US20170359683A1 - Technique for effective organization and communication of information - Google Patents

Abstract

In a communication arrangement in accordance with the invention, a server is employed to collect and organize information for mobile device users according to the user profiles, e.g., personal profile, business profile, vacation profile, etc., which reflect different user personae. By using this arrangement, the user advantageously maintains only the necessary information in the mobile device and downloads any additional information from the server on an as needed basis. In addition, the server is capable of serving mobile devices which may be incompatible to one another, thereby facilitating an exchange of information between such devices. Moreover, with the server, incoming messages for the user are organized and stored according to the source of the messages and the user criteria established in the user profiles. Further, information in a mobile device may be organized using electronic information cards, referred to as “E-cards,” which facilitate, among others, transfer of information from the mobile device to the server, or other mobile devices to conduct various commercial and data transactions.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This application is a divisional application of U.S. patent application Ser. No. 14/924,432, filed on Oct. 27, 2015, which is a continuation of U.S. patent application Ser. No. 13/406,341 filed on Feb. 27, 2012, now U.S. Pat. No. 9,185,068, which is a continuation of U.S. application Ser. No. 09/910,510 filed on Jul. 19, 2001, now U.S. Pat. No. 8,126,960, the disclosures of which are incorporated by reference, which claims the benefits under 35 U.S.C. 119(e) of U.S. Provisional Application No. 60/221,628 filed on Jul. 28, 2000; U.S. Provisional Application No. 60/224,448 filed on Aug. 10, 2000; and U.S. Provisional Application No. 60/226,825 filed on Aug. 22, 2000.
FIELD OF THE INVENTION
• The invention relates to a communication system and method, and more particularly to a system and method for providing communication services to a user through a server.
BACKGROUND OF THE INVENTION
• Mobile devices such as personal communication systems (PCS) and personal digital assistants (PDA) have been developed to provide access to the Internet and other network-type services. These devices incorporate wireless communications and modem facilities, enabling a user to send and receive electronic mail (e-mail), or to upload and download data through the Internet. Similarly, wireless telephones have been adapted to receive and display textual messages.
• However, users of the mobile devices have ever-increasing demand for Internet access through a wireless communication network. In response, more and more wireless communication bandwidth is allocated to such devices to access multimedia (text, audio and/or video) data from the Internet. As wireless communication bandwidth and data transfer rates increase, the increase in the volume of data available to a mobile device quickly overwhelms the capacity of the mobile device. At the same time, this flood of data also overwhelms a user as the user tries to effectively utilize the data collected by the mobile device. Without proper organization and presentation of the collected data, useful and important data often goes unnoticed.
• In addition, a user may use multiple mobile devices to conduct daily life. Typically, each mobile device has its own database. It is often desirable that data collected in one database be replicated in other databases especially when the collected data is useful and important to the user. However, due to the incompatibility of the traditional mobile devices, the data replication may only be accomplished by data reentry or re-visiting of information sources. Disadvantageously, the data re-entry is oftentimes labor intensive, and the re-visits are time consuming. Moreover, the user may not be able to recall the previous information sources from which the data was collected, and even if the user is able to re-visit each of those information sources, the data there may have been revised because of the time lag, thus frustrating the data replication effort.
SUMMARY OF THE INVENTION
• In accordance with the invention, a centralized communication facility, e.g., a server connected to one or more communication networks, is employed to collect and organize information for a user of a mobile device. For each user, the server collects and organizes the information based on user profiles that reflect different user personae. By collecting and organizing information according to the user profiles in the server, the operation of the mobile device is simplified. In addition, the amount of non-volatile memory required in the mobile device may be reduced, as most of the information is stored in the server, instead. The mobile device obtains the necessary information from the server on an as needed basis.
• In addition, the server provides different protocol driver programs for various mobile devices for communications with the server. This being so, the various incompatible mobile devices may share the same information by efficiently downloading it from the server, thereby obviating the need of data re-entry or re-visits of information sources as in prior art. Specifically, during an initial handshake with the server, the mobile device identifies itself to the server, which then downloads the appropriate protocol driver program to the mobile device for its communications with the server.
• In an illustrative embodiment, the aforementioned user profiles include, e.g., a personal profile and a business profile. A personal profile reflects the user's personal persona, which includes personal information such as medical and financial records. A business profile reflects a user's business persona, which includes the user's business related information such as the names of contacts with whom the user does business. A user may also establish alternative profiles that reflect other user personae, e.g., vacation or travel profiles. These alternative profiles may include information that reflects a user's vacation or travel preferences, e.g., names and addresses of hotels, restaurants, airlines or airline schedules. This information may also be categorized by location, or by type of entertainment, e.g., theaters, cinemas, etc.
• In accordance with another aspect of the invention, the server may obtain, e.g., by searching a network of libraries, information items concerning the location of, and directions to, selected businesses or services. The information items may be presented in textual and/or graphic format. The graphic format may include indications of the locations of the selected businesses or services on navigation maps, which are downloaded for display onto the mobile device. The displayed business or service information items may be selected based on a user profile. Thus, the information items may include the names and locations of restaurants, gas stations, places of interest, scenic viewing areas, etc.
• In accordance with yet another aspect of the invention, the server may be used to organize incoming messages to the user based on the source of the messages and user criteria pre-established in the user profiles. For example, the server may selectively perform message storage or call forwarding when the user is not available. In a message storage mode, messages may be identified by their source and stored according to the user specified criteria. The server may then provide different notifications to the user depending upon the source of the messages. In a call forwarding mode, calls originating from a party designated in a personal profile may be directed to a personal message storage area.
• In accordance with still yet another aspect of the invention, electronic information cards, referred to as “E-cards,” may be used to organize data in the mobile device and to exchange selected data between the server and the mobile device. E-cards may contain information from selected user profiles. For example, a personal E-card may contain information items related to financial records, such as credit card numbers, bank accounts and balances from the user personal profile. A business E-card may contain information items from the user business profile which are related to business. With the E-card arrangement, selective user information can be distributed among different recipients in an efficient manner.
BRIEF DESCRIPTION OF THE DRAWINGS
• Further aspects, features and advantages of the invention will become apparent from the following detailed description taken in conjunction with the accompanying drawings showing illustrative embodiments of the invention, in which;
• FIG. 1 illustrates an arrangement in accordance with the invention where a centralized communication server is used to help handle the communication needs of a mobile device user;
• FIG. 2 illustrates an arrangement for transferring information items between a first mobile device user and a second mobile device user in accordance with the invention;
• FIG. 3 illustrates exemplary functions performed by the server ofFIG. 1;
• FIG. 4 illustrates profiles of the mobile device user stored in a memory in the server ofFIG. 1;
• FIG. 5 illustrates contents of the memory in the server ofFIG. 1;
• FIG. 6 illustrates a sequence of events after a mobile device is turned on to communicate with the server ofFIG. 1;
• FIG. 7 illustrates a database of a library server in accordance with the invention;
• FIG. 8 illustrates a directory page containing categories of registered businesses in accordance with the invention;
• FIG. 9 illustrates an exemplary display of a registered business;
• FIG. 10 illustrates a display containing navigation information in accordance with the invention;
• FIG. 11 is a flow chart depicting the processing of e-mail messages to the user in accordance with the invention;
• FIG. 12 illustrates a dropped-down menu administered by an event manager in the mobile device in accordance with the invention;
• FIG. 13 illustrates a personal communication device (PCD) which is a mobile device in accordance with the invention;
• FIG. 14 illustrates a display of selectable options on the PCD ofFIG. 13;
• FIGS. 15A-15F jointly illustrate a personal electronic information card (E-card) in accordance with the invention;
• FIGS. 16A-16C jointly illustrate a business E-card in accordance with the invention;
• FIG. 17A illustrates an arrangement for conducting a credit card transaction using the PCD ofFIG. 13;
• FIG. 17B illustrates a display of records of credit card transactions on the PCD ofFIG. 13;
• FIG. 18 illustrates a functional schematic of the PCD ofFIG. 13;
• FIG. 19 illustrates a display arrangement of the PCD ofFIG. 13;
• FIG. 20 illustrates an E-card for access to a vehicle;
• FIG. 21 is a flow chart depicting the process whereby a driver is afforded access to the vehicle based on the information on the E-card ofFIG. 20; and
• FIG. 22 illustrates an arrangement whereby car-mail in accordance with the invention is communicated to and from a vehicle through a communications network.
DETAILED DESCRIPTION
• FIG. 1 illustrates an arrangement embodying the principles of the invention, whereserver105 is employed to collect and organize information for users of mobile devices. Advantageously, with the inventive arrangement, the burden of a mobile device in maintaining vast quantities of information is mostly shifted ontoserver105 and is thus substantially reduced. In addition, the user information inserver105 may be distributed to different mobile devices upon the user's request, thereby facilitating sharing of the same information among the devices.
• InFIG. 1,server105 includesprocessor107,memory109 andinterfaces112 and128.Interface112, including modem facilities, is used to connectserver105 to a communication network, such asInternet170. Throughprocessor107,server105 may communicate with other servers connected toInternet170. For example,server105 may request library servers to search for particular information items.Memory109 is used to store data collected for the users served byserver105. The organization ofmemory109 is fully disclosed below.
• As would be appreciated, the processing functions ofprocessor107 are not limited to functions solely thereon, but may be distributed among other processors connected toprocessor107. Similarly,memory109 may also be distributed among other memories and need not be in physical proximity toprocessor107.
• Throughinterface128,server105 may communicate with mobile devices throughwireless communication network110. These mobile devices include personal communication devices (PCDs)120 and130 which are fully described below. It suffices to know for now that the PCD, like a conventional PALM PDA, includes a user interface, touch-screen display and wireless communication capability.PCDs120 and130 may also communicate with each other independent ofnetwork110 using the well known Bluetooth technology. The Bluetooth technology was developed to unify the electronics world to allow a variety of cellular phones, PDAs and computers to communicate with one another over short distances in a wireless manner. Each PCD also includes a well known GPS device (not shown) for utilizing signals from a well known global positioning system (GPS) for determining the position of the PCD.
• For example, a PCD user may want to visit a fast-food restaurant, e.g., a McDonald's, in the surrounding area, but does not know where one is located. The user may then throughPCD120 enter a request toserver105 to locate the McDonald's in the local area. The location ofPCD120 is determined by the aforementioned GPS device therein. Such location information is provided toserver105, along with the search request including search criteria.Server105 may then search its own libraries and/or other library servers connected toInternet170. The search results are then sorted and filtered byprocessor107 before they are transmitted toPCD120 vianetwork110. The search results may include the address, telephone number and directions to each restaurant within a specified distance from the user, for example. The user may also expand or refine the search criteria to determine additional information items or restrict the amount of information items received. The user may further requestserver105 to record the search results for future reference. Thus, the information items once obtained may be retained inserver105 for future use, or for distribution to other devices to share the information items.
• InFIG. 2server192, similar toserver105, serves the user ofPCD130, although it would be appreciated thatserver105 may provide service for multiple users including the user ofPCD130. Nevertheless, in this example,server192 is the server for the user ofPCD130, and the user ofPCD120 may want to share information items, stored inserver105 for him/her, with the user ofPCD130. To that end, the user ofPCD120 may issue a request throughnetwork110 toserver105 for forwarding a copy of the selected information items toserver192 for the user ofPCD130. Afterserver192 receives the information items fromserver105 throughInternet170,server192 then sends a signal, notifyingPCD130 of the receipt of the items. Upon receiving the notification, the user ofPCD130 may requestserver192 to download the received information items thereto immediately or at a later time. Advantageously, the transfer of information items between the users does not interfere with their use ofPCDs120 and130. That is, the users may freely utilize the respective PCDs during the information item transfer which involvesservers105 and192 only.
• FIG. 3 illustrates some exemplary functions performed byprocessor107 inserver105, which includefunction305 tracking a list of active mobile devices served byserver105,e-mail directory function308,search function311,navigation function314, maps function317,traffic function321,weather function324 and directory listings function327. Specifically, function305 includes compiling and updating a list of mobile devices currently in communication withserver105.Function308 includes processing, distributing and maintaining e-mail communication for each user served byserver105.Function311 includes searching library databases for specified information items.Function314 includes planning and providing a route between a given source and destination point.Function317 includes searching databases for maps given designated locations.Function321 includes obtaining and evaluating traffic information items given designated locations.Function324 includes obtaining and evaluating weather information items given designated locations.Function327 includes processing information items for listing in different directories.
• With the above functions, for example,server105 may be used to plan a route from a source location to a destination location, which includes current traffic and weather conditions on the route. The user may utilizePCD120 to requestserver105 to plan such a route. To that end,server105 obtains source and destination locations from the user throughnavigation function314, accesses maps through maps function317, and extracts information items that are used in formulating the route. The resulting route and navigation instructions may be displayed onPCD120, which include specific turn-by-turn directions and mileage indications. The resulting route may be based on the mode of transportation, e.g., use of a car or public transportation, walking or biking. Thus, the route is determined depending on such factors as weight restrictions on roads and bridges, the limitations of public transportation, the presence, or lack of, sidewalks, or bicycle paths. The route determination may also take into account roadblocks artificially instituted by the user to avoid certain areas such as an area having a high crime rate. In addition, current traffic and weather conditions may be considered in the route determination by usingtraffic function321 andweather function324, respectively.
• FIG. 4 illustrates use of part of memory space ofmemory109 inserver105. In this embodiment, the memory space is divided into partitions designated to different users, respectively. Each partition includes user profiles concerning different personae of the user associated with the partition. Information items for the user are stored inmemory109 according to the user profiles. For example, information items relevant to the personal aspect of the user may be collected and organized in a personal profile. These information items may include contact information of people known socially to the user, or the names of places that are of interest to the user. On the other hand, information items relevant to the business aspect of the user may be collected and organized in a business profile. These information items may include business contact information of clients, vendors, sales personnel, customer service personnel, and contractors; and information concerning restaurants and establishments for entertaining clients, business practices, etc.
• Still other profiles can be established to reflect the user's personae with regard to vacationing, travelling or hobbies, e.g., golf and tennis. In the vacation profile, for example,server105 may record information items regarding restaurants, hotels and areas of interest at designated vacation areas that the user has visited or intends to visit.
• Each profile may be further categorized to organize the information in a manner that facilitates the presentation of the collected information. For example, a profile may include categories for restaurants, hotels, and gas stations. These categories may be further categorized into, e.g., restaurant types. As would be appreciated, the categories of each profile may be specified by the user and can be selected differently for each user profile.
• As shown inFIG. 4, exemplary profiles are created and stored inmemory109 for a user. These profiles include the user'spersonal profile210,business profile220 andvacation profile240. Although illustrated as disjoint memory areas, it would be appreciated that the stored information items in each profile may be sequentially stored inmemory109 and may be tagged appropriately to indicate the placement of an information item in a particular profile.
• In this illustrated example,personal profile210 includes files such asaddress book211,medical records212,financial records213,inventory214,dining215,current events215 andstorage217.Address book211 may include information items such as names, addresses, e-mail addresses, and telephone numbers of persons who are the user's relatives and friends.Medical records212 may include information items such as the user's current medical records, current medication and medications that should be avoided.Medical records212 may also include information items concerning persons whom should be contacted in case of an emergency, e.g., doctor, hospital, family members, etc.Financial records213 may include information items such as the user's credit card numbers, banking account numbers and balances, names and quantity of stocks and bonds and purchase price, and retirement account information.Inventory214 may include information items such as serial numbers or warranty information or replacement costs on the user's video cameras, digital cameras, lap top computers, television sets, etc. This information may be useful if a device is lost or stolen. Dining215 may include information items such as contact information of restaurants for personal dining. This file may further be divided into types of restaurants such as luxury or fast food.Current events216 may include information items such as new items from different news sources which are of interest to the user. For example, news items may be from different newspapers or sources and may be further divided into type of news, such as sports, stocks, front page, etc.Storage217 may include personal messages left by those attempting to contact the user. Messages may be left in textual, audio, and/or video format.
• Business profile220, similar topersonal profile210, includes files such asaddress book221,dining222,current events223, hotels,224, airlines,226,calendar226 andstorage227.Address book221,dining222 andcurrent events223 are similar to those described in regard topersonal profile210.Address book221 may include information items for contacting business associates, contractors, vendors, suppliers, etc. Similarly, dining222 may include information items concerning restaurants for business dining.Current events223 include business related news items. For example, attorneys may collect articles from law journals, and doctors may collect articles from medical journals in this file.Hotels224 andairlines225 may include contact information for arranging business-related hotels, airlines and auto rentals. Further, information items concerning corporate rates of hotels, airlines and auto rentals may be included in these files as well. Also included may be user business identification numbers, e.g., frequent flyer numbers and priority club numbers.Calendar226 includes information items such as meetings, appointments, delivery dates, etc. Similar tostorage217,storage227 includes business-related messages in text, audio and/or video format left for the user.
• Vacation profile240 includes files such asaddress book241,dining242,hotels243,airlines244 andstorage245 which pertain to vacations or leisure travel, but are otherwise similar to those described in regard topersonal profile210 andbusiness profile220. For example,address book241 contains information items concerning travel agents, and contacts at vacation locations; dining242 contains information items concerning restaurants at the vacation locations;hotels243 contains information items concerning hotels at the vacation locations;airlines244 contains information items concerning airlines and/or auto rentals for traveling to the vacation locations; andstorage245 contains messages to the user concerning vacations and leisure travel. Thus, with the vacation profile, information items that were obtained about a vacation location, which may be a long time ago, can be easily recalled.
• FIG. 5 illustrates the partitioning of the memory space ofmemory109 to contain the profiles of a plurality of users. In this illustrative example, profiles210,220 and240 are associated with a first user;profiles250,260 and270 are associated with a second user;profiles290,295 and296 are associated with a third user; and so on and so forth.
• Further illustrated inmemory109 isutility file135.File135 represents a library of protocol driver programs for known mobile devices. These driver programs when run on the mobile devices enable the mobile devices to communicate messages withserver105 in a more efficient format. In an initial handshake withserver105, a mobile device identifies itself toserver105 pursuant to a common, wireless messaging protocol which may be inefficient. After the handshake,server105 selects fromfile135 the latest protocol driver program for that particular mobile device and downloads same to the mobile device. The latter then runs the downloaded driver program, enabling the mobile device to efficiently communicate withserver105 pursuant to the protocol specified by the driver program. Usingfile135 to maintain a library of driver programs is advantageous in that information items can be freely shared among mobile devices which may be incompatible with one another. For example, if a user wants to share certain information items in a first mobile device with a second incompatible mobile device, the user can simply use the second device to communicate withserver105 to have the same information items downloaded fromserver105 to the second device. The download is efficient through use of the appropriate protocol driver program provided byserver105, without requiring any special, initial installation on the part of the second device.
• FIG. 6 illustrates a sequence of events when a mobile device, e.g.,PCD120 in this instance, communicates withserver105 afterPCD120 is turned on. Specifically, on initial power up,PCD120 sends at a basic rate an identification (ID) message in a common wireless messaging format, which identifies its mobile device type and model toserver105, as indicated atstep340.Server105 processes the received ID message, and searches file135 for the latest protocol driver program corresponding to the identifiedPCD120, as indicated atstep343.Server105 atstep346 downloads the latest driver program toPCD120. At step349PCD120 re-configures its input/output (I/O) interface in accordance with the driver program.PCD120 then notifiesserver105 of the completion of its re-configuration, as indicated atstep352. Such notification is sent toserver105 in the format and at the rate pursuant to the new protocol specified by the driver program. Upon receiving such a notification,server105 is ready to communicate withPCD120 using the new protocol.
• As mentioned before,server105 may search other library servers connected toInternet170 for relevant information items. One such library server, denoted140, is shown inFIG. 7. In this instance, the database in server140 is organized and presented in multiple levels identified by top-level domains (TLD) in accordance with the Internet Domain Name System (DNS). For example, information items in such a database are organized in the “dot org,” “dot net,” and “dot corn” domains. It would be appreciated that as the number of TLD names increases, the data organization in server140 can be easily expanded to include the added TLD names.
• In this illustrative embodiment, the “dot net” domain, e.g., Xyellowpages.net145, includes links to the sites of a network of registered businesses. The site of each registered business, e.g., Gary'sShoes site172, is listed under Xyellowpages.net145 and can be accessed via a hyperlink.
• To provide ease of finding related businesses and Internet sites, Xyellowpages.org165 collates registered business sites into categories. The categories may include, e.g., entertainment, financial services, medical services, recreation, travel, etc.FIG. 8 illustrates an exemplary page listing business categories under Xyellowpage.org165 that may be displayed onPCD120. In this illustrative example, Xyellowpage.org groups related business information into specified functional categories. For example,Automotive category365 includes all businesses related to automotive products; Food, Gas &Beverages category370 includes all businesses related to food, gas and beverages; andRecreation category380 includes all registered businesses related to recreation. As would be appreciated, businesses listed on xyellowpages.org165 may be included in more than one category.
• Further illustrated are icons keys for exemplary functions ofweather385,traffic390 and maps395. These keys enable the user to directly access these functions to obtain current weather and traffic conditions and maps. These keys directserver105 to retrieve the corresponding information and present it to the user.
• Referring back toFIG. 7, the “dot com” domain, e.g., Xyellowpages.com150, includes a collection of pages describing any businesses having a TLD as the “dot corn.”
• FIG. 9 illustrates a site advertising a selected registered business, e.g., Gary'sShoes site172, which may be accessed from Xyellowpages.org165 under the category “Shoes.” It should be noted that this site may also be accessed via a hyperlink under Xyellowpages.net141 as mentioned before. As shown inFIG. 9,site172 includes contact information for the Gary's Shoes business. In addition,site172 may contain hyperlinks for accessing more detailed information concerning the business. In this example, other businesses registered under the “Shoes” category may be quickly accessed by clicking theNext Ad arrow398 orPrevious Ad arrow399. Advantageously, usingarrow398 andarrow399, a user need not return to the page ofFIG. 8 to access information items of other businesses within the “Shoes” category as would be in prior art where the “drill down” approach is embraced.
• Thus, throughserver105, a user may collect information items that have been learned or acquired, which may be needed in the future. Even more detailed knowledge of an acquired information item may be obtained byserver105 accessing searchable libraries. Thus, once an information item is learned or acquired, a user may retrieve not only the original information item, but also additional information concerning the original information item. The retrieved information items may be stored in one or more user profiles.
• For example, a user may want to locate a particular business or service because there is a preference for the desired type of business or service or there may be a prearranged account with the desired business or service. The name of the desired business or service can be entered or retrieved from the stored information and a library search can be initiated to learn the locations of the desired business or service in a general area. When the locations of the desired businesses or services are known, then the distance, and direction, from the current location to the desired stations can be determined. Hence, the user profiles concerning selected information item are increased and the knowledge learned is used to confidently plan a route to a desired business while bypassing other undesired business that provide the same goods or services. The results of the searched libraries may also be stored into one or more selective user profiles.
• For example, a user may usePCD120 to requestserver105 to provide information items concerning the location of service facilities, e.g., gas stations, within a given area while the user is in business. In response,server105 searches libraries of registered businesses, e.g., Xyellowpages.org165, other libraries connected toInternet170, and the user business profile, e.g.,business profile220, for the gas stations.FIG. 10 illustrates the results of such a search which are presented to the user on the touch-screen display ofPCD120. The search results which are numerically indexed incolumn1000 are sorted by distance from the user's current position. Such a current position may be determined using the aforementioned GPS device inPCD120 and communicated toserver105 as part of the search request. It would be appreciated that the list may be sorted on other parameters such as status or direction, etc. by touching the corresponding header identifier on the screen using, say, a stylus. For example, when the header identifier STATUS is selected, the gas stations with the “open” status may be displayed ahead of the stations with the “closed” status.
• As shown inFIG. 10, the directions, statuses, names and addresses, and telephone numbers of the selected gas stations are listed incolumns1035,1040,1045 and1050, respectively.Indicators1020 are also displayed, indicating those gas stations which also satisfy the user business profile in this instance.Arrows1030 and1010 indicate that there are non-viewable listed information items and these arrows allow the user to scroll the displayed list to display the non-viewable information items. The user, having information on the distance, direction and status of the gas stations, may confidently plan the route to the selected station.
• In an alternative embodiment, based on the table ofFIG. 10,server105 provides a map on the display ofPCD120, with indications of the listed gas stations and the current route that the user is traversing, and may also suggest a route to any such gas station selected by the user, which entails minimal diversion from the user's current route.
• In another alternative embodiment,server105 may further determine the status of a selected gas station based on the estimated time of arrival at the selected gas station. The estimated time of arrival may be determined based on the user's current route, speed and position. In this embodiment,server105 may determine that the gas station the user has selected based on current information may no longer be open at the time of arrival.Server105 may warn the user of this change in status.
• In yet another alternative embodiment,server105 may track the position of the user and dynamically update traffic and weather conditions. In this embodiment, as a user traverses a route,server105 may warn the user of changes in traffic patterns and weather conditions.
• It should be noted at this point that the user may provide toserver105 the names of facilities, such as restaurants, gas stations, shopping malls, department stores, etc., which are encountered or observed along a route.Server105 may then correlate the user entered information items with at least one list of restaurants, gas stations, service facilities, etc., to determine more specific information on the user entered information item. The more specific information on the entered restaurant, gas station, shopping mall or department store may then be collected and collated into an elected user profile.
• The user may also save the sources of information items of interest using bookmarks for repeatedly accessing such sources.Server105 may record where, and in which files, information may be found within searched libraries. For example, universal resource locators (URLs) for accessing web pages may be bookmarked under a selected user profile. The user may then recall information collected without re-entering the address sequence.
• In accordance with another aspect of the invention,server105 also provides a central location for messages that are received or transmitted by a user. Messages such as e-mail messages and audio messages received by a user may be stored onserver105 to simplify the message retrieval process. For example, centralization of e-mail messages is advantageous as it simplifies the management of e-mail messages of multiple Internet service provider (ISP) sites with which the user is registered. As can be appreciated, a user may have multiple e-mail addresses because the user may have personal e-mail addresses with one or more ISPs at a home location and an additional e-mail address with at least one ISP at a work or a business location. Further, many Internet services provide free e-mail service simply by registering for their service. These Internet services use their own e-mail address to provide updates to news or chat groups the user has expressed an interest. Hence, the user must access each ISP or Internet service independently to retrieve e-mail messages. When an ISP requires proprietary software to access the ISP or to process e-mail message, the user's retrieval of e-mail messages is limited to those times when the user is logged onto the mail server managed by the ISP. The traditional way of retrieving e-mail messages by accessing mail servers of different ISPs and Internet services is both time-consuming and cumbersome.
• In accordance with another aspect of the invention,server105 centralizes the e-mail retrieval process. Each ISP or Internet service receiving e-mail messages addressed to the user forwards the received e-mail message to a single e-mail address assigned to the user byserver105.Server105 upon receiving a forwarded e-mail message stores the message according to a message source identifier and criteria established by the user.Server105, after storing the message, provides a notification of the received message to the user. The user may then selectively view e-mail messages from multiple ISP sources without accessing each ISP or Internet service mail server. Furthermore,server105 stores the received e-mail messages according to the user profiles. Thus, messages related to vacation resorts are stored in the user vacation profile, and message related to business are stored in the user business profile. The vacation e-mail messages may be read at leisure while the business e-mail messages may be read immediately. Thus, by centralizing the e-mail retrieval process inserver105, the received e-mail messages can be pre-sorted and organized in accordance with the user's selection criteria.
• As is well known, an e-mail message typically includes a source identifier indicating the source of the e-mail message. A source identifier may include an e-mail address of the sender. A user may also provide a keyword to social contacts and other keywords to business contacts for incorporation in the “Subject” portion of an e-mail message. Such keywords may be used in combination of the source identification tags for prioritizing the messages received.
• FIG. 11 illustrates a flow chart depicting the processing byprocessor107 of e-mail messages to the user forwarded by ISPs and Internet services toserver105. Atstep736,processor107 reads the source identifier of a received e-mail message which includes the e-mail address of the sender.Processor107 atstep739 compares the sender's e-mail address with each e-mail address item in the address book of each of the user profiles, and atstep741 determines whether the comparison results in any match. If the sender's e-mail address does not match any address book item of any of the user's profiles, the subject message may be regarded as an unsolicited message andprocessor107 atstep742 stores it in a storage area associated with unknown sources.
• In this instance, the user provides keywords (not shown) in each profile for prioritizing the received messages having known sources. Each keyword is accorded a different priority. The e-mail message sender may include one of the keywords, given to him/her by the user earlier, in the “Subject” portion of the message. Thus, in this instance, if the e-mail address of the sender of the subject e-mail matches an item in the address book of a user profile (e.g., business profile210),processor107 checks the “Subject” portion of the message for any keyword provided in that user profile, as indicated atstep745.Processor107 atstep748 stores the message in such a user profile (e.g., instorage227 in profile210) according to the priority accorded to any keyword found. The received e-mail messages in a profile are organized with messages having a higher priority are presented first. Apparently, a received message having no keyword in its “Subject” is presented after the ones having a keyword therein.
• Processor107 concludes the e-mail message processing by notifying the user of the receipt of the message, with the identity of the associated profile and priority. Through, say,PCD120 the user, upon receiving the notification, may elect to read the message immediately or at a later time. Further, the form of notification may be based on the priority of the message. For example, the notification of any received message of the highest priority is immediate with a description of the message shown on the screen ofPCD120. Such a notification may interrupt any on-going communications being conducted byPCD120. The notification of a less important message may causePCD120 to turn on an audible alarm or a message light.
• It should be noted that the above-described technique for processing e-mail messages may similarly be applied to the processing of any types of message, including voice messages where, for example,PCD120 is unavailable to accept a telephone call. In that case, the call is forwarded, through a call-forwarding pre-arrangement, toserver105 whereprocessor107 requests the caller to leave a voice message. The source of any such voice message may be identified by a caller ID indicating, among others, the caller's telephone number. In addition, the caller may utter a keyword in the beginning of the voice message indicating its priority, thereby facilitating the search byprocessor107 for the keyword in sorting messages.
• To help present onPCD120 information items downloaded fromserver105, an event manager is used inPCD120. The event manager enables a user to selectively receive and sort requested or transmitted information items, and it organizes such information items in categories selectable through use of drop-down menus.FIG. 12 illustrates one such drop-down menu (denoted800) which is displayed onPCD120 for user selection. As would be appreciated, the categories inmenu800 may be pre-set or created by the user, which may relate to the files of the user profiles inserver105. It should be noted that the contents of the personal profile are most likely different than the contents of the business profile, even when they have identically-named files therein. For example, Current Events file223 ofbusiness profile220 contains business-related news items while Current Events file216 ofpersonal profile210 contains general news items. Thus, in this instance a selection ofNews category823 inmenu800 affords further user selections of business-related news and general news sub-categories.
• FIG. 13 illustratesPCD120 which includeskeypad405,display screen410,microphone425,speaker420, scrollkeys436, andentry keys437 and450. Further illustrated are dedicated functional keys, labeled pictorially with an “i”430, a “cross”435, afacial profile440 andcircular arrows445. These keys are descriptive which represent Help, Emergency, Voice on/off and Repeat functions, respectively. These dedicated keys may be physical buttons that engage electrical contacts when depressed. Alternatively, they may be displayed icons or “soft” keys selectable by touching them onscreen410.
• Keypad405 allows a user to enter alphanumeric characters to enter data or respond to requests.Display screen410 is used to display textual and graphic information and operates to allow data entry or process selection.Display410 may allow data entry or process selection by using the illustrated drop downmenu465, for example, or by the selection of icons (not shown), which are representative of a processing function or category, or by writing, or printing, alphanumeric characters on the display face (not shown).Microphone425 andspeaker420 are used to transmit and receive audio information, such as speech or music. Process selection may also be performed by issuing a verbal command entered throughmicrophone425.
• Scrollkeys436 are used to scroll through a list of information items, such as the illustrated functional categories in pull-down menu465. A selected information item may then be activated, to perform a process, or to be viewed, by depressing left key450, for example. In this instance, electronic information card (E-card)category480 is selected (indicated by dashed-line enclosure) in drop-down menu465. Information items associated withE-card category480 may then be viewed by depressing leftentry key450, which are described below. Information items associated with a category may also be selected by touching the category onscreen410 using a pointing device. A pointing device may be a pencil, a pen, a stylus or an infrared, or visible light, laser pointer. Further still, the information items of a selected category may also be viewed by maintaining contact with a displayed icon, or word, that represents the category, for an extended time, or by double-tapping the displayed icon, or word, within a finite time. The selection of categories may also be performed by verbally reciting the category name intomicrophone425 and the information items within the selected category may also be viewed by verbally reciting the information item name.
• FIG. 13 further illustratesright entry button437, which may be pressed to view properties of a category selected. For example, the properties may provide data concerning the number of information items in a category, the number of unread information items in the category, or when the last information item was added to the category, etc.
• Help key430 allows access to information concerning quick starting procedures, e.g., an owner's manual, a how-to video demonstration, and a voice script that is used to operate telephone aspects ofPCD120. These help tips provide sufficient information for the user to operate the device. This information provides just enough information, i.e., just-in-time-learning, to enable the user to operate the device.Emergency key435 provides access to emergency numbers and information that can transmitted to a parties named in an emergency file in a personal profile. The emergency file may be included inmedical records215 ofpersonal profile210 illustrated inFIG. 4. Activation of Emergency key435causes server105 to contact the named emergency contact people. Further, medical records information items such as medical history, current medication history, and medications to be avoided may also be transmitted. Voice on/offkey440 provides the user with the capability to mute messages that may be audibly expressed byPCD120. This muting function is useful to prevent audio messages from interfering with a conversation that is in progress.Repeat key445 provides the user with the capability of repeating previous messages or actions that were performed.
• Digital camera460 is also included inPCD120.Camera460 is capable of capturing an image that can then be stored locally or transmitted toserver105 for storage in a selected user profile, e.g., vacation profile, or for transmission overInternet170 to another party.Camera460 may also transmit digital images synchronized with audio data to provide real-time audio/visual data or may transmit audio data sequentially with digital images. Images fromcamera460 may further be integrated with additional information items, such as real-time clock or GPS time/positional data to provide time/location tagging of an image. Such time/position tagging may be used to authenticate the image.
• Continuing the above example, onceE-card category480 is selected,PCD120 displays onscreen410 further options for selection.FIG. 14 illustrates such options. In this instance, information items associated withcategory480 are divided into personal and business sub-categories, which correspond to personal and business profiles inserver105. As shown inFIG. 14, included under the personal sub-category isoption406, entitled “John Doe,” the name of the user in this instance. In addition, included under the business sub-category areoptions407,408 and409, entitled “Ford Dealership,” “GM Dealership” and “Mercedes Dealership,” respectively.
• In this example, the user selectsJohn Doe option406. In response,PCD120 displays onscreen410information item500 which represents a personal E-card of John Doe.FIG. 15A illustrates such a displayscreen including E-card500. This E-card contains textual, audio and/or graphic information items pertaining to John Doe, which are sorted and organized in tabbed records. Illustratively, these tabbed records includeName510,Numbers520,Attachments530,Credit Card540,Signature550 andBusiness Card560. E-card500 is shown by default withName record510 superimposed on other records. However, the tabs for these other records are displayed for selection. As shown inFIG. 15A,Name record510 contains identification information concerning the user, including a picture or logo identifying the user.
• Further illustrated inFIG. 15A are Delete key505,Edit key506 and Cancel key507.Delete key505 allows the user to delete information items inE-card500 from the user profile inserver105.Edit key506 enables the user to edit selected entries inE-card500. Cancel key507 allows the user to end the viewing ofE-card500.
• FIG. 15B illustrates Numbers record520 containing contact information concerning the user. As shown inFIG. 15B,record520 includes the user's telephone numbers for home (hm) and business, e-mail address, PCD address, etc. In addition, information items inrecord520 may be selected for transmission to another party. For example, by checkingboxes516,517,518 and519, the user may transmit the corresponding information items by selectingicon503 inFIG. 15A which represents a send key in this instance. The receiving party would then receive the user's home, cellular, pager and PCD numbers. The format of the received information items would correspond to a comparable E-card format on the receiving party's PCD. Hence, the receiving party is relieved of the burden of re-entering the received information items into a different device or organization structure. Similarly, the user may select some or all the items on each E-card record for transmission to another party.
• FIG. 15C illustrates Attachments record530 having displayed icons therein which represent information items.Record530 may include, e.g., textual instructions and graphic images of directions from a source location to a destination or may include notes for personal use. Information items inrecord530 may be transmitted to another party by selecting the corresponding displayed icons, followed by selection oficon503 to send the information item. As would be appreciated, a user may select information items on each record ofE-card500 and transmit all of the selected information items using a single selection or click oficon503.
• FIG. 15D illustratesCredit Card record540 containing the user's credit card information. Using a E-card to record the user credit card information is advantageous as it allows the user to electronically pay for purchases without revealing important personal financial data such as the credit card number at the point of sale. The methodology of conducting a securetransaction using record540 is fully described below. E-card500 may further record the transaction date and amount and the merchant's name after the transaction is conducted. This recordation of the purchase is advantageous in tracking and reconciling expenses each month.
• FIG. 15E illustratesSignature record550 containing the user's digital signature, which may be used to digitally commit the user to contractual obligations. That is, the user's digital signature may be transmitted to a receiving party to obligate the user to terms and conditions of a contract to buy a car, a house, etc.
• FIG. 15F illustratesBusiness Card record560 including information items such as the user's business name, address, phone number, title, etc. which, like other information items, are transmissible to other parties.
• FIG. 16A illustratesbusiness E-card600 concerning a Mercedes dealership. Similar to information items inE-card500, information items inE-card600 are sorted and organized tabbed records. As shown inFIG. 16A, these records includeName610,Numbers620, andAttachment630.Name record610 includes identification information concerning the Mercedes dealership, including the Mercedes logo.
• FIG. 16B illustrates Numbers record620 providing contact information concerning the Mercedes dealership.
• FIG. 16C illustrates Attachments record630 including such attachments asvideo file633 promoting the Mercedes dealership, and text and graphics file635 describing the latest models of Mercedes vehicles.
• The methodology of conducting a transaction usingCredit Card record540 will now be described. For example, referring toFIG. 17A, the user in this instance wants to pay by credit card for a purchase at point-of-sale (POS)terminal710. The user usesPCD120 to accessCredit Card record540. By selectingicon503, a signal containing the information inrecord540 is transmitted overwireless communications network110 toserver105. In return,processor107 inserver105 elicits from the user his/her personal identification number (PIN) to verify that he/she is the authorized credit card user. In addition,processor107 elicits from the user the purchase amount, and a transaction identification (ID) number which is provided byPOS terminal710. Such a transaction ID number identifies, among others,POS terminal710, the merchant (e.g., Gary's Shoes) and the purchase type (e.g., shoe purchase). Upon receiving the PIN, purchase amount and transaction ID number fromPCD120,processor107 compares the received PIN with the PIN which is provided earlier by the user in a service registration and stored inpersonal profile210. If the received PIN matches the stored PIN,processor107 causesserver105 to transmit through a secure link overInternet170 to payment authority system700 a request for authorization of payment. Such a request includes the received credit card information, purchase amount and transaction ID number.Payment authority system700 then processes the request. Based on the transaction ID number which, in part, identifiesPOS terminal710,system700 transmits to POS terminal710 a message confirming or denying the payment of the purchase amount. At the same time,system700 transmits a second message toserver105 for the user record. This second message indicates the payment confirmation or denial, and may contain information concerning date and time of the payment confirmation or denial, the purchase amount involved, and the identity of the merchant and purchase type derived bysystem700 from the transaction ID number. Upon receiving such a second message, if the payment is confirmed,processor107 stores a purchase confirmation record inpersonal profile210. Otherwise, if the payment is denied,processor107 stores a purchase denial record inprofile210. The user is informed of the payment confirmation or denial by thePOS terminal710, or bypolling server105 throughPCD120.
• It should be noted that the above-described methodology is not limited to use of a PIN to verify the identity of the user. Other security measures may also be implemented which include use ofdigital camera460 inPCD120 to transmit an image of the user toserver105 for verification purposes. It will be appreciated that fingerprint images, retinal or iris scans may similarly be used.
• In an alternative embodiment, for security reasons,server105 maintains a POS database which provides the GPS coordinates identifying the location of each POS terminal, includingterminal710. Thus, in conducting the above purchase,processor107 inserver105 may also requestPCD120 to provide the GPS coordinates identifying the current location ofPCD120. Such GPS coordinates are then provided by the aforementioned GPS device inPCD120. Based on the above-described transaction ID number which in part identifiesPOS terminal710,processor107 searches the POS database for the GPS coordinates ofterminal710.Processor107 then determines the distance betweenPCD120 andPOS terminal710. If such a distance exceeds a predetermined amount,processor107 immediately terminates the processing of the transaction, assuming that the user conducts the purchase at the POS location and thus should not be away fromPOS terminal710 for more than the predetermined distance. Still other security measures may be instituted using the Internet protocol (IP) address ofserver105. In that case,payment authority system700 may evaluate the IP address ofserver105 transmitting the payment request and would not authorize payment if the request does not come from the IP address ofserver105 associated with the user. The user's digital signature inSignature record550 may be used in a similar manner. The digital signature may be authenticated based on the IP address ofserver105 forwarding the digital signature. This authentication is advantageous as a digital signature that did not come from the IP address of a server associated with the user would not bind the user to the terms of a contract or sale.
• In accordance with another aspect of the invention,server105 also incorporates the GPS coordinates of POS terminal710 in the purchase confirmation and denial records. Alternatively, the GPS coordinates ofPOS terminal710 is translated to an actual location (e.g., the address) of the premises on which the purchase is conducted, and the actual location is made part of the purchase confirmation or denial record. Such translation may be achieved using a well known GPS database inserver105 or in another server to whichserver105 has access. Thus, in this embodiment, when the user usesPCD120 topoll server105 for purchase confirmation records stored inserver105,server105 returns to PCD120 a PURCHASE CONFIRMATION RECORDS screen ondisplay410, which is illustrated inFIG. 17B. At this screen, the user is afforded options to review selected purchase confirmation records. For example, the user may specify atoption1725 the number of most recent records to review, thereby providing just-in-time information on the user's purchases. In this example, however, the user is interested in reviewing the records within a particular period. Thus, the user in this instance enters the start date of the period atoption1732 and the end date thereof atoption1735. As a result, the purchase confirmation records within the specified period are displayed in chronological order. For example, record1741 is the first record on the start date, andrecord1743 is the last record on the end date. Each record contains multiple fields. For example,record1743 containsdate field1751 identifying the date of the purchase confirmation, merchant name andaddress field1753 identifying the merchant and its address, purchasetype field1755 identifying the type of purchase, andtransaction amount field1757 identifying the transaction amount. In addition, at the end of the list of records,TOTAL field1761 indicates the sum of the transaction amounts in the listed records. Advantageously, with the information infield1761, the user can continually keep track of the expenses resulting from purchases.
• FIG. 18 illustrates a functional schematic ofPCD120 when “docked” or connected to an automobile system to enhance its functionality. Such a connection may alternatively be a remote connection betweenPCD120 and the automobile system relying on wireless or Bluetooth communications, for example. One such automobile system is described, e.g., in U.S. Pat. No. 6,009,355 (“the '355 patent”) issued Dec. 28, 1999 to Obradovich et al., which is hereby incorporated by reference. As shown inFIG. 18, this functional schematic is divided into three levels.First level802 includes processing of information items that are of importance to the user in real-time or near-real-time. For example, the first level functions includeemergency function805,System Settings function810,Clock function815,GPS function820, Help function825 (as activated by Help key430),Volume control830, Repeat operation835 (as activated by Repeat key445), Voice on/off840 (as activated by Voice key440),Application Bar845 and Menu function850 which require real-time or near-real-time operation.Second level860 includes processing of information items which are of secondary importance to the user which, e.g., relates to operation of accessories. For example, the second level functions, which are managed byApplication Bar845 andMenu function850, include Vehicle Settings function865 comprising, e.g., window control, seat position control, mirror adjustment, etc., Audio/Video Player function870,E-card Viewer875,E-mail Viewer880,Xyellowpages function885, interfaces withMobile Devices890,Quick Tips function895,Navigation function900,Phone function905 andClimate Control function910.Third level920 includes user interface functions such as Keyboard commands925 and Cancel commands930.
• FIG. 19 illustrates a second embodiment ofdisplay screen410 ofPCD120 which is particularly advantageous whenPCD120 is connected to the aforementioned automobile system. In this embodiment,screen410 providesdisplay area940, programmable displayedicon segment950, and displayedicons including Help430,Emergency435, Voice on/off440 andRepeat445 which are described before.Display area940 may also be used to input information items intoPCD120.Display area940 operates to allow menu-driven or screen sensitive (touch-screen) input.
• Segment950 includes a sliding window accommodating programmable displayed icons which may be created by the user. Illustrated through the sliding window in this instance are selectable icons for a navigation function, phone function and climate control function. Additional icons may be brought into view in the window by touching Right-Shift key955 or Left-Shift key960. In addition, signal strength bars980 onscreen410 indicate the strength of the received wireless communication signal.Navigation icon985, an alternative to that insegment950, is also displayed for selection of the navigation function.
• In accordance with yet another aspect of the invention, a mobile device, e.g., a PCD, may be used to access a vehicle by a temporary driver who wants to borrow the vehicle from a friend or a car rental company for a limited time period. For example, the temporary driver when renting a vehicle may usePCD130 to communicate in a wireless manner with a remote car rentalagent using PCD120. The temporary driver specifies the desired size and model of the rental vehicle, the rental period and other preferences throughPCD130 via text and/or voice media. Based on such information, the agent finds an available vehicle satisfying the desired specifications in a database in a host computer which is administered and maintained by the car rental company and to whichPCD120 is docked or connected. The agent then invokes a Vehicle Access page in the form of an E-card onPCD120 concerning the available vehicle.
• FIG. 20 illustrates such a Vehicle Access E-Card, denoted2001, where the available vehicle is identified by a vehicle identification number (VEST)2003. Based on the information provided by the temporary driver, the agent enters the requested Start Date (denoted2005) and End Date (denoted2007) of the rental period, and the Mileage Limit (denoted2009) during the rental period, e.g., 500 miles in this instance. In addition, the agent may also enter Geographic Limit (denoted2011) within which the vehicle is allowed to travel. In this instance, the agent enters CA. That is, the vehicle is not allowed to travel beyond the borders of the state of California. To that end, the host computer provides the GPS coordinates defining the California state and such GPS coordinate information is incorporated inE-Card2001. Given the temporary driver's preferences, options which are available in the subject vehicle may accordingly be selected. The car rental company may charge a fee in addition to the basic rental fee for each of such options to be selected. Thus, for example, depending how much the temporary driver wants to spend, the agent atoption2013 may grant the driver limited or full access to the audiovisual entertainment units available in the subject vehicle. In this instance, the temporary driver is granted full access to such entertainment units.
• Otherwise, if limited access is granted, the agent has to further specify those entertainment units to which the driver can have access. For example, the driver may be afforded access to a CD player, TV or game unit, besides a radio. Similarly, the driver may or may not be granted access to the phone or navigation capabilities also available in the subject vehicle.
• It should be noted that the above options are for illustrative purposes. Other options may include a weight limit option whereby the agent may specify the limit of additional weight to be put on the subject vehicle, thereby limiting the number of passengers and/or amount of cargo that the temporary driver can transport in the vehicle.
• The amount of the additional fee may vary with the weight limit value. Of course, where the weight limit is an option, the automobile system in the subject vehicle, similar to that described in the aforementioned '355 patent, would be capable of sensing the vehicle weight and determining the increase in the weight during the rental period. In the event that the weight increase exceeds the weight limit, the automobile system causes disablement of the vehicle, e.g., a cutoff of the gasoline supply in the vehicle. Still other options may include whether the driver can have Internet access, or access to the vehicle's engine compartment, glove compartment, trunk, etc.
• After the car rental agent provides the above rental information onto E-card2001, the aforementioned host computer generates an access code for the driver to identify himself/herself when the driver picks up the vehicle. Such an access code is also incorporated in E-card2001 for later verification which, in particular, is incorporated in a header of E-card2001. Also incorporated in the header is an E-card identification, indicating that E-card2001 is a vehicle access E-card. The host computer transmits all of the E-card information to the automobile system in the subject vehicle via a wireless communications connection, and the automobile system is accordingly programmed based on the received information.
• The agent then communicates via text or voice media to the driver the access code; and the description and location of the vehicle to be picked up. Preferably, the driver records the access code and the vehicle description and location information somewhere other thanPCD130 in the event that the driver should losePCD130, and an unauthorized driver may then be able to gain access to the subject vehicle using the recorded information.
• For security reasons, in this particular illustrative embodiment, all of the5 information on E-card2001, except the aforementioned E-card identification, is encrypted using a private key stored in the host computer, in accordance with a well known cryptographic methodology. One such cryptographic methodology is the RSA methodology, named after its developers, Rivest, Shamir and Adleman. For details on the RSA methodology, one may refer to: R. Rivest et al., “A Method for Obtaining Digital Signatures and Public Key Cryptosystems,” Communications of the ACM, Vol. 21, No. 2, February 1978. The RSA methodology involves a public key algorithm which uses a private key and a public key for data encryption. Unlike a private key which is securely protected from the public, a public key can be published and made known to the public. The keys for the RSA algorithm are generated mathematically, and are computational inverses to each other. The success of the RSA methodology depends on the use of very large numbers for the keys.
• In an alternative embodiment, the E-card information may be cryptographically signed, creating a digital signature for authenticating the E-card information.
• It will be appreciated that a person skilled in the art may utilize other feasible cryptographic methodology, e.g., the digital encryption standard (DES), Triple-DES, Diffie-Hellman or pretty good privacy (PGP) methodology to achieve the above data encryption or authentication, instead.
• It suffices to know for now that the public key corresponding to the aforementioned private key is stored in the automobile system in the subject vehicle. Continuing the above example, the car rental agent causes transmission of the encrypted E-card information, along with the E-card identification, fromPCD120 toPCD130. The latter stores the received information in a Vehicle Access record therein.
• When the temporary driver locates and picks up the subject vehicle, the driver may usePCD130 to transmit the Vehicle Access record therein to the automobile system of the subject vehicle through wireless or Bluetooth communications. Upon receiving the Vehicle Access record, the automobile system recognizes that the record concerns access to the subject vehicle based on the E-card identification information in the record, as indicated atstep2101 inFIG. 21. In response, the automobile system atstep2104 decrypts the encrypted E-card information in the record using the public key stored in the automobile system, in accordance with the aforementioned cryptographic methodology. The automobile system is then in possession of the plaintextinformation concerning E-card2001, which includes the access code previously assigned to the temporary driver. The automobile system atstep2107 elicits from the temporary driver the corresponding access code to ensure that he/she is an authorized driver. After the driver communicates the access code, previously received from the car rental agent, to the automobilesystem using PCD130, the automobile system atstep2109 determines whether such an access code from the driver matches the access code within the E-card information. If they do not match, the driver is denied access, as indicated atstep2112. Otherwise, if they match, the automobile system atstep2114 verifies that the current pick-up date is within the rental period, i.e., between the start date and end date on E-card2001. Atstep2117, the automobile system enforces the mileage limit, geographic limit and time limit, and activates audiovisual, phone and navigation options specified on E-card2001. In particular, the mileage limit is enforced with the aid of an odometer in the vehicle which provides a mileage reading to the automobile system. When the mileage consumed by the driver approaches the mileage limit, warnings may be given by the automobile system to the driver at different stages, e.g., at 50 miles before the limit, 20 miles before the limit, and 10 miles before the limit. The warnings may be communicated to the driver via text or voice media through a user interface in the automobile system which includes a display and audio facilities. Each warning indicates how many miles left before the limit, and includes information for contacting a car rental agent to extend the mileage limit. In another embodiment, the automobile system stores in a memory telephone numbers of car rental agents. At the last warning, the automobile system initiates a call to one of the agents through its phone interface. The contacted agent can then communicate with the driver to discuss any extension of the mileage limit. In yet another embodiment, the automobile system stores in the memory an access number of the aforementioned car rental company host computer. At the last warning, the automobile system establishes a communication connection with the host computer using the access number. The driver may then utilize the user interface to communicate on-line with the host computer regarding any extension of the mileage limit. Otherwise, if no mileage limit is extended despite the warnings, as soon as the automobile system detects any excessive mileage consumed by the driver, it would cause disablement of the vehicle. Similarly, the geographic limit is enforced with the aid of a GPS device in the vehicle which provides the GPS coordinates identifying the current vehicle position to the automobile system. Successive warnings are given to the driver as the vehicle approaches the borders of the geographic area (e.g., California in this instance) defined by the GPS coordinates within the E-card information. If the driver ignores such warnings and does not extend the geographic limit, as soon as the automobile system detects that the current vehicle position is outside the geographic limit, it causes disablement of the vehicle. Moreover, the time limit is enforced with the aid of a clock in the vehicle which provides time information to the automobile system. Successive warnings are given to the driver as the current time approaches the end of the rental period. If the driver ignores such warnings, and does not extend the rental period, as soon as the automobile system detects that the rental period is over, it causes disablement of the vehicle.
• The automobile system atstep2119 unlocks the doors of the subject vehicle to allow access thereto by the temporary driver. However, the automobile system may provide, through its display, to the driver an access key code for subsequent re-entry to the vehicle. Alternatively, the access key code may be communicated by the automobile system directly to the driver'sPCD130. The driver may then usePCD130 to transmit the access key code to the automobile system to re-enter the vehicle. For the security reasons, the access key code may be changed from time to time. To that end, the automobile system incorporates a key code generator for generating access key codes in a random or pseudo-random fashion. As soon as the driver produces a valid access key code to re-enter the vehicle, the automobile system operates the key code generator to provide the driver with a different access key code for subsequent re-entry.
• In accordance with yet another aspect of the invention, the temporary driver may5 also be provided with an electronic car-mail feature provided by the automobile system in the subject vehicle to receive his/her e-mail and other messages. Again, the car rental company may charge for this feature as part of the car rental fee. In order to fully appreciate the car-mail feature, the concept of car-mail will now be described. Like a conventional e-mail message, a car-mail message is formatted in accordance with well known protocols, e.g., the well known mail transfer protocol and transmission control protocol/Internet protocol (TCP/IP), and it may be delivered by conventional mail servers via a communications network such as the Internet. However, unlike e-mail whose address identifies a person for personal communications, the car-mail has an address identifying the vehicle itself. As the car-mail address appertains to, or specifically associated with, the vehicle, rather than a person, e.g., the temporary driver, communications with the vehicle using car-mail is intact, regardless of who the actual vehicle user is.
• A typical e-mail address is in the format of <user-id>@<domain>, e.g., “jsmith@aol.com”. As is well known, the <user-id> part before the “@” sign, e.g., “jsmith”, identifies the e-mail user, e.g., Joe Smith. The <domain> part after the “@” sign, e.g., “aol.com”, identifies the access mail server, e.g., an American Online server connected to the Internet, providing the e-mail service for Joe Smith in this instance. However, a car-mail address is in the format of <vehicle-id>@<domain>. In this instance, the <vehicle-id> part identifies the subject vehicle which is assigned by the aforementioned car rental company host computer. The <domain> part may represent a predetermined access mail server connected to the Internet for serving the car-mail needs of vehicles. For illustrative purposes, the <domain> part may be “vehicle.com” in this example.
• The assigned car-mail address is communicated by the host computer to the automobile system in the vehicle and is stored in a memory in the automobile system. The car-mail address remains unchanged during the vehicle rental period. The automobile system includes car-mail communications subsystem2203 inFIG. 22.Subsystem2203 further includestransceiver2205,modem2209, and car-mail processor andmemory2211.Transceiver2205 includes, e.g., a wireless phone in the subject vehicle, for transmitting and receiving information viawireless network2213, e.g., the well known advanced mobile phone service (AMPS) network, digital AMPS network, personal communications service (PCS) network, global system for mobile communications (GSM) network, paging network, hybrid personal communications network (HPCN), satellite network, microwave network, milliwave network, etc.Modem2209 is used for modulating and demodulating carriers carrying car-mail data to and from data channels, e.g., cellular digital packet data (CDPD) channels, inwireless network2213. To that end, processor andmemory2211 is used to compose and present car-mail messages in the subject vehicle through a user interface in the automobile system. For transmitting and receiving car-mail messages,transceiver2205 establishes a dial-up connection throughwireless network2213 to predeterminedaccess server2222 which, among others, serve car-mail onInternet170. It should be noted at this point thatserver2222 may not be the only one access server on the Internet serving car-mail. It will be appreciated that more access servers similar toserver2222 are geographically distributed for effective communications of car-mail.
• Continuing the above example, after the car rental company host computer assigns the car-mail address for use in the subject vehicle during the rental period, the car rental agent usesPCD120 to communicate via text or voice media to the temporary driver the assigned car-mail address, along with other information described before. With this car-mail address, the car rental company can continually communicate information in the form of car-mail with the vehicle, as opposed to a particular person as in prior art where a personal e-mail is used. Such information may concern vehicle conditions and driving safety tips, and may include the aforementioned warnings, advisories and emergency information directed not only to the temporary driver, but also to any other users, e.g., passengers, of the vehicle. In addition, the temporary driver and other vehicle users may use the car-mail address as a conventional e-mail address and give it out to people who want to communicate with them during the rental period.
• In the case where the temporary driver usesserver105 to collect and sort his/her e-mail messages in a manner described before, the temporary driver may usePCD130 to communicate toserver105 the forwarding car-mail address such that any e-mail messages directed to him/her during the rental period can be seamlessly forwarded to the automobile system for his/her review and response.
• The foregoing merely illustrates the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise numerous other systems which embody the principles of the invention and are thus within its spirit and scope.
• For example, althoughserver105 andPCD120, as disclosed, are embodied in the form of various discrete functional blocks, each of the server and PCD could equally well be embodied in an arrangement in which the functions of any one or more of those blocks or indeed, all of the functions thereof, are realized, for example, by one or more appropriately programmed processors or devices.

Claims (21)

1. A method for use in a server serving a user of a communication device, the method comprising:

receiving, through a communications network, a vehicle renting request, the request including data indicative of a user identity, a desired rental period, and a location of the communication device determined by the communication device, the communication device being selected from the group consisting of a mobile telephone, a personal digital assistant (PDA), a tablet computing device, and a laptop computer;

identifying a first vehicle from a database comprising a plurality of vehicles;

providing to the communication device, over the communications network, a description and location of the first vehicle; and

providing, over the communications network, instructions for an automotive system of the first vehicle to unlock the first vehicle upon the first vehicle automotive system receiving an access code.

2.-64. (canceled)

65. A method of vehicle renting, comprising:

maintaining a database comprising data about a plurality of vehicles;

receiving, through a communication network, a vehicle renting request, the vehicle renting request including data indicative of a desired rental period;

identifying a first vehicle from the database, the first vehicle having a first vehicle system;

providing, through the communication network, a description and location of the first vehicle;

providing to the first vehicle system, through the communication network, instructions to grant access to the first vehicle upon the first vehicle system receiving an access code from a user;

the first vehicle system receiving the access code from the user; and

the first vehicle system granting access to the user.

66. The method ofclaim 65, wherein the first vehicle system receives the access code from the user by way of a handheld device in the possession of the user.

67. The method ofclaim 66, wherein a system provides the instructions to the first vehicle system, and additionally comprising the first vehicle system communicating to the system that it has received the access code from the user.

68. The method ofclaim 65, wherein a system receives the vehicle renting request from a user communication device, provides the description and location of the first vehicle to the user communication device, and provides the instructions to the first vehicle system.

69. The method ofclaim 68 additionally comprising the first vehicle system communicating to the system that it has received the access code from the user.

70. The method ofclaim 68 additionally comprising the system receiving a text message from the user communication device concerning a requested change to the vehicle renting request.

71. The method ofclaim 68, wherein the user communication device provides the access code from the user to first vehicle system.

72. The method ofclaim 65, wherein the vehicle renting request is received from a user communication device, the description and location of the first vehicle is provided to the user communication device, and a system provides the instructions to the first vehicle system.

73. The method ofclaim 72, wherein the database comprises vehicle parameters of make, model, location, availability and identity.

74. The method ofclaim 73, wherein the vehicle renting request includes at least one vehicle parameter.

75. The method ofclaim 72 additionally comprising the first vehicle system communicating to the system that it has received the access code from the user.

76. The method ofclaim 72, wherein the instructions to the first vehicle system include an authorization access code, and additionally comprising the first vehicle system determining whether the access code received from the user matches the authorization access code.

77. The method ofclaim 76, wherein the user communication device provides the access code from the user to the first vehicle system.

78. The method ofclaim 77, wherein the vehicle rental request is received by a car rental agent.

79. The method ofclaim 72, wherein the vehicle rental includes one or more of a mileage limit and a time limit, and additionally comprising the system tracking whether one or more of the limits has been exceeded.

80. The method ofclaim 79 additionally comprising the system communicating with the user communication device, through the communication system, to extend one of the limits.

81. The method ofclaim 65, wherein granting access to the first vehicle comprises unlocking the doors of the first vehicle.

82. A method of vehicle renting, comprising:

maintaining a database comprising data about the location of a plurality of vehicles;

providing, through a communication network, data concerning the location of the plurality of vehicles;

receiving from a user communication device, through the communication network, a request to rent a first vehicle of the plurality of vehicles, the first vehicle having a first vehicle system;

providing to the first vehicle system, through the communication network, instructions to grant driving access to the first vehicle upon the first vehicle system receiving an access code from a user;

the first vehicle system receiving the access code from the user; and

the first vehicle system granting driving access to the user.

83. The method ofclaim 82, wherein a system provides the instructions to the first vehicle system, and additionally comprising the first vehicle system communicating to the system that it has received the access code from the user.

Images