(57)【特許請求の範囲】
【請求項１】
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の前記特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する前記操作が前記メッセージ更新条件を満たさないことが検出された時、前記特定のグループの前記更新されたメッセージの数を前記セッションエントリに表示するステップと、を含む、
メッセージ更新方法。
【請求項２】
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得する前記ステップが、
前記グループメッセージリマインド識別子を削除する操作が検出された時、前記特定のグループの前記更新されたメッセージを前記サーバから取得するステップを含む、
請求項１に記載の方法。
【請求項３】
前記グループメッセージリマインド識別子を削除する前記操作が検出された時、前記グループメッセージリマインド識別子を表示する開始時間と、前記削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定するステップと、前記時間間隔が前記指定の閾値よりも大きい場合に、前記特定のグループの更新されたメッセージの数を前記セッションエントリに表示する前記ステップを実行するステップと、をさらに含む、
請求項１又は２に記載の方法。
【請求項４】
前記特定のグループの前記更新されたメッセージを前記サーバから取得する前記ステップが、
ユーザが前記特定のグループに留まる間の履歴時間に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応する、ステップ、及び／又は
ログインが行われた端末の種類に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、ログインが行われた前記端末の前記種類のより高い処理能力は、より多くの更新されたメッセージの数に対応する、ステップを含む、
請求項１に記載の方法。
【請求項５】
前記特定のグループの前記更新されたメッセージを前記サーバから取得する前記ステップが、
前記特定のグループの前記メッセージが更新されたことが検出された時、前記更新されたメッセージのメッセージ種類を取得するステップと、
メッセージ種類が特定の種類である更新されたメッセージについて、前記特定の種類の前記更新されたメッセージを閲覧する操作が検出された時、前記特定の種類の前記更新されたメッセージを取得するステップと、を含む、
請求項１に記載の方法。
【請求項６】
メッセージ更新装置であって、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の前記特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するように構成された、表示モジュールと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得するように構成された、取得モジュールと、を含み、
前記表示モジュールが、前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する前記操作が前記メッセージ更新条件を満たさないことが検出された時、前記特定のグループの前記更新されたメッセージの数を前記セッションエントリに表示するようにさらに構成されている、
メッセージ更新装置。
【請求項７】
前記取得モジュールが、前記グループメッセージリマインド識別子を削除する操作が検出された時、前記特定のグループの前記更新されたメッセージを前記サーバから取得するように構成された、請求項６に記載の装置。
【請求項８】
前記表示モジュールが、前記グループメッセージリマインド識別子を削除する前記操作が検出された時、前記グループメッセージリマインド識別子を表示する開始時間と、前記削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定し、前記時間間隔が前記指定の閾値よりも大きい場合に、前記特定のグループの前記更新されたメッセージの数を前記セッションエントリに表示するように構成された、請求項６又は７に記載の装置。
【請求項９】
前記取得モジュールが、ユーザが前記特定のグループに留まる間の履歴時間に従って前記更新されたメッセージの数を決定し、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得し、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応し、及び／又は、ログインが行われた端末の種類に従って前記更新されたメッセージの数を決定し、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得し、ログインが行われた前記端末の前記種類のより高い処理能力は、より多くの更新されたメッセージの数に対応するように構成された、請求項６に記載の装置。
【請求項１０】
前記取得モジュールが、前記特定のグループの前記メッセージが更新されたことが検出された時、前記更新されたメッセージのメッセージ種類を取得し、およびメッセージ種類が特定の種類である更新されたメッセージについて、前記特定の種類の前記更新されたメッセージを閲覧する操作が検出された時、前記特定の種類の前記更新されたメッセージを取得するように構成された、請求項６に記載の装置。
【請求項１１】
１つ又は複数のプロセッサと、
メモリと、を含む端末であって、
前記メモリは１つ又は複数のプログラムを格納し、前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサによって実行されるように構成されており、前記１つ又は複数のプログラムは、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の前記特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する前記操作が前記メッセージ更新条件を満たさないことが検出された時、前記特定のグループの前記更新されたメッセージの数を前記セッションエントリに表示するステップと、を実行するために使用される命令を含む、
端末。
【請求項１２】
前記１つ又は複数のプログラムが、
前記グループメッセージリマインド識別子を削除する操作が検出された時、前記特定のグループの前記更新されたメッセージを前記サーバから取得するステップを実行するために使用される命令を含む、
請求項１１に記載の端末。
【請求項１３】
前記１つ又は複数のプログラムが、
前記グループメッセージリマインド識別子を削除する前記操作が検出された時、前記グループメッセージリマインド識別子を表示する開始時間と、前記削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定するステップと、前記時間間隔が前記指定の閾値よりも大きい場合に、前記特定のグループの更新されたメッセージの数を前記セッションエントリに表示する前記ステップを実行するステップと、を実行するために使用される命令を含む、
請求項１１または１２に記載の端末。
【請求項１４】
前記１つ又は複数のプログラムが、
ユーザが前記特定のグループに留まる間の履歴時間に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応する、ステップ、及び／又は
ログインが行われた端末の種類に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、ログインが行われた前記端末の前記種類のより高い処理能力は、より多くの更新されたメッセージの数に対応する、ステップを実行するために使用される命令を含む、
請求項１１に記載の端末。
【請求項１５】
前記１つ又は複数のプログラムが、
前記特定のグループの前記メッセージが更新されたことが検出された時、前記更新されたメッセージのメッセージ種類を取得するステップと、
メッセージ種類が特定の種類である更新されたメッセージについて、前記特定の種類の前記更新されたメッセージを閲覧する操作が検出された時、前記特定の種類の前記更新されたメッセージを取得するステップと、を実行するために使用される命令を含む、
請求項１１に記載の端末。
【請求項１６】
コンピュータ可読記憶媒体であって、
前記コンピュータ可読記憶媒体は、１つ又は複数のプロセッサによって実行される時、メッセージ更新方法を行うための１つ又は複数のプログラムを格納し、前記メッセージ更新方法は、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の前記特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得するステップと、
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する前記操作がメッセージ更新条件を満たさないことが検出された時、前記特定のグループの前記更新されたメッセージの数を前記セッションエントリに表示するステップと、を含む、
コンピュータ可読記憶媒体。
【請求項１７】
前記グループメッセージリマインド識別子と前記特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、前記特定のグループの前記更新されたメッセージをサーバから取得する前記ステップが、
前記グループメッセージリマインド識別子を削除する操作が検出された時、前記特定のグループの前記更新されたメッセージを前記サーバから取得するステップを含む、
請求項１６に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記メッセージ更新方法が、
前記グループメッセージリマインド識別子を削除する前記操作が検出された時、前記グループメッセージリマインド識別子を表示する開始時間と、前記削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定するステップと、前記時間間隔が前記指定の閾値よりも大きい場合に、前記特定のグループの更新されたメッセージの数を前記セッションエントリに表示する前記ステップを実行するステップと、をさらに含む、
請求項１６又は１７に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記特定のグループの前記更新されたメッセージを前記サーバから取得する前記ステップが、
ユーザが前記特定のグループに留まる間の履歴時間に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応する、ステップ、及び／又は
ログインが行われた端末の種類に従って前記更新されたメッセージの数を決定するステップ、および前記更新されたメッセージの数と一致する更新されたメッセージを前記サーバから取得するステップであって、ログインが行われた前記端末の前記種類のより高い処理能力は、より多くの更新されたメッセージの数に対応する、ステップを含む、
請求項１６に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記特定のグループの前記更新されたメッセージを前記サーバから取得する前記ステップが、
前記特定のグループの前記メッセージが更新されたことが検出された時、前記更新されたメッセージのメッセージ種類を取得するステップと、
メッセージ種類が特定の種類である更新されたメッセージについて、前記特定の種類の前記更新されたメッセージを閲覧する操作が検出された時、前記特定の種類の前記更新されたメッセージを取得するステップと、を含む、
請求項１６に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１５年７月１５日に中国特許庁に出願された「MESSAGE UPDATING METHOD AND APPARATUS」と題された中国特許第201510417174.2号に対する優先権を主張し、その全ての内容は参照により本明細書に組み込まれる。
【０００２】
本開示は、ネットワーク技術の分野に関し、特にメッセージ更新および装置、並びに端末に関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、ソーシャルアプリケーションが情報サービスを提供するために使用される。ユーザは、ソーシャルアプリケーションを使用することによって、ユーザの友人と１対１でメッセージ対話を行うことができるだけでなく、グループ内で、グループ内の別のユーザとメッセージ対話を行うこともできる。ユーザがグループに参加するか否かを自動的に判断することができるにもかかわらず、ユーザは、異なる注目度が原因で、いくつかのグループのメッセージに無関心である可能性がある。この場合、ソーシャルアプリケーションは、グループメッセージに拒否設定を行う方法を提供する。例えば、ユーザは、ユーザが関心のないグループをミュートされたグループに設定することができ、そうすることによって、ミュートされたグループは、更新されたメッセージを受信した時、リアルタイムでユーザにリマインドしない。
【０００４】
ミュートされたグループは、リアルタイムでリマインドを行わないが、メッセージはそれでも更新される必要がある。関連技術において、一般に、ユーザがログインしたとき、ソーシャルアプリケーションクライアントへのメッセージを更新するために、メッセージがサーバから引き出される。あるいは、ユーザがグループメッセージリマインド識別子を削除するためにクリックする時、ソーシャルアプリケーションクライアントへのメッセージを更新するために、メッセージがサーバから引き出される。
【０００５】
関連技術における２つのメッセージ更新方法は、どちらもすべてのメッセージを更新するが、それぞれの更新中にユーザの大量のトラフィックが消費される。しかしながら、更新されたメッセージはユーザが注意を払わないいくつかのグループからのメッセージであるので、消費されたトラフィックの情報価値が低い。
【発明の概要】
【０００６】
関連する技術的課題を解決するために、本開示の実施形態は、メッセージ更新方法および装置、並びに端末を提供する。技術的な解決策は以下の通りである。
【課題を解決するための手段】
【０００７】
第１の態様に従って、メッセージ更新方法が提供され、この方法は、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示するステップと、を含む。
【０００８】
第２の態様に従って、メッセージ更新装置が提供され、装置は、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するように構成された、表示モジュールと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するように構成された取得モジュールと、を含み、
表示モジュールが、グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示するようにさらに構成されている。
【０００９】
第３の態様に従って、端末が提供され、端末は、
１つ又は複数のプロセッサと、
メモリと、を含む端末であって、
メモリは１つ又は複数のプログラムを格納し、１つ又は複数のプログラムは、１つ又は複数のプロセッサによって実行されるように構成されており、１つ又は複数のプログラムは、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示するステップと、を実行するために使用される命令を含む。
【００１０】
第４の態様に従って、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体は１つ又は複数のプログラムを格納し、１つ又は複数のプログラムは、１つまたは複数のプロセッサによって、メッセージ更新方法を行うために使用され、概方法は、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するステップと、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示するステップと、を含む。
【００１１】
本開示の実施形態において提供される技術的解決策によってもたらされる有益な効果は、以下の通りである。
【００１２】
特定のグループのメッセージが更新された時、特定のグループのユーザによって実行されたグループメッセージリマインド識別子または別の操作に対して、ユーザによって実際に行われた操作に従って、分析が行われ、そうすることによって更新されたメッセージをサーバから取得するか否かを決定する。異なる更新方法が特定のグループのユーザによって実行される異なる操作に従って使用され、更新されたメッセージが検出されるたびに、メッセージ更新処理を実行することを回避する。これは、端末トラフィックの浪費を大幅に低減し、ユーザが注意を払わないグループメッセージの無差別な更新も回避し、および消費されるトラフィックの情報価値を向上する。
【図面の簡単な説明】
【００１３】
本開示の実施形態における技術的解決策をより明確に説明するために、以下に実施形態を説明するために必要な添付図面を簡単に説明する。明らかに、以下の説明における添付の図面は、本開示のいくつかの実施形態を示すだけであり、当業者は創造的努力なしに、これらの添付図面から他の図面を得ることができる。
【図１】本開示の一実施形態に従った、メッセージ更新方法のフローチャート図である。
【図２】本開示の一実施形態に従った、メッセージ更新方法のフローチャート図である。
【図３】本開示の一実施形態に従った、メッセージ更新装置の概略構成図である。
【図４】本開示の一実施形態に従った、端末４００の概略構成図である。
【発明を実施するための形態】
【００１４】
本開示の目的、技術的解決策、および利点をより明確にするために、以下に添付図面を参照して、本開示の実装方法をさらに詳しく説明する。
【００１５】
本開示の実施形態は、情報サービスアプリケーションに基づいて実装されてもよい。情報サービスアプリケーションは、スマートフォン、タブレットコンピュータ等の端末にインストールされ、インスタント通信アプリケーション、パーソナルメッセージ表示プラットフォーム、または両方を組み合わせたアプリケーションのような、任意の種類のソーシャルアプリケーションであってもよい。ここで、情報サービスアプリケーションの実装環境は特に限定されない。
【００１６】
図１は、本開示の一実施形態に従った、メッセージ更新方法のフローチャート図である。図１を参照すると、概方法は以下のブロックを含んでもよい。
【００１７】
ブロック１０１：特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示する。
【００１８】
ブロック１０２：グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得する。
【００１９】
ブロック１０３：グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示する
【００２０】
本開示のこの実施形態で提供される方法において、特定のグループのメッセージが更新された時、特定のグループのユーザによって実行されたグループメッセージリマインド識別子または別の操作に対して、ユーザによって実際に行われた操作に従って、分析が行われ、そうすることによって更新されたメッセージをサーバから取得するか否かを決定する。異なる更新方法が特定のグループのユーザによって実行される異なる操作に従って使用され、更新されたメッセージが検出されるたびに、メッセージ更新処理を実行することを回避する。これは、端末トラフィックの浪費を大幅に低減し、ユーザが注意を払わないグループメッセージの無差別の更新も回避し、および消費されるトラフィックの情報価値を向上する。
【００２１】
任意で、グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するステップが、
グループメッセージリマインド識別子を削除する操作が検出された時、特定のグループの更新されたメッセージをサーバから取得するステップを含む。
【００２２】
任意で、概方法はさらに、
グループメッセージリマインド識別子を削除する操作が検出された時、グループメッセージリマインド識別子を表示する開始時間と、削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定するステップと、時間間隔が指定の閾値よりも大きい場合に、特定のグループの更新されたメッセージの数をセッションエントリに表示するステップを実行するステップと、を含む。
【００２３】
任意で、特定のグループの更新されたメッセージをサーバから取得するステップが、
ユーザが特定のグループに留まる間の履歴時間に従って更新されたメッセージの数を決定するステップ、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得するステップであって、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応する、ステップ、及び／又は
ログインが行われた端末の種類に従って更新されたメッセージの数を決定するステップ、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得するステップであって、ログインが行われる端末の種類のより高い処理能力は、より多くの更新されたメッセージの数に対応する、ステップを含む。
【００２４】
任意で、特定のグループの更新されたメッセージをサーバから取得するステップが、
特定のグループのメッセージが更新されたことが検出された時、更新されたメッセージのメッセージ種類を取得するステップと、
メッセージ種類が特定の種類である更新されたメッセージについて、特定の種類の更新されたメッセージを閲覧する操作が検出された時、特定の種類の更新されたメッセージを取得するステップと、を含む。
【００２５】
前述の任意の技術的解決策はすべて、本開示の任意の実施形態を形成するために任意に組み合わされてもよく、ここでは１つずつ再度説明はしない。
【００２６】
図２は、本開示の一実施形態に従った、メッセージ更新方法のフローチャート図である。図２を参照すると、該方法は、以下のブロックを含む。
【００２７】
ブロック２０１：特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示する。
【００２８】
本開示のこの実施形態において、特定のグループは、既にミュートされたグループに設定されたグループである。ミュートされたグループは、グループ内のメッセージの関心度に従った処理を使用して、端末でユーザによって自動的に設定されてもよい。ミュートされたグループを設定する処理は、本開示のこの実施形態において特に限定されない。例えば、ユーザは、グループのメッセージに関心がなく、ユーザはソーシャルアプリケーションによって提供される拒否機能に基づいてミュートされたグループにグループを設定してもよい。
【００２９】
例えば、グループのユーザが新しいメッセージを公開するなど、特定のグループのメッセージが更新されたことが検出された時、サーバは、プッシュシステムを使用することによって、グループ内の別のユーザが位置する端末にメッセージ更新イベントを送信してもよい。メッセージ更新イベントを受信した後、現在の端末は、端末のセッションリストインタフェースにおいて特定のグループのセッションエントリにグループメッセージリマインド識別子を表示してもよい。確かに、端末上でセッションリストインタフェースへの切り替えが実行される時、メッセージ更新イベントは、サーバ内で照会することによって端末によって取得されてもよい。特定のグループのメッセージが更新されたことが検出された時、端末は、端末のセッションリストインタフェース上の特定のグループのセッションエントリにグループメッセージリマインド識別子を表示してもよい。代わりに、メッセージ更新イベントは、バックグラウンドサーバにおけるポーリングによって、端末によって取得されてもよく、そうすることによって、セッションを表示しているインタフェースに端末の切り替えが行われる時、端末のセッションリストインタフェース上の特定のグループのセッションエントリにグループメッセージリマインド識別子が表示される。
【００３０】
セッションリストインタフェースは、ユーザ、セッション催促エントリなどの各履歴セッションインタフェースを表示するために使用されてもよい。グループメッセージリマインド識別子は、赤い点または更新されたメッセージの数を備えた赤い識別子のようなハイライト識別子であってもよい。本開示のこの実施形態におけるグループメッセージリマインド識別子は、セッションエントリに具体的に表示されるだけでよく、セッションエントリ上の特定の表示位置は限定されない。
【００３１】
本開示のこの実施形態において、端末の特定のグループのメッセージ更新方法のみが記載され、特定のグループ以外のグループ、つまり、ミュートされたグループに設定されていないグループについては、更新は関連技術のメッセージ更新方法に従って実行され、そうすることによってメッセージ更新のリアルタイム品質を保証することに留意されたい。確かに、更新方法がミュートされたグループに設定されていない別のグループのために設定されている場合、トラフィックの浪費を回避するために、本開示のこの実施形態における後続のブロックのメッセージ更新方法が実行されてもよい。これは、この実施形態において特に限定されない。
【００３２】
ブロック２０２：端末はグループメッセージリマインド識別子を削除する操作が検出された時、グループメッセージリマインド識別子を表示する開始時間と、削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定し、時間間隔が指定の閾値よりも大きい場合に、ブロック２０５を実行するか、または時間間隔が指定の閾値よりも大きくない場合に、ブロック２０３を実行する。
【００３３】
グループメッセージリマインド識別子を削除する操作は、特定のグループのダイアログインタフェースを開く操作であってもよく、あるいはグループメッセージリマインド識別子をクリックする操作であってもよい。これは、本開示のこの実施形態において特に限定されない。
【００３４】
グループメッセージリマインド識別子を表示する開始時間は、グループメッセージリマインド識別子がセッションリストインタフェースに現れる時であってもよい。削除操作が発生した時は、ユーザがグループメッセージリマインド識別子を削除する時である。２つのモーメント間の時間間隔は、ユーザによって払われる特定のグループメッセージに対する注目度を測定するために使用されてもよい。時間間隔が指定の閾値よりも大きい場合、ユーザはリアルタイムで特定のグループの更新されたメッセージに関心がなく、グループ内の別のユーザによって公開されたメッセージを表示することを気にしていないいと考えられる。従って、この場合、更新されたメッセージは引き出されなくともよい。指定の閾値は、３日、５日などであってもよい。指定の閾値は、端末ユーザによって自動的に設定されてもよく、そうすることによって、ユーザが有益なメッセージを積極的に選択する。この場合、消費されるトラフィックのコストパフォーマンスが高い。価値のないメッセージの場合、ユーザのトラフィックおよびサーバのコストはもはや消費されない。指定の閾値は、特定のグループが位置するソーシャルアプリケーションの開発者によってさらに設定されてもよい。任意で、時間間隔が指定の閾値よりも大きい場合、特定のグループの更新されたメッセージの数だけが表示されてもよい。さらに、更新されたメッセージの数が表示されている間に、最後に更新されたメッセージの簡単な情報がさらに表示されてもよい。簡単な情報は、例えばメッセージが更新されたグループのユーザ識別子または更新されたメッセージのプレビューコンテンツである。例えば、指定の閾値が３日であり、時間間隔が３日よりも大きい場合、更新されたメッセージを取得する操作は実行されない。
【００３５】
時間間隔が指定の閾値よりも小さいか等しい時、ユーザは特定のグループのメッセージに関心があると考えられ、特定のグループの更新されたメッセージが取得されてもよい。
【００３６】
ユーザが取得する条件を明確に学習できるようにするために、端末はプロンプト情報を提供してもよく、プロンプト情報は、ミュートされたグループが最新の指定の閾値時間範囲内でのみメッセージを受信できることをユーザに通知するために使用される。
【００３７】
本実施形態において、グループメッセージリマインド識別子を削除する操作が検出され、グループメッセージリマインド識別子を表示する開始時間と削除操作が発生する時間との間の時間間隔が閾値よりも大きく、端末がメッセージ更新条件を満たさないことが判定されてもよい。この場合、端末は特定のグループの更新されたメッセージをサーバから取得しないことを前提として、ブロック２０５が実行される。グループメッセージリマインド識別子の削除操作が検出された時、およびグループメッセージリマインド識別子を表示する開始時間と削除操作が発生する時間との間の時間間隔が指定の閾値より小さいか等しい場合、端末はメッセージ更新条件を満たすと決定されてもよい。この場合ブロック２０３は、特定のグループの更新されたメッセージをサーバから取得するために実行される。
【００３８】
メッセージ更新条件は、グループメッセージリマインド識別子の削除操作が検出されたことであってもよく、あるいはグループメッセージリマインド識別子の削除操作が検出された時であってもよく、グループメッセージリマインド識別子を表示する開始時間と削除操作が発生する時間との間の時間間隔が指定の閾値よりも大きくない。この実施形態において、メッセージ更新条件は特に限定されない。
【００３９】
ブロック２０３：端末は、ユーザが特定のグループに留まる間の履歴時間に従って更新されたメッセージの数を決定し、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得する。
【００４０】
特定のグループについて、端末はユーザが特定のグループに滞在した時間を記録してもよく、および滞在時間は、ユーザがグループセッションに参加した時間とユーザがグループセッションから離れた時間との間の時間間隔であってもよい。特定のグループの滞在時間を記録することによって、ユーザが特定のグループに滞在した履歴時間が、統計収集を通じて取得されてもよい。履歴滞在時間は、ユーザが特定のグループに滞在した複数の処理の滞在時間の平均値であってもよく、あるいは最長滞在時間、最長時間期間内の滞在時間の平均値、滞在時間の範囲、あるいはアクセス頻度といった複数の滞在に従って記録され、決定された別の統計値であってもよい。これは、本開示のこの実施形態において特に限定されない。
【００４１】
グループについては、履歴滞在時間が長いほど更新されたメッセージのより多い数に対応する。更新されたメッセージの数を決定する時、端末は、異なる長さの履歴滞在時間に従って、異なる数の更新されたメッセージを割り当ててもよい。例えば、ユーザが特定のグループAに滞在する履歴時間が非常に短く、毎回1秒から５秒以内滞在し、ユーザが基本的にAにおいて公開されたメッセージを詳細に調べていないことを示し、およびAに対応する更新されたメッセージの数は比較的小さくてもよく、例えば、１０であってもよい。従って、サーバから更新されたメッセージを取得する時、端末は特定のグループAにおける、最新の１０個の更新されたメッセージだけを取得してもよい。ユーザが特定のグループBに滞在する履歴時間が比較的長い場合、ユーザは特定のグループBにおいて公開されたメッセージを真剣に見ていることを示す。従って、メッセージの完全性および有効性のために、端末は比較的多くの更新されたメッセージをサーバから取得してもよい。例えば、更新されたメッセージをサーバから取得する時、特定のグループBにおける最新の１００個の更新されたメッセージが取得されてもよい。
【００４２】
ブロック２０４：端末は、ログインが行われた端末の種類に従って更新されたメッセージの数を決定し、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得する。
【００４３】
異なる種類の端末について、例えば異なるブランド、異なる機械タイプ、および異なるインストールシステムでさえ、端末の異なる処理能力の原因となる可能性がある。比較的高い処理能力を有する端末のメッセージ更新処理は、別のアプリケーションの通常起動への影響が比較的少なく、および機械全体の起動への影響も比較的少ない。従って、比較的高い処理能力を有する端末について、各更新の間の更新されたメッセージの数は、比較的低い処理能力を有する端末の更新されたメッセージの数よりも多くなるように設定されてもよい。つまり、ログインが行われる端末の種類のより高い処理能力は、より多くの更新されたメッセージの数に対応する。
【００４４】
端末の種類は、端末側で保持されてもよく、そうすることによって、端末の種類は、更新されたメッセージを取得する処理においてサーバに送信されてもよい。従って、サーバは、端末の種類に従って、更新される必要があるメッセージの数を決定し、それによって、更新されたメッセージの数が過度に多いことによる端末の起動への影響を回避する。
【００４５】
ブロック２０２が実行される時、メッセージ更新が実行される必要がある場合、メッセージ更新は、本開示のこの実施形態のブロック２０３または２０４において決定された更新されたメッセージの数に従って実行されてもよいことに留意されたい。確かに、本開示のこの実施形態の別の実装方法において、ブロック２０３および２０４において決定された更新されたメッセージの数から、更新の間に更新されたメッセージの実際の数として比較的小さい値がさらに選択されてもよく、そうすることによって、更新されたメッセージの実際の数に一致する更新されたメッセージをサーバから取得する。例えば、ブロック２０３に従って決定された更新されたメッセージの数は１０であり、ブロック２０４に従って決定された更新されたメッセージの数は１５であり、比較的小さい値１０は、更新されたメッセージの実際の数として、２つの数から選択されてもよい。このようにして、メッセージのリアルタイム品質が保証されるが、端末の通常起動も保証され、ローディングフリーズ（loading freeze）現象等が回避される。更新されたメッセージの数を決定するために特に使用される方法または作法は、ユーザの要求に従ってユーザによって設定されてもよい。これは、本開示のこの実施形態において特に限定されない。
【００４６】
トラフィックの消費をさらに回避するために、更新されたメッセージをサーバから取得する処理において、更新されたメッセージのメッセージ種類がさらに考慮されてもよい。小型映像や映像のような、比較的大きい量のトラフィックを消費するいくつかのメッセージ種類について、更新されたメッセージがそのようなメッセージ種類を有すると判断された時、この種類の更新メッセージは、一時的にダウンロードされず、プレビュー画像とリソースアドレスだけがダウンロードされる。ユーザによって更新されたメッセージを見る操作が検出されたと決定された時、更新されたメッセージはリソースアドレスに基づいてダウンロードされる。具体的には、プロセッサは、更新されたメッセージのメッセージ種類を取得することと、メッセージタイプが特定のタイプである更新されたメッセージのために、特定のタイプの更新されたメッセージを見る操作が検出された時、特定の種類の更新されたメッセージを取得することと、もしも、特定の種類の更新されたメッセージを見る操作が検出されなかったならば、特定のタイプの更新されたメッセージを取得することをスキップすることとを含む。特定の種類はオーディオ、映像、サイズが予め設定された値を超えるファイルなどであってもよい。これは、本開示のこの実施形態において特に限定されない。
【００４７】
ブロック２０５：端末は、特定のグループの更新されたメッセージの数をセッションエントリに表示する。
【００４８】
関連技術において、ユーザがセッションリストインタフェースに切り替えると、メッセージが更新される。しかしながら、本開示のこの実施形態において、端末が、グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことを検出する場合、例えば、グループメッセージリマインド識別子を表示する開始時間と削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか、あるいは、ユーザがグループメッセージリマインド識別子に対して削除操作をしなかった場合、メッセージは取得されず、特定のグループの更新されたメッセージの数だけをセッションエントリに表示することはフレキシブルである。
【００４９】
本開示のこの実施形態において、特定のグループのメッセージが更新された時、増分更新方式が使用されてもよく、すなわち、端末によって既に引き出され、端末にローカルに格納されたメッセージは更新されず、引き出されたメッセージだけが更新される。増分更新方式の使用は、トラフィックの損失をさらに回避することができ、使用経験が大幅に向上する。増分更新は、メッセージ識別子に従って実行されてもよい。具体的には、端末にローカルに格納されていない更新されたメッセージ識別子は、端末に既にローカルに格納されたメッセージ識別子とサーバ側の更新されたメッセージ識別子に従って決定され、メッセージ更新は、端末にローカルに格納されていない更新されたメッセージ識別子に従って実行される。例えば、ユーザAが特定のグループ内に４０個の更新されたメッセージを有し、４０個の更新されたメッセージのメッセージ識別子がid1からid40であり、毎回更新されるメッセージの数は１０である。アップデートが最初に実行された後、端末はid1からid10のメッセージをサーバからすでに取得しており、メッセージをローカルに格納する。ユーザAが特定のグループを離れた後、特定のグループに戻ると仮定すると、端末はサーバからメッセージを取得することを継続してもよい。以前は、取得された１０個のメッセージ（id1からid10）はすでにローカルに格納されたので、２回目の更新中に、端末は残った３０個のメッセージ（id11からid40）から１０個のメッセージを取得してもよく、３０個のメッセージを端末にローカルに格納してもよい。
【００５０】
サーバ側では、各メッセージが値、更新時間update_timeを有することに留意されたい。端末がサーバから一旦メッセージを取得した後、端末は、第１のメッセージのupdate_timeを記録してもよい。メッセージがサーバから再度取得された時、update_timeは開始時間として使用されてもよく、および開始時間からサーバにアクセスする時間までに更新されたメッセージが取得されることはフレキシブルである。
【００５１】
本開示のこの実施形態において提供される方法において、特定のグループのメッセージが更新された時、グループメッセージリマインド識別子に関してユーザによって実行された実際の操作、または特定のグループのユーザによって実行された別の操作に従って分析が実行され、そうすることによって更新されたメッセージをサーバから取得するか否かを決定し、更新されたメッセージが検出されるたびにメッセージ更新処理を実行することを回避する。これは、端末トラフィックの浪費を大幅に低減し、ユーザが注意を払っていないグループメッセージの無差別な更新も回避し、および消費されるトラフィックの情報価値を向上する。さらに、更新処理は、特定のグループに関してユーザによって実行される実際の操作等に従ってさらに制限され、無意味なトラフィックの消費が大幅に低減され、そうすることによって、更新処理は特定のグループに対するユーザによって払われる関心度をより満たす。また、更新処理の更新回数は、端末の処理能力を参照して、さらに調整される。このようにして、端末の通常の起動が保証され、端末の機械タイプに自動的に適応することができるメッセージ更新方法が提供される。
【００５２】
図３は、本開示の一実施形態に従った、メッセージ更新装置の概略構成図である。図３を参照すると、装置は、
特定のグループのメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリ上にグループメッセージリマインド識別子を表示するように構成された、表示モジュール３０１と、
グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、特定のグループの更新されたメッセージをサーバから取得するように構成された取得モジュール３０２と、を含み、
表示モジュール３０１が、グループメッセージリマインド識別子と特定のグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示するようにさらに構成されている。
【００５３】
任意で、取得モジュール３０２が、グループメッセージリマインド識別子を削除する操作が検出された時、特定のグループの更新されたメッセージをサーバから取得するように構成される。
【００５４】
任意で、表示モジュール３０１が、グループメッセージリマインド識別子を削除する操作が検出された時、グループメッセージリマインド識別子を表示する開始時間と、削除操作が発生した時との間の時間間隔が、指定の閾値よりも大きいか否かを判定し、時間間隔が指定の閾値よりも大きい場合に、特定のグループの更新されたメッセージの数をセッションエントリに表示するように構成される。
【００５５】
任意で、取得モジュール３０２が、ユーザが特定のグループに留まる間の履歴時間に従って更新されたメッセージの数を決定し、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得し、より長い履歴滞在時間がより多くの更新されたメッセージの数に対応し、及び／又は、ログインが行われた端末の種類に従って更新されたメッセージの数を決定し、および更新されたメッセージの数と一致する更新されたメッセージをサーバから取得し、ログインが行われる端末の種類のより高い処理能力は、より多くの更新されたメッセージの数に対応するように構成される。
【００５６】
任意で、取得モジュール３０２が、特定のグループのメッセージが更新されたことが検出された時、更新されたメッセージのメッセージ種類を取得し、およびメッセージ種類が特定の種類である更新されたメッセージについて、特定の種類の更新されたメッセージを閲覧する操作が検出された時、特定の種類の更新されたメッセージを取得するようにさらに構成される。
【００５７】
実施形態において提供されたメッセージ更新装置がメッセージを更新する時、説明のための例として機能モジュールの区分だけが用いられていることに留意されたい。実際のアプリケーションにおいて、上述の機能は必要に応じて異なる機能モジュールによって割り当てられ、完了させられてもよく、すなわち、デバイスの内部構造が異なる機能モジュールに分割され、上述の機能の全てまたは一部を完了する。さらに、実施形態において提供されるメッセージ更新装置およびメッセージ更新方法は、同一のコンセプトに属する。メッセージ更新装置およびメッセージ更新方法の具体的な実装過程については、方法の実施形態を参照し、ここでは再度説明しない。
【００５８】
特定のグループのメッセージが更新された時、本開示のこの実施形態において提供される装置は、グループメッセージリマインド識別子に関してユーザによって実行された実際の操作、または特定のグループのユーザによって実行された別の操作に従って分析を実行し、そうすることによって更新されたメッセージをサーバから取得するか否かを決定する。異なる更新方法が、特定のグループに関してユーザによって実行された異なる操作に従って使用され、更新されたメッセージが削除されるたびにメッセージ更新処理を行うことを回避する。これは、端末トラフィックの浪費を大幅に低減し、ユーザが注意を払っていないグループメッセージの無差別な更新も回避し、および消費されるトラフィックの情報価値を向上する。
【００５９】
別の実施形態は、端末を提供する。端末は、上述の各実施形態において提供されたメッセージ更新方法を実行するように構成されてもよい。図４を参照すると、端末４００はが提供される。
【００６０】
端末４００は、ラジオ周波数（RF）回路１１０、１つ又は複数のコンピュータ可読記憶媒体を含むメモリ１２０、入力ユニット１３０、表示ユニット１４０、センサ１５０、オーディオ周波数回路１６０、ワイヤレスフィディリティ（WiFi）モジュール１７０、１つ又は複数の処理コアを含むプロセッサ１８０、および電源１９０のようなコンポーネントを含んでもよい。当業者は、図４に示す端末構造が端末に任意の限定を制定するものではなく、図に示されているものより多くのコンポーネント、あるいは少ないコンポーネントを含んでもよく、あるいはいくつかのコンポーネントが組み合わされてもよく、あるいは異なるコンポーネント展開が使用されてもよいことを理解することができる。
【００６１】
RF回路１１０は、情報を送受信する過程の間、または会話の過程中に信号を受信および送信するように構成されてもよい。特に、基地局からダウンリンク情報を受信した後、RF回路１１０は処理のために１つ又は複数のプロセッサ１８０にダウンリンク情報を配信し、次いで基地局に関連するアップリンクデータを送信する。一般的に、RF回路１１０は、アンテナ、少なくとも１つの増幅器、チューナ、１つまたは複数の発振器、加入者識別モジュール（SIM）カード、トランシーバ、連結器、低雑音増幅器（LNA）、デュプレクサ等を含むが、これに限定されない。さらに、RF回路１１０は、無線通信によってネットワークあるいは別のデバイスと通信することもできる。無線通信は、グローバル移動体通信システム（GSM（登録商標））、汎用パケット無線サービス（GPRS）、符号分割多元接続（CDMA）、広帯域符号分割多元接続（WCDMA（登録商標））、ロングタームエボリューション（LTE）、電子メールおよびショートメッセージサービス（SMS）等を含むがこれらに限定されない。
【００６２】
メモリ１２０は、ソフトウェアプログラムおよびモジュールを格納するように構成されてもよく、プロセッサ１８０は、メモリ１２０に格納されたソフトウェアプログラムまたはモジュールを起動し、様々な機能アプリケーションおよびデータ処理を実装する。メモリ１２０は、主にプログラム格納領域とデータ格納領域を含んでもよい。プログラム格納領域は、管理システム、少なくとも１つの機能（例えば音声再生機能、画像表示機能など）によって要求されるアプリケーションなどを格納してもよい。データ格納領域は、端末４００の使用に従って作成されたデータ（オーディオデータやアドレス帳）などを格納してもよい。さらに、メモリ１２０は、高速ランダム・アクセス・メモリを含んでもよく、また、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリ、または別の揮発性固体記憶装置のような、不揮発性メモリを含んでもよい。従って、メモリ１２０は、メモリコントローラをさらに含んでもよく、そうすることによって、プロセッサ１８０および入力ユニット１３０はメモリ１２０にアクセスする。
【００６３】
入力ユニット１３０は、入力された数字又は文字情報を受信し、ユーザ設定および機能制御に関連する、キーボード、マウス、ジョイスティック、あるいはトラックボール信号入力を生成するように構成されてもよい。具体的には、入力ユニット１３０は、タッチセンサ面１３１および別の入力デバイス１３２を含んでもよい。タッチセンサ面１３１は、タッチスクリーンあるいはタッチパネルと呼ばれてもよく、タッチセンサ面１３１上またはその近くのユーザのタッチ操作（例えば、指又はタッチペンのような任意の適切なオブジェクトあるいはアタッチメントを使用することによって、タッチセンサ面１３１上あるいはその近くのユーザの操作）を収集してもよく、予め設定されたプログラムに従って対応する接続装置を駆動する。任意で、タッチセンサ面１３１は、２つのパーツ、すなわちタッチ検出装置およびタッチコントローラを含んでもよい。タッチ検出装置は、ユーザのタッチ位置を検出し、タッチ操作によって生成された信号を検出し、およびタッチコントローラに信号を送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチ点座標に変換し、タッチ点座標をプロセッサ１８０に送信する。さらに、タッチコントローラは、プロセッサ１８０から送信されたコマンドを受信しおよびコマンドを実行することができる。さらに、タッチセンサ面１３１は、抵抗タイプ、静電容量タイプ、赤外線タイプ、および表面音波タイプといった、様々な種類を使用することによって実装されてもよい。タッチセンサ面１３１に加えて、入力ユニット１３０は別の入力デバイス１３２をさらに含んでもよい。具体的には、別の入力デバイス１３２は、物理キーボード、機能キー（音量制御キーまたはスイッチキーなど）、トラックボール、マウス、およびジョイスティックのうち１つまたはそれ以上を含んでもよいが、これらに限定されない。
【００６４】
表示ユニット１４０は、ユーザによって入力された情報、あるいはユーザに提供される情報および端末４００の様々なグラフィックユーザポートを表示するように構成されてもよい。グラフィックユーザポートは、グラフ、テキスト、アイコン、ビデオ、およびそれらの任意の組み合わせによって形成されてもよい。表示ユニット１４０は、表示パネル１４１を含んでもよい。任意で、表示パネル１４１は、液晶ディスプレイ（LCD）、有機発光ダイオード（OLED）などを使用することによって構成されてもよい。さらに、タッチセンサ面１３１は、表示パネル１４１を覆ってもよい。タッチセンサ面１３１の上、あるいは近くの動作を検出した後、タッチセンサ面１３１は、プロセッサ１８０にタッチ操作を送信し、そうすることによって、タッチイベントのタイプを決定する。次いでプロセッサ１８０は、タッチイベントのタイプに従って、対応する視覚出力を表示パネル１４１に提供する。図１２において、タッチセンサ面１３１および表示パネル１４１が入出力機能を実装するための２つの別個の構成要素として使用されるが、いくつかの実施形態において、タッチセンサ面１３１と表示パネル１４１は入出力機能を実装するために統合されてもよい。
【００６５】
端末４００は、光学センサ、運動センサ、および他のセンサといった、少なくとも１つのセンサ１５０をさらに含んでもよい。具体的には、光学センサは、周辺光センサおよび近接センサを含んでもよい。周辺光センサは、周辺光の明るさに従って、表示パネル１４１の輝度を調整してもよい。近接センサは、端末４００が耳のほうに動かされた時、表示パネル１４１及び／又はバックライトを消してもよい。運動センサの一種として、重力加速度センサが様々な方向で（一般に３軸）加速度の大きさを検出してもよく、静止している時、重力の大きさと方向を検出してもよく、携帯電話のジェスチャ（水平および垂直画面間の切り替え、関連するゲーム、および磁力計のジェスチャ較正など）のアプリケーション、振動識別の関連する機能（歩数計およびノックなど）を識別するように構成されてもよい。ジャイロスコープ、気圧計、湿度計、温度計、および赤外線センサなどの端末４００に構成されることができる他のセンサは、ここにさらに記載されない。
【００６６】
オーディオ回路１６０、ラウドスピーカ１６１、およびマイクロホン１６２は、ユーザと端末４００との間のオーディオインタフェースを提供してもよい。オーディオ回路１６０は、受信オーディオデータから変換された受信電気信号をラウドスピーカ１６１に送信してもよい。ラウドスピーカ１６１は、電気信号を出力用の音声信号に変換する。一方、マイクロホン１６２は、集音された音声信号を電気信号に変換する。オーディオ回路１６０は、電気信号を受信し、および電気信号をオーディオデータに変換し、処理のためにオーディオデータをプロセッサ１８０に出力する。次いで、プロセッサ１８０は、例えばRF回路１１０を使用することによって、オーディオデータを別の端末に送信する、あるいは、さらに処理するためにメモリ１２０にオーディオデータを出力する。オーディオ回路１６０は、イヤホンジャックをさらに含んでもよく、そうすることによって、周辺機器のイヤホンと端末４００との間の通信を提供する。
【００６７】
WiFiは、近距離無線伝送技術に属する。端末４００は、無線通信ユニット１７０を使用することによって、ユーザが電子メールを送受信すること、ウェブページを閲覧すること、およびストリームメディアにアクセスすることなどを助けることができ、これはユーザのために無線ブロードバンドインターネットアクセスを提供する。図４はWiFiモジュール１７０を示しているが、無線通信ユニットは端末４００の必要な構成には属さず、本発明の本質の範囲を変更することなく、必要に応じて無視されることができる。
【００６８】
プロセッサ１８０は、端末４００の制御センサであり、様々なインタフェースおよび線を使用することによって、端末の様々な部分に接続する。メモリ１２０に格納されたソフトウェアプログラム及び／又はモジュールを起動または実行し、メモリ１２０に格納されたデータを呼び出すことによって、プロセッサ１８０は、端末４００の様々な機能またはデータ処理を実行し、それによって、携帯電話の全体的な監視を行う。任意で、プロセッサ１８０は、１つまたは複数の処理コアを含んでもよい。好ましくは、プロセッサ１８０は、アプリケーションプロセッサとモデムを統合してもよい。アプリケーションプロセッサは、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラム等を主に処理する。モデムは、無線通信を主に処理する。上述のモデムは、プロセッサ１８０の中に統合されていなくてもよいことが理解されよう。
【００６９】
端末４００は、コンポーネントに電力を供給するための電源１９０（例えば、バッテリ）をさらに含む。好ましくは、電源管理システムを使用することによって、電源がプロセッサ１８０に論理的に接続し、それによって、充電、放電、および消費電力管理などの機能を実現する。電源１９０は、１つ又は複数の直流または交流電源、再充電システム、電源障害検出回路、電源コンバータまたはインバータ、および電源状態インジケータなどの任意のコンポーネントをさらに含んでもよい。
【００７０】
図には示されていないが、端末４００は、カメラ、Bluetooth（登録商標）モジュールなどをさらに含んでもよく、これは、本明細書ではさらに説明しない。具体的には、この実施形態において、端末の表示ユニットは、タッチスクリーンディスプレイであり、端末は、さらにメモリおよび１つまたは複数のプログラムを含む。１つ又は複数のプログラムは、メモリに格納され、かつ１つ又は複数のプロセッサによって実行されるように構成される。１つ又は複数のプログラムは、特定のグループにおけるメッセージが更新されたことが検出された時、セッションリストインタフェース上の特定のグループのセッションエントリにグループメッセージリマインド識別子を表示することと、グループメッセージリマインド識別子と指定されたグループのどちらかに対する操作がメッセージ更新条件を満たすことが検出された時、サーバから特定のグループの更新されたメッセージを取得することと、グループメッセージリマインド識別子と指定されたグループのどちらかに対する操作がメッセージ更新条件を満たさないことが検出された時、特定のグループの更新されたメッセージの数をセッションエントリに表示することと、を含む。
【００７１】
１つ又は複数のプログラムは、メッセージ更新方法において、別の動作を実行するために使用される命令をさらに含む。
【００７２】
例示的な実施形態において、命令を含む非一時的なコンピュータ可読記憶媒体、例えば命令を含むメモリがさらに提供される。命令は、メッセージ更新方法を実行するために、端末のプロセッサによって実行されてもよい。例えば、非一時的なコンピュータ可読記憶媒体は、ROM、ランダム・アクセス・メモリ（RAM）、CD-ROM、磁気ディスク、フロッピーディスク、あるいは光データ記憶装置であってもよい。
【００７３】
当業者は、前述の実施形態のブロックの全部または一部がハードウェアを用いることによって実装されてもよく、または関連するハードウェアを指示するプログラムによって実装されてもよいことを理解するであろう。プログラムは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。記憶媒体は、読み出し専用メモリ、磁気ディスク、光ディスクなどであってもよい。
【００７４】
前述の説明は、本開示の単なる好ましい実施形態であるが、本開示を限定するものではない。本開示の精神および原理の範囲内でなされた任意の変更、同等の置換、または改良は、本開示の保護範囲内に含まれるものとする。
【符号の説明】
【００７５】
１１０  回路
１２０  メモリ
１３０  入力ユニット
１３１  タッチセンサ面
１３２  別の入力デバイス
１４０  表示ユニット
１４１  表示パネル
１５０  センサ
１６０  オーディオ周波数回路
１６１  ラウドスピーカ
１６２  マイクロホン
１７０  ＷｉＦｉモジュール
１８０  プロセッサ
１９０  電源
３０２  取得モジュール
４００  端末
【図１】
0006511541.tif 000002
【図２】
0006511541.tif 000003
【図３】
0006511541.tif 000004
【図４】
0006511541.tif 000005