(57)【要約】【課題】送受信間で圧縮方法やビットレートの仕様が異なるために、コンテンツ配信ができない場合を回避しつつ、サーバ側の小容量化も実現し得るデータ送受信方法を提供する。【解決手段】データ受信装置２００は、データ送信装置４００に、コンテンツＩＤ、圧縮方法及びビットレートの範囲を送信する（Ｓ１２０１）。データ送信装置４００は、圧縮方法とビットレートを特定してデータ受信装置２００に返信する（Ｓ１２０２）。データ送信装置４００は、上記の圧縮方法でコンテンツの符号化を行ない、上記のビットレートでコンテンツ配信を開始する（Ｓ１２０７）。この間、データ受信装置２００から「ビットレート変更要求」を受信した場合（Ｓ１２０８）、データ送信装置４００は、新しいビットレートを決定してデータ受信装置２００に通知し（Ｓ１２１０）、変更されたビットレートでコンテンツ配信を再開する（Ｓ１２１３〜Ｓ１２１５）。【選択図】　　　図９
2004023732.tif 000002
【特許請求の範囲】
【請求項１】
データ受信装置からの要求に応じて、所定のデジタルコンテンツを配信するデータ送信装置であって、
データ受信装置から通信形態を確定させるための情報を受信する形態情報受信手段と、
前記受信された通信形態を確定させるための情報に基づいて、前記デジタルコンテンツの通信形態を決定する通信形態決定手段と、
前記決定された通信形態に従って、前記データ受信装置に前記デジタルコンテンツを送信するデータ送信手段と
を備えることを特徴とするデータ送信装置。
【請求項２】
前記通信形態を確定させるための情報は、前記デジタルコンテンツを符号化する際の圧縮方法である
ことを特徴とする請求項１記載のデータ送信装置。
【請求項３】
前記通信形態を確定させるための情報は、前記デジタルコンテンツを送信する際のビットレートである
ことを特徴とする請求項１記載のデータ送信装置。
【請求項４】
前記通信形態を確定させるための情報は、前記デジタルコンテンツを符号化する際の圧縮方法及び前記デジタルコンテンツを送信する際のビットレートである
ことを特徴とする請求項１記載のデータ送信装置。
【請求項５】
前記形態情報受信手段は、前記通信形態を確定させるための情報として、前記デジタルコンテンツを送信する際のビットレートの範囲を受信し、
前記通信形態決定手段は、受信した前記範囲に基づいて、唯一のビットレートを通信形態として決定する
ことを特徴とする請求項１記載のデータ送信装置。
【請求項６】
通信形態決定手段は、さらに、
通信形態を決定できない場合は、前記データ受信装置に配信不可通知を送信することを特徴とする請求項２〜５のいずれか１項に記載のデータ送信装置。
【請求項７】
前記形態情報受信手段は、さらに、
前記デジタルコンテンツの送信途中において、前記データ受信装置から通信形態を変更させるための情報を受け付け、
前記通信形態決定手段は、さらに、
前記受け付けられた通信形態を変更させるための情報に基づいて、通信形態を変更し、
前記データ送信手段は、さらに、
前記変更された通信形態に従って、前記送信途中に係るデジタルコンテンツの残りを送信すること
ことを特徴とする請求項６記載のデータ送信装置。
【請求項８】
前期データ送信手段は、さらに、
前記残りのデジタルコンテンツの一部には、通信形態が変更された旨を表す情報を付加する
ことを特徴とする請求項７記載のデータ送信装置。
【請求項９】
データ送信装置からデジタルコンテンツの配信を受けるデータ受信装置であって、
通信形態を確定させるための情報をデータ送信装置に送信する形態情報送信手段と、
前記情報を送信したデータ送信装置から決定された通信形態を表す情報を受信する形態情報受信手段と、
前記決定された通信形態に従って、前記データ送信装置からデジタルコンテンツを受信して復号するデータ受信手段と
を備えることを特徴とするデータ受信装置。
【請求項１０】
前記通信形態を確定させるための情報は、前記データ送信装置が前記デジタルコンテンツを符号化する際の圧縮方法である
ことを特徴とする請求項９記載のデータ受信装置。
【請求項１１】
前記通信形態を確定させるための情報は、前記データ送信装置が前記デジタルコンテンツを送信する際のビットレートである
ことを特徴とする請求項９記載のデータ受信装置。
【請求項１２】
前記通信形態を確定させるための情報は、前記データ送信装置が前記デジタルコンテンツを符号化する際の圧縮方法及び前記デジタルコンテンツを送信する際のビットレートである
ことを特徴とする請求項９記載のデータ受信装置。
【請求項１３】
前記形態情報送信手段は、
前記通信形態を確定させるための情報として、前記データ送信装置が前記デジタルコンテンツを送信する際のビットレートの範囲を送信し、
前記形態情報受信手段は、
前記決定された通信形態を表す情報として、唯一のビットレートを受信する
ことを特徴とする請求項９記載のデータ受信装置。
【請求項１４】
通信形態受信手段は、さらに、
前記データ送信装置から、通信形態を決定できない旨を表す配信不可通知を受信した場合は、通信可能な通信形態を表す情報を送信する
ことを特徴とする請求項１０〜１３のいずれか１項に記載のデータ受信装置。
【請求項１５】
前記データ受信装置は、さらに、
当該装置の処理状況を分析する処理状況分析手段を備える
ことを特徴とする請求項１４記載のデータ受信装置。
【請求項１６】
前記形態情報送信手段は、さらに、
前記分析された処理状況に基づいて、前記デジタルコンテンツの受信途中において、通信形態を変更させるための情報を送信し、
前記通信形態受信手段は、さらに、
前記データ送信装置から変更された通信形態を表す情報を受信し、
前記データ受信手段は、さらに、
前記受信した変更された通信形態を表す情報に従って、前記受信途中に係るデジタルコンテンツを受信して復号する
ことを特徴とする請求項１５記載のデータ受信装置。
【請求項１７】
前期データ受信手段は、さらに、
受信したデジタルコンテンツの一部に、通信形態が変更された旨を表す情報が付加されている場合は、当該情報に基づいて復号する
ことを特徴とする請求項１６記載のデータ受信装置。
【請求項１８】
データ受信装置からの要求に応じて、所定のデジタルコンテンツを配信するためのデータ送信方法であって、
データ受信装置から通信形態を確定させるための情報を受信する形態情報受信ステップと、
前記受信された通信形態を確定させるための情報に基づいて、前記デジタルコンテンツの通信形態を決定する通信形態決定ステップと、
前記決定された通信形態に従って、前記データ受信装置に前記デジタルコンテンツを送信するデータ送信ステップと
を含むことを特徴とするデータ送信方法。
【請求項１９】
データ送信装置からデジタルコンテンツの配信を受けるためのデータ受信方法であって、
通信形態を確定させるための情報をデータ送信装置に送信する形態情報送信ステップと、
前記情報を送信したデータ送信装置から決定された通信形態を表す情報を受信する形態情報受信ステップと、
前記決定された通信形態に従って、前記データ送信装置からデジタルコンテンツを受信して復号するデータ受信ステップと
を備えることを特徴とするデータ受信方法。
【請求項２０】
データ受信装置の要求に応じて、データ送信装置から所定のデジタルコンテンツを送信するためのデータ送受信方法であって、
データ受信装置が、通信形態を確定させるための情報をデータ送信装置に送信する形態情報送信ステップと、
前記データ送信装置が、前記データ受信装置から通信形態を確定させるための情報を受信する形態情報受信ステップと、
前記データ送信装置が、前記受信された通信形態を確定させるための情報に基づいて通信形態を決定し、決定された通信形態を表わす情報を前記データ受信装置に送信する通信形態決定ステップと、
前記データ受信装置が、前記決定された通信形態を表わす情報を受信する決定情報受信ステップと、
前記データ送信装置が、前記決定された通信形態に従って、前記データ受信装置に前記デジタルコンテンツを送信するデータ送信ステップと、
前記データ受信装置が、前記決定された通信形態を表わす情報に従って、前記データ送信装置からデジタルコンテンツを受信して復号するデータ受信ステップとを含むことを特徴とするデータ送受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタル通信技術に関し、特に通信網に接続されたマルチメディア端末とコンテンツサーバ間における、デジタルコンテンツの送受信技術に関する。
【０００２】
【従来の技術】
近年、インターネットの普及に伴い、パソコンや携帯情報端末のユーザを対象とした映像や音楽等のコンテンツの配信が盛んに行なわれている。その背景には、無線通信を含むインターネット通信網の広帯域化、常時接続が可能な通信環境や移動体通信網の整備、データ圧縮技術の発達や集積化技術の向上などがある。
【０００３】
その一方、特定なコンテンツサーバへの量的なアクセス集中や、特定の時間帯における時間的なアクセス集中に伴って、通信効率が悪化するという問題が生じている。この問題を回避するために、いくつかの手法が提案されている。例えば、通信の混み具合に応じて帯域幅の変更等を行なう方式として、ＲｅａｌＮｅｔｗｏｒｋｓ社のＳｕｒｅＳｔｒｅａｍや、Ｍｉｃｒｏｓｏｆｔ社のＩｎｔｅｌｌｉｇｅｎｔ　Ｓｔｒｅａｍｉｎｇ、特開平１１−１２７１５０号公報記載の「データ送受信システム及びデータ送受信方法並びにデータ受信装置及びデータ受信方法」などがある。これらは、通信路における利用可能な帯域幅の実効値に応じて、端末とサーバ間とのビットレートをコントロールするものである。つまり、通信路の混み具合をサーバが監視し、この混み具合に応じて帯域幅を増減させて制御を行なうものである。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記の従来方法は、時々刻々と変化する個々の端末における処理状況の変動に応じて帯域幅を制御するものではないため、コンテンツの受信に割り当てることができる処理能力が減少した場合は、サーバのビットレートに追従できず、途中でコンテンツが受信できなくなるという問題が生じる。さらに、データの処理能力が全く異なる端末に対して、コンテンツを配信するためには、それぞれの端末に適した圧縮方法で符号化したコンテンツを予め用意し、それぞれの端末に適したビットレートで送信しなければならず、サーバの記憶容量が増大し、送信機能を拡張しなければならないという問題も生じる。
【０００５】
例えば、デジタルテレビ受像機が映像コンテンツの配信を受けている場合において、２０Ｍｂｐｓのビットレートで受信／再生中に、地上波の番組の予約録画がバックグラウンドで起動し、映像コンテンツの受信と地上波の録画処理とが同時に実行しなければならない場合が該当する。また、２０Ｍｂｐｓの受信能力をもつデジタルテレビ受像機と、３８４Ｋｂｐｓの受信能力をもつ携帯電話に対して、同じ内容のコンテンツデータを配信する場合に、従来の方式では、内容が同じでありながら、異なる圧縮方式でコンテンツを圧縮してサーバの記憶装置に格納しなければならない場合（配信時のビットレートが異なるために、異なるデータ形式でコンテンツを格納しなければならない場合も含む。）が該当する。
【０００６】
そこで、本発明は、上記課題に鑑みてなされたものであり、配信されるコンテンツの圧縮方法や配信時のビットレートが異なるために、端末側で受信できない場合を回避しつつ、サーバ側の小容量化も実現し得るデータ送受信方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、データ受信装置からの要求に応じて、所定のデジタルコンテンツを送信するデータ送信装置であって、データ受信装置から通信形態を確定させるための情報を受信する形態情報受信手段と、前記受信された通信形態を確定させるための情報に基づいて、前記デジタルコンテンツの通信形態を決定する通信形態決定手段と、前記決定された通信形態に従って、前記データ受信装置に前記デジタルコンテンツを送信するデータ送信手段とを備える。
【０００８】
また、上記目的を達成するために、本発明は、データ送信装置からデジタルコンテンツの配信を受けるデータ受信装置であって、通信形態を確定させるための情報をデータ送信装置に送信する形態情報送信手段と、前記情報を送信したデータ送信装置から決定された通信形態を表す情報を受信する形態情報受信手段と、前記決定された通信形態に従って、前記データ送信装置からデジタルコンテンツを受信して復号するデータ受信手段とを備える。
【０００９】
さらに、上記目的を達成するために、本発明は、上記データ送信装置やデータ受信装置の特徴的な手段をステップとするデータ送信方法、データ受信方法及びデータ送受信方法として実現することもできる。また、上記データ送信装置やデータ受信装置から構成されるデータ送受信システムとして実現することもできる。
【００１０】
【発明の実施の形態】
以下、本発明に係る実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は、本実施の形態におけるデータ送受信システムの概略を表すブロック図である。本データ送受信システム１０は、インターネット５０を介して、データ送信装置４００からデータ受信装置１００〜３００（具体的には、携帯電話、デジタルＴＶ及びパソコンなどの通信機能を有する端末装置）に、データ受信装置から指示されたた通信形態に基づいてコンテンツの配信を行なうシステムである。例えば、データ送信装置４００が、データ受信装置１００から「コンテンツ識別子（例えば、コンテンツＩＤなど）、圧縮方法、ビットレート」について指示を受けた場合に、このデータ受信装置１００に対して、コンテンツ識別子が示すファイルを読み出して指示された圧縮方法で符号化を行ない、指示されたビットレートで配信を行なう。なお、以下の説明では、コンテンツ識別子の一例として、コンテンツＩＤを用いることとする。
【００１１】
以下、個々の装置の機能構成について、詳細に説明する。
図２は、本実施の形態における、表示機能を有するデータ受信装置２００のハードウェア構成を示す図である。データ受信装置２００は、例えば、インターネット５０に接続されているデジタルテレビ受像機であり、ＣＰＵ２０１、主記憶装置２０２、ディスプレイ装置２０３、通信制御装置２０４、デコーダ２０６、入力装置２０７及びファイル装置２１０等によって構成される。この場合、各装置は、内部バス２０８によって相互に接続されている。
【００１２】
ＣＰＵ２０１及び主記憶装置２０２は、ファイル装置２１０に格納されている制御プログラム２１１に基づいて、データ受信装置２００全体の制御を行なう。ディスプレイ装置２０３は、例えば、プラズマディスプレイパネル等である。通信制御装置２０４は、コンテンツを受信するための通信回路や制御回路等であり、モデム又はＤＳＵ（Ｄｉｇｉｔａｌ　Ｓｅｒｖｉｃｅ　Ｕｎｉｔ）／ＴＡ（Ｔｅｒｍｉｎａｌ　Ａｄａｐｔｅｒ）等を含む。この通信制御装置２０４は、一般の電話回線又はＩＳＤＮ等を介してインターネット５０と接続されている。
【００１３】
デコーダ２０６は、上記の通信制御装置２０４によって受信されたコンテンツの復号を行なう。例えば、ＭＰＥＧ−２のビデオデコーダ、オーディオデコーダなどである。入力装置２０７は、オペレータ（「ユーザ」ともいう。）の操作を受け付けるためのリモコンやパネルスイッチ等である。ファイル装置２１０は、例えば、ハードディスク等であり、制御プログラム２１１及び圧縮方法テーブル２１２等を格納する。制御プログラム２１１は、データ受信装置２００全体を制御するためのプログラムである。また、圧縮方法テーブル２１２は、本データ受信装置２００で扱うことができるコンテンツの種類毎に、圧縮方法やビットレートなどが対応付けられて登録されるテーブルである。
【００１４】
図４は、上記ファイル装置２１０に格納されている圧縮方法テーブル２１２の構成例である。図４に示されるように、圧縮方法テーブル２１２は、コンテンツの種類２１２ａ毎に、圧縮方法２１２ｂ、ビットレートの範囲２１２ｃなどが定義されている。この圧縮方法テーブル２１２の内容は、オペレータの操作等によって登録される。さらに、圧縮方法テーブル２１２の内容は、ディスプレイ装置２０３に表示され、オペレータの操作等によって圧縮方法２１２ｂ及びビットレートの範囲２１２ｃが選択される。なお、図４には、１つのコンテンツの種類２１２ａ（例えば、動画像Ａ）については、１組の圧縮方法２１２ｂ及びビットレートの範囲２１２ｃが定義されている例が示されているが、勿論、１つのコンテンツの種類２１２ａについて、複数の組の圧縮方法２１２ｂ及びビットレートの範囲２１２ｃを定義することとしてもよい。
【００１５】
図３は、本実施の形態におけるデータ送信装置４００のハードウェア構成を示す図である。データ送信装置４００は、インターネット５０を介してデータ受信装置２００等にコンテンツを配信するためのコンテンツサーバであり、ＣＰＵ４０１、主記憶装置４０２、エンコーダ４０３、通信制御装置４０４及びファイル装置４１０等によって構成されている。なお、データ送信装置４００の各装置は、内部バス４０５を介して相互に接続されている。
【００１６】
ＣＰＵ４０１、主記憶装置４０２及び制御プログラム４１１の機能は、上記データ受信装置２００の場合と同様に、データ送信装置４００全体の制御を行なう。さらに、データ送信装置４００においては、データ受信装置２００から受信した「コンテンツＩＤ（又はコンテンツ名）」、「圧縮方法」及び「ビットレートの範囲」を示す情報は、主記憶装置４０２に格納され、上記コンテンツの配信が完了するまで保持される。
【００１７】
エンコーダ４０３は、配信するコンテンツを符号化するための符号化回路等であり、例えば、ＭＰＥＧ−２のビデオエンコーダ、オーディオエンコーダ等である。通信制御装置４０４は、データ受信装置２００等にコンテンツを配信するための通信回路や制御回路等であり、モデム又はＤＳＵ／ＴＡ等を含む。この通信制御装置４０４は、上記の通信制御装置２０４と同様に、インターネット５０に接続されている。
【００１８】
ファイル装置４１０は、例えば、ハードディスク等であり、制御プログラム４１１、コンテンツファイル４１２、圧縮方法テーブル４１３及びコンテンツテーブル４１４等が格納されている。コンテンツファイル４１２には、コンテンツの実体が格納されている。圧縮方法テーブル４１３には、コンテンツの種類毎に、圧縮方法やビットレートの範囲等が対応付けられて登録されている。また、コンテンツテーブル４１４には、コンテンツＩＤ毎に、コンテンツ名やコンテンツの格納先を示す情報等が対応付けられて登録されている。
【００１９】
図５は、上記圧縮方法テーブル４１３の構成例である。図５に示されるように、圧縮方法テーブル４１３は、コンテンツの種類４１３ａ毎に、圧縮方法４１３ｂ、ビットレートの範囲４１３ｃ、ビットレートの初期値４１３ｄなどが定義されている。
図６は、上記コンテンツテーブル４１４の構成例である。図６に示されるように、コンテンツテーブル４１４は、コンテンツＩＤ４１４ａ毎に、コンテンツ名４１４ｂ、格納先４１４ｃ及びコンテンツの種類４１４ｄなどが定義されている。
【００２０】
次に、上記データ受信装置２００及びデータ送信装置４００の各機能の詳細について説明する。
図７は、データ受信装置２００の機能構成及びデータの流れを示すブロック図である。このデータ受信装置２００は、上述したように、コンテンツの受信にあたり、データ送信装置４００に対して、圧縮方法やビットレート等の通信形態の指示を行なう機能を有し、データ送受信部５０１、通信制御情報受信部５０２、通信制御情報送信部５０３、圧縮データ受信部５０４、ビットレート算出部５０５、圧縮方法検索部５０６、データ復号化部５０７、データ表示制御部５０８、圧縮データ設定部５０９、データ表示部５００、ファイル管理部５１０、ビットレート変更部５１２及び操作入力部５１３等から構成される。
【００２１】
データ送受信部５０１は、インターネット５０を介してデータ送信装置４００との間で、コンテンツデータや制御信号等の送受信を行なう。なお、以下では、データ受信装置２００が配信を受けるコンテンツデータは、データ送信装置４００において、ＭＰＥＧ−２又はＭＰＥＧ−４等で圧縮され（以下、「圧縮データ」という。）、所定のビットレートで送信される。この圧縮データには、通信を制御するための信号（以下、「通信制御情報」という。）が含まれるものとする。また、データ受信装置２００からデータ送信装置４００に対しては、通信制御情報が送信される。
【００２２】
通信制御情報受信部５０２は、データ送受信部５０１を介して受信された、例えば、パケットデータから通信制御情報を抽出し、圧縮データ設定部５０９に送信する。通信制御情報送信部５０３は、ビットレート算出部５０５から圧縮方法やビットレートを受信し、データ送信装置４００に送信するパケットデータの通信制御情報として付加し、これをデータ送受信部５０１に送信する。圧縮データ受信部５０４は、データ送受信部５０１を介して受信されたパケットデータから圧縮データを抽出し、データ復号化部５０７に送信する。
【００２３】
ビットレート算出部５０５は、操作入力部５１３を介して受け付けられたオペレータの操作により、データ受信装置２００における処理状況（例えば、ＣＰＵの負荷状況等）を分析し、コンテンツを受信し得るビットレートを算出し、圧縮方法検索部５０６に通知する。具体的には、通信制御情報受信部５０２、圧縮データ受信部５０４、データ復号化部５０７、データ表示制御部５０８におけるデバイス（ＣＰＵやＤＳＰなど）の使用負荷等を測定し、その時点におけるコンテンツデータを受信し得るビットレートを算出する。従って、オペレータは、この算出結果を確認しながら、コンテンツを受信し得るビットレートの範囲を決定することが可能となる。
【００２４】
圧縮方法検索部５０６は、操作入力部５１３を介して受け付けられたオペレータの操作により、コンテンツの種類等に基づいて圧縮方法テーブル５１１を検索してデータ表示部５００に表示し、そのデータ受信装置におけるコンテンツを受信し得る圧縮方法及びビットレートを特定する。さらに、圧縮方法検索部５０６は、ビットレート算出部５０５から算出されたビットレートの値の通知を受ける。なお、特定された圧縮方法及びビットレートは、オペレータの操作により、通信制御情報送信部５０３に送信される。
【００２５】
データ復号化部５０７は、圧縮データ受信部５０４を介して受信された圧縮データを復号し、データ表示制御部５０８に送信する。
データ表示制御部５０８は、復号されたコンテンツデータをデータ表示部５００に表示する。
圧縮データ設定部５０９は、通信制御情報受信部５０２から圧縮方法やビットレート等を受信し、データ復号化部５０７に送信する。さらに、圧縮データ設定部５０９は、圧縮方法及びビットレート等を受信した旨を通信制御情報送信部５０３に通知する。
ファイル管理部５１０は、圧縮方法検索部５０６又は圧縮ビットレート算出部５０５からの指示に基づき、圧縮方法テーブル２１２の参照、検索等を行なう。
【００２６】
ビットレート変更部５１２は、他のアプリケーションの起動時及び定期的（例えば、６０［ｓｅｃ］毎）にデータ受信装置２００の処理状況（例えば、ＣＰＵの負荷状況等）を分析し、コンテンツを受信し得るビットレートを算出する。具体的には、通信制御情報受信部５０２、圧縮データ受信部５０４、データ復号化部５０７、データ表示制御部５０８におけるデバイス（ＣＰＵやＤＳＰなど）の使用負荷等を測定し、その時点におけるコンテンツデータを受信し得るビットレートを算出する。ビットレートが適切な値でない場合は、ビットレートの変更を要求する旨をデータ送信装置４００に通知する。さらに、データ受信装置２００内で各種アプリケーションの起動を検知した場合も、上記と同様に、デバイスの使用負荷の測定、適切なビットレートの算出及びビットレートの変更要求の通知を行なう。但し、これらの場合は、ビットレートのみを変更し、圧縮方法の変更は行なわないこととする。
【００２７】
操作入力部５１３は、オペレータからコンテンツを特定するためのコンテンツＩＤを受け付け、圧縮方法検索部５０６に送信する。さらに、操作入力部５１３は、特定された圧縮方法及びビットレートをデータ送信装置４００に送信するための操作をオペレータから受け付ける。
【００２８】
図８は、データ送信装置４００の機能構成及びデータの流れを示すブロック図である。このデータ送信装置４００は、例えば、データ受信装置２００から、上記のように圧縮方法やビットレート等の通信形態の指示を受けた場合は、その通信形態に基づいてデータ受信装置２００にコンテンツの配信を行なう機能を有しており、データ送受信部７０１、通信制御情報受信部７０２、通信制御情報送信部７０３、圧縮データ送信部７０４、ビットレート決定部７０５、圧縮方法決定部７０６、コンテンツ検索部７０７、データ符号化部７０８及びファイル管理部７１０等から構成される。
【００２９】
データ送受信部７０１は、インターネット５０を介してデータ受信装置２００との間で、コンテンツや制御信号等の送受信を行なう。
通信制御情報受信部７０２及び通信制御情報送信部７０３は、上記データ受信装置２００における通信制御情報受信部５０２及び通信制御情報送信部５０３と同様の機能である。
圧縮データ送信部７０４は、符号化され、圧縮されたコンテンツデータ及び制御信号等をパケット化してデータ送受信部７０１に送信する。
【００３０】
ビットレート決定部７０５は、データ受信装置２００から「コンテンツＩＤ、圧縮方法、ビットレート」を受信すると、圧縮方法テーブル４１３を検索し、そのビットレートで配信が可能か否かを判定し、可能であればその旨を通信制御情報送信部７０３に通知する。さらに、ビットレート決定部７０５は、通信制御情報受信部７０２を介してデータ受信装置２００からのビットレート変更要求を受信すると、要求されているビットレートが、当該データ送信装置４００のエンコーダで対応している範囲内であるかどうかを、圧縮方法テーブル４１３を参照して判断する。その値が範囲内であれば、データ受信装置２００に対して「変更決定通知」を送信する。この際、ビットレート決定部７０５は、変更するビットレートの値を実際に変更する時まで保存する。
【００３１】
圧縮方法決定部７０６は、データ受信装置２００から「コンテンツＩＤ、圧縮方法、ビットレート」を受信すると、その圧縮方法が、当該データ送信装置４００のエンコーダ４０３で対応している圧縮方法であるか否かを判断する。その圧縮方法によって配信可能であれば、通信制御情報送信部７０３に、指示された圧縮方法によって圧縮符号化が可能である旨を通知する。
コンテンツ検索部７０７は、データ受信装置２００から受信したコンテンツＩＤを検索キーとしてコンテンツテーブル４１４を検索し、該当するコンテンツがある場合は、その旨をデータ符号化部７０８に通知する。
【００３２】
データ符号化部７０８は、コンテンツ検索部７０７からの通知によって、配信するコンテンツをコンテンツファイル４１２から検索して特定し、このコンテンツのデータを符号化及び圧縮化して圧縮データ送信部７０４に送信する。
ファイル管理部７１０は、圧縮方法決定部７０６又はビットレート決定部７０５の指示に基づき、圧縮方法テーブル２１２及びコンテンツテーブルの検索、参照等を行なう。
【００３３】
次に、以上のように構成されるデータ受信装置２００とデータ送信装置４００との間における通信手順について説明する。図９は、データ受信装置２００−データ送信装置４００間における通信シーケンス図である。
最初に、データ受信装置２００は、データ送信装置４００に対し、オペレータによって特定されたコンテンツＩＤ、圧縮方法及びビットレートの範囲を送信し（Ｓ１２０１）、圧縮方法及びビットレートを決定するように要求する。
【００３４】
これに対し、データ送信装置４００は、コンテンツの圧縮方法とビットレート、及び通信ポートを特定してデータ受信装置２００に返信する（Ｓ１２０２）。これらを受信したデータ受信装置２００は、上記コンテンツを受信するためのビットレート及びデコードに用いる圧縮方法を設定し（Ｓ１２０３）、これらの設定が完了した旨を示す「ＡＣＫ通知」をデータ送信装置４００に送信する（Ｓ１２０４）。これにより、データ送信装置４００は、データ受信装置２００からの「データの送信要求」の受信を確認後（Ｓ１２０６）、上記の圧縮方法を用いて符号化を行ない、上記のビットレートで送信を開始する（Ｓ１２０７）。
【００３５】
この間、もし、データ受信装置２００から「ビットレート変更要求」を受信した場合（Ｓ１２０８）、データ送信装置４００は、上述したように、新しいビットレートを決定してデータ受信装置２００に通知する（Ｓ１２１０）。これにより、データ受信装置２００は、データ送信装置４００に対して、上記と同様に、圧縮方法及びビットレートの変更を許諾する旨を示す「ＡＣＫ通知」を送信するとともに（Ｓ１２１１）、圧縮方法及びビットレートを変更するための設定を行なう（Ｓ１２１２）。
【００３６】
この後、データ送信装置４００は、未配信の残りのコンテンツについて、変更した圧縮方法で符号化を行ない、圧縮されたデータパケットの一部（例えば、ヘッダ部）に「ビットレート変更フラグ」を設定し、変更されたビットレートで配信を再開する（Ｓ１２１３〜Ｓ１２１５）。配信の再開により、コンテンツを受信したデータ受信装置２００は、変更されたビットレートで受信し、変更された圧縮方法を用いてデコードを行なう。
【００３７】
図１０は、上記図９の通信を行なう場合のデータ受信装置２００における処理の流れを示すフローチャートである。
最初に、圧縮方法検索部５０６は、操作入力部５１３を介してオペレータからコンテンツＩＤや圧縮方法及びビットレートなどの受信可能条件を受け付けると（Ｓ７０１）、ビットレート算出部５０５が、データ受信装置２００における処理状況の分析（Ｓ７０２）及び受信可能条件の特定を行ない（Ｓ７０３）、その内容を通信制御情報送信部５０３に通知する。これにより、通信制御情報送信部５０３は、コンテンツＩＤ、圧縮方及びビットレートをデータ送信装置４００に送信する（Ｓ７０４）。
【００３８】
次に、通信制御情報受信部５０２は、データ送受信部５０１を介して、データ送信装置４００から配信条件決定通知を受信すると（Ｓ７０６）、その旨を圧縮方法検索部５０６及びビットレート算出部５０５に通知すると共に、データ送信装置４００に、受信条件設定完了の通知（Ｓ７０７）及びコンテンツの配信要求を送信する（Ｓ７０８）。
一方、データ送信装置４００から「配信不可通知」を受信した場合は（Ｓ７０５）、本処理を終了する。
【００３９】
さらに、通信制御情報受信部５０２は、データ送受信部５０１を介してコンテンツを受信すると（Ｓ７０９）、これを圧縮データ設定部５０９に送信する。受信されたコンテンツは、データ復号化部５０７及びデータ表示制御部５０８を介してデータ表示部５００に表示される。
なお、ビットレート変更部５１２は、定期的（例えば、６０秒毎）にデータ受信装置２００における処理状況を監視し、ビットレートを変更する事態が発生した場合（例えば、新たにアプリケーションソフトが起動された場合）は、「受信条件変更処理」を実行し（Ｓ７１２）、エラーフラグがセットされていなければ（Ｓ７１３）、ビットレートの値を変更してコンテンツの受信を継続する（Ｓ７０９〜Ｓ７１４）。
【００４０】
図１１は、上記図１０における「受信条件変更処理」のフローチャートである。
最初に、ビットレート変更部５１２は、データ受信装置２００の処理状況の分析を行ない（Ｓ８０１）、新たな受信可能条件（例えば、ビットレート）を特定し（Ｓ８０２）、通信制御情報送信部５０３を介してデータ送信装置４００に「受信条件変更要求」を送信する（Ｓ８０３）。例えば、ビットレート変更部５１２は、６０秒毎に、データ送受信部５０１、通信制御情報受信部５０２、圧縮データ受信部５０４、圧縮データ設定部５０９及びデータ表示制御部５０８におけるＣＰＵ占有時間を計時し（これを「時間Ａ」とする。）、その途中、割り込みで新たなアプリケーションが起動した場合に、そのアプリケーションにおける所定の時間（例えば、０．１秒間）のＣＰＵ占有時間の合計を計時し（これを「時間Ｂ」とする。）、時間Ａと時間Ｂの割合が１：１であれば、新たなビットレートの値をそれまでのビットレートの値の半分の値に変更する。具体的には、通信制御情報受信部５０２、圧縮データ受信部５０４、データ復号化部５０７、データ表示制御部５０８等のＣＰＵ占有時間の合計を計時する。
【００４１】
次に、ビットレート変更部５１２は、通信制御情報受信部５０２を介してデータ送信装置４００から「配信条件変更通知」を受信すると、データ送信装置４００に「受信条件変更完了」の通知を送信して（Ｓ８０７）リターンする。
ここで、もし、データ送信装置４００から「配信不可通知」があったら「エラーフラグ」をセットして（Ｓ８０５）リターンする。
【００４２】
図１２は、上記図９の通信を行なう場合のデータ送信装置４００における処理の流れを示すフローチャートである。
最初に、圧縮方法決定部７０６は、通信制御情報受信部７０２を介してデータ受信装置２００から受信可能条件を受信すると（Ｓ９０１）、これに基づいて圧縮方法テーブル４１３を検索し、指定されたコンテンツを指定された圧縮方法及びビットレートで配信可能か否かを判断し（Ｓ９０３）、配信が可能であれば「配信条件決定通知」を（Ｓ９０５）、配信が不可能であれば「配信不可通知」をデータ受信装置２００に送信する（Ｓ９０４）。
【００４３】
次に、圧縮方法決定部７０６は、通信制御情報受信部５０２を介してデータ受信装置２００から「受信条件設定完了通知」及び「コンテンツ配信要求」を受信すると（Ｓ９０６、Ｓ９０７）、データ符号化部７０８に圧縮符号化を再開するタイミングを指示し、通信制御情報送信部７０３に変更されたビットレートで符号化されたデータを送信するように指示して、コンテンツの配信を開始する（Ｓ９０８）。
この間、圧縮方法決定部７０６は、通信制御情報受信部７０２を介してデータ受信装置２００から「受信条件変更要求」を受信すると、配信条件変更処理を実行する（Ｓ９１０）。
以上の処理を、コンテンツの配信が完了するまで継続する（Ｓ９０８〜Ｓ９１１）。
【００４４】
図１３は、上記図１２における「配信条件変更処理」のフローチャートである。
最初に、圧縮方法決定部７０６は、通信制御情報受信部７０２を介して「受信条件変更通知」を受信すると、その内容からデータ受信装置２００の受信可能条件を特定して（Ｓ１００１）、圧縮方法テーブル４１３を参照して、指定された条件で配信条件の変更が可能か否かを判定する（Ｓ９０３）。
【００４５】
変更が可能な場合は（Ｓ９０３：Ｙｅｓ）、データ受信装置２００に「配信条件変更通知」を送信し（Ｓ１００５）、データ受信装置２００から「受信条件設定完了通知」の受信を待って（Ｓ１００６）リターンする。
一方、変更ができない場合は（Ｓ９０３Ｎｏ）、データ受信装置２００に「変更不可通知」を送信してリターンする（Ｓ１００４）。
【００４６】
図１４は、データ受信装置２００が最初に指定した圧縮方法／ビットレートでは、データ送信装置４００からのコンテンツ配信ができないため、再度、データ受信装置２００が圧縮方法／ビットレートの指定を行なう場合のやり取りを示す通信シーケンス図である。図１４には、データ受信装置２００からの最初の指示では配信ができない場合は、異なる通信形態を指示することによって配信を可能にする様子が示されている
【００４７】
以上のように、本実施の形態に係るデータ送受信システム１０によれば、データ受信装置は、自らの性能等に合致させた受信条件を指示してコンテンツを受信するので、より確実にコンテンツの配信を受けることが可能となる。さらに、本データ送受信システム１０によれば、データ受信装置において処理状況が変化した場合は、ビットレート等を変更して配信を受けることができるので、配信途中における通信エラーを回避することが可能となる。さらにまた、本データ送受信システム１０によれば、データ受信装置から指示された圧縮方法で圧縮符号化を行なって配信を行なうので、各種の圧縮方法で圧縮符号化したコンテンツをデータ送信装置側で予め用意しておく必要がなくなり、データ送信装置の記憶容量のサイズを小型化させることができる。
【００４８】
なお、上記実施の形態１では、圧縮方法検索部５０６において、圧縮方法とビットレートの範囲とを特定する実施例について説明したが、圧縮方法検索部５０６において圧縮方法のみを特定し、ビットレート算出部５０５において唯一のビットレートを特定することとしてもよい。
【００４９】
さらに、上記実施の形態１では、データ受信装置からデータ送信装置に通信形態を確定させるための情報として、圧縮方法とビットレートの範囲とを同時に送信する実施例について説明したが、圧縮方法又はビットレートの範囲のいずれか１つを送信することとしてもよい。また、この場合、ビットレートの範囲ではなく、唯一のビットレートを送信することとしてもよい。
【００５０】
（実施の形態２）
上記の実施の形態１においては、表示機能を有するデータ受信装置を含むデータ送受信システムについて説明したが、本実施の形態では、データ記録機能を有するデータ送受信システムについて説明する。
図１５は、実施の形態２に係るデータ送受信システム２０（図示せず）におけるデータ受信装置３００のハードウェア構成を示す図である。上記実施の形態１におけるデータ受信装置２００と本データ受信装置３００との相違点は、ディスプレイ装置２０３に代えてデータ記録装置３０３を備える点と、新たにエンコーダ３０５を備える点である。
【００５１】
データ記録装置３０３は、映像コンテンツや音楽コンテンツ等を圧縮して記録するためのデータストレージ装置であり、例えばＤＶＤ装置である。
エンコーダ３０５は、データ記憶装置３０３に記録する上記コンテンツ等を圧縮するための符号化装置である。例えば、ＭＰＥＧ−２エンコーダなどである。
【００５２】
図１６は、実施の形態２におけるデータ受信装置３００の機能構成及びデータの流れを示すブロック図である。上記実施の形態１における図７と本図との相違点は、データ表示制御部５０８及びデータ表示部５００に代えてデータ符号化部６０８を備える点と、ファイル管理部６１０の管理対象としてデータ記憶装置が追加されている点である。
【００５３】
データ符号化部６０８は、データ復号化部６０７から受信したデータを圧縮符号化し、データ記憶装置３０３に格納する。ファイル管理部６１０は、上記実施の形態のファイル管理部５１０の機能に加え、データ符号化部６０８からの指示に基づき、データ記憶装置３０３にコンテンツの格納等を行なう。
その他の機能については、実施の形態１の図７における対応する各機能と同じである。
【００５４】
以上のように、本実施の形態に係るデータ送受信システム２０によれば、データ受信装置は、自らの性能等に合致させた受信条件を指示してコンテンツを受信するので、より確実にコンテンツの配信を受けることが可能となる。さらに、本データ送受信システム２０によれば、データ受信装置において処理状況が変化した場合は、ビットレート等を変更して配信を受けることができるので、配信途中における通信エラーを回避することが可能となる。さらにまた、本データ送受信システム２０によれば、データ受信装置から指示された圧縮方法で圧縮符号化を行なって配信を行なうので、各種の圧縮方法で圧縮符号化したコンテンツをデータ送信装置側で予め用意しておく必要がなくなり、データ送信装置の記憶容量のサイズを小型化させることができる。
【００５５】
【発明の効果】
本発明を導入することにより、コンテンツサーバから配信されるコンテンツは、端末が復号可能な圧縮方法によって圧縮されており、かつ、端末が受信可能なビットレートで送信されるので、あらゆる端末にコンテンツを配信することが可能となる。さらに、コンテンツサーバは、予め各種の圧縮方法で圧縮したコンテンツを用意する必要がないので、そのディスク容量を節約することができる。これにより、設備投資を小さくすることが可能となり、安価なコンテンツ配信サービスが提供できる。
【図面の簡単な説明】
【図１】実施の形態１におけるデータ送受信システムの概略を表すブロック図である。
【図２】実施の形態１におけるデータ受信装置のハードウェア構成を示す図である。
【図３】実施の形態１におけるデータ送信装置のハードウェア構成を示す図である。
【図４】図２データ受信装置のファイル装置に格納されている圧縮方法テーブルの構成例である。
【図５】図３のデータ送信装置のファイル装置に格納されている圧縮方法テーブルの構成例である。
【図６】図３データ送信装置のファイル装置に格納されているコンテンツテーブルの構成例である。
【図７】実施の形態１におけるデータ受信装置の機能構成及びデータの流れを示すブロック図である。
【図８】実施の形態１におけるデータ送信装置の機能構成及びデータの流れを示すブロック図である。
【図９】実施の形態１におけるデータ受信装置−データ送信装置間における通信シーケンス図である。
【図１０】図９の通信を行なう場合のデータ受信装置における処理の流れを示すフローチャートである。
【図１１】図１０における「受信条件変更処理」のフローチャートである。
【図１２】図９の通信を行なう場合のデータ送信装置の処理の流れを示すフローチャートである。
【図１３】図１２における「配信条件変更処理」のフローチャートである。
【図１４】データ受信装置が最初に指定した圧縮方法／ビットレートでは、データ送信装置からのコンテンツ配信ができないため、再度、データ受信装置が圧縮方法／ビットレートの指定を行なう場合のやり取りを示す通信シーケンス図である。
【図１５】実施の形態２におけるデータ受信装置のハードウェア構成を示す図である。
【図１６】実施の形態２におけるデータ受信装置の機能構成及びデータの流れを示すブロック図である。
【符号の説明】
１０、２０　　　データ送受信システム
５０　　　　　　インターネット
１００、２００　　データ受信装置
３００
２０１、３０１　　ＣＰＵ
４０１
２０２、３０２　　主記憶装置
４０２
２０３　　　　　　ディスプレイ装置
２０４、３０４　　通信制御装置
４０４
２０６　　　　　　デコーダ
２０７　　　　　　入力装置
２０８、３０８　　内部バス
４０５
２１０　　　　　　ファイル装置
２１１、４１１　　制御プログラム
２１２　　　　　　圧縮方法テーブル
３０３　　　　　　データ記録装置
３０５、４０３　　エンコーダ
４００　　　　　　データ送信装置
４１０　　　　　　ファイル装置
４１２　　　　　　コンテンツファイル
４１３　　　　　　圧縮方法テーブル
４１４　　　　　　コンテンツテーブル
５００　　　　　　データ表示部
５０１　　　　　　データ送受信部
５０２　　　　　　通信制御情報受信部
５０３　　　　　　通信制御情報送信部
５０４　　　　　　圧縮データ受信部
５０５　　　　　　ビットレート算出部
５０５　　　　　　圧縮ビットレート算出部
５０６　　　　　　圧縮方法検索部
５０７　　　　　　データ復号化部
５０８　　　　　　データ表示制御部
５０９　　　　　　圧縮データ設定部
５１０　　　　　　ファイル管理部
５１１　　　　　　圧縮方法テーブル
５１２　　　　　　ビットレート変更部
５１３　　　　　　操作入力部
６０２　　　　　　通信制御情報受信部
６０４　　　　　　圧縮データ受信部
６０７　　　　　　データ復号化部
６０８　　　　　　データ符号化部
６１０　　　　　　ファイル管理部
７０１　　　　　　データ送受信部
７０２　　　　　　通信制御情報受信部
７０３　　　　　　通信制御情報送信部
７０４　　　　　　圧縮データ送信部
７０５　　　　　　ビットレート決定部
７０６　　　　　　圧縮方法決定部
７０７　　　　　　コンテンツ検索部
７０８　　　　　　データ符号化部
７１０　　　　　　ファイル管理部
７１１　　　　　　圧縮方法テーブル
【図１】
2004023732.tif 000003
【図２】
2004023732.tif 000004
【図３】
2004023732.tif 000005
【図４】
2004023732.tif 000006
【図５】
2004023732.tif 000007
【図６】
2004023732.tif 000008
【図７】
2004023732.tif 000009
【図８】
2004023732.tif 000010
【図９】
2004023732.tif 000011
【図１０】
2004023732.tif 000012
【図１１】
2004023732.tif 000013
【図１２】
2004023732.tif 000014
【図１３】
2004023732.tif 000015
【図１４】
2004023732.tif 000016
【図１５】
2004023732.tif 000017
【図１６】
2004023732.tif 000018