配信データを生成するサーバーと、前記サーバーとネットワークを通じて接続されたクライアント装置とを備え、前記配信データを用いたサービスを提供するサービス提供システムにおいて、前記サーバーは、前記クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断するコマンド予測手段と、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する配信データ生成手段と、を有し、前記クライアント装置は、前記制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、前記予測配信データを用いてサービスを提供するサービス提供手段と、を有することを特徴とするサービス提供システム。前記サーバーが、生成した前記配信データ及び前記予測配信データをストリームデータに合成して前記クライアント装置に送信することを特徴とする請求項1に記載のサービス提供システム。前記サーバーが、生成した前記配信データ及び前記予測配信データをそれぞれファイルデータとして管理し、前記クライアント装置が、操作入力に応じて、前記各ファイルデータにアクセスすることを特徴とする請求項1に記載のサービス提供システム。前記サービスが、映像配信サービスであって、前記配信データ及び前記予測配信データが、操作入力に応じて切替えられる映像データであることを特徴とする請求項1から請求項3のいずれか一項に記載のサービス提供システム。前記クライアント装置が、前記予測配信データを用いたサービスの提供後に、前記サーバーに対して、新たな操作入力に係る制御コマンドを通知することを特徴とする請求項1から請求項4のいずれか一項に記載のサービス提供システム。前記クライアント装置が、表示装置であることを特徴とする請求項1から請求項5のいずれか一項に記載のサービス提供システム。上記のようなクラウド型のホストサーバーを備えるサービス提供システムにおいて、操作入力が行われる度に、ホストサーバーは操作入力に応じた処理を行なう必要があるため、利用者による操作入力に対する遅延時間を生じさせる。そのため、この遅延時間が円滑なサービスの提供を妨げる場合があった。本発明は、上記課題にかんがみてなされたもので、利用者の操作入力に対する反応を向上させて、円滑なサービスの提供を行うことが可能なサービス提供システムの提供を目的とする。上記課題を解決するために、本発明では、配信データを生成するサーバーと、前記サーバーとネットワークを通じて接続されたクライアント装置とを備え、前記配信データを用いたサービスを提供するサービス提供システムにおいて、前記サーバーは、前記クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断するコマンド予測手段と、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する配信データ生成手段と、を有し、前記クライアント装置は、前記制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、前記予測配信データを用いてサービスを提供するサービス提供手段と、を有する構成としてある。上記のように構成された発明では、サーバーは、コマンド予測手段により、クライアント装置から送信される所定命令を指示するための制御コマンドを受信した場合に、前記受信した制御コマンドに対応付けられた制御コマンドである予測コマンドを判断し、配信データ生成手段により、前記受信した制御コマンドに応じた配信データ、及び前記予測コマンドに応じた予測配信データを生成する。一方、クライアント装置では、サービス提供手段が、制御コマンドの送信後に、前記予測コマンドに係る新たな操作入力が行われた場合は、予測配信データを用いてサービスを提供する。以上説明したように、本発明によれば、操作入力が事前に予測されたものである場合は、クライアント装置が、事前に生成された予測配信データを用いてサービスの提供を行うため、利用者の操作入力に対する反応を向上させて、円滑なサービスの提供を行うことができる。以下、下記の順序に従って本発明の実施形態を説明する。1.第1の実施形態:2.第2の実施形態:3.その他の実施形態:1.第1の実施形態:以下、図を参照して、この発明に係るサービス提供システムを具体化した第1の実施の形態について説明する。図1は、サービス提供システム10のブロック構成図である。また、図2は、ホストサーバーのブロック構成図である。そして、図3は、クライアント装置のブロック構成図である。図1に示すように、サービス提供システム10は、ホストサーバー20と、クライアント装置30とが、ネットワークNを通じて接続して構成されている。クライアント装置30は、利用者からの操作入力を受け付けるリモコン装置38を備えており、利用者がこのリモコン装置38を操作してホストサーバー20からのサービスの提供を受ける。また、ホストサーバー20は、サービスに係る処理をその内部で実行するいわゆるクラウド型のサーバーにより実現される。そのため、クライアント装置30から送信される所定の制御コマンドに応じて配信データの生成又は加工を行い、クライアント装置30に提供する。本実施形態では、ホストサーバー20が提供するサービスの一例として、ネットワークNを経由した映像配信をもとに説明を行う。図2に示すように、ホストサーバー20は、例えばPCにより構成され、通信制御部21と、復調部22と、記録部23と、変調部24と、制御部25と、を備えて構成されている。また、ホストサーバー20を構成する各部はバスを介して接続されており、制御部25による統合的な制御を受ける。通信制御部21は、外部装置例えば、クライアント装置との間でネットワークNを通じた接続を確立する。具体的には、通信制御部21は、クライアント装置30との間で送受信される各種データ配信データ、制御コマンドをネットワークを介して通信するための各種の処理を行なう。そのため、通信制御部21から出力された各種データは、復調部22により復調され、記録部23に記録される。一方、各種データをネットワークNへ出力する場合、変調部24によりこのデータを変調した後、通信制御部21からネットワークNへ出力される。制御部25は、CPUやROM及びRAMを備え構成され、ホストサーバー20における統合的な制御を行う。ROMにはCPUが各種処理を行なうためのプログラムが記録されており、CPUがこのプログラムをRAM上に展開して実行することで、制御部25における所定の処理が実行される。一例として、制御部25は、制御コマンドの解析や、この制御コマンドに応じた配信データの生成及び編集を行う。また、ROMには、制御部25が制御コマンドに関連付けられた処理を実行するためのコマンドテーブルT1や、制御コマンドに関連付けられた予測コマンドを参照するための予測コマンド参照テーブルT2が記録されている。記録部23は、例えばHDDHardDiskDrive等の大容量記録媒体であり、ホストサーバー20が行うサービスを実行するための各種データが記録されている。例えば、記録部23には、サービス提供時にクライアント装置30に配信される配信データ及びこの配信データの元となる元データが記録されている。配信データは、例えば、MPEGMovingPictureExpertsGroup規格に準じたデータ形式により構成される。図3に示すように、クライアント装置30は、テレビジョン受像機等の表示装置により実現され、通信制御部31と、復調部32と、変調部33と、制御部34と、メインメモリ35と、バックエンド部36と、表示パネル37とを備えて構成されている。また、表示パネル37以外の各部はバスを介して接続されており、制御部34からの統合的な制御を受ける。通信制御部31、復調部32及び変調部33は、ホストサーバー20における通信制御部21、復調部22、及び変調部24と同様の機能を備える。そのため、クライアント装置30が、通信制御部31、復調部32、及び変調部33を備えることで、ホストサーバー20との間でネットワークNを経由したデータ等の通信を行うことが可能となる。メインメモリ35は、例えばRAM等の揮発性メモリにより実現される。本実施形態では、特に、ホストサーバー20から配信される配信データはこのメインメモリ35に記録され、逐次、バックエンド部36に出力される。制御部34は、CPU、ROM、RAM、及びリモコン受信部を備えて構成される。リモコン受信部は、リモコン装置38から送信される赤外線信号を操作入力信号に変換してCPUに出力する。また、ROMには、ホストサーバー20同様、コマンドテーブルT1及び予測コマンド参照テーブルT2が記録されており、制御部34は、操作入力から制御コマンド、及びこの制御コマンドに関連付けられた予測コマンドを判断することができる。バックエンド部36は、ネットワークNを経由して入力した配信データをもとに表示パネル37を駆動するための描画処理を行う。描画処理の一例として、バックエンド部36は、配信データから取り出された映像データに対して所定の画質調整を施す。また、バックエンド部36は出力側で表示パネル37と接続されており、処理後の映像データを表示パネル37に出力して映像を表示させる。図4は、クライアント装置30で実行される処理を説明するフローチャートである。また、図5は、ホストサーバー20で実行される処理を説明するフローチャートである。また、図6は、予測コマンド参照テーブルT2における制御コマンドの関連付けを説明する図である。そして、図7は、ホストサーバー20から配信される配信データを説明する図である。以下、サービス提供システム10における映像配信に係る処理を各図を参照して説明する。図4において、利用者がリモコン装置38を操作して、サービスの提供を受けるための操作入力を行うと、クライアント装置30では、制御部34がこの操作入力に対応した赤外線信号を受信しステップS10:YES、この操作入力に対応する制御コマンドを解析する。このとき、制御部34は、コマンドテーブルT1及び予測コマンド参照テーブルT2を参照し、操作入力に対応する制御コマンド及び予測コマンドを判断するステップS11。入力された操作入力がすでに受信している予測配信データに係る制御コマンドでない場合ステップS11:NO、制御部34は、制御コマンドを生成し、ホストサーバー20に送信するステップS12。以下、クライアント装置30により生成される制御コマンドは、ホストサーバー20に映像配信を要求するものである場合を例に説明を行う。図5において、ホストサーバー20は、ネットワークNを通じて制御コマンドを受信するとステップS20:YES、この制御コマンドの解析を行うステップS21。本実施形態では、ホストサーバー20の制御部25は、コマンドテーブルT1を参照して受信した制御コマンドの解析を行う。解析された制御コマンドがサービスの停止を要求するものでない場合ステップS22:NO、制御部25は予測コマンド参照テーブルT2を参照して、解析された制御コマンドに関連付けされた予測コマンドを判断するステップS23。なお、制御コマンドがサービスの停止を要求するものである場合ステップS22:YES、制御部25はサービスの停止を行うステップS26。図6に示すように、予測コマンド参照テーブルT2には、所定の制御コマンドと、この制御コマンドが生成された場合に、利用者がその後入力するであろう制御コマンドが予測コマンドとして関連付けて記録されている。例えば、ホストサーバー20が受信した制御コマンドが映像配信の要求以下、単に、再生とも記載する。である場合、予測コマンド参照テーブルT2には、映像の早送りを指示する制御コマンドと、巻き戻しを指示する制御コマンド、ポーズを指示する制御コマンドが関連付けて記録されている。なお、ここに示す各制御コマンドは一例である。以上により、ステップS23の処理により、本発明に係るコマンド予測手段が実現される。他にも、所定のOSD画像の表示を指示する制御コマンドの場合は、予測コマンド参照テーブルT2には、利用者によるリモコン装置38の操作に対応した変化後のOSD画像に係る制御コマンドが関連付けて記録されている。ホストサーバー20の制御部25は、解析された制御コマンド及びこの制御コマンドに関連付けられた各予測コマンドに基づいて、元データから配信データを作成するステップS24。即ち、制御コマンドが再生に係るものである場合は、再生を行う映像データを元データから生成し、更に予測コマンド参照テーブルT2に関連付けられた、早送り、巻き戻し、ポーズの各予測コマンドに対応した配信データを元データから生成する。以下、予測コマンドに応じて生成されるデータを予測配信データとも記載する。本実施形態では、図7に示すように、制御部25は、配信データ及び予測配信データをパケット毎に分割し、これらパケットを合成してストリームデータを生成する。例えば、パケットP1には、ホストサーバー20が受信した制御コマンドに応じた配信データが格納され、パケットP2~P4には、予測コマンドに応じた予測配信データが格納される。なお、クライアント装置30とホストサーバーとの間では、どのパケットにどの配信データ予測配信データが格納されているかを認識しているものとする。例えば、ホストサーバー20が、予測配信データとの関係を規定したテーブルを作成し、ストリームデータの先頭パケットにこのテーブルを記録するものであってもよい。以上により、ステップS24の処理により本発明に係る配信データ生成手段が実現される。また、各データがMPEG方式に対応する場合は、パケットには複数フレームのデータが格納される。無論、これに限定するものではなく、パケットに格納されるデータはフレーム単位以外のデータ分割で格納されるものであってもよい。また、予測配信データは、必ずしも関連付けが行われた制御コマンドに係る配信データと同じストリームデータに格納される必要はなく、所定間隔で配信されるストリームデータのパケットに順次格納されて送信されるものであってもよい。そして、制御部25は通信制御部21を制御して作成したストリームデータをネットワークNを経由してクライアント装置30に随時送信するステップS25。即ち、ホストサーバー20からは、所定周期で、解析された制御コマンドに応じた配信データ及びこの制御コマンドに関連づけられた予測配信データが格納されたストリームデータが送信さる。なお、ストリームデータは、クライアント装置30から新たな制御コマンドが送信されるまでは、同一のパケット構成により構成される。例えば、再生に係る配信データを送信する場合は、ホストサーバーが新たな制御コマンドを受信して、配信データを変化させるまで、各パケットには時系列に変化する再生、早送り、巻き戻し、ポーズの各配信データ予測配信データが格納されて送信される。無論、早送り、巻き戻しに係る予測配信データでは、フレームの組合せ、及び、時系列の方向が異なることは言うまでもない。クライアント装置30は、ストリームデータをネットワークNを通じてメインメモリ35に受信するとステップS13:YES、ストリームデータを復調させて、所定パケットから送信した制御データに応じた配信データを抽出するステップS14。ここでは、クライアント装置30は、ステップS12において再生に係る制御コマンドを送信しているため、この制御コマンドに対応する配信データがパケットP1から抽出される。そして、クライアント装置30は、抽出した配信データを表示するために描画処理を施すステップS15。描画処理では、配信データに対してバックエンド部36による画質調整が施された後、表示パネル37によりデジタルアナログ変換されて、映像が表示されていく。なお、ストリームデータは次のストリームデータがメインメモリ35に記録される毎に、新しいものに更新されるため、この段階で使用されなかった、早送り巻き戻しポーズに係る配信データは処分されることとなる。以下、上記ステップS12~S15までの処理は、クライアント装置30に停止に係る操作入力が入力するステップS19:YESか、停止以外の新たな操作入力があるステップS10:YESまで繰返される。一方、ホストサーバー20から映像配信が行われている状態で、利用者がリモコン装置38を操作して、配信映像の早送りを示す新たな操作入力を行うとステップS10:YES、クライアント装置30は、この操作入力を解析し、この操作入力制御コマンドが前回生成した制御コマンドに対応付けられているか否かを判断するステップS11。例えば、制御部34は、予測コマンド参照テーブルT2を参照してこの判断を行う。上記のように、早送りに係る予測配信データは、再生に係る配信データに関連付けられているためステップS11:YES、対応する予測配信データは、逐次メインメモリ35に記録されている。そのため、制御部34は、メインメモリ35に記録されたストリームデータのパケットから早送りに対応する予測配信データを抽出するステップS16。クライアント装置30は、抽出した配信データに対して描画処理を施し、映像として表示するステップS17。そのため、利用者が早送りに係る操作入力を行った際に、クライアント装置30はホストサーバー20に対して制御コマンドの生成及び送信を行うことなく、描画処理を行ない表示パネル37に早送りに係る映像を表示させる。以上により、本発明に係るサービス提供手段が実現される。以下、クライアント装置30の制御部34は、操作入力に係る制御コマンドが切替わったことをネットワークNを経由してホストサーバー20に送信するステップS18。そのため、ホストサーバー20は制御コマンドが切り替わったことを制御コマンドの受信によって判断しステップS20、S21、新たな制御コマンドこの場合は早送りに係るストリームデータ早送りの制御コマンドに関連付けられた予測配信データ含んだものを生成して送信を行うステップS22~S25。無論、ここでは、受信した制御コマンドが早送りに係るものであるため、ホストサーバー20では現在のストリームデータの変更を行うことなく、ストリームデータの作成及び送信を行ってもよい。以下、本発明に係る効果を従来の処理との比較により説明する。図8は、サービス提供システム10における処理を示す流れ図である。ここで、図8Aは従来のサービス提供システムでの処理を示す。また、図8Bは、本実施形態に係るサービス提供システム10での処理を示す。従来のサービス提供システムの処理では、利用者が操作入力を行うことで、クライアント装置30から逐次制御コマンドが送信され、ホストサーバー20ではこの制御コマンドを解析し、制御コマンドを解析した後、配信データを送信を行っていた。一方、本実施形態に係るサービス提供システム10では、クライアント装置30から制御コマンドが送信された際、この制御コマンドに関連する処理を予測し、予測された処理に対しても配信データの生成を行う。そのため、図8Bに示すように、次回、クライアント装置30に映像等の切替えを指示する入力が行われた場合、この入力が予測されたものである場合は、すでに生成された配信データを流用して描画処理を行うことで、描画処理を行なうまでの間に、クライアント装置30からホストサーバー20に制御コマンドを送信する処理や、ホストサーバー20がこの制御コマンドを解析する処理、更には、配信データを送信する処理を省略することができる。そのため、操作入力が事前に予測されたものである場合は、利用者が操作入力を行ってから描画処理を行うサービスを提供するまでの時間を従来のものと比べて短くすることが可能となる2.第2の実施形態:図9は、第2の実施形態に係るクライアント装置30が実行する処理を示すフローチャートである。また、図10は、第2の実施形態に係るホストサーバー20が実行する処理を示すフローチャートである。そして、図11は、第2の実施形態に係る配信データを説明する図である。第2の実施形態に係るサービス提供システム10では、ホストサーバー20が制御コマンドに応じたファイルを作成し、クライアント装置30がこのファイルに逐次アクセスすることで、利用者に対してサービスの提供が行われる構成において第1の実施形態と異なる。図9において、利用者がリモコン装置38を操作して、サービスの提供を受けるための操作入力を行うと、クライアント装置30では、制御部34がこの操作入力に対応した赤外線信号を受信しステップS110:YES、入力された操作入力がすでに受信している制御コマンドに関連した予測コマンドでない場合ステップS111:NO、制御部34は、制御コマンドを生成し、ホストサーバー20に送信するステップS112。図10において、ホストサーバー20は、ネットワークNを通じて制御コマンドを受信するとステップS120:YES、この制御コマンドの解析を行うステップS121。解析された制御コマンドがサービスの停止を要求するものでない場合ステップS122:NO、制御部25は予測コマンド参照テーブルT2を参照して、解析された制御コマンドに関連付けされた予測コマンドを判断するステップS123。第2の実施形態に係る予測コマンド参照テーブルT2は、第1の実施形態同様、所定の制御コマンドと、この制御コマンドが生成された場合に、利用者がその後入力するであろう制御コマンドが予測コマンドとして関連付けて記録されている。ホストサーバー20の制御部25は、解析された制御コマンド及びこの制御コマンドに関連付けられた各予測コマンドに基づいて元データからファイルデータを作成するステップS124。図11に示すように、第2の実施形態に係るホストサーバー20では、配信データを、ファイル形式で作成し、記録部23に記録する。即ち、制御コマンドが再生に係るものである場合は、再生を行う配信データは、ファイルF1として記録部23に記録される。同様に、予測コマンド参照テーブルT2に関連付けられた、早送り、巻き戻し、ポーズの各予測コマンドに対応した配信データもそれぞれ予測ファイルF2、F3、F4として記録部23に記録される。図9において、クライアント装置30は、ホストサーバー20にネットワークNを経由してアクセスし、作成されたファイルデータの内、送信した制御コマンドに対応するファイルデータをネットワークN通じてメインメモリ35にダウンロードするステップS113:YES。例えば、第2の実施形態では、クライアント装置30は、再生に係るファイルF1のみをダウンロードし、他の予測ファイルデータはダウンロードしない。その後、クライアント装置30は、ダウンロードしたファイルデータを復調させて、制御コマンドに対応したファイルデータここではファイルF1に含まれる配信データを抽出するステップS114。そして、クライアント装置30は、抽出した配信データを表示するために描画処理を施すステップS115。以下、上記ステップS112~S115までの処理は、クライアント装置30に停止に係る操作入力が入力するステップS119:YESか、停止以外の新たな操作入力があるステップS110:YESまで繰返される。一方、ホストサーバー20から映像配信が行われている状態で、利用者がリモコン装置38を操作して、配信映像の早送りを示す新たな操作入力を行うとステップS110:YES、クライアント装置30は、この操作入力を解析し、この操作入力制御コマンドが前回の制御コマンドに関連付けられているか否かを判断するステップS111。例えば、制御部34は、予測コマンド参照テーブルT2を参照して、新たに生成する制御コマンドが前回生成した制御コマンドに関連付けられているかを判断する。上記のように、早送りに係る予測配信データは、再生に係る配信データに関連付けられているためステップS111:YES、制御部34は、ホストサーバー20にアクセスし、記録部23に記録された予測ファイルの内、早送りに対応する予測ファイルF2をダウンロードするステップS116。クライアント装置30は、ダウンロードした予測ファイルに含まれる配信データに対して描画処理を施し、映像として表示するステップS117。そのため、利用者が早送りに係る操作入力を行った際に、クライアント装置30はホストサーバー20に対して早送りに係る制御コマンドの生成及び送信を行うことなく、予測ファイルをダウンロードし、表示パネル37に早送りに係る映像を表示させる。以下、クライアント装置30の制御部34は、操作入力に係る制御コマンドが切替わったことをネットワークNを経由してホストサーバー20に送信するステップS118。そのため、ホストサーバー20は制御コマンドが切り替わったことを受信によって判断しステップS120、S121、新たな制御コマンドこの場合は早送りに係るファイル早送りの制御コマンドに関連付けられた予測配信データ含んだものを生成して記録するステップS122~S125。以上、説明したように、第2に実施形態に係るデータ配信装置では、ホストサーバー20によりファイル形式で作成される配信データに対しても本発明を適用することが可能となる。3.その他の実施形態:本発明は、様々な実施形態が存在する。クライアント装置として表示装置を用いることは一例であり、ネットワークNに接続可能な装置であればこれ以外のものであってもよい。ここで、本発明は、クライアント装置に本実施形態に即した機能を持たせるだけで良いため、クライアント装置をテレビジョン受像機といった表示装置により実現すれば、既存の表示装置に対しても本発明の機能を適用することができる。また、配信データとして、映像データを用いることは一例であり、音声データであってもよい。さらに、ホストサーバーは、1台の装置により構築される以外にも、複数のサーバーにより構築されるものであってもよい。ホストサーバーを複数のサーバーにより構築した場合、第2の実施形態において、各ファイルデータ予測ファイルをそれぞれ個別のサーバーにより生成する構成とすれば、クライアント装置がアクセスを行うサーバーのアドレスをファイルデータ毎予測ファイルを含めるに切替えることで、本発明を適用することができる。この場合、1台のサーバーにより作成される場合に比べてファイルデータの作成に要する時間を短縮することができ、もって、クライアント装置からの制御コマンドの送信が短い期間で連続する場合でも、本発明を実施することが可能となる。なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用することは本発明の一実施例として開示されるものである。