(57)【要約】  通信システムのチャットサービスを管理する方法は、第１ユーザターミナルがセッションマネージャーとのチャットセッションを開始するステップと、前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられるステップと、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが阻止リストに載っているかどうかチェックするステップと、前記第３ユーザターミナルが阻止リストにある場合には、前記第２ユーザターミナルのユーザに阻止ユーザがチャットセッションに加わることを通知するための通知メッセージを生成するステップと、を備えている。【選択図】図２
2009500934.tif 000002
【特許請求の範囲】
【請求項１】
通信システムのチャットサービスを管理する方法において、
第１ユーザターミナルがセッションマネージャーとのチャットセッションを開始するステップと、
前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられるステップと、
前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが阻止リストに載っているかどうかチェックするステップと、
前記第３ユーザターミナルが阻止リストにある場合には、前記第２ユーザターミナルのユーザに阻止ユーザがチャットセッションに加わることを通知するための通知メッセージを生成するステップと、
を備えた方法。
【請求項２】
通知メッセージを生成する前記ステップは、前記セッションマネージャーにより実行される、請求項１に記載の方法。
【請求項３】
前記阻止リストは、前記セッションマネージャーに記憶され、そして前記セッションマネージャーは、前記チェックステップを遂行する、請求項２に記載の方法。
【請求項４】
前記通知メッセージは、前記セッションマネージャーから前記第２のユーザ装置へ送信される、請求項３に記載の方法。
【請求項５】
前記阻止リストは、前記セッションマネージャーのネットワークとは個別のネットワークにおいて阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する、請求項２に記載の方法。
【請求項６】
前記阻止リストは、前記セッションマネージャーと同じネットワークにおいて阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する、請求項２に記載の方法。
【請求項７】
前記通知メッセージは、前記阻止リストマネージャーにより変更され、そして前記阻止リストマネージャーから前記第２のユーザターミナルへ送信される、請求項５又は６に記載の方法。
【請求項８】
前記阻止リストは、前記第２ユーザターミナルに位置する阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する、請求項２に記載の方法。
【請求項９】
前記通知メッセージは、前記阻止リストマネージャーにより変更され、そして前記阻止リストマネージャーから前記第２ユーザターミナルのユーザインターフェイスへ送信される、請求項８に記載の方法。
【請求項１０】
前記第３ユーザターミナルは、第２阻止リストに関連され、前記方法は、更に、
前記第２ユーザターミナルが前記第２阻止リストに載っているかどうかチェックするステップと、
前記第２ユーザターミナルが前記第２阻止リストにある場合は、阻止ユーザがチャットセッションに存在することを前記第３ユーザターミナルのユーザに通知するための通知メッセージを生成するステップと、
を備えた請求項１に記載の方法。
【請求項１１】
通信システムのチャットサービスを管理する方法において、
第１ユーザターミナルがセッションコントローラとのチャットセッションを開始するステップと、
前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられ、前記阻止リストが前記セッションコントローラに記憶されるようなステップと、
前記セッションコントローラにおいて、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが前記阻止リストに載っているかどうかチェックするステップと、
前記第３ユーザターミナルが前記阻止リストにある場合には、阻止ユーザが前記チャットセッションに加わることを前記第２ユーザターミナルのユーザに通知するために通知メッセージを前記セッションコントローラから前記第２ユーザターミナルへディスパッチするステップと、
を備えた方法。
【請求項１２】
通信ネットワークのチャットサービスを管理する方法において、
第１ユーザターミナルがセッションマネージャーとのチャットセッションを開始するステップと、
前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられ、前記阻止リストが前記第２ユーザターミナルの阻止リストマネージャーに記憶されるようなステップと、
前記阻止リストマネージャーにおいて、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが前記阻止リストに載っているかどうかチェックするステップと、
前記第３ユーザターミナルが前記阻止リストにある場合には、阻止ユーザが前記チャットセッションに加わることを前記第２ユーザターミナルのユーザに通知するために通知メッセージを前記阻止リストマネージャーから前記第２ユーザターミナルのユーザインターフェイスへディスパッチするステップと、
を備えた方法。
【請求項１３】
チャットサービスを提供するための通信システムにおいて、
セッションマネージャーとのチャットセッションを開始するための第１ユーザターミナルと、
前記第１ユーザターミナルによりチャットセッションに加わるよう招待される第２ユーザターミナルであって、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられる第２ユーザターミナルと、
前記第１ユーザターミナルによりチャットセッションに加わるよう招待される第３ユーザターミナルと、
前記第３ユーザターミナルが阻止リストに載っているかどうかチェックする手段と、
前記第３ユーザターミナルが阻止リストにある場合には、前記第２ユーザターミナルのユーザに、阻止ユーザがチャットセッションに加わることを通知するための通知メッセージを生成する手段と、
を備えた通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるマルチユーザサービスに係り、より詳細には、ＳＩＰをベースとするインスタントメッセージングに係るが、これに限定されない。
【背景技術】
【０００２】
インスタントメッセージング（ＩＭ）は、実質的にリアルタイムでユーザに配送されるメッセージを使用してユーザが互いに通信するのを許す通信サービスである。ユーザがターミナルにおいてメッセージを生成すると、それが、インスタントメッセージングセッションに参加している他のユーザへ直ちに配送され、このユーザが、その後、応答するのを許す。このようなインスタントメッセージングセッションは、チャットセッションとしても知られている。
【０００３】
インスタントメッセージングサービスは、例えば、デスクトップＰＣや、インスタントメッセージングソフトウェアを使用して、インターネットのような固定ラインネットワークを経て良く知られている。しかしながら、それらは、移動通信システムにおいて使用するための益々人気のあるサービスとなることも期待される。
【０００４】
インスタントメッセージングサービスは、インターネットエンジニアリングタスクフォース（ＩＥＦＴ）により開発されたセッションイニシエーションプロトコル（ＳＩＰ）を使用して実施することができる。セッションイニシエーションプロトコルは、１人以上の参加者（エンドポイント）とのセッションを生成し、変更しそして終了するためのアプリケーションレイヤ制御プロトコルである。ＳＩＰは、一般的に、インターネットにおける２つ以上のエンドポイントがセッションのセマンティックに気付くようにすることによりそれらエンドポイント間でセッションを開始するのを許すために開発された。ＳＩＰベースの通信システムに接続されたユーザは、標準化されたＳＩＰメッセージに基づく通信システムの種々のエンティティと通信することができる。ＩＥＴＦは、現在、“SIP for instant messaging and presence leveraging extensions”（ＳＩＭＰＬＥ）という表題のもとに、ＳＩＰに基づきＩＭ及び存在サービスを提供することを研究している。オープンモバイルアリアンス（ＯＭＡ）も、ＳＩＰ／ＳＩＭＰＬＥ  ＩＭ及びＳＩＰ／ＳＩＭＰＬＥ存在について研究している。
【０００５】
インスタントメッセージングサービスは、ユーザに、他のユーザが彼らと通信するのを防止する構成を与えねばならない。特に、あるユーザは、他の者にとって不快なことがある。それ故、インスタントメッセージングサービスでは、ユーザは、特定の他のユーザが彼らとコンタクトするのを阻止することが許される。各ユーザは、阻止したユーザのリストを有し、これは、阻止リストと称される。
【０００６】
しかしながら、インスタントメッセージングセッションに多数の参加者がいる場合には（チャットルームとして知られている）、異なるユーザが第三者によりチャットルームに招待されたが、それら招待されたユーザは互いに通信することが阻止されるかもしれない状況を管理する上で問題がある。この状況を説明するために、次の例を考える。ユーザＣと称されるユーザは、チャットルームを生成し、ユーザＡ及びユーザＢをチャットルームに加わるよう招待する。しかしながら、ユーザＡは、ユーザＢが彼と通信するのを阻止している（即ち、ユーザＢは、ユーザＡの個人的阻止リストに含まれている）。
【０００７】
インスタントメッセージングシステムは、ユーザＢがユーザＡと通信するのを阻止する（ユーザＢがユーザＡの阻止リストに含まれるので）という問題に直面するが、ユーザＡの個人的阻止リストの内容を第三者（例えば、チャットルーム創設者、即ちユーザＣ）に開示しない。更に、阻止されたユーザは、彼が別のユーザの阻止リストにあり、それ故、彼との通信が阻止されることに気付かない。
【０００８】
この問題に対して考えられる１つの解決策は、ユーザＣ（チャットルーム創設者）が、招待客の阻止リストの選択を知らずに、彼が望む方のユーザを招待するのを許すことである。しかしながら、別のユーザの阻止リストに現われるユーザ（例えば、ユーザＢはユーザＡの阻止リストに現われる）が招待される場合には、システムは、阻止されたユーザへの招待を破棄すべきである。それ故、この例では、ユーザＢには招待が届かない。ユーザＣには、彼の招待が破棄されたことが通知されない。
【０００９】
しかしながら、この解決策は、チャットルームの参加者の観点から、ユーザＢが招待を無視したか、或いはＩＭシステム又はネットワークに欠陥があって招待がユーザＢに届かなかったと思われる、という欠点がある。更に、たとえユーザＢが１人の特定のユーザ（このケースではユーザＡ）との通信が阻止されるだけであっても、ユーザＢは、チャットにおける他のユーザとの通信も阻止される。
【００１０】
別の解決策は、ユーザＣがいずれのユーザもチャットルームに招待し、そしてその招待されたユーザがチャットルームのいずれかの参加者の阻止リストに現われるかどうかに関らず、彼らの参加を許すことである。しかしながら、システムは、別のユーザとの通信が阻止されたユーザからのメッセージをフィルタし、その阻止されたユーザからのメッセージが、阻止する側のユーザには見えないようにすることができる。換言すれば、この例では、ユーザＢはチャットセッションに参加できるが、ユーザＢが送信するメッセージをユーザＡが見ることはない。
【００１１】
この解決策に伴う問題は、セッションへの全ての参加者が互いに見え、即ちユーザＡは、ユーザＢが存在するのが見え、その逆もあることである。ユーザＢの観点から、彼のメッセージは、ユーザＡにより無視されるか、或いはＩＭシステム又はネットワークに欠陥があるかのいずれかと思われる。それ故、ユーザＢ（又は実際にはチャットルームの他のユーザ）が、彼がユーザＡの阻止リストにあると結論付けることは極めて容易である。それ故、阻止されたユーザをいかに取り扱うかの判断を、ユーザをチャットルームに参加させるプロセス中に行うか、或いはユーザが阻止されている場合には全てのユーザが互いに見えないようにするのが好ましい。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
それ故、ユーザの個人的阻止リストがチャットルームの他のいずれの参加者にも開示されないように、上述した問題を取り扱う融通性の高い解決策が要望される。
【課題を解決するための手段】
【００１３】
本発明の１つの態様によれば、通信システムのチャットサービスを管理する方法において、第１ユーザターミナルがセッションマネージャーとのチャットセッションを開始するステップと、前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられるステップと、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが阻止リストに載っているかどうかチェックするステップと、前記第３ユーザターミナルが阻止リストにある場合には、前記第２ユーザターミナルのユーザに阻止ユーザがチャットセッションに加わることを通知するための通知メッセージを生成するステップと、を備えた方法が提供される。
【００１４】
本発明の一実施形態によれば、通知メッセージを生成する前記ステップは、セッションマネージャーにより実行される。
【００１５】
本発明の別の実施形態によれば、前記阻止リストは、前記セッションマネージャーに記憶され、そして前記セッションマネージャーは、前記チェックステップを遂行する。
【００１６】
本発明の別の実施形態によれば、前記通知メッセージは、前記セッションマネージャーから前記第２のユーザ装置へ送信される。
【００１７】
本発明の別の実施形態によれば、前記阻止リストは、前記セッションマネージャーのネットワークとは個別のネットワークにおいて阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する。
【００１８】
本発明の別の実施形態によれば、前記阻止リストは、前記セッションマネージャーと同じネットワークにおいて阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する。
【００１９】
本発明の別の実施形態によれば、前記通知メッセージは、前記阻止リストマネージャーにより変更され、そして前記阻止リストマネージャーから前記第２のユーザターミナルへ送信される。
【００２０】
本発明の別の実施形態によれば、前記阻止リストは、前記第２ユーザターミナルに位置する阻止リストマネージャーに記憶され、そしてその阻止リストマネージャーがチェックステップを遂行する。
【００２１】
本発明の別の実施形態によれば、前記通知メッセージは、前記阻止リストマネージャーにより変更され、そして前記阻止リストマネージャーから前記第２ユーザターミナルのユーザインターフェイスへ送信される。
【００２２】
本発明の別の実施形態によれば、前記第３ユーザターミナルは、第２阻止リストに関連され、前記方法は、更に、前記第２ユーザターミナルが前記第２阻止リストに載っているかどうかチェックするステップと、前記第２ユーザターミナルが前記第２阻止リストにある場合は、阻止ユーザがチャットセッションに存在することを前記第３ユーザターミナルのユーザに通知するための通知メッセージを生成するステップと、を備えている。
【００２３】
本発明の別の態様によれば、通信システムのチャットサービスを管理する方法において、第１ユーザターミナルがセッションコントローラとのチャットセッションを開始するステップと、前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられ、前記阻止リストが前記セッションコントローラに記憶されるようなステップと、前記セッションコントローラにおいて、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが前記阻止リストに載っているかどうかチェックするステップと、前記第３ユーザターミナルが前記阻止リストにある場合には、阻止ユーザが前記チャットセッションに加わることを前記第２ユーザターミナルのユーザに通知するために通知メッセージを前記セッションコントローラから前記第２ユーザターミナルへディスパッチするステップと、を備えた方法が提供される。
【００２４】
本発明の別の態様によれば、通信ネットワークのチャットサービスを管理する方法において、第１ユーザターミナルがセッションマネージャーとのチャットセッションを開始するステップと、前記第１ユーザターミナルが第２ユーザターミナルをチャットセッションに加わるように招待するステップであって、この第２ユーザターミナルは、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられ、前記阻止リストが前記第２ユーザターミナルの阻止リストマネージャーに記憶されるようなステップと、前記阻止リストマネージャーにおいて、前記第１ユーザターミナルによりチャットセッションに加わるよう招待された第３ユーザターミナルが前記阻止リストに載っているかどうかチェックするステップと、前記第３ユーザターミナルが前記阻止リストにある場合には、阻止ユーザが前記チャットセッションに加わることを前記第２ユーザターミナルのユーザに通知するために通知メッセージを前記阻止リストマネージャーから前記第２ユーザターミナルのユーザインターフェイスへディスパッチするステップと、を備えた方法が提供される。
【００２５】
本発明の別の態様によれば、チャットサービスを提供するための通信システムにおいて、セッションマネージャーとのチャットセッションを開始するための第１ユーザターミナルと、前記第１ユーザターミナルによりチャットセッションに加わるよう招待される第２ユーザターミナルであって、この第２ユーザターミナルとの通信が阻止される阻止ユーザの阻止リストに関連付けられる第２ユーザターミナルと、前記第１ユーザターミナルによりチャットセッションに加わるよう招待される第３ユーザターミナルと、前記第３ユーザターミナルが阻止リストに載っているかどうかチェックする手段と、前記第３ユーザターミナルが阻止リストにある場合には、前記第２ユーザターミナルのユーザに、阻止ユーザがチャットセッションに加わることを通知するための通知メッセージを生成する手段と、を備えた通信システムが提供される。
【発明を実施するための最良の形態】
【００２６】
本発明を良く理解すると共に、本発明をどのように実施するか示すために、添付図面を参照して本発明を一例として詳細に説明する。
【００２７】
先ず、ワイヤレス通信システム１００が示された図１を参照する。この通信システム１００は、チャットセッションに参加する移動エンティティ（ユーザターミナル１０６）を接続するネットワーク１０２を備えている。ネットワーク１０２は、インターネットのようなネットワークでもよいし、或いはテレコミュニケーションコアネットワーク又はイーサネット（登録商標）ネットワークのようなプライベートネットワークでもよい。
【００２８】
図１に示す実施形態において、ネットワーク１０２には複数のベースステーション１０４が接続される。これらベースステーションは、ユーザターミナル１０６とネットワーク１０２との間にワイヤレス接続を与える。これらベースステーションは、既知のワイヤレス規格のいずれかでよい。例えば、それらは、ＧＳＭ／ＧＰＲＳベースステーション（ＢＳ）でもよいし、ＵＭＴＳノードＢでもよいし、又はＷＬＡＮアクセスポイントでもよい。別の実施形態では、ベースステーション１０４は、ネットワークへのワイヤード接続を許すエンティティ、例えば、モデム又はルーターに置き換えられる。
【００２９】
ベースステーション１０４は、ネットワーク１０２に直結されてもよいし、又は個別のネットワークに接続されて、これら個別のネットワークが中間エンティティを経てネットワーク１０２に接続されてもよい。ある実施形態では、ベースステーションが全て同じネットワークに接続され、そして同じワイヤレス規格で動作してもよい。他の実施形態では、異なるベースステーションが互いに個別のネットワークに接続されてもよいし、ベースステーションが異なるワイヤレス規格で動作してもよい。
【００３０】
図１に示す実施形態では、ユーザターミナル１０６は、ワイヤレスリンクを経てベースステーションに接続される。ワイヤレスリンクは、任意の既知の規格に基づき、又、ユーザターミナルが接続されるネットワークの形式に依存する。例えば、ベースステーション１０４及びユーザターミナル１０６がＧＳＭ／ＧＰＲＳ規格に適合する場合には、ワイヤレスリンクは、時分割多重アクセス（ＴＤＭＡ）機構を使用する。或いは又、ベースステーション１０４及びユーザターミナル１０６がＵＭＴＳ規格に適合する場合には、ワイヤレスリンクは、ワイドバンドコード分割多重アクセス（ＷＣＤＭＡ）機構を使用する。他の考えられるワイヤレスリンクは、周波数分割多重アクセス（ＦＤＭＡ）、搬送波感知多重アクセス（ＣＳＭＡ）、及び直交周波数分割マルチプレクシング（ＯＦＤＭ）を含む。
【００３１】
ユーザターミナル１０６は、ユーザがチャットセッションに参加できるように構成される。多数のユーザターミナルを各ベースステーションに接続することができる。チャットセッションに参加するユーザ（以下、参加者と称する）は、同じベースステーションに接続されてもよいし、個別のベースステーションに接続されてもよい。ユーザターミナル１０６は、ワイヤレス移動ステーション（ＭＳ）、例えば、移動電話、パーソナルデジタルアシスタント（ＰＤＡ）、又はラップトップコンピュータでよい。別の実施形態では、ユーザターミナル１０６は、パーソナルコンピュータ（ＰＣ）のようなワイヤードターミナルである。
【００３２】
ネットワーク１０２内には、会議サーバー１０８がある。ユーザターミナル１０６は、以下に述べるように、ベースステーション１０４を経て会議サーバー１０８に接続され、チャットセッションに参加する。
【００３３】
次いで、本発明の第１の実施形態のネットワーク構造２００を示した図２を参照する。本発明のこの実施形態の動作を示すために例示的シナリオを使用する。このシナリオでは、図２に示す３人のユーザ、即ちユーザＡ２０２、ユーザＢ２０４、及びユーザＣ２０６が存在する。これらユーザの各々は、チャットセッションに参加することができ、そして図１に関して概略を述べた会議サーバー１０８に接続することができる。又、ユーザのネットワークには、ローカルＩＭサーバーが存在してもよい。このシナリオでは、ユーザＣがチャットルームを生成する。次いで、ユーザＣは、ユーザＡ及びユーザＢをチャットルームに招待する。しかしながら、ユーザＡは、ユーザＢがユーザＡとのチャットセッションに参加するのを阻止している。それ故、ユーザＢは、ユーザＡの個人的な阻止ユーザリスト、阻止リストとして知られている、に載せられている。ネットワーク構造体は、ユーザＡがユーザＢと話をすることがなく、しかも、彼の個人的阻止リストをチャットルームの創設者、即ちユーザＣに暴露しないように、この状況を管理しなければならない。
【００３４】
図３は、本発明の実施形態がこの問題をどのように解消するか示している。図３は、図２を参照して上述したエンティティ間でのシグナリングメッセージの交換を示す。この実施形態は、ＳＩＰ／ＳＩＭＰＬＥ技術に基づいている。
【００３５】
上述したように、ユーザＣ  ２０６は、チャットルームを生成し、これは、ステップＳ１において、ユーザＣがＳＩＰ  ＩＮＶＩＴＥメッセージを会議サーバー１０８へ送信することにより開始される。会議サーバーは、３０２において、フォーカスインスタンスを生成し、そしてミクサリソースを予約する。次いで、ユーザＣは、会議状態通知に契約する。このプロセスは、ステップＳ２において、会議サーバーとユーザＣとの間の通信を含む。
【００３６】
ユーザＣは、次いで、ＳＩＰ  ＲＥＦＥＲメッセージを会議サーバーへ送信し、ユーザＡ及びユーザＢをチャットルームへ招待すべきであることを指示する。会議サーバーは、次いで、ステップＳ４及びＳ５において、ＳＩＰ  ＩＮＶＩＴＥメッセージを各々ユーザＡ及びユーザＢに送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージを首尾良く受け取ると、ユーザＡ及びユーザＢは、ステップＳ６及びＳ８において２００  ＯＫメッセージで応答する。その間に、会議サーバーは、チャットルームへの各招待客の個人的阻止リストを知る必要があり、そして会議サーバーは、ステップＳ７及びＳ９において（各々ユーザＡ及びＢに対して）ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージでこれをローカルＩＭサーバーからユーザＡ（３０６）へそしてローカルＩＭサーバーからユーザＢ（３０８）へ要求する。これらのメッセージは、ステップＳ１０及びＳ１１においてローカルＩＭサーバーにより各々ユーザＡ及びユーザＢ（３０６及び３０８）へ２００  ＯＫメッセージで応答される。会議サーバーが阻止リストを得るためのメッセージ交換が図３に破線で示されている。会議サーバーは、招待ユーザの名前のもとで各招待ユーザの阻止リストを維持する。
【００３７】
会議サーバーが契約メッセージで招待客から阻止リストを要求すると（前記ステップＳ７及びＳ９）、会議サーバーは、一回だけの契約、又は連続的な契約を果たすことができる。一回だけの契約は、阻止リストの現在内容だけを検索し、一方、連続的な契約は、それ以降の阻止リスト変更を会議サーバーに通知することが許される。連続的な契約の場合には、招待客が自分の阻止リストを変更すると、会議サーバーに通知がなされ、その阻止リストを適宜に更新する。阻止リストをフェッチする別の仕方は、拡張性マークアップ言語（ＸＭＬ）コンフィギュレーションマネージメントプロトコル（ＸＣＡＰ）を使用することである。これは、阻止リストを生成して管理するためにクライアントにより使用されるＩＥＴＦ標準プロトコルである。ＯＭＡ  ＳＩＰ／ＳＩＭＰＬＥ  ＩＭサービスも、同じ目的でＸＣＡＰを使用する。
【００３８】
ユーザＡ及びＢは、Ｓ１２及びＳ１３において、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを会議サーバーへ送信して、会議変更通知（例えば、新たなユーザが加わった）に契約し、これらは、ステップＳ１４及びＳ１５において会議サーバーからの２００  ＯＫメッセージで確認される。会議サーバーは、ステップＳ１６及びＳ１７において、ＳＩＰ  ＮＯＴＩＦＹメッセージをユーザＣへ送信して、ユーザＣに、ユーザＡ及びユーザＢがチャットルームに加わったことを通知する。
【００３９】
会議サーバーは、３０４において、チャットルームに加わった各ユーザのチェックを行って、参加ユーザの阻止リストのいずれかにユーザが含まれるかどうか調べる。この例では、ユーザＡの場合に、ユーザＢがユーザＡの阻止リストに載せられている。それ故、ユーザＢがユーザＡの直後にチャットルームに加わったときに、会議サーバーは、ユーザＢが既存の参加者の阻止リストに現われるか調べるチェックを遂行し、そして会議サーバーは、ユーザＡの阻止リストに一致を見つける。阻止リストにこの一致を見つけた結果として、会議サーバーは、以下に詳細に述べるように、ステップＳ１８において、変更されたＳＩＰ  ＮＯＴＩＦＹメッセージをユーザＡに送信する。チャットルームへの他の参加者であって、阻止リストに一致する参加ユーザをもたない参加者には、通常の、変更されないＳＩＰ  ＮＯＴＩＦＹメッセージが送信される。
【００４０】
変更されない通知メッセージの基本的構造が図４に示されている。これに対して、上述した変更された通知メッセージの基本的構造が図５に示されている。図４の、変更されないメッセージは、「ユーザ」フィールド４０２、「表示テキスト」フィールド４０４、「関連ａｏｒｓ」フィールド４０６、「役割」フィールド４０８、及び「言語」フィールド４１０を含む。図５の、変更された通知メッセージは、余計なフィールド「あなたの阻止リスト(in-your-blocklist)」５０２を含み、これは、データ「イエス」を含むことにより、チャットルーム内の特定ユーザがユーザの阻止リストに載せられた者に一致することを指示する。
【００４１】
ステップＳ１８で送信されるような変更された通知メッセージの詳細な表現は、次の通りである。ここに示す実施形態の一部分として追加される新たな「あなたの阻止リスト」フィールドは、太字で示す。
2009500934.tif 000003
【００４２】
図３を再び参照すれば、変更されたＮＯＴＩＦＹメッセージを受け取ると、ユーザＡには、彼の阻止リストにあるユーザＢがチャットルームに加わったか、招待されているか、又はそこに既に存在しているかが通知される。ユーザＡは、このとき、チャットルームに留まるがユーザＢからのテキストを見ないか、ユーザＢのテキストを一時的に見るのを許すように自分の阻止リストを更新するか、或いはユーザＡがチャットルームに加わらずに立ち去るよう選択するかの選択肢を有する。
【００４３】
ユーザＡがチャットルームに留まるがユーザＢからのテキストを見ないように選択する場合には、サーバーは、ユーザＢのテキストのフィルタリングを遂行することができる。或いは又、ユーザターミナルがフィルタリングを遂行してもよい。チャットルーム内の他の全ての参加者は、ユーザＢのテキストを見ることができる。他の参加者は、ユーザＡがユーザＢのメッセージをフィルタリングしたことを知らない。
【００４４】
阻止されたユーザの通知は、一度しか行なわれず、その後、メッセージは全ての参加者に送信される。しかしながら、会議サーバーは、上述したように、メッセージの更なるフィルタリングを遂行することができる。
【００４５】
ユーザＢが、新たに加わるユーザとして、既に参加しているユーザのいずれかを自分の阻止リストに有する場合（例えば、ユーザＢがユーザＡをその阻止リストに有する場合）には、ユーザＢに、上述したように、変更されたＮＯＴＩＦＹメッセージが送信され、そして上述したユーザＡと同じ３つの選択肢を有することになる。しかしながら、ここに示す例では、ユーザＢは、他の参加者のいずれも自分の阻止リストに有しておらず、それ故、Ｓ１９において、変更されないＮＯＴＩＦＹメッセージが送信される。
【００４６】
次いで、本発明の第２の実施形態のネットワーク構造６００を示す図６を参照する。このシナリオでは、第１の実施形態で示されたのと同じ３人のユーザ、即ちユーザＡ２０２、ユーザＢ２０４及びユーザＣ２０６が存在する。第１の実施形態と同様に、ユーザＣがチャットルームを生成し、ユーザＡ及びユーザＢを招待する。しかしながら、ユーザＢがユーザＡの阻止リストに存在する。本発明の第２の実施形態では、会議サーバー６０２のアーキテクチャーは、２つの論理的要素、即ち参加ＩＭサーバー６０４（又は阻止リストマネージャー）、及び制御ＩＭサーバー６０６（又はセッションマネージャー）を備えている。
【００４７】
参加ＩＭサーバーは、メッセージの受信者であるユーザのホームネットワーク内にあり、これは、受信サーバーであって、個々の受信者のメッセージ配送要求を実行する。参加ＩＭサーバーは、それに関連したユーザの阻止リストを維持し、そして阻止リスト一致プロセスを遂行する役割を果たす。制御サーバーは、グループ会話をホストし／所有するネットワークに位置される。
【００４８】
図７は、図６を参照して上述したエンティティ間でのシグナリングメッセージの交換を示す。第１の実施形態と共通であることに、ユーザＣが、ステップＳ２０において、制御ＩＭサーバー６０６にＳＩＰ  ＩＮＶＩＴＥメッセージを送信することにより、チャットセッションを開始する。次いで、制御ＩＭサーバーは、７０２において、フォーカスインスタンスを生成し、ミクサリソースを予約する。次いで、ユーザＣは、会議状態通知に契約する。このプロセスは、ステップＳ２１において、制御ＩＭサーバーとユーザＣとの間の通信を含む。
【００４９】
次いで、ユーザＣは、ステップＳ２２において制御ＩＭサーバーへＳＩＰ  ＲＥＦＥＲメッセージを送信し、これは、ユーザＡ及びユーザＢをチャットルームへ招待すべきであることを指示する。制御ＩＭサーバーは、次いで、ステップＳ２３において、ユーザＡに対する参加ＩＭサーバーへＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、次いで、ステップＳ２４において、参加ＩＭサーバーからユーザＡへ更に送信される。又、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ステップＳ２５及びＳ２６において、参加ＩＭサーバーを経てユーザＢへも送信される。ＳＩＰ  ＩＮＶＩＴＥメッセージを首尾良く受け取ると、ユーザＡ及びユーザＢは、ステップＳ２７及びＳ２９において、２００  ＯＫメッセージで応答し、これらは、ステップＳ２８及びＳ３０において参加ＩＭサーバーを経て制御ＩＭサーバーへ返送される。
【００５０】
本発明の第１の実施形態とは対照的に、この実施形態の参加ＩＭサーバーは、ユーザの阻止リストを既に維持しており、それ故、制御ＩＭサーバーが素子リスト情報に契約する必要はない。
【００５１】
ユーザＡ及びＢは、Ｓ３１及びＳ３３において、参加ＩＭサーバーへＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを送信して、会議変化通知（例えば、新たなユーザが加わった）に契約し、これらは、ステップＳ３２及びＳ３４において、制御ＩＭサーバーへ転送される。これらメッセージは、制御ＩＭサーバーからの２００  ＯＫメッセージで確認され、これらは、ステップＳ３５及びＳ３６において参加ＩＭサーバーを経てユーザＡへ通され、そしてステップＳ３８及びＳ３９においてユーザＢへ通される。制御ＩＭサーバーは、ステップＳ３７及びＳ４０において、ＳＩＰ  ＮＯＴＩＦＹメッセージをユーザＣへ送信し、ユーザＡ及びユーザＢがチャットルームに加わったことをユーザＣに通知する。
【００５２】
制御ＩＭサーバーは、ステップＳ４１において、新たなユーザがチャットルームに加わったというＳＩＰ  ＮＯＴＩＦＹメッセージを参加ＩＭサーバーへ送信する。このメッセージは、ＯＭＡプッシュ・ツー・トークオーバーセルラー（ＰｏＣ）における“ｐｏｃ−ｔａｇ”と同様の“ｉｍ−ｔａｇ”を含み、これは、メッセージを参加ＩＭサーバーへルーティングするのに使用される。“ｉｍ−ｔａｇ”特徴タグは、ＳＩＰメッセージにおける「コンタクト」又は「アクセプト−コンタクト」ヘッダに追加される。
【００５３】
参加ＩＭサーバーは、７０４において、チャットルームに加わる各ユーザのチェックを遂行し、参加ユーザの阻止リストのいずれかにユーザが含まれているかどうか調べる。この例では、ユーザＡの場合に、ユーザＢがユーザＡの阻止リストにある。それ故、ユーザＢがユーザＡの直後にチャットルームに加わったときに、参加ＩＭサーバーは、ユーザＢが既存の参加者の阻止リストに現われるか調べるチェックを遂行し、そして参加ＩＭサーバーは、ユーザＡの阻止リストに一致を見つける。阻止リストにこの一致を見つけた結果として、参加ＩＭサーバーは、ユーザＢが阻止リストにあることを指示するように制御ＩＭサーバーからのＳＩＰ  ＮＯＴＩＦＹメッセージを変更し、そしてその変更されたＳＩＰ  ＮＯＴＩＦＹメッセージをステップＳ４２においてユーザＡへ送信する。ステップＳ４２で送信される変更されたＳＩＰ  ＮＯＴＩＦＹメッセージは、本発明の第１の実施形態について上述したものと同じである。チャットルームへの他の参加者であって、阻止リストに一致する参加ユーザをもたない参加者には、通常の、変更されないＳＩＰ  ＮＯＴＩＦＹメッセージが送信される。
【００５４】
変更されたＮＯＴＩＦＹメッセージを受け取ると、ユーザＡは、チャットルームに留まるがユーザＢからのテキストを見ないか、ユーザＢのテキストを一時的に見るのを許すように自分の阻止リストを更新するか、或いはユーザＡがチャットルームに加わらずに立ち去るよう選択するかの選択肢を有する。ユーザＡがチャットルームに留まるがユーザＢからのテキストを見ないように選択する場合には、参加ＩＭサーバーは、ユーザＢのテキストのフィルタリングを遂行することができる。チャットルーム内の他の全ての参加者は、ユーザＢのテキストを見ることができる。他の参加者は、ユーザＡがユーザＢのメッセージをフィルタリングしたことを知らない。阻止されたユーザの通知は、一度しか行なわれず、その後、メッセージは全ての参加者に送信される。しかしながら、参加ＩＭサーバーは、上述したように、メッセージの更なるフィルタリングを任意に遂行してもよい。
【００５５】
ユーザＢが、新たに加わるユーザとして、既に参加しているユーザのいずれかを自分の阻止リストに有する場合（例えば、ユーザＢがユーザＡをその阻止リストに有する場合）には、ユーザＢに、上述したように、変更されたＮＯＴＩＦＹメッセージが送信され、そして上述したユーザＡと同じ３つの選択肢を有することになる。しかしながら、ここに示す例では、ユーザＢは、他の参加者のいずれも自分の阻止リストに有しておらず、それ故、Ｓ４３において、変更されないＮＯＴＩＦＹメッセージが送信される。
【００５６】
本発明の第３の実施形態のネットワーク構造８００が示された図８を参照する。このシナリオには、第１及び第２の実施形態に示された同じ３つのユーザ、即ちユーザＡ２０２、ユーザＢ２０４及びユーザＣ２０６が存在する。第１及び第２の実施形態と同様に、ユーザＣは、チャットルームを生成し、そしてユーザＡ及びユーザＢを招待する。しかしながら、ユーザＢは、ユーザＡの阻止リストに存在する。本発明の第３の実施形態では、ユーザターミナルは、ＩＭクライアント８０４及びユーザインターフェイス（ＵＩ）８０６を備えている（この場合は、ユーザＡについて示すだけである）。このネットワーク構造は、会議サーバー８０２を備えているが、これは、第１及び第２の実施形態の場合と同じ機能を全て遂行するものではない。特に、参加者の阻止リストは、ＩＭクライアントにローカルに記憶されている。ＩＭクライアントは、次いで、チャットルームに加わるユーザ又は参加者と阻止リストとの間の比較を行う。
【００５７】
図９は、図８を参照して上述したエンティティ間でのシグナリングメッセージの交換を示す。先の実施形態と共通なことに、ユーザＣは、ステップＳ４４において、会議サーバー８０２へＳＩＰ  ＩＮＶＩＴＥメッセージを送信することによりチャットセッションを開始する。会議サーバーは、９０２において、フォーカスインスタンスを生成し、そしてミクサリソースを予約する。次いで、ユーザＣは、会議状態通知に契約する。このプロセスは、ステップＳ４５において、会議サーバーとユーザＣとの間の通信を含む。
【００５８】
ユーザＣは、次いで、ステップＳ４６において、会議サーバーへＳＩＰ  ＲＥＦＥＲメッセージを送信し、これは、ユーザＡ及びユーザＢをチャットルームに招待すべきであることを指示する。会議サーバーは、ステップＳ４７及びＳ４８において、ユーザＡ及びユーザＢにＳＩＰ  ＩＮＶＩＴＥメッセージを各々送信し、これらは、ステップＳ４９及びＳ５０において、ユーザＡ及びユーザＢからの２００  ＯＫメッセージで確認される。ユーザＡ及びユーザＢは、ステップＳ５１及びＳ５２において、会議サーバーへ送信されるＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージでチャットルームに契約する。会議サーバーは、ステップＳ５３及びＳ５５において、ユーザＡ及びユーザＢに対し２００  ＯＫメッセージで確認する。その間に、会議サーバーは、ステップＳ５４において、ユーザＡがチャットルームに加わったことをユーザＣに通知し、そしてＳ５６において、ユーザＢに対して同じことを行なう。
【００５９】
本発明のこの実施形態では、チャットルームに加わるユーザと、参加者の阻止リストに載せられたユーザとの比較が会議サーバーにおいて行われない。むしろ、新たなユーザがチャットルームに加わると、ＳＩＰ  ＮＯＴＩＦＹメッセージが参加者へ送信される。図９に示す例では、ステップＳ５７において、ユーザＡにＳＩＰ  ＮＯＴＩＦＹメッセージが送信される。次いで、ユーザターミナルのＩＭクライアント８０４は、チャットルームに加わるユーザを、９０４において、ＩＭクライアントにローカル記憶された阻止リストと比較する。ユーザＡの場合に、ＩＭクライアントは、ユーザＢがチャットルームに加わるときに阻止リストにおいて一致を見出す。一致が見つかると、ＩＭクライアントは、ステップＳ５８において、ＵＩを経てユーザに通知する。
【００６０】
ユーザＡは、ＩＭクライアントから通知を受け取ると、先の実施形態と同じ選択肢を有する。ユーザＡは、チャットルームに留まるがユーザＢからのテキストを見ないか、ユーザＢのテキストを一時的に見るのを許すように自分の阻止リストを更新するか、或いはユーザＡがチャットルームに加わらずに立ち去るよう選択できるかの選択肢を有する。ユーザＡがチャットルームに留まるがユーザＢからのテキストを見ないように選択する場合には、ＩＭクライアントは、ユーザＢのテキストのフィルタリングを遂行する。チャットルーム内の他の全ての参加者は、ユーザＢのテキストを見ることができる。他の参加者は、ユーザＡがユーザＢのメッセージをフィルタリングしたことを知らない。
【００６１】
ユーザＢが、新たに加わるユーザとして、既に参加しているユーザのいずれかを自分の阻止リストに有する場合（例えば、ユーザＢがユーザＡをその阻止リストに有する場合）には、ユーザＢのターミナルのＩＭクライアントが、上述したように、ユーザＢに通知し、そしてユーザＢは、上述したユーザＡと同じ３つの選択肢を有することになる。しかしながら、ここに示す例では、ユーザＢは、他の参加者のいずれも自分の阻止リストに有しておらず、それ故、Ｓ４３においてＳＩＰ  ＮＯＴＩＦＹメッセージが送信された後に、ＩＭクライアントは、一致を見出さず、ユーザＢに通知する必要はない。
【００６２】
本発明のこの実施形態は、先の２つの実施形態の場合のように、変更されたＳＩＰ通知メッセージを必要としない。これは、参加者に対してローカルであるＩＭクライアントから通知が到来し、そして送信される通知が、使用されるＵＩに依存するからである。
【００６３】
以上に述べた３つの実施形態は、チャットルームの創設者が、招待客の好みの詳細を知る必要なく、誰でも参加するよう招待できるという効果を有する。むしろ、チャットルームへの招待客（例えば、ユーザＡ）には、阻止されたユーザの存在をいかに取り扱うかの選択肢が与えられる。それ故、チャットルームの創設者は、招待客のプライベートな阻止リスト情報の詳細を与える必要がない。更に、他の既知の解決策とは異なり、ＩＭシステムに欠陥が生じるとは思われない。
【図面の簡単な説明】
【００６４】
【図１】ワイヤレス通信システムを示す図である。
【図２】本発明の第１実施形態のネットワーク構造を示す図である。
【図３】本発明の第１実施形態において交換されるシグナリングメッセージを示す図である。
【図４】既知のＳＩＰ  ＮＯＴＩＦＹメッセージの構造を示す図である。
【図５】変更型ＳＩＰ  ＮＯＴＩＦＹメッセージの構造を示す図である。
【図６】本発明の第２実施形態のネットワーク構造を示す図である。
【図７】本発明の第２実施形態において交換されるシグナリングメッセージを示す図である。
【図８】本発明の第３実施形態のネットワーク構造を示す図である。
【図９】本発明の第３実施形態において交換されるシグナリングメッセージを示す図である。
【図１】
2009500934.tif 000004
【図２】
2009500934.tif 000005
【図３】
2009500934.tif 000006
【図４】
2009500934.tif 000007
【図５】
2009500934.tif 000008
【図６】
2009500934.tif 000009
【図７】
2009500934.tif 000010
【図８】
2009500934.tif 000011
【図９】
2009500934.tif 000012
【国際調査報告】
2009500934.tif 000013
2009500934.tif 000014
2009500934.tif 000015