JP2004046753A - 再生頻度情報処理システム、方法、プログラム及び情報記録媒体 - Google Patents
再生頻度情報処理システム、方法、プログラム及び情報記録媒体 Download PDFInfo
- Publication number
- JP2004046753A JP2004046753A JP2002206461A JP2002206461A JP2004046753A JP 2004046753 A JP2004046753 A JP 2004046753A JP 2002206461 A JP2002206461 A JP 2002206461A JP 2002206461 A JP2002206461 A JP 2002206461A JP 2004046753 A JP2004046753 A JP 2004046753A
- Authority
- JP
- Japan
- Prior art keywords
- frequency information
- reproduction frequency
- reproduction
- information
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
Abstract
【課題】音楽ビジネスの成長を促進する、再生頻度情報処理システム及び方法を提供する。
【解決手段】１又は複数の記録情報を記録再生する機能を備える端末装置ＵＴと、端末装置ＵＴと通信手段を介して接続され、記録情報の再生状況の統計処理を実行するサーバ装置ＳＶと、を備える再生頻度情報処理システムにおいて、端末装置ＵＴの端末処理部１は、記録情報の再生状況から記録情報ごとの再生頻度情報を求め、端末送受信部４はサーバ装置ＳＶのサーバ送受信部９から再生頻度情報要求を受信すると、再生頻度情報をサーバ装置ＳＶに送信し、サーバ装置ＳＶのサーバ送受信部９が再生頻度情報を受信し、受信された再生頻度情報に基づいてサーバ処理部８は各種統計処理を行う。
【選択図】 図１
【解決手段】１又は複数の記録情報を記録再生する機能を備える端末装置ＵＴと、端末装置ＵＴと通信手段を介して接続され、記録情報の再生状況の統計処理を実行するサーバ装置ＳＶと、を備える再生頻度情報処理システムにおいて、端末装置ＵＴの端末処理部１は、記録情報の再生状況から記録情報ごとの再生頻度情報を求め、端末送受信部４はサーバ装置ＳＶのサーバ送受信部９から再生頻度情報要求を受信すると、再生頻度情報をサーバ装置ＳＶに送信し、サーバ装置ＳＶのサーバ送受信部９が再生頻度情報を受信し、受信された再生頻度情報に基づいてサーバ処理部８は各種統計処理を行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、再生頻度情報処理システム、再生頻度情報処理方法、再生頻度情報処理用プログラム及び情報記録媒体の技術分野に属する。
【０００２】
【従来の技術】
従来のいわゆる音楽ビジネスにおいては、需要者のニーズを把握するため、マーケティングリサーチが行われていた。具体的には、レコードの売り上げを店頭で調査したり、有線放送でのリクエスト回数を集計することにより最新のヒットチャートランキングを出すこと等が行われていた。
【０００３】
そして、レコード制作会社等は、そのリサーチ結果に沿って最も売れ筋の楽曲を提供することにより、それらを購入する層のニーズに応えていた。すなわち、絶対的な売れ筋に沿った顕在的な需要層を相手に音楽ビジネスが成立していたという傾向があった。
【０００４】
【発明が解決しようとする課題】
そのため、絶対数でみれば売れ筋とはいえない特定の需要層の潜在的な音楽需要を掘り起こすことができないという問題点があった。
【０００５】
また、現在の売れ筋の楽曲は十代を中心とした若者の支持を受けたものが多いため、大人になるにつれて売れ筋の楽曲とは趣味が合わなくなる傾向があり、大人の音楽離れが進んでおり、その結果として音楽ビジネスの成長が阻害されるという問題点もあった。
【０００６】
そこで、本発明が解決しようとする課題は、この大人の音楽離れに伴う音楽ビジネスの成長阻害という問題が一例として挙げられ、少なくともその一例として挙げられる問題を解消するための再生頻度情報処理システム及び方法、その処理のための再生頻度情報処理用プログラム及び当該プログラムを記録した情報記録媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題を解決するために、請求項１に記載の発明は、１又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムにおいて、前記端末装置は、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出手段と、前記求められた再生頻度情報を記憶する情報記憶手段と、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信手段と、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信手段と、を備え、前記サーバ装置は、前記再生頻度情報を前記端末装置に対し要求する情報要求手段と、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信手段と、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理手段と、を備える。
【０００８】
また、請求項６に記載の発明は、１又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムで実行される再生頻度情報処理方法において、前記端末装置において実行され、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出工程と、前記端末装置において実行され、前記求められた再生頻度情報を記憶する情報記憶工程と、前記端末装置において実行され、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信工程と、前記端末装置において実行され、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信工程と、前記サーバ装置において実行され、前記再生頻度情報を前記端末装置に対し要求する要求工程と、前記サーバ装置において実行され、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信工程と、前記サーバ装置において実行され、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理工程と、を備えて構成する。
【０００９】
【発明の実施の形態】
次に、実施の形態について、図面に基づいて説明する。
【００１０】
なお、以下に説明する実施の形態は、データ提供会社内に設置され楽曲の再生頻度情報処理の中心となるデータ提供会社サーバと、当該データ提供会社サーバに通信手段を介し夫々接続される再生端末装置と、を含む再生頻度情報処理システムについてのものである。なお再生頻度情報とは、再生端末装置のユーザーにより一定期間に再生された回数等の再生情報を示す情報であり、曲単位でそれぞれ有するものである。
【００１１】
１．本実施形態の再生頻度情報処理システム構成
まず、実施形態の再生頻度情報処理システムの構成の概要について、具体的に図１を用いて説明する。
【００１２】
なお、図１は当該再生頻度情報処理システムの概要構成の一例を示すブロック図である。
【００１３】
図１に示すように、本実施形態の再生頻度情報処理システムは、データ提供会社サーバＳＶと、再生端末ＵＴと、データアクセスポイントＤＡと、放送会社端末ＨＴと、レコード制作会社端末ＲＴと、レコード販売会社端末ＳＴと、プロダクション会社端末ＰＴと、を含んで構成されている。
【００１４】
まず、データアクセスポイントＤＡは、ファーストフード、コンビニエンスストア、駅など公共性の高い場所に置かれる、例えばホットスポット（登録商標）に代表される不特定多数の者が利用可能なアクセスポイントであり、再生端末ＵＴのユーザーが日常生活を送る過程で再生端末ＵＴによりアクセスが可能となるように配慮される。
【００１５】
また、データアクセスポイントＤＡはデータ提供会社サーバＳＶとはネットワークにより接続されることにより、再生端末ＵＴとデータ提供会社サーバＳＶとの各種情報の送受信の中継拠点として機能する。
【００１６】
再生端末ＵＴは、演算処理機能を有する端末処理部１、再生端末ＵＴのユーザーからの種々の操作指示を操作入力するための端末操作部２、楽曲データやプログラムを記憶する端末記憶部３、データ提供会社サーバＳＶとデータのやり取りを行う端末送受信部４、操作入力画面や各種情報を表示する端末表示部５、及び楽曲データを再生又は記録するための端末記録再生部６、を含んで構成される。また、端末記憶部３には、本発明に係る再生頻度情報処理プログラムが記憶され、かかるプログラムが、コンピュータとしての端末処理部１に組み込まれることにより、当該端末処理部１は、算出手段、識別記号要求手段及び統計処理手段として機能し、また端末記憶部３は情報記憶手段として機能し、また端末送受信部４は再生頻度情報要求受信手段、端末送信手段及び識別記号受信手段として機能することになる。
【００１７】
なお、再生頻度情報処理プログラムは、後述するように、データアクセスポイントＤＡ等を介して配信され、当該端末記憶部３に記憶されるようにしてもよいし、再生端末ＵＴの端末記憶部３に予め記憶しておくようにしてもよい。
【００１８】
再生端末ＵＴは、例えば、インターネット市場において売買される歌謡曲等の曲データをインターネット等を介してダウンロードし、または、再生端末ＵＴのユーザーが音楽ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）などに記録された曲データを録音し、ユーザーが外出時等に携帯し再生鑑賞するものであり、具体的にはハードディスクを内蔵したＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ―３）プレーヤ等のポータブル再生用機器が考えられる。
【００１９】
すなわち、再生端末ＵＴの端末送受信部４を介して曲データをダウンロードし、又は端末記録再生部６を介して曲データを録音し、曲データは、端末記憶部３に記憶される。そしてユーザーの再生指示を端末操作部２より受け付けると、端末記録再生部６により再生される。
【００２０】
さらに、再生端末ＵＴは、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶに接続することができる。再生端末ＵＴ及びデータアクセスポイントＤＡは、例えば、公知の近距離無線通信技術規格であるＢｌｕｅｔｏｏｔｈ（登録商標）に基づく近距離無線通信機能を有している。これにより、再生端末ＵＴは、データアクセスポイントＤＡを介して、データ提供会社サーバＳＶとの間でデータ等のやり取りを行うことができるようになる。
【００２１】
なお、本実施形態の再生頻度情報処理システムで用いられる無線アクセス手段としては、このＢｌｕｅｔｏｏｔｈ（登録商標）に限るものではなく、無線ＬＡＮ、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、無線タグ、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）等の技術が挙げられる他、楽曲再生機能を備えた携帯電話機を再生端末として用いることによっても可能である。
【００２２】
次にデータ提供会社サーバＳＶは、サーバ記憶部７、サーバ処理部８、サーバ送受信部９を含んで構成される。また、サーバ記憶部７には、再生頻度情報処理プログラムが記憶されており、かかるプログラムがサーバ処理部８に組み込まれることにより、当該サーバ処理部８が、情報要求手段、統計処理手段及び記録情報判定手段として機能し、またサーバ送受信部９が、再生頻度情報受信手段、識別記号要求受信手段及び識別記号送信手段として、それぞれ機能することになる。
【００２３】
また、放送会社端末ＨＴ、レコード制作会社端末ＲＴ、レコード販売会社端末ＳＴ、及びプロダクション会社端末ＰＴは、それぞれ、演算処理機能を有する処理部（ＣＰＵなど）、データやプログラムを記憶するための記憶部（ＲＯＭ、ＲＡＭ、ハードディスクなど）、インターネットに接続するための送受信部（モデムなど）などを備えた公知のコンピュータからなっている。
【００２４】
放送会社端末ＨＴは、例えば音楽番組等を放送する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２５】
また、レコード制作会社端末ＲＴは、音楽ＣＤ等を制作する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２６】
また、レコード販売会社端末ＳＴは、音楽ＣＤ等を販売する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２７】
また、プロダクション会社端末ＰＴは、音楽企画制作等を行う法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２８】
次に、図２及び図３を用いて本実施形態の再生頻度情報処理システムを各種サービス及び各種データの提供という側面から説明する。図２はサービスの提供という側面から、図３はデータの提供という側面からそれぞれシステムを捉えた図である。
【００２９】
まず、図２について、サービスの提供という側面から本実施形態の再生頻度情報処理システムについて説明する。
【００３０】
データ提供会社と再生端末ＵＴのユーザーとの間で、ユーザーからデータ提供会社に対し個人の再生頻度情報（ユーザーが所有する再生端末ＵＴにて求められた再生頻度情報）を提供する見返りとして、データ提供会社からユーザーに対し各種情報の優先的な提供等のサービスを受けることを契約内容とする会員契約が結ばれる。ユーザーはデータ提供会社に対し再生頻度情報を提供し、またこの会員登録に係るサービスがデータ提供会社からユーザーへ提供される（図２▲１▼）。
【００３１】
また、データ提供会社は、コンビニエンスストア等の店舗とデータアクセスポイントＤＡの設置に関する業務契約を結ぶ。データ提供会社とこれら店舗との間では、ＣＤやコンサートチケット等の販売や当該店舗での代金決済などのサービスの提供が行われる（図２▲２▼）。
【００３２】
また、放送会社、レコード製作会社、レコード販売会社及びプロダクション会社などいわゆる音楽業界と、データ提供会社との間では、データ提供会社が蓄積した再生頻度情報を提供することについて業務契約を結び、データ提供会社はユーザーに対する情報提供サービスを行い、売買等の料金徴収を代行することができる（図２▲３▼）。
【００３３】
さらに、音楽業界各社と、ユーザーとの間では、市場調査、放送番組情報の提供、楽曲売買、新譜紹介及びイベント情報の提供といったサービスの提供が行われる（図２▲４▼乃至図２▲７▼）。
【００３４】
具体的には、ユーザーから音楽業界各社に対し自分が高い頻度で聞く情報をデータ提供会社を通じて提供する。
【００３５】
これにより放送会社は、この情報を番組作りに活用し、またその再生頻度情報の傾向は放送会社が推す新曲などを選定する際の材料として使用する。
【００３６】
また、レコード制作会社は、ユーザーが好んで聴く曲のアーチストや同様のジャンル、そのアーチストが参加している楽曲などを紹介したり楽曲のインターネット販売や新譜情報の提供等の宣伝活動を行う。
【００３７】
また、レコード販売会社は、再生頻度情報の傾向から、楽曲制作に際してニーズを取り入れたり、次にヒットしそうなシーズを提案したりすることにより、結果的にユーザーにフィードバックする。
【００３８】
また、プロダクション会社は、ユーザーが好んで聴く曲のアーチストや同様のジャンル、そのアーチストが参加しているイベント等を情報提供したりチケット販売などを行う。
【００３９】
なお、図２はサービスの提供を概念的に示したものであり、以上説明したサービスの提供はデータアクセスポイントＤＡ、及びデータ提供会社サーバＳＶを通じて間接的に提供されるものもあれば、インターネット等を通じて直接ユーザーに提供されるものもある。
【００４０】
次に図３において、データの提供の側面から本実施形態の再生頻度情報処理システムについて説明する。
【００４１】
まず、再生端末ＵＴのユーザーは、データ提供会社に対し、対象曲を特定する曲ＩＤ（曲のタイトル名、アーチスト名、ジャンル等を示すデータ）とともに対象曲の再生頻度情報を提供する（図３▲１▼）。また曲ＩＤが不明の場合には、対象曲の曲識別データを提供する。
【００４２】
また、データ提供会社は、音楽業界各社に対し再生頻度情報の分析データを提供する（図３▲２▼）。
【００４３】
また、放送会社は放送番組を（図３▲３▼）、レコード製作会社は楽曲を（図３▲４▼）、レコード販売会社は楽曲ソフトを（図３▲５▼）、プロダクション会社はイベントや楽曲案内等の情報データを（図３▲６▼）、それぞれユーザーにデータ提供する。
【００４４】
なお、図３はデータの提供について概念的に示したものであり、上述したデータについては、データアクセスポイントＤＡ、及びデータ提供会社サーバＳＶを通じて間接的に提供されるものもあれば、インターネットを通じて直接ユーザーに提供されるものもある。
【００４５】
２．本実施形態の再生頻度情報処理システムにおける契約について
次に、上記した構成を有する再生頻度情報処理システムの前提となる契約、すなわちユーザー―データ提供会社間、及びデータ提供会社―音楽業界各社間との情報提供を内容とする契約例の概要について説明する。
【００４６】
まず、再生端末ＵＴのユーザーとデータ提供会社は、会員契約を結ぶことにより、ユーザー管理やユーザー情報等のプライバシー保護に配慮する。
【００４７】
このような契約は、ユーザーによる当該再生端末ＵＴ購入時や購入後に店頭で行ったり、パソコン等を使いオンラインで行ったり、郵便等で行うことが考えられる。このうちオンラインで行う場合には、本人のデータを入力し、本人照合をし、本人確認がとれた時点で仮のＩＤが発行される。再生端末ＵＴには、機器固有のＩＤが決められており、ユーザーは取得した仮ＩＤを再生端末ＵＴに入力して、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶにアクセスすることで、契約手続が完了し、契約内容に応じた機能を再生端末ＵＴで使用することができるようになる。
【００４８】
契約に際して、ユーザー本人の情報（例えば、氏名・性別・年齢・住所等）や本人を確認できるもの（例えば、身分証明書）等のデータが必要とされ、また、例えばインターネットを通じて楽曲データを購入するような電子決済的な要素を持たせる場合には、クレジットカードなど決済可能なものに関するデータの提示も必要とされる。このような契約により、ユーザーは、各種情報の提供を受けることができる。
【００４９】
ここでこの契約の流れの詳細について図４、図５及び図６を用いて説明する。
【００５０】
まず、図４を用いてユーザーとデータ提供会社との契約までの手順について説明する。
【００５１】
図４は、ユーザーとデータ提供会社との契約までの手順の例を示した図である。
【００５２】
なお、以下に説明するデータ提供会社サーバＳＶと再生端末ＵＴとの情報の送受信は、全て前述のデータアクセスポイントＤＡを経由して行われるものである。
【００５３】
まず、データ提供会社サーバＳＶは再生端末ＵＴに再生頻度情報を要求する（図４▲１▼）。
【００５４】
ユーザーＩＤが未取得であり再生頻度情報処理プログラムも未取得の再生端末ＵＴのユーザーは、端末操作部２により入力を行い、ユーザー契約処理を行う。
【００５５】
再生端末ＵＴからユーザーＩＤが未取得である旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲２▼）。
【００５６】
ユーザーは、再生端末ＵＴで、店頭での契約時に取得した仮ＩＤなど必要事項を端末操作部２により入力し、データ提供会社サーバＳＶに対しユーザーＩＤ登録要求を送信する（図４▲３▼）。
【００５７】
データ提供会社は、データ提供会社サーバＳＶで本人照合を行い本人確認が取れた場合、ユーザーＩＤを付与し、付与したユーザーＩＤ登録応答を再生端末ＵＴへ送信する（図４▲４▼）。
【００５８】
データ提供会社サーバＳＶからユーザーＩＤ登録応答を受信した再生端末ＵＴは、受信したユーザーＩＤを端末記憶部３に記憶し、ユーザーＩＤ取得が完了した旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲５▼）。
【００５９】
再生端末ＵＴからユーザーＩＤ取得完了の応答を受信したデータ提供会社サーバＳＶは、再生頻度情報の再送要求を再生端末ＵＴへ送信する（図４▲６▼）。
【００６０】
再生頻度情報の再送要求を受信した再生端末ＵＴは、再生頻度情報処理プログラムをデータ提供会社サーバＳＶに要求する（図４▲７▼）。
【００６１】
再生頻度情報処理プログラムの要求を受けたデータ提供会社サーバＳＶは、再生端末ＵＴの種類に応じた再生頻度情報処理プログラムを再生端末ＵＴへ送信し、再生端末ＵＴは当該再生頻度情報処理プログラムをダウンロードする（図４▲８▼）。
【００６２】
再生端末ＵＴはダウンロード完了後、再生頻度情報処理プログラムのダウンロードが完了した旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲９▼）。
【００６３】
次に、図５を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの契約までの流れを、再生端末ＵＴのユーザー側から説明する。
【００６４】
図５は、再生端末ＵＴ側からみた契約の流れの例を示したフローチャートである。
【００６５】
端末処理部１は、データ提供会社サーバＳＶとのリンクが構築されている否かを判断する（ステップＳ１０）。
【００６６】
データ提供会社サーバＳＶとのリンクが構築されていない場合には（ステップＳ１０、Ｎｏ）、処理を終了する（ステップＳ１９）。
【００６７】
データ提供会社サーバＳＶとのリンクが構築されている場合には（ステップＳ１０、Ｙｅｓ）、端末処理部１は再生頻度情報要求をデータ提供会社サーバＳＶから受信したか否か監視する（ステップＳ１１）。
【００６８】
再生頻度情報要求をデータ提供会社サーバＳＶから受信しない場合には（ステップＳ１１、Ｎｏ）、端末処理部１はステップＳ１１の監視を続ける。
【００６９】
再生頻度情報要求をデータ提供会社サーバＳＶから受信した場合には（ステップＳ１１、Ｙｅｓ）、ユーザーＩＤが端末記憶部３に記憶されているか否か判断する（ステップＳ１２）。
【００７０】
端末記憶部３にユーザーＩＤが記憶されており、再生端末ＵＴがユーザーＩＤをすでに取得していると判断した場合には（ステップＳ１２、Ｙｅｓ）、端末処理部１は、再生頻度情報処理プログラムが組み込まれているか否か判断する（ステップＳ２０）。
【００７１】
再生頻度情報処理プログラムが組み込み済みである場合には（ステップＳ２０、Ｙｅｓ）、再生頻度情報処理を行う（ステップＳ２６）。
【００７２】
再生頻度情報処理プログラムがまだ組み込まれていない場合には（ステップＳ２０、Ｎｏ）、データ提供会社サーバＳＶへ再生頻度情報処理プログラム要求を送信する（ステップＳ２１）。
【００７３】
端末処理部１は、データ提供会社サーバＳＶから再生頻度情報処理プログラムのダウンロードが完了したか否か監視する（ステップＳ２２）。
【００７４】
再生頻度情報処理プログラムのダウンロードが完了しない場合には（ステップＳ２２、Ｎｏ）、ステップＳ２２の監視を続ける。
【００７５】
再生頻度情報処理プログラムのダウンロードが完了した場合には（ステップＳ２２、Ｙｅｓ）、データ提供会社サーバＳＶに対して、再生頻度情報処理プログラムを受信した旨の応答を送信する（ステップＳ２３）。
【００７６】
端末処理部１は、ダウンロードした再生頻度情報処理プログラムのインストールを行う（ステップＳ２４）。
【００７７】
インストール終了後、再生頻度情報処理動作を開始し（ステップＳ２５）、契約処理を終了する（ステップＳ１９）。
【００７８】
ステップＳ１２において、端末記憶部３にユーザーＩＤが記憶されておらず、再生端末ＵＴがユーザーＩＤを取得していないと判断した場合には（ステップＳ１２、Ｎｏ）、端末処理部１はデータ提供会社サーバＳＶへユーザーＩＤが未取得である旨の情報を送信する（ステップＳ１３）。
【００７９】
端末表示部５によりデータ提供会社との契約操作画面を表示する（ステップＳ１４）。
【００８０】
端末処理部１は、表示された契約操作画面の案内に従ってユーザーにより契約操作がなされ、既に取得している仮ＩＤを含む必要事項の入力がもれなく完了したか否か監視する（ステップＳ１５）。
【００８１】
必要事項の入力が完了していないと判断した場合には（ステップＳ１５、Ｎｏ）、ステップＳ１５の監視を続ける。
【００８２】
ユーザーによる必要事項の入力がもれなく完了したと判断した場合には（ステップＳ１５、Ｙｅｓ）、データ提供会社サーバＳＶに対し、ユーザーＩＤの登録要求を送信する（ステップＳ１６）。
【００８３】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信したか否か監視する（ステップＳ１７）。
【００８４】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信しない場合には（ステップＳ１７、Ｎｏ）、端末処理部１はステップＳ１７の監視を続ける。
【００８５】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信した場合には（ステップＳ１７、Ｙｅｓ）、受信したユーザーＩＤを端末記憶部３に記憶させる（ステップＳ１８）。
【００８６】
記憶が完了した場合にはステップＳ２０へと移行し、上述の手順で処理が行われる。
【００８７】
次に再生端末ＵＴの端末操作部２の操作例について説明する。
【００８８】
図６は、再生端末ＵＴの端末操作部２及び端末表示部５の一例を示した図である。
【００８９】
図６に示すとおり、再生端末ＵＴは、各種情報画面を表示する端末表示部５と、方向キー、選択キー、Ｙｅｓ／Ｎｏキー等ならなる端末操作部２を含んでおり、これによりユーザーは煩雑な入力操作をすることなく、簡単に操作できるようになっている。
【００９０】
図７は、ユーザーＩＤ取得時の再生端末ＵＴの画面表示例を示した図である。
【００９１】
店頭等でデータ提供会社と契約を交わしたユーザーは、前述のとおり仮ＩＤを取得しているにすぎない。そのため、データアクセスポイントＤＡにてデータ提供会社サーバＳＶから再生頻度情報要求を受信した場合、端末処理部１は、再生端末ＵＴの端末表示部５に、正式なユーザー契約が完了していない旨表示させる（図７▲１▼）。
【００９２】
ユーザーは、正式なユーザー契約手続を行うため、端末操作部２の方向キーを操作して画面の「２．契約」を選択する。
【００９３】
選択受付後、端末処理部１は端末表示部５に仮ＩＤの入力画面を表示させる（図７▲２▼）。ユーザーは、あらかじめ取得している仮ＩＤを端末操作部２の方向キーを操作して入力し、入力完了後決定キーを押下する。
【００９４】
ユーザーによる入力決定後、端末処理部１は、端末表示部５にユーザー入力決定確認画面を表示させる（図７▲３▼）。ユーザーは、自ら入力した仮ＩＤに間違いがなければ「１．このＩＤにて契約」を選択し、端末操作部２の決定キーを押下する。
【００９５】
端末処理部１は、仮ＩＤをデータ提供会社サーバＳＶへ送信し、本人照合中である旨を端末表示部５に表示させる（図７▲４▼）。
【００９６】
データ提供会社サーバＳＶから本人照合に失敗した旨の応答を受信した場合には、端末処理部１は端末表示部５にその旨表示させる（図７▲５▼）。
【００９７】
図８は、ユーザーＩＤ取得後の再生端末ＵＴの画面表示例を示した図である。
【００９８】
上記ユーザーＩＤ取得手続により、ユーザーＩＤ取得が完了した場合には、データ提供会社サーバＳＶからユーザーＩＤ取得が完了した旨を受信し、端末処理部１は、端末表示部５にその旨表示させる（図８▲１▼）。その際、契約完了後は再生頻度情報処理を開始する必要があるため、引き続き再生頻度情報プログラムのダウンロード手続を行う。
【００９９】
ユーザーは、端末操作部２の方向キーを操作して、端末表示部５に表示されている選択肢から「２．ダウンロード」を選択し、決定キーで決定する。
【０１００】
ユーザーの決定操作により、端末処理部１は、データ提供会社サーバＳＶへ再生頻度情報処理プログラムの要求を送信し、ダウンロード中は端末表示部５に待ち画面を表示させる（図８▲２▼）。
【０１０１】
ダウンロード終了後は、通常の表示画面を表示させる（図８▲３▼）。
【０１０２】
再生頻度情報の送受信時には、ユーザーによる操作は特に不要であるため、画面表示部には通常の画面が表示させる。
【０１０３】
図９は、再生頻度情報処理プログラムを包含するシステムプログラムを更新する場合の操作における画面表示例である。このシステムプログラムは，例えば，コンピュータにおいてはＯＳ（オペレーティングシステム）やＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）に相当するものであり、再生頻度情報処理プログラムがそのＯＳ上にて動作するアプリケーションプログラムに相当するものである。即ち、このシステムプログラムを更新することによりそれに包含される再生頻度情報処理プログラムも更新されることになる。
【０１０４】
再生端末ＵＴに組み込まれているシステムプログラムが、最新のものでない場合には、端末処理部１は端末表示部５にシステムプログラム更新画面を表示させる（図９▲１▼）。
【０１０５】
ユーザーは、端末操作部２の方向キーを操作し、「２．システムプログラム更新」を選択し、決定キーを押下する。
【０１０６】
端末処理部１は、データ提供会社サーバＳＶへシステムプログラム更新を要求し、ダウンロードを開始する。ダウンロード中は端末表示部５に待ち画面を表示させる（図９▲２▼）。ダウンロード中は、この場合、書き換え中の障害によりその後立ち上がらない危険を避けるため、最新のシステムプログラムは一時バッファへダウンロードし、ダウンロード完了後メモリを書き換えるようにする。
【０１０７】
システムプログラム更新が完了した後は、通常の表示画面を表示させる（図９▲３▼）。
【０１０８】
次に、図１０を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの契約までの流れを、データ提供会社側から説明する。
【０１０９】
図１０は、データ提供会社サーバＳＶ側からみた契約の手順の例を示したフローチャートである。
【０１１０】
サーバ処理部８は再生端末ＵＴとのリンクが構築されているか否か判断する（ステップＳ３０）。
【０１１１】
リンクが構築されていないと判断した場合には（ステップＳ３０、Ｎｏ）、処理を終了する（ステップＳ３９）。
【０１１２】
リンクが構築されていると判断した場合には（ステップＳ３０、Ｙｅｓ）、再生端末ＵＴに対して再生頻度情報要求を送出する（ステップＳ３１）。
【０１１３】
サーバ処理部８は、再生端末ＵＴから、ユーザーＩＤが未取得である旨の応答があるか否か判断する（ステップＳ３２）。
【０１１４】
ユーザーＩＤが未取得である旨の応答があった場合には（ステップＳ３２、Ｙｅｓ）、サーバ処理部８は、再生端末ＵＴからユーザーＩＤ登録要求があるか否か判断する（ステップＳ３３）。
【０１１５】
ユーザーＩＤ登録要求がなかった場合には（ステップＳ３３、Ｎｏ）、処理を終了する（ステップＳ３９）。
【０１１６】
ユーザーＩＤ登録要求があった場合には（ステップＳ３３、Ｙｅｓ）、サーバ処理部８は、再生端末ＵＴから送信されてきた情報が仮ＩＤを有しているか否か判断する（ステップＳ３４）。
【０１１７】
仮ＩＤを有していると判断した場合には（ステップＳ３４、Ｙｅｓ）、再生端末ＵＴから送信されてきた情報から本人照合を行う（ステップＳ３５）。
【０１１８】
サーバ処理部８は、本人照合の結果、本人確認がとれたか否か判断する（ステップＳ３６）。
【０１１９】
本人確認がとれたと判断した場合には（ステップＳ３６、Ｙｅｓ）、サーバ処理部８は、ユーザーＩＤを付与し、サーバ記憶部７に記憶されているデータベースに登録する（ステップＳ３７）。
【０１２０】
登録後、ユーザーＩＤ登録手続が完了した旨の情報と付与したユーザーＩＤを再生端末ＵＴへ送信する（ステップＳ３８）。
【０１２１】
再生端末ＵＴへの送信が完了したら、処理を終了する（ステップＳ３９）。
【０１２２】
ステップＳ３４において、仮ＩＤを有していないと判断した場合（ステップＳ３４、Ｎｏ）、再生端末ＵＴに対しユーザーＩＤ登録を拒否する旨の応答を送信し（ステップＳ４０）、処理を終了する（ステップＳ３９）。
【０１２３】
ステップＳ３６において、本人確認がとれないと判断した場合には（ステップＳ３６、Ｎｏ）、再生端末ＵＴに対しユーザーＩＤ登録を拒否する旨の応答を送信し（ステップＳ４０）、処理を終了する（ステップＳ３９）。
【０１２４】
ステップＳ３２において、ユーザーＩＤが未取得ではない旨の応答があった場合には（ステップＳ３２、Ｎｏ）、サーバ処理部８は、再生端末ＵＴから再生頻度情報処理プログラムの要求があるか否か判断する（ステップＳ４１）。
【０１２５】
再生端末ＵＴから再生頻度情報処理プログラム要求がなかった場合には（ステップＳ４１、Ｎｏ）、再生頻度情報処理へと移行する（ステップＳ４４）。
【０１２６】
再生端末ＵＴから再生頻度情報処理プログラム要求があった場合には（ステップＳ４１、Ｙｅｓ）、再生頻度情報処理プログラムを再生端末ＵＴへ送信する（ステップＳ４２）。
【０１２７】
サーバ処理部８は、再生端末ＵＴから、再生頻度情報処理プログラムの受信が完了した旨の応答があるか否か判断する（ステップＳ４３）。
【０１２８】
受信が完了した旨の応答がなかった場合には（ステップＳ４３、Ｎｏ）、ステップ７３へ戻り、再生頻度情報処理プログラムを再生端末ＵＴへ送信する。
【０１２９】
受信が完了した旨の応答があった場合には（ステップＳ４３、Ｙｅｓ）、処理を終了する（ステップＳ３９）。
【０１３０】
３．再生頻度情報処理
次に再生端末ＵＴにおける再生頻度情報処理について説明する。
【０１３１】
まず本実施形態の再生頻度情報処理システムにおいて用いる再生頻度とは、対象曲がユーザーにより一定期間に聴かれた頻度を示す。この再生頻度を求めるために、再生時間率という概念を使用する。再生時間率は、再生端末ＵＴ上で対象曲がどの程度の時間聴かれたかを示すものであり、
（式）再生時間率＝対象曲の実際の再生時間／対象曲の再生時間、で表せられる。
【０１３２】
ここで、「対象曲の実際の再生時間」とは、当該曲の再生状態を時間的に連続して保持していた時間を意味し、「対象曲の再生時間」とは、当該曲のはじめから終わりまで聴いた場合の再生時間を意味する。
【０１３３】
そして、計算された再生時間率がある閾値よりも大きな値である場合に、対象曲の再生が１回行われたと判断する。このように閾値を設けるのは、曲のイントロ部分だけで再生を止めてしまったような場合にまで、当該曲について１回再生が行われたと計算してしまうと実態とかけ離れてしまうためである。
【０１３４】
このようにして計算された再生回数が、再生頻度を示す情報，即ち再生頻度情報として扱われる。
【０１３５】
この再生頻度情報処理は、データ提供会社とユーザー契約を結ぶことによりはじめて機能するように設定される。
【０１３６】
再生頻度情報処理を行うための再生頻度情報処理プログラムは、データ提供会社と契約を結んだ時や最新のシステムプログラムをダウンロードした時に無線アクセスで取り込まれる。
【０１３７】
ここで、再生頻度情報処理プログラムのダウンロードまでの流れについて図１１を用いて説明する。
【０１３８】
図１１は、再生頻度情報処理プログラムのダウンロード手順を示したフローチャートである。
【０１３９】
再生端末ＵＴの端末処理部１は、端末送受信部４がデータアクセスポイントＤＡと無線アクセスが可能な状態にあるか判断する（ステップＳ５０）。
【０１４０】
無線アクセスが可能な状態にないと判断した場合には（ステップＳ５０、Ｎｏ）、そのまま処理は行わない（ステップＳ５７）。
【０１４１】
再生端末ＵＴの端末処理部１は、データアクセスポイントＤＡと無線アクセスが可能な状態にあると判断した場合には（ステップＳ５０、Ｙｅｓ）、当該再生端末ＵＴのユーザーがデータ提供会社とユーザー契約を結んでいるか否か判断する（ステップＳ５１）。
【０１４２】
ユーザー契約を結んでいないと判断した場合には（ステップＳ５１、Ｎｏ）、そのまま処理は行わない（ステップＳ５７）。
【０１４３】
ユーザー契約を結んでいると判断した場合には（ステップＳ５１、Ｙｅｓ）、当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれているか否か判断する（ステップＳ５２）。
【０１４４】
当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれていないと判断した場合には（ステップＳ５２、Ｎｏ）、データ提供会社サーバＳＶからデータアクセスポイントＤＡを介して再生頻度情報処理プログラムのダウンロードを行う（ステップＳ５３）。
【０１４５】
ダウンロードの完了により、当該再生頻度情報処理プログラムは再生端末ＵＴに組み込まれることとなる（ステップＳ５４）。
【０１４６】
ステップＳ５２において、当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれていると判断した場合には（ステップＳ５２、Ｙｅｓ）、再生端末ＵＴの端末処理部１は、最新のヴァージョンのシステムプログラムが組み込まれているか否か判断する（ステップＳ５５）。
【０１４７】
最新のヴァージョンのシステムプログラムが組み込まれていないと判断した場合には（ステップＳ５５、Ｎｏ）、データ提供会社サーバＳＶからデータアクセスポイントＤＡを介してシステムプログラムのダウンロードを行う（ステップＳ５６）。
【０１４８】
ダウンロードの完了により、最新のシステムプログラムは当該再生端末ＵＴに組み込まれることとなり、それに伴い再生頻度情報処理プログラムも最新のものが組み込まれることとなる（ステップＳ５４）。
【０１４９】
ステップＳ５５において、最新のヴァージョンのシステムプログラムが組み込まれていると判断した場合には（ステップＳ５５、Ｙｅｓ）、そのまま処理は行わない（ステップＳ５７）。
【０１５０】
次に、再生頻度情報処理の流れについて、図１２を用いて説明する。
【０１５１】
図１２は再生頻度情報処理の手順を示すフローチャートである。
【０１５２】
再生端末ＵＴの端末処理部１は、当該再生端末ＵＴに再生頻度情報処理プログラムの組み込みがされているか否か判断する（Ｓ６０）。
【０１５３】
再生頻度情報処理プログラムが組み込まれていないと判断した場合には（ステップＳ６０、Ｎｏ）、再生頻度情報処理は行わない（Ｓ６９）。
【０１５４】
再生頻度情報処理プログラムが組み込まれていると判断した場合には（ステップＳ６０、Ｙｅｓ）、端末処理部１は端末記録再生部６により曲の再生が開始されるか否か監視する（ステップＳ６１）。
【０１５５】
曲の再生が開始されない場合には（ステップＳ６１、Ｎｏ）、ステップＳ６１の監視を続ける。
【０１５６】
曲の再生が開始された場合（この再生が開始された曲を「曲Ａ」と呼ぶことにする）には（ステップＳ６１、Ｙｅｓ）、端末処理部１は曲Ａの再生時間の計測を開始する（ステップＳ６２）。
【０１５７】
端末処理部１は、現在再生されている曲Ａが再生途中で別の曲に変更されたか否か監視する（ステップＳ６３）。
【０１５８】
現在再生されている曲Ａが別の曲に変更された場合には、処理部は曲Ａの再生時間の計測を停止する（ステップＳ６４）。
【０１５９】
曲Ａの再生時間の計測を停止した後、端末処理部１は再生時間率の計算を行う（ステップＳ６５）。
【０１６０】
ステップＳ６３において、再生している曲Ａが別の曲に変更されなかった場合には（ステップＳ６３、Ｎｏ）、端末処理部１は、曲Ａの再生が停止したか否か監視する（ステップＳ６６）。例えば、曲Ａが終わりまで全て再生したか、又は、曲Ａの再生途中で他ソースへ切り換えられたか，又は曲Ａの再生途中で電源がＯＦＦになったかなどを監視する。尚，ポーズ等一時的に停止した場合など継続して再生が行われる可能性を含んで停止した場合は、ここで言う停止に含まれない。
【０１６１】
曲Ａの再生が停止しない場合には（ステップＳ６６、Ｎｏ）、ステップＳ６３へと戻る。
【０１６２】
曲Ａの再生が停止した場合には（ステップＳ６６、Ｙｅｓ）、端末処理部１は前述のステップＳ６４、Ｓ６５の処理を行う。
【０１６３】
ステップＳ６５の再生時間率の計算が終了したら、端末処理部１は計算された曲Ａの再生時間率があらかじめ設定された所定の閾値を上回っているか否か判断する（ステップＳ６７）。
【０１６４】
計算された曲Ａの再生時間率が閾値を上回っていると判断した場合には（ステップＳ６７、Ｙｅｓ）、当該曲Ａの再生が１回行われたものとして曲Ａの再生回数データに１を加える（ステップＳ６８）。
【０１６５】
新たに１を加えられた再生回数データが曲Ａの最新の再生回数データとなり、再生頻度情報として端末記憶部３に記憶させ、再生頻度情報処理を終了する（ステップＳ６９）。
【０１６６】
計算された曲Ａの再生時間率が閾値を上回っていないと判断した場合には（ステップＳ６７、Ｎｏ）、曲Ａの再生回数データに１を加えることなく、そのまま再生頻度情報処理を終了する（ステップＳ６９）。
【０１６７】
そして、端末記憶部３では、求められた再生頻度情報が曲データと一対一となるようにリンクしている。ユーザーの契約している再生端末ＵＴは、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶに対し、再生頻度情報を転送する。
【０１６８】
このように処理された再生頻度情報は、図１３に示すように曲データオブジェクトの一部として端末記憶部３に記憶される。
【０１６９】
まず、再生端末ＵＴの端末記憶部３に記憶される曲データオブジェクトについて図１３を用いて説明する。
【０１７０】
図１３は、曲データオブジェクトの例を示した図である。
【０１７１】
図１３に示すように、曲データオブジェクトは、曲夫々が１つ有するものであり、ファイル名、当該曲を特定する曲ＩＤ、再生頻度情報、曲データ等から構成される。
【０１７２】
このうち、曲ＩＤについて未取得である場合には、曲識別データが当該曲と他の曲とを識別するデータとして曲ＩＤの代わりに使用される。曲データをインターネット等を介して端末記憶部３にダウンロードする際に曲ＩＤを取得した場合には、当該曲識別データは不要となる。
【０１７３】
また、再生頻度情報は、当該曲の再生回数を例えば再生時間帯別や再生形態別（車内・携帯・室内）といったさまざまな切り口で細分化して記憶するようにすることもできる。例えば、再生形態を示すフラグなどを端末操作部２より入力し、その入力されたフラグの下で再生された曲の再生頻度情報をフラグ毎に記憶するようにすれば、容易に細分化できる。又、再生時間帯についても同等に，ある時間帯（日付を含む）を予めコード管理し、再生端末ＵＴの内蔵時計により再生された時間を調べ、その再生された曲の再生頻度情報を再生された時間に対応するコード毎に記憶するようにすれば、容易に細分化できる。このようにすることで、お勧めの再生形態や再生時間帯をアピールすることに繋がる情報として役立てることができる。これにより、再生頻度情報をさまざまな観点、角度からから分析することが可能となり、今後の音楽関連ビジネスに役立てることができる。
【０１７４】
ユーザーの契約している再生端末ＵＴは、データ提供会社サーバＳＶに対し、この再生頻度情報を送信する。
【０１７５】
データ提供会社サーバＳＶは、各々の再生頻度情報にグローバルな曲ＩＤを付与することができる。例えば、ＣＤ等に記録された曲データを端末記憶部３に記憶した場合では、その曲データには曲ＩＤが未取得の状態にある。その場合、曲識別するために必要なデータとして再生端末ＵＴ内の曲のＷａｖｅデータから波形の特徴をいくつかのパラメータとして抽出したものを曲識別データ（この曲識別データが本発明における特徴データに相当する）として使用する。そして、曲ＩＤ未取得時には再生端末ＵＴからこの曲識別データをデータ提供会社サーバＳＶに対して送出する。この時、データ提供会社サーバＳＶは、再生端末ＵＴから送信された曲識別データとデータ提供会社サーバＳＶ内の曲データベースに登録されている登録曲データの曲識別データを用いて同じものであるかを判別し（以下、これを曲識別処理と呼ぶ）、そして同じものであれば、その曲データに付加されている曲ＩＤをグローバルな曲ＩＤとして再生端末ＵＴの曲データに付与する仕組みを有する。
【０１７６】
一度曲ＩＤを付与された再生端末ＵＴは、以後は同じ曲の再生頻度情報処理時にはその曲ＩＤを使用する。
【０１７７】
データ提供会社サーバＳＶは、曲ＩＤによって複数のユーザーが使用する再生端末内の曲データに関する再生頻度情報等を一元的に集計・解析することができる。
【０１７８】
続いて、再生端末ＵＴとデータ提供会社サーバＳＶとの上記一連の情報アクセスの流れについて説明する。
【０１７９】
図１４は、再生端末−サーバ間のデータ送受信の例を示した図である。
【０１８０】
図１４に示すように、再生端末ＵＴは曲オブジェクトとしてファイル名、曲データ、再生頻度情報、曲ＩＤもしくは曲識別データを有している。
【０１８１】
一方、データ提供会社サーバＳＶは、再生頻度情報管理データベースや曲ＩＤや曲識別用データなどの曲情報データベース等の情報を有している。
【０１８２】
再生端末ＵＴからは、契約要求、再生頻度情報、曲ＩＤ又は曲識別データ等の情報がデータ提供会社サーバＳＶへ送信される。データ提供会社サーバＳＶから再生端末ＵＴに対しては、契約許可、ファームウェア、曲ＩＤ、各種情報等が送信される。
【０１８３】
次に、図１５を用いてユーザーとデータ提供会社との再生頻度情報の送受信の内容について説明する。
【０１８４】
図１５は、再生頻度情報の送受信の内容の例を示した図である。
【０１８５】
まず第一に、再生端末ＵＴにおいて曲ＩＤが取得済みである場合について説明する。
【０１８６】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報要求を送信する（図１５▲１▼）。
【０１８７】
再生頻度情報要求を受信した再生端末ＵＴは、ユーザーＩＤ、再生頻度情報、曲ＩＤ等の情報をデータ提供会社サーバＳＶへ送信する（図１５▲２▼）。
【０１８８】
第二に、再生端末ＵＴにおいて曲ＩＤが未取得である場合について説明する。
【０１８９】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報要求を送信する（図１５▲３▼）。
【０１９０】
再生頻度情報要求を受信した再生端末ＵＴは、ユーザーＩＤ、再生頻度情報、曲識別データ等の情報とともに曲識別要求をデータ提供会社サーバＳＶへ送信する（図１５▲４▼）。
【０１９１】
曲識別要求を受信したデータ提供会社サーバＳＶは、曲識別データに基づいて曲識別処理を行い、当該曲識別データに対応したグローバルな曲ＩＤを再生端末ＵＴへ送信する（図１５▲５▼）。
【０１９２】
第三に、再生頻度情報の再送要求の場合について説明する。
【０１９３】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報の再送要求を送信する（図１５▲６▼）。
【０１９４】
再生頻度情報の再送要求を受信した再生端末ＵＴは、曲ＩＤが未取得である場合にはユーザーＩＤ、再生頻度情報、曲識別データ等の情報とともに曲識別要求をデータ提供会社サーバＳＶへ送信する（図１５▲７▼）。
【０１９５】
データ提供会社サーバＳＶは、曲識別要求を受信した場合には、曲識別データに基づいて曲識別処理を行い、当該曲識別データに対応したグローバルな曲ＩＤを再生端末ＵＴへ送信する（図１５▲８▼）。
【０１９６】
次に、図１６を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの再生頻度情報の送受信の手順を、再生端末ＵＴ側から説明する。
【０１９７】
図１６は、再生端末ＵＴにおける再生頻度情報の送受信の手順を示したフローチャートである。
【０１９８】
端末処理部１は、データ提供会社サーバＳＶとリンクが構築されているか否か判断する（ステップＳ７０）。
【０１９９】
リンクが構築されていない場合には（ステップＳ７０、Ｎｏ）、処理を終了する（ステップＳ８７）。
【０２００】
リンクが構築されている場合には（ステップＳ７０、Ｙｅｓ）、端末処理部１は曲データオブジェクトを再生頻度の高い順にソートしておく（ステップＳ７１）。
【０２０１】
端末処理部１は、データ提供会社サーバＳＶから再生頻度情報要求があったか否か判断する（ステップＳ７２）。
【０２０２】
再生頻度情報要求があった場合には（ステップＳ７２、Ｙｅｓ）、曲データポインタを次の曲にセットする（ステップＳ７３）。
【０２０３】
端末処理部１は、次の曲があるか否か判断する（ステップＳ７４）。
【０２０４】
次の曲がないと判断した場合には（ステップＳ７４、Ｎｏ）、送信すべき再生頻度情報を有する曲がない旨の情報をセットし（ステップＳ７５）、データ提供会社サーバＳＶへ送信する（ステップＳ７６）。
【０２０５】
送信終了後、処理を終了する（ステップＳ８７）。
【０２０６】
ステップＳ７２において、再生頻度情報要求がない場合には（ステップＳ７２、Ｎｏ）、データ提供会社サーバＳＶから再生頻度情報再送要求があるか否か判断する（ステップＳ７７）。
【０２０７】
再生頻度情報再送要求がない場合には（ステップＳ７７、Ｎｏ）、ステップＳ７２の判断へと戻る。
【０２０８】
再生頻度情報再送要求があった場合には（ステップＳ７７、Ｙｅｓ）、端末処理部１は、曲データポイントはそのままにし（ステップＳ７８）、当該曲の再生頻度が所定の一定基準以上であるか否か判断する（ステップＳ７９）。
【０２０９】
再生頻度が一定基準以上にないと判断した場合には（ステップＳ７９、Ｎｏ）、前述のステップ７５の処理へと移行する。
【０２１０】
再生頻度が一定基準以上にあると判断した場合には（ステップＳ７９、Ｙｅｓ）、端末処理部１は、当該曲の曲ＩＤが取得済みであるか否か判断する（ステップＳ８０）。
【０２１１】
曲ＩＤが未取得であると判断した場合には（ステップＳ８０、Ｎｏ）、当該曲の曲識別データを曲データオブジェクトにセットする（ステップＳ８１）。
【０２１２】
曲識別データをセットしたら、曲識別データをセットした曲データオブジェクトとともに曲ＩＤ要求を提供会社サーバＳＶへ送信する（ステップＳ８２）。
【０２１３】
端末処理部１は、データ提供会社サーバＳＶからグローバルな曲ＩＤを取得したか否か判断する（ステップＳ８３）。
【０２１４】
データ提供会社サーバＳＶからグローバルな曲ＩＤを受信したか否か判断する（ステップＳ８３）。
【０２１５】
グローバルな曲ＩＤを受信した場合には（ステップＳ８３、Ｙｅｓ）、曲データオブジェクトに当該曲ＩＤを関連付け端末記憶部３に記憶させる（ステップＳ８４）。
【０２１６】
記憶終了後は、ステップＳ７２の判断へと戻る。
【０２１７】
グローバルな曲ＩＤを受信しなかった場合には（ステップＳ８３、Ｎｏ）、ステップＳ７２の判断へと戻る。
【０２１８】
ステップＳ８０において、曲ＩＤが取得済みであると判断した場合には（ステップＳ８０、Ｙｅｓ）、曲ＩＤを曲データオブジェクトにセットし（ステップＳ８５）、データ提供会社サーバＳＶへ曲データオブジェクトを送信する（ステップＳ８６）。
【０２１９】
送信終了後は、ステップＳ７２へ戻り、端末処理部１は再生頻度情報要求の有無の判断を行う。
【０２２０】
ステップＳ７４において、次の曲が存在すると判断した場合には（ステップＳ７４、Ｙｅｓ）、前述のステップ７９の判断を行う。
【０２２１】
次に、図１７を用いて、サーバ提供会社と再生端末ＵＴの再生頻度情報の送受信の手順を、データ提供会社サーバＳＶ側から説明する。
【０２２２】
図１７は、データ提供会社サーバＳＶにおける再生頻度情報の送受信の手順を示したフローチャートである。
【０２２３】
サーバ処理部８は、再生端末ＵＴとのリンクが構築されているか判断する（ステップＳ９０）。
【０２２４】
リンクが構築されていない場合には（ステップＳ９０、Ｎｏ）、処理を終了する（ステップＳ１０４）。
【０２２５】
リンクが構築されている場合には（ステップＳ９０、Ｙｅｓ）、再生端末ＵＴに対し、再生頻度情報要求を送出する（ステップ９１）。
【０２２６】
サーバ処理部８は、再生端末ＵＴから曲ＩＤ要求を受信したか否か判断する（ステップＳ９２）。
【０２２７】
曲ＩＤ要求を受信した場合には（ステップＳ９２、Ｙｅｓ）、曲ＩＤ要求と共に送信されてきた曲識別データから曲識別処理を行う（ステップＳ９３）。
【０２２８】
サーバ処理部８は、曲識別処理の結果、曲識別が可能であるか否かを判断する（ステップＳ９４）。
【０２２９】
曲識別が不可能であると判断した場合には（ステップＳ９４、ＮＯ）、ステップＳ９１へ戻る。
【０２３０】
曲識別が可能であると判断した場合には（ステップＳ９４、Ｙｅｓ）、曲ＩＤを付与し、サーバ記憶部７内のデータベースに関連付けを行う（ステップＳ９５）。
【０２３１】
そして、当該曲ＩＤを再生端末ＵＴに送信する（ステップＳ９６）。
【０２３２】
曲ＩＤ送信後は、再生端末ＵＴから曲ＩＤ要求とともに送信されてきた再生頻度情報を一時バッファにデータ更新する（ステップＳ９７）。
【０２３３】
データ更新後は、前述のステップＳ９１の処理へと移行する。
【０２３４】
ステップＳ９２において、曲ＩＤ要求を受信しなかった場合には（ステップＳ９２、Ｎｏ）、サーバ処理部８は、曲ＩＤとともに再生頻度情報が送信されたか否かを判断する（ステップＳ９８）。
【０２３５】
曲ＩＤとともに再生頻度情報が送信された場合には（ステップＳ９８、Ｙｅｓ）、前述のステップＳ９７の処理へ移行する。
【０２３６】
曲ＩＤとともに再生頻度情報が送信されなかった場合には（ステップＳ９８、Ｎｏ）、サーバ処理部８は、送信すべき再生頻度情報を有する曲がない旨の情報を再生端末ＵＴから受信したか否か判断する（ステップＳ９９）。
【０２３７】
送信すべき再生頻度情報を有する曲がない旨の情報を受信しなかった場合には（ステップＳ９９、Ｎｏ）、処理を終了する（ステップＳ１０４）。
【０２３８】
送信すべき再生頻度情報を有する曲がない旨の情報を受信した場合には（ステップＳ９９、Ｙｅｓ）、サーバ処理部８は、再生頻度情報を一時バッファでデータ集計を行う（ステップＳ１００）。
【０２３９】
サーバ処理部８は、一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものであるか否か判断する（ステップＳ１０１）。
【０２４０】
一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものでない場合には（ステップＳ１０１、Ｎｏ）、当該ユーザーのためのデータベースを構築する（ステップＳ１０２）。
【０２４１】
新規データベース構築後、一時バッファに記録されている再生頻度情報について、当該ユーザーのデータベースを更新する（ステップＳ１０３）。
【０２４２】
データベース更新後、処理を終了する（ステップＳ１０４）。
【０２４３】
一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものである場合には（ステップＳ１０１、Ｙｅｓ）、ステップ１０３の処理へと移行する。
【０２４４】
４．再生頻度情報の活用
次に、再生頻度情報の分析の活用について説明する。
【０２４５】
前述のように、ユーザーからデータ提供会社に提供されるデータとしては、ユーザーＩＤ、曲ＩＤ、及び再生頻度情報が挙げられる。
【０２４６】
このうち、ユーザーＩＤからは性別や年齢、職業等が把握できる。また、曲ＩＤからは、アーチスト名、曲名（タイトル名）、ジャンル等が把握できる。さらに、再生頻度情報からは、再生時間帯（季節・朝昼夜・平日・休日）や再生形態（車内・携帯・室内）等の情報が把握される。
【０２４７】
データ提供会社は、これらの情報をもとに、データ提供会社サーバＳＶ上で契約者全体の各種統計処理を行うことができる。例えば、アーチストと当該アーチストの曲を聴くユーザーの年齢層との関連や、ジャンルと当該ジャンルの曲を聴くユーザーの年齢層との関連や、季節とジャンルとの関連や、車で走行中に良く聴かれるジャンル等に関する統計をデータ提供会社は得ることができる。
【０２４８】
また、現在ヒットしていなくても、特定の年齢層に良く聴かれているジャンルやアーチスト、徐々に人気が高まりつつあるジャンルやアーチスト、潜在的に客層を持つジャンルやアーチスト等の分析が可能となる。
【０２４９】
データ提供会社は、このような分析データを用いて、ＣＤの在庫調整、ラジオなどでの楽曲プロモート、各種イベントの企画等に生かすことが可能である。
【０２５０】
また、きめ細かにターゲットを設定して、その対象層に対して、関連するジャンルのアーチストの紹介、関連するジャンルの曲の紹介、関連のルーツ（歴史）の紹介、アーチストの新譜・イベント等の紹介等を行うことによって、潜在的な需要を掘り起こすことができる。
【０２５１】
次に、このような情報を放送会社等の関係業界各社に提供する場合の情報料としての想定される課金システムについて説明する。
【０２５２】
まず、音楽業者が契約を結ぶために、契約保持のためのイニシャルライセンス料金を設定する。
【０２５３】
単発的な情報提供も想定されるが、その場合イニシャル料金を徴収せずに情報提供料金を割高に設定することが考えられる。
【０２５４】
データの分析度合いに応じた従量制課金制度を採用する。
【０２５５】
イニシャルなライセンス料金の他に情報分析ごとに分析度合いに応じた料金を設定する。例えば、ジャンルごとの分析データを要求する場合には、区分を「Ｒｏｃｋ」、「Ｊａｚｚ」、「Ｃｌａｓｓｉｃ」、「その他のジャンル」として指定すると、４件の情報分析が行われたことになるため、この場合４件に見合った従量課金が発生する。
【０２５６】
更に詳細なデータ分析が必要な場合、例えば「Ｒｏｃｋ かつ 日本のアーチスト」や「３０代男性の好むＪＰＯＰアーチスト」といった場合には、情報分析のレベルに応じた従量を決定することとなる。
【０２５７】
再生頻度情報を提供する再生端末ユーザーに対して、情報のフィードバックを行う場合の代行業務を、データ提供会社が行い、これに伴う料金を徴収する。
【０２５８】
業者ＣＤの新譜を紹介したい場合、データを提供した再生端末ユーザーのうち再生頻度情報を分析して導き出されたユーザーにだけ紹介することができる。
【０２５９】
その場合、レコード販売業者が直接ユーザーに対して情報を告知することはプライバシーの問題上困難なことから、データ提供会社がレコード販売会社とユーザーとを仲介し、かかる情報配信を代行することができる。
【０２６０】
例えば、レコード販売会社は、単に「特定の曲、アーチスト、ジャンル等に興味を示す層」といった指定をするだけで、データ提供会社はデータ提供会社サーバＳＶ上の再生頻度情報に関する統計処理データから、当該指定に合致したユーザーのみ抽出し、レコード販売会社の情報を対象ユーザーの再生端末ＵＴに対しデータアクセスポイントＤＡを介して配信する。
【０２６１】
データ提供会社と、放送会社、レコード制作会社、レコード販売会社及びプロダクション会社との間には、それぞれ業務契約等を行うことで、再生状況情報処理された情報の売買を行い、各々の事業活動に役立てる。
【０２６２】
この際、各ユーザーの再生頻度情報の分析結果をデータを提供会社サーバＳＶから通信回線を介し有償で譲り受けた各業界の関連会社は、当該分析結果を利用した情報処理を端末上で行う。
【０２６３】
例えば、放送会社は、再生頻度情報分析データを放送会社端末ＨＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったアーチストの番組出演情報等の情報を各ユーザーに提供することができる。
【０２６４】
また、レコード制作会社やレコード販売会社は、再生頻度情報分析データをそれぞれレコード制作会社端末ＲＴ、レコード販売会社端末ＳＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったレコード新譜の紹介や特別販売等の情報を各ユーザーに提供することができる。また、その再生頻度情報の傾向を分析し、プレスの数を調整して在庫精度を高めることも可能となる。
【０２６５】
さらに、プロダクション会社は、再生頻度情報分析データをプロダクション会社端末ＰＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったコンサート情報、アーチストの紹介、関連グッズの販売案内等の情報を各ユーザーに提供することができる。
【０２６６】
以上の放送会社、レコード制作会社、レコード販売会社、プロダクション会社によるユーザーへの情報提供は、データ提供会社を通じて再生端末ＵＴへ情報を配信することによって行うこともできる。
【０２６７】
例えば、プロダクション会社端末ＰＴで処理された各ユーザーごとに異なった内容のコンサート情報を、通信手段を介してデータ提供会社サーバＳＶへ送信する。受信したデータ提供会社は、当該情報をデータアクセスポイントＤＡを介して各ユーザーの再生端末ＵＴへ向けて配信する。これにより各ユーザーは、自分の趣向にあった各種情報、すなわち新譜情報、コンサート情報、番組出演情報等の自分のお気に入りのアーチストの情報をタイムリーに得ることができるようになるため、新譜の購入やコンサートチケットの購入等の購買意欲や音楽に対する関心が高められることが期待できる。また、ユーザーは今まで情報がなく、興味を持ち得なかったジャンルやアーチスト等についての情報を得ることができるため、今まで以上に幅広い音楽分野に興味を持つことになる。このことは、音楽ビジネスの対象である潜在的な需要者層を拡大することを意味する。
【０２６８】
このように本システムによれば、音楽関連業界各社は、各ユーザーごとの趣向を詳細に把握することができるようになるため、消費者の潜在的な需要を掘り起こすことが可能となるという効果を有する。
【０２６９】
また、音楽業界では、個人レベルでのユーザーの興味あるジャンル、アーチストの情報提供、ニーズの把握、シーズの発掘を行うことが可能となるため、提案型の音楽ビジネスを行うことができる。
【０２７０】
さらに、これに関連して次のような効果も期待できる。
【０２７１】
まず、従来大人になるにつれて売れ筋の楽曲とは趣向が合わなくなる傾向から進んでいた、いわゆる「大人の音楽離れ」の傾向が解消されるという効果が期待できる。
【０２７２】
また、売れ筋の曲は、十代の金銭的に余裕のない層に支持されるものが多く、レンタルやコピー等からビジネスとして利益に結びつかない傾向があったが、上記のような大人の購買意欲の高まりによって、音楽ビジネスの利益が拡大する効果も期待できる。
【図面の簡単な説明】
【図１】実施形態に係るシステムの概要構成の一例を示すブロック図である。
【図２】サービスの提供の側面から実施形態に係るシステムを捉えた図である。
【図３】データの提供の側面から実施形態に係るシステムを捉えた図である。
【図４】ユーザーとデータ提供会社との契約までの手順の例を示した図である。
【図５】再生端末ＵＴ側からみた契約の流れの例を示したフローチャートである。
【図６】再生端末ＵＴの端末操作部２及び端末表示部５の一例を示した図である。
【図７】ユーザーＩＤ取得時の再生端末ＵＴの画面表示例を示した図である。
【図８】ユーザーＩＤ取得後の再生端末ＵＴの画面表示例を示した図である。
【図９】再生頻度情報処理プログラムを包含するシステムプログラムを更新する場合の操作における画面表示例である。
【図１０】データ提供会社サーバＳＶ側からみた契約の手順の例を示したフローチャートである。
【図１１】再生頻度情報処理プログラムのダウンロード手順を示したフローチャートである。
【図１２】再生頻度情報処理の手順を示すフローチャートである。
【図１３】曲データオブジェクトの例を示した図である。
【図１４】再生端末−サーバ間のデータ送受信の例を示した図である。
【図１５】再生頻度情報の送受信の内容の例を示した図である。
【図１６】再生端末ＵＴにおける再生頻度情報の送受信の手順を示したフローチャートである。
【図１７】データ提供会社サーバＳＶにおける再生頻度情報の送受信の手順を示したフローチャートである。
【符号の説明】
ＵＴ・・・再生端末
１・・・・端末処理部
２・・・・端末操作部
３・・・・端末記憶部
４・・・・端末送受信部
５・・・・端末表示部
６・・・・端末記録再生部
ＤＡ・・・データアクセスポイント
ＳＶ・・・データ提供会社サーバ
７・・・・サーバ記憶信部
８・・・・サーバ処理部
９・・・・サーバ送受信部
ＨＴ・・・放送会社端末
ＲＴ・・・レコード制作会社端末
ＳＴ・・・レコード販売会社端末
ＰＴ・・・プロダクション会社端末
【発明の属する技術分野】
本発明は、再生頻度情報処理システム、再生頻度情報処理方法、再生頻度情報処理用プログラム及び情報記録媒体の技術分野に属する。
【０００２】
【従来の技術】
従来のいわゆる音楽ビジネスにおいては、需要者のニーズを把握するため、マーケティングリサーチが行われていた。具体的には、レコードの売り上げを店頭で調査したり、有線放送でのリクエスト回数を集計することにより最新のヒットチャートランキングを出すこと等が行われていた。
【０００３】
そして、レコード制作会社等は、そのリサーチ結果に沿って最も売れ筋の楽曲を提供することにより、それらを購入する層のニーズに応えていた。すなわち、絶対的な売れ筋に沿った顕在的な需要層を相手に音楽ビジネスが成立していたという傾向があった。
【０００４】
【発明が解決しようとする課題】
そのため、絶対数でみれば売れ筋とはいえない特定の需要層の潜在的な音楽需要を掘り起こすことができないという問題点があった。
【０００５】
また、現在の売れ筋の楽曲は十代を中心とした若者の支持を受けたものが多いため、大人になるにつれて売れ筋の楽曲とは趣味が合わなくなる傾向があり、大人の音楽離れが進んでおり、その結果として音楽ビジネスの成長が阻害されるという問題点もあった。
【０００６】
そこで、本発明が解決しようとする課題は、この大人の音楽離れに伴う音楽ビジネスの成長阻害という問題が一例として挙げられ、少なくともその一例として挙げられる問題を解消するための再生頻度情報処理システム及び方法、その処理のための再生頻度情報処理用プログラム及び当該プログラムを記録した情報記録媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題を解決するために、請求項１に記載の発明は、１又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムにおいて、前記端末装置は、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出手段と、前記求められた再生頻度情報を記憶する情報記憶手段と、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信手段と、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信手段と、を備え、前記サーバ装置は、前記再生頻度情報を前記端末装置に対し要求する情報要求手段と、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信手段と、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理手段と、を備える。
【０００８】
また、請求項６に記載の発明は、１又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムで実行される再生頻度情報処理方法において、前記端末装置において実行され、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出工程と、前記端末装置において実行され、前記求められた再生頻度情報を記憶する情報記憶工程と、前記端末装置において実行され、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信工程と、前記端末装置において実行され、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信工程と、前記サーバ装置において実行され、前記再生頻度情報を前記端末装置に対し要求する要求工程と、前記サーバ装置において実行され、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信工程と、前記サーバ装置において実行され、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理工程と、を備えて構成する。
【０００９】
【発明の実施の形態】
次に、実施の形態について、図面に基づいて説明する。
【００１０】
なお、以下に説明する実施の形態は、データ提供会社内に設置され楽曲の再生頻度情報処理の中心となるデータ提供会社サーバと、当該データ提供会社サーバに通信手段を介し夫々接続される再生端末装置と、を含む再生頻度情報処理システムについてのものである。なお再生頻度情報とは、再生端末装置のユーザーにより一定期間に再生された回数等の再生情報を示す情報であり、曲単位でそれぞれ有するものである。
【００１１】
１．本実施形態の再生頻度情報処理システム構成
まず、実施形態の再生頻度情報処理システムの構成の概要について、具体的に図１を用いて説明する。
【００１２】
なお、図１は当該再生頻度情報処理システムの概要構成の一例を示すブロック図である。
【００１３】
図１に示すように、本実施形態の再生頻度情報処理システムは、データ提供会社サーバＳＶと、再生端末ＵＴと、データアクセスポイントＤＡと、放送会社端末ＨＴと、レコード制作会社端末ＲＴと、レコード販売会社端末ＳＴと、プロダクション会社端末ＰＴと、を含んで構成されている。
【００１４】
まず、データアクセスポイントＤＡは、ファーストフード、コンビニエンスストア、駅など公共性の高い場所に置かれる、例えばホットスポット（登録商標）に代表される不特定多数の者が利用可能なアクセスポイントであり、再生端末ＵＴのユーザーが日常生活を送る過程で再生端末ＵＴによりアクセスが可能となるように配慮される。
【００１５】
また、データアクセスポイントＤＡはデータ提供会社サーバＳＶとはネットワークにより接続されることにより、再生端末ＵＴとデータ提供会社サーバＳＶとの各種情報の送受信の中継拠点として機能する。
【００１６】
再生端末ＵＴは、演算処理機能を有する端末処理部１、再生端末ＵＴのユーザーからの種々の操作指示を操作入力するための端末操作部２、楽曲データやプログラムを記憶する端末記憶部３、データ提供会社サーバＳＶとデータのやり取りを行う端末送受信部４、操作入力画面や各種情報を表示する端末表示部５、及び楽曲データを再生又は記録するための端末記録再生部６、を含んで構成される。また、端末記憶部３には、本発明に係る再生頻度情報処理プログラムが記憶され、かかるプログラムが、コンピュータとしての端末処理部１に組み込まれることにより、当該端末処理部１は、算出手段、識別記号要求手段及び統計処理手段として機能し、また端末記憶部３は情報記憶手段として機能し、また端末送受信部４は再生頻度情報要求受信手段、端末送信手段及び識別記号受信手段として機能することになる。
【００１７】
なお、再生頻度情報処理プログラムは、後述するように、データアクセスポイントＤＡ等を介して配信され、当該端末記憶部３に記憶されるようにしてもよいし、再生端末ＵＴの端末記憶部３に予め記憶しておくようにしてもよい。
【００１８】
再生端末ＵＴは、例えば、インターネット市場において売買される歌謡曲等の曲データをインターネット等を介してダウンロードし、または、再生端末ＵＴのユーザーが音楽ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）などに記録された曲データを録音し、ユーザーが外出時等に携帯し再生鑑賞するものであり、具体的にはハードディスクを内蔵したＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ―３）プレーヤ等のポータブル再生用機器が考えられる。
【００１９】
すなわち、再生端末ＵＴの端末送受信部４を介して曲データをダウンロードし、又は端末記録再生部６を介して曲データを録音し、曲データは、端末記憶部３に記憶される。そしてユーザーの再生指示を端末操作部２より受け付けると、端末記録再生部６により再生される。
【００２０】
さらに、再生端末ＵＴは、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶに接続することができる。再生端末ＵＴ及びデータアクセスポイントＤＡは、例えば、公知の近距離無線通信技術規格であるＢｌｕｅｔｏｏｔｈ（登録商標）に基づく近距離無線通信機能を有している。これにより、再生端末ＵＴは、データアクセスポイントＤＡを介して、データ提供会社サーバＳＶとの間でデータ等のやり取りを行うことができるようになる。
【００２１】
なお、本実施形態の再生頻度情報処理システムで用いられる無線アクセス手段としては、このＢｌｕｅｔｏｏｔｈ（登録商標）に限るものではなく、無線ＬＡＮ、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、無線タグ、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）等の技術が挙げられる他、楽曲再生機能を備えた携帯電話機を再生端末として用いることによっても可能である。
【００２２】
次にデータ提供会社サーバＳＶは、サーバ記憶部７、サーバ処理部８、サーバ送受信部９を含んで構成される。また、サーバ記憶部７には、再生頻度情報処理プログラムが記憶されており、かかるプログラムがサーバ処理部８に組み込まれることにより、当該サーバ処理部８が、情報要求手段、統計処理手段及び記録情報判定手段として機能し、またサーバ送受信部９が、再生頻度情報受信手段、識別記号要求受信手段及び識別記号送信手段として、それぞれ機能することになる。
【００２３】
また、放送会社端末ＨＴ、レコード制作会社端末ＲＴ、レコード販売会社端末ＳＴ、及びプロダクション会社端末ＰＴは、それぞれ、演算処理機能を有する処理部（ＣＰＵなど）、データやプログラムを記憶するための記憶部（ＲＯＭ、ＲＡＭ、ハードディスクなど）、インターネットに接続するための送受信部（モデムなど）などを備えた公知のコンピュータからなっている。
【００２４】
放送会社端末ＨＴは、例えば音楽番組等を放送する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２５】
また、レコード制作会社端末ＲＴは、音楽ＣＤ等を制作する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２６】
また、レコード販売会社端末ＳＴは、音楽ＣＤ等を販売する法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２７】
また、プロダクション会社端末ＰＴは、音楽企画制作等を行う法人等が使用するもの（具体的には、パーソナルコンピュータシステム等により構成される。）であり、データ提供会社サーバＳＶとはネットワークを介して接続され、後述する再生頻度情報処理された情報を当該データ提供会社サーバＳＶとの間で授受する。
【００２８】
次に、図２及び図３を用いて本実施形態の再生頻度情報処理システムを各種サービス及び各種データの提供という側面から説明する。図２はサービスの提供という側面から、図３はデータの提供という側面からそれぞれシステムを捉えた図である。
【００２９】
まず、図２について、サービスの提供という側面から本実施形態の再生頻度情報処理システムについて説明する。
【００３０】
データ提供会社と再生端末ＵＴのユーザーとの間で、ユーザーからデータ提供会社に対し個人の再生頻度情報（ユーザーが所有する再生端末ＵＴにて求められた再生頻度情報）を提供する見返りとして、データ提供会社からユーザーに対し各種情報の優先的な提供等のサービスを受けることを契約内容とする会員契約が結ばれる。ユーザーはデータ提供会社に対し再生頻度情報を提供し、またこの会員登録に係るサービスがデータ提供会社からユーザーへ提供される（図２▲１▼）。
【００３１】
また、データ提供会社は、コンビニエンスストア等の店舗とデータアクセスポイントＤＡの設置に関する業務契約を結ぶ。データ提供会社とこれら店舗との間では、ＣＤやコンサートチケット等の販売や当該店舗での代金決済などのサービスの提供が行われる（図２▲２▼）。
【００３２】
また、放送会社、レコード製作会社、レコード販売会社及びプロダクション会社などいわゆる音楽業界と、データ提供会社との間では、データ提供会社が蓄積した再生頻度情報を提供することについて業務契約を結び、データ提供会社はユーザーに対する情報提供サービスを行い、売買等の料金徴収を代行することができる（図２▲３▼）。
【００３３】
さらに、音楽業界各社と、ユーザーとの間では、市場調査、放送番組情報の提供、楽曲売買、新譜紹介及びイベント情報の提供といったサービスの提供が行われる（図２▲４▼乃至図２▲７▼）。
【００３４】
具体的には、ユーザーから音楽業界各社に対し自分が高い頻度で聞く情報をデータ提供会社を通じて提供する。
【００３５】
これにより放送会社は、この情報を番組作りに活用し、またその再生頻度情報の傾向は放送会社が推す新曲などを選定する際の材料として使用する。
【００３６】
また、レコード制作会社は、ユーザーが好んで聴く曲のアーチストや同様のジャンル、そのアーチストが参加している楽曲などを紹介したり楽曲のインターネット販売や新譜情報の提供等の宣伝活動を行う。
【００３７】
また、レコード販売会社は、再生頻度情報の傾向から、楽曲制作に際してニーズを取り入れたり、次にヒットしそうなシーズを提案したりすることにより、結果的にユーザーにフィードバックする。
【００３８】
また、プロダクション会社は、ユーザーが好んで聴く曲のアーチストや同様のジャンル、そのアーチストが参加しているイベント等を情報提供したりチケット販売などを行う。
【００３９】
なお、図２はサービスの提供を概念的に示したものであり、以上説明したサービスの提供はデータアクセスポイントＤＡ、及びデータ提供会社サーバＳＶを通じて間接的に提供されるものもあれば、インターネット等を通じて直接ユーザーに提供されるものもある。
【００４０】
次に図３において、データの提供の側面から本実施形態の再生頻度情報処理システムについて説明する。
【００４１】
まず、再生端末ＵＴのユーザーは、データ提供会社に対し、対象曲を特定する曲ＩＤ（曲のタイトル名、アーチスト名、ジャンル等を示すデータ）とともに対象曲の再生頻度情報を提供する（図３▲１▼）。また曲ＩＤが不明の場合には、対象曲の曲識別データを提供する。
【００４２】
また、データ提供会社は、音楽業界各社に対し再生頻度情報の分析データを提供する（図３▲２▼）。
【００４３】
また、放送会社は放送番組を（図３▲３▼）、レコード製作会社は楽曲を（図３▲４▼）、レコード販売会社は楽曲ソフトを（図３▲５▼）、プロダクション会社はイベントや楽曲案内等の情報データを（図３▲６▼）、それぞれユーザーにデータ提供する。
【００４４】
なお、図３はデータの提供について概念的に示したものであり、上述したデータについては、データアクセスポイントＤＡ、及びデータ提供会社サーバＳＶを通じて間接的に提供されるものもあれば、インターネットを通じて直接ユーザーに提供されるものもある。
【００４５】
２．本実施形態の再生頻度情報処理システムにおける契約について
次に、上記した構成を有する再生頻度情報処理システムの前提となる契約、すなわちユーザー―データ提供会社間、及びデータ提供会社―音楽業界各社間との情報提供を内容とする契約例の概要について説明する。
【００４６】
まず、再生端末ＵＴのユーザーとデータ提供会社は、会員契約を結ぶことにより、ユーザー管理やユーザー情報等のプライバシー保護に配慮する。
【００４７】
このような契約は、ユーザーによる当該再生端末ＵＴ購入時や購入後に店頭で行ったり、パソコン等を使いオンラインで行ったり、郵便等で行うことが考えられる。このうちオンラインで行う場合には、本人のデータを入力し、本人照合をし、本人確認がとれた時点で仮のＩＤが発行される。再生端末ＵＴには、機器固有のＩＤが決められており、ユーザーは取得した仮ＩＤを再生端末ＵＴに入力して、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶにアクセスすることで、契約手続が完了し、契約内容に応じた機能を再生端末ＵＴで使用することができるようになる。
【００４８】
契約に際して、ユーザー本人の情報（例えば、氏名・性別・年齢・住所等）や本人を確認できるもの（例えば、身分証明書）等のデータが必要とされ、また、例えばインターネットを通じて楽曲データを購入するような電子決済的な要素を持たせる場合には、クレジットカードなど決済可能なものに関するデータの提示も必要とされる。このような契約により、ユーザーは、各種情報の提供を受けることができる。
【００４９】
ここでこの契約の流れの詳細について図４、図５及び図６を用いて説明する。
【００５０】
まず、図４を用いてユーザーとデータ提供会社との契約までの手順について説明する。
【００５１】
図４は、ユーザーとデータ提供会社との契約までの手順の例を示した図である。
【００５２】
なお、以下に説明するデータ提供会社サーバＳＶと再生端末ＵＴとの情報の送受信は、全て前述のデータアクセスポイントＤＡを経由して行われるものである。
【００５３】
まず、データ提供会社サーバＳＶは再生端末ＵＴに再生頻度情報を要求する（図４▲１▼）。
【００５４】
ユーザーＩＤが未取得であり再生頻度情報処理プログラムも未取得の再生端末ＵＴのユーザーは、端末操作部２により入力を行い、ユーザー契約処理を行う。
【００５５】
再生端末ＵＴからユーザーＩＤが未取得である旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲２▼）。
【００５６】
ユーザーは、再生端末ＵＴで、店頭での契約時に取得した仮ＩＤなど必要事項を端末操作部２により入力し、データ提供会社サーバＳＶに対しユーザーＩＤ登録要求を送信する（図４▲３▼）。
【００５７】
データ提供会社は、データ提供会社サーバＳＶで本人照合を行い本人確認が取れた場合、ユーザーＩＤを付与し、付与したユーザーＩＤ登録応答を再生端末ＵＴへ送信する（図４▲４▼）。
【００５８】
データ提供会社サーバＳＶからユーザーＩＤ登録応答を受信した再生端末ＵＴは、受信したユーザーＩＤを端末記憶部３に記憶し、ユーザーＩＤ取得が完了した旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲５▼）。
【００５９】
再生端末ＵＴからユーザーＩＤ取得完了の応答を受信したデータ提供会社サーバＳＶは、再生頻度情報の再送要求を再生端末ＵＴへ送信する（図４▲６▼）。
【００６０】
再生頻度情報の再送要求を受信した再生端末ＵＴは、再生頻度情報処理プログラムをデータ提供会社サーバＳＶに要求する（図４▲７▼）。
【００６１】
再生頻度情報処理プログラムの要求を受けたデータ提供会社サーバＳＶは、再生端末ＵＴの種類に応じた再生頻度情報処理プログラムを再生端末ＵＴへ送信し、再生端末ＵＴは当該再生頻度情報処理プログラムをダウンロードする（図４▲８▼）。
【００６２】
再生端末ＵＴはダウンロード完了後、再生頻度情報処理プログラムのダウンロードが完了した旨の応答をデータ提供会社サーバＳＶへ送信する（図４▲９▼）。
【００６３】
次に、図５を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの契約までの流れを、再生端末ＵＴのユーザー側から説明する。
【００６４】
図５は、再生端末ＵＴ側からみた契約の流れの例を示したフローチャートである。
【００６５】
端末処理部１は、データ提供会社サーバＳＶとのリンクが構築されている否かを判断する（ステップＳ１０）。
【００６６】
データ提供会社サーバＳＶとのリンクが構築されていない場合には（ステップＳ１０、Ｎｏ）、処理を終了する（ステップＳ１９）。
【００６７】
データ提供会社サーバＳＶとのリンクが構築されている場合には（ステップＳ１０、Ｙｅｓ）、端末処理部１は再生頻度情報要求をデータ提供会社サーバＳＶから受信したか否か監視する（ステップＳ１１）。
【００６８】
再生頻度情報要求をデータ提供会社サーバＳＶから受信しない場合には（ステップＳ１１、Ｎｏ）、端末処理部１はステップＳ１１の監視を続ける。
【００６９】
再生頻度情報要求をデータ提供会社サーバＳＶから受信した場合には（ステップＳ１１、Ｙｅｓ）、ユーザーＩＤが端末記憶部３に記憶されているか否か判断する（ステップＳ１２）。
【００７０】
端末記憶部３にユーザーＩＤが記憶されており、再生端末ＵＴがユーザーＩＤをすでに取得していると判断した場合には（ステップＳ１２、Ｙｅｓ）、端末処理部１は、再生頻度情報処理プログラムが組み込まれているか否か判断する（ステップＳ２０）。
【００７１】
再生頻度情報処理プログラムが組み込み済みである場合には（ステップＳ２０、Ｙｅｓ）、再生頻度情報処理を行う（ステップＳ２６）。
【００７２】
再生頻度情報処理プログラムがまだ組み込まれていない場合には（ステップＳ２０、Ｎｏ）、データ提供会社サーバＳＶへ再生頻度情報処理プログラム要求を送信する（ステップＳ２１）。
【００７３】
端末処理部１は、データ提供会社サーバＳＶから再生頻度情報処理プログラムのダウンロードが完了したか否か監視する（ステップＳ２２）。
【００７４】
再生頻度情報処理プログラムのダウンロードが完了しない場合には（ステップＳ２２、Ｎｏ）、ステップＳ２２の監視を続ける。
【００７５】
再生頻度情報処理プログラムのダウンロードが完了した場合には（ステップＳ２２、Ｙｅｓ）、データ提供会社サーバＳＶに対して、再生頻度情報処理プログラムを受信した旨の応答を送信する（ステップＳ２３）。
【００７６】
端末処理部１は、ダウンロードした再生頻度情報処理プログラムのインストールを行う（ステップＳ２４）。
【００７７】
インストール終了後、再生頻度情報処理動作を開始し（ステップＳ２５）、契約処理を終了する（ステップＳ１９）。
【００７８】
ステップＳ１２において、端末記憶部３にユーザーＩＤが記憶されておらず、再生端末ＵＴがユーザーＩＤを取得していないと判断した場合には（ステップＳ１２、Ｎｏ）、端末処理部１はデータ提供会社サーバＳＶへユーザーＩＤが未取得である旨の情報を送信する（ステップＳ１３）。
【００７９】
端末表示部５によりデータ提供会社との契約操作画面を表示する（ステップＳ１４）。
【００８０】
端末処理部１は、表示された契約操作画面の案内に従ってユーザーにより契約操作がなされ、既に取得している仮ＩＤを含む必要事項の入力がもれなく完了したか否か監視する（ステップＳ１５）。
【００８１】
必要事項の入力が完了していないと判断した場合には（ステップＳ１５、Ｎｏ）、ステップＳ１５の監視を続ける。
【００８２】
ユーザーによる必要事項の入力がもれなく完了したと判断した場合には（ステップＳ１５、Ｙｅｓ）、データ提供会社サーバＳＶに対し、ユーザーＩＤの登録要求を送信する（ステップＳ１６）。
【００８３】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信したか否か監視する（ステップＳ１７）。
【００８４】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信しない場合には（ステップＳ１７、Ｎｏ）、端末処理部１はステップＳ１７の監視を続ける。
【００８５】
データ提供会社サーバＳＶからユーザーＩＤ登録が完了した旨の応答を受信した場合には（ステップＳ１７、Ｙｅｓ）、受信したユーザーＩＤを端末記憶部３に記憶させる（ステップＳ１８）。
【００８６】
記憶が完了した場合にはステップＳ２０へと移行し、上述の手順で処理が行われる。
【００８７】
次に再生端末ＵＴの端末操作部２の操作例について説明する。
【００８８】
図６は、再生端末ＵＴの端末操作部２及び端末表示部５の一例を示した図である。
【００８９】
図６に示すとおり、再生端末ＵＴは、各種情報画面を表示する端末表示部５と、方向キー、選択キー、Ｙｅｓ／Ｎｏキー等ならなる端末操作部２を含んでおり、これによりユーザーは煩雑な入力操作をすることなく、簡単に操作できるようになっている。
【００９０】
図７は、ユーザーＩＤ取得時の再生端末ＵＴの画面表示例を示した図である。
【００９１】
店頭等でデータ提供会社と契約を交わしたユーザーは、前述のとおり仮ＩＤを取得しているにすぎない。そのため、データアクセスポイントＤＡにてデータ提供会社サーバＳＶから再生頻度情報要求を受信した場合、端末処理部１は、再生端末ＵＴの端末表示部５に、正式なユーザー契約が完了していない旨表示させる（図７▲１▼）。
【００９２】
ユーザーは、正式なユーザー契約手続を行うため、端末操作部２の方向キーを操作して画面の「２．契約」を選択する。
【００９３】
選択受付後、端末処理部１は端末表示部５に仮ＩＤの入力画面を表示させる（図７▲２▼）。ユーザーは、あらかじめ取得している仮ＩＤを端末操作部２の方向キーを操作して入力し、入力完了後決定キーを押下する。
【００９４】
ユーザーによる入力決定後、端末処理部１は、端末表示部５にユーザー入力決定確認画面を表示させる（図７▲３▼）。ユーザーは、自ら入力した仮ＩＤに間違いがなければ「１．このＩＤにて契約」を選択し、端末操作部２の決定キーを押下する。
【００９５】
端末処理部１は、仮ＩＤをデータ提供会社サーバＳＶへ送信し、本人照合中である旨を端末表示部５に表示させる（図７▲４▼）。
【００９６】
データ提供会社サーバＳＶから本人照合に失敗した旨の応答を受信した場合には、端末処理部１は端末表示部５にその旨表示させる（図７▲５▼）。
【００９７】
図８は、ユーザーＩＤ取得後の再生端末ＵＴの画面表示例を示した図である。
【００９８】
上記ユーザーＩＤ取得手続により、ユーザーＩＤ取得が完了した場合には、データ提供会社サーバＳＶからユーザーＩＤ取得が完了した旨を受信し、端末処理部１は、端末表示部５にその旨表示させる（図８▲１▼）。その際、契約完了後は再生頻度情報処理を開始する必要があるため、引き続き再生頻度情報プログラムのダウンロード手続を行う。
【００９９】
ユーザーは、端末操作部２の方向キーを操作して、端末表示部５に表示されている選択肢から「２．ダウンロード」を選択し、決定キーで決定する。
【０１００】
ユーザーの決定操作により、端末処理部１は、データ提供会社サーバＳＶへ再生頻度情報処理プログラムの要求を送信し、ダウンロード中は端末表示部５に待ち画面を表示させる（図８▲２▼）。
【０１０１】
ダウンロード終了後は、通常の表示画面を表示させる（図８▲３▼）。
【０１０２】
再生頻度情報の送受信時には、ユーザーによる操作は特に不要であるため、画面表示部には通常の画面が表示させる。
【０１０３】
図９は、再生頻度情報処理プログラムを包含するシステムプログラムを更新する場合の操作における画面表示例である。このシステムプログラムは，例えば，コンピュータにおいてはＯＳ（オペレーティングシステム）やＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）に相当するものであり、再生頻度情報処理プログラムがそのＯＳ上にて動作するアプリケーションプログラムに相当するものである。即ち、このシステムプログラムを更新することによりそれに包含される再生頻度情報処理プログラムも更新されることになる。
【０１０４】
再生端末ＵＴに組み込まれているシステムプログラムが、最新のものでない場合には、端末処理部１は端末表示部５にシステムプログラム更新画面を表示させる（図９▲１▼）。
【０１０５】
ユーザーは、端末操作部２の方向キーを操作し、「２．システムプログラム更新」を選択し、決定キーを押下する。
【０１０６】
端末処理部１は、データ提供会社サーバＳＶへシステムプログラム更新を要求し、ダウンロードを開始する。ダウンロード中は端末表示部５に待ち画面を表示させる（図９▲２▼）。ダウンロード中は、この場合、書き換え中の障害によりその後立ち上がらない危険を避けるため、最新のシステムプログラムは一時バッファへダウンロードし、ダウンロード完了後メモリを書き換えるようにする。
【０１０７】
システムプログラム更新が完了した後は、通常の表示画面を表示させる（図９▲３▼）。
【０１０８】
次に、図１０を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの契約までの流れを、データ提供会社側から説明する。
【０１０９】
図１０は、データ提供会社サーバＳＶ側からみた契約の手順の例を示したフローチャートである。
【０１１０】
サーバ処理部８は再生端末ＵＴとのリンクが構築されているか否か判断する（ステップＳ３０）。
【０１１１】
リンクが構築されていないと判断した場合には（ステップＳ３０、Ｎｏ）、処理を終了する（ステップＳ３９）。
【０１１２】
リンクが構築されていると判断した場合には（ステップＳ３０、Ｙｅｓ）、再生端末ＵＴに対して再生頻度情報要求を送出する（ステップＳ３１）。
【０１１３】
サーバ処理部８は、再生端末ＵＴから、ユーザーＩＤが未取得である旨の応答があるか否か判断する（ステップＳ３２）。
【０１１４】
ユーザーＩＤが未取得である旨の応答があった場合には（ステップＳ３２、Ｙｅｓ）、サーバ処理部８は、再生端末ＵＴからユーザーＩＤ登録要求があるか否か判断する（ステップＳ３３）。
【０１１５】
ユーザーＩＤ登録要求がなかった場合には（ステップＳ３３、Ｎｏ）、処理を終了する（ステップＳ３９）。
【０１１６】
ユーザーＩＤ登録要求があった場合には（ステップＳ３３、Ｙｅｓ）、サーバ処理部８は、再生端末ＵＴから送信されてきた情報が仮ＩＤを有しているか否か判断する（ステップＳ３４）。
【０１１７】
仮ＩＤを有していると判断した場合には（ステップＳ３４、Ｙｅｓ）、再生端末ＵＴから送信されてきた情報から本人照合を行う（ステップＳ３５）。
【０１１８】
サーバ処理部８は、本人照合の結果、本人確認がとれたか否か判断する（ステップＳ３６）。
【０１１９】
本人確認がとれたと判断した場合には（ステップＳ３６、Ｙｅｓ）、サーバ処理部８は、ユーザーＩＤを付与し、サーバ記憶部７に記憶されているデータベースに登録する（ステップＳ３７）。
【０１２０】
登録後、ユーザーＩＤ登録手続が完了した旨の情報と付与したユーザーＩＤを再生端末ＵＴへ送信する（ステップＳ３８）。
【０１２１】
再生端末ＵＴへの送信が完了したら、処理を終了する（ステップＳ３９）。
【０１２２】
ステップＳ３４において、仮ＩＤを有していないと判断した場合（ステップＳ３４、Ｎｏ）、再生端末ＵＴに対しユーザーＩＤ登録を拒否する旨の応答を送信し（ステップＳ４０）、処理を終了する（ステップＳ３９）。
【０１２３】
ステップＳ３６において、本人確認がとれないと判断した場合には（ステップＳ３６、Ｎｏ）、再生端末ＵＴに対しユーザーＩＤ登録を拒否する旨の応答を送信し（ステップＳ４０）、処理を終了する（ステップＳ３９）。
【０１２４】
ステップＳ３２において、ユーザーＩＤが未取得ではない旨の応答があった場合には（ステップＳ３２、Ｎｏ）、サーバ処理部８は、再生端末ＵＴから再生頻度情報処理プログラムの要求があるか否か判断する（ステップＳ４１）。
【０１２５】
再生端末ＵＴから再生頻度情報処理プログラム要求がなかった場合には（ステップＳ４１、Ｎｏ）、再生頻度情報処理へと移行する（ステップＳ４４）。
【０１２６】
再生端末ＵＴから再生頻度情報処理プログラム要求があった場合には（ステップＳ４１、Ｙｅｓ）、再生頻度情報処理プログラムを再生端末ＵＴへ送信する（ステップＳ４２）。
【０１２７】
サーバ処理部８は、再生端末ＵＴから、再生頻度情報処理プログラムの受信が完了した旨の応答があるか否か判断する（ステップＳ４３）。
【０１２８】
受信が完了した旨の応答がなかった場合には（ステップＳ４３、Ｎｏ）、ステップ７３へ戻り、再生頻度情報処理プログラムを再生端末ＵＴへ送信する。
【０１２９】
受信が完了した旨の応答があった場合には（ステップＳ４３、Ｙｅｓ）、処理を終了する（ステップＳ３９）。
【０１３０】
３．再生頻度情報処理
次に再生端末ＵＴにおける再生頻度情報処理について説明する。
【０１３１】
まず本実施形態の再生頻度情報処理システムにおいて用いる再生頻度とは、対象曲がユーザーにより一定期間に聴かれた頻度を示す。この再生頻度を求めるために、再生時間率という概念を使用する。再生時間率は、再生端末ＵＴ上で対象曲がどの程度の時間聴かれたかを示すものであり、
（式）再生時間率＝対象曲の実際の再生時間／対象曲の再生時間、で表せられる。
【０１３２】
ここで、「対象曲の実際の再生時間」とは、当該曲の再生状態を時間的に連続して保持していた時間を意味し、「対象曲の再生時間」とは、当該曲のはじめから終わりまで聴いた場合の再生時間を意味する。
【０１３３】
そして、計算された再生時間率がある閾値よりも大きな値である場合に、対象曲の再生が１回行われたと判断する。このように閾値を設けるのは、曲のイントロ部分だけで再生を止めてしまったような場合にまで、当該曲について１回再生が行われたと計算してしまうと実態とかけ離れてしまうためである。
【０１３４】
このようにして計算された再生回数が、再生頻度を示す情報，即ち再生頻度情報として扱われる。
【０１３５】
この再生頻度情報処理は、データ提供会社とユーザー契約を結ぶことによりはじめて機能するように設定される。
【０１３６】
再生頻度情報処理を行うための再生頻度情報処理プログラムは、データ提供会社と契約を結んだ時や最新のシステムプログラムをダウンロードした時に無線アクセスで取り込まれる。
【０１３７】
ここで、再生頻度情報処理プログラムのダウンロードまでの流れについて図１１を用いて説明する。
【０１３８】
図１１は、再生頻度情報処理プログラムのダウンロード手順を示したフローチャートである。
【０１３９】
再生端末ＵＴの端末処理部１は、端末送受信部４がデータアクセスポイントＤＡと無線アクセスが可能な状態にあるか判断する（ステップＳ５０）。
【０１４０】
無線アクセスが可能な状態にないと判断した場合には（ステップＳ５０、Ｎｏ）、そのまま処理は行わない（ステップＳ５７）。
【０１４１】
再生端末ＵＴの端末処理部１は、データアクセスポイントＤＡと無線アクセスが可能な状態にあると判断した場合には（ステップＳ５０、Ｙｅｓ）、当該再生端末ＵＴのユーザーがデータ提供会社とユーザー契約を結んでいるか否か判断する（ステップＳ５１）。
【０１４２】
ユーザー契約を結んでいないと判断した場合には（ステップＳ５１、Ｎｏ）、そのまま処理は行わない（ステップＳ５７）。
【０１４３】
ユーザー契約を結んでいると判断した場合には（ステップＳ５１、Ｙｅｓ）、当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれているか否か判断する（ステップＳ５２）。
【０１４４】
当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれていないと判断した場合には（ステップＳ５２、Ｎｏ）、データ提供会社サーバＳＶからデータアクセスポイントＤＡを介して再生頻度情報処理プログラムのダウンロードを行う（ステップＳ５３）。
【０１４５】
ダウンロードの完了により、当該再生頻度情報処理プログラムは再生端末ＵＴに組み込まれることとなる（ステップＳ５４）。
【０１４６】
ステップＳ５２において、当該再生端末ＵＴに再生頻度情報処理プログラムが組み込まれていると判断した場合には（ステップＳ５２、Ｙｅｓ）、再生端末ＵＴの端末処理部１は、最新のヴァージョンのシステムプログラムが組み込まれているか否か判断する（ステップＳ５５）。
【０１４７】
最新のヴァージョンのシステムプログラムが組み込まれていないと判断した場合には（ステップＳ５５、Ｎｏ）、データ提供会社サーバＳＶからデータアクセスポイントＤＡを介してシステムプログラムのダウンロードを行う（ステップＳ５６）。
【０１４８】
ダウンロードの完了により、最新のシステムプログラムは当該再生端末ＵＴに組み込まれることとなり、それに伴い再生頻度情報処理プログラムも最新のものが組み込まれることとなる（ステップＳ５４）。
【０１４９】
ステップＳ５５において、最新のヴァージョンのシステムプログラムが組み込まれていると判断した場合には（ステップＳ５５、Ｙｅｓ）、そのまま処理は行わない（ステップＳ５７）。
【０１５０】
次に、再生頻度情報処理の流れについて、図１２を用いて説明する。
【０１５１】
図１２は再生頻度情報処理の手順を示すフローチャートである。
【０１５２】
再生端末ＵＴの端末処理部１は、当該再生端末ＵＴに再生頻度情報処理プログラムの組み込みがされているか否か判断する（Ｓ６０）。
【０１５３】
再生頻度情報処理プログラムが組み込まれていないと判断した場合には（ステップＳ６０、Ｎｏ）、再生頻度情報処理は行わない（Ｓ６９）。
【０１５４】
再生頻度情報処理プログラムが組み込まれていると判断した場合には（ステップＳ６０、Ｙｅｓ）、端末処理部１は端末記録再生部６により曲の再生が開始されるか否か監視する（ステップＳ６１）。
【０１５５】
曲の再生が開始されない場合には（ステップＳ６１、Ｎｏ）、ステップＳ６１の監視を続ける。
【０１５６】
曲の再生が開始された場合（この再生が開始された曲を「曲Ａ」と呼ぶことにする）には（ステップＳ６１、Ｙｅｓ）、端末処理部１は曲Ａの再生時間の計測を開始する（ステップＳ６２）。
【０１５７】
端末処理部１は、現在再生されている曲Ａが再生途中で別の曲に変更されたか否か監視する（ステップＳ６３）。
【０１５８】
現在再生されている曲Ａが別の曲に変更された場合には、処理部は曲Ａの再生時間の計測を停止する（ステップＳ６４）。
【０１５９】
曲Ａの再生時間の計測を停止した後、端末処理部１は再生時間率の計算を行う（ステップＳ６５）。
【０１６０】
ステップＳ６３において、再生している曲Ａが別の曲に変更されなかった場合には（ステップＳ６３、Ｎｏ）、端末処理部１は、曲Ａの再生が停止したか否か監視する（ステップＳ６６）。例えば、曲Ａが終わりまで全て再生したか、又は、曲Ａの再生途中で他ソースへ切り換えられたか，又は曲Ａの再生途中で電源がＯＦＦになったかなどを監視する。尚，ポーズ等一時的に停止した場合など継続して再生が行われる可能性を含んで停止した場合は、ここで言う停止に含まれない。
【０１６１】
曲Ａの再生が停止しない場合には（ステップＳ６６、Ｎｏ）、ステップＳ６３へと戻る。
【０１６２】
曲Ａの再生が停止した場合には（ステップＳ６６、Ｙｅｓ）、端末処理部１は前述のステップＳ６４、Ｓ６５の処理を行う。
【０１６３】
ステップＳ６５の再生時間率の計算が終了したら、端末処理部１は計算された曲Ａの再生時間率があらかじめ設定された所定の閾値を上回っているか否か判断する（ステップＳ６７）。
【０１６４】
計算された曲Ａの再生時間率が閾値を上回っていると判断した場合には（ステップＳ６７、Ｙｅｓ）、当該曲Ａの再生が１回行われたものとして曲Ａの再生回数データに１を加える（ステップＳ６８）。
【０１６５】
新たに１を加えられた再生回数データが曲Ａの最新の再生回数データとなり、再生頻度情報として端末記憶部３に記憶させ、再生頻度情報処理を終了する（ステップＳ６９）。
【０１６６】
計算された曲Ａの再生時間率が閾値を上回っていないと判断した場合には（ステップＳ６７、Ｎｏ）、曲Ａの再生回数データに１を加えることなく、そのまま再生頻度情報処理を終了する（ステップＳ６９）。
【０１６７】
そして、端末記憶部３では、求められた再生頻度情報が曲データと一対一となるようにリンクしている。ユーザーの契約している再生端末ＵＴは、データアクセスポイントＤＡを介してデータ提供会社サーバＳＶに対し、再生頻度情報を転送する。
【０１６８】
このように処理された再生頻度情報は、図１３に示すように曲データオブジェクトの一部として端末記憶部３に記憶される。
【０１６９】
まず、再生端末ＵＴの端末記憶部３に記憶される曲データオブジェクトについて図１３を用いて説明する。
【０１７０】
図１３は、曲データオブジェクトの例を示した図である。
【０１７１】
図１３に示すように、曲データオブジェクトは、曲夫々が１つ有するものであり、ファイル名、当該曲を特定する曲ＩＤ、再生頻度情報、曲データ等から構成される。
【０１７２】
このうち、曲ＩＤについて未取得である場合には、曲識別データが当該曲と他の曲とを識別するデータとして曲ＩＤの代わりに使用される。曲データをインターネット等を介して端末記憶部３にダウンロードする際に曲ＩＤを取得した場合には、当該曲識別データは不要となる。
【０１７３】
また、再生頻度情報は、当該曲の再生回数を例えば再生時間帯別や再生形態別（車内・携帯・室内）といったさまざまな切り口で細分化して記憶するようにすることもできる。例えば、再生形態を示すフラグなどを端末操作部２より入力し、その入力されたフラグの下で再生された曲の再生頻度情報をフラグ毎に記憶するようにすれば、容易に細分化できる。又、再生時間帯についても同等に，ある時間帯（日付を含む）を予めコード管理し、再生端末ＵＴの内蔵時計により再生された時間を調べ、その再生された曲の再生頻度情報を再生された時間に対応するコード毎に記憶するようにすれば、容易に細分化できる。このようにすることで、お勧めの再生形態や再生時間帯をアピールすることに繋がる情報として役立てることができる。これにより、再生頻度情報をさまざまな観点、角度からから分析することが可能となり、今後の音楽関連ビジネスに役立てることができる。
【０１７４】
ユーザーの契約している再生端末ＵＴは、データ提供会社サーバＳＶに対し、この再生頻度情報を送信する。
【０１７５】
データ提供会社サーバＳＶは、各々の再生頻度情報にグローバルな曲ＩＤを付与することができる。例えば、ＣＤ等に記録された曲データを端末記憶部３に記憶した場合では、その曲データには曲ＩＤが未取得の状態にある。その場合、曲識別するために必要なデータとして再生端末ＵＴ内の曲のＷａｖｅデータから波形の特徴をいくつかのパラメータとして抽出したものを曲識別データ（この曲識別データが本発明における特徴データに相当する）として使用する。そして、曲ＩＤ未取得時には再生端末ＵＴからこの曲識別データをデータ提供会社サーバＳＶに対して送出する。この時、データ提供会社サーバＳＶは、再生端末ＵＴから送信された曲識別データとデータ提供会社サーバＳＶ内の曲データベースに登録されている登録曲データの曲識別データを用いて同じものであるかを判別し（以下、これを曲識別処理と呼ぶ）、そして同じものであれば、その曲データに付加されている曲ＩＤをグローバルな曲ＩＤとして再生端末ＵＴの曲データに付与する仕組みを有する。
【０１７６】
一度曲ＩＤを付与された再生端末ＵＴは、以後は同じ曲の再生頻度情報処理時にはその曲ＩＤを使用する。
【０１７７】
データ提供会社サーバＳＶは、曲ＩＤによって複数のユーザーが使用する再生端末内の曲データに関する再生頻度情報等を一元的に集計・解析することができる。
【０１７８】
続いて、再生端末ＵＴとデータ提供会社サーバＳＶとの上記一連の情報アクセスの流れについて説明する。
【０１７９】
図１４は、再生端末−サーバ間のデータ送受信の例を示した図である。
【０１８０】
図１４に示すように、再生端末ＵＴは曲オブジェクトとしてファイル名、曲データ、再生頻度情報、曲ＩＤもしくは曲識別データを有している。
【０１８１】
一方、データ提供会社サーバＳＶは、再生頻度情報管理データベースや曲ＩＤや曲識別用データなどの曲情報データベース等の情報を有している。
【０１８２】
再生端末ＵＴからは、契約要求、再生頻度情報、曲ＩＤ又は曲識別データ等の情報がデータ提供会社サーバＳＶへ送信される。データ提供会社サーバＳＶから再生端末ＵＴに対しては、契約許可、ファームウェア、曲ＩＤ、各種情報等が送信される。
【０１８３】
次に、図１５を用いてユーザーとデータ提供会社との再生頻度情報の送受信の内容について説明する。
【０１８４】
図１５は、再生頻度情報の送受信の内容の例を示した図である。
【０１８５】
まず第一に、再生端末ＵＴにおいて曲ＩＤが取得済みである場合について説明する。
【０１８６】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報要求を送信する（図１５▲１▼）。
【０１８７】
再生頻度情報要求を受信した再生端末ＵＴは、ユーザーＩＤ、再生頻度情報、曲ＩＤ等の情報をデータ提供会社サーバＳＶへ送信する（図１５▲２▼）。
【０１８８】
第二に、再生端末ＵＴにおいて曲ＩＤが未取得である場合について説明する。
【０１８９】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報要求を送信する（図１５▲３▼）。
【０１９０】
再生頻度情報要求を受信した再生端末ＵＴは、ユーザーＩＤ、再生頻度情報、曲識別データ等の情報とともに曲識別要求をデータ提供会社サーバＳＶへ送信する（図１５▲４▼）。
【０１９１】
曲識別要求を受信したデータ提供会社サーバＳＶは、曲識別データに基づいて曲識別処理を行い、当該曲識別データに対応したグローバルな曲ＩＤを再生端末ＵＴへ送信する（図１５▲５▼）。
【０１９２】
第三に、再生頻度情報の再送要求の場合について説明する。
【０１９３】
データ提供会社サーバＳＶから再生端末ＵＴに対し、再生頻度情報の再送要求を送信する（図１５▲６▼）。
【０１９４】
再生頻度情報の再送要求を受信した再生端末ＵＴは、曲ＩＤが未取得である場合にはユーザーＩＤ、再生頻度情報、曲識別データ等の情報とともに曲識別要求をデータ提供会社サーバＳＶへ送信する（図１５▲７▼）。
【０１９５】
データ提供会社サーバＳＶは、曲識別要求を受信した場合には、曲識別データに基づいて曲識別処理を行い、当該曲識別データに対応したグローバルな曲ＩＤを再生端末ＵＴへ送信する（図１５▲８▼）。
【０１９６】
次に、図１６を用いて、サーバ提供会社と再生端末ＵＴのユーザーとの再生頻度情報の送受信の手順を、再生端末ＵＴ側から説明する。
【０１９７】
図１６は、再生端末ＵＴにおける再生頻度情報の送受信の手順を示したフローチャートである。
【０１９８】
端末処理部１は、データ提供会社サーバＳＶとリンクが構築されているか否か判断する（ステップＳ７０）。
【０１９９】
リンクが構築されていない場合には（ステップＳ７０、Ｎｏ）、処理を終了する（ステップＳ８７）。
【０２００】
リンクが構築されている場合には（ステップＳ７０、Ｙｅｓ）、端末処理部１は曲データオブジェクトを再生頻度の高い順にソートしておく（ステップＳ７１）。
【０２０１】
端末処理部１は、データ提供会社サーバＳＶから再生頻度情報要求があったか否か判断する（ステップＳ７２）。
【０２０２】
再生頻度情報要求があった場合には（ステップＳ７２、Ｙｅｓ）、曲データポインタを次の曲にセットする（ステップＳ７３）。
【０２０３】
端末処理部１は、次の曲があるか否か判断する（ステップＳ７４）。
【０２０４】
次の曲がないと判断した場合には（ステップＳ７４、Ｎｏ）、送信すべき再生頻度情報を有する曲がない旨の情報をセットし（ステップＳ７５）、データ提供会社サーバＳＶへ送信する（ステップＳ７６）。
【０２０５】
送信終了後、処理を終了する（ステップＳ８７）。
【０２０６】
ステップＳ７２において、再生頻度情報要求がない場合には（ステップＳ７２、Ｎｏ）、データ提供会社サーバＳＶから再生頻度情報再送要求があるか否か判断する（ステップＳ７７）。
【０２０７】
再生頻度情報再送要求がない場合には（ステップＳ７７、Ｎｏ）、ステップＳ７２の判断へと戻る。
【０２０８】
再生頻度情報再送要求があった場合には（ステップＳ７７、Ｙｅｓ）、端末処理部１は、曲データポイントはそのままにし（ステップＳ７８）、当該曲の再生頻度が所定の一定基準以上であるか否か判断する（ステップＳ７９）。
【０２０９】
再生頻度が一定基準以上にないと判断した場合には（ステップＳ７９、Ｎｏ）、前述のステップ７５の処理へと移行する。
【０２１０】
再生頻度が一定基準以上にあると判断した場合には（ステップＳ７９、Ｙｅｓ）、端末処理部１は、当該曲の曲ＩＤが取得済みであるか否か判断する（ステップＳ８０）。
【０２１１】
曲ＩＤが未取得であると判断した場合には（ステップＳ８０、Ｎｏ）、当該曲の曲識別データを曲データオブジェクトにセットする（ステップＳ８１）。
【０２１２】
曲識別データをセットしたら、曲識別データをセットした曲データオブジェクトとともに曲ＩＤ要求を提供会社サーバＳＶへ送信する（ステップＳ８２）。
【０２１３】
端末処理部１は、データ提供会社サーバＳＶからグローバルな曲ＩＤを取得したか否か判断する（ステップＳ８３）。
【０２１４】
データ提供会社サーバＳＶからグローバルな曲ＩＤを受信したか否か判断する（ステップＳ８３）。
【０２１５】
グローバルな曲ＩＤを受信した場合には（ステップＳ８３、Ｙｅｓ）、曲データオブジェクトに当該曲ＩＤを関連付け端末記憶部３に記憶させる（ステップＳ８４）。
【０２１６】
記憶終了後は、ステップＳ７２の判断へと戻る。
【０２１７】
グローバルな曲ＩＤを受信しなかった場合には（ステップＳ８３、Ｎｏ）、ステップＳ７２の判断へと戻る。
【０２１８】
ステップＳ８０において、曲ＩＤが取得済みであると判断した場合には（ステップＳ８０、Ｙｅｓ）、曲ＩＤを曲データオブジェクトにセットし（ステップＳ８５）、データ提供会社サーバＳＶへ曲データオブジェクトを送信する（ステップＳ８６）。
【０２１９】
送信終了後は、ステップＳ７２へ戻り、端末処理部１は再生頻度情報要求の有無の判断を行う。
【０２２０】
ステップＳ７４において、次の曲が存在すると判断した場合には（ステップＳ７４、Ｙｅｓ）、前述のステップ７９の判断を行う。
【０２２１】
次に、図１７を用いて、サーバ提供会社と再生端末ＵＴの再生頻度情報の送受信の手順を、データ提供会社サーバＳＶ側から説明する。
【０２２２】
図１７は、データ提供会社サーバＳＶにおける再生頻度情報の送受信の手順を示したフローチャートである。
【０２２３】
サーバ処理部８は、再生端末ＵＴとのリンクが構築されているか判断する（ステップＳ９０）。
【０２２４】
リンクが構築されていない場合には（ステップＳ９０、Ｎｏ）、処理を終了する（ステップＳ１０４）。
【０２２５】
リンクが構築されている場合には（ステップＳ９０、Ｙｅｓ）、再生端末ＵＴに対し、再生頻度情報要求を送出する（ステップ９１）。
【０２２６】
サーバ処理部８は、再生端末ＵＴから曲ＩＤ要求を受信したか否か判断する（ステップＳ９２）。
【０２２７】
曲ＩＤ要求を受信した場合には（ステップＳ９２、Ｙｅｓ）、曲ＩＤ要求と共に送信されてきた曲識別データから曲識別処理を行う（ステップＳ９３）。
【０２２８】
サーバ処理部８は、曲識別処理の結果、曲識別が可能であるか否かを判断する（ステップＳ９４）。
【０２２９】
曲識別が不可能であると判断した場合には（ステップＳ９４、ＮＯ）、ステップＳ９１へ戻る。
【０２３０】
曲識別が可能であると判断した場合には（ステップＳ９４、Ｙｅｓ）、曲ＩＤを付与し、サーバ記憶部７内のデータベースに関連付けを行う（ステップＳ９５）。
【０２３１】
そして、当該曲ＩＤを再生端末ＵＴに送信する（ステップＳ９６）。
【０２３２】
曲ＩＤ送信後は、再生端末ＵＴから曲ＩＤ要求とともに送信されてきた再生頻度情報を一時バッファにデータ更新する（ステップＳ９７）。
【０２３３】
データ更新後は、前述のステップＳ９１の処理へと移行する。
【０２３４】
ステップＳ９２において、曲ＩＤ要求を受信しなかった場合には（ステップＳ９２、Ｎｏ）、サーバ処理部８は、曲ＩＤとともに再生頻度情報が送信されたか否かを判断する（ステップＳ９８）。
【０２３５】
曲ＩＤとともに再生頻度情報が送信された場合には（ステップＳ９８、Ｙｅｓ）、前述のステップＳ９７の処理へ移行する。
【０２３６】
曲ＩＤとともに再生頻度情報が送信されなかった場合には（ステップＳ９８、Ｎｏ）、サーバ処理部８は、送信すべき再生頻度情報を有する曲がない旨の情報を再生端末ＵＴから受信したか否か判断する（ステップＳ９９）。
【０２３７】
送信すべき再生頻度情報を有する曲がない旨の情報を受信しなかった場合には（ステップＳ９９、Ｎｏ）、処理を終了する（ステップＳ１０４）。
【０２３８】
送信すべき再生頻度情報を有する曲がない旨の情報を受信した場合には（ステップＳ９９、Ｙｅｓ）、サーバ処理部８は、再生頻度情報を一時バッファでデータ集計を行う（ステップＳ１００）。
【０２３９】
サーバ処理部８は、一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものであるか否か判断する（ステップＳ１０１）。
【０２４０】
一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものでない場合には（ステップＳ１０１、Ｎｏ）、当該ユーザーのためのデータベースを構築する（ステップＳ１０２）。
【０２４１】
新規データベース構築後、一時バッファに記録されている再生頻度情報について、当該ユーザーのデータベースを更新する（ステップＳ１０３）。
【０２４２】
データベース更新後、処理を終了する（ステップＳ１０４）。
【０２４３】
一時バッファに記録された再生頻度情報のユーザーのユーザーＩＤが既にデータベースに記録されたものである場合には（ステップＳ１０１、Ｙｅｓ）、ステップ１０３の処理へと移行する。
【０２４４】
４．再生頻度情報の活用
次に、再生頻度情報の分析の活用について説明する。
【０２４５】
前述のように、ユーザーからデータ提供会社に提供されるデータとしては、ユーザーＩＤ、曲ＩＤ、及び再生頻度情報が挙げられる。
【０２４６】
このうち、ユーザーＩＤからは性別や年齢、職業等が把握できる。また、曲ＩＤからは、アーチスト名、曲名（タイトル名）、ジャンル等が把握できる。さらに、再生頻度情報からは、再生時間帯（季節・朝昼夜・平日・休日）や再生形態（車内・携帯・室内）等の情報が把握される。
【０２４７】
データ提供会社は、これらの情報をもとに、データ提供会社サーバＳＶ上で契約者全体の各種統計処理を行うことができる。例えば、アーチストと当該アーチストの曲を聴くユーザーの年齢層との関連や、ジャンルと当該ジャンルの曲を聴くユーザーの年齢層との関連や、季節とジャンルとの関連や、車で走行中に良く聴かれるジャンル等に関する統計をデータ提供会社は得ることができる。
【０２４８】
また、現在ヒットしていなくても、特定の年齢層に良く聴かれているジャンルやアーチスト、徐々に人気が高まりつつあるジャンルやアーチスト、潜在的に客層を持つジャンルやアーチスト等の分析が可能となる。
【０２４９】
データ提供会社は、このような分析データを用いて、ＣＤの在庫調整、ラジオなどでの楽曲プロモート、各種イベントの企画等に生かすことが可能である。
【０２５０】
また、きめ細かにターゲットを設定して、その対象層に対して、関連するジャンルのアーチストの紹介、関連するジャンルの曲の紹介、関連のルーツ（歴史）の紹介、アーチストの新譜・イベント等の紹介等を行うことによって、潜在的な需要を掘り起こすことができる。
【０２５１】
次に、このような情報を放送会社等の関係業界各社に提供する場合の情報料としての想定される課金システムについて説明する。
【０２５２】
まず、音楽業者が契約を結ぶために、契約保持のためのイニシャルライセンス料金を設定する。
【０２５３】
単発的な情報提供も想定されるが、その場合イニシャル料金を徴収せずに情報提供料金を割高に設定することが考えられる。
【０２５４】
データの分析度合いに応じた従量制課金制度を採用する。
【０２５５】
イニシャルなライセンス料金の他に情報分析ごとに分析度合いに応じた料金を設定する。例えば、ジャンルごとの分析データを要求する場合には、区分を「Ｒｏｃｋ」、「Ｊａｚｚ」、「Ｃｌａｓｓｉｃ」、「その他のジャンル」として指定すると、４件の情報分析が行われたことになるため、この場合４件に見合った従量課金が発生する。
【０２５６】
更に詳細なデータ分析が必要な場合、例えば「Ｒｏｃｋ かつ 日本のアーチスト」や「３０代男性の好むＪＰＯＰアーチスト」といった場合には、情報分析のレベルに応じた従量を決定することとなる。
【０２５７】
再生頻度情報を提供する再生端末ユーザーに対して、情報のフィードバックを行う場合の代行業務を、データ提供会社が行い、これに伴う料金を徴収する。
【０２５８】
業者ＣＤの新譜を紹介したい場合、データを提供した再生端末ユーザーのうち再生頻度情報を分析して導き出されたユーザーにだけ紹介することができる。
【０２５９】
その場合、レコード販売業者が直接ユーザーに対して情報を告知することはプライバシーの問題上困難なことから、データ提供会社がレコード販売会社とユーザーとを仲介し、かかる情報配信を代行することができる。
【０２６０】
例えば、レコード販売会社は、単に「特定の曲、アーチスト、ジャンル等に興味を示す層」といった指定をするだけで、データ提供会社はデータ提供会社サーバＳＶ上の再生頻度情報に関する統計処理データから、当該指定に合致したユーザーのみ抽出し、レコード販売会社の情報を対象ユーザーの再生端末ＵＴに対しデータアクセスポイントＤＡを介して配信する。
【０２６１】
データ提供会社と、放送会社、レコード制作会社、レコード販売会社及びプロダクション会社との間には、それぞれ業務契約等を行うことで、再生状況情報処理された情報の売買を行い、各々の事業活動に役立てる。
【０２６２】
この際、各ユーザーの再生頻度情報の分析結果をデータを提供会社サーバＳＶから通信回線を介し有償で譲り受けた各業界の関連会社は、当該分析結果を利用した情報処理を端末上で行う。
【０２６３】
例えば、放送会社は、再生頻度情報分析データを放送会社端末ＨＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったアーチストの番組出演情報等の情報を各ユーザーに提供することができる。
【０２６４】
また、レコード制作会社やレコード販売会社は、再生頻度情報分析データをそれぞれレコード制作会社端末ＲＴ、レコード販売会社端末ＳＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったレコード新譜の紹介や特別販売等の情報を各ユーザーに提供することができる。また、その再生頻度情報の傾向を分析し、プレスの数を調整して在庫精度を高めることも可能となる。
【０２６５】
さらに、プロダクション会社は、再生頻度情報分析データをプロダクション会社端末ＰＴに取込み、自社内の事業データを利用して各種情報処理を行うことによって、各ユーザーの趣向に沿ったコンサート情報、アーチストの紹介、関連グッズの販売案内等の情報を各ユーザーに提供することができる。
【０２６６】
以上の放送会社、レコード制作会社、レコード販売会社、プロダクション会社によるユーザーへの情報提供は、データ提供会社を通じて再生端末ＵＴへ情報を配信することによって行うこともできる。
【０２６７】
例えば、プロダクション会社端末ＰＴで処理された各ユーザーごとに異なった内容のコンサート情報を、通信手段を介してデータ提供会社サーバＳＶへ送信する。受信したデータ提供会社は、当該情報をデータアクセスポイントＤＡを介して各ユーザーの再生端末ＵＴへ向けて配信する。これにより各ユーザーは、自分の趣向にあった各種情報、すなわち新譜情報、コンサート情報、番組出演情報等の自分のお気に入りのアーチストの情報をタイムリーに得ることができるようになるため、新譜の購入やコンサートチケットの購入等の購買意欲や音楽に対する関心が高められることが期待できる。また、ユーザーは今まで情報がなく、興味を持ち得なかったジャンルやアーチスト等についての情報を得ることができるため、今まで以上に幅広い音楽分野に興味を持つことになる。このことは、音楽ビジネスの対象である潜在的な需要者層を拡大することを意味する。
【０２６８】
このように本システムによれば、音楽関連業界各社は、各ユーザーごとの趣向を詳細に把握することができるようになるため、消費者の潜在的な需要を掘り起こすことが可能となるという効果を有する。
【０２６９】
また、音楽業界では、個人レベルでのユーザーの興味あるジャンル、アーチストの情報提供、ニーズの把握、シーズの発掘を行うことが可能となるため、提案型の音楽ビジネスを行うことができる。
【０２７０】
さらに、これに関連して次のような効果も期待できる。
【０２７１】
まず、従来大人になるにつれて売れ筋の楽曲とは趣向が合わなくなる傾向から進んでいた、いわゆる「大人の音楽離れ」の傾向が解消されるという効果が期待できる。
【０２７２】
また、売れ筋の曲は、十代の金銭的に余裕のない層に支持されるものが多く、レンタルやコピー等からビジネスとして利益に結びつかない傾向があったが、上記のような大人の購買意欲の高まりによって、音楽ビジネスの利益が拡大する効果も期待できる。
【図面の簡単な説明】
【図１】実施形態に係るシステムの概要構成の一例を示すブロック図である。
【図２】サービスの提供の側面から実施形態に係るシステムを捉えた図である。
【図３】データの提供の側面から実施形態に係るシステムを捉えた図である。
【図４】ユーザーとデータ提供会社との契約までの手順の例を示した図である。
【図５】再生端末ＵＴ側からみた契約の流れの例を示したフローチャートである。
【図６】再生端末ＵＴの端末操作部２及び端末表示部５の一例を示した図である。
【図７】ユーザーＩＤ取得時の再生端末ＵＴの画面表示例を示した図である。
【図８】ユーザーＩＤ取得後の再生端末ＵＴの画面表示例を示した図である。
【図９】再生頻度情報処理プログラムを包含するシステムプログラムを更新する場合の操作における画面表示例である。
【図１０】データ提供会社サーバＳＶ側からみた契約の手順の例を示したフローチャートである。
【図１１】再生頻度情報処理プログラムのダウンロード手順を示したフローチャートである。
【図１２】再生頻度情報処理の手順を示すフローチャートである。
【図１３】曲データオブジェクトの例を示した図である。
【図１４】再生端末−サーバ間のデータ送受信の例を示した図である。
【図１５】再生頻度情報の送受信の内容の例を示した図である。
【図１６】再生端末ＵＴにおける再生頻度情報の送受信の手順を示したフローチャートである。
【図１７】データ提供会社サーバＳＶにおける再生頻度情報の送受信の手順を示したフローチャートである。
【符号の説明】
ＵＴ・・・再生端末
１・・・・端末処理部
２・・・・端末操作部
３・・・・端末記憶部
４・・・・端末送受信部
５・・・・端末表示部
６・・・・端末記録再生部
ＤＡ・・・データアクセスポイント
ＳＶ・・・データ提供会社サーバ
７・・・・サーバ記憶信部
８・・・・サーバ処理部
９・・・・サーバ送受信部
ＨＴ・・・放送会社端末
ＲＴ・・・レコード制作会社端末
ＳＴ・・・レコード販売会社端末
ＰＴ・・・プロダクション会社端末
Claims (13)
- １又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムにおいて、
前記端末装置は、
夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出手段と、
前記求められた再生頻度情報を記憶する情報記憶手段と、
前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信手段と、
前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信手段と、
を備え、
前記サーバ装置は、
前記再生頻度情報を前記端末装置に対し要求する情報要求手段と、
前記端末装置から前記再生頻度情報を受信する再生頻度情報受信手段と、
前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理手段と、
を備えたことを特徴とする再生頻度情報処理システム。 - 請求項１に記載の再生頻度情報処理システムにおいて、
前記端末装置は、
前記記録情報が特定できない場合に、前記サーバ装置に対して当該記録情報から抽出した特徴データを送信すると共に当該記録情報を特定するための識別記号を要求する識別記号要求手段と、
前記サーバ装置から前記記録情報の前記識別記号を受信する識別記号受信手段と、
を備え、
前記サーバ装置は、
前記端末装置から前記特徴データと共に前記識別記号要求を受信する識別記号要求受信手段と、
前記受信された前記特徴データと、あらかじめ登録してある登録記録情報に対応する特徴データとを比較し、同一なものか否かを判定する記録情報判定手段と、
前記受信された特徴データと同一なものと判定された特徴データの登録記録情報に対応する前記識別記号を前記端末装置に送信する識別記号送信手段と、
を備え、
前記端末送信手段は、記憶された再生頻度情報と共に当該再生頻度情報に対応する前記識別記号を前記サーバ装置に送信し、
前記再生頻度情報受信手段は、前記端末装置から前記再生頻度情報と共に当該再生頻度情報に対応する前記識別記号を受信することを特徴とする再生頻度情報処理システム。 - 請求項１又は２に記載の再生頻度情報処理システムにおいて、
前記算出手段は、前記記録情報が一定時間の割合以上連続再生されるごとに再生回数を求めることを特徴とする再生頻度情報処理システム。 - 請求項１に記載の再生頻度情報処理システムにおいて、
前記端末送信手段は、複数の前記記録情報に対応する前記再生頻度情報のうち、あらかじめ設定された基準以上の前記再生頻度情報のみを送信することを特徴とする再生頻度情報処理システム。 - 請求項１乃至４のいずれか一項に記載の再生頻度情報処理システムにおいて、前記記録情報は音を含む情報であることを特徴とする再生頻度情報処理システム。
- １又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムで実行される再生頻度情報処理方法において、
前記端末装置において実行され、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出工程と、
前記端末装置において実行され、前記求められた再生頻度情報を記憶する情報記憶工程と、
前記端末装置において実行され、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信工程と、
前記端末装置において実行され、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信工程と、
前記サーバ装置において実行され、前記再生頻度情報を前記端末装置に対し要求する情報要求工程と、
前記サーバ装置において実行され、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信工程と、
前記サーバ装置において実行され、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理工程と、
を備えたことを特徴とする再生頻度情報処理方法。 - 請求項１から５いずれか一項に記載の再生頻度情報処理システムに含まれる前記サーバ装置であって、
前記情報要求手段と、
前記再生頻度情報受信手段と、
前記統計処理手段と、
を備えたことを特徴とするサーバ装置。 - 請求項１から５いずれか一項に記載の再生頻度情報処理システムに含まれる前記端末装置であって、
前記算出手段と、
前記情報記憶手段と、
前記再生頻度情報要求受信手段と、
前記端末送信手段と、
を備えたことを特徴とする端末装置。 - 請求項１から５いずれか一項に記載の再生頻度情報処理システムにおいて前記統計処理された情報を用いて、情報処理を行う情報処理手段を備えたことを特徴とする情報処理装置。
- １又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える端末装置であって、夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出手段と、前記求められた再生頻度情報を記憶する情報記憶手段と、前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信手段と、前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信手段と、を備える端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置と、を備える再生頻度情報処理システムにおける前記サーバ装置に含まれるサーバコンピュータを、
前記再生頻度情報を前記端末装置に対し要求する情報要求手段、
前記端末装置から前記再生頻度情報を受信する再生頻度情報受信手段、
前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理手段、
として機能させることを特徴とするサーバプログラム。 - 請求項１０に記載されたサーバプログラムが前記サーバコンピュータで読取可能に記録されていることを特徴とする記録媒体。
- １又は複数の記録情報を記録すると共に当該記録情報を再生する機能を備える複数の端末装置と、当該複数の端末装置と通信手段を介して接続されると共に夫々の前記記録情報の再生状況の統計処理を実行するサーバ装置であって、前記再生頻度情報を前記端末装置に対し要求する情報要求手段と、前記端末装置から前記再生頻度情報を受信する再生頻度情報受信手段と、前記受信された再生頻度情報に基づいて前記統計処理を行う統計処理手段と、を備えるサーバ装置と、を含む再生頻度情報処理システムにおける前記端末装置に含まれる端末コンピュータを、
夫々の前記記録情報の再生状況に応じて、夫々の前記記録情報ごとの再生頻度情報を求める算出手段、
前記求められた再生頻度情報を記憶する情報記憶手段、
前記サーバ装置から前記再生頻度情報の要求を受信する再生頻度情報要求受信手段、
前記記憶された再生頻度情報を前記サーバ装置に送信する端末送信手段、
として機能させることを特徴とする端末プログラム。 - 請求項１２に記載された端末プログラムが前記端末コンピュータで読取可能に記録されていることを特徴とする記録媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002206461A JP2004046753A (ja) | 2002-07-16 | 2002-07-16 | 再生頻度情報処理システム、方法、プログラム及び情報記録媒体 |
| GB0315943A GB2390920A (en) | 2002-07-16 | 2003-07-08 | Pocessing information indicative of frequency of reproduction of recorded information |
| US10/616,392 US20040015247A1 (en) | 2002-07-16 | 2003-07-08 | Method and system for processing information indicative of frequency of reproduction of recorded information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002206461A JP2004046753A (ja) | 2002-07-16 | 2002-07-16 | 再生頻度情報処理システム、方法、プログラム及び情報記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004046753A true JP2004046753A (ja) | 2004-02-12 |
Family
ID=27751397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002206461A Abandoned JP2004046753A (ja) | 2002-07-16 | 2002-07-16 | 再生頻度情報処理システム、方法、プログラム及び情報記録媒体 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20040015247A1 (ja) |
| JP (1) | JP2004046753A (ja) |
| GB (1) | GB2390920A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327042A (ja) * | 2004-05-13 | 2005-11-24 | Ntt Docomo Inc | 楽曲検索システム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0512110D0 (en) | 2005-06-14 | 2005-07-20 | Univ Bristol | Media player |
| JP2008108372A (ja) * | 2006-10-26 | 2008-05-08 | Funai Electric Co Ltd | 光ディスク装置 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0472521B1 (en) * | 1988-08-16 | 1998-06-03 | Cryptologics International Inc. | Information distribution system |
| US5959945A (en) * | 1997-04-04 | 1999-09-28 | Advanced Technology Research Sa Cv | System for selectively distributing music to a plurality of jukeboxes |
| US5987525A (en) * | 1997-04-15 | 1999-11-16 | Cddb, Inc. | Network delivery of interactive entertainment synchronized to playback of audio recordings |
| US6282653B1 (en) * | 1998-05-15 | 2001-08-28 | International Business Machines Corporation | Royalty collection method and system for use of copyrighted digital materials on the internet |
| US6233682B1 (en) * | 1999-01-22 | 2001-05-15 | Bernhard Fritsch | Distribution of musical products by a web site vendor over the internet |
| US6834110B1 (en) * | 1999-12-09 | 2004-12-21 | International Business Machines Corporation | Multi-tier digital TV programming for content distribution |
| US6496802B1 (en) * | 2000-01-07 | 2002-12-17 | Mp3.Com, Inc. | System and method for providing access to electronic works |
| US20010025259A1 (en) * | 2000-03-02 | 2001-09-27 | Pierre Rouchon | Radio station digital music distribution system and method |
| JP4191377B2 (ja) * | 2000-11-30 | 2008-12-03 | 富士通株式会社 | 電子商取引方法、電子商取引プログラムを格納したコンピュータ読取り可能な記録媒体及びサーバ |
| AU2002220971A1 (en) * | 2000-12-20 | 2002-07-01 | Koninklijke Philips Electronics N.V. | Apparatus and method for reading data from a data carrier and data carrier for use in the apparatus and method |
| EP1425745A2 (en) * | 2001-08-27 | 2004-06-09 | Gracenote, Inc. | Playlist generation, delivery and navigation |
-
2002
- 2002-07-16 JP JP2002206461A patent/JP2004046753A/ja not_active Abandoned
-
2003
- 2003-07-08 US US10/616,392 patent/US20040015247A1/en not_active Abandoned
- 2003-07-08 GB GB0315943A patent/GB2390920A/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327042A (ja) * | 2004-05-13 | 2005-11-24 | Ntt Docomo Inc | 楽曲検索システム |
Also Published As
| Publication number | Publication date |
|---|---|
| GB0315943D0 (en) | 2003-08-13 |
| GB2390920A (en) | 2004-01-21 |
| US20040015247A1 (en) | 2004-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1316785C (zh) | 跟踪局部广播的电子作品的方法和系统 | |
| CN103119621B (zh) | 内容管理装置 | |
| US8881216B2 (en) | System and method for locating and capturing desired media content from media broadcasts | |
| US20030149574A1 (en) | Method for providing media consumers with total choice and total control | |
| US20010025259A1 (en) | Radio station digital music distribution system and method | |
| US20070243509A1 (en) | System and method for electronic media content delivery | |
| US20120109727A1 (en) | Media management and tracking | |
| CN102843202A (zh) | 传送和存储与媒体广播关联的信息 | |
| JP2012506575A (ja) | ダウンロードトランザクション会計及びソーシャルネットワーク交流のための方法及びシステム | |
| WO2001038993A1 (en) | Secure digital music distribution | |
| JP2008512737A (ja) | 放送ソースを補償するための機器、システムおよび方法 | |
| US20060075455A1 (en) | Digital rights management and payment for a file download | |
| CN1816988B (zh) | 通信方法、通信设备和程序 | |
| CN101499978A (zh) | 一种根据终端类型发布信息的控制装置及相应的控制方法 | |
| CN103414787A (zh) | 一种基于云服务的内容公播系统和方法 | |
| JP2002149693A (ja) | 視聴ログ管理方法、視聴ログ管理システム、視聴ログ管理システムにおける管理サーバならびに端末装置、同方法がプログラムされ記録された記録媒体 | |
| JP2001022670A (ja) | 楽曲配信サーバ、プロモーション戦略策定システムおよび楽曲のプロモーション方法 | |
| US7881947B2 (en) | Content information sales management method and distribution management method | |
| JP2004046753A (ja) | 再生頻度情報処理システム、方法、プログラム及び情報記録媒体 | |
| JP4114320B2 (ja) | 音楽配信システム、及びプログラム | |
| KR20010092665A (ko) | 인터넷을 이용한 곡 비즈니스 방법 및 그 비즈니스시스템 | |
| CN101610121B (zh) | 传送和存储与媒体广播关联的信息 | |
| KR100404301B1 (ko) | 인터넷 음악 / 광고 장치 및 방법 | |
| Vlachos et al. | Emerging customer trends towards mobile music services | |
| KR20090081533A (ko) | 미디어플레이어를 이용한 광고시스템 및 광고방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050602 |
|
| A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20070802 |