(57)【要約】ソース・デバイス（１０１）からターゲット・デバイス（１０３）へインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションを転送するための方法であって、ＩＭＰサーバ（１０５）に前記ターゲット・デバイスを登録するステップ（１３０）と、前記ソース・デバイスから前記ターゲット・デバイスへ履歴ＩＭＰセッション情報を送信するステップ（１５０，１５２）と、前記ＩＭＰサーバに前記ターゲット・デバイスを加入するステップ（１７０）と、を含む方法。ターゲット・デバイス（１０３）は、履歴ＩＭＰセッション情報（「グラブ」または「グラブ転送」と呼ぶ）の転送を開始し、ターゲット・デバイス（１０３）は、必要に応じて、ソース・デバイス（１０１）にＩＭＰサーバ（１０５）からの登録取消（１６０）を指示することができる。ターゲット・デバイスおよびソース・デバイスに関する関連方法、およびソース・デバイスまたはターゲット・デバイスとして動作することができる電子デバイスも開示している。
2008502954.tif 000002
【特許請求の範囲】
【請求項１】
ソース・デバイスからターゲット・デバイスへインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションを転送するための方法であって、
ＩＭＰサーバに前記ターゲット・デバイスを登録するステップと、
前記ソース・デバイスから前記ターゲット・デバイスへ履歴ＩＭＰセッション情報を送信するステップと、
前記ＩＭＰサーバに前記ターゲット・デバイスを加入するステップと、を含む方法。
【請求項２】
前記送信ステップが、
前記ＩＭＰサーバを介して前記ターゲット・デバイスから前記ソース・デバイスへグラブ要求を送信するステップと、
前記ＩＭＰサーバを介して前記ソース・デバイスから前記ターゲット・デバイスへ履歴ＩＭＰセッション情報を送信するステップと、を含む請求項１に記載の方法。
【請求項３】
グラブ要求を送信する前記ステップが、
前記ターゲット・デバイスが要求する履歴ＩＭＰセッション情報の最大量を表示するステップを含む請求項２に記載の方法。
【請求項４】
前記グラブ要求が、前記ソース・デバイスに前記ＩＭＰサーバからの登録取消を指示する請求項２に記載の方法。
【請求項５】
前記ターゲット・デバイスを用いて前記ＩＭＰセッションを続行するステップをさらに含む請求項１に記載の方法。
【請求項６】
前記ソース・デバイスを用いて前記ＩＭＰセッションを続行するステップをさらに含む請求項５に記載の方法。
【請求項７】
ソース・デバイスからインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションをグラブ転送するためのターゲット・デバイスで使用する方法であって、
ＩＭＰセッションを転送するために選択したモードを取得するステップと、
ＩＭＰサーバに登録要求を送信するステップと、
前記ソース・デバイスにグラブ加入要求を送信するステップと、
前記ソース・デバイスからＩＭＰセッション情報を受信するステップと、
前記ＩＭＰサーバに加入するステップと、を含む方法。
【請求項８】
前記ソース・デバイスにグラブ加入要求を送信する前記ステップが、
前記ＩＭＰサーバに前記グラブ加入要求を送信するステップを含む請求項７に記載の方法。
【請求項９】
前記ソース・デバイスからＩＭＰセッション情報を受信する前記ステップが、
前記ＩＭＰサーバからＩＭＰセッション情報を受信するステップを含む請求項７に記載の方法。
【請求項１０】
前記ソース・デバイスにグラブ加入要求を送信する前記ステップが、
積極的グラブ加入要求を送信するステップを含む請求項７に記載の方法。
【請求項１１】
前記ソース・デバイスにグラブ加入要求を送信する前記ステップが、
受動的グラブ加入要求を送信するステップを含む請求項７に記載の方法。
【請求項１２】
ターゲット・デバイスにインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションを転送するためにソース・デバイスで使用する方法であって、
ＩＭＰセッションに参加するステップと、
ターゲット・デバイスから加入要求を受信するステップと、
前記ターゲット・デバイスにＩＭＰセッション情報を送信するステップと、を含む方法。
【請求項１３】
前記加入要求が受動的加入要求である請求項１２に記載の方法。
【請求項１４】
前記ＩＭＰセッションを続行するステップをさらに含む請求項１３に記載の方法。
【請求項１５】
前記加入要求が積極的加入要求である請求項１２に記載の方法。
【請求項１６】
前記ＩＭＰセッションから登録を取り消すステップをさらに含む請求項１５に記載の方法。
【請求項１７】
電子デバイスであって、
ユーザ・インタフェース要素を制御するために動作することができるユーザ・インタフェース・コントローラであって、
ユーザからグラブ・モード情報を取得するために動作することができるグラブ・ユーザ・インタフェース・コントローラを有するユーザ・インタフェース・コントローラと、
前記ユーザ・インタフェース・コントローラと結合しているプロセッサであって、
命令を供給して、ソース・デバイスからのインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションのグラブ転送を可能にするために動作することができるグラブ・モジュールを有するプロセッサと、
メモリであって、
プレゼンス情報を記憶するためのプレゼンス部分と、
上りチャット情報を記憶するためのログ／上りメッセージ部分と、
送信するメッセージを記憶するための下りメッセージ部分と、を有するメモリと、を備えた電子デバイス。
【請求項１８】
前記グラブ・モジュールが、
命令を供給して、前記電子デバイスからターゲット・デバイスへＩＭＰセッションのグラブ転送を可能にするために動作することができるグラブしたモジュールをさらに備えた請求項１７に記載の電子デバイス。
【請求項１９】
前記グラブ・モジュールが、
命令を供給して、ソース・デバイスから前記電子デバイスへＩＭＰセッションをグラブ転送することを可能にするために動作することができるグラバー・モジュールをさらに備えた請求項１７に記載の電子デバイス。
【請求項２０】
前記メモリが、
履歴ＩＭＰセッション情報をバッファするためのグラブした内容部分をさらに備えた請求項１７に記載の電子デバイス。
【請求項２１】
前記ユーザ・インタフェース・コントローラと結合しているディスプレイと、
前記ユーザ・インタフェース・コントローラと結合しているキーボードと、をさらに備えた請求項１７に記載の電子デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、インスタント・メッセージングおよびプレゼンス（ＩＭＰ）技術に関し、詳細には、ＩＭＰ情報の転送に関する。
【背景技術】
【０００２】
セッション開始プロトコル（ＳＩＰ）インスタント・メッセージング（ＩＭ）のユーザは、元のデバイスまたは現在のチャットに何ら影響を与えないで、現在行われているＩＭセッション（チャット）にログインし、参加するために新しいデバイスを使用することができる。しかし、新しいデバイスは、新しいデバイスがチャットに参加する前の現在行われているＩＭセッションに関するログ／履歴、プレゼンス状態情報、またはアドレス指定／プレゼンス情報を全く持っていない。それ故、新しいデバイスが、ユーザが元のデバイスから新しいデバイスに移行している時間中に送られたメッセージを受信しない恐れがある。さらに、チャットに関する履歴情報は、新しいデバイスに転送されない。ＩＭセッションで使用することができる情報の量により、新しいデバイスが使用することができない情報が、重要性および量の両方の点で重要なものになる場合がある。
【０００３】
ユーザがあるデバイスから他のデバイスに移行するということは、周知の「呼転送」、「コール・パーク」、または最初の電話機をはずしたままの状態で内線電話を単に取る電話機能とよく似ている。音声呼出しの状況では、今までの電話の会話に関する情報がなくても、ユーザがあるデバイスから他のデバイスに移行している間に参加者が会話を中断することにより、または会話を要約することにより救済される。しかし、ＩＭＰの状況では、このような低いレベルの技術的解決では面倒でもあるし、厄介でもある。さらに、呼転送およびコール・パーク中、元のデバイスは開始デバイスであり、一方、新しいデバイスは受動デバイスである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
それ故、移行の時間中に送られたメッセージを喪失しないで、アクティブなＩＭセッション中に元のデバイスから新しいデバイスに移行したいという要望がある。また、チャットを中断しないで、新しいデバイスに対して現在行われているＩＭセッションに関する情報を転送したいという要望もある。また、元のデバイスが開始した転送を受動的に受け入れるのではなく、新しいデバイスにより転送を開始したいという要望もある。下記の図面および添付の詳細な説明を注意深く読めば、通常の当業者であれば本発明の種々の態様、機能および利点をよりよく理解することができるだろう。
【課題を解決するための手段】
【０００５】
ソース・デバイスからターゲット・デバイスへインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションを転送するための方法は、ＩＭＰサーバにターゲット・デバイスを登録するステップと、ソース・デバイスからターゲット・デバイスへ履歴ＩＭＰセッション情報を送信するステップと、ＩＭＰサーバにターゲット・デバイスを加入するステップとを含む。ターゲット・デバイスは、履歴ＩＭＰセッション情報の転送（「グラブ」または「グラブ転送」と呼ぶ）を開始し、ターゲット・デバイスは、必要に応じて、ソース・デバイスにＩＭＰサーバから登録を取り消すように指示することができる。ターゲット・デバイスおよびソース・デバイスに関する関連方法、およびソース・デバイスまたはターゲット・デバイスとして動作することができる電子デバイスも開示している。
【発明を実施するための最良の形態】
【０００６】
図１は、好ましい実施形態によるアクティブなインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションの積極的グラブを示す例示としてのメッセージの流れ図１００である。積極的グラブは、最初、ユーザＢのデバイス１０７とユーザＡのソース・デバイス１０１との間で送られた履歴ＩＭＰセッション情報をユーザＡのターゲット・デバイス１０３に転送し、ＩＭＰサーバ１０５からソース・デバイス１０１の登録を取り消す。ターゲット・デバイス１０３は、履歴ＩＭＰセッション情報の転送（「グラブ」または「グラブ転送」と呼ぶ）を開始し、ターゲット・デバイス１０３は、ソース・デバイス１０１にＩＭＰサーバ１０５からの登録取消も指示する。ＩＭＰセッション転送は、ユーザＢに対してシームレスに行われる。ユーザＢのデバイス１０７は、任意の数のＩＭＰセッション参加者を示すことに留意されたい。また、所望する履歴ＩＭＰセッション情報の最大量を指定することにより、ターゲット・デバイス１０３はソース・デバイス１０１から任意の数のアクティブなＩＭＰセッションをグラブすることができる。この最大量は、ターゲット・デバイスの能力に依存するが、グラブするチャット、各チャットに必要な履歴ＩＭＰセッション情報の最大量（例えば、１ＫＢ）、すべてのアクティブなチャットに対する履歴ＩＭＰセッション情報の最大累積量（例えば、４ＫＢ）等を選択することにより表示することができる。
【０００７】
好ましい実施形態は、セッション開始プロトコル（ＳＩＰ）を使用しているが、グラブ転送ＩＭＰセッションは、専用プロトコルを含む他のプロトコルにより実施することができる。
【０００８】
アクティブなＩＭＰセッション（またはチャット）は、メッセージ１１０，１１５，１２０および１２５で表される。当然、チャット中、ユーザＢのデバイス１０７とユーザＡのソース・デバイス１０１との間で任意の数のＩＭＰメッセージを交換することができ、ユーザＡのデバイスは、２つ以上のチャットに関連することができる。メッセージは、ユーザＢのデバイス１０７とユーザＡのソース・デバイス１０１間で直接交換することもできるし（図示）、ＩＭＰサーバ１０５を介して交換することもできる（図示せず）。
【０００９】
ＭＥＳＳＡＧＥメッセージ１１０は、ユーザＢのデバイス１０７からユーザＡのソース・デバイス１０１へ送られる、テキスト、画像、アイコン、音声または他のデータを含むことができる標準ＳＩＰ  ＩＭメッセージである。ＯＫメッセージ１１５は、ユーザＡのソース・デバイス１０１がＭＥＳＳＡＧＥメッセージ１１０を正しく受信したという肯定応答メッセージである。逆に、ＭＥＳＳＡＧＥメッセージ１２０は、ユーザＡのソース・デバイス１０１からユーザＢのデバイス１０７に送信した標準ＳＩＰ  ＩＭメッセージであり、ＯＫメッセージ１２５は、ユーザＢのデバイス１０７がＭＥＳＳＡＧＥメッセージ１２０を正しく受信したという肯定応答メッセージである。
【００１０】
アクティブなＩＭＰセッションのこの時点において、ユーザＡは、ソース・デバイス１０１からアクティブなＩＭＰセッションを積極的にグラブするようにターゲット・デバイス１０３に要求する。例えば、ソース・デバイス１０１は、事務所の卓上電話機またはデスクトップ・コンピュータである。ユーザＡは、その日一日中事務所から出かけようとしていて、ターゲット・デバイスのところでチャットを継続し、ソース・デバイスのところでチャットを打ち切ろうとしている。それ故、ユーザＡは、携帯電話、ページャ、無線接続を有するラップトップ、またはセルラー接続を有する携帯情報端末のようなターゲット・デバイス１０３をオンにし、ＩＭＰセッションのグラブ転送を実行するＩＭＰソフトウェア・アプリケーションを開始する。この例示としてのメッセージの流れ図１００において、ユーザＡは、メッセージ１１０，１１５，１２０および１２５で表される現在行われているＩＭＰセッションの積極的グラブを選択する。
【００１１】
ＩＭＰセッションの積極的グラブを作動すると、ユーザＡのターゲット・デバイス１０３は、ＩＭＰサーバ１０５にＲＥＧＩＳＴＥＲ要求メッセージ１３０を送信する。好適には、ＲＥＧＩＳＴＥＲ要求メッセージ１３０は、ＩＭＰサーバ１０５にターゲット・デバイス１０３を認証するために、チャレンジおよびレスポンス信用証明書のような認証情報を含んでいることが好ましい。認証に成功した場合には、ＩＭＰサーバ１０５は、ＯＫメッセージ１３５によりＲＥＧＩＳＴＥＲ要求メッセージ１３０に肯定応答する。この時点で、ターゲット・デバイス１０３は、ＩＭＰサーバ１０５に登録され、他のＩＭＰユーザ（ユーザＢなど）は、ターゲット・デバイス１０３のプレゼンス状態を見ることができる。その結果、元のデバイスのプレゼンス状態が後で「オフ」に変更になった場合でも、ユーザは、ターゲット・デバイスが提示するユーザＡの「オンライン」状態をシームレスに引き続き見る。また登録した場合、ターゲット・デバイス１０３に適当なアカウントおよびネットワーク・アクセスが提供される。
【００１２】
次に、ターゲット・デバイス１０３は、ＩＭＰサーバ１０５を介して、ソース・デバイス１０１に、積極的グラブ・インジケータと一緒にＳＵＢＳＣＲＩＢＥメッセージを送信する。このＳＵＢＳＣＲＩＢＥ要求は、ＩＭＰサーバを通してソース・デバイスに送るようにフォーマットされた新しいタイプの要求である。ＳＩＰネットワークのルーティング機能により、ソース・デバイスのインターネット・プロトコル（ＩＰ）アドレスを予め知らなくても、またソース・デバイスがグラブ転送を開始しなくても、またはグラブ転送が発生する前にそれを知りさえしなくても、ターゲット・デバイスは、ＩＭＰサーバを介してソース・デバイスにメッセージを自動的に送ることができる。ＩＭＰサーバは、登録され加入されるソース・デバイスの位置を発見するというタスクを有する。
【００１３】
好適には、このＳＵＢＳＣＲＩＢＥ（積極的グラブ）メッセージは、ソース・デバイス１０１にターゲット・デバイス１０３を認証するために、チャレンジおよびレスポンス信用証明書のような認証情報を含んでいることが好ましい。ターゲット・デバイスを認証するソース・デバイスのこの能力は、グラブ転送の基礎の基本的な要素である。ソース・デバイスおよびターゲット・デバイスの両方が、同じユーザに属している場合には、そのユーザだけが知っているか、そのユーザだけに関連する共有の秘密を提供するのは比較的容易である。ＳＵＢＳＣＲＩＢＥ（積極的グラブ）メッセージ１４０は、ＩＭＰサーバ１０５に送信され、ＩＭＰサーバは、そのメッセージをＳＵＢＳＣＲＩＢＥ（積極的グラブ）メッセージ１４２でソース・デバイス１０１に転送する。認証が成功したと仮定すると、ソース・デバイス１０１は、ＯＫメッセージ１４５により、ＳＵＢＳＣＲＩＢＥ（積極的グラブ）メッセージの受信に肯定応答し、ＯＫメッセージ１４５は、ＯＫメッセージ１４７でＩＭＰサーバ１０５がターゲット・デバイス１０３に送る。
【００１４】
次に、ソース・デバイス１０１は、少なくとも１つのＮＯＴＩＦＹメッセージ１５０により、履歴ＩＭＰセッション（チャット）情報を転送し、このNＯＴＩＦＹメッセージ１
５０は、ＩＭＰサーバ１０５が、ＮＯＴＩＦＹメッセージ１５２でターゲット・デバイス１０３に送る。好適には、ＮＯＴＩＦＹメッセージの内容は、ログ／履歴情報、プレゼンス状態情報、および少なくとも１つの現在のＩＭＰセッションに関するアドレス指定情報を含んでいることが好ましい。ターゲット・デバイス１０３は、ＯＫメッセージ１５５を用いてチャット情報の受信に肯定応答し、ＯＫメッセージ１５はＯＫメッセージ１５７でＩＭＰサーバ１０５からソース・デバイス１０１へ送られる。
【００１５】
この時点で、またはこの後で、ソース・デバイス１０１は、ＲＥＧＩＳＴＥＲメッセージ１６０を用いて、ＩＭＰセッションから登録を取り消す。この登録取消は、ＯＫメッセージ１６５でＩＭＰサーバ１０５が肯定応答する。（ＳＩＰは、０に設定された場合に、ＲＥＧＩＳＴＥＲメッセージが実際に登録取消を要求していることを示す期限切れパラメータと一緒に、ＲＥＧＩＳＴＥＲメッセージを使用することに留意されたい。）登録取消
は、ＩＭＰセッション履歴情報のターゲット・デバイス１０３への転送の成功を示すＯＫメッセージ１５７の受信後にはいつでも行うことができる。ソース・デバイス１０１の登録取消は、ターゲット・デバイス１０３がＩＭＰサーバ１０５に加入する期間の前、最中または後で行うことができる。
【００１６】
ターゲット・デバイス１０３は、ＳＵＢＳＣＲＩＢＥメッセージ１７０を用いてＩＭＰサーバ１０５に加入する。ＳＵＢＳＣＲＩＢＥメッセージ１７０は、ＩＭＰセッションに加入する際にＩＭＰサーバ１０５に送られる通常の加入メッセージである。ＩＭＰサーバ１０５は、ＯＫメッセージ１７５により、ＳＵＢＳＣＲＩＢＥメッセージ１７０に肯定応答する。この時点で、ターゲット・デバイス１０３は、ソース・デバイス１０１から履歴チャット情報をグラブし、ターゲット・デバイス１０３は、アクティブなＩＭＰセッションに加入し、ソース・デバイス１０１は、ＩＭＰサーバから登録を取り消す。
【００１７】
メッセージ１８０，１８５，１９０および１９５は、ユーザＢのデバイス１０７とユーザＡのターゲット・デバイス１０３との間のアクティブなＩＭＰセッションの継続を示す。ＭＥＳＳＡＧＥメッセージ１８０は、ユーザＢのデバイス１０７からユーザＡのターゲット・デバイス１０３へ送られ、ユーザＡのターゲット・デバイスは、ＯＫメッセージ１８５により受信に肯定応答する。逆に、ユーザＡのターゲット・デバイス１０３は、ユーザＢのデバイスにメッセージ１９０を送信し、ユーザＢのデバイスは、ＯＫメッセージ１９５でそれに肯定応答する。すでに説明したように、チャットの継続中、ユーザＢのデバイス１０７とユーザＡのターゲット・デバイス１０３との間で任意の数のＩＭＰメッセージを交換することができ、ユーザＡのデバイスは、２つ以上のチャットに関連することができる。メッセージは、ユーザＢのデバイス１０７とユーザＡのターゲット・デバイス１０３間で直接交換することもできるし（図示）、ＩＭＰサーバ１０５を介して交換することもできる（図示せず）。
【００１８】
アクティブなＩＭＰセッションをソース・デバイス１０１からターゲット・デバイス１０３にグラブ転送している期間に、ＭＥＳＳＡＧＥメッセージが重複するのを避けるために、ターゲット・デバイス１０３は、ＲＥＧＩＳＴＥＲメッセージ１３０で開始し、ＮＯＴＩＦＹメッセージ１５２で終わる時間間隔中に受信したチャット・メッセージをバッファする。ＮＯＴＩＦＹメッセージ１５２で履歴チャット情報を受信した後で、ターゲット・デバイス１０３は、バッファの内容を比較し、表示する前に重複したチャット・メッセージを破棄し、ＩＭＰセッションを続行する。ＩＭＰサーバが、通常のＳＵＢＳＣＲＩＢＥ要求（ＳＵＢＳＣＲＩＢＥ要求１７０など）を受信した後にだけ、ＩＭＰサービスを提供するように構成されている場合には、重複したチャット・メッセージは存在しないはずである。ＩＭＰサーバが、例えば、ＲＥＧＩＳＴＥＲ要求（ＲＥＧＩＳＴＥＲ要求１３０など）の直後のような通常のＳＵＢＳＣＲＩＢＥ要求（ＳＵＢＳＣＲＩＢＥ要求１７０など）の前にＩＭＰサービスを提供するように構成されている場合には、すべての重複したチャット・メッセージは破棄される。
【００１９】
ＮＯＴＩＦＹメッセージ１５２で開始し、ＯＫメッセージ１７５の受信で終わる時間間隔中に受信したＭＥＳＳＡＧＥメッセージの脱落を防止するために、ソース・デバイス１０１は、履歴チャット情報の肯定応答が行われ、ＯＫメッセージ１５７で受信した後でだけ、登録取消を行うことができる。この時点で、ターゲット・デバイス１０３は、ＳＵＢＳＣＲＩＢＥメッセージ１７０を用いてＩＭＰサーバに加入し、ターゲット・デバイス１０３とのＩＭＰセッションは継続する。
【００２０】
このように、ターゲット・デバイス１０３は、転送（すなわち、グラブ転送）を開始し、ソース・デバイス１０１と連絡し、ソース・デバイス１０１から履歴ＩＭＰセッション情報を要求するために、ＳＩＰネットワークのルーティング機能を利用する。さらに、積
極的グラブの状況では、ターゲット・デバイス１０３は、ソース・デバイス１０１に、ターゲット・デバイス１０３に履歴ＩＭＰセッション情報を提供した後で、ＩＭＰサーバ１０５から登録を取り消すように指示する。
【００２１】
図２は、好ましい実施形態によるアクティブなインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションの受動的グラブを示す例示としてのメッセージの流れ図２００である。受動的グラブは、ＩＭＰサーバ１０５からソース・デバイス１０１の登録を取り消さないで、ユーザＢのデバイス１０７とユーザＡのソース・デバイス１０１との間で最初に送られた履歴ＩＭＰセッション情報をユーザＡのターゲット・デバイス１０３に転送する。ＩＭＰセッション転送は、ユーザＢにシームレスに行われる。ユーザＢのデバイス１０７は、任意の数のＩＭＰセッション参加者を示すことに留意されたい。また、所望する履歴ＩＭＰセッション情報の最大量を指定することにより、ターゲット・デバイス１０３はソース・デバイス１０１から任意の数のＩＭＰセッションをグラブすることができる。この最大量は、ターゲット・デバイスの能力に依存するが、グラブするチャット、各チャットに必要な履歴ＩＭＰセッション情報の最大量（例えば、１ＫＢ）、すべてのアクティブなチャットに対する履歴ＩＭＰセッション情報の最大累積量（例えば、４ＫＢ）等を選択することにより表示することができる。
【００２２】
好ましい実施形態は、セッション開始プロトコル（ＳＩＰ）を使用しているが、グラブ転送ＩＭＰセッションは、専用プロトコルを含む他のプロトコルにより実施することができる。
【００２３】
アクティブなＩＭＰセッション（またはチャット）は、メッセージ２１０，２１５，２２０および２２５で表すことができる。当然、チャット中、ユーザＢのデバイス１０７とユーザＡのソース・デバイス１０１との間で任意の数のＩＭＰメッセージを交換することができ、ユーザＡのデバイスは、２つ以上のチャットに関連することができる。さらに、メッセージは、ユーザＢのデバイス１０７とユーザＡのターゲット・デバイス１０３間で直接交換することもできるし（図示）、ＩＭＰサーバ１０５を介して交換することもできる（図示せず）。
【００２４】
ＭＥＳＳＡＧＥメッセージ２１０は、ユーザＢのデバイス１０７からユーザＡのソース・デバイス１０１へ送られる、テキスト、画像、アイコン、音声または他のデータを含むことができる標準ＳＩＰ  ＩＭメッセージである。ＯＫメッセージ２１５は、ユーザＡのソース・デバイス１０１がＭＥＳＳＡＧＥメッセージ２１０を正しく受信したという肯定応答メッセージである。逆に、ＭＥＳＳＡＧＥメッセージ２２０は、ユーザＡのソース・デバイス１０１からユーザＢのデバイス１０７に送信した標準ＳＩＰ  ＩＭメッセージであり、ＯＫメッセージ２２５は、ユーザＢのデバイス１０７がＭＥＳＳＡＧＥメッセージ２２０を正しく受信したという肯定応答メッセージである。
【００２５】
アクティブなＩＭＰセッションのこの時点において、ユーザＡは、ソース・デバイス１０１からアクティブなＩＭＰセッションを受動的にグラブするようにターゲット・デバイス１０３に要求する。例えば、ソース・デバイス１０１は、事務所の卓上電話機またはデスクトップ・コンピュータである。ユーザＡは、短時間の間事務所から出かけようとしているが、ターゲット・デバイスおよびソース・デバイス両方のところでチャットを継続しようとしている。何故なら、ユーザＡはすぐに事務所に戻るつもりでいるからである。それ故、ユーザＡは、携帯電話、ページャ、無線接続を有するラップトップ、またはセルラー接続を有する携帯情報端末のようなターゲット・デバイス１０３をオンにし、ＩＭＰセッションのグラブ転送を実行するＩＭＰソフトウェア・アプリケーションを開始する。この例示としてのメッセージの流れ図２００において、ユーザＡは、メッセージ２１０、２１５、２２０および２２５で表す現在行われているＩＭＰセッションの受動的グラブを選
択する。
【００２６】
ＩＭＰセッションの受動的グラブを作動すると、ユーザＡのターゲット・デバイス１０３は、ＩＭＰサーバ１０５にＲＥＧＩＳＴＥＲ要求メッセージ２３０を送信する。好適には、ＲＥＧＩＳＴＥＲ要求メッセージ２３０は、ＩＭＰサーバ１０５にターゲット・デバイス１０３を認証するために、チャレンジおよびレスポンス信用証明書のような認証情報を含んでいることが好ましい。認証に成功した場合には、ＩＭＰサーバ１０５は、ＯＫメッセージ２３５でＲＥＧＩＳＴＥＲ要求メッセージ２３０に肯定応答する。この時点で、ターゲット・デバイス１０３は、ＩＭＰサーバ１０５に登録され、他のＩＭＰユーザ（ユーザＢなど）は、ターゲット・デバイス１０３のプレゼンス状態を見ることができる。また登録した場合、ターゲット・デバイス１０３に適当なアカウントおよびネットワーク・アクセスが提供される。
【００２７】
次に、ターゲット・デバイス１０３は、ＩＭＰサーバ１０５を介して、ソース・デバイス１０１に受動的グラブ・インジケータと一緒にＳＵＢＳＣＲＩＢＥメッセージを送信する。このＳＵＢＳＣＲＩＢＥ要求は、ＩＭＰサーバを通してソース・デバイスに送るようにフォーマットされた新しいタイプの要求である。ＳＩＰネットワークのルーティング機能により、ソース・デバイスのインターネット・プロトコル（ＩＰ）アドレスを予め知らなくても、またソース・デバイスがグラブ転送を開始しなくても、またはグラブ転送が発生する前にそれを知りさえしなくても、ターゲット・デバイスは、ＩＭＰサーバを介してソース・デバイスにメッセージを自動的に送ることができる。ＩＭＰサーバは、登録され加入されるソース・デバイスの位置を発見するというタスクを有する。
【００２８】
好適には、このＳＵＢＳＣＲＩＢＥ（受動的グラブ）メッセージは、ソース・デバイス１０１にターゲット・デバイス１０３を認証するために、チャレンジおよびレスポンス信用証明書のような認証情報を含んでいることが好ましい。ターゲット・デバイスを認証するソース・デバイスのこの能力は、グラブ転送の基礎の基本的な要素である。ソース・デバイスおよびターゲット・デバイスの両方が、同じユーザに属している場合には、そのユーザだけが知っているか、そのユーザだけに関連する共有の秘密を提供するのは比較的容易である。ＳＵＢＳＣＲＩＢＥ（受動的グラブ）メッセージ２４０は、ＩＭＰサーバ１０５に送信され、ＩＭＰサーバは、ＳＵＢＳＣＲＩＢＥ（受動的グラブ）メッセージ２４２のソース・デバイス１０１にメッセージを転送する。認証が成功したと仮定すると、ソース・デバイス１０１は、ＯＫメッセージ２４５により、ＳＵＢＳＣＲＩＢＥ（受動的グラブ）メッセージの受信に肯定応答し、ＯＫメッセージ２４５は、ＯＫメッセージ２４７でＩＭＰサーバ１０５がターゲット・デバイス１０３に送る。
【００２９】
次に、ソース・デバイス１０１は、ＩＭＰサーバ１０５が、少なくとも１つのＮＯＴＩＦＹメッセージ２５０により、履歴ＩＭＰセッション（チャット）情報を転送し、ＮＯＴＩＦＹメッセージ２５０は、ＮＯＴＩＦＹメッセージ２５２でターゲット・デバイス１０３に送る。好適には、ＮＯＴＩＦＹメッセージの内容は、ログ／履歴情報、プレゼンス状態情報、および現在のＩＭＰセッションに関するアドレス指定情報を含んでいることが好ましい。ターゲット・デバイス１０３は、ＯＫメッセージ２５５によりチャット情報の受信に肯定応答を行い、ＯＫメッセージ２５５は、ＯＫメッセージ２５７でＩＭＰサーバ１０５を介してソース・デバイス１０１へ送られる。
【００３０】
次に、ターゲット・デバイス１０３は、ＳＵＢＳＣＲＩＢＥメッセージ２６０によりＩＭＰサーバ１０５に加入する。ＳＵＢＳＣＲＩＢＥメッセージ２６０は、ＩＭＰセッションに加入する際に、ＩＭＰサーバ１０５に送られる通常の加入メッセージである。ＩＭＰサーバ１０５は、ＯＫメッセージ２６５により、ＳＵＢＳＣＲＩＢＥメッセージ２６０に肯定応答する。この時点で、ターゲット・デバイス１０３は、ソース・デバイス１０１か
ら履歴チャット情報をグラブし、ターゲット・デバイス１０３は、アクティブなＩＭＰセッションに加入し、ソース・デバイス１０１は、依然としてＩＭＰサーバに登録したままである。
【００３１】
メッセージ２７０，２７２，２７５，２７８，２８０および２８５は、ユーザＢのデバイス１０７、ユーザＡのソース・デバイス１０１、およびユーザＡのターゲット・デバイス１０３との間のアクティブなＩＭＰセッションの継続を示す。ＭＥＳＳＡＧＥメッセージ２７０は、ユーザＢのデバイス１０７からユーザＡのターゲット・デバイス１０３へ送られ、ユーザＡのターゲット・デバイスは、ＯＫメッセージ２７５により受信に肯定応答する。さらに、ＭＥＳＳＡＧＥメッセージ２７２（ＭＥＳＳＡＧＥメッセージ２７０と同じ）は、ユーザＢのデバイス１０７からユーザＡのソース・デバイス１０１に送られ、ユーザＡのソース・デバイスは、ＯＫメッセージ２７８により受信に肯定応答する。逆に、ユーザＡのターゲット・デバイス１０３は、ユーザＢのデバイス１０７にＭＥＳＳＡＧＥメッセージ２８０を送信し、ユーザＢのデバイスは、ＯＫメッセージ２８５でユーザＡのターゲット・デバイスに肯定応答する。すでに説明したように、チャットの継続中、ユーザＢのデバイス１０７、ユーザＡのソース・デバイス１０１およびユーザＡのターゲット・デバイスの間で任意の数のＩＭＰメッセージを交換することができ、ユーザＡのデバイスは、２つ以上のチャットに関連することができる。さらに、メッセージは、ユーザＢのデバイス１０７、ユーザＡのソース・デバイス１０１、およびユーザＡのターゲット・デバイス１０３間で直接交換することもできるし（図示）、ＩＭＰサーバ１０５を介して交換することもできる（図示せず）。
【００３２】
図１のところで説明したＭＥＳＳＡＧＥメッセージの重複を避けるための同じ考慮事項が図２に適用される。いくつかのメッセージをバッファし、バッファの内容を、ソース・デバイスから受信した履歴ＩＭＰセッション情報と比較することにより、ＭＥＳＳＡＧＥメッセージが重複するのを避けることができる。
【００３３】
図３は、好ましい実施形態によるターゲット・デバイスのフローチャート３００である。図１および図２のターゲット・デバイス１０３は、このフローチャート３００を実施する。フローチャート３００は、ターゲット・デバイスのプロセッサで動作するコンピュータ・プログラムとして、またはターゲット・デバイスの種々の処理ユニット内に分散しているプログラム・モジュールとして実施することができる。フローチャート３００は、ターゲット・デバイス上でインスタント・メッセージングおよびプレゼンス・ソフトウェア・アプリケーションを開始した後で、モード（積極的グラブ、受動的グラブ、または独立（stand alone））を選択するためのステップを提供する。
【００３４】
このフローチャートは、ユーザが、ターゲット・デバイス上でＩＭＰソフトウェア・アプリケーションを開始した時に、ステップ３０１から開始する。ステップ３１０において、ユーザから選択したモードが取得される。例えば、ＩＭＰアプリケーションを最初に開始した場合、プログラムは、「独立」（ターゲット・デバイスに履歴ＩＭＰ情報が提供されない従来のモード）、「積極的グラブ」（ターゲット・デバイスに履歴ＩＭＰ情報が提供され、ソース・デバイスの登録が取り消される）、または「受動的グラブ」（履歴ＩＭＰ情報がターゲット・デバイスに提供され、ソース・デバイスが登録したままである）のＩＭＰアプリケーションに対するデフォルト・モードを要求することができる。デフォルト・モードは、ＩＭＰソフトウェア・アプリケーションの以降の開始の場合に、ステップ３１０でアクセスするためにメモリに記憶することができる。別の方法としては、ＩＭＰアプリケーションの各開始の時に、ユーザからモード選択が要求される。時刻をベースとするモード選択または示唆、ターゲット・デバイスの位置、アクティブなＩＭＰセッションの数のような他の変更、および他の変数も、ステップ３１０において選択したモードを取得するために使用することができる。
【００３５】
ステップ３２０において、ＲＥＧＩＳＴＥＲ要求が、図１および図２のＩＭＰサーバ１０５のようなＩＭＰサーバに送られる。このフローチャートは、ＳＩＰネットワークを規定しているが、このフローチャートは、他のプロトコルに一般化することができる。ステップ３２５において、ターゲット・デバイスは、ターゲット・デバイスがＩＭＰサーバにうまく認証されたことを示すＯＫメッセージの肯定応答をＩＭＰサーバから受信する。この時点で、ターゲット・デバイスがＩＭＰサーバに登録され、他のユーザはターゲット・デバイスのプレゼンス状態を見ることができる。また、登録時に、適当なアカウントおよびネットワーク・アクセスがターゲット・デバイスに提供される。
【００３６】
ステップ３３０において、ステップ３１０において取得したものとして独立モードが選択されたかどうかが判定される。独立モードが選択された場合には、ステップ３６０において、ＳＵＢＳＣＲＩＢＥ要求がＩＭＰサーバに送信され、ステップ３６５において、ＩＭＰサーバからＯＫメッセージの肯定応答が受信される。これは、ターゲット・デバイスが、ユーザの「バディ・リスト」上に位置するデバイスの状態を見ることができるようにする標準ＳＵＢＳＣＲＩＢＥ要求である。ステップ３７０において、ターゲット・デバイスは、デバイス状態を表示し、ユーザはアクティブなチャットに参加することができ、他のＩＭＰ機能に参加することができる。しかし、独立モードの場合には、ターゲット・デバイスは、現在行われているチャットから履歴ＩＭＰ情報を全然受信することなく、ソース・デバイスは、現在行われているチャットから登録取消されない。
【００３７】
選択したモードが、ステップ３３０で判定した「独立」モードでない場合には、選択したモードは、上記２つのグラブ・モードのうちの一方である。ステップ３４０において、受動的グラブ・モードが選択されたかどうかの判定が行われる。受動的グラブ・モードが選択された場合には、ステップ３４２において、ＩＭＰサーバを介してソース・デバイスにＳＵＢＳＣＲＩＢＥ要求が送信される。このＳＵＢＳＣＲＩＢＥ要求は、ＩＭＰサーバを介してソース・デバイスに送信するようにフォーマットされた新しいタイプの要求である。ＳＩＰネットワークのルーティング機能により、自動的に、ターゲット・デバイスは、ソース・デバイスのインターネット・プロトコル（ＩＰ）アドレスを予め知らなくても、またソース・デバイスがグラブ転送を開始しなくても、ＩＭＰサーバを介してソース・デバイスにメッセージを送ることができる。ＩＭＰサーバは、登録され加入されるソース・デバイスの位置を発見するというタスクを有する。
【００３８】
このＳＵＢＳＣＲＩＢＥ要求のパラメータは、受動的グラブ・モードを示す。好適には、このＳＵＢＳＣＲＩＢＥ（受動的グラブ）メッセージは、ソース・デバイスにターゲット・デバイスを認証するために、チャレンジおよびレスポンス信用証明書のような認証情報を含んでいることが好ましい。認証に成功した場合には、ステップ３４５において、ターゲット・デバイスは、ＩＭＰサーバを介してソース・デバイスからＯＫメッセージの肯定応答を受信する。
【００３９】
ソース・デバイスは、受動的グラブ・インジケータと一緒にＳＵＢＳＣＲＩＢＥ要求を受信しているので、ソース・デバイスは、ＩＭＰサーバを介してターゲット・デバイスへ少なくとも１つのＮＯＴＩＦＹメッセージを送信する。ＮＯＴＩＦＹメッセージは、１つまたは複数のアクティブなチャットに対する履歴ＩＭＰセッション（チャット）情報を含む。履歴チャット情報は、ソース・デバイスが取得した１つまたは複数の下記のタイプの情報、すなわち、ログ／履歴情報、プレゼンス状態情報、および現在のＩＭＰセッションに関するアドレス指定情報を含む。ＮＯＴＩＦＹメッセージは、ステップ３５０において、ＩＭＰサーバを介してターゲット・デバイスのところで受信され、ターゲット・デバイスは、ステップ３５５において、ＩＭＰサーバを介してソース・デバイスにＯＫメッセージの肯定応答を送信する。
【００４０】
この時点で、流れは前に説明したステップ３６０に進む。受動的グラブの流れ内の追加ステップ３４２、３４５、３５０および３５５のために、ターゲット・デバイスがＩＭＰサーバに加入すると、ターゲット・デバイスがアクティブなチャットに参加する前にターゲット・デバイスは履歴ＩＭＰセッション情報を取得する。
【００４１】
ステップ３４０において、ステップ３１０において受動的グラブ・モードが選択されなかったと判定した場合には、積極的グラブ・モードが選択される（除去プロセスにより）。ステップ３４３において、ターゲット・デバイスは、「積極的グラブ」モードを表示するパラメータと一緒に、ＩＭＰサーバを介してソース・デバイスにＳＵＢＳＣＲＩＢＥ要求を送信する。次に、流れはすでに説明したステップ３４５に進む。受動的グラブ・モードの場合と同様に、ターゲット・デバイスは、現在行われているチャットに加入および参加する前に、ソース・デバイスから履歴ＩＭＰセッション情報を受信する。積極的グラブ・モードの場合の違いは、ソース・デバイスが、履歴チャット情報を転送した後で、アクティブなチャットから登録を取り消すことである。
【００４２】
図４は、好ましい実施形態によるソース・デバイスのフローチャート４００である。図１および図２のソース・デバイス１０１は、このフローチャート４００を実施する。フローチャート４００は、ソース・デバイスのプロセッサで動作するコンピュータ・プログラムとして、またはソース・デバイスの種々の処理ユニット内に分散しているプログラム・モジュールとして実施することができる。フローチャート４００は、アクティブなＩＭＰセッションのグラブ転送要求（積極的グラブまたは受動的グラブ）に応答するためのステップを提供する。
【００４３】
開始ステップ４０１において、ソース・デバイスがオンになり、ＩＭＰソフトウェア・アプリケーションが開始し、ソース・デバイスが、ＩＭＰサーバに登録し、現在行われているＩＭＰセッションに加入する。ステップ４１０において、ソース・デバイスは、通常、ＩＭＰチャットに参加する。ステップ４２０において、ソース・デバイスは、ＩＭＰサーバを介してターゲット・デバイスからＳＵＢＳＣＲＩＢＥ要求を受信する。次に、ステップ４３０において、ソース・デバイスはターゲット・デバイスを認証する。この認証は、チャレンジおよびレスポンス手順のような任意の適当な認証手順により行われる。認証に成功しなかった場合には、ステップ４４０において判定したように、ソース・デバイスは、ＩＭＰサーバを介してターゲット・デバイスに、ステップ４４５におけるチャレンジと一緒に拒否メッセージを送信する。次に、ターゲット・デバイスは、ステップ４２０において（２回目に）受信したそのＳＵＢＳＣＲＩＢＥメッセージ内にチャレンジへのレスポンスを内蔵することができる。認証に成功した場合には、ステップ４４０において判定したように、ソース・デバイスは、ステップ４５０においてＩＭＰサーバを介してターゲット・デバイスにＯＫメッセージの肯定応答を送信する。
【００４４】
ソース・デバイスは、認証したターゲット・デバイスからＳＵＢＳＣＲＩＢＥメッセージをすでに受信しているので、ソース・デバイスは、ステップ４６０において、ＩＭＰサーバを介してターゲット・デバイスに少なくとも１つのＮＯＴＩＦＹメッセージを送信する。ＮＯＴＩＦＹメッセージは、ソース・デバイスが保持する履歴ＩＭＰセッション（チャット）情報を含む。履歴ＩＭＰセッション（チャット）情報は、ログ／履歴情報、プレゼンス状態情報、および現在のＩＭＰセッションに関するアドレス指定情報を含むことができる。ＮＯＴＩＦＹメッセージが送信されると、ステップ４６５においてＩＭＰサーバを介してターゲット・デバイスからＯＫメッセージの肯定応答を受信する。
【００４５】
ステップ４７０において、受動的グラブ・インジケータを含むＳＵＢＳＣＲＩＢＥメッセージをステップ４２０において受信したと判定した場合には、ソース・デバイスは、ス
テップ４１０におけるチャット内へのその参加を続行する。しかし、ステップ４７０で判定したように、積極的グラブ・インジケータを含むＳＵＢＳＣＲＩＢＥメッセージを受信した場合には、ソース・デバイスは、ＩＭＰサーバから登録を取り消すために、ＩＭＰサーバにＲＥＧＩＳＴＥＲ要求を送信する。ＳＩＰによると、ステップ４８０において送信したＲＥＧＩＳＴＥＲ要求は、登録取消への要求を実際に示すために、０に送られた期限切れパラメータを含むことに留意されたい。ステップ４８５において、ソース・デバイスは、ＩＭＰサーバからＯＫメッセージの肯定応答を受信する。この時点で、ソース・デバイスは、ターゲット・デバイスにその履歴チャット情報を転送し、ＩＭＰサーバから登録を取り消し、フローチャートはステップ４９９で終了する。
【００４６】
１つのデバイスにより、図３のフローチャート３００および図４のフローチャート４００の両方を実施することができることに留意されたい。実際には、好適には、両方のフローチャートを１つのＩＭＰソフトウェア・アプリケーションで実施することが好ましい。それ故、状況次第で、ＩＭＰセッションをグラブ転送するための方法を実施する電子デバイスは、ソース・デバイスであっても、ターゲット・デバイスであってもよい。さらに、任意の数の現在行われているＩＭＰセッション（および関連する履歴チャット情報）を、ソース・デバイスからターゲット・デバイスへ転送することができる。
【００４７】
図５は、好ましい実施形態によるＩＭＰセッションをグラブ転送するように構成されている例示としての電子デバイス５００である。電子デバイス５００は、状況次第で、ソース・デバイスおよびターゲット・デバイスの両方として動作するように構成されている。電子デバイス５００は、携帯電話、ページャ、無線接続を有するラップトップ・コンピュータ、またはセルラー接続を有する携帯情報端末のような無線通信装置である。また、電子デバイス５００は、デスクトップ・コンピュータのような有線電子デバイスであってもよい。
【００４８】
電子デバイス５００は、無線通信用のアンテナ５９９およびトランシーバ５９０を有する。（有線通信の場合、アンテナの代わりにケーブルを使用することができ、トランシーバの代わりにモデム等を使用することができる。）プロセッサ５７０は、上りおよび下り信号を処理するために、トランシーバ５９０と結合している。プロセッサ５７０内には、命令を供給し、グラブ転送を可能にするＩＭＰソフトウェア・アプリケーションに対するメッセージを作成するグラブ・モジュール５３０が位置する。グラブ・モジュール５３０は、電子デバイス５００がソース・デバイス（図１および図２のソース・デバイス１０１など）として動作している場合に、命令を供給し、メッセージを作成するグラブしたモジュール５３３を含む。グラバー・モジュール５３６は、電子デバイス５００がターゲット・デバイス（図１および図２のターゲット・デバイス１０３など）として動作している場合に、命令を供給し、メッセージを作成する。
【００４９】
標準ＩＭＰ機能を提供するために動作するＩＭＰモジュール５５０は、プロセッサ５７０内のグラブ・モジュール５３０と結合していて、また電子デバイス５００のメモリ５６０とも結合している。メモリ５６０は、プレゼンス部分５６２、ログ／上りメッセージ部分５６４、下りメッセージ部分５６６、およびグラブした内容部分５６８を含む。プレゼンス部分５６２は、「バディ・リスト」上のユーザのプレゼンス状況を記憶し、ログ／上りメッセージ部分５６４は、上りチャット情報を記憶し、および下りメッセージ部分５６６は、送信するメッセージをバッファする。グラブした内容部分５６８は、図１および図２のところですでに説明したように、グラブ転送中、ログ／上りメッセージ部分５６４の内容と比較するために、履歴ＩＭＰセッション情報をバッファする。電子デバイス５００がソース・デバイスとして動作している場合は、メモリ部分５６２、５６４および５６６の内容は、フォーマットされるグラブ・モジュール５３０に転送され、トランシーバ５９０に送られ、ターゲット・デバイスにより受信される。
【００５０】
メモリ部分５６２，５６４および５６６の内容は、ソース・デバイスからターゲット・デバイスに転送される履歴ＩＭＰセッション情報を含む。逆に、ソース・デバイスから受信した履歴チャット情報は、アンテナ５９９およびトランシーバ５９０を通して受信され、プロセッサ５７０により分析され、比較されターゲット・デバイスの適当なメモリ部分５６２，５６４および５６６に記憶される前に、グラブした内容セクション５６８内にバッファされる。
【００５１】
ユーザ・インタフェース・コントローラ５１０は、プロセッサ５７０、およびキーボード５０８、スピーカ５０６、マイクロホン５０４およびディスプレイ５０２のような種々のユーザ・インタフェース要素と結合している。ユーザ・インタフェース・コントローラ５１０内には、ユーザ・インタフェース・コントローラ５１０とプロセッサ５７０内のグラブ・モジュール５３０とをリンクするグラブ・ユーザ・インタフェース・コントローラ５２０が位置する。グラブ・ユーザ・インタフェース・コントローラ５２０は、図３および図４のフローチャートの実行中、ディスプレイおよび他のユーザ・インタフェース要素、およびモード選択を要求し、必要な場合には、ユーザにグラブ転送状態情報を提供する補助ステップも制御する。
【００５２】
それ故、ＩＭＰセッションをグラブ転送するための方法およびデバイスにより、ターゲット・デバイスは、ソース・デバイスからＩＭＰセッションの転送を開始することができ、ターゲット・デバイスは、ソース・デバイスからアクティブなＩＭＰセッションの履歴ＩＭＰセッション情報を取得することができ、ターゲット・デバイスは、ソース・デバイスにＩＭＰサーバから登録を取り消すように指示することができる。この方法は、ソフトウェアで容易に実施することができる既存のＩＭＰクライアント・アプリケーションへのいくつかの追加を要求する。この方法は、既存のＩＭＰサーバに何らの変更も要求しない。この方法は、また、ＩＭＰセッションは保持することができるが、履歴ＩＭＰセッション情報を取得するように構成されていない電子デバイスの動作を混乱させない。例えば、図４のフローチャート４００を実施することができないソース・デバイスは、ターゲット・デバイスからのすべてのＳＵＢＳＣＲＩＢＥ要求を無視する。
【００５３】
本開示は、現在好ましい実施形態であると思われるもの、および本発明者によるその所有を確立し、通常の当業者であれば本発明を作りまた使用することができるような方法で記載した本発明の最良の形態を含んでいるが、本明細書に開示してある好ましい実施形態には多くの等価物が存在すること、また好ましい実施形態によってではなく、本出願が係属中の間に行われたすべての補正、および発行された特許請求の範囲に対応するすべての等価物を含む添付の特許請求の範囲のみによって制限される、修正および変更を本発明の精神および範囲から逸脱することなしに行うことができることを理解することができるだろう。
【００５４】
さらに、第１および第２、頂部および底部等のような関係を示す用語が使用されている場合には、これらの用語は、あるエンティティ、品目または行動を他のエンティティ、品目または行動から区別するためだけのものであり、必ずしもこのようなエンティティ、品目または行動間のそのような実際の関係または順序を要求するものでもなければ、意味するものでもないことを理解されたい。本発明の機能の多くおよび本発明の原理の多くは、ソフトウェア・プログラムまたは命令によりまたはその中で最もよく実施される。通常の当業者であれば、おそらく、例えば、利用可能時間、現在の技術および経済的考慮を動機とする有意の努力および多くの設計上の選択を必要とするかもしれないが、本明細書に開示するコンセプトおよび原理を読めば、最低限度の実験により、このようなソフトウェア命令およびプログラムを容易に生成することができるものと考える。それ故、このようなソフトウェアのさらなる説明は、もし行ったにしても、説明を簡単にし、本発明の原理お
よびコンセプトがわかりにくくなるのをできるだけ避けるために、限られた範囲でしか行わない。
【図面の簡単な説明】
【００５５】
【図１】好ましい実施形態によるアクティブなインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションの積極的グラブを示す例示としてのメッセージの流れ図。
【図２】好ましい実施形態によるアクティブなインスタント・メッセージングおよびプレゼンス（ＩＭＰ）セッションの受動的グラブを示す例示としてのメッセージの流れ図。
【図３】好ましい実施形態によるターゲット・デバイスのフローチャート。
【図４】好ましい実施形態によるソース・デバイスのフローチャート。
【図５】好ましい実施形態によるＩＭＰセッションをグラブ転送するように構成された例示としての電子装置。
【図１】
2008502954.tif 000003
【図２】
2008502954.tif 000004
【図３】
2008502954.tif 000005
【図４】
2008502954.tif 000006
【図５】
2008502954.tif 000007