簡易ブログの単一メッセージを集約するための方法であって、ユーザによって、前記簡易ブログの単一メッセージを集約することをトリガする段階と、前記ユーザに対して、前記簡易ブログの単一メッセージの中継プロセスを表示する段階とを含むことを特徴とする方法。前記ユーザに対して、前記簡易ブログの単一メッセージの前記中継プロセスを表示する段階が、前記簡易ブログの単一メッセージの記載事項を有する独立したメッセージページを使用することによって、前記ユーザに対して、前記簡易ブログの単一メッセージの前記中継プロセスを表示する段階を含むことを特徴とする請求項1に記載の方法。前記簡易ブログの単一メッセージの前記記載事項を有する前記独立したメッセージページを使用することによって、前記ユーザに対して、前記簡易ブログの単一メッセージの前記中継プロセスを表示する段階が、前記独立したメッセージページがメッセージを含む場合に、前記メッセージの発信元を表示する段階と、前記メッセージが対話メッセージを含む場合に、更に前記対話メッセージの原文を表示する段階と、前記メッセージがコメントを備えたまたはコメントを備えない中継メッセージを含むと共に、コメントを備えたまたはコメントを備えない前記中継メッセージの中継数が事前に設定された数より大きいかもしくは事前に設定された数に等しい場合に、更に中継原文及び前記中継数を表示する段階と、前記対話メッセージ、または前記コメントを備えた中継メッセージ、または前記コメントを備えない中継メッセージが画像を有する場合に、更に前記画像のサムネイルを表示する段階とを含むことを特徴とする請求項2に記載の方法。前記簡易ブログの単一メッセージが中継メッセージを含む場合に、前記ユーザに対して、前記簡易ブログの単一メッセージの前記中継プロセスを表示する段階が、前記ユーザによって焦点をあてられた各ユーザの識別子を使用することによって、前記ユーザによって焦点をあてられた各ユーザによって中継された前記中継メッセージの中継時間系列に従って、前記ユーザに対して、前記中継メッセージの前記中継プロセスを表示する段階を含み、前記簡易ブログの単一メッセージが中継された対話メッセージを含む場合に、前記ユーザに対して、前記簡易ブログの単一メッセージの前記中継プロセスを表示する段階が、前記対話メッセージを中継した各ユーザの識別子を使用することによって、中継時間系列に従って、前記ユーザに対して、前記対話メッセージの前記中継プロセスを表示する段階を含むことを特徴とする請求項2に記載の方法。前記ユーザによって焦点をあてられた各ユーザの前記識別子を使用することによって、前記ユーザによって焦点をあてられた各ユーザによって中継された前記中継メッセージの前記中継時間系列に従って、前記ユーザに対して、前記中継メッセージの前記中継プロセスを表示する場合に、前記方法が、前記ユーザによって焦点をあてられた全ての前記ユーザの識別子の内のいずれかをトリガする場合に、前記中継メッセージを中継した各ユーザの識別子に従って、前記ユーザに対して、前記中継メッセージの前記中継プロセスを表示する段階を更に含むことを特徴とする請求項4に記載の方法。前記ユーザによって焦点をあてられた各ユーザの前記識別子を使用することによって、前記ユーザによって焦点をあてられた各ユーザによって中継された前記中継メッセージの前記中継時間系列に従って、前記ユーザに対して、前記中継メッセージの前記中継プロセスを表示する場合に、前記方法が、前記ユーザによって焦点をあてられたユーザの識別子の内のいずれかをトリガする場合に、前記ユーザに対して、前記トリガされたユーザ識別子に対応するユーザによって中継された前記中継メッセージに関する情報を表示する段階を更に含むことを特徴とする請求項4に記載の方法。前記対話メッセージ、または前記コメントを備えた中継メッセージ、または前記コメントを備えない中継メッセージが画像を有する場合に、更に前記画像の前記サムネイルを表示する段階が、前記サムネイルがダウンロードされた場合に、首尾良くダウンロードされた前記サムネイルを表示する段階と、前記サムネイルがダウンロードされなかった場合に、ダウンロードリストにダウンロードされるべき前記サムネイルを追加すると共に、プロセスアニメーションを開始し、ダウンロードが成功した場合に、前記プロセスアニメーションを停止して、前記ダウンロードリストから前記サムネイルを削除すると共に、首尾良くダウンロードされた前記サムネイルを表示する段階とを含むことを特徴とする請求項3に記載の方法。受信モジュール、獲得モジュール、及び送信モジュールを備えた、簡易ブログの単一メッセージを集約するためのサーバであって、前記受信モジュールは、クライアントによって送信された前記簡易ブログの単一メッセージを集約するためのトリガメッセージを受信することができ、前記獲得モジュールは、前記トリガメッセージに従って前記簡易ブログの単一メッセージの集約データを獲得することができ、前記送信モジュールは、前記獲得モジュールによって獲得された前記簡易ブログの単一メッセージの前記集約データを、前記クライアントに送信することができることを特徴とするサーバ。前記サーバが、保存モジュールを更に備え、前記保存モジュールは、前記簡易ブログの単一メッセージに対応するノードに関する情報及び前記ノードの各先祖ノードに関する情報を含む、前記簡易ブログの単一メッセージの前記集約データを保存することができ、前記先祖ノードが、ルートノードまで、前記簡易ブログの単一メッセージに対応する前記ノードの父親ノードを上方へ向かって含むと共に、前記獲得モジュールは、更に、前記簡易ブログの単一メッセージに対応する前記ノードの各先祖ノードの識別子を獲得することができ、前記送信モジュールは、更に、前記獲得モジュールによって獲得された、前記簡易ブログの単一メッセージに対応する前記ノードの前記識別子、及び、前記ノードの各先祖ノードの前記識別子を、前記クライアントに送信することができることを特徴とする請求項8に記載のサーバ。対話モジュール、データ受信及び獲得モジュールの他に、表示モジュールを備えた、簡易ブログの単一メッセージを集約するためのクライアントであって、前記対話モジュールは、ユーザと対話することができると共に、ユーザ指示に従って、前記簡易ブログの単一メッセージを集約するためのトリガメッセージを、サーバに送信することができ、前記データ受信及び獲得モジュールは、前記対話モジュールによって送信された指示に従って、前記簡易ブログの単一メッセージの前記集約データに関する情報を、前記サーバから獲得または受信することができると共に、前記情報に従って、前記簡易ブログの単一メッセージの前記集約データを、前記サーバから受信または獲得することができ、前記表示モジュールは、前記ユーザに対して、前記簡易ブログの単一メッセージの前記集約データを表示することができることを特徴とするクライアント。前記クライアントが、第1データ保存モジュール、第2データ保存モジュール、判定モジュール、及び構築モジュールを更に備え、前記第1データ保存モジュールは、前記データ受信及び獲得モジュールによって受信または獲得された前記簡易ブログの単一メッセージの前記集約データを保存することができ、前記集約データが、前記簡易ブログの単一メッセージに対応するノードの識別子、及び、前記ノードの各先祖ノードの識別子を含み、前記先祖ノードが、ルートノードまで、前記簡易ブログの単一メッセージに対応する前記ノードの父親ノードを上方へ向かって含むと共に、前記第2データ保存モジュールは、前記簡易ブログの単一メッセージが中継メッセージである場合に、時間系列に従って、前記ユーザによって焦点をあてられた各ユーザの識別子を保存することができ、前記判定モジュールは、前記簡易ブログの単一メッセージが前記中継メッセージである場合に、前記中継メッセージに対応する前記ノードの前記識別子、及び、前記第1データ保存モジュールに保存された前記ノードの各先祖ノードの前記識別子のどちらが前記第2データ保存モジュールに保存されているかを判定し、前記第2データ保存モジュールに保存されたノード識別子を、前記表示モジュールに送信することができ、前記構築モジュールは、前記第1データ保存モジュールが前記データ受信及び獲得モジュールによって前記サーバから受信または獲得された前記簡易ブログの単一メッセージの前記集約データを保存していた場合に、前記簡易ブログの単一メッセージの記載事項を有する独立したメッセージページを構築することができ、前記簡易ブログの単一メッセージが前記中継メッセージである場合に、前記表示モジュールは、更に、前記判定モジュールによって送信された、前記第2データ保存モジュールに保存された前記ノード識別子を受信し、前記ノード識別子、及び、前記構築モジュールによって構築された前記独立したメッセージページを使用することによって、中継時間系列に従って、前記ユーザに対して、前記ユーザによって焦点をあてられた各ユーザによって中継された前記中継メッセージの中継プロセスを表示することができ、前記簡易ブログの単一メッセージが中継された対話メッセージである場合に、前記表示モジュールは、前記構築モジュールによって構築された前記独立したメッセージページを使用することによって、中継時間系列、及び、前記第1データ保存モジュールに保存された前記集約データに従って、前記ユーザに対して、前記簡易ブログの単一メッセージに対応する前記ノードの前記識別子、及び、前記ノードの各先祖ノードの前記識別子を表示することができることを特徴とする請求項10に記載のクライアント。前記表示モジュールが、前記ノード識別子、及び、前記構築モジュールによって構築された前記独立したメッセージページを使用することによって、前記中継時間系列に従って、前記ユーザに対して、前記ユーザによって焦点をあてられた各ユーザによって中継された前記中継メッセージの記中継プロセスを表示する場合に、いずれかのノード識別子がトリガされる場合に、前記表示モジュールは、前記中継メッセージを中継したと共に、前記第1データ保存モジュールに保存された前記ノード識別子を使用することによって、前記ユーザに対して、前記中継メッセージの前記中継プロセスを表示することができるか、あるいは、いずれかのノード識別子がトリガされる場合に、前記表示モジュールは、前記ユーザに対して、前記トリガされたノード識別子に対応するユーザによって中継された前記中継メッセージに関する情報を表示することができることを特徴とする請求項11に記載のクライアント。前記独立したメッセージページがメッセージを含む場合に、前記表示モジュールは、更に、前記メッセージの発信元を表示することができ、前記メッセージが対話メッセージを含む場合に、前記表示モジュールは、更に、前記対話メッセージの原文を表示することができ、前記メッセージがコメントを備えたまたはコメントを備えない中継メッセージを含むと共に、コメントを備えたまたはコメントを備えない前記中継メッセージの中継数が事前に設定された数より大きいかもしくは事前に設定された数に等しい場合に、前記表示モジュールは、更に、中継原文及び前記中継数を表示することができ、前記対話メッセージ、または前記コメントを備えた中継メッセージ、または前記コメントを備えない中継メッセージが画像を有する場合に、前記表示モジュールは、更に、前記画像のサムネイルを表示することができることを特徴とする請求項11に記載のクライアント。前記第1データ保存モジュールが、画像保存モジュールを更に備え、前記データ受信及び獲得モジュールが、画像抽出モジュールを更に備え、メッセージテキストがサムネイルを含む場合に、前記画像抽出モジュールは、前記画像保存モジュールが首尾良くダウンロードされた前記サムネイルを保存したかどうかを判定することができ、前記画像保存モジュールが首尾良くダウンロードされた前記サムネイルを保存していた場合に、前記表示モジュールは、更に、首尾良くダウンロードされた前記サムネイルを表示することができ、前記画像保存モジュールが首尾良くダウンロードされた前記サムネイルを保存していない場合に、前記画像抽出モジュールは、更に、前記サーバから前記サムネイルをダウンロードし、ダウンロードリストにダウンロードされるべき前記サムネイルを追加すると共に、プロセスアニメーションを開始することができ、ダウンロードが成功した場合に、前記画像抽出モジュールは、更に、前記プロセスアニメーションを停止して、前記ダウンロードリストから前記サムネイルを削除すると共に、前記表示モジュールが前記ユーザに対して表示することを促進するように、首尾良くダウンロードされた前記サムネイルを保存されるべき前記画像保存モジュールに送信することができることを特徴とする請求項11に記載のクライアント。前記データ受信及び獲得モジュールは、更に、前記サーバから、前記簡易ブログの単一メッセージの前記集約データが提供する事前に設定された数のメッセージを、同時に受信または獲得することができることを特徴とする請求項10に記載のクライアント。簡易ブログの単一メッセージを集約するためのシステムであって、請求項8において定義されたサーバと請求項10において定義されたクライアントとを備えることを特徴とするシステム。従って、現在の主流の簡易ブログクライアントソフトウェアアプリケーションにおいて、ユーザは、簡易ブログソフトウェアの使い易さ、安定性、及び安全性に関する更に高い要求を提案する。更に都合よく簡易ブログ関係チェーンrelationshipchainを知るために、ユーザは、特定の簡易ブログメッセージに関する詳細な情報を知ることを望み得ると共に、特定の簡易ブログメッセージの中継プロセスを見ることを望み得る。上記を考慮した結果、本願の実施例は、ユーザが記載事項entry:エントリー、記事を有する興味のあるメッセージに関する独立したページにアクセスすることを可能にするために、そして、ユーザがメッセージに関する中継プロセスを明確に見ることを可能にするために、簡易ブログの単一メッセージを集約するための方法、サーバ、クライアント、及びシステムを提供する。本願の実施例は、簡易ブログの単一メッセージを集約するための方法であって、ユーザによって、前記簡易ブログの単一メッセージを集約することをトリガする段階と、前記ユーザに対して、前記簡易ブログの単一メッセージの中継プロセスを表示する段階とを含む方法を提供する。本願の実施例は、受信モジュール、獲得モジュール、及び送信モジュールを備えた、簡易ブログの単一メッセージを集約するためのサーバであって、前記受信モジュールは、クライアントによって送信された前記簡易ブログの単一メッセージを集約するためのトリガメッセージを受信することができ、前記獲得モジュールは、前記トリガメッセージに従って前記簡易ブログの単一メッセージの集約データを獲得することができ、前記送信モジュールは、前記獲得モジュールによって獲得された前記簡易ブログの単一メッセージの前記集約データを、前記クライアントに送信することができるサーバを提供する。本願の実施例は、対話モジュールと、データ受信及び獲得モジュールと、表示モジュールとを備えた、簡易ブログの単一メッセージを集約するためのクライアントであって、前記対話モジュールは、ユーザと対話することができると共に、ユーザ指示に従って、前記簡易ブログの単一メッセージを集約するためのトリガメッセージを、サーバに送信することができ、前記データ受信及び獲得モジュールは、前記対話モジュールによって送信された指示に従って、前記簡易ブログの単一メッセージの前記集約データに関する情報を、前記サーバから獲得または受信することができると共に、前記情報に従って、前記簡易ブログの単一メッセージの前記集約データを、前記サーバから受信または獲得することができ、前記表示モジュールは、前記ユーザに対して、前記簡易ブログの単一メッセージの前記集約データを表示することができるクライアントを提供する。本願の実施例は、簡易ブログの単一メッセージを集約するためのシステムであって、上記で定義されたクライアントとサーバとを備えるシステムを提供する。本願の前述の技術的解決法を採用することによって、あらゆるページのユーザは、記載事項を有する興味のあるメッセージに関する独立したページにアクセスすることを可能にされ得る。その上、ユーザは、提供された単一メッセージに関する集約機能によって、メッセージ中継プロセスを明確に見ることができ得る。一方、そのユーザは、更に都合よく簡易ブログに対応する関係チェーンrelationshipchainを知ることを可能にされ得る。従って、ユーザの経験が向上し得る。本願の目的、技術的解決法、及び利点を更に明確にするために、本願に関する詳細な説明が、添付の図面及び特定の実施例と共に、下記において提供される。図1は、本願の実施例による簡易ブログの単一メッセージを集約するための方法を例証するフローチャートである。図1において示されたように、その方法は、下記のブロックを含む。ブロック101:ユーザが、簡易ブログの単一メッセージを集約することをトリガtriggerする。ユーザが特定の興味のある簡易ブログの単一メッセージについて中継プロセスを見ることを望む場合に、ユーザは、簡易ブログの単一メッセージを集約することをトリガし得る。ブロック102:ユーザに対して、簡易ブログの単一メッセージに関する中継プロセスを表示する。図2は、本願の別の実施例による簡易ブログの単一メッセージを集約するための方法を例証するフローチャートである。図2において示されたように、その方法は、下記のブロックを含む。ブロック201:ユーザは、簡易ブログの単一メッセージの集約をトリガするために、簡易ブログクライアントのホームページ、ページpage、及びゲストページの内のいずれかが提供する特定の簡易ブログの単一メッセージをダブルクリックし得る。その代りに、ユーザは、簡易ブログの単一メッセージの集約をトリガするために、簡易ブログの単一メッセージを選択すると共に、集約を選択するための適切なボタンをクリックし得る。ブロック202:簡易ブログの単一メッセージの記載事項を伝達する独立したメッセージページを使用することによって、簡易ブログの単一メッセージの中継プロセスを表示する。独立したメッセージページが少なくとも1つのメッセージを含む場合に、各メッセージの発信元を表示する、すなわち各メッセージがどの端末またはユーザによって送信されたかを表示する。メッセージが対話メッセージ含む場合に、対話メッセージの発信元及び原文が表示され得る。ユーザに到達する全ての中継チェーンが、更に、原文と共に見られ得る。メッセージがコメントを備えたまたはコメントを備えない中継メッセージを含み、その一方で、コメントを備えたまたはコメントを備えない中継メッセージの中継数が事前に設定された数、例えば10より大きいか、もしくは事前に設定された数、例えば10に等しい場合に、中継原文及び中継数が表示され得る。メッセージテキスト、例えば対話メッセージ、またはコメントを備えた中継メッセージ、またはコメントを備えない中継メッセージが画像を含む場合に、画像のサムネイルが表示され得る。一方、サムネイルは、コピーcopy、開くopen等のような、様々な操作をサポートし得る。図3は、本願の別の実施例による簡易ブログの単一メッセージを集約するための方法を例証するフローチャートである。図3において示されたように、その方法は、下記のブロックを含む。ブロック301:ユーザが、簡易ブログの単一メッセージを集約することをトリガtriggerする。ブロック302:集約されるようにユーザによって要求された簡易ブログの単一メッセージが、中継メッセージであるか、または対話メッセージであるかどうかを判定する。集約されるようにユーザによって要求された簡易ブログの単一メッセージが中継メッセージである場合に、ブロック303へ進行し、そうでなければ、ブロック304へ進行する。ブロック303:現在のユーザによって焦点をあてられたユーザの識別子を使用することによって、現在のユーザによって焦点をあてられたユーザによって中継された中継メッセージの時間系列に従って、現在のユーザに対して、中継メッセージの中継プロセスを表示する。具体的には、そのブロックは、下記の2つの方式によって実行され得るが、しかし下記における2つの方式に限定されない。第1の方式は、集約されるように要求された簡易ブログの単一メッセージ、すなわち中継メッセージに対応するノードの識別子に基づいて、ノードの各先祖ノードの識別子を検索する。前記先祖ノードは、簡易ブログの単一メッセージに対応するノードの父親ノードのことを指すと共に、ルートノードまで、父親ノードの父親ノードが捜し出される。そして、その場合に、捜し出された全ての先祖ノードに基づいて、現在のユーザによってどの先祖ノードが焦点をあてられたかを判定する。現在のユーザによって焦点をあてられたユーザの識別子を使用することによって、現在のユーザによって焦点をあてられたユーザによって中継された中継メッセージの時間系列に従って、現在のユーザに対して、中継メッセージの中継プロセスを表示する。第2の方式は、現在のユーザによって焦点をあてられた全てのユーザの識別子、及び、現在のユーザによって焦点をあてられた全てのユーザによって中継されたメッセージを、クライアントに保存することができる。現在のユーザによって焦点をあてられた各ユーザによって中継されたメッセージにおいて、現在のユーザによって焦点をあてられたメッセージの時間系列に従って、集約されるように要求された簡易ブログの単一メッセージ、すなわち中継メッセージを、順々に検索する。現在のユーザによって焦点をあてられたユーザによって中継されたメッセージから、中継メッセージが捜し出された場合に、現在のユーザによって焦点をあてられた全てのユーザによって中継された全てのメッセージが詳しく考察されるまで、現在のユーザによって焦点をあてられたユーザの識別子を記録する。そして、その場合に、中継時間系列、及び、現在のユーザによって焦点をあてられた各ユーザの記録された識別子に従って、現在のユーザに対して、中継メッセージの中継プロセスを表示する。ブロック304:対話メッセージを中継した各ユーザの識別子を使用することによって、中継時間系列に従って、現在のユーザに対して、対話メッセージの中継プロセスを表示する。ブロック305:現在のユーザによって焦点をあてられたユーザの識別子の内のいずれかが再度トリガされたかどうかを判定すると共に、もしイエスyesであれば、ブロック306へ進行し、そうでなければ、ブロック307へ進行する。ブロック306:中継メッセージを中継した各ユーザの識別子を使用することによって、現在のユーザに対して、中継メッセージの中継プロセスを表示する。ブロック307:もはや更に詳細な情報を表示しない。図4は、本願の実施例による、現在のユーザに対して独立したメッセージページによって特定の簡易ブログの単一メッセージの中継プロセスを表示するプロセスの間、独立したメッセージページの原文またはメッセージテキストに画像が存在する場合に、サムネイルをダウンロードするための方法を例証するフローチャートである。図4において示されたように、その方法は、下記のブロックを含む。ブロック401:図2において示された実施例によって説明された方法に基づいて、簡易ブログの単一メッセージの記載事項を伝達する独立したメッセージページによって簡易ブログの単一メッセージの中継プロセスを表示するプロセスの間、独立したメッセージページのメッセージテキストまたは原文に画像が存在する場合に、ブロック402へ進行する。ブロック402:画像に対応するサムネイルが首尾良くダウンロードされたかどうかを判定すると共に、もしイエスyesであれば、ブロック407へ進行し、そうでなければ、ブロック403へ進行する。ブロック403:ダウンロードされるべきサムネイルを置換するようにデフォルト画像を配置し、ダウンロードリストにダウンロードされるべき画像を追加すると共に、プロセスアニメーションprocessanimationを開始し、そしてブロック404へ進行する。ブロック404:画像に対応するサムネイルが首尾良くダウンロードされたかどうかを判定すると共に、もしイエスyesであれば、ブロック405へ進行し、そうでなければ、ブロック406へ進行する。ブロック405:プロセスアニメーションを停止して、ダウンロードリストから画像を削除し、ブロック407へ進行する。ブロック406:別のデフォルト画像をオリジナルのサムネイルの場所に配置し、例えば、ダウンロードの失敗を示す画像を表示する。ブロック407:オリジナルのサムネイルの場所に首尾よくダウンロードされたサムネイルを配置する。図5は、本願の実施例による、独立したメッセージページのメッセージテキストまたは原文に画像が含まれる独立したメッセージページによってユーザに対して特定の簡易ブログの単一メッセージの中継プロセスを表示するプロセスの間に、ユーザがサムネイルに関する操作を実行する場合に、サムネイルに関する対応する操作を実行するための方法を例証するフローチャートである。図5において示されたように、その方法は、下記のブロックを含む。ブロック501:ユーザが、例えばオリジナルの画像を見るviewanoriginalpicture、コピーするcopy、名前を付けて保存するsaveasのようなサムネイルに関する操作を実行する場合に、ユーザによって最近選択された現在の画像に関して実行されるべき対応する操作を記録する。ブロック502:オリジナルの画像がダウンロードされたかどうかを判定すると共に、もしイエスyesであれば、ブロック507へ進行し、そうでなければ、ブロック503へ進行する。ブロック503:ダウンロードリストにダウンロードされるべき画像を追加し、プロセスアニメーションを開始すると共に、ブロック504へ進行する。ブロック504:画像が首尾良くダウンロードされたかどうかを判定すると共に、もしイエスyesであれば、ブロック505へ進行し、そうでなければ、ブロック506へ進行する。ブロック505:プロセスアニメーションを停止して、ダウンロードリストから画像を削除する。ブロック506:別のデフォルト画像を配置し、ダウンロードの失敗を表示する。ブロック507:ブロック501で記録された現在の画像に関して実行されるべき操作に従って、対応する操作を実行する。例えば、ユーザが適切なボタンによってオリジナルの画像を見るをクリックする場合に、オリジナルの画像をダウンロードするためのロジックをトリガすることが必要になる。この時に、画像に対応するサムネイルに関するダウンロードアニメーションdownloadinganimationが存在し得る。この時、ネットワークの速度が比較的遅い場合に、ユーザが、例えばオリジナルの画像を見る、コピーするcopy、名前を付けて保存するsaveasのような、画像または他の画像に関する操作を、繰り返し実行し得ることに注意が必要である。従って、新しいダウンロードがトリガされ得る。不必要な新しいダウンロードを回避するために、下記の方式が使用され得る。例えば、画像の繰り返されたダウンロードを保護するように、ダウンロード画像のリストを保存するために、プログラム内のマッピングテーブルマップが利用される。一方、ブロック501で記録された対応画像に関して実行されるべき最後の操作を保存するために、別のマッピングテーブルマップを使用する。画像のダウンロードが終了した場合に、最後の操作だけを実行する。例えば、ユーザがまずオリジナルの画像を見るviewanoriginalpictureを選択し、そして次に即座に名前を付けて保存するsaveasを選択する場合である。従って、最後の操作は、名前を付けて保存するsaveasになる。実施例において、ユーザがオリジナルの画像を見るを選択する場合に、外部プログラムを実行するための関数を呼び出す。例えば、ウィンドウズ登録商標XPやウィンドウズ登録商標2000システムのようなウィンドウズ登録商標システムにおいて、シェル実行ShellExecute関数が呼び出され得る。例えばウィンドウズ登録商標XPシステムを例にとると、画像のためのデフォルト画像ビューアが存在しない場合に、呼び出されたシェル実行ShellExecute関数の戻り値returnvalueは32未満であろう。この時、ユーザが画像を見るための画像ビューアを選択することを容易にするように、シェル実行ShellExecute関数の戻り値に基づいて、オープン方式openmode選択ボックスが開かれ得る。図6は、本願の実施例による簡易ブログの単一メッセージを集約するためのサーバの構造を例証する構成図である。図6において示されたように、サーバ601は、受信モジュール602と、獲得モジュール603と、送信モジュール604とを備える。受信モジュール602は、クライアント701から簡易ブログの単一メッセージを集約するためのトリガメッセージを受信することができる。獲得モジュール603は、トリガメッセージに基づいて、簡易ブログの単一メッセージの集約データを獲得することができる。送信モジュール604は、クライアント701がユーザに対して表示することを促進するように、獲得モジュール603によって獲得された簡易ブログの単一メッセージの集約データを、クライアント701に送信することができる。図7は、本願の別の実施例による簡易ブログの単一メッセージを集約するためのサーバの構造を例証する構成図である。図7において示されたように、受信モジュール602、獲得モジュール603、及び送信モジュール604に加えて、サーバ601は、保存モジュール605を更に備える。受信モジュール602の機能は、図6で例証された実施例における受信モジュール602と同じであり、その詳細はここで繰り返して説明されない。保存モジュール605は、簡易ブログの単一メッセージの集約データを保存することができる。簡易ブログの単一メッセージの集約データは、簡易ブログの単一メッセージに対応するノードに関する情報、及びそれらのノードの先祖ノードに関する情報を含む。先祖ノードは、簡易ブログの単一メッセージに対応するノードの父親ノードのことを指すと共に、ルートノードまでの父親ノードの父親ノードのことを指す。獲得モジュール603は、更に、簡易ブログの単一メッセージに対応するノードの各先祖ノードの識別子を獲得することができる。送信モジュール604は、更に、ユーザに対して表示するために、その両方が獲得モジュール603によって獲得された、簡易ブログの単一メッセージに対応するノードの識別子、及び、それらの各先祖ノードの識別子を、クライアント701に送信することができる。すなわち、各中継された簡易ブログのメッセージに関して、サーバは、ルートノードの識別子情報まで、簡易ブログのメッセージに対応するノードの父親ノードに関する識別子情報、及び、父親ノードの父親ノードに関する識別子情報を保存する。集約が必要である場合に、単一メッセージの集約チェーンaggregationchainを形成するために、現在のノードは、父親チェーンfatherchainにおける全てのノードを上へ向かって獲得するための基本と考えられ得る。もちろん、簡易ブログの単一メッセージを集約するために、サーバによって他の方式が使用され得る。例えば、サーバは、単一メッセージを中継すると共に集約するためのアクセス階層layer、単一メッセージに関するロジックプロセスlogicprocessを集約すると共に実行するためのモジュール、単一メッセージを集約するためのデータキャッシュ階層、及び簡易ブログデータ保存モジュール図示せずによって形成され得る。単一メッセージを中継すると共に集約するためのアクセス階層は、禁じられたアクセスを回避するために、上位層の端末によってアクセスされた場合の統一されたアクセスを管理している。一方、処理モジュールの配置が比較的独立していることを可能にするために、単一メッセージを中継すると共に集約するためのアクセス階層は、更に、単一メッセージを中継すると共に集約するための下位層のモジュールを保護することができる。クライアント、例えばQQクライアントまたは他のクライアントによって送信された特定の簡易ブログのメッセージを集約するためのトリガメッセージを受信した場合に、単一メッセージを中継すると共に集約するためのアクセス階層は、トリガメッセージが指定されたプロトコルによって送信されたかどうかを判定し得ると共に、もしイエスyesであれば、単一メッセージに関するロジックプロセスを集約すると共に実行するためのモジュールに、トリガメッセージを送信する。続いて、受信したトリガメッセージに基づいて、単一メッセージに関するロジックプロセスを集約すると共に実行するためのモジュールは、集約されるように要求された簡易ブログの単一メッセージに対応するノードのIDに従って、簡易ブログデータ保存モジュールから父親ノードの識別子IDを獲得し得ると共に、その場合に、ルートノードのIDが獲得されるまで、既に獲得された父親ノードIDの父親ノードのIDを獲得し得る。従って、サービス階層によって期待された全体の集約チェーンaggregationchainは、何度も抽出pull:プルした後で獲得され得る。一方、抽出の効率性を保証するために、同時発生及び非同期のプロセスが実行され得る。簡易ブログデータ保存モジュールにあまりにも多くの圧力を加えることを回避するために、部分的な中間のデータ及び結果データがバッファされ得る。図8は、本願の実施例による簡易ブログの単一メッセージを集約するためのクライアントの構造を例証する構成図である。図8において示されたように、クライアント701は、対話モジュール702と、データ受信及び獲得モジュール703と、表示モジュール704とを備える。対話モジュール702は、ユーザと対話することができると共に、ユーザ指示に従って、簡易ブログの単一メッセージを集約するためのトリガメッセージを、サーバ601に送信することができ、そして、データ受信及び獲得モジュール703に、簡易ブログの単一メッセージの集約データをサーバから受信するかまたは獲得することを指示するためのメッセージを送信することができる。データ受信及び獲得モジュール703は、対話モジュール702によって送信されたメッセージに従って、サーバ601から、簡易ブログの単一メッセージの集約データを、受信または獲得することができる。表示モジュール704は、ユーザに対して、データ受信及び獲得モジュール703によって獲得された、簡易ブログの単一メッセージの集約データを表示することができる。サービス品質が満足されている場合にサーバ負荷をできる限り低くすることを可能にするために、メッセージの中継チェーンが比較的長い状況の下で、中継チェーンに関する全てのメッセージを同時に抽出する場合に、大きな負荷がサーバにもたらされ得る。クライアントアプリケーションのシナリオを考慮すると、バッチ処理及び多数回の抽出の戦略が、本願の実施例において使用され得る。データ受信及び獲得モジュール703は、サーバ601に保存された簡易ブログの単一メッセージの集約データから、事前に設定された数のメッセージを、同時に受信または獲得することができる。中継されると共に集約されたメッセージの平均長さと同様に、ネットワークにおけるクライアントとサーバとの間のネットワーク交換機の最小のバイト数の長さ制限を考慮すると、本実施例において、中継されると共に集約された15個のメッセージが、同時に抽出されることが許される。ユーザが現在のページを見て、そして下側にスクロールダウンした場合に、事前に設定された数のメッセージが抽出されるまで、次のバッチ処理抽出プロセスnextbatchpullingprocessがトリガされることができ、例えば120個のメッセージが抽出されたあとで、スクロールバーの下端において、もはやトリガした事象に対する応答として抽出することはなくなる。その代りに、対応するウェブページにユーザがマニュアルでクリックしてジャンプすることを可能にするように、ユーザにもっと見ることを促す。図9は、本願の別の実施例による簡易ブログの単一メッセージを集約するためのクライアントの構造を例証する構成図である。図9において示されたように、対話モジュール702、データ受信及び獲得モジュール703、表示モジュール704に加えて、クライアント701は、第1データ保存モジュール705、第2データ保存モジュール706、判定モジュール707、及び構築モジュール708を更に備える。対話モジュール702とデータ受信及び獲得モジュール703の機能は、図8で例証された実施例における機能と同じであり、その詳細はここで繰り返して説明されない。第1データ保存モジュール705は、データ受信及び獲得モジュール703によってサーバ601から受信または獲得された簡易ブログの単一メッセージの集約データを保存することができる。集約データは、簡易ブログの単一メッセージに対応するノードの識別子、及び、そのノードの各先祖ノードの識別子を含む。先祖ノードは、ルートノードまで、簡易ブログの単一メッセージに対応するノードの父親ノード、その父親ノードの父親ノードを含む。第2データ保存モジュール706は、簡易ブログの単一メッセージが中継メッセージである場合に、時間系列に従って、現在のユーザによって焦点をあてられた各ユーザの識別子を保存することができる。判定モジュール707は、簡易ブログの単一メッセージが中継メッセージである場合に、中継メッセージに対応するノードの識別子、及び、第1データ保存モジュール705に保存されたそのノードの各先祖ノードの識別子のどちらが第2データ保存モジュール706に保存されているかを判定し、第2データ保存モジュール706に保存された各ノード識別子を、表示モジュール704に送信することができる。第1データ保存モジュール705が、データ受信及び獲得モジュール703によってサーバ601から受信または獲得された簡易ブログの単一メッセージの集約データを保存したあとで、すなわち下記において構築されるべき独立したメッセージページによって中継されたデータを獲得したあとで、構築モジュール708は、簡易ブログの単一メッセージの記載事項を有する独立したメッセージページを構築することができる。簡易ブログの単一メッセージが中継メッセージである場合に、表示モジュール704は、更に、判定モジュール707によって送信された、第2データ保存モジュール706に保存されたノード識別子を受信し、構築モジュール708によって構築された独立したメッセージページ、及び、ノード識別子を使用することによって、中継時間系列に従って、現在のユーザに対して、現在のユーザによって焦点をあてられたユーザによって中継された中継メッセージの中継プロセスを表示することができる。簡易ブログの単一メッセージが中継された対話メッセージである場合に、表示モジュール704は、構築モジュール708によって構築された独立したメッセージページを使用することによって、中継時間系列に従って、第1データ保存モジュール705に保存された集約データに基づいて、現在のユーザに対して、簡易ブログの単一メッセージに対応するノードの識別子、及び、そのノードの各先祖ノードの識別子を表示することができる。具体的には、独立したメッセージページが少なくとも1つのメッセージを含む場合に、表示モジュール704は、更に、各メッセージの発信元、例えばメッセージがどの端末またはユーザによって送信されたかを、表示することができる。メッセージが対話メッセージ含む場合に、表示モジュール704は、更に、対話メッセージの原文を表示することができる。メッセージがコメントを備えたまたはコメントを備えない中継メッセージを含み、そしてコメントを備えたまたはコメントを備えない中継メッセージの中継数が事前に設定された数より大きいか、もしくは事前に設定された数に等しい場合に、表示モジュール704は、更に、中継数及びオリジナルの中継内容を表示することができる。メッセージの中に中継メッセージまたは対話メッセージのいずれも存在しない場合に、表示モジュール704は、メッセージの詳細な内容のみを表示することができる。メッセージテキスト、例えば対話メッセージ、コメントを備えたまたはコメントを備えない中継メッセージ、またはメッセージ原文が画像を含む場合に、表示モジュール704は、更に、画像のサムネイルを表示することができる。サムネイルは、コピーcopy、開くopen、名前を付けて保存するsaveas、見るviewのような、様々な操作をサポートすることができ、それは、図4及び図5によって例証された前述の実施例を参照し得ると共に、その詳細はここで繰り返して説明されない。簡易ブログの単一メッセージが中継メッセージである場合に、クライアント701は、同様に、下記の方式によって実施され得る。例えば、クライアント701は、現在のユーザによって焦点をあてられた全てのユーザの識別子、及び、現在のユーザによって焦点をあてられた全てのユーザによって中継されたメッセージを保存するように構成され得る。現在のユーザによって焦点をあてられたユーザによって中継された全てのメッセージにおいて、集約されるように要求された簡易ブログの単一メッセージ、すなわち中継メッセージを、現在のユーザによって焦点をあてられた各ユーザの時間系列に従って検索する。中継メッセージが、現在のユーザによって焦点をあてられた特定のユーザによって中継されたメッセージから発見される場合に、現在のユーザによって焦点をあてられた全てのユーザによって中継された全てのメッセージが詳しく考察されるまで、その特定のユーザの識別子を記録する。そして、その場合に、中継系列に従って、そして、現在のユーザによって焦点をあてられた各ユーザの記録された識別子を使用することによって、現在のユーザによって焦点をあてられた各ユーザによって中継された中継メッセージの中継プロセスを表示する。本願の実施例のクライアント及びサーバを設計するためのプロセスにおいては、疎結合の構造looselycoupledstructure、及びできる限り低いサーバ負荷が、達成されるべき目標とされる。疎結合のlooselycoupledコード設計フレームワークcodedesignframeworkを獲得するために、関連する論理関数logicfunctionを1つの階層にカプセル化するための階層型モジュールの設計上のアイデアが使用される。コード再利用性が更に良くなることを可能にするように、例えばインタフェースまたは純然たる仮想関数virtualfunctionのような、理論上のデータ構造が、異なる階層の間の関係を表すために使用され得る。前述の設計構想に基づいて、クライアント701は、更に、他の方式によって実施され得る。例えば、クライアント701を、プレゼンテーション階層、サービスロジック階層、及びデータ階層に分割するそれらは図示されない。プレゼンテーション階層は、その中に、ユーザとの対話をカプセル化することができる。クライアントのコア機能階層と考えられるサービスロジック階層は、主として、機能的なロジックlogic:論理プロセス、及び状態記憶装置statestorageを担当している。データ階層は、サーバから、例えば抽出データpulldata:プルデータのようなデータを獲得すると共に、獲得されたデータを体系化することができる。図10は、本願の別の実施例による簡易ブログの単一メッセージを集約するためのクライアントの構造を例証する構成図である。図10と図9との間の差異は、下記のとおりである。図10において、第1データ保存モジュール705は、更に、画像保存モジュール7051を備え、データ受信及び獲得モジュール703は、更に、画像抽出モジュール7031を備える。図10における対話モジュール702、第2データ保存モジュール706、判定モジュール707、及び構築モジュール708の各々の機能は、それぞれ、図9における機能と同じであり、その詳細はここで繰り返して説明されない。メッセージテキストが画像を含む場合に、現在のユーザに対して、データ受信及び獲得モジュール703によって獲得された簡易ブログの単一メッセージの集約データを表示することに加えて、図10における表示モジュール704は、更に、首尾よくダウンロードされたサムネイルを表示することができる。具体的な説明は、下記のとおりである。メッセージテキスト、例えば対話メッセージ、コメントを備えたまたはコメントを備えない中継メッセージ、またはメッセージ原文がサムネイルを含む場合に、画像抽出モジュール7031は、画像保存モジュール7051が首尾よくダウンロードされたサムネイルを保存したかどうかを判定することができる。もしイエスyesならば、表示モジュール704は、更に、首尾よくダウンロードされたサムネイルを表示することができ、そうでなければ、画像抽出モジュール7031は、更に、サーバ601からサムネイルをダウンロードし、ダウンロードリストにダウンロードされるべき画像を追加し、そしてプロセスアニメーションを開始することができる。ダウンロードが成功した場合に、画像抽出モジュール7031は、プロセスアニメーションを停止して、ダウンロードリストから画像を削除し、首尾よくダウンロードされたサムネイルを、格納されるべき画像保存モジュール7051に送信することができる。本願の実施例は、更に、図において示されないサーバ601とクライアント701によって形成される、簡易ブログの単一メッセージを集約するためのシステムを提供する。サーバ601の構造は、図6及び図7を参照し得る。クライアント701の構造は、図8、図9、及び図10を参照し得る。サーバ601の構造は、図6及び図7で例証された2つの種類の構造に限定されないことに、注意するべきである。クライアント701の構造は、同様に、図8及び図9で例証された2つの構造に限定されない。図11は、本願の別の実施例による簡易ブログの単一メッセージを集約するための方法を例証するフローチャートである。図11において示されたように、ブロック1101、1102、1103、1105、及び1107は、それぞれ、図3におけるブロック301、302、303、305、及び307と同じであり、その詳細はここで繰り返して説明されない。図11において示されたように、ブロック1102を実行した後で、簡易ブログの単一メッセージが対話メッセージであると判定した場合には、ブロック1104に進行する。対話メッセージが中継されなかった場合には、対話メッセージの発信元、及び原文を表示する。対話メッセージが中継された場合には、対話メッセージを中継した各ユーザの識別子を使用することによって、中継時間系列に従って、現在のユーザに対して、対話メッセージの中継プロセスを表示する。ブロック1105に関して、補足として、コンピュータは、その他の方式によって現在のユーザによって焦点をあてられた全てのユーザの識別子の内のいずれかの現在の操作ユーザのダブルクリックを、もしくは、その他の方式によって現在のユーザによって焦点をあてられた全てのユーザの識別子の内のいずれかをトリガすることを、待つことができる。現在のユーザによって焦点をあてられた全てのユーザの識別子の内のいずれかがトリガされたと判定した場合には、ブロック1106に進行する。すなわち、独立したメッセージページによって、トリガされたユーザ識別子に対応するユーザによって中継された中継メッセージに関する詳細な情報、例えばユーザアカウント、中継時間、中継場所、ユーザによって中継された後でどのくらいのユーザがメッセージを中継したか、を表示すると共に、更なる操作、例えばコピー、中継等を実行するために、現在のユーザに対して記載事項を提供する。上記は、本願の単に好ましい実施例であって、本願を限定するために使用されない。容易に当業者の心に浮かぶ、本願によって開示された技術的な範囲内のあらゆる変更または置換は、本願の保護範囲によってカバーされるべきである。従って、本願の保護範囲は、特許請求の範囲によって決定されるべきである。