(57)【特許請求の範囲】
【請求項１】
インスタントメッセージンググループ管理装置によって実施されるインスタントメッセージンググループを管理するための方法であって、
前記インスタントメッセージンググループ管理装置の必読メッセージ特定ユニットが、グループセッションメッセージのうちの必読メッセージを特定するステップと、
前記インスタントメッセージンググループ管理装置の条件判定ユニットが、前記必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定するステップと、
前記インスタントメッセージンググループ管理装置のグループ解散ユニットが、前記グループ解散条件が満たされているとの判定に応じて、グループに関係したデータを削除することにより、所定の方針に基づいて前記グループを解散するステップと、
を含む、方法。
【請求項２】
前記グループ解散条件が満たされているか否かを判定するステップが、
前記必読メッセージがすべてのグループメンバーにより読まれたとの判定に応じて、前記グループ解散条件が満たされていると判定するステップを含む、
請求項1に記載の方法。
【請求項３】
前記グループ解散条件が満たされているか否かを判定するステップが、
前記必読メッセージがすべてのグループメンバーにより読まれたとの判定、および、前記必読メッセージの公開期間が第1の期間に達したとの判定に応じて、前記グループ解散条件が満たされていると判定するステップを含む、
請求項1に記載の方法。
【請求項４】
前記グループ解散条件が満たされているか否かを判定するステップが、
前記必読メッセージがすべてのグループメンバーにより読まれたという状態にないが、前記必読メッセージの公開期間が第2の期間に達したとの判定に応じて、前記グループ解散条件が満たされていると判定するステップを含む、
請求項1に記載の方法。
【請求項５】
前記グループ解散条件が満たされているか否かを判定するステップが、
前記必読メッセージを読んだグループメンバーの数が所定の割合を占めているとの判定に応じて、前記グループ解散条件が満たされていると判定するステップを含む、
請求項1に記載の方法。
【請求項６】
前記条件判定ユニットが、前記必読メッセージの上限数を取得するステップをさらに含む、
請求項1に記載の方法。
【請求項７】
前記グループ解散条件が満たされているか否かを判定するステップが、
前記グループセッションメッセージにおける前記必読メッセージの数が前記必読メッセージの前記上限数に達したとの判定に応じて、すべての前記必読メッセージの前記読みステータスに基づいて、前記グループ解散条件が満たされているか否かを判定するステップを含む、
請求項6に記載の方法。
【請求項８】
前記必読メッセージの前記上限数が、グループオーナーまたは管理者により設定される、
請求項6に記載の方法。
【請求項９】
前記所定の方針に基づいて前記グループを解散するステップが、
クライアントデバイスがグループリストにおいて前記グループを隠すように前記クライアントデバイスに隠し通知を送信するステップと、
前記グループの隠されている期間が第3の期間に達したとの判定に応じて、前記グループを解散するステップと、
を含む、
請求項1に記載の方法。
【請求項１０】
前記グループの前記隠されている期間が前記第3の期間に達する前に、問い合わせ命令がグループオーナーまたは管理者から受信されたとの判定に応じて、前記グループを表示するように前記クライアントデバイスに命令するステップと、
新しい必読メッセージが前記グループに現れたとの判定に応じて、前記グループの解散をキャンセルするステップと、
をさらに含む、
請求項9に記載の方法。
【請求項１１】
前記グループが、一時的なグループである、
請求項1に記載の方法。
【請求項１２】
前記必読メッセージが、
グループオーナーまたは管理者によりマーキングされる、
請求項1に記載の方法。
【請求項１３】
請求項1から請求項12のいずれか一項に記載の方法をインスタントメッセージンググループ管理装置によって実施するように構成されたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術の分野に関し、特に、インスタントメッセージンググループ管理方法および装置に関する。
【背景技術】
【０００２】
インターネット技術の大幅な進歩にともなって、インスタントメッセージング技術は、人の仕事および生活に多くの利便性をもたらしている。早期のICQおよびOICQ(現在広く使用されているメッセージングツールQQ)から、新世代のWeChat、Ding Talkなどまで、インスタントメッセージング技術は、よりユーザーフレンドリーな方向に進化している。
【０００３】
ほとんどのインスタントメッセージングは、多くの場合においてグループチャット技術をサポートしている。グループチャット技術は、例えば、同級生グループ、および会社グループといった実生活における同じグループ内のユーザーが、一緒に情報を交換および共有することを可能にし得る。現在のグループチャットアプリケーションでは、多くの場合、例えば、数人の仲間が重要な問題について話すためにグループに一時的に引き入れられるといった、何らかの単純な複数人チャットが見られる。しかし、このようなグループは、その後、使用されない可能性がある。その結果、サーバー側が、多くの「ゾンビグループ」を維持する必要があり、グループ管理の複雑さが増し、エラーが簡単に発生し得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
この観点から、本出願は、インスタントメッセージンググループ管理方法および装置を提供する。
【課題を解決するための手段】
【０００５】
特に、本出願は、以下の技術的な解決策を使用することにより実現される。
【０００６】
インスタントメッセージンググループ管理方法が提供され、本方法はグループセッションメッセージのうちの必読メッセージを特定するステップと、必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定するステップと、グループ解散条件が満たされている場合、所定の方針に基づいてグループを解散するステップとを含む。
【０００７】
インスタントメッセージンググループ管理装置が提供され、本装置は、グループセッションメッセージのうちの必読メッセージを特定するように構成された必読メッセージ特定ユニットと、必読メッセージの読みステータスに基づいてグループ解散条件が満たされているか否かを判定するように構成された条件判定ユニットと、グループ解散条件が満たされている場合、所定の方針に基づいてグループを解散するように構成されたグループ解散ユニットとを含む。
【０００８】
本出願において、グループ解散条件が満たされているか否かは、グループにおける必読メッセージの読みステータスに基づいて判定され得、グループ解散条件が満たされているとき、グループが所定の方針に基づいて解散されることにより、多数の「ゾンビグループ」を解散し、グループ管理の複雑さを減らし、サーバー側における記憶リソース、処理リソースなどを解放することがここまでの説明から理解され得る。
【図面の簡単な説明】
【０００９】
【図１】本出願の例示的な実施態様による、インスタントメッセージンググループ管理方法を示す概略フロー図である。
【図２】本出願の一実施態様による、グループセッションインターフェースを示す概略図である。
【図３】本出願の一実施態様による、所定の方針に基づいて実施されるグループ解散を示す概略フロー図である。
【図４】本出願の例示的な実施態様による、インスタントメッセージンググループ管理装置を示す構造図である。
【図５】本出願の例示的な実施態様による、インスタントメッセージンググループ管理装置を示すブロック図である。
【発明を実施するための形態】
【００１０】
例示的な実施態様が以下で詳細に説明され、例示的な実施態様の例が添付図面に示される。以下の説明が添付図面に関係しているとき、別段の指定がない限り、異なる添付図面における同じ数字は、同一または類似の要素を表す。以下の例示的な実施態様において説明される実施態様は、本出願に整合したすべての実施態様を表すわけではない。むしろ、実施態様は、添付の特許請求の範囲において詳細に説明される本出願のいくつかの態様に整合した装置および方法の例にすぎない。
【００１１】
本出願において使用される用語は、特定の実施態様を示すためのものにすぎず、本出願を限定することは意図されない。本出願および添付の特許請求の範囲において使用される単数形の英語の「a(不定冠詞)」および「the(定冠詞)」に対応した用語は、文脈上明確に別段の指定がない限り、複数形を含むようにも意図される。本明細書において使用される「および/または」という用語は、1つまたは複数の関係する列記された項目の任意の、または、すべての可能な組み合わせを示し、そのような組み合わせを含むことがさらに理解されなければならない。
【００１２】
しかし「第1の」、「第2の」、「第3の」などの用語が、様々な種類の情報を説明するために本出願において使用され得るが、その情報は、これらの用語に限定されないことが理解されなければならない。これらの用語は、同じ種類の情報を区別するために使用されるだけである。例えば、本出願の範囲から逸脱することなく、第1の情報は第2の情報とも呼ばれ得、同様に、第2の情報は、第1の情報とも呼ばれ得る。文脈に応じて、例えば、本明細書において使用される「〜である場合」という用語は、「〜である間に」、「〜であるとき」、または、「〜との判定に応じて」として説明され得る。
【００１３】
図1は、本出願の例示的な実施態様によるインスタントメッセージンググループ管理方法を示す概略フロー図である。
【００１４】
図1を参照すると、インスタントメッセージンググループ管理方法は、インスタントメッセージングサーバー側に適用され得、以下のステップを含む。
【００１５】
ステップ101:グループセッションメッセージのうちの必読メッセージを特定する。
【００１６】
本実施態様では、「会社グループ」および「同級生グループ」などの多くのグループが長続きするグループであり、これらのグループを解散する必要がないので、本出願では一時的なグループのみに対して必読メッセージが決定され、後続の解散工程が実施されてもよい。グループを生成するとき、グループクリエーターが「固定グループ」または「一時的なグループ」などのグループの種類を選択し得る。加えて、生成された固定グループに対して、グループオーナーまたは管理者は、さらに、設定オプションを使用することにより、固定グループの種類を一時的なグループに変更し得る。もちろん、生成された一時的なグループに対して、グループオーナーまたは管理者は、さらに、設定オプションを使用することにより一時的なグループの種類を固定グループに変更し得る。
【００１７】
本実施態様では、必読メッセージは、通常、グループオーナーまたは管理者などの許可されたグループメンバーによりマーキングされる。図2における一例を参照すると、クライアントデバイスを使用することによりグループセッションメッセージを公開した後、グループオーナーが、必読メッセージタップ操作、ダブルタップ操作、長押し操作などを使用することによりマーキングを始動し得る。例えば、グループオーナーは、すべてのグループメンバーにより読まれることが期待されるメッセージを、必読メッセージとしてマーキングし得る。グループオーナーがメッセージを必読メッセージとしてマーキングした後、グループオーナーのクライアントデバイスが、マーキングイベントをサーバー側に送信し得る。例えば、グループセッションメッセージ識別子を含むマーキングイベントが、サーバー側に送信され得、サーバー側は、受信されたマーキングイベントに基づいて、対応するグループセッションメッセージを必読メッセージとして特定し得る。
【００１８】
もちろん、実際には、必読メッセージは、他の手法でもマーキングされ得る。例えば、グループセッションメッセージが編集された後、グループセッションメッセージは、送信される前に、メッセージ編集ボックスにおいて必読メッセージとしてマーキングされ得る。従って、クライアントデバイスは、必読メッセージのマークをグループセッションメッセージと一緒にサーバー側に送信し得、後でマーキングイベントを送信する必要がない。実施態様は、本出願において限定されない。
【００１９】
ステップ102:必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定する。
【００２０】
本実施態様では、サーバー側は、必読メッセージの読みステータスに関する統計データを収集し得、読みステータスは、通常、既読または未読を含む。サーバー側は、各グループメンバーによる必読メッセージの読みステータスを検出し、次に、グループメンバー内の必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定し得る。読みステータスの検出は、関係する技術における実施上の解決策を使用することにより実施され得る。本出願では詳細は省略される。
【００２１】
本実施態様では、グループ解散条件は、デフォルト条件であり得るか、または、必要性に基づいてグループオーナーまたは管理者によりパーソナライズされ得る。
【００２２】
ステップ103:グループ解散条件が満たされている場合、所定の方針に基づいてグループを解散する。
【００２３】
本出願において、グループ解散条件が満たされているか否かは、グループにおける必読メッセージの読みステータスに基づいて判定され得、グループ解散条件が満たされているとき、グループが所定の方針に基づいて解散されることにより、多数の「ゾンビグループ」を解散し、グループ管理の複雑さを減らし、サーバー側における記憶リソース、処理リソースなどを解放することがここまでの説明から理解され得る。
【００２４】
以下一例として一時的なグループを使用することにより、本出願の実施態様の工程について詳細に説明する。
【００２５】
本実施態様では、グループオーナーまたは管理者などの許可されたグループメンバーが、必要性に基づいて必読メッセージの上限数を設定し得る。例えば、ユーザーAが、グループメンバーに重要なメッセージを公開するための一時的なグループを開設し、ユーザーAが、必読メッセージの上限数を1に設定し得ると仮定する。重要なメッセージを送信した後、ユーザーAは、重要なメッセージを必読メッセージとしてマーキングする。本出願では必読メッセージの上限数が固定されないことに留意することが重要である。一時的なグループが解散される前、ユーザーAは、実際の必要性に基づいて必読メッセージの上限数を変更し得る。本出願において実施態様は限定されない。
【００２６】
本実施態様では、サーバー側は、ユーザーAにより実施されるマーキングイベントに基づいて、各グループメンバーによる必読メッセージの読みステータスを検出し得る。
【００２７】
例えば、必読メッセージがすべてのグループメンバーにより読まれたと判定されたとき、サーバー側は、一時的なグループがグループ解散条件を満たしていると判定し得、さらに、所定の方針に基づいて一時的なグループを解散し得る。
【００２８】
別の例の場合、サーバー側が必読メッセージがすべてのグループメンバーにより読まれたと判定し、かつ、必読メッセージの公開期間が第1の期間に達したとき、サーバー側は、一時的なグループがグループ解散条件を満たしていると判定し得、さらに、所定の方針に基づいて一時的なグループを解散し得る。第1の期間は、ユーザーAにより事前決定され得るか、または、デフォルト値、例えば、1日または3日であり得る。例えば、第1の期間は1日である。サーバー側が必読メッセージがすべてのグループメンバーにより読まれたと判定し、かつ、必読メッセージの公開期間が24時間に達したとき、サーバー側は、所定の方針に基づいて一時的なグループを解散し得る。このような実施態様において、必読メッセージの公開期間が第1の期間に達する前に、グループメンバーは、一時的なグループ内で関係する議論をさらに実施し得るか、または、ユーザーAは、必要性に基づいて必読メッセージの上限数を再設定し得るため、従って、実施態様はより柔軟性が高く、ユーザー体験がより良いものとなる。
【００２９】
別の例の場合、サーバー側が必読メッセージがすべてのグループメンバーにより読まれたという状態にないと判定したが、必読メッセージの公開期間が第2の期間に達したとき、サーバー側は、一時的なグループがグループ解散条件を満たしていると判定し得、さらに所定の方針に基づいて一時的なグループを解散し得る。第2の期間は、ユーザーAにより事前決定され得るか、または、デフォルト値、例えば、15日または30日であり得る。第2の期間は、通常、第1の期間より長い。例えば、第2の期間は15日である。サーバー側が必読メッセージがすべてのグループメンバーにより読まれたという状態にないと判定したが、必読メッセージの公開期間が15日に達したとき、サーバー側は、所定の方針に基づいて一時的なグループを解散し得る。言い換えると、必読メッセージの公開期間が15日に達した場合、必読メッセージを読んでいないグループメンバーが存在するときでも、サーバー側は、さらに、所定の方針に基づいて一時的なグループを解散し得る。本実施態様では、個々のグループメンバーが必読メッセージを読まないという理由で一時的なグループが解散され得ないという問題が、効果的に避けられ得る。
【００３０】
別の例の場合、必読メッセージを読んだグループメンバーの数が所定の割合を占めていると判定した場合、サーバー側は、一時的なグループがグループ解散条件を満たしていると判定し得、さらに、所定の方針に基づいて一時的なグループを解散し得る。所定の割合は、また、ユーザーAにより、例えば、80%または90%に設定され得る。例えば、一時的なグループが全部で10人のグループメンバーを含むと仮定されたい。8人のメンバーが必読メッセージを読んだと判定した後、サーバー側は、所定の方針に基づいて一時的なグループを解散し得る。実際には、このような実施態様は、また、グループ解散条件の判定基準を取得するために、第1の期間および第2の期間と組み合わせられ得る。
【００３１】
別の例の場合、ユーザーAにより設定された必読メッセージの上限数が1より大きな値である場合、一時的なグループにおける必読メッセージの数が必読メッセージの上限数に達したことを特定したとき、サーバー側は、すべての必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定し得る。
【００３２】
例えば、ユーザーAが一時的なグループにおける必読メッセージの上限数を3に設定すると仮定されたい。一時的なグループにおける必読メッセージの数が3に達したと判定したとき、サーバー側は、グループ解散条件に基づいて判定することを実施し得る。例えば、3つの必読メッセージのすべてがすべてのグループメンバーにより読まれた場合、一時的なグループがグループ解散条件を満たしていると判定され得る。3つの必読メッセージのすべてがすべてのグループメンバーにより読まれ、かつ、公開時点が最新である必読メッセージの公開期間が24時間に達した場合、一時的なグループがグループ解散条件を満たしていると判定され得る。3つの必読メッセージのうちの少なくとも1つがすべてのグループメンバーにより読まれたという状態になく、かつ、公開時点が最新である必読メッセージの公開期間が15日に達した場合、一時的なグループがグループ解散条件を満たしていると判定され得る。本出願では詳細は省略される。
【００３３】
本実施態様では、以前の一時的なグループがグループ解散条件を満たしていると判定されたとき、グループが所定の方針に基づいて解散され得る。所定の方針は、開発者により設定され得る。
【００３４】
例えば、サーバー側は、一時的なグループをすぐに解散し得る。特に、一時的なグループに関係したすべての記憶された情報、例えば、グループ識別子、グループメンバーに関する情報、およびグループセッションメッセージが削除され得る。
【００３５】
別の例の場合、一時的なグループが解散される前に、バッファ期間がユーザーに対して確保され得る。図3を参照すると、所定の方針に基づいてグループを解散することは、以下のステップを含み得る。
【００３６】
ステップ301:クライアントデバイスに隠し通知を送信することにより、クライアントデバイスは、グループリストにおいてグループを隠す。
【００３７】
本実施態様では、以前の一時的なグループがグループ解散条件を満たしていると判定したとき、サーバー側は、まず、クライアントデバイスに隠し通知を送信し得る。隠し通知を受信した後、クライアントデバイスは、グループリストにおける一時的なグループを隠し得る。従って、一時的なグループ内のグループメンバーは、グループリストにおいて一時的なグループを見ることができず、もはや使用されない一時的なグループからのユーザーへの干渉が避けられる。
【００３８】
ステップ302:グループの隠されている期間が第3の期間に達したとき、グループを解散する。
【００３９】
本実施態様では、サーバー側は、一時的なグループの隠されている期間が第3の期間に達したと判定したとき、一時的なグループを解散し得る。第3の期間は、開発者により、例えば、20日または30日に設定され得る。
【００４０】
例えば、サーバー側が2017年3月1日の18:00に、以前の一時的なグループがグループ解散条件を満たしていると判定し、サーバー側が、まず、一時的なグループ内の各グループメンバーのクライアントデバイスに隠し通知を送信し得、クライアントデバイスがグループリストにおける一時的なグループを隠し得ることを仮定されたい。例えば、第3の期間は20日であり、サーバー側は、2017年3月21日の18:00に一時的なグループを解散し得る。
【００４１】
さらに、一時的なグループの隠されている期間が第3の期間に達する前に、問い合わせ命令がユーザーAから受信された場合、ユーザーAのクライアントデバイスは、一時的なグループを表示するように命令され得、新しい必読メッセージが一時的なグループに現れたと判定された場合、一時的なグループの解散がキャンセルされる。
【００４２】
上記の例がさらに使用される。2017年3月21日の18:00前に、ユーザーAが一時的なグループ内のグループメンバーに必読メッセージを公開することを依然として望んでいる場合、ユーザーAは、問い合わせ命令を使用することにより一時的なグループに問い合わせ得る。例えば、ユーザーAは、問い合わせるために一時的なグループのグループ名を入力し得る。サーバー側は、一時的なグループを表示するように、ユーザーAのクライアントデバイスに命令する。識別された一時的なグループに基づいて、ユーザーAは、必読メッセージを再度送信し得、さらに、必読メッセージの上限数を変更し得る。例えば、サーバー側が新しい必読メッセージが一時的なグループに現れたと判定した場合、一時的なグループの解散がキャンセルされ得る。続いて、一時的なグループにおける必読メッセージの数が必読メッセージの上限数に達したとき、すべての必読メッセージの読みステータスに基づいて、一時的なグループがグループ解散条件を満たしているか否か判定される。本出願では詳細は省略される。
【００４３】
本出願では、グループ解散条件を満たしているグループが解散される前に、特定のバッファ期間がユーザーに対して確保され得るので、柔軟性がより高い。
【００４４】
インスタントメッセージンググループ管理方法の前述の実施態様に対応して、本出願は、インスタントメッセージンググループ管理装置の一実施態様をさらに提供する。
【００４５】
本出願におけるインスタントメッセージンググループ管理装置の実施態様は、サービスプロバイダーにより配備されるサーバーまたはサーバークラスターに適用され得る。装置の実施態様は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組み合わせにより実施され得る。ソフトウェアの実施態様が一例として使用される。理論的な装置として、装置は、不揮発性メモリに対応するコンピュータプログラム命令を読み出すこと、および、装置が位置するサーバーにおけるプロセッサによりメモリにおいて命令を動作させることにより形成される。ハードウェアの観点から、図4は、本出願によるインスタントメッセージンググループ管理装置が位置するサーバーのハードウェアを示す構造図である。図4に示されるプロセッサ、メモリ、ネットワークインターフェース、および不揮発性メモリに加えて、本実施態様における装置が位置するサーバーは、通常、サーバーの実際の機能に基づいて、他のハードウェアを含み得る。簡潔にするために、ここでは詳細は省略される。
【００４６】
図5は、本出願の例示的な実施態様によるインスタントメッセージンググループ管理装置を示すブロック図である。
【００４７】
図5を参照すると、インスタントメッセージンググループ管理装置400は、図4に示されるサーバーに適用され得、必読メッセージ特定ユニット401、条件判定ユニット402、およびグループ解散ユニット403を含む。
【００４８】
必読メッセージ特定ユニット401は、グループセッションメッセージのうちの必読メッセージを特定するように構成される。
【００４９】
条件判定ユニット402は、必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定するように構成される。
【００５０】
グループ解散ユニット403は、グループ解散条件が満たされている場合、所定の方針に基づいてグループを解散するように構成される。
【００５１】
任意選択的に、条件判定ユニット402は、必読メッセージがすべてのグループメンバーにより読まれたとき、グループ解散条件が満たされていると判定するように構成される。
【００５２】
任意選択的に、条件判定ユニット402は、必読メッセージがすべてのグループメンバーにより読まれており、かつ、必読メッセージの公開期間が第1の期間に達したとき、グループ解散条件が満たされていると判定するように構成される。
【００５３】
任意選択的に、条件判定ユニット402は、必読メッセージがすべてのグループメンバーにより読まれたという状態にないが、必読メッセージの公開期間が第2の期間に達したとき、グループ解散条件が満たされていると判定するように構成される。
【００５４】
任意選択的に、条件判定ユニット402は、必読メッセージを読んだグループメンバーの数が所定の割合を占めているとき、グループ解散条件が満たされていると判定するように構成される。
【００５５】
任意選択的に、条件判定ユニット402は、必読メッセージの所定の上限数を取得し、グループセッションメッセージにおける必読メッセージの数が必読メッセージの上限数に達したとき、すべての必読メッセージの読みステータスに基づいて、グループ解散条件が満たされているか否かを判定するようにさらに構成される。
【００５６】
任意選択的に、必読メッセージの上限数は、グループオーナーまたは管理者により設定される。
【００５７】
任意選択的に、グループ解散ユニット403は、クライアントデバイスがグループリストにおいてグループを隠すようにクライアントデバイスに隠し通知を送信し、グループの隠されている期間が第3の期間に達したとき、グループを解散するように構成される。
【００５８】
任意選択的に、グループ解散ユニット403は、グループの隠されている期間が第3の期間に達する前に、問い合わせ命令がグループオーナーまたは管理者から受信された場合、グループを表示し、新しい必読メッセージがグループに現れたと判定された場合、グループの解散をキャンセルするように、クライアントデバイスに命令するようにさらに構成される。
【００５９】
任意選択的に、グループは一時的なグループである。
【００６０】
任意選択的に、必読メッセージは、グループオーナーまたは管理者によりマーキングされる。
【００６１】
装置における各ユニットの機能および役割の実施態様の工程について、前述の方法における対応するステップの実施態様の工程が参照され得る。簡潔にするために、ここでは詳細が省略される。
【００６２】
装置の実施態様は基本的に方法の実施態様に対応するので、関係する部分に対して、方法の実施態様における関係する説明が参照され得る。前述の装置の実施態様は、一例にすぎない。独立したパーツとして説明されるユニットは、物理的に離れていてよく、または、物理的に離れていなくてもよく、ユニットとして表示されるパーツは、物理的なユニットであってよく、または、物理的なユニットでなくてもよく、1つの位置に位置し得るか、または、複数のネットワークユニットに分散され得る。モジュールの一部またはすべてが、本出願における解決策の目的を達成するために、実際の必要性に基づいて選択され得る。当業者は、創造的な労力なしに本出願の実施態様を理解および実施し得る。
【００６３】
前述の実施態様に示されるシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティを使用することにより実施され得るか、または、特定の機能をもつ製品を使用することにより実施され得る。典型的な実施態様のデバイスは、コンピュータであり、コンピュータは、パーソナルコンピュータ、ラップトップコンピュータ、セル方式携帯電話、カメラ付き携帯電話、スマートフォン、携帯情報端末、メディアプレーヤー、ナビゲーションデバイス、電子メール受信および送信デバイス、ゲームコンソール、タブレットコンピュータ、装着型デバイス、またはこれらのデバイスの任意の組み合わせであり得る。
【００６４】
ここまでの説明は本出願の実施態様の例にすぎず、本出願を限定することは意図されない。本出願の趣旨および原理から逸脱することなくなされた任意の変更、等価な置換、または改善は、本出願の保護範囲に該当する。
【符号の説明】
【００６５】
400  インスタントメッセージンググループ管理装置
401  必読メッセージ特定ユニット
402  条件判定ユニット
403  グループ解散ユニット
【図１】
0006918116.tif 000002
【図２】
0006918116.tif 000003
【図３】
0006918116.tif 000004
【図４】
0006918116.tif 000005
【図５】
0006918116.tif 000006