(57)【要約】【課題】クライアント要求に応じた最適データ送信を実現した装置、方法を提供する。【解決手段】階層符号化データの送信処理において、サーバが、サーバ保持データ態様識別情報を格納したメッセージをクライアントに送信し、クライアントは、サーバ保持データ態様識別情報を受信し、クライアントの処理能力等に応じた階層符号化データ態様を示す情報をサーバに送信する。サーバは、要求データ態様識別情報に基づいて、クライアント対応の符号化データを抽出または生成してクライアントに送信する。サーバは、記憶部の格納データから、クライアントの要求に応じてデータ抽出により様々な構成のデータを送信データとすることが可能となる。【選択図】  図７
2004192140.tif 000002
【特許請求の範囲】
【請求項１】
階層符号化データの送信処理を実行するサーバと、前記サーバから階層符号化データを受信するクライアントからなるサーバクライアントシステムであり、
前記クライアントは、
前記サーバに対して送信するデータ要求メッセージに、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を格納して送信する処理を実行する構成を有し、
前記サーバは、
前記クライアントから受信するデータ要求メッセージに含まれる前記要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成し、前記クライアントに対して送信する処理を実行する構成を有することを特徴とするサーバクライアントシステム。
【請求項２】
前記クライアントは、
制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であり、
前記サーバは、
前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行する構成であることを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項３】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項４】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、１フレームあたりのＪＰＥＧ２０００符号化データパケット（ＪＰ２パケット）数であることを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項５】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項６】
前記要求データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項７】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項８】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏＮｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項９】
前記クライアントは、前記データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行し、前記サーバは、前記クライアントから受信するデータ仕様要求の応答として、サーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信する処理を実行する構成であり、
前記クライアントは、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、クライアントの要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報として前記データ要求メッセージに格納して前記サーバに送信する処理を実行する構成であることを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項１０】
前記クライアントは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったデスクライブ［ＤＥＳＣＲＩＢＥ］メソッドによりデータ仕様要求を前記サーバに送信し、
前記サーバは、前記クライアントから受信する前記デスクライブ［ＤＥＳＣＲＩＢＥ］メソッドの応答として、サーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信し、
前記クライアントは、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、クライアントの要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報としてＲＴＳＰに従ったプレイ［ＰＬＡＹ］メソッドの記述中に格納して前記サーバに送信する処理を実行する構成であることを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１１】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１２】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１３】
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１４】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１５】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする請求項９に記載のサーバクライアントシステム。
【請求項１６】
階層符号化データの送信処理を実行するサーバとしてのデータ送信装置であり、
クライアントとのデータ送受信を実行する通信部と、
前記通信部を介してクライアントから受信するデータ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御部と、
前記制御部の制御の下に抽出または生成した符号化データを格納した通信パケットを生成する通信パケット処理部とを有し、
前記通信パケット処理部において生成したクライアント対応の符号化データを格納した通信パケットをクライアントに対して送信する処理を実行する構成を有することを特徴とするデータ送信装置。
【請求項１７】
前記クライアントは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であり、
前記制御部は、
前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行する構成であることを特徴とする請求項１６に記載のデータ送信装置。
【請求項１８】
前記データ送信装置は、
前記通信部を介してクライアントからデータ仕様要求を受信し、
前記制御部は、
記憶部に格納した階層符号化データの態様情報としてのサーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信する処理を実行する構成であることを特徴とする請求項１６に記載のデータ送信装置。
【請求項１９】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記サーバ保持データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする請求項１８に記載のデータ送信装置。
【請求項２０】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記サーバ保持データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする請求項１８に記載のデータ送信装置。
【請求項２１】
前記サーバ保持データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする請求項１８に記載のデータ送信装置。
【請求項２２】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする請求項１８に記載のデータ送信装置。
【請求項２３】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする請求項１８に記載のデータ送信装置。
【請求項２４】
サーバから階層符号化データを受信するクライアントとしてのデータ受信装置であり、
前記データ受信装置は、
サーバとのデータ送受信を実行する通信部と、
自己の要求する階層符号化データ態様の決定処理を実行し、決定情報を前記通信部を介してサーバに送信するデータ要求メッセージに格納する要求データ態様識別情報として設定する制御部とを有し、
サーバに対する階層符号化データの要求メッセージ中に、前記要求データ態様識別情報を格納して送信する処理を実行する構成を有することを特徴とするデータ受信装置。
【請求項２５】
前記データ受信装置は、
制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であることを特徴とする請求項２４に記載のデータ受信装置。
【請求項２６】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする請求項２４に記載のデータ受信装置。
【請求項２７】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、１フレームあたりのＪＰＥＧ２０００符号化データパケット（ＪＰ２パケット）数であることを特徴とする請求項２４に記載のデータ受信装置。
【請求項２８】
前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、
前記要求データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする請求項２４に記載のデータ受信装置。
【請求項２９】
前記要求データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする請求項２４に記載のデータ受信装置。
【請求項３０】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする請求項２４に記載のデータ受信装置。
【請求項３１】
前記階層符号化データは、ＭＰＥＧフォーマットデータであり、
前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏＮｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする請求項２４に記載のデータ受信装置。
【請求項３２】
前記データ受信装置は、前記データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行するとともに、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、自己の要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報として前記データ要求メッセージに格納して前記サーバに送信する処理を実行する構成であることを特徴とする請求項２４に記載のデータ受信装置。
【請求項３３】
階層符号化データの送信処理を実行するデータ送信方法であり、
クライアントからデータ要求メッセージを受信するステップと、
前記データ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御ステップと、
抽出または生成した符号化データを格納した通信パケットを生成する通信パケット生成ステップと、
クライアント対応の符号化データを格納した通信パケットをクライアントに対して送信するステップと、
を有することを特徴とするデータ送信方法。
【請求項３４】
前記制御ステップは、
前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行するステップであることを特徴とする請求項３３に記載のデータ送信方法。
【請求項３５】
前記データ送信方法は、さらに、
前記通信部を介してクライアントからデータ仕様要求を受信するステップと、
記憶部に格納した階層符号化データの態様情報としてのサーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信するステップと、
を有することを特徴とする請求項３３に記載のデータ送信方法。
【請求項３６】
サーバに対する階層符号化データの要求処理を実行するデータ要求処理方法であり、
自己の要求する階層符号化データ態様の決定処理を実行する要求データ態様決定ステップと、
サーバに送信するデータ要求メッセージに前記決定ステップにおいて決定した要求データ態様を要求データ態様識別情報として格納するステップと、
前記データ要求メッセージをサーバに対して送信するステップと、
を有することを特徴とするデータ要求処理方法。
【請求項３７】
前記データ要求メッセージは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドとしてサーバに対して送信することを特徴とする請求項３６に記載のデータ要求処理方法。
【請求項３８】
階層符号化データの送信処理を実行するデータ送信処理を実行するコンピュータ・プログラムであって、
クライアントからデータ要求メッセージを受信するステップと、
前記データ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御ステップと、
抽出または生成した符号化データを格納した通信パケットを生成する通信パケット生成ステップと、
クライアント対応の符号化データを格納した通信パケットをクライアントに対して送信するステップと、
を具備することを特徴とするコンピュータ・プログラム。
【請求項３９】
サーバに対する階層符号化データの要求処理を実行するデータ要求処理を実行するコンピュータ・プログラムであって、
自己の要求する階層符号化データ態様の決定処理を実行する要求データ態様決定ステップと、
サーバに送信するデータ要求メッセージに前記決定ステップにおいて決定した要求データ態様を要求データ態様識別情報として格納するステップと、
前記データ要求メッセージをサーバに対して送信するステップと、
を具備することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、データ受信側の希望するデータ処理態様に応じた最適な符号化データを効率的に伝送することを可能としたデータ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
現在、インターネット通信など、様々な通信媒体を介して様々なデータ転送が行なわれている。昨今では、画像データ、特に動画像データのネットワークを介した転送が盛んに行なわれている。画像データ、特に動画データは、送信側で符号化（圧縮）処理によりデータ量を減少させてネットワーク上に送出し、受信側で符号化された受信信号を復号（伸長）処理した後、再生する処理が一般的に行なわれている。
【０００３】
画像圧縮処理の最も知られた手法にＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）圧縮技術がある。近年、ＭＰＥＧ圧縮により生成されるＭＰＥＧストリームをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に従ったＩＰパケットに格納してインターネット上を転送させて、ＰＣやＰＤＡ、携帯電話等の各通信端末において受信するシステム、あるいはこのようなシステムにおける画像データ転送方法に関する技術開発が盛んに行なわれている。
【０００４】
ビデオオンデマンドやライブ映像のストリーミング配信、あるいはビデオ会議、テレビ電話などのリアルタイム通信においては、異なる能力を持つ端末を受信端末として、データ送受信が行われることを想定する必要がある。例えば、１つの情報送信ソースからの送信データは、携帯電話などのような解像度の低いディスプレイと処理能力の低いＣＰＵを有する受信端末によって受信されディスプレイに表示する処理が実行され、かつ、デスクトップパソコンのように高解像度のモニターと高い処理能力のＣＰＵを有する受信端末によって受信されて表示処理が実行される。このように、処理能力の異なる様々な受信端末を相手としたデータ送信が行なわれる。このように様々な受信端末において処理能力等に応じた受信処理、表示処理を実行させる１つの手法として、送受信するデータの符号化を階層化させて実行する方法、すなわち、階層符号化を利用した通信システムが考えられている。
【０００５】
階層符号化によるデータ配信は、例えば、高解像度のディスプレイを有する受信端末においてのみ処理する符号化データと、高解像度のディスプレイを有する受信端末および低解像度のディスプレイを有する受信端末の双方において共通に処理する符号化データとを、それぞれ区別可能な態様でパケット化して配信し、受信側において、データを選別して処理可能としたものである。
【０００６】
階層符号化が可能な圧縮・伸張方式としては、例えばＭＰＥＧ４とＪＰＥＧ２０００によるビデオストリームをあげることができる。ＭＰＥＧ４ではＦｉｎｅＧｒａｎｕａｒｉｔｙ  Ｓｃａｌａｂｉｌｉｔｙ技術を規格に取り込みプロファイル化する予定であり、この階層符号化技術によりスケーラブルに低いビットレートから高いビットレートまで配信することが可能と言われている。また、ウェーブレット（Ｗａｖｅｌｅｔ）変換をベースとするＪＰＥＧ２０００は、ウェーブレット（Ｗａｖｅｌｅｔ）変換の特徴を生かし、空間解像度をベースにパケット化することや、あるいは画質をベースに階層的にパケット化することが可能である。またＪＰＥＧ２０００は静止画だけでなく動画を扱えるＭｏｔｉｏｎ  ＪＰＥＧ２０００（Ｐａｒｔ  ３）規格により、階層化したデータをファイルフォーマットで保存することが可能である。
【０００７】
さらに、階層符号化を適用したデータ配信の具体案として提案されているものとして、ＤＣＴ（Ｄｉｓｃｒｅｔｅ  Ｃｏｓｉｎｅ  Ｔｒａｎｓｆｏｒｍ）ベースの技術を用いたものがある。これは配信情報となる例えば画像データをＤＣＴ処理し、ＤＣＴ処理により高域と低域とを区別した階層化を実現し、高域と低域との階層で区分したパケットを生成してデータ配信を実行する方法である。
【０００８】
このような階層符号化された画像データを配信する場合、リアルタイム性が要求されることが多く、そのためインターネット上での通信プロトコルとしてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）が用いられる。さらに、ＵＤＰの上のレイヤにおいてはＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用い、通信パケットに格納されるデータフォーマットは、各アプリケーション毎、すなわち符号化方式毎に定義されたフォーマットに従うことになる。
【０００９】
インターネット等のネットワーク環境を利用して、サーバから様々なクライアントへデータを送信する場合、利用可能なネットワーク帯域や、クライント側のデータ処理能力、すなわち復号（デコード）処理あるいはディスプレイ表示能力等が異なる場合がある。すなわち、各クライアントが望む送信データのビットレートが異なることになる。従って、データ送信側のサーバは予め複数のビットレートでデータをエンコードし、複数のビットレートデータを保存し、クライアントの要求に応じて保存データから選択したデータを送信するといった処理が行われていた。
【００１０】
例えば、利用可能なネットワーク帯域が広ければ、クライアントは高いビットレートのデータを要求すると考えられるため、サーバは予め保存しておいた複数のデータの中から高いビットレートのデータを送信する。逆に利用可能帯域が狭ければ、クライアントは低ビットレートのデータを要求し、それに応じてサーバはデータを送信することになる。
【００１１】
このような、クライアント毎の送信データ適性を考慮した画像データ伝送処理構成を開示した従来技術として例えば特許文献１がある。特許文献１には、画像送信装置側において、データの伝送状況を検出し、伝送状況に応じて画像データの圧縮処理態様を変更する構成が開示されている。データ送信装置は、データ送信先に応じた伝送状況情報を有し、伝送状況が悪い地域に対するデータ伝送の場合には、例えば解像度を落としてデータ量を削減した圧縮処理を施したデータを送信する。一方、伝送状況が良好な地域に対するデータ伝送の場合には、解像度を向上させ、データ量の多い圧縮処理を施したデータを送信する。この構成により、状況に応じたデータ伝送を可能とした構成が開示されている。
【００１２】
しかし、この特許文献１に開示の構成は、データ送信装置側において、データ伝送状況に応じて圧縮処理態様を動的に変更して処理を行なうことが必要となり、データ受信装置側のデータ要求が多発すると、その要求毎に圧縮処理態様を変更して実行することが必要となり、データ送信側の処理負荷が過大になるという問題がある。
【００１３】
【特許文献１】
特開平１４−２６２２８８号公報
【００１４】
【発明が解決しようとする課題】
本発明は、上記問題点に鑑みてなされたものであり、様々なデータ受信側の状況に応じた最適な符号化データを伝送するとともにデータ送信側の処理負荷を軽減し、効率的な最適符号化データの伝送処理を可能としたデータ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明の第１の側面は、
階層符号化データの送信処理を実行するサーバと、前記サーバから階層符号化データを受信するクライアントからなるサーバクライアントシステムであり、
前記クライアントは、
前記サーバに対して送信するデータ要求メッセージに、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を格納して送信する処理を実行する構成を有し、
前記サーバは、
前記クライアントから受信するデータ要求メッセージに含まれる前記要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成し、前記クライアントに対して送信する処理を実行する構成を有することを特徴とするサーバクライアントシステムにある。
【００１６】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記クライアントは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であり、前記サーバは、前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする。
【００１８】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、１フレームあたりのＪＰＥＧ２０００符号化データパケット（ＪＰ２パケット）数であることを特徴とする。
【００１９】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする。
【００２０】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記要求データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする。
【００２１】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする。
【００２２】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする。
【００２３】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記クライアントは、前記データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行し、前記サーバは、前記クライアントから受信するデータ仕様要求の応答として、サーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信する処理を実行する構成であり、前記クライアントは、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、クライアントの要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報として前記データ要求メッセージに格納して前記サーバに送信する処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記クライアントは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったデスクライブ［ＤＥＳＣＲＩＢＥ］メソッドによりデータ仕様要求を前記サーバに送信し、前記サーバは、前記クライアントから受信する前記デスクライブ［ＤＥＳＣＲＩＢＥ］メソッドの応答として、サーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信し、前記クライアントは、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、クライアントの要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報としてＲＴＳＰに従ったプレイ［ＰＬＡＹ］メソッドの記述中に格納して前記サーバに送信する処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする。
【００２６】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする。
【００２７】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする。
【００２８】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする。
【００２９】
さらに、本発明のサーバクライアントシステムの一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする。
【００３０】
さらに、本発明の第２の側面は、
階層符号化データの送信処理を実行するサーバとしてのデータ送信装置であり、
クライアントとのデータ送受信を実行する通信部と、
前記通信部を介してクライアントから受信するデータ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御部と、
前記制御部の制御の下に抽出または生成した符号化データを格納した通信パケットを生成する通信パケット処理部とを有し、
前記通信パケット処理部において生成したクライアント対応の符号化データを格納した通信パケットをクライアントに対して送信する処理を実行する構成を有することを特徴とするデータ送信装置にある。
【００３１】
さらに、本発明のデータ送信装置の一実施態様において、前記クライアントは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であり、前記制御部は、前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行する構成であることを特徴とする。
【００３２】
さらに、本発明のデータ送信装置の一実施態様において、前記データ送信装置は、前記通信部を介してクライアントからデータ仕様要求を受信し、前記制御部は、記憶部に格納した階層符号化データの態様情報としてのサーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信する処理を実行する構成であることを特徴とする。
【００３３】
さらに、本発明のデータ送信装置の一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記サーバ保持データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする。
【００３４】
さらに、本発明のデータ送信装置の一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記サーバ保持データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする。
【００３５】
さらに、本発明のデータ送信装置の一実施態様において、前記サーバ保持データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする。
【００３６】
さらに、本発明のデータ送信装置の一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする。
【００３７】
さらに、本発明のデータ送信装置の一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報および前記サーバ保持データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする。
【００３８】
さらに、本発明の第３の側面は、
サーバから階層符号化データを受信するクライアントとしてのデータ受信装置であり、
前記データ受信装置は、
サーバとのデータ送受信を実行する通信部と、
自己の要求する階層符号化データ態様の決定処理を実行し、決定情報を前記通信部を介してサーバに送信するデータ要求メッセージに格納する要求データ態様識別情報として設定する制御部とを有し、
サーバに対する階層符号化データの要求メッセージ中に、前記要求データ態様識別情報を格納して送信する処理を実行する構成を有することを特徴とするデータ受信装置にある。
【００３９】
さらに、本発明のデータ受信装置の一実施態様において、前記データ受信装置は、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドの記述中に前記要求データ態様識別情報を格納して前記サーバに送信する処理を実行する構成であることを特徴とする。
【００４０】
さらに、本発明のデータ受信装置の一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、解像度情報、画質情報の少なくともいすれかの情報を含むことを特徴とする。
【００４１】
さらに、本発明のデータ受信装置の一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、１フレームあたりのＪＰＥＧ２０００符号化データパケット（ＪＰ２パケット）数であることを特徴とする。
【００４２】
さらに、本発明のデータ受信装置の一実施態様において、前記階層符号化データは、ＪＰＥＧ２０００フォーマットデータであり、前記要求データ態様識別情報は、ＪＰＥＧ２０００符号化データにおけるプログレッションタイプとしてのＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）、またはＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）いずれかの指定情報を含むことを特徴とする。
【００４３】
さらに、本発明のデータ受信装置の一実施態様において、前記要求データ態様識別情報は、階層符号化データの生成処理に伴うウェーブレット変換回数値に相当するＲ値、またはレイヤ数に相当するＬ値の少なくともいずれかの指定情報を含むことを特徴とする。
【００４４】
さらに、本発明のデータ受信装置の一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの分割数であることを特徴とする。
【００４５】
さらに、本発明のデータ受信装置の一実施態様において、前記階層符号化データは、ＭＰＥＧフォーマットデータであり、前記要求データ態様識別情報は、ＭＰＥＧ符号化データにおけるエンハンスメント・レイヤの情報量を決定する画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値であることを特徴とする。
【００４６】
さらに、本発明のデータ受信装置の一実施態様において、前記データ受信装置は、前記データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行するとともに、前記サーバから受信する応答メッセージ中からサーバ保持データ態様識別情報を取得し、該取得情報に基づいて、自己の要求する階層符号化データ態様を決定し、該決定情報を前記要求データ態様識別情報として前記データ要求メッセージに格納して前記サーバに送信する処理を実行する構成であることを特徴とする。
【００４７】
さらに、本発明の第４の側面は、
階層符号化データの送信処理を実行するデータ送信方法であり、
クライアントからデータ要求メッセージを受信するステップと、
前記データ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御ステップと、
抽出または生成した符号化データを格納した通信パケットを生成する通信パケット生成ステップと、
クライアント対応の符号化データを格納した通信パケットをクライアントに対して送信するステップと、
を有することを特徴とするデータ送信方法にある。
【００４８】
さらに、本発明のデータ送信方法の一実施態様において、前記制御ステップは、前記クライアントから受信するプレイ［ＰＬＡＹ］メソッドの記述中から、前記要求データ態様識別情報を取得し、取得した要求データ態様識別情報に対応する符号化データの抽出または生成処理を実行するステップであることを特徴とする。
【００４９】
さらに、本発明のデータ送信方法の一実施態様において、前記データ送信方法は、さらに、前記通信部を介してクライアントからデータ仕様要求を受信するステップと、記憶部に格納した階層符号化データの態様情報としてのサーバ保持データ態様識別情報を格納した応答メッセージを前記クライアントに送信するステップと、を有することを特徴とする。
【００５０】
さらに、本発明の第５の側面は、
サーバに対する階層符号化データの要求処理を実行するデータ要求処理方法であり、
自己の要求する階層符号化データ態様の決定処理を実行する要求データ態様決定ステップと、
サーバに送信するデータ要求メッセージに前記決定ステップにおいて決定した要求データ態様を要求データ態様識別情報として格納するステップと、
前記データ要求メッセージをサーバに対して送信するステップと、
を有することを特徴とするデータ要求処理方法にある。
【００５１】
さらに、本発明のデータ要求処理方法の一実施態様において、前記データ要求メッセージは、制御情報通信プロトコルとしてのＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従ったプレイ［ＰＬＡＹ］メソッドとしてサーバに対して送信することを特徴とする。
【００５２】
さらに、本発明の第６の側面は、
階層符号化データの送信処理を実行するデータ送信処理を実行するコンピュータ・プログラムであって、
クライアントからデータ要求メッセージを受信するステップと、
前記データ要求メッセージに含まれる要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成する制御ステップと、
抽出または生成した符号化データを格納した通信パケットを生成する通信パケット生成ステップと、
クライアント対応の符号化データを格納した通信パケットをクライアントに対して送信するステップと、
を具備することを特徴とするコンピュータ・プログラムにある。
【００５３】
さらに、本発明の第７の側面は、
サーバに対する階層符号化データの要求処理を実行するデータ要求処理を実行するコンピュータ・プログラムであって、
自己の要求する階層符号化データ態様の決定処理を実行する要求データ態様決定ステップと、
サーバに送信するデータ要求メッセージに前記決定ステップにおいて決定した要求データ態様を要求データ態様識別情報として格納するステップと、
前記データ要求メッセージをサーバに対して送信するステップと、
を具備することを特徴とするコンピュータ・プログラムにある。
【００５４】
【作用】
本発明の構成によれば、階層符号化データの送信処理を実行するサーバと、サーバから階層符号化データを受信するクライアントからなるサーバクライアントシステムにおいて、クライアントからサーバに対して送信するデータ要求メッセージに、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を格納して送信し、サーバが要求データ態様識別情報に基づいて、クライアント対応の符号化データを抽出または生成してクライアントに送信する処理を実行する構成としたので、クライアントの処理能力等に応じた最適なデータの送信が可能になる。
【００５５】
また、本発明の構成によれば、サーバは、記憶部に格納する唯一の符号化データから、クライアントの要求に応じてデータ抽出により様々な構成のデータを送信データとすることが可能となるので、サーバは様々なタイプのデータを複数格納する必要がなく効率的な処理が可能となる。
【００５６】
さらに、本発明の構成によれば、クライアントは、データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行し、サーバが応答として、サーバ保持データ態様識別情報を格納した応答メッセージをクライアントに送信し、クライアントは、サーバ保持データ態様識別情報に基づいて、クライアントの要求する階層符号化データ態様を決定することが可能となり、サーバが確実に保有する範囲でのデータ要求が可能となる。
【００５７】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００５９】
【発明の実施の形態】
［システム概要及びデータ送受信構成例］
まず、本発明のシステム概要及びデータ送受信構成例について説明する。図１に本発明の適用可能なデータ送受信システム構成例を示す。本発明では図１のようにデータ送信装置としてのサーバ１１とデータ受信装置としてのクライアント２１，２２，２３がネットワーク１２に接続され、ネットワーク１２を介してデータの送受信がされる環境を想定する。なお、図には３つのクライアントを示しているが、クライアントはネットワーク上に多数接続されているものとする。
【００６０】
サーバ１１は、あらかじめエンコードされたデータをＨＤＤのような記録媒体に保存しておく。このときのエンコード方式として階層符号化を用いた画像圧縮方式を用いるものとする。以下の説明においては、エンコード済みのデータを送受信する方法を具体例と示すが、サーバ１１がリアルタイムエンコーディングを実行する構成にも本発明は適用可能である。また、クライアント２１，２２，２３は、サーバで用いられたエンコード方式に対応したデコード処理環境、すなわちデコーダを有し、デコードデータの出力手段としてのディスプレイあるいはスピーカ等を有する。
【００６１】
なお、本実施例においては、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続ネットワークを想定している。画像あるいは音声データ等の配信ではリアルタイム性が要求されることが多く、多くの場合インターネット上での通信プロトコルとしてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）が用いられる。さらに、ＵＤＰの上のレイヤにおいてはＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いる。コンテンツデータの伝送プレーンとしてＲＴＰを用いる一方、制御情報伝送プレーンとしてはＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いる。
【００６２】
ＲＴＳＰでは、制御機能として複数のメソッドが規定されており、例えば、クライアントからサーバに対してコンテンツを要求するメソッドとして規定されたデスクライブ［ＤＥＳＣＲＩＢＥ］、メディア（コンテンツ）の送信開始メソッドとして規定された［ＰＬＡＹ］、メディアのためのリソース要求とＲＴＳＰセッション開始メソッドとして規定された［ＳＥＴＵＰ］、セッション終了メソッドとして規定された［ＴＥＡＲＤＯＷＮ］等、様々なメソッド（制御機能）が適用可能である。
【００６３】
データ送信サイトのサーバ１１は、ウェーブレット変換、あるいはＤＣＴ等をベースとした階層符号化処理によって生成した階層符号化データを保有し、クライアントからのデータ要求に応じて保有する階層符号化データからクライアントに最適なデータを抽出し、必要に応じて符号化列の再設定としての並び替えを実行し、抽出データを通信パケットのペイロードとして格納した通信パケットを生成してデータ要求クライアントに対して送信する。
【００６４】
ネットワーク１２は通信パケットに設定されたアドレス情報に基づいて送信先へ通信パケットを運ぶ。データ送信態様は様々であり、例えばダイアルアップサービスを提供するサービスプロバイダネットワークを経由してクライアント２１へ通信パケットが送信されたり、あるいはＡＤＳＬを使ったサービスプロバイダネットワークを経由してクライアント２２へパケットが配信される。あるいは無線ネットワークにより基地局１３を経由して移動クライアント２３に通信パケットが配信される。
【００６５】
以下、本発明を適用した符号化データの送受信処理について、ＪＰＥＧ２０００、ＭＰＥＧ等、各種データ圧縮フォーマットに従った複数の処理例を説明する。
【００６６】
［実施例１］
まず、実施例１として、階層符号化方式にＪＰＥＧ２０００を適用し、伝送制御方式としてＲＴＳＰを用いた例について説明する。
【００６７】
ウェーブレット（Ｗａｖｅｌｅｔ）変換をベースとするＪＰＥＧ２０００のような階層符号化処理は、レイヤあるいは解像度を細かく設定した階層区分設定が可能であり、処理能力の異なる様々なデータ受信端末に応じた任意のビットレートに対応することが可能である。また、ＪＰＥＧ２０００を基礎とした動画の圧縮フォーマットであるＪＰＥＧ２０００ビデオストリームはフレーム間相関のないイントラフレームの連続として構成されるものであるため、ネットワーク上においてパケットロスが生じても、ロスパケットに基づく他のパケットに対するエラー伝播が発生しないという利点がある。従って、ウェーブレット変換を適用するとブロックノイズが生じないため視覚上の画質の低下が抑制される。
【００６８】
以下、説明する実施例は、ウェーブレット変換を適用した階層符号化処理によって生成した階層符号化データを送受信するシステムである。データを送信するデータ送信装置としてのサーバは、データを受信するデータ受信装置としてのクライアントの能力、例えばディスプレイ解像度やＣＰＵの処理能力（例えば処理可能なビットレート）に応じて、最適な符号化データを送信する。
【００６９】
本発明のシステムにおいて、符号化データを保持し、符号化データを格納した通信パケットを生成して送信する処理を実行するデータ送信装置としてのサーバの構成および処理について説明する。図２にサーバの構成例を説明するブロック図を示す。
【００７０】
図２に示す例では、サーバ１００は制御部１０１、エンコーダ（符号化部）１０２、記憶部１０３、通信パケット処理部１０４、データ送受信部（ネットワークＩ／Ｆ）１０５を有する。
【００７１】
データ送受信部１０５を介してデータ受信装置であるクライアントに対して符号化データを格納した通信パケットが送信される。送信対象となる符号化データは、基本的には、記憶部１０３に格納されたデータである。すなわち、あらかじめエンコーダ（符号化部）１０２によって所定の符号化処理が実行され、記憶部１０３に格納された符号化データから、制御部１０１の制御の下にクライアントの希望する符号化データ態様に応じたデータ抽出処理が実行され、抽出された符号化データをペイロードとした通信パケットが通信パケット処理部１０４において生成されて、データ送受信部１０５を介してデータ受信装置であるクライアントに対して送信される。なお、クライアントに対するデータ送信処理に際して、エンコーダ（符号化部）１０２によって符号化処理を実行し、符号化データを通信パケット処理部１０４において通信パケットに格納してクライアントに送信する構成としてもよい。
【００７２】
なお、クライアント側の構成、すなわちＣＰＵ、デコーダ処理能力、ディスプレイ構成等に応じた最適な符号化データ、あるいはクライアントの希望する最適な符号化データの態様については、符号化データの送信以前にサーバクライアント間で実行する制御情報伝送処理、すなわちＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による情報交換によってサーバがクライアントから取得する。制御部１０１は、取得情報に基づいて記憶部１０３からクライアントに適した符号化データ抽出処理を実行し、抽出データに基づいて通信パケットが生成される。これらの処理の詳細については、後述する。
【００７３】
本実施例において、記憶部１０３には、ウェーブレット（Ｗａｖｅｌｅｔ）変換をベースとするＪＰＥＧ２０００符号化データが格納される。エンコーダ（符号化部）１０２は、ウェーブレット（Ｗａｖｅｌｅｔ）変換をベースとするＪＰＥＧ２０００符号化処理を実行する。
【００７４】
ウェーブレット変換を実行するエンコーダの構成例を図３に示す。これは、幾つかあるウェーブレット変換手法の中で、最も一般的なウェーブレット変換であるオクターブ分割を複数レベルに亘って行った例である。この図３の場合は、レベル数が３（レベル１〜レベル３）であり、画像信号を低域と高域に分割し、且つ低域成分のみを階層的に分割する構成を採っている。また図３では、便宜上１次元の信号（例えば画像の水平成分）についてのウェーブレット変換を例示しているが、これを２次元に拡張することで２次元画像信号に対応することができる。
【００７５】
次に動作について説明する。図３に示すウェーブレット変換部への入力画像信号２５０は、まずローパスフィルタ２１１（伝達関数Ｈ０（ｚ））とハイパスフィルタ２１２（伝達関数Ｈ１（ｚ））とによって帯域分割され、得られた低域成分と高域成分は、それぞれ対応するダウンサンプラ２１３、２１４によって、解像度がそれぞれ２分の１倍に間引かれる（レベル１）。この時の出力がＬ成分２５１とＨ成分２５６の２つである。ここで、上記Ｌは低域（Ｌｏｗ）、Ｈは高域（Ｈｉｇｈ）を示す。この図３のローパスフィルタ２１１、ハイパスフィルタ２１２、及び２個のダウンサンプラ２１３、２１４によってレベル１の回路部２１０が構成されている。
【００７６】
ダウンサンプラ２１３、２１４によりそれぞれ間引かれた信号の低域成分、すなわちダウンサンプラ２１３からの信号のみが、さらに、レベル２の回路部２２０のローパスフィルタ及びハイパスフィルタによって帯域分割され、それぞれ対応するダウンサンプラによって、解像度をそれぞれ２分の１倍に間引かれる（レベル２）。これらのレベル２のローパスフィルタ、ハイパスフィルタ及びダウンサンプラから成る回路部２２０としては、上記レベル１のローパスフィルタ２１１、ハイパスフィルタ２１２及びダウンサンプラ２１３、２１４から成る回路部２１０と同様な構成が用いられる。
【００７７】
このような処理を所定のレベルまで行うことで、低域成分を階層的に帯域分割した帯域成分が順次生成されていくことになる。レベル２で生成された帯域成分は、ＬＬ成分２５２とＬＨ成分２５５である。図３はレベル３まで帯域分割する例が示されており、レベル２の回路部２２０のローパスフィルタ側のダウンサンプラからの出力が、上記回路部２１０と同様な構成のレベル３の回路部２３０に供給されている。このようにレベル３まで帯域分割した結果、ＬＬＬ成分２５３、ＬＬＨ成分２５４、ＬＨ成分２５５、Ｈ成分２５６が生成される。
【００７８】
図４は、レベル３まで２次元画像を帯域分割した結果得られる帯域成分を図示したものである。この図４に示すＬ及びＨの表記法は、１次元信号を扱った図３でのＬ及びＨの表記法とは異なる。すなわち図４では、先ずレベル１の帯域分割（水平・垂直方向）により４つの成分ＬＬ、ＬＨ、ＨＬ、ＨＨに分かれる。ここでＬＬは水平・垂直成分が共にＬであること、ＬＨは水平成分がＨで垂直成分がＬであることを意味している。次に、ＬＬ成分は再度帯域分割されて、ＬＬＬＬ、ＬＬＨＬ、ＬＬＬＨ、ＬＬＨＨが生成される。さらに、ＬＬＬＬ成分は再度帯域分割されて、ＬＬＬＬＬＬ、ＬＬＬＬＨＬ、ＬＬＬＬＬＨ、ＬＬＬＬＨＨが生成される。
【００７９】
なお、ウェーブレット変換処理においては、プログレッシブ順序でのプログレッション符号化処理が実行可能である。すなわち空間解像度によるプログレッシブ、あるいはＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、すなわち画質によるプログレッシブ、あるいはカラー成分（ＲＧＢやＹＣｂＣｒ）によるプログレッシブ等、様々なプロックレッション態様に応じた階層符号化処理が可能である。
【００８０】
プログレッション符号化とは、インターネットの画像配信等において多用される符号化処理であり、データ受信端末側では、例えば粗い画像データを先に出力し、順次、細かい画像を出力して表示するなどの段階的な復号表示処理を可能とするものである。
【００８１】
例えば、プログレッション符号化の一例として、粗い画像に対応する低周波画像データの符号化データから精細な画像に対応する高周波画像データの符号化データを生成する。データの復号、表示を実行する端末では、低周波画像データの符号化データの復号、表示処理をまず実行することで、短時間でディスプレイに粗い概略画像を表示することが可能となり、その後、高周波領域の符号化データを復号し、表示することで、徐々に精細な画像を表示することが可能となる。
【００８２】
プログレッション符号化としては、異なる解像度の段階的処理構成の他に、ＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、すなわち画質を複数段に設定した構成として、低ＳＮＲ（低画質）の符号化データから高ＳＮＲ（高画質）を区別して符号化する構成、さらにカラー成分（ＲＧＢやＹＣｂＣｒ）によるプログレッション、すなわち、カラー成分（ＲＧＢやＹＣｂＣｒ）毎の符号化を実行する構成等がある。
【００８３】
ウェーブレット変換によるデータ符号化を実行するエンコーダにおける最終処理は、生成した符号化ビットストリームを所定のプログレッションに対応した符号列に並び替える処理である。ＪＰＥＧ２０００では、５種類のプログレッションタイプが規定されている。その中で、代表的なものにＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）と、ＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）がある。
【００８４】
ＬＲＣＰ符号化データ列は、符号化データ列を順次復号することで、解像度を一定にし、画質を徐々に向上させていくプログレッション復号が可能となる。一方、ＲＬＣＰは、画質を均一に保って解像度を徐々に拡大させるプログレッション復号が可能となる。
【００８５】
本実施例におけるデータ送信装置としてのサーバは、例えば上述のＬＲＣＰまたはＲＬＣＰに対応する符号列でウェーブレット変換データを保持する。サーバがＬＲＣＰまたはＲＬＣＰのいずれのデータを保持しているかについての情報、およびその他の符号化データに関する符号化処理態様情報について、符号化データの送信以前にサーバクライアント間で実行する制御情報伝送処理、すなわちＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による情報交換の際に、クライアント側に通知する処理を実行する。これらの処理の詳細については後述する。
【００８６】
図２に示すエンコーダ１０２は、上述したウェーブレット変換処理を実行する。エンコーダ１０２によって符号化されたデータは、記憶部１０３に格納される。図５に記憶部１０３に格納する符号化データ構成を示す。
【００８７】
図５に示す符号化データ構成について説明する。符号化データは、符号データの始まりを示すＳＯＣ（Ｓｔａｒｔ  ｏｆ  Ｃｏｄｅ  ｓｔｒｅａｍ）マーカで始まり、符号化パラメータや量子化のパラメータ、プログレッシブ順序などが記述されたメインヘッダ（ＭＨ：Ｍａｉｎ  Ｈｅａｄｅｒ）が続き、その後に符号化データが続く。この符号化データが階層構造を持っている。符号化データの最後尾に符号データの終了を示すＥＯＣ（Ｅｎｄ  ｏｆ  Ｃｏｄｅ  ｓｔｒｅａｍ）マーカが設定される。
【００８８】
通信パケット生成手段としての通信パケット処理部１０４は、記憶部１０３内の符号化データを解析して、データ内容に応じて区切りを決定し、通信パケットの生成処理を実行する。通信パケット処理部１０４は、記憶部１０３内に格納された符号化データのメインヘッダを参照して、符号化データのプログレッシブ順序情報やレイヤ数、カラー成分に関する情報を取得する。このフィールド情報を読み取ることによりどういう階層により構成されているかを解析する。階層レベルの構成方法は、前述したように、解像度によるプログレッシブ、ＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、すなわち画質によるプログレッシブ、カラー成分（ＲＧＢやＹＣｂＣｒ）によるプログレッシブ等がある。
【００８９】
通信パケット生成手段としての通信パケット処理部１０４は、データ送信先としてのクライアント構成に応じて、記憶部１０３内に格納された符号化データの抽出処理、さらには、符号化データのプログレッシブ順序等の並び替え処理等を行なった後、通信パケットに格納する処理を実行する。これらの処理の詳細については後述する。生成された通信パケットはデータ送受信部（ネットワークＩ／Ｆ）１０５を介してクライアントに送信される。
【００９０】
なお、データ受信装置としてのクライアントはＰＣ、携帯端末等によって構成され、図２に示す構成において、エンコーダ１０２をデコーダに置き換えた構成を持つ。なお、データ送信装置としてのサーバ、およびデータ受信装置としてのクライアントの具体的なハードウェア構成例については、後段で説明する。
【００９１】
次に、符号化データの送信以前にサーバクライアント間で実行する制御情報伝送処理、すなわちＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による情報交換処理の詳細について説明する。
上述したように、データ送信装置としてのサーバは、データ受信装置としてのクライアント側の構成（処理能力）に応じた最適な符号化データ、あるいはクライアントの希望する最適な符号化データの態様についての情報を取得し、取得情報に基づいて、クライアントに応じた最適態様の符号化データを送信する。
【００９２】
このための情報取得処理が、符号化データの送信以前にサーバクライアント間で実行する制御情報伝送処理、すなわちＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による情報交換処理である。この情報交換処理は、サーバからクライアントに対するサーバの保持する符号化データ態様情報（サーバ保持データ態様識別情報）の提供処理と、クライアントからサーバに対する希望する符号化データ態様情報（要求データ態様識別情報）の送信処理とを含む処理によって構成される。
【００９３】
なお、サーバはウェーブレット変換に基づくＪＰＥＧ２０００に従った階層符号化データを記憶部１０３（図２参照）に格納し、その格納符号化データは、図６に示す構成であるものとする。符号化パラメータや量子化のパラメータ、プログレッシブ順序などが記述されたメインヘッダ（ＭＨ：Ｍａｉｎ  Ｈｅａｄｅｒ）に続いて符号化データが所定の符号化列に従って並んだ構成を持つ。
【００９４】
図６に示すウェーブレット変換符号化データは、１フレームあたりのＪＰ２パケット構成を示す。前述したＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）符号化列であり、符号化データ列を順次復号することで、画質を均一に保って解像度を徐々に拡大させるプログレッション復号を可能とした符号化データ列である。図６に示すＲＬＣＰ符号化データは、ウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化し、３つのコンポーネント（ＹＵＶ）で圧縮し、ＪＰＥＧ２０００データフォーマットに従ったＪＰ２パケットがＲＬ順に並ぶ符号化列設定である。
【００９５】
図６に示すようにウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化したＲＬＣＰ符号化データは、Ｒ＝５、Ｌ＝４の設定であり、ＲＬ５４と示す。Ｒ（Ｒｅｓｏｌｕｔｉｏｎ）はウェーブレット変換回数に相当し、Ｌはレイヤ数に相当する。図６に示す構成では、サーバは、１コンポーネント毎に１フレームあたり２４の符号化データ格納ＪＰ２パケット（（Ｒ０，Ｌ０）〜（Ｒ５，Ｌ３））を保有することになる。
【００９６】
なお、ＪＰ２パケットは、ネットワークを介して送信する通信パケットとは異なる。本明細書ではサーバの記憶部１０３（図２参照）に格納するＪＰＥＧ２０００符号化データの単位データをＪＰ２パケットと表現し、ネットワークを介して送信するパケットを通信パケットと表現する。
【００９７】
なおウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化するとは、５つの異なる解像度（Ｒ：Ｒｅｓｏｌｕｔｉｏｎ）情報ブロックＲ０〜Ｒ５を持ち、各解像度情報ブロック毎に４レイヤ（Ｌ：Ｌａｙｅｒ）の符号化データブロックを持つことを意味する。解像度Ｒ５は７２０×４８０画素の解像度、Ｒ４は３６０×２４０画素の解像度に相当し、Ｒ０は最低解像度画像情報に相当する。レイヤは、同一の解像度データにおける粗い画像データ（低周波画像データ）〜精細な画像データ（高周波画像データ）に対応する。ここでは、各解像度毎に４つのレイヤが設定されている。また、３つのコンポーネント（ＹＵＶ）それぞれに図６に示すＲＬＣＰ符号化列が存在する。
【００９８】
例えばクライアントが、サーバから図６に示す符号化データ列を受信した場合、（Ｒ０，Ｌ０）のＪＰ２パケットを復号することで、最低解像度において粗い画像データ（低周波画像データ）が表示され、順次、（Ｒ０，Ｌ１）〜（Ｒ５，Ｌ３）の復号、表示処理を実行することで、高解像度の精細な画像データ（高周波画像データ）が表示されることになる。
【００９９】
しかし、クライアントの有するディスプレイが７２０×４８０画素の解像度を持つものでなければ、Ｒ５に含まれるＪＰ２パケットの復号処理は無駄となってしまう。また、１画素あたりの表示可能なビット情報が低いディスプレイを持つクライアントが高いレイヤの高周波画像データを取得して復号処理を行なってもディスプレイに復号データに基づく高精細画像を表示することは不可能であり、処理の意味が無い。また、クライアント側のデコード処理構成によっても処理可能な符号化データは異なることになる。従って、クライアント構成に適した最適な符号化データ列を抽出して送信するために、ＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）によるサーバとクライアント間の情報交換処理を実行する。
【０１００】
図７にサーバクライアント間で実行するＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従った制御情報交換処理、および情報交換後の符号化データの送信に至るまでの処理シーケンス図を示す。以下、図７に示す処理シーケンスに従って、処理の詳細について説明する。
【０１０１】
ステップＳ１１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０１０２】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ１２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。ＳＤＰの記述にサーバ保持データ態様識別情報が含まれる。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットを図８に示す。
【０１０３】
［ｖ＝０］はバージョン情報＝０であることを示す。［ｏ＝−  ２８９０ｘｘｘ４２ｘｘ  ２８ｘｘｘ４２ｘｘ７  ＩＮ  ＩＰ４  ４ｘ．ｘ７．１ｘｘ．７ｘ］は、セッションＩＤ、ＩＰバージョン４、ＩＰアドレス情報である。［ｓ＝ＲＴＳＰ  ｓｅｓｓｉｏｎ］はＲＴＳＰに従ったプロトコルであることを示す。［ｕ＝ｒｔｓｐ：／／ｖｏｄｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｓｄｐ］は、サーバ内におけるコンテンツ対応のＳＤＰファイルの格納ロケーションを示す情報である。［ｔ＝０  １２３４］は、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）による開始時刻＝０、および終了時刻１２３４を示している。［ｍ＝ｖｉｄｅｏ  ０  ＲＴＰ／ＡＶＰ  ７８］は、メディア情報であり、ビデオ情報をＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に従って伝送可能であることを示す。［ａ＝ｃｏｎｔｒｏｌ：ｒｔｓｐ：／／ｖｏｄｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｍｊ２］は、サーバ内におけるＪＰＥＧ２００符号化データコンテンツ（ＶｉｄｅｏＡ）の格納ロケーションを示す情報である。ｍｊ２はＪＰＥＧ２０００符号化データであることを示している。
【０１０４】
本発明の構成においては、ＳＤＰを拡張して、上述の各情報に、さらに、［ａ＝ｏｒｄｅｒ：ＲＬ５４  ７２０×４８０］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義した。これが、サーバ保持データ態様識別情報である。［ａ＝ｏｒｄｅｒ：ＲＬ５４  ７２０×４８０］は、サーバが保持しているコンテンツの符号化データの態様を示す情報である。すなわち、サーバは、クライアントの要求コンテンツを図６に示すＲＬＣＰ符号化列データとして保持していることを示す情報である。
【０１０５】
ｏｒｄｅｒ：ＲＬ５４は、ウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化したデータをＲＬＣＰ符号化データ列とした構成、すなわち（Ｒ０，Ｌ０），（Ｒ０，Ｌ１）、〜（Ｒ５，Ｌ４）のデータ列として符号化データを有することを示している。７２０×４８０は解像度情報を示している。
【０１０６】
図７に戻り、サーバクライアント間の処理シーケンスの説明を続ける。ステップＳ１２において、クライアントはサーバからのコンテンツ仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰによって取得する。ＳＤＰには、上述したように符号化データ情報として解像度と画質情報、具体的には符号化データ列情報（ＲＬ５４）および解像度情報（７２０×４８０）を取得することができる。
【０１０７】
クライアントは、受信ＳＤＰに含まれるサーバの有する符号化データ情報に基づいて、クライアントが欲しい符号化画像データに応じた要求データ態様識別情報を設定する。すなちわ、本実施例では、クライアントが受信したい１フレーム当たりのＪＰ２パケット数を算出し、ステップＳ１３において、算出値としての［ＪＰ２パケット数／１フレーム］を要求データ態様識別情報として格納した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０１０８】
クライアントにおけるＳＤＰ受信からＰＬＡＹメソッド送信に至るまでの処理について、図９に示すフローを参照して説明する。クライアントは、ステップＳ１０１において、サーバからＳＤＰを受信するとステップＳ１０２において、解像度情報（ここではＡとする）と、ＲＬ情報の各値をＳＤＰから取得する。
【０１０９】
次に、ステップＳ１０３においてクライアントの有するディスプレイ等の情報に基づいて決定される要求解像度Ｂ（Ｘ×Ｙ）を取得し、ステップＳ１０４において、ＳＤＰから取得したサーバの保有する符号化データの解像度Ａとクライアント要求解像度Ｂを比較する。
【０１１０】
Ａ≦Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像を表示可能であり、サーバの保有する符号化データを復号してクライアントにおいて表示可能であるので、ステップＳ１０６に進む。一方、Ａ＞Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像は表示できないので、ステップＳ１０５において、解像度ＡをＡ／２とする更新処理を実行する。解像度ＡをＡ／２とする更新処理はＲ＝Ｒ−１とする更新処理に相当する。この更新処理をステップＳ１０４の判定条件Ａ＞ＢがＮｏと判定されるまで実行する。
【０１１１】
Ａ＞Ｂの判定がＮｏとなると、ステップＳ１０６において、クライアントが受信したい１フレーム当たりのＪＰ２パケット数を算出する。［ＪＰ２パケット数／１フレーム］を［Ｘ−Ｐｒｉｏｒｉｔｙ］と呼ぶことにする。［Ｘ−Ｐｒｉｏｒｉｔｙ］の算出式は以下の式（式１）に示す通りである。
Ｘ−Ｐｒｉｏｒｉｔｙ＝（ウェーブレット数＋１）×レイヤ数・・（式１）
【０１１２】
つまり、ウェーブレット数３、レイヤ４とすると、Ｘ−Ｐｒｉｏｒｉｔｙの値は１６となる。このＸ−Ｐｒｉｏｒｉｔｙの値は、クライアントの要求する解像度に応じた１フレームあたりのＪＰ２パケット数に相当する値である。
【０１１３】
クライアントは、ステップＳ１０７において、算出したＸ−Ｐｒｉｏｒｉｔｙの値を、ＲＴＳＰのプレイ［ＰＬＡＹ］メソッドに追加ヘッダとして格納してサーバに送信する。クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図１０（ａ）に示す。
【０１１４】
［ＰＬＡＹ  ｒｔｓｐ：／／ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｍｊ２  ＲＴＳＰ／１．０］は、要求コンテンツであるビデオ情報（ＶｉｄｅｏＡ）の再生要求、すなわちプレイメソッドであることを示す情報である。［Ｃｓｅｑ：  ４］は、通信シーケンス番号である。［Ｓｅｓｓｉｏｎ：  １２３４５６７８］は、セッション番号を示す。［Ｘ−Ｐｒｉｏｒｉｔｙ：  １６］は、本発明構成において、新たに定義したヘッダであり、上記式（式１）によって算出するクライアントの要求する［ＪＰ２パケット数／１フレーム］を示す値でありこれが１６であることを示している。
【０１１５】
図１０（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。［ＲＴＳＰ／１．０  ２００  ＯＫ］は受信確認であることを示す。［Ｃｓｅｑ：  ４］は、通信シーケンス番号である。［Ｓｅｓｓｉｏｎ：  １２３４５６７８］は、セッション番号を示す。
【０１１６】
図７に示すシーケンス図では、ステップＳ１４のＡＣＫ送信において、図１０（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ１５において、符号化データのストリーム配信がクライアントに対して実行される。
【０１１７】
サーバは、クライアントから受信したＰＬＡＹメソッドに格納された［Ｘ−Ｐｒｉｏｒｉｔｙ］、すなわち、クライアントの要求する［ＪＰ２パケット数／１フレーム］に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信する。
【０１１８】
サーバがクライアントからＰＬＡＹメソッドを受信し、ＰＬＡＹメソッドに格納されたクライアントの要求する［ＪＰ２パケット数／１フレーム］すなわち、［Ｘ−Ｐｒｉｏｒｉｔｙ］の値を取得し、取得値に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信するまでの処理の詳細を図１１を参照して説明する。
【０１１９】
まず、ステップＳ２０１においてサーバがクライアントからのコンテンツ再生要求メソッドであるＰＬＡＹメソッドを受信すると、ステップＳ２０２において受信したＰＬＡＹメソッド中から［Ｘ−Ｐｒｉｏｒｉｔｙ］の値、すなわちクライアントの要求する［ＪＰ２パケット数／１フレーム］の値を取得する。
【０１２０】
次にステップＳ２０３において、サーバは記憶部から指定コンテンツに対応する符号化データを先頭データから順次取り出す。記憶部に格納された符号化データは、図６を参照して説明したＲＬＣＰ符号化データ列でありＲ＝５，Ｌ＝４のＲＬ５４符号化データである。
【０１２１】
サーバは、記憶部から取得する符号化データを格納したＪＰ２パケット数をカウントし、ステップＳ２０４において、クライアントから受信したＰＬＡＹメソッドから取得した［Ｘ−Ｐｒｉｏｒｉｔｙ］の値と比較する。記憶部から抽出した符号化データ格納ＪＰ２パケット数が［Ｘ−Ｐｒｉｏｒｉｔｙ］の値と等しくなると、ステップＳ２０５に進み、抽出ＪＰ２パケットをペイロードとした通信パケット、すなわちＲＴＰパケットを生成し、ステップＳ２０６において生成した通信パケットをクライアントに対して送信する。
【０１２２】
例えば、クライアントから受信したＰＬＡＹメソッドから取得した［Ｘ−Ｐｒｉｏｒｉｔｙ］の値が１６、すなわち、クライアントの要求する［ＪＰ２パケット数／１フレーム］が１６である場合には、サーバは、１フレームあたり１６のＪＰ２パケットを抽出してクライアントに送信する。
【０１２３】
なお、上述した説明においては、記憶部から取得する符号化データを格納したＪＰ２パケット数をカウントし、クライアントから受信したＰＬＡＹメソッドから取得した［Ｘ−Ｐｒｉｏｒｉｔｙ］の値と取得ＪＰ２パケット数を比較する処理を実行しているが、予めサーバの保有する符号化データＪＰ２パケットに先頭からシーケンシャルな番号を設定し、設定番号と［Ｘ−Ｐｒｉｏｒｉｔｙ］の値との比較を行なって、設定番号≦Ｘ−Ｐｒｉｏｒｉｔｙ値となるＪＰ２パケットのみを送信対象として選択する処理とすることも可能である。
【０１２４】
サーバが記憶部から抽出し、通信パケットに格納するＪＰ２パケットの構成は、図１２に示すものとなる。図１２に示す例は、クライアントから受信したＰＬＡＹメソッドから取得した［Ｘ−Ｐｒｉｏｒｉｔｙ］の値が１６、すなわち、クライアントの要求する［ＪＰ２パケット数／１フレーム］が１６である場合の例である。
【０１２５】
Ｒ０のブロックには、（Ｒ０，Ｌ０）〜（Ｒ０，Ｌ３）の４つのＪＰ２パケットが含まれ、（Ｒ０，Ｌ０）〜（Ｒ３，Ｌ３）の計１６のＪＰ２パケットがサーバの記憶部から抽出されてクライアントに対する通信パケットのペイロードとして格納されて送信される。サーバは図６を参照して説明したようにＲＬ５４の符号化データ、すなわち１フレームあたり２４のＪＰ２パケットからなる符号化データを保有するが、サーバの保有する（Ｒ４，Ｌ０）〜（Ｒ５，Ｌ３）のＪＰ２パケットは、送信されないことになる。
【０１２６】
この図１２に示す符号化データを受信したクライアントは、（Ｒ０，Ｌ０）〜（Ｒ３，Ｌ３）のＪＰ２パケットを順次復号し、再生することにより、解像度、画質を順次向上させるプログレッシブ再生処理が実行され、クライアントの要求した解像度に応じた画像の再生が可能となる。
【０１２７】
［実施例２］
上述した実施例１においては、クライアントからサーバに対して送信するプレイ［ＰＬＡＹ］メソッド中に設定した要求符号化データ態様を示す要求データ態様識別情報として、前述の式（式１）で定義される［Ｘ−Ｐｒｉｏｒｉｔｙ］、すなわちクライアントの要求する［ＪＰ２パケット数／１フレーム］の算出値を設定する構成とした。次に実施例２として、クライアントからサーバに対して送信するプレイ［ＰＬＡＹ］メソッド中にクライアント側において要求する符号化データのＲＬ値、すなわち解像度（Ｒ：Ｒｅｓｏｌｕｔｉｏｎ）、画質に相当するレイヤ（Ｌ：Ｌａｙｅｒ）の値を格納し、サーバ側がクライアントから受信するプレイ［ＰＬＡＹ］メソッド中のＲＬ値に基づいて、送信するＪＰ２パケットを選択抽出する処理例について説明する。
【０１２８】
図１３に実施例２に対応するサーバクライアント間で実行するＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従った制御情報交換処理、および情報交換後の符号化データの送信に至るまでの処理シーケンス図を示す。以下、図１３に示す処理シーケンスに従って、処理の詳細について説明する。
【０１２９】
なお、サーバ側は、ウェーブレット変換に基づくＪＰＥＧ２０００に従った階層符号化データを記憶部１０３（図２参照）に格納し、その格納符号化データは、実施例１と同様、図６に示す構成であるものとする。すなわち、ＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）符号化列であり、ウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化したＲＬ５４であるものとする。
【０１３０】
図１３の処理シーケンスのステップＳ２１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０１３１】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ２２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットは、先の実施例１と同様のデータ、すなわち図８に示すデータ構成である。すなわち、［ａ＝ｏｒｄｅｒ：ＲＬ５４  ７２０×４８０］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義したデータであり、符号化データ列：ＲＬ５４、解像度：７２０×４８０の符号かデータを保有することを示す情報がクライアントに提示される。
【０１３２】
ステップＳ２２において、クライアントはサーバからサーバ保持データ態様識別情報をＳＤＰによって取得すると、クライアントは、次に、クライアントが受信したい符号化データ情報としてのＲＬ情報を要求データ態様識別情報として決定し、ステップＳ２３において、クライアントが受信したい符号化データのＲＬ値を格納した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０１３３】
クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図１４（ａ）に示す。図１４（ａ）の最下段の行に記載された［ＲＬ：３３］が、本実施例において、新たに定義したヘッダであり、クライアントが受信したい符号化データのＲＬ値がＲＬ３３であることを示している。図１４（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。
【０１３４】
図１３に示すシーケンス図では、ステップＳ２４のＡＣＫ送信において、図１４（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ２５において、符号化データのストリーム配信がクライアントに対して実行される。
【０１３５】
サーバは、クライアントから受信したＰＬＡＹメソッドに格納されたＲＬ値、すなわち、クライアントの要求する符号化データのＲＬ値に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信する。
【０１３６】
サーバがクライアントからＰＬＡＹメソッドを受信し、ＰＬＡＹメソッドに格納されたクライアントの要求する符号化データのＲＬ値を取得し、取得値に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信するまでの処理の詳細を図１５を参照して説明する。
【０１３７】
まず、ステップＳ３０１においてサーバがクライアントからのコンテンツ再生要求メソッドであるＰＬＡＹメソッドを受信すると、ステップＳ３０２において受信したＰＬＡＹメソッド中からクライアントの要求する符号化データのＲＬ値を取得する。
【０１３８】
次にステップＳ３０３において、サーバは符号化データを記憶部から取得する事前処理として、ｋ＝０，ｉ＝１とするパラメータの初期設定を行なう。ｋは、記憶部から取得するＲＬ符号化データの何番目のＲブロックかを示すパラメータであり、Ｒ０であればｋ＝０、Ｒ１であればｋ＝１となる。ｉは、各Ｒブロックの何番目のＪＰ２パケットかを示すパラメータであり、Ｌ０であればｉ＝１、Ｌ１であればｉ＝２となる。
【０１３９】
ステップＳ３０３のパラメータ初期設定が完了すると、ステップＳ３０４に進み、サーバは記憶部から指定コンテンツに対応する符号化データを、設定したパラメータｋ，ｉに従って順次取り出す。記憶部に格納された符号化データは、図６を参照して説明したＲＬＣＰ符号化データ列でありＲ＝５，Ｌ＝４のＲＬ５４符号化データである。初期設定は、ｋ＝０，ｉ＝１であるから、図６に示す符号化データ列のＲ０ブロックからＬ０のＪＰ２パケットが取り出される。
【０１４０】
ステップＳ３０５では、［ｉ≧ＰＬＡＹメソッドからの取得値Ｌ］の判定を実行する。ここでは、クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドに図１４（ａ）の最下段の行に記載された［ＲＬ：３３］が設定されているものとする。すなわちＲ＝３，Ｌ＝３であるとする。
【０１４１】
初期設定値ｉ＝１は、ｉ≧３とならないので、ステップＳ３１１に進み、ｉ＝ｉ＋１のパラメータ更新が実行され、ステップＳ３０４に進み次のＪＰ２パケットが取得される。すなわち、図６に示すＲ０ブロックのＬ１のＪＰ２パケットが取得される。同一のＲブロック中のＪＰ２パケットがｉ≧３となるまで取得され、ｉ≧３となると、次にステップＳ３０６において、［ｋ≧ＰＬＡＹメソッドからの取得値Ｒ］の判定を実行する。ＰＬＡＹメソッドの設定［ＲＬ：３３］によりＬ＝３であるので、初期設定ｋ＝０においては、ステップＳ３０６の判定がＮｏとなり、ステップＳ３１２に進み、ｋ＝ｋ＋１，ｉ＝１とするパラメータ更新が実行される。
【０１４２】
この更新により、パラメータがｋ＝１，ｉ＝１となり、図６に示す符号化データ列のＲ１ブロックのＬ０に相当するＪＰ２パケットが取得される。この処理を順次実行することで、クライアントの指定がＲＬ３３の場合には、図１６に示すようにＲ０〜Ｒ３の各ブロックから、それぞれＬ０〜Ｌ２の３つのＪＰ２パケットが取得されることになる。
【０１４３】
ステップＳ３０５、Ｓ３０６の判定が共にＹｅｓとなり、ＪＰ２パケット抽出処理が完了すると、ステップＳ３０７に進み、抽出ＪＰ２パケットをペイロードとした通信パケット、すなわちＲＴＰパケットを生成し、ステップＳ３０８において生成した通信パケットをクライアントに対して送信する。
【０１４４】
サーバが記憶部から抽出し、通信パケットに格納するＪＰ２パケットの構成は、図１６に示すものとなる。図１６に示す例は、クライアントから受信したＰＬＡＹメソッドから取得したＲＬ値がＲＬ３３である場合の例である。
【０１４５】
Ｒ０のブロックには、（Ｒ０，Ｌ０）〜（Ｒ０，Ｌ２）の３つのＪＰ２パケットが含まれ、（Ｒ０，Ｌ０）〜（Ｒ３，Ｌ２）の計１２のＪＰ２パケットがサーバの記憶部から抽出されてクライアントに対する通信パケットのペイロードとして格納されて送信される。サーバは図６を参照して説明したようにＲＬ５４の符号化データ、すなわち１フレームあたり２４のＪＰ２パケットからなる符号化データを保有するが、サーバの保有する（Ｒ０，Ｌ３），（Ｒ１，Ｌ３），（Ｒ２，Ｌ３），（Ｒ３，Ｌ３）、および（Ｒ４，Ｌ０）〜（Ｒ５，Ｌ３）のＪＰ２パケットは、送信されないことになる。
【０１４６】
この図１６に示す符号化データを受信したクライアントは、（Ｒ０，Ｌ０）〜（Ｒ３，Ｌ２）のＪＰ２パケットを順次復号し、再生することにより、解像度、画質を順次向上させるプログレッシブ再生処理が実行され、クライアントの要求した解像度に応じた画像の再生が可能となる。
【０１４７】
［実施例３］
上述した実施例１および実施例２は、サーバの保有する符号化データ列がＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）であり、クライアントの受信するデータ列もＲＬＣＰ符号化データとした例を示した。しかし、クライアント側のデコード処理機能がＬＲＣＰ（Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）に対応したものである場合、ＲＬＣＰのデータを受信すると、クライアント側でデータの配列を変更するなどの処理が必要となる。
【０１４８】
サーバ側からの受信データをＬＲＣＰに変更して送信してもらうように設定することでクライアント側の処理負荷が軽減される。実施例３では、クライアント側からサーバに送信するＰＬＡＹメソッドにおいてＲＬまたはＬＲ指定を行ない、サーバが自己の保有する符号化データの配列を変更して符号化データを送信する処理例について説明する。なお、前述したように、ＬＲＣＰ符号化データ列は、符号化データ列を順次復号することで、解像度を一定にし、画質を徐々に向上させていくプログレッション復号が可能となる。一方、ＲＬＣＰは、画質を均一に保って解像度を徐々に拡大させるプログレッション復号が可能となる。
【０１４９】
図１７に実施例３に対応するサーバクライアント間で実行するＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従った制御情報交換処理、および情報交換後の符号化データの送信に至るまでの処理シーケンス図を示す。以下、図１７に示す処理シーケンスに従って、実施例３の処理の詳細について説明する。
【０１５０】
なお、サーバ側は、ウェーブレット変換に基づくＪＰＥＧ２０００に従った階層符号化データを記憶部１０３（図２参照）に格納し、その格納符号化データは、実施例１および２と同様、図６に示す構成であるものとする。すなわち、ＲＬＣＰ（Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ  ｐｒｏｇｒｅｓｓｉｏｎ）符号化列であり、ウェーブレット変換を５回実行し、各係数を４レイヤにビットプレーン化したＲＬ５４であるものとする。
【０１５１】
図１７の処理シーケンスのステップＳ３１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０１５２】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ３２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットは、先の実施例１、２と同様のデータ、すなわち図８に示すデータ構成である。すなわち、［ａ＝ｏｒｄｅｒ：ＲＬ５４  ７２０×４８０］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義したデータであり、符号化データ列：ＲＬ５４、解像度：７２０×４８０の符号化データを保有することを示す情報がクライアントに提示される。
【０１５３】
ステップＳ３２において、クライアントはサーバからのコンテンツ仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰによって取得すると、クライアントは、クライアントが受信したい符号化データ情報を決定し、ステップＳ２３において、クライアントが受信したい符号化データ情報、すなわち要求データ態様識別情報を格納した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０１５４】
クライアントにおけるＳＤＰ受信からＰＬＡＹメソッド送信に至るまでの処理について、図１８に示すフローを参照して説明する。クライアントは、ステップＳ３２１において、サーバからＳＤＰを受信するとステップＳ３２２において、解像度情報（ここではＡとする）と、ＲＬ情報（ＲＬ５４）の各値をＳＤＰから取得する。
【０１５５】
次に、ステップＳ３２３においてクライアントの有する装置構成、例えばＣＰＵ処理能力、メモリ、利用帯域、デコード仕様、ディスプレイ仕様等の情報に基づいて決定される要求解像度Ｂ（Ｘ×Ｙ）および、ＲＬまたはＬＲ符号化列のいずれか、ＲＬｘｙまたはＬＲｘｙのｘおよびｙを決定する。
【０１５６】
次に、ステップＳ３２４において、ＳＤＰから取得したサーバの保有する符号化データの解像度Ａとクライアント要求解像度Ｂを比較する。Ａ≦Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像を表示可能であり、サーバの保有する符号化データを復号してクライアントにおいて表示可能であるので、ステップＳ３２６に進む。一方、Ａ＞Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像は表示できないので、ステップＳ３２５において、解像度ＡをＡ／２とする更新処理を実行する。解像度ＡをＡ／２とする更新処理はＲ＝Ｒ−１とする更新処理に相当する。この更新処理をステップＳ３２４の判定条件Ａ＞ＢがＮｏと判定されるまで実行する。
【０１５７】
Ａ＞Ｂの判定がＮｏとなると、ステップＳ３２６において、送信要求符号化データとしてのＲＬｘｙまたはＬＲｘｙの設定値（例えばＬＲ３４）を決定する。次に、クライアントは、ステップＳ３２７において、決定したＬＲ３４の値を、ＲＴＳＰのプレイ［ＰＬＡＹ］メソッドに追加ヘッダとして格納してサーバに送信する。クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図１９（ａ）に示す。
【０１５８】
図１９（ａ）の最下段の行に記載された［ＬＲ：３４］が、本実施例において、新たに定義したヘッダであり、クライアントが受信したい符号化データがＬＲＣＰ符号化データでありＬ＝３，Ｒ＝４のＬＲ３４であることを示している。図１９（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。
【０１５９】
図１７に示すシーケンス図では、ステップＳ３４のＡＣＫ送信において、図１９（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ３５において、符号化データＬＲ３４のストリーム配信がクライアントに対して実行される。
【０１６０】
サーバは、クライアントから受信したＰＬＡＹメソッドに格納された要求符号化データ情報、すなわちＬＲ３４に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信する。
【０１６１】
サーバがクライアントからＰＬＡＹメソッドを受信し、ＰＬＡＹメソッドに格納されたクライアントの要求する符号化データ情報としてのＬＲ３４を取得し、取得値に従って、サーバの保有する符号化データからＪＰ２パケットを抽出して通信パケット（ＲＴＰ）に格納してクライアントに送信するまでの処理の詳細を図２０を参照して説明する。
【０１６２】
まず、ステップＳ３４１においてサーバがクライアントからのコンテンツ再生要求メソッドであるＰＬＡＹメソッドを受信すると、ステップＳ３４２において受信したＰＬＡＹメソッド中からクライアントの要求する符号化データ情報：ＬＲ３４を取得する。
【０１６３】
次にステップＳ３４３において、サーバは符号化データを記憶部から取得する事前処理として、ｉ＝０，ｋ＝１とするパラメータの初期設定を行なう。ｉは、記憶部から取得するＲＬ符号化データの何番目のＲブロックかを示すパラメータであり、Ｒ０であればｉ＝０、Ｒ１であればｉ＝１となる。ｋは、各Ｒブロックの何番目のＪＰ２パケットかを示すパラメータであり、Ｌ０であればｋ＝１、Ｌ１であればｋ＝２となる。
【０１６４】
ステップＳ３４３のパラメータ初期設定が完了すると、ステップＳ３４４に進み、サーバは記憶部から指定コンテンツに対応する符号化データを、設定したパラメータｉ，ｋに従って順次取り出す。記憶部に格納された符号化データは、図６を参照して説明したＲＬＣＰ符号化データ列でありＲ＝５，Ｌ＝４のＲＬ５４符号化データである。初期設定は、ｉ＝０，ｋ＝１であるから、図６に示す符号化データ列のＲ０ブロックからＬ０のＪＰ２パケットが取り出される。
【０１６５】
ステップＳ３４５では、［ｉ≧ＰＬＡＹメソッドからの取得値Ｒ］の判定を実行する。ここでは、クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドに図１９（ａ）の最下段の行に記載された［ＬＲ：３４］が設定されているものとする。すなわちＬ＝３，Ｒ＝４であるとする。
【０１６６】
初期設定値ｉ＝０は、ｉ≧４とならないので、ステップＳ３５１に進み、ｉ＝ｉ＋１のパラメータ更新が実行され、ステップＳ３４４に進み、次のＪＰ２パケットが取得される。すなわち、図６に示すＲ１ブロックのＬ０のＪＰ２パケットが取得される。このように、各Ｒブロックの先頭のＪＰ２パケット（Ｌ０）がまず取得される。図２１に（ａ）サーバ保持データと、（ｂ）送信データの対応を示す。
【０１６７】
各Ｒブロック中の先頭のＪＰ２パケットの取得が、ｉ≧４となるまで実行される。ｉ≧４となると、次にステップＳ３４６において、［ｋ≧ＰＬＡＹメソッドからの取得値Ｌ］の判定を実行する。ＰＬＡＹメソッドの設定［ＬＲ：３４］によりＬ＝３であるので、初期設定ｋ＝１においては、ステップＳ３４６の判定がＮｏとなり、ステップＳ３５２に進み、ｋ＝ｋ＋１，ｉ＝０とするパラメータ更新が実行される。
【０１６８】
この更新により、パラメータがｋ＝２，ｉ＝０となり、図６に示す符号化データ列のＲ０ブロックのＬ１に相当するＪＰ２パケットが取得される。この処理を順次実行することで、クライアントの指定がＬＲ３４の場合、図２１に示すようにＬＲ３４のＬＲＣＰ符号化データ配列が設定されることになる。
【０１６９】
ステップＳ３４５、Ｓ３４６の判定が共にＹｅｓとなり、ＪＰ２パケット抽出処理が完了すると、ステップＳ３４７に進み、抽出したＬＲ３４符号化データからなるＪＰ２パケットをペイロードとした通信パケット、すなわちＲＴＰパケットを生成し、ステップＳ３４８において生成した通信パケットをクライアントに対して送信する。
【０１７０】
通信パケットに格納するＪＰ２パケットの構成は、図２１に示すものとなる。図２１に示す例は、クライアントから受信したＰＬＡＹメソッドから取得した要求符号化データ情報がＬＲ３４である場合の例である。
【０１７１】
送信データは、Ｌ０のブロック中にＲ０〜Ｒ４が順次配列され、次に、Ｌ１のブロック中にＲ０〜Ｒ４が順次配列されたＬＲＣＰ構成を持ち、クライアント側の要求ＬＲ３４に従った符号化データ配列となる。
【０１７２】
この図２１に示す符号化データを受信したクライアントは、（Ｌ０，Ｒ０）〜（Ｌ２，Ｒ４）のＪＰ２パケットを順次復号し、再生することにより、解像度、画質を順次向上させるプログレッシブ再生処理が実行され、クライアントの要求に応じた画像の再生が可能となる。
【０１７３】
［実施例４］
上述の実施例１〜３は、いずれも、コンテンツ仕様要求としてのＲＴＳＰのメソッド［ＤＥＳＣＲＩＢＥ］をクライアントからサーバに送信し、その応答としてのＳＤＰをクライアントがサーバから受信して、ＳＤＰに基づいて要求する符号化情報をＰＬＡＹメソッドに格納してサーバに送信する処理構成例を説明した。実施例４では、クライアントが予めサーバの保有するコンテンツの符号化情報を保有している場合の処理例を説明する。すなわち、ＲＴＳＰのメソッド［ＤＥＳＣＲＩＢＥ］、および応答としてのＳＤＰを用いないで、ＰＬＡＹメソッドを直接実行することでクライアントの要求する符号化情報をサーバから受信する処理形態である。
【０１７４】
図２２に実施例４に対応するサーバクライアント間で実行する通信処理シーケンス図を示す。以下、図２２に示す処理シーケンスに従って、実施例４の処理の詳細について説明する。
【０１７５】
図２２の処理シーケンスのステップＳ４１において、クライアントはクライアントが受信したい符号化データ情報、すなわち要求データ態様識別情報を格納した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０１７６】
クライアントが再生要求メソッド［ＰＬＡＹ］に格納する符号化データ情報は、クライアントが予め保持しているサーバのコンテンツデータ情報と、クライアントの構成（ディスプレイ、ＣＰＵ、デコーダ仕様等）の情報に基づいて決定するものであり、例えば上述の実施例１〜３において説明した１フレームあたりのＪＰ２パケット数情報や、解像度情報、あるいはＲＬｘｙまたはＬＲｘｙの設定情報などである。
【０１７７】
要求符号化データ情報を格納した再生要求メソッド［ＰＬＡＹ］をクライアントから受信したサーバは、ステップＳ４２でＡＣＫ送信を実行し、続いて、ステップＳ４３において、再生要求メソッド［ＰＬＡＹ］に格納された要求符号化データ情報に従って抽出生成したＪＰ２パケット列からなる符号化データのストリーム配信をクライアントに対して実行する。
【０１７８】
本方式によれば、ＲＴＳＰのメソッド［ＤＥＳＣＲＩＢＥ］、および応答としてのＳＤＰを適用せず、ＰＬＡＹメソッドを直接実行する構成であるので、効率的な処理が可能となる。
【０１７９】
［実施例５］
上述した実施例はＪＰＥＧ２０００のデータフォーマットに従った符号化データの配信処理例として説明したが、本発明はＪＰＥＧ２０００のデータフォーマットに従った符号化データの配信構成に限らず、様々な符号化データの配信処理において適用可能である。実施例５は、ウェーブレット変換処理による符号化データではあるがＪＰＥＧ２００のデータフォーマットとは異なるフォーマットを持つ符号化データの配信処理例について説明する。
【０１８０】
図２３にサーバクライアント間で実行するＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に従った制御情報交換処理、および情報交換後の符号化データの送信に至るまでの処理シーケンス図を示す。以下、図２３に示す処理シーケンスに従って、処理の詳細について説明する。
【０１８１】
ステップＳ５１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０１８２】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ５２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットを図２４に示す。
【０１８３】
図２４のｖ〜ｍまでのデータ構成は、実施例１で図８を参照して説明したデータと同様であるので説明を省略する。［ａ＝ｃｏｎｔｒｏｌ：ｒｔｓｐ：／／ｖｏｄｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｘｘｘ］は、サーバ内におけるコンテンツ（ｖｉｄｅｏＡ）の格納ロケーションを示す情報である。このコンテンツはＪＰＥＧ２０００の符号化データとは異なるフォーマットでの符号化データである。
【０１８４】
本実施例の構成においては、ＳＤＰを拡張して、上述の各情報に、さらに、［ａ＝Ｒ５  ７２０×４８０］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義した。［ａ＝Ｒ５  ７２０×４８０］は、サーバが保持しているコンテンツの符号化データの態様を示す情報である。Ｒ５は、ウェーブレット変換を５回実行した符号化データであることを示し、７２０×４８０は解像度情報を示している。
【０１８５】
図２３に戻り、サーバクライアント間の処理シーケンスの説明を続ける。ステップＳ５２において、クライアントはサーバからのコンテンツ仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰによって取得する。クライアントは、ＳＤＰから符号化データ情報としてＲ５と７２０×４８０を取得することができる。
【０１８６】
クライアントは、受信ＳＤＰに含まれるサーバの有する符号化データ情報に基づいて、クライアントの希望する符号化画像データに応じた要求符号化データ情報を決定する。例えばＲ３に相当する解像度を持つ符号化データを要求したい場合、要求符号化データ情報：Ｒ３を設定した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０１８７】
クライアントにおけるＳＤＰ受信からＰＬＡＹメソッド送信に至るまでの処理について、図２５に示すフローを参照して説明する。クライアントは、ステップＳ５０１において、サーバからＳＤＰを受信するとステップＳ５０２において、解像度情報（ここではＡとする）と、Ｒ情報値をＳＤＰから取得する。
【０１８８】
次に、ステップＳ５０３においてクライアントの有するディスプレイ等の情報に基づいて決定される要求解像度Ｂ（Ｘ×Ｙ）を取得し、ステップＳ５０４において、ＳＤＰから取得したサーバの保有する符号化データの解像度Ａとクライアント要求解像度Ｂを比較する。
【０１８９】
Ａ≦Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像を表示可能であり、サーバの保有する符号化データを復号してクライアントにおいて表示可能であるので、ステップＳ５０６に進む。一方、Ａ＞Ｂであれば、クライアントのディスプレイに解像度Ａ（例えば７２０×４８０）の画像は表示できないので、ステップＳ５０５において、解像度ＡをＡ／２とする更新処理を実行する。解像度ＡをＡ／２とする更新処理はＲ＝Ｒ−１とする更新処理に相当する。この更新処理をステップＳ５０４の判定条件Ａ＞ＢがＮｏと判定されるまで実行する。
【０１９０】
Ａ＞Ｂの判定がＮｏとなると、ステップＳ５０６において、クライアントが受信したい符号化データ態様に対応する要求符号化データ情報を決定する。
【０１９１】
クライアントは、ステップＳ５０７において、決定した要求符号化データ情報をプレイ［ＰＬＡＹ］メソッドに追加ヘッダとして格納してサーバに送信する。クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図２６（ａ）に示す。
【０１９２】
［ＰＬＡＹ  ｒｔｓｐ：／／ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｘｘｘ  ＲＴＳＰ／１．０］は、要求コンテンツであるビデオ情報（ＶｉｄｅｏＡ）の再生要求、すなわちプレイメソッドであることを示す情報である。ｖｉｄｅｏＡ．ｘｘｘは、実施例１のｖｉｄｅｏＡ．ｍｊ２と異なり、ＪＰＥＧ２０００の符号化データではないことを示している。その他の情報は実施例１と同様であり、説明を省略する。
【０１９３】
図２６（ａ）の最下段の行に記載された［Ｒ：３］が、本実施例において、新たに定義したヘッダであり、クライアントが受信したい符号化データが解像度としてＲ：３に相当する符号化データであることを示している。図２６（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。
【０１９４】
図２３に示すシーケンス図では、ステップＳ５４のＡＣＫ送信において、図２６（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ５５において、クライアントの要求する符号化データ、すなわちＲ３に対応する符号化データが抽出され、生成されたＲＴＰパケットを用いたストリーム配信がクライアントに対して実行される。符号化データ抽出処理は、上述の各実施例において説明した処理と同様の処理として実行される。サーバは、フレーム毎にウェーブレットの低周波成分から順にユーザの要求する解像度まで送信する。符号化データを受信したクライアントは、受信データを復号し、再生する。
【０１９５】
本実施例において説明したようにＪＰＥＧ２０００とは異なるデータフォーマットにおいても、クライアントからの要求に従ってサーバが符号化データを生成、調整してクライアント対応の符号化データ列を生成し送信することが可能である。
【０１９６】
［実施例６］
前述したように、階層符号化が可能な圧縮・伸張方式としては、例えばＭＰＥＧ４とＪＰＥＧ２０００によるビデオストリームをあげることができる。ＭＰＥＧ４ではＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）技術を規格に取り込みプロファイル化する予定であり、この階層符号化技術によりスケーラブルに低いビットレートから高いビットレートまで配信することが可能と言われている。実施例６では、ＭＰＥＧ４による階層符号化データを用いた処理例について説明する。
【０１９７】
ＭＰＥＧ４におけるＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）を用いた階層符号化方式は、ストリーミングアプリケーションに適した圧縮方式であり、ＤＣＴをベースとした動画像圧縮方式に適用可能である。ＦＧＳを適用した階層符号化処理について、図２７を参照して説明する。
【０１９８】
図２７に示すようにＭＰＥＧ４におけるＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）を用いた階層符号化データは、ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）と、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の２層から構成される。ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）は、従来通りの離散コサイン変換と予測符号化に基づいて生成される圧縮データである。フレーム間予測処理のベース情報を持つＩピクチャ、順方向予測で生成されるＰピクチャ、Ｐピクチャ間に挿入されるＢピクチャのＩＰＢ３種類のピクチャ情報によって構成される。
【０１９９】
エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）は、ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）と原画像を元にしてｅｍｂｅｄｄｅｄＤＣＴ圧縮法等を用いて符号化される。ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）のみで最低限の画質を得ることができるが、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）をあわせることにより、より高品質な画質を得ることができる。なお、動画の画質はエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の符号化パラメータと復号時のエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量によって決定する。
【０２００】
ＦＧＳのエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）に含まれる情報は、任意数に分割することが可能である。例えば図２８に示すようにエンハンスメント・レイヤを複数に分割し、ベースレイヤおよび、エンハンスメント・レイヤに含まれるレイヤ１〜５から選択したレイヤのみの情報をサーバからクライアントに用いて復号処理を行なうことが可能である。
【０２０１】
例えば、ベースレイヤおよび、エンハンスメント・レイヤに含まれるレイヤ１〜３、あるいは１〜５のレイヤをクライアントからの要求に応じて選択してクライアントに送信し、クライアント側で受信レイヤに応じて復号することが可能である。ベースレイヤのみでは最低限の画質からなる画像データ再生が可能であり、エンハンスメント・レイヤ１のみではやや高品質な画像、より多くのエンハンスメント・レイヤ情報を適用して復号処理を実行することで、より高画質の画像データを表示することが可能となる。
【０２０２】
このように、クライアントの要求に応じたレイヤ情報をサーバが抽出して送信することで、クライアントの要求に応じた階層符号化情報配信が可能となる。ＭＰＥＧ４におけるＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）を用いた階層符号化データを配信する際、データ送信装置としてのサーバが、データ受信装置としてのクライアント側の要求符号化データ情報を取得し、取得情報に基づいて、クライアントに応じた最適態様の符号化データを送信する処理、すなわち、ＲＴＳＰ（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による情報交換処理を実行して、要求に従った符号化データ配信処理を行なう処理シーケンスについて、図２９のシーケンス図を参照して説明する。
【０２０３】
ステップＳ６１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０２０４】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ６２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットを図３０に示す。
【０２０５】
図３０のｖ〜ｍまでのデータ構成は、実施例１で図８を参照して説明したデータと同様であるので説明を省略する。［ａ＝ｃｏｎｔｒｏｌ：ｒｔｓｐ：／／ｖｏｄｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｍｐｇ］は、サーバ内におけるコンテンツ（ｖｉｄｅｏＡ．ｍｐｇ）の格納ロケーションを示す情報である。このコンテンツはＭＰＥＧフォーマットでの符号化データである。
【０２０６】
本実施例の構成においては、ＳＤＰを拡張して、上述の各情報に、さらに、［ａ＝ＥＬ：５］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義した。［ＥＬ：５］は、サーバが保持しているコンテンツの符号化データの態様を示す情報である。ＥＬ：５は、ＭＰＥＧ４符号化データのＦＧＳエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）情報を５分割してサーバが格納していることを示す情報である。
【０２０７】
図２９に戻り、サーバクライアント間の処理シーケンスの説明を続ける。ステップＳ６２において、クライアントはサーバからのコンテンツ仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰによって取得する。クライアントは、ＳＤＰから符号化データ情報としてＦＧＳエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の分割情報［ＥＬ：５］を取得することができる。
【０２０８】
クライアントは、受信ＳＤＰに含まれるサーバの有する符号化データ情報に基づいて、クライアントの希望する符号化画像データに応じた要求符号化データ情報を決定する。例えばＦＧＳエンハンスメント・レイヤとしてＥＬ：３に相当する情報の取得を要求したい場合、要求符号化データ情報としてＥＬ：３を設定した再生要求メソッド［ＰＬＡＹ］をサーバに送信する。
【０２０９】
クライアントにおけるＳＤＰ受信からＰＬＡＹメソッド送信に至るまでの処理について、図３１に示すフローを参照して説明する。クライアントは、ステップＳ５５１において、サーバからＳＤＰを受信するとステップＳ５５２において、画質情報、ここではサーバの保持するＭＰＥＧ４符号化データのＦＧＳエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の分割情報［ＥＬ：５］をＳＤＰから取得する。
【０２１０】
次に、ステップＳ５５３においてクライアントの有するＣＰＵ、デコーダ、ディスプレイ等の情報に基づいて要求画質：Ｂを仮設定する。要求画質：Ｂは、ＭＰＥＧ４符号化データのＦＧＳエンハンスメント・レイヤの分割情報［ＥＬ］に対応して設定される値であり０〜５の範囲の値である。ここでは例えばＥＬ値として３が要求画質：Ｂに相当するとする。ステップＳ５５４において、ＳＤＰから取得したサーバの保有する符号化データのエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の分割情報［ＥＬ：５］と要求画質：Ｂ（＝３）を比較する。
【０２１１】
要求画質を超えるデータは、伝送処理あるいは復号処理の無駄になるので、ＥＬ＞Ｂである場合は、ステップＳ５５５において、ＥＬ＝ＥＬ−１とする更新処理を実行する。この更新処理をステップＳ５５４の判定条件ＥＬ＞ＢがＮＯと判定されるまで実行する。
【０２１２】
ＥＬ＞Ｂの判定がＮｏとなると、ステップＳ５５６において、クライアントが受信したい符号化データ態様に対応する要求符号化データ情報を決定する。ここでは、要求画質：Ｂに相当するＥＬ：３と決定するものとする。
【０２１３】
クライアントは、ステップＳ５５７において、決定した要求符号化データ情報をプレイ［ＰＬＡＹ］メソッドに追加ヘッダとして格納してサーバに送信する。クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図３２（ａ）に示す。
【０２１４】
［ＰＬＡＹ  ｒｔｓｐ：／／ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｍｐｇ  ＲＴＳＰ／１．０］は、要求コンテンツであるビデオ情報（ＶｉｄｅｏＡ）の再生要求、すなわちプレイメソッドであることを示す情報である。ｖｉｄｅｏＡ．ｍｐｇは、ＭＰＥＧ符号化データであることを示している。その他の情報は実施例１と同様であり、説明を省略する。
【０２１５】
図３２（ａ）の最下段の行に記載された［ＥＬ：３］が、本実施例において、新たに定義したヘッダであり、クライアントが受信したい符号化データが、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の分割データとして［ＥＬ：３］のレベルまでのデータであることを示している。図３２（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。
【０２１６】
図２９に示すシーケンス図では、ステップＳ６４のＡＣＫ送信において、図３２（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ６５において、クライアントの要求する符号化データ、すなわちＭＰＥＧ符号化データを構成するベースレイヤのデータと、ＥＬ：３に対応するエンハンスメント・レイヤの符号化データが抽出され、抽出データをペイロードとして生成されたＲＴＰパケットを用いたストリーム配信がクライアントに対して実行される。符号化データ抽出処理は、上述の各実施例において説明した処理と同様の処理として実行される。
【０２１７】
［実施例７］
上述した実施例６においては、ＭＰＥＧ４におけるＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）を用いた階層符号化データを配信する際、データ送信側のサーバが予めエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の分割を実行し、送信データに含める分割レイヤの指定をクライアント側が実行する構成例を説明した。エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）は任意の箇所で分割することができる。
【０２１８】
サーバがクライアントに対して送信するエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）のデータ量を決定するために、配信データ（コンテンツ）の画質情報の１つである信号対雑音比の情報としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）を用いる構成例を実施例７として説明する。
【０２１９】
前述したように、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）は、ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）と原画像を元にしてｅｍｂｅｄｄｅｄＤＣＴ圧縮法等を用いて符号化されるデータである。ベースレイヤ（Ｂａｓｅ  Ｌａｙｅｒ）のみで最低限の画質を得ることができるが、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）をあわせることにより、より高品質な画質を得ることができる。画質はエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量が多ければ向上する。すなわち、画質はエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量によって決定する。画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値はエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量が多ければ上昇する。
【０２２０】
図３３に、ベースレイヤ（ＢＬ：Ｂａｓｅ  Ｌａｙｅｒ）と、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量に応じた画質指標値としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の対応を示す。図３３に示すように、このように、ベースレイヤ（ＢＬ：Ｂａｓｅ  Ｌａｙｅｒ）のみのデータ（ＥＬ＝０）は、ＰＳＮＲ値が低いが、エンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の付加量を増加させるに従って、ＰＳＮＲ値が上昇し画質が向上する。
【０２２１】
本実施例では、クライアントがＰＳＮＲ値を指定して、サーバが指定ＰＳＮＲ値に応じて、クライアントに対して送信するエンハンスメント・レイヤの情報量を決定してデータ送信を実行するものである。
【０２２２】
本実施例のサーバクライアント間で実行されるデータ通信処理シーケンスについて、図３４のシーケンス図を参照して説明する。ステップＳ７１において、クライアントはＲＴＳＰに規定されたメソッド［ＤＥＳＣＲＩＢＥ］をサーバに送信する。デスクライブ［ＤＥＳＣＲＩＢＥ］は、コンテンツの仕様要求を実行するためのメソッドであり、例えばコンテンツ識別子を送信してコンテンツの仕様要求を行なうものである。
【０２２３】
サーバは、メソッド［ＤＥＳＣＲＩＢＥ］をクライアントから受信すると、ステップＳ７２において、コンテンツの仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってクライアントに伝える処理を実行する。サーバからクライアントに通知するＳＤＰに従ったデータフォーマットを図３５に示す。
【０２２４】
図３５のｖ〜ａまでのデータ構成は、実施例６の図３０に示すデータと同様である。本実施例の構成においては、ＳＤＰを拡張して、上述の各情報に、さらに、［ａ＝ＰＳＮＲ：４５］を新たなコンテンツ属性（Ａｔｔｒｉｂｕｔｅ）として定義した。［ＰＳＮＲ：４５］は、サーバが保持しているコンテンツの符号化データの態様を示す情報である。ＰＳＮＲ：４５は、サーバの保持するＭＰＥＧ４符号化データのＦＧＳエンハンスメント・レイヤ（Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ）の情報を全て復号して得られる最高画質情報としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値を示す。
【０２２５】
図３４に戻り、サーバクライアント間の処理シーケンスの説明を続ける。ステップＳ７２において、クライアントはサーバからのコンテンツ仕様情報、すなわちサーバ保持データ態様識別情報をＳＤＰによって取得する。クライアントは、ＳＤＰから符号化データ情報としてサーバの保持するＭＰＥＧ４符号化データの最高画質情報としてのＰＳＮＲ（Ｐｅａｋ  Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の値［ＰＳＮＲ：４５］を取得することができる。
【０２２６】
クライアントは、受信ＳＤＰに含まれるサーバの有する符号化データ情報に基づいて、クライアントの希望する符号化画像データに応じた要求符号化データ情報を決定する。例えば画質情報としてのＰＳＮＲの値として［ＰＳＮＲ：３０］を設定する。この値は、クライアント装置のＣＰＵ、デコーダ、ディスプレイ等の仕様等に基づいて決定する。
【０２２７】
クライアントにおけるＳＤＰ受信からＰＬＡＹメソッド送信に至るまでの処理について、図３６に示すフローを参照して説明する。クライアントは、ステップＳ５７１において、サーバからＳＤＰを受信するとステップＳ５７２において、画質情報、ここではサーバの保持するＭＰＥＧ４符号化データの最高画質指標値：Ａ［ＰＳＮＲ：４５］をＳＤＰから取得する。
【０２２８】
次に、ステップＳ５７３においてクライアントの有するＣＰＵ、デコーダ、ディスプレイ等の情報に基づいて要求画質指標値：Ｂ［ＰＳＮＲ：３０］を設定する。ステップＳ５７４において、ＳＤＰから取得したサーバの保有するＭＰＥＧ４符号化データの最高画質指標値：Ａ［ＰＳＮＲ：４５］と、要求画質指標値：Ｂ［ＰＳＮＲ：３０］とが一致するか否かを判定する。
【０２２９】
要求画質を超えるデータは、伝送処理あるいは復号処理の無駄になるので、Ａ≠Ｂである場合は、ステップＳ５７５において、Ａ＝Ｂとする更新処理を実行する。Ａ＝Ｂが成立すると、ステップＳ５７６において、クライアントが受信したい符号化データ態様に対応する要求符号化データ情報を決定する。ここでは、要求画質：Ｂに相当するＰＳＮＲ：３０と決定するものとする。
【０２３０】
クライアントは、ステップＳ５７７において、決定した算要求符号化データ情報をプレイ［ＰＬＡＹ］メソッドに追加ヘッダとして格納してサーバに送信する。クライアントからサーバに対して送信するＲＴＳＰのプレイ［ＰＬＡＹ］メソッドのデータ構成を図３７（ａ）に示す。［ＰＬＡＹ  ｒｔｓｐ：／／ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔｓ／ｖｉｄｅｏＡ．ｍｐｇ  ＲＴＳＰ／１．０］は、要求コンテンツであるビデオ情報（ＶｉｄｅｏＡ）の再生要求、すなわちプレイメソッドであることを示す情報である。ｖｉｄｅｏＡ．ｍｐｇは、ＭＰＥＧ符号化データであることを示している。その他の情報は実施例１と同様であり、説明を省略する。
【０２３１】
図３７（ａ）の最下段の行に記載された［ＰＳＮＲ：３０］が、本実施例において、新たに定義したヘッダであり、クライアントが受信したい符号化データが、画質指標値としてＰＳＮＲ：３０を有する画像再生可能なデータであることを示している。図３７（ｂ）は、クライアントからＲＴＳＰのプレイ［ＰＬＡＹ］メソッドを受信したサーバがクライアントに対して送信する受信確認［ＡＣＫ］データである。
【０２３２】
図３４に示すシーケンス図では、ステップＳ７４のＡＣＫ送信において、図３７（ｂ）に示すＡＣＫデータがクライアントに送信され、続いて、ステップＳ７５において、クライアントの要求する符号化データ、すなわちＭＰＥＧ符号化データを構成するベースレイヤのデータと、画質指標値としてＰＳＮＲ：３０を有する画像再生可能なエンハンスメント・レイヤの符号化データが抽出され、抽出データをペイロードとしたＲＴＰパケットを用いたストリーム配信がクライアントに対して実行される。
【０２３３】
サーバ側では、クライアントから受信するＰＳＮＲ値に応じて、先に説明した図３３のＥＬ付加量とＰＳＮＲとの対応関係に基づいて、ＥＬ付加量を決定して、決定したＥＬデータとベースレイヤ（ＢＬ）データとを通信パケットのペイロードとして格納し、クライアントに送信する。
【０２３４】
なお、実施例６、７においてＭＰＥＧ４によるＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒ  Ｓｃａｌａｂｉｌｉｔｙ）技術を適用した圧縮処理はＤＣＴをベースとした動画像圧縮方式であるが、ＭＰＥＧデータフォーマットに限らず、例えば他の画像圧縮フォーマットを規定しているＪＶＴ（Ｊｏｉｎｔ  Ｖｉｄｅｏ  Ｔｅａｍ）を適用した場合でも、上述の処理と同様、クライアント要求に従って階層符号化データの選択、送信処理を実行することが可能である。
【０２３５】
［データ送受信装置構成例］
図３８に、上述の実施例で述べた一連の処理を実行するサーバおよびクライアントに対応するデータ送信装置、データ受信装置の構成例を示す。本発明のシステムで送受信されるデータは、階層符号化データであり、データ送信装置ではエンコード（符号化）処理が実行され、データ受信装置ではデコード（復号）処理が実行される。符号化されたデータはＩＰパケットとしてネットワークを介して送受信する。そのため、データ送信側では、パケット生成（パケタイズ処理）を実行し、データ受信側ではパケット展開（デパケタイズ処理）を実行する。
【０２３６】
図３８に示すデータ送受信装置（ｅｘ．ＰＣ）８５０は、エンコード（符号化）処理、デコード（復号）処理を実行するとともにパケット生成、展開処理を実行するコーデック８５１、通信ネットワークとのインタフェースとして機能するネットワークインタフェース８５２、マウス８３７、キーボード８３６等の入力機器との入出力インタフェース８５３、ビデオカメラ８３３、マイク８３４、スピーカ８３５等のＡＶデータ入出力機器からのデータ入出力を行なうＡＶインタフェース８５４、ディスプレイ８３２に対するデータ出力インタフェースとしてのディスプレイ・インタフェース８５５、各データ入出力インタフェース、コーデック８５１、ネットワークインタフェース８５２間のデータ転送制御、その他各種プログラム制御を実行するＣＰＵ８５６、ＣＰＵ８５６により制御実行される各種プログラムの格納、データの格納、ＣＰＵ８５６のワークエリアとして機能するＲＡＭ、ＲＯＭからなるメモリ８５７、データ格納、プログラム格納用の記憶媒体としてのＨＤＤ８５８を有し、それぞれＰＣＩバス８５９に接続され、相互のデータ送受信が可能な構成を持つ。
【０２３７】
コーデック８５１は、図３８に示すように、例えばビデオカメラ８３３からの画像データ、マイク８３４からの音声データを入力し、階層符号化処理がなされて記憶部としてのＨＤＤ８５８に格納される。サーバはクライアントからの要求に応じて、制御部としてのＣＰＵ８５６の制御の下、記憶部から選択的に符号化データを抽出し、必要に応じて配列の調整を実行し、パケット生成処理（パケタイズ）を実行し、最終的に階層符号化データをペイロードとしたＩＰパケットを生成する。生成されたＩＰパケットは、ＰＣＩバス８５９上に出力され、ネットワークインタフェース８５２を介してネットワークに出力され、例えばＩＰパケットのヘッダに設定された宛先アドレスに配信される。
【０２３８】
また、ＨＤＤ８５８またはメモリ８５７に格納されたソフトウェアエンコードプログラムに従ってＣＰＵ８５６の制御により、ビデオカメラ８３３からの画像データ、マイク８３４からの音声データを階層符号化してネットワークインタフェース８５２を介してネットワークに出力するソフトウェアによる処理を可能とした構成としてもよい。
【０２３９】
一方、ネットワークを介して入力するＩＰパケット化されたデータは、ネットワークインタフェース８５２を介して、バス８５９上に出力されて、コーデック８５１に入力される。コーデック８５１では入力データのパケット展開処理（デパケタイズ）を実行し、ペイロードとして格納された階層符号化データを抽出後、復号処理を実行して、ディスプレイ８３２、スピーカ８３５において再生、出力する。
【０２４０】
上述の実施例における符号化処理対象となる画像等のデータは、カメラ他の入力機器、例えばスキャナ等のデータ入力装置、あるいはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体から入力可能である。
【０２４１】
また、ＣＰＵ８５６は、ＲＯＭ格納プログラムに限らず、ハードディスクに格納されているプログラム、衛星若しくはネットワークから転送され、受信されてインストールされたプログラム等を、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリにロードして実行することも可能である。
【０２４２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２４３】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２４４】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２４５】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２４６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２４７】
【発明の効果】
以上説明してきたように、本発明の構成によれば、階層符号化データの送信処理を実行するサーバと、サーバから階層符号化データを受信するクライアントからなるサーバクライアントシステムにおいて、クライアントからサーバに対して送信するデータ要求メッセージに、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を格納して送信し、サーバが要求データ態様識別情報に基づいて、クライアント対応の符号化データを抽出または生成してクライアントに送信する処理を実行する構成としたので、クライアントの処理能力等に応じた最適なデータの送信が可能になる。
【０２４８】
また、本発明の構成によれば、サーバは、記憶部に格納する唯一の符号化データから、クライアントの要求に応じてデータ抽出により様々な構成のデータを送信データとすることが可能となるので、サーバは様々なタイプのデータを複数格納する必要がなく効率的な処理が可能となる。
【０２４９】
さらに、本発明の構成によれば、クライアントは、データ要求メッセージの送信前にサーバに対するデータ仕様要求の送信処理を実行し、サーバが応答として、サーバ保持データ態様識別情報を格納した応答メッセージをクライアントに送信し、クライアントは、サーバ保持データ態様識別情報に基づいて、クライアントの要求する階層符号化データ態様を決定することが可能となり、サーバが確実に保有する範囲でのデータ要求が可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】本発明のデータ送信装置の構成例を示す図である。
【図３】ウェーブレット変換による符号化処理構成例を示す図である。
【図４】ウェーブレット変換処理を説明する図である。
【図５】本発明のデータ送信装置の有する符号化データ構成を説明する図である。
【図６】本発明のデータ送信装置の有するＪＰＥＧ２００符号化データの構成例を説明する図である。
【図７】本発明の第１実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図８】本発明の第１実施例におけるサーバからクライアントに対して送信するメッセージデータ例を示す図である。
【図９】本発明の第１実施例のクライアントにおけるＳＤＰ受信からプレイメソッド送信までの処理を示すフロー図である。
【図１０】本発明の第１実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図１１】本発明の第１実施例のサーバにおけるＰＬＡＹメソッド受信から符号化データ送信までの処理を示すフロー図である。
【図１２】本発明の第１実施例におけるサーバからクライアントに送信される符号化データの構成を示す図である。
【図１３】本発明の第２実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図１４】本発明の第２実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図１５】本発明の第２実施例のサーバにおけるＰＬＡＹメソッド受信から符号化データ送信までの処理を示すフロー図である。
【図１６】本発明の第２実施例におけるサーバからクライアントに送信される符号化データの構成を示す図である。
【図１７】本発明の第３実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図１８】本発明の第３実施例のクライアントにおけるＳＤＰ受信からプレイメソッド送信までの処理を示すフロー図である。
【図１９】本発明の第３実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図２０】本発明の第３実施例のサーバにおけるＰＬＡＹメソッド受信から符号化データ送信までの処理を示すフロー図である。
【図２１】本発明の第３実施例におけるサーバからクライアントに送信される符号化データの構成を示す図である。
【図２２】本発明の第４実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図２３】本発明の第５実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図２４】本発明の第５実施例におけるサーバからクライアントに対して送信するメッセージデータ例を示す図である。
【図２５】本発明の第５実施例のクライアントにおけるＳＤＰ受信からプレイメソッド送信までの処理を示すフロー図である。
【図２６】本発明の第５実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図２７】ＭＰＥＧによる階層符号化データ構成を説明する図である。
【図２８】ＭＰＥＧによる階層符号化データの分割例を説明する図である。
【図２９】本発明の第６実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図３０】本発明の第６実施例におけるサーバからクライアントに対して送信するメッセージデータ例を示す図である。
【図３１】本発明の第６実施例のクライアントにおけるＳＤＰ受信からプレイメソッド送信までの処理を示すフロー図である。
【図３２】本発明の第６実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図３３】ＭＰＥＧ階層符号データのエンハンスメント・レイヤの付加量と画質（ＰＳＮＲ）の対応を示す図である。
【図３４】本発明の第７実施例におけるサーバクライアント間の通信シーケンスを示す図である。
【図３５】本発明の第７実施例におけるサーバからクライアントに対して送信するメッセージデータ例を示す図である。
【図３６】本発明の第７実施例のクライアントにおけるＳＤＰ受信からプレイメソッド送信までの処理を示すフロー図である。
【図３７】本発明の第７実施例におけるクライアントの送信メッセージおよびサーバからの応答データ例を示す図である。
【図３８】データ送信装置およびデータ受信装置のシステム構成例を示す図である。
【符号の説明】
１１  サーバ
１２  ネットワーク
１３  基地局
２１，２２，２３  クライアント
１００  サーバ
１０１  制御部
１０２  エンコーダ
１０３  記憶部
１０４  通信パケット処理部
１０５  データ送受信部
８５９  ＰＣＩバス
８３２  ディスプレイ
８３３  ビデオカメラ
８３４  マイク
８３５  スピーカ
８３７  マウス
８３８  キーボード
８５０  データ送受信装置
８５１  コーデック
８５２  ネットワークインタフェース
８５３  入出力インタフェース
８５４  ＡＶインタフェース
８５５  ディスプレイインタフェース
８５６  ＣＰＵ
８５７  メモリ
８５８  ＨＤＤ
【図１】
2004192140.tif 000003
【図２】
2004192140.tif 000004
【図３】
2004192140.tif 000005
【図４】
2004192140.tif 000006
【図５】
2004192140.tif 000007
【図６】
2004192140.tif 000008
【図７】
2004192140.tif 000009
【図８】
2004192140.tif 000010
【図９】
2004192140.tif 000011
【図１０】
2004192140.tif 000012
【図１１】
2004192140.tif 000013
【図１２】
2004192140.tif 000014
【図１３】
2004192140.tif 000015
【図１４】
2004192140.tif 000016
【図１５】
2004192140.tif 000017
【図１６】
2004192140.tif 000018
【図１７】
2004192140.tif 000019
【図１８】
2004192140.tif 000020
【図１９】
2004192140.tif 000021
【図２０】
2004192140.tif 000022
【図２１】
2004192140.tif 000023
【図２２】
2004192140.tif 000024
【図２３】
2004192140.tif 000025
【図２４】
2004192140.tif 000026
【図２５】
2004192140.tif 000027
【図２６】
2004192140.tif 000028
【図２７】
2004192140.tif 000029
【図２８】
2004192140.tif 000030
【図２９】
2004192140.tif 000031
【図３０】
2004192140.tif 000032
【図３１】
2004192140.tif 000033
【図３２】
2004192140.tif 000034
【図３３】
2004192140.tif 000035
【図３４】
2004192140.tif 000036
【図３５】
2004192140.tif 000037
【図３６】
2004192140.tif 000038
【図３７】
2004192140.tif 000039
【図３８】
2004192140.tif 000040