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