JPH0746292A

JPH0746292A - 画像データ伝送方式

Info

Publication number: JPH0746292A
Application number: JP5190218A
Authority: JP
Inventors: Takenori Horiguchi; 毅典堀口; Hitoshi Fujimoto; 仁志藤本; Shinya Yokodate; 伸也横舘; Hiroshi Yamazaki; 博史山▲崎▼; Terushi Kabasawa; 昭史樺沢
Original assignee: Mitsubishi Electric Corp; Nippon Telegraph and Telephone Corp
Current assignee: Mitsubishi Electric Corp; NTT Inc
Priority date: 1993-07-30
Filing date: 1993-07-30
Publication date: 1995-02-14

Abstract

(57)【要約】【目的】ＪＰＥＧ国際標準で圧縮された膨大な画像デ
ータをＨＤＬＣフレームを使用して通信する際に、処理
の簡略化を図ることにより、簡易でかつ最適な静止画伝
送方式を得る。【構成】伝送フレームの種類として、送達確認を行う
フレーム、送達確認行わないフレームの２種類のフレー
ムを規定した。送達確認を行わないフレーム（制御フレ
ーム）はウインドウ数を１とし必ず応答待ち、送達確認
を行わないフレーム（画像フレーム）は固定長フレーム
を連続して送る通信方式とした。また、送達確認のため
の応答フレームは、制御フレームの１種類として規定し
た。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば、ＪＰＥＧ国
際標準方式で圧縮された画像データを、ＨＤＬＣフレー
ムを使用して通信を行う静止画伝送方式、及びこれを使
用した静止画伝送装置に関する。

【０００２】

【従来の技術】静止画像の圧縮／伸長方式であるＪＰＥ
Ｇ方式が、ＩＴＵ−Ｔで国際標準に決まって以来、これ
を使用してカラー静止画像を伝送するテレビ電話や静止
画伝送装置が製品化されつつある。しかし、ＪＰＥＧ方
式は、静止画像の圧縮／伸長方式のみを規定するもの
で、これを用いた通信方式は決められていなかった。

【０００３】データ通信を行うためのレイヤ２通信方式
としては、Ｘ．２５（ＩＴＵ−Ｔ勧告）のＬＡＰＢにあ
るように、ＲＲ、ＲＮＲを用いて、ウインドウ数（受信
側から確認を得なくても送信できるフレームの最大数）
８でエラーフリー伝送を行う方式があり、全２重通信で
はこれが用いられている。

【０００４】Ｘ．２５のＬＡＰＢについて図２４〜図２
７を用いて説明する。ＬＡＰＢでは、全ての情報を図２
４のようなＨＤＬＣフレームを用いて伝送する。初め
に、フレームの構成要素について説明する。フラグ（３０１）：送受信間でフレームの同期をと
るための８ビットパターン０１１１１１１０で、フレー
ムの最初と最後に置かれる。アドレス（３０２）：コマンドか応答かを区別するた
めのもので８ビット構成である。コマンドの時には、そ
のコマンドを受け取る複合局のアドレスを書き、応答の
時には、その応答を送信した複合局のアドレスを書く。コントロール部（３０３）：フレームの種類やフレーム
の順序番号等の情報が書き込まれている８ビット（また
は１６ビット）のフィールドである。フレームの種類に
は、情報フレーム、監視フレーム、非番号制フレームの
３種類がある。情報部（３０４）：送信するデータ（Ｎバイト：任
意）の内容が入る。制御だけに使用するフレームでは、
情報フィールドを持たない（図２４（ａ）参照）。ＦＣＳ（３０５）：ＦＣＳ（フレーム検査シーケン
ス）は１６ビットの誤り検出のためのシーケンスで生成
多項式Ｘ¹⁶＋Ｘ¹²＋Ｘ⁵ ＋１を使ったＣＲＣ方式を用い
ている。検査の範囲は、アドレス、コントロール部、情
報部である。

【０００５】続いてフレームの種類について説明する。
フレームには、情報の伝送や伝送制御を行うための情報
フレーム、リンクの監視制御の実行に使用する情報部を
持たない監視フレーム、モード設定の要求／応答や異常
状態の報告などに使用される非番号制フレームの３種類
がある。フレームは、前記ＨＤＬＣフレームフォーマッ
ト中のコントロール部（３０３）で区別される。

【０００６】図２５にコントロール部の構成を示す。図
において、Ｎ（Ｓ）は送信順序番号、Ｎ（Ｒ）は受信順
序番号、Ｓは監視コマンド／応答を規定する監視機能ビ
ット、Ｍは非番号制コマンド／応答を規定する修飾機能
ビット、ＰＦはポール／ファイナルビットを示す。

【０００７】それでは、伝送について説明する。伝送時
は全ての情報フレームに順序番号がつき、この番号によ
って伝送路上での情報フレームの抜けや２重取り込みが
チェックされる。順序番号は０から７までの８個が循環
番号として使用され、７の次は０に戻る（モジュロ
８）。

【０００８】８個以上のフレームを伝送する時には、図
２６のように８個のフレーム全てが受信に成功した後に
次のフレームを送信するか、図２７のように各フレーム
ごとに返される正常応答を送信側でチェックし、エラー
が起こるまでフレームを連続して送信する。

【０００９】

【発明が解決しようとする課題】以上のように、従来の
ＩＴＵ−Ｔ勧告Ｘ．２５のＬＡＰＢでは、ウインドウ数
８でフレームレベルのプロトコルでエラーフリー伝送を
行うことや、フレームに対して必ず応答が期待されてい
ること、また、フレームの情報部が任意であるなど、簡
易なテレビ電話装置や静止画伝送装置においては処理の
負担が大きく、膨大な画像データの伝送に適した方式で
はなかった。

【００１０】この発明は、上記のような問題点を解消す
るためになされたもので、画像データを、フレームを使
用して通信する際に簡易で処理の負担が小さく、かつ指
定画像通信、ポーリング通信等にも適した画像データ伝
送方式を得ることを目的とする。

【００１１】

【課題を解決するための手段】この発明に係る画像デー
タ伝送方式は、例えば、ＪＰＥＧで標準で圧縮された画
像データをＨＤＬＣフレームを使用して通信を行う静止
画伝送において用いられるものであり、端末間のコマン
ドやステータス情報などを伝送するための制御フレーム
と画像データを伝送するための画像フレーム２種類を用
いたことを特徴とする。

【００１２】また、この発明に係る画像データ伝送方式
は、制御フレームには送達確認を行うフレームを、画像
フレームには送達確認を行わないフレームを用いたこと
を特徴とする。

【００１３】また、この発明に係る画像データ伝送方式
は、制御フレームには可変長フレームを、画像フレーム
には固定長フレームを用いたことを特徴とする。

【００１４】また、この発明に係る画像データ伝送方式
は、送達確認のための応答フレームを制御フレームの１
つとして規定したことを特徴とする。

【００１５】また、この発明に係る画像データ伝送方式
は、送達確認を行う制御フレーム中に発呼側、着呼側を
示すビットを付加し、回線接続直後に自端末の能力を通
知し、相手端末の能力を確認し、発呼側が通信モードを
通知することを特徴とする。

【００１６】また、この発明に係る画像データ伝送方式
は、回線接続直後に発呼側が通知する通信モードには、
通常通信モード、指定画像通信モード、ポーリング通信
モード、同報通信モードの情報を含むことを特徴とす
る。

【００１７】また、この発明に係る画像データ伝送方式
は、端末間でＨＤＬＣ（ハイレベルデータリンクコント
ロールプロシージャ）に基づくフレームのコントロール
部と情報部を使用して画像データの伝送を行う画像デー
タ伝送方式において、上記コントロール部に、伝送制御
情報を伝送する制御フレームと画像データを伝送する画
像フレームとを識別する識別子を設定し、上記情報部
に、上記識別子に対応して、伝送制御情報と画像データ
のいずれかを設定することを特徴とする。

【００１８】

【作用】この発明におけるデータ伝送方式は、例えば、
ＨＤＬＣという汎用的に用いられているデータリンク制
御手順のフレーム構成を改良して、画像データをさらに
効率良く伝送するために、ＨＤＬＣフレームの情報部で
伝送する情報を、伝送制御情報と画像データの２種類に
大きく分け、情報部の内容を取り扱うレイヤで伝送制御
情報と画像データを１元的に扱うようにしたものであ
る。この発明は、伝送制御情報と画像データを一元的に
同一レイヤ内で処理することにより、画像データの伝送
を行うのに最適な伝送方式を得ることができる。

【００１９】また、この発明における画像データ伝送方
式は、伝送フレームの種類として、送達確認を行うフレ
ーム、送達確認行わないフレームの２種類のフレームを
持ち、送達確認を行う（制御フレーム）はウインドウを
１とし、応答フレームを必ず待つ。応答フレームは、制
御フレームの１種類として規定する。送達確認を行わな
いフレーム（画像フレーム）は固定長のフレームで、処
理の簡略化を図る。また、通信形態を示すフラグを付加
することにより、例えば、ＪＰＥＧ国際標準で圧縮され
た膨大な画像データを、ＨＤＬＣフレームを使用して通
信する際に、簡易でかつ指定画像通信やポーリング通信
等にも適した画像データ伝送方式を提供する。

【００２０】また、この発明における画像データ伝送方
式は、ＨＤＬＣフレームのコントロール部には、単に制
御フレームと画像フレームを識別する識別子を設け、フ
レームの情報部に伝送制御情報と、画像データを設定す
るようにしたので、コマンドやステータス情報などの伝
送制御情報と画像データが同一のレイヤで処理すること
ができる。このようにして、画像データの伝送を行うの
に最適な伝送方式を得ることができる。

【００２１】

【実施例】実施例１．以下、図面に基づいてこの発明の
一実施例を説明する。図１は、この発明の一実施例の機
能ブロック図である。図において、１０１は映像信号入
力、１０２は映像信号出力、１０３は映像信号の制御を
行う画像制御部、１０４はディジタル化された画像信号
が格納される画像メモリ、１０５はディジタル画像デー
タを符号化、復号化する画像圧縮・伸長部、１０６は通
信形式、手順を制御する通信制御部、１０７は呼制御な
どを行う回線インタフェース部、１０８はディジタル回
線である。

【００２２】画像が送信される流れを示す。映像信号入
力１０１は画像制御部１０３により、一旦画像メモリ１
０４にディジタル画像データとして取り込まれる。この
画像データは再び画像制御部１０３により、画像圧縮・
伸長部１０５に渡され、ＪＰＥＧ標準で圧縮されて符号
データとなる。この符号データは通信制御部１０６によ
ってフレーム化され、この発明による通信手順を用い、
回線インタフェース部１０７を通してディジタル回線１
０８へ出力される。

【００２３】一方、受信側では、回線インタフェース部
１０７を通してディジタル回線１０８から受信したフレ
ームは、通信制御部１０６で解釈され、符号データは画
像圧縮伸長部１０５に渡されて伸長される。伸長された
画像データは画像制御部１０３により画像メモリ１０４
に格納されると共に、映像信号出力１０２として出力、
表示される。

【００２４】図２はこの発明の一実施例の装置ブロック
図である。図において、２０１は映像信号入力１０１を
発生するカメラ、２０２は映像信号出力１０２を表示す
るモニタである。２０３はカメラ２０１の映像信号をデ
ィジタル化するＡ／Ｄ変換部、２０４はディジタル画像
データを映像信号化するＤ／Ａ変換部、２０５は画像デ
ータを制御する画像制御部、２０６は画像データを圧縮
・伸長する画像圧縮伸長部、２０７は各ブロックを制御
するＣＰＵ、２０８はＣＰＵ２０７で実行されるプログ
ラムが格納されたＲＯＭ、２０９は通信バッファや、符
号バッファに使用されるＲＡＭ、２１０はオペレータ・
インタフェースであるＬＣＤ、ＬＥＤ表示やキースイッ
チ入力の操作表示部、２１１はシリアル・インタフェー
ス制御やフレーミング組立、エラー検出などを行うプロ
トコル制御部、２１２は呼制御やチャネル多重を行うタ
ーミナル・アダプタ、２１３は音声通話回路、２１４は
ハンドセットである。

【００２５】操作表示部２１０からオペレータの指示に
より、装置の各種設定やダイヤル、画像の送受信などが
行われる。また、動作状態などが操作表示部２１０のＬ
ＣＤやＬＥＤに示される。

【００２６】通信制御部１０６はプロトコル制御部２１
１とＣＰＵ２０７上のソフトウェアにより構成されてい
る。ＨＤＬＣフレームの組立、分解、エラー検出までを
プロトコル制御部２１１で行い、その他のプロトコルは
ＣＰＵ２０７で実現している。

【００２７】図３及び図４はこの発明の一実施例のフレ
ーム形式の図である。フレーム形式はＨＤＬＣに従っ
て、３０１のフラグシーケンス（８ビット）、３０２の
アドレス（８ビット）、３０３のコントロール部（１６
ビット）、３０４の情報部、３０５のＦＣＳ（フレーム
チェックシーケンス、１６ビット）からなる。アドレス
３０２はグローバルアドレスの“１１１１１１１１”を
用いている。ビットの表記法は左がＭＳＢで、回線には
ＭＳＢから出力される。

【００２８】フレーム形式には２通りあり、図３に示す
制御フレーム形式と図４に示す画像フレーム形式があ
る。コントロール部３０３の先頭１ビットにより両形式
の識別を行う。３０６に示すように“０”ならば制御フ
レームを示し、３０８に示すように“１”ならば画像フ
レームを示す。

【００２９】３０７は制御フレーム形式のフレーム番号
である。制御フレーム形式はコントロール部３０３のＬ
ＳＢ８ビットを、制御フレーム番号として用いる。フレ
ーム番号３０７はエラー再送時の同一フレームの検出に
持ちいられる。つまり、直前に受信したフレームと同じ
フレーム番号ならば、同じ情報とみなして読み捨てる処
理をする。制御フレーム形式の情報部３０４は可変長で
あり、詳細は図５に示す。

【００３０】画像フレームの情報部３０４は固定長であ
り、１０２４バイトと３２バイトの２種類ある。３０９
は画像フレーム形式のコントロール部３０３のＭＳＢ２
ビット目であり、情報部３０４の長さを示す、フレーム
長を示すビット（Ｓ）である。“０”が１０２４バイ
ト、“１”が３２バイトに対応する。３１０はコントロ
ール部３０３の残りのビットで、画像フレーム形式のフ
レーム番号である。

【００３１】図５は制御フレーム形式の情報部３０４の
形式である。４０１は可変長である情報部３０４全体の
データ長（バイト数）である。４０２はこの制御フレー
ムが発呼側からのものか、着呼側からのものかを識別す
るためのＴＲビットである。“０”が発呼側、“１”が
着呼側を示す。このビットにより、両端末が同時に送信
を開始しようとした場合などに発生する、制御フレーム
の衝突に対する優先権を設定することが通信のレイヤで
可能になる。４０３はコマンド、４０４はコマンド毎に
決められたパラメータである。

【００３２】画像フレーム形式が固定長で、制御フレー
ム形式が可変長である理由は次の通りである。画像デー
タは大量であり、フレームを可変長にするよりも、固定
長にしたほうが、その伝送効率の低下よりも、処理のコ
ンパクト化、高速化の利点が大きい。一方、制御フレー
ムの情報量は比較的少なく、コマンドによって決まるの
で、可変長とした。

【００３３】図６は制御フレーム・コマンドの一覧であ
る。「正常応答」は制御フレーム送達確認のためのコマ
ンドである。「接続要求／確認」は呼接続後、相手端末
が通信可能な装置であることを確認し、期待するアプリ
ケーションサービスなどを通知するコマンドである。
「接続要求」は発呼側からのコマンド、「接続確認」は
着呼側からのコマンドである。「画像送信要求」は送信
しようとする端末が画像送信を相手端末に要求するコマ
ンドである。これに対し、相手端末が受信できる状態な
ら「画像送信許可」を返して許可を与える。拒否する場
合は「画像中断要求」を送り、送信しようとした端末が
「画像中断通知」により送信を中止する。画像の送信中
でも、受信側から止めたい場合には「画像中断要求」を
出して、送信側が画像の送信をやめ、「画像中断通知」
が返り、中止される。送信側で中止したい場合は、画像
の送信をやめ、「画像中断通知」を送ることで中止す
る。「画像応答要求」は受信状態の問い合わせコマンド
であり、それに対して、「画像応答」は画像フレームの
受信状態の通知コマンドである。「画像送信完了」は画
像送信が完了したことを受信側に通知し、受信側から
「画像受信完了」が返ることで画像伝送は完了する。
「画像受信要求」は相手端末に送信させるコマンドで、
相手端末が送信可能ならば、上記の送信手順で送信し、
拒否する場合は「画像中断通知」により通知する。「非
画像系データ」は内容を問わないバイナリィデータ伝送
のためのコマンドである。

【００３４】ＨＤＬＣ制御手順のフレーム構成の主な機
能は以下の通りである。（１）順序制御（２）誤り制御（３）フレーミング（上記（１）〜（３）の機能の詳細については、ここで
は説明しない。）このようなデータリンク層が実行する
主な機能を効率良く達成するために、ＨＤＬＣ制御手順
のフレーム構成は最適である。図３に示した制御フレー
ム形式、及び図４に示した画像フレーム形式は、このよ
うなＨＤＬＣのフレーム構成を有する。また、図５に示
した制御フレームの情報部の形式、及び図６に示した制
御フレームのコマンド一覧は、前述したデータリンク層
が実行する機能に加えて取り扱われるものである。図６
に示したコマンドを取り扱うプロセスはデータリンク層
と同一のレイヤに納めることができ、特に、「正常応
答」を制御フレームの１つとすることで、レイヤ分けせ
ずにコンパクトな処理で画像の伝送を可能としている。

【００３５】図７は「接続要求／確認」コマンドのパラ
メータ・ビット割り当てを説明している。左端の数字
は、制御フレームの情報部３０４の先頭からのバイト数
を表している。図５の左端にある数字と同じ意味であ
る。パラメータの説明なので、＋２バイト目から始まっ
ている。“アプリケーションの種類”は、実行中のアプ
リケーションの通信モードを表すもので、Ｃ０からＣ７
の対応する１ビットが１になり、それ以外は０になる。

【００３６】アプリケーション・サービスには通常通信
モード、指定画像通信モード、ポーリング通信モード、
同報通信モードがある。通常通信モードは、両方、ある
いは少なくとも一方の端末でオペレータが操作している
ことを想定した通信モードで、その他の通信モードは自
動的な画像伝送である。

【００３７】通常通信モードでは、画像の送受信はオペ
レータの指示によるので、送受信される画像の枚数を事
前に知る事はできない。呼切断は、やはりオペレータの
指示か、無操作を監視するタイマによって行われる。指
定画像通信モードは事前に指定した画像を相手に伝送す
るモードである。発呼はマニュアルで行うが、画像送信
完了後、あるいはエラー発生時には自動的に呼切断が行
われる。

【００３８】ポーリング通信モードは事前に指定した対
地から、自動的に画像をセンターに集める通信モード、
同報通信モードは逆にセンターから、同じ画像を複数対
地に送信するモードである。これらの通信モードは、自
動発呼、自動切断の他に、失敗した対地に対してはリト
ライする機能を有している。

【００３９】“扱える画面サイズ”は自端末で受信可能
な画面サイズを通知する。

【００４０】図８は「画像送信要求」コマンドのパラメ
ータ・ビット割り当てを説明している。送信しようとし
ている画像に付随する情報として、“圧縮率”と“送信
画面サイズ”を送ることで、画像受信／復号準備が可能
になる。“送信画面サイズ”は「接続要求／確認」コマ
ンドのパラメータとは異なり、送信しようとする画面サ
イズに対応する１ビットのみを１にする。“圧縮率”は
１から２５５の値で表現する。

【００４１】図９は「画像送信完了」コマンドのパラメ
ータ・ビット割り当てを説明している。不定長である画
像データの総バイト数を有効符号バイト数として受信側
に通知する。受信側は受信フレーム数により、フレーム
単位のデータ量を知ることはできる。しかし、バイト単
位でのデータ量を知るためには、データの内容を解析し
て、符号データの終わりを検索しなければならない。送
信完了時にこのパラメータが通知されることで、データ
を保存するような場合に、有効なデータのみを容易に判
別することが可能である。

【００４２】図１０は「画像応答」コマンドのパラメー
タ・ビット割り当てを説明している。画像フレーム受信
状態は、１ビットが１つの画像フレームに対応してお
り、画像フレーム番号３１０の順になっている。正常に
受信した場合は“０”、エラーあるいは未受信の場合は
“１”である。

【００４３】図１１〜図１４は「画像受信要求」コマン
ドのパラメータ・ビット割り当てを説明している。図１
１に示す受信側から送られる“圧縮率”と“要求画面サ
イズ”はそれぞれ「画像送信要求」コマンドの“圧縮
率”と“送信画面サイズ”のパラメータと同様である。
図１２の映像入力ソース、図１３の“画像番号”、図１
４の“暗証番号”はアプリケーションによって使用され
るパラメータである。“暗証番号”は安全のために、相
手を確認するためのパスワードである。パスワードが一
致しない場合に、相手はこの要求を拒否することがで
き、不用意に画像を引き出されないようになっている。

【００４４】図１５は「画像受信完了」コマンドのパラ
メータ・ビット割り当てを説明している。受信完了状態
は、画像を正常に受信したか、あるいはエラーが発生し
た場合はエラー理由を通知する。

【００４５】図１６は「非画像系データ」コマンドのパ
ラメータ・ビット割り当てを説明している。非画像系デ
ータは、端末間の透過的データ伝送であり、先頭１６ビ
ットの実データのバイト数、指定バイト数分の実データ
からなる。

【００４６】図１７以降のシーケンス図を用いて、この
発明の通信方式を説明する。図１７は回線が接続した直
後に、発呼側が「接続要求」コマンドを送出し、制御フ
レームを受信したことを確認する「正常応答」が相手か
ら返り、続いて「接続確認」コマンドを受信し、「正常
応答」を返すことで互いに相手の確認を完了する。この
時点で、相手との通信が不可能であることが判明した場
合には、通信を終了し、回線を切断することができる。

【００４７】図１８は、「接続要求」コマンドが相手に
到達しないか、相手の準備ができていない等の理由によ
り、応答が返らない場合は、タイマＡのタイムアウトに
より、「接続要求」を同一制御フレーム番号３０７で再
送することで、相手の確認に成功したケースである。

【００４８】図１９では、「接続要求」コマンドに対す
る「正常応答」が相手に到達しなかったためにに、タイ
ムアウトにより「接続要求」コマンドを再送してしまっ
たが、受信した側では直前に受信した「正常応答」以外
の制御フレームのフレーム番号３０７と同じなので、
「正常応答」は返すが、２重の処理は行わない。

【００４９】図２０は、制御フレームの再送をＮ回（Ｎ
は任意の整数）行ったが、応答がなかった場合には、通
信エラーとみなして、通信を終了し回線を切断する。

【００５０】以上のように、制御フレームを送出した
ら、必ず「正常応答」を待つ。制御フレームに関して
は、ウインドウサイズが１である。

【００５１】図２１は画像正常伝送シーケンス図であ
る。制御フレームに対する「正常応答」は前述の通りで
あるので説明は省略する。画像送信側から「画像送信要
求」を相手端末に送る。相手端末は受信可能ならば、
「画像送信許可」を返す。許可されたら、送信側は画像
フレームを連続して送信する。画像フレームを全部ある
いは、一部を送った後で「画像応答要求」を出して、
「画像応答」を受け取り、受信状況を確認する。全ての
画像フレームが正常に送信完了したら、送信側は「画像
送信完了」を送る。受信側では、このコマンドを受け取
ることで画像の受信終了を認識し、復号処理や補助記憶
に記録するなどの処理を完了して受信処理が完了した
ら、「画像受信完了」を返し、確実に画像の伝送が行わ
れたことを送信側に通知する。

【００５２】図２２は画像リトライ後に正常伝送したシ
ーケンス図である。「画像応答」の情報から、送出した
にもかかわらず、正常受信されていない画像フレームが
あった場合は、対応する画像フレーム番号３１０の再送
する。正常受信されていない画像フレームを全て送信し
たら、再び「画像応答要求」を出して、「画像応答」を
受けて受信状況を確認する。その後は図２１と同様であ
る。

【００５３】図２３は画像ポーリング正常伝送シーケン
ス図である。図１７では送信側端末がトリガをかける場
合を示しているが、図２３では、受信側端末から相手に
画像を送信させるための手順を示す。受信側は「画像受
信要求」を送信側に送り、送信側が暗証番号の一致など
により送信することが可能ならば、その後は画像送信と
全く同一手順をとる。送信側が拒否する場合は、「画像
送信要求」を送らず、「画像中断通知」を送る。

【００５４】以上、この実施例では、静止画伝送方式に
おいて、伝送フレームの種類として、送達確認を行うフ
レーム、送達確認を行わないフレーム２種類のフレーム
を持ち、送達確認を行うフレーム（制御フレーム）はウ
インドウを１とし、応答フレームを必ず持つことを特徴
とする。また、応答フレームは制御フレームの１種類と
して規定する。送達確認を行わないフレーム（画像フレ
ーム）は固定長のフレームで、処理の簡略化を図ってい
る。また、通信形態を示すフラグを付加することによ
り、指定画像通信やポーリング通信等にも対応したこと
を特徴とする。

【００５５】実施例２．上記実施例１においては、ＪＰ
ＥＧ標準で圧縮された画像データの場合について説明し
たが、ＪＰＥＧ標準で圧縮された画像データを伝送する
場合に限らず、その他の基準、あるいは標準により圧縮
された画像データを伝送する場合でも構わない。また、
画像データは圧縮されたものではなく、圧縮されていな
い画像データを伝送する場合でも構わない。

【００５６】実施例３．上記実施例においては、ＨＤＬ
Ｃフレームを使用した場合について説明したが、ＨＤＬ
Ｃはデータリンク層の代表的なプロトコルであり、必ず
しもＨＤＬＣを用いる場合に限らず、他のプロトコルを
用いた場合であっても構わない。

【００５７】実施例４．上記実施例においては、静止画
を伝送する場合について説明したが、必ずしも静止画を
伝送する場合に限らず、動画を伝送する場合であっても
構わない。また、伝送する画像データの種類は、ビデオ
データ、アニメーション、コンピュータグラフィックス
等のどのような画像データであっても構わない。

【００５８】

【発明の効果】以上のようにこの発明によれば、画像デ
ータをフレームを使用して送信する際に、簡易で処理の
負担が小さい画像データ伝送方式を得ることができる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】本発明の伝送装置のブロック図である。

【図３】本発明のフレーム形式（制御フレーム）を示す
図である。

【図４】本発明のフレーム形式（画像フレーム）を示す
図である。

【図５】本発明の制御フレーム中の情報部形式を示す図
である。

【図６】本発明の制御フレームで使用されるコマンドを
示す図である。

【図７】本発明の制御フレームで使用されるコマンドの
内、接続要求／確認コマンドのパラメータビット割り当
て詳細図である。

【図８】本発明の制御フレームで使用されるコマンドの
内、画像送信要求コマンドのパラメータビット割り当て
詳細図である。

【図９】本発明の制御フレームで使用されるコマンドの
内、画像送信完了コマンドのパラメータビット割り当て
詳細図である。

【図１０】本発明の制御フレームで使用されるコマンド
の内、画像応答コマンドのパラメータビット割り当て詳
細図である。

【図１１】本発明の制御フレームで使用されるコマンド
の内、画像受信要求コマンドのパラメータビット割り当
て詳細図である。

【図１２】本発明の制御フレームで使用されるコマンド
の内、画像受信要求コマンドのパラメータビット割り当
て詳細図である。

【図１３】本発明の制御フレームで使用されるコマンド
の内、画像受信要求コマンドのパラメータビット割り当
て詳細図である。

【図１４】本発明の制御フレームで使用されるコマンド
の内、画像受信要求コマンドのパラメータビット割り当
て詳細図である。

【図１５】本発明の制御フレームで使用されるコマンド
の内、画像受信完了コマンドのパラメータビット割り当
て詳細図である。

【図１６】本発明の制御フレームで使用されるコマンド
の内、非画像系データコマンドのパラメータビット割り
当て詳細図である。

【図１７】本発明の通信方式での相手確認正常シーケン
ス図である。

【図１８】本発明の通信方式での相手確認リトライ後成
功シーケンス図である。

【図１９】本発明の通信方式での正常応答消滅時の相手
確認成功シーケンス図である。

【図２０】本発明の通信方式での相手確認失敗シーケン
ス図である。

【図２１】本発明の通信方式での画像正常伝送シーケン
ス図である。

【図２２】本発明の通信方式での画像リトライ後正常伝
送シーケンス図である。

【図２３】本発明の通信方式での画像ポーリング正常伝
送シーケンス図である。

【図２４】従来のＸ．２５ＬＡＰＢのフレーム形式を
示す図である。

【図２５】従来のＸ．２５ＬＡＰＢのフレーム中のコ
ントロール部構成を示す図である。

【図２６】従来のＸ．２５ＬＡＰＢを使用したフレー
ム伝送シーケンス図である。

【図２７】従来のＸ．２５ＬＡＰＢを使用したフレー
ム伝送シーケンス図である。

【符号の説明】

１０１映像信号入力部１０２映像信号出力部１０３画像制御部１０４画像メモリ１０５画像圧縮・伸長部１０６通信制御部１０７回線インタフェース部１０８ディジタル回線２０１カメラ２０２モニタ２０３Ａ／Ｄ変換２０４Ｄ／Ａ変換２０５画像制御部２０６画像圧縮伸長部２０７ＣＰＵ２０８ＲＯＭ２０９ＲＡＭ２１０操作表示部２１１プロトコル制御部２１２ターミナルアダプタ２１３音声通話回路２１４ハンドセット３０１フラグ３０２アドレス３０３コントロール部３０４情報部３０５ＦＣＳ３０６制御フレームを示すビット３０７フレーム番号３０８画像フレームを示すビット３０９フレーム長を示すビット３１０フレーム番号４０１データ長４０２送信／受信を示すフラグ４０３コマンド４０４パラメータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｎ 1/32 Ｄ 7232−5Ｃ (72)発明者横舘伸也鎌倉市大船二丁目14番40号三菱電機株式会社生活システム開発研究所内 (72)発明者山▲崎▼ 博史鎌倉市大船二丁目14番40号三菱電機株式会社生活システム開発研究所内 (72)発明者樺沢昭史鎌倉市大船二丁目14番40号三菱電機株式会社生活システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】端末間で所定の標準プロトコルに基づく
フレームを使用して画像データの伝送を行う画像データ
伝送方式において、端末間の伝送制御情報を伝送するた
めの制御フレームと画像データを伝送するための画像フ
レームの２種類を用いたことを特徴とする画像データ伝
送方式。
【請求項２】上記画像データ伝送方式において、制御
フレームは送達確認を行うフレームとし、画像フレーム
は送達確認を行わないフレームとすることを特徴とする
請求項１記載の画像データ伝送方式。
【請求項３】上記画像データ伝送方式において、制御
フレームは可変長のフレームとし、画像フレームは固定
長のフレームとすることを特徴とする請求項１記載の画
像データ伝送方式。
【請求項４】上記画像データ伝送方式において、送達
確認のための応答フレームを制御フレームの１つとして
規定したことを特徴とする請求項１記載の画像データ伝
送方式。
【請求項５】上記画像データ伝送方式において、制御
フレーム中に発呼側、着呼側を示すビットを付加し、発
呼側が自端末の能力を相手端末に通知し、着呼側端末の
能力を確認し、発呼側が着呼側に通信モードを通知する
ことを特徴とする請求項１記載の画像データ伝送方式。
【請求項６】上記画像データ伝送方式において、発呼
側が通知する通信モードは、通常通信モード、指定画像
通信モード、ポーリング通信モード、同報通信モードの
いずれかであることを特徴とする請求項５記載の画像デ
ータ伝送方式。
【請求項７】端末間でＨＤＬＣ（ハイレベルデータリ
ンクコントロールプロシージャ）に基づくフレームのコ
ントロール部と情報部を使用して画像データの伝送を行
う画像データ伝送方式において、上記コントロール部
に、伝送制御情報を伝送する制御フレームと画像データ
を伝送する画像フレームとを識別する識別子を設定し、
上記情報部に、上記識別子に対応して、伝送制御情報と
画像データのいずれかを設定することを特徴とする画像
データ伝送方式。