(57)【要約】本発明は、通信メッセージにキャンド返信で応答するデータネットワークシステム（１１０）及び方法である。データネットワークシステムはメッセージングサーバ（１１２）及びメッセージングプロキシ（１２０）を備える。送信先デバイス（１０２〜１０８の内の一つ）はシステム用に一つ以上のキャンド返信を作成する。次にメッセージングプロキシは送信元デバイス（１０２〜１０８の内の別の一つ）から通信メッセージを受信し（２０４，３０４，４０４）、そして送信先デバイスのコンフィギュレーションデータを取り出す（２０６，３０６，４０６）。次にメッセージングプロキシは送信先デバイスが送信元デバイスと双方向通信可能であるかどうかをコンフィギュレーションデータに基づいて判断する（２０８，３０８，４０８）。もしそうであれば、メッセージングプロキシは通信メッセージを送信先デバイスにルーティングする（２１０，３１０，４１０）。そうでなければ、システムは送信先デバイスへの通信メッセージを保留し（２３０，３３０，４３０）、そしてキャンド返信を送信元デバイスに送信する（２３０，３３０，４３０）。
2005514679.tif 000002
【特許請求の範囲】
【請求項１】
送信先デバイスの送信先ユーザが通信メッセージに対してキャンド返信で応答するデータネットワークシステムの方法であって、
通信メッセージを送信元デバイスから受信する工程と、
前記送信先デバイスのコンフィギュレーションデータを取り出す工程と、
前記送信先デバイスが前記送信元デバイスと双方向通信可能であるかどうかを前記コンフィギュレーションデータに基づいて判断する工程と、
前記送信先デバイスが前記送信元デバイスと双方向通信可能である場合に前記通信メッセージを前記送信先デバイスにルーティングする工程と、
前記送信先デバイスが前記送信元デバイスと双方向通信不能である場合に前記キャンド返信を前記送信元デバイスに送信する工程とを備える方法。
【請求項２】
前記双方向通信は、前記送信元デバイスの送信元ユーザと前記送信先デバイスの前記送信先ユーザとの間でリアルタイムに行なわれる、請求項１記載の方法。
【請求項３】
前記判断する工程は、前記送信先デバイスのインスタントメッセージングアプリケーションが活性化されているかどうかを検出する工程を含む、請求項１記載の方法。
【請求項４】
前記通信メッセージを前記送信元デバイスから受信する工程の前に、前記送信先デバイスが前記キャンド返信を作成する工程を更に備える、請求項１記載の方法。
【請求項５】
前記キャンド返信を前記送信元デバイスに送信する工程は、前記送信先デバイスへの前記通信メッセージを保留する工程を含む、請求項１記載の方法。
【請求項６】
送信先デバイスの送信先ユーザが通信メッセージに対してキャンド返信で応答するデータネットワークシステムであって、
複数のクライアントデバイスと通信し、送信元デバイスからの前記通信メッセージを前記送信先デバイスにルーティングするのに有効であるメッセージングサーバと、
前記メッセージングサーバに接続され、前記送信先デバイスが前記メッセージングサーバに指示して、前記送信先デバイスが前記送信元デバイスと双方向通信可能である場合に前記通信メッセージを前記送信先デバイスにルーティングさせ、前記送信先デバイスが前記送信元デバイスと双方向通信不能である場合に前記キャンド返信を前記送信元デバイスに送信させるのに有効であるメッセージングプロキシとを備えるデータネットワークシステム。
【請求項７】
前記メッセージングプロキシは前記メッセージングサーバに組み込まれる、請求項６記載のデータネットワークシステム。
【請求項８】
前記送信先デバイスは活性化されているインスタントメッセージングアプリケーションを含む、請求項６記載のデータネットワークシステム。
【請求項９】
前記メッセージングサーバ及び前記メッセージングプロキシの少なくとも一つに接続され、前記送信先デバイスの現在のロケーションを生成するのに有効であるロケーションレジスタを更に備える、請求項６記載のデータネットワークシステム。
【請求項１０】
前記送信先デバイスへの前記通信メッセージが保留される、請求項６記載のデータネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概してメッセージングシステム分野に関し、特にクライアントデバイスのユーザが通信メッセージにキャンド返信で応答するインスタントメッセージングシステム及び方法に関する。
【背景技術】
【０００２】
インスタントメッセージング（ＩＭ）システムは一般的にデータネットワークの一つのサーバまたは複数のサーバに接続される複数のクライアントデバイスを含む。クライアントデバイスは通常、データネットワークのサーバに接続される他のユーザのプレゼンス状態を追跡及び表示する機能を提供する。他のユーザのプレゼンス状態をコンタクトリストまたはバディリストに整理する。コンタクトリストへの各エントリーは、ＩＭシステムのユーザ、または詳細にはユーザのクライアントデバイスに対応し、そして各エントリーに関連するプレゼンス状態を含む。クライアントデバイスのユーザは彼らのコンタクトリストのメンバーについての最新のプレゼンス状態を入手したいと考える。プレゼンス情報はクライアントデバイスに伝えることができるが、プレゼンス情報は極一般的には、オンラインまたはオフラインであるといったような所定のプレゼンス状態に関連するものであり、このプレゼンス状態がクライアントデバイスに伝えられる。
【０００３】
ＩＭシステムはクライアントデバイス間のリアルタイム通信を処理するようになっており、そして通常、オフラインの、または双方向通信が出来ないユーザを処理する機能は持たない。ＩＭユーザは、彼らのコンタクトリストに載っているオンラインであって通信可能なユーザとコンタクトし、通信不能の他のユーザは無視するようになっている。このようにＩＭシステムは一般的に、通信不能のユーザに送信される着信メッセージに対して自動的に返信するようにはなっていない。
【０００４】
Ｅメールシステムは送信先ユーザが通信可能であるかどうかにかかわらず、着信ｅ−ｍａｉｌメッセージに対して自動的にｅ−ｍａｉｌ返信を送信することが知られている。例えば、ワシントン州レッドモンドに本拠を置くマイクロソフト社のマイクロソフト（登録商標）アウトルック（登録商標）アプリケーションは「オフィス外支援（Ｏｕｔ  ｏｆ  Ｏｆｆｉｃｅ  Ａｓｓｉｓｔａｎｔ）」機能を含み、この機能によれば着信ｅ−ｍａｉｌメッセージに対して自動的にｅ−ｍａｉｌ返信を送信することができる。ｅ−ｍａｉｌ返信は通常、着信ｅ−ｍａｉｌメッセージ内に含まれる情報に基づいてアウトルックアプリケーションのユーザにより予めカスタマイズされている。従って、このようなｅ−ｍａｉｌサーバ及びアプリケーションには制約がある。何故なら、これらのサーバ及びアプリケーションによる返信は各着信ｅ−ｍａｉｌメッセージ内に含まれる情報にしか基づいていないからである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、ユーザと彼らのクライアントデバイスとの間の通信を可能にするさらに有益なシステムに対する要求が生まれている。特に、送信元デバイスに対してカスタマイズされている送信先デバイスからの返信を、着信メッセージそのものだけでなく、追加のコンフィギュレーションデータ、特にプレゼンス情報及び位置情報のような送信元デバイス及び／又は送信先デバイスについての特定の情報に基づいて自動的に送信するようなメッセージングシステムに対する要求が生まれている。
【課題を解決するための手段】
【０００６】
本発明は、通信メッセージに送信先クライアントデバイスの送信先ユーザがキャンド返信で応答するデータネットワークシステムの方法である。最初に送信先クライアントデバイス、または特に送信先ユーザが一つ以上のキャンド返信をシステム用に作成する。次にシステムは通信メッセージを送信元クライアントデバイスから受信し、そして送信先クライアントデバイスのコンフィギュレーションデータを取り出す。次にシステムは送信先クライアントデバイスが送信元クライアントデバイスと双方向通信可能であるかどうかをコンフィギュレーションデータに基づいて判断する。送信先クライアントデバイスが送信元クライアントデバイスと双方向通信可能である場合、システムは通信メッセージを送信先クライアントデバイスにルーティングする。或いは、送信先クライアントデバイスが送信元クライアントデバイスと双方向通信不能である場合、システムは送信先クライアントデバイスへの通信メッセージを保留し、そしてキャンド返信を送信元クライアントデバイスに送信する。
【０００７】
本発明はまた、通信メッセージに送信先クライアントデバイスの送信先ユーザがキャンド返信で応答するデータネットワークシステムである。このデータネットワークシステムはメッセージングサーバ、及びメッセージングサーバに接続されるメッセージングプロキシを備える。メッセージングプロキシはメッセージングサーバに組み込むことができるが、メッセージングプロキシ及びメッセージングサーバは別個の構成要素であることが好ましい。メッセージングサーバは複数のクライアントデバイスと通信し、そして送信元クライアントデバイスからの通信メッセージを送信先クライアントデバイスにルーティングする機能を有する。メッセージングプロキシはメッセージングサーバに指示する機能を有する。送信先クライアントデバイスが送信元クライアントデバイスと双方向通信可能である場合、メッセージングプロキシはメッセージングサーバに指示して通信メッセージを送信先クライアントデバイスにルーティングさせる。送信先クライアントデバイスが送信元クライアントデバイスと双方向通信不能である場合、メッセージングプロキシは送信先クライアントデバイスへの通信メッセージを保留し、そして通信メッセージを送信先クライアントデバイスにルーティングすることなくキャンド返信を送信元クライアントデバイスに送信する。
【発明を実施するための最良の形態】
【０００８】
本発明は、送信元ユーザが操作する送信元デバイスから受信し、送信先ユーザが操作する送信先デバイスに送信される通信メッセージにキャンド返信で応答するデータネットワークシステムである。送信先ユーザは、送信元デバイスからの着信通信メッセージに応答する際にメッセージの受信に続いて使用するための、一つ以上のキャンド返信及びそれらに対応するルールを予め作成しておく。システムが送信元デバイスから送信先デバイスに向けられた特定の通信メッセージを受信すると、システムは送信先デバイスのコンフィギュレーションデータを取り出し、そして送信先デバイスが通信可能かどうかを判断する。コンフィギュレーションデータは送信先ユーザが予め作成しているキャンド返信及びルールを含む。システムはまた、例えば送信元デバイスの識別情報（通信メッセージから知ることができない場合）及び送信先デバイスの位置のような送信元デバイス及び／又は送信先デバイスに関するステータス情報を取り出す。ステータス情報をコンフィギュレーションデータと比較することにより、システムは送信先デバイスが通信可能かどうかを判断することができる。送信先デバイスが通信可能であると、システムは通信メッセージを送信先デバイスに配信する。他方、送信先デバイスが通信不能であると、システムは送信先デバイスへのメッセージを保留し、そして適切なキャンド返信を送信元デバイスに送信する。
【０００９】
上述の如く、データネットワークシステムは送信先デバイスが通信可能か通信不能かを判断する。送信先ユーザが予め作成した一つ以上のルールが所定の状況に当てはまる場合、送信先デバイスは通信不能とみなされる。送信先ユーザは、送信先デバイスが通信不能となり得る全ての、または実質的に全ての考えられる状況に対応するキャンド返信群及びルール群を作成することが好ましい。例えば送信先デバイスは、送信先デバイスがオフラインまたはそうでなければ着信通信メッセージに対するリアルタイム応答ができない状況に対応するキャンド返信群及びルール群を作成する。送信先デバイスは、定義領域の外に位置している、または送信先ユーザが手動で通信不能として設定している、といったような種々の理由によりリアルタイム応答ができなくなる。他方、送信先ユーザが予め作成したルールのいずれもが所定の状況に当てはまらない場合、送信先デバイスは通信可能とみなされる。例えば送信先デバイスは、送信先デバイスがオンラインであり、かつ着信通信メッセージに対するリアルタイム応答が可能な状況に対応するキャンド返信群及びルール群は作成しない。
【００１０】
送信先デバイスがオフラインの状況においては、送信先デバイスは、そのような状況に対応する予め作成済みのルールが在るかどうかに関わらず通信不能である。好適には、送信先ユーザがオフラインの送信先デバイスに関連するキャンド返信を作成していない場合には、送信先デバイスへの着信通信メッセージは保留され、そしてキャンド返信は送信元デバイスに送信されない。
【００１１】
上述のように、送信先ユーザは予め一つ以上のキャンド返信及びルールを作成することができ、そしてそのようなルールを送信元デバイス及び／又は送信先デバイスのステータス情報と比較して送信先デバイスが通信可能かどうかを判断することができる。送信先ユーザが予め一つ以上のキャンド返信を作成している場合、これらのルールはどのキャンド返信が送信元デバイスに送信されるべきかを決定することもできる。好適には、送信先ユーザは各キャンド返信を送信元デバイスのコンフィギュレーションルール群、送信先デバイスのコンフィギュレーションルール群及び／又は他のコンフィギュレーションルール群に関連付けて作成する。例えば、送信先ユーザは各キャンド返信を送信元デバイスの個別区分（すなわち、個々のユーザ）、グループユーザ区分、またはデフォルトユーザ区分に関連付けることができる。グループユーザは、これらには限定されないが、同僚または職場仲間（例えば「仕事仲間」）、社交上の食事及び／又は飲酒仲間（例えば「ビール仲間」）、及び共通の趣味または興味を共有する知人（例えば「野球仲間」）を含む。他の例として、送信先ユーザは各キャンド返信を領域１、領域２などのような送信先デバイスの位置に関連付けることができる。
【００１２】
図１を参照すると、本発明のシステムの好適な実施形態が示されている。好適な実施形態は、データ通信ネットワーク１１０に接続される複数のクライアントデバイス１０２，１０４，１０６，１０８を含む。例えば一例として、通信ネットワーク１１０は、メッセージングサーバ１１２、２つの無線サブネットワーク（すなわち、サブネットワーク＃１  １１４及びサブネットワーク＃２  １１６）、及びクライアントデバイス１０２，１０４，１０６，１０８とメッセージングサーバとの間の接続ネットワーク１１８を含む。本発明は、複数のサーバまたは有線ネットワークへの接続、といった異なる構成のクライアントデバイス群及び通信ネットワークにも適用することができることを理解されたい。クライアントデバイス１０２，１０４，１０６，１０８及びメッセージングサーバ１１２の各々は、メッセージングサーバを通常に動作させるプロセッサ及びアプリケーション及びデータを記憶するメモリを含む。
【００１３】
好適な実施形態により示される例の場合、４つのクライアントデバイス１０２，１０４，１０６，１０８にユーザＡ、ユーザＢ、ユーザＣ及びユーザＤの符号がそれぞれ付される。ユーザＡのクライアントデバイス１０２は他のクライアントデバイス１０４，１０６，１０８のサブネットワーク１１６から離れた無線サブネットワーク１１４上に在る。ユーザＢ、ユーザＣ及びユーザＤそれぞれのクライアントデバイス１０４，１０６，１０８はサブネットワーク＃２  １１６の基地局が送信する通信情報を受信することができ、そしてユーザＡのクライアントデバイス１０２から離れた無線サブネットワーク１１４上に在る。実際の状況においては、もっと多くの無線機、サブネット及びコンタクト（またはバディリスト）が在ると考えられる。
【００１４】
図１に示す好適な実施形態のクライアントデバイス１０４，１０６，１０８は、標準の携帯電話システムのような無線通信システムを使用する通信用無線電話である。本明細書に記載する好適な実施形態は無線電話を利用するが、この技術分野の当業者であれば議論する機能は、コードレス電話、携帯情報端末、双方向無線機、ページャ、携帯コンピュータ、多機能通信デバイスなどのような他のタイプのクライアントデバイスにも適用することができることを理解できるであろう。
【００１５】
好適な実施形態はメッセージングプロキシ１２０も含み、このプロキシはユーザのために動作する、すなわちメッセージングサーバ１１２への接続を確立し、それに従って応答する。メッセージングプロキシは次の構成要素、すなわちメッセージングサーバ１１２及び接続ネットワーク１１８の内の一つ、または両方に接続される。図１に示すように、メッセージングプロキシ１２０は独立したサーバで実行することによりユーザの代わりに機能し、そしてユーザにより必要に応じて呼び出される。またメッセージングプロキシ１２０は、ゲートウェイプロキシとして動作して、ユーザのために継続的な接続を維持することができる。全てのメッセージングトラフィックはこのゲートウェイを通して行なわれ、そして、ネットワーク上に在りながら「オフライン」モードを活性化する、といった方法でユーザにより直接活性化される、またはゲートウェイプロキシがユーザのクライアントデバイスと通信できない場合に自動的に活性化される。別の方法として、ゲートウェイプロキシ１２０をメッセージングサーバ１１２内に組み込むことにより、メッセージングプロキシ及びメッセージングサーバを単一ユニットとして機能させることができる。
【００１６】
各クライアントデバイス１０２，１０４，１０６，１０８は少なくとも一つのコンタクトリスト１２２，１２４，１２６，１２８（インスタントメッセージングシステムの場合には、別名バディリストとも言う）を含み、これらのリストの各々は通信ネットワーク１１０に接続される一つ以上の他のクライアントデバイスを特定する機能を有する。各コンタクトリスト１２２，１２４，１２６，１２８は、通信ネットワーク１１０に接続されるクライアントデバイス１０２，１０４，１０６，１０８のどれも特定しないか、あるいは幾つか、或いは全てを特定することができる。特定のクライアントデバイス１０２，１０４，１０６，１０８は、他のクライアントデバイスを特定するコンタクトリスト１２２，１２４，１２６，１２８を含む。図１において、コンタクトリスト１２２，１２４，１２６，１２８はクライアントデバイス１０２，１０４，１０６，１０８の下に示される。本発明の場合、コンタクトリスト１２２，１２４，１２６，１２８はそれぞれのクライアントデバイス１０２，１０４，１０６，１０８のメモリに記憶されるか、あるいは通信ネットワーク１１０に配置されるメモリに集めて記憶される。好適な実施形態においては、コンタクトリスト１２２，１２４，１２６，１２８はメッセージングサーバ１１２のメモリに記憶される。コンタクトリスト１２２，１２４，１２６，１２８はまた、個々のユーザに加えるか、あるいは個々のユーザに代えてグループのユーザまたは一団のユーザを特定する。さらに、各クライアントデバイス１０２，１０４，１０６，１０８は、一つ以上のコンタクトリストを有することができる。
【００１７】
好適な実施形態においては、クライアントデバイス１０２，１０４，１０６，１０８のユーザは、クライアントデバイスが記憶するクライアントソフトウェアを利用し、このソフトウェアにより通信ネットワーク１１０に接続される他のユーザのステータスを表示する。コンタクトリスト１２２，１２４，１２６，１２８それぞれのエントリーは、別のユーザ、特に通信ネットワーク１１０に接続される別のクライアントデバイス１０２，１０４，１０６，１０８に対応する。ユーザ及び／又はクライアントデバイス１０２，１０４，１０６，１０８のステータスについての情報は、各エントリーに関連付けることができる。プレゼンス状態は一般的に、種々の要因及び条件に基づいていて実際は動的であり、時間とともに変化する。このように、更新プレゼンス状態は関連するクライアントデバイス１０２，１０４，１０６，１０８に送信されてそれぞれのコンタクトリスト１２２，１２４，１２６，１２８を更新する。
【００１８】
幾つかの環境では、一団のユーザは同一ではないにしても同様なコンタクトリスト１２２，１２４，１２６，１２８を有することができる。例えばサークルの友人は、彼らのコンタクトリスト１２２，１２４，１２６，１２８に恐らく他の人達とともに互いのことを記入する。仕事環境では、ワークチームメンバーは、「ワークバディ」コンタクトリストのような彼らのコンタクトリスト１２２，１２４，１２６，１２８に互いを含ませることができる。幾つかのワークチーム環境では、コンタクトリスト１２２，１２４，１２６，１２８はチームの全メンバーに共通して同じとなる。
【００１９】
好適な実施形態はさらに、モバイルスイッチングセンター（「ＭＳＣ」）及び／又はビジターロケーションレジスタ（「ＶＬＲ」）のようなロケーションレジスタ１３０を含むことができる。ロケーションレジスタ１３０は構成要素群、すなわちメッセージングサーバ１１２、接続ネットワーク１１８及びメッセージングプロキシ１２０の内の少なくとも一つに接続される。ロケーションレジスタ１３０はクライアントデバイス１０２，１０４，１０６，１０８に向かう、またはそれらから送信されるコールをルーティングするだけでなく、クライアントデバイスの位置情報を追跡する。ロケーションレジスタ１３０は種々の技術を使用して直接的、または間接的にクライアントデバイス１０２，１０４，１０６，１０８を通して位置情報を判断するが、この場合の技術は、全地球測位システム（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：「ＧＰＳ」）技術、三辺測量（Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｔｒｉｌａｔｅｒａｔｉｏｎ：「ＦＬＴ」）技術、先端三辺測量（Ａｄｖａｎｃｅｄ  Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｔｒｉｌａｔｅｒａｔｉｏｎ：「ＡＦＬＴ」）技術、振幅差到来角（Ａｍｐｌｉｔｕｄｅ  Ｄｉｆｆｅｒｅｎｃｅ  Ａｎｇｌｅ  Ｏｆ  Ａｒｒｉｖａｌ：「ＡＤ−ＡＯＡ」）技術、強化観測時間差（Ｅｎｈａｎｃｅｄ  Ｏｂｓｅｒｖｅｄ  Ｔｉｍｅ  Ｄｉｆｆｅｒｅｎｃｅ：「ＥＯＴＤ」）技術をこれらに限定されない形で含む。ロケーションレジスタ１３０は、別のエンティティから無線通信リンクを通して送信されるクライアントデバイス１０２，１０４，１０６，１０８の位置を判断することもでき、この場合、無線通信リンクの例として、ブルートゥース（登録商標）スペシャル・インタレスト・グループ（ＢｌｕｅｔｏｏｔｈTM  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐ）によりサポートされるブルートゥース（Ｂｌｕｅｔｏｏｔｈ）無線技術、ホームアールエフ（登録商標）ワーキング・グループ（ＨｏｍｅＲＦTM  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ）によりサポートされるホームアールエフ（登録商標）（ＨｏｍｅＲＦTM）、及びザ・インスティチュート・オブ・エレクトリカル・アンド・エレクトロニクス・エンジニアーズ・アンド・ザ・ワイヤレス・イーサネット・コンパチビリティ・アライアンス（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ  ａｎｄ  ｔｈｅ  Ｗｉｒｅｌｅｓｓ  Ｅｔｈｅｒｎｅｔ  Ｃｏｍｐａｔｉｂｉｌｉｔｙ  Ａｌｌｉａｎｃｅ）によりサポートされるワイ−ファイ（Ｗｉ−Ｆｉ）（ＩＥＥＥ  ８０２．１１ｂ）が挙げられる。
【００２０】
図２を参照すると、通信メッセージに対してキャンド返信により応答する第１の好適な方法が示され、このキャンド返信は上述の好適な実施形態に従って動作するように適合化させることができる。図２に示す方法を実施する前に、一つ以上のキャンド返信及び該当するルールを特定のクライアントデバイス用に作成する。例えば、クライアントデバイスは一つ以上の個別キャンド返信、一つ以上のグループキャンド返信及び／又は一つ以上のデフォルトキャンド返信を含むことができる。個別キャンド返信はあるユーザに関連付けられ、そしてグループキャンド返信はあるユーザグループに関連付けられる。個別キャンド返信は、ユーザから問い合わせ、またはメッセージを受信すると関連ユーザに送信される。グループキャンド返信は、メンバーから問い合わせ、またはメッセージを受信すると関連グループの特定のメンバーに送信される。デフォルトキャンド返信は、個別キャンド返信またはグループキャンド返信に関連しない誰かからの問い合わせ、またはメッセージを受信すると送信される。個別、グループ及びデフォルトのキャンド返信は、クライアントデバイスの各個人ユーザがその人に合った形態に調整することができる。各キャンド返信は好適には、どのようにして送信先ユーザとコンタクトすべきか、いつ送信先ユーザとコンタクトすべきか、どこで送信先ユーザとコンタクトすべきか、及び／又は送信先ユーザの代わりに誰とコンタクトすべきか、を示す或る態様の通知を含むべきであるが、このような情報は本発明の処理には重要ではない。
【００２１】
図２に示す第１の好適な方法においては、送信先デバイスに対応するキャンド返信及び該当するルールは、送信先ユーザが通信不能の状況のときに適用される。送信先デバイスのコンフィギュレーションデータにより定義される送信先デバイスのプレゼンス状態及び送信元デバイスの区分を閲覧することにより、システムは送信先デバイスが通信可能かどうかを判断する。特に、送信先デバイスがオフラインである場合、または送信先デバイスがオンラインであり、かつ送信元デバイスが適用区分に属する場合に、送信先デバイスは通信不能と考えられる。或いは、送信先デバイスがオンラインであり、かつ送信元デバイスが適用区分に属さない場合に、送信先デバイスは通信可能と考えられる。送信先デバイスのコンフィギュレーションデータに設定されるこのような情報の例を以下の表１に示す。
【００２２】
【表１】
2005514679.tif 000003
図２に示すように、ステップ２０２で第１の好適な方法を開始した後、メッセージングプロキシ１２０はステップ２０４でクライアントデバイス１０２，１０４，１０６，１０８のような送信元デバイスから通信メッセージを受信する。通信メッセージはとりわけ、送信元デバイスの識別情報を含む。送信元クライアントデバイスの意図は、通信メッセージをクライアントデバイス１０２，１０４，１０６，１０８のような送信先デバイスに送信することにある。本明細書においてはメッセージングプロキシ１２０が図２から図４に示す方法のステップを実行するが、これらのステップ（またはこれらのステップの一部）をプロキシ１２０がメッセージングサーバ１１２と連携する形で、またはメッセージングサーバ１１２がプロキシ１２０に取って代わる形で実行することができることを理解されたい。
【００２３】
次に、ステップ２０６でメッセージングプロキシ１２０は送信先デバイスのコンフィギュレーションデータをデータベースから取り出す。データベースはメッセージングサーバ１１２、メッセージングプロキシ１２０に配置されるか、或いはこれら２つの構成要素の間で共有される。この好適な実施形態の場合、データベースはメッセージングプロキシ１２０に配置される。コンフィギュレーションデータは上の表１に示すように、図２に示すステップを実行するのに先立って送信先デバイスが作成しておいた一つ以上のキャンド返信及び該当するルールを含む。加えて、メッセージングプロキシは、いずれのステータス情報が送信先デバイスの通信状態の判断に必要であるかによって、送信元デバイスのステータス、送信先デバイスのステータスまたは両デバイスのステータスを判断する。第１の好適な方法の場合、メッセージングプロキシ１２０はステップ２０６で、送信先デバイスのプレゼンス状態を判断し、そして送信元デバイスの識別情報を判断することができる。第１の好適な方法の場合、送信元デバイスの識別情報はステップ２０４で受信した通信メッセージから判断する。次にメッセージングプロキシ１２０はステップ２０８で、送信先デバイスが双方向通信可能な状態かどうかを、取り出したステータス情報を取り出したコンフィギュレーションデータと比較することにより判断する。好適な実施形態においては、メッセージングプロキシ１２０は、送信先デバイスがオンラインであり、かつ送信元デバイスが適用区分に属さない場合に送信先デバイスが通信可能であると判断することができる。送信先デバイスは、デバイスがオフラインまたは送信元デバイスが適用区分に属する場合に通信不能とされる。送信先デバイスが通信可能であると、メッセージングプロキシ１２０はステップ２１０で、通信メッセージを送信先デバイスに配信する。その後、この方法はステップ２１２で終了する。
【００２４】
送信先デバイスがステップ２０８で通信不能とされると、メッセージングプロキシ１２０はステップ２１６で、送信元デバイスがデータベースに含まれる個別キャンド返信に関連するかどうかを判断する。上述のように、送信元デバイスの識別情報は着信通信メッセージから判断することができる。例えば、ボブのクライアントデバイスが送信元デバイスである場合、メッセージングプロキシ１２０はボブのクライアントデバイスに関連する個別キャンド返信が存在するかどうかを判断する。表１に示すように個別キャンド返信は、例えば「私の携帯電話＠〈電話番号〉に電話して下さい」といった内容のものである。個別キャンド返信が存在する場合、個別キャンド返信はステップ２１８で送信元デバイスに送信され、そしてこの方法はステップ２１２で終了する。
【００２５】
同様に、送信元デバイスが個別キャンド返信に関連しない場合、メッセージングプロキシ１２０はステップ２２０で、送信元デバイスがデータベースに含まれるグループキャンド返信に関連するデバイスグループのメンバーであるかどうかを判断する。例えば、送信元デバイスがビール仲間のメンバーである場合、メッセージングプロキシ１２０は送信元デバイスに関連するグループキャンド返信が存在するかどうかを判断する。表１に示すようにグループキャンド返信は、例えば「私のページャ＠〈ページャ番号〉に連絡して下さい」といった内容のものである。グループキャンド返信が存在する場合、グループキャンド返信はステップ２２２で送信元デバイスに送信され、そしてこの方法はステップ２１２で終了する。
【００２６】
同様に、送信元デバイスが個別キャンド返信またはグループキャンド返信に関連しない場合、メッセージングプロキシ１２０はステップ２２４で、デフォルトキャンド返信がデータベースに含まれているかどうかを判断する。表１に示すように、デフォルトキャンド返信を、例えば「私にｅ−ｍａｉｌ＠〈ｅ−ｍａｉｌアドレス〉で連絡して下さい」といった内容のものとすることができる。デフォルトキャンド返信が含まれている場合、このデフォルトキャンド返信はステップ２２６で送信元デバイスに送信され、そしてこの方法はステップ２１２で終了する。
【００２７】
或いは、デフォルトキャンド返信（個別キャンド返信及びグループキャンド返信だけでなく）が送信元デバイスに適用されない場合、送信元デバイスはメッセージングプロキシ１２０からどのタイプのキャンド返信も受信せず、そしてこの方法はステップ２１２で終了する。第１の好適な方法の場合、「オフライン」のプレゼンス状態になっていると送信元デバイスにキャンド返信は配信されないことになる。
【００２８】
本明細書に記載する好適な方法においては、キャンド返信は送信先クライアントデバイスとコンタクトを取るための代替の通信モードを通知することができる。第１のキャンド返信は送信先クライアントデバイスとコンタクトを取るための第１の通信モードを通知し、そして第２のキャンド返信は送信先クライアントデバイスとコンタクトを取るための、第１の通信モードとは異なる第２の通信モードを通知する。例えば表１に示すように、第１の通信モードは携帯電話コールに送信される音声コールとすることができ、そして第２の通信モードは、呼び出しメッセージ、またはｅ−ｍａｉｌメッセージのようなテキストメッセージとすることができ、ページャまたは無線携帯情報端末に送信される。
【００２９】
図３を参照すると、通信メッセージに対してキャンド返信により応答する第２の好適な方法が示され、このキャンド返信は図１を参照して上に記載した好適な実施形態に従って動作するように適合化させることができる。第２の好適な方法は上述した第１の好適な方法に実質的に類似する。主要な相違点は、第１の好適な方法では送信元デバイスのコンフィギュレーションルール、すなわち送信元デバイスの区分に基づいて特定のキャンド返信を選択するのに対して、第２の好適な方法では送信先デバイスのコンフィギュレーションルール、すなわち送信先デバイスの位置に基づいて特定のキャンド返信を選択することである。送信先のコンフィギュレーションデータにより定義される送信先デバイスのプレゼンス状態及び位置を閲覧することにより、システムは送信先デバイスが通信可能かどうかを判断する。送信先デバイスのコンフィギュレーションデータに設定されるこのような情報の例を以下の表２に示す。
【００３０】
【表２】
2005514679.tif 000004
第２の好適な方法においては、一つ以上のキャンド返信及び該当する定義領域を、図３に示す方法を実行する前に特定のクライアントデバイス用に作成する。動作中において、クライアントデバイスは、クライアントデバイスが定義領域内に在るときに一つのキャンド返信を送信し、そしてクライアントデバイスは、クライアントデバイスが定義領域の外に位置する、すなわち別の定義領域内に位置する、または定義領域内に位置しないときに異なるキャンド返信を送信する。送信先デバイスの位置は、送信先デバイスのコンフィギュレーションデータから抽出する、またはメッセージングプロキシ１２０が独自に判断することができる。例えば、クライアントデバイスのユーザは、彼または彼女が特定の都市に位置しているときにあるデバイスでコールを受信したいが、ユーザは、彼または彼女が特定の都市の外に位置するときに別のデバイスでコールを受信したいものとする。別の例として、定義領域が、送信先クライアントデバイスに接続される、または無線リンクを通して接続される別の通信デバイスの動作範囲に対応するものとする。また上述したように、図３に示すステップ（またはステップの一部）をメッセージングサーバ１１２、メッセージングプロキシ１２０、または両方の構成要素により実行できることを理解されたい。加えて、第２の好適な方法の場合、位置情報はロケーションレジスタ１３０が判断し、そしてメッセージングサーバ１１２及び／又はメッセージングプロキシ１２０に供給され、そしてデータベースは図１に示すようにメッセージングプロキシ１２０に配置される。
【００３１】
この方法をステップ３０２で開始した後、メッセージングプロキシ１２０はステップ３０４で、通信メッセージをクライアントデバイス１０２，１０４，１０６，１０８のような送信元デバイスから受信する。次にメッセージングプロキシ１２０はステップ３０６で、送信先デバイスのコンフィギュレーションデータをデータベースから取り出す。コンフィギュレーションデータは上の表２に示すように、図３に示すステップを実行するのに先立って信先デバイスが作成する一つ以上のキャンド返信及び該当するルールを含む。メッセージングプロキシ１２０はまた、どのステータス情報が送信先デバイスの通信状態を判断するために必要であるかによって、送信元デバイス、送信先デバイスまたはそれら両デバイスのステータス情報を取り出す。第２の好適な方法の場合、メッセージングプロキシは送信先デバイスのプレゼンス状態及び位置を判断する。次にメッセージングプロキシ１２０はステップ３０８で、ステータス情報をコンフィギュレーションデータと比較することにより送信先デバイスが双方向通信可能であるかどうかを判断する。好適な方法においては、メッセージングプロキシ１２０は、送信先デバイスがオンラインであり、かつ適用領域、すなわち領域１、領域２及び領域３の内に位置しないときに、送信先デバイスが通信可能であると判断することができる。送信先デバイスは、デバイスがオフラインである、または送信先デバイスが適用領域、すなわち領域１、領域２及び領域３の内に位置するときに、送信先デバイスが通信不能とされる。送信先デバイスが通信可能である場合、メッセージングプロキシ１２０はステップ３１０で通信メッセージを送信先デバイスに配信することになる。その後、この方法はステップ３１２で終了する。
【００３２】
送信先デバイスが通信不能の場合、メッセージングプロキシ１２０はステップ３１６で、送信先デバイスが定義領域、すなわち領域１の内に位置するかどうかをチェックする。送信先デバイスが領域１の内に位置する場合、ステップ３１８で領域１のキャンド返信を送信元デバイスに送信し、そしてこの方法はステップ３１２で終了する。送信先デバイスが領域１の内に位置しない場合、メッセージングプロキシ１２０はステップ３２０で、送信先デバイスが別の定義領域、すなわち領域２の内に位置するかどうかをチェックする。送信先デバイスが領域２の内に位置する場合、ステップ３２２で領域２のキャンド返信を送信元デバイスに送信し、そしてこの方法はステップ３１２で終了する。送信先デバイスが領域２の内に位置しない場合、メッセージングプロキシ１２０はステップ３２４で、送信先デバイスが領域３の内に位置するかどうかをチェックする。送信先デバイスが領域３の内に位置する場合、ステップ３２６で領域３のキャンド返信を送信元デバイスに送信し、そしてこの方法はステップ３１２で終了する。
【００３３】
或いは、送信先デバイスが指定された領域、すなわち領域１，２または３のいずれの内にも位置しない場合、送信元デバイスはメッセージングプロキシ１２０からはどのタイプのキャンド返信をも受信することがなく、そしてこの方法はステップ３１２で終了する。例えば第１の好適な方法と同様に、「オフライン」のプレゼンス状態となっていることによりキャンド返信は送信元デバイスに配信されないことになる。
【００３４】
図４を参照すると、通信メッセージに対してキャンド返信により応答する第３の好適な方法が示され、このキャンド返信は図１を参照して上に記載した好適な実施形態に従って動作するように適合化させることができる。第３の好適な方法は実質的に上述した第１及び第２の好適な方法を組み合わせたものと考えることができる。特に、第３の好適な方法は送信元デバイス及び送信先デバイスのコンフィギュレーションルールに基づいて特定のキャンド返信を選択する。送信元デバイス及び送信先デバイスのコンフィギュレーションルールを閲覧することにより、システムは送信先デバイスが通信可能かどうかを判断することができる。送信先デバイスのコンフィギュレーションデータに設定されるこのような情報の例を以下の表３に示す。
【００３５】
【表３】
2005514679.tif 000005
第３の好適な方法においては、一つ以上のキャンド返信及び該当する定義領域を、図４に示す方法を実行する前に特定のクライアントデバイス用に作成する。また、コンフィギュレーションデータは送信元デバイスの複数のキャンド返信及び該当するコンフィギュレーションルール及び／又は送信先デバイスの複数のキャンド返信及び該当するコンフィギュレーションルールを含むことができる。上述したように、図４に示すステップ（またはステップの一部）をメッセージングサーバ１１２、メッセージングプロキシ１２０、または両方の構成要素により実行することができることを理解されたい。
【００３６】
この方法をステップ４０２で開始した後、メッセージングプロキシ１２０は、ステップ４０４で通信メッセージをクライアントデバイス１０２，１０４，１０６，１０８のような送信元デバイスから受信する。次にメッセージングプロキシ１２０はステップ４０６で、送信先デバイスのコンフィギュレーションデータをデータベースから取り出す。コンフィギュレーションデータは上の表３に示すように、図４に示すステップを実行するのに先立って送信先デバイスが作成する一つ以上のキャンド返信及び該当するルールを含む。メッセージングプロキシ１２０はまた、どのステータス情報が送信先デバイスの通信状態を判断するために必要であるかによって、送信元デバイス、送信先デバイスまたは両デバイスのステータス情報を取り出す。次にメッセージングプロキシ１２０はステップ４０８で、例えば送信先クライアントデバイスがオンラインであるかどうかを検出し、そして予め作成したキャンド返信のルールが当該状況に当てはまるかどうかを判断することにより送信先デバイスが双方向通信可能であるかどうかを判断する。送信先デバイスが通信可能である場合、メッセージングプロキシ１２０はステップ４１０で通信メッセージを送信先デバイスに配信することになる。その後、この方法はステップ４１２で終了する。
【００３７】
送信先デバイスが通信不能の場合、メッセージングプロキシ１２０はステップ４１４で、送信元デバイスのコンフィギュレーションに対応する全てのルールを確認する。次にメッセージングプロキシ１２０はステップ４１６で、送信先デバイスのコンフィギュレーションに対応する全てのルールを確認する。次にメッセージングプロキシ１２０はステップ４２０で、送信先ユーザが予め作成した他の全てのルールを確認する。その後、メッセージングプロキシ１２０はステップ４１４，４１６及び／又は４２０で、全てのルールが確認されたかどうかを判断する。全てのルールが確認された場合、メッセージングプロキシ１２０はステップ４２６で、通信メッセージからの情報及び／又は送信先デバイスのコンフィギュレーションデータを、それより前のステップで確認された予め作成されたキャンド返信ルールに当てはめる。特定の状況に基づいてステップ４２８で、適切なキャンド返信を送信元デバイスに送信する。例えば上の表３を参照すると、送信先デバイスがオンラインであり、送信元デバイスが個別キャンド返信に関連し、そして送信先デバイスが領域１に位置する場合、〈キャンド返信１〉が送信元デバイスに送信されることになる。その後、この方法はステップ４１２で終了する。或いは、予め作成されたキャンド返信ルールのいずれもが送信先デバイスに当てはまらない場合、送信元デバイスはメッセージングプロキシ１２０からどのタイプのキャンド返信も受信することがなく、そしてこの方法はステップ４１２で終了する。
【００３８】
メッセージングプロキシ１２０を使用し、送信元デバイスが送信先デバイスの一つ以上の関連するコンタクトリストのメンバーであるかどうかに基づいて、通信状態に対する制御を設定することができる。例えば、ユーザは「仕事仲間」、「ビール仲間」及び「野球仲間」のような数組の仲間を有することができる。仕事時間中では、「仕事仲間」は真のプレゼンス関連情報を受信する唯一のグループである。これとは反対に、「ビール仲間」グループ及び「野球仲間」グループは、メッセージングプロキシ１２０によってユーザのために生成される、ステータス通知「仕事中」のような限られた情報を受信するだけである。このステータス通知は真のプレゼンス関連情報とはならないが、送信先デバイスが「ビール仲間」グループ及び「野球仲間」グループからのメッセージを受信するために通信可能な状態にあることを通知することになる。
【００３９】
メッセージングプロキシ１２０は、送信先デバイスのコンタクトリスト（群）、送信先デバイスの特定の位置、送信元デバイス、他のデバイス及び／又は陸標に対する送信先デバイスの位置、着信メッセージが受信される当該日の日付／時間などのように、或るデータ、要素、及び条件に依存する形で、送信元デバイスに供給される応答のタイプも制御することができる。メッセージングプロキシ１２０は着信メッセージの最初の（おそらく実際の）受け取り手であり、メッセージングプロキシは、送信元ソース情報（例えば、送信元ユーザが「ビール仲間」リストに載っているかどうかに関する）を閲覧し、そして現時点のプレゼンス状態及び他の情報（例えば、当該日の現時刻及び位置）に基づいて論理シーケンスに従う。例えば、送信先デバイスが通信可能であり、着信メッセージが午後３時過ぎに届き、そして送信先デバイスが都市境界の内に位置する場合、「ビール仲間」メンバーからの着信メッセージは送信先ユーザに直接ルーティングされ、ユーザからいずれかの返信が送信されると考えられる。送信先ユーザが通信不能であるがユーザが都市境界の内に位置する（位置すると推測される）場合、メッセージングプロキシ１２０は「ビール仲間」メンバーに「〈送信先ユーザ〉は今通信不能ですので、〈携帯電話番号〉に電話して下さい」といった内容の応答で返信することができる。送信先ユーザの位置が都市境界の外に位置する場合、メッセージングプロキシ１２０は「〈ユーザ〉は市外に居ますので、〈ｅｍａｉｌアドレス〉にｅｍａｉｌしてください」といった内容の返答で応答することができる。他のグループ、例えば「野球仲間」のルールは別に作成することができる。
【００４０】
本発明の好適な実施形態について例示し、記載してきたが、本発明はこれらに限定されない。この技術分野の当業者であれば、添付の請求項により定義される本発明の技術思想及び技術範囲から逸脱しない範囲においてこれらの実施形態に多くの改良、交換、変更を加える、或いは実施形態の代替物及び等価物を考案することができるものと考えられる。
【図面の簡単な説明】
【００４１】
【図１】本発明に従って動作するように適合化された好適な実施形態を表すブロック図である。
【図２】図１の好適な実施形態に従って動作するように適合化された、通信メッセージに応答する第１の好適な方法を表すブロック図である。
【図３】図１の好適な実施形態に従って動作するように適合化された、通信メッセージに応答する第２の好適な方法を表すブロック図である。
【図４】図１の好適な実施形態に従って動作するように適合化された、通信メッセージに応答する第３の好適な方法を表すブロック図である。
【図１】
2005514679.tif 000006
【図２】
2005514679.tif 000007
【図３】
2005514679.tif 000008
【図４】
2005514679.tif 000009
【国際調査報告】
2005514679.tif 000010
2005514679.tif 000011