配信管理サーバ及びコンテンツ配信方法
【課題】特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信する配信管理サーバ及びコンテンツ配信方法を提供する。
【解決手段】配信管理サーバ１は、ユーザ端末によって選択された楽曲情報を受信する受信部１３と、ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部３０と、受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定する配信画像判定部１７と、ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信する送信部１２とを備える。
【解決手段】配信管理サーバ１は、ユーザ端末によって選択された楽曲情報を受信する受信部１３と、ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部３０と、受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定する配信画像判定部１７と、ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信する送信部１２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲データに広告画像データを添付して配信する配信管理サーバ及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
従来、音楽配信サイトから楽曲データを端末にダウンロードするコンテンツ配信システムがある。このようなコンテンツ配信システムにおいて、楽曲データをダウンロードする際には、通信時間がかかるため、その間に広告画像データをユーザの端末に表示させることが行われている。このとき、効果的な広告をユーザに提示するため、楽曲データに関連づけられた広告画像データを配信するシステムが開示されている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−１７８２０１号公報（「００１４」〜「００１５」段落及び「００２４」段落）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した特許文献１では、楽曲データと広告画像データとの関連づけは、楽曲データのアーティストが広告画像データによって構成される広告に出演していたり、当該広告の音楽を担当していたりすることに基づいて行われている。
【０００４】
しかしながら、ユーザの購買意欲に訴えるような効果的な広告を提供するためには、各ユーザに適した広告を提示しなければならず、特定の楽曲データを好むユーザが、その楽曲データのアーティストに関連する広告商品に興味を示すとは限らない。
【０００５】
そこで、本発明は、上記の課題に鑑み、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信する配信管理サーバ及びコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の特徴は、（ａ）ユーザ端末によって選択された楽曲情報を受信する受信部と、（ｂ）ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部と、（ｃ）受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定する配信画像判定部と、（ｄ）ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信する送信部とを備える配信管理サーバであることを要旨とする。
【０００７】
又、第１の特徴に係る配信管理サーバにおいて、企業属性には、人口統計的基準と地理的基準と心理的基準が含まれてもよい。
【０００８】
又、第１の特徴に係る配信管理サーバにおいて、配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定してもよい。
【０００９】
又、第１の特徴に係る配信管理サーバにおいて、楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないこととしてもよい。
【００１０】
又、第１の特徴に係る配信管理サーバは、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理するダウンロード管理部を更に備えてもよい。
【００１１】
又、第１の特徴に係る配信管理サーバは、広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性に登録する配信期間管理部を更に備えてもよい。
【００１２】
本発明の第２の特徴は、（ａ）ユーザ端末によって選択された楽曲情報を受信するステップと、（ｂ）ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するステップと、（ｃ）受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定するステップと、（ｄ）ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信するステップとを含むコンテンツ配信方法であることを要旨とする。
【発明の効果】
【００１３】
本発明によると、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信する配信管理サーバ及びコンテンツ配信方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００１５】
＜第１の実施の形態＞
第１の実施の形態では、楽曲データをダウンロードし、再生する間に、広告画像データをユーザの端末に表示する、配信管理システムについて説明する。このとき、楽曲データは、無料でダウンロードできることとしてもよい。
【００１６】
第１の実施の形態に係る配信管理システムの概念図を、図１に示す。まず、各ユーザに、年齢、性別、居住地域、職業、趣味嗜好（消費ジャンルへの指向性などを指す。以下においても同様である。）、流行感度（イノベーティブさ、オピニオンリーダー性などを指す。以下においても同様である。）などを含むユーザ属性を調査する。ユーザ属性の調査は、例えば、配信管理サーバからユーザの有する端末へアンケートを送信し、端末から配信管理サーバへアンケートの回答を送信することによって行う。図１では、ユーザ属性の調査の結果、ユーザを４つのタイプＡ、Ｂ、Ｃ、Ｄに分けると、「Ｂ」タイプであったとする（ユーザ属性については、後に詳述する）。
【００１７】
次に、ユーザが端末を利用して配信管理サーバへアクセスし、ダウンロードする楽曲データを選択する。図１では、選択した楽曲データは、「２」であったとする。ここで、楽曲データはそれぞれ、ジャンル（以下において、「カテゴリ情報」ともいう。“音楽の指向性”を指す。）、ライフスタイル、流行感度などの楽曲属性を有する（楽曲属性については、後に詳述する）。
【００１８】
又、別途、配信管理サーバには、広告画像データ毎に、広告のスポンサーとなる企業が指示した企業属性が指示され、登録されている（企業属性については、後に詳述する）。配信管理サーバは、ユーザがダウンロードする楽曲データを選択すると、当該楽曲属性、当該ユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。図１では、「Ｂ」タイプのユーザ属性、及び「２」の楽曲属性と合致する企業属性を有する広告画像データ「β」が選択される。
【００１９】
そして、楽曲データ「２」に広告画像データ「β」が添付され、ユーザの端末に送信される。
【００２０】
（配信管理システム）
第１の実施の形態に係る配信管理システムは、図２に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。ここで、「通信ネットワーク」とは、ＬＡＮ、ＷＡＮ、インターネット、イントラネット等の情報ネットワーク（コンピュータネットワーク）を指す。
【００２１】
ユーザ端末３ａ、３ｂ、３ｃは、楽曲データをダウンロードするユーザの有する端末装置であり、携帯電話、ＰＨＳ、ＰＣ、ノートＰＣなど、通信ネットワーク２を介して通信可能な装置であればよい。
【００２２】
ユーザ端末３ａ、３ｂ、３ｃは、配信管理サーバ１と接続し、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに表示されたＷｅｂ画面から、ダウンロードを希望する楽曲を選択する。その後、ユーザ端末３ａ、３ｂ、３ｃは、配信管理サーバ１から選択した楽曲データ、及び、当該ユーザの嗜好に合致した広告画像データを受信する。そして、ユーザ端末３ａ、３ｂ、３ｃが楽曲データを再生すると、その間、ユーザ端末３ａ、３ｂ、３ｃのディスプレイには、広告画像データが表示される。
【００２３】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００２４】
接続部１１は、通信ネットワーク２を介してユーザ端末３ａ、３ｂ、３ｃとの接続処理を行う。
【００２５】
送信部１２は、ユーザ端末３ａ、３ｂ、３ｃによって選択された楽曲データと、後述する配信画像判定部１７によって判定された広告画像データとを、ユーザ端末３ａ、３ｂ、３ｃへ送信する。
【００２６】
受信部１３は、ユーザ端末３ａ、３ｂ、３ｃによって選択された楽曲情報を受信する。
【００２７】
ユーザ属性管理部１４は、ユーザ端末３ａ、３ｂ、３ｃから送信されたユーザ属性をデータ保持部３０に保存する。又、ユーザ属性管理部１４は、必要に応じて、データ保持部３０に保存されたユーザ属性を更新する。ユーザ属性は、ユーザ端末３ａ、３ｂ、３ｃからアンケートの回答として送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。又、ユーザ端末３ａ、３ｂ、３ｃとは異なる端末装置でのインターネット調査等の方法を用いて登録されてもよい。
【００２８】
ユーザ属性は、例えば、図５に示すようなユーザ属性テーブルとして保持される。ユーザ属性は、例えば、管理番号に対応付けられた、ユーザＩＤ、性別、年齢、地域情報、職業、趣味嗜好などの情報を含む。ここで、各項目は、人口統計的基準、地理的基準、心理的基準に分類される。人口統計的基準は、性別、年齢、職業、収入、家族構成などを指す。地理的基準は、居住地、都市規模、人口密度などを指す。又、心理的基準は、社会階層、ライフスタイル、流行感度価値観、趣味嗜好などを指す。
【００２９】
企業属性管理部１５は、広告を提供するスポンサーの有する端末装置から送信された企業属性をデータ保持部３０に保存する。又、企業属性管理部１５は、必要に応じて、データ保持部３０に保存された企業属性を更新する。企業属性は、スポンサーの有する端末装置から送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。
【００３０】
企業属性は、例えば、図６に示すような企業属性テーブルとして保持される。企業属性は、例えば、企業ＩＤに対応付けられた、広告画像データのファイル名、人口統計的基準、地理的基準、心理的基準、配信期間、リーチ目標数、マッチングＮＧ楽曲ＩＤなどの情報を含む。
【００３１】
楽曲属性管理部１６は、楽曲属性をデータ保持部３０に保存する。又、楽曲属性管理部１６は、必要に応じて、データ保持部３０に保存された楽曲属性を更新する。楽曲属性は、楽曲を提供する企業の有する端末装置から送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。
【００３２】
楽曲属性は、例えば、図７に示すような楽曲属性テーブルとして保持される。楽曲属性は、例えば、楽曲ＩＤに対応付けられた、曲名、ジャンル、心理的基準、マッチングＮＧ企業ＩＤなどの情報を含む。
【００３３】
配信画像判定部１７は、ユーザ端末３ａ、３ｂ、３ｃから楽曲を指定されると、データ保持部３０に保存されている、当該楽曲の楽曲属性、当該ユーザ端末３ａ、３ｂ、３ｃを有するユーザのユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。この判定方法については、後に詳述する。
【００３４】
入力部２０は、キーボード、マウス等の機器を指す。入力部２０から入力操作が行われると対応するキー情報がＣＰＵ１０に伝達される。
【００３５】
出力部２１は、モニタなどの画面を指し、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）パネル、エレクトロルミネッセンス（ＥＬ）パネル等が使用可能である。
【００３６】
データ保持部３０は、上述した、ユーザ属性、企業属性、楽曲属性を保存する。その他、データ保持部３０は、ＣＰＵ１０における演算において、計算途中や解析途中のデータ、受信したデータなどを一時的に保存する。尚、データ保持部３０は、ＲＡＭなどの内部記憶装置でもよく、ＨＤなどの外部記憶装置でもよい。
【００３７】
プログラム保持部３１は、接続処理、送信処理、受信処理、ユーザ属性管理処理、企業属性管理処理、楽曲属性管理処理、配信画像判定処理などをＣＰＵ１０に実行させるための制御プログラムを保存する記憶媒体である。記録媒体は、例えば、ＲＡＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどが挙げられる。このようなプログラムを保持した記録媒体によれば、プログラムの保存、運搬、販売などを容易に行うことができる。
【００３８】
（コンテンツ配信方法）
次に、第１の実施の形態に係るユーザ属性取得方法について、図３を用いて説明する。尚、事前に、ユーザ毎の、人口統計的基準、地理的基準、心理的基準は、アンケート等により、収集され、図５などに示すユーザ属性テーブルに登録されているものとする。
【００３９】
まず、ステップＳ１０１において、ユーザ端末３ａ、３ｂ、３ｃは、通信ネットワーク２を介して、配信管理サーバ１へ接続する。
【００４０】
次に、ステップＳ１０２において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃとの接続に成功した場合、ステップＳ１０３に進み、失敗した場合、処理を終了する。
【００４１】
次に、ステップＳ１０３において、配信管理サーバ１は、端末情報を取得する。端末情報には、ユーザ端末３ａ、３ｂ、３ｃを識別する識別番号が含まれる。
【００４２】
次に、ステップＳ１０４において、配信管理サーバ１は、接続したユーザ端末３ａ、３ｂ、３ｃが楽曲ダウンロードサービスを受けられる対象端末であるか否か判断する。対象端末である場合、ステップＳ１０６に進み、対象端末でない場合、ステップＳ１０７へ進む。
【００４３】
ステップＳ１０７において、ユーザ端末３ａ、３ｂ、３ｃは、対象端末であるか否か判断する。対象端末である場合はステップＳ１０８へ進み、対象端末でない場合、ステップＳ１０９へ進む。ステップＳ１０９において、ユーザ端末３ａ、３ｂ、３ｃは、対象端末ではない旨のメッセージを表示して、処理を終了する。
【００４４】
一方、ステップＳ１０６において、配信管理サーバ１は、接続した３ａ、３ｂ、３ｃのユーザ属性情報をデータ保持部３０に保持しているか否か判断する。保持している場合は処理を終了し、保持していない場合は、ステップＳ１０８へ進む。
【００４５】
次に、ステップＳ１０８において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を保持しているか否か判断する。保持している場合は、ステップＳ１１１へ進み、保持していない場合は、ステップＳ１１０へ進む。
【００４６】
次に、ステップＳ１１１において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を配信管理サーバ１へ送信し、配信管理サーバ１は、ユーザ属性を取得する。
【００４７】
一方、ステップＳ１１０において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性を入力した後、ステップＳ１１１において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を配信管理サーバ１へ送信し、配信管理サーバ１は、ユーザ属性を取得する。ステップＳ１１０におけるユーザ属性入力は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイにアンケート入力画面が表示されることによって、入力される。
【００４８】
次に、第１の実施の形態に係るコンテンツ配信方法について、図４を用いて、説明する。
【００４９】
まず、ステップＳ２０１において、ユーザ端末３ａ、３ｂ、３ｃは、通信ネットワーク２を介して、配信管理サーバ１へ接続する。
【００５０】
次に、ステップＳ２０２において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃとの接続に成功した場合、ステップＳ２０３に進み、失敗した場合、処理を終了する。
【００５１】
次に、ステップＳ２０３において、配信管理サーバ１は、データ保持部３０に保存された楽曲属性を取得し、ステップＳ２０４において、データ保持部３０に保存された企業属性を取得し、ステップＳ２０５において、データ保持部３０に保存されたユーザ属性を取得する。
【００５２】
次に、ステップＳ２０７において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃに、カテゴリ情報選択要求を送信する。そして、ステップＳ２０８において、ユーザ端末３ａ、３ｂ、３ｃは、カテゴリ情報を選択する。ステップＳ２０８におけるカテゴリ情報選択は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイにカテゴリ情報選択画面が表示されることによって、選択される。ここで、「カテゴリ情報」とは、楽曲のジャンルを指し、例えば、ニューミュージック、アニメ、映画などが挙げられる。
【００５３】
次に、ステップＳ２０９において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃからカテゴリ情報を受信したか否か判断する。受信した場合は、ステップＳ２１０へ進み、受信しない場合は、処理を終了する。
【００５４】
次に、ステップＳ２１０において、配信管理サーバ１は、選択されたカテゴリ情報を確認し、ステップＳ２１１において、正当なカテゴリ情報であるか否か判断する。正当なカテゴリ情報である場合は、ステップＳ２１２へ進み、不当なカテゴリ情報である場合は、処理を終了する。
【００５５】
次に、ステップＳ２１２において、配信管理サーバ１は、カテゴリ情報（例えば、図７に示す楽曲属性の「ジャンル」）に基づいて、ユーザ端末３ａ、３ｂ、３ｃに、配信管理サーバ１が保持する当該カテゴリに属す、すべての楽曲を含む配信希望情報選択要求を送信する。
【００５６】
そして、ステップＳ２１３において、ユーザ端末３ａ、３ｂ、３ｃは、配信希望情報を選択する。ステップＳ２１３における配信希望情報選択は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに配信希望情報選択画面が表示されることによって、選択される。そして、ユーザはダウンロードしたい楽曲（図９の配信希望情報選択画面では、サンプル１、２、３、４、５）を選択し、送信する。
【００５７】
次に、ステップＳ２１４において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃから配信を希望する楽曲情報を受信したか否か判断する。受信した場合は、ステップＳ２１５へ進み、受信しない場合は、処理を終了する。
【００５８】
次に、ステップＳ２１５において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃから送信された楽曲の楽曲属性、当該ユーザ端末３ａ、３ｂ、３ｃを有するユーザのユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。この判定方法については、後に詳述する。
【００５９】
次に、ステップＳ２１６において、配信管理サーバ１は、ステップＳ２１５において判定した広告画像データが、楽曲データと組み合わせてはならないものではないか判定する。例えば、図６に示すファイル名Ａ１の広告画像データは、楽曲ＩＤ００００１の楽曲データとは組み合わせることができず、図７に示す楽曲ＩＤ００００２の楽曲データは、企業ＩＤ００００３の広告画像データとは組み合わせることができない。
【００６０】
次に、ステップＳ２１７において、配信管理サーバ１は、配信希望の楽曲データと、ユーザの嗜好に合致した広告画像データとを、ユーザ端末３ａ、３ｂ、３ｃへ送信する。
【００６１】
次に、ステップＳ２１８において、ユーザ端末３ａ、３ｂ、３ｃは、楽曲データ及び広告画像データをダウンロードする。このとき、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに、ダウンロード確認画面が表示されてもよい。そして、ステップＳ２１９において、ユーザ端末３ａ、３ｂ、３ｃは、楽曲データを再生し、再生する間、広告画像データがユーザ端末３ａ、３ｂ、３ｃのディスプレイに表示される。このとき、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに、再生確認画面が表示された後、再生中画面が表示されてもよい。
【００６２】
このとき、広告画像データは、静止画でも動画でもよい。又、広告画像データが動画である場合、広告画像データの再生時間と、楽曲データの再生時間とが合致していることが好ましい。
【００６３】
（配信画像判定方法）
次に、図４のステップＳ２１５における配信画像の判定方法について、詳細に説明する。
【００６４】
例えば、配信管理サーバ１のデータ保持部３０には、図５に示すユーザ属性テーブル、図６に示す企業属性テーブル、図７に示す楽曲属性テーブルが保存されているとする。
【００６５】
このとき、図８に示すように、ユーザ管理番号０００００１の人が、楽曲Ｅを選択したとすると、ユーザ属性の性別、年齢、地域情報、職業と、楽曲属性のジャンル、ライフスタイル、流行感度とが合致する広告画像データを検索し、その結果、企業ＩＤ０００００５のＤ１という広告画像データが合致し、楽曲Ｅのデータとファイル名Ｄ１のデータが、ユーザ端末３ａ、３ｂ、３ｃへ配信される。
【００６６】
又、広告画像データの合致条件として、各スポンサーは、企業属性の各項目において、優先度を指定しても構わない。例えば、図６に示す、人口統計的基準と、心理的基準につき、各５０％の重み付けをすることや、人口統計的基準内の各項目の合致率が５０％以上、かつ、心理的基準内の各項目の合致率が５０％以上の場合、合致するとみなすことなどが挙げられる。
【００６７】
（コンテンツ配信方法の応用例）
第１の実施の形態のコンテンツ配信方法の応用として、以下のような方法が実施可能である。
【００６８】
例えば、図４のステップＳ２１２において、配信管理サーバ１は、保持する当該カテゴリに属す、すべての楽曲を含む配信希望情報選択要求を送信すると説明したが、このとき、すべての楽曲ではなく、いくつかの楽曲を選択して送信してもよい。例えば、配信管理サーバ１は、ユーザ属性テーブルの心理的基準（例えば、趣味嗜好）と、楽曲属性テーブルの心理的基準（例えば、趣味嗜好）を比較し、当該ユーザの心理的基準（例えば、趣味嗜好）に合致する楽曲を複数選択し、選択された複数の楽曲を含む配信希望情報選択要求を送信してもよい。
【００６９】
又、上述の方法では、配信管理サーバ１が事前のアンケートなどによって保持しているユーザ属性テーブルを用いて、楽曲を選択したが、別途、楽曲を配信する際にアンケートを実施してもよい。例えば、図４のステップＳ２１２の前に、配信管理サーバ１がユーザ端末３ａ、３ｂ、３ｃへ心理的基準（例えば、趣味嗜好）に対する質問を送信し、ユーザ端末３ａ、３ｂ、３ｃが配信管理サーバ１へ当該質問に対する回答を送信するステップを設けてもよい。そして、ステップＳ２１２において、この回答に含まれる心理的基準（例えば、趣味嗜好）を用いて、配信管理サーバ１は、当該ユーザの心理的基準（例えば、趣味嗜好）に合致する楽曲を複数選択し、選択された複数の楽曲を含む配信希望情報選択要求を送信することができる。
【００７０】
又、第１の実施の形態に係る配信画像判定方法では、配信管理サーバ１が保持するユーザ属性テーブル、企業属性テーブル、楽曲属性テーブルに基づいて、最適な広告画像データを判定すると説明したが、上述の楽曲を配信する際のアンケートも併せて、楽曲と組み合わせる広告画像データの分析、判定を行ってもよい。
【００７１】
楽曲と画像を組み合わせる場合、配信管理サーバ１は、各ユーザの“音楽への指向性”と“消費ジャンルへの指向性”とを把握する必要がある。配信管理サーバ１は、図４のステップＳ２０９において、カテゴリ情報を受信することにより、“音楽への指向性”を把握することができ、ユーザ属性テーブルの各項目、あるいは、上述の質問への回答を受信することなどにより、“消費ジャンルへの指向性”を把握することができる。これに基づいて、配信管理サーバ１は、ステップＳ２１５において、楽曲データと組み合わせる広告画像データを判定することができる。
【００７２】
尚、配信管理サーバ１は、予め、特定の楽曲Ａを選ぶユーザをいくつかの消費行動をとる群にグルーピングしておき、上記の質問への回答により、ユーザがある特定の群に属することを判断し、当該群に基づいて、組み合わせる広告画像データを判定してもよい。
【００７３】
（作用及び効果）
第１の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、楽曲属性、ユーザ属性、企業属性を比較し、最適な広告画像データを判定することにより、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信することができる。
【００７４】
又、企業属性には、人口統計的基準と地理的基準と心理的基準が含まれる。このため、きめ細やかな、最適な広告画像データの判定を行うことができる。
【００７５】
又、配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定してもよい。このため、スポンサー毎に、重要視する項目を変更することができる。
【００７６】
又、楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないこととしてもよい。このため、競合企業のＣＭ起用アーティストと組み合わせないことなどが可能となる。
【００７７】
＜第２の実施の形態＞
第２の実施の形態では、第１の実施の形態において説明したユーザ属性、楽曲属性の履歴を蓄積し、データベース化する。更に、広告画像データの受信履歴も記録蓄積することで、特定の広告画像データに接触した回数、タイミングの履歴をデータベース化する。
【００７８】
第２の実施の形態に係る配信管理システムの概念図を、図１０に示す。ここでは、ユーザ属性、楽曲属性、広告画像データの受信履歴を蓄積したデータベースから、特定ユーザの楽曲の嗜好傾向分析、特定ユーザの配信管理システム利用頻度によるファン度分析、ユーザの加齢とともに変化する楽曲の嗜好変化分析、特定の広告画像データに接触した広告接触分析等を行う。
【００７９】
（配信管理システム）
第２の実施の形態に係る配信管理システムは、図１１に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。
【００８０】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、ダウンロード管理部（ＤＬ管理部）１８をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００８１】
ＤＬ管理部１８は、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理し、データ保持部３０に保持する。
【００８２】
又、ＤＬ管理部１８は、ダウンロードした楽曲が、その時点で、「発表直後」の新曲であるか、或いはヒットした後一定期間を経過した曲であるかのタイミングを判断する。そして、ＤＬ管理部１８は、サイコグラフィックな分析により、そのユーザ流行感度（例えば、流行を先取りする“敏感”であるか、流行に追随する“追随型”であるか）を分析し、データ保持部３０が保持するユーザ属性テーブルに登録する。
【００８３】
接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１、ユーザ端末３ａ、３ｂ、３ｃ、通信ネットワーク２については、第１の実施の形態と同様であるので、ここでは説明を省略する。
【００８４】
（コンテンツ配信方法）
次に、第２の実施の形態に係るコンテンツ配信方法について、図１２を用いて説明する。
【００８５】
まず、ステップＳ３０１〜３０５は、図４のステップＳ２０１〜２０５と同様であるので、ここでは説明を省略する。
【００８６】
次に、ステップＳ３０６において、配信管理サーバ１は、データ保持部３０から、特定の楽曲データをダウンロードした回数、及び、特定の広告画像データをダウンロードした回数を取得する。
【００８７】
次に、ステップＳ３０８〜３１８は、図４のステップＳ２０７〜２０７と同様であるので、ここでは説明を省略する。
【００８８】
次に、ステップＳ３１９において、配信管理サーバ１は、データ保持部３０から、特定の楽曲データをダウンロードした回数、及び、特定の広告画像データをダウンロードした回数を、データ保持部３０に登録する。又、配信管理サーバ１は、サイコグラフィックな分析により、そのユーザ流行感度（例えば、流行を先取りする“敏感”であるか、流行に追随する“追随型”であるか）を分析し、データ保持部３０が保持するユーザ属性テーブルに登録する。
【００８９】
次に、ステップＳ３２０〜３２１は、図４のステップＳ２１８〜２１９と同様であるので、ここでは説明を省略する。
【００９０】
（作用及び効果）
第２の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理することにより、嗜好傾向分析、ファン度分析、嗜好変化分析、広告接触分析等を行うことができる。
【００９１】
又、これらの情報を基に、特定のユーザに対して、嗜好傾向の強い楽曲を優先的に紹介、配信することができる。
【００９２】
更に、広告画像データをダウンロードした回数を管理することにより、スポンサーに、ユーザの同社広告との接触実績を提供することができる。
【００９３】
＜第３の実施の形態＞
第３の実施の形態では、広告対象商品のキャンペーン期間がスポンサーによって設定されている場合について説明する。
【００９４】
第３の実施の形態に係る配信管理システムの概念図を、図１３に示す。ここでは、企業属性に予め配信期間（図６参照）や配信回数を設定し、ユーザ端末３ａ、３ｂ、３ｃにおける再生可能期間もしくは再生可能回数を限定する。
【００９５】
（配信管理システム）
第３の実施の形態に係る配信管理システムは、図１４に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。
【００９６】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、配信期間管理部１９をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００９７】
配信期間管理部１９は、広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性テーブルに登録する。又、配信期間管理部１９は、広告画像データが配信される度に、保持されている配信回数を１加算する。
【００９８】
接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１、ユーザ端末３ａ、３ｂ、３ｃ、通信ネットワーク２については、第１の実施の形態と同様であるので、ここでは説明を省略する。
【００９９】
（コンテンツ配信方法）
次に、第３の実施の形態に係るコンテンツ配信方法について、図１５を用いて説明する。
【０１００】
まず、ステップＳ４０１〜４１６は、図４のステップＳ２０１〜２１６と同様であるので、ここでは説明を省略する。
【０１０１】
次に、ステップＳ４１７において、配信管理サーバ１は、カウント管理処理を行う。カウント管理処理については、後に詳述する。
【０１０２】
次に、ステップＳ４１８〜４２０は、図４のステップＳ２１７〜２１９と同様であるので、ここでは説明を省略する。
【０１０３】
次に、ステップＳ４１７の処理について、図１６を用いて、詳細に説明する。
【０１０４】
まず、ステップＳ５０１において、配信管理サーバ１は。データ保持部３０に保持されたカウント管理テーブルを参照し、広告画像データの再生カウントを取得する。
【０１０５】
次に、ステップＳ５０２において、配信管理サーバ１は、予め設定された再生可能回数（ここでは、ｎ回とする）を超えているか否かを判断する。ｎ回より小さい場合は、ステップＳ５０３へ進み、ｎ回以上である場合は、ステップＳ５０４へ進む。
【０１０６】
ステップＳ５０３において、配信管理サーバ１は、広告画像データが添付された楽曲データを取得する。一方、ステップＳ５０４において、配信管理サーバ１は、広告画像データが添付されていない楽曲データを取得する。
【０１０７】
次に、ステップＳ５０５において、配信管理サーバ１は、カウント管理テーブルに保持されている配信回数を１加算する。
【０１０８】
（作用及び効果）
第３の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、広告画像データの再生可能期間もしくは再生可能回数を限定することにより、キャンペーンなどの終了時に、当該広告画像データの再生を不可とすることができる。このため、広告宣伝効果の最適化、広告画像に使用される肖像権等の許諾期間に応じた適正な処理を行うことができる。
【０１０９】
又、再生可能期間終了後もしくは再生可能回数を超えた後、ユーザ端末３ａ、３ｂ、３ｃに再生不可能となることを通知し、新たな広告画像データが可能であることを通知する。このことにより、本サービスのリンク機能などにより、ユーザを配信サイトに再誘導することができる。
【０１１０】
又、配信サイトでのコンテンツ更新時には、新コンテンツ入手の条件として、ダウンロード前にユーザ属性に関するアンケート入力画面を設定し、定期的なユーザ属性テーブルの更新を行う機能を備えてもよい。
【０１１１】
＜その他の実施形態＞
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１１２】
例えば、ユーザ端末３ａ、３ｂ、３ｃに表示される、広告画像データの最後に、「くじ」の結果が表示されてもよい。そして、当たりが出ると、ユーザはスポンサーである企業の、特定の商品の無料クーポンが表示され、ユーザはそれを店頭に持参して、商品やノベルティグッズと交換できるようにしてもよい。あるいは、一定の割引が得られるようにしてもよい。
【０１１３】
このように「くじ」の結果を表示することによって、ユーザが最後まで広告画像データを注視することとなる。よって、広告の効果をより高めることができる。又、当たりくじを得たユーザが、実際に来店して商品等を入手することで、広告画像配信に加えて、実際の商品キャンペーンとして機能する。更に、当たりくじを得たユーザのユーザ属性を配信管理サーバ１が蓄積管理することにより、更なるマーケティングのデータツールとして活用することができる。
【０１１４】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１１５】
【図１】第１の実施の形態に係る配信管理システムの概要を説明するための図である。
【図２】第１の実施の形態に係る配信管理システムの構成ブロック図である。
【図３】第１の実施の形態に係るコンテンツ配信方法を示すフローチャートである（その１）。
【図４】第１の実施の形態に係るコンテンツ配信方法を示すフローチャートである（その２）。
【図５】第１〜第３の実施の形態に係るユーザ属性テーブルの一例である。
【図６】第１〜第３の実施の形態に係る企業属性テーブルの一例である。
【図７】第１〜第３の実施の形態に係る楽曲属性テーブルの一例である。
【図８】第１の実施の形態に係る属性のマッチングを説明するための図である。
【図９】第１の実施の形態に係るユーザ端末の画面表示例である。
【図１０】第２の実施の形態に係る配信管理システムの概要を説明するための図である。
【図１１】第２の実施の形態に係る配信管理システムの構成ブロック図である。
【図１２】第２の実施の形態に係るコンテンツ配信方法を示すフローチャートである。
【図１３】第３の実施の形態に係る配信管理システムの概要を説明するための図である。
【図１４】第３の実施の形態に係る配信管理システムの構成ブロック図である。
【図１５】第３の実施の形態に係るコンテンツ配信方法を示すフローチャートである。
【図１６】図１５のステップＳ４１７の詳細を示すフローチャートである。
【符号の説明】
【０１１６】
１…配信管理サーバ
２…通信ネットワーク
３ａ、３ｂ、３ｃ…ユーザ端末
１０…ＣＰＵ
１１…接続部
１２…送信部
１３…受信部
１４…ユーザ属性管理部
１５…企業属性管理部
１６…楽曲属性管理部
１７…配信画像判定部
１８…ＤＬ管理部
１９…配信期間管理部
２０…入力部
２１…出力部
３０…データ保持部
３１…プログラム保持部
【技術分野】
【０００１】
本発明は、楽曲データに広告画像データを添付して配信する配信管理サーバ及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
従来、音楽配信サイトから楽曲データを端末にダウンロードするコンテンツ配信システムがある。このようなコンテンツ配信システムにおいて、楽曲データをダウンロードする際には、通信時間がかかるため、その間に広告画像データをユーザの端末に表示させることが行われている。このとき、効果的な広告をユーザに提示するため、楽曲データに関連づけられた広告画像データを配信するシステムが開示されている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−１７８２０１号公報（「００１４」〜「００１５」段落及び「００２４」段落）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した特許文献１では、楽曲データと広告画像データとの関連づけは、楽曲データのアーティストが広告画像データによって構成される広告に出演していたり、当該広告の音楽を担当していたりすることに基づいて行われている。
【０００４】
しかしながら、ユーザの購買意欲に訴えるような効果的な広告を提供するためには、各ユーザに適した広告を提示しなければならず、特定の楽曲データを好むユーザが、その楽曲データのアーティストに関連する広告商品に興味を示すとは限らない。
【０００５】
そこで、本発明は、上記の課題に鑑み、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信する配信管理サーバ及びコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の特徴は、（ａ）ユーザ端末によって選択された楽曲情報を受信する受信部と、（ｂ）ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部と、（ｃ）受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定する配信画像判定部と、（ｄ）ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信する送信部とを備える配信管理サーバであることを要旨とする。
【０００７】
又、第１の特徴に係る配信管理サーバにおいて、企業属性には、人口統計的基準と地理的基準と心理的基準が含まれてもよい。
【０００８】
又、第１の特徴に係る配信管理サーバにおいて、配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定してもよい。
【０００９】
又、第１の特徴に係る配信管理サーバにおいて、楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないこととしてもよい。
【００１０】
又、第１の特徴に係る配信管理サーバは、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理するダウンロード管理部を更に備えてもよい。
【００１１】
又、第１の特徴に係る配信管理サーバは、広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性に登録する配信期間管理部を更に備えてもよい。
【００１２】
本発明の第２の特徴は、（ａ）ユーザ端末によって選択された楽曲情報を受信するステップと、（ｂ）ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するステップと、（ｃ）受信部が受信した楽曲に関する楽曲属性と、ユーザ属性と、企業属性とを比較し、最適な企業属性に含まれる広告画像データを判定するステップと、（ｄ）ユーザ端末によって選択された楽曲データと、配信画像判定部によって判定された広告画像データとを、ユーザ端末へ送信するステップとを含むコンテンツ配信方法であることを要旨とする。
【発明の効果】
【００１３】
本発明によると、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信する配信管理サーバ及びコンテンツ配信方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００１５】
＜第１の実施の形態＞
第１の実施の形態では、楽曲データをダウンロードし、再生する間に、広告画像データをユーザの端末に表示する、配信管理システムについて説明する。このとき、楽曲データは、無料でダウンロードできることとしてもよい。
【００１６】
第１の実施の形態に係る配信管理システムの概念図を、図１に示す。まず、各ユーザに、年齢、性別、居住地域、職業、趣味嗜好（消費ジャンルへの指向性などを指す。以下においても同様である。）、流行感度（イノベーティブさ、オピニオンリーダー性などを指す。以下においても同様である。）などを含むユーザ属性を調査する。ユーザ属性の調査は、例えば、配信管理サーバからユーザの有する端末へアンケートを送信し、端末から配信管理サーバへアンケートの回答を送信することによって行う。図１では、ユーザ属性の調査の結果、ユーザを４つのタイプＡ、Ｂ、Ｃ、Ｄに分けると、「Ｂ」タイプであったとする（ユーザ属性については、後に詳述する）。
【００１７】
次に、ユーザが端末を利用して配信管理サーバへアクセスし、ダウンロードする楽曲データを選択する。図１では、選択した楽曲データは、「２」であったとする。ここで、楽曲データはそれぞれ、ジャンル（以下において、「カテゴリ情報」ともいう。“音楽の指向性”を指す。）、ライフスタイル、流行感度などの楽曲属性を有する（楽曲属性については、後に詳述する）。
【００１８】
又、別途、配信管理サーバには、広告画像データ毎に、広告のスポンサーとなる企業が指示した企業属性が指示され、登録されている（企業属性については、後に詳述する）。配信管理サーバは、ユーザがダウンロードする楽曲データを選択すると、当該楽曲属性、当該ユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。図１では、「Ｂ」タイプのユーザ属性、及び「２」の楽曲属性と合致する企業属性を有する広告画像データ「β」が選択される。
【００１９】
そして、楽曲データ「２」に広告画像データ「β」が添付され、ユーザの端末に送信される。
【００２０】
（配信管理システム）
第１の実施の形態に係る配信管理システムは、図２に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。ここで、「通信ネットワーク」とは、ＬＡＮ、ＷＡＮ、インターネット、イントラネット等の情報ネットワーク（コンピュータネットワーク）を指す。
【００２１】
ユーザ端末３ａ、３ｂ、３ｃは、楽曲データをダウンロードするユーザの有する端末装置であり、携帯電話、ＰＨＳ、ＰＣ、ノートＰＣなど、通信ネットワーク２を介して通信可能な装置であればよい。
【００２２】
ユーザ端末３ａ、３ｂ、３ｃは、配信管理サーバ１と接続し、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに表示されたＷｅｂ画面から、ダウンロードを希望する楽曲を選択する。その後、ユーザ端末３ａ、３ｂ、３ｃは、配信管理サーバ１から選択した楽曲データ、及び、当該ユーザの嗜好に合致した広告画像データを受信する。そして、ユーザ端末３ａ、３ｂ、３ｃが楽曲データを再生すると、その間、ユーザ端末３ａ、３ｂ、３ｃのディスプレイには、広告画像データが表示される。
【００２３】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００２４】
接続部１１は、通信ネットワーク２を介してユーザ端末３ａ、３ｂ、３ｃとの接続処理を行う。
【００２５】
送信部１２は、ユーザ端末３ａ、３ｂ、３ｃによって選択された楽曲データと、後述する配信画像判定部１７によって判定された広告画像データとを、ユーザ端末３ａ、３ｂ、３ｃへ送信する。
【００２６】
受信部１３は、ユーザ端末３ａ、３ｂ、３ｃによって選択された楽曲情報を受信する。
【００２７】
ユーザ属性管理部１４は、ユーザ端末３ａ、３ｂ、３ｃから送信されたユーザ属性をデータ保持部３０に保存する。又、ユーザ属性管理部１４は、必要に応じて、データ保持部３０に保存されたユーザ属性を更新する。ユーザ属性は、ユーザ端末３ａ、３ｂ、３ｃからアンケートの回答として送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。又、ユーザ端末３ａ、３ｂ、３ｃとは異なる端末装置でのインターネット調査等の方法を用いて登録されてもよい。
【００２８】
ユーザ属性は、例えば、図５に示すようなユーザ属性テーブルとして保持される。ユーザ属性は、例えば、管理番号に対応付けられた、ユーザＩＤ、性別、年齢、地域情報、職業、趣味嗜好などの情報を含む。ここで、各項目は、人口統計的基準、地理的基準、心理的基準に分類される。人口統計的基準は、性別、年齢、職業、収入、家族構成などを指す。地理的基準は、居住地、都市規模、人口密度などを指す。又、心理的基準は、社会階層、ライフスタイル、流行感度価値観、趣味嗜好などを指す。
【００２９】
企業属性管理部１５は、広告を提供するスポンサーの有する端末装置から送信された企業属性をデータ保持部３０に保存する。又、企業属性管理部１５は、必要に応じて、データ保持部３０に保存された企業属性を更新する。企業属性は、スポンサーの有する端末装置から送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。
【００３０】
企業属性は、例えば、図６に示すような企業属性テーブルとして保持される。企業属性は、例えば、企業ＩＤに対応付けられた、広告画像データのファイル名、人口統計的基準、地理的基準、心理的基準、配信期間、リーチ目標数、マッチングＮＧ楽曲ＩＤなどの情報を含む。
【００３１】
楽曲属性管理部１６は、楽曲属性をデータ保持部３０に保存する。又、楽曲属性管理部１６は、必要に応じて、データ保持部３０に保存された楽曲属性を更新する。楽曲属性は、楽曲を提供する企業の有する端末装置から送信される他、直接、配信管理サーバ１の入力部２０を用いて登録されてもよい。
【００３２】
楽曲属性は、例えば、図７に示すような楽曲属性テーブルとして保持される。楽曲属性は、例えば、楽曲ＩＤに対応付けられた、曲名、ジャンル、心理的基準、マッチングＮＧ企業ＩＤなどの情報を含む。
【００３３】
配信画像判定部１７は、ユーザ端末３ａ、３ｂ、３ｃから楽曲を指定されると、データ保持部３０に保存されている、当該楽曲の楽曲属性、当該ユーザ端末３ａ、３ｂ、３ｃを有するユーザのユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。この判定方法については、後に詳述する。
【００３４】
入力部２０は、キーボード、マウス等の機器を指す。入力部２０から入力操作が行われると対応するキー情報がＣＰＵ１０に伝達される。
【００３５】
出力部２１は、モニタなどの画面を指し、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）パネル、エレクトロルミネッセンス（ＥＬ）パネル等が使用可能である。
【００３６】
データ保持部３０は、上述した、ユーザ属性、企業属性、楽曲属性を保存する。その他、データ保持部３０は、ＣＰＵ１０における演算において、計算途中や解析途中のデータ、受信したデータなどを一時的に保存する。尚、データ保持部３０は、ＲＡＭなどの内部記憶装置でもよく、ＨＤなどの外部記憶装置でもよい。
【００３７】
プログラム保持部３１は、接続処理、送信処理、受信処理、ユーザ属性管理処理、企業属性管理処理、楽曲属性管理処理、配信画像判定処理などをＣＰＵ１０に実行させるための制御プログラムを保存する記憶媒体である。記録媒体は、例えば、ＲＡＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどが挙げられる。このようなプログラムを保持した記録媒体によれば、プログラムの保存、運搬、販売などを容易に行うことができる。
【００３８】
（コンテンツ配信方法）
次に、第１の実施の形態に係るユーザ属性取得方法について、図３を用いて説明する。尚、事前に、ユーザ毎の、人口統計的基準、地理的基準、心理的基準は、アンケート等により、収集され、図５などに示すユーザ属性テーブルに登録されているものとする。
【００３９】
まず、ステップＳ１０１において、ユーザ端末３ａ、３ｂ、３ｃは、通信ネットワーク２を介して、配信管理サーバ１へ接続する。
【００４０】
次に、ステップＳ１０２において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃとの接続に成功した場合、ステップＳ１０３に進み、失敗した場合、処理を終了する。
【００４１】
次に、ステップＳ１０３において、配信管理サーバ１は、端末情報を取得する。端末情報には、ユーザ端末３ａ、３ｂ、３ｃを識別する識別番号が含まれる。
【００４２】
次に、ステップＳ１０４において、配信管理サーバ１は、接続したユーザ端末３ａ、３ｂ、３ｃが楽曲ダウンロードサービスを受けられる対象端末であるか否か判断する。対象端末である場合、ステップＳ１０６に進み、対象端末でない場合、ステップＳ１０７へ進む。
【００４３】
ステップＳ１０７において、ユーザ端末３ａ、３ｂ、３ｃは、対象端末であるか否か判断する。対象端末である場合はステップＳ１０８へ進み、対象端末でない場合、ステップＳ１０９へ進む。ステップＳ１０９において、ユーザ端末３ａ、３ｂ、３ｃは、対象端末ではない旨のメッセージを表示して、処理を終了する。
【００４４】
一方、ステップＳ１０６において、配信管理サーバ１は、接続した３ａ、３ｂ、３ｃのユーザ属性情報をデータ保持部３０に保持しているか否か判断する。保持している場合は処理を終了し、保持していない場合は、ステップＳ１０８へ進む。
【００４５】
次に、ステップＳ１０８において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を保持しているか否か判断する。保持している場合は、ステップＳ１１１へ進み、保持していない場合は、ステップＳ１１０へ進む。
【００４６】
次に、ステップＳ１１１において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を配信管理サーバ１へ送信し、配信管理サーバ１は、ユーザ属性を取得する。
【００４７】
一方、ステップＳ１１０において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性を入力した後、ステップＳ１１１において、ユーザ端末３ａ、３ｂ、３ｃは、ユーザ属性情報を配信管理サーバ１へ送信し、配信管理サーバ１は、ユーザ属性を取得する。ステップＳ１１０におけるユーザ属性入力は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイにアンケート入力画面が表示されることによって、入力される。
【００４８】
次に、第１の実施の形態に係るコンテンツ配信方法について、図４を用いて、説明する。
【００４９】
まず、ステップＳ２０１において、ユーザ端末３ａ、３ｂ、３ｃは、通信ネットワーク２を介して、配信管理サーバ１へ接続する。
【００５０】
次に、ステップＳ２０２において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃとの接続に成功した場合、ステップＳ２０３に進み、失敗した場合、処理を終了する。
【００５１】
次に、ステップＳ２０３において、配信管理サーバ１は、データ保持部３０に保存された楽曲属性を取得し、ステップＳ２０４において、データ保持部３０に保存された企業属性を取得し、ステップＳ２０５において、データ保持部３０に保存されたユーザ属性を取得する。
【００５２】
次に、ステップＳ２０７において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃに、カテゴリ情報選択要求を送信する。そして、ステップＳ２０８において、ユーザ端末３ａ、３ｂ、３ｃは、カテゴリ情報を選択する。ステップＳ２０８におけるカテゴリ情報選択は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイにカテゴリ情報選択画面が表示されることによって、選択される。ここで、「カテゴリ情報」とは、楽曲のジャンルを指し、例えば、ニューミュージック、アニメ、映画などが挙げられる。
【００５３】
次に、ステップＳ２０９において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃからカテゴリ情報を受信したか否か判断する。受信した場合は、ステップＳ２１０へ進み、受信しない場合は、処理を終了する。
【００５４】
次に、ステップＳ２１０において、配信管理サーバ１は、選択されたカテゴリ情報を確認し、ステップＳ２１１において、正当なカテゴリ情報であるか否か判断する。正当なカテゴリ情報である場合は、ステップＳ２１２へ進み、不当なカテゴリ情報である場合は、処理を終了する。
【００５５】
次に、ステップＳ２１２において、配信管理サーバ１は、カテゴリ情報（例えば、図７に示す楽曲属性の「ジャンル」）に基づいて、ユーザ端末３ａ、３ｂ、３ｃに、配信管理サーバ１が保持する当該カテゴリに属す、すべての楽曲を含む配信希望情報選択要求を送信する。
【００５６】
そして、ステップＳ２１３において、ユーザ端末３ａ、３ｂ、３ｃは、配信希望情報を選択する。ステップＳ２１３における配信希望情報選択は、例えば、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに配信希望情報選択画面が表示されることによって、選択される。そして、ユーザはダウンロードしたい楽曲（図９の配信希望情報選択画面では、サンプル１、２、３、４、５）を選択し、送信する。
【００５７】
次に、ステップＳ２１４において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃから配信を希望する楽曲情報を受信したか否か判断する。受信した場合は、ステップＳ２１５へ進み、受信しない場合は、処理を終了する。
【００５８】
次に、ステップＳ２１５において、配信管理サーバ１は、ユーザ端末３ａ、３ｂ、３ｃから送信された楽曲の楽曲属性、当該ユーザ端末３ａ、３ｂ、３ｃを有するユーザのユーザ属性と、企業属性を比較し、最適な広告画像データを判定する。この判定方法については、後に詳述する。
【００５９】
次に、ステップＳ２１６において、配信管理サーバ１は、ステップＳ２１５において判定した広告画像データが、楽曲データと組み合わせてはならないものではないか判定する。例えば、図６に示すファイル名Ａ１の広告画像データは、楽曲ＩＤ００００１の楽曲データとは組み合わせることができず、図７に示す楽曲ＩＤ００００２の楽曲データは、企業ＩＤ００００３の広告画像データとは組み合わせることができない。
【００６０】
次に、ステップＳ２１７において、配信管理サーバ１は、配信希望の楽曲データと、ユーザの嗜好に合致した広告画像データとを、ユーザ端末３ａ、３ｂ、３ｃへ送信する。
【００６１】
次に、ステップＳ２１８において、ユーザ端末３ａ、３ｂ、３ｃは、楽曲データ及び広告画像データをダウンロードする。このとき、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに、ダウンロード確認画面が表示されてもよい。そして、ステップＳ２１９において、ユーザ端末３ａ、３ｂ、３ｃは、楽曲データを再生し、再生する間、広告画像データがユーザ端末３ａ、３ｂ、３ｃのディスプレイに表示される。このとき、図９に示すように、ユーザ端末３ａ、３ｂ、３ｃのディスプレイに、再生確認画面が表示された後、再生中画面が表示されてもよい。
【００６２】
このとき、広告画像データは、静止画でも動画でもよい。又、広告画像データが動画である場合、広告画像データの再生時間と、楽曲データの再生時間とが合致していることが好ましい。
【００６３】
（配信画像判定方法）
次に、図４のステップＳ２１５における配信画像の判定方法について、詳細に説明する。
【００６４】
例えば、配信管理サーバ１のデータ保持部３０には、図５に示すユーザ属性テーブル、図６に示す企業属性テーブル、図７に示す楽曲属性テーブルが保存されているとする。
【００６５】
このとき、図８に示すように、ユーザ管理番号０００００１の人が、楽曲Ｅを選択したとすると、ユーザ属性の性別、年齢、地域情報、職業と、楽曲属性のジャンル、ライフスタイル、流行感度とが合致する広告画像データを検索し、その結果、企業ＩＤ０００００５のＤ１という広告画像データが合致し、楽曲Ｅのデータとファイル名Ｄ１のデータが、ユーザ端末３ａ、３ｂ、３ｃへ配信される。
【００６６】
又、広告画像データの合致条件として、各スポンサーは、企業属性の各項目において、優先度を指定しても構わない。例えば、図６に示す、人口統計的基準と、心理的基準につき、各５０％の重み付けをすることや、人口統計的基準内の各項目の合致率が５０％以上、かつ、心理的基準内の各項目の合致率が５０％以上の場合、合致するとみなすことなどが挙げられる。
【００６７】
（コンテンツ配信方法の応用例）
第１の実施の形態のコンテンツ配信方法の応用として、以下のような方法が実施可能である。
【００６８】
例えば、図４のステップＳ２１２において、配信管理サーバ１は、保持する当該カテゴリに属す、すべての楽曲を含む配信希望情報選択要求を送信すると説明したが、このとき、すべての楽曲ではなく、いくつかの楽曲を選択して送信してもよい。例えば、配信管理サーバ１は、ユーザ属性テーブルの心理的基準（例えば、趣味嗜好）と、楽曲属性テーブルの心理的基準（例えば、趣味嗜好）を比較し、当該ユーザの心理的基準（例えば、趣味嗜好）に合致する楽曲を複数選択し、選択された複数の楽曲を含む配信希望情報選択要求を送信してもよい。
【００６９】
又、上述の方法では、配信管理サーバ１が事前のアンケートなどによって保持しているユーザ属性テーブルを用いて、楽曲を選択したが、別途、楽曲を配信する際にアンケートを実施してもよい。例えば、図４のステップＳ２１２の前に、配信管理サーバ１がユーザ端末３ａ、３ｂ、３ｃへ心理的基準（例えば、趣味嗜好）に対する質問を送信し、ユーザ端末３ａ、３ｂ、３ｃが配信管理サーバ１へ当該質問に対する回答を送信するステップを設けてもよい。そして、ステップＳ２１２において、この回答に含まれる心理的基準（例えば、趣味嗜好）を用いて、配信管理サーバ１は、当該ユーザの心理的基準（例えば、趣味嗜好）に合致する楽曲を複数選択し、選択された複数の楽曲を含む配信希望情報選択要求を送信することができる。
【００７０】
又、第１の実施の形態に係る配信画像判定方法では、配信管理サーバ１が保持するユーザ属性テーブル、企業属性テーブル、楽曲属性テーブルに基づいて、最適な広告画像データを判定すると説明したが、上述の楽曲を配信する際のアンケートも併せて、楽曲と組み合わせる広告画像データの分析、判定を行ってもよい。
【００７１】
楽曲と画像を組み合わせる場合、配信管理サーバ１は、各ユーザの“音楽への指向性”と“消費ジャンルへの指向性”とを把握する必要がある。配信管理サーバ１は、図４のステップＳ２０９において、カテゴリ情報を受信することにより、“音楽への指向性”を把握することができ、ユーザ属性テーブルの各項目、あるいは、上述の質問への回答を受信することなどにより、“消費ジャンルへの指向性”を把握することができる。これに基づいて、配信管理サーバ１は、ステップＳ２１５において、楽曲データと組み合わせる広告画像データを判定することができる。
【００７２】
尚、配信管理サーバ１は、予め、特定の楽曲Ａを選ぶユーザをいくつかの消費行動をとる群にグルーピングしておき、上記の質問への回答により、ユーザがある特定の群に属することを判断し、当該群に基づいて、組み合わせる広告画像データを判定してもよい。
【００７３】
（作用及び効果）
第１の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、楽曲属性、ユーザ属性、企業属性を比較し、最適な広告画像データを判定することにより、特定の楽曲データをダウンロードしたユーザの嗜好に合致した広告画像データを、楽曲データに添付して配信することができる。
【００７４】
又、企業属性には、人口統計的基準と地理的基準と心理的基準が含まれる。このため、きめ細やかな、最適な広告画像データの判定を行うことができる。
【００７５】
又、配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定してもよい。このため、スポンサー毎に、重要視する項目を変更することができる。
【００７６】
又、楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないこととしてもよい。このため、競合企業のＣＭ起用アーティストと組み合わせないことなどが可能となる。
【００７７】
＜第２の実施の形態＞
第２の実施の形態では、第１の実施の形態において説明したユーザ属性、楽曲属性の履歴を蓄積し、データベース化する。更に、広告画像データの受信履歴も記録蓄積することで、特定の広告画像データに接触した回数、タイミングの履歴をデータベース化する。
【００７８】
第２の実施の形態に係る配信管理システムの概念図を、図１０に示す。ここでは、ユーザ属性、楽曲属性、広告画像データの受信履歴を蓄積したデータベースから、特定ユーザの楽曲の嗜好傾向分析、特定ユーザの配信管理システム利用頻度によるファン度分析、ユーザの加齢とともに変化する楽曲の嗜好変化分析、特定の広告画像データに接触した広告接触分析等を行う。
【００７９】
（配信管理システム）
第２の実施の形態に係る配信管理システムは、図１１に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。
【００８０】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、ダウンロード管理部（ＤＬ管理部）１８をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００８１】
ＤＬ管理部１８は、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理し、データ保持部３０に保持する。
【００８２】
又、ＤＬ管理部１８は、ダウンロードした楽曲が、その時点で、「発表直後」の新曲であるか、或いはヒットした後一定期間を経過した曲であるかのタイミングを判断する。そして、ＤＬ管理部１８は、サイコグラフィックな分析により、そのユーザ流行感度（例えば、流行を先取りする“敏感”であるか、流行に追随する“追随型”であるか）を分析し、データ保持部３０が保持するユーザ属性テーブルに登録する。
【００８３】
接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１、ユーザ端末３ａ、３ｂ、３ｃ、通信ネットワーク２については、第１の実施の形態と同様であるので、ここでは説明を省略する。
【００８４】
（コンテンツ配信方法）
次に、第２の実施の形態に係るコンテンツ配信方法について、図１２を用いて説明する。
【００８５】
まず、ステップＳ３０１〜３０５は、図４のステップＳ２０１〜２０５と同様であるので、ここでは説明を省略する。
【００８６】
次に、ステップＳ３０６において、配信管理サーバ１は、データ保持部３０から、特定の楽曲データをダウンロードした回数、及び、特定の広告画像データをダウンロードした回数を取得する。
【００８７】
次に、ステップＳ３０８〜３１８は、図４のステップＳ２０７〜２０７と同様であるので、ここでは説明を省略する。
【００８８】
次に、ステップＳ３１９において、配信管理サーバ１は、データ保持部３０から、特定の楽曲データをダウンロードした回数、及び、特定の広告画像データをダウンロードした回数を、データ保持部３０に登録する。又、配信管理サーバ１は、サイコグラフィックな分析により、そのユーザ流行感度（例えば、流行を先取りする“敏感”であるか、流行に追随する“追随型”であるか）を分析し、データ保持部３０が保持するユーザ属性テーブルに登録する。
【００８９】
次に、ステップＳ３２０〜３２１は、図４のステップＳ２１８〜２１９と同様であるので、ここでは説明を省略する。
【００９０】
（作用及び効果）
第２の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理することにより、嗜好傾向分析、ファン度分析、嗜好変化分析、広告接触分析等を行うことができる。
【００９１】
又、これらの情報を基に、特定のユーザに対して、嗜好傾向の強い楽曲を優先的に紹介、配信することができる。
【００９２】
更に、広告画像データをダウンロードした回数を管理することにより、スポンサーに、ユーザの同社広告との接触実績を提供することができる。
【００９３】
＜第３の実施の形態＞
第３の実施の形態では、広告対象商品のキャンペーン期間がスポンサーによって設定されている場合について説明する。
【００９４】
第３の実施の形態に係る配信管理システムの概念図を、図１３に示す。ここでは、企業属性に予め配信期間（図６参照）や配信回数を設定し、ユーザ端末３ａ、３ｂ、３ｃにおける再生可能期間もしくは再生可能回数を限定する。
【００９５】
（配信管理システム）
第３の実施の形態に係る配信管理システムは、図１４に示すように、複数のユーザ端末３ａ、３ｂ、３ｃ、…と、複数のユーザ端末３ａ、３ｂ、３ｃ、…と通信ネットワーク２を介して接続された配信管理サーバ１とを備える。
【００９６】
配信管理サーバ１は、処理制御装置（ＣＰＵ）１０を有し、接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、配信期間管理部１９をＣＰＵ１０に内蔵する構成とすることができる。これら各部は、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。又、ＣＰＵ１０には、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１が接続されている。
【００９７】
配信期間管理部１９は、広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性テーブルに登録する。又、配信期間管理部１９は、広告画像データが配信される度に、保持されている配信回数を１加算する。
【００９８】
接続部１１、送信部１２、受信部１３、ユーザ属性管理部１４、企業属性管理部１５、楽曲属性管理部１６、配信画像判定部１７、入力部２０、出力部２１、データ保持部３０、プログラム保持部３１、ユーザ端末３ａ、３ｂ、３ｃ、通信ネットワーク２については、第１の実施の形態と同様であるので、ここでは説明を省略する。
【００９９】
（コンテンツ配信方法）
次に、第３の実施の形態に係るコンテンツ配信方法について、図１５を用いて説明する。
【０１００】
まず、ステップＳ４０１〜４１６は、図４のステップＳ２０１〜２１６と同様であるので、ここでは説明を省略する。
【０１０１】
次に、ステップＳ４１７において、配信管理サーバ１は、カウント管理処理を行う。カウント管理処理については、後に詳述する。
【０１０２】
次に、ステップＳ４１８〜４２０は、図４のステップＳ２１７〜２１９と同様であるので、ここでは説明を省略する。
【０１０３】
次に、ステップＳ４１７の処理について、図１６を用いて、詳細に説明する。
【０１０４】
まず、ステップＳ５０１において、配信管理サーバ１は。データ保持部３０に保持されたカウント管理テーブルを参照し、広告画像データの再生カウントを取得する。
【０１０５】
次に、ステップＳ５０２において、配信管理サーバ１は、予め設定された再生可能回数（ここでは、ｎ回とする）を超えているか否かを判断する。ｎ回より小さい場合は、ステップＳ５０３へ進み、ｎ回以上である場合は、ステップＳ５０４へ進む。
【０１０６】
ステップＳ５０３において、配信管理サーバ１は、広告画像データが添付された楽曲データを取得する。一方、ステップＳ５０４において、配信管理サーバ１は、広告画像データが添付されていない楽曲データを取得する。
【０１０７】
次に、ステップＳ５０５において、配信管理サーバ１は、カウント管理テーブルに保持されている配信回数を１加算する。
【０１０８】
（作用及び効果）
第３の実施の形態に係る配信管理サーバ１及びコンテンツ配信方法によると、広告画像データの再生可能期間もしくは再生可能回数を限定することにより、キャンペーンなどの終了時に、当該広告画像データの再生を不可とすることができる。このため、広告宣伝効果の最適化、広告画像に使用される肖像権等の許諾期間に応じた適正な処理を行うことができる。
【０１０９】
又、再生可能期間終了後もしくは再生可能回数を超えた後、ユーザ端末３ａ、３ｂ、３ｃに再生不可能となることを通知し、新たな広告画像データが可能であることを通知する。このことにより、本サービスのリンク機能などにより、ユーザを配信サイトに再誘導することができる。
【０１１０】
又、配信サイトでのコンテンツ更新時には、新コンテンツ入手の条件として、ダウンロード前にユーザ属性に関するアンケート入力画面を設定し、定期的なユーザ属性テーブルの更新を行う機能を備えてもよい。
【０１１１】
＜その他の実施形態＞
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１１２】
例えば、ユーザ端末３ａ、３ｂ、３ｃに表示される、広告画像データの最後に、「くじ」の結果が表示されてもよい。そして、当たりが出ると、ユーザはスポンサーである企業の、特定の商品の無料クーポンが表示され、ユーザはそれを店頭に持参して、商品やノベルティグッズと交換できるようにしてもよい。あるいは、一定の割引が得られるようにしてもよい。
【０１１３】
このように「くじ」の結果を表示することによって、ユーザが最後まで広告画像データを注視することとなる。よって、広告の効果をより高めることができる。又、当たりくじを得たユーザが、実際に来店して商品等を入手することで、広告画像配信に加えて、実際の商品キャンペーンとして機能する。更に、当たりくじを得たユーザのユーザ属性を配信管理サーバ１が蓄積管理することにより、更なるマーケティングのデータツールとして活用することができる。
【０１１４】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１１５】
【図１】第１の実施の形態に係る配信管理システムの概要を説明するための図である。
【図２】第１の実施の形態に係る配信管理システムの構成ブロック図である。
【図３】第１の実施の形態に係るコンテンツ配信方法を示すフローチャートである（その１）。
【図４】第１の実施の形態に係るコンテンツ配信方法を示すフローチャートである（その２）。
【図５】第１〜第３の実施の形態に係るユーザ属性テーブルの一例である。
【図６】第１〜第３の実施の形態に係る企業属性テーブルの一例である。
【図７】第１〜第３の実施の形態に係る楽曲属性テーブルの一例である。
【図８】第１の実施の形態に係る属性のマッチングを説明するための図である。
【図９】第１の実施の形態に係るユーザ端末の画面表示例である。
【図１０】第２の実施の形態に係る配信管理システムの概要を説明するための図である。
【図１１】第２の実施の形態に係る配信管理システムの構成ブロック図である。
【図１２】第２の実施の形態に係るコンテンツ配信方法を示すフローチャートである。
【図１３】第３の実施の形態に係る配信管理システムの概要を説明するための図である。
【図１４】第３の実施の形態に係る配信管理システムの構成ブロック図である。
【図１５】第３の実施の形態に係るコンテンツ配信方法を示すフローチャートである。
【図１６】図１５のステップＳ４１７の詳細を示すフローチャートである。
【符号の説明】
【０１１６】
１…配信管理サーバ
２…通信ネットワーク
３ａ、３ｂ、３ｃ…ユーザ端末
１０…ＣＰＵ
１１…接続部
１２…送信部
１３…受信部
１４…ユーザ属性管理部
１５…企業属性管理部
１６…楽曲属性管理部
１７…配信画像判定部
１８…ＤＬ管理部
１９…配信期間管理部
２０…入力部
２１…出力部
３０…データ保持部
３１…プログラム保持部
【特許請求の範囲】
【請求項１】
ユーザ端末によって選択された楽曲情報を受信する受信部と、
前記ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部と、
前記受信部が受信した楽曲に関する前記楽曲属性と、前記ユーザ属性と、前記企業属性とを比較し、最適な前記企業属性に含まれる広告画像データを判定する配信画像判定部と、
前記ユーザ端末によって選択された楽曲データと、前記配信画像判定部によって判定された広告画像データとを、前記ユーザ端末へ送信する送信部と
を備えることを特徴とする配信管理サーバ。
【請求項２】
前記企業属性には、人口統計的基準と地理的基準と心理的基準が含まれることを特徴とする請求項１に記載の配信管理サーバ。
【請求項３】
前記配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定することを特徴とする請求項１又は２に記載の配信管理サーバ。
【請求項４】
前記楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、
前記配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないことを特徴とする請求項１〜３のいずれか１項に記載の配信管理サーバ。
【請求項５】
特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理するダウンロード管理部を更に備えることを特徴とする請求項１〜４のいずれか１項に記載の配信管理サーバ。
【請求項６】
広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性に登録する配信期間管理部を更に備えることを特徴とする請求項１〜５のいずれか１項に記載の配信管理サーバ。
【請求項７】
ユーザ端末によって選択された楽曲情報を受信するステップと、
前記ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するステップと、
前記受信部が受信した楽曲に関する前記楽曲属性と、前記ユーザ属性と、前記企業属性とを比較し、最適な前記企業属性に含まれる広告画像データを判定するステップと、
前記ユーザ端末によって選択された楽曲データと、前記配信画像判定部によって判定された広告画像データとを、前記ユーザ端末へ送信するステップと
を含むことを特徴とするコンテンツ配信方法。
【請求項１】
ユーザ端末によって選択された楽曲情報を受信する受信部と、
前記ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するデータ保持部と、
前記受信部が受信した楽曲に関する前記楽曲属性と、前記ユーザ属性と、前記企業属性とを比較し、最適な前記企業属性に含まれる広告画像データを判定する配信画像判定部と、
前記ユーザ端末によって選択された楽曲データと、前記配信画像判定部によって判定された広告画像データとを、前記ユーザ端末へ送信する送信部と
を備えることを特徴とする配信管理サーバ。
【請求項２】
前記企業属性には、人口統計的基準と地理的基準と心理的基準が含まれることを特徴とする請求項１に記載の配信管理サーバ。
【請求項３】
前記配信画像判定部は、企業属性の各項目に設定された優先度に基づいて、最適な広告画像データを判定することを特徴とする請求項１又は２に記載の配信管理サーバ。
【請求項４】
前記楽曲属性には、当該楽曲と組み合わせられない企業であるマッチングＮＧ企業ＩＤ情報が含まれ、
前記配信画像判定部は、当該楽曲データとともに送付する広告画像データとして、当該マッチングＮＧ企業ＩＤに該当する広告画像データを選ばないことを特徴とする請求項１〜３のいずれか１項に記載の配信管理サーバ。
【請求項５】
特定の楽曲データをダウンロードした回数、あるいは、特定の広告画像データをダウンロードした回数を管理するダウンロード管理部を更に備えることを特徴とする請求項１〜４のいずれか１項に記載の配信管理サーバ。
【請求項６】
広告画像データの配信可能期間、あるいは、配信可能回数を、企業属性に登録する配信期間管理部を更に備えることを特徴とする請求項１〜５のいずれか１項に記載の配信管理サーバ。
【請求項７】
ユーザ端末によって選択された楽曲情報を受信するステップと、
前記ユーザ端末を有するユーザに関する情報であるユーザ属性と、広告を提供するスポンサーとなる企業の広告に関する情報である企業属性と、楽曲に関する情報である楽曲属性とを保存するステップと、
前記受信部が受信した楽曲に関する前記楽曲属性と、前記ユーザ属性と、前記企業属性とを比較し、最適な前記企業属性に含まれる広告画像データを判定するステップと、
前記ユーザ端末によって選択された楽曲データと、前記配信画像判定部によって判定された広告画像データとを、前記ユーザ端末へ送信するステップと
を含むことを特徴とするコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００７−１８１９０（Ｐ２００７−１８１９０Ａ）
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願番号】特願２００５−１９８０１７（Ｐ２００５−１９８０１７）
【出願日】平成１７年７月６日（２００５．７．６）
【出願人】（５０５２５５８６２）株式会社アイ・シー・エージェンシー (1)
【出願人】（５００２８３２５１）株式会社クリーク・アンド・リバー社 (1)
【出願人】（５０３１６０１６８）株式会社メロディーズアンドメモリーズグローバル (7)
【出願人】（０００００２１２９）住友商事株式会社 (42)
【出願人】（３０４０１４３７２）オムロンエンタテインメント株式会社 (56)
【出願人】（５０５２５５９２１）有限会社アイキス (1)
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願日】平成１７年７月６日（２００５．７．６）
【出願人】（５０５２５５８６２）株式会社アイ・シー・エージェンシー (1)
【出願人】（５００２８３２５１）株式会社クリーク・アンド・リバー社 (1)
【出願人】（５０３１６０１６８）株式会社メロディーズアンドメモリーズグローバル (7)
【出願人】（０００００２１２９）住友商事株式会社 (42)
【出願人】（３０４０１４３７２）オムロンエンタテインメント株式会社 (56)
【出願人】（５０５２５５９２１）有限会社アイキス (1)
[ Back to top ]