(57)【要約】【課題】階層構造を有する記事間において、上位の記事に対するコメントを投稿したことを、１度で階層構造内における上位の記事に対して通知できることを目的とする。【解決手段】複数のブログサーバ１１〜１２を備える記事管理システム４において、ブログサーバ１３が、クライアント２３から記事Ｂに関連する記事データＣの投稿要求を受信すると、記事データＢを管理するブログサーバ１２が、記事Ｂ連携受付用ＵＲＬと、記事データＢと関連付けられている記事データＡを管理するブログサーバ１１を示す記事Ａ連携受付用ＵＲＬとを取得し、記事Ｂ連携受付用ＵＲＬおよび記事Ａ連携受付用ＵＲＬを記憶部に記憶し、クライアント２３から、記事データＣを受信すると、記憶部に記憶されている記事Ｂ連携受付用ＵＲＬおよび記事Ａ連携受付用ＵＲＬを参照し、記事データＣを、ブログサーバ１２およびブログサーバ１１へ送信することを特徴とする。【選択図】図３
2009205211.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク経由で投稿される記事の管理を行う複数の記事管理装置を備える記事管理システムの記事管理方法であって、
第１の前記記事管理装置の処理部が、
クライアントから所定の記事に関連する記事のデータである第１の記事データの投稿要求を受信すると、
前記所定の記事のデータである第２の記事データを管理する第２の記事管理装置の処理部が、
この第２の記事管理装置の識別情報と、前記第２の記事データと関連付けられている第３の記事データを管理する第３の記事管理装置を示す識別情報とを、前記第１の記事管理装置へ送信し、
前記第１の記事管理装置の処理部が、
受信した前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を記憶部に記憶し、
前記クライアントから、前記第１の記事データを受信すると、
前記記憶部に記憶されている前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を参照し、
前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信することを特徴とする記事管理方法。
【請求項２】
前記第１の記事データを受信した前記第１の記事管理装置の処理部は、
受信した前記第１の記事データを、この第１の記事データに関連する記事データに対応付けて記憶部に格納し、
クライアントから、前記第１の記事データに関連する記事データの表示要求を受信すると、
前記第１の記事データと、この第１の記事データに関連する記事データとを関連付けて表示した画面を生成し、前記画面を前記表示要求を要求したクライアントに表示させることを特徴とする請求項１に記載の記事管理方法。
【請求項３】
前記第１の記事データを管理している前記第１の記事管理装置の処理部は、
前記第１の記事データを、前記第２の記事管理装置および前記第３の記事管理装置へ送信する前に、
前記第２の記事管理装置から、前記第２の記事データおよび前記第１の記事データの少なくとも一方を受信し、
前記受信した記事データを含む記事データの編集画面を生成し、
前記生成した編集画面を、前記表示要求を要求したクライアントに表示させ、
当該クライアントに表示された前記編集画面上で編集された記事データを第１の記事データとして受信することを特徴とする請求項１または請求項２に記載の記事管理方法。
【請求項４】
前記記事管理装置の識別情報は、当該記事管理装置において管理される前記記事データの格納領域を示す固定リンクを示し、
前記第１の記事管理装置の処理部は、
クライアントから、前記第１の記事データを受信すると、
受信した前記第１の記事データに対して第１の固定リンクを生成し、前記第１の記事データに、生成した前記第１の固定リンクを付与し、
当該記事管理装置の記憶部に記憶される前記第１の記事データに関連する記事データに付されている第２の固定リンクと、生成された前記第１の固定リンクとを対応付けて前記記憶部に記憶し、
クライアントから記事データの閲覧要求を受信した場合、前記記憶部に記憶されている記事データの固定リンクをすべてリンク表示した画面を生成し、前記生成した画面を前記閲覧要求したクライアントに表示させることを特徴とする請求項１から請求項３のいずれか一項に記載の記事管理方法。
【請求項５】
前記記事管理システムは、記事間の階層構造を表示する階層構造表示装置をさらに有し、
前記第１の記事管理装置の処理部は、
前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信する際に、前記第１の記事管理装置を示す識別情報と、前記第２の記事管理装置を示す識別情報とを対の情報とする関連記事管理装置情報を前記階層構造表示装置へ送信し、
前記階層構造表示装置の処理部は、
複数の前記第１の記事管理装置から、前記関連記事管理装置情報を受信すると、前記第２の記事管理装置を示す識別情報を上位の記事に関連する情報とし、前記第１の記事管理装置を示す識別情報を下位の記事に関連する情報として、前記関連記事管理装置情報それぞれを記憶部に記憶し、
クライアントから記事間の階層構造の表示要求を受信すると、前記記憶部に記憶されている前記関連記事管理装置情報それぞれを基に、上位の記事に関連する情報および下位の記事に関連する情報を表示する階層構造表示画面を前記クライアントに表示させることを特徴とする請求項１から請求項３のいずれか一項に記載の記事管理方法。
【請求項６】
請求項１から請求項５のいずれか一項に記載の記事管理方法をコンピュータに実行させることを特徴とする記事管理プログラム。
【請求項７】
ネットワーク経由で投稿される記事の管理を行う複数の記事管理装置を備える記事管理システムであって、
前記記事管理システムは、少なくとも第１の記事管理装置、第２の記事管理装置および第３の記事管理装置を有しており、
第１の前記記事管理装置が、
クライアントから所定の記事に関連する記事のデータである第１の記事データの投稿要求を受信すると、
前記所定の記事のデータである第２の記事データを管理する第２の記事管理装置が、
この第２の記事管理装置の識別情報と、前記第２の記事データと関連付けられている第３の記事データを管理する第３の記事管理装置を示す識別情報とを、前記第１の記事管理装置へ送信し、
前記第１の記事管理装置が、
受信した前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を記憶部に記憶し、
前記クライアントから、前記第１の記事データを受信すると、
前記記憶部に記憶されている前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を参照し、
前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信することを特徴とする記事管理システム。
【請求項８】
前記記事管理システムは、記事間の階層構造を表示する階層構造表示装置をさらに有し、
前記第１の記事管理装置は、
前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信する際に、前記第１の記事管理装置を示す識別情報と、前記第２の記事管理装置を示す識別情報とを対の情報とする関連記事管理装置情報を前記階層構造表示装置へ送信し、
前記階層構造表示装置は、
複数の前記第１の記事管理装置から、前記関連記事管理装置情報を受信すると、前記第２の記事管理装置を示す識別情報を上位の記事に関連する情報とし、前記第１の記事管理装置を示す識別情報を下位の記事に関連する情報として、前記関連記事管理装置情報それぞれを記憶部に記憶し、
クライアントから記事間の階層構造の表示要求を受信すると、前記記憶部に記憶されている前記関連記事管理装置情報それぞれを基に、上位の記事に関連する情報および下位の記事に関連する情報を表示する階層構造表示画面を前記クライアントに表示させることを特徴とする請求項７に記載の記事管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記事管理方法、記事管理プログラムおよび記事管理システムに関する。
【背景技術】
【０００２】
インターネット上における多くのウェブサイトは、サイト内に他のサイトのＵＲＬ（Uniform Resource Indicator）を貼ることによって、他のサイトへ容易に移動できるように構成されている。また、近年、ブログと呼ばれるサービスが急速に普及してきている。ブログは、自分が気になったニュース、サイト、個人的な体験、特定のトピックなどに関する、必ずしもウェブに限定されない話題に関し、自分の意見や覚書を書き込む日記形式のウェブサイトの一種である。多くのブログには、読者がブログに記載されている記事についてのコメントを書き込める電子掲示板のようなシステムや、自分の記事から他人の記事に対してリンクを貼り付け、自分の記事へリンク元のサイトの記事を貼り付けたことを、リンク元のサイトへ通知するトラックバックと呼ばれる機能が提供されている。
【０００３】
また、トラックバックをたどり、トラックバック元（子記事）のコメントや、トラックバックを集約することで、あるブログ記事から続く関連情報を効率的に取得できるトラックバック元のコメント・トラックバックの集約方法および装置およびプログラムおよびプログラムを格納した記憶媒体が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００６−３３１３４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような機能によって投稿されたコメントは、複数の読者の意見が時間軸と共に文脈を持つようになり、コミュニティが形成される一方、匿名で書き込めるため無責任な意見が書き込まれることがある。また、コメント投稿者が、他ブログへ投稿したコメントを、自分の意見として自分のブログで発表したい場合、コメント投稿者は、投稿先のブログおよび自分のブログへのマルチポストによる投稿を行う必要がある。しかしながら、マルチポストは、同じ内容の記事を複数のコミュニティ（ブログ）へ別の記事として投稿することになるため、好ましくない。
【０００５】
また、コメント投稿者が、トラックバックを利用してコメントの投稿を行う場合、投稿先のリンク（リンク先）に、自分のブログをリンク元としてリンクすることとなる。しかしながら、トラックバックは、一方向のリンクであるため、リンク先である親記事（投稿先の記事）にのみ、リンク元の子記事（この場合は、自分の記事）の簡易な要約や、子記事のＵＲＬなどの情報が掲載される。そのため、子記事の記事中において、親記事を言及リンクしない限り、子記事から親記事を参照することはできない。
【０００６】
このような事態を避ける方法として、トラックバックを受けた親記事から、子記事へトラックバックを返すことによって、相互にリンクを貼ることが考えられる。しかし、このような方法によって、相互にリンクを貼った場合、子記事が親記事と同階層として位置づけられるため、一つのスレッドを追うことが困難となり、コミュニティとして成立することが困難となる。また、所定の記事（親記事）に対してコメントを投稿することにより、当該親記事に対する子記事が生じ、さらにこの子記事に対してコメントを投稿することにより、親記事に対する孫記事が生じたとき、トラックバックなどの手法では、孫記事を管理しているブログサーバから、子記事を管理しているブログサーバへリンクを貼ったことを通知することができるが、１回の操作で孫記事から親記事への通知を行なうことができない。従って、孫記事から親記事への通知は、孫記事から子記事への通知とは別に行なう必要がある。
【０００７】
また、特許文献１のように個人のブログに投稿された記事間に親子関係を階層的に表示するシステムやツールが提供されているが、オリジナルの記事が投稿されている個人のブログ上では現状と変わらずコミュニティへの発展が困難である。
【０００８】
そこで、本発明は、階層構造を有する記事間において、所定の記事に対するコメントを投稿したことを、１度で階層構造内における自記事より上位の記事に対して通知できることを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、前記課題を解決するために創案されたものであり、請求項１に記載の記事管理方法は、ネットワーク経由で投稿される記事の管理を行う複数の記事管理装置を備える記事管理システムの記事管理方法であって、第１の前記記事管理装置の処理部が、クライアントから所定の記事に関連する記事のデータである第１の記事データの投稿要求を受信すると、前記所定の記事のデータである第２の記事データを管理する第２の記事管理装置の処理部が、この第２の記事管理装置の識別情報と、前記第２の記事データと関連付けられている第３の記事データを管理する第３の記事管理装置を示す識別情報とを、前記第１の記事管理装置へ送信し、前記第１の記事管理装置の処理部が、受信した前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を記憶部に記憶し、前記クライアントから、前記第１の記事データを受信すると、前記記憶部に記憶されている前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を参照し、前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信することを特徴とする。
【００１０】
第３の記事に対してコメントが投稿されることにより、当該第３の記事に対する子記事（第２の記事）が生じている状況で、別のクライアントが、この子記事（第２の記事）に対してコメントを投稿することにより、子記事（第２の記事）に対する孫記事（第１の記事）が生じる。このような発明によれば、孫記事（第１の記事）の投稿者は、親記事（第３の記事）を管理している第１の記事管理装置および子記事（第２の記事）を管理している第２の記事管理装置に対して、親記事（第３の記事）および子記事（第２の記事）に対するコメントを投稿した旨の通知を個別に行なうことなく、１度の通知で親記事（第３の記事）を管理している第１の記事管理装置および子記事（第２の記事）を管理している第２の記事管理装置に対して孫記事（記事Ｃ）を投稿したことを通知することが可能となる。
【００１１】
また、請求項２に記載の記事管理方法は、請求項１に記載の記事管理方法において、前記第１の記事データを受信した前記第１の記事管理装置の処理部は、受信した前記第１の記事データを、この第１の記事データに関連する記事データに対応付けて記憶部に格納し、クライアントから、前記第１の記事データに関連する記事データの表示要求を受信すると、前記第１の記事データと、この第１の記事データに関連する記事データとを関連付けて表示した画面を生成し、前記画面を前記表示要求を要求したクライアントに表示させることを特徴とした。
【００１２】
このような構成によれば、記事間の親子関係に伴う階層構造が生じたとき、クライアントで記事を閲覧した際に、階層構造の上位にある記事も、下位にある記事も同時にクライアントで表示することができ、ユーザが、同一のスレッドを追うことが容易となる。
【００１３】
また、請求項３に記載の記事管理方法は、請求項１または請求項２に記載の記事管理方法において、前記第１の記事データを管理している前記第１の記事管理装置の処理部は、前記第１の記事データを、前記第２の記事管理装置および前記第３の記事管理装置へ送信する前に、前記第２の記事管理装置から、前記第２の記事データおよび前記第１の記事データの少なくとも一方を受信し、前記受信した記事データを含む記事データの編集画面を生成し、前記生成した編集画面を、前記表示要求を要求したクライアントに表示させ、当該クライアントに表示された前記編集画面上で編集された記事データを第１の記事データとして受信することを特徴とした。
【００１４】
このような構成によれば、記事データを含む編集画面によって、ユーザは、記事データに含まれる記事の本文を引用してコメント記事を作成することができるため、閲覧の際に、親記事のどの部分に対するコメントなのかを容易に理解することが可能となる。
【００１５】
また、請求項４に記載の記事管理方法は、請求項１から請求項３のいずれか一項に記載の記事管理方法において、前記第１の記事管理装置の識別情報は、当該記事管理装置において管理される前記記事データの格納領域を示す固定リンクを示し、前記第１の記事管理装置の処理部は、クライアントから、前記第１の記事データを受信すると、受信した前記第１の記事データに対して第１の固定リンクを生成し、前記第１の記事データに、生成した前記第１の固定リンクを付与し、当該記事管理装置の記憶部に記憶される前記第１の記事データに関連する記事データに付されている第２の固定リンクと、生成された前記第１の固定リンクとを対応付けて前記記憶部に記憶し、クライアントから記事データの閲覧要求を受信した場合、前記記憶部に記憶されている記事データの固定リンクをすべてリンク表示した画面を生成し、前記生成した画面を前記閲覧要求したクライアントに表示させることを特徴とした。
【００１６】
このような構成によれば、親記事データの格納領域を示す固定リンクと、子記事データの格納領域を示す固定リンクとを対応付けて前記記憶部に記憶することによって、子記事を閲覧する際の閲覧画面上で、子記事から親記事へのリンクを貼ることができる。
【００１７】
また、請求項５に記載の記事管理方法は、請求項１から請求項３のいずれか一項に記載の記事管理方法において、前記記事管理システムは、記事間の階層構造を表示する階層構造表示装置をさらに有し、前記第１の記事管理装置の処理部は、前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信する際に、前記第１の記事管理装置を示す識別情報と、前記第２の記事管理装置を示す識別情報とを対の情報とする関連記事管理装置情報を前記階層構造表示装置へ送信し、前記階層構造表示装置の処理部は、複数の前記第１の記事管理装置から、前記関連記事管理装置情報を受信すると、前記第２の記事管理装置を示す識別情報を上位の記事に関連する情報とし、前記第１の記事管理装置を示す識別情報を下位の記事に関連する情報として、前記関連記事管理装置情報それぞれを記憶部に記憶し、クライアントから記事間の階層構造の表示要求を受信すると、前記記憶部に記憶されている前記関連記事管理装置情報それぞれを基に、上位の記事に関連する情報および下位の記事に関連する情報を表示する階層構造表示画面を前記クライアントに表示させることを特徴とした。
【００１８】
このような構成によれば、記事の階層構造を視認しやすい形式で表示することができる。
【００１９】
請求項６に記載の記事管理プログラムは、請求項１から請求項５に記載の記事管理方法をコンピュータに実行させることを特徴とした。
【００２０】
このような構成によれば、請求項１から請求項５の効果を、有するプログラムを提供することができる
【００２１】
請求項７に記載の記事管理システムは、ネットワーク経由で投稿される記事の管理を行う複数の記事管理装置を備える記事管理システムであって、前記記事管理システムは、少なくとも第１の記事管理装置、第２の記事管理装置および第３の記事管理装置を有しており、第１の前記記事管理装置が、クライアントから所定の記事に関連する記事のデータである第１の記事データの投稿要求を受信すると、前記所定の記事のデータである第２の記事データを管理する第２の記事管理装置が、この第２の記事管理装置の識別情報と、前記第２の記事データと関連付けられている第３の記事データを管理する第３の記事管理装置を示す識別情報とを、前記第１の記事管理装置へ送信し、前記第１の記事管理装置が、受信した前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を記憶部に記憶し、前記クライアントから、前記第１の記事データを受信すると、前記記憶部に記憶されている前記第２の記事管理装置の識別情報および第３の記事管理装置の識別情報を参照し、前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信することを特徴とする。
【００２２】
第３の記事に対してコメントが投稿されることにより、当該第３の記事に対する子記事（第２の記事）が生じている状況で、別のクライアントが、この子記事（第２の記事）に対してコメントを投稿することにより、子記事（第２の記事）に対する孫記事（第１の記事）が生じる。このような発明によれば、孫記事（第１の記事）の投稿者は、親記事（第３の記事）を管理している第１の記事管理装置および子記事（第２の記事）を管理している第２の記事管理装置に対して、親記事（第３の記事）および子記事（第２の記事）に対するコメントを投稿した旨の通知を個別に行なうことなく、１度の通知で親記事（第３の記事）を管理している第１の記事管理装置および子記事（第２の記事）を管理している第２の記事管理装置に対して孫記事（記事Ｃ）を投稿したことを通知することが可能となる。
【００２３】
また、請求項８に記載の記事管理システムは、請求項７に記載の記事管理システムにおいて、前記記事管理システムは、記事間の階層構造を表示する階層構造表示装置をさらに有し、前記第１の記事管理装置は、前記第２の記事データに関連する投稿を行なった旨の通知を、前記第２の記事管理装置および前記第３の記事管理装置へ送信する際に、前記第１の記事管理装置を示す識別情報と、前記第２の記事管理装置を示す識別情報とを対の情報とする関連記事管理装置情報を前記階層構造表示装置へ送信し、前記階層構造表示装置は、複数の前記第１の記事管理装置から、前記関連記事管理装置情報を受信すると、前記第２の記事管理装置を示す識別情報を上位の記事に関連する情報とし、前記第１の記事管理装置を示す識別情報を下位の記事に関連する情報として、前記関連記事管理装置情報それぞれを記憶部に記憶し、クライアントから記事間の階層構造の表示要求を受信すると、前記記憶部に記憶されている前記関連記事管理装置情報それぞれを基に、上位の記事に関連する情報および下位の記事に関連する情報を表示する階層構造表示画面を前記クライアントに表示させることを特徴とした。
【００２４】
このような構成によれば、記事の階層構造を視認しやすい形式で表示することができる。
【発明の効果】
【００２５】
本発明によれば、階層構造を有する記事間において、所定の記事に対するコメントを投稿したことを、１度で階層構造内における自記事より上位の記事に対して通知することが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照して、本発明を実施するための最良の形態（以下、「実施形態」という）について詳細に説明する。また、本実施形態において記事または記事データを管理するとは、クライアントから送信されたブログなどの記事データを記憶部に保持し、他のクライアントなどから閲覧要求があると、記憶部の記事データをブラウザなどの形式で、要求元のクライアントなどに表示させることをいう。
【００２７】
（システム構成）
図１は、第１実施形態に係る記事管理システム４の構成例を示す図である。記事管理システム４は、複数のブログサーバ１（記事管理装置：ブログサーバ１１（第３の記事管理装置），ブログサーバ１２（第２の記事管理装置），ブログサーバ１３（第１の記事管理装置），・・・）と、複数のクライアント２（クライアント２１，クライアント２２，クライアント２３，・・・）とが、ネットワーク３を介して互いに接続されている。ブログサーバ１は、ブログの管理を行う機能を有する。ブログサーバ１の構成については、図２を参照して後記する。クライアント２は、ブログの投稿要求、ブログの更新情報、ブログの閲覧要求などをブログサーバ１へ送り、ブログサーバ１から送られたブログデータを図示しない表示部などに表示する機能を有する。
【００２８】
（サーバ構成）
図２は、第１実施形態に係るブログサーバ１の構成例を示す図である。ブログサーバ１は、情報を処理する処理部１００、情報を記憶する記憶部１１０および情報の送受信を行う送受信部１２０を有してなる。処理部１００は、受信処理部１０１、送信処理部１０２、記憶処理部１０３、取得部１０４、発行部１０５およびブログ処理部１０６を有してなる。受信処理部１０１は、送受信部１２０が受信したデータの種類を識別し、判定する機能を有する。送信処理部１０２は、送信するデータを生成し、送受信部１２０に送信させる機能を有する。
【００２９】
記憶処理部１０３は、データを記憶部１１０へ記憶する機能を有する。取得部１０４は、記憶部１１０からデータを取得する機能を有する。発行部１０５は、パーマネントリンク（識別情報）や、連携受付用ＵＲＬ（識別情報）などを記事毎に発行する機能を有する。ブログ処理部１０６は、ブログの更新や、閲覧などブログに関する一般的な処理を行う機能を有する。記憶部１１０には、後記して説明する記事管理データ１１１が記憶されている。
【００３０】
（発明概略）
図３は、本実施形態における記事管理方法の概略を示す図である。なお、図３において、図１と同様の要素に関しては同一の符号を付して説明を省略する。図３に示すように、例えば、元記事である記事Ａがブログサーバ１１に投稿されていたとする。そして、この記事Ａに対するコメントである記事Ｂがブログサーバ１２に投稿されているものとする。そして、クライアント２３を使用しているユーザが、記事Ｂに対するコメントである記事Ｃをブログサーバ１３へ投稿したものとする。
【００３１】
本実施形態では、このように記事間で親子関係があるとき、元記事である記事Ａを「親記事」と記述し、親記事に対するコメントである記事Ｂを「子記事」と記述する。さらに、本実施形態では、記事Ｂへのコメントである記事Ｃは、記事Ｂに対する「子記事」となり、記事Ａに対する「孫記事」となる。また、このような記事間における親子孫関係を記事が階層構造を有すると表現する。一般的なトラックバックでは、孫記事である記事Ｃを管理しているブログサーバ１３から記事Ｃに対する直接の親記事である記事Ｂを管理しているブログサーバ１２への通知は行われるが、さらにその親記事である記事Ａを管理しているブログサーバ１１への通知は行われない。本実施形態では、ブログサーバ１３からブログサーバ１２への通知を行なうと同時に、ブログサーバ１３からブログサーバ１１への通知も行なうことを目的とする。
【００３２】
（記事管理データ）
図４は、本実施形態における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成例を示し、（ｂ）は、親記事管理データの構成例を示し、（ｃ）は、子記事管理データ３０７の構成例を示す。図４（ａ）に示すように、記事管理データ１１１は、自記事のタイトル３０１、自記事の本文３０２、自記事が更新された日時３０３、自記事のパーマネントリンク３０４、自記事の連携受付用ＵＲＬ３０５、自記事に対する親記事に関するデータである親記事管理データ３０６および自記事に対する子記事に関するデータである子記事管理データ３０７を有してなる。
【００３３】
ここで、パーマネントリンクとは、一つの記事に対して一意に付されるＵＲＬであり、記事内容が更新されても変化しないＵＲＬである。また、連携受付用ＵＲＬとは、子記事内にリンクを貼ったことを親記事に通知する機能を有する。また、連携受付用ＵＲＬは、ブログサーバ１が、親記事を管理しているブログサーバ１から親記事に関連するデータを取得する要求を送る際の送り先を示す機能も有する。なお、自記事のタイトル３０１、自記事の本文３０２、自記事が更新された日時３０３、自記事のパーマネントリンク３０４、自記事の連携受付用ＵＲＬ３０５を自記事管理データ３００と記載する。
【００３４】
また、図４（ｂ）に示すように親記事管理データ３０６は、親記事のパーマネントリンク３１１および親記事の連携受付用ＵＲＬ３１２の各データが親記事毎に記憶されている。さらに、図４（ｃ）に示すように、子記事管理データ３０７には、子記事のパーマネントリンク３２１、子記事の連携受付用ＵＲＬ３２２、子記事を管理するブログサーバ１からの子記事の申請要求（子記事を管理するブログサーバ１から親記事を管理するブログサーバ１へ送信される、子記事の承認要求）を受信した日時３２３、対象となっている子記事に対する親記事の連携受付用ＵＲＬ３２４、子記事のタイトル３２５および子記事の本文３２６の各データが子記事ごとに記憶されている。
【００３５】
なお、自記事に対して親記事が存在しないとき、図４（ａ）および図４（ｂ）に示す親記事管理データ３０６は空欄となり、自記事に対して子記事が存在しないとき、図４（ａ）および図４（ｃ）に示す子記事管理データ３０７は空欄となる。
【００３６】
さらに、自記事に対して子記事と、孫記事とが投稿されたとき、図４（ｃ）に示す子記事に対する親記事の連携受付用ＵＲＬ３２４は、子記事に対する親記事の連携受付用ＵＲＬ（すなわち、自記事の連携受付用ＵＲＬ）と、孫記事に対する親記事の連携受付用ＵＲＬ（すなわち、自記事に対する子記事の連携受付用ＵＲＬ）とが記憶される。孫記事が投稿された場合の記事管理データ１１１に関しては、図１７を参照して後記する。
【００３７】
（処理）
次に、図１〜図４および図６〜図１８を参照しつつ、図５に沿って第１実施形態に係る記事管理システム４における処理を説明する。実際の処理の説明に入る前に、図５〜図１８の図面の説明および適宜符号の説明を簡単に行なってから、実際の処理の説明を行うものとする。図５は、第１実施形態に係る記事管理システム４における処理の流れを示すタイミングチャートであり、図７、図９、図１２、図１３および図１８は、クライアント２における表示画面の例を示す図である。また、図６、図１１および図１７は、ブログサーバ１１における記事管理データの構成例を示す図であり、図１１および図１７における（ａ）は、記事管理データの構成を示し、（ｂ）は、子記事管理データの構成を示す。なお、図６、図１１および図１７において、符号３００ａ〜３０７ａ，３２１ａ〜３２６ａは、図４の符号３００〜３０７，３２１〜３２６に相当する。また、図８、図１０、図１６は、ブログサーバ１２における記事管理データの構成例を示す図であり、図８、図１０、図１６における（ａ）は、記事管理データの構成を示し、図８、図１０、図１６における（ｂ）は、親記事管理データの構成を示し、図１６における（ｃ）は、子記事管理データの構成を示す。なお、図８、図１０および図１６において、符号３００ｂ〜３０７ｂ，３１１ｂ，３１２ｂ，３２１ｂ〜３２６ｂは、図４の符号３００〜３０７，３１１，３１２３２１〜３２６に相当する。そして、図１４および図１５は、ブログサーバ１３における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、親記事管理データの構成を示す。なお、図１４および図１５において、符号３００ｃ〜３０７ｃ，３１１ｃ、３１２ｃは、図４の符号３００〜３０７，３１１，３１２に相当する。
【００３８】
ここで、記事管理データ１１１を説明する図において末尾に「ａ」が付随する符号はブログサーバ１１に記憶されている記事管理データ１１１を示し、末尾に「ｂ」が付随する符号はブログサーバ１２に記憶されている記事管理データ１１１を示し、末尾に「ｃ」が付随する符号はブログサーバ１３に記憶されている記事管理データ１１１を示す。なお、個々のブログサーバ１１〜１３における処理の詳細は、図１９を参照して後記する。
【００３９】
（記事Ａの投稿）
クライアント２１は、記事Ａに関する件名（タイトル）、本文データなどを含む記事データＡ（第３の記事データ）をブログサーバ１１へ送信する（Ｓ１０１）。記事データＡを受信したブログサーバ１１は、記事データＡに対するパーマネントリンク（記事Ａパーマネントリンク）および連携受付用ＵＲＬ（記事Ａ連携受付用ＵＲＬ（第３の記事管理装置を示す識別情報））を発行する。
【００４０】
そして、ブログサーバ１１は、図６に示すように、ブログサーバ１１の記憶部１１０の記事管理データ１１１ａの自記事管理データ３００ａにおけるタイトル３０１ａへ記事Ａの件名を記憶し、本文３０２ａへ記事Ａの本文データを記憶する。さらに、ブログサーバ１１は、パーマネントリンク３０４ａおよび連携受付用ＵＲＬ３０５ａに、発行された記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬを記憶し、さらに記事データＡの受信日時（記事Ａの受信日時）を記事管理データ１１１ａの日時３０３ａに記憶する。なお、この段階では、記事Ａに関する親記事管理データ３０６ａおよび子記事管理データ３０７ａは空欄である。
【００４１】
（記事Ｂの投稿）
次に、クライアント２２の図示しない入力部を介して、記事Ａに関するブログ（ブログＡ）の表示要求を入力されたクライアント２２が、記事データＡを記憶部１１０に記憶しているブログサーバ１１へブログＡ表示要求を送信する（Ｓ１０２）。ブログＡ表示要求を受信したブログサーバ１１は、記憶部１１０の記事管理データ１１１ａ（図６参照）に記憶されている情報を基に、ブログＡを生成し、生成したブログＡおよび記事Ａに関する連携受付用ＵＲＬ（記事Ａ連携受付用ＵＲＬ）をクライアント２２へ送信する（Ｓ１０３）。このとき、記事Ａ連携受付用ＵＲＬは、ブログＡ内に表示される形式で送信される。
【００４２】
ブログＡおよび記事Ａ連携受付用ＵＲＬを受信したクライアント２２の図示しない表示部には、図７に示すように、記事Ａの件名（タイトル）、本文、記事Ａ連携受付用ＵＲＬが表示されているブログＡ表示画面４００が表示される。次に、クライアント２２の図示しない入力部を介して、クライアント２２の図示しない表示部に表示されている投稿要求ボタンなどの選択入力がされることにより、投稿要求画面が図示しない表示部に表示される。
【００４３】
さらに、図示しない入力部を介して記事Ａ連携受付用ＵＲＬが投稿要求画面中に入力され、さらに、図示しない表示部に表示されている送信ボタンの選択入力がされることによって、クライアント２２は、ブログＡ表示画面中に表示されている記事Ａ連携受付用ＵＲＬおよび投稿画面要求を、クライアント２２によるブログを管理しているブログサーバ１２へ送信する（Ｓ１０４）。記事Ａ連携受付用ＵＲＬと、投稿画面要求を受信したブログサーバ１２は、記事Ａ連携受付用ＵＲＬ宛に、すなわち、ブログサーバ１１へ当該記事Ａ連携受付用ＵＲＬを含む記事Ａ関連データ要求を、記事Ａを管理しているブログサーバ１１へ送信する（Ｓ１０５）。
【００４４】
記事Ａ関連データ要求を受信したブログサーバ１１は、記事Ａ関連データ要求に含まれている記事Ａ連携受付用ＵＲＬをキーとしてブログサーバ１１の記憶部１１０の記事管理データ１１１ａ（図６参照）を参照し、記事Ａ関連データを抽出する。記事Ａ関連データには、記事Ａの件名（タイトル）、記事Ａの本文データ、記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬなどが含まれている。
【００４５】
そして、ブログサーバ１１は、取得した記事Ａ関連データをブログサーバ１２へ返信する（Ｓ１０６）。記事Ａ関連データを受信したブログサーバ１２は、受信した記事Ａ関連データに含まれる記事Ａ（記事Ｂに対する親記事）のパーマネントリンク（記事Ａパーマネントリンク）および記事Ａ連携受付用ＵＲＬを、親記事管理データ３０６ｂ（図８（ｂ）参照）の親記事のパーマネントリンク３１１ｂおよび親記事の連携受付用ＵＲＬ３１２ｂにそれぞれ記憶する。このときのブログサーバ１２の記憶部１１０における記事管理データ１１１ｂを図８に示す。図８（ａ）に示すように、このとき、他の欄３０１ｂ〜３０５ｂ，３０７ｂは、空欄となっている。また、ブログサーバ１２は、受信した記事Ａ関連データに含まれる記事Ａの件名、本文データおよび記事Ａパーマネントリンクを基に、図９に示すような投稿画面５００（編集画面）を生成する。図９に示す投稿画面５００には、記事Ａの件名（タイトル）を表示するタイトル表示エリア５０１、記事Ａの本文を表示する本文表示エリア５０２、記事Ａ（親記事）のパーマネントリンクを表示するパーマネントリンク表示エリア５０３、投稿を行うための投稿ボタン５０４などが表示されている。ブログサーバ１２は、生成した投稿画面５００（図９参照）をクライアント２２へ送信する（Ｓ１０７）。
【００４６】
投稿画面５００（図９参照）を受信したクライアント２２は、図示しない表示部に投稿画面５００を表示させる。そして、図示しない入力部を介することによって、クライアント２２のユーザは、投稿画面５００の本文表示エリア５０２に表示されている記事Ａの本文を引用したコメント（記事Ｂ）を作成する。なお、記事Ｂを作成する際に、記事Ａの本文を引用しなくてもよい。また、ブログサーバ１２が投稿画面５００を生成する際に、記事Ａの本文を表示しなくてもよい。
【００４７】
そして、クライアント２２は、作成した記事ＢをブログＢとして投稿するため、クライアント２２によるブログを管理するブログサーバ１２へ記事データＢ（第２の記事データ）を送信する（Ｓ１０８）。なお、記事データＢには、記事Ｂの件名（タイトル）、本文データおよび記事Ａに対するコメントであることを示すための記事Ａ連携受付用ＵＲＬが含まれている。記事データＢを受信したブログサーバ１２は、受信した記事データＢに対するパーマネントリンク（記事Ｂパーマネントリンク）および連携受付用ＵＲＬ（記事Ｂ連携受付用ＵＲＬ：第２の記事管理装置を示す識別情報）を発行する。
【００４８】
そして、ブログサーバ１２は、記事データＢに含まれる記事Ａ連携受付用ＵＲＬをキーとして、記憶部１１０の自記事管理データ３００ｂ（図１０（ａ）参照）におけるタイトル３０１ｂに記事Ｂの件名、本文３０２ｂに記事Ａの本文を引用した記事Ｂの本文データを登録する。さらに、ブログサーバ１２は、自記事管理データ３００ｂ（図１０（ａ）参照）におけるパーマネントリンク３０４ｂおよび連携受付用ＵＲＬ３０５ｂに発行した記事Ｂパーマネントリンクおよび記事Ｂ連携受付用ＵＲＬをそれぞれ登録する。そして、ブログサーバ１２は、記事データＢの受信日時（記事Ｂの受信日時）を自記事管理データ３００ｂの日時３０３ｂに登録する。図１０を、図８と比較すると、自記事管理データ３００ｂのタイトル３０１ｂ、本文３０２ｂ、パーマネントリンク３０４ｂおよび連携受付用ＵＲＬ３０５ｂにデータが追加登録されている。
【００４９】
その後、ブログサーバ１２は、記事Ａ連携受付用ＵＲＬへ宛てて、すなわち、ブログサーバ１１へ記事Ｂ申請要求を送信する（Ｓ１０９）。記事Ｂ申請要求とは、記事Ｂを記事Ａに対するコメントとして承認することを申請するための要求である。記事Ｂ申請要求には、記事Ｂに関する記事管理データ１１１ｂ（図１０参照）が含まれている。記事Ｂ申請要求を受信したブログサーバ１１は、記事Ｂを投稿コメントとして承認するか否かなどの承認処理を行なう。なお、承認処理は、例えば、記事Ａを掲載しているブログの管理者が、記事Ｂの内容を吟味することなどによって行われてもよい。
【００５０】
承認処理の結果、記事Ｂが投稿コメントとして承認された場合、ブログサーバ１１は、記事Ｂ申請要求に含まれる記事Ｂに関する記事管理データ１１１ｂ（図１０参照）の内容を、図１１に示すように、記事管理データ１１１ａの子記事管理データ３０７ａにおける該当する箇所に記憶する。具体的には、自記事管理データ３００ｂ（図１０（ａ）参照）のパーマネントリンク３０４ａに登録されている記事Ｂパーマネントリンクが、子記事のパーマネントリンク３２１ａ（図１１（ｂ）参照）に記憶され、記事Ｂ連携受付用ＵＲＬが、子記事の連携受付用ＵＲＬ３２２ａに記憶される。そして、親記事管理データ３０６ｂ（図１０（ｂ）参照）における親記事の連携受付用ＵＲＬ３１２ｂに登録されている記事Ａ連携受付用ＵＲＬが、図１１（ｂ）における子記事に対する親記事の連携受付用ＵＲＬ３２４ａに記憶される。さらに、図１１に示すように記事Ｂの件名が、タイトル３２５ａに記憶され、記事Ｂの本文データが本文３２６ａに記憶される。さらに、ブログサーバ１１は、ステップＳ１０９における申請要求の受信日時を記事Ｂの子記事申請日時として、子記事管理データ３０７ａの日時３２３ａに記憶する。そして、ブログサーバ１１は、記事Ｂの承認結果（記事Ｂ承認結果）をブログサーバ１２へ送信する（Ｓ１１０）。
【００５１】
（記事Ｃの投稿）
次に、クライアント２３からブログＡ表示要求が送信される（Ｓ１１１）。ブログＡ表示要求を受信したブログサーバ１１は、記憶部１１０の記事管理データ１１１ａ（図１１参照）に記憶されている情報を基に、ブログＡを生成する。さらに、ブログサーバ１１は、記憶部１１０の記事管理データ１１１ａ（図１１参照）から、記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬを抽出する。そして、ブログサーバ１１は、生成したブログＡ、記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬをクライアント２２へ送信する（Ｓ１１２）。
【００５２】
ブログＡ、記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬを受信したクライアント２３は、ブログＡを図示しない表示部に表示させる。ここで、表示されるブログＡは、図１２に示すように親記事である記事Ａが表示される記事Ａ表示エリア６００中に、子記事である記事Ｂが表示される記事Ｂ表示エリア６１０が表示されている。なお、ステップＳ１１１の段階で、クライアント２３が、ブログＢ表示要求をブログサーバ１２へ送ったとすると、クライアント２３には、図１３に示すようなブログＢが表示される。図１３における記事Ｂ表示エリア７００には、記事Ａの本文が表示されているエリア７１０が存在している。
【００５３】
次に、クライアント２３のユーザが、記事Ａの子記事である記事Ｂに対し、記事Ｃを投稿することとしたとする。この場合、前記したように記事Ｃは、記事Ｂに対しては子記事であり、記事Ａに対しては孫記事となる。
【００５４】
次に、図示しないクライアント２３の入力部を介して、図示しない表示部に表示されている投稿要求ボタンなどの選択入力がされることにより、投稿要求画面が図示しない表示部に表示される。さらに、図示しない入力部を介して、投稿先の記事の連携受付用ＵＲＬとなる記事Ｂ連携受付用ＵＲＬが投稿要求画面中に入力され、図示しない表示部に表示されている送信ボタンの選択入力がされることによって、ブログＡ表示画面中に表示されている記事Ｂ連携受付用ＵＲＬおよび投稿画面要求が、クライアント２３によるブログを管理しているブログサーバ１３へ送信される（Ｓ１１３）。
【００５５】
記事Ｂ連携受付用ＵＲＬと、投稿画面要求を受信したブログサーバ１３は、記事Ｂ連携受付用ＵＲＬが示すブログサーバ１２宛に、当該記事Ｂ連携受付用ＵＲＬを含む記事Ｂ関連データ要求を送信する（Ｓ１１４）。記事Ｂ関連データ要求を受信したブログサーバ１２は、記事Ｂ関連データ要求に含まれている記事Ｂ連携受付用ＵＲＬをキーとしてブログサーバ１２の記憶部１１０の自記事管理データ３００ｂ（図１０（ａ）参照）を参照し、記事Ｂ関連データを抽出する。記事Ｂ関連データには、記事Ｂの件名（タイトル）、記事Ｂの本文データ、記事Ｂパーマネントリンクおよび記事Ｂ連携受付用ＵＲＬなどが含まれている。さらに、ブログサーバ１２は、親記事管理データ３０６ｂ（図１０（ｂ）参照）に含まれるすべてのデータを抽出して、すなわち記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬを抽出して、自記事に対する親記事に関するデータとして記事Ｂ関連データに追加する。
【００５６】
そして、ブログサーバ１２は、抽出した記事Ｂ関連データをブログサーバ１３へ返信する（Ｓ１１５）。記事Ｂ関連データを受信したブログサーバ１３は、図１４に示すように受信した記事Ｂ関連データに含まれる記事Ｂ（記事Ｃに対する親記事）のパーマネントリンク（記事Ｂパーマネントリンク）、記事Ｂ連携受付用ＵＲＬ、記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬを、記事管理データ１１１ｃの親記事管理データ３０６ｃの該当する箇所３１１ｃ，３１２ｃにそれぞれ記憶する。なお、各パーマネントリンクおよび連携受付用ＵＲＬは、記事管理データ１１１における対応付けに従って、対応付けられて記憶される。例えば、図１０では、記事Ｂパーマネントリンクと、記事Ｂ連携受付用ＵＲＬが、自記事管理データ３００ｂで対応付けられているため、図１４の親記事管理データ３０６ｃには、記事Ｂパーマネントリンクおよび記事Ｂ連携受付用ＵＲＬが対応付けられて記憶される。
【００５７】
同様に、図１０では、記事Ａパーマネントリンクと、記事Ａ連携受付用ＵＲＬが、親記事管理データ３０６ｂで対応付けられているため、図１４の親記事管理データ３０６ｃには、記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬが対応付けられて記憶される。図１４に示すように、このとき、ブログサーバ１３における記事管理データ１１１ｃには、親記事管理データ３０６ｃの親記事のパーマネントリンク３１１ｃおよび親記事の連携受付用ＵＲＬ３１２ｃのみが登録され、他の欄３０１ｃ〜３０５ｃ，３０７ｃは、空欄となっている。また、ブログサーバ１３は、受信した記事Ｂ関連データに含まれる記事Ｂの件名、本文データおよび記事Ｂパーマネントリンクを基に、投稿画面を生成する。ここで、生成される投稿画面は、図９に示す投稿画面５００のタイトル表示エリア５０１に記事Ｂの件名が表示され、本文表示エリア５０２に記事Ｂの本文が表示され、パーマネントリンク表示エリア５０３には、記事Ｂパーマネントリンクが表示されることになる。ブログサーバ１３は、生成した投稿画面を投稿画面要求元のクライアント２３へ送信する（Ｓ１１６）。
【００５８】
投稿画面を受信したクライアント２３は、図示しない表示部に、受信した投稿画面を表示させる。入力部を介することによって、クライアント２３のユーザが、投稿画面の本文部分を引用したコメント（記事Ｃ）を作成する。なお、ここで、記事Ｂの本文を引用しないで記事Ｃを作成してもよい。そして、クライアント２３は、作成された記事ＣをブログＣとして投稿するため、クライアント２３によるブログを管理するブログサーバ１３へ記事データＣ（第１の記事データ）を送信する（Ｓ１１７）。なお、記事データＣには、記事Ｃの件名、記事Ｃの本文データおよび記事Ｂに対するコメントであることを示すための記事Ｂ連携受付用ＵＲＬが含まれている。記事データＣを受信したブログサーバ１３は、受信した記事データＣに対するパーマネントリンク（記事Ｃパーマネントリンク）および連携受付用ＵＲＬ（記事Ｃ連携受付用ＵＲＬ：第１の記事管理装置を示す識別情報）を発行する。
【００５９】
そして、ブログサーバ１３は、記事データＣに含まれる記事Ｂ連携受付用ＵＲＬをキーとして、図１５に示すように記憶部１１０の記事管理データ１１１ｃの自記事管理データ３００ｃにおけるタイトル３０１ｃに記事Ｃの件名、本文３０２ｃに記事Ｃの本文データを登録する。さらに、ブログサーバ１３は、記事管理データ１１１ｃの自記事管理データ３００ｃにおけるパーマネントリンク３０４ｃおよび連携受付用ＵＲＬ３０５ｃに発行した記事Ｃパーマネントリンクおよび記事Ｃ連携受付用ＵＲＬを登録する。そして、ブログサーバ１３は、記事データＣの受信日時（記事Ｃの受信日時）を自記事管理データ３００ｃの日時３０３ｃに登録する。図１５を、図１４と比較すると、自記事管理データ３００ｃにおける各欄３０１ｃ〜３０５ｃに該当するデータが追加登録されている。
【００６０】
その後、ブログサーバ１３は、親記事管理データ３０６ｃ（図１５（ｂ）参照）の親記事の連携受付用ＵＲＬ３１２ｃに登録されているすべての連携受付用ＵＲＬが示すブログサーバ１へ宛てて記事Ｃ申請要求を送信する（Ｓ１１８）。図１５に示す例では、ブログサーバ１３は、記事Ｂ連携受付用ＵＲＬおよび記事Ａ連携受付用ＵＲＬへ宛てて、すなわち、ブログサーバ１２およびブログサーバ１１へ記事Ｃ申請要求を送信する（Ｓ１１８）。記事Ｃ申請要求には、記事Ｃに関する記事管理データ１１１ｃ（図１５参照）が含まれている。記事Ｃ申請要求を受信したブログサーバ１２およびブログサーバ１１は、記事Ｃを投稿コメントとして承認するか否かなどの承認処理を行なう。なお、承認処理は、例えば、記事Ｂや記事Ａを掲載しているブログの管理者が、記事Ｃの内容を吟味することなどによって行われてもよい。
【００６１】
ブログサーバ１２における承認処理の結果、記事Ｃが投稿コメントとして承認された場合、ブログサーバ１２は、記事Ｃ申請要求に含まれる記事Ｃに関する記事管理データ１１１ｃ（図１５参照）の内容を、図１６に示すように子記事管理データ３０７ｂの該当する箇所に記憶する。具体的には、自記事管理データ３００ｃにおける記事Ｃパーマネントリンクが、図１６（ｃ）に示す子記事のパーマネントリンク３２１ｂに追加され、記事Ｃ連携受付用ＵＲＬが、子記事の連携受付用ＵＲＬ３２２ｂに追加される。
【００６２】
そして、記事Ｃ申請要求に含まれる親記事管理データ３０６ｃ（図１５（ｂ）参照）における親記事の連携受付用ＵＲＬ３１２ｃに登録されているすべての連携受付用ＵＲＬ、すなわち記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬが、図１６における子記事に対する親記事の連携受付用ＵＲＬ３２４ｂにセットとして追加される。さらに、記事Ｃの件名が、タイトル３２５ｂに記憶され、本文３２６ｂに記事Ｃの本文データが記憶される。さらに、ブログサーバ１２は、ステップＳ１１８における申請要求の受信日時を記事Ｃの子記事申請日時として、子記事管理データ３０７ｂの日時３２３ｂに記憶する。そして、ブログサーバ１２は、記事Ｃの承認結果をブログサーバ１３へ送信する（Ｓ１１９）。図１６を図１０と比較すると、記事Ｃに関する子記事管理データ３０７ｃが追加登録されている。
【００６３】
同様に、ブログサーバ１１における承認処理の結果、記事Ｃが投稿コメントとして承認された場合、ブログサーバ１１は、記事Ｃ申請要求に含まれる記事Ｃに関する記事管理データ１１１ｃ（図１５参照）の内容を、図１７に示すように子記事管理データ３０７ａの該当する箇所に追加記憶する。具体的には、自記事管理データ３００ｃにおける記事Ｃパーマネントリンクが、子記事のパーマネントリンク３２１ａに追加され、記事Ｃ連携受付用ＵＲＬが、子記事の連携受付用ＵＲＬ３２２ａにセットとして追加される。
【００６４】
そして、記事Ｃ申請要求に含まれる親記事管理データ３０６ｃ（図１５（ｂ）参照）における親記事の連携受付用ＵＲＬ３１２ｃに登録されている記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬが、子記事管理データ３０７ａ（図１７（ｂ））子記事に対する親記事の連携受付用ＵＲＬ３２４ａに追加される。さらに、記事Ｃの件名が、タイトル３２５ａに記憶され、本文３２６ａに記事Ｃの本文データが記憶される。さらに、ブログサーバ１１は、ステップＳ１１８における申請要求の受信日時を記事Ｃの子記事申請日時として、子記事管理データ３０７ａの日時３２３ａに記憶する。そして、ブログサーバ１１は、記事Ｃの承認結果をブログサーバ１３へ送信する（Ｓ１２０）。図１７と、図１１とを比較すると、子記事管理データ３０７ａに、記事Ｂに関する情報に加えて、記事Ｃに関する情報が追加登録されている。
【００６５】
ここで、図１７に示す記事管理データ１１１ａの子記事管理データ３０７ａにおける子記事に対する親記事の連携受付用ＵＲＬ３２４ａをみると、記事Ｂパーマネントリンクに対応しているレコードでは、記事Ａ連携受付用ＵＲＬのみが登録されている。これは、記事Ｂが記事Ａの子記事であることを示している。これに対し、記事Ｃパーマネントリンクに対応しているレコードでは、記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬの２つが登録されている。前記したように、記事Ｂパーマネントリンクに対応しているレコードで記事Ｂが記事Ａの子記事であることがわかるため、記事Ｃが記事Ａの孫記事であることを示している。つまり、記事管理データ１１１ａは、記事間の階層構造に関する情報を有している。
【００６６】
ステップＳ１２０が終了した時点で、ブログサーバ１１から送られる記事Ａに関するブログの例を図１８に示す。図１８に示されるように、親記事である記事Ａ表示エリア８００、子記事である記事Ｂ表示エリア８１０および孫記事である記事Ｃ表示エリア８２０が同一のブラウザ中に表示される。なお、図１８において、例えば、記事Ａのタイトルと、図１５に示す子記事のパーマネントリンク３２１ａの記事Ｂパーマネントリンク、記事Ｂのタイトルと、図１７に示す子記事のパーマネントリンク３２１ａの記事Ｃパーマネントリンクとを対応させることによって、ユーザが、入力部を介して、該当するタイトルをクリックすると該当する記事のブログが表示されるようにしてもよい。同様に、ブログサーバ１３がクライアント２にブログを表示させる際に、ブログサーバ１３は、図１５の親記事のパーマネントリンク３１１ｃに登録されている記事Ａパーマネントリンクおよび記事Ｂパーマネントリンクを表示させ、これをクリックすることによって記事Ａや記事Ｂのブログを表示させてもよい。
【００６７】
（記事Ａの親記事が存在する場合）
なお、本実施形態では、親記事である記事Ａ、子記事である記事Ｂおよび孫記事である記事Ｃの３つの記事を対象として説明しているが、実際には、記事Ａのさらに親記事が存在することも考えられる。つまり、記事Ｃ→記事Ｂ→記事Ａ→記事Ｄ→記事Ｅ→・・・というように、親記事Ａの親記事として記事Ｄ、さらに記事Ｄの親記事として記事Ｅ、・・・が存在することも考えられる（ここで、「→」は、投稿元→投稿先であることを示す）。この場合、ステップＳ１０６の段階で、ブログサーバ１１の親記事管理データ３０６ａ（図６参照）における図示しない親記事のパーマネントリンクに記事Ｄパーマネントリンク、記事Ｅパーマネントリンク、・・・が登録されている。同様に、図示しない親記事の連携受付用ＵＲＬには、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ、・・・がさらに登録されている。
【００６８】
そして、ステップＳ１０６の記事Ａ関連データには、記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬに加えて、記事Ｄパーマネントリンク、記事Ｅパーマネントリンク、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ、・・・が含まれることになる。そのため、ステップＳ１０７の段階では、ブログサーバ１２の親記事管理データ３０６ｂ（図８（ｂ）参照）の親記事のパーマネントリンク３１１ｂおよび親記事の連携受付用ＵＲＬ３１２ｂには、記事Ａパーマネントリンクおよび記事Ａ連携受付用ＵＲＬに加えて、記事Ｄパーマネントリンク、記事Ｅパーマネントリンク、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ、・・・といった情報がさらに登録されている。
【００６９】
従って、ステップＳ１１５における記事Ｂ関連データには、記事Ａパーマネントリンク、記事Ｂパーマネントリンク、記事Ａ連携受付用ＵＲＬおよび記事Ｂ連携受付用ＵＲＬに加えて、記事Ｄパーマネントリンク、記事Ｅパーマネントリンク、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ、・・・が含まれる。これにより、ステップＳ１１８の段階におけるブログサーバ１３の親記事管理データ３０６ｃ（図１５（ｂ）参照）の親記事のパーマネントリンク３１１ｃには、記事Ａパーマネントリンク、記事Ｂパーマネントリンク、記事Ｄパーマネントリンク、記事Ｅパーマネントリンク、・・・が登録されており、親記事の連携受付用ＵＲＬ３１２ｃには、記事Ａ連携受付用ＵＲＬ、記事Ｂ連携受付用ＵＲＬ、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ・・・が登録されている。
【００７０】
従って、ステップＳ１１８において、ブログサーバ１３は、親記事管理データ３０６ｃ（図１５参照）の親記事の連携受付用ＵＲＬ３１２ｃに登録されている記事Ａ連携受付用ＵＲＬ、記事Ｂ連携受付用ＵＲＬ、記事Ｄ連携受付用ＵＲＬ、記事Ｅ連携受付用ＵＲＬ、・・・を参照し、これらの連携受付用ＵＲＬが示すブログサーバ１へ申請要求を送信することになる。このように、本実施形態では、記事間の親子関係において所定の記事（記事Ｃ）の上位にあるすべての記事（記事Ｂ、記事Ａ、記事Ｄ、記事Ｅ、・・・）を管理しているブログサーバ１へ向けて、関連する記事を投稿した旨の通知を１度の通知で行なうことができる。
【００７１】
（ブログサーバにおける処理）
次に、図１〜図４を参照しつつ、図１９に沿って第１実施形態におけるブログサーバ１の処理を説明する。図１９は、第１実施形態に係るブログサーバの処理の流れを示すフローチャートである。なお、図１９において、ステップＳ２０２〜Ｓ２０４の処理は、投稿の内容が、子記事の登録ではない場合の処理であり、ステップＳ２０５〜Ｓ２１８の処理は、子記事の登録である場合の処理である。まず、受信処理部１０１は、送受信部１２０が、連携受付用ＵＲＬと共に投稿画面要求を受信したか否かを判定する（Ｓ２０１）。ステップＳ２０１の結果、投稿画面要求を受信していない場合（Ｓ２０１→Ｎｏ）、受信処理部１０１は、クライアント２から記事のタイトル、本文データなどを含む記事データを受信したか否かを判定する（Ｓ２０２）。
【００７２】
ステップＳ２０２の結果、記事データを受信していない場合（Ｓ２０２→Ｎｏ）、処理部１００は、処理をステップＳ２０６へ進める。ステップＳ２０２の結果、記事データを受信した場合（Ｓ２０２→Ｙｅｓ）、投稿画面要求を受信していない状態で、記事データを受信したことから、処理部１００は、この記事データが投稿コメントではない記事データ、すなわち親記事データに相当するものと判定し、発行部１０５が、受信した記事データに対するパーマネントリンクおよび連携受付用ＵＲＬを発行する（Ｓ２０３）。
【００７３】
そして、記憶処理部１０３が、記事データに含まれるタイトルや、本文データや、記事データの受信日時や、ステップＳ２０３で発行したパーマネントリンクや、連携受付用ＵＲＬを記憶部１１０の記事管理データ１１１の自記事管理データ３００の各欄３０１〜３０５へ登録する（Ｓ２０４）。次に、処理部１００は、ステップＳ２０１へ処理を戻す。
【００７４】
ステップＳ２０１において、投稿画面要求を受信した場合（Ｓ２０１→Ｙｅｓ）、送信処理部１０２は、投稿画面要求と共に、受信した連携受付用ＵＲＬが示すブログサーバ１へ受信した連携受付用ＵＲＬを含む記事関連データ要求を生成し、生成した記事関連データ要求を送受信部１２０に送信させる（Ｓ２０５）。次に、受信処理部１０１は、他のブログサーバ１から記事関連データ要求を受信したか否かを判定する（Ｓ２０６）。ステップＳ２０６の結果、記事関連データ要求を受信していない場合（Ｓ２０６→Ｎｏ）、処理部１００は、ステップＳ２０８の処理へ進む。
【００７５】
ステップＳ２０６の結果、記事関連データ要求を受信した場合（Ｓ２０６→Ｙｅｓ）、取得部１０４は、記事関連データに含まれる連携受付用ＵＲＬをキーとして、記憶部１１０の記事管理データ１１１から自記事管理データ３００におけるタイトル、本文データ、パーマネントリンクおよび連携受付用ＵＲＬを取得し、さらに、親記事管理データ３０６にデータがあれば、親記事のパーマネントリンク３１１および親記事の連携受付用ＵＲＬ３１２におけるすべてのデータ（パーマネントリンクおよび連携受付用ＵＲＬ）を取得する。そして、送信処理部１０２が、取得した自記事に関するタイトル、本文データ、パーマネントリンク、連携受付用ＵＲＬ、すべての親記事のパーマネントリンク、親記事の連携受付用ＵＲＬなどを含む記事関連データを生成し、生成した記事関連データを記事関連データ要求元のブログサーバ１へ向けて送受信部１２０に返信させる（Ｓ２０７）。
【００７６】
次に、受信処理部１０１は、他のブログサーバ１から記事関連データを受信したか否かを判定する（Ｓ２０８）。ステップＳ２０８の結果、記事関連データを受信していない場合（Ｓ２０８→Ｎｏ）、処理部１００は、ステップＳ２１１へ処理を進める。ステップＳ２０８の結果、記事関連データを受信した場合（Ｓ２０８→Ｙｅｓ）、記憶処理部１０３は、記事関連データに含まれるすべてのパーマネントリンクおよびすべての連携受付用ＵＲＬを記憶部１１０の記事管理データ１１１における親記事管理データ３０６（図４（ｂ）参照）の親記事のパーマネントリンク３１１および親記事の連携受付用ＵＲＬ３１２にそれぞれ登録する（Ｓ２０９）。
【００７７】
さらに、送信処理部１０２は、記事関連データに含まれる親記事のタイトル、パーマネントリンクを含み、さらに本文データを含むことで親記事の本文を引用した投稿画面を生成し、生成した投稿画面をステップＳ２０５で記事関連データ要求を送信してきたクライアント２へ投稿画面を送信する（Ｓ２１０）。
【００７８】
次に、受信処理部１０１は、クライアント２から記事データを受信したか否かを判定する（Ｓ２１１）。ここで、記事データには、記事のタイトル、本文データおよび親記事（投稿先）の連携受付用ＵＲＬが含まれている。ステップＳ２１１の結果、記事データを受信していない場合（Ｓ２１１→Ｎｏ）、処理部１００は、ステップＳ２１５へ処理を進める。ステップＳ２１１の結果、記事データを受信した場合（Ｓ２１１→Ｙｅｓ）、処理部１００は、受信した記事データに対するパーマネントリンクおよび連携受付用ＵＲＬを発行する（Ｓ２１２）。そして、記事データに含まれるタイトル、本文データ、ステップＳ２１２で発行したパーマネントリンクおよび連携受付用ＵＲＬなどを、記憶処理部１０３が、記事管理データ１１１の自記事管理データ３００へ登録する（Ｓ２１３）。
【００７９】
このとき、記憶処理部１０３は、記事データに含まれている親記事の連携受付用ＵＲＬをキーとして、ステップＳ２０９で登録された親記事管理データ３０６における親記事の連携受付用ＵＲＬ３１２を参照し、対応する自記事管理データ３００の各欄３０１〜３０５に記事データに含まれているタイトルおよび本文データ、記事データの受信日時、ステップＳ２１２で発行したパーマネントリンクおよび連携受付用ＵＲＬを登録する。そして、送信処理部１０２は、記憶部１１０に記憶されている記事管理データ１１１を含む記事申請要求を生成する。そして、送信処理部１０２は、記事管理データ１１１の親記事管理データ３０６における親記事の連携受付用ＵＲＬ３１２に登録されているすべての連携受付用ＵＲＬが示すブログサーバ１へ生成した記事申請要求を送受信部１２０に送信させる（Ｓ２１４）。
【００８０】
次に、受信処理部１０１は、他のブログサーバ１から記事申請要求を受信したか否かを判定する（Ｓ２１５）。ステップＳ２１５の結果、記事申請要求を受信していない場合（Ｓ２１５→Ｎｏ）、処理部１００は、ステップＳ２０１の処理へ戻る。ステップＳ２１５の結果、記事申請要求を受信した場合（Ｓ２１５→Ｙｅｓ）、処理部１００は、記事申請要求に含まれる記事を承認するか否かを判定する（Ｓ２１６）。承認処理は、例えば、ブログサーバ１で公開されているブログの管理者が、受信した記事データの内容を吟味するなどの手法で行われてもよい。ステップＳ２１６の結果、記事が承認されない場合（Ｓ２１６→Ｎｏ）、処理部１００は、ステップＳ２１８の処理へ進む。すなわち、送信処理部１０２が、記事が不承認である旨の記事承認結果を記事申請要求の送信元のブログサーバ１へ送信し（Ｓ２１８）、ステップＳ２１５で判定した記事申請要求に含まれるすべてのデータを削除した上で、処理部１００が、ステップＳ２０１へ処理を戻す。
【００８１】
ステップＳ２１６の結果、記事が承認された場合（Ｓ２１６→Ｙｅｓ）、記憶処理部１０３は、記事申請要求に含まれる記事管理データ１１１の内容を記憶部１１０の記事管理データ１１１の子記事管理データ３０７へ登録する（Ｓ２１７）。ステップＳ２１７において、記憶処理部１０３は、記事申請要求に含まれる記事管理データ１１１中の親記事管理データ３０６に記憶されている連携受付用ＵＲＬのすべてを、セットとして子記事管理データ３０７の子記事に対する親記事の連携受付用ＵＲＬ３２４に記憶する。また、記事申請要求中の自記事管理データ３００におけるタイトル３０１、本文３０２、パーマネントリンク３０４の内容を、子記事管理データ３０７の該当する欄３２１〜３２３，３２５，３２６にそれぞれ記憶する。そして、送信処理部１０２は、承認が成功した旨の記事承認結果を記事承認要求の送信元のブログサーバ１へ送信し（Ｓ２１８）、処理部１００が、ステップＳ２０１へ処理を戻す。
【００８２】
なお、第１実施形態において、図５におけるステップＳ１０９、ステップＳ１１８、および図１９のステップＳ２１４において親記事を管理するブログサーバ１へ送信される記事申請要求には、記事管理データ１１１が含まれているが、これに限らず、単に子記事または孫記事を投稿した（つまり、親記事に関連する記事を投稿した）旨の通知を、親記事を管理するブログサーバ１へ送信してもよい。
【００８３】
第１実施形態によれば、記事管理データ１１１を含む記事申請要求を、親記事を管理しているブログサーバ１に送ることにより、子記事や、孫記事を投稿した旨の通知を、親記事や、さらに親記事を管理しているブログサーバ１へ通知することができる。このように、孫記事（記事Ｃ）の投稿者は、親記事（記事Ａ）および子記事（記事Ｂ）を管理しているブログサーバ１１，１２に対して親記事および子記事に対するコメントを投稿した旨の通知を個別に行なうことなく、１度の通知で親記事（記事Ａ）および子記事（記事Ｂ）を管理しているブログサーバ１１，１２に対して孫記事（記事Ｃ）を投稿したことを通知することが可能となる。また、記事間の親子関係に伴う階層構造が生じたとき、クライアント２で記事を閲覧した際に、階層構造の上位にある記事も、下位にある記事も同時にクライアント２で表示することにでき、ユーザが、同一のスレッドを追うことが容易となる。さらに、記事データを含む投稿画面によって、ユーザは、記事データに含まれる記事の本文を引用してコメント記事を作成することができるため、閲覧の際に、親記事のどの部分に対するコメントなのかを容易に理解することが可能となる。
【００８４】
そして、親記事データを示すパーマネントリンクと、子記事を示すパーマネントリンクとを対応付けて記憶部１１０に記憶することによって、子記事を閲覧する際の閲覧画面上で、子記事から親記事へのリンクを貼ることができる。また、第１実施形態によれば、図５におけるステップＳ１０６、ステップＳ１１５、および図１９のステップＳ２０７で、親記事を管理するブログサーバ１から子記事を管理するブログサーバ１へ返信される記事関連データに、親記事の本文データが含まれることにより、親記事の連携受付用ＵＲＬをユーザが記憶していれば、ユーザが、クライアント２に親記事の連携受付用ＵＲＬを入力することにより、ユーザのブログを管理しているブログサーバ１から親記事の本文データを閲覧することができる。
【００８５】
（第２実施形態：階層構造表示）
次に、図２０〜図２７に沿って第２実施形態における記事管理システム４’を説明する。図２０は、第２実施形態に係る記事管理システムの構成例を示す図である。なお、図２０において、図１と同様の要素に関しては、同一の符号を付して説明を省略する。第２実施形態では、各ブログサーバ１は、記憶部１１０に記憶している記事管理データ１１１の内容を、スレッドにおける各記事の情報を階層構造で示す電子掲示板サーバ（階層構造表示装置）５に送信する。そして、電子掲示板サーバ５は、受信した記事管理データ１１１の内容を既往部の掲示板管理データ（図２１，図２２を参照して後記）に記憶しておく。後記して説明するように掲示板管理データ９１１には、記事間の階層構造に関する情報を含んでいるため、電子掲示板サーバ５は、記憶した掲示板管理データを基に、記事間の階層構造をクライアント２に表示させる。
【００８６】
図２０が、図１と異なる点は、電子掲示板サーバ５がネットワーク３を介してブログサーバ１およびクライアント２に接続されている点である。電子掲示板サーバ５は、各ブログサーバ１に記憶されている記事データの階層構造を表示できるよう管理し、また、クライアント２からアクセスされると、例えば、記事データに関するタイトルなどを記事の親子関係に即して、階層的に表示させる機能を有する。
【００８７】
（電子掲示板サーバの構成）
図２１は、第２実施形態に係る電子掲示板サーバの構成例を示す図である。電子掲示板サーバ５は、情報を処理する処理部９００、情報を記憶する記憶部９１０および情報の受信を行う受信部９２０を有してなる。処理部９００は、受信処理部９０１、記憶処理部９０２および発行部９０３を有してなる。受信処理部９０１は、受信したデータの種類を識別し、判定する機能を有する。記憶処理部９０２は、データを記憶部９１０へ記憶する機能を有する。発行部９０３は、電子掲示板に付される連携受付用ＵＲＬである電子掲示板の連携受付用ＵＲＬを発行する機能を有する。なお、記憶部９１０には、掲示板管理データ９１１が記憶されている。掲示板管理データ９１１に関しては、図２２を参照して後記する。
【００８８】
図２２は、第２実施形態に係る掲示板管理データの構成例を示す図であり、（ａ）は、掲示板管理データを示し、（ｂ）は、子記事管理データを示す。図２２に示すように、掲示板管理データ９１１は、電子掲示板の連携受付用ＵＲＬ９１２と、子記事管理データ９１３を有している。子記事管理データ９１３は、子記事のパーマネントリンク９５１、子記事の連携受付用ＵＲＬ９５２、子記事の受信日時である日時９５３、子記事に対する親記事の連携受付用ＵＲＬ９５４、タイトル９５５および本文９５６を有している。なお、図２２における子記事とは、クライアント２（図２０参照）に表示される記事間の階層構造（以下、電子掲示板と記載する）としたとき、この電子掲示板を親記事としたときの子記事を指す。すなわち、すべての記事は、電子掲示板からみると子記事となる。
【００８９】
（処理）
次に、図４、図６、図８、図１０、図１１、図１４〜図１７、図２１および図２２を適宜参照しつつ、図２３に沿って第２実施形態に係る記事管理システム４’における処理の流れを説明する。図２３は、第２実施形態に係る記事管理システムにおける処理の流れを示すタイミングチャートである。なお、図２３において、図５と同様の処理に関しては、同一のステップ番号を付して説明を省略する。また、電子掲示板サーバ５の処理に関しては、図２６を参照して後記する。さらに、図６、図８、図１０、図１１、図１４〜図１７において記事管理データ１１１を参照する際、末尾に「ａ」が付随する符号はブログサーバ１１に記憶されている記事管理データ１１１を示し、末尾に「ｂ」が付随する符号はブログサーバ１２に記憶されている記事管理データ１１１を示し、末尾に「ｃ」が付随する符号はブログサーバ１３に記憶されている記事管理データ１１１を示す。電子掲示板サーバ５の発行部９０３は、処理に先がけて電子掲示板の連携受付用ＵＲＬを発行しておく。
【００９０】
スレッドの最初の記事（親記事）を投稿するユーザが、自分の記事（記事Ａ）を掲示板形式で表示したいと考えた場合、例えば、電子掲示板のサイトなどから、この電子掲示板の連携受付用ＵＲＬを取得しておく。そして、ユーザは、記事Ａを作成する際、記事Ａの件名、本文データと共に、電子掲示板のＵＲＬを加えた記事データＡを作成する。ステップＳ１０１において、ユーザが使用しているクライアント２１は、この記事データＡをブログサーバ１１へ送信する。記事データＡを受信したブログサーバ１１は、第１実施形態における処理と同様に、記事データＡに対するパーマネントリンク（記事Ａパーマネントリンク）および連携受付用ＵＲＬ（記事Ａ連携受付用ＵＲＬ）を発行し、ブログサーバ１１における記事管理データ１１１の自記事管理データ３００（図４（ａ）参照）に記事Ａの件名、本文データ、記事Ａパーマネントリンク、記事Ａ連携受付用ＵＲＬおよび記事Ａの受信日時を記憶する。
【００９１】
このとき、ブログサーバ１１は、親記事管理データ３０６（図４（ｂ）参照）における親記事の連携受付用ＵＲＬ３１２に電子掲示板の連携受付用ＵＲＬを記憶する。つまり、この段階におけるブログサーバ１１の記事管理データ１１１は、図６に示す記事管理データ１１１ａの親記事管理データ３０６ａの図示しない親記事の連携受付用ＵＲＬの欄に、電子掲示板の連携受付用ＵＲＬのレコードが追加されることになる。なお、このとき、ブログサーバ１１の親記事管理データ３０６ａ（図６参照）における図示しない親記事のパーマネントリンクの欄は、電子掲示板サーバ５によってクライアント２の図示しない表示部に表示される電子掲示板サイトのＵＲＬが記憶されている。
【００９２】
その後、ブログサーバ１１は、電子掲示板の連携受付用ＵＲＬ宛に、すなわち電子掲示板サーバ５へブログサーバ１１の記憶部１１０に記憶されている記事管理データ１１１を送信する（Ｓ３０１）。ブログサーバ１１から記事管理データ１１１を受信した電子掲示板サーバ５は、ブログサーバ１１から送信された記事管理データ１１１（記事Ａに関する記事管理データ１１１）の内容を、掲示板管理データ９１１の子記事管理データ９１３に記憶する。具体的な手順は、図２６を参照して後記する。
【００９３】
前記したようにブログサーバ１１の記事管理データ１１１の親記事管理データ３０６（図４（ｂ）参照）には電子掲示板の連携受付用ＵＲＬが記憶されている。第１実施形態で説明したように、ブログサーバ１は、ステップＳ１０６において返信する記事関連データを生成する際、親記事管理データ３０６（図４（ｂ）参照）にデータが存在する場合には、親記事管理データ３０６のデータを記事関連データに加える。従って、ステップＳ１０６において返信する記事Ａ関連データには、電子掲示板の連携受付用ＵＲＬが含まれることになる。
【００９４】
そして、この記事Ａ関連データを使用して、第１実施形態で説明した手順を行なうと、ステップＳ１０７，Ｓ３０２の段階におけるブログサーバ１２での記事管理データ１１１は、図８（ｂ）および図１０（ｂ）における記事管理データ１１１ｂの親記事管理データ３０６ｂの親記事の連携受付用ＵＲＬ３１２ｂの欄に電子掲示板の連携受付用ＵＲＬが追加登録され、親記事のパーマネントリンク３１１ｂに電子掲示板サイトのＵＲＬが記憶されているレコード（行）が追加された形式となる。なお、掲示板サイトのＵＲＬは記憶されなくてもよい。また、ステップＳ１１０の段階におけるブログサーバ１１の記事管理データ１１１は、図１１（ａ）に示す記事管理データ１１１ａの親記事管理データ３０６ａの図示しない親記事の連携受付用ＵＲＬの欄には、電子掲示板の連携受付用ＵＲＬが追加登録され、図示しない親記事のパーマネントリンクに電子掲示板サイトのＵＲＬが記憶されているレコードが登録された形式となる。
【００９５】
ステップＳ３０２において、ブログサーバ１２は、親記事管理データ３０６（図４（ｂ））に登録されている親記事の連携受付用ＵＲＬ３１２が示すブログサーバ１へ記事管理データ１１１を含む記事Ｂ申請要求（関連記事管理装置情報）を送信する。前記したようにブログサーバ１２の親記事管理データ３０６には電子掲示板の連携受付用ＵＲＬが登録されているので、ステップＳ３０２において、ブログサーバ１２は、電子掲示板サーバ５へ向けても記事Ｂ申請要求を送信する。
【００９６】
記事Ｂ申請要求を受信した電子掲示板サーバ５は、ステップＳ３０１で送信された記事管理データ１１１の掲示板管理データ９１１への登録と同様の手順で、記事Ｂ申請要求に含まれる記事管理データ１１１の内容を新たなレコードとして掲示板管理データ９１１に加える。すなわち、電子掲示板サーバ５は、記事Ｂに関する記事管理データ１１１の内容を掲示板管理データ９１１の子記事管理データ９１３に加える。このとき、記事Ｂに対応する子記事に対する親記事の連携受付用ＵＲＬ９５４（図２２（ｂ）参照）には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬとが登録されることとなる。
【００９７】
さらに、ブログサーバ１２に記憶されている記事管理データ１１１の親記事管理データ３０６（図４（ｂ）参照）には、電子掲示板の連携受付用ＵＲＬが登録されているため、ステップＳ１１５における記事Ｂ関連データには、第１実施形態において説明した記事Ｂ関連データの内容に加えて、電子掲示板の連携受付用ＵＲＬが含まれることになる。これは、第１実施形態で説明したように、ブログサーバ１は、記事関連データを生成する際、親記事管理データ３０６にデータが存在する場合には、親記事管理データ３０６のデータを記事関連データに加えることによる。
【００９８】
従って、ステップＳ１１６の段階でのブログサーバ１３の記事管理データ１１１は、図１４に示す記事管理データ１１１ｃの親記事管理データ３０６ｃの親記事の連携受付用ＵＲＬ３１２ｃに電子掲示板の連携受付用ＵＲＬが、親記事のパーマネントリンク３１１ｃに電子掲示板サイトのＵＲＬが登録されているレコードが追加された状態となる。また、ステップＳ１１７で記事データＣが送信され、ブログサーバ１３が記事データＣの件名、記事Ｃパーマネントリンクなどの情報を登録した後の記事管理データ１１１は、図１５（ｂ）に示す記事管理データ１１１ｃの親記事管理データ３０６ｃの親記事の連携受付用ＵＲＬ３１２ｃに電子掲示板の連携受付用ＵＲＬと、親記事のパーマネントリンク３１１ｃに電子掲示板サイトのＵＲＬが追加登録されている状態となる。
【００９９】
ステップＳ３０３で、ブログサーバ１３は、親記事管理データ３０６に登録されている親記事の連携受付用ＵＲＬが示すブログサーバ１（この場合は、ブログサーバ１１，１２）へ記事管理データ１１１を含む記事Ｃ申請要求を送信する。このとき、前記したようにブログサーバ１３の親記事管理データ３０６には電子掲示板の連携受付用ＵＲＬが登録されているので、ステップＳ３０３において、ブログサーバ１３は、電子掲示板サーバ５へ向けても記事Ｃ申請要求を送信する。
【０１００】
そして、記事Ｃ申請要求を受信した電子掲示板サーバ５は、ステップＳ３０１で送信された記事管理データ１１１の掲示板管理データ９１１への登録と同様の手順で、記事Ｃ申請要求に含まれる記事管理データ１１１の内容を掲示板管理データ９１１に加える。すなわち、電子掲示板サーバ５は、記事Ｃに関する記事管理データ１１１の内容を掲示板管理データ９１１の子記事管理データ９１３に加える。このとき、記事Ｃに対応する子記事に対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬと、記事Ｂ連携受付用ＵＲＬとが登録されることとなる。
【０１０１】
記事Ｃ申請要求を受信し、記事Ｃの承認要求を終えた後（ステップＳ１１９の段階）のブログサーバ１２における記事管理データ１１１は、図１６（ｂ）に示す親記事管理データ３０６ｂの親記事の連携受付用ＵＲＬ３１２ｂに電子掲示板の連携受付用ＵＲＬが、親記事のパーマネントリンク３１１ｂに電子掲示板サイトのＵＲＬが登録されているレコードが追加される状態となる。同様に、記事Ｃ申請要求を受信し、記事Ｃの承認要求を終えた後（ステップＳ１２０の段階）のブログサーバ１１における記事管理データ１１１は、図１７（ｂ）に示す親記事管理データ３０６ａの図示しない親記事の連携受付用ＵＲＬに電子掲示板の連携受付用ＵＲＬと、図示しない親記事のパーマネントリンクに電子掲示板サイトのＵＲＬとが登録されているレコードが追加される状態となる。
【０１０２】
次に、図２４を参照して、図２３におけるステップＳ１２０が終了した時点における掲示板管理データ９１１の具体例を示す。図２４は、第２実施形態に係る掲示板管理データの具体例を示す図であり、（ａ）は、掲示板管理データを示し、（ｂ）は、子記事管理データを示す。図２４（ａ）に示すように、掲示板管理データ９１１の電子掲示板の連携受付用ＵＲＬ９１２の欄には、電子掲示板の連携受付用ＵＲＬが登録されている。ここには、すべてのスレッドに対して共通の連携受付用ＵＲＬが登録される。そして、子記事管理データ９１３の子記事のパーマネントリンク９５１が記事Ａパーマネントリンクのレコードにおいて、子記事の連携受付用ＵＲＬ９５２には、記事Ａ連携受付用ＵＲＬが登録され、日時９５３には、記事Ａの記事管理データ受信日時が登録される。さらに、子記事に対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬが登録される。また、タイトル９５５には、記事Ａの件名が登録され、本文９５６には、記事Ａの本文データが登録される。
【０１０３】
同様に、子記事管理データ９１３の子記事のパーマネントリンク９５１が記事Ｂパーマネントリンクのレコードでは、子記事の連携受付用ＵＲＬ９５２には、記事Ｂ連携受付用ＵＲＬが登録され、日時９５３には、記事Ｂの記事申請日時が登録される。また、子記事に対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬとがセットで登録されている。また、タイトル９５５には、記事Ｂの件名が登録され、本文９５６には、記事Ｂの本文データが登録される。
【０１０４】
また、子記事管理データ９１３の子記事のパーマネントリンク９５１が記事Ｃパーマネントリンクであるレコードにおいて、子記事の連携受付用ＵＲＬ９５２には、記事Ｃ連携受付用ＵＲＬが登録され、日時９５３には、記事Ｃの記事申請日時が登録される。また、子記事に対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬと、記事Ｂ連携受付用ＵＲＬとがセットで登録されている。また、タイトル９５５には、記事Ｃの件名が登録され、本文９５６には、記事Ｃの本文データが登録される。
【０１０５】
ここで、符号９６１に示すように、子記事Ａに対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬが登録されている。これは、記事Ａが電子掲示板の子記事、すなわち記事間の階層構造では、最も上位（親）の記事であることを示す。また、符号９６２に示すように、子記事Ｂに対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬと記事Ａ連携受付用ＵＲＬが登録されている。これは、記事Ｂが、記事Ａの子記事であることを示す。そして、符号９６３に示すように、子記事Ｃに対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬと、記事Ｂ連携受付用ＵＲＬとが登録されている。
【０１０６】
ここで、例えば、図２４（ｂ）において、符合９６３の欄には、電子掲示板の連携受付用ＵＲＬと、記事Ａ連携受付用ＵＲＬと、記事Ｂ連携受付用ＵＲＬとがセットとして登録されているが、この情報だけでは、記事Ｃが記事Ａの子記事であるが、記事Ｂの子記事であるか、が不明であるため、電子掲示板サーバ５の処理部９００は、符号９６２の欄を参照する。するとそこから記事Ｂが記事Ａの子記事である旨の情報がわかるため、電子掲示板サーバ５は、記事Ｃは、記事Ｂの子記事であり、記事Ａの孫記事であると判断する。このように、掲示板管理データ９１１には、記事間の階層構造に関する情報が登録されている。なお、記事Ｃが２つの親記事をもつとき、すなわち、例えば、（記事Ｃ→記事Ｂであると同時に、記事Ｃ→記事Ａとなっているときは、子記事のパーマネントリンク９５１が記事Ｃパーマネントリンクとなっているレコードが２つ存在し、それぞれのレコードにおける子記事に対する親記事の連携受付用ＵＲＬは、「電子掲示板の連携受付用ＵＲＬ，記事Ａ連携受付用ＵＲＬ」および「電子掲示板の連携受付用ＵＲＬ，記事Ｂ連携受付用ＵＲＬ」となる。
【０１０７】
（ブログサーバの処理）
図２を参照しつつ、図２５に沿って第２実施形態に係るブログサーバ１における処理を説明する。図２５は、第２実施形態に係るブログサーバにおける処理の流れを示す図である。なお、図２５において図１９と同様の処理に関しては、図１９と同一の符号を付して説明を省略する。ステップＳ２０２で受信した記事データには、記事データを作成したユーザが入力した電子掲示板の連携受付用ＵＲＬが、記事の件名（タイトル）および本文データと共に含まれている。そして、ステップＳ２０４の処理の後、記憶処理部１０３は、記事データに含まれる電子掲示板の連携受付用ＵＲＬを親記事の連携受付用ＵＲＬ３１２（図４（ｂ）参照）に登録する（Ｓ４０１）。このとき、記憶処理部９０３が、電子掲示板サイトのＵＲＬを親記事のパーマネントリンク３１１に登録してもよい。このとき、記憶処理部１０３は、そして、送信処理部１０２は、記事管理データ１１１における親記事の連携受付用ＵＲＬ３１２における電子掲示板の連携受付用ＵＲＬ宛に、すなわち電子掲示板サーバ５へ記事管理データ１１１の内容を送受信部１２０に送信させる（Ｓ４０２）。
【０１０８】
また、ステップＳ４０１において、親記事の記事管理データ１１１の親記事管理データ３０６の親記事の連携受付用ＵＲＬ３１２には、電子掲示板の連携受付用ＵＲＬが登録されるので、ステップＳ２０８の段階で受信する記事関連データには、送信元のブログサーバ１が管理している記事の親記事にあたる親記事の連携受付用ＵＲＬ３１２のデータが含まれる。そして、このデータには、電子掲示板の連携受付用ＵＲＬが含まれる。そして、この記事関連データの内容がステップＳ２０９で子記事の親記事管理データ３０６（図４（ｂ）参照）に登録されるため、当該記事に連なるすべての子記事、孫記事、・・・は、親記事管理データ３０６の親記事の連携受付用ＵＲＬ３１２の欄に電子掲示板の連携受付用ＵＲＬを有することとなる。
【０１０９】
そして、ステップＳ２１３の後、送信処理部１０２は、記事管理データ１１１の親記事管理データ３０６（図４（ｂ）参照）における親記事の連携受付用ＵＲＬ３１２に登録されているすべての連携受付用ＵＲＬが示すブログサーバ１へ送信する。ここで、前記したように、親記事を投稿する際、電子掲示板の連携受付用ＵＲＬを入力した記事に関連する記事を管理しているすべてのブログサーバ１の記憶部１１０に記憶されている親記事の連携受付用ＵＲＬ３１２（図４（ｂ）参照）には、電子掲示板の連携受付用ＵＲＬが登録されているため、記事申請要求は、電子掲示板サーバ５へも送信される（Ｓ４０３）。
【０１１０】
（電子掲示板サーバの処理）
次に、図２および図２１を参照しつつ、図２６に沿って第２実施形態に係る電子掲示板サーバ５における処理の流れを説明する。図２６は、第２実施形態に係る電子掲示板サーバにおける処理の流れを示すフローチャートである。まず、電子掲示板サーバ５の受信処理部９０１は、ブログサーバ１から記事申請要求を受信したか否かを判定する（Ｓ５０１）。ステップＳ５０１の結果、記事申請要求を受信していない場合（Ｓ５０１→Ｎｏ）、受信処理部９０１は、ブログサーバ１からタイトル、本文データ、パーマネントリンクおよび連携受付用ＵＲＬを含む記事管理データ１１１を受信したか否かを判定する（Ｓ５０２）。このときの、記事管理データ１１１には、電子掲示板の連携受付用ＵＲＬが含まれている。ステップＳ５０２の結果、記事管理データ１１１を受信していない場合（Ｓ５０２→Ｎｏ）、処理部９００は、ステップＳ５０１へ処理を戻す。
【０１１１】
ステップＳ５０２の結果、記事管理データ１１１を受信した場合（Ｓ５０２→Ｙｅｓ）、記憶処理部９０２は、以下の手順で受信した記事管理データ１１１（図４参照）の内容を掲示板管理データ９１１へ登録する（Ｓ５０３）。すなわち、記憶処理部９０２は、図４（ａ）におけるタイトル３０１および本文３０２のデータを、図２２（ｂ）のタイトル９５５および本文９５６に登録する。そして、記憶処理部９０２は、図４（ａ）のパーマネントリンク３０４および連携受付用ＵＲＬ３０５のデータを、図２２（ｂ）の子記事のパーマネントリンク９５１および子記事の連携受付用ＵＲＬ９５２に登録する。さらに、記憶処理部９０２は、図４（ｂ）の親記事の連携受付用ＵＲＬ３１２におけるすべてのデータを、図２２（ｂ）の子記事に対する親記事の連携受付用ＵＲＬ９５４に登録する。なお、ここでは、受信した記事管理データ１１１の親記事の連携受付用ＵＲＬ３１２には、電子掲示板の連携受付用ＵＲＬのみが登録されているので、図２２（ｂ）の子記事に対する親記事の連携受付用ＵＲＬ９５４には、電子掲示板の連携受付用ＵＲＬが登録されることになる。さらに、記憶処理部９０２は、記事管理データ１１１の受信日時を日時９５３に登録する。
【０１１２】
ステップ５０１の結果、送信元のブログサーバ１が有している記事管理データ１１１を含む記事申請要求を受信した場合（Ｓ５０１→Ｙｅｓ）、記憶処理部９０２は、記事申請要求に含まれる記事管理データ１１１の内容を、掲示板管理データ９１１へ登録する。具体的には、記憶処理部９０２は、ステップＳ５０２と同様の手順で記事申請要求に含まれる記事管理データ１１１の自記事管理データ３００の各欄３０１，３０２，３０４，３０５のデータを、掲示板管理データ９１１の子記事管理データ９１３の該当する各欄９５１，９５２，９５５，９５６へ新たなレコードとして追加登録し、記事管理データ１１１の受信日時を日時９５３に追加登録する。さらに、記憶処理部９０２は、受信した記事管理データ１１１の親記事管理データ３０６（図４（ｂ）参照）の親記事の連携受付用ＵＲＬ３１２に登録されているすべての連携受付用ＵＲＬをセットとして、掲示板管理データ９１１へ登録する（Ｓ５０４）。具体的には、記憶処理部９０２は、子記事管理データ９１３（図２２（ｂ）参照）の子記事に対する親記事の連携受付用ＵＲＬ９５４に登録する。
【０１１３】
次に、図２０〜図２３を参照しつつ、図２７に沿って第２実施形態に係る電子掲示板サーバ５による電子掲示板画面例を説明する。図２７は、第２実施形態に係る電子掲示板サーバによる電子掲示板画面例を示す図である。図２７に示す電子掲示板画面（階層区像表示画面）１０００は、図２３におけるステップＳ１２０の処理の終了後に、クライアント２から電子掲示板サーバ５へ閲覧要求が送られた結果、クライアント２の図示しない表示部に表示される画面例である。
図２７に示すように、電子掲示板サーバ５は、記憶部９１０における子記事管理データ９１３の子記事に対する親記事の連携受付用ＵＲＬ９５４に保存されている記事間の階層構造を基に、電子掲示板画面１０００において記事Ａ、記事Ｂ、記事Ｃなどの記事間の階層構造（記事間の親子関係）をクライアント２の図示しない表示部に表示させる。このとき、子記事に対する親記事の連携受付用ＵＲＬ９５４に保存されている連携受付用ＵＲＬは、記事の識別子としての機能も有している。すなわち、クライアント２においてブログの閲覧を行う際には、クライアント２は、連携受付用ＵＲＬをたどることによって親記事データを取得する。
【０１１４】
第２実施形態によれば、記事の階層構造を視認しやすい形式で表示することができる。
【０１１５】
図２に記載のブログサーバ１における処理部１００、送受信部１２０および各部１０１〜１０６、また、図２１に記載の処理部９００、受信部９２０および各部９０１〜９０３は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。
【０１１６】
なお、本実施形態では、ブログにおける記事を管理するシステムを対象としたが、これに限らず、ＣＭＳ（Contents Management System）であればよい。つまり、ブログサーバ１である必要はなく、ＣＭＳによるシステムおよびＣＭＳにおける記事を管理するサーバであってもよい。また、本実施形態では、記事申請要求には記事管理データ１１１が含まれるとしたが、これに限らず、自記事の連携受付用ＵＲＬと、自記事の親記事の連携受付用ＵＲＬとを対の情報として、記事申請要求にふくんでもよい。
【図面の簡単な説明】
【０１１７】
【図１】第１実施形態に係る記事管理システムの構成例を示す図である。
【図２】第１実施形態に係るブログサーバの構成例を示す図である。
【図３】本実施形態における記事管理方法の概略を示す図である。
【図４】本実施形態における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成例を示し、（ｂ）は、親記事管理データの構成例を示し、（ｃ）は、子記事管理データの構成例を示す。
【図５】第１実施形態に係る記事管理システムにおける処理の流れを示すタイミングチャートである。
【図６】ブログサーバ１１における記事管理データの構成例を示す図である。
【図７】クライアントにおける表示画面の例を示す図である。
【図８】ブログサーバ１２における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、親記事管理データの構成を示す。
【図９】クライアントにおける表示画面の例を示す図である。
【図１０】ブログサーバ１２における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、親記事管理データの構成を示す。
【図１１】ブログサーバ１１における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、子記事管理データの構成を示す。
【図１２】クライアントにおける表示画面の例を示す図である。
【図１３】クライアントにおける表示画面の例を示す図である。
【図１４】ブログサーバ１３における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、子記事管理データの構成を示す。
【図１５】ブログサーバ１３における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、子記事管理データの構成を示す。
【図１６】ブログサーバ１２における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、親記事管理データの構成を示し、（ｃ）は、子記事管理データの構成を示す。
【図１７】ブログサーバ１１における記事管理データの構成例を示す図であり、（ａ）は、記事管理データの構成を示し、（ｂ）は、子記事管理データの構成を示す。
【図１８】クライアントにおける表示画面の例を示す図である。
【図１９】第１実施形態に係るブログサーバの処理の流れを示すフローチャートである。
【図２０】第２実施形態に係る記事管理システムの構成例を示す図である。
【図２１】第２実施形態に係る電子掲示板サーバの構成例を示す図である。
【図２２】第２実施形態に係る掲示板管理データの構成例を示す図であり、（ａ）は、掲示板管理データを示し、（ｂ）は、子記事管理データを示す。
【図２３】第２実施形態に係る記事管理システムにおける処理の流れを示すタイミングチャートである。
【図２４】第２実施形態に係る掲示板管理データの具体例を示す図であり、（ａ）は、掲示板管理データを示し、（ｂ）は、子記事管理データを示す。
【図２５】第２実施形態に係るブログサーバにおける処理の流れを示す図である。
【図２６】第２実施形態に係る電子掲示板サーバにおける処理の流れを示すフローチャートである。
【図２７】第２実施形態に係る電子掲示板サーバによる電子掲示板画面例を示す図である。
【符号の説明】
【０１１８】
１１１〜１３  ブログサーバ（記事管理装置）
２，２１〜２３      クライアント
３      ネットワーク
４      記事管理システム
５      電子掲示板サーバ（階層構造表示装置）
１００  処理部（ブログサーバ）
１０１  受信処理部（ブログサーバ）
１０２  送信処理部
１０３  記憶処理部（ブログサーバ）
１０４  取得部
１０５  発行部（ブログサーバ）
１０６  ブログ処理部
１１０  記憶部（ブログサーバ）
１１１，１１１ａ〜１１１ｃ  記事管理データ
１２０  送受信部
３００，３００ａ〜３００ｃ  自記事管理データ
３０１，３０１ａ〜３０１ｃ  タイトル（記事管理データ）
３０２，３０２ａ〜３０２ｃ  本文（記事管理データ）
３０３，３０３ａ〜３０３ｃ  日時（記事管理データ）
３０４，３０４ａ〜３０４ｃ  パーマネントリンク（記事管理データ）
３０５，３０５ａ〜３０５ｃ  連携受付用ＵＲＬ（記事管理データ）
３０６，３０６ａ〜３０６ｃ  親記事管理データ
３０７，３０７ａ  子記事管理データ
３１１，３１１ｂ，３１１ｃ  親記事のパーマネントリンクＵＲＬ
３１２，３１２ｂ，３１２ｃ  親記事の連携受付用ＵＲＬ
３２１，３２１ａ，３２１ｂ  子記事のパーマネントリンク（記事管理データ）
３２２，３２２ａ，３２２ａ  子記事の連携受付用ＵＲＬ（記事管理データ）
３２３，３２３ａ，３２３ｂ  日時（記事管理データ）
３２４，３２４ａ，３２４ｂ  子記事に対する親記事の連携受付用ＵＲＬ（記事管理データ）
３２５，３２５ａ，３２５ｂ  タイトル（記事管理データ）
３２６，３２６ａ，３２６ｂ  本文（記事管理データ）
４００  ブログＡ表示画面
５００  投稿画面
６００  記事Ａ表示エリア
６１０  記事Ｂ表示エリア
７００  記事Ｂ表示エリア
８００  記事Ａ表示エリア
８１０  記事Ｂ表示エリア
８２０  記事Ｃ表示エリア
９００  処理部（電子掲示板サーバ）
９０１  受信処理部
９０２  記憶処理部（電子掲示板サーバ）
９０３  発行部（電子掲示板サーバ）
９１０  記憶部（電子掲示板サーバ）
９１１  掲示板管理データ
９１２  電子掲示板の連携受付用ＵＲＬ
９１３  子記事管理データ
９２０  受信部
９５１  子記事のパーマネントリンク（掲示板管理データ）
９５２  子記事の連携受付用ＵＲＬ（掲示板管理データ）
９５３  日時（掲示板管理データ）
９５４  子記事に対する親記事の連携受付用ＵＲＬ（掲示板管理データ）
９５５  タイトル（掲示板管理データ）
９５６  本文（掲示板管理データ）
１０００  電子掲示板画面
【図１】
2009205211.tif 000003
【図２】
2009205211.tif 000004
【図３】
2009205211.tif 000005
【図４】
2009205211.tif 000006
【図５】
2009205211.tif 000007
【図６】
2009205211.tif 000008
【図７】
2009205211.tif 000009
【図８】
2009205211.tif 000010
【図９】
2009205211.tif 000011
【図１０】
2009205211.tif 000012
【図１１】
2009205211.tif 000013
【図１２】
2009205211.tif 000014
【図１３】
2009205211.tif 000015
【図１４】
2009205211.tif 000016
【図１５】
2009205211.tif 000017
【図１６】
2009205211.tif 000018
【図１７】
2009205211.tif 000019
【図１８】
2009205211.tif 000020
【図１９】
2009205211.tif 000021
【図２０】
2009205211.tif 000022
【図２１】
2009205211.tif 000023
【図２２】
2009205211.tif 000024
【図２３】
2009205211.tif 000025
【図２４】
2009205211.tif 000026
【図２５】
2009205211.tif 000027
【図２６】
2009205211.tif 000028
【図２７】
2009205211.tif 000029