WO2005039221A1 - プレゼンス表示システムにおけるサーバー装置及びクライアント装置 - Google Patents

プレゼンス表示システムにおけるサーバー装置及びクライアント装置 Download PDF

Info

Publication number
WO2005039221A1
WO2005039221A1 PCT/JP2004/015138 JP2004015138W WO2005039221A1 WO 2005039221 A1 WO2005039221 A1 WO 2005039221A1 JP 2004015138 W JP2004015138 W JP 2004015138W WO 2005039221 A1 WO2005039221 A1 WO 2005039221A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
paddy
status
distance
Prior art date
Application number
PCT/JP2004/015138
Other languages
English (en)
French (fr)
Inventor
Koichi Shimamura
Takenori Sekiya
Satoshi Nishizawa
Hideaki Suga
Jota Nakatsuma
Hisashi Kato
Yoshimi Saito
Original Assignee
Vodafone K.K.
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 Vodafone K.K. filed Critical Vodafone K.K.
Priority to EP04792370.1A priority Critical patent/EP1691565B1/en
Priority to US10/576,048 priority patent/US8965948B2/en
Publication of WO2005039221A1 publication Critical patent/WO2005039221A1/ja
Priority to US14/630,542 priority patent/US20150236989A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target
    • H04M3/42357—Location-based services which utilize the location information of a target where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/69—Types of network addresses using geographic information, e.g. room number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/38—Displays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42093—Notifying the calling party of information on the called or connected party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity

Definitions

  • the present invention relates to a presence display system that can display the status of another user.
  • IM Instant Messaging
  • Non-patent document 1 RFC2778
  • Non-Patent Document 2 RFC2779
  • an object of the present invention is to provide a more easy-to-use presence display system that utilizes the characteristics of a mobile phone.
  • a server in the presence display system of the present invention is a server device in a presence display system that has a server device and a client device of each user, and is capable of displaying the status of another user on the client device.
  • a means for storing information indicating the status of each user and location information to be transmitted a means for storing for each user a paddy list in which the user has viewed the status, and other users registered, Means for transmitting information indicating the status of another user registered in the paddy list and information relating to the distance to the other user.
  • the location information includes latitude and longitude information, and the distance between the user and another user registered in the paddy list based on the latitude and longitude information transmitted from each user.
  • Calculating means for calculating the proximity of the other user by comparing the calculated distance with a predetermined threshold value, and determining the determined proximity with the other user.
  • the information is transmitted to the client device as information on the distance of the client device.
  • the threshold can be set arbitrarily by each user.
  • the location information further includes address information, and the address information is transmitted to the client device in addition to the proximity.
  • each user for storing information indicating whether or not to approve the transmission of information on his or her own distance to other users.
  • the information about the distance is not transmitted to the client device of the user who does not have the above!
  • means for each user, means is provided for storing information indicating whether or not the user is authorized to transmit his / her address information to another user, and a user whose address information is not authorized to be transmitted is provided.
  • the address information is not transmitted to the client device!
  • the paddy list is composed of a plurality of community sets in which other users who want to see the status are registered in groups, and registered in the community set designated by the user.
  • Information indicating the status of the user of The information on the distance is transmitted to the client device.
  • a relative presence setting table is provided for storing information indicating the status of each user to other users who are viewing the status of the user, by referring to the relative presence setting table. Then, information indicating a state corresponding to the community set of the other user is transmitted!
  • a means for creating a list of other users who are viewing the status of the user and transmitting the list to the user is provided.
  • the client device in the presence display system of the present invention has one server device and a client device of each user, and is capable of displaying the status of another user on the client device.
  • the information on the distance to the other user is a proximity determined by comparing the distance to the other user with a predetermined threshold value
  • the displaying means includes: An image corresponding to the received information indicating the status of the other user is displayed in a size corresponding to the proximity.
  • the information on the distance to the other user further includes address information, and the displaying means can display the address of the other user! It is a thing.
  • the presence of the paddy can be displayed in a display form corresponding to the distance from the paddy.
  • the distance to the paddy is expressed by the proximity that indicates which of the multiple stages it is in, and it is expressed relatively, so it is possible to display the distance in consideration of privacy It becomes.
  • the threshold value of the distance can be set by the user, it is possible to set the proximity that matches the user's sense.
  • proximity information not only proximity information but also address information can be notified.
  • the user can refuse to notify his / her location information or address information by the other party.
  • the presence suitable for the paddy can be displayed.
  • FIG. 1 is a block diagram showing an overall configuration of an embodiment of a presence display system constructed according to the present invention.
  • FIG. 2 (a) is a diagram illustrating an example of information managed by a presence server 27, and is a diagram illustrating an example of presence information of a subscriber.
  • FIG. 2 (b) is a diagram showing an example of information managed by the presence server 27, and is a diagram showing an example of absolute presence information.
  • FIG. 2 (c) is a diagram showing an example of information managed by the presence server 27, and a diagram showing an example of relative presence information.
  • FIG. 3 (a) is a diagram illustrating an example of information managed by a paddy list server 28, and is a diagram illustrating an example of a community set.
  • FIG. 3 (b) is a diagram showing an example of information managed by a paddy list server 28, and is a diagram showing an example of an unsubscribed list.
  • FIG. 4 is a sequence diagram at the time of standby polling.
  • FIG. 7 is a sequence diagram at the time.
  • FIG. 5 (b) is a sequence diagram when updating static information, and is a sequence diagram when updating a mobile device or a PC (browser).
  • FIG. 6 is a sequence diagram when registering a paddy.
  • FIG. 7 is a sequence diagram when an absolute presence is changed.
  • FIG. 8 (a) is a diagram for explaining a watcher list, and is a sequence diagram when a watcher list is acquired.
  • FIG. 8 (b) is a diagram for explaining the watcher list, showing a screen displaying the watcher list!
  • FIG. 8 (c) is a diagram for explaining the watcher list, and is a diagram showing a screen for changing watcher disclosure settings.
  • FIG. 9 is a flowchart of a process performed by the mobile device (client) 11 during standby polling.
  • FIG. 10 is a flowchart of a process performed by a user data unit during standby polling.
  • FIG. 11 is a flowchart of a proximity calculation process.
  • FIG. 12 (a) is a diagram showing a state in which the presence of a paddy is displayed, and showing an example of a screen displaying a paddy list!
  • FIG. 12 (b) is a diagram showing a state in which the presence of a paddy is displayed, and is a diagram showing an example of a screen on which a detailed presence of a selected buddy is displayed.
  • Busddy is the name of a user who has registered with the paddy list of other users. With the approval of the paddy, the user can obtain the presence information of the paddy and display the status.
  • “Buddy List” is a list of registered paddies.
  • the paddy list may be composed as a single list containing all the bodies, or the paddy may be defined as a "friend,” "family,” or "company.”
  • the “Owner” is the user who creates and edits the paddy list and looks at the paddy's presence.
  • Watcher is the owner who looks at his presence! The person shown is the same as the owner, but the watcher is seen from the Paddy's point of view if he has a presence.
  • the “Watcher List” is a list that lists the watchers who look at their presence!
  • Presence is the current state of the user. Presence is set by the user himself. In the system of the present invention, "coming”, “in a meeting”, “on the move”, “resting”, “mealing”, “driving”, “sleeping”, “private”, “no mobile” “Presence”, “Not available”, etc. are frequently defined as “fixed presence”, and the owner can freely set their presence ("variable presence”). It has been made.
  • the user can notify a friend or acquaintance ( ⁇ o ⁇ t ⁇ ⁇ ya) who has registered himself (sender, presentity) as a paddy of the current state of the sender (presence).
  • the presence set by the caller may be notified to the watcher as it is, or the presence notified to the watcher may be changed according to the community set to which the watcher belongs. You can also.
  • the presence set by the caller is called “absolute presence”, and the presence notified to the watcher according to the community set is called “relative presence”.
  • “Relative presence” is This is an apparent presence that can be set for as many as one absolute presence community set. What the owner actually sees is Paddy's relative presence.
  • FIG. 1 is a diagram showing an entire configuration of an embodiment of a presence display system constructed by a server device and a client device of the present invention.
  • 11 is a mobile device on which the client program of the presence display system of the present invention is running
  • 12 is a mobile device on which the client program is not installed
  • 13 is a mobile device on which the client program is running
  • a personal computer (PC) 14 is a PC in which the client program is installed.
  • the client program in the mobile device 11 is realized by, for example, a Java (TM) application.
  • the mobile device 12 without the client program and the PC 14 without the client program are connected to the server device (user data unit 26) of the present invention using a web browser.
  • server device user data unit 26
  • the mobile program 11 and the PC 13 are collectively referred to as a “client device”, the mobile device 11 is referred to as a “mobile device (client)”, the mobile device 11 is referred to as “! ⁇ (Client)”, 12 is "mobile device (web browser)”,? Ji is referred to as “ji (web browser)”.
  • Reference numerals 15 and 16 denote base stations in a mobile communication system
  • 17 denotes a core network of the mobile communication system
  • 18 denotes an IP network such as the Internet.
  • the mobile units 11 and 12 are connected to the Internet 18 via base stations 15 and 16 and a core network 17.
  • the PCs 13 and 14 are connected to the Internet 18.
  • the mobile device 11 is configured to be able to acquire its position information (rough position information may be used).
  • position information may be used.
  • CBS Cell Broadcasting Service
  • information on the latitude, longitude, and place name (address) of the location is reported from a base station, and this information may be acquired as position information.
  • GPS Global Positioning System
  • the output may be used.
  • Reference numeral 19 is inserted between the mobile device 11 connected via the core network 17 and the Internet 18, and a service access point (SAP) 20. It is an optimizer that uses data compression and the like to convert between protocols that are adjusted to minimize mobile device communication and protocols handled by SAP20.
  • SAP20 is a node defined by Wireless Village that plays the role of interface between server and client or between server and server.
  • the chat unit 21 is a node for providing a chat service between mobile devices or between a mobile device and a PC, and includes an IM unit 22 for providing an IM service and a group unit 23 for providing a chat room as shown in the figure. Do it.
  • Reference numeral 24 denotes an SMTP (simple mail transfer protocol) relay server for transferring mail, which provides a function of using mail in the presence display system of the present invention.
  • SMTP simple mail transfer protocol
  • e-mail is used for notification of permission to provide presence information at the time of paddy approval and notification of invitation to chat.
  • Reference numeral 25 denotes a web server, which has a function of connecting the mobile device 12 and PC 14 to a user data section 26 which is a server device.
  • Reference numeral 26 denotes a user data section having a function of managing subscriber information, presence information, a paddy list, and the like, and providing information according to a request.
  • the user data section 26 corresponds to the server device of the present invention, and manages subscriber information ⁇ presence information of each subscriber who receives a service (presence service) provided by the presence display system of the present invention.
  • a paddy list server 28 that manages the paddy list of each subscriber. It should be noted that here, the two functional units of the presence server 27 and the paddy list server 28 are configured separately, so that the two functional units are configured in a single device. Is also good.
  • Reference numeral 29 denotes a DTMF (Dual Tone Multi-Frequency) sender for automatically changing a transfer destination telephone number in accordance with the presence information managed by the presence server 27.
  • DTMF Double Tone Multi-Frequency
  • the client device (the mobile device 11 and the PC 13) periodically accesses the user data unit 26 to acquire the presence information of the paddy and display the presence. Has been done. Hereinafter, this is referred to as “standby polling”. At this time, the client device (mobile device 11) transmits the location information to the presence server 2. 7 to update the location information in the user's presence information.
  • FIG. 2 (a) —FIG. 2 (c) shows an example of information managed by the presence server 27.
  • FIG. 2 (a) shows the presence stored for each subscribed user.
  • Information Fig. 2 (b) is an example of information on the absolute presence of each user, and Fig. 2 (c) is an example of information on the relative presence of each user.
  • presence information records the following information for each user.
  • Subscriber ID is an ID (identifier) uniquely assigned to all users subscribed to this service. By having this subscriber ID, it becomes possible to authenticate as the same user even if the subscriber's mobile phone number (MSN) is changed.
  • MSN mobile phone number
  • UID is an identification number unique to the joining mobile station. For mobile access, user authentication is performed by obtaining this UID.
  • MSN is the telephone number of the subscribing mobile station. When logging in from a PC, the user is required to enter this MSN as an ID!
  • Password is a login password for this service.
  • Personal identification number is the personal identification number of the subscribing mobile device.
  • E-mail address is the e-mail address of the subscribing mobile device.
  • “Real name” is text data indicating the name of the subscribing user.
  • “Nickname” is text indicating the nickname of the subscribing user. This nickname is used as a user name and default paddy name in chats.
  • “Selected community set” is the ID of the community set that is currently selected to view presence on the client device. In this embodiment, up to four community sets can be registered, and the selected community set takes a value of 0-3.
  • “Standby polling reception” is a flag indicating whether or not the above-described standby polling from the mobile device 11 has arrived, and is a time corresponding to the time set in the “standby polling interval” ( (For example, twice as long), and by that time the standby This flag is set to "OK” if the message arrives, and "Fail” otherwise.
  • standby polling interval (For example, twice as long)
  • the “standby polling interval” is information in which a time interval until the next standby polling from the mobile device 11 is set in seconds. This information is notified at the time of standby polling from the mobile device 11.
  • Presence update time is the time when the absolute presence setting was last updated.
  • “Latitude” and “longitude” are the latitude information and the longitude information of the place (the base station to which the mobile device 11 is currently located). Notified at the time of standby polling of the mobile station power according to the setting of the mobile station side.
  • the “address information” is text information indicating an address of a place (base station unit) where the mobile device 11 is currently located. This is notified at the time of standby polling from the mobile device according to the setting of the mobile device.
  • the “short distance threshold, value” and “far distance threshold, value” are thresholds (for example, in kilometers) used for proximity calculation described later, and are set by the user and transmitted to the presence server 27. Information to be notified.
  • the distance perception of each user differs depending on the region to which the user belongs, the transportation mode used, etc., and the threshold value can be set arbitrarily by the user so that the proximity that suits each user's feeling It can be
  • “Absolute presence setting” is the absolute presence ID currently set by the subscribing user.
  • Temporal comment is temporarily available comment text information that can be described when selecting absolute presence on the client side.
  • the user sets his or her absolute presence and the relative presence is notified to the paddy. Therefore, the user registers the information on his or her absolute presence and the information on the relative presence in the presence server 27 in advance.
  • FIG. 2 (b) is a diagram showing data defining the absolute presence.
  • “Absolute presence ID” is an ID for uniquely identifying an absolute presence.
  • “Absolute presence name” is text indicating the name of an absolute presence.
  • Transfer destination telephone number is a transfer destination telephone number when the presence is selected. If nothing is input, "Null” is displayed.
  • the “unanswered Z unconditional flag” is a flag that specifies the timing for transferring a call, and has a value of “unanswered” or “unconditional”. If set to "No Answer”, transfer if call to mobile device is not answered. If "Unconditional” is set, the call is forwarded immediately without sending a call to the mobile station.
  • the "answering machine flag” is a flag that specifies whether or not to perform answering machine transfer. It has one of ronj and "Off". When set to "On”, voice mail is forwarded, and when set to "Off", voice mail is not forwarded.
  • “Chat permission” is a flag for setting whether or not to allow a chat start request from another user when the presence is set. It has a value of either “Yes” or “No”.
  • the presence notified to the paddy is the relative presence set according to the community set to which the paddy belongs. Therefore, in the section "Setting relative presence to community set", the relative presence of each community set with its absolute presence is set. In this embodiment, since the maximum number of community sets is four, the presence ID of the relative presence corresponding to each of the four community sets (CSetO-CSet3) is set!
  • FIG. 2 (c) is a diagram showing data defining the relative presence.
  • “Relative presence ID” is an ID of a relative presence.
  • “Relative presence name” is text indicating the name of the relative presence. The association between an absolute presence ID and an absolute presence name and the association between a relative presence ID and a relative presence name are always the same.
  • Pictogram code is a pictogram code for designating an icon or a pictogram displayed when the relative presence is selected.
  • the client device converts the pictograph code into an icon image file.
  • the paddy list server 28 stores a “community set”, which is a paddy list, and an “unsubscribed list”. In addition, as described later, the paddy list server 28 creates a "watcher list” in response to a request from the mobile device 11, 12 or the PC 13, 14 and presents it to the user! Puru.
  • FIG. 3A is a diagram illustrating an example of the “community set”.
  • the "community set” is a list in which the owner classifies each paddy, and stores various types of information as illustrated.
  • Communication set ID is an ID for identifying a community set.
  • four community sets can be set, and take a value of 0-3.
  • Communication set name is text indicating the name of the community set.
  • Paddy ID is the ID of each paddy.
  • the paddy can be uniquely identified by associating it with the subscriber ID of the presence server or the unsubscribed ID of the unsubscribed list.
  • Display order is information indicating the display order of the paddies on the client side. The display order is determined and sent according to the settings on the client side, so the paddy list server keeps this! Puru.
  • “Paddy name” is text information indicating a nickname given to the paddy by the owner.
  • Proximity is the latitude and longitude of the paddy provided by the presence server 27.
  • the short distance threshold and the long distance threshold power are also information indicating the level of the distance between the owner and the paddy calculated by the paddy list server 28. In this embodiment, which of the three distance levels belongs is indicated by the proximity, and one of “near”, “medium”, “far”, and “N / A” is displayed. Take the value of. If the distance between the owner and paddy calculated from the latitude and longitude is less than the short distance threshold, the distance is "close”; if the distance is equal to or greater than the short distance threshold and less than the long distance threshold, "medium”; If the distance is equal to or greater than the long distance threshold, the distance is set to “far”.
  • N / A is set. It should be noted that the number of steps is not limited to three and can be arbitrarily determined. However, considering privacy, it is preferable to use 2-5 or 6 steps without too much attention.
  • “Location information notification permission (location permission)” is information indicating how far the paddy has permitted the owner to disclose location information. "Full”, “Proximity only”, “Reject”, “N / AJ!, Or any of the values. If “Full”, provide the owner with the text of the address information. If there is, only the proximity is provided to the owner, and if “deny”, no location information is provided. Also, if you do not approve the provision of Paddy's presence or subscribe to this service, you will receive "N / A”.
  • the “paddy approval flag (approval)” is a flag that holds information as to whether or not the paddy permits the presence to be provided to the owner, and includes “OK”, “NG”, and “N / A”. Take the value of the shift. If "OK”, the paddy list server 28 requests the presence server 27 to request the presence information of the paddy. "NG” indicates that the presence is refused by the paddy. In this case, the paddy list server 28 requests the presence server 27 to request only the static information. “N / A” indicates the status that the paddy has not been subscribed to this service and is notified of permission / rejection of presence provision! The operation of providing the presence is the same as “NG”.
  • the “service subscription flag (subscription)” is a flag that holds whether the paddy has subscribed to the service, and takes one of the values “OK” or “NG”.
  • FIG. 3B is a diagram showing an example of the “unsubscribed list”.
  • the “unsubscribed list” is a list of paddies that have been registered in the paddy list by the owner but have not yet subscribed to the service. It is a list.
  • Unsubscribed ID is the ID of a paddy recorded in the unsubscribed list.
  • Unsubscribed paddy name is text indicating the nickname given to the unsubscribed paddy by the owner.
  • Unsubscribed telephone number (MSN) J is the telephone number of an unsubscribed paddy.
  • Unsubscribed e-mail address is the e-mail address of an unsubscribed paddy.
  • the client device mobile device
  • FIG. 4 is a sequence diagram at the time of standby polling.
  • the mobile device (client) 11 knows the time to poll based on the standby polling interval data (seconds) held in the mobile device 11, and waits for the previous polling power standby polling interval for seconds. Perform polling.
  • the mobile device (client) 11 transmits position information (address information, latitude, longitude), paddy presence request setting information (request power for all paddy lists, information indicating whether the request is made in units of community sets) and Information on the standby polling interval (seconds) is sent to the optimizer 19 (1).
  • the optimizer 19 decompresses the data transmitted from the mobile device 11 after being compressed, and transmits the decompressed data to the SAP 20.
  • the SAP 20 transmits the received data to the user data section 26.
  • the optimizer 19 does not exist in the sequence, and communicates directly with the SAP 20. In the case of the PC (client) 13, no location information is transmitted.
  • the user data section 26 updates the corresponding data of the presence information shown in FIG. 2A according to the data transmitted from the mobile device 11 via the SAP 20 (2), The information about the distance between the user and Paddy is calculated (3).
  • the user data unit 26 transmits the following information to be transmitted to the mobile device 11 to the SAP 20.
  • the information transmitted from the user data section 26 to each client device includes (4) its own presence (absolute presence setting), (5) information on the presence of the buddy and information on the distance from the paddy (relative Presence name, relative presence pictogram code, relative presence or temporary comment, proximity, etc.).
  • the SAP 20 sends the information sent from the user data section 26 to the optimizer 19, and the optimizer 19 compresses the sent data and sends it to the mobile device (client) 11.
  • the mobile device (client) 11 decompresses the received compressed data and performs processing such as displaying the presence of a paddy.
  • each information (dynamic information, such as location information (address information (place name information), latitude, longitude), paddy presence request setting, and standby polling interval) transmitted during standby polling is transmitted.
  • information that is infrequently updated and does not need to be acquired every time by polling (hereinafter referred to as static information) can be updated from the mobile units 11 and 12 or PCs 13 and 14 as needed. It is done.
  • the static information includes setting information relating to absolute presence (forwarding destination telephone number, unanswered Z unconditional flag, answering machine flag, chat permission, relative presence setting to community set n), relative presence Related information (relative presence pictogram code and relative presence comment information), email address, nickname, short distance threshold, long distance threshold, community set selection, community set name, display order, etc. There is each setting information.
  • FIGS. 5 (a) and 5 (b) are sequence diagrams when updating the above static information, FIG. 5 (a) when updating mobile station (client) power, and FIG. 5 (b) Indicates when updating from a PC (web browser).
  • the motivation (client) 11 transmits various setting information (1) to the user data section 26 via the optimizer 19 and the SAP 20.
  • the user data section 26 updates the corresponding data
  • the mobile device 12 or the PC 14 transmits the setting information to the user data section 26 via the web server 25 using the web browser program. Transmit various setting information (1).
  • the user data section 26 updates the relevant data as in the case of FIG. 5 (a) (2), and transmits the setting result to the mobile device 12 or the PC 14 via the web server 25.
  • the updating and setting of the static information can also be performed from the mobile device 12 or the PC 14 without the client program.
  • registration of a paddy change of a paddy name, movement of a community set to which the paddy belongs, and deletion of the paddy can be performed from the mobile device 11 or 12 as needed.
  • Registration of a buddy in the buddy list is performed by setting the “mobile phone number (MSN)”, “nickname”, “mail address”, etc.
  • MSN mobile phone number
  • nickname e.g., a buddy name
  • email address e.g., a buddy name
  • the information required for registration is obtained from the address book held by the owner.
  • the address book and the presence are linked to each other while being held on the mobile device.
  • FIG. 6 is a sequence diagram when registering a paddy.
  • the owner When registering a paddy in the paddy list, the owner selects the person (paddy) who wants to view presence from the address book held in the mobile device. As a result, information such as the real name, reading, mobile phone number (MSN), e-mail address, nickname and community set to which the selected paddy belongs can be read out, and the address book can be read out via the optimizer 19 and SAP 20. Sent to user data section 26 (1).
  • the user data section 26 registers the information of the paddy in the paddy list based on the transmitted information (2) and searches whether or not the paddy is a subscriber of the presence service (3). This is performed by comparing the mobile phone number of the paddy with the MSN of the service subscriber included in the presence information stored in the presence server 127.
  • the user data unit 26 notifies the search result to the owner-side mobile device (4). If the paddy has not subscribed to the presence service of the present invention, that fact is notified. Then, the user data section 26 sets the “service subscription flag” field of the paddy list (community set) (FIG. 3A) to “NG” and the “paddy approval flag” field to “N / A”. Then, add the unsubscribed ID and record the paddy's name (nickname), MSN and e-mail address in the unsubscribed list (Fig. 3 (b)).
  • the user data unit 26 is transmitting an approval request to the owner-side mobile device that the paddy is a subscriber to the buddy. You will be notified that there is.
  • the user data section 26 searches the paddy list of the buddy to determine whether the owner who has registered the paddy is registered as a paddy (5).
  • the user data unit 26 sends an e-mail for the presence provision approval request to the mobile device on the paddy side via the SMTP relay server (6).
  • the presence provision approval request email contains a URL, and by accessing this, the owner's real name, reading, phone number, and email address can be obtained.
  • the URL contained in the approval request is accessed by the client program or web browser of the mobile device on the paddy side that has received the presence provision approval request mail (7), and the information on the owner (real name) is sent from the user data section 26.
  • Reading, phone number, e-mail address) are obtained (8), and a screen for approving the presence is displayed on the screen of the mobile device on the paddy side.
  • Paddy selects whether or not to provide presence to the owner on this presence approval screen (9).
  • the owner of this paddy's paddy list If one has already been registered, “Provide and register the other party” cannot be selected.
  • the selected result (10) is notified to the user data section 26 and the owner is transmitted via the SMTP relay server 24. Will be notified by email (11).
  • the paddy item "Paddy approval flag" in the owner's paddy list is set to "OK", and if "Do not provide", "NG” is set. I do.
  • the above-described sequence is sequentially executed while replacing the positions of the owner and paddy.
  • the absolute presence setting can be changed from the mobile device 11 or 12.
  • FIG. 7 is a sequence diagram when the absolute presence is changed.
  • the user of the mobile device (client) 11 operates the mobile device (client) 11 to change the absolute presence setting, that is, the absolute presence ID after the change to the optimizer 19.
  • Send (1) At the same time, when a temporary comment is input, the temporary comment is also sent to the optimizer 119 (2).
  • the optimizer 19 decompresses the data transmitted from the mobile device 11 after being compressed, and transmits the decompressed data to the SAP 20.
  • the SAP 20 transmits the transmitted data to the user data section 26.
  • the presence server 27 of the user data section 26 updates the absolute presence setting in the presence information shown in FIG. 2A to the ID of the transmitted absolute presence (3). Then, the presence server 27 refers to the absolute presence information (FIG.
  • the DTMF sender 29 transmits the data (5) as a DTMF signal to a specific telephone number that has been specified in advance. As a result, a change in the telephone number of the transfer destination can be reflected.
  • the absolute presence setting can be changed from the mobile device (web browser) 12 by accessing the user data unit 26 via the web server 25.
  • the paddy list server 28 prepares a “patch list” that displays its own presence and displays a list of owners in response to requests from the client device, the mobile device 12 and the PC 14. It has the function of sending back. Using this, the user (presentity) can refuse to provide presence for each individual watcher, or change the setting of “location information permission notification”.
  • FIG. 8A is a sequence diagram when a watcher list acquisition request is received from the mobile device (client) 11.
  • the user data section 26 that has received the watcher list acquisition request (1) from the mobile device 11 via the optimizer 19 and the SAP 20 searches the paddy list (community set information in FIG. 3 (a)). Then, a list of users (watchers) who have registered the user of the mobile device 11 as a paddy is created (2). Then, the created watcher list is transmitted to the mobile station 11 through the reverse route as described above (3).
  • FIG. 8 (b) is a diagram showing a state in which the watcher list is displayed on the screen of the mobile device 11.
  • the watcher list includes the name (nickname) of the user (watcher) who has registered the user as a paddy and the location information notification permission set by the user for each watcher. Display the contents!
  • the user of the mobile device 11 can change the disclosure setting, that is, change the content of the permission setting of the location information notification for each watcher, and provide the presence information to each watcher. You can cancel it. That is, in FIG. 8B, when the user selects a watcher whose public setting is to be changed, a watcher public setting change screen shown in FIG. 8C is displayed. Therefore, when canceling the provision of the presence information to the watcher, the user selects the deletion shown in the figure. When changing the position information notification setting, the user selects one of “full access”, “only proximity display”, and “deny”. As shown in Fig.
  • the watcher settings to change the watcher's public settings
  • the information (4) is transmitted to the user data section 26 via the optimizer 19 and the SAP 20.
  • the user data section 26 rewrites the corresponding part of the information of the buddy list of the corresponding watcher (information of the community set shown in FIG. 3A) (5).
  • the user data unit 26 returns the setting result (status code, etc.) to the mobile device 11 through the reverse route to the above (6).
  • FIG. 8 (a) shows the sequence when a watcher list acquisition request is issued from the mobile device (client) 11, and the watcher list is also acquired from the PC (client) 13 in the same manner. be able to.
  • mobile devices (web browsers) 12 and PCs (web browsers) 14 without client programs also request a watcher list from the user data section 26 via the web server 25. You can change the watcher's visibility settings.
  • the user obtains a list of watchers who are watching his / her presence, and changes the presence disclosure setting for the watchers or changes the location information permission setting while the watcher list is displayed. An operation to change can be performed.
  • FIG. 9 is a flowchart showing a processing flow of the mobile device 11
  • FIG. 10 is a flowchart showing a processing flow in the user data section (server) 26 when a signal transmitted periodically from the mobile device 11 is received.
  • 11 is a flowchart showing the flow of proximity calculation processing executed by the paddy list server 28!
  • the mobile device 11 which is a client, first obtains its location information (Step Sl). As described above, the mobile device 11 may acquire the latitude, longitude, and address information reported from the base station, or may output the output in the case of a mobile device having a built-in GPS function. May be used.
  • the mobile device 11 obtains the location information obtained in step S1, the paddy presence request setting information indicating the buddy from which the owner of the mobile device has obtained the presence, Information such as standby polling interval information indicating a time interval until polling is transmitted to the user data section 26 (step S2).
  • FIG. 10 is a flowchart of a process executed in the user data unit 26 when the standby polling information transmitted from the mobile device 11 is received in step S2.
  • FIG. 2 (a) is updated (step S11).
  • the presence server 27 specifies a paddy belonging to the community set whose presence is requested, and reads the presence information of the buddy (step S12).
  • the presence server 27 sequentially calculates the proximity for each paddy (steps S13 and S14).
  • FIG. 11 is a flowchart showing details of the proximity calculation process (S 13). This process is executed in the paddy list server 28.
  • step S21 it is determined whether or not the target paddy permits acquisition of location information.
  • the position permission information of the paddy is N / A
  • the position of the paddy cannot be referred to, and the process proceeds to step S23, where the distance level (proximity) of the paddy is 4 unknown (N / A). I do.
  • step S22 it is determined whether the paddy is located within the service area. This determination can be made based on whether or not the information of the standby polling reception in the presence information of the paddy is Fail.
  • the standby polling reception flag is set to Fail when the standby polling information is not received even after elapse of, for example, twice the time set in the standby polling interval. It is set, and by referring to the standby polling reception flag, it can be determined that the mobile phone is out of the service area. Alternatively, information as to whether or not the mobile communication system is out of the service area may be obtained based on the information of the mobile communication system.
  • step S23 It is assumed that the distance level is 4 indicating unknown (N / A).
  • step S22 If it is determined in step S22 that the paddy is within range, the process proceeds to step S24, and the distance between the paddy and the owner is calculated. That is, the distance between the paddy and the owner is calculated based on the latitude and longitude information included in the presence information of the paddy and the latitude and longitude information included in the presence information of the owner.
  • step S25 in the owner's presence information, the short distance threshold information and the long distance are set, the value information is set, and it is determined whether or not the power is set.
  • the preset (default) short distance threshold value and long distance threshold value are obtained (step S26). If the short distance threshold and the long distance threshold are set in the presence information, the information is acquired (step S27).
  • step S24 is compared with the distance in step S26 or step S2.
  • the distance between the paddy and the owner is determined as to whether the paddy belongs to near, medium, or far (steps S28-S32). That is, when the calculated distance ⁇ short distance threshold, distance level 1 (near), and when the calculated distance ⁇ calculated distance ⁇ long distance threshold, distance level 2 (medium), far If the distance is calculated using the distance threshold, it is determined to be distance level 3 (far).
  • the default value is set, even a user who does not change the setting of the threshold value can use it as it is.
  • the user data unit 26 sets the presence of the requested buddy. Is transmitted to the mobile device 11 (step S15). In other words, the paddy name, display order and proximity included in the community set information of the community set whose presence was requested, and the relative presence name, pictogram code, comment (if any) of the paddy relative to the community set, etc. Is transmitted to the mobile device 11.
  • the transfer of the information transmitted from the user data section 26 in step S15 is performed.
  • the motive 11 displays the image data corresponding to the pictogram corresponding to the presence of each paddy in a size corresponding to the proximity.
  • step S4 the mobile device 11 waits until the set standby polling interval time has elapsed (step S4), and repeats the processing in step S1 and subsequent steps when the standby polling interval time has elapsed. Execute.
  • FIG. 12 (a) is a diagram showing a state where the paddy list is displayed on the screen of the mobile device.
  • the paddy list is a list for each community set classified into “friends”, “company”, and “family”, and the paddies belonging to the community set of “company” are displayed. Being done! / Puru is shown! /
  • an area for displaying the presence with an icon and an area for displaying the name (nickname) are provided for each paddy.
  • “Manager E” has not yet joined, and “Ms. D” does not have the approval power (Fig. 3 (a)), so the icon corresponds to that.
  • the icon of "Sama B” is an icon of a larger size than the icon of "C"
  • the distance (proximity) between "Sama” and “C” is "close”
  • the You can see that the distance between them is “medium”.
  • the distance is “far”
  • an icon smaller than the icon displayed in “C” is displayed.
  • FIG. 12A is a diagram showing a state in which the paddy “B” is selected in FIG. 12A and the detailed presence thereof is displayed.
  • the paddy's comment, phone number, and email address are displayed.
  • the location permission for Paddy "B-sama” is given full access (Fig. 3 (a))
  • the address column is displayed as blank.
  • a button to change the display order of the paddy Is displayed, and by operating this, the setting information for changing the display order of the paddies can be transmitted to the paddy list server 28.
  • the moving state can be expressed by using the presence display of the motion image based on the frequency of change of the position information. For example, the travel distance is calculated from the difference from the previously acquired position information, and it is transmitted to the mobile device.
  • the sound level and vibration can be sounded.
  • the proximity can be displayed by age.
  • the position information of the paddy is transmitted to the mobile device (client) from the force server, which is configured to calculate the proximity on the server side, and the proximity is calculated on the client side. It may be displayed with an icon (graphic data) of the size of the desired size.
  • the position information is notified and the paddy presence information is received.
  • notification of location information and reception of presence information may be performed separately.
  • the location information is transmitted from the client device to the server device at a predetermined time interval, and the presence information of the paddy is transmitted to the server device at a time interval determined independently of the notification of the location information. Just like that.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Environmental & Geological Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　プレゼンスとともに、バディとの間の距離を表示する。 　移動機１１は、所定の時間間隔でユーザーデータ部２６にポーリングを行い、プレゼンスサーバー２７にその位置情報を送信するとともに、バディの状態情報とバディとの間の近接度を示す情報を受信し、バディのプレゼンスをその近接度に対応する大きさのアイコンで表示する。バディリストサーバー２８は、移動機１１からの前記ポーリングに応じて、その位置情報と要求されたバディの位置情報とからバディとの間の距離を算出し、ユーザーにより設定されたしきい値と比較して前記近接度を求め、移動機１１に送信する。

Description

明 細 書
プレゼンス表示システムにおけるサーバー装置及びクライアント装置 技術分野
[0001] 本発明は、他のユーザーの状態を表示することができるプレゼンス表示システム 関する。
背景技術
[0002] 近年、インターネットなどの IPネットワーク上のコミュニケーション手段として、インス タントメッセージング（IM : Instant Messaging)が注目されている。 IMは、相手がネット ワークに接続中であるかどうかといった相手の状態 (プレゼンス）を参照可能とするプ レゼンスサービスと、チャットのようにリアルタイムに文字ベースの会話を行うメッセ一 ジ交換サービスが組み合わされたサービスであり、標準化が進められている（非特許 文献 1, 2)。
また、このような IMサービスを携帯電話に適用することも提案されており、携帯電話 による IMサービスに関する技術の標準化団体であるワイヤレスビレッジ (Wireless Village, the Mooile Instant Messaging and Presence services (IMPS) Initiative) ¾設 立され、携帯機器間だけでなぐインターネットベースのサービスとの間でのメッセ一 ジゃプレゼンス情報の交換にも使用される共通仕様が策定されている。
非特許文献 1 :RFC2778
非特許文献 2 :RFC2779
発明の開示
発明が解決しょうとする課題
[0003] このように、携帯電話を含む通信システムにお ヽてもプレゼンスサービスが提供さ れるようになっている。
そこで、本発明は、携帯電話の有する特性を生かした、より使いやすいプレゼンス 表示システムを提供することを目的として ヽる。
課題を解決するための手段
[0004] 上記目的を達成するために、本発明のプレゼンス表示システムにおけるサーバー 装置は、サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他 のユーザーの状態を表示することができるようになされたプレゼンス表示システムに おける前記サーバー装置であって、前記各クライアント装置から送信される各ユーザ 一の状態を示す情報と位置情報を格納する手段と、各ユーザーごとにそのユーザー が状態を見た 、他のユーザーを登録したパディリストを記憶する手段と、各ユーザー に対して、そのパディリストに登録されている他のユーザーの状態を示す情報と該他 のユーザーとの間の距離に関する情報を送信する手段とを有するものである。 また、前記位置情報は緯度及び経度の情報を含むものであり、各ユーザーから送 信される緯度及び経度の情報に基づいてユーザーとそのパディリストに登録されてい る他のユーザーとの間の距離を算出し、該算出した距離と所定のしきい値とを比較す ることにより他のユーザーの近接度を決定する手段を有し、該決定した近接度を、前 記他のユーザーとの間の距離に関する情報として、当該クライアント装置に送信する ようになされて!ヽるものである。
さらに、前記しきい値は、各ユーザーが任意に設定することができるようになされて いるものである。
さらにまた、前記位置情報にはさらに住所情報が含まれており、前記近接度に加え 、住所情報も当該クライアント装置に送信するようになされているものである。
さらにまた、各ユーザーごとに、自己の距離に関する情報を他のユーザーに対して 送信することを承認するか否かを示す情報を記憶する手段が設けられており、距離 に関する情報の送信が承認されていないユーザーのクライアント装置に対しては、前 記距離に関する情報を送信しな 、ようになされて!、るものである。
さらにまた、各ユーザーごとに、自己の住所情報を他のユーザーに送信することを 承認する力否かを示す情報を記憶する手段が設けられており、住所情報の送信が承 認されていないユーザーのクライアント装置に対しては、住所情報を送信しないよう になされて!ヽるものである。
さらにまた、前記パディリストは、そのユーザーが状態を見たい他のユーザーをダル ープに分けて登録した複数のコミュニティセットにより構成されており、ユーザーにより 指定されたコミュニティセットに登録されている他のユーザーの状態を示す情報及び 距離に関する情報を当該クライアント装置に送信するようになされているものである。 さらにまた、各ユーザーごとに、そのユーザーをバディリストに登録している他のュ 一ザ一の属するコミュニティセットに応じて、そのユーザーの状態を示す情報と他の ユーザーに送信する状態を示す情報とを対応付けて記憶する相対プレゼンス設定 テーブルが設けられており、各ユーザーの状態を示す情報を、そのユーザーの状態 を見ている他のユーザーに送信するときに、前記相対プレゼンス設定テーブルを参 照して、該他のユーザーのコミュニティセットに応じた状態を示す情報を送信するよう になされて!ヽるものである。
さらにまた、ユーザーからの要求に応じて、そのユーザーの状態を見ている他のュ 一ザ一のリストを作成し、当該ユーザーに送信する手段を有するものである。
[0006] さらにまた、本発明のプレゼンス表示システムにおけるクライアント装置は、サーバ 一装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユーザーの状 態を表示することができるようになされたプレゼンス表示システムにおける前記クライ アント装置であって、そのユーザーの状態を示す情報と位置情報を前記サーバー装 置に送信する手段と、前記サーバー装置から、他のユーザーの状態を示す情報と該 他のユーザーとの間の距離に関する情報を受信する手段と、受信した他のユーザー の状態を示す情報と該他のユーザーとの間の距離に関する情報に基づいて、該他 のユーザーの状態をそのユーザーとの間の距離に対応した表示形態で表示する手 段とを有するちのである。
さらにまた、前記他のユーザーとの間の距離に関する情報は、前記他のユーザーと の間の距離を所定のしきい値と比較することにより決定された近接度であり、前記表 示する手段は、前記サーバー装置力 受信した他のユーザーの状態を示す情報に 対応する画像を、前記近接度に対応した大きさで表示するものとされて 、る。
さらにまた、前記他のユーザーとの間の距離に関する情報には、さらに住所情報が 含まれており、前記表示する手段は、前記他のユーザーの住所を表示することがで きるようになされて!ヽるものである。
発明の効果
[0007] 本発明のプレゼンス表示システムにおけるサーバー装置及びクライアント装置によ れば、パディとの間の距離に対応して表示形態でパディのプレゼンスを表示すること が可能となる。
また、パディとの間の距離を複数の段階のうちのいずれの段階にあるかを示す近接 度で表現し、相対的に表現しているため、プライバシーに配慮した距離表示を行うこ とが可能となる。
さらに、距離のしきい値をユーザーが設定することができるため、ユーザーの感覚 に合致した近接度とすることができる。
さらにまた、近接度だけではなぐ住所情報も通知することができる。
さらにまた、ユーザーは、相手によって、自己の位置情報や住所情報を通知するこ とを拒否することがでさる。
さらにまた、他のユーザーの属するコミュニティセットに応じてあら力じめ設定した相 対プレゼンスを通知することができるため、パディに適したプレゼンスを表示させるこ とがでさる。
図面の簡単な説明
[図 1]本発明により構築されるプレゼンス表示システムの一実施の形態の全体構成を 示すブロック図である。
[図 2(a)]プレゼンスサーバー 27で管理されている情報の例を示す図であり、加入者 のプレゼンス情報の例を示す図である。
[図 2(b)]プレゼンスサーバー 27で管理されている情報の例を示す図であり、絶対プレ ゼンス情報の例を示す図である。
[図 2(c)]プレゼンスサーバー 27で管理されている情報の例を示す図であり、相対プレ ゼンス情報の例を示す図である。
[図 3(a)]パディリストサーバー 28で管理されている情報の例を示す図であり、コミュ- ティセットの例を示す図である。
[図 3(b)]パディリストサーバー 28で管理されている情報の例を示す図であり、未加入 リストの例を示す図である。
[図 4]待受ポーリング時のシーケンス図である。
[図 5(a)]静的情報の更新時のシーケンス図であり、移動機 (クライアント)から更新する ときのシーケンス図である。
[図 5(b)]静的情報の更新時のシーケンス図であり、移動機又は PC (ブラウザ)力 更 新するときのシーケンス図である。
[図 6]パディを登録するときのシーケンス図である。
[図 7]絶対プレゼンスを変更するときのシーケンス図である。
[図 8(a)]ウォッチヤーリストについて説明するための図であり、ウォッチヤーリストを取得 するときのシーケンス図である。
[図 8(b)]ウォッチヤーリストについて説明するための図であり、ウォッチヤーリストが表 示されて!/、る画面を示す図である。
[図 8(c)]ウォッチヤーリストについて説明するための図であり、ウォッチヤーの公開設定 を変更する画面を示す図である。
[図 9]待受ポーリング時における移動機（クライアント） 11の処理のフローチャートであ る。
[図 10]待受ポーリング時におけるユーザーデータ部の処理のフローチャートである。
[図 11]近接度算出処理のフローチャートである。
[図 12(a)]パディのプレゼンスが表示されている状態を示す図であり、パディリストが表 示されて!/、る画面の例を示す図である。
[図 12(b)]パディのプレゼンスが表示されている状態を示す図であり、選択されたバデ ィの詳細プレゼンスの表示されている画面の例を示す図である。
符号の説明
[0009] 11 :移動機 (クライアント）、 12 :移動機 (ウェブブラウザ)、 13 : PC (クライアント）、 14
： PC (ウェブブラウザ）、 15, 16 :基地局、 17 :移動体通信システムのコアネットワーク 、 18 :インターネット、 19 :オプティマイザ一、 20 :サービスアクセスポイント、 21 :チヤ ット部、 22 :IM部、 23 :グループ部、 24 : SMTPリレーサーバー、 25 :ウェブサーバ 一、 26 :ユーザーデータ部、 27 :プレゼンスサーバー、 28 :パディリストサーバー、 29 ： DTMFセンダー
発明を実施するための最良の形態
[0010] まず、本明細書で用いる用語について説明する。 「パディ (Buddy)」は、あるユーザーがそのパディリストに登録している他のユーザー のことである。パディ側の承認を得ることで、ユーザーはそのパディのプレゼンス情報 を取得し、状態を表示させることができる。
「パディリスト（Buddy List)」は、登録したパディの一覧表である。パディリストは、ノ ディ全員を含む一つのリストとして構成してもよいし、パディを「友人」， 「家族」， 「会社
」， 「学校」などのように分類し、それぞれのグループのパディのリストである複数の「コ ミュ-ティセット (Community Set)」としてもよい。以下で説明する実施の形態におい ては、パディリストが複数のコミュニティセットからなる場合について説明する。
「オーナー（Owner)」は、パディリストを作成編集し、パディのプレゼンスを見ている ユーザーのことである。
「ウォッチヤー（Watcher)」は、自分のプレゼンスを見て!/ヽるオーナーのことである。 示されている人物は、オーナーと同一であるが、ウォッチヤーはプレゼンスを見られて V、るパディ側の立場からみた用語である。
「ウォッチヤーリスト（Watcher List)」は、自分のプレゼンスを見て!/、るウォッチヤーを 一覧表示するリストである。
「プレゼンス」は、ユーザーの現在の状態のことである。プレゼンスはユーザー自身 によって設定される。本発明のシステムにおいては、「出社」， 「会議中」， 「移動中」， 「休憩中」， 「食事中」， 「運転中」， 「睡眠中」， 「私用」， 「携帯不所持」， 「連絡不可」な どといった使用頻度が高いプレゼンスがあら力じめ「固定プレゼンス」として規定され ており、それ以外にオーナーが自由にプレゼンス（「可変プレゼンス」）を設定すること ができるようになされて 、る。
ユーザーは、自分 (発信者，プレゼンティティ）をパディ登録している友人や知人（ゥ ォツチヤー）に対して、現在の発信者の状態 (プレゼンス）を通知することができる。こ のとき、発信者が設定したプレゼンスをそのままウォッチヤーに通知するようにしてもよ いし、あるいは、ウォッチヤーが属しているコミュニティセットに応じて、そのウォッチャ 一に通知するプレゼンスを変更するようにすることもできる。この場合に、発信者が設 定するプレゼンスのことを「絶対プレゼンス」、コミュニティセットに応じてウォッチヤー へ通知されるプレゼンスのことを「相対プレゼンス」と呼ぶ。「相対プレゼンス」は、ひと つの絶対プレゼンスにっきコミュニティセットの数だけ設定可能な、見掛けのプレゼン スである。オーナーが実際に目にするのは、パディの相対プレゼンスとなる。
[0012] 図 1は、本発明のサーバー装置及びクライアント装置により構築されるプレゼンス表 示システムの一実施の形態の全体構成を示す図である。
この図にお 、て、 11は本発明のプレゼンス表示システムのクライアントプログラムが 動作している移動機、 12は前記クライアントプログラムが搭載されていない移動機、 1 3は前記クライアントプログラムが動作しているパーソナルコンピュータ（PC)、 14は前 記クライアントプログラムがインストールされて 、な 、PCである。移動機 11におけるク ライアントプログラムは例え «Java(TM)アプリケーションにより実現されている。また、 後述するように、前記クライアントプログラムが搭載されていない移動機 12及び前記 クライアントプログラムがインストールされていない PC14は、ウェブブラウザを用いて 本発明のサーバー装置 (ユーザーデータ部 26)に接続することにより本発明のプレ ゼンス表示システムの機能の一部を実行することができるようになされて 、る。なお、 前記クライアントプログラムが動作して 、る移動機 11及び PC 13をまとめて「クライアン ト装置」、移動機 11を「移動機 (クライアント)」、 3を「！^ (クライアント)」、移動機 12を「移動機（ウェブブラウザ)」、？じ丄 を じ（ウェブブラウザ)」と呼ぶこととする。
[0013] 15及び 16は移動体通信システムにおける基地局、 17は移動体通信システムのコ ァネットワーク、 18はインターネットなどの IPネットワークである。図示するように、前記 移動機 11 , 12は基地局 15, 16、コアネットワーク 17を介してインターネット 18に接 続される。また、前記 PC13, 14はインターネット 18に接続されている。
ここで、移動機 11は、その位置情報 (大まかな位置情報でよい。）を取得することが できるようになされている。周知のように CBS (Cell Broadcasting Service)においては 、基地局からその所在地の緯度、経度及び地名（住所)の情報が報知されており、こ の情報を位置情報として取得するものであってもよいし、あるいは、 GPS (Global Positioning System)機能を内蔵している移動機の場合にはその出力であってもよい
[0014] 19は、前記コアネットワーク 17及びインターネット 18を介して接続された前記移動 機 11とサービスアクセスポイント（SAP： Service Access Point) 20との間に挿入された オプティマイザであり、データ圧縮などを用いて移動機の通信が最小化するよう調整 したプロトコルと SAP20の扱うプロトコルとの相互変換を行うものである。 SAP20は、 ワイヤレスビレッジ (Wireless Village)によって規定される、サーバ一'クライアント間又 はサーバ一.サーバー間のインターフェースの役割を担うノードである。 チャット部 21は、移動機同士又は移動機と PC間でチャットサービスを提供するため のノードであり、図示するように、 IMサービスを提供する IM部 22及びチャットルーム を提供するグループ部 23を有して ヽる。
24はメールの転送を行う SMTP (simple mail transfer protocol)リレーサーバーであ り、本発明のプレゼンス表示システムにおけるメールを利用する機能を提供するもの である。後述するように、パディ承認時のプレゼンス情報提供許諾通知やチャットへ の招待通知などにメールが利用される。
25はウェブサーバーであり、前記移動機 12や PC 14を、サーバー装置であるユー ザ一データ部 26に接続する機能を有する。
[0015] 26は、加入者情報、プレゼンス情報、パディリストなどを管理し、要求に応じて情報 を提供する機能を有するユーザーデータ部である。このユーザーデータ部 26は本発 明のサーバー装置に相当するものであり、本発明のプレゼンス表示システムにより提 供されるサービス (プレゼンスサービス）を受ける各加入者の加入者情報ゃプレゼン ス情報を管理するプレゼンスサーバー 27と、各加入者のパディリストなどを管理する パディリストサーバー 28の 2つの機能部を有している。なお、ここでは、プレゼンスサ 一バー 27とパディリストサーバー 28の 2つの機能部が分離して構成されて 、るように 説明する力 単一の装置にこれら 2つの機能部を構成するようにしてもよい。
29は、前記プレゼンスサーバー 27により管理されているプレゼンス情報に対応して 、自動的に転送先電話番号を変更するための DTMF (Dual Tone Multi-Frequency) センダーである。
[0016] 後述するように、前記クライアント装置 (移動機 11と PC13)は、定期的に前記ユー ザ一データ部 26にアクセスして、パディのプレゼンス情報を取得し、プレゼンスを表 示するようになされている。以下、これを「待受ポーリング」とよぶこととする。なお、こ のときに、クライアント装置 (移動機 11)はその位置情報を前記プレゼンスサーバー 2 7に通知し、そのユーザーのプレゼンス情報中の位置情報を更新するようになされて いる。
[0017] 図 2 (a)—図 2 (c)は、前記プレゼンスサーバー 27により管理されている情報の例を 示す図であり、図 2 (a)は各加入ユーザーごとに記憶されているプレゼンス情報、図 2 (b)は各ユーザーの絶対プレゼンスに関する情報、図 2 (c)は各ユーザーの相対プレ ゼンスに関する情報の例である。
図 2 (a)に示すように、プレゼンス情報は、各ユーザーごとに次の情報を記録したも のである。
「加入者 ID」は、このサービスに加入している全ユーザーに一意に割り当てられる I D (識別子)である。この加入者 IDを持たせることにより、加入者の携帯電話番号 (M SN)が変更されても同一のユーザーとして認証することが可能となる。
「UID」は、加入移動機に固有の識別番号である。移動機力ものアクセスについて は、この UIDを取得することによりユーザー認証を行うようになっている。
「MSN」は、加入移動機の電話番号である。 PCからのログイン時には、この MSN を IDとしてユーザーに入力させるようになって!/、る。
「パスワード」は、このサービスへのログインパスワードである。
「暗証番号」は、加入移動機の暗証番号である。
「eメールアドレス」は加入移動機の eメールアドレスである。
「本名」は、加入ユーザーの名前を示すテキストデータである。
「ニックネーム」は、加入ユーザーのニックネームを示すテキストである。このニックネ ームは、チャットなどにおけるユーザー名やデフォルトのパディ名として使用される。
「選択コミュニティセット」は、クライアント装置において、プレゼンスを見る対象として 現在選択されているコミュニティセットの IDである。なお、この実施の形態においては 、 4個までのコミュニティセットを登録することができるようにされており、選択コミュ-テ ィセットは 0— 3の値をとる。
[0018] 「待受ポーリング受信」は、移動機 11からの前述した待受ポーリングが届いた力どう かを示すフラグであり、「待受ポーリング間隔」で設定されている時間に応じた時間（ 例えば、その 2倍の時間）まで待機し、その時間までに移動機 11からの待受ポーリン グが届けば「OK」とされ、届かなければ「Fail」とされるフラグである。これにより、移動 機 11が圏外ある！/ヽは電源オフの状態となって!/ヽることを知ることができる。
「待受ポーリング間隔」は、移動機 11からの次の待受ポーリングまでの時間間隔を 秒単位で設定した情報である。この情報は、移動機 11からの待受ポーリング時に通 知される。
「プレゼンス更新時刻」は、前回絶対プレゼンス設定が更新された時刻である。 「緯度」及び「経度」は、移動機 11が現在位置する場所 (属する基地局)の緯度情 報及び経度情報である。移動機側の設定に応じて、移動機力 の待受ポーリング時 に通知される。
「住所情報」は、移動機 11が現在位置する場所 (基地局単位)の住所を示すテキス ト情報である。移動機側の設定に応じて、移動機からの待受ポーリング時に通知され る。
「近距離しき 、値」及び「遠距離しき 、値」は、後述する近接度算出のために用いら れるしきい値（例えば、キロメートル単位）であり、ユーザーが設定し、プレゼンスサー バー 27に通知される情報である。ユーザーの属する地域や利用している交通機関な どによりユーザー個々の距離感覚は異なっており、しきい値をユーザーが任意に設 定できるようにすることでそれぞれのユーザーの感覚にあった近接度とすることができ る。
「絶対プレゼンス設定」は、現在加入ユーザーが設定している絶対プレゼンスの ID である。
「一時的コメント」は、クライアント側で絶対プレゼンスを選択するときに記述可能な、 一時的に利用できるコメント用テキスト情報である。
前述のように、ユーザーは自己の絶対プレゼンスを設定し、パディに対して相対プ レゼンスが通知される。そこで、ユーザーは、自己の絶対プレゼンスに関する情報と 相対プレゼンスに関する情報をあら力じめ前記プレゼンスサーバー 27に登録してお
<o
図 2 (b)は、前記絶対プレゼンスを規定するデータを示す図である。
「絶対プレゼンス ID」は絶対プレゼンスを一意に識別するための IDである。 「絶対プレゼンス名」は絶対プレゼンスの名前を示すテキストである。
「転送先電話番号」は、そのプレゼンスを選択した場合の転送先電話番号である。 なお、何も入力されていなければ「Null」となる。
「無応答時 Z無条件フラグ」は、呼を転送するタイミングを規定するフラグであり、「 無応答時」と「無条件」の ヽずれかの値を持つ。「無応答時」に設定されて ヽる場合、 移動機への呼が応答しない場合に転送する。「無条件」に設定されている場合、移動 機へ呼を送らず即座に転送する。
「留守電フラグ」は、留守番電話転送を行うかどうかを規定するフラグである。 ronj と「Off」のいずれかの値を持つ。「On」に設定されている場合、留守番電話転送を行 い、「Off」に設定されている場合、留守番電話転送を行わない。
「チャット許可」は、そのプレゼンスが設定されているときに、他のユーザーからのチ ャット開始要求を許可するかどうかを設定するフラグである。「可」， 「不可」のいずれ かの値を持つ。
[0020] 前述のように、パディに通知されるプレゼンスは、そのパディの属するコミュニティセ ットに応じて設定される相対プレゼンスである。そこで、「コミュニティセットへの相対プ レゼンス設定」の項に、その絶対プレゼンスの各コミュニティセットに対する相対プレ ゼンスを設定する。この実施の形態においては、コミュニティセットの数は最大 4つとさ れているため、 4個のコミュニティセット（CSetO— CSet3)にそれぞれ対応する相対プ レゼンスのプレゼンス IDが設定されて!、る。
[0021] 図 2 (c)は、前記相対プレゼンスを規定するデータを示す図である。
「相対プレゼンス ID」は、相対プレゼンスの IDである。
「相対プレゼンス名」は、相対プレゼンスの名前を示すテキストである。絶対プレゼ ンス IDと絶対プレゼンス名の関連付けと、相対プレゼンス IDと相対プレゼンス名の関 連付けは、常に同一となるようにされている。
「絵文字コード」は、その相対プレゼンスが選択されているときに表示されるアイコン 又は絵文字を指定するための絵文字コードである。クライアント装置は絵文字コード をアイコン用画像ファイルに変換する。
「相対プレゼンスコメント」は、その相対プレゼンスが選択されているときに表示する テキスト情報である。
[0022] 図 2 (b)と図 2 (c)に記載した例では、ユーザーの絶対プレゼンスが「会議中」（ID = 1)であるとき、第 1のコミュニティセット (CSetO) (例えば、「会社」）に属するパディに対 しては、「会議中」（ID= 1)という相対プレゼンスが通知され、第 2と第 3のコミュニティ セット (CSetl及び CSet2) (例えば、「友人」と「家族」）に属するパディに対しては、「出 社」（ID = 0)という相対プレゼンスが通知される。すなわち、家族や友人に対しては 会議中であることまでは通知する必要がないので、単に「出社」と通知する。このよう に、それぞれのパディの属性に適したプレゼンス表示を行うことができる。
[0023] 次に、前記パディリストサーバー 28において管理されている情報について説明する 。パディリストサーバー 28には、パディリストである「コミュニティセット」、及び「未加入 リスト」が記憶されている。また、後述するように、パディリストサーバー 28は、移動機 1 1, 12又は PC13, 14からの要求に応じて「ウォッチヤーリスト」を作成してユーザーに 提示するようになされて！ヽる。
図 3 (a)は、「コミュニティセット」の一例を示す図である。前述のように、「コミュニティ セット」は、オーナーが各パディを分類したリストであり、図示するような各種情報が格 納されている。
「コミュニティセット ID」は、コミュニティセットを識別する IDである。この実施の形態 においては、 4つのコミュニティセットを設定することができるようになされており、 0— 3 の値をとる。
「コミュニティセット名」は、コミュニティセットの名前を示すテキストである。
「パディ ID」は、各パディの IDである。プレゼンスサーバーの加入者 ID又は未加入 リストの未加入 IDと関連付けてパディを一意に特定することができる。
「表示順」は、クライアント側におけるパディの表示順を示す情報である。クライアント 側の設定によって表示順が決定され送信されてくるので、パディリストサーバーはこ れを保持するようになされて！ヽる。
「パディ名」は、そのパディに対してオーナーがつけたニックネームを示すテキスト 情報である。
[0024] 「近接度」は、前記プレゼンスサーバー 27から提供される、そのパディの緯度、経度 、近距離しきい値及び遠距離しきい値力もパディリストサーバー 28により算出される オーナーとパディの間の距離のレベルを表示する情報である。この実施の形態では 、 3段階の距離レベルのうちのどのレベルに属するかを近接度で表示するようにして おり、「近」， 「中」， 「遠」， 「N/A」のいずれかの値をとる。オーナーとパディの緯度'経 度カゝら算出した両者の距離が近距離しきい値未満であれば「近」、近距離しきい値以 上遠距離しき ヽ値未満であれば「中」、遠距離しき ヽ値以上であれば「遠」とし、バデ ィの緯度 '経度が公開されていないなどの理由で算出不能な場合は「N/A」とされる。 なお、この段階の数は 3に限られることはなぐ任意に決定することができる。ただし、 プライバシーを考慮すると、あまりに細力べすることなぐ 2-5, 6段階程度とするのが 好適である。
「位置情報通知許可 (位置許可）」は、そのパディがオーナーに対して、どこまで位 置情報の公開を許可しているかを示す情報である。「フル」， 「近接のみ」， 「拒否」， 「 N/AJの!、ずれかの値をとる。「フル」であれば、オーナーに対し住所情報のテキスト を提供し、「近接のみ」であればオーナーに対し近接度のみ提供し、「拒否」であれば 位置情報は一切提供しない。また、パディのプレゼンス提供を承認しな力つたり、本 サービスに加入して ヽな 、ときは「N/A」となる。
「パディ承認フラグ (承認)」は、そのパディがオーナーに対するプレゼンスの提供を 許可しているかどうかの情報を保持しているフラグであり、「OK」， 「NG」， 「N/A」のい ずれかの値をとる。「OK」であれば、パディリストサーバー 28はプレゼンスサーバー 2 7に対して、そのパディのプレゼンス情報を要求'受信する。「NG」は、そのパディから プレゼンスの提供を拒否された状態を示し、この場合パディリストサーバー 28はプレ ゼンスサーバー 27に対し、静的な情報のみ要求'受信する。「N/A」は、そのパディが 本サービスに未加入である力、プレゼンス提供の許可 ·不許可を通知されて!ヽな 、状 態を示す。プレゼンス提供の動作については「NG」と同様となる。
「サービス加入フラグ (加入）」は、そのパディが本サービスに加入して 、るかどうか を保持しているフラグであり、「OK」， 「NG」のいずれかの値をとる。
図 3 (b)は、前記「未加入リスト」の一例を示す図である。「未加入リスト」は、オーナ 一によつてパディリストに登録されたものの、まだサービスに加入していないパディの リストである。
図示するように、未加入リストには、次の情報が格納されている。
「未加入 ID」は、未加入リストに記録されているパディの IDである。
「未加入パディ名」は、未加入パディに対して、オーナーがつけたニックネームを示 すテキストである。
「未加入電話番号 (MSN) Jは、未加入パディの電話番号である。
「未加入 eメールアドレス」は、未加入パディの eメールアドレスである。
[0026] 次に、図 2、図 3に示した各情報の更新を行うときの、前記クライアント装置 (移動機
11、 PC13)、前記移動機 12又は前記 PC14と前記ユーザーデータ部 26との間のデ ータのやり取りにつ 、て説明する。
[0027] (待受ポーリング）
まず、前記クライアント装置 (移動機、 PC) 11, 13が、定期的に前記ユーザーデー タ部 26にアクセスする「待受ポーリング」について説明する。
図 4は、待受ポーリング時のシーケンス図である。
移動機 (クライアント） 11は、該移動機 11内に保持している待受ポーリング間隔デ ータ（秒単位）によってポーリングすべき時間を知り、前回のポーリング力 待受ポー リング間隔秒待機した後、ポーリングを行う。
このポーリング時に、移動機 (クライアント） 11は、位置情報 (住所情報、緯度、経度 )、パディプレゼンス要求設定情報 (パディリスト全員分の要求力、コミュニティセットを 単位とする要求かを示す情報)及び待受ポーリング間隔 (秒)の情報をォプティマイ ザ一 19に対して送出する（1)。オプティマイザ一 19は、移動機 11から圧縮して送ら れてきた前記データを解凍し、 SAP20に対して解凍した前記データを送出する。 S AP20は、受信した前記データをユーザーデータ部 26に送信する。
なお、移動機 11ではなく PC (クライアント） 13の場合には、シーケンス中にォプティ マイザ一 19が存在せず、 SAP20と直接通信する。また、 PC (クライアント） 13の場合 には、位置情報は送信されない。
ユーザーデータ部 26では、前記 SAP20を介して移動機 11から送られてきたデー タにしたがって前記図 2 (a)に示したプレゼンス情報の該当するデータを更新し (2)、 そのユーザーとパディとの距離に関する情報を算出する（3)。
そして、ユーザーデータ部 26は、移動機 11に送信すべき以下のような情報を SAP 20に向けて送信する。ここで、ユーザーデータ部 26から各クライアント装置に向けて 送信される情報としては、（4)自分自身のプレゼンス (絶対プレゼンス設定）、（5)バ ディのプレゼンス及びパディとの距離に関する情報 (相対プレゼンス名、相対プレゼ ンス絵文字コード、相対プレゼンスコメント又は一時的コメント、近接度など)である。 前記 SAP20は、前記ユーザーデータ部 26から送られてきた前記情報をォプティマ ィザー 19に送信し、オプティマイザ一 19は送られてきたデータを圧縮し、移動機 (ク ライアント） 11に向けて送信する。
移動機 (クライアント） 11は、受信した圧縮データを解凍し、パディのプレゼンス表示 などの処理を行う。
なお、この処理については、後で詳細に説明する。
[0028] このように、待受ポーリング時に送信される、位置情報 (住所情報 (地名情報）、緯 度、経度）、パディプレゼンス要求設定、及び、待受ポーリング間隔などの各情報 (動 的情報）に対し、更新頻度が低くポーリングによって毎回取得する必要のない情報（ 以下、静的情報とよぶ。）については、前記移動機 11, 12、又は PC13, 14から随時 更新することができるようになされて ヽる。
この静的情報としては、絶対プレゼンスに関する設定情報 (転送先電話番号、無応 答時 Z無条件フラグ、留守電フラグ、チャット許可、コミュニティセット nへの相対プレ ゼンス設定の各情報）、相対プレゼンスに関する設定情報 (相対プレゼンス絵文字コ ード及び相対プレゼンスコメントの各情報）、 eメールアドレス、ニックネーム、近距離し きい値、遠距離しきい値、コミュニティセットの選択、コミュニティセット名、表示順など の各設定情報がある。
[0029] (静的情報の更新）
図 5 (a)及び (b)は、上記静的情報を更新するときのシーケンス図であり、図 5 (a)は 移動機 (クライアント)力も更新するとき、図 5 (b)は移動機又は PC (ウェブブラウザ)か ら更新するときを示す。
移動機 (クライアント） 11から静的情報を更新するときは、図 5 (a)に示すように、移 動機 (クライアント） 11は、各種設定情報（1)をオプティマイザ一 19、 SAP20を介して 、ユーザーデータ部 26に送信する。ユーザーデータ部 26は、該当データを更新し（
2)、その結果を前述と逆の経路で移動機 (クライアント） 11に返す (3)。
また、クライアントプログラムを搭載していない移動機 12や PC14から各種設定情報 を更新するときには、移動機 12又は PC14は、ウェブブラウザプログラムを用いてゥェ ブサーバー 25を経由してユーザーデータ部 26に各種設定情報を送信する（1)。こ れに応じて、ユーザーデータ部 26は、図 5 (a)の場合と同様に、該当データの更新を 行い（2)、設定結果をウェブサーバー 25経由で、移動機 12又は PC14に送信する（
3)。
このように、静的情報の更新、設定は、クライアントプログラムを搭載していない移動 機 12や PC14からも行うことができる。
これにより、複雑な設定であっても、 PC14など力も容易に設定を行うことが可能とな る。
[0030] また、パディの登録、パディ名の変更、パディが所属するコミュニティセットの移動、 パディの削除は、移動機 11又は 12から随時行うことができる。
バディリストへのパディの登録は、「携帯電話番号 (MSN)」， 「ニックネーム」， 「メー ルアドレス」などを設定することにより行われる。ここで、登録に必要な情報は、オーナ 一が保持しているアドレス帳から取得する。このように、本発明のプレゼンス表示シス テムにお 、ては、移動機上に保持して 、るアドレス帳とプレゼンスを連携させるように している。
[0031] (パディの登録）
図 6は、パディの登録を行うときのシーケンス図である。
オーナーはパディをパディリストに登録しょうとするとき、その移動機に保持されてい るアドレス帳のなかから、プレゼンスを見たいと考える相手 (パディ）を選択する。これ により、選択されたパディの本名、フリガナ、携帯電話番号 (MSN)、 eメールアドレス 、ニックネーム及びその属するコミュニティセットなどの情報力 アドレス帳力 読み出 され、オプティマイザ一 19及び SAP20を経由して、ユーザーデータ部 26に送信さ れる（1)。 ユーザーデータ部 26では、送信された情報に基づいてパディリストにそのパディの 情報を登録する（2)とともに、そのパディがこのプレゼンスサービスの加入者であるか 否かを検索する（3)。これは、そのパディの携帯電話番号と、前記プレゼンスサーバ 一 27に格納されているプレゼンス情報に含まれているサービス加入者の MSNとを 比較することで行われる。
そして、ユーザーデータ部 26は、該検索結果をオーナー側移動機に通知する（4) 。そのパディが本発明のプレゼンスサービスに未加入であるときは、その旨が通知さ れる。そして、ユーザーデータ部 26は、前記パディリスト (コミュニティセット）（図 3 (a) )のそのパディの「サービス加入フラグ」の欄を「NG」、「パディ承認フラグ」の欄を「 N/A」とするととも〖こ、未加入 IDを付カ卩して、未加入リスト（図 3 (b) )にそのパディの名 (ニックネーム）、 MSN、 eメールアドレスを記録する。
一方、そのパディがプレゼンスサービスの加入者であるときは、ユーザーデータ部 2 6は、前記オーナー側移動機に、そのパディが加入者である旨と承認要求をそのバ ディに向けて送信中であることが通知される。次に、ユーザーデータ部 26は、そのバ ディのパディリストにこのパディ登録を行ったオーナーがパディとして登録されている か否かを検索する（5)。
そして、ユーザーデータ部 26は、パディ側の移動機に対してプレゼンス提供承認 要求の eメールを SMTPリレーサーバーを介して送出する（6)。このプレゼンス提供 承認要求メールの中には URLが含まれており、ここにアクセスすることでオーナーの 本名、フリガナ、電話番号、 eメールアドレスを得ることができるようになつている。 プレゼンス提供承認要求のメールを受信したパディ側の移動機のクライアントプロ グラム又はウェブブラウザにより、該承認要求中に含まれた URLがアクセスされて (7 )、ユーザーデータ部 26からオーナーに関する情報 (本名、フリガナ、電話番号、 eメ ールアドレス）が取得され（8)、プレゼンスを承認するための画面がパディ側の移動 機の画面上に表示される。
パディは、このプレゼンス承認画面において、そのオーナーにプレゼンスを提供す るカゝ否かを選択する（9)。パディの選択肢としては、「提供する」， 「提供しない」及び「 提供し、相手も登録」の 3通りがある。ただし、このパディのパディリストにそのオーナ 一が既に登録されているときには、「提供し、相手も登録」は選択することができない 選択された結果（10)は、ユーザーデータ部 26に通知されるとともに、 SMTPリレー サーバー 24を介してオーナーにメールで通知される（11)。回答が「提供する」又は「 提供し、相手も登録」であるときには、オーナーのパディリストにおけるそのパディの 項目「パディ承認フラグ」を「OK」とし、「提供しない」であれば「NG」とする。そして、「 提供し、相手も登録」の場合には、オーナーとパディの立場を入れ替えて前述したシ 一ケンスを順次実行する。
このようにして、前記図 3に示したコミュニティセット及び未加入リストなどの情報が作 成される。
(絶対プレゼンス設定の変更）
絶対プレゼンス設定の変更は、移動機 11又は 12から行うことができる。
図 7は、絶対プレゼンスを変更するときのシーケンス図である。
絶対プレゼンスの変更があつたとき、移動機 (クライアント） 11のユーザーは、移動 機 (クライアント） 11を操作し、絶対プレゼンス設定の変更、すなわち、変更後の絶対 プレゼンスの IDを前記オプティマイザ一 19に送信する（1)。なお、同時に、一時的コ メントが入力されたときには、この一時的コメントもともにオプティマイザ一 19に送信さ れる（2)。前記オプティマイザ一 19は、移動機 11から圧縮して送信されてきたデータ を解凍し、前記 SAP20に送信する。前記 SAP20は、送られてきたデータを前記ュ 一ザ一データ部 26に送信する。ユーザーデータ部 26のプレゼンスサーバー 27は、 前記図 2 (a)に示したプレゼンス情報中の絶対プレゼンス設定を送られてきた絶対プ レゼンスの IDに更新する（3)。そして、プレゼンスサーバー 27は、前記絶対プレゼン スの情報（図 2 (b) )を参照し、転送先電話番号や無応答時 Z無条件、留守電設定な どのサービスコードに変更がある力否かを判定し (4)、変更がある場合には、 MSN、 暗証番号、転送先電話番号、無応答時 Z無条件、留守電設定などの情報 (5)を DT MFセンダー 29に送信する。 DTMFセンダー 29は、あら力じめ規定されている特定 の電話番号に該データ（5)を DTMF信号で送信する。これにより、転送先の電話番 号の変更などを反映することができる。 なお、移動機（ウェブブラウザ） 12からは、ウェブサーバー 25を介してユーザーデ ータ部 26にアクセスすることにより、絶対プレゼンス設定の変更を行うことができる。
[0034] (ウォッチヤーリスト）
前述のように、パディリストサーバー 28は、クライアント装置や移動機 12及び PC 14 力もの要求に応じて、自分のプレゼンスを見て 、るオーナーを一覧表示する「ゥォッ チヤ一リスト」を作成して送り返す機能を有して 、る。ユーザー（プレゼンティティ）は、 これを用いて、個別のウォッチヤーごとにプレゼンスの提供を拒否したり、「位置情報 許可通知」の設定を変更したりすることができる。
図 8 (a)は、移動機 (クライアント） 11からウォッチヤーリストの取得要求があつたとき のシーケンス図である。
移動機 11からのウォッチヤーリスト取得要求（1)をオプティマイザ一 19、 SAP20を 介して受け取ったユーザーデータ部 26は、前記パディリスト（図 3 (a)のコミュニティセ ットの情報）を検索して、該移動機 11のユーザーをパディとして登録しているユーザ 一（ウォッチヤー）のリストを作成する（2)。そして、該作成したウォッチヤーリストを前述 と逆の経路で移動機 11に送信する（3)。
[0035] 図 8 (b)は、移動機 11の画面にウォッチヤーリストが表示されて 、る様子を示す図で ある。この図に示すように、ウォッチヤーリストは、そのユーザーをパディとして登録し ているユーザー（ウォッチヤー）の名前（ニックネーム）とユーザーが各ウォッチヤーに 対して設定して 、る位置情報通知許可の内容を表示して!/、る。
移動機 11のユーザーは、このウォッチヤーリスト表示画面を用いて、公開設定の変 更、すなわち、各ウォッチヤーに対する位置情報通知許可設定の内容を変更したり、 各ウォッチヤーに対するプレゼンス情報の提供を取り消したりすることができる。 すなわち、前記図 8 (b)において、ユーザーが公開設定を変更するウォッチヤーを 選択すると、図 8 (c)に示すウォッチヤーの公開設定の変更画面が表示される。そこ で、そのウォッチヤーに対するプレゼンス情報の提供を取り消す場合には、ユーザー は、図中に示す、削除を選択する。また、位置情報通知設定を変更する場合には、 ユーザーは、「フルアクセス」、「近接表示のみ」及び「拒否」のいずれかを選択する。 図 8 (a)に示すように、このウォッチヤーの公開設定を変更するウォッチヤーの設定 情報 (4)は、オプティマイザ一 19、 SAP20を介してユーザーデータ部 26に送信され る。ユーザーデータ部 26は、受信した情報に基づいて、対応するウォッチヤーのバ ディリストの情報（図 3 (a)に示すコミュニティセットの情報)の対応する個所を書き換え る（5)。そして、ユーザーデータ部 26は、その設定結果 (ステータスコードなど）を前 述と逆の経路で移動機 11に返す (6)。
[0036] なお、図 8 (a)は、移動機 (クライアント） 11からウォッチヤーリスト取得要求が発生し たときのシーケンスを示した力 PC (クライアント） 13からも同様にウォッチヤーリストを 取得することができる。さらに、クライアントプログラムが搭載されていない移動機 (ゥェ ブブラウザ） 12及び PC (ウェブブラウザ） 14力らも、ウェブサーバー 25を介してユー ザ一データ部 26に対してウォッチヤーリストを要求し、ウォッチヤーの公開設定を変更 することができる。
このように、ユーザーは、自分のプレゼンスをみているウォッチヤーのリストを取得し 、ウォッチヤーリストが表示されている状態で、ウォッチヤーに対するプレゼンス公開設 定を変更したり、位置情報通知許可設定を変更する操作を行うことができる。
[0037] (待受ポーリング時の処理の詳細）
次に、前記図 4を用いて説明した待受ポーリング時における移動機 (クライアント） 1 1とユーザーデータ部 26における処理について、図 9一図 11を参照して詳細に説明 する。
図 9は移動機 11の処理の流れを示すフローチャート、図 10は移動機 11から定期 的に送信される信号を受信したときのユーザーデータ部（サーバー） 26における処 理の流れを示すフローチャート、図 11はパディリストサーバー 28にお!/、て実行される 近接度算出処理の流れを示すフローチャートである。
図 9に示すように、クライアントである移動機 11は、まず、その位置情報を取得する（ ステップ Sl)。前述のように、移動機 11は、基地局から報知されている緯度、経度及 び住所情報を取得してもよいし、あるいは、 GPS機能を内蔵している移動機の場合 にはその出力を用いてもよい。
次に、移動機 11は、前記ステップ S1で取得した位置情報、その移動機のオーナー がプレゼンスを取得した ヽバディを示すパディプレゼンス要求設定情報、次回の待 受ポーリングまでの時間間隔を示す待受ポーリング間隔情報などの情報を前記ユー ザ一データ部 26に対して送信する (ステップ S2)。
[0038] 図 10は、前記ステップ S2で移動機 11から送信された待受ポーリング情報を受け取 つたときに、ユーザーデータ部 26において実行される処理のフローチャートである。 待受ポーリングにより定期的に送信される情報を受信したユーザーデータ部 26の プレゼンスサーバー 27は、まず、受信した位置情報ゃ待受ポーリング間隔などの情 報により、その移動機のオーナーのプレゼンス情報（図 2 (a) )を更新する (ステップ S 11)。
次に、プレゼンスサーバー 27は、受信したパディプレゼンス要求設定情報に基づ き、プレゼンスが要求されているコミュニティセットに属するパディを特定し、そのバデ ィのプレゼンス情報を読み出す (ステップ S 12)。
そして、プレゼンスサーバー 27は、各パディにつき、順次、近接度を算出する (ステ ップ S13、 S14)。
[0039] 図 11は、近接度算出処理 (S 13)の詳細を示すフローチャートである。この処理は、 前記パディリストサーバー 28において実行される。
まず、そのコミュニティセット情報を参照して、対象となっているパディが位置情報の 取得を許可しているか否かについて判定する（ステップ S21)。そのパディの位置許 可情報が N/Aであるときには、パディ位置の参照が不可であるため、ステップ S23に 進み、そのパディの距離レベル (近接度）は 4不明（N/A)であるとする。
また、位置許可情報がフル又は近接のみであるときは、ステップ S22に進み、その パディが圏内に位置しているか否かを判定する。この判定は、そのパディのプレゼン ス情報における待受ポーリング受信の情報が Failとなっているか否かにより判定する ことができる。すなわち、前述のように、待受ポーリング受信フラグは、待受ポーリング 間隔に設定されている時間の例えば 2倍の時間を経過しても待受ポーリングの情報 が受信されな力つたときに Failに設定されるものであり、この待受ポーリング受信フラ グを参照することにより、圏外であると判定することができる。あるいは、移動体通信シ ステム力もの情報により圏外であるか否かの情報を取得するようにしてもよい。
ステップ S22において、圏内に位置していないと判定されたときには、ステップ S23 に進み、不明（N/A)を示す距離レベル 4であるとする。
[0040] ステップ S22でパディが圏内であると判定されたときは、ステップ S24に進み、その パディとオーナーとの間の距離を計算する。すなわち、そのパディのプレゼンス情報 に含まれている緯度 '経度の情報と、オーナーのプレゼンス情報に含まれている緯度 '経度の情報に基づいて、そのパディとオーナーとの間の距離を算出する。
次に、ステップ S25に進み、オーナーのプレゼンス情報中に、近距離しきい値情報 と遠距離しき 、値情報が設定されて 、る力否かを判定し、設定されて 、な 、ときは、 あらかじめ設定されて ヽる（デフォルトの）近距離しき ヽ値及び遠距離しき ヽ値を取得 する (ステップ S 26)。また、プレゼンス情報中に近距離しきい値と遠距離しきい値が 設定されているときには、その情報を取得する (ステップ S27)。
そして、前記ステップ S24で算出した距離と、前記ステップ S26あるいはステップ S2
7で取得した近距離しき 、値及び遠距離しき 、値を比較して、そのパディとオーナー との距離力 近、中、遠のいずれに属するかを判定する (ステップ S28— S32)。すな わち、算出した距離≤近距離しきい値のときは距離レベル 1 (近)、近距離しきい値く 算出した距離≤遠距離しきい値のときは距離レベル 2 (中）、遠距離しきい値く算出 した距離のときは距離レベル 3 (遠)と判定する。
このように、デフォルト値が設定されているため、しきい値の設定'変更を行わない ユーザーであっても、そのまま使用することができる。
そして、この判定結果を、コミュニティセット情報の近接度の項目に書き込む (ステツ プ S33)。
[0041] 図 10に戻り、前記ユーザーデータ部 26は、このような近接度算出処理をプレゼン スを要求している全てのパディについて実行した後（ステップ S 14)、要求されたバデ ィのプレゼンスを表示するために必要な情報を移動機 11に向けて送信する (ステップ S15)。すなわち、プレゼンスが要求されたコミュニティセットのコミュニティセット情報 に含まれているパディ名、表示順及び近接度、及び、そのパディのそのコミュニティ セットに対する相対プレゼンス名、絵文字コード、コメント (存在する場合)などの情報 が移動機 11に送信される。
[0042] 図 9に戻り、ユーザーデータ部 26からステップ S 15で送信された情報を受信した移 動機 11は、各パディのプレゼンスに対応した絵文字に対応する画像データを、その 近接度に応じたサイズで表示する。
そして、移動機 11は、前記設定されている待受ポーリング間隔の時間が経過する まで待機し (ステップ S4)、待受ポーリング間隔の時間が経過したときに再び前記ステ ップ S1以下の処理を実行する。
[0043] 図 12 (a)は、前記パディリストが移動機の画面に表示されている様子を示す図であ る。この図に示した例では、パディリストは「友人」， 「会社」， 「家族」に分類されたコミ ュ-ティセットごとのリストとされており、「会社」のコミュニティセットに属するパディが表 示されて!/ヽる様子が示されて!/、る。
この図に示した例では、各パディごとに、プレゼンスをアイコンで表示する領域、名 前 (ニックネーム）を表示する領域が設けられている。ここで、 「E部長」は未加入であ り、「Dさん」は承認力NGであるため（図 3 (a) )、それに対応したアイコンとなっている 。また、「B様」のアイコンは「C」のアイコンよりも大きいサイズのアイコンとされており、 「B様」との間の距離 (近接度)が「近」であり、「C」との間の距離は「中」であることが分 かる。なお、距離が「遠」であるときには、「C」に表示されているアイコンよりの小さなァ イコンが表示される。
ここで、圏外であるときには、前記アイコンの前の領域に「？」を表示したり、そのバ ディの名前を薄く表示することにより、圏外であることを表示するようにしてもよい。ま た、図では、「B様」と「C」のプレゼンスが同じであり、同じアイコンが表示されている 状態を示した力 それぞれのプレゼンスに対応したアイコンが表示される。例えば、 移動中であるときには、電車などの交通機関を示すアイコンなどが用いられる。
[0044] また、図 12 (a)のようにプレゼンスが表示されているときに、選択したパディの詳細 プレゼンスを表示することができる。図 12 (b)は、図 12 (a)において、パディ「B様」が 選択され、その詳細プレゼンスが表示された様子を示す図である。
この図に示すように、そのパディのコメントや電話番号、メールアドレスが表示される 。また、パディ「B様」は位置許可がフルアクセスとされて 、るため（図 3 (a) )、その住 所も表示されていることが分かる。なお、「近接のみ」と設定されているときには、住所 の欄は空白として表示される。さらに、そのパディの表示順を変更するためのボタン が表示され、これを操作することにより、パディの表示順を変更する設定情報を前記 パディリストサーバー 28に送信することができるようになされている。
[0045] なお、位置情報が変わる頻度により、動きイメージのプレゼンス表示を利用する事 により移動状態を表現することができる。例えば、前回取得した位置情報との差分か ら移動距離を算出してそれを移動機に送信し、移動機において移動距離 (移動速度
)に応じたアニメーション表示をするようにしてもよい。
また、パディとの移動相対速度 (距離の変動)を計算することにより、近づく様子を示 すアニメーションや遠ざ力る様子を示すアニメーションを用いるようにすることもできる さらに、クライアント装置に、コンパスや地図を追加することにより、相手との位置関 係を方向を含めて表現することができる。
さらにまた、あらカゝじめ選択したパディとの近接度 (距離レベル）に応じて、音の強弱 やバイブレーションを鳴動することができる。
さらにまた、パディの年代に対応したしきい値を設けることにより、年代別に近接度 を表示することができる。
さらにまた、上記においては、サーバー側で近接度を算出するようにしていた力 サ 一バーからパディの位置情報を移動機 (クライアント）に送信し、クライアント側で近接 度の算出を行って、対応するサイズのアイコン（図形データ)で表示するようにしても よい。
[0046] さらにまた、上述した実施の形態においては、所定時間間隔で実行される待受ポ 一リングにおいて、位置情報を通知するとともにパディのプレゼンス情報を受信する ようにしていた力 これに限られることはなく、位置情報の通知とプレゼンス情報の受 信を別個に行うようにしてもよい。例えば、位置情報は、所定時間間隔でクライアント 装置からサーバー装置に送信するようにし、パディのプレゼンス情報は、位置情報の 通知とは独立に決定された時間間隔でサーバー装置力 クライアント装置に送信す るようにしてちょい。

Claims

請求の範囲
[1] サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユー ザ一の状態を表示することができるようになされたプレゼンス表示システムにおける前 記サーバー装置であって、
前記各クライアント装置から送信される各ユーザーの状態を示す情報と位置情報を 格納する手段と、
各ユーザーごとにそのユーザーが状態を見たい他のユーザーを登録したバディリ ストを記憶する手段と、
各ユーザーに対して、そのパディリストに登録されている他のユーザーの状態を示 す情報と該他のユーザーとの間の距離に関する情報を送信する手段と
を有することを特徴とするプレゼンス表示システムにおけるサーバー装置。
[2] 前記位置情報は緯度及び経度の情報を含むものであり、
各ユーザー力 送信される緯度及び経度の情報に基づいてユーザーとそのパディ リストに登録されている他のユーザーとの間の距離を算出し、該算出した距離と所定 のしきい値とを比較することにより他のユーザーの近接度を決定する手段を有し、 該決定した近接度を、前記他のユーザーとの間の距離に関する情報として、当該ク ライアント装置に送信するようになされていることを特徴とする請求項 1記載のプレゼ ンス表示システムにおけるサーバー装置。
[3] 前記しき 、値は、各ユーザーが任意に設定することができるようになされて!、ること を特徴とする請求項 2記載のプレゼンス表示システムにおけるサーバー装置。
[4] 前記位置情報にはさらに住所情報が含まれており、
前記近接度に加え、住所情報も当該クライアント装置に送信するようになされている ことを特徴とする請求項 2記載のプレゼンス表示システムにおけるサーバー装置。
[5] 各ユーザーごとに、自己の距離に関する情報を他のユーザーに対して送信するこ とを承認する力否かを示す情報を記憶する手段が設けられており、距離に関する情 報の送信が承認されていないユーザーのクライアント装置に対しては、前記距離に 関する情報を送信しな 、ようになされて 、ることを特徴とする請求項 1記載のプレゼン ス表示システムにおけるサーバー装置。
[6] 各ユーザーごとに、自己の住所情報を他のユーザーに送信することを承認するか 否かを示す情報を記憶する手段が設けられており、住所情報の送信が承認されてい な 、ユーザーのクライアント装置に対しては、住所情報を送信しな 、ようになされて ヽ ることを特徴とする請求項 4記載のプレゼンス表示システムにおけるサーバー装置。
[7] 前記パディリストは、そのユーザーが状態を見たい他のユーザーをグループに分け て登録した複数のコミュニティセットにより構成されており、
ユーザーにより指定されたコミュニティセットに登録されている他のユーザーの状態 を示す情報と該他のユーザーとの距離に関する情報を当該クライアント装置に送信 するようになされて!、ることを特徴とする請求項 1記載のプレゼンス表示システムにお けるサーバー装置。
[8] 各ユーザーごとに、そのユーザーをバディリストに登録している他のユーザーの属 するコミュニティセットに応じて、そのユーザーの状態を示す情報と他のユーザーに 送信する状態を示す情報とを対応付けて記憶する相対プレゼンス設定テーブルが 設けられており、
各ユーザーの状態を示す情報を、そのユーザーの状態を見て 、る他のユーザーに 送信するときに、前記相対プレゼンス設定テーブルを参照して、該他のユーザーのコ ミュ-ティセットに応じた状態を示す情報を送信するようになされていることを特徴とす る請求項 7記載のプレゼンス表示システムにおけるサーバー装置。
[9] ユーザーからの要求に応じて、そのユーザーの状態を見ている他のユーザーのリ ストを作成し、当該ユーザーに送信する手段を有することを特徴とする請求項 1記載 のプレゼンス表示システムにおけるサーバー装置。
[10] サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユー ザ一の状態を表示することができるようになされたプレゼンス表示システムにおける前 記クライアント装置であって、
そのユーザーの状態を示す情報と位置情報を前記サーバー装置に送信する手段 と、
前記サーバー装置から、他のユーザーの状態を示す情報と該他のユーザーとの間 の距離に関する情報を受信する手段と、 受信した他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する 情報に基づいて、該他のユーザーの状態をそのユーザーとの間の距離に対応した 表示形態で表示する手段と
を有することを特徴とするプレゼンス表示システムにおけるクライアント装置。
[11] 前記他のユーザーとの間の距離に関する情報は、前記他のユーザーとの間の距離 を所定のしきい値と比較することにより決定された近接度であり、
前記表示する手段は、前記サーバー装置から受信した他のユーザーの状態を示 す情報に対応する画像を、前記近接度に対応した大きさで表示するものであることを 特徴とする請求項 10記載のプレゼンス表示システムにおけるクライアント装置。
[12] 前記他のユーザーとの間の距離に関する情報には、さらに住所情報が含まれてお り、
前記表示する手段は、前記他のユーザーの住所を表示することができるようになさ れていることを特徴とする請求項 10記載のプレゼンス表示システムにおけるクライア ント装置。
PCT/JP2004/015138 2003-10-17 2004-10-14 プレゼンス表示システムにおけるサーバー装置及びクライアント装置 WO2005039221A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP04792370.1A EP1691565B1 (en) 2003-10-17 2004-10-14 Server apparatus and client apparatus in presence display system
US10/576,048 US8965948B2 (en) 2003-10-17 2004-10-14 Server apparatus and client apparatus in presence display system
US14/630,542 US20150236989A1 (en) 2003-10-17 2015-02-24 Server apparatus and client apparatus in presence display system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003-357885 2003-10-17
JP2003357885A JP2005123970A (ja) 2003-10-17 2003-10-17 プレゼンス表示システムにおけるサーバー装置及びクライアント装置

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/576,048 A-371-Of-International US8965948B2 (en) 2003-10-17 2004-10-14 Server apparatus and client apparatus in presence display system
US14/630,542 Continuation US20150236989A1 (en) 2003-10-17 2015-02-24 Server apparatus and client apparatus in presence display system

Publications (1)

Publication Number Publication Date
WO2005039221A1 true WO2005039221A1 (ja) 2005-04-28

Family

ID=34463262

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/015138 WO2005039221A1 (ja) 2003-10-17 2004-10-14 プレゼンス表示システムにおけるサーバー装置及びクライアント装置

Country Status (4)

Country Link
US (2) US8965948B2 (ja)
EP (1) EP1691565B1 (ja)
JP (1) JP2005123970A (ja)
WO (1) WO2005039221A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8108345B2 (en) 2006-03-31 2012-01-31 Microsoft Corporation Managing rich presence collections in a single request
US8234559B2 (en) 2006-03-31 2012-07-31 Microsoft Corporation Managing rich presence collections
US8356011B2 (en) 2005-07-26 2013-01-15 Microsoft Corporation Organizing presence information into collections of publications
JP2014533852A (ja) * 2011-11-16 2014-12-15 ▲騰▼▲訊▼科技（深▲セン▼）有限公司 ソーシャルネットワークサービスにおける近傍ユーザを検索するための方法およびサーバ

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8434116B2 (en) 2004-12-01 2013-04-30 At&T Intellectual Property I, L.P. Device, system, and method for managing television tuners
JP4416686B2 (ja) * 2005-04-01 2010-02-17 株式会社日立製作所 状態情報管理システム、状態情報管理サーバ、状態情報管理プログラム
US20060239234A1 (en) * 2005-04-22 2006-10-26 Microsoft Corporation Application programming interface for discovering endpoints in a serverless peer to peer network
JP4507992B2 (ja) * 2005-06-09 2010-07-21 ソニー株式会社 情報処理装置および方法、並びにプログラム
WO2006135022A1 (ja) * 2005-06-17 2006-12-21 Matsushita Electric Industrial Co., Ltd. Ｉｍｐｓシステム、ｉｍｐｓクライアント装置、ｉｍｐｓ提供方法、およびプログラム
US8190688B2 (en) * 2005-07-11 2012-05-29 At&T Intellectual Property I, Lp System and method of transmitting photographs from a set top box
WO2007043019A2 (en) * 2005-10-14 2007-04-19 Koninklijke Philips Electronics N.V. Improved proximity detection method
WO2007049928A1 (en) * 2005-10-26 2007-05-03 Samsung Electronics Co., Ltd. System and method for forwarding presence subscription along with contact list entries
JP2009517762A (ja) * 2005-12-01 2009-04-30 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 測位情報を用いた仲間リストの視覚化
WO2007066989A1 (en) * 2005-12-07 2007-06-14 Samsung Electronics Co., Ltd. System and method for providing a presence service
US9105039B2 (en) 2006-01-30 2015-08-11 Groupon, Inc. System and method for providing mobile alerts to members of a social network
US8103519B2 (en) 2006-01-30 2012-01-24 Hoozware, Inc. System for marketing campaign specification and secure digital coupon redemption
US20110093340A1 (en) 2006-01-30 2011-04-21 Hoozware, Inc. System for providing a service to venues where people perform transactions
US8296370B2 (en) * 2006-02-13 2012-10-23 Research In Motion Limited System and method of sharing auto-reply information
JP2007219868A (ja) * 2006-02-17 2007-08-30 Innosys:Kk サーバシステム、端末装置、これらの制御方法及び制御プログラム、通信制御システム及び方法
EP1840810A1 (en) * 2006-03-21 2007-10-03 Vodafone Holding GmbH Method and central processing unit for providing a community service for athletes
EP1837814A1 (en) * 2006-03-21 2007-09-26 Vodafone Holding GmbH Method and central processing unit for providing a community service for athletes
US8316117B2 (en) 2006-09-21 2012-11-20 At&T Intellectual Property I, L.P. Personal presentity presence subsystem
JP4845672B2 (ja) * 2006-10-20 2011-12-28 ソフトバンクモバイル株式会社 携帯電話、プログラムおよび制御方法
JP4972376B2 (ja) * 2006-10-20 2012-07-11 ソフトバンクモバイル株式会社 端末、サーバおよびシステム
FI20070044A (fi) * 2007-01-18 2008-08-25 Software Cellular Network Ltd Viestintää helpottava järjestely tietoliikennejärjestelmässä
US8234272B2 (en) * 2007-05-04 2012-07-31 Sony Mobile Communications Ab Searching and ranking contacts in contact database
JP4966789B2 (ja) * 2007-08-30 2012-07-04 林虎太 玉田 マッチングシステム
WO2009064289A1 (en) * 2007-11-13 2009-05-22 Alcatel Lucent Watcher proposed presence states
CA2708375C (en) * 2007-12-14 2015-05-26 Research In Motion Limited Method and system for a context aware mechanism for use in presence and location
US8892630B1 (en) 2008-09-29 2014-11-18 Amazon Technologies, Inc. Facilitating discussion group formation and interaction
US9083600B1 (en) * 2008-10-29 2015-07-14 Amazon Technologies, Inc. Providing presence information within digital items
US8706685B1 (en) 2008-10-29 2014-04-22 Amazon Technologies, Inc. Organizing collaborative annotations
EP2200264A1 (en) * 2008-12-18 2010-06-23 Alcatel Lucent Method for notifying availability of called party to calling party
US8325088B2 (en) * 2009-02-04 2012-12-04 Google Inc. Mobile device battery management
US9235842B2 (en) 2009-03-02 2016-01-12 Groupon, Inc. Method for providing information to contacts without being given contact data
US8417262B2 (en) * 2009-03-13 2013-04-09 Tti Inventions D Llc System and method for privacy-enabled mobile locator services with dynamic encounter horizon
ES2354674B1 (es) * 2009-04-22 2012-02-03 Vodafone España S.A.U. Sistema y método para mercadotecnia local en el punto de venta.
US20100299385A1 (en) * 2009-05-22 2010-11-25 Timothy Root Method & apparatus for displaying the presence of a shared client communication device
US9258376B2 (en) 2009-08-04 2016-02-09 At&T Intellectual Property I, L.P. Aggregated presence over user federated devices
WO2011038760A1 (en) 2009-09-30 2011-04-07 Telecom Italia S.P.A. Method and system for notifying proximity of mobile communication terminals users
US9866675B2 (en) * 2009-10-28 2018-01-09 At&T Mobility Ii Llc Dynamically organizing visual voicemail
EP2328326B1 (en) 2009-11-27 2012-10-17 Koninklijke KPN N.V. Optimizing a buddy finder telecommunication service
EP2337309A1 (en) 2009-12-16 2011-06-22 Koninklijke KPN N.V. Determining mode of transport by monitoring geographic locations of mobile electronic device
WO2011107814A1 (en) * 2010-03-03 2011-09-09 Telefonaktiebolaget L M Ericsson (Publ) Presentity authorization of buddy subscription in a communication system
US8995965B1 (en) * 2010-03-25 2015-03-31 Whatsapp Inc. Synthetic communication network method and system
US9628831B2 (en) 2010-03-25 2017-04-18 Whatsapp, Inc. Multimedia transcoding method and system for mobile devices
US10200325B2 (en) * 2010-04-30 2019-02-05 Shazzle Llc System and method of delivering confidential electronic files
CN102387091B (zh) * 2010-08-31 2014-12-10 腾讯科技（深圳）有限公司 一种基于滑动检测的数据传输方法及装置
US9251130B1 (en) 2011-03-31 2016-02-02 Amazon Technologies, Inc. Tagging annotations of electronic books
US9253630B2 (en) 2011-06-02 2016-02-02 Truphone Limited Identity management for mobile devices
US9603006B2 (en) 2011-09-19 2017-03-21 Truphone Limited Managing mobile device identities
KR101275581B1 (ko) * 2011-11-23 2013-06-17 엘지전자 주식회사 휴대 단말기 및 그 동작방법
JP2015057870A (ja) * 2011-12-01 2015-03-26 株式会社Ｇｅｏｈｅｘ 位置データ加工サーバ、携帯通信端末およびコンピュータプログラム
EP2618549B1 (en) * 2012-01-19 2014-04-02 BlackBerry Limited Improving the efficiency of electronic message communications between mobile communication devices
US8606300B2 (en) 2012-01-19 2013-12-10 Blackberry Limited Efficiency of electronic message communications between mobile communication devices
KR101883703B1 (ko) * 2012-04-16 2018-07-31 삼성전자 주식회사 친구 찾기 서비스 제공 방법 및 시스템
US9596198B2 (en) 2012-05-07 2017-03-14 International Business Machines Corporation Enabling and supporting a presence server cache
US9031543B2 (en) 2012-06-06 2015-05-12 Qualcomm Incorporated Visualization of network members based on location and direction
JP5970980B2 (ja) * 2012-06-29 2016-08-17 株式会社リコー 位置情報管理システム、通信装置、位置情報管理方法
US9350944B2 (en) 2012-08-24 2016-05-24 Qualcomm Incorporated Connecting to an onscreen entity
JP6268824B2 (ja) * 2012-09-14 2018-01-31 株式会社リコー 通信システム、通信方法及び情報処理装置
US10115084B2 (en) * 2012-10-10 2018-10-30 Artashes Valeryevich Ikonomov Electronic payment system
US20140162701A1 (en) * 2012-12-10 2014-06-12 Plantronics, Inc. Mobile device location finder
KR102058043B1 (ko) * 2012-12-20 2019-12-20 엘지전자 주식회사 영상표시장치, 및 그 동작방법
JP6505963B2 (ja) * 2012-12-28 2019-04-24 任天堂株式会社 情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法
KR20160033773A (ko) * 2013-07-25 2016-03-28 콘비다 와이어리스, 엘엘씨 서비스 계층 장치 위치 관리 및 프라이버시 제어
CN104683292B (zh) * 2013-11-26 2020-03-03 腾讯科技（北京）有限公司 对象之间的交互方法、装置及***
JP2016152518A (ja) * 2015-02-17 2016-08-22 株式会社リコー 伝送管理システム、伝送システム、伝送管理方法、及びプログラム
CN107820621A (zh) * 2015-06-25 2018-03-20 皇家飞利浦有限公司 用于控制电子设备的操作的方法和装置
JP6215292B2 (ja) 2015-12-22 2017-10-18 Ｌｉｎｅ株式会社 通信制御方法、情報処理装置、及びプログラム
JP6315414B2 (ja) * 2016-03-17 2018-04-25 マツダ株式会社 車両通信装置及び車両通信システム
WO2020223425A1 (en) * 2019-05-01 2020-11-05 Powch, LLC Identification verification and authentication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020183052A1 (en) * 2001-05-29 2002-12-05 Nec Corporation Private information supplying system for mobile stations, method for displaying private information and method for roughly positioning users
JP2003116169A (ja) * 2001-10-09 2003-04-18 Fujitsu Ltd 位置情報提供サービスシステムおよび移動通信端末
JP2003153322A (ja) * 2001-11-16 2003-05-23 J-Phone Co Ltd 通信サービス方法、通信サービス支援装置及びプログラム

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6188299A (en) * 1998-10-12 2000-05-01 Janus Friis Degnbol A method and a system for transmitting data between units
NL1015078C2 (nl) 2000-05-02 2001-11-05 Koninkl Kpn Nv Mobiel telecommunicatiesysteem met attenderingsdienst.
US6912564B1 (en) * 2000-05-04 2005-06-28 America Online, Inc. System for instant messaging the sender and recipients of an e-mail message
US6968179B1 (en) * 2000-07-27 2005-11-22 Microsoft Corporation Place specific buddy list services
US7765484B2 (en) * 2001-09-28 2010-07-27 Aol Inc. Passive personalization of lists
GB0202370D0 (en) * 2002-02-01 2002-03-20 Symbian Ltd Pinging
US6658095B1 (en) * 2002-03-19 2003-12-02 Nortel Networks Limited Customized presence information delivery
JP3980421B2 (ja) * 2002-06-27 2007-09-26 富士通株式会社 プレゼンス管理方法及び装置
US7376696B2 (en) * 2002-08-27 2008-05-20 Intel Corporation User interface to facilitate exchanging files among processor-based devices
US7386798B1 (en) * 2002-12-30 2008-06-10 Aol Llc Sharing on-line media experiences
US7606866B2 (en) * 2003-02-14 2009-10-20 Siemens Communications, Inc. Messenger assistant for personal information management
US7945035B2 (en) * 2003-02-28 2011-05-17 Siemens Enterprise Communications, Inc. Dynamic presence proxy for call sessions
US7219303B2 (en) * 2003-05-20 2007-05-15 Aol Llc Presence and geographic location notification based on a setting
US20040267887A1 (en) * 2003-06-30 2004-12-30 Berger Kelly D. System and method for dynamically managing presence and contact information
JP4118800B2 (ja) * 2003-12-26 2008-07-16 ソフトバンクモバイル株式会社 プレゼンス表示システム及びゲートウエイ装置
JP2005196600A (ja) * 2004-01-09 2005-07-21 Hitachi Ltd プレゼンスデータ管理方法
EP1587239A1 (en) * 2004-04-14 2005-10-19 Siemens Mobile Communications S.p.A. Method of and apparatus for server-side management of buddy lists
US7353034B2 (en) * 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
JP4616758B2 (ja) * 2005-11-30 2011-01-19 富士通株式会社 プレゼンス管理方法及びプレゼンス管理装置
CN101506796A (zh) * 2005-12-19 2009-08-12 斯专兹有限公司 用户-用户推荐器
US8472929B2 (en) * 2006-04-21 2013-06-25 Telecom Italia S.P.A. Method and system for providing presence information
US8316117B2 (en) * 2006-09-21 2012-11-20 At&T Intellectual Property I, L.P. Personal presentity presence subsystem
US8613002B2 (en) * 2008-02-08 2013-12-17 Ecrio, Inc. System, method and apparatus for controlling multiple applications and services on a digital electronic device
US8386769B2 (en) * 2008-11-21 2013-02-26 Research In Motion Limited Apparatus, and an associated method, for providing and using opaque presence indications in a presence service
US8458321B2 (en) * 2009-06-26 2013-06-04 Motorola Solutions, Inc. Method and system of updating presence information in a communication system
US8200247B1 (en) * 2010-02-08 2012-06-12 Google Inc. Confirming a venue of user location
US8572080B2 (en) * 2010-06-04 2013-10-29 Salesforce.Com, Inc. Methods and systems for analyzing a network feed in a multi-tenant database system environment
US8515870B2 (en) * 2011-09-06 2013-08-20 Rawllin International Inc. Electronic payment systems and supporting methods and devices
US9830050B2 (en) * 2011-11-23 2017-11-28 Salesforce.Com, Inc. Computer implemented methods and apparatus for providing a reminder regarding a feed item of a feed of an online social network
US9503535B2 (en) * 2012-03-06 2016-11-22 Salesforce.Com, Inc. Computer implemented methods and apparatus for automatically following entities in an online social network
US8868762B1 (en) * 2012-03-23 2014-10-21 Google Inc. Efficient proximity detection
US8769003B2 (en) * 2012-05-09 2014-07-01 Qualcomm Innovation Center, Inc. Method for proximity determination between mobile peers while maintaining privacy

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020183052A1 (en) * 2001-05-29 2002-12-05 Nec Corporation Private information supplying system for mobile stations, method for displaying private information and method for roughly positioning users
JP2003116169A (ja) * 2001-10-09 2003-04-18 Fujitsu Ltd 位置情報提供サービスシステムおよび移動通信端末
JP2003153322A (ja) * 2001-11-16 2003-05-23 J-Phone Co Ltd 通信サービス方法、通信サービス支援装置及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1691565A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8356011B2 (en) 2005-07-26 2013-01-15 Microsoft Corporation Organizing presence information into collections of publications
US8108345B2 (en) 2006-03-31 2012-01-31 Microsoft Corporation Managing rich presence collections in a single request
US8234559B2 (en) 2006-03-31 2012-07-31 Microsoft Corporation Managing rich presence collections
US9275375B2 (en) 2006-03-31 2016-03-01 Microsoft Technology Licensing, Llc Managing rich presence collections in a single request
JP2014533852A (ja) * 2011-11-16 2014-12-15 ▲騰▼▲訊▼科技（深▲セン▼）有限公司 ソーシャルネットワークサービスにおける近傍ユーザを検索するための方法およびサーバ

Also Published As

Publication number Publication date
EP1691565A4 (en) 2007-04-04
EP1691565A1 (en) 2006-08-16
US20150236989A1 (en) 2015-08-20
EP1691565B1 (en) 2016-08-31
US8965948B2 (en) 2015-02-24
JP2005123970A (ja) 2005-05-12
US20070078965A1 (en) 2007-04-05

Similar Documents

Publication Publication Date Title
WO2005039221A1 (ja) プレゼンス表示システムにおけるサーバー装置及びクライアント装置
JP4118800B2 (ja) プレゼンス表示システム及びゲートウエイ装置
US9503533B2 (en) Network manager system for location-aware mobile communication devices
US8719710B2 (en) Geographic location notification based on identity linking
US6807423B1 (en) Communication and presence spanning multiple access networks
US8825016B1 (en) Active phone book enhancements
US20030037110A1 (en) Method for providing area chat rooms, method for processing area chats on terminal side, computer-readable medium for recording processing program to provide area chat rooms, apparatus for providing area chat rooms, and terminal-side apparatus for use in a system to provide area chat rooms
KR20020074304A (ko) 무선 통신망을 이용한 휴대 단말기의 모바일 메신저서비스 시스템 및 방법
CN101292469A (zh) 根据短程无线连接标识符管理用户之间的匿名通信
EP1751997A2 (en) Location-based social software for mobile devices
JP2008507749A (ja) 移動通信端末機を通じたモブログ基盤の地域コミュニティーサービス提供システム及び方法
US20090209274A1 (en) System and Method for Dynamically Updating and Serving Data Objects Based on Sender and Recipient States
JP4541841B2 (ja) コンタクト情報管理装置
JP2004054340A (ja) インスタントメッセージング装置、インスタントメッセージングシステム、インスタントメッセージング方法、プログラム及び記録媒体
KR100586414B1 (ko) 모바일 인스턴트 메시지 서비스에서의 위치 찾기 서비스제공 시스템 및 방법
KR101748321B1 (ko) 개인정보 서비스 서버 및 그를 포함한 개인정보 서비스 시스템 및 방법
EP1705932A1 (en) Proximity service
WO2010001181A2 (en) Method and system for providing location information between users
JP2004159058A (ja) 伝言システムおよびその方法
KR20050088976A (ko) 단순화된 통신단말기간의 통신데이터의 생성, 관리와 이의능동적 수신에 관한 서비스방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REEP Request for entry into the european phase

Ref document number: 2004792370

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004792370

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007078965

Country of ref document: US

Ref document number: 10576048

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2004792370

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10576048

Country of ref document: US