The invention relates to a system for allowing users to provide other individuals with a personalized representation of the user in a network environment, such as a cellular telephone network.
Wireless telephones have become more powerful with the inclusion of such features as cameras, address books, calendars and games. Many now include microprocessors, operating systems and memory which allow developers to provide limited applications for the phones. Phones now include the ability to play multimedia files including polyphonic ringtones, MP3 files, MPEG, AVI and QuickTime movies, and the like, in addition to displaying pictures taken on or downloaded to the phone.
Wireless phones have long been able to access the Internet via a Wireless Access Protocol (WAP) browser, and receive messages via Short Message Service (SMS). A user on a wireless telephone connects via the wireless network to a server which enables the phone to read WAP enabled content. Most providers enable a user to access an email message account via the WAP browser, and/or provide SMS messages directly to the user's phone. SMS allows users to receive abbreviated text messaging directly on the phone. Messages can actually be stored on the phone, but the storage available is limited to a very small amount of memory. In addition, no provision for handling attachments in SMS is available.
More recently, phones themselves have become powerful enough to utilize data connections over a carrier's network to manipulate data. For example, users of a carrier's network can download multimedia content to their phone, shop and download phone specific applications, and send and receive more robust messaging. Devices which have been combined with wireless phones, such as Research In Motion's Blackberry device, provide a user with enhanced message capabilities and attachment handling. These devices are specifically configured to provide contact and message applications over a wireless network.
Still, the majority of phones provide limited native address and contact data storage, and only SMS messaging capability. Some phones do allow users to associate images and specific ringtones with users in their phone's address book. Most wireless phones support caller ID, which displays the number of an incoming caller. Using this information, phones having imaging and multiple ringtone capabilities display an incoming caller's address book associated picture (if available) when the incoming call is received, and play a specially designated ringtone (if specified).
With the numerous different types of wireless phones and other communications devices available, a system which will enable users to provide a personalized representation of themselves on other user's phones would be useful in allowing the users to identify themselves to other users.
The present invention, roughly described, pertains to a system and method which allows advanced identification information to be created and distributed to users of wireless communication devices, such as mobile phones. Subscribers can define their own personas as collections of information which define the users. Subscribers can then publish their persona(s) to their friends' and associates' mobile phones, and update the others' address books with the subscriber's contact information. Users can specify different personas to be presented to different users.
In one embodiment, the invention is a system for providing personification information to users of a wireless phone.
In another embodiment, the invention is a method of identifying a service subscriber on a wireless device. The method may include the steps of: establishing a subscriber persona comprising information identifying a user to other users; and displaying at least a portion of the persona on a device when a call or other type of contact such as SMS, Push-To-Talk message, email, voiceclip, is received from another subscriber whose personalization information has been provided to the user.
In another embodiment, the invention is a method of providing an advanced caller identification service. In this embodiment, the invention includes: maintaining a store of subscriber persona information provided by users, the persona information identifying the user to other users; and distributing persona information to others based on an established relationship between subscribers.
A still further embodiment of the invention includes an application on a subscriber phone. The application includes a store of personification information for at least one other subscriber; and a display interface providing personification information to a phone interface and an interface for managing the user's own personalization information, as well as any system or account preferences.
In another embodiment, the invention is an application server for a communication system. The sever includes a store of personification information for a plurality of subscribers; and a distribution system management application.
In another aspect, a system implemented on a first system comprises a structure for storing a set of information including graphically represented contact-related information and a mechanism for altering the set of information by a second system.
In another aspect, a user interface within a first system for displaying and altering a set of information stored within the first system comprises a grid, a set of interactive sections within the grid and a set of groups within the grid containing the set of interactive sections, wherein the set of interactive sections within the grid provide access to display and alter the set of information.
In another aspect, a method of utilizing an interactive address book on a first system comprises storing a set of information in a structure on the first system, wherein the set of information is accessible though a user interface and accessing the set of information on the first system through the user interface, wherein a subset of the set of information is alterable by a second system.
In yet another aspect, a method of utilizing an interactive address book on a first system comprises altering a set of information in the interactive address book on the first system and pushing the set of information to a second system.
The present invention can be accomplished using hardware, software, or a combination of both hardware and software. The software used for the present invention is stored on one or more processor readable storage media including hard disk drives, CD-ROMs, DVDs, optical disks, floppy disks, tape drives, RAM, ROM or other suitable storage devices. In alternative embodiments, some or all of the software can be replaced by dedicated hardware including custom integrated circuits, gate arrays, FPGAs, PLDs, and special purpose computers.
These and other objects and advantages of the present invention will appear more clearly from the following description in which the preferred embodiment of the invention has been set forth in conjunction with the drawings.
The present invention allows advanced contact identification features to be provided to a phone or other mobile device by allowing a user to provide personification information for other users of advanced wireless communication devices. Each user can create one or more individualized representations of themselves and push this information to other users. The service is generally enabled by an enterprise service provider or cellular network carrier via one or more servers. Users can subscribe to the service, allowing them to create and distribute sub-sets of personification information or “personas”, or merely participate in an advanced contact identification system, receiving personification information from subscribers. Since devices have different capabilities, the system will vary in its ability to provide personification information to each device, and in one embodiment, the type of user device and its capabilities are stored for each member of the system. The method and implementing systems and applications of the present invention provided by an enterprise service provider (ESP) may be subject to a service fee to maintain the personification information in a data store, and provide functionality associated with the system.
In general, a new subscriber creates a personification of the new subscriber which may include the new subscriber's contact information, signature, photo, multimedia information and a specific ringtone identifying the new subscriber to other phone users. Many cellular phones include an ability to download specific ringtones and use the ringtones to identify incoming callers by associating a ringtone and picture with a contact information in the phone and triggering it using caller ID functions. The system of the present invention allows the new subscriber to specify the subscriber's own ringtone and picture, and use it to identify the new subscriber to other users. In addition to the static information in the personification information, the new subscriber may provide dynamic information such as a geographic location, time zone, availability, and event-relevant information (e.g., a reminder it's a caller's birthday, or a summary of calendar events, blogs, reminders, or tasks assigned to or by the caller) or control information to other users or participants.
At step 204, the new subscriber may set the subscriber's own personification information. This is referred to in Figures occasionally as creating or updating “me”. As shown at table 206, the new subscriber's personification information may include the new subscriber's name, address, phone number and any other contact information, a picture of the new subscriber, a specific ringtone for the new subscriber, and a schedule of available times that the new subscriber may be contacted in various manners. In addition, the new subscriber may input user location information. Location information may be of varying specificity, and may be initially input manually or through a connection with a geographic location system (e.g. GPS) in a geographic locating-enabled phone. Information in the location section of the new subscriber's system may be updated by an agent on the phone using the phone's geographic locating agent. The ringtone may be uploaded by the new subscriber or may be selected from tones provided by a system administrator as part of the service, or the new subscriber may use the phone's microphone (if equipped) to author a new audio clip which will be used as a ringtone. Optionally, a value added media distributor may provide phones, and digital rights management incorporated in the system to ensure proper control of copyrighted material within the system of the present invention. A phone manufacturer, a mobile phone carrier, or another entity may add DRM functionality as well, which may determine which protected content may be redistributed (and how). It should be recognized that step 204 is optional, and the new subscriber may decide not to provide personification information, but only participate in the system to acquire personification information of others. In another embodiment, subscription to the advanced contact ID service provided by the ESP is not required to receive personification information.
As discussed in further detail below, different sets of personification information (or “personas”) may be provided for different groups of individuals in the new subscriber's contact list. For example, the new subscriber may wish one group of contacts to receive one set of personification information (such as business contacts), while another set (such as personal friends) to receive a different set of information. A group definition allows the new subscriber to define recipients who receive a particular version of contact information. The new subscriber may assign one or more users to a particular group using an interface provided on the phone, or alternatively via some other interface, such as a webpage or an administrative configuration console. Additionally, the new subscriber can specify a “public” persona which anyone may download (and will be automatically assigned to new contacts in the new subscriber's phone). The system or agent maintains group assignments in persistent storage. The system or agent transmits the information appropriate for each group to the members of the group using the above described techniques. The enterprise service provider can allow the new subscriber to have a default persona upon establishing an account with the system. For example, the system can establish default, public friends, family, co-workers, business associates, and blacklist persona templates, allowing the new subscriber to input certain information and have established personas once the new subscriber joins the system. The blacklisted persona is intended to be assigned to buddies to whom the new subscriber does not want to publish information.
At step 208, the new subscriber's contact records are provided to the ESP in one of a number of ways, and relationships are detected between the new subscriber's contact records and other subscribers′. This input may be as simple as downloading phone numbers that the new subscriber has stored in the new subscriber's phone, or may include additional contact information which allows the system to determine whether individuals are members of the system. In addition, the new subscriber may manually input contacts during account creation, or download contact information from another source, such as a personal information manager on a personal computer or personal digital assistant. A search mechanism may also be provided, allowing the new subscriber to input information on individuals to determine whether an individual is part of the system. For example, if the new subscriber does not have a stored resource of personal information, the new subscriber may, via the web browser, access a form provided by a system administration which provides name and other contact fields which the system can use to search for other users participating in the system. Once found, this information can then be provided to the new subscriber.
In accordance with the system of the present invention, different types of links may be established between users. Generally, a user's contact list is found in a user address book in a phone data store. Due to the nature of human communication, it is likely that a contact in the user's address book will have the user's information in that contact's own address book. For example, assuming Bob and Alice are both friends, they will likely have each other's contact information in their respective address books. This reciprocal link between people can be utilized to recognize and distinguish different types of links. In accordance with the invention, “half” linked users are users who have other's contact information in their address books, but the others do not reciprocate. Unlinked users are not connected for purposes of data exchange and the invitation functions provided in
As discussed above, when the new subscriber provides his own personification information to a service host at step 204, links between users are detected at step 208 by examining the contents of their address books which are provided to an advanced ID service server. At step 208, once the contacts have been acquired, relationships between the new subscriber's contacts and other subscribers are established. This can occur automatically by an algorithm run by the ESP, may be set manually by the new subscriber, or may occur by some combination of the two.
In order to identify each user from a pool of all users of the system, the system uses telephone numbers and in one embodiment e-mail addresses as unique keys. In a further embodiment, the system of the present invention can use telephone number equivalence algorithms to match phone numbers regardless of formatting, country and area codes.
Users who wish to remove their information and “unlink another user” simply remove that user from their phones' address books. Using rules of the system, two users are no longer linked and no further updated information between them occurs. No information is deleted from a unlinked party's address book in this process. Another approach is to assign the unlinked party to a “blacklisted” persona.
Optionally, at step 210, the new subscriber may be offered the opportunity to invite other people to become subscribers. The new subscriber may be prompted to determine if the new subscriber wishes to invite contacts stored in the new subscriber's phone to become subscribers to obtain additional benefits attributable to subscription. If the new subscriber wishes to invite others, an invite process is performed at step 212.
Optionally, at step 214, the new subscriber may be given the option to allow the new subscriber's persona to be provided to non-subscribers. If the new subscriber desires the personification information to be delivered, a delivery process 216 transmits the personification information to non-subscribers. This may occur in any number of ways, such as via SyncML or via SMS messages, as described below.
At step 218, personification information from other subscribers in the new subscriber's contact list is delivered to the new subscriber, and the new subscriber's information is sent to the other subscribers. As discussed below, contacts who are also subscribers are true-linked users and automatically populate the new subscriber's phone. The information may be transmitted to the new subscriber in a data stream directly to the agent, which then populates the new subscriber's phone data. Alternatively, the information may be provided in a series of messages. Preferentially, the information will be transmitted via SyncML.
Included in persona information is whether the new subscriber's contacts should be alerted the new subscriber's location based on the geographic locating system in the geographic locating-enabled phone or manually entered location information in the new subscriber's own record. Also included may be, for example, the level of granularity available to the new subscriber's contacts. For example, a receiving member may be allowed to know the country, city or a more or less specific location. Once received, the receiving member may further configure the new subscriber's personification information based on the information received. For example, suppose the new subscriber provides location information in the new subscriber's record. The receiving member may specify that the receiving member wishes to be notified when the new subscriber with location information moves to a particular location or within a particular distance from the receiving member.
Other criteria may also be configured, such as group information. For example, the new subscriber may specify which groups each contact belongs to so that if a requesting member requests personification information about the new subscriber, the correct group information is provided to the requesting member.
Finally, at step 220, the new subscriber may update information in the new subscriber's persona. When the new subscriber does so, the information is re-transmitted to true linked subscribers and, if enabled, non-subscribers in the system. Updates may be started on the new subscriber's device by a client application as a result of data changes on the device. This may occur because of user interaction with the device, or changing transient information such as time zone. Updates can occur in one of two ways. Server-initiated updates are triggered by time intervals, or a change in data which is to be sent to the new subscriber's device. Server-initiated updates are handled via direct socket connection to the client or via SMS messages or some other asynchronous notification mechanism sent from the advanced ID service server to the client application on the device. Each advanced contact ID account supports a configurable “server initiated sync on/off” setting which controls whether SMS messages are automatically sent when a client is out of date. The SMS message from the advanced ID service server may be sent to the text port (or configured data port, if appropriate).
In one aspect, the system supports controlling both the calling user's phone and the receiving user's phone. At step 501, if Subscriber B has configured Subscriber B's persona (which is downloaded to Subscriber A) to prevent calls during a certain period of time, the client application 140 on the calling user's phone can prevent Subscriber A from connecting to Subscriber B during this period. Hence at step 501, the method may check (on Subscriber A's phone) whether a call to Subscriber B is allowed based on Subscriber B's configuration. If not, an alert 503 may be provided to Subscriber A.
At step 502, if the call is initiated by Subscriber A and received by Subscriber B, optionally at step 504, the receiving user can configure the receiving user's phone to prevent calls during a specific period of time. Hence, at step 504, the method may check to determine whether a call is allowed during a specific period by the receiving user. If the call is not allowed, the method may block the call at step 512. If the call is not blocked, the calling user's advanced contact ID information (persona) is displayed on the receiving caller's phone at step 506, as mentioned above. If the call is blocked, it may be directed to the receiving user's voicemail system. In another embodiment, the call-initiating party whose call is blocked may be directed to use another form of communication such as SMS, email, IM, or voice clip.
An advanced contact ID information or persona is a collection of information which defines a particular user, such as a phone number, e-mail address, picture, geo location information and other data. This allows subscribers to manage their own “personal brand,” controlling how they are represented on other users' phones by specifying ringtones or pictures associated with their contacts. As discussed herein, one can have a “friends” persona and a “co-workers” persona which contain different information or different sets of information. Additional features such as geo location information provided by geographic locating-enabled phones is also provided, as is information about the caller which is transient in nature—such as whether it's the caller's birthday or anniversary, or information concerning phone calls, meetings, or tasks assigned to or by the caller.
The system may be implemented by using a direct push system from an advanced ID service server via a SyncML server to a SyncML client, or may be operated on by a specific client application resident in the phone which communicates with the service-side implementation. SyncML is an Extensible Markup Language (XML) protocol under development as an open standard for the universal synchronization of data between devices. Synchronization of data allows changes made to data on one device (such as a smartphone or a laptop computer) to be instantly reflected in data on another device (such as a networked computer).
Optionally, at step 508, if the calling user has chosen to provide the calling user's geographic information, at step 510 the geographic information can be provided in a notification to show that the calling user is at or near a specific location.
The present invention supports two different types of data: static and dynamic. Static data can include a user's ringtone, name and image. The static information is provided by the calling user to the receiving user's client application on the receiving user's phone at step 506. Step 501 indicates a feature of the present invention which allows the calling user to define the calling user's own personification information to control the receiving user's phone—this dynamic or “active control” information can be updated more often than the static persona information. Dynamic information such as geographic location or time zone information is updated regularly based on the needs of the calling user. Due to the interaction of the client application on the receiving user's phone, the receiving user may actually prevent (or merely warn) the calling user from calling the receiving user's phone and may instead provide the calling user a user-configurable message which may direct the calling user to use some other mechanism to contact the intended receiving user (e.g., SMS, email, etc). As with all other similar information, this preferred availability information is stored users' personas.
An advanced ID service server 160 is also provided which communicates with the phone 100 via the wireless network 150 directly over a data connection or via a SyncML server 195. Various embodiments of the system for implementing the advanced contact ID service are discussed herein. In
The phone 100 may be provided with a system application or agent 140. The system agent 140 can include a SyncML communication client designed to interact with the SyncML server 195 in accordance with approved and proposed versions of the SyncML OMA DS specification, including proposed extensions (available at http://www.openmobilealliance.org). Alternatively, the system agent 140 can be an application designed to communicate with the advanced ID service server 160 using an existing SyncML client 132 on the phone 100 provided by the phone's manufacturer (as well as any custom extensions supported by such SyncML client 132), or an application specifically designed to communicate with the advanced ID service server 160 via another protocol, including a proprietary protocol. In one embodiment, the system agent 140 has a fully implemented SyncML communication client and the advanced ID service server 160 includes a SyncML server 195. In another embodiment, the application is a client application device sync agent such as that disclosed in U.S. Pat. No. 6,671,757. Various embodiments of the client application 140 are set forth below.
In accordance with the present invention, the phone 100 includes a system memory 122 which may further include an operating system (OS) 125 having operating system services including telephony and linking services, networking services, multimedia and graphics display services all provided to a user interface (UI) 120. The OS 125 may be the phone's proprietary OS, BREW, or any other device or operating system suitable for a phone (such as the Symbian Operating system). Additional base services 135 and operating system kernel services may also be provided. The operating system 125 may additionally provide an SMS client 145 built into the operating system 125 allowing short messages to be provided across the wireless communications link 150 to other users. Still further, the SyncML client 132 may be provided and supported by the operating system services. The phone 100 includes a native phone data store 170 which contains an address book of contacts and other information which may be provided by a subscriber. Such information can further include ringtones, pictures, sounds, and movies, all dependent on the functional capabilities of the phone 100, the space allowed in the system memory 122, and the services provided by the operating system 125.
The client application 140, various embodiments of which are discussed herein, is also loaded into phone 100. As will be well understood by one of average skill in the art, the client application 140 can be provided by the phone manufacturer or downloaded by a user at a later time. To download and install the client application 140, the user selects a download area of the phone operating system 125, selects the client application 140 from offerings provided by the service provider or carrier who maintains the wireless communications link 150, or an enterprise service provider who maintains the advanced ID service server 160, and installs the client application 140 onto the phone 100. In an alternative embodiment, the system agent 140 is a self-supporting application designed to run as a JAVA or BREW agent, or any other device or operating system specific agent (such as an agent operable on the Symbian Operating system). This system agent 140 can either include its own SyncML communication client, or interact with the existing SyncML client 132 on the phone 100. Changes can occur at field level or byte level. Alternative embodiments can communicate via alternative protocols via the wireless communications link 150 to store information in the user info store 106.
The phone 100 includes at least the user interface (UI) 120, the client application 140 having a communication or sync engine and data store manager, the SyncML client 132 and the phone data store 170. The client application 140 provides an appropriate graphical user interface to the UI 120 which provides the user an alternative point of interaction with the system and service provided by the enterprise service provider. The graphical user interface allows the user to define and manage personas and buddies as well as other tasks as specified in the case definition described herein. Interaction with the system can be via this phone user interface 120 or via an interface provided by the web server 180. The sync engine and data store manager are responsible for maintaining user settings and options in the phone's persistent storage as well as automatically pushing and retrieving changes to and from the advanced ID service server 160. The phone data store 170 includes account information, persona data, buddy information, data for other users who have true links with the subscriber, and multimedia content
The advanced ID service server 160 is a centralized storage location for all system service information, including buddy, persona, relationship, and user data. The client application 140 can connect to and synchronize with the advanced ID service server 160 to update a local copy of this data as well as publish any changed information or retrieve any new available information from the advanced ID service server 160. In the phone 100, the persona information belonging to the user's buddy is primarily stored in the native address book or a separate address book provided by the client application 140. As some devices will not support all the published buddy information including the extended information such as geo location and presence information, the client application 140 can store this information in a phone data store 170 and provide access to it via the phone user interface 120.
In general, a hardware structure suitable for implementing the advance ID service server 160, the web server 180 or the SyncML server 195 includes a processor 114, memory 104, nonvolatile storage device 108, portable storage device 110, network interface 102 and I/O device(s) 116. The choice of processor 114 is not critical as long as a suitable processor with sufficient speed is chosen. Memory 104 could be any conventional computer memory known in the art. Nonvolatile storage device 108 could include a hard drive, CDROM, CDRW, flash memory card, or any other nonvolatile storage device. Portable storage 110 could include a floppy disk drive or another portable storage device. The advanced ID service server 160 may include one or more network interfaces 102. An example of a network interface includes a network card connected to an Ethernet or other type of LAN. I/O device(s) 116 can include one or more of the following: keyboard, mouse, monitor, display, printer, modem, etc. Software used to perform the methods of the present invention are likely to be stored in nonvolatile storage device 108, volatile memory 104 and portable storage media 110.
The advanced ID service server 160 also includes the user info store 106. In alternative embodiments, the user info store 106 is stored in memory 104, non-volatile storage 108, portable storage 110 or another storage device that is part of the system of
While only one user info store 106 is shown, it should be recognized that the user info store 106 may be replicated to or stored over a plurality of computers to ensure that the data thereon is protected from accidental loss. It should be understood that the representation of the SyncML server 195 and web server 180 need not require that such servers be provided on different physical hardware than the advanced ID service server 160.
The system of
A synchronization system described with respect to U.S. Pat. Nos. 6,671,757, 6,694,336 or 6,757,696 comprises client software which provides the functions of a differencing transmitter/receiver/engine, and differencing synchronizer in the form of a device engine. The device engine may include at least one component particular to the type of device on which the device engine runs, which enables extraction of information from the device and conversion of the information to difference information, and transmission of the difference information to the storage server. The storage servers utilized in the system may be any type of storage server, such as an Internet server or an FTP server, and may be provided from any source, such as any Internet service provider. In a key aspect of the sync system, the Internet connection between the devices or between the devices and a server, need not exist at the same point in time. In addition, only those changes to the information which are required to be forwarded to other systems on the system of the present invention are transmitted to enable fast response times.
Data from each of the sync client devices is coupled with a storage server. In one embodiment, each device engine implements all processing required to keep all the systems fully synchronized. Only one device engine needs to be coupled to the sync server at one particular point in time. This permits synchronization of multiple systems in a disconnected fashion. Each device engine will download all transactions encapsulating changes that have occurred since the last synchronization from the server and apply them to the particular device. The change or difference information (termed a “data package” or “change log”) is provided in one or more data packages. Each data package describes changes to any and all transfer information across all device engines, including but not limited to application data, files, folders, application settings, and the like. Each device engine can control the download of data packages that include classes of information that apply to the specified local device. For example, contact names and phone numbers while another needs only changes to e-mail, changes to document files.
Compression and encryption of the data packages may be optionally provided. Each device engine performs mapping and translation steps necessary for applying the data packages to the local format required for that type of information in the application data stores. The device engine also includes components which allow it to track ambiguous updates in cases where users have changed data to a particular data field on two different systems simultaneously since the last update. The output of the device engine comprises a data package which is output to sync server database. As noted above, only one device engine need be connected to the storage server at a given time. The data package can be stored on the storage server until a request is made to a particular location of the storage server by another device engine. Access to areas of the storage server is controlled by a management server (MS). In one embodiment, each sync operation requires that the device engine for each device login to the management server to authenticate the device and provide the device engine with the location of the individual device's data packages on the storage server.
When data is returned to the delta module from the storage server, the delta module returns differenced data to the application object for the particular application which then translates the delta information into the particular interface utilized for application. Once a device engine has been fully applied all data packages from an input stream, it generates a series of data packages that describe the changes made on the local system. The device engine uses the local application object to keep track of the last synchronized version of each application's actual data, which is then used for the next data comparison by the delta module on the next sync request. Generated data packages can include operations and encode changes generated from resolving ambiguous cases as described above.
The sync server uses the concept of a universal data record in its internal sync differencing engine and when sending data to and retrieving from external entities.
The management server supports an authentication interface that requires each device engine to authenticate with the management server before performing synchronization. Certain storage server implementations may utilize locking semantics to control read and write access to storage for multiple device engines. For example, in a generic FTP request, if two device engines attempt to connect to the same data at the same time, there must be some form of locking control to prevent device engines accessing the same data at the same time. In this instance, the management server controls the device engine acquisition, renewal, and releasing of locks against data stored in the network.
Each device engine is uniquely identified and tracked by the management server. This allows for tailoring behavior between the management server and specific types of storage systems and device engine components. All device engine components are tagged and version stamped for management via the management server.
Also shown in
In accordance with the invention, the client application 140 communicates personification information and changes made to the personification information stored in the phone data store 170 to the advanced ID service server 160 via the wireless network 150. Communication of user data from the phone 100 may take several forms. Where the client application 140 utilizes the SyncML client 132 with the advanced ID service server 160, communication may take place using the standards set forth in the SyncML specification. Changes are transmitted on a record-by-record basis or field-by-field basis. Alternatively, communication may occur via another protocol. The SyncML client 132 is utilized to update the phone's 100 native address book with buddy published information as well as to retrieve persona and link information from the advanced ID service server 160. Information can be exchanged via the SyncML protocol, or via a direct data link with the advanced ID service server 160. The advanced ID service server 160 stores and maintains each user account, link personal and buddy information as well as multimedia content, both system provided and user created. The advanced ID service server 160 is a stand alone server and may be incorporated with the features of a synchronization system such as that described in U.S. Pat. No. 6,671,757. Details of this integration are described in further detail below. As noted above, a management interface is provided via the web server 180. Description of this interface is shown below.
The advanced ID service server 160 stores user data in the user info store 106 in a manner which associates the data with an individual user of the phone. In one embodiment, the data is stored in bulk—that is all records and information for the individual user are stored in simple text form, (or binary form, depending on the type of data in use). This information is stored in the data store using a unique identifier (UID) associating the personification data with the individual user. The identifier may be any randomly selected identifier, so long as the individual user is uniquely identified, and the data is associated with the user. In a further aspect, this user UID may be a universally unique identifier (UUID), created in a manner described in the aforementioned U.S. Pat. Nos. 6,671,757, 6,694,336 or 6,757,696 or other manners to create a single ID for a given user. In yet another embodiment, user data and changes to the user data are stored in change logs in a manner described in the aforementioned U.S. Pat. Nos. 6,671,757, 6,694,336 or 6,757,696.
The web server 180 allows the user on a computer or other user device 190 having a web browser 192 to configure aspects of the system of the invention. The web server 180 may have a hardware configuration similar to the advanced ID service server 160 and may comprise one or more physical computers. Additionally, the web server 180 may be integrated with the advanced ID service server 160.
In one embodiment, aspects of the system of the present invention are configured via the phone user interface 120. The system can alternatively be configured by the user via a web interface provided by the web server 180 via the user device 190.
In another embodiment, shown in
As shown in
At step 902, an account creation step is initiated on the advanced ID service server 160. The advanced ID service server 160 will also create an account with the SyncML server 195 at step 904. The advanced ID service server 160 will provide provisioning information 906 to the client application 140, which will then upload its address book at step 908 to advanced ID service server 160. The advanced ID service server 160 will attempt to establish whether direct links are present at step 910 and return those true links to the new user at step 912. Concurrently, at step 914, the system will attempt to perform synchronization with the new user's contact information on the SyncML server 195. At step 916, the new user's public persona is synced to each user's synchronization account and if there's any problem with the synchronization at step 918 an out of sync notification message is returned to the client application 140. At step 920, records are retrieved regarding the records representing the buddy's personas. Persona records are thereafter synced as other records are synced in accordance with the description in U.S. Pat. No. 6,671,757.
As noted above, the client application 140 and server application 175 provide the existing user with a number of functions to create and manage accounts with the ESP and the advanced contact ID system.
In a further embodiment, the subscriber display may be provided which incorporates data from sources other than the address book. If, for example, the user has populated a phone's native calendar with information concerning meetings with a contact, the client application 140 can extract this information and display, for example, the user's last or future meetings with the contact. Alternatively, this information can be extracted from a sync user account when a synchronization server is utilized as described herein.
A window for My CallerID is divided into multiple sections. A My Device section 1940 displays the system's understanding of the user's current type of device at 1942, status information 1944 including the number of contacts the user has specified as direct link contacts “Advanced CID 2.0 contacts”, the number of total contacts the user has, the number of personas the user has, the number of pictures the user has, and the number of ringtones the user has. An additional section labeled “What's hot” 1960 can be utilized by a value added reseller to display digital content such as pictures 1946 and music 1948 which allow the user to download this information from the value added service provider and provided to the user's account. A My Personas section 1920 includes a depiction of contact card 1925 for the user John Smith which includes the user's general information. A recently added advanced CID (ACID) contact section 1930 displays links to user's contacts as hyperlinks 1932 along with a graphic depiction 1934 associated with that contact. It will be understood that each of the terms on the page highlighted by underlining can provide a hyperlink to more detailed information about the links content.
Selection of the Contacts link 2000 on the menu bar 1950 gives rise to the user interface 1900 shown in
The functionality associated with the user interface in
At
At
If an advanced CID contact is opened (from
Selecting the assign persona (from
Finally, if the user selects to disable advanced CID from the options interface shown in
Pressing the “personas” menu item 2100 in menu bar 1950 displays a personas interface 2100 shown in
Currently returning to
As noted above, when the system is implemented in accordance with a synchronization system as shown and described with respect to U.S. Pat. Nos. 6,671,757, 6,694,336 or 6,757,696, additional elements other than those shown in
The personal records may be represented in the synchronization server system's content records by a specially added contact record field. When a change log describing a persona arrives at the application listener engine 2550, the advanced ID engine 2540 collects the affected buddies, finds the corresponding synchronization server record 2546, and provides the contact modified transaction change log containing the new persona information back to the change log store points 2534 within the synchronization server system 2650. The synchronization server system 2650 adds these modified transactions in accordance with the description of U.S. Pat. Nos. 6,671,757, 6,694,336 or 6,757,696 to the directly linked buddies' synchronization accounts. On such buddies' next synch, each party retrieves the updated contact record representing the persona that the user has assigned it to. Once the synchronization server system 2650 contacts the advanced ID system server 2565, the advanced ID system server 2565 tracks which persona a given buddy is assigned to by adding a field to the contact record. Device 100-1 incorporates the synchronization client 2510 which syncs with the device's address book with change logs provided by the change log store points 2534 in the synchronization server system 2650. Both the native phone data store 170 and the application ID database 2502 may be used to store records for the advanced contact ID system in accordance with the present invention.
Since most current clients do not include native robust address books and SyncML clients,
Yet another alternative configuration is shown in
In
In
Transcoding can involve an actual conversion or may involve simply selecting an alternative version of the media it already knows about. For example, a value added service provider may supply ringtones in two or more formats, and selection of the appropriate format can be made and distributed to the receiving user. When requesting media requires the media object, the transcoding will be performed by the server; the transcoded media will be transmitted to the device automatically. Clients may query information related to the media they are about to download using a function supplied in the communications protocol. This function will return relevant information concerning the transcoded media available to the client. The server may also provide transcode-on-demand support for clients which need multiple formats of the same media (e.g., image) in different sizes (e.g., a thumbnail for the contact in the address book and a full screen picture).
The system supports digital rights management contained in the native applications, allowing value added providers to check any media uploaded or downloaded to or from the server or client device to determine whether the information contained therein is subject to digitalized management. The media record 3510 which contains a media record type 3526 (local or not), identifier, size, hash value, a formula identifier, and a location. The media format 3512 can be any of an image format 3514, a ringer format 3516, a video format 3518. The image format type includes jpegs, pngs and gifs, as indicated at 3520. The ringtone format can be a midi-type, an mp3, a way or a special awb format, as indicated at 3522. The video format can be an mpeg, wmv file, quicktime, or an avi, as indicated at 3524. Additional formats for images, ringers, and videoclips may be easily added without requiring significant system modification.
An embodiment includes a Graphical User Interface (GUI) of a living address book which incorporates and utilizes many of the features described above.
In some embodiments, the information is able to be purchased by another user. For example, after a phone call, a user is able to purchase the ring tone played. Additionally, if a user recognizes a ring tone, he is able to purchase the ring tone. For example, a user notices a ring tone of a friend, and later the user is able to acquire the ring tone to use as his own.
Aside from the “me” column 3612 or similar columns, each section 3700, specifically each contacts section information 3702, is preferably generated from information transferred or pushed by another user. Preferably, the information is transferred utilizing one or more applications of the living address book using the synchronization scheme as described above and incorporated herein. The information can be transferred directly from one device to another, and the information can also be transferred via multiple hops. For example, user A can transfer his information to user B directly or can transfer his information to a server which then transfers the information to user B. In alternative embodiments, the information is transferred using another transfer scheme besides the synchronization scheme. For example, user B generates information to be stored in a living address book section representing himself where he includes a picture of himself, his contact information and his blog. User B then sends that information to user A's device which stores the information in a section within the grid. User A can preconfigure where the information is located or can configure where the information is located after it is received. For example, User A can put User B's information into his “friends” group. In some embodiments, the information is not stored on the receiving user's device but is accessible by the device. The information can be altered from the receiver's device and/or sender's device, wherein altering includes generating, adding, deleting and modifying. For example, if a user initially sends an image of himself, but later decides to change the image, the user can alter his information by changing the image on his device which is then transmitted to the devices which contain or display his information. In some embodiments, the sender can lock his information, so that only he can modify the information. The information can also be altered by an administrator if the device is configured accordingly. For example, a large company requires its employees to use a mobile device which contains the contact information of all of the employees. To maintain accurate contact information an administrator can manage the additions, deletions and modification of employees as they are hired, fired and have changes to their information.
As described above, preferably at least one column of the grid is a column devoted to a user of the device, referred to as a “me” column 3612. Each section 3700 of the “me” column 3612 corresponds to the appearance of the user based on the contact groups 3606. As described above, a user can generate multiple personas for himself for different groups of people. For example, the “me” section 3700 corresponding to the “family” group includes different personification information than the “me” section 3700 corresponding to the “coworkers” group. Additional columns are able to be devoted to a company/organization or another entity.
To configure sections 3700 in the “me” column 3612, the user edits information such as the information described above: a personal picture, contact information, physical address information, personal information, a ringtone, a blog and other information. For each group, different information can be stored. For example, if the living address book contains the groups of family, friends and coworkers in the “me” column 3612, the user supplies the desired information specific to each group. For family, the user may supply a nice picture, provide contact information and physical address information and nothing more. For friends, the user may supply an amusing picture, contact information, physical address information and some additional personal information such as what upcoming parties there are as well as a personal blog. For coworkers, a professional picture may be used, and contact information is stored in addition to a professional blog. Each “me” section 3700 for the separate groups can be configured as desired so that a user can provide different information to different groups of people. The appropriate “me” section 3700 is then sent to the contacts in the respective groups. If a user wants multiple groups to see the same information, the user can copy a “me” section 3700 from one group to another. In some embodiments, some, if not all of the information is stored centrally, and the user selects whether or not to include the information in a specified “me” section 3700. For example, instead of a user repeatedly entering his mobile phone number, home phone number and address for others to have, the information is entered once and stored, and then via an interface (e.g. check boxes or menu items), the user selects which information will be available to which groups. Furthermore, some of the information can come from multiple locations such as a calendar and/or other locations.
Within each group, the order of the sections 3700 is configurable as to whom is listed first, second and so on. A user can manually set the order such that person X is listed first and so forth. The order can also be based on one or more schemes such as alphabetical order, call frequency, most recent to least recent calls, personal relevancy, importance rank, relationship to a specific user and personal preference. Preferably, alphabetical ordering is based on first name, but in other embodiments, the ordering is based on last name or is configurable. As an example of the different order configurations, if the user has a “friends” group which includes all of the user's friends and acquaintances that the user has ever met, simple alphabetical order is not likely the most efficient method of ordering the sections 3700. If the user calls his girlfriend, Robin, 5 times a day, and has not talked with Rachel in 10 years, it is not very logical to have Rachel listed ahead of Robin via simple alphabetical order. However, if call frequency, recent calls, personal preference and/or other factors are factored in to determine the order, the section 3700 containing Robin can be located closer to the beginning of the group rather than at the alphabetical location. In some embodiments, each group contains two or more subgroups for ordering purposes, wherein each subgroup is ordered by a different scheme. For example, as shown in
In addition to the contents of the groups being configurable, the order of the groups is also configurable. For example, if family is one of the most important groups, then the “family” group is one of the first groups at the top, while a less important group such as “high school buddies” might be one of the last groups. The order of the groups can be based on other characteristics as well.
Referring again to
In addition to the contacts groups 3606 and event groups 3608, metagroups 3610 can also be generated. Metagroups 3610 are preferably generated by a user. Some metagroups 3610 are subgroups of groups already generated. For example, the user can generate metagroups 3610 for people based on their birthdays to more easily remember when to get gifts. Other possible metagroups 3610 include a list of ringtones (such as shown in
A speed dial component is also implemented within the living address book GUI 3600.
A voice input component is implemented with the living address book GUI 3600. Voice input allows users to speak, rather than type, their input. For example, instead of clicking on “search” and then typing “Robin” to search for “Robin,” the user can say “search” and the name “Robin,” and the section for Robin will be shown. Any feature that requires typing can be implemented by voice input including but not limited to searching for a contact, calling a contact, generating information about a contact, adding information, deleting information or modifying information.
After a user selects the summarization component 4102 to view the summarized objects 4102′ of the summarization component 4102, the summarized objects 4102′ appear in an expanded view as shown in
Referring to
Once the user navigates to a desired section, the user can perform a number of different actions. The user can perform any standard mobile phone operation such as calling the person in the currently selected section by pressing a “talk” button or similar feature. In some embodiments, the user can access and alter the section by pressing an “ok” button or similar feature. Accessing and altering include, but is not limited to, reviewing, retrieving, generating, adding, editing, configuring and deleting information. Preferably, accessing also includes displaying a full screen of an image contained in the section. Preferably, the image is representative of the person or event. In addition to accessing and altering each section, a user can access and alter entire groups. For example, a user can select to block calls from an entire group.
In addition to providing better management of information and easier navigation through the information, the living address book also can be utilized when an incoming call is received. When a device receives a call, instead of receiving only a caller's name, phone number, the caller's picture and possibly a ringtone, additional information can also be provided. As described above and shown in
In addition to retrieving information from multiple sources when receiving a call, the living address book can retrieve information that is utilized within the GUI 3600. As described above, information can be retrieved from the calendar, a central database, other databases, web sites like FacebookSM and Myspace®, personal computers and other locations. For example, instead of using an image stored on a device as the image for a user's persona, the image can be from a link to picture on myspace.com. In another example, the information can be retrieved from a central database of employee contact information instead of storing all of that information on each device.
The living address book can also provide information to callers when the user of the device is unavailable. As described above, the living address book supports controlling both the calling user's phone and the called user's phone. If user B has configured his “me” persona (which is downloaded to user A) to prevent calls during a certain period of time, the client application on the calling user's phone can prevent user A from connecting to user B during this period.
Furthermore, a user can determine to whom he is available and to whom he is not and how each group of people is informed of the user's availability. For example, if the user has a meeting in which he does not want to be interrupted by anyone except other coworkers, he can configure his settings, preferably in his “me” column 3612, so that his device will indicate income calls only from co-workers. The user can select how his device indicates a call based on whom is calling. For example, the user can set a device to accept calls from coworkers and family but no one else, and set the phone to ring only for coworkers and vibrate for family. The user can also set individual settings. For example, a husband with an expecting wife can configure the living address book to always receive her calls. Many other calling configurations are possible as well.
Furthermore, the user can configure an automatic response, if desired, which indicates that the user is temporarily unavailable. Any response is possible, such as an automatic text message which simply says, “currently unavailable” or a specific message such as “in meeting from 10:00 am-11:00 am.” The response can also direct the caller to perform a specified activity such as “send me a text message.” The user can set varying responses for each group such as do nothing when friends call, send “currently unavailable” when family calls and send the specific meeting time if anyone in an “attorney” group calls. Other items can be sent in the response as well, such as a ringtone, an image or anything else that the user chooses.
The user can also configure the device to only allow certain types of communications such as text messages but not voice calls. These settings can be based on contact groups.
Incoming calls can be routed based on other conditions besides availability of the user. For example, if the user wants to ensure he talks only to people in a good mood, the device can route calls directly to voice mail from people whose mood does not meet a certain threshold. Furthermore, a message can be sent to that person who does not meet the threshold such as to “cheer up.”
Users can also project their availability to others in their address book. As shown in
In the step 4302, the information is accessed to be displayed. In some embodiments, accessing can lead to or include altering the information such as by generating, adding to, deleting from or updating the information by the first system. In some embodiments, all of the information is alterable by the first system. In some embodiments, some of the information is alterable only by a system that sent the information. In some embodiments, the information is dynamically alterable. The information includes at least one of the following: a first name, a last name, a middle name, a middle initial, a signature, a birthday, a mobile phone number, a home phone number, a work phone number, corporate information, a physical address, a web address, an email address, an instant messenger username, a blog, an image, a video, an audio file, a song, a ring tone, a zodiac sign, a horoscope, a mood, event information, personal physical characteristics such as hair color, eye color, height, weight, gender and age, a current relationship status such as single, recently broken up, with someone, engaged, married or divorced, a current selected location such as “at the mall”, notes, a gaming username, a nickname, personal preferences such as likes/dislikes, dynamic information such as a geographic location, time zone and availability and other information.
In addition to displaying and altering the information, a user can also search the information with the first system. The search is an intelligent search as described above.
To access the information a user preferably navigates by scrolling through any one or more of the one or more columns and the one or more rows to reach a section. Preferably, when the one or more columns and/or the one or more rows are scrolled, a visual effect such as a blur effect is displayed. Preferably, the length of time a user holds down an input device such as a button or touch screen increases the scrolling speed. Each section of the grid contains the information directed to a single entity, which includes a person, an event, a task, an organization, a club, an email/message or any other entities.
Preferably, each row of the one or more rows of the GUI corresponds to a group. In some embodiments, accessing the information can include configuring the information into groups. Configuring the groups includes grouping contacts, events, metagroups and other items into groups. The event group includes information obtained from one or more different sources such as a calendar, the living address book, an SMS, an MMS, a central database, a web log, a website and/or other sources. The event group can also include a summary of inbound communications. Preferably, the summary of inbound communications utilizes a ring buffer. The metagroup or groups include birthdays, ringtones, auction data, images, videos, songs, moods, web sites, contacts based on geographic location and/or other items.
Preferably, each section of each of the one or more rows of the grid is ordered. The order is based on at least one of an alphabetical order, call frequency (e.g. from most frequent to least frequent), recent calls, personal relevancy, importance rank, relationship, personal preference and other criteria. Preferably, the order is configurable by a user. Preferably, the GUI includes a speed dial component. Preferably, the GUI also supports voice input that allows entering search terms and criteria by voice. In some embodiments, the information is generated by an administrator.
In some embodiments, accessing the information also includes configuring/altering information related to the user. Preferably, at least one column of the one or more columns of the GUI is dedicated to user information related to at least one of a user of the first system, an organization or another entity. For example, one of the columns is a “me” column 3612. In some embodiments, each section of the column dedicated to the user is different. For example, a “me” section for “family” is different than a “me” section for “coworkers.”
In some embodiments, call filtering is implemented such that depending on the caller's grouping, the first system performs a certain action such as blocking the call, sending an automated response to the caller or accepting the call. In some embodiments, status information of the first system is displayed on the second system. The status information includes, for example, availability, geographic location, time zone and other information. The steps above are only illustrative and some steps can be deleted, others can be added and the steps can be performed in a different order.
In the step 4402, the information is pushed to a second system. Preferably, the information is pushed utilizing a synchronization implementation. As described above, pushing does not have to be directly from the first system to the second system; intermediate systems are able to direct or store the information.
In some embodiments, a user can search the set of information with the first system. The search is an intelligent search such as described above.
To access the information a user preferably navigates by scrolling through any one or more of the one or more columns and the one or more rows to reach a section. Preferably, when the one or more columns and/or the one or more rows are scrolled a visual effect such as a blur effect is displayed. Preferably, the length of time a user holds down an input device such as a button or touch screen increases the scrolling speed. Each section of the grid contains the set of information directed to a single entity, wherein the single entity includes a person, an event, a task, an organization, a club, an email/message or any other entities.
Preferably, each row of the one or more rows of the GUI corresponds to a group. In some embodiments, accessing the information can include configuring the information into groups. Configuring the groups includes grouping contacts, events, metagroups and other items into groups. In some embodiments, the information pushed to the second system depends on the group the second system corresponds to. The event group includes information obtained from one or more different sources such as a calendar, the living address book, an SMS, an MMS, a central database, a web log, a website and/or other sources. The event group can also include a summary of inbound communications. Preferably, the summary of inbound communications utilizes a ring buffer. The metagroup or groups include birthdays, ringtones, auction data, images, videos, songs, moods, web sites, contacts based on geographic location and/or other items.
Preferably, each section of each of the one or more rows of the grid is ordered. The order is based on at least one of an alphabetical order, call frequency, recent calls, personal relevancy, importance rank, relationship, personal preference and others. Preferably, the order is configurable by a user. Preferably, the GUI includes a speed dial component. Preferably, the GUI also supports voice that allows entering search terms and criteria by voice. In some embodiments, the set of information is generated by an administrator.
In some embodiments, call filtering is implemented such that depending on the caller's grouping, the first system performs a certain action such as blocking the call, sending an automated response to the caller or accepting the call. In some embodiments, status information of the first system is displayed on the second system. The status information includes, for example, availability, geographic location, time zone and other information. The steps above are only illustrative and some steps can be deleted, others can be added and the steps can be performed in a different order.
Examples of suitable devices which utilize the living address book include a personal computer, a computer workstation, a mainframe computer, a handheld computer, a personal digital assistant, a pager, a cellular telephone, a smart appliance or a multiple computers, a storage area network, a server farm, or any other suitable computing device.
Any GUI modifications which improve usability of the living address book are contemplated within the scope of the present invention.
The present invention has been described in terms of specific embodiments incorporating details to facilitate the understanding of principles of construction and operation of the invention. Such reference herein to specific embodiments and details thereof is not intended to limit the scope of the claims appended hereto. It will be readily apparent to one skilled in the art that other various modifications may be made in the embodiment chosen for illustration without departing from the spirit and scope of the invention as defined by the appended claims.
This application is a divisional application of co-pending U.S. patent application Ser. No. 12/856,327, filed on Aug. 13, 2010 and titled “SYSTEM FOR AND METHOD OF UPDATING A PERSONAL PROFILE,” which is hereby incorporated by reference in its entirety for all purposes. The U.S. patent application Ser. No. 12/856,327, filed on Aug. 13, 2010 and titled “SYSTEM FOR AND METHOD OF UPDATING A PERSONAL PROFILE” is a continuation-in-part of co-pending U.S. patent application Ser. No. 11/128,121, filed on May 12, 2005 and entitled “ADVANCED CONTACT IDENTIFICATION SYSTEM” which is hereby incorporated by reference, and which claims priority under 35 U.S.C. §119(e) of the co-owned U.S. Provisional Patent Application Ser. No. 60/570,409, filed May 12, 2004, and entitled “COMMUNICATION NETWORK IDENTIFICATION SYSTEM.” The Provisional Patent Application Ser. No. 60/570,409, filed May 12, 2004, and entitled “COMMUNICATION NETWORK IDENTIFICATION SYSTEM” is also hereby incorporated by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
4887212 | Zamora et al. | Dec 1989 | A |
5111398 | Nunberg et al. | May 1992 | A |
5115466 | Presttun | May 1992 | A |
5130993 | Gutman et al. | Jul 1992 | A |
5146221 | Whiting et al. | Sep 1992 | A |
5204902 | Reeds et al. | Apr 1993 | A |
5329619 | Page et al. | Jul 1994 | A |
5392390 | Crozier | Feb 1995 | A |
5418854 | Kaufman et al. | May 1995 | A |
5418908 | Keller et al. | May 1995 | A |
5425079 | Noda et al. | Jun 1995 | A |
5483352 | Fukuyama | Jan 1996 | A |
5485161 | Vaughn | Jan 1996 | A |
5509070 | Schull | Apr 1996 | A |
5519433 | Lappington et al. | May 1996 | A |
5519606 | Frid-Nielsen et al. | May 1996 | A |
5543789 | Behr et al. | Aug 1996 | A |
5544061 | Morimoto et al. | Aug 1996 | A |
5561446 | Montlick | Oct 1996 | A |
5574906 | Morris | Nov 1996 | A |
5579489 | Dornier et al. | Nov 1996 | A |
5588009 | Will | Dec 1996 | A |
5592470 | Rudrapatna et al. | Jan 1997 | A |
5623406 | Ichibah | Apr 1997 | A |
5623661 | Hon | Apr 1997 | A |
5628005 | Hurvig | May 1997 | A |
5630081 | Rybicki et al. | May 1997 | A |
5638508 | Kanai et al. | Jun 1997 | A |
5640577 | Scharmer | Jun 1997 | A |
5644709 | Austin | Jul 1997 | A |
5647002 | Brunson | Jul 1997 | A |
5649195 | Scott et al. | Jul 1997 | A |
5650800 | Benson | Jul 1997 | A |
5657372 | Ahlberg | Aug 1997 | A |
5666397 | Lamons et al. | Sep 1997 | A |
5666553 | Crozier | Sep 1997 | A |
5682524 | Freund et al. | Oct 1997 | A |
5684990 | Boothby | Nov 1997 | A |
5694596 | Campbell | Dec 1997 | A |
5699255 | Ellis et al. | Dec 1997 | A |
5701423 | Crozier | Dec 1997 | A |
5706509 | Man-Hak Tso | Jan 1998 | A |
5710922 | Alley et al. | Jan 1998 | A |
5727202 | Kucala | Mar 1998 | A |
5727950 | Cook et al. | Mar 1998 | A |
5729735 | Meyering | Mar 1998 | A |
5729739 | Cantin et al. | Mar 1998 | A |
5729743 | Squibb | Mar 1998 | A |
5742792 | Yanai et al. | Apr 1998 | A |
5745750 | Porcaro | Apr 1998 | A |
5745906 | Squibb | Apr 1998 | A |
5757920 | Misra et al. | May 1998 | A |
5758150 | Bell et al. | May 1998 | A |
5758354 | Huang et al. | May 1998 | A |
5758355 | Buchanan | May 1998 | A |
5764899 | Eggleston et al. | Jun 1998 | A |
5768480 | Crawford, Jr. et al. | Jun 1998 | A |
5768597 | Simm | Jun 1998 | A |
5771354 | Crawford | Jun 1998 | A |
5778346 | Frid-Nielsen et al. | Jul 1998 | A |
5778361 | Nanjo et al. | Jul 1998 | A |
5778367 | Wesinger et al. | Jul 1998 | A |
5778388 | Kawamura et al. | Jul 1998 | A |
5781901 | Kuzma | Jul 1998 | A |
5787247 | Norin et al. | Jul 1998 | A |
5787262 | Shakib et al. | Jul 1998 | A |
5794228 | French et al. | Aug 1998 | A |
5801699 | Hocker et al. | Sep 1998 | A |
5804803 | Cragun et al. | Sep 1998 | A |
5809497 | Freund et al. | Sep 1998 | A |
5812773 | Norin | Sep 1998 | A |
5812793 | Shakib et al. | Sep 1998 | A |
5818437 | Grover et al. | Oct 1998 | A |
5826245 | Sandberg-Diment | Oct 1998 | A |
5828376 | Solimene et al. | Oct 1998 | A |
5832489 | Kucala | Nov 1998 | A |
5832518 | Mastors | Nov 1998 | A |
5832519 | Bowen et al. | Nov 1998 | A |
5832520 | Miller | Nov 1998 | A |
5845283 | Williams et al. | Dec 1998 | A |
5859973 | Carpenter | Jan 1999 | A |
5864864 | Lerner | Jan 1999 | A |
5875296 | Shi et al. | Feb 1999 | A |
5884323 | Hawkins et al. | Mar 1999 | A |
5884325 | Bauer et al. | Mar 1999 | A |
5893119 | Squibb | Apr 1999 | A |
5896321 | Miller | Apr 1999 | A |
5897640 | Veghte et al. | Apr 1999 | A |
5897642 | Capossela et al. | Apr 1999 | A |
5903723 | Beck et al. | May 1999 | A |
5907793 | Reams | May 1999 | A |
5909568 | Nason | Jun 1999 | A |
5923756 | Shambroom | Jul 1999 | A |
5923848 | Goodhand et al. | Jul 1999 | A |
5926816 | Bauer et al. | Jul 1999 | A |
5933653 | Ofek | Aug 1999 | A |
5933778 | Buhrmann et al. | Aug 1999 | A |
5933816 | Zeanah et al. | Aug 1999 | A |
5935262 | Barrett et al. | Aug 1999 | A |
5937405 | Campbell | Aug 1999 | A |
5941944 | Messerly | Aug 1999 | A |
5943676 | Boothby | Aug 1999 | A |
5944787 | Zoken | Aug 1999 | A |
5946615 | Holmes et al. | Aug 1999 | A |
5948066 | Whalen et al. | Sep 1999 | A |
5950193 | Kulkarni | Sep 1999 | A |
5951636 | Zerber | Sep 1999 | A |
5961572 | Craport et al. | Oct 1999 | A |
5961590 | Mendez et al. | Oct 1999 | A |
5966717 | Sass | Oct 1999 | A |
5968131 | Mendez et al. | Oct 1999 | A |
5970149 | Johnson | Oct 1999 | A |
5970490 | Morgenstern | Oct 1999 | A |
5971277 | Cragun et al. | Oct 1999 | A |
5974238 | Chase, Jr. | Oct 1999 | A |
5974563 | Beeler, Jr. | Oct 1999 | A |
5987381 | Oshizawa | Nov 1999 | A |
5987609 | Hasebe | Nov 1999 | A |
5995118 | Masuda | Nov 1999 | A |
6000000 | Hawkins et al. | Dec 1999 | A |
6006215 | Retallick | Dec 1999 | A |
6006274 | Hawkins et al. | Dec 1999 | A |
6009462 | Birrell et al. | Dec 1999 | A |
6012063 | Bodnar | Jan 2000 | A |
6012088 | Li et al. | Jan 2000 | A |
6014695 | Yamashita et al. | Jan 2000 | A |
6016394 | Walker | Jan 2000 | A |
6016478 | Zhang et al. | Jan 2000 | A |
6023620 | Harisson | Feb 2000 | A |
6023708 | Mendez et al. | Feb 2000 | A |
6023723 | McCormick et al. | Feb 2000 | A |
6026414 | Anglin | Feb 2000 | A |
6034621 | Kaufman | Mar 2000 | A |
6038665 | Bolt et al. | Mar 2000 | A |
6044381 | Boothby et al. | Mar 2000 | A |
6049776 | Donnelly et al. | Apr 2000 | A |
6052735 | Ulrich et al. | Apr 2000 | A |
6058399 | Morag et al. | May 2000 | A |
6061790 | Bodnar | May 2000 | A |
6061796 | Chen et al. | May 2000 | A |
6063134 | Peters et al. | May 2000 | A |
6064880 | Alanara | May 2000 | A |
6065018 | Beier et al. | May 2000 | A |
6067582 | Smith et al. | May 2000 | A |
6073133 | Chrabaszcz | Jun 2000 | A |
6076109 | Kikinis | Jun 2000 | A |
6078960 | Ballard | Jun 2000 | A |
6081900 | Subramaniam et al. | Jun 2000 | A |
6084951 | Smith et al. | Jul 2000 | A |
6094618 | Harada | Jul 2000 | A |
6101480 | Conmy et al. | Aug 2000 | A |
6108330 | Bhatia et al. | Aug 2000 | A |
6108703 | Leighton et al. | Aug 2000 | A |
6112024 | Almond et al. | Aug 2000 | A |
6115797 | Kanda et al. | Sep 2000 | A |
6131096 | Ng et al. | Oct 2000 | A |
6131116 | Riggins et al. | Oct 2000 | A |
6141011 | Bodnar et al. | Oct 2000 | A |
6141621 | Piwowarski et al. | Oct 2000 | A |
6141659 | Barker et al. | Oct 2000 | A |
6141664 | Boothby | Oct 2000 | A |
6145088 | Stevens | Nov 2000 | A |
6148260 | Musk et al. | Nov 2000 | A |
6151606 | Mendez | Nov 2000 | A |
6157630 | Adler et al. | Dec 2000 | A |
6163773 | Kishi | Dec 2000 | A |
6163779 | Mantha et al. | Dec 2000 | A |
6163844 | Duncan et al. | Dec 2000 | A |
6167120 | Kikinis | Dec 2000 | A |
6173310 | Yost et al. | Jan 2001 | B1 |
6173311 | Hassett et al. | Jan 2001 | B1 |
6182117 | Christie et al. | Jan 2001 | B1 |
6182141 | Blum et al. | Jan 2001 | B1 |
6185598 | Farber et al. | Feb 2001 | B1 |
6189030 | Kirsch et al. | Feb 2001 | B1 |
6189096 | Haverty | Feb 2001 | B1 |
6195695 | Cheston et al. | Feb 2001 | B1 |
6195794 | Buxton | Feb 2001 | B1 |
6202085 | Benson et al. | Mar 2001 | B1 |
6205448 | Kruglikov et al. | Mar 2001 | B1 |
6209034 | Gladwin et al. | Mar 2001 | B1 |
6212529 | Boothby et al. | Apr 2001 | B1 |
6212556 | Arunachalam | Apr 2001 | B1 |
6216131 | Liu et al. | Apr 2001 | B1 |
6219680 | Bernardo et al. | Apr 2001 | B1 |
6219694 | Lazaridis et al. | Apr 2001 | B1 |
6223187 | Boothby et al. | Apr 2001 | B1 |
6226650 | Mahajan et al. | May 2001 | B1 |
6233565 | Lewis et al. | May 2001 | B1 |
6233589 | Balcha et al. | May 2001 | B1 |
6243705 | Kucala | Jun 2001 | B1 |
6243760 | Armbruster et al. | Jun 2001 | B1 |
6246889 | Boltz | Jun 2001 | B1 |
6247048 | Greer et al. | Jun 2001 | B1 |
6247135 | Feague | Jun 2001 | B1 |
6249690 | Mashiko | Jun 2001 | B1 |
6252547 | Perry et al. | Jun 2001 | B1 |
6255989 | Munson et al. | Jul 2001 | B1 |
6256750 | Takeda | Jul 2001 | B1 |
6260124 | Crockett et al. | Jul 2001 | B1 |
6269405 | Dutcher et al. | Jul 2001 | B1 |
6272545 | Flanagin et al. | Aug 2001 | B1 |
6275831 | Bodnar et al. | Aug 2001 | B1 |
6278941 | Yokoyama | Aug 2001 | B1 |
6282435 | Wagner et al. | Aug 2001 | B1 |
6282698 | Baker et al. | Aug 2001 | B1 |
6285889 | Nykanen et al. | Sep 2001 | B1 |
6286029 | Delph | Sep 2001 | B1 |
6286053 | Van Peursem et al. | Sep 2001 | B1 |
6286085 | Jouenne et al. | Sep 2001 | B1 |
6289212 | Stein et al. | Sep 2001 | B1 |
6292743 | Pu et al. | Sep 2001 | B1 |
6292905 | Wallach et al. | Sep 2001 | B1 |
6295502 | Hancock et al. | Sep 2001 | B1 |
6295541 | Bodnar et al. | Sep 2001 | B1 |
6304881 | Halim et al. | Oct 2001 | B1 |
6317755 | Rakers et al. | Nov 2001 | B1 |
6321236 | Zollinger et al. | Nov 2001 | B1 |
6324467 | Machii et al. | Nov 2001 | B1 |
6324526 | D'Agostino | Nov 2001 | B1 |
6324544 | Alam et al. | Nov 2001 | B1 |
6327533 | Chou | Dec 2001 | B1 |
6329680 | Yoshida et al. | Dec 2001 | B1 |
6330568 | Boothby et al. | Dec 2001 | B1 |
6332158 | Risley et al. | Dec 2001 | B1 |
6333973 | Smith et al. | Dec 2001 | B1 |
6338096 | Ukelson | Jan 2002 | B1 |
6339710 | Suzuki | Jan 2002 | B1 |
6341316 | Kloba et al. | Jan 2002 | B1 |
6345308 | Abe | Feb 2002 | B1 |
6349336 | Sit et al. | Feb 2002 | B1 |
6353448 | Scarborough et al. | Mar 2002 | B1 |
6356910 | Zellweger | Mar 2002 | B1 |
6356961 | Oprescu-Surcobe | Mar 2002 | B1 |
6360252 | Rudy et al. | Mar 2002 | B1 |
6360330 | Mutalik et al. | Mar 2002 | B1 |
6363249 | Nordeman et al. | Mar 2002 | B1 |
6363412 | Niwa et al. | Mar 2002 | B1 |
6374250 | Ajtai et al. | Apr 2002 | B2 |
6381700 | Yoshida | Apr 2002 | B1 |
6389462 | Cohen et al. | May 2002 | B1 |
6396482 | Griffin et al. | May 2002 | B1 |
6397307 | Ohran | May 2002 | B2 |
6397351 | Miller et al. | May 2002 | B1 |
6401104 | LaRue et al. | Jun 2002 | B1 |
6405218 | Boothby | Jun 2002 | B1 |
6418309 | Moon et al. | Jul 2002 | B1 |
6430289 | Liffick | Aug 2002 | B1 |
6430576 | Gates et al. | Aug 2002 | B1 |
6434621 | Pezzillo et al. | Aug 2002 | B1 |
6434627 | Millet et al. | Aug 2002 | B1 |
6437818 | Ludwig et al. | Aug 2002 | B1 |
6441836 | Takasu et al. | Aug 2002 | B1 |
6449622 | LaRue et al. | Sep 2002 | B1 |
6453392 | Flynn, Jr. | Sep 2002 | B1 |
6457062 | Pivowar et al. | Sep 2002 | B1 |
6460036 | Herz | Oct 2002 | B1 |
6462644 | Howell et al. | Oct 2002 | B1 |
6463464 | Lazaridis et al. | Oct 2002 | B1 |
6466967 | Landsman et al. | Oct 2002 | B2 |
6473621 | Heie | Oct 2002 | B1 |
6480896 | Brown et al. | Nov 2002 | B1 |
6484143 | Swildens et al. | Nov 2002 | B1 |
6487560 | LaRue et al. | Nov 2002 | B1 |
6490655 | Kershaw | Dec 2002 | B1 |
6496944 | Hsiao et al. | Dec 2002 | B1 |
6499108 | Johnson | Dec 2002 | B1 |
6505216 | Schutzman et al. | Jan 2003 | B1 |
6507891 | Challenger et al. | Jan 2003 | B1 |
6516314 | Birkler et al. | Feb 2003 | B1 |
6516327 | Zondervan et al. | Feb 2003 | B1 |
6519452 | Agostino et al. | Feb 2003 | B1 |
6523063 | Hanson | Feb 2003 | B1 |
6523079 | Kikinis et al. | Feb 2003 | B2 |
6532588 | Porter | Mar 2003 | B1 |
6535743 | Kennedy et al. | Mar 2003 | B1 |
6535949 | Parker | Mar 2003 | B1 |
6539494 | Abramson et al. | Mar 2003 | B1 |
6542933 | Durst, Jr. et al. | Apr 2003 | B1 |
6546425 | Hanson et al. | Apr 2003 | B1 |
6549933 | Barrett et al. | Apr 2003 | B1 |
6549937 | Auerbach et al. | Apr 2003 | B1 |
6553375 | Huang et al. | Apr 2003 | B1 |
6553410 | Kikinis | Apr 2003 | B2 |
6553413 | Leighton et al. | Apr 2003 | B1 |
6564336 | Majkowski | May 2003 | B1 |
6567850 | Freishtat et al. | May 2003 | B1 |
6567857 | Gupta et al. | May 2003 | B1 |
6574744 | Kantz et al. | Jun 2003 | B1 |
6581065 | Rodkin et al. | Jun 2003 | B1 |
6584454 | Hummel et al. | Jun 2003 | B1 |
6589290 | Maxwell et al. | Jul 2003 | B1 |
6591266 | Li et al. | Jul 2003 | B1 |
6591306 | Redlich | Jul 2003 | B1 |
6591362 | Li | Jul 2003 | B1 |
6597700 | Golikeri et al. | Jul 2003 | B2 |
6601071 | Bowker et al. | Jul 2003 | B1 |
6601143 | Lamparter | Jul 2003 | B1 |
6609005 | Chern | Aug 2003 | B1 |
6611850 | Shen | Aug 2003 | B1 |
6628194 | Hellebust et al. | Sep 2003 | B1 |
6636894 | Short et al. | Oct 2003 | B1 |
6643707 | Booth | Nov 2003 | B1 |
6647399 | Zaremba | Nov 2003 | B2 |
6654746 | Wong et al. | Nov 2003 | B1 |
6662212 | Chandhok et al. | Dec 2003 | B1 |
6665721 | Hind et al. | Dec 2003 | B1 |
6668254 | Matson et al. | Dec 2003 | B2 |
6671724 | Pandya et al. | Dec 2003 | B1 |
6671757 | Multer et al. | Dec 2003 | B1 |
6684088 | Halahmi | Jan 2004 | B1 |
6684206 | Chen et al. | Jan 2004 | B2 |
6684302 | Kershaw | Jan 2004 | B2 |
6694335 | Hopmann et al. | Feb 2004 | B1 |
6694336 | Multer et al. | Feb 2004 | B1 |
6701316 | Li et al. | Mar 2004 | B1 |
6704849 | Steegmans | Mar 2004 | B2 |
6714987 | Amin et al. | Mar 2004 | B1 |
6718336 | Saffer et al. | Apr 2004 | B1 |
6718348 | Novak et al. | Apr 2004 | B1 |
6718390 | Still et al. | Apr 2004 | B1 |
6725239 | Sherman et al. | Apr 2004 | B2 |
6728530 | Heinonen et al. | Apr 2004 | B1 |
6732101 | Cook | May 2004 | B1 |
6732264 | Sun et al. | May 2004 | B1 |
6738789 | Multer et al. | May 2004 | B2 |
6741851 | Lee et al. | May 2004 | B1 |
6745040 | Zimmerman | Jun 2004 | B2 |
6757696 | Multer et al. | Jun 2004 | B2 |
6757698 | McBride et al. | Jun 2004 | B2 |
6757712 | Bastian et al. | Jun 2004 | B1 |
6781575 | Hawkins et al. | Aug 2004 | B1 |
6795848 | Border et al. | Sep 2004 | B1 |
6799214 | Li | Sep 2004 | B1 |
6804690 | Dysert et al. | Oct 2004 | B1 |
6804783 | Wesinger, Jr. et al. | Oct 2004 | B1 |
6810411 | Coughlin et al. | Oct 2004 | B1 |
6812961 | Parulski et al. | Nov 2004 | B1 |
6813487 | Trommelen | Nov 2004 | B1 |
6816481 | Adams et al. | Nov 2004 | B1 |
6829654 | Jungck | Dec 2004 | B1 |
6836657 | Ji et al. | Dec 2004 | B2 |
6836765 | Sussman | Dec 2004 | B1 |
6839022 | Benco et al. | Jan 2005 | B1 |
6839568 | Suzuki | Jan 2005 | B2 |
6842695 | Tu et al. | Jan 2005 | B1 |
6850944 | MacCall et al. | Feb 2005 | B1 |
6868451 | Peacock | Mar 2005 | B1 |
6870921 | Elsey et al. | Mar 2005 | B1 |
6886013 | Beranek | Apr 2005 | B1 |
6892225 | Tu et al. | May 2005 | B1 |
6892245 | Crump et al. | May 2005 | B1 |
6904449 | Quinones | Jun 2005 | B1 |
6904460 | Raciborski et al. | Jun 2005 | B1 |
6920488 | Le Pennec et al. | Jul 2005 | B1 |
6925476 | Multer | Aug 2005 | B1 |
6925477 | Champagne et al. | Aug 2005 | B1 |
6934767 | Jellinek | Aug 2005 | B1 |
6944651 | Onyon et al. | Sep 2005 | B2 |
6944676 | Armbruster et al. | Sep 2005 | B1 |
6954660 | Aoyama | Oct 2005 | B2 |
6954783 | Bodwell et al. | Oct 2005 | B1 |
6959331 | Traversat et al. | Oct 2005 | B1 |
6963914 | Breitbart et al. | Nov 2005 | B1 |
6973299 | Apfel | Dec 2005 | B2 |
6975709 | Wullert, II | Dec 2005 | B2 |
6990187 | MacNamara et al. | Jan 2006 | B2 |
6996617 | Aiken, Jr. et al. | Feb 2006 | B1 |
6996631 | Aiken, Jr. et al. | Feb 2006 | B1 |
7003555 | Jungck | Feb 2006 | B1 |
7003668 | Berson et al. | Feb 2006 | B2 |
7007041 | Multer et al. | Feb 2006 | B2 |
7010578 | Lewin et al. | Mar 2006 | B1 |
7016964 | Still et al. | Mar 2006 | B1 |
7023868 | Rabenko et al. | Apr 2006 | B2 |
7024491 | Hanmann et al. | Apr 2006 | B1 |
7030730 | Zondervan | Apr 2006 | B1 |
7035878 | Multer et al. | Apr 2006 | B1 |
7039656 | Tsai et al. | May 2006 | B1 |
7051275 | Gupta et al. | May 2006 | B2 |
7054594 | Bloch et al. | May 2006 | B2 |
7054952 | Schwerdtfeger et al. | May 2006 | B1 |
7082476 | Cohen et al. | Jul 2006 | B1 |
7085817 | Tock et al. | Aug 2006 | B1 |
7096418 | Singhal et al. | Aug 2006 | B1 |
7099915 | Tenereillo et al. | Aug 2006 | B1 |
7103794 | Malcolm et al. | Sep 2006 | B2 |
7107043 | Aoyama | Sep 2006 | B2 |
7110954 | Yung et al. | Sep 2006 | B2 |
7116681 | Hovell et al. | Oct 2006 | B1 |
7133503 | Revisky | Nov 2006 | B2 |
7146161 | Chou | Dec 2006 | B2 |
7158805 | Park et al. | Jan 2007 | B1 |
7159036 | Hinchliffe et al. | Jan 2007 | B2 |
7162494 | Arellano | Jan 2007 | B2 |
7167728 | Wagner et al. | Jan 2007 | B1 |
7181628 | Sato et al. | Feb 2007 | B2 |
7197574 | Ishiyama | Mar 2007 | B1 |
7233791 | Gilbert et al. | Jun 2007 | B2 |
7237027 | Raccah et al. | Jun 2007 | B1 |
7249175 | Donaldson | Jul 2007 | B1 |
7269433 | Vargas et al. | Sep 2007 | B2 |
7284051 | Okano et al. | Oct 2007 | B1 |
7289964 | Bowman-Amuah | Oct 2007 | B1 |
7293074 | Jellinek et al. | Nov 2007 | B1 |
7308651 | Kling et al. | Dec 2007 | B2 |
7315826 | Guheen et al. | Jan 2008 | B1 |
7317907 | Linkert et al. | Jan 2008 | B2 |
7328341 | Eun et al. | Feb 2008 | B1 |
7343568 | Jiang et al. | Mar 2008 | B2 |
7349719 | Buniatyan | Mar 2008 | B2 |
7356559 | Jacobs et al. | Apr 2008 | B1 |
7363233 | Levine | Apr 2008 | B1 |
7383061 | Hawkins | Jun 2008 | B1 |
7392034 | Westman et al. | Jun 2008 | B2 |
7415486 | Multer et al. | Aug 2008 | B2 |
7440746 | Swan | Oct 2008 | B1 |
7447743 | Jordan, Jr. | Nov 2008 | B1 |
7454500 | Hsu et al. | Nov 2008 | B1 |
7499888 | Tu et al. | Mar 2009 | B1 |
7505762 | Onyon et al. | Mar 2009 | B2 |
7519702 | Allan | Apr 2009 | B1 |
7539697 | Akella et al. | May 2009 | B1 |
7587398 | Fredricksen et al. | Sep 2009 | B1 |
7596609 | Refuah et al. | Sep 2009 | B1 |
7643824 | Onyon | Jan 2010 | B2 |
7663652 | Reese | Feb 2010 | B1 |
7707150 | Sundararajan et al. | Apr 2010 | B2 |
7764782 | Coughlan | Jul 2010 | B1 |
7853664 | Wang et al. | Dec 2010 | B1 |
7895334 | Tu et al. | Feb 2011 | B1 |
7957772 | Charlier | Jun 2011 | B2 |
8010095 | Natsuno et al. | Aug 2011 | B2 |
8044818 | Tysowski et al. | Oct 2011 | B2 |
8073954 | Tu et al. | Dec 2011 | B1 |
8156074 | Multer et al. | Apr 2012 | B1 |
8224308 | Gavrylyako et al. | Jul 2012 | B1 |
20010005849 | Boothby et al. | Jun 2001 | A1 |
20010014893 | Boothby | Aug 2001 | A1 |
20010028363 | Nomoto et al. | Oct 2001 | A1 |
20010034737 | Cane et al. | Oct 2001 | A1 |
20010044805 | Multer et al. | Nov 2001 | A1 |
20010047393 | Arner et al. | Nov 2001 | A1 |
20010047471 | Johnson | Nov 2001 | A1 |
20010051920 | Joao et al. | Dec 2001 | A1 |
20010056473 | Arneson et al. | Dec 2001 | A1 |
20020007303 | Brokler et al. | Jan 2002 | A1 |
20020010868 | Nakashima et al. | Jan 2002 | A1 |
20020016818 | Kirani et al. | Feb 2002 | A1 |
20020016912 | Johnson | Feb 2002 | A1 |
20020023136 | Silver et al. | Feb 2002 | A1 |
20020032751 | Bharadwaj | Mar 2002 | A1 |
20020035605 | McDowell et al. | Mar 2002 | A1 |
20020040369 | Multer et al. | Apr 2002 | A1 |
20020049852 | Lee et al. | Apr 2002 | A1 |
20020055909 | Fung et al. | May 2002 | A1 |
20020056011 | Nardone et al. | May 2002 | A1 |
20020059116 | Bulatovic et al. | May 2002 | A1 |
20020062365 | Nishikawa et al. | May 2002 | A1 |
20020067816 | Bushnell | Jun 2002 | A1 |
20020069178 | Hoffman | Jun 2002 | A1 |
20020072350 | Fukuzato | Jun 2002 | A1 |
20020073212 | Sokol et al. | Jun 2002 | A1 |
20020078075 | Colson et al. | Jun 2002 | A1 |
20020082995 | Christie | Jun 2002 | A1 |
20020083325 | Mediratta et al. | Jun 2002 | A1 |
20020087588 | McBride et al. | Jul 2002 | A1 |
20020091785 | Ohlenbusch et al. | Jul 2002 | A1 |
20020116444 | Chaudhri et al. | Aug 2002 | A1 |
20020118192 | Couckuyt et al. | Aug 2002 | A1 |
20020120600 | Schiavone et al. | Aug 2002 | A1 |
20020126814 | Awada et al. | Sep 2002 | A1 |
20020128908 | Levin et al. | Sep 2002 | A1 |
20020129047 | Cane et al. | Sep 2002 | A1 |
20020138582 | Chandra et al. | Sep 2002 | A1 |
20020138765 | Fishman et al. | Sep 2002 | A1 |
20020152278 | Pontenzone et al. | Oct 2002 | A1 |
20020162011 | Tanaka et al. | Oct 2002 | A1 |
20020168964 | Kraft | Nov 2002 | A1 |
20020168975 | Gresham et al. | Nov 2002 | A1 |
20020194196 | Weinberg et al. | Dec 2002 | A1 |
20030021274 | Siikaniemi et al. | Jan 2003 | A1 |
20030028451 | Ananian | Feb 2003 | A1 |
20030028554 | Koskimies et al. | Feb 2003 | A1 |
20030028603 | Aktas et al. | Feb 2003 | A1 |
20030028647 | Grosu | Feb 2003 | A1 |
20030037020 | Novak et al. | Feb 2003 | A1 |
20030043195 | Kling et al. | Mar 2003 | A1 |
20030046433 | Luzzatti et al. | Mar 2003 | A1 |
20030061163 | Durfield | Mar 2003 | A1 |
20030065934 | Angelo et al. | Apr 2003 | A1 |
20030069874 | Hertzog et al. | Apr 2003 | A1 |
20030084121 | De Boor et al. | May 2003 | A1 |
20030093797 | Bazzaz | May 2003 | A1 |
20030110280 | Hinchliffe et al. | Jun 2003 | A1 |
20030115240 | Cho | Jun 2003 | A1 |
20030134625 | Choi | Jul 2003 | A1 |
20030135463 | Brown et al. | Jul 2003 | A1 |
20030139172 | Lampela et al. | Jul 2003 | A1 |
20030158960 | Engberg | Aug 2003 | A1 |
20030163483 | Zingher et al. | Aug 2003 | A1 |
20030172236 | Iyengar et al. | Sep 2003 | A1 |
20030200234 | Koppich et al. | Oct 2003 | A1 |
20030204568 | Bhargava et al. | Oct 2003 | A1 |
20030208546 | Desalvo et al. | Nov 2003 | A1 |
20030210265 | Haimberg | Nov 2003 | A1 |
20030217181 | Kiiskinen | Nov 2003 | A1 |
20030224760 | Day | Dec 2003 | A1 |
20030229723 | Kangas et al. | Dec 2003 | A1 |
20030229898 | Babu et al. | Dec 2003 | A1 |
20030233383 | Koskimies | Dec 2003 | A1 |
20030233418 | Goldman | Dec 2003 | A1 |
20030236933 | Shigeta et al. | Dec 2003 | A1 |
20040003390 | Canter et al. | Jan 2004 | A1 |
20040054746 | Shibata | Mar 2004 | A1 |
20040093317 | Swan | May 2004 | A1 |
20040093342 | Arbo et al. | May 2004 | A1 |
20040093385 | Yamagata | May 2004 | A1 |
20040110497 | Little | Jun 2004 | A1 |
20040111465 | Chuang et al. | Jun 2004 | A1 |
20040119760 | Grossman et al. | Jun 2004 | A1 |
20040120477 | Nguyen et al. | Jun 2004 | A1 |
20040128324 | Sheynman et al. | Jul 2004 | A1 |
20040132428 | Mulligan | Jul 2004 | A1 |
20040142711 | Mahonen et al. | Jul 2004 | A1 |
20040146150 | Barnes | Jul 2004 | A1 |
20040148408 | Nadarajah | Jul 2004 | A1 |
20040162830 | Shirwadkar et al. | Aug 2004 | A1 |
20040174965 | Brahm et al. | Sep 2004 | A1 |
20040192260 | Sugimoto et al. | Sep 2004 | A1 |
20040192282 | Vasudevan | Sep 2004 | A1 |
20040193953 | Callahan et al. | Sep 2004 | A1 |
20040204120 | Jiles | Oct 2004 | A1 |
20040224665 | Kokubo | Nov 2004 | A1 |
20040235523 | Schrire et al. | Nov 2004 | A1 |
20040243994 | Nasu | Dec 2004 | A1 |
20040267390 | Ben-Yaacov et al. | Dec 2004 | A1 |
20040267676 | Feng et al. | Dec 2004 | A1 |
20040267944 | Britt | Dec 2004 | A1 |
20050021571 | East | Jan 2005 | A1 |
20050032527 | Sheha et al. | Feb 2005 | A1 |
20050038863 | Onyon et al. | Feb 2005 | A1 |
20050044404 | Bhansali et al. | Feb 2005 | A1 |
20050050117 | Seo et al. | Mar 2005 | A1 |
20050054354 | Roman et al. | Mar 2005 | A1 |
20050060392 | Goring et al. | Mar 2005 | A1 |
20050064859 | Kotzin et al. | Mar 2005 | A1 |
20050081152 | Commarford et al. | Apr 2005 | A1 |
20050086296 | Chi et al. | Apr 2005 | A1 |
20050086318 | Aubault | Apr 2005 | A1 |
20050090253 | Kim et al. | Apr 2005 | A1 |
20050091272 | Smith et al. | Apr 2005 | A1 |
20050096975 | Moshe | May 2005 | A1 |
20050099963 | Multer et al. | May 2005 | A1 |
20050100150 | Dhara et al. | May 2005 | A1 |
20050102257 | Onyon et al. | May 2005 | A1 |
20050102328 | Ring et al. | May 2005 | A1 |
20050102329 | Jiang et al. | May 2005 | A1 |
20050114470 | Bal | May 2005 | A1 |
20050131990 | Jewell | Jun 2005 | A1 |
20050143111 | Fitzpatrick et al. | Jun 2005 | A1 |
20050144200 | Hesselink et al. | Jun 2005 | A1 |
20050144251 | Slate | Jun 2005 | A1 |
20050157858 | Rajagopalan et al. | Jul 2005 | A1 |
20050164651 | Ollis et al. | Jul 2005 | A1 |
20050191998 | Onyon et al. | Sep 2005 | A1 |
20050203971 | Koskimies et al. | Sep 2005 | A1 |
20050203992 | Tanaka et al. | Sep 2005 | A1 |
20050204001 | Stein et al. | Sep 2005 | A1 |
20050210101 | Janik | Sep 2005 | A1 |
20050216300 | Appelman et al. | Sep 2005 | A1 |
20050227674 | Kopra et al. | Oct 2005 | A1 |
20050233800 | Jones | Oct 2005 | A1 |
20050240494 | Cue et al. | Oct 2005 | A1 |
20050246325 | Pettinati et al. | Nov 2005 | A1 |
20050268107 | Harris et al. | Dec 2005 | A1 |
20050273632 | Kawakami | Dec 2005 | A1 |
20050283741 | Balabanovic et al. | Dec 2005 | A1 |
20060021059 | Brown et al. | Jan 2006 | A1 |
20060035647 | Eisner et al. | Feb 2006 | A1 |
20060052091 | Onyon et al. | Mar 2006 | A1 |
20060095397 | Torres et al. | May 2006 | A1 |
20060129627 | Phillips et al. | Jun 2006 | A1 |
20060148418 | Purkayastha et al. | Jul 2006 | A1 |
20060148477 | Reilly | Jul 2006 | A1 |
20060190626 | Bhogal et al. | Aug 2006 | A1 |
20060195474 | Cadiz et al. | Aug 2006 | A1 |
20060199599 | Gupta et al. | Sep 2006 | A1 |
20060206709 | Labrou et al. | Sep 2006 | A1 |
20060212482 | Celik | Sep 2006 | A1 |
20060224675 | Fox et al. | Oct 2006 | A1 |
20060233335 | Pfleging et al. | Oct 2006 | A1 |
20060268842 | Takahashi et al. | Nov 2006 | A1 |
20060277160 | Singh et al. | Dec 2006 | A1 |
20060288112 | Soelberg et al. | Dec 2006 | A1 |
20070005504 | Chen et al. | Jan 2007 | A1 |
20070016796 | Singhal | Jan 2007 | A1 |
20070022469 | Cooper et al. | Jan 2007 | A1 |
20070037605 | Logan | Feb 2007 | A1 |
20070043739 | Takai et al. | Feb 2007 | A1 |
20070047523 | Jiang | Mar 2007 | A1 |
20070047533 | Criddle et al. | Mar 2007 | A1 |
20070050734 | Busey | Mar 2007 | A1 |
20070053335 | Onyon et al. | Mar 2007 | A1 |
20070056043 | Onyon et al. | Mar 2007 | A1 |
20070061331 | Ramer et al. | Mar 2007 | A1 |
20070082668 | Silver et al. | Apr 2007 | A1 |
20070094042 | Ramer et al. | Apr 2007 | A1 |
20070127597 | Ammer et al. | Jun 2007 | A1 |
20070190983 | Goldfarb et al. | Aug 2007 | A1 |
20070214149 | Bodin et al. | Sep 2007 | A1 |
20070214264 | Koister | Sep 2007 | A1 |
20070220419 | Stibel et al. | Sep 2007 | A1 |
20070226199 | Moore et al. | Sep 2007 | A1 |
20070226272 | Huang et al. | Sep 2007 | A1 |
20070226783 | Mimlitsch | Sep 2007 | A1 |
20070254697 | Sugio et al. | Nov 2007 | A1 |
20080005080 | Xiques et al. | Jan 2008 | A1 |
20080005282 | Gaedcke | Jan 2008 | A1 |
20080009268 | Ramer et al. | Jan 2008 | A1 |
20080022220 | Cheah | Jan 2008 | A1 |
20080027826 | Popick et al. | Jan 2008 | A1 |
20080037743 | Bishop | Feb 2008 | A1 |
20080039020 | Eskin | Feb 2008 | A1 |
20080051071 | Vishwanathan et al. | Feb 2008 | A1 |
20080051117 | Khare et al. | Feb 2008 | A1 |
20080059897 | Dilorenzo | Mar 2008 | A1 |
20080064378 | Kahan et al. | Mar 2008 | A1 |
20080082421 | Onyon et al. | Apr 2008 | A1 |
20080089299 | Lindsley et al. | Apr 2008 | A1 |
20080104442 | Diao et al. | May 2008 | A1 |
20080109881 | Dasdan | May 2008 | A1 |
20080120199 | Pirnack et al. | May 2008 | A1 |
20080127289 | Julia et al. | May 2008 | A1 |
20080201362 | Multer et al. | Aug 2008 | A1 |
20080208617 | Onyon et al. | Aug 2008 | A1 |
20080214163 | Onyon et al. | Sep 2008 | A1 |
20080214167 | Natsuno et al. | Sep 2008 | A1 |
20080268823 | Shalev et al. | Oct 2008 | A1 |
20080270805 | Kean | Oct 2008 | A1 |
20080294768 | Sampson et al. | Nov 2008 | A1 |
20090012940 | Ives et al. | Jan 2009 | A1 |
20090029685 | Willis | Jan 2009 | A1 |
20090037828 | Waite et al. | Feb 2009 | A1 |
20090049135 | O'Sullivan et al. | Feb 2009 | A1 |
20090055464 | Multer et al. | Feb 2009 | A1 |
20090106110 | Stannard et al. | Apr 2009 | A1 |
20090138546 | Cruzada | May 2009 | A1 |
20090183091 | Sharpe et al. | Jul 2009 | A1 |
20090186672 | Duff et al. | Jul 2009 | A1 |
20090287921 | Zhu et al. | Nov 2009 | A1 |
20090307486 | Grajek et al. | Dec 2009 | A1 |
20090327305 | Roberts et al. | Dec 2009 | A1 |
20100057777 | Williamson | Mar 2010 | A1 |
20100100945 | Ozzie et al. | Apr 2010 | A1 |
20100190475 | El-Kadri et al. | Jul 2010 | A1 |
20100205448 | Tarhan et al. | Aug 2010 | A1 |
20100241857 | Okude et al. | Sep 2010 | A1 |
20100251230 | O'Farrell et al. | Sep 2010 | A1 |
20100319434 | Weber et al. | Dec 2010 | A1 |
20110107203 | Nash et al. | May 2011 | A1 |
20110109170 | Chen et al. | May 2011 | A1 |
20110269424 | Multer et al. | Nov 2011 | A1 |
20120151346 | McClements, IV | Jun 2012 | A1 |
Number | Date | Country |
---|---|---|
1202662 | Dec 1998 | CN |
1455522 | Nov 2003 | CN |
1313697 | Feb 2005 | CN |
0801487 | Oct 1997 | EP |
0836131 | Apr 1998 | EP |
0836301 | Apr 1998 | EP |
0924917 | Jun 1999 | EP |
0930593 | Jul 1999 | EP |
1024441 | Feb 2000 | EP |
0986225 | Mar 2000 | EP |
1139608 | Oct 2001 | EP |
1180890 | Feb 2002 | EP |
1263244 | Dec 2002 | EP |
1804418 | Apr 2007 | EP |
2043012 | Jan 2009 | EP |
2366050 | Jun 2001 | GB |
7303146 | Nov 1995 | JP |
10191453 | Jul 1998 | JP |
11242620 | Sep 1999 | JP |
11242677 | Sep 1999 | JP |
2000232680 | Aug 2000 | JP |
2000316053 | Nov 2000 | JP |
2002142254 | May 2002 | JP |
2002185575 | Jun 2002 | JP |
2002247144 | Aug 2002 | JP |
2002314689 | Oct 2002 | JP |
2003259011 | Sep 2003 | JP |
9704391 | Feb 1997 | WO |
9739564 | Oct 1997 | WO |
9741520 | Nov 1997 | WO |
9803005 | Jan 1998 | WO |
9821648 | May 1998 | WO |
9829994 | Jul 1998 | WO |
9854662 | Dec 1998 | WO |
9856159 | Dec 1998 | WO |
9905813 | Feb 1999 | WO |
9906900 | Feb 1999 | WO |
9936870 | Jul 1999 | WO |
9940514 | Aug 1999 | WO |
9945451 | Sep 1999 | WO |
9945484 | Sep 1999 | WO |
9946701 | Sep 1999 | WO |
9950761 | Oct 1999 | WO |
9965256 | Dec 1999 | WO |
0011832 | Mar 2000 | WO |
0016222 | Mar 2000 | WO |
0029998 | May 2000 | WO |
0133874 | May 2001 | WO |
0171539 | Sep 2001 | WO |
0180535 | Sep 2001 | WO |
0217140 | Feb 2002 | WO |
02071219 | Sep 2002 | WO |
03056789 | Jul 2003 | WO |
03083716 | Oct 2003 | WO |
2005112586 | Dec 2005 | WO |
Entry |
---|
Bob Temple, The Complete Idiot's Guide to Microsoft Outlook 2000, Que, A division of Macmillian Computer Publishing, 1999, pp. 158-167. |
Gma, Using Microsoft Outlook 2000 for Contact Management, Active Technologies [online], [retrieved on Dec. 29, 2012] Retrieved from the Internet <URL: http://active-technologies.com/content/using-microsoft-outlook-2000-contact-management>. |
Padwick and Ray, Using Microsoft Outlook 98, 1998. |
Handy Address Book website as it appeared on Dec. 8, 2003 and Dec. 12, 2003 and was stored by the Internet Archive, retrieved on Aug. 8, 2014, retrieved from the Internet <URL: “https://web.archive.org/web/20031208113634/http://www.beiley.com/habook/index.html” et al.>. |
Handy Address Book Documentation as it appeared on Jun. 3, 2004 and was stored by the Internet Archive, retrieved on Aug. 8, 2014, retrieved from the Internet <URL: https://web.archive.org/web/20040603075016/http://www.beiley.com/habook/help/documentation.htm>. |
Screenshots taken from the Handy Address Book software on Aug. 25, 2014. |
How-To Geek, Convert a Row to a Column in Excel the Easy Way, retrieved on Feb. 8, 2015, retrieved from the Internet at URL: <http://www.howtogeek.com/howto/12366/convert-a-row-to-a-column-in-excel-the-easy-way/>. |
Office Action mailed on Dec. 16, 2013, U.S. Appl. No. 14/049,080, filed Oct. 8, 2013, Richard Onyon et al. |
Number | Date | Country | |
---|---|---|---|
60570409 | May 2004 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12856327 | Aug 2010 | US |
Child | 14049055 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 11128121 | May 2005 | US |
Child | 12856327 | US |