目的
SIMPLEは、SIPを以下の問題に適用します。
- プレゼンス情報を登録し、ユーザーがログインしたときや昼食から戻ってきたときなど、そのようなイベントが発生したときに通知を受け取る。
- SMSや双方向ページングに類似した、短いメッセージを送信すること。
- 2人以上の参加者間で行われるリアルタイムメッセージのセッションを管理する。
SIMPLEベースのプロトコルの実装は、SIPソフトフォンとSIPハードフォンの両方で見られます。
技術説明
面前
SIMPLEプレゼンス仕様は以下のように分類できます。
- コアプロトコル機構。これは、サブスクリプション、通知、および公開のための実際の SIP 拡張機能を提供します。RFC 6665 は、SUBSCRIBE メソッドと NOTIFY メソッドを定義します。SUBSCRIBE を使用すると、ユーザーはサーバー上のイベントを購読でき、サーバーはイベントが発生するたびに NOTIFY で応答します。RFC 3856 は、プレゼンスに SUBSCRIBE/NOTIFY を使用する方法を定義しています。2 つのモデルが定義されています。各ユーザー エージェントがプレゼンス サブスクリプションを自身で処理するエンドツーエンド モデルと、集中型モデルです。後者では、プレゼンス サーバーの概念が導入され、すべてのサブスクリプションはこのサーバーによって処理されます。メッセージ PUBLISH (RFC 3903) を使用すると、ユーザー エージェントはプレゼンス サーバーにサブスクリプションの状態を通知できます。
- プレゼンス文書。プレゼンス情報は、それぞれのSIPメッセージの本文に含まれるXML文書にコード化されています。RFC 3863およびRFC 4479はこの手順について説明しており、RFC 4480(RPID)、RFC 4481、RFC 4482(CPID)および各種ドラフトでは、プレゼンス文書の内容と形式について説明しています。
- プライバシー、ポリシー、プロビジョニング。集中型モデルを使用する場合、ユーザーエージェントは、プレゼンス情報のどの量を誰が購読できるかを定義する方法が必要です。RFC 4745 および RFC 5025 は、アプリケーション固有のデータへのアクセスを制御する認可ポリシーのフレームワークを定義しています。HTTPで伝送されるXCAP (RFC 4825) を使用すると、ユーザーエージェントはプレゼンスルールを XCAP サーバーに伝えることができ、XCAP サーバーはプレゼンスサーバーによって公開される情報を制御します。RFC 3857 および RFC 3858 は、購読イベント「watcher info」を定義しています。ユーザーエージェントは、このイベントを購読することで、誰が自分のプレゼンス情報を購読しているかを知ることができます。
私は
SIPはインスタントメッセージングの2つのモードを定義しています。
- ページモードは、RFC 3428で定義されているSIPメソッドMESSAGEを使用します。このモードではセッションは確立されません。
- セッションモード。メッセージセッションリレープロトコル(RFC 4975、RFC 4976)は、任意のサイズのコンテンツをユーザー間でいつでも交換するためのテキストベースのプロトコルです。MSRPセッションは、SIPおよびSDPシグナリング内でMSRP URIなどの特定の情報を交換することによって確立されます。
参考文献
- ↑ SIMPLEワーキンググループ(2003年4月19日時点のアーカイブ)
- Rosenberg, J. (2013年4月). SIMPLE Made Simple: セッション開始プロトコル (SIP) を使用したインスタントメッセージングとプレゼンスに関する IETF 仕様の概要. IETF . doi : 10.17487/RFC6914 . RFC 6914. 2013年9月24日取得.
外部リンク
- SIPを活用したインスタントメッセージングとプレゼンス(シンプル)ワーキンググループ - IETFデータトラッカー
- リッチプレゼンス - 新しいユーザーコミュニケーション体験技術に関するホワイトペーパー