(57)【要約】【課題】  ネットワークを介したタイムキープ機能を的確に実現する。【解決手段】  蓄積部１０３を有し、ＡＶデータを受信可能なサーバ端末１００と、サーバ端末１００と通信回線１０を介して接続されるクライアント端末２００とを備えた再生制御システムであって、クライアント端末２００は、チューナー２０１から入力したＡＶデータを表示しているときに、入力部２０７からその表示の一時停止指令を受付けると、サーバ端末１００に対して、表示中のＡＶデータと同一のＡＶデータを蓄積部１０３に記録する旨の記録命令を発行し（Ｓ１、Ｓ３、Ｓ４）、サーバ端末１００から、記録命令に応じたＡＶデータの記録を開始した旨の記録開始応答（Ｓ２、Ｓ６）を受信すると、制御部２０４及び復号部２０３が一時停止の動作を実行する（Ｓ７）。【選択図】図４
2008311945.tif 000002
【特許請求の範囲】
【請求項１】
記憶部を有し、ＡＶデータを受信可能なサーバ装置と、
前記サーバ装置とネットワークを介して接続される再生制御装置とを備えた再生制御システムであって、
前記サーバ装置は、
前記再生制御装置からの命令を受け付ける命令受付部と、
前記再生制御装置からの命令に応じた応答を発行する応答発行部とを有し、
前記再生制御装置は、
少なくともＡＶデータを入力可能な入力部と、
ユーザからの指令を受付ける指令受付部と、
前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する命令発行部と、
前記サーバ装置からの前記応答を受け付ける応答受付部と、
前記入力部から入力したＡＶデータを表示する表示部と、
少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部とを有し、
前記再生制御装置は、
前記表示部が前記入力部から入力した前記ＡＶデータを表示しているときに、前記指令受付部がその表示の一時停止指令を受付けると、前記命令発行部は、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータを前記記憶部に記録する旨の記録命令を発行し、
前記サーバ装置は、
前記命令受付部が前記記録命令を受け付けると、前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信してＡＶコンテンツとして前記記憶部に記録し、前記応答発行部は、前記記録命令に応じた前記ＡＶデータの記録を開始した旨の記録開始応答を前記再生制御装置に発行し、
前記再生制御装置は、
前記応答受付部が前記記録開始応答を受信すると、前記表示制御部が前記一時停止の動作を実行する、再生制御システム。
【請求項２】
記憶部、命令を受け付ける命令受付部、及び前記命令に応じた応答を発行する応答発行部を有する、ＡＶデータを受信可能なサーバ装置とネットワークを介して接続される再生制御装置であって、
少なくともＡＶデータを入力可能な入力部と、
ユーザからの指令を受付ける指令受付部と、
前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する命令発行部と、
前記サーバ装置からの前記応答を受け付ける応答受付部と、
前記入力部から入力したＡＶデータを表示する表示部と、
少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部とを備え、
前記命令発行部は、前記表示部が前記入力部から入力した前記ＡＶデータを表示しているときに、前記指令受付部がその表示の一時停止指令を受付けると、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータをＡＶコンテンツとして前記記憶部に記録する旨の記録命令を発行し、
前記応答受付部が、前記サーバ装置の前記命令受付部が前記記録命令を受け付けたことに応じて前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信して前記記憶部に記録を開始した旨の、記録開始応答を受信すると、
前記表示制御部は、前記一時停止の動作を実行する、再生制御装置。
【請求項３】
前記命令発行部は、前記指令受付部が前記ユーザによる前記一時停止の制御の解除指令を受け付けると、前記サーバ装置に対して前記記憶部が記録した前記ＡＶコンテンツの再生開始要求を発行し、
前記表示制御部は、前記再生開始要求に応じて前記記憶部から再生された前記ＡＶコンテンツの全部又は一部が前記サーバ装置から前記入力部に入力されると、前記一時停止の制御を解除して、前記表示部の表示を、前記一時停止の状態のＡＶデータから、前記サーバ装置から入力される前記ＡＶコンテンツの表示に切り替えて表示するものである、請求項２に記載の再生制御装置。
【請求項４】
前記ＡＶコンテンツは、前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に対応する対応停止位置から連続して前記表示部に表示されるものである、請求項２に記載の再生制御装置。
【請求項５】
前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に関する一時停止位置情報を検出する一時停止位置情報検出部と、
前記一時停止位置情報を記憶する一時停止位置情報記憶部と、
前記一時停止位置情報を用いて、前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する対応停止位置検出部とを備え、
前記再生開始要求は、前記サーバ装置が前記記録命令により前記記憶部に記録した前記ＡＶコンテンツを、前記対応停止位置検出部が検出した前記対応停止位置から再生する旨の要求である、請求項４に記載の再生制御装置。
【請求項６】
前記命令発行部は、前記サーバ装置に対して前記記憶部が記録した前記ＡＶコンテンツを前もって再生する事前再生命令を発行し、
前記対応停止位置検出部は、前記事前再生命令に応じて前記サーバ装置より再生された前記ＡＶコンテンツの入力を受けると、前記一時停止位置情報を用いて前記事前再生命令に応じて前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する、請求項５に記載の再生制御装置。
【請求項７】
前記命令発行部は、少なくとも前記指令受付部が前記解除指令を受け付けるまでの間に前記事前再生命令を発行する、請求項６に記載の再生制御装置。
【請求項８】
前記命令発行部は、前記指令受付部が前記解除指令を受け付けてから前記事前再生命令を発行する、請求項６に記載の再生制御装置。
【請求項９】
前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に関する一時停止位置情報を検出する一時停止位置情報検出部と、
前記一時停止位置情報を記憶する一時停止位置情報記憶部と、
前記一時停止位置情報を用いて、前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する対応停止位置検出部とを備え、
前記再生開始要求は、前記サーバ装置が前記記録命令により記録した前記ＡＶコンテンツを記録開始の時点から再生する旨の要求であり、
前記表示制御部は、前記対応停止位置検出部が検出した前記対応停止位置から前記ＡＶコンテンツを前記表示部へ出力する、請求項４に記載の再生制御装置。
【請求項１０】
前記対応停止位置は、前記サーバ装置が前記ＡＶコンテンツを管理するための情報によって記述される、請求項４に記載の再生制御装置。
【請求項１１】
前記対応停止位置は、前記サーバ装置が前記ＡＶデータを処理するための情報によって記述される、請求項４に記載の再生制御装置。
【請求項１２】
前記ＡＶデータは、特定の時間間隔毎に埋め込まれた時刻情報を含み、
前記一時停止位置情報は前記時刻情報である、請求項５又は９に記載の再生制御装置。
【請求項１３】
前記ＡＶデータはタイムスタンプつきＭＰＥＧ２−ＴＳ形式であって、
前記時刻情報はタイムスタンプである、請求項１２に記載の再生制御装置。
【請求項１４】
前記ＡＶデータはＭＰＥＧ２−ＴＳ形式であって、
前記時刻情報はＰＴＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｔｉｍｅ−Ｓｔａｍｐ）である、請求項１２に記載の再生制御装置。
【請求項１５】
前記ネットワークにおいて使用する通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、請求項２に記載の再生制御装置。
【請求項１６】
前記ネットワークにおいて使用する通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）である、請求項２に記載の再生制御装置。
【請求項１７】
記憶部を有し、ＡＶデータを受信可能なサーバ装置と、
前記サーバ装置とネットワークを介して接続される再生制御装置とを用いた再生制御方法であって、
前記サーバ装置は、
前記再生制御装置からの命令を受け付ける命令受付工程と、
前記再生制御装置からの命令に応じた応答を発行する応答発行工程とを実行し、
前記再生制御装置は、
少なくともＡＶデータを入力する入力工程と、
ユーザからの指令を受付ける指令受付工程と、
前記指令受付工程による指令に応じて、前記サーバ装置に命令を発行する命令発行工程と、
前記サーバ装置からの前記応答を受け付ける応答受付工程と、
前記入力工程によりから入力したＡＶデータを表示する表示工程と、
少なくとも前記表示工程による表示出力を一時停止させる制御を行う表示制御工程とを実行し、
前記再生制御装置の前記表示工程により、前記入力工程により入力した前記ＡＶデータを表示しているときに、前記指令受付工程によりその表示の一時停止指令が受付けられると、前記命令発行工程として、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータを前記記憶部に記録する旨の記録命令を発行し、
前記サーバ装置は、
前記命令受付工程により前記記録命令を受け付けると、前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信してＡＶコンテンツとして前記記憶部に記録し、
前記応答発行工程としては、前記記録命令に応じた前記ＡＶデータの記録を開始した旨の記録開始応答を前記再生制御装置に発行し、
前記再生制御装置は、
前記応答受付工程により前記記録開始応答を受信すると、前記表示制御工程として前記一時停止の動作を実行する、再生制御方法。
【請求項１８】
請求項２に記載の再生制御装置の、前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する前記命令発行部と、少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部としてコンピュータを機能させるためのプログラム。
【請求項１９】
請求項１８に記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してＡＶデータである番組の録画やＡＶコンテンツの再生を制御する再生制御システム、再生制御装置等に関する。
【背景技術】
【０００２】
近年、ネットワークを介した、映像、音声データ等のＡＶコンテンツの授受が盛んに行われている。宅内ＬＡＮを構築すれば、例えばパソコンやハードディスク（以下、ＨＤＤ）レコーダに蓄積したＡＶコンテンツを、別の部屋にあるパソコンやＨＤＤレコーダにコピーしたり、ムーブ（ＡＶコンテンツの移動）させることが可能になる。又、ネットワークを介してＡＶコンテンツのストリーミング配信を行えば、記録媒体を持たないテレビやＤＶＤプレーヤであっても、ＡＶコンテンツを再生したり、トリックプレイ等の操作を行ったりすることが可能になる。以下の説明では、このようにＡＶコンテンツを蓄積し送信する機器をサーバ端末、コンテンツを受信し再生する機器をクライアント端末と呼ぶ。
【０００３】
ネットワークを利用すれば、クライアント端末となる機器は、自機器に記録媒体を持たない場合でも、あたかも自らが記録媒体を保持しているかのように振る舞うことができる。すなわち、サーバ端末のＨＤＤ内に蓄積されたＡＶコンテンツを再生する場合であれば、サーバからストリーミング再生を行わせることにより、自機器が自ら蓄積したＨＤＤ内に記録されているＡＶコンテンツを再生するかのように、サーバ端末のＡＶコンテンツを再生することができる。
【０００４】
又、放送番組の録画を行いたい場合には、クライアント端末側で録画に必要な情報（録画日時、チャンネル等）を設定し、設定した情報をネットワークを介してサーバ端末に通知する。サーバ側で通知された情報に基づき番組の録画を実行することによって、クライアント端末のユーザは、録画したい番組を記録することが可能になる。
【０００５】
このように、ネットワークを利用すれば、クライアント端末は記録媒体を持たなくとも、それと同等の機能を有することができるため、コストアップせずに機能メリットが得られるという利点がある。
【０００６】
一方、テレビやＨＤＤレコーダ単体において、ＨＤＤのようなランダムアクセス可能な記録媒体を持つことを利用した機能の一つとしてタイムキープ機能が知られている。
【０００７】
タイムキープ機能とは、ユーザが放送番組を視聴している途中で一時停止の操作を行うと、当該操作に応じて番組の画面を一時静止し、それと同時にＨＤＤに対する番組の録画を開始するというものである。その後、画面が静止した状態で、ユーザが一時停止解除の操作を行うと、録画を開始した時点（すなわち画面を静止した時点）から番組の再生を開始する。リアルタイムの放送からＨＤＤから再生された内容に視聴対象が切り替わることで、ユーザは視聴中の放送番組を、その内容を漏らさず視聴することが可能となる。
【０００８】
タイムキープ機能は、ユーザが一時的にテレビの前を離れるなどして放送の視聴を中断した場合でも、中断したところから番組の視聴を再開できることを目的としたものである。タイムキープ機能に関する技術はいくつか提案されている（例えば、特許文献１、特許文献２）。
【特許文献１】特開２００４−１７２８１４
【特許文献２】特開２００５−１７６２１９
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、タイムキープ機能を、上述のネットワーク接続されたサーバ端末−クライアント端末から構成されたシステムにおいて実現しようとすると、以下のような問題が生ずる。
【００１０】
図９は、ネットワーク上にてクライアント端末側の操作によりタイムキープ機能を実行する操作の一例を示す図である。図９において、サーバ端末９１０及びクライアント端末９２０は同一ＬＡＮに接続されている。サーバ端末９１０はＨＤＤ等の記録媒体を有し、一方クライアント端末９２０は記録媒体を持たないため、タイムキープ中のＡＶコンテンツの記録はサーバ端末９１０の記録媒体に行うものとする。
【００１１】
はじめに、クライアント端末９２０において、ユーザから一時停止の操作が行われると、クライアント端末９２０は、表示画面の静止と、番組の録画開始とを実行する必要がある。
【００１２】
クライアント端末９２０は、表示画面の静止は自らの動作によって行うが、番組の録画はサーバ端末９１０への命令により実行する必要がある。ここでは一例として、動作の基準時間となるクロックをサーバ端末９１０、クライアント端末９２０間で共有する構成とした。かかる構成によれば、サーバ端末９１０、クライアント端末９２０間での操作を同期させることで、クライアント端末９２０における表示画面の静止と、サーバ端末における番組の録画開始とを同時に行わせることができる。
【００１３】
クライアント端末９２０は画面を静止する予定時刻ｔ１をサーバ端末９１０に通知し、サーバ端末９１０はそれを受けて録画を開始する時刻ｔ２をクライアント端末９２０に通知する。基本的には、ｔ２≧ｔ１であり、できる限りｔ２はｔ１と同じ時刻に設定されることが望ましい。
【００１４】
サーバ端末９１０はクライアント端末９２０から指定された時刻ｔ１、もしくは、クライアント端末９２０に指定した時刻ｔ２に録画を開始し、クライアント端末９２０はサーバ端末９１０に指定した時刻ｔ１、もしくは、サーバ端末９１０から指定された時刻ｔ２に画面を静止する。ｔ１＝ｔ２であれば、サーバ端末９１０での録画開始とクライアント端末９２０での画面静止とを同時に行うことが可能となる。
【００１５】
しかしながら、実際には、上記の方法を行う場合、ネットワークの状態や各端末の動作状態によっては、サーバでの録画開始とクライアントでの画面静止のタイミングは必ずしも理想的に一致しない。具体的な一例として、ネットワークパケットの遅延が生じ、時刻ｔ２よりも後にクライアント端末９２０が録画開始時刻通知を受信した場合には、クライアント端末９２０で画面を静止する時刻ｔ１と、サーバ端末９１０で録画を開始する時刻ｔ２とは一致しない。
【００１６】
この場合、サーバ端末９１０の録画が不可能になってしまう。これはタイムキープ機能が的確に実現されていないことを意味する。
【００１７】
本発明は、上記従来のシステムの課題に鑑みてなされたものであり、ネットワークを介したタイムキープ機能を的確に実現することが可能となる再生制御システム、再生制御装置、再生制御方法等を提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記の目的を達成するために、第１の本発明は、記憶部を有し、ＡＶデータを受信可能なサーバ装置と、
前記サーバ装置とネットワークを介して接続される再生制御装置とを備えた再生制御システムであって、
前記サーバ装置は、
前記再生制御装置からの命令を受け付ける命令受付部と、
前記再生制御装置からの命令に応じた応答を発行する応答発行部とを有し、
前記再生制御装置は、
少なくともＡＶデータを入力可能な入力部と、
ユーザからの指令を受付ける指令受付部と、
前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する命令発行部と、
前記サーバ装置からの前記応答を受け付ける応答受付部と、
前記入力部から入力したＡＶデータを表示する表示部と、
少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部とを有し、
前記再生制御装置は、
前記表示部が前記入力部から入力した前記ＡＶデータを表示しているときに、前記指令受付部がその表示の一時停止指令を受付けると、前記命令発行部は、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータを前記記憶部に記録する旨の記録命令を発行し、
前記サーバ装置は、
前記命令受付部が前記記録命令を受け付けると、前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信してＡＶコンテンツとして前記記憶部に記録し、前記応答発行部は、前記記録命令に応じた前記ＡＶデータの記録を開始した旨の記録開始応答を前記再生制御装置に発行し、
前記再生制御装置は、
前記応答受付部が前記記録開始応答を受信すると、前記表示制御部が前記一時停止の動作を実行する、再生制御システムである。
【００１９】
又、第２の本発明は、記憶部、命令を受け付ける命令受付部、及び前記命令に応じた応答を発行する応答発行部を有する、ＡＶデータを受信可能なサーバ装置とネットワークを介して接続される再生制御装置であって、
少なくともＡＶデータを入力可能な入力部と、
ユーザからの指令を受付ける指令受付部と、
前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する命令発行部と、
前記サーバ装置からの前記応答を受け付ける応答受付部と、
前記入力部から入力したＡＶデータを表示する表示部と、
少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部とを備え、
前記命令発行部は、前記表示部が前記入力部から入力した前記ＡＶデータを表示しているときに、前記指令受付部がその表示の一時停止指令を受付けると、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータをＡＶコンテンツとして前記記憶部に記録する旨の記録命令を発行し、
前記応答受付部が、前記サーバ装置の前記命令受付部が前記記録命令を受け付けたことに応じて前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信して前記記憶部に記録を開始した旨の、記録開始応答を受信すると、
前記表示制御部は、前記一時停止の動作を実行する、再生制御装置である。
【００２０】
又、第３の本発明は、前記命令発行部は、前記指令受付部が前記ユーザによる前記一時停止の制御の解除指令を受け付けると、前記サーバ装置に対して前記記憶部が記録した前記ＡＶコンテンツの再生開始要求を発行し、
前記表示制御部は、前記再生開始要求に応じて前記記憶部から再生された前記ＡＶコンテンツの全部又は一部が前記サーバ装置から前記入力部に入力されると、前記一時停止の制御を解除して、前記表示部の表示を、前記一時停止の状態のＡＶデータから、前記サーバ装置から入力される前記ＡＶコンテンツの表示に切り替えて表示するものである、第２の本発明の再生制御装置である。
【００２１】
又、第４の本発明は、前記ＡＶコンテンツは、前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に対応する対応停止位置から連続して前記表示部に表示されるものである、第２の本発明の再生制御装置である。
【００２２】
又、第５の本発明は、前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に関する一時停止位置情報を検出する一時停止位置情報検出部と、
前記一時停止位置情報を記憶する一時停止位置情報記憶部と、
前記一時停止位置情報を用いて、前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する対応停止位置検出部とを備え、
前記再生開始要求は、前記サーバ装置が前記記録命令により前記記憶部に記録した前記ＡＶコンテンツを、前記対応停止位置検出部が検出した前記対応停止位置から再生する旨の要求である、第４の本発明の再生制御装置である。
【００２３】
又、第６の本発明は、前記命令発行部は、前記サーバ装置に対して前記記憶部が記録した前記ＡＶコンテンツを前もって再生する事前再生命令を発行し、
前記対応停止位置検出部は、前記事前再生命令に応じて前記サーバ装置より再生された前記ＡＶコンテンツの入力を受けると、前記一時停止位置情報を用いて前記事前再生命令に応じて前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する、第５の本発明の再生制御装置である。
【００２４】
又、第７の本発明は、前記命令発行部は、少なくとも前記指令受付部が前記解除指令を受け付けるまでの間に前記事前再生命令を発行する、第６の本発明の再生制御装置である。
【００２５】
又、第８の本発明は、前記命令発行部は、前記指令受付部が前記解除指令を受け付けてから前記事前再生命令を発行する、第６の本発明の再生制御装置である。
【００２６】
又、第９の本発明は、前記一時停止の制御によって一時停止した前記ＡＶデータの一時停止位置に関する一時停止位置情報を検出する一時停止位置情報検出部と、
前記一時停止位置情報を記憶する一時停止位置情報記憶部と、
前記一時停止位置情報を用いて、前記サーバ装置が再生する前記ＡＶコンテンツにおける、前記対応停止位置を検出する対応停止位置検出部とを備え、
前記再生開始要求は、前記サーバ装置が前記記録命令により記録した前記ＡＶコンテンツを記録開始の時点から再生する旨の要求であり、
前記表示制御部は、前記対応停止位置検出部が検出した前記対応停止位置から前記ＡＶコンテンツを前記表示部へ出力する、第４の本発明の再生制御装置である。
【００２７】
又、第１０の本発明は、前記対応停止位置は、前記サーバ装置が前記ＡＶコンテンツを管理するための情報によって記述される、第４の本発明の再生制御装置である。  
【００２８】
又、第１１の本発明は、前記対応停止位置は、前記サーバ装置が前記ＡＶデータを処理するための情報によって記述される、第４の本発明の再生制御装置である。  
【００２９】
又、第１２の本発明は、前記ＡＶデータは、特定の時間間隔毎に埋め込まれた時刻情報を含み、
前記一時停止位置情報は前記時刻情報である、第５又は第９の本発明の再生制御装置である。  
【００３０】
又、第１３の本発明は、前記ＡＶデータはタイムスタンプつきＭＰＥＧ２−ＴＳ形式であって、
前記時刻情報はタイムスタンプである、第１２の本発明の再生制御装置である。  
【００３１】
又、第１４の本発明は、前記ＡＶデータはＭＰＥＧ２−ＴＳ形式であって、
前記時刻情報はＰＴＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｔｉｍｅ−Ｓｔａｍｐ）である、第１２の本発明の再生制御装置である。  
【００３２】
又、第１５の本発明は、前記ネットワークにおいて使用する通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、第２の本発明の再生制御装置である。  
【００３３】
又、第１６の本発明は、前記ネットワークにおいて使用する通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）である、第２の本発明の再生制御装置である。  
【００３４】
又、第１７の本発明は、記憶部を有し、ＡＶデータを受信可能なサーバ装置と、
前記サーバ装置とネットワークを介して接続される再生制御装置とを用いた再生制御方法であって、
前記サーバ装置は、
前記再生制御装置からの命令を受け付ける命令受付工程と、
前記再生制御装置からの命令に応じた応答を発行する応答発行工程とを実行し、
前記再生制御装置は、
少なくともＡＶデータを入力する入力工程と、
ユーザからの指令を受付ける指令受付工程と、
前記指令受付工程による指令に応じて、前記サーバ装置に命令を発行する命令発行工程と、
前記サーバ装置からの前記応答を受け付ける応答受付工程と、
前記入力工程によりから入力したＡＶデータを表示する表示工程と、
少なくとも前記表示工程による表示出力を一時停止させる制御を行う表示制御工程とを実行し、
前記再生制御装置の前記表示工程により、前記入力工程により入力した前記ＡＶデータを表示しているときに、前記指令受付工程によりその表示の一時停止指令が受付けられると、前記命令発行工程として、前記サーバ装置に対して、表示中の前記ＡＶデータと同一のＡＶデータを前記記憶部に記録する旨の記録命令を発行し、
前記サーバ装置は、
前記命令受付工程により前記記録命令を受け付けると、前記再生制御装置が表示中の前記ＡＶデータと同一のＡＶデータを受信してＡＶコンテンツとして前記記憶部に記録し、
前記応答発行工程としては、前記記録命令に応じた前記ＡＶデータの記録を開始した旨の記録開始応答を前記再生制御装置に発行し、
前記再生制御装置は、
前記応答受付工程により前記記録開始応答を受信すると、前記表示制御工程として前記一時停止の動作を実行する、再生制御方法である。  
【００３５】
又、第１８の本発明は、第２の本発明の再生制御装置の、前記指令受付部からの指令に応じて、前記サーバ装置に命令を発行する前記命令発行部と、少なくとも前記表示部からの表示出力を一時停止させる制御を行う表示制御部としてコンピュータを機能させるためのプログラムである。
【００３６】
又、第１９の本発明は、第１８の本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００３７】
以上のような本発明によれば、ネットワークを介したタイムキープ機能を的確に実現することが可能になる。
【発明を実施するための最良の形態】
【００３８】
以下に、本発明を実施するための最良の形態を、図面を参照して説明する。
（実施の形態１）
本発明の実施の形態１における再生制御システムを構成する、再生制御装置を含むネットワークの構成図を、図１を用いて説明する。
【００３９】
図１は、本実施の形態１における再生制御システムとして、サーバ端末、及びクライアント端末の接続例を示した図である。Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルを介した宅内ＬＡＮで、通信回線１０を介して、サーバ端末１００と、クライアント端末２００とが接続されている。通信回線１０の通信プロトコルにはＴＣＰ／ＩＰを用いる。
【００４０】
サーバ端末１００は、放送局からの放送を受信し復調する機能を備えたＳＴＢ（セットトップボックス）、ＨＤＤレコーダ等として実現される。以下その構成を図２を参照して説明する。
【００４１】
サーバ端末１００において、チューナ部１０１はＣＡＴＶ、ＢＳデジタル放送等の放送局からの放送を選局、受信する手段であり、復調部１０２は、放送信号をＭＰＥＧ２−ＴＳに復調する手段である。又、蓄積部１０３は、復調部１０２から入力したＭＰＥＧ２−ＴＳを記録する手段であり、制御部１０４は、チューナ部１０１、復調部１０２、蓄積部１０３の動作を制御する手段であり、後述する受信部１０６からの命令により動作することが可能である。
【００４２】
送信部１０５は、通信回線１０を介してクライアント端末２００に対し、ＡＶコンテンツその他のデータを送信するための手段であり、受信部１０６は、通信回線１０を介してクライアント端末２００からの命令等のデータを受信するための手段である。
【００４３】
以上の構成を備えたサーバ端末１００においては、復調部１０２から得られるＭＰＥＧ２−ＴＳを蓄積部１０３に記録してＡＶコンテンツとして保存しておくことが可能である。なお、蓄積部１０３はＨＤＤやＤＶＤ等の記録媒体を有する記録装置として実現される。
【００４４】
又、サーバ端末１００は、送信部１０５及び受信部１０６を備えたことにより、宅内ＬＡＮを介してクライアント端末２００のとの間でパケット通信を行う機能を有している。
【００４５】
例えば、受信部１０６においてクライアント端末２００のから録画実行の要求を受信すると、制御部１０４は、チューナ部１０１が選局、受信した放送の録画を開始して蓄積部１０３へＡＶコンテンツとして記録する。又、受信部１０６においてクライアント端末２００からＡＶコンテンツの取得要求を受信すると、蓄積部１０３に記録したＡＶコンテンツを送信部１０５により通信回線１０経由で送信する。
【００４６】
次に、クライアント端末２００は、放送局からの放送を受信し復調する機能を備えたテレビ、ＳＴＢ等として実現される。以下、クライアント端末２００の構成を図３を参照して説明する。
【００４７】
クライアント端末２００において、チューナ部２０１はＣＡＴＶ、ＢＳデジタル放送等の放送局からの放送を選局、受信する手段であり、復調部２０２は、放送信号をＭＰＥＧ２−ＴＳに復調する手段である。又、復号部２０３は、復調部２０２から入力したＭＰＥＧ２−ＴＳをデコードして映像信号とする手段であり、出力部２０８は、復号部２０３から得た映像信号を表示する手段である。制御部２０４は、チューナ部２０１、復調部２０２、復号部２０３及び出力部２０８の動作を制御する手段であり、後述する入力部２０７からの指令により動作することが可能である。
【００４８】
又、送信部２０５は、通信回線１０を介してサーバ端末２００に対し、制御部２０４からの命令その他のデータを送信するための手段であり、受信部２０６は、通信回線１０を介してサーバ端末１００からのＡＶコンテンツその他のデータを受信するための手段である。
【００４９】
以上の構成を備えたクライアント端末２００においては、サーバ端末１００と同様、送信部２０５及び受信部２０６により、宅内ＬＡＮを介してサーバ端末１００のとの間でパケット通信を行うことができる。
【００５０】
例えば、送信部２０５によって、録画実行の要求をサーバ端末１００に対し送信することによってサーバ端末１００に番組の録画を依頼したり、又、ＡＶコンテンツの取得要求を送信することによって、サーバ端末１００に蓄積されたＡＶコンテンツを受信して視聴したりすることが可能である。
【００５１】
クライアント端末２００を操作するユーザからの入力は、入力部２０７によって受け付けられ、制御指令として制御部２０４に入力される。入力部２０７の形態としてはリモコンキー等の入力インタフェースが挙げられるが、リモートコントローラの受光部として、ユーザの操作に基づく当該リモートコントローラからの信号入力を受け付ける手段として実現してもよい。又、以下の説明では、出力部２０８はディスプレイであって、クライアント端末２００は、ＡＶコンテンツを自ら映像表示する機能を有する機器（例えばＴＶ）とする。
【００５２】
なお、上記の各構成において、クライアント端末２００は本発明の再生制御装置に相当し、サーバ端末１００は本発明のサーバ装置に相当する。又、通信回線１０は本発明のネットワークに相当する。
【００５３】
又、クライアント端末２００において、入力部２０７は本発明の指令受付部及び入力部に相当し、制御部２０４及び送信部２０６は本発明の命令発行部に相当し、制御部２０４受信部２０６は本発明の応答受付部に相当し、制御部２０４及び復号部２０３は本発明の表示制御部に相当する。又、出力部２０８は本発明の表示部に相当する。
【００５４】
又、サーバ端末１００において、蓄積部１０３は本発明の記憶部に相当し、制御部１０４及び受信部１０６は本発明の命令受付部に相当し、制御部１０４及び送信部１０５は本発明の応答発行部に相当する。
【００５５】
以上のような本発明の実施の形態１の再生制御システム、再生制御装置の動作を説明するとともに、これにより、本発明の再生制御方法の一実施の形態について説明を行う。
【００５６】
図４は、図１に示す本実施の形態１のネットワークにおけるタイムキープ機能の実行における一時停止時の動作シーケンスを示す図である。
【００５７】
図４において、初期状態としてクライアント端末２００は、自らに内蔵したチューナ部２０１及び復調部２０２を用いて、放送番組を受信し出力部２０８にて表示しており、ユーザはこのクライアント端末２００の出力部２０８に表示されている放送番組を視聴しているものとする。一方、サーバ端末１００は、主電源はＯＮ状態にあるが、特定の動作は行っていない状態にあるものとする。
【００５８】
まず、ユーザが視聴している放送番組の一時停止操作のための入力を、一時停止指令として入力部２０７に対して行うと、入力部２０７から一時停止指令に対応する信号が制御部２０４に伝えられる。
【００５９】
制御部２０４は、この信号を受けると、サーバ端末１００に録画動作を実行させるための録画開始要求を生成し、送信部２０５を介して、サーバ端末１００に対して送信する（Ｓ１）。
【００６０】
録画開始要求は、プロトコルとしてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を使用する場合であれば、ＳＲＳ（Ｓｃｈｅｄｕｌｅｄ  Ｒｅｃｏｒｄｉｎｇ  Ｓｅｒｖｉｃｅ）におけるＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション要求として実現することができる。これにより、サーバ端末１００に対して予約録画の設定を行うことが可能となる。
【００６１】
このとき、サーバ端末１００が録画を実行するために必要なパラメータ（以下、録画用パラメータ）も録画開始要求と同時に通知する必要がある。
【００６２】
録画用パラメータの内容の一般的な具体例としては、録画を開始する時刻、録画を終了する時刻、録画するチューナ、選局先を示すチャンネル番号等が挙げられる。
【００６３】
今回の場合、クライアント端末２００から発行される録画開始要求は、タイムキープ機能を実現すべく、クライアント端末２００側の一時停止指令に対応する要求なので、サーバ端末１１０は録画開始要求を受信すると即時に録画を開始することが必要とされる。したがって、録画開始時刻は現在時刻を指定するか、もしくは即時録画である旨を指定（又は時刻に関する情報を含まない録画用パラメータとする）して、サーバ端末１００にできる限り早く録画を開始させることが望ましい。
【００６４】
又、選局先を示すチャンネル番号は、クライアント端末２００のチューナ部２０１に現在設定されているものと同一のチャンネル番号を設定する。
【００６５】
なお、録画する番組が事前に特定できるのであれば、録画用パラメータは全ての内容を通知する必要はない。例えば、サーバ端末１００及びクライアント端末２００の双方でＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）の情報があらかじめ取得できているのであれば、番組を一意に特定できるＩＤのみを通知するだけでよい。
【００６６】
なお、録画開始要求及び録画用パラメータは、本発明の記録命令に相当する。
【００６７】
サーバ端末１００においては、受信部１０６が録画開始要求及び録画用パラメータを受信すると、当該録画開始要求は動作実行命令として制御部１０４に入力される。制御部１０４は、録画開始要求を取得すると、同時取得した録画用パラメータに従い、以下の手順で録画動作を実行する。すなわち、チューナ部１０１を動作させ、クライアント端末２００が受信しているのと同一の放送局を選局し、放送信号を復調部２０２で復調する。復調して得られたＭＰＥＧ２−ＴＳをＡＶコンテンツとして蓄積部１０３に記録させる。
【００６８】
蓄積部１０３は、蓄積部１０３は、ＭＰＥＧ２−ＴＳを記録する際に、その格納場所を一意に特定するための識別子であるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｒｅ）を付与し、ＡＶコンテンツとして管理する。ネットワークの通信プロトコルとしてＵＰｎＰを使用する場合、ＡＶコンテンツのＵＲＩは、ＵＰｎＰの通信プロトコルを介してネットワーク上の各端末に公開される。クライアント端末２００その他のネットワークに接続された端末は、ＵＰｎＰの通信プロトコルを用いてＵＲＩを取得することにより、コンテンツの格納場所を特定することができる。これにより、クライアント端末２００その他のネットワークに接続された端末は、蓄積部１０３内のＡＶコンテンツにアクセスすることが可能となる。
【００６９】
以上の手順を開始させたことを確認すると、制御部１０４は送信部１０５を介して録画開始応答の前半をクライアント端末２００へ送信する（Ｓ２）。プロトコルとしてＵＰｎＰを使用する場合であれば、録画開始応答の前半としてＳＲＳのＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション応答を用いることができる。クライアント端末２００においては、受信部２０６がこのアクション応答を受信すると、制御部２０４は、サーバ端末１００がＡＶコンテンツの録画開始に関する動作を行っていることを知ることができる。
【００７０】
このとき、ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション応答の内容は、一般には録画予約の設定が完了した旨、つまり録画動作の準備が完了した旨の通知であって、サーバ端末１００が実際に録画を開始したことを通知するものではない。
【００７１】
すなわち、クライアント端末２００側においては、制御部２０４は、ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション応答の受信をもって、サーバ端末１１０が実際に録画を開始していると直ちに判断することはできない。
【００７２】
そこでクライアント端末２００においては、Ｓ２のアクション応答を受信した時点で、制御部２０４は、送信部２０５を介して、サーバ端末１００に対してポーリングを行う（Ｓ３、Ｓ４）。
【００７３】
サーバ端末１００においては、ポーリングの問い合わせを受けると、制御部１０４は、録画開始要求に応じた手順でチューナ部１０１、復調部２０２及び蓄積部１０３が動作しているかどうか確認を行う。
【００７４】
録画が実際に開始され動作確認が完了すると（Ｓ５）、制御部１０４は送信部１０５を介して録画開始応答の後半をクライアント端末２００へ送信する（Ｓ６）。プロトコルとしてＵＰｎＰを使用する場合であれば、ポーリングの問い合わせとしてＳＲＳのＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション要求を使用し、ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅのアクション応答を録画開始の応答として使用することができる。
【００７５】
クライアント端末２００においては、受信部２０６がＳ６のアクション応答を受信すると、制御部２０４は、サーバ端末１００がＡＶコンテンツの録画開始動作を実際に行っていることを知ることができる。クライアント端末２００は、定期的にポーリングを行うことで、サーバ端末１００が実際に録画が開始したタイミングを検出することが可能となる。
【００７６】
クライアント端末２００において、サーバ端末１００からの録画開始応答（Ｓ２及びＳ６）が受信されて、サーバ端末１００において実際にＡＶコンテンツの録画が開始されたことを確認すると、制御部２０４は、出力部２０８に表示している映像を静止させてから、出力部２０８に対する映像信号の出力を停止する（Ｓ７）。なお、このとき、チューナ部２０１、復調部２０２、復号部２０３の動作も併せて停止するように制御してもよい。
【００７７】
ここで映像の静止は、復号部２０３内に設けられたフレームメモリ２０３ａにより行う。フレームメモリ２０３ａはＭＰＥＧ２−ＴＳを復号して得られた画像データから１フレーム分の画像データを記憶して、制御部２０４の制御により出力部２０８に静止画面として表示させる。
【００７８】
又このとき、制御部２０４は、出力部２０８で静止している画面の時刻情報を一時的に記憶しておく。本実施の形態においては放送局から送信される放送や、ネットワークを介して送信されるＡＶコンテンツの形式として、ＭＰＥＧ２−ＴＳを用いている。ＭＰＥＧ２−ＴＳは１８８バイト毎に４バイトのタイムスタンプが付加されて送信されるため、これを時刻情報として利用する。したがってここでの時刻情報は、ＡＶコンテンツの絶対位置を示すことになる。
【００７９】
制御部２０４はメモリ２０４ａを有しており、ここに時刻情報を記憶する。記憶した時刻情報をＴ２とする。なお、時刻情報Ｔ２は、ここでは静止した画面データの直前に付加されているタイムスタンプを使用するものとするが、画面データの途中に付加されているタイムスタンプや、画面データの直後に付加されているタイムスタンプを使用するなどしてもよい。
（実施の形態２）
次に、実施の形態２として、クライアント端末２００において、出力部２０８にて静止表示した画像の静止を解除した以後の動作を、図４を参照説明する。
【００８０】
実施の形態１のＳ７において、出力部２０８に静止画面を表示し、当該静止画面に対応するＡＶコンテンツの絶対位置を、タイムスタンプを用いて示した時刻情報Ｔ２を制御部２０４のメモリ２０４ａに格納した。
【００８１】
更に、制御部２０４は、あらかじめサーバ端末１００の蓄積部１０３に記録されたＡＶコンテンツを再生させる制御を行い、再生したＡＶコンテンツを解析して、時刻情報がＴ２と一致する位置の、コンテンツの先頭からのバイト位置を求めておく（以下、この動作を「先読み動作」と称する）。
【００８２】
入力部２０７にユーザから再生再開の操作が入力される前に、先読み動作を行っておくことにより、サーバ端末１００に記録されたＡＶコンテンツを、静止画面からシームレスに再生させる動作を速やかに行わせるものである。
【００８３】
具体的な手順を以下に述べる。ここでは、時刻情報Ｔ２に対応するバイト位置Ｐ２を求めることを目的とする。
【００８４】
まず、クライアント端末２００側においては、制御部２０４は、送信部２０５から、サーバ端末１００に対してＡＶコンテンツ取得要求を送信する。
【００８５】
クライアント端末２００が取得するＡＶコンテンツは、先ほどの録画開始要求によって録画が実行され、蓄積部１０３において記録中のＡＶコンテンツでなければならない。
【００８６】
本実施の形態においては、サーバ端末１００で記録中のＡＶコンテンツは記録開始時にＵＲＩが付与されているが、クライアント端末２００は、ＡＶコンテンツ取得要求送信時においては、サーバ端末１００の蓄積部１０３に記録中のＡＶコンテンツのＵＲＩを知らない。
【００８７】
そのため、本実施の形態のＡＶコンテンツ取得要求は、（１）サーバ端末１００内におけるＡＶコンテンツの特定、（２）特定したＡＶコンテンツのＵＲＩの要求、及び（３）取得したＵＲＩに対応したＡＶコンテンツの取得、の３段階の工程を踏まえるものとした。以下、詳説する。
【００８８】
本実施の形態においては、上記（１）のためにＳＲＳのＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション要求を用い、これをサーバ端末１００へ送信する（Ｓ８）。これは予約動作その予約によって生成されるＡＶコンテンツのＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）オブジェクトＩＤを取得するための要求であり、録画予約と、その録画予約によって生成されるＡＶコンテンツとを紐付けする仕組みである。実施の形態１にて示したように、サーバ端末１００は予約動作としてＡＶコンテンツの記録を行っているため、このアクション応答によって、蓄積部１０３内の他のＡＶコンテンツと、目的とするＡＶコンテンツとを識別することができる。
【００８９】
サーバ端末１００の制御部１０４は、Ｓ８のＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション要求を受けると、これに応じてオブジェクトＩＤを送信部１０５によりクライアント端末２００に送信する（Ｓ９）。
【００９０】
クライアント端末２００側では、受信部２０６によりＣＤＳオブジェクトＩＤを取得すると、制御部２０４が、取得したオブジェクトＩＤを指定してＣＤＳのＢｒｏｗｓｅアクション要求を送信する（Ｓ１０）。
【００９１】
Ｓ１０のアクション要求は上記（２）のための要求であり、サーバ端末１００の制御部１０４は、ＣＤＳのＢｒｏｗｓｅアクション要求を取得すると、これに応じて、蓄積部１０３に記録中のＡＶコンテンツのＵＲＩを送信部１０５によりクライアント端末２００へ送信する（Ｓ１１）。
【００９２】
なお、ＵＰｎＰにおいてＡＶコンテンツのＵＲＩを取得する方法としては、上記（１）の工程であるＳ８のＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション要求を省略して上記（２）の工程であるＳ１０のＢｒｏｗｓｅアクション要求を最初に用いることもできる。
【００９３】
ただしこの場合、ＡＶコンテンツのＣＤＳオブジェクトＩＤを特定しておく必要がある。すなわち、蓄積部１０３において複数のＡＶコンテンツが記録されている場合、その中のどのＡＶコンテンツが、前段の予約録画により生成されたＡＶコンテンツかということを特定しなければならない。
【００９４】
したがって、上記（１）の工程を先行して行うことが望ましい。
【００９５】
最後にクライアント端末２００は、上記（３）のために、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴリクエストをサーバ端末１００へ送信する（Ｓ１２）。ＧＥＴリクエストはＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｒｅ）及びＲａｎｇｅヘッダを用いて対象を特定してその内容を取得するための要求であり、制御部２０４は、先にＣＤＳのＢｒｏｗｓｅアクション要求によって取得したＵＲＩを用いて、サーバ端末１００内の、記録動作中のＡＶコンテンツを指定する。
【００９６】
更に、Ｒａｎｇｅヘッダは、ＵＲＩにより特定したＡＶコンテンツの取得する範囲をバイト位置で指定するものである。Ｒａｎｇｅヘッダを用いてＡＶコンテンツの取得を希望する部分を開始バイト位置や終了バイト位置により指定すれば、ＡＶコンテンツを先頭からすべて取得しなくとも、特定の範囲のみを指定して取得することができる。
【００９７】
本実施の形態では、クライアント端末２００側においては、本来指定すべき先頭位置Ｐ２を特定するために、記録中のＡＶコンテンツの先頭からＡＶコンテンツ取得要求を送信する。具体的には、クライアント端末２００は、Ｒａｎｇｅヘッダで０バイト目以降と指定した、又はＲａｎｇｅヘッダなしのＧＥＴリクエストを送信する。
【００９８】
ＧＥＴリクエストを受信したサーバ端末１００は、ＧＥＴリクエストに対するレスポンス及びＡＶコンテンツの実データをクライアント端末２００に対して送信する（Ｓ１３）。
【００９９】
クライアント端末２００は、受信部１０６からＭＰＥＧ２−ＴＳ形式のＡＶコンテンツを受信すると、制御部２０４にて、一時停止解除後に再生すべきＡＶコンテンツの先頭バイト位置Ｐ２の特定を行う。Ｐ２を特定する方法としては、制御部２０４においてあらかじめメモリ２０４ａに記憶しておいた時刻情報Ｔ２と、サーバ端末１００から送信されてくるＡＶコンテンツに含まれる時刻情報ＴＸとが一致するかどうかで判断する。すなわち、図５に示すように、制御部２０４においては、入力されたＡＶコンテンツは、メモリ２０４ａから読み出された時刻情報Ｔ２に対応する時刻情報ＴＸを有するタイムスタンプがあるかどうか比較器２０４ｃにより比較される（Ｓ１４）。
【０１００】
一致するタイムスタンプを検出した場合、当該時刻情報ＴＸを示すタイムスタンプは、換算器２０４ｄにてＡＶコンテンツ上のバイト位置Ｐ２に換算され、メモリ２０４ａに一時的に記憶される。なお、図５は制御部２０４の機能を示す模式的ブロック図であり、メモリ２０４ａ、比較器２０４ｃ及び換算器２０４ｄはＣＰＵ２０４ｂの制御により動作するものである。又、ＣＰＵ２０４ｂは本発明の一時停止位置情報検出部に相当し、メモリ２０４ａは本発明の一時停止位置情報記憶部に相当し、ＣＰＵ２０４ｂ、比較器２０４ｃ、換算器２０４ｄは本発明の対応停止位置検出部に相当する。
【０１０１】
バイト位置Ｐ２が特定できれば、それ以降はＡＶコンテンツを受信する必要がないため、制御部２０４の制御により、その時点で受信部１０６他でコネクションを切断する（Ｓ１６）等してサーバ端末１００からのＡＶコンテンツの受信を終了する。又、時刻情報ＴＸが検出されない場合は、ＡＶコンテンツの受信を継続する（Ｓ１７）。
【０１０２】
以上の動作により、クライアント端末２００にて画面の一時表示を解除するとき、最初に出力部２０８に表示されるべきＡＶコンテンツの先頭部分が、バイト位置Ｐ２として特定されたことになる。
【０１０３】
なお、上記の動作において、Ｓ８、Ｓ１０、Ｓ１２のＡＶコンテンツ取得要求は、本発明の事前再生命令を構成する。
【０１０４】
次に、本実施の形態におけるタイムキープ機能における再生再開時の動作シーケンスを、図６を用いて説明する。
【０１０５】
クライアント端末２００において、ユーザが再生再開の操作を入力部２０７に対して行うと、再生再開の命令が、制御部２０４に入力される。制御部２０４は、送信部２０５を介してＡＶコンテンツ取得要求を送信する（Ｓ１８）。ここでユーザによる再生再開の操作は、本発明の解除指令に相当する。
【０１０６】
Ｓ１８におけるＡＶコンテンツ取得要求はＨＴＴＰのＧＥＴリクエストのみから構成され、ＧＥＴリクエストの内容は、Ｓ１１にて取得したものと同一のＵＲＩを指定し、かつメモリ２０４ａに格納済の、Ｓ１３〜Ｓ１５にて取得したバイト位置Ｐ２以降のバイト位置をＲａｎｇｅヘッダに指定するものである。
【０１０７】
サーバ端末１００が、受信部１０６を介してＡＶコンテンツ取得要求を受信すると、制御部１０４は、蓄積部１０３から指定されたＡＶコンテンツを読み出し、送信部１０５により通信回線１０を介して送信する（Ｓ１９）。このとき、送信部１０５から送信されるＡＶコンテンツの実データは、先頭からＰ２バイト目以降のデータ列である。
【０１０８】
サーバ端末１００から送信されたＡＶコンテンツは、受信部２０６を介して受信されると、復号部２０３に直接入力される。ＭＰＥＧ２−ＴＳであるＡＶコンテンツは、復号部２０３によって映像信号に復号された後、出力部２０８に入力する。出力部２０８は、フレームメモリ２０３ａに記憶されていた静止画像の表示に切り替えて、映像信号を表示出力する（Ｓ２０）。
【０１０９】
サーバ端末１００から受信したＡＶコンテンツに基づく再生再開時の映像は、バイト位置Ｐ２以降、すなわち、時刻Ｔ２以降の映像である。
【０１１０】
一方、一時停止中に表示していた映像も時刻Ｔ２の映像であるため、再生再開時には一時停止位置から連続的に映像が表示されることになり、シームレスなタイムキープ動作が実現される。
【０１１１】
ここで、Ｓ８〜Ｓ１５の各工程によりクライアント端末２００が特定したＡＶコンテンツのバイト位置Ｐ２に関して、図７（ａ）を用いて説明する。図７（ａ）は、サーバ端末１００における番組の録画状態の変化、及びクライアント端末２００における番組の視聴状態の変化を、時系列的に示したものである。横軸ｔは時刻の変化を示している。
【０１１２】
最初の状態は、クライアント端末２００においてユーザが放送局から放送されている番組をリアルタイムで受信して視聴している状態である。この間は、視聴されている番組の立場から見れば、ユーザに視聴されている時間であるので、この間を視聴区間として示す。
【０１１３】
次に、時刻Ｔ０においてユーザが一時停止の操作を行った、すなわち入力部２０７に一時停止の指令を入力したものとする。このときの動作は（実施の形態１：Ｓ１〜Ｓ１７）に述べたとおり、クライアント端末２００がサーバ端末１００に対して録画開始要求を送信し、それを受信したサーバ端末１００が、内蔵する蓄積部１０３に番組の録画を開始する。サーバ端末１００が実際に録画を開始する時刻をＴ１とする。時刻Ｔ１以降は番組の録画が実行されるため、この間を録画区間として示す。
【０１１４】
続いてサーバ端末１００は、録画開始応答をクライアント端末２００に対して送信する。クライアント端末２００は、録画開始応答を受信してから視聴中の映像を静止させる。この時刻をＴ２とする。
【０１１５】
更に、本実施の形態の再生制御装置においては、Ｓ１８〜Ｓ２０の工程により、クライアント端末２００が再生再開時にサーバ端末１００からＡＶコンテンツを再生させる際に、当該ＡＶコンテンツの再生範囲を時刻Ｔ２以降のものとなるよう指定するようにしている。すなわち、時刻Ｔ２に対応するＡＶコンテンツのバイト位置Ｐ２を再生再開の前に特定しておき、再生再開時には当該バイト位置Ｐ２以降の範囲からＡＶコンテンツが出力部２０８に表示されるようにしている。
【０１１６】
以上の時系列において、時刻Ｔ０と時刻Ｔ１との間及び時刻Ｔ１と時刻Ｔ２との間はいずれも視聴区間に含まれる。すなわち、本発明の各実施の形態の動作においては、ユーザが出力部２０８の画面の一時停止の操作を開始した時から実際に画面が静止するまでに（時刻Ｔ２−時刻Ｔ０）の期間が生ずるが、この期間内に、クライアント端末２００は、サーバ端末１００に対するＡＶコンテンツの記録の実行命令の発行、及び当該命令に基づく記録動作が行われたことの確認を行ってから映像を一時静止させ（実施の形態１）、かつ再生再開時におけるＡＶコンテンツの再生位置の検出を行う（実施の形態２）ようにしている。
【０１１７】
ちなみに、従来のクライアント端末を用いてネットワークを介してサーバ−クライアント間でタイムキープ機能を実現する場合は、図７（ｂ）に示すように、クライアント端末２００が一時停止の操作を開始した時刻Ｔ０にサーバ端末に対し、時刻Ｔ１に記録を開始するよう指示することにより、実際にクライアント端末で画面が静止する時間Ｔ１にて記録を開始させる必要があるが、クライアント端末からの指示が、データパケット遅延等の原因によりサーバ端末に受信されるのが遅れた場合は、サーバ端末におけるＡＶコンテンツの記録が不可能になる。
【０１１８】
又、たとえかかる不具合に対応して、遅延した指示が到着した後にすぐさまサーバ端末が記録開始することが可能としても、録画開始の遅延により再生映像は連続性を失う。例えば時刻Ｔ１に遅れた時刻Ｔ２に記録が開始された場合は、再生再開時の映像は時刻Ｔ１から時刻Ｔ２へと遷移するため再生再開時の映像は不連続になる。
【０１１９】
本実施の形態の場合は、サーバ端末１００とクライアント端末２００との間の動作に、ネットワーク上に生ずるデータパケット遅延等に起因するタイムラグが生じたとしても、その期間は必ず視聴区間内に含まれるため、タイムラグの影響は、一時停止後再開される表示画面には現れない。
【０１２０】
以上のように、本発明の再生制御装置は、実施の形態１に示すように、ネットワークを介して接続されたサーバ端末１００の蓄積部１０３を用いてタイムキープ機能を実現する場合に、サーバ端末１００が録画を開始したことを待って映像を静止させるようにしたことにより、サーバ端末１００に録画されず、かつ、クライアント端末２００において視聴もされていない時間帯が発生することを防ぎ、タイムキープ機能の的確な実現が可能となる。
【０１２１】
又、実施の形態２に示すように、クライアント端末２００が一時停止操作後、再生動作の再開前にあらかじめＡＶコンテンツをサーバ端末１００から取得しておき、ＡＶコンテンツに埋め込まれたタイムスタンプをもとに、再生再開時に指定すべきバイト位置を特定する。再生再開の操作が行われた際には、特定したバイト位置からＡＶコンテンツを取得することにより、画面のとびや遅延を抑えて、的確なタイムキープ機能を実行することが可能となる。
【０１２２】
なお、本実施の形態におけるタイムキープ機能は、本来の目的にもあるように、一時停止後、ユーザがその場を離れるなどして一定時間が経過した後、再生再開が実行されることを想定している。又、一般的なユースケースとしてもそのようなケースが多いことが想定される。
【０１２３】
しかし、場合によっては、一時停止直後に再生再開が実行される可能性もある。具体的には、例えば図４において、ＡＶコンテンツ受信中（コネクション切断前）に再生再開の操作が実行されるような場合が想定される。
【０１２４】
このような場合は、バイト位置Ｐ２を特定してコネクションを切断した後、改めてバイト位置Ｐ２以降を指定してＡＶコンテンツを取得する必要はない。つまり、ＡＶコンテンツの受信はそのまま継続し、ＴＸ＝Ｔ２であるような時刻情報ＴＸが検出した時点から、映像の出力を開始すればよい。この場合、図７（ａ）を用いて説明すれば、再生再開時に０バイト目以降を指定してＡＶコンテンツを取得することになるため、最大でＴ２−Ｔ１時間分の遅延が、再生再開時に発生することになる。
【０１２５】
しかし、映像の出力は時刻Ｔ２以降の部分から行うため、画面のとびが発生したり、ユーザが見られない区間が発生したりすることはない。又、前述のように、一般的には一時停止操作後は一定の時間を置かれることが想定されるので、このような遅延が頻繁に発生することは少ないものと考えられる。
【０１２６】
又、上記の実施の形態においては、ＡＶデータの時刻情報Ｔ２とＡＶコンテンツのバイト位置Ｐ２とが一致するものとしたが、出力部２０８で表示される映像が、ユーザにとって連続性を違和感なく感じられる程度の誤差があってもよい。すなわち、対応停止位置と、一時停止位置情報との間にはマージンがあってもよい。
【０１２７】
なお、上記の説明においては、Ｓ７にて画面静止の制御が行われた後、直ちにＳ８〜Ｓ１６が実行されて、ＡＶコンテンツのバイト位置Ｐ２が検出されるものとしたが、Ｓ８〜Ｓ１６は、クライアント端末２００の入力部２０７にユーザからの再生開始操作の入力があった後、Ｓ１８が開始されるまでの間に実行するものとしてもよい。
【０１２８】
又、上記の説明においては、Ｓ７にて画面静止の制御が行われた後、Ｓ８〜Ｓ１６が実行されて、ＡＶコンテンツのバイト位置Ｐ２が検出され、Ｓ１８はバイト位置Ｐ２を指定してサーバ端末１００からＡＶコンテンツを取得するものとしたが、Ｓ１８におけるＧＥＴリクエストの内容としては、Ｓ１１にて取得したものと同一のＵＲＩを指定し、かつＲａｎｇｅヘッダで０バイト目以降と指定した、又はＲａｎｇｅヘッダなしのＧＥＴリクエストを送信するようにしてもよい。
【０１２９】
この場合、サーバ端末１００が、受信部１０６を介してＡＶコンテンツ取得要求を受信すると、制御部１０４は、蓄積部１０３から指定されたＡＶコンテンツの全部を読み出し、送信部１０５により通信回線１０を介して送信する。このとき、送信部１０５から送信されるＡＶコンテンツの実データは、先頭以降の全てのデータ列である。
【０１３０】
サーバ端末１００から送信されたＡＶコンテンツは、受信部２０６を介して受信されると、復号部２０３に直接入力される。ＭＰＥＧ２−ＴＳであるＡＶコンテンツは、復号部２０３によって映像信号に復号されるが、
制御部２０４は、バイト位置Ｐ２より前のデータ列に対応するＡＶコンテンツは、破棄する又は復号を行わずに、バイト位置Ｐ２以後のデータ列のＡＶコンテンツのみ出力部２０８に入力する。出力部２０８は、フレームメモリ２０３ａに記憶されていた静止画像の表示に切り替えて、映像信号を表示出力することになる。
【０１３１】
以上説明した、サーバ端末１００から記録中の全てのＡＶコンテンツを取得し、クライアント端末２００側でバイト位置Ｐ２以後のデータ列のＡＶコンテンツのみを表示させる工程は、ユーザの急な操作により、一時停止直後に再生再開が実行された場合でも、一回のＡＶコンテンツ取得要求によって、即座に再生状態に復帰できる利点がある。
【０１３２】
又、本実施の形態において、静止した画面と一致する画面を検出する方法として、タイムスタンプ付ＭＰＥＧ２−ＴＳのタイムスタンプを使用するものとしたが、これは本発明の特定の時間間隔毎に埋め込まれた時刻情報であって、一時停止位置情報に相当する。
一致する画面を検出する方法はこれに限定しない。例えば、ＭＰＥＧ２−ＴＳに含まれるＰＴＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｔｉｍｅ−Ｓｔａｍｐ）その他の時刻情報を本発明の一時停止位置情報を使用してもよいし、あるいはＭＰＥＧ２−ＴＳを復号した映像信号における静止画の画像フレームそのものを一時停止位置情報として用い、比較して一致する画面を検出するなどしてもよい。
【０１３３】
又、上記の各実施の形態においては、サーバ端末１００及びクライアント端末２００がそれぞれチューナ部１０１、２０１で選局、受信する放送は、本発明のＡＶデータに相当し、サーバ端末１００の蓄積部１０３に記録されたＡＶコンテンツは、本発明のＡＶコンテンツに相当する。しかしながら本発明は上記の実施の形態に限定されるものではなく、ＡＶデータとしてはＣＡＴＶ、地上波デジタル放送、ＢＳ、ＣＳデジタル放送の他、インターネット、イントラネット他のネットワークであってもよく、これら放送網又はネットワークから取得可能なＡＶデータは、本発明のＡＶデータに含まれる。
【０１３４】
又、上記の説明においては、ＡＶコンテンツは動画、音声を含む放送であるとしたが、音声のみであってもよい。この場合、クライアント端末２００の出力部２０８はスピーカーとして実現され、本発明の「表示」とは音声出力に対応し、「一時停止」とは、無音状態に対応することになる。なお、映像信号の場合は、実施の形態１、２で述べたように「一時停止」とは、静止画像を表示した状態となる。ただし、画像を表示しない状態としてもよい。
【０１３５】
又、上記の実施の形態では、クライアント端末２００は、自らチューナ部２０１、復調部２０２を備えた構成とし、クライアント端末２００自身で選局、受信していた番組に対してタイムキープ機能を実現させるものとしたが、図８に示すように、チューナ部２０１、復調部は省いた構成とし、サーバ端末１００のチューナ部１０１、復調部２０２を制御することにより、通信回線１０からＭＰＥＧ２−ＴＳの入力を受けるものとしてもよい。この場合も、図４のタイムチャートに従ってタイムキープ機能を実現することができる。又、このとき制御部２０４及び受信部２０６が本発明のＡＶデータの入力を受ける入力部に対応することになる。
【０１３６】
又、上記の実施の形態では、クライアント端末２００は、出力部２０８を内蔵したＴＶのような機器であるとして説明を行ったが、本発明の再生制御装置において、出力部２０８は、他の構成部分と別筐体の構成としてもよい。この場合、出力部２０８として汎用のディスプレイやＴＶを用いることができ、他のチューナ２０１他の部分をＳＴＢとして実現することができる。すなわち、本発明の再生制御装置は、ＴＶその他受像装置とＳＴＢ等の映像信号出力装置として実施してもよい。
【０１３７】
又、上記の実施の形態では、クライアント端末２００は、サーバ端末１００が受信するのと同一の放送をＡＶデータとして受信するものとして説明を行ったが、本発明のＡＶデータは、サーバ装置とクライアント装置とで同時に受信されるものである必要はない。例えば、サーバ端末１００が受信する番組と、クライアント端末２００が受信する番組とが時間差をもって放送されている場合においても、本発明は実施することができる。このような構成は、ビデオ・オン・デマンド方式でＡＶデータを提供する放送に適している。
【０１３８】
又、上記の実施の形態では、サーバ端末１００とクライアント端末２００とは、ＨＴＴＰおよびＵＰｎＰのプロトコルに従って上記図４、図６の各ステップに示す動作を行うものとしたが、これは一例であって、本発明の再生制御装置は、プロトコルの種類に限定されるものではない。したがって、他にＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のような通信プロトコルを用いて実施してもよく、同様の効果が得られる。
【０１３９】
なお、本発明にかかるプログラムは、上述した本発明の再生制御装置の全部または一部の手段の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムであってもよい。
【０１４０】
又、本発明は、上述した本発明の再生制御装置の全部または一部の手段の全部または一部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体であってもよい。
【０１４１】
なお、本発明の上記「一部の手段」とは、それらの複数の手段の内の幾つかの手段を意味し、あるいは、一つの手段の内の一部の機能を意味するものである。
【０１４２】
又、本発明のプログラムを記録した、コンピュータに読みとり可能な記録媒体も本発明に含まれる。
【０１４３】
又、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１４４】
又、本発明のプログラムの一利用形態は、伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１４５】
又、記録媒体としては、ＲＯＭ等も含まれる。
【０１４６】
又、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１４７】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１４８】
本発明にかかる再生制御装置は、タイムキープ機能の的確な実現が可能となる効果を有し、ネットワークを介して録画や再生の制御を行うテレビやＳＴＢ等として有用である。
【図面の簡単な説明】
【０１４９】
【図１】本発明の実施の形態１、２におけるネットワークの構成図
【図２】本発明の実施の形態１、２におけるサーバ端末の構成図
【図３】本発明の実施の形態１、２におけるクライアント端末の構成図
【図４】本発明の実施の形態１におけるタイムキープ機能の一時停止操作時のシーケンスを示す図
【図５】制御部２０４の構成、動作を模式的に示すブロック図
【図６】本発明の実施の形態２におけるタイムキープ機能の再生再開操作時のシーケンスを示す図
【図７】（ａ）本発明の実施の形態１、２におけるタイムキープ機能で扱う番組の時間的変化を示す図（ｂ）本発明によらないサーバ端末−クライアント端末でタイムキープ機能を実現した場合に扱う番組の時間的変化を示す図
【図８】本発明のクライアント端末の他の構成例を示す図
【図９】ネットワーク上にてタイムキープ機能を実行する場合の手順を示すシーケンスの一例を示す図
【符号の説明】
【０１５０】
１０  通信回線
１００  サーバ端末
１０１  チューナ部
１０２  復調部
１０３  蓄積部
１０４  制御部
１０５  送信部
１０６  受信部
２００  クライアント端末
２０１  チューナ部
２０２  復調部
２０３  復号部
２０４  制御部
２０４ａ  メモリ
２０４ｂ  ＣＰＵ
２０４ｃ  比較器
２０４ｄ  換算器
２０５  送信部
２０６  受信部
２０７  入力部
２０８  出力部
２０８ａ  フレームメモリ
【図１】
2008311945.tif 000003
【図２】
2008311945.tif 000004
【図３】
2008311945.tif 000005
【図４】
2008311945.tif 000006
【図５】
2008311945.tif 000007
【図６】
2008311945.tif 000008
【図７】
2008311945.tif 000009
【図８】
2008311945.tif 000010
【図９】
2008311945.tif 000011