JPH10224424A

JPH10224424A - データ送信装置、データ受信装置、及び媒体

Info

Publication number: JPH10224424A
Application number: JP9027433A
Authority: JP
Inventors: Hidetoshi Takeda; 英俊武田; Masazumi Yamada; 山田　　正純
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-02-12
Filing date: 1997-02-12
Publication date: 1998-08-21
Also published as: CA2226372C; DE19805799C2; CN1100428C; CA2226372A1; CN1193778A; US6101215A; DE19805799A1

Abstract

(57)【要約】【課題】データ受信装置が受信データを処理出来る範囲
は、データ受信装置自らが予め備えている処理方法の種
類によって制限されると言う課題。【解決手段】データ送信装置Ｂとデータ受信処理装置Ａ
は、伝送媒体１０１を介して接続されている。データ送
信装置Ｂは、送信手段１０２と要求応答手段１０３と受
信手段１０４等から構成されている。データ受信処理装
置Ａは、受信手段１１０、識別情報分離手段１１１、デ
ータ処理手段１１２、処理方法要求手段１１３及び送信
手段１１４を備え、データ受信処理装置Ａは、受信手段
１１０、識別情報分離手段１１１、データ処理手段１１
２、処理方法要求手段１１３及び送信手段１１４を備え
ている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、映像デー
タ若しくは音声データ等の送信又は受信を行う、データ
送信装置、データ受信装置及び媒体に関するものであ
る。

【０００２】

【従来の技術】従来、ディジタル映像データや音声デー
タを転送するためのディジタル・インタフェースとし
て、ＩＥＥＥ１３９４（アイトリプルイー１３９４）が
知られている。このＩＥＥＥ１３９４は、マルチメディ
ア用のインタフェースとして開発が進められているもの
であり、映像データや音声データのようなリアルタイム
性の保証が必要なデータを、一定の遅延時間内で転送す
ることが可能なインタフェースである。このインタフェ
ースではデータはパケットを単位として転送される。

【０００３】このＩＥＥＥ１３９４では、端末やサーバ
ー等の各種機器を特定するための識別情報としてノード
ＩＤと言う概念がある。このノードＩＤには０から６２
までの値を使用することができ、この結果一つのバス上
に６３台の機器を接続することができる。さらに、この
ようなバスそれぞれについて、バスのＩＤを付加するこ
とができ、これによって１０２３のバスを接続すること
が可能となる。

【０００４】又、ＩＥＥＥ１３９４では、映像や音声の
ようにリアルタイム性の保証が必要なデータの転送に用
いるアイソクロナス転送と、転送の遅延時間の保証の必
要の無いデータの転送に用いるアシンクロナス転送の２
つの転送がある。このうちアイソクロナス転送では、送
信するパケットに使用する伝送路のチャネル番号を付加
し、送受信をこのチャネル番号をもとに管理する。

【０００５】一方、ＩＥＥＥ１３９４では、バスにつな
がれたすべての機器が仮想的な４８ビットのアドレス空
間９０１を持っている。アシンクロナス転送では、この
アドレス空間９０１を相互に読み出し、および書き込み
を行う動作によってデータの転送を実現する。またこの
アドレス空間９０１の一部には、それぞれの機器の動作
を制御する目的で使用するレジスタが含まれている。バ
スに接続された機器は、他の機器の制御用レジスタを読
み出すことによってその機器の動作状態を調べることが
可能であり、必要に応じてこの制御用レジスタに値を書
き込むことによって機器の制御を行うことが可能とな
る。

【０００６】現在までに、ＩＥＥＥ１３９４を用いて、
ＭＰＥＧ２（ムービング・ピクチャ・エキスパーツ・グ
ループ: Moving Picture Experts Group）のトランスポ
ート・ストリームや家庭用のディジタルＶＴＲであるＤ
Ｖのデータを転送する方法の開発が進められてきた。こ
の方法では、映像および音声データの転送にアイソクロ
ナス転送を用いている。

【０００７】また、この映像及び音声データの送受信を
制御する目的で、各機器におけるアドレス空間９０１内
に置かれた制御用レジスタが使用される。この制御用レ
ジスタは、ＰＣＲ（プラグ・コントロール・レジスタ:
ＰｌｕｇＣｏｎｔｒｏｌＲｅｇｉｓｔｅｒ）と呼ばれ
る。サーバ等のデータ送信装置は、出力制御用レジスタ
としてのｏＰＣＲ９０２を、又、端末等のデータ受信装
置は、入力制御用レジスタとしてのｉＰＣＲを、それぞ
れ備えている。図１２は、データ送信装置が有するアド
レス空間９０１を示す概念図である。ＩＥＥＥ１３９４
では、各機器における何れのアドレス空間９０１におい
ても、ｏＰＣＲの先頭アドレスはＦＦＦＦＦ００００９
０４ｈと決められている。又、ｏＰＣＲ９０２の内容を
図１３に示す。図１３に示すチャンネル番号（ｃｈａｎ
ｎｅｌｎｕｍｂｅｒ）９０３は、データの送受信に利
用する伝送路上の概念である。

【０００８】映像および音声データの送受信の制御を行
う機器は、このＰＣＲを読み出すことで、送信や受信の
状態を調べることが可能である。またＰＣＲへの書き込
みによって送信や受信を開始させたり、逆に停止させた
りする指示を行うことが可能である。なお、一つの機器
が複数の映像データおよび音声データを同時に送受信す
る場合、このＰＣＲを複数持つことがある。

【０００９】次に、ＩＥＥＥ１３９４を用いて、ＭＰＥ
ＧやＤＶのデータを転送する際に使用するパケットの形
式を図１４（ａ）〜（ｃ）に示す。図１４（ａ）は、デ
ータを転送する際に使用するパケットの形式を示す図で
ある。

【００１０】同図に示すように、このパケットの中で、
図１４（ｂ）に示すように、パケット・ヘッダ９０４に
はアイソクロナス転送のチャネル９０５やパケットの大
きさを示す情報（図１４（ｂ）では、ＤａｔａＬｅｎ
ｇｔｈ９０６として示す）が含まれる。一方のＣＩＰヘ
ッダ９０７は、図１４（ｃ）に示すように、データの種
別などパケット・ヘッダに不足している情報を補う目的
で使用される。このＣＩＰヘッダ９０７に続く部分に映
像データや音声データが含まれて転送される。

【００１１】又、図１４（ｃ）に示すように、送信され
ているデータの形式即ち、処理方法は、ＣＩＰヘッダ９
０７のＦＭＴ９０８によって示されている。即ち、この
ＦＭＴ９０８の内容からＭＰＥＧやＤＶの識別が可能と
なる。また、送信を行っている機器のノードＩＤがＳＩ
Ｄ９０９によって示されている。

【００１２】このデータを受信した機器が、送信を行っ
ている機器の状態を調べたり、または制御を行う場合に
は、まずＳＩＤ９０９により送信機器のノードＩＤを特
定し、送信機器のｏＰＣＲを読み出す。ここで送信機器
が複数のｏＰＣＲを持っている場合、その中で、受信中
のチャネル番号を送信しているｏＰＣＲを探すことで、
対応するｏＰＣＲを決定することができる。この結果特
定したｏＰＣＲの内容を読み出すことで送信の状態を知
ることができ、またこの送信を停止するなどの制御が可
能となる。

【００１３】又、この様なパケット形式で送られてくる
映像データ等を受信したデータ受信装置が、ＦＭＴ９０
８の内容を読み取り、受信したデータの処理方法即ち、
符号化方式がＭＰＥＧであるのか、あるいはＤＶである
のか等の識別を行う。そして、例えば、データの符号化
方式がＭＰＥＧであると判明した場合には、データ受信
装置がメモリに予め用意している、そのＭＰＥＧに対応
する処理方法を用いて、受信データを復号化するなどの
一連の処理を行う。あるいは、そのＭＰＥＧ用の専用処
理回路を使用して復号化すると言った一連の処理を行
う。

【００１４】

【発明が解決しようとする課題】しかしながら、上記の
様な従来の構成では、データ送信装置で使用された何れ
の処理方法（例えば、符号化方法）にも対応出来る様に
しておくためには、それぞれの処理方法に対応する処理
方法（例えば、復号化方法）をデータ受信装置側に予め
用意しておかなければならない。そのため、データ送信
装置での処理方法の種類が少ない場合は、特に問題とな
らないが、データ送信装置側での処理方法の種類が増え
てくると、データ受信装置側で予め用意しておくべき処
理方法の数も増加し、ますます容量の大きなメモリが必
要となると言う問題を有していた。

【００１５】又、データ送信装置側において、データ受
信装置側が用意していない全く新しい処理方法を用いて
処理した映像データ等は、データ受信装置が、たとえそ
のような映像データを受信したとても適切な処理が出来
ないことになる。そのため、この様な新たな処理方法を
用いたデータにも常に対応出来る様にするためには、デ
ータ受信装置側では、用意しておくべき処理方法の更新
や増加を頻繁に行う必要があるという課題を有してい
た。即ち、データ受信装置が受信データを処理出来る範
囲は、データ受信装置自らが予め備えている処理方法の
種類によって制限されると言う課題を有していた。

【００１６】本発明は、従来装置のこの様な課題を考慮
し、データ受信装置での受信データを処理出来る範囲
が、従来に比べてより一層広く出来るデータ送信装置、
データ受信装置及び媒体を提供することを目的とする。

【００１７】

【課題を解決するための手段】請求項１記載の本発明
は、所定の処理方法により処理されたデータをデータ受
信装置へ送信するデータ送信手段と、前記処理されたデ
ータをデータ受信装置で処理するためのデータ受信装置
用の処理方法を格納する格納手段と、前記送信データ
に、前記データ受信装置用の処理方法の転送が可能か否
かを示す識別情報を付加する識別情報付加手段と、前記
送信データを受信した前記データ受信装置からの前記デ
ータ受信装置用の処理方法に関する要求に基づいて、前
記データ受信装置用の処理方法を出力する要求応答手段
とを備えたデータ送信装置である。

【００１８】請求項９記載の本発明は、所定の処理方法
により処理されたデータと、そのデータに付加された、
前記データを受信側で処理するための処理方法のデータ
送信装置からの転送が可能か否かを示す識別情報とを受
信するデータ受信手段と、前記受信データから前記付加
された識別情報を分離する識別子分離手段と、前記受信
データを処理するデータ処理手段と、前記データ処理手
段による前記処理が可能か否かを判定する判定手段と、
前記判定により前記処理が不可能であと判定され、且
つ、前記分離された識別子が前記転送が可能である旨を
示している場合、前記受信したデータについて前記デー
タ処理手段が用いる処理方法の転送を前記データ送信装
置に要求する処理方法要求手段とを備えたデータ受信装
置である。

【００１９】請求項１１記載の本発明は、上記の何れか
一つの請求項に記載の各手段の全部又は一部の手段の機
能をコンピュータに実行させるためのプログラムを記録
した媒体である。

【００２０】これにより、データ受信装置での受信デー
タの処理範囲がより一層広くなる。

【００２１】

【発明の実施の形態】以下、本発明に係るデータ送信装
置、データ受信装置の実施の形態について図面を用いて
説明する。

【００２２】ここでは、送信データを受信したデータ受
信装置が、処理方法の転送をデータ送信装置に対して要
求し、対応する処理方法がデータ受信装置に転送される
場合について説明する。但し、その場合に、対応する処
理方法を特定する主体が、データ送信装置である場合
と、データ受信装置である場合とに大きく分けられるた
め、前者については、第１の実施の形態において、又、
後者については、第２の実施の形態において、それぞれ
説明する。尚、伝送媒体としては、ＩＥＥＥ１３９４を
使用する。

【００２３】（第１の実施の形態）即ち、上述した通
り、ここでは、転送対象となる処理方法の特定を、デー
タ送信装置が行う場合について、図１〜図２を参照しな
がら説明する。

【００２４】図１は、本実施の形態のデータ受信処理装
置Ａとデータ送信装置Ｂの主要部分を示す概略ブロック
図であり、図２は、データ送信装置Ｂからパケットの形
式（図１４（ａ）、（ｂ）参照）で転送されるデータに
ついての、ＣＩＰヘッダ２０１の構成図である。これら
図面を用いて、先ず本実施の形態の構成から説明する。

【００２５】図１に示すように、データ送信装置Ｂとデ
ータ受信処理装置Ａは、伝送媒体１０１としてのＩＥＥ
Ｅ１３９４を介して接続されている。又、データ送信装
置Ｂの他にも複数のデータ送信装置（図示省略）が、デ
ータ送信装置Ｂと同様に伝送媒体１０１を介して、デー
タ受信処理装置Ａと接続されている。

【００２６】データ送信装置Ｂは、送信手段１０２と要
求応答手段１０３と受信手段１０４、格納手段１０７
（図示省略）等から構成されている。

【００２７】データ送信装置Ｂの送信手段１０２は、デ
ータ送信装置Ｂで処理した映像データおよび音声データ
１０５に、後述する処理方法の転送が可能か否かを示す
識別子２０２を付加してた状態で、伝送媒体１０１に送
出するための手段である。尚、本発明の識別情報付加手
段は、送信手段１０２に含まれる。データ送信装置Ｂの
受信手段１０３は、データ受信処理装置Ａからの要求パ
ケットを受信する手段である。格納手段１０７は、デー
タ送信装置Ｂで処理されたデータをデータ受信処理装置
Ａで処理するためのデータ受信装置用の処理方法を格納
する手段である。尚、格納手段１０７はデータ送信装置
Ｂで使用する処理方法の全ての種類について、上記デー
タ受信処理装置Ａ用の処理方法を用意していなくてもよ
い。要求応答手段１０４は、要求パケットの内容から転
送すべき処理方法１０６を特定し、送信手段１０２へ出
力する手段である。

【００２８】これに対して、データ受信処理装置Ａは、
受信手段１１０、識別情報分離手段１１１、データ処理
手段１１２、処理方法要求手段１１３及び送信手段１１
４を備えている。

【００２９】データ受信処理装置Ａの受信手段１１０
は、伝送媒体１０１から映像データおよび音声データ１
０５を含むパケットを受信して識別情報分離手段１１１
に出力する手段である。又、データ送信装置Ｂから転送
されてきた処理方法を受信した場合は、それを後述する
処理方法要求手段１１３へ出力する手段でもある。識別
情報分離手段１１１は、受信手段１１０より出力されて
きたデータパケットから、ＣＩＰヘッダ２０１内に記録
された、データ受信処理装置用の処理方法の転送が可能
か否かを示す識別子２０２を含む識別情報を分離してそ
れぞれを出力する手段である。処理方法要求手段１１３
は、受信中のデータのＦＭＴ９０８（図２参照）により
受信しているデータの種別を判定し、又、識別子２０２
からデータ受信処理装置用の処理方法の転送が可能か否
かを判定する手段であり、それら判定に基づいて、デー
タ処理手段１１２に対して適切なデータの処理方法の指
示を行う手段である。又、処理方法要求手段１１３は、
データの種別が未定義のものであった場合には、識別子
２０２の内容に応じて、処理方法の転送要求を送信手段
１１４へ出力する手段である。送信手段１１４は、転送
要求をデータ送信装置Ｂへ送信する手段である。

【００３０】以上の構成において、以下に本実施の形態
の動作を図１〜図２等を参照しながら説明する。

【００３１】先ず、データ送信装置Ｂの送信手段１０２
は、所定の処理を施した映像データおよび音声データ１
０５を伝送媒体１０１に送出する。この場合、処理され
た映像データおよび音声データ１０５は、パケット形式
で送信される。尚、このパケット形式は、ＣＩＰヘッダ
２０１内に識別子２０２（図２参照）が新たに付加され
ている点を除いて、図１４（ａ）〜（ｃ）に示したパケ
ット形式と基本的に同じである。尚、上記識別子２０２
は、図２に示すフィールド以外に、ＣＩＰヘッダ２０１
の他のフィールドとして、例えば、ｒｓｖ２０３ａを使
用して、処理方法の転送が可能であるか否かを示す構成
としても勿論よい。さらにはＦＭＴ９０８によって、新
たな処理方法を使用し、且つ処理方法の転送が可能であ
ることを示すことも可能である。

【００３２】一方、データ受信処理装置Ａの受信手段１
１０は伝送媒体１０１から映像データおよび音声データ
１０５を含むパケットを受信して、識別情報分離手段１
１１に出力する。識別情報分離手段１１１は、受信手段
１１０から出力された上記受信データから、映像データ
および音声データと、それらに付加された識別情報とを
分離して、映像データ及び音声データはデータ処理手段
１１２へ、又、識別情報は処理方法要求手段１１３へ、
それぞれを出力する。

【００３３】ここで、識別情報分離手段１１１が受信デ
ータから分離する識別情報とは、図１４（ｂ）に示すパ
ケット・ヘッダ９０４、および図２に示すＣＩＰヘッダ
２０１に含まれる情報に相当する。すなわち、データ受
信処理装置Ａが受信しているデータのチャネル番号９０
５（図１４（ｂ）参照）や、本実施の形態において新た
に追加された識別子２０２、データの種別を示すＦＭＴ
９０８、データの送信元であるデータ送信装置Ｂのノー
ドＩＤであるＳＩＤ９０９等（図２参照）が含まれてい
る。

【００３４】処理方法要求手段１１３は、受信中のデー
タのＦＭＴ９０８により受信しているデータの種別即
ち、そのデータが例えば、ＭＰＥＧ形式で処理されたも
のか、ＤＶ形式で処理されたものか、あるいは、データ
受信処理装置Ａにとって、未定義の方法により処理され
たものであるかと言う、データ送信装置側で使用した処
理方法の判定を行う。

【００３５】この判定結果が、仮に、ＭＰＥＧ形式で処
理されたことを示しており、これに対応する処理方法
が、データ受信処理装置Ａに予め用意されている場合に
は、その対応する処理方法をデータ処理手段１１２に指
示して、従来通りの処理を行う。

【００３６】しかしながら、処理方法要求手段１１３
は、ＦＭＴ９０８が示しているデータの種別が、データ
受信処理装置Ａにおいて未定義のものであると判定した
場合には、そのデータの処理を行わせずに受信中のデー
タを破棄する様に、データ処理手段１１２へ指示する。
これによって、全く対応していない処理方法を用いて、
誤った処理を行うことを未然に防ぐことが出来る。

【００３７】未定義のＦＭＴを受信した場合における上
述の様な動作と併せて、さらに処理方法要求手段１１３
は、次のような動作を行う。

【００３８】本実施の形態の場合、図２に示す通り、識
別子２０２が”１”である。これは、データ送信装置Ｂ
において送信データの処理に用いた処理方法に対応し
た、受信側で用いるための処理方法の送信が可能である
ことを示すものである。尚、この識別子２０２は、デー
タ送信装置Ｂの送信手段１０２により付加されることは
上述した通りである。

【００３９】そこで、処理方法要求手段１１３は、識別
子２０２が”１”であることを認識し、送信手段１１４
に対して、処理方法の要求を出力する。

【００４０】ところで、識別子２０２が”０”であれ
ば、それは、データ送信装置Ｂにおいて送信データの処
理に用いた処理方法に対応した、受信側で用いるための
処理方法の送信が不可能であることを示す。つまり、デ
ータ送信装置Ｂがデータ受信処理装置用の処理方法を用
意していない場合には、識別子２０２として、”０”を
付して、データ送信を行うものである。

【００４１】再び、データ受信処理装置Ａの動作の説明
に戻る。即ち、本実施の形態の場合、受信したＦＭＴ９
０８の処理方法がデータ受信処理装置Ａにとって未知の
種別のデータであり、かつ識別子２０２が処理方法の転
送が可能である旨を示しているため、上述のように、送
信装置１１４からデータ送信装置Ｂに対して処理方法の
要求が出力される。ここで要求する処理方法とは、処理
手段によってデータの処理を行うためのプログラムに相
当するものである。データ処理手段１１２は、転送要求
に応じて、後述する様にデータ送信装置Ｂから送信され
てくる処理プログラムを用いることにより、識別情報分
離手段１１１から出力される未知の処理方法により処理
された映像データおよび音声データであっても、適切に
処理を行うことが出来る。

【００４２】次に、図３を参照しながら、データ受信処
理装置Ａが処理方法の要求を行う場合に使用するパケッ
トの内容について更に述べる。ここで、図３は、データ
受信処理装置Ａからデータ送信装置Ｂへ送られる要求パ
ケット３０１の構成図である。

【００４３】このような処理方法の要求を行う場合、要
求のパラメータとして受信中のアイソクロナス転送のチ
ャネル番号３０２、データ受信処理装置ＡのＯＳやシス
テムの識別情報３０３、一度に受信できるデータの大き
さとしての最大受信サイズ３０４等を含めることができ
る。ここで、上記ＯＳやシステムの識別情報は、本発明
のデータ受信装置のシステムの状況に対応するものであ
る。尚、チャンネル番号３０２の替わりに、上述したＰ
ＣＲの番号を指定することも可能である。

【００４４】ここで、上記ＯＳやシステムの識別情報３
０３をパラメータとする必要性について述べる。即ち、
データ処理手段１１２は、通常ＣＰＵやＤＳＰによって
実現されるが、このＣＰＵやＤＳＰの種類によって、ま
た動作するＯＳ等によって、必要となる処理プログラム
が異なる場合がある。つまり、データ送信装置Ｂ側で使
用した処理方法がたとえ同じ方法であっても、データ受
信処理装置Ａ側のシステムの状況によっては、対応する
処理方法が異なることも充分あり得る。従って、データ
受信処理装置ＡのＯＳに対応した適切な処理プログラム
を、データ送信装置Ｂが判定出来る様に、上記ＯＳやシ
ステムの識別情報３０３をパラメータとすることが必要
となる。

【００４５】また、一般にデータの送受信を行う機器
は、送受信のために持っているバッファの大きさなどに
より、データの送受信を小さな単位に分けて行う必要が
生じる場合がある。このため、図３に示すように、一度
に転送できるデータの最大受信サイズを指定する。この
様にして、決められた要求パケット３０１を送信手段１
１４が伝送媒体１０１に送信する。

【００４６】次に、データ送信装置Ｂにおける動作を中
心に図１を参照しながら説明する。

【００４７】即ち、データ送信装置Ｂの受信手段１０３
は、上記の処理方法に付いての要求パケット３０１を伝
送媒体１０１から受信して、それを要求対応手段１０４
に出力する。要求対応手段１０４は、上記要求パケット
３０１を受け取った場合、格納手段１０７からデータ受
信処理装置ＡのＯＳやシステムに適した処理プログラム
１０６を選択して送信手段１０２へ出力する。そして、
データ送信手段Ｂの送信手段１０２が伝送媒体１０１に
それを送出する。

【００４８】一方、上述した通り、データ送信装置Ｂか
ら転送されてきた処理プログラムはデータ受信処理装置
Ａの受信手段１１０により受信され、処理方法要求手段
１１３を介して、データ処理手段１１２へ送られて、デ
ータ処理に利用される。処理プログラム全体のサイズに
もよるが、通常は、分割して転送される。即ち、処理プ
ログラムの転送は、処理方法要求手段１１３が出力する
要求パケット３０１に示された最大受信サイズ３０４等
に応じて、複数回に分けて転送される。

【００４９】尚、この様に一つの処理プログラムを分割
して、それぞれを複数回に分けて転送する場合、転送に
ついての管理を、データ送信装置側が行うか、あるいは
データ受信処理装置側が行うかの何れの構成でもかまわ
ない。

【００５０】即ち、前者の構成の場合、例えば、転送対
象となる複数回に分割された各処理プログラムの書き込
み先のアドレス（後述する第２の実施の形態において、
図９に示したアドレス空間９５１上のアドレスに対応）
の指定が、データ送信装置Ｂの要求応答手段１０４によ
る管理のもとに行われる様にしても良い。即ち、この場
合には、データ送信装置が処理プログラムの分割と、転
送順序を決めて転送を行い、又、再送信等の制御も行
う。

【００５１】又、後者の構成の場合、例えば、転送対象
となる複数回に分割された各処理プログラムを、その格
納元から読み出すためのアドレス（後述する第２の実施
の形態において、図６（ａ）に示したアドレス空間５０
１上のアドレスに対応）の指定が、データ受信処理装置
Ａの処理方法要求手段１１３による管理のもとに行われ
る様にしても勿論良い。即ち、この場合には、データ受
信処理装置が処理プログラムの分割、及び転送順序を決
定し、再送信等の要求も行う。

【００５２】尚、要求応答手段１０４は、処理方法を転
送出来る旨の識別子２０２に”１”を立てている場合で
あっても、必ずしもデータ受信処理装置ＡのＯＳやシス
テムに対応した処理プログラムを持っているとは限らな
い。従って、要求応答手段１０４が、データ受信処理装
置Ａに対応する処理プログラムがないと判断した場合に
は、処理プログラムの転送ができないことを示す応答を
返す。そして、データ受信処理装置Ａの受信手段１１０
が、このような応答を得た場合、処理方法要求手段１１
３は、データの処理を行わないことを示す指示をデータ
処理手段１１２に出力する。

【００５３】この様に本実施の形態によれば、データ受
信処理装置Ａは、データ送信装置Ｂが使用するものとし
て備えている幾通りかの処理方法のそれぞれに対応でき
る処理方法の内、限られた処理方法しか予め用意してい
ない場合であって、受信したＦＭＴ９０８の処理方法が
データ受信処理装置Ａにとって未知の種別のデータで
も、識別子２０２が処理方法の転送が可能である旨を示
している場合であれば、その処理方法を要求する事が出
来るので、適切な処理が行える。又、識別子２０２が処
理方法の転送が不可能である旨を示している場合であれ
ば、わざわざ要求をするという無駄な動作も回避出来
る。

【００５４】（第２の実施の形態）上述した通り、ここ
では、転送対象となる処理方法の特定を、データ受信装
置が行う場合について、図面を参照しながら説明する。

【００５５】図４（ａ）は、本実施の形態のデータ受信
処理装置Ａ１の主要部分を示す概略ブロック図であり、
図４（ｂ）は、データ受信処理装置Ａ１の内部にある処
理方法要求手段４０１の構成を示すブロック図である。
これら図面を用いて、先ず本実施の形態の構成から説明
する。尚、第１の実施の形態で図１等を用いて説明した
データ受信処理装置Ａ及びデータ送信装置Ｂと基本的に
同じものには、同じ符号を付し、その説明を省略する。
又、図１により説明したものと同様に、本実施の形態に
おけるデータ送信装置Ｂ１とデータ受信処理装置Ａ１に
ついても、伝送媒体１０１としてのＩＥＥＥ１３９４を
介して接続されている。

【００５６】本実施の形態では、データ受信装置Ａ１
が、転送対象となる処理方法の特定を行うので、処理方
法要求手段４０１の構成が、上記実施の形態と相違す
る。従って、以下に図４（ｂ）を参照しながら、処理方
法要求手段４０１の構成を中心にして説明する。

【００５７】即ち、同図において、データ種別判定手段
４１０は、識別情報分離１１１により分離された識別情
報４０２に基づいて、データ処理制御手段４１１に対し
て、データ処理の実行又は停止の指示を出力したり、プ
ラグ番号特定手段４１２に対して識別情報の内容を出力
するための手段である。データ処理制御手段４１１は、
データ処理手段１１２における受信データの処理を制御
する手段である。プラグ番号特定手段４１２は、データ
受信処理装置Ａ１が受信したデータの送信元であるデー
タ送信装置Ｂ１のｏＰＣＲ９０２（図１２参照）を読み
出すための手段である。パケット送受信手段４１３は、
受信手段１１０や送信手段１１４とパケットの送受信を
行う手段であり、又、同図に示す通り処理方法要求手段
４０１の所定の手段とデータのやりとりを行う手段でも
ある。対応システム判定手段４１４は、転送対象となる
処理方法の特定等を行うための手段である。処理方法転
送手段４１５は、転送対象となる処理方法の読み出しを
実行する手段である。バッファ４１６は、データ送信装
置Ｂ１より、分割された状態で転送されてきた処理方法
を一時的に蓄積する手段である。

【００５８】ことろで、本実施の形態は、上記実施の形
態で述べた処理方法の要求と転送を、データ送信装置Ｂ
１が持つアドレス空間５０１におけるｏＰＣＲ９０２
（図１２参照）の利用に加えて、更に、図６（ａ）、
（ｂ）に示すように、そのアドレス空間５０１に、新た
に、後述する対応システムの一覧５０２の格納領域５０
５及び処理プログラム５０３，５０４の格納領域５０
６，５０７等を定義して、それらの読み出しによって行
う点で、上記実施の形態と相違する。ここで、図６
（a）は、本実施の形態におけるデータ送信装置Ｂ１が
持つアドレス空間５０１の構成図であり、図６（ｂ）
は、対応システムの一覧５０２の説明図である。

【００５９】ここで、図６（ａ），（ｂ）を参照しなが
ら、データ送信装置Ｂ１が持つアドレス空間５０１、及
び、対応システムの一覧５０２の構成について更に説明
する。

【００６０】即ち、データ送信装置Ｂ１は、アドレス空
間５０１上のプラグ番号が１番のｏＰＣＲ９０２（図示
省略）を使用して、所定の処理を施したデータをデータ
受信処理装置側へ送信している場合は、図６（ａ）に示
す様に、１番のプラグ番号によって決定される領域５０
５（図中では、その領域５０５の先頭アドレスが０００
０００００８０００である）に対応システムの一覧５０
２が格納されている。この対応システムの一覧５０２
は、データ送信装置Ｂ１に用意されたデータ受信処理装
置用の処理プログラムが格納されている先頭アドレス５
０８、その処理プログラムに対応するシステム（ＯＳ）
の種類５０９、そして、処理プログラムの大きさ５１０
等の情報が記載された一覧である（図６（ｂ）参照）。
又、図６（ａ）に示す様に、アドレス空間５０１上に
は、各種処理プログラム５０３，５０４がそれぞれの領
域５０６，５０７に格納されている。同図の場合、デー
タ送信装置Ｂ１が転送可能な、所定の処理方法に対応す
る処理プログラムは、２種類あることを示している。即
ち、データ受信処理装置側のＯＳがＯＳ−Ａであるもの
に対応して、処理プログラム５０３が、又、ＯＳ−Ｂで
あるものに対応して、処理プログラム５０４が、それぞ
れ３２ＫＢｙｔｅのサイズで格納されているのである。
上述した様に、図６（ｂ）に示した対応システムの一覧
５０２には、これらの情報が記載されている。この様な
アドレス空間５０１の構成は、他のプラグ番号について
も同様の構成である。

【００６１】尚、データ送信装置Ｂ１は、送信に際して
使用する一つの処理方法が複数のプロセッサやＯＳに対
応する場合、そのそれぞれについてデータ受信処理装置
用の処理プログラムを用意することができる。または特
定のＯＳを使用するデータ受信処理装置でのみ利用する
ことのできる処理プログラムだけを用意する場合もあ
る。

【００６２】上述したことから明らかな様に、本実施の
形態では、データ送信装置Ｂ１は、送信中のデータの処
理プログラムを、外部即ち、データ受信処理装置側から
読み出し可能なアドレス空間５０１に置き、そのアドレ
スおよび処理プログラムの大きさ等を対応システムの一
覧５０２として別のアドレスに置くと言う構成である点
でも上記実施の形態と相違する。

【００６３】以上の構成において、以下に本実施の形態
の動作を図面を参照しながら説明する。

【００６４】図４（ｂ）において、データ種別判定手段
４１０は、識別情報分離手段１１１から識別情報４０２
を得た場合、まずＣＩＰヘッダ２０１（図２参照）に含
まれるＦＭＴ９０８の値から、受信中のデータが既知の
種別であるか否かを判断し、例えば、既知の種別である
と判断した場合には、それに対応する処理方法に切り替
えるための指示等をデータ処理制御手段４１１に出力す
る。又、例えば、未定義の種別であると判断した場合に
は、処理の停止を示す指示を出力する。また、ＣＩＰヘ
ッダに含まれる識別子２０２が、”１”であり、処理方
法の要求を行うことができることを示している場合に
は、データ送信機器Ｂ１のノードＩＤであるＳＩＤ９０
９（図２参照）および受信中のチャネル番号９０５（図
１４（ｂ）参照）をプラグ番号特定手段４１２に出力す
る。

【００６５】プラグ番号特定手段４１２は、データ種別
判定手段４１０からデータ送信装置Ｂ１のノードＩＤを
入力した場合、データ送信装置Ｂ１の各ｏＰＣＲ９０２
を読み出し、データ受信処理装置Ａ１が受信しているデ
ータのチャネル番号の送信に関わるｏＰＣＲ９０２がど
れであるかを特定して、その特定結果を対応システム判
定手段４１４に出力する。尚、この特定作業に際して
は、各ｏＰＣＲ９０２には、送信に使用しているチャネ
ル番号がそれぞれ記録されているので、それを利用す
る。又、このｏＰＣＲの読み出しは、ＩＥＥＥ１３９４
が持つアシンクロナス転送によって実現することができ
る。

【００６６】次に、プラグ番号特定手段４１２の上記動
作を更に詳細に述べる。

【００６７】即ち、プラグ番号特定手段４１２は、先
ず、ノードＩＤから決まるデータ送信装置Ｂ１のｏＰＣ
ＲのＦＦＦＦＦ００００９０４（図１２参照）番地を先
頭アドレスとする一定の領域の読み出しの要求５５０
（図５（ａ）参照）をパケット送受信手段４１３に出力
し、このパケット送受信手段４１３が、アシンクロナス
通信用のパケットを形成して送信手段１１４へ出力す
る。ここで、図５（ａ）は、読み出し要求のパケット５
５０の構成を示す図であり、読み出し先頭アドレス５５
１、読み出しサイズ５５２等の情報が含まれている。読
み出しサイズ５５２は、読み出し要求のサイズである。
又、図５（ｂ）は、同図（ａ）に示す読み出し要求のパ
ケット５５０に対する、データ送信装置からの読み出し
応答のパケット５７０の構成を示す図であり、読み出し
データ５７１等の情報が含まれている。

【００６８】尚、これら読み出し要求のパケット５５
０、及び読み出し応答のパケット５７０は、後述する図
７と図１０の転送要求、及び応答において用いられるパ
ケットである。

【００６９】又、これらのパケットにより、各ノードの
アドレス空間を読み出したり、書き込むことが可能とな
る。ｏＰＣＲの読み出しや、対応システム一覧の読み出
し、又、処理プログラムの読み出しも、この読み出し要
求パケット５５０を使用して行うものである。

【００７０】以下に、ｏＰＣＲの読み出し、対応システ
ム一覧の読み出し、又、処理プログラムの読み出しに至
る一連の説明を更に行う。

【００７１】即ち、データ送信装置Ｂ１から送られた、
上記読み出し要求に対する結果を受信手段１１０より受
け取ったパケット送受信手段４１３は、読み出された各
ｏＰＣＲの値をプラグ番号特定手段４１２に出力する。
このｏＰＣＲの読み出しは、一度にすべてのｏＰＣＲを
読み出すことも可能であり、逆に複数回に分けて読み出
すこともある。

【００７２】この様にして読み出しの結果から得られた
ｏＰＣＲに含まれる送信チャネル番号をもとに、データ
受信処理装置Ａ１が受信中のデータに関わる、データ送
信装置Ｂ１のｏＰＣＲの番号を特定し、その特定したｏ
ＰＣＲの番号データを送信装置Ｂ１のノードＩＤととも
に対応システム判定手段４１４に出力する。

【００７３】一方、プラグ番号特定手段４１２から上記
出力を得た対応システム判定手段４１５は、データ送信
装置Ｂ１に用意された対応システムの一覧５０２（図５
（ｂ）参照）を読み出す動作を行う。

【００７４】対応システムの一覧５０２は、上述した通
り、プラグ番号によって決定されるアドレスに置かれて
いる、データ送信装置Ｂ１に用意された処理プログラム
が対応するシステムの一覧である。

【００７５】この対応システムの一覧５０２の読み出し
は、上述したプラグ番号特定手段４１２によるｏＰＣＲ
９０２の読み出しと同様の動作によって行うことができ
る。

【００７６】対応システム判定手段４１４は、以上の対
応システムの一覧５０２の読み出しにより、データ処理
手段１１２で使用出来る処理プログラムが、データ送信
装置Ｂ１に用意されている複数の処理プログラムの中に
存在するかどうかを調べ、使用出来る処理プログラムを
特定する。対応システム判定手段４１４は、このように
して、処理プログラムを特定した後、対応システムの一
覧５０２に記載された、その処理プログラムが置かれて
いるアドレスとその処理プログラムの大きさ、および、
その処理プログラムを保持しているデータ送信装置のノ
ードＩＤを、処理方法転送手段４１５へ出力する。

【００７７】尚、対応システムの一覧５０２に記載され
た、処理プログラムの置かれたアドレスとともに、ノー
ドＩＤを含めることが可能である。このようにすること
で、送信装置Ｂ１以外のノードに処理プログラムを用意
することが可能となる。処理方法転送手段４１５は、対
応システム判定手段４１４から指定されたアドレスを用
いて、データ送信装置Ｂ１に対して、特定された処理プ
ログラムの転送要求を行う。尚、処理方法転送手段４１
５による転送要求の動作は更に、図７を用いて後述す
る。

【００７８】ところで、上述した通り、対応システムの
一覧５０２には、データ送信装置Ｂ１が送信することの
できる処理プログラムの転送単位５１０を含めることが
できる。

【００７９】即ち、対応システムの一覧５０２で、処理
プログラムの転送を行う場合の送信の可能なパケットの
最大の大きさを指定することで、処理プログラムの適切
な転送を行うことが可能となる。データ受信処理手段Ａ
１はここで示された大きさの範囲内で、かつデータ受信
処理装置Ａ１が一度に受信できる大きさの範囲内で、処
理プログラムを複数回に分けて転送を行う。

【００８０】このような場合、処理方法転送手段４１５
は、読み出した処理プログラムをバッファ４１６に蓄積
し、処理プログラムすべての転送が終了した時点で、処
理プログラムがバッファ４１６に用意されたことをデー
タ処理制御手段４１１に通知する。データ処理制御手段
４１１は、この通知を受け取った場合、その処理プログ
ラムをバッファ４１６から読み出してデータ処理手段１
１２に出力する。尚、ここで行う処理プログラムの読み
出し動作を図７に示し、その動作を簡単に述べる。尚、
図７において、転送要求６０１、応答６０２の際には、
それぞれ、既に説明した、図５の読み出し要求５５０，
読み出し応答５７０を使用する。

【００８１】即ち、図７は、アドレス空間５０１の領域
５０６に格納された３２ＫＢｙｔｅの大きさの処理プロ
グラム５０３が、それぞれ２５６Ｂｙｔｅの大きさに分
割されて、複数回に分けて、転送される様子を示す図で
ある。ここで、２５６Ｂｙｔｅの大きさに分割さた理由
は、データ受信処理装置Ａ１の最大受信サイズと、デー
タ送信装置Ｂ１の最大送信サイズの両者のうち、小さい
方が２５６Ｂｙｔｅであったためである。

【００８２】同図に示す様に、データ受信処理装置Ａ１
の処理方法転送手段４１５は、対応システム判定手段４
１４から指定されたアドレスＦＦＦＦＦ００１００００
番地を用いて、データ送信装置Ｂ１に対して、処理プロ
グラムの転送要求６０１を送信する。即ち、この転送要
求６０１は、ＦＦＦＦＦ００１００００番地を先頭アド
レスとして格納された処理プログラムの内、その先頭ア
ドレスから２５６Ｂｙｔｅの大きさ分だけ読み出して、
転送して欲しいと言う要求である。

【００８３】次に、その送信要求６０１を受信したデー
タ送信装置Ｂ１の要求応答手段１０４（図１参照）は、
アドレス空間５０１上のアドレスＦＦＦＦＦ００１００
００番地を先頭アドレスとして格納された処理プログラ
ムの内、先頭アドレスから２５６Ｂｙｔｅの大きさ分だ
け読み出して、送信手段１０２へ出力し、伝送媒体１０
１を介して、データ受信処理装置Ａ１へ応答６０２とし
てパッケットの形式で転送する。

【００８４】その後、同様にして、データ受信処理装置
Ａ１から、転送要求６０３が出される。即ち、この転送
要求６０３は、アドレスＦＦＦＦＦ００１０１００番地
から２５６Ｂｙｔｅの大きさ分だけ処理プログラムを読
み出して、転送して欲しいと言う要求である。この転送
要求６０３を受信した、データ送信装置Ｂ１は、指定さ
れたアドレスから処理プログラムを２５６Ｂｙｔｅの大
きさ分だけ読み出して応答６０４として転送する。この
様にして、転送要求６０５と応答６０６とを繰り返し、
処理プログラムがバッファ４１６に蓄積される。

【００８５】尚、上述した実施の形態では、対応システ
ムの一覧５０２を利用して、転送対象となる処理方法の
特定を、データ受信処理装置が行い、しかも、転送要求
の際の、転送対象となる各処理プログラムをアドレス空
間５０１から読み出すためのアドレスの指定がデータ受
信処理装置の管理の基に行われる場合について説明した
が、これとは別に例えば、転送対象となる各処理プログ
ラムの書き込み先のアドレス（後述するアドレス空間９
５１上のアドレスに対応）の指定が、データ送信装置の
管理の基に行われる構成であっても勿論良い。

【００８６】即ち、その場合、上述したデータ受信処理
装置Ａ１の処理方法転送手段４１５と同様の動作をデー
タ送信装置Ｂ１の要求対応手段１０４が行う構成とな
る。

【００８７】このような場合、データ受信処理装置Ｂ１
の処理方法要求手段４１５は、前述の例と同様に対応シ
ステムの一覧５０２を読み出した後、図８に示される要
求８０１を送信する。図８に示すように、この要求８０
１には、転送対象となる処理プログラムがデータ送信装
置Ｂ１で格納されているプログラム先頭アドレス、この
処理プログラムがデータ受信処理装置Ａ１で格納される
処理プログラム格納アドレス８０２、最大受信サイズ８
０３が含まれている。

【００８８】このような処理方法の転送要求８０１を受
け取ったデータ送信装置Ｂ１の要求応答手段１０４は、
要求によって示される先頭アドレスに置かれた処理プロ
グラム５０９を、最大受信サイズ８０３（図８参照）に
示された大きさの範囲内で、データ受信処理装置Ａ１に
おけるアドレス空間９５１（図９参照）への書き込みに
よって転送を実現する。

【００８９】次に、この様な構成の場合の、転送要求〜
応答の動作を図１０を参照しながら説明する。

【００９０】即ち、図１０に示すとおり、データ受信処
理装置Ａ１は、転送対象となる処理プログラムを特定し
た後、データ送信装置Ｂ１に対して、図８に示す要求８
０１のパッケットを用いた、その処理プログラムの転送
要求９６１を送信する。即ち、この転送要求９６１は、
その処理プログラムを、データ受信処理装置Ａ１のアド
レス空間９５１のＦＦＦＦＦ００１００００番地を格納
先の先頭アドレスとする旨の指示も含むものである。

【００９１】次に、その送信要求９６１を受信したデー
タ送信装置Ｂ１の要求応答手段１０４（図１参照）は、
要求された処理プログラムを、自らのアドレス空間５０
１上の所定のアドレスから、２５６Ｂｙｔｅの大きさ分
だけ読み出して、更にＦＦＦＦＦ００１００００番地か
らの書き込みを指示するデータをも含めて、送信手段１
０２へ出力し、伝送媒体１０１を介して、データ受信処
理装置Ａ１へ転送９６２として、後述するパッケットの
形式で転送する（図１１（ａ）参照）。それを受信した
データ受信処理装置Ａ１は、自らのアドレス空間９５１
のＦＦＦＦＦ００１００００番地からの書き込みが完了
した旨を応答９６３として、データ送信装置Ｂ１へ送
る。

【００９２】以下、全ての処理プログラムの転送が完了
するまで、上記と同様にして転送要求、転送、応答を繰
り返し行う。但し、この場合、例えば、２回目の転送
は、ＦＦＦＦＦ００１０１００番地からの書き込みを指
示するデータを含む転送９６２となることは言うまでも
ない。

【００９３】従って、この様な構成では、上述した通
り、転送先即ち、書き込み先のアドレスの管理は、デー
タ送信装置Ｂ１が行うことになる。

【００９４】ここで、上記一連の動作において使用する
パッケトの構成について説明する。即ち、図１１
(ａ），（ｂ）は、書き込み要求パケット９９１の構
成、書き込み応答パケット９９５の構成を示す図であ
る。書き込み要求パケット９９１には、書き込み先頭ア
ドレス９９２、サイズ９９３、書き込みデータ９９４等
の情報が含まれている。図１０で述べた転送９６２で
は、図１１（ａ）に示した書き込み要求パケット９９１
を使用し、図１０で述べた応答９６３では、書き込み応
答パケット９９５を使用する。

【００９５】尚、以上述べた実施の形態では、対応シス
テムの一覧５０２を利用して、転送対象となる処理方法
の特定を、データ受信処理装置が行う場合について説明
したが、これとは別に例えば、第１の実施の形態に示し
たように、転送対象となる処理方法の特定を、データ送
信装置が行うことも可能である。

【００９６】この場合であっても、すでに説明したよう
に処理プログラムの転送及びその管理をデータ受信処理
装置Ａ１が行う場合とデータ送信装置Ｂ１が行う場合の
２通りの実現方法が有り得る。

【００９７】即ち、まずデータ受信処理装置が処理プロ
グラムの転送及びその管理を行う場合には、データ受信
処理装置は、第１の実施の形態で説明した図３に示す処
理プログラムの要求のうち、チャネル番号３０２、デー
タ受信処理装置のＯＳ／システム３０３の２を含む要求
をデータ送信装置に送信する。一方、これを受け取った
データ送信装置は、対応するプログラムが書き込まれた
アドレスと、データ送信装置の最大送信サイズを応答す
る。さらに、この応答を受け取ったデータ受信処理装置
は、先に示した図７と同様の手順によって処理プログラ
ムの転送を行う。

【００９８】一方、データ送信装置が処理プログラムの
転送を行う場合には、データ受信処理装置は、第１の実
施の形態で説明した図３に示す処理プログラムの要求
に、データ受信処理装置での処理プログラムの格納アド
レスを加えて、データ送信装置に送信する。この要求を
受け取ったデータ送信装置は、処理プログラムの特定を
行った上で、この要求に含まれているデータ受信処理装
置の格納アドレスに、図１０と同様の手順によって処理
プログラムの書き込みを行う。

【００９９】又、上述した各手段の全部又は一部の手段
の機能をコンピュータに実行させるためのプログラムを
記録した媒体として、例えば、磁気ディスクや光ディス
ク等を作成し、これらを利用することにより上記と同様
の動作を実行させることが出来ることは言うまでもな
い。。

【０１００】以上述べたところから明らかなように、上
記実施の形態によれば、識別子２０２を用いることによ
り、データを受信した時点で処理プログラムの転送が可
能であるか否かがデータ受信処理装置側において判断で
きる。

【０１０１】又、データ種別以外の部分にこの識別子２
０２を置くことにより、データ受信処理装置にとって、
送信データが新たな種別の場合にのみ処理プログラムの
転送が可能となる。

【０１０２】又、データ送信装置が複数の映像データや
音声データを送信している場合、どのデータの処理プロ
グラムを要求しているかを判断することが出来るので、
対応する処理プログラムを特定することができる。

【０１０３】又、通常のデータ送・受信装置では、用意
されたバッファの大きさにより一度に転送できるデータ
の大きさに限りがある。これに対応するためには、あら
かじめ十分小さな単位に分割するなどの対応が必要であ
ったが、その場合転送の効率が悪くなる。しかし、上記
実施の形態では、転送できる最大の大きさを使用するこ
とにより、効率の良い転送が可能となる。

【０１０４】又、アドレス空間上のアドレスを直接指定
することで、複数回に分割して処理プログラムを転送す
る際に、送信の制御が容易になる。従って、複数に分割
した転送などに柔軟な対応が可能となり、分割毎の転送
順の影響を受けない。

【０１０５】又、処理プログラムなどのデータの転送を
行う際、そのデータの書き込み先のアドレスの管理をデ
ータ送信装置自身が行う構成の場合、データ送信装置は
処理プログラムを送信するか否かを判断することが可能
となる。即ち、転送の要求を行ったデータ受信処理装置
が、処理プログラムの転送先として許可されるか否かを
も加味することが出来るので、課金管理や限定したデー
タ受信処理装置にのみ受信を許すなどの判定が可能とな
る。

【０１０６】又、データ受信処理装置で使用するＯＳな
どを転送の要求のパラメータとして送った場合、ＯＳの
上位互換等をデータ送信装置側が判断しなければならな
い構成の場合は、新しいＯＳ等への対応が困難なことも
ある。またこのような対応を複数のＯＳに対して行う必
要がある。これに対して、データ受信処理装置が、対応
する処理プログラムを特定出来る構成の場合、データ受
信処理装置側のシステムでＯＳの上位互換等の関係を判
断することができるため、システムの拡張やバージョン
・アップなどに容易に対応できる。さらにはデータ受信
装置では、本来のＯＳ用のプログラムが無い場合でも、
プログラムの変換やソフトウェア・エミュレーション等
が行える場合、他のＯＳ用のプログラムも使用可能とな
る。これらの判断をプログラムを読み出す側が行うこと
が可能となる。

【０１０７】

【発明の効果】以上述べたところから明らかなように本
発明は、データ受信装置での受信データを処理出来る範
囲が、従来に比べてより一層広く出来ると言う長所を有
する。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態のデータ受信処理装
置とデータ送信装置の主要部分を示す概略ブロック図

【図２】同実施の形態のパケット内のＣＩＰヘッダの構
成図

【図３】同実施の形態の要求パケットの構成図

【図４】（ａ）：本発明の第２の実施の形態のデータ受
信処理装置の構成を示すブロック図（ｂ）：本発明の第２の実施の形態のデータ受信処理装
置の処理方法要求手段の構成を示すブロック図

【図５】（ａ）：同実施の形態の読み出し要求のパケッ
ト構成図（ｂ）：同実施の形態の読み出し応答のパケット構成図

【図６】（ａ）：同実施の形態におけるデータ送信装置
が持つアドレス空間の構成を説明する概念図（ｂ）：対応システムの一覧の説明図

【図７】同実施の形態の処理プログラムの読み出し動作
の説明図

【図８】本発明の他の実施の形態の要求のパケット構成
図

【図９】本発明の他の実施の形態のデータ受信処理装置
におけるアドレス空間の構成を説明する概念図

【図１０】同実施の形態の処理プログラムの書き込み動
作の説明図

【図１１】（ａ）：同実施の形態の書き込み要求のパケ
ット構成図（ｂ）：同実施の形態の書き込み応答のパケット構成図

【図１２】データ送信装置が有するアドレス空間の構成
を示す概念図

【図１３】データ送信装置が有するアドレス空間のｏＰ
ＣＲの内容を示す説明図

【図１４】（ａ）：従来の装置による、データ転送の際
に使用するパケット形式の説明図（ｂ）：（ａ）に示したパケット内のパケット・ヘッダ
の説明図（ｃ）：（ａ）に示したパケット内のＣＩＰヘッダの説
明図

【符号の説明】

Ａデータ受信処理装置Ｂデータ送信装置１０１伝送媒体１０２送信手段１０３要求応答手段１０４受信手段１０５映像データおよび音声データ２０２識別子１１０受信手段１１１識別情報分離手段１１２データ処理手段１１３処理方法要求手段１１４送信手段

Claims

【特許請求の範囲】

【請求項１】所定の処理方法により処理されたデータ
をデータ受信装置へ送信するデータ送信手段と、前記処理されたデータをデータ受信装置で処理するため
のデータ受信装置用の処理方法を格納する格納手段と、前記送信データに、前記データ受信装置用の処理方法の
転送が可能か否かを示す識別情報を付加する識別情報付
加手段と、前記送信データを受信した前記データ受信装置からの前
記データ受信装置用の処理方法に関する要求に基づい
て、前記データ受信装置用の処理方法を出力する要求応
答手段と、を備えたことを特徴とするデータ送信装置。
【請求項２】前記所定の処理方法により処理されたデ
ータについて前記データ受信装置で処理するための前記
データ受信装置用の処理方法は複数種類あり、前記格納
手段における前記データ受信装置用の処理方法の管理情
報を保持する管理情報保持手段を備え、前記識別情報は前記転送が可能である旨を示しており、
且つ前記データ受信装置からの前記要求を受信した場
合、その要求に応じて前記管理情報の全部又は一分を前
記データ受信装置に送り、その送られた管理情報の全部
又は一分を用いて前記データ受信装置が特定する前記デ
ータ受信装置用の処理方法の転送要求を得て、前記要求
応答手段がその特定された処理方法を前記格納手段から
出力することを特徴とする請求項１記載のデータ送信装
置。
【請求項３】前記データ受信装置により特定された前
記データ受信装置用の処理方法が、複数回に分割されて
転送される場合、それら各転送についての管理は前記デ
ータ受信処理装置が行うことを特徴とする請求項２記載
のデータ送信装置。
【請求項４】前記データ受信装置により特定された前
記データ受信装置用の処理方法が、複数回に分割されて
転送される場合、それら各転送についての管理は前記転
送応答手段が行うことを特徴とする請求項２記載のデー
タ送信装置。
【請求項５】前記所定の処理方法により処理されたデ
ータについて前記データ受信装置で処理するための前記
データ受信装置用の処理方法は複数種類あり、前記識別情報は前記転送が可能である旨を示しており、
且つ前記データ受信装置からの前記要求を受信した場
合、前記データ受信装置から送信される前記データ受信
装置のシステム状況に応じたデータ受信装置用の処理方
法を、前記格納手段に格納されたものの中から特定し、
前記要求応答手段がその特定された処理方法を前記格納
手段から出力することを特徴とする請求項１記載のデー
タ送信装置。
【請求項６】前記選択された前記データ受信装置用の
処理方法が、複数回に分割されて転送される場合、それ
ら各転送についての管理は前記データ受信処理装置が行
うことを特徴とする請求項５記載のデータ送信装置。
【請求項７】前記選択された前記データ受信装置用の
処理方法が、複数回に分割されて転送される場合、それ
ら各転送についての管理は前記転送応答手段が行うこと
を特徴とする請求項５記載のデータ送信装置。
【請求項８】前記要求応答手段は前記指令を出す場
合、前記要求を行ったデータ受信装置が前記処理方法の
出力対象として許可されるか否かをも加味することを特
徴とする請求項４又は７に記載のデータ送信装置。
【請求項９】所定の処理方法により処理されたデータ
と、そのデータに付加された、前記データを受信側で処
理するための処理方法のデータ送信装置からの転送が可
能か否かを示す識別情報とを受信するデータ受信手段
と、前記受信データから前記付加された識別情報を分離する
識別子分離手段と、前記受信データを処理するデータ処理手段と、前記データ処理手段による前記処理が可能か否かを判定
する判定手段と、前記判定により前記処理が不可能であと判定され、且
つ、前記分離された識別子が前記転送が可能である旨を
示している場合、前記受信したデータについて前記デー
タ処理手段が用いる処理方法の転送を前記データ送信装
置に要求する処理方法要求手段と、を備えたことを特徴
とするデータ受信装置。
【請求項１０】前記データ送信装置は、請求項１〜８
の何れか一つに記載のデータ送信装置であるたことを特
徴とする請求項９記載のデータ受信装置。
【請求項１１】請求項１〜１０の何れか一つの請求項
に記載の各手段の全部又は一部の手段の機能をコンピュ
ータに実行させるためのプログラムを記録したことを特
徴とする媒体。