(57)【要約】【課題】同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現する。【解決手段】ネットワーク１上で稼動する共有空間提供サーバ２５は、同じメディア・コンテンツを利用するユーザ同士を引き合わせて、共通の興味対象を持つ者同士の出会いをベースとして、ユーザ間の同期又は非同期のコミュニケーションや、コンテンツへの情報添付、イベント発生による共有体験などの仕組みを用意して、ユーザがアクティブに関わることができる新しいエンターテインメントを実現する。【選択図】  図３
2008305435.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの識別情報と、コンテンツを利用している端末の識別情報及び端末の位置情報を関連付けて記憶する記憶部を有する情報提供装置の情報提供方法において、
第１の端末が利用しているコンテンツの識別情報であるコンテンツＩＤと前記第１の端末の識別情報である端末ＩＤを含んだ、同様のコンテンツを利用する他ユーザの所在を表した地図情報を要求する地図表示要求メッセージを前記第１の端末から受信する受信ステップと、
前記コンテンツＩＤに基づいて、前記第１の端末が利用しているコンテンツと同様のコンテンツを利用している第２の端末の識別情報である第２の端末ＩＤを検索するコンテンツ利用端末検索ステップと、
前記第２の端末ＩＤに関連付けられた位置情報を検索する位置情報検索ステップと、
前記第２の端末ＩＤに前記関連付けられた位置情報に基づいて前記第２の端末の所在地にマークを表示した地図表示データを生成して前記第１の端末に提供する情報提供ステップと、
を備えることを特徴とする情報提供方法。
【請求項２】
前記地図上ではコミュニケーション希望の有無を区別して前記第２の端末のマークを表示し、
前記第１の端末において、コミュニケーションを希望する前記第２の端末のマークが選択された際に、チャット要求とするチャット要求情報を前記第１の端末から受信するチャット要求受信ステップと、
前記チャット要求情報を受信したことに応じて、前記第１の端末と前記第２の端末がチャットをするように接続するチャット処理ステップと、
を備えることを特徴とする請求項１に記載の情報提供方法。
【請求項３】
前記記憶部は第１の端末が利用しているコンテンツに関連する広告情報を関連付けて記憶しており、
前記情報提供ステップは前記地図表示データに併せて前記コンテンツに関連する広告情報を提供する、
ことを特徴とする請求項２に記載の情報提供方法。
【請求項４】
利用しているコンテンツの識別情報であるコンテンツＩＤを送信する送信ステップと、
前記送信ステップにより前記コンテンツＩＤを送信した応答として、同一のコンテンツＩＤを送信した他端末の所在地にコミュニケーション希望の有無を区別してマークが表示された地図表示データを受信する受信ステップと、
前記地図表示データを表示する表示ステップと、
を備えることを特徴とする情報受信方法。
【請求項５】
前記受信ステップで受信する地図表示データには、前期の利用しているコンテンツに関連する広告情報が併せて提供され、
前記表示ステップは前記コンテンツに関連する広告情報を前記コンテンツに関連して表示させる、
ことを特徴とする請求項４に記載の情報受信方法。
【請求項６】
コンテンツを利用している端末と送受信する送受信部と、
第１の端末が利用しているコンテンツの識別情報であるコンテンツＩＤを前記送受信部で受信して、コンテンツＩＤとコンテンツを利用している端末の識別情報である端末ＩＤ及び端末の位置情報を関連付けて記憶する記憶部と、
前記送受信部で受信したコンテンツＩＤに基づいて、前記第１の端末が利用しているコンテンツと同様のコンテンツを利用している第２の端末の識別情報である第２の端末ＩＤを前記記憶部で検索し、前記第２の端末ＩＤに関連付けられた位置情報を取り出すデータベース管理部と、
前記第２の端末ＩＤに前記関連付けられた位置情報に基づいて前記第２の端末の所在地にマークを表示した地図表示データを生成する地図表示データ生成部と、
を備え、
前記の生成した地図表示データを前記送受信部で前記第１の端末に送信する、
ことを特徴とする情報提供装置。
【請求項７】
前記地図上ではコミュニケーション希望の有無を区別して前記第２の端末のマークが表示し、
前記第１の端末において、コミュニケーションを希望する前記第２の端末のマークが選択された際に、チャット要求とするチャット要求情報を前記第１の端末から前記送受信部で受信し、
前記チャット要求情報を受信したことに応じて、前記第１の端末と前記第２の端末がチャットをするように接続するチャット処理部をさらに備える、
ことを特徴とする請求項６に記載の情報提供装置。
【請求項８】
利用しているコンテンツの識別情報であるコンテンツＩＤを送信する送信部と、
前記送信部から他端末の所在地にコミュニケーション希望の有無を区別してマークが表示された地図表示データを受信する受信部と、
前記の受信した地図表示データを解析する地図表示データ解析部と、
前記の解析した地図表示データを表示する表示部と、
を備えることを特徴とする情報受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの広域的な通信媒体を介した情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、特に、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なう情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
さらに詳しくは、本発明は、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現する情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、特に、元のメディア・コンテンツに好適に連携した共有体験を実現する情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００３】
近年、通信や放送などの情報伝達や情報配信に関する技術が目覚しい進歩を遂げるとともに、さらに要求が高まっている。
【０００４】
例えば、情報通信の分野では、世界規模に展開されたインターネットが既に広範に普及しており、インターネット関連の技術開発も盛んである。インターネット上では、例えば、ハイパーリンク構造の情報空間を提供する広域情報検索システムであるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）が公開され、広汎に普及し、且つ、一般消費者層にも日常生活に深く浸透してきている。
【０００５】
ＷＷＷ上では、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）というハイパーテキスト形式の記述言語で作成された無数のドキュメントすなわち情報資源が有償又は無償で公開されている。インターネット上では、これらハイパーテキストを始めとする情報資源は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）という形式の識別子によって特定される。ＵＲＬは資源の名前と指定した文字列であり、スキーム名（プロトコル名）:／／ホスト名（ドメイン名）：ポート番号／パス名（ファイル名）」という形式で記述される（周知）。
【０００６】
ＷＷＷ情報資源を提供するＷＷＷサーバと、ＷＷＷ情報資源の提供を要求するＷＷＷクライアントとの間では、通常、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従って資源アクセスが行なわれる。
【０００７】
ＷＷＷクライアントは、ＷＷＷサーバからの情報資源の取り出しを代行する、「ＷＷＷブラウザ」と呼ばれるユーザ・エージェントを用いて動作するコンピュータである。すなわち、ブラウザ・ウィンドウ画面上の場所ボックスにキー入力されたＵＲＬに従って、インターネット上のハイパーリンク構造のＷＷＷ情報資源空間を探索し、該当するサーバから資源すなわちＨＴＭＬドキュメントを検索し、データのダウンロードを行なう。そして、取得したＨＴＭＬドキュメントを解析して、ブラウザ・ウィンドウ画面上で、その内容を表示する（すなわちホームページの画面を組み立てる）。
【０００８】
ＨＴＭＬはハイパーテキスト構造のドキュメントであり、ファイルを構成する文字や絵、表などをカードのようなオブジェクトとして扱い、さらにそのオブジェクト間で関連付けすなわちリンクを形成して、ドキュメント相互間ですぐに参照できる機能を持っている。ＷＷＷブラウザ画面上では、リンク情報に関連する表示オブジェクトは「アンカー」としてホットスポット表示され、ユーザが直感的に検知することができる。ホームページ上に散在するリンク情報の実態は、各リンク先の資源を指定したＵＲＬであり、ユーザはブラウザ画面上で所望のアンカーをクリックするだけでリンク先を指定することができる。ＷＷＷブラウザは、場所ボックスにＵＲＬが入力されたときと同様に、アンカーのクリックに応答してインターネット上のＷＷＷ資源空間を探索して、指定されたリンク先への移動を実現する。
【０００９】
ＷＷＷは情報発信源として魅力的であるため、企業や各種団体（営利、非営利を問わない）、あるいは個人までもが競って、ホームページを開設したり、ＷＷＷサイトを立ち上げたりしている。
【００１０】
例えば、航空会社や旅行代理店などは、飛行機やホテルなどの事前予約が必要なサービスに関する予約データをデータベース化して一元管理するとともに、このデータベースをＷＷＷ上で公開しておく。顧客は、ＷＷＷを通じてこの予約データベースにアクセスすることにより、実際に店舗に訪ねることなく、自宅やオフィスに居ながらにして、予約状況の確認から予約に至るすべての手続きを行なうことができる。
【００１１】
また、単に情報配信の手段として利用するだけでなく、インターネットのような広域的ネットワークを介して、遠隔に散在する不特定多数のユーザ間で情報の共有化を図り、いわゆる仮想的な共有空間を実現することができる。例えば、オンラインの電子掲示板（ＢＢＳ：Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ）やチャットなど、実世界の事物に関する各種の情報や仮想世界での情報の交換などを行なうサービスが既にインターネット上に存在している。（掲示板は非同期のシステムであり、チャットは同期のシステムである。）
【００１２】
これら情報提供サービスを利用するためには、通常、ユーザが自分の興味に関連する掲示板などを、その名前や検索サービスなどによって探し出して、新規の情報を閲覧したりあるいは自ら書き込んだりして情報を提供することができる。すなわち、ユーザ自身がコミュニティにおいて主導的な役割を果たす。また、同じ話題に興味があるもの同士が出会う大きなきっかけを与えることができ、情報交換サービスの利用をさらに促進することができる。
【００１３】
ところが、従来の情報交換サービスにおいて、自分と興味が同じ人と出会うためには、ユーザが自ら積極的に探しに行かなければならない。また、本当の自分の興味となるテーマが選択肢として準備されていない場合も多い。
【００１４】
具体的に言えば、従来の情報交換サービスでは、ユーザは、あるコミュニティ・サイトにアクセスする。そこで提示されているテーマの中から興味があるものを選択して、掲示板やチャットなどのコミュニケーションを開始する。このようなコミュニティにおいて提示するサービスは、音楽を聴く、映画を観るという行為をするだけで、興味を同じくする人と引き合わせてくれるものではない。そもそも、パソコンやステレオ、ＤＶＤプレーヤ、ゲーム機、テレビなどで再生されるコンテンツは受身で視聴するのが主流である。
【００１５】
また、ネットワーク上で音楽や映画などのメディア・コンテンツについて他の人の意見や情報を交換した後、そのメディア・コンテンツを聴いたり観賞したりしたい場合には、改めてメディア・コンテンツを探索しなければならず、メディア・コンテンツと密接に関連する情報と元のメディア・コンテンツとの連携が充分ではない。
【００１６】
なお、特許文献１には、第一の端末が利用中のコンテンツの識別情報をサーバに送信し、第二の端末とチャットを実行させる旨の記載があります。また、特許文献２や特許文献３にはユーザの位置を地図表示する構成の記載があり、さらに、特許文献４や特許文献５には、ユーザ数を計数して所定値に到達したことに応答してイベントを発する構成について記載されている。
【００１７】
【特許文献１】特表２００１−５２１６４２号公報、第１７頁第２８行目乃至第１８頁第２８行目
【特許文献２】特開２００１−３０８９０３号公報、段落００１３
【特許文献３】特開２００２−１０８１９４号公報、段落００２７
【特許文献４】特開２００１−１８４２８８号公報、段落００８０
【特許文献５】特開２００１−１６００２７号公報、段落００４７乃至００５０
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なうことができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００１９】
本発明のさらなる目的は、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２０】
本発明のさらなる目的は、元のメディア・コンテンツに好適に連携した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００２１】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、コンテンツを視聴するユーザに情報を提供する情報提供システム又は情報提供方法であって、
同じコンテンツを視聴するユーザを探索する手段又はステップと、
同じコンテンツを視聴するユーザが情報交換するための共有空間を提供する手段又はステップと、
を具備することを特徴とする情報提供システム又は情報提供方法である。
【００２２】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００２３】
本発明の第１の側面に係る情報提供システム又は情報提供方法によれば、同じメディア・コンテンツを利用するユーザ同士を引き合わせて、共通の興味対象を持つ者同士の出会いをベースとして、ユーザ間の同期又は非同期のコミュニケーションや、コンテンツへの情報添付、イベント発生による共有体験などの仕組みを用意して、ユーザがアクティブに関わることができる新しいエンターテインメントを実現することができる。
【００２４】
ここで、前記コンテンツ利用ユーザ判別手段又はステップは、各ユーザから送られてくる利用コンテンツの識別情報とユーザ端末の識別情報の組み合わせを参照することにより同じコンテンツを視聴するユーザであるかどうかを判別するようにすればよい。また、ここで言うコンテンツの識別情報は、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。
【００２５】
前記共有空間提供手段又はステップは、同じコンテンツを利用中の各ユーザに対してコンテンツに関連する情報を提供するようにしてもよい。したがって、音楽や映画など同じコンテンツを利用又は使用している人同士が仮想的な共有世界で引き合わされる。そして、出会った人同士での同期及び非同期両方のコミュニケーションを実現することができる。
【００２６】
また、前記共有空間提供手段又はステップは、同じコンテンツを利用中のユーザの所在地を記した地図表示データを各ユーザに提供するようにしてもよい。そして、該ユーザの所在地を記した地図表示を介したユーザからの要求に応答して、指定されたユーザ間のリアルタイム・コミュニケーションを実行するようにしてもよい。したがって、ユーザは、日本地図や世界地図などに表示されている、同じコンテンツに接している人の位置を手がかりにしてチャットなどのコミュニケーションの相手を指定することができる。
【００２７】
また、前記共有空間提供手段又はステップは、同じコンテンツを利用中のユーザ数を計数して、該ユーザ数が所定値に到達したことに応答して、各ユーザに所定のイベントを発するようにしてもよい。したがって、音楽や映像など同じコンテンツを利用して出会った人達が同時に新たな体験を共有することができる。
【００２８】
また、前記所定値に到達するまでの人数をユーザに通知するようにしてもよい。このような場合、必要な一定人数に到達するまであと何人という表示がなされ、ユーザは友達などに声をかけ、一定人数になるように人集めをするので、サービスの利用が促進される。
【００２９】
また、前記共有空間提供手段又はステップは、再生中のコンテンツに関する付加情報をユーザから受信して、コンテンツ及び／又はコンテンツの再生位置と関連付けて保管するようにしてもよい。そして、同じコンテンツを利用する他のユーザに該付加情報を提供するようにしてもよい。したがって、非同期のコミュニケーションなどにおいて、例えば楽曲コンテンツの特定の部分を示す部位ＩＤを貼付することによって、ユーザはその部分を指定して相手側においてコンテンツの再生を行なわせることができる。ホームページやチャット、掲示板などにおいて、楽曲や映画、ゲームについて、その作品全体ではなく特定の部分に対応したメッセージを伝える際、そのコメントしたい部分をＩＤでタグ化して、ＵＲＬで特定の情報のページを示すように使用することができる。
【００３０】
また、本発明の第２の側面は、コンテンツ視聴に連携したサービスを利用するための情報処理装置又は情報処理方法であって、
コンテンツを再生するコンテンツ再生手段又はステップと、
再生中のコンテンツからコンテンツ識別情報を取得するコンテンツ識別情報抽出手段又はステップと、
当該装置自身の端末識別情報を保持する端末識別情報保持手段又はステップと、
コンテンツ識別情報と端末識別情報を含んだメッセージを通知する識別情報通知手段又はステップと、
を具備することを特徴とする情報処理装置又は情報処理方法である。
【００３１】
本発明の第２の側面に係る情報処理装置又は情報処理方法によれば、再生中のコンテンツから取得したコンテンツ識別情報と当該装置自身の端末識別情報の組からなるコンテンツ利用の通知メッセージを外部に送信するようになっている。したがって、このようなメッセージを各ユーザから受信したサーバ側では、同じメディア・コンテンツを利用するユーザ同士を引き合わせて、共通の興味対象を持つ者同士の出会いをベースとして、ユーザ間の同期又は非同期のコミュニケーションや、コンテンツへの情報貼付、イベント発生による共有体験などの仕組みを用意して、ユーザがアクティブに関わることができる新しいエンターテインメントを実現することができる。
【００３２】
ここで、前記コンテンツ識別情報抽出手段又はステップは、再生コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用してコンテンツの識別情報を生成することができる。
【００３３】
本発明の第２の側面に係る情報処理装置又は情報処理方法は、
前記の識別情報の通知に応答してコンテンツに関連する情報を受信するコンテンツ関連情報受信手段又はステップと、
該受信したコンテンツ関連情報をユーザに提示するコンテンツ関連情報提示手段又はステップと、
をさらに備えていてもよい。
【００３４】
したがって、音楽や映画など同じコンテンツを利用又は使用している人同士が仮想的な共有世界で引き合わされ、その出会った人同士での同期及び非同期両方のコミュニケーションを実現することができる。
【００３５】
前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザの所在地を記した地図表示データを受信し、前記コンテンツ関連情報提示手段又はステップは該地図表示データを表示出力し、該地図の表示画面を介して選択されたユーザとのリアルタイム・コミュニケーションを要求するコミュニケーション要求手段又はステップをさらに備えていてもよい。このような場合、ユーザは、日本地図や世界地図などに表示されている、同じコンテンツに接している人の位置を手がかりにしてチャットなどのコミュニケーションの相手を指定することができる。
【００３６】
また、前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザ数の計数結果に関する画面情報を受信し、前記コンテンツ関連情報提示手段又はステップは該同じコンテンツを利用中のユーザ数の計数結果に関する画面情報を表示出力するようにしてもよい。そして、前記コンテンツ関連情報受信手段又はステップは同じコンテンツを利用中のユーザ数を計数して該ユーザ数が所定値に到達したことに応じて生成されるイベント情報を受信し、前記コンテンツ関連情報提示手段又はステップは該イベント情報を表示出力するようにしてもよい。
【００３７】
このような場合、音楽や映像など同じコンテンツを利用して出会った人達が同時に新たな体験を共有することができる。また、前記所定値に到達するまでの人数をユーザに通知するようにしてもよい。このような場合、必要な一定人数に到達するまであと何人という表示がなされ、ユーザは友達などに声をかけ、一定人数になるように人集めをするので、サービスの利用が促進される。
【００３８】
また、本発明の第２の側面に係る情報処理装置又は情報処理方法は、再生中のコンテンツに対する付加情報を入力する付加情報入力手段又はステップと、該入力された付加情報を通知する付加情報通知手段又はステップとをさらに備え、前記コンテンツ関連情報受信手段又はステップは付加情報が反映されたコンテンツ関連情報を受信し、前記コンテンツ関連情報提示手段又はステップはこれを表示出力するようにしてもよい。
【００３９】
このような場合、非同期のコミュニケーションなどにおいて、例えば楽曲コンテンツの特定の部分を示す部位ＩＤを貼付することによって、ユーザはその部分を指定して相手側においてコンテンツの再生を行なわせることができる。ホームページやチャット、掲示板などにおいて、楽曲や映画、ゲームについて、その作品全体ではなく特定の部分に対応したメッセージを伝える際、そのコメントしたい部分をＩＤでタグ化して、ＵＲＬで特定の情報のページを示すように使用することができる。
【００４０】
また、本発明の第３の側面は、コンテンツを視聴するユーザに情報を提供するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
同じコンテンツを視聴するユーザであるかどうかを判別するコンテンツ利用ユーザ判別ステップと、
同じコンテンツを視聴するユーザが情報交換するための共有空間を提供する共有空間提供ステップと、
を具備することを特徴とするコンピュータ・プログラムである。
【００４１】
また、本発明の第４の側面は、コンテンツ視聴に連携したサービスを利用するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
コンテンツを再生するコンテンツ再生ステップと、
再生中のコンテンツからコンテンツ識別情報を取得するコンテンツ識別情報抽出ステップと、
コンテンツ識別情報と当該装置自身の端末識別情報を含んだメッセージを通知する識別情報通知ステップと、
を具備することを特徴とするコンピュータ・プログラムである。
【００４２】
本発明の第３並びに第４の各側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第３並びに第４の各側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面に係る情報提供システム又は情報提供方法、並びに本発明の第２の側面に係る情報処理装置又は情報処理方法と同様の作用効果を得ることができる。
【発明の効果】
【００４３】
本発明によれば、メディア・コンテンツ毎に密接に関係した情報提供サービスを行なうことができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することができる。
【００４４】
また、本発明によれば、同じメディア・コンテンツに関心のあるユーザ間で通信媒体を介した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することかできる。
【００４５】
また、本発明によれば、元のメディア・コンテンツに好適に連携した共有体験を実現することができる、優れた情報提供システム及び情報提供方法、情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することができる。
【００４６】
本発明によれば、ネットワークにデバイスが繋がることにより、各デバイスで再生される音楽や映像などのコンテンツに対して、従来のように受身で視聴するだけでなく、アクティブに関わることができる。また、同時に違う場所で同じコンテンツを視聴している人との共有体験を実現することができる。
【００４７】
また、本発明によれば、興味の似ている人を自ら探し回ったり検索したりしなくても、そのときの自分の興味そのものであるコンテンツを視聴するだけで、自動的に同じコンテンツを楽しんでいる人同士が出会うことができる。
【００４８】
本発明によって実現される仮想的な共有空間は、なかなか出会えない、近くにいてもお互いが同じ興味を持っていることを知り得なかった人と自動的に出会える貴重な場である。また、メジャーではなくマニアックな一部の人々に他の閉まれているコンテンツにおいてもその良さを分かり合える人と出会うことができる。
【００４９】
また、本発明に係る共有空間では、同じ時に同じコンテンツを視聴している人達だけで、離れた場所の複数人がそのコンテンツを通して共有体験をすることができる。
【００５０】
興味の近い人（すなわち、音楽や映画など同じコンテンツを楽しんでいた人）からの推奨は、まさにその人の趣味にフィットするコンテンツとの出会いを促す。趣味を同じくする人からの推奨は、まったく意外なコンテンツ、でも試してみるととっても気に入るコンテンツというような、同様の購入パターンを示す人のデータをベースとした機械的なレコメンデーション・システムでは難しいとされている出会いのきっかけを与えることができ、ユーザは自分の新たな興味を引き出すことができる。
【００５１】
本発明によれば、出会い後のさまざまな行為「コミュニケーション」、「コンテンツの特定部位への情報追加」、「イベント参加」、「推奨→購入」は、ユーザのその時の思いに従って巡ることができる。コミュニケーションはコミュニケーション・サイト、購入はショッピング・サイトというように目的をまず決めて訪問するのではなく、人の自然な好意にフィットするシステムを提供することができる。
【００５２】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００５３】
以下、図面を参照しながら本発明の実施形態について詳解する。
Ａ．システム構成
図１には、本発明の実施に供されるネットワーク・コンピューティング・システム１の構成を模式的に示している。ネットワーク・コンピューティング・システム１には、無数のコンピュータ・システムが接続されている。これらコンピュータ・システムは、世界中に散在しており、一部のコンピュータは各種の資源サービスを有償又は無償で提供する「サーバ」として稼動し、他の一部はサーバに対して資源サービスを要求する「クライアント」として稼動している。
【００５４】
また、図１に示すように、ネットワーク・コンピューティング・システム１は、通信媒体として、インターネット１０や、その他の小規模ネットワークとしてのＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２０Ａ，２０Ｂ…、各国又は各地域の電話会社が構築・提供する公衆電話網３０などを含んでいる。インターネット１０やそれぞれの小規模ネットワーク２０Ａ…は、ルータ２１Ａ…などを経由して相互接続されている。これらインターネット１０や小規模ネットワーク２０Ａ，２０Ｂ…上のサーバ同士は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従って相互アクセスが可能である。また、インターネット１０やＬＡＮ２０Ａ，２０Ｂ…などのネットワークと、公衆電話網３０とは、ゲートウェイ・システム４０によって相互接続されている。
【００５５】
インターネット１０上のコンピュータ・システム（ＬＡＮ経由でインターネット接続されているコンピュータを含む）は、インターネット１０上で識別可能なＩＰアドレスを取得している。また、インターネット１０上には、専用線によるＩＰ接続を行なうことができない一般ユーザのために、インターネットへの接続サービスを提供する通信事業者すなわちインターネット・サービス・プロバイダ（ＩＳＰ）が存在する。ユーザは、サービス・プロバイダが設置するアクセス・ポイント（ＡＰ）にダイヤルアップすることで、インターネットへのＩＰ接続が行なわれる。
【００５６】
任意のサービス・プロバイダ（ＩＳＰ）経由でＩＰ接続された一般ユーザのコンピュータ（ＰＣ）１００は、例えばＷＷＷブラウザのようなクライアント・アプリケーションを導入することで、インターネット１０上でクライアントとして稼動することができる。
【００５７】
本実施形態では、クライアントとなる各コンピュータは、ブロードバンドな通信網でネットワークに常時接続されていることを想定している。但し、一時的な接続形態であっても、本発明は同様の作用効果を奏する。
【００５８】
また、ＬＡＮ２０Ａ上には、ＨＴＭＬコンテンツなどのＨＴＴＰ資源オブジェクトを提供する１以上のＷＷＷサーバ２５や、各ユーザ・アカウントに対する電子メールの送受信サービスを提供するメール・サーバ２６、データベース・サーバ、ファイル・サーバなど各種のサーバが複数存在していている。ＬＡＮ２０Ａ上の各サーバ２２，２３−１，２３−２，２５，２６に対しては、ルータ２１Ａ経由でインターネット・アクセスすることができる。
【００５９】
ネットワーク上の各サーバは、情報提供サービスを運営している。例えばサーバ２５のうちの１つは、音楽や映画などのメディア・コンテンツに対してユーザがアクティブに関わることができる新しいエンターテインメントを実現する共有空間提供サイトとして動作している。より具体的には、ネットワーク上の各クライアントは、ＣＤなどのメディアやＭＰ３などの圧縮データ形式でダウンロードされる音楽、あるいはＤＶＤなどのメディアやストリーミング配信により得られる映画などの映像を再生しており、これに対しサーバは、楽曲や映像などの同じメディア・コンテンツを利用するユーザ同士で新しい共有経験を実現する空間を提供する。
【００６０】
このような共有空間提供サーバが行なうサービス内容は以下の通りである。
【００６１】
（１）出会い：
同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士が仮想的な共有世界で引き合わされる。以下で説明するすべてのサービスはこの共通の興味対象を持つ者同士の出会いをベースとして実現される。
【００６２】
（２）コミュニケーション：
共有世界で出会った者同士での、同期及び非同期でのコミュニケーションを実現する。
【００６３】
（３）オブジェクトへの情報貼り付け：
視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付ける。貼り付ける部位を指定することも可能である。また、貼り付けた情報を後ほど閲覧することができる。
【００６４】
（４）イベント：
同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をする仕組みを用意する。したがって、音楽や映像など同じコンテンツを利用して出会った人たちが、同時に新たな体験をすることができる。
【００６５】
（５）広告システム：
音楽や映像など同じコンテンツに興味を示しているユーザ同士が出会うコミュニティをベースにして、且つ、そのときまさに再生されているコンテンツと連動した広告が提示される。
【００６６】
（６）部位ＩＤ（コンテンツ再生区間の指定）：
同期又は非同期コミュニケーションにおいて、楽曲などコンテンツの特定の部分を指定する部位ＩＤを添付することにより、受け手側でその部分を指定してコンテンツを再生させる。同期のコミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。これによってコンテンツ購入を促進する作用が働く。また、Ｍｙ  Ｆａｖｏｒｉｔｅ（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。例えば、ホームページやチャットや掲示板などで楽曲や映画、ゲームについて、コンテンツの特定部分に対応したコメントを伝える際、コメントしたい部分（再生区間）を部位ＩＤでタグ化して使用する。部位ＩＤをメールに貼り付けて送るようにしてもよい。
【００６７】
図１に示すネットワーク１上で、サーバ又はクライアントと呼ばれるホスト端末は、通常、パーソナル・コンピュータあるいはゲーム機、セットトップ・ボックス（ＳＴＢ）などのコンピュータ・システム上で特定のサーバ・アプリケーション又はクライアント・アプリケーションを稼動することによって構成されている。図２には、この種のコンピュータ・システム５００のハードウェア構成例を模式的に示している。以下、各部について説明する。
【００６８】
システム５００のメイン・コントローラであるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５１１は、オペレーティング・システム（ＯＳ）の制御下で、各種のアプリケーションを実行するようになっている。図示の通り、ＣＰＵ５１１は、バス５１７によって他の機器類（後述）と相互接続されている。
【００６９】
メモリ５１２は、ＣＰＵ５１１において実行されるプログラム・コードを格納したり、実行中の作業データを一時保管したりするために使用される記憶装置である。同図に示すメモリ５１２は、不揮発及び揮発メモリ双方を含むものと理解されたい。
【００７０】
ディスプレイ・コントローラ５１３は、プロセッサ５１１が発行する描画命令を実際に処理するための専用コントローラであり、ディスプレイ・コントローラ５１３において処理された描画データは、例えばフレーム・バッファ（図示しない）に一旦書き込まれた後、表示装置５２１に画面出力される。
【００７１】
入力機器インターフェース５１４は、キーボード５２２やマウス５２３などのユーザ入力機器をシステム５００に接続するための装置である。
【００７２】
ネットワーク・インターフェース５１５は、Ｅｔｈｅｒｎｅｔ（登録商標）などの所定の通信プロトコルに従って、システム５００をネットワーク１に接続することができる。ネットワーク１上では、ソフトウェア・プログラムやデータ・コンテンツなどの配信が行われる。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどを、ネットワーク１経由で送受信することができる。同様に、ＭＰ３やＡＴＲＡＣ、あるいはその他の形式の楽曲コンテンツをネットワーク１経由で送受信することができる。
【００７３】
外部機器インターフェース５１６は、ハード・ディスク・ドライブ（ＨＤＤ）５２４やメディア・ドライブ５２５などの外部装置をシステム５００に接続するための装置である。
【００７４】
ＨＤＤ５２４は、記憶担体としての磁気ディスクを固定的に搭載した外部記憶装置であり（周知）、記憶容量やデータ転送速度などの点で他の外部記憶装置よりも優れている。ソフトウェア・プログラムを実行可能な状態でＨＤＤ５２６上に置くことをプログラムのシステムへの「インストール」と呼ぶ。通常、ＨＤＤ５２４には、プロセッサ５１１が実行すべきオペレーティング・システムのプログラム・コードや、アプリケーション・プログラム、デバイス・ドライバなどが不揮発的に格納されている。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどは、ＨＤＤ５２４上にインストールされる。また、ＭＰ３やＡＴＲＡＣなどの形式の楽曲コンテンツやその他のメディア・コンテンツをＨＤＤ５２４上に蓄積しておいてもよい。
【００７５】
また、メディア・ドライブ５２５は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）やＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などの可搬型メディアを装填して、データ記録面にアクセスするための装置である。可搬型メディアは、主として、ソフトウェア・プログラムやデータ・ファイルなどをコンピュータ可読形式のデータとしてバックアップすることや、これらをシステム間で移動（販売・流通・配布を含む）する目的で使用される。例えば、本実施形態に係る共有空間提供サービスを実行するサーバ・アプリケーションや、本実施形態に係る共有空間の利用を行なうクライアント・アプリケーションなどは、これら可搬型メディアを利用して流通・配布することができる。同様に、ＭＰ３やＡＴＲＡＣ、あるいはその他の形式の楽曲コンテンツをこの種の可搬型メディアを利用して流通・配布することができる。
【００７６】
Ｂ．メディア・コンテンツと連携した共有空間提供サービス
既に述べたように、ネットワーク１上で稼動しているサーバ２５のうち少なくとも１つは、音楽や映画などのメディア・コンテンツに対してユーザがアクティブに関わることができる新しいエンターテインメントを実現する共有空間提供サイトを運営している。すなわち、この共有空間提供サーバは、ＣＤなどのメディアやＭＰ３などの圧縮データ形式でダウンロードされる音楽、あるいはＤＶＤなどのメディアやストリーミング配信により得られる映画などの映像を再生しているクライアントに対して、同じメディア・コンテンツを利用するユーザ同士で新しい共有経験を実現する空間を提供する。共有空間提供サーバが行なう各サービス内容について、以下に詳解する。
【００７７】
Ｂ−１．出会い：
同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士が仮想的な共有世界で引き合わされる。具体的には、ネットワーク１に接続されているクライアント機器上で音楽や映像などのメディア・コンテンツを再生していると、その再生中のコンテンツ本体から取り出すことができる一意の識別情報を自動的に抽出して、サーバに通知する。そして、サーバ側では、各クライアントからの通知を基に、同じコンテンツを同時期に再生しているクライアントが互いにその存在を確認し合えるようにする。
【００７８】
図３には、同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされる仕組みを模式的に示している。
【００７９】
クライアントは、ＣＤやＤＶＤなどの記録メディアを媒介にして、音楽や映像などのコンテンツを取得して、これを再生することができる。また、ネットワーク上のサーバからＭＰ３ファイル又はＭＰＥＧ２ファイルなどの形式で配信される音楽や映像などのコンテンツを取得して、これを再生することができる。
【００８０】
そして、クライアントは、その再生中のコンテンツ本体から取り出すことができる一意の識別情報（楽曲ＩＤなどのコンテンツＩＤ）を自動的に抽出して、これをクライアント自身の端末ＩＤとともにサーバに通知する。
【００８１】
ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。
【００８２】
サーバ側では、コンテンツを再生する各クライアントからコンテンツＩＤと端末ＩＤの組からなる通知を受けて、これをチャットや掲示板などのコンテンツ付加情報として管理するとともに、付加情報をクライアントに返す。また、クライアント側では、受け取った付加情報を画面出力又は音声出力して、ユーザに提示することにより、元のコンテンツと連携した情報提供サービスを実現することができる。
【００８３】
図４には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。
【００８４】
クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、楽曲データ蓄積部６１とを備えている。
【００８５】
コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。
【００８６】
コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。
【００８７】
コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。
【００８８】
端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。
【００８９】
メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。
【００９０】
そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。
【００９１】
一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７とを備えている。
【００９２】
メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージを受信する。
【００９３】
メッセージ解析部６３は、クライアントからの受信メッセージを解析して、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。
【００９４】
データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。
【００９５】
メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データを基に、クライアントへのメッセージを生成する。このメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。
【００９６】
クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、楽曲情報データのような再生中のコンテンツに密接に関係する情報を取り出す。そして、楽曲情報データを楽曲情報データ蓄積部６１に記録するとともに、ユーザ・インターフェース５２を介してこれを画面表示する（あるいは音声出力する）などして、ユーザに提示する。
【００９７】
図７には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。
【００９８】
ＣＤなどのメディアをメディア読み取り部５４に装填する、あるいはユーザ・インターフェース５２を介したユーザからの指示に応答して、楽曲などのコンテンツの読み込みが開始される（ステップＳ１）。
【００９９】
コンテンツ再生部５１では、読み込まれたコンテンツの画面出力あるいは音声出力を行ない、コンテンツの再生処理を実行する。このとき、コンテンツＩＤ抽出部５６は、再生中のコンテンツの所定位置からあらかじめ定められた間隔で切り出す（ステップＳ２）。そして、複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して、楽曲ＩＤなどのコンテンツＩＤを生成する（ステップＳ３）。
【０１００】
そして、算出されたコンテンツＩＤとクライアント装置自身に割り当てられている端末ＩＤを基にメッセージを生成して、これを共有空間提供サーバに向けて送信する（ステップＳ４）。
【０１０１】
その後、共有空間提供サーバから楽曲データを受信することができたならば（ステップＳ５）、これを楽曲データ蓄積部６１に蓄積するとともに（ステップＳ６）、ユーザ・インターフェース５２を介して画面出力あるいは音声出力する（ステップＳ７）。
【０１０２】
例えば、コンテンツの利用がＣＤ再生という形態で行なわれている場合、再生位置が次のトラックに移動したときには（ステップＳ８）、ステップＳ１に戻り、上述と同様の処理を繰り返し実行する。
【０１０３】
また、図８には、ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、共有空間を提供するサーバにおいて実行される処理手順をフローチャートの形式で示している。
【０１０４】
ネットワーク１経由でクライアントから端末ＩＤ及びコンテンツＩＤを含んだメッセージを受信すると（ステップＳ１１）、楽曲再生データベースを更新するとともに（ステップＳ１２）、楽曲データ・データベース６６を検索する（ステップＳ１３）。そして、データベース６６から取り出された楽曲データを、メッセージ送信元のクライアントに返す（ステップＳ１４）。
【０１０５】
以下で説明するすべてのサービスは、上述したような共通の興味対象を持つ者同士の出会いの仕組みをベースとして実現される。
【０１０６】
Ｂ−２．コミュニケーション
共有空間提供サーバによって実現される共通の興味対象を持つ者同士の出会いの仕組みをベースとして、音楽や映画など同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用して、同期及び非同期でのコミュニケーションが可能になる。同期のコミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。また、非同期のコミュニケーションの際には、Ｍｙ  Ｆａｖｏｒｉｔｅ（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。また、ＩＰ電話などを利用して、楽曲中の特定のフレーズを試聴させることが可能である。この場合、テキストベースではなく、音声コミュニケーションを実現することができる。
【０１０７】
図９には、音楽や映画など同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用するための仕組みを模式的に示している。
【０１０８】
クライアントは、ＣＤやＤＶＤなどの記録メディアを媒介にして、音楽や映像などのコンテンツを取得して、これを再生することができる。また、ネットワーク上のサーバからＭＰ３ファイル又はＭＰＥＧ２ファイルなどの形式で配信される音楽や映像などのコンテンツを取得して、これを再生することができる。
【０１０９】
そして、クライアントは、その再生中のコンテンツ本体から取り出すことができる一意の識別情報（楽曲ＩＤなどのコンテンツＩＤ）を自動的に抽出して、これをクライアント自身の端末ＩＤとともにサーバに通知する。
【０１１０】
ここで、コンテンツＩＤは、コンテンツの所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して生成することができる。このようなＩＤの生成方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式（ＭＰ３、ＡＴＲＡＣなど）に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる。
【０１１１】
サーバ側では、コンテンツを再生する各クライアントからコンテンツＩＤと端末ＩＤの組からなる通知を受けて、これをリアルタイム情報として管理する。また、サーバは、端末ＩＤと該当ユーザの住所情報からなるユーザ情報データベースを管理しており、同時視聴ユーザの所在を地図上にマッピングして、同時視聴ユーザの人数（人数ゲージ）とともに各クライアントにフィードバックする。
【０１１２】
したがって、クライアント側では、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することができる。クライアント・ユーザの立場で言えば、同じ時に同じ曲を聴いている人に引き合わせてもらえる。なかなか出会えない、近くにいても知らない、共通の興味、価値観の持ち主と出会うことができる。すなわち、「この曲の良さを語れる人と出会えた！」という喜びを享受することができる。
【０１１３】
図１０には、コンテンツを再生中のクライアント装置上での表示画面の構成例を示している。同図に示す例では、現在再生中のコンテンツに関する属性情報（アーティスト名、楽曲名、演奏時間など）とともに、日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークをクリックすると、チャットやインスタント・メッセージなどの機能が起動する。また、同時視聴ユーザの人数（人数ゲージ）が併せて表示されている。人数ゲージが所定値（図示の例では５０人）に到達すると、同時視聴する各ユーザにイベントが提供される（後述）。
【０１１４】
このとき、現実世界において同じコンテンツを楽しんでいるユーザに対して、チャットや掲示板などの仮想世界におけるコミュニケーションが用意される。同期又は非同期のコミュニケーションによりユーザ間で情報交換が行なわれる結果として、商品の購買意欲が喚起されることもある。また、共通の興味、価値観の持ち主の間で一緒に盛り上がり、イベント性を持つことになる（図１１を参照のこと）。
【０１１５】
同じコンテンツを楽しんでいるユーザが同期でコミュニケーションを行なう場合、共通の興味対象を持つ者同士（同じＩＤを持つコンテンツを再生している者同士、すなわち、違う場所で同じ時に同じ音楽を聴き又は同じ映画を観ている者同士）が、仮想共有空間で引き合わされる。具体的には、興味が同じ人の存在が画面上で表示されており（図１０を参照のこと）、コミュニケーション希望者にはチャット（ｎ×ｎ）を仕掛けることができる。
【０１１６】
図１２には、同じコンテンツを楽しんでいるユーザ同士をチャットなどの仮想共有空間に引き込んでコミュニケーションへ導くための画面構成例を示している。
【０１１７】
同図に示す例では、現在再生中のコンテンツに関する属性情報（アーティスト名、楽曲名、演奏時間など）とともに、日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されており、コミュニケーションを希望するユーザのマークをクリックすると、チャット又はその他の同期コミュニケーション機能が起動する。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ  ｇｒａｐｈｉｃ）に表示される。既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ  ｇｒａｐｈｉｃ）に表示されるのは、（地図に現在同じコンテンツを視聴している人の存在が表示されなくても、そのステップを飛ばして）、直接、音楽や映画を見ていてコミュニケーションモードになると、会話がダイナミックに見えてくるという想定である。
【０１１８】
また、同じコンテンツを楽しんでいるユーザが非同期でコミュニケーションを行なう場合、コメントの対象部分を指定しないメッセージに関して、視聴しているその対象となるコンテンツ（音楽や映像）毎に、掲示板を作成して、メッセージを提示することができる。また、次から同じコンテンツにアクセスした人には、それに関する掲示板が自動的に提示され、コメントを随時追加することが可能である。
【０１１９】
コメントの対象部分を指定するメッセージに関しては、後述するオブジェクトへの情報貼り付けの結果を非同期コミュニケーションとして楽しむこともできる。
【０１２０】
図１３には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより、仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。
【０１２１】
クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、地図表示データ解析部１６１と、チャット・データ解析部１６２とを備えている。
【０１２２】
コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。
【０１２３】
コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。
【０１２４】
コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する（同上）。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。
【０１２５】
メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。
【０１２６】
一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、地図表示データ生成部１６３と、地図表示データ・データベース１６４と、チャット処理部１６５と、ユーザ情報データベース１６６を備えている。
【０１２７】
メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからのメッセージを受信する。また、メッセージ解析部６３は、クライアントからの受信メッセージを解析する。
【０１２８】
クライアントからの受信メッセージがコンテンツ利用の通知である場合には、コンテンツＩＤと端末ＩＤを取り出して、データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう（同上）。
【０１２９】
クライアント側では、例えばユーザ・インターフェース５２を介したユーザ・コマンドに応答して、同じコンテンツを楽しんでいるユーザの所在を表した地図情報を要求する地図表示要求メッセージを生成、送信することができる。
【０１３０】
サーバは、クライアントからの受信メッセージが地図表示要求である場合には、地図表示データ生成部１６３は、楽曲再生データベース６５を検索して同じコンテンツを楽しんでいる端末ＩＤを見つけ出すとともに、ユーザ情報データベース１６６を参照して、見つけ出された各ユーザの所在を突き止める。図１４に示すように、ユーザ情報データベース１６６は、端末ＩＤと該当ユーザの住所情報の組み合わせをレコードとしてユーザ情報を管理している。そして、地図表示データ・データベース１６４から地図表示用のデータを取り出して、同時視聴ユーザの所在を地図上にマッピングする。メッセージ生成部６７は、このようにして得られた地図表示データを基にメッセージを生成する。このメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。
【０１３１】
クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析する。サーバからのメッセージが地図表示データである場合には、地図表示データ解析部１６１がこれを解析して地図表示画面（図１０を参照のこと）を生成して、これをユーザ・インターフェース５２を介して画面表示する。
【０１３２】
上述したように、この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されている。そして、コミュニケーションを希望するユーザのマークをクリックすることによって、チャット要求メッセージを生成、送信することができる。
【０１３３】
サーバは、クライアントからの受信メッセージがチャット要求である場合には、チャット処理部１６５は、楽曲再生データベース６５を参照して、チャット要求元クライアントと同じコンテンツを同時に再生して且つチャットを希望している他のクライアントを見つけ出して、これらクライアントの間でチャット機能を起動する。
【０１３４】
クライアント側では、サーバからのメッセージがチャット・データである場合には、チャット・データ解析部１６２がこれを解析して、地図表示画面を利用して会話内容を画面表示する（図１２を参照のこと）。
【０１３５】
図１５には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。
【０１３６】
クライアントは、コンテンツを楽しむ者に共有世界を提供するサーバに対して、現在再生中のコンテンツのＩＤを付した地図表示要求メッセージを送信し（ステップＳ２１）、これを受信するまで待機する（ステップＳ２２）。
【０１３７】
そして、地図表示データを受信すると、これをディスプレイ画面上で表示出力する（ステップＳ２３）（図１２を参照のこと）。
【０１３８】
日本地図上で音楽や映像など同じコンテンツに接している人の分布が表示されている。この地図表示上では、同じ曲を聴いている人の所在地にマークが付されている。このマークは、チャットなどのコミュニケーションの希望の有無を区別して表示されている。
【０１３９】
コミュニケーションを希望するユーザのマークをマウスでクリックすると（ステップＳ２４）、そのクリック位置が検出され（ステップＳ２５）、クリック位置に対応するユーザとのチャット要求メッセージを生成して、サーバへ送信される（ステップＳ２６）。
【０１４０】
この結果、同じコンテンツを楽しんでいるユーザ間でチャット機能が起動する（ステップＳ２７）。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ  ｇｒａｐｈｉｃ）に表示される。既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ  ｇｒａｐｈｉｃ）に表示されるのは、（地図に現在同じコンテンツを視聴している人の存在が表示されなくても、そのステップを飛ばして）、直接、音楽や映画を見ていてコミュニケーションモードになると、会話がダイナミックに見えてくるという想定である。
【０１４１】
また、図１６には、日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。
【０１４２】
クライアントから地図表示要求メッセージを受信すると（ステップＳ３１）、まず、楽曲再生データベース６５（図５を参照のこと）を検索して、要求元クライアントと同じ楽曲を楽しんでいるユーザＩＤを取得する（ステップＳ３２）。
【０１４３】
次いで、ユーザ情報データベース１６６（図１４を参照のこと）を検索して、要求元クライアントと同じ楽曲を楽しんでいる各クライアントの所在地を確認する（ステップＳ３３）。
【０１４４】
そして、日本地図若しくは世界地図などの地図上に同時視聴ユーザの所在を地図上にマッピングして、地図表示データを生成する（ステップＳ３４）。そして、この地図表示データを要求元クライアントに送信する（ステップＳ３５）。
【０１４５】
ここで、クライアントからチャット要求を受信した場合には（ステップＳ３６）、同じコンテンツを楽しんでいるユーザ間でチャット機能が起動する（ステップＳ３７）。また、既にチャットをしている者同士のメッセージがダイナミック（ｍｏｔｉｏｎ  ｇｒａｐｈｉｃ）に表示される。
【０１４６】
なお、リアルタイムでチャットを行なっているとき、この曲のこの部分がお薦めというように、実際にそのお薦めの部分を相手に聴かせることができるようにしてもよい (部位ＩＤの活用、推奨、視聴行動としての活用)。
【０１４７】
音楽や映画の選択は嗜好性が非常に高く、その人の興味、価値観をまさに反映させていると考えられる。よって、同時に（又は同じコンテキストで）同じコンテンツ（楽曲など）を聴いている人から薦められる新たなコンテンツは、薦められた人の興味に適合する可能性が極めて高く、よって、商品の購買に結び付きやすいと思料される。
【０１４８】
Ｂ−３．オブジェクトへの情報貼り付け
本実施形態では、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けることができる。貼り付ける部位を指定することも可能である。また、貼り付けた情報を後ほど閲覧することができる。
【０１４９】
貼り付ける情報には、同期で楽しむものと非同期で楽しむものに分けられる。貼り付ける情報としては以下のようなものが挙げられる。
【０１５０】
（１）同期での楽しみ方
１：拍手やパーカッションなどを付加：
楽曲を楽しみながら、キー（ボタン）などを叩くことにより、拍手、パーカッションなどを楽しむことができる。コンテンツ中の叩かれた再生位置に、そのアクション（マーク）が貼付される。なお、同じ楽曲を同時に楽しんでいる人には、拍手やパーカッションの音が聴こえ、同時にそのマークが付加されていく様子も見える。
【０１５１】
２：ココ好きマークの付加：
この楽曲のこの部分が特に好きといった、お気に入りマークを貼り付ける。具体的には、楽曲が流れている際に、自分のお気に入りの部分に到達したら、キー（ボタン）を押すことによって、お気に入りマークが貼付される。
【０１５２】
３：その部分に対するコメント付加：
楽曲全体に関わるメッセージだけでなく、例えば「曲のその部分」についてのコメントを貼り付けることができる（該当部分の演奏テクニックのすばらしさについて、その部分の歌詞作成時にまつわる逸話など）。
【０１５３】
（２）非同期での楽しみ方
同じ楽曲を、後ほど再生した人にとっては、これら貼り合わせた情報（拍手マーク、ココ好きマーク、部分に対してのコメント群など）は、非同期のコミュニケーションとも言える。すなわち、楽曲（映像）を対象とした、掲示板的な存在と言える。
【０１５４】
図１７には、再生中の楽曲コンテンツにさまざまな情報を貼り付けるための操作画面の構成例を示している。
【０１５５】
同図に示す例では、コンテンツに付加すべき情報が部品化され、ツール・パレットから選択して用いることができる。
【０１５６】
画面略中央の帯状の表示は、楽曲コンテンツの再生位置を時間軸上で表現している。ユーザは、楽曲を再生中に、好きな部分に到達したときや、コメントなどその他の情報を付加したい場合には、ツール・パレットから該当する部品をドラッグ・アンド・ドロップ操作により移動させればよい。
【０１５７】
例えば、楽曲を再生中にセッション感覚でキーを叩くことによって、該当する再生位置に拍手マークが貼付される。また、ツール・パレットからハート・マークを取り出して楽曲コンテンツに貼付することにより、該当する再生位置がユーザのお気に入りの箇所であることを明示することができる。また、楽曲の特定の再生位置に吹き出しを置いてコメントを挿入することにより、該当部分の演奏テクニックのすばらしさやその部分の歌詞作成時にまつわる逸話など楽曲情報をコンテンツに貼り付けることができる。
【０１５８】
図１８には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。
【０１５９】
クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、マーク追加処理部２６１とを備えている。
【０１６０】
コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。
【０１６１】
コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。
【０１６２】
コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。
【０１６３】
メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。
【０１６４】
一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、画面表示データ生成部２６２とを備えている。
【０１６５】
メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージを受信する。
【０１６６】
メッセージ解析部６３は、クライアントからの受信メッセージを解析する。例えば、コンテンツ利用の通知メッセージの場合には、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。また、貼付情報メッセージの場合には、メッセージから楽曲ＩＤと楽曲情報データの組み合わせを取り出す。
【０１６７】
データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。
【０１６８】
画面表示データ生成部２６２は、楽曲データ・データベース６６を参照して、クライアント側で再生されている楽曲コンテンツに関する画面表示用のデータを生成する。
【０１６９】
メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データを基に、クライアントへのメッセージを生成する。これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。
【０１７０】
クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、再生中のコンテンツに関連する画面表示用のデータを取り出す。そして、ユーザ・インターフェース５２を介して楽曲への情報付加用の画面（図１７を参照のこと）を表示する。
【０１７１】
クライアント・ユーザは、再生中の楽曲コンテンツに情報を貼り付けるための操作画面を介して、拍手マークやお気に入り、吹き出しなどのマークの追加を指示することができる。マーク追加処理部２６１は、ユーザ・インターフェース５２を介したユーザ入力に基づいてコンテンツへ貼り付けるマークの追加処理を行なう。メッセージ生成部５８は、追加されたこれらマークを楽曲データとしてメッセージを生成し、メッセージ送受信部５９がこのメッセージをサーバに送出する。
【０１７２】
サーバ側では、楽曲データ・メッセージを受信すると、楽曲データ・データベース６６の内容を更新するとともに、画面表示データ生成部２６２はデータベースの更新内容に基づいて画面表示データを更新する。更新された画面表示データは、メッセージ生成部６７によりメッセージ化され、メッセージ送受信部６２によりクライアントに送出される。
【０１７３】
図１９には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。
【０１７４】
まず、図１７に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ａｄｄ  Ｉｎｆｏｒｍａｔｉｏｎ（情報の貼り付け）」を選択する。
【０１７５】
ＣＤなどのメディアをメディア読み取り部５４に装填する、あるいはユーザ・インターフェース５２を介したユーザからの指示に応答して、楽曲などのコンテンツの読み込みが開始される（ステップＳ４１）。
【０１７６】
楽曲コンテンツの読み込みに合わせて、楽曲再生時に使用する画面表示データをサーバに要求する（ステップＳ４２）。
【０１７７】
そして、サーバ側から無事に画面表示データを受け取ることができたならば（ステップＳ４３）、ユーザ・インターフェース５２を介してこれを画面表示する（ステップＳ４４）。
【０１７８】
ユーザはこの表示画面を介して再生コンテンツへのマーク追加処理を行なうことができる（ステップＳ４５）。既に述べたように、図１７に示したようなコンテンツへの情報貼り付け操作画面上では、画面略中央の帯状の表示は、楽曲コンテンツの再生位置を時間軸上で表現されており、楽曲を再生中に、好きな部分に到達したときや、コメントなどその他の情報を付加したい場合には、ツール・パレットから該当する部品をドラッグ・アンド・ドロップ操作により移動させる。
【０１７９】
例えば、楽曲を再生中でセッション感覚でキーを叩くことによって、該当する再生位置に拍手マークが貼付される。また、ツール・パレットからハート・マークを取り出して楽曲コンテンツに貼付することにより、該当する再生位置がユーザのお気に入りの箇所であることを明示することができる。また、楽曲の特定の再生位置に吹き出しを置いてコメントを挿入することにより、該当部分の演奏テクニックのすばらしさやその部分の歌詞作成時にまつわる逸話など楽曲情報をコンテンツ貼り付けることができる。
【０１８０】
そして、図１７に示すような操作画面上でユーザがコンテンツに向かって追加したマークは、楽曲データとしてサーバに送出される（ステップＳ４６）。サーバ側では、各クライアントから受信した楽曲データを基に画面表示データを更新する。
【０１８１】
その後、ステップＳ４３に戻り、サーバから新しい画面表示データを受信する毎に、上述と同様のマーク追加処理を繰り返し実行する。
【０１８２】
また、図２０には、ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。
【０１８３】
サーバは、クライアントから画面表示要求を受信すると（ステップＳ５１）、楽曲データ・データベース６６を検索して（ステップＳ５２）、画面表示データを生成する（ステップＳ５３）。そして、この画面表示データを要求元のクライアントに送信する（ステップＳ５４）。
【０１８４】
また、サーバは、クライアントから更新された楽曲データを受信すると（ステップＳ５５）、楽曲データ・データベース６６にその内容を更新する（ステップＳ５６）。
【０１８５】
さらに、楽曲データの更新に伴い、画面表示データを更新して（ステップＳ５７）、これをクライアントに送信する（ステップＳ５８）。
【０１８６】
Ｂ−４．イベント
共有空間提供サーバによって実現される共通の興味対象を持つ者同士が出会う共有世界では、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をする仕組みを用意する。したがって、音楽や映像など同じコンテンツを利用して出会った人たちが、同時に新たな体験をすることができる。
【０１８７】
図２１に示すように、共有空間では、イベントを起動するために必要な一定人数に到達するまで、あと何人という表示がなされる。既に共有空間にログインしているユーザは友達に声をかけたりして一定人数に届くよう人数集めを行なうので、サービス利用の促進につながる。
【０１８８】
新たな体験の例としては、以下に示すように元のメディア・コンテンツに対するプレミア的、限定版的な内容などが挙げられる。
【０１８９】
１：音楽の場合、同じ楽曲のリミックス・バージョンが聴ける。
２：同じアーティストのコンサートでの楽曲順に曲が聴ける。２０年前のコンサートの楽曲をその時の順序で再現する。
３：映画の場合、ノーカット版の上映を行なう。
４：その映画のメイキング状況の映像が観られる。
５：映画に対してのコメント、関連情報、俳優に対しての情報提示。
【０１９０】
同時に同じ曲を聴いている人が１０人になると、○○。５０人に達すると△△△というように、段階を追って新しい体験をさせてくれる仕掛けも可能である。例えば、１０人同時に同じ楽曲を楽しんでいれば、そのアーティストの発売前の新曲や、限定アレンジ版の楽曲を１フレーズだけ提供し、５０人に達すると、すべてのフレーズを聴くことができるようにする。
【０１９１】
また、ファンクラブ内において、あらかじめ日時を告知しておき、全員が同時に同じ曲をかけ（同時に同じ楽曲を楽しんでいる人数を充分に確保し）、イベントに参加するようにして、イベントを誘発して積極的に楽しむようにしてもよい。
【０１９２】
なお、ある人数に達した場合のイベントの展開において、その時刻（時間帯）を反映された展開も可能である。例えば、夜５０人に達すれば、夜バージョンのアレンジのその楽曲が聴けるようにしてもよい。
【０１９３】
図２２には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をするという動作を実現するためのクライアント及びサーバの機能構成を模式的に示している。
【０１９４】
クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、楽曲データ蓄積部６１とを備えている。
【０１９５】
コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。
【０１９６】
コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。
【０１９７】
コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。
【０１９８】
メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。また、メッセージ生成部５８は、ユーザ・インターフェース５２からイベント画面出力するための画面表示データの要求メッセージを生成する。そして、メッセージ送受信部５９は、これらのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。
【０１９９】
一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、楽曲データ・データベース６６と、メッセージ生成部６７と、スペシャル・コンテンツ蓄積部３６１と、画面表示データ生成部３６２とを備えている。
【０２００】
メッセージ送受信部６２は、ネットワーク経由でコンテンツを利用する各クライアントからコンテンツ利用を通知するためのメッセージや、イベント画面表示データの要求メッセージを受信する。メッセージ解析部６３は、クライアントからの受信メッセージを解析する。
【０２０１】
データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、楽曲データ・データベース６６の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、楽曲データ・データベース６６は、楽曲ＩＤと楽曲情報データとの組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。
【０２０２】
画面表示データ生成部６７は、イベント画面表示データ要求に応じて、楽曲再生データベース６５を検索して、同じコンテンツを同時に楽しんでいるユーザの人数を集計して、イベント画面表示用のデータを生成する。メッセージ生成部６７は、この画面表示データをクライアントに送信するためのメッセージを生成する。
【０２０３】
また、メッセージ生成部６７は、楽曲データ・データベース６６を検索して得られた楽曲情報データをクライアントに送信するためのメッセージを生成する。
【０２０４】
これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。
【０２０５】
クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、イベント画面表示用のデータを取り出す。あるいは、楽曲情報データのような再生中のコンテンツに密接に関係する情報を取り出す。そして、楽曲情報データを楽曲情報データ蓄積部６１に記録するとともに、ユーザ・インターフェース５２を介してこれを画面表示する（あるいは音声出力する）などして、ユーザに提示する。
【０２０６】
図２３には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。
【０２０７】
まず、図２１に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ｅｖｅｎｔ」を選択する。
【０２０８】
そして、クライアントは、サーバに対して画面表示データの要求メッセージを送信する（ステップＳ６１）。
【０２０９】
その後、サーバから画面表示データを無事に受信することができたならば（ステップＳ６２）、これを画面表示する（ステップＳ６３）。
【０２１０】
また、図２４には、同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。
【０２１１】
いずれかのクライアントからイベント画面表示用データの要求メッセージを受信すると（ステップＳ７１）、楽曲再生データベース６５を検索して、当該クライアントと同じコンテンツを同時に楽しんでいるクライアントの数を集計する（ステップＳ７２）。
【０２１２】
そして、このデータベース検索結果に基づいて、図２１に示すようなイベント画面表示用データを生成し（ステップＳ７３）、これを要求元のクライアントに送信する（ステップＳ７４）。
【０２１３】
このとき、同じコンテンツを同時に楽しんでいるクライアントの数が所定人数に到達していたならば（ステップＳ７５）、スペシャル・コンテンツ蓄積部３６１から現在再生中のコンテンツに関するスペシャル・コンテンツを取り出し、同じコンテンツを同時に楽しんでいるすべてのクライアントに配信する（ステップＳ７６）。
【０２１４】
Ｂ−５．Ｍｙ  Ｆａｖｏｒｉｔｅ
Ｍｙ  Ｆａｖｏｒｉｔｅは、自分が好きな楽曲のライブラリである。特に好きな部分が、マーキングされており、その部位を指定するリンク作成が可能である。また、チャット相手に、私の好きな曲を「推奨」することもできる。
【０２１５】
図２５には、Ｍｙ  Ｆａｖｏｒｉｔｅ機能を実現するためのクライアント及びサーバの機能構成を模式的に示している。
【０２１６】
クライアントは、コンテンツ再生部５１と、ユーザ・インターフェース５２と、コンテンツ取得部５３と、メディア読み取り部５４と、コンテンツ蓄積部５５と、コンテンツＩＤ抽出部５６と、端末ＩＤ保持部５７と、メッセージ生成部５８と、メッセージ送受信部５９と、メッセージ解析部６０と、個人用データ作成処理部４６１とを備えている。
【０２１７】
コンテンツ再生部５１は、ユーザ・インターフェース５２を介したユーザからのコマンドに従って、指定された楽曲や映像などのコンテンツの再生動作を行なう。
【０２１８】
コンテンツ取得部５３は、コンテンツ再生部５１において再生されるコンテンツの取得を行なう。より具体的には、コンテンツ取得部５３は、指定されたコンテンツがハード・ディスク装置などのローカル・ファイルとして保存されている場合には、そこからコンテンツを取得する。あるいは、ＣＤやＤＶＤなどの可搬型メディアの形態でコンテンツが提供されている場合には、コンテンツ取得部５３は、このメディアを装填したメディア読み取り部５４より読み取られたコンテンツを取得する。また、ローカル・ファイルが存在しない場合には、コンテンツ取得部５３は、ＭＰ３やＡＴＲＡＣなどの形式でコンテンツを提供するサイトからネットワーク１経由でコンテンツを取得する。
【０２１９】
コンテンツＩＤ抽出部５６は、コンテンツを改変することなく、コンテンツ本体から固有の識別情報すなわちコンテンツＩＤを抽出する。また、端末ＩＤ保持部５７は、クライアント装置毎に固有の端末ＩＤを保持している。
【０２２０】
メッセージ生成部５８は、コンテンツＩＤ抽出部５６により得られたコンテンツＩＤと端末ＩＤ保持部５７が保持する端末ＩＤを含んだコンテンツ利用を通知するためのメッセージを生成する。そして、メッセージ送受信部５９は、このコンテンツ利用を通知するためのメッセージを、同じコンテンツを利用するユーザに対して共有空間を提供するサーバに送信する。
【０２２１】
一方、共有空間を提供するサーバは、メッセージ送受信部６２と、メッセージ解析部６３と、データベース管理部６４と、楽曲再生データベース６５と、掲示板データベース４６３と、メッセージ生成部６７と、画面表示データ生成部４６２とを備えている。
【０２２２】
メッセージ解析部６３は、クライアントからの受信メッセージを解析する。例えば、コンテンツ利用の通知メッセージの場合には、コンテンツＩＤと端末ＩＤを取り出す。クライアントが利用するコンテンツが楽曲の場合には、コンテンツＩＤは楽曲ＩＤである。また、個人用データ・メッセージの場合には、メッセージから個人用データを取り出す。
【０２２３】
データベース管理部６４は、メッセージ解析結果に基づいて、楽曲再生データベース６５の更新と、掲示板データベース４６３の検索を行なう。ここで、楽曲再生データベース６５は、楽曲ＩＤと端末ＩＤの組み合わせをレコードとし（図５を参照のこと）、どのクライアントがどのコンテンツを利用したかを記録する。また、掲示板データベース４６３は、端末ＩＤとコンテンツ・ファイル格納位置との組み合わせをレコードとし（図６を参照のこと）、各コンテンツに密接に関係する情報を保管している。
【０２２４】
画面表示データ生成部４６２は、掲示板データベース４６３を参照して、クライアントから送られた個人用データを基に掲示板の画面表示用データを生成する。
【０２２５】
メッセージ生成部６７は、作成された掲示板画面表示用データを基に、クライアントへのメッセージを生成する。これらのメッセージは、メッセージ送受信部６２によって該当するクライアントへ送信される。
【０２２６】
クライアント側では、サーバからのメッセージを受信すると、メッセージ解析部６０がこれを解析して、再生中のコンテンツに関連する画面表示用のデータを取り出す。そして、ユーザ・インターフェース５２を介して楽曲への情報付加用の画面を表示する。
【０２２７】
図２６には、同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ  Ｆａｖｏｒｉｔｅ機能を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示している。
【０２２８】
まず、図２１に示すような操作画面において、ウィンドウ・フレーム下端縁のタブをクリックして「Ｍｙ  Ｆａｖｏｒｉｔｅ」を選択する。
【０２２９】
そして、クライアントは、サーバに対して画面表示データの要求メッセージを送信する（ステップＳ８１）。
【０２３０】
その後、サーバから画面表示データを無事に受信することができたならば（ステップＳ８２）、これを画面表示する（ステップＳ８３）。
【０２３１】
クライアント装置のユーザは、Ｍｙ  Ｆａｖｏｒｉｔｅ画面上で個人用データの作成を行なうことができる（ステップＳ８４）。そして、作成された個人用データは、サーバに送信される（ステップＳ８５）。
【０２３２】
その後、ステップＳ８２に戻り、クライアント側で作成した個人用データに基づき更新された画面表示データを受信したならば、これを画面表示する。
【０２３３】
また、図２７には、同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ  Ｆａｖｏｒｉｔｅ機能を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示している。
【０２３４】
サーバは、クライアントから画面表示要求を受信すると（ステップＳ９１）、掲示板データベース６６を検索して（ステップＳ９２）、画面表示データを生成する（ステップＳ９３）。そして、この画面表示データを要求元のクライアントに送信する（ステップＳ９４）。
【０２３５】
また、サーバは、クライアントから更新された個人用データを受信すると（ステップＳ９５）、個人用データベース６６にその内容を更新する（ステップＳ９６）。
【０２３６】
さらに、掲示板データベースの更新に伴い、画面表示データを更新して（ステップＳ９７）、これをクライアントに送信する（ステップＳ９８）。
【０２３７】
Ｂ−６．広告システム
音楽や映像など同じコンテンツに興味を示しているユーザ同士が出会うコミュニティをベースにして、且つ、そのときまさに再生されているコンテンツと連動した広告が提示される。図１２に示したコミュニケーション画面の例では、コンテンツと連動した広告Ａ及び広告Ｂの画像情報が右側に配置されている。
【０２３８】
再生されている音楽や映画と連動する広告が提示される。但し、既に購入した商品と連動するのではなく、いま再生されている楽曲や映像との関係で表示すべき広告コンテンツが決定される。よって、購入回数より再生回数の方が多く（すなわち、広告露出回数が多く）、且つ、視聴中（前後を含む）に提示される情報はより興味深く接せられると言える。例えば、現在再生中のアーティストの過去のアルバムや、再生中の映画と同じ監督の作品が広告として提示される。
【０２３９】
また、クライアント・ユーザ本人の過去の視聴履歴や購入履歴などに応じて、このコミュニティ内における他者の視聴や購入履歴に基づいたレコメンデーション・システムにより広告が提示される。
【０２４０】
Ｂ−６．部位ＩＤ（コンテンツ再生区間の指定）
同期又は非同期コミュニケーションにおいて、楽曲などコンテンツの特定の部分を指定する部位ＩＤを添付することにより、受け手側でその部分を指定してコンテンツを再生させる。
【０２４１】
同期コミュニケーション中の視聴の際、部位ＩＤを利用する場合（この曲のこの部分だけを聴かせる）、送り手がその部分を指定する。例えば、ＩＰ電話などを利用して、楽曲中の特定のフレーズを試聴させることが可能である。この場合、テキストベースではなく、音声コミュニケーションを実現することができる。このような同期コミュニケーション中の再生区間指定によってコンテンツ購入を促進する作用が働く。
【０２４２】
また、非同期のコミュニケーションの際には、Ｍｙ  Ｆａｖｏｒｉｔｅ（後述）のように、お気に入りライブラリを相手が閲覧して、視聴を試みる場合は、受けて側がその部分（再生希望部分）を指定する。例えば、ホームページやチャットや掲示板などで楽曲や映画、ゲームについて、コンテンツの特定部分に対応したコメントを伝える際、コメントしたい部分（再生区間）を部位ＩＤでタグ化して使用する。部位ＩＤをメールに貼り付けて送るようにしてもよい。
【０２４３】
当該サービスにおいて、音楽や映画など再生中のコンテンツに情報を貼り付けたい場合、貼り付けたい場所をマークするとその部位ＩＤが認識される。例えば、楽曲再生時にコメントしたい部分をマーキングし、そしてその部分に後からコメントを付けることができる。
【０２４４】
図２８には、部位ＩＤすなわちコンテンツの再生区間を指定した楽曲紹介サービスの仕組みを模式的に示している。同図に示すように、楽曲の紹介を行なうＷＷＷサイトと、この楽曲紹介ホームページにアクセスするＷＷＷクライアントと、紹介された楽曲コンテンツを提供（販売）するコンテンツ・サイトの３者間による協働的動作により、元のメディア・コンテンツと密接に連携した楽曲紹介サービスを実現することができる。
【０２４５】
ＷＷＷクライアントは、所定のＵＲＬに従って、楽曲の紹介を行なうＷＷＷサイトにアクセスして、ＷＷＷブラウザ画面上でホームページを組み立てる。このホームページ上には、楽曲を紹介するコメント情報に、該当するコンテンツへアクセスするためのコンテンツ識別子と、楽曲中でコメントに該当する区間の指定を含んだリンク参照情報が埋め込まれている。
【０２４６】
図２９には、このリンク参照情報の一例を示している。同図に示す例では、通常のＨＴＴＰリンクと同様に、テキスト形式でメディアへの参照が記述されている。ここで、ｍｉｄ以降の数値データは、コンテンツ固有識別子であり、ネットワーク上で共通に使用されるものであることが好ましい。また、ｆｒｏｍとｄｕｒａｔｉｏｎで示される数値は、コンテンツ中の再生区間の指定であり、楽曲の紹介コメント「このフレーズのベースラインがいい。」に該当する場所を表している。
【０２４７】
コンテンツ固有識別子の生成方法の一例として、楽曲の所定位置からあらかじめ定められた間隔で抽出される複数のサンプリング点において複数の周波数成分毎に得たパワー・スペクトルからなる特徴ベクトルを利用して識別子を演算する方法が挙げられる。この方法によれば、元の楽曲ファイルに変更を加えることなくコンテンツ本体から識別情報を得ることができ、また、ファイルの圧縮方式に依存せずに識別情報を得ることができるので、共通の識別情報として広い範囲でコンテンツの検索に利用することができる（前述）。
【０２４８】
ＷＷＷクライアントのユーザは、ブラウザ画面上で関心のあるリンク参照情報を選択（例えばマウスでクリック）することにより、該当する楽曲コンテンツの検索処理を起動することができる。ＷＷＷクライアントは、まず、自身のローカル・ストレージ（ＨＤＤ）上にある各コンテンツからその識別情報を生成して、リンク参照情報に含まれている固有識別子ｍｉｄと同じ識別情報を持つコンテンツが存在するかどうかを検索する。そして、コンテンツが存在すれば、指定された再生区間の再生処理を行なう。
【０２４９】
また、ローカル・ストレージ中でコンテンツを発見することができなかった場合には、さらにコンテンツ・サイト（リモート・ストレージ）にアクセスする。そして、リモート・ストレージ（ＨＤＤ）上にある各コンテンツからその識別情報を生成して、リンク参照情報に含まれている固有識別子ｍｉｄと同じ識別情報を持つコンテンツが存在するかどうかを検索する。所望のコンテンツを発見することができたときには、所定の購入手続きなどを経て、コンテンツのダウンロードを行なう。
【０２５０】
図３０には、ＷＷＷクライアント上で楽曲紹介サービスを受けるための動作手順をフローチャートの形式で示している。この動作は、実際にはＣＰＵが所定のプログラム・コードを実行するという形態で実現される。
【０２５１】
ユーザはブラウザ画面上で表示されているリンク参照情報のアンカーをクリックしたものとする(ステップＳ１０１)。ここで言うリンク参照情報とは、ある楽曲に対する紹介やコメントなどに相当する。
【０２５２】
このような場合、まず、ローカル・ストレージに蓄積されているコンテンツから固有識別情報を生成して、リンク参照情報に含まれている識別情報と一致するものがあるかどうかを判別する（ステップＳ１０２）。
【０２５３】
ローカル・ストレージ上で該当するコンテンツを発見することができた場合には、これをローカル・ストレージから読み出す（ステップＳ１０３）。そして、リンク情報にコンテンツの再生区間の指定があるかどうかを判別する（ステップＳ１０４）。再生区間の指定がある場合には、コンテンツからその区間を探索して（ステップＳ１０５）、コンテンツの再生を行なう（ステップＳ１０６）。
【０２５４】
一方、コンテンツがローカル・ストレージに存在しない場合には、ネットワーク上でコンテンツを提供するサーバにおいて、リンク参照情報に含まれているコンテンツ固有識別子をキーにして、コンテンツを検索する（ステップＳ１０７）。このような場合、サーバにおいては、自身のストレージに蓄積されているコンテンツから固有識別情報を生成して、リンク参照情報に含まれている識別情報と一致するものがあるかどうかを判別する。
【０２５５】
サーバ上のリモート・ストレージで該当するコンテンツを発見することができた場合には、クライアントこれをリモート・ストレージから取得する（ステップＳ１０３）。そして、リンク情報にコンテンツの再生区間の指定があるかどうかを判別する（ステップＳ１０４）。再生区間の指定がある場合には、コンテンツからその区間を探索して（ステップＳ１０５）、コンテンツの再生を行なう（ステップＳ１０６）。
【０２５６】
このような処理によって、楽曲コンテンツなどの同じメディアを所有している人どうしでは、テキスト上のリンク参照情報によって自動的にコンテンツが再生される。したがって、このような仕組みを広域ネットワーク上に導入することにより、例えば同じ音楽を愛好している人同士の効率的で魅力的なコミュニケーションを実現することができる。
【０２５７】
一方、コンテンツをまだ所有していないサイトでのリンク・オープンは、コンテンツの販売を促進するようなアイコン・サンプル版の再生につながる。したがって、メールなどで気に入った楽曲を他人に薦める場合にこのような仕組みを利用することができる（ステップＳ１０８）。
【０２５８】
また、コンテンツがローカル・ストレージにない場合にどのサーバに検索にいくかをブラウザ毎にあらかじめ設定しておくようにしてもよい。あるいは、図３１に示すように、コンテンツがない場合に検索にいくべきサーバをリンクに（例えば引数の形式で）含めるようにしてもよい。
【０２５９】
なお、いわゆるＰ２Ｐ技術を活用して、コミュニケーションをしている者同士が直接、曲のある部分を紹介し合うことも可能であり、例えばＮａｐｓｔｅｒ、Ｇｎｕｔｅｅｒａ方式のいずれを適用することも可能である。
【産業上の利用可能性】
【０２６０】
以上説明してきたように、本発明によれば、メディア・コンテンツに好適に連携した共有体験をユーザに与える情報提供サービスを実現することができる。このような情報提供サービスは、例えば以下に示すようなサービス又はビジネスに展開していくことが可能である。
（１）国会中継の映像に対するコメントの貼り付けや視聴者同士のリアルタイム・チャット
（２）スポーツ中継に対するコメントや拍手。離れていても、バーチャル共有体験で応援が可能になる。
（３）Ｅ−ｌｅａｒｎｉｎｇの際、同じ教材や対象物を介したコミュニケーションに活用する。
【０２６１】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲の記載を参酌すべきである。
【図面の簡単な説明】
【０２６２】
【図１】本発明の実施に供されるネットワーク・コンピューティング・システム１の構成を模式的に示した図である。
【図２】ネットワーク１上でサーバ又はクライアントとして動作するコンピュータ・システム５００のハードウェア構成を模式的に示した図である。
【図３】同じ音楽や映像（すなわち同じ識別子を持つオブジェクト）を利用している（または利用したことがある）ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされる仕組みを模式的に示した図である。
【図４】ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。
【図５】楽曲再生データベースの構成を模式的に示した図である。
【図６】楽曲データ・データベースの構成を模式的に示した図である。
【図７】ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、クライアントにおいて実行される処理手順をフローチャートの形式で示した図である。
【図８】ユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされるという動作を実現するために、サーバにおいて実行される処理手順をフローチャートの形式で示した図である。
【図９】同じコンテンツに興味を持ったもの同士で掲示板やチャットなどを利用するための仕組みを模式的に示した図である。
【図１０】コンテンツを再生中のクライアント装置上での表示画面の構成例を示した図である。
【図１１】同じ音楽や映像を利用しているユーザ同士がネットワーク１上の仮想的な共有世界で引き合わされることによって得られる効果を説明するための図である。
【図１２】同じコンテンツを楽しんでいるユーザ同士をチャットなどの仮想共有空間に引き込んでコミュニケーションへ導くための画面構成例を示した図である。
【図１３】日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより、仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。
【図１４】ユーザ情報データベースの構成を模式的に示した図である。
【図１５】日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。
【図１６】日本地図や世界地図の表示画面上で音楽や映像など同じコンテンツに接している人の所在を確認することにより仮想的な共有世界でユーザ同士を引き合わせるという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。
【図１７】再生中の楽曲コンテンツに拍手やパーカッションなどの情報を付加する様子を示した図である。
【図１８】ユーザが視聴している音楽や映像などのコンテンツに対して、さまざまな情報を貼り付けるという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。
【図１９】ユーザが視聴している音楽や映像などのコンテンツに対してさまざまな情報を貼り付けるという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。
【図２０】ユーザが視聴している音楽や映像などのコンテンツに対してさまざまな情報を貼り付けるという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。
【図２１】イベントを起動するために必要な一定人数に到達するまで、あと何人という表示がなされる画面の構成例を示した図である。
【図２２】同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達すると、イベントを発生して、その人達が同時に新たな体験をするという動作を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。
【図２３】同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。
【図２４】同じメディア・コンテンツを同時に視聴しているユーザが一定人数以上に到達するとイベントを発生して、その人達が同時に新たな体験をするという動作を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。
【図２５】Ｍｙ  Ｆａｖｏｒｉｔｅ機能を実現するためのクライアント及びサーバの機能構成を模式的に示した図である。
【図２６】同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ  Ｆａｖｏｒｉｔｅ機能を実現するために、クライアントにおいて実行される処理手順を示したフローチャートである。
【図２７】同じメディア・コンテンツを同時に視聴しているユーザ間でＭｙ  Ｆａｖｏｒｉｔｅ機能を実現するために、サーバにおいて実行される処理手順を示したフローチャートである。
【図２８】部位ＩＤを利用した楽曲紹介サービスの仕組みを模式的に示した図である。
【図２９】楽曲紹介に関するリンク参照情報の一例を示した図である。
【図３０】ＷＷＷクライアント上で楽曲紹介サービスを受けるための動作手順を示したフローチャートである。
【図３１】コンテンツがローカル・ストレージにない場合に検索に行くべきサーバを引数に持つリンク参照情報の構成例を示した図である。
【符号の説明】
【０２６３】
１…ネットワーク・コンピューティング・システム
１０…インターネット
２０…小規模ネットワーク（ＬＡＮ）
２１…ルータ
２５…ＷＷＷサーバ
２６…メール・サーバ
３０…公衆電話網
４０…ゲートウェイ・システム
５１…コンテンツ再生部，５２…ユーザ・インターフェース
５３…コンテンツ取得部，５４…メディア読み取り部
５５…コンテンツ蓄積部，５６…コンテンツＩＤ抽出部
５７…端末ＩＤ保持部，５８…メッセージ生成部
５９…メッセージ送受信部，６０…メッセージ解析部
６１…楽曲データ蓄積部
６２…メッセージ受信部，６３…メッセージ解析部
６４…データベース管理部，６５…楽曲再生データベース
６６…楽曲データ・データベース，６７…メッセージ生成部
１００…ユーザ・コンピュータ（クライアント）
【図２】
2008305435.tif 000003
【図４】
2008305435.tif 000004
【図５】
2008305435.tif 000005
【図６】
2008305435.tif 000006
【図７】
2008305435.tif 000007
【図８】
2008305435.tif 000008
【図１３】
2008305435.tif 000009
【図１４】
2008305435.tif 000010
【図１５】
2008305435.tif 000011
【図１６】
2008305435.tif 000012
【図１８】
2008305435.tif 000013
【図１９】
2008305435.tif 000014
【図２０】
2008305435.tif 000015
【図２２】
2008305435.tif 000016
【図２３】
2008305435.tif 000017
【図２４】
2008305435.tif 000018
【図２５】
2008305435.tif 000019
【図２６】
2008305435.tif 000020
【図２７】
2008305435.tif 000021
【図２８】
2008305435.tif 000022
【図２９】
2008305435.tif 000023
【図３０】
2008305435.tif 000024
【図３１】
2008305435.tif 000025
【図１】
2008305435.tif 000026
【図３】
2008305435.tif 000027
【図９】
2008305435.tif 000028
【図１０】
2008305435.tif 000029
【図１１】
2008305435.tif 000030
【図１２】
2008305435.tif 000031
【図１７】
2008305435.tif 000032
【図２１】
2008305435.tif 000033