(57)【要約】【課題】  利用者端末において収集された音から認識された楽曲に関連するコンテンツを当該利用者端末に提供するための技術において、楽曲に関連するコンテンツを楽曲の視聴回数や時間等に応じて変更する。【解決手段】  センタ装置に、前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信手段と、前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、予め定めた条件に基づき変更するコンテンツ所在情報変更手段とを備える。【選択図】図４
2009098893.tif 000002
【特許請求の範囲】
【請求項１】
楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置であって、
前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、
少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、
前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信手段と、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段と
を備えることを特徴とするセンタ装置。
【請求項２】
前記所定の条件は、現在時刻が予め定めた時間帯にあるか否かの条件であることを特徴とする請求項１に記載のセンタ装置。
【請求項３】
前記コンテンツ所在情報格納手段は、前記楽曲の識別情報とコンテンツ所在情報とに加えて視聴回数を格納し、
前記コンテンツ所在情報変更手段は、前記利用者端末において前記楽曲が視聴された回数である視聴回数に該当する前記コンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信することを特徴とする請求項１または２に記載のセンタ装置。
【請求項４】
前記センタ装置は、前記利用者端末において前記楽曲が視聴されたものと判定された回数を前記視聴回数として算出する視聴回数算出手段と、前記視聴回数算出手段により算出された視聴回数を、前記利用者端末の識別情報に対応付けて格納する利用者視聴情報格納手段とを更に備え、
前記楽曲は複数の部分に分けられており、前記視聴回数算出手段は、複数の部分に分けられた前記楽曲における全ての部分の特徴情報を受信した場合に、前記楽曲の視聴回数を１回分増加させることを特徴とする請求項３に記載のセンタ装置。
【請求項５】
前記センタ装置は、複数の利用者端末における前記楽曲の視聴回数の合計値である総視聴回数を算出する総視聴回数算出手段を更に有し、
前記コンテンツ所在情報変更手段は、前記総視聴回数算出手段により算出された前記楽曲の総視聴回数が、予め定めた上限値に達した場合に、前記楽曲に対応するコンテンツ所在情報を削除または変更する請求項１ないし4のうちいずれか1項に記載のセンタ装置。
【請求項６】
楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置であって、
前記センタ装置にネットワークを介して接続された利用者端末から、音の特徴情報に基づき識別された楽曲の識別情報を受信する楽曲識別情報受信手段と、
少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、
前記楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、前記利用者端末に送信するコンテンツ所在情報送信手段と、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段と
を備えることを特徴とするセンタ装置。
【請求項７】
収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段とを備えた利用者端末にネットワークを介して接続されるセンタ装置であって、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段を備えることを特徴とするセンタ装置。
【請求項８】
収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、
少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、
前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段と、を備えた利用者端末であって、
前記利用者端末にネットワークを介して接続されたセンタ装置から、所定の条件に基づき決定された前記楽曲に対応するコンテンツ所在情報を受信し、前記コンテンツ所在情報格納手段に既に格納されているコンテンツ所在情報を前記センタ装置から受信したコンテンツ所在情報に変更するコンテンツ所在情報変更手段を備えることを特徴とする利用者端末。
【請求項９】
楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置がコンテンツ所在情報を提供するコンテンツ所在情報提供方法であって、
前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別ステップと、
前記楽曲識別ステップにより識別された楽曲に対応するコンテンツ所在情報を、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信ステップと、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更ステップと
を備えることを特徴とするコンテンツ所在情報提供方法。
【請求項１０】
楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置がコンテンツ所在情報を提供するコンテンツ所在情報提供方法であって、
前記センタ装置にネットワークを介して接続された利用者端末から、音の特徴情報に基づき識別された楽曲の識別情報を受信する楽曲識別情報受信ステップと、
前記楽曲に対応するコンテンツ所在情報を、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段から取得し、前記利用者端末に送信するコンテンツ所在情報送信ステップと、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更ステップと
を備えることを特徴とするコンテンツ所在情報提供方法。
【請求項１１】
収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、
少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、
前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段と、を備えた利用者端末におけるコンテンツ所在情報変更方法であって、
前記利用者端末にネットワークを介して接続されたセンタ装置から、所定の条件に基づき決定された前記楽曲に対応するコンテンツ所在情報を受信するステップと、
前記コンテンツ所在情報格納手段に既に格納されているコンテンツ所在情報を前記センタ装置から受信したコンテンツ所在情報に変更するコンテンツ所在情報変更ステップと
を備えることを特徴とするコンテンツ所在情報変更方法。
【請求項１２】
コンピュータを、楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置として機能させるプログラムであって、コンピュータを、
前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別手段、
前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信手段、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段、
として機能させるプログラム。
【請求項１３】
コンピュータを、楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置として機能させるプログラムであって、コンピュータを、
前記センタ装置にネットワークを介して接続された利用者端末から、音の特徴情報に基づき識別された楽曲の識別情報を受信する楽曲識別情報受信手段、
前記楽曲に対応するコンテンツ所在情報を、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段から取得し、前記利用者端末に送信するコンテンツ所在情報送信手段、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段、
として機能させるプログラム。
【請求項１４】
収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段とを備えた利用者端末にネットワークを介して接続されるコンピュータを、
前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段として機能させるプログラム。
【請求項１５】
コンピュータを、
収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段、
前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段、
前記コンピュータにネットワークを介して接続されたセンタ装置から、所定の条件に基づき決定された前記楽曲に対応するコンテンツ所在情報を受信し、前記コンテンツ所在情報格納手段に既に格納されているコンテンツ所在情報を前記センタ装置から受信したコンテンツ所在情報に変更するコンテンツ所在情報変更手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者端末が楽曲の音を収集し、通信ネットワークを介して当該楽曲に関連するコンテンツを取得するための技術に関するものである。
【背景技術】
【０００２】
例えば、視聴者が所望の音楽を視聴したいと考えた場合、ＣＤを購入したり、ネットワークから携帯電話機等に音楽をダウンロードしたり、ラジオ、ＴＶを視聴したりと、視聴コンテンツの入手方法、視聴形態は人によって様々であり、昨今の高速回線の普及により、それらはますます多様化してきている。
【０００３】
そのような中、著作者（アーティスト等）や編集製作者（レコード会社等）は、個々の視聴者に対して、視聴コンテンツの入手方法、視聴形態に関わらず、ダイレクトに視聴コンテンツの関連情報やメッセージを発信したい、というニーズが存在している。
【０００４】
一方、ラジオやＴＶなどの放送メディアでは、番組中に広告をはさむことによって広告を視聴させているが、ハードディスクレコーダなどの蓄積型の情報家電機器が普及するにつれて、広告がスキップされて番組が視聴されるようになってきており、また、インターネットの普及によりネット広告の効果が増大する中で、放送メディアにおけるこれまでの広告方法が持続するとは考え難い。
【０００５】
なお、本願に関連する先行技術として非特許文献１に記載された技術がある。非特許文献１には、携帯電話機に楽曲の音を聞かせ、携帯電話機が楽曲を認識し、認識された楽曲に関連するコンテンツ（アーティスト関連情報や着信メロディ、プロモーションビデオなど）を取得する技術が記載されている。
【非特許文献１】［平成１９年１０月９日検索］、インターネット  ＜http://www.gracenote.com/gn_japan/gn_products/mobileMusic.html＞  ＜http://www.gracenote.com/gn_japan/gn_products/link.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
「背景技術」で説明した状況において、例えば非特許文献１に記載された技術を用いて視聴コンテンツの関連情報やメッセージを発信したり、広告を発信することが考えられる。
【０００７】
しかしながら、非特許文献１に記載された技術では、同じ楽曲を携帯電話機に何度聞かせても、また、いつ聞かせても同じコンテンツが表示され、利用者が見飽きてしまう。コンテンツとして広告を提供する場合には、楽曲を視聴するほど広告効果が逓減してしまう。
【０００８】
本発明は上記の問題点に鑑みてなされたものであり、利用者端末において収集された音から認識された楽曲に関連するコンテンツを当該利用者端末に提供するための技術において、楽曲に関連するコンテンツを楽曲の視聴回数や時間等に応じて変更することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一実施形態によれば、楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置であって、前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信手段と、前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段とを備えることを特徴とするセンタ装置が提供される。
【００１０】
前記予め定めた条件は、現在時刻が予め定めた時間帯にあるか否かの条件であることとしてもよい。
【００１１】
また、前記コンテンツ所在情報格納手段は、前記楽曲の識別情報とコンテンツ所在情報とに加えて視聴回数を格納し、前記コンテンツ所在情報変更手段は、前記利用者端末において前記楽曲が視聴された回数である視聴回数に該当する前記コンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信することとしてもよい。
【００１２】
また、前記センタ装置は、前記利用者端末において前記楽曲が視聴されたものと判定された回数を前記視聴回数として算出する視聴回数算出手段と、前記視聴回数算出手段により算出された視聴回数を、前記利用者端末の識別情報に対応付けて格納する利用者視聴情報格納手段とを更に備え、前記楽曲は複数の部分に分けられており、前記視聴回数算出手段は、複数の部分に分けられた前記楽曲における全ての部分の特徴情報を受信した場合に、前記楽曲の視聴回数を１回分増加させることとしてもよい。
【００１３】
また、前記センタ装置は、複数の利用者端末における前記楽曲の視聴回数の合計値である総視聴回数を算出する総視聴回数算出手段を更に有し、前記コンテンツ所在情報変更手段は、前記総視聴回数算出手段により算出された前記楽曲の総視聴回数が、予め定めた上限値に達した場合に、前記楽曲に対応するコンテンツ所在情報を削除または変更することとしてもよい。
【発明の効果】
【００１４】
本発明によれば、利用者端末において収集された音から認識された楽曲に関連するコンテンツを当該利用者端末に提供するための技術において、楽曲に関連するコンテンツを楽曲の視聴回数や時間等に応じて変更することを可能とする技術を提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施の形態について説明する。
【００１６】
＜第１の実施の形態＞
（システムの概要）
図１に、本発明の第１の実施の形態におけるシステム構成を示す。図１に示すように、第１の実施の形態におけるシステムは、利用者端末１、センタ装置２、及び広告コンテンツ提供装置３を有し、これらが通信ネットワーク４を介して接続されている。
【００１７】
なお、広告コンテンツとは、例えば利用者に楽曲に関連したコンテンツや商品を勧めるためのコンテンツである。また、図１では利用者端末及び広告コンテンツ提供装置がそれぞれ１台だけ示されているが、もちろんこれらは複数台であってもよい。センタ装置２と広告コンテンツ提供装置３とで広告コンテンツ提供システムを構成している。
【００１８】
利用者端末１は、例えば携帯電話機等の携帯端末やＰＣ（パーソナルコンピュータ）等であり、音を収集し、その音から特徴情報を作成し、その特徴情報をセンタ装置２に送信する機能、センタ装置２から受信する情報を用いて通信ネットワーク４上のサーバからコンテンツを取得して表示する機能等を有している。なお、利用者端末１が音を取得する方法としてはどのような方法を用いてもよい。
【００１９】
センタ装置２は、例えばＷｅｂサーバとして使用できる一般的なコンピュータから構成されており、利用者端末１から受信した特徴情報に適合する広告コンテンツの所在情報を利用者端末１に送信する機能を有している。センタ装置２はその他の管理機能等を有するが、それについては後に詳述する。
【００２０】
広告コンテンツ提供装置３は、上記の所在情報に対応する広告コンテンツを保持するコンピュータであり、利用者端末１からのアクセスを受けて当該広告コンテンツを利用者端末１に送信する機能を有する。通信ネットワーク４は例えばインターネット等のデータ通信が可能なネットワークである。なお、利用者端末１が携帯電話機等であって無線を使用する場合は、通信ネットワーク４は無線ネットワークを含む。
【００２１】
利用者端末１とセンタ装置２間、及び利用者端末１と広告コンテンツ提供装置３間の通信方式に特に制限はないが、以下、一例として、センタ装置２及び広告コンテンツ提供装置３はそれぞれＷｅｂサーバ機能を備え、利用者端末１はＷｅｂブラウザ機能を備え、利用者端末１とセンタ装置２間、及び利用者端末１と広告コンテンツ提供装置３間の通信は主にＨＴＴＰ（Hypertext Transfer Protocol）を用いて行われるものとする。
【００２２】
図２のシーケンスチャートを参照して本実施の形態におけるシステムの動作概要を説明する。なお、センタ装置２側での利用者登録は完了しているものとする。
【００２３】
まず、本システムが提供するサービスを利用しようとする利用者が利用者端末１にＩＤとパスワードを入力する。これにより利用者端末１はＩＤとパスワードをセンタ装置２に送信する（ステップ１０１)。
【００２４】
上記の情報を受信したセンタ装置２は、利用者登録の際に格納された情報と受信した情報との照合を行うことにより利用者認証を行い（ステップ１０２）、利用者認証ＯＫであればその旨の応答を利用者端末１に返す（ステップ１０３）。なお、利用者端末１がサービス利用のためにセンタ装置２にアクセスしたときに、利用者端末１が端末識別番号を送信し、その端末識別番号を用いて認証を行うこととしてもよい。
【００２５】
続いて利用者端末１は利用者からの操作に基づき音（楽曲）の取得を開始する。そして、一定時間毎（例えば数秒毎）に取得した音から特徴情報を作成し、それをセンタ装置２に送信する（ステップ１０４）。つまり、利用者端末１から一定時間毎に特徴情報がセンタ装置２に送信される。なお、音から特徴情報を作成し、その特徴情報から楽曲を識別する技術自体は従来技術である（例えば非特許文献１参照）。
【００２６】
センタ装置２は、その特徴情報を用いてそれに対応する楽曲を特定し（ステップ１０５）、その楽曲と後述する所定の条件（利用者端末の利用者が今までにその楽曲を聴いた回数や、現在時刻等）に対応するＵＲＬ（Uniform Resource Locator）を取得し、それを利用者端末１に送信することにより（ステップ１０６）、そのＵＲＬに対応する広告コンテンツ提供装置３に利用者端末１をリダイレクトさせる（ステップ１０７）。また、センタ装置２は、視聴回数やＵＲＬ等の更新処理を行う。
【００２７】
広告コンテンツ提供装置３は、利用者端末１からのアクセスを受けて上記ＵＲＬに対応する広告コンテンツを利用者端末１に送信する（ステップ１０８）。コンテンツを受信した利用者端末１はそのコンテンツを表示する。
【００２８】
（利用者端末１とセンタ装置２の機能構成）
次に、利用者端末１とセンタ装置２の機能構成をより詳細に説明する。図３は利用者端末１の主要な機能を示す機能ブロック図である。図３に示すように利用者端末１は、音を収集し、音データとして取得する音データ取得部１１と、音データ取得部１１により取得された音データから特徴情報を作成する特徴情報作成部１２と、特徴情報に端末識別番号等を付加して送信データを作成する送信データ作成部１３と、送信データの送信やコンテンツの取得のための処理を行うネットワーク通信部１４と、利用者端末１に接続された表示装置もしくは利用者端末１に付随している表示装置にコンテンツを表示するための処理を行うコンテンツ表示処理部１５とを有する。端末識別番号は、例えば利用者端末１のシリアル番号、電話番号、登録番号、アドレス等である。
【００２９】
図４に、センタ装置２の主要機能を示す機能ブロック図を示す。図４に示すように、センタ装置２は、利用者認証を行う認証処理部２１、楽曲の判定を行う楽曲判定処理部２２、楽曲判定処理部２２からの判定結果を受けて出力情報を決定する出力情報決定処理部２３、利用者端末１に提供するＵＲＬの更新を行うＵＲＬ更新処理部２４、これら処理部から参照される各種データベースを格納するデータベース格納部２５、及び通信ネットワーク４を介してデータ通信を行うためのネットワーク通信部２６を有する。
【００３０】
データベース格納部２５は、利用者管理データベース３１、楽曲特徴データベース３２、利用者視聴管理データベース３３、及びURL管理データベース３４を有している。
【００３１】
図５に利用者管理データベース３１におけるデータの一例を示す。図５に示すように、利用者管理データベース３１には利用者ＩＤ、パスワード、端末識別番号、端末種別、利用者属性が含まれ、互いに対応付けられている。これらは例えば利用者により利用者端末１を用いて登録されるものである。なお、端末種別は、例えば利用者端末１がＰＣか携帯電話機かを区別するための情報（ブラウザの種別情報等）である。この情報は、利用者端末１から送信される送信データに含めることができる。また、利用者属性としては性別以外にも種々の属性を用いることができる。例えば、年齢、居住エリア、趣味等である。以下、利用者端末１から送信される送信データに端末種別の情報が含まれるものとする。
【００３２】
図６に楽曲特徴データベース３２におけるデータの一例を示す。図６に示すように、楽曲特徴データベース３２には特徴情報、楽曲ＩＤ、当該楽曲のパート、当該パートを複数部分に分けた場合の部分のポジションを示す情報、楽曲情報、視聴回数、利用者属性、端末種別、ＵＲＬが含まれ、これらは互いに対応付けられている。
【００３３】
特徴情報は、該当レコードにおける楽曲ＩＤに対応する楽曲のパートの該当部分の特徴情報である。また、楽曲ＩＤは楽曲の識別情報であり、パートはその楽曲における所定の部分を指す情報であり、例えば楽曲の前半／後半、クラシック音楽における楽章番号等である。パート内のどの部分かを示すポジションは、一例として図７に示すように、１パート内における開始部分（Ｓｔａｒｔ）、中央部分（Ｍｉｄｄｌｅ）、終わり部分（Ｆｉｎａｌ）のいずれかを示す情報であり、以下の説明ではそれぞれＳ，Ｍ，Ｆと表記する。なお、本実施形態ではポジションは視聴完了／部分視聴を識別するための情報として使用している。
【００３４】
楽曲情報は例えば当該楽曲の曲名やアーティスト名である。視聴回数、利用者属性、及び端末種別は、利用者端末１から受信する特徴情報があるレコードの特徴情報に該当する場合において、当該レコードに対応するＵＲＬが選択されるための条件である。このレコードにおけるこれらの情報と利用者の現時点での視聴回数、属性、端末種別が合致した場合に該当ＵＲＬが選択される。なお、本実施形態ではこの視聴回数として視聴完了回数を用いるが、部分視聴回数を用いてもよい。
【００３５】
楽曲特徴データベース３２におけるデータのうち、特徴情報、楽曲ＩＤ、パート、ポジション、楽曲情報、視聴回数、利用者属性、端末種別はシステム管理者等により予め格納されるデータである。ＵＲＬは、ＵＲＬ更新処理部２４により適宜更新されるデータである。
【００３６】
図８に利用者視聴管理データベース３３におけるデータの一例を示す。図８に示すように、利用者視聴管理データベース３３には、利用者ＩＤ、端末識別番号、楽曲ＩＤ、パート、視聴完了回数、部分視聴回数、視聴完了日時が含まれ、これらが互いに対応付けられている。利用者ＩＤ、端末識別番号、楽曲ＩＤ、パートについての意味は上述したとおりである。
【００３７】
視聴完了回数は、楽曲のパートの全部が視聴された回数である。全部が視聴されたか否かは当該パートにおける開始部分（Ｓｔａｒｔ）、中央部分（Ｍｉｄｄｌｅ）、終わり部分（Ｆｉｎａｌ）の全てが視聴されたか否かで判定される。開始部分（Ｓｔａｒｔ）、中央部分（Ｍｉｄｄｌｅ）、終わり部分（Ｆｉｎａｌ）の全てが視聴された場合に視聴完了回数が１だけ増加され、開始部分（Ｓｔａｒｔ）、中央部分（Ｍｉｄｄｌｅ）、終わり部分（Ｆｉｎａｌ）のうちの一部が視聴された場合は部分視聴回数が１だけ増加される。図８に示すデータのうち、利用者ＩＤ、端末識別番号、楽曲ＩＤ、パートは予め格納されるデータであり、視聴完了回数、部分視聴回数、視聴完了日時は出力情報決定処理部２３により適宜更新されるデータである。
【００３８】
図９にＵＲＬ管理データベース３４におけるデータの一例を示す。図９に示すように、ＵＲＬ管理データベース３４は、ステータス、レコードの番号、楽曲ＩＤ、パート、利用者属性、端末種別、視聴回数、時間帯、開始年月日時、終了年月日時、視聴完了回数、部分視聴回数、上限回数値、及びＵＲＬを含む。
【００３９】
このＵＲＬ管理データベース３４のデータに基づき、楽曲特徴データベース３２におけるＵＲＬが更新される。図９において、時間帯は、該当レコードにおけるＵＲＬが有効（ステータスがＡＣＴ）である時間帯を示す。例えば、（その他の条件が有効であるとの前提において）、０〜１２時が有効であると設定されている場合において、実際の時刻が０〜１２時の中にあれば該当のＵＲＬは有効（ＡＣＴ）であり、実際の時刻が０〜１２時の中になければ該当ＵＲＬは利用者端末１に提供するＵＲＬとしては使用されない（ステータスがＳＢＹ）。
【００４０】
開始年月日時／終了年月日時は、該当レコードにおけるＵＲＬの使用が開始される年月日時と終了となる年月日時を示す。例えば、実際の年月日時が開始年月日時より前であれば他の条件を満たしても該当のＵＲＬは使用されない（ステータスがＳＢＹ）。また、実際の年月日時が終了年月日時より後であれば他の条件を満たしても該当のＵＲＬは使用されない（ステータスがＯＦＦ）。
【００４１】
視聴完了回数は、該当レコードの条件において該当の楽曲のパートが完全視聴された回数の全ての利用者端末における合計であり、部分視聴回数は、該当レコードの条件において楽曲のパートが部分視聴された回数の全ての利用者端末における合計である。上限値は、視聴完了回数の上限値であり、当該上限値と視聴完了回数値とを比較して、視聴完了回数値が上限値に達した時点で該当ＵＲＬは使用されなくなる（ステータスがＯＦＦ）。
【００４２】
利用者端末１とセンタ装置２はいずれも、例えば、コンピュータに各機能部の機能を実現させるためのプログラムを当該コンピュータに実行させることにより実現できる。他の実施の形態においても同様である。図１０に当該コンピュータ４０の構成の一例を示す。図１０に示すように、当該コンピュータ４０は、ＣＰＵ４１、メモリ４２、通信デバイス４３、入出力装置４４、ハードディスクドライブ等の記憶装置４５、ＣＤ−ＲＯＭ等の記録媒体の読み取り装置４６を備えている。
【００４３】
本実施の形態及び他の実施の形態で説明した処理を行うプログラムは例えばＣＤ−ＲＯＭ等の記録媒体から記録媒体読み取り装置４６により読み取られ、コンピュータ２１にインストールされる。また、当該プログラムをネットワーク上のサーバからダウンロードすることとしてもよい。
【００４４】
（センタ装置の動作の詳細）
次に、上記の構成を有するセンタ装置２の動作をフローチャートを参照して説明する。
【００４５】
まず、利用者端末１から送信される特徴情報を受けてＵＲＬ等を出力するまでの処理について図１１のフローチャートを参照して説明する。
【００４６】
音を収集し、特徴情報を作成し、特徴情報と端末識別番号と端末種別とを含む送信データを作成した利用者端末１は、それをセンタ装置２に送信する。なお、送信データに端末種別を含めず、端末識別番号を用いて利用者管理データベース３１を検索することにより端末種別を取得することとしてもよい。
【００４７】
楽曲判定処理部２２がネットワーク通信部２６を介して送信データを受信すると（ステップ１）、楽曲判定処理部２２は楽曲特徴データベース３２における"特徴情報"の中から受信した送信データの中の特徴情報にマッチする特徴情報を探索する（ステップ２）。楽曲判定処理部２２は、マッチした特徴情報に対応する楽曲ＩＤ、パート、及びポジションを楽曲特徴データベース３２から取得し、これらを出力情報決定処理部２３に渡すとともに、送信データに含まれている端末識別番号と端末種別も出力情報決定処理部２３に渡す（ステップ３）。
【００４８】
出力情報決定処理部２３は、楽曲判定処理部２２から受信した楽曲ＩＤ、パート、端末識別番号を用いて利用者視聴管理データベース３３を検索し、その楽曲ＩＤ、パート、端末識別番号に合致するレコードの視聴完了回数（楽曲特徴データベース３２の視聴回数に対応する）を取得する。また、出力情報決定処理部２３は、端末識別番号を用いて利用者管理データベース３１を検索し、端末識別番号に対応する利用者属性を取得する（ステップ４）。
【００４９】
そして、出力情報決定処理部２３は、楽曲判定処理部２２から受信した楽曲ＩＤ、パート、ポジション、及び端末種別と、ステップ４で取得した視聴完了回数及び利用者属性とを用いて楽曲特徴ＤＢ３２を検索し、これらの情報を含むレコードがあればそのレコードにおけるＵＲＬを抽出する（ステップ５、６）。そして、この抽出したＵＲＬが、所定の時間より短い時間だけ過去に受信したＵＲＬであって、前回受信したＵＲＬと同じでなければ、その抽出したＵＲＬをメモリ等に保持するとともに（ステップ７、８）、当該ＵＲＬを楽曲特徴データベース３２から取得した楽曲情報とともにリダイレクトのために利用者端末１に送信する（ステップ９）。利用者端末１は当該ＵＲＬの広告コンテンツにアクセスし、利用者端末１には広告コンテンツと楽曲情報が表示される。
【００５０】
ステップ５において、該当するレコードがない場合もしくはＵＲＬがない場合、出力情報決定処理部２３は利用者端末１に該当コンテンツがない旨のメッセージを送信する（ステップ１０）。ステップ９、１０の後、及びステップ７のＹＥＳの後、処理はステップ１に戻り、次の送信データを受信したらステップ１からの処理が繰り返される。
【００５１】
図１１に示す処理により、視聴回数等に応じて適切なＵＲＬを利用者端末１に提供できる。
【００５２】
また、出力情報決定処理部２３は、図１１の処理と並行して利用者視聴管理データベース３３の更新処理を行う。この更新処理は例えば図１２に示すテーブル情報を一時的に記憶手段に保持することにより行う。
【００５３】
つまり、楽曲ＩＤ、パート、ポジション、及び端末識別番号を楽曲判定処理部２２から受信した出力情報決定処理部２３は、これらの情報を当該テーブル情報として保持する。
【００５４】
当該楽曲ＩＤ、パート、及び端末識別番号に対応するポジションの情報として既にＳとＭが記録されているときに、ポジションとしてＦを受信した場合には当該利用者端末１における当該パートの視聴が完了したものとみなし、利用者視聴管理データベース３３の該当するレコード（上記楽曲ＩＤ、端末識別番号、パートを有するレコード）の視聴完了回数を１増加させる。ただし、以前に同一レコードにおいて視聴完了回数又は部分視聴回数を増加させたことがある場合は、前回の増加日時から予め定めた時間（例えば当該パートの時間長）が経過していることを条件として該当するレコードの視聴完了回数を１だけ増加させる。
【００５５】
図１２に示すテーブル情報においてＳ、Ｍ、Ｆのいずれかが記録されたが、所定の時間内にＳ、Ｍ、Ｆが揃わなかった場合は、利用者視聴管理データベース３３における該当レコードの部分視聴回数を１だけ増加させる。この場合も、前回、同一レコードにおいて視聴完了回数又は部分視聴回数を増加させたことがある場合は、前回の増加日時から予め定めた時間（例えば当該パートの時間長）が経過していることを条件として該当するレコードの部分視聴回数を１だけ増加させる。
【００５６】
なお、出力情報決定処理部２３は、視聴完了回数又は部分視聴回数を増加させた後は、図１２に示すテーブル情報の該当レコードをクリアする。また、利用者視聴管理データベース３３における視聴完了回数もしくは部分完了回数を増加させた場合は、ＵＲＬ管理テーブル３４における該当レコード（上記楽曲ＩＤ、パート、今回の時間帯、視聴回数、利用者属性、端末種別を含むレコード）の視聴完了回数もしくは部分完了回数も増加させる。この処理を各利用者端末の送信データに対して行うことにより、全利用者端末の視聴完了回数及び部分完了回数の合計値を算出できる。
【００５７】
次に、ＵＲＬ管理データベース３４及び楽曲特徴データベース３２の更新に係る処理について図１３のフローチャートを参照して説明する。
【００５８】
まず、ＵＲＬ更新処理部２４は、ＵＲＬ管理データベース３４における最初のレコードにおける視聴完了回数と上限値とを比較する（ステップ２１、２２）。視聴完了回数が上限値以上である場合、ステップ２３に進む。ステップ２３において、ＵＲＬ更新処理部２４は、当該レコードにおけるステータスをチェックする。ステータスがＳＢＹ（スタンバイ）であればそのレコードのステータスをＯＦＦにする（ステップ２４）。また、ステータスがＡＣＴであれば、当該レコードの情報（楽曲ＩＤ、パート、利用者属性、端末種別、視聴回数）を含む、楽曲特徴データベース３２におけるレコードのＵＲＬを削除する（ＮＵＬＬにする）とともに、ＵＲＬ管理データベース３４における当該レコードのステータスをＯＦＦにする（ステップ２５）。
【００５９】
ステップ２４、２５においてステータスをＯＦＦにした後は、次のレコードに進み（ステップ２１）、ステップ２２からの処理を繰り返す。
【００６０】
ステップ２２において視聴完了回数が上限値に達していない場合はステップ２６に進み、ＵＲＬ更新処理部２４は、センタ装置２が有する時計から現在時刻（年月日時）を取得し、それを当該レコードの"終了年月日時"と比較する。取得時刻が"終了年月日時"以降の時刻を示している場合、ステップ２７に進む。ステップ２７において、ＵＲＬ更新処理部２４は、当該レコードにおけるステータスをチェックする。ステータスがＳＢＹであれば該当レコードのステータスをＯＦＦにする（ステップ２８）。また、ステータスがＡＣＴであれば、当該レコードの情報（楽曲ＩＤ、パート、利用者属性、端末種別、視聴回数）に対応する楽曲特徴データベース３２におけるレコードのＵＲＬを削除する（ＮＵＬＬにする）とともに、ＵＲＬ管理データベース３４における当該レコードのステータスをＯＦＦにする。ステップ２８、２９においてステータスをＯＦＦにした後は、次のレコードに進み（ステップ２１）、ステップ２２からの処理を繰り返す。  
ステップ２６において取得時刻が"終了年月日時"に達していない場合はステップ３０に進み、ＵＲＬ更新処理部２４は、取得時刻と"開始年月日時"とを比較する。取得時刻が"開始年月日時"より以前の時刻である場合はステップ２１に進む。取得時刻が"開始年月日時"以降の時刻である場合はステップ３１に進む。
【００６１】
ステップ３１において、ＵＲＬ更新処理部２４は、取得時刻が該当レコードの"時間帯"に該当する時刻であるかどうか判定する。
【００６２】
取得時刻が"時間帯"外である場合、ステップ３２に進む。ステップ３２において、ＵＲＬ更新処理部２４は、該当レコードのステータスをチェックし、ステータスがＳＢＹであればステップ２１に進む。ステータスがＡＣＴであれば、当該レコードの情報（楽曲ＩＤ、パート、利用者属性、端末種別、視聴回数）に対応する楽曲特徴データベース３２におけるレコードのＵＲＬを削除する（ＮＵＬＬにする）とともに、ＵＲＬ管理データベースにおける当該レコードのステータスをＳＢＹにし、ステップ２１に進む（ステップ３３）。
【００６３】
ステップ３１において取得時刻が"時間帯"に該当する場合、ステップ３４に進む。ステップ３４において、ＵＲＬ更新処理部２４は、該当レコードのステータスをチェックし、ステータスがＡＣＴであればステップ２１に進む。ステータスがＳＢＹであれば、ステータスをＡＣＴにするとともに、当該レコードのＵＲＬにより、当該レコードの情報（楽曲ＩＤ、パート、利用者属性、端末種別、視聴回数）に対応する楽曲特徴データベース３２におけるレコードのＵＲＬを更新する。つまり、楽曲特徴データベース３２における当該レコードのＵＲＬがなければ（ＮＵＬＬ）であれば、ＵＲＬ管理データベース３４から取得したＵＲＬを記録し、ＵＲＬがあればそれをＵＲＬ管理データベース３４から取得したＵＲＬに変更する。その後、ステップ２１に進む。なお、ステップ２１に進んだ場合は、次のレコードの処理を行う。
【００６４】
図１３に示す処理により、時間帯等に応じて楽曲特徴データベース３２に記録されたＵＲＬを変更でき、時間帯等に応じて適切なＵＲＬを利用者端末１に提供できる。なお、楽曲特徴データベース３２に記録されたＵＲＬを変更する処理の方法は上記の方法に限られるわけでないことはいうまでもない。
【００６５】
上記のように、本実施の形態では、楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置であって、前記センタ装置にネットワークを介して接続された利用者端末から音の特徴情報を受信し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報を前記利用者端末に送信するコンテンツ所在情報送信手段と、前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、予め定めた条件に基づき変更するコンテンツ所在情報変更手段とを備えるセンタ装置が提供される。
【００６６】
（提供コンテンツの例）
上記の例では利用者端末１が広告コンテンツ提供装置３にアクセスし、広告コンテンツを取得することとしているが、利用者端末１に提供されるコンテンツは広告コンテンツに限られるわけではなく、どのようなコンテンツでもよい。
【００６７】
また、上記の例の広告コンテンツのＵＲＬに加えて、他のコンテンツのＵＲＬを利用者端末１に提供するようにしてもよい。その場合の楽曲特徴データベース３２の一例を図１４に示す。図１４に示すように、１つのレコードに、広告コンテンツのＵＲＬに加えてその他複数のＵＲＬが記録される。また、各ＵＲＬに対応するサイトの名称が記録される。広告コンテンツのＵＲＬ以外のＵＲＬとしては例えば出版社、レコード会社、評論家等が提供する楽曲関連情報を提供するサイトのＵＲＬがある。
【００６８】
この場合、例えば広告コンテンツのＵＲＬについてはこれまでに説明した例と同様に、利用者端末１を当該ＵＲＬのサイトにリダイレクトさせるように送信し、それ以外のＵＲＬについてはそのサイト名を利用者端末１に表示させるようにし、利用者端末１における利用者からの選択に応じて当該ＵＲＬに対応するコンテンツ提供装置にアクセスを行うようにしてもよい。
【００６９】
また、楽曲特徴データベース３２のＵＲＬの欄に、広告コンテンツのＵＲＬに代えて、もしくは広告コンテンツのＵＲＬに加えて、香り指示情報を利用者端末１に提供する香り情報提供装置（通信ネットワーク４に接続される）にアクセスするためのＵＲＬを含めてもよい。この場合、利用者端末１に香り発生装置５が接続される。香り発生装置５の構成例を図１５に示す。
【００７０】
利用者端末１は、図３に示した機能部に加えて香り発生装置制御部１６を有しており、香り情報提供装置から受信した香り指示情報に基づいて香りを発生させるように香り発生装置を制御する。
【００７１】
香り発生装置５は、複数の香料（香料瓶１〜３）をパッケージした香料カートリッジ５３を有する。香り発生装置５から香りを発生させるときは、空気弁開閉制御装置５１を通じて弁（弁１〜３）を開閉し、空気ポンプ５２から送られる空気を、香料（香料瓶１〜３）に指定の弁開放率（単位時間当たりの香気送出時間）で送出し、香り混合室５４で香りを混合して空気中に散布する。
【００７２】
図１６に、香り情報提供装置から利用者端末に送られる香り指示情報の一例を示す。図１６に示すように、香り指示情報は所望の香りを発生させるための香料情報及び弁開放率が含まれる。
【００７３】
利用者端末１が香り情報提供装置にアクセスするときに、香り発生装置（制御端末を含む）のアドレスを香り情報提供装置に通知し、香り情報提供装置はその香り発生装置宛に香り指示情報を送信するようにしてもよい。
【００７４】
なお、香り発生装置には、空気弁開閉方式のほかに、超音波霧化方式、加熱方式、ファン送風方式などの複数の方式があり、本実施の形態で説明した空気弁開閉方式は、あくまでも一例である。
【００７５】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。第２の実施の形態は、利用者端末１において楽曲判定を行う点が第１の実施の形態と異なる。
【００７６】
第２の実施の形態における全体のシステム構成は第１の実施の形態と同じであり、図１に示すとおりである。図１７に、第２の実施の形態における利用者端末１の構成を示す。図７に示すように利用者端末１は、音を収集し、音データとして取得する音データ取得部１１と、音データ取得部１１により取得された音データから特徴情報を作成する特徴情報作成部１２と、楽曲特徴端末データベース３５を格納するデータベース格納部１８と、特徴情報と楽曲特徴端末データベース３５とから楽曲の判定を行う楽曲判定処理部１７と、楽曲判定により得られた情報に端末識別番号等を付加して送信データを作成する送信データ作成部１３と、送信データの送信やコンテンツの受信のための処理を行うネットワーク通信部１４と、利用者端末１に接続された表示装置もしくは利用者端末に付随している表示装置にコンテンツを表示するための処理を行うコンテンツ表示処理部１５とを有する。
【００７７】
図１８に、楽曲特徴端末データベース３５のデータの一例を示す。図１８に示すように、楽曲特徴端末データベースは、図６に示した第１の実施の形態におけるセンタ装置２の楽曲特徴データベース３２における特徴情報、楽曲ＩＤ、パート、ポジションの部分と同じである。ただし、楽曲特徴端末データベース３５のほうがデータ量を少なくしてもよい。なお、この楽曲特徴端末データベース３５のデータは、例えばネットワーク上のサーバからダウンロードして取得することができる。
【００７８】
利用者端末１の楽曲判定処理部１７は、特徴情報作成部１２により作成された特徴情報を用いて楽曲特徴端末データベース３５を探索し、それにマッチした楽曲ＩＤとパートとポジションを取得して送信データ作成部１３に渡し、送信データ作成部１３は、それらデータに端末識別番号等を付加して送信データを作成し、ネットワーク通信部１４に渡し、ネットワーク通信部１４がそれをセンタ装置２に送信する。
【００７９】
図１９に、第２の実施の形態におけるセンタ装置２の主要機能を示す機能ブロック図を示す。図１９に示すように、センタ装置２は、利用者認証を行う認証処理部２１、利用者端末１からの送信データを受けて出力情報を決定する出力情報決定処理部２３、利用者端末１に提供するＵＲＬの更新を行うＵＲＬ更新処理部２４、これら処理部から参照される各種データベースを格納するデータベース格納部２５、及び通信ネットワークを介してデータ通信を行うためのネットワーク通信部２６を有する。
【００８０】
データベース格納部２５に格納される各種データベースは、第１の実施の形態にあった楽曲特徴データベース３２を除き第１の実施の形態と同じである。第２の実施の形態では、第１の実施の形態にあった楽曲特徴データベース３２に代えて楽曲情報データベース３６が備えられる。図２０に楽曲情報データベース３６のデータの一例を示す。図２０に示すように、このデータベースは、第１の実施の形態における楽曲特徴データベース３２から特徴情報を除いたものである。
【００８１】
次に、利用者端末１が音を収集してからセンタ装置２がＵＲＬ等を出力するまでの処理について図２１のフローチャートを参照して説明する。
【００８２】
音を収集した後、利用者端末１の特徴情報作成部１２は特徴情報を作成し、それを楽曲判定処理部１７に渡す（ステップ４１）。なお、第１の実施の形態と同様に、特徴情報は一定期間の音毎に作成される。楽曲判定処理部１７は楽曲特徴端末データベース３５における"特徴情報"の中から特徴情報作成部１２から受信した特徴情報にマッチする特徴情報を探索し、マッチした特徴情報に対応する楽曲ＩＤ、パート、及びポジションを楽曲特徴端末データベース３５から取得し、これらを送信データ作成部１３に渡す（ステップ４２）。
【００８３】
送信データ作成部１３は、楽曲判定処理部１７から受信した楽曲ＩＤ、パート、及びポジションが、所定の時間より短い時間だけ過去に受信したものであって、かつ前回受信した楽曲ＩＤ、パート、及びポジションのセットと同じでなければ（ステップ４３のＮｏ）、そのセットをメモリ等に保持する（ステップ４４）。そして送信データ作成部１３は、当該セットと、端末識別番号と端末種別とを含む送信データを作成し、利用者端末１は、それをセンタ装置２に装置する（ステップ４５）。ステップ４３においてＹｅｓの場合はステップ４１に戻り、次の特徴情報の処理を行う。
【００８４】
センタ装置２における出力情報決定処理部２３がネットワーク通信部２６を介して送信データを受信する（ステップ４６）。出力情報決定処理部２３は、受信した送信データに含まれる楽曲ＩＤ、パート、端末識別番号を用いて利用者視聴管理データベース３３を検索し、これらに合致するレコードの視聴完了回数（楽曲情報データベース３６の視聴回数に対応する）を取得する。また、出力情報決定処理部２３は、端末識別番号を用いて利用者管理データベース３１を検索し、端末識別番号に対応する利用者属性を取得する（ステップ４７）。
【００８５】
そして、出力情報決定処理部２３は、利用者端末１から受信した楽曲ＩＤ、パート、ポジション、及び端末種別と、ステップ４７で取得した視聴完了回数及び利用者属性とを用いて楽曲情報データベース３６を検索し、これらの情報を含むレコードがあればそのレコードにおけるＵＲＬを抽出する（ステップ４８、４９）。そして、この抽出したＵＲＬが、予め定めた時間より短い時間だけ過去に抽出したものであって、かつ前回抽出したＵＲＬと同じでなければ、その抽出したＵＲＬをメモリ等に保持するとともに（ステップ５０、５１）、当該ＵＲＬを楽曲情報データベース３６から取得した楽曲情報とともにリダイレクトのために利用者端末１に送信する（ステップ５２）。利用者端末１は当該ＵＲＬの広告コンテンツにアクセスし、利用者端末１には広告コンテンツと楽曲情報が表示される。
【００８６】
ステップ４８において、該当するレコードがない場合もしくはＵＲＬがない場合、出力情報決定処理部２３は利用者端末１に該当コンテンツがない旨のメッセージを送信する（ステップ５３）。ステップ５２、５３の後、及びステップ５０のＹＥＳの後、処理はステップ４１に戻る。
【００８７】
また、出力情報決定処理部２３は、図２１の処理と並行して第１の実施の形態と同様にして利用者視聴管理データベース３３の更新処理を行う。ただし、本実施の形態では、出力情報決定処理部２３が楽曲ＩＤ、パート、ポジション、及び端末識別番号を利用者端末１から受信する点が第１の実施の形態と異なる。ＵＲＬ管理データベース３４の更新処理及び楽曲情報データベース３６におけるＵＲＬの更新処理については、第１の実施の形態におけるＵＲＬ管理データベース３４の更新処理及び楽曲特徴データベース３２におけるＵＲＬの更新処理と同様に行われる。その他、広告コンテンツ以外の提供コンテンツについても第１の実施の形態と同様である。
【００８８】
上記のように、本実施形態によれば、楽曲に関連するコンテンツを提供するコンテンツ提供システムにおけるセンタ装置であって、前記センタ装置にネットワークを介して接続された利用者端末から、音の特徴情報に基づき識別された楽曲の識別情報を受信する楽曲識別情報受信手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、前記利用者端末に送信するコンテンツ所在情報送信手段と、前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段とを備えるセンタ装置が提供される。
【００８９】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。第３の実施の形態は、利用者端末１において楽曲判定及びデータベースからのＵＲＬ取得を行う点が第１の実施の形態及び第２の実施の形態と異なる。
【００９０】
第３の実施の形態における全体のシステム構成は第１の実施の形態と同じであり、図１に示すとおりである。図２２に、第３の実施の形態における利用者端末１の構成を示す。図２２に示すように利用者端末１は、音を収集し、音データとして取得する音データ取得部１１と、音データ取得部１１により取得された音データから特徴情報を作成する特徴情報作成部１２と、楽曲特徴端末データベース３７及び視聴管理データベース３８を格納するデータベース格納部１８と、特徴情報と楽曲特徴端末データベース３７とから楽曲の判定を行う楽曲判定処理部１７と、楽曲判定により得られた情報に基づきアクセス先のＵＲＬを決定し、アクセスを行うＵＲＬ決定処理部１９と、視聴回数等の情報に端末識別番号等を付加して送信データを作成する送信データ作成部１３と、送信データの送信やコンテンツの取得のための処理を行うネットワーク通信部１４と、データベースのデータのダウンロードや更新を行うデータベース更新部２０と、利用者端末１に接続された表示装置もしくは利用者端末１に付随している表示装置にコンテンツを表示するための処理を行うコンテンツ表示処理部１５とを有する。
【００９１】
図２３に、利用者端末１における楽曲特徴端末データベース３７のデータの一例を示す。図２３に示すように、楽曲特徴端末データベース３７は、図６に示した第１の実施の形態におけるセンタ装置２の楽曲特徴データベース３２における利用者属性と端末種別の情報を除いたものに相当する。ただし、楽曲特徴端末データベース３７のほうがデータ量を少なくしてもよい。本実施形態では、この楽曲特徴端末データベース３７のデータは、センタ装置２からダウンロードすることにより取得することとしている。なお、楽曲特徴端末データベース３７のデータに関しては、利用者端末毎にデータをセンタ装置２から取得するものであるため、利用者端末毎にその内容は異なり得る。
【００９２】
図２４に、視聴管理データベース３８のデータの一例を示す。図２４に示すように、この視聴管理データベース３８は、図８に示した第１の実施の形態における利用者視聴管理データベース３３から利用者ＩＤ及び端末識別番号を除いたものに相当する。
【００９３】
利用者端末１の楽曲判定処理部１７は、特徴情報作成部１２により作成された特徴情報を用いて楽曲特徴端末データベース３７を探索し、それにマッチした楽曲ＩＤとパートとポジションを取得してＵＲＬ決定処理部１９に渡し、ＵＲＬ決定処理部１９は、楽曲判定処理部１７により取得された情報と、視聴管理データベース３８及び楽曲特徴端末データベース３７とからアクセス先のＵＲＬを決定し、アクセスを行う。また、送信データ作成部１３は、視聴管理データベース３８から視聴回数に関する情報を取得し、それらデータに端末識別番号等を付加して送信データを作成し、ネットワーク通信部１４に渡し、ネットワーク通信部１４がそれをセンタ装置２に送信する。
【００９４】
図２５に、第３の実施の形態におけるセンタ装置２の主要機能を示す機能ブロック図を示す。図２５に示すように、センタ装置２は、利用者認証を行う認証処理部２１、ＵＲＬの更新を行うＵＲＬ更新処理部２４、更新されたＵＲＬを利用者端末１に送信するＵＲＬ送信部２７、利用者端末からのアクセスを受け付けて、利用者端末に楽曲のデータ（楽曲特徴端末データベース３７のデータ）を提供する楽曲データ提供部２８、これら処理部から適宜参照される各種データベースを格納するデータベース格納部２５、及び通信ネットワーク４を介してデータ通信を行うためのネットワーク通信部２６を有する。
【００９５】
データベース格納部２５に格納される各種データベースは、第１の実施の形態にあった楽曲特徴データベース３２を含まず、第１の実施の形態にはなかった楽曲情報データベース３９を含む点を除き第１の実施の形態と同じである。
【００９６】
図２６に楽曲情報データベース３９のデータの一例を示す。図２６に示すように、このデータベースは、第１の実施の形態における楽曲特徴データベース３２（図６）に端末識別番号を追加したものに相当する。また、楽曲情報データベース３９のＵＲＬは、第１、第２の実施の形態と同様にセンタ装置２内で更新されるものである。
【００９７】
この楽曲情報データベース３９の端末識別番号を除いた部分は、各利用者端末からの要求に基づき、各利用者端末にダウンロードされるデータである。ダウンロードされたデータが、図２３に示したような利用者端末１における楽曲特徴端末データベース３７になる。また、利用者端末にダウンロードがなされたときに、ダウンロードがなされた楽曲のデータに対応する端末識別番号の欄に当該ダウンロードを要求した利用者端末の端末識別番号が記載される。
【００９８】
これにより、センタ装置２は、どの利用者端末がどの楽曲データ（特徴情報、楽曲ＩＤ、パート、ポジション、視聴回数）及びＵＲＬを有しているかを把握でき、センタ装置２において楽曲情報データベース３９のＵＲＬが更新されたときに、そのＵＲＬ及びそれに対応する情報を有する利用者端末に更新のためのＵＲＬ等を送信することが可能となっている。
【００９９】
利用者端末１がセンタ装置２から楽曲特徴端末データベース３７のデータをダウンロードするときの動作を図２７のフローチャートを参照して説明する。なお、このダウンロードは、利用者端末１を用いて本実施の形態に係るサービスを利用する場合に最初に１回だけ行えばよい。もちろん、利用者が別の楽曲データを保有したいと考えた場合は、その都度ダウンロードを行えばよい。
【０１００】
まず、利用者端末１のデータベース更新部２０が、利用者端末１の端末識別番号と端末種別とを含むデータ要求をセンタ装置２に送信する（ステップ７１）。当該データ要求を受信したセンタ装置２の楽曲データ提供部２８は、データ要求に含まれる端末識別番号を用いて利用者管理データベース３１を検索し、端末識別番号に対応する利用者属性を取得する。
【０１０１】
そして、楽曲データ提供部２８は、楽曲情報データベース３９から上記端末種別と利用者属性とに対応する楽曲ＩＤ、パート、楽曲情報を取得し、それを利用者端末１にリストとして送信する。利用者端末１では、データベース更新部２０を介して楽曲ＩＤ、パート、楽曲情報のリストが表示される（ステップ７２）。
【０１０２】
そして、利用者は表示されたリストの中から所望の楽曲を選択し、選択された楽曲ＩＤ，パートの情報が利用者端末１からセンタ装置２に送られる（ステップ７３）。センタ装置２の楽曲データ提供部２８は、利用者端末１から受信した楽曲ＩＤ、パート及び上記端末種別、利用者属性を含むレコードのデータ（特徴情報、楽曲ＩＤ、パート、ポジション、楽曲情報、視聴回数、ＵＲＬ）を楽曲情報データベース３９から抽出して利用者端末１に送信し（ステップ７４）、利用者端末１のデータベース更新部２０は、センタ装置２から受信したデータを楽曲特徴端末データベース３７としてデータベース格納部１８に格納する（ステップ７５）。また、上記の情報を利用者端末１に送信したセンタ装置２の楽曲データ提供部２８は、利用者端末１に送信したレコードの端末識別番号の欄に利用者端末１の端末識別番号を記録する（ステップ７６）。
【０１０３】
なお、上記の処理において、センタ装置２の楽曲データ提供部２８が、楽曲情報データベース３９から端末種別と利用者属性とに対応する楽曲ＩＤ、パート、楽曲情報を取得し、それをリストとして利用者端末１に送信する処理を行わずに、利用者端末１において利用者により入力された楽曲情報をセンタ装置２に送り、センタ装置２が、当該楽曲情報と端末種別及び利用者属性に対応するデータ（特徴情報、楽曲ＩＤ、パート、ポジション、楽曲情報、視聴回数、ＵＲＬ）を検索し、検索されたデータを利用者端末１に送信することとしてもよい。
【０１０４】
次に、利用者端末１が音を収集してからＵＲＬにアクセスするまでの処理について図２８のフローチャートを参照して説明する。
【０１０５】
音を収集した後、利用者端末１の特徴情報作成部１２は特徴情報を作成し、それを楽曲判定処理部１７に渡す（ステップ６１）。なお、第１の実施の形態と同様に、特徴情報は一定期間の音毎に作成される。楽曲判定処理部１７は楽曲特徴端末データベース３７における"特徴情報"の中から特徴情報作成部１２から受信した特徴情報にマッチする特徴情報を探索し、マッチした特徴情報に対応する楽曲ＩＤ、パート、及びポジションを楽曲特徴端末データベース３７から取得し、これらをＵＲＬ決定処理部１９に渡す（ステップ６２）。
【０１０６】
ＵＲＬ決定処理部１９は、楽曲判定処理部１７から受信した楽曲ＩＤ、パート、ポジションの中の楽曲ＩＤ、パートに対応する視聴完了回数を視聴管理データベース３８から取得し（ステップ６３）、当該視聴完了回数と楽曲ＩＤ、パート、ポジションを用いて楽曲特徴端末データベース３７を検索し、これらの情報を含むレコードがあればそのレコードにおけるＵＲＬを抽出する（ステップ６４、６５）。そして、この抽出したＵＲＬが、予め定めた時間より短い時間だけ過去に抽出し、かつ前回抽出したＵＲＬと同じでなければ、その抽出したＵＲＬをメモリ等に保持するとともに（ステップ６６、６７）、楽曲特徴端末データベース３７から取得した当該ＵＲＬに対応する楽曲情報を利用者端末１の表示装置に表示し、ＵＲＬにアクセスする（ステップ６８）。利用者端末１には広告コンテンツと楽曲情報が表示される。
【０１０７】
ステップ６４において、該当するレコードがない場合もしくはＵＲＬがない場合、ＵＲＬ決定処理部１９は表示装置に該当コンテンツがない旨のメッセージを表示する（ステップ６９）。ステップ６８、６９の後、及びステップ６６のＹＥＳの後、処理はステップ６１に戻る。
【０１０８】
また、ＵＲＬ決定処理部１９は、図２８の処理と並行して第１の実施の形態におけるセンタ装置２での利用者視聴管理データベース３３の更新処理と基本的に同様にして視聴管理データベース３８の更新処理を行う。
【０１０９】
つまり、楽曲ＩＤ、パート、ポジションを楽曲判定処理部１７から受信したＵＲＬ決定処理部１９は、これらの情報を図２９に示すテーブル情報として保持する。
【０１１０】
当該楽曲ＩＤ、パートに対応するポジションの情報として既にＳとＭが記録されているときに、ポジションとしてＦを取得した場合には当該利用者端末１における当該パートの視聴が完了したものとみなし、視聴管理データベース３８の該当するレコード（上記楽曲ＩＤ、パートを有するレコード）の視聴完了回数を１増加させる。ただし、以前に同一レコードにおいて視聴完了回数又は部分視聴回数を増加させたことがある場合は、前回の増加日時から予め定めた時間（例えば当該パートの楽曲時間長）が経過していることを条件として該当するレコードの視聴完了回数を１だけ増加させる。
【０１１１】
図２９に示すテーブル情報においてＳ、Ｍ、Ｆのいずれかが記録されたが、所定の時間内にＳ、Ｍ、Ｆが揃わなかった場合は、視聴管理データベース３８における該当レコードの部分視聴回数を１だけ増加させる。この場合も、前回、同一レコードにおいて視聴完了回数又は部分視聴回数を増加させたことがある場合は、前回の増加日時から予め定めた時間（例えば当該パートの時間長）が経過していることを条件として該当するレコードの部分視聴回数を１だけ増加させる。
【０１１２】
なお、ＵＲＬ決定処理部１９は、視聴完了回数又は部分視聴回数を増加させた後は、図２９に示すテーブル情報の該当レコードをクリアする。また、視聴管理データベース３８における視聴完了回数もしくは部分完了回数を増加させた場合、ＵＲＬ決定処理部１９は該当楽曲ＩＤ、パート、及び増加された後の回数を送信データ作成部１３に通知し、送信データ作成部１３は、これらの情報に端末識別番号を付加して送信データを作成し、センタ装置２に送信する。センタ装置２のＵＲＬ更新処理部２４は、受信した送信データに含まれる情報を用いて利用者視聴管理データベース３３を更新する。つまり、受信した楽曲ＩＤ、パート、及び端末識別番号を含む利用者視聴管理データベース３３におけるレコードの視聴完了回数もしくは部分完了回数を、受信した視聴完了回数もしくは部分完了回数で更新する。
【０１１３】
このとき、ＵＲＬ更新処理部２４は、受信した端末識別番号を用いて利用者管理データベース３１から利用者属性と端末種別を取得し、これらの情報及び増加させる前の視聴回数と、利用者端末１から受信した楽曲ＩＤ及びパートとを含む、ＵＲＬ管理データベース３４のレコードにおける視聴完了回数もしくは部分完了回数を１だけ増加させる。
【０１１４】
センタ装置１におけるＵＲＬ管理テーブル３４の更新処理及び楽曲情報データベース３９におけるＵＲＬの更新処理については、第１の実施の形態におけるＵＲＬ管理テーブル３４の更新処理及び楽曲特徴データベース３２におけるＵＲＬの更新処理と同様に行われる。
【０１１５】
ただし、本実施の形態では、楽曲情報データベース３９の変更が発生した場合、ＵＲＬ更新処理部２４が、変更に係るレコードにおける端末識別番号と変更後のＵＲＬ（又はＮＵＬＬ）、及び対応する楽曲ＩＤ、パート及び視聴回数をＵＲＬ送信部２７に通知する。
【０１１６】
ＵＲＬ送信部２７は、当該端末識別番号に対応する利用者端末１とセンタ装置２とが接続された状態であれば、変更後のＵＲＬ（又はＮＵＬＬ）、及び対応する楽曲ＩＤとパート及び視聴回数とを当該端末識別番号に対応する利用者端末１に送信する。なお、センタ装置は端末識別番号に対応するアドレスを保持しているものとする。
【０１１７】
また、当該端末識別番号に対応する利用者端末１とセンタ装置２とが接続された状態になければ、ＵＲＬ送信部２７は、ＵＲＬ更新処理部２４から通知された情報をメモリ等に保持しておき、当該端末識別番号に対応する利用者端末１がセンタ装置２と接続したときに変更後のＵＲＬ（又はＮＵＬＬ）、及び対応する楽曲ＩＤとパートと視聴回数とを当該端末識別番号に対応する利用者端末１に送信する。また、利用者端末１がセンタ装置２に定期的にアクセスし、そのアクセスがあったとき、アクセスした利用者端末１の端末識別番号に対応する変更されたＵＲＬがある場合に、そのＵＲＬと、対応する楽曲ＩＤとパートと視聴回数とをアクセスしてきた利用者端末１に送信することとしてもよい。
【０１１８】
変更後のＵＲＬ（又はＮＵＬＬ）、対応する楽曲ＩＤ、パート及び視聴回数をセンタ装置２から受信した利用者端末１のデータベース更新部２０は、その楽曲ＩＤ、パート及び視聴回数を含む楽曲特徴端末データベース３７のレコードにおけるＵＲＬを、受信したＵＲＬ（又はＮＵＬＬ）に変更する。その他、広告コンテンツ以外の提供コンテンツ（香り指示情報等）については第１の実施の形態と同様である。
【０１１９】
上記のように、本実施形態によれば、収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段とを備えた利用者端末にネットワークを介して接続されるセンタ装置であって、前記コンテンツ所在情報格納手段に格納されたコンテンツ所在情報を、所定の条件に基づき変更するコンテンツ所在情報変更手段を備えるセンタ装置が提供される。
【０１２０】
また、収集した音から特徴情報を生成し、当該特徴情報に対応する楽曲を識別する楽曲識別手段と、少なくとも前記楽曲の識別情報とコンテンツ所在情報とを対応付けて格納するコンテンツ所在情報格納手段と、前記楽曲識別手段により識別された楽曲に対応するコンテンツ所在情報を前記コンテンツ所在情報格納手段から取得し、当該コンテンツ所在情報に対応するコンテンツを取得するコンテンツ取得手段と、を備えた利用者端末であって、前記利用者端末にネットワークを介して接続されたセンタ装置から、所定の条件に基づき決定された前記楽曲に対応するコンテンツ所在情報を受信し、前記コンテンツ所在情報格納手段に既に格納されているコンテンツ所在情報を前記センタ装置から受信したコンテンツ所在情報に変更するコンテンツ所在情報変更手段を備える利用者端末も提供される。
【０１２１】
（実施の形態の効果）
本発明の実施の形態で説明したシステムを用いることにより、種々のメディアから流れる音楽や映像を視聴しているときに、楽曲関連情報や広告情報等を容易に入手できるようになる。
【０１２２】
また、本実施の形態のシステムにより、どのユーザがどの端末でどの楽曲を視聴しているかがリアルタイムに把握できるため、その楽曲に関連するコンテンツやグッズをユーザ属性や嗜好に応じてリコメンドすることが可能となる。
【０１２３】
特定のユーザが特定の楽曲を何回視聴したかを記録することが可能なため、累計視聴回数に応じて表示コンテンツを動的に変化させることが可能となり、ユーザが見飽きて広告効果が逓減することがない。また、聴くたびに異なる楽曲関連情報が表示されるように設定することも可能なため、同じ楽曲を何度も聴いてもらうことができ、つまり、広告を何度も見てもらうことができ）、アーティストにとっても広告スポンサーにとっても視聴者にとっても有益である。また、本システムを用いることにより多様な業種業態の事業者が楽曲関連情報をネット上で自由に提供できるようになる。更に、アーティストの芸術表現の幅を音楽以外の領域にまで広げることができる。
【０１２４】
また、広告代理店は、アーティストやレコード会社と広告販売契約を締結し、アーティスト別、楽曲別、利用者属性別、視聴時間帯別などに細分化された広告枠を設定・販売することができ、広告スポンサーは、それらの細分化された広告枠を活用して、売り込みたい商品の性格に合わせた的確なマーケティング（セールスプロモーション）が行える。つまり、ターゲットを絞り込んだ細分化された広告枠を広告スポンサーに提供することが可能となり、広告スポンサーにとっては、ニッチな市場に向けた効果的なマーケティングが行えるようになる。
【０１２５】
また、本システムを用いることにより、広告コンテンツを利用者に送信することにより得られる広告料から楽曲の著作者への報酬（著作権料等）を支払うことも可能になる。
【０１２６】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。    
【図面の簡単な説明】
【０１２７】
【図１】本発明の第１の実施の形態におけるシステム構成を示す図である。
【図２】本発明の第１の実施の形態における動作概要を示すシーケンスチャートである。
【図３】本発明の第１の実施の形態における利用者端末１の主要な機能を示す機能ブロック図である。
【図４】本発明の第１の実施の形態におけるセンタ装置２の主要機能を示す機能ブロック図である。
【図５】利用者管理データベース３１におけるデータの一例を示す図である。
【図６】楽曲特徴データベース３２におけるデータの一例を示す図である。
【図７】ポジションを説明するための図である。
【図８】利用者視聴管理データベース３３におけるデータの一例を示す図である。
【図９】ＵＲＬ管理データベース３４におけるデータの一例を示す図である。
【図１０】コンピュータ４０の構成の一例を示す図である。
【図１１】第１の実施の形態におけるＵＲＬ出力のためのフローチャートである。
【図１２】利用者視聴管理データベース３３の更新処理を説明するための図である。
【図１３】第１の実施の形態におけるＤＢ更新のためのフローチャートである。
【図１４】楽曲特徴データベース３２の他の例を示す図である。
【図１５】香り発生装置５の構成例を示す図である。
【図１６】香り指示情報の例を示す図である。
【図１７】第２の実施の形態における利用者端末１の主要機能を示す機能ブロック図である。
【図１８】楽曲特徴端末データベース３５のデータの一例を示す図である。
【図１９】第２の実施の形態におけるセンタ装置２の主要機能を示す機能ブロック図である。
【図２０】楽曲情報データベース３６のデータの一例を示す図である。
【図２１】第２の実施の形態におけるＵＲＬ出力のためのフローチャートである。
【図２２】第３の実施の形態における利用者端末１の主要機能を示す機能ブロック図である。
【図２３】楽曲特徴端末データベース３７のデータの一例を示す図である。
【図２４】視聴管理データベース３８のデータの一例を示す図である。
【図２５】第３の実施の形態におけるセンタ装置２の主要機能を示す機能ブロック図である。
【図２６】楽曲情報データベース３９のデータの一例を示す図である。
【図２７】利用者端末１がセンタ装置２から楽曲特徴端末データベース３７のデータをダウンロードするときの動作を示すフローチャートである。
【図２８】第３の実施の形態においてＵＲＬにアクセスするための処理を示すフローチャートである。
【図２９】視聴管理データベース３８の更新処理を説明するための図である。
【符号の説明】
【０１２８】
１  利用者端末
２  センタ装置
３  広告コンテンツ提供装置
４  通信ネットワーク
５  香り発生装置
１１  音データ取得部
１２  特徴情報作成部
１３  送信データ作成部
１４  ネットワーク通信部
１５  コンテンツ表示処理部
１６  香り発生装置制御部
１７  楽曲判定処理部
１８  データベース格納部
１９  ＵＲＬ決定処理部
２０  ＵＲＬ更新部
２１  認証処理部
２２  楽曲判定処理部
２３  出力情報決定処理部
２４  ＵＲＬ更新処理部
２５  データベース格納部
２６  ネットワーク通信部
２７  ＵＲＬ送信部
２８  楽曲データ提供部
４１  ＣＰＵ
４２  メモリ
４３  通信デバイス
４４  入出力装置４
４５  記憶装置
４６  記録媒体の読み取り装置
５１  空気弁開閉制御装置
５２  空気ポンプ
５３  香料カートリッジ
５４  香り混合室
【図１】
2009098893.tif 000003
【図２】
2009098893.tif 000004
【図３】
2009098893.tif 000005
【図４】
2009098893.tif 000006
【図５】
2009098893.tif 000007
【図６】
2009098893.tif 000008
【図７】
2009098893.tif 000009
【図８】
2009098893.tif 000010
【図９】
2009098893.tif 000011
【図１０】
2009098893.tif 000012
【図１１】
2009098893.tif 000013
【図１２】
2009098893.tif 000014
【図１３】
2009098893.tif 000015
【図１４】
2009098893.tif 000016
【図１５】
2009098893.tif 000017
【図１６】
2009098893.tif 000018
【図１７】
2009098893.tif 000019
【図１８】
2009098893.tif 000020
【図１９】
2009098893.tif 000021
【図２０】
2009098893.tif 000022
【図２１】
2009098893.tif 000023
【図２２】
2009098893.tif 000024
【図２３】
2009098893.tif 000025
【図２４】
2009098893.tif 000026
【図２５】
2009098893.tif 000027
【図２６】
2009098893.tif 000028
【図２７】
2009098893.tif 000029
【図２８】
2009098893.tif 000030
【図２９】
2009098893.tif 000031