(57)【特許請求の範囲】
【請求項１】
コンテンツのストリームデータを一時記憶する記憶手段を備えたクライアント端末装置と、前記クライアント端末装置からの要求に応じて前記コンテンツのストリームデータの配信を行うサーバ装置と、を備えたストリーミングデータ配信システムにおいて、
前記クライアント端末装置は、
前記コンテンツの送信要求時に、ユーザがコンテンツの単位再生時間を指定するための単位再生時間指定手段と、
前記単位再生時間指定手段により指定された単位再生時間と、前記記憶手段の空き容量と、を前記サーバ装置に通知する条件通知手段と、
前記条件通知手段からの通知に応じて前記サーバ装置からストリームデータが配信された場合、当該配信されたストリームデータを受信するデータ受信手段と、
前記データ受信手段により受信されたストリームデータを前記記憶手段に記憶させる記憶制御手段と、
前記記憶制御手段により前記記憶手段に記憶されたストリームデータを再生するデータ再生手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置の前記条件通知手段により通知された単位再生時間と空き容量とを受信する条件受信手段と、
前記条件受信手段により受信された単位再生時間と空き容量とに応じて、予め選択候補として決められた複数のデータ形式のうちから、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるデータ形式を選択し、当該選択したデータ形式に対応する通信帯域に空きがあるか否かを判断し、通信帯域に空きがあるデータ形式のうち最も高画質のデータ形式を配信するストリームデータのデータ形式として選択するデータ形式選択手段と、
前記データ形式選択手段により選択されたデータ形式にて単位データを順次生成するデータ生成手段と、
前記データ生成手段により生成された単位データが、前記クライアント端末装置に単位再生時間毎に順次配信されるよう制御するデータ配信制御手段と、
を備えることを特徴とするストリーミングデータ配信システム。
【請求項２】
コンテンツのストリームデータを一時記憶する記憶手段を備えたクライアント端末装置と、前記クライアント端末装置からの要求に応じて前記コンテンツのストリームデータの配信を行うサーバ装置と、を備えたストリーミングデータ配信システムにおいて、
前記クライアント端末装置は、
ユーザがコンテンツの単位再生時間を指定するための単位再生時間指定手段と、
前記単位再生時間指定手段により指定された単位再生時間と、前記記憶手段の空き容量と、を前記サーバ装置に通知する条件通知手段と、
前記条件通知手段からの通知に応じて前記サーバ装置からストリームデータが配信された場合、当該配信されたストリームデータを受信するデータ受信手段と、
前記データ受信手段により受信されたストリームデータを前記記憶手段に記憶させる記憶制御手段と、
前記記憶制御手段により前記記憶手段に記憶されたストリームデータを再生するデータ再生手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置の前記条件通知手段により通知された単位再生時間と空き容量とを受信する条件受信手段と、
前記条件受信手段により受信された単位再生時間と空き容量とに応じて、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるように配信するストリームデータのデータ形式を選択するデータ形式選択手段と、
前記データ形式選択手段により選択されたデータ形式にて単位データを順次生成するデータ生成手段と、
前記データ生成手段により生成された単位データが、前記クライアント端末装置に単位再生時間毎に順次配信されるよう制御するデータ配信制御手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置に対して、前記データ形式選択手段により選択されたデータ形式を通知するデータ形式通知手段を備え、
前記クライアント端末装置は、
前記データ形式通知手段により通知されたデータ形式を受信した場合、受信したデータ形式を表示手段に表示させる表示制御手段と、
前記表示制御手段により前記表示手段に表示されたデータ形式に対してユーザが承認操作を行った場合に前記サーバ装置に対して承認通知を送信し、ユーザが否認操作を行った場合に前記サーバ装置に対して否認通知を送信する通知制御手段と、
を備え、
前記サーバ装置の前記データ生成手段は、前記通知制御手段により承認通知が送信された場合にのみ単位データの生成を開始し、
前記サーバ装置は、
前記通知制御手段により否認通知が送信された場合に、前記データ形式選択手段により選択されたデータ形式と異なるデータ形式と、当該異なるデータ形式でのデータ配信が可能となるまでの待機時間とを予約可能条件として前記クライアント端末装置に通知する予約可能条件通知手段を備え、
前記クライアント端末装置の前記表示制御手段は、
前記予約可能条件通知手段により通知された前記予約可能条件を受信した場合、受信した予約可能条件を前記表示手段に表示させ、
前記クライアント端末装置の前記通知制御手段は、
前記予約可能条件に対してユーザが予約操作を行った場合、前記サーバ装置に対して、予約通知を送信し、
前記サーバ装置の前記データ生成手段は、
前記通知制御手段により送信された予約通知に応じたデータ形式で単位データを生成し、
前記サーバ装置の前記データ配信制御手段は、
前記データ生成手段により生成された単位データが、当該単位データのデータ形式の待機時間経過後から前記クライアント端末装置に一定時間毎に配信されるよう制御することを特徴とするストリーミングデータ配信システム。
【請求項３】
前記サーバ装置は、
前記クライアント端末装置に対して、前記データ形式選択手段により選択されたデータ形式を通知するデータ形式通知手段を備え、
前記クライアント端末装置は、
前記データ形式通知手段により通知されたデータ形式を受信した場合、受信したデータ形式を表示手段に表示させる表示制御手段と、
前記表示制御手段により前記表示手段に表示されたデータ形式に対してユーザが承認操作を行った場合に前記サーバ装置に対して承認通知を送信し、ユーザが否認操作を行った場合に前記サーバ装置に対して否認通知を送信する通知制御手段と、
を備え、
前記サーバ装置の前記データ生成手段は、前記通知制御手段により承認通知が送信された場合にのみ単位データの生成を開始すること特徴とする請求項１に記載のストリーミングデータ配信システム。
【請求項４】
前記サーバ装置は、
前記通知制御手段により否認通知が送信された場合に、前記データ形式選択手段により選択されたデータ形式と異なるデータ形式と、当該異なるデータ形式でのデータ配信が可能となるまでの待機時間とを予約可能条件として前記クライアント端末装置に通知する予約可能条件通知手段を備え、
前記クライアント端末装置の前記表示制御手段は、
前記予約可能条件通知手段により通知された前記予約可能条件を受信した場合、受信した予約可能条件を前記表示手段に表示させ、
前記クライアント端末装置の前記通知制御手段は、
前記予約可能条件に対してユーザが予約操作を行った場合、前記サーバ装置に対して、予約通知を送信し、
前記サーバ装置の前記データ生成手段は、
前記通知制御手段により送信された予約通知に応じたデータ形式で単位データを生成し、
前記サーバ装置の前記データ配信制御手段は、
前記データ生成手段により生成された単位データが、当該単位データのデータ形式の待機時間経過後から前記クライアント端末装置に一定時間毎に配信されるよう制御することを特徴とする請求項３に記載のストリーミングデータ配信システム。
【請求項５】
前記クライアント端末装置は、
ユーザが、前記サーバ装置より一度受信した単位データの再配信を指示するための再配信指示手段と、
前記再配信指示手段によって単位データの再配信の指示がなされた場合、再配信の指示のなされた単位データの識別データを前記サーバ装置に対して送信する再配信手段と、
を備え、
前記サーバ装置は、
前記再配信手段により送信された識別データに基づいて、前回の配信時と同一のデータ形式にて単位データを再生成するデータ再生成手段を備えることを特徴とする請求項１〜４の何れか一項に記載のストリーミングデータ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングデータ配信システムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを通じて映像や音声などのマルチメディアデータを転送・再生する方式の一種としてストリーミング配信が普及している（例えば、特許文献１〜５参照。）。
ストリーミング配信は、基本的には、通常のＷｅｂサーバによる配信とブラウザによる表示システムと同じであるが、ストリーミングの場合は、パケット単位で動画データが送られた時、１パケットデータでは表示するには細かすぎるので、画面表示出来るまでバッファーメモリに画像パケットデータを貯めてから１画面を表示するシステムである。
従って、クライアント側では、再生ソフトウェアが起動してから、サーバから送られた画像パケットデータが貯まるまで待ち、その後、動画がスタートすることになる。そして１度貯めたパケットデータは、表示した時点で消去され、続いて送られたパケットデータが同じバッファーメモリに貯められる。そしてその続いて送られたパケットデータが１画面分まで再び貯められ次の画面が表示される仕組である。その場合、次のパケットが貯まるまでなにも表示できなくなるので、１画面の表示パケット量以上にバッファーメモリ容量を大きくする事によって、表示されるデータが切れる事を防いでいる。
このように、ストリーミング配信は、マルチメディアデータを視聴する際、データを受信しながら同時に再生を行なうため、例えば動画などの大きいサイズのデータであっても待ち時間を大幅に短縮することが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２１１５６８号公報
【特許文献２】特開２００８−０４８１８２号公報
【特許文献３】特開２００７−０５３７４５号公報
【特許文献４】特開２００６−１７９９９０号公報
【特許文献５】特開２００５−２９５１１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、こうしたストリーミング配信は、データ配信時に通信帯域を占有するため、サーバ装置のトラフィック負荷が増大した場合これに起因してデータ配信が途切れることがあるという問題があった。
【０００５】
本発明の課題は、サーバ装置のトラフィック負荷を減らすことのできるストリーミングデータ配信システムを提供することである。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、請求項１に記載の発明は、
コンテンツのストリームデータを一時記憶する記憶手段を備えたクライアント端末装置と、前記クライアント端末装置からの要求に応じて前記コンテンツのストリームデータの配信を行うサーバ装置と、を備えたストリーミングデータ配信システムにおいて、
前記クライアント端末装置は、
前記コンテンツの送信要求時に、ユーザがコンテンツの単位再生時間を指定するための単位再生時間指定手段と、
前記単位再生時間指定手段により指定された単位再生時間と、前記記憶手段の空き容量と、を前記サーバ装置に通知する条件通知手段と、
前記条件通知手段からの通知に応じて前記サーバ装置からストリームデータが配信された場合、当該配信されたストリームデータを受信するデータ受信手段と、
前記データ受信手段により受信されたストリームデータを前記記憶手段に記憶させる記憶制御手段と、
前記記憶制御手段により前記記憶手段に記憶されたストリームデータを再生するデータ再生手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置の前記条件通知手段により通知された単位再生時間と空き容量とを受信する条件受信手段と、
前記条件受信手段により受信された単位再生時間と空き容量とに応じて、予め選択候補として決められた複数のデータ形式のうちから、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるデータ形式を選択し、当該選択したデータ形式に対応する通信帯域に空きがあるか否かを判断し、通信帯域に空きがあるデータ形式のうち最も高画質のデータ形式を配信するストリームデータのデータ形式として選択するデータ形式選択手段と、
前記データ形式選択手段により選択されたデータ形式にて単位データを順次生成するデータ生成手段と、
前記データ生成手段により生成された単位データが、前記クライアント端末装置に単位再生時間毎に順次配信されるよう制御するデータ配信制御手段と、
を備えることを特徴とする。
【０００７】
また、請求項２に記載の発明は、
コンテンツのストリームデータを一時記憶する記憶手段を備えたクライアント端末装置と、前記クライアント端末装置からの要求に応じて前記コンテンツのストリームデータの配信を行うサーバ装置と、を備えたストリーミングデータ配信システムにおいて、
前記クライアント端末装置は、
ユーザがコンテンツの単位再生時間を指定するための単位再生時間指定手段と、
前記単位再生時間指定手段により指定された単位再生時間と、前記記憶手段の空き容量と、を前記サーバ装置に通知する条件通知手段と、
前記条件通知手段からの通知に応じて前記サーバ装置からストリームデータが配信された場合、当該配信されたストリームデータを受信するデータ受信手段と、
前記データ受信手段により受信されたストリームデータを前記記憶手段に記憶させる記憶制御手段と、
前記記憶制御手段により前記記憶手段に記憶されたストリームデータを再生するデータ再生手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置の前記条件通知手段により通知された単位再生時間と空き容量とを受信する条件受信手段と、
前記条件受信手段により受信された単位再生時間と空き容量とに応じて、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるように配信するストリームデータのデータ形式を選択するデータ形式選択手段と、
前記データ形式選択手段により選択されたデータ形式にて単位データを順次生成するデータ生成手段と、
前記データ生成手段により生成された単位データが、前記クライアント端末装置に単位再生時間毎に順次配信されるよう制御するデータ配信制御手段と、
を備え、
前記サーバ装置は、
前記クライアント端末装置に対して、前記データ形式選択手段により選択されたデータ形式を通知するデータ形式通知手段を備え、
前記クライアント端末装置は、
前記データ形式通知手段により通知されたデータ形式を受信した場合、受信したデータ形式を表示手段に表示させる表示制御手段と、
前記表示制御手段により前記表示手段に表示されたデータ形式に対してユーザが承認操作を行った場合に前記サーバ装置に対して承認通知を送信し、ユーザが否認操作を行った場合に前記サーバ装置に対して否認通知を送信する通知制御手段と、
を備え、
前記サーバ装置の前記データ生成手段は、前記通知制御手段により承認通知が送信された場合にのみ単位データの生成を開始し、
前記サーバ装置は、
前記通知制御手段により否認通知が送信された場合に、前記データ形式選択手段により選択されたデータ形式と異なるデータ形式と、当該異なるデータ形式でのデータ配信が可能となるまでの待機時間とを予約可能条件として前記クライアント端末装置に通知する予約可能条件通知手段を備え、
前記クライアント端末装置の前記表示制御手段は、
前記予約可能条件通知手段により通知された前記予約可能条件を受信した場合、受信した予約可能条件を前記表示手段に表示させ、
前記クライアント端末装置の前記通知制御手段は、
前記予約可能条件に対してユーザが予約操作を行った場合、前記サーバ装置に対して、予約通知を送信し、
前記サーバ装置の前記データ生成手段は、
前記通知制御手段により送信された予約通知に応じたデータ形式で単位データを生成し、
前記サーバ装置の前記データ配信制御手段は、
前記データ生成手段により生成された単位データが、当該単位データのデータ形式の待機時間経過後から前記クライアント端末装置に一定時間毎に配信されるよう制御することを特徴とする。
【０００８】
また、請求項３に記載の発明は、請求項１に記載のストリーミングデータ配信システムにおいて、
前記サーバ装置は、
前記クライアント端末装置に対して、前記データ形式選択手段により選択されたデータ形式を通知するデータ形式通知手段を備え、
前記クライアント端末装置は、
前記データ形式通知手段により通知されたデータ形式を受信した場合、受信したデータ形式を表示手段に表示させる表示制御手段と、
前記表示制御手段により前記表示手段に表示されたデータ形式に対してユーザが承認操作を行った場合に前記サーバ装置に対して承認通知を送信し、ユーザが否認操作を行った場合に前記サーバ装置に対して否認通知を送信する通知制御手段と、
を備え、
前記サーバ装置の前記データ生成手段は、前記通知制御手段により承認通知が送信された場合にのみ単位データの生成を開始すること特徴とする。
【０００９】
また、請求項４に記載の発明は、請求項３に記載のストリーミングデータ配信システムにおいて、
前記サーバ装置は、
前記通知制御手段により否認通知が送信された場合に、前記データ形式選択手段により選択されたデータ形式と異なるデータ形式と、当該異なるデータ形式でのデータ配信が可能となるまでの待機時間とを予約可能条件として前記クライアント端末装置に通知する予約可能条件通知手段を備え、
前記クライアント端末装置の前記表示制御手段は、
前記予約可能条件通知手段により通知された前記予約可能条件を受信した場合、受信した予約可能条件を前記表示手段に表示させ、
前記クライアント端末装置の前記通知制御手段は、
前記予約可能条件に対してユーザが予約操作を行った場合、前記サーバ装置に対して、予約通知を送信し、
前記サーバ装置の前記データ生成手段は、
前記通知制御手段により送信された予約通知に応じたデータ形式で単位データを生成し、
前記サーバ装置の前記データ配信制御手段は、
前記データ生成手段により生成された単位データが、当該単位データのデータ形式の待機時間経過後から前記クライアント端末装置に一定時間毎に配信されるよう制御することを特徴とする。
【００１０】
また、請求項５に記載の発明は、請求項１〜４の何れか一項に記載のストリーミングデータ配信システムにおいて、
前記クライアント端末装置は、
ユーザが、前記サーバ装置より一度受信した単位データの再配信を指示するための再配信指示手段と、
前記再配信指示手段によって単位データの再配信の指示がなされた場合、再配信の指示のなされた単位データの識別データを前記サーバ装置に対して送信する再配信手段と、
を備え、
前記サーバ装置は、
前記再配信手段により送信された識別データに基づいて、前回の配信時と同一のデータ形式にて単位データを再生成するデータ再生成手段を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザにより指定された単位再生時間と、記憶手段の空き容量とに応じて選択したデータ形式の単位データが、クライアント端末装置に単位再生時間毎に順次配信される。
よって、データ通信帯域が常時占有されるのを防止しサーバ装置のトラフィック負荷を減らすことができると共に、ユーザが指定した単位再生時間分の連続再生は保障されるため、単位データの受信後に受信不可能エリアに入ったとしても、ユーザが指定した単位再生時間よりも短い時間であれば、連続再生を実現することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係るストリーミングデータ配信システムの概略構成を示す説明図である。
【図２】サーバ装置及びクライアント端末装置の制御構成を示すブロック図である。
【図３】本発明に係るストリーミングデータ配信システムによって実行されるデータ配信処理を示すフローチャートである。
【図４】図３のデータ配信処理の確認処理（承認する場合）を示すフローチャートである。
【図５】図３のデータ配信処理の確認処理（否認する場合）を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図を参照して、本発明の実施の形態を詳細に説明する。なお、発明の範囲は、図示例に限定されない。
【００１４】
＜構成＞
[ストリーミングデータ配信システムの構成]
まず、本実施形態におけるストリーミングデータ配信システム（以下、データ配信システムという。）Ｓの構成を説明する。
データ配信システムＳは、例えば、図１に示すように、コンテンツ配信事業者等によって管理され、動画や音声等の各種コンテンツを配信可能なサーバ装置１と、例えば携帯電話等の複数のクライアント端末装置２…と、から構成される。サーバ装置１とクライアント端末装置２とは、無線ネットワークＮを介して接続されており、互いに情報を送受信することができるようになっている。
なお、サーバ装置１に対するクライアント端末装置２の個数は、図１の限りではない。
【００１５】
クライアント端末装置２からサーバ装置１に送信される情報として、例えば、コンテンツ情報の送信要求などがある。コンテンツ情報の送信要求は、例えば、クライアント端末装置２に設けられた入力ボタンの押下に伴って、クライアント端末装置２からサーバ装置１に送信される。本実施形態においては、ユーザは、コンテンツ情報の送信要求と同時に、当該コンテンツの単位再生時間も指定するよう構成されており、クライアント端末装置２は、コンテンツ情報の送信要求、ユーザに指定された当該コンテンツの単位再生時間とともに、クライアント端末装置２のバッファ２２（図２参照）の空き容量情報も送信するように構成されている。
サーバ装置１からクライアント端末装置２に送信される情報として、例えば、動画や楽曲などのコンテンツ情報などがある。サーバ装置１は、クライアント端末装置２からのコンテンツ情報の送信要求に応じてユーザが所望するコンテンツ情報を、クライアント端末装置２に送信する。
このようにして、サーバ装置１からクライアント端末装置２にコンテンツ情報が提供され、配信されたコンテンツがクライアント端末装置２に設けられたモニタ等で視聴可能となる。
なお、本実施形態において、コンテンツ情報はストリーミングデータとして、ストリーミング配信可能に構成されている。ストリーミング配信におけるストリーミングデータは、ＵＤＰを用いて、所定の時間間隔毎に送信されるようになっている。
【００１６】
無線ネットワークＮは、例えば、Bluetooth（登録商標）規格やIEEE（Institute of Electrical and Electronic Engineers）802.11規格に準じた無線ＬＡＮ（Local Area Network）などのネットワークである。
【００１７】
[サーバ装置の構成]
次に、サーバ装置１の構成を説明する。
サーバ装置１は、例えば、図２に示すように、コンテンツ情報データベース１１、制御部１２、無線通信部１３などを備えて構成される。各部は、バス１ａによって接続されている。
【００１８】
コンテンツ情報データベース１１は、例えば、動画コンテンツや音声コンテンツ等の配信すべきコンテンツ情報を格納して管理する。
各コンテンツ情報は、例えば、動画コンテンツであれば、出演者名、タイトル名、映像ジャンル、制作年月日等の動画に関するデータが、楽曲コンテンツであれば、アーティスト名、曲名、ジャンル、製作年月等の楽曲に関するデータがタグ情報として含まれる。
このため、コンテンツに関するタイトル名や曲名等を指定することで、所望のコンテンツを検索し、クライアント端末装置２から特定のコンテンツについてダウンロードを要求されると、この特定のコンテンツに対応するコンテンツ情報がクライアント端末装置２に送信されることとなる。
【００１９】
制御部１２は、例えば、図２に示すように、ＣＰＵ（Central Processing Unit）１２１、ＲＡＭ（Random Access Memory）１２２、記憶部１２３などを備えている。
【００２０】
ＣＰＵ１２１は、記憶部１２３に記憶されたサーバ装置１用の各種処理プログラムに従って各種の制御動作を行う。
【００２１】
ＲＡＭ１２２は、ＣＰＵ１２１によって実行される処理プログラムなどを展開するためのプログラム格納領域や、入力データや上記処理プログラムが実行される際に生じる処理結果などを格納するデータ格納領域などを備える。
【００２２】
記憶部１２３は、サーバ装置１で実行可能なシステムプログラム、当該システムプログラムで実行可能な各種処理プログラム、これら各種処理プログラムを実行する際に使用されるデータ、ＣＰＵ１２１によって演算処理された処理結果のデータなどを記憶する。なお、プログラムは、コンピュータが読み取り可能なプログラムコードの形で記憶部１２３に記憶されている。
【００２３】
具体的には、記憶部１２３には、例えば、図２に示すように、データ形式選択プログラム１２３ａ、データ形式通知プログラム１２３ｂ、予約可能条件通知プログラム１２３ｃ、データ生成プログラム１２３ｄ、データ配信制御プログラム１２３ｅ、データ再生成プログラム１２３ｆ、などが記憶されている。
【００２４】
データ形式選択プログラム１２３ａは、例えば、ＣＰＵ１２１に、クライアント端末装置２から受信した単位再生時間と空き容量とに応じて、クライアント端末装置２に対して配信するコンテンツ情報のデータ形式を選択する機能を実現させるためのプログラムである。
具体的に、ＣＰＵ１２１は、無線通信部１３により単位再生時間と空き容量を受信すると、先ず、予め選択候補として決められた複数（例えば３つ）のデータ形式のうちから、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるデータ形式を選び出す。そして、選び出したデータ形式に対応する通信帯域に空きがあるか否かを判断し、通信帯域に空きがあるデータ形式のうち最も高画質のデータ形式を、配信するコンテンツ情報のデータ形式として選択する。なお、以下において、上記のようにして選択されたデータ形式を「最適データ形式」と称する。
即ち、ＣＰＵ１２１は、すぐに配信可能なデータ形式のうち、ユーザ指定の単位再生時間分再生可能で、且つバッファ２２の空き容量以下のデータ量となるデータ形式を最適データ形式として選択することとなる。
従って、通信帯域に十分な空きがあり、バッファ２２の空き容量が十分に大きい場合には、高画質のデータ形式でのデータ配信が可能である。
また、一般に、データ容量が少ないと画質は低下するが、低画質のデータ形式であっても通信帯域に空きがない場合には配信は不可能である。
なお、通信帯域に空きがないため配信が不可能なデータ形式については、ＣＰＵ１２１は、後述の予約可能条件通知プログラム１２３ｃの実行によって、通信帯域に空きができるまでの時間を待機時間として算出するようになっている。
また、予め選択候補として決められた複数のデータ形式としては、例えば、ＨＤ（High Definition：高解像度）、ＳＤ（Standard Definition：標準解像度）、Ｈ．２６４（映像データの圧縮符号化に関する標準規格の一つ）等が挙げられるが、選択候補のデータ形式の数は上記の３種類に限定されるものではなく、２種類であってもよいし、４種類以上であっても良い。
ＣＰＵ１２１は、かかるデータ形式選択プログラム１２３ａを実行することにより、データ形式選択手段として機能する。
【００２５】
データ形式通知プログラム１２３ｂは、例えば、ＣＰＵ１２１に、データ形式選択プログラム１２３ａの実行により選択した最適データ形式を、クライアント端末装置２に対して通知する機能を実現させるプログラムである。
具体的に、ＣＰＵ１２１は、データ形式選択プログラム１２３ａの実行により、最適データ形式を選択すると、データ形式通知プログラム１２３ｂを実行することで、無線通信部１３を介してこの選択した最適データ形式をクライアント端末装置２に対して送信する。
ＣＰＵ１２１は、かかるデータ形式通知プログラム１２３ｂを実行することにより、データ形式通知手段として機能する。
【００２６】
予約可能条件通知プログラム１２３ｃは、例えば、ユーザにより最適データ形式に対して否認操作が行われた場合に、ＣＰＵ１２１に、最適データ形式とは異なるデータ形式と、当該異なるデータ形式でのデータ配信が可能となるまでの待機時間とを予約可能条件としてクライアント端末装置２に通知する機能を実現させるプログラムである。
具体的に、クライアント端末装置２のＣＰＵ２６１が通知制御プログラム２６３ｅ（後述）を実行し、サーバ装置１から送信した最適データ形式に対して否認通知を返信した場合、ＣＰＵ１２１は、予約可能条件通知プログラム１２３ｃを実行して、最適データ形式とは異なる２種類のデータ形式について、通信帯域の空き状況を加味してデータ配信が可能となるまでの待機時間を算出する。待機時間とは、最適データ形式とは異なる２種類のデータ形式の各々において、データを配信するための通信帯域が空くまでの時間のことである。
そして、ＣＰＵ１２１は、この２種類の異なるデータ形式と、それぞれでのデータ配信が可能となるまでの待機時間とを予約可能条件としてクライアント端末装置２に通知する。
ＣＰＵ１２１は、かかる予約可能条件通知プログラム１２３ｃを実行することにより、予約可能条件通知手段として機能する。
【００２７】
データ生成プログラム１２３ｄは、例えば、ＣＰＵ１２１に、所定のデータ形式にて、単位データを順次生成する機能を実現させるプログラムである。
具体的に、クライアント端末装置２のＣＰＵ２６１が通知制御プログラム２６３ｅ（後述）を実行することにより最適データ形式に対する承認通知を送信してきた場合、ＣＰＵ１２１はデータ生成プログラム１２３ｄを実行して、最適データ形式による単位データの生成の開始指示を出力し、データ生成を開始する。
一方、クライアント端末装置２のＣＰＵ２６１が通知制御プログラム２６３ｅを実行することにより最適データ形式に対する否認通知を送信してきた場合であって、その後、クライアント端末装置２から予約通知を受信した場合には、ＣＰＵ１２１はデータ生成プログラム１２３ｄを実行して予約通知に応じたデータ形式で単位データの生成を開始する。
【００２８】
即ち、ＣＰＵ１２１は、クライアント端末装置２より送信された承認通知又は予約通知を受け付けた場合、これに応じてクライアント端末装置２に対応したコンテンツのデータ形式となるようコンテンツを生成する。
ＣＰＵ１２１は、かかるデータ生成プログラム１２３ｄを実行することにより、データ生成手段として機能する。
【００２９】
データ配信制御プログラム１２３ｅは、例えば、ＣＰＵ１２１に、データ生成プログラム１２３ｄの実行により生成された単位データが、クライアント端末装置２に単位再生時間毎に順次配信されるよう制御する機能を実現させるプログラムである。
ＣＰＵ１２１は、生成された単位データがデータ形式選択プログラム１２３ａにより選択された最適データ形式である場合には、データ生成完了後すぐに、無線通信部１３を介してクライアント端末装置２に対して配信を開始する。
一方、ＣＰＵ１２１は、生成された単位データがユーザの予約操作に基づくデータ形式である場合には、当該単位データのデータ形式の待機時間経過後から、無線通信部１３を介してクライアント端末装置２に対して配信を開始する。
なお、ＣＰＵ１２１は、生成された単位データを、所定の時間間隔毎（単位再生時間毎）に送信し、データ配信時以外は、通信帯域を占有しないようになっている。
ＣＰＵ１２１は、かかるデータ配信制御プログラム１２３ｅを実行することにより、データ配信制御手段として機能する。
【００３０】
データ再生成プログラム１２３ｆは、例えば、ユーザにより一度配信したデータの再配信指示があった場合、ＣＰＵ１２１に、前回の配信時と同一のデータ形式にて単位データを再生成させる機能を実現させるプログラムである。
具体的に、ユーザの操作部２５の押下操作による再配信の指示に応じてクライアント端末装置２のＣＰＵ２６１が再配信プログラム２６３ｆ（後述）を実行し、再配信の指示のなされた単位データの識別データをサーバ装置１に対して送信した場合、ＣＰＵ１２１はデータ再生成プログラム１２３ｆを実行し、サーバ装置１から受信した識別データに基づいて、前回の配信時と同一のデータ形式にて単位データを再生成する。
ＣＰＵ１２１は、かかるデータ再生成プログラム１２３ｆを実行することにより、データ再生成手段として機能する。
【００３１】
無線通信部１３は、クライアント端末装置２との間で無線信号の送受信を行うためのアンテナ（図示省略）やＲＦ（Radio Frequency）変換器（図示省略）、Bluetooth規格やIEEE802.11規格に準じた無線ＬＡＮに接続するための無線ＬＡＮカード（図示省略）などを備えており、無線ネットワークＮを介して、クライアント端末装置２との間で各種情報の送受信を行う。
【００３２】
具体的には、無線通信部１３は、例えば、一又は複数のクライアント端末装置２の無線通信部２１から、コンテンツ情報の送信要求を受け付ける。このとき、無線通信部１３は、条件受信手段として、ユーザにより指定されたコンテンツ情報の単位再生時間と、クライアント端末装置２のバッファ２２の空き容量とを受信する。
また、無線通信部１３は、クライアント端末装置２の無線通信部２１から送信された承認通知、否認通知、予約通知などを受信する。
また、無線通信部１３は、ユーザにより送信要求されたコンテンツ情報（ストリーミングデータ）を、所定のデータ形式にて、所定のタイミング毎に、クライアント端末装置２に対して送信する。
【００３３】
[クライアント端末装置の構成]
次に、クライアント端末装置２の構成を説明する。
クライアント端末装置２は、例えば、図２に示すように、無線通信部２１、バッファ２２、データ再生部２３、出力部２４、操作部２５、制御部２６、などを備えて構成される。各部は、バス２ａによって接続されている。
【００３４】
無線通信部２１は、サーバ装置１の無線通信部１３とほぼ同様の構成であって、無線ネットワークＮを介して、サーバ装置１との間で各種情報の送受信を行う。
具体的には、本発明における無線通信部２１は、例えば、コンテンツ情報の送信要求、承認通知、否認通知、予約通知などを、サーバ装置１の無線通信部１３に送信する。
また、無線通信部２１は、例えば、データ受信手段として、サーバ装置１から配信されたコンテンツ情報を受信する。
【００３５】
バッファ２２は、無線通信部２１が受信した、サーバ装置１の無線通信部１３から送信されたコンテンツ情報を一時的に記憶する。
【００３６】
データ再生部２３は、デコーダやＤ／Ａ変換部等を有し、バッファ２２に記憶されているコンテンツ情報に伸長・復号化処理等の所定の信号処理を行い、処理した信号を出力部２４に出力する。
【００３７】
出力部２４は、データ再生部２３から入力された信号に基づいて、データを出力する。
具体的に、出力部２４は、例えば、映像情報を出力するモニタ等の表示部（表示手段）２４１や、音声情報を出力するスピーカ等の音声出力部２４２などを備えており、サーバ装置１から配信されたコンテンツ情報（映像情報や音声情報）に基づく映像や音声を出力する。
また、出力部２４は、サーバ装置１から送信される各種の通知（最適データ形式、予約可能条件等）を受信した場合に、これらの通知に応じたメッセージを表示したり、着信音を発したりする。
【００３８】
操作部２５は、例えば、各種入力ボタン（図示省略）などを備えている。操作部２５は、例えば、ユーザによって、各種入力ボタンのうちの所定の入力ボタンが押下されると、当該入力ボタンに対応した信号を、サーバ装置１に対して送信する。
具体的に、操作部２５は、単位再生時間指定手段として、ユーザがコンテンツの単位再生時間を指定する際に利用される。
また、操作部２５は、再配信指示手段として、ユーザが、サーバ装置１より一度受信した単位データの再配信を指示する際に利用される。
【００３９】
制御部２６は、例えば、図２に示すように、ＣＰＵ２６１、ＲＡＭ２６２、記憶部２６３などを備えている。
【００４０】
ＣＰＵ２６１は、記憶部２６３に記憶されたクライアント端末装置２用の各種処理プログラムに従って各種の制御動作を行う。
【００４１】
ＲＡＭ２６２は、ＣＰＵ２６１によって実行される処理プログラムなどを展開するためのプログラム格納領域や、入力データや上記処理プログラムが実行される際に生じる処理結果などを格納するデータ格納領域などを備える。
【００４２】
記憶部２６３は、クライアント端末装置２で実行可能なシステムプログラム、当該システムプログラムで実行可能な各種処理プログラム、これら各種処理プログラムを実行する際に使用されるデータ、ＣＰＵ２６１によって演算処理された処理結果のデータなどを記憶する。なお、プログラムは、コンピュータが読み取り可能なプログラムコードの形で記憶部２６３に記憶されている。
【００４３】
具体的に、記憶部２６３は、例えば、不揮発性メモリからなるプログラム格納エリアを有しており、例えば、条件通知プログラム２６３ａ、記憶制御プログラム２６３ｂ、データ再生プログラム２６３ｃ、表示制御プログラム２６３ｄ、通知制御プログラム２６３ｅ、再配信プログラム２６３ｆ、等を格納している。
【００４４】
条件通知プログラム２６３ａは、例えば、ＣＰＵ２６１に、ユーザが操作部２５を押下操作することで指定した単位再生時間と、バッファ２２の空き容量と、をサーバ装置１に通知する機能を実現させるプログラムである。
具体的に、ユーザが操作部２５の各種入力ボタンのうちの所定の入力ボタンを押下して単位再生時間を指定し、コンテンツ送信要求を行った場合、ＣＰＵ２６１は、条件通知プログラム２６３ａを実行し、コンテンツ送信要求、単位再生時間とともにバッファ２２の空き容量情報を無線通信部２１を介してサーバ装置１に送信する。
ＣＰＵ２６１は、かかる条件通知プログラム２６３ａを実行することにより、条件通知手段として機能する。
【００４５】
記憶制御プログラム２６３ｂは、例えば、ＣＰＵ２６１に、無線通信部２１により受信されたコンテンツ情報をバッファ２２に記憶させる機能を実現させるプログラムである。
具体的に、サーバ装置１のＣＰＵ１２１がデータ配信制御プログラム１２３ｅを実行することにより、生成した単位データを単位再生時間毎に順次配信した際に、この配信された単位データが無線通信部２１により受信された場合、ＣＰＵ２６１は記憶制御プログラム２６３ｂを実行することにより、受信した単位データを順次バッファ２２に蓄積・記憶する。
ＣＰＵ２６１は、かかる記憶制御プログラム２６３ｂを実行することにより、記憶制御手段として機能する。
【００４６】
データ再生プログラム２６３ｃは、例えば、ＣＰＵ２６１に、記憶制御プログラム２６３ｂによりバッファ２２記憶されたコンテンツ情報を再生する機能を実現させるプログラムである。
具体的に、ＣＰＵ２６１が記憶制御プログラム２６３ｂを実行することによりバッファ２２に単位再生時間分のデータが蓄積された場合、ＣＰＵ２６１はデータ再生プログラム２６３ｃを実行することにより、蓄積されたデータの再生を開始する。
ＣＰＵ２６１は、かかるデータ再生プログラム２６３ｃを実行することにより、データ再生手段として機能する。
【００４７】
表示制御プログラム２６３ｄは、例えば、ＣＰＵ２６１に、サーバ装置１から送信される各種通知（最適データ形式、予約可能条件等）を受信した場合、受信した通知の内容を出力部２４に表示させる機能を実現させるプログラムである。
具体的に、サーバ装置１のＣＰＵ１２１がデータ形式通知プログラム１２３ｂを実行することにより、サーバ装置１が選択した最適データ形式を通知してきた場合、ＣＰＵ２６１は、表示制御プログラム２６３ｄを実行することにより、出力部２４のモニタに、受信した最適データ形式を表示させる。ユーザは、この表示によって所望の画質が得られるか否かを確認することが可能となる。
また、サーバ装置１のＣＰＵ１２１が予約可能条件通知プログラム１２３ｃを実行することにより、予約可能条件を通知してきた場合、ＣＰＵ２６１は、表示制御プログラム２６３ｄを実行することにより、出力部２４のモニタに、受信した予約可能条件（最適データ形式とは異なる種類のデータ形式、及び待機時間）を表示させる。ユーザは、この表示によって所望の画質のコンテンツの取得を予約することが可能となる。
ＣＰＵ２６１は、かかる表示制御プログラム２６３ｄを実行することにより、表示制御手段として機能する。
【００４８】
通知制御プログラム２６３ｅは、例えば、ＣＰＵ２６１に、最適データ形式に対してユーザが承認操作を行った場合にサーバ装置１に対して承認通知を送信し、ユーザが否認操作を行った場合にサーバ装置１に対して否認通知を送信する機能を実現させるプログラムである。
また、通知制御プログラム２６３ｅは、例えば、ＣＰＵ２６１に、予約可能条件に対してユーザが予約操作を行った場合にサーバ装置１に対して予約通知を送信する機能を実現させるプログラムである。
【００４９】
具体的に、ＣＰＵ２６１が表示制御プログラム２６３ｄを実行することにより出力部２４のモニタにサーバ装置１から通知された最適データ形式を表示した際に、ユーザが、操作部２５の所定の入力ボタンを押下操作して承認操作を行った場合に、この承認操作に応じてＣＰＵ２６１は通知制御プログラム２６３ｅを実行して、サーバ装置１に対して承認通知を送信する。また、ユーザが、操作部２５の所定の入力ボタンを押下操作して否認操作を行った場合に、この否認操作に応じてＣＰＵ２６１は通知制御プログラム２６３ｅを実行して、サーバ装置１に対して否認通知を送信する。
【００５０】
また、ＣＰＵ２６１が表示制御プログラム２６３ｄを実行することにより出力部２４のモニタにサーバ装置１から通知された予約可能条件を表示した際に、ユーザが、操作部２５の所定の入力ボタンを押下操作して予約操作を行った場合に、この予約操作に応じてＣＰＵ２６１は通知制御プログラム２６３ｅを実行して、サーバ装置１に対して予約通知を送信する。
【００５１】
ＣＰＵ２６１は、かかる通知制御プログラム２６３ｅを実行することにより、通知制御手段として機能する。
【００５２】
再配信プログラム２６３ｆは、例えば、ＣＰＵ２６１に、ユーザが操作部２５を押下操作することで単位データの再配信の指示がなされた場合、再配信の指示のなされた単位データの識別データをサーバ装置１に対して送信する機能を実現させるプログラムである。
例えば、ＣＰＵ２６１が記憶制御プログラム２６３ｂを実行してサーバ装置１からデータを受信している途中に予期せぬ遮蔽物等によってデータ受信が遮られた場合、必要なデータを全て受信することができないため再生したとしてもコンテンツは途切れることとなる。
このような時に、ユーザが操作部２５の各種入力ボタンのうちの所定の入力ボタンを押下して再配信の指示を行った場合、ＣＰＵ２６１は、再配信プログラム２６３ｆを実行し、再配信の指示のなされた単位データの識別データをサーバ装置１に対して送信する。
ＣＰＵ２６１は、かかる再配信プログラム２６３ｆを実行することにより、再配信手段として機能する。
【００５３】
＜処理＞
次に、本実施形態のデータ配信システムＳの動作を説明する。
【００５４】
図３は、本実施形態におけるデータ配信システムＳによって実行されるデータ配信処理を示すフローチャートである。
【００５５】
データ配信処理が開始されると、まず、ステップＳ１１において、クライアント端末装置２の制御部２６は、ユーザが指定した単位再生時間と、バッファ２２の空き容量とをサーバ装置１に対して通知する。
次いで、ステップＳ１２において、サーバ装置１の制御部１２は、クライアント端末装置２から通知された単位再生時間と空き容量とを受信する。
次いで、ステップＳ１３において、サーバ装置１の制御部１２は、単位再生時間と空き容量とから、通信帯域の空き状況を加味した最適データ形式（即ち、画質）を選択する。
次いで、ステップＳ１４において、サーバ装置１の制御部１２及びクライアント端末装置２の制御部２６は、確認処理（図４、５参照）を実行する。
次いで、ステップＳ１５において、サーバ装置１の制御部１２は、データ生成を開始する開始指示があるか否かを判断し、開始指示がない場合（ステップＳ１５：ＮＯ）、本処理を終了する。
一方、開始指示がある場合（ステップＳ１５：ＹＥＳ）、続くステップＳ１６において、サーバ装置１の制御部１２は、指定のデータ形式にて単位データを生成する。
次いで、ステップＳ１７において、サーバ装置１の制御部１２は、再生時間に達したか否かを判断し、再生時間に達していない場合（ステップＳ１７：ＮＯ）、このステップＳ１７の処理を繰り返す。
一方、再生時間に達した場合（ステップＳ１７：ＹＥＳ）、続くステップＳ１８において、サーバ装置１の制御部１２は、生成した単位データをクライアント端末装置２に対して配信し、続くステップＳ１９において、最終のデータ生成が終了したか否かを判断する。
そして、最終のデータ生成が終了していない場合（ステップＳ１９：ＮＯ）、サーバ装置１の制御部１２は、上記ステップＳ１６に戻って以降の処理を繰り返す一方で、最終のデータ生成が終了した場合（ステップＳ１９：ＹＥＳ）、本処理を終了する。
次いで、ステップＳ２０において、クライアント端末装置２の制御部２６は、サーバ装置１から配信された単位データを受信する。
次いで、ステップＳ２１において、クライアント端末装置２の制御部２６は、受信したデータを再生して本処理を終了する。
【００５６】
図４、５は、データ配信処理のステップＳ１４における確認処理を示すフローチャートである。
この確認処理は、サーバ装置１が選択した最適データ形式をユーザに承認又は否認させるための処理であり、図４は、承認した場合を示し、図５は、否認した場合を示している。
【００５７】
図４における確認処理が開始されると、まず、ステップＳ１０１において、サーバ装置１の制御部１２は、選択した最適データ形式をクライアント端末装置２に対して通知する。
次いで、ステップＳ１０２において、クライアント端末装置２の制御部２６は、サーバ装置１から通知された最適データ形式の通知を受信する。
次いで、ステップＳ１０３において、クライアント端末装置２の制御部２６は、通知されたデータ形式を出力部２４の表示部２４１に表示する。
次いで、ステップＳ１０４において、ユーザにより承認操作がなされると、続くステップＳ１０５において、クライアント端末装置２の制御部２６は、承認通知をサーバ装置１に対して送信する。
次いで、ステップＳ１０６において、サーバ装置１の制御部１２は、クライアント端末装置２から送信された承認通知を受信する。
次いで、ステップＳ１０７において、サーバ装置１の制御部１２は、データの生成を開始する開始指示を出力して本処理を終了する。
【００５８】
図５における確認処理が開始されると、まず、ステップＳ２０１において、サーバ装置１の制御部１２は、選択した最適データ形式をクライアント端末装置２に対して通知する。
次いで、ステップＳ２０２において、クライアント端末装置２の制御部２６は、サーバ装置１から通知された最適データ形式の通知を受信する。
ついで、ステップＳ２０３において、クライアント端末装置２の制御部２６は、通知されたデータ形式を出力部２４の表示部２４１に表示する。
次いで、ステップＳ２０４において、ユーザにより否認操作がなされると、続くステップＳ２０５において、クライアント端末装置２の制御部２６は、否認通知をサーバ装置１に対して送信する。
次いで、ステップＳ２０６において、サーバ装置１の制御部１２は、クライアント端末装置２から送信された否認通知を受信する。
次いで、ステップＳ２０７において、サーバ装置１の制御部１２は、予約可能条件をクライアント端末装置２に対して通知する。
次いで、ステップＳ２０８において、クライアント端末装置２の制御部２６は、サーバ装置１から通知された予約可能条件を受信する。
次いで、ステップＳ２０９において、クライアント端末装置２の制御部２６は、受信した予約可能条件を表示部２４１に表示する。
次いで、ステップＳ２１０において、クライアント端末装置２の制御部２６は、表示された予約可能条件に対してユーザによる予約操作がなされるか否かを判断し、予約操作がなされない場合（ステップＳ２１０：ＮＯ）、本処理を終了する。
一方、予約操作がなされた場合（ステップＳ２１０：ＹＥＳ）、続くステップＳ２１１において、クライアント端末装置２の制御部２６は、サーバ装置１に対して予約通知を送信する。
次いで、ステップＳ２１２において、サーバ装置１の制御部１２は、クライアント端末装置２から送信された予約通知を受信する。
次いで、ステップＳ２１３において、サーバ装置１の制御部１２は、予約通知により指定されたデータ形式によるデータ生成の開始を指示して本処理を終了する。
【００５９】
以上のように、本実施形態のデータ配信システムＳによれば、ユーザにより指定された単位再生時間と、バッファ２２の空き容量とに応じて選択したデータ形式の単位データが、クライアント端末装置に単位再生時間毎に順次配信される。
よって、データ通信帯域が常時占有されるのを防止しサーバ装置のトラフィック負荷を減らすことができると共に、ユーザが指定した単位再生時間の連続再生は保障されるため、単位データの受信後に受信不可能エリアに入ったとしても、ユーザが指定した単位再生時間よりも短い時間であれば、連続再生を実現することができる。
【００６０】
また、単位再生時間と空き容量から選択された最適データ形式（画質）を、ユーザが承認又は否認することができるため、個々のユーザのニーズに対応したデータ配信を実現することができる。
【００６１】
また、単位再生時間と空き容量から選択された最適のデータ形式（画質）を、ユーザが否認した場合、かかる最適のデータ形式とは異なるデータ形式をユーザが選択することができるため、より個々のユーザのニーズに対応したデータ配信が可能となる。
【００６２】
また、ユーザにより単位データの再配信の指示がなされた場合、識別データに基づいて、前回の配信時と同一のデータ形式にて単位データを生成するため、ユーザは再度取得したいデータを速やかに受信することができ、使い勝手を良好にすることができる。
例えば、データの受信中に予期せぬ受信不可地域に入った場合などにこのような再配信の指示を行うことで、途切れたデータをその途切れた箇所から受信できるため、コンテンツの視聴を速やかに再開することができる。
【００６３】
なお、上記実施形態においては、サーバ装置１が受信した単位再生時間と空き容量とに応じて、当該単位再生時間分再生可能で且つ空き容量以下のデータ量となるように配信するコンテンツ情報のデータ形式を決定した後、ユーザの承認を待って、承認がある場合のみデータの生成を開始する構成について説明したが、承認や否認を待つことなく、データ生成を開始する構成とすることもできる。
【００６４】
また、上記実施形態においては、サーバ装置１が決定したデータ形式をユーザが否認した後に、その決定したデータ形式とは異なるデータ形式を表示させて選択することの可能な構成について例示したが、必ずしもこの異なるデータ形式を表示する必要はなく、異なるデータ形式を表示させないように構成することもできる。
【符号の説明】
【００６５】
Ｓ  ストリーミングデータ配信システム
１  サーバ装置
１１  コンテンツ情報データベース
１２  制御部
１２３  記憶部
１２３ａ  データ形式選択プログラム（データ形式選択手段）
１２３ｂ  データ形式通知プログラム（データ形式通知手段）
１２３ｃ  予約可能条件通知プログラム（予約可能条件通知手段）
１２３ｄ  データ生成プログラム（データ生成手段）
１２３ｅ  データ配信制御プログラム（データ配信制御手段）
１２３ｆ  データ再生成プログラム（データ再生成手段）
１３  無線通信部（条件受信手段）
２  クライアント端末装置
２１  無線通信部（データ受信手段）
２２  バッファ
２３  データ再生部
２４  出力部（表示手段）
２５  操作部（単位再生時間指定手段、再配信指示手段）
２６  制御部
２６３  記憶部
２６３ａ  条件通知プログラム（条件通知手段）
２６３ｂ  記憶制御プログラム（記憶制御手段）
２６３ｃ  データ再生プログラム（データ再生手段）
２６３ｄ  表示制御プログラム（表示制御手段）
２６３ｅ  通知制御プログラム（通知制御手段）
２６３ｆ  再配信プログラム（再配信手段）
【図１】
0005381484.tif 000002
【図２】
0005381484.tif 000003
【図３】
0005381484.tif 000004
【図４】
0005381484.tif 000005
【図５】
0005381484.tif 000006