JP2006146898A - 複数のプレゼンスポイントのための混合メッセージ通信モード - Google Patents

Abstract

【課題】ページモードのＩＭ（インスタントメッセージ通信）およびセッションベースのＩＭを同じＩＭ対話でいっしょに使用することによってＩＭ混合モード操作を実行するソフトウエアファシリティ（ソフトウエア装備）を提供する。
【解決手段】ファシリティは、発信装置に登録されている発信ユーザーと、複数の装置に登録されているリモートユーザーとの間のＩＭ対話を、最初にページモードで開始する。ＩＭ対話に最初に応答するためにリモートユーザーによって使用されたリモート装置の身元（識別子）を発見したら、ファシリティは、ＩＭ対話をページモードのＩＭからセッションベースのＩＭに変換する。
【選択図】図３

Description

記載の技術は、一般にコンピュータネットワークを介した装置間の通信を対象とし、より詳細には改良されたインスタントメッセージ通信のユーザーエクスペリエンス（ユーザー体験）を提供することを対象とする。

現在、セッションベースおよびページモードの２つのインスタントメッセージ通信（ＩＭ）モデルが存在している。セッションベースのＩＭでは、メッセージの送信前に２つのエンドポイント間でダイアログ（dialogue）が確立（establish）されていなければならない。ＩＭサービスによってユーザーが常に単一のクライアント、例えばエンドポイントのみにログインできる場合、ユーザーの対話または関与の必要無しに「隠れたままで」（under the covers）セッションを確立することができる。純粋なセッションベースのＩＭの主な欠点は、エンドポイント間のＩＭには適しているが、ユーザーが複数のクライアントエンドポイントにログインするときには働かないことである。別の言い方をすれば、ユーザーが同時に複数のクライアントエンドポイントにログインするのを許可する任意のＩＭサービスは、純粋なセッションベースのＩＭを基にすることはできない。

例えば、セッションベースのＩＭサービスによってユーザーが同時に複数のエンドポイントにログインできる場合、セッションが開始されるときにそのユーザーのターゲットエンドポイントを選択する必要がある。ターゲットエンドポイントは、ネットワークまたはユーザーによって選択することができる。ネットワークがエンドポイントを選択する場合、選択されたエンドポイントが例えばユーザーがいるエンドポイントなどの適したエンドポイントであることを保証する方法がない。ユーザーがエンドポイントを選択する場合、ユーザーはネットワークに存在するＩＭルーティングに複雑なルールを設定することを求められるか、セッションの招待をすべてのエンドポイントに送信し、ユーザーがそのＩＭセッションを積極的に「承諾」する必要がある。これは、音声セッションを開始する前に呼を承諾する必要がある電話のユーザーエクスペリエンスに似ている。

Internet Engineering Task Force (IETF) Request for Comments (RFC) 2543 IETF RFC 3428 IETF RFC 3261

ＩＭセッションのアクティブな承諾の要求は、いままでの経験と相容れないものであり、その結果非常に望ましいいくつかのユーザーエクスペリエンスが失われてしまう。その１つの望ましいユーザーエクスペリエンスは、ＩＭユーザーが受信メッセージを肯定応答する必要なくメッセージを受信することを期待することである。さらに、ＩＭユーザーが、そのセッションに積極的に参加する必要なく複数のメッセージを受信できることを期待することである。例えば、ユーザーは、その時に留守である、または単に応答しないことを選択する可能性があり、依然としてもう一方の当事者がＩＭを意のままに送信できることを期待することである。ＩＭセッションのアクティブな肯定応答を必要とすることに関する欠点は、ユーザーが留守である場合、または肯定応答することができない場合に、ユーザーが一般に期待し、慣れてきたＩＭの自由な流れが不可能となることである。

セッションベースのＩＭの代替は、すべてのメッセージがすべての登録エンドポイントに配信されるＩＭページモードである。したがって、ＩＭページモードでは、ユーザーは、複数のエンドポイントへのログインが許可される。しかし、登録された複数のエンドポイントのサポートにはいくつかの欠点がある。まず、上述したように、複数のエンドポイントのサポートのために、セッションベースのメッセージ通信によって提供された望ましいプロパティは利用できない。次に、１つのエンドポイントが２方向ＩＭセッションに関与しており、他のすべてのエンドポイントは受信メッセージのリストを反映するだけのとき、ユーザーエクスペリエンスが貧弱となる。というのは、ユーザーが受信するすべてのメッセージは常にすべてのユーザーエンドポイントに配信されるからである。

したがって、セッションベースのＩＭに関連付けられているユーザーエクスペリエンスを提供しながら、複数のユーザーエンドポイントをサポートするＩＭモデルは、大きな意義を有する有用性がある。

複数のユーザー装置またはエンドポイントをサポートしながら一般にセッションベースのＩＭに関連付けられる、豊かなユーザーエクスペリエンスを提供する（本発明による）ＩＭモデルについて説明する。ソフトウェアファシリティ（software facility）（ソフトウエア装備、以下単に「ファシリティ」と称する）は、改善されたユーザーＩＭエクスペリエンスを提供するように、ページモードのＩＭおよびセッションベースのＩＭを同じＩＭ対話でいっしょに使用することによって、ＩＭ混合モード操作のプロトコルを提供する。ファシリティは、最初にページモードでＩＭ接続を開始する。次いで、発信ユーザーの装置識別子またはリモートユーザーの装置識別子のいずれか、またはその両方の装置識別子（身元）がわかると、ファシリティは、ページモードのＩＭ対話をセッションベースのＩＭ対話に変換する。

本発明の一部の実施態様では、ファシリティは、ページモードのメッセージ通信を使用して、複数のリモートユーザーの装置への最初の接続を確立し、続いて複数のリモートユーザーの装置のうちの１つによってセッションが開始される。例えば、リモートユーザーが複数の装置またはエンドポイントでＩＭサービスに登録されているなど、リモートユーザーのインスタンスが複数ある場合がある。複数のリモートユーザー装置を考慮に入れるために、ファシリティは、ＩＭ接続をページモードで開始し、発信装置、すなわちリモートユーザーとのＩＭセッションを要求するために、発信ユーザーによって使用された装置またはエンドポイントを、リモートユーザーとのページモードのＩＭ対話を確立するために使用されるページモードメッセージで識別する。ページモードメッセージは、リモートユーザーの登録された装置のそれぞれに配信される。ファシリティは、発信ユーザーによって要求されると、０個、１個、またはそれ以上のその後のページモードメッセージを送信することができ、このメッセージは、リモートユーザーの登録装置のそれぞれにも配信される。その後、リモートユーザーがリモートユーザーの登録装置のうちの１つで、またはそれを使用してページモードのＩＭ対話に応答すると、ファシリティは、ページモードのＩＭ対話に応答するために、リモートユーザーによって使用された登録装置で、発信装置識別子をセッションベースのＩＭ対話のターゲットとして使用する。リモートユーザーの応答がセッションベースのＩＭを開始することを許可することによって、発信ユーザーの装置およびリモートユーザーの装置は、互いを的確に見つけ出し、いったんこれが行われると、ＩＭ対話は、その最初のページモードからセッションベースのＩＭ対話に変換される。発信ユーザーの装置へのセッションが確立されると、その後セッションベースのＩＭ対話がリモートユーザーの登録装置のうちの１つ、すなわち前のページモードのＩＭ対話に応答するためにリモートユーザーによって使用されている登録装置との間で確立されていることを示す信号または指示がリモートユーザーの登録装置のそれぞれに送信される。

他の実施態様では、ファシリティは、発信装置を、すなわちリモートユーザーとのＩＭセッションを要求するために発信ユーザーによって使用された装置またはエンドポイントを、リモートユーザーとのページモードのＩＭ対話を確立するために使用されるページモードメッセージで識別しない。この場合、リモートユーザーがリモートユーザーの登録装置のうちの１つで、またはそれを使用してページモードのＩＭ対話に応答するとき、ファシリティは、ページモードのＩＭ対話に応答するためにリモートユーザーによって使用されている登録装置で、特定のリモートユーザーの登録装置の識別子を発信装置に送信する。このように、発信装置は、リモートユーザーがいる登録装置、すなわちＩＭ対話に応答するためにリモートユーザーによって使用されている登録装置を有効に見つけ出し、リモートユーザーの登録装置識別子をセッションベースのＩＭ対話のターゲットとして使用する。

本発明のファシリティの様々な実施形態およびその利点（効果）は、図面の図１〜図４を参照することによって最もよく理解できる。図面の構成要素は、必ずしも寸法を守って描かれているのではなく、むしろ本発明の原理を明確に示すことに重点を置いている。図面を通じて、同じ数字を使用して様々な図面の同様な部分および対応する部分を示している。

図１は、ファシリティが実行されるコンピュータシステムのうちの少なくとも一部に一般に組み込まれている選択された構成要素を示すブロック図である。これらのコンピュータシステム１００は、コンピュータプログラムを実行する１つまたは複数の中央処理ユニット（「ＣＰＵ」）１０２、プログラムおよびデータ構造を含むデータが使用されている間それらを格納するコンピュータメモリ１０４、ハードドライブなど、プログラムおよびデータを永続的に格納する固定記憶装置１０６、ＣＤ−ＲＯＭドライブなど、コンピュータ可読媒体に格納されているプログラムおよびデータを読み込むコンピュータ可読媒体ドライブ（駆動装置）１０８、およびプログラムおよび／またはデータ構造を含むデータを交換するために、例えばインターネットを介してコンピュータシステムを他のコンピュータシステムに接続するネットワーク接続部１１０を含み得る。

ファシリティは、コンピュータシステム１００または他の装置によって実行されるプログラムモジュールなどのコンピュータ可読命令の一般的な文脈で説明することができる。一般にプログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。メモリ１０４および固定記憶装置１０６は、ファシリティを実施する命令を含み得るコンピュータ可読媒体である。メモリ１０４および固定記憶装置１０６は、ファシリティを実施する命令に加えて、他の様々な内容を有し得ることを理解されたい。

コンピュータシステム１００がビデオモニタやＬＤＣパネルなどプログラムの出力を表示する１つまたは複数の表示装置、およびキーボード、マイクロフォン、マウスなどのポインティング装置などユーザー入力を受け取る１つまたは複数の入力装置を含み得ることは理解されよう。上述したように構成されているコンピュータシステム１００は、一般にファシリティの操作をサポートするために使用されているが、ファシリティは、様々なタイプおよび構成の装置を使用し、様々な構成要素を有することによって実施することができることは理解されよう。

以下の説明では、ファシリティの実施形態について、様々な例示との関連で説明する。様々な点でこれらの例からかなりそれる環境でこうしたファシリティの実施形態を使用することができることは理解されよう。

図２は、ファシリティが動作し得る環境２０を示す高レベルのブロック図である。図示したように、環境２０は、クライアントＡ２０２やクライアントＢ２０６ａ〜ｃなど、いくつかのクライアントコンピュータシステムを含む。クライアントコンピュータシステムのそれぞれは、ユーザーインターフェースプログラムなど、そのユーザーが別のユーザーとＩＭを行うことができるアプリケーションプログラムを有する。クライアントコンピュータシステムは、ファシリティをホストしているそれぞれのドメインサーバに結合されている。図示したように、クライアントＡ２０２はドメインサーバＡ２０４に結合され、クライアントＢ２０６ａ〜ｃのそれぞれはドメインサーバＢ２０８に結合されている。ドメインサーバはさらに、インターネットなどのネットワーク２１０を介して互いに結合されている。

クライアントコンピュータシステムは、ユーザーにＩＭを行うファシリティを提供する任意のタイプのコンピュータまたは通信装置とすることができる。一例として、クライアントコンピュータシステムは、ＩＭアプリケーションプログラムのロードおよび実行をサポートするのに適したオペレーティングシステムプログラムを稼動させるパーソナルコンピュータとすることができる。あるいは、クライアントコンピュータシステムは、ＩＭの実施での使用に適した、ＰＤＡなどのネットワーク機器、またはセル方式電話など他の適した通信装置とすることができる。したがって、クライアントシステムは、ユーザーによってＩＭを行うために使用される装置として機能する。別の言い方をすれば、クライアントコンピュータシステムは、ＩＭサービスに登録されているユーザーのインスタンスのエンドポイントとして働く。

大まかに言えば、ドメインサーバは、インターネットドメインなど、特定のネットワークドメインのサーバとして集合的に機能する１つまたは複数のコンピュータシステムを含む。図２に示すように、ドメインサーバＡ２０４は、クライアントＡ２０２にドメインサービスを提供し、ドメインサーバＢ２０８は、クライアントＢ２０６ａ〜ｃにドメインサービスを提供する。一部の実施形態では、ドメインサーバは、ファシリティをホストし、本明細書に記載したように、混合モードＩＭを容易にする。ファシリティのすべてまたは一部分は、例えばクライアントコンピューティングシステムが一部またはすべてのドメインサーバファシリティも提供する環境で、クライアントコンピューティングシステムなど、他のコンピューティングシステムによってホストすることもできることは理解されよう。

ネットワーク２１０は、例えば接続されているコンピュータ間の電子コンテンツの転送を容易にする。一部の実施形態では、ネットワーク２１０はインターネットを含む。インターネットは、何百万ものコンピュータを接続するグローバルネットワークである。当業者によってよく知られているインターネットの構造は、コンピュータネットワークのグローバルネットワークであり、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）と呼ばれる簡単な標準共通アドレス指定システム、および通信プロトコルを使用する。

ネットワーク２１０は、１つまたは複数の他のタイプのネットワークから成ることを理解されたい。一例として、ネットワーク２１０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、パブリックイントラネット、プライベートイントラネット、プライベートコンピュータネットワーク、セキュリティで保護されたインターネット、プライベートネットワーク、パブリックネットワーク、付加価値通信網、対話型テレビネットワーク、無線ネットワーク、双方向ケーブルネットワーク、対話型キオスクネットワーク（interactive kiosk network）などを含み得る。クライアントコンピュータシステムは、そのドメインサーバに直接結合したり、ネットワーク２１０を含めて上記のタイプのネットワークのうちのいずれか、またはその組み合わせを介して結合したりすることができることも理解されよう。

図３は、一部の実施形態による、ＩＭ対話においてＩＭ混合モード操作が提供される方法３００を示すフローチャートである。一例として、リモートユーザー、ユーザーＢは、複数の装置を使用してＩＭサービスにログインする可能性がある。図２を参照すると、ドメインサーバＢ２０８は、ＩＭサービスを提供することができ、ユーザーＢは、クライアント２０６ａ（デスクトップコンピュータなど）、クライアント２０６ｂ（ラップトップコンピュータなど）、およびクライアント２０６ｃ（ＰＤＡなど）を使用して同時にＩＭサービスに登録される場合がある。開始ステップ中、ユーザーＢとのＩＭ対話（チャットセッションなど）の開始を待っているユーザーは、クライアントＡ２０２（デスクトップコンピュータなど）を使用して、例えばドメインサーバＡ２０４に提供されるＩＭサービスに登録することができる。次いでユーザーＡは、クライアントＡ２０２を使用してＩＭテキストメッセージを作成し、ＩＭテキストメッセージをユーザーＢに送信するコマンドを呼び出し、クライアントＡ２０２に、ユーザーＢにアドレス指定されたＩＭテキストメッセージをユーザーＡのドメインサーバＡ２０４に送信させるようにする。

図３に戻って、ステップ３０２で、ユーザーＡのドメインサーバＡ２０４は、ページモードのＩＭを使用して、ユーザーＢとの要求されたＩＭ対話のためにＩＭ接続を開始する。ここで、例えばユーザーＡのドメインサーバＡ２０４で実行されるファシリティは、ユーザーＢの現在登録されている装置のどれをＩＭ対話の対象とするかがわからず、したがってファシリティは、ページモードでＩＭ接続を開始する。ページモードでは、ファシリティは、ユーザーＢのアドレスによるレコードを使用して全体としてユーザーＢを対象としているＩＭテキストメッセージを送信し、ユーザーＢの特定のエンドポイント、すなわち特定の登録装置を指定しない。ＩＭテキストメッセージは、ネットワーク２１０を介してユーザーＢのドメインサーバＢ２０８に送信される。一実施形態では、ファシリティは、ＩＭテキストメッセージの送信者の装置識別子、例えばクライアントＡ２０２の識別子なども送信する。

ユーザーＢのドメインサーバＢ２０８は、ユーザーＢを対象としているＩＭテキストメッセージを受信し、ＩＭテキストメッセージをユーザーＢの各インスタンスに分け、ユーザーＢの登録装置のそれぞれ、すなわちクライアントＢ２０６ａ〜ｃにＩＭテキストメッセージを受信させるようにする。これらの装置のそれぞれは、例えば、結合された表示装置上のウィンドウをインスタンス化し、ＩＭテキストを表示することによって、そうでない場合はＩＭテキストメッセージの受信の指示を提供することによって、ＩＭテキストメッセージの受信に応答することができる。装置のそれぞれは、結合されているドメインサーバ、すなわちユーザーＢのドメインサーバＢ２０８にＩＭテキストメッセージの受信の成功を示す応答を提供することもできる。次いで、ユーザーＢのドメインサーバＢ２０８は、ユーザーＢの登録装置から受信された応答を集約し、単一の応答をユーザーＡのドメインサーバＡ２０４に返信することができる。

ユーザーＡは、ユーザーＢにＩＭ対話に応答させることなく、ユーザーＢとのＩＭ対話の一部として追加のＩＭテキストメッセージを作成することができる。この場合、ユーザーＡのドメインサーバＡ２０４は、最初にこのＩＭ対話のために確立されたページモードのＩＭを使用して任意の追加のＩＭテキストメッセージを送信し、上述したように、追加のＩＭテキストメッセージがユーザーＢの登録装置のそれぞれによって受信されるようにする。

ステップ３０４で、現在ページモードのＩＭ対話がセッションベースのＩＭに変換されるべきかどうかに関する割出しが行われる。一部の実施形態では、ページモードでのＩＭ対話への最初の応答は、ＩＭ対話をセッションベースのＩＭに変換するトリガとして働く。引き続き上記の例で、ユーザーＢは、ユーザーＢのラップトップコンピュータ、すなわちクライアントＢ２０６を使用してユーザーＡへの応答ＩＭテキストメッセージを作成することによってＩＭ対話に応答することができる。ステップ３０６で、クライアントＢ２０６は、前にクライアントＢ２０６から識別されていたユーザーＡの装置、クライアントＡ２０２に、セッションベースのＩＭを確立する、または現在のＩＭ対話をセッションベースのＩＭに変換するように求める要求を送信することによって、ＩＭ対話をページモードからセッションベースに変換する。クライアントＢ２０６は、クライアントＡ２０２に送信される要求にその識別子を含めることができる。ＩＭ対話をセッションベースのＩＭに変換するよう求める要求は、ユーザーＢのドメインサーバＢ２０８、ネットワーク２１０、およびユーザーＡのドメインサーバＡ２０４を介してクライアントＡ２０２に送信される。

これに応答して、クライアントＡは、ＩＭ対話をセッションベースのＩＭに変換するように求める受信された要求に肯定的に応答し、これによってセッションベースのＩＭがクライアントＡ２０２とクライアントＢ２０６との間で確立される。一部の実施形態では、クライアントＡ２０２は、セッションベースのＩＭがユーザーＢの登録装置のうちの特定の１つ、すなわちクライアントＢ２０６ｂとの間で確立されていることの指示（例えばメッセージなど）を、ユーザーＢの登録装置のすべてに送信することができる。クライアントＡ２０２は、この指示またはメッセージをページモードのＩＭメッセージとして送信し、それがユーザーＢの登録装置のすべてによって受信されるようにする。

ユーザーＢの登録装置はその指示を受信し、セッションベースのＩＭがそれとの間で確立される装置、すなわちクライアントＡ２０２以外の登録装置は、ＩＭ対話で以前受信されたテキストメッセージはもはや価値がないとの何らかのタイプの指示を提供する。例えば、セッションベースのＩＭが確立されていないユーザーＢの登録装置は、以前受信されたＩＭテキストメッセージを表示するウィンドウを削除する、ＩＭ対話はもはやアクティブではないとの指示を提供する、ＩＭ対話で以前受信されたテキストメッセージは期限切れである、またはもはや有効ではないとの指示を提供する、ユーザーＢは別の登録装置を使用してＩＭ対話に応答したとの指示を提供するなどを行うことができる。

ステップ３０８で、ユーザーＡとユーザーＢとの間のＩＭ対話でのその後のテキストメッセージは、セッションベースのＩＭで送信される。別の言い方をすれば、クライアントＡ２０２を使用するユーザーＡと、クライアントＢ２０６ｂを使用するユーザーＢとの間のその後のテキストメッセージは、（ステップ３０６で）これらのエンドポイント間で確立されたセッションを介して送信される。

ステップ３０４で、ページモードからセッションベースへのＩＭ対話の変換が行われないことが割出しされると、ステップ３１０で、ＩＭ対話はページモードで続行する。この場合、ユーザーＡとユーザーＢとの間のＩＭ対話でのその後のテキストメッセージは、ページモードのＩＭで送信される。引き続き上記の例で、ユーザーＢはＩＭ対話に応答しない場合があり、したがってＩＭ対話はページモードで続行し、ユーザーＡからのその後のＩＭテキストメッセージは、引き続きユーザーＢの登録装置のそれぞれに配信される。

一部の実施形態では、ユーザーＢの登録装置および／またはユーザーＢのドメインサーバＢ２０８に提供されたＩＭサービスは、セッションベースのＩＭをサポートしない場合がある。これらの実施形態では、ユーザーＢが登録装置のうちの１つを使用してＩＭ対話に応答する場合でさえ、ＩＭ対話はページモードで続行する。したがって、ユーザーＢが応答を提供しない上記の例と同じように、ＩＭ対話でのその後のテキストメッセージは、ユーザーＡおよびユーザーＢの登録装置のすべてに配信される。

別の実施形態では、ユーザーＡからのＩＭテキストメッセージは、テキストメッセージが発信された装置の指示を含まない場合がある。上記の例では、ファシリティは、ＩＭテキストメッセージの送信者の装置識別子、例えばクライアントＡ２０２の識別子を送信しない。この場合、ユーザーＢは、ユーザーＢのラップトップコンピュータ、すなわちクライアントＢ２０６を使用してユーザーＡへの応答ＩＭテキストメッセージを作成することによってＩＭ対話に応答することができる。クライアントＢ２０６は、応答の指示、およびユーザーＢが応答を提供するのに使用した登録装置、すなわちクライアントＢ２０６の識別子をユーザーＡに送信することができる。この応答は、ユーザーＢのドメインサーバＢ２０８、ネットワーク２１０、およびユーザーＡのドメインサーバＡ２０４を介してクライアントＡ２０２に送信される。その後、クライアントＡ２０２は、前にクライアントＡ２０２から識別されていたクライアントＢ２０６に、セッションベースのＩＭを確立する、または現在のＩＭ対話をセッションベースのＩＭに変換するように求める要求を送信することができる。

本明細書に開示されたこうしたおよび他のプロセスおよび方法について、こうしたプロセスおよび方法で実行されるファシリティを異なる順序で実施することができることを当業者であれば理解されよう。さらに、概説したステップは典型的なものにすぎず、ステップの一部は、本発明の本質からそれることなく、任意選択とする、一体化してより少ないステップにする、または追加のステップに拡張することができる。

図４は、一部の実施形態による、ＳＩＰ（セッション開始プロトコル）を使用してＩＭ混合モード操作が提供される方法を示すフローチャートである。特に、ＩＭ混合モード操作は、ページモードメッセージ通信を実行するよう求めるＳＩＰ ＭＥＳＳＡＧＥ要求、およびメッセージセッションリレープロトコル（ＭＳＲＰ）または他のセッションベースのメッセージ通信を確立するよう求めるＳＩＰ ＩＮＶＩＴＥ要求をＩＭ対話に組み込むことによって提供される。ＳＩＰは、参照により完全に本明細書に組み込むＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comments）２５４３（例えば、非特許文献１参照）で定義される。ＩＥＴＦ ＲＦＣ３４２８（例えば、非特許文献２参照）は、ページモードメッセージ通信を実行するよう求めるＳＩＰ ＭＥＳＳＡＧＥ要求に関して有益であり、参照により完全に本明細書に組み込む。ＩＥＴＦ ＲＦＣ３２６１（例えば、非特許文献３参照）は、ＩＮＶＩＴＥを使用するオファー／アンサーモデルに関して有益であり、参照により完全に本明細書に組み込む。

一例として、クライアントＡ２０２のユーザーＡは、ＩＭをユーザーＢに送信することを望んでいる。ステップ４０２で、クライアントＡ２０２は、どの特定の装置をＩＭの対象とするかがわからず、したがってユーザーＢを対象とするＭＥＳＳＡＧＥ要求を送信する。ＭＥＳＳＡＧＥ要求は、送信者、つまりクライアントＡ２０２のＧＲＵＵ（globally Routable User Agent URI）などの装置識別子をＳＩＰに含む。ＭＥＳＳＡＧＥ要求は、ユーザーＢの装置の装置識別子を含んでいない。

ステップ４０４で、ユーザーＢ登録を誘導する（home）ドメインサーバＢは、ＭＥＳＳＡＧＥ要求を受信し、検査する。例えばユーザーＢのエンドポイント識別子パラメータは存在していないなど、対象となる装置がないことがわかると、ドメインサーバＢは、要求をユーザーＢのすべての登録装置に分ける。ステップ４０６ａ〜ｃで、ユーザーＢのすべての登録装置は、ＭＥＳＳＡＧＥ要求を受信し、ＳＩＰ２００ＯＫ応答でそれに応答する。一部の実施形態では、ドメインサーバＢは、２００ＯＫ応答を受信し、集約し、１つのＯＫ要求をクライアントＡ２０２に送信する。ユーザーＡは、ユーザーＢが初めて応答する前に１つまたは複数のＩＭを送信することができる。追加のＩＭが送信されるごとに、同じ装置識別子を再利用することによって、ステップ４０２、４０４、および４０６ａ〜ｃが繰り返される。

その後、ユーザーＢは、応答を送信することを望む。ユーザーＢは、そこから応答するエンドポイントを選択し、応答を入力し、それを送信する。図４に示すように、ユーザーＢは、そこから応答するエンドポイントとしてクライアントＢ２０６ａを選択し得る。この場合、ステップ４０８で、クライアントＢ２０６ａは、装置識別子がリモートパーティに使用可能であることがわかると、リモートパーティとのダイアログを開始する。特に、クライアントＢ２０６ａは、ＭＳＲＰまたは他のセッションベースのメッセージ通信を確立するよう求めるＩＮＶＩＴＥ要求をクライアントＡ２０２を対象とするユーザーＡに送信する。クライアントＡは、開始メッセージを送信するためにユーザーＡによって使用されている装置である。ＩＮＶＩＴＥ要求は、前のＭＥＳＳＡＧＥ要求に含まれていたクライアントＡ２０２の装置識別子を含む。ＩＮＶＩＴＥ要求は、クライアントＢ２０６ａの装置識別子も含む。

ステップ４１０で、クライアントＡ２０２は、クライアントＢ２０６ａからＩＮＶＩＴＥ要求を受信し、それに応答し、したがって、クライアントＡ２０２とクライアントＢ２０６ａとの間のＩＭのセッションを確立する。ＩＮＶＩＴＥ要求への応答に続いて、クライアントＡ２０２は、ステップ４１２で、ユーザーＢを対象とする別のＭＥＳＳＡＧＥ要求または他のＳＩＰ要求タイプを送信する。特に、ＭＥＳＳＡＧＥ要求またはＳＩＰ要求タイプは、装置が特定のＩＭに選択されたため、以前送信されたすべてのページモードメッセージは現在アイドルであることを示す。一実施形態では、ＭＥＳＳＡＧＥ要求またはＳＩＰ要求タイプは、装置、すなわちクライアントＡ２０２によって自動的に生成される。ステップ４１４で、ドメインサーバＢは、ステップ４０４と同じように、ＭＥＳＳＡＧＥ要求を受信し、ユーザーＢのすべての登録エンドポイントに分ける。

ステップ４１６で、クライアントＢ２０６ａは、ユーザーＢによって選択されたエンドポイントであり、ＭＥＳＳＡＧＥ要求を受信し、無視する。ステップ４１８ａで、クライアントＢ２０６ｂは、ＭＥＳＳＡＧＥ要求を受信し、ＩＭセッションが他の何らかの装置で確立されたことを示す。同様に、ステップ４１８ｂで、クライアントＢ２０６ｃは、ＭＥＳＳＡＧＥ要求を受信し、ＩＭセッションが他の何らかの装置で確立されたことを示す。一実施形態では、クライアントＢ２０６ｂおよび２０６ｃは、結合された表示装置に表示されていた以前受信されたメッセージを含むメッセージ通信ウィンドウを削除することができる。

ステップ４２０で、点線または破線のボックスで示すように、ユーザーＡおよびユーザーＢは、それぞれの装置を使用して互いにＩＭを送信する。ユーザーＡによってユーザーＢに送信されるその後のＩＭメッセージについて、クライアントＡ２０２は、それ自体とユーザーＢのエンドポイント、つまりクライアントＢ２０６ａとの間にセッションが存在すると割出しし、確立されたセッションでＩＭメッセージを送信する。同様に、ユーザーＢによってユーザーＡに送信されるその後のＩＭメッセージについて、クライアントＢ２０６ａは、それ自体とユーザーＡのエンドポイント、つまりクライアントＡ２０２との間にセッションが存在すると割出しし、確立されたセッションでＩＭメッセージを送信する。

本明細書において例示の目的で本発明の実施形態を説明してきたが、上記から、本発明の意図および範囲から逸脱することなく様々な変更を加えることができることを理解されよう。したがって、本発明は、添付の特許請求の範囲に明示的に示した要素を除いて制限されない。

本発明によるファシリティが実行されるコンピュータシステムのうちの少なくとも一部に一般に組み込まれている選択された構成要素を示すブロック図である。 本発明によるファシリティが動作する環境を示す高レベルのブロック図である。 本発明の一実施形態による、ＩＭ対話においてＩＭ混合モード操作が提供される方法を示すフローチャートである。 本発明の一実施形態による、セッション開始プロトコル（ＳＩＰ）を使用してＩＭ混合モード操作が提供される方法を示すフローチャートである。

符号の説明

１００ コンピュータシステム
１０４ メモリ
１０６ 固定記憶装置
１０８ コンピュータ可読媒体駆動装置
１１０ ネットワーク接続部
２０２ クライアントＡ
２０４ ドメインサーバＡ
２０６ クライアントＢ
２０８ ドメインサーバＢ
２１０ ネットワーク

Claims (25)

1. コンピュータ可読媒体のコンテンツが、コンピュータに、
   発信ユーザーとリモートユーザーとの間のＩＭ（インスタントメッセージ通信）対話のＩＭ接続を最初にページモードのＩＭで開始させ、
   前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用されたエンドポイントの身元（identity：識別子）を発見させ、
   前記エンドポイントの前記身元を発見したら、前記ＩＭ対話をセッションベースのＩＭに変換させる
   ことを特徴とするコンピュータ可読媒体。
2. 前記ページモードのＩＭはＳＩＰ（セッション開始プロトコル）を使用して確立されることを特徴とする請求項１に記載のコンピュータ可読媒体。
3. 前記ページモードのＩＭはＳＩＰにおけるＭＥＳＳＡＧＥ要求を使用して確立されることを特徴とする請求項２に記載のコンピュータ可読媒体。
4. 前記セッションベースのＩＭはＳＩＰを使用して確立されることを特徴とする請求項１に記載のコンピュータ可読媒体。
5. 前記セッションベースのＩＭはＳＩＰにおけるＩＮＶＩＴＥ要求を使用して確立されることを特徴とする請求項４に記載のコンピュータ可読媒体。
6. 前記コンピュータに、前記ＩＭ接続のセッションベースのＩＭへの変換の後、前記リモートユーザーの１つのまたは複数のエンドポイントに、前記リモートユーザーの別のエンドポイントでセッションが確立されているとの指示を送信させるコンテンツをさらに含むことを特徴とする請求項１に記載のコンピュータ可読媒体。
7. 前記リモートユーザーによって使用される前記エンドポイントの前記身元は、ダイアログを確立するよう求める要求の受信を介して発見されることを特徴とする請求項１に記載のコンピュータ可読媒体。
8. ダイアログを確立するよう求める前記要求は、ＳＩＰにおけるＩＮＶＩＴＥ要求を介して行われることを特徴とする請求項７に記載のコンピュータ可読媒体。
9. コンピューティングシステムにおいて混合モードＩＭを提供する方法であって、
   発信装置に登録されている発信ユーザーと複数のリモート装置に登録されているリモートユーザーとの間のＩＭ対話を、最初にページモードＩＭで開始するステップと、
   前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記複数のリモート装置のうちの１つの身元を発見するステップと、
   前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記複数のリモート装置のうちの１つの前記身元を発見した後、前記ＩＭ対話をページモードのＩＭからセッションベースのＩＭに変換するステップと
   を含むことを特徴とする方法。
10. 前記ＩＭ対話をページモードのＩＭからセッションベースのＩＭに変換した後、前記複数のリモート装置にセッションベースのＩＭへの前記変換を通知するステップをさらに含むことを特徴とする請求項９に記載の方法。
11. 前記ページモードのＩＭは、前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記リモート装置から前記発信装置に送信されたセッションを確立するように求める要求を介してセッションベースのＩＭに変換されることを特徴とする請求項９に記載の方法。
12. 前記要求はＳＩＰにおけるＩＮＶＩＴＥ要求であることを特徴とする請求項１１に記載の方法。
13. 前記ページモードのＩＭは、前記発信装置から前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記リモート装置に送信されたセッションを確立するように求める要求を介してセッションベースのＩＭに変換されることを特徴とする請求項９に記載の方法。
14. 前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記複数のリモート装置のうちの１つの前記身元を発見する前記ステップは、前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記リモート装置が前記発信装置にその身元を送信するステップを含むことを特徴とする請求項９に記載の方法。
15. ＩＭシステムにおいて混合モードＩＭを提供する方法であって、
    開始側ユーザーとリモートユーザーとの間のＩＭ対話を最初にページモードのＩＭで開始するステップと、
    前記ＩＭ対話をページモードのＩＭからセッションベースのＩＭに変換するステップと
    を含むことを特徴とする方法。
16. 前記ＩＭ対話は、前記リモートユーザーが前記ＩＭ対話に最初に応答した後、セッションベースのＩＭに変換されることを特徴とする請求項１５に記載の方法。
17. 前記ＩＭ対話は、前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用されたリモート装置が、前記装置間のダイアログを確立するように求める要求を、前記開始側ユーザーによって使用された発信装置に送信することによってセッションベースのＩＭに変換されることを特徴とする請求項１５に記載の方法。
18. 前記ＩＭ対話は、前記開始側ユーザーによって使用された発信装置が、前記装置間のダイアログを確立するように求める要求を、前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用されたリモート装置に送信することによってセッションベースのＩＭに変換されることを特徴とする請求項１５に記載の方法。
19. 前記ＩＭ対話は、前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用されたリモート装置が前記発信ユーザーによって使用された発信装置の身元を発見した後、セッションベースに変換されることを特徴とする請求項１５に記載の方法。
20. 前記ＩＭ対話は、前記発信ユーザーによって使用された発信装置が前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用されたリモート装置の身元を発見した後、セッションベースに変換されることを特徴とする請求項１５に記載の方法。
21. ページモードのＩＭからセッションベースのＩＭへの前記ＩＭ対話の前記変換の指示を提供するステップをさらに含むことを特徴とする請求項１５に記載の方法。
22. 混合モードＩＭを提供するシステムであって、
    発信ユーザーとリモートユーザーとの間のＩＭ対話のＩＭ接続を最初はページモードのＩＭで開始する手段と、
    前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された、前記リモートユーザーの複数の登録リモート装置のうちの１つであるリモート装置の身元を発見する手段と、
    前記ＩＭ対話に最初に応答するために前記リモートユーザーによって使用された前記リモート装置の前記身元の発見に応答して、前記ＩＭ対話をセッションベースのＩＭに変換する手段と
    を含むことを特徴とするシステム。
23. 前記リモートユーザーの登録装置のそれぞれに、ページモードのＩＭからセッションベースのＩＭへの前記ＩＭ対話の前記変換の指示を提供するステップをさらに含むことを特徴とする請求項２２に記載のシステム。
24. 前記ＩＭ対話は、前記リモート装置が前記発信ユーザーによって使用されている発信装置にダイアログを確立するように求める要求を送信すると、セッションベースのＩＭに変換されることを特徴とする請求項２２に記載のシステム。
25. 前記ＩＭ対話は、前記リモート装置が前記発信ユーザーによって使用されている発信装置にその身元を送信し、前記発信装置が前記リモート装置にダイアログを確立するように求める要求を送信すると、セッションベースのＩＭに変換されることを特徴とする請求項２２に記載のシステム。
    

Images