(57)【要約】      （修正有）【課題】コンテンツ視聴システムにおける操作のレスポンスを早め、ユーザの使い勝手を向上させる。【解決手段】コンテンツ再生装置からコンテンツ変換装置１に対して再生リクエストが行われ、それに応じてコンテンツ変換装置１からコンテンツ取得の指示がコンテンツ記録装置に送られて、コンテンツデータが記録装置からコンテンツ変換装置１に送られる。このコンテンツデータは、コンテンツ再生装置では取り扱えない形式であるため、トランスコード処理が行われ、変換済みのコンテンツデータがコンテンツ再生装置に送られ再生される。この間は再生待ち期間となる。次にユーザが行うであろうコンテンツ取得要求をコンテンツ変換装置１が予測し、予め記録装置に対して仮のコンテンツ取得要求を行い、コンテンツデータの送信と、トランスコード処理とが行われる。【選択図】図２
2008206039.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを変換し、コンテンツ再生装置に送信するコンテンツ変換装置において、
前記コンテンツ再生装置からのリクエストを受信するリクエスト受信部と、
前記リクエスト受信部の受信したリクエストに応じて、コンテンツデータを取得する再生データ取得部と、
前記再生データ取得部が取得したコンテンツデータをトランスコードする再生データ変換部と、
取得中のコンテンツの先読み箇所を決定する予測部と、
前記予測部の予測結果に基づいた位置のコンテンツデータを取得する先読みデータ取得部と、
前記先読みデータ取得部が取得したコンテンツデータをトランスコードする先読みデータ変換部と、
前記再生データ変換部および前記先読みデータ変換部が変換したコンテンツデータを前記コンテンツ再生装置に送信するデータ送信部と
を備えるコンテンツ変換装置。
【請求項２】
前記予測部は、前記再生データ取得部が取得した位置を基準としてある期間後またはある期間前を予測結果とすることを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項３】
前記リクエスト受信部の受信したリクエストを記録しておくリクエスト履歴保持部を備え、
前記予測部は、前記リクエスト履歴保持部に記録されている情報に基づいて予測を行うことを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項４】
前記再生データ取得部が取得したコンテンツデータからシーン検出を行うシーン検出部を備え、
前記予測部は、前記シーン検出部の検出結果に基づいて予測を行うことを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項５】
前記コンテンツ変換装置の能力情報を取得する能力取得部を備え、
前記予測部は、前記能力取得部の取得した情報に応じて、予測する個数を変化させることを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項６】
コンテンツデータに付随したタグやコメントなどのメタ情報を取得するメタ情報取得部を備え、
前記予測部は、前記メタ情報の付加された地点を予測結果とすることを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項７】
第１の符号化形式の符号化されたコンテンツを記録するコンテンツ記録装置を含むホームネットワークシステムと、前記第１の符号化形式とは異なる第２の符号化形式で符号化されたコンテンツを再生するコンテンツ再生装置と、前記ホームネットワークシステムと前記コンテンツ再生装置との中継を行うコンテンツ変換装置であって前記第１の符号化形式から第２の符号化形式への変換を行うトランスコーダを備えたコンテンツ変換装置と、を含むコンテンツ視聴システムであって、
前記コンテンツ変換装置は、前記コンテンツ再生装置における視聴操作を予測する操作予測部と、
該操作予測部によって必要になると予測されるコンテンツデータを予め前記コンテンツ記録装置から取得しておき前記トランスコーダにより変換した後に記憶する記憶部と、
前記予測された視聴操作が前記コンテンツ再生装置において行われた際に前記記憶部に記憶されているコンテンツデータを前記コンテンツ再生装置に送る通信部と
有することを特徴とするコンテンツ視聴システム。
【請求項８】
第１の符号化形式の符号化されたコンテンツを記録するコンテンツ記録装置を含むホームネットワークシステムと、前記第１の符号化形式とは異なる第２の符号化形式で符号化されたコンテンツを再生するコンテンツ再生装置と、前記ホームネットワークシステムと前記コンテンツ再生装置との中継を行うコンテンツ変換装置であって、
前記コンテンツ変換装置は、前記第１の符号化形式から第２の符号化形式への変換を行うトランスコーダと、
前記コンテンツ再生装置における視聴操作を予測する操作予測部と、
該操作予測部によって必要になると予測されるコンテンツデータを予め前記コンテンツ記録装置から取得しておき前記トランスコーダにより変換した後に記憶する記憶部と、
前記予測された視聴操作が前記コンテンツ再生装置において行われた際に前記記憶部に記憶されているコンテンツデータを前記コンテンツ再生装置に送る通信部と、有することを特徴とするコンテンツ変換装置。
【請求項９】
第１のコンテンツ再生要求を受け付け、該第１のコンテンツの取得要求に基づいて、該第１のコンテンツを受け取り、トランスコード処理を行った後に前記コンテンツ再生要求元に送るステップと、
第２のコンテンツの視聴操作を予測し、該予測に基づいて前記第２のコンテンツの取得要求に基づいて該第２のコンテンツを受け取り、トランスコード処理を行った後の変換済みコンテンツデータを保存しておくステップと、
前記予測された視聴操作が行われた場合に保存された前記変換済みコンテンツデータをコンテンツ再生要求元に送るステップと
を有することを特徴とするコンテンツ中継方法。
【請求項１０】
請求項９に記載のステップをコンピュータに実行させるためのプログラム。
【請求項１１】
請求項１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ視聴装置に関し、特に、屋内・屋外でコンテンツを便利に視聴することができるコンテンツ視聴装置に関する。
【背景技術】
【０００２】
近年、通信技術やコンテンツ配信技術などの急速な発展に伴って、コンテンツをいつでも、どこでも、そしてどの機器でも視聴したいという要望が強くなってきている。家庭内のホームネットワークも広く普及しており、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）に限らず、テレビやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）レコーダといった情報家電もホームネットワークに接続されるようになっている。ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｉａｎｃｅ）に準拠した製品同士であれば、ＤＶＤレコーダに録画されている映像コンテンツを別の部屋にあるテレビで視聴する、といった操作も実現できている。
【０００３】
一方、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などの携帯機器を用いて、外出先から自宅内にあるコンテンツを視聴したいという要望もある。
【０００４】
例えば、携帯電話で宅内にある映像コンテンツを視聴しようとした場合に、宅内にある映像コンテンツのコーデックはＭＰＥＧ２、ＭＰＥＧ４が主流であるが、これらを、そのままの形態で携帯電話により視聴することはできない。従って、ＭＰＥＧ２，  ＭＰＥＧ４を携帯電話で視聴できるコーデック（例えば３ＧＰＰ）に変換（トランスコード）する必要がある。
【０００５】
【特許文献１】特開２００５−３０３７１１号公報
【特許文献２】特開２００６−２４５８０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
映像コンテンツのトランスコードは処理量が多いため、実際にユーザが視聴する前にあらかじめトランスコードを行っておく、といった対応が考えられる。しかし、全ての映像コンテンツを事前にトランスコードしておくのは時間的に困難であり、また、トランスコードしたデータを保存しておくデータ領域も必要となるため、出来ればユーザが視聴する際にオンデマンドでトランスコードを行えることが望ましい。この場合、例えばコンテンツ視聴中にユーザが早送りやスキップなどの操作を行うと、ユーザの操作を受け付けてからトランスコード処理を行う必要があるため、操作が反映されて映像が更新されるまでに大きな遅延が生じるという問題があった。以下、この問題について図を用いて説明する。
【０００７】
図８は、コンテンツ記録装置１０２と、コンテンツ再生装置１０３と、それらを中継するコンテンツ変換装置１０１との間のデータのやり取りの例を示すシーケンス図である。ここで、コンテンツ変換装置１０１はコンテンツデータを中継する際トランスコード処理を行い、変換後のコンテンツデータをコンテンツ再生装置１０３に送信する。
【０００８】
まず、コンテンツ再生装置１０３からコンテンツ変換装置１０１に対して再生リクエスト１１１が行われ、それに応じてコンテンツ変換装置１０１からコンテンツ取得の指示１１２がコンテンツ記録装置１０２に送られる。指示されたコンテンツデータ１１３は、コンテンツ記録装置１０２からコンテンツ変換装置１０１に送られる。このコンテンツデータ１１３は、コンテンツ再生装置１０３では取り扱えない形式であるため、トランスコード処理１１４が行われ、変換済みのコンテンツデータ１１５がコンテンツ再生装置１０３に送られる。この間は再生待ち期間１３１となる。変換済みのコンテンツデータ１１５は、コンテンツ再生装置１０３により再生される（１３５）。この図においては、コンテンツ取得のプロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を想定しており、コンテンツ取得要求に対して、数度にわたってコンテンツデータが送られてくるため、コンテンツデータ１１６・１１９についても同様にトランスコード処理１１７・１２０を行い、コンテンツ再生装置１０３に送信される。ここで、コンテンツ再生中にユーザが早送りやスキップなどの操作を行った場合、コンテンツ再生装置１０３からコンテンツ変換装置１０１に対して視聴操作リクエスト１２１が送られる。この時点では、コンテンツ変換装置１０１は必要となる位置のコンテンツデータを保持していないため、必要となる位置のコンテンツデータを取得するリクエスト１２２をコンテンツ記録装置１０２に送信する。それに応じて、指示されたコンテンツデータ１２３がコンテンツ記録装置１０２からコンテンツ変換装置１０１に送られ、トランスコード処理１２４を経て、変換済みのコンテンツデータ１２５がコンテンツ再生装置１０３に送られる。コンテンツ再生装置１０３においては、コンテンツデータ１２５を受信するまでは再生待ち期間１３７となり、ユーザが操作を行ってから再生が再開されるまでに大きな遅延が生じてしまうことが分かる。
【０００９】
本発明は、コンテンツ視聴システムにおける操作のレスポンスを早め、ユーザの使い勝手を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
本発明の一観点によれば、コンテンツデータを変換し、コンテンツ再生装置に送信するコンテンツ変換装置において、前記コンテンツ再生装置からのリクエストを受信するリクエスト受信部と、前記リクエスト受信部の受信したリクエストに応じて、コンテンツデータを取得する再生データ取得部と、前記再生データ取得部が取得したコンテンツデータをトランスコードする再生データ変換部と、取得中のコンテンツの先読み箇所を決定する予測部と、前記予測部の予測結果に基づいた位置のコンテンツデータを取得する先読みデータ取得部と、前記先読みデータ取得部が取得したコンテンツデータをトランスコードする先読みデータ変換部と、前記再生データ変換部および前記先読みデータ変換部が変換したコンテンツデータを前記コンテンツ再生装置に送信するデータ送信部と、を備えるコンテンツ変換装置が提供される。前記予測部は、前記再生データ取得部が取得した位置を基準としてある期間後またはある期間前を予測結果とすることができる。また、前記リクエスト受信部の受信したリクエストを記録しておくリクエスト履歴保持部を備え、前記予測部は、前記リクエスト履歴保持部に記録されている情報に基づいて予測を行うこともできる。
【００１１】
また、前記再生データ取得部が取得したコンテンツデータからシーン検出を行うシーン検出部を備え、前記予測部は、前記シーン検出部の検出結果に基づいて予測を行うようにしても良い。さらに、前記コンテンツ変換装置の能力情報を取得する能力取得部を備え、
前記予測部は、前記能力取得部の取得した情報に応じて、予測する個数を変化させることが好ましい。コンテンツデータに付随したタグやコメントなどのメタ情報を取得するメタ情報取得部を備え、前記予測部は、前記メタ情報の付加された地点を予測結果とするようにしても良い。
【００１２】
また、本発明は、第１の符号化形式の符号化されたコンテンツを記録するコンテンツ記録装置を含むホームネットワークシステムと、前記第１の符号化形式とは異なる第２の符号化形式で符号化されたコンテンツを再生するコンテンツ再生装置と、前記ホームネットワークシステムと前記コンテンツ再生装置との中継を行うコンテンツ変換装置であって前記第１の符号化形式から第２の符号化形式への変換を行うトランスコーダを備えたコンテンツ変換装置と、を含むコンテンツ視聴システムであって、前記コンテンツ変換装置は、前記コンテンツ再生装置における視聴操作を予測する操作予測部と、該操作予測部によって必要になると予測されるコンテンツデータを予め前記コンテンツ記録装置から取得しておき前記トランスコーダにより変換した後に記憶する記憶部と、前記予測された視聴操作が前記コンテンツ再生装置において行われた際に前記記憶部に記憶されているコンテンツデータを前記コンテンツ再生装置に送る通信部と、有することを特徴とするコンテンツ視聴システムである。
【００１３】
また、第１の符号化形式の符号化されたコンテンツを記録するコンテンツ記録装置を含むホームネットワークシステムと、前記第１の符号化形式とは異なる第２の符号化形式で符号化されたコンテンツを再生するコンテンツ再生装置と、前記ホームネットワークシステムと前記コンテンツ再生装置との中継を行うコンテンツ変換装置であって、前記コンテンツ変換装置は、前記第１の符号化形式から第２の符号化形式への変換を行うトランスコーダと、前記コンテンツ再生装置における視聴操作を予測する操作予測部と、該操作予測部によって必要になると予測されるコンテンツデータを予め前記コンテンツ記録装置から取得しておき前記トランスコーダにより変換した後に記憶する記憶部と、前記予測された視聴操作が前記コンテンツ再生装置において行われた際に前記記憶部に記憶されているコンテンツデータを前記コンテンツ再生装置に送る通信部と、有するようにしても良い。
【００１４】
本発明の他の観点によれば、第１のコンテンツ再生要求を受け付け該第１のコンテンツの取得要求に基づいて、該第１のコンテンツを受け取り、トランスコード処理を行った後に前記コンテンツ再生要求元に送るステップと、第２のコンテンツの視聴操作を予測し、該予測に基づいて前記第２のコンテンツの取得要求に基づいて該第２のコンテンツを受け取り、トランスコード処理を行った後の変換済みコンテンツデータを保存しておくステップと、前記予測された視聴操作が行われた場合に保存された前記変換済みコンテンツデータをコンテンツ再生要求元に送るステップと、を有することを特徴とするコンテンツ中継方法が提供される。
【００１５】
本発明は上記のステップをコンピュータに実行させるためのプログラムであっても良いし、そのプログラムを記録したコンピュータ読みとり可能な記録媒体であっても良い。
【発明の効果】
【００１６】
本発明によれば、ユーザが視聴操作を行った際のレスポンスを向上させることで使い勝手が向上するという利点がある。
【発明を実施するための最良の形態】
【００１７】
本明細書において、ユーザからのリクエストによるコンテンツ取得を「再生データ取得」と、ＨＧＷが自ら予測して行うコンテンツ取得を「先読みデータ取得」と定義する。
【００１８】
以下、本発明の一実施の形態によるコンテンツ変換装置を含むシステムについて図面を参照しながら説明を行う。図１は、本実施の形態によるコンテンツ視聴システムの一構成例を示す図である。図１に示すシステムＡは、例えば宅内に設置されたコンテンツ記録装置（２ａ、２ｂ、２ｃ）と、携帯電話機などのコンテンツ再生装置３と、これらを中継するコンテンツ変換装置１と、それぞれを接続するホームネットワーク５及びインターネット７と、を有して構成されている。本実施の形態では、コンテンツ変換装置１はホームネットワーク５、およびインターネット７に接続されており、ＨＧＷ（Ｈｏｍｅ  ＧａｔｅＷａｙ）として動作する構成となっている。尚、本実施の形態ではコンテンツ記録装置２はホームネットワーク上に存在しているが、コンテンツ変換装置１からアクセス可能であれば、インターネット上に存在していても構わない。もちろん、コンテンツ変換装置１自体にコンテンツが記録されていても構わない。
【００１９】
ホームネットワーク５は例えば家庭内のＬＡＮ接続システムであり、種々のコンテンツ記録装置、例えば、記録装置付きのテレビジョン受信装置２ａ、ＤＶＤレコーダ、ハードディスクレコーダなどのＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）２ｂと、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２ｃと、が接続されている。
【００２０】
コンテンツ変換装置１は、例えば家庭内に設けられており、全体を制御するＣＰＵ１１と、処理プログラムなどを格納するＲＯＭ１７と、処理プログラムをその上に展開して高速に処理を行うＲＡＭ１５と、トランスコード処理を行うトランスコーダ２１と、インターネット７のインターフェイスを形成するＥｔｈｅｒｎｅｔ端子２３、ホームネットワーク５のインターフェイスを形成するＥｔｈｅｒｎｅｔ端子２５、一時的でも良いがコンテンツを記録するハードディスク（テンポラリ記憶領域）２７と、を有している。
【００２１】
ホームネットワーク５に接続された機器間は、ＤＬＮＡという統一化されたネットワーク用の通信プロトコルの規格に基づいて通信を行う。そして、これらの機器は、主としてＭＰＥＧ−２、ＭＰＥＧ−４などの圧縮形式に基づく映像コンテンツを取り扱う。このようなコンテンツデータは、コンテンツ変換装置１においてトランスコード処理（例えば、ＭＰＥＧ−２から３ＧＰＰへの変換処理）を行い、コンテンツ再生装置３（携帯電話機）において用いられている通信規格である例えば３ＧＰＰに変換された状態で携帯電話機３に送られる。
【００２２】
図２は、コンテンツ変換装置１の論理ブロックの一構成例を示す図である。図２に示すように、コンテンツ変換装置１は、通信部５１と、コンテンツ再生装置３からのリクエストを受信するリクエスト受信部５３と、コンテンツ記録装置２上の該当するコンテンツデータを取得するコンテンツデータ取得部５５と、コンテンツ再生装置３にコンテンツデータを送信するデータ送信部５７と、取得したコンテンツデータをトランスコード（変換）するコンテンツデータ変換部６１と、トランスコードされたコンテンツデータを保持・管理するデータ管理部６７と、を有している。さらに、リクエスト受信部５３で受信したリクエストに関して、許可されたコンテンツ再生装置からのリクエストかどうかを判断するユーザ認証部６３と、リクエストの種類を判別し、リクエストに応じた指示を行うリクエスト処理部６４と、コンテンツ取得のセッションを管理するセッション管理部６５と、を有している。
【００２３】
コンテンツデータ取得部５５は、再生データ取得部５５ａと、先読みデータ取得部５５ｂとを含む。また、コンテンツデータ変換部６１は、再生データ変換部６１ａと、先読みデータ変換部６１ｂと、を含む。
【００２４】
また、例えばユーザのリクエスト履歴情報を保持するリクエスト履歴保持部７３から得られたデータに基づいてユーザの操作予測を行い、コンテンツデータの先読み箇所を決定する予測部７１を有する。１つのコンテンツ変換装置１を家族で共用して使うことも考えられるため、リクエスト履歴保持部７３に保持される操作履歴は１人のユーザに限定しない。予測部７１の予測に基づいて、先読みデータ取得部５５ｂが仮のコンテンツデータ要求を行い、先読みデータ変換部６１ｂが変換したコンテンツデータを作成しておくことができる。予測部７１の予測について、さらに詳細に説明する。
【００２５】
予測の方法に関しては、特に限定するものではないが、例えば以下に示すような操作予測が可能である。
【００２６】
（１）一定期間後又は一定期間前へのスキップ操作が行われると予測して、現在再生している地点の常に一定期間後もしくは一定期間前を先読み地点とする。
（２）再生データ取得部が取得したコンテンツデータからシーン検出を行うシーン検出部を備え、シーンの切り替わり位置までスキップが行われると予測する。例えば、ＣＭスキップなどが該当する。ＣＭと本編とでは、音量や背景色などの特徴量が異なることを利用してシーン検出を行い、検出した地点（例えば、ＣＭから本編への切り替わり地点が該当）を先読み地点とする。
（３）コンテンツデータに付随したタグやコメントなどのメタデータを取得するメタデータ取得部を備え、メタデータが付与された位置までスキップが行われると予測する。一般的にタグやコメントなどが付与された地点は何らかの重要なシーンであり、その地点から視聴する可能性が高いと考えられる。
（４）それぞれのコンテンツに対し、操作とその操作が行われた地点に関する履歴を記憶しておく。例えば、コンテンツが、子供の運動会のコンテンツである場合には、家族は同じところを見ることが多い（すなわち、我が子の登場するシーンを見ることが多い）ため、予めそのような操作履歴を記憶しておき、再生中の地点で次に行われる可能性の高い操作を予測し、操作結果の地点を先読み地点とする。
【００２７】
さらに、コンテンツ変換装置の能力情報を取得する能力取得部を備え、予測部７１は、能力取得部の取得した情報に応じて、予測する個数を変化させることも考えられる。すなわち、コンテンツ変換装置の性能向上に伴って予測個数を増やすことで、予測に失敗して待ち時間が多くなってしまう可能性を低くすることが可能である。なお、本実施の形態においては上記（１）の予測を行うものとする。
【００２８】
図３は、図８に対応する図であり、記録装置２と、コンテンツ再生装置３と、それらを中継するコンテンツ変換装置１との間のデータのやり取りの例を示すシーケンス図である。まず、コンテンツ再生装置３からコンテンツ変換装置１に対して再生リクエスト１１が行われ、それに応じてコンテンツ変換装置１からコンテンツ取得の指示１２がコンテンツ記録装置２に送られる。指示されたコンテンツデータ（再生データ）１３は、記録装置２からコンテンツ変換装置１に送られる。このコンテンツデータ（再生データ）１３は、コンテンツ再生装置３では取り扱えない形式であるため、トランスコード処理１０が行われ、変換済みのコンテンツデータ１４がコンテンツ再生装置３に送られる。この間は再生待ち期間３５となる。変換済みのコンテンツデータ１４は、コンテンツ再生装置３により再生される（３７）。ここで、本実施の形態によるシステムでは、次に、ユーザが行うであろうコンテンツ取得要求をコンテンツ変換装置１が予測し、予め、記録装置２に対してコンテンツ（先読みデータ）の取得要求１５を行っておく。これに基づいて、コンテンツデータ（先読みデータ）の送信１７・２２・２８と、トランスコード処理１９・２４・３０とが行われる。
【００２９】
ここで、例えば、再生装置３から視聴操作（スキップ処理を行うようにする操作）２５が行われると、少ない再生待ち期間３９で、予め準備され、コンテンツ変換装置に一時的に保管されていた変換済みコンテンツデータ（先読みデータ）２６をすぐに再生装置３が取得することができる（符号Ｙ参照）。
【００３０】
次に、本実施の形態における処理の流れにコンテンツ変換装置１を主体として以下に説明する。図４は、本実施の形態におけるリクエスト受信時の処理の流れを示すフローチャート図である。
【００３１】
まず、処理が開始され（ステップＳ１）、リクエスト受信部５３がコンテンツ再生装置３からのリクエストを受信する（ステップＳ２）。ステップＳ３、Ｓ４において、ユーザ認証部６３がリクエスト送信元のコンテンツ再生装置３の認証を行う（例えば、機器のＩＤと予め決められているパスワードによる認証を行う）。ここで、認証に成功すれば（Ｙｅｓ）、リクエスト処理部６４がリクエストの種類を判別し、リクエストごとの処理を行う。まず、「停止」リクエストであるか否かをステップＳ６で判定しＹｅｓの場合、ステップＳ６においてセッション管理部６５が管理しているコンテンツ取得セッションを停止する。これにより、コンテンツ記録装置２からはコンテンツデータが送信されてこなくなる。停止リクエストではない場合には（Ｎｏ）ステップＳ８に進み、再生又はスキップのリクエストであるか否かを判定する。尚、「再生」もしくは「スキップ」リクエストについては、再生位置が最初からであるか途中からであるかのみが異なるため、同様に扱われる。「再生」もしくは「スキップ」リクエストであれば（Ｙｅｓ）、セッション管理部６５は、再生位置以降のトランスコード済みデータがあるかどうかをデータ管理部６７に問合せ（ステップＳ９）、不足しているデータがあるか否かを判断する（ステップＳ１０）。不足しているデータがある場合には（Ｙｅｓ）、再生データ取得部５５ａはその位置からコンテンツ取得を行うようにコンテンツ記録装置２にリクエスト送信する（ステップＳ１１）。これにより、コンテンツ取得セッションが開始され、順次コンテンツ記録装置２よりコンテンツデータが送信されてくることになる。
【００３２】
認証に成功しない場合（Ｎｏ）、「再生」もしくは「スキップ」リクエストでない場合（Ｎｏ）、処理が終了した場合には、リクエスト処理時の処理も終了する（ステップＳ５）。
【００３３】
次に、コンテンツデータ取得処理の流れについて図５を参照しながら説明を行う。ステップＳ２１において処理が開始されると、ステップＳ２２においてデータ取得部５５がコンテンツ記録装置２から送信されてくるコンテンツデータを受信する（ステップＳ２２）。なお、前述の通り、データ取得部５５は再生データ取得部５５ａと先読みデータ取得部５５ｂとで構成されるが、両者は論理的に区別しただけであり、処理自体は全く同一である。ステップＳ２３において、コンテンツデータ変換部６１がコンテンツデータをトランスコードし、コンテンツ再生装置２で視聴できる形式のデータを作成する。ステップＳ２４において、トランスコードされたコンテンツデータをデータ管理部６７に保存し、処理を終了する（ステップＳ２５）。
【００３４】
次に、コンテンツデータの送信処理について図６を参照しながら説明する。まず、処理が開始され（ステップＳ３１）、コンテンツ送信部５７は機器の状態として停止中かどうか判別し（ステップＳ３２）、停止中であれば（Ｙｅｓ）、そのままステップＳ３７に進む。停止中でなければ（Ｎｏ）、以下のコンテンツデータ送信処理を行う。まず、送信間隔分だけ時間が経過したかどうか調べ（ステップＳ３３）、適切な時間間隔だけ待つ。その後（Ｙｅｓ）、次に送信すべきコンテンツデータが既に作成されているか否かをデータ管理部６７に問合せ（ステップＳ３４）、データが存在していれば（Ｙｅｓ）、ステップＳ３５においてそのデータをコンテンツ再生装置３に送信し、送信したデータを必要に応じて削除し（ステップＳ３６）、処理を終了する（ステップＳ３７）。なお、変換済コンテンツデータに関しては、巻戻し操作の際に再利用できる可能性があることから、再生中は削除を行わず、視聴を修了した時点でまとめて削除してもよい。
【００３５】
次に、操作予測の一例について図７を参照しながら説明を行う。まず、処理を開始し（ステップＳ４１）、操作予測部７１はセッション数に余裕があるかどうかセッション管理部６５に問合せを行う。ここで、最大セッション数については、その機器の能力に応じて決定される（セッションが複数あるとトランスコード処理も複数行われるため、負荷が高くなる）。ステップＳ４２において、セッション数に余裕があれば（Ｙｅｓ）、操作予測部７１は現在の状況を基にユーザの操作予測を行い、用意するデータの開始位置を決定する（ステップ４３）。予測の手段としては、今回はスキップに対応するため、再生位置の一定期間（例えば３０秒）後というようにすれば良い。それ以降はリクエスト受信時と同じように、セッション管理部６５はトランスコードされたデータの不足箇所をデータ管理部６７に問合せし（ステップＳ４４）、不足箇所の有無を判断する（ステップＳ４５）。不足箇所があれば（Ｙｅｓ）、先読みデータ取得部５５ｂがその地点からコンテンツデータ取得できるようコンテンツ取得リクエストを送信する（ステップＳ４６）。セッション数に余裕がなければ（Ｎｏ）、ステップＳ４７でこの処理を終了する。
【００３６】
以上に説明したように、本実施の形態によれば、ユーザが携帯電話機などを用いて自宅にあるコンテンツ変換装置にアクセスし、コンテンツ変換装置でトランスコード処理を行うことで宅内にあるコンテンツを視聴する。その際、コンテンツ変換装置では過去のユーザの視聴操作履歴を保持しておき、早送りや巻戻しなどの操作が行われた時点から数秒間については、現在再生に使用している再生データのトランスコード処理と並行して先読みデータを取得してトランスコード処理を行い、変換済みの先読みデータを作成し保存しておく。その後、ユーザが早送り操作を行った際には、先読みデータが用意されているポイントであればその先読みデータを即座に携帯電話に送信することができる。従って、ユーザの待ち時間を短縮することが出来るという利点がある。
【産業上の利用可能性】
【００３７】
本発明は、コンテンツ視聴システムとして利用可能である。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施の形態によるコンテンツ視聴システムの一構成例を示す図である。
【図２】コンテンツ変換装置の論理ブロックの一構成例を示す図である。
【図３】記録装置と、コンテンツ再生装置と、それらを中継するコンテンツ変換装置との間のデータのやり取りの例を示すシーケンス図である。
【図４】本実施の形態におけるリクエスト受信時の処理の流れを示すフローチャート図である。
【図５】コンテンツデータ取得処理の流れを示すフローチャート図である。
【図６】コンテンツデータの送信処理の流れを示すフローチャート図である。
【図７】操作予測の一例の流れを示すフローチャート図である。
【図８】記録装置と、コンテンツ再生装置と、それらを中継するコンテンツ変換装置との間の一般的なデータのやり取りの例を示すシーケンス図である。
【符号の説明】
【００３９】
Ａ…コンテンツ視聴システム、１…コンテンツ変換装置、２…ホームネットワークシステム、２ａ…録装置付きのテレビジョン受信装置、２ｂ…ハードディスプレイレコーダなどのコンテンツ記録装置（ＰＶＲ）、２ｃ…コンテンツ記録装置（パーソナルコンピュータ：ＰＣ）、３…携帯電話機などのコンテンツ再生装置、５…ホームネットワーク、７…インターネット、１１…ＣＰＵ、１５…ＲＡＭ、１７…ＲＯＭ、２１…トランスコーダ、２３、２５…Ｅｔｈｅｒｎｅｔ端子、２７…ハードディスク（テンポラリ記憶領域）、５１…通信部、５３…リクエスト受信部、５５…コンテンツ取得部、５７…コンテンツ送信部、６１…コンテンツ変換部、６７…データ管理部、６３…ユーザ認証部、６４…リクエスト処理部、６５…セッション管理部、７１…予測部、７３…リクエスト履歴保持部。
【図１】
2008206039.tif 000003
【図２】
2008206039.tif 000004
【図３】
2008206039.tif 000005
【図４】
2008206039.tif 000006
【図５】
2008206039.tif 000007
【図６】
2008206039.tif 000008
【図７】
2008206039.tif 000009
【図８】
2008206039.tif 000010