AU2008281304A1 - Communication between networked entities in a presence-based communication system - Google Patents

Communication between networked entities in a presence-based communication system Download PDF

Info

Publication number
AU2008281304A1
AU2008281304A1 AU2008281304A AU2008281304A AU2008281304A1 AU 2008281304 A1 AU2008281304 A1 AU 2008281304A1 AU 2008281304 A AU2008281304 A AU 2008281304A AU 2008281304 A AU2008281304 A AU 2008281304A AU 2008281304 A1 AU2008281304 A1 AU 2008281304A1
Authority
AU
Australia
Prior art keywords
persona
contextual information
user
closeness
degree
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
AU2008281304A
Inventor
Giles Trewartha Corbett
Derek James Munneke
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Eccosphere International Pty Ltd
Original Assignee
Eccosphere International Pty Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eccosphere International Pty Ltd filed Critical Eccosphere International Pty Ltd
Publication of AU2008281304A1 publication Critical patent/AU2008281304A1/en
Abandoned legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Description

WO 2009/015412 PCT/AU2008/001054 1 COMMUNICATION BETWEEN NETWORKED ENTITIES IN A PRESENCE BASED COMMUNICATION SYSTEM The present invention relates generally to a presence-based 5 communication system, and in particular to communication between network entities forming part of such a system. Various types of communication devices such as mobile telephones, laptop or hand held computing devices, desktop computers and the like, can identify themselves to the network using a suitable network identifier. 10 "Presence" refers to, for example, the availability, proximity, activity level or operating state of a presentity, such as a user, object or anything that can have some kind of state. Presence can be loosely defined as knowledge about a presentity that is displayed to a watcher. Status information about the presentity's communication and other conditions is collected by various 15 methods and devices for aggregation and processing or by a presence engine in order to transfer the raw data into some useful form for the watcher. The ability for users or objects to monitor each other's presence is a feature offered in connection with many applications that support network telephony. For example, instant messaging applications have a contact list 20 feature, in which the user of the application can determine whether selected users or objects are available for engaging in communication. The data retrieved and returned to a watcher in relation to a contact list is referred to as "presence information", and is generally maintained by a presence server in the data network. Typically, the presence server supports a network protocol 25 such as Session Initiation Protocol (SIP). Users or objects can reach the presence server with their communication devices in order to have the presence of the device or objects associated with the device maintained and to allow various programs on the network to facilitate telephony services or other services in which communications are exchanged between network entities. 30 The presence server facilitates communication of each presentity's presence information to one or more watchers. Additional details about presence and presence modelling are set forth in the Internet Engineering Task Force (IETF) Request for Comment (RFC) WO 2009/015412 PCT/AU2008/001054 2 2778 entitled "A model for presence and instant messaging" dated February, 2002, RFC 2779 entitled "Instant messaging/presence protocol of requirements" dated February 2002, and RFC 4480 entitled "RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF)" dated 5 July 2006. The entire contents of these documents are incorporated herein by reference. Presence information is conventionally displayed to a watcher as a one dimensional list of entities that indicates a presence status, namely whether that entity is able to accept communications or will reject incoming 10 communications. The watcher is then able to select one of those entities willing to accept incoming communications, and initiate a communication with that entity. Whilst suitable for use in circumstances involving a limited number of contacts, this rudimentary use of presence information is ill-suited to use in 15 more complex social networking applications. A social network is a personal or professional set of relationships between individuals or entities. In social networking applications, individuals or entities are related by structural characteristics such as proximity to others, frequency of social contact and the type of relationship e.g. spouse, confident, work colleague, relative, friend. 20 Individuals typically have complex relationships with a great number of entities. Each individual may have hundreds or even thousands of contacts with which communication may be desired under certain circumstances or in certain situations. Moreover, communication may be desirable under certain circumstances with entities not previously known to an individual. Commonly 25 understood examples of such communication are the posting of messages on websites known as "forums". Again, the circumstances in which such communications are to be sent and received may vary depending upon a variety of factors. There currently exists a need to provide a presence-based 30 communications system that simplifies communication between networked entities. There also exists a need to provide a presence-based communication system that provides a rich communication experience for networked entities in a manner that replicates real world social interactions. There further exists a WO 2009/015412 PCT/AU2008/001054 3 need to provide the user of a network entity with the ability to control their level of interaction with other entities in a presence-based communication system. With this in mind, one aspect of the invention provides a method of facilitating communication between networked entities in a presence-based 5 communication system. The method includes the steps of: at a presence server, storing one or more personas associated with each networked entity and contextual information characterising each persona; determining a degree of closeness between the contextual information characterising at least a first persona associated with a first networked entity and contextual information 10 characterising at least a second persona associated with a second networked entity; and providing a notification of the first persona to the second persona if the degree of closeness exceeds a user-variable threshold. Advantageously, a method including these steps enables a user of a first network entity to vary their level of interaction with other network entities 15 forming part of a presence-based communication system. Contextual information characterising personas associated with each of the networked entities is used to determine those personas that are "closer" to a persona of a user of a first networked entity, and hence identify those personas with which the user is most likely to communicate. Depending upon the persona selected, 20 the user is therefore able to vary the size of the group of personas with which a user persona is willing to communicate at any one time. The notification step may include the steps of: notifying a present status of the first persona to the second persona, the present status having either an open state or a closed state respectively indicating acceptance or rejection of 25 incoming communications from the second persona; and setting the notified presence status of the first persona to an open state for the second persona if the degree of closeness exceeds a user variable threshold or otherwise setting the notified presence status of the first persona to a closed state. In one or more embodiments of the invention, the step of determining 30 the degree of closeness includes determining a semantic affinity between the contextual information characterising the first persona and the contextual information characterising the second persona. For example, the contextual WO 2009/015412 PCT/AU2008/001054 4 information may include one or more descriptors or interests associated with a persona. The contextual information may also or alternatively include location data. In this case, the step of determining the degree of closeness includes 5 determining spatial proximity of the first persona and the second persona from the location data. In some embodiments of the invention, the step of determining the degree of closeness includes combining values of semantic affinity and spatial proximity. 10 Measures of semantic affinity and spatial proximity between personas can be used in order to determine the degree of closeness between a first persona and a second persona that may have not previously communicated with the first persona. Assessing contextual information such as semantic affinity and spatial proximity can therefore be used to match personas that can 15 be thought of as being part of a same "crowd" of personas that have not previously interacted. In one or more embodiments of the invention, the second persona may be a contact of the first persona. In this case, the step of determining the degree of closeness may include determining a communicative affinity 20 between the first persona and the contact. For example, the communicative affinity between the first persona and the contact may be carried out by storing historical communication instances between the first persona and the contact; and determining the frequency of communication instances between the first persona and the contact. 25 A persona may be considered to be a contact of another persona from having previously communicated with that persona. Alternatively, a persona may be considered to be a contact of another persona by having been entered into a list of contacts accessible to that other persona. The contextual information may include various other types of 30 information. For example, the contextual information may include message content data characterising the content of messages exchanged between the first persona and the contact. By way of example, the message content data WO 2009/015412 PCT/AU2008/001054 5 may include any one or more of the following types of data: message originator, message recipient, resource type, message topic, message location and a time stamp. The threshold may be able to be varied by a user of the first networked 5 entity over a first range of values in which an open presence status can only be notified to personas that are contacts of the first persona. Over this first range of values, the first persona is therefore able to indicate that they are only willing to receive communications from existing contacts. The particular threshold set by a user determines the number of contacts at any one time 10 with which the user is willing to communicate. As that threshold is varied, the number of contacts in that group are reduced to only those contacts that are closest to the persona selected by the user. The threshold may also be able to be varied by the user of a first networked device over a second range of values in which an open presence 15 status can be notified to personas that are not contacts of the first persona. In a second range of values, the persona is effectively able to enter a "crowd" of other personas with which communication has not previously occurred and the user threshold level selected to enable communication with those "crowd" personas having contextual information that indicates a closeness with the first 20 persona of the user of the first networked entity. In one example, the threshold values in the second range are greater than the threshold values in the first range. In one or more embodiments of the invention, a plurality of persons may be stored for each networked entity. In this way, a user is able to select from 25 multiple personas, such as a persona for work, a person for friends and a persona for sport. The method of the invention may include the step of deriving a global threshold based on the user variable thresholds of the plurality of persons. The global threshold may be user variable. In this case, the method 30 may further include the step of varying the global threshold, and applying a corresponding change to the user variable threshold of each persona. Conveniently, this enables a user of the first networked entity to apply a single global threshold to vary their desired interaction with other personas, and to WO 2009/015412 PCT/AU2008/001054 6 cause that single global threshold variation to be applied to each of the multiple personas associated with that first networked entity. At some of the contextual information characterising the first persona may be used to modify the use of variable thresholds. In this way, detection of 5 a change in user location or activity, for example, may be used to vary the user variable threshold to a desired level of interaction with other personas. In one or more embodiments of the invention, a representation of the second persona may be displayed at the first network entity only if the present status is set to an open state. Accordingly, only those personas with which the 10 first persona is willing to communicate are displayed at the first network entity in order to limit the amount of visual information presented to a user of the first networked entity. Another aspect of the invention provides a presence-based communication system for facilitating communication between networked 15 entities. The system includes a data storage apparatus for storing one or more personas associated with each networked entity and contextual information characterising each persona. The system also includes computing apparatus for determining a degree of closeness between the contextual information characterising at least a first persona associated with a first networked entity 20 and contextual information characterising at least a second persona associated with a second networked entity; and providing a notification of the first persona to the second persona if the degree of closeness exceeds a user variable threshold. This notification may be carried out by notifying a presence state of the 25 first persona to the second persona, the present status having either an open state or a closed state respectively indicating acceptance or rejection of incoming communications from the second persona; and setting the notified presence status of first persona to an open state for the second persona if the degree of closeness exceeds a user variable threshold or otherwise setting the 30 notified presence state of the first persona to a closed state. Another aspect of the invention provides computer software for use with a presence-based communication system for facilitating communication WO 2009/015412 PCT/AU2008/001054 7 between networked entities as described above. The system includes computing apparatus and one or more associated storage devices for storing the computer software, the computer software including a series of instructions for causing the computing apparatus to carry out a method as described 5 above. Yet another aspect of the invention provides a first networked entity for use with the above described presence-based communication system. A first networked entity may include a user actuable control for setting the user variable threshold for the first persona associated with the first networked 10 entity. A further aspect of the invention provides a second networked entity for use with the presence-based communication system described above. The second networked entity may include a graphic user interface for displaying an icon of the first persona associated with the first networked entity, when the 15 first persona has an open presence status. In many embodiments, the first networked entity and second networked entity will be combined in a single communication device. The above described method may further include the steps of, at a first networked entity, setting the user variable threshold for one or more first 20 personas associated with the first networked entity; and transmitting the value of the user variable threshold. The method may further include the steps of, at a second networked entity, receiving the presence status of the first persona associate with the first networked entity; and displaying an icon of the first persona when the first 25 persona has an open presence status. Yet another aspect of the invention provides computer software for use in the communication device described above. Communications device may include a processing unit and one or more associated memory devices for storing the computer software. Computer software may include a series of 30 instructions for causing the processing unit to carry out those steps described above in relation to the first and/or second networked entities.
WO 2009/015412 PCT/AU2008/001054 8 Yet another aspect of the invention provides a method of identifying message content in messages exchanged by networked entities in a presence-based communication system. The method includes the steps of: at a presence server, storing one or more personas associated with each 5 networked entity and contextual information characterising each persona, and contextual information characterising the message content in messages exchanged between personas; determining a degree of closeness between the contextual information characterising a first persona and the contextual information characterising the message content; and providing a notification of 10 the message content to the first persona if the degree of closeness exceeds a user-variable threshold. The step of determining the degree of closeness may include determining a semantic affinity between the contextual information characterising the first persona and the contextual information characterising 15 the message content. The contextual information may include location data, and the step of determining the degree of closeness may include determining spatial proximity of the first persona and the messages from the location data. The step of determining the degree of closeness may further include 20 combining values of semantic affinity and spatial proximity. In one or more embodiments, the degree of closeness may only be determined between the contextual information characterising the first persona and the contextual information characterising the message content of messages that are exchanged between the first persona and contacts of that 25 first persona. Alternatively, the degree of closeness may only be determined between the contextual information characterising the first persona and the contextual information characterising the message content of messages from other personas determined to have a requisite degree of closeness to the first 30 persona. The contextual information characterising each persona may include any one or more of descriptors and interests associated with the persona.
WO 2009/015412 PCT/AU2008/001054 9 The contextual information characterising the message content may include any one or more of the following types of data: message originator, message recipient, resource type, message topic, message location and a time stamp. 5 A still further aspect of the invention provides a presence-based communication system for identifying message content in messages exchanged by networked entities. The system includes: data storage apparatus for storing one or more personas associated with each networked entity and contextual information characterising each persona, and contextual 10 information characterising the message content in messages exchanged between personas; and computing apparatus for determining a degree of closeness between the contextual information characterising a first persona and the contextual information characterising the message content; and providing a notification of the message content to the first persona if the 15 degree of closeness exceeds a user-variable threshold. Yet another aspect of the invention provides computer software for use with a presence-based communication system for method of identifying message content in messages exchanged by networked entities. The system includes computing apparatus and one or more associated storage devices for 20 storing the computer software. The computer software includes a series of instructions for causing the computing apparatus to carry out the above described method of identifying message content. A still further aspect of the invention provides a method of identifying message content exchanged by networked entities in a presence-based 25 communication system. The method including the steps of: at a presence server, storing one or more personas associated with each networked entity and contextual information characterising each persona, and contextual information characterising the message content exchanged between personas; determining a degree of closeness between a content query submitted by a 30 first persona and the contextual information characterising the message content; and providing a notification of the message content to the first persona if the degree of closeness exceeds a user-variable threshold.
WO 2009/015412 PCT/AU2008/001054 10 Another aspect of the invention provides a presence-based communication system for identifying message content in messages exchanged by networked entities. The system includes: data storage apparatus for storing one or more personas associated with each networked 5 entity and contextual information characterising each persona, and contextual information characterising the message content in messages exchanged between personas; and computing apparatus for determining a degree of closeness between a content query submitted by a first persona and the contextual information characterising the message content; and providing a 10 notification of the message content to the first persona if the degree of closeness exceeds a user-variable threshold. A further aspect of the invention provides computer software for use with a presence-based communication system for facilitating communication between networked entities. The system includes computing apparatus and 15 one or more associated storage devices for storing the computer software, the computer software including a series of instructions for causing the computing apparatus to carry the above-described method of identifying message content. Various aspects and features of the drawing will be more fully 20 understood with reference to the following drawings, in which the invention illustrated in one or more exemplary, but non-limiting embodiments. In the drawings: Figure 1 is a schematic diagram illustrating one embodiment of a presence-based communication system according to the present invention; 25 Figure 2 is more detailed schematic diagram showing functional components of a presence server forming part of the presence-based communication system shown in Figure 1; Figure 3 is a domain model showing the inter-relationship between a user of a networked entity forming part of the presence-based communication 30 system shown in Figure 1, personas associated with that entity and contextual information characterising the persona and contacts of that persona; WO 2009/015412 PCT/AU2008/001054 11 Figure 4 is a domain model showing the relationship between users, personas and contacts in the presence-based communication system shown in Figure 1; Figure 5 is a diagram illustrating the comparison of contextual 5 information of various personas involved in the use of presence-based communication system shown in Figure 1; Figure 6 is a flow chart illustrating various functional operations performed by the presence server shown in Figure 2; Figures 7 and 8 are exemplary screen displays of networked entities 10 forming part of the presence-based communication system shown in Figure 1; Figure 9 is a graph illustrating the change in the number of contact and crown personas available for communication with as the user variable threshold for a particular persona is changed; Figure 10 is a table showing a comparison of two types of contextual 15 information in order to determine a degree of closeness between two personas; Figure 11 is a graphical representation of the mapping of communicative affinity of two personas adapted to communicate in the presence-based communication system shown in Figure 1 to discreet values of 20 a user variable threshold set for one of those personas; Figure 12 is an embodiment of a graphic user interface showing a mixing of contacts of each of a user's three personas according to the user variable threshold set for each persona; Figure 13 is an example of a graphic user interface used to set user 25 variable thresholds for each of three personas, a global threshold and for entering contextual information in relation to one or more of the personas; Figure 14 is a flow diagram illustrating the interaction of persona activity, location and user variable threshold settings; Figure 15 is another flow chart illustrating various functional operations 30 performed by the presence server shown in Figure 2; and WO 2009/015412 PCT/AU2008/001054 12 Figure 16 is a schematic diagram showing various function elements of one or more parts of the presence-based communication system shown in Figure 1. Referring now to Figure 1, there is shown generally a presence-based 5 communication system 10 including a first networked entity 12 and a second networked entity 14. In this case, the first networked entity 12 is a presentity, whereas the second networked entity 14 is known as a watcher. The terms "presentity" and "watcher" are defined in IETF Standard RFC 2778 entitled "A Model for Presence and Instant Messaging" dated February 2000, within the 10 context of the SIP method defined in the IETF Standards RFC 3903 and 3856 for publishing presence state. The publisher mechanism allows a user to create, modify and remove the user state in a presence server, which manages the presence state for the user. RFC 3856 describes the use of SIP for subscriptions and presence notifications. 15 In Figure 1, the presentity 1 provides presence information that is to be stored and distributed to a presence server 16. The watcher 14 subscribes to the presence server 16 to receive the presentity's presence information. When the presentity publishes this information to the presence server, the presence server notifies the watcher of the presentity's presence information via a notify 20 message. The presentity 12 includes a presence user agent 22 for interfacing the presence server 16 and a graphically user interface 24 for displaying presence and related information on a display 26 in the form of icons and/or text strings. In addition, the graphical user interface 24 may include buttons or other control 25 devices that enable a user to invoke an action of the presentity 12. Similarly, the watcher 14 includes a user agent 28 for interfacing with the presence server 16 and a graphically user interface 30 for displaying real time presence in related information on a display 32 in the form of icons and/or text strings. In addition, the graphically user interface 30 may also include 30 controls that enable the watcher 14 to invoke an action, such as initiating an instant message, text message, voice communication session or other communication instance with the presentity 12.
WO 2009/015412 PCT/AU2008/001054 13 Typically, a user communications device such as a desktop phone, mobile phone, pda, desktop computer, laptop computer etc forming part of the presence-based communication system 10 include both a presentity and watcher of the type shown in Figure 1, so that presence information is able to 5 be provided from the user communications device to the presence server 16 and presence information associated with other users is able to be monitored at the user communications device. The presence server 16 includes a TAP engine 34, a contact manager 36, a presence manager 38, a context store 40, and a search engine 42. The 10 TAP engine 32 provides a service to return ranked sets of entities, where each entity has a score given a specific context. The TAP engine 34 is used by other services in the presence server 16. The presence manager 38 receives presence information from presentity forming part of the communications system 10, and notifies watchers of the open or closed state of the presence 15 status of the presentity. The contact manager 36 determines an ordered list of a persona's contacts and an ordered list of personas from a public space based upon an affinity score between the personas. In the case of a persona's contacts, the affinity score is based, in this exemplary embodiment, on a history of communication instances with that contact. In the case of personas 20 from a public space, the affinity score is determined, in this example, on a comparison of semantic tags that describe the persona and interests of that persona, as well as a measure of spatial proximity. The presence manager 38 calls upon the TAP engine 34 to compare personas and then the presence manager 38 determines the presence status 25 that should be notified to a watcher of that persona. The context store 40 maintains contextual information for use in determining affinity between personas and content. This contextual information may include location information, persona descriptors, persona interests, a communication history of communication instances between 30 personas, content topic, content timestamps, and like information. The search engine 42 maintains an indexed copy of the contextual information collected in the context store 40 to enable efficient searches for comparison of personas and content by the TAP engine 34.
WO 2009/015412 PCT/AU2008/001054 14 The presence server 16 also includes a content manager 44 used to provide lists of content available to a user that matches a search context provided. Figure 2 shows a more detailed view of the presence server 16 and its 5 functional components. As shown in this figure, a user communications device 50, including both presentity and watcher functions, provides presence information relating to one or more personas associated with the user communication device 50 to the presence manager 38. The presence manager 38 receives the presence information and then 10 updates contextual information characterising one or more personas 52 stored in the context store 40. The contextual information may include location data 54, descriptors 56, interests 58 and a history 60 of communication instances with other personas. Upon updating the contextual information, the presence manager 38 queries the tap engine 34 to determine the closest personas and 15 evaluate the user threshold. The presence manger 38 then sets rules to control how the presence is notified, and then notifies all watchers according to the rules. Accordingly, the presence server 16 stores one or more personas associated with the user communications device 50 and other networked 20 entities as well as contextual information characterising each persona. The presence server 16 determines a degree of closeness between the contextual information characterising at least a first persona associated with a first networked entity and contextual information characterising at least a second persona associated with a second networked entity, and provides a notification 25 of the first persona to the second persona if the degree of closeness exceeds a user-variable threshold. In this exemplary embodiment, notification is carried out by notifying a presence status of the first persona to the second persona, where the presence status has either an open state or a closed state respectively 30 indicating acceptance or rejection of incoming communications from the second persona. The notified presence status of the first persona is set by the presence server 16 to an open state for the second persona if the degree of WO 2009/015412 PCT/AU2008/001054 15 closeness exceeds a user-variable threshold or otherwise setting the notified presence status of the first persona to a closed state. The notification that each persona receives may be a single message with a list of other personas having a degree of closeness exceeds a user 5 variable threshold, or alternatively individual messages can be sent for each persona. Implementation using a single message on the network is more resource and bandwidth efficient, however multiple notifications enable the system to be more scalable and responsive. The content manager 44 receives messages that encapsulate content 10 from the communication device 50, then updates contextual information, or resources 62, characterising the content of those messages in the context store 40. The contextual information typically includes location information 64, topic information 66 and timestamp information 68. It will be appreciated that a wide variety of other types of contextual information characterising the 15 message content may also be stored, such as message originator 70, message recipient 72 and resource type 74. The content manager 44 may also receive requests from the communication device 50 to retrieve content based on a search context, which may be user-defined or may be based upon the contextual information 20 characterising a persona . The content manager 44 queries the tap engine 34 to determine the content that best matches the given search context. The contact manger 36 provides two services, called "resource list servers", that receives requests from the communication device 50 for lists of personas in either the private space (contacts) or the in the public space 25 (crowd). The contact manager 36 queries the tap engine 34 to determine the personas that match the context provided by the communication device user. The TAP engine 34 acts to retrieve contextual information from the context store 40 and create an index 70 via the search engine 42. The TAP engine 34 also provides an interface to submit a query for content or contacts 30 that most closely match a particular context for a persona. The TAP engine 34 composes this into a sequence of queries to a search index 72. The TAP WO 2009/015412 PCT/AU2008/001054 16 engine 34 also acts to collate the results from potentially multiple searches, and may keep a cache of results for improved efficiency. The search engine 42 provides a means of creating an index of information about of entities that structures the information in a form that allows 5 the search function 64 to efficiently and effectively retrieve entities that match a search criteria. Figure 3 shows a domain model of entities involved in the communication system 10. It can be seen from the domain model 80 that a user 82 of the communications device 50 may have one or a number of 10 personas 84. Each persona 84 is an identity that the user 82 chooses to portray to others in the communications network. A user may have different personas, for example, for work contacts, personal contacts and for family members. Each persona 84 is categorised by contextual information. The contextual information shown in Figure 3 includes location data 82, activity 15 data 88, interest data 90 and descriptor classifications 92. The location data 82 categorises the spatial location that a persona 84 is to be portrayed to be located, this may or may not be the actual location of the user communication device 50. The location data 86 may be characterised by a taxonomy of location types 94 so that various levels of accuracy can be specified for a 20 geographical location. The location data associated with each persona can be used to determine the spatial proximity between personas. The descriptors 92 are "tags" that describe what a persona is like. Exemplary tags may include the following: eyes.blue, height.tall, gender.male, relaxed, energetic, etc. These "tags" are organised in a folksonomy (that is a 25 taxonomy without a controlled vocabulary) forming part of a global descriptor scheme 96. The use of a folksonomy allows semantic meaning between tags to evolve with the evolution and use of the communication system 10. The interests 90 are also "tags" that convey what a persona finds interesting or is interested in. The following are examples of such interest tags: 30 gender.female, clubbing, relationship, etc. The interest tags form part of a global interest scheme 98. The activity 88 relates to a current activity being undertaken by a persona. The activity 88 is selected from a global activity WO 2009/015412 PCT/AU2008/001054 17 scheme 100 by way of example, persona activity may be: working, meeting, lunch, relaxing, partying, etc. Each persona may also maintain associations to a contact entity 102 that maintains a link to other persona that are "contacts" of the persona 84. 5 Contacts 102 of the persona 84 may include other personas with which the persona 84 has already communicated, or alternately personas of users that are already known to user 82 such as work colleagues or family members. The context store 40 maintains a communication audit 104 of communication instances of the persona 84 and personas identified in the contact entity 102 10 as being contacts of the persona 84. The communication audit is used to determine communicative affinity between personas in an exemplary embodiment of the invention. Messages 106 exchanged between personas in the communication system 10 are made up of resources 108 that encapsulate content. These bits 15 of content may have several characteristics associated with them. For example, each resource 108 exchanged at a communication instance may include: resource type 110 - this is the type of media the content is, such as an image, movie, audio file or text file; topic 112 - topic tags describe what the piece of content relates too; location 86 - this is the geographic location where 20 the content was captured; and time stamp 114 - this identifies when content was captured and includes the time zone of the time data. These characteristics are used by the content manger 44 when providing a content discovery service to determine closely matching content to a particular user generated query. 25 Figure 4 shows an example of the relationships that a formed between instances of contacts and persona identities. In this figure it can be seen that user A, referenced 130, has a single persona A_X, referenced 132. User A knows user B, referenced 134, by two different personas, namely persona B_Y, referenced 136 and a persona B_Z, referenced 138. User A's persona 30 AX, referenced 132, has two contact objects, namely a first contact object B_Y, referenced 140, and a second contact object B_X, referenced 142. Both contact objects 140 and 142 are mirrors of user B's two personas B_Y, referenced 136, and B_Z, referenced 138. This allows user A to "annote" the WO 2009/015412 PCT/AU2008/001054 18 contacts of user A with his or her own details, such as a nickname, personal thumbnail image, or ring tone. Similarly, each of user B's two different persona, B_Y, referenced 136, and B_Z, referenced 138, have a same contact, namely contact object AX that mirrors user A's persona A_X, 5 referenced 132. The persona 84 and contextual information elements 86 to 114 shown in Figure 3 are maintained in the context store 40 of the presence server 16. In addition to maintaining a list of personas that are contacts of another persona (namely those personas with which communication has already 10 occurred) the communication system 10 also enables communication with personas forming part of a "crowd" with which no contact relationship has been established. In the context of the present invention, a crowd is a group of personas that elected to make their presence information available to other persons. Communication is possible if the user associated with a first persona 15 elects to make available the persona's contextual information such as the persona's descriptors, interests and location data, to other personas. Figure 5 conceptually illustrates a first persona 170 having contextual information 172 in the form of location data 174, descriptors 176 and interests 178. From the location data 174, a geographic zone or area 180 for that persona can be 20 determined which defines the possible locations that the persona is portrayed to be located. When this information is combined with user defined threshold value a expanded a geographic zone or area 182 called an Area of Interest can be determined. Figure 5 shows the existence of three other personas referenced 184, 25 186 and 188. A persona 184 has a geographical area or zone of location 190 and an area of interest 192. Similarly, the persona 186 has a geographical area of location 194 and an area of interest 196, whereas the persona 188 has a geographical area of location of 198 and an area of interest 200. By comparing the spatial information associated with each persona, and 30 determining overlapping areas of interest or location between the personas 170, 184, 186 and 188, the TAP engine 34 in the presence server 16 is able to determine those personas having a certain degree of proximity with the persona 170. Controls are provided to the user of the communications device WO 2009/015412 PCT/AU2008/001054 19 50 to effectively increase or decrease the area of location 180 and area of interest 182 for the persona 170 in order to increase or decrease the number of personas determined to be closest to the contextual information of the persona 170. These same user controls are also used to effectively increase 5 or decrease the number of contacts (personas with which the persona 170 has establish a relationship with) determined to have a communicative affinity with the persona. Figure 6 is a flow chart showing the operation of the presence-based communication system 10 in identifying those personas and contacts that have 10 a degree of affinity with a first persona. At step 220, a user of the communication device 50 sets a user variable threshold for use by the presence server in determining whether many personas associated with other users will be determined as having an affinity with a persona associated with the user of the communication device 50, or whether only a few personas and 15 contacts will be determined to have that affinity. In this example, the user variable threshold has a normalised value which can fall in one of two ranges, namely a first range from 0 to 1 in which an open presence status can only be notified to personas that are contacts of the first persona. There also exists a second range of values for the user variable 20 threshold in which an open presence status can be notified to personas that are not contacts of the first persona. Accordingly, at step 222, the tap engine 34 determines whether the user variable threshold set by the user of the communication device 50 falls within the first range of values. If this is the case, then all contacts maintained in the contact entity 102 as being 25 associated with the persona 84 are then examined in turn at steps 224 and 226. For each contact 102, a determination is made as to the communicative affinity of the persona associated with that contact 102 and the persona 84, at step 228. In this example communicative affinity is determined by determining the frequency of communication instances between the first persona 84 and 30 the contact 102 according to the communication audit 104. The communicative affinity between the two personas is determined at step 228. If this affinity exceeds the user variable threshold, then the presence status of persona 84 is set to open for that contact at step 232. The presence server 16 WO 2009/015412 PCT/AU2008/001054 20 notifies the communication device 50 of the setting of the presence status for that contact to open, which then causes display of a persona corresponding to that contact at the communication device 50, at step 234. If the communicative affinity between the two personas is determined to 5 be below the user variable threshold, then at step 236, the presence status of the persona 84 to be notified to the contact is set to a closed state. The closed state of the presence status is then communicated to the user communication device 50 by the presence server 16, and at step 238 an icon of the persona corresponding to that contact is not or is no longer displayed. 10 If it is determined at step 240 that the user variable threshold has been set to a value falling within the second range of values in which an open presence status can be notified to personas that are not contacts of the persona 84, then all personas maintained in the context store 40 are assessed at steps 242 and 244 to determine the degree of closeness between the 15 contextual information characterising the persona 84 and the contextual information characterising other personas maintained in the context store 40. In this example, the degree of closeness between contextual information is determined by examining the semantic affinity of the contextual information of the two personas, as well as the spatial proximity of the two personas. At step 20 246, the location data 86 for the persona 84 is compared to the corresponding location data for each persona maintained in the context store. A determination is made as to whether there is overlap between the geographical area of location and the geographical area of interest for both personas, and then a proximity score is calculated by comparing the declared 25 area of location of the two personas. Similarly, at step 248, determination is made as to the semantic affinity between the two personas by comparing the descriptor data 92 and interest data 90. At step 250, the results of assessments made at steps 246 and 248 are merged and a degree of closeness between the contextual information of the various personas is made 30 at step 252. If it is determined at step 252 that the degree of closeness between the contextual information exceeds the user variable threshold, then at step 254, the presence status of the persona 84 to be notified to the "crowd" persona in WO 2009/015412 PCT/AU2008/001054 21 question is sent to open and the persona details are added to the crowd resource list in the contact manager 36. A notification is then sent to the communication device 50 and icon corresponding to that persona displayed at step 256 on a display of the communication device 50. If a degree of 5 closeness below the user variable threshold is determined at step 252 however, then the present status of the persona 84 to be notified to the "crowd" persona in question is set to a closed state at step 258, the persona details are removed from the crowd resource list in the contact manager 36 if present and, at step 260, an icon corresponding to that persona is either not 10 displayed or removed from the display of the user communication device 50 associated with the persona 84. As explained previously, the presence-based communication system communication system 10 provides presence information to the presence server 16. The user variable threshold set by a user of the communication 15 device 50, and communicated to the presence server 16, allows the presentity user to specify a single value that means that the presentity will share different presence information with different watchers based on the closeness of the contextual information of personas associated with the presentity and watchers of that presentity. 20 Figure 7 is an illustration of the information displayed to a user of the communication device 50 on a display. In this example, a first display 280 corresponding to a user A and a second display 282 corresponding to a user Z is shown. The user A client is a presentity for which the user reduces the user variable threshold for determining the closeness between the contextual 25 information of personas, whereas the user Z client is a watcher which receives the presence information. It can be seen in Figure 7 that with the user threshold set to a central value icons corresponding to user A and user Z personas appear on each other's display. However, as seen in Figure 8, when the user variable threshold is reduced to a lower value 286, the persona 30 associated with user Z is determined to no longer have the required degree of affinity to the persona of user A. Accordingly, the icon corresponding to the persona of user Z is removed from the display 280 of the user A client. The icon corresponding to the persona of user A is correspondingly made to WO 2009/015412 PCT/AU2008/001054 22 appear "transparent" on the display 282 of the user Z client. Initially both users A and Z are sharing presence information with each other. When user A reduces the user variable threshold, the user A client sets the presence status shown to user Z to a closed state. The user Z client then receives notification 5 that user A has set their presence status to closed, and updates the user Z display to indicate that even though it is still watching user A, user A is not currently indicating a willingness to receive communications from user Z. If the presence status of a persona is set to a closed state, a persona may still receive incoming communications asynchronously. In other words, 10 direct communication is not possible, but incoming communications are directed to a voicemail or like service so that the communications can be subsequently retrieved by the persona. Figure 9 illustrates the effect of varying the user variable threshold at the communication device 50 on the number of contacts and personas 15 determined to have a suitable degree of closeness for communication to be possible. The user threshold is a linear representation of a multiple non-linear scales of several characteristics used to control the presence of a persona, and hence the icon displayed to a user of the communication device 50, and hence personas from which communications will be accepted. Figure 9 20 illustrates how the number of available personas and contacts increase as the user variable threshold decreases. From this figure it can be seen that initially, when the threshold is set to a maximum value, no contacts or personas are determined to have the required degree of affinity to presentity persona. As the threshold is decreased over a first range of values 300, an increasing 25 number of contacts having contextual information that is closest to the contextual information of the presentity persona are identified by the TAP engine 34. The contacts can be ordered so that contacts having a greater degree of affinity with the presentity persona are displayed to the user of the communication device in question before those contacts having a lesser 30 degree of affinity. As the user variable threshold is further decreased over a second range of values, "crowd" personas having a close degree of affinity with a presentity persona are also notified of an open presence status indicating a willingness to receive communications from those in the "crowd".
WO 2009/015412 PCT/AU2008/001054 23 Again, the "crowd" personas having a greater degree of affinity with the presentity persona may be displayed at a user communication device before those in the "crowd" having a lesser degree of affinity. As described above in relation to Figure 6, the degree of closeness 5 between contextual information characterising a presentity persona with one or more watcher personas may be determined by combining two or more measures of affinity between the presentity persona and watcher persona. In the example described in relation to Figure 6, values of semantic affinity and spatial proximity are combined in order to determine the relative affinity of the 10 two personas. In order to combine these two measurements, the TAP engine 34 firstly divides each dimension into sub-sets corresponding to discrete levels of the user variable threshold, and then determines an intersection of the sub sets for each level. The rules for mapping the threshold level to an intersection of sub-sets are defined for each persona, although in any implementation the 15 rules may be shared or set to a "reasonable" default level. In Figure 10, the table 320 is shown in which spatial proximity and semantic affinity of personas is mapped for threshold levels. Figure 11 shows a plot 330 illustrating the determination of communicative affinity between a persona and a contact. In this example, the 20 plot shows the telephone number of a contact together with the number of communication instances in the last 30 days. For example, the telephone number 61413742401 has been responsible for 27 communications with the persona over the last 30 days, whereas the telephone number 061419038779 has been responsible for only one communication over the past 30 days. The 25 plot is a stack graph where the height corresponding to each telephone number represents the number of communication instances in the last 30 days with the presentity persona. The scale on the left has been normalised to add up to 100%, and horizontal marks spaced apart by 20% are indicated corresponding to discrete threshold values able to be selected by a user. 30 Table 1 shows the contacts with which the presentity user is willing to communicate (in other words, the contacts that are notified of an open presence status of the presentity persona) depending upon the threshold level selected by the user.
WO 2009/015412 PCT/AU2008/001054 24 TAP- In-TAP Contacts Contacts Added Number of Level (Lsted by MSISDN) Contacts Added 0.0 -- 0 0.2 61413742401 61413742401 1 0.4 61413742401 -0 0.6 61413742401, 61403948942 61403948942 1 0.8 61413742401, 61403948942, 61419803946, 61418886061 2 61419803946, 61418886061 1.0 61413742401, 61403948942, 61403948942, 61433087881, 6 61419803946, 61418886061, 447876566275, 61422315740, 61403948942, 61433087881, 61401719975, 61419038779 447876566275, 61422315740, 61401719975, 61419038779 Table 1 It can be seen that when the threshold is initially set to a maximum level, no contacts are communicated at the open presence status of the presentity persona. As the user threshold is decreased (represented in Table 5 1 by an increasing TAP-level or willingness to communicate) fewer communication instances are required in order for there to be the necessary communicative affinity between the presentity persona and the contact and therefore increasing numbers of contacts are notified of the open presence status of the first persona and are therefore able to directly communicate with 10 that persona. The above method of determining communicative affinity is relatively simple. More sophisticated models for determining communicative affinity may easily be implemented in alternative embodiments of the invention. For example, differences may be considered between incoming and outgoing 15 communications, communicative affinity may be varied according to the time of day, the relative frequency of communications over different time periods or like criteria. As explained previously, sematic affinity refers to the likelihood that two personas are willing to communicate based upon complimentary interests or 20 characteristics. The semantic affinity of two personas indicates how close two personas are based upon a comparison of their respective contextual information, that is the descriptor data, interest data, location data and other contextual information maintained in the context store 40 for that persona. In one exemplary embodiment of the invention, two sets or schemes of terms are WO 2009/015412 PCT/AU2008/001054 25 used to classify personas, namely descriptors that describe the persona or terms that indicate the interests of the persona. The content of messages communicated between personas is classified according to topics describing the content of the message. Content is classified by location, submitter, 5 owner, source and media type to enable content to be identified by various facets. For example, it may be desirable to find all content from a persona, all content from around a particular geographic location, all content of a particular media type (e.g. all images) or all images from persona X around location Y. 10 These classifications are recorded as "tags" that are organised in a folksonomy. A folksonomy is a taxonomy of terms without a controlled vocabulary. The use of a folksonomy allows semantic meaning between tags to evolve with the evolution and use of the presence-based communication system 10. Since two difference schemes exist to classify a persona's 15 contextual information for personas that are not already contacts (namely descriptions and interests) four different types of comparison are possible. That is, the interests of a first persona can be compared with the interests of a second persona or descriptors of a second persona, whereas the descriptors of the first persona can be compared with the interests of the second persona 20 or the descriptors of the second persona. The TAP engine 34 performs each of these four comparisons, preferably in parallel, and then combines the results with certain boost values (i.e. weightings) to tune the importance of each comparison. Table 2 shows an example of a matrix of weightings used to combine 25 the interest and descriptor affinity scores. Interests Descriptors U Interests 0.75 0.50 Descriptors 1.00 0.25 Table 2 The affinity score is determined by the following formula: WO 2009/015412 PCT/AU2008/001054 26 SemanticAffinity = Sum(Query([i,j],Boost[1,j]); I,,j=0..1 Descriptor or interest tags maintained in the context store 40 for a particular persona can be weighted to capture different levels of interest across tags. For example, persona A may have interest tags of pets and dogs. 5 Persona B may have interest of pets and cats whereas persona C may have interest tags of pets, dogs and cats. By applying a weighting to the cats tag of persona C, thereby indicating that persona C likes dogs but prefers cats, the TAP engine 34 is able to allocate a higher affinity of persona C to persona B than to persona A. 10 Spatial proximity is a measure of how likely two people will be interested in communicating with someone at a geographical location. Location data maintained in the context store 40 for a persona is used to restrict searches carried out by the TAP engine 34 to only those personas that have intersecting geographical areas of location and areas of interest. Spatial proximity may 15 also be used by the TAP engine 34 to order those personas within intersecting geographical areas in an order to a first persona. The spatial proximity determined by the TAP engine 34 at step 246 in Figure 6, is calculated by considering the physical distance between geographical areas and the level of accuracy of the geographical location reflected in the size of the area. 20 Location may be specified to various degrees of accuracy, for example, by street address, city or country. As explained previously, a persona's messages and resources all contain a location attribute 86 and each location is classified by a taxonomy according to a location type classification 94 (see Figure 3). The presence-based communication system 10 uses a taxonomy to 25 define different levels of accuracy for a location. When comparing locations, the level in the taxonomy is taken into account to determine the rules to map to the user defined threshold. For example, a location may have the following attributes: 1. name and code to uniquely identify a location within a sub-set 30 2. area of location (bounding region) 3. reference to nearest neighbours (at same level in taxonomy) 4. neighbours bounding region WO 2009/015412 PCT/AU2008/001054 27 5. location type. In the communication system 10, a spatial context of a persona is defined by two difference areas, as shown in Figure 5, namely an area of interest and an area of location. An area of location is an area which bounds 5 where the user of a mobile communication device 50 may be found depending upon the accuracy of the location defined. The area of accuracy is determined by looking up an address in the taxonomy defined by the location type classification 94 to determine the enclosing area of an address in a sub-set. An area of interest is an area that bounds the area where the user of a 10 mobile communication device 50 interested in. The area of interest is determined by looking up rules depending upon an area of location and the user defined threshold level. Although the areas of location and interest are depicted as being circular in Figure 5, and it is to be appreciated that any suitable geographic shape may constitute areas of interest or location. 15 The TAP engine 34 may apply a spatial filter to determine all personas having areas of location that intersect with an area of interest of a persona querying the presence server 16 for personas having a spatial affinity, and whose area of interest intersects the querying persona's area of location. A spatial similarity score may be determined by the TAP engine 34 in 20 order to assess the spatial proximity of personas. The spatial similarity score used in an exemplary embodiment of the invention is the inverse normalise value of the furthest distance calculated between the areas of location of the two personas, that is: FurthestDistance(L1,L2) = CentroidDistance(L1,L2) + Radius(L1) + Radius(L2) 25 Similarity(L1,12) = 1 / FurthestDistance(11,12) * NormalisationFactor The normalisation factor is a value used to reduce all scores between 0 and 1 and so scores can be combined with other scores from other dimensions. The normalisation factor would be the maximum value for the furthest distance calculated. 30 In that regard, any of the types of contextual information maintained in the context store 40 for a particular persona may be evaluated for "closeness" to any other type of contextual information of that or any other persona.
WO 2009/015412 PCT/AU2008/001054 28 The perceived distance between two locations can be influenced by the density of population or activity in the region. For example, because the cities of Adelaide and Melbourne in Australia have relatively low densities they may be considered to be more spatially proximate to each other than the cities of 5 Paris and Nice in France which have higher densities but may be considered to have a lower degree of spatial proximity. When a user threshold is modified at the communications device 50, it causes the presence status to be modified for other personas. Moreover, the representations of those personas on display of the communication device 50 10 may alter. When a persona's threshold level changes, the client interface of the communication device 50 updates to show only those contacts or personas to whom an open presence status has been notified. If there are multiple personas, then icons or lists of personas or contacts that are displayed to the user of the communication device 50 are updated to reflect the relative 15 differences between the user defined threshold values selected for each of the personas. Figure 12 is a representation of a user interface 340 showing user variable threshold levels 342, 344 and 346 respectively for a family persona 348 a friends persona 350 and a work persona 352. It can be seen that each of the threshold values 342 to 346 are set to different levels in this figure, the 20 thresholds are set so that the friends persona is more willing to accept communications from other personas and contacts than are the family or work personas. A contact list 354 is shown in which the displayed contacts include a higher proportion of friends than of family or work colleagues. The mix of personas and contacts able to contact a user via each of the three personas is 25 in proportional to the user variable thresholds set for each of the three personas. The user variable threshold of a persona may be modified by various means. Firstly, each user variable threshold may be directly modified for each persona. Figure 13 shows an exemplary display 360 in which the threshold 30 values 362, 364 and 366 respectively of three persons 368, 370 and 372 can be individually set. However, this display 360 also includes a global threshold setting 374 set to a value referenced 376. This global threshold value may be determined as the average of the persona threshold levels. In examples WO 2009/015412 PCT/AU2008/001054 29 shown in Figure 13, the 3 personas with the tap levels are {(Family, 0.4), (Friends,0.6), (Work,0.20}, so the User TAP level is (0.4 + 0.6 + 0.2) / 3 = 0.4. When the global user threshold 74 is changed, the threshold values for each of the three personas 368, 370 and 372 all change at a rate such that as 5 the global threshold reaches a minimum or maximum value, all persona threshold values will also reach these values. The threshold values for each persona should also return to the same value whenever the global threshold level is on the same value if the individual values of the personas have not be changed. To achieve this effect, the 10 following equation is used to calculate the new persona threshold level (/) when the user TAP level (k) changes. l= l'+6 x (a - l') where e 1 is the new persona threshold 15 e 1' is the original persona threshold, that is the level when it was last set explicitly and not calculated as a result of the global threshold change * k is the global threshold level * k' is the original global threshold level, that is the global threshold 20 level when the persona threshold levels were last set explicitly. * a is the threshold limit, that is it is maximum threshold (2) if k - k' 0, else it is the minimum threshold * 6 = is the change in threshold a-k The global threshold level will often be the same whenever the user is 25 performing the same activity at the same location. Accordingly, the TAP engine 42 acts to change the activity and/or location data maintained in the context store 40 for a persona according to the user variable threshold level set. The context store 40 maintains a record of the presence states that link a persona's threshold level, location and activity together for each persona. 30 These records are then used by the presence user client as shown in Figure WO 2009/015412 PCT/AU2008/001054 30 14. In other words, an activity 400 acts to modify the threshold 402 for a particular persona. Similarly, a location 404 can act to modify that same threshold level 402. Moreover, a change in the location 404 can act to modify the activity 400 and vice versa. Commiet Action Location Activity Family Friends Work TAP TAP TAP Level Level Level My normal state - Office Working 0.4 0.2 1.0 while at my place of work I go to a meeting Update Office Meeting 0.2 0.0 0.0 Activity to Meeting I go to lunch Update Mall Lunch 0.4 1.0 0.2 Activity to Lunch Return to work Update Office Working 0.4 0.2 1.0 Location Go home Update Home Relaxing 1.0 1.0 0.0 Location Go Out Update City Partying 0.2 1.2 0.0 __________________ Activity__ ______________ 5 TABLE3 Table 3 shows an example by considering changes to a user's presence information, which updates family, friends and work personas. As mentioned previously, the content manager 44 receives messages that encapsulate content from the communication device 50, then updates 10 contextual information (i.e. resources 62) characterizing the message content maintained in the context store 40. This enables the presence server 16 to be carry out "content discovery" in which relevant content is identified and then notified to a persona. In one embodiment, the content manager 44 is configured to receive 15 requests from a first persona associated with the communication device 50 to retrieve content based on a search context. The content manager 44 queries the TAP engine 34 to determine the content that best matches that search context. Relevant message content can be identified at the presence server 16 by determining a degree of closeness between a content query submitted by a 20 first persona and the contextual information characterising the message content. Notification of the message content can then be provided to the first WO 2009/015412 PCT/AU2008/001054 31 persona by the presence server 16 if the degree of closeness exceeds a user variable threshold. In another embodiment, the content manager 44 is configured to receive requests from a first persona associated with the communication 5 device 50 to retrieve content based on contextual information characterising the requesting persona. Relevant message content is identified at the presence server 16 by determining a degree of closeness between the contextual information characterising the first persona and the contextual information characterising the message content. Notification of the message 10 content is then provided by the presence server 16 to the first persona if the degree of closeness exceeds a user-variable threshold. The operation of this content discovery function is illustrated in Figure 15. In this figure, the user-variable threshold indicative of a desired level of engagement or interaction with the communication system 10 is selected at 15 step 420. Each message for which contextual information is stored in the context store 40 is then analysed at step 422 by the TAP engine 34. The TAP engine 34 then determines a degree of closeness between the contextual information characterising the message content and either (a) the contextual information characterising the first persona or (b) a content query 20 submitted by a first persona. In this example, at step 424, the TAP engine determines the spatial proximity of the first persona and the messages from the location data 64 respectively maintained in the context store 40 for each each message and either (a) the location data 54 maintained in the context store 40 for each persona or (b) location data forming part of the user 25 submitted content query. Similarly, at step 426, the TAP engine determines a semantic affinity between the contextual information 64 to 74 characterising the message content and either (a) the contextual information 54 to 60 characterising the first persona or (b) a contextual information - such as key words - submitted by 30 the first persona as part of a content query. At step 428, the results of the spatial proximity and semantic affinity determinations carried out in steps 424 and 426 are merged. If the degree of WO 2009/015412 PCT/AU2008/001054 32 closeness between the contextual information (i.e. spatial and semantic) characterising the message content and the content query or persona contextual information is determined, at step 430, to exceed the user variable threshold then the message content is added by the presence server 16 to a 5 list of discoverable content for the first persona at step 432. If the degree of closeness does not exceed the threshold, then the message content is not added to the list of discoverable content at step 434. Once all messages have been analysed in this way at step 436, then the first persona is notified of the discoverable content at step 438. 10 A restriction may be placed on the messages that are analysed by the presence server 16 in carrying out the content discovery service. For example, only contextual information characterising the message content of messages that are exchanged between the first persona and contacts of that first persona may be analysed. Alternatively, only contextual information characterising the 15 message content of messages that have originated from personas determined to have a requisite degree of closeness with a first persona (as described in relation to Figure 6) may be analysed. The presence-based communication system 10 may be implemented by using hardware, software or a combination thereof and may be implemented in 20 one or more computer systems or processing systems. In particular, the functionality of the communication device 50, as well as the presence server 16, may be provided by one or more computer systems or processing systems capable of carrying out the above described functionality. An exemplary computer system 520 for implementing the presence 25 server 16 is shown in Figure 16 It is to be appreciated that similar functional blocks to those shown in Figure 16 may also be used as part of a processing system forming part of the communication device 50. The computer system 520 includes one or more processors such as the processor 522. The processor 522 is connected to a communications infrastructure 524. The 30 computer system 520 may include a display interface 526 that forwards graphics, text and other data from the communications infrastructure 524 for supply to a display unit 528. The computer system 520 may also include a main memory 530, preferably random access memory, and may also include a WO 2009/015412 PCT/AU2008/001054 33 secondary memory 532. The secondary memory 532 may include, for example, a hard disc drive, magnetic tape drive, optical disc drive, etc. A removable storage drive 534 reads from and/or writes to a removable storage unit 536 in a well known manner. The removable storage unit 536 represents 5 a floppy disc, magnetic tape, optical disc, etc. As will be appreciated, the removable storage unit includes a computer usable storage medium having stored therein computer software in a form of a series of instructions to cause the processor 522 to carry out desired functionality. In alternative embodiments, the secondary memory 532 may 10 include other similar means for allowing computer programs or instructions to be loaded into the computer system 520. Such means may include, for example, a removable storage unit 538 and associated interface 540. The computer system 520 may also include a communications interface 542. The communications interface 542 allows software and data to be 15 transferred between the computer system 520 and external devices. Examples of the communication interface 542 may include a modem, network interface, communications port, a PCMIA slot and card, etc. Software and data transferred via the communications interface 542 are in the form of signals which may be electromagnetic, electronic, optical or other signals 20 capable of being received by the communications interface 542. The signals are provided to communications interface 542 via a communications path 544. Such as a wire or cable, fibre optics, phone link, cellular phone link, radio frequency or other communications channels. Although in the above described embodiments the invention is 25 implemented primarily using computer software, in other embodiments the invention may be implemented primarily in hardware, using for example, hardware components such as Application Specific Integrated Circuits (ASICs). Implementation of a hardware state machine so as to perform the functions herein described will be apparent to persons skilled in the relevant 30 art. In other embodiments, the invention may be implemented using a combination of both hardware and software. While the invention has been described in conjunction with a limited number of embodiments, it will be appreciated by those skilled in the art that WO 2009/015412 PCT/AU2008/001054 34 many alternatives, modifications and variations are possible in light of the foregoing description. Accordingly, the present invention is intended to embrace all such alternatives, modifications and variations as may fall within the spirit and scope of the invention as disclosed. 5

Claims (62)

1. A method of facilitating communication between networked entities in a presence-based communication system, the method including the steps of: at a presence server, storing one or more personas associated with 5 each networked entity and contextual information characterising each persona; determining a degree of closeness between the contextual information characterising at least a first persona associated with a first networked entity and contextual information characterising at least a second persona associated with a second networked entity; and 10 providing a notification of the first persona to the second persona if the degree of closeness exceeds a user-variable threshold.
2. A method according to claim 1, wherein the notification step includes: notifying a presence status of the first persona to the second persona, 15 the presence status having either an open state or a closed state respectively indicating acceptance or rejection of incoming communications from the second persona; and setting the notified presence status of the first persona to an open state for the second persona if the degree of closeness exceeds a user-variable 20 threshold or otherwise setting the notified presence status of the first persona to a closed state.
3. A method according to claim 1, wherein the step of determining the degree of closeness includes: 25 determining a semantic affinity between the contextual information characterising the first persona and the contextual information characterising the second persona.
4. A method according to claim 3, wherein the contextual information 30 includes any one or more descriptors or interests associated with each persona. RI IRQTITI ITI= I4I=I=T IPI l = 9 R PflA I WO 2009/015412 PCT/AU2008/001054 36
5. A method according to any one of the preceding claims, wherein the contextual information includes location data, the step of determining the degree of closeness includes: determining spatial proximity of the first persona and the second 5 persona from the location data.
6. A method according to claims 3 and 5, wherein the step of determining the degree of closeness includes: combining values of semantic affinity and spatial proximity. 10
7. A method according to any one of the preceding claims, wherein the second persona is a contact of the first persona, wherein the step of determining the degree of closeness includes: determining a communicative affinity between the first persona and the 15 contact.
8. A method according to claim 7, wherein the step of determining a communicative affinity between the first persona and the contact includes: storing historical communication instances between the first persona and the 20 contact; and determining the frequency of communication instances between the first persona and the contact.
9. A method according to either one of claims 7 or 8, wherein the 25 contextual information includes message content data characterising the content of messages exchanged between the first persona and the contact.
10. A method according to claim 9, wherein the message content data includes any one or more of the following types of data: message originator, 30 message recipient, resource type, message topic, message location and a time stamp. QIIR-QTITIITI= -II=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 37
11. A method according to any one of claims 7 to 10, wherein the threshold can be varied by a user of the first networked entity over a first range of values in which an open presence status can be only notified to personas that are contacts of the first persona. 5
12. A method according to claim 11, wherein the threshold can be varied by a user of the first networked device over a second range of values in which an open presence status can be notified to personas that are not contacts of the first persona. 10
13. A method according to claim 12, wherein the threshold values in the second range are greater than the threshold values in the first range.
14. A method according to any one of the preceding claims, wherein a 15 plurality of personas is stored for each networked entity, the method further including the step of: deriving a global threshold based upon the user-variable thresholds of the plurality of personas. 20
15. A method according to claim 14, wherein the global threshold is user variable, the method further including the step of: varying the global threshold; and applying a corresponding change to the user-variable threshold of each persona. 25
16. A method according to any one the preceding claims, and further including the step of: using at least some of the contextual information characterising a first persona to modify the user-variable threshold. 30
17. A method according to any one of the preceding claims, and further including the step of: QIIR-QTITIITI= -II=I=T IPI = 9A PfIAII WO 2009/015412 PCT/AU2008/001054 38 displaying a representation of the second persona at the first networked entity only if the presence status is set to an open state.
18. A presence-based communication system for facilitating communication 5 between networked entities, the system including: data storage apparatus for storing one or more personas associated with each networked entity and contextual information characterising each persona; and computing apparatus for 10 determining a degree of closeness between the contextual information characterising at least a first persona associated with a first networked entity and contextual information characterising at least a second persona associated with a second networked entity; and providing a notification of the first persona to the second persona if the 15 degree of closeness exceeds a user-variable threshold.
19. A system according to claim 18, wherein the computing apparatus is configured to carry out the notification by notifying a presence status of the first persona to the second persona, 20 the presence status having either an open state or a closed state respectively indicating acceptance or rejection of incoming communications from the second persona; and setting the notified presence status of the first persona to an open state for the second persona if the degree of closeness exceeds a user-variable 25 threshold or otherwise setting the notified presence status of the first persona to a closed state.
20. A system according to claim 18, wherein the computing apparatus is configured to at least partly determine the degree of closeness by determining 30 a semantic affinity between the contextual information characterising the first persona and the contextual information characterising the second persona. QIIRQTITIITI= RIAI=I=T IPI = 9A PfIAI WO 2009/015412 PCT/AU2008/001054 39
21. A system according to claim 20, wherein the contextual information includes any one or more of the following types of information: descriptor, interest and activity. 5
22. A system according to any one of claims 18 to 21, wherein the contextual information includes location data, the step of determining the degree of closeness includes: determining spatial proximity of the first persona and the second persona from the location data. 10
23. A system according to claims 20 and 22, wherein the computing apparatus is configured to at least partly determine the degree of closeness by combining values of semantic affinity and spatial proximity. 15
24. A system according to any one of claims 18 to 23, wherein the second persona is a contact of the first persona, and the computing apparatus is configured to at least partly determine the degree of closeness by determining a communicative affinity between the first persona and the contact. 20 25. A system according to claim 24, wherein the computing apparatus is configured to at least partly determine the communicative affinity between the first persona and the contact by storing historical communication instances between the first persona and the contact; and determining the frequency of communication instances between the first persona and the contact.
25
26. A system according to either one of claims 24 or 25, wherein the contextual information includes message content data characterising the content of messages exchanged between the first persona and the contact. 30
27. A system according to claim 26, wherein the message content data includes any one or more of the following types of data: message originator, QIIR-QTITIITI= RIAI=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 40 message recipient, resource type, message topic, message location and a time stamp.
28. A system according to any one of claims 24 to 27, wherein the threshold 5 can be varied by a user of the first networked entity over a first range of values in which an open presence status can be notified to personas that are contacts of the first persona.
29. A system according to claim 28, wherein the threshold can be varied by 10 a user of the first networked device over a second range of values in which an open presence status can be notified to personas that are not contacts of the first persona.
30. A system according to claim 29, wherein the threshold values in the 15 second range are greater than the threshold values in the first range.
31. A system according to any one of claims 18 to 30, wherein a plurality of personas is stored for each networked entity, and wherein the computing apparatus is configured to at least partly derive a global threshold based upon 20 the user-variable thresholds of the plurality of personas.
32. A system according to claim 31, wherein the global threshold is user variable, and wherein the computing apparatus is configured to applying a change to the user-variable threshold of each persona in response to 25 modification of the global threshold.
33. A system according to any one claims 18 to 32, and wherein the computing apparatus is configured to using at least some of the contextual information characterising a first persona to modify the user-variable threshold. 30 QIIR-QTITIITI= -II=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 41
34. A system according to any one of claims 18 to 33, wherein the first network entity is configured to displaying a representation of the second persona only if the presence status is set to an open state. 5
35. Computer software for use with a presence-based communication system for facilitating communication between networked entities, the system including computing apparatus and one or more associated storage devices for storing the computer software, the computer software including a series of instructions for causing the computing apparatus to carry a method according 10 to any one of claims I to 17.
36. A first networked entity for use with a system according to any one of claims 18 to 34, the first networked entity including: a user-actuable control for setting the user-variable threshold for the first 15 persona associated with the first networked entity.
37. A second networked entity for use with a system according to any one of claims 18 to 34, the second networked entity including: a graphic user interface for displaying an icon of the first persona 20 associated with the first networked entity, when the first persona has an open presence status.
38. A communication device including: a first networked entity according to claim 36; and 25 a second networked entity according to claim 37.
39. A method according to any one of claims 1 to 17, and further including the steps of: at a first networked entity, setting the user-variable threshold for one or 30 more first personas associated with the first networked entity; and transmitting the value of the user-variable threshold. QIIRQTITIITI= -II=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 42
40. A method according to any one of claims 1 to 17, and further including the steps of: at a second networked entity, receiving the presence status of the first persona associated with the first networked entity; and 5 displaying an icon of the first persona when the first persona has an open presence status.
41. A method according to claims 39 and 40, wherein the first networked entity and the second networked entity form part of a same communication 10 device.
42. Computer software for use with the communication device according to claim 38, the communications device including a processing unit and one or more associated memory devices for storing the computer software, the 15 computer software including a series of instructions for causing the processing unit to carry out a method according to any one of claims 39 to 41.
43. A method of identifying message content in messages exchanged by networked entities in a presence-based communication system, the method 20 including the steps of: at a presence server, storing: one or more personas associated with each networked entity and contextual information characterising each persona, and contextual information characterising the message content in 25 messages exchanged between personas; determining a degree of closeness between the contextual information characterising a first persona and the contextual information characterising the message content; and providing a notification of the message content to the first persona if the 30 degree of closeness exceeds a user-variable threshold.
44. A method according to claim 43, wherein the step of determining the degree of closeness includes: QIIRQTITIITI= RIAI=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 43 determining a semantic affinity between the contextual information characterising the first persona and the contextual information characterising the message content. 5
45. A method according to either one of claims 43 or 44, wherein the contextual information includes location data, the step of determining the degree of closeness includes: determining spatial proximity of the first persona and the messages from the location data. 10
46. A method according to claims 44 and 45, wherein the step of determining the degree of closeness includes: combining values of semantic affinity and spatial proximity. 15
47. A method according to any one of claims 43 to 46, wherein the degree of closeness is only determined between the contextual information characterising the first persona and the contextual information characterising the message content of messages that are exchanged between the first persona and contacts of that first persona. 20
48. A method according to any one of claims 43 to 46, wherein the degree of closeness is only determined between the contextual information characterising the first persona and the contextual information characterising the message content of messages from other personas determined to have a 25 requisite degree of closeness to the first persona.
49. A method according to any one of claims 43 to 48, wherein the contextual information characterising each persona includes any one or more of descriptors and interests associated with the persona. 30
50. A method according any one of claims 43 to 49, wherein the contextual information characterising the message content includes any one or more of QIIR-QTITIITI= RIAI=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 44 the following types of data: message originator, message recipient, resource type, message topic, message location and a time stamp.
51. A presence-based communication system for identifying message 5 content in messages exchanged by networked entities, the system including: data storage apparatus for storing one or more personas associated with each networked entity and contextual information characterising each persona, and contextual information characterising the message content in messages exchanged between personas; and 10 computing apparatus for determining a degree of closeness between the contextual information characterising a first persona and the contextual information characterising the message content; and providing a notification of the message content to the first persona if the degree of closeness exceeds a user-variable threshold. 15
52. Computer software for use with a presence-based communication system for identifying message content in messages exchanged by networked entities, the system including computing apparatus and one or more associated storage devices for storing the computer software, the computer 20 software including a series of instructions for causing the computing apparatus to carry a method according to any one of claims 43 to 50.
53. A method of identifying message content in messages exchanged by networked entities in a presence-based communication system, the method 25 including the steps of: at a presence server, storing: one or more personas associated with each networked entity and contextual information characterising each persona, and contextual information characterising the message content 30 exchanged between personas; determining a degree of closeness between a content query submitted by a first persona and the contextual information characterising the message content; and QIIRQTITIITI= RIAI=I=T IPI = 9M PfIAII WO 2009/015412 PCT/AU2008/001054 45 providing a notification of the message content to the first persona if the degree of closeness exceeds a user-variable threshold.
54. A method according to claim 53, wherein the step of determining the 5 degree of closeness includes: determining a semantic affinity between the content query and the contextual information characterising the message content.
55. A method according to either one of claims 53 or 54, wherein the 10 content query includes location data, the step of determining the degree of closeness includes: determining spatial proximity of the first persona and the messages from the location data. 15
56. A method according to claims 54 and 55, wherein the step of determining the degree of closeness includes: combining values of semantic affinity and spatial proximity.
57. A method according to any of claims 53 to 56, wherein the degree of 20 closeness is only determined between the content query and the contextual information characterising the message content of messages that are exchanged between the first persona and contacts of that first persona.
58. A method according to any of claims 53 to 56, wherein the degree of 25 closeness is only determined between the contextual information characterising the first persona and the contextual information characterising the message content of messages from other personas determined to have a requisite degree of closeness to the first persona. 30
59. A method according to any of claims 53 to 58, wherein the content query includes any one or more of descriptors and interests associated with the persona. QIIR-QTITIITI= -II=I=T IPI = 9A PfIAII WO 2009/015412 PCT/AU2008/001054 46
60. A method according any one of claims 53 to 58, wherein the contextual information characterising the message content includes any one or more of the following types of data: message originator, message recipient, resource 5 type, message topic, message location and a time stamp.
61. A presence-based communication system for identifying message content in messages exchanged by networked entities, the system including: data storage apparatus for storing one or more personas associated 10 with each networked entity and contextual information characterising each persona, and contextual information characterising the message content in messages exchanged between personas; and computing apparatus for determining a degree of closeness between a content query submitted by a first persona and the contextual information 15 characterising the message content; and providing a notification of the message content to the first persona if the degree of closeness exceeds a user-variable threshold.
62. Computer software for use with a presence-based communication 20 system for identifying message content in messages exchanged by networked entities, the system including computing apparatus and one or more associated storage devices for storing the computer software, the computer software including a series of instructions for causing the computing apparatus to carry a method according to any one of claims 53 to 60. 25 QI IR TITI ITI= I-=T RI II = 9AI R /AI I I
AU2008281304A 2007-07-27 2008-07-21 Communication between networked entities in a presence-based communication system Abandoned AU2008281304A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US95252307P 2007-07-27 2007-07-27
US60/952,523 2007-07-27
PCT/AU2008/001054 WO2009015412A1 (en) 2007-07-27 2008-07-21 Communication between networked entities in a presence-based communication system

Publications (1)

Publication Number Publication Date
AU2008281304A1 true AU2008281304A1 (en) 2009-02-05

Family

ID=40303792

Family Applications (1)

Application Number Title Priority Date Filing Date
AU2008281304A Abandoned AU2008281304A1 (en) 2007-07-27 2008-07-21 Communication between networked entities in a presence-based communication system

Country Status (2)

Country Link
AU (1) AU2008281304A1 (en)
WO (1) WO2009015412A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100228582A1 (en) * 2009-03-06 2010-09-09 Yahoo! Inc. System and method for contextual advertising based on status messages

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020019829A1 (en) * 2000-03-21 2002-02-14 Ehud Shapiro Community co-presence system and method having virtual groups
WO2002063832A1 (en) * 2001-02-05 2002-08-15 Personity, Inc. A system and method for filtering unavailable devices in a presence and availability management system
EP1483597A4 (en) * 2002-02-14 2006-03-22 Avaya Technology Corp Presence tracking and name space interconnection techniques
US20060112177A1 (en) * 2004-11-24 2006-05-25 Microsoft Corporation Method and system for controlling access to presence information on a peer-to-peer basis
US20060190600A1 (en) * 2005-02-18 2006-08-24 Siemens Communications, Inc. Group based presence availability management
US8566109B2 (en) * 2005-11-29 2013-10-22 Alcatel Lucent Common interest community service via presence messaging

Also Published As

Publication number Publication date
WO2009015412A1 (en) 2009-02-05

Similar Documents

Publication Publication Date Title
US11790281B2 (en) System and method of selecting a relevant user for introduction to a user in an online environment
US9979994B2 (en) Contextual based information aggregation system
KR101244989B1 (en) Identifying and employing social network relati0nships
US8943053B2 (en) Social data ranking and processing
US11356528B2 (en) Context and social distance aware fast live people cards
US9495685B2 (en) Generating and implementing A-lists to manage user relationships
US9183597B2 (en) Mobile user classification system and method
US20120047152A1 (en) System and method for profile tailoring in an aggregate profiling system
US20060112177A1 (en) Method and system for controlling access to presence information on a peer-to-peer basis
US20100063993A1 (en) System and method for socially aware identity manager
US20080183814A1 (en) Representing online presence for groups
KR20140113436A (en) Computing system with relationship model mechanism and method of operation therof
US20180203869A1 (en) Application Programming Interface
US20220318426A1 (en) Knowledge graph privacy management
US20140114943A1 (en) Event search engine for web-based applications
JP2012113440A (en) Sns general site management device and information disclosure method utilizing sns general site
US20160321761A1 (en) Analytics for the presentation of gems
US11074515B2 (en) Query and ranking prediction using network action
AU2008281304A1 (en) Communication between networked entities in a presence-based communication system
CN110168537B (en) Context and social distance aware fast active personnel card
EP4315131A1 (en) Knowledge graph privacy management
US20190236719A1 (en) Selective identification of social network connections

Legal Events

Date Code Title Description
MK1 Application lapsed section 142(2)(a) - no request for examination in relevant period