JPH06187258A

JPH06187258A - データ処理方法および装置

Info

Publication number: JPH06187258A
Application number: JP4337195A
Authority: JP
Inventors: Tatsuya Murakami; 達也村上; Hidekazu Hatano; 英一羽田野; Kazuyuki Kodama; 和行児玉; Masaaki Fujinawa; 雅章藤縄
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1992-12-17
Filing date: 1992-12-17
Publication date: 1994-07-08

Abstract

(57)【要約】【目的】伝送管理方式が異なる端末装置間のデータ伝
送を仲介する。【構成】クライアント情報管理部１０は、複数の外部
装置の伝送管理方式を管理し、送信側／受信側の外部装
置５１Ａ，５１Ｂの伝送管理方式を検索して取り出す。
ヘッダ読取り部２０は、送信側の外部装置５１Ａの伝送
管理方式を基に伝送データＤＴ１のヘッダ情報を読み出
す。ヘッダ作成部３０は、前記読み出されたヘッダ情報
と前記受信側の外部装置５１Ｂの伝送管理方式とを基に
外部装置５１Ｂに合せたヘッダを作成し、伝送データに
付加する。【効果】送信側となる端末装置ごとに変換装置を内蔵
させる必要がなく、設備負担が小さくて済む。また、変
換のための構成要素の重複がなくなるため、無駄な設備
負担を生じない。さらに、変換処理の重複がなくなり、
処理時間を短縮できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理方法および
装置に関し、さらに詳しくは、外部装置から別の外部装
置への伝送データを仲介するデータ処理方法および装置
に関する。

【０００２】

【従来の技術】ある端末装置から別の端末装置へデータ
を伝送する場合、送信側と受信側とで伝送データ記述方
式（ヘッダ構造，符号化方式，符号化のデフォルト条件
など）および伝送データ伝送方式（プロトコルなど）の
伝送管理方式が一致する必要がある。このため、従来、
伝送管理方式が異なる端末装置間でデータを伝送する場
合、伝送管理方式を受信側端末装置に整合させるための
変換装置を送信側端末装置に内蔵させておき、送信側端
末装置で受信側端末装置の伝送管理方式に整合させた伝
送データを生成して受信側端末装置に送り出している。

【０００３】

【発明が解決しようとする課題】しかし、上記従来技術
では、送信側となる端末装置ごとに変換装置を内蔵させ
る必要があり、設備負担が大きくなる問題点がある。ま
た、２つの端末装置が両方向通信を行う場合、両方の端
末装置に変換装置を内蔵させると、一部の構成要素が重
複するため、無駄な設備負担を生じる問題点がある。さ
らに、伝送管理方式の異なる複数の受信側端末装置へ同
じ伝送データを送信する場合、伝送データの変換処理を
繰り返す必要があるが、変換処理の一部が重複するた
め、無駄な処理時間を要する問題点がある。そこで、本
発明の目的は、伝送管理方式が異なる端末装置間でデー
タを伝送する場合に、設備負担が小さくて済み、設備負
担の重複を生じず、さらに、処理時間を短縮することが
出来るデータ処理方法および装置を提供することにあ
る。

【０００４】

【課題を解決するための手段】本発明は、複数の外部装
置についての伝送データ記述方式または伝送データ伝送
方式の少なくとも一方を含む伝送管理情報を保持し、送
信側外部装置および受信側外部装置を検出し、それら外
部装置についての伝送管理情報を検索し、送信側外部装
置から入力された伝送データを前記検索した伝送管理情
報を基に解析し，且つ，受信側外部装置に合わせた伝送
データに変換し、その伝送データを受信側外部装置へ出
力することを特徴とするデータ処理方法を提供する。

【０００５】また、本発明は、外部装置間の伝送データ
を仲介するデータ処理装置であって、複数の外部装置に
ついての伝送データ記述方式または伝送データ伝送方式
の少なくとも一方を含む伝送管理情報を保持し，送信側
外部装置および受信側外部装置を検出し，それら外部装
置についての伝送管理情報を検索するクライアント管理
手段と、送信側外部装置から入力された伝送データを前
記クライアント管理手段から得た伝送管理情報を基に解
析し，且つ，受信側外部装置に合わせた伝送データに変
換する伝送データ変換手段とを具備したことを特徴とす
るデータ処理装置を提供する。

【０００６】

【作用】本発明のデータ処理方法および装置では、複数
の外部装置についての伝送管理情報を一括して保持し、
伝送管理方式が異なる外部装置間でデータを伝送する場
合に、それら外部装置の伝送管理情報を検索し、送信側
外部装置から入力された伝送データを前記検索した伝送
管理情報を基に解析し且つ受信側外部装置に合わせた伝
送データに変換する。従って、送信側となる端末装置ご
とに変換装置を内蔵させる必要がなく、設備負担が小さ
くて済む。また、変換のための構成要素の重複がなくな
るため、無駄な設備負担を生じない。さらに、伝送方式
の異なる複数の受信側端末装置へ同じ伝送データを送信
する場合、送信側外部装置からの伝送データを中間デー
タに一旦変換し、その中間データを蓄積し、その中間デ
ータから受信側外部装置に合せた伝送データに変換すれ
ば、変換処理の重複がなくなり（少なくとも送信側外部
装置からの伝送データを解析する処理の重複がなくな
る）、処理時間を短縮できる。

【０００７】

【実施例】以下、図に示す実施例により本発明をさらに
詳しく説明する。なお、これにより本発明が限定される
ものではない。

【０００８】−第１実施例− 図１は、本発明の第１実施例によるデータ処理装置１０
０の内部ブロック図である。この第１実施例では、デー
タ処理装置１００は、送信側外部装置５１Ａから受信側
装置５１Ｂへの画像データの伝送を仲介する。

【０００９】このデータ処理装置１００は、外部装置５
１ＡのアドレスＡＤ１を伝送するアドレスライン７０
と，外部装置５１Ａからの伝送データＤＴ１を伝送する
通信ケーブル７５とを介して、外部装置５１Ａに接続さ
れている。

【００１０】また、このデータ処理装置１００は、外部
装置５１ＢのアドレスＡＤ２を伝送するアドレスライン
８０と，外部装置５１Ｂへの伝送データＤＴ２を伝送す
る通信ケーブル８５とを介して、外部装置５１Ｂに接続
されている。

【００１１】このデータ処理装置１００は、一時蓄積部
９０と，クライアント情報管理部１０と，ヘッダ読取り
部２０と，ヘッダ構成要素抽出部２５と，ヘッダ作成部
３０とから構成される。

【００１２】一時蓄積部９０は、外部装置５１Ａからの
伝送データを、一時的に保持する。クライアント情報管
理部１０は、内部の伝送管理情報テーブルＬＵＴを参照
することにより、ヘッダ読取り部２０と，ヘッダ構成要
素抽出部２５と，ヘッダ作成部３０とに対して、制御パ
ラメータを出力する。ヘッダ読取り部２０は、一時蓄積
部９０に保持された伝送データＤＴ１からヘッダだけを
読み取り、ヘッダ構成要素抽出部２５に出力する。ヘッ
ダ構成要素抽出部２５は、ヘッダから構成要素を抽出／
整理し、ヘッダ作成部３０に出力する。ヘッダ作成部３
０は、ヘッダの構成要素を入れ替えたり，構成要素の記
述形式を変更して新たなヘッダを作成する。

【００１３】図２は、クライアント情報管理部１０内の
伝送管理情報テーブルＬＵＴの構成図である。識別子欄
Ｗ１には、外部装置５１Ａ，…の識別子を格納する。例
えば、外部装置５１Ａに対しては“Ａ”，外部装置５１
Ｂに対しては“Ｂ”を格納する。

【００１４】アドレス欄Ｗ２には、外部装置５１Ａ，…
のアドレスを格納する。例えば、識別子“Ａ”に対して
は“ＡＢＣ”，識別子“Ｂ”に対しては“ＡＣＤ”を格
納する。

【００１５】プロトコル欄Ｗ３には、外部装置５１Ａ，
…のプロトコルを格納する。例えば、識別子“Ａ”と
“Ｂ”に対しては“ＤＣＳ”を格納する。また、識別子
“Ｆ”（外部装置５１Ｆ）に対しては、“ＤＣＳ”と
“ＢＩＯＳ”の両方に対応できるので、両方のプロトコ
ルを格納する。

【００１６】データ構造欄Ｗ４には、外部装置５１Ａ，
…が入出力するデータ構造を格納する。このデータ構造
により、ヘッダの構成要素や，ヘッダと実データとの結
合構造が特定される。例えば、識別子“Ａ”に対しては
“ＩＰＸ”，識別子“Ｂ”に対しては“ＳＰＸ”を格納
する。また、識別子“Ｆ”（外部装置５１Ｆ）に対して
は、プロトコル対応に“ＳＰＸ”と“ＩＰＸ”を格納す
る。

【００１７】符号化方式欄Ｗ５には、外部装置５１Ａ，
…が入出力する実データの符号化方式を格納する。例え
ば、識別子“Ａ”と“Ｂ”に対しては“ＭＨ”(ＭＨ；M
odified Huffman ）を格納する。また、識別子“Ｆ”に
対しては、プロトコル対応に“ＭＨ”と“ＭＲ”（Ｍ
Ｒ；Modified READ）を格納する。

【００１８】符号化のデフォルト条件欄Ｗ６には、符号
化方式欄Ｗ５の符号化方式のデフォルト条件を格納す
る。例えば、ＪＰＥＧ(Joint Photographic Experts Gr
oup)では色空間を符号化方式のデフォルト条件に定めて
いるので、色空間をデフォルト条件とする。例えば、識
別子“Ａ”と“Ｂ”の符号化方式“ＭＨ”に対しては、
“ＲＧＢ系”を格納する。また、識別子“Ｆ”に対して
は、符号化方式対応に“ＲＧＢ系”と“ＸＹＺ系”を格
納する。

【００１９】図３は、このデータ処理装置１００の動作
フロー図である。まず、ステップ１１０では、送信側装
置５１Ａのアドレス“ＡＢＣ”をアドレスライン７０を
介して受領する。これにより、クライアント情報管理部
１０は、外部装置５１Ａの識別子“Ａ”を識別する。

【００２０】ステップ１１５では、クライアント情報管
理部１０は、伝送管理情報テーブルＬＵＴにより、外部
装置５１Ａからの伝送データＤＴ１のデータ構造“ＩＰ
Ｘ”を認識し、制御パラメータをヘッダ構成要素抽出部
２５に送る。

【００２１】ステップ１２０では、受信側装置５１Ｂの
アドレス“ＡＣＤ”をアドレスライン８０を介して受領
する。これにより、クライアント情報管理部１０は、外
部装置５１Ｂの識別子“Ｂ”を識別する。

【００２２】ステップ１２５では、クライアント情報管
理部１０は、伝送管理情報テーブルＬＵＴにより、外部
装置５１Ａの伝送データと外部装置５１Ｂの伝送データ
の相違が“データ構造欄Ｗ４”のみであることを認識す
る。そこで、外部装置５１Ｂに出力すべき伝送データＤ
Ｔ２のヘッダ形式をヘッダ作成部３０に指示する。

【００２３】ステップ１３０では、外部装置５１Ａから
の伝送データＤＴ１を、一時蓄積部９０に書き込む。図
４の（ａ）に、伝送データＤＴ１のデータ構造を例示す
る。伝送データＤＴ１は、ヘッダ２２０と，実データと
しての画像データ２３０とからなる。ヘッダ２２０は、
図４の（ｂ）に示すように、画像サイズ欄２２１，
解像度欄２２２，補正係数欄２２３の順に構成要素が
位置する。画像サイズ欄２２１には、画像の画素数（縦，横）が
２バイトで表記される。解像度欄２２２には、画像の解像度が４バイトの整数
で表記される。補正係数欄２２３には、画像に固有の補正係数（例え
ばγ係数）が４バイトの浮動小数で表記される。なお、ヘッダ２２０には、符号化のデフォルト条件を示
すパラメータが付与されることもある。

【００２４】図３に戻り、ステップ１３５では、ヘッダ
読取り部２０は、一時蓄積部９０に書き込まれた伝送デ
ータＤＴ１からヘッダだけを読み出し、ヘッダ構成要素
抽出部２５に送る。

【００２５】ステップ１４０，１４５では、ヘッダ構成
要素抽出部２５は、ヘッダから構成要素（画像サイズ欄
２２１，解像度欄２２２，補正係数欄２２３）を抽出／
整理し、ヘッダ作成部３０に送る。

【００２６】ステップ１５０では、ヘッダ作成部３０
は、ステップ１２５で受領したヘッダ形式に基づき、伝
送データＤＴ２のヘッダ２６０を作成する。図５に、ヘ
ッダ２６０の構成要素の形式を例示する。ヘッダ２６０
は、(1)解像度欄２６１，(2)補正係数欄２６２，(3)画
像サイズ欄２２１の順に構成要素が位置する。 (1)解像度欄２６１には、伝送データＤＴ１の解像度欄
２２２（図４の（ｂ））を２バイトの整数に換算して表
記する。 (2)補正係数欄２６２には、伝送データＤＴ１の補正係
数欄２６２（図４の（ｂ））を２バイトの固定小数に換
算して表記する。 (3)画像サイズ欄２２１は、伝送データＤＴ１の画像サ
イズ欄２２１（図４の（ｂ））と同じである。

【００２７】図３に戻り、ステップ１５５では、作成し
たヘッダ２６０を一時蓄積部９０に書き込んで画像デー
タ２３０と合体させ、伝送データＤＴ２を作成する。

【００２８】ステップ１６０では、一時蓄積部９０に作
成された伝送データＤＴ２を、通信ケーブル８５を介し
て、受信側装置５１Ｂに出力する上記第１実施例によれ
ば、送信側／受信側装置のヘッダ形式をクライアント情
報管理部により一括して管理し、通信時には、送信側／
受信側のヘッダ形式を整合させるので、送信側／受信側
装置でヘッダ形式を調整する必要がない。

【００２９】−第２実施例− 図６は、本発明の第２実施例によるデータ処理装置２０
０の内部ブロック図である。この第２実施例では、デー
タ処理装置２００は、送信側外部装置５１Ａから受信側
装置５１Ｃへの画像データの伝送を仲介する。このデー
タ処理装置２００は、第１実施例によるデータ処理装置
１００とほぼ同じ構成であるが、ヘッダ読取り部２０
と，ヘッダ構成要素抽出部２５と，ヘッダ作成部３０に
代えて、復号処理部４０と，符号処理部４５と，変換方
式制御部５０とを用いている。

【００３０】復号処理部４０は、符号化された画像デー
タを中間形式に復号し、一時蓄積部９０に書き込む。符
号処理部４５は、中間形式の画像データを受信側に応じ
た符号化方式で符号化し、一時蓄積部９０に書き込む。
変換方式制御部５０は、クライアント情報管理部１０か
らの制御パラメータに基づき、復号処理部４０に画像デ
ータを復号させたり，符号処理部４５に符号化させたり
する。

【００３１】図７は、このデータ処理装置２００の動作
フロー図である。なお、送信側外部装置５１Ａの識別子
“Ａ”と受信側外部装置５１Ｃの識別子“Ｃ”は既に得
られているものとする。

【００３２】ステップ３１０では、送信側装置５１Ａの
識別子“Ａ”から符号化方式“ＭＨ”を認識する。これ
により、クライアント情報管理部１０は、画像データを
中間形式データに復号するために必要な制御パラメータ
を変換方式制御部５０に送出する。ステップ３２０で
は、受信側装置５１Ｃの識別子“Ｃ”から符号化方式
“ＭＲ”を認識する。これにより、クライアント情報管
理部１０は、中間形式データを符号化方式“ＭＲ”で符
号化するために必要な制御パラメータを変換方式制御部
５０に送出する。

【００３３】ステップ３３０では、復号処理部４０は、
一時蓄積部９０に書き込まれた伝送データＤＴ１から画
像データだけを取り出し、中間形式に復号し再び一時蓄
積部９０に書き込む。なお、中間形式データは、例えば
カラー画像の画素（Ｒ，Ｇ，Ｂ）ごとの（明，暗）を２
値化したものである。ここでは、外部装置５１Ａの符号
化方式が“ＭＨ”なので、画像データをＭ符号（メイク
アップ符号）と，Ｔ符号（ターミネーティング符号）と
に分離して、対応するラン長を算出することにより、中
間形式データに復号する。このような復号には、例えば
「画像情報圧縮；原島博監修（オーム社）」に開示され
ているＭＨ符号化方式の定義式を利用することが出来
る。

【００３４】ステップ３４０では、符号処理部４５は、
一時蓄積部９０から中間形式データを読み出し、再び符
号化方式“ＭＲ”で符号化して画像データを作成する。
具体的には、着目変化画素（明から暗または暗から明に
変ったところの画素）と，参照変化画素との位置関係を
パスモード，垂直モード，水平モードに分類し、着目変
化画素と，参照変化画素との距離を符号化すればよい。
このような符号化は、例えば「画像情報圧縮；原島博監
修（オーム社）」に開示されている。

【００３５】ステップ３５０では、作成した画像データ
を一時蓄積部９０に書き戻して、ヘッダを再添付し、伝
送データＤＴ２を生成する。ステップ３６０では、生成
した伝送データＤＴ２を、受信側装置５１Ｃに出力す
る。

【００３６】上記第２実施例によれば、送信側／受信側
装置の符号化方式をクライアント情報管理部により一括
して管理し、通信時には、送信側／受信側の符号化方式
を整合させるので、送信側／受信側装置で符号化方式を
調整する必要がない。

【００３７】−第３実施例− 図８は、本発明の第３実施例によるデータ処理装置３０
０の内部ブロック図である。この第３実施例では、デー
タ処理装置３００は、送信側外部装置５１Ａから受信側
装置５１Ｄへの画像データの伝送を仲介する。このデー
タ処理装置３００は、第１実施例のデータ処理装置１０
０と第２実施例のデータ処理装置２００の要素を兼ね備
えた構成である。

【００３８】図９は、このデータ処理装置３００の動作
フロー図である。ステップ１１０，１１５は、図３のス
テップ１１０，１１５と同じ処理である。ステップ１２
０’は、図３のステップ１２０とほぼ同じ処理である。
但し、クライアント情報管理部１０は、外部装置５１Ｄ
の識別子“Ｄ”を識別する。ステップ１３０〜１５５
は、図３のステップ１３０〜１５５と同じ処理である。
ステップ３１０は、図７のステップ３１０と同じ処理で
ある。ステップ３２０’は、図７のステップ３２０とほ
ぼ同じ処理である。但し、受信側外部装置５１Ｄの識別
子“Ｄ”から符号化方式“ＭＲ”を認識する。ステップ
３３０〜３６０は、図７のステップ３３０〜３６０と同
じ処理である。

【００３９】上記第３実施例によれば、送信側／受信側
装置のヘッダ形式と，符号化方式をクライアント情報管
理部により一括して管理し、通信時には、送信側／受信
側のヘッダ形式と，符号化方式を整合させるので、送信
側／受信側装置でヘッダ形式と，符号化方式を調整する
必要がない。

【００４０】−第４実施例− 図１０は、本発明の第４実施例によるデータ処理装置４
００の内部ブロック図である。この第４実施例では、デ
ータ処理装置４００は、送信側外部装置５１Ａから受信
側装置５１Ｅへの画像データの伝送を仲介する。このデ
ータ処理装置４００は、第２実施例によるデータ処理装
置２００とほぼ同じ構成であるが、データ処理装置２０
０の構成に加えて、色空間変更部３３を備えている。

【００４１】図１１は、このデータ処理装置４００の動
作フロー図である。ステップ３１５では、クライアント
情報管理部１０は、送信側装置５１Ａの識別子“Ａ”を
識別し、伝送管理情報テーブルＬＵＴから外部装置５１
Ａの符号化方式“ＭＨ”のデフォルト条件“ＲＧＢ系”
を読み出し、復号処理部４０に送出する。

【００４２】ステップ３２５では、クライアント情報管
理部１０は、受信側装置５１Ｅの識別子“Ｅ”を識別
し、伝送管理情報テーブルＬＵＴにより、外部装置５１
Ａと，外部装置５１Ｅとの相違が“符号化のデフォルト
条件Ｗ５”であることを認識し、伝送管理情報テーブル
ＬＵＴから外部装置５１Ｅの符号化のデフォルト条件
“ＸＹＺ系”を読み出し、制御パラメータを変換方式制
御部５０に送出する。

【００４３】ステップ３３５では、復号処理部４０は、
一時蓄積部９０に書き込まれた伝送データＤＴ１から画
像データだけを取り出して中間形式データに復号し、再
び一時蓄積部９０に書き込む。

【００４４】ステップ３３６では、色空間変更部３３
は、一時蓄積部９０から中間形式を読み出し、色空間を
“ＸＹＺ系”に変更し、再び一時蓄積部９０に書き込
む。具体的には、ＣＩＥ勧告によれば、中間形式（色空
間“ＲＢＧ系”）の画素（Ｒ，Ｇ，Ｂ）に対して三刺激
値（Ｘ，Ｙ，Ｚ）は、Ｘ＝２．７６８９Ｒ＋１．７５１７Ｇ＋１．１３０２ＢＹ＝１．００００Ｒ＋４．５９０７Ｇ＋０．０６０１ＢＺ＝０．０５６５Ｇ＋５．５９４３Ｂとなる。このような色空間の変換方法は、例えば「電気
工学ポケットブック；電気学会編（オーム社）」に開示
されている。

【００４５】ステップ３４５では、符号処理部４５は、
一時蓄積部９０から中間形式データ（色空間“ＸＹＺ
系”）を読み出し、受信側装置５１Ｅの符号化形式“Ｍ
Ｈ”で再び符号化して画像データを作成する。

【００４６】ステップ３５５では、作成した画像データ
を一時特積部９０に書き戻して、ヘッダを再添付し、伝
送データＤＴ２を生成する。ステップ３６５では、生成
した伝送データＤＴ２を、受信側装置５１Ｅに出力す
る。

【００４７】なお、上記第４実施例では、外部装置間で
符号化のデフォルト条件だけが異なるものとしたが、符
号化のデフォルト条件に加えて、符号化方式も異なる場
合には、第２実施例による処理に加えて上記処理を行な
えばよい。

【００４８】上記第４実施例によれば、送信側／受信側
装置の符号化のデフォルト条件（例えば“色空間”）を
クライアント情報管理部により一括して管理し、通信時
には、送信側／受信側の符号化のデフォルト条件を整合
させるので、送信側／受信側装置で符号化のデフォルト
条件を調整する必要がない。

【００４９】なお、上記第１〜第４実施例では、データ
処理装置１００，…４００と送信側装置５１Ａとをアド
レスライン７０と，通信ケーブル７５により接続し、デ
ータ処理装置１００，…４００と受信側装置５１Ｂ，…
５１Ｅとをアドレスラインと，通信ケーブル８５により
接続したが、アドレス検出部を追加し、すべてを単一の
伝送路にまとめることが出来る。

【００５０】−第５実施例− 図１２は、本発明の第５実施例によるデータ処理装置５
００を含む通信ネットワークの要部抽出図である。この
第５実施例では、データ処理装置５００は、送信側通信
端末５２０から受信側通信端末５３０への画像データの
伝送を仲介する。このデータ処理装置５００は、第３実
施例によるデータ処理装置３００とほぼ同じ構成である
が、ネットワーク回線６００を用いて通信するため、デ
ータ処理装置３００の構成に加えて、伝送データからア
ドレスを検出するアドレス検出部６５を内蔵するネット
ワーク通信管理部６０を備えている。

【００５１】ネットワーク回線６００には、データ処理
装置５００と，公知技術によりネットワーク回線を管理
するネットワークサーバ５１０と，通信端末５２０と，
通信端末５３０とが、それぞれゲートウェイ１０１，５
１１，５２１，５３１を介して、接続されている。図１
３は、通信ネットワークにおける通信シーケンス図であ
る。シーケンス７１０では、通信端末５２０は、通信端
末５３０への伝送データの送信を要求する送信コマンド
を、データ処理装置５００に出力する。シーケンス８１
０では、データ処理装置８１０のアドレス検出部６５
は、送信コマンドから送信側通信端末５２０のアドレス
と受信側通信端末５３０のアドレスを解析する。シーケ
ンス８１５では、データ処理装置５００は、通信端末５
２０に対して、肯定応答ＡＣＫを返信する。

【００５２】シーケンス８２０では、データ処理装置５
００は、通信端末５２０からの送信コマンドを通信端末
５３０に出力する。なお、シーケンス８１５，８２０の
順序は、逆転してもよい。シーケンス７２０では、デー
タ処理装置５００からの肯定応答ＡＣＫを確認する。シ
ーケンス９１０では、通信端末５３０は、データ処理装
置５００に対して、肯定応答ＡＣＫを返信する。シーケ
ンス８３０では、データ処理装置５００は、通信端末５
３０からの肯定応答ＡＣＫを確認する。

【００５３】シーケンス８３５では、クライアント情報
管理部１０は、通信端末５２０と，通信端末５３０とで
相違がある伝送管理情報（プロトコル，データ構造，符
号化方式，符号化のデフォルト条件など）を読み出し、
制御パラメータとして各部に出力する。

【００５４】シーケンス７３０では、通信端末５２０
は、伝送データの出力を開始する準備を行う。シーケン
ス７４０では、通信端末５２０は、最初の伝送データを
データ処理装置５００に出力し、部分転送（１）を行
う。シーケンス８４０では、データ処理装置５００は、
受信（１）で部分転送（１）を受け入れ、肯定応答ＡＣ
Ｋ（１）を通信端末５２０に返信する。シーケンス７５
０では、通信端末５２０は、肯定応答ＡＣＫ（１）を確
認する。

【００５５】シーケンス８４５では、上記第１〜第４実
施例と同様の処理により、部分転送（１）を中間形式デ
ータに変換した後に、符号化やヘッダの再添付などを行
ない伝送データを生成する。シーケンス８５０では、デ
ータ処理装置５００は、伝送データを通信端末５３０に
出力し、部分送信（１）’を行う。シーケンス９２０で
は、通信端末５３０は、受信（１）で部分送信（１）’
を受け入れ、肯定応答ＡＣＫ（１）’をデータ処理装置
５００に返信する。シーケンス８５５では、データ処理
装置５００は、通信端末５３０からの肯定応答ＡＣＫ
（１）’を確認する。

【００５６】シーケンス７６０は、通信端末５２０は、
次の伝送データをデータ処理装置５００に出力し、部分
転送（２）を行う。シーケンス８６０では、データ処理
装置５００は、部分転送（２）を受け入れ、肯定応答Ａ
ＣＫ（２）を通信端末５２０に返信する。シーケンス７
７０では、肯定応答ＡＣＫ（２）を確認する。

【００５７】シーケンス８６５では、シーケンス８４５
と同様の処理により、部分転送（２）を中間形式に変換
した後に、符号化や，ヘッダの再添付などを行ない伝送
データを生成する。シーケンス８７０では、データ処理
装置５００は、伝送データを通信端末５３０に出力し、
部分送信（２）’を行う。以降、上記シーケンス７４
０，…８７０での処理を、全ての伝送データに対して反
復する。

【００５８】なお、上記第５実施例では、データ処理装
置５００と，ネットワークサーバ５１０とを別体とした
が、データ処理装置５００とネットワークサーバ５１０
とが同一装置であってもよい。また、上記第５実施例に
色空間設定部３３を追加し、送信側／受信側の通信端末
の符号化のデフォルト条件を整合させてもよい。

【００５９】上記第５実施例によれば、通信ネットワー
クにおいても、上記第１〜第４実施例と同様の効果を得
ることが出来る。

【００６０】−その他の実施例− 上記第１〜第５実施例では、画像を一時的に保持する
一時蓄積部９０と，伝送データを処理する手段（クライ
アント情報管理部１０，ヘッダ読取り部２０，ヘッダ作
成部３０など）とを分離したが、一時蓄積部に伝送デー
タを処理する機能を付与してもよい。

【００６１】上記第１〜第５実施例によるデータ処理
装置をソフトウェアにより構築してもよい。例えば、パ
ソコンやワークステーションに、各部の処理結果を算出
するソフトウェアを組み込み、上記第１〜第５実施例と
同様の効果を得ることが出来る。

【００６２】

【発明の効果】本発明によるデータ処理方法および装置
によれば、送信側となる端末装置ごとに変換装置を内蔵
させる必要がなく、設備負担が小さくて済む。また、変
換のための構成要素の重複がなくなるため、無駄な設備
負担を生じない。さらに、変換処理の重複がなくなり、
処理時間を短縮できる。

【図面の簡単な説明】

【図１】本発明の第１実施例によるデータ処理装置の内
部ブロック図である。

【図２】伝送管理情報テーブルの構成図である。

【図３】図１のデータ処理装置の動作フロー図である。

【図４】送信側装置のデータ構造図である。

【図５】受信側装置のデータ構造図である。

【図６】本発明の第２実施例によるデータ処理装置の内
部ブロック図である。

【図７】図６のデータ処理装置の動作フロー図である。

【図８】本発明の第３実施例によるデータ処理装置の内
部ブロック図である。

【図９】図８のデータ処理装置の動作フロー図である。

【図１０】本発明の第４実施例によるデータ処理装置の
内部ブロック図である。

【図１１】図１０のデータ処理装置の動作フロー図であ
る。

【図１２】本発明の第３実施例によるデータ処理装置を
含む通信ネットワークの要部抽出図である。

【図１３】図１２のデータ処理装置の通信シーケンス図
である。

【符号の説明】

１００，２００，３００，４００，５００データ処理
装置１０クライアント情報管理部２０ヘッダ読取り部２５ヘッダ構成要素抽出部３０ヘッダ作成部３３色空間変更部４０復号処理部４５符号処理部５０変換方式制御部９０一時蓄積部５１Ａ，５１Ｂ，５１Ｃ，５１Ｄ，５１Ｅ外部装置６０ネットワーク通信管理部６５アドレス検出部１０１，５１１，５２１，５３１ゲートウェイ５１０ネットワークサーバ５２０，５３０通信端末６００ネットワーク回線ＮＥＴ通信ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤縄雅章神奈川県小田原市国府津2880番地株式会社日立製作所ストレージシステム事業部内

Claims

【特許請求の範囲】

【請求項１】複数の外部装置についての伝送データ記
述方式または伝送データ伝送方式の少なくとも一方を含
む伝送管理情報を保持し、送信側外部装置および受信側
外部装置を検出し、それら外部装置についての伝送管理
情報を検索し、送信側外部装置から入力された伝送デー
タを前記検索した伝送管理情報を基に解析し，且つ，受
信側外部装置に合わせた伝送データに変換し、その伝送
データを受信側外部装置へ出力することを特徴とするデ
ータ処理方法。
【請求項２】複数の外部装置の伝送データについての
ヘッダ記述方式情報を保持し、送信側外部装置および受
信側外部装置を検出し、それら外部装置についてのヘッ
ダ記述方式情報を検索し、送信側外部装置から入力され
た伝送データを前記検索したヘッダ記述方式情報を基に
解析し，且つ，受信側外部装置に合わせたヘッダを持つ
伝送データに変換し、その伝送データを受信側外部装置
へ出力することを特徴とするデータ処理方法。
【請求項３】複数の外部装置の伝送データについての
符号化方式情報を保持し、送信側外部装置および受信側
外部装置を検出し、それら外部装置についての符号化方
式情報を検索し、送信側外部装置から入力された伝送デ
ータを前記検索した符号化方式情報を基に復号し，且
つ，受信側外部装置に合わせて符号化し、その伝送デー
タを受信側外部装置へ出力することを特徴とするデータ
処理方法。
【請求項４】複数の外部装置の伝送データについての
ヘッダ記述方式情報および符号化方式情報を保持し、送
信側外部装置および受信側外部装置を検出し、それら外
部装置についてのヘッダ記述方式情報および符号化方式
情報を検索し、送信側外部装置から入力された伝送デー
タを前記検索したヘッダ記述方式情報および符号化方式
情報を基に解析し，且つ，受信側外部装置に合わせたヘ
ッダを付けると共に受信側外部装置に合わせて符号化
し、その伝送データを受信側外部装置へ出力することを
特徴とするデータ処理方法。
【請求項５】複数の外部装置の伝送データについての
符号化方式情報および色空間情報を保持し、送信側外部
装置および受信側外部装置を検出し、それら外部装置に
ついての符号化方式情報および色空間を検索し、送信側
外部装置から入力された伝送データを前記検索した符号
化方式情報および色空間情報を基に解析し，且つ，受信
側外部装置に合わせた符号化方式および色空間の伝送デ
ータに変換し、その伝送データを受信側外部装置へ出力
することを特徴とするデータ処理方法。
【請求項６】請求項１から請求項５のいずれかに記載
のデータ処理方法において、送信側外部装置からの伝送
データを中間データに変換し、その中間データを受信側
外部装置に合せた伝送データに変換することを特徴とす
るデータ処理方法。
【請求項７】外部装置間の伝送データを仲介するデー
タ処理装置であって、複数の外部装置についての伝送デ
ータ記述方式または伝送データ伝送方式の少なくとも一
方を含む伝送管理情報を保持し，送信側外部装置および
受信側外部装置を検出し，それら外部装置についての伝
送管理情報を検索するクライアント管理手段と、送信側
外部装置から入力された伝送データを前記クライアント
管理手段から得た伝送管理情報を基に解析し，且つ，受
信側外部装置に合わせた伝送データに変換する伝送デー
タ変換手段とを具備したことを特徴とするデータ処理装
置。
【請求項８】外部装置間の伝送データを仲介するデー
タ処理装置であって、複数の外部装置の伝送データにつ
いてのヘッダ記述方式情報を保持し，送信側外部装置お
よび受信側外部装置を検出し，それら外部装置について
のヘッダ記述方式情報を検索するクライアント管理手段
と、送信側外部装置から入力された伝送データを前記ク
ライアント管理手段から得たヘッダ記述方式情報を基に
解析し，且つ，受信側外部装置に合わせたヘッダを持つ
伝送データに変換する伝送データ変換手段とを具備した
ことを特徴とするデータ処理装置。
【請求項９】外部装置間の伝送データを仲介するデー
タ処理装置であって、複数の外部装置の伝送データにつ
いての符号化方式情報を保持し，送信側外部装置および
受信側外部装置を検出し，それら外部装置についての符
号化方式情報を検索するクライアント管理手段と、送信
側外部装置から入力された伝送データを前記クライアン
ト管理手段から得た符号化方式情報を基に復号し，且
つ，受信側外部装置に合わせて符号化する伝送データ変
換手段とを具備したことを特徴とするデータ処理装置。
【請求項１０】外部装置間の伝送データを仲介するデ
ータ処理装置であって、複数の外部装置の伝送データに
ついてのヘッダ記述方式情報および符号化方式情報を保
持し，送信側外部装置および受信側外部装置を検出し，
それら外部装置についてのヘッダ記述方式情報および符
号化方式情報を検索するクライアント管理手段と、送信
側外部装置から入力された伝送データを前記クライアン
ト管理手段から得たヘッダ記述方式情報および符号化方
式情報を基に解析し，且つ，受信側外部装置に合わせた
ヘッダを付けると共に受信側外部装置に合わせて符号化
する伝送データ変換手段とを具備したことを特徴とする
データ処理装置。
【請求項１１】外部装置間の伝送データを仲介するデ
ータ処理装置であって、複数の外部装置の伝送データに
ついての符号化方式情報および色空間情報を保持し，送
信側外部装置および受信側外部装置を検出し，それら外
部装置についての符号化方式情報および色空間を検索す
るクライアント管理手段と、送信側外部装置から入力さ
れた伝送データを前記クライアント管理手段から得た符
号化方式情報および色空間情報を基に解析し，且つ，受
信側外部装置に合わせた符号化方式および色空間の伝送
データに変換する伝送データ変換手段とを具備したこと
を特徴とするデータ処理装置。
【請求項１２】請求項７から請求項１１のいずれかに
記載のデータ処理装置において、伝送データ変換手段
は、送信側外部装置からの伝送データを中間データに変
換し、一時蓄積し、その蓄積した中間データを受信側外
部装置に合せた伝送データに変換することを特徴とする
データ処理装置。
【請求項１３】複数の外部装置が接続されたネットワ
ーク回線に、請求項７から請求項１２に記載のデータ処
理装置を接続したことを特徴とするデータ処理装置。