US20040051730A1 - E-Service to manage and export contact information - Google Patents

E-Service to manage and export contact information Download PDF

Info

Publication number
US20040051730A1
US20040051730A1 US10/641,875 US64187503A US2004051730A1 US 20040051730 A1 US20040051730 A1 US 20040051730A1 US 64187503 A US64187503 A US 64187503A US 2004051730 A1 US2004051730 A1 US 2004051730A1
Authority
US
United States
Prior art keywords
user
electronic business
business card
web site
card file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/641,875
Inventor
James D uvikas
Terry Sheehy
Christopher McKay
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US10/641,875 priority Critical patent/US20040051730A1/en
Publication of US20040051730A1 publication Critical patent/US20040051730A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Definitions

  • the present disclosure relates to electronic commerce, more specifically electronic storage and retrieval of information.
  • What is needed is a widely-accessible electronic service and method for organizing contact information entered by cardholders, including but not limited to all of the information on a standard business card.
  • This service must provide for the ability to export data to standard databases. Privacy of information should be configurable at an information record and field level by the cardholder so that access to some records and some fields in all records can be denied to certain people while access to other records and fields is still allowed.
  • a location feature to allow service users to determine how to best reach a listed cardholder at a given time is also desirable.
  • a dynamic electronic link such as the well-known Internet hyperlink, is also needed to connect the recipients of email from a cardholder to the service.
  • an electronic business card (EBC) access and organization system operates from a Web-based computer system that includes a database and software for managing access, data privacy, and dynamic updates.
  • the cardholder database i.e., the database containing records of each registered cardholder (or “Member” of the EBC system)
  • the EBC system may be installed behind a conventional network “firewall” security device and thus made accessible only to browsers connected to and authorized to use the intranet defined by and behind the firewall.
  • Access to and delivery of contact information in the EBC system is not limited to a Web browser interface as commonly known today.
  • Some embodiments of the present invention provide multi-mode access interfaces, including but not limited to interfaces using voice-controlled and conventional wireless PDA and/or cell phones, two-way pagers, and wireless access protocol (WAP)-enabled devices.
  • Further embodiments of the present invention provide data delivery interface embodiments using, for example, the common alphanumeric pager, wireless markup language (WML), or voice delivery (e.g., audio playback) systems commonly used in the art.
  • WML wireless markup language
  • voice delivery e.g., audio playback
  • the EBC system also provides an export feature that allows users to search for records matching desired characteristics.
  • date of entry e.g., date of entry
  • Boolean combination of search terms e.g., a Boolean combination of search terms.
  • the results of the search which may include all records, are then formatted into a pre-defined data file structure readable by one or more conventional and commercially-available contact management programs.
  • custom export file formats may also be defined by the user to provide even wider connectivity and cross-platform utility.
  • FIG. 1 is a high-level schematic of the hardware platform, according to one embodiment of the present invention.
  • FIG. 2 is a flowchart of the “Search” process, according to one embodiment of the present invention.
  • FIG. 3A is a screen shot of the Member Login display, according to one embodiment of the present invention.
  • FIG. 3B is a screen shot of the Search display, according to one embodiment of the present invention.
  • FIG. 4 is a screen shot of the Card Display screen, according to one embodiment of the present invention.
  • FIG. 5 is a flowchart of the “Make New Member” process, according to one embodiment of the present invention.
  • FIG. 6 is a screen shot of the Terms & Conditions display, according to one embodiment of the present invention.
  • FIG. 7 is a screen shot of the New User data entry display, according to one embodiment of the present invention.
  • FIG. 8 is a screen shot of the Registration Confirmation display, according to one embodiment of the present invention.
  • FIG. 9 is a screen shot of the Welcome display, according to one embodiment of the present invention.
  • FIG. 10 is a screen shot of the My ecardfile display, according to one embodiment of the present invention.
  • FIG. 11 is a flowchart of the Export process, according to one embodiment of the present invention.
  • FIG. 12 is a screen shot of the File Maintenance display, according to one embodiment of the present invention.
  • FIG. 13 is a screen shot of the Export display, according to one embodiment of the present invention.
  • FIG. 14 is a flowchart of the “Where Am I?” process, according to one embodiment of the present invention.
  • FIG. 15 is a screen shot of the “Where Am I?” display, according to one embodiment of the present invention.
  • FIG. 16 is a flowchart of the signature hyperlink export process, according to one embodiment of the present invention.
  • FIG. 17 is a screen shot signature hyperlink export display, according to one embodiment of the present invention.
  • FIG. 18 is a function block diagram of the Boomerang software application, according to one embodiment of the present invention.
  • FIG. 19A is a schematic map of some of the database relationships, according to one embodiment of the present invention.
  • FIG. 19B is a schematic map of some of the database relationships, according to one embodiment of the present invention.
  • FIG. 19C is a schematic map of some of the database relationships, according to one embodiment of the present invention.
  • the electronic business card (EBC) access and organization system consists of a hardware complex providing the physical interface to the Internet, firewall security, web server functionality, data storage, and system redundancy protection.
  • the hardware is controlled and operated by computer instructions (i.e., software) in various forms, including but not limited to microcode, firmware, assembly and other high-level language modules.
  • the EBC system is the integration of the hardware and software elements to perform the functions and provide the features noted in the Summary above.
  • the EBC access and organization system (also referred to as ecardfileTM, the Hewlett-Packard® product embodying a certain aspect of the present invention) is run on 4 N-class Hewlett-Packard 9000 computers 110 , as shown in FIG. 1. These computers are configured, in one embodiment, with 4 Gigabytes (GB) of memory and 4 processors, running the HP-UX®D operating system version 11.0. Other memory/processor/operating system configurations are also possible. There are two front-end web servers ( 110 A and 110 B) talking to a database server ( 110 C) that has access to one or more shared automatic redundant arrays of inexpensive disk drives (RAIDs) 120 , each RAID having 64 GB of memory. Warm fail-over server ( 110 D), which uses in one embodiment MC-Service GuardTM, a Hewlett-Packard product, protects database server 110 C.
  • MC-Service GuardTM a Hewlett-Packard product
  • N-class Hewlett-Packard 9000 Although an N-class Hewlett-Packard 9000 is described, those skilled in the art will realize that servers other than the N-class Hewlett-Packard 9000 can be used. Accordingly, the invention is not limited to any particular type or brand of server.
  • the two front-end web servers 110 A and 110 B are served by a two Cisco Systems®, Inc. CatalystTM 5505 switches 130 A and 130 B, which are served by two Cisco Local DirectorTM units 140 A and 140 B, which in turn are server by two Cisco PIX® Firewall units 150 A and 150 B.
  • the firewall units 150 connect through an internet service provider (ISP) local area network (LAN) 160 to the Internet 170 .
  • ISP internet service provider
  • LAN local area network
  • the web servers are running, in one embodiment of the present invention, the Stronghold® Apache web server operating program, available from C2Net, Inc. This is a 128 bit secured web server. Other commercially-available server operating programs are also useable.
  • the Local Director units 140 A and 140 B load balance the incoming requests to the two web servers 110 A and 110 B by switching packets in switches 130 A and 130 B.
  • the web content (resident in web servers 110 A and 110 B) is dynamically built with the aid of server-side JavaTM applications known as servlets.
  • the JRunTM servlet engine (in one embodiment of the present invention, version 2.3, build 145) executes these servlets, with the aid of a dynamic loaded module within the Apache web server operating program.
  • the servlets are written to conform to the Java Servlet Development Kit API v2.1, available from Sun Microsystems, in order to properly interface with the Apache web server software.
  • a single Java virtual machine (in one embodiment of the present invention, the HP-UX Java Virtual Machine version 1.1.8.1) runs on the server and the servlet is loaded once when it is called. It is not loaded again until the servlet changes, and a modified servlet can be re-loaded without restarting the server.
  • the servlet stays resident in memory and is very fast. Static or persistent information can be shared across multiple invocations of the servlet, allowing the sharing of information between multiple users. For instance, a single database connection can be use by multiple browser requests.
  • the database servers 110 C and 110 D run, in one embodiment of the present invention, Informix® Dynamic Server® Version 7.31 .UC4. Other database server software packages and versions are also useable. Access to the database is via the industry standard JDBC applications programming interface (API) and Informix′ JDBC drivers (in one embodiment of the present invention, driver version 1.40.JC2). The use of JDBC ensures scalability and database and platform independence.
  • Informix® Dynamic Server® Version 7.31 .UC4 Other database server software packages and versions are also useable. Access to the database is via the industry standard JDBC applications programming interface (API) and Informix′ JDBC drivers (in one embodiment of the present invention, driver version 1.40.JC2).
  • API industry standard JDBC applications programming interface
  • Informix′ JDBC drivers in one embodiment of the present invention, driver version 1.40.JC2.
  • JDBC ensures scalability and database and platform independence.
  • FIG. 2 A user's interaction with the ecardfile EBC system, according to one embodiment of the present invention, is illustrated in FIG. 2.
  • This flowchart shows a typical use of the EBC system to perform a search on cardholder data. Note that, in some embodiments, the user need not be a registered Member of the ecardfile system. In an alternate embodiment, only registered Members can use the system.
  • Interaction begins at step 200 .
  • the user starts a conventional Web browser, such as Internet Explorer or Netscape Navigator, 210 , and enters the ecardfile Uniform Resource Locator (URL) 215 .
  • This URL is the Internet address of the EBC system hardware described above and is defined, disseminated, and maintained through means well-known in the art.
  • Internet 170 generally speaking
  • the user's browser is redirected to a secure web site 218 by conventional techniques common in the art.
  • ecardfile returns the web browser codes (e.g., HTML) to the user to display the Member Login screen, shown in one embodiment in FIG. 3A.
  • the Member Login screen display consists of window 310 containing the ecardfile login graphic 320 , copyright notice 330 and hyperlinks 340 and 345 , to a terms of use page and a privacy statement, respectively.
  • step 230 of FIG. 2 the user selects the “Go” button ( 350 ) associated with the “View Cards” command in login graphic 320 .
  • This selection brings up search screen 360 (FIG. 3B) in window 310 .
  • the user is given the choice 232 of searching by cardholder name 234 or ecardfile ID number 236 , a multi-digit number or multi-character alphanumeric value representing a cardholder. If the user selects lookup by name, the user is given the further choice 238 of searching by similar sounding names using, for example, the SoundEx software toolbox. In the latter case, the user checks check box 365 to conduct a sounds-like search.
  • the search begins 250 when the user selects the “Go” button 370 or 375 corresponding to the type of search desired in step 240 .
  • the EBC system returns results 260 in the Results Screen 410 shown in FIG. 4. This screen replaces search screen 360 in window 310 .
  • a user may chose, at step 220 of FIG. 2, to become a Member of the ecardfile user community, rather than performing a search.
  • the interaction follows the flowchart of FIG. 5 instead.
  • the process begins in step 501 .
  • the user starts a Web browser 210 and visits the ecardfile login screen 320 as before (steps 215 , 218 , and 220 ).
  • the user selects the “That New Member” button 370 (FIG. 3A) in step 510 .
  • This selection brings up Terms screen 610 (FIG. 6) in window 310 (step 515 ).
  • the user is then given choice 520 to go back to login screen 320 (which ends the “That New Member” process, step 599 ) or to continue the process to step 525 .
  • Choice 520 is implemented, in one embodiment of the present invention, using Back button 620 and Continue button 630 .
  • New User data entry screen 710 in window 310 brings up, in step 525 , New User data entry screen 710 in window 310 (shown in FIGS. 7A and 7B).
  • the user selects an ecardfile ID and password and fills out the personal data using conventional data entry means for any of the well-known access devices and systems discussed above, such as using a keyboard or a voice-controlled (audio) prompt and response scheme.
  • Privacy levels 720 are also set by the user for each field in the user (soon-to-be Member and Cardholder) data record. In one embodiment, depicted in FIGS.
  • Private and Private privacy levels represent the familiar “all access” and “no access” privacy settings known in the art.
  • Semi-Private privacy represents a level of access granted only to certain members of the public, such as a predefined group of users designated by the Member or by a EBC system administrator. Non-designated users do not have access to Semi-Private fields.
  • the user chooses to continue or not at step 535 . If the user decides not to continue by pressing Cancel button 740 (FIG. 7B) , the process ends at step 599 . If, however, the user chooses Okay button 730 , the system displays a Registration Confirmation page 810 (FIG. 8) in window 310 . Here the user is given the choice 545 to accept the terms of use of the EBC system (via Accept button 820 ) or to go back (via Back button 830 ) to step 530 to edit personal data or enter additional data.
  • a welcome screen 910 (FIG. 9) is then displayed to the new Member, step 560 , in window 310 .
  • the user receives an authorization email message by conventional means.
  • an email message is as shown in Table 1 below.
  • This email authorization method provides a measure of additional security by ensuring that each Member is associated with a valid email address.
  • the email address is also used to verify a user identity in case of a lost password: on the user's request, the password will be sent to the authorized email address only.
  • the EBC system directs the Member (in step 580 ) to home page 1010 in window 310 (FIG. 10).
  • FIG. 11 shows the process whereby a user is able to export card data to a file.
  • the user must first login to ecardfile.com.
  • the user selects file maintenance button 394 .
  • a user file maintenance screen (FIG. 12) is then displayed, step 1620 .
  • the user selects a card to export, step 1630 , from the list of cards added by the user to his/her private list. These cards represent other users to whom the user has granted extra privileges. Non-member users do not have export privileges. Of course, only the information to which the user has been granted access is exported.
  • step 1640 The user next selects the export button 1710 (FIG. 12) in step 1640 , which brings up an export options screen, shown in FIG. 13.
  • the user selects the desired output format, step 1660 , and is presented with a conventional “Save As” dialog, step 1670 .
  • the user enters a name of the file into which the card export will be saved, step 1680 and selects the Save button, step 1685 . If Save is selected, the data will be saved by conventional means in step 1687 . If not, as when the user selects “Cancel” instead, the process drops to the end state, step 1690 , and returns to waiting for user input.
  • the exported card is formatted into a pre-defined data file structure readable by one or more conventional and commercially-available contact management programs.
  • custom export file formats may also be defined by the user to provide even wider connectivity and cross-platform utility.
  • step 1110 of FIG. 14 The process of setting up a temporary location pointer for a specific Cardholder/Member begins in step 1110 of FIG. 14.
  • the Member sets his or her browser to the appropriate EBC system URL and connects to the system, steps 210 , 215 , 218 , and 220 .
  • the Member then logs in, step 1120 , and is displayed home page 1010 (FIG. 10) in step 1130 .
  • the Member selects an icon or button denoting the function “Edit My Card.” In one embodiment of the present invention, this function is iconified in button 395 .
  • the EBC system displays (step 1140 ) a user information screen (not shown) in window 310 .
  • the Member there selects a button denoting the function “Where Am I?” in step 1150 .
  • step 1160 the EBC system displays “Where Am I?” screen 1210 (FIG. 15) in window 310 thereby prompting the Member for a phone number and additional details of the Member's location, step 1165 .
  • This information also includes an expiration date, i.e., a date beyond which the “Where Am I?” data is no longer valid.
  • the process returns to a display of the user information screen, step 1140 , and stops, step 1199 .
  • the process of exporting a signature hyperlink shown in FIG. 16, is almost the same as that of exporting a card, except that the user selects the My Card button 395 rather than the file maintenance button 394 .
  • the options screen shown in FIG. 17, is presented at step 1820 .
  • the output of the process, step 1830 is a file containing either a hyperlink or a conventional vCard file, as selected from the options display of FIG. 17.
  • Either the signature hyperlink or the vCard can then be used by conventional email programs.
  • Electronic mail sent by the cardholder is automatically formatted to contain a signature hypertext link, according to the well-known hypertext markup language (HTML) standard or any of its common variants, directing recipients of the email to the electronic business card access and organization system.
  • This hyperlink enables the recipient of the email to rapidly access the EBC system to locate the cardholder and/or obtain additional information. In effect, receipt of an email containing the hyperlink enables the recipient to easily become a user.
  • the signature hyperlink is part of the vCard feature known and implemented in common email programs such as Microsoft Outlook and Netscape Communicator®.
  • the signature hyperlink is implemented using the well-known email signature block feature.
  • help screens available to any EBC system user or Member by pushing (in some embodiments of the present invention) the Question Mark (“?”) button 390 , shown in, e.g., FIG. 3A.
  • the contents of these help screens are reproduced below as an aid to understanding the EBC system.
  • Level 1 Public. Information at this level will be displayed to anyone who looks up your card. This could be anyone viewing cards from the World Wide Web, whether you know them or not.
  • Level 2 Semi-Private. Information at this level will displayed only to other ecardfile Members who are in your personal ecardfile and who have been designated to receive your semi-private information.
  • Level 3 Primaryvate. Information at this level will displayed only to other ecardfile Members who are in your personal ecardfile and who have been designated to receive your private information.
  • the Email Auth field is used only by ecardfile.com for verification purposes. It is never displayed on your Card. You must enter a current email address in the Email Auth field. Once you complete the Card Profile and click “OK,” ecardfile sends an email to this address and waits for your reply before authorizing your membership and enabling you to log in. This authorization process has been designed to protect your privacy and identity.
  • the expiration date uses the date at the ecardfile server's location, US Pacific Standard Time (PST).
  • PST US Pacific Standard Time
  • the expiration date is customizable to the ecardfile Member's own location.
  • a signature file has an HTML link to your Card; when downloaded, the signature file will embed the link into all of your email messages. When someone reads your message and wants to view your contact information, he just clicks on the HTML link and is immediately connected to your Card and your up-to-the-minute contact information.
  • a vCard is a file that holds your contact information in a standard format.
  • Some email packages such as Microsoft Outlook and Netscape Communicator recognize this format and can treat it in a special way. Because it is not a live link, it may display old or inaccurate information, particularly if someone is reading an old email message from you.
  • an email window automatically pops up if this link is selected, and ecardfile.com's technical support address is automatically inserted into the “To” field.
  • ecardfile.com gives you two ways to control who sees what information about you: You can designate each field in your Card Profile with a specific privacy level that governs private, semi-private or public viewing of that field. Alternatively, you can specify which Members have access to which level of privacy about you. If a particular Member has access to your semi-private information, he or she will see all of the fields marked public or semi-private when viewing your card.
  • the controlling software application providing some of the EBC system functionality is called Boomerang.
  • the Boomerang application has five major components, shown schematically in FIG. 18:
  • Session Manager daemon 1310 which maintains state information
  • Login Servlet 1320 which handles user/Member authentication
  • Search Servlet 1330 which handles most of the user/Member interface functionality
  • HTML Template Engine which handles conventional dynamic HTML processing. This component is typically implemented in Java and reads HTML tagged files.
  • Boomerang is designed to scale and perform well under extreme loads. It is designed to operate on multiple processors simultaneously, i.e., with multiple instances of objects and methods. Multiple Web servers and Java virtual machines may be used as server loading and traffic demands.
  • the Boomerang application Web server 1360 (in one embodiment of the present invention, Stronghold Apache), JRun Servlet Engine 1370 , and a Remote Memory Invocation (RMI) registry will run on each of the two Web server machines 110 A and 110 B (FIG. 1).
  • the JRun Servlet Engine 1370 , and RMI registry are common Java objects; the RMI API allows a servlet to invoke the methods of a Java object executing on another machine.
  • the Session Manager 1310 , another RMI registry, and the Informix database software 1380 will run on one of the databases servers 110 C or 110 D, the other database server acting as a warm fail-over device.
  • Member and “user” are used interchangeably to refer to a person who has established a login identify in the EBC system. Strictly speaking, however, a Member is a person who has completed the New Member process and properly replied to the authorization email; user is a person who has not.
  • a session When the system is first accessed, a session will be created. This session will be identified by a unique session ID. This ID will be used for the following tasks.
  • the session ID will make a record of this fact so that when a user returns to a page that requires user authentication or identification, the user will not be re-prompted to login.
  • the session ID will be passed from Web page to page as either a hidden field in a form or by rewriting the URL, both well-known techniques in the art.
  • the user may be given the option of saving authentication information in a local file, known in the art as a cookie. The system will check for this cookie prior to displaying the login page.
  • the session ID will expire if it has not been accessed in a time configured by the EBC system administrator.
  • This servlet is activated when a function requiring user authentication is called and the user has not yet logged in.
  • the login screen is shown and user name and password input received.
  • the input name and password are matched against a users table. If the user name is found and the proper password supplied, the request (and session ID, if present) is passed to the Search Servlet.
  • the Search Servlet requests a session ID if one was not passed to it, or validates the ID if one was passed. If the requested operation requires user authentication and the user has not already logged in, the Login Servlet is called. All URL and form parameters are passed to the application logic of the servlet for processing.
  • a HTML document (e.g., a results screen) is returned to the requestor, typically the browser window.
  • database connection pool 1390 creates a number of connections to the database, the precise number of which is configurable by the EBC system administrator. These connections are utilized by each servlet thread on an as-needed basis. Additional connections are created as demand requires; inactive connections are periodically recycled.
  • All pages displayed by the Boomerang application including the help and information screens, are dynamically generated.
  • the base HTML code and image links for these pages are stored as template files which are preloaded on servlet initialization. These files are parsed and custom tags replaced with data extracted from the database (or calculated) before sending the page to the requestor and display to the user.
  • the EBC system also includes a set of shell and SQL scripts that operate on a periodic basis (i.e., are activated by cron) to perform housekeeping and maintenance tasks.
  • cron a periodic basis
  • the following program functions are required.
  • FIGS. 19A, 19B, and 19 C illustrate the database structure and one-to-many/one-to-one relationships between records and fields in one embodiment of the present invention.
  • PK, FK 1 , and I 1 -I 5 represent SQL field labels.
  • SERIAL in particular, is a well-known data type.
  • the EBC system may be installed behind a conventional network “firewall” security device and thus made accessible only to browsers connected to and authorized to use the intranet defined by and behind the firewall.
  • Access to and delivery of contact information in the EBC system is also not limited to a Web browser interface as commonly known today.
  • Some embodiments of the present invention provide multi-mode access interfaces, including but not limited to interfaces using voice-controlled and conventional wireless PDA and/or cell phones, two-way pagers, and wireless air protocol (WAP)-enabled devices.
  • WAP wireless air protocol
  • FIG. 1 Further embodiments of the present invention provide data delivery interface embodiments using, for example, the common alphanumeric pager, wireless markup language (WML), or voice delivery (e.g., audio playback) systems commonly used in the art.
  • WML wireless markup language
  • voice delivery e.g., audio playback
  • the EBC system also provides an advanced search function that allows users to search for records matching specific, desired characteristics.
  • the cardholder can rapidly designate one of a pre-defined set of contact locations described by meatspace address, phone number, FAX number, and/or email address.
  • the method of the present invention may be performed in either hardware, software, or any combination thereof, as those terms are currently known in the art.
  • the present method may be carried out by software, firmware, or microcode operating on a computer or computers of any type.
  • software embodying the present invention may comprise computer instructions in any form (e.g., source code, object code, or interpreted code) stored in any computer-readable medium (e.g., ROM, RAM, magnetic media, punched tape or card, compact disc (CD) in any form, DVD).
  • computer-readable medium e.g., ROM, RAM, magnetic media, punched tape or card, compact disc (CD) in any form, DVD.
  • such software may also be in the form of a computer data signal embodied in a carrier wave, such as that found within the well-known Web pages transferred among computers connected to the Internet. Accordingly, the present invention is not limited to any particular platform, unless specifically stated otherwise in the present disclosure.
  • Cisco Systems and PIX are registered trademarks and Catalyst, Local Director are trademarks of Cisco Systems, Inc., San Jose Calif.
  • Hewlett-Packard and HP-UX are registered trademarks and MC-Service Guard and ecardfile are trademarks of the Hewlett-Packard Company, Palo Alto, Calif.
  • Informix is a registered trademark and Informix Dynamic Server is a trademark of Informix Software, Menlo Park, Calif.
  • Java is a trademark of Sun Microsystems, Inc., Palo Alto, Calif.
  • JRun is a trademark of Allure Corp., Cambridge, Mass.
  • Microsoft is a registered trademark of Microsoft Corp., Redmond, Wash.
  • Netscape, Netscape Navigator, and Netscape Communicator are registered trademarks of Netscape Communications Corp., Mountain View, Calif.
  • Stronghold is a registered trademark of C2Net, Inc., Oakland, Calif.

Abstract

A method of providing an electronic business card (EBC) access and organization service on the Web. The cardholder database is accessible and searchable from any browser connected to the Internet or the EBC service may be installed behind a conventional firewall and thus accessible only to intranet users. The service thus provides easy access to cardholder contact information with privacy assured by use of integrated access restrictions. Access to and delivery of contact information by the service is not limited to a Web browser interface as commonly known today. The service provides multi-mode access and/or data delivery interfaces. The service also provides an export feature that formats search results into a pre-defined file structure readable by a conventional contact management programs. Custom export file formats may also be defined provide even wider connectivity and cross-platform utility. Access to individual records is controlled at both the record level and the field level, with multiple privacy levels for each field, in addition to the well-known “public” and “private” levels. Users having certain permissions are permitted to read a defined group of records, though not necessarily all fields in each record. A location tracking feature is also provided to allow the cardholder to rapidly designate a pre-defined contact location. Alternately, the cardholder may define a temporary contact location not normally stored in the database system. Electronic mail sent by the cardholder is automatically formatted to contain a signature hypertext link directing recipients of the email to the EBC service. This hyperlink enables the recipient of the email to rapidly access the EBC system to locate the cardholder and/or obtain additional information.

Description

    CROSS-REFERENCE TO MICROFICHE APPENDIX
  • A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the patent and trademark office patent file or records, but otherwise reserves all copyright rights whatsoever. [0001]
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention [0002]
  • The present disclosure relates to electronic commerce, more specifically electronic storage and retrieval of information. [0003]
  • 2. Description of the Related Art [0004]
  • The ordinary paper business card has become ubiquitous worldwide. Social rituals have even developed concerning the exchange and scrutiny of these small slips of cardboard. By some estimates, billions of business cards change hands every day, yet the cards themselves have numerous shortfalls. Each business card contains only static information on the cardholder, i.e., the person for whom the card was printed and whose name is on the card. Business cards must be reprinted every time any cardholder information (such as a phone number, electronic mail [email] address, or title) changes. Business cards consume not inconsequential amounts of space, yet lack an inherent card-to-card organization. Thus, it can be difficult to retrieve information from a stack of cards, especially if that stack numbers in the hundreds or thousands of cards. [0005]
  • Privacy of information is also a growing issue among modem business people. By definition, the information on a card is public, yet other information (such as a mobile or home phone number) is necessarily shared with some acquaintances. In such situations, the cardholder or recipient must fumble for a pen and the additional data must be dictated and captured. [0006]
  • Dynamic access to the cardholder by others is not addressed by the prior art business card, as it only shows static location information as of the last printing of the card. Thus, if a business person is based in Huntington, N.Y. but happens to be traveling to San Jose, Calif., that person's business card will not reflect the California address or phone numbers. [0007]
  • Electronic means of capturing and storing conventional business card data are currently known. Examples of this technology include card scanners, personal digital assistant (PDA) devices and related software, electronic address books, commercial email programs such as Microsoft® Outlook having their own electronic address books, “smart phones” or PDA/wireless communication device hybrids, Internet (also referred to as the World Wide Web, or simply “Web”) based contact organizers, and the like. This technology all suffers from the same limitation in that it generally lacks multi-level privacy for users and cardholders, it cannot help locate the cardholder, it (generally) lacks the ability to seamlessly export to or import from other database systems, and (with the possible exception of some prior art Web-based contact organizers) it lacks centralized control and universal access. [0008]
  • What is needed is a widely-accessible electronic service and method for organizing contact information entered by cardholders, including but not limited to all of the information on a standard business card. This service must provide for the ability to export data to standard databases. Privacy of information should be configurable at an information record and field level by the cardholder so that access to some records and some fields in all records can be denied to certain people while access to other records and fields is still allowed. A location feature to allow service users to determine how to best reach a listed cardholder at a given time is also desirable. A dynamic electronic link, such as the well-known Internet hyperlink, is also needed to connect the recipients of email from a cardholder to the service. [0009]
  • SUMMARY
  • In one embodiment of the present invention, an electronic business card (EBC) access and organization system operates from a Web-based computer system that includes a database and software for managing access, data privacy, and dynamic updates. The cardholder database, i.e., the database containing records of each registered cardholder (or “Member” of the EBC system), is accessible from any Web browser connected to the Internet. Examples of such common Web browsers are Microsoft's Internet Explorer and Netscape® Navigator®. In an alternate embodiment, the EBC system may be installed behind a conventional network “firewall” security device and thus made accessible only to browsers connected to and authorized to use the intranet defined by and behind the firewall. [0010]
  • Access to and delivery of contact information in the EBC system is not limited to a Web browser interface as commonly known today. Some embodiments of the present invention provide multi-mode access interfaces, including but not limited to interfaces using voice-controlled and conventional wireless PDA and/or cell phones, two-way pagers, and wireless access protocol (WAP)-enabled devices. Further embodiments of the present invention provide data delivery interface embodiments using, for example, the common alphanumeric pager, wireless markup language (WML), or voice delivery (e.g., audio playback) systems commonly used in the art. [0011]
  • The EBC system also provides an export feature that allows users to search for records matching desired characteristics. The search can be made based on one or more of a variety of database parameters, including but not limited to field value (e.g., NAME=Sheehy), date of entry, or a Boolean combination of search terms. The results of the search, which may include all records, are then formatted into a pre-defined data file structure readable by one or more conventional and commercially-available contact management programs. In some embodiments, custom export file formats may also be defined by the user to provide even wider connectivity and cross-platform utility.[0012]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The present disclosure may be better understood and its numerous features and advantages made apparent to those skilled in the art by referencing the accompanying drawings. [0013]
  • FIG. 1 is a high-level schematic of the hardware platform, according to one embodiment of the present invention. [0014]
  • FIG. 2 is a flowchart of the “Search” process, according to one embodiment of the present invention. [0015]
  • FIG. 3A is a screen shot of the Member Login display, according to one embodiment of the present invention. [0016]
  • FIG. 3B is a screen shot of the Search display, according to one embodiment of the present invention. [0017]
  • FIG. 4 is a screen shot of the Card Display screen, according to one embodiment of the present invention. [0018]
  • FIG. 5 is a flowchart of the “Become New Member” process, according to one embodiment of the present invention. [0019]
  • FIG. 6 is a screen shot of the Terms & Conditions display, according to one embodiment of the present invention. [0020]
  • FIG. 7 is a screen shot of the New User data entry display, according to one embodiment of the present invention. [0021]
  • FIG. 8 is a screen shot of the Registration Confirmation display, according to one embodiment of the present invention. [0022]
  • FIG. 9 is a screen shot of the Welcome display, according to one embodiment of the present invention. [0023]
  • FIG. 10 is a screen shot of the My ecardfile display, according to one embodiment of the present invention. [0024]
  • FIG. 11 is a flowchart of the Export process, according to one embodiment of the present invention. [0025]
  • FIG. 12 is a screen shot of the File Maintenance display, according to one embodiment of the present invention. [0026]
  • FIG. 13 is a screen shot of the Export display, according to one embodiment of the present invention. [0027]
  • FIG. 14 is a flowchart of the “Where Am I?” process, according to one embodiment of the present invention. [0028]
  • FIG. 15 is a screen shot of the “Where Am I?” display, according to one embodiment of the present invention. [0029]
  • FIG. 16 is a flowchart of the signature hyperlink export process, according to one embodiment of the present invention. [0030]
  • FIG. 17 is a screen shot signature hyperlink export display, according to one embodiment of the present invention. [0031]
  • FIG. 18 is a function block diagram of the Boomerang software application, according to one embodiment of the present invention. [0032]
  • FIG. 19A is a schematic map of some of the database relationships, according to one embodiment of the present invention. [0033]
  • FIG. 19B is a schematic map of some of the database relationships, according to one embodiment of the present invention. [0034]
  • FIG. 19C is a schematic map of some of the database relationships, according to one embodiment of the present invention.[0035]
  • The use of the same reference symbols in different drawings indicates similar or identical items. [0036]
  • DETAILED DESCRIPTION
  • Introduction [0037]
  • The electronic business card (EBC) access and organization system consists of a hardware complex providing the physical interface to the Internet, firewall security, web server functionality, data storage, and system redundancy protection. The hardware is controlled and operated by computer instructions (i.e., software) in various forms, including but not limited to microcode, firmware, assembly and other high-level language modules. The EBC system is the integration of the hardware and software elements to perform the functions and provide the features noted in the Summary above. [0038]
  • Hardware Platform [0039]
  • In one embodiment of the present invention, the EBC access and organization system (also referred to as ecardfile™, the Hewlett-Packard® product embodying a certain aspect of the present invention) is run on 4 N-class Hewlett-[0040] Packard 9000 computers 110, as shown in FIG. 1. These computers are configured, in one embodiment, with 4 Gigabytes (GB) of memory and 4 processors, running the HP-UX®D operating system version 11.0. Other memory/processor/operating system configurations are also possible. There are two front-end web servers (110A and 110B) talking to a database server (110C) that has access to one or more shared automatic redundant arrays of inexpensive disk drives (RAIDs) 120, each RAID having 64 GB of memory. Warm fail-over server (110D), which uses in one embodiment MC-Service Guard™, a Hewlett-Packard product, protects database server 110C.
  • Although an N-class Hewlett-[0041] Packard 9000 is described, those skilled in the art will realize that servers other than the N-class Hewlett-Packard 9000 can be used. Accordingly, the invention is not limited to any particular type or brand of server.
  • Web Servers [0042]
  • The two front-[0043] end web servers 110A and 110B are served by a two Cisco Systems®, Inc. Catalyst™ 5505 switches 130A and 130B, which are served by two Cisco Local Director™ units 140A and 140B, which in turn are server by two Cisco PIX ® Firewall units 150A and 150B. The firewall units 150 connect through an internet service provider (ISP) local area network (LAN) 160 to the Internet 170.
  • The web servers are running, in one embodiment of the present invention, the Stronghold® Apache web server operating program, available from C2Net, Inc. This is a 128 bit secured web server. Other commercially-available server operating programs are also useable. [0044]
  • The Local Director units [0045] 140A and 140B load balance the incoming requests to the two web servers 110A and 110B by switching packets in switches 130A and 130B.
  • The web content (resident in [0046] web servers 110A and 110B) is dynamically built with the aid of server-side Java™ applications known as servlets. The JRun™ servlet engine (in one embodiment of the present invention, version 2.3, build 145) executes these servlets, with the aid of a dynamic loaded module within the Apache web server operating program. The servlets are written to conform to the Java Servlet Development Kit API v2.1, available from Sun Microsystems, in order to properly interface with the Apache web server software.
  • The biggest advantage in using servlets as opposed to other web development tools is performance. A single Java virtual machine (in one embodiment of the present invention, the HP-UX Java Virtual Machine version 1.1.8.1) runs on the server and the servlet is loaded once when it is called. It is not loaded again until the servlet changes, and a modified servlet can be re-loaded without restarting the server. The servlet stays resident in memory and is very fast. Static or persistent information can be shared across multiple invocations of the servlet, allowing the sharing of information between multiple users. For instance, a single database connection can be use by multiple browser requests. [0047]
  • Database Server [0048]
  • The database servers [0049] 110C and 110D run, in one embodiment of the present invention, Informix® Dynamic Server® Version 7.31 .UC4. Other database server software packages and versions are also useable. Access to the database is via the industry standard JDBC applications programming interface (API) and Informix′ JDBC drivers (in one embodiment of the present invention, driver version 1.40.JC2). The use of JDBC ensures scalability and database and platform independence.
  • User Interaction [0050]
  • A user's interaction with the ecardfile EBC system, according to one embodiment of the present invention, is illustrated in FIG. 2. This flowchart shows a typical use of the EBC system to perform a search on cardholder data. Note that, in some embodiments, the user need not be a registered Member of the ecardfile system. In an alternate embodiment, only registered Members can use the system. [0051]
  • Interaction begins at [0052] step 200. The user starts a conventional Web browser, such as Internet Explorer or Netscape Navigator, 210, and enters the ecardfile Uniform Resource Locator (URL) 215. This URL is the Internet address of the EBC system hardware described above and is defined, disseminated, and maintained through means well-known in the art. Upon receipt and processing of the URL by Internet 170 (generally speaking), the user's browser is redirected to a secure web site 218 by conventional techniques common in the art.
  • Once connected, ecardfile returns the web browser codes (e.g., HTML) to the user to display the Member Login screen, shown in one embodiment in FIG. 3A. The Member Login screen display consists of [0053] window 310 containing the ecardfile login graphic 320, copyright notice 330 and hyperlinks 340 and 345, to a terms of use page and a privacy statement, respectively.
  • In [0054] step 230 of FIG. 2, the user selects the “Go” button (350) associated with the “View Cards” command in login graphic 320. This selection brings up search screen 360 (FIG. 3B) in window 310. In one embodiment of the present invention, the user is given the choice 232 of searching by cardholder name 234 or ecardfile ID number 236, a multi-digit number or multi-character alphanumeric value representing a cardholder. If the user selects lookup by name, the user is given the further choice 238 of searching by similar sounding names using, for example, the SoundEx software toolbox. In the latter case, the user checks check box 365 to conduct a sounds-like search.
  • The search begins [0055] 250 when the user selects the “Go” button 370 or 375 corresponding to the type of search desired in step 240. The EBC system returns results 260 in the Results Screen 410 shown in FIG. 4. This screen replaces search screen 360 in window 310.
  • A user may chose, at [0056] step 220 of FIG. 2, to become a Member of the ecardfile user community, rather than performing a search. In this case, the interaction follows the flowchart of FIG. 5 instead. The process begins in step 501. The user starts a Web browser 210 and visits the ecardfile login screen 320 as before (steps 215, 218, and 220). Here, however, the user selects the “Become New Member” button 370 (FIG. 3A) in step 510.
  • This selection brings up Terms screen [0057] 610 (FIG. 6) in window 310 (step 515). The user is then given choice 520 to go back to login screen 320 (which ends the “Become New Member” process, step 599) or to continue the process to step 525. Choice 520 is implemented, in one embodiment of the present invention, using Back button 620 and Continue button 630.
  • The selection of Continue button [0058] 630 brings up, in step 525, New User data entry screen 710 in window 310 (shown in FIGS. 7A and 7B). The user selects an ecardfile ID and password and fills out the personal data using conventional data entry means for any of the well-known access devices and systems discussed above, such as using a keyboard or a voice-controlled (audio) prompt and response scheme. Privacy levels 720 are also set by the user for each field in the user (soon-to-be Member and Cardholder) data record. In one embodiment, depicted in FIGS. 7A and 7B, three privacy levels are possible: Private, denoted by the locked padlock icon 722; Semi-Private, denoted by the partially-locked icon 724; and Public, denoted by the open lock icon 726. Public and Private privacy levels represent the familiar “all access” and “no access” privacy settings known in the art. Semi-Private privacy represents a level of access granted only to certain members of the public, such as a predefined group of users designated by the Member or by a EBC system administrator. Non-designated users do not have access to Semi-Private fields.
  • Although a three-level (Private, Semi-Private, and Public) privacy scheme is described, those skilled in the art will realize that privacy (or security) schemes implemented in more than three levels can be used. For example, a variety of different user groups can be defined with exclusive Semi-Private access given to some groups over others on a field-by-field basis. Accordingly, the invention is not limited to any particular number of privacy levels. [0059]
  • Once all requested information has been entered (or left blank, where optional as defined by the EBC system), the user chooses to continue or not at step [0060] 535. If the user decides not to continue by pressing Cancel button 740 (FIG. 7B) , the process ends at step 599. If, however, the user chooses Okay button 730, the system displays a Registration Confirmation page 810 (FIG. 8) in window 310. Here the user is given the choice 545 to accept the terms of use of the EBC system (via Accept button 820) or to go back (via Back button 830) to step 530 to edit personal data or enter additional data.
  • If the user accepts the terms of use, and email message is automatically dispatched [0061] 550 by the EBC system to the new Member's designated authorizing email address (field 750 in FIG. 7B). A welcome screen 910 (FIG. 9) is then displayed to the new Member, step 560, in window 310.
  • Meanwhile, the user (now a Member) receives an authorization email message by conventional means. In one embodiment of the present invention, such an email message is as shown in Table 1 below. This email authorization method provides a measure of additional security by ensuring that each Member is associated with a valid email address. The email address is also used to verify a user identity in case of a lost password: on the user's request, the password will be sent to the authorized email address only. [0062]
  • When the user selects the embedded hyperlink (in this example, the string beginning http://me398411 . . . ) in [0063] step 570, the EBC system directs the Member (in step 580) to home page 1010 in window 310 (FIG. 10). In some embodiments (not shown), home page 1010 is personalized with Member data, such as the Member's name.
    TABLE 1
    Welcome! You have been added as a new Member of ecardfile.com. To
    activate your password, please click on the Web address below:
    http://ecardfile.com/search?op=Confirm&eCardId=terry&createId=
    0Av4Jj6nWZwA4
    You can also type the above Web address into your Web browser.
    Once you have connected to the ecardfile.com site through the above
    address, your password activation is complete, and you can begin to
    enjoy the ease and convenience of having your business contact
    information on the Web.
    If you do not connect to ecardfile.com through the above address
    within two weeks, your card will be deactivated.
    We look forward to having you as an ecardfile.com Member!
    webmaster@ecardfile. com
  • Export Process [0064]
  • FIG. 11 shows the process whereby a user is able to export card data to a file. As above, the user must first login to ecardfile.com. At step [0065] 1610, the user selects file maintenance button 394. A user file maintenance screen (FIG. 12) is then displayed, step 1620. The user selects a card to export, step 1630, from the list of cards added by the user to his/her private list. These cards represent other users to whom the user has granted extra privileges. Non-member users do not have export privileges. Of course, only the information to which the user has been granted access is exported.
  • The user next selects the export button [0066] 1710 (FIG. 12) in step 1640, which brings up an export options screen, shown in FIG. 13. The user selects the desired output format, step 1660, and is presented with a conventional “Save As” dialog, step 1670. The user enters a name of the file into which the card export will be saved, step 1680 and selects the Save button, step 1685. If Save is selected, the data will be saved by conventional means in step 1687. If not, as when the user selects “Cancel” instead, the process drops to the end state, step 1690, and returns to waiting for user input.
  • The exported card is formatted into a pre-defined data file structure readable by one or more conventional and commercially-available contact management programs. In some embodiments, custom export file formats may also be defined by the user to provide even wider connectivity and cross-platform utility. [0067]
  • “Where Am I?” Contact Location Tracking [0068]
  • The process of setting up a temporary location pointer for a specific Cardholder/Member begins in [0069] step 1110 of FIG. 14. As before, the Member sets his or her browser to the appropriate EBC system URL and connects to the system, steps 210, 215, 218, and 220. The Member then logs in, step 1120, and is displayed home page 1010 (FIG. 10) in step 1130.
  • The Member then selects an icon or button denoting the function “Edit My Card.” In one embodiment of the present invention, this function is iconified in [0070] button 395. In response, the EBC system displays (step 1140) a user information screen (not shown) in window 310. The Member there selects a button denoting the function “Where Am I?” in step 1150.
  • At this point (step [0071] 1160), the EBC system displays “Where Am I?” screen 1210 (FIG. 15) in window 310 thereby prompting the Member for a phone number and additional details of the Member's location, step 1165. This information also includes an expiration date, i.e., a date beyond which the “Where Am I?” data is no longer valid.
  • To exit the “Where Am I?” information dialog, the Member clicks Okay button [0072] 1220 (step 1167), to save the “Where Am I?” data, or the Back button 1230 to cancel “Where Am I?” data input. The process returns to a display of the user information screen, step 1140, and stops, step 1199.
  • Signature Hyperlinking [0073]
  • The process of exporting a signature hyperlink, shown in FIG. 16, is almost the same as that of exporting a card, except that the user selects the [0074] My Card button 395 rather than the file maintenance button 394. The options screen, shown in FIG. 17, is presented at step 1820. The output of the process, step 1830, is a file containing either a hyperlink or a conventional vCard file, as selected from the options display of FIG. 17.
  • Either the signature hyperlink or the vCard (which can also contain a hyperlink) can then be used by conventional email programs. Electronic mail sent by the cardholder is automatically formatted to contain a signature hypertext link, according to the well-known hypertext markup language (HTML) standard or any of its common variants, directing recipients of the email to the electronic business card access and organization system. This hyperlink enables the recipient of the email to rapidly access the EBC system to locate the cardholder and/or obtain additional information. In effect, receipt of an email containing the hyperlink enables the recipient to easily become a user. In some embodiments, the signature hyperlink is part of the vCard feature known and implemented in common email programs such as Microsoft Outlook and Netscape Communicator®. In an alternate embodiment, the signature hyperlink is implemented using the well-known email signature block feature. [0075]
  • ecardfile Help Screens [0076]
  • The following topics are the subject of individual help screens, available to any EBC system user or Member by pushing (in some embodiments of the present invention) the Question Mark (“?”) [0077] button 390, shown in, e.g., FIG. 3A. The contents of these help screens are reproduced below as an aid to understanding the EBC system.
  • Become a Member [0078]
  • Set up your card [0079]
  • Set up “Where Am I?”[0080]
  • Add others' cards to your ecardfile [0081]
  • Exchange cards with others [0082]
  • Set/change privacy levels [0083]
  • Export cards to your address book [0084]
  • Set up your email signature [0085]
  • Contact ecardfile.com support [0086]
  • Become a Member [0087]
  • As an ecardfile Member, you set up your own Card Profile and establish your own unique Card ID and Password. Then, whenever you log in, you are located at your personal ecardfile and can view cards from other Members and add them into your ecardfile. [0088]
  • Let's walk through the process of becoming a Member. [0089]
  • 1. From the Member login screen, click the Become a Member button. [0090]
  • 2. Fill in your Card Profile: the profile contains all of your contact information and can be updated as needed. See the help menu topic “Set Up Your Card” for more information. [0091]
  • After your membership is confirmed, you can log in to ecardfile.com using your Card ID and password. After log in, you are brought to your personal ecardfile area. Here is where you can store other Member cards and perform functions such as adding, deleting, changing the privacy level access to your Card that you have given to other Members, and exporting a card to your address book. [0092]
  • It's a good idea to keep your “Where Am I?” information current. To access it, click on the My Card Profile icon and scroll to the bottom of the screen. [0093]
  • The more people you know who join ecardfile.com, the easier it is to use this convenient way to access business information. To help get the word out, please download your personal email signature or vCard (accessible from the export button at the bottom of your Card Profile) and attach it to all your emails. When people receive email from you, they can click on your signature link and go directly to your Card Profile in ecardfile.com. From there, they can also choose to become ecardfile Members, if they are not Members already. [0094]
  • Set Up Your Card [0095]
  • When filling in your Card Profile, please keep a few concepts in mind: When selecting your Card ID, use up to 14 alphanumeric characters. Because you will be giving out this ID to your business and personal contacts, make your ID simple and easy to remember; it's use is similar to that of your email username. Although ecardfile.com also enables you to be looked up through a first name/last name search, it will usually be much faster for people to look you up by your Card ID. [0096]
  • When selecting your password, use up to 10 alphanumeric characters. Make your password something easy for you to remember and hard for others to guess. [0097]
  • As you are entering information into your Card Profile, please keep in mind that ecardfile.com gives you three levels of privacy for each field: [0098]
  • [0099] Level 1—Public. Information at this level will be displayed to anyone who looks up your card. This could be anyone viewing cards from the World Wide Web, whether you know them or not.
  • [0100] Level 2—Semi-Private. Information at this level will displayed only to other ecardfile Members who are in your personal ecardfile and who have been designated to receive your semi-private information.
  • Level [0101] 3—Private. Information at this level will displayed only to other ecardfile Members who are in your personal ecardfile and who have been designated to receive your private information.
  • All field information is set to private when you first fill out a Card Profile. Be sure to select other privacy levels for fields that are either semi-private or public. [0102]
  • The Email Auth field is used only by ecardfile.com for verification purposes. It is never displayed on your Card. You must enter a current email address in the Email Auth field. Once you complete the Card Profile and click “OK,” ecardfile sends an email to this address and waits for your reply before authorizing your membership and enabling you to log in. This authorization process has been designed to protect your privacy and identity. [0103]
  • Add others' cards to Your Ecardfile [0104]
  • From your personal ecardfile screen, use the Look Up fields to view the card of the Member you want to add. When the card is displayed, press the Add icon. [0105]
  • If you would like to give this Member access to your semi-private or private ecardfile information, be sure to change the privacy level displayed next to the Member's name. See the help topic “Set/change privacy levels” for more information. [0106]
  • Exchange Cards with Others [0107]
  • In order to protect your privacy, ecardfile.com offers several ways you can exchange cards with others. [0108]
  • Anyone, whether they know you or not, can look you up by name and see the information designated as “public” in your Card Profile. Note: for this reason, you may decide not to have your email addresses be part of your public information. [0109]
  • Casual or new acquaintances can look you up by name search or by Card ID and see the information designated as “public” in your Card Profile. [0110]
  • Members can look you up by name search or Card ID and see the public, semi-private or private information you have specifically designated for them. [0111]
  • For example, let's say a new person, Hans, has joined your project team; he works out of your company's Munich office, and you are in Los Angeles. Hans is not yet a Member of ecardfile.com. [0112]
  • 1. At the initial team conference call, you give Hans your Card ID and tell him that's where all your contact information is. [0113]
  • 2. Hans accesses ecardfile.com and becomes a Member. He looks up your Card and adds it to his personal ecardfile. He wants you to have his semi-private information so he marks your card with the semi-private access key. [0114]
  • 3. You look up Hans's card and add it to your personal ecardfile. You then mark Hans's card with the semi-private access key so that he can see more detailed information about you than what appears on your public card. [0115]
  • 4. Over the next 6 months, Hans changes office locations and gets a new phone number; your fax number changes, and the Post Office gives your part of town a new zip code. Thanks to ecardfile.com, your contact information is always current. [0116]
  • Set Up “Where Am I?”[0117]
  • From your Card Profile, scroll to the bottom of the screen and click on “Where Am I?” You'll have the option to input a current phone number, details about your whereabouts, and an expiration date. Note that you can specify different privacy levels for the phone number, details and expiration fields, so you might want your phone number to be public, while the details of where you are remain private. To see another Member's “Where Am I?” information, select her card from your personal ecardfile or look up her card. When the card is displayed, scroll to the bottom of the screen and click on “Where Am I?”[0118]
  • The expiration date uses the date at the ecardfile server's location, US Pacific Standard Time (PST). The expiration date is customizable to the ecardfile Member's own location. [0119]
  • Set Up Your Email Signature [0120]
  • Use this function to download a signature file or a vCard from ecardfile.com to your email system. Access it by going to your Card Profile, scrolling to the bottom of the screen, and clicking on Export. Then follow the instructions on the screen to export to your particular email system. [0121]
  • A signature file has an HTML link to your Card; when downloaded, the signature file will embed the link into all of your email messages. When someone reads your message and wants to view your contact information, he just clicks on the HTML link and is immediately connected to your Card and your up-to-the-minute contact information. [0122]
  • A vCard is a file that holds your contact information in a standard format. Some email packages such as Microsoft Outlook and Netscape Communicator recognize this format and can treat it in a special way. Because it is not a live link, it may display old or inaccurate information, particularly if someone is reading an old email message from you. [0123]
  • If your email package, or more importantly the message recipient's email package, does not support HTML tags or vCards, you may cut and paste the HTML link displayed and attach it to your messages. The recipient just clicks or cut and pastes the HTML link into a browser and is immediately connected to your Card and your up-to-the-minute contact information. [0124]
  • Export Cards to Your Address Book [0125]
  • Use this function to download cards from your personal ecardfile to your email address book. [0126]
  • 1. Go to your personal ecardfile. [0127]
  • 2. Select the card for export by placing a check mark next to it. [0128]
  • 3. Click on the maintenance button. [0129]
  • 4. Select export. [0130]
  • 5. Select the format of your address book. [0131]
  • 6. Follow the online instructions to export the card information. [0132]
  • Contact ecardfile.com Support Hyperlink [0133]
  • Here, an email window automatically pops up if this link is selected, and ecardfile.com's technical support address is automatically inserted into the “To” field. [0134]
  • Get Help on a Specific Screen, Field or Icon [0135]
  • To get help on a specific screen or field, place the mouse arrow on the gray bar of the screen and press the “Help” key on the keyboard. [0136]
  • To get help on a specific icon, pass the mouse over the icon, and the icon title will display. [0137]
  • One of ordinary skill in the art will appreciate that many other methods of activating context sensitive help are known in the art; the present disclosure is intended to encompass all such well-known methods and is not limited to any single form. [0138]
  • Set/Change Privacy Levels [0139]
  • ecardfile.com gives you two ways to control who sees what information about you: You can designate each field in your Card Profile with a specific privacy level that governs private, semi-private or public viewing of that field. Alternatively, you can specify which Members have access to which level of privacy about you. If a particular Member has access to your semi-private information, he or she will see all of the fields marked public or semi-private when viewing your card. [0140]
  • Designate Your Card Profile Privacy: [0141]
  • To change privacy levels on a field in your Card Profile (for example, to make your business email address, which had been public, semi-private) click on the My Card Profile icon and then click the appropriate new privacy button next to the email address field. A public field has the open padlock icon selected. A semi-private field has the partly-open padlock icon selected. A private field as the closed padlock icon selected. [0142]
  • Specify Member Privacy: [0143]
  • Let's say you want to give your new manager access to your private information. [0144]
  • 1. From your personal ecardfile, look up your manager's card and add it to your file. [0145]
  • 2. Select the card for maintenance by placing a check mark next to it. [0146]
  • 3. Click on the Maintenance button. [0147]
  • 4. Select Edit Privacy. [0148]
  • 5. Select the new privacy level you want your new manager to have about you. [0149]
  • 6. Select Update to save the new privacy level. [0150]
  • Now, whenever your new manager accesses your Card, she will see all information you have designated as public, semi-private and private. [0151]
  • Software Implementation [0152]
  • In one embodiment of the present invention, the controlling software application providing some of the EBC system functionality is called Boomerang. The Boomerang application has five major components, shown schematically in FIG. 18: [0153]
  • 1. Session Manager daemon [0154] 1310, which maintains state information;
  • 2. Login Servlet [0155] 1320, which handles user/Member authentication;
  • 3. Search Servlet [0156] 1330, which handles most of the user/Member interface functionality;
  • 4. JDBC Objects/Classes [0157] 1340, which implement the database functionality; and
  • 5. HTML Template Engine, which handles conventional dynamic HTML processing. This component is typically implemented in Java and reads HTML tagged files. [0158]
  • Boomerang is designed to scale and perform well under extreme loads. It is designed to operate on multiple processors simultaneously, i.e., with multiple instances of objects and methods. Multiple Web servers and Java virtual machines may be used as server loading and traffic demands. [0159]
  • In one embodiment of the present invention, most of the Boomerang application, Web server [0160] 1360 (in one embodiment of the present invention, Stronghold Apache), JRun Servlet Engine 1370, and a Remote Memory Invocation (RMI) registry will run on each of the two Web server machines 110A and 110B (FIG. 1). The JRun Servlet Engine 1370, and RMI registry are common Java objects; the RMI API allows a servlet to invoke the methods of a Java object executing on another machine. The Session Manager 1310, another RMI registry, and the Informix database software 1380 will run on one of the databases servers 110C or 110D, the other database server acting as a warm fail-over device.
  • Software Components [0161]
  • In the following discussion, the terms “Member” and “user” are used interchangeably to refer to a person who has established a login identify in the EBC system. Strictly speaking, however, a Member is a person who has completed the New Member process and properly replied to the authorization email; user is a person who has not. [0162]
  • Session Manager [0163] 1310
  • When the system is first accessed, a session will be created. This session will be identified by a unique session ID. This ID will be used for the following tasks. [0164]
  • Once a user has successfully logged in, the session ID will make a record of this fact so that when a user returns to a page that requires user authentication or identification, the user will not be re-prompted to login. The session ID will be passed from Web page to page as either a hidden field in a form or by rewriting the URL, both well-known techniques in the art. Alternatively, the user may be given the option of saving authentication information in a local file, known in the art as a cookie. The system will check for this cookie prior to displaying the login page. [0165]
  • The session ID will expire if it has not been accessed in a time configured by the EBC system administrator. [0166]
  • Login Servlet [0167] 1320
  • This servlet is activated when a function requiring user authentication is called and the user has not yet logged in. The login screen is shown and user name and password input received. The input name and password are matched against a users table. If the user name is found and the proper password supplied, the request (and session ID, if present) is passed to the Search Servlet. [0168]
  • Search Servlet [0169] 1330
  • The Search Servlet requests a session ID if one was not passed to it, or validates the ID if one was passed. If the requested operation requires user authentication and the user has not already logged in, the Login Servlet is called. All URL and form parameters are passed to the application logic of the servlet for processing. [0170]
  • After processing the URL and form parameters, a HTML document (e.g., a results screen) is returned to the requestor, typically the browser window. [0171]
  • JDBC Objects/Classes [0172] 1340
  • These consist of generic JDBC classes that execute queries and return results in a Java hash table indexed by column name. To make more efficient use of database resources, all structured query language (SQL) statements are prepared at servlet initialization. [0173]
  • Also at servlet initialization, [0174] database connection pool 1390 creates a number of connections to the database, the precise number of which is configurable by the EBC system administrator. These connections are utilized by each servlet thread on an as-needed basis. Additional connections are created as demand requires; inactive connections are periodically recycled.
  • HTML Template Engine [0175]
  • All pages displayed by the Boomerang application, including the help and information screens, are dynamically generated. The base HTML code and image links for these pages are stored as template files which are preloaded on servlet initialization. These files are parsed and custom tags replaced with data extracted from the database (or calculated) before sending the page to the requestor and display to the user. [0176]
  • Administration Programs [0177]
  • In addition to the Boomerang application, the EBC system also includes a set of shell and SQL scripts that operate on a periodic basis (i.e., are activated by cron) to perform housekeeping and maintenance tasks. In particular, the following program functions are required. [0178]
  • a) Purge inactive users who have not activated themselves via the login email after a defined period of time, for example one month [0179]
  • b) Expire “Where Am I?” temporary contact information [0180]
  • c) Lock and unlock IP addresses (to prevent access by IP addresses that appear to be attempting to access the service for illicit purposes) [0181]
  • d) Rollover logs and reports [0182]
  • One of ordinary skill in the art will recognize that these functions may be implemented in a single program or script or in a set of programs and/or scripts. Accordingly, the present invention is not limited by the method of implementation of these functions. [0183]
  • Database Schema [0184]
  • FIGS. 19A, 19B, and [0185] 19C illustrate the database structure and one-to-many/one-to-one relationships between records and fields in one embodiment of the present invention. In particular, relationship symbol 1410 denotes a one-to-many correspondence, the “one” side represented by the “=” sign end. See FIG. 19A for an example. Relationship symbol 1420 (see FIG. 19B) denotes a one-to-one mapping, the “one” side again represented by the “=” sign end.
  • The notations PK, FK[0186] 1, and I1-I5 represent SQL field labels. SERIAL, in particular, is a well-known data type.
  • Although a particular database schema and naming convention for records and fields is described, those skilled in the art will realize that schema other than that described can also be used. Accordingly, the invention is not limited to any particular type of database schema. [0187]
  • Alternate Embodiments [0188]
  • In an alternate embodiment, the EBC system may be installed behind a conventional network “firewall” security device and thus made accessible only to browsers connected to and authorized to use the intranet defined by and behind the firewall. [0189]
  • Access to and delivery of contact information in the EBC system is also not limited to a Web browser interface as commonly known today. Some embodiments of the present invention provide multi-mode access interfaces, including but not limited to interfaces using voice-controlled and conventional wireless PDA and/or cell phones, two-way pagers, and wireless air protocol (WAP)-enabled devices. [0190]
  • Further embodiments of the present invention provide data delivery interface embodiments using, for example, the common alphanumeric pager, wireless markup language (WML), or voice delivery (e.g., audio playback) systems commonly used in the art. [0191]
  • The EBC system also provides an advanced search function that allows users to search for records matching specific, desired characteristics. The search can be made based on one or more of a variety of database parameters, including but not limited to field value (e.g., NAME=Sheehy), date of entry, or a Boolean combination of search terms. [0192]
  • In an alternate embodiment of the “Where Am I?” location tracking feature, the cardholder can rapidly designate one of a pre-defined set of contact locations described by meatspace address, phone number, FAX number, and/or email address. [0193]
  • The order in which the steps of the processes depicted above are performed is purely illustrative in nature. In fact, the steps in each process flow can be performed in any order or in parallel, unless otherwise indicated by the present disclosure. [0194]
  • The method of the present invention may be performed in either hardware, software, or any combination thereof, as those terms are currently known in the art. In particular, the present method may be carried out by software, firmware, or microcode operating on a computer or computers of any type. Additionally, software embodying the present invention may comprise computer instructions in any form (e.g., source code, object code, or interpreted code) stored in any computer-readable medium (e.g., ROM, RAM, magnetic media, punched tape or card, compact disc (CD) in any form, DVD). Furthermore, such software may also be in the form of a computer data signal embodied in a carrier wave, such as that found within the well-known Web pages transferred among computers connected to the Internet. Accordingly, the present invention is not limited to any particular platform, unless specifically stated otherwise in the present disclosure. [0195]
  • While particular embodiments of the present invention have been shown and described, it will be apparent to those skilled in the art that changes and modifications may be made without departing from this invention in its broader aspect and, therefore, the appended claims are to encompass within their scope all such changes and modifications as fall within the true spirit of this invention. [0196]
  • Trademark Notices [0197]
  • Cisco Systems and PIX are registered trademarks and Catalyst, Local Director are trademarks of Cisco Systems, Inc., San Jose Calif. [0198]
  • Hewlett-Packard and HP-UX are registered trademarks and MC-Service Guard and ecardfile are trademarks of the Hewlett-Packard Company, Palo Alto, Calif. [0199]
  • Informix is a registered trademark and Informix Dynamic Server is a trademark of Informix Software, Menlo Park, Calif. [0200]
  • Java is a trademark of Sun Microsystems, Inc., Palo Alto, Calif. [0201]
  • JRun is a trademark of Allure Corp., Cambridge, Mass. [0202]
  • Microsoft is a registered trademark of Microsoft Corp., Redmond, Wash. [0203]
  • Netscape, Netscape Navigator, and Netscape Communicator are registered trademarks of Netscape Communications Corp., Mountain View, Calif. [0204]
  • Stronghold is a registered trademark of C2Net, Inc., Oakland, Calif. [0205]

Claims (32)

We claim:
1. A method of providing access to a collection of electronic business cards comprising the steps of:
providing an electronic business card file Web site to a user;
allowing the creation of an electronic business card file by the user using said Web site, said creation comprising:
allowing the user to enter information into a plurality of fields;
storing said information; and
sending an authentication email to the user, wherein a reply to said authentication email is required to complete said creation;
allowing the user to search for one or more records;
allowing the user to view said records in a first format; and
if said creation is completed, allowing the user to export said records in a second format, wherein said second format is compatible with a target application.
2. The method of claim 1, wherein said electronic business card file Web site is accessible from the Internet.
3. The method of claim 1, wherein said electronic business card file Web site is accessible from an intranet isolated from the Internet by a firewall security device.
4. The method of claim 1, wherein said electronic business card file Web site is accessible from a web browser.
5. The method of claim 1, wherein said electronic business card file Web site is accessible from a personal digital assistant.
6. The method of claim 1, wherein said electronic business card file Web site is accessible from a browser-enabled telephone.
7. The method of claim 1, wherein said electronic business card file Web site is accessible by spoken commands.
8. The method of claim 1, wherein said first format comprises audio playback.
9. A computer system for providing access to a collection of electronic business cards, comprising computer instructions for:
providing an electronic business card file Web site to a user;
allowing the creation of an electronic business card file by the user using said Web site, said creation comprising:
allowing the user to enter information into a plurality of fields;
storing said information; and
sending an authentication email to the user, wherein a reply to said authentication email is required to complete said creation;
allowing the user to search for one or more records;
allowing the user to view said records in a first format; and
if said creation is completed, allowing the user to export said records in a second format, wherein said second format is compatible with a target application.
10. The computer system of claim 9, wherein said electronic business card file Web site is accessible from the Internet.
11. The computer system of claim 9, wherein said electronic business card file Web site is accessible from an intranet isolated from the Internet by a firewall security device.
12. The computer system of claim 9, wherein said electronic business card file Web site is accessible from a web browser.
13. The computer system of claim 9, wherein said electronic business card file Web site is accessible from a personal digital assistant.
14. The computer system of claim 9, wherein said electronic business card file Web site is accessible from a browser-enabled telephone.
15. The computer system of claim 9, wherein said electronic business card file Web site is accessible by spoken commands.
16. The computer system of claim 9, wherein said first format comprises audio playback.
17. A computer-readable storage medium, comprising computer instructions for:
providing an electronic business card file Web site to a user;
allowing the creation of an electronic business card file by the user using said Web site, said creation comprising:
allowing the user to enter information into a plurality of fields;
storing said information; and
sending an authentication email to the user, wherein a reply to said authentication email is required to complete said creation;
allowing the user to search for one or more records;
allowing the user to view said records in a first format; and
if said creation is completed, allowing the user to export said records in a second format, wherein said second format is compatible with a target application.
18. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible from the Internet.
19. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible from an intranet isolated from the Internet by a firewall security device.
20. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible from a web browser.
21. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible from a personal digital assistant.
22. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible from a browser-enabled telephone.
23. The computer-readable storage medium of claim 17, wherein said electronic business card file Web site is accessible by spoken commands.
24. The computer-readable storage medium of claim 17, wherein said first format comprises audio playback.
25. A computer data signal embodied in a carrier wave, comprising computer instructions for:
providing an electronic business card file Web site to a user;
allowing the creation of an electronic business card file by the user using said Web site, said creation comprising:
allowing the user to enter information into a plurality of fields;
storing said information; and
sending an authentication email to the user, wherein a reply to said authentication email is required to complete said creation;
allowing the user to search for one or more records;
allowing the user to view said records in a first format; and
if said creation is completed, allowing the user to export said records in a second format, wherein said second format is compatible with a target application.
26. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible from the Internet.
27. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible from an intranet isolated from the Internet by a firewall security device.
28. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible from a web browser.
29. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible from a personal digital assistant.
30. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible from a browser-enabled telephone.
31. The computer data signal of claim 25, wherein said electronic business card file Web site is accessible by spoken commands.
32. The computer data signal of claim 25, wherein said first format comprises audio playback.
US10/641,875 2000-02-18 2003-08-15 E-Service to manage and export contact information Abandoned US20040051730A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/641,875 US20040051730A1 (en) 2000-02-18 2003-08-15 E-Service to manage and export contact information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/507,632 US6633311B1 (en) 2000-02-18 2000-02-18 E-service to manage and export contact information
US10/641,875 US20040051730A1 (en) 2000-02-18 2003-08-15 E-Service to manage and export contact information

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/507,632 Continuation US6633311B1 (en) 2000-02-18 2000-02-18 E-service to manage and export contact information

Publications (1)

Publication Number Publication Date
US20040051730A1 true US20040051730A1 (en) 2004-03-18

Family

ID=24019471

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/507,632 Expired - Lifetime US6633311B1 (en) 2000-02-18 2000-02-18 E-service to manage and export contact information
US10/641,875 Abandoned US20040051730A1 (en) 2000-02-18 2003-08-15 E-Service to manage and export contact information

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/507,632 Expired - Lifetime US6633311B1 (en) 2000-02-18 2000-02-18 E-service to manage and export contact information

Country Status (2)

Country Link
US (2) US6633311B1 (en)
JP (1) JP2001273318A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040093317A1 (en) * 2002-11-07 2004-05-13 Swan Joseph G. Automated contact information sharing
WO2005122733A2 (en) * 2004-06-09 2005-12-29 James Bergin Systems and methods for management of contact information
US20070094070A1 (en) * 2005-10-03 2007-04-26 Curry Scutt S System and method for electronically managing individual and business information
US20070164554A1 (en) * 2005-12-16 2007-07-19 Krone Craig E Order fulfillment system and method for printing products including individualized information
US7440746B1 (en) 2003-02-21 2008-10-21 Swan Joseph G Apparatuses for requesting, retrieving and storing contact records

Families Citing this family (99)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8326361B2 (en) 1998-10-01 2012-12-04 Lupine Investments Llc Phone to phone data exchange
US7970792B2 (en) * 1998-10-01 2011-06-28 Onepin, Inc. Phone to phone data exchange
US7836011B2 (en) * 1998-10-01 2010-11-16 Onepin, Inc. Phone to phone data exchange
US7509349B2 (en) * 1998-10-01 2009-03-24 Onepin, Inc. Method and apparatus for storing and retrieving business contact information in a computer system
US7813725B2 (en) * 1998-10-01 2010-10-12 Onepin, Llc Wireless data exchange
JP2002544628A (en) * 1999-05-12 2002-12-24 エアクリック,インコーポレイティド Interactive communication initiated by print media
US6889213B1 (en) * 2000-02-18 2005-05-03 Hewlett-Packard Development Company, L.P. E-service to manage contact information with privacy levels
JP2001344105A (en) * 2000-03-31 2001-12-14 Hitachi Software Eng Co Ltd Web application developing method, development support system, and memory medium storing program related to this method
US6760728B1 (en) * 2000-09-27 2004-07-06 Palmsource, Inc. Method and apparatus for importing and exporting directory and calendar information to and from personal information management applications
US6823391B1 (en) * 2000-10-04 2004-11-23 Microsoft Corporation Routing client requests to back-end servers
US7003727B2 (en) * 2001-02-06 2006-02-21 International Business Machines Corporation User identification and password field determination
US20020116396A1 (en) * 2001-02-22 2002-08-22 Christopher Somers System for providing electronic contact information from a central source and method for updating contact information
US7836147B2 (en) * 2001-02-27 2010-11-16 Verizon Data Services Llc Method and apparatus for address book contact sharing
US20020138633A1 (en) * 2001-03-23 2002-09-26 International Business Machines Corporation Method, apparatus, and program for providing scripted electronic business cards and electronic calendars
US20020157014A1 (en) * 2001-04-18 2002-10-24 Inter China Network Software Company Limited Privacy control system for personal information card system and method thereof
US20020156895A1 (en) * 2001-04-20 2002-10-24 Brown Michael T. System and method for sharing contact information
US20030055826A1 (en) * 2001-09-14 2003-03-20 Kevin Graham System and method for connecting to and controlling to disparate databases
US7783765B2 (en) 2001-12-12 2010-08-24 Hildebrand Hal S System and method for providing distributed access control to secured documents
US7921284B1 (en) 2001-12-12 2011-04-05 Gary Mark Kinghorn Method and system for protecting electronic data in enterprise environment
US10033700B2 (en) 2001-12-12 2018-07-24 Intellectual Ventures I Llc Dynamic evaluation of access rights
US7921450B1 (en) 2001-12-12 2011-04-05 Klimenty Vainstein Security system using indirect key generation from access rules and methods therefor
US8065713B1 (en) 2001-12-12 2011-11-22 Klimenty Vainstein System and method for providing multi-location access management to secured items
USRE41546E1 (en) 2001-12-12 2010-08-17 Klimenty Vainstein Method and system for managing security tiers
US7921288B1 (en) 2001-12-12 2011-04-05 Hildebrand Hal S System and method for providing different levels of key security for controlling access to secured items
US7178033B1 (en) 2001-12-12 2007-02-13 Pss Systems, Inc. Method and apparatus for securing digital assets
US7260555B2 (en) 2001-12-12 2007-08-21 Guardian Data Storage, Llc Method and architecture for providing pervasive security to digital assets
US8006280B1 (en) 2001-12-12 2011-08-23 Hildebrand Hal S Security system for generating keys from access rules in a decentralized manner and methods therefor
US10360545B2 (en) 2001-12-12 2019-07-23 Guardian Data Storage, Llc Method and apparatus for accessing secured electronic data off-line
US7380120B1 (en) 2001-12-12 2008-05-27 Guardian Data Storage, Llc Secured data format for access control
US7930756B1 (en) 2001-12-12 2011-04-19 Crocker Steven Toye Multi-level cryptographic transformations for securing digital assets
US7681034B1 (en) 2001-12-12 2010-03-16 Chang-Ping Lee Method and apparatus for securing electronic data
US7565683B1 (en) 2001-12-12 2009-07-21 Weiqing Huang Method and system for implementing changes to security policies in a distributed security system
US7950066B1 (en) 2001-12-21 2011-05-24 Guardian Data Storage, Llc Method and system for restricting use of a clipboard application
US8176334B2 (en) 2002-09-30 2012-05-08 Guardian Data Storage, Llc Document security system that permits external users to gain access to secured files
US6931597B1 (en) * 2002-04-17 2005-08-16 Pss Systems, Inc. Indications of secured digital assets
US8613102B2 (en) 2004-03-30 2013-12-17 Intellectual Ventures I Llc Method and system for providing document retention using cryptography
US7512810B1 (en) 2002-09-11 2009-03-31 Guardian Data Storage Llc Method and system for protecting encrypted files transmitted over a network
US7836310B1 (en) 2002-11-01 2010-11-16 Yevgeniy Gutnik Security system that uses indirect password-based encryption
US7890990B1 (en) 2002-12-20 2011-02-15 Klimenty Vainstein Security system with staging capabilities
US7590695B2 (en) 2003-05-09 2009-09-15 Aol Llc Managing electronic messages
US8707034B1 (en) 2003-05-30 2014-04-22 Intellectual Ventures I Llc Method and system for using remote headers to secure electronic files
US7739602B2 (en) * 2003-06-24 2010-06-15 Aol Inc. System and method for community centric resource sharing based on a publishing subscription model
US7730543B1 (en) 2003-06-30 2010-06-01 Satyajit Nath Method and system for enabling users of a group shared across multiple file security systems to access secured files
US8127366B2 (en) 2003-09-30 2012-02-28 Guardian Data Storage, Llc Method and apparatus for transitioning between states of security policies used to secure electronic documents
US7703140B2 (en) 2003-09-30 2010-04-20 Guardian Data Storage, Llc Method and system for securing digital assets using process-driven security policies
US7389324B2 (en) * 2003-11-07 2008-06-17 Plaxo, Inc. Viral engine for network deployment
US7080104B2 (en) * 2003-11-07 2006-07-18 Plaxo, Inc. Synchronization and merge engines
US20050103838A1 (en) * 2003-11-19 2005-05-19 Zap Card Corporation Method and apparatus for electronically exchanging and storing an image of a business card along with associated card information
US8478837B2 (en) * 2004-01-28 2013-07-02 Microsoft Corporation Offline global address list
US7606918B2 (en) * 2004-04-27 2009-10-20 Microsoft Corporation Account creation via a mobile device
US7707427B1 (en) 2004-07-19 2010-04-27 Michael Frederick Kenrich Multi-level file digests
US7533418B1 (en) * 2004-10-07 2009-05-12 Nortel Networks Limited Tokens for contact information
US9917819B2 (en) * 2005-01-13 2018-03-13 International Business Machines Corporation System and method for providing a proxied contact management system
US7818295B2 (en) * 2005-02-22 2010-10-19 Inter-Tel, Inc. Methods for handling communication requests received for former users of a communication system
US8225376B2 (en) 2006-07-25 2012-07-17 Facebook, Inc. Dynamically generating a privacy summary
US9459622B2 (en) 2007-01-12 2016-10-04 Legalforce, Inc. Driverless vehicle commerce network and community
US9070101B2 (en) 2007-01-12 2015-06-30 Fatdoor, Inc. Peer-to-peer neighborhood delivery multi-copter and method
US8965409B2 (en) 2006-03-17 2015-02-24 Fatdoor, Inc. User-generated community publication in an online neighborhood social network
US9002754B2 (en) 2006-03-17 2015-04-07 Fatdoor, Inc. Campaign in a geo-spatial environment
US9071367B2 (en) 2006-03-17 2015-06-30 Fatdoor, Inc. Emergency including crime broadcast in a neighborhood social network
US9098545B2 (en) 2007-07-10 2015-08-04 Raj Abhyanker Hot news neighborhood banter in a geo-spatial social network
US9373149B2 (en) 2006-03-17 2016-06-21 Fatdoor, Inc. Autonomous neighborhood vehicle commerce network and community
US9064288B2 (en) 2006-03-17 2015-06-23 Fatdoor, Inc. Government structures and neighborhood leads in a geo-spatial environment
US9037516B2 (en) 2006-03-17 2015-05-19 Fatdoor, Inc. Direct mailing in a geo-spatial environment
US7529795B2 (en) 2006-03-20 2009-05-05 Stragent, Llc Message board aggregator
EP2052323B1 (en) 2006-08-02 2018-04-18 Intellectual Ventures Assets 20 LLC Event sharing
US7647351B2 (en) 2006-09-14 2010-01-12 Stragent, Llc Web scrape template generation
US7447510B2 (en) 2006-10-22 2008-11-04 Onepin, Inc. Short message service network plug-in
US8224298B2 (en) 2007-02-05 2012-07-17 Boadin Technology, LLC Systems and methods for mobile media services utilizing a short form command structure
US8761744B2 (en) * 2007-04-20 2014-06-24 Lupine Investments Llc Mobile virtual communication invitations
US20090024424A1 (en) * 2007-07-16 2009-01-22 Antony Raja T System and method for dynamic linking of business processes
US8117225B1 (en) 2008-01-18 2012-02-14 Boadin Technology, LLC Drill-down system, method, and computer program product for focusing a search
US8117242B1 (en) 2008-01-18 2012-02-14 Boadin Technology, LLC System, method, and computer program product for performing a search in conjunction with use of an online application
US7475422B1 (en) 2008-02-15 2009-01-06 International Business Machines Corporation Securing internet browser-based email system through session management
US8949278B2 (en) * 2008-02-27 2015-02-03 Adobe Systems Incorporated Contact information management
US7996357B2 (en) * 2008-02-29 2011-08-09 Plaxo, Inc. Enabling synchronization with a difference unaware data source
US8265862B1 (en) 2008-08-22 2012-09-11 Boadin Technology, LLC System, method, and computer program product for communicating location-related information
US8073590B1 (en) 2008-08-22 2011-12-06 Boadin Technology, LLC System, method, and computer program product for utilizing a communication channel of a mobile device by a vehicular assembly
US8078397B1 (en) 2008-08-22 2011-12-13 Boadin Technology, LLC System, method, and computer program product for social networking utilizing a vehicular assembly
US8190692B1 (en) 2008-08-22 2012-05-29 Boadin Technology, LLC Location-based messaging system, method, and computer program product
US8131458B1 (en) 2008-08-22 2012-03-06 Boadin Technology, LLC System, method, and computer program product for instant messaging utilizing a vehicular assembly
US20100175000A1 (en) * 2009-01-08 2010-07-08 Microsoft Corporation Dynamically creating and managing alternate contacts list
CN101833326B (en) * 2010-05-24 2012-06-20 苏州工业园区报关有限公司 Automatic control system for export customs transfer
US8996573B2 (en) 2011-10-10 2015-03-31 George Peter Kelesis Journaling system with segregated data access
US9477698B2 (en) * 2012-02-22 2016-10-25 Salesforce.Com, Inc. System and method for inferring reporting relationships from a contact database
US9031931B2 (en) * 2012-04-10 2015-05-12 Pitney Bowes Inc. Systems and methods for providing query results to a user in an intuitive graphical format
US9294293B2 (en) * 2012-11-28 2016-03-22 Paypal, Inc. Virtual contact cards
US9439367B2 (en) 2014-02-07 2016-09-13 Arthi Abhyanker Network enabled gardening with a remotely controllable positioning extension
US9438602B2 (en) 2014-04-03 2016-09-06 Microsoft Technology Licensing, Llc Evolving rule based contact exchange
US9457901B2 (en) 2014-04-22 2016-10-04 Fatdoor, Inc. Quadcopter with a printable payload extension system and method
US9004396B1 (en) 2014-04-24 2015-04-14 Fatdoor, Inc. Skyteboard quadcopter and method
US9022324B1 (en) 2014-05-05 2015-05-05 Fatdoor, Inc. Coordination of aerial vehicles through a central server
US9441981B2 (en) 2014-06-20 2016-09-13 Fatdoor, Inc. Variable bus stops across a bus route in a regional transportation network
US9971985B2 (en) 2014-06-20 2018-05-15 Raj Abhyanker Train based community
US9451020B2 (en) 2014-07-18 2016-09-20 Legalforce, Inc. Distributed communication of independent autonomous vehicles to provide redundancy and performance
US9646329B2 (en) * 2015-05-22 2017-05-09 Autodesk, Inc. Configurable electronic business card
US10084606B2 (en) * 2016-04-15 2018-09-25 International Business Machines Corporation Construction of digital identity documents in a manner that allows the user to select which attributes are to be revealed
US10796015B2 (en) 2017-03-29 2020-10-06 Mybitchbook, Inc. Method and system for anonymous user data storage and controlled data access
US11009886B2 (en) 2017-05-12 2021-05-18 Autonomy Squared Llc Robot pickup method

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5764736A (en) * 1995-07-20 1998-06-09 National Semiconductor Corporation Method for switching between a data communication session and a voice communication session
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US6247011B1 (en) * 1997-12-02 2001-06-12 Digital-Net, Inc. Computerized prepress authoring for document creation
US6269336B1 (en) * 1998-07-24 2001-07-31 Motorola, Inc. Voice browser for interactive services and methods thereof
US6415277B1 (en) * 2000-01-10 2002-07-02 Imagex, Inc. Method of generating print production tasks using information extracted from enterprise databases
US6442263B1 (en) * 1997-04-23 2002-08-27 Nortel Networks Limited Electronic business cards
US6873861B2 (en) * 2001-04-12 2005-03-29 International Business Machines Corporation Business card presentation via mobile phone

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5717863A (en) * 1995-09-27 1998-02-10 Intel Corporation Method and apparatus for managing pc conference connection addresses
US6208659B1 (en) * 1997-12-22 2001-03-27 Nortel Networks Limited Data processing system and method for providing personal information in a communication network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5764736A (en) * 1995-07-20 1998-06-09 National Semiconductor Corporation Method for switching between a data communication session and a voice communication session
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US6442263B1 (en) * 1997-04-23 2002-08-27 Nortel Networks Limited Electronic business cards
US6247011B1 (en) * 1997-12-02 2001-06-12 Digital-Net, Inc. Computerized prepress authoring for document creation
US6269336B1 (en) * 1998-07-24 2001-07-31 Motorola, Inc. Voice browser for interactive services and methods thereof
US6415277B1 (en) * 2000-01-10 2002-07-02 Imagex, Inc. Method of generating print production tasks using information extracted from enterprise databases
US6873861B2 (en) * 2001-04-12 2005-03-29 International Business Machines Corporation Business card presentation via mobile phone

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8798584B1 (en) 2002-11-07 2014-08-05 Joseph G. Swan Apparatuses for requesting, retrieving and storing contact records
US8306506B1 (en) 2002-11-07 2012-11-06 Swan Joseph G Apparatuses for requesting, retrieving and storing contact records
US20040093317A1 (en) * 2002-11-07 2004-05-13 Swan Joseph G. Automated contact information sharing
US7440746B1 (en) 2003-02-21 2008-10-21 Swan Joseph G Apparatuses for requesting, retrieving and storing contact records
US7933587B1 (en) 2003-02-21 2011-04-26 Swan Joseph G Retrieving and storing updated contact records
US8280913B2 (en) 2004-06-09 2012-10-02 Bergin James P Systems and methods for management of contact information
US20080222127A1 (en) * 2004-06-09 2008-09-11 Bergin James P Systems and Methods for Management of Contact Information
WO2005122733A3 (en) * 2004-06-09 2006-03-23 James Bergin Systems and methods for management of contact information
WO2005122733A2 (en) * 2004-06-09 2005-12-29 James Bergin Systems and methods for management of contact information
US10083189B2 (en) 2004-06-09 2018-09-25 James P. Bergin Systems and methods for management of contact information
US11151156B2 (en) 2004-06-09 2021-10-19 James P. Bergin Systems and methods for management of contact information
US8166011B2 (en) 2005-10-03 2012-04-24 Personalized Business Products, Inc. System and method for electronically managing individual and business information
US20070094070A1 (en) * 2005-10-03 2007-04-26 Curry Scutt S System and method for electronically managing individual and business information
US20070164554A1 (en) * 2005-12-16 2007-07-19 Krone Craig E Order fulfillment system and method for printing products including individualized information
US9070142B2 (en) 2005-12-16 2015-06-30 Taylor Corporation Order fulfillment system and method for printing products including individualized information

Also Published As

Publication number Publication date
JP2001273318A (en) 2001-10-05
US6633311B1 (en) 2003-10-14

Similar Documents

Publication Publication Date Title
US6633311B1 (en) E-service to manage and export contact information
US6691158B1 (en) E-service to manage contact information and track contact location
US6889213B1 (en) E-service to manage contact information with privacy levels
US7017109B1 (en) E-service to manage contact information and signature ECards
US9590980B2 (en) Mapping specific user credentials to temporary user favorite credentials
US6701352B1 (en) Method and apparatus for importing information from a network resource
US7117271B2 (en) Web server enabling direct scheduling and calendaring capability
US7630974B2 (en) Multi-language support for enterprise identity and access management
US7788222B2 (en) Information exchange engine providing a critical infrastructure layer and methods of use thereof
US6610105B1 (en) Method and system for providing resource access in a mobile environment
CN100458789C (en) Method for exchanging portlet configuration data and portal
US20060195778A1 (en) Document management systems and methods
US20120072426A1 (en) Self-service sources for secure search
US20100185611A1 (en) Re-ranking search results from an enterprise system
US20060129935A1 (en) Integrated information management system and method
US20050114435A1 (en) Web-based deployment of context sensitive navigational elements within a user interface
EP1512094A1 (en) Method and system for multiple virtual portals
US7627766B2 (en) System and method for providing java server page security
US7395267B2 (en) System and method for customized document selection
US20020188729A1 (en) Collaboration control system and method
JP2005122606A (en) Information-reading device, information-reading system and information reading program
WO2002010910A2 (en) Business network platform method and system

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION