(57)【要約】【課題】  コンテンツの所定の部分毎の適切な視聴状況を収集する。【解決手段】  サーバシステム３０内の配信サーバは、番組のコンテンツデータを複数の番組分割データにより携帯電話端末１０へ配信するとともに、番組分割データの送信履歴を示すログデータを生成する。サーバシステム３０内の視聴情報管理サーバは、各配信サーバからログデータを収集し、この収集したログデータに基づいて各番組及び各番組分割データ毎の配信数を集計する。【選択図】    図１
2006186821.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを複数の分割データにより複数のコンテンツ再生端末へ配信するコンテンツ配信システムにおいて、
前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムであって、
前記配信サーバは、
前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段とを備え、
前記視聴情報管理サーバは、
ログデータを記憶するログ記憶手段と、
前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段とを備える、
ことを特徴とするコンテンツ配信システム。
【請求項３】
前記コンテンツ配信システムは、前記配信サーバを複数備え、
各配信サーバの前記ログ生成手段は、自配信サーバの備える前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、
前記ログ書込手段は、前記各配信サーバから当該配信サーバにおいて生成されたログデータを受信して前記ログ記憶手段へ書き込み、
前記集計処理手段は、前記ログ記憶手段内に記憶される、前記各配信サーバにおいて生成された前記ログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、
ことを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記コンテンツにおける部分を示す情報は、前記分割データの配信の順番を示す番号に対応することを特徴とする請求項２または請求項３に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信手段は、コンテンツ再生端末から分割データの要求を受信し、要求された分割データを配信することを特徴とする請求項２から請求項４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ配信手段は、複数のコンテンツの分割データを複数の前記コンテンツ再生端末へ配信し、
前記ログ生成手段は、前記コンテンツ配信手段により配信されたコンテンツを示す情報を含むログデータを生成し、
前記集計処理手段は、前記ログ記憶手段内のログデータに基づいて所定の前記コンテンツについての配信数を集計する、
ことを特徴とする請求項２または請求項３に記載のコンテンツ配信システム。
【請求項７】
コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムにおいて、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、
前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項８】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムであって、
前記配信サーバは、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、
前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段とを備え、
前記視聴情報管理サーバは、
ログデータを記憶するログ記憶手段と、
前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段とを備える、
ことを特徴とするコンテンツ配信システム。
【請求項９】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバであって、
前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段と、
を備えることを特徴とする配信サーバ。
【請求項１０】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバであって、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、
前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、
前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段と、
を備えることを特徴とする配信サーバ。
【請求項１１】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記視聴情報管理サーバであって、
コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを記憶するログ記憶手段と、
前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段と、
を備えることを特徴とする視聴情報管理サーバ。
【請求項１２】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信するコンテンツ配信システムに用いられる視聴情報管理方法であって、
前記分割データを複数の前記コンテンツ再生端末へ配信し、
配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、
生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、
ことを特徴とする視聴情報管理方法。
【請求項１３】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムに用いられる視聴情報管理方法であって、
前記配信サーバが、
前記分割データを複数の前記コンテンツ再生端末へ配信し、
配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、
生成されたログデータを前記視聴情報管理サーバに送信し、
前記視聴情報管理サーバが、
前記配信サーバからログデータを受信して自身の備えるログ記憶手段へ書き込み、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、
ことを特徴とする視聴情報管理方法。
【請求項１４】
コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムに用いられる視聴情報管理方法であって、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、
配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、
マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、
生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、
ことを特徴とする視聴情報管理方法。
【請求項１５】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムに用いられる視聴情報管理方法であって、
前記配信サーバが、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、
配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、
マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、
生成されたログデータを前記視聴情報管理サーバに送信し、
前記視聴情報管理サーバが、
前記配信サーバからログデータを受信して自身の備えるログ記憶手段へ書き込み、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、
ことを特徴とする視聴情報管理方法。
【請求項１６】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記配信サーバに用いられるログ生成方法であって、
前記分割データを複数の前記コンテンツ再生端末へ配信し、
配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、
生成されたログデータを前記視聴情報管理サーバに送信する、
ことを特徴とするログ生成方法。
【請求項１７】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記配信サーバに用いられるログ生成方法であって、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、
配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、
マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、
生成されたログデータを前記視聴情報管理サーバに送信する、
ことを特徴とするログ生成方法。
【請求項１８】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記視聴情報管理サーバに用いられる視聴情報管理方法であって、
コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを前記配信サーバから受信して自身の備えるログ記憶手段へ書き込み、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、
ことを特徴とする視聴情報管理方法。
【請求項１９】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信するコンテンツ配信システムのコンピュータを、
前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段、
前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段、
前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段、
として機能させるためのコンピュータプログラム。
【請求項２０】
コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムのコンピュータを、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段、
前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段、
前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段、
前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段、
として機能させるためのコンピュータプログラム。
【請求項２１】
コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバのコンピュータを、
前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段、
前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段、
として機能させるためのコンピュータプログラム。
【請求項２２】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバのコンピュータを、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段、
前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段、
前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段、
前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段、
前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段、
として機能させるためのコンピュータプログラム。
【請求項２３】
コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記視聴情報管理サーバのコンピュータを、
コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを記憶するログ記憶手段、
前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段、
前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段、
として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータの視聴状況を集計するのに好適なコンテンツ配信システム、配信サーバ、視聴情報管理サーバ、視聴情報管理方法、ログ生成方法、及び、コンピュータプログラムに関する。
【背景技術】
【０００２】
従来、音、映像等のコンテンツデータをサーバからダウンロードしながら端末側で順次再生するストリーミングと呼ばれるコンテンツデータの配信が行われている。このようなストリーミングでの配信においては、伝送路の通信遅延等に起因して各端末へのコンテンツデータの到達時間にばらつきが生じ、サーバが同じ時間に配信したコンテンツデータであっても、異なる時間にユーザが視聴する場合がある。図２５を用いてこの一例を説明する。同図において、配信サーバは、端末ａ，ｂ，ｃに対して、コンテンツＡ，コンテンツＢ，コンテンツＣ、…のコンテンツデータを順に配信している。このとき、時間ｔにおいて、端末ａ及びｂは、コンテンツＢを再生しており、端末ａ及びｂより通信遅延の大きい端末ｃは、まだコンテンツＡを再生している。
一方、特許文献１には、ユーザがコンテンツを異なる時間に視聴するような場合において視聴状況指標を算出する技術が開示されている。この特許文献１に開示の技術によれば、視聴開始時刻及び視聴終了時刻とのログを用いてコンテンツにおける特定時間範囲における視聴数の情報を算出している。
【特許文献１】特開２００３−２２４８２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された技術では、視聴開始時刻や視聴終了時刻などの時刻に関する情報を使用しているため、この間においては、いずれの端末に対しても同じようにコンテンツデータを送信できることが保証されていなければならないという問題がある。例えば、複数の端末において視聴開始時刻から視聴終了時刻までの時間が同じであっても、通信遅延等によってそれぞれの端末に送信できるコンテンツの量が異なってしまう場合にあっては、図２５に一例を示したように同じコンテンツを再生していないことが起こり得るため、この時間に基づいて算出された視聴状況は、適切とはいえない。
【０００４】
本発明は、上記問題を解決すべくなされたもので、その目的は、コンテンツの所定の部分毎の適切な視聴状況を収集することができるコンテンツ配信システム、配信サーバ、視聴情報管理サーバ、視聴情報管理方法、ログ生成方法、及び、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明の一実施の形態は、コンテンツを複数の分割データにより複数のコンテンツ再生端末へ配信するコンテンツ配信システムにおいて、前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段と、を備えることを特徴とするコンテンツ配信システムである。
【０００６】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムであって、前記配信サーバは、前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段とを備え、前記視聴情報管理サーバは、ログデータを記憶するログ記憶手段と、前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、前記ログ記憶手段内のログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段とを備える、ことを特徴とするコンテンツ配信システムである。
【０００７】
上記の発明の一実施形態において、前記コンテンツ配信システムは、前記配信サーバを複数備え、各配信サーバの前記ログ生成手段は、自配信サーバの備える前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、前記ログ書込手段は、前記各配信サーバから当該配信サーバにおいて生成されたログデータを受信して前記ログ記憶手段へ書き込み、前記集計処理手段は、前記ログ記憶手段内に記憶される、前記各配信サーバにおいて生成された前記ログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、ことを特徴としてもよい。
【０００８】
上記の発明の一実施形態において、前記コンテンツにおける部分を示す情報は、前記分割データの配信の順番を示す番号に対応することを特徴としてもよい。
【０００９】
上記の発明の一実施形態において、前記コンテンツ配信手段は、コンテンツ再生端末から分割データの要求を受信し、要求された分割データを配信することを特徴としてもよい。
【００１０】
上記の発明の一実施形態において、前記コンテンツ配信手段は、複数のコンテンツの分割データを複数の前記コンテンツ再生端末へ配信し、前記ログ生成手段は、前記コンテンツ配信手段により配信されたコンテンツを示す情報を含むログデータを生成し、前記集計処理手段は、前記ログ記憶手段内のログデータに基づいて所定の前記コンテンツについての配信数を集計する、ことを特徴としてもよい。
【００１１】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムにおいて、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段と、を備えることを特徴とするコンテンツ配信システムである。
【００１２】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムであって、前記配信サーバは、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段とを備え、前記視聴情報管理サーバは、ログデータを記憶するログ記憶手段と、前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段とを備える、ことを特徴とするコンテンツ配信システムである。
【００１３】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバであって、前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段と、を備えることを特徴とする配信サーバである。
【００１４】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバであって、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段と、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段と、前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段と、前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段と、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段と、を備えることを特徴とする配信サーバである。
【００１５】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記視聴情報管理サーバであって、コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを記憶するログ記憶手段と、前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段と、前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段と、を備えることを特徴とする視聴情報管理サーバである。
【００１６】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信するコンテンツ配信システムに用いられる視聴情報管理方法であって、前記分割データを複数の前記コンテンツ再生端末へ配信し、配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、ことを特徴とする視聴情報管理方法である。
【００１７】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムに用いられる視聴情報管理方法であって、前記配信サーバが、前記分割データを複数の前記コンテンツ再生端末へ配信し、配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、生成されたログデータを前記視聴情報管理サーバに送信し、前記視聴情報管理サーバが、前記配信サーバからログデータを受信して自身の備えるログ記憶手段へ書き込み、前記ログ記憶手段内のログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する、ことを特徴とする視聴情報管理方法である。
【００１８】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムに用いられる視聴情報管理方法であって、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、ことを特徴とする視聴情報管理方法である。
【００１９】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムに用いられる視聴情報管理方法であって、前記配信サーバが、
前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、生成されたログデータを前記視聴情報管理サーバに送信し、前記視聴情報管理サーバが、前記配信サーバからログデータを受信して自身の備えるログ記憶手段へ書き込み、前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、ことを特徴とする視聴情報管理方法である。
【００２０】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記配信サーバに用いられるログ生成方法であって、前記分割データを複数の前記コンテンツ再生端末へ配信し、配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成し、生成されたログデータを前記視聴情報管理サーバに送信する、ことを特徴とするログ生成方法である。
【００２１】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記配信サーバに用いられるログ生成方法であって、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶し、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信し、配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出し、マーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成し、生成されたログデータを前記視聴情報管理サーバに送信する、ことを特徴とするログ生成方法である。
【００２２】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムの前記視聴情報管理サーバに用いられる視聴情報管理方法であって、コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを前記配信サーバから受信して自身の備えるログ記憶手段へ書き込み、前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する、ことを特徴とする視聴情報管理方法である。
【００２３】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信するコンテンツ配信システムのコンピュータを、前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段、前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段、前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記部分のうちの所定の部分についての配信数を集計する集計処理手段、として機能させるためのコンピュータプログラムである。
【００２４】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムのコンピュータを、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段、前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段、前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段、前記ログ生成手段により生成されたログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段、として機能させるためのコンピュータプログラムである。
【００２５】
本発明の一実施の形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバのコンピュータを、前記分割データを複数の前記コンテンツ再生端末へ配信するコンテンツ配信手段、前記コンテンツ配信手段により配信される分割データについてのコンテンツにおける部分を示す情報を含むログデータを生成するログ生成手段、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段、として機能させるためのコンピュータプログラムである。
【００２６】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記配信サーバのコンピュータを、前記コンテンツのデータの所定部分に対してマーカを対応付けて記憶する記憶手段、前記コンテンツのデータを複数の前記コンテンツ再生端末へ順次配信するコンテンツ配信手段、前記コンテンツ配信手段により配信するコンテンツのデータに対してマーカが対応づけられているか否かを検出する検出手段、前記検出手段によりマーカが対応づけられていることを検出した場合に、該マーカに対応づけられているデータを送信したことを示すログデータを生成するログ生成手段、前記ログ生成手段により生成されたログデータを前記視聴情報管理サーバに送信するログ送信手段、として機能させるためのコンピュータプログラムである。
【００２７】
本発明の一実施の形態は、コンテンツのデータを複数のコンテンツ再生端末へ配信する配信サーバと、コンテンツの視聴状況に係る情報を管理する視聴情報管理サーバとを備えるコンテンツ配信システムにおける前記視聴情報管理サーバのコンピュータを、コンテンツの所定部分に対応付けられるコンテンツのデータが送信されたことを示す情報を含むログデータを記憶するログ記憶手段、前記配信サーバからログデータを受信して前記ログ記憶手段へ書き込むログ書込手段、前記ログ記憶手段内のログデータに基づいてコンテンツの前記所定の部分についての配信数を集計する集計処理手段、として機能させるためのコンピュータプログラムである。
【発明の効果】
【００２８】
この発明によれば、コンテンツのデータを複数のコンテンツ再生端末へ配信するコンテンツ配信システムにおいて、コンテンツの所定の部分毎の視聴数を容易かつ適切に集計することが可能となる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の一実施形態によるコンテンツ配信システムを図面を参照して説明する。
図１は、本発明の一実施形態によるコンテンツ配信システム１を示す概略構成図である。
コンテンツ配信システム１は、番組を進行する司会者が話す内容を録音装置４０にて録音し、録音した内容をサーバシステム３０を介して複数の携帯電話端末１０にストリーミング配信を行うことにより、ラジオ放送のようなリアルタイム性のある多人数への情報発信を行う。
【００３０】
コンテンツ配信システム１において、移動体通信網５１は、移動体通信事業者が運営する通信網である。基地局５２は、移動体通信網５１に接続され、携帯電話端末１０との間で無線電波の送受信を行う。コンテンツ再生端末としての携帯電話端末１０は、通常の無線による電話通信に加えて、基地局５２と移動体通信網５１を介してネットワーク５０に接続し、コンテンツデータの配信を受信し、この受信したコンテンツデータを再生することができる端末である。録音装置４０は、司会者が発声する音声を録音装置４０に備え付けられたマイクによって音声信号に変換して音声データとして一時的に記録し、記録した音声データをサーバシステム３０に送信する。また、録音装置４０は、司会者が操作することによって内部のハードディスク等に記憶されている画像データから選択された画像データなどをサーバシステム３０に送信する。サーバシステム３０は、コンテンツ配信事業者によって運営される複数のサーバ装置を有しており、録音装置４０から音声や画像のデータを受信する。また、サーバシステム３０は、録音装置４０から受信した音声や画像のデータを配信を要求している携帯電話端末１０にコンテンツデータとして配信する。また、サーバシステム３０は、配信したコンテンツデータの履歴をログとして蓄積するとともに、このログからコンテンツデータの視聴の状況に係る情報である視聴情報を生成する。視聴状況閲覧端末６０は、例えば、パーソナルコンピュータなどのコンピュータ端末であり、ネットワーク５０と接続され、サーバシステム３０から受信した視聴情報を表示する。ネットワーク５０は、例えばインターネットであり、移動体通信網５１とサーバシステム３０と録音装置４０と視聴状況閲覧端末６０とを相互に接続する。
【００３１】
図２は、サーバシステム３０の構成を示した概略ブロック図である。サーバシステム３０において、ルータ３６は、各サーバとネットワーク５０に接続し、予め定められた経路に従って情報の転送を行う。
【００３２】
会員情報管理サーバ３５は、コンテンツ配信システム１におけるコンテンツ配信サービスに登録しているユーザを識別しているために用いるＵＩＤ（ＵｓｅｒＩＤ）を含む会員登録データを記憶する。ここで、ＵＩＤとしては、携帯電話端末１０を一意に識別することのできる識別情報を用いることができる。携帯電話端末１０を一意に識別することのできる識別情報としては、例えば、通信事業者の移動体通信網５１におけるゲートウェイが携帯電話端末１０による送信データに対して含める通信事業者における管理識別情報であってもよく、携帯電話端末１０の内部に記憶されている端末固有識別情報であってもよい。
【００３３】
ここで、上記の管理識別情報が付与される流れを簡単に説明する。移動体通信網５１では、携帯電話端末１０を識別するための識別情報と管理識別情報とが対応付けて管理されている。ここで、識別情報とは携帯電話端末１０を無線端末として識別するような情報であり、携帯電話端末１０が移動体通信網５１の基地局５２からの無線信号を検出すると、携帯電話端末１０が自動的に内部に記憶している識別情報を基地局５２に送信する。当該識別情報は、外部のネットワーク５０に送信する送信データに含めることは好ましくない情報であるため、携帯電話端末１０からの送信データをゲートウェイを介して外部のネットワーク５０に送信する際には、ゲートウェイが移動体通信網内で携帯電話端末１０の識別情報に対応する管理識別情報を検出して送信データに付与する。
【００３４】
以下の説明では、ＵＩＤは、携帯電話端末１０が内部に記憶している端末固有識別情報と、上記のように移動体通信網５１で付与される管理識別情報の両方を意味しているものとする。
【００３５】
配信予約ＤＢ３５ａ−２は、ＵＩＤと会員が配信を予約した番組コンテンツの番組コンテンツデータの情報とを有する配信予約データを記憶する。登録部３５ｃは、携帯電話端末１０からの会員登録の要求を受信して携帯電話端末１０のユーザをコンテンツ配信システム１に登録する会員登録処理を行い、会員登録情報ＤＢ３５ａ−１に携帯電話端末１０から受信した会員の情報を記録する。また、登録部３５ｃは、携帯電話端末１０から配信予約情報を受信して、番組の予約情報を配信予約ＤＢ３５ａ−２に記録する。検出部３５ｄは、他のサーバからの要求に応じて会員登録情報ＤＢ３５ａ−１や配信予約ＤＢ３５ａ−２から該当する携帯電話端末１０のユーザに関する情報を検出する。送受信部３５ｂは、ルータ３６に接続され、ネットワーク５０を介して携帯電話端末１０や、他のサーバとの間で情報の送受信を行う。
【００３６】
認証サーバ３１は、携帯電話端末１０が番組コンテンツデータの配信を受信する前に、当該携帯電話端末１０が登録されているものか否かを判定し、登録されている場合には携帯電話端末１０へ接続先の配信サーバのＵＲＬを通知する。
【００３７】
認証サーバ３１において、番組対応接続先データベース３１ａ−１は、番組を一意に識別可能な番組ＩＤと、配信を行う配信時間と、当該番組コンテンツデータを配信する配信サーバのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とを対応付けて記憶する。ＣＭ（ＣｏＭｍｅｒｃｉａｌ）対応接続先データベース３１ａ−２は、ＣＭを一意に識別可能なＣＭ−ＩＤと、ＣＭコンテンツのＣＭコンテンツデータの再生時間と、ＣＭコンテンツデータを配信するＣＭ配信サーバのＵＲＬとを対応付けて記憶する。送受信部３１ｂは、ルータ３６に接続され、ネットワーク５０を介して携帯電話端末１０との間で情報の送受信を行い、またルータ３６を介して他のサーバと情報の送受信を行う。
【００３８】
認証部３１ｄは、携帯電話端末１０が登録されているものであるか否かを会員情報管理サーバ３５の会員登録情報ＤＢ３５ａ−１が記憶している会員登録データに基づいて判定する。検出部３１ｃは、時計３１ｆから現在時刻を取得し、配信開始時刻が取得した時刻から所定の範囲内の時刻となっている番組コンテンツデータと、その配信元の配信サーバのＵＲＬとを検出する。ここで、所定の範囲内とは、時計３１ｆから取得した時刻を過ぎている範囲であってもよく、あるいは時計３１ｆから取得した時刻を基準とした前後数分程度の近傍の範囲でもよく、例えば前後５分としてもよい。この範囲は、携帯電話端末１０が配信サーバ３４に接続するまでに必要とする時間や番組の配信が準備されることによる遅延時間などを考慮してもよい。記録部３１ｅは、送受信部３１ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末（図示せず）から受信した新たな番組の予定情報等の番組に関する更新情報を番組対応接続先ＤＢ３１ａ−１に記録する。
【００３９】
配信サーバ３４は、番組コンテンツデータを配信する複数の配信サーバ３４Ａ〜Ｚを有しており、携帯電話端末１０からの要求に応じて番組コンテンツデータを送信する。配信サーバ３４Ａ〜Ｚは、それぞれ異なる番組コンテンツデータを配信することでもよく、負荷分散などのために同一の番組コンテンツデータを配信するものがあってもよい。複数の配信サーバ３４Ａ〜Ｚの内部構成は同じであり、以下代表して配信サーバ３４Ａの内部構成について説明する。
【００４０】
配信サーバ３４Ａにおいて、番組コンテンツＤＢ３４Ａａは、録音装置４０から送信される番組コンテンツデータを受信し、上述した番組ＩＤに対応付けて記憶する。送受信部３４Ａｂは、ルータ３６に接続され、携帯電話端末１０からの配信要求を受信して番組コンテンツデータの送信を行う。また、送受信部３４Ａｂは、視聴情報管理サーバ３７からログ要求を受信し、ログデータが書き込まれたログファイルを返送する。ログデータとは、番組コンテンツデータの送信履歴を示すデータである。検出部３４Ａｃは、送受信部３４Ａｂを介して携帯電話端末１０から配信要求を受信し、配信要求に基づいて該当する番組コンテンツデータを番組コンテンツＤＢ３４Ａａから検出する。また、検出部３４Ａｃは、送受信部３４Ａｂを介して視聴情報管理サーバ３７からログ要求を受信し、未送信のログデータが書き込まれているログファイルをログファイル記憶部３４Ａｇから検出する。記録部３４Ａｄは、送受信部３４Ａｂを介して録音装置４０から受信した番組コンテンツデータを番組コンテンツＤＢ３４Ａａに記録する。ログ生成部３４Ａｅは、送受信部３４Ａｂから番組コンテンツデータが送信されたときに、時計３４Ａｆから時刻を取得してログデータを生成し、ログファイルに書き込む。ログファイル記憶部３４Ａｇは、ログファイルを記憶する。
【００４１】
なお、以下の記載で、例えば、配信サーバ３４Ｂについて記載する場合には、その内部構成に付与する符号は番組コンテンツＤＢ３４Ｂａ、送受信部３４Ｂｂ、検出部３４Ｂｃ、記録部３４Ｂｄ、ログ生成部３４Ｂｅ、時計３４Ｂｆ、ログファイル記憶部３４Ｂｇとして記載する。配信サーバ３４と符号Ａ〜Ｚを省略して記載したときは、配信サーバ３４Ａ〜Ｚのいずれか１つを選択して示したものとし、その場合、内部構成を記載する場合にも、符号Ａ〜Ｚを省略して、番組コンテンツＤＢ３４ａ、送受信部３４ｂ、検出部３４ｃ、記録部３４ｄ、ログ生成部３４ｅ、時計３４ｆ、ログファイル記憶部３４ｇとして記載する。
【００４２】
ＣＭ配信サーバ３２は、配信サーバ３４において番組コンテンツデータが配信されていない場合に、代わりに配信する広告や宣伝の情報を含むＣＭコンテンツデータを記憶しており、携帯電話端末１０に当該ＣＭコンテンツデータを送信する。
【００４３】
ＣＭ配信サーバ３２において、ＣＭコンテンツＤＢ３２ａは、ＣＭを一意に識別可能なＣＭ−ＩＤと、ＣＭコンテンツデータとを対応付けて記憶する。送受信部３２ｂは、ルータ３６に接続され、携帯電話端末１０からの配信要求を受信してＣＭコンテンツデータの送信を行う。検出部３２ｃは、送受信部３２ｂを介して携帯電話端末１０から配信要求を受信し、配信要求に基づいて該当するＣＭコンテンツデータをＣＭコンテンツＤＢ３２ａから検出する。記録部３２ｄは、送受信部３４ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末からＣＭコンテンツデータを受信して、ＣＭコンテンツＤＢ３２ａに記録する。
【００４４】
管理サーバ３３は、内部に記憶している番組表データに基づいて、優先度の高い番組が開始されたときに、配信サーバ３４やＣＭ配信サーバ３２に新たな番組が開始されたことを示す番組の進行状態通知を送信し、携帯電話端末１０に配信される番組コンテンツデータが切り替わるように配信サーバの動作を制御する。
【００４５】
管理サーバ３３において、番組表ＤＢ３３ａは、番組ＩＤと配信時間とを有する番組表データを記憶する。送受信部３３ｂは、ルータ３６に接続され、配信サーバ３４、ＣＭ配信サーバ３２に進行状態通知を送信する。検出部３３ｃは、時計３３ｅから現在時刻を取得し、配信開始時刻が時計３３ｅから取得した時刻を過ぎている番組コンテンツデータ、あるいは当該時刻を基準とした前後数分の近傍の時刻となっている番組コンテンツデータを検出する。記録部３３ｄは、送受信部３３ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末から受信した番組に関する更新情報を番組表ＤＢ３３ａに記録する。
【００４６】
視聴情報管理サーバ３７は、配信サーバ３４から受信したログデータを基にコンテンツデータの視聴情報の生成及び出力を行う。視聴情報管理サーバ３７において、送受信部３７ａは、ルータ３６に接続され、配信サーバ３４へログ要求を送信するとともに、ログデータが書き込まれたログファイルを受信する。記録部３７ｂは、送受信部３７ａを介して配信サーバ３４から受信したログファイルをログＤＢ３７ｃに記録する。ログＤＢ３７ｃは、ログファイルを記憶する。視聴情報ＤＢ３７ｅは、キャリア対応テーブル及び視聴情報を記憶する。キャリア対応テーブルは、携帯電話端末１０の機種と、携帯電話サービスの提供会社であるキャリアとを対応付ける情報を示す。集計処理部３７ｄは、ログＤＢ３７ｃに記憶されているログファイル内のログデータ、さらには、視聴情報ＤＢ３７ｅに記憶されているキャリア対応テーブルに基づいて視聴情報を生成し、視聴情報ＤＢ３７ｅへ書き込む。検出部３７ｆは、送受信部３７ａを介して視聴状況閲覧端末６０から視聴情報の閲覧要求を受信し、視聴情報ＤＢ３７ｅから閲覧を要求された視聴情報を検出する。表示制御部３７ｇは、検出部３７ｆが検出した視聴情報を視聴状況閲覧端末６０に表示させるための画面データを生成する。
【００４７】
図３は、サーバシステム３０に含まれる各サーバ（会員情報管理サーバ３５、認証サーバ３１、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３、視聴情報管理サーバ３７）のハードウェア構成例を示す図である。図３において、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００は、各サーバにおける登録部、検出部、認証部、記録部などによって行われる処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０１は、データを読み書きすることができるメモリであり、ＣＰＵ１００がプログラムを実行する際に使用する各種データを記録する。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２は、読み取りのみ可能な記録媒体であり、電源が切られても情報が失われないため、サーバを動かすために必要な基本部分のプログラムなどを記憶する。
【００４８】
通信部１０３は、ルータ３６に接続される。入力装置１０５は、例えばマウスやキーボードなどの入力デバイスが適用される。表示装置１０４は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶ディスプレイなどが適用される。記憶装置１０６は、ハードディスク等であり、各サーバにおける登録部、検出部、認証部、記録部などを実現するプログラムなどを記憶する。各データベースは、当該記憶装置１０６に該当する。なお、この記憶装置１０６は、外部記憶装置としてのＦＤ（フレキシブルディスク）やＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などを適用することも可能である。
【００４９】
図４は、会員情報管理サーバ３５の会員登録情報ＤＢ３５ａ−１が記憶する会員登録データのデータ構成を示した図である。
会員登録データのエントリは、ＵＩＤを有する。ＵＩＤは、上述したように携帯電話端末１０を一意に識別可能なＩＤであり、登録時に携帯電話端末１０から受信した登録部３５ｃによって、図４に示すように「００Ｆ０Ａ００１」などとして記録される。
【００５０】
図５は、会員情報管理サーバ３５の配信予約ＤＢ３５ａ−２が記憶する配信予約データのデータ構成を示した図である。ここで、配信予約データとは、携帯電話端末１０のユーザが、配信サーバ３４からの番組コンテンツデータの配信を要求する番組を予め登録しておくためのデータである。配信予約データのエントリは、ＵＩＤと、複数の番組予約１〜ｎの項目とを有する。番組予約１〜ｎには、携帯電話端末１０から番組予約の情報を受信した登録部３５ｃによって携帯電話端末１０のＵＩＤに対応づけて番組ＩＤが、図５に示すように予約した順に「Ａ００００１」などとして記録される。
【００５１】
図６は、認証サーバ３１の番組対応接続先ＤＢ３１ａ−１が記憶する番組対応接続先データのデータ構成を示した図である。番組対応接続先データのエントリは、配信時間と、番組名と、番組ＩＤと、配信サーバＵＲＬと、優先度とを有し、コンテンツ配信システム１における配信サービスの運営者の管理端末（図示せず）から情報を受信した記録部３１ｅによってエントリの各情報が記録される。配信時間には、番組の配信開始時刻と配信終了時刻、例えば「１０：００−１０：３０」などが記録される。番組名には、配信する番組のタイトル、例えば「××ニュース」などが記録される。番組ＩＤには、上述した番組ＩＤ、例えば、「Ａ００００１」などが記録される。配信サーバＵＲＬには、配信サーバ３４ごとに予め付与されている当該番組を配信する配信サーバ３４のＵＲＬである「www．ＸＸ．ｃｏｍ／ｓｅｒｖｅｒ＿Ａ／ｐｌａｙ．ｐｈｐ」などが記録される。優先度には、番組コンテンツデータの優先度の値が記録される。なお、当該優先度は配信時間が重なる番組をユーザが予約した場合に、どちらの配信を受信するかを判定する判定基準とされる。優先度は、本実施の形態では、値が小さい方が優先度が高く、１から１０の１０段階が設定される。
【００５２】
また、本実施形態では、例えば、番組コンテンツデータと番組コンテンツデータとの間にＣＭコンテンツデータが配信される番組コンテンツデータごとの配信時間、即ちコンテンツ配信スケジュールが設定されている。
【００５３】
図７は、認証サーバ３１のＣＭ対応接続先ＤＢ３１ａ−２が記憶するＣＭ対応接続先データのデータ構成を示した図である。ＣＭ対応接続先データのエントリは、ＣＭ名と、ＣＭ−ＩＤと、再生時間と、ＣＭ配信サーバＵＲＬと、優先度とを有し、コンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによってエントリの各情報が記録される。ＣＭ名には、配信するＣＭのタイトル、例えば「商品広告」などが記録される。ＣＭ−ＩＤには、上述したＣＭ−ＩＤ、例えば「Ｃ００００１」などが記録される。ＣＭ配信サーバＵＲＬには、ＣＭ配信サーバ３２に予め付与されているＵＲＬ、即ち「ｗｗｗ．ＸＸ．ｃｏｍ／ｓｅｒｖｅｒ＿ｃｍ」にＣＭコンテンツデータが記録され、再生時間ごとに異なるファイル名、例えば３０．ｐｈｐなどが付加されたＵＲＬが記録される。優先度には、優先度の値が記録される。なお、番組コンテンツデータが常にＣＭコンテンツデータより優先されるようにＣＭの場合には全て最も優先度の低い「１０」が設定される。
【００５４】
図８は、配信サーバ３４の番組コンテンツＤＢ３４ａが記憶する番組コンテンツデータのデータ構成を示した図である。番組コンテンツデータのエントリは、番組ＩＤと優先度と番組コンテンツデータリストとを有する。番組ＩＤには、上述した番組ＩＤ、例えば「Ａ００００１」などがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３４ｄによって予め記録される。優先度には、コンテンツ配信システム１における配信サービスの運営者の管理端末から当該番組コンテンツデータの優先度を受信した記録部３４ｄによって優先度の値が予め記録される。番組コンテンツデータリストには、録音装置４０から番組コンテンツデータを受信した記録部３４ｄが、番組ＩＤに対応付けて１回に受信した単位で別々のファイルとして記録する。この別々に記録されたそれぞれのファイルのデータを、番組分割データと呼ぶ。つまり、１つの番組を構成する番組コンテンツデータは、複数の番組分割データを含むことになる。また、当該番組分割データは記録される際に、ファイル名には図７に示すように受信した順番を示すコンテンツ位置番号が付与される。コンテンツの配信は、この番組分割データの単位で行われる。
【００５５】
図９は、ＣＭ配信サーバ３２のＣＭコンテンツＤＢ３２ａが記憶するＣＭコンテンツデータのデータ構成を示した図である。ＣＭコンテンツデータのエントリは、ＣＭ−ＩＤと、優先度と、ＣＭコンテンツデータリストとを有する。ＣＭ−ＩＤには、上述したＣＭ−ＩＤ、例えば「Ｃ００００１」などがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め記録される。優先度には、当該ＣＭコンテンツデータの優先度の値がコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め記録される。ＣＭコンテンツデータリストには、ＣＭコンテンツデータがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め一定の容量に分割されて記録される。この一定の容量に分割されたＣＭコンテンツデータをＣＭ分割データと呼ぶ。当該ＣＭ分割データが記録される際に、ＣＭ分割データのファイル名には図９に示すように配信の順番を示すコンテンツ位置番号が付与される。
【００５６】
図１０は、管理サーバ３３の番組表ＤＢ３３ａが記憶する番組表データのデータ構成を示した図である。番組表データのエントリは、配信時間と、番組名と、番組ＩＤと、優先度と、定員とを有する。配信時間と、番組ＩＤと、優先度と、定員とには、上述した番組対応接続先データと同じ情報がコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３３ｄによって記録される。なお、定員とは、番組コンテンツデータを配信可能な携帯電話端末１０の数を示す。
【００５７】
なお、番組表ＤＢ３３ａ及び認証サーバ３１の番組対応接続先ＤＢ３１ａ−１、ＣＭ対応接続先ＤＢ３１ａ−２に設定される番組ＩＤあるいはＣＭ−ＩＤと優先度の対応関係は同じになるようにコンテンツ配信システム１におけるコンテツ配信サービスの運営者によって設定されることとなる。
【００５８】
図１１は、配信サーバ３４のログファイル記憶部３４ｇが記憶するログファイル内のログデータの構成を示した図である。ログデータのエントリは、番組ＩＤと、ＵＩＤと、分割番号と、時刻と、機種名と、送出バイト数と、ステータス情報とを有し、配信サーバ３４のログ生成部３４ｅによってエントリの各情報が記録される。ＵＩＤには、番組分割データの送信先である携帯電話端末１０のＵＩＤ、例えば、「Ａ０００１」などが記録される。番組ＩＤには、送信された番組分割データの番組ＩＤ、例えば、「００Ｆ０Ａ００１」などが記憶され、分割番号には、同番組分割データのコンテンツ位置番号、例えば、「３」などが記録される。時刻には、番組分割データを送信した時刻、例えば、「２００１／１２／２１  １２時２３分４５秒」が記録される。機種名には、番組分割データの送信先である携帯電話端末１０の機種、例えば、「Ｌ０００１」などが記録される。送出バイト数には、番組分割データのバイト数、例えば、「２４５６３」などが記録される。ステータス情報には、番組分割データの送信が正常終了したか異常終了したかを示す情報として、「正常」または「異常」が記録される。
【００５９】
図１２は、視聴情報管理サーバ３７の視聴情報ＤＢ３７ｅが記憶するキャリア対応テーブルのデータ構成を示す図である。キャリア対応テーブルのエントリは、キャリア名と、機種名とを有し、コンテンツ配信システム１の運営者の管理者端末から情報を受信した記録部３７ｂによってエントリの各情報が記録される。機種名には、携帯電話端末１０の機種の名称、例えば、「Ｌ０００１」などが記録される。キャリア名には、機種名により示される機種の携帯電話端末１０へ携帯電話サービスを提供しているキャリアの名称、例えば「Ｂ社」などが記録される。なお、キャリア対応テーブル内には、各機種が属する世代やシリーズ名（例えば、「０００１シリーズ」など）、機種を提供しているメーカー名（例えば、「Ｌ社」など）のエントリをさらに有することでもよい。なお、本実施の形態において、機種名は、メーカー名と世代名とが組み合わされたものであり、例えば、機種名「Ｌ０００１」は、メーカー名「Ｌ」社と世代名「０００１」シリーズとが組み合わされたものである。
【００６０】
図１３は、録音装置４０の録音画面４１の構成を示した図である。
録音画面４１において、タイムスタンプ４２は、番組の進行時間を示しており、基準とされる時刻が左端の０で、それ以降、基準時刻からの相対時刻が示されている。司会者は、タイムスタンプ４２を参照して、予め画像やテキストを録音画面４１で登録しておくことで、所望の時に画像やテキストが表示されるように設定することができる。ここで、録音装置４０は、音声データを１５秒ごとに編集して送信する場合に、編集される音声データの開始時刻からの画像やテキストが登録されている箇所までの相対時刻をタイムスタンプ４２を参照して算出する。そして、算出した相対時刻の情報を含むテキストや画像が音声データとともに配信サーバ３４を介して携帯電話端末１０に送信されることになる。
【００６１】
カウンタ４３には、録音装置４０を操作する司会者が録音装置４０のキーボードなどを操作によって入力されたイベントＩＤとカウンタ文言とカウントダウンの初期値とが表示される。ここで、カウンタ４３を利用する場合としては、録音装置４０の司会者と携帯電話端末１０のユーザとの間で司会者が提供した事柄や知識の情報に対するユーザの興味度合いや評価の度合いを集計するといったイベントを開催する場合において利用される。当該イベントでは、録音装置４０から配信した情報に対して携帯電話端末１０のユーザが感じた興味度合いをユーザが携帯電話端末１０の所定のキーを押下した回数によって示すという興味度合い測定が行われる。また、イベントＩＤとは、番組内で一意になるように予めイベントごとに付与されるＩＤであり、録音装置４０によって付与されるＩＤである。カウンタ文言とは、ユーザにキーの押下を求める前に、最初に、ユーザの携帯電話端末１０に録音装置４０から送信する文言、例えば、「今の情報は面白かったですか？」などが入力される。カウントダウンの初期値とは、集計を締め切るまでの時間を携帯電話端末１０に表示させる際の初期値となる値であり、例えば秒単位で設定される。なお、カウントダウンの値が０である場合には、携帯電話端末１０においてカウントダウンの表示はされない。
【００６２】
質問４４には、録音装置４０を操作する司会者が録音装置４０のキーボードなどを操作によって入力されたイベントＩＤと質問内容と選択項目とカウントダウンの初期値とが表示される。ここで、質問４４を利用する場合としては、録音装置４０の司会者と携帯電話端末１０のユーザとの間で、クイズなどのイベントを行う場合において利用される。当該イベントでは、録音装置４０から配信した質問と選択項目に対して携帯電話端末１０のユーザが正解と思う選択項目をユーザが携帯電話端末１０のキーを操作することによって選択することで正解者の選別が行われる。
【００６３】
レイヤ４５には、司会者が録音装置４０を操作することによって登録される画像データが表示される。図１３に示すようにレイヤ４５は、少なくとも３つの［レイヤ１］〜「レイヤ３］を有しており、司会者はタイムスタンプ４２を参照して、画像を予め登録しておく。
【００６４】
テキスト４６には、司会者が録音装置４０のキーボードを操作することによって入力され登録されたテキストが表示される。
【００６５】
音声４７には、司会者が録音装置４０のマイクに対して話した音声の音声信号の波形情報が表示される。
【００６６】
画像登録領域４８には、司会者が録音装置４０から配信を行いたい画像を予め登録しておく領域であり、例えば、ＣＤ−ＲＯＭなどから読み込んだ画像データが表示される。司会者は、録音装置４０のマウスなどでドラッグアンドドロップすることで上述したレイヤ４５に画像データを登録することが可能である。
【００６７】
上述した、カウンタ４３、質問４４、レイヤ４５、テキスト４６、音声４７の情報はタイムスタンプ４２に従う時刻に録音装置４０から配信サーバ３４に送信され、携帯電話端末１０に配信される。
【００６８】
また、カウンタ４３、質問４４、レイヤ４５、テキスト４６には、携帯電話端末１０に対して表示を開始させるか、表示している内容を消去して終了させるかを示す動作フラグを設定することができるが、特に設定をしない場合には、表示を開始させる動作フラグが設定され、携帯電話端末１０においては上書きされることになる。
【００６９】
次に、図１４から図１７を参照して、携帯電話端末１０、認証サーバ３１、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３の間で送受信される情報のデータフォーマットについて説明する。
【００７０】
図１４は、携帯電話端末１０と認証サーバ３１の間で送受信される情報のデータフォーマットを示した図である。図１４（ａ）は、携帯電話端末１０から認証サーバ３１に送信される認証要求のデータフォーマットであり、当該データフォーマットにはＵＩＤと、認証フラグが含まれている。ＵＩＤには、上述したように携帯電話端末１０ごとに付与されているＵＩＤが設定される。ＵＩＤは、上述したように移動体通信網５１において設定される場合と、携帯電話端末１０が内部に記憶しているＵＩＤを読み出して設定する場合がある。認証フラグは、認証サーバ３１において認証を行うか否かを判定するためのフラグであり、「０：会員認証不要」と、「１：会員認証必要」とが設定される。
【００７１】
図１４（ｂ）は、携帯電話端末１０から認証サーバ３１に送信される接続先要求のデータフォーマットであり、当該データフォーマットにはＵＩＤと、エラーコードと、番組ＩＤと、コンテンツ位置番号とが含まれている。ＵＩＤには、上述した携帯電話端末１０ごとに付与されているＵＩＤが設定される。エラーコードには、「１：終了」と「２：途中」が設定される。「１：終了」が設定されるのは、番組コンテンツデータが最後まで配信されて終了した場合に携帯電話端末１０が接続先要求を送信した場合であり、「２：途中」が設定されるのは、番組コンテンツデータの配信の途中で終了した場合に携帯電話端末１０が接続先要求を送信した場合である。番組ＩＤには、エラーコードが「２：途中」の場合に、携帯電話端末１０が直前に配信を受けていた番組ＩＤあるいはＣＭ−ＩＤが設定される。コンテンツ位置番号には、エラーコードが「２：途中」の場合に、携帯電話端末１０が最後に配信サーバ３４に送信した配信要求に設定されていたコンテンツ位置番号が設定される。
【００７２】
図１４（ｃ）は、認証サーバ３１から携帯電話端末１０に送信される接続先通知のデータフォーマットを示した図である。当該データフォーマットには、配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号が含まれている。配信サーバＵＲＬには、番組コンテンツデータの配信元の配信サーバ３４のＵＲＬあるいはＣＭ配信サーバ３２のＵＲＬが設定される。番組ＩＤには、配信を受信する番組ＩＤが設定される。コンテンツ位置番号には、携帯電話端末１０が配信を要求するコンテンツ位置番号が設定される。
【００７３】
図１５は、携帯電話端末１０と配信サーバ３４あるいはＣＭ配信サーバ３２の間で送受信される情報のデータフォーマットを示した図である。図１５（ａ）は、携帯電話端末１０から配信サーバ３４に送信される配信要求のデータフォーマットであり、当該データフォーマットには、ＵＩＤと配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号と機種名とが含まれている。ＵＩＤには携帯電話端末１０ごとに付与されているＵＩＤが設定される。配信サーバＵＲＬには、番組コンテンツデータの配信元の配信サーバ３４のＵＲＬあるいはＣＭ配信サーバ３２のＵＲＬが設定される。コンテンツ位置番号には、携帯電話端末１０が配信を受けたいコンテンツ位置番号が設定される。機種名には、配信要求を送信した携帯電話端末１０の機種名が設定される。
【００７４】
図１５（ｂ）は、配信サーバ３４から携帯電話端末１０に送信される配信応答のデータデータフォーマットであり、当該データフォーマットには、エラーコード、番組ＩＤ、コンテンツ位置番号、データ件数が含まれており、更にデータ件数に相当する数のデータ格納オフセットと、データ長と、データ種別とが繰り返し設定される。その後に、データ件数に相当する数のコンテンツデータを構成する構成データが設定されている。エラーコードには、番組コンテンツデータあるいはＣＭコンテンツデータの配信が正常の場合には「正常：０」、番組コンテンツデータあるいはＣＭコンテンツデータが最後まで配信され終了した場合には「１：終了」、番組コンテンツデータあるいはＣＭコンテンツデータの配信の途中で終了した場合には「２：途中」が設定される。番組ＩＤには、当該データフォーマットに含まれている番組コンテンツデータあるいはＣＭコンテンツデータに対応する番組ＩＤが設定される。コンテンツ位置番号には、次に配信する番組コンテンツデータの番組分割データの番号あるいはＣＭコンテンツデータのＣＭ分割データの番号が設定される。
【００７５】
データ件数には当該データフォーマットに含まれている構成データの件数が設定される。データ格納オフセットとデータ長とデータ種別は構成データごとのヘッダに該当し、データ件数分ヘッダが繰り返された後に、構成データが設定されている。データ格納オフセットは、当該ヘッダが示す構成データの当該データフォーマットにおける開始位置が設定される。データ長には、当該ヘッダが示す構成データのデータ長が設定される。データ種別には、当該ヘッダが示すコンテンツの種別が設定される。データ種別には、０から６までの値が設定される。０から６はそれぞれ、以下の構成データを示している。
【００７６】
「０」の音声データは、音声を再生するために用いられるデータである。本実施形態では、携帯電話端末１０の着信時に再生するメロディデータと同じ形式（例えば、ｍｌｄ形式、ｍｍｆ形式）で音声データを生成している。「１」の画像は、携帯電話端末１０の液晶画面に画像を表示するための画像データである。「２」のテキストは、携帯電話端末１０の液晶画面にテキストを表示するためのテキストデータである。「３」のバイブは、携帯電話端末１０のバイブレータを起動させるための制御データである。「４」の液晶点滅は、携帯電話端末１０の液晶表示部の液晶のバックライトを点滅させるための制御データである。「５」のカウンタは、カウンタを利用するイベント時に携帯電話端末１０に送信されるデータである。「６」の質問は、クイズなどのイベントを行う場合に、携帯電話端末１０に送信されるデータである。各構成データの内部のデータ構成については後述する。
【００７７】
図１６は、管理サーバ３３から配信サーバ３４あるいはＣＭ配信サーバ３２へ送信される進行状態通知のデータフォーマットを示した図である。当該データフォーマットには、次に開始される番組を示す番組ＩＤとその番組の優先度の情報が含まれている。
【００７８】
図１７は、図１５で説明した配信サーバ３４から携帯電話端末１０に送信されるデータに含まれているデータ種別ごとの構成データを示した図である。
図１７（ａ）は、音声、即ち司会者が話した内容をデータに変換した音声データのデータ構成を示した図である。音声の構成データは、特殊動作フラグと、再生時間と、データ領域を有する。特殊動作フラグには、「特殊動作なし」を示す０と、データ領域に音声の構成データが含まれていない場合に、携帯電話端末１０の内部に記憶されているメロディデータを代わりに再生することを示す１が設定される。再生時間には、データ領域に記憶されている当該音声の構成データの再生時間が設定される。データ領域には１５秒ごとに編集された音声データの構成データが設定される。
【００７９】
図１７（ｂ）は、画像、即ち画像データのデータ構成を示した図である。画像の構成データは、相対開始時刻、動作フラグ、レイヤ指定、画像種別、データ領域を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが再生されてからの相対開始時刻が設定され、具体的には、上述した録音装置４０の録音画面４１において画像データを登録した箇所に対応するタイムスタンプ４２の値に基づいて設定される。動作フラグは、携帯電話端末１０に画像データを表示させることを示す「０：開始」と、携帯電話端末１０に表示を消去させる「１：消去」が設定される。レイヤ指定には、上述した録音装置４０の録音画面４１において画像データを登録したレイヤ４５の番号、即ち［レイヤ１］〜［レイヤ３］が設定される。画像種別には、画像データのデータ形式が設定される。データ形式としては、ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）、ＰＮＧ（Ｐｒｏｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）が設定できる。データ領域には、画像データが設定される。
【００８０】
図１７（ｃ）は、テキスト、即ちテキストデータのデータ構成を示した図である。テキストの構成データは、相対開始時刻、動作フラグ、データ領域を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグは、携帯電話端末１０にテキストデータを表示させることを示す「０：開始」と、携帯電話端末１０に表示を消去させる「消去：１」が設定される。
【００８１】
図１７（ｄ）は、バイブ、即ち携帯電話端末１０に内蔵されているバイブレータを起動するための制御データのデータ構成を示した図である。バイブ制御のための構成データは、相対開始時刻、動作フラグを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、バイブレータの起動を開始させることを示す「０：開始」とバイブレータを停止させる「１：消去」が設定される。
【００８２】
図１７（ｅ）は、液晶点滅、即ち携帯電話端末１０の液晶画面のバックライトを点滅するための制御データのデータ構成を示した図である。液晶のバックライトの点滅制御のための構成データは、相対開始時刻、動作フラグを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、バックライトの点滅を開始させることを示す「０：開始」とバックライトの点滅を停止させる「１：消去」が設定される。
【００８３】
図１７（ｆ）は、カウンタの構成データのデータ構成を示した図である。カウンタの構成データは、相対開始時刻、動作フラグ、イベントＩＤ、カウントダウン、カウンタ文言を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、当該データに含まれているカウントダウンとカウンタ文言を携帯電話端末１０の液晶画面に表示させることを示す「０：開始」と液晶画面の表示を消去する「１：消去」が設定される。イベントＩＤには、イベントごとに予め付与されているイベントＩＤが設定される。カウントダウンには、集計を締め切るまでの残り時間を示す時間の値が設定される。カウンタ文言には、カウントの集計を開始する際に、携帯電話端末１０の画面に表示させるテキストデータが設定される。
【００８４】
図１７（ｇ）は、質問の構成データのデータ構成を示した図である。質問の構成データは、相対開始時刻、動作フラグ、イベントＩＤ、カウントダウン、選択文言、選択項目件数、選択項目件数分の選択項目テキストを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、当該データに含まれているカウントダウンとカウンタ文言を携帯電話端末１０の液晶画面に表示させることを示す「０：開始」と液晶画面の表示を消去する「１：消去」が設定される。イベントＩＤには、イベントごとに予め付与されているイベントＩＤが設定される。カウントダウンには、集計を締め切るまでの残り時間を示す時間の値が設定される。選択文言には、当該イベントがクイズの場合には、質問事項を示すテキストデータが設定される。選択項目件数には、選択項目の数が設定される。選択項目テキストには、選択項目のテキストデータが選択項目件数分だけ設定される。
【００８５】
なお、図１７（ａ）〜（ｇ）のデータフォーマットは、録音装置４０から配信サーバ３４に送信される場合のデータフォーマットと同じである。
【００８６】
次に、上述したコンテンツ配信システム１の動作について図面を用いて説明する。
図１８は、コンテンツ配信システム１におけるコンテンツ配信処理を示したシーケンス図である。
最初に、ユーザが操作することによって予めダウンロードされているコンテツ受信用アプリケーションが携帯電話端末１０で起動され、ユーザによって携帯電話端末１０に認証要求の指示が入力されると、携帯電話端末１０からＵＩＤと認証フラグを含む認証要求が認証サーバ３１に送信される（ステップＳａ１）。
【００８７】
認証サーバ３１の認証部３１ｄは、携帯電話端末１０から認証要求を受信し、認証要求に含まれている認証フラグとＵＩＤとを読み出し、認証フラグを参照する。認証フラグが「１：会員認証必要」を示している場合、認証部３１ｄは、会員情報管理サーバ３５に接続し、会員登録情報ＤＢ３５ａ−１に、携帯電話端末１０から受信したＵＩＤが登録されているか否かを判定することによって認証を行う（ステップＳａ２）。
【００８８】
ＵＩＤが会員登録情報ＤＢ３５ａ−１に登録されていない場合、認証部３１ｄは、エラー応答を携帯電話端末１０に送信する。一方、ＵＩＤが会員登録情報ＤＢ３５ａ−１に登録されている場合あるいは認証フラグが「０：会員認証不要」となっている場合、認証部３１ｄは、次に会員登録情報ＤＢ３５ａ−１から当該ＵＩＤに対応する番組予約の情報を配信予約ＤＢ３５ａ−２から読み出し、ＵＩＤと番組予約の情報を検出部３１ｃに送信する。
【００８９】
検出部３１ｃは、ＵＩＤと番組予約の情報を認証部３１ｄから受信し、受信した番組予約の情報に含まれている番組ＩＤに対応する番組の配信開始時刻を番組対応接続先ＤＢ３１ａ−１から読み出す。次に、検出部３１ｃは、時計３１ｆから現在時刻を取得し、配信開始時刻が時計３１ｆから取得した時刻を過ぎている、あるいは当該時刻を基準とした前後数分の近傍の時刻である番組ＩＤを検出する。検出部３１ｃは、検出した番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、検出部３１ｃは、読み出した配信サーバＵＲＬと読み出した番組ＩＤとを含みコンテンツ位置番号に「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳａ３）。
【００９０】
一方、録音装置４０において、認証サーバ３１が携帯電話端末１０に送信した番組ＩＤに対応する番組の司会者が録音装置４０を操作して録音を開始すると、録音装置４０から配信サーバ３４に番組ＩＤが付与された番組コンテンツデータが送信される（ステップＳａ４）。配信サーバ３４の記録部３４ｄは、録音装置４０から１つめの番組分割データ（番組分割データ（０））を受信し、番組分割データに含まれている番組ＩＤに基づいて番組コンテンツＤＢ３４ａの番組コンテンツデータリストに番組分割データを記録する。記録する際に、番組分割データのファイル名には最初を示す「０」が付与される。
【００９１】
なお、音声の構成データの他に画像のデータやテキストのデータを受信した場合には、図１５（ｂ）に示す、データ件数、データ格納オフセット、データ長、データ種別、構成データのフォーマットに従って複数のデータを１つのファイルとして記録する。
【００９２】
認証サーバ３１から接続先通知を受信した携帯電話端末１０は、接続先通知から配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とを読み出し、読み出した配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とＵＩＤとを含む配信要求をネットワークに送出する。当該配信要求は配信サーバＵＲＬに基づいてネットワーク５０内でルーティングされ配信サーバ３４に到達する（ステップＳａ５）。
【００９３】
配信要求を受信した配信サーバ３４の検出部３４ｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４ａから読み出した番組ＩＤとコンテンツ位置番号に対応する番組分割データ（０）を読み出す。そして、検出部３４ｃは、読み出した番組分割データ（０）を含む配信応答を生成する。このとき、配信応答のエラーコードには正常：０が設定され、番組ＩＤには配信する番組分割データ（０）の番組ＩＤが設定され、コンテンツ位置番号には次に送信する番組分割データ（１）のコンテンツ位置番号である「１」が設定される。また、データ件数、データ格納オフセット、データ長、データ種別には、当該番組分割データ（０）に対応するデータが設定される。検出部３４ｃは、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳａ６）。ログ生成部３４ｅは、この配信応答に含まれる番組分割データ（０）の送信についてのログデータを生成してログファイルに書き込む。
【００９４】
この間に、録音装置４０から次の番組分割データ（１）が配信サーバ３４に送信され、次の番組コンテンツデータを受信した配信サーバ３４の記録部３４ｄは、番組分割データ（１）に含まれている番組ＩＤに基づいて番組コンテンツデータ３４ａの番組コンテンツデータリストに受信した番組分割データ（１）を記録する。記録する際に、番組コンテンツデータのファイル名には「１」が付与される（ステップＳａ７）。
【００９５】
配信サーバ３４から、番組分割データ（０）のデータを含む配信応答を受信した携帯電話端末１０は、配信応答から番組分割データ（０）を読み出して再生する。また、配信応答からコンテンツ位置番号、即ち「１」を読み出し、配信要求のデータを生成し、コンテンツ位置番号に配信応答から読み出したコンテンツ位置番号を設定し、配信応答を受信してから一定時間が経過した後に生成した配信要求を配信サーバ３４に送信する（ステップＳａ８）。
【００９６】
配信要求を受信した配信サーバ３４の検出部３４ｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４ａから読み出した番組ＩＤとコンテンツ位置番号に対応する分割番組データ（１）を読み出す。そして、検出部３４ｃは、読み出した分割番組データ（１）を含む配信応答を生成する。このとき、配信応答のエラーコードには正常：０が設定され、番組ＩＤには配信する分割番組データ（１）の番組ＩＤが設定され、コンテンツ位置番号には次に送信する分割番組データのコンテンツ位置番号である「２」が設定される。また、データ件数、データ格納オフセット、データ長、データ種別には、当該分割番組データ（１）に対応するデータが設定される。検出部３４ｃは、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳａ９）。ログ生成部３４ｅは、この配信応答に含まれる番組分割データ（１）の送信についてのログデータを生成してログファイルに書き込む。
【００９７】
上記の配信処理において、録音装置４０は、１５秒ごとに音声の構成データを編集し、当該１５秒の間に録音画面４１に登録されている音声の構成データ以外の構成データを編集し、１つの番組分割データを生成して、配信サーバ３４に送信する。一方、携帯電話端末１０は、配信応答を受信し、配信応答に含まれている構成データを再生し、再生が終わった場合に配信要求を送信する。つまり、録音装置４０と配信サーバ３４との間での送受信と、携帯電話端末１０と配信サーバ３４との間での送受信は独立して行われており、ネットワーク５０の遅延や配信サーバ３４等の高負荷による処理遅延がなければ、上記のステップＳａ７からステップＳａ９の処理が繰り返される。しかし、遅延が発生すると、配信サーバ３４には携帯電話端末１０に対して未配信の番組コンテンツデータが蓄積されることになる。
【００９８】
録音装置４０における録音が終了すると、終了通知が録音装置４０から配信サーバ３４に送信される（ステップＳａ１０）。配信サーバ３４の検出部３４ｃは、終了通知を受信する。そして、携帯電話端末１０から送信された配信要求を受信し（ステップＳａ１１）、配信要求に含まれているコンテンツ位置番号を読み出す。検出部３４ｃは、読み出した当該コンテンツ位置番号に対応する番組分割データが番組コンテンツＤＢ３４ａの番組コンテンツデータリストに存在するか否かを検出する。ここでは、該当する番組分割データが存在しないため、配信応答のエラーコードに「１：終了」を設定して携帯電話端末１０に送信する（ステップＳａ１２）。
【００９９】
当該配信応答を受信した携帯電話端末１０は、エラーコードを読み出し、エラーコードが「１：終了」であるため、配信サーバ３４への配信要求の送信を終了し、次に予約している番組コンテンツデータを配信している配信サーバのＵＲＬを取得するためＵＩＤを含みエラーコードに「１：終了」が設定された接続先要求を認証サーバ３１に送信する（ステップＳａ１３）。接続先通知を受信した認証サーバ３１は後述する接続先判定処理を行う。
【０１００】
なお、上述するコンテンツ配信処理において、電波状況などにより、携帯電話端末１０が、配信要求により要求した番組分割データを含む配信応答を、配信要求の送信後一定時間内、例えば、３０秒以内に受信できなかった場合、配信要求を再送する。
【０１０１】
なお、携帯電話端末１０と配信サーバ３４及びＣＭ配信サーバ３２との間の通信は、ｈｔｔｐ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づいて行われ、携帯電話端末１０から送信される配信要求はｈｔｔｐのリクエストメッセージを用いて行われ、配信サーバ３４及びＣＭ配信サーバ３２から送信される配信応答はｈｔｔｐのレスポンスメッセージを用いて行われる。配信要求において、ＵＩＤ、番組ＩＤ、コンテンツ位置番号は配信サーバＵＲＬの後に付加される変数として設定され、機種名はヘッダ部分に設定される。
【０１０２】
次に、図１９から図２０を参照して、認証サーバ３１における接続先を判定する処理について説明する。図１９は、配信サーバ３４Ａから配信されている番組が終了し、配信サーバ３４Ｂから配信される次の番組の開始時刻まで空き時間がある場合のコンテンツ配信システム１の処理を示したシーケンス図である。
【０１０３】
ここでは、配信サーバ３４Ａは既に録音装置４０から終了通知を受信している場合について説明する。まず、配信サーバ３４Ａは、携帯電話端末１０から配信要求を受信する（ステップＳｂ１）。配信要求を受信した配信サーバ３４Ａの検出部３４Ａｃは、配信要求に含まれているコンテンツ位置番号を読み出す。当該コンテンツ位置番号に対応する分割番組データは、番組コンテンツＤＢ３４Ａａの番組コンテンツデータリストに存在しないため、配信応答のエラーコードに「１：終了」を設定して携帯電話端末１０に送信する（ステップＳｂ２）。
【０１０４】
当該配信応答を受信した携帯電話端末１０は、エラーコードを読み出し、エラーコードが「１：終了」であるため、配信サーバ３４Ａへの配信要求の送信を終了し、次に接続するサーバのＵＲＬを取得するために、エラーコードに「１：終了」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｂ３）。
【０１０５】
接続先要求を受信した認証サーバ３１の検出部３１ｃは、後述する接続先判定処理を行う（ステップＳｂ４）。そして、接続先判定処理によって、検出部３１ｃは、携帯電話端末１０のユーザによって予約されている次の番組がまだ開始されていないことを検出し、次の番組が開始されるまでの時間内の再生時間となっているＣＭコンテンツデータであって、最大の再生時間のＣＭコンテンツデータのＣＭ−ＩＤをＣＭ対応接続先ＤＢ３１ａ−２から検出する。このとき、番組が開始されるまでの時間内の再生時間のＣＭコンテンツデータであって最大の再生時間のＣＭコンテンツデータを検出するようにしてもよいが、ＣＭコンテンツデータの半分以上の内容が配信できることを条件としてＣＭコンテンツデータを検出するようにしてもよい。
【０１０６】
そして、検出したＣＭ−ＩＤに対応するＣＭ配信サーバＵＲＬをＣＭ対応接続先ＤＢ３１ａ−２から読み出し、ＵＩＤと読み出したＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｂ５）。接続先通知を受信した携帯電話端末１０は、接続先通知からＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号とを読み出し、ＵＩＤと読み出したＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号とを含む配信要求をＣＭ配信サーバ３２に送信する（ステップＳｂ６）。
【０１０７】
配信要求を受信したＣＭ配信サーバ３２の検出部３２ｃは、配信要求に含まれているＣＭ−ＩＤを読み出し、読み出したＣＭ−ＩＤに対応する最初のＣＭ分割データ（０）をＣＭコンテンツＤＢ３２ａのＣＭコンテンツデータリストから読み出す。そして、ＣＭ配信サーバ３２の検出部３２ｃは、エラーコードを０とし、当該ＣＭ−ＩＤと読み出した分割ＣＭデータ（０）と、次に配信する分割ＣＭデータのコンテンツ位置番号である「１」を含む配信応答を携帯電話端末１０に送信する（ステップＳｂ７）。その後、ＣＭコンテツデータの再生時間の間ステップＳｂ６とステップＳｂ７の処理が繰り返される。
【０１０８】
ステップＳｂ６とＳｂ７の処理が繰り返されている間、管理サーバ３３の検出部３３ｃは、一定間隔で時計３３ｅから現在時刻を取得する。そして、検出部３３ｃは、番組表ＤＢ３３ａの番組表ＤＢ３３ａから配信開始時刻が時計３１ｆから取得した時刻を過ぎている、あるいは当該時刻を基準とした前後数分の近傍の時刻である番組ＩＤが存在するか否かを判定し、存在した場合には当該番組ＩＤを検出する。そして、検出した番組ＩＤに対応する優先度を番組表ＤＢ３３ａから読み出し、番組ＩＤと優先度とを含む進行状態通知をＣＭ配信サーバ３２に送信する。また、このとき全ての配信サーバ３４にも進行状態通知を送信する（ステップＳｂ８）。
【０１０９】
進行状態通知を受信したＣＭ配信サーバ３２は、後述する優先度判定処理を行い、自らが配信しているＣＭコンテンツデータの優先度が通知された優先度よりも低いことを検出する。自らが配信しているＣＭコンテンツデータの優先度が通知された優先度よりも低いことを検出した場合には、その後、ＣＭ配信サーバ３２が、携帯電話端末１０から配信要求を受信した場合には（ステップＳｂ１０）、携帯電話端末１０にエラーコードに「２：途中」を設定した配信応答を携帯電話端末１０に送信する（ステップＳｂ１１）。
【０１１０】
エラーコードに「２：途中」が設定された配信応答を受信した携帯電話端末１０は、ＵＩＤと配信サーバ３４Ａから配信を受信していた番組ＩＤと最後の配信要求を送信したときに設定されたコンテンツ位置番号とエラーコードとして「２：途中」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｂ１２）。接続先要求を受信した認証サーバ３１は、再び接続先判定処理を行う（ステップＳｂ１３）。ここでは、当該接続先判定処理においても、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組が存在すると判定され、該当する番組の番組ＩＤと次の番組を配信する配信サーバ３４Ｂの配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｂ１４）。
【０１１１】
認証サーバ３１から接続先通知を受信した携帯電話端末１０は、接続先通知から配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とを読み出し、読み出した配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とＵＩＤとを含む配信要求をネットワークに送出する。当該配信要求は配信サーバＵＲＬに基づいてネットワーク５０内でルーティングされ配信サーバ３４Ｂに到達する（ステップＳｂ１５）。
【０１１２】
配信要求を受信した配信サーバ３４Ｂの検出部３４Ｂｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４Ｂａから読み出した番組ＩＤとコンテンツ位置番号に対応する番組コンテンツデータ（０）を読み出す。そして、検出部３４Ｂｃは、読み出した番組コンテンツデータ（０）を含む配信応答を生成し、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳｂ１６）。
【０１１３】
次に、接続先判定処理について図２０を用いて説明する。
図２０は、上述した認証サーバ３１によって行われる接続先判定処理を示したフローチャートである。認証サーバ３１の検出部３１ｃは、携帯電話端末１０から接続先要求を受信する（ステップＳｃ１（図１９のステップＳｂ３及びＳｂ１２に対応））。検出部３１ｃは、接続先要求からエラーコードと番組ＩＤとコンテンツ位置番号とを読み出す。そして、読み出したエラーコードが「１：終了」か「２：途中」かを判定する（ステップＳｃ２）。エラーコードが「２：途中」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｃ３）。
【０１１４】
次に、検出部３１ｃは、接続先要求に含まれていた番組ＩＤの優先度と、検出した番組の優先度とを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、接続先要求に含まれていた番組ＩＤの優先度、即ち番組コンテンツデータの受信を途中で終了した番組の番組ＩＤに対応する優先度と、検出した番組ＩＤに対応する優先度とを比較し、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高いか否かを判定する（ステップＳｃ４）。検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度と同じあるいは低い場合には、途中で終了した番組コンテンツデータの配信を継続して携帯電話端末１０に受けさせることになる。そのとき、認証サーバ３１は、途中で終了した番組の番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、当該配信サーバＵＲＬと、途中で終了した番組の番組ＩＤと、接続先要求から読み出したコンテンツ位置番号とを含む接続先通知を携帯電話端末１０に送信する（ステップＳｃ５）。
【０１１５】
一方、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高い場合には、優先度の高い新たな番組コンテンツデータを携帯電話端末１０に配信を受ける。そのとき、認証サーバ３１は、検出した番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、検出した番組ＩＤと、読み出した配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ６）。
【０１１６】
一方ステップＳｃ２において、エラーコードが「１：終了」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｃ１０）。そして、検出部３１ｃは、該当する番組ＩＤ、即ち配信可能な番組が存在するか否かを判定する（ステップＳｃ１１）。配信可能な番組が存在しない場合には、最先に開始される番組の配信開始時刻と現在時刻との差分を算出し、算出した差分の時間内で再生時間が収まるＣＭの中で最も再生時間の長いＣＭのＣＭ−ＩＤとＣＭ配信サーバＵＲＬとをＣＭ対応接続先ＤＢ３１ａ−２から検出する。そして、検出したＣＭ−ＩＤとＣＭ配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１２（図１９のステップＳｂ５に対応））。
【０１１７】
一方、配信可能な番組が存在する場合には、次に、配信可能な番組が複数存在するか否かを判定する（ステップＳｃ１３）。配信可能な番組が１個しか存在しない場合には、配信可能な番組の番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出し、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１４（図１９のステップＳｂ１４に対応））。一方、配信可能な番組が複数存在する場合には、全ての配信可能な番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出し、その中で最も優先度が高い番組に対応する番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１５（図１９のステップＳｂ１４に対応））。
【０１１８】
次に、優先度判定処理について図２１を用いて説明する。
図２１は、上述したＣＭ配信サーバ３２あるいは配信サーバ３４によって行われる優先度判定処理を示したフローチャートである。以下、ＣＭ配信サーバ３２と配信サーバ３４によって行われる処理は同じであるため、配信サーバ３４の処理部を用いて処理の説明を行う。
【０１１９】
最初に、配信サーバ３４の検出部３４ｃは、管理サーバ３３から進行状態通知を受信する（ステップＳｅ１（図１９のステップＳｂ８に対応））。このとき、番組コンテンツデータの配信を行っていない配信サーバ３４が進行状態通知を受信した場合には、受信した進行状態通知を破棄する。番組コンテンツデータを配信中の配信サーバ３４の検出部３４ｃは、受信した進行状態通知に含まれている番組ＩＤを読み出し、配信中の番組ＩＤと一致するか否かを判定する（ステップＳｅ２）。一致しない場合には、検出部３４ｃは、番組コンテンツＤＢ３４ａから配信中の番組ＩＤに対応する優先度を読み出す。そして、進行状態通知に含まれている優先度と読み出した優先度とを比較し、進行状態通知に含まれている優先度が読み出した優先度を超えているか否かを判定する（ステップＳｅ３）。
【０１２０】
進行状態通知に含まれている優先度が読み出した優先度を超えている場合には、次に携帯電話端末１０から配信要求を受信した場合に、エラーコードに「２：途中」を含む配信応答を生成して携帯電話端末１０に送信する。
【０１２１】
一方、進行状態通知に含まれている優先度が読み出した優先度を超えていない場合と、ステップＳｅ２において配信中の番組ＩＤと進行状態通知に含まれている番組ＩＤとが一致した場合には、次に携帯電話端末１０から配信要求を受信した場合には（図１９のステップＳｂ１０に対応）、配信要求に含まれているコンテンツ位置番号に対応する番組分割データを番組コンテンツＤＢ３４ａから読み出し、読み出した番組コンテンツデータを含む配信応答を生成して携帯電話端末１０に送信する（ステップＳｅ５（図１９のステップＳｂ１１に対応））。
【０１２２】
図２２は、上記の構成によって実現される番組コンテンツデータの再生時間制御について説明するための図である。
図２２（ａ）は、番組表ＤＢ３３ａ及び番組対応接続先ＤＢ３１ａ−１に設定される配信時間に基づいて行われるべき番組進行状況を示した図である。ネットワーク５０の輻輳や携帯電話端末１０において通信ができない状態の発生のために通信の遅延が発生しない場合には、携帯電話端末１０によって再生される再生状況は図２２（ｂ）に示す通り、図２２（ａ）と同じ時刻で番組ＡとＣＭと番組Ｂとが再生される。
【０１２３】
しかし、通信の遅延が発生し、番組Ａの再生が遅延してしまった場合には、ＣＭを再生している途中に、上述した管理サーバ３３から通知される進行状態通知によって、ＣＭを配信しているＣＭ配信サーバ３２がＣＭコンテンツデータの配信を途中で終了し、携帯電話端末１０が認証サーバ３１に接続先要求を送信して番組Ｂの配信を最初から受信することが可能となる。つまり、図２２（ｃ）に示すように、管理サーバ３３が番組表ＤＢ３３ａに記憶されている配信時間に基づいて進行状態通知を送信することでＣＭの再生時間を任意に短縮することが可能となり、携帯電話端末１０のユーザが配信を受けたい番組Ｂについて予め設定した開始時刻またはその近傍の時刻に受信することが可能となる。
【０１２４】
また、図２２（ｄ）に示すように、番組Ａの配信が終了したときに既に番組Ｂの配信開始時刻を過ぎているかあるいはその近傍の時刻である場合には、認証サーバ３１が空き時間が無いことを判定し、携帯電話端末１０をＣＭ配信サーバ３２へ接続させず、直接番組Ｂを配信する配信サーバ３４に接続させるようにすることも可能である。この場合には、管理サーバ３３による進行状態通知なしに、認証サーバ３１が番組の進行状況を番組対応接続先ＤＢ３１ａ−１に記憶されている配信時間に基づいて適切な接続先を検出し、携帯電話端末１０が検出された当該接続先に接続する。
【０１２５】
次に、視聴情報生成処理について図２３を用いて説明する。
図２３は、上述したコンテンツ配信システム１における視聴情報生成手順を示した図である。
ステップＳｉ１において、携帯電話端末１０は、配信サーバ３４へ番組分割データを要求するための配信要求を送信し（図１８、ステップＳａ５、Ｓａ８、…に相当）、配信サーバ３４は、配信要求で要求された番組分割データを含む配信応答を携帯電話端末１０へ返送している（図１８、ステップＳａ６、Ｓａ９、…に相当）。
このとき、各配信サーバ３４のログ生成部３４ｅは、携帯電話端末１０から受信した配信要求それぞれに対応してログデータを生成し、ログファイルに書き込む（ステップＳｉ２）。具体的には、検出部３４ｃにおいて配信要求を受信し、当該配信要求で要求された番組分割データを含む配信応答を送信するまでの処理が正常に終了した場合、ログ生成部３４ｅは、配信応答の送信後、ログデータを生成してログファイル記憶部３４ｇ内のログファイルに書き込む。ログデータには、配信要求に含まれるＵＩＤ及び機種名と、配信応答により配信した番組分割データの番組ＩＤ及び分割番号と、配信応答の送信時刻と、分割データの送出バイト数と、「正常」を示すステータス情報とが書き込まれる。配信応答を送信した時刻は、時計３４ｆから取得する。また、送出バイト数は、配信応答のｈｔｔｐのボディのサイズである。一方、検出部３４ｃにおいて配信要求の受信から配信応答の送信までの間に何らかのエラーが発生し、処理が終了した場合、ログ生成部３４ｅは、配信要求に含まれるＵＩＤ、機種名、番組ＩＤ及び分割番号と、時計３４ｆから取得した処理終了時刻と、「異常」を示すステータス情報とからなるログデータをログファイルに書き込む。
【０１２６】
視聴情報管理サーバ３７は、１日の所定の時刻になると、配信サーバ３４からログファイルを収集する（ステップＳｉ３）。すなわち、視聴情報管理サーバ３７の記録部３７ｂは、１日の所定の時刻になると、配信サーバ３４へログ要求を送信する。配信サーバ３４の検出部３４ｃは、現在ログデータの書き込み先となっているログファイルをログファイル記憶部３４ｇから読み出して視聴情報管理サーバ３７へ返送する。ログファイルの送信後、ログ生成部３４ｅは、このログファイルへの書き込みを終了し、新たなログファイルを生成する。ログ生成部３４ｅは、以降、新たに生成したログファイルへログデータを書き込む。これには、例えば、ログローテートが用いられる。ログローテートを用いる場合の具体例を説明する。ログファイル記憶部３４ｇは、１週間分の１日毎のログファイル「ｌｏｇ＿１」、「ｌｏｇ＿２」、…、「ｌｏｇ＿７」を記憶しており、「ｌｏｇ＿１」が現在ログデータの書き込みを行っている最も新しいログファイルであり、「ｌｏｇ＿７」が最も古いログファイルであるとする。視聴情報管理サーバ３７へ最新のログファイル「ｌｏｇ＿１」が送信された後、ログ生成部３４ｅは、これまで「ｌｏｇ＿６」であったファイルの名称を「ｌｏｇ＿７」へ、「ｌｏｇ＿５」であったファイルの名称を「ｌｏｇ＿６」へ、…、「ｌｏｇ＿１」であったファイルの名称を「ｌｏｇ＿２」へというように、各ログファイルの名称を１つ古いログファイルの名称へと変更する。そして、新たにログファイル「ｌｏｇ＿１」を生成し、ログデータの書き込みを行う。
【０１２７】
ログファイルを収集する所定の時刻は、番組コンテンツデータ配信終了の時刻からさらに番組の長さ分の時間が経過した時刻など、伝送遅延が発生した場合であっても、携帯電話端末１０において番組分割データの再生を終了していることが想定される時刻であり、各配信サーバ３４によって異なっていてもよい。配信サーバ３４は、番組コンテンツデータの配信終了の時刻からログファイルを収集する所定の時刻までは、番組コンテンツデータの配信を停止する。これにより、同じ番組コンテンツデータの配信に対するログデータが複数のログファイルへ分割して書き込まれることを防ぐ。
【０１２８】
視聴情報管理サーバ３７は、送受信部３７ａを介して配信サーバ３４から受信したログファイルをログＤＢ３７ｃへ書き込む（ステップＳｉ４）。
全ての配信サーバ３４からのログファイル収集後、集計処理部３７ｄは、ログＤＢ３７ｃに記憶されているログファイル内のログデータに基づき集計処理を行って視聴情報を生成し、視聴情報ＤＢ３７ｅに書き込む（ステップＳｉ５）。視聴情報としては、各番組ＩＤ及び各分割番号毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数、視聴可能端末数に対する視聴数の割合、番組定員に対する視聴数の割合の情報等がある。視聴可能端末数とは、コンテンツデータの再生アプリケーションを備えた携帯電話端末１０の数であり、視聴可能端末数に対する視聴数の割合の情報としては、視聴可能端末数に対する全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数の割合の情報等がある。番組定員に対する視聴数の割合の情報としては、番組定員に対する全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数の割合の情報等がある。
【０１２９】
具体的には、集計処理部３７ｄは、ログファイルから同一の番組ＩＤ及び同一分割番号毎にログデータを読み出す。そして、読み出したログデータのうち、ステータスが「異常」であるものを除外し、さらに、同一のＵＩＤが送信先のログデータについては最も時刻が遅いもののみを残して除外する。このようにして残ったログデータを、視聴数算出ログデータとする。ステータスが「異常」であるログデータを除くことで、携帯電話端末１０へ番組分割データが送信されていない、つまり、当該番組分割データが視聴されていないログデータにより視聴数がカウントされることを防止し、効果的に正確な視聴数を算出することができる。また、同一のＵＩＤが送信先である場合、携帯電話端末１０が電波やネットワークの状態により当該番組分割データを受信できず、同一の番組分割データの配信要求を再送したことが想定される。つまり、最後のログデータで示される番組分割データのみが視聴され、その他のログデータで示される番組分割データは視聴されていないことを示す。そこで、同一のＵＩＤが送信先のログデータについては最も時刻が遅いもの以外を除くことで、再送が行われた番組分割データのログデータにより二重に視聴数がカウントされることを防止し、効果的に正確な視聴数を算出することができる。
【０１３０】
集計処理部３７ｄは、同一の番組ＩＤ及び同一分割番号毎の視聴数算出ログデータの数から、各番組ＩＤ及び各分割番号毎の番組分割データの全視聴数を求める。さらに、各視聴数算出ログデータ内の機種に対応するキャリア、機種シリーズを視聴情報ＤＢ３７ｅ内のキャリアテーブルから読み出す。そして、同一の番組ＩＤ及び同一分割番号毎のキャリア別、機種別、機種シリーズ別のログデータの数から、各番組ＩＤ及び各分割番号毎の番組分割データのキャリア別視聴数、機種別視聴数、機種シリーズ別視聴数を求める。
続いて、集計処理部３７ｄは、各番組ＩＤ及び各分割番号毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数それぞれを視聴可能端末数で除算し、各番組ＩＤ及び各分割番号毎の視聴可能端末数に対する視聴数の割合を算出する。視聴可能端末数は、例えば、再生アプリケーションをダウンロードするためのアプリダウンロードサーバをネットワーク５０上に設置し、このアプリダウンロードサーバにおいて携帯電話端末１０への再生アプリケーションのダウンロード数をカウントして、視聴情報管理サーバ３７へ通知することによって取得することができる。
さらに、集計処理部３７ｄは、同一の番組ＩＤ及び同一分割番号毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数を、当該番組ＩＤで識別される番組の定員数で除算し、各番組ＩＤ及び各分割番号毎の番組定員に対する視聴数の割合を算出する。各番組の定員数は、管理サーバ３３の番組表ＤＢ３３ａが保持する番組表データから読みだして取得する。
【０１３１】
視聴状況閲覧端末６０は、ネットワーク５０を介して視聴情報管理サーバ３７へアクセスし、視聴状況閲覧要求を送信する。視聴情報管理サーバ３７の検出部３７ｆは、視聴状況閲覧端末６０から視聴状況閲覧要求を受信すると、視聴情報ＤＢ３７ｅから視聴情報を読み出す。検出部３７ｆは、全ての視聴情報を読み出すことでもよく、視聴状況閲覧端末６０が指定した条件（例えば、番組ＩＤ「Ａ００００１」など）に合致する視聴情報を読み出すことでもよい。表示制御部３７ｇは、検出部３７ｆが読み出した視聴情報をグラフにより画面に表示するための視聴情報表示画面データを生成し（ステップＳｉ６）、視聴状況閲覧端末６０へ返送する（ステップＳｉ７）。視聴情報表示画面データには、ｈｔｍｌなどが使用される。視聴状況閲覧端末６０は、自身の備えるブラウザに視聴状況閲覧端末６０から受信した視聴情報表示画面データを表示する。
【０１３２】
図２４は、視聴情報表示画面データに表示される視聴情報のグラフ表示の一例を示す図である。同図においては、番組ＩＤ「Ａ００００１」の分割番号「１」〜「１０」それぞれについて、全視聴数、「キャリアＡ」における視聴数、「キャリアＢ」における視聴数、機種「Ａ０００１」における視聴数の推移がグラフにより表示されている。なお、グラフの縦軸を、視聴可能端末数に対する視聴数の割合（＝視聴数／視聴可能端末数）、番組定員に対する視聴数の割合（＝視聴数／番組定員）としたグラフも表示することができる。
【０１３３】
なお、上記実施形態においては、配信サーバ３４のログ生成部３４ｅは、全ての番組分割データの送信時にログデータを生成しているが、検出部３４ｃは、番組の所定の部分に対応する番組分割データを送信した時のみログデータを生成することでもよい。この場合、配信サーバ３４は、番組の所定の部分を識別する情報であるマーカを、番組コンテンツデータ内の対応する部分に記憶させておく。番組の所定の部分は、例えば、映画のあるシーンやある画像が表示されたり、ある曲が流れる部分などとすることができる。配信サーバ３４のログ生成部３４ｅは、検出部３４ｃにより送信された番組分割データ内にマーカが含まれていることを検出した場合にのみ、当該マーカに対応した番組の部分を識別する情報を含んだログデータを生成する。これにより、視聴情報管理サーバ３７の集計処理部３７ｄは、各番組の部分毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数、視聴可能端末数に対する視聴数の割合、番組定員に対する視聴数の割合の情報等の視聴情報を生成する。
また、マーカを番組を識別する情報としてもよい。この場合、配信サーバ３４のログ生成部３４ｅは、マーカが含まれる番組分割データが送信されたことを検出した場合に、当該マーカに対応した番組を識別する情報を含んだログデータを生成する。これにより、視聴情報管理サーバ３７の集計処理部３７ｄは、番組毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数、視聴可能端末数に対する視聴数の割合、番組定員に対する視聴数の割合の情報等の視聴情報を生成する。
【０１３４】
また、上記の実施形態によるコンテンツ配信システム１においては、ネットワーク５０及び移動体通信網５１を介して配信サーバ３４から携帯電話端末１０に番組コンテンツデータを送信しているが、ＩＰネットワークを介して配信サーバからパーソナルコンピュータなどのコンテンツ再生端末へコンテンツデータを配信する配信システムにも適用することができる。また、この場合、コンテンツ再生端末から所定の時間毎に配信要求を送信しなくとも、配信サーバとコンテンツ再生端末との間のセッションを維持するようにしてもよい。この場合、コンテンツ再生端末は、一度配信要求を送信すれば、コンテンツ再生端末から配信終了の要求を送信するか、配信サーバからコンテンツデータの送信が終了するまで逐次配信要求を送信する必要はない。配信サーバは、一度の配信要求により要求された分割データから順次分割データを送信する。また、配信サーバは、要求された分割データに対応するコンテンツデータの送信が終了した後、さらに、他のコンテンツデータを順次送信してもよい。配信サーバは、分割データの送信時、上述した配信サーバ３４と同様の手順によりログデータを生成しログファイルに書き込む。あるいは、配信サーバは、コンテンツの部分またはコンテンツ自体に対応するマーカを有する分割データを送信したときのみ、当該マーカに対応したコンテンツの部分またはコンテンツ自体を識別する情報を含んだログデータを生成してもよい。視聴情報管理サーバは、各番組及び各分割データ毎、あるいは、各コンテンツの部分毎、または、番組毎の全視聴数、キャリア別視聴数、機種別視聴数、機種シリーズ別視聴数、視聴可能端末数に対する視聴数の割合、番組定員に対する視聴数の割合の情報等の視聴情報を生成する。
【０１３５】
上記実施形態によれば、配信サーバ３４との接続を確立している携帯電話端末１０の数ではなく、配信サーバ３４が実際に携帯電話端末１０へ番組分割データを送信したときのログにより番組における所定の部分毎の視聴数を集計することができるため、伝送の遅延等により各携帯電話端末１０において番組の再生開始及び終了時刻が異なる場合や、同じ番組分割データがある時間の幅の中で携帯電話端末１０へ送信される場合があっても、番組における所定の部分毎の視聴数を容易かつ適切に集計することが可能となる。例えば、番組における所定の部分を、著作権を有する画像や音楽などを送出した部分とすることで、この著作権を有する画像や音楽についての視聴数を集計することが可能となり、コンテンツ提供者への視聴数の報告や、コンテンツの著作権料の支払額の算出等に用いることができる。
【０１３６】
なお、上述した、認証サーバ３１、ＣＭ配信サーバ３２、管理サーバ３３、配信サーバ３４、会員情報管理サーバ３５、視聴情報管理サーバ３７は、それぞれを１つの装置または複数の装置で構成してもよく、これらのサーバのうち任意の複数のサーバをひとつの装置により構成してもよい。
【０１３７】
また、上述した実施形態においては、録音装置４０は、コンテンツデータを配信するコンテンツ配信事業者によって管理されている例を示していたが、これ以外の者、例えば、一般のユーザが自らのＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）に録音のためのプログラムをインストールして、録音を行い、インターネット経由で配信サーバに送信するようにしてもよい。
【０１３８】
上述の認証サーバ３１、会員情報管理サーバ３５、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３、視聴情報管理サーバ３７、及び、視聴状況閲覧端末６０は内部に、コンピュータシステムを有している。そして、上述したコンテンツ配信処理、接続先判定処理、優先度判定処理、視聴情報生成処理などの各処理は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【図面の簡単な説明】
【０１３９】
【図１】本発明の一実施形態によるコンテンツ配信システムを示すブロック図である。
【図２】本発明の一実施形態によるサーバシステムの構成を示したブロック図である。
【図３】本発明の一実施形態による各サーバのハードウェア構成を示した図である。
【図４】本発明の一実施形態による会員登録情報ＤＢのデータ構成を示した図である。
【図５】本発明の一実施形態による配信予約ＤＢのデータ構成を示した図である。
【図６】本発明の一実施形態による番組対応接続先ＤＢのデータ構成を示した図である。
【図７】本発明の一実施形態によるＣＭ対応接続先ＤＢのデータ構成を示した図である。
【図８】本発明の一実施形態による番組コンテンツＤＢのデータ構成を示した図である。
【図９】本発明の一実施形態によるＣＭコンテンツＤＢのデータ構成を示した図である。
【図１０】本発明の一実施形態による番組表ＤＢのデータ構成を示した図である。
【図１１】本発明の一実施形態によるログデータのデータ構成を示した図である。
【図１２】本発明の一実施形態によるキャリアテーブルのデータ構成を示した図である。
【図１３】本発明の一実施形態による録音装置の録音画面を示した図である。
【図１４】本発明の一実施形態による携帯電話端末と認証サーバとの間で送受信される情報のデータフォーマットを示した図である。
【図１５】本発明の一実施形態による携帯電話端末と配信サーバとの間で送受信される情報のデータフォーマットを示した図である。
【図１６】本発明の一実施形態による管理サーバから配信サーバに送信される進行状態通知のデータフォーマットを示した図である。
【図１７】本発明の一実施形態によるコンテンツデータのデータフォーマットを示した図である。
【図１８】本発明の一実施形態によるコンテンツ配信処理を示したシーケンス図（その１）である。
【図１９】本発明の一実施形態によるコンテンツ配信処理を示したシーケンス図（その２）である。
【図２０】本発明の一実施形態による接続先判定処理のフローチャートである。
【図２１】本発明の一実施形態による優先度判定処理のフローチャートである。
【図２２】本発明の一実施形態による番組コンテンツデータの再生時間制御を説明するための図である。
【図２３】本発明の一実施形態による視聴情報生成処理の手順を説明するための図である。
【図２４】本発明の一実施形態による視聴情報の表示画面を示した図である。
【図２５】ストリーミングにおけるコンテンツ再生状況を説明するための図である。
【符号の説明】
【０１４０】
１    コンテンツ配信システム
１０  携帯電話端末（コンテンツ再生端末）
３０  サーバシステム
３１  認証サーバ
３２  ＣＭ配信サーバ
３３  管理サーバ
３４、３４Ａ〜Ｚ  配信サーバ
３５  会員情報管理サーバ
３６  ルータ
３７  視聴情報管理サーバ
４０  録音装置
５０  ネットワーク
６０  視聴状況閲覧端末
【図１】
2006186821.tif 000003
【図２】
2006186821.tif 000004
【図３】
2006186821.tif 000005
【図４】
2006186821.tif 000006
【図５】
2006186821.tif 000007
【図６】
2006186821.tif 000008
【図７】
2006186821.tif 000009
【図８】
2006186821.tif 000010
【図９】
2006186821.tif 000011
【図１０】
2006186821.tif 000012
【図１１】
2006186821.tif 000013
【図１２】
2006186821.tif 000014
【図１３】
2006186821.tif 000015
【図１４】
2006186821.tif 000016
【図１５】
2006186821.tif 000017
【図１６】
2006186821.tif 000018
【図１７】
2006186821.tif 000019
【図１８】
2006186821.tif 000020
【図１９】
2006186821.tif 000021
【図２０】
2006186821.tif 000022
【図２１】
2006186821.tif 000023
【図２２】
2006186821.tif 000024
【図２３】
2006186821.tif 000025
【図２４】
2006186821.tif 000026
【図２５】
2006186821.tif 000027