|Publication number||US20050170847 A1|
|Application number||US 10/503,194|
|Publication date||Aug 4, 2005|
|Filing date||Feb 3, 2003|
|Priority date||Feb 1, 2002|
|Also published as||EP1474905A1, US8391892, US20070087762, WO2003065688A1|
|Publication number||10503194, 503194, PCT/2003/448, PCT/GB/2003/000448, PCT/GB/2003/00448, PCT/GB/3/000448, PCT/GB/3/00448, PCT/GB2003/000448, PCT/GB2003/00448, PCT/GB2003000448, PCT/GB200300448, PCT/GB3/000448, PCT/GB3/00448, PCT/GB3000448, PCT/GB300448, US 2005/0170847 A1, US 2005/170847 A1, US 20050170847 A1, US 20050170847A1, US 2005170847 A1, US 2005170847A1, US-A1-20050170847, US-A1-2005170847, US2005/0170847A1, US2005/170847A1, US20050170847 A1, US20050170847A1, US2005170847 A1, US2005170847A1|
|Inventors||Petter Karlsson, Dominic Butler|
|Original Assignee||Symbian Limited|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Referenced by (16), Classifications (22), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
This invention relates to a method of providing access to presence information. ‘Presence’ information refers to private user data which gives information and hints about a user's current state, including location, availability and mood. The term ‘wireless information device’ used in this patent specification should be expansively construed to cover any kind of device with one or two way communications capabilities and includes without limitation radio telephones, smart phones, communicators, personal computers, computers and application specific devices. It includes devices able to communicate in any manner over any kind of network, such as GSM or UMTS mobile radio, Bluetooth™, Internet etc.
2. Description of the Prior Art
Current generation wired and wireless telephones can indicate to a caller the status of a call recipient in only crude and potentially ambiguous terms: for example, when a caller makes a voice call, he or she might receive one of five different responses: (a) the desired call recipient answers; (b) there is no answer; (c) there is an engaged tone; (d) the call gets put through to a pre-recorded voice mail message or (e) the call gets diverted to someone else. If the intended call recipient does not actually answer the call, then the caller has no idea why the call was not answered: for example, is the intended recipient in fact there but too busy to answer? Could a different number have been dialled to connect successfully?
Conventional so-called ‘Presence’ systems are the subject of considerable interest at present and partly solve the above problems. The intent of Presence systems is to show the status of the prospective call recipient to a calling party ahead of the caller making the call—for example, giving information about whether the intended call recipient is busy, in a meeting, contactable on a mobile phone or land line, giving hints about the way the call recipient would prefer to be contacted (voice, SMS etc). Reference may be made to RFC 2778 ‘A Model for Presence and Instant Messaging’ February 2000, The Internet Society.
Presence information will typically be stored on one or more servers controlled by a wireless operator; people can post their Presence information onto these servers directly from their own wireless information devices; some kinds of Presence information may also be determined automatically, such as the location of the device. Someone seeking Presence information relating to (or ‘owned’) by another can access these servers. Peer to peer variants are also possible, with an individual storing his or her Presence information on his or her own wireless information device, which can give access to that information to other wireless information device or servers that wish to pull down this information. Various kinds of access control to different kinds of information can be provided, so that a user might give access to certain Presence information only to a defined group of friends or family; for example, location information might be available only to persons the user has classified as close friends, whereas availability information might be accessed by a broader group. Reference may be made to PCT/GB01/03784 filed by the present applicant, which describes a comprehensive Presence architecture and is incorporated by reference into this disclosure. Further reference may also be made to PCT/GB01/03804 again filed by Symbian Limited, which discloses an extensible database architecture suitable for the fast and efficient deployment of the present invention and is again incorporated by reference into this disclosure.
Despite a user's ability to limit access to his/her own Presence data to defined users and classes of users, one of the disadvantages of Presence systems is the perceived lack of control that the user has over his Presence information. That lack of control is clearly greater where a user has not implemented any of the conventional access control features described above, perhaps because doing so is seen as complicated, or has made some Presence information ‘public’ and hence can be accessed by anyone (this might include basic availability information).
In a first aspect of the present invention, there is a method of providing access to Presence information comprising the following steps:
There are two main advantages to a user: First, conventional systems provide no technical solution to the problem of alerting a user to the fact that an entity might be interested in contacting him or her; with the present invention, where communication between the entity and the user has not happened (perhaps due to adverse Presence information—e.g. the user has stated that he is in a meeting—or poor network coverage) then the user can readily see that the entity was at least considering communicating with him or her because the entity viewed his or her Presence information; the user can then contact the entity directly if he or she wishes. Secondly, because a user is aware of whenever an entity accesses his Presence information, that tends to give the user a greater feeling of control over that information: it can only be accessed with his knowledge. A related consequence is that the inappropriate accessing of Presence information is inhibited.
Currently, mobile telephones display a ‘missed calls’ alert, giving a user a greater sense of being connected and also the practical option of returning those calls. The present invention proposes an equivalently useful new functionality, namely logging and displaying on the user's wireless information device the identity of anyone accessing the user's Presence information.
In a typical implementation of the present invention, Presence information is stored on server based databases controlled by a wireless network operator; those servers can be programmed to log all access requests to Presence information (e.g. identity of person accessing the Presence information, the nature of Presence information accessed, the time/date of access) and to provide that information to the relevant user's wireless information device by sending it. This may be on an automatic, immediate basis whenever Presence information is requested; at regular intervals; at pre-defined times; or when polled/requested by the device. Appropriate user selectable menu options are displayed on the device to enable the user to select the appropriate approach. That device is then programmed to display the fact that Presence information has been requested or accessed and to give the user the option of viewing the log. The server based databases may be programmed to automatically deny access to Presence information from pre-defined categories of entities (e.g. black-listed persons, entities not listed in the user's contact list stored on the database; commercial organisations etc.), so that it is useful to be able to inform a user not only when Presence information has been accessed, but also when it has been requested and denied.
A peer to peer approach is also possible: The Presence data is then not stored on a central database server and managed centrally by the database server owner (e.g. network operator), but is distributed across wireless information devices such that the Presence information for any given user is stored on and managed by software on that user's wireless information device. The software will act as the above-mentioned server software, meaning it will handle Presence information requests from other users, it will log Presence information requests, may be programmed or otherwise configured by the user to deny/permit requests from given users, will facilitate communication with the entity that has requested Presence information and will provide directly to its own display data indicating that Presence information has been sought or accessed.
The device can also give the user the option of communicating (e.g. voice, SMS message etc.) with the entity that has accessed the Presence information; by facilitating communication in this manner, it is more likely that users will actually make the call and hence generate revenue for the operator. Similarly, the server may give the entity accessing Presence information the option of messaging the user or initiating a voice call once the Presence information has been returned.
In a second aspect, there is a wireless information device programmed to:
A third aspect of the invention covers computer software which, when running on a wireless information device, enables the device to:
The invention will be described with reference to the following Figures, in which the log is referred to as a ‘footprint’.
An implementation of the present invention is called ‘Footprints’ and runs on wireless information devices with the Symbian OS from Symbian Limited of London, United Kingdom.
Footprints User Interaction
Using Footprints, a wireless information device can be pushed data (e.g. instantly or at pre-defined times) if someone accesses the Presence information associated with the user of that device, or can be set to poll regularly (or on user initiation) for that information from the server.
That data can be used to display on the device an alert that someone has sought the user's Presence information: in
The Figures show the device displaying Footprint information in a manner fully integrated into the user interface of the device; this will typically require the Footprint device software to be burnt into the device ROM or for the device to be able to load and run new applications such as Footprints.
A high level schematic for Footprints implemented on a peer to peer Presence system is shown at
A Presence architecture may be implemented in a Client/Server form: an Instant Messaging and Presence (IMP) Server holds master copies of Presence information and other ‘Personal data’: Personal data is non transient data (unlike Presence information) which the user wishes to store in a database that can be accessed within user defined access limits (e.g. to defined classes of individuals etc.). Personal data could include such things as: MP3 files; photos; credit card details; date of birth and other auto from fill information; medical records; Agenda; Public PGP key, etc. i.e. file, record and transaction based shared content.
The server listens for client connections and communicates directly with clients and other servers. The server also handles: data storage, user authentication, directory lookups (e.g. LDAP) and Rosters, etc. The server can log all requests for Presence information (e.g. the name of the entity requesting that information, the contact numbers, e-mails etc, the kind of Presence information sought, the time/date of access, whether access was successful or not etc.) and can send that information to the relevant client devices (e.g. users' wireless information devices).
The client device communicates with the IMP server, parses and interprets well-formed XML packets and understands message data types.
For legacy devices, such as current GSM telephones, the
Returning to the overall architecture, each user is associated with a single server which receives information for them and from them. But in a typical network, there could be many IMP servers provided by the same operator, with the servers transferring messages and Presence information between themselves and, with the appropriate interoperability standards in place (e.g. SIMPLE), with other external IM and presence systems too. A Client/Server protocol (preferably an open XML-based standard) is employed for communications. This is used for client-server, server-client and server-server communication (session initiation, modification and termination). A server-to-server protocol may also be used—SIP/SIMPLE for interoperability between heterogeneous systems would be a natural design choice.
Data representation protocol: a fundamental requirement of the architecture is that it must be extensible. As such, an open XML-based standard protocol should be used for packaging/transporting data (IM, Presence data and personal information). The protocol should use XML namespaces to encapsulate other kinds of data sent, allowing any client, server, transport, or any component of the architecture to build custom applications by including their own XML data within their namespace. SOAP may be employed.
Along with a flexible messaging and presence system, an XML-based directory should be provided. As to account management, the server by default will allow every user to have full control over the creation of and management of their account. This includes passwords, and all presence, personal data and messaging aspects. Server administrators have full control over the rights allotted to each account, and can remove or limit those at any time.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US6047057 *||Aug 30, 1996||Apr 4, 2000||U.S. Philips Corporation||Telecommunication system intruding on a busy called party|
|US6311069 *||Mar 18, 1999||Oct 30, 2001||Ericsson Inc.||System and method for alerting a mobile subscriber being positioned|
|US20020090911 *||Jan 5, 2001||Jul 11, 2002||Michael Evans||Networking by matching profile information over a data packet-network and a local area network|
|US20030008659 *||Jun 20, 2001||Jan 9, 2003||Waters John Deryk||Locating items|
|US20030110228 *||Dec 17, 2001||Jun 12, 2003||Ziqiang Xu||Method and apparatus for monitoring activity and presence to optimize collaborative issue resolution|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7483969||Oct 9, 2006||Jan 27, 2009||Microsoft Corporation||Managing presence based on relationship|
|US7614060 *||Apr 28, 2006||Nov 3, 2009||Microsoft Corporation||Unified concept of presence|
|US7836088||Oct 26, 2006||Nov 16, 2010||Microsoft Corporation||Relationship-based processing|
|US7907051||Jun 13, 2006||Mar 15, 2011||Microsoft Corporation||Techniques for setting and indicating presence for a device|
|US8396922||Nov 20, 2006||Mar 12, 2013||Aol Inc.||Promoting interoperability of presence-based systems through the use of ubiquitous online identities|
|US8767929||Jan 20, 2009||Jul 1, 2014||Smith Micro Software, Inc.||Systems and methods for displaying presence information in communication devices|
|US8868437||Jan 14, 2011||Oct 21, 2014||Medecision, Inc.||Methods and systems for managing distributed digital medical data|
|US8874453 *||Jan 14, 2011||Oct 28, 2014||Medecision, Inc.||Methods and systems for managing distributed digital medical data|
|US8972386||Nov 19, 2012||Mar 3, 2015||International Business Machines Corporation||Dynamic routing of instant message|
|US8996620 *||Nov 20, 2006||Mar 31, 2015||Aol Inc.||Promoting interoperability of presence-based systems through the use of ubiquitous online identities|
|US20070162555 *||Nov 20, 2006||Jul 12, 2007||Aol Llc||Promoting interoperability of presence-based systems through the use of ubiquitous online identities|
|US20110131062 *||Jun 2, 2011||Menschik Elliot D||Methods and systems for managing distributed digital medical data|
|EP1770932A1 *||Sep 29, 2005||Apr 4, 2007||BRITISH TELECOMMUNICATIONS public limited company||Method and apparatus for message forwarding|
|WO2007095406A2 *||Jan 12, 2007||Aug 23, 2007||At & T Knowledge Ventures Lp||Method and apparatus for synthesizing presence information|
|WO2008043993A1 *||Oct 9, 2007||Apr 17, 2008||Symbian Software Ltd||Maintaining location information in a mobile wireless communications device|
|WO2010090807A2 *||Jan 15, 2010||Aug 12, 2010||Core Mobility, Inc.||Systems and methods for displaying presence information in communication devices|
|U.S. Classification||455/456.2, 455/414.3, 455/411|
|International Classification||H04M1/725, H04B7/26, H04Q7/20, H04M3/42, H04M1/663, H04L29/08, H04L29/06|
|Cooperative Classification||H04L67/16, H04L67/24, H04L67/04, H04L69/329, H04M3/42, H04M1/72519, H04M1/663|
|European Classification||H04L29/08A7, H04L29/08N15, H04L29/08N3, H04L29/08N23, H04M3/42|
|Jul 30, 2004||AS||Assignment|
Owner name: SYMBIAN LIMITED, UNITED KINGDOM
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BUTLER, DOMINIC;REEL/FRAME:016236/0384
Effective date: 20030401
|May 10, 2005||AS||Assignment|
Owner name: SYMBIAN LIMITED, UNITED KINGDOM
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KARLSSON, PETTER;REEL/FRAME:017544/0190
Effective date: 20050407