(57)【要約】【課題】シンクライアントとホストからなるシステムにおいて、シンクライアントにおける最適な受信バッファ制御方法を提供する。【解決手段】端末から受信したコマンドに基づいて、端末に送信すべき映像データを生成する生成手段と、映像データが端末において画質と表示のどちらが優先であるかを、コマンドに基づいて判断する判断手段と、判断手段により、映像データが画質優先であると判断された場合には、端末に設けられ、映像データを受信するバッファを第１の容量にするためのコマンドを端末に送信し、表示優先であると判断された場合には、バッファを第１の容量より小さい第２の容量にするためのコマンドを端末に送信するバッファ制御手段を備えるように情報処理装置を構成する。【選択図】図１
2008288667.tif 000002
【特許請求の範囲】
【請求項１】
端末から受信したコマンドに基づいて、前記コマンドを送信した端末に送信すべき映像データを生成する生成手段と、
前記映像データが前記端末において画質と表示のどちらが優先であるかを、
前記コマンドに基づいて判断する判断手段と、
前記判断手段により、前記映像データが画質優先であると判断された場合には、
前記端末に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、
表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御手段とを備えたことを特徴とする情報処理装置。
【請求項２】
映像・音声データを配信する映像・音声データ配信装置であり、
受信装置からのコマンドにより前記映像・音声データ配信装置から配信される映像データを、
前記コマンドに基づいて判断する判断手段を有しており、
前記判断手段は動きの滑らかな表示と、操作応答性のある表示の、どちらが優先であるを判断し、
前記判断手段により前記映像データが動きの滑らかな表示優先であると判断された場合には、
前記受信装置に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記受信装置に送信し、
操作応答性のある表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記受信装置に送信するバッファ制御手段とを備えたことを特徴とする映像・音声データ配信装置。
【請求項３】
前記判断手段は、コマンドに基づいて前記情報処理装置で実行される事象と、
画質または表示のいずれを優先するかと、を対応付けられたテーブルを参照して、
画質と表示とのどちらが優先であるかを判断することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記判断手段は、コマンドに基づいて前記情報処理装置で実行される事象と、
動きの滑らかな表示または操作応答性のある表示のいずれを優先するかと、を対応付けられたテーブルを参照して、
動きの滑らかな表示と、操作応答性のある表示と、のどちらが優先であるかを判断することを特徴とする請求項２記載の映像・音声データ配信装置。
【請求項５】
第１の端末と第２の端末とがネットワークで接続された情報システムであって、
前記第１の端末は、
前記第２の端末から送信されたコマンドに基づいて、前記第２の端末に送信すべき映像データを生成する生成手段と、
前記映像データが、前記第２の端末にとって、画質と表示とのどちらが優先であるかを、前記コマンドに基づいて判断する判断手段と、
前記判断手段により前記映像データが、画質優先であると判断された場合には、
前記第２の端末の前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、表示優先であると判断された場合には、
前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御手段とを備え、
前記第２の端末は、前記第１の端末から送信されたコマンドに基づき前記バッファの容量を変更することを特徴とする情報処理システム。
【請求項６】
前記第２の端末は、
前記第１の端末から前記映像データとともに受信するコマンドを抽出して、バッファ容量の切り替え制御を行う切替手段を備えたことを特徴とする、請求項４記載の情報処理システム。
【請求項７】
生成手段がコマンドに基づいて前記コマンドを送信した端末に送信すべき映像データを生成するステップと、
判断手段が、前記映像データが、前記端末にとって、
画質と表示とのどちらが優先であるかを、前記コマンドに基づいて判断する判断ステップと、
バッファ制御手段が、前記判断ステップにおいて、前記映像データが、
画質優先であると判断された場合には、
前記端末に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、
表示優先であると判断された場合には、
前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御ステップとを備えたことを特徴とするバッファ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像・音声データを、ネットワークを介して配信するデータ配信システムおよび方法、また、映像・音声データを、ネットワークを介して受信するデータ受信装置およびデータ受信方法に関する。
【背景技術】
【０００２】
近年、高画質かつ高音質な映画やテレビジョン放送の番組を、より容易に家庭内で楽しむことができる「ホームネットワーク」が注目されており、これを実現するシステムも市販され始めている。このシステムの特徴の１つは、ＤＶＤ再生装置やハードディスクドライブ等のコンテンツ提供装置からの映像・音声データが、家庭内の各部屋をつなぐネットワークを介して各部屋に設置された受信端末に伝送され、伝送された映像・音声データは、コンテンツ提供装置が置かれた部屋とは異なる部屋に設置された受信端末において再生される点にある。
【０００３】
つまり、ユーザはコンテンツ提供装置とは異なる部屋に居ながら、コンテンツを視聴できる。
より詳細には、コンテンツを格納するコンテンツ提供装置から映像・音声データを受け取った配信装置は、そのデータを圧縮符号化して、例えば、家庭内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークに送信する。圧縮符号化されたデータをネットワークを介して受信する受信装置は、このデータをデコードしてテレビジョンモニタやスピーカに出力する。ここで利用される家庭内ＬＡＮは、例えば、１００ＢＡＳＥ−ＴＸのネットワーク接続を使用したイーサネット（登録商標）ＬＡＮや、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇといった規格に従う無線ＬＡＮ等である。
【０００４】
コンテンツの視聴時においては、ストリーミング・データの再生が滑らかに行われることが重要であるため、上記ストリーミング・データをデコードする受信装置内のデコーダの前段にストリーミング・データ受信用のバッファが設けられる。
【０００５】
なお、このようなバッファとして、例えば、リングバッファ構成をとるＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ  Ｆｉｒｓｔ−Ｏｕｔ）型のメモリとすることができ、ストリーミング・データを先に受信したデータから順に蓄積していき、デコードする場合はバッファに蓄積されている最初に受信したデータから順に、デコード処理が行われる。このストリーミング・データ受信用のバッファ容量は、ネットワーク伝送遅延や、配信装置および受信装置の処理能力等を考慮して、ある程度の余裕を持つように通常定められる。上述したような受信装置側で受信用のバッファを設けてコンテンツを受信し再生する再生方法および装置では、例えば特許文献１に開示されている。なお、特許文献１に記載の発明において、受信バッファの制御は受信装置側で行われている。
【０００６】
【特許文献１】特開２００４−３５６６９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで近年、シンクライアントと称される情報端末が提案されている。シンクライアントとホストからなるシステムでは、ホストから、シンクライアントにて表示されるべき画像（映像）データや音声データが送信される。また、シンクライアントはホストへコマンドを送信し、コマンドを受信したホストは、このコマンドに基づいて各種の処理を実行する。もちろん、コマンドの実行結果によっては、シンクライアントに送信すべき画像データや音声データは変化する場合がある。
【０００８】
ここで、シンクライアント側にて、ホストから送信された画像データや音声データを再生（デコード）する場合、シンクライアントの受信バッファの容量によって、次のような差異が生ずる。シンクライアントの受信バッファを大きくすると、ホストからの画像データや音声データが送信されてから、その映像や音声データがシンクライアント側でユーザに視聴可能となるまでの時間（遅延時間）が長くなってしまい、操作におけるリアルタイム性を損なうことになる。しかし、通信上のトラフィックの問題が生じて、ホストからのデータが送れない時間が生じた場合でも、その影響は受信バッファにより吸収することができるので、ユーザがコンテンツを鑑賞したいような場合には画面の動きが途切れにくく、ストリーミング・データの再生視聴に適している。しかし、シンクライアント側にてユーザが入力の操作をして、ホストに画面の変更の指示を行っても、ホストから変更後の画像データや音声データが送信されてから画面に視聴可能となるまでに時間がかかってしまう。一方シンクライアントの受信バッファが小さい場合には、先程とは逆に、シンクライアント側での画面の切り替わりのリアルタイム性は向上するが、ネットワークの伝送エラー等によりホストからのデータが受信できないときには画面の動きが途切れやすくなるため、ストリーミング・データの再生視聴には適していない。
【０００９】
そこで、本発明の目的はシンクライアントにおける最適な受信バッファ制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明は以下のような構成を採用した。
【００１１】
本発明の情報処理装置は、端末から受信したコマンドに基づいて、前記コマンドを送信した端末に送信すべき映像データを生成する生成手段と、前記映像データが前記端末において画質と表示のどちらが優先であるかを、前記コマンドに基づいて判断する判断手段と、前記判断手段により、前記映像データが画質優先であると判断された場合には、前記端末に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御手段とを備えたことを特徴とする。
【００１２】
本発明の映像・音声データ配信装置は、映像・音声データを配信する映像・音声データ配信装置であり、受信装置からのコマンドにより前記映像・音声データ配信装置から配信される映像データを、前記コマンドに基づいて判断する判断手段を有しており、前記判断手段は動きの滑らかな表示と、操作応答性のある表示の、どちらが優先であるかを判断し、前記判断手段により前記映像データが動きの滑らかな表示優先であると判断された場合には、前記受信装置に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記受信装置に送信し、操作応答性のある表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記受信装置に送信するバッファ制御手段とを備えたことを特徴とする。
【００１３】
本発明の情報処理システムは、第１の端末と第２の端末とがネットワークで接続された情報システムであって、前記第１の端末は、前記第２の端末から送信されたコマンドに基づいて、前記第２の端末に送信すべき映像データを生成する生成手段と、前記映像データが、前記第２の端末にとって、画質と表示とのどちらが優先であるかを、前記コマンドに基づいて判断する判断手段と、前記判断手段により前記映像データが、画質優先であると判断された場合には、前記第２の端末の前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御手段とを備え、前記第２の端末は、前記第１の端末から送信されたコマンドに基づき前記バッファの容量を変更することを特徴とする。
本発明のバッファ制御方法は、生成手段がコマンドに基づいて前記コマンドを送信した端末に送信すべき映像データを生成するステップと、判断手段が、前記映像データが、前記端末にとって、画質と表示とのどちらが優先であるかを、前記コマンドに基づいて判断する判断ステップと、バッファ制御手段が、前記判断ステップにおいて、前記映像データが、画質優先であると判断された場合には、前記端末に設けられた前記映像データを受信するバッファを第１の容量にするためのコマンドを前記端末に送信し、表示優先であると判断された場合には、前記バッファを前記第１の容量より小さい第２の容量にするためのコマンドを前記端末に送信するバッファ制御ステップとを備えたことを特徴とする。
【発明の効果】
【００１４】
この発明によれば、シンクライアントに適したバッファ制御を行うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施の形態を説明する。
図１は、本発明の一実施形態としてのデータ配信装置を含むシステムの構成を示すブロック図である。図１を参照すると、データ配信装置は、コンテンツを配信する映像・音声配信装置１に相当し、コンテンツをエンコードして配信する。受信装置は、配信されたコンテンツを受信して出力装置１８にて映像を表示し、音声出力装置１９にて音声を再生する。入力装置１７は視聴するコンテンツを選択するなどの操作や、映像・音声の表示や出力の調整等を行うための入力を行うものであり、ユーザにより操作される。
【００１６】
映像・音声配信装置１は受信装置２へのコンテンツを配信する装置であり、コマンド解析手段３と、判定手段４と、表示制御手段５と、バッファ制御手段６と、記憶部８と、エンコード部９と、送信部１０と、受信部１１と、を含んで構成される。コマンド解析手段３は、受信装置２から映像・音声配信装置１へ送信されるコマンドにより映像・音声配信装置１にて実行されるべき処理内容を解析する。出力情報生成手段５は、コマンド解析手段３にて解析された映像・音声配信装置１にて実行されるべき処理内容に基づいて、映像・音声配信装置１が受信装置２に送信すべき映像・音声データを生成する。判定手段４は、コマンド解析手段３にて解析された映像・音声配信装置１にて実行されるべき処理内容と、記憶部８に保存されたテーブル情報と、を参照して、映像・音声配信装置１が受信装置２に送信する映像データが画質優先であるか、表示優先であるかを判定する。画質優先の映像データとは、受信装置２の出力装置１８において、途切れのない滑らかな動きの表示として視聴できることが望ましい映像のことであり、例えばコンテンツデータの映像が挙げられる。
【００１７】
次に、表示優先の映像データとは、受信装置２の出力装置１８において、ユーザによる入力装置１７からの操作入力をレスポンス良く反映する表示として視聴できることが望ましい映像のことであり、例えばメニュー画面の映像が挙げられる。
【００１８】
バッファ制御手段６は、判定手段４の判定結果により、画質優先の場合はバッファ１５の容量を大きくするコマンドを、表示優先の場合は、バッファ１５の容量を小さくするコマンドを、受信装置２へ送信する。記憶部８は、コンテンツ提供装置からのコンテンツ情報や、判定手段４にて参照するテーブル情報を記憶する。テーブル情報は、受信装置２が送信したコマンドを受信した映像・音声配信装置１にて実行される事象が、画質または表示のいずれを優先するかが対応付けられている。エンコード部９は、出力情報生成手段５により生成された音声・映像データを所定の圧縮方法で圧縮する。所定の圧縮方式とは、例えばＭＰＥＧ−２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−２）である。本実施の形態では、映像データ、音声データともにＭＰＥＧ−２で圧縮符号化が行われるものとして説明を行うが、この圧縮方法に限定される必要はなく、他の圧縮方法を用いてシステムを構築することもできる。
【００１９】
図１には図示していないが、エンコード部９へのコンテンツの提供は、映像データおよび音声データを含むコンテンツを提供する手段等によりなされ、例えば、ＤＶＤ再生装置（ＤＶＤプレイヤー）、ビデオテープレコーダ、ビデオサーバ、アナログテレビジョン受信機、およびディジタルテレビジョン受信機等がこれに相当する。コンテンツが既にＭＰＥＧ−２のＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ：トランスポート・ストリーム）の形式のように圧縮されたデータで提供されれば、エンコード部９を使用しないことも可能であるし、提供された圧縮率では配信に適さない場合には、一旦デコードした後に所定の圧縮率及び圧縮方法でエンコード部９により圧縮することも可能である。
【００２０】
次に、受信装置２は、受信部１２と、切替手段１３と、バッファ１５と、デコード部１６と、送信部１４と、を有しており、映像・音声配信装置１からのストリーミング・データを受信して復号し、映像データをテレビジョンモニタ等の出力装置１８に表示出力し、音声データをスピーカ等の出力装置１８に音声出力する。受信部１２はネットワークインタフェース機能を備えており映像・音声配信装置１からのエンコード部９にて圧縮されたストリーミング・データを受信する。切替手段１３は、映像・音声配信装置１から受信装置２へ映像・音声データと共に送信されるコマンドを抽出して、バッファ１５の容量を大きくするか小さくするかを切り替える。バッファ１５は受信部１２からのストリーミング・データ（ＭＰＥＧ−２形式に圧縮符号化された映像・音声データ）を一時記憶する。バッファ１５は例えば、リングバッファ構成をとるＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ  Ｆｉｒｓｔ−Ｏｕｔ）型のメモリであり、当該ストリーミング・データを受信してそれらを蓄積する。バッファ１５内のストリーミング・データは、最初に受信したものから順に、デコード部１６に提供され、そこでストリーミング・データのデコード処理を含む再生処理が行われる。デコード部１６は、ＭＰＥＧ−２形式のデータを映像データ、音声データに分離しデコードする。
【００２１】
次に図２、図３および図４を用いて、映像・音声配信装置１および受信装置２の動作について説明する。
まず、受信装置２から受信したコマンドに基づいて、映像・音声配信装置１から受信装置２に送信すべき映像データが、画質優先と判断される動作を説明する。
【００２２】
図２を参照すると、受信装置２の出力装置１８の画面には、第１の画面３２が表示されている。ユーザが入力装置１７にて、第１の画面３２における映像画面ウインドウ３５を最大化する指示をおこなうと、入力装置１７はコマンドを生成する。最大化する指示は、例えばユーザがマウスカーソルを映像画面ウインドウ３５の領域に位置させて、入力装置１９であるマウスをダブルクリックする等により行われる。入力装置１７が生成したコマンドは、送信部１４から映像・音声配信装置１へ送信される。
【００２３】
図３において、コマンド解析手段３は、受信装置２から受信したコマンドにより、制御部７にて実行される事象が、メニュー画面ウインドウ３４を表示から隠す事象と、映像画面ウインドウ３５を画面の最大領域に表示する事象であることを解析する（ステップＳ１）。出力情報生成手段５は、記憶部８からコンテンツ情報を読み込んで（ステップＳ３）、図２における第２の表示画面を生成して受信装置２へ送信する（ステップＳ５）。
【００２４】
ここで記憶部８に記憶されているテーブル情報には、受信装置２から受信したコマンドにより、メニュー画面ウインドウ３４を表示から隠す事象と、映像画面ウインドウ３５を画面の最大領域に表示する事象を、画質優先であると判定されるように対応付けられているものとする。判定手段４は、コマンド解析手段３での解析結果と、テーブル情報を参照し比較し（ステップＳ２）、出力情報生成手段５から受信装置２へ送信した映像データは画質優先の映像データであると判定する（ステップ４）。バッファ制御手段６は、バッファ容量を大きくする制御信号を生成し受信装置２へ送信する（ステップＳ７）。
【００２５】
次に受信装置２では、映像・音声配信装置１から映像・音声データと共に送信されるコマンドを切替手段１３にて検出し（ステップ１０）、バッファ１５の容量を大きくする制御であると判定し（ステップＳ１１）、バッファ１５の容量を大きくするように切り替える（ステップＳ１２）。このときバッファ１５に蓄積されたデータは、引き続き視聴するものとしてバッファをクリアしなくてもよい。
【００２６】
次に、受信装置２から受信したコマンドに基づいて、映像・音声配信装置１から受信装置２に送信すべき映像データが、表示優先と判断される動作を説明する。
【００２７】
図２を参照すると、受信装置２の出力装置１８の表示画面には、第２の画面３３が画面の最大領域に表示されており、ユーザが入力装置１７にて第２の画面３３を第１の画面３２に復帰させる指示をおこなうことにより、入力装置１７はコマンドを生成する。復帰させる指示は、例えばユーザが入力装置１７であるマウスによりメニュー画面ウインドウ３４を表示させ、画面を復帰させる指示を選択する等により行われる。画面を復帰させる指示により、メニュー画面ウインドウ３４が再表示され、映像画面ウインドウ３３は３５に縮小表示される。
【００２８】
具体的には、コマンド解析手段３は、受信装置２から受信したコマンドにより、制御部７にて実行される事象がメニュー画面ウインドウ３４を３５に縮小表示する事象であることを解析する。出力情報生成手段５は、記憶部８からメニュー画面およびコンテンツデータを読み込んで（ステップＳ３）、第１の画面３２を生成して受信装置２へ送信する（ステップＳ５）。記憶部８にて記録されているテーブル情報には、メニュー画面ウインドウ３４を再表示する事象と、映像画面ウインドウを縮小表示する事象を、表示優先であると判定されるように対応付けられているものとする。判定手段４は、コマンド解析手段３での解析結果と、テーブル情報を参照して比較し、出力情報生成手段５から受信装置２へ送信した映像データは表示優先の映像データであると判定する（ステップ４）。バッファ制御手段６は、バッファ容量を小さくするコマンドを生成し、受信装置２へ送信する（ステップＳ７）。
【００２９】
次に受信装置２では、映像・音声配信装置１から映像・音声信号と共に送信さるコマンドを切替手段１３にて検出して（ステップ１０）、バッファ容量を大きくするコマンドではないと判定し（ステップＳ１１）、バッファ１５の容量を小さくするように切り替える（ステップＳ１３）。このときバッファ１５に蓄積されたデータはクリアして新たな映像を早く蓄積するようにしてもよい。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態に係る配信システムを示すブロック図である。
【図２】本発明の実施形態に係る画面優先と表示優先の動作を説明する図である。
【図３】本発明の実施形態に係る配信装置の動作を示すフローチャートである。
【図４】本発明の実施形態に係る受信装置の動作を示すフローチャートである。
【符号の説明】
【００３１】
１  映像・音声配信装置
２  受信装置
３  コマンド解析手段
４  判定手段
５  出力情報生成手段
６  バッファ制御手段
７  制御部
８  記憶部
９  エンコード部
１０、１４  送信部
１１、１２  受信部
１３  切替手段
１５、３０、３１、３６、３７  バッファ
１６  デコード部
１７  入力装置
１８  出力装置
２０  ネットワーク
３２  第１の画面
３３  第２の画面
３４  メニュー画面ウインドウ
３５  映像画面ウインドウ
【図１】
2008288667.tif 000003
【図２】
2008288667.tif 000004
【図３】
2008288667.tif 000005
【図４】
2008288667.tif 000006