JP2004532478A - 移動インスタント・メッセージング及びプレゼンス・サービス - Google Patents
移動インスタント・メッセージング及びプレゼンス・サービス Download PDFInfo
- Publication number
- JP2004532478A JP2004532478A JP2002590697A JP2002590697A JP2004532478A JP 2004532478 A JP2004532478 A JP 2004532478A JP 2002590697 A JP2002590697 A JP 2002590697A JP 2002590697 A JP2002590697 A JP 2002590697A JP 2004532478 A JP2004532478 A JP 2004532478A
- Authority
- JP
- Japan
- Prior art keywords
- attribute
- server
- client
- attributes
- client device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
- G06Q10/1091—Recording time for administrative or management purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- 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]
-
- 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/58—Message adaptation for wireless communication
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- 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/50—Network services
- H04L67/535—Tracking the activity of the user
-
- 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/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Abstract
本発明は移動メッセージング及びプレゼンス・サービスに関する。本発明の1つの態様によれば、移動メッセージング・システムのクライアント装置は、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する。プレゼンス属性を受信するクライアント装置は、受信した属性中の修飾子パラメータに応じて前記受信したプレゼンス属性を処理する。本発明の別の態様は、同じ役割のプレゼンス集合の全体または一部に加入する権利を有するメンバの関連する許可グループを有する役割内で単一のプレゼンス集合中の名称、属性及び値を有するプレゼンス項目をどのように組み立て格納するかを示すことである。
Description
【技術分野】
【０００１】
本発明は、移動通信システムにおけるメッセージングに関し、特に、移動インスタント・メッセージング及びプレゼンス・サービスにおけるプレゼンス属性に関する。
【０００２】
インスタント・メッセージング・サービスは、エンドユーザに、高速で対話形の、主としてテキストによる通信を行う手段を提供する。インスタント・メッセージングの有用性は、ユーザのチャット・パートナーまたは「友人」のオンライン状態及び利用可能性を追跡すると共にその状態または利用可能性の変化をユーザに通知するサービスの追加によって大きく向上する。この種のサービスは「プレゼンス・サービス」と呼ばれる。一般に、プレゼンスは様々な手段を介してインスタント・メッセージング・サービスに接続されたユーザまたはクライアントに関する様々な動的情報を含むものと考えられる。この情報の例は、通信するユーザの到達可能性、利用可能性及び位置である。インスタント・メッセージングとプレゼンス・サービスの組合せはインスタント・メッセージング及びプレゼンス・サービス(IMPS)と呼ばれる。この種のサービスは有線インターネット・ユーザには利用可能であったが、有線ユーザと移動ユーザとの間の相互接続性は達成されていなかった。
【０００３】
ワイヤレス・ビレッジ(Wireless Village)・イニシアティブは移動インスタント・メッセージング及びプレゼンス・サービスについての仕様を規定するため設立された。ワイヤレス・ビレッジのインスタント・メッセージング及びプレゼンス・サービス(IMPS)には、プレゼンス、インスタント・メッセージング、グループ及び共有内容という4つの主要な機能が含まれる。共有内容によってユーザとオペレータとは、自分たちが画像、音楽及び他のマルチメディア内容を掲示することのできる固有の記憶領域を設定し、IMまたはチャット・セッションで他の個人及びグループと共有することができる。ワイヤレス・ビレッジ・イニシアティブによって、オペレータとエンドユーザとの両方がグループを生成し管理できるようになる。プレゼンスはワイヤレス・ビレッジ・イニシアティブにとって主要な実現技術である。インターネットによる既存のインスタント・メッセージング・サービスでは、プレゼンスの値は普通、ユーザがアクセスできる状態、不在、通信したくない、等といった非常に簡単なものである。こうした値が所定の値の集合から選択される。ワイヤレス・ビレッジの移動IMPSソリューションに関する白書「ワイヤレス・ビレッジ、移動IMPSイニシアティブ:白書(「Wireless Village,The Mobile IMPS Initiative:White Paper」)」2001年4月26日付が出版されている。既存の移動端末は、個人の状態をデスクトップ・コンピュータより正確に反映する個人ツールと考えられる。ユーザ及び移動端末から得られる情報の広範さを考慮すると、プレゼンス情報のドメインを予想することは非常に困難である。従って、新しい種類のプレゼンス情報を容易に使用及び追加することのできる機構を開発する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、すでに決定されたプレゼンス属性の他に新しいプレゼンス属性を生成するソリューションを提供することである。
【０００５】
本発明の別の目的は、クライアントが使用するプレゼンス属性をどのように編成し格納するかを示すことである。
【課題を解決するための手段】
【０００６】
本発明の第1の態様によれば、移動メッセージング・システムのクライアント装置は、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する。プレゼンス属性を受信するクライアント装置は、受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する。プレゼンス属性はあるユーザ及び/またはクライアント装置に関するプレゼンス情報を記述するデータの集まりであり、そのプレゼンス情報は他のユーザを対象としたものである。また、プレゼンス情報はクライアント装置間のマシン同士の通信に関する情報を含んでもよい。
【０００７】
さらに、本発明の第1の態様によれば、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、クライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段とプレゼンス属性をサーバから受信する手段とを備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類され、サーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムは、クライアント装置が属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段を備え、クライアント装置が受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する手段を備えることを特徴とする。
【０００８】
本発明の第2の態様によれば、クライアント装置は、オーソライザ(authorizer)、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成し、その際オーソライザが属性の維持に責任を負う主体を指定し、修飾子が属性の使用を指定する。プレゼンス属性を受信すると、サーバ及びクライアント装置は、受信した属性と同じ識別子を含むすでに格納された属性を探索する。受信した属性の識別子の組合せがすでに格納された属性のものと同一であれば、すでに格納された属性を受信した属性によって置換する。そうでなければ、以前の属性を置換せずに受信した属性を追加する。
【０００９】
さらに、本発明の第2の態様によれば、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、クライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段とプレゼンス属性をサーバから受信する手段とを備え、プレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類され、サーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムは、クライアント装置が、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成し、オーソライザが属性の維持を担当する主体を指定し修飾子が属性の使用を指定し、サーバが、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備え、クライアント装置が、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００１０】
さらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置が、属性の提示設定を修飾子中で指定する手段を備え、クライアント装置が、修飾子に基づいて受信した属性を提示する手段を備えることを特徴とする。
【００１１】
またさらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置が、属性のアドレス指定先となるべきアプリケーションを修飾子中で指定する手段を備え、クライアント装置が、受信した属性を修飾子によって示されるアプリケーションにアドレス指定する手段を備えることを特徴とする。
【００１２】
またさらに、本発明の第1及び第2の態様によれば、本システムは、サーバが、修飾子に基づいて属性を1つかそれ以上のクライアント装置に送信すべきかを決定する手段を備えることを特徴とする。
【００１３】
さらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置からサーバによって受信されたプレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベースに格納されることを特徴とする。
【００１４】
またさらに、本発明の第1及び第2の態様によれば、本システムは、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００１５】
またさらに、本発明の第1及び第2の態様によれば、本システムは、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割(publisher role)に属する1つかそれ以上の属性を備えることを特徴とする。
【００１６】
またさらに、本発明の第1及び第2の態様によれば、移動メッセージング・システムは、クライアント装置のユーザが発行者としてそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できることを特徴とする。
【００１７】
本発明の第3の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段を備えることを特徴とする。
【００１８】
本発明の第4の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置がプレゼンス属性をサーバから受信する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段と、受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する手段とを備えることを特徴とする。
【００１９】
本発明の第5の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置が、プレゼンス情報をプレゼンス属性としてサーバに送信する手段と、プレゼンス属性をサーバから受信する手段とを備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成する手段であって、オーソライザが属性の維持に責任を負う主体を指定し、修飾子が属性の使用を指定する手段と、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００２０】
さらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示する権限文字列を含んでもよい。
【００２１】
さらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。
【００２２】
またさらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、クライアント装置のユーザが発行者としてそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できることを特徴とする。
【００２３】
本発明の第6の態様によれば、移動メッセージング・システムのためのサーバであって、そのサーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類されるサーバは、そのサーバがさらに、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００２４】
さらに、本発明の第6の態様によれば、本サーバは、クライアント装置からサーバによって受信されたプレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベース中に格納されることを特徴とする。
【００２５】
またさらに、本発明の第6の態様によれば、本サーバは、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００２６】
またさらに、本発明の第6の態様によれば、本サーバは、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上のプレゼンス属性を備えることを特徴とする。サーバと通信し発行者の役目を果たすクライアント装置のユーザはそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できる。
【００２７】
本発明の第7の態様によれば、プレゼンス・システムは、プレゼンス・ユーザが発行者または加入者としてシステムと対話できるようにする少なくとも1つのプレゼンス・クライアントを有する少なくとも1つの物理装置と、関連するプレゼンス・グループに応じて加入者がアクセスする発行者の属性のプレゼンス集合の有効な値を維持するサーバとを備える。
【００２８】
さらに、本発明の第7の態様によれば、プレゼンス・システムは、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性の使用に関する情報を有する修飾子を含んでもよい。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００２９】
またさらに、本発明の第7の態様によれば、本プレゼンス・システムは、プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。発行者としてシステムと対話するユーザは、プレゼンス・クライアントまたは1つより多い発行者役割における1つより多いプレゼンス・クライアントを使用できる。各属性は、属性名称要素及び属性値を含む項目の一部であってもよい。
【００３０】
またさらに、本発明の第7の態様によれば、少なくとも1つの物理装置は移動物理装置である。
【００３１】
本発明の第8の態様によれば、物理装置に格納するためコンピュータ可読媒体内に組み込まれたコンピュータ・プログラムは、そのプログラムが、関連する少なくとも1つのプレゼンス・グループに応じて1つかそれ以上の加入者がアクセスする属性の少なくとも1つのプレゼンス集合の発行者としてプレゼンス・ユーザがプレゼンス・システムと対話できるようにするプレゼンス・クライアント・プログラムであることを特徴とする。
【００３２】
さらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、このプログラムが、加入者がメンバであるプレゼンス・グループに関連する属性の少なくとも1つの集合への加入者としてプレゼンス・ユーザがプレゼンス・システムと対話できるようにすることを特徴とする。
【００３３】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は属性の使用に関する情報を有する修飾子を含んでもよい。
【００３４】
さらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、属性名称要素が属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする。
【００３５】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。システムと対話するユーザは発行者としてプレゼンス・クライアント・プログラムまたは1つより多い発行者役割における1つより多いプレゼンス・クライアント・プログラムを使用できる。各属性は、属性名称要素及び属性値を含む項目の一部であってもよい。
【００３６】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、物理装置が移動物理装置であることを特徴とする。
【００３７】
本発明の第9の態様によれば、内部に格納されたコンピュータ可読媒体中に組み込まれたコンピュータ・プログラムを有する物理装置は、そのプログラムが本発明の第8の態様に従うプレゼンス・クライアント・プログラムであることを特徴とする。
【００３８】
本発明の第10の態様によれば、物理装置中に格納するためコンピュータ可読媒体に組み込まれたデータ構造は、そのデータ構造が、プレゼンス集合に関連するプレゼンス・グループに応じて加入者がアクセスするため1つかそれ以上の発行者の属性のプレゼンス集合の有効な値を格納するプレゼンス・データベースであることを特徴とする。
【００３９】
さらに、本発明の第10の態様によれば、データ構造は、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性の使用に関する情報を有する修飾子を含んでもよい。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００４０】
またさらに、本発明の第10の態様によれば、プレゼンス集合は、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。
【００４１】
またさらに、本発明の第10の態様によれば、データ構造は、物理装置と対話するユーザが発行者として1つより多い発行者役割を発行するためデータ構造を使用することができ、各役割は別個のプレゼンス・グループに関連する別個のプレゼンス集合を有することを特徴とする。
【００４２】
またさらに、本発明の第10の態様によれば、データ構造は、物理装置が移動装置であることを特徴とする。
【００４３】
本発明の第11の態様によれば、内部に格納されたコンピュータ可読媒体中に組み込まれたデータ構造を有する物理装置は、そのデータ構造が本発明の第10の態様に従うプレゼンス・データベースであることを特徴とする。
【発明の効果】
【００４４】
本発明の利点は、修飾子を追加することによって所定のプレゼンス属性の調整が可能なことである。修飾子を使用して新しい属性を追加してもよい(修飾子を伴う属性は一意に識別できる、すなわち属性名称が同じだが修飾子のない属性と機能的に分離できるため)。すなわち、例えばユーザまたはアプリケーション開発者は、所定の種類に制限されることなく、自分たちの要求に最も適合するかまたは現在の実際の状態を記述する新しいプレゼンス属性を容易に決定できる。修飾子によってプレゼンス情報の送信者(所有者)は受信クライアント装置でプレゼンス情報をどのように使用するかを指定できるようになるので、修飾子を使用することによって別の利点がもたらされる。
【００４５】
本発明の1つの実施例では、属性のアドレス指定先となるアプリケーションは修飾子で指定される。受信された属性は修飾子で示されたアプリケーションにアドレス指定される。本実施例のさらなる利点は、送信側クライアント装置は使用されるアプリケーションを規定してもよく、それによってあるプレゼンス情報をあるアプリケーションに送るため修飾子を使用してもよいということである。
【００４６】
本発明の別の利点は、同じ役割のプレゼンス集合の全体または一部に加入する権利を有するメンバの関連する許可グループを有する役割内で単一のプレゼンス集合中の名前、属性及び値によってどのようにプレゼンス項目を組み立てるかを示すことである。
【００４７】
以下、本発明は好適実施例により添付の図面を参照してさらに詳細に説明される。
【発明を実施するための最良の形態】
【００４８】
図1は、移動IMPSシステムを示す。いくつかの移動クライアント(MC)は移動ネットワークMNWと場合によっては1つかそれ以上の中間ネットワークONWとを介してIMPSサーバSに接続される。典型的には中間ネットワークとしてインターネットが使用されるので、非移動クライアントCがIMPSシステムによるサービスを提供されることもある。IMPSサーバSは、プレゼンス・サービスに関して、プレゼンス情報を所有する発行側クライアントのためのホーム・サービス要素である発行者サーバPSと、加入側または要求側クライアントのためのホームである加入者サーバSSというサーバ要素に機能的に分割できる。従って、クライアントMCは両方のサーバからサービスを提供される。すなわち、MCはPSに対してそのプレゼンス情報を更新して発行側クライアントの役目を果たし、その一方で、加入者サーバSSから、他のクライアントに関するプレゼンス情報をプレゼンス属性として要求し受信する。サーバPSは、プレゼンス情報に関するユーザの発行上の選択に基づいてプレゼンス・データを維持しその分配を管理する。SS及びPSの機能は1つの物理サーバ装置上で実行してもよくまた複数のサーバ装置に分配してもよい。
【００４９】
この説明はプレゼンス関連サービス機能に主眼を置いていることに注意されたい。他の重要な移動IMPSサービス機能としてメッセージング機能、ユーザ・グループ管理機能、内容管理機能、加入者管理機能、及びクライアント機能がある。移動IMPSサービスはこうしたサービス機能を使用することによってもたらされる。例えば、クライアントMCはいくつかのユーザ・グループに属してもよく、サーバSはグループのメンバ構成を管理し、インスタント・メッセージングを処理し、グループのメンバ間でプレゼンス情報を配信する。また、サーバの1つの重要な役割は情報フローの制御である。すなわち、サーバは、例えばプレゼンスまたは他の情報のうち、「友人」のグループのメンバに配信してよいものと、「仕事の同僚」のグループのメンバに配信してよいものと、また任意のクライアントに公開してよいものとを規定する、ユーザの選択に基づくフィルタを有してもよい。
【００５０】
様々なトランスポート層プロトコルが使用可能であり、典型的にはIPプロトコルを使用してネットワーク層サービスを提供する。様々な下位層伝送プロトコルを使用してもよい。移動ネットワークMNWは、GSMサービスをサポートするセルラ・ネットワーク、GPRSサービス(汎用パケット無線サービス)をサポートするネットワーク、UMTSネットワーク(ユニバーサル移動通信システム)のような第3世代移動通信ネットワーク、無線ローカルエリア・ネットワークWLANまたは私設ネットワークといった任意の無線ネットワークでよい。また、ブルートゥース(BluetoothTM)通信のような短距離赤外線または無線接続を、MCとサーバSとの間の通信経路の一部として使用してもよい。移動クライアント装置MCは、例えば移動局、PDA装置、または無線モデムを備えているかまたはそれに接続されたラップトップ・コンピュータでもよい。移動IMPSメッセージは、例えば回線交換データ呼、パケット交換データ伝送コンテキスト、SMSまたはMMS(マルチメディア・メッセージング・サービス)といったメッセージング・サービスを使用して転送すればよい。図2は、プレゼンス属性の使用法を示す。移動クライアントMCは、発行すべき1つかそれ以上のプレゼンス属性を決定すると(201)、発行者サーバPSに対してプレゼンス属性の更新を行う(202)、すなわち、1つかそれ以上のプレゼンス属性を発行する。プレゼンス属性の決定(201)は、何らかのプレゼンス情報が変更された時、自動的にかまたはユーザの意志によって、クライアントが移動IMPSサーバとの論理移動IMPSセッションを確立する時なされる。例えば、段階201は、所定の時間、データの時点で自動的に開始してもよく、移動クライアントMCでのユーザ・プロファイルの変更によって開始してもよい。クライアントMC(A)は、サーバSSの移動IMPSサービスにアクセスする時、別のクライアント(B)のプレゼンス情報を要求してもよい(203)。加入者サーバSSは発行者サーバPS(クライアントAの)からのこの情報を要求する(204)。これが発行の選択(クライアントBの)によって許可されると、PSは1つかそれ以上のプレゼンス属性をSSに送信する(205)。クライアントBが発行の選択を設定することで、要求された情報の一部の(クライアントA宛、または一般的な)送信を阻止することが可能である。また、クライアントがSSのサービスとの論理接続を確立する時、SSはユーザの選択(Aの)に基づいてプレゼンス情報を自動的に要求してもよい(204)。SSはプレゼンス属性を受信側クライアントMC(A)に転送する(206)。
【００５１】
加入者サーバSS(及び発行サーバPS)は典型的には変更されていないクライアントに対してクライアントに起源を有するプレゼンス属性を送信する。しかし、サーバPSに実装された内容適応機構が存在することもある。内容適応は、受信側クライアントのクライアント機能と調和するような形でプレゼンス属性を変更するという課題を扱う。クライアントからの要求に対する応答としてプレゼンス情報を送信することに加えて、発行の選択に応じてプレゼンス情報を利用可能なクライアントMC(サービスに論理的に接続された)に送りつけることも可能である。この送りつけるやり方のプレゼンス通知は、発行者サーバが発行者クライアントから更新を受信する場合、発行者サーバが属性値の変化を検出する場合、または値を更新する実装に特有の内部トリガによりといった3つの機構によってトリガすればよい。
【００５２】
従って、クライアントMCは、PSに対して1つかそれ以上のプレゼンス属性を更新し、SSからプレゼンス属性を受信及び処理し(207)、少なくとも1つのプレゼンス属性から得たプレゼンス情報をユーザに提示するよう構成されている。MCは好適には、プレゼンス属性を伝えるために使用される更新メッセージ中の新しいプレゼンス属性値が受信される(またはクライアントが移動IMPSセッションを終了する)までプレゼンス情報(プレゼンス属性値)を格納する。さらに、後でより詳細に示されるように、クライアント装置は自動的に受信したプレゼンス情報を利用してその機能をしかるべく調整してもよい。図2に示されるシグナリングに加えて、プレゼンス属性を要求側クライアントに送信する前に、プレゼンス情報の発行者から許可を要求してもよい。図2は、例えばメッセージ202の後でサーバが応答しうる状態メッセージを示していない。
クライアント起源のプレゼンス属性とは、値フィールドが発行側クライアントによって満たされたものである。サーバ起源のプレゼンス属性とは、値フィールドが発行者サーバによって満たされたものである。プレゼンス属性のある部分がクライアントによって満たされ残りの部分が発行者サーバによって満たされている場合、そのプレゼンス属性はクライアント-サーバ起源である。本発明の好適実施例によれば、ユーザまたは組織は所定の集合の属性の他に新しいプレゼンス属性を規定してもよい。プレゼンス属性は以下の種類に分類できる。
-クライアント状態:通信するためのクライアント装置の利用可能性を記述するプレゼンス属性。例えば、ネットワークの到達可能性、GPRS接続、オン/オフ状態、オペレータ。従って、移動IMPSサービスにおけるこれらの属性は、非移動クライアント装置のために使用されるIMPSのものとは大きく異なっている。
-ユーザ状態:通信するためのユーザの利用可能性を記述するプレゼンス属性。例えば、準備完了、会議中、手が離せない、不在、電話中、チャット中、就寝中。
-地域情報:ユーザのいる地域の環境を記述するプレゼンス属性。例えば、現地時間、騒々しい/静かな環境、室内、室外、例えば、地理的位置、訪問先PLMN、都市/通り、施設といったユーザの所在地。例えば、移動クライアントの正確な位置は地域情報属性について直接得られ、利用可能性状態(会議中、夏季別荘に滞在中、等)は移動クライアントMCのユーザ・プロファイル設定を介して容易に得られる。
-個人状態:個人ユーザ状態を記述する様々な個人属性。例えば、気分、個人の関心及び意図。
-クライアント機能:様々な通信手段、様々な媒体種類、及び様々な特徴をサポートするクライアント装置の機能を記述するプレゼンス属性。
-ユーザ属性:クライアント装置またはユーザが自己のテキスト・プレゼンス値及び外部値に対する参照を規定できるようにするプレゼンス属性。
-拡張プレゼンス情報:ベンダ特定であるかまたはサービス・プロバイダが動的に規定する非標準プレゼンス属性であるが、それにもかかわらず標準プレゼンス・サーバを通じて伝える必要があるもの。
すなわち、移動クライアント装置及び実際のユーザについて様々なプレゼンス属性が存在しうる。例えば、ユーザをメッセージを受信できるものとして規定せず、ユーザのクライアント装置をオンラインになっているものとして規定してもよい。また、SMSがベアラとして使用されている場合、ユーザはメッセージを受信することはできるがオンラインではないものとして規定してもよい。
【００５３】
プレゼンス属性の一般構造及び識別
表1はプレゼンス属性の一般構造を記述する。プレゼンス属性は一般に識別子部分と複数の値フィールドとを備えている。Reqフィールドはその要素が必須Mか、随意選択Oか、または条件付きCかを決定する。属性情報はXMLフォーマット(拡張可能マークアップ言語)である。
【００５４】
【表１】
【００５５】
NameSpec要素の下位要素を表2に記述する。
【００５６】
【表２】
【００５７】
属性の名称は「Name」という情報要素によって与えられる文字列である。Name情報要素は表3で規定されるフォーマット中の全てのプレゼンス属性について規定される。
【００５８】
【表３】
【００５９】
Qualifier要素のフォーマットを表4に示す。
【００６０】
【表４】
【００６１】
Qualifier要素を使用して、属性使用の範囲を指定する。修飾子は特に、新しい属性を追加するか、またはプレゼンス情報の送信者(発行者)が受信側クライアント装置でプレゼンス情報をどのように使用すべきかを指定できるようにする、という2つの目的のために使用できる。すなわち、修飾子文字列は、受信側クライアント装置における1つかそれ以上のアプリケーションについてのパラメータとして使用してもよい。
【００６２】
例えば、発行者が自分の正確な所在地(例えば通りの番地)を知るのは一部のユーザだけ(グループAと呼ぶ)に制限し、他のユーザ(グループBと呼ぶ)にはより大まかな住所(例えば都市名だけ)を知らせるようにしたい場合、発行者は都市名を含めた位置属性をグループBに対して発行すればよい。グループAに対しては、発行者はQualifier(例えば「私の親友」といった)を位置属性に添付する。これによって事実上、Qualifier「私の親友」を持った新しい属性が生成される。次に発行者はこの新しい属性に通りの名称を含め、それをグループAに対して発行する。属性が異なっているので、サーバPSは両者の値を区別することができる。また、ある人物がグループAとBとの両方に属する場合、この人物のクライアント装置はこれらの2つの属性を区別するよう設定できる。クライアント装置は、ユーザが起動したグループに応じて属性を提示(及び場合によっては利用)するよう設定してもよい。ありうるQualifierの値はクライアント及びサービス・プロバイダが事前割当してもよく、またユーザ(発行者)が動的に割当てもよい。また、サービス・プロバイダは動的に割当てられるQualifierの値の数を制限してもよい。
【００６３】
権限要素は属性とその内容を一意に保持する責任を負う主体を決定する。これは属性拡張機構に関する。
【００６４】
【表５】
所定のプレゼンス属性が変更されずに使用されている場合、Authority文字列は省略できる。Qualifier文字列を使用してもAuthority要素の使用を必要とする属性は変更されない。Qualifier文字列は、新しい属性(新しいName)を導入する時か、または新しい値フィールドをすでに指定された属性に追加する時使用しなければならない。どちらの場合でも、属性は新しいものとみなされAuthorityはこの新しい属性を維持する責任を負う。
一般に、値フィールド名称は属性内で一意でなければならない。すなわち、新しい値フィールドを既存の属性に導入することは、その属性を規定した主体によって設定された規則によって処理されなければならない。新しい値フィールドを追加することによって古い属性は新しいものに変換される。新旧の属性を共存させるため、Authorityフィールドのプレゼンスはこのことをシグナリングしなければならない。また、出資者が公開維持のため属性を開放することもありうる。この種の属性はIANA(インターネット・アサインド・ナンバー・オーソリティ)のような適切な公共機関によって登録され、やはりAuthorityフィールドでシグナリングされる。この場合、任意の出資者は、Authorityフィールドを変更する必要なしに属性についての追加値フィールドを登録してもよい。サーバ(PS、SS)は、値フィールドの意味が理解できない時でも、属性から値フィールドを除去しない。クライアントMCは属性中の理解できない値フィールドは全て無視する。
【００６５】
属性は要素NameSpecによって識別され一意とされる。図3は、NameSpec要素及び修飾子の使用の例を示す。クライアント装置MC1のある属性について修飾子が決定される(301)。ユーザが修飾子を決定することも、クライアント装置MCがそれを決定することもありうる。望ましいユーザ・グループを指定し、受信側クライアント装置(MC2)でのプレゼンス情報の提示方法を決定し、あるいはそうでなければ受信側クライアント装置MC2による属性の使用方法を指定するために修飾子を使用してもよい。修飾子を決定する際移動クライアントMCのユーザ・プロファイルを利用できる。例えば、MC1は現在のプロファイル(例えば会議中)、カレンダー・エントリ(会議は12:00に終了)及び現地時間に基づいてプレゼンス属性を構成する。修飾子を使用することによって、プレゼンス属性は受信側クライアントMC2にとって有用な情報を含むよう容易に変更できる。属性はサーバPSに送信される(302)。
【００６６】
PSは受信した属性のNameSpec要素を格納された属性と比較する(303)。PSはまずAuthority文字列を互いに比較する。Authority文字列を含まない属性はAuthority文字列を含むいかなる属性とも異なっている。次に、属性名称を比較する。最後にQualifier文字列を比較する。Qualifier文字列を含まない属性はQualifier文字列を有するいかなる属性とも異なっている。2つの属性が同じなのは、これら3つの比較が全て同じ結果を出した時だけである。すなわち、修飾子を有する受信した属性を、同じ属性名称を有するが異なった修飾子を有する属性と機能的に分離することが可能である。
【００６７】
発行サーバPSはこの種の比較を行い、受信した属性の値フィールドは何れかの既存のプレゼンス情報を置換するものか、またその属性はMC2のプレゼンス情報記憶装置に追加すべき新しいものかを決定する。この比較に基づいて、PSは受信した属性中の情報を格納する(303)。前記受信した属性の全ての識別子がすでに格納された属性のものと同じであれば、PSはすでに格納された属性の前のプレゼンス情報を前記受信した属性のプレゼンス情報によって置換する。そうでなければ、PSは、前の情報を置換せず、前記受信した属性のプレゼンス情報を追加する。PSはその属性を少なくとも1つのクライアント装置MC2に送信する(304)(自動的に、またはMC2からの要求に応じて送りつける)。1つの実施例によれば、修飾子は属性の送り先となるグループを決定する。さらに、例えば電話帳の私用連絡先と公用連絡先でプレゼンス情報の提示方法を変えるため、修飾子を使用してもよい。すなわち、PSは修飾子に基づいて受信側クライアント装置を決定してもよい。動的電話帳サービスのサービス機能は、まずクライアント状態属性、ユーザ状態属性及び個人状態属性をさらに十分に以下で説明した後に説明する。
【００６８】
また、受信側クライアントは、PSの場合と同様の比較を行った(305)後で、受信したプレゼンス属性を格納する必要の有無、またその方法を決定する。プレゼンス属性のこの種の３つから成る識別によって、プレゼンス属性の非常に柔軟な使用、管理、及び生成が可能になる。
【００６９】
修飾子を使用してクライアント装置MC2における属性の使用を指定する多くの方法が存在する。典型的には、クライアント装置MCは複数のアプリケーションをサポートできる。第1の実施例によれば、クライアント装置MC1は使用すべきアプリケーションを指定する修飾子を追加する。アプリケーションとは一般に、例えばポート番号によって識別できる任意のアプリケーション・エンティティを指す。このアプリケーションはクライアント装置MC1で属性のプレゼンス情報を処理したものと同じものでもよく、別のアプリケーションでもよい。受信側クライアント装置MC2は受信した属性を修飾子が指示するアプリケーションにアドレス指定する(305)。例えば、修飾子を使用して、同じプレゼンス情報を電話帳アプリケーションとゲーム・アプリケーションとに送信してもよい。これらのアプリケーションはプレゼンス情報を異なった形で使用しうるので、アプリケーションの必要に応じて属性を正確に調整することも可能である。
【００７０】
第2の実施例によれば、クライアント装置MC1は属性の提示を指定する修飾子を追加する。受信側クライアント装置MC2は、その修飾子に基づいて受信した属性を提示する(305)。修飾子は、例えば、情報全てをユーザに示すべきか否か、又は情報のどの部分を示すべきかを決定してもよい。また、修飾子は、色、フォント等の様々なユーザ・インタフェース設定を決定してもよい。すなわち、MC2のUIは修飾子中の設定に基づいて設定される(305)。
【００７１】
クライアント状態属性
好適実施例によれば、移動クライアントMCは、移動クライアントMCの現在の伝送機能を記述するプレゼンス属性を利用する。この種の属性の構造を表6に示す。この属性は、モデム属性と呼ばれ、移動ベアラを取り扱うユーザ端末部分または機能に関するプレゼンス情報を提供する。
【００７２】
【表６】
【００７３】
【表７】
【００７４】
表8に示されるStatus値フィールドは移動モデムの状態を示す。
【００７５】
【表８】
【００７６】
Status値フィールドはモデムの電源が入っているか否かを示す。好適実施例によれば、プレゼンス属性には、好適には属性の必須Status値フィールド中にあるDIS指示が含まれる。属性中にDISが設定されると、その属性中で与えられた全ての値は無効になる。従って、受信側移動クライアントMCはその属性の値フィールドを無視することができる。また、そのプレゼンス属性の前の値も削除される(及びゼロにされる)。すなわち、DIS指示を有するが他の値フィールドのない属性を送信するのが効果的である。この種の属性が必要とする空間は非常に小さいので、無線インタフェース上の必要な帯域幅を節約できる。特にユーザ属性を記述する属性の場合、このことは特に有用である。
【００７７】
再び表7を参照すると、モデム属性のCommAddr値フィールドにはモデム(MC)の通信アドレスが含まれる。これは、通信手段と連絡先アドレスという2つの部分を含む。手段部分は、サポートされる通信方法、特に、モデムがパケット交換(PS)データ、回線交換(CS)データまたは音声、SMSまたはMMSのどれをサポートするかに関する情報を伝える。連絡先部分にはアドレス、例えばMSISDN番号が含まれる。
【００７８】
CS_Status値フィールドは、モデムの回線交換状態(登録または未登録)を示す。PS_Status値フィールドは、モデムのパケット交換状態(接続または未接続)を示す。RoamingStatus値フィールドはホームPLMN(公衆陸上移動ネットワーク)と、場合によってはモデムが現在ローミングしているPLMNとを示す。CS_CallStatus値フィールドはCSベアラの着信呼状態(データまたは音声、アクティブまたは非アクティブ)を提供する。モデムが多重呼機能をサポートする場合、モデム属性はこうした着信呼状態のリストを有してもよい。PDP_Context Status値フィールドには、QoS(サービス品質)情報のようなPDP(パケット・データ・プロトコル)コンテキストに関する情報が含まれる。
【００７９】
上記の例に加えて、移動クライアントの伝送機能に関する他の情報を伝えるためにモデム値フィールドを使用してもよい。第1の例では、移動クライアントの最大ビットレートがMode(モード)属性で配信される。従って、受信側クライアント装置は最大ビット速度を越えないように伝送速度を設定できる。第2の例では、クライアント装置は、データ・ファイルをクライアント装置に送信する時パケット交換伝送モードだけを使用するべきかを決定する。第3の例は、ローミング装置がある種の通信だけを可能にする(例えば、音声呼だけを許可し、データ・ファイルは送信しない)よう命令するものである。
【００８０】
ユーザ状態属性
1つの好適実施例によれば、ある活動に参加しようというユーザの意欲に関する属性が規定される。活動はこのAvailability属性に属する値フィールドによって指定される。表9は、Availability属性に関する構造を示す。
【００８１】
【表９】
表10は、Availability属性の値フィールドを記述する。
【００８２】
【表１０】
【００８３】
表11に示される状態値フィールドは利用可能性情報の状態を示す。
【００８４】
【表１１】
【００８５】
Status値フィールドは利用可能性情報の発行が可能か否かを示す。すでに説明したように、DIS指示を使用してAvailability属性の値を無効化してもよい。例えば、サーバPSは、移動クライアントMCが移動IMPSセッションを終了した後で、DIS指示を伴う利用可能性属性を送信してもよい。また、クライアントへの接続が突然途絶えた時この種のメッセージを送信してもよい。従って、受信側移動クライアントは、もはや移動IMPSシステム中に存在しないユーザ及びクライアント装置に関する全ての利用可能性情報を削除できる。
【００８６】
表10のCommAvail値フィールドは、ユーザが何らかの形態の遠隔通信に参加する意向であるかを示す。PhoneAvail値フィールドは、ユーザが電話呼に参加する意向であるかを示す。SMSAvail値フィールドは、ユーザがSMS交換に参加する意向であるかを示す。MMSAvail値フィールドは、ユーザがMMS(マルチメディア・メッセージング・サービス)交換に参加する意向であるかを示す。IMAvail値フィールドは、ユーザがIM(インスタント・メッセージング)交換に参加する意向であるかを示す。EmailAvail値フィールドは、ユーザが電子メール交換に参加する意向であるかを示す。
【００８７】
Image値フィールドに関する構造を表12に示す。
【００８８】
【表１２】
【００８９】
この値フィールドは、Status、TextまたはImageフィールド以外のAvailability属性中の値フィールドの何れにも画像を関連付ける。ContainedImage値フィールドには画像が含まれるが画像のサイズまたはフォーマットは制限されることがある。ReferredImage値フィールドには関連する画像を有するリソースへのURLが含まれる。ValueField値フィールドは、画像が関連付けられる値フィールドを規定する。例えば、発行者は、DISCの意味に関する画像意味情報を伝えるため、現在「DISC」という値を有する値フィールドPhoneAvailに画像を関連付けてもよい(例えば、ユーザが電話を利用できるだけに制限されていることを意味する)。画像フィールドは、この属性中で多数のインスタンスを有してもよい。この値フィールドが属性中に含まれる時はいつでも、その目標値も同じ属性中に含まれなければならない。この関連付けは目標値フィールドが有効である限りにおいてのみ有効である。目標値フィールドが更新または無効化されると、この属性への古い関連付けがもしあれば、受信側クライアントによって破棄されなければならない。
【００９０】
Text値フィールドに関する構造を表13に示す。
【００９１】
【表１３】
【００９２】
Text値フィールドは、Status、ImageまたはTextフィールド以外のAvailability属性中の値フィールドの何れにもテキスト文字列を関連付ける。Text値フィールドには、ContainedText中のテキスト文字列とValueField中の関連する値フィールドの名称とが含まれる。ContainedText要素中のテキストのサイズは制限されることがある。例えば、発行者は、NAVLの意味に関する追加意味情報を伝えるため、現在「NAVL」という値を有する値フィールドPhoneAvailにテキストを関連付けてもよい(例えば、「14:00まで会議中」)。テキスト値フィールドはこの属性中で多数のインスタンスを有してもよく、すなわち、同じテキストが多数の値フィールドに関連付けられることもある。この値フィールドが属性中に含まれる時はいつでも、その目標値フィールドも同じ属性中に含まれなければならない。この関連付けは目標値フィールドが有効である限りに置いてのみ有効である。目標値フィールドが更新または無効化されると、この値フィールドへの古い関連付けがもしあれば、この値フィールドは受信側クライアントによって破棄されなければならない。画像及びテキストは自動的にプレゼンス属性に追加されることもある。
【００９３】
個人状態属性
PersonalStatus属性は、発行者の個人状態を示す。選択項目と詳細はこの属性に属する値フィールドによって指定される。表14はPersonalStatusに関する属性構造を示す。
【００９４】
【表１４】
【００９５】
表15は、PersonalStatus属性の値フィールドを示す。
【００９６】
【表１５】
【００９７】
表16に示される状態値フィールドはPersonalStatus情報の状態を示す。
【００９８】
【表１６】
【００９９】
このフィールドは、この情報の発行が可能か否かを示す。PersonalStatus属性と共にDIS指示を使用してもよい。
【０１００】
Text値フィールドは自由なテキスト形式で発行者の状態を示す。Mood値フィールドは発行者の気分を示す。Time値フィールドは発行者の現地時間を提供する。
【０１０１】
好適実施例によれば、PersonalStatus属性中で画像を利用してもよい。表12ですでに示されたように、Image値フィールドはある画像をStatusまたはImageフィールド以外のこの属性中の値フィールドの何れにも関連付ける。例えば、IN_LOVEの意味に関する画像意味情報を伝えるため、現在「IN_LOVE」という値を有する値フィールドMoodに画像を関連付けてもよい。このImage値フィールドは、Availability属性についてすでに示されたのと同様の方法で使用すればよい。
【０１０２】
本発明は、既存のクライアント装置及びサーバ中で実現できる。それらは全て、上記で説明した本発明の機能を実現可能なプロセッサ及びメモリを有している。コンピュータ・プログラムは内部または外部メモリからサーバまたはクライアント装置のプロセッサにロードすればよく、それをプロセッサ中で実行すれば、本発明の機能を実現する手段を与えることになる。また、ハードウェア実装またはソフトウェアとハードウェア実装との組合せを使用してもよい。
【０１０３】
図4は、本発明による、サーバ404と通信するクライアント装置402を示す。クライアント装置は、図1の1つかそれ以上の移動クライアントまたは非移動クライアント、または図2及び図3に示された任意の他の移動クライアントと同様のものでよい。同様に、サーバ404は図1に示されたサーバまたは図2及び図3に示された任意の他のサーバと同様のものでよい。クライアント装置402には、プレゼンス情報をプレゼンス属性として信号線路408上のサーバに送信または要求する手段406が含まれる。プレゼンス情報の送信は、例えば、プレゼンス属性がMC1からPSに送信される図3のステップ302か、または、プレゼンス属性がMCによって更新されPSに送信される図2のステップ202に対応する。線路408上でプレゼンス情報を要求することは、MCがSSからプレゼンス属性を要求する図2のステップ203に相当する。線路408上のクライアント装置402からサーバ404への送信は、図1に示された、移動クライアント(MC)から移動ネットワーク(MNW)を通じ中間ネットワークONWを介してIMPSサーバに至る伝送経路と同様のものでもよい。又は、これは非移動クライアントCから中間ネットワークONWを介してサーバSに至る経路と同様のものでもよい。もちろん、他の経路も考えられ、本発明は使用される物理媒体または物理媒体の組合せの経路に依存しない。また、クライアント装置402には、信号線路412上のサーバ404からプレゼンス属性を受信する手段が含まれる。このプレゼンス情報は、属性名称によって識別される複数のプレゼンス属性種類によって分類される。
【０１０４】
サーバ404には、属性を受信/送信し、受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段414が含まれる。
【０１０５】
本発明によれば、クライアント装置402にはさらに、修飾子をプレゼンス属性に追加する手段416が含まれ、その際修飾子は属性の使用を指定する1つかそれ以上のパラメータを備えている。追加された修飾子は信号線路418上で提供され、手段406によって線路408上でサーバ404に送信される。これは、線路422上でアプリケーション424から受信された命令に応じてプレゼンス属性を決定する手段420を介して行ってもよい。また、アプリケーションは、プレゼンス属性を要求するための手段420を利用してもよい。どちらの場合でも、信号は線路426上で手段420から、線路408上でプレゼンス属性を送信または要求する手段406に提供すればよい。例えば、図2のステップ202によりプレゼンス属性を更新する際に手段416が修飾子を追加した場合、線路408上の信号には、属性の使用を指定する1つかそれ以上のパラメータを有する修飾子を伴うプレゼンス属性が含まれる。
【０１０６】
線路412上でサーバ404から着信したプレゼンス属性に対処するため、クライアント装置402にはまた、受信した属性中の修飾子パラメータに応じて線路412上でサーバ404から受信したプレゼンス属性を処理する手段428が含まれる。線路412上の受信プレゼンス属性は手段410によって受信され、線路430上で受信した属性を処理する手段428に対して提供されればよい。処理の後、手段428は線路432上でアプリケーション424に対して信号を提供すればよく、信号はアプリケーション424によってさらに使用される。
【０１０７】
修飾子を追加する手段416は、サーバ404から属性を受信したクライアントが提示設定に基づいて属性を提示できるように、属性の修飾子に提示設定を指定する手段434を含んでもよい。その結果、図4のクライアント装置402のようなクライアント装置には、他のクライアント装置によって指定され線路412上でサーバ404から受信された修飾子に基づいて受信した属性を提示する手段436が含まれる。
【０１０８】
同様に、手段416には、サーバ404に送信される修飾子中で、受信側クライアントにおいて属性のアドレス指定先となるアプリケーションを指定する手段438が含まれる。クライアント装置402が属性のアドレス指定先となるアプリケーションを指定する修飾子を受信する場合、線路430上で受信した属性を解釈し受信した属性を修飾子が指示するアプリケーションにアドレス指定する手段440を有する。
【０１０９】
ここでサーバ404をさらに詳細に検討すると、サーバ中のプレゼンス・データベースのプレゼンス・グループによって指定された1つかそれ以上のクライアント装置に属性を送信するかどうかを修飾子に基づいて決定する手段444を含んでもよい。このような決定は、線路446上で許可を提供する手段448から与えられた許可に応じて行ってもよい。修飾子及び許可によって属性を1つかそれ以上のクライアント装置に送信するよう指示されたならば、サーバ404は、例えばクライアント402または同様の装置に対して適切な場合それを行う。
【０１１０】
特定のクライアント向けのプレゼンス属性が、サーバにとって既知の情報によればクライアントの機能に適合しないこともありうる。このような情報は例えば、線路450上の手段444によって、クライアントの機能に合うようプレゼンス属性を変更する手段452に提供すればよい。変更された属性は線路450上の手段444に戻せばよい。他方、プレゼンス属性が「一方的に送りつける」方式で提供される場合、変更されたプレゼンス属性を線路454上で手段456に提供すればよく、手段456は変更されたプレゼンス属性を対象クライアントまたは1つより多いクライアントに必要に応じて送りつける適切なステップを取ることができる。これは例えば線路458上で手段444に対して信号してもよい。
【０１１１】
認識されるように、図4に示される機能ブロックは、当業者に周知の個別ハードウェア、専用集積回路、マイクロコントローラ、ソフトウェア、ファームウェア等を使用して実行すればよい。さらに、図面中で別個の機能ブロックに属する機能は分離されている必要はなく、機能を他の機能ブロックに自由に追加またはそこから削除することによって他のブロックに組み込むことができる。同様に、機能ブロック間の協調関係をその順序や相互関係について変更し、同時に上記で言及された同じ最終結果を実行してもよい。また、やはり認識されるように、本発明によれば、図4に示されたクライアント装置及びサーバ装置の細部は図示されたものと同様の他の形態を取ってもよい。本発明の他の態様は、類似しているが同一ではない形で示してもよい。
【０１１２】
例えば、図5はサーバ装置504と通信するクライアント装置502を示すが、そこでは図4の手段420と同様の手段506は、プレゼンス情報をプレゼンス属性として線路508上で、図4のサーバ404内の手段414と同様の、サーバ504内のプレゼンス属性を受信し維持する手段510に送信する。同様に、クライアント装置502は、サーバ504の手段510から線路514上でプレゼンス情報を示すプレゼンス属性を受信する手段512を含んでもよい。図4のクライアント装置402の手段420及び416と同様、図5のクライアント装置502は、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成する手段516を含んでもよく、その際オーソライザは属性の維持に責任を負う主体を指定し、修飾子は属性の使用を指定する。上記のように構成された属性は、線路508上でサーバ504に送信するために図示されるように線路518上で手段506に提供されてもよい。サーバ504は、線路522上で手段510から受信した上記のように構成された属性に応答して、許可、属性名称及び修飾子の同じ組合せを含む、すでに格納された属性を探索する手段520を含んでもよい。受信した属性の識別子の組合せが、すでに格納された属性、例えば記憶手段524中に格納されたものと同一であれば、受信した属性を使用して、信号線路526上のすでに格納された属性を置換する。この方法で、属性パラメータが変化した場合、更新されたパラメータが記憶手段524中に格納されるようになる。そうでなければ、受信した属性は新しい属性として記憶手段に追加される。この機能は上記で説明したように手段520で実行してもよく、また完全に独立した手段528で実行してもよいが、この手段528は線路530上で手段520から受信属性を受信し、識別子の組合せが同じであればすでに格納された属性を受信した属性によって置換し、そうでなければそれ自体と記憶手段524との間の接続線路532上で受信した属性を追加するものである。
【０１１３】
クライアント装置502には上記で説明したのと同様の機能が含まれ、そのことは例えば、線路542上で手段512から着信属性を受信し、受信した属性と同じ識別子を含む、すでに格納された属性を探索する手段540と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換する手段542とによって示される。そうでなければ、受信した属性は記憶手段544に追加される。探索手段540は手段542を内部に含んでもよく、またそれらは図示されるように独立したものでもよい。後者の場合、信号線路546は手段540から手段542に対して受信した属性に関する属性情報を提供する。記憶手段544は、線路548上で属性を置換または追加する手段542と双方向通信し、線路550上ですでに格納された属性を探索する手段540と双方向通信してもよい。
【０１１４】
上記で言及したように、ここで本発明の動的電話帳サービス実施例のためのサービス機能を説明する。動的電話帳サービスはリッチコール(rich call)・サービスと考えてもよい。これは「電話をかける前に」B当事者のプレゼンス情報をA当事者に示す機能を充実させるため有用である。この場合、B当事者は1つかそれ以上のユーザ電話帳エントリである。プレゼンス情報は、(1)クライアントの利用可能性、(2)ユーザの利用可能性、(3)現地の条件、(4)個人の状態、(5)クライアントの機能、(6)ユーザの属性、及び(7)拡張プレゼンス・サービスといった、上記で言及したのと同じカテゴリに分割できる。
【０１１５】
概念上、プレゼンス・システムは、図6に示されるように、プレゼンス・クライアント602、604、606と、プレゼンス・ユーザ608、610、612と、プレゼンス・ユーザ役割614、616、618、620、622、624と、プレゼンス・プロキシ626と、プレゼンス・サーバ628、630からなる。プレゼンス・クライアントはユーザがプレゼンス・システムと対話できるようにするソフトウェアまたはプログラムである。ユーザはプレゼンス・クライアントを使用してプレゼンス・システムと対話する人物である。例えば移動送受話器またはPCのような物理装置632、634は、1つのプレゼンス・クライアント・インスタンス606を有してもよいが、特殊な場合には、多数のプレゼンス・クライアント・インスタンス602、604を有してもよい。プレゼンス・クライアントは単一のユーザによって所有される。ユーザは1つより多いクライアントを有してもよいが、こうしたクライアントは通常異なった装置に置かれる。
【０１１６】
ユーザ608、610、612は概念上発行者と加入者とに分類される。発行者はプレゼンス情報の発信者である。加入者はプレゼンス情報の受信者である。ユーザは、自分自身のプレゼンス情報の発行者であると同時にある他の発行者のプレゼンス情報の加入者であってもよい。ユーザは1つかそれ以上の役割を有してもよい。発行者役割は、プレゼンス集合と呼ばれるプレゼンス値の集合に関連付けられる。同じユーザの2つの異なるプレゼンス集合のプレゼンス値は互いに独立しており異なる役割に関連付けられる。加入者役割は、同一の発行者役割のプレゼンス情報、すなわち同じプレゼンス集合の論理受信者である。
【０１１７】
プレゼンス・プロキシ626は随意選択のネットワーク要素でありプレゼンス・サービスの拡張性を改善する。プロキシは、発行者からサーバに向かうアップリンク方向か、またはサーバから加入者に向かうダウンリンク方向に伝わる異なったプレゼンス集合のプレゼンス値を一時的に格納する。クライアントがオンラインになる時、プロキシは現在のプレゼンス情報によってクライアントを更新すればよい。また、発行者が新しいプレゼンス値をサーバに送信する時、プロキシはプロキシによって登録された全ての加入者クライアントを更新すればよい。プロキシは現在の値を一時的にだけキャッシュできる。プレゼンス情報が発行者から到来しても、プロキシは、このプレゼンス情報の全ての更新が同じプロキシ経由で行われていると想定することはできない。プロキシがプレゼンス集合に関連する加入者グループを知らない場合、プロキシはこの情報をサーバから要求すればよい。
【０１１８】
プレゼンス・サーバ628、630は、各プレゼンス集合に関連するグループに関する有効なプレゼンス値と情報を維持するネットワーク要素である。サーバは直接またはプロキシを通じてプレゼンス・クライアントと通信する。サーバは、プロキシによってキャッシュされたプレゼンス値の有効期間についてプロキシに通知する。有効期間が切れると、プロキシは値を破棄するか、またはサーバからリフレッシュしなければならない。サーバは、プレゼンス値が変化する頻度を監視することによって、プレゼンスの項目毎に有効期間を割当てる。有効期間は動的であり、すなわちプレゼンス項目の有効期間中に変化してもよい。
【０１１９】
プレゼンス・サーバは、図6に示されるように、他のプレゼンス・サーバともプレゼンス情報を交換する。例えば、発行者と加入者とが管理上異なったプレゼンス・サーバに属する場合、プレゼンス情報は両方のサーバを通らなければならない。サーバの互換性がない場合、一方または両方のサーバにゲートウェイ機能が存在する必要がある。
【０１２０】
図7は、本発明によるプレゼンス・データベース702の構造を示す。1つのプレゼンス項目704は、名称708、属性710及び値712といった3つのプロパティを有する。プレゼンス集合714は1つまたはそれ以上のプレゼンス項目からなる。プレゼンス集合714はユーザの1つの役割716に属する。1つの役割に対して1つより多いプレゼンス集合は存在できない。さらに、1つの役割716に属する1つの許可グループ718が存在する。許可グループは、同じ役割のプレゼンス集合の全体または一部に加入する権利を有するメンバからなる。
【０１２１】
プレゼンス集合中の項目704、720、…、722は一意であり、すなわち互いに区別できる。項目は主として名称によって互いに区別される。プレゼンス集合が同じ名称を有する2つかそれ以上の項目を含む場合、各項目にははそれらの項目のIDを伝える属性がなければならない。グループ718のメンバ724、726、…、728は一意である。同じ発行者734の異なった役割716、730、…、732における異なったプレゼンス集合は同じ名称またはIDを有する項目を含んでもよい。異なったグループも同様に同じメンバを含んでもよい。
【０１２２】
役割716は、役割ID、グループIDまたはプレゼンス集合IDによって識別すればよい。例えば、グループIDはサービス・プロバイダによって割当ててもよく、サービス・プロバイダ・ドメイン内で一意である。従って、プレゼンス・データベース中の個々の要素をアドレス指定するため以下のIDが必要になる。
GroupID;ItemName
【０１２３】
プレゼンス集合が同じ名称を有する1つより多い項目を含む場合、ItemNameにはItemID属性を割当てなければならない。
【０１２４】
UserID、DeviceID及びClientIDといったIDは必要ないことに注意されたい。
【０１２５】
A. 典型的プレゼンス・プロトコル
A.1.0 未加入のプレゼンス(図8)
ユーザのプレゼンス情報は、例えば図2のステップ203、204、205、206で提示されたメッセージの流れによって示されるように問い合わせを発行するか、図9の場合のように加入してプレゼンス項目を受信するか、または図8に示されるようにプレゼンス項目を獲得するかによってメッセージ・サービスとは別個に獲得しなければならない。
【０１２６】
プレゼンス・サービスのユーザは、任意の適切な時点で、図8に示されるようにプレゼンスの更新メッセージを送信することによって、プレゼンス・サーバ中の自分のプレゼンス情報を更新すればよい。すでに言及したように、ユーザは、図8に示されるように、プレゼンスの獲得メッセージを発行してある他のユーザのプレゼンス情報を要求してもよい。プレゼンス情報は要求したユーザに返送される。
【０１２７】
発行者は自分のプレゼンス情報を部分的にだけ更新してもよい。同様に、ユーザは部分的なプレゼンス情報だけを要求してもよい。
【０１２８】
ユーザが要求されたプレゼンス情報に対して許可を有さない場合、空の内容がユーザに送信される。
【０１２９】
ある所定のユーザに対するプレゼンス情報の許可は、プレゼンス集合に対応するグループにそのユーザを含めることによってなされる。このことは以下、「プレゼンス・データベースの管理」と題された部分で説明される。
【０１３０】
A.1.1 UpdatePresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID, GroupID, Presence)
属性:なし
使用法:このプリミティブ(primitive)は、プレゼンス・サーバ上の1つかそれ以上のプレゼンス項目の値を更新する。更新すべきプレゼンス項目はPresenceという情報要素で伝送される。所定のGroupIDについてサーバ中に存在しない項目がPresence中に存在する場合、サーバはこの新しい項目のために記憶装置を割当て、このメッセージの内容をコピーする。そうでなければ、サーバは古い値を新しい値によって置換する。
【０１３１】
内容にはUserIDまたはPublisherIDは必要ない。発行者とUpdatePresenceプリミティブを含むXML文書との間の関連付けは認証プロトコルで行われる。
【０１３２】
A.1.2 TransactionID
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアントからサーバへの要求をサーバからクライアントへの対応する応答に関連付ける一意の識別子である。クライアントは、第1の応答を得る前に1つより多い要求をサーバに送信していてもよい。第1の応答は必ずしも第1の要求に関連するものではない。従って、要求と応答とを互いに関連付ける機構が必要である。典型的には、TransactionIDはシーケンス番号である。これは要求においてクライアントによって割当てられ、応答でサーバによって使用される。
【０１３３】
A.1.3 GroupID
内容モデル:(#PCDATA)
属性:なし
使用法:このIDはサービス・プロバイダ・ドメイン内で許可グループとプレゼンス集合とを含む発行者役割を一意に識別する。これはプレゼンス・サービス・プロバイダによって割当てられる。
【０１３４】
A.1.4 UpdateStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル(TransactionID,StatusCode)
属性:なし
使用法:このプリミティブは、クライアントのUpdatePresence要求に対するプレゼンス・サーバからの応答である。StatusCodeは、サポートしない、新しい割当て、成功、失敗といった値を有してもよい。
【０１３５】
A.1.5 GetPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、プレゼンス・サーバからプレゼンス情報を要求するために使用される。ゼロまたはそれ以上のGroupIDが存在しうる。各GroupIDについて、随意選択のPresenceNamesが結合されうる。GroupIDが使用されない場合、要求範囲はユーザがメンバである全てのグループとなる。サーバは、認証プロトコルによって要求を出したユーザのIDを要求に関連付ける。PresenceNamesは後でこの文書中で規定される。これは、値の要求先である名称によってプレゼンス項目のリストを作成する。これは随意選択である。これはGroupIDと結合されてもよく、GroupIDのリストが作成されていない場合単独でもよい。GroupIDと結合されると、サーバは所定のグループに対するプレゼンス項目の探索を制限する。存在しない場合、全てのプレゼンス項目の値が要求される。
【０１３６】
A.1.6 PresenceItems
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル(TransactionID,StatusCode,(GroupID,Presence)*)
属性:なし
使用法:このプリミティブは、要求されたプレゼンス項目と要求の結果状態とのリストを供給する。要素Presenceは所定のGroupIDに対応するプレゼンス集合であり、後で本明細書で規定される。StatusCodeは、許可されない、項目が利用できない、成功、失敗といった値を有してもよい。
【０１３７】
A.2.0 加入済のプレゼンス(図9)
プレゼンス情報を配信するもう1つの機構は誰かのプレゼンス情報に加入することである。メッセージの流れを図9に提示する。
要求を出すユーザはプレゼンス加入メッセージA.2.1をプレゼンス・サーバに送信し、誰かのプレゼンス情報に加入する。
プレゼンス情報の加入が完了すると、要求を出したユーザは、最初に、また他の当事者がプレゼンス情報を更新した時は常に新しいプレゼンス情報A.2.2を受信する。
要求を出したユーザが、それ以上プレゼンス情報を受信したくない場合、プレゼンス情報の加入の取消しを行えばよい(A.2)。代りに、プレゼンス情報はある期間だけ加入してもよく、その場合加入取消しメッセージは必要ない。
要求を出したユーザは、プレゼンス情報のうち、自分が獲得する許可を得ている部分だけに加入できる。
【０１３８】
A.2.1 SubsPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,SubsPeriod?,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、加入者が許可されている発行者役割からのプレゼンス情報に加入するために使用される。随意選択のGroupIDが加入する発行者役割を指定する。GroupIDがない場合、加入者が許可されている全ての役割に加入する。各GroupIDを、加入した項目をPresenceNamesに列挙したグループ内に制限するPressenceNamesに関連付けてもよい。随意選択のSubsPeriodは加入期間の長さを指定する。これがない場合、加入は対応するUnsubsPresenceプリミティブが呼び出されるか、またはサービス・プロバイダが加入を終了するまで継続する。PresenceNamesは許可された集合から加入したプレゼンス項目を指定する。これがない場合、プレゼンス集合(GroupID)内のユーザが許可を有する全てのプレゼンス項目に加入する。GroupIDなしで単独で使用される場合、許可された全てのグループから指名された項目に加入する。PresenceNamesは後で本明細書で規定される。
加入者の身元は認証プロトコルで発見される。
【０１３９】
A.2.2 SubsPeriod
内容モデル:(#PCDATA)
属性:なし
使用法:これは加入期間の長さを規定する。時間単位はTBDである。代りに、この内容は加入が終了する日付を示してもよい。
【０１４０】
A.2.3 PushPresence
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(GroupID,Presence)+
属性:なし
使用法:このプリミティブは、発行者によって変更された加入したプレゼンス項目をユーザに送りつける。GroupIDは役割を識別する。
【０１４１】
A.2.4 UnsubsPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、プレゼンス情報の加入を取消すために使用される。加入の終了は所定のグループだけに制限してもよく、さらにあるプレゼンス項目だけに制限してもよい。GroupIDが与えられない場合、加入の終了を全てのグループ中の指名されたプレゼンス項目だけに制限することが可能である。GroupIDとPresenceNamesが与えられない場合、ユーザの加入全体が終了する。
【０１４２】
A.2.5 SubsStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(TransactionID,StatusCode,(GroupID,PresenceNames)*)
属性:なし
使用法:このプリミティブは、加入の取消し動作に対してStatusCodeを返送し、まだ加入しているプレゼンス項目とグループのリストを作成する。StatusCodeは、サポートしない、存在しない項目、未加入の項目、成功、失敗といった値を有してもよい。
【０１４３】
A.3.0 プレゼンス・データベースの管理
プレゼンス・ユーザは、プレゼンス・サーバで自分のユーザ・グループとプレゼンス集合とを管理してもよい。
ユーザ・グループとプレゼンス集合とを含む役割をCreatePresGroup(プレゼンス・グループの生成)メッセージA.3.1を使用して生成する。プレゼンス・サーバは、要求された動作の状態と生成されたグループのIDを示すPresGroupStatusメッセージA.3.6によって応答する。PresenceInfoメッセージA.3.7がメンバが獲得または加入することを許可されるプレゼンス項目を示すグループのメンバに送信される。
プレゼンス・ユーザは、GetPresGroupStatusメッセージA.3.8によってグループ情報を要求してもよい。グループ情報の要求はグループの所有者に制限される。
ユーザ・グループを所有するプレゼンス・ユーザはグループのメンバまたはプレゼンス集合のプレゼンス項目を追加または削除してもよい。
発行者はDeletePresGroupメッセージによってグループの削除を送信してもよい。
【０１４４】
A.3.1 CreatePresGroup
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,MemberList, Presence)
属性:なし
使用法:このプリミティブは、プレゼンス・サーバで役割を生成するようサーバに要求する。許可グループはmemberlist中のメンバを含み、プレゼンス集合はPresence中に含まれる。
【０１４５】
A.3.2 MemberList
内容モデル:(MemberDescription)+
属性:なし
使用法:メンバのリスト。記述はユーザに起源を有する。
【０１４６】
A.3.3 MemberDescription
内容モデル:(UserOriginatedMD?, ServerOriginatedMD?)
属性:なし
使用法:ユーザ起源部分はユーザが見たメンバの記述である。サーバ起源部分はサーバ・データベース中に格納されたメンバの記述である。
【０１４７】
A.3.4 UserOriginatedMD
内容モデル:(#PCDATA)
属性:なし
使用法:これは人物を識別するユーザ起源の手段である。これは名称、対象人物の電話の1つのMSISDN、電子メール・アドレス、SIPアドレス等でよい。また、それらの組合せでもよい。この記述のデータ・フォーマットは本明細書の範囲内ではないが、vCardのような周知のフォーマットを使用すればよい。
【０１４８】
A.3.5 ServerOriginatedMD
内容モデル:(#PCDATA)
属性:なし
使用法:これは人物を識別するサーバ起源の手段である。これは名称、対象人物の電話の1つのMSISDN、電子メール・アドレス、SIPアドレス等でよい。また、サーバ・データベースに格納されたそれらの組合せでもよい。この記述のデータ・フォーマットは本明細書の範囲内ではないが、vCardのような周知のフォーマットを使用すればよい。
【０１４９】
A.3.6 PresGroupStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(TransactionID,StatusCode,(GroupID,MemberList,PresenceNames)*)
属性:なし
使用法:このプリミティブは、現在存在する発行者役割のGroupIDをその役割に関するグループ・メンバ及びプレゼンス項目名と共に返送する。サーバは、その動作が成功した場合、新しい役割に関する新しいGroupIDを割当てている。サーバはmemberlistのサーバ起源部分を満たしている。これによって発行者は、グループが正しいメンバを含んでいることを検証できる。サーバは、ユーザ起源部分中にすでに存在するレベル、または人物を一意に識別するために必要なレベルを越えてmemberlist中にどのような機密または個人情報も提供すべきではない。これはTBDである。StatusCodeは、サポートしない、未知のメンバ、未知のプレゼンス項目、成功、失敗といった値を獲得しうる。
【０１５０】
A.3.7 PresenceInfo
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(GroupID,Presence?)+
属性:なし
使用法:このプリミティブは、新しいプレゼンス項目を許可グループに定期的に配送する。このメッセージは、加入及び未加入両方の、所定の許可グループの全てのプレゼンス項目を含む。このメッセージは、グループのメンバ構成が変更された場合新しいメンバに送信され、新しいプレゼンス項目が追加された場合グループの全てのメンバに送信される。このメッセージは、GroupIDに関連するプレゼンス集合(Presence)が存在しないようにして削除されたグループ・メンバに送信される。
【０１５１】
A.3.8 GetPresGroupStatus
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,GroupID*)
属性:なし
使用法：このプリミティブは、サーバからのPresGroupStatusメッセージを要求する。ユーザは自分自身のグループからだけ情報を要求してよい。GroupIDは情報を所定のグループに制限する。GroupIDが存在しない場合、状態は要求者が所有する全てのグループから戻される。
【０１５２】
A.3.9 AddMembers
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,MemberList)+)
属性:なし
使用法:このプリミティブは、指名されたメンバを所定のグループに追加するようサーバに要求する。
【０１５３】
A.3.10 RemoveMembers
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,MemberList)+)
属性:なし
使用法:このプリミティブは、指名されたメンバを所定のグループから削除するようサーバに要求する。MemberListにはサーバ起源情報が満たされる。
【０１５４】
A.3.11 DeletePresGroup
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,GroupID*)
属性:なし
使用法:このプリミティブは、1つかそれ以上の発行者役割を削除するようサーバに要求する。GroupIDは削除すべき役割を識別する。GroupIDが与えられない場合、全ての発行者役割を削除する。
【０１５５】
A.3.12 AddPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,Presence)+)
属性:なし
このプリミティブは、所定のプレゼンス項目を所定の役割に追加するようサーバに要求する。
【０１５６】
A.3.13 RemovePresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,Presence?)+)
属性:なし
使用法:このプリミティブは、所定のプレゼンス項目を所定の役割から削除するようサーバに要求する。GroupIDに関連するPresence要素がない場合、全てのプレゼンス項目が役割から削除される。
【０１５７】
A.3.14 動的クライアント変更
発行者または加入者は自分のクライアントをいつでも変更してよい。典型的にはクライアント装置も変更される。まれには、ユーザは同じ装置でクライアントのインスタンスだけを変更することもある。新しい装置がTEで古い装置がMTであってもよく、またその逆であってもよい。また新しいMTに変更することも可能である。クライアントの変更は、ユーザに自分のプレゼンス・データを古いクライアントから新しいクライアントにコピーまたは同期することを要求する。発行者の場合、所定のクライアントについて静的で同期集合中に含まれないあるクライアント特有のプレゼンス・データがあることもある。同期は局所的に行ってもよく、ネットワーク支援型であってもよい。何れの場合でも、既存の同期プロトコルを使用すればよい。これはプレゼンスプロトコルの範囲外である。
【０１５８】
加入者クライアント変更によってもたらされるもう1つの問題は、新しいクライアントのレジストリを、プレゼンス関連送りつけ型メッセージを受信するアクティブ・クライアントにすることである。レジストリは、
-ユーザが同じ装置で新しいクライアントを起動する(自動)か、
-ユーザのSIMが新しい装置に変更される(自動)か、
-ユーザは新しい装置中に別のSIMを有しているが、新しい装置だけの電源が入っている(半自動)か、または
-ユーザは新しい装置中に別のSIMを有しており、新しい装置と古い装置との両方の電源が入っている(手動)か、
に応じて、自動(ユーザの確認は必要ない)、半自動(ユーザの確認が必要)または手動(ユーザはレジストリを起動しなければならない)で行えばよい。
全ての場合で、レジストリは下位レベル・プロトコルによって処理すればよい。例えば、SIPプロトコルがプレゼンス文書用に選択されたトランスポート・プロトコルである場合、レジストリについてもこのプロトコルを使用すればよい。
【０１５９】
A.4.0 プレゼンス・プロトコル用DTD
【０１６０】
【表１７】
【０１６１】
【表１８】
【０１６２】
【表１９】
【０１６３】
B. 典型的プレゼンス内容フォーマット
上記で述べたように、プレゼンス内容は以下のクラスに分割できる。
クライアントの利用可能性:通信に対するクライアントの利用可能性を記述するプレゼンス属性、例えば、ネットワークの到達可能性、GPRS接続、オン/オフ状態。
ユーザの利用可能性:通信に対するユーザの利用可能性を記述するプレゼンス属性、例えば、準備完了、会議中、手が離せない、不在、電話中、チャット中、就寝中、等。
地域条件:ユーザの地域環境を記述するプレゼンス属性、例えば、現地時間、騒騒しい/静かな環境、室内、室外、例えば、地理的位置、訪問先PLMN、都市/通り、施設といったユーザの所在地。
個人状態:個人ユーザ状態を記述する様々な個人属性。例えば、気分、個人の関心及び目的。
クライアント機能:例えば、様々な通信手段、様々な媒体種類、及び様々な機能をサポートするクライアントの機能を記述するプレゼンス属性。
ユーザ属性:クライアントまたはユーザが自分自身のテキスト・プレゼンス値及び外部値に対する参照を規定できるようにするプレゼンス属性。
拡張プレゼンス・サービス:サービス・プロバイダが動的に規定する非標準プレゼンス属性であるが、それにもかかわらず標準プレゼンス・サーバ及びプロキシを通じて伝える必要があるもの。
【０１６４】
B.1. 設計の目標
プレゼンス通信の大部分は、プレゼンス項目の値部分の変更を加入者に送信することである。1つの値だけが変更されることも多い。転送されるデータの量を最小化するため、設計の目標は、プレゼンス項目の階層表示をできる限り平坦に保持することである。このため、プレゼンス項目は、上記で説明したプレゼンス・クラスに従って詳しく調べられる。その代りに、クラスはプレゼンス項目中で随意選択属性として与えられてもよい。
【０１６５】
D.2 共通属性
プレゼンス要素は多様な属性を含むが、その大部分は任意のプレゼンス項目中で使用してよい。
【０１６６】
D.2.1 Version
内容構文(content syntax):NMTOKENS
必須(mandatory):はい
使用法:これはプレゼンス内容フォーマットのバージョンを示す。
【０１６７】
D.2.2 Class
内容構文:NMTOKEN
必須:いいえ
使用法:これは属性が属するクラスを示す。
とりうる値は、CLIENT_AVAILABILITY、USER_AVAILABILITY、LOCAL_CONDITIONS、PERSONAL_STATUS、CLIENT_CAPABILITIES、USER_ATTRIBUTES、EXT_PRES_SERVICEである。
【０１６８】
D.2.3 ID
内容構文:PUBIDLITERAL
必須:いいえ
使用法:これは指名されたプレゼンス項目についての固有のIDである。これはクライアントによって割当てられる。
【０１６９】
D.2.4 Cacheability
内容構文:NMTOKEN
必須:いいえ
使用法:これはプレゼンス項目がプロキシによってキャッシュできるか否かを示す。とりうる値はYES、NOである。これはクライアントによって割当てられる。この属性がない場合、NOの値が想定される。
【０１７０】
D.2.5 ValidityPeriod
内容構文:NMTOKEN
必須:いいえ
使用法:これはキャッシュされたプレゼンス項目の有効期間である。この値は時間(単位:秒)である。これはプレゼンス・サーバによって割当てられる。
【０１７１】
D.2.6 DeviceName
内容構文:NMTOKEN
必須:いいえ
使用法:これはクライアント装置の名前である。これはクライアントによって割当てられる。
【０１７２】
D.2.7 Accuracy
内容構文:NMTOKEN
必須:いいえ
使用法:これは位置決め装置の精度である。これはメートル単位で示される。
【０１７３】
D.2.8 ImageType
内容構文:NMTOKEN
必須:いいえ
使用法:これは画像の内容符号化である。とりうる値はJPEG、GIF、BMPである。
【０１７４】
D.2.9 SoundType
内容構文:NMTOKEN
必須:いいえ
使用法:これは音声を符号化するために使用される音声コーデックの種類である。とりうる値はAMR、EFR、MP3、AAC、MIDIである。
【０１７５】
D.2.10 ExtRef
内容構文:PUBIDLITERAL
必須:いいえ
使用法:これは外部参照を示すURLである。
【０１７６】
D.2.11 ExtRefChange
内容構文:NMTOKEN
必須:いいえ
使用法:これは、外部参照が変更されたことを示す。とりうる値はYES、NOである。
【０１７７】
D.2.12 ContentChange
内容構文:NMTOKEN
必須:いいえ
使用法:これは内容値の変更を示す0〜255のカウンタである。サーバまたはプロキシは最新の32の値の内容を格納してもよい(但ししなくてもよい)。最新の32の値の中の2つの内容について同じ値があればそれは同じ内容に対応する。
【０１７８】
D.3 クライアントの利用可能性
D.3.1 DeviceOn
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これはユーザ端末のオン/オフ状態を示す。発行者は、グループ管理メッセージを使用することによって、この項目をサーバ中の役割に追加する。その後、値部分がネットワークによって維持される。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。この内容は「ON」または「OFF」の値を有しうる。ユーザの端末がオンであるがネットワーク到達範囲外である場合、ネットワークはこの項目について「OFF」の値を割当てる。
【０１７９】
D.3.2 DeviceRoaming
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これは、発行者が訪問先のネットワークでローミング中であることを加入者に示す。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。この内容は「ON」または「OFF」の値を有しうる。
【０１８０】
D.3.3 NetworkType
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これは発行者が現在接続している移動ネットワークの種類を示す。この内容は「2G」 、「3G-99」、「3G-R4」または「3G-R5」といった値をとりうる。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。
【０１８１】
D.4 ユーザの利用可能性
D.4.1 UserStatus
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは、発行者が容認するのに同意する邪魔の程度について発行者の現在の状態を示す。「availabie」、「silent」、「in-car」、「busy」といった値が規定される。
【０１８２】
D.4.2 PreferredContact
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者の現在の好適な連絡方法が何かを示す。「PHONE」、「VOICE_MESSAGE」「MESSAGE」、「MAIL」、「NO_CONTACT」といった値が規定される。
【０１８３】
D.4.3 PreferredDefaults
内容モデル:((TimePeriod, PrefCont)*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者がプレゼンス・サーバに送信しうるプレゼンス・メタ情報である。この情報は他のプレゼンス情報同様役割に関連するが、この項目は加入者には利用できない。その代わり、これは「PreferredContact」要素の値を制御する。これは、所定期間のデフォルトの好適連絡方法を指定する。ユーザが指定する期間は重なってもよく、またある期間が他の期間を完全に含んでもよい。サーバは、所定の期間が満了するとPreferredDefaultsに応じてPreferredContact要素の値を変更する。但しこれは、ユーザがPreferredContactの値を直接変更することを阻止するものではない。また、ユーザがPreferredContactの値を直接変更することは、期間が満了した時にサーバがそれを再度変更することを阻止するものでもない。ユーザは、内容が空のこの要素をサーバに送信することによって、デフォルト機構を削除してもよい。
【０１８４】
D.4.4 TimePeriod
内容モデル:(PeriodStart, PeriodEnd, RepetitionPeriod?, PeriodPrecedence)
属性:なし
使用法:これは、期間の開始、例えば開始時間、期間の終了、例えば終了時間、反復期間、例えば「DAY」及び期間の優先順位を記述する。
【０１８５】
D.4.5 PeriodStart
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始期間である。これはTime、Time-DayofWeek、Time-DayofMonthまたは完全な日付でよい。
【０１８６】
D.4.6 PeriodEnd
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始期間である。これはTime、Time-DayofWeek、Time-DayofMonthまたは完全な日付でよい。分離の度合いはPeriodStartと同じでなければならない。
【０１８７】
D.4.7 RepetitionPeriod
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始-終了の反復期間を示す。これは「DAY」、「WEEK」、「MONTH」の値のうちの1つでなければならない。この要素が期間の記述中に含まれない場合、反復は適用されないものと想定される。
【０１８８】
D.4.8 PeriodPrecedence
内容モデル:(#PCDATA)
属性:なし
使用法:この要素は重なり合う期間の間の衝突を解決する。これは0と9の間の数値を有しうる。数字0が最高の優先順位である。2つかそれ以上の期間が重なり合っている場合、サーバは最高の優先順位値に関連付けられた希望連絡方法を取る。
【０１８９】
D.4.9 PrefCont
内容モデル:(#PCDATA)
属性:なし
使用法:これは、発行者にとっての期間に関連付けられたデフォルトの好適な連絡方法が何かを示す。これは、「PreferredContact」要素と同じ値を有しうる。
【０１９０】
D.5 地域条件
D.5.1 LocalTime
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者の現地時間を示す。
【０１９１】
D.5.2 MeasuredLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、Accuracy
使用法:これはクライアント装置の測定位置を示す。測定はセンサによるもの(例えばGPS)またはネットワークによるものまたは両者の組合せでよい。Accuracyは、その方法によって達成される平均位置決め精度を示す。この内容には少なくとも横方向位置(x及びy座標)が含まれるが、垂直位置を含んでもよい。サービス・プロバイダが以下説明する「ConvertedLocation」をサポートする場合、このMeasuredLocationはサービス・プロバイダの変換処理、例えば地図照合のための入力情報となりうる。
【０１９２】
D.5.3 ConvertedLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:この情報は典型的にはサービス・プロバイダ起源であるが、発行者起源であってもよい。これは、通りの名前のような人間に理解可能なテキスト形式で示されたユーザの位置を示す。この情報は、測定された位置を、例えば地図照合によってこの形式に変換することによって得られる。
【０１９３】
D.5.4 StatedLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは、発行者自身が表明した発行者の位置である。この内容は短いテキスト文字列である。
【０１９４】
D.5.5 UserEnvironment
内容モデル:(EnvAttributes+)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザに関するいくつかの環境属性を示す。
【０１９５】
D.5.6 EnvAttributes
内容モデル:(#PCDATA)
属性:なし
使用法:規定される属性は、「INDOOR」、「OUTDOOR」、「QUIET」、「NOISY」、「ALONE」、「IN_GROUP」である。
【０１９６】
D.6 個人状態
D.6.1 StatusText
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザが書いてもよい短いテキスト(約30文字)である。
【０１９７】
D.6.2 StatusImage
内容モデル:(#CDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ImageType
使用法:これはユーザが自分の状態情報に添付してもよい画像である。これは、例えばbase64である転送符号化形式のXML内容で伝送される。ImageType属性は、画像の内容符号化、例えばjpegを記述する。
【０１９８】
D.6.3 StatusSound
内容モデル:(#CDATA)
属性:Class、ID、Cacheability、ValidityPeriod、SoundType
使用法:これはユーザが自分の状態情報に添付してもよい短い(約5〜30秒の)音声クリップである。これは、例えばbase64である転送符号化形式のXML内容で伝送される。SoundType属性は、音声の内容符号化、例えばAMR、MP3、AAC、MIDI等を記述する。
【０１９９】
D.7 クライアント機能
プレゼンスのコンテキストでのクライアント機能とは、様々な種類の人間対人間の通信のためのクライアントのホストとなる装置の機能を意味する。これは、アプリケーション・ソフトウェアがクライアント装置の既存のハードウェア及びソフトウェア機能を最大限に利用できるようにする場合とは大きく異なるさらに簡単な問題である。
人間対人間の通信のクラスは、メッセージング、電子メール、音声呼及びマルチメディア呼である。特に、プレゼンスは通信クラスから除外される。プレゼンスの目的は他者に通信手段及び他のユーザ属性を知らせることであって双方向通信自体ではない。このため、プレゼンス情報を分類するために「Client Capability」という用語を使用することはやや紛らわしい面がある。
クライアント機能はネットワーク機能で調べられる。これは例えば、発行者がビデオ呼機能を有しているのは、発行者のクライアント装置がその機能を有し、かつ発行者が現在ローミングしているネットワークがこの機能をサポートする時だけである、という意味である。このため、クライアント機能情報は動的である。
【０２００】
D.7.1 MessagingCapabilities
内容モデル:(MessType*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的メッセージング機能リストを示す。リストが空であるのは、メッセージング機能が現在存在しないことを示す。
【０２０１】
D.7.2 MessType
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアント装置のメッセージング機能の種類を示す。内容は、「SMS」、「MMS」または「X-メッセージ・アプリケーション名」のうちの1つでよい。メッセージ・アプリケーション名のフィールドは、装置特有のメッセージング方法、例えばスマート・メッセージングである。
【０２０２】
D.7.3 EmailClient
内容モデル:(EmailClientType*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的電子メール機能を示す。リストが空であるのは、電子メール機能が現在存在しないことを示す。
【０２０３】
D.7.4 EmailClientType
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアント装置の電子メール・クライアントの種類を示す。内容は、「SMTP」、「POP3」、「IMAP4」または「X-mail application name」のうちの1つでよい。クライアント・ソフトウェアはメール・プロトコル名自体をユーザに提供すべきではない。その代わり、クライアント・ソフトウェアはユーザ装置の電子メール環境を理解し、この電子メール環境の範囲内でプロトコル名を解釈すべきである。また、ユーザに提示される情報はユーザにとって有意であるべきである。
【０２０４】
D.7.5 VoiceCallCapability
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的音声呼機能を示す。内容は、「NONE」、「VOICE_CALL」、「RICH_VOICE_CALL」のうちの1つである。
【０２０５】
D.7.6 MultimediaCallCapabilities
内容モデル:(MMCap*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザの動的単方向及び双方向通信機能を示す。リストが空であるのは機能が現在存在しないことを示す。
【０２０６】
D.7.7 MMCap
内容モデル:(#PCDATA)
属性:なし
使用法:これはマルチメディア呼機能の種類を示す。これは、「UPLINK_VIDEO_STREAMING」、「DOWNLINK_VIDEO_STREAMING」、「VIDEO_CALL」、「RICH_VIDEO_CALL」のうちの1つでよい。
【０２０７】
D.8 ユーザ属性
このクラスはユーザ規定及びクライアント特有両方のプレゼンス・データを含む。
【０２０８】
D.8.1 UserPresenceItem
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ExtRef、ExtRefChange
使用法:これはユーザが固有のプレゼンス項目を規定する手段を示す。同じ役割について1つより多いユーザ指定プレゼンス項目が規定される場合、ID属性の使用が必須である。内容は短いテキストでよい。随意選択の属性ExtRefはこのプレゼンス項目が参照する外部オブジェクトのURLである。このURLは、プレゼンス項目のXML文書を伝える多くの部分に分かれたMIMEの別の部分を参照してもよく、また外部オブジェクトへの参照でもよい。随意選択の属性ExtRefChangeを使用して、外部オブジェクトが変更されたことを加入者に示してもよい。
【０２０９】
D.8.2 ClientTypeRequest
内容モデル:(EMPTY)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者が加入者のクライアント種類を要求するために使用する専用の要素である。発行者がこの要素をある役割に関するプレゼンス・データに含める場合、サーバは、PushPresenceメッセージと共にプレゼンス情報の全ての加入者にこれを送信する。これは、随意選択で、非加入者が特定のプレゼンス項目を要求するために使用するPresenceItemsメッセージ中に含まれてもよい。この要素はPresenceInfoメッセージでは定期的に配送されない。これは加入できるプレゼンス要素ではない。プレゼンス・サーバは、最初にこの項目を加入者に送信した後で、周期的にこの項目をその後のPushPresenceメッセージに含め、全ての加入者クライアントが確実にこの項目を有するようにしてもよい。
クライアントは、この項目を受信すると、自分のクライアント種類をプレゼンス・サーバに送信する。さらに、この項目がクライアントに格納されたプレゼンス情報である場合、クライアントは起動する都度その種類をサーバに送信すべきである。
発行者が自分の加入者のクライアント種類を知る別の方法は、発行者が加入者となってクライアント種類を申し込むことであろう。しかしこれは異なったビジネスモデルである。発行者は必ずしも自分自身の加入者のうちのひとりになりたいとは限らない。この要素によって発行者は、発行者とプレゼンス・サービス・プロバイダとの間の既存の契約上の枠組の中でクライアント種類を得ることができる。さらに、この方法によって、加入者クライアントは自分の種類をサーバに送信するよう義務付けられる。発行者が加入モデルを使用してクライアント種類を獲得している場合、この情報を発行者に対して許可するかどうかは加入者の自由である。
【０２１０】
D.8.3 ClientType
内容モデル:(ClientName、ClientManufacturer、ClientVersion)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:加入者クライアント種類の知識は、プレゼンス集合に対するクライアント特有の拡張を可能にするために発行者が使用する。加入者クライアントが拡張項目を復号できない場合、発行者がこうした拡張項目を使用する意味はない。
加入者クライアントは、UpdatePresenceメッセージを使用してクライアント種類情報をプレゼンス・サーバに送信する。メッセージで使用されるGroupIDは発行者の役割に属し、加入者自身の役割には属さない。これは、ユーザがプレゼンス情報の更新を許可されているのは自分自身の役割だけであるという一般原則の例外である。プレゼンス・サーバは、PushPresenceメッセージを使用してこの要素の情報を発行者に送信する。使用されるGroupIDは発行者役割に属する。発行者の視点から言うと、発行者は自分自身のプレゼンス集合からプレゼンス情報を得る。
発行者は自分自身のクライアント種類を自分のプレゼンス集合に含めてもよい。その場合この情報は他のプレゼンス情報と同様に処理され、プレゼンス・サーバまたは加入者クライアントでの特殊な挙動を含まない。
【０２１１】
D.8.4 ClientName
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はプレゼンス・クライアント・アプリケーションの名称を示す。
【０２１２】
D.8.5 ClientManufacture
内容モデル:(#PCDATA)
属性:なし
使用法：この要素はプレゼンス・クライアント製造業者の名称を示す。
【０２１３】
D.8.6 ClientVersion
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はクライアント・アプリケーションのバージョンを示す。
【０２１４】
D.8.7 ClientPresenceItem
内容モデル:(ClientType、CliPresItem)
属性:Class、ID、Cacheability、ValidityPeriod、ContentChange
使用法:この要素は発行者のクライアント・アプリケーション特有のプレゼンス項目である。ClientTypeは発行者のプレゼンス・クライアントのクライアント種類である。この要素の一部として使用される場合、ClientType項目中では属性は使用されない。発行者が1つより多いクライアント特有のプレゼンス項目を規定する場合、ID属性の使用が必須である。随意選択の属性ContentChangeは0から255までのカウンタである。これは、使用される場合、プレゼンス項目の内容が変更される都度1つ増える。これは、プレゼンス・サーバに、非標準プレゼンス項目の内容の変更を検出する代替手段を提供する。プレゼンス・サーバにとって別の代替案は、この項目が同じID属性と共にサーバに送信される都度内容が変更されると想定することであろう。サーバは、ContentChange属性がクライアントによって使用されていない場合このような挙動を取る。同じID属性を有する2つの項目がContentChange中で同じカウンタ値を有する場合、これら2つの項目の内容は同一である。
【０２１５】
D.8.8 CliPresItem
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はクライアント特有のプレゼンス拡張である。その構文及び構造はクライアントには既知だがネットワーク要素には知られていないと想定される。
【０２１６】
D.9 拡張プレゼンス・サービス
拡張プレゼンス・サービス・クラスは、サービス・プロバイダ特有の拡張をプレゼンス・サービスに提供するようになっている。クライアント・アプリケーション特有の拡張と同様、拡張を復号できる必要があるのはサービスの端点(すなわち、発行者と加入者クライアント)だけである。プレゼンス・サーバが拡張機能を理解することもありうるが、それはこの明細書によって義務付けられるわけではない。クライアント特有の拡張の方法とこの方法との間の相違は、サービス・プロバイダが制御するクライアントは標準プレゼンス項目を実装する必要がないことである。プレゼンス項目はサービス・プロバイダによって完全に規定されており、ユーザ装置をホストとするクライアントを新しい機能によって更新する手段が存在すると想定する。1つの可能な更新方法は無線によるソフトウェア・ダウンロードである。新しい種類のプレゼンス項目を生成する場合、サービス・プロバイダはこの新しい種類のプレゼンス項目をサポートするよう既存のクライアントを更新する必要がある。サービス・プロバイダが制御するクライアントは、標準プレゼンス・クライアント経由ではなく直接プレゼンス・サーバと通信する。標準プレゼンス・クライアントはこのクラスの全ての要素を無視する。
拡張プレゼンス・サービスは主としてこのクラスの要素を使用する。標準プレゼンス要素の規定を使用することも可能である。これは標準プレゼンス・プロトコルを使用する。
【０２１７】
D.9.1 ExtPresence
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ContentChange
使用法:この機構によって1つより多いプレゼンス項目が規定される場合ID属性の使用は必須である。随意選択のContentChange属性もこの要素について利用可能である。コンテンツの構文及び表示は本明細書の範囲外である。プレゼンス・サーバとプロキシによって、コンテンツはこの要素を含むXML文書と同じ多くの部分に分れたMIME中で伝えられるオブジェクトを参照できるようになる。
【０２１８】
D.10 プレゼンス内容フォーマット用DTD
【０２１９】
【表２０】
【０２２０】
【表２１】
【０２２１】
【表２２】
【０２２２】
【表２３】
【０２２３】
【表２４】
【０２２４】
【表２５】
【０２２５】
【表２６】
【０２２６】
【表２７】
【０２２７】
D.11 PresenceNames用DTD
PresenceNames用DTDは、プレゼンス項目名と属性だけが含まれていること以外はプレゼンス用のものと同じである。プレゼンス値は使用されない。
【０２２８】
【表２８】
【０２２９】
【表２９】
【０２３０】
【表３０】
【０２３１】
【表３１】
【０２３２】
【表３２】
【０２３３】
【表３３】
【０２３４】
【表３４】
【０２３５】
【表３５】
【０２３６】
当業者に明らかなように、技術の進歩に伴って、本発明の概念は多くの異なった方法で実現できる。従って、本発明とその実施例は上記の例に制限されず、添付の請求項の範囲と精神において変化しうる。
【図面の簡単な説明】
【０２３７】
【図１】図1は、移動IMPSシステムを説明するブロック図を示す図である。
【図２】図2は、プレゼンス属性の送信を説明するシグナリング図を示す図である。
【図３】図3は、修飾子の使用法を説明するシグナリング図を示す図である。
【図４】図4は、本発明による、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムの1つの実施例を示す図である。
【図５】図5は、本発明による、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムの別の実施例を示す図である。
【図６】図6は、本発明によるプレゼンスの構成を示す図である。
【図７】図7は、本発明によるプレゼンス・データベースを示す図である。
【図８】図8は、本発明による未加入プレゼンスの流れ図を示す図である。
【図９】図9は、本発明によるプレゼンス情報の加入済配信を示す図である。
【図１０】図10は、本発明によるユーザ・グループとプレゼンス集合との管理を示す図である。
【０００１】
本発明は、移動通信システムにおけるメッセージングに関し、特に、移動インスタント・メッセージング及びプレゼンス・サービスにおけるプレゼンス属性に関する。
【０００２】
インスタント・メッセージング・サービスは、エンドユーザに、高速で対話形の、主としてテキストによる通信を行う手段を提供する。インスタント・メッセージングの有用性は、ユーザのチャット・パートナーまたは「友人」のオンライン状態及び利用可能性を追跡すると共にその状態または利用可能性の変化をユーザに通知するサービスの追加によって大きく向上する。この種のサービスは「プレゼンス・サービス」と呼ばれる。一般に、プレゼンスは様々な手段を介してインスタント・メッセージング・サービスに接続されたユーザまたはクライアントに関する様々な動的情報を含むものと考えられる。この情報の例は、通信するユーザの到達可能性、利用可能性及び位置である。インスタント・メッセージングとプレゼンス・サービスの組合せはインスタント・メッセージング及びプレゼンス・サービス(IMPS)と呼ばれる。この種のサービスは有線インターネット・ユーザには利用可能であったが、有線ユーザと移動ユーザとの間の相互接続性は達成されていなかった。
【０００３】
ワイヤレス・ビレッジ(Wireless Village)・イニシアティブは移動インスタント・メッセージング及びプレゼンス・サービスについての仕様を規定するため設立された。ワイヤレス・ビレッジのインスタント・メッセージング及びプレゼンス・サービス(IMPS)には、プレゼンス、インスタント・メッセージング、グループ及び共有内容という4つの主要な機能が含まれる。共有内容によってユーザとオペレータとは、自分たちが画像、音楽及び他のマルチメディア内容を掲示することのできる固有の記憶領域を設定し、IMまたはチャット・セッションで他の個人及びグループと共有することができる。ワイヤレス・ビレッジ・イニシアティブによって、オペレータとエンドユーザとの両方がグループを生成し管理できるようになる。プレゼンスはワイヤレス・ビレッジ・イニシアティブにとって主要な実現技術である。インターネットによる既存のインスタント・メッセージング・サービスでは、プレゼンスの値は普通、ユーザがアクセスできる状態、不在、通信したくない、等といった非常に簡単なものである。こうした値が所定の値の集合から選択される。ワイヤレス・ビレッジの移動IMPSソリューションに関する白書「ワイヤレス・ビレッジ、移動IMPSイニシアティブ:白書(「Wireless Village,The Mobile IMPS Initiative:White Paper」)」2001年4月26日付が出版されている。既存の移動端末は、個人の状態をデスクトップ・コンピュータより正確に反映する個人ツールと考えられる。ユーザ及び移動端末から得られる情報の広範さを考慮すると、プレゼンス情報のドメインを予想することは非常に困難である。従って、新しい種類のプレゼンス情報を容易に使用及び追加することのできる機構を開発する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、すでに決定されたプレゼンス属性の他に新しいプレゼンス属性を生成するソリューションを提供することである。
【０００５】
本発明の別の目的は、クライアントが使用するプレゼンス属性をどのように編成し格納するかを示すことである。
【課題を解決するための手段】
【０００６】
本発明の第1の態様によれば、移動メッセージング・システムのクライアント装置は、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する。プレゼンス属性を受信するクライアント装置は、受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する。プレゼンス属性はあるユーザ及び/またはクライアント装置に関するプレゼンス情報を記述するデータの集まりであり、そのプレゼンス情報は他のユーザを対象としたものである。また、プレゼンス情報はクライアント装置間のマシン同士の通信に関する情報を含んでもよい。
【０００７】
さらに、本発明の第1の態様によれば、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、クライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段とプレゼンス属性をサーバから受信する手段とを備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類され、サーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムは、クライアント装置が属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段を備え、クライアント装置が受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する手段を備えることを特徴とする。
【０００８】
本発明の第2の態様によれば、クライアント装置は、オーソライザ(authorizer)、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成し、その際オーソライザが属性の維持に責任を負う主体を指定し、修飾子が属性の使用を指定する。プレゼンス属性を受信すると、サーバ及びクライアント装置は、受信した属性と同じ識別子を含むすでに格納された属性を探索する。受信した属性の識別子の組合せがすでに格納された属性のものと同一であれば、すでに格納された属性を受信した属性によって置換する。そうでなければ、以前の属性を置換せずに受信した属性を追加する。
【０００９】
さらに、本発明の第2の態様によれば、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、クライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段とプレゼンス属性をサーバから受信する手段とを備え、プレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類され、サーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムは、クライアント装置が、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成し、オーソライザが属性の維持を担当する主体を指定し修飾子が属性の使用を指定し、サーバが、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備え、クライアント装置が、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００１０】
さらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置が、属性の提示設定を修飾子中で指定する手段を備え、クライアント装置が、修飾子に基づいて受信した属性を提示する手段を備えることを特徴とする。
【００１１】
またさらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置が、属性のアドレス指定先となるべきアプリケーションを修飾子中で指定する手段を備え、クライアント装置が、受信した属性を修飾子によって示されるアプリケーションにアドレス指定する手段を備えることを特徴とする。
【００１２】
またさらに、本発明の第1及び第2の態様によれば、本システムは、サーバが、修飾子に基づいて属性を1つかそれ以上のクライアント装置に送信すべきかを決定する手段を備えることを特徴とする。
【００１３】
さらに、本発明の第1及び第2の態様によれば、本システムは、クライアント装置からサーバによって受信されたプレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベースに格納されることを特徴とする。
【００１４】
またさらに、本発明の第1及び第2の態様によれば、本システムは、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００１５】
またさらに、本発明の第1及び第2の態様によれば、本システムは、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割(publisher role)に属する1つかそれ以上の属性を備えることを特徴とする。
【００１６】
またさらに、本発明の第1及び第2の態様によれば、移動メッセージング・システムは、クライアント装置のユーザが発行者としてそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できることを特徴とする。
【００１７】
本発明の第3の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置がプレゼンス情報をプレゼンス属性としてサーバに送信する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段を備えることを特徴とする。
【００１８】
本発明の第4の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置がプレゼンス属性をサーバから受信する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段と、受信した属性中の修飾子パラメータに応じて受信したプレゼンス属性を処理する手段とを備えることを特徴とする。
【００１９】
本発明の第5の態様によれば、移動メッセージング・システムのための移動クライアント装置であって、そのクライアント装置が、プレゼンス情報をプレゼンス属性としてサーバに送信する手段と、プレゼンス属性をサーバから受信する手段とを備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置は、そのクライアント装置がさらに、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成する手段であって、オーソライザが属性の維持に責任を負う主体を指定し、修飾子が属性の使用を指定する手段と、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００２０】
さらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示する権限文字列を含んでもよい。
【００２１】
さらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。
【００２２】
またさらに、本発明の第3、第4及び第5の態様によれば、本移動クライアント装置は、クライアント装置のユーザが発行者としてそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できることを特徴とする。
【００２３】
本発明の第6の態様によれば、移動メッセージング・システムのためのサーバであって、そのサーバが受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備え、そのプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類されるサーバは、そのサーバがさらに、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換しそうでなければ受信した属性を追加する手段とを備えることを特徴とする。
【００２４】
さらに、本発明の第6の態様によれば、本サーバは、クライアント装置からサーバによって受信されたプレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベース中に格納されることを特徴とする。
【００２５】
またさらに、本発明の第6の態様によれば、本サーバは、各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００２６】
またさらに、本発明の第6の態様によれば、本サーバは、プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上のプレゼンス属性を備えることを特徴とする。サーバと通信し発行者の役目を果たすクライアント装置のユーザはそのクライアント装置または1つより多い発行者役割における1つより多いクライアント装置を使用できる。
【００２７】
本発明の第7の態様によれば、プレゼンス・システムは、プレゼンス・ユーザが発行者または加入者としてシステムと対話できるようにする少なくとも1つのプレゼンス・クライアントを有する少なくとも1つの物理装置と、関連するプレゼンス・グループに応じて加入者がアクセスする発行者の属性のプレゼンス集合の有効な値を維持するサーバとを備える。
【００２８】
さらに、本発明の第7の態様によれば、プレゼンス・システムは、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性の使用に関する情報を有する修飾子を含んでもよい。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００２９】
またさらに、本発明の第7の態様によれば、本プレゼンス・システムは、プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。発行者としてシステムと対話するユーザは、プレゼンス・クライアントまたは1つより多い発行者役割における1つより多いプレゼンス・クライアントを使用できる。各属性は、属性名称要素及び属性値を含む項目の一部であってもよい。
【００３０】
またさらに、本発明の第7の態様によれば、少なくとも1つの物理装置は移動物理装置である。
【００３１】
本発明の第8の態様によれば、物理装置に格納するためコンピュータ可読媒体内に組み込まれたコンピュータ・プログラムは、そのプログラムが、関連する少なくとも1つのプレゼンス・グループに応じて1つかそれ以上の加入者がアクセスする属性の少なくとも1つのプレゼンス集合の発行者としてプレゼンス・ユーザがプレゼンス・システムと対話できるようにするプレゼンス・クライアント・プログラムであることを特徴とする。
【００３２】
さらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、このプログラムが、加入者がメンバであるプレゼンス・グループに関連する属性の少なくとも1つの集合への加入者としてプレゼンス・ユーザがプレゼンス・システムと対話できるようにすることを特徴とする。
【００３３】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は属性の使用に関する情報を有する修飾子を含んでもよい。
【００３４】
さらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、属性名称要素が属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする。
【００３５】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。システムと対話するユーザは発行者としてプレゼンス・クライアント・プログラムまたは1つより多い発行者役割における1つより多いプレゼンス・クライアント・プログラムを使用できる。各属性は、属性名称要素及び属性値を含む項目の一部であってもよい。
【００３６】
またさらに、本発明の第8の態様によれば、本プレゼンス・クライアント・プログラムは、物理装置が移動物理装置であることを特徴とする。
【００３７】
本発明の第9の態様によれば、内部に格納されたコンピュータ可読媒体中に組み込まれたコンピュータ・プログラムを有する物理装置は、そのプログラムが本発明の第8の態様に従うプレゼンス・クライアント・プログラムであることを特徴とする。
【００３８】
本発明の第10の態様によれば、物理装置中に格納するためコンピュータ可読媒体に組み込まれたデータ構造は、そのデータ構造が、プレゼンス集合に関連するプレゼンス・グループに応じて加入者がアクセスするため1つかそれ以上の発行者の属性のプレゼンス集合の有効な値を格納するプレゼンス・データベースであることを特徴とする。
【００３９】
さらに、本発明の第10の態様によれば、データ構造は、各属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする。属性名称要素は、属性の使用に関する情報を有する修飾子を含んでもよい。属性名称要素は、属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含んでもよい。
【００４０】
またさらに、本発明の第10の態様によれば、プレゼンス集合は、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする。
【００４１】
またさらに、本発明の第10の態様によれば、データ構造は、物理装置と対話するユーザが発行者として1つより多い発行者役割を発行するためデータ構造を使用することができ、各役割は別個のプレゼンス・グループに関連する別個のプレゼンス集合を有することを特徴とする。
【００４２】
またさらに、本発明の第10の態様によれば、データ構造は、物理装置が移動装置であることを特徴とする。
【００４３】
本発明の第11の態様によれば、内部に格納されたコンピュータ可読媒体中に組み込まれたデータ構造を有する物理装置は、そのデータ構造が本発明の第10の態様に従うプレゼンス・データベースであることを特徴とする。
【発明の効果】
【００４４】
本発明の利点は、修飾子を追加することによって所定のプレゼンス属性の調整が可能なことである。修飾子を使用して新しい属性を追加してもよい(修飾子を伴う属性は一意に識別できる、すなわち属性名称が同じだが修飾子のない属性と機能的に分離できるため)。すなわち、例えばユーザまたはアプリケーション開発者は、所定の種類に制限されることなく、自分たちの要求に最も適合するかまたは現在の実際の状態を記述する新しいプレゼンス属性を容易に決定できる。修飾子によってプレゼンス情報の送信者(所有者)は受信クライアント装置でプレゼンス情報をどのように使用するかを指定できるようになるので、修飾子を使用することによって別の利点がもたらされる。
【００４５】
本発明の1つの実施例では、属性のアドレス指定先となるアプリケーションは修飾子で指定される。受信された属性は修飾子で示されたアプリケーションにアドレス指定される。本実施例のさらなる利点は、送信側クライアント装置は使用されるアプリケーションを規定してもよく、それによってあるプレゼンス情報をあるアプリケーションに送るため修飾子を使用してもよいということである。
【００４６】
本発明の別の利点は、同じ役割のプレゼンス集合の全体または一部に加入する権利を有するメンバの関連する許可グループを有する役割内で単一のプレゼンス集合中の名前、属性及び値によってどのようにプレゼンス項目を組み立てるかを示すことである。
【００４７】
以下、本発明は好適実施例により添付の図面を参照してさらに詳細に説明される。
【発明を実施するための最良の形態】
【００４８】
図1は、移動IMPSシステムを示す。いくつかの移動クライアント(MC)は移動ネットワークMNWと場合によっては1つかそれ以上の中間ネットワークONWとを介してIMPSサーバSに接続される。典型的には中間ネットワークとしてインターネットが使用されるので、非移動クライアントCがIMPSシステムによるサービスを提供されることもある。IMPSサーバSは、プレゼンス・サービスに関して、プレゼンス情報を所有する発行側クライアントのためのホーム・サービス要素である発行者サーバPSと、加入側または要求側クライアントのためのホームである加入者サーバSSというサーバ要素に機能的に分割できる。従って、クライアントMCは両方のサーバからサービスを提供される。すなわち、MCはPSに対してそのプレゼンス情報を更新して発行側クライアントの役目を果たし、その一方で、加入者サーバSSから、他のクライアントに関するプレゼンス情報をプレゼンス属性として要求し受信する。サーバPSは、プレゼンス情報に関するユーザの発行上の選択に基づいてプレゼンス・データを維持しその分配を管理する。SS及びPSの機能は1つの物理サーバ装置上で実行してもよくまた複数のサーバ装置に分配してもよい。
【００４９】
この説明はプレゼンス関連サービス機能に主眼を置いていることに注意されたい。他の重要な移動IMPSサービス機能としてメッセージング機能、ユーザ・グループ管理機能、内容管理機能、加入者管理機能、及びクライアント機能がある。移動IMPSサービスはこうしたサービス機能を使用することによってもたらされる。例えば、クライアントMCはいくつかのユーザ・グループに属してもよく、サーバSはグループのメンバ構成を管理し、インスタント・メッセージングを処理し、グループのメンバ間でプレゼンス情報を配信する。また、サーバの1つの重要な役割は情報フローの制御である。すなわち、サーバは、例えばプレゼンスまたは他の情報のうち、「友人」のグループのメンバに配信してよいものと、「仕事の同僚」のグループのメンバに配信してよいものと、また任意のクライアントに公開してよいものとを規定する、ユーザの選択に基づくフィルタを有してもよい。
【００５０】
様々なトランスポート層プロトコルが使用可能であり、典型的にはIPプロトコルを使用してネットワーク層サービスを提供する。様々な下位層伝送プロトコルを使用してもよい。移動ネットワークMNWは、GSMサービスをサポートするセルラ・ネットワーク、GPRSサービス(汎用パケット無線サービス)をサポートするネットワーク、UMTSネットワーク(ユニバーサル移動通信システム)のような第3世代移動通信ネットワーク、無線ローカルエリア・ネットワークWLANまたは私設ネットワークといった任意の無線ネットワークでよい。また、ブルートゥース(BluetoothTM)通信のような短距離赤外線または無線接続を、MCとサーバSとの間の通信経路の一部として使用してもよい。移動クライアント装置MCは、例えば移動局、PDA装置、または無線モデムを備えているかまたはそれに接続されたラップトップ・コンピュータでもよい。移動IMPSメッセージは、例えば回線交換データ呼、パケット交換データ伝送コンテキスト、SMSまたはMMS(マルチメディア・メッセージング・サービス)といったメッセージング・サービスを使用して転送すればよい。図2は、プレゼンス属性の使用法を示す。移動クライアントMCは、発行すべき1つかそれ以上のプレゼンス属性を決定すると(201)、発行者サーバPSに対してプレゼンス属性の更新を行う(202)、すなわち、1つかそれ以上のプレゼンス属性を発行する。プレゼンス属性の決定(201)は、何らかのプレゼンス情報が変更された時、自動的にかまたはユーザの意志によって、クライアントが移動IMPSサーバとの論理移動IMPSセッションを確立する時なされる。例えば、段階201は、所定の時間、データの時点で自動的に開始してもよく、移動クライアントMCでのユーザ・プロファイルの変更によって開始してもよい。クライアントMC(A)は、サーバSSの移動IMPSサービスにアクセスする時、別のクライアント(B)のプレゼンス情報を要求してもよい(203)。加入者サーバSSは発行者サーバPS(クライアントAの)からのこの情報を要求する(204)。これが発行の選択(クライアントBの)によって許可されると、PSは1つかそれ以上のプレゼンス属性をSSに送信する(205)。クライアントBが発行の選択を設定することで、要求された情報の一部の(クライアントA宛、または一般的な)送信を阻止することが可能である。また、クライアントがSSのサービスとの論理接続を確立する時、SSはユーザの選択(Aの)に基づいてプレゼンス情報を自動的に要求してもよい(204)。SSはプレゼンス属性を受信側クライアントMC(A)に転送する(206)。
【００５１】
加入者サーバSS(及び発行サーバPS)は典型的には変更されていないクライアントに対してクライアントに起源を有するプレゼンス属性を送信する。しかし、サーバPSに実装された内容適応機構が存在することもある。内容適応は、受信側クライアントのクライアント機能と調和するような形でプレゼンス属性を変更するという課題を扱う。クライアントからの要求に対する応答としてプレゼンス情報を送信することに加えて、発行の選択に応じてプレゼンス情報を利用可能なクライアントMC(サービスに論理的に接続された)に送りつけることも可能である。この送りつけるやり方のプレゼンス通知は、発行者サーバが発行者クライアントから更新を受信する場合、発行者サーバが属性値の変化を検出する場合、または値を更新する実装に特有の内部トリガによりといった3つの機構によってトリガすればよい。
【００５２】
従って、クライアントMCは、PSに対して1つかそれ以上のプレゼンス属性を更新し、SSからプレゼンス属性を受信及び処理し(207)、少なくとも1つのプレゼンス属性から得たプレゼンス情報をユーザに提示するよう構成されている。MCは好適には、プレゼンス属性を伝えるために使用される更新メッセージ中の新しいプレゼンス属性値が受信される(またはクライアントが移動IMPSセッションを終了する)までプレゼンス情報(プレゼンス属性値)を格納する。さらに、後でより詳細に示されるように、クライアント装置は自動的に受信したプレゼンス情報を利用してその機能をしかるべく調整してもよい。図2に示されるシグナリングに加えて、プレゼンス属性を要求側クライアントに送信する前に、プレゼンス情報の発行者から許可を要求してもよい。図2は、例えばメッセージ202の後でサーバが応答しうる状態メッセージを示していない。
クライアント起源のプレゼンス属性とは、値フィールドが発行側クライアントによって満たされたものである。サーバ起源のプレゼンス属性とは、値フィールドが発行者サーバによって満たされたものである。プレゼンス属性のある部分がクライアントによって満たされ残りの部分が発行者サーバによって満たされている場合、そのプレゼンス属性はクライアント-サーバ起源である。本発明の好適実施例によれば、ユーザまたは組織は所定の集合の属性の他に新しいプレゼンス属性を規定してもよい。プレゼンス属性は以下の種類に分類できる。
-クライアント状態:通信するためのクライアント装置の利用可能性を記述するプレゼンス属性。例えば、ネットワークの到達可能性、GPRS接続、オン/オフ状態、オペレータ。従って、移動IMPSサービスにおけるこれらの属性は、非移動クライアント装置のために使用されるIMPSのものとは大きく異なっている。
-ユーザ状態:通信するためのユーザの利用可能性を記述するプレゼンス属性。例えば、準備完了、会議中、手が離せない、不在、電話中、チャット中、就寝中。
-地域情報:ユーザのいる地域の環境を記述するプレゼンス属性。例えば、現地時間、騒々しい/静かな環境、室内、室外、例えば、地理的位置、訪問先PLMN、都市/通り、施設といったユーザの所在地。例えば、移動クライアントの正確な位置は地域情報属性について直接得られ、利用可能性状態(会議中、夏季別荘に滞在中、等)は移動クライアントMCのユーザ・プロファイル設定を介して容易に得られる。
-個人状態:個人ユーザ状態を記述する様々な個人属性。例えば、気分、個人の関心及び意図。
-クライアント機能:様々な通信手段、様々な媒体種類、及び様々な特徴をサポートするクライアント装置の機能を記述するプレゼンス属性。
-ユーザ属性:クライアント装置またはユーザが自己のテキスト・プレゼンス値及び外部値に対する参照を規定できるようにするプレゼンス属性。
-拡張プレゼンス情報:ベンダ特定であるかまたはサービス・プロバイダが動的に規定する非標準プレゼンス属性であるが、それにもかかわらず標準プレゼンス・サーバを通じて伝える必要があるもの。
すなわち、移動クライアント装置及び実際のユーザについて様々なプレゼンス属性が存在しうる。例えば、ユーザをメッセージを受信できるものとして規定せず、ユーザのクライアント装置をオンラインになっているものとして規定してもよい。また、SMSがベアラとして使用されている場合、ユーザはメッセージを受信することはできるがオンラインではないものとして規定してもよい。
【００５３】
プレゼンス属性の一般構造及び識別
表1はプレゼンス属性の一般構造を記述する。プレゼンス属性は一般に識別子部分と複数の値フィールドとを備えている。Reqフィールドはその要素が必須Mか、随意選択Oか、または条件付きCかを決定する。属性情報はXMLフォーマット(拡張可能マークアップ言語)である。
【００５４】
【表１】
NameSpec要素の下位要素を表2に記述する。
【００５６】
【表２】
属性の名称は「Name」という情報要素によって与えられる文字列である。Name情報要素は表3で規定されるフォーマット中の全てのプレゼンス属性について規定される。
【００５８】
【表３】
Qualifier要素のフォーマットを表4に示す。
【００６０】
【表４】
Qualifier要素を使用して、属性使用の範囲を指定する。修飾子は特に、新しい属性を追加するか、またはプレゼンス情報の送信者(発行者)が受信側クライアント装置でプレゼンス情報をどのように使用すべきかを指定できるようにする、という2つの目的のために使用できる。すなわち、修飾子文字列は、受信側クライアント装置における1つかそれ以上のアプリケーションについてのパラメータとして使用してもよい。
【００６２】
例えば、発行者が自分の正確な所在地(例えば通りの番地)を知るのは一部のユーザだけ(グループAと呼ぶ)に制限し、他のユーザ(グループBと呼ぶ)にはより大まかな住所(例えば都市名だけ)を知らせるようにしたい場合、発行者は都市名を含めた位置属性をグループBに対して発行すればよい。グループAに対しては、発行者はQualifier(例えば「私の親友」といった)を位置属性に添付する。これによって事実上、Qualifier「私の親友」を持った新しい属性が生成される。次に発行者はこの新しい属性に通りの名称を含め、それをグループAに対して発行する。属性が異なっているので、サーバPSは両者の値を区別することができる。また、ある人物がグループAとBとの両方に属する場合、この人物のクライアント装置はこれらの2つの属性を区別するよう設定できる。クライアント装置は、ユーザが起動したグループに応じて属性を提示(及び場合によっては利用)するよう設定してもよい。ありうるQualifierの値はクライアント及びサービス・プロバイダが事前割当してもよく、またユーザ(発行者)が動的に割当てもよい。また、サービス・プロバイダは動的に割当てられるQualifierの値の数を制限してもよい。
【００６３】
権限要素は属性とその内容を一意に保持する責任を負う主体を決定する。これは属性拡張機構に関する。
【００６４】
【表５】
一般に、値フィールド名称は属性内で一意でなければならない。すなわち、新しい値フィールドを既存の属性に導入することは、その属性を規定した主体によって設定された規則によって処理されなければならない。新しい値フィールドを追加することによって古い属性は新しいものに変換される。新旧の属性を共存させるため、Authorityフィールドのプレゼンスはこのことをシグナリングしなければならない。また、出資者が公開維持のため属性を開放することもありうる。この種の属性はIANA(インターネット・アサインド・ナンバー・オーソリティ)のような適切な公共機関によって登録され、やはりAuthorityフィールドでシグナリングされる。この場合、任意の出資者は、Authorityフィールドを変更する必要なしに属性についての追加値フィールドを登録してもよい。サーバ(PS、SS)は、値フィールドの意味が理解できない時でも、属性から値フィールドを除去しない。クライアントMCは属性中の理解できない値フィールドは全て無視する。
【００６５】
属性は要素NameSpecによって識別され一意とされる。図3は、NameSpec要素及び修飾子の使用の例を示す。クライアント装置MC1のある属性について修飾子が決定される(301)。ユーザが修飾子を決定することも、クライアント装置MCがそれを決定することもありうる。望ましいユーザ・グループを指定し、受信側クライアント装置(MC2)でのプレゼンス情報の提示方法を決定し、あるいはそうでなければ受信側クライアント装置MC2による属性の使用方法を指定するために修飾子を使用してもよい。修飾子を決定する際移動クライアントMCのユーザ・プロファイルを利用できる。例えば、MC1は現在のプロファイル(例えば会議中)、カレンダー・エントリ(会議は12:00に終了)及び現地時間に基づいてプレゼンス属性を構成する。修飾子を使用することによって、プレゼンス属性は受信側クライアントMC2にとって有用な情報を含むよう容易に変更できる。属性はサーバPSに送信される(302)。
【００６６】
PSは受信した属性のNameSpec要素を格納された属性と比較する(303)。PSはまずAuthority文字列を互いに比較する。Authority文字列を含まない属性はAuthority文字列を含むいかなる属性とも異なっている。次に、属性名称を比較する。最後にQualifier文字列を比較する。Qualifier文字列を含まない属性はQualifier文字列を有するいかなる属性とも異なっている。2つの属性が同じなのは、これら3つの比較が全て同じ結果を出した時だけである。すなわち、修飾子を有する受信した属性を、同じ属性名称を有するが異なった修飾子を有する属性と機能的に分離することが可能である。
【００６７】
発行サーバPSはこの種の比較を行い、受信した属性の値フィールドは何れかの既存のプレゼンス情報を置換するものか、またその属性はMC2のプレゼンス情報記憶装置に追加すべき新しいものかを決定する。この比較に基づいて、PSは受信した属性中の情報を格納する(303)。前記受信した属性の全ての識別子がすでに格納された属性のものと同じであれば、PSはすでに格納された属性の前のプレゼンス情報を前記受信した属性のプレゼンス情報によって置換する。そうでなければ、PSは、前の情報を置換せず、前記受信した属性のプレゼンス情報を追加する。PSはその属性を少なくとも1つのクライアント装置MC2に送信する(304)(自動的に、またはMC2からの要求に応じて送りつける)。1つの実施例によれば、修飾子は属性の送り先となるグループを決定する。さらに、例えば電話帳の私用連絡先と公用連絡先でプレゼンス情報の提示方法を変えるため、修飾子を使用してもよい。すなわち、PSは修飾子に基づいて受信側クライアント装置を決定してもよい。動的電話帳サービスのサービス機能は、まずクライアント状態属性、ユーザ状態属性及び個人状態属性をさらに十分に以下で説明した後に説明する。
【００６８】
また、受信側クライアントは、PSの場合と同様の比較を行った(305)後で、受信したプレゼンス属性を格納する必要の有無、またその方法を決定する。プレゼンス属性のこの種の３つから成る識別によって、プレゼンス属性の非常に柔軟な使用、管理、及び生成が可能になる。
【００６９】
修飾子を使用してクライアント装置MC2における属性の使用を指定する多くの方法が存在する。典型的には、クライアント装置MCは複数のアプリケーションをサポートできる。第1の実施例によれば、クライアント装置MC1は使用すべきアプリケーションを指定する修飾子を追加する。アプリケーションとは一般に、例えばポート番号によって識別できる任意のアプリケーション・エンティティを指す。このアプリケーションはクライアント装置MC1で属性のプレゼンス情報を処理したものと同じものでもよく、別のアプリケーションでもよい。受信側クライアント装置MC2は受信した属性を修飾子が指示するアプリケーションにアドレス指定する(305)。例えば、修飾子を使用して、同じプレゼンス情報を電話帳アプリケーションとゲーム・アプリケーションとに送信してもよい。これらのアプリケーションはプレゼンス情報を異なった形で使用しうるので、アプリケーションの必要に応じて属性を正確に調整することも可能である。
【００７０】
第2の実施例によれば、クライアント装置MC1は属性の提示を指定する修飾子を追加する。受信側クライアント装置MC2は、その修飾子に基づいて受信した属性を提示する(305)。修飾子は、例えば、情報全てをユーザに示すべきか否か、又は情報のどの部分を示すべきかを決定してもよい。また、修飾子は、色、フォント等の様々なユーザ・インタフェース設定を決定してもよい。すなわち、MC2のUIは修飾子中の設定に基づいて設定される(305)。
【００７１】
クライアント状態属性
好適実施例によれば、移動クライアントMCは、移動クライアントMCの現在の伝送機能を記述するプレゼンス属性を利用する。この種の属性の構造を表6に示す。この属性は、モデム属性と呼ばれ、移動ベアラを取り扱うユーザ端末部分または機能に関するプレゼンス情報を提供する。
【００７２】
【表６】
【表７】
表8に示されるStatus値フィールドは移動モデムの状態を示す。
【００７５】
【表８】
Status値フィールドはモデムの電源が入っているか否かを示す。好適実施例によれば、プレゼンス属性には、好適には属性の必須Status値フィールド中にあるDIS指示が含まれる。属性中にDISが設定されると、その属性中で与えられた全ての値は無効になる。従って、受信側移動クライアントMCはその属性の値フィールドを無視することができる。また、そのプレゼンス属性の前の値も削除される(及びゼロにされる)。すなわち、DIS指示を有するが他の値フィールドのない属性を送信するのが効果的である。この種の属性が必要とする空間は非常に小さいので、無線インタフェース上の必要な帯域幅を節約できる。特にユーザ属性を記述する属性の場合、このことは特に有用である。
【００７７】
再び表7を参照すると、モデム属性のCommAddr値フィールドにはモデム(MC)の通信アドレスが含まれる。これは、通信手段と連絡先アドレスという2つの部分を含む。手段部分は、サポートされる通信方法、特に、モデムがパケット交換(PS)データ、回線交換(CS)データまたは音声、SMSまたはMMSのどれをサポートするかに関する情報を伝える。連絡先部分にはアドレス、例えばMSISDN番号が含まれる。
【００７８】
CS_Status値フィールドは、モデムの回線交換状態(登録または未登録)を示す。PS_Status値フィールドは、モデムのパケット交換状態(接続または未接続)を示す。RoamingStatus値フィールドはホームPLMN(公衆陸上移動ネットワーク)と、場合によってはモデムが現在ローミングしているPLMNとを示す。CS_CallStatus値フィールドはCSベアラの着信呼状態(データまたは音声、アクティブまたは非アクティブ)を提供する。モデムが多重呼機能をサポートする場合、モデム属性はこうした着信呼状態のリストを有してもよい。PDP_Context Status値フィールドには、QoS(サービス品質)情報のようなPDP(パケット・データ・プロトコル)コンテキストに関する情報が含まれる。
【００７９】
上記の例に加えて、移動クライアントの伝送機能に関する他の情報を伝えるためにモデム値フィールドを使用してもよい。第1の例では、移動クライアントの最大ビットレートがMode(モード)属性で配信される。従って、受信側クライアント装置は最大ビット速度を越えないように伝送速度を設定できる。第2の例では、クライアント装置は、データ・ファイルをクライアント装置に送信する時パケット交換伝送モードだけを使用するべきかを決定する。第3の例は、ローミング装置がある種の通信だけを可能にする(例えば、音声呼だけを許可し、データ・ファイルは送信しない)よう命令するものである。
【００８０】
ユーザ状態属性
1つの好適実施例によれば、ある活動に参加しようというユーザの意欲に関する属性が規定される。活動はこのAvailability属性に属する値フィールドによって指定される。表9は、Availability属性に関する構造を示す。
【００８１】
【表９】
【００８２】
【表１０】
表11に示される状態値フィールドは利用可能性情報の状態を示す。
【００８４】
【表１１】
Status値フィールドは利用可能性情報の発行が可能か否かを示す。すでに説明したように、DIS指示を使用してAvailability属性の値を無効化してもよい。例えば、サーバPSは、移動クライアントMCが移動IMPSセッションを終了した後で、DIS指示を伴う利用可能性属性を送信してもよい。また、クライアントへの接続が突然途絶えた時この種のメッセージを送信してもよい。従って、受信側移動クライアントは、もはや移動IMPSシステム中に存在しないユーザ及びクライアント装置に関する全ての利用可能性情報を削除できる。
【００８６】
表10のCommAvail値フィールドは、ユーザが何らかの形態の遠隔通信に参加する意向であるかを示す。PhoneAvail値フィールドは、ユーザが電話呼に参加する意向であるかを示す。SMSAvail値フィールドは、ユーザがSMS交換に参加する意向であるかを示す。MMSAvail値フィールドは、ユーザがMMS(マルチメディア・メッセージング・サービス)交換に参加する意向であるかを示す。IMAvail値フィールドは、ユーザがIM(インスタント・メッセージング)交換に参加する意向であるかを示す。EmailAvail値フィールドは、ユーザが電子メール交換に参加する意向であるかを示す。
【００８７】
Image値フィールドに関する構造を表12に示す。
【００８８】
【表１２】
この値フィールドは、Status、TextまたはImageフィールド以外のAvailability属性中の値フィールドの何れにも画像を関連付ける。ContainedImage値フィールドには画像が含まれるが画像のサイズまたはフォーマットは制限されることがある。ReferredImage値フィールドには関連する画像を有するリソースへのURLが含まれる。ValueField値フィールドは、画像が関連付けられる値フィールドを規定する。例えば、発行者は、DISCの意味に関する画像意味情報を伝えるため、現在「DISC」という値を有する値フィールドPhoneAvailに画像を関連付けてもよい(例えば、ユーザが電話を利用できるだけに制限されていることを意味する)。画像フィールドは、この属性中で多数のインスタンスを有してもよい。この値フィールドが属性中に含まれる時はいつでも、その目標値も同じ属性中に含まれなければならない。この関連付けは目標値フィールドが有効である限りにおいてのみ有効である。目標値フィールドが更新または無効化されると、この属性への古い関連付けがもしあれば、受信側クライアントによって破棄されなければならない。
【００９０】
Text値フィールドに関する構造を表13に示す。
【００９１】
【表１３】
Text値フィールドは、Status、ImageまたはTextフィールド以外のAvailability属性中の値フィールドの何れにもテキスト文字列を関連付ける。Text値フィールドには、ContainedText中のテキスト文字列とValueField中の関連する値フィールドの名称とが含まれる。ContainedText要素中のテキストのサイズは制限されることがある。例えば、発行者は、NAVLの意味に関する追加意味情報を伝えるため、現在「NAVL」という値を有する値フィールドPhoneAvailにテキストを関連付けてもよい(例えば、「14:00まで会議中」)。テキスト値フィールドはこの属性中で多数のインスタンスを有してもよく、すなわち、同じテキストが多数の値フィールドに関連付けられることもある。この値フィールドが属性中に含まれる時はいつでも、その目標値フィールドも同じ属性中に含まれなければならない。この関連付けは目標値フィールドが有効である限りに置いてのみ有効である。目標値フィールドが更新または無効化されると、この値フィールドへの古い関連付けがもしあれば、この値フィールドは受信側クライアントによって破棄されなければならない。画像及びテキストは自動的にプレゼンス属性に追加されることもある。
【００９３】
個人状態属性
PersonalStatus属性は、発行者の個人状態を示す。選択項目と詳細はこの属性に属する値フィールドによって指定される。表14はPersonalStatusに関する属性構造を示す。
【００９４】
【表１４】
表15は、PersonalStatus属性の値フィールドを示す。
【００９６】
【表１５】
表16に示される状態値フィールドはPersonalStatus情報の状態を示す。
【００９８】
【表１６】
このフィールドは、この情報の発行が可能か否かを示す。PersonalStatus属性と共にDIS指示を使用してもよい。
【０１００】
Text値フィールドは自由なテキスト形式で発行者の状態を示す。Mood値フィールドは発行者の気分を示す。Time値フィールドは発行者の現地時間を提供する。
【０１０１】
好適実施例によれば、PersonalStatus属性中で画像を利用してもよい。表12ですでに示されたように、Image値フィールドはある画像をStatusまたはImageフィールド以外のこの属性中の値フィールドの何れにも関連付ける。例えば、IN_LOVEの意味に関する画像意味情報を伝えるため、現在「IN_LOVE」という値を有する値フィールドMoodに画像を関連付けてもよい。このImage値フィールドは、Availability属性についてすでに示されたのと同様の方法で使用すればよい。
【０１０２】
本発明は、既存のクライアント装置及びサーバ中で実現できる。それらは全て、上記で説明した本発明の機能を実現可能なプロセッサ及びメモリを有している。コンピュータ・プログラムは内部または外部メモリからサーバまたはクライアント装置のプロセッサにロードすればよく、それをプロセッサ中で実行すれば、本発明の機能を実現する手段を与えることになる。また、ハードウェア実装またはソフトウェアとハードウェア実装との組合せを使用してもよい。
【０１０３】
図4は、本発明による、サーバ404と通信するクライアント装置402を示す。クライアント装置は、図1の1つかそれ以上の移動クライアントまたは非移動クライアント、または図2及び図3に示された任意の他の移動クライアントと同様のものでよい。同様に、サーバ404は図1に示されたサーバまたは図2及び図3に示された任意の他のサーバと同様のものでよい。クライアント装置402には、プレゼンス情報をプレゼンス属性として信号線路408上のサーバに送信または要求する手段406が含まれる。プレゼンス情報の送信は、例えば、プレゼンス属性がMC1からPSに送信される図3のステップ302か、または、プレゼンス属性がMCによって更新されPSに送信される図2のステップ202に対応する。線路408上でプレゼンス情報を要求することは、MCがSSからプレゼンス属性を要求する図2のステップ203に相当する。線路408上のクライアント装置402からサーバ404への送信は、図1に示された、移動クライアント(MC)から移動ネットワーク(MNW)を通じ中間ネットワークONWを介してIMPSサーバに至る伝送経路と同様のものでもよい。又は、これは非移動クライアントCから中間ネットワークONWを介してサーバSに至る経路と同様のものでもよい。もちろん、他の経路も考えられ、本発明は使用される物理媒体または物理媒体の組合せの経路に依存しない。また、クライアント装置402には、信号線路412上のサーバ404からプレゼンス属性を受信する手段が含まれる。このプレゼンス情報は、属性名称によって識別される複数のプレゼンス属性種類によって分類される。
【０１０４】
サーバ404には、属性を受信/送信し、受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段414が含まれる。
【０１０５】
本発明によれば、クライアント装置402にはさらに、修飾子をプレゼンス属性に追加する手段416が含まれ、その際修飾子は属性の使用を指定する1つかそれ以上のパラメータを備えている。追加された修飾子は信号線路418上で提供され、手段406によって線路408上でサーバ404に送信される。これは、線路422上でアプリケーション424から受信された命令に応じてプレゼンス属性を決定する手段420を介して行ってもよい。また、アプリケーションは、プレゼンス属性を要求するための手段420を利用してもよい。どちらの場合でも、信号は線路426上で手段420から、線路408上でプレゼンス属性を送信または要求する手段406に提供すればよい。例えば、図2のステップ202によりプレゼンス属性を更新する際に手段416が修飾子を追加した場合、線路408上の信号には、属性の使用を指定する1つかそれ以上のパラメータを有する修飾子を伴うプレゼンス属性が含まれる。
【０１０６】
線路412上でサーバ404から着信したプレゼンス属性に対処するため、クライアント装置402にはまた、受信した属性中の修飾子パラメータに応じて線路412上でサーバ404から受信したプレゼンス属性を処理する手段428が含まれる。線路412上の受信プレゼンス属性は手段410によって受信され、線路430上で受信した属性を処理する手段428に対して提供されればよい。処理の後、手段428は線路432上でアプリケーション424に対して信号を提供すればよく、信号はアプリケーション424によってさらに使用される。
【０１０７】
修飾子を追加する手段416は、サーバ404から属性を受信したクライアントが提示設定に基づいて属性を提示できるように、属性の修飾子に提示設定を指定する手段434を含んでもよい。その結果、図4のクライアント装置402のようなクライアント装置には、他のクライアント装置によって指定され線路412上でサーバ404から受信された修飾子に基づいて受信した属性を提示する手段436が含まれる。
【０１０８】
同様に、手段416には、サーバ404に送信される修飾子中で、受信側クライアントにおいて属性のアドレス指定先となるアプリケーションを指定する手段438が含まれる。クライアント装置402が属性のアドレス指定先となるアプリケーションを指定する修飾子を受信する場合、線路430上で受信した属性を解釈し受信した属性を修飾子が指示するアプリケーションにアドレス指定する手段440を有する。
【０１０９】
ここでサーバ404をさらに詳細に検討すると、サーバ中のプレゼンス・データベースのプレゼンス・グループによって指定された1つかそれ以上のクライアント装置に属性を送信するかどうかを修飾子に基づいて決定する手段444を含んでもよい。このような決定は、線路446上で許可を提供する手段448から与えられた許可に応じて行ってもよい。修飾子及び許可によって属性を1つかそれ以上のクライアント装置に送信するよう指示されたならば、サーバ404は、例えばクライアント402または同様の装置に対して適切な場合それを行う。
【０１１０】
特定のクライアント向けのプレゼンス属性が、サーバにとって既知の情報によればクライアントの機能に適合しないこともありうる。このような情報は例えば、線路450上の手段444によって、クライアントの機能に合うようプレゼンス属性を変更する手段452に提供すればよい。変更された属性は線路450上の手段444に戻せばよい。他方、プレゼンス属性が「一方的に送りつける」方式で提供される場合、変更されたプレゼンス属性を線路454上で手段456に提供すればよく、手段456は変更されたプレゼンス属性を対象クライアントまたは1つより多いクライアントに必要に応じて送りつける適切なステップを取ることができる。これは例えば線路458上で手段444に対して信号してもよい。
【０１１１】
認識されるように、図4に示される機能ブロックは、当業者に周知の個別ハードウェア、専用集積回路、マイクロコントローラ、ソフトウェア、ファームウェア等を使用して実行すればよい。さらに、図面中で別個の機能ブロックに属する機能は分離されている必要はなく、機能を他の機能ブロックに自由に追加またはそこから削除することによって他のブロックに組み込むことができる。同様に、機能ブロック間の協調関係をその順序や相互関係について変更し、同時に上記で言及された同じ最終結果を実行してもよい。また、やはり認識されるように、本発明によれば、図4に示されたクライアント装置及びサーバ装置の細部は図示されたものと同様の他の形態を取ってもよい。本発明の他の態様は、類似しているが同一ではない形で示してもよい。
【０１１２】
例えば、図5はサーバ装置504と通信するクライアント装置502を示すが、そこでは図4の手段420と同様の手段506は、プレゼンス情報をプレゼンス属性として線路508上で、図4のサーバ404内の手段414と同様の、サーバ504内のプレゼンス属性を受信し維持する手段510に送信する。同様に、クライアント装置502は、サーバ504の手段510から線路514上でプレゼンス情報を示すプレゼンス属性を受信する手段512を含んでもよい。図4のクライアント装置402の手段420及び416と同様、図5のクライアント装置502は、オーソライザ、属性名称及び修飾子の組合せによって識別されるプレゼンス情報属性を構成する手段516を含んでもよく、その際オーソライザは属性の維持に責任を負う主体を指定し、修飾子は属性の使用を指定する。上記のように構成された属性は、線路508上でサーバ504に送信するために図示されるように線路518上で手段506に提供されてもよい。サーバ504は、線路522上で手段510から受信した上記のように構成された属性に応答して、許可、属性名称及び修飾子の同じ組合せを含む、すでに格納された属性を探索する手段520を含んでもよい。受信した属性の識別子の組合せが、すでに格納された属性、例えば記憶手段524中に格納されたものと同一であれば、受信した属性を使用して、信号線路526上のすでに格納された属性を置換する。この方法で、属性パラメータが変化した場合、更新されたパラメータが記憶手段524中に格納されるようになる。そうでなければ、受信した属性は新しい属性として記憶手段に追加される。この機能は上記で説明したように手段520で実行してもよく、また完全に独立した手段528で実行してもよいが、この手段528は線路530上で手段520から受信属性を受信し、識別子の組合せが同じであればすでに格納された属性を受信した属性によって置換し、そうでなければそれ自体と記憶手段524との間の接続線路532上で受信した属性を追加するものである。
【０１１３】
クライアント装置502には上記で説明したのと同様の機能が含まれ、そのことは例えば、線路542上で手段512から着信属性を受信し、受信した属性と同じ識別子を含む、すでに格納された属性を探索する手段540と、受信した属性の識別子の組合せがすでに格納された属性のものと同一であればすでに格納された属性を受信した属性によって置換する手段542とによって示される。そうでなければ、受信した属性は記憶手段544に追加される。探索手段540は手段542を内部に含んでもよく、またそれらは図示されるように独立したものでもよい。後者の場合、信号線路546は手段540から手段542に対して受信した属性に関する属性情報を提供する。記憶手段544は、線路548上で属性を置換または追加する手段542と双方向通信し、線路550上ですでに格納された属性を探索する手段540と双方向通信してもよい。
【０１１４】
上記で言及したように、ここで本発明の動的電話帳サービス実施例のためのサービス機能を説明する。動的電話帳サービスはリッチコール(rich call)・サービスと考えてもよい。これは「電話をかける前に」B当事者のプレゼンス情報をA当事者に示す機能を充実させるため有用である。この場合、B当事者は1つかそれ以上のユーザ電話帳エントリである。プレゼンス情報は、(1)クライアントの利用可能性、(2)ユーザの利用可能性、(3)現地の条件、(4)個人の状態、(5)クライアントの機能、(6)ユーザの属性、及び(7)拡張プレゼンス・サービスといった、上記で言及したのと同じカテゴリに分割できる。
【０１１５】
概念上、プレゼンス・システムは、図6に示されるように、プレゼンス・クライアント602、604、606と、プレゼンス・ユーザ608、610、612と、プレゼンス・ユーザ役割614、616、618、620、622、624と、プレゼンス・プロキシ626と、プレゼンス・サーバ628、630からなる。プレゼンス・クライアントはユーザがプレゼンス・システムと対話できるようにするソフトウェアまたはプログラムである。ユーザはプレゼンス・クライアントを使用してプレゼンス・システムと対話する人物である。例えば移動送受話器またはPCのような物理装置632、634は、1つのプレゼンス・クライアント・インスタンス606を有してもよいが、特殊な場合には、多数のプレゼンス・クライアント・インスタンス602、604を有してもよい。プレゼンス・クライアントは単一のユーザによって所有される。ユーザは1つより多いクライアントを有してもよいが、こうしたクライアントは通常異なった装置に置かれる。
【０１１６】
ユーザ608、610、612は概念上発行者と加入者とに分類される。発行者はプレゼンス情報の発信者である。加入者はプレゼンス情報の受信者である。ユーザは、自分自身のプレゼンス情報の発行者であると同時にある他の発行者のプレゼンス情報の加入者であってもよい。ユーザは1つかそれ以上の役割を有してもよい。発行者役割は、プレゼンス集合と呼ばれるプレゼンス値の集合に関連付けられる。同じユーザの2つの異なるプレゼンス集合のプレゼンス値は互いに独立しており異なる役割に関連付けられる。加入者役割は、同一の発行者役割のプレゼンス情報、すなわち同じプレゼンス集合の論理受信者である。
【０１１７】
プレゼンス・プロキシ626は随意選択のネットワーク要素でありプレゼンス・サービスの拡張性を改善する。プロキシは、発行者からサーバに向かうアップリンク方向か、またはサーバから加入者に向かうダウンリンク方向に伝わる異なったプレゼンス集合のプレゼンス値を一時的に格納する。クライアントがオンラインになる時、プロキシは現在のプレゼンス情報によってクライアントを更新すればよい。また、発行者が新しいプレゼンス値をサーバに送信する時、プロキシはプロキシによって登録された全ての加入者クライアントを更新すればよい。プロキシは現在の値を一時的にだけキャッシュできる。プレゼンス情報が発行者から到来しても、プロキシは、このプレゼンス情報の全ての更新が同じプロキシ経由で行われていると想定することはできない。プロキシがプレゼンス集合に関連する加入者グループを知らない場合、プロキシはこの情報をサーバから要求すればよい。
【０１１８】
プレゼンス・サーバ628、630は、各プレゼンス集合に関連するグループに関する有効なプレゼンス値と情報を維持するネットワーク要素である。サーバは直接またはプロキシを通じてプレゼンス・クライアントと通信する。サーバは、プロキシによってキャッシュされたプレゼンス値の有効期間についてプロキシに通知する。有効期間が切れると、プロキシは値を破棄するか、またはサーバからリフレッシュしなければならない。サーバは、プレゼンス値が変化する頻度を監視することによって、プレゼンスの項目毎に有効期間を割当てる。有効期間は動的であり、すなわちプレゼンス項目の有効期間中に変化してもよい。
【０１１９】
プレゼンス・サーバは、図6に示されるように、他のプレゼンス・サーバともプレゼンス情報を交換する。例えば、発行者と加入者とが管理上異なったプレゼンス・サーバに属する場合、プレゼンス情報は両方のサーバを通らなければならない。サーバの互換性がない場合、一方または両方のサーバにゲートウェイ機能が存在する必要がある。
【０１２０】
図7は、本発明によるプレゼンス・データベース702の構造を示す。1つのプレゼンス項目704は、名称708、属性710及び値712といった3つのプロパティを有する。プレゼンス集合714は1つまたはそれ以上のプレゼンス項目からなる。プレゼンス集合714はユーザの1つの役割716に属する。1つの役割に対して1つより多いプレゼンス集合は存在できない。さらに、1つの役割716に属する1つの許可グループ718が存在する。許可グループは、同じ役割のプレゼンス集合の全体または一部に加入する権利を有するメンバからなる。
【０１２１】
プレゼンス集合中の項目704、720、…、722は一意であり、すなわち互いに区別できる。項目は主として名称によって互いに区別される。プレゼンス集合が同じ名称を有する2つかそれ以上の項目を含む場合、各項目にははそれらの項目のIDを伝える属性がなければならない。グループ718のメンバ724、726、…、728は一意である。同じ発行者734の異なった役割716、730、…、732における異なったプレゼンス集合は同じ名称またはIDを有する項目を含んでもよい。異なったグループも同様に同じメンバを含んでもよい。
【０１２２】
役割716は、役割ID、グループIDまたはプレゼンス集合IDによって識別すればよい。例えば、グループIDはサービス・プロバイダによって割当ててもよく、サービス・プロバイダ・ドメイン内で一意である。従って、プレゼンス・データベース中の個々の要素をアドレス指定するため以下のIDが必要になる。
GroupID;ItemName
【０１２３】
プレゼンス集合が同じ名称を有する1つより多い項目を含む場合、ItemNameにはItemID属性を割当てなければならない。
【０１２４】
UserID、DeviceID及びClientIDといったIDは必要ないことに注意されたい。
【０１２５】
A. 典型的プレゼンス・プロトコル
A.1.0 未加入のプレゼンス(図8)
ユーザのプレゼンス情報は、例えば図2のステップ203、204、205、206で提示されたメッセージの流れによって示されるように問い合わせを発行するか、図9の場合のように加入してプレゼンス項目を受信するか、または図8に示されるようにプレゼンス項目を獲得するかによってメッセージ・サービスとは別個に獲得しなければならない。
【０１２６】
プレゼンス・サービスのユーザは、任意の適切な時点で、図8に示されるようにプレゼンスの更新メッセージを送信することによって、プレゼンス・サーバ中の自分のプレゼンス情報を更新すればよい。すでに言及したように、ユーザは、図8に示されるように、プレゼンスの獲得メッセージを発行してある他のユーザのプレゼンス情報を要求してもよい。プレゼンス情報は要求したユーザに返送される。
【０１２７】
発行者は自分のプレゼンス情報を部分的にだけ更新してもよい。同様に、ユーザは部分的なプレゼンス情報だけを要求してもよい。
【０１２８】
ユーザが要求されたプレゼンス情報に対して許可を有さない場合、空の内容がユーザに送信される。
【０１２９】
ある所定のユーザに対するプレゼンス情報の許可は、プレゼンス集合に対応するグループにそのユーザを含めることによってなされる。このことは以下、「プレゼンス・データベースの管理」と題された部分で説明される。
【０１３０】
A.1.1 UpdatePresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID, GroupID, Presence)
属性:なし
使用法:このプリミティブ(primitive)は、プレゼンス・サーバ上の1つかそれ以上のプレゼンス項目の値を更新する。更新すべきプレゼンス項目はPresenceという情報要素で伝送される。所定のGroupIDについてサーバ中に存在しない項目がPresence中に存在する場合、サーバはこの新しい項目のために記憶装置を割当て、このメッセージの内容をコピーする。そうでなければ、サーバは古い値を新しい値によって置換する。
【０１３１】
内容にはUserIDまたはPublisherIDは必要ない。発行者とUpdatePresenceプリミティブを含むXML文書との間の関連付けは認証プロトコルで行われる。
【０１３２】
A.1.2 TransactionID
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアントからサーバへの要求をサーバからクライアントへの対応する応答に関連付ける一意の識別子である。クライアントは、第1の応答を得る前に1つより多い要求をサーバに送信していてもよい。第1の応答は必ずしも第1の要求に関連するものではない。従って、要求と応答とを互いに関連付ける機構が必要である。典型的には、TransactionIDはシーケンス番号である。これは要求においてクライアントによって割当てられ、応答でサーバによって使用される。
【０１３３】
A.1.3 GroupID
内容モデル:(#PCDATA)
属性:なし
使用法:このIDはサービス・プロバイダ・ドメイン内で許可グループとプレゼンス集合とを含む発行者役割を一意に識別する。これはプレゼンス・サービス・プロバイダによって割当てられる。
【０１３４】
A.1.4 UpdateStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル(TransactionID,StatusCode)
属性:なし
使用法:このプリミティブは、クライアントのUpdatePresence要求に対するプレゼンス・サーバからの応答である。StatusCodeは、サポートしない、新しい割当て、成功、失敗といった値を有してもよい。
【０１３５】
A.1.5 GetPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、プレゼンス・サーバからプレゼンス情報を要求するために使用される。ゼロまたはそれ以上のGroupIDが存在しうる。各GroupIDについて、随意選択のPresenceNamesが結合されうる。GroupIDが使用されない場合、要求範囲はユーザがメンバである全てのグループとなる。サーバは、認証プロトコルによって要求を出したユーザのIDを要求に関連付ける。PresenceNamesは後でこの文書中で規定される。これは、値の要求先である名称によってプレゼンス項目のリストを作成する。これは随意選択である。これはGroupIDと結合されてもよく、GroupIDのリストが作成されていない場合単独でもよい。GroupIDと結合されると、サーバは所定のグループに対するプレゼンス項目の探索を制限する。存在しない場合、全てのプレゼンス項目の値が要求される。
【０１３６】
A.1.6 PresenceItems
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル(TransactionID,StatusCode,(GroupID,Presence)*)
属性:なし
使用法:このプリミティブは、要求されたプレゼンス項目と要求の結果状態とのリストを供給する。要素Presenceは所定のGroupIDに対応するプレゼンス集合であり、後で本明細書で規定される。StatusCodeは、許可されない、項目が利用できない、成功、失敗といった値を有してもよい。
【０１３７】
A.2.0 加入済のプレゼンス(図9)
プレゼンス情報を配信するもう1つの機構は誰かのプレゼンス情報に加入することである。メッセージの流れを図9に提示する。
要求を出すユーザはプレゼンス加入メッセージA.2.1をプレゼンス・サーバに送信し、誰かのプレゼンス情報に加入する。
プレゼンス情報の加入が完了すると、要求を出したユーザは、最初に、また他の当事者がプレゼンス情報を更新した時は常に新しいプレゼンス情報A.2.2を受信する。
要求を出したユーザが、それ以上プレゼンス情報を受信したくない場合、プレゼンス情報の加入の取消しを行えばよい(A.2)。代りに、プレゼンス情報はある期間だけ加入してもよく、その場合加入取消しメッセージは必要ない。
要求を出したユーザは、プレゼンス情報のうち、自分が獲得する許可を得ている部分だけに加入できる。
【０１３８】
A.2.1 SubsPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,SubsPeriod?,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、加入者が許可されている発行者役割からのプレゼンス情報に加入するために使用される。随意選択のGroupIDが加入する発行者役割を指定する。GroupIDがない場合、加入者が許可されている全ての役割に加入する。各GroupIDを、加入した項目をPresenceNamesに列挙したグループ内に制限するPressenceNamesに関連付けてもよい。随意選択のSubsPeriodは加入期間の長さを指定する。これがない場合、加入は対応するUnsubsPresenceプリミティブが呼び出されるか、またはサービス・プロバイダが加入を終了するまで継続する。PresenceNamesは許可された集合から加入したプレゼンス項目を指定する。これがない場合、プレゼンス集合(GroupID)内のユーザが許可を有する全てのプレゼンス項目に加入する。GroupIDなしで単独で使用される場合、許可された全てのグループから指名された項目に加入する。PresenceNamesは後で本明細書で規定される。
加入者の身元は認証プロトコルで発見される。
【０１３９】
A.2.2 SubsPeriod
内容モデル:(#PCDATA)
属性:なし
使用法:これは加入期間の長さを規定する。時間単位はTBDである。代りに、この内容は加入が終了する日付を示してもよい。
【０１４０】
A.2.3 PushPresence
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(GroupID,Presence)+
属性:なし
使用法:このプリミティブは、発行者によって変更された加入したプレゼンス項目をユーザに送りつける。GroupIDは役割を識別する。
【０１４１】
A.2.4 UnsubsPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,((GroupID,PresenceNames?)*)|PresenceNames?)
属性:なし
使用法:このプリミティブは、プレゼンス情報の加入を取消すために使用される。加入の終了は所定のグループだけに制限してもよく、さらにあるプレゼンス項目だけに制限してもよい。GroupIDが与えられない場合、加入の終了を全てのグループ中の指名されたプレゼンス項目だけに制限することが可能である。GroupIDとPresenceNamesが与えられない場合、ユーザの加入全体が終了する。
【０１４２】
A.2.5 SubsStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(TransactionID,StatusCode,(GroupID,PresenceNames)*)
属性:なし
使用法:このプリミティブは、加入の取消し動作に対してStatusCodeを返送し、まだ加入しているプレゼンス項目とグループのリストを作成する。StatusCodeは、サポートしない、存在しない項目、未加入の項目、成功、失敗といった値を有してもよい。
【０１４３】
A.3.0 プレゼンス・データベースの管理
プレゼンス・ユーザは、プレゼンス・サーバで自分のユーザ・グループとプレゼンス集合とを管理してもよい。
ユーザ・グループとプレゼンス集合とを含む役割をCreatePresGroup(プレゼンス・グループの生成)メッセージA.3.1を使用して生成する。プレゼンス・サーバは、要求された動作の状態と生成されたグループのIDを示すPresGroupStatusメッセージA.3.6によって応答する。PresenceInfoメッセージA.3.7がメンバが獲得または加入することを許可されるプレゼンス項目を示すグループのメンバに送信される。
プレゼンス・ユーザは、GetPresGroupStatusメッセージA.3.8によってグループ情報を要求してもよい。グループ情報の要求はグループの所有者に制限される。
ユーザ・グループを所有するプレゼンス・ユーザはグループのメンバまたはプレゼンス集合のプレゼンス項目を追加または削除してもよい。
発行者はDeletePresGroupメッセージによってグループの削除を送信してもよい。
【０１４４】
A.3.1 CreatePresGroup
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,MemberList, Presence)
属性:なし
使用法:このプリミティブは、プレゼンス・サーバで役割を生成するようサーバに要求する。許可グループはmemberlist中のメンバを含み、プレゼンス集合はPresence中に含まれる。
【０１４５】
A.3.2 MemberList
内容モデル:(MemberDescription)+
属性:なし
使用法:メンバのリスト。記述はユーザに起源を有する。
【０１４６】
A.3.3 MemberDescription
内容モデル:(UserOriginatedMD?, ServerOriginatedMD?)
属性:なし
使用法:ユーザ起源部分はユーザが見たメンバの記述である。サーバ起源部分はサーバ・データベース中に格納されたメンバの記述である。
【０１４７】
A.3.4 UserOriginatedMD
内容モデル:(#PCDATA)
属性:なし
使用法:これは人物を識別するユーザ起源の手段である。これは名称、対象人物の電話の1つのMSISDN、電子メール・アドレス、SIPアドレス等でよい。また、それらの組合せでもよい。この記述のデータ・フォーマットは本明細書の範囲内ではないが、vCardのような周知のフォーマットを使用すればよい。
【０１４８】
A.3.5 ServerOriginatedMD
内容モデル:(#PCDATA)
属性:なし
使用法:これは人物を識別するサーバ起源の手段である。これは名称、対象人物の電話の1つのMSISDN、電子メール・アドレス、SIPアドレス等でよい。また、サーバ・データベースに格納されたそれらの組合せでもよい。この記述のデータ・フォーマットは本明細書の範囲内ではないが、vCardのような周知のフォーマットを使用すればよい。
【０１４９】
A.3.6 PresGroupStatus
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(TransactionID,StatusCode,(GroupID,MemberList,PresenceNames)*)
属性:なし
使用法:このプリミティブは、現在存在する発行者役割のGroupIDをその役割に関するグループ・メンバ及びプレゼンス項目名と共に返送する。サーバは、その動作が成功した場合、新しい役割に関する新しいGroupIDを割当てている。サーバはmemberlistのサーバ起源部分を満たしている。これによって発行者は、グループが正しいメンバを含んでいることを検証できる。サーバは、ユーザ起源部分中にすでに存在するレベル、または人物を一意に識別するために必要なレベルを越えてmemberlist中にどのような機密または個人情報も提供すべきではない。これはTBDである。StatusCodeは、サポートしない、未知のメンバ、未知のプレゼンス項目、成功、失敗といった値を獲得しうる。
【０１５０】
A.3.7 PresenceInfo
方向:プレゼンス・サーバ→プレゼンス・クライアント
内容モデル:(GroupID,Presence?)+
属性:なし
使用法:このプリミティブは、新しいプレゼンス項目を許可グループに定期的に配送する。このメッセージは、加入及び未加入両方の、所定の許可グループの全てのプレゼンス項目を含む。このメッセージは、グループのメンバ構成が変更された場合新しいメンバに送信され、新しいプレゼンス項目が追加された場合グループの全てのメンバに送信される。このメッセージは、GroupIDに関連するプレゼンス集合(Presence)が存在しないようにして削除されたグループ・メンバに送信される。
【０１５１】
A.3.8 GetPresGroupStatus
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,GroupID*)
属性:なし
使用法：このプリミティブは、サーバからのPresGroupStatusメッセージを要求する。ユーザは自分自身のグループからだけ情報を要求してよい。GroupIDは情報を所定のグループに制限する。GroupIDが存在しない場合、状態は要求者が所有する全てのグループから戻される。
【０１５２】
A.3.9 AddMembers
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,MemberList)+)
属性:なし
使用法:このプリミティブは、指名されたメンバを所定のグループに追加するようサーバに要求する。
【０１５３】
A.3.10 RemoveMembers
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,MemberList)+)
属性:なし
使用法:このプリミティブは、指名されたメンバを所定のグループから削除するようサーバに要求する。MemberListにはサーバ起源情報が満たされる。
【０１５４】
A.3.11 DeletePresGroup
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,GroupID*)
属性:なし
使用法:このプリミティブは、1つかそれ以上の発行者役割を削除するようサーバに要求する。GroupIDは削除すべき役割を識別する。GroupIDが与えられない場合、全ての発行者役割を削除する。
【０１５５】
A.3.12 AddPresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,Presence)+)
属性:なし
このプリミティブは、所定のプレゼンス項目を所定の役割に追加するようサーバに要求する。
【０１５６】
A.3.13 RemovePresence
方向:プレゼンス・クライアント→プレゼンス・サーバ
内容モデル:(TransactionID,(GroupID,Presence?)+)
属性:なし
使用法:このプリミティブは、所定のプレゼンス項目を所定の役割から削除するようサーバに要求する。GroupIDに関連するPresence要素がない場合、全てのプレゼンス項目が役割から削除される。
【０１５７】
A.3.14 動的クライアント変更
発行者または加入者は自分のクライアントをいつでも変更してよい。典型的にはクライアント装置も変更される。まれには、ユーザは同じ装置でクライアントのインスタンスだけを変更することもある。新しい装置がTEで古い装置がMTであってもよく、またその逆であってもよい。また新しいMTに変更することも可能である。クライアントの変更は、ユーザに自分のプレゼンス・データを古いクライアントから新しいクライアントにコピーまたは同期することを要求する。発行者の場合、所定のクライアントについて静的で同期集合中に含まれないあるクライアント特有のプレゼンス・データがあることもある。同期は局所的に行ってもよく、ネットワーク支援型であってもよい。何れの場合でも、既存の同期プロトコルを使用すればよい。これはプレゼンスプロトコルの範囲外である。
【０１５８】
加入者クライアント変更によってもたらされるもう1つの問題は、新しいクライアントのレジストリを、プレゼンス関連送りつけ型メッセージを受信するアクティブ・クライアントにすることである。レジストリは、
-ユーザが同じ装置で新しいクライアントを起動する(自動)か、
-ユーザのSIMが新しい装置に変更される(自動)か、
-ユーザは新しい装置中に別のSIMを有しているが、新しい装置だけの電源が入っている(半自動)か、または
-ユーザは新しい装置中に別のSIMを有しており、新しい装置と古い装置との両方の電源が入っている(手動)か、
に応じて、自動(ユーザの確認は必要ない)、半自動(ユーザの確認が必要)または手動(ユーザはレジストリを起動しなければならない)で行えばよい。
全ての場合で、レジストリは下位レベル・プロトコルによって処理すればよい。例えば、SIPプロトコルがプレゼンス文書用に選択されたトランスポート・プロトコルである場合、レジストリについてもこのプロトコルを使用すればよい。
【０１５９】
A.4.0 プレゼンス・プロトコル用DTD
【０１６０】
【表１７】
【表１８】
【表１９】
B. 典型的プレゼンス内容フォーマット
上記で述べたように、プレゼンス内容は以下のクラスに分割できる。
クライアントの利用可能性:通信に対するクライアントの利用可能性を記述するプレゼンス属性、例えば、ネットワークの到達可能性、GPRS接続、オン/オフ状態。
ユーザの利用可能性:通信に対するユーザの利用可能性を記述するプレゼンス属性、例えば、準備完了、会議中、手が離せない、不在、電話中、チャット中、就寝中、等。
地域条件:ユーザの地域環境を記述するプレゼンス属性、例えば、現地時間、騒騒しい/静かな環境、室内、室外、例えば、地理的位置、訪問先PLMN、都市/通り、施設といったユーザの所在地。
個人状態:個人ユーザ状態を記述する様々な個人属性。例えば、気分、個人の関心及び目的。
クライアント機能:例えば、様々な通信手段、様々な媒体種類、及び様々な機能をサポートするクライアントの機能を記述するプレゼンス属性。
ユーザ属性:クライアントまたはユーザが自分自身のテキスト・プレゼンス値及び外部値に対する参照を規定できるようにするプレゼンス属性。
拡張プレゼンス・サービス:サービス・プロバイダが動的に規定する非標準プレゼンス属性であるが、それにもかかわらず標準プレゼンス・サーバ及びプロキシを通じて伝える必要があるもの。
【０１６４】
B.1. 設計の目標
プレゼンス通信の大部分は、プレゼンス項目の値部分の変更を加入者に送信することである。1つの値だけが変更されることも多い。転送されるデータの量を最小化するため、設計の目標は、プレゼンス項目の階層表示をできる限り平坦に保持することである。このため、プレゼンス項目は、上記で説明したプレゼンス・クラスに従って詳しく調べられる。その代りに、クラスはプレゼンス項目中で随意選択属性として与えられてもよい。
【０１６５】
D.2 共通属性
プレゼンス要素は多様な属性を含むが、その大部分は任意のプレゼンス項目中で使用してよい。
【０１６６】
D.2.1 Version
内容構文(content syntax):NMTOKENS
必須(mandatory):はい
使用法:これはプレゼンス内容フォーマットのバージョンを示す。
【０１６７】
D.2.2 Class
内容構文:NMTOKEN
必須:いいえ
使用法:これは属性が属するクラスを示す。
とりうる値は、CLIENT_AVAILABILITY、USER_AVAILABILITY、LOCAL_CONDITIONS、PERSONAL_STATUS、CLIENT_CAPABILITIES、USER_ATTRIBUTES、EXT_PRES_SERVICEである。
【０１６８】
D.2.3 ID
内容構文:PUBIDLITERAL
必須:いいえ
使用法:これは指名されたプレゼンス項目についての固有のIDである。これはクライアントによって割当てられる。
【０１６９】
D.2.4 Cacheability
内容構文:NMTOKEN
必須:いいえ
使用法:これはプレゼンス項目がプロキシによってキャッシュできるか否かを示す。とりうる値はYES、NOである。これはクライアントによって割当てられる。この属性がない場合、NOの値が想定される。
【０１７０】
D.2.5 ValidityPeriod
内容構文:NMTOKEN
必須:いいえ
使用法:これはキャッシュされたプレゼンス項目の有効期間である。この値は時間(単位:秒)である。これはプレゼンス・サーバによって割当てられる。
【０１７１】
D.2.6 DeviceName
内容構文:NMTOKEN
必須:いいえ
使用法:これはクライアント装置の名前である。これはクライアントによって割当てられる。
【０１７２】
D.2.7 Accuracy
内容構文:NMTOKEN
必須:いいえ
使用法:これは位置決め装置の精度である。これはメートル単位で示される。
【０１７３】
D.2.8 ImageType
内容構文:NMTOKEN
必須:いいえ
使用法:これは画像の内容符号化である。とりうる値はJPEG、GIF、BMPである。
【０１７４】
D.2.9 SoundType
内容構文:NMTOKEN
必須:いいえ
使用法:これは音声を符号化するために使用される音声コーデックの種類である。とりうる値はAMR、EFR、MP3、AAC、MIDIである。
【０１７５】
D.2.10 ExtRef
内容構文:PUBIDLITERAL
必須:いいえ
使用法:これは外部参照を示すURLである。
【０１７６】
D.2.11 ExtRefChange
内容構文:NMTOKEN
必須:いいえ
使用法:これは、外部参照が変更されたことを示す。とりうる値はYES、NOである。
【０１７７】
D.2.12 ContentChange
内容構文:NMTOKEN
必須:いいえ
使用法:これは内容値の変更を示す0〜255のカウンタである。サーバまたはプロキシは最新の32の値の内容を格納してもよい(但ししなくてもよい)。最新の32の値の中の2つの内容について同じ値があればそれは同じ内容に対応する。
【０１７８】
D.3 クライアントの利用可能性
D.3.1 DeviceOn
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これはユーザ端末のオン/オフ状態を示す。発行者は、グループ管理メッセージを使用することによって、この項目をサーバ中の役割に追加する。その後、値部分がネットワークによって維持される。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。この内容は「ON」または「OFF」の値を有しうる。ユーザの端末がオンであるがネットワーク到達範囲外である場合、ネットワークはこの項目について「OFF」の値を割当てる。
【０１７９】
D.3.2 DeviceRoaming
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これは、発行者が訪問先のネットワークでローミング中であることを加入者に示す。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。この内容は「ON」または「OFF」の値を有しうる。
【０１８０】
D.3.3 NetworkType
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、DeviceName
使用法:これは発行者が現在接続している移動ネットワークの種類を示す。この内容は「2G」 、「3G-99」、「3G-R4」または「3G-R5」といった値をとりうる。ユーザは自分のプレゼンス情報中に1つより多い端末を有してもよい。この場合、ID属性の使用は必須である。
【０１８１】
D.4 ユーザの利用可能性
D.4.1 UserStatus
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは、発行者が容認するのに同意する邪魔の程度について発行者の現在の状態を示す。「availabie」、「silent」、「in-car」、「busy」といった値が規定される。
【０１８２】
D.4.2 PreferredContact
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者の現在の好適な連絡方法が何かを示す。「PHONE」、「VOICE_MESSAGE」「MESSAGE」、「MAIL」、「NO_CONTACT」といった値が規定される。
【０１８３】
D.4.3 PreferredDefaults
内容モデル:((TimePeriod, PrefCont)*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者がプレゼンス・サーバに送信しうるプレゼンス・メタ情報である。この情報は他のプレゼンス情報同様役割に関連するが、この項目は加入者には利用できない。その代わり、これは「PreferredContact」要素の値を制御する。これは、所定期間のデフォルトの好適連絡方法を指定する。ユーザが指定する期間は重なってもよく、またある期間が他の期間を完全に含んでもよい。サーバは、所定の期間が満了するとPreferredDefaultsに応じてPreferredContact要素の値を変更する。但しこれは、ユーザがPreferredContactの値を直接変更することを阻止するものではない。また、ユーザがPreferredContactの値を直接変更することは、期間が満了した時にサーバがそれを再度変更することを阻止するものでもない。ユーザは、内容が空のこの要素をサーバに送信することによって、デフォルト機構を削除してもよい。
【０１８４】
D.4.4 TimePeriod
内容モデル:(PeriodStart, PeriodEnd, RepetitionPeriod?, PeriodPrecedence)
属性:なし
使用法:これは、期間の開始、例えば開始時間、期間の終了、例えば終了時間、反復期間、例えば「DAY」及び期間の優先順位を記述する。
【０１８５】
D.4.5 PeriodStart
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始期間である。これはTime、Time-DayofWeek、Time-DayofMonthまたは完全な日付でよい。
【０１８６】
D.4.6 PeriodEnd
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始期間である。これはTime、Time-DayofWeek、Time-DayofMonthまたは完全な日付でよい。分離の度合いはPeriodStartと同じでなければならない。
【０１８７】
D.4.7 RepetitionPeriod
内容モデル:(#PCDATA)
属性:なし
使用法:これは開始-終了の反復期間を示す。これは「DAY」、「WEEK」、「MONTH」の値のうちの1つでなければならない。この要素が期間の記述中に含まれない場合、反復は適用されないものと想定される。
【０１８８】
D.4.8 PeriodPrecedence
内容モデル:(#PCDATA)
属性:なし
使用法:この要素は重なり合う期間の間の衝突を解決する。これは0と9の間の数値を有しうる。数字0が最高の優先順位である。2つかそれ以上の期間が重なり合っている場合、サーバは最高の優先順位値に関連付けられた希望連絡方法を取る。
【０１８９】
D.4.9 PrefCont
内容モデル:(#PCDATA)
属性:なし
使用法:これは、発行者にとっての期間に関連付けられたデフォルトの好適な連絡方法が何かを示す。これは、「PreferredContact」要素と同じ値を有しうる。
【０１９０】
D.5 地域条件
D.5.1 LocalTime
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者の現地時間を示す。
【０１９１】
D.5.2 MeasuredLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、Accuracy
使用法:これはクライアント装置の測定位置を示す。測定はセンサによるもの(例えばGPS)またはネットワークによるものまたは両者の組合せでよい。Accuracyは、その方法によって達成される平均位置決め精度を示す。この内容には少なくとも横方向位置(x及びy座標)が含まれるが、垂直位置を含んでもよい。サービス・プロバイダが以下説明する「ConvertedLocation」をサポートする場合、このMeasuredLocationはサービス・プロバイダの変換処理、例えば地図照合のための入力情報となりうる。
【０１９２】
D.5.3 ConvertedLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:この情報は典型的にはサービス・プロバイダ起源であるが、発行者起源であってもよい。これは、通りの名前のような人間に理解可能なテキスト形式で示されたユーザの位置を示す。この情報は、測定された位置を、例えば地図照合によってこの形式に変換することによって得られる。
【０１９３】
D.5.4 StatedLocation
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは、発行者自身が表明した発行者の位置である。この内容は短いテキスト文字列である。
【０１９４】
D.5.5 UserEnvironment
内容モデル:(EnvAttributes+)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザに関するいくつかの環境属性を示す。
【０１９５】
D.5.6 EnvAttributes
内容モデル:(#PCDATA)
属性:なし
使用法:規定される属性は、「INDOOR」、「OUTDOOR」、「QUIET」、「NOISY」、「ALONE」、「IN_GROUP」である。
【０１９６】
D.6 個人状態
D.6.1 StatusText
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザが書いてもよい短いテキスト(約30文字)である。
【０１９７】
D.6.2 StatusImage
内容モデル:(#CDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ImageType
使用法:これはユーザが自分の状態情報に添付してもよい画像である。これは、例えばbase64である転送符号化形式のXML内容で伝送される。ImageType属性は、画像の内容符号化、例えばjpegを記述する。
【０１９８】
D.6.3 StatusSound
内容モデル:(#CDATA)
属性:Class、ID、Cacheability、ValidityPeriod、SoundType
使用法:これはユーザが自分の状態情報に添付してもよい短い(約5〜30秒の)音声クリップである。これは、例えばbase64である転送符号化形式のXML内容で伝送される。SoundType属性は、音声の内容符号化、例えばAMR、MP3、AAC、MIDI等を記述する。
【０１９９】
D.7 クライアント機能
プレゼンスのコンテキストでのクライアント機能とは、様々な種類の人間対人間の通信のためのクライアントのホストとなる装置の機能を意味する。これは、アプリケーション・ソフトウェアがクライアント装置の既存のハードウェア及びソフトウェア機能を最大限に利用できるようにする場合とは大きく異なるさらに簡単な問題である。
人間対人間の通信のクラスは、メッセージング、電子メール、音声呼及びマルチメディア呼である。特に、プレゼンスは通信クラスから除外される。プレゼンスの目的は他者に通信手段及び他のユーザ属性を知らせることであって双方向通信自体ではない。このため、プレゼンス情報を分類するために「Client Capability」という用語を使用することはやや紛らわしい面がある。
クライアント機能はネットワーク機能で調べられる。これは例えば、発行者がビデオ呼機能を有しているのは、発行者のクライアント装置がその機能を有し、かつ発行者が現在ローミングしているネットワークがこの機能をサポートする時だけである、という意味である。このため、クライアント機能情報は動的である。
【０２００】
D.7.1 MessagingCapabilities
内容モデル:(MessType*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的メッセージング機能リストを示す。リストが空であるのは、メッセージング機能が現在存在しないことを示す。
【０２０１】
D.7.2 MessType
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアント装置のメッセージング機能の種類を示す。内容は、「SMS」、「MMS」または「X-メッセージ・アプリケーション名」のうちの1つでよい。メッセージ・アプリケーション名のフィールドは、装置特有のメッセージング方法、例えばスマート・メッセージングである。
【０２０２】
D.7.3 EmailClient
内容モデル:(EmailClientType*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的電子メール機能を示す。リストが空であるのは、電子メール機能が現在存在しないことを示す。
【０２０３】
D.7.4 EmailClientType
内容モデル:(#PCDATA)
属性:なし
使用法:これはクライアント装置の電子メール・クライアントの種類を示す。内容は、「SMTP」、「POP3」、「IMAP4」または「X-mail application name」のうちの1つでよい。クライアント・ソフトウェアはメール・プロトコル名自体をユーザに提供すべきではない。その代わり、クライアント・ソフトウェアはユーザ装置の電子メール環境を理解し、この電子メール環境の範囲内でプロトコル名を解釈すべきである。また、ユーザに提示される情報はユーザにとって有意であるべきである。
【０２０４】
D.7.5 VoiceCallCapability
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはクライアント装置の動的音声呼機能を示す。内容は、「NONE」、「VOICE_CALL」、「RICH_VOICE_CALL」のうちの1つである。
【０２０５】
D.7.6 MultimediaCallCapabilities
内容モデル:(MMCap*)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これはユーザの動的単方向及び双方向通信機能を示す。リストが空であるのは機能が現在存在しないことを示す。
【０２０６】
D.7.7 MMCap
内容モデル:(#PCDATA)
属性:なし
使用法:これはマルチメディア呼機能の種類を示す。これは、「UPLINK_VIDEO_STREAMING」、「DOWNLINK_VIDEO_STREAMING」、「VIDEO_CALL」、「RICH_VIDEO_CALL」のうちの1つでよい。
【０２０７】
D.8 ユーザ属性
このクラスはユーザ規定及びクライアント特有両方のプレゼンス・データを含む。
【０２０８】
D.8.1 UserPresenceItem
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ExtRef、ExtRefChange
使用法:これはユーザが固有のプレゼンス項目を規定する手段を示す。同じ役割について1つより多いユーザ指定プレゼンス項目が規定される場合、ID属性の使用が必須である。内容は短いテキストでよい。随意選択の属性ExtRefはこのプレゼンス項目が参照する外部オブジェクトのURLである。このURLは、プレゼンス項目のXML文書を伝える多くの部分に分かれたMIMEの別の部分を参照してもよく、また外部オブジェクトへの参照でもよい。随意選択の属性ExtRefChangeを使用して、外部オブジェクトが変更されたことを加入者に示してもよい。
【０２０９】
D.8.2 ClientTypeRequest
内容モデル:(EMPTY)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:これは発行者が加入者のクライアント種類を要求するために使用する専用の要素である。発行者がこの要素をある役割に関するプレゼンス・データに含める場合、サーバは、PushPresenceメッセージと共にプレゼンス情報の全ての加入者にこれを送信する。これは、随意選択で、非加入者が特定のプレゼンス項目を要求するために使用するPresenceItemsメッセージ中に含まれてもよい。この要素はPresenceInfoメッセージでは定期的に配送されない。これは加入できるプレゼンス要素ではない。プレゼンス・サーバは、最初にこの項目を加入者に送信した後で、周期的にこの項目をその後のPushPresenceメッセージに含め、全ての加入者クライアントが確実にこの項目を有するようにしてもよい。
クライアントは、この項目を受信すると、自分のクライアント種類をプレゼンス・サーバに送信する。さらに、この項目がクライアントに格納されたプレゼンス情報である場合、クライアントは起動する都度その種類をサーバに送信すべきである。
発行者が自分の加入者のクライアント種類を知る別の方法は、発行者が加入者となってクライアント種類を申し込むことであろう。しかしこれは異なったビジネスモデルである。発行者は必ずしも自分自身の加入者のうちのひとりになりたいとは限らない。この要素によって発行者は、発行者とプレゼンス・サービス・プロバイダとの間の既存の契約上の枠組の中でクライアント種類を得ることができる。さらに、この方法によって、加入者クライアントは自分の種類をサーバに送信するよう義務付けられる。発行者が加入モデルを使用してクライアント種類を獲得している場合、この情報を発行者に対して許可するかどうかは加入者の自由である。
【０２１０】
D.8.3 ClientType
内容モデル:(ClientName、ClientManufacturer、ClientVersion)
属性:Class、ID、Cacheability、ValidityPeriod
使用法:加入者クライアント種類の知識は、プレゼンス集合に対するクライアント特有の拡張を可能にするために発行者が使用する。加入者クライアントが拡張項目を復号できない場合、発行者がこうした拡張項目を使用する意味はない。
加入者クライアントは、UpdatePresenceメッセージを使用してクライアント種類情報をプレゼンス・サーバに送信する。メッセージで使用されるGroupIDは発行者の役割に属し、加入者自身の役割には属さない。これは、ユーザがプレゼンス情報の更新を許可されているのは自分自身の役割だけであるという一般原則の例外である。プレゼンス・サーバは、PushPresenceメッセージを使用してこの要素の情報を発行者に送信する。使用されるGroupIDは発行者役割に属する。発行者の視点から言うと、発行者は自分自身のプレゼンス集合からプレゼンス情報を得る。
発行者は自分自身のクライアント種類を自分のプレゼンス集合に含めてもよい。その場合この情報は他のプレゼンス情報と同様に処理され、プレゼンス・サーバまたは加入者クライアントでの特殊な挙動を含まない。
【０２１１】
D.8.4 ClientName
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はプレゼンス・クライアント・アプリケーションの名称を示す。
【０２１２】
D.8.5 ClientManufacture
内容モデル:(#PCDATA)
属性:なし
使用法：この要素はプレゼンス・クライアント製造業者の名称を示す。
【０２１３】
D.8.6 ClientVersion
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はクライアント・アプリケーションのバージョンを示す。
【０２１４】
D.8.7 ClientPresenceItem
内容モデル:(ClientType、CliPresItem)
属性:Class、ID、Cacheability、ValidityPeriod、ContentChange
使用法:この要素は発行者のクライアント・アプリケーション特有のプレゼンス項目である。ClientTypeは発行者のプレゼンス・クライアントのクライアント種類である。この要素の一部として使用される場合、ClientType項目中では属性は使用されない。発行者が1つより多いクライアント特有のプレゼンス項目を規定する場合、ID属性の使用が必須である。随意選択の属性ContentChangeは0から255までのカウンタである。これは、使用される場合、プレゼンス項目の内容が変更される都度1つ増える。これは、プレゼンス・サーバに、非標準プレゼンス項目の内容の変更を検出する代替手段を提供する。プレゼンス・サーバにとって別の代替案は、この項目が同じID属性と共にサーバに送信される都度内容が変更されると想定することであろう。サーバは、ContentChange属性がクライアントによって使用されていない場合このような挙動を取る。同じID属性を有する2つの項目がContentChange中で同じカウンタ値を有する場合、これら2つの項目の内容は同一である。
【０２１５】
D.8.8 CliPresItem
内容モデル:(#PCDATA)
属性:なし
使用法:この要素はクライアント特有のプレゼンス拡張である。その構文及び構造はクライアントには既知だがネットワーク要素には知られていないと想定される。
【０２１６】
D.9 拡張プレゼンス・サービス
拡張プレゼンス・サービス・クラスは、サービス・プロバイダ特有の拡張をプレゼンス・サービスに提供するようになっている。クライアント・アプリケーション特有の拡張と同様、拡張を復号できる必要があるのはサービスの端点(すなわち、発行者と加入者クライアント)だけである。プレゼンス・サーバが拡張機能を理解することもありうるが、それはこの明細書によって義務付けられるわけではない。クライアント特有の拡張の方法とこの方法との間の相違は、サービス・プロバイダが制御するクライアントは標準プレゼンス項目を実装する必要がないことである。プレゼンス項目はサービス・プロバイダによって完全に規定されており、ユーザ装置をホストとするクライアントを新しい機能によって更新する手段が存在すると想定する。1つの可能な更新方法は無線によるソフトウェア・ダウンロードである。新しい種類のプレゼンス項目を生成する場合、サービス・プロバイダはこの新しい種類のプレゼンス項目をサポートするよう既存のクライアントを更新する必要がある。サービス・プロバイダが制御するクライアントは、標準プレゼンス・クライアント経由ではなく直接プレゼンス・サーバと通信する。標準プレゼンス・クライアントはこのクラスの全ての要素を無視する。
拡張プレゼンス・サービスは主としてこのクラスの要素を使用する。標準プレゼンス要素の規定を使用することも可能である。これは標準プレゼンス・プロトコルを使用する。
【０２１７】
D.9.1 ExtPresence
内容モデル:(#PCDATA)
属性:Class、ID、Cacheability、ValidityPeriod、ContentChange
使用法:この機構によって1つより多いプレゼンス項目が規定される場合ID属性の使用は必須である。随意選択のContentChange属性もこの要素について利用可能である。コンテンツの構文及び表示は本明細書の範囲外である。プレゼンス・サーバとプロキシによって、コンテンツはこの要素を含むXML文書と同じ多くの部分に分れたMIME中で伝えられるオブジェクトを参照できるようになる。
【０２１８】
D.10 プレゼンス内容フォーマット用DTD
【０２１９】
【表２０】
【表２１】
【表２２】
【表２３】
【表２４】
【表２５】
【表２６】
【表２７】
D.11 PresenceNames用DTD
PresenceNames用DTDは、プレゼンス項目名と属性だけが含まれていること以外はプレゼンス用のものと同じである。プレゼンス値は使用されない。
【０２２８】
【表２８】
【表２９】
【表３０】
【表３１】
【表３２】
【表３３】
【表３４】
【表３５】
当業者に明らかなように、技術の進歩に伴って、本発明の概念は多くの異なった方法で実現できる。従って、本発明とその実施例は上記の例に制限されず、添付の請求項の範囲と精神において変化しうる。
【図面の簡単な説明】
【０２３７】
【図１】図1は、移動IMPSシステムを説明するブロック図を示す図である。
【図２】図2は、プレゼンス属性の送信を説明するシグナリング図を示す図である。
【図３】図3は、修飾子の使用法を説明するシグナリング図を示す図である。
【図４】図4は、本発明による、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムの1つの実施例を示す図である。
【図５】図5は、本発明による、少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムの別の実施例を示す図である。
【図６】図6は、本発明によるプレゼンスの構成を示す図である。
【図７】図7は、本発明によるプレゼンス・データベースを示す図である。
【図８】図8は、本発明による未加入プレゼンスの流れ図を示す図である。
【図９】図9は、本発明によるプレゼンス情報の加入済配信を示す図である。
【図１０】図10は、本発明によるユーザ・グループとプレゼンス集合との管理を示す図である。
Claims (49)
- 少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、
前記クライアント装置が、プレゼンス情報をプレゼンス属性として前記サーバに送信する手段と、プレゼンス属性を前記サーバから受信する手段とを備え、前記プレゼンス情報が、属性名称によって識別される複数のプレゼンス属性種類によって分類され、
前記サーバが、前記受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムにおいて、
前記クライアント装置が、修飾子をプレゼンス属性に追加する手段であって、前記修飾子が前記の属性の使用を指定する1つかそれ以上のパラメータを含む手段を備え、
前記クライアント装置が、前記の受信した属性中の前記修飾子パラメータに応じて前記受信したプレゼンス属性を処理する手段を備えることを特徴とする移動メッセージング・システム。 - 前記クライアント装置が、前記修飾子中で前記属性の表示設定を指定する手段を備え、
前記クライアント装置が、前記修飾子に基づいて前記受信した属性を提示する手段を備えることを特徴とする、請求項1に記載のシステム。 - 前記クライアント装置が、前記修飾子中で前記属性のアドレス指定先となるアプリケーションを指定する手段を備え、
前記クライアント装置が、前記受信した属性を前記修飾子によって指示されるアプリケーションにアドレス指定する手段を備えることを特徴とする、請求項1に記載のシステム。 - 前記サーバが、前記修飾子に基づいて前記属性を1つかそれ以上のクライアント装置に送信すべきかどうかを決定する手段を備えることを特徴とする、請求項1〜3の何れか一項に記載のシステム。
- 少なくとも1つのクライアント装置とサーバとを備える移動メッセージング・システムであって、
前記クライアント装置が、プレゼンス情報をプレゼンス属性として前記サーバに送信する手段と、プレゼンス属性を前記サーバから受信する手段とを備え、前記プレゼンス情報が、属性名称によって識別される複数のプレゼンス属性種類によって分類され、
前記サーバが、受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備える移動メッセージング・システムにおいて、
前記クライアント装置が、オーソライザと、属性名称と、修飾子との組合せによって識別されるプレゼンス情報属性を構成する手段であって、前記オーソライザが前記属性を維持する責任を負う主体を指定し前記修飾子が前記属性の使用を指定する手段を備え、
前記サーバが、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、前記受信した属性の識別子の組合せが前記すでに格納された属性のものと同一であれば前記すでに格納された属性を前記受信した属性によって置換し、そうでなければ前記受信した属性を追加する手段を備え、
前記クライアント装置が、受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、前記受信した属性の識別子の組合せが前記すでに格納された属性のものと同一であれば前記すでに格納された属性を前記受信した属性によって置換し、そうでなければ前記受信した属性を追加する手段を備えることを特徴とする移動メッセージング・システム。 - 前記クライアント装置から前記サーバによって受信した前記プレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベース中に格納されることを特徴とする、請求項1〜5の何れか一項に記載の移動メッセージング・システム。
- 各プレゼンス属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項1〜6の何れか一項に記載の移動メッセージング・システム。
- 前記属性名称要素が、前記属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項7に記載の移動メッセージング・システム。
- プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする、請求項1〜8の何れか一項に記載の移動メッセージング・システム。
- 前記クライアント装置のユーザが発行者として前記クライアント装置または1つより多い発行者役割で1つより多いクライアント装置を使用できることを特徴とする、請求項9に記載の移動メッセージング・システム。
- 移動メッセージング・システムのための移動クライアント装置であって、
属性名称によって識別される複数のプレゼンス属性種類によって分類されるプレゼンス情報をプレゼンス属性としてサーバに送信する手段を備える移動クライアント装置において、
前記属性の使用を指定する1つかそれ以上のパラメータを備える修飾子をプレゼンス属性に追加する手段をさらに備えることを特徴とする移動クライアント装置。 - 移動メッセージング・システムのための移動クライアント装置であって、プレゼンス属性をサーバから受信する手段を備え、前記のプレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される移動クライアント装置において、
修飾子をプレゼンス属性に追加する手段であって、前記修飾子が前記属性の使用を指定する1つかそれ以上のパラメータを備える手段と、
前記受信した属性中の前記の修飾子パラメータに応じて前記の受信したプレゼンス属性を処理する手段とをさらに備えることを特徴とする移動クライアント装置。 - 移動メッセージング・システムのための移動クライアント装置であって、プレゼンス情報をプレゼンス属性としてサーバに送信する手段と、
プレゼンス属性を前記サーバから受信する手段であって、前記プレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類される手段とを備える移動クライアント装置において、
オーソライザと、属性名称と、修飾子との組合せによって識別されるプレゼンス情報属性を構成する手段であって、前記オーソライザが前記属性を維持する責任を負う主体を指定し前記修飾子が前記属性の使用を指定する手段と、
受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、
前記受信した属性の識別子の組合せがすでに格納された属性のものと同一であれば前記すでに格納された属性を前記受信した属性によって置換し、そうでなければ前記受信した属性を追加する手段とをさらに備えることを特徴とする移動クライアント装置。 - 各プレゼンス属性が属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項11〜13の何れか一項に記載の移動クライアント装置。
- 前記属性名称要素が、前記属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項14に記載の移動クライアント装置。
- プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上のプレゼンス属性を備えることを特徴とする、請求項11〜15の何れか一項に記載の移動クライアント装置。
- 前記移動クライアント装置のユーザが発行者として前記クライアント装置または1つより多い発行者役割で1つより多いクライアント装置を使用できることを特徴とする、請求項16に記載の移動クライアント装置。
- 移動メッセージング・システムのためのサーバであって、前記サーバが、受信したプレゼンス属性に基づいてプレゼンス情報を維持する手段を備え、前記プレゼンス情報が属性名称によって識別される複数のプレゼンス属性種類によって分類されるサーバにおいて、
受信した属性と同じ識別子を含むすでに格納された属性を探索する手段と、
前記受信した属性の識別子の組合せが前記すでに格納された属性のものと同一であれば前記すでに格納された属性を前記受信した属性によって置換し、そうでなければ前記受信した属性を追加する手段とを備えることを特徴とするサーバ。 - クライアント装置から前記サーバによって受信した前記プレゼンス属性が、プレゼンス・グループに関連する発行者ユーザに応じてデータベース中に格納されることを特徴とする、請求項18に記載のサーバ。
- 各プレゼンス属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項18または19に記載のサーバ。
- 前記属性名称要素が、該属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項20に記載のサーバ。
- プレゼンス集合が、単一のプレゼンス・グループに関連する発行者ユーザの単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする、請求項18〜21の何れか一項に記載のサーバ。
- 前記サーバと通信し発行者の役目を果たすクライアント装置のユーザが、該クライアント装置または1つより多い発行者役割で1つより多いクライアント装置を使用できることを特徴とする、請求項22に記載のサーバ。
- プレゼンス・システムであって、
プレゼンス・ユーザが発行者または加入者として前記のシステムと対話できるようにする少なくとも1つのプレゼンス・クライアントを有する少なくとも1つの物理装置と、
関連するプレゼンス・グループに応じて加入者によってアクセスするため発行者の属性のプレゼンス集合の有効な値を維持するサーバとを備えるプレゼンス・システム。 - 各属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項24に記載のプレゼンス・システム。
- 前記属性名称要素が、属性の使用法に関連する情報を有する修飾子を含むことを特徴とする、請求項25に記載のプレゼンス・システム。
- 前記属性名称要素が、該属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項26に記載のプレゼンス・システム。
- プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする、請求項24〜27の何れか一項に記載のプレゼンス・システム。
- 前記システムと対話する前記ユーザが発行者として前記プレゼンス・クライアントまたは1つより多い発行者役割で1つより多いプレゼンス・クライアントを使用できることを特徴とする、請求項28に記載のプレゼンス・システム。
- 各属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項28に記載のプレゼンス・システム。
- 前記少なくとも1つの物理装置が移動物理装置であることを特徴とする、請求項24〜30の何れか一項に記載のプレゼンス・システム。
- 物理装置中に格納するためコンピュータ可読媒体中に組み込まれたコンピュータ・プログラムにおいて、
前記のプログラムが、関連する少なくとも1つのプレゼンス・グループに応じて1つかそれ以上の加入者によってアクセスするための属性の少なくとも1つのプレゼンス集合の発行者としてプレゼンス・ユーザがプレゼンス・システムと対話できるようにするプレゼンス・クライアント・プログラムであることを特徴とするコンピュータ・プログラム。 - 前記プログラムが、加入者がメンバであるプレゼンス・グループに関連する属性の少なくとも1つの集合への前記加入者としてプレゼンス・ユーザが前記プレゼンス・システムと対話できるようにすることを特徴とする、請求項32に記載のプレゼンス・クライアント・プログラム。
- 各属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項32または33に記載のプレゼンス・クライアント・プログラム。
- 前記属性名称要素が、属性の使用法に関連する情報を有する修飾子を含むことを特徴とする、請求項34に記載のプレゼンス・クライアント・プログラム。
- 前記属性名称要素が、該属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項35に記載のプレゼンス・クライアント・プログラム。
- プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする、請求項32〜36の何れか一項に記載のプレゼンス・クライアント・プログラム。
- 前記のシステムと対話する前記のユーザが発行者として前記プレゼンス・クライアント・プログラムまたは1つより多い発行者役割で1つより多いプレゼンス・クライアント・プログラムを使用できることを特徴とする、請求項37に記載のプレゼンス・クライアント・プログラム。
- 各属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項37に記載のプレゼンス・クライアント・プログラム。
- 前記物理装置が移動物理装置であることを特徴とする、請求項32〜39の何れか一項に記載のプレゼンス・クライアント・プログラム。
- 内部に格納されたコンピュータ可読媒体中に組み込まれたコンピュータ・プログラムを有する物理装置において、前記のプログラムが、請求項32〜40の何れか一項に記載のプレゼンス・クライアント・プログラムであることを特徴とする物理装置。
- 物理装置に格納されるためにコンピュータ可読媒体中に組み込まれたデータ構造において、
該データ構造が、プレゼンス集合に関連するプレゼンス・グループに応じて加入者によってアクセスするため1つかそれ以上の発行者の属性の前記プレゼンス集合の有効な値を格納するプレゼンス・データベースであることを特徴とするデータ構造。 - 各属性が、属性名称要素及び属性値を含む項目の一部であることを特徴とする、請求項42に記載のデータ構造。
- 前記属性名称要素が、属性の使用法に関連する情報を有する修飾子を含むことを特徴とする、請求項43に記載のデータ構造。
- 前記属性名称要素が、該属性名称要素及び属性値を一意に保持する責任を負う権限を示す権限文字列を含むことを特徴とする、請求項44に記載のデータ構造。
- プレゼンス集合が、単一のプレゼンス・グループに関連する単一の発行者役割に属する1つかそれ以上の属性を備えることを特徴とする、請求項42〜45の何れか一項に記載のデータ構造。
- 前記物理装置と対話するユーザが発行者として、1つより多い発行者役割を発行するために前記データ構造を使用でき、各役割が別個のプレゼンス・グループに関連する別個のプレゼンス集合を有することを特徴とする、請求項42〜46の何れか一項に記載のデータ構造。
- 前記物理装置が移動装置であることを特徴とする、請求項42〜47の何れか一項に記載のデータ構造。
- 内部に格納されたコンピュータ可読媒体中に組み込まれたデータ構造を有する物理装置において、前記データ構造が、請求項42〜48の何れか一項に記載のプレゼンス・データ構造であることを特徴とする物理装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US29012301P | 2001-05-11 | 2001-05-11 | |
| FI20012158A FI114429B (fi) | 2001-11-07 | 2001-11-07 | Matkasuoraviestintä- ja läsnäolopalvelu |
| PCT/FI2002/000403 WO2002093959A1 (en) | 2001-05-11 | 2002-05-10 | Mobile instant messaging and presence service |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007150984A Division JP4668952B2 (ja) | 2001-05-11 | 2007-06-06 | プレゼンス・システムとその移動デバイス及びサーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004532478A true JP2004532478A (ja) | 2004-10-21 |
| JP2004532478A5 JP2004532478A5 (ja) | 2005-11-17 |
Family
ID=26161233
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002590697A Pending JP2004532478A (ja) | 2001-05-11 | 2002-05-10 | 移動インスタント・メッセージング及びプレゼンス・サービス |
| JP2007150984A Expired - Fee Related JP4668952B2 (ja) | 2001-05-11 | 2007-06-06 | プレゼンス・システムとその移動デバイス及びサーバ |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007150984A Expired - Fee Related JP4668952B2 (ja) | 2001-05-11 | 2007-06-06 | プレゼンス・システムとその移動デバイス及びサーバ |
Country Status (16)
| Country | Link |
|---|---|
| US (1) | US9848305B2 (ja) |
| EP (2) | EP1528754B1 (ja) |
| JP (2) | JP2004532478A (ja) |
| KR (1) | KR100653935B1 (ja) |
| CN (1) | CN100446579C (ja) |
| AT (2) | ATE293871T1 (ja) |
| AU (1) | AU2002255030B2 (ja) |
| CA (1) | CA2445768C (ja) |
| CY (1) | CY1107212T1 (ja) |
| DE (2) | DE60203798T2 (ja) |
| DK (1) | DK1528754T3 (ja) |
| ES (1) | ES2240734T3 (ja) |
| HK (1) | HK1076557A1 (ja) |
| MX (1) | MXPA03010213A (ja) |
| PT (1) | PT1528754E (ja) |
| WO (1) | WO2002093959A1 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006146899A (ja) * | 2004-11-24 | 2006-06-08 | Microsoft Corp | ピアツーピアベースでプレゼンス情報へのアクセスを制御する方法およびシステム |
| JP2006244494A (ja) * | 2005-02-28 | 2006-09-14 | Microsoft Corp | クライアントサイドのプレゼンス文書管理を実施する方法及び記録媒体 |
| JP2007148969A (ja) * | 2005-11-30 | 2007-06-14 | Fujitsu Ltd | プレゼンス管理方法及びプレゼンス管理装置 |
| JP2009510896A (ja) * | 2005-09-27 | 2009-03-12 | ネイダーランゼ、オルガニザティー、ボー、トゥーゲパストナトゥールウェテンシャッペルーク、オンダーツォーク、ティーエヌオー | プレゼンティティに関連する端末から、オーディオ信号を解析することによる、プレゼンティティに関するプレゼンス情報の決定 |
| JP4707714B2 (ja) * | 2005-08-15 | 2011-06-22 | 富士通株式会社 | 通信制御方法、コンピュータ・システム、会議管理サーバ、通信方法及び携帯端末 |
| US8171084B2 (en) | 2004-01-20 | 2012-05-01 | Microsoft Corporation | Custom emoticons |
| US8185635B2 (en) | 2003-07-01 | 2012-05-22 | Microsoft Corporation | Transport system for instant messaging |
Families Citing this family (272)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
| US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
| US8364136B2 (en) | 1999-02-01 | 2013-01-29 | Steven M Hoffberg | Mobile system, a method of operating mobile system and a non-transitory computer readable medium for a programmable control of a mobile system |
| US7904187B2 (en) | 1999-02-01 | 2011-03-08 | Hoffberg Steven M | Internet appliance system and method |
| US7701925B1 (en) * | 2000-03-22 | 2010-04-20 | Tekelec | Presence registration and routing node |
| ATE293871T1 (de) | 2001-05-11 | 2005-05-15 | Nokia Corp | Mobiler instant-messaging- und präsenzdienst |
| US8644475B1 (en) | 2001-10-16 | 2014-02-04 | Rockstar Consortium Us Lp | Telephony usage derived presence information |
| US7192235B2 (en) * | 2001-11-01 | 2007-03-20 | Palm, Inc. | Temporary messaging address system and method |
| US7299286B2 (en) * | 2001-12-27 | 2007-11-20 | Nortel Networks Limited | Personal user agent |
| GB0202370D0 (en) * | 2002-02-01 | 2002-03-20 | Symbian Ltd | Pinging |
| EP2211520A3 (en) * | 2002-02-14 | 2010-11-10 | Avaya Inc. | Presence and availability tracking |
| US7426380B2 (en) | 2002-03-28 | 2008-09-16 | Telecommunication Systems, Inc. | Location derived presence information |
| US20030186699A1 (en) * | 2002-03-28 | 2003-10-02 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
| US8290505B2 (en) | 2006-08-29 | 2012-10-16 | Telecommunications Systems, Inc. | Consequential location derived information |
| US8027697B2 (en) * | 2007-09-28 | 2011-09-27 | Telecommunication Systems, Inc. | Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system |
| US8918073B2 (en) | 2002-03-28 | 2014-12-23 | Telecommunication Systems, Inc. | Wireless telecommunications location based services scheme selection |
| US6771991B1 (en) * | 2002-03-28 | 2004-08-03 | Motorola, Inc. | Graphics and variable presence architectures in wireless communication networks, mobile handsets and methods therefor |
| US9154906B2 (en) | 2002-03-28 | 2015-10-06 | Telecommunication Systems, Inc. | Area watcher for wireless network |
| US8126889B2 (en) | 2002-03-28 | 2012-02-28 | Telecommunication Systems, Inc. | Location fidelity adjustment based on mobile subscriber privacy profile |
| US7035923B1 (en) | 2002-04-10 | 2006-04-25 | Nortel Networks Limited | Presence information specifying communication preferences |
| US7139797B1 (en) | 2002-04-10 | 2006-11-21 | Nortel Networks Limited | Presence information based on media activity |
| US7702726B1 (en) * | 2002-04-10 | 2010-04-20 | 3Com Corporation | System and methods for providing presence services in IP network |
| US7552204B2 (en) * | 2002-05-15 | 2009-06-23 | Microsoft Corporation | Method and system for supporting the communication of presence information among computing devices of a network |
| US6996409B2 (en) * | 2002-06-26 | 2006-02-07 | Level Z, L.L.C. | Multi-party concurrence through short message service exchanges |
| US6757722B2 (en) | 2002-07-16 | 2004-06-29 | Nokia Corporation | System and method for providing partial presence notifications |
| US8392609B2 (en) | 2002-09-17 | 2013-03-05 | Apple Inc. | Proximity detection for media proxies |
| US7555108B2 (en) * | 2002-10-01 | 2009-06-30 | Nortel Networks Limited | Presence information for telephony users |
| ATE551811T1 (de) * | 2002-10-09 | 2012-04-15 | Nokia Siemens Networks Oy | Kommunikationssystem |
| US7848767B2 (en) | 2002-10-15 | 2010-12-07 | Tekelec | Methods and systems for migrating between application layer mobile signaling protocols |
| US7023980B2 (en) * | 2002-12-04 | 2006-04-04 | Avaya Technology Corp. | Outbound dialing decision criteria based |
| US8335860B2 (en) | 2002-12-19 | 2012-12-18 | Nokia Corporation | Filtering application services |
| US20040122901A1 (en) * | 2002-12-20 | 2004-06-24 | Nortel Networks Limited | Providing computer presence information to an integrated presence system |
| US7523165B2 (en) * | 2002-12-24 | 2009-04-21 | Telefonaktiebolaget L M Ericsson (Publ) | Transmission of application information and commands using presence technology |
| US7257218B2 (en) * | 2002-12-30 | 2007-08-14 | Nortel Networks Limited | Presence enabled queue management |
| US20040128391A1 (en) * | 2002-12-31 | 2004-07-01 | Robert Patzer | Method and system for managing a validity period in association with a presence attribute |
| US7711810B2 (en) | 2003-01-03 | 2010-05-04 | Nortel Networks Limited | Distributed services based on presence technology |
| US7474741B2 (en) | 2003-01-20 | 2009-01-06 | Avaya Inc. | Messaging advise in presence-aware networks |
| EP1786172B1 (en) | 2003-01-22 | 2015-06-10 | NEC Corporation | Presence system and process for controlling the destination of presence notification |
| EP1458161A1 (de) * | 2003-03-14 | 2004-09-15 | Siemens Aktiengesellschaft | Verfahren und Vorrichtung für die Interoperabilität zwischen den Präsenz-Services gemäss dem Wireless Village Standard und dem IP Multimedia Subsystem Standard |
| US7231229B1 (en) | 2003-03-16 | 2007-06-12 | Palm, Inc. | Communication device interface |
| US7835504B1 (en) | 2003-03-16 | 2010-11-16 | Palm, Inc. | Telephone number parsing and linking |
| CN1301018C (zh) * | 2003-04-02 | 2007-02-14 | 华为技术有限公司 | 一种通信系统中的消息处理方法 |
| US20040201668A1 (en) * | 2003-04-11 | 2004-10-14 | Hitachi, Ltd. | Method and apparatus for presence indication |
| US7124370B2 (en) | 2003-05-20 | 2006-10-17 | America Online, Inc. | Presence and geographic location notification based on a delegation model |
| US20040248597A1 (en) * | 2003-06-09 | 2004-12-09 | Mathis James Earl | Direct response system with instant messaging and role based contact lists for replacing a dispatch system |
| FR2857479A1 (fr) * | 2003-07-09 | 2005-01-14 | France Telecom | Dispositif et procede de traitement de donnees de presence |
| US20050009537A1 (en) * | 2003-07-11 | 2005-01-13 | Crocker Ronald T. | Method and apparatus for facilitating wireless presence-based services |
| US7660898B2 (en) * | 2003-07-29 | 2010-02-09 | At&T Intellectual Property I, L.P. | Presence enhanced telephony service architecture |
| DE10340386B3 (de) * | 2003-08-29 | 2005-01-27 | Siemens Ag | Aktualisierung einer einem Benutzer eines Kommunikationsdienstes zugeordneten Anwesenheitsinformation |
| US20050055412A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corporation | Policy-based management of instant message windows |
| US20050055405A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corporation | Managing status information for instant messaging users |
| US20050060423A1 (en) * | 2003-09-15 | 2005-03-17 | Sachin Garg | Congestion management in telecommunications networks |
| US20050060424A1 (en) * | 2003-09-15 | 2005-03-17 | Sachin Garg | Congestion management in telecommunications networks |
| US7162256B2 (en) * | 2003-09-30 | 2007-01-09 | Avaya Technology Corp. | Presence-based telecommunications system |
| US7366532B2 (en) * | 2003-10-09 | 2008-04-29 | Motorola, Inc. | Group call management through receive/transmit synchronization |
| KR100584316B1 (ko) * | 2003-10-17 | 2006-05-26 | 삼성전자주식회사 | 단말장치와 서버간의 프레전스 정보 데이터 동기화를 위한시스템 및 방법 |
| CN1307832C (zh) * | 2003-11-11 | 2007-03-28 | 华为技术有限公司 | 一种通信终端协助用户选择联系方式的方法 |
| JP4349100B2 (ja) * | 2003-11-21 | 2009-10-21 | 沖電気工業株式会社 | 音声通信システムおよび管理サーバ |
| US9118574B1 (en) | 2003-11-26 | 2015-08-25 | RPX Clearinghouse, LLC | Presence reporting using wireless messaging |
| US7451190B2 (en) * | 2003-11-26 | 2008-11-11 | Yahoo! Inc. | Associating multiple visibility profiles with a user of a real-time communication system |
| US7424293B2 (en) | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
| US9026653B2 (en) * | 2003-12-03 | 2015-05-05 | At&T Mobility Ii Llc | Identifying a device to a network |
| EP1542430A1 (en) * | 2003-12-09 | 2005-06-15 | Siemens Aktiengesellschaft | Method and arrangement for automated predictive presence service |
| US7260186B2 (en) | 2004-03-23 | 2007-08-21 | Telecommunication Systems, Inc. | Solutions for voice over internet protocol (VoIP) 911 location services |
| US20080090546A1 (en) | 2006-10-17 | 2008-04-17 | Richard Dickinson | Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging |
| US20080126535A1 (en) | 2006-11-28 | 2008-05-29 | Yinjun Zhu | User plane location services over session initiation protocol (SIP) |
| US8443092B2 (en) * | 2003-12-23 | 2013-05-14 | Alcatel Lucent | Presentity filtering for user preferences |
| GB2409787B (en) | 2003-12-29 | 2007-10-03 | Nokia Corp | A communications system |
| US8443115B2 (en) * | 2003-12-31 | 2013-05-14 | Motorola Mobility Llc | Method and system for managing access to presence attribute information |
| US20050169223A1 (en) * | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
| US7903637B2 (en) * | 2004-01-22 | 2011-03-08 | Verizon Business Global Llc | Universal communications identifier |
| CN100396060C (zh) * | 2004-02-06 | 2008-06-18 | 华为技术有限公司 | 实现信使消息传送的方法 |
| US20050198545A1 (en) * | 2004-02-12 | 2005-09-08 | Sony Corporation | Automatic user device presence registration system |
| US20050186940A1 (en) * | 2004-02-23 | 2005-08-25 | Schatzberger Richard J. | System and method for managing content of a remote device based on use probability |
| US20050188406A1 (en) * | 2004-02-23 | 2005-08-25 | Gielow Christopher C. | System and method for managing applications and media content of a wireless communication device |
| US20050188403A1 (en) * | 2004-02-23 | 2005-08-25 | Kotzin Michael D. | System and method for presenting and editing customized media streams to a content providing device |
| US9398152B2 (en) * | 2004-02-25 | 2016-07-19 | Avaya Inc. | Using business rules for determining presence |
| JP4317061B2 (ja) * | 2004-03-16 | 2009-08-19 | 株式会社日立製作所 | プレゼンス情報の共有方法およびシステム |
| US20050210514A1 (en) * | 2004-03-18 | 2005-09-22 | Kittlaus Dag A | System and method for passive viewing of media content and supplemental interaction capabilities |
| US7272634B2 (en) * | 2004-03-18 | 2007-09-18 | Sony Corporation | System and method for integrating multiple messaging systems |
| US20050210508A1 (en) * | 2004-03-19 | 2005-09-22 | Lau Vincent W | System and method for managing time-go-live information of media content |
| US8229454B1 (en) | 2004-03-22 | 2012-07-24 | Avaya Inc. | Personal location information management |
| EP1730921B1 (de) * | 2004-03-29 | 2016-07-06 | Nokia Solutions and Networks GmbH & Co. KG | Verfahren zum verwalten von presenzdaten einer gruppe von telekommunikatonsteilnehmern und vorrichtung zur durchfuehrung des verfahrens |
| DE102004015261B4 (de) * | 2004-03-29 | 2007-04-12 | Siemens Ag | Verfahren zum automatischen Generieren von aktuellen Presence-Informationen und Vorrichtung zur Durchführung des Verfahrens |
| JP4202309B2 (ja) | 2004-03-30 | 2008-12-24 | 富士通株式会社 | プレゼンスシステム及びプレゼンス管理方法 |
| FI117313B (fi) * | 2004-04-05 | 2006-08-31 | Nokia Corp | Viestinkäsittely |
| JP4214941B2 (ja) * | 2004-04-09 | 2009-01-28 | 日本電気株式会社 | プレゼンス情報提供システム、その方法およびサーバ |
| US20050256959A1 (en) * | 2004-04-13 | 2005-11-17 | Magnus Svensson | Method of and system for multimedia messaging system interoperability |
| US20050232184A1 (en) * | 2004-04-15 | 2005-10-20 | Utstarcom, Incorporated | Network presence updating apparatus and method |
| US7496623B2 (en) * | 2004-04-23 | 2009-02-24 | Yahoo! Inc. | System and method for enhanced messaging including a displayable status indicator |
| US7496633B2 (en) * | 2004-04-23 | 2009-02-24 | Yahoo! Inc. | System and method facilitating a shared content experience using enhanced messaging including a displayable status indicator |
| US7379461B2 (en) | 2004-04-26 | 2008-05-27 | Alcatel Lucent | System and method for indicating network quality of service capability as a presence attribute of an end-user |
| US7698307B2 (en) | 2004-05-01 | 2010-04-13 | Microsoft Corporation | System and method for synchronizing between a file system and presence of contacts on a network |
| US8239452B2 (en) * | 2004-05-01 | 2012-08-07 | Microsoft Corporation | System and method for discovering and publishing of presence information on a network |
| US7607096B2 (en) * | 2004-05-01 | 2009-10-20 | Microsoft Corporation | System and method for a user interface directed to discovering and publishing presence information on a network |
| CN100370790C (zh) * | 2004-05-27 | 2008-02-20 | 腾讯科技（深圳）有限公司 | 在即时通讯系统中控制即时消息的方法 |
| US20050289096A1 (en) * | 2004-06-23 | 2005-12-29 | Nokia Corporation | Method, system and computer program to enable SIP event-based discovery of services and content within a community built on context information |
| EP1768327A4 (en) * | 2004-06-25 | 2010-09-08 | Hajime Fukushima | COMMUNICATION MODEL, COUNTER SIGNAL SIGNAL, METHOD AND EQUIPMENT |
| DE102004048552A1 (de) * | 2004-10-04 | 2006-04-13 | Nec Europe Ltd. | Verfahren zur Bereitstellung von Informationen betreffend Rundfunkinhalte an einen Nutzer |
| SE0402396D0 (sv) * | 2004-10-05 | 2004-10-05 | Ericsson Telefon Ab L M | Refresh of cached terminal capabilities data |
| US7509093B2 (en) * | 2004-10-07 | 2009-03-24 | Nokia Corporation | Apparatus and method for indicating proximity co-presence for social application using short range radio communication |
| US7113128B1 (en) * | 2004-10-15 | 2006-09-26 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
| US6985105B1 (en) * | 2004-10-15 | 2006-01-10 | Telecommunication Systems, Inc. | Culled satellite ephemeris information based on limiting a span of an inverted cone for locating satellite in-range determinations |
| US7629926B2 (en) * | 2004-10-15 | 2009-12-08 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
| US7921193B2 (en) * | 2004-10-16 | 2011-04-05 | Alcatel Lucent | System and method for leveraging end-users' preferences for efficient communications |
| US7454781B2 (en) * | 2004-11-08 | 2008-11-18 | Nokia Corporation | Method enabling multiple sessions and applications in instant messaging and presence service |
| JP5069814B2 (ja) * | 2004-11-19 | 2012-11-07 | 株式会社ホロン | 測定値の判定方法 |
| US7593743B2 (en) | 2004-12-03 | 2009-09-22 | Sony Ericsson Mobile Communications, Ab | Methods, systems, and computer program products for updating availability information in voice-call applications |
| US7689655B2 (en) * | 2004-12-06 | 2010-03-30 | Aol Inc. | Managing and collaborating with digital content using a dynamic user interface |
| US20060167977A1 (en) * | 2004-12-15 | 2006-07-27 | Alcatel | Presence system and method for transforming device view of presentity preferences into media view |
| US7921369B2 (en) | 2004-12-30 | 2011-04-05 | Aol Inc. | Mood-based organization and display of instant messenger buddy lists |
| GB0428533D0 (en) * | 2004-12-30 | 2005-02-09 | Nokia Corp | Presence services in a wireless communications network |
| FR2883436A1 (fr) * | 2005-03-21 | 2006-09-22 | Alcatel Sa | Procede pour fournir un service de presence, et serveur pour la mise en oeuvre de ce procede |
| JP4977329B2 (ja) * | 2005-03-29 | 2012-07-18 | 日本電気株式会社 | プレゼンスサービスシステム、プレゼンス装置、プレゼンスサービス方法、及びプログラム |
| JP4416686B2 (ja) * | 2005-04-01 | 2010-02-17 | 株式会社日立製作所 | 状態情報管理システム、状態情報管理サーバ、状態情報管理プログラム |
| US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
| US20060239234A1 (en) * | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Application programming interface for discovering endpoints in a serverless peer to peer network |
| US20060248185A1 (en) * | 2005-04-29 | 2006-11-02 | Morris Robert P | System and method for utilizing a presence service to advertise activity availability |
| US20060248184A1 (en) * | 2005-04-29 | 2006-11-02 | Alcatel | System and method for managing user groups in presence systems |
| KR100709010B1 (ko) * | 2005-05-24 | 2007-04-18 | 에스케이 텔레콤주식회사 | 모바일 인스턴트 메신저 서비스에서 현재 상태 차등 제공방법 및 장치 및 그 시스템 |
| US7567553B2 (en) | 2005-06-10 | 2009-07-28 | Swift Creek Systems, Llc | Method, system, and data structure for providing a general request/response messaging protocol using a presence protocol |
| CN100461774C (zh) * | 2005-06-20 | 2009-02-11 | 华为技术有限公司 | 一种订阅存在信息的方法 |
| US8660573B2 (en) | 2005-07-19 | 2014-02-25 | Telecommunications Systems, Inc. | Location service requests throttling |
| CN100426802C (zh) * | 2005-07-22 | 2008-10-15 | 华为技术有限公司 | 存在信息的提供方法及其系统、及存在服务器 |
| US7650337B2 (en) * | 2005-07-26 | 2010-01-19 | Microsoft Corporation | Managing rich presence collections |
| US20070027915A1 (en) * | 2005-07-29 | 2007-02-01 | Morris Robert P | Method and system for processing a workflow using a publish-subscribe protocol |
| US7697941B2 (en) | 2005-08-02 | 2010-04-13 | Sony Ericsson Mobile Communications Ab | Updating presence in a wireless communications device |
| US20070049288A1 (en) * | 2005-08-24 | 2007-03-01 | Lamprecht Leslie J | Creating optimum temporal location trigger for multiple requests |
| CN100417243C (zh) * | 2005-09-23 | 2008-09-03 | 华为技术有限公司 | 获取呈现信息的方法和系统 |
| US9282451B2 (en) | 2005-09-26 | 2016-03-08 | Telecommunication Systems, Inc. | Automatic location identification (ALI) service requests steering, connection sharing and protocol translation |
| CN1852303B (zh) * | 2005-09-28 | 2010-12-08 | 华为技术有限公司 | 一种聊天室相关信息获取方法 |
| WO2007037018A1 (ja) * | 2005-09-29 | 2007-04-05 | Fujitsu Limited | プレゼンス通信システム |
| US7825780B2 (en) * | 2005-10-05 | 2010-11-02 | Telecommunication Systems, Inc. | Cellular augmented vehicle alarm notification together with location services for position of an alarming vehicle |
| US7907551B2 (en) | 2005-10-06 | 2011-03-15 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) location based 911 conferencing |
| US8467320B2 (en) | 2005-10-06 | 2013-06-18 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) multi-user conferencing |
| EP1775912B1 (en) * | 2005-10-11 | 2016-01-20 | Alcatel Lucent | Method for evaluating an additional service for a device of a user of a telecommunication system |
| US20070088839A1 (en) * | 2005-10-19 | 2007-04-19 | Nortel Networks Limited | Local time related presence automation and session control |
| ATE453273T1 (de) * | 2005-11-21 | 2010-01-15 | Research In Motion Ltd | Verfahren für das regulieren des sofortigen nachrichtenübermittlungverkehrs |
| US20070124386A1 (en) * | 2005-11-21 | 2007-05-31 | Research In Motion Limited | Method for regulating instant messaging traffic |
| US7889716B2 (en) * | 2005-12-01 | 2011-02-15 | Tekelec | Methods, systems, and computer program products for using an E.164 number (ENUM) database for message service message routing resolution among 2G and subsequent generation network systems |
| US7512880B2 (en) * | 2005-12-23 | 2009-03-31 | Swift Creek Systems, Llc | Method and system for presenting published information in a browser |
| US20070168420A1 (en) * | 2005-12-30 | 2007-07-19 | Morris Robert P | Method and apparatus for providing customized subscription data |
| CN100428677C (zh) * | 2006-01-21 | 2008-10-22 | 华为技术有限公司 | 一种订阅呈现信息的方法和系统 |
| US7587450B2 (en) | 2006-02-01 | 2009-09-08 | Swift Creek Systems, Llc | HTTP publish/subscribe communication protocol |
| WO2007091646A1 (ja) * | 2006-02-08 | 2007-08-16 | Matsushita Electric Industrial Co., Ltd. | Ｉｍｐｓシステム、ｉｍｐｓクライアント装置、ｉｍｐｓサーバ装置、ｉｍｐｓ提供方法、およびｉｍｐｓ提供プログラム |
| US7916857B2 (en) * | 2006-02-15 | 2011-03-29 | Tekelec | Methods, systems, and computer readable media for selectively processing or redirecting signaling connection control part (SCCP) messages |
| US8150363B2 (en) | 2006-02-16 | 2012-04-03 | Telecommunication Systems, Inc. | Enhanced E911 network access for call centers |
| US8059789B2 (en) | 2006-02-24 | 2011-11-15 | Telecommunication Systems, Inc. | Automatic location identification (ALI) emergency services pseudo key (ESPK) |
| US7899450B2 (en) | 2006-03-01 | 2011-03-01 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detection using local mobile network within cellular network |
| US7471236B1 (en) | 2006-03-01 | 2008-12-30 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detector |
| US9167553B2 (en) | 2006-03-01 | 2015-10-20 | Telecommunication Systems, Inc. | GeoNexus proximity detector network |
| US20070208702A1 (en) * | 2006-03-02 | 2007-09-06 | Morris Robert P | Method and system for delivering published information associated with a tuple using a pub/sub protocol |
| CN100484106C (zh) | 2006-03-24 | 2009-04-29 | 华为技术有限公司 | 一种呈现信息的处理方法 |
| CN101047523B (zh) * | 2006-03-29 | 2012-01-04 | 松下电器产业株式会社 | 提供上线者状态的服务器及方法 |
| US8108345B2 (en) | 2006-03-31 | 2012-01-31 | Microsoft Corporation | Managing rich presence collections in a single request |
| US9462069B2 (en) * | 2006-03-31 | 2016-10-04 | Alcatel Lucent | Presence management proxying methods and devices |
| US8843560B2 (en) * | 2006-04-28 | 2014-09-23 | Yahoo! Inc. | Social networking for mobile devices |
| US8208605B2 (en) | 2006-05-04 | 2012-06-26 | Telecommunication Systems, Inc. | Extended efficient usage of emergency services keys |
| JP4812508B2 (ja) * | 2006-05-12 | 2011-11-09 | 富士通株式会社 | プレゼンス情報を取り扱うシステム |
| US8964955B2 (en) * | 2006-06-15 | 2015-02-24 | Oracle International Corporation | Presence-based message waiting indicator and missed calls |
| US8804573B2 (en) * | 2006-06-15 | 2014-08-12 | Oracle International Corporation | Method and system for inferring presence of a principal based on past presence information |
| US9112881B2 (en) * | 2006-06-15 | 2015-08-18 | Oracle International Corporation | Presence-based caller identification |
| US20080005294A1 (en) * | 2006-06-30 | 2008-01-03 | Morris Robert P | Method and system for exchanging messages using a presence service |
| US8688822B2 (en) * | 2006-07-05 | 2014-04-01 | Oracle International Corporation | Push e-mail inferred network presence |
| US7787445B2 (en) | 2006-07-20 | 2010-08-31 | Tekelec | Methods, systems, and computer program products for routing and processing ENUM queries |
| EP2506537B1 (en) | 2006-08-14 | 2015-01-28 | Samsung Electronics Co., Ltd. | Server and method for presence notification based on presence attribute |
| US8726195B2 (en) * | 2006-09-05 | 2014-05-13 | Aol Inc. | Enabling an IM user to navigate a virtual world |
| US8006283B2 (en) | 2006-09-20 | 2011-08-23 | Sabse Technologies, Inc. | Method and system for triggering internet applications using messages |
| US8316117B2 (en) | 2006-09-21 | 2012-11-20 | At&T Intellectual Property I, L.P. | Personal presentity presence subsystem |
| US20080077653A1 (en) * | 2006-09-26 | 2008-03-27 | Morris Robert P | Methods, systems, and computer program products for enabling dynamic content in a markup-language-based page using a dynamic markup language element |
| US20080082613A1 (en) * | 2006-09-28 | 2008-04-03 | Yahoo! Inc. | Communicating online presence and mood |
| US20080082820A1 (en) * | 2006-10-03 | 2008-04-03 | Motorola, Inc. | Method and apparatus for determining availability of a remote party based on interaction with coupled devices |
| US7752554B2 (en) * | 2006-10-05 | 2010-07-06 | Microsoft Corporation | Bot identification and control |
| US7966013B2 (en) | 2006-11-03 | 2011-06-21 | Telecommunication Systems, Inc. | Roaming gateway enabling location based services (LBS) roaming for user plane in CDMA networks without requiring use of a mobile positioning center (MPC) |
| DE102006054284A1 (de) | 2006-11-17 | 2008-05-21 | Deutsche Telekom Ag | Verfahren und System für ein Erreichbarkeitsmanagement |
| US20080120337A1 (en) * | 2006-11-21 | 2008-05-22 | Fry Jared S | Method And System For Performing Data Operations Using A Publish/Subscribe Service |
| US20080133599A1 (en) * | 2006-12-05 | 2008-06-05 | Palm, Inc. | System and method for providing address-related location-based data |
| US20080134088A1 (en) * | 2006-12-05 | 2008-06-05 | Palm, Inc. | Device for saving results of location based searches |
| US20080134030A1 (en) * | 2006-12-05 | 2008-06-05 | Palm, Inc. | Device for providing location-based data |
| US8285312B2 (en) | 2006-12-06 | 2012-10-09 | Research In Motion Limited | Method and apparatus for deriving presence information using message traffic analysis |
| US8254551B2 (en) * | 2006-12-07 | 2012-08-28 | Tekelec, Inc. | Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network |
| US9330190B2 (en) * | 2006-12-11 | 2016-05-03 | Swift Creek Systems, Llc | Method and system for providing data handling information for use by a publish/subscribe client |
| US20080167018A1 (en) * | 2007-01-10 | 2008-07-10 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
| US8150003B1 (en) | 2007-01-23 | 2012-04-03 | Avaya Inc. | Caller initiated undivert from voicemail |
| US20080183816A1 (en) * | 2007-01-31 | 2008-07-31 | Morris Robert P | Method and system for associating a tag with a status value of a principal associated with a presence client |
| US8050386B2 (en) | 2007-02-12 | 2011-11-01 | Telecommunication Systems, Inc. | Mobile automatic location identification (ALI) for first responders |
| US20080208982A1 (en) * | 2007-02-28 | 2008-08-28 | Morris Robert P | Method and system for providing status information relating to a relation between a plurality of participants |
| US9203918B2 (en) | 2007-03-15 | 2015-12-01 | Nokia Technologies Oy | Pulling information from information sources via refer requests |
| WO2008117152A1 (en) * | 2007-03-23 | 2008-10-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Internet exchange broker method and system |
| US9140552B2 (en) | 2008-07-02 | 2015-09-22 | Qualcomm Incorporated | User defined names for displaying monitored location |
| US20080254811A1 (en) | 2007-04-11 | 2008-10-16 | Palm, Inc. | System and method for monitoring locations of mobile devices |
| US9031583B2 (en) * | 2007-04-11 | 2015-05-12 | Qualcomm Incorporated | Notification on mobile device based on location of other mobile device |
| US20080270546A1 (en) * | 2007-04-30 | 2008-10-30 | Morris Robert P | Methods And Systems For Communicating Task Information |
| US20080285542A1 (en) * | 2007-05-18 | 2008-11-20 | Alcatel Lucent | Location based presence groups |
| DE102007023841A1 (de) * | 2007-05-21 | 2008-12-04 | Vodafone Holding Gmbh | Verfahren zum Bereitstellen von Präsenzinformationen |
| US9083758B2 (en) * | 2007-06-11 | 2015-07-14 | Nokia Technologies Oy | System and method for using presence information |
| US7996541B2 (en) * | 2007-06-15 | 2011-08-09 | Tekelec | Methods, systems, and computer program products for identifying a serving home subscriber server (HSS) in a communications network |
| US20090037582A1 (en) * | 2007-07-31 | 2009-02-05 | Morris Robert P | Method And System For Managing Access To A Resource Over A Network Using Status Information Of A Principal |
| US8538000B2 (en) * | 2007-08-10 | 2013-09-17 | Tekelec, Inc. | Methods, systems, and computer program products for performing message deposit transaction screening |
| WO2009022875A2 (en) * | 2007-08-14 | 2009-02-19 | Samsung Electronics Co., Ltd. | Method and system for sip based dynamic advertisement of presence information |
| US8185087B2 (en) | 2007-09-17 | 2012-05-22 | Telecommunication Systems, Inc. | Emergency 911 data messaging |
| KR101442168B1 (ko) * | 2007-11-05 | 2014-09-19 | 삼성전자주식회사 | 프레즌스를 이용한 상대방 단말 정보 표시방법 및 그방법에 따른 이동통신 단말기 |
| US20090132660A1 (en) * | 2007-11-16 | 2009-05-21 | Arenanet, Inc. | Network chat device and methods thereof |
| US9130963B2 (en) | 2011-04-06 | 2015-09-08 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
| US7929530B2 (en) | 2007-11-30 | 2011-04-19 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
| FR2926178A1 (fr) * | 2008-01-03 | 2009-07-10 | Alcatel Lucent Sas | Procede de notification de l'environnement d'un utilisateur afin d'aider au choix d'une ressource media |
| US8645474B2 (en) * | 2008-02-29 | 2014-02-04 | Microsoft Corporation | Self-described rendering of data |
| EP2258128B1 (en) | 2008-03-07 | 2017-01-11 | Tekelec Global, Inc. | Methods, systems, and computer readable media for routing a message service message through a communications network |
| US20090254970A1 (en) * | 2008-04-04 | 2009-10-08 | Avaya Inc. | Multi-tier security event correlation and mitigation |
| US8244782B2 (en) | 2008-05-05 | 2012-08-14 | Motorola Solutions, Inc. | Role-based operational communications directory |
| EP2202925B1 (en) | 2008-05-09 | 2016-09-14 | BlackBerry Limited | System and method for updating presence information in instant messaging applications on a mobile device |
| WO2009143621A1 (en) * | 2008-05-29 | 2009-12-03 | Research In Motion Limited | Method and system for adding an aspect trigger to an aspect |
| EP2307976A4 (en) * | 2008-06-13 | 2011-11-16 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS |
| US8930828B2 (en) * | 2008-06-22 | 2015-01-06 | Microsoft Corporation | Distinguishing conference participants |
| US8068587B2 (en) | 2008-08-22 | 2011-11-29 | Telecommunication Systems, Inc. | Nationwide table routing of voice over internet protocol (VOIP) emergency calls |
| US8892128B2 (en) | 2008-10-14 | 2014-11-18 | Telecommunication Systems, Inc. | Location based geo-reminders |
| WO2010044837A1 (en) | 2008-10-14 | 2010-04-22 | Telecommunication Systems, Inc. | Location based proximity alert |
| US8831645B2 (en) * | 2008-11-24 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system |
| WO2010060087A2 (en) | 2008-11-24 | 2010-05-27 | Tekelec | Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications network |
| CN101753475B (zh) * | 2008-12-04 | 2015-02-25 | 上海智臻网络科技有限公司 | 实现即时通信群中多个成员之间即时通信的方法及装置 |
| US9021014B2 (en) * | 2009-03-25 | 2015-04-28 | Tekelec, Inc. | Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy |
| US9301191B2 (en) | 2013-09-20 | 2016-03-29 | Telecommunication Systems, Inc. | Quality of service to over the top applications used with VPN |
| US8867485B2 (en) | 2009-05-05 | 2014-10-21 | Telecommunication Systems, Inc. | Multiple location retrieval function (LRF) network having location continuity |
| WO2010132436A2 (en) * | 2009-05-11 | 2010-11-18 | Tekelec | Methods, systems, and computer readable media for providing scalable number portability (np) home location register (hlr) |
| EP2254309A1 (en) * | 2009-05-20 | 2010-11-24 | Thomson Licensing | Method for sending data of a service |
| US9258376B2 (en) * | 2009-08-04 | 2016-02-09 | At&T Intellectual Property I, L.P. | Aggregated presence over user federated devices |
| US8301581B2 (en) | 2009-09-24 | 2012-10-30 | Avaya Inc. | Group compositing algorithms for presence |
| US8958306B2 (en) | 2009-10-16 | 2015-02-17 | Tekelec, Inc. | Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring functionality |
| TWI409692B (zh) * | 2009-10-29 | 2013-09-21 | Mitac Int Corp | 同時顯示複數個通訊錄聯絡人之複數個網路通訊軟體之狀態之方法及其相關通訊裝置 |
| US8750292B2 (en) | 2010-02-25 | 2014-06-10 | Tekelec, Inc. | Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service |
| 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 |
| KR20110121888A (ko) * | 2010-05-03 | 2011-11-09 | 삼성전자주식회사 | 휴대용 단말기에서 팝업 메뉴를 확인하기 위한 장치 및 방법 |
| US8315599B2 (en) | 2010-07-09 | 2012-11-20 | Telecommunication Systems, Inc. | Location privacy selector |
| US8336664B2 (en) | 2010-07-09 | 2012-12-25 | Telecommunication Systems, Inc. | Telematics basic mobile device safety interlock |
| FR2965437A1 (fr) * | 2010-09-27 | 2012-03-30 | France Telecom | Module et procede de collecte d'informations non declaratives mis en oeuvre par un terminal de telecommunications |
| US8688087B2 (en) | 2010-12-17 | 2014-04-01 | Telecommunication Systems, Inc. | N-dimensional affinity confluencer |
| US8942743B2 (en) | 2010-12-17 | 2015-01-27 | Telecommunication Systems, Inc. | iALERT enhanced alert manager |
| CN102546970B (zh) * | 2010-12-20 | 2015-04-22 | 阿尔卡特朗讯 | 一种发布呈现信息的方法和装置 |
| WO2012087353A1 (en) | 2010-12-22 | 2012-06-28 | Telecommunication Systems, Inc. | Area event handling when current network does not cover target area |
| EP2656647B1 (en) | 2010-12-23 | 2019-04-24 | Tekelec, Inc. | Method, system, and computer readable media for modifying a diameter signaling message directed to a charging function node |
| WO2012141762A1 (en) | 2011-02-25 | 2012-10-18 | Telecommunication Systems, Inc. | Mobile internet protocol (ip) location |
| JP5732550B2 (ja) | 2011-03-03 | 2015-06-10 | テケレック・インコーポレイテッドＴｅｋｅｌｅｃ， Ｉｎｃ． | ダイアメータシグナリングメッセージを強化するための方法、システム、およびコンピュータ可読媒体 |
| CN103493436B (zh) | 2011-03-18 | 2016-10-05 | 泰科来股份有限公司 | 用于可配置的直径地址解析的方法、设备和系统 |
| US8649806B2 (en) | 2011-09-02 | 2014-02-11 | Telecommunication Systems, Inc. | Aggregate location dynometer (ALD) |
| US9479344B2 (en) | 2011-09-16 | 2016-10-25 | Telecommunication Systems, Inc. | Anonymous voice conversation |
| WO2013048551A1 (en) | 2011-09-30 | 2013-04-04 | Telecommunication Systems, Inc. | Unique global identifier for minimizing prank 911 calls |
| US9313637B2 (en) | 2011-12-05 | 2016-04-12 | Telecommunication Systems, Inc. | Wireless emergency caller profile data delivery over a legacy interface |
| US9264537B2 (en) | 2011-12-05 | 2016-02-16 | Telecommunication Systems, Inc. | Special emergency call treatment based on the caller |
| US9100796B2 (en) | 2011-12-15 | 2015-08-04 | Tekelec, Inc. | Methods, systems, and computer readable media for seamless roaming between diameter and non-diameter networks |
| US8984591B2 (en) | 2011-12-16 | 2015-03-17 | Telecommunications Systems, Inc. | Authentication via motion of wireless device movement |
| US9384339B2 (en) | 2012-01-13 | 2016-07-05 | Telecommunication Systems, Inc. | Authenticating cloud computing enabling secure services |
| US8688174B2 (en) | 2012-03-13 | 2014-04-01 | Telecommunication Systems, Inc. | Integrated, detachable ear bud device for a wireless phone |
| US9307372B2 (en) | 2012-03-26 | 2016-04-05 | Telecommunication Systems, Inc. | No responders online |
| US9544260B2 (en) | 2012-03-26 | 2017-01-10 | Telecommunication Systems, Inc. | Rapid assignment dynamic ownership queue |
| US9338153B2 (en) | 2012-04-11 | 2016-05-10 | Telecommunication Systems, Inc. | Secure distribution of non-privileged authentication credentials |
| US20130346517A1 (en) * | 2012-06-26 | 2013-12-26 | Magnet Systems, Inc. | Personal mode contextual presence |
| US9313638B2 (en) | 2012-08-15 | 2016-04-12 | Telecommunication Systems, Inc. | Device independent caller data access for emergency calls |
| US8990375B2 (en) * | 2012-08-31 | 2015-03-24 | Facebook, Inc. | Subscription groups in publish-subscribe system |
| US9208346B2 (en) | 2012-09-05 | 2015-12-08 | Telecommunication Systems, Inc. | Persona-notitia intellection codifier |
| US9578128B2 (en) * | 2012-10-29 | 2017-02-21 | Google Inc. | Systems and methods for message delivery to mobile devices supporting multiple users |
| US9456301B2 (en) | 2012-12-11 | 2016-09-27 | Telecommunication Systems, Inc. | Efficient prisoner tracking |
| US8855654B2 (en) | 2013-01-28 | 2014-10-07 | Tekelec Global, Inc. | Methods, systems, and computer readable media for tracking and communicating long term evolution (LTE) handset communication capability |
| US9189510B2 (en) | 2013-02-26 | 2015-11-17 | Facebook, Inc. | System and method for implementing cache consistent regional clusters |
| US8983047B2 (en) | 2013-03-20 | 2015-03-17 | Telecommunication Systems, Inc. | Index of suspicion determination for communications request |
| JP5973378B2 (ja) * | 2013-04-26 | 2016-08-23 | ビッグローブ株式会社 | 通信端末、通信システム、通信方法およびプログラム |
| JP6291573B2 (ja) * | 2013-07-02 | 2018-03-14 | コンヴィーダ ワイヤレス， エルエルシー | セマンティクス公表および発見のための機構 |
| US9408034B2 (en) | 2013-09-09 | 2016-08-02 | Telecommunication Systems, Inc. | Extended area event for network based proximity discovery |
| US9516104B2 (en) | 2013-09-11 | 2016-12-06 | Telecommunication Systems, Inc. | Intelligent load balancer enhanced routing |
| US9479897B2 (en) | 2013-10-03 | 2016-10-25 | Telecommunication Systems, Inc. | SUPL-WiFi access point controller location based services for WiFi enabled mobile devices |
| CN105024835B (zh) * | 2015-07-23 | 2017-07-11 | 腾讯科技（深圳）有限公司 | 群组管理方法和装置 |
| US10204098B2 (en) * | 2017-02-13 | 2019-02-12 | Antonio GONZALO VACA | Method and system to communicate between devices through natural language using instant messaging applications and interoperable public identifiers |
Family Cites Families (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2962060B2 (ja) | 1992-07-17 | 1999-10-12 | 富士ゼロックス株式会社 | 共同作業方法および装置 |
| US6047327A (en) * | 1996-02-16 | 2000-04-04 | Intel Corporation | System for distributing electronic information to a targeted group of users |
| JPH09312622A (ja) | 1996-03-19 | 1997-12-02 | Casio Comput Co Ltd | 送受信システム、受信機及び課金方法 |
| US5903845A (en) | 1996-06-04 | 1999-05-11 | At&T Wireless Services Inc. | Personal information manager for updating a telecommunication subscriber profile |
| CN1241343A (zh) * | 1996-12-23 | 2000-01-12 | 摩托罗拉公司 | 在通信系统中登记便携消息收发单元的方法和装置 |
| JPH10334051A (ja) | 1997-05-30 | 1998-12-18 | Hitachi Ltd | サービス情報の共有を制御する情報処理装置 |
| JPH11177476A (ja) | 1997-12-12 | 1999-07-02 | Hitachi Ltd | 衛星データ配信システム |
| WO1999033293A1 (en) | 1997-12-23 | 1999-07-01 | Global Mobility Systems, Inc. | System and method for controlling personal information and information delivery to and from a telecommunications device |
| US6512930B2 (en) | 1997-12-30 | 2003-01-28 | Telefonaktiebolaget Lm Ericsson (Publ) | On-line notification in a mobile communications system |
| JP2000099417A (ja) | 1998-09-21 | 2000-04-07 | Casio Comput Co Ltd | メール配信装置及びメール配信方法 |
| SE9900710L (sv) | 1999-02-25 | 2000-08-26 | Ericsson Telefon Ab L M | Metod och anordning som avser kommunikationsnätverk för mobiltelefoner |
| JP3840831B2 (ja) | 1999-03-25 | 2006-11-01 | カシオ計算機株式会社 | 情報処理装置 |
| WO2000070807A2 (en) | 1999-05-14 | 2000-11-23 | Utok Inc. | A method and system for user communication through internet notes |
| JP2000332814A (ja) | 1999-05-18 | 2000-11-30 | Casio Comput Co Ltd | メールデータ出力装置、メールデータ代理出力装置、及び記憶媒体 |
| US6301609B1 (en) * | 1999-07-07 | 2001-10-09 | Lucent Technologies Inc. | Assignable associate priorities for user-definable instant messaging buddy groups |
| KR20010021111A (ko) | 1999-07-23 | 2001-03-15 | 스테븐 디.피터스 | 무선 통신장치에 대한 메시징 및 상태 표시 |
| US6549768B1 (en) * | 1999-08-24 | 2003-04-15 | Nokia Corp | Mobile communications matching system |
| AU1049301A (en) | 1999-10-22 | 2001-04-30 | Comverse Ltd. | Personal instant communication system |
| US20020065894A1 (en) * | 1999-12-03 | 2002-05-30 | Dalal Siddhartha R. | Local presence state and user-controlled presence and message forwarding in unified instant messaging |
| US7603411B1 (en) | 1999-12-14 | 2009-10-13 | Nortel Networks Limited | Presence management system |
| EP1254573A2 (en) | 2000-01-26 | 2002-11-06 | Invertix Corporation | Method and apparatus for sharing mobile user event information between wireless networks and fixed ip networks |
| US6697840B1 (en) * | 2000-02-29 | 2004-02-24 | Lucent Technologies Inc. | Presence awareness in collaborative systems |
| JP4442007B2 (ja) * | 2000-03-30 | 2010-03-31 | Ｋｄｄｉ株式会社 | 移動端末にグループ通信を提供するシステム |
| US6781972B1 (en) | 2000-03-31 | 2004-08-24 | Lucent Technologies Inc. | Method and system for subscriber-configurable communications service |
| GB2367451A (en) * | 2000-05-22 | 2002-04-03 | Fonepark Ltd | Communication of location information |
| US6968179B1 (en) * | 2000-07-27 | 2005-11-22 | Microsoft Corporation | Place specific buddy list services |
| US6668173B2 (en) * | 2000-12-15 | 2003-12-23 | Motorola, Inc. | Instant message user location tracking system |
| EP1348294B1 (en) | 2000-12-29 | 2008-09-03 | Nokia Corporation | Presence and session handling information |
| WO2002063486A1 (en) * | 2001-02-05 | 2002-08-15 | Personity, Inc. | A method and device for displaying contact information in a presence and availability management system |
| US6714791B2 (en) * | 2001-02-23 | 2004-03-30 | Danger, Inc. | System, apparatus and method for location-based instant messaging |
| US20030018704A1 (en) * | 2001-03-08 | 2003-01-23 | Vasilis Polychronidis | Network presence and location agent |
| JP4610163B2 (ja) * | 2001-03-14 | 2011-01-12 | ノキア コーポレイション | プレゼンス管理の実現 |
| FI114429B (fi) | 2001-11-07 | 2004-10-15 | Nokia Corp | Matkasuoraviestintä- ja läsnäolopalvelu |
| ATE293871T1 (de) | 2001-05-11 | 2005-05-15 | Nokia Corp | Mobiler instant-messaging- und präsenzdienst |
| US7124372B2 (en) * | 2001-06-13 | 2006-10-17 | Glen David Brin | Interactive communication between a plurality of users |
| US6658095B1 (en) * | 2002-03-19 | 2003-12-02 | Nortel Networks Limited | Customized presence information delivery |
-
2002
- 2002-05-10 AT AT02724336T patent/ATE293871T1/de not_active IP Right Cessation
- 2002-05-10 ES ES02724336T patent/ES2240734T3/es not_active Expired - Lifetime
- 2002-05-10 CA CA2445768A patent/CA2445768C/en not_active Expired - Lifetime
- 2002-05-10 PT PT05100262T patent/PT1528754E/pt unknown
- 2002-05-10 EP EP05100262A patent/EP1528754B1/en not_active Expired - Lifetime
- 2002-05-10 AU AU2002255030A patent/AU2002255030B2/en not_active Ceased
- 2002-05-10 DE DE60203798T patent/DE60203798T2/de not_active Expired - Lifetime
- 2002-05-10 EP EP02724336A patent/EP1397923B1/en not_active Expired - Lifetime
- 2002-05-10 KR KR1020037014604A patent/KR100653935B1/ko active IP Right Grant
- 2002-05-10 CN CNB028137590A patent/CN100446579C/zh not_active Expired - Lifetime
- 2002-05-10 MX MXPA03010213A patent/MXPA03010213A/es active IP Right Grant
- 2002-05-10 AT AT05100262T patent/ATE383026T1/de not_active IP Right Cessation
- 2002-05-10 US US10/144,260 patent/US9848305B2/en active Active
- 2002-05-10 JP JP2002590697A patent/JP2004532478A/ja active Pending
- 2002-05-10 WO PCT/FI2002/000403 patent/WO2002093959A1/en active IP Right Grant
- 2002-05-10 DK DK05100262T patent/DK1528754T3/da active
- 2002-05-10 DE DE60224455T patent/DE60224455D1/de not_active Expired - Lifetime
-
2005
- 2005-10-10 HK HK05108929A patent/HK1076557A1/xx not_active IP Right Cessation
-
2007
- 2007-06-06 JP JP2007150984A patent/JP4668952B2/ja not_active Expired - Fee Related
-
2008
- 2008-02-25 CY CY20081100217T patent/CY1107212T1/el unknown
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8185635B2 (en) | 2003-07-01 | 2012-05-22 | Microsoft Corporation | Transport system for instant messaging |
| US8171084B2 (en) | 2004-01-20 | 2012-05-01 | Microsoft Corporation | Custom emoticons |
| JP2006146899A (ja) * | 2004-11-24 | 2006-06-08 | Microsoft Corp | ピアツーピアベースでプレゼンス情報へのアクセスを制御する方法およびシステム |
| JP2006244494A (ja) * | 2005-02-28 | 2006-09-14 | Microsoft Corp | クライアントサイドのプレゼンス文書管理を実施する方法及び記録媒体 |
| JP4707714B2 (ja) * | 2005-08-15 | 2011-06-22 | 富士通株式会社 | 通信制御方法、コンピュータ・システム、会議管理サーバ、通信方法及び携帯端末 |
| JP2009510896A (ja) * | 2005-09-27 | 2009-03-12 | ネイダーランゼ、オルガニザティー、ボー、トゥーゲパストナトゥールウェテンシャッペルーク、オンダーツォーク、ティーエヌオー | プレゼンティティに関連する端末から、オーディオ信号を解析することによる、プレゼンティティに関するプレゼンス情報の決定 |
| JP2007148969A (ja) * | 2005-11-30 | 2007-06-14 | Fujitsu Ltd | プレゼンス管理方法及びプレゼンス管理装置 |
| JP4616758B2 (ja) * | 2005-11-30 | 2011-01-19 | 富士通株式会社 | プレゼンス管理方法及びプレゼンス管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR100653935B1 (ko) | 2006-12-04 |
| DK1528754T3 (da) | 2008-03-31 |
| US9848305B2 (en) | 2017-12-19 |
| EP1528754B1 (en) | 2008-01-02 |
| PT1528754E (pt) | 2008-02-08 |
| EP1397923A1 (en) | 2004-03-17 |
| AU2002255030B2 (en) | 2006-08-10 |
| EP1397923B1 (en) | 2005-04-20 |
| CN1526246A (zh) | 2004-09-01 |
| KR20030096373A (ko) | 2003-12-24 |
| HK1076557A1 (en) | 2006-01-20 |
| US20030065788A1 (en) | 2003-04-03 |
| JP4668952B2 (ja) | 2011-04-13 |
| DE60224455D1 (de) | 2008-02-14 |
| ES2240734T3 (es) | 2005-10-16 |
| MXPA03010213A (es) | 2004-03-10 |
| ATE293871T1 (de) | 2005-05-15 |
| CY1107212T1 (el) | 2012-11-21 |
| EP1528754A1 (en) | 2005-05-04 |
| DE60203798T2 (de) | 2006-02-09 |
| DE60203798D1 (de) | 2005-05-25 |
| CA2445768C (en) | 2012-10-23 |
| CA2445768A1 (en) | 2002-11-21 |
| JP2007280416A (ja) | 2007-10-25 |
| CN100446579C (zh) | 2008-12-24 |
| WO2002093959A1 (en) | 2002-11-21 |
| ATE383026T1 (de) | 2008-01-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4668952B2 (ja) | プレゼンス・システムとその移動デバイス及びサーバ | |
| AU2002255030A1 (en) | Mobile instant messaging and presence service | |
| EP2490409B1 (en) | System and method for managing multiple external identities of users with local or network based address book | |
| CA2753506C (en) | Subscription management for a content-based presence service | |
| US9634865B2 (en) | Method of providing quick answer service in SIP message service system | |
| US20080163318A1 (en) | Mobile multimedia content sharing application system | |
| WO2007020685A1 (ja) | 通信制御方法、コンピュータ・システム、会議管理サーバ、通信方法及び携帯端末 | |
| KR20110008334A (ko) | 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법 | |
| JP2005123970A (ja) | プレゼンス表示システムにおけるサーバー装置及びクライアント装置 | |
| WO2010034231A1 (zh) | 一种电话本的实现方法，系统和地址服务器 | |
| KR101973531B1 (ko) | 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치 | |
| JP2007208393A (ja) | プレゼンス管理システム | |
| WO2013052365A1 (en) | System for contact subscription invitations in a cross-domain converged address book system | |
| KR20130012199A (ko) | 메시징 서비스와 타 서비스 간의 상호 연동을 통한 연락처 제공 방법 및 장치 | |
| JP2010092495A (ja) | プレゼンス・サービス・システムにおける情報配信の方法 | |
| KR100642215B1 (ko) | Ｓｉｐ 프로토콜을 이용한 프리젠스 서비스 방법 및 이를 위한 확장된 프리젠스 정보를 위한 ｘｍｌ 데이터 구조가 저장되는 기록매체 | |
| FI114429B (fi) | Matkasuoraviestintä- ja läsnäolopalvelu | |
| KR100784225B1 (ko) | 프리즌스 시스템에서의 폰북 어드레스(ｐｂａ) 기반의서비스 제공 방법 및 그 시스템 | |
| BRPI0209592B1 (pt) | sistema de mensagem móvel, dispositivo cliente móvel, servidor, sistema de presença, programa de cliente de presença, dispositivo físico, e, estrutura de dados |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061003 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070104 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070206 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100831 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101117 |