JP2002077292A - データ処理装置、データ処理システム、データ処理方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データ伝送と共に、当該データ伝送で生じる
要求及び応答等をデータの送信側と受信側の間で行える
ように構成することで、効率的なデータ伝送が行えるデ
ータ処理システムを提供する。 【解決手段】 送信側１００は、受信側との間で、符号
化データ（Ｓｙｎｃ Ｌａｙｅｒ Ｐａｃｋｅｔ）の送信
用の通信路（第１の通信路）とは異なる第２の通信路
（送信側と受信側間のハンドシェイク専用のバックチャ
ネル）３００を介して、符号化データの伝送に関する情
報を送受信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ディジタ
ルデータを符号化して伝送する装置或はシステムに用い
られる、データ処理装置、データ処理システム、データ
処理方法、及びそれを実施するための処理ステップをコ
ンピュータが読出可能に格納した記憶媒体に関するもの
である。

【０００２】

【従来の技術】近年において、例えば、「ＩＳＯ／ＩＥ
Ｃ １４４９６（ＭＰＥＧ ｐｈａｓｅ４）」規格では、
マルチメディアの符号化の標準化（圧縮フォーマットの
標準化）が進められている。

【０００３】本規格では、従来のビデオデータやオーデ
ィオデータの符号化の他に、各メディアの空間や時間的
配置を定義することが可能であり、これを「シーン記
述」と呼称し、各々のメディアを「オブジェクト」と呼
称している。

【０００４】図９は、本規格でのシーンの一例を示した
ものである。上記図９では、グラフィックオブジェクト
としてＢＯＸ（箱）４０１及びＣｙｌｉｎｄｅｒ（円
柱）４０２が定義されている。また、ＢＯＸ４０１に貼
付されるイメージテクスチャ４０１ａ、Ｃｙｌｉｎｄｅ
ｒ４０２に貼付されるビデオテクスチャ４０２ａ、及び
それらと同時に再生されるオーディオ４０３が定義され
ている。

【０００５】シーン記述自体の手法としては、例えば、
ＶＲＭＬ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ Ｍａｒｋｕ
ｐ Ｌａｎｇｕａｇｅ)に基づき機能拡張及びバイナリ化
を行ったＢＩＦＳ（Ｂｉｎａｒｙ Ｆｏｒｍａｔ ｆｏｒ
Ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ）が採用されてい
る。

【０００６】また、本規格では、上記図９に示したよう
なシーン記述とは別に、オブジェクトディスクリプタ
（以下、「ＯＤ」と言う）と呼ばれる、各オブジェクト
の属性を示すデータが定義される。ここでの属性とは、
メディアの属性（ビデオ、オーディオ、イメージ等）
や、著作権者情報、ＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅ
ｒｖｉｃｅ）情報、コンテンツのレーティング情報等を
示す。このような属性自体が、それぞれ個々のディスク
リプタとして、ＯＤの中に内包される。

【０００７】図１０は、本規格に従ったビットストリー
ム全体の一例を示したものである。上記図１０におい
て、“５０１”は、初期オブジェクトディスクリプタで
あり、ビットストリーム全体のプロパティ（ビットスト
リームのプロファイル等）が格納される。“５０２”
は、ＢＩＦＳストリームであり、シーン情報が格納され
る。

【０００８】“５０３”及び“５０６は、ＯＤであり、
上記図１０でのビットストリームでは、２つのＯＤ１
（５０３），ＯＤ２（５０６）を有するものとしてい
る。ＯＤ５０３，５０６の後には、オブジェクトの属性
が記述される。すなわち、ＯＤ１（５０３），ＯＤ２
（５０６）に続いて、各メディアストリーム（以下、
「エレメンタリーストリーム」とも言う）ＥＳ１，ＥＳ
２の属性を示すエレメンタリーストリームディスクリプ
タ（以下、「ＥＳＤ」と言う）が複数記述可能となって
いる。上記図１０では、ＯＤ１（５０３）の後にＥＳＤ
１（５０４）が記述され、ＯＤ２（５０６）の後にＥＳ
Ｄ２（５０７）が記述されている。

【０００９】また、エレメンタリーストリームＥＳ１，
ＥＳ２については、実際にはパケッタイズされ、「Ｓｙ
ｎｃ Ｌａｙｅｒ Ｐａｃｋｅｔ」（以下、「ＳＬパケッ
ト」と言う）として扱われるため、上記図１０に示すよ
うに、当該ＳＬパケットの構造を記述するためのＳＬＣ
ｏｎｆｉｇのディスクリプタ５０５，５０８がＥＳＤ１
（５０４），ＥＳＤ２（５０７）のそれぞれに対して付
加される。

【００１０】上述したＯＤ及びＥＳＤのディスクリプタ
はそれぞれ、上記図１０に示したビットストリームにお
いて、各エレメンタリーストリームＥＳ１，ＥＳ２の前
の先頭に設置する必要がある。ただし、ＯＤ及びＥＳＤ
はそれぞれ、ビットストリームの途中にアップデートコ
マンドを挿入することによって、追加、削除、及び変更
が可能となっている。

【００１１】また、本規格では、ＯＤ及びＥＳごとに、
著作権管理情報やアクセス制御情報等のセキュリティ情
報を付加することが可能になっている。この情報は、Ｉ
ＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ
Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ）
情報と呼ばれている。ＩＰＭＰ情報についても、ＩＰＭ
Ｐディスクリプタと称されるディスクリプタにおいてそ
の詳細が記述される。実際には、アクセス制御として暗
号が使用される場合が多いが、ＩＰＭＰの方式（ディス
クリプタのシンタックス）は特定されておらず、フリー
シンタックスとなっている。また、ＲＡ（Ｒｅｇｉｓｔ
ｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ)に登録されたＩＰＭ
Ｐのセキュリティのタイプ番号のみを記述するようにな
っている。

【００１２】ＩＰＭＰディスクリプタによって記述され
たＩＰＭＰ情報自体は、ＩＰＭＰのセキュリティのタイ
プ番号でリンクすることによって、ＩＰＭＰ用のエレメ
ンタリーストリームＥＳ（以下、「ＩＰＭＰ−ＥＳ」と
言う）を付加することが可能となっている。図１１は、
この場合のビットストリーム全体の一例を示したもので
ある。上記図１１では、ＩＰＭＰ１（５１０）及びＩＰ
ＭＰ２（５１２）がそれぞれ、エレメンタリーストリー
ムＥＳ１（５０９），ＥＳ２（５１１）に対するＩＰＭ
Ｐ−ＥＳとなっている。

【００１３】図１２は、ＩＰＭＰディスクリプタの一例
を示したものである。上記図１２において、“６０１”
は、ディスクリプタ・タグ（ＴＡＧ）であり、ディスク
リプタの種類を示す。“６０２”は、レングスフィール
ド（ＬＥＮＧＴＨ）であり、ディスクリプタ全体の長さ
（バイト数）を示す。“６０３”は、ディスクリプタＩ
Ｄであり、ディスクリプタ自体の識別子が格納される。
“６０４”は、上述したセキュリティのタイプ番号（Ｉ
ＰＭＰＳ＿ｔｙｐｅ）である。“６０５”は、オプショ
ンフィールド（Ｏｐｔｉｏｎ）であり、ＩＰＭＰに付随
するデータを適宜挿入することができるようになされて
いる。また、オプションフィールド６０５内のシンタッ
クスが自由になっている。また、上記付随データは、オ
プションフィールド６０５にＵＲＬで示すことも可能と
なっている。

【００１４】上述したＩＰＭＰのディスクリプタについ
ても、上記図１１に示したビットストリームにおいて、
各エレメンタリーストリームＥＳ１，ＥＳ２の前の先頭
に設置する必要がある。ただし、ＩＰＭＰのディスクリ
プタは、ビットストリームの途中にアップデートコマン
ドを挿入することによって、追加、削除、及び変更が可
能となっている。上記図１１では、ＩＰＭＰ情報をアッ
プデートする場合のコマンド５１３を１ヶ所含んだビッ
トストリームの一例を示している。

【００１５】図１３は、上述したようなビットストリー
ムを生成するためのエンコーダ７００の一例を示したも
のである。上記図１３において、“７０１”は、オブジ
ェクトディスクリプタ生成器であり、上述したようなデ
ィスクリプタをビットストリームのプロパティに応じて
適宜生成する。“７０２”は、メディアエンコーダであ
り、ビデオやオーディオ等のデータをエンコード（符号
化）する。“７０３”は、ＩＰＭＰコントローラであ
る。“７０４”は、ＢＩＦＳエンコーダであり、シーン
情報をバイナリ化する。“７０５”は、必要に応じて設
けられるアップデートコントローラであり、ＯＤ、ＥＳ
Ｄ、及びＩＰＭＰのディスクリプタ等のプロパティを更
新するためのコマンドを挿入する。“７０６”は、マル
チプレクサであり、各ディスクリプタや、メディアスト
リームを最終的に１つのＳＬパケットとしてマルチプレ
クスする。

【００１６】図１４は、上記図１３のエンコーダ７００
で得られたビットストリームをデコード（再生）するデ
コーダ８００の一例を示したものである。上記図１４に
おいて、“８０１”は、デマルチプレクサであり、入力
されたビットストリームから各ディスクリプタ及びＥＳ
等を分離する。“８０３”は、ディスクリプタパーサで
あり、ディスクリプタのタグ情報によって当該ディスク
リプタの種類を判別し、当該ディスクリプタの内容を解
読し、適宜各部に設定する。“８０４”は、ＢＩＦＳデ
コーダであり、バイナリ化されたＢＩＦＳをデコード
し、シーン構造を再構築する。“８０５”は、メディア
デコーダであり、ビデオやオーディオ、或はイメージ等
のメディアデコーダをデコードする。“８０７”は、レ
ンダラであり、シーン構造に従って各オブジェクトを適
宜表示、又は再生する。“８０６”は、ＩＰＭＰコント
ローラであり、ＩＰＭＰディスクリプタ及びＩＰＭＰ＿
ＥＳの情報に従って、メディアの再生制御（再生制限、
効果制御等）を行う。例えば、データに暗号がかけられ
ているような場合には、当該暗号を解読してから、メデ
ィアデコーダ８０５にデータを転送する。“８０２”
は、同期コントローラであり、各メディア間の同期制御
を行う。

【００１７】尚、上記図１３のエンコーダ７００側から
上記図１４のデコーダ８００側へのデータ転送方法につ
いては特記しないが、ネットワーク上の伝送の場合に
は、全て１本のビットストリームとして、同一セッショ
ンにて送受信されるのが一般的である。

【００１８】

【発明が解決しようとする課題】しかしながら、上記図
１３に示した従来のエンコーダ７００側から、上記図１
４に示した従来のデコーダ（再生器）８００側に対し
て、例えば、ネットワークを介してデータを送信する場
合、全て１本のビットストリームとして同一セッション
で送信され、当該ビットストリームの通信路又は通信手
段としてのネットワーク以外に、他の通信路又は通信手
段が存在しないため、ビットストリームの受信側である
デコーダ８００の能力（受信可能なビットレートの上限
に代表される処理能力）のネゴシエーションや、伝送課
程で生じたエラーに起因する不具合の通知、ビットスト
リームの再送要求、随時変化する通信路又は通信手段の
トラフィックによりデコーダ８００側で生じるバッファ
ーアンダーラン等の不具合の通知、再送要求等を行うこ
とが不可能であった。また、上述したＩＰＭＰディスク
リプタを含むＩＰＭＰ＿ＥＳには、エラー訂正機能がな
いため、任意の有償コンテンツ（ビデオやオーディオ等
の有償のメディアデータ）に伴うＩＰＭＰ＿ＥＳ（上記
図１２参照）にエラーが生じた場合、ＩＰＭＰディスク
リプタ以降のデータが全て無効となり、この状態が次の
ＩＰＭＰディスクリプタを受信するまで続くという致命
的な問題があった。

【００１９】そこで、本発明は、上記の欠点を除去する
ために成されたもので、データ伝送と共に、当該データ
伝送で生じる要求及び応答等をデータの送信側と受信側
の間で行えるように構成することで、効率的なデータ伝
送が行える、データ処理装置、データ処理システム、デ
ータ処理方法、及びそれを実施するための処理ステップ
をコンピュータが読出可能に格納した記憶媒体を提供す
ることを目的とする。

【００２０】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、所定の符号化規格に従って符号化したデ
ータを第１の通信手段を介して送信するデータ処理装置
であって、少なくとも上記データの送信及び上記データ
の送信先の何れかに関する情報を、上記データの送信先
と第２の通信手段を介して送受信する送受信手段と、上
記送受信手段にて得られた受信情報に基づいて、上記デ
ータの送信を制御する制御手段とを備えることを特徴と
する。

【００２１】第２の発明は、上記第１の発明において、
上記制御手段は、少なくとも上記データの内容及び上記
受信情報の何れかに基づき選択した伝送プロトコルに従
って、上記データの送信を制御することを特徴とする。

【００２２】第３の発明は、所定の符号化規格に従って
符号化されたデータを第１の通信手段を介して受信して
復号するデータ処理装置であって、少なくとも上記デー
タの受信及び自装置の何れかの情報を、上記データの送
信元と第２の通信手段を介して送受信する送受信手段を
備えることを特徴とする。

【００２３】第４の発明は、上記第３の発明において、
上記送受信手段は、上記データの送信元に対して、上記
データの送信元で用いる伝送プロトコルに関する情報を
送信することを特徴とする。

【００２４】第５の発明は、上記第１〜４の発明の何れ
かにおいて、上記所定の符号化規格とは、ＭＰＥＧ−４
であることを特徴とする。 第６の発明は、複数の機器
が互いに通信可能に接続されてなるデータ処理システム
であって、上記複数の機器のうち少なくとも１つの機器
は、上記第１〜５の発明の何れかのデータ処理装置の機
能を有することを特徴とする。

【００２５】第７の発明は、所定の符号化規格に従って
符号化したデータを第１の通信路を介して送信側から受
信側へ伝送するためのデータ処理方法であって、上記送
信側と上記受信側の間で、少なくとも上記データの伝送
に関する情報を第２の通信路を介して送受信する送受信
ステップと、上記送信側が、上記送受信ステップにて得
られた受信情報に基づいて、上記データの伝送を制御す
る制御ステップとを含むことを特徴とする。

【００２６】第８の発明は、それぞれが任意のサイズに
分割された符号化データと、当該データに関する任意の
固有情報を含むヘッダとを連結して、一連のビットスト
リームを構成し、当該ビットストリームを第１の通信路
を伝送又は送受信するためのデータ処理方法であって、
少なくとも上記ビットストリームの伝送に関する情報を
第２の通信路を介して送信側と受信側で送受信する送受
信ステップと、上記送信側が、上記送受信ステップにて
得られた受信情報に基づいて、上記ビットストリームの
伝送を制御する制御ステップとを含むことを特徴とす
る。

【００２７】第９の発明は、上記第８の発明において、
上記制御ステップは、上記符号化データ及び上記ヘッダ
のそれぞれに対して、優先度を設定する設定ステップ
と、上記設定ステップでの優先度の設定に基づき複数の
伝送プロトコルから該当する伝送プロトコルを選択する
選択ステップと、上記選択ステップで選択された伝送プ
ロトコルに基づき上記ビットストリームの伝送を制御す
る伝送制御ステップとを含むことを特徴とする。

【００２８】第１０の発明は、上記第８の発明におい
て、上記第２の通信路は、上記第１の通信路とは独立し
た１つ以上のサブ通信回線を含むことを特徴とする。

【００２９】第１１の発明は、複数の伝送プロトコルの
任意の伝送プロトコルによって、少なくとも１つ以上の
相互に独立な複数の符号化データを内包した任意のビッ
トストリームを受信して、当該相互に独立な複数の符号
化データをそれぞれ独立に復号するためのデータ処理方
法であって、少なくとも上記ビットストリームの伝送に
関する情報を第２の通信路を介して上記ビットストリー
ムの送信側と送受信する送受信ステップを含むことを特
徴とする。

【００３０】第１２の発明は、上記第１１の発明におい
て、受信したビットストリームのエラー発生頻度を管理
する第１の管理ステップと、受信中のビットストリーム
に関するビットレートを管理する第２の管理ステップと
を含み、上記送受信ステップは、少なくとも、上記第１
の管理ステップでの管理情報、第２の管理ステップでの
管理情報、及び受信したビットストリームの任意の部分
に対する伝送プロトコルを変更又は指定するためのリク
エスト情報の何れかを、上記ビットストリームの送信元
へ送信するステップを含むことを特徴とする。

【００３１】第１３の発明は、複数の相互に異なる伝送
プロトコルの中の任意の伝送プロトコルによって、連続
したビットストリームを送信するためのデータ処理装置
であって、上記ビットストリームの任意の領域を任意の
伝送プロトコルに従ってエンコードして送信する送信ス
テップと、上記ビットストリームの通信路とは独立した
通信路を介して外部より受信した情報に応じて上記ビッ
トストリームにおける任意の部分の伝送プロトコルを変
更する変更ステップと、上記外部より受信した情報に応
じて上記ビットストリームの既に送信済みの部分を次の
ビットストリームに結合して再送する再送ステップとを
含むことを特徴とする。

【００３２】第１４の発明は、上記第８〜１３の発明の
何れかにおいて、上記ビットストリームは、ＭＰＥＧ−
４規格に準拠したビットストリームであることを特徴と
する。 第１５の発明は、上記第１〜５の発明の何れか
のデータ処理装置の機能、又は上記第６の発明のデータ
処理システムの機能を実施するための処理プログラム
を、コンピュータが読出可能に格納した記憶媒体である
ことを特徴とする。

【００３３】第１６の発明は、上記第７〜１４の発明の
何れかのデータ処理方法の処理ステップを、コンピュー
タが読出可能に格納した記憶媒体であることを特徴とす
る。

【００３４】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３５】（第１の実施の形態）本発明は、例えば、
図１に示すようなエンコーダ１００、及び図２に示すよ
うなデコーダ２００を含むデータ処理システムに適用さ
れる。本実施の形態のデータ処理システムは、上記図９
〜図１２を用いて説明したような「ＩＳＯ／ＩＥＣ １
４４９６（ＭＰＥＧ ｐｈａｓｅ４）」規格に準拠して
データ伝送を行うようになされている。尚、本実施の形
態では、その一例として、エンコーダ１００からデコー
ダ２００へのデータ伝送方法は任意であり、ネットワー
クを介して伝送する場合は、全て１本のビットストリー
ムとして同一セッションにて伝送されるものとする。

【００３６】エンコーダ１００は、上記図１に示すよう
に、ＯＤ生成部１０１、メディアエンコーダ１０２、Ｉ
ＰＭＰ制御部１０３、ＢＩＦＳエンコーダ１０４、アッ
プデートコントローラ１０５、及びマルチプレクサ１０
６を備えている。

【００３７】メディアエンコーダ１０２は、イメージや
ビデオ、オーディオ、及びその他のマルチメディア等の
メディアデータ（コンテンツ）を符号化（圧縮）して出
力する。ＯＤ生成部１０１は、メディアエンコーダ１０
２で処理対象となっているメディアデータの属性情報を
符号化して、当該符号化データをＯＤとして出力する。
ＢＩＦＳエンコーダ１０４は、メディアエンコーダ１０
５で処理対象となっているメディアデータで構成される
シーン（上記図４参照）の情報を符号化して出力する。

【００３８】ＩＰＭＰコントローラ１０３は、メディア
エンコーダ１０２で符号化される各種メディアデータ
（コンテンツ）に対するＩＰＭＰディスクリプタ及びＩ
ＰＭＰ＿ＥＳ等のセキュリティ情報を生成すると共に、
当該コンテンツに対して独立に暗号化処理を施す。尚、
メディアエンコーダ１０２で取り扱うコンテンツに対す
る著作権保護を必要としない場合は、この限りではな
い。

【００３９】アップデートコントローラ１０５は、必要
に応じて設けられるアップデートコントローラであり、
ＯＤ、ＥＳＤ、及びＩＰＭＰのディスクリプタ等のプロ
パティを更新するためのコマンドをビットストリーム内
に挿入する。

【００４０】マルチプレクサ１０６は、ＯＤ生成部１０
１、ＢＩＦＳエンコーダ１０４、ＩＰＭＰ制御部１０
３、及びメディアエンコーダ１０２の各出力をマルチプ
レクスして、上記図１０や図１１に示したような１本の
ビットストリームへとまとめて出力する。このとき、マ
ルチプレクサ１０６は、マルチプレクスするデータの同
期制御も行う。具体的には例えば、タイプスタンプやク
ロックリファレンスを、ビットストリームのパケットの
中に埋めこむ。これにより、ＳＬパケッタイズされたビ
ットストリームが完成する。

【００４１】一方、デコーダ２００は、上記図２に示す
ように、デマルチプレクサ２０１、同期制御部２０２、
ディスクリプタパーサ２０３、ＢＩＦＳデコーダ２０
４、メディアデコーダ２０５、ＩＰＭＰコントローラ２
０６、及びレンダラ２０７を備えている。

【００４２】デマルチプレクサ２０１は、エンコーダ１
００から送信されてきたビットストリームから、ＩＰＭ
Ｐディスクリプタ、ＩＰＭＰ＿ＥＳ、ＯＤ、ＢＩＦＳ、
及びＡ／Ｖ（オーディオ／ビデオ）のビットストリーム
等の各ディスクリプタ及び各ビットストリームを分離す
る。

【００４３】ディスクリプタパーサ２０３は、デマルチ
プレクサ２０１により得られた各ディスクリプタのそれ
ぞれについて、そのタグ情報によりディスクリプタの種
類を判別してディスクリプタの内容を解読し、その解読
結果に基づいて、デコーダ２００に必要な各情報を適宜
セットする。メディアデコーダ２０５は、デマルチプレ
クサ２０１で得られたＡ／Ｖのビットストリーム（イメ
ージやビデオ、オーディオ等のメディアストリーム）を
デコードする。このとき、同期制御部２０２は、メディ
アデコーダ２０５で処理される各種メディア間の同期を
司る。ＢＩＦＳデコーダ２０４は、デマルチプレクサ２
０１で得られたＢＩＦＳのビットストリームをデコード
して、ＢＩＦＳの情報に基づいて、メディアデコーダ１
１７で得られた各種メディアデータからシーンを再構築
する。

【００４４】レンダラ２０７は、ＢＩＦＳデコーダ２０
４により得られたシーン構造に従って各オブジェクトを
適宜表示したり再生したりする。

【００４５】ＩＰＭＰコントローラ２０６は、デマルチ
プレクサ２０１で得られたＩＰＭＰディスクリプタ及び
ＩＰＭＰ＿ＥＳに基づいて、メディアデコーダ２０５や
レンダラ２０７を制御（メディアの再生制限や効果制御
等）する。例えば、データに暗号がかけられているよう
な場合には、当該暗号を解読してから、メディアデコー
ダ２０５にデータを転送する。

【００４６】ここで、本実施の形態の最も特徴とする構
成は、上記図１及び図２に示すように、エンコーダ１０
０とデコーダ２００間のハンドシェイク専用の外部通信
路（バック・チャネル）３００を設けた構成にある。ま
た、エンコーダ１００のＩＰＭＰコントローラ１０３
と、デコーダ２００のＩＰＭＰコントローラ２０６との
それぞれにハンドシェイク機能を持たせている。

【００４７】そこで、まず、エンコーダ１００のＩＰＭ
Ｐコントローラ１０３は、外部通信路３００と接続され
ており、例えば、ネットワーク上の外部装置（ここで
は、デコーダ２００とする）との双方向通信機能を有
し、次の機能１〜３を発揮することが可能なように構成
されている。

【００４８】（機能１）デコーダ２００（受信側）に対
して性能情報送信リクエストを外部通信路３００を介し
て送信することで、デコーダ２００の処理能力に関する
情報（性能情報）を外部通信路３００を介して取得し、
当該性能情報に基づき、メディアエンコーダ１０２に対
して、その符号化レートを外部装置の処理能力に適合す
るレートとするための制御信号を出力する。

【００４９】（機能２）デコーダ２００から、デコーダ
２００におけるエラー情報（欠落した受信データに関す
る情報）を外部通信路３００を介して受信し、又はデコ
ーダ２００でのエラーにより欠落した受信データの再送
要求信号を外部通信路３００を介して受信し、当該受信
信号に対する任意の処理命令を出力する。例えば、デコ
ーダ２００からの再送要求信号により示されるデータの
再送命令を、メディアエンコーダ１２０に対して出力す
る。これにより、欠落したデータが補間される。

【００５０】（機能３）デコーダ２００に対してビット
ストリームを送信するための通信路のトラフィックやエ
ラー率に関する情報を外部通信路３００を介してデコー
ダ２００から受信して、当該情報を総合的に判断して、
伝送プロトコルの選択信号を出力する。

【００５１】例えば、上記機能２により、次のような動
作が実現される。デコーダ２００において、受信したビ
ットストリームのＩＰＭＰ＿ＥＳ（上記図１２参照）の
一部（ディスクリプタ・タグ（ＴＡＧ）等）がエラーで
あった場合、これ以降の情報（ＥＳ１，ＥＳ２等）が正
常であっても無効（デコード不能）となるため、ＩＰＭ
Ｐコントローラ２０６は、エンコーダ１００のＩＰＭＰ
コントローラ１０３に対して、ＩＰＭＰ＿ＥＳの再送要
求信号を外部通信路３００を介して発信する。これを受
けたエンコーダ１００のＩＰＭＰコントローラ１０３
は、デコーダ２００のＩＰＭＰコントローラ２０６から
の再送要求信号に対する処理命令（再送命令）を出力す
る。これにより、メディアエンコーダ１０２は、ＩＰＭ
Ｐ＿ＥＳを再送するための処理を行う。したがって、デ
コーダ２００に対してＩＰＭＰ＿ＥＳが再送（Ｕｐｄａ
ｔｅ）され、上記エラーによるデコード不能が回避され
ることになる。

【００５２】尚、ＩＰＭＰ＿ＥＳの再送方法としては、
当該ＩＰＭＰ＿ＥＳを次のビットストリームに結合して
再送する方法等が挙げられる。

【００５３】また、エンコーダ１００のＩＰＭＰコント
ローラ１０３は、上述したようなＩＰＭＰ＿ＥＳ等の欠
落が許されない重要なデータに関しては、ＴＣＰ／ＩＰ
等のような伝送速度を犠牲にしても見かけ上がエラーフ
リーとなる伝送プロトコルを選択し、その他のデータに
関しては、伝送速度重視のＲＴＰ等の伝送プロトコルを
選択する、という一連のビットストリーム（上記図１１
参照）を部分的に異なる複数の伝送プロトコルを使用す
ることも可能なように構成されている。

【００５４】また、例えば、ＩＰＭＰコントローラ１０
３は、ＩＰＭＰ＿ＥＳをＴＣＰ／ＩＰによって伝送し、
その他をＲＴＰで固定して伝送するという伝送方式や、
通常はビットストリーム全体をＲＴＰで伝送し、上述し
たようなエラーの発生頻度に応じてＩＰＭＰ＿ＥＳのみ
伝送プロトコルをＴＣＰ／ＩＰに変更するという伝送方
式をとることも可能なように構成されている。

【００５５】一方のデコーダ２００のＩＰＭＰコントロ
ーラ２０６は、ビットストリームの送信側（ここでは、
エンコーダ１００とする）からの要求に対して、デコー
ダ２００の処理能力に関する情報を、外部通信路３００
を介して返信する。また、ＩＰＭＰコントローラ２０６
は、デコーダ２００でエラーが発生した場合、エンコー
ダ１００に対してエラー発生の通知を外部通信路３００
を介して行う。また、ＩＰＭＰコントローラ２０６は、
エンコーダ１００に対して、上記エラー発生に対応した
エラー部分の再送要求信号を、外部通信路３００を介し
て送信する。

【００５６】上述のように、本実施の形態では、エンコ
ーダ１００とデコーダ２００間に、エンコーダ１００と
デコーダ２００間のハンドシェイク専用の外部通信路
（バック・チャネル）３００を設け、エンコーダ１００
とデコーダ２００のそれぞれにハンドシェイク機能を持
たせるように構成したので、デコーダ２００は、デコー
ダ２００にて発生したエラー（ビットレートの過不足
等）をエンコーダ１００へ通知することができ、また、
デコーダ２００が有するバッファの空き容量等を通知す
ることもでき、さらにはエンコーダ１００から受信した
データのエラー検出情報やエラー部分の再送要求や、送
受信相互のネゴシエーションを行うためのデコーダ２０
０の処理能力に関する情報等をエンコーダ１００へ送信
することができる。一方、エンコーダ１００は、デコー
ダ２００に対する処理能力情報の要求や、当該要求に対
する応答（デコーダ２００の処理能力情報）を受信し、
この受信情報に基づいて、ビットレートや伝送プロトコ
ル等の条件を設定したり、デコーダ２００からのエラー
情報や特定部分の再送要求を受信して、当該受信情報に
基づいて、任意の処理（対処）を行う等の対応をとるこ
とができる。したがって、エンコーダ１００とデコーダ
２００間で、ビットストリームの伝送速度を低下させる
ことなく、ビットストリームに含まれる全ての情報を破
綻することなく、ネットワークを介して伝送することが
できる。

【００５７】（他の実施の形態）本発明は、第１の実施
の形態に限られることはなく、次のような実施の形態
（１）〜（４）にも含まれる。

【００５８】（１）第１の実施の形態において、エンコ
ーダ１００のＩＰＭＰコントローラ１０３による複数の
伝送プロトコルの中からの実際に用いる伝送プロトコル
の選択については、例えば、ビットストリームを構成す
る各パケットのヘッダ部に優先度を設定し、当該優先度
に基づいて、複数の伝送プロトコルの中から実際に用い
る伝送プロトコルを選択するように構成してもよい。こ
の場合、エンコーダ１００のＩＰＭＰコントローラ１０
３は、図３に示すように、ビットストリームを構成する
各パケットのそれぞれについてそのヘッダ部にパケット
内容に応じて優先度を設定する優先度設定部１１２と、
優先度設定部１１２を介したビットストリームを構成す
る各パケットのヘッダ部に設定された優先度に基づき複
数の伝送プロトコル１１１（１），１１１（２），…，
１１１（ｎ）…の中から１つの伝送プロトコルを選択す
るプロトコル選択部１１３とを備えることになる。

【００５９】（２）例えば、デコーダ２００のＩＰＭＰ
コントローラ２０６の構成を、図４に示すように、受信
ビットストリームのエラー発生頻度（エラー率）を管理
するエラー管理部２２１と、受信ビットストリームに関
するビットレート（単位時間あたりの符号量又はその変
化）を管理するレート管理部２２２と、エラー管理部２
２１及びレート管理部２２２の管理情報をエンコーダ１
００に対して外部通信部３００を介して送信したり、エ
ラー管理部２２１及びレート管理部２２２の管理情報に
基づきビットストリームの任意の一部分に対する伝送プ
ロトコルを変更又は指定するためのリクエスト情報（指
定情報）をエンコーダ１００に対して外部通信部３００
を介して送信したりする送信部２２３とを備える構成と
し、エンコーダ１００のプロトコル選択部１１３（上記
図３参照）が、デコーダ２００のリクエスト送信部２２
３からのリクエスト情報に基づき複数の伝送プロトコル
１１１（１），１１１（２），…，１１１（ｎ）…の中
から１つの伝送プロトコルを選択するように構成しても
よい。

【００６０】具体的には、デコーダ２００のＩＰＭＰコ
ントローラ２０６の構成が上記図４の構成である場合、
エンコーダ１００は、例えば、図５に示すフローチャー
トに従って動作することになる。

【００６１】先ず、ＩＰＭＰコントローラ１０３は、デ
コーダ２００からのデータの受信があるか否か、当該受
信があれば当該受信情報がコンディション情報（エラー
率の情報や、再送要求等）であるか指定情報（伝送プロ
トコルの指定の情報）であるかを判別する（ステップＳ
３０１）。この判別の結果、受信無しの場合は次のステ
ップＳ３０２に進み、指定情報が受信された場合は後述
するステップＳ３０３へ進み、コンディション情報が受
信入力された場合は後述するステップＳ３０５へ進む。

【００６２】ステップＳ３０１の判別の結果、デコーダ
２００からのデータの受信が無い場合、ＩＰＭＰコント
ローラ１０３は、複数の伝送プロトコルの中から、デコ
ーダ２００へのビットストリームの伝送に用いる伝送プ
ロトコルとして、デフォルトの伝送プロトコルを選択し
て設定する（ステップＳ３０２）。その後、後述するス
テップＳ３１０へ進む。

【００６３】ステップＳ３０１の判別の結果、デコーダ
２００からの指定情報が受信された場合、ＩＰＭＰコン
トローラ１０３は、当該指定情報に従って、デコーダ２
００へ伝送するビットストリームを分割し（ステップＳ
３０３）、当該分割データ毎に、複数の伝送プロトコル
の中から該当する伝送プロトコルを選択して設定する
（ステップＳ３０４）。その後、後述するステップＳ３
１０へ進む。

【００６４】ステップＳ３０１の判別の結果、デコーダ
２００からのコンディション情報が受信された場合、Ｉ
ＰＭＰコントローラ１０３は、当該コンディション情報
が、エラー率情報であるか再送要求であるかを判別する
（ステップＳ３０５）。この判別の結果、エラー率情報
である場合には次のステップＳ３０６へ進み、再送要求
である場合には後述するステップＳ３０７へ進む。

【００６５】ステップＳ３０５の判別の結果、エラー率
情報である場合、ＩＰＭＰコントローラ１０３は、当該
エラー率（ＥｒｒｏｒＲａｔｅ）が、予め設定されたし
きい値（ＴＨ）よりも大きいか否かを判別する（ステッ
プＳ３０６）。この判別の結果、「ＥｒｒｏｒＲａｔｅ
＞ＴＨ」である場合、上述したステップＳ３０３へ進
み、「ＥｒｒｏｒＲａｔｅ＞ＴＨ」でない場合、上述し
たステップＳ３０２へ進む。

【００６６】ステップＳ３０５の判別の結果、再送要求
である場合、ＩＰＭＰコントローラ１０３は、当該再送
要求により示されるデータを再度取得し（ステップＳ３
０７）、当該データをビットストリームに組み込む（ス
テップＳ３０８）。そして、ＩＰＭＰコントローラ１０
３は、ステップＳ３０８での再送用のデータの伝送プロ
トコルとして、複数の伝送プロトコルの中から該当する
伝送プロトコルを選択して設定する（ステップＳ３０
９）。その後、次のステップＳ３１０へ進む。

【００６７】ステップＳ３１０では、ステップＳ３０
２、又はステップＳ３０４、又はステップＳ３０９にて
設定された伝送プロトコルに従ったビットストリームの
送信が行われる。

【００６８】（３）第１の実施の形態では、エンコーダ
１００に対する各種要求をデコーダ２００としている
が、これに限られることはなく、任意の外部からの要求
であってもよい。

【００６９】（４）例えば、図６に示すように、エンコ
ーダ１００に端末装置１０９を更に設けると共に、図７
に示すように、デコーダ２００に端末装置２０９を更に
設ける構成としてもよい。この場合、エンコーダ１００
のＩＰＭＰコントローラ１０３は、端末装置１０９から
の入力に従って動作し、デコーダ２００のＩＰＭＰコン
トローラ２０６も同様に端末装置２０９からの入力に従
って動作することになる。

【００７０】尚、本発明の目的は、第１及び他の実施の
形態のホスト及び端末の機能を実現するソフトウェアの
プログラムコードを記憶した記憶媒体を、システム或い
は装置に供給し、そのシステム或いは装置のコンピュー
タ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読みだして実行することによっても、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が第１及び他の実
施の形態の機能を実現することとなり、そのプログラム
コードを記憶した記憶媒体は本発明を構成することとな
る。プログラムコードを供給するための記憶媒体として
は、ＲＯＭ、フロッピー（登録商標）ディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等
を用いることができる。また、コンピュータが読みだし
たプログラムコードを実行することにより、第１及び他
の実施の形態の機能が実現されるだけでなく、そのプロ
グラムコードの指示に基づき、コンピュータ上で稼動し
ているＯＳ等が実際の処理の一部又は全部を行い、その
処理によって第１及び他の実施の形態の機能が実現され
る場合も含まれることは言うまでもない。さらに、記憶
媒体から読み出されたプログラムコードが、コンピュー
タに挿入された拡張機能ボードやコンピュータに接続さ
れた機能拡張ユニットに備わるメモリに書き込まれた
後、そのプログラムコードの指示に基づき、その機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部又は全部を行い、その処理によって第１及
び他の実施の形態の機能が実現される場合も含まれるこ
とは言うまでもない。

【００７１】図８は、上記コンピュータ９００の構成の
一例を示したものである。コンピュータ９００は、上記
図８に示すように、ＣＰＵ９０１と、ＲＯＭ９０２と、
ＲＡＭ９０３と、キーボード（ＫＢ）９０９のキーボー
ドコントローラ（ＫＢＣ）９０５と、表示部としてのＣ
ＲＴディスプレイ（ＣＲＴ）９１０のＣＲＴコントロー
ラ（ＣＲＴＣ）９０６と、ハードディスク（ＨＤ）９１
１及びフロッピーディスク（ＦＤ）９１２のディスクコ
ントローラ（ＤＫＣ）９０７と、インターネット等のネ
ットワーク９２０を介した伝送を行うためのネットワー
クインターフェースカード（ＮＩＣ）９０８とが、シス
テムバス９０４を介して互いに通信可能に接続された構
成としている。

【００７２】ＣＰＵ９０１は、ＲＯＭ９０２或いはＨＤ
９１１に記憶されたソフトウェア、或いはＦＤ９１２よ
り供給されるソフトウェアを実行することで、システム
バス９０４に接続された各構成部を総括的に制御する。
すなわち、ＣＰＵ９０１は、所定の処理プログラムを、
ＲＯＭ９０２、或いはＨＤ９１１、或いはＦＤ９１２か
ら読み出して実行することで、上述した第１及び他の実
施の形態での動作を実施するための制御を行う。

【００７３】ＲＡＭ９０３は、ＣＰＵ９０１の主メモリ
或いはワークエリア等として機能する。ＫＢＣ９０５
は、ＫＢ９０９や図示していないポインティングデバイ
ス等からの指示入力を制御する。ＣＲＴＣ９０６は、Ｃ
ＲＴ９１０の表示を制御する。ＤＫＣ９０７は、ブート
プログラム、種々のアプリケーション、編集ファイル、
ユーザファイル、ネットワーク管理プログラム、及び上
記処理プログラム等を記憶するＨＤ９１１及びＦＤ９１
２とのアクセスを制御する。ＮＩＣ９０８は、ネットワ
ーク９２０上の各種装置或はシステムと双方向にデータ
をやりとりする。

【００７４】

【発明の効果】以上説明したように本発明では、送信側
と受信側間で、符号化データの伝送用の通信路（第１の
通信路）とは異なる第２の通信路（送信側と受信側間の
ハンドシェイク専用のバックチャネル等）を介して、符
号化データの伝送に関する情報を送受信するように構成
した。これにより、例えば、受信側は、受信側で発生し
たエラー（ビットレートの過不足等）を送信側へ通知す
ることがき、また、受信側が有するバッファの空き容量
等を通知することもでき、さらには送信側から受信した
符号化データのエラー検出情報やエラー部分の再送要求
や、送受信相互のネゴシエーションを行うための受信側
の処理能力に関する情報等を送信側へ送信することがで
きる。また、送信側は、受信側に対する処理能力情報の
要求や、当該要求に対する応答（受信側の処理能力情
報）を受信し、この受信情報に基づいて、ビットレート
や伝送プロトコル等の条件を設定したり、受信側からの
エラー情報や特定部分の再送要求を受信して、当該受信
情報に基づいて、任意の処理（対処）を行う等の対応を
とることができる。したがって、本発明によれば、例え
ば、ＭＰＥＧ−４に於いてエラー訂正機能を持たないＩ
ＰＭＰ＿ＥＳにエラーが生じた場合でも、第２の通信路
としてのバックチャネルという双方向専用回線等を用い
て、伝送プロトコルの選択やエラーデータの再送要求等
が可能となるため、伝送速度を著しく低下させることな
しに、ビットストリームに含まれる全データを第１の通
信路（任意のネットワーク等）を介して破綻なしに伝送
することが可能となる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
エンコーダ（送信側）の構成を示すブロック図である。

【図２】第１の実施の形態において、本発明を適用した
デコーダ（受信側）の構成を示すブロック図である。

【図３】他の実施の形態（１）において、上記エンコー
ダの主な構成の一例を示すブロック図である。

【図４】他の実施の形態（２）において、上記デコーダ
の主な構成の一例を示すブロック図である。

【図５】他の実施の形態（２）において、上記エンコー
ダの動作の一例を説明するための図ローチャートであ
る。

【図６】他の実施の形態（４）において、上記エンコー
ダの構成を示すブロック図である。

【図７】他の実施の形態（４）において、上記デコーダ
の構成を示すブロック図である。

【図８】第１及び他の実施の形態の機能を実施するため
の処理プログラムを実行するコンピュータの構成の一例
を示すブロック図である。

【図９】「ＩＳＯ／ＩＥＣ １４４９６（ＭＰＥＧ ｐｈ
ａｓｅ４）」規格でのシーンの一例を説明するための図
である。

【図１０】上記規格に準拠したビットストリームの一例
を説明するための図である。

【図１１】上記ビットストリームのセキュリティ情報
（ＩＰＭＰ）を説明するための図である。

【図１２】上記ＩＰＭＰディスクリプタを説明するため
の図である。

【図１３】従来のエンコーダの構成を示すブロック図で
ある。

【図１４】従来のデコーダの構成を示すブロック図であ
る。

【符号の説明】

１００ エンコーダ １０１ オブジェクトディスクリプタ（ＯＤ）生成部 １０２ メディアエンコーダ １０３ ＩＰＭＰコントローラ １０４ ＢＩＦＳエンコーダ １０５ アップデートコントローラ １０６ マルチプレクサ ２００ デコーダ ２０１ デマルチプレクサ ２０２ 同期制御部 ２０３ ディスクリプタパーサ ２０４ ＢＩＦＳデコーダ ２０５ メディアデコーダ ２０６ ＩＰＭＰコントローラ ２０７ レンダラ ３００ 外部通信部（バックチャネル）

Claims (16)

【特許請求の範囲】
1. 【請求項１】 所定の符号化規格に従って符号化したデ
   ータを第１の通信手段を介して送信するデータ処理装置
   であって、 少なくとも上記データの送信及び上記データの送信先の
   何れかに関する情報を、上記データの送信先と第２の通
   信手段を介して送受信する送受信手段と、 上記送受信手段にて得られた受信情報に基づいて、上記
   データの送信を制御する制御手段とを備えることを特徴
   とするデータ処理装置。
2. 【請求項２】 上記制御手段は、少なくとも上記データ
   の内容及び上記受信情報の何れかに基づき選択した伝送
   プロトコルに従って、上記データの送信を制御すること
   を特徴とする請求項１記載のデータ処理装置。
3. 【請求項３】 所定の符号化規格に従って符号化された
   データを第１の通信手段を介して受信して復号するデー
   タ処理装置であって、 少なくとも上記データの受信及び自装置の何れかの情報
   を、上記データの送信元と第２の通信手段を介して送受
   信する送受信手段を備えることを特徴とするデータ処理
   装置。
4. 【請求項４】 上記送受信手段は、上記データの送信元
   に対して、上記データの送信元で用いる伝送プロトコル
   に関する情報を送信することを特徴とする請求項３記載
   のデータ処理装置。
5. 【請求項５】 上記所定の符号化規格とは、ＭＰＥＧ−
   ４であることを特徴とする請求項１〜４の何れかに記載
   のデータ処理装置。
6. 【請求項６】 複数の機器が互いに通信可能に接続され
   てなるデータ処理システムであって、 上記複数の機器のうち少なくとも１つの機器は、請求項
   １〜５の何れかに記載のデータ処理装置の機能を有する
   ことを特徴とするデータ処理システム。
7. 【請求項７】 所定の符号化規格に従って符号化したデ
   ータを第１の通信路を介して送信側から受信側へ伝送す
   るためのデータ処理方法であって、 上記送信側と上記受信側の間で、少なくとも上記データ
   の伝送に関する情報を第２の通信路を介して送受信する
   送受信ステップと、 上記送信側が、上記送受信ステップにて得られた受信情
   報に基づいて、上記データの伝送を制御する制御ステッ
   プとを含むことを特徴とするデータ処理方法。
8. 【請求項８】 それぞれが任意のサイズに分割された符
   号化データと、当該データに関する任意の固有情報を含
   むヘッダとを連結して、一連のビットストリームを構成
   し、当該ビットストリームを第１の通信路を伝送又は送
   受信するためのデータ処理方法であって、 少なくとも上記ビットストリームの伝送に関する情報を
   第２の通信路を介して送信側と受信側で送受信する送受
   信ステップと、 上記送信側が、上記送受信ステップにて得られた受信情
   報に基づいて、上記ビットストリームの伝送を制御する
   制御ステップとを含むことを特徴とするデータ処理方
   法。
9. 【請求項９】 上記制御ステップは、 上記符号化データ及び上記ヘッダのそれぞれに対して、
   優先度を設定する設定ステップと、 上記設定ステップでの優先度の設定に基づき複数の伝送
   プロトコルから該当する伝送プロトコルを選択する選択
   ステップと、 上記選択ステップで選択された伝送プロトコルに基づき
   上記ビットストリームの伝送を制御する伝送制御ステッ
   プとを含むことを特徴とする請求項８記載のデータ処理
   方法。
10. 【請求項１０】 上記第２の通信路は、上記第１の通信
    路とは独立した１つ以上のサブ通信回線を含むことを特
    徴とする請求項８記載のデータ処理方法。
11. 【請求項１１】 複数の伝送プロトコルの中の任意の伝
    送プロトコルによって、少なくとも１つ以上の相互に独
    立な複数の符号化データを内包した任意のビットストリ
    ームを受信して、当該相互に独立な複数の符号化データ
    をそれぞれ独立に復号するためのデータ処理方法であっ
    て、 少なくとも上記ビットストリームの伝送に関する情報を
    第２の通信路を介して上記ビットストリームの送信側と
    送受信する送受信ステップを含むことを特徴とするデー
    タ処理方法。
12. 【請求項１２】 受信したビットストリームのエラー発
    生頻度を管理する第１の管理ステップと、 受信中のビットストリームに関するビットレートを管理
    する第２の管理ステップとを含み、 上記送受信ステップは、少なくとも、上記第１の管理ス
    テップでの管理情報、第２の管理ステップでの管理情
    報、及び受信したビットストリームの任意の部分に対す
    る伝送プロトコルを変更又は指定するためのリクエスト
    情報の何れかを、上記ビットストリームの送信元へ送信
    するステップを含むことを特徴とする請求項１１記載の
    データ処理方法。
13. 【請求項１３】 複数の相互に異なる伝送プロトコルの
    中の任意の伝送プロトコルによって、連続したビットス
    トリームを送信するためのデータ処理装置であって、 上記ビットストリームの任意の領域を任意の伝送プロト
    コルに従ってエンコードして送信する送信ステップと、 上記ビットストリームの通信路とは独立した通信路を介
    して外部より受信した情報に応じて上記ビットストリー
    ムにおける任意の部分の伝送プロトコルを変更する変更
    ステップと、 上記外部より受信した情報に応じて上記ビットストリー
    ムの既に送信済みの部分を次のビットストリームに結合
    して再送する再送ステップとを含むことを特徴とするデ
    ータ処理方法。
14. 【請求項１４】 上記ビットストリームは、ＭＰＥＧ−
    ４規格に準拠したビットストリームであることを特徴と
    する請求項８〜１３の何れかに記載のデータ処理方法。
15. 【請求項１５】 請求項１〜５の何れかに記載のデータ
    処理装置の機能、又は請求項６記載のデータ処理システ
    ムの機能を実施するための処理プログラムを、コンピュ
    ータが読出可能に格納したことを特徴とする記憶媒体。
16. 【請求項１６】 請求項７〜１４の何れかに記載のデー
    タ処理方法の処理ステップを、コンピュータが読出可能
    に格納したことを特徴とする記憶媒体。