(57)【要約】【課題】サーバ機器の配信可能数よりもクライアント機器のデコード可能数が下回る場合、ユーザの同時視聴可能数はユーザが視聴中のクライアント機器の能力に制限される。【解決手段】コンテンツを受信する受信部と、受信したコンテンツの状態を示すコンテンツ情報を生成するコンテンツ情報生成部と、生成されたコンテンツ情報をクライアント装置に送信するコンテンツ情報送信部とを有するサーバと、サーバからコンテンツ情報を取得するコンテンツ情報取得部と、取得したコンテンツ情報を再生するコンテンツ情報再生部とを有するクライアントと、を有するように構成する。【選択図】図１
2011142418.tif 000002
【特許請求の範囲】
【請求項１】
サーバからクライアントへデータを送信するクライアントサーバシステムであって、
コンテンツを受信する受信部と、前記受信部で受信したコンテンツの状態を示すコンテンツ情報を生成するコンテンツ情報生成部と、生成されたコンテンツ情報を前記クライアント装置に送信するコンテンツ情報送信部とを有するサーバと、
前記サーバからコンテンツ情報を取得するコンテンツ情報取得部と、取得したコンテンツ情報を再生するコンテンツ情報再生部とを有するクライアントと、
を有することを特徴とするクライアントサーバシステム。
【請求項２】
請求項１のクライアントサーバシステムであって、
前記サーバは、当該サーバが前記コンテンツ情報生成部を有することを示す情報を前記クライアントに送信することを特徴とするクライアントサーバシステム。
【請求項３】
請求項１のクライアントサーバシステムであって、
前記クライアントは、コンテンツを受信する受信部と、当該受信部で受信したコンテンツを再生する再生部とを有し、前記サーバから送信されたコンテンツ情報のコンテンツとは異なるコンテンツを受信、再生することを特徴とするクライアントサーバシステム。
【請求項４】
コンテンツを受信する受信部と、
前記受信部で受信したコンテンツの状態を示すコンテンツ情報を生成するコンテンツ情報生成部と、
生成されたコンテンツ情報を送信するコンテンツ情報送信部と、
を有することを特徴とするサーバ装置。
【請求項５】
請求項４のサーバ装置であって、
当該サーバ装置が前記コンテンツ情報生成部を有することを示す情報を送信することを特徴とするサーバ装置。
【請求項６】
コンテンツを受信する受信部と、
当該受信部で受信したコンテンツを再生する再生部と、
コンテンツの状態を示すコンテンツ情報を取得するコンテンツ情報取得部と、
取得したコンテンツ情報を再生するコンテンツ情報再生部とを有し、
前記コンテンツ情報取得部で取得されたコンテンツ情報のコンテンツとは異なるコンテンツを前記受信部で受信し、当該受信したコンテンツを前記再生部で再生することを特徴とするクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、コンテンツ情報の送信及び、受信に関するものである。
【背景技術】
【０００２】
ネットワークを介したコンテンツ情報の送受信について、例えばネットワーク内の複数のサーバから配信される複数のコンテンツ情報を視聴する方法として、特許文献１には「エンコード処理された複数のデータを同時にデコード処理することができ、また、あるデコード処理においてエラーが発生した場合にはそのデコード処理をリカバリすることが可能な複数デコード装置及び方法を提供すること」（特許文献１［０００８］参照）を課題とし、その解決手段として「エンコード処理された複数のデータで構成される信号を入力し、同時に２つ以上のデータのデコード処理を行う複数デコード装置であって、データのデコード処理及び再生に関する各種の制御情報を出力する再生制御部と、信号を入力し、制御情報で指定された２つ以上のデータを抽出するデータ抽出部と、データ抽出部で抽出されたデータを蓄積するバッファ部と、バッファ部に対する制御情報に従って、バッファ部を制御するバッファ管理部と、与えられる転送条件に従って、バッファ部に蓄積されたデータを同種のデータにそれぞれ振り分けて転送出力するデータ流制御部と、データ流制御部によって振り分けて転送される各データを、それぞれ蓄積する複数の個別バッファ部と、個別バッファ部の特定に関する情報に従って、複数の個別バッファ部をそれぞれ制御する個別バッファ管理部と、複数の個別バッファ部に個々に対応し、個別バッファ部に蓄積されたデータをデコード処理して出力する複数のデコード処理部と、制御情報に従って、デコード処理に使用する個別バッファ部及びデコード処理部を選択し、個別バッファ管理部へ当該選択した個別バッファ部の情報を、データ流制御部へ当該選択した個別バッファ部に基づく転送条件を、当該選択したデコード処理部へデコード処理開始の命令を、それぞれ出力するデコード制御部とを備える」（特許文献１［０００９］参照）ことが開示されている。
【０００３】
また、特許文献２には「従来の再生装置では、１ つのＤ Ｖ Ｄ を再生するためのデコーダしか搭載されていないため、複数のＤ Ｖ Ｄ から異なったコンテンツを同時に視聴することが出来ないという問題があった」（特許文献２［０００７］参照）ことを課題とし、その解決手段として「主映像データと、複数チャンネル分の副映像データと、複数チャンネル分の音声データとが多重化されているマルチメディアデータが符号化され記憶されている媒体から、複数の前記マルチメディアデータを読み取る手段と、この読み取った前記マルチメディアデータ毎に前記主映像データと、複数チャンネル分の前記副映像データと、複数チャンネル分の前記音声データとに分離する分離手段と、分離された前記主映像データを前記マルチメディアデータ毎にバッファリングする複数の主映像のバッファリング手段と、前記主映像のバッファリング手段からの前記主映像データを復号する複数の主映像データのデコード手段と、分離された前記複数チャンネル分の前記副映像データから選択された１ つの副映像データを前記マルチメディアデータ毎にバッファリングする複数の副映像のバッファリング手段と、前記副映像のバッファリング手段からの前記副映像データを復号する複数の副映像データのデコード手段と、分離された前記複数チャンネル分の前記音声データから選択された１ つの音声データを前記マルチメディアデータ毎にバッファリングする複数の音声データのバッファリング手段と、前記音声のバッファリング手段からの前記音声データを復号する複数の音声データのデコード手段と、複数の前記主映像のデコード手段及びこれに対応する複数の前記副映像のデコード手段からの各主映像信号及び各副映像信号をそれぞれ合成して１ つの映像信号にして表示装置に出力する合成手段と、前記複数の主映像のデコード手段の少なくとも２ つ以上に対応する前記音声のデコード手段を選択して複数の音声出力装置に出力する選択手段とを備えたこと」（特許文献２［０００９］参照）が開示されている。
【０００４】
また、特許文献３には「同時に再生するストリーム数が多くなると、例えば数十ストリームに達すると、データ蓄積媒体にランダムアクセスしているとビデオストリームの読み出しが間に合わなくなり、再生映像が乱れる」（特許文献３［０００３］参照）ことを課題とし、その解決手段として「複数のビデオストリームに含まれ同時再生される複数のデータユニットを連結し、前記連結された前記複数のデータユニットを記録し、前記記録された前記複数のデータユニットを読み出す」（特許文献３［０００６］参照）ことが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１０１４１３号公報
【特許文献２】特開２００５−２０２４２号公報
【特許文献３】特開２００７−１２４５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ネットワークを介して映像ストリームを送受信する場合、一般に圧縮された映像ストリームを用いる。圧縮された映像ストリームはソフトウェアもしくはハードウェアで伸長（デコード）可能であり、前者ではCPUが、後者ではデコーダが伸長処理を実行する。いずれの場合もハードウェア資源を消費するため、同時にデコード可能な映像ストリーム数は有限である。例えば、デコーダを２つ有するテレビは、他のハードウェアの制約を考慮しなければ同時に最大２番組の視聴が可能となる。
【０００７】
一方、家庭内における映像ストリームのネットワークを介した共有方法として、DLNA（Digital Living Network Alliance）などの普及が進行している。このような共有方法では、通常サーバ機器からクライアント機器に映像ストリームを配信し、クライアント機器ではストリームを再生する。配信する映像ストリームは一般に圧縮されていることから再生に当たってはデコードが必要となる。
【０００８】
しかしながら、サーバ機器の配信可能数よりもクライアント機器のデコード可能数が下回る場合、ユーザの同時視聴可能数はユーザが視聴中のクライアント機器の能力に制限される。例えばユーザが視聴操作するクライアント機器の同時デコード可能数が１である場合は、ある番組を視聴中に別の番組（裏番組）の放送中の内容、例えばコマーシャル中であることを確認することができないという課題となる。
【０００９】
また、例えば家庭内に幾つかのサーバが存在し、同時に４つの映像ストリームを配信可能であっても、映像を受信再生するクライアントが１つのストリームしかデコードできなければ、同時に視聴可能な映像ストリームは１つとなり、２つ以上のストリームを再生することができない。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の一実施の態様は、例えばコンテンツを受信する受信部と、前記受信部で受信したコンテンツの状態を示すコンテンツ情報を生成するコンテンツ情報生成部と、生成されたコンテンツ情報を前記クライアント装置に送信するコンテンツ情報送信部とを有するサーバと、前記サーバからコンテンツ情報を取得するコンテンツ情報取得部と、取得したコンテンツ情報を再生するコンテンツ情報再生部とを有するクライアントとを有するように構成する。
【発明の効果】
【００１１】
上記手段によれば、視聴中以外のコンテンツの状況が確認できるようになり、ユーザの利便性が向上する。
【図面の簡単な説明】
【００１２】
【図１】本実施例の全体構成の一例を示す図である。
【図２】サーバ装置及びクライアント装置の処理の一例を示す図である。
【図３】サーバ装置が提供する情報の一例である。
【図４】サーバ装置が提供する情報の一例である。
【図５】本実施例のデータの流れの一例を示した図である。
【図６】本実施例におけるクライアント装置の画面表示の一例である。
【図７】本実施例のデータの流れの一例を示した図である。
【図８】本実施例におけるクライアント装置の画面表示の一例である。
【図９】本実施例におけるサーバ装置のハードウェア構成図の一例である。
【図１０】本実施例におけるクライアント装置のハードウェア構成図の一例である。
【発明を実施するための形態】
【００１３】
本実施例では、サーバ装置にストリームの内容を文字等の情報に変換し送信する機能を設け、またクライアント装置で受信した文字等の情報を再生する機能を設けることで、クライアント装置において視聴中以外のストリームの内容を把握する構成とした。
【００１４】
以下、図面を参照して本実施例をより詳細に説明する。
【００１５】
図１は、コンテンツ情報を送信する機能が付いたサーバ装置１０１、コンテンツ情報を受信して表示する機能が付いたクライアント装置１１１、放送局１２１、及びネットワーク１２２から成る本発明の全体構成図である。ここで「コンテンツ情報」とは、コンテンツの画面内に表示されている文字や音声、映像等から生成された文字情報や画像情報等であり、ユーザがコンテンツそのものを確認しなくともコンテンツ全体やその一部分を想起しうるようなコンテンツのメタデータを示す情報である。
【００１６】
なお、放送局１２１はストリームを電波にて放送する放送局だけではなく、コンテンツをネットワークにより配信するサーバを含む。１０１はコンテンツ情報を送信する機能が付いたサーバ装置（以降、サーバ装置とする）であり、本実施例では放送をハードディスクに記録保存し再生するハードディスクレコーダに同機能が具備されている。
【００１７】
１０２は放送などのストリームを１０３もしくは１０５に供給する能力を有する装置を示すストリームソースである。本例では放送局１２１が放送するストリームを受信し、１０１の内部で利用可能とする機能を有する部分である。
【００１８】
１０３は１０２のストリームソースより取得したストリームからコンテンツ情報を生成するコンテンツ情報生成部である。コンテンツ情報生成部では、コンテンツの画面内に表示されている文字や音声、映像などからコンテンツの状況を認識し、文字情報や画像情報を生成したり、字幕データを文字情報や画像情報として生成する。なお、コンテンツ情報には、文字で構成される情報のほかに、絵や画像などで構成される情報も含む。
【００１９】
このように生成されたコンテンツ情報は、コンテンツの字幕データや、コンテンツがコマーシャル中であることを示す情報、スポーツ中継等のコンテンツが競技開始前であることを示す情報等、コンテンツの状況をユーザが把握できる情報である。なお、コンテンツ情報はこれらに限定されず、コンテンツの内容を示すあらゆる情報を含む。
【００２０】
１０４は、１０３で生成したコンテンツ情報をネットワークインタフェース１０６を用いて配信するコンテンツ情報送信部である。１０５は、ストリームソース１０２のストリームを１０６を用いて送信するストリーム送信部である。例えばユーザがクライアント装置で１チャンネルの番組を視聴したい場合は、１０５がストリーム送信要求を受信し、ストリームソース１０２から取得したストリームを、１０６を介して送信する。
【００２１】
１１１はコンテンツ情報を受信して表示する機能が付いたクライアント装置（以降、クライアント装置とする）である。１１３はネットワークインタフェース１１２を介してコンテンツ情報を取得するコンテンツ情報取得部である。１１３で取得したコンテンツ情報はコンテンツ情報再生部１１４で再生され、表示部１１７で表示される。なお、表示部１１７はクライアント装置１１１とは別の装置でもよい。
【００２２】
１１５はネットワークインタフェース１１２経由でストリームを取得するストリーム取得部である。１１５に対してはユーザがどのストリームを再生するかの情報を指定し、指定されたストリームを１１５が取得する。取得したストリームはストリーム再生部１１６で再生され、表示部１１７で表示される。
【００２３】
１１５、１１６を用いたコンテンツの再生の一例を説明する。１１７に表示された１０１が配信可能なストリームからユーザが再生を希望するストリームを選択すると、１１５が当該ストリームの取得指示を１０５に送信する。ストリームの取得指示を受信した１０５は１０２からストリームを取得してネットワーク経由でクライアント装置１１１の１１５に送信する。受信したストリームはストリーム再生部１１６で再生される。
【００２４】
図９は、サーバ装置のハードウェア構成の一例を示す図である。９０１はチューナであり、ストリーム１０２の機能を実現する。なお、ネットワークからコンテンツを取得する場合などは、ネットワークインタフェース９０６がストリームソース１０２の機能を実現する。また、ストリームソースはＨＤＤ（Hard Disk Drive）９０２などコンテンツを蓄積する装置でもよい。
【００２５】
９０３はＣＰＵ（Central Processing Unit）であり、９０４はメモリである。９０５は圧縮されているコンテンツを伸長するデコーダである。コンテンツ情報生成部１０３の機能は、ストリームソース１０２から入力したコンテンツをデコーダ９０６でデコードしてコンテンツの情報を取り出し、取り出した情報をメモリ９０４に保存してＣＰＵ９０３でコンテンツ情報を生成することで実現する。なお、コンテンツからデコーダ９０５を用いなくてもコンテンツ情報を生成できる場合は、必ずしも９０５のハードウェアを用いなくてもよい。
【００２６】
次に、生成したコンテンツ情報は、ＣＰＵ９０３やメモリ９０４で実現するコンテンツ情報送信部１０４の機能によりネットワークインタフェース９０６を用いて送信する。また、ストリーム送信部１０５では、ストリームソース１０２のストリームを送信するが、コンテンツを送信するのに必要であれば、ＣＰＵ９０３、メモリ９０４、デコーダ９０５を用いても良い。例えば、ストリームソース１０２から取得したコンテンツをそのままＣＰＵ９０３がネットワークプロトコルを用いて送信してもよい。バス９０７は、９０１から９０６のモジュールを接続するバスである。なお、接続形態はバスに限らない。
【００２７】
図１０は、クライアント装置のハードウェア構成の一例を示す図である。１００１はチューナである。コンテンツ情報取得部１１３の機能は、ユーザ入力により指定されたコンテンツ情報をＣＰＵ１００３がネットワークプロトコルを用いてネットワークインタフェース１００２を介し、メモリ１００４にコンテンツ情報を保存することで実現する。なお、取得するコンテンツ情報は必ずしもユーザが指定する必要はなく、ＣＰＵ１００３が判断してもよい。
【００２８】
コンテンツ情報再生部１１４の機能は、メモリ１００４に存在するコンテンツ情報をＣＰＵ１００３が表示部１００６に出力することで実現する。なお、出力する際に文字情報や絵をレンダリングしてもよい。ストリーム取得部１１５は、従来のネットワーク経由でのコンテンツ取得であり、ＣＰＵ１００３がネットワークプロトコル及びネットワークインタフェース１００２を用いてメモリ１００４にコンテンツを取得する。ストリーム再生部１１６の機能は、デコーダ１００５を用いてデコードし、表示部１００６で表示する。
【００２９】
図２は、本実施例のサーバ装置及びクライアント装置の動作フローの一例を示す図である。処理を開始すると、サーバ装置はサーバ情報を生成する（２０１）。サーバ情報の一例を図３に示す。サーバ情報とは、サーバ装置の名称３０１やサーバ装置のＩＤ３０２、サーバ装置のネットワーク上のＩＰアドレス３０３やサーバが提供可能なストリームのリストを取得するＵＲＬ（Uniform Resource Locator）３０４、サーバ装置がコンテンツ情報の送信機能を有するかどうかを示すコンテンツ情報送信対応３０５である。クライアント装置はこれらの情報を元にサーバ装置からストリームのリストなどを取得することができる。なお、サーバ情報はステップ２０１で生成する必要はなく、予め生成してサーバ装置に保存しておいても良い。
【００３０】
次に、クライアント装置はサーバ装置にサーバ情報の要求を送信する（２１２）。なお、図２では省略するが、ステップ２１２、２０２の前にサーバ装置は自らの存在を示す情報をネットワーク上に配信するステップや、クライアント装置はサーバ装置の存在を検出したりサーバ装置に存在の有無を確認する検索メッセージを送信するなどのステップを実行しても良い。このようなステップを経ることで、クライアント装置はサーバ装置の存在を検出することができる。
【００３１】
サーバ装置はクライアント装置からのサーバ情報の要求を受信すると（２０２）、サーバ情報を応答として送信する（２０３）。クライアント装置はサーバ情報を受信する（２１３）。次に、クライアント装置では、コンテンツ視聴を開始する（２１４）。なお、ステップ２１４はステップ２１３より前に実行してもよく、またネットワーク経由で他のサーバからストリームを受信するステップでもよい。
【００３２】
次にユーザがコンテンツチェックボタンを押下するなどして、コンテンツチェック機能を開始する（２１５）。コンテンツチェック機能とは、例えばある番組もしくはコンテンツを視聴中に別の番組（裏番組）の内容をチェックしたり、視聴中番組やコンテンツの内容をチェックする機能など、コンテンツ情報の取得を指示する機能である。
【００３３】
クライアント装置は、サーバ情報でコンテンツ情報送信対応が対応可になっている場合や、それぞれのストリームのコンテンツ情報対応状況を示す図４のストリームコンテンツ情報対応情報でコンテンツ情報送信対応４０３が対応可になっている場合に、ステップ２１６を実行しても良い。
【００３４】
ここで、コンテンツ情報の送信に対応しているか否かについて、図３ではサーバ情報がサーバ装置単位で文字情報の送信の対応可否を示している例を説明したが、ストリームごとにコンテンツ情報の送信に対応しているか否かを示す情報が設定されていても良い。
【００３５】
図４はストリームごとにコンテンツ情報の送信に対応しているか否かを示す情報の一例である。この情報は、ストリーム単位でコンテンツ情報の送信に対応しているか否かを示しており、コンテンツ情報生成部１０３がコンテンツ情報を生成可能かどうかを判断し、本情報を生成する。生成するトリガはクライアント装置からの送信要求だけでなく、送信要求を受信する前に予め生成しておいてもよい。また、本情報はメモリ９０４に保存されるか、もしくは、コンテンツが保存されるハードディスクなどの記録媒体上に保存されてもよい。４０１はストリームのＩＤを示し、４０２はストリームの名称を示し、４０３はコンテンツ情報の送信に対応しているか可否かを示す。４０１から４０３はストリームのリストなどに含まれてもよく、ストリームとコンテンツ情報の対応が示されていればいかなる形態でもよい。
【００３６】
次にクライアント装置は、コンテンツのコンテンツ情報の要求を送信する（２１６）。ここで要求するコンテンツ情報とは、例えば視聴中のコンテンツもしくは視聴中のコンテンツとは異なる裏番組などである。クライアント装置はコンテンツ情報を要求するコンテンツを識別するコンテンツＩＤなどの情報を送信してもよい。
【００３７】
サーバ装置はコンテンツのコンテンツ情報の要求を受信すると（２０６）、対応するコンテンツのコンテンツ情報を生成する（２０７）。なお、ステップ２０７はステップ２０６の後でなくてもよく、ステップ２０８でコンテンツ情報が送信可能であれば他のタイミングでもよい。
【００３８】
次にコンテンツのコンテンツ情報を送信する（２０８）。クライアント装置はコンテンツのコンテンツ情報を受信し（２１８）、受信したコンテンツ情報を再生する（２１９）。
【００３９】
図５及び図６はステップ２１５で番組チェックボタンが押下された場合に、文字情報で確認する対象を裏番組とした場合の例を説明した図である。
【００４０】
図５は本実施例の全体構成とデータの流れを示した一例である。なお、５２２はクライアント装置の表示画面の一例を示すが、表示画面は必ずしもクライアント装置自体に備わっている必要は無く、他の表示装置に表示データを送る構成であってもよい。
【００４１】
放送局５０１の放送波はクライアント装置で受信し、表示画面５２２に映像を表示する。これは通常のテレビ視聴と同様である。また、放送局５０１の放送波はサーバ装置でも受信し（５１２）、受信した放送波に含まれるストリームからコンテンツ情報を生成し（５１３）、クライアント装置に送信される（５１４）。
【００４２】
クライアント装置では、サーバ装置から取得したコンテンツ情報を表示画面中の一部（５２３）に表示する。なお、図５ではコンテンツ情報を表示画面右下に表示する例を示したが、コンテンツ情報を表示する位置はこれに限定されない。コンテンツ情報は表示画面中の所定の位置に表示されるようにしてもよいし、メインの番組の映像に合わせて（例えば、動きの少ない領域に表示する等）コンテンツ情報の表示位置を適宜変更するようにしてもよい。
【００４３】
ユーザがチェックしているコンテンツの切り替え操作を実行すると、サーバ装置から切り替え先のコンテンツのコンテンツ情報を新たに取得し、５２３の表示を切替える。
【００４４】
図６に、表示画面５２２の一例をさらに詳細に示す。６０１はテレビ画面全体である。６０２は映像の表示領域であり、ここでは全域にストリームＡが映像として表示されている。６０３は６０２で表示中の映像を示すインジケータである。
【００４５】
６０４はサーバ装置から受信したコンテンツ情報を示すインジケータであり、表示画面全体に表示された番組に対するいわゆる裏番組のチェックを実行していることと、チェック中の裏番組のチャンネルを示している。インジケータで示す内容はチャンネルに限られず、番組のタイトルや放送局の名前などでもよい。
【００４６】
６０５はサーバ装置から受信したコンテンツ情報が示すチェック中のコンテンツの状況である。コンテンツ情報は定期的に更新してもよいし、サーバ装置でコンテンツ情報の更新を検知することによりコンテンツ情報をクライアントに送信し、更新が行われてもよい。また、チェック中のコンテンツの状態が変化したら変化後の状態のコンテンツ情報を送信することで更新が行われても良い。
【００４７】
図７及び図８はステップ２１５でコンテンツチェック機能を開始した場合に、コンテンツ情報で確認する対象を視聴中のコンテンツとした場合の例である。
【００４８】
図７は全体構成とデータの流れを示した一例である。放送局７０１の放送波はクライアント装置で受信し、表示画面７２２に映像を表示する。表示画面５２２と異なる点は、５２２がコンテンツチェック機能を開始しても視聴していたコンテンツの視聴を継続するのに対し、表示画面７２２にはチェックしたい裏番組が表示されることである。
【００４９】
また、放送局７０１の放送波はサーバ装置で受信し（７１２）、コンテンツ情報に変換され（７１３）、クライアント装置に配信される（７１４）。クライアント装置では、サーバ装置から取得したコンテンツ情報を表示する（７２３）。７２３で表示するコンテンツ情報は、番組チェックボタン押下前に７２２で表示していたコンテンツのコンテンツ情報である。
【００５０】
ユーザがチェックしているコンテンツの切り替え操作を実行すると、表示画面７２２に表示された裏番組が切り替わる。
【００５１】
図８に、表示画面７２２の一例をさらに詳細に示す。８０１はテレビ画面全体である。８０２は映像の表示領域であり、全域にいわゆる裏番組であるストリームＢが映像として表示されている。８０３は８０２で表示中の映像を示すインジケータである。
【００５２】
８０４は開始したコンテンツチェック機能に関するインジケータであり、コンテンツチェックを実行していること、コンテンツチェック機能の開始前に視聴していたコンテンツのチャンネルを示している。インジケータで示す内容はチャンネルに限られず、番組のタイトルや放送局の名前などでもよい。
【００５３】
８０５はサーバ装置から受信したコンテンツ情報が示すチェック中のコンテンツの状況である。コンテンツ情報は定期的に更新してもよいし、サーバ装置でコンテンツ情報の更新を検知することによりコンテンツ情報をクライアントに送信することで更新が行われてもよい。また、チェック中のコンテンツの状態が変化したら変化後の状態のコンテンツ情報を送信することで更新が行われてもよい。
【００５４】
８０５でチェック中のコンテンツを８０２での表示に戻す方法は、クライアント装置をユーザが操作することで行われてもよいし、クライアント装置が自動的に８０２での映像表示に切り替えるてもよい。
【００５５】
自動的に切り替える方法は、例えばユーザが切り替え条件を設定する、予めプログラムされているなどにより、特定のコンテンツ情報などをクライアント装置が受信する、などにより切り替えの処理が実行されても良い。
【００５６】
また、上記実施例においてサーバが送信する情報はコンテンツ情報としたが、映像の一部分や静止画、サーバが作成した絵などでもよい。
【００５７】
以上のような構成により、デコーダ数に制限がある場合等、クライアント装置のストリームの再生機能に制限がある場合でも、視聴中のコンテンツ以外のコンテンツの内容を確認することができ、ユーザの利便性が向上する。
【符号の説明】
【００５８】
１０１    サーバ装置
１０２    ストリームソース
１０３    コンテンツ情報生成部
１０４    コンテンツ情報送信部
１０５    ストリーム送信部
１０６    ネットワークインタフェース
１１１    クライアント装置
１１２    ネットワークインタフェース
１１３    コンテンツ情報取得部
１１４    コンテンツ情報再生部
１１５    ストリーム取得部
１１６    ストリーム再生部
１１７    表示部
１２１    放送局
１２２    ネットワーク
【図１】
2011142418.tif 000003
【図２】
2011142418.tif 000004
【図３】
2011142418.tif 000005
【図４】
2011142418.tif 000006
【図５】
2011142418.tif 000007
【図６】
2011142418.tif 000008
【図７】
2011142418.tif 000009
【図８】
2011142418.tif 000010
【図９】
2011142418.tif 000011
【図１０】
2011142418.tif 000012