(57)【要約】  インスタントメッセージングのユーザグループ内のトピックをソートする方法が開示される。インスタントメッセージングサーバは、ユーザグループ内においてトピックを生成するためのユーザリクエストを受信すると、対応するトピックグループを生成する。後でトピックに加わるためのリクエストを受信すると、サーバは、リクエスト側ユーザを対応するトピックグループ内に追加する。トピックグループのユーザからメッセージを受信すると、サーバは、メッセージを同一トピックグループの他のユーザに送信する。グループチャッティングにおけるトピックソーティング技術を用いて、方法により、ユーザが使い勝手の良いようにメッセージを簡便に分類することができ、これにより、グループ議論を可能にしつつ、無関係のトピックからの干渉を低減する。上記方法は、ユーザ経験を改善し、グループチャッティングの恩恵を最大化するのに有用であり、サーバによって送られる不要なメッセージの量も低減することができる。
2010533906.tif 000002
【特許請求の範囲】
【請求項１】
インスタントメッセージングサーバを用いてトピックをソートする方法であって、
ユーザグループ内においてトピックを生成するためのユーザリクエストを開始側ユーザから受信するステップと、
前記トピック及び対応するトピックグループを前記ユーザグループ内に生成するステップと、
前記トピックに加わるためのユーザリクエストをリクエスト側ユーザから受信するステップと、
前記リクエスト側ユーザを前記対応するトピックグループ内に追加するステップと、
前記トピックグループ内の参加中のユーザから、前記トピックに関連するメッセージを受信するステップと、
前記メッセージを前記トピックグループのユーザに送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記トピックが前記ユーザグループ内に生成されると、前記ユーザグループ内のユーザに対し、前記生成されたトピックについて通知するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザグループ内のユーザに前記生成されたトピックについて通知するステップは、
前記ユーザグループ内の前記ユーザに通知メッセージを送るか、又は、前記ユーザグループの一次空間内にお知らせを提示するステップをさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記トピックグループから退会するためのリクエストが前記リクエスト側ユーザから受信されると、前記リクエスト側ユーザを前記トピックグループから削除するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記トピックグループ内のユーザの数がゼロである場合、前記トピックを削除するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記トピックが前記ユーザグループ内に生成されると、前記方法は、
前記リクエスト側ユーザのユーザインターフェースにトピックウィンドウを追加するステップと、
前記トピックのメッセージを前記トピックウィンドウ内に表示するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
ユーザターミナルに接続されたサーバを含むインスタントメッセージングシステムであって、前記サーバは、
ユーザグループ内においてトピックを生成するためのユーザリクエストを開始側ユーザから受信する工程と、
前記トピック及び対応するトピックグループを前記ユーザグループ内に生成する工程と、
前記トピックに加わるためのユーザリクエストをリクエスト側ユーザから受信する工程と、
前記リクエスト側ユーザを前記対応するトピックグループ内に追加する工程と、
前記トピックグループ内の参加中のユーザから、前記トピックに関連するメッセージを受信する工程と、
前記メッセージを前記トピックグループのユーザに送信する工程と
を行うように適合されることを特徴とするシステム。
【請求項８】
前記サーバは、
前記トピックを生成するための前記ユーザリクエストを受信し、前記トピックグループを前記ユーザグループ内に生成するトピック生成モジュールと、
前記トピックに加わるための前記リクエストを受信し、前記リクエスト側ユーザを前記トピックグループ内に追加するトピックグループ処理モジュールと、
前記参加中のユーザから前記メッセージを受信し、前記メッセージを前記トピックグループのユーザに送るメッセージ送信モジュールと
を含むことを特徴とする請求項７に記載のシステム。
【請求項９】
前記リクエスト側ユーザが前記トピックから退会した後、前記トピックグループ処理モジュールをさらに用いて、前記リクエスト側ユーザを前記トピックグループから削除することを特徴とする請求項８に記載のシステム。
【請求項１０】
前記トピックグループ処理モジュールはトピック削除サブモジュールをさらに含み、前記対応するトピックグループ内のユーザの数がゼロである場合、前記トピック削除サブモジュールを用いて前記トピックを削除することを特徴とする請求項８に記載のシステム。
【請求項１１】
前記サーバは、前記ユーザグループ内のユーザに対して前記生成されたトピックについてさらに通知するように適合されることを特徴とする請求項７に記載のシステム。
【請求項１２】
前記サーバは通知モジュールを含み、前記通知モジュールは、前記生成されたトピックに関する通知メッセージを前記ユーザグループ内のユーザに送ることを特徴とする請求項７に記載のシステム。
【請求項１３】
前記サーバは通知モジュールを含み、前記通知モジュールは、前記ユーザグループの一次空間において、前記生成されたトピックに関するお知らせを提示することを特徴とする請求項７に記載のシステム。
【請求項１４】
前記サーバは、前記ユーザターミナルのうちの１つの表示モジュールと通信して、前記リクエスト側ユーザのユーザインターフェースにトピックウィンドウを追加し、前記トピックのメッセージを前記トピックウィンドウ内に表示するように適合されることを特徴とする請求項７に記載のシステム。
【請求項１５】
インスタントメッセージングサーバであって、
ユーザリクエストに従って、トピックグループをユーザグループ内に生成するトピック生成モジュールと、
リクエスト側ユーザから前記トピックグループに加わるためのリクエストを受信し、前記リクエスト側ユーザを前記トピックグループ内に追加するために用いられるトピックグループ処理モジュールと、
参加中のユーザからメッセージを受信し、前記メッセージを前記トピックグループ内のユーザに送るために用いられるメッセージ送信モジュールと
を含むことを特徴とするサーバ。
【請求項１６】
前記ユーザグループ内のユーザに前記生成されたトピックについて通知するために用いられる通知モジュールをさらに備えることを特徴とする請求項１５に記載のサーバ。
【請求項１７】
前記通知モジュールは、通知メッセージを前記ユーザグループ内の前記ユーザに送るために用いられる通知サブモジュールを含むことを特徴とする請求項１６に記載のサーバ。
【請求項１８】
前記通知モジュールは、前記生成されたトピックに関するお知らせを前記ユーザグループの一次空間内に提示するために用いられるお知らせサブモジュールを含むことを特徴とする請求項１６に記載のサーバ。
【請求項１９】
前記リクエスト側ユーザが前記トピックから退会した後、前記トピックグループ処理モジュールを用いて、前記リクエスト側ユーザを前記トピックグループから削除することを特徴とする請求項１５に記載のサーバ。
【請求項２０】
前記トピックグループ処理モジュールはトピック削除サブモジュールを含み、前記トピックグループのユーザの数がゼロである場合に、前記トピック削除サブモジュールを用いて前記トピックを削除することを特徴とする請求項１５に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループ内のトピックをソートするための方法、システム及び装置に関する。
【０００２】
本出願は、中国特許出願第２００７１０１３０２０５号（出願日：２００７年７月１３日、タイトル：「ＭＥＴＨＯＤ，ＳＹＳＴＥＭ，ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＳＯＲＴＩＮＧ  ＴＯＰＩＣＳ  ＷＩＴＨＩＮ  Ａ  ＧＲＯＵＰ」）に対する優先権を主張する。
【背景技術】
【０００３】
インスタントメッセージング（ＩＭ）は、インターネットなどのネットワークを介して接続されたコンピュータを介して情報を伝達する、２人以上の人間の間の１つの形態のリアルタイム通信である。インスタントメッセージングは、オンラインチャッティングなどのオンライン通信において幅広く用いられている。中国における一般的なインスタントメッセージングソフトウェアのいくつかの例として、ＴａｏＢａｏ、ＱＱ、ＭＳＮ、ＰＯＰＯ、ＵＣ及びＬＡＶＡ−ＬＡＶＡが挙げられる。インスタントメッセージングを用いると、友人がオンラインであるかどうかを確認し、その友人と瞬時に通信することができる。インスタントメッセージングは、電子メールを送信するよりも短時間ですみ、電話をかけるよりも便利である。多くの人間にとって、インスタントメッセージングは、ネットワーク化の時代において最も便利な通信方法である。
【０００４】
インスタントメッセージングは、ターミナルサービスであり、２人以上の人間がネットワークを介してテキストメッセージ及びファイルを相互に瞬時に送ることが可能である。インスタントメッセージングでは、音声及び映像通信をネットワークを介して行うことも、可能である。ほとんどのインスタントメッセージングサービスでは、在席確認の特性があり、例えば、連絡リストが表示され、上記リスト上の連絡先がその時にオンラインチャッティングが可能か否かが示される。インスタントメッセージングは、ユーザが自身の個人的チャットルームをネットワーク内に構築することが可能なリアルタイム通信を提供する。ネットワーク化がより一般的になるにつれ、ＩＭソフトウェアは、多数の人間間の対人関係を維持するための重要なツールとなっている。現在では、多くの人間が自身のＩＭアカウント（例えば、ＱＱアカウント及びＭＳＮアカウント）を自身の名刺上に記載しており、住所及び電話番号以外のさらなる重要な連絡手段となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
既存のインスタントメッセージングソフトウェアのほとんどは、グループ機能を提供する。例えば、ＴａｏＢａｏ及びＱＱのグループ機能では、同一グループ内の全メンバーにメッセージを配信する。１つのグループは、サーバ内に生成された固定関係である。グループ内のメッセージは、グループの関係設定に基づいて、先ず１ユーザから上記サーバへ、次に上記サーバから同一グループ内の全メンバーへと送られる。グループ機能（又はグループチャッティング機能）は、ＩＭユーザによって広範に用いられている。しかし、従来のグループチャッティング機能の使用において、多くの問題が存在している。例えば、グループ内での議論の内容を管理する規則が往々にして全く無いため、グループ議論が無秩序となる場合があり、そのため、その内容を検索又はフィルタリングするのが困難である。ユーザは、興味のあるトピックを見つけることができない場合、グループ内での議論に効果的に参加することができない。その結果、多くのユーザが、興味のない内容のトピックを受信してしまい、インスタントメッセージングを用いた議論に効果的に参加することができない。
【０００６】
上記の欠点を解消するために、既存の技術において、グループ内におけるプライベートチャッティングが提供されている。プライベートチャッティングは、サーバ内で生成された一時的関係である。プライベートチャッティングにより、サーバを通じて、より限定された当事者間の輪にメッセージを送ることができる。プライベートチャッティング時には、興味の無いトピックからの干渉は無い。
【０００７】
しかし、プライベートチャッティングを用いた既存技術において、特定の問題がいまだいくつか存在する。例えば、既存技術におけるプライベートチャッティングは、２人モード（２人のユーザのみの間のチャッティング）に限定される。そのため、グループ参加が制限され、グループチャッティング機能の本来の目的が無効になっている。経験の少ないユーザの場合、グループチャッティングによる恩恵も減ることが多い。
【課題を解決するための手段】
【０００８】
グループチャッティングにおける干渉の問題を解消するための、グループ内のトピックをソートする方法及びシステムが開示される。上記方法によれば、インスタントメッセージングサーバは、開始側ユーザから、ユーザグループ内においてトピックを生成するためのリクエストを受信し、対応するトピックグループを生成する。後でリクエスト側ユーザから前記トピックに加わるためのリクエストを受信すると、前記サーバは、前記リクエスト側ユーザを前記対応するトピックグループ中に追加する。前記トピックグループに参加中のユーザから送られたメッセージを受信すると、前記サーバは、前記インスタントメッセージングサーバを通じて、前記メッセージを前記同一トピックグループの他のユーザに送信する。前記同一ユーザグループ内の前記ユーザに前記生成されたトピックについて通知するため、前記サーバは、通知メッセージを前記ユーザに送るか、又は、前記ユーザグループの一次空間内にお知らせを掲示することができる。前記生成されたトピックにおけるインスタントメッセージングを可能にするため、前記サーバは、前記トピックグループに既に参加しているユーザのユーザインターフェースにトピックウィンドウを追加する。
【０００９】
一実施形態において、前記インスタントメッセージングサーバは、前記トピックグループを一時的かつ動的に管理する。例えば、あるユーザが前記トピックグループから退会した場合、前記サーバは前記ユーザを前記トピックグループから削除する。前記トピックグループから退会した前記ユーザを削除した後、前記サーバは、さらに、前記トピックグループ内のユーザ数を判定し、前記トピックグループ内のユーザ数がゼロになっている場合、トピックを削除することができる。
【００１０】
前記トピックをソートするシステムは、ユーザターミナルに接続されたサーバを含む。前記ユーザターミナルは、トピックを生成するためのユーザリクエスト、トピックに加わるためのリクエスト、及びトピックから退会するためのリクエストを前記サーバに通信するために用いられ、その際、前記サーバは、前記ユーザターミナルから受信された前記リクエストに応じて、前記トピックグループを管理する。詳細には、前記サーバは、ユーザグループ内にトピックを生成するためのユーザリクエストを開始側ユーザから受信する工程と、前記トピック及び対応するトピックグループを前記ユーザグループ内に生成する工程と、リクエスト側ユーザから前記トピックに加わるためのユーザリクエストを受信する工程と、前記リクエスト側ユーザを前記対応するトピックグループ内に追加する工程と、前記トピックグループ内の参加中のユーザから前記トピックに関連するメッセージを受信する工程と、前記メッセージを前記トピックグループのユーザに送信する工程とを行うように、適合される。
【００１１】
一実施形態において、前記サーバは、トピック生成モジュール、トピックグループ処理モジュール、及びメッセージ送信モジュールを含む。前記トピック生成モジュールは、前記トピックを生成するための前記ユーザリクエストを受信し、前記ユーザグループ内に前記トピックグループを生成するために使用される。前記トピックグループ処理モジュールは、前記トピックに加わるためのリクエストを受信し、前記リクエスト側ユーザを前記トピックグループに追加するために使用される。前記メッセージ送信モジュールは、参加中のユーザからメッセージを受信し、前記トピックグループのユーザに前記メッセージを送るために使用される。
【００１２】
前記サーバは、前記ユーザグループ内のユーザに対して前記生成されたトピックについて通知するために用いられる通知モジュールをさらに含み得る。前記通知モジュールは、通知メッセージを前記グループ内の前記ユーザに送るためのメッセージ通知サブモジュール及び／又は前記ユーザグループの一次空間内において前記生成されたトピックについてお知らせを掲示するためのお知らせサブモジュールを含み得る。
【００１３】
また、ユーザが前記トピックから退会した後、前記トピックグループ処理モジュールを用いて、前記トピックグループから前記ユーザを削除する。前記トピックグループ処理モジュールは、トピック削除サブモジュールを含み得る。前記トピック削除サブモジュールは、前記トピックグループ内のユーザ数を判定し、前記トピックグループのユーザ数がゼロである場合に前記トピックを削除する。
【００１４】
一実施形態において、前記サーバは、ユーザターミナルの表示モジュールと通信して、前記リクエスト側ユーザのユーザインターフェースにトピックウィンドウを追加し、前記トピックウィンドウ内に前記トピックのメッセージを表示するように、適合される。前記表示モジュールは、前記追加されたトピックウィンドウを前記トピックグループに加わっているユーザの前記ユーザインターフェース内に表示するように、適合される。前記表示モジュールは、前記トピックウィンドウ内の前記トピックの前記メッセージを表示する。
【００１５】
グループチャッティングにおけるトピックソーティング技術を用いて、本明細書中に記載される方法により、前記ユーザがメッセージを簡便にソートすることができ、これにより、グループ議論を可能にしつつ、無関係のトピックからの干渉を低減することができる。前記方法により、ユーザ経験が改善され、グループチャッティングの恩恵が最大になり、前記サーバによって送られる不要なメッセージの量も低減することができる。
【００１６】
本課題を解決するための手段は、以下の発明を実施するための形態においてさらに記載される概念のうちのいくつかを簡単に紹介したものである。本課題を解決するための手段は、請求項に記載の内容の主要な特徴又は本質的特徴を特定することを意図しておらず、また、請求項に記載の内容の範囲を決定する際の支援として用いられることも意図していない。
【図面の簡単な説明】
【００１７】
添付図面を参照して、詳細な説明を記載する。異なる図面において、同一参照符号は、類似又は同一の部分を指す。
【図１】インスタントメッセージングにおけるユーザグループにおいてトピックソーティングを提供する例示的なシステムの構造図である。
【図２】トピックをソートするための例示的な方法のフローチャートを示す。
【図３】トピックをソートするための別の例示的な方法のフローチャートを示す。
【図４】本開示の方法を実施するための例示的な環境を示す。
【発明を実施するための形態】
【００１８】
本明細書中に開示される例示的な実施形態は、無関係のトピック間の干渉を低減するための、グループチャッティングにおけるトピック機能を紹介する。トピックグループが、ユーザグループ内に確立される。ユーザグループは、従来のユーザグループ（例えば、インスタントメッセージングサーバによって設定されたチャットグループ）でよい。トピック機能により、ユーザは、自身の興味のあるトピックを選択し、対応する議論に参加することができる。これにより、ユーザの満足が増加する。本明細書中に開示される例示的な実施形態によって提案されるトピック機能は、一時的な関係設定である。インスタントメッセージングサーバは、トピックに加わるユーザと、トピックから退会するユーザとをリアルタイムで更新及び維持する。サーバはまた、トピックの状態をユーザグループの一次空間においてタイミング良く更新して、ユーザが自身の興味のあるトピックを参加対象として選択できるようにする。
【００１９】
いくつかの図面を参照して、以下、実践的な実装の例示的な実施形態について、さらに詳細に説明する。
【００２０】
図１は、インスタントメッセージングにおけるユーザグループにおけるトピックソーティングを提供する例示的システムの構造図である。図１中のシステムは、インスタントメッセージングサーバ１と、ユーザターミナル２とに基づく。インスタントメッセージングサーバ１は、ユーザターミナル２に接続される。ユーザターミナル２は、サーバ１に接続することができる複数のユーザターミナルを代表して示す。複数のユーザ（図示せず）は、複数のユーザターミナル２を通じて、サーバ１上でホストされるインスタントメッセージングシステムにアクセスすることができる。インスタントメッセージングシステムは、それぞれがユーザのグループからなる複数のユーザグループを有することができる。このようなユーザグループは、従来のインスタントメッセージンググループ（例えば、ニュースグループ及びチャットグループ）でよい。各ユーザグループは、一次空間を有する。ユーザがサーバ１上でホストされるインスタントメッセージングシステムにログオンし、ユーザグループに入ると、一次空間がユーザターミナル２を通じてユーザに提示される。一次空間は典型的に、対応するユーザグループの関連情報を表示する。
【００２１】
ユーザターミナル２を通じて、ユーザは、リクエスト（例えば、トピックを生成するためのリクエスト、トピックに加わるためのリクエスト、及びトピックから退会するためのリクエスト）をサーバ１に送る。サーバ１を用いて、ユーザターミナル２から受信されたリクエストに応じてトピックグループを管理する。
【００２２】
サーバ１は、トピック生成モジュール１１と、トピックグループ処理モジュール１２と、メッセージ送信モジュール１３とを含む。トピック生成モジュール１１を用いて、開始側ユーザからトピックを生成するためのリクエストをユーザターミナル２から受信し、リクエストに従って対応するトピックを生成する。トピックを生成するためのリクエストは、トピックのテーマ（又はタイトル）などの情報を含むことができる。リクエスト及びその情報を受信すると、サーバ１は、対応するテーマを生成し、同一ユーザグループ内の他のユーザに対し、生成されたトピックについて通知する。
【００２３】
例えば、サーバ１は、ユーザグループの一次空間内にボタンを含むことで、開始側ユーザがボタンをクリックしてユーザグループ内にトピックを生成し、対応するテーマを入力することができるようにしてよい。その場合、サーバ１は、一次空間内の指定領域内に生成されたトピックを表示して、ユーザグループ内のユーザが選択できるようにする。生成されたトピックが表示された後、同一のユーザグループ内のユーザは、トピックの状態を見ることができる。
【００２４】
トピックグループ処理１２を用いて、リクエスト側ユーザからトピックに加わるためのリクエストを受信し、リクエスト側ユーザを対応するトピックに追加する。例えば、リクエスト側ユーザは、ユーザグループの一次空間のユーザインターフェース内の指定領域内に表示された興味のあるトピックを選択することができる。トピック選択は、ユーザのポインタデバイス（例えばマウス）を用いて（例えば興味のあるトピックをダブルクリックすることにより）、達成することができる。
【００２５】
リクエスト側ユーザがトピックに加わった後、ユーザのためのユーザインターフェースウィンドウは、２つの部分に分割される。そのうち１つの部分は、ユーザグループの一次空間の内容のためのものであり、もう１つの部分は、トピックの内容のためのものである。ユーザはまた、興味のあるトピックを参加対象として２つ以上同時に選択することもできる。ユーザがトピックに加わるたびに、メッセージウィンドウから空間がセグメント化され、新規トピックメッセージウィンドウとして用いられる。トピックメッセージウィンドウは、トピックの通信内容（例えば、既に提示されたメッセージ）の表示と、ユーザによる新規メッセージの入力との双方のために、用いられる。トピックメッセージウィンドウを通じて入力された新規メッセージはサーバ１に送られ、サーバ１は、以下にさらに説明するように、受信したメッセージを同一トピックグループの他のユーザへと送信する。
【００２６】
メッセージ送信モジュール１３は、トピックグループ内のユーザによって送信されたメッセージを受信し、これらのメッセージを同一トピックグループ内の他のユーザへと送信するのに使用される。例えば、ユーザＡがあるユーザグループに属しており、このユーザグループがユーザＣ及びユーザＤなどの他のユーザを有する場合を想定する。ユーザＡは、車の整備に関するトピックをグループ内に生成する。トピックが生成された直後は、対応するトピックグループのメンバーはユーザＡだけである。ユーザグループの一次空間のユーザインターフェースを通じてトピックを見て、ユーザＣ及びユーザＤもトピックに加わる。サーバ１は、ユーザＣ及びユーザＤを追加することによってトピックグループを更新し、トピックグループの任意の現在のユーザによって送信されたメッセージを、同一トピックグループ内の他の現在のユーザへと送信する。
【００２７】
サーバ１は通知モジュール１４も含む。通知モジュール１４を用いて、ユーザグループ内のユーザに対して生成されたトピックについて通知し、これにより、ユーザは、生成されたトピックの存在をタイミング良く知り、興味のあるトピックを参加対象として選択することができる。本明細書中に提案されるのは、ユーザグループ内のユーザに通知するための、２つの例示的モードである。
【００２８】
第１の例示的モードにおいて、サーバ１は、お知らせ（又は通知）をユーザグループの一次空間の指定領域上に自動的に提示して、ユーザが選択できるようにする。お知らせが提示された後、ユーザグループ内の全ユーザは、トピックの状態を見ることができる。例えば、生成されたトピックを、一次空間のユーザインターフェースの指定領域上の一方側（例えば、右側）に表示することができる。ユーザは、トピックを直接ダブルクリックして、議論に参加することができる。ユーザグループのユーザがトピックに加わった後、ユーザのメッセージウィンドウは、２つの部分に分割される。そのうち１つの部分は、ユーザグループの一次空間の内容（例えば、ユーザグループ内のメッセージ）を表示するためのものであり、もう１つの部分は、トピックの内容を表示するためのものである。ユーザはまた、複数のトピックを議論のために参加対象として同時に選択することもできる。トピックが追加されるたびに、メッセージウィンドウからの１つのセグメントが当該トピック用のトピックウィンドウとして用いられる。理論的には、同一のユーザが、無限の数のトピックに同時に参加することができる。しかし、メッセージウィンドウの空間は有限であるため、ユーザが同時に加わることのできるトピックの数をサーバ１によって制限設定するのが最適とすることができる。
【００２９】
グループ内の他のユーザに通知する第２の例示的モードでは、トピックが生成された後、サーバ１は、トピックに関する通知メッセージをグループ内の他のユーザに自動送信する。このメッセージ内にトピックへのリンクを設けて、ユーザグループ内のユーザがトピックをダブルクリックするだけでトピックの議論に入ることができるようにしてもよい。最適には、サーバ１は、ユーザが加わることのできるトピックの数に制限を設定することができる。
【００３０】
通知モジュール１４は、通知サブモジュール１４１及び１４２をさらに含む。通知サブモジュール１４１は、ユーザグループ内のユーザに通知メッセージを送るために用いられるメッセージ通知モジュールである。通知サブモジュール１４２を用いて、生成されたトピックについて、ユーザグループの一次空間内にお知らせを提示する。
【００３１】
いくつかの実施形態において、サーバ１は、トピックグループを一時的かつ動的に管理する。例えば、以下に説明するように、ユーザがトピックから退会した後、トピックグループからユーザを削除するためにも、トピックグループ処理モジュール１２が用いられる。
【００３２】
トピックグループは一時的なものであるため、サーバは、好適にはユーザがトピックグループへ参加及び退会するたびに、リアルタイムでトピックグループを時々更新及び維持する。ユーザは、トピックに参加したくなくなった場合、トピックから出て行ってユーザグループの一次空間のユーザインターフェースに戻ることもできるし、あるいは別のトピックに参加することもできる。ユーザがトピックから出て行くと、元のメッセージウィンドウが自動的に復帰される。例えば、ユーザがトピックに加わると、メッセージウィンドウは２つの部分に分割し、ユーザがこのトピックから退会すると、メッセージウィンドウは自動的に１つのウィンドウ全体へと戻る。ユーザがトピックから退会するか又はオフラインにした後、サーバ１は、自動的にユーザをトピックグループから削除する。その後、トピックの議論内容は、このユーザへと送られなくなる。
【００３３】
トピックグループは一時的な設定であるため、興味を有するユーザをもはや擁していないトピックグループを削除することで、一次空間のユーザインターフェースが長期間にわたって無効のトピックによって占有されることを回避する。これを達成するため、トピックグループ処理モジュール１２は、トピック削除サブモジュール１２１をさらに含む。トピック削除サブモジュール１２１を用いて、あるトピックグループ内のユーザ数がゼロであるか否かを判定する。トピックグループ内のユーザ数がゼロであると分かった場合、トピック削除サブモジュールは、トピックを削除することができる。削除対象を判定するための１つの例示的な方法によれば、ユーザがトピックから退会するか又はオフラインにするたびに、トピックグループ内のユーザ数を確認する。このようにして、ユーザが全く参加していないトピックを迅速に無くすことができる。
【００３４】
ユーザターミナル２は、メッセージ表示モジュール２１を含む。メッセージ表示モジュール２１を用いて、トピックウィンドウを表示する。トピックウィンドウは、ユーザがトピックに加わった際に、ユーザのユーザインターフェースに追加される。メッセージ表示モジュール２１はまた、トピックウィンドウ内のトピックグループ内にもメッセージを表示する。詳細には、ユーザがトピックをダブルクリックした後、ユーザのメッセージウィンドウは２つの部分に分割される。そのうち１つの部分は、一次空間の内容（例えば、ユーザグループ内のメッセージ）を表示するためのものであり、もう１つの部分は、トピックの内容を表示するためのトピックウィンドウである。ユーザが複数のトピックに加わった場合、メッセージ表示モジュール２１も、ユーザの複数のトピックウィンドウを表示及び管理する。
【００３５】
図２は、トピックをソートするための例示的な方法のフローチャートを示す。以下の説明において、プロセスを説明する順序は、限定として解釈されることを意図しておらず、記載されたプロセスブロックのうちの任意の数のものを任意の順序で組み合わせて、方法又は別の方法が実装することができる。トピックを設定するための記載の例示的な方法により、サーバは、グループ議論を維持しつつ、ユーザグループ内のユーザ間の干渉を低減することができる。
【００３６】
ブロックＳ２０１：サーバ１は、トピックを生成するためのリクエストを開始側ユーザから受信し、リクエストに従って、トピック及び対応するトピックグループをユーザグループ内に生成する。トピックを生成するためのリクエストは、トピックのテーマなどの情報を含むことができる。この情報を受信すると、サーバ１は、対応するテーマをユーザグループ内に生成し、上記グループ内の他のユーザに対し、トピックのテーマを通知する。その後、他のユーザは、興味がある場合、このトピックに参加することができる。例えば、サーバ１は、ユーザグループの一次空間内にボタンを提供することができる。開始側ユーザは、ボタンをクリックしてユーザグループ内にトピックを生成し、トピックの対応するテーマを入力することができる。その後、サーバは、生成されたトピックを一次空間の指定領域内に表示して、ユーザグループ内のユーザが選択できるようにする。トピックが生成及び表示されると、ユーザグループ内のユーザは、トピックの状態を見ることができる。サーバによって生成されたトピックグループは一時的設定である点に留意されたい。ユーザがトピックグループに参加及び退会するたびに、サーバ１は、タイミング良く及び好適にはリアルタイムで、トピックグループを更新することができる。例えば、ユーザＡが車の整備に関するトピックをグループ内に生成した場合を想定する。トピックグループが生成された直後は、トピックグループのメンバーはユーザＡだけである。しかし、トピックグループのメンバー構成は、ユーザの参加状況に応じて時とともに変化する。
【００３７】
ブロックＳ２０２：サーバ１は、トピックに加わるためのリクエストをリクエスト側ユーザから受信し、リクエスト側ユーザを対応するトピックグループ内に追加する。一般的に、リクエスト側ユーザ及び開始側ユーザは、同一ユーザグループ内にいる。例えば、同一ユーザグループ内のユーザが、ユーザグループの一次空間のユーザインターフェース内の指定領域内に表示されたトピックをダブルクリックすることができる。ユーザは、興味のあるトピックをどれでも参加対象として選択することができる。ユーザが選択したトピックに加わると、ユーザ用のユーザインターフェースウィンドウは、２つの部分に分割される。そのうち１つの部分は、ユーザグループの一次空間の内容を表示するためのものであり、もう１つの部分は、選択されたトピックの内容を表示するためのものである。ユーザは、興味のあるトピックを参加対象として２つ以上同時に選択することができる。ユーザがトピックに加わるたびに、メッセージウィンドウから１つのセグメントが新規トピックのトピックメッセージウィンドウとして割り当てられる。以下のブロックＳ２０３にさらに示すように、トピックメッセージウィンドウは、トピック通信内容の表示と、ユーザによって入力されたトピックメッセージの受信との両方のために用いられる。その後、受信されたトピックメッセージは、サーバ１から同一トピックグループの他のユーザへと送達される。
【００３８】
トピックグループのメンバー構成は、時とともに変化する。例えば、Ｓ２０１においてユーザＡが車の整備に関するトピックを生成した場合を想定する。同一ユーザグループのユーザＣ及びユーザＤは、ユーザグループの一次空間のユーザインターフェース内のトピックを見て、このトピックに加わることを決定する。サーバ１は、ユーザＣ及びユーザＤをトピックグループ内に追加する。トピックグループの初期のメンバーは、ユーザＡだけであった。ユーザＣ及びユーザＤが追加されて、トピックグループのメンバーは、ユーザＡ、ユーザＣ及びユーザＤの３人となった。
【００３９】
Ｓ２０３：サーバ１は、トピックグループ内の参加中のユーザによって送信されたメッセージを受信し、メッセージを同一トピックグループ内のその他のユーザへと送信する。上記にて示した車の整備トピックの例において、例えば、トピック内のユーザＡによって送られたメッセージは、サーバ１を介してユーザＣ及びユーザＤへと送信される。同様に、トピック内のユーザＣによって送られたメッセージは、サーバ１を介してユーザＡ及びユーザＤへと送信される。
【００４０】
図３は、トピックをソートするための別の例示的な方法のフローチャートを示す。図２に示す例示的な方法と比較して、この例示的な方法は、トピックをリアルタイムで維持する工程及びトピックをリアルタイムで更新する工程（無効のトピックを迅速に削除する工程を含む）を示す。以下に、上記の例示的な方法について詳細に説明する。
【００４１】
ブロックＳ３０１：サーバ１は、トピックを生成するためのリクエスト開始側ユーザから受信し、その後、リクエストされたトピック及び対応するトピックグループをユーザグループ内に生成する。トピックを生成するためのリクエストは、トピックのテーマなどの情報を含むことができる。サーバ１は、この情報を受け取ると、リクエストされたテーマのトピック及び対応するトピックグループをユーザグループ内に生成し、グループ内の他のユーザに対し、トピックについて通知する。その後、他のユーザは、興味を持つ場合、このトピックに加わることができる。サーバ１によって生成されたトピックグループは一時的設定であり、サーバは、トピックグループをリアルタイムで更新することができる。
【００４２】
ブロックＳ３０２：サーバは、同一のユーザグループ内のユーザに対し、生成されたトピックについて通知し、これにより、同一のユーザグループ内のユーザは、生成されたトピックの存在を迅速に認知し、興味が有ればトピックを参加対象として選択する。グループ内のユーザに通知するための２つの異なる例示的モードを用いることができる。第１のモードにおいて、サーバは、ユーザグループの一次空間の指定領域上にお知らせを自動的に提示して、ユーザが選択できるようにする。お知らせが提示されると、同一のユーザグループ内のユーザは、トピックの状態を見ることができる。例えば、生成されたトピックを、一次空間のユーザインターフェースの指定領域内で一方側（例えば、右側）に表示することができる。ユーザは、トピックを直接ダブルクリックして、トピックの議論に参加することができる。ユーザグループのユーザがトピックに加わると、ユーザのメッセージウィンドウは、２つの部分に分割される。そのうち１つの部分は、ユーザグループの一次空間の内容（例えば、ユーザグループ内のメッセージ）を表示するためのものであり、もう１つの部分は、トピックの内容を表示するためのものである。ユーザは、複数のトピックに議論のために参加することができる。トピックが追加されるたびに、メッセージウィンドウのうちの１つのセグメントが、このトピックのために用いられる。
【００４３】
ユーザグループ内の他のユーザに通知するための第２の例示的モードにおいて、開始側ユーザがトピックを生成した後、サーバ１は、生成されたトピックに関する通知メッセージをユーザグループ内の他のユーザに自動送信する。メッセージ内にこのトピックへのリンクを設けて、ユーザグループ内のユーザがトピックをダブルクリックするだけでトピックの議論に入ることができるようにしてもよい。最適には、サーバは、ユーザが一度に参加できるトピックの数に制限を設けるとよい。
【００４４】
グループ内のユーザに通知する方法は本開示の主眼ではないことを、理解されたい。サーバ１は、グループ内のユーザに通知するために、多くの異なる方法を用いることができる。上記した２つの方法は、ユーザに通知する方法の例にすぎない。グループ内のユーザに通知するための任意の適切な方法がサーバによって採用された場合も、本明細書中開示される方法の境界内に入る。
【００４５】
ブロックＳ３０３：サーバ１は、トピックに加わるためのリクエストを受信し、リクエスト側ユーザをトピックグループ内に追加する。リクエスト側ユーザのユーザターミナル２は、新規トピックウィンドウをユーザインターフェースに追加し、トピックウィンドウ内にトピックの現在のメッセージを表示する。例えば、リクエスト側ユーザがトピックに加わると、リクエスト側ユーザ用のユーザインターフェースウィンドウは、２つの部分に分割される。そのうち１つの部分は、ユーザグループの一次空間の内容のためのものであり、もう１つの部分は、トピックの内容のためのものである。ユーザは、興味のあるトピックを２つ以上参加対象として同時に選択することができる。ユーザがトピックに加わるたびに、メッセージウィンドウのうち１つのセグメントが新規トピックメッセージウィンドウのために用いられる。トピックメッセージウィンドウは、トピックの通信内容の表示のために用いられるが、ユーザによって入力されたメッセージを受信するためにも用いられる。
【００４６】
Ｓ３０４：ユーザがトピックから立ち退いた後、ユーザは、トピックグループから削除される。サーバは、トピックグループの更新及び維持を一時的に又は動的に（例えば、リアルタイムで）行うことができる。トピックグループに加わっていたユーザが特定のトピックに参加したくなくなった場合、ユーザは、トピックから出て行って、ユーザグループの一次空間のユーザインターフェースに戻るか、あるいは別のトピックに参加することができる。ユーザが出て行った後、オリジナルのメッセージウィンドウに戻る。例えば、ユーザがあるトピックに加わると、メッセージウィンドウは２つの部分に分割される。ユーザがこのトピックから退会した後、メッセージウィンドウは、自動的に１つの全体のウィンドウに戻る。ユーザがトピックから退会した後又はオフラインにした後、サーバは、ユーザをトピックグループから自動的に削除する。その後は、トピックの議論内容はこのユーザに送られなくなる。した車の整備トピックを一例として用いると、ユーザＣがトピックから立ち退くか又はオフラインにすると、サーバは、ユーザＣをトピックグループから削除することができる。その後、トピックグループの残りのメンバー（例えば、ユーザＡ及びユーザＤ）によって送られたメッセージは、ユーザＣには送られなくなる。
【００４７】
Ｓ３０５：ユーザがトピックから退会した後又はオフラインにした後、トピックグループ内に残っているユーザの数が確認される。或るトピック内のユーザ数がゼロであることが分かった場合、当該トピックは削除される。トピックグループ内にユーザが無い場合、このトピックに興味を持つ者が全くいないことを示す。トピックグループは一時的な関係設定であるため、サーバ１は好適には、このトピックを迅速に削除して、一次空間のユーザインターフェースが無効のトピックによって長期間占有されること回避すべきである。
【００４８】
上記した技術は、コンピューティングデバイス（例えば、コンピューティングユニットを有するサーバ又はパーソナルコンピュータ（ＰＣ））による支援により、実施することができる。
【００４９】
図４は、本開示の方法を実施するための例示的環境を示す。図示のシステム４００において、いくつかのコンポーネントがクライアント側にあり、他のコンポーネントがサーバ側にある。しかし、これらのコンポーネントは、他の複数の位置に設けてもよい。さらに、図示のコンポーネントを２つ以上組み合わせて、単一のコンポーネントを単一の位置に形成してもよい。
【００５０】
インスタントメッセージングシステム４０１は、コンピューティングデバイス４０２と共に実施される。コンピューティングデバイス４０２は好適には、サーバであり、プロセッサ（単数又は複数）４１０と、Ｉ／Ｏデバイス４２０と、コンピュータで読み出し可能な媒体（例えば、メモリ）４３０と、ネットワークインターフェース（図示せず）とを含む。４４１、４４２及び４４３などの他のコンピューティングデバイスも、同様のコンポーネントを持ち得る。コンピュータデバイス４０２は、ネットワーク（単数又は複数）４９０を介して、コンピューティングデバイス４４１、４４２及び４４３に接続される。一実施形態において、コンピューティングデバイス４０２は、本明細書中に記載されるインスタントメッセージングサーバであり、コンピューティングデバイス４４１、４４２及び４４３はそれぞれ、本明細書中に記載されるユーザターミナルとして用いることができる。
【００５１】
コンピュータで読み出し可能な媒体４３０は、アプリケーションプログラムモジュール４３２及びデータ４３４（例えば、使用情報、グループ情報及びメッセージ）を保存する。アプリケーションプログラムモジュール４３２は、命令を含む。これらの命令は、プロセッサ（単数又は複数）４１０によって実行されると、プロセッサ（単数又は複数）４１０に、本明細書中に記載されるプロセスのアクション（例えば、図２〜図３のプロセス内の特定のアクション）を実行させる。
【００５２】
コンピュータで読み出し可能な媒体は、コンピュータデータを保存する任意の適切なメモリデバイスとすることを理解されたい。そのようなメモリデバイスとしては、ハードディスク、フラッシュメモリデバイス、光学的データ記憶装置、及びフロッピー（登録商標）ディスク（ただし、これらに限定されない）が含まれる。さらに、コンピュータで実行可能な命令を含むコンピュータで読み出し可能な媒体は、ローカルシステム内のコンポーネント（単数又は複数）又は複数のリモートシステムのネットワークにわたって分散したコンポーネントからなり得る。コンピュータで実行可能な命令のデータは、有形の物理的メモリデバイス内に送達してもよいし、あるいは電子的に送信してもよい。
【００５３】
また、コンピューティングデバイスは、プロセッサ、Ｉ／Ｏデバイス及びメモリ（内部メモリ又は外部メモリのいずれか）を有する任意のデバイスでよく、パーソナルコンピュータに限定されないことを理解されたい。特に、コンピュータデバイス４０２は、サーバコンピュータであってもよいし、あるいは、ネットワーク（単数又は複数）４９０を介して接続されたこのようなサーバコンピュータのクラスターであってもよい。ネットワーク（単数又は複数）４９０は、インターネット又はイントラネットのいずれかでよい。
【００５４】
上記にて説明した通り、開示された方法及びシステムはグループチャッティングにおけるトピックソーティング技術を用いており、そのため、トピック及び関連付けられたユーザメッセージが、ユーザの使い勝手が良いように、簡便にソートされる。その結果、グループ議論を可能にしつつ、無関係のトピックからの干渉を低減することができる。従って、本明細書中に記載される方法及びシステムは、ユーザ経験の改善、及びグループチャッティングの恩恵を最大化するのに有用である。特定の範囲まで、上記方法は、サーバによって送られた不要なメッセージの量も低減する。
【００５５】
本明細書中に議論された可能な恩恵及び利点は、添付の特許請求の範囲を限定又は制限するものとして解釈されるべきではないことを理解されたい。
【００５６】
本主題内容について、構造的特徴及び／又は方法論的行為について具体的に説明してきたが、添付の特許請求の範囲に規定される主題内容は、必ずしもこれら記載の具体的構造的特徴又は方法論的行為に限定されないことが、理解されるべきである。むしろ、これらの具体的な特徴及び行為は、請求項を実施するための例示的形態として開示されたものである。
【図１】
2010533906.tif 000003
【図２】
2010533906.tif 000004
【図３】
2010533906.tif 000005
【図４】
2010533906.tif 000006
【国際調査報告】
2010533906.tif 000007