JP2006237663A - ストリーミング配信システム、ストリーミング配信方法およびプログラム - Google Patents

Abstract

【課題】二つ以上の異なるコンテンツを同時にストリーミング配信するために、携帯端末のアクセス時点に関係なく、共通のコンテンツを効率よく提供できるようにすることを課題とする。
【解決手段】オーサリング端末で準備されたストリーミング情報は、音声、画像、文字、制御について一塊のデータとして番組進行に合わせて所定量単位で番号を付して配信サーバへアップロードされる。配信サーバは、携帯電話の初アクセスを確認すると、音声以外で継続段階の画像コンテンツについて実データのファイルを添付して携帯電話に配信する。データ番号６の配信タイミングでは、画像に関する動作指定が継続段階なので、その画像に関する実データのファイルが同時に配信される。開始段階から携帯電話のリクエストがあれば、画像に関する実データのファイルは添付されずにファイル名だけの通知で済む。
【選択図】図２

Description

本発明は、たとえば、携帯電話等の携帯端末で再生可能なコンテンツのストリーミング情報を配信するストリーミング配信システム、ストリーミング配信方法およびプログラムに関する。

近年、音声や映像等により構成されるストリーミング形式のコンテンツを携帯電話に配信するストリーミング配信システムが提供されている。たとえば、ビデオカメラによって撮影された動画をリアルタイム動画配信サーバに収集させ、その動画をストリーミングデータに変換して携帯電話に配信する画像配信システムが提案されている（特許文献１）。また、コンテンツを提供する番組を設け、コンテンツを所定データ量単位のストリーミングデータとして携帯電話にダウンロードさせ、バッファリングした時点から随時再生を開始できるようにしたコンテンツ配信システムが提案されている（特許文献２）。
特開２００３−３７８３６号公報 特開２００３−２８４０２９号公報

上述した従来例では、携帯電話に対してストリーミングで提供されるコンテンツがたとえば動画のように単独で配信されていたので、その単独のコンテンツが携帯電話でストリーミング再生できれば処理はそこで完結していた。ところが、今日、携帯電話に対するストリーミング配信においては、動画、音楽、音声、テキスト、アンケートなどのコンテンツを二つ以上組み合わせて提供することにより、番組として様々な演出を実現することが可能となる。よって、各種コンテンツを単独でストリーミング配信するのではなく、複数の異なるコンテンツを少なくとも二種類以上は同時にストリーミング配信するための技術の登場が期待されていた。

この実現においては、複数の異なるコンテンツの配信時間をずらして順番に配信するのではなく、二つ以上の異なるコンテンツを番組の演出上、必要なタイミングで同時に配信できるようにすることである。この場合、携帯電話からのアクセスは、番組を提供する側が意図したタイミングとは限らないため、ユーザに対する各コンテンツの配信管理は困難になるという危惧があった。

本発明の目的は、二つ以上の異なるコンテンツを同時にストリーミング配信するために、携帯端末のユーザに対する配信管理を簡易化し、携帯端末のアクセス時点に関係なく、共通のコンテンツを効率よく提供することが可能なストリーミング配信システム、ストリーミング配信方法およびプログラムを提供することにある。

上述した課題を解決し、上記目的を達成するため、本発明に係るストリーミング配信システムは、携帯端末で再生可能なコンテンツのストリーミング情報を配信するストリーミング配信システムであって、ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を記憶する記憶手段と、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する判断手段と、前記判断手段の判断結果に応じて当該コンテンツの実データについて配信有無を決定する決定手段と、前記決定手段により決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する配信手段と、を備えたことを特徴とするものである。

請求項１の発明は、請求項２のように、配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記判断手段は、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とするようにしてもよい。

請求項２の発明は、請求項３のように、前記決定手段は、前記配信手段で配信すべき実データについて、前記判断手段で開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項２の発明は、請求項４のように、前記決定手段は、前記配信手段で配信すべき実データについて、前記判断手段で継続段階を判断結果とした場合には、コンテンツの識別情報を格納する決定を下すようにしてもよい。

請求項４の発明は、請求項５のように、前記識別情報は、コンテンツのファイル名であってもよい。

請求項２の発明は、請求項６のように、さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断するアクセス判断手段を有しており、前記決定手段は、前記配信手段で配信すべき実データについて、前記アクセス判断手段で初アクセスを判断結果とし、かつ、前記判断手段で継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項６の発明は、請求項７のように、前記アクセス判断手段は、前記携帯端末からのマジックナンバーによって初アクセスであることを判断するようにしてもよい。

請求項２の発明は、請求項８のように、前記決定手段は、前記配信手段で配信すべき実データついて、前記判断手段で終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すようにしてもよい。

請求項１〜８のいずれかひとつの発明は、請求項９のように、一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されるようにしてもよい。

請求項１〜９のいずれかひとつの発明は、請求項１０のように、コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であってもよい。

請求項１〜１０のいずれかひとつの発明は、請求項１１のように、前記ストリーミング配信システムは、ストリーミング情報を生成するオーサリング端末と当該オーサリング端末からストリーミング情報を受信して前記記憶手段に記憶するとともに携帯端末からのアクセスを受け付けてアクセス元の携帯端末に対して前記配信手段による実データの配信を行う配信サーバとを備えているようにしてもよい。

また、請求項１２の発明に係るストリーミング配信方法は、携帯端末で再生可能なコンテンツのストリーミング情報を配信する配信サーバのストリーミング配信方法であって、
ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を前記配信サーバの記憶手段に記憶し、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する第１ステップと、前記第１ステップの判断結果に応じて当該コンテンツの実データについて配信有無を決定する第２ステップと、前記第２ステップにより決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する第３ステップと、を含んだことを特徴とするものである。

請求項１２の発明は、請求項１３のように、配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記第１ステップは、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とするようにしてもよい。

請求項１３の発明は、請求項１４のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項１３の発明は、請求項１５のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すようにしてもよい。

請求項１３の発明は、請求項１６のように、さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断する第４ステップを有しており、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第４ステップで初アクセスを判断結果とし、かつ、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項１６の発明は、請求項１７のように、前記第４ステップは、前記携帯端末からのマジックナンバーによって初アクセスであることを判断するようにしてもよい。

請求項１３の発明は、請求項１８のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すようにしてもよい。

請求項１２〜１８のいずれかひとつの発明は、請求項１９のように、一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されるようにしてもよい。

請求項１２〜１９のいずれかひとつの発明は、請求項２０のように、コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であってもよい。

また、請求項２１の発明に係るプログラムは、配信サーバのコンピュータにより実行可能なプログラムであって、前記コンピュータに、ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を前記配信サーバの記憶手段に記憶し、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する第１ステップと、前記第１ステップの判断結果に応じて当該コンテンツの実データについて配信有無を決定する第２ステップと、前記第２ステップにより決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する第３ステップと、を実行させることを特徴とするものである。

請求項２１の発明は、請求項２２のように、配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記第１ステップは、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とするようにしてもよい。

請求項２２の発明は、請求項２３のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項２２の発明は、請求項２４のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すようにしてもよい。

請求項２２の発明は、請求項２５のように、さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断する第４ステップを有しており、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第４ステップで初アクセスを判断結果とし、かつ、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すようにしてもよい。

請求項２５の発明は、請求項２６のように、前記第４ステップは、前記携帯端末からのマジックナンバーによって初アクセスであることを判断するようにしてもよい。

請求項２２の発明は、請求項２７のように、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すようにしてもよい。

請求項２１〜２７のいずれかひとつの発明は、請求項２８のように、一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されるようにしてもよい。

請求項２１〜２８のいずれかひとつの発明は、請求項２９のように、コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であってもよい。

本発明によれば、二つ以上の異なるコンテンツを同時にストリーミング配信するために、携帯端末のユーザに対する配信管理を簡易化し、携帯端末のアクセス時点に関係なく、共通のコンテンツを効率よく提供することが可能なストリーミング配信システム、ストリーミング配信方法およびプログラムを提供できるという効果を奏する。

以下に添付図面を参照し、本発明に係る最良の実施形態について詳細に説明する。なお、以下の本実施の形態では、ユーザが使用する移動体端末の例として携帯電話機を利用する構成を説明しているが、例えば液晶バックライト等のコンテンツの表現力を高めるために利用可能な機能を有する移動体端末であれば、携帯電話機以外の移動体端末であっても利用可能である。例えば、ＰＨＳ、無線移動通信機などを利用することができる。

以下に説明する本実施の形態では、ストリーミング配信システムが、ストリーミング情報を生成するオーサリング端末とそのオーサリング端末からストリーミング情報を受信して記憶するとともに携帯端末からのアクセスを受け付けてアクセス元の携帯端末に対して実データの配信を行う配信サーバとから構成される例を示しているが、本発明はこれに限定されるものではなく、配信サーバにすべての機能を持たせる構成としてもよい。

ここで、本実施の形態によるストリーミング情報は、コンテンツの実データが格納可能に構成されているとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成される。また、コンテンツとしては、一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されるようにしてもよい。コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であってもよい。

以下に説明する本実施の形態は、リアルタイム収録または事前収録に基づく音情報（ディスクジョキー等の音声やＣＤ音源等に基づく音楽）をあたかもラジオ放送のように携帯電話に対してストリーミング配信するものであるため、ストリーミング配信の期間は番組という位置付けで設定されるものとする。このストリーミング配信期間中は、音情報がベースとなって途切れることなく継続的に配信され、番組構成として画像、テキスト、アンケート等の他のコンテンツを同時に配信するものである。

携帯電話を所有するユーザは必ずしも番組の開始時点からラジオ放送を視聴するとは限らない。そのため、ベースとなる音情報以外のコンテンツを配信する場合には、携帯電話が初アクセスしてきたときに、番組進行上、配信タイミングがすでに過ぎていたとしてもあらかじめ決められた期間内であればそこではじめて配信できるように制御される。すなわち、ベースとなる音情報は番組進行に合わせてラジオ放送の如く流れていくが、この音情報以外のコンテンツについては、それぞれにステータス情報が付与されているので配信の継続期間であればはじめて配信されることになる。

ここで、ステータス情報には、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつが設定される。配信サーバにおいて、携帯電話からの初アクセスが受付られたときには、現在配信すべきストリーミング情報からステータス情報が確認され、いずれの段階かの判断が下される。初アクセスのとき、音情報以外のコンテンツ配信が開始段階であれば、このタイミングで必要なコンテンツはすべて音情報とともに同時に配信される。この場合には、音情報以外のコンテンツ配信が継続段階に入っても再度配信する必要はない。また、初アクセスのとき、音情報以外のコンテンツ配信が継続段階であれば、このタイミングではじめて必要なコンテンツはすべて音情報とともに同時に配信される。そして、音情報以外のコンテンツ配信が終了段階を超えるまでは、以降、音情報以外のコンテンツ配信が継続段階に入っても再度配信する必要はない。また、初アクセスのとき、音情報以外のコンテンツ配信が終了段階であれば、このタイミングで必要なコンテンツは配信されることはない。

つづいて、システム構成について説明する。図１は、本発明の一実施の形態によるコンテンツ配信システムを概略的に示す図である。図１において、コンテンツ配信システム１０は、オーサリング端末１２−１〜１２−Ｎ（Ｎは任意の自然数）と、配信サーバ、認証サーバ等を含むサーバシステム群１３とにより構成される。オーサリング端末１２−１〜１２−Ｎとサーバシステム群１３とは、インターネットを示すネットワーク１１を介して通信が可能である。サーバシステム群１３は、たとえば無線通信を行う基地局１４およびネットワーク１１を介して携帯端末の代表例を示す携帯電話機（図中は携帯電話機１５−１〜１５−Ｍを示す。Ｍは任意の自然数である。）と通信可能である。図示せぬが、基地局１４は、ゲートウェイサーバを介してネットワーク１１との間でデータ通信を行う。

つぎに、図２、図３、図４、図５および図６を用いて本実施の形態によるストリーミング配信の基本原理について説明する。図２は本実施の形態によるストリーミング方式を説明する図、図３は本実施の形態による実データを説明する図、図４は本実施の形態によるストリーミング情報の基本構成を説明する図、図５（Ａ），（Ｂ），(Ｃ)，（Ｄ）および（Ｅ）は本実施の形態によるコンテンツに応じたステータス情報を説明する図、そして、図６は本実施の形態によるストリーミング配信動作を説明するフローチャートである。

図２には、オーサリング端末、配信サーバおよび携帯電話間の通信シーケンスが示されている。本実施の形態では、まずコンテンツとしての音情報（たとえば音声）が番組の主役となるため、番組放送中は継続してストリーミング配信されるものとする。その他のコンテンツとして、たとえば、画像（静止画／動画）、文字、制御情報が同時にストリーミング配信される。ただし、その他のコンテンツは、音情報ととともに継続して配信されるものではなく、ステータスとして開始段階、継続段階および終了段階により配信可能な期間が定義される。

このステータスにしたがえば、その他のコンテンツは開始段階に音情報とともに配信され、携帯電話が継続段階に初めて番組に対してアクセスしてきたときは（初アクセス）、そこで初めてその他のコンテンツを配信することになる。もちろん、開始段階からストリーミング配信を受けている携帯電話に対しては、その継続段階には再度の配信は行われず、携帯電話に対してその他のコンテンツに関して継続状態だけが通知される。継続段階の期間中、たとえば、画像や文字のコンテンツであれば、携帯電話上で継続して表示が行われ、制御のコンテンツ（イベント的な要素）であれば、表示についてバックライトの表示制御が行われたり、バイブについて駆動制御が行われる。

このように、本実施の形態では、コンテンツのストリーミング配信において、携帯電話から初アクセスがあったとき、すでに配信済みのコンテンツがあっても配信有効な期間であれば、音情報とともに初めてということで同時に配信することができる。

図２〜図５の例を用いて具体的に説明すると、まずオーサリング端末においてストリーミング配信すべきコンテンツが準備される。ここでは、ベースとなる音声（音情報）、画像、文字（テキスト）、制御の４種類が示されている。音声はベースのコンテンツとなるため、斜線で示すように継続的に実データのファイルが準備される。音声ファイル（実データ）は、・・・、データ番号５、データ番号６、データ番号７、・・・のように時間軸に沿って制作される。

各データ番号におけるデータは、たとえば、図４に示したように、基本構造はコンテンツのデータ種別識別子およびステータスの組み合わせからなるステータス情報とその実データとから構成される。データ識別子は、たとえば、音声のコンテンツであれば“０”、画像のコンテンツであれば“１”、テキストのコンテンツであれば“２”という具合に設定される。

ステータスを示す情報（ステータス情報）について具体的に説明すると、たとえば図５（Ａ）に示したように、音声については、実データの指定としてファイル名のみが格納される。また、たとえば同図（Ｂ）に示したように、画像については、同ファイル番号において指定動作を行う再生開始時点からの相対時刻（遅れ）が格納される。また、動作指定として開始段階、継続段階、終了段階のいずれか１つが格納される。さらに、実データの指定としてファイル名が格納される。

文字（テキスト）についても、たとえば同図（Ｃ）に示したように、同ファイル番号において指定動作を行う再生開始時点からの相対時刻（遅れ）が格納される。また、動作指定として開始段階、継続段階、終了段階のいずれか１つが格納される。この文字の場合には、ファイル名の指定はなく、ステータス情報の中にテキスト本文が格納される。もちろん、ファイルとして画像と同様の扱いとしてもよいことはいうまでもない。

図２の例では、示していないが、本発明はさらに投票（項目選択型のアンケート）にも対応可能なデータ構造を有している。投票についても、たとえば図５（Ｄ）に示したように、ファイル番号において指定動作を行う再生開始時点からの相対時刻（遅れ）が格納される。また、動作指定として開始段階、継続段階、終了段階のいずれか１つが格納される。この投票の場合には、ファイル名の指定はなく、ステータス情報の中に投票のための動作内容が格納される。具体的には、投票ＩＤ、カウントダウン値などである。

そして、携帯電話の制御（液晶点滅制御やバイブ制御）については、たとえば同図（Ｅ）に示したように、同ファイル番号において指定動作を行う再生開始時点からの相対時刻（遅れ）が格納され、さらに動作指定として開始段階または終了段階が格納される。この制御においては、通信遅延時の動作継続を避けるために継続段階を除いているのであり、これは一例であって、設計上、他コンテンツと同様に、継続段階を設けるようにしてもよい。

図２の説明に戻り、画像ファイル（実データ）は、データ番号５，６、および７の３つのファイルを設けている。画像は、たとえば、データ番号５の期間で途中からの再生タイミングを有しており、データ番号５でその再生開始位置からたとえば４ｓｅｃ遅らせて再生開始（再生段階）するように設定されている。そして、この画像は、データ番号６の期間をすべて有効期間としてデータ番号７の期間の途中で終了タイミングを有している。その終了段階を示すタイミングは、データ番号７でその再生開始位置からたとえば８ｓｅｃ経過した位置となる。

そして、文字ファイル（テキストで組み込む）は、データ番号５および６の２つのファイルを設けている。文字は、たとえば、データ番号５の期間で途中からの再生タイミングを有しており、データ番号５でその再生開始位置からたとえば１０ｓｅｃ遅らせて再生開始（再生段階）するように設定されている。そして、この文字は、データ番号６の期間の途中で終了タイミングを有している。その終了段階を示すタイミングは、データ番号６でその再生開始位置からたとえば５ｓｅｃ経過した位置となる。

さらに、制御ファイルは、データ番号６の１つのファイルを設けている。制御は、たとえば、データ番号６の期間で途中からの再生タイミングを有しており、データ番号６でその再生開始位置からたとえば３ｓｅｃ遅らせて再生開始（再生段階）するように設定されている。そして、この制御は、同じデータ番号６の期間の途中で終了タイミングを有している。その終了段階を示すタイミングは、データ番号６でその再生開始位置からたとえば１２ｓｅｃ経過した位置となる。

このように、オーサリング端末では、データ番号５のタイミングでは、音声ファイル、画像ファイルおよび文字ファイルをストリーミング配信用として配信サーバにアップロードすることになる。このときのデータ構造は、たとえば図３に示したように、データ番号を示す“５”、音声に関して音声の識別子（０）および音声再生するファイル名の組み合わせ、画像に関して画像の識別子（１）、相対時刻（＝４ｓ）、動作指定（開始）および表示再生するファイル名の組み合わせ、文字に関して文字の識別子（２）、相対時刻（＝１０ｓ）、動作指定（開始）および表示再生するテキスト本文の組み合わせ、ならびに、必要な実データのファイル（音声、画像）となる。

そして、データ番号６のタイミングでは、音声ファイルはベースなので新しいファイルとなり、一方、画像ファイルと文字ファイルについてはすでにひとつ前のデータ番号５の段階で一度アップロードしているので画像、文字それぞれのファイル名のみを通知するアップロードのかたちがとられる。このときのデータ構造は、たとえば図３に示したように、データ番号を示す“６”、音声に関して音声の識別子（０）および音声再生するファイル名の組み合わせ、画像に関して画像の識別子（１）、相対時刻（＝０ｓ）、動作指定（継続）および表示再生するファイル名の組み合わせ、文字に関して文字の識別子（２）、相対時刻（＝５ｓ）、動作指定（終了）および表示再生するテキスト本文の組み合わせ、制御に関して制御の識別子（３）、相対時刻（＝３ｓ）と動作指定（開始）の組み合わせと相対時刻（＝１２ｓ）と動作指定（終了）の組み合わせ、ならびに、必要な実データのファイル（音声のみ）となる。なお、テキスト本文については、データ量としての負担は少ないので、再度送るようにしてもよく、あるいは、実データのファイルと同様に一度送った場合には送らないように制御してもよい。

さらに、データ番号７のタイミングでは、文字ファイルおよび制御ファイルはその期間は存在しないので、何もアップロードせず、音声ファイルと画像に関するファイル名とがアップロードされる。ここで、音声のコンテンツについては、とくに開始、継続、終了の段階通知は不要であるが、その他のコンテンツについては、開始、継続、終了の段階通知が必要となる。このときのデータ構造は、たとえば図３に示したように、データ番号を示す“７”、音声に関して音声の識別子（０）および音声再生するファイル名の組み合わせ、画像に関して画像の識別子（１）、相対時刻（＝８ｓ）、動作指定（終了）および表示再生するファイル名の組み合わせ、ならびに、必要な実データのファイル（音声のみ）となる。

携帯電話は配信サーバに対してアクセスし、番組コンテンツの配信をリクエストするので、たとえば図２のように、データ番号５のタイミングでリクエストが入ると、配信サーバはまずデータ番号５でアップロードされた音声、画像、文字の各ファイルを同時にストリーミング配信する。携帯電話は、ストリーミング配信により受信された音声をスピーカから再生出力し、画像、文字を画面上に再生出力する。

そして、携帯電話はつぎのリクエストを配信サーバに対して送り、その配信サーバよりデータ番号６の音声ファイル、画像ファイル名、文字ファイル名、制御ファイルを受信する。携帯電話は、ストリーミング配信により受信されたあらたな音声をスピーカから再生出力し、画像、文字を継続して画面上に出力させておき、制御ファイルに基づいて携帯電話の機能を制御する。さらに、携帯電話はつぎのリクエストを配信サーバに対して送り、その配信サーバよりデータ番号７の音声ファイルおよび画像ファイル名を受信する。携帯電話は、ストリーミング配信により受信されたあらたな音声をスピーカから再生出力し、画像を継続して画面上に出力させる。

ここで、携帯電話がデータ番号５の段階からリクエストしてストリーミング配信を受ける場合には、音声が再生されている間に、データ番号５の再生開始段階から４ｓｅｃ遅れて画像が表示され、１０秒遅れて文字が表示される。以降は、データ番号６、７の順に上述したような動作が実行される。ところが、ユーザは必ずしもデータ番号５のタイミングから画像、文字、制御を享受するとは限らない。

すなわち、最データ番号６のタイミングが初アクセスとなることも想定される。この場合には、配信サーバにおいて、携帯電話の初アクセスが確認されると、音声以外で継続段階となっている画像のコンテンツについて実データのファイルが添付されて配信される。図３に示すデータ番号６の場合においては、画像に関する動作指定が継続段階となっているが、すでにアップロードされているその画像に関する実データのファイルが同時に配信される。

以下、動作について図６を用いて概略的に説明する。オーサリング端末、サーバシステム群（配信サーバ）、携帯電話は、それぞれ以下の動作をあらかじめ用意されたプログラムにしたがってコンピュータにより実行するものである。まず、ストリーミング配信すべきデータの準備はオーサリング端末において実施される。そして、ライブで生放送するライブモードであれ、あらかじめ番組放送時間に合わせて準備しておくオーサリングモードであれ、番組進行のスケジュールに合わせて配信サーバに対してデータ番号にしたがってアップロードされる。もちろん、オーサリング端末と配信サーバとが一体となったシステム構成により実現するようにしてもよいことはいうまでもない。

オーサリング端末においては、番組の開始が確認されると（ステップＳＡ１のＹＥＳルート）、ストリーミング情報として図２に示したデータ番号対応のデータが生成される（ステップＳＡ２）。このようにして生成されたストリーミング情報は所定単位量のデータとして配信サーバにアップロードされる（ステップＳＡ３）。以上のストリーミング情報の生成（ステップＳＡ２）およびアップロード（ステップＳＡ３）は番組の終了まで繰り返して実行される（ステップＳＡ４のＮＯルート）。また、番組が終了した場合には（ステップＳＡ４のＹＥＳルート）、つぎの番組進行まで処理が待機される。なお、複数の番組が提供さえる場合には、同様の処理が平行して実行される。

配信サーバにおいては、ストリーミング情報がオーサリング端末から受信されると、準備メモリに記憶する（ステップＳＳ１）。そして、携帯電話において配信サーバに対してストリーミングのリクエスト（アクセス）がなされると（ステップＳＭ１）、配信サーバではそのリクエストが受け付けられる（ステップＳＳ２のＹＥＳルート）。そして、アクセス元の携帯電話ユーザからのアクセスが初アクセスかどうかセッション状況等から判定し、番組のリクエストに基づく処理が開始される（ステップＳＳ３）。

配信サーバでは、ステップＳＳ１で記憶した最新のストリーミング情報に基づいて各コンテンツのステータス情報が読み出される（ステップＳＳ４）。そして、各コンテンツについて配信段階が動作指定にしたがって判断される（ステップＳＳ５）。そして、動作指定が開始段階であれば、前述した図２の例のように、それに該当するコンテンツに関して実データがステータス情報に付加され、音情報（音声）とともに同時配信される（ステップＳＳ７）。

また、動作指定が継続段階であれば、前述した図２の例のように、それに該当するコンテンツに関してまずは初アクセスかどうかステップＳＳ３の判断結果が参照され、初アクセスであれば（ステップＳＳ６のＹＥＳルート）、それに該当するコンテンツに関して実データがステータス情報に付加され、音情報（音声）とともに同時配信される（ステップＳＳ８）。一方、初アクセスでなければ（ステップＳＳ６のＮＯルート）、それに該当するコンテンツに関して実データの付加はなく、そのままファイル名だけがステータス情報に付加されて、音情報（音声）とともに同時配信される（ステップＳＳ９）。

また、動作指定が終了段階であれば、前述した図２の例のように、継続してきたものに終了のステータスを送るのみであって、それに該当するコンテンツに関して実データの付加はなく、そのままファイル名だけがステータス情報に付加されて、音情報（音声）とともに同時配信される（ステップＳＳ９）。

このように、ステップＳＳ７、ステップＳＳ８、ステップＳＳ９による処理が終了すると、セッションの切断等による終了が判断され、終了であれば処理は終了する（ステップＳＳ１０のＹＥＳルート）。一方、終了でない場合には（ステップＳＳ１０のＮＯルート）、処理はステップＳＳ２に戻る。なお、ステップＳＳ１のストリーミング情報のアップロードは適宜行われるものとする。

携帯電話においては、配信サーバからのステップＳＳ７、ステップＳＳ８、ステップＳＳ９による処理に伴ってストリーミング配信されてくるデータが受信され、番組コンテンツとしての再生が実行される（ステップＳＭ２）。そして、セッション終了等の通信終了状態になるまでは（ステップＳＭ３のＮＯルート）、処理はステップＳＭ１に戻り、つぎのリクエストを実行する。このようにして、あたかもテレビやラジオの如く、継続的な番組放送を享受することができる。

つぎに、図１、図７〜図１９を用いて具体例について説明する。オーサリング端末１２−１〜１２−Ｎは、音声データの他に、画像データ及び文字データ等の表示データや、バイブレータ及び液晶バックライトといった携帯電話機の機能を制御する制御データを含むコンテンツを作成することが可能である。携帯電話機１５−１〜１５−Ｍにおいてコンテンツが再生されると、音声データの再生とともに、画像及び文字等が表示されたり、携帯電話機のバイブレータや液晶バックライトが作動したりすることにより、ユーザは表現力の高いコンテンツを楽しむことができる。例えば、音楽のコンテンツにおいて、音楽のリズムに合わせて携帯電話機の液晶バックライトを点滅させたり、怪談のコンテンツにおいて、お化けが出現する場面で携帯電話機のバイブレータを作動させたりすることが考えられる。

図１に戻り、本発明に係るコンテンツ配信システムの構成を説明すると、ネットワーク１１は、公衆電話網、閉域ＩＰ通信網、インターネット網、ケーブル網、専用回線網、ＷＡＮ又はＬＡＮなどを含む任意のネットワークであってよい。ネットワーク１１がインターネット網である場合、オーサリング端末１２−１〜１２−Ｎ、サーバシステム群１３及び基地局１４とネットワーク１１との接続には、電話回線接続、ＡＤＳＬ接続、無線接続、光ファイバー接続、ケーブル接続、専用線接続及びＬＡＮ接続を含む任意の接続方式が利用可能である。

オーサリング端末１２−１〜１２−Ｎは、コンテンツ配信システム１０において配信するコンテンツを作成する例えばディスク・ジョッキーなどのコンテンツ作成者が利用する端末であり、ネットワーク１１に接続可能であればどのような場所に設定されてもよい。例えば、オーサリング端末１２−１〜１２−Ｎは、サーバシステム群１３とともに、コンテンツ配信サービス提供事業者のデータセンタに設置されることも可能である。

サーバシステム群１３は、オーサリング端末１２−１〜１２−Ｎで作成されたコンテンツを蓄積し、携帯電話機１５−１〜１５−Ｍに配信するためのサーバ群であり、コンテンツ配信サービス提供事業者のデータセンタに設置される。

基地局１４は、携帯電話サービス会社の有する基地局であり、ネットワーク１１に接続され、ネットワーク１１から受信したデータを無線ネットワークを介して携帯電話機１５−１〜１５−Ｍに送信し、携帯電話機１５−１〜１５−Ｍから無線ネットワークを介して受信したデータをネットワーク１１に送信する。

携帯電話機１５−１〜１５−Ｍは、コンテンツ配信システム１０においてコンテンツの配信を受けるユーザが保有する移動体端末である。図７は、オーサリング端末１２−１〜１２−Ｎのうちの任意の一つである、例えばオーサリング端末１２−１の物理的な構成を示す図であり、図８は、同じくオーサリング端末１２−１の機能的な構成を示す図である。なお、オーサリング端末１２−２〜１２−Ｎについても、図７及び図８に示されたオーサリング端末１２−１と同様の構成を有するものとする。

図７に示す通り、オーサリング端末１２−１は、ＣＰＵ１２０と、記憶装置１２１と、入力装置１２２と、表示装置１２３と、音声出力装置１２４と、通信装置１２５とを備える。ＣＰＵ１２０は、記憶装置１２１、入力装置１２２、表示装置１２３、音声出力装置１２４及び通信装置１２５を制御し、記憶装置１２１は、少なくとも、利用者が入力装置１２２を利用して入力した情報と、それらの情報を変換し送信するためのプログラムとを記憶する。入力装置１２２は、音声を入力するためのマイクを含み、更に、キーボード、マウス、プッシュボタン、タッチパネル等を含んでもよい。表示装置１２３はディスプレイを含み、音声出力装置１２４はスピーカを含む。通信装置１２５は、ネットワーク１１を介してオーサリング端末１２−１とサーバシステム群１３とを通信させる機能を有する。

オーサリング端末１２−１は、機能的には、図８に示すように、オーサリング端末１２−１におけるコンテンツ作成処理を制御する制御部３１４と、時刻情報を提供するタイマ部３１３と、マイク３０１からの入力を受け付ける録音部３１０と、録音部３１０により録音された音声データ又は予めオーサリング端末１２−１の記憶装置１２１に格納される音源ファイル３０２に含まれる音声データをサーバシステム群１３に送信するための形式に変換する音声データ作成部３１２と、キーボード３０３又は画像ファイル３０４からの入力を受け付けて、画像及び文字等の表示データ、又はバイブレータや液晶バックライト等を制御する制御データを作成する表示・制御データ作成部３１５とを備える。オーサリング端末１２−１は、更に、音声データ作成部３１２及び表示・制御データ作成部３１５から出力されたデータを圧縮するデータ圧縮部３１６と、当該圧縮データをネットワーク１１を介してサーバシステム群１３に送信する送受信部３１７とを含む。

図９はサーバシステム群１３に含まれるサーバの物理的な構成を示す図であり、サーバシステム群１３は、Ｗｅｂサーバ４０、認証サーバ４１、配信管理サーバ４２、変換サーバ４３、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６を含む。ただし、図９はサーバシステム群１３の構成の一例に過ぎず、サーバシステム群１３の構成はこれに限られない。例えば、認証サーバ、配信管理サーバ、変換サーバ、及び配信サーバをまとめて一台のマシンで実現する等、図９に表示された複数のサーバをまとめて、物理的に一台のマシンで実現することも可能である。また、図９に記載された各サーバは、それぞれ一台のマシンで構成されても、複数台のマシンで構成されてもよい。例えば、図９では配信サーバとして配信Ａサーバ４４及び配信Ｂサーバ４５の２台のサーバを設けているが、同時にコンテンツを配信する携帯電話機１５−１〜１５−Ｍの数が増加するのに応じて、配信Ｃサーバ、配信Ｄサーバといったように任意の台数のマシンを増設することが可能である。

サーバシステム群１３に含まれるサーバ４０〜４６は、それぞれ、ＣＰＵ４００〜４０６と、記憶装置４１０〜４１６と、入力装置４２０〜４２６と、表示装置４３０〜４３６と、通信装置４４０〜４４６とを備える。記憶装置４１０〜４１６には、各サーバに内蔵された記憶装置を用いてもよいが、各サーバからネットワークを介してアクセス可能な外部の記憶装置を利用してもよい。サーバ４０〜４６は、後述する処理を実行させるソフトウェアを汎用コンピュータ上で動作させるものでもよく、専用のハードウェアであってもよい。

図１０は、サーバシステム群１３に含まれるサーバの機能的な構成を示す図である。Ｗｅｂサーバ４０は、例えばコンテンツ配信の番組表等を含む所定の画面を携帯電話機１５−１〜１５−Ｍに搭載されたブラウザに表示させるためのファイルや、携帯電話機１５−１〜１５−Ｍがコンテンツ配信システム１０を利用するための専用アプリケーションを、ｈｔｔｐプロトコルを用いて携帯電話機１５−１〜１５−Ｍに提供するサーバである。Ｗｅｂサーバ４０は、携帯電話機１５−１〜１５−Ｍからの画面要求及びアプリケーション要求を受信して各要求に対応する画面又はアプリケーションを返信する送受信・制御部５０１と、画像蓄積部５０２と、アプリケーション蓄積部５０３とを備える。認証サーバ４１は、携帯電話機１５−１〜１５−Ｍからのコンテンツ配信要求に対しユーザ認証を行うサーバであり、認証要求の送受信及び認証処理の制御を行う送受信・制御部５１１と、ユーザ認証部５１２と、ユーザＤＢ５１３（本明細書においては、データベースを「ＤＢ」と表記する）とを備える。配信管理サーバ４２は、コンテンツの配信可否を管理し、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６への配信開始通知を行うとともに、ユーザが要求するコンテンツの視聴可否判定を行うサーバである。配信管理サーバ４２は、配信可否監視のための通信を制御し、視聴可否問合せを受信して結果を送信する送受信・制御部５２１と、配信Ａサーバ４４又は配信Ｂサーバ４５の少なくとも１つを定期的に監視して当該番組のコンテンツが蓄積されているか否かを判定する配信可否監視部５２２と、要求された番組の視聴可否を判定する視聴可否判定部５２３と、配信管理ＤＢ５２４とを備える。

変換サーバ４３は、オーサリング端末１２−１〜１２−Ｎから受信したコンテンツを、配信先である携帯電話機１５−１〜１５−Ｍの機種ごとの特徴にあわせて変換するサーバであり、コンテンツの送受信及び変換処理の制御を行う送受信・制御部５３１と、コンテンツ変換部５３２と、携帯電話機種情報蓄積部５３３とを備える。

配信Ａサーバ４４及び配信Ｂサーバ４５は、変換サーバ４３で変換されたコンテンツを蓄積し、携帯電話機１５−１〜５Ｍの要求に応じて配信するサーバであり、コンテンツの蓄積及び配信を制御する送受信・制御部５４１、５５１と、コンテンツ配信部５４２、５５２と、コンテンツ蓄積部５４３、５５３とを備える。エラー配信サーバ４６は、配信時間外のストリーミング配信要求等に応じて、携帯電話機１５−１〜１５−Ｍにコンテンツが配信不可能である旨を通知するエラー通知コンテンツを配信するサーバであり、エラー配信要求の受付と配信の制御を行う送受信・制御部５６１と、コンテンツ配信部５６２と、エラー配信の終了タイミングを判定するエラー配信終了判定部５６３と、コンテンツ蓄積部５６４とを備える。

図１１の（ａ）、（ｂ）は、ユーザＤＢ５１３及び配信管理ＤＢ５２４に含まれるデータの一例を示す図である。ユーザＤＢ５１３は、コンテンツ配信システム１０に登録されているユーザの情報を管理するＤＢであり、ユーザＩＤ６００と、契約期間６０１とを含む。ユーザＩＤ６００は、コンテンツ配信システム１０においてユーザを識別するための一意の文字列であり、契約期間６０１は各ユーザがコンテンツ配信サービスの利用を契約しており、サービスを利用可能である期間を示す。例えば、図１１の（ａ）に例として示されるユーザＤＢ５１３では、「ＡＡＡＡａａａａ」というユーザＩＤを有するユーザの契約期間が「２００４／１２／２２マデ」であり、「ＢＢＢＢｂｂｂｂ」というユーザＩＤを有するユーザの契約期間が「２００４／１２／３１マデ」であることが理解できる。

配信管理ＤＢ５２４は、コンテンツの配信期間を管理するＤＢであり、番組ＩＤ６１０と、開始時刻６１１と、終了予定時刻６１２と、フラグ６１３とを含む。番組ＩＤ６１０は、コンテンツ配信システム１０において番組を識別するための一意の文字列である。開始時刻６１１及び終了予定時刻６１２は、番組表に定められた当該番組の開始時刻及び終了予定時刻であり、開始時刻６１１から終了予定時刻６１２までの間にコンテンツ配信要求を送信し視聴が認められた携帯電話機は、当該コンテンツを最初から視聴することができる。これ以外の時間にコンテンツ配信要求を送信した携帯電話機は、コンテンツの配信を受けることができない。なお、番組ＩＤ６１０、開始時刻６１１及び終了予定時刻６１２は、番組表が決定された時点で予め配信管理ＤＢ５２４に格納される。フラグ６１３は、コンテンツが現時点で配信可能であるか否かを示すフラグであり、例えばフラグ６１３に「０」がセットされている場合には当該コンテンツが配信不可能であり、「１」がセットされている場合には配信可能である。例えば、図１１の（ｂ）に例として示される配信管理ＤＢ５２４では、「１０００００００」という番組ＩＤを有する番組の配信要求が、開始時刻「２００４／１２／０３ １４：００」から終了予定時刻「２００４／１２／０３ １４：０５」まで受け付けられ、現在配信可能であること、及び、「１００００００１」という番組ＩＤを有する番組の配信要求が、開始時刻「２００４／１２／０３ １５：００」から終了予定時刻「２００４／１２／０３ １５：０５」まで受け付けられ、現在配信不可能であることが理解できる。

ただし、図１１はユーザＤＢ５１３及び配信管理ＤＢ５２４に格納されるデータの一例に過ぎず、ユーザＤＢ５１３及び配信管理ＤＢ５２４は図１１に示された以外の様々なデータを含んでもよいことに注意すべきである。

図１２は、携帯電話機１５−１〜１５−Ｍのうちの任意の一つである、例えば携帯電話機１５−１の物理的な構成を示す図である。携帯電話機１５−２〜１５−Ｍについても、図１２に示された携帯電話機１５−１と同様の構成を有するものとする。

携帯電話機１５−１は、図１２に示す通り、ＣＰＵ１５０と、記憶装置１５１と、入力装置１５２と、表示装置１５３と、音声出力装置１５４と、振動装置１５５と、通信装置１５６とを備える。ＣＰＵ１５０は、記憶装置１５１、入力装置１５２、表示装置１５３、音声出力装置１５４、振動装置１５５及び通信装置１５６を制御し、記憶装置１５１は、少なくとも、入力装置１５２を用いて入力されたデータと、通信装置１５６を介して基地局１４から受信したデータと、それらのデータを表示装置１５３に表示するための汎用ブラウザ等のプログラムとを記憶する。記憶装置１５１は、更に、コンテンツ配信システム１０において配信されるコンテンツを再生するための専用アプリケーションを含んでもよい。入力装置１５２は、マイクロフォン及びプッシュボタン等を含み、表示装置１５３は、配信されるコンテンツに含まれる液晶バックライト制御情報に応じて点灯する液晶バックライト１５７を備えるディスプレイを含み、音声出力装置１５４はスピーカを含む。振動装置１５５は、配信されるコンテンツに含まれるバイブレータ制御情報に応じて振動を発生させるバイブレータであり、通信装置１５６は、携帯電話機１５−１を無線ネットワークを介して基地局１４と通信させる機能を有する。

図１３、図１５及び図１６は、コンテンツ配信システム１０を用いて実現される種々の処理内容を示すブロック図である。各フローの詳細な説明に入る前に、コンテンツ配信システム１０の処理の概略を説明する。

まず、コンテンツ配信システム１０において配信されるコンテンツを作成するディスク・ジョッキーなどのコンテンツ作成者が、オーサリング端末１２−１〜１２−Ｎのいずれかを利用してコンテンツを作成する。当該コンテンツには、音声データのほかに、画像及び文字等の表示データや、バイブレータや液晶バックライト等の携帯電話機特有の機能を制御する制御データが含まれる。作成されるコンテンツは、例えば１５秒ごとの一定の時間間隔で、送信可能なファイル形式に変換・圧縮され、サーバシステム群１３に送信される（コンテンツ作成処理）。図１３は、このようなコンテンツ作成処理の流れの例を示すフロー図である。

次いで、サーバシステム群１３の変換サーバ４３が、オーサリング端末１２−１〜１２−Ｎから送信されたコンテンツを受信し、該コンテンツを配信先である携帯電話機の各機種に対応するよう変換した上で、配信Ａサーバ４４及び配信Ｂサーバ４５に送信する（コンテンツ変換・蓄積処理）。配信Ａサーバ４４及び配信Ｂサーバ４５にコンテンツが蓄積されると、配信Ａサーバ４４又は配信Ｂサーバ４５の少なくとも１つを定期的に監視している配信管理サーバ４２はコンテンツが配信可能になった旨を判定し、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６に配信開始通知を行うとともに、配信管理ＤＢ５２４に配信可能を示すフラグ６１３を設定する（コンテンツ配信管理処理）。図１５の（ａ）、（ｂ）は、このコンテンツ変換・蓄積処理及びコンテンツ配信管理処理の流れの例を示すフロー図である。

図１６は、上記のコンテンツ作成処理、コンテンツ変換・蓄積処理及びコンテンツ配信管理処理を含むコンテンツ配信システム１０の処理全体を示すものであり、携帯電話機１５−１〜１５−Ｍからサーバシステム群１３へのコンテンツ配信要求が送信されてから、オーサリング端末１２−１〜１２−Ｎのいずれかで作成されサーバシステム群１３で蓄積・変換されたコンテンツが当該携帯電話機に配信されるまでの流れを示している（コンテンツ配信処理）。

以下、各フローを詳細に説明する。図１３はコンテンツ作成処理の流れの例を示すフロー図であり、図１４は、本処理のためにオーサリング端末１２−１〜１２−Ｎの表示装置１２３に表示されるコンテンツ作成画面の例である。図１４の画面では、作成するコンテンツを、コンテンツの開始時点からのミリ秒単位の経過時間９００を横方向の尺度に用いた表形式で表現している。経過時間９００より下の行には、上から、画像トラック９１０、文字トラック９２０、バイブレータ・トラック９３０、バックライト・トラック９４０、マイク音声トラック９５０、ファイル音声トラック９６０、音源ファイル・フォルダ９７０、画像ファイル・フォルダ９８０及びメッセージ入力エリア９９０が設けられている。音源ファイル・フォルダ９７０、画像ファイル・フォルダ９８０には、予めオーサリング端末１２−１の記憶装置１２１に音源ファイル３０２及び画像ファイル３０４として格納されているファイルの一覧がそれぞれ表示される。メッセージ入力エリア９９０には、メッセージ・テキストを打ち込むためのメッセージ入力欄９９１と、当該メッセージを表示させる時間を例えばミリ秒単位で指定する表示時間指定欄９９２と、メッセージの入力を確定する入力ボタン９９３とが含まれる。マイク音声トラック９５０は、オーサリング端末１２−１のマイク３０１から入力され録音部３１０で録音された音声データの波形を示し、ファイル音声トラック９６０は、音源ファイル３０２から入力された音声データの波形を示す。更に、画像トラック９１０及び文字トラック９２０は、マイク音声トラック９５０及びファイル音声トラック９６０の音声データと合わせてコンテンツに取り込まれる画像データ及び文字データを示し、バイブレータ・トラック９３０及びバックライト・トラック９４０は、マイク音声トラック９５０及びファイル音声トラック９６０の音声データと合わせてコンテンツに取り込まれるバイブレータ及びバックライトの制御データを示す。開始ボタン９０１はコンテンツの作成を開始するためのボタンであり、終了ボタン９０２はコンテンツの作成を終了するためのボタンである。

コンテンツ作成処理は、オーサリング端末１２−１〜１２−Ｎのいずれか、例えばオーサリング１２−１において、図１４のコンテンツ作成画面が起動され、開始ボタン９０１がクリックされることにより開始される。これにより、ステップＳ８１において、オーサリング端末１２−１のタイマ部３１３がコンテンツ作成開始時刻からの経過時間の測定を開始すると同時に、録音部３１０が、マイク３０１から入力される音声データの録音を開始する。マイク３０１からの音声データが録音されると、コンテンツ作成画面のマイク音声トラック９５０に当該音声データの波形である例えば波形９５１が表示される。オーサリング端末１２−１におけるコンテンツ作成処理では、音声データとして、マイク３０１から入力され録音部３１０で録音された音声に加えて、予め音源ファイル３０２として格納された音声データを利用することが可能である。作成中のコンテンツに音源ファイル３０２からの音声データを挿入する場合、コンテンツ作成者は、ファイル音声トラック９６０において、音源ファイル３０２に含まれる音声データの再生を開始したい時刻に相当する位置をクリックした上で、音源ファイル・フォルダ９７０に表示された例えば音源ファイル９７１〜９７３のうちの所望のファイルをクリックすることにより、作成中のコンテンツに挿入したい音声データを含む音源ファイル、及び当該音声データの再生開始時刻を指定することができる。これにより、指定した時刻に音声出力装置１２４を介して当該音源ファイルの再生が開始され、更に、ファイル音声トラック９６０の指定した時刻より右側に、当該音源ファイルに含まれる音声データの波形である例えば波形９６１が表示される。コンテンツ作成者は、マイク３０１からの音声データと音源ファイル３０２からの音声データとの両方を同時に使用してもよく、いずれか一方のみを使用してもよい。

更に、コンテンツ作成の開始から終了までの所望のタイミングにおいて、コンテンツ作成者がコンテンツ作成画面上でそれぞれ後述する挿入作業を行うことにより、ステップＳ８２において、作成中のコンテンツに、画像及び文字等の表示データ、或いはバイブレータ制御情報及び液晶バックライト制御情報等の制御データが挿入される。表示データ又は制御データは、任意の回数に渡り、作成中のコンテンツに挿入されることが可能である。

作成中のコンテンツに画像データが挿入される場合、コンテンツ作成者は、例えば、図１４の画像トラック９１０において、画像データの表示を開始したい時刻及び終了したい時刻に相当する位置を選択した上で、画像ファイル・フォルダ９８０に表示された画像ファイル９８１〜９８２のうちの所望の画像ファイルをクリックする。この操作により、ステップＳ８２において、コンテンツに挿入されるべき画像データと、該画像データの表示の開始時刻及び終了時刻を示すデータとが入力され、ステップＳ８２−２において、入力されたデータがオーサリング端末１２−１の記憶装置１２１に記憶される。また、入力されたデータに基づいて、画像トラック９１０の所望の時刻に対応する位置に、選択された画像ファイルである例えば画像ファイル９１１が表示される。

作成中のコンテンツに文字データが挿入される場合、コンテンツ作成者は、例えば、図１４の文字トラック９２０において文字データの表示を開始したい時刻及び終了したい時刻に相当する位置をクリックした上で、メッセージ入力欄９９１に所望のメッセージを入力し、当該メッセージを表示したい時間を表示時間指定欄９９２に、例えばミリ秒単位で入力する。更に入力ボタン９９３を押下することにより、ステップＳ８２において、コンテンツに挿入されるべき文字データと、該文字データの表示を開始及び終了する時刻とを示すデータとが入力され、ステップＳ８２−２において、入力されたデータがオーサリング端末１２−１の記憶装置１２１に記憶される。また、入力されたデータに基づいて、文字トラック９２０の所望の時刻に対応する位置に、入力したメッセージの一部を示すメッセージ・アイコン９２１が表示される。

作成中のコンテンツにバイブレータ制御情報が入力される場合、コンテンツ作成者は、例えば、バイブレータ・トラック９３０において、携帯電話機１５−１〜１５−Ｍの振動装置１５５の作動を開始させたい時刻及び終了させたい時刻に相当する位置をクリックにより指定する。この操作により、ステップＳ８２において、コンテンツを再生する携帯電話機１５−１〜１５−Ｍの振動装置１５５の作動の開始時刻及び終了時刻を示すデータが入力され、ステップＳ８２−２において、入力されたデータがオーサリング端末１２−１の記憶装置１２１に記憶される。また、入力されたデータに基づいて、バイブレータ・トラック９３０の所望の時刻に対応する位置に、例えばバイブレータ制御情報９３１が表示される。

作成中のコンテンツに液晶バックライト制御情報が入力される場合、コンテンツ作成者は、例えば、バックライト・トラック９４０において、携帯電話機１５−１〜１５−Ｍの液晶バックライト１５７の点灯を開始させたい時刻及び終了させたい時刻に相当する位置をクリックにより指定する。この操作により、ステップＳ８２において、コンテンツを再生する携帯電話機１５−１〜１５−Ｍの液晶バックライト１５７の点灯の開始時刻及び終了時刻を示すデータが入力され、ステップＳ８２−２において、入力されたデータがオーサリング端末１２−１の記憶装置１２１に記憶される。また、入力されたデータに基づいて、バックライト・トラック９４０の所望の時刻に対応する位置に、例えば液晶バックライト制御情報９４１が表示される。

一方、入力された音声データは、タイマ部３１３で計測される経過時間に従い、予め設定される時間間隔である例えば１５秒ごとに音声データ作成部３１２により一つの音声ファイルにまとめられて出力される。音声データの入力開始後、ステップＳ８３において所定時間の経過が判断されると、ステップＳ８４において、音声データ作成部３１２により、当該所定時間分の音声データである単位再生データが作成される。このとき、当該期間内に、マイク３０１から録音された音声データや、指定された音源ファイル３０２の音声データ等の複数の音声データが存在する場合、それら複数の音声データを統合した１つの単位再生データが作成される。

このように単位再生データが作成されると、表示・制御データ作成部３１５は、ステップＳ８５において、記憶装置１２１に記憶された画像データ、文字データ、バイブレータ制御情報及び液晶バックライト制御情報の中から、該単位再生データと対応する所定時間内にコンテンツに挿入されるよう指定されたデータを検出して取り出し、単位再生データの再生開始時刻に対する相対的な開始時刻及び終了時刻を算出して、画像データ、文字データ、バイブレータ制御情報及び液晶バックライト制御情報と、それらと対応付けられた相対的な開始時刻又は終了時刻とを含む表示・制御データファイルを作成する。相対的な開始時刻及び終了時刻について算出する例を挙げて説明すると、コンテンツ作成開始からの経過時間が１５００〜３０００ミリ秒の期間に対応する単位再生データと、当該単位再生データに対応する画像データであって、コンテンツ作成開始からの経過時間が１６２０〜１８００ミリ秒の期間に表示される画像データとが存在する場合、画像データの相対的な開始時刻は１６２０−１５００＝１２０より１２０ミリ秒と算出され、相対的な終了時刻は１８００−１５００＝３００より３００ミリ秒と算出される。

ステップＳ８４で作成された単位再生データと、ステップＳ８５で作成された、当該単位再生データに対応する表示・制御データファイルとは、ステップＳ８６において、データ圧縮部３１６により一つのファイルに圧縮される。このとき、データ圧縮部３１６は、圧縮されたファイルに、コンテンツ作成者が予め入力した当該コンテンツの番組ＩＤと、作成された圧縮ファイルが当該番組の開始から所定時間ごとに作成される単位再生データの何番目に対応するものであるかを示す分割番号とを付与する。この圧縮ファイルは、ステップＳ８７において、送受信部３１７によりサーバシステム群１３に送信される。

その後、ステップＳ８８において、オーサリング端末１２−１の制御部３１４は、コンテンツ作成者が終了ボタン９０２をクリックしたことに応じて、コンテンツ作成処理の終了を判断する。なお、図１３では、ステップＳ８３において所定時間が経過したと判断された後、ステップＳ８４〜Ｓ８７が実行された上でステップＳ８８においてコンテンツの作成が終了されるか否かが判断され、作成が終了されない場合にステップＳ８１に戻るように便宜的に記載しているが、本実施の形態のコンテンツ作成処理においては、ステップＳ８１で開始された音声データの録音及び経過時間の測定は、コンテンツの作成開始から終了までの間、ステップＳ８４〜８７により中断されることなく継続的に実行される。また、ステップＳ８３における所定時間経過の判断は、上記の通りタイマ部３１３により継続的に行われる経過時間の測定に基づいて、所定時間が経過するごとに、ステップＳ８４を開始すべき旨が判断されるものである。ステップＳ８４〜Ｓ８７の処理は、所定時間の経過ごとに、音声データの録音及び経過時間の測定と並行して実行され、作成された圧縮ファイルがサーバシステム群１３に逐次送信される。なお、ステップＳ８２における表示・制御データの入力は、コンテンツの作成開始から終了までの任意のタイミングで実行可能である。

図１５の（ａ）は、このように作成されたコンテンツをサーバシステム群１３において変換し蓄積するための、コンテンツ変換・蓄積処理の流れの例を示すフロー図である。この処理は、ステップＳ１００１において、変換サーバ４３の送受信・制御部５３１が、オーサリング端末１２−１〜１２−Ｎのいずれかで作成されたコンテンツの所定期間分を受信することにより実行される。

送受信・制御部５３１は、ステップＳ１００２において、コンテンツ変換部５３２を動作させ、携帯電話機種情報蓄積部５３３に蓄積されたデータを利用して、受信したコンテンツに含まれる単位再生データを、携帯電話機１５−１〜１５−Ｍの各機種における再生に適する機種別単位再生データに変換する。この変換により、機種別単位再生データと、該単位再生データの再生中に携帯電話機で利用される表示データ又は制御データと、当該コンテンツが含む番組の番組ＩＤと、該データが番組の最初から何番目の所定時間に対応するものであるかを示す分割番号とを含む配信データが作成される。変換サーバ４３は、ステップＳ１００３において、この配信データを配信Ａサーバ４４及び配信Ｂサーバ４５に送信する。

配信Ａサーバ４４及び配信Ｂサーバ４５の送受信・制御部５４１、５５１は、ステップＳ１００４において、変換サーバ４３からの配信データを受信し、コンテンツ蓄積部５４３、５５３に蓄積する。これにより、オーサリング端末１２−１〜１２−Ｎで作成されたコンテンツは、配信Ａサーバ４４及び配信Ｂサーバ４５に、携帯電話機１５−１〜１５−Ｍに配信可能な状態で保持される。

続いて、図１５の（ｂ）は、配信管理サーバ４２がコンテンツの配信が可能となったことを判断する際の、コンテンツ配信管理処理の流れの例を示すフロー図である。配信管理サーバ４２の配信可否監視部５２２は、配信Ａサーバ４４及び配信Ｂサーバ４５の少なくとも１つを定期的に監視し、監視対象であるサーバのコンテンツ蓄積部に新しい番組の配信データが蓄積されていることを検出すると、当該番組が配信可能となったことを判定する。ステップＳ１００５において配信可否監視部５２２がこのような監視を行い、新たな番組の配信が可能になったことを判定すると、ステップＳ１００６において、配信可否監視部５２２は、配信管理サーバ５２４の当該番組の番組ＩＤ６１０に対応するフラグ６１３に、配信可能であることを示す値である例えば「１」を設定する。また、配信管理サーバ４２の配信可否監視部５２２は、配信管理ＤＢ５２４のフラグ６１３の変更と同時又はその後に、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６に対し、当該コンテンツが配信可能である旨を通知する配信開始信号を送信する。すると、配信開始信号を受信したエラー配信サーバ４６のエラー配信終了判定部５６３が、ステップＳ１１０７において、後述するエラー通知コンテンツの配信を終了すべき旨を判定する。

図１６は、コンテンツ配信システム１０において携帯電話機１５−１〜１５−Ｍにコンテンツを配信するためのコンテンツ配信処理の流れの例を示すフロー図である。本処理は、携帯電話機１５−１〜１５−Ｍのいずれかである例えば携帯電話機１５−１に搭載された専用アプリケーションが起動され、表示された配信要求画面においてコンテンツの配信要求操作が行われることにより開始する。すると、ステップＳ１１０１において、携帯電話機１５−１から認証サーバ４１に対し、コンテンツ配信要求のｈｔｔｐリクエストが送信される。認証サーバ４１の送受信・制御部５１１は、ステップＳ１１０２においてこのコンテンツ配信要求を受信し、ユーザ認証部５１２を動作させてユーザの認証を行う。具体的には、コンテンツ配信要求に含まれるユーザＩＤが、ユーザＤＢ５１３に登録されており、且つ契約期間内であることを確認する。ステップＳ１１０２における認証が失敗した場合、処理は最初に戻り、携帯電話機１５−１の表示装置１５３に再び配信要求画面が表示される。

ステップＳ１１０２におけるユーザの認証が成功すると、認証サーバ４１の送受信・制御部５１１は、ステップＳ１１０３において、配信管理サーバ４２に対し、ユーザが要求している番組が視聴可能であるか否かを問い合わせる視聴可否問合せ信号を送信する。ステップＳ１１０４において、配信管理サーバ４２の送受信・制御部５２１は、この視聴可否問合せ信号を受信し、視聴可否判定部５２３を動作させて当該番組が視聴可能であるか否かを判定させる。具体的には、認証サーバ４１から送信された番組ＩＤをキーに配信管理ＤＢ５２４を検索し、指定された番組ＩＤに対応するフラグ６１３に配信可能を示すフラグが立っているか否かを判定する。視聴可否判定の基準としては、更に様々な要素を利用することが可能である。例えば、通常は配信サーバの性能上の制約から、１つの番組を同時に配信することができるユーザ数には制限が生じるため、特定の番組の視聴を希望するユーザのうち、制限範囲内の数のユーザにのみ視聴を許可することが考えられる。また、携帯電話機１５−１からのコンテンツ配信要求に含まれる機種情報を利用して、特定の機種を利用するユーザにのみコンテンツの視聴を許可することも可能である。

例えば番組の配信開始前にユーザが配信要求を行った場合など、ユーザによる番組の視聴が不可能である場合、配信管理サーバ４２は、ステップＳ１１０５において、認証サーバ４１に対し視聴不可能を表す信号を送信する。すると、ステップＳ１１０６において、視聴不可能信号を受信した認証サーバ４１の送受信・制御部５１１は、ユーザの携帯電話機１５−１に対し、エラー配信サーバ４６のアドレス情報、具体的にはエラー配信サーバ４６のＵＲＬと、携帯電話機１５−１が最初に要求すべき配信データの分割番号である、例えば「０」とを通知する。そこで、携帯電話機１５−１は、ステップＳ１１０７において、受信したＵＲＬ及び分割番号を用いて、エラー配信サーバ４６に対し、ｈｔｔｐリクエストによるデータ要求を行う。エラー配信サーバ４６のコンテンツ蓄積部５６４には、予め、番組が視聴不可能である旨を示すエラーメッセージを含むエラー通知コンテンツが、携帯電話機の機種ごとに作成され蓄積されている。ステップＳ１１０８において、ユーザからのデータ要求を受信したエラー配信サーバ４６の送受信・制御部５６１は、コンテンツ配信部５６２を動作させ、携帯電話機１５−１に対し、携帯電話機からのデータ要求に含まれる機種情報に対応するエラー通知コンテンツを含む応答データを配信する。このエラー通知コンテンツとしては、例えば、「残念ですがこのコンテンツは現在視聴できません」といったメッセージを表示する画像データを利用することが考えられる。

これ以降、ユーザが携帯電話機１５−１に対して専用アプリケーションの終了を指定しない場合には、ステップＳ１１０７のエラー配信サーバ４６へのデータ要求と、１１０８のエラー通知コンテンツの配信とが繰り返される。

その後、コンテンツ作成者がオーサリング端末１２−１〜１２−Ｎのいずれかを用いてユーザが視聴を希望している番組のコンテンツの作成の開始操作を行うと、ステップＳ１１０９において、使用されているオーサリング端末１２−１等が音声の録音を開始し、ステップＳ１１１０において、コンテンツがサーバシステム群１３に送信される。このステップＳ１１０９及びＳ１１１０は、図１３のフロー図に示されたコンテンツ作成処理に対応する。このコンテンツ作成処理により、サーバシステム群１３にコンテンツが送信されると、図１５の（ａ）に示されたコンテンツ変換・蓄積処理が実施されて、配信Ａサーバ４４及び配信Ｂサーバ４５のコンテンツ蓄積部５４３、５５３に配信データが蓄積されるとともに、図１５の（ｂ）に示されたコンテンツ配信管理処理が実行されて、エラー配信サーバ４６のエラー配信終了判定部５６３が、エラー配信を終了すべき旨を判定する。そのため、エラー配信サーバ４６の送受信・制御部５６１は、ステップＳ１１１２において携帯電話機１５−１からのデータ要求を受信すると、ステップＳ１１１３において、携帯電話機１５−１に対し、エラー配信サーバ４６との通信を終了して再度認証サーバ４１にコンテンツ配信要求を行うよう指示する情報を含む応答データを送信する。

この応答データを受信した携帯電話機１５−１は、ステップＳ１１１４において、再度認証サーバ４１にコンテンツ配信要求を送信する。認証サーバ４１の送受信・制御部５１１は、ステップＳ１１１５においてステップＳ１１０２と同様のユーザ認証を行った上で、ステップＳ１１１６において、配信管理サーバ４２にステップＳ１１０３と同様の視聴可否問合せ信号を送信する。ステップＳ１１１７において、配信管理サーバ４２の視聴可否判定部５２３は、ステップＳ１１０４と同様に当該番組の視聴可否を判定する。この場合、配信管理ＤＢ５２４の当該番組に対応するフラグ６１３には、上述の通り配信可能を示す値が設定されているため、視聴可否判定部５２３は当該番組が視聴可能であると判定し、送受信・制御部５２１は、ステップＳ１１１８において、認証サーバ４１に視聴可能を示す信号を送信する。

認証サーバ４１の送受信・制御部５１１は、ステップＳ１１１９において上記の視聴可能信号を受信すると、携帯電話機１５−１に、携帯電話機１５−１にコンテンツを配信する配信サーバである例えば配信Ａサーバ４４のＵＲＬと、携帯電話機１５−１が最初に要求すべき配信データの分割番号である、例えば「０」とを送信する。携帯電話機１５−１は、ステップＳ１１２０において、受信したＵＲＬ及び分割番号を用いて配信Ａサーバ４４にデータ要求を送信する。

配信Ａサーバ４４の送受信・制御部５４１は、ステップＳ１１２１においてこのデータ要求を受信すると、コンテンツ配信部５４２を動作させて、携帯電話機１５−１に対し、コンテンツ蓄積部５４３に蓄積された当該番組の配信データのうち、携帯電話機１５−１の機種に対応する配信データであって、データ要求において指定された分割番号の配信データを含む応答データを送信する。また、この際、配信Ａサーバ４４は、番組ＩＤと、携帯電話機１５−１から要求された配信データの分割番号をインクリメントすることにより算出した、携帯電話機１５−１が次に要求すべき配信データの分割番号とを、応答データに含めて送信する。携帯電話機１５−１は、このような応答データを受信すると、配信Ａサーバ４４に次回のデータ要求を送信する際に、応答データに含まれていた番組ＩＤ及び分割番号を含むデータ要求を送信する。配信Ａサーバ４４は、このようなデータ要求を受信すると、コンテンツ配信部５４２を動作させて、コンテンツ蓄積部５４３に蓄積された当該番組の要求された分割番号の配信データを、１回の要求に対し１つずつ配信する。

なお、携帯電話機１５−１〜１５−Ｍは、コンテンツを途切れなく再生するため、再生中の配信データの次に再生すべき配信データを、記憶装置１５１に設けられたバッファに格納することができる。携帯電話機１５−１〜１５−Ｍは、バッファに配信データが入っていない場合、配信Ａサーバ４４にデータ要求を送信する。バッファに配信データが入っている場合には、再生中の配信データの再生が終了してバッファ内の配信データの再生が開始された後の所定のタイミングでデータ要求を実行する。

データ要求のタイミングとしては、配信データの再生開始後の、例えば、バッファが空になった後であってもよく、データ要求に対する配信データが受信されるまでにバッファに書き込みができるようなタイミングであればよい。このように再生開始後の所定のタイミングにデータ要求をすることによって、配信サーバでは、データ要求があったときから、次のデータ要求が来るまでの時間として所定時間以上空くこととなり、その間に次の配信データをオーサリング端末から受信して記憶することができる。従って、携帯電話機からのデータ要求時に、配信データを確実に用意することができる。また、このように確実に配信データを用意することができるために、配信するデータが用意されていないのにも関わらず携帯電話機からデータ要求が来ることを適切に抑えることができる。

ステップＳ１１２２においてオーサリング端末１２−１におけるコンテンツ作成が終了し、ステップＳ１１２３における携帯電話機１５−１からのデータ要求に対し、当該番組の最後の分割番号を有する配信データを送信する際、配信Ａサーバ４４は、ステップＳ１１２４において、当該配信データを含む応答データに、配信Ａサーバ４４との通信を終了して再度認証サーバ４１へのコンテンツ配信要求を行うよう指示する情報を含めて送信する。この応答データを受信した携帯電話機１５−１は、ステップＳ１１０１と同様に、認証サーバ４１に対してコンテンツ配信要求を送信する。それ以降は、ステップＳ１１０２以降と同様の処理が行われる。

図１７、図１８および図１９は、コンテンツ配信システム１０において、携帯電話機１５−１〜１５−Ｍと配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６との間でｈｔｔｐプロトコルを用いてやり取りされるデータのフォーマットを示す図である。

図１７は、例えばステップＳ１１０７、Ｓ１１１２、Ｓ１１２０及びＳ１１２３のような、携帯電話機１５−１〜１５−Ｍから配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６に対するデータ要求の際に送信される要求データ１３００のフォーマットを示す図である。要求データ１３００は、番組ＩＤ１３０１と、サーバ側指定文字列１３０２と、バージョン番号１３０３とを含む。番組ＩＤ１３０１は、配信を要求する番組を識別するための一意の文字列であり、サーバ側指定文字列１３０２は、配信サーバでの処理に必要な文字列であって、具体的には当該番組の何番目の配信データを要求するかを示す分割番号を含む。バージョン番号１３０３は、要求データ１３００を送信する携帯電話機１５−１〜１５−Ｍに搭載された専用アプリケーションのバージョンを示す。

図１８、図１９は、例えばステップＳ１１０８、Ｓ１１１３、Ｓ１１２１及びＳ１１２４のような、図１７に示された要求データに応じて配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６から携帯電話機１５−１〜１５−Ｍに返信する際に用いられる応答データ１４００のフォーマットを示す図である。応答データ１４００は、エラーコード１４０１、番組ＩＤ１４０２、サーバ側指定文字列１４０３、番組名１４０４、及びデータ件数１４０５を含むヘッダ部１４１１と、データ格納オフセット１４０６−１−１〜１４０６−Ｌ（Ｌは任意の自然数）、データ長１４０７−１〜１４０７−Ｌ、データ種別１４０８−１−１〜１４０８−Ｌ、及び実データ１４０９−１〜１４０９−Ｌを含むＬ個のデータ部１４１２−１〜１４１２−Ｌとを含む。エラーコード１４０１は、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６における要求データ１３００の処理状態を示すものであり、例えば、「０」であれば正常、「１」であればエラー、「２」であれば応答データ１４００を受信した携帯電話機１５−１〜１５−Ｍが、配信Ａサーバ４４、配信Ｂサーバ４５及びエラー配信サーバ４６との通信を終了して認証サーバ４１へ再度コンテンツ配信要求を行うべきである旨を示す。なお、エラーコード１４０１がエラーを示す例えば「１」に設定される場合、当該応答データ１４００は、番組ＩＤ１４０２以降のデータを含まない。次に、番組ＩＤ１４０２は、応答データ１４００に含まれる番組を識別するためのＩＤであり、要求データ１３００に含まれる番組ＩＤ１３０１と共通のＩＤが利用される。サーバ側指定文字列１４０３は、配信サーバでの処理に必要な文字列であって、具体的には次に要求すべき配信データの分割番号を含む。番組名１４０４は、応答データ１４００に含まれる番組の名称であり、データ件数１４０５は、データ部１４１２−１〜１４１２−Ｌに格納されるデータの件数である。例えば、１つの応答データ中にデータ部１４１２−１及び１４１２−２のみが存在する場合、データ件数１４０５は「２」となる。

データ部１４１２−１〜１４１２−Ｌには、携帯電話機１５−１〜１５−Ｍへの配信データである音声データ、画像データ、文字データ、バイブレータ制御情報及び液晶バックライト制御情報が格納される。ただし、応答データ１４００は、必ずしもこれら５種類のデータ全てを含むものではなく、その一部を含んでも良い。また、画像データ、文字データ、バイブレータ制御情報及び液晶バックライト制御情報のそれぞれの種類について、１つのデータを含んでも良く、複数のデータを含んでも良い。

データ格納オフセット１４０６−１〜１４０６−Ｌは、データ部１４１２−１〜１４１２−Ｌの先頭データのオフセット値であり、データ長１４０７−１〜１４０７−Ｌはデータ部１４１２−１〜１４１２−Ｌのデータ長であり、データ種別１４０８−１〜１４０８−Ｌは実データ１４０９−１〜１４０９−Ｌに格納されるデータの種別を示す。データ種別１４０８−１〜１４０８−Ｌは、例えば、実データ１４０９−１〜１４０９−Ｌに格納されているデータが音声データであれば「０」、画像データであれば「１」、文字データであれば「２」、バイブレータ制御情報であれば「３」、液晶バックライト制御情報であれば「４」といったように設定可能である。実データ１４０９−１〜１４０９−Ｌには、コンテンツの内容である音声データ、画像データ、文字データ、バイブレータ制御情報及び液晶バックライト制御情報が、それぞれ後述のフォーマットで格納される。

図１９は、応答データ１４００の実データ１４０９−１〜１４０９−Ｌに格納されるデータのフォーマットを示す図であり、図１９の（ａ）は音声の実データ１５００、同図（ｂ）は画像の実データ１５１０、同図（ｃ）は文字の実データ１５２０、同図（ｄ）はバイブレータ制御情報の実データ１５３０、同図（ｅ）は液晶バックライト制御情報の実データ１５４０のフォーマットを示す。音声の実データ１５００は、特殊動作フラグ１５０１、再生時間１５０２及び音声データ１５０３を含む。特殊動作フラグ１５０１は特殊動作を設定するためのフラグであり、再生時間１５０２は音声データ１５０３に格納されたデータの再生時間を例えばミリ秒単位で示す。音声データ１５０３には、ｍｌｄ形式又はｍｍｆ形式等の携帯電話機１５−１〜１５−Ｍで再生可能な音声データが格納される。

画像の実データ１５１０は、相対開始時刻１５１１と、動作フラグ１５１２と、レイヤー指定１５１３と、画像種別１５１４と、画像データ１５１５とを含む。相対開始時刻１５１１は、当該画像データ１５１５の表示を開始又は終了する時刻を、同じ応答データ１４００に含まれる音声データ１５０３の再生開始時刻からのミリ秒単位の相対時刻で示すものである。動作フラグ１５１２は、画像表示の「開始」又は「終了」の動作を指定するためのフラグであり、例えば、動作フラグ１５１２が「０」の場合に画像の表示を開始し、「１」の場合に表示を終了するよう設定することが可能である。例として、相対開始時刻１５１１に「３００」、動作フラグ１５１２に「０」が格納されている場合、音声データ１５０３の再生開始から３００ミリ秒経過した時点で、携帯電話機１５−１〜１５−Ｍの表示装置１５３に画像データ１５１５の表示が開始される。この場合、同一の応答データ１４００、又は同じ番組内の当該応答データ以後の応答データに、表示の「終了」を示す動作フラグを含む画像の実データが含まれており、当該終了の実データにおいて指定された相対時刻に画像の表示が終了される。レイヤー指定１５１３は、表示装置１５３において同時に複数の画像を表示する場合に、画像データ１５１５を表示すべきレイヤーを示す。画像種別は、ｊｐｇ形式、ｇｉｆ形式などの画像データ１５１５のデータ形式を指定するためのフィールドである。画像データ１５１５には、携帯電話機１５−１〜１５−Ｍの表示装置１５３に表示されるべき画像データが格納される。なお、画像の実データが表示の終了を示す動作フラグを含む場合、当該実データは、画像種別１５１４及び画像データ１５１５を含まない。

文字の実データ１５２０は、相対開始時刻１５２１と、動作フラグ１５２２と、文字データ１５２３とを含む。相対開始時刻１５２１及び動作フラグ１５２２は、画像の実データ１５１０の相対開始時刻１５１１及び動作フラグ１５１２と同様であり、文字データ１５２３は携帯電話機１５−１〜１５−Ｍの表示装置１５３に表示される文字データを含む。

バイブレータ制御情報の実データ１５３０は、相対開始時刻１５３１と動作フラグ１５３２とを含む。これらは、画像の実データ１５１０の相対開始時刻１５１１及び動作フラグ１５１２と同様であり、動作フラグ１５３２が動作の開始を示す例えば「０」である場合に携帯電話機１５−１〜１５−Ｍの振動装置１５５が作動させられ、振動を発生する。この場合、同一の応答データ１４００内に動作の終了を示す動作フラグが設定された別のバイブレータ制御情報の実データが含まれ、当該終了の実データにおいて指定された相対開始時刻に達すると、振動装置１５５の動作が終了させられる。

液晶バックライト制御情報の実データは、相対開始時刻１５４１と動作フラグ１５４２とを含み、動作フラグ１５４２が動作の開始を示す例えば「０」である場合、指定された相対開始時刻に、携帯電話機１５−１〜１５−Ｍの表示装置１５３の液晶バックライト１５７が点灯させられる。この場合、同一の応答データ１４００内に動作の終了を示す動作フラグが設定された別の液晶バックライト制御情報の実データが含まれ、当該終了の実データにおいて指定された相対開始時刻に達すると、液晶バックライト１５７が消灯させられる。

以上、本発明に係るコンテンツ配信システムの若干の実施の形態の構成と動作について説明したが、本発明はこうした実施の形態に限定されるものではないことに注意するべきである。例えば、上記の実施の形態では、コンテンツに挿入される制御データとして、携帯電話機のバイブレータ及び液晶バックライトを制御するデータが利用されているが、本発明はこれに限られず、携帯電話機を含む移動体端末が備える様々な機能を制御するデータを利用することが可能である。例えば、制御データとしては、前面と背面の２箇所に表示画面を有する移動体端末の背面液晶画面を使って画像や文字等を表示させる制御データや、移動体端末からの通話を発信させる制御データや、充電池を使い切ってから再充電するためにバッテリを強制的に消費させる制御データや、プッシュボタンを光らせる制御データであってもよい。また、表示部を光らせる制御データとしては、液晶ディスプレイのバックライトを点灯させる制御データの他に、表示部の明るさを制御する制御データであってもよい。

また、上記実施の形態では、コンテンツ作成者の指示入力により、音声データに対応付ける制御データを受け付けて記憶するようにしていたが、本発明はこれに限られず、音声データに含まれている音声の状況に基づいて音声データに対応付ける制御データをサーバシステム群内の機能部が決定して記憶するようにしてもよい。この場合には、たとえば、制御データを設定する音声状況と、当該音声状況時に設定する制御データとを対応付けて予めメモリ等の記憶部に記憶しておき、入力される音声データの音声状況が記憶されている音声状況であることを検出した場合に、当該音声データに、音声状況に対応する制御データを対応付けて設定するようにすればよい。たとえば、拍手音が含まれている音声状況の場合には、液晶のバックライトの制御データを対応付けるように設定してもよく、また、無音時間が所定時間以上続く音声状況の場合には、バイブレータの制御データを対応付けて設定してもよく、また、特定の言葉が含まれている音声状況であれば、特定の画像を表示させる制御データであってもよい。

また、上記実施の形態では、オーサリング端末１２−１〜１２−Ｎでコンテンツが作成される際、作成の開始から終了まで途切れなく音声データが録音されるようになっていたが、本発明はこれに限られるものではなく、本発明に係るコンテンツ配信システムにおいて配信されるコンテンツは、音声データ又は映像データの少なくとも一方と、制御データとを含めばよいことに注意すべきである。

更に、上記の実施の形態に係るオーサリング端末１２−１〜１２−Ｎでは、コンテンツ作成処理のステップＳ８４において、所定時間ごとに単位再生データを作成していたが、本発明はこれに限られず、例えば、配信すべきデータ量が所定量を超えた場合に単位再生データを作成するようにしてもよい。

また、上記の実施の形態では、オーサリング端末１２−１〜１２−Ｎとサーバシステム群１３とを分けて記載したが、本発明はこれに限られず、オーサリング端末１２−１〜１２−Ｎの各機能をサーバシステム群１３の中に備えるように構成してもよい。

また、上記実施の形態では、携帯電話機１５−１〜１５−Ｍからのコンテンツ配信要求を受けた認証サーバ４１が毎回ユーザの認証を行うようにしていたが、本発明はこれに限られず、例えば、認証サーバ４１の負荷を軽減するため、携帯電話機１５−１〜１５−Ｍの記憶装置１５１に認証日時及び認証結果を保存し、過去の所定の期間内に認証に成功した結果データが存在しない場合にのみ、認証要求を行わせることが可能である。

また、上記実施の形態では、オーサリング端末１２−１〜１２−Ｎにより逐次コンテンツを作成し、配信Ａサーバ４４及び配信Ｂサーバ４５に蓄積して、ほぼリアルタイムで携帯電話機１５−１〜１５−Ｍに配信するようにしていたが、本発明はこれに限られず、例えば、オーサリング端末１２−１〜１２−Ｎで予め作成された番組のコンテンツを配信Ａサーバ４４及び配信Ｂサーバ４５に蓄積しておき、所定の開始時刻になった際に携帯電話機１５−１〜１５−Ｍに配信するようにしてもよい。この場合、配信管理サーバ４２は、配信サーバに配信データが蓄積されているか否かにより配信可否を判定するのではなく、所定の開始時刻になったか否かにより配信可否を判定するようにすればよい。

また、上記実施の形態では、配信Ａサーバ４４及び配信Ｂサーバ４５は携帯電話機の機種ごとに変換された１種類以上の配信データを蓄積するようにしていたが、本発明はこれに限られず、例えば、Ａ機種に対応する配信データを配信Ａサーバ４４に蓄積し、Ｂ機種に対応する配信データを配信Ｂサーバ４５に蓄積するといったように携帯電話機の機種ごとにサーバを設けるようにしてもよい。この場合、例えばステップＳ１１１９において、認証サーバ４１は、コンテンツ配信要求に含まれる携帯電話機の機種情報を読み取り、当該機種に対応する配信サーバのＵＲＬを送信するようにすればよい。

また、携帯電話機１５−１〜１５−ＭのユーザＩＤとしては、例えば、携帯電話機１５−１〜１５−Ｍに格納されている携帯電話機に固有な識別情報を利用してもよく、携帯電話機からネットワークにデータを送信する際に、基地局１４のゲートウェイにおいて付与される当該携帯電話機のユーザを特定することのできる識別情報を利用してもよい。

以上説明したように、本実施の形態によれば、二つ以上の異なるコンテンツを同時にストリーミング配信するために、携帯端末のユーザに対する配信管理を簡易化し、携帯端末のアクセス時点に関係なく、共通のコンテンツを効率よく提供することが可能である。

以上、実施の形態を参照して詳述したように、本発明のコンテンツ配信システムにより、携帯電話機等の移動体端末に対するストリーム配信において、音声データ又は表示データの少なくとも一方と、移動体端末特有の機能を制御する制御データとを配信することにより、より表現力の高いコンテンツの配信を実現することが可能である。

本発明の実施の形態に係るコンテンツ配信システムの全体像を示す概略図である。 本実施の形態によるストリーミング方式を説明する図である。 本実施の形態による実データを説明する図である。 本実施の形態によるストリーミング情報の基本構成を説明する図である。 本実施の形態によるコンテンツに応じたステータス情報を説明する図である。 本実施の形態によるストリーミング配信動作を説明するフローチャートである。 本発明の実施の形態に係るコンテンツ配信システムのオーサリング端末の物理的な構成を示すブロック図である。 本発明の実施の形態に係るコンテンツ配信システムのオーサリング端末の有する機能を示すブロック図である。 本発明の実施の形態に係るコンテンツ配信システムのサーバシステム群の物理的な構成を示すブロック図である。 本発明の実施の形態に係るコンテンツ配信システムのサーバシステム群の有する機能を示すブロック図である。 本発明の実施の形態に係るデータテーブルの例を示す図である。 本発明の実施の形態に係るコンテンツ配信システムの携帯電話機の物理的な構成を示すブロック図である。 本発明の実施の形態に係るコンテンツ配信システムにより実現されるコンテンツ作成処理を示すフローチャートである。 本発明の実施の形態におけるコンテンツ配信システムにおいて表示されるコンテンツ作成画面の例である。 本発明の実施の形態に係るコンテンツ配信システムにより実現されるコンテンツ変換・蓄積処理及びコンテンツ配信管理処理を示すフローチャートである。 本発明の実施の形態に係るコンテンツ配信システムにより実現されるコンテンツ配信処理を示す流れ図である。 本発明の実施の形態に係るコンテンツ配信システムにおいて、データ要求のために携帯電話機から配信サーバに送信される要求データのフォーマットを示す図である。 本発明の実施の形態に係るコンテンツ配信システムにより配信されるデータのフォーマットを示す図である。 本発明の実施の形態に係るコンテンツ配信システムにより配信されるデータのフォーマットを示す図である。

符号の説明

１２−１〜１２−Ｎ オーサリング端末
１３ サーバシステム群
１４ 基地局
１５−１〜１５−Ｍ 携帯電話機

Claims (29)

1. 携帯端末で再生可能なコンテンツのストリーミング情報を配信するストリーミング配信システムであって、
   ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を記憶する記憶手段と、
   前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する判断手段と、
   前記判断手段の判断結果に応じて当該コンテンツの実データについて配信有無を決定する決定手段と、
   前記決定手段により決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する配信手段と、
   を備えたことを特徴とするストリーミング配信システム。
2. 配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記判断手段は、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とすることを特徴とする請求項１に記載のストリーミング配信システム。
3. 前記決定手段は、前記配信手段で配信すべき実データについて、前記判断手段で開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項２に記載のストリーミング配信システム。
4. 前記決定手段は、前記配信手段で配信すべき実データについて、前記判断手段で継続段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項２に記載のストリーミング配信システム。
5. 前記識別情報は、コンテンツのファイル名であることを特徴とする請求項４に記載のストリーミング配信システム。
6. さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断するアクセス判断手段を有しており、前記決定手段は、前記配信手段で配信すべき実データについて、前記アクセス判断手段で初アクセスを判断結果とし、かつ、前記判断手段で継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項２に記載のストリーミング配信システム。
7. 前記アクセス判断手段は、前記携帯端末からのマジックナンバーによって初アクセスであることを判断することを特徴とする請求項６に記載のストリーミング配信システム。
8. 前記決定手段は、前記配信手段で配信すべき実データについて、前記判断手段で終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項２に記載のストリーミング配信システム。
9. 一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されることを特徴とする請求項１〜８のいずれかひとつに記載のストリーミング配信システム。
10. コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であることを特徴とする請求項１〜９のいずれかひとつに記載のストリーミング配信システム。
11. 前記ストリーミング配信システムは、ストリーミング情報を生成するオーサリング端末と当該オーサリング端末からストリーミング情報を受信して前記記憶手段に記憶するとともに携帯端末からのアクセスを受け付けてアクセス元の携帯端末に対して前記配信手段による実データの配信を行う配信サーバとを備えていることを特徴とする請求項１〜１０のいずれかひとつに記載のストリーミング配信システム。
12. 携帯端末で再生可能なコンテンツのストリーミング情報を配信する配信サーバのストリーミング配信方法であって、
    ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を前記配信サーバの記憶手段に記憶し、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する第１ステップと、
    前記第１ステップの判断結果に応じて当該コンテンツの実データについて配信有無を決定する第２ステップと、
    前記第２ステップにより決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する第３ステップと、
    を含んだことを特徴とするストリーミング配信方法。
13. 配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記第１ステップは、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とすることを特徴とする請求項１２に記載のストリーミング配信方法。
14. 前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項１３に記載のストリーミング配信方法。
15. 前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項１３に記載のストリーミング配信方法。
16. さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断する第４ステップを有しており、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第４ステップで初アクセスを判断結果とし、かつ、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項１３に記載のストリーミング配信方法。
17. 前記第４ステップは、前記携帯端末からのマジックナンバーによって初アクセスであることを判断することを特徴とする請求項１６に記載のストリーミング配信方法。
18. 前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項１３に記載のストリーミング配信方法。
19. 一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されることを特徴とする請求項１２〜１８のいずれかひとつに記載のストリーミング配信方法。
20. コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であることを特徴とする請求項１２〜１９のいずれかひとつに記載のストリーミング配信方法。
21. 配信サーバのコンピュータにより実行可能なプログラムであって、
    前記コンピュータに、
    ストリーミング情報には、コンテンツの実データが格納可能に構成されるとともに、コンテンツに対応させて配信段階を示すステータス情報が格納可能に構成されており、少なくとも配信段階毎に所定単位のストリーミング情報を前記配信サーバの記憶手段に記憶し、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末のアクセス時点について、前記記憶手段に記憶されるストリーミング情報のステータス情報にしたがってコンテンツの配信段階を判断する第１ステップと、
    前記第１ステップの判断結果に応じて当該コンテンツの実データについて配信有無を決定する第２ステップと、
    前記第２ステップにより決定された配信有無にしたがって前記記憶手段に記憶された実データを配信する第３ステップと、
    を実行させることを特徴とするプログラム。
22. 配信段階を示すステータス情報は、前記配信手段で配信される実データについて、配信の開始を示す開始段階、配信の継続可能な期間を示す継続段階、および、配信可能な期間の終了を示す終了段階のいずれかひとつを示しており、前記第１ステップは、開始段階、継続段階、および、終了段階のいずれかひとつを判断結果とすることを特徴とする請求項２１に記載のプログラム。
23. 前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで開始段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項２２に記載のプログラム。
24. 前記第２ステップは、前記第３ステップで配信すべきストリーミング情報について、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項２２に記載のプログラム。
25. さらに、前記携帯端末からのアクセスを受け付けたとき、当該携帯端末が初アクセスか否かを判断する第４ステップを有しており、前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第４ステップで初アクセスを判断結果とし、かつ、前記第１ステップで継続段階を判断結果とした場合には、コンテンツの実データを配信する決定を下すことを特徴とする請求項２２に記載のプログラム。
26. 前記第４ステップは、前記携帯端末からのマジックナンバーによって初アクセスであることを判断することを特徴とする請求項２５に記載のプログラム。
27. 前記第２ステップは、前記第３ステップで配信すべき実データについて、前記第１ステップで終了段階を判断結果とした場合には、コンテンツの実データを配信しない決定を下すことを特徴とする請求項２２に記載のプログラム。
28. 一種類以上のコンテンツが用意されており、ステータス情報はコンテンツの種類に応じてそれぞれ構成されることを特徴とする請求項２１〜２７のいずれかひとつに記載のプログラム。
29. コンテンツの種類は、音、画像、テキスト、アンケートおよび携帯端末の機能を制御する制御情報のいずれかひとつまたはいずれかふたつ以上であることを特徴とする請求項２１〜２８のいずれかひとつに記載のプログラム。