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