JP5120274B2 - 情報提供方法及び情報提供装置、並びに、情報提示方法及び情報提示装置 - Google Patents

Description

本発明は、インターネットなどの広域的な通信媒体を介した情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、特に、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なう情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現する情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、特に、元のメディア・コンテンツに好適に連携した共有体験を実現する情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。

近年、通信や放送などの情報伝達や情報配信に関する技術が目覚しい進歩を遂げるとともに、さらに要求が高まっている。

例えば、情報通信の分野では、世界規模に展開されたインターネットが既に広範に普及しており、インターネット関連の技術開発も盛んである。インターネット上では、例えば、ハイパーリンク構造の情報空間を提供する広域情報検索システムであるＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）が公開され、広汎に普及し、且つ、一般消費者層にも日常生活に深く浸透してきている。

ＷＷＷ上では、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）というハイパーテキスト形式の記述言語で作成された無数のドキュメントすなわち情報資源が有償又は無償で公開されている。インターネット上では、これらハイパーテキストを始めとする情報資源は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）という形式の識別子によって特定される。ＵＲＬは資源の名前と指定した文字列であり、スキーム名（プロトコル名）：／／ホスト名（ドメイン名）：ポート番号／パス名（ファイル名）」という形式で記述される（周知）。

ＷＷＷ情報資源を提供するＷＷＷサーバと、ＷＷＷ情報資源の提供を要求するＷＷＷクライアントとの間では、通常、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って資源アクセスが行なわれる。

ＷＷＷクライアントは、ＷＷＷサーバからの情報資源の取り出しを代行する、「ＷＷＷブラウザ」と呼ばれるユーザ・エージェントを用いて動作するコンピュータである。すなわち、ブラウザ・ウィンドウ画面上の場所ボックスにキー入力されたＵＲＬに従って、インターネット上のハイパーリンク構造のＷＷＷ情報資源空間を探索し、該当するサーバから資源すなわちＨＴＭＬドキュメントを検索し、データのダウンロードを行なう。そして、取得したＨＴＭＬドキュメントを解析して、ブラウザ・ウィンドウ画面上で、その内容を表示する（すなわちホームページの画面を組み立てる）。

ＨＴＭＬはハイパーテキスト構造のドキュメントであり、ファイルを構成する文字や絵、表などをカードのようなオブジェクトとして扱い、さらにそのオブジェクト間で関連付けすなわちリンクを形成して、ドキュメント相互間ですぐに参照できる機能を持っている。ＷＷＷブラウザ画面上では、リンク情報に関連する表示オブジェクトは「アンカー」としてホットスポット表示され、ユーザが直感的に検知することができる。ホームページ上に散在するリンク情報の実態は、各リンク先の資源を指定したＵＲＬであり、ユーザはブラウザ画面上で所望のアンカーをクリックするだけでリンク先を指定することができる。ＷＷＷブラウザは、場所ボックスにＵＲＬが入力されたときと同様に、アンカーのクリックに応答してインターネット上のＷＷＷ資源空間を探索して、指定されたリンク先への移動を実現する。

ＷＷＷは情報発信源として魅力的であるため、企業や各種団体（営利、非営利を問わない）、あるいは個人までもが競って、ホームページを開設したり、ＷＷＷサイトを立ち上げたりしている。

例えば、航空会社や旅行代理店などは、飛行機やホテルなどの事前予約が必要なサービスに関する予約データをデータベース化して一元管理するとともに、このデータベースをＷＷＷ上で公開しておく。顧客は、ＷＷＷを通じてこの予約データベースにアクセスすることにより、実際に店舗に訪ねることなく、自宅やオフィスに居ながらにして、予約状況の確認から予約に至るすべての手続きを行なうことができる。

また、単に情報配信の手段として利用するだけでなく、インターネットのような広域的ネットワークを介して、遠隔に散在する不特定多数のユーザ間で情報の共有化を図り、いわゆる仮想的な共有空間を実現することができる。例えば、オンラインの電子掲示板（ＢＢＳ：Ｂｕｌｌｅｔｉｎ Ｂｏａｒｄ Ｓｙｓｔｅｍ）やチャットなど、実世界の事物に関する各種の情報や仮想世界での情報の交換などを行なうサービスが既にインターネット上に存在している。（掲示板は非同期のシステムであり、チャットは同期のシステムである。）

これら情報提供サービスを利用するためには、通常、ユーザが自分の興味に関連する掲示板などを、その名前や検索サービスなどによって探し出して、新規の情報を閲覧したりあるいは自ら書き込んだりして情報を提供することができる。すなわち、ユーザ自身がコミュニティにおいて主導的な役割を果たす。また、同じ話題に興味があるもの同士が出会う大きなきっかけを与えることができ、情報交換サービスの利用をさらに促進することができる。

ところが、従来の情報交換サービスにおいて、自分と興味が同じ人と出会うためには、ユーザが自ら積極的に探しに行かなければならない。また、本当の自分の興味となるテーマが選択肢として準備されていない場合も多い。

具体的に言えば、従来の情報交換サービスでは、ユーザは、あるコミュニティ・サイトにアクセスする。そこで提示されているテーマの中から興味があるものを選択して、掲示板やチャットなどのコミュニケーションを開始する。このようなコミュニティにおいて提示するサービスは、音楽を聴く、映画を観るという行為をするだけで、興味を同じくする人と引き合わせてくれるものではない。そもそも、パソコンやステレオ、ＤＶＤプレーヤ、ゲーム機、テレビなどで再生されるコンテンツは受身で視聴するのが主流である。

また、ネットワーク上で音楽や映画などのメディア・コンテンツについて他の人の意見や情報を交換した後、そのメディア・コンテンツを聴いたり観賞したりしたい場合には、改めてメディア・コンテンツを探索しなければならず、メディア・コンテンツと密接に関連する情報と元のメディア・コンテンツとの連携が充分ではない。

例えば、第一の端末が利用中のコンテンツの識別情報をサーバに送信し、第二の端末とチャットを実行させるネットワーク配信方法について提案がなされている（例えば、特許文献１を参照のこと）。また、ユーザの位置を地図表示する構成の情報通信方法などや（例えば、特許文献２、３を参照のこと）、さらに、ユーザ数を計数して所定値に到達したことに応答してイベントを発する構成のネットワークシステムについて提案がなされている（例えば、特許文献４、５を参照のこと）。しかしながら、これらの提案ではいずれも、再生位置にまつわる情報を複数のユーザ間で共有できるような構成に関しては一切開示されていない。

特表２００１−５２１６４２号公報 特開２００１−３０８９０３号公報 特開２００２−１０８１９４号公報 特開２００１−１８４２８８号公報 特開２００１−１６００２７号公報

本発明の目的は、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なうことができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、元のメディア・コンテンツに好適に連携した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、コンテンツを視聴するユーザに情報を提供する情報提供システム又は情報提供方法であって、
同じコンテンツを視聴するユーザを探索する手段又はステップと、
同じコンテンツを視聴するユーザが情報交換するための共有空間を提供する手段又はステップと、
を具備することを特徴とする情報提供システム又は情報提供方法である。

但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。

本発明の第１の側面に係る情報提供システム又は情報提供方法によれば、同じメディア・コンテンツを利用するユーザ同士を引き合わせて、共通の興味対象を持つ者同士の出会いをベースとして、ユーザ間の同期又は非同期のコミュニケーションや、コンテンツへの情報添付、イベント発生による共有体験などの仕組みを用意して、ユーザがアクティブに関わることができる新しいエンターテインメントを実現することができる。

ここで、前記コンテンツ利用ユーザ判別手段又はステップは、各ユーザから送られてくる利用コンテンツの識別情報とユーザ端末の識別情報の組み合わせを参照することにより同じコンテンツを視聴するユーザであるかどうかを判別するようにすればよい。また、ここで言うコンテンツの識別情報は、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。

前記共有空間提供手段又はステップは、同じコンテンツを利用中の各ユーザに対してコンテンツに関連する情報を提供するようにしてもよい。したがって、音楽や映画など同じコンテンツを利用又は使用している人同士が仮想的な共有世界で引き合わされる。そして、出会った人同士での同期及び非同期両方のコミュニケーションを実現することができる。

また、前記共有空間提供手段又はステップは、同じコンテンツを利用中のユーザの所在地を記した地図表示データを各ユーザに提供するようにしてもよい。そして、該ユーザの所在地を記した地図表示を介したユーザからの要求に応答して、指定されたユーザ間のリアルタイム・コミュニケーションを実行するようにしてもよい。したがって、ユーザは、日本地図や世界地図などに表示されている、同じコンテンツに接している人の位置を手がかりにしてチャットなどのコミュニケーションの相手を指定することができる。

また、前記共有空間提供手段又はステップは、同じコンテンツを利用中のユーザ数を計数して、該ユーザ数が所定値に到達したことに応答して、各ユーザに所定のイベントを発するようにしてもよい。したがって、音楽や映像など同じコンテンツを利用して出会った人達が同時に新たな体験を共有することができる。

また、前記所定値に到達するまでの人数をユーザに通知するようにしてもよい。このような場合、必要な一定人数に到達するまであと何人という表示がなされ、ユーザは友達などに声をかけ、一定人数になるように人集めをするので、サービスの利用が促進される。

また、前記共有空間提供手段又はステップは、再生中のコンテンツに関する付加情報をユーザから受信して、コンテンツ及び／又はコンテンツの再生位置と関連付けて保管するようにしてもよい。そして、同じコンテンツを利用する他のユーザに該付加情報を提供するようにしてもよい。したがって、非同期のコミュニケーションなどにおいて、例えば楽曲コンテンツの特定の部分を示す部位ＩＤを貼付することによって、ユーザはその部分を指定して相手側においてコンテンツの再生を行なわせることができる。ホームページやチャット、掲示板などにおいて、楽曲や映画、ゲームについて、その作品全体ではなく特定の部分に対応したメッセージを伝える際、そのコメントしたい部分をＩＤでタグ化して、ＵＲＬで特定の情報のページを示すように使用することができる。

また、本発明の第２の側面は、コンテンツ視聴に連携したサービスを利用するための情報処理装置又は情報処理方法であって、
コンテンツを再生するコンテンツ再生手段又はステップと、
再生中のコンテンツからコンテンツ識別情報を取得するコンテンツ識別情報抽出手段又はステップと、
当該装置自身の端末識別情報を保持する端末識別情報保持手段又はステップと、
コンテンツ識別情報と端末識別情報を含んだメッセージを通知する識別情報通知手段又はステップと、
を具備することを特徴とする情報処理装置又は情報処理方法である。

本発明の第２の側面に係る情報処理装置又は情報処理方法によれば、再生中のコンテンツから取得したコンテンツ識別情報と当該装置自身の端末識別情報の組からなるコンテンツ利用の通知メッセージを外部に送信するようになっている。したがって、このようなメッセージを各ユーザから受信したサーバ側では、同じメディア・コンテンツを利用するユーザ同士を引き合わせて、共通の興味対象を持つ者同士の出会いをベースとして、ユーザ間の同期又は非同期のコミュニケーションや、コンテンツへの情報貼付、イベント発生による共有体験などの仕組みを用意して、ユーザがアクティブに関わることができる新しいエンターテインメントを実現することができる。

ここで、前記コンテンツ識別情報抽出手段又はステップは、再生コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用してコンテンツの識別情報を生成することができる。

本発明の第２の側面に係る情報処理装置又は情報処理方法は、
前記の識別情報の通知に応答してコンテンツに関連する情報を受信するコンテンツ関連情報受信手段又はステップと、
該受信したコンテンツ関連情報をユーザに提示するコンテンツ関連情報提示手段又はステップと、
をさらに備えていてもよい。

したがって、音楽や映画など同じコンテンツを利用又は使用している人同士が仮想的な共有世界で引き合わされ、その出会った人同士での同期及び非同期両方のコミュニケーションを実現することができる。

前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザの所在地を記した地図表示データを受信し、前記コンテンツ関連情報提示手段又はステップは該地図表示データを表示出力し、該地図の表示画面を介して選択されたユーザとのリアルタイム・コミュニケーションを要求するコミュニケーション要求手段又はステップをさらに備えていてもよい。このような場合、ユーザは、日本地図や世界地図などに表示されている、同じコンテンツに接している人の位置を手がかりにしてチャットなどのコミュニケーションの相手を指定することができる。

また、前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザ数の計数結果に関する画面情報を受信し、前記コンテンツ関連情報提示手段又はステップは該同じコンテンツを利用中のユーザ数の計数結果に関する画面情報を表示出力するようにしてもよい。そして、前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザ数を計数して該ユーザ数が所定値に到達したことに応じて生成されるイベント情報を受信し、前記コンテンツ関連情報提示手段又はステップは該イベント情報を表示出力するようにしてもよい。

このような場合、音楽や映像など同じコンテンツを利用して出会った人達が同時に新たな体験を共有することができる。また、前記所定値に到達するまでの人数をユーザに通知するようにしてもよい。このような場合、必要な一定人数に到達するまであと何人という表示がなされ、ユーザは友達などに声をかけ、一定人数になるように人集めをするので、サービスの利用が促進される。

また、本発明の第２の側面に係る情報処理装置又は情報処理方法は、再生中のコンテンツに対する付加情報を入力する付加情報入力手段又はステップと、該入力された付加情報を通知する付加情報通知手段又はステップとをさらに備え、前記コンテンツ関連情報受信手段又はステップは付加情報が反映されたコンテンツ関連情報を受信し、前記コンテンツ関連情報提示手段又はステップはこれを表示出力するようにしてもよい。

このような場合、非同期のコミュニケーションなどにおいて、例えば楽曲コンテンツの特定の部分を示す部位ＩＤを貼付することによって、ユーザはその部分を指定して相手側においてコンテンツの再生を行なわせることができる。ホームページやチャット、掲示板などにおいて、楽曲や映画、ゲームについて、その作品全体ではなく特定の部分に対応したメッセージを伝える際、そのコメントしたい部分をＩＤでタグ化して、ＵＲＬで特定の情報のページを示すように使用することができる。

また、本発明の第３の側面は、コンテンツを視聴するユーザに情報を提供するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
同じコンテンツを視聴するユーザであるかどうかを判別するコンテンツ利用ユーザ判別ステップと、
同じコンテンツを視聴するユーザが情報交換するための共有空間を提供する共有空間提供ステップと、
を具備することを特徴とするコンピュータ・プログラムである。

また、本発明の第４の側面は、コンテンツ視聴に連携したサービスを利用するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
コンテンツを再生するコンテンツ再生ステップと、
再生中のコンテンツからコンテンツ識別情報を取得するコンテンツ識別情報抽出ステップと、
コンテンツ識別情報と当該装置自身の端末識別情報を含んだメッセージを通知する識別情報通知ステップと、
を具備することを特徴とするコンピュータ・プログラムである。

本発明の第３並びに第４の各側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第３並びに第４の各側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面に係る情報提供システム又は情報提供方法、並びに本発明の第２の側面に係る情報処理装置又は情報処理方法と同様の作用効果を得ることができる。

本発明によれば、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なうことができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することかできる。

また、本発明によれば、元のメディア・コンテンツに好適に連携した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、ネットワークにデバイスが繋がることにより、各デバイスで再生される音楽や映像などのコンテンツに対して、従来のように受身で視聴するだけでなく、アクティブに関わることができる。また、同時に違う場所で同じコンテンツを視聴している人との共有体験を実現することができる。

また、本発明によれば、興味の似ている人を自ら探し回ったり検索したりしなくても、そのときの自分の興味そのものであるコンテンツを視聴するだけで、自動的に同じコンテンツを楽しんでいる人同士が出会うことができる。

本発明によって実現される仮想的な共有空間は、なかなか出会えない、近くにいてもお互いが同じ興味を持っていることを知り得なかった人と自動的に出会える貴重な場である。また、メジャーではなくマニアックな一部の人々に他の閉まれているコンテンツにおいてもその良さを分かり合える人と出会うことができる。

また、本発明に係る共有空間では、同じ時に同じコンテンツを視聴している人達だけで、離れた場所の複数人がそのコンテンツを通して共有体験をすることができる。

興味の近い人（すなわち、音楽や映画など同じコンテンツを楽しんでいた人）からの推奨は、まさにその人の趣味にフィットするコンテンツとの出会いを促す。趣味を同じくする人からの推奨は、まったく意外なコンテンツ、でも試してみるととっても気に入るコンテンツというような、同様の購入パターンを示す人のデータをベースとした機械的なレコメンデーション・システムでは難しいとされている出会いのきっかけを与えることができ、ユーザは自分の新たな興味を引き出すことができる。

本発明によれば、出会い後のさまざまな行為「コミュニケーション」、「コンテンツの特定部位への情報追加」、「イベント参加」、「推奨→購入」は、ユーザのその時の思いに従って巡ることができる。コミュニケーションはコミュニケーション・サイト、購入はショッピング・サイトというように目的をまず決めて訪問するのではなく、人の自然な好意にフィットするシステムを提供することができる。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

本発明の実施に供されるネットワーク・コンピューティング・システム１の構成を模式的に示した図である。 ネットワーク１上でサーバ又はクライアントとして動作するコンピュータ・システム５００のハードウェア構成を模式的に示した図である。 同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされる仕組みを模式的に示した図である。 ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。 楽曲再生データベースの構成を模式的に示した図である。 楽曲データ・データベースの構成を模式的に示した図である。 ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示した図である。 ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示した図である。 同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用するための仕組みを模式的に示した図である。 コンテンツを再生中のクライアント装置上での表示画面の構成例を示した図である。 同じ音楽や映像を利用しているユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされることによって得られる効果を説明するための図である。 同じコンテンツを楽しんでいるユーザ同士をチャットなどの仮想共有空間に引き込んでコミュニケーションへ導くための画面構成例を示した図である。 日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより、仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。 ユーザ情報データベースの構成を模式的に示した図である。 日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。 日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。 再生中の楽曲コンテンツに拍手やパーカッションなどの情報を付加する様子を示した図である。 ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。 ユーザが視聴している音楽や映像などのコンテンツに対してさまざまな情報を貼り付けるという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。 ユーザが視聴している音楽や映像などのコンテンツに対してさまざまな情報を貼り付けるという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。 イベントを起動するために必要な一定人数に到達するまで、あと何人という表示がなされる画面の構成例を示した図である。 同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をするという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。 同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。 同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。 Ｍｙ Ｆａｖｏｒｉｔｅ機能を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。 同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ Ｆａｖｏｒｉｔｅ機能を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。 同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ Ｆａｖｏｒｉｔｅ機能を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。 部位ＩＤを利用した楽曲紹介サービスの仕組みを模式的に示した図である。 楽曲紹介に関するリンク参照情報の一例を示した図である。 ＷＷＷクライアント上で楽曲紹介サービスを受けるための動作手順を示したフローチャートである。 コンテンツがローカル・ストレージにない場合に検索に行くべきサーバを引数に持つリンク参照情報の構成例を示した図である。

以下、図面を参照しながら本発明の実施形態について詳解する。

Ａ．システム構成
図１には、本発明の実施に供されるネットワーク・コンピューティング・システム１の構成を模式的に示している。ネットワーク・コンピューティング・システム１には、無数のコンピュータ・システムが接続されている。これらコンピュータ・システムは、世界中に散在しており、一部のコンピュータは各種の資源サービスを有償又は無償で提供する「サーバ」として稼動し、他の一部はサーバに対して資源サービスを要求する「クライアント」として稼動している。

また、図１に示すように、ネットワーク・コンピューティング・システム１は、通信媒体として、インターネット１０や、その他の小規模ネットワークとしてのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２０Ａ、２０Ｂ…、各国又は各地域の電話会社が構築・提供する公衆電話網３０などを含んでいる。インターネット１０やそれぞれの小規模ネットワーク２０Ａ…は、ルータ２１Ａ…などを経由して相互接続されている。これらインターネット１０や小規模ネットワーク２０Ａ、２０Ｂ…上のサーバ同士は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従って相互アクセスが可能である。また、インターネット１０やＬＡＮ２０Ａ，２０Ｂ…などのネットワークと、公衆電話網３０とは、ゲートウェイ・システム４０によって相互接続されている。

インターネット１０上のコンピュータ・システム（ＬＡＮ経由でインターネット接続されているコンピュータを含む）は、インターネット１０上で識別可能なＩＰアドレスを取得している。また、インターネット１０上には、専用線によるＩＰ接続を行なうことができない一般ユーザのために、インターネットへの接続サービスを提供する通信事業者すなわちインターネット・サービス・プロバイダ（ＩＳＰ）が存在する。ユーザは、サービス・プロバイダが設置するアクセス・ポイント（ＡＰ）にダイヤルアップすることで、インターネットへのＩＰ接続が行なわれる。

任意のサービス・プロバイダ（ＩＳＰ）経由でＩＰ接続された一般ユーザのコンピュータ（ＰＣ）１００は、例えばＷＷＷブラウザのようなクライアント・アプリケーションを導入することで、インターネット１０上でクライアントとして稼動することができる。

本実施形態では、クライアントとなる各コンピュータは、ブロードバンドな通信網でネットワークに常時接続されていることを想定している。但し、一時的な接続形態であっても、本発明は同様の作用効果を奏する。

また、ＬＡＮ２０Ａ上には、ＨＴＭＬコンテンツなどのＨＴＴＰ資源オブジェクトを提供する１以上のＷＷＷサーバ２５や、各ユーザ・アカウントに対する電子メールの送受信サービスを提供するメール・サーバ２６、データベース・サーバ、ファイル・サーバなど各種のサーバが複数存在していている。ＬＡＮ２０Ａ上の各サーバ２２，２３−１，２３−２，２５，２６に対しては、ルータ２１Ａ経由でインターネット・アクセスすることができる。

ネットワーク上の各サーバは、情報提供サービスを運営している。例えばサーバ２５のうちの１つは、音楽や映画などのメディア・コンテンツに対してユーザがアクティブに関わることができる新しいエンターテインメントを実現する共有空間提供サイトとして動作している。より具体的には、ネットワーク上の各クライアントは、ＣＤなどのメディアやＭＰ３などの圧縮データ形式でダウンロードされる音楽、あるいはＤＶＤなどのメディアやストリーミング配信により得られる映画などの映像を再生しており、これに対しサーバは、楽曲や映像などの同じメディア・コンテンツを利用するユーザ同士で新しい共有経験を実現する空間を提供する。

このような共有空間提供サーバが行なうサービス内容は以下の通りである。

（１）出会い：
同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士が仮想的な共有世界で引き合わされる。以下で説明するすべてのサービスはこの共通の興味対象を持つ者同士の出会いをベースとして実現される。

（２）コミュニケーション：
共有世界で出会った者同士での、同期及び非同期でのコミュニケーションを実現する。

（３）オブジェクトへの情報貼り付け：
視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付ける。貼り付ける部位を指定することも可能である。また、貼り付けた情報を後ほど閲覧することができる。

（４）イベント：
同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をする仕組みを用意する。したがって、音楽や映像など同じコンテンツを利用して出会った人たちが、同時に新たな体験をすることができる。

（５）広告システム：
音楽や映像など同じコンテンツに興味を示しているユーザ同士が出会うコミュニティをベースにして、且つ、そのときまさに再生されているコンテンツと連動した広告が提示される。

（６）部位ＩＤ（コンテンツ再生区間の指定）：
同期又は非同期コミュニケーションにおいて、楽曲などコンテンツの特定の部分を指定する部位ＩＤを添付することにより、受け手側でその部分を指定してコンテンツを再生させる。同期のコミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。これによってコンテンツ購入を促進する作用が働く。また、Ｍｙ Ｆａｖｏｒｉｔｅ（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。例えば、ホームページやチャットや掲示板などで楽曲や映画、ゲームについて、コンテンツの特定部分に対応したコメントを伝える際、コメントしたい部分（再生区間）を部位ＩＤでタグ化して使用する。部位ＩＤをメールに貼り付けて送るようにしてもよい。

図１に示すネットワーク１上で、サーバ又はクライアントと呼ばれるホスト端末は、通常、パーソナル・コンピュータあるいはゲーム機、セットトップ・ボックス（ＳＴＢ）などのコンピュータ・システム上で特定のサーバ・アプリケーション又はクライアント・アプリケーションを稼動することによって構成されている。図２には、この種のコンピュータ・システム５００のハードウェア構成例を模式的に示している。以下、各部について説明する。

システム５００のメイン・コントローラであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１１は、オペレーティング・システム（ＯＳ）の制御下で、各種のアプリケーションを実行するようになっている。図示の通り、ＣＰＵ５１１は、バス５１７によって他の機器類（後述）と相互接続されている。

メモリ５１２は、ＣＰＵ５１１において実行されるプログラム・コードを格納したり、実行中の作業データを一時保管したりするために使用される記憶装置である。同図に示すメモリ５１２は、不揮発及び揮発メモリ双方を含むものと理解されたい。

ディスプレイ・コントローラ５１３は、プロセッサ５１１が発行する描画命令を実際に処理するための専用コントローラであり、ディスプレイ・コントローラ５１３において処理された描画データは、例えばフレーム・バッファ（図示しない）に一旦書き込まれた後、表示装置５２１に画面出力される。

入力機器インターフェース５１４は、キーボード５２２やマウス５２３などのユーザ入力機器をシステム５００に接続するための装置である。

ネットワーク・インターフェース５１５は、Ｅｔｈｅｒｎｅｔ（登録商標）などの所定の通信プロトコルに従って、システム５００をネットワーク１に接続することができる。ネットワーク１上では、ソフトウェア・プログラムやデータ・コンテンツなどの配信が行われる。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどを、ネットワーク１経由で送受信することができる。同様に、ＭＰ３やＡＴＲＡＣ、あるいはその他の形式の楽曲コンテンツをネットワーク１経由で送受信することができる。

外部機器インターフェース５１６は、ハード・ディスク・ドライブ（ＨＤＤ）５２４やメディア・ドライブ５２５などの外部装置をシステム５００に接続するための装置である。

ＨＤＤ５２４は、記憶担体としての磁気ディスクを固定的に搭載した外部記憶装置であり（周知）、記憶容量やデータ転送速度などの点で他の外部記憶装置よりも優れている。ソフトウェア・プログラムを実行可能な状態でＨＤＤ５２６上に置くことをプログラムのシステムへの「インストール」と呼ぶ。通常、ＨＤＤ５２４には、プロセッサ５１１が実行すべきオペレーティング・システムのプログラム・コードや、アプリケーション・プログラム、デバイス・ドライバなどが不揮発的に格納されている。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどは、ＨＤＤ５２４上にインストールされる。また、ＭＰ３やＡＴＲＡＣなどの形式の楽曲コンテンツやその他のメディア・コンテンツをＨＤＤ５２４上に蓄積しておいてもよい。

また、メディア・ドライブ５２５は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などの可搬型メディアを装填して、データ記録面にアクセスするための装置である。可搬型メディアは、主として、ソフトウェア・プログラムやデータ・ファイルなどをコンピュータ可読形式のデータとしてバックアップすることや、これらをシステム間で移動（販売・流通・配布を含む）する目的で使用される。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどは、これら可搬型メディアを利用して流通・配布することができる。同様に、ＭＰ３やＡＴＲＡＣ、あるいはその他の形式の楽曲コンテンツをこの種の可搬型メディアを利用して流通・配布することができる。

Ｂ．メディア・コンテンツと連携した共有空間提供サービス
既に述べたように、ネットワーク１上で稼動しているサーバ２５のうち少なくとも１つは、音楽や映画などのメディア・コンテンツに対してユーザがアクティブに関わることができる新しいエンターテインメントを実現する共有空間提供サイトを運営している。すなわち、この共有空間提供サーバは、ＣＤなどのメディアやＭＰ３などの圧縮データ形式でダウンロードされる音楽、あるいはＤＶＤなどのメディアやストリーミング配信により得られる映画などの映像を再生しているクライアントに対して、同じメディア・コンテンツを利用するユーザ同士で新しい共有経験を実現する空間を提供する。共有空間提供サーバが行なう各サービス内容について、以下に詳解する。

Ｂ−１．出会い：
同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士が仮想的な共有世界で引き合わされる。具体的には、ネットワーク１に接続されているクライアント機器上で音楽や映像などのメディア・コンテンツを再生していると、その再生中のコンテンツ本体から取り出すことができる一意の識別情報を自動的に抽出して、サーバに通知する。そして、サーバ側では、各クライアントからの通知を基に、同じコンテンツを同時期に再生しているクライアントが互いにその存在を確認し合えるようにする。

図３には、同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされる仕組みを模式的に示している。

クライアントは、ＣＤやＤＶＤなどの記録メディアを媒介にして、音楽や映像などのコンテンツを取得して、これを再生することができる。また、ネットワーク上のサーバからＭＰ３ファイル又はＭＰＥＧ２ファイルなどの形式で配信される音楽や映像などのコンテンツを取得して、これを再生することができる。

そして、クライアントは、その再生中のコンテンツ本体から取り出すことができる一意の識別情報（楽曲ＩＤなどのコンテンツＩＤ）を自動的に抽出して、これをクライアント自身の端末ＩＤとともにサーバに通知する。

ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。

サーバ側では、コンテンツを再生する各クライアントからコンテンツＩＤと端末ＩＤの組からなる通知を受けて、これをチャットや掲示板などのコンテンツ付加情報として管理するとともに、付加情報をクライアントに返す。また、クライアント側では、受け取った付加情報を画面出力又は音声出力して、ユーザに提示することにより、元のコンテンツと連携した情報提供サービスを実現することができる。

図４には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。

クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、楽曲データ蓄積部６１とを備えている。

コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。

コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。

コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。

端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。

メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。

そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。

一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７とを備えている。

メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージを受信する。

メッセージ解析部６３は、クライアントからの受信メッセージを解析して、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。

データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。

メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データを基に、クライアントへのメッセージを生成する。このメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。

クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、楽曲情報データのような再生中のコンテンツに密接に関係する情報を取り出す。そして、楽曲情報データを楽曲情報データ蓄積部６１に記録するとともに、ユーザ・インターフェース５２を介してこれを画面表示する（あるいは音声出力する）などして、ユーザに提示する。

図７には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。

ＣＤなどのメディアをメディア読み取り部５４に装填する、あるいはユーザ・インターフェース５２を介したユーザからの指示に応答して、楽曲などのコンテンツの読み込みが開始される（ステップＳ１）。

コンテンツ再生部５１では、読み込まれたコンテンツの画面出力あるいは音声出力を行ない、コンテンツの再生処理を実行する。このとき、コンテンツＩＤ抽出部５６は、再生中のコンテンツの所定位置からあらかじめ定められた間隔で切り出す（ステップＳ２）。そして、複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して、楽曲ＩＤなどのコンテンツＩＤを生成する（ステップＳ３）。

そして、算出されたコンテンツＩＤとクライアント装置自身に割り当てられている端末ＩＤを基にメッセージを生成して、これを共有空間提供サーバに向けて送信する（ステップＳ４）。

その後、共有空間提供サーバから楽曲データを受信することができたならば（ステップＳ５）、これを楽曲データ蓄積部６１に蓄積するとともに（ステップＳ６）、ユーザ・インターフェース５２を介して画面出力あるいは音声出力する（ステップＳ７）。

例えば、コンテンツの利用がＣＤ再生という形態で行なわれている場合、再生位置が次のトラックに移動したときには（ステップＳ８）、ステップＳ１に戻り、上述と同様の処理を繰り返し実行する。

また、図８には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、共有空間を提供するサーバにおいて実行される処理手順をフローチャートの形式で示している。

ネットワーク１経由でクライアントから端末ＩＤ及びコンテンツＩＤを含んだメッセージを受信すると（ステップＳ１１）、楽曲再生データベースを更新するとともに（ステップＳ１２）、楽曲データ・データベース６６を検索する（ステップＳ１３）。そして、データベース６６から取り出された楽曲データを、メッセージ送信元のクライアントに返す（ステップＳ１４）。

以下で説明するすべてのサービスは、上述したような共通の興味対象を持つ者同士の出会いの仕組みをベースとして実現される。

Ｂ−２．コミュニケーション
共有空間提供サーバによって実現される共通の興味対象を持つ者同士の出会いの仕組みをベースとして、音楽や映画など同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用して、同期及び非同期でのコミュニケーションが可能になる。同期のコミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。また、非同期のコミュニケーションの際には、Ｍｙ Ｆａｖｏｒｉｔｅ（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。また、ＩＰ電話などを利用して、楽曲中の特定のフレーズを試聴させることが可能である。この場合、テキストベースではなく、音声コミュニケーションを実現することができる。

図９には、音楽や映画など同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用するための仕組みを模式的に示している。

クライアントは、ＣＤやＤＶＤなどの記録メディアを媒介にして、音楽や映像などのコンテンツを取得して、これを再生することができる。また、ネットワーク上のサーバからＭＰ３ファイル又はＭＰＥＧ２ファイルなどの形式で配信される音楽や映像などのコンテンツを取得して、これを再生することができる。

そして、クライアントは、その再生中のコンテンツ本体から取り出すことができる一意の識別情報（楽曲ＩＤなどのコンテンツＩＤ）を自動的に抽出して、これをクライアント自身の端末ＩＤとともにサーバに通知する。

ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。

サーバ側では、コンテンツを再生する各クライアントからコンテンツＩＤと端末ＩＤの組からなる通知を受けて、これをリアルタイム情報として管理する。また、サーバは、端末ＩＤと該当ユーザの住所情報からなるユーザ情報データベースを管理しており、同時視聴ユーザの所在を地図上にマッピングして、同時視聴ユーザの人数（人数ゲージ）とともに各クライアントにフィードバックする。

したがって、クライアント側では、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することができる。クライアント・ユーザの立場で言えば、同じ時に同じ曲を聴いている人に引き合わせてもらえる。なかなか出会えない、近くにいても知らない、共通の興味、価値観の持ち主と出会うことができる。すなわち、「この曲の良さを語れる人と出会えた！」という喜びを享受することができる。

図１０には、コンテンツを再生中のクライアント装置上での表示画面の構成例を示している。同図に示す例では、現在再生中のコンテンツに関する属性情報（アーティスト名、楽曲名、演奏時間など）とともに、日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークをクリックすると、チャットやインスタント・メッセージなどの機能が起動する。また、同時視聴ユーザの人数（人数ゲージ）が併せて表示されている。人数ゲージが所定値（図示の例では５０人）に到達すると、同時視聴する各ユーザにイベントが提供される（後述）。

このとき、現実世界において同じコンテンツを楽しんでいるユーザに対して、チャットや掲示板などの仮想世界におけるコミュニケーションが用意される。同期又は非同期のコミュニケーションによりユーザ間で情報交換が行なわれる結果として、商品の購買意欲が喚起されることもある。また、共通の興味、価値観の持ち主の間で一緒に盛り上がり、イベント性を持つことになる（図１１を参照のこと）。

同じコンテンツを楽しんでいるユーザが同期でコミュニケーションを行なう場合、共通の興味対象を持つ者同士（同じＩＤを持つコンテンツを再生している者同士、すなわち、違う場所で同じ時に同じ音楽を聴き又は同じ映画を観ている者同士）が、仮想共有空間で引き合わされる。具体的には、興味が同じ人の存在が画面上で表示されており（図１０を参照のこと）、コミュニケーション希望者にはチャット（ｎ×ｎ）を仕掛けることができる。

図１２には、同じコンテンツを楽しんでいるユーザ同士をチャットなどの仮想共有空間に引き込んでコミュニケーションへ導くための画面構成例を示している。

同図に示す例では、現在再生中のコンテンツに関する属性情報（アーティスト名、楽曲名、演奏時間など）とともに、日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されており、コミュニケーションを希望するユーザのマークをクリックすると、チャット又はその他の同期コミュニケーション機能が起動する。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ ｇｒａｐｈｉｃ）に表示される。既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ ｇｒａｐｈｉｃ）に表示されるのは、（地図に現在同じコンテンツを視聴している人の存在が表示されなくても、そのステップを飛ばして）、直接、音楽や映画を見ていてコミュニケーションモードになると、会話がダイナミックに見えてくるという想定である。

また、同じコンテンツを楽しんでいるユーザが非同期でコミュニケーションを行なう場合、コメントの対象部分を指定しないメッセージに関して、視聴しているその対象となるコンテンツ（音楽や映像）毎に、掲示板を作成して、メッセージを提示することができる。また、次から同じコンテンツにアクセスした人には、それに関する掲示板が自動的に提示され、コメントを随時追加することが可能である。

コメントの対象部分を指定するメッセージに関しては、後述するオブジェクトへの情報貼り付けの結果を非同期コミュニケーションとして楽しむこともできる。

図１３には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより、仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。

クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、地図表示データ解析部１６１と、チャット・データ解析部１６２とを備えている。

コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。

コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。

コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する（同上）。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。

メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。

一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、地図表示データ生成部１６３と、地図表示データ・データベース１６４と、チャット処理部１６５と、ユーザ情報データベース１６６を備えている。

メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからのメッセージを受信する。また、メッセージ解析部６３は、クライアントからの受信メッセージを解析する。

クライアントからの受信メッセージがコンテンツ利用の通知である場合には、コンテンツＩＤと端末ＩＤを取り出して、データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう（同上）。

クライアント側では、例えばユーザ・インターフェース５２を介したユーザ・コマンドに応答して、同じコンテンツを楽しんでいるユーザの所在を表した地図情報を要求する地図表示要求メッセージを生成、送信することができる。

サーバは、クライアントからの受信メッセージが地図表示要求である場合には、地図表示データ生成部１６３は、楽曲再生データベース６５を検索して同じコンテンツを楽しんでいる端末ＩＤを見つけ出すとともに、ユーザ情報データベース１６６を参照して、見つけ出された各ユーザの所在を突き止める。図１４に示すように、ユーザ情報データベース１６６は、端末ＩＤと該当ユーザの住所情報の組み合わせをレコードとしてユーザ情報を管理している。そして、地図表示データ・データベース１６４から地図表示用のデータを取り出して、同時視聴ユーザの所在を地図上にマッピングする。メッセージ生成部６７は、このようにして得られた地図表示データを基にメッセージを生成する。このメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。

クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析する。サーバからのメッセージが地図表示データである場合には、地図表示データ解析部１６１がこれを解析して地図表示画面（図１０を参照のこと）を生成して、これをユーザ・インターフェース５２を介して画面表示する。

上述したように、この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されている。そして、コミュニケーションを希望するユーザのマークをクリックすることによって、チャット要求メッセージを生成、送信することができる。

サーバは、クライアントからの受信メッセージがチャット要求である場合には、チャット処理部１６５は、楽曲再生データベース６５を参照して、チャット要求元クライアントと同じコンテンツを同時に再生して且つチャットを希望している他のクライアントを見つけ出して、これらクライアントの間でチャット機能を起動する。

クライアント側では、サーバからのメッセージがチャット・データである場合には、チャット・データ解析部１６２がこれを解析して、地図表示画面を利用して会話内容を画面表示する（図１２を参照のこと）。

図１５には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。

クライアントは、コンテンツを楽しむ者に共有世界を提供するサーバに対して、現在再生中のコンテンツのＩＤを付した地図表示要求メッセージを送信し（ステップＳ２１）、これを受信するまで待機する（ステップＳ２２）。

そして、地図表示データを受信すると、これをディスプレイ画面上で表示出力する（ステップＳ２３）（図１２を参照のこと）。

日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されている。

コミュニケーションを希望するユーザのマークをマウスでクリックすると（ステップＳ２４）、そのクリック位置が検出され（ステップＳ２５）、クリック位置に対応するユーザとのチャット要求メッセージを生成して、サーバへ送信される（ステップＳ２６）。

この結果、同じコンテンツを楽しんでいるユーザ間でチャット機能が起動する（ステップＳ２７）。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ ｇｒａｐｈｉｃ）に表示される。既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ ｇｒａｐｈｉｃ）に表示されるのは、（地図に現在同じコンテンツを視聴している人の存在が表示されなくても、そのステップを飛ばして）、直接、音楽や映画を見ていてコミュニケーションモードになると、会話がダイナミックに見えてくるという想定である。

また、図１６には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。

クライアントから地図表示要求メッセージを受信すると（ステップＳ３１）、まず、楽曲再生データベース６５（図５を参照のこと）を検索して、要求元クライアントと同じ楽曲を楽しんでいるユーザＩＤを取得する（ステップＳ３２）。

次いで、ユーザ情報データベース１６６（図１４を参照のこと）を検索して、要求元クライアントと同じ楽曲を楽しんでいる各クライアントの所在地を確認する（ステップＳ３３）。

そして、日本地図若しくは世界地図などの地図上に同時視聴ユーザの所在を地図上にマッピングして、地図表示データを生成する（ステップＳ３４）。そして、この地図表示データを要求元クライアントに送信する（ステップＳ３５）。

ここで、クライアントからチャット要求を受信した場合には（ステップＳ３６）、同じコンテンツを楽しんでいるユーザ間でチャット機能が起動する（ステップＳ３７）。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ ｇｒａｐｈｉｃ）に表示される。

なお、リアルタイムでチャットを行なっているとき、この曲のこの部分がお薦めというように、実際にそのお薦めの部分を相手に聴かせることができるようにしてもよい (部位ＩＤの活用、推奨、視聴行動としての活用)。

音楽や映画の選択は嗜好性が非常に高く、その人の興味、価値観をまさに反映させていると考えられる。よって、同時に（又は同じコンテキストで）同じコンテンツ（楽曲など）を聴いている人から薦められる新たなコンテンツは、薦められた人の興味に適合する可能性が極めて高く、よって、商品の購買に結び付きやすいと思料される。

Ｂ−３．オブジェクトへの情報貼り付け
本実施形態では、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けることができる。貼り付ける部位を指定することも可能である。また、貼り付けた情報を後ほど閲覧することができる。

貼り付ける情報には、同期で楽しむものと非同期で楽しむものに分けられる。貼り付ける情報としては以下のようなものが挙げられる。

（１）同期での楽しみ方
1拍手やパーカッションなどを付加：
楽曲を楽しみながら、キー（ボタン）などを叩くことにより、拍手、パーカッションなどを楽しむことができる。コンテンツ中の叩かれた再生位置に、そのアクション（マーク）が貼付される。なお、同じ楽曲を同時に楽しんでいる人には、拍手やパーカッションの音が聴こえ、同時にそのマークが付加されていく様子も見える。

2ココ好きマークの付加：
この楽曲のこの部分が特に好きといった、お気に入りマークを貼り付ける。具体的には、楽曲が流れている際に、自分のお気に入りの部分に到達したら、キー（ボタン）を押すことによって、お気に入りマークが貼付される。

3その部分に対するコメント付加：
楽曲全体に関わるメッセージだけでなく、例えば「曲のその部分」についてのコメントを貼り付けることができる（該当部分の演奏テクニックのすばらしさについて、その部分の歌詞作成時にまつわる逸話など）。

（２）非同期での楽しみ方
同じ楽曲を、後ほど再生した人にとっては、これら貼り合わせた情報（拍手マーク、ココ好きマーク、部分に対してのコメント群など）は、非同期のコミュニケーションとも言える。すなわち、楽曲（映像）を対象とした、掲示板的な存在と言える。

図１７には、再生中の楽曲コンテンツにさまざまな情報を貼り付けるための操作画面の構成例を示している。

同図に示す例では、コンテンツに付加すべき情報が部品化され、ツール・パレットから選択して用いることができる。

画面略中央の帯状の表示は、楽曲コンテンツの再生位置を時間軸上で表現している。ユーザは、楽曲を再生中に、好きな部分に到達したときや、コメントなどその他の情報を付加したい場合には、ツール・パレットから該当する部品をドラッグ・アンド・ドロップ操作により移動させればよい。

例えば、楽曲を再生中にセッション感覚でキーを叩くことによって、該当する再生位置に拍手マークが貼付される。また、ツール・パレットからハート・マークを取り出して楽曲コンテンツに貼付することにより、該当する再生位置がユーザのお気に入りの箇所であることを明示することができる。また、楽曲の特定の再生位置に吹き出しを置いてコメントを挿入することにより、該当部分の演奏テクニックのすばらしさやその部分の歌詞作成時にまつわる逸話など楽曲情報をコンテンツに貼り付けることができる。

図１８には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。

クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、マーク追加処理部２６１とを備えている。

コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。

コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。

コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。

メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。

一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、画面表示データ生成部２６２とを備えている。

メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージを受信する。

メッセージ解析部６３は、クライアントからの受信メッセージを解析する。例えば、コンテンツ利用の通知メッセージの場合には、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。また、貼付情報メッセージの場合には、メッセージから楽曲ＩＤと楽曲情報データの組み合わせを取り出す。

データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。

画面表示データ生成部２６２は、楽曲データ・データベース６６を参照して、クライアント側で再生されている楽曲コンテンツに関する画面表示用のデータを生成する。

メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データを基に、クライアントへのメッセージを生成する。これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。

クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、再生中のコンテンツに関連する画面表示用のデータを取り出す。そして、ユーザ・インターフェース５２を介して楽曲への情報付加用の画面（図１７を参照のこと）を表示する。

クライアント・ユーザは、再生中の楽曲コンテンツに情報を貼り付けるための操作画面を介して、拍手マークやお気に入り、吹き出しなどのマークの追加を指示することができる。マーク追加処理部２６１は、ユーザ・インターフェース５２を介したユーザ入力に基づいてコンテンツへ貼り付けるマークの追加処理を行なう。メッセージ生成部５８は、追加されたこれらマークを楽曲データとしてメッセージを生成し、メッセージ送受信部５９がこのメッセージをサーバに送出する。

サーバ側では、楽曲データ・メッセージを受信すると、楽曲データ・データベース６６の内容を更新するとともに、画面表示データ生成部２６２はデータベースの更新内容に基づいて画面表示データを更新する。更新された画面表示データは、メッセージ生成部６７によりメッセージ化され、メッセージ送受信部６２によりクライアントに送出される。

図１９には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。

まず、図１７に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ａｄｄ Ｉｎｆｏｒｍａｔｉｏｎ（情報の貼り付け）」を選択する。

ＣＤなどのメディアをメディア読み取り部５４に装填する、あるいはユーザ・インターフェース５２を介したユーザからの指示に応答して、楽曲などのコンテンツの読み込みが開始される（ステップＳ４１）。

楽曲コンテンツの読み込みに合わせて、楽曲再生時に使用する画面表示データをサーバに要求する（ステップＳ４２）。

そして、サーバ側から無事に画面表示データを受け取ることができたならば（ステップＳ４３）、ユーザ・インターフェース５２を介してこれを画面表示する（ステップＳ４４）。

ユーザはこの表示画面を介して再生コンテンツへのマーク追加処理を行なうことができる（ステップＳ４５）。既に述べたように、図１７に示したようなコンテンツへの情報貼り付け操作画面上では、画面略中央の帯状の表示は、楽曲コンテンツの再生位置を時間軸上で表現されており、楽曲を再生中に、好きな部分に到達したときや、コメントなどその他の情報を付加したい場合には、ツール・パレットから該当する部品をドラッグ・アンド・ドロップ操作により移動させる。

例えば、楽曲を再生中でセッション感覚でキーを叩くことによって、該当する再生位置に拍手マークが貼付される。また、ツール・パレットからハート・マークを取り出して楽曲コンテンツに貼付することにより、該当する再生位置がユーザのお気に入りの箇所であることを明示することができる。また、楽曲の特定の再生位置に吹き出しを置いてコメントを挿入することにより、該当部分の演奏テクニックのすばらしさやその部分の歌詞作成時にまつわる逸話など楽曲情報をコンテンツ貼り付けることができる。

そして、図１７に示すような操作画面上でユーザがコンテンツに向かって追加したマークは、楽曲データとしてサーバに送出される（ステップＳ４６）。サーバ側では、各クライアントから受信した楽曲データを基に画面表示データを更新する。

その後、ステップＳ４３に戻り、サーバから新しい画面表示データを受信する毎に、上述と同様のマーク追加処理を繰り返し実行する。

また、図２０には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。

サーバは、クライアントから画面表示要求を受信すると（ステップＳ５１）、楽曲データ・データベース６６を検索して（ステップＳ５２）、画面表示データを生成する（ステップＳ５３）。そして、この画面表示データを要求元のクライアントに送信する（ステップＳ５４）。

また、サーバは、クライアントから更新された楽曲データを受信すると（ステップＳ５５）、楽曲データ・データベース６６にその内容を更新する（ステップＳ５６）。

さらに、楽曲データの更新に伴い、画面表示データを更新して（ステップＳ５７）、これをクライアントに送信する（ステップＳ５８）。

Ｂ−４．イベント
共有空間提供サーバによって実現される共通の興味対象を持つ者同士が出会う共有世界では、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をする仕組みを用意する。したがって、音楽や映像など同じコンテンツを利用して出会った人たちが、同時に新たな体験をすることができる。

図２１に示すように、共有空間では、イベントを起動するために必要な一定人数に到達するまで、あと何人という表示がなされる。既に共有空間にログインしているユーザは友達に声をかけたりして一定人数に届くよう人数集めを行なうので、サービス利用の促進につながる。

新たな体験の例としては、以下に示すように元のメディア・コンテンツに対するプレミア的、限定版的な内容などが挙げられる。

1音楽の場合、同じ楽曲のリミックス・バージョンが聴ける。
2同じアーティストのコンサートでの楽曲順に曲が聴ける。２０年前のコンサートの楽曲をその時の順序で再現する。
3映画の場合、ノーカット版の上映を行なう。
4その映画のメイキング状況の映像が観られる。
5映画に対してのコメント、関連情報、俳優に対しての情報提示。

同時に同じ曲を聴いている人が１０人になると、○○。５０人に達すると△△△というように、段階を追って新しい体験をさせてくれる仕掛けも可能である。例えば、１０人同時に同じ楽曲を楽しんでいれば、そのアーティストの発売前の新曲や、限定アレンジ版の楽曲を１フレーズだけ提供し、５０人に達すると、すべてのフレーズを聴くことができるようにする。

また、ファンクラブ内において、あらかじめ日時を告知しておき、全員が同時に同じ曲をかけ（同時に同じ楽曲を楽しんでいる人数を充分に確保し）、イベントに参加するようにして、イベントを誘発して積極的に楽しむようにしてもよい。

なお、ある人数に達した場合のイベントの展開において、その時刻（時間帯）を反映された展開も可能である。例えば、夜５０人に達すれば、夜バージョンのアレンジのその楽曲が聴けるようにしてもよい。

図２２には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をするという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。

クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、楽曲データ蓄積部６１とを備えている。

コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。

コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。

コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。

メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。また、メッセージ生成部５８は、ユーザ・インターフェース５２からイベント画面出力するための画面表示データの要求メッセージを生成する。そして、メッセージ送受信部５９は、これらのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。

一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、スペシャル・コンテンツ蓄積部３６１と、画面表示データ生成部３６２とを備えている。

メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージや、イベント画面表示データの要求メッセージを受信する。メッセージ解析部６３は、クライアントからの受信メッセージを解析する。

データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。

画面表示データ生成部６７は、イベント画面表示データ要求に応じて、楽曲再生データベース６５を検索して、同じコンテンツを同時に楽しんでいるユーザの人数を集計して、イベント画面表示用のデータを生成する。メッセージ生成部６７は、この画面表示データをクライアントに送信するためのメッセージを生成する。

また、メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データをクライアントに送信するためのメッセージを生成する。

これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。

クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、イベント画面表示用のデータを取り出す。あるいは、楽曲情報データのような再生中のコンテンツに密接に関係する情報を取り出す。そして、楽曲情報データを楽曲情報データ蓄積部６１に記録するとともに、ユーザ・インターフェース５２を介してこれを画面表示する（あるいは音声出力する）などして、ユーザに提示する。

図２３には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。

まず、図２１に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ｅｖｅｎｔ」を選択する。

そして、クライアントは、サーバに対して画面表示データの要求メッセージを送信する（ステップＳ６１）。

その後、サーバから画面表示データを無事に受信することができたならば（ステップＳ６２）、これを画面表示する（ステップＳ６３）。

また、図２４には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。

いずれかのクライアントからイベント画面表示用データの要求メッセージを受信すると（ステップＳ７１）、楽曲再生データベース６５を検索して、当該クライアントと同じコンテンツを同時に楽しんでいるクライアントの数を集計する（ステップＳ７２）。

そして、このデータベース検索結果に基づいて、図２１に示すようなイベント画面表示用データを生成し（ステップＳ７３）、これを要求元のクライアントに送信する（ステップＳ７４）。

このとき、同じコンテンツを同時に楽しんでいるクライアントの数が所定人数に到達していたならば（ステップＳ７５）、スペシャル・コンテンツ蓄積部３６１から現在再生中のコンテンツに関するスペシャル・コンテンツを取り出し、同じコンテンツを同時に楽しんでいるすべてのクライアントに配信する（ステップＳ７６）。

Ｂ−５．Ｍｙ Ｆａｖｏｒｉｔｅ
Ｍｙ Ｆａｖｏｒｉｔｅは、自分が好きな楽曲のライブラリである。特に好きな部分が、マーキングされており、その部位を指定するリンク作成が可能である。また、チャット相手に、私の好きな曲を「推奨」することもできる。

図２５には、Ｍｙ Ｆａｖｏｒｉｔｅ機能を実現するためのクライアント及びサーバの機能構成を模式的に示している。

クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、個人用データ作成処理部４６１とを備えている。

コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。

コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。

コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。

メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。

一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、掲示板データベース４６３と、メッセージ生成部６７と、画面表示データ生成部４６２とを備えている。

メッセージ解析部６３は、クライアントからの受信メッセージを解析する。例えば、コンテンツ利用の通知メッセージの場合には、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。また、個人用データ・メッセージの場合には、メッセージから個人用データを取り出す。

データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、掲示板データベース４６３の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、掲示板データベース４６３は、端末ＩＤとコンテンツ・ファイル格納位置との組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。

画面表示データ生成部４６２は、掲示板データベース４６３を参照して、クライアントから送られた個人用データを基に掲示板の画面表示用データを生成する。

メッセージ生成部６７は、作成された掲示板画面表示用データを基に、クライアントへのメッセージを生成する。これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。

クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、再生中のコンテンツに関連する画面表示用のデータを取り出す。そして、ユーザ・インターフェース５２を介して楽曲への情報付加用の画面を表示する。

図２６には、同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ Ｆａｖｏｒｉｔｅ機能を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。

まず、図２１に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ｍｙ Ｆａｖｏｒｉｔｅ」を選択する。

そして、クライアントは、サーバに対して画面表示データの要求メッセージを送信する（ステップＳ８１）。

その後、サーバから画面表示データを無事に受信することができたならば（ステップＳ８２）、これを画面表示する（ステップＳ８３）。

クライアント装置のユーザは、Ｍｙ Ｆａｖｏｒｉｔｅ画面上で個人用データの作成を行なうことができる（ステップＳ８４）。そして、作成された個人用データは、サーバに送信される（ステップＳ８５）。

その後、ステップＳ８２に戻り、クライアント側で作成した個人用データに基づき更新された画面表示データを受信したならば、これを画面表示する。

また、図２７には、同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ Ｆａｖｏｒｉｔｅ機能を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。

サーバは、クライアントから画面表示要求を受信すると（ステップＳ９１）、掲示板データベース６６を検索して（ステップＳ９２）、画面表示データを生成する（ステップＳ９３）。そして、この画面表示データを要求元のクライアントに送信する（ステップＳ９４）。

また、サーバは、クライアントから更新された個人用データを受信すると（ステップＳ９５）、個人用データベース６６にその内容を更新する（ステップＳ９６）。

さらに、掲示板データベースの更新に伴い、画面表示データを更新して（ステップＳ９７）、これをクライアントに送信する（ステップＳ９８）。

Ｂ−６．広告システム
音楽や映像など同じコンテンツに興味を示しているユーザ同士が出会うコミュニティをベースにして、且つ、そのときまさに再生されているコンテンツと連動した広告が提示される。図１２に示したコミュニケーション画面の例では、コンテンツと連動した広告Ａ及び広告Ｂの画像情報が右側に配置されている。

再生されている音楽や映画と連動する広告が提示される。但し、既に購入した商品と連動するのではなく、いま再生されている楽曲や映像との関係で表示すべき広告コンテンツが決定される。よって、購入回数より再生回数の方が多く（すなわち、広告露出回数が多く）、且つ、視聴中（前後を含む）に提示される情報はより興味深く接せられると言える。例えば、現在再生中のアーティストの過去のアルバムや、再生中の映画と同じ監督の作品が広告として提示される。

また、クライアント・ユーザ本人の過去の視聴履歴や購入履歴などに応じて、このコミュニティ内における他者の視聴や購入履歴に基づいたレコメンデーション・システムにより広告が提示される。

Ｂ−６．部位ＩＤ（コンテンツ再生区間の指定）
同期又は非同期コミュニケーションにおいて、楽曲などコンテンツの特定の部分を指定する部位ＩＤを添付することにより、受け手側でその部分を指定してコンテンツを再生させる。

同期コミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。例えば、ＩＰ電話などを利用して、楽曲中の特定のフレーズを試聴させることが可能である。この場合、テキストベースではなく、音声コミュニケーションを実現することができる。このような同期コミュニケーション中の再生区間指定によってコンテンツ購入を促進する作用が働く。

また、非同期のコミュニケーションの際には、My Favorite（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。例えば、ホームページやチャットや掲示板などで楽曲や映画、ゲームについて、コンテンツの特定部分に対応したコメントを伝える際、コメントしたい部分（再生区間）を部位ＩＤでタグ化して使用する。部位ＩＤをメールに貼り付けて送るようにしてもよい。

当該サービスにおいて、音楽や映画など再生中のコンテンツに情報を貼り付けたい場合、貼り付けたい場所をマークするとその部位ＩＤが認識される。例えば、楽曲再生時にコメントしたい部分をマーキングし、そしてその部分に後からコメントを付けることができる。

図２８には、部位ＩＤすなわちコンテンツの再生区間を指定した楽曲紹介サービスの仕組みを模式的に示している。同図に示すように、楽曲の紹介を行なうＷＷＷサイトと、この楽曲紹介ホームページにアクセスするＷＷＷクライアントと、紹介された楽曲コンテンツを提供（販売）するコンテンツ・サイトの３者間による協働的動作により、元のメディア・コンテンツと密接に連携した楽曲紹介サービスを実現することができる。

ＷＷＷクライアントは、所定のＵＲＬに従って、楽曲の紹介を行なうＷＷＷサイトにアクセスして、ＷＷＷブラウザ画面上でホームページを組み立てる。このホームページ上には、楽曲を紹介するコメント情報に、該当するコンテンツへアクセスするためのコンテンツ識別子と、楽曲中でコメントに該当する区間の指定を含んだリンク参照情報が埋め込まれている。

図２９には、このリンク参照情報の一例を示している。同図に示す例では、通常のＨＴＴＰリンクと同様に、テキスト形式でメディアへの参照が記述されている。ここで、ｍｉｄ以降の数値データは、コンテンツ固有識別子であり、ネットワーク上で共通に使用されるものであることが好ましい。また、ｆｒｏｍとｄｕｒａｔｉｏｎで示される数値は、コンテンツ中の再生区間の指定であり、楽曲の紹介コメント「このフレーズのベースラインがいい。」に該当する場所を表している。

コンテンツ固有識別子の生成方法の一例として、楽曲の所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して識別子を演算する方法が挙げられる。この方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる（前述）。

ＷＷＷクライアントのユーザは、ブラウザ画面上で関心のあるリンク参照情報を選択（例えばマウスでクリック）することにより、該当する楽曲コンテンツの検索処理を起動することができる。ＷＷＷクライアントは、まず、自身のローカル・ストレージ（ＨＤＤ）上にある各コンテンツからその識別情報を生成して、リンク参照情報に含まれている固有識別子ｍｉｄと同じ識別情報を持つコンテンツが存在するかどうかを検索する。そして、コンテンツが存在すれば、指定された再生区間の再生処理を行なう。

また、ローカル・ストレージ中でコンテンツを発見することができなかった場合には、さらにコンテンツ・サイト（リモート・ストレージ）にアクセスする。そして、リモート・ストレージ（ＨＤＤ）上にある各コンテンツからその識別情報を生成して、リンク参照情報に含まれている固有識別子ｍｉｄと同じ識別情報を持つコンテンツが存在するかどうかを検索する。所望のコンテンツを発見することができたときには、所定の購入手続きなどを経て、コンテンツのダウンロードを行なう。

図３０には、ＷＷＷクライアント上で楽曲紹介サービスを受けるための動作手順をフローチャートの形式で示している。この動作は、実際にはＣＰＵが所定のプログラム・コードを実行するという形態で実現される。

ユーザはブラウザ画面上で表示されているリンク参照情報のアンカーをクリックしたものとする(ステップＳ１０１)。ここで言うリンク参照情報とは、ある楽曲に対する紹介やコメントなどに相当する。

このような場合、まず、ローカル・ストレージに蓄積されているコンテンツから固有識別情報を生成して、リンク参照情報に含まれている識別情報と一致するものがあるかどうかを判別する（ステップＳ１０２）。

ローカル・ストレージ上で該当するコンテンツを発見することができた場合には、これをローカル・ストレージから読み出す（ステップＳ１０３）。そして、リンク情報にコンテンツの再生区間の指定があるかどうかを判別する（ステップＳ１０４)。再生区間の指定がある場合には、コンテンツからその区間を探索して（ステップＳ１０５）、コンテンツの再生を行なう（ステップＳ１０６）。

一方、コンテンツがローカル・ストレージに存在しない場合には、ネットワーク上でコンテンツを提供するサーバにおいて、リンク参照情報に含まれているコンテンツ固有識別子をキーにして、コンテンツを検索する（ステップＳ１０７）。このような場合、サーバにおいては、自身のストレージに蓄積されているコンテンツから固有識別情報を生成して、リンク参照情報に含まれている識別情報と一致するものがあるかどうかを判別する。

サーバ上のリモート・ストレージで該当するコンテンツを発見することができた場合には、クライアントこれをリモート・ストレージから取得する（ステップＳ１０３）。そして、リンク情報にコンテンツの再生区間の指定があるかどうかを判別する（ステップＳ１０４)。再生区間の指定がある場合には、コンテンツからその区間を探索して（ステップＳ１０５）、コンテンツの再生を行なう（ステップＳ１０６）。

このような処理によって、楽曲コンテンツなどの同じメディアを所有している人どうしでは、テキスト上のリンク参照情報によって自動的にコンテンツが再生される。したがって、このような仕組みを広域ネットワーク上に導入することにより、例えば同じ音楽を愛好している人同士の効率的で魅力的なコミュニケーションを実現することができる。

一方、コンテンツをまだ所有していないサイトでのリンク・オープンは、コンテンツの販売を促進するようなアイコン・サンプル版の再生につながる。したがって、メールなどで気に入った楽曲を他人に薦める場合にこのような仕組みを利用することができる（ステップＳ１０８）。

また、コンテンツがローカル・ストレージにない場合にどのサーバに検索にいくかをブラウザ毎にあらかじめ設定しておくようにしてもよい。あるいは、図３１に示すように、コンテンツがない場合に検索にいくべきサーバをリンクに（例えば引数の形式で）含めるようにしてもよい。

なお、いわゆるＰ２Ｐ技術を活用して、コミュニケーションをしている者同士が直接、曲のある部分を紹介し合うことも可能であり、例えばＮａｐｓｔｅｒ、Ｇｎｕｔｅｅｒａ方式のいずれを適用することも可能である。

以上説明してきたように、本発明によれば、メディア・コンテンツに好適に連携した共有体験をユーザに与える情報提供サービスを実現することができる。このような情報提供サービスは、例えば以下に示すようなサービス又はビジネスに展開していくことが可能である。
（１）国会中継の映像に対するコメントの貼り付けや視聴者同士のリアルタイム・チャット
（２）スポーツ中継に対するコメントや拍手。離れていても、バーチャル共有体験で応援が可能になる。
（３）Ｅ−ｌｅａｒｎｉｎｇの際、同じ教材や対象物を介したコミュニケーションに活用する。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲の記載を参酌すべきである。

１…ネットワーク・コンピューティング・システム
１０…インターネット
２０…小規模ネットワーク（ＬＡＮ）
２１…ルータ
２５…ＷＷＷサーバ
２６…メール・サーバ
３０…公衆電話網
４０…ゲートウェイ・システム
５１…コンテンツ再生部、５２…ユーザ・インターフェース
５３…コンテンツ取得部、５４…メディア読み取り部
５５…コンテンツ蓄積部、５６…コンテンツＩＤ抽出部
５７…端末ＩＤ保持部、５８…メッセージ生成部
５９…メッセージ送受信部、６０…メッセージ解析部
６１…楽曲データ蓄積部
６２…メッセージ受信部、６３…メッセージ解析部
６４…データベース管理部、６５…楽曲再生データベース
６６…楽曲データ・データベース、６７…メッセージ生成部
１００…ユーザ・コンピュータ（クライアント）

Claims (12)

1. コンテンツを識別するコンテンツ識別情報を含んだ第１のメッセージをクライアントから受信する第１のメッセージ受信ステップと、
   コンテンツ識別情報とコンテンツ関連情報の組み合わせを記録したコンテンツ関連情報データベースを参照して、前記第１のメッセージに含まれるコンテンツ識別情報に対応するコンテンツ関連情報を検索する検索ステップと、
   前記検索ステップで検索して得られたコンテンツ関連情報を基に、時間軸上でコンテンツの再生位置にコンテンツ関連情報を表示するための画面表示データをメッセージ化して前記クライアントへ送信する第１のメッセージ送信ステップと、
   前記クライアント側で前記画面表示データに基づいて表示された画面に対するユーザの処理に応じてコンテンツの再生位置に追加されたコンテンツ関連情報を含んだ第２のメッセージを前記クライアント側から受信する第２のメッセージ受信ステップと、
   前記第２のメッセージに含まれるコンテンツ関連情報を基に前記コンテンツ関連情報データベースの内容を更新するデータベース更新ステップと、
   前記データベース更新ステップにおいて前記コンテンツ関連情報データベースでコンテンツ関連情報を更新したことに伴い更新した画面表示データをメッセージ化して前記クライアントへ送信する第３のメッセージ送信ステップと、
   を有することを特徴とする情報提供方法。
2. 前記画面表示データはコンテンツに追加したいコンテンツ関連情報をアイコン部品化した領域を含み、
   コンテンツ再生中のユーザによるアイコン部品に対する操作に応じて、該当するコンテンツ関連情報がコンテンツの再生位置に追加されるとともに、前記画面表示データ内のコンテンツの再生位置に対応する場所に該当するアイコン部品が表示される、
   ことを特徴とする請求項１に記載の情報提供方法。
3. コンテンツ再生中にユーザが行なった処理がコンテンツ関連情報としてコンテンツの該当する再生位置に追加され、
   コンテンツ再生中に、ユーザが行なった処理がコンテンツ関連情報として追加された再生位置に到来したときに、当該ユーザが行なった処理が再生される、
   ことを特徴とする請求項１に記載の情報提供方法。
4. コンテンツ再生中にユーザがコンテンツ関連情報を追加するための処理を行なった再生位置に追加された当該コンテンツ関連情報を含んだ第２のメッセージを受信する、
   ことを特徴とする請求項１に記載の情報提供方法。
5. コンテンツに対して複数のコンテンツ関連情報が前記コンテンツ関連情報データベースに記録されている場合に、前記第２のメッセージ送信ステップでは、各コンテンツ関連情報をそれぞれに該当する再生位置に基づく順に並べて表示するための画面表示データを生成してメッセージ化し、前記クライアントへ送信する、
   ことを特徴とする請求項１に記載の情報提供方法。
6. 前記クライアントとは異なる第２のクライアントから、コンテンツ識別情報を含んだ第４のメッセージを受信する第４のメッセージ受信ステップと、
   前記コンテンツ関連情報データベースを参照して、前記第３のメッセージに含まれるコンテンツ識別情報に対応するコンテンツ関連情報を検索する第２の検索ステップと、
   前記第２の検索ステップで検索して得られたコンテンツ関連情報を基に、前記第２のクライアント側でコンテンツを再生中にコンテンツ関連情報を表示するための画面表示データを生成し、前記画面表示データをメッセージ化して前記第２のクライアントへ送信する第５のメッセージ送信ステップと、
   をさらに有することを特徴とする請求項１に記載の情報提供方法。
7. 前記コンテンツ関連情報が追加されてからの経過時間に従って、前記画面表示データの対応するマークの表示を変化させていく、
   ことを特徴とする請求項１に記載の情報提供方法。
8. 前記検索ステップでは、コンテンツ識別情報を基に、該当するコンテンツ関連情報とともに該当するコンテンツを検索し、
   前記検索ステップで検索して得られたコンテンツをクライアントにストリーミング配信するストリーミング配信ステップをさらに有する、
   ことを特徴とする請求項１に記載の情報提供方法。
9. コンテンツを識別するコンテンツ識別情報を含んだ第１のメッセージをクライアントから受信する第１のメッセージ受信手段と、
   コンテンツ識別情報とコンテンツ関連情報の組み合わせを記録したコンテンツ関連情報データベースを参照して、前記第１のメッセージに含まれるコンテンツ識別情報に対応するコンテンツ関連情報を検索する検索手段と、
   前記検索手段が検索して得られたコンテンツ関連情報を基に、時間軸上でコンテンツの再生位置にコンテンツ関連情報を表示するための画面表示データをメッセージ化して前記クライアントへ送信する第１のメッセージ送信手段と、
   前記クライアント側で前記画面表示データに基づいて表示された画面に対するユーザの処理に応じてコンテンツの再生位置に追加されたコンテンツ関連情報を含んだ第２のメッセージを前記クライアント側から受信する第２のメッセージ受信手段と、
   前記第２のメッセージに含まれるコンテンツ関連情報を基に前記コンテンツ関連情報データベースの内容を更新するデータベース更新手段と、
   前記データベース更新ステップにおいて前記コンテンツ関連情報データベースでコンテンツ関連情報を更新したことに伴い更新した画面表示データをメッセージ化して前記クライアントへ送信する第３のメッセージ送信手段と、
   を具備することを特徴とする情報提供装置。
10. 前記検索手段は、コンテンツ識別情報を基に、該当するコンテンツ関連情報とともに該当するコンテンツを検索し、
    前記検索手段が検索して得られたコンテンツをクライアントにストリーミング配信するストリーミング配信手段をさらに備える、
    ことを特徴とする請求項９に記載の情報提供装置。
11. コンテンツを識別するコンテンツ識別情報を含んだ第１のメッセージをサーバに送信する第１のメッセージ送信ステップと、
    前記第１のメッセージを送信したことに応じて、時間軸上でコンテンツの再生位置にコンテンツ関連情報を表示するための画面表示データを含んだ第２のメッセージを前記サーバから受信する第２のメッセージ受信ステップと、
    受信した前記第２のメッセージに基づいて、前記画面表示データを表示する表示ステップと、
    前記画面表示データの表示画面に対するユーザの処理に応じてコンテンツの再生位置にコンテンツ関連情報を追加するコンテンツ関連情報追加ステップと、
    前記の追加されたコンテンツ関連情報を含んだ第３のメッセージを前記サーバに送信する第３のメッセージ送信ステップと、
    前記第３のメッセージに含めた前記の追加されたコンテンツ関連情報に基づいて前記サーバで更新された画面表示データを含んだ第４のメッセージを前記サーバから受信する第４のメッセージ受信ステップと、
    受信した前記第４のメッセージに基づいて、前記画面表示データを表示する第２の表示ステップと、
    を有することを特徴とする情報提示方法。
12. コンテンツを識別するコンテンツ識別情報を含んだ第１のメッセージをサーバに送信する第１のメッセージ送信手段と、
    前記第１のメッセージを送信したことに応じて、コンテンツの再生位置にコンテンツ関連情報を時間軸上に表示するための画面表示データを含んだ第２のメッセージを前記サーバから受信する第２のメッセージ受信手段と、
    受信した前記第２のメッセージに基づいて、前記画面表示データを表示する表示手段と、
    前記画面表示データの表示画面に対するユーザの処理に応じてコンテンツの再生位置にコンテンツ関連情報を追加するコンテンツ関連情報追加手段と、
    前記画面表示データの表示画面に対する前記の追加されたコンテンツ関連情報を含んだ第３のメッセージを前記サーバに送信する第３のメッセージ送信手段と、
    前記第３のメッセージに含めた前記の追加されたコンテンツ関連情報に基づいて前記サーバで更新された画面表示データを含んだ第４のメッセージを前記サーバから受信する第４のメッセージ受信手段と、
    受信した前記第４のメッセージに基づいて、前記画面表示データを表示する第２の表示手段と、
    を具備することを特徴とする情報提示装置。