(57)【要約】【課題】  サーバ装置からのコンテンツ配信について、配信サイトに接続した状態でのコンテンツ視聴時とほぼ同等に利用可能とする。【解決手段】  サーバ装置１００は、配信コンテンツと、その関連情報と、配信するコンテンツをいくつかのサイトに分けてサイトごとにコンテンツ一覧と個々のコンテンツ配信用論理アドレスを記載したサイト配信情報とを管理し、配信要求に基づきネットワークを介して配信コンテンツにサイト配信情報の取得用論理アドレスをメタ情報として付与する。これに対し、クライアント装置２００では、配信コンテンツからメタ情報を取得し、このメタ情報からサイト配信情報を参照し、同サイト配信情報から同サイトで配信されているコンテンツ一覧と自らの保有する同サイトに属するコンテンツ一覧と比較し、差分となるコンテンツとそれぞれの配信用論理アドレスを抽出し、そのアドレスから差分のコンテンツを取得する。【選択図】      図１
2007148646.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、
前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、配信するコンテンツをいくつかのサイトに分けてサイトごとにコンテンツの一覧と個々のコンテンツの配信用論理アドレスを記載したサイト配信情報とを管理し、配信要求に基づきネットワークを介して同コンテンツの配信を行うものであり、
前記サーバ装置側で、前記サイト配信情報の取得用論理アドレスが前記コンテンツにメタ情報として付与されるとき、
前記コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、
前記メタ情報から同コンテンツの属するサイトのサイト配信情報を参照し、同サイト配信情報から同サイトで配信されているコンテンツ一覧と自らの保有する同サイトに属するコンテンツ一覧と比較し、差分となるコンテンツとそれぞれの配信用論理アドレスを抽出する差分比較手段と、
前記抽出した差分のコンテンツの配信用論理アドレスから差分のコンテンツを取得する差分コンテンツ取得手段と、
を具備することを特徴とするコミュニケーションシステムのクライアント装置。
【請求項２】
コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、
前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、前記配信コンテンツ毎に関連情報の提示を受け付ける関連情報参照用論理アドレスとをそれぞれ管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の提示とを行うものであり、
前記サーバ装置側で、前記配信コンテンツに前記関連情報参照用論理アドレスがメタ情報として付与されるとき、
前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、
前記メタ情報から前記関連情報参照用論理アドレスを抽出し、同アドレスに対して前記配信コンテンツの関連情報の提示を要求し、同コンテンツの関連情報を参照する関連情報参照手段と、
を具備することを特徴とするコミュニケーションシステムのクライアント装置。
【請求項３】
コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、
前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、前記配信コンテンツ毎に関連情報の登録を受け付ける関連情報登録用論理アドレスとをそれぞれ管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の登録とを行うものであり、
前記サーバ装置側で、前記配信コンテンツに前記関連情報登録用論理アドレスがメタ情報として付与されるとき、
前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、
前記メタ情報から前記関連情報登録用論理アドレスを抽出し、同アドレスに対して前記配信コンテンツの関連情報の登録を要求し、登録を実行する関連情報登録手段と、
を具備することを特徴とするコミュニケーションシステムのクライアント装置。
【請求項４】
前記サーバ装置との通信可否を判定する通信可否判定手段と、
前記配信コンテンツの本体にメタ情報として関連情報の書き込み、削除を行うメタ情報更新手段と、をさらに備え、
前記関連情報登録手段は、前記通信可否の判定が通信不可能の時には前記メタ情報更新手段に対して前記配信コンテンツのメタ情報として関連情報を一時的に書き込むことを要求し、通信可能の時には前記配信コンテンツのメタ情報として関連情報が一時的に書き込まれているか否かを判定し、書き込まれている場合には前記サーバ装置に対して同関連情報の登録を要求すること、
を特徴とする請求項３に記載のコミュニケーションシステムのクライアント装置。
【請求項５】
コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、
前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報とを管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の提示とを行うものであり、
前記サーバ装置側で、前記配信コンテンツに前記関連情報がメタ情報として付与されるとき、
前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、
前記メタ情報から前記関連情報を抽出し、抽出した関連情報を提示するメタ情報提示手段と、
を具備することを特徴とするコミュニケーションシステムのクライアント装置。
【請求項６】
前記サーバ装置から前記配信コンテンツを受け取るときに、同コンテンツに対する前記サイト配信情報の取得用論理アドレス、または関連情報参照用論理アドレス、または前記関連情報登録用アドレス、または前記関連情報を前記サーバ装置に要求する情報要求手段と、
前記サーバ装置から前記要求に応じて提供される情報を受け取って、メタ情報として前記配信コンテンツに付加するメタ情報付加手段とをさらに備えることを特徴とする請求項１乃至５のいずれか１に記載のコミュニケーションシステムのクライアント装置。
【請求項７】
コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取り所定の処理をコンピュータに実行させる、コミュニケーションシステムのクライアント装置に用いられるコンピュータプログラムであって、
請求項１乃至６のいずれか１に記載の各手段を前記コンピュータに実行させるステップとして備えることを特徴とするコミュニケーションシステムのクライアント装置用コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの各種ネットワーク上での利用を想定したコミュニケーションシステムに係り、特にクライアント装置とクライアント装置用コンピュータプログラムに関する。
【背景技術】
【０００２】
Blogに代表される多くのインターネット上のコミュニケーションシステムにおいては、システム上のサイトで公開されているコンテンツに対するコメント機能やトラックバック機能など、コンテンツに関連する情報の登録／参照機能が提供されている。例えば、「コメント機能」は、そのコンテンツを視聴した利用者がコンテンツを公開しているサイトに意見や関連情報をテキストや音声などの形でコンテンツに関連付けて登録し、利用者から参照できるようにする機能である。また、「トラックバック機能」（非特許文献１参照）は、あるコンテンツに関連する別の（同一の場合もある）システム上のサイトに公開されている他のコンテンツのURL（Uniform Resource Locator）を含む関連情報（トラックバックPingと呼ばれる）を、コンテンツ毎に用意される情報関連付け受付専用の論理的アドレス（トラックバックPingURLと呼ばれる）に対して送信することによりシステム上のデータベースに登録し、利用者が参照できるようコンテンツ間の関連付けを行う機能である。これらの登録／参照機能はコミュニケーションシステムの基本的な機能であるといえる。
【０００３】
また、RSS（Really Simple Syndication：非特許文献２参照）のようなインターネット上のサイトの情報を要約して配信するためのデータ形式などを用いて、利用者に対してサイト上のコンテンツの公開状況を提示したり、利用者が未視聴のコンテンツの見出しを配信したりするサービスが提供されている。
【０００４】
これらのコミュニケーションシステム上で扱われるコンテンツは、HTMLで記述されたコンテンツだけではなく、音声や動画などの、各種メディアがコンテンツとして広く扱われるようになってきている。これに伴い、前述のRSSなどを使用してサイト上の音声ファイルなどのメディアファイル（以下コンテンツファイルと記述）の公開状況を利用者の端末に通知し、利用者の端末に既にダウンロードされているコンテンツファイルとサイト上で公開されているコンテンツファイルとを比較し、利用者の端末に差分ファイルを配信することで両者間の同期をとるサービスが提供されている。
【０００５】
また、利用者の端末に接続された携帯型音楽プレーヤーなどの携帯機器上に登録されているコンテンツファイルと、サイト上で公開されているコンテンツファイルとの同期をとることで、携帯機器を端末から切り離して持ち運ぶ際に、サイト上で公開されている最新のコンテンツファイルをダウンロード済みの状態とし、携帯機器で視聴できるようにするサービスが提供されている。尚、RSS2.0を用いて音声系のコンテンツファイルを配信することは一般的にPodcastingと呼ばれている。
【０００６】
【非特許文献１】SixApart「トラックバックの技術仕様」http://www.movabletype.org/docs/mttrackback.html
【０００７】
【非特許文献２】Berkman Center for Internet & Society at Harvard Law School “RSS2.0 Specification” http://blogs.law.harvard.edu/tech/rss
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記のようなサービスで配信されるコンテンツファイルは、携帯機器や可搬型の記録メディア経由での他の端末へのコピーや移動、あるいは元のサイトを通じないネットワークを介したコピーや移動などがなされ、携帯機器上やコンテンツファイルの配信を受けた端末とは別の端末上などで、配信元サイトとの接続とは関係なく視聴されることが想定される。その場合、配信元のサイトに関連する情報が失われることや、仮に配信元サイトの接続先情報などがわかっていても、携帯機器での視聴時など、常にネットワークと接続されているとは限らない（配信元のサイトとは接続できない場合もある）。
【０００９】
さらに、視聴環境などが原因で、コンテンツファイルの内容そのものの視聴はできても、それ以前からコミュニティサイトで提供されている基本的な機能が利用できなくなるという問題もある。具体的には、利用者にとって、「１：トラックバック、コメントなどといった配信元サイト上でコンテンツに関連付けられている情報の参照ができなくなる。また、同様にこれらを登録することもできなくなる。」「２：自端末上にない配信元サイト上の他のコンテンツファイルの配信（端末や携帯機器とサイト間のコンテンツファイル同期）が受けられなくなる。」などの不都合が生じる。
【００１０】
そこで、本発明はこれらの問題を鑑みてなされたものであり、その目的とするところは、コミュニケーションシステム由来のコンテンツファイルについて、その流通方法や視聴環境が配信サイトに接続可能な状態であるか否かに関わらず、配信サイトに接続した状態でのコンテンツ視聴時とほぼ同等のコミュニケーションシステムの基本的な機能を利用することのできるクライアント装置とクライアント装置用コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するためにこの発明に関わるコミュニケーションシステムのクライアント装置は、以下のような特徴的構成を備える。
（１）コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、配信するコンテンツをいくつかのサイトに分けてサイトごとにコンテンツの一覧と個々のコンテンツの配信用論理アドレスを記載したサイト配信情報とを管理し、配信要求に基づきネットワークを介して同コンテンツの配信を行うものであり、前記サーバ装置側で、前記サイト配信情報の取得用論理アドレスが前記コンテンツにメタ情報として付与されるとき、前記コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、前記メタ情報から同コンテンツの属するサイトのサイト配信情報を参照し、同サイト配信情報から同サイトで配信されているコンテンツ一覧と自らの保有する同サイトに属するコンテンツ一覧と比較し、差分となるコンテンツとそれぞれの配信用論理アドレスを抽出する差分比較手段と、前記抽出した差分のコンテンツの配信用論理アドレスから差分のコンテンツを取得する差分コンテンツ取得手段と、を具備することを特徴とする。
【００１２】
（２）コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、前記配信コンテンツ毎に関連情報の提示を受け付ける関連情報参照用論理アドレスとをそれぞれ管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の提示とを行うものであり、前記サーバ装置側で、前記配信コンテンツに前記関連情報参照用論理アドレスがメタ情報として付与されるとき、前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、前記メタ情報から前記関連情報参照用論理アドレスを抽出し、同アドレスに対して前記配信コンテンツの関連情報の提示を要求し、同コンテンツの関連情報を参照する関連情報参照手段と、を具備することを特徴とする。
【００１３】
（３）コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報と、前記配信コンテンツ毎に関連情報の登録を受け付ける関連情報登録用論理アドレスとをそれぞれ管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の登録とを行うものであり、前記サーバ装置側で、前記配信コンテンツに前記関連情報登録用論理アドレスがメタ情報として付与されるとき、前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、前記メタ情報から前記関連情報登録用論理アドレスを抽出し、同アドレスに対して前記配信コンテンツの関連情報の登録を要求し、登録を実行する関連情報登録手段と、を具備することを特徴とする。
【００１４】
（４）（３）の構成において、前記サーバ装置との通信可否を判定する通信可否判定手段と、前記配信コンテンツの本体にメタ情報として関連情報の書き込み、削除を行うメタ情報更新手段と、をさらに備え、前記関連情報登録手段は、前記通信可否の判定が通信不可能の時には前記メタ情報更新手段に対して前記配信コンテンツのメタ情報として関連情報を一時的に書き込むことを要求し、通信可能の時には前記配信コンテンツのメタ情報として関連情報が一時的に書き込まれているか否かを判定し、書き込まれている場合には前記サーバ装置に対して同関連情報の登録を要求すること、を特徴とする。
【００１５】
（５）コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取るコミュニケーションシステムのクライアント装置であって、前記サーバ装置が、前記配信コンテンツと、同コンテンツに関連付けられる関連情報とを管理し、配信要求に基づきネットワークを介して同コンテンツの配信と関連情報の提示とを行うものであり、前記サーバ装置側で、前記配信コンテンツに前記関連情報がメタ情報として付与されるとき、前記配信コンテンツから同コンテンツに付与されているメタ情報を取得するメタ情報取得手段と、前記メタ情報から前記関連情報を抽出し、抽出した関連情報を提示するメタ情報提示手段と、を具備することを特徴とする。
【００１６】
（６）（１）〜（５）のいずれかの構成において、前記サーバ装置から前記配信コンテンツを受け取るときに、同コンテンツに対する前記サイト配信情報の取得用論理アドレス、または関連情報参照用論理アドレス、または前記関連情報登録用アドレス、または前記関連情報を前記サーバ装置に要求する情報要求手段と、前記サーバ装置から前記要求に応じて提供される情報を受け取って、メタ情報として前記配信コンテンツに付加するメタ情報付加手段とをさらに備えることを特徴とする。
【００１７】
（７）コンテンツを配信するサーバ装置にネットワークを介してアクセスし、コンテンツ配信を要求して前記サーバ装置から配信コンテンツを受け取り所定の処理をコンピュータに実行させる、コミュニケーションシステムのクライアント装置に用いられるコンピュータプログラムであって、（１）乃至（６）のいずれか１に記載の各手段を前記コンピュータに実行させるステップとして備えることを特徴とする。
【発明の効果】
【００１８】
要するにこの発明によれば、コミュニケーションシステム由来のコンテンツファイルについて、その流通方法や視聴環境が配信サイトに接続可能な状態であるか否かに関わらず、配信サイトに接続した状態でのコンテンツ視聴時とほぼ同等のコミュニケーションシステムの基本的な機能を利用することのできるコミュニケーションシステムのクライアント装置とクライアント装置用コンピュータプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照してこの発明の実施の形態について詳細に説明する。  
本発明ではコミュニケーションシステムから配信されるコンテンツファイルに、コンテンツ本体とは別に情報を記述するためのデータ領域を追加し、そこにコミュニケーションシステムの関連情報を記述することで上記課題を解決する。尚、上記データ領域に記載される情報を、以下「メタ情報」と賞する。
【００２０】
メタ情報として、例えば配信元サイトのRSSのURLのような、サイトのコンテンツファイル公開状況を示すファイルの論理的アドレスを記載する。これにより、コンテンツファイルがどのような経路で流通しても、配信元サイトと接続可能な環境であれば、利用者はメタ情報のコンテンツファイル公開状況を示すファイルの論理的アドレスを参照することで、配信元のサイトで公開されている最新のコンテンツファイルと自分が視聴している端末や携帯機器に登録されているコンテンツとの間で同期を図ることができる。
【００２１】
また、メタ情報として、例えばトラックバック一覧参照ページのURLやコメント参照用のURLのような、コンテンツに対する関連情報参照用の論理アドレスを記載する。これにより、メディアファイルがどのような経路で流通しても、配信元サイトと接続可能な環境であれば、利用者はコンテンツに関するトラックバックやコメントのようなコンテンツに対する関連情報を参照することができる。
【００２２】
また、メタ情報として、例えばトラックバックを受け付けるトラックバックPingURLやコメントを受け付ける専用のURLのような、コンテンツに対する関連情報登録用の論理アドレスを記載する。これにより、メディアファイルがどのような経路で流通しても、配信元サイトと接続可能な環境であれば、利用者はコンテンツに関するトラックバックやコメントのようなコンテンツに対する関連情報を登録することができる。合わせて、メタ情報として、例えばトラックバックPingやコメント本文のような、コンテンツに関連付ける情報を利用者が一時的に登録する項目を用意する。これにより、オフラインの環境で利用者が視聴中のコンテンツに対して登録するトラックバックやコメントなどの関連情報をメタ情報として保存しておき、オンラインで配信元サイトと接続可能になった時点でメタ情報のトラックバックPingURLやコメントを受け付ける専用のURLなどの関連情報登録用の論理アドレスに対して一時保存したトラックバックやコメントといった関連情報を送信し、コミュニケーションシステム上にコンテンツの関連情報を登録することができる。
【００２３】
また、メタ情報として、例えば配信元サイトからダウンロードする際に、システム上でコンテンツに関連付けられているトラックバックPingやコメント本体のような、コンテンツに関連付けられている情報を付与する。これにより、オフラインの環境であっても、利用者はコンテンツに関連するトラックバックPingの内容やコメントを参照することができる。
【００２４】
以上のように、コンテンツファイルにメタファイルとしてコミュニケーションシステムの関連情報を付与することにより、コンテンツの流通経路や配信元サイトと接続可能な環境であるか否かに関わらず、前述のコミュニケーションシステムの基本機能を利用することができるようになる。
【００２５】
（第１の実施形態）  
図１は本発明における第１の実施形態によるコミュニケーションシステムの構成を示すブロック図である。本実施形態においては、コンテンツファイルに対して、元々そのコンテンツファイルが公開されたサーバ上のサイトの最新のコンテンツファイル公開状況を記載したファイルの論理的アドレスをメタ情報として付与する。ここでいうサイトとは、ある目的を持って公開されている情報のまとまりであり、必ずしもサーバ上で公開している全ての情報を指すものではない。本実施形態においては、サイトの最新のコンテンツファイル公開状況を記載したファイルとしてRSS2.0形式での記述を用いているが、これは一例であり、サイト上で公開されているコンテンツファイルの一覧と、それぞれのコンテンツファイルを識別できる情報と、それぞれのコンテンツファイルを取得できる論理アドレスを含むものであれば、別の形式のものでもかまわない。
【００２６】
図１において、本システムは、インターネットなどのネットワークＮＷで接続されるサーバ装置１００とクライアント装置２００とからなる。
サーバ装置１００は、クライアント装置２００に対して公開するコンテンツファイルを保存するコンテンツ保存部１１０と、前述のRSSのようにサイトのコンテンツファイルの公開情報を記載したサイト公開状況ファイルを保存するサイト公開状況ファイル保存部１２０と、ネットワークＮＷを介してクライアント装置２００からの要求を受け付け、その要求に応じてコンテンツファイルやサイト公開状況ファイルを送信する通信インタフェース部（通信Ｉ／Ｆ）１３０とを備える。
【００２７】
クライアント装置２００は、マイクロプロセッサ等の中央処理ユニット（ＣＰＵ：Central Processing Unit）２１０を備える。このＣＰＵ２１０には、バス２２０を介してデータメモリ２３０とプログラムメモリ２４０とが接続され、さらに、入力インタフェース（入力Ｉ／Ｆ）２５０と、出力インタフェース（出力Ｉ／Ｆ）２６０と、通信インタフェース（通信Ｉ／Ｆ）２７０が接続されている。入力Ｉ／Ｆ２５０には、マウスやキーボード等から構成される操作部２５１が接続され、出力Ｉ／Ｆ２６０には、ＬＣＤ等のモニタ装置で構成される表示部２６１が接続される。通信Ｉ／Ｆ２７０は、ネットワークＮＷに接続される。
【００２８】
データメモリ２３０は、記憶媒体として例えばＲＡＭ又はハードディスクを使用したもので、コンテンツファイルを保存するためのコンテンツ保存部２３１を備える。プログラムメモリ２４０には、この実施形態に係わる制御プログラムとして、メタ情報取得プログラム２４１と、差分比較プログラム２４２と、ファイル取得プログラム２４３とが格納される。
【００２９】
上記メタ情報取得プログラム２４１は、コンテンツファイルを選択し、メタ情報として付与されているサイト公開情報ファイルをサーバ装置１００に対して要求するための論理アドレスを抽出するように、上記ＣＰＵ２１０に処理を実行させるものである。また、上記差分比較プログラム２４２は、抽出したメタ情報としてのサイト公開情報ファイルからサイト上で公開されているコンテンツ一覧情報を取得して、コンテンツ保存部２３１に保存されているコンテンツ一覧とを比較し、差分ファイル（クライアント装置２００側で足りないファイル）をダウンロードするためのサーバ装置１００上での論理アドレスを抽出するように、上記ＣＰＵ２１０を実行させるものである。また、ファイル取得プログラム２４３は、メタ情報取得プログラム２４１、差分比較プログラム２４２で抽出した論理アドレスを元に、コンテンツファイルやサイト公開情報ファイルの送信をサーバ装置１００に対して要求し、当該サーバ装置１００から送信されたファイルを取得し、コンテンツ保存処理、差分比較処理に渡すように、上記ＣＰＵ２１０を実行させるものである。
【００３０】
図２は、本発明の第１の実施形態におけるコンテンツファイル取得のシーケンスチャートである。このシーケンスチャートを用いて、以下に第１の実施形態の動作について説明する。
ここでは理解しやすいように、サーバ装置１００については、インターネット上の一般的なBlogシステムのサーバとして「配信元サイト」という名前のhttp://www.site.sumple.comというURLで接続可能なコミュニティサイトを想定する。現在、このサイトでは  
「コンテンツ１」  
「コンテンツ２」  
「コンテンツ３」  
の３つのコンテンツファイル（mp3形式）が公開されており、一般的なWebのブラウザからそれぞれ  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
に接続することで、各コンテンツファイルの概要とダウンロード用のリンクが表示されているダウンロードページを閲覧できるようになっているものとする。各コンテンツファイルのダウンロード用のリンクはそれぞれ  
「http://www.site.sumple.com/download/contents1.mp3」  
「http://www.site.sumple.com/download/contents2.mp3」  
「http://www.site.sumple.com/download/contents3.mp3」  
であるものとする。
【００３１】
図３はこのようなサイトのコンテンツファイルの公開状況をRSS2.0形式で記述した例である。<RSS>タグで括られた各要素タグでこのサイトやサイトで公開されている個々のコンテンツを記述している。<channel>タグで括られた各要素タグはサイトに関連する情報を記述している。<channel>タグ内の<link>タグでサイトのURLを、<title>タグでサイトのタイトルを、<item>タグで公開しているコンテンツの情報を記述している。<item>タグで括られた各要素タグはサイトに登録されている個々のコンテンツに関連する情報を記述している。<item>タグ内の<link>要素でコンテンツに対応するダウンロードページのリンクを、<title>タグでコンテンツのタイトルを、<enclosure>タグでコンテンツのダウンロード用のリンク、ファイルサイズ、コンテンツ種別を記述している。この例ではサイトで３つのコンテンツが公開されているのでそれぞれに対応する<item>タグの記述がある。
【００３２】
尚、新たにコンテンツを公開する際にはこの<item>タグが増えることとなる。この処理はサイトの管理者が手動で行ってもよいし、コンテンツファイルの登録時に自動的にRSSを書き換えるシステムも存在する。なお、図３はあくまでも例であり、説明に必要最小限のタグのみを記載してある。
【００３３】
今回の例においてはこのRSSファイルはhttp://www.site.sumple.com/RSS.xm1でアクセスできるものとする。また、この例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側で、メタ情報としてサーバ装置１００からクライアント装置２００に最新のコンテンツファイル公開状況を記載したファイルの論理的アドレスが付与されているものとする。
【００３４】
図４は第１の実施形態におけるコンテンツダウンロードページの例であり、コンテンツ１に対応するページの表示を例示している。通常のWebブラウザで本ページに接続し、リンクからコンテンツ１のコンテンツファイルをダウンロードすることができる。
【００３５】
図５は本サイトのトップページの例であり、各コンテンツのダウンロードページヘのリンクや前述のＲＳＳへのリンクが堤示されている。一般的なWebブラウザでは、各コンテンツのダウンロードページを参照したり、RSSを参照したりすることが可能である。また、このリンクからRSSを参照し、自端末や端末に接続した携帯型機器上のコンテンツとサイトで公開されているコンテンツとの差分を抽出し、自動的にサイト上のコンテンツと自端末や端末に接続した携帯型機器上のコンテンツとの同期処理を行うソフトウェアも存在する。対象のコンテンツファイルが音声ファイルである場合、この同期処理は一般的にPodcastingと呼ばれており、携帯型音楽再生装置やＰＣ（パーソナルコンピュータ）とサイト間でコンテンツファイルの同期が行われる。
【００３６】
さて、現在、このPodcastingや通常のダウンロードで配信されたコンテンツが任意の経路で流通し、クライアント装置２００上にコンテンツ１のみが存在しているとする。すなわち、クライアント装置２００のコンテンツ保存部２３１にcontents1.mp3が保存されている状態である。このコンテンツ１を配信していたサイトから他のコンテンツ（以下関連コンテンツと記述）を取得する場合の例を説明する。
【００３７】
図２に示すシーケンスチャートにおいて、ステップＳ２１で、クライアント装置２００の利用者が関連コンテンツの取得対象としてコンテンツ１を選択する操作を受け付けたとする。これを受けて、ステップＳ２２でメタ情報取得プログラム２４１が作動し、コンテンツ１に付与されているメタ情報としてサイト公開状況ファイルの論理アドレスhttp://www.site.sumple.com/RSS.xmlを取得し、この情報をファイル取得プログラム２４３の処理に渡す。ステップＳ２３では、http://www.site.sumple.com/RSS.xmlに保存されているサイト公開状況ファイル（RSSファイル）、すなわち図３に示す内容のファイルを要求する。この要求に基づき、ステップＳ２４でサーバ装置１００の通信Ｉ／Ｆ１３０から同ファイルがクライアント装置２００に送信される。
【００３８】
クライアント装置２００の差分比較プログラム２４２は、取得したサイト公開状況ファイル（RSSファイル）の各item要素内のenclosure要素から、ダウンロードの対象となるコンテンツファイルのファイルネームを抽出する。このケースでは「contents1.mp3」、「contents2.mp3」、「contents3.mp3」が抽出される。この情報をコンテンツ保存部２３１に保存されているコンテンツファイルのファイルネームと比較し、差分情報（同期のためにダウンロードが必要なコンテンツファイルのファイルネーム）として「contents2.mp3」、「contents3.mp3」を得る。ステップＳ２６では、それぞれのファイルネームに対応するダウンロード用の論理アドレスとして、「http://www.site.sumple.com/download/contents2.mp3」、「http://www.site.sumple.com/download/contents3.mp3」をサイト公開状況ファイル（RSSファイル）から取得し、この情報をファイル取得プログラム２４３の処理に渡し、サーバ装置１００に対してダウンロード要求を行う。この要求に基づき、ステップＳ２７でサーバ装置１００から差分コンテンツ、「contents2.mp3」、「contents3.mp3」がクライアント装置２００に送信され、ステップＳ２８でコンテンツ取得プログラム２４３によって取得したコンテンツをコンテンツ保存部２３１に保存し、以上で一連の処理が完了する。
【００３９】
尚、上記の例では説明を単純化するため、ファイルの同期のための差分比較の要素としてファイルネームのみを用いたが、ファイルに最終更新時間の情報をメタ情報として埋め込み、RSSのitem要素内にタイムスタンプ情報を付与して、ファイルの更新状況を含めた差分を抽出するなど、差分の抽出にファイルネーム以外の情報要素を用いてもかまわない。
【００４０】
また、上記の例では、クライアント装置２００のコンテンツ保存部２３１の内部を構造化していないが、サイトごとに保存部を分割し、サイトごとにコンテンツファイルを分けて保存し、差分抽出に際してはサイトに対応する領域内のコンテンツのみを利用するなどの形をとってもかまわない。
【００４１】
また、上記の例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側で、メタ情報としてサーバ装置１００からクライアント装置２００に最新のコンテンツファイル公開状況を記載したファイルの論理的アドレスが付与されているものとしたが、初めにクライアント装置２００がサーバ装置１００からコンテンツファイルを取得する際に、クライアント装置２００側からサーバ装置１００に同論理的アドレスを要求し、取得した情報をメタ情報としてコンテンツファイルに付与する形をとることもできる。
【００４２】
このように、コンテンツファイルにメタ情報としてサイト公開状況ファイルの論理アドレスを埋め込むことで、任意の経路で流通したコンテンツについて関連コンテンツ（元々配信されていたサイトと同一サイトで配信されているコンテンツ）をクライアント装置２００で取得することができる。
【００４３】
（第２の実施形態）  
図６は本発明における第２の実施形態によるコミュニケーションシステムの構成を示すブロック図である。尚、図６において、図１と同一部分には同一符号を付して示す。
本実施形態においては、コンテンツファイルに対して、元々そのコンテンツファイルが公開されたサイト上の該当コンテンツファイルに関連する情報を参照するための論理的アドレスをメタ情報として付与する。本実施形態においては、第１の実施形態と同様に、Blogシステムを想定するが、該当コンテンツファイルに関連する情報を参照するための論理的アドレスとして、該当コンテンツに対するコメント一覧やトラックバック一覧を提示するWebページのURLを用いている。但し、これは一例であり、条件を満たしていれば別の形式のものでもかまわない。
【００４４】
本システムは、インターネットなどのネットワークＮＷで接続されるサーバ装置１００とクライアント装置２００とからなる。
サーバ装置１００はクライアント装置２００に対して公開するコンテンツファイルを保存するコンテンツ保存部１１０と、ネットワークＮＷを介してクライアント装置２００からの要求を受け付け、その要求に応じてコンテンツファイルやサイト公開状況ファイルを送信する通信インタフェース部（通信Ｉ／Ｆ）１３０と、それぞれのコンテンツに関連する情報を保存するコンテンツ関連情報保存部１４０と、クライアント装置２００からの要求に応じてコンテンツ関連情報を提示する関連情報提示部１５０とを備える。
【００４５】
クライアント装置２００はＣＰＵ２１０を備える。このＣＰＵ２１０には、バス２２０を介してデータメモリ２３０とプログラムメモリ２４０とが接続され、さらに、入力インタフェース（入力Ｉ／Ｆ）２５０と、出力インタフェース（出力Ｉ／Ｆ）２６０と、通信インタフェース（通信Ｉ／Ｆ）２７０が接続されている。入力Ｉ／Ｆ２５０には、マウスやキーボード等から構成される操作部２５１が接続され、出力Ｉ／Ｆ２６０には、ＬＣＤ等のモニタ装置で構成される表示部２６１が接続される。通信Ｉ／Ｆ２７０は、ネットワークＮＷに接続される。
【００４６】
データメモリ２３０は、記憶媒体として例えばＲＡＭ又はハードディスクを使用したもので、コンテンツファイルを保存するためのコンテンツ保存部２３１を備える。プログラムメモリ２４０には、この実施形態に係わる制御プログラムとして、メタ情報取得プログラム２４４と、関連情報参照プログラム２４５とが格納される。
【００４７】
上記メタ情報取得プログラム２４４は、コンテンツファイルを選択し、メタ情報として該当コンテンツファイルに関連する情報を参照するための論理的アドレスを抽出するように、上記ＣＰＵ２１０に処理を実行させるものである。また、上記関連情報参照プログラム２４５は、メタ情報から抽出した論理的アドレスを元に、サーバ装置１００に対して該当するコンテンツファイルの関連情報の提示を要求し、送信された情報を取得して利用者に対して提示するように、上記ＣＰＵ２１０に処理を実行させるものである。
【００４８】
図７は、本発明の第２の実施形態におけるコンテンツ関連情報参照のシーケンスチャートである。このシーケンスチャートを用いて、以下に第２の実施形態の動作について説明する。
ここでも理解しやすいように、サーバ装置１００については、インターネット上の一般的なBlogシステムのサーバとして「配信元サイト」という名前のhttp://www.site.sumple.comというURLで接続可能なコミュニティサイトを想定する。現在、このサイトでは  
「コンテンツ１」  
「コンテンツ２」  
「コンテンツ３」  
の３つのコンテンツファイル（mp3形式）が公開されており、一般的なＷｅｂのブラウザからそれぞれ  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
に接続することで、各コンテンツファイルの概要とダウンロード用のリンクと、各コンテンツに対するコメントと、各コンテンツに対するトラックバック情報が表示されているコンテンツ情報表示ページを閲覧できるようになっているものとする。
【００４９】
図８は第２の実施形態におけるコンテンツ情報表示ページの例であり、コンテンツ１に対応するページの表示を例示している。また、図９は本サイトのトップページの例であり、各コンテンツのコンテンツ情報表示ページへのリンクや、本サイトのRSSへのリンクが提示されている。
【００５０】
さて、現在、このPodcastingや通常のダウンロードで配信されたコンテンツが任意の経路で流通し、クライアント装置２００上にコンテンツ１、コンテンツ２が存在しているとする。すなわち、クライアント装置２００のコンテンツ保存部２３１に「contents1.mp3」、「contents2.mp3」が保存されている状態である。このとき、コンテンツ２の関連情報を参照する例について説明する。
【００５１】
尚、この例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側で、コンテンツファイルが公開されたサイト上の該当コンテンツファイルに関連する情報を参照するための論理的アドレスがメタ情報として付与されているものとする。
図７に示すシーケンスチャートにおいて、ステップＳ７１で、クライアント装置２００の利用者が関連情報の参照対象としてコンテンツ２を選択する操作を受け付けたとする。これを受けて、ステップＳ７２でメタ情報取得プログラム２４１が作動し、コンテンツ２に付与されているメタ情報としてコンテンツ情報表示ページのURLであるhttp://www.site.sumple.com/contents2.htmlを取得し、ステップＳ７３でこのURLに対応するページの提示を要求する。この要求に基づき、ステップＳ７４でサーバ装置１００の関連情報提示部１から同ページの情報をクライアントに送信し、ステップＳ７５でクライアント装置に提示され、処理が完了する。
【００５２】
尚、上記の例では、関連情報としてコメントやトラックバック情報を想定し、両情報が同一のWebページ内で提示される例を紹介したが、これ以外の関連情報をWebブラウザ以外のアプリケーションから参照してもかまわないし、また、複数の種別の関連情報について、メタ情報としてそれぞれ別個の論理アドレスを用意してもかまわない。特に上記の例の場合には、コメント参照用のアドレスとトラックバック参照用のアドレスを別に用意してもかまわない。
【００５３】
また、上記の例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側で、メタ情報としてコンテンツファイルが公開されたサイト上の該当コンテンツファイルに関連する情報を参照するための論理的アドレスが付与されているものとしたが、初めにクライアント装置２００がサーバ装置１００からコンテンツファイルを取得する際に、クライアント装置２００側からサーバ装置１００に同論理的アドレスを要求し、取得した情報をメタ情報としてコンテンツファイルに付与する形をとることもできる。
【００５４】
このように、コンテンツファイルにメタ情報としてコンテンツファイルに関連する情報を参照するための論理的アドレスを埋め込むことで、任意の経路で流通したコンテンツに対して、もともとコンテンツを配信していたコミュニケーションシステム上で登録された関連情報（例えばコメント、トラックバック一覧）をクライアント装置２００で参照することができる。
【００５５】
（第３の実施形態）  
図１０は本発明における第３の実施形態によるコミュニケーションシステムの構成を示すブロック図である。尚、図１０において、図１、図６と同一部分には同一符号を付して示す。
本実施形態においては、コンテンツファイルに対して、元々そのコンテンツファイルが公開されたサイト上の該当コンテンツファイルに関連する情報を登録するための論理的アドレス（例えばトラックバックPingURLやコメント登録用WebページのURL）をメタ情報として付与する。本実施形態においては、上記の各実施形態と同様に、Blogシステムを想定するが、該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスとして、該当コンテンツに対するコメント一覧やトラックバックPingURLを用いている。但し、これは一例であり、条件を満たしていれば別の形式のものでもかまわない。
【００５６】
本システムは、インターネットなどのネットワークＮＷで接続されるサーバ装置１００とクライアント装置２００とからなる。
サーバ装置１００は、クライアント装置２００に対して公開するコンテンツファイルを保存するコンテンツ保存部１１０と、ネットワークＮＷを介してクライアント装置２００からの要求を受け付け、その要求に応じてコンテンツファイルやサイト公開状況ファイルを送信する通信インタフェース部（通信Ｉ／Ｆ）１３０と、それぞれのコンテンツに関連する情報を保存するコンテンツ関連情報保存部１４０と、クライアント装置１００からの要求に応じて利用者が登録したコンテンツに対する関連情報を、それぞれのコンテンツと関連付けてコンテンツ関連情報保存部１４０に保存する関連情報登録部１６０を備える。
【００５７】
クライアント装置２００はＣＰＵ２１０を備える。このＣＰＵ２１０には、バス２２０を介してデータメモリ２３０とプログラムメモリ２４０とが接続され、さらに、入力インタフェース（入力Ｉ／Ｆ）２５０と、出力インタフェース（出力Ｉ／Ｆ）２６０と、通信インタフェース（通信Ｉ／Ｆ）２７０が接続されている。入力Ｉ／Ｆ２５０には、マウスやキーボード等から構成される操作部２５１が接続され、出力Ｉ／Ｆ２６０には、ＬＣＤ等のモニタ装置で構成される表示部２６１が接続される。通信Ｉ／Ｆ２７０は、ネットワークＮＷに接続される。
【００５８】
データメモリ２３０は、記憶媒体として例えばＲＡＭ又はハードディスクを使用したもので、コンテンツファイルを保存するためのコンテンツ保存部２３１を備える。プログラムメモリ２４０には、この実施形態に係わる制御プログラムとして、メタ情報取得プログラム２４６と、関連情報登録要求プログラム２４７とが格納される。
【００５９】
上記メタ情報取得プログラム２４６は、コンテンツファイルを選択しメタ情報として該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスを抽出するように、上記ＣＰＵ２１０に処理を実行させるものである。また、上記関連情報登録要求プログラム２４７は、取得した論理的アドレスに対して利用者が入力／選択したコンテンツに対する関連情報の登録を要求するように、上記ＣＰＵ２１０に処理を実行させるものである。
【００６０】
図１１は本発明の第３の実施形態におけるコンテンツ関連情報登録のシーケンスチャートである。このシーケンスチャートを用いて、以下に第３の実施形態の動作について説明する。
ここでも理解しやすいように、サーバ装置１００については、インターネット上の一般的なBlogシステムのサーバとして「配信元サイト」という名前の「http://www.site.sumple.com」というURLで接続可能なコミュニティサイトを想定する。現在、このサイトでは  
「コンテンツ１」  
「コンテンツ２」  
「コンテンツ３」  
の３つのコンテンツファイル（mp3形式）が公開されており、一般的なWebのブラウザからそれぞれ  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
に接続することで、各コンテンツファイルの概要とダウンロード用のリンクと、各コンテンツに対するコメントと、各コンテンツに対するトラックバック情報が表示されているコンテンツ情報表示ページを閲覧できるようになっているものとする。
【００６１】
ここで、第３の実施形態におけるコンテンツ情報表示ページの例は、図８に示したように、コンテンツ１に対応するページの表示を例示しているものとし、第３の実施形態におけるサイトのトップページの例は、図９に示したように、各コンテンツのコンテンツ情報表示ページヘのリンクや本サイトのＲＳＳへのリンクが提示されているものとする。
【００６２】
今回は情報登録の例として、視聴したコンテンツファイルに対応するコンテンツ情報表示ページに対してトラックバックを行うシステムを説明する。
一般的なBlogシステムでは、Blogに登録されている「記事」ごとに、トラックバックPingURLというトラックバック受付用のURLが用意される。
【００６３】
今回の例では、コンテンツ情報表示ページがこの「記事」にあたり、コンテンツ情報表示ページごとにトラックバックPingURLが割り当てられる。トラックバックPingURLの割り当て方法は、システムによってまちまちであるが、今回は  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
それぞれに対して  
「http://www.site.sumple.com/trackback/contents1」  
「http://www.site.sumple.com/trackback/contents2」  
「http://www.site.sumple.com/trackback/contents3」  
の形で割り当てられるものとする。
【００６４】
さて、一般的なBlogシステムでは、このトラックバックPingURLに対して、クライアント装置２００の利用者がトラックバックPingと呼ばれる形式の情報をHTTP POSTメソッドで送信することで、Blogシステム上のデータベースに対してトラックバックが登録される。今回の例では、コンテンツ関連情報保存部１４０がこのデータベースにあたる。
【００６５】
尚、トラックバックPingはBlog_name（こちらから関連付ける記事の登録されているBlogの名前）、title（関連付ける記事のタイトル）、URL（関連付ける記事のURL）、excerpt（関連付ける記事の概要）という４つのパラメータからなる。図１２にその一例を示す。Blogシステム上のデータベース（１４０）ではトラックバックPingURLで送信されたこれらのトラックバックPingに含まれる情報をトラックバックPingURLに対応する記事ごとに登録／管理を行い、必要に応じてこれらの情報を参照しさまざまな処理を行う。図１３にトラックバック情報管理の一例を示す。
【００６６】
また、この例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側で、メタ情報として、コンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスが付与されているものとする。
【００６７】
さて、現在、このPodcastingや通常のダウンロードで配信されたコンテンツが任意の経路で流通し、クライアント装置２００上にコンテンツ１、コンテンツ２が存在しているとする。すなわち、クライアント装置２００のコンテンツ保存部２３１に「contents1.mp3」、「contents2.mp3」が保存されている状態である。このコンテンツ２に対してトラックバック登録を行う例について説明する。
【００６８】
図１１において、ステップＳ１１１で、クライアント装置２００の利用者が関連情報（トラックバック）の登録対象としてコンテンツ２を選択する操作を受け付けたとする。これを受けて、ステップＳ１１２でクライアント装置２００のメタ情報取得プログラムが作動し、コンテンツ２に付与されているメタ情報として関連情報登録用論理アドレス、すなわち今回の例ではコンテンツ２のコンテンツ情報表示ページに対するトラックバックPingURLであるhttp://www.site.sumple.com/trackback/contents2を取得し、ステップＳ１１３でこのトラックバック情報として登録する情報を入力／選択し、ステップＳ１１４でサーバ装置１００に対してトラックバック要求をかける。
【００６９】
一般的なBlogシステムでは、記事の登録／編集画面でトラックバックPingURLを指定してトラックバック要求をかけることで、自動的に登録／編集中の記事の情報がトラックバックPingとしてHTTP POSTメソッドでトラックバックPingURLに対して送信される。こうして送信されたトラックバックPingの情報を、ステップＳ１１５でサーバ装置１００のコンテンツ関連情報保存部１４０に登録し、処理が完了する。尚、一般的なトラックバックの仕組みにおいては、この後、トラックバックPing受信の成否を記載したXMLファイルデータがクライアント装置２００に対して送信される。
【００７０】
尚、上記の例では、登録する関連情報としてトラックバック情報を想定したが、関連情報をコメント、情報登録用論理アドレスをコメント登録用WebページのURLと置き換えるなど、関連付ける情報はトラックバックに限らない。
また、上記の例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側でメタ情報としてコンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスが付与されているものとしたが、はじめにクライアント装置２００がサーバ装置１００からコンテンツファイルを取得する際に、クライアント装置２００側からサーバ装置１００に同論理的アドレスを要求し、取得した情報をメタ情報としてコンテンツファイルに付与する形をとることもできる。
【００７１】
このように、コンテンツファイルにメタ情報として関連する情報を登録するための論理的アドレスを埋め込むことで、任意の経路で流通したコンテンツに対して、もともとコンテンツを配信していたコミュニケーションシステム上に、コンテンツに対するトラックバックやコメントなどの関連情報を登録することができる。
【００７２】
（第４の実施形態）  
図１４は本発明における第４の実施形態によるコミュニケーションシステムの構成を示すブロック図である。尚、図１４において、図１、図６、図１０と同一部分には同一符号を付して示す。
本発明においては、第３の実施形態同様、コンテンツファイルに対して、もともとそのコンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレス（例えばトラックバックPingURLやコメント登録用WebページのURL）をメタ情報として付与することに加えて、関連情報の登録に際して利用者が入力／選択する関連情報を一時的にメタ情報として保存する領域を確保する（この領域に保存される情報を以下、登録用一時情報と記載する）。図１５に、第４の実施形態におけるコンテンツファイルのデータ構造のイメージを示す。
【００７３】
本実施形態においては、上記の各実施形態と同様に、Blogシステムを想定するが、該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスとして、コメント登録用のＵＲＬを用いている。但し、これは一例であり、条件を満たしていれば別の形式のものでもかまわない。
【００７４】
本システムは、インターネットなどのネットワークで接続されるサーバ装置１００とクライアント装置２００とからなる。
サーバ装置１００は、クライアント装置２００に対して、公開するコンテンツファイルを保存するコンテンツ保存部１１０と、通信インタフェース部（通信Ｉ／Ｆ）１３０と、それぞれのコンテンツに関連する情報を保存するコンテンツ関連情報保存部１４０と、クライアント装置２００からの要求に応じて利用者が登録したコンテンツに対する関連情報をそれぞれのコンテンツと関連付けてコンテンツ関連情報保存部１４０に保存する関連情報登録部１６０とからなる。
【００７５】
クライアント装置２００は、ＣＰＵ２１０を備える。このＣＰＵ２１０には、バス２２０を介してデータメモリ２３０とプログラムメモリ２４０とが接続され、さらに、入力インタフェース（入力Ｉ／Ｆ）２５０と、出力インタフェース（出力Ｉ／Ｆ）２６０と、通信インタフェース（通信Ｉ／Ｆ）２７０が接続されている。入力Ｉ／Ｆ２５０には、マウスやキーボード等から構成される操作部２５１が接続され、出力Ｉ／Ｆ２６０には、ＬＣＤ等のモニタ装置で構成される表示部２６１が接続される。通信Ｉ／Ｆ２７０は、ネットワークＮＷに接続される。
【００７６】
データメモリ２３０は、記憶媒体として例えばＲＡＭ又はハードディスクを使用したもので、コンテンツファイルを保存するためのコンテンツ保存部２３１を備える。プログラムメモリ２４０には、この実施形態に係わる制御プログラムとして、メタ情報取得プログラム２４９と、サーバ装置通信可否判定プログラム２４１０と、メタ情報更新プログラム２４１１と、関連情報登録要求プログラム２４１２とが格納される。
【００７７】
上記メタ情報取得プログラム２４９は、コンテンツファイルを選択しメタ情報として該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスや利用者がコンテンツに対する関連情報登録用に入力／選択し一時的にメタ情報として保存した情報（登録用一時情報）を抽出するように、上記ＣＰＵ２１０に処理を実行させるものである。
【００７８】
また、上記サーバ装置通信可否判定プログラム２４１０は、クライアント装置とサーバ装置の通信可否を判断するように、上記ＣＰＵに処理を実行させるものである。また、上記メタ情報更新プログラム２４１１は、関連情報登録要求に基づき利用者が入力／選択したコンテンツに対する関連情報を登録用一時情報としてメタ情報領域に追記するように、上記ＣＰＵ２１０に処理を実行させるものである。
【００７９】
また、上記関連情報登録要求プログラム２４１２は、サーバ装置通信可否判定の判定結果に基づき、サーバ装置１００との通信可能時には、メタ情報取得で取得された論理的アドレスに対して、利用者が入力／選択したコンテンツに対する関連情報の登録を要求し、通信不可能時にはメタ情報更新結果を用いて、利用者が入力／選択したコンテンツに対する関連情報を登録用一時情報としてメタ情報領域に追記を要求するように、上記ＣＰＵ２１０に処理を実行させるものである。
【００８０】
図１６は本発明の第４の実施形態におけるコンテンツ関連情報登録のフローチャートである。以下にフローチャートを用いて本発明の第４の実施形態の動作について解説する。
ここでも理解しやすいように、サーバ装置１００については、インターネット上の一般的なBlogシステムのサーバとして「配信サイト」という名前の「http://www.site.sumple.com」というＵＲＬで接続可能なコミュニティサイトを想定する。現在、このサイトでは  
「コンテンツ１」  
「コンテンツ２」  
「コンテンツ３」  
の３つのコンテンツファイル（mp3形式）が公開されており、一般的なWebのブラウザからそれぞれ  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
に接続することで、各コンテンツファイルの概要とダウンロード用のリンクと、各コンテンツに対するコメントと、コメントの入力用フォームが提示されるコンテンツ情報表示ページを閲覧できるようになっているものとする。
【００８１】
図１７は本発明の第４の実施形態におけるコンテンツ情報表示ページの例として、コンンテンツ１に対応するページの表示を例示している。尚、第４の実施形態におけるサイトのトップページの例は、図９に示したように、各コンテンツのコンテンツ情報表示ページヘのリンクや本サイトのＲＳＳへのリンクが提示されているものとする。
【００８２】
今回は情報登録の例として、視聴したコンテンツファイルに対応するコンテンツ情報表示ページに対して、コンテンツファイルの内容に関するコメントを登録するシステムについて説明する。
一般的なBlogシステムでは、Blogに登録されている「記事」ごとに、フォームなどからコメントが登録できるようになっている。今回の例では、コンテンツ情報表示ページがこの「記事」にあたり、コンテンツ情報表示ページ、つまりコンテンツファイルごとにコメントの登録が可能である。コメントの管理方法はシステムによってまちまちであるが、今回の例においては、図１８に示すコメント情報管理の例のように、コメント対象とコメントが登録された日時、コメント内容の組をデータベースで管理することとする。そして、HTTP POSTメソメッドでコンテンツごとに用意するコメント登録用のURLに対して、テキストでコメント内容を送信すると、サーバ装置１００側でコメント対象と登録日時の情報と共に前述のデータベースに登録されるような仕組みを想定する。今回の例ではコンテンツ関連情報保存部１４０がこのデータベースにあたる。また、今回の例においては、関連情報登録用論理アドレスは  
「http://www.site.sumple.com/contents1.html」  
「http://www.site.sumple.com/contents2.html」  
「http://www.site.sumple.com/contents3.html」  
それぞれに対して
「http://www.site.sumple.com/comments/contents1」  
「http://www.site.sumple.com/comments/contents2」  
「http://www.site.sumple.com/comments/contents3」  
のような形で割り当てられるものとする。
【００８３】
但し、上記の様な方法は一例であって、例えば管理情報の組に利用者のハンドルネームや連絡用の電子メールアドレスなどの情報を追加し、合わせてフォームから登録できるようにしてもよいし、情報の管理方法や情報の登録に使用するプロトコルもHTTP POSTメソッドに限る必要はない。
【００８４】
尚、この例では、サイトで公開されている各コンテンツには、サーバ装置１００側で、予めメタ情報としてコンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスが付与されているものとする。
【００８５】
さて、現在、このPodcastingや通常のダウンロードで配信されたコンテンツが任意の経路で流通し、クライアント装置２００上にコンテンツ１、コンテンツ２が存在しているとする。すなわち、クライアント装置２００のコンテンツ保存部２３１に「contents1.mp3」、「contents2.mp3」が保存されている状態である。また、サーバ装置１００側のコメントの登録状況は図１８のような状態であるものとし、コンテンツ１に対してコメントの登録を行う例について説明する。
【００８６】
図１６において、ステップＳ１６１で、クライアント装置２００の利用者が関連情報登録要求から関連情報（コメント）の登録対象としてコンテンツ１を選択する操作、及びコメントの入力操作を受け付けたとする。これを受けて、ステップＳ１６２で関連情報登録要求プログラムが作動し、サーバ装置１００の通信可否判断に対してサーバ装置１００との接続が可能であるかの判断を要求する。
【００８７】
図１９に通信可否判断フローの一例を示す。この例では、まず対象コンテンツのメタ情報から情報登録用論理アドレスを抽出して当該アドレスにてHTTPでの接続を試みる（ステップＳ１９１）。この接続に対し、HTTPエラーコードが返ってくるか判断し（ステップＳ１９２）、返ってくれば（ＮＯ）、通信可能と判断する。また、HTTPが返ってこなければ（ＹＥＳ）通信不可能と判断し、一連の処理を終了する。
【００８８】
通信可否判断において、通信可能と判断されたことにより、サーバ装置１００との通信が可能であると判断され、ステップＳ１６３の処理に進み、関連情報登録要求プログラム２４１２が作動してメタ情報取得プログラムの実行を促し、関連情報登録用論理アドレスの抽出を要求する。そして、抽出された関連情報登録用論理アドレスに対してステップＳ１６１で入力された関連情報の登録を要求する。
【００８９】
すなわち、今回の例では、コンテンツ１に対応する関連情報登録用論理アドレスであるhttp://www.site.sumple.com/comments/contents1に対して、入力されたコメントのテキスト情報をHTTPメソッドで送信することとなる。これにより、ステップＳ１６４でサーバ装置１００の関連情報登録保存部１６０は、送信されたコメント内容をコメント対象と関連付けてコンテンツ関連情報保存部１４０に登録し、処理が終了する。今回の例では、コメントの対象である「contents1コンテンツ情報表示ページ」（contents1を対象とすることと同義）と、登録を受け付けた日時情報と組にして、コメント管理用のデータベースに保存することとなる。
【００９０】
ステップＳ１６２でサーバ装置１００との通信が不可能であると判断された場合、処理はステップＳ１６５に進み、ステップＳ１６１で入力されたコメントは一時的にcotents1のメタ情報の関連情報一時保存領域に保存される。クライアント装置２００は、その後、何らかのタイミング（端末の起動時、定期的に、ユーザの操作など）により関連情報一時保存領域に情報が記載されているかどうかを確認する（ステップＳ１６６）。もし、記載されている情報があれば、クライアント装置２００とサーバ装置１００との通信可否を確認し（ステップＳ１６７）、通信が可能な状態になっていればcontents1のメタ情報からコンテンツの登録用一時情報と情報登録用論理アドレスを抽出し、サーバ装置１００に対してコンテンツ関連情報登録を要求し、登録要求を行った登録用一時情報を消去した後（ステップＳ１６８）、ステップＳ１６４に進み、サーバ装置１００の関連情報登録部１６０は送信されたコメント内容をコメント対象と関連付けてコンテンツ関連情報保存部１４０に登録し、処理が終了する。
【００９１】
これにより、クライアント装置２００において、オフラインの状況や何らかの事情でサーバ装置１００に接続ができないときに登録したコメントを、サーバ１６０との通信が可能になった段階で登録することができるようになる。
尚、コンテンツ内に登録用一時情報がすでに記録されているときに追加でコメント（関連情報）の入力を行った場合は、メタ情報の領域内に新たに登録用一時情報が追記され、サーバ装置１００との通信が可能になった時点でメタ情報の領域内に登録されている登録用一時情報それぞれについて登録処理が行われる。
【００９２】
尚、Ｓ１６６→Ｓ１６７→Ｓ１６８→Ｓ１６４の各ステップ部分の処理をクライアント装置２００で常に実行することで、他の端末から移動、またはコピーされてきたコンテンツファイルについても、サーバ装置１００との通信が可能なクライアント装置２００に保存された段階で、関連情報をコミュニケーションシステムにあげることができる。
【００９３】
利用シーンとしてはネットワークに接続された端末経由でコンテンツをコミュニティサイトから携帯機器にダウンロードし、携帯機器を外に持ち出してコンテンツを視聴しているときにオフラインの状況でコメントを登録し、再びネットワークに接続された端末に携帯端末を接続するとコメントがコミュニティサイトに登録されるといった場面が想定され、実施形態３までのコンテンツ流通経路によらずコンテンツを視聴する利用者がコミュニティ機能を利用できるという利点に加えて、コンテンツ視聴環境（サーバ装置１００との接続可否という観点で）に対してシームレスにコミュニティ機能（関連情報の登録）が行えるようになるという効果が期待できる。
【００９４】
尚、上記の例では、サイトで公開されている各コンテンツには、予めサーバ装置１００側でメタ情報としてコンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスが付与されているものとしたが、はじめにクライアント装置２００がサーバ装置１００からコンテンツファイルを取得する際に、クライアント装置２００側からサーバ装置１００に同論理的アドレスを要求し、取得した情報をメタ情報としてコンテンツファイルに付与する形をとることもできる。
【００９５】
また、上記の例では、登録する関連情報としてコメントを想定したが、関連情報をトラックバック、情報登録用論理アドレスをトラックバックPingURLと置き換えたり、コメントをテキストではなく音声情報として登録したりするなど、関連付ける情報はテキストのコメントに限ったものではない。
【００９６】
このように、コンテンツファイルに、メタ情報として関連する情報を登録するための論理的アドレスとからコンテンツの登録用一時情報を埋め込むことで、任意の経路で流通したコンテンツに対して、もともとコンテンツを配信していたコミュニケーションシステム上にコンテンツに対するトラックバックやコメントなどの関連情報を登録することができる。また、オフラインの状況や何らかの事情でサーバ装置１００に接続ができないときに登録したコメントを、サーバ装置１００との通信が可能になった段階で登録することができるようになる。
【００９７】
（第５の実施形態）
図２０は本発明における第５の実施形態によるコミュニケーションシステムの構成を示すブロック図である。尚、図２０において、図１、図６、図１０、図１４と同一部分には同一符号を付して示す。
本実施形態においては、クライアント装置２００がPodcastingやダウンロードなどの手段によってコンテンツファイルを取得するタイミングで、サーバ装置１００側で管理しているコンテンツファイルの関連情報をコンテンツファイルに対してメタ情報として付与する。
【００９８】
尚、この例では、コンテンツのダウンロード時に、サーバ装置１００側でメタ情報としてコンテンツファイルが公開されたサイト上の該当コンテンツファイルに対して関連する情報を登録するための論理的アドレスが付与されているものとするが、同じタイミングでクライアント装置２００側からサーバ装置１００に同関連情報を要求し、取得した情報をメタ情報としてコンテンツファイルに付与する形をとることもできる。
【００９９】
本実施形態においては、上記の各実施形態と同様にBlogシステムを想定し、コンテンツファイルに付与するメタデータとして、コンテンツに対するコメントを用いているが、これは一例であり、条件を満たしていれば別の形式のものでもかまわない。
本システムは、インターネットなどのネットワークＮＷで接続されるサーバ装置１００とクライアント装置２００とからなる。
【０１００】
サーバ装置１００はクライアント装置２００に対して公開するコンテンツファイルを保存するコンテンツ保存部１１０と、それぞれのコンテンツに関連する情報を保存するコンテンツ関連情報保存部１２０と、通信インタフェース部（通信Ｉ／Ｆ）１３０と、クライアント装置２００からの要求に応じてコンテンツを送信するコンテンツファイル送信部１７０と、コンテンツファイルを送信する段階で、メタ情報としてその時点でコンテンツに関連した情報として登録されている情報をコンテンツファイルに付与するメタ情報更新部１８０とを備える。
【０１０１】
クライアント装置２００は、ＣＰＵ２１０を備える。このＣＰＵ２１０には、バス２２０を介してデータメモリ２３０とプログラムメモリ２４０とが接続され、さらに、入力インタフェース（入力Ｉ／Ｆ）２５０と、出力インタフェース（出力Ｉ／Ｆ）２６０と、通信インタフェース（通信Ｉ／Ｆ）２７０が接続されている。入力Ｉ／Ｆ２５０には、マウスやキーボード等から構成される操作部２５１が接続され、出力Ｉ／Ｆ２６０には、ＬＣＤ等のモニタ装置で構成される表示部２６１が接続される。通信Ｉ／Ｆ２７０は、ネットワークＮＷに接続される。
【０１０２】
データメモリ２３０は、記憶媒体として例えばＲＡＭ又はハードディスクを使用したもので、コンテンツファイルを保存するためのコンテンツ保存部２３１を備える。プログラムメモリ２４０には、この実施形態に係わる制御プログラムとして、メタ情報取得プログラム２４１３と、メタ情報提示プログラム２４１４とが格納される。
【０１０３】
上記メタ情報取得プログラム２４１３は、コンテンツファイルを選択し、メタ情報としてサーバ装置１００が付与した関連情報を抽出するように、上記ＣＰＵ２１０に処理を実行させるものである。メタ情報提示プログラム２４１４は、抽出したメタ情報を利用者に提示するように、上記ＣＰＵ２１０に処理を実行させるものである。
【０１０４】
ここでも理解しやすいように、サーバ装置１００については、インターネット上の一般的なBlogシステムのサーバとして「配信元サイト」という名前のhttp://www.site.sumple.comというURLで接続可能なコミュニティサイトを想定する。現在、このサイトでは  
「コンテンツ１」  
「コンテンツ２」  
「コンテンツ３」  
の３つのコンテンツファイル（mp3形式）が公開されており、それぞれのコンテンツヘの論理アドレスヘの接続やPodcatingによりクライアント装置２００からダウンロードできるようになっているものとする。
【０１０５】
サーバ装置１００のコンテンツファイル送信部１７０は、クライアント装置２００からの要求に基づきファイルを配信するにあたって、メタ情報更新部１８０に対してコンテンツファイルにその段階で関連付けられている情報をコンテンツ関連情報保存部１４０から抽出し、メタ情報として付与するよう要求する。その結果、ファイルのダウンロード時にコミュニティサイト上で関連付けられている最新の関連情報がメタ情報として付与され、クライアント装置２００に対して送信されることとなる。
【０１０６】
クライアント装置２００は、コンテンツに付与されているメタ情報を抽出し、ユーザに対して提示するようになされているので、クライアント装置２００とサーバ装置１００の通信可否に関わらず、ダウンロード時点でのコンテンツファイルに対する関連情報を常に参照することができる。
【０１０７】
利用シーンとしては、ネットワークＮＷに接続された端末経由でコンテンツをコミュニティサイトから携帯機器（図示せず）にダウンロードし、携帯機器を外に持ち出してコンテンツを視聴しているときに、オフラインの状況でコメントなどの情報を参照する場面が想定される。すなわち、第３の実施形態までのコンテンツ流通経路によらず、コンテンツを視聴する利用者がコミュニティ機能を利用できるという利点に加えて、コンテンツ視聴環境（サーバ装置１００との接続可否という観点で）に対してシームレスにコミュニティ機能（関連情報の参照）が行えるようになるという効果が期待できる。
【０１０８】
尚、上記の例では、登録する関連情報としてコメントを想定したが、関連情報をトラックバック、情報登録用論理アドレスをトラックバックPingURLと置き換えたり、コメントをテキストではなく音声情報として登録したりするようにするなど、関連付ける情報はテキストのコメントに限ったものではない。
【０１０９】
また、第１の実施形態から第５の実施形態まで、コンテンツファイルとしてMP3ファイルを例に挙げてきたが、動画やテキストなど別のメディアファイルを使用してもよく、コンテンツファイルは音声ファイルに限られるものではない。
本発明の第１の実施形態によれば、コミュニケーションシステム由来のコンテンツについて、コンテンツにメタ情報としてコンテンツ配信サイトの最新の公開状況（最新バージョンのコンテンツ一覧とその取得先）を示すファイルの論理アドレスを付加する。これにより、クライアント装置２００側で同論理アドレスからサイトの最新のコンテンツ公開状況を確認できるようになり、サイト上で公開されているコンテンツ一覧とクライアント装置２００上のコンテンツ一覧とを比較し、差分となるコンテンツを取得することで、コンテンツの流通経路によらず、コミュニケーションシステムのサイトに登録されている同コンテンツに関連のある他のコンテンツや、同コンテンツの最新の更新版を取得できる効果を得る。
【０１１０】
本発明の第２の実施形態によれば、コミュニケーションシステム由来のコンテンツについて、コンテンツにメタ情報としてコミュニケーションシステムから同コンテンツの関連情報を参照するための論理アドレスを付加する。これにより、その流通経路によらず、コンテンツを視聴する利用者がコミュニケーションシステムのサイトに登録されているコンテンツの関連情報を参照できる効果を得る。
【０１１１】
本発明の第３の実施形態によれば、コミュニケーションシステム由来のコンテンツについて、コンテンツにメタ情報としてコミュニケーションシステムに同コンテンツの関連情報を登録するための論理アドレスを付加する。これにより、その流通経路によらず、コンテンツを視聴する利用者がコミュニケーションシステムのサイトにコンテンツの関連情報を登録できる効果を得る。
【０１１２】
本発明の第４の実施形態によれば、コミュニケーションシステム由来のコンテンツについて、コンテンツにメタ情報としてコミュニケーションシステムに同コンテンツの関連情報を登録するための論理アドレスを付与し、関連情報を一時的に保存する領域を確保する。コンテンツ関連情報登録時にサーバ装置１００との接続が不可能な状態でも、その場で入力した関連情報を一時的にメタファイルとして保存しておき、クライアント装置２００がサーバ装置１００との接続が可能な環境に移った段階でコミュニケーションシステムのサイトに一時保存された関連情報の登録を行うことで、コンテンツ視聴時にサーバ装置１００と接続できる状態であるか否かを意識することなく、コンテンツの関連情報を登録できる効果を得る。
【０１１３】
本発明の第５の実施形態によれば、コミュニケーションシステム由来のコンテンツについて、コンテンツ配信時にメタ情報としてコミュニケーションシステムに登録されている最新の関連情報を付与することで、コンテンツ視聴時にサーバとの接続が不可能な状態でも、コンテンツがサイトから配信された時点でコミュニケーションシステムのサイトに登録されているコンテンツの関連情報を参照できる効果を得る。
【０１１４】
したがって、上記実施形態に代表される本発明によれば、コミュニケーションシステムから配信されるコンテンツファイルに、コンテンツ本体とは別に情報を記述するデータ領域を追加し、そこにコミュニケーションシステムの関連情報を記述する。これにより、コンテンツを視聴する利用者はコンテンツ流通経路や、視聴時のサーバ装置との接続環境を意識せず、サイト上のコンテンツの一括取得や、関連情報の参照、登録といったコミュニケーションシステムで提供されている機能を利用できるようになる。
【０１１５】
尚、この発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１１６】
【図１】この発明の第１の実施形態に係わるコミュニケーションシステムの構成を示すブロック図。
【図２】第１の実施形態における関連コンテンツ取得のための処理の流れを示すシーケンスチャート。
【図３】第１の実施形態におけるサイト公開状況ファイル（ＲＳＳ２．０）の例を示す図。
【図４】第１の実施形態におけるコンテンツダウンロード頁の例を示す図。
【図５】第１の実施形態におけるサイトのトップページの例を示す図。
【図６】この発明の第２の実施形態に係わるコミュニケーションシステムの構成を示すブロック図。
【図７】第２の実施形態におけるコンテンツ関連情報参照のシーケンスチャート。
【図８】第２，第３の実施形態におけるコンテンツ情報表示頁の例を示す図。
【図９】第２、第３、第４の実施形態におけるサイトのトップページの例を示す図。
【図１０】第３の実施形態におけるコミュニケーションシステムの構成を示すブロック図。
【図１１】第３の実施形態におけるコンテンツ関連情報参照のシーケンスチャート。
【図１２】トラックバックＰｉｎｇに含まれる情報の例を示す図。
【図１３】トラックバック情報管理の例を示す図。
【図１４】第４の実施形態におけるコミュニケーションシステムの構成を示すブロック図。
【図１５】第４の実施形態におけるコンテンツファイルのデータ構造イメージを示す図。
【図１６】第４の実施形態におけるコンテンツ関連情報参照のシーケンスチャート。
【図１７】第４の実施形態におけるコンテンツ情報表示ページの例を示す図。
【図１８】第４の実施形態におけるコメント情報管理の例を示す図。
【図１９】第４の実施形態における通信可否判断フローの例を示す図。
【図２０】この発明の第５の実施形態におけるコミュニケーションシステムの構成を示すブロック図。
【符号の説明】
【０１１７】
１００…サーバ装置、１１０…コンテンツ保存部、１２０…サイト公開状況ファイル保存部、１３０…通信インタフェース部、１４０…コンテンツ関連情報保存部、１５０…関連情報提示部、１６０…関連情報登録部、１７０…コンテンツファイル送信部、１８０…メタ情報更新部、２００…クライアント装置、２１０…ＣＰＵ、２２０…バス、２３０…データメモリ、２３１…コンテンツ保存部、２４０…プログラムメモリ、２４１…メタ情報取得プログラム、２４２…差分比較プログラム、２４３…ファイル取得プログラム、２４４…メタ情報取得プログラム、２４５…関連情報参照プログラム、２４６…メタ情報取得プログラム、２４７…関連情報登録要求プログラム、２４９…メタ情報取得プログラム、２４１０…サーバ装置通信可否判定プログラム、２４１１…メタ情報更新プログラム、２４１２…関連情報登録要求プログラム、２４１３…メタ情報取得プログラム、２４１４…メタ情報提示プログラム、２５０…入力インタフェース、２５１…操作部、２６０…出力インタフェース、２６１…表示部、２７０…通信インタフェース、ＮＷ…ネットワーク。
【図１】
2007148646.tif 000003
【図２】
2007148646.tif 000004
【図３】
2007148646.tif 000005
【図４】
2007148646.tif 000006
【図５】
2007148646.tif 000007
【図６】
2007148646.tif 000008
【図７】
2007148646.tif 000009
【図８】
2007148646.tif 000010
【図９】
2007148646.tif 000011
【図１０】
2007148646.tif 000012
【図１１】
2007148646.tif 000013
【図１２】
2007148646.tif 000014
【図１３】
2007148646.tif 000015
【図１４】
2007148646.tif 000016
【図１５】
2007148646.tif 000017
【図１６】
2007148646.tif 000018
【図１７】
2007148646.tif 000019
【図１８】
2007148646.tif 000020
【図１９】
2007148646.tif 000021
【図２０】
2007148646.tif 000022