(57)【要約】【課題】放送を見逃した場合に、視聴者が直ぐに視聴を始めることができ、帯域を有効に利用でき、また受信側で録画しておく必要のないオンデマンド放送装置、受信装置およびシステムを提供すること。【解決手段】オンデマンド放送装置は、本放送を記憶装置２に記憶し、クライアントから見逃し部分を含む放送の視聴の依頼があると、記憶装置２から読み出された本放送の見逃し部分を時間圧縮機能部１４で時間圧縮して受信装置に出力する。また、本放送への切替コマンドを、切替コマンド発生部１７から出力する。受信装置は、前記時間圧縮された見逃し部分の映像を受信・再生し、前記本放送への切替コマンドを受け取ると、本放送の再生に切り替える。前記時間圧縮は、フレーム抜き、ハイライト編集などで行う。【選択図】図１
2009089131.tif 000002
【特許請求の範囲】
【請求項１】
本放送の冒頭部からの視聴を見逃した場合に、該見逃し部分を含む本放送を視聴できるようにするオンデマンド放送装置において、
本放送データを記憶する記憶装置と、
前記記憶装置から見逃し部分を時間圧縮して再生し、ユニキャストでネットワークに送出する見逃し部分再生送出装置と、
前記見逃し部分から本放送への切替コマンドを生成する切替コマンド発生部と、を具備したオンデマンド放送装置。
【請求項２】
請求項１のオンデマンド放送装置において、
前記見逃し部分再生送出装置は、前記時間圧縮して再生される見逃し部分の再生時間Ｔを計算する手段を含み、
前記切替コマンド発生部は、該再生時間Ｔを基に本放送への切替コマンドを生成することを特徴とするオンデマンド放送装置。
【請求項３】
請求項１または２のオンデマンド放送装置からの放送を受信する受信装置において、
受信した本放送データを一時的に蓄積する第１のバッファと、
見逃し部分の視聴を指示するためのユーザインタフェースと、
受信した見逃し部分の再生データを一時的に蓄積する第２のバッファと、
前記第１、第２のバッファのそれぞれに蓄積された本放送データ、見逃し部分の再生データをデコードするデコーダと、
前記オンデマンド放送装置からの切替コマンドに従って前記第２のバッファから第１のバッファへ切り替える制御信号を出力する本放送への切替処理部とを具備した受信装置。
【請求項４】
請求項１または２のオンデマンド放送装置からの放送を受信する受信装置において、
受信した本放送データを一時的に蓄積する第１のバッファと、
前記第１のバッファに蓄積された本放送データをデコードする第１のデコーダと、
見逃し部分の視聴を指示するためのユーザインタフェースと、
受信した見逃し部分の再生データを一時的に蓄積する第２のバッファと、
前記第２のバッファに蓄積された見逃し部分の再生データをデコードする第２のデコーダと、
前記オンデマンド放送装置からの切替コマンドに従って前記第２のデコーダから第１のデコーダへ切り替える制御信号を出力する本放送への切替処理部とを具備した受信装置。
【請求項５】
本放送の冒頭部からの視聴を見逃した場合に、該見逃し部分を含む本放送を視聴できるようにするオンデマンド放送システムにおいて、
本放送データを記憶する記憶装置と、
前記記憶装置から見逃し部分を時間圧縮して再生し、ユニキャストでネットワークに送出する見逃し部分再生送出装置と、
前記見逃し部分から本放送への切替コマンドを生成する切替コマンド発生部とを具備するオンデマンド放送装置と、
前記オンデマンド放送装置から受信した本放送データを一時的に蓄積する第１のバッファと、
見逃し部分の視聴を指示するためのユーザインタフェースと、
前記オンデマンド放送装置から受信した見逃し部分の再生データを一時的に蓄積する第２のバッファと、
前記第１、第２のバッファのそれぞれに蓄積された本放送データ、見逃し部分の再生データをデコードするデコーダと、
前記オンデマンド放送装置からの切替コマンドに従って前記第２のバッファから第１のバッファへ切り替える制御信号を出力する本放送への切替処理部とを具備した受信装置と、からなるオンデマンド放送システム。
【請求項６】
本放送の冒頭部からの視聴を見逃した場合に、該見逃し部分を含む本放送を視聴できるようにするオンデマンド放送システムにおいて、
本放送データを記憶する記憶装置と、
前記記憶装置から見逃し部分を時間圧縮して再生し、ユニキャストでネットワークに送出する見逃し部分再生送出装置と、
前記見逃し部分から本放送への切替コマンドを生成する切替コマンド発生部とを具備するオンデマンド放送装置と、
前記オンデマンド放送装置から受信した本放送データを一時的に蓄積する第１のバッファと、
前記第１のバッファに蓄積された本放送データをデコードする第１のデコーダと、
見逃し部分の視聴を指示するためのユーザインタフェースと、
前記オンデマンド放送装置から受信した見逃し部分の再生データを一時的に蓄積する第２のバッファと、
前記第２のバッファに蓄積された見逃し部分の再生データをデコードする第２のデコーダと、
前記オンデマンド放送装置からの切替コマンドに従って前記第２のデコーダから第１のデコーダへ切り替える制御信号を出力する本放送への切替処理部とを具備した受信装置と、からなるオンデマンド放送システム。
【請求項７】
請求項１または２に記載のオンデマンド放送装置において、
前記見逃し部分の時間圧縮を、放送データのフレーム抜きまたはハイライト編集にて行うことを特徴とするオンデマンド放送装置。
【請求項８】
請求項１または２に記載のオンデマンド放送装置において、
前記本放送への切替コマンドが、カウントダウン切替コマンドであることを特徴とするオンデマンド放送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はオンデマンド放送装置、受信装置およびシステムに関し、放送番組の見逃し部分をオンデマンドで追いかけて放送の冒頭あるいは任意の見逃し位置から再生できるようにするオンデマンド放送装置、受信装置およびシステムに関する。
【背景技術】
【０００２】
従来から、テレビなどの放送番組を見逃した場合に、番組の冒頭から視聴したいという要求がある。この要求に答えるために、下記の特許文献１，２に示されているような発明が提案されている。
【０００３】
下記の特許文献１には、放送番組を、本放送から少しずつずらして再放送し、例えば５分間隔で再放送し、本放送を見逃した視聴者が該再放送を受信できるようにすることによりその冒頭から視聴できるようにする方式（ニアオンデマンド）が開示されている。
【０００４】
また、特許文献２には、受信機側の記録装置に放送番組を録画しておき、本放送を見逃した場合には、その録画を再生して番組の冒頭から視聴できるようにする方式（タイムシフト）が開示されている。
【特許文献１】特開２００２−２８１４８０号公報
【特許文献２】特開平６−２４５１５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記した背景技術には、次のような課題がある。
【０００６】
前記特許文献１に記されている方式は、例えば５分ずつずらして行う再放送を複数チャンネルで配信する場合があり、尺の長い番組の場合には多くの帯域を必要とする問題、再放送が例えば５分間隔であるので、放送を見逃した場合次の放送時間まで最大で約５分間待つ必要がある問題等がある。
【０００７】
また、前記特許文献２に記されている方式は、受信側に記録装置を備える必要があるので、受信機の小型化等が難しいという問題がある。
【０００８】
本発明は、前記した従来技術の課題を解消し、放送を見逃した場合に、視聴者が直ぐに視聴を始めることができ、帯域を有効に利用でき、また受信側で録画しておく必要のないオンデマンド放送装置、受信装置およびシステムを提供することにある。
【課題を解決するための手段】
【０００９】
前記した目的を達成するために、本発明は、本放送の冒頭部からの視聴を見逃した場合に、該見逃し部分を含む本放送を視聴できるようにするオンデマンド放送装置において、本放送データを記憶する記憶装置と、前記記憶装置から見逃し部分を時間圧縮して再生し、ユニキャストでネットワークに送出する見逃し部分再生送出装置と、前記見逃し部分から本放送への切替コマンドを生成する切替コマンド発生部とを具備した点に特徴がある。
【００１０】
また、前記オンデマンド放送装置からの放送を受信する受信装置において、受信した本放送データを一時的に蓄積する第１のバッファと、見逃し部分の視聴を指示するためのユーザインタフェースと、受信した見逃し部分の再生データを一時的に蓄積する第２のバッファと、前記第１、第２のバッファのそれぞれに蓄積された本放送データ、見逃し部分の再生データをデコードするデコーダと、前記オンデマンド放送装置からの切替コマンドに従って前記第２のバッファから第１のバッファへ切り替える制御信号を出力する本放送への切替処理部とを具備した点、また第１と第２のデコーダを有し、前記オンデマンド放送装置からの切替コマンドに従って該第１と第２のデコーダを切り替える制御信号を出力する本放送への切替処理部とを具備した点に他の特徴がある。
【００１１】
さらに、前記オンデマンド放送装置と前記受信装置とからなるオンデマンド放送システムを提供する点に他の特徴がある。
【発明の効果】
【００１２】
本発明によれば、本放送の見逃した部分を時間圧縮して再生し、ネットワークに送出するようにしているので、視聴者は、従来のニアオンデマンドのように次の放送時間まで待つことなく直ちに放送を視聴することができるようになる。また、受信装置に放送を録画する記憶装置を備える必要がないので、受信機の小型化、低廉化等を図ることができる。さらに、送信側で時間圧縮を行い通常のエンコード方式により送信するので、受信クライアント側の再生プレイヤに特別な機能を追加する必要はない。
【００１３】
また、帯域を有効に利用することができるようになる。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して、本発明を詳細に説明する。図１及び図２は、本発明の一実施形態のオンデマンド放送システムの構成を示すブロック図である。図１は放送装置であるサーバ側装置、図２は受信装置であるクライアント側装置を示す。
【００１５】
図１において、スポーツ中継、ニュース、音楽番組などの放送番組に係わるオーディオビデオデータ（以下、ＡＶデータと記す）は、エンコーダ１と記憶装置２に入力し、並列処理される。エンコーダ１は該ＡＶデータを圧縮処理する。圧縮処理されたＡＶデータは、放送用インターフェース３を介して本放送として、クライアント側へ送信される。この放送方式には、ＵＤＰ（ＲＴＰ）を用いたマルチキャスト方式等が候補となる。また、その伝送媒体が無線であってもよいし、有線であっても良い。一方、記憶装置２に送られたＡＶデータは、チャンネル（以下、ＣＨと記す）情報と共に記憶領域に記憶される。
【００１６】
サーバ側装置は、本放送を見逃した視聴者がそれを冒頭から視聴することができるようにするための装置（以下、見逃し部分再生送出装置という）をさらに有している。該見逃し部分再生送出装置１０は、オンデマンドリクエスト処理部１１，時間圧縮計算部１２，時刻装置１３，時間圧縮機能部１４，エンコーダ１５，通信インタフェース（以下、通信Ｉ／Ｆと記す）１６および本放送への切替コマンド発生部１７から構成される。これらの機能の詳細は後述するが、該見逃し部分再生送出装置１０は、個々のクライアントあるいはユーザ毎に対応して処理をする。
【００１７】
図２はクライアント側装置を示し、該クライアント側装置は、放送用Ｉ／Ｆ２１，バッファ２２，２６，デコーダ２３，再生プレイヤ２４，本放送への切替処理部２５，ユーザインタフェース（以下、ＵＩと記す）２７，オンデマンドリクエスト部２８，および通信Ｉ／Ｆ部２９とから構成されている。なお、放送用Ｉ／Ｆ３と２１間のマルチキャスト通信、および通信Ｉ／Ｆ１６と２９間のユニキャスト通信は、図示されていないネットワークを介して行われる。
【００１８】
次に、本実施形態の動作を説明する。なお、図３は本実施形態の概略の動作を示すシーケンス図である。
【００１９】
視聴者が見逃した本放送をその冒頭または見逃し部分の途中から見たいと思った場合、視聴者は図２の前記ＵＩ２７から、視聴開始の指示、視聴するチャンネル（以下、ＣＨと記す）の指定、見逃し部分をＮ倍速（Ｎは正の整数）で見ることの指定をする。なお、見逃した本放送を見逃し部分の途中から見る場合は、さかのぼり時間をも指定する。また、前記見逃し部分をＮ倍速で見ることの指定に代えて、見逃し部分の再生時間の指定（Ｔ時間（分））をしてもよい。以下では、見逃し部分をＮ倍速で見ることの指定がされたとして説明する。
【００２０】
そうすると、これらの指定データは、オンデマンドリクエスト部２８でオンデマンドリクエストの例えばヘッダを付けられ、所定のフォーマットのオンデマンドリクエストデータとなって、ユニキャスト対応の通信Ｉ／Ｆ２９に送られる。該通信Ｉ／Ｆ２９は、前記オンデマンドリクエストデータをＴＣＰ等のユニキャスト通信を利用し、ネットワークを介してサーバ側の通信Ｉ／Ｆ１６へ送る。
【００２１】
サーバ側の見逃し部分再生送出装置１０（図１参照）のオンデマンドリクエスト処理部１１は、通信Ｉ／Ｆ１６を介してオンデマンドリクエストデータを受信すると、該データ中の見逃し部分の再生速度であるＮ倍速とＣＨ指定の情報を時間圧縮計算部１２に送る。時間圧縮計算部１２は、時刻装置１３から現在の時刻ｘを得て、本放送の冒頭からの経過時間（ｘ−ｔ；ｔは本放送開始時刻）を求め、見逃し部分をＮ倍速で視聴した場合の本放送への切替時間Ｔを計算する。
【００２２】
例えば、図４に示されているように、あるＣＨの本放送（実際の放送）Ａがスタートしてからｘ時間後に、見逃し部分をＮ倍速で見る場合には、ｙ／Ｎ＝ｙ−ｘが成立する。ここに、ｙは、本放送における見逃し部分の冒頭時点（番組放送開始時刻）から見逃し部分を見終わって本放送に切り替わるまでの時間である。また、ｙ−ｘ＝Ｔであるから、両式からｙを消去してＴを求めると、Ｔ＝ｘ／（Ｎ−１）となる。
【００２３】
時間圧縮機能部１４は、記憶装置２にＣＨ指定データを送り、記憶部２から該ＣＨに記憶されているＡＶデータを読み出す。そして、該読み出したＡＶデータを時間圧縮する。例えば、フレーム抜き、ハイライト編集等で見逃し部分をＴ時間に時間圧縮する。該時間圧縮されたＡＶデータはエンコーダ１５でエンコードされ、通信Ｉ／Ｆ１６へ送られる。通信Ｉ／Ｆ１６は、エンコードされた見逃し部分のＡＶデータをＵＤＰ（ＲＴＰ）等のユニキャスト通信を用いてクライアント側の通信Ｉ／Ｆ２９に送る。
【００２４】
クライアント側は、該見逃し部分の時間圧縮されたＡＶデータを通信Ｉ／Ｆ２９で受信する。受信されたＡＶデータはバッファ２６に一時蓄積された後デコーダ２３に送られデコードされ、再生プレイヤ２４で再生される。
【００２５】
サーバ側の前記時間圧縮計算部１２は、Ｔ時間が経過したか否か、換言すれば現在時刻がｘ＋Ｔ時間になったか否かをウォッチングしており、Ｔ時間が経過すると、本放送への切替コマンド発生部１７をトリガする。このため、本放送への切替コマンド発生部１７から切替コマンドが発生され、該切替コマンドは通信Ｉ／Ｆ１６を介してＴＣＰ等のユニキャスト通信によりクライアント側へ送られる。クライアント側の通信Ｉ／Ｆ２９で受信された切替コマンドは、本放送への切替処理部２５へ送られる。この結果、切替処理部２５からは、バッファ２６の動作を停止またはその出力を無効にし、バッファ２２を作動またはその出力を有効にする制御信号が出力される。このため、バッファ２６の出力は無効にされ、バッファ２２の出力が有効にされる。該バッファ２２と２６の切替時点で、本放送の見逃し部分のＡＶデータは本放送に追いついているので、視聴者は違和感なく、見逃し部分の視聴から本放送の視聴へと移行することができる。
【００２６】
バッファの切替後は、デコーダ２３はバッファ２２からのＡＶデータを受け取って本放送をデコードし、デコードされた本放送は再生プレイヤ２４で再生される。
【００２７】
本実施形態によれば、見逃し部分の尺長により再生速度を変化させることができる。例えば、５分遅れで視聴する場合には、２倍速で５分間で視聴するが、３０分遅れの場合には２倍速で視聴すると本放送に追いつくまでに長時間かかるので例えば６倍速にして６分間で追いつけるようにすることができる。
【００２８】
また、ニュースや音楽番組などで、自分が目的としていたニュースやアーティストの出演を見逃したと予想される場合は、例えば２倍速等の遅い再生速度で視聴するが、これらが見逃し部分にないと予想される場合は、例えば６倍速等の早い再生速度で視聴することができる。
【００２９】
また、前記時間圧縮機能部１４におけるハイライト編集は、スポーツ中継等で有効である。例えば、ホームランシーン、ゴールシーン、ノックアウトシーンなどをハイライト編集することができる。ハイライト編集は、視聴者に選択（または、指定）させるようにしてもよいし、サーバ側でコンテンツの内容に応じて選択するようにしてもよい。該ハイライト編集の選択は、視聴者に指示させてもよいし、サーバ側の装置にまかせてもよい。サーバ側は、本放送のジャンルに依存してハイライト編集を選択するようにしてもよい。例えば、スポーツのジャンルであれば、ハイライト編集を選択するようにすることができる。
【００３０】
次に、本発明の第２実施形態を図５を参照して説明する。この実施形態は、前記第１実施形態に比べて、クライアント側の装置にデコーダを２個、すなわちデコーダ２３ａと２３ｂを設けた点にある。なお、他の符号は、図２と同一または同等物を示し、以下では、第１実施形態と同じ動作の説明は省略し、第１実施形態と異なる動作のみを説明する。
【００３１】
見逃し部分が視聴されている時は、デコーダ２３ｂが有効、デコーダ２３ａが停止またはその出力が無効にされている。サーバ側装置の前記本放送への切替コマンド発生部１７から送出された切替コマンドがクライアント側装置の本放送への切替処理部２５に届くと、該切替処理部２５はデコーダ２３ｂからデコーダ２３ａに切り替える制御信号を出力する。この結果、デコーダ２３ｂの出力は無効にされ、デコーダ２３ａの出力が有効にされる。このため、本放送の見逃し部分は再生プレイヤ２４に送られなくなり、本放送のデコード出力がデコーダ２３ａから再生プレイヤ２４に送られることになる。
【００３２】
本実施形態においても、第１実施形態と同様に、本放送の見逃し部分が本放送に追いつき、視聴者は違和感なく、見逃し部分から本放送の視聴へ移行することができるようになる。また、本実施形態では、デコーダを２個用いているので、ユニキャスト通信（リクエストによるコンテンツ受信）による見逃し部分の再生からマルチキャスト通信（放送によるコンテンツ受信）による本放送再生への画像切替を、比較的にスムーズに行うことができるようになる。
【００３３】
次に、本発明の第３実施形態を図６〜図８を参照して説明する。この実施形態は、前記本放送への切替コマンド発生部１７（図１参照）が、カウントダウンの切替コマンドを発生するようにしたものである。
【００３４】
図６は、本実施形態の動作の概略を示すシーケンス図であり、切替コマンド発生部１７は、例えば本放送への切替コマンド１０秒前、５秒前、切替実施などのカウントダウン切替コマンドを発生する。すなわち、切替コマンド発生部１７は、図７のフローチャートに示すように、見逃し視聴のリクエスト受信があり（ステップＳ１）、前記時間圧縮計算部１２でＴ時間後に切替の指示を受けた場合、タイマー（不図示）を始動し（ステップＳ２）、Ｔ時間から経過時間を減算して、例えば切替の１０秒前になったかどうかの判断（ステップＳ３）をする。この判断が肯定になると、切替（１０秒前）コマンドを送出する（ステップＳ４）。次いで、例えば切替の５秒前になったかどうかの判断（ステップＳ５）をし、この判断が肯定になると、切替（５秒前）コマンドを送出する（ステップＳ４）。続いて、Ｔ時間が経過したかどうかの判断（ステップＳ７）をし、この判断が肯定（切替（０秒前））になると、切替実施コマンドを送出する（ステップＳ８）。
【００３５】
これに対して、クライアント側装置は図８のフローチャートに示すような動作をする。すなわち、通信Ｉ／Ｆ２９で見逃し部分の受信を行い（ステップＳ１１）、デコーダ２３でこれをデコードした後再生プレイヤ２４で再生する（ステップＳ１２）。次いで、本放送への切替処理部２５は本放送への切替実施コマンドを受信したか否かの判断を行い（ステップＳ１３）、この判断が否定であるとカウントダウンコマンドを受信したか否かの判断をする（ステップＳ１４）。ステップＳ１４で、カウントダウン切替コマンド、例えば切替（１０秒前）コマンドあるいは切替（５秒前）コマンドを受信したと判断されると、本放送への切替の準備（ステップＳ１５）がなされる。以上の動作が繰り返し行われ、前記ステップＳ１３の判断が肯定になるとステップＳ１６に進んで本放送への切替が行われる。
【００３６】
なお、前記ステップＳ１４の判断が肯定になった後に、カウントダウンタイマー（不図示）をスタートし、その後、該カウントダウンタイマーの値が０になったかどうかの判断をして、この判断が肯定になると本放送へ切り替えるようにしてもよい。
【００３７】
この実施形態によれば、クライアント側は見逃し部分の受信から本放送への受信の切替の準備が前もってできるので、該切替がスムーズに行えるようになる。また、回線上にパケットロスが発生してカウントダウン切替コマンドの１つが破壊されても、他のカウントダウンコマンドで対応可能となり、信頼性を高めることができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態のオンデマンド放送装置の概略の構成を示すブロック図である。
【図２】本発明の一実施形態の受信装置の概略の構成を示すブロック図である。
【図３】本発明の一実施形態の動作の概略を示すシーケンス図である。
【図４】本放送の視聴と見逃し部分の視聴との関係の説明図である。
【図５】本発明の第２実施形態の受信装置の概略の構成を示すブロック図である。
【図６】本発明の第３実施形態の動作の概略を示すシーケンス図である。
【図７】第３実施形態の本放送への切替コマンド発生部の機能を示すフローチャートである。
【図８】第３実施形態の受信装置の動作の概略を示すフローチャートである。
【符号の説明】
【００３９】
１・・・エンコーダ、２・・・記憶装置、３・・・放送用Ｉ／Ｆ、１０・・・見逃し部分再生送出装置、１１・・・オンデマンドリクエスト処理部、１２・・・時間圧縮計算部、１３・・・時刻装置、１４・・・時間圧縮機能部、１５・・・エンコーダ、１６・・・通信Ｉ／Ｆ、１７・・・本放送への切替コマンド発生部、２１・・・放送用Ｉ／Ｆ、２２、２６・・・バッファ、２３、２３ａ、２３ｂ・・・デコーダ、２４・・・再生プレイヤ、２５・・・本放送への切替処理部、２７・・・ユーザインタフェース、２８・・・オンデマンドリクエスト部、２９・・・通信Ｉ／Ｆ。
【図１】
2009089131.tif 000003
【図２】
2009089131.tif 000004
【図３】
2009089131.tif 000005
【図４】
2009089131.tif 000006
【図５】
2009089131.tif 000007
【図６】
2009089131.tif 000008
【図７】
2009089131.tif 000009
【図８】
2009089131.tif 000010