JP5249034B2 - インスタント・メッセージのための方法と装置 - Google Patents

Description

本発明は、2005年9月30日に出願された米国特許出願番号60/722,054号に関連し、この出願での優先権を主張するものである。そこでの開示内容は、すべてを本願の明細書等で参照することにより援用される。

本発明は、ＳＩＰ（Session Initiation Protocol）およびＭＳＲＰ（Message Session Relay Protocol）のようなプロトコルを使用するインスタント・メッセージに関連し、より具体的には、カプセル化されたＭＳＲＰメッセージとして、ＳＩＰメッセージおよびＭＳＲＰメッセージを格納することに関連する。

ＳＩＰインスタント・メッセージは、ユーザがオン・ライン状態にあるか否かにかかわらず、ユーザに送信することができる。ＳＩＰ ＭＥＳＳＡＧＥ要求は、インスタント・メッセージを搬送するために使用することができる。このことは、時々ページ・モードと呼ばれる。何故なら、インスタント・メッセージの各々が、他のインスタント・メッセージとは関連しないためである。インスタント・メッセージのセッションを確立させることが要求されるとき、このセッションを確立させるのにＳＩＰを使用することができ、ＭＳＲＰは、確立したセッション内で実際のインスタント・メッセージを搬送するのに使用される。このことは、対話の流れを追跡しようとするユーザにとって便利である。何故なら、インスタント・メッセージ間の関係は、所定の会話に対応して、会話の流れを特定することができるからである。

ユーザＡが、ユーザＢにＳＩＰインスタント・メッセージを送信したときに、ユーザＢが、オフ・ライン状態であったとき、上記メッセージは、好都合なことにアプリケーション・サーバー内に格納される。これまでは、ユーザが、情報（送信者、日/時間、セッション等）の重要なビットを失うことなく、格納されたユーザのメッセージを取り出すことができるようなメカニズムが存在しなかった。初期の解決法として、送信者が、オフ・ライン状態のユーザにメッセージを送信するのにＳＩＰを使用すると、インスタント・メッセージの実際のコンテンツは、メッセージ格納アプリケーション・サーバーに格納されていた。この後で、受信者が、オン・ライン状態になって、格納されたメッセージを取り出すのにＭＳＲＰを使用すると、受信者は、実際のインスタント・メッセージを得られるが、送信者からの識別情報（例えば、ＳＩＰ，ＵＲＩ）またはメッセージが送信された時の日時情報を得ることはなかった。

加えて、受信者が、ＳＩＰ ＭＥＳＳＡＧＥ要求の使用によって、インスタント・メッセージのＳＩＰセッションに属するメッセージとメッセージ格納アプリケーション・サーバーに置かれたそれらのメッセージとの間を、区別することは不可能であった。このことは、メッセージ格納アプリケーション・サーバー内にメッセージを置いた人物の識別情報（例えば、ＳＩＰ，ＵＲＩ）が、ＳＩＰ要求内だけに存在していたから生じていた。メッセージのテキストが格納されるとき、ヘッダー情報は保持されていなかった。さらに、ＭＳＲＰヘッダーは、これらＳＩＰヘッダーに関連する情報または表す情報の何の情報も含んでいない。

従来から、種々のシステムが、据え置きされたメッセージを取り出すために存在している。例えば、インスタント・メッセージ・サービスによって、格納されたメッセージに、時刻印（time stamp）を追加することができる。ＳＩＰまたはＭＳＲＰは、格納されたメッセージを取り出すのに使用することができる。仮にメッセージがメタデータを含んでいれば、ユーザは、据え置きされたインスタント・メッセージを、より上手に管理できるようになることが提案されてきた。しかしながら、現実的な解決方法は、提示されてこなかった。

本発明の１つの実施態様は、たとえば格納されたメッセージのための配信方法が、ＳＩＰメッセージまたはＭＳＲＰメッセージの受信するステップと、受信されたＳＩＰメッセージまたはＭＳＲＰメッセージを別のＭＳＲＰメッセージ内でカプセル化するステップと、カプセル化されたＳＩＰメッセージまたはＭＳＲＰメッセージを対象とする受信者に送信するステップと、を含むような配信方法を提示する。

本発明の別の実施態様は、たとえばメッセージ格納アプリケーション・サーバーとして使用するための装置を提示する。この装置は、ＳＩＰメッセージを受信するように構成された受信用モジュールと、受信されたＳＩＰメッセージをＭＳＲＰメッセージ内でカプセル化するように構成されたカプセル化モジュールと、カプセル化されたＳＩＰメッセージを、対象とする受信者に送信するように構成された送信モジュールと、を含むことができる。

本発明の更なる別の実施態様は、たとえばＳＩＰメッセージを受信するための手段を含むメッセージ格納アプリケーション・サーバーとして使用するための装置を提示する。また、この装置は、受信されたＳＩＰメッセージをＭＳＲＰメッセージ内でカプセル化するための手段と、カプセル化されたＳＩＰメッセージを、対象とする受信者に送信するための手段と、を含むことができる。

本発明に付加される１つの実施態様は、たとえば格納されたメッセージを提供するためにコンピュータ読取り可能な媒体に実装されるコンピュータプログラムを提示する。このコンピュータプログラムは、ＳＩＰメッセージを受信し、受信されたＳＩＰメッセージを、ＭＳＲＰメッセージ内でカプセル化し、カプセル化されたＳＩＰメッセージを、対象とする受信者に送信するように、コンピュータを制御するコンピュータプログラムを含む。

本発明を適切に理解するためには、添付図面を参照とするべきである。

本発明の特定の実施態様は、アプリケーション・サーバー内に事前に置かれたインスタント・メッセージを取り出すためのＳＩＰメカニズムを提供することができる。このアプリケーション・サーバーは、メッセージ格納アプリケーション・サーバーとして動作している。本発明は、上記提供および他の目標を達成することを援助することができるように、ＳＩＰメッセージを、たとえばRFC3261のセクション27.5内に規定されるmessage/sipのように、またはRFC3420で規定されるmessage/sipfragのようにカプセル化することで、ＳＩＰメッセージの関連ヘッダーを維持させ、かつカプセル化したメッセージをＭＳＲＰ ＳＥＮＤ要求のペイロードとして送信することを実施する。加えて、メッセージ格納アプリケーション・サーバーは、ＭＳＲＰ ＳＥＮＤメッセージと、メッセージが受信された日時を含むカプセル化されたＳＩＰメッセージとに、ヘッダーを加えることができる。

より具体的には、本発明は、格納されたＳＩＰおよびＭＳＲＰメッセージのすべてに、日/時間のヘッダーを挿入するように構成することができる。本発明は、格納されたインスタント・メッセージのカプセル化のための新規のセマンティックス（semantics）を使用することができ、また、message/sipおよびmessage/sipfragが、元のコンテクストの外側において、ＭＳＲＰ内で使用することができる。本発明は、カプセル化されたＳＩＰメッセージを配信するための新規でかつ自明でない配信方法を提供することができ、このカプセル化されたＳＩＰメッセージは、ＭＳＲＰメッセージのペイロードとして、ヘッダー情報を含む。また、本発明は、message/msrpとして、カプセル化されたＭＳＲＰメッセージのための新規のセマンティックスを提供することができる。

従って、本発明は、ＳＩＰ/ＳＩＭＰＬＥ技術に基づき、インスタント・メッセージの領域に関連することができる。ＳＩＰ/ＳＩＭＰＬＥ技術は、ＳＩＰのアプリケーションおよびＩＥＴＦのＩＭＰＰのワーキング・グループ内で展開された規格に基づいて、サービスを発展させ、主にインスタント・メッセージ（instant messaging）およびプレゼンス（presence）を発展させている。オープン・モバイル・アライアンス（ＯＭＡ）内のＳＩＰ/ＳＩＭＰＬＥのＩＭ（インスタント・メッセージ）は、主にオペレータ・サービスおよびビジネス要件によって推進されているが、これもまた、ＳＩＰ/ＳＩＭＰＬＥ技術に基づいている。

また、本発明は、ユーザがメール・サーバーにコンタクトすることができ、かつメッセージ格納アプリケーション・サーバーに既に置かれて存在するインスタント・メッセージを、ユーザが取り出すことができる方法と装置を提供することができる。インスタント・メッセージは、ＳＩＰ ＭＥＳＳＡＧＥ要求（ＩＥＴＥのＲＦＣ 3428を参照）またはＳＩＰセッションの部分であるＭＳＲＰメッセージ（例えば、ＭＳＲＰ ＳＥＮＤ要求）を使用して、メッセージ格納アプリケーション・サーバーに置くことができる。メタデータ及び/又はヘッダー情報は、ユーザが、メッセージ源、メッセージが残された時間等を決定できるようにすることができる。

電話のスイッチがオンになったとき、電話は、メッセージ・サマリーのイベント・パッケージに申し込みを送信し、ペンデング・メッセージを伴う通知を受信することができる。この手順は、ＲＦＣ 3842の「セッション・イニシエーション・プロトコル（ＳＩＰ）のためのメッセージ・サマリーおよびメッセージ待ち指示イベント・パッケージ」に従う。また、このメカニズムは、音声メール、ファックス等にも適用することができる。上記通知は、ＳＩＰ ＮＯＴＩＦＹ要求の主部内に格納されたメッセージのメッセージ・サマリー、たとえば“貴方宛の４つの古いメッセージと３つの新しいメッセージとが存在します”を送信することができる（上記通知は、ユーザのメッセージ・システムの代替として機能するＳＩＰユーザ・エージェントになることが可能である）。

サマリーがカウントした後で、送信者、受信者、日付、題目、およびメッセージＩＤ（これが、ＳＩＰ内でコールＩＤに位置することができる）のようなメッセージ・ヘッダーが、各々のメッセージに付加することが可能である。

本発明の特定の態様において、ユーザ装置（ＵＥ）に一度通知がされたとき、ユーザ装置は、取り出すべき必要なメディアのタイプを含む、メッセージ格納アプリケーション・サーバーに、ＩＮＶＩＴＥ要求を送信することができる（この発明の目的のために、ＩＮＶＩＴＥ要求は、ＭＳＲＰを伴うセッション・ディスクリプション・プロトコル（ＳＤＰ）のメッセージング記述を含むだけでなく、メッセージングとは異なる別のメディア・タイプも含むことができる）。

ＳＩＰセッションが、ＭＳＲＰメディアと共に一度確立されると、格納されていたメッセージのすべては、サーバーからＵＥへと送信することが可能となる。格納されていたメッセージの各々は、分離したＭＳＲＰ ＳＥＮＤ要求内で送信することが可能となる（この要求は、ＭＳＲＰ ＳＥＮＤ要求のチェックが実施される前に発生することができる）。また、上記メッセージの各々は、それぞれの元のメッセージＩＤによって特定することができる。このようにして、ユーザは、一度にすべてのメッセージを取り出すことができるが、未だメッセージＩＤによってすべてのメッセージを分類することもできる。

いくつかの解決方法において、元の送信者の識別情報（ユーザ情報）は、ＭＳＲＰヘッダーが、メッセージを配置したＳＩＰのＵＲＩに関連するどのような情報も含まないので、必然的に失われる。従って、電子メール、インスタント・メッセージ、マルチメディア・メッセージング・サービス（ＭＭＳ）等のような、メッセージ・アプリケーション・インボックス内で既に有効である、これら特定メッセージに対する送信者の関連情報は、失うことがある。また、このことは、ＳＩＰ ＭＥＳＳＡＧＥ要求にも適用され、この要求において、上記関連情報は、送信されることは可能だが、受信者は、送信者を特定できないことになる。何故なら、メッセージは、メッセージ格納用アプリケーション・サーバーに送信されるからである。

いくつかの態様において、本発明は、ユーザが格納されたインスタント・メッセージを取り出したいときに、ユーザが、格納されたメッセージ格納用アプリケーション・サーバーに対してＭＳＲＰセッションを確立させるためのメカニズムを提供する。メッセージ格納用アプリケーション・サーバー（ＡＳ）は、ＭＳＲＰ ＳＥＮＤ要求内で、受信されたセッションまたは単独のＭＥＳＳＡＧＥの各々をカプセル化することができる。従って、ＭＳＲＰ ＳＥＮＤ要求の各々は、ＳＩＰセッションまたはペイロードを含むＭＥＳＳＡＧＥを表すことができる（例えば、上記ペイロードは、１つ以上のＭＳＲＰ ＳＥＮＤ要求であり、または、メッセージの場合は別のいくつかのタイプである）。

本発明は、図１の助けにより、さらに説明することができる。この図において、アリスは、ＳＩＰ ＭＥＳＳＡＧＥ要求１を使用することで、チャーリーにインスタント・メッセージを送信することができる。このＳＩＰ ＭＥＳＳＡＧ要求は、いくつかのテキストを含むことができ、ここでは、そのテキストをテキスト＃１と呼ぶことにする。チャーリーがオフ・ライン状態と仮定すると、当該メッセージは、受信され、メッセージ格納用ＡＳに格納される。メッセージ格納用ＡＳは、ＳＩＰ ２０２（受理）応答２により、ＳＩＰ ＭＥＳＳＡＧＥ要求１を受諾することができる。

別のユーザであるボブは、チャーリーへのＩＮＶＩＴＥ要求３を送信することでＳＩＰセッションを生成することができる。このＩＮＶＩＴＥ要求は、セッション・ベースのインスタント・メッセージを送信する目的のためのＭＳＲＰ記述子を含む、セッション記述を含むことができる。チャーリーがオフ・ライン状態なので、メッセージ格納用ＡＳは、ＩＮＶＩＴＥ要求を傍受し、セッションを確立させることができる。メッセージ格納用ＡＳは、ＳＩＰ ２００（ＯＫ）応答４により、ＳＩＰ ＩＮＶＩＴＥ要求３を受諾することができる。このとき、チャーリーは、テキスト＃２を含むＭＳＲＰ ＳＥＮＤ要求５、およびテキスト＃３を含むＭＳＲＰＳＥＮＤ要求７を使用することで、彼のメッセージ・アカウントに２つのメッセージを置くことができる。テキスト＃２およびテキスト＃３は、ＭＳＲＰ２００（ＯＫ）応答の６および８により、それぞれ受諾することができる。ボブは、ＳＩＰ２００（ＯＫ）応答１０によって受諾されることになるＳＩＰ ＢＹＥ９によって、彼のセッションを終了することができる。

後の段階で、チャーリーがオン・ライン状態になると、彼のインボックスの中にいくつかのメッセージがあることが、チャーリーに通知されることになる（ＲＦＣ 3842が、チャーリーに通知するいくつかの例示的な方法を提供することになる）。チャーリーは、彼宛の未処理のインスタント・メッセージを取り出すことを決定することができる。こうして、チャーリーは、彼宛のメッセージが格納されたメッセージ格納用ＡＳに対して、ＳＩＰセッションを確立することができる（図１中のＳＩＰ ＩＮＶＩＴＥ要求１１）。メッセージ格納用ＡＳは、ＳＩＰ２００（ＯＫ）応答１２で受諾することができる。また、これとは逆の手順でも対応可能であり、メッセージ格納用ＡＳは、チャーリーがオン・ライン状態であることを識別すると、彼にコンタクトすることができる。

そして、メッセージ格納用ＡＳは、ＳＩＰ ＭＥＳＳＡＧＥ要求１として送信された、格納されたＭＥＳＳＡＧＥを取り出し、ＳＩＰ ＭＥＳＳＡＧＥ要求１に関連するヘッダーフィールド（例えば、送信元、送信先、コールＩＤ、Ｐアサート識別情報、他）を維持し、message/sip（ＲＦＣ3261のセッション27.5）またはmessage/sipfrag（ＲＦＣ3420）のいずれかとしてカプセル化し、そしてＭＳＲＰ ＳＥＮＤ要求１３のペイロードとして送信する。チャーリーは、メッセージ格納用ＡＳに、ＭＳＲＰ ２００（ＯＫ）応答１４を送信することで、上記送信を受諾することになる。このセッションは、メッセージ格納用ＡＳがチャーリーにＳＩＰ ＢＹＥ要求１７を送信し、チャーリーがメッセージ格納用ＡＳにＳＩＰ２００（ＯＫ）応答１８で対応することで終了することができる。別のカプセル化技術が、また可能であり、許容されている。上記メッセージは、格納される前または後に、カプセル化することができる。

同様にして、メッセージ格納用ＡＳは、格納されたＳＩＰ ＩＮＶＩＴＥ要求３、格納されたＭＳＲＰ ＳＥＮＤ要求５と７、および格納されたＳＩＰ ＢＹＥ要求９を取り出し、それらを別のＭＳＲＰ ＳＥＮＤ要求１５内にカプセル化することが可能である。ＭＳＲＰ ＳＥＮＤ要求１５をカプセル化するためのメッセージタイプは、message/sipまたはmessage/sipfragに設定することが可能である。

チャーリーにデータを送信するときに、メッセージ格納用ＡＳは、ＳＩＰおよびＭＳＲＰのカプセル化されたメッセージのすべてに対して、メッセージが受信された日時を含むヘッダー部を追加することができる。コールＩＤ（ＳＩＰ内）およびＭＳＲＰ内のメッセージＩＤは、完全な状態で維持することができるので、通知との相関関係を提供することができる。

図２に示すように、チャーリーのために、すべての単独のメッセージ（例えば、ＳＩＰ ＭＥＳＳＡＧＥ要求）または完全なセッション（例えば、ＳＩＰ ＩＮＶＩＴＥからＳＩＰ ＢＹＥ要求までで、これらはＭＳＲＰメッセージのすべてを含む）は、ＭＳＲＰ ＳＥＮＤメッセージ１３、１５内にカプセル化することができる。各ＭＳＲＰ ＳＥＮＤメッセージは、message/sipまたはmessage/sipfragのコンテンツ・タイプを含むことができる。故に、関連するＳＩＰヘッダーのすべてが、格納されたインスタント・メッセージを搬送するＭＳＲＰ ＳＥＮＤメッセージの内部に沿って、カプセル化することができる。このことは、チャーリーが、残されたメッセージの由来、時間、および日付を決定することを可能にする。

従って、本発明は、数多くの特徴を含むことができる。例えば、ＭＳＲＰ ＳＥＮＤメッセージの１つは、インスタント・メッセージの１つの格納されたセッションに付随させることができる。このセッションは、ＳＩＰ ＩＮＶＩＴＥ要求とＳＩＰ ＢＹＥ要求、および、インスタント・メッセージを含むＭＳＲＰ ＳＥＮＤ要求のすべてを含む。ＭＳＲＰ ＳＥＮＤメッセージの１つは、格納された単独のＳＩＰ ＭＥＳＳＡＧＥ要求の１つに付随することができ、この単独のＳＩＰ ＭＥＳＳＡＧＥ要求は、インスタント・メッセージを含む。メッセージ格納用ＡＳは、格納されたＳＩＰメッセージおよびＭＳＲＰメッセージ内に、日/時間のヘッダーを挿入することができる。メッセージ格納用ＡＳは、ＲＦＣ３８４２との相互関係を可能にするために、コールＩＤ/メッセージＩＤが存在するように維持することができる。

また、本発明は、格納されたインスタント・メッセージのカプセル化のために、一般的なセマンティックスを提供する。同時に、本発明は、受信者が、送信者、配信の時間/日付、および分離された異なるセッションに関する情報を収集し、インスタント・メッセージのセッションと一緒にして維持することを可能にする方法および装置も提供する。さらに、本発明は、元のコンテクスト以外から、ＭＳＲＰ内のmessage/sipおよびmessage/sipfragの新規の使用方法を提供する。

本発明の特定の実施態様が、オフ・ライン状態のメッセージ“プッシュ（push）”配信メカニズムにまた適用できることに言及することは重要である。“プッシュ”配信システムにおいて、メッセージ格納用アプリケーション・サーバーは、オフ・ライン状態のユーザがオン・ライン状態に戻ったときを、例えばＳＩＰ ＳＵＢＳＣＲＩＢＥ/ＮＯＴＩＦＹ、及び/又は別の何らかのメカニズムによって知ることができる。オフ・ライン状態のユーザが、オン・ライン状態に戻ることができると、メッセージ格納用アプリケーション・サーバーは、即座にユーザとＭＳＲＰセッションを確立することができ、そしてユーザに格納されたメッセージを配信することができる。

本発明を、元のＳＩＰメッセージがオフ・ライン状態のユーザに送信された状況に関連して説明しているが、本発明は、より広い範囲にわたる。例えば、本発明は、ＳＩＰメッセージがユーザに送信されると同時に、後の参照用に、ＳＩＰメッセージが格納または保管される状況を含む。

メッセージが、ユーザの受信と同時に保管される態様は、種々の目的のために有益である。例えば、携帯端末のユーザは、情報のセキュリティまたは情報の信頼性の理由から、携帯端末から離れてメッセージを格納することを希望することがある。格納されたメッセージを同時に保管する別の理由は、格納されたメッセージに複数のターミナルからアクセスできる機能を備えることが可能になるからである。例えば、ユーザは、有線接続を介して格納されたメッセージに、アクセスすることができるようになる。

格納されたメッセージを得ることを希望するユーザは、メッセージ格納用アプリケーション・サーバーにより、セッションを確立することができる。そして、ユーザは、格納されたメッセージを要求することができる。メッセージ格納用アプリケーション・サーバーは、１つ以上のＭＳＲＰメッセージ内にカプセル化された格納メッセージを、配信することができる。従って、送信者、メッセージが送信された日時等の識別情報を含む元のヘッダー情報は、ユーザの参照用として保存することができる。

参照用をメッセージ配信に作成することはできるが、システムが、配信を保証することまたは配信を追認することが、要求されていないことがある。故に、システムは、特定の実施態様において、カプセル化されたメッセージを送信し、配信が発生したことを推測することができる。

本発明におけるメッセージは、テキスト・メッセージに限定されることなく、たとえば画像、音声、映像構成部分、またはこれらの組合せを含むことができる。

図３は、本発明の特定の実施態様による方法を表している。図３に示すように、ＳＩＰまたはＭＳＲＰメッセージ３１は、ステップ３３において受信される。メッセージ３１は、単一のＳＩＰメッセージまたはＳＩＰセッションの一部のいずれかであるＳＩＰメッセージであることができる。または、メッセージ３１は、ＳＩＰセッションの一部であるＭＳＲＰメッセージであることができる。ＳＩＰメッセージ３１は、送信者、送信時間、送信日等の識別情報を含むヘッダー情報を含むことができる。

ＳＩＰまたはＭＳＲＰメッセージ３１が受信された後、受信されたメッセージは、カプセル化ステップ３５内においてＭＳＲＰメッセージ内にカプセル化することができる。カプセル化処理は、受信時に即座に実施することもできるが、受信とカプセル化との間にいくらかの時間遅れがあることもある。カプセル化処理は、単一のＭＳＲＰメッセージ内に、単一のＳＩＰメッセージをカプセル化することができ、または単一のＭＳＲＰメッセージ内に、交換されたＭＳＲＰメッセージを自身のセッション内に含むＳＩＰセッション全体をカプセル化することもできる。

ＳＩＰまたはＭＳＲＰメッセージ３１がカプセル化された後、これは、送信ステップ３７において、目的とする宛先に送信することができる。目的とする宛先は、目標とするユーザである。ここで使用するように、語句“ユーザ”は、特定ユーザによって、操作される装置、準備される装置、または所有される装置を意味することができる。従って、送信先は、ユーザの携帯端末装置である可能性があり、たとえば、個人用デジタル・アシスタント、携帯型計算機、無線ネットワーク用媒体装置、または携帯電話のような装置である。送信ステップ３７は、カプセル化の後にすぐに発生させることもでき、遅らせることもできる。特定の実施態様においては、オフ・ライン状態であった目標のユーザが、オン・ライン状態になったことを判断した時点で、送信を開始する。目標のユーザは、メッセージを要求することができ、またはメッセージを、上記ユーザに自動的に送信することもできる。

図４は、本発明による特定の実施態様による装置を表している。図４に示すように、ＳＩＰまたはＭＳＲＰメッセージ４１は、受信モジュール４３によって受信することができる。メッセージ４１は、単一のＳＩＰメッセージまたはＳＩＰセッションの一部のいずれかであるＳＩＰメッセージであることができる。または、メッセージ４１は、ＳＩＰセッションの一部であるＭＳＲＰメッセージであることができる。ＳＩＰメッセージ４１は、送信者、送信時間、送信日等の識別情報を含むヘッダー情報を含むことができる。

受信モジュールは、メッセージ格納用アプリケーション・サーバー内に置くことができる。メッセージ格納用アプリケーション・サーバーは、１つ以上のネットワークに接続することができる。メッセージ格納用アプリケーション・サーバーは、１つ以上のネットワークと通信するためのトランシーバーを備えることができる。また、受信モジュールは、格納ステップ、通知ステップ、受信ステップ、カプセル化ステップ、および、送信ステップを実行するための汎用計算機（未表示）を含むことができる。汎用計算機は、メモリを含むことができる。メモリには、ＲＡＭおよびＲＯＭを含むことができる。メモリは、光学媒体または磁気媒体の上に実装されたデジタルメモリである可能性がある。汎用計算機は、ネットワーク用インターフェイス基板またはネットワーク接続用の別の装置を使用して、通信することができる。汎用計算機は、実行する種々の機能を完成させるのに適したどのようなハードウェアも採用することができる。

ＳＩＰまたはＭＳＲＰメッセージ４１が、受信モジュール４３によって受信された後、受信されたメッセージは、カプセル化モジュール４５内においてＭＳＲＰメッセージ内にカプセル化することができる。カプセル化処理は、受信時に即座に実施することもできるが、受信とカプセル化との間にいくらかの時間遅れがあることもある。カプセル化処理は、単一のＭＳＲＰメッセージ内に、単一のＳＩＰメッセージをカプセル化することができ、または単一のＭＳＲＰメッセージ内に、交換されたＭＳＲＰメッセージを自身のセッション内に含むＳＩＰセッション全体をカプセル化することもできる。

ＳＩＰまたはＭＳＲＰメッセージ４１がカプセル化された後、カプセル化されたメッセージは、送信モジュール４７において、目的とする宛先に送信することができる。目的とする宛先は、目標とするユーザである。ここで使用するように、語句“ユーザ”は、特定ユーザによって、操作される装置、準備される装置、または所有される装置を意味することができる。従って、送信先は、ユーザの携帯端末装置である可能性があり、たとえば、個人用デジタル・アシスタント、携帯型計算機、無線ネットワーク用媒体装置、または携帯電話のような装置である。送信モジュール４７は、カプセル化の後にすぐに発生させることもでき、遅らせることもできる。特定の実施態様においては、オフ・ライン状態であった目標のユーザが、オン・ライン状態になったことを判断した時点で、送信を開始する。目標のユーザは、メッセージを要求することができ、またはメッセージを、上記ユーザに自動的に送信することもできる。

送信モジュール４７は、通知モジュール（未表示）から通知を送信するように構成することができる。通知モジュールは、格納されたメッセージが待っていることをユーザに報告し、当該メッセージをユーザが取り出すように導くことができる。または代替として、通知モジュールは、上記通知内にＳＩＰメッセージの一部分を自動的に含むことができる。例えば、通知モジュールは、格納された第２のユーザからのメッセージが待っていることを、第１のユーザに通知するように送信することができる。別の実施態様において、通知モジュールは、メッセージの格納された時期を示す情報を含むことができる。

当業者は、上記で説明した発明には、異なる順序によるステップ処理、及び/又は、公開された装置とは異なる構成によるハードウェア要素によって実施できることを、容易に理解されるであろう。従って、本発明は、実施するための最良の形態に基づき説明してきたが、当業者にとっては、いくつかの改善、変形、および代替による構成は明白になっており、それらの構成も、本発明の精神および範囲内にあることは明白である。

メッセージ順序を例示するフローチャートである。 ユーザがメッセージ格納用アプリケーション・サーバーから未読のインスタント・メッセージを取り出すときに、異なるメッセージをカプセル化するときの種々のレベルを示す図である。 本発明による一例の方法を記述する図である。 本発明による一例の装置を記述する図である。

Claims (26)

1. 格納されたメッセージの配信方法であって、
   セッション・イニシエーション・プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求またはメッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）ＳＥＮＤ要求における少なくとも１つのインスタント・メッセージを受信するステップと、
   前記受信されたインスタント・メッセージを、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージ内に、カプセル化するステップと、
   前記カプセル化されたインスタント・メッセージを、対象とする受信者に送信するステップと、を含む配信方法。
2. 前記カプセル化するステップは、前記メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージが送信されるセッションを決定するセッション・イニシエーション・プロトコル（ＳＩＰ）メッセージをカプセル化することを含む、請求項１に記載の配信方法。
3. 前記カプセル化されたインスタント・メッセージを配信する前に、前記カプセル化されたインスタント・メッセージが利用可能であることを、前記対象とする受信者に、通知するステップをさらに含む、請求項１に記載の配信方法。
4. 前記通知するステップが、ＳＩＰ ＮＯＴＩＦＹ要求を送信することを含む、請求項３に記載の配信方法。
5. 前記通知するステップが、いずれの格納されたメッセージが利用可能であるかについて、前記対象とする受信者からの要求に対する回答を送信することを含む、請求項３に記載の配信方法。
6. 前記通知するステップが、前記対象とする受信者の装置の起動手続きの間に、自動的に発生する、請求項３に記載の配信方法。
7. 前記通知するステップが、格納されたメッセージのいくつが利用可能であるかを示すカウント・メッセージを送信することを含む、請求項３に記載の配信方法。
8. 前記送信するステップが、前記対象とする受信者によって確立されたセッションの部分として、前記対象とする受信者に送信することを含む、請求項１に記載の配信方法。
9. 前記送信するステップが、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ） ＳＥＮＤ要求内にカプセル化された受信メッセージを送信することを含む、請求項１に記載の配信方法。
10. 前記カプセル化するステップが、ヘッダー情報を格納するステップを含む、請求項１に記載の配信方法。
11. 前記ヘッダー情報を格納するステップが、送信者の識別情報および前記メッセージがメッセージ格納用アプリケーション・サーバーに送信された日時を含むヘッダー情報を格納することを含む、請求項１０に記載の配信方法。
12. 前記ヘッダー情報を格納するステップが、送信先、送信元、日付、題目、およびメッセージＩＤのヘッダーフィールドを格納することを含む、請求項１０に記載の配信方法。
13. メッセージ格納用アプリケーション・サーバーとして使用するための装置であって、セッション・イニシエーション・プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求またはメッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）ＳＥＮＤ要求におけるインスタント・メッセージを受信するように構成された受信モジュールと、
    前記受信されたインスタント・メッセージを、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージ内にカプセル化するように構成されたカプセル化モジュールと、
    前記カプセル化されたインスタント・メッセージを、対象とする受信者に送信するように構成された送信モジュールと、を備える装置。
14. 前記カプセル化モジュールが、前記メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージが送信されるセッションを決定するセッション・イニシエーション・プロトコル（ＳＩＰ）メッセージをカプセル化するように構成された、請求項１３に記載の装置。
15. 前記カプセル化されたインスタント・メッセージが送信される前に、前記カプセル化されたインスタント・メッセージが利用可能であることを、前記対象とする受信者に、通知するように構成された通知モジュールを、さらに含む請求項１３に記載の装置。
16. 前記通知モジュールが、ＳＩＰ ＮＯＴＩＦＹ要求を送信するように構成された、請求項１５に記載の装置。
17. 前記通知モジュールが、いずれの格納されたメッセージが利用可能であるかについて、対象とする受信者からの要求に対する回答を送信するように構成された、請求項１５に記載の装置。
18. 前記通知モジュールが、前記対象とする受信者の装置の起動手続きの間に、自動的に動作するように構成された、請求項１５に記載の装置。
19. 前記通知モジュールが、格納されたメッセージのいくつが有効であるかを示すカウント・メッセージを、送信するように構成された、請求項１５に記載の装置。
20. 前記送信モジュールが、前記対象とする受信者によって確立されたセッションの部分として、前記対象とする受信者にカプセル化されたＳＩＰメッセージを送信するように構成された、請求項１３に記載の装置。
21. 前記送信モジュールが、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）ＳＥＮＤ要求内にカプセル化された、受信されたメッセージを送信するように構成された、請求項１３に記載の装置。
22. 前記カプセル化モジュールが、ヘッダー情報を格納することを含むように構成された、請求項１３に記載の装置。
23. 前記カプセル化モジュールは、送信者の識別情報およびメッセージが前記メッセージ格納用アプリケーション・サーバーに送信された日時を含むヘッダー情報を格納するように構成された、請求項２２に記載の装置。
24. 前記カプセル化モジュールは、送信先、送信元、日付、題目、およびメッセージＩＤのフィールドを格納するように構成された、請求項１３に記載の装置。
25. メッセージ格納用アプリケーション・サーバーとして使用するための装置であって、
    セッション・イニシエーション・プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求またはメッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）ＳＥＮＤ要求におけるインスタント・メッセージを受信するための手段と、
    前記受信されたインスタント・メッセージを、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージ内にカプセル化するためのカプセル化手段と、
    前記カプセル化されたインスタント・メッセージを、対象とする受信者に送信するための送信手段と、を備える装置。
26. 格納されたメッセージを提供するために、コンピュータ読取り可能な媒体に実装されるコンピュータプログラムであって、
    セッション・イニシエーション・プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥ要求またはメッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）ＳＥＮＤ要求におけるインスタント・メッセージを受信し、
    前記受信されたインスタント・メッセージを、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）メッセージ内にカプセル化し、
    前記カプセル化されたインスタント・メッセージを、対象とする受信者に送信するように、コンピュータを制御するコンピュータプログラムを含むコンピュータプログラム。

Images