(57)【要約】【課題】利用者の操作入力に対する反応を向上させて、円滑なサービスの提供を行うことが可能なサービス提供システムを提供する。【解決手段】サーバーは、前記クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断するコマンド予測手段と、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する配信データ生成手段と、を有し、前記クライアント装置は、前記制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、前記予測配信データを用いてサービスを提供するサービス提供手段と、を有する。【選択図】図３
2012243239.tif 000002
【特許請求の範囲】
【請求項１】
配信データを生成するサーバーと、前記サーバーとネットワークを通じて接続されたクライアント装置とを備え、前記配信データを用いたサービスを提供するサービス提供システムにおいて、
前記サーバーは、
前記クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断するコマンド予測手段と、
前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する配信データ生成手段と、を有し、
前記クライアント装置は、
前記制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、前記予測配信データを用いてサービスを提供するサービス提供手段と、を有することを特徴とするサービス提供システム。
【請求項２】
前記サーバーが、生成した前記配信データ及び前記予測配信データをストリームデータに合成して前記クライアント装置に送信することを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記サーバーが、生成した前記配信データ及び前記予測配信データをそれぞれファイルデータとして管理し、
前記クライアント装置が、操作入力に応じて、前記各ファイルデータにアクセスすることを特徴とする請求項１に記載のサービス提供システム。
【請求項４】
前記サービスが、映像配信サービスであって、
前記配信データ及び前記予測配信データが、操作入力に応じて切替えられる映像データであることを特徴とする請求項１から請求項３のいずれか一項に記載のサービス提供システム。
【請求項５】
前記クライアント装置が、前記予測配信データを用いたサービスの提供後に、前記サーバーに対して、新たな操作入力に係る制御コマンドを通知することを特徴とする請求項１から請求項４のいずれか一項に記載のサービス提供システム。
【請求項６】
前記クライアント装置が、表示装置であることを特徴とする請求項１から請求項５のいずれか一項に記載のサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のサービスを提供するサービス提供システムに関し、特にサーバーとクライアント装置とがネットワークに接続されて構成されたサービス提供システムに関する。
【背景技術】
【０００２】
従来、サーバーとクライアント装置とをネットワークを通じて接続して、所定のサービスを提供するサービス提供システムが知られている。このサービス提供システムでは、ホストサーバーはサービスに係るデータを記録しており、クライアント装置がホストサーバーに対してこのデータを配信する旨の制御コマンドを送信すると、ホストサーバーからクライアント装置に対してデータの配信が行われる（例えば、特許文献１−３参照）。
【０００３】
また、上記構成のサービス提供システムにおいて、ホストサーバー側でサービスに係る全ての処理を行う（いわゆるクラウド型の）ホストサーバーを備えるものがある。例えば、利用者がリモコン装置を操作して現在配信されているデータを切替える旨の操作入力を行う場合、クライアント装置は制御コマンドを生成し、ネットワークを経由してホストサーバーに制御コマンドを送信する。そして、ホストサーバーはこの制御コマンドを受信すると、切替えに対応したデータを内部で生成し、ネットワーク経由でクライアント装置に配信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３７０３８号公報
【特許文献２】特開２００７−１２４０８０号公報
【特許文献３】特開２００８−３３４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようなクラウド型のホストサーバーを備えるサービス提供システムにおいて、操作入力が行われる度に、ホストサーバーは操作入力に応じた処理を行なう必要があるため、利用者による操作入力に対する遅延時間を生じさせる。そのため、この遅延時間が円滑なサービスの提供を妨げる場合があった。
【０００６】
本発明は、上記課題にかんがみてなされたもので、利用者の操作入力に対する反応を向上させて、円滑なサービスの提供を行うことが可能なサービス提供システムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明では、配信データを生成するサーバーと、前記サーバーとネットワークを通じて接続されたクライアント装置とを備え、前記配信データを用いたサービスを提供するサービス提供システムにおいて、前記サーバーは、前記クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断するコマンド予測手段と、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する配信データ生成手段と、を有し、前記クライアント装置は、前記制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、前記予測配信データを用いてサービスを提供するサービス提供手段と、を有する構成としてある。
【０００８】
上記のように構成された発明では、サーバーは、コマンド予測手段により、クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断し、配信データ生成手段により、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する。一方、クライアント装置では、サービス提供手段が、制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、予測配信データを用いてサービスを提供する。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、操作入力が事前に予測されたものである場合は、クライアント装置が、事前に生成された予測配信データを用いてサービスの提供を行うため、利用者の操作入力に対する反応を向上させて、円滑なサービスの提供を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】サービス提供システム１０のブロック構成図である。
【図２】ホストサーバーのブロック構成図である。
【図３】クライアント装置のブロック構成図である。
【図４】クライアント装置３０で実行される処理を説明するフローチャートである。
【図５】ホストサーバー２０で実行される処理を説明するフローチャートである。
【図６】予測コマンド参照テーブルＴ２における制御コマンドの関連付けを説明する図である。
【図７】ホストサーバー２０から配信される配信データを説明する図である。
【図８】サービス提供システム１０における処理を示す流れ図である。
【図９】第２の実施形態に係るクライアント装置３０が実行する処理を示すフローチャートである。
【図１０】第２の実施形態に係るホストサーバー２０が実行する処理を示すフローチャートである。
【図１１】第２の実施形態に係る配信データを説明する図である。
【発明を実施するための形態】
【００１１】
以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
２．第２の実施形態：
３．その他の実施形態：
【００１２】
１．第１の実施形態： 
以下、図を参照して、この発明に係るサービス提供システムを具体化した第１の実施の形態について説明する。図１は、サービス提供システム１０のブロック構成図である。また、図２は、ホストサーバーのブロック構成図である。そして、図３は、クライアント装置のブロック構成図である。
【００１３】
図１に示すように、サービス提供システム１０は、ホストサーバー２０と、クライアント装置３０とが、ネットワークＮを通じて接続して構成されている。クライアント装置３０は、利用者からの操作入力を受け付けるリモコン装置３８を備えており、利用者がこのリモコン装置３８を操作してホストサーバー２０からのサービスの提供を受ける。また、ホストサーバー２０は、サービスに係る処理をその内部で実行するいわゆるクラウド型のサーバーにより実現される。そのため、クライアント装置３０から送信される所定の制御コマンドに応じて配信データの生成又は加工を行い、クライアント装置３０に提供する。本実施形態では、ホストサーバー２０が提供するサービスの一例として、ネットワークＮを経由した映像配信をもとに説明を行う。
【００１４】
図２に示すように、ホストサーバー２０は、例えばＰＣにより構成され、通信制御部２１と、復調部２２と、記録部２３と、変調部２４と、制御部２５と、を備えて構成されている。また、ホストサーバー２０を構成する各部はバスを介して接続されており、制御部２５による統合的な制御を受ける。
【００１５】
通信制御部２１は、外部装置（例えば、クライアント装置）との間でネットワークＮを通じた接続を確立する。具体的には、通信制御部２１は、クライアント装置３０との間で送受信される各種データ（配信データ、制御コマンド）をネットワークを介して通信するための各種の処理を行なう。そのため、通信制御部２１から出力された各種データは、復調部２２により復調され、記録部２３に記録される。一方、各種データをネットワークＮへ出力する場合、変調部２４によりこのデータを変調した後、通信制御部２１からネットワークＮへ出力される。
【００１６】
制御部２５は、ＣＰＵやＲＯＭ及びＲＡＭを備え構成され、ホストサーバー２０における統合的な制御を行う。ＲＯＭにはＣＰＵが各種処理を行なうためのプログラムが記録されており、ＣＰＵがこのプログラムをＲＡＭ上に展開して実行することで、制御部２５における所定の処理が実行される。一例として、制御部２５は、制御コマンドの解析や、この制御コマンドに応じた配信データの生成及び編集を行う。また、ＲＯＭには、制御部２５が制御コマンドに関連付けられた処理を実行するためのコマンドテーブルＴ１や、制御コマンドに関連付けられた予測コマンドを参照するための予測コマンド参照テーブルＴ２が記録されている。
【００１７】
記録部２３は、例えばＨＤＤ（Hard Disk Drive）等の大容量記録媒体であり、ホストサーバー２０が行うサービスを実行するための各種データが記録されている。例えば、記録部２３には、サービス提供時にクライアント装置３０に配信される配信データ及びこの配信データの元となる元データが記録されている。配信データは、例えば、ＭＰＥＧ（Moving Picture Experts Group）規格に準じたデータ形式により構成される。
【００１８】
図３に示すように、クライアント装置３０は、テレビジョン受像機等の表示装置により実現され、通信制御部３１と、復調部３２と、変調部３３と、制御部３４と、メインメモリ３５と、バックエンド部３６と、表示パネル３７とを備えて構成されている。また、表示パネル３７以外の各部はバスを介して接続されており、制御部３４からの統合的な制御を受ける。
【００１９】
通信制御部３１、復調部３２及び変調部３３は、ホストサーバー２０における通信制御部２１、復調部２２、及び変調部２４と同様の機能を備える。そのため、クライアント装置３０が、通信制御部３１、復調部３２、及び変調部３３を備えることで、ホストサーバー２０との間でネットワークＮを経由したデータ等の通信を行うことが可能となる。
【００２０】
メインメモリ３５は、例えばＲＡＭ等の揮発性メモリにより実現される。本実施形態では、特に、ホストサーバー２０から配信される配信データはこのメインメモリ３５に記録され、逐次、バックエンド部３６に出力される。
【００２１】
制御部３４は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びリモコン受信部を備えて構成される。リモコン受信部は、リモコン装置３８から送信される赤外線信号を操作入力信号に変換してＣＰＵに出力する。また、ＲＯＭには、ホストサーバー２０同様、コマンドテーブルＴ１及び予測コマンド参照テーブルＴ２が記録されており、制御部３４は、操作入力から制御コマンド、及びこの制御コマンドに関連付けられた予測コマンドを判断することができる。
【００２２】
バックエンド部３６は、ネットワークＮを経由して入力した配信データをもとに表示パネル３７を駆動するための描画処理を行う。描画処理の一例として、バックエンド部３６は、配信データから取り出された映像データに対して所定の画質調整を施す。また、バックエンド部３６は出力側で表示パネル３７と接続されており、処理後の映像データを表示パネル３７に出力して映像を表示させる。
【００２３】
図４は、クライアント装置３０で実行される処理を説明するフローチャートである。また、図５は、ホストサーバー２０で実行される処理を説明するフローチャートである。また、図６は、予測コマンド参照テーブルＴ２における制御コマンドの関連付けを説明する図である。そして、図７は、ホストサーバー２０から配信される配信データを説明する図である。以下、サービス提供システム１０における映像配信に係る処理を各図を参照して説明する。
【００２４】
図４において、利用者がリモコン装置３８を操作して、サービスの提供を受けるための操作入力を行うと、クライアント装置３０では、制御部３４がこの操作入力に対応した赤外線信号を受信し（ステップＳ１０：ＹＥＳ）、この操作入力に対応する制御コマンドを解析する。このとき、制御部３４は、コマンドテーブルＴ１及び予測コマンド参照テーブルＴ２を参照し、操作入力に対応する制御コマンド及び予測コマンドを判断する（ステップＳ１１）。
【００２５】
入力された操作入力がすでに受信している予測配信データに係る制御コマンドでない場合（ステップＳ１１：ＮＯ）、制御部３４は、制御コマンドを生成し、ホストサーバー２０に送信する（ステップＳ１２）。以下、クライアント装置３０により生成される制御コマンドは、ホストサーバー２０に映像配信を要求するものである場合を例に説明を行う。
【００２６】
図５において、ホストサーバー２０は、ネットワークＮを通じて制御コマンドを受信すると（ステップＳ２０：ＹＥＳ）、この制御コマンドの解析を行う（ステップＳ２１）。本実施形態では、ホストサーバー２０の制御部２５は、コマンドテーブルＴ１を参照して受信した制御コマンドの解析を行う。
【００２７】
解析された制御コマンドがサービスの停止を要求するものでない場合（ステップＳ２２：ＮＯ）、制御部２５は予測コマンド参照テーブルＴ２を参照して、解析された制御コマンドに関連付けされた予測コマンドを判断する（ステップＳ２３）。なお、制御コマンドがサービスの停止を要求するものである場合（ステップＳ２２：ＹＥＳ）、制御部２５はサービスの停止を行う（ステップＳ２６）。
【００２８】
図６に示すように、予測コマンド参照テーブルＴ２には、所定の制御コマンドと、この制御コマンドが生成された場合に、利用者がその後入力するであろう制御コマンドが予測コマンドとして関連付けて記録されている。例えば、ホストサーバー２０が受信した制御コマンドが映像配信の要求（以下、単に、「再生」とも記載する。）である場合、予測コマンド参照テーブルＴ２には、映像の「早送り」を指示する制御コマンドと、「巻き戻し」を指示する制御コマンド、「ポーズ」を指示する制御コマンドが関連付けて記録されている。なお、ここに示す各制御コマンドは一例である。以上により、ステップＳ２３の処理により、本発明に係るコマンド予測手段が実現される。
【００２９】
他にも、所定のＯＳＤ画像の表示を指示する制御コマンドの場合は、予測コマンド参照テーブルＴ２には、利用者によるリモコン装置３８の操作に対応した変化後のＯＳＤ画像に係る制御コマンドが関連付けて記録されている。
【００３０】
ホストサーバー２０の制御部２５は、解析された制御コマンド及びこの制御コマンドに関連付けられた各予測コマンドに基づいて、元データから配信データを作成する（ステップＳ２４）。即ち、制御コマンドが「再生」に係るものである場合は、再生を行う映像データを元データから生成し、更に予測コマンド参照テーブルＴ２に関連付けられた、「早送り」、「巻き戻し」、「ポーズ」の各予測コマンドに対応した配信データを元データから生成する。以下、予測コマンドに応じて生成されるデータを予測配信データとも記載する。
【００３１】
本実施形態では、図７に示すように、制御部２５は、配信データ及び予測配信データをパケット毎に分割し、これらパケットを合成してストリームデータを生成する。例えば、パケットＰ１には、ホストサーバー２０が受信した制御コマンドに応じた配信データが格納され、パケットＰ２〜Ｐ４には、予測コマンドに応じた予測配信データが格納される。なお、クライアント装置３０とホストサーバーとの間では、どのパケットにどの配信データ（予測配信データ）が格納されているかを認識しているものとする。例えば、ホストサーバー２０が、予測配信データとの関係を規定したテーブルを作成し、ストリームデータの先頭パケットにこのテーブルを記録するものであってもよい。以上により、ステップＳ２４の処理により本発明に係る配信データ生成手段が実現される。
【００３２】
また、各データがＭＰＥＧ方式に対応する場合は、パケットには複数フレームのデータが格納される。無論、これに限定するものではなく、パケットに格納されるデータはフレーム単位以外のデータ分割で格納されるものであってもよい。また、予測配信データは、必ずしも関連付けが行われた制御コマンドに係る配信データと同じストリームデータに格納される必要はなく、所定間隔で配信されるストリームデータのパケットに順次格納されて送信されるものであってもよい。
【００３３】
そして、制御部２５は通信制御部２１を制御して作成したストリームデータをネットワークＮを経由してクライアント装置３０に随時送信する（ステップＳ２５）。即ち、ホストサーバー２０からは、所定周期で、解析された制御コマンドに応じた配信データ及びこの制御コマンドに関連づけられた予測配信データが格納されたストリームデータが送信さる。なお、ストリームデータは、クライアント装置３０から新たな制御コマンドが送信されるまでは、同一のパケット構成により構成される。例えば、「再生」に係る配信データを送信する場合は、ホストサーバーが新たな制御コマンドを受信して、配信データを変化させるまで、各パケットには時系列に変化する「再生」、「早送り」、「巻き戻し」、「ポーズ」の各配信データ（予測配信データ）が格納されて送信される。無論、「早送り」、「巻き戻し」に係る予測配信データでは、フレームの組合せ、及び、時系列の方向が異なることは言うまでもない。
【００３４】
クライアント装置３０は、ストリームデータをネットワークＮを通じてメインメモリ３５に受信すると（ステップＳ１３：ＹＥＳ）、ストリームデータを復調させて、所定パケットから送信した制御データに応じた配信データを抽出する（ステップＳ１４）。ここでは、クライアント装置３０は、ステップＳ１２において「再生」に係る制御コマンドを送信しているため、この制御コマンドに対応する配信データがパケットＰ１から抽出される。
【００３５】
そして、クライアント装置３０は、抽出した配信データを表示するために描画処理を施す（ステップＳ１５）。描画処理では、配信データに対してバックエンド部３６による画質調整が施された後、表示パネル３７によりデジタル・アナログ変換されて、映像が表示されていく。なお、ストリームデータは次のストリームデータがメインメモリ３５に記録される毎に、新しいものに更新されるため、この段階で使用されなかった、「早送り」「巻き戻し」「ポーズ」に係る配信データは処分されることとなる。以下、上記ステップＳ１２〜Ｓ１５までの処理は、クライアント装置３０に「停止」に係る操作入力が入力する（ステップＳ１９：ＹＥＳ）か、停止以外の新たな操作入力がある（ステップＳ１０：ＹＥＳ）まで繰返される。
【００３６】
一方、ホストサーバー２０から映像配信が行われている状態で、利用者がリモコン装置３８を操作して、配信映像の「早送り」を示す新たな操作入力を行うと（ステップＳ１０：ＹＥＳ）、クライアント装置３０は、この操作入力を解析し、この操作入力（制御コマンド）が前回生成した制御コマンドに対応付けられているか否かを判断する（ステップＳ１１）。例えば、制御部３４は、予測コマンド参照テーブルＴ２を参照してこの判断を行う。
【００３７】
上記のように、「早送り」に係る予測配信データは、「再生」に係る配信データに関連付けられているため（ステップＳ１１：ＹＥＳ）、対応する予測配信データは、逐次メインメモリ３５に記録されている。そのため、制御部３４は、メインメモリ３５に記録されたストリームデータのパケットから「早送り」に対応する予測配信データを抽出する（ステップＳ１６）。
【００３８】
クライアント装置３０は、抽出した配信データに対して描画処理を施し、映像として表示する（ステップＳ１７）。そのため、利用者が「早送り」に係る操作入力を行った際に、クライアント装置３０はホストサーバー２０に対して制御コマンドの生成及び送信を行うことなく、描画処理を行ない表示パネル３７に「早送り」に係る映像を表示させる。以上により、本発明に係るサービス提供手段が実現される。
【００３９】
以下、クライアント装置３０の制御部３４は、操作入力に係る制御コマンドが切替わったことをネットワークＮを経由してホストサーバー２０に送信する（ステップＳ１８）。そのため、ホストサーバー２０は制御コマンドが切り替わったことを制御コマンドの受信によって判断し（ステップＳ２０、Ｓ２１）、新たな制御コマンド（この場合は「早送り」）に係るストリームデータ（「早送り」の制御コマンドに関連付けられた予測配信データ含んだもの）を生成して送信を行う（ステップＳ２２〜Ｓ２５）。無論、ここでは、受信した制御コマンドが「早送り」に係るものであるため、ホストサーバー２０では現在のストリームデータの変更を行うことなく、ストリームデータの作成及び送信を行ってもよい。
【００４０】
以下、本発明に係る効果を従来の処理との比較により説明する。図８は、サービス提供システム１０における処理を示す流れ図である。ここで、図８Ａは従来のサービス提供システムでの処理を示す。また、図８Ｂは、本実施形態に係るサービス提供システム１０での処理を示す。
【００４１】
従来のサービス提供システムの処理では、利用者が操作入力を行うことで、クライアント装置３０から逐次制御コマンドが送信され、ホストサーバー２０ではこの制御コマンドを解析し、制御コマンドを解析した後、配信データを送信を行っていた。
【００４２】
一方、本実施形態に係るサービス提供システム１０では、クライアント装置３０から制御コマンドが送信された際、この制御コマンドに関連する処理を予測し、予測された処理に対しても配信データの生成を行う。そのため、図８Ｂに示すように、次回、クライアント装置３０に映像等の切替えを指示する入力が行われた場合、この入力が予測されたものである場合は、すでに生成された配信データを流用して描画処理を行うことで、描画処理を行なうまでの間に、クライアント装置３０からホストサーバー２０に制御コマンドを送信する処理や、ホストサーバー２０がこの制御コマンドを解析する処理、更には、配信データを送信する処理を省略することができる。そのため、操作入力が事前に予測されたものである場合は、利用者が操作入力を行ってから描画処理を行う（サービスを提供する）までの時間を従来のものと比べて短くすることが可能となる
【００４３】
２．第２の実施形態：
図９は、第２の実施形態に係るクライアント装置３０が実行する処理を示すフローチャートである。また、図１０は、第２の実施形態に係るホストサーバー２０が実行する処理を示すフローチャートである。そして、図１１は、第２の実施形態に係る配信データを説明する図である。第２の実施形態に係るサービス提供システム１０では、ホストサーバー２０が制御コマンドに応じたファイルを作成し、クライアント装置３０がこのファイルに逐次アクセスすることで、利用者に対してサービスの提供が行われる構成において第１の実施形態と異なる。
【００４４】
図９において、利用者がリモコン装置３８を操作して、サービスの提供を受けるための操作入力を行うと、クライアント装置３０では、制御部３４がこの操作入力に対応した赤外線信号を受信し（ステップＳ１１０：ＹＥＳ）、入力された操作入力がすでに受信している制御コマンドに関連した予測コマンドでない場合（ステップＳ１１１：ＮＯ）、制御部３４は、制御コマンドを生成し、ホストサーバー２０に送信する（ステップＳ１１２）。
【００４５】
図１０において、ホストサーバー２０は、ネットワークＮを通じて制御コマンドを受信すると（ステップＳ１２０：ＹＥＳ）、この制御コマンドの解析を行う（ステップＳ１２１）。解析された制御コマンドがサービスの停止を要求するものでない場合（ステップＳ１２２：ＮＯ）、制御部２５は予測コマンド参照テーブルＴ２を参照して、解析された制御コマンドに関連付けされた予測コマンドを判断する（ステップＳ１２３）。
【００４６】
第２の実施形態に係る予測コマンド参照テーブルＴ２は、第１の実施形態同様、所定の制御コマンドと、この制御コマンドが生成された場合に、利用者がその後入力するであろう制御コマンドが予測コマンドとして関連付けて記録されている。
【００４７】
ホストサーバー２０の制御部２５は、解析された制御コマンド及びこの制御コマンドに関連付けられた各予測コマンドに基づいて元データからファイルデータを作成する（ステップＳ１２４）。図１１に示すように、第２の実施形態に係るホストサーバー２０では、配信データを、ファイル形式で作成し、記録部２３に記録する。即ち、制御コマンドが「再生」に係るものである場合は、再生を行う配信データは、ファイルＦ１として記録部２３に記録される。同様に、予測コマンド参照テーブルＴ２に関連付けられた、「早送り」、「巻き戻し」、「ポーズ」の各予測コマンドに対応した配信データもそれぞれ予測ファイルＦ２、Ｆ３、Ｆ４として記録部２３に記録される。
【００４８】
図９において、クライアント装置３０は、ホストサーバー２０にネットワークＮを経由してアクセスし、作成されたファイルデータの内、送信した制御コマンドに対応するファイルデータをネットワークＮ通じてメインメモリ３５にダウンロードする（ステップＳ１１３：ＹＥＳ）。例えば、第２の実施形態では、クライアント装置３０は、「再生」に係るファイルＦ１のみをダウンロードし、他の予測ファイルデータはダウンロードしない。その後、クライアント装置３０は、ダウンロードしたファイルデータを復調させて、制御コマンドに対応したファイルデータ（ここではファイルＦ１）に含まれる配信データを抽出する（ステップＳ１１４）。
【００４９】
そして、クライアント装置３０は、抽出した配信データを表示するために描画処理を施す（ステップＳ１１５）。以下、上記ステップＳ１１２〜Ｓ１１５までの処理は、クライアント装置３０に「停止」に係る操作入力が入力する（ステップＳ１１９：ＹＥＳ）か、停止以外の新たな操作入力がある（ステップＳ１１０：ＹＥＳ）まで繰返される。
【００５０】
一方、ホストサーバー２０から映像配信が行われている状態で、利用者がリモコン装置３８を操作して、配信映像の「早送り」を示す新たな操作入力を行うと（ステップＳ１１０：ＹＥＳ）、クライアント装置３０は、この操作入力を解析し、この操作入力（制御コマンド）が前回の制御コマンドに関連付けられているか否かを判断する（ステップＳ１１１）。例えば、制御部３４は、予測コマンド参照テーブルＴ２を参照して、新たに生成する制御コマンドが前回生成した制御コマンドに関連付けられているかを判断する。
【００５１】
上記のように、「早送り」に係る予測配信データは、「再生」に係る配信データに関連付けられているため（ステップＳ１１１：ＹＥＳ）、制御部３４は、ホストサーバー２０にアクセスし、記録部２３に記録された予測ファイルの内、「早送り」に対応する予測ファイルＦ２をダウンロードする（ステップＳ１１６）。
【００５２】
クライアント装置３０は、ダウンロードした予測ファイルに含まれる配信データに対して描画処理を施し、映像として表示する（ステップＳ１１７）。そのため、利用者が「早送り」に係る操作入力を行った際に、クライアント装置３０はホストサーバー２０に対して「早送り」に係る制御コマンドの生成及び送信を行うことなく、予測ファイルをダウンロードし、表示パネル３７に「早送り」に係る映像を表示させる。
【００５３】
以下、クライアント装置３０の制御部３４は、操作入力に係る制御コマンドが切替わったことをネットワークＮを経由してホストサーバー２０に送信する（ステップＳ１１８）。そのため、ホストサーバー２０は制御コマンドが切り替わったことを受信によって判断し（ステップＳ１２０、Ｓ１２１）、新たな制御コマンド（この場合は「早送り」）に係るファイル（「早送り」の制御コマンドに関連付けられた予測配信データ含んだもの）を生成して記録する（ステップＳ１２２〜Ｓ１２５）。
【００５４】
以上、説明したように、第２に実施形態に係るデータ配信装置では、ホストサーバー２０によりファイル形式で作成される配信データに対しても本発明を適用することが可能となる。
【００５５】
３．その他の実施形態：
本発明は、様々な実施形態が存在する。
クライアント装置として表示装置を用いることは一例であり、ネットワークＮに接続可能な装置であればこれ以外のものであってもよい。ここで、本発明は、クライアント装置に本実施形態に即した機能を持たせるだけで良いため、クライアント装置をテレビジョン受像機といった表示装置により実現すれば、既存の表示装置に対しても本発明の機能を適用することができる。
【００５６】
また、配信データとして、映像データを用いることは一例であり、音声データであってもよい。
さらに、ホストサーバーは、１台の装置により構築される以外にも、複数のサーバーにより構築されるものであってもよい。ホストサーバーを複数のサーバーにより構築した場合、第２の実施形態において、各ファイルデータ（予測ファイル）をそれぞれ個別のサーバーにより生成する構成とすれば、クライアント装置がアクセスを行うサーバーのアドレスをファイルデータ毎（予測ファイルを含める）に切替えることで、本発明を適用することができる。この場合、１台のサーバーにより作成される場合に比べてファイルデータの作成に要する時間を短縮することができ、もって、クライアント装置からの制御コマンドの送信が短い期間で連続する場合でも、本発明を実施することが可能となる。
【００５７】
なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【００５８】
１０…サービス提供システム、２０…ホストサーバー、２１…通信制御部、２２…復調部、２３…記録部、２４…変調部、２５…制御部、３０…クライアント装置、３１…通信制御部、３２…復調部、３３…変調部、３４…制御部、３５…メインメモリ、３６…バックエンド部、３７…表示パネル、３８…リモコン装置
【図１】
2012243239.tif 000003
【図２】
2012243239.tif 000004
【図３】
2012243239.tif 000005
【図４】
2012243239.tif 000006
【図５】
2012243239.tif 000007
【図６】
2012243239.tif 000008
【図７】
2012243239.tif 000009
【図８】
2012243239.tif 000010
【図９】
2012243239.tif 000011
【図１０】
2012243239.tif 000012
【図１１】
2012243239.tif 000013