JP2006179990A - 接続先通知サーバ、配信サーバ、管理サーバ、コンテンツ配信システム及びコンテンツ配信方法並びにコンピュータプログラム - Google Patents

Abstract

【課題】複数のコンテンツデータ同士の重要度に着目し、重要度の高いコンテンツデータを再生する場合において、精度を維持しつつ重要度の高いコンテンツへの遅延の影響を適切に抑えることを可能とするコンテンツ配信システムを提供する。
【解決手段】コンテンツ配信システム１において、サーバシステム３０は、録音装置４０から受信したコンテンツデータを配信する。また、サーバシステム３０は、コンテンツデータの配信を終了を検出した場合に、時計から時刻を取得し、配信開始時刻が取得した時刻から所定の範囲内であるコンテンツデータを検出する。複数のコンテンツデータを検出した場合には、検出した複数のコンテンツデータの中で優先度の高いコンテンツデータを読み出して送信し、検出したコンテンツデータが１つの場合には、検出したコンテンツデータを携帯電話端末１０に送信する。
【選択図】 図１

Description

本発明は、複数のコンテンツデータの配信を行う場合に、コンテンツデータの切り替えに好適な接続先通知サーバ、配信サーバ、管理サーバ、コンテンツ配信システム及びコンテンツ配信方法並びにコンピュータプログラムに関する。

従来、音、映像等のコンテンツデータをサーバからダウンロードしながら端末側で順次再生するストリーミングと呼ばれるコンテンツデータの配信が行われている。このようなストリーミングでの配信においては、伝送路の通信遅延等に起因して、コンテンツデータの再生が中断してしまうことが発生する。これに対して特許文献１においては、パケットロス率に基づいてコンテンツの送信レートを落とすことにより途切れることなくコンテンツを再生する技術が開示されている。
特開２００３−１７４４８９号公報

ところで、連続して複数のコンテンツデータを送信する際に、コンテンツデータの再生が遅延しても送信するようにするためには、再生時の遅延を考慮したコンテンツデータの送信を行う必要があるためサーバ側に負荷がかかることになる。また、このような再生時の遅延を考慮した場合には、後続のコンテンツデータの再生においても当該遅延の影響が発生することになる。さらに、このような遅延の発生は、リアルタイム性を必要とするコンテンツデータの配信においてはリアルタイム性を維持できず特に問題となる。
一方、特許文献１では、上記のような大幅な遅延が発生することを防止することが可能であるが、コンテンツデータの送信レートを落とすという制御を行うためサーバ側に負荷がかかるという問題と、コンテンツデータの送信レートを落としているため再生時の画質の精度が悪くなるという問題がある。

本発明は、上記問題を解決すべくなされたもので、その目的は、複数のコンテンツデータを再生する場合において、精度を維持しつつコンテンツの遅延の影響を抑えることを可能とする接続先通知サーバ、配信サーバ、管理サーバ、コンテンツ配信システム及びコンテンツ配信方法並びにコンピュータプログラムを提供することにある。

上記問題を解決するために、本発明の一実施形態は、コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバであって、複数のコンテンツデータを記憶するとともに、コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段と、コンテンツ再生端末から分割データを要求する配信要求を受信する受信手段と、受信手段が配信要求を受信した場合に、配信要求に対応する分割データが存在するか否かを判定する判定手段と、判定手段によって、配信要求に対応する分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータを検出する検出手段と、検出手段が複数のコンテンツデータを検出した場合に、検出した複数のコンテンツデータの中で優先度の高いコンテンツデータの分割データを記憶手段から読み出して送信し、検出手段が検出したコンテンツデータが１つの場合に、検出したコンテンツデータの分割データを記憶手段から読み出してコンテンツ再生端末に送信する送信手段と、を備えたことを特徴とする配信サーバである。
なお、上記の配信サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

上記の発明の一実施形態において、配信要求に対応するコンテンツデータの優先度より高い優先度を有するコンテンツデータであり、かつ計時手段より取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータを検出する第２の検出手段を備え、送信手段は、さらに、第２の検出手段が検出したコンテンツデータを記憶手段から読み出して、コンテンツ再生端末に送信することを特徴としてもよい。

上記の発明の一実施形態において、コンテンツデータは、少なくとも第１から第３のコンテンツデータを備えており、開始時刻が、第１のコンテンツデータ、第１のコンテンツデータより優先度の低い第２のコンテンツデータ、第２のコンテンツデータより優先度の高い第３のコンテンツデータの順に配信開始時刻が記憶手段に記憶されていることを特徴としてもよい。

上記の発明の一実施形態において、受信手段は、配信要求をｈｔｔｐのリクエストメッセージにより受信し、送信手段は、ｈｔｔｐのレスポンスメッセージとして分割データをコンテンツ配信端末に送信することを特徴としてもよい。

本発明の一実施形態において、コンテンツを携帯電話端末にストリーミング配信する配信サーバであって、番組コンテンツと番組コンテンツとの間にＣＭコンテンツが配信されるコンテンツ配信スケジュールが設定されており、複数の番組コンテンツについての配信開始時刻を記憶する記憶手段と、ＣＭコンテンツを前記携帯電話端末に配信するＣＭ配信手段と、番組コンテンツを携帯電話端末に配信する番組配信手段と、時刻を計る計時手段と、計時手段による時刻が、番組コンテンツの配信開始時刻になっているか否かを検出する検出手段と、配信開始時刻になっていると検出された場合に、ＣＭ配信手段によるＣＭコンテンツの配信を停止させ、番組コンテンツの配信を前記番組配信手段により開始させる配信切換手段とを有する配信サーバである。
なお、上記の配信サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバに進行状態通知を送信する管理サーバと、配信サーバからコンテンツデータを受信するコンテンツ再生端末と、コンテンツ再生端末にコンテンツデータへの接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおいて、接続先通知サーバは、配信開始時刻が予め定められている第１のコンテンツデータについて、配信開始時刻と、第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段と、コンテンツ再生端末から接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータの接続先情報を第１の記憶手段から検出する第１の検出手段と、第１の検出手段が接続先情報を検出した場合に、検出した接続先情報をコンテンツ再生端末に送信し、第１の検出手段が接続先情報を検出しない場合には、第２のコンテンツデータへの接続先情報を第２の記憶手段から読み出してコンテンツ再生端末へ送信する手段と、を具備し、管理サーバは、第１のコンテンツデータの配信開始時刻と、第１のコンテンツデータを一意に識別可能なＩＤと、第１のコンテンツデータの優先度とを対応付けて記憶する第３の記憶手段と、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータに対応するＩＤを記憶手段から検出する第２の検出手段と、第２の検出手段が検出したＩＤと優先度とを含む進行状態通知を配信サーバへ送信する手段と、を具備し、配信サーバは、コンテンツデータと、コンテンツデータの優先度とを対応付けて記憶する第４の記憶手段と、コンテンツ再生端末から分割データを要求する分割データ要求を受信する受信手段と、管理サーバから進行状態通知を受信する状態通知受信手段と、受信手段が分割データ要求を受信した場合に、状態通知受信手段が進行状態通知を受信しているとき、進行状態通知に含まれている優先度を読み出す読出手段と、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えている場合には、コンテンツ再生端末に分割データの送信を途中終了する情報を送信する手段と、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えていない場合には、次の順番の分割データを記憶手段から読み出してコンテンツ再生端末に送信する手段と、を具備し、コンテンツ再生端末は、配信サーバから受信した分割データの次の順番の分割データを要求する分割データ要求を送信する手段と、配信サーバから途中終了する情報を受信した場合に、接続先通知サーバへ、接続先情報の要求を示す情報を送信する手段と、を具備したことを特徴とするコンテンツ配信システムである。
なお、上記のコンテンツ配信システムにおける、配信サーバ、管理サーバ、接続先通知サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバからコンテンツデータを受信するコンテンツ再生端末と、コンテンツ再生端末にコンテンツデータを参照させるための接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおける接続先通知サーバであって、配信開始時刻が予め定められている第１のコンテンツデータについて、配信開始時刻と、第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段と、コンテンツ再生端末から接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータの接続先情報を第１の記憶手段から検出する検出手段と、検出手段が接続先情報を検出した場合に、検出した接続先情報をコンテンツ再生端末に送信し、検出手段が接続先情報を検出しなかった場合に、第２のコンテンツデータへの接続先情報を第２の記憶手段から読み出してコンテンツ再生端末へ送信する送信手段と、を備えたことを特徴とする接続先通知サーバである。
なお、上記の接続先通知サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

上記の発明の一実施形態において、再生時間の異なる第２の複数のコンテンツデータが存在し、第２の記憶手段は、再生時間の異なる複数の第２のコンテンツデータのそれぞれに対応する接続先情報と、再生時間とを対応付けて記憶しており、送信手段は、第２のコンテンツデータへの接続先情報をコンテンツ再生端末へ送信する際に、次に配信される第１のコンテンツの配信開始時刻と計時手段から取得した時刻との差分に基づく再生時間を有する第２のコンテンツデータへの接続先情報を第２の記憶手段から読み出してコンテンツ再生端末へ送信することを特徴としてもよい。

上記の発明の一実施形態において、第１のコンテンツデータには優先度が付与されており、第１の記憶手段は、更に、優先度を、配信開始時刻と、接続先情報とに対応付けて記憶しており、検出手段は、前記計時手段から取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータが複数ある場合には、優先度の高いコンテンツデータの接続先情報を検出することを特徴としてもよい。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバに進行状態通知を送信する管理サーバと、配信サーバから分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける管理サーバであって、コンテンツデータの配信開始時刻と、コンテンツデータを一意に識別可能なＩＤと、コンテンツデータの優先度とを対応付けて記憶する記憶手段と、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータに対応するＩＤを記憶手段から検出する検出手段と、検出手段が検出したＩＤと優先度とを含む進行状態通知を配信サーバへ送信する送信手段と、を備えたことを特徴とする管理サーバである。
なお、上記の管理サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバに進行状態通知を送信する管理サーバと、配信サーバから分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける配信サーバであって、コンテンツデータと、コンテンツデータの優先度とを対応付けて記憶する記憶手段と、コンテンツ再生端末から分割データを要求する分割データ要求を受信する受信手段と、管理サーバから進行状態通知を受信する状態通知受信手段と、受信手段が分割データ要求を受信した場合に、状態通知受信手段が進行状態通知を受信しているとき、進行状態通知に含まれている優先度を読み出す読出手段と、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えている場合には、コンテンツ再生端末に分割データの送信を途中終了する情報を送信する第１の送信手段と、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えていない場合には、次の順番の分割データを記憶手段から読み出してコンテンツ再生端末に送信する第２の送信手段と、を備えたことを特徴とする配信サーバである。
なお、上記の配信サーバは、単体の装置であってもよいし、複数の装置によって構成されていてもよい。

上記の発明の一実施形態において、受信手段は、分割データ要求をｈｔｔｐのリクエストメッセージにより受信し、送信手段は、ｈｔｔｐのレスポンスメッセージとして分割データをコンテンツ再生端末に送信することを特徴としてもよい。

本発明の一実施形態は、複数のコンテンツデータを記憶するとともに、コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段を有し、コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバにおけるコンテンツ配信方法であって、コンテンツ再生端末から分割データを要求する配信要求を受信するステップと、配信要求を受信した場合に、配信要求に対応する分割データが存在するか否かを判定するステップと、配信要求に対応する分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータを検出するステップと、
複数のコンテンツデータを検出した場合に、検出した複数のコンテンツデータの中で優先度の高いコンテンツデータの分割データを記憶手段から読み出して送信し、検出手段が検出したコンテンツデータが１つの場合に、検出したコンテンツデータの分割データを記憶手段から読み出してコンテンツ再生端末に送信するステップと、を有することを特徴とするコンテンツ配信方法である。

本発明の一実施形態は、コンテンツデータと、コンテンツデータの優先度とを対応付けて記憶する第４の記憶手段を有し、コンテンツデータを複数の分割データにより配信する配信サーバと、第１のコンテンツデータの配信開始時刻と、第１のコンテンツデータを一意に識別可能なＩＤと、第１のコンテンツデータの優先度とを対応付けて記憶する第３の記憶手段を有し、配信サーバに進行状態通知を送信する管理サーバと、配信サーバからコンテンツデータを受信するコンテンツ再生端末と、配信開始時刻が予め定められている第１のコンテンツデータについて、配信開始時刻と、第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段とを有し、コンテンツ再生端末にコンテンツデータへの接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおけるコンテンツ配信方法であって、接続先通知サーバが、コンテンツ再生端末から接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータの接続先情報を第１の記憶手段から検出するステップと、接続先通知サーバが、接続先情報を検出した場合に、検出した接続先情報をコンテンツ再生端末に送信するステップと、接続先通知サーバが、接続先情報を検出しない場合には、第２のコンテンツデータへの接続先情報を第２の記憶手段から読み出してコンテンツ再生端末へ送信するステップと、管理サーバが、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータに対応するＩＤを記憶手段から検出するステップと、管理サーバが、検出したＩＤと優先度とを含む進行状態通知を配信サーバへ送信するステップと、配信サーバが、コンテンツ再生端末から分割データを要求する分割データ要求を受信するステップと、配信サーバが、管理サーバから進行状態通知を受信するステップと、配信サーバが、分割データ要求を受信した場合に、状態通知受信手段が進行状態通知を受信しているとき、進行状態通知に含まれている優先度を読み出すステップと、配信サーバが、読み出した優先度が配信中のコンテンツデータの優先度を超えている場合には、コンテンツ再生端末に分割データの送信を途中終了する情報を送信するステップと、配信サーバが、読み出した優先度が配信中のコンテンツデータの優先度を超えていない場合には、次の順番の分割データを記憶手段から読み出してコンテンツ再生端末に送信するステップと、コンテンツ再生端末が、配信サーバから受信した分割データの次の順番の分割データを要求する分割データ要求を送信するステップと、コンテンツ再生端末が、配信サーバから途中終了する情報を受信した場合に、接続先通知サーバへ、接続先情報の要求を示す情報を送信するステップと、を有することを特徴とするコンテンツ配信方法である。

本発明の一実施形態は、複数のコンテンツデータを記憶するとともに、コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段を有し、コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバのコンピュータを、コンテンツ再生端末から分割データを要求する配信要求を受信する受信手段、受信手段が配信要求を受信した場合に、配信要求に対応する分割データが存在するか否かを判定する判定手段、判定手段によって、配信要求に対応する分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータを検出する検出手段、検出手段が複数のコンテンツデータを検出した場合に、検出した複数のコンテンツデータの中で優先度の高いコンテンツデータの分割データを記憶手段から読み出して送信し、検出手段が検出したコンテンツデータが１つの場合に、検出したコンテンツデータの分割データを記憶手段から読み出してコンテンツ再生端末に送信する送信手段、として機能させるためのコンピュータプログラムである。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバからコンテンツデータを受信するコンテンツ再生端末と、配信開始時刻が予め定められている第１のコンテンツデータについて、配信開始時刻と、第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段とを有し、コンテンツ再生端末にコンテンツデータを参照させるための接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおける接続先通知サーバのコンピュータを、コンテンツ再生端末から接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属する第１のコンテンツデータの接続先情報を第１の記憶手段から検出する検出手段、検出手段が接続先情報を検出した場合に、検出した接続先情報をコンテンツ再生端末に送信し、検出手段が接続先情報を検出しなかった場合に、第２のコンテンツデータへの接続先情報を第２の記憶手段から読み出してコンテンツ再生端末へ送信する送信手段、として機能させるためのコンピュータプログラムである。

本発明の一実施形態は、コンテンツデータを複数の分割データにより配信する配信サーバと、コンテンツデータの配信開始時刻と、コンテンツデータを一意に識別可能なＩＤと、コンテンツデータの優先度とを対応付けて記憶する記憶手段を有し、配信サーバに進行状態通知を送信する管理サーバと、配信サーバから分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける管理サーバのコンピュータを、計時手段から時刻を取得し、取得した時刻から所定の範囲内に配信開始時刻が属するコンテンツデータに対応するＩＤを記憶手段から検出する検出手段、検出手段が検出したＩＤと優先度とを含む進行状態通知を配信サーバへ送信する送信手段、として機能させるためのコンピュータプログラムである。

本発明の一実施形態は、コンテンツデータと、コンテンツデータの優先度とを対応付けて記憶する記憶手段を有し、コンテンツデータを複数の分割データにより配信する配信サーバと、配信サーバに進行状態通知を送信する管理サーバと、配信サーバから分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける配信サーバのコンピュータを、コンテンツ再生端末から分割データを要求する分割データ要求を受信する受信手段、管理サーバから進行状態通知を受信する状態通知受信手段、受信手段が分割データ要求を受信した場合に、状態通知受信手段が進行状態通知を受信しているとき、進行状態通知に含まれている優先度を読み出す読出手段、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えている場合には、コンテンツ再生端末に分割データの送信を途中終了する情報を送信する第１の送信手段、読出手段が読み出した優先度が配信中のコンテンツデータの優先度を超えていない場合には、次の順番の分割データを記憶手段から読み出してコンテンツ再生端末に送信する第２の送信手段、として機能させるためのコンピュータプログラムである。

この発明によれば、複数のコンテンツデータ同士の重要度に着目し、重要度の高いコンテンツデータを再生する場合において、精度を維持しつつ重要度の高いコンテンツへの遅延の影響を適切に抑えることが可能となる。

以下、本発明の一実施形態によるコンテンツ配信システムを図面を参照して説明する。

（第１実施形態）
図１は、第１実施形態によるコンテンツ配信システム１を示す概略構成図である。
コンテンツ配信システム１は、番組を進行する司会者が話す内容を録音装置４０にて録音し、録音した内容をサーバシステム３０を介して複数の携帯電話端末１０にストリーミング配信を行うことにより、ラジオ放送のようなリアルタイム性のある多人数への情報発信を行う。

コンテンツ配信システム１において、移動体通信網５１は、移動体通信事業者が運営する通信網である。基地局５２は、移動体通信網５１に接続され、携帯電話端末１０との間で無線電波の送受信を行う。携帯電話端末１０は、通常の無線による電話通信に加えて、基地局５２と移動体通信網５１を介して、ネットワーク５０に接続し、コンテンツデータの配信を受信することができる端末である。録音装置４０は、司会者が発声する音声を録音装置４０に備え付けられたマイクによって音声信号に変換して音声データとして一時的に記録し、記録した音声データをサーバシステム３０に送信する。また、録音装置４０は、司会者が操作することによって内部のハードディスク等に記憶されている画像データから選択された画像データなどをサーバシステム３０に送信する。サーバシステム３０は、コンテンツ配信事業者によって運営される複数のサーバ装置を有しており、録音装置４０から音声や画像のデータを受信する。また、サーバシステム３０は、録音装置４０から受信した音声や画像のデータを配信を要求をしている携帯電話端末１０に配信する。ネットワーク５０は、例えばインターネットであり、移動体通信網５１とサーバシステム３０と録音装置４０とを相互に接続する。

図２は、サーバシステム３０の構成を示した概略ブロック図である。サーバシステム３０において、ルータ３６は、各サーバとネットワーク５０に接続し、予め定められた経路に従って情報の転送を行う。

会員情報管理サーバ３５は、コンテンツ配信システム１におけるコンテンツ配信サービスに登録しているユーザを識別しているために用いるＵＩＤ（ＵｓｅｒＩＤ）を含む会員登録データを記憶する。ここで、ＵＩＤとしては、携帯電話端末１０を一意に識別することのできる識別情報を用いることができる。携帯電話端末１０を一意に識別することのできる識別情報としては、例えば、通信事業者の移動体通信網５１におけるゲートウェイが携帯電話端末１０による送信データに対して含める通信事業者における管理識別情報であってもよく、携帯電話端末１０の内部に記憶されている端末固有識別情報であってもよい。

ここで、上記の管理識別情報が付与される流れを簡単に説明する。移動体通信網５１では、携帯電話端末１０を識別するための識別情報と管理識別情報とが対応付けて管理されている。ここで、識別情報とは携帯電話端末１０を無線端末として識別するような情報であり、携帯電話端末１０が移動体通信網５１の基地局５２からの無線信号を検出すると、携帯電話端末１０が自動的に内部に記憶している識別情報を基地局５２に送信する。当該識別情報は、外部のネットワーク５０に送信する送信データに含めることは好ましくない情報であるため、携帯電話端末１０からの送信データをゲートウェイを介して外部のネットワーク５０に送信する際には、ゲートウェイが移動体通信網内で携帯電話端末１０の識別情報に対応する管理識別情報を検出して送信データに付与する。

以下の説明では、ＵＩＤは、携帯電話端末１０が内部に記憶している端末固有識別情報と、上記のように移動体通信網５１で付与される管理識別情報の両方を意味しているものとする。

配信予約ＤＢ３５ａ−２は、ＵＩＤと会員が配信を予約した番組コンテンツの番組コンテンツデータの情報とを有する配信予約データを記憶する。登録部３５ｃは、携帯電話端末１０からの会員登録の要求を受信して携帯電話端末１０のユーザをコンテンツ配信システム１に登録する会員登録処理を行い、会員登録情報ＤＢ３５ａ−１に携帯電話端末１０から受信した会員の情報を記録する。また、登録部３５ｃは、携帯電話端末１０から配信予約情報を受信して、番組の予約情報を配信予約ＤＢ３５ａ−２に記録する。検出部３５ｄは、他のサーバからの要求に応じて会員登録情報ＤＢ３５ａ−１や配信予約ＤＢ３５ａ−２から該当する携帯電話端末１０のユーザに関する情報を検出する。送受信部３５ｂは、ルータ３６に接続され、ネットワーク５０を介して携帯電話端末１０や、他のサーバとの間で情報の送受信を行う。

認証サーバ３１は、携帯電話端末１０が番組コンテンツデータの配信を受信する前に、当該携帯電話端末１０が登録されているものか否かを判定し、登録されている場合には携帯電話端末１０へ接続先の配信サーバのＵＲＬを通知する。

認証サーバ３１において、番組対応接続先データベース３１ａ−１は、番組を一意に識別可能な番組ＩＤと、配信を行う配信時間と、当該番組コンテンツデータを配信する配信サーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを対応付けて記憶する。ＣＭ（ＣｏＭｍｅｒｃｉａｌ）対応接続先データベース３１ａ−２は、ＣＭを一意に識別可能なＣＭ−ＩＤと、ＣＭコンテンツのＣＭコンテンツデータの再生時間と、ＣＭコンテンツデータを配信するＣＭ配信サーバのＵＲＬとを対応付けて記憶する。送受信部３１ｂは、ルータ３６に接続され、ネットワーク５０を介して携帯電話端末１０との間で情報の送受信を行い、またルータ３６を介して他のサーバと情報の送受信を行う。

認証部３１ｄは、携帯電話端末１０が登録されているものであるか否かを会員情報管理サーバ３５の会員登録情報ＤＢ３５ａ−１が記憶している会員登録データに基づいて判定する。検出部３１ｃは、時計３１ｆから現在時刻を取得し、配信開始時刻が取得した時刻から所定の範囲内の時刻となっている番組コンテンツデータと、その配信元の配信サーバのＵＲＬとを検出する。ここで、所定の範囲内とは、時計３１ｆから取得した時刻を過ぎている範囲であってもよく、あるいは時計３１ｆから取得した時刻を基準とした前後数分程度の近傍の範囲でもよく、例えば前後５分としてもよい。この範囲は、携帯電話端末１０が配信サーバ３４に接続するまでに必要とする時間や番組の配信が準備されることによる遅延時間などを考慮してもよい。記録部３１ｅは、送受信部３１ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末（図示せず）から受信した新たな番組の予定情報等の番組に関する更新情報を番組対応接続先ＤＢ３１ａ−１に記録する。

配信サーバ３４は、それぞれ異なる番組コンテンツデータを配信する複数の配信サーバ３４Ａ〜Ｚを有しており、携帯電話端末１０からの要求に応じて番組コンテンツデータを送信する。複数の配信サーバ３４Ａ〜Ｚの内部構成は同じであり、以下代表して配信サーバ３４Ａの内部構成について説明する。

配信サーバ３４Ａにおいて、番組コンテンツＤＢ３４Ａａは、録音装置４０から送信される番組コンテンツデータを受信し、上述した番組ＩＤに対応付けて記憶する。送受信部３４Ａｂは、ルータ３６に接続され、携帯電話端末１０からの配信要求を受信して番組コンテンツデータの送信を行う。検出部３４Ａｃは、送受信部３４Ａｂを介して携帯電話端末１０から配信要求を受信し、配信要求に基づいて該当する番組コンテンツデータを番組コンテンツＤＢ３４Ａａから検出する。記録部３４Ａｄは、送受信部３４Ａｂを介して録音装置４０から受信した番組コンテンツデータを番組コンテンツＤＢ３４Ａａに記録する。

なお、以下の記載で、例えば、配信サーバ３４Ｂについて記載する場合には、その内部構成に付与する符号は番組コンテンツＤＢ３４Ｂａ、送受信部３４Ｂｂ、検出部３４Ｂｃ、記録部Ｂ３４ｄとして記載する。配信サーバ３４と符号Ａ〜Ｚを省略して記載したときは、配信サーバ３４Ａ〜Ｚのいずれか１つを選択して示したものとし、その場合、内部構成を記載する場合にも、符号Ａ〜Ｚを省略して、番組コンテンツＤＢ３４ａ、送受信部３４ｂ、検出部３４ｃ、記録部３４ｄとして記載する。

ＣＭ配信サーバ３２は、配信サーバ３４において番組コンテンツデータが配信されていない場合に、代わりに配信する広告や宣伝の情報を含むＣＭコンテンツデータを記憶しており、携帯電話端末１０に当該ＣＭコンテンツデータを送信する。

ＣＭ配信サーバ３２において、ＣＭコンテンツＤＢ３２ａは、ＣＭを一意に識別可能なＣＭ−ＩＤと、ＣＭコンテンツデータとを対応付けて記憶する。送受信部３２ｂは、ルータ３６に接続され、携帯電話端末１０からの配信要求を受信してＣＭコンテンツデータの送信を行う。検出部３２ｃは、送受信部３２ｂを介して携帯電話端末１０から配信要求を受信し、配信要求に基づいて該当するＣＭコンテンツデータをＣＭコンテンツＤＢ３２ａから検出する。記録部３２ｄは、送受信部３４ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末からＣＭコンテンツデータを受信して、ＣＭコンテンツＤＢ３２ａに記録する。

管理サーバ３３は、内部に記憶している番組表データに基づいて、優先度の高い番組が開始されたときに、配信サーバ３４やＣＭ配信サーバ３２に新たな番組が開始されたことを示す番組の進行状態通知を送信し、携帯電話端末１０に配信される番組コンテンツデータが切り替わるように配信サーバの動作を制御する。

管理サーバ３３において、番組表ＤＢ３３ａは、番組ＩＤと配信時間とを有する番組表データを記憶する。送受信部３３ｂは、ルータ３６に接続され、配信サーバ３４、ＣＭ配信サーバ３２に進行状態通知を送信する。検出部３３ｃは、時計３３ｅから現在時刻を取得し、配信開始時刻が時計３３ｅから取得した時刻を過ぎている番組コンテンツデータ、あるいは当該時刻を基準とした前後数分の近傍の時刻となっている番組コンテンツデータを検出する。記録部３３ｄは、送受信部３３ｂを介してコンテンツ配信システム１における配信サービスの運営者の管理端末から受信した番組に関する更新情報を番組表ＤＢ３３ａに記録する。

上述した、課題を解決する手段及び別紙特許請求の範囲に記載の配信サーバは、配信サーバ３４とＣＭ配信サーバ３２とに該当する。また、課題を解決する手段及び別紙特許請求の範囲に記載のコンテンツ配信サーバは、配信サーバ３４とＣＭ配信サーバ３２に該当する。また、課題を解決する手段及び別紙特許請求の範囲に記載の接続先通知サーバは、認証サーバ３１に該当し、コンテンツ再生端末は、携帯電話端末１０に該当する。

図３は、サーバシステム３０に含まれる各サーバ（会員情報管理サーバ３５、認証サーバ３１、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３）のハードウェア構成例を示す図である。図３において、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００は、各サーバにおける登録部、検出部、認証部、記録部などによって行われる処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０１は、データを読み書きすることができるメモリであり、ＣＰＵ１００がプログラムを実行する際に使用する各種データを記録する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２は、読み取りのみ可能な記録媒体であり、電源が切られても情報が失われないため、サーバを動かすために必要な基本部分のプログラムなどを記憶する。

通信部１０３は、ルータ３６に接続される。入力装置１０５は、例えばマウスやキーボードなどの入力デバイスが適用される。表示装置１０４は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどが適用される。記憶装置１０６は、ハードディスク等であり、各サーバにおける登録部、検出部、認証部、記録部などを実現するプログラムなどを記憶する。各データベースは、当該記憶装置１０６に該当する。なお、この記憶装置１０６は、外部記憶装置としてのＦＤ（フレキシブルディスク）やＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などを適用することも可能である。

図４は、会員情報管理サーバ３５の会員登録情報ＤＢ３５ａ−１が記憶する会員登録データのデータ構成を示した図である。
会員登録データのエントリは、ＵＩＤを有する。ＵＩＤは、上述したように携帯電話端末１０を一意に識別可能なＩＤであり、登録時に携帯電話端末１０から受信した登録部３５ｃによって、図４に示すように「００Ｆ０Ａ００１」などとして記録される。

図５は、会員情報管理サーバ３５の配信予約ＤＢ３５ａ−２が記憶する配信予約データのデータ構成を示した図である。ここで、配信予約データとは、携帯電話端末１０のユーザが、配信サーバ３４からの番組コンテンツデータの配信を要求する番組を予め登録しておくためのデータである。配信予約データのエントリは、ＵＩＤと、複数の番組予約１〜ｎの項目とを有する。番組予約１〜ｎには、携帯電話端末１０から番組予約の情報を受信した登録部３５ｃによって携帯電話端末１０のＵＩＤに対応づけて番組ＩＤが、図５に示すように予約した順に「Ａ００００１」などとして記録される。

図６は、認証サーバ３１の番組対応接続先ＤＢ３１ａ−１が記憶する番組対応接続先データのデータ構成を示した図である。番組対応接続先データのエントリは、配信時間と、番組名と、番組ＩＤと、配信サーバＵＲＬと、優先度とを有し、コンテンツ配信システム１における配信サービスの運営者の管理端末（図示せず）から情報を受信した記録部３１ｅによってエントリの各情報が記録される。配信時間には、番組の配信開始時刻と配信終了時刻、例えば「１０：００−１０：３０」などが記録される。番組名には、配信する番組のタイトル、例えば「××ニュース」などが記録される。番組ＩＤには、上述した番組ＩＤ、例えば、「Ａ００００１」などが記録される。配信サーバＵＲＬには、配信サーバ３４ごとに予め付与されている当該番組を配信する配信サーバ３４のＵＲＬである「www．ＸＸ．ｃｏｍ／ｓｅｒｖｅｒ＿Ａ／ｐｌａｙ．ｐｈｐ」などが記録される。優先度には、番組コンテンツデータの優先度の値が記録される。なお、当該優先度は配信時間が重なる番組をユーザが予約した場合に、どちらの配信を受信するかを判定する判定基準とされる。優先度は、本実施の形態では、値が小さい方が優先度が高く、１から１０の１０段階が設定される。

また、本実施形態では、例えば、番組コンテンツデータと番組コンテンツデータとの間にＣＭコンテンツデータが配信される番組コンテンツデータごとの配信時間、即ちコンテンツ配信スケジュールが設定されている。

図７は、認証サーバ３１のＣＭ対応接続先ＤＢ３１ａ−２が記憶するＣＭ対応接続先データのデータ構成を示した図である。ＣＭ対応接続先データのエントリは、ＣＭ名と、ＣＭ−ＩＤと、再生時間と、ＣＭ配信サーバＵＲＬと、優先度とを有し、コンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによってエントリの各情報が記録される。ＣＭ名には、配信するＣＭのタイトル、例えば「商品広告」などが記録される。ＣＭ−ＩＤには、上述したＣＭ−ＩＤ、例えば「Ｃ００００１」などが記録される。ＣＭ配信サーバＵＲＬには、ＣＭ配信サーバ３２に予め付与されているＵＲＬ、即ち「ｗｗｗ．ＸＸ．ｃｏｍ／ｓｅｒｖｅｒ＿ｃｍ」にＣＭコンテンツデータが記録され、再生時間ごとに異なるファイル名、例えば３０．ｐｈｐなどが付加されたＵＲＬが記録される。優先度には、優先度の値が記録される。なお、番組コンテンツデータが常にＣＭコンテンツデータより優先されるようにＣＭの場合には全て最も優先度の低い「１０」が設定される。

図８は、配信サーバ３４の番組コンテンツＤＢ３４ａが記憶する番組コンテンツデータのデータ構成を示した図である。番組コンテンツデータのエントリは、番組ＩＤと優先度と番組コンテンツデータリストとを有する。番組ＩＤには、上述した番組ＩＤ、例えば「Ａ００００１」などがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３４ｄによって予め記録される。優先度には、コンテンツ配信システム１における配信サービスの運営者の管理端末から当該番組コンテンツデータの優先度を受信した記録部３４ｄによって優先度の値が予め記録される。番組コンテンツデータリストには、録音装置４０から番組コンテンツデータを受信した記録部３４ｄが、番組ＩＤに対応付けて１回に受信した単位で別々のファイルとして記録する。この別々に記録されたそれぞれのファイルのデータを、番組分割データと呼ぶ。つまり、１つの番組を構成する番組コンテンツデータは、複数の番組分割データを含むことになる。また、当該番組分割データは記録される際に、ファイル名には図７に示すように受信した順番を示すコンテンツ位置番号が付与される。コンテンツの配信は、この番組分割データの単位で行われる。

図９は、ＣＭ配信サーバ３２のＣＭコンテンツＤＢ３２ａが記憶するＣＭコンテンツデータのデータ構成を示した図である。ＣＭコンテンツデータのエントリは、ＣＭ−ＩＤと、優先度と、ＣＭコンテンツデータリストとを有する。ＣＭ−ＩＤには、上述したＣＭ−ＩＤ、例えば「Ｃ００００１」などがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め記録される。優先度には、当該ＣＭコンテンツデータの優先度の値がコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め記録される。ＣＭコンテンツデータリストには、ＣＭコンテンツデータがコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３２ｄによって予め一定の容量に分割されて記録される。この一定の容量に分割されたＣＭコンテンツデータをＣＭ分割データと呼ぶ。当該ＣＭ分割データが記録される際に、ＣＭ分割データのファイル名には図９に示すように配信の順番を示すコンテンツ位置番号が付与される。

図１０は、管理サーバ３３の番組表ＤＢ３３ａが記憶する番組表データのデータ構成を示した図である。番組表データのエントリは、配信時間と、番組名と、番組ＩＤと、優先度とを有する。配信時間と、番組ＩＤと、優先度とには、上述した番組対応接続先データと同じ情報がコンテンツ配信システム１における配信サービスの運営者の管理端末から情報を受信した記録部３３ｄによって記録される。

なお、番組表ＤＢ３３ａ及び認証サーバ３１の番組対応接続先ＤＢ３１ａ−１、ＣＭ対応接続先ＤＢ３１ａ−２に設定される番組ＩＤあるいはＣＭ−ＩＤと優先度の対応関係は同じになるようにコンテンツ配信システム１におけるコンテツ配信サービスの運営者によって設定されることとなる。

図１１は、録音装置４０の録音画面４１の構成を示した図である。
録音画面４１において、タイムスタンプ４２は、番組の進行時間を示しており、基準とされる時刻が左端の０で、それ以降、基準時刻からの相対時刻が示されている。司会者は、タイムスタンプ４２を参照して、予め画像やテキストを録音画面４１で登録しておくことで、所望の時に画像やテキストが表示されるように設定することができる。ここで、録音装置４０は、音声データを１５秒ごとに編集して送信する場合に、編集される音声データの開始時刻からの画像やテキストが登録されている箇所までの相対時刻をタイムスタンプ４２を参照して算出する。そして、算出した相対時刻の情報を含むテキストや画像が音声データとともに配信サーバ３４を介して携帯電話端末１０に送信されることになる。

カウンタ４３には、録音装置４０を操作する司会者が録音装置４０のキーボードなどを操作によって入力されたイベントＩＤとカウンタ文言とカウントダウンの初期値とが表示される。ここで、カウンタ４３を利用する場合としては、録音装置４０の司会者と携帯電話端末１０のユーザとの間で司会者が提供した事柄や知識の情報に対するユーザの興味度合いや評価の度合いを集計するといったイベントを開催する場合において利用される。当該イベントでは、録音装置４０から配信した情報に対して携帯電話端末１０のユーザが感じた興味度合いをユーザが携帯電話端末１０の所定のキーを押下した回数によって示すという興味度合い測定が行われる。また、イベントＩＤとは、番組内で一意になるように予めイベントごとに付与されるＩＤであり、録音装置４０によって付与されるＩＤである。カウンタ文言とは、ユーザにキーの押下を求める前に、最初に、ユーザの携帯電話端末１０に録音装置４０から送信する文言、例えば、「今の情報は面白かったですか？」などが入力される。カウントダウンの初期値とは、集計を締め切るまでの時間を携帯電話端末１０に表示させる際の初期値となる値であり、例えば秒単位で設定される。なお、カウントダウンの値が０である場合には、携帯電話端末１０においてカウントダウンの表示はされない。

質問４４には、録音装置４０を操作する司会者が録音装置４０のキーボードなどを操作によって入力されたイベントＩＤと質問内容と選択項目とカウントダウンの初期値とが表示される。ここで、質問４４を利用する場合としては、録音装置４０の司会者と携帯電話端末１０のユーザとの間で、クイズなどのイベントを行う場合において利用される。当該イベントでは、録音装置４０から配信した質問と選択項目に対して携帯電話端末１０のユーザが正解と思う選択項目をユーザが携帯電話端末１０のキーを操作することによって選択することで正解者の選別が行われる。

レイヤ４５には、司会者が録音装置４０を操作することによって登録される画像データが表示される。図１１に示すようにレイヤ４５は、少なくとも３つの［レイヤ１］〜「レイヤ３］を有しており、司会者はタイムスタンプ４２を参照して、画像を予め登録しておく。

テキスト４６には、司会者が録音装置４０のキーボードを操作することによって入力され登録されたテキストが表示される。

音声４７には、司会者が録音装置４０のマイクに対して話した音声の音声信号の波形情報が表示される。

画像登録領域４８には、司会者が録音装置４０から配信を行いたい画像を予め登録しておく領域であり、例えば、ＣＤ−ＲＯＭなどから読み込んだ画像データが表示される。司会者は、録音装置４０のマウスなどでドラッグアンドドロップすることで上述したレイヤ４５に画像データを登録することが可能である。

上述した、カウンタ４３、質問４４、レイヤ４５、テキスト４６、音声４７の情報はタイムスタンプ４２に従う時刻に録音装置４０から配信サーバ３４に送信され、携帯電話端末１０に配信される。

また、カウンタ４３、質問４４、レイヤ４５、テキスト４６には、携帯電話端末１０に対して表示を開始させるか、表示している内容を消去して終了させるかを示す動作フラグを設定することができるが、特に設定をしない場合には、表示を開始させる動作フラグが設定され、携帯電話端末１０においては上書きされることになる。

次に、図１２から図１５を参照して、携帯電話端末１０、認証サーバ３１、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３の間で送受信される情報のデータフォーマットについて説明する。

図１２は、携帯電話端末１０と認証サーバ３１の間で送受信される情報のデータフォーマットを示した図である。図１２（ａ）は、携帯電話端末１０から認証サーバ３１に送信される認証要求のデータフォーマットであり、当該データフォーマットにはＵＩＤと、認証フラグが含まれている。ＵＩＤには、上述したように携帯電話端末１０ごとに付与されているＵＩＤが設定される。ＵＩＤは、上述したように移動体通信網５１において設定される場合と、携帯電話端末１０が内部に記憶しているＵＩＤを読み出して設定する場合がある。認証フラグは、認証サーバ３１において認証を行うか否かを判定するためのフラグであり、「０：会員認証不要」と、「１：会員認証必要」とが設定される。

図１２（ｂ）は、携帯電話端末１０から認証サーバ３１に送信される接続先要求のデータフォーマットであり、当該データフォーマットにはＵＩＤと、エラーコードと、番組ＩＤと、コンテンツ位置番号とが含まれている。ＵＩＤには、上述した携帯電話端末１０ごとに付与されているＵＩＤが設定される。エラーコードには、「１：終了」と「２：途中」が設定される。「１：終了」が設定されるのは、番組コンテンツデータが最後まで配信されて終了した場合に携帯電話端末１０が接続先要求を送信した場合であり、「２：途中」が設定されるのは、番組コンテンツデータの配信の途中で終了した場合に携帯電話端末１０が接続先要求を送信した場合である。番組ＩＤには、エラーコードが「２：途中」の場合に、携帯電話端末１０が直前に配信を受けていた番組ＩＤあるいはＣＭ−ＩＤが設定される。コンテンツ位置番号には、エラーコードが「２：途中」の場合に、携帯電話端末１０が最後に配信サーバ３４に送信した配信要求に設定されていたコンテンツ位置番号が設定される。

図１２（ｃ）は、認証サーバ３１から携帯電話端末１０に送信される接続先通知のデータフォーマットを示した図である。当該データフォーマットには、配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号が含まれている。配信サーバＵＲＬには、番組コンテンツデータの配信元の配信サーバ３４のＵＲＬあるいはＣＭ配信サーバ３２のＵＲＬが設定される。番組ＩＤには、配信を受信する番組ＩＤが設定される。コンテンツ位置番号には、携帯電話端末１０が配信を要求するコンテンツ位置番号が設定される。

図１３は、携帯電話端末１０と配信サーバ３４あるいはＣＭ配信サーバ３２の間で送受信される情報のデータフォーマットを示した図である。図１３（ａ）は、携帯電話端末１０から配信サーバ３４に送信される配信要求のデータフォーマットであり、当該データフォーマットには、ＵＩＤと配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とが含まれている。ＵＩＤには携帯電話端末１０ごとに付与されているＵＩＤが設定される。配信サーバＵＲＬには、番組コンテンツデータの配信元の配信サーバ３４のＵＲＬあるいはＣＭ配信サーバ３２のＵＲＬが設定される。コンテンツ位置番号には、携帯電話端末１０が配信を受けたいコンテンツ位置番号が設定される。

図１３（ｂ）は、配信サーバ３４から携帯電話端末１０に送信される配信応答のデータデータフォーマットであり、当該データフォーマットには、エラーコード、番組ＩＤ、コンテンツ位置番号、データ件数が含まれており、更にデータ件数に相当する数のデータ格納オフセットと、データ長と、データ種別とが繰り返し設定される。その後に、データ件数に相当する数のコンテンツデータを構成する構成データが設定されている。エラーコードには、番組コンテンツデータあるいはＣＭコンテンツデータの配信が正常の場合には「正常：０」、番組コンテンツデータあるいはＣＭコンテンツデータが最後まで配信され終了した場合には「１：終了」、番組コンテンツデータあるいはＣＭコンテンツデータの配信の途中で終了した場合には「２：途中」が設定される。番組ＩＤには、当該データフォーマットに含まれている番組コンテンツデータあるいはＣＭコンテンツデータに対応する番組ＩＤが設定される。コンテンツ位置番号には、次に配信する番組コンテンツデータの番組分割データの番号あるいはＣＭコンテンツデータのＣＭ分割データの番号が設定される。

データ件数には当該データフォーマットに含まれている構成データの件数が設定される。データ格納オフセットとデータ長とデータ種別は構成データごとのヘッダに該当し、データ件数分ヘッダが繰り返された後に、構成データが設定されている。データ格納オフセットは、当該ヘッダが示す構成データの当該データフォーマットにおける開始位置が設定される。データ長には、当該ヘッダが示す構成データのデータ長が設定される。データ種別には、当該ヘッダが示すコンテンツの種別が設定される。データ種別には、０から６までの値が設定される。０から６はそれぞれ、以下の構成データを示している。

「０」の音声データは、音声を再生するために用いられるデータである。本実施形態では、携帯電話端末１０の着信時に再生するメロディデータと同じ形式（例えば、ｍｌｄ形式、ｍｍｆ形式）で音声データを生成している。「１」の画像は、携帯電話端末１０の液晶画面に画像を表示するための画像データである。「２」のテキストは、携帯電話端末１０の液晶画面にテキストを表示するためのテキストデータである。「３」のバイブは、携帯電話端末１０のバイブレータを起動させるための制御データである。「４」の液晶点滅は、携帯電話端末１０の液晶表示部の液晶のバックライトを点滅させるための制御データである。「５」のカウンタは、カウンタを利用するイベント時に携帯電話端末１０に送信されるデータである。「６」の質問は、クイズなどのイベントを行う場合に、携帯電話端末１０に送信されるデータである。各構成データの内部のデータ構成については後述する。

図１４は、管理サーバ３３から配信サーバ３４あるいはＣＭ配信サーバ３２へ送信される進行状態通知のデータフォーマットを示した図である。当該データフォーマットには、次に開始される番組を示す番組ＩＤとその番組の優先度の情報が含まれている。

図１５は、図１３で説明した配信サーバ３４から携帯電話端末１０に送信されるデータに含まれているデータ種別ごとの構成データを示した図である。
図１５（ａ）は、音声、即ち司会者が話した内容をデータに変換した音声データのデータ構成を示した図である。音声の構成データは、特殊動作フラグと、再生時間と、データ領域を有する。特殊動作フラグには、「特殊動作なし」を示す０と、データ領域に音声の構成データが含まれていない場合に、携帯電話端末１０の内部に記憶されているメロディデータを代わりに再生することを示す１が設定される。再生時間には、データ領域に記憶されている当該音声の構成データの再生時間が設定される。データ領域には１５秒ごとに編集された音声データの構成データが設定される。

図１５（ｂ）は、画像、即ち画像データのデータ構成を示した図である。画像の構成データは、相対開始時刻、動作フラグ、レイヤ指定、画像種別、データ領域を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが再生されてからの相対開始時刻が設定され、具体的には、上述した録音装置４０の録音画面４１において画像データを登録した箇所に対応するタイムスタンプ４２の値に基づいて設定される。動作フラグは、携帯電話端末１０に画像データを表示させることを示す「０：開始」と、携帯電話端末１０に表示を消去させる「１：消去」が設定される。レイヤ指定には、上述した録音装置４０の録音画面４１において画像データを登録したレイヤ４５の番号、即ち［レイヤ１］〜［レイヤ３］が設定される。画像種別には、画像データのデータ形式が設定される。データ形式としては、ＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＰＮＧ（Ｐｒｏｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）が設定できる。データ領域には、画像データが設定される。

図１５（ｃ）は、テキスト、即ちテキストデータのデータ構成を示した図である。テキストの構成データは、相対開始時刻、動作フラグ、データ領域を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグは、携帯電話端末１０にテキストデータを表示させることを示す「０：開始」と、携帯電話端末１０に表示を消去させる「消去：１」が設定される。

図１５（ｄ）は、バイブ、即ち携帯電話端末１０に内蔵されているバイブレータを起動するための制御データのデータ構成を示した図である。バイブ制御のための構成データは、相対開始時刻、動作フラグを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、バイブレータの起動を開始させることを示す「０：開始」とバイブレータを停止させる「１：消去」が設定される。

図１５（ｅ）は、液晶点滅、即ち携帯電話端末１０の液晶画面のバックライトを点滅するための制御データのデータ構成を示した図である。液晶のバックライトの点滅制御のための構成データは、相対開始時刻、動作フラグを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、バックライトの点滅を開始させることを示す「０：開始」とバックライトの点滅を停止させる「１：消去」が設定される。

図１５（ｆ）は、カウンタの構成データのデータ構成を示した図である。カウンタの構成データは、相対開始時刻、動作フラグ、イベントＩＤ、カウントダウン、カウンタ文言を有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、当該データに含まれているカウントダウンとカウンタ文言を携帯電話端末１０の液晶画面に表示させることを示す「０：開始」と液晶画面の表示を消去する「１：消去」が設定される。イベントＩＤには、イベントごとに予め付与されているイベントＩＤが設定される。カウントダウンには、集計を締め切るまでの残り時間を示す時間の値が設定される。カウンタ文言には、カウントの集計を開始する際に、携帯電話端末１０の画面に表示させるテキストデータが設定される。

図１５（ｇ）は、質問の構成データのデータ構成を示した図である。質問の構成データは、相対開始時刻、動作フラグ、イベントＩＤ、カウントダウン、選択文言、選択項目件数、選択項目件数分の選択項目テキストを有する。相対開始時刻には、当該構成データと共に同じ番組分割データで送信される音声の構成データが配信されてからの相対開始時間が設定される。動作フラグには、当該データに含まれているカウントダウンとカウンタ文言を携帯電話端末１０の液晶画面に表示させることを示す「０：開始」と液晶画面の表示を消去する「１：消去」が設定される。イベントＩＤには、イベントごとに予め付与されているイベントＩＤが設定される。カウントダウンには、集計を締め切るまでの残り時間を示す時間の値が設定される。選択文言には、当該イベントがクイズの場合には、質問事項を示すテキストデータが設定される。選択項目件数には、選択項目の数が設定される。選択項目テキストには、選択項目のテキストデータが選択項目件数分だけ設定される。

なお、図１５（ａ）〜（ｇ）のデータフォーマットは、録音装置４０から配信サーバ３４に送信される場合のデータフォーマットと同じである。

次に、上述したコンテンツ配信システム１の動作について図面を用いて説明する。
図１６は、コンテンツ配信システム１におけるコンテンツ配信処理を示したシーケンス図である。
最初に、ユーザが操作することによって予めダウンロードされているコンテツ受信用アプリケーションが携帯電話端末１０で起動され、ユーザによって携帯電話端末１０に認証要求の指示が入力されると、携帯電話端末１０からＵＩＤと認証フラグを含む認証要求が認証サーバ３１に送信される（ステップＳａ１）。

認証サーバ３１の認証部３１ｄは、携帯電話端末１０から認証要求を受信し、認証要求に含まれている認証フラグとＵＩＤとを読み出し、認証フラグを参照する。認証フラグが「１：会員認証必要」を示している場合、認証部３１ｄは、会員情報管理サーバ３５に接続し、会員登録情報ＤＢ３５ａ−１に、携帯電話端末１０から受信したＵＩＤが登録されているか否かを判定することによって認証を行う（ステップＳａ２）。

ＵＩＤが会員登録情報ＤＢ３５ａ−１に登録されていない場合、認証部３１ｄは、エラー応答を携帯電話端末１０に送信する。一方、ＵＩＤが会員登録情報ＤＢ３５ａ−１に登録されている場合あるいは認証フラグが「０：会員認証不要」となっている場合、認証部３１ｄは、次に会員登録情報ＤＢ３５ａ−１から当該ＵＩＤに対応する番組予約の情報を配信予約ＤＢ３５ａ−２から読み出し、ＵＩＤと番組予約の情報を検出部３１ｃに送信する。

検出部３１ｃは、ＵＩＤと番組予約の情報を認証部３１ｄから受信し、受信した番組予約の情報に含まれている番組ＩＤに対応する番組の配信開始時刻を番組対応接続先ＤＢ３１ａ−１から読み出す。次に、検出部３１ｃは、時計３１ｆから現在時刻を取得し、配信開始時刻が時計３１ｆから取得した時刻を過ぎている、あるいは当該時刻を基準とした前後数分の近傍の時刻である番組ＩＤを検出する。検出部３１ｃは、検出した番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、検出部３１ｃは、読み出した配信サーバＵＲＬと読み出した番組ＩＤとを含みコンテンツ位置番号に「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳａ３）。

一方、録音装置４０において、認証サーバ３１が携帯電話端末１０に送信した番組ＩＤに対応する番組の司会者が録音装置４０を操作して録音を開始すると、録音装置４０から配信サーバ３４に番組ＩＤが付与された番組コンテンツデータが送信される（ステップＳａ４）。配信サーバ３４の記録部３４ｄは、録音装置４０から１つめの番組分割データ（番組分割データ（０））を受信し、番組分割データに含まれている番組ＩＤに基づいて番組コンテンツＤＢ３４ａの番組コンテンツデータリストに番組分割データを記録する。記録する際に、番組分割データのファイル名には最初を示す「０」が付与される。

なお、音声の構成データの他に画像のデータやテキストのデータを受信した場合には、図１３（ｂ）に示す、データ件数、データ格納オフセット、データ長、データ種別、構成データのフォーマットに従って複数のデータを１つのファイルとして記録する。

認証サーバ３１から接続先通知を受信した携帯電話端末１０は、接続先通知から配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とを読み出し、読み出した配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とＵＩＤとを含む配信要求をネットワークに送出する。当該配信要求は配信サーバＵＲＬに基づいてネットワーク５０内でルーティングされ配信サーバ３４に到達する（ステップＳａ５）。

配信要求を受信した配信サーバ３４の検出部３４ｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４ａから読み出した番組ＩＤとコンテンツ位置番号に対応する番組分割データ（０）を読み出す。そして、検出部３４ｃは、読み出した番組分割データ（０）を含む配信応答を生成する。このとき、配信応答のエラーコードには正常：０が設定され、番組ＩＤには配信する番組分割データ（０）の番組ＩＤが設定され、コンテンツ位置番号には次に送信する番組分割データ（１）のコンテンツ位置番号である「１」が設定される。また、データ件数、データ格納オフセット、データ長、データ種別には、当該番組分割データ（０）に対応するデータが設定される。検出部３４ｃは、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳａ６）。

この間に、録音装置４０から次の番組分割データ（１）が配信サーバ３４に送信され、次の番組コンテンツデータを受信した配信サーバ３４の記録部３４ｄは、番組分割データ（１）に含まれている番組ＩＤに基づいて番組コンテンツデータ３４ａの番組コンテンツデータリストに受信した番組分割データ（１）を記録する。記録する際に、番組コンテンツデータのファイル名には「１」が付与される（ステップＳａ７）。

配信サーバ３４から、番組分割データ（０）のデータを含む配信応答を受信した携帯電話端末１０は、配信応答から番組分割データ（０）を読み出して再生する。また、配信応答からコンテンツ位置番号、即ち「１」を読み出し、配信要求のデータを生成し、コンテンツ位置番号に配信応答から読み出したコンテンツ位置番号を設定し、配信応答を受信してから一定時間が経過した後に生成した配信要求を配信サーバ３４に送信する（ステップＳａ８）。

配信要求を受信した配信サーバ３４の検出部３４ｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４ａから読み出した番組ＩＤとコンテンツ位置番号に対応する分割番組データ（１）を読み出す。そして、検出部３４ｃは、読み出した分割番組データ（１）を含む配信応答を生成する。このとき、配信応答のエラーコードには正常：０が設定され、番組ＩＤには配信する分割番組データ（１）の番組ＩＤが設定され、コンテンツ位置番号には次に送信する分割番組データのコンテンツ位置番号である「２」が設定される。また、データ件数、データ格納オフセット、データ長、データ種別には、当該分割番組データ（１）に対応するデータが設定される。検出部３４ｃは、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳａ９）。

上記の配信処理において、録音装置４０は、１５秒ごとに音声の構成データを編集し、当該１５秒の間に録音画面４１に登録されている音声の構成データ以外の構成データを編集し、１つの番組分割データを生成して、配信サーバ３４に送信する。一方、携帯電話端末１０は、配信応答を受信し、配信応答に含まれている構成データを再生し、再生が終わった場合に配信要求を送信する。つまり、録音装置４０と配信サーバ３４との間での送受信と、携帯電話端末１０と配信サーバ３４との間での送受信は独立して行われており、ネットワーク５０の遅延や配信サーバ３４等の高負荷による処理遅延がなければ、上記のステップＳａ７からステップＳａ９の処理が繰り返される。しかし、遅延が発生すると、配信サーバ３４には携帯電話端末１０に対して未配信の番組コンテンツデータが蓄積されることになる。

録音装置４０における録音が終了すると、終了通知が録音装置４０から配信サーバ３４に送信される（ステップＳａ１０）。配信サーバ３４の検出部３４ｃは、終了通知を受信する。そして、携帯電話端末１０から送信された配信要求を受信し（ステップＳａ１１）、配信要求に含まれているコンテンツ位置番号を読み出す。検出部３４ｃは、読み出した当該コンテンツ位置番号に対応する番組分割データが番組コンテンツＤＢ３４ａの番組コンテンツデータリストに存在するか否かを検出する。ここでは、該当する番組分割データが存在しないため、配信応答のエラーコードに「１：終了」を設定して携帯電話端末１０に送信する（ステップＳａ１２）。

当該配信応答を受信した携帯電話端末１０は、エラーコードを読み出し、エラーコードが「１：終了」であるため、配信サーバ３４への配信要求の送信を終了し、次に予約している番組コンテンツデータを配信している配信サーバのＵＲＬを取得するためＵＩＤを含みエラーコードに「１：終了」が設定された接続先要求を認証サーバ３１に送信する（ステップＳａ１３）。接続先通知を受信した認証サーバ３１は後述する接続先判定処理を行う。

なお、携帯電話端末１０と配信サーバ３４及びＣＭ配信サーバ３２との間の通信は、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づいて行われ、携帯電話端末１０から送信される配信要求はｈｔｔｐのリクエストメッセージを用いて行われ、配信サーバ３４及びＣＭ配信サーバ３２から送信される配信応答はｈｔｔｐのレスポンスメッセージを用いて行われる。

次に、図１７から図１８を参照して、認証サーバ３１における接続先を判定する処理について説明する。図１７は、配信サーバ３４Ａから配信されている番組が終了し、配信サーバ３４Ｂから配信される次の番組の開始時刻まで空き時間がある場合のコンテンツ配信システム１の処理を示したシーケンス図である。

ここでは、配信サーバ３４Ａは既に録音装置４０から終了通知を受信している場合について説明する。まず、配信サーバ３４Ａは、携帯電話端末１０から配信要求を受信する（ステップＳｂ１）。配信要求を受信した配信サーバ３４Ａの検出部３４Ａｃは、配信要求に含まれているコンテンツ位置番号を読み出す。当該コンテンツ位置番号に対応する分割番組データは、番組コンテンツＤＢ３４Ａａの番組コンテンツデータリストに存在しないため、配信応答のエラーコードに「１：終了」を設定して携帯電話端末１０に送信する（ステップＳｂ２）。

当該配信応答を受信した携帯電話端末１０は、エラーコードを読み出し、エラーコードが「１：終了」であるため、配信サーバ３４Ａへの配信要求の送信を終了し、次に接続するサーバのＵＲＬを取得するために、エラーコードに「１：終了」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｂ３）。

接続先要求を受信した認証サーバ３１の検出部３１ｃは、後述する接続先判定処理を行う（ステップＳｂ４）。そして、接続先判定処理によって、検出部３１ｃは、携帯電話端末１０のユーザによって予約されている次の番組がまだ開始されていないことを検出し、次の番組が開始されるまでの時間内の再生時間となっているＣＭコンテンツデータであって、最大の再生時間のＣＭコンテンツデータのＣＭ−ＩＤをＣＭ対応接続先ＤＢ３１ａ−２から検出する。このとき、番組が開始されるまでの時間内の再生時間のＣＭコンテンツデータであって最大の再生時間のＣＭコンテンツデータを検出するようにしてもよいが、ＣＭコンテンツデータの半分以上の内容が配信できることを条件としてＣＭコンテンツデータを検出するようにしてもよい。

そして、検出したＣＭ−ＩＤに対応するＣＭ配信サーバＵＲＬをＣＭ対応接続先ＤＢ３１ａ−２から読み出し、ＵＩＤと読み出したＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｂ５）。接続先通知を受信した携帯電話端末１０は、接続先通知からＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号とを読み出し、ＵＩＤと読み出したＣＭ配信サーバＵＲＬとＣＭ−ＩＤとコンテンツ位置番号とを含む配信要求をＣＭ配信サーバ３２に送信する（ステップＳｂ６）。

配信要求を受信したＣＭ配信サーバ３２の検出部３２ｃは、配信要求に含まれているＣＭ−ＩＤを読み出し、読み出したＣＭ−ＩＤに対応する最初のＣＭ分割データ（０）をＣＭコンテンツＤＢ３２ａのＣＭコンテンツデータリストから読み出す。そして、ＣＭ配信サーバ３２の検出部３２ｃは、エラーコードを０とし、当該ＣＭ−ＩＤと読み出した分割ＣＭデータ（０）と、次に配信する分割ＣＭデータのコンテンツ位置番号である「１」を含む配信応答を携帯電話端末１０に送信する（ステップＳｂ７）。その後、ＣＭコンテツデータの再生時間の間ステップＳｂ６とステップＳｂ７の処理が繰り返される。

ステップＳｂ６とＳｂ７の処理が繰り返されている間、管理サーバ３３の検出部３３ｃは、一定間隔で時計３３ｅから現在時刻を取得する。そして、検出部３３ｃは、番組表ＤＢ３３ａの番組表ＤＢ３３ａから配信開始時刻が時計３１ｆから取得した時刻を過ぎている、あるいは当該時刻を基準とした前後数分の近傍の時刻である番組ＩＤが存在するか否かを判定し、存在した場合には当該番組ＩＤを検出する。そして、検出した番組ＩＤに対応する優先度を番組表ＤＢ３３ａから読み出し、番組ＩＤと優先度とを含む進行状態通知をＣＭ配信サーバ３２に送信する。また、このとき全ての配信サーバ３４にも進行状態通知を送信する（ステップＳｂ８）。

進行状態通知を受信したＣＭ配信サーバ３２は、後述する優先度判定処理を行い、自らが配信しているＣＭコンテンツデータの優先度が通知された優先度よりも低いことを検出する。自らが配信しているＣＭコンテンツデータの優先度が通知された優先度よりも低いことを検出した場合には、その後、ＣＭ配信サーバ３２が、携帯電話端末１０から配信要求を受信した場合には（ステップＳｂ１０）、携帯電話端末１０にエラーコードに「２：途中」を設定した配信応答を携帯電話端末１０に送信する（ステップＳｂ１１）。

エラーコードに「２：途中」が設定された配信応答を受信した携帯電話端末１０は、ＵＩＤと配信サーバ３４Ａから配信を受信していた番組ＩＤと最後の配信要求を送信したときに設定されたコンテンツ位置番号とエラーコードとして「２：途中」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｂ１２）。接続先要求を受信した認証サーバ３１は、再び接続先判定処理を行う（ステップＳｂ１３）。ここでは、当該接続先判定処理においても、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組が存在すると判定され、該当する番組の番組ＩＤと次の番組を配信する配信サーバ３４Ｂの配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｂ１４）。

認証サーバ３１から接続先通知を受信した携帯電話端末１０は、接続先通知から配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とを読み出し、読み出した配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とＵＩＤとを含む配信要求をネットワークに送出する。当該配信要求は配信サーバＵＲＬに基づいてネットワーク５０内でルーティングされ配信サーバ３４Ｂに到達する（ステップＳｂ１５）。

配信要求を受信した配信サーバ３４Ｂの検出部３４Ｂｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４Ｂａから読み出した番組ＩＤとコンテンツ位置番号に対応する番組コンテンツデータ（０）を読み出す。そして、検出部３４Ｂｃは、読み出した番組コンテンツデータ（０）を含む配信応答を生成し、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳｂ１６）。

次に、接続先判定処理について図１８を用いて説明する。
図１８は、上述した認証サーバ３１によって行われる接続先判定処理を示したフローチャートである。認証サーバ３１の検出部３１ｃは、携帯電話端末１０から接続先要求を受信する（ステップＳｃ１（図１７のステップＳｂ３及びＳｂ１２に対応））。検出部３１ｃは、接続先要求からエラーコードと番組ＩＤとコンテンツ位置番号とを読み出す。そして、読み出したエラーコードが「１：終了」か「２：途中」かを判定する（ステップＳｃ２）。エラーコードが「２：途中」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｃ３）。

次に、検出部３１ｃは、接続先要求に含まれていた番組ＩＤの優先度と、検出した番組の優先度とを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、接続先要求に含まれていた番組ＩＤの優先度、即ち番組コンテンツデータの受信を途中で終了した番組の番組ＩＤに対応する優先度と、検出した番組ＩＤに対応する優先度とを比較し、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高いか否かを判定する（ステップＳｃ４）。検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度と同じあるいは低い場合には、途中で終了した番組コンテンツデータの配信を継続して携帯電話端末１０に受けさせることになる。そのとき、認証サーバ３１は、途中で終了した番組の番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、当該配信サーバＵＲＬと、途中で終了した番組の番組ＩＤと、接続先要求から読み出したコンテンツ位置番号とを含む接続先通知を携帯電話端末１０に送信する（ステップＳｃ５）。

一方、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高い場合には、優先度の高い新たな番組コンテンツデータを携帯電話端末１０に配信を受ける。そのとき、認証サーバ３１は、検出した番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、検出した番組ＩＤと、読み出した配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ６）。

一方ステップＳｃ２において、エラーコードが「１：終了」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｃ１０）。そして、検出部３１ｃは、該当する番組ＩＤ、即ち配信可能な番組が存在するか否かを判定する（ステップＳｃ１１）。配信可能な番組が存在しない場合には、最先に開始される番組の配信開始時刻と現在時刻との差分を算出し、算出した差分の時間内で再生時間が収まるＣＭの中で最も再生時間の長いＣＭのＣＭ−ＩＤとＣＭ配信サーバＵＲＬとをＣＭ対応接続先ＤＢ３１ａ−２から検出する。そして、検出したＣＭ−ＩＤとＣＭ配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１２（図１７のステップＳｂ５に対応））。

一方、配信可能な番組が存在する場合には、次に、配信可能な番組が複数存在するか否かを判定する（ステップＳｃ１３）。配信可能な番組が１個しか存在しない場合には、配信可能な番組の番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出し、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１４（図１７のステップＳｂ１４に対応））。一方、配信可能な番組が複数存在する場合には、全ての配信可能な番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出し、その中で最も優先度が高い番組に対応する番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１５（図１７のステップＳｂ１４に対応））。

次に、優先度判定処理について図１９を用いて説明する。
図１９は、上述したＣＭ配信サーバ３２あるいは配信サーバ３４によって行われる優先度判定処理を示したフローチャートである。以下、ＣＭ配信サーバ３２と配信サーバ３４によって行われる処理は同じであるため、配信サーバ３４の処理部を用いて処理の説明を行う。

最初に、配信サーバ３４の検出部３４ｃは、管理サーバ３３から進行状態通知を受信する（ステップＳｅ１（図１７のステップＳｃ８に対応））。このとき、番組コンテンツデータの配信を行っていない配信サーバ３４が進行状態通知を受信した場合には、受信した進行状態通知を破棄する。番組コンテンツデータを配信中の配信サーバ３４の検出部３４ｃは、受信した進行状態通知に含まれている番組ＩＤを読み出し、配信中の番組ＩＤと一致するか否かを判定する（ステップＳｅ２）。一致しない場合には、検出部３４ｃは、番組コンテンツＤＢ３４ａから配信中の番組ＩＤに対応する優先度を読み出す。そして、進行状態通知に含まれている優先度と読み出した優先度とを比較し、進行状態通知に含まれている優先度が読み出した優先度を超えているか否かを判定する（ステップＳｅ３）。

進行状態通知に含まれている優先度が読み出した優先度を超えている場合には、次に携帯電話端末１０から配信要求を受信した場合に、エラーコードに「２：途中」を含む配信応答を生成して携帯電話端末１０に送信する。

一方、進行状態通知に含まれている優先度が読み出した優先度を超えていない場合と、ステップＳｅ２において配信中の番組ＩＤと進行状態通知に含まれている番組ＩＤとが一致した場合には、次に携帯電話端末１０から配信要求を受信した場合には（図１７のステップＳｂ１０に対応）、配信要求に含まれているコンテンツ位置番号に対応する番組分割データを番組コンテンツＤＢ３４ａから読み出し、読み出した番組コンテンツデータを含む配信応答を生成して携帯電話端末１０に送信する（ステップＳｅ５（図１７のステップＳｂ１１に対応））。

図２０は、上記の構成によって実現される番組コンテンツデータの再生時間制御について説明するための図である。
図２０（ａ）は、番組表ＤＢ３３ａ及び番組対応接続先ＤＢ３１ａ−１に設定される配信時間に基づいて行われるべき番組進行状況を示した図である。ネットワーク５０の輻輳や携帯電話端末１０において通信ができない状態の発生のために通信の遅延が発生しない場合には、携帯電話端末１０によって再生される再生状況は図２０（ｂ）に示す通り、図２０（ａ）と同じ時刻で番組ＡとＣＭと番組Ｂとが再生される。

しかし、通信の遅延が発生し、番組Ａの再生が遅延してしまった場合には、ＣＭを再生している途中に、上述した管理サーバ３３から通知される進行状態通知によって、ＣＭを配信しているＣＭ配信サーバ３２がＣＭコンテンツデータの配信を途中で終了し、携帯電話端末１０が認証サーバ３１に接続先要求を送信して番組Ｂの配信を最初から受信することが可能となる。つまり、図２０（ｃ）に示すように、管理サーバ３３が番組表ＤＢ３３ａに記憶されている配信時間に基づいて進行状態通知を送信することでＣＭの再生時間を任意に短縮することが可能となり、携帯電話端末１０のユーザが配信を受けたい番組Ｂについて予め設定した開始時刻またはその近傍の時刻に受信することが可能となる。

また、図２０（ｄ）に示すように、番組Ａの配信が終了したときに既に番組Ｂの配信開始時刻を過ぎているかあるいはその近傍の時刻である場合には、認証サーバ３１が空き時間が無いことを判定し、携帯電話端末１０をＣＭ配信サーバ３２へ接続させず、直接番組Ｂを配信する配信サーバ３４に接続させるようにすることも可能である。この場合には、管理サーバ３３による進行状態通知なしに、認証サーバ３１が番組の進行状況を番組対応接続先ＤＢ３１ａ−１に記憶されている配信時間に基づいて適切な接続先を検出し、携帯電話端末１０が検出された当該接続先に接続する。

上述した、第１実施形態の構成において、認証サーバ３１が行う接続先判定処理によって、配信開始時刻と現在時刻とに基づいて、携帯電話端末１０を配信サーバ３４に接続させるか、ＣＭ配信サーバ３２に接続させるかを判定することが可能となる。それによって、配信中の番組コンテンツデータに通信遅延が発生し、予定されていた番組の進行スケジュールに一致しない状態になったとしても、配信中の番組コンテンツデータと次の番組コンテンツデータの間に配信する予定のＣＭコンテンツデータの配信をさせずに、次の番組コンテンツデータの配信を開始することで、番組の進行スケジュールを予定されていた状態にできるだけ近づけることができる。

また、管理サーバ３３が通知する進行状態通知に基づいて配信サーバ３４が行う優先度判定処理により、番組コンテンツデータが配信中であっても、優先度の高い番組コンテンツデータの配信開始時刻になった場合には、配信中の番組コンテンツデータの配信を停止し、優先度の高い番組コンテンツデータへ携帯電話端末１０を接続させることができる。それによって、携帯電話端末１０のユーザは、配信予約をした番組の中で常に優先度の高い番組コンテンツデータの配信を受信することが可能となる。

なお、上述した第１実施形態では、優先度判定処理を配信サーバ３４とＣＭ配信サーバ３２に実行させていたが、配信サーバ３４とＣＭ配信サーバ３２によって優先度判定処理をさせるのではなく、管理サーバ３３において優先度判定処理をさせるようにしてもよい。その場合、管理サーバ３３は、各配信サーバ３４及びＣＭ配信サーバ３２の状態を検出して、次に開始される番組コンテンツデータの優先度が配信中の番組コンテンツデータあるいはＣＭコンテンツデータの優先度を超える場合に、該当する配信サーバ３４あるいはＣＭ配信サーバ３２にのみ進行状態通知を送信することになる。また、当該進行状態通知を受信した配信サーバ３４あるいはＣＭ配信サーバ３２は、優先度判定処理をすることなく、「２：途中」を設定した配信応答を携帯電話端末１０に送信する。

また、上述した、認証サーバ３１、ＣＭ配信サーバ３２、管理サーバ３３配信サーバ３４、会員情報管理サーバ３５は、１つの装置であってもよく、複数のサーバをひとつの装置により構成してもよい。

（第２実施形態）
次に、図２１と図２２を参照して、第２実施形態におけるコンテンツ配信システム１について説明する。図２の概略ブロック図における、第２実施形態と第１実施形態の構成の違いは、認証サーバ３１においてＣＭ対応接続先ＤＢ３１ａ−１は存在せず、ＣＭ配信サーバのＵＲＬは、検出部３１ｃが内部に記憶している点と、ＣＭ配信サーバ３２に１つのＣＭコンテンツデータを記憶させている点である。それ以外は、第２実施形態の構成は、第１実施形態の構成と同じであるため、以下、図２で説明した機能ブロックを参照して、第２実施形態のコンテンツ配信処理について説明する。

図２１は、配信サーバ３４Ａから配信されている番組が終了し、配信サーバ３４Ｂから配信される次の番組の開始時刻まで空き時間がある場合のコンテンツ配信システム１の処理を示したシーケンス図である。
ここでは、配信サーバ３４Ａは既に録音装置４０から終了通知を受信しており、まず、配信サーバ３４Ａは、携帯電話端末１０から配信要求を受信する（ステップＳｇ１）。配信要求を受信した配信サーバ３４Ａの検出部３４Ａｃは、配信要求に含まれているコンテンツ位置番号を読み出す。当該コンテンツ位置番号に対応する分割番組データは、番組コンテンツＤＢ３４Ａａの番組コンテンツデータリストに存在しないため、配信応答のエラーコードに「１：終了」を設定して携帯電話端末１０に送信する（ステップＳｇ２）。

当該配信応答を受信した携帯電話端末１０は、エラーコードを読み出し、エラーコードが「１：終了」であるため、配信サーバ３４Ａへの配信要求の送信を終了し、次に接続するサーバのＵＲＬを取得するために、エラーコードに「１：終了」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｇ３）。

接続先要求を受信した認証サーバ３１の検出部３１ｃは、後述する接続先判定処理を行う（ステップＳｇ４）。そして、接続先判定処理によって、検出部３１ｃは、携帯電話端末１０のユーザによって予約されている次の番組がまだ開始されていないことを検出し、予め設定されているＣＭ配信サーバのＵＲＬとＵＩＤとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｇ５）。

接続先通知を受信した携帯電話端末１０は、接続先通知からＣＭ配信サーバＵＲＬとコンテンツ位置番号とを読み出し、ＵＩＤとＣＭ配信サーバＵＲＬとコンテンツ位置番号とを含む配信要求をＣＭ配信サーバ３２に送信する（ステップＳｇ６）。

配信要求を受信したＣＭ配信サーバ３２の検出部３２ｃは、最初の分割ＣＭデータ（０）をＣＭコンテンツＤＢ３２ａのＣＭコンテンツデータリストから読み出す。そして、ＣＭ配信サーバ３２の検出部３２ｃは、エラーコードを０とし、当該ＣＭ−ＩＤと読み出した分割ＣＭデータ（０）と、次に配信する分割ＣＭデータのコンテンツ位置番号である「１」を含む配信応答を携帯電話端末１０に送信する（ステップＳｇ７）。その後、ＣＭコンテツデータの再生時間の間ステップＳｇ６とステップＳｇ７の処理が繰り返される。

ステップＳｇ６とＳｇ７の処理が繰り返されている間、管理サーバ３３の検出部３３ｃは、一定間隔で時計３３ｅから現在時刻を取得する。そして、検出部３３ｃは、番組表ＤＢ３３ａの番組表ＤＢ３３ａから配信開始時刻が時計３１ｆから取得した時刻を過ぎている、あるいは当該時刻を基準とした前後数分の近傍の時刻である番組ＩＤが存在するか否かを判定し、存在した場合には進行状態通知をＣＭ配信サーバ３２に送信する（ステップＳｇ８）。

進行状態通知を受信したＣＭ配信サーバ３２は、携帯電話端末１０から配信要求を受信した場合には（ステップＳｇ９）、携帯電話端末１０にエラーコードに「２：途中」を設定した配信応答を携帯電話端末１０に送信する（ステップＳｇ１０）。

エラーコードに「２：途中」が設定された配信応答を受信した携帯電話端末１０は、ＵＩＤと配信サーバ３４Ａから配信を受信していた番組ＩＤと最後の配信要求を送信したときに設定されたコンテンツ位置番号とエラーコードとして「２：途中」が設定された接続先要求を認証サーバ３１に送信する（ステップＳｇ１１）。接続先要求を受信した認証サーバ３１は、再び接続先判定処理を行う（ステップＳｇ１２）。当該接続先判定処理において、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組が存在すると判定され、該当する番組の番組ＩＤと次の番組を配信する配信サーバ３４Ｂの配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｇ１３）。

認証サーバ３１から接続先通知を受信した携帯電話端末１０は、接続先通知から配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とを読み出し、読み出した配信サーバＵＲＬと番組ＩＤとコンテンツ位置番号とＵＩＤとを含む配信要求をネットワークに送出する。当該配信要求は配信サーバＵＲＬに基づいてネットワーク５０内でルーティングされ配信サーバ３４Ｂに到達する（ステップＳｇ１４）。

配信要求を受信した配信サーバ３４Ｂの検出部３４Ｂｃは、配信要求から、番組ＩＤとコンテンツ位置番号を読み出し、番組コンテンツＤＢ３４Ｂａから読み出した番組ＩＤとコンテンツ位置番号に対応する番組コンテンツデータ（０）を読み出す。そして、検出部３４Ｂｃは、読み出した番組コンテンツデータ（０）を含む配信応答を生成し、生成した配信応答を配信要求の送信元の携帯電話端末１０に送信する（ステップＳｇ１５）。

次に、第２実施形態における接続先判定処理について図２２を用いて説明する。
図２２は、上述した第２実施形態における認証サーバ３１によって行われる接続先判定処理を示したフローチャートである。認証サーバ３１の検出部３１ｃは、携帯電話端末１０から接続先要求を受信する（ステップＳｈ１（図２１のステップＳｇ３及びＳｇ１１に対応））。検出部３１ｃは、接続先要求からエラーコードと番組ＩＤとコンテンツ位置番号とを読み出す。そして、読み出したエラーコードが「１：終了」か「２：途中」かを判定する（ステップＳｈ２）。エラーコードが「２：途中」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｈ３）。

次に、検出部３１ｃは、接続先要求に含まれていた番組ＩＤの優先度と、検出した番組の優先度とを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、接続先要求に含まれていた番組ＩＤの優先度、即ち番組コンテンツデータの受信を途中で終了した番組の番組ＩＤに対応する優先度と、検出した番組ＩＤに対応する優先度とを比較し、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高いか否かを判定する（ステップＳｈ４）。検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度と同じあるいは低い場合には、途中で終了した番組コンテンツデータの配信を継続して携帯電話端末１０に受けさせることになる。そのとき、認証サーバ３１は、途中で終了した番組の番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、当該配信サーバＵＲＬと、途中で終了した番組の番組ＩＤと、接続先要求から読み出したコンテンツ位置番号とを含む接続先通知を携帯電話端末１０に送信する（ステップＳｈ５）。

一方、検出した番組ＩＤに対応する優先度が途中で終了した番組の番組ＩＤに対応する優先度より高い場合には、優先度の高い新たな番組コンテンツデータを携帯電話端末１０に配信を受ける。そのとき、認証サーバ３１は、検出した番組ＩＤに対応する配信サーバＵＲＬを番組対応接続先ＤＢ３１ａ−１から読み出し、検出した番組ＩＤと、読み出した配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｈ６）。

一方ステップＳｃ２において、エラーコードが「１：終了」の場合には、検出部３１ｃは、時計３１ｆから現在時刻を読み出し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始される番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出する（ステップＳｈ１０）。そして、検出部３１ｃは、該当する番組ＩＤ、即ち配信可能な番組が存在するか否かを判定する（ステップＳｃ１１）。配信可能な番組が存在しない場合には、予め設定されているＣＭ配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｃ１２（図２１のステップＳｇ５に対応））。

一方、配信可能な番組が存在する場合には、次に、配信可能な番組が複数存在するか否かを判定する（ステップＳｃ１３）。配信可能な番組が１個しか存在しない場合には、配信可能な番組の番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出し、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｈ１４（図２１のステップＳｇ１３に対応））。一方、配信可能な番組が複数存在する場合には、全ての配信可能な番組の番組ＩＤを番組対応接続先ＤＢ３１ａ−１から検出し、その中で最も優先度が高い番組に対応する番組ＩＤと配信サーバＵＲＬとを番組対応接続先ＤＢ３１ａ−１から読み出す。そして、読み出した番組ＩＤと配信サーバＵＲＬとコンテンツ位置番号として「０」が設定された接続先通知を携帯電話端末１０に送信する（ステップＳｈ１５（図２１のステップＳｇ１３に対応））。このようにして、番組コンテンツデータの配信開始時刻になった場合には、ＣＭコンテンツデータの配信が停止し、番組コンテンツデータの配信を開始することができる。

上記の第２実施形態の構成では、配信サーバ３４Ａからの配信が終了した場合に、携帯電話端末１０は、認証サーバ３１に接続先要求を送信し、認証サーバ３１における接続先判定処理によって選択されたＣＭ配信サーバ３２へのＵＲＬを受信してＣＭ配信サーバ３２に接続する。そして、管理サーバ３３が次の番組の開始を検出すると、管理サーバ３３がＣＭ配信サーバ３２に進行状態通知を送信する。ＣＭ配信サーバ３２は、進行状態通知を受信すると第１の実施形態とは異なり、優先度の判定処理を行わず、ＣＭコンテンツデータの配信を停止する。携帯電話端末１０は、再びに接続先を切り替えるため接続先要求を、認証サーバ３１に送信し、認証サーバ３１によって選択された次の番組を配信する配信サーバ３４ＢへのＵＲＬを受信して、次の番組の配信を受信することになる。

なお、第２実施形態においても、携帯電話端末１０と、配信サーバ３４Ａ、３４Ｂ及びＣＭ配信サーバ３２との間の通信は、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づいて行われ、携帯電話端末１０から送信される配信要求はｈｔｔｐのリクエストメッセージを用いて行われ、配信サーバ３４Ａ、３４Ｂ及びＣＭ配信サーバ３２から送信される配信応答はｈｔｔｐのレスポンスメッセージを用いて行われる。

また、上記の第２実施形態では、ＣＭ配信サーバ３２が１つのＣＭコンテンツデータを記憶しているとしたが、ＣＭ配信サーバ３２が複数のＣＭコンテンツデータを記憶していてもよい。その場合、ＣＭ配信サーバ３２は、携帯電話端末１０から配信要求を受信したときに、ＣＭコンテンツデータを選択して配信することになるが、ＣＭコンテンツデータを選択する方法としては、例えば、時間帯に対応付けてＣＭコンテンツデータを記憶しておき、配信要求を受信した時刻の情報に適合する時間帯のＣＭコンテンツデータを選択する方法がある。

（第３実施形態）
次に、図２３と図２４を参照して第２実施形態におけるコンテンツ配信システムついて説明する。
図２３は、第３実施形態によるコンテンツ配信システム１ａを示す概略ブロック図である。携帯電話端末１０、移動体通信網５１、基地局５２、ネットワーク５０、録音装置４０については第１実施形態と同じ構成である。第３実施形態では、第１実施形態においてコンテンツの配信を制御するサーバシステム３０が複数のサーバから構成されていたのに対し、１つのサーバ８０によってコンテンツ配信の制御が行われる点が第１実施形態と異なる点である。

サーバ８０において、送受信部８０ｂはネットワーク５０に接続され、録音装置４０と携帯電話端末１０との間で情報の送受信を行う。記録部８０ｃは、送受信部８０ｂを介して録音装置４０から送信されるコンテンツデータをコンテンツＤＢ８０ａに記録する。検出部８０ｄは、送受信部８０ｄを介して携帯電話端末１０から配信要求を受信し、配信要求に基づいて該当するコンテンツデータをコンテンツＤＢ８０ａから検出し、送受信部８０ｂを介して検出したコンテンツデータを送信する。時計８０ｅは検出部８０ｄに接続され、検出部８０ｄの要求に応じて現在時刻を応答する。

コンテンツＤＢ８０ａのエントリは、配信時間と、ＩＤと、コンテンツデータリストと、優先度とを有し、配信時間には、コンテンツの配信開始時刻と配信終了時刻が、例えば図２３に示すように「１０：００−１０：３０」として設定される。ＩＤにはコンテンツデータを一意に識別可能なＩＤが設定される。コンテンツデータリストには、録音装置４０から受信したコンテンツデータが、受信した単位（分割データ）で記録部８０ｃによって記録される。分割データとして記録される際に、それぞれの分割データのファイル名には順番を示す番号が付与される。優先度には、当該コンテンツデータの重要度に応じた優先度の値が設定される。

また、配信時間が設定されていないコンテンツデータは、コンテンツ配信システム１ａにおける配信サービスの運営者が管理端末を操作することによって予め登録されるコンテンツデータであり、コンテンツデータリストには、予め分割データに分割されたコンテンツデータが当該管理端末から情報を受信した記録部８０ｃによって記録されており、優先度には、当該運営者が決定した優先度が管理端末から情報を受信した記録部８０ｃによって記録される。

当該コンテンツ配信システム１ａの基本的な動作は、録音装置４０によって司会者が話した内容が録音され、コンテンツデータとしてサーバ８０に送信され、サーバ８０は受信したコンテンツデータを分割データとしてコンテンツＤＢ８０ａに受信した順に記録する。

また、サーバ８０は、携帯電話端末１０から配信要求を受信し、配信要求に含まれているＩＤとコンテンツ位置番号に対応する分割データをコンテンツＤＢ８０ａのコンテンツデータリストから読み出して送信する。分割データを受信した携帯電話端末１０は、コンテンツ位置番号を１つ増やして配信要求をサーバ８０に送信する。

次に、サーバ８０が携帯電話端末１０から配信要求を受信した場合には、配信要求に含まれているコンテンツ位置番号は１増えているため、当該コンテンツ位置番号に対応する分割データをコンテンツデータリストから読み出して携帯電話端末１０に送信する。

なお、携帯電話端末１０がサーバ８０に配信要求を送信する処理と、録音装置４０がサーバ８０に分割データを送信する処理は独立に行われるものである。この処理が携帯電話端末１０とサーバ８０、録音装置４０とサーバ８０の間で繰り返されることでサーバ８０から携帯電話端末１０へ連続して分割データが送信され、コンテンツデータの配信が行われる。また、携帯電話端末１０とサーバ８０との間の通信は、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づいて行われ、携帯電話端末１０から送信される配信要求はｈｔｔｐのリクエストメッセージを用いて行われ、サーバ８０から送信される配信応答はｈｔｔｐのレスポンスメッセージを用いて行われる。

次に、図２４を参照してサーバ８０における、コンテンツ配信処理について説明する。
最初に、サーバ８０の検出部８０ｄは、携帯電話端末１０から配信要求を受信する（ステップＳｆ１）。検出部８０ｄは、配信要求に含まれるコンテンツ位置番号に対応する分割データがコンテンツＤＢ８０ａに存在するか否かに基づいて、コンテンツデータの配信が終了したか否かを判定する（ステップＳｆ２）。

配信が終了していない場合には、検出部８０ｄは、時計８０ｅから現在時刻を取得し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始されるコンテンツデータであって、現在配信中のコンテンツデータより優先度の高いという条件に合致するコンテンツデータが存在するか否かを判定する（ステップＳｆ３）。当該条件に合致するコンテンツデータが存在しない場合には、現在配信中のコンテンツデータの次の分割データを携帯電話端末１０に送信する（ステップＳｆ４）。一方、当該条件に合致するコンテンツデータが存在する場合には、高い優先度のコンテンツデータの最初の分割データをコンテンツＤＢ８０ｄから読み出して携帯電話端末１０に送信する（ステップＳｆ５）。

一方、ステップＳｆ２において、現在配信中のコンテンツデータが最後の分割データまで配信された場合に、検出部８０ｄは当該配信処理の終了を検出し、時計８０ｅから現在時刻を取得し、配信開始時刻が現在時刻を過ぎている、あるいは現在時刻を基準として前後数分の近傍の時刻に開始されるコンテンツデータが複数存在するか否かを判定する（ステップＳｆ６）。コンテンツデータが複数存在しない場合、即ち１つしか存在しない場合には、当該コンテンツデータの最初の分割データを携帯電話端末１０に送信する（ステップＳｆ７）。一方、コンテンツデータが複数存在する場合には、その中で最も優先度の高いコンテンツデータの最初の分割データをコンテンツＤＢ８０ｄから読み出して携帯電話端末１０に送信する（ステップＳｆ８）。

上記の第３実施形態において、サーバ８０は、携帯電話端末１０から配信要求を受信した場合に、配信要求に対応する分割データが存在するか否かを判定する。そして、当該判定によって、配信要求に対応する分割データが存在しないと判定した場合には、配信開始時刻を過ぎている複数のコンテツデータが存在するか否かを検出し、複数存在する場合には、優先度の高いコンテンツデータの配信を行う。また、配信要求に対応する分割データが存在していると判定された場合には、配信の途中であっても、配信中のコンテンツデータより優先度の高いコンテンツデータが存在する場合には、優先度の高いコンテンツデータの配信を行う構成とした。そのため、携帯電話端末１０のユーザは、選択することなく優先度の高いコンテンツデータの配信を受信することが可能となる。

また、第３実施形態において、サーバ８０は、単体の装置から構成されていても、複数の装置から構成されていてもよいものとする。

なお、上述した第１、第２及び第３の実施形態においては、録音装置４０は、コンテンツデータを配信するコンテンツ配信事業者によって管理されている例を示していたが、これ以外の者、例えば、一般のユーザが自らのＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）に録音のためのプログラムをインストールして、録音を行い、インターネット経由で配信サーバに送信するようにしてもよい。

上述の認証サーバ３１、会員情報管理サーバ３５、配信サーバ３４、ＣＭ配信サーバ３２、管理サーバ３３は内部に、コンピュータシステムを有している。そして、上述したコンテンツ配信処理、接続先判定処理、優先度判定処理などの各処理は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。

第１実施形態におけるコンテンツ配信システムを示すブロック図である。 第１実施形態におけるサーバシステムの構成を示したブロック図である。 第１実施形態における各サーバのハードウェア構成を示した図である。 第１実施形態における会員登録情報ＤＢのデータ構成を示した図である。 第１実施形態における配信予約ＤＢのデータ構成を示した図である。 第１実施形態における番組対応接続先ＤＢのデータ構成を示した図である。 第１実施形態におけるＣＭ対応接続先ＤＢのデータ構成を示した図である。 第１実施形態における番組コンテンツＤＢのデータ構成を示した図である。 第１実施形態におけるＣＭコンテンツＤＢのデータ構成を示した図である。 第１実施形態における番組表ＤＢのデータ構成を示した図である。 第１実施形態における録音装置の録音画面を示した図である。 第１実施形態における携帯電話端末と認証サーバとの間で送受信される情報のデータフォーマットを示した図である。 第１実施形態における携帯電話端末と配信サーバとの間で送受信される情報のデータフォーマットを示した図である。 第１実施形態における管理サーバから配信サーバに送信される進行状態通知のデータフォーマットを示した図である。 第１実施形態における構成データのデータフォーマットを示した図である。 第１実施形態におけるコンテンツ配信処理を示したシーケンス図（その１）である。 第１実施形態におけるコンテンツ配信処理を示したシーケンス図（その２）である。 第１実施形態における接続先判定処理のフローチャートである。 第１実施形態における優先度判定処理のフローチャートである。 第１実施形態における番組コンテンツデータの再生時間制御を説明するための図である。 第２実施形態におけるコンテンツ配信処理を示したシーケンス図である。 第２実施形態における接続先判定処理のフローチャートである。 第３実施形態におけるコンテンツ配信システムを示すブロック図である。 第３実施形態におけるコンテンツ配信処理のフローチャートである。

符号の説明

１ コンテンツ配信システム
１０ 携帯電話端末
３０ サーバシステム
４０ 録音装置
５０ ネットワーク

Claims (18)

1. コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバであって、
   複数のコンテンツデータを記憶するとともに、前記コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段と、
   前記コンテンツ再生端末から前記分割データを要求する配信要求を受信する受信手段と、
   前記受信手段が前記配信要求を受信した場合に、前記配信要求に対応する前記分割データが存在するか否かを判定する判定手段と、
   前記判定手段によって、前記配信要求に対応する前記分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータを検出する検出手段と、
   前記検出手段が複数の前記コンテンツデータを検出した場合に、検出した複数の前記コンテンツデータの中で優先度の高いコンテンツデータの分割データを前記記憶手段から読み出して送信し、前記検出手段が検出したコンテンツデータが１つの場合に、検出した前記コンテンツデータの分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信する送信手段と、
   を備えたことを特徴とする配信サーバ。
2. 前記配信要求に対応するコンテンツデータの優先度より高い優先度を有するコンテンツデータであり、かつ前記計時手段より取得した時刻から所定の範囲内に前記配信開始時刻が属するコンテンツデータを検出する第２の検出手段を備え、
   前記送信手段は、さらに、
   前記第２の検出手段が検出した前記コンテンツデータを前記記憶手段から読み出して、前記コンテンツ再生端末に送信することを特徴とする請求項１に記載の配信サーバ。
3. 前記コンテンツデータは、少なくとも第１から第３のコンテンツデータを備えており、
   前記開始時刻が、
   前記第１のコンテンツデータ、前記第１のコンテンツデータより優先度の低い第２のコンテンツデータ、前記第２のコンテンツデータより優先度の高い第３のコンテンツデータの順に配信開始時刻が前記記憶手段に記憶されていることを特徴とする請求項１または２に記載の配信サーバ。
4. 前記受信手段は、前記配信要求をｈｔｔｐのリクエストメッセージにより受信し、前記送信手段は、ｈｔｔｐのレスポンスメッセージとして前記分割データを前記コンテンツ配信端末に送信することを特徴とする請求項１から３のいずれか１項に記載の配信サーバ。
5. コンテンツを携帯電話端末にストリーミング配信する配信サーバであって、
   番組コンテンツと番組コンテンツとの間にＣＭコンテンツが配信されるコンテンツ配信スケジュールが設定されており、
   複数の番組コンテンツについての配信開始時刻を記憶する記憶手段と、
   ＣＭコンテンツを前記携帯電話端末に配信するＣＭ配信手段と、
   番組コンテンツを前記携帯電話端末に配信する番組配信手段と、
   時刻を計る計時手段と、
   前記計時手段による時刻が、前記番組コンテンツの配信開始時刻になっているか否かを検出する検出手段と、
   前記配信開始時刻になっていると検出された場合に、前記ＣＭ配信手段によるＣＭコンテンツの配信を停止させ、前記番組コンテンツの配信を前記番組配信手段により開始させる配信切換手段と
   を有する配信サーバ。
6. コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記コンテンツデータを受信するコンテンツ再生端末と、前記コンテンツ再生端末に前記コンテンツデータへの接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおいて、
   前記接続先通知サーバは、
   配信開始時刻が予め定められている第１のコンテンツデータについて、前記配信開始時刻と、前記第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、
   任意の時刻に配信可能な第２のコンテンツデータについて、前記第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段と、
   前記コンテンツ再生端末から前記接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータの前記接続先情報を前記第１の記憶手段から検出する第１の検出手段と、
   前記第１の検出手段が前記接続先情報を検出した場合に、検出した前記接続先情報を前記コンテンツ再生端末に送信し、前記第１の検出手段が前記接続先情報を検出しない場合には、前記第２のコンテンツデータへの接続先情報を前記第２の記憶手段から読み出して前記コンテンツ再生端末へ送信する手段と、を具備し、
   前記管理サーバは、
   前記第１のコンテンツデータの配信開始時刻と、前記第１のコンテンツデータを一意に識別可能なＩＤと、前記第１のコンテンツデータの優先度とを対応付けて記憶する第３の記憶手段と、
   計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータに対応する前記ＩＤを前記記憶手段から検出する第２の検出手段と、
   前記第２の検出手段が検出した前記ＩＤと前記優先度とを含む進行状態通知を前記配信サーバへ送信する手段と、を具備し、
   前記配信サーバは、
   前記コンテンツデータと、前記コンテンツデータの優先度とを対応付けて記憶する第４の記憶手段と、
   前記コンテンツ再生端末から前記分割データを要求する分割データ要求を受信する受信手段と、
   前記管理サーバから前記進行状態通知を受信する状態通知受信手段と、
   前記受信手段が前記分割データ要求を受信した場合に、前記状態通知受信手段が進行状態通知を受信しているとき、前記進行状態通知に含まれている前記優先度を読み出す読出手段と、
   前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えている場合には、前記コンテンツ再生端末に前記分割データの送信を途中終了する情報を送信する手段と、
   前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えていない場合には、次の順番の前記分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信する手段と、を具備し、
   前記コンテンツ再生端末は、
   前記配信サーバから受信した分割データの次の順番の分割データを要求する分割データ要求を送信する手段と、
   前記配信サーバから途中終了する情報を受信した場合に、前記接続先通知サーバへ、前記接続先情報の要求を示す情報を送信する手段と、を具備したことを特徴とするコンテンツ配信システム。
7. コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバから前記コンテンツデータを受信するコンテンツ再生端末と、前記コンテンツ再生端末に前記コンテンツデータを参照させるための接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおける接続先通知サーバであって、
   配信開始時刻が予め定められている第１のコンテンツデータについて、前記配信開始時刻と、前記第１のコンテンツデータに対応する前記接続先情報とを対応付けて記憶する第１の記憶手段と、
   任意の時刻に配信可能な第２のコンテンツデータについて、前記第２のコンテンツデータに対応する前記接続先情報を記憶する第２の記憶手段と、
   前記コンテンツ再生端末から前記接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータの前記接続先情報を前記第１の記憶手段から検出する検出手段と、
   前記検出手段が前記接続先情報を検出した場合に、検出した前記接続先情報を前記コンテンツ再生端末に送信し、前記検出手段が前記接続先情報を検出しなかった場合に、前記第２のコンテンツデータへの接続先情報を前記第２の記憶手段から読み出して前記コンテンツ再生端末へ送信する送信手段と、
   を備えたことを特徴とする接続先通知サーバ。
8. 再生時間の異なる前記第２の複数のコンテンツデータが存在し、
   前記第２の記憶手段は、前記再生時間の異なる複数の第２のコンテンツデータのそれぞれに対応する前記接続先情報と、前記再生時間とを対応付けて記憶しており、
   前記送信手段は、
   前記第２のコンテンツデータへの接続先情報を前記コンテンツ再生端末へ送信する際に、次に配信される前記第１のコンテンツの前記配信開始時刻と計時手段から取得した時刻との差分に基づく前記再生時間を有する前記第２のコンテンツデータへの接続先情報を前記第２の記憶手段から読み出して前記コンテンツ再生端末へ送信することを特徴とする請求項７に記載の接続先通知サーバ。
9. 前記第１のコンテンツデータには優先度が付与されており、
   前記第１の記憶手段は、更に、前記優先度を、前記配信開始時刻と、前記接続先情報とに対応付けて記憶しており、
   前記検出手段は、
   前記計時手段から取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータが複数ある場合には、優先度の高い前記コンテンツデータの接続先情報を検出することを特徴とする請求項７または８に記載の接続先通知サーバ。
10. コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける管理サーバであって、
    前記コンテンツデータの配信開始時刻と、前記コンテンツデータを一意に識別可能なＩＤと、前記コンテンツデータの優先度とを対応付けて記憶する記憶手段と、
    計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータに対応する前記ＩＤを前記記憶手段から検出する検出手段と、
    前記検出手段が検出した前記ＩＤと前記優先度とを含む進行状態通知を前記配信サーバへ送信する送信手段と、
    を備えたことを特徴とする管理サーバ。
11. コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける配信サーバであって、
    前記コンテンツデータと、前記コンテンツデータの優先度とを対応付けて記憶する記憶手段と、
    前記コンテンツ再生端末から前記分割データを要求する分割データ要求を受信する受信手段と、
    前記管理サーバから前記進行状態通知を受信する状態通知受信手段と、
    前記受信手段が前記分割データ要求を受信した場合に、前記状態通知受信手段が進行状態通知を受信しているとき、前記進行状態通知に含まれている前記優先度を読み出す読出手段と、
    前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えている場合には、前記コンテンツ再生端末に前記分割データの送信を途中終了する情報を送信する第１の送信手段と、
    前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えていない場合には、次の順番の前記分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信する第２の送信手段と、
    を備えたことを特徴とする配信サーバ。
12. 前記受信手段は、前記分割データ要求をｈｔｔｐのリクエストメッセージにより受信し、前記送信手段は、ｈｔｔｐのレスポンスメッセージとして前記分割データを前記コンテンツ再生端末に送信することを特徴とする請求項１１に記載の配信サーバ。
13. 複数のコンテンツデータを記憶するとともに、前記コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段を有し、コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバにおけるコンテンツ配信方法であって、
    前記コンテンツ再生端末から前記分割データを要求する配信要求を受信するステップと、
    前記配信要求を受信した場合に、前記配信要求に対応する前記分割データが存在するか否かを判定するステップと、
    前記配信要求に対応する前記分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータを検出するステップと、
    複数の前記コンテンツデータを検出した場合に、検出した複数の前記コンテンツデータの中で優先度の高いコンテンツデータの分割データを前記記憶手段から読み出して送信し、前記検出手段が検出したコンテンツデータが１つの場合に、検出した前記コンテンツデータの分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信するステップと、
    を有することを特徴とするコンテンツ配信方法。
14. 前記コンテンツデータと、前記コンテンツデータの優先度とを対応付けて記憶する第４の記憶手段を有し、コンテンツデータを複数の分割データにより配信する配信サーバと、前記第１のコンテンツデータの配信開始時刻と、前記第１のコンテンツデータを一意に識別可能なＩＤと、前記第１のコンテンツデータの優先度とを対応付けて記憶する第３の記憶手段を有し、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記コンテンツデータを受信するコンテンツ再生端末と、配信開始時刻が予め定められている第１のコンテンツデータについて、前記配信開始時刻と、前記第１のコンテンツデータに対応する接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、前記第２のコンテンツデータに対応する接続先情報を記憶する第２の記憶手段とを有し、前記コンテンツ再生端末に前記コンテンツデータへの接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおけるコンテンツ配信方法であって、
    前記接続先通知サーバが、前記コンテンツ再生端末から前記接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータの前記接続先情報を前記第１の記憶手段から検出するステップと、
    前記接続先通知サーバが、前記接続先情報を検出した場合に、検出した前記接続先情報を前記コンテンツ再生端末に送信するステップと、
    前記接続先通知サーバが、前記接続先情報を検出しない場合には、前記第２のコンテンツデータへの接続先情報を前記第２の記憶手段から読み出して前記コンテンツ再生端末へ送信するステップと、
    前記管理サーバが、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータに対応する前記ＩＤを前記記憶手段から検出するステップと、
    前記管理サーバが、検出した前記ＩＤと前記優先度とを含む進行状態通知を前記配信サーバへ送信するステップと、
    前記配信サーバが、前記コンテンツ再生端末から前記分割データを要求する分割データ要求を受信するステップと、
    前記配信サーバが、前記管理サーバから前記進行状態通知を受信するステップと、
    前記配信サーバが、前記分割データ要求を受信した場合に、前記状態通知受信手段が進行状態通知を受信しているとき、前記進行状態通知に含まれている前記優先度を読み出すステップと、
    前記配信サーバが、読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えている場合には、前記コンテンツ再生端末に前記分割データの送信を途中終了する情報を送信するステップと、
    前記配信サーバが、読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えていない場合には、次の順番の前記分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信するステップと、
    前記コンテンツ再生端末が、前記配信サーバから受信した分割データの次の順番の分割データを要求する分割データ要求を送信するステップと、
    前記コンテンツ再生端末が、前記配信サーバから途中終了する情報を受信した場合に、前記接続先通知サーバへ、前記接続先情報の要求を示す情報を送信するステップと、
    を有することを特徴とするコンテンツ配信方法。
15. 複数のコンテンツデータを記憶するとともに、前記コンテンツデータに関する優先度と、配信開始時間とを記憶する記憶手段を有し、コンテンツデータを複数の分割データによりコンテンツ再生端末に配信する配信サーバのコンピュータを、
    前記コンテンツ再生端末から前記分割データを要求する配信要求を受信する受信手段、
    前記受信手段が前記配信要求を受信した場合に、前記配信要求に対応する前記分割データが存在するか否かを判定する判定手段、
    前記判定手段によって、前記配信要求に対応する前記分割データが存在しないと判定された場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータを検出する検出手段、
    前記検出手段が複数の前記コンテンツデータを検出した場合に、検出した複数の前記コンテンツデータの中で優先度の高いコンテンツデータの分割データを前記記憶手段から読み出して送信し、前記検出手段が検出したコンテンツデータが１つの場合に、検出した前記コンテンツデータの分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信する送信手段、
    として機能させるためのコンピュータプログラム。
16. コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバから前記コンテンツデータを受信するコンテンツ再生端末と、配信開始時刻が予め定められている第１のコンテンツデータについて、前記配信開始時刻と、前記第１のコンテンツデータに対応する前記接続先情報とを対応付けて記憶する第１の記憶手段と、任意の時刻に配信可能な第２のコンテンツデータについて、前記第２のコンテンツデータに対応する前記接続先情報を記憶する第２の記憶手段とを有し、前記コンテンツ再生端末に前記コンテンツデータを参照させるための接続先情報を通知する接続先通知サーバと、を備えたコンテンツ配信システムにおける接続先通知サーバのコンピュータを、
    前記コンテンツ再生端末から前記接続先情報の要求を示す情報を受信した場合に、計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記第１のコンテンツデータの前記接続先情報を前記第１の記憶手段から検出する検出手段、
    前記検出手段が前記接続先情報を検出した場合に、検出した前記接続先情報を前記コンテンツ再生端末に送信し、前記検出手段が前記接続先情報を検出しなかった場合に、前記第２のコンテンツデータへの接続先情報を前記第２の記憶手段から読み出して前記コンテンツ再生端末へ送信する送信手段、
    として機能させるためのコンピュータプログラム。
17. コンテンツデータを複数の分割データにより配信する配信サーバと、前記コンテンツデータの配信開始時刻と、前記コンテンツデータを一意に識別可能なＩＤと、前記コンテンツデータの優先度とを対応付けて記憶する記憶手段を有し、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける管理サーバのコンピュータを、
    
    計時手段から時刻を取得し、取得した時刻から所定の範囲内に前記配信開始時刻が属する前記コンテンツデータに対応する前記ＩＤを前記記憶手段から検出する検出手段、
    前記検出手段が検出した前記ＩＤと前記優先度とを含む進行状態通知を前記配信サーバへ送信する送信手段、
    として機能させるためのコンピュータプログラム。
18. 前記コンテンツデータと、前記コンテンツデータの優先度とを対応付けて記憶する記憶手段を有し、コンテンツデータを複数の分割データにより配信する配信サーバと、前記配信サーバに進行状態通知を送信する管理サーバと、前記配信サーバから前記分割データを受信するコンテンツ再生端末と、を備えたコンテンツ配信システムにおける配信サーバのコンピュータを、
    前記コンテンツ再生端末から前記分割データを要求する分割データ要求を受信する受信手段、
    前記管理サーバから前記進行状態通知を受信する状態通知受信手段、
    前記受信手段が前記分割データ要求を受信した場合に、前記状態通知受信手段が進行状態通知を受信しているとき、前記進行状態通知に含まれている前記優先度を読み出す読出手段、
    前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えている場合には、前記コンテンツ再生端末に前記分割データの送信を途中終了する情報を送信する第１の送信手段、
    前記読出手段が読み出した前記優先度が前記配信中のコンテンツデータの優先度を超えていない場合には、次の順番の前記分割データを前記記憶手段から読み出して前記コンテンツ再生端末に送信する第２の送信手段、
    として機能させるためのコンピュータプログラム。
    
    

Images