(57)【要約】【課題】  遠隔地にある表示装置に静止画像を伝送して表示させる際、送信側と受信側とで、同一の画像を同期して表示させる画像送受信表示システムを提供する。【解決手段】  前記送信装置は、圧縮された前記画像を送信する送信部（１０７）と、前記画像を表示部に表示させる制御部（１０８、１０９）とを備え、前記受信装置は、前記送信装置から送信された前記圧縮された画像を伸張する伸張部（２０２）と、前記伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出する画像検出部（２０４）と、前記画像検出部で検出された前記座標位置を前記送信装置の制御部に送信する送信部（２０３）と、を備える。【選択図】      図１
2006332741.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して送信装置から送信された圧縮画像を受信装置で受信し、伸張された前記画像の一部又は全部が前記受信装置の表示部に表示された際に、前記表示部に表示された前記画像の一部又は全部と同じ画像を前記送信装置の表示部に表示させ、前記送受信装置の表示部に表示された前記画像の一部又は全部を視認しながら音声通話を行う送受信システムにおいて、
前記送信装置は、
圧縮された前記画像を送信する送信部と、
前記画像を表示部に表示させる制御部とを備え、
前記受信装置は、
前記送信装置から送信された前記圧縮された画像を伸張する伸張部と、
前記伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出する画像検出部と、
前記画像検出部で検出された前記座標位置を前記送信装置の制御部に送信する送信部と、
を備えたことを特徴とする送受信システム。
【請求項２】
ネットワークを介して送信装置から送信された圧縮画像を受信装置で受信し、伸張された前記画像の一部又は全部を前記受信装置の表示部に表示させ、前記表示部に表示された前記画像の一部又は全部と同じ画像を前記送信装置の表示部に表示させ、前記送受信装置の表示部に表示された前記画像の一部又は全部を視認しながら音声通話を行う送受信方法において、
圧縮された前記画像を送信し、この送信された前記画像の伸張を行って前記受信装置の表示部に表示させ
次に、伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出し、
前記検出された前記座標位置を前記送信装置に送信して、前記送信装置の表示部に表示させて行うことを特徴とする送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像をネットワークにより伝送して画像表示するシステムに係わり、 特に送信側と受信側で同一画像を表示する技術に関するものである。
【背景技術】
【０００２】
近年、デジタルカメラの普及により、個人で撮影した写真データは、デジタル化され、記憶装置に保管している局面が増加している。記憶装置に保管されているデータを表示するためには、従来からパーソナルコンピュータ（以下パソコンという。）のディスプレイに表示する方法が一般的であるが、そのためにはパソコンの操作が必要で、機械の操作に慣れていない人には難しいため、最近ではＩＣカードの静止画像データを表示させることができるテレビ受像機も登場するようになった。
【０００３】
しかしながら、写真を表示して見る状況を考えると、単に自分で撮影した写真を見て楽しむだけでなく、それを友人知人や親戚など、他の人と一緒に見てコミュニケーションをとり、楽しむという状況が多いことは、経験上明らかである。
静止画を他人に送る方法としては、静止画像を写真やＣＤに焼いて郵便で送ったり、パソコンを使って、電子メールに添付して送るとか、容量が大きい場合にはデータをサーバに送信して、それをダウンロードするなどの方法が考えられる。ところが、郵便などを使って写真やＣＤを送る方法は、誰でも使えるという利点がある反面、送るのに時間がかかる。また、パソコンを使う方法は、パソコンを操作できない人は利用できない。
さらに、事前に写真を送る方法では、遠隔地の他の人と一緒に写真を見ておしゃべりをしながら楽しむといった目的には、相手に送られた静止画像がどのように見られているのかが把握できず、使用しにくかった。
【０００４】
これらの問題を解決するためには、図９に示すような、テレビ受像機と電話を組み合わせたシステムが考えられる。前述した静止画像データを表示させる機能を持ったテレビ受像機に、通信機能を追加し、ネットワークを介して静止画像データを送信して、直接相手のテレビ受像機を指定して送信側から表示制御して、静止画像を表示させればよい。この時のコミュニケーション手段には電話を併用する。こうすれば、パソコンを使えない田舎のおじいちゃんと一緒に、孫の写真を見ながら、おしゃべりを楽しむことが可能となる。
【０００５】
しかし現在普及しているネットワークの環境では、下りの通信速度に対して上りの通信速度が低速なものがあり、大容量の高精細画像データを送信するのに時間がかかり、コミュニケーションをとるためには、画像を送信してから受信者の端末に画像が表示されるまでの遅れが無視できないという問題がある。
このため、画像を表示する際、最初にサムネイルなどの粗い画像を送信して画面に表示し、続いて、画像データの読み込みが進むにつれて、順次、本来の高精細画像を表示する画像表示方法も提案されている（例えば、特許文献１参照。）。こうすれば、画像伝送による待ち時間をある程度意識させないようにすることができる。
【特許文献１】特開平１１−３４５２４２号公報（第２頁、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、コミュニケーションをとるためには、送信側端末にも、受信側端末に送信した画像と同一の静止画像を表示させることが必要である。送信側端末の表示と受信側端末の表示の同期を考慮せず、双方とも最善の速度で表示するようにすると、結果的に送信側端末では表示されている画像が受信側端末ではその時点で表示されておらず、送信側が受信側端末にどのような状態で表示されているかを知ることが出来ない。従って、コミュニケーションツールとして考えると、送信側と受信側で画像が同期していないので、話がしづらいという課題があった。
【０００７】
そこで、本発明は、上記のような問題点を解消するためになされたもので、遠隔地にある受信表示装置に自己の所有する静止画像を待ち時間を意識させないで高速に表示させると共に、送信側の表示装置と同一の画像を同期して表示させる画像送受信表示システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願発明における第１の発明は、ネットワークを介して送信装置から送信された圧縮画像を受信装置で受信し、伸張された前記画像の一部又は全部が前記受信装置の表示部に表示された際に、前記表示部に表示された前記画像の一部又は全部と同じ画像を前記送信装置の表示部に表示させ、前記送受信装置の表示部に表示された前記画像の一部又は全部を視認しながら音声通話を行う送受信システムにおいて、
前記送信装置は、圧縮された前記画像を送信する送信部（送信部１０６）と、前記画像を表示部に表示させる制御部（応答受信部１０７、表示制御部１０８）とを備え、
前記受信装置は、前記送信装置から送信された前記圧縮された画像を伸張する伸張部（伸張部２０２）と、前記伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出する画像検出部（応答生成部２０４）と、前記画像検出部で検出された前記座標位置を前記送信装置の制御部に送信する送信部（送信部２０３）と、を備えたことを特徴とする送受信システムを提供する。
第２の発明は、ネットワークを介して送信装置から送信された圧縮画像を受信装置で受信し、伸張された前記画像の一部又は全部を前記受信装置の表示部に表示させ、前記表示部に表示された前記画像の一部又は全部と同じ画像を前記送信装置の表示部に表示させ、前記送受信装置の表示部に表示された前記画像の一部又は全部を視認しながら音声通話を行う送受信方法において、
圧縮された前記画像を送信し（ステップＳ１４）、この送信された前記画像の伸張を行って（ステップＳ１６）前記受信装置の表示部に表示させ（ステップＳ１７）、次に伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出し（ステップＳ１８）、前記検出された前記座標位置を前記送信装置に送信して（ステップＳ１９）、前記送信装置の表示部に表示させて（ステップＳ１１）行うことを特徴とする送受信方法を提供する。
【発明の効果】
【０００９】
本発明における第１の発明によれば、前記送信装置は、圧縮された前記画像を送信する送信部と、前記画像を表示部に表示させる制御部とを備え、前記受信装置は、前記送信装置から送信された前記圧縮された画像を伸張する伸張部と、前記伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出する画像検出部と、前記画像検出部で検出された前記座標位置を前記送信装置の制御部に送信する送信部とを備え、
第２の発明は、圧縮された前記画像を送信し、この送信された前記画像の伸張を行って前記受信装置の表示部に表示させ、次に、伸張された前記画像の一部又は全部の初期画素と最終画素との座標位置を検出し、前記検出された前記座標位置を前記送信装置に送信して、前記送信装置の表示部に表示させて行うので、
送信側と受信側とで同じ画像を同期して表示させた画像伝送ができる。このため、狭帯域のネットワークを使っても、同じ画像を同期表示させながら、コミュニケーションをとることができるので、画像伝送による待ち時間を意識させないコミュニケーションツールとしての楽しいＴＶを提供することができる。さらに、本発明によれば、画像表示に関しては、送信側で全てコントロールするので、受信側で機械に不慣れな人が操作する場合にも、負担をかけないでコミュニケーションをとることができる効果がある。
【発明を実施するための最良の形態】
【００１０】
最初に、本実施例で扱う画像について説明する。受信端末に高速に画像表示させるためには、通信量を減らすことが効果的である。画像はＪＰＥＧ等の画像圧縮フォーマットで記録・伝送されることが一般的であるため、画像圧縮で通信量を減らすことは出来ない。本来、デジタルカメラ等で記録した画像のサイズとディスプレイ上に表示するに必要十分な画像サイズとは必ずしも一致しているわけではない。ディスプレイ上で表示するに十分な画像サイズが、記録した画像サイズより小さい場合、画像をリサイズして、再圧縮することにより通信量を減らすことは可能である。しかし、ディスプレイ上で表示するに十分な画像サイズは例えば１９２０ドットＸ１０２４ドット程度で、この時の圧縮された画像容量は５００Ｋバイト程度となり、瞬時に通信で送るのは困難である。また、リサイズ後の再圧縮をソフトウエアで実現する際の圧縮処理時間も必要である。
【００１１】
また、ディスプレイ上で表示するに十分な画像サイズと、画像内容を理解するために必要な画像サイズは同一ではない。例えばＤＶＤディスクの低解像度のモードでは３２０Ｘ２４０ドット程度の画像が用いられており、内容を理解するのにはこの程度の画像サイズでも十分である。そこで、送信端末で表示指示を行った際、まず低解像度で画像を送り、短時間に受信端末に画像を表示し、その後あらためて受信端末側に高解像度の画像を送ることにより、課題を解決する。３２０Ｘ２４０ドット程度の画像であれば、再圧縮、通信時間ともに十分高速に処理できる。以下、３２０Ｘ２４０ドット程度の画像を縮小画像、デジタルカメラ等で撮影した元のサイズの画像を元画像と呼ぶ。
【００１２】
次に、本実施例の概要を述べる。本実施例の画像送受信表示システムは、背景技術で説明したコミュニケーションをとりながら画像伝送する電話とテレビを組み合わせたシステム（図９参照。）を前提としており、特にテレビは、静止画像データを表示させる機能を持ったテレビ受像機に、ネットワーク対応の送受信端末を追加したものとする。
以下の説明では、本発明に直接関係する送信端末、受信端末の構成、および動作についてだけ説明し、テレビの一般的動作とか電話については触れない。
また本実施例は、受信端末側に高速に画像データを伝送・表示すると共に、送信端末での画像表示と受信端末での画像表示を同期させることを目的とする。そして、表示の高速化では、従来例と同様に、まず受信端末で認識できる程度の縮小画像を表示し、ついで、順次データの到着に合わせて高精細な元画像を表示する２パス方式をとる。さらに、１パス目では、本発明の特徴である、受信端末の画像表示と同期して送信端末の画像表示が進行するように制御するものである。
【００１３】
以上の前提のもとに、本発明の各実施形態に係る画像送受信表示システムについて図１〜図８を用いて説明する。図１は、本発明の画像送受信表示システムの構成図を示し、（Ａ）は、画像送受信表示システムの送信端末、（Ｂ）は、受信端末である（実施例１）。図２は、本発明の画像送受信表示システムにおける送信データおよび応答データを示す構成図である（実施例１）。  図３は、本発明の画像送受信表示システムにおける送受信の動作を示すフローチャートで、（Ａ）は送信側リモコン操作、（Ｂ）は受信側リモコン操作、（Ｃ）は送信側の動作、（Ｂ）は受信側の動作を示す（実施例１）。図４は、本発明の画像送受信表示システムのパス１における送信側の送信処理動作の詳細を示すフローチャートである（実施例１）。図５は、本発明の画像送受信表示システムにおける受信端末の表示内容と応答データとの対応を示す図である（実施例１）。図６は、本願発明の実施形態における画像送受信表示システムの構成図を示し、（Ａ）は、画像送受信表示システムの送信端末、（Ｂ）は、受信端末である（実施例２）。図７は、本発明の画像送受信表示システムの送信データおよび応答データを示す構成図である（実施例２）。図８は、本発明の画像送受信表示システムにおける送受信の動作を示し、（Ａ）は送信側の動作、（Ｂ）は受信側の動作を示すフローチャートで、（Ｃ）は送信・応答データを示す。（実施例２）
【実施例１】
【００１４】
本発明の画像送受信表示システムの主要部は、図１（Ａ）、（Ｂ）に示すように、送信端末１００及び受信端末２００から構成される。
送信端末１００は、ＩＣカードなどの記憶装置１５０から静止画の元画像の圧縮データを読み込むデータ読込部１０１、読み込んだデータを１パス目の処理を行うか、２パス目の処理を行うかを選択する処理選択部１０２、読み込んだデータを伸張する伸張部１０３、伸張した元画像を縮小画像に変換する縮小データ生成部１０４、縮小画像を圧縮する圧縮部１０５、縮小画像圧縮データから送信データ生成して受信端末に送信する送信部１０６、受信端末からの応答データを受信する応答受信部１０７、前記応答受信部と前記伸張部のデータから表示データを生成して、送信側の表示装置１５１に画像表示する表示制御部１０８とから構成されている。なお前記伸張部１０３からのデータは、表示するまでの間、表示制御部１０８により、バッファ１０９に一時的に保存しておくものとする。
また、受信端末２００は、送信側からの送信データを受信する受信部２０１、受信した画像圧縮データを伸張する伸張部２０２、伸張された画像データを表示装置２５１に適したサイズで表示する表示部２０５、前記画像データの表示位置を送信端末に通知する応答生成部２０４及び送信部２０３から構成されている。
【００１５】
次に、送受信で使われる送信側からの送信データおよび受信側からの応答データの構成例を、図２（Ａ）、（Ｂ）に示す。送信データは、各送信単位で送信されるデータが１パス目のデータか２パス目のデータかを示すパス情報と画像のサイズ情報、および圧縮された画像データにより構成されている。また応答データは、受信端末で受信したデータのパス識別情報と、受信表示された画像の座標位置範囲を示す表示位置データから構成される。
【００１６】
次に、画像を送信して表示させる際の、送信側、受信側におけるリモコン操作を、図３（Ａ）、（Ｂ）に示すフローチャートより説明する。
送信側ではテレビを送信設定モードとし（ステップＳ１）て、受信側との接続を行う（ステップＳ２）。そして、記憶装置１５０から圧縮画像データを読込み（ステップＳ３）、送信画像の指定を行う（ステップＳ４）。送信画像指定では、サムネイルから複数の画像を指定する。そして、テレビを画像送信表示モードとし（ステップＳ５）する。
受信側では、送信側からの電話連絡を受けて、受信側のテレビを画像受信表示モードに設定して（ステップＳ８）、送信側と接続する（ステップＳ９）。
そして、送信側では、送信指示（ステップＳ６）を出して、電話によりおしゃべりしながら、送信する画像がなくなるまで、送信指示を繰り返す（ステップＳ７）。
以上のように、受信側は、テレビを画像受信表示モードに設定し、送信側と接続するだけで、全ての画像伝送・画像表示は送信側で制御するので、受信側は操作不要となる。
なお、送信側と受信側の接続処理の方法は、送信側が受信端末の番号を指定し、発呼する方法や、送信側と受信側とで共通のＩＤを入力して接続する方法などが考えられるが、本発明ではどのような方法でもよい。
【００１７】
次に、前記送受信操作を可能とする送受信端末の動作について説明する。
送信端末１００は、前記リモコンの指示にしたがって、図３（Ｃ）に示す送信側ルーチンを起動させ、最初の画像データを、後述するように、送信する（ステップＳ１２、Ｓ１３、Ｓ１４）。このとき、画像送信表示モードで送信が始まると、送信側の表示装置は、受信側に合わせるため一旦消去（ステップＳ１０）される。
【００１８】
また前記送信側ルーチンは、受信側から応答データを受信する毎に起動されて、後述するように送信側の画像表示を行い（ステップＳ１１）、送信するデータが無くなるまで、以下に述べるようにデータを送信する。すなわち、データ読み込み部１０１は、記憶装置１５０から指定された画像の元画像の圧縮データを読み込み（ステップＳ１２）、処理選択部１０２で判断したパスに対応したパス、サイズ、圧縮画像データからなる送信データを作成し（ステップＳ１３）て、送信部１０６は前記送信データを受信側に送信（ステップＳ１４）する。
【００１９】
次に、図４に示すフローチャートにより、１パス目の送信動作について、処理単位に合わせて詳細に説明する。
データ読み込み部１０１は、指定された画像の元画像の圧縮データを読み込む（ステップＳ２０）。読み込まれた圧縮データは伸張部１０３により元画像に伸張される（ステップＳ２１）。伸張後の画像サイズはデジカメなどで撮影した元の画像サイズである。ここで、伸張は画像全体に対して一度に行われるわけではなく、圧縮データの処理単位（スライス）ごとに行われる。処理単位は１ラインもしくは数ライン単位（例えば４ライン単位）である。すなわち元画像が横方向にスライスされた単位で以下の処理が行われる。
前記伸張された処理単位の元画像データは、表示制御部１０９及び縮小データ生成部１０４に送られる（ステップＳ２３）。表示制御部１０８における表示処理については後述する。
縮小データ生成部１０４では、元画像データを縮小画像のデータにサイズ変換する（ステップＳ２４）。なお、処理単位の元画像データから縮小画像のデータにサイズ変換できない場合がある。例えば元画像が２０４８×１５３６ドットであり、縮小画像が３２０×２４０ドットの場合、元画像６．４画素が縮小画像１画素に相当するため、処理単位として４ライン、すなわち２０４８×４ドットの入力が縮小データ生成部に入力された場合、出力は１ライン以下になるため、処理を行えない。また、たとえ出力が１ライン以上に相当しても、縮小データ生成部の処理として、フィルターにより、高品位の縮小画像を生成する際には処理する範囲より大きな入力データが必要なため、出力できない場合もある。これらの場合には、縮小データ生成部の内部でデータを保持し、１回もしくはそれ以前に入力されたデータとあわせて（ステップＳ２２）、縮小データを生成する。
圧縮部１０５では、縮小データ生成部１０４から出力されたデータを画像圧縮し、出力する（ステップＳ２６）。前記圧縮部においても、縮小データ生成部と同様、圧縮データを生成するために必要なデータが入力されるまで、内部に入力データを保持し、必要なデータがそろった段階で圧縮部から出力する（ステップＳ２５）。すなわち、縮小データ生成部１０４に入力される処理単位と、圧縮部１０５から出力されるデータの処理単位は必ずしも一致しているわけではない。
圧縮部１０５から出力された圧縮縮小画像データは送信部１０６により受信端末２００に送信される（ステップＳ２７）。
以上の動作が、送信データが無くなるまで繰り返されて（ステップＳ２８）、終了する。
なお、２パス目は、１パス目の処理が全て終了した後、単に読み込んだデータを送信部１０７から受信端末２００に送信する処理を行うものである。
【００２０】
次に、送信側の画像表示動作について説明する。送信端末１００は、応答受信部１０７により受信端末２００からの応答データを受信して読み込むと、図３（Ｃ）に示す送信側ルーチンを起動する。前記送信側ルーチンは、初期状態は別とすると、応答データを受信する毎に起動される。そして表示制御部１０８は、まず応答データの表示位置の座標情報に合わせて送信側の画像表示を行う（ステップＳ１１）。１パス目の場合は、応答データの表示位置の縮小画像の座標を元画像の表示位置に変換した座標に基づいて表示する。応答データで表示位置を指定された元画像のデータは、既に伸張部１０３により生成されて、バッファ１０９に一時的に保管されている。表示制御部１０８では応答データ受信部１０７で受信された座標位置の画像を前記バッファから読み込み、表示装置１５１に送るとともに前記表示済みの元画像もデータをバッファから削除する。なお、元画像データのサイズと表示装置１５１に表示できる画像サイズが異なる場合、表示のためのリサイズは表示制御部１０８で行う。
【００２１】
次に、受信側の動作を、図３（Ｄ）に示す受信側ルーチンにより説明する。受信端末２００は、受信部２０１で送信端末からの送信データを受信すると、受信側ルーチンを起動する。この受信側ルーチンは、送信データを受信する毎に起動される。
そしてまず伸張部２０２により受信した圧縮画像データを伸張して、表示部２０５により、元画像もしくは縮小画像からなる画像表示データを作成する（ステップＳ１６）。圧縮画像データの先頭には、伸張した画像のサイズが記述されているので、前記画像サイズと表示画面のサイズが合っていない場合には、画像をリサイズすることが必要である。
そして前記画像を表示装置２５１に画像表示する（ステップＳ１７）。
なお、受信部は、１パス目の縮小画像圧縮データや２パス目の元画像圧縮データが全てそろってから伸張部にデータを送るのではなく、データを受信した単位で伸張部にデータを送る。伸張部では横方向にスライスされた矩形単位で伸張データが出力され、表示部に送られ、画像表示される。
そして応答生成部２０４では、パス、および表示された画像の表示位置からなる応答データを作成し（ステップＳ１８）、送信部２０３を介して前記応答データを送信端末に送信する（ステップＳ１９）。
【００２２】
前記表示位置は、例えば、伸張された画像の矩形領域を最初と最後のライン番号により指定したものである。また、１パス目の縮小画像場合は、表示位置の座標（ライン番号）は、縮小画像の座標である。
次に、表示位置の座標データについて、２５６０×１９２０ドットの元画像を３２０×２４０ドットの縮小画像として送信する場合を例にとって具体的に説明する。１パス目で送られてくる３２０×２４０ドットの縮小圧縮データは、伸張部２０２により伸張され、表示部２０５に送られる。この時、画像全体の３２０×２４０ドットのデータが一度に伸張されるのではなく、受信部２０１で逐次受信したデータをもとに横３２０ドットで縦が任意のライン数のデータが逐次生成される。
例として、最初に３２０×７０ドット、次に３２０×４０ドット、次に３２０×７０ドットデータが伸張部２０２から出力されるとする。この時に受信側で表示される画像と応答データの例を図５に示す。最初の３２０×７０ドットの画像が表示部に入力されると、画像３０１で示される７０ライン分の画像が受信側に表示されるとともに、０〜６９ラインを示す応答データ３１１が生成され、送信側に送信される。次の３２０×４０ドットの画像が入力されると、画像３０２に示すように４０ライン分の画像が追加表示され、７０〜１０９ラインを示す応答データ３１２が送信され、その次は７０ライン分の画像が追加表示され、１１０〜１７９ラインを示す応答データ３１３が送信される。
【００２３】
そして、以上の応答・送信を繰り返すことにより、全ての画像データ伝送が終了したら送信端末１００は、前記送信側ルーチンを停止して、リモコンによる送信指示を終了し、次の画像の送信指示を待つ。
【００２４】
以上のように、本発明の第1実施例によれば、表示制御部１０８では受信端末２００で表示された表示位置の座標を応答データとして受け取ってから送信端末画像を表示する。そのために、ネットワークの負荷が重かったり、ネットワークの速度が遅い場合にも、送信端末１００から受信端末２００に送ったデータが受信端末２００で表示される前に、元画像について受信端末２００側の操作者に説明するということは起きなくなる。
また、１パス目において、画像の伸張、縮小、圧縮、送信および送信端末での表示を不可分に行うことにより、送信端末１００と受信端末２００を同期させて高速に表示させることが可能になる。
【実施例２】
【００２５】
実施例２は、受信端末にキャッシュを設け、画像データを一時記憶させることにより、一旦伝送の終わった画像データは、再度伝送すること無しに、前に表示した画像に戻って表示することを可能としたもので、その他は実施例１と変わらない。以下、図６〜図８を用いて、説明する。
【００２６】
送信端末１００は、実施例１の構成に加えて、データ管理部１１０を持つ。データ管理部は、送信する一連のデータに後述するデータＩＤを付加すると共に、リモコンからの指示にしたがって、一連のデータの送信開始から終了までを制御する。
また、受信端末２００は、実施例１の構成にキャッシュ２１０を付加したほか、受信部２０１の機能にキャッシュデータ管理機能を追加した受信管理部２０９を持つ。
【００２７】
この送信データの再利用機能は、図７に示す送信データ及び応答データ中のデータＩＤおよびフラグを使って、以下のように実現される。
送信データは、実施例１の送信データにデータＩＤが追加されたものである。データＩＤは、コミュニケーション開始から終了までのデータ毎に管理されたその画像データを示す固有の番号で、画像データの送る順番に従って送信データごとにインクリメントされるものとする。但し、同一データには、同一データＩＤを使用する。
また応答データは、実施例１の応答データに加えて、データＩＤ、および受信管理部２０９により前記データＩＤの次の画像データがキャッシュ上にあるかどうかを示すフラグが付加されている。
【００２８】
送信者は、リモコンで画像を指定して、受信側の表示装置に送信表示させるよう指令する。すると、送信側のデータ管理部１１０は、前記リモコンの指示にしたがって、図８（Ａ）に示す送信側ルーチンを起動させ、最初の画像データを送信する。
前記送信側ルーチンは、初期状態は別とすると、応答データを受信する毎に起動される。そしてまず表示位置の情報に合わせて送信側での表示処理（ステップＳ３１）を行う。次に送信データを読み込み（ステップＳ３２）、パス、データＩＤ、データサイズ、および画像データよりなる前記送信データを作成（ステップＳ３３）する。この送信データは、前記応答データのフラグを参照（ステップＳ３４）して、画像データがある場合は、画像データを削除（ステップＳ３５）して、受信側に送信（ステップＳ３６）する。但し、１回目の送信では、初期設定でフラグを０として（ステップＳ３０）画像データを入れて送信する。
受信側のルーチンを図８（Ｂ）に示す。この受信側ルーチンは、送信データを受信する毎に起動され、まず受信した送信データのデータＩＤから、キャッシュ上の画像データの有無が判定（ステップＳ４１）される。画像データがキャッシュに無い場合は、前記送信データをキャッシュに保存（ステップＳ４２）する。なおこの時の送信データは、例えば容量が許す限りキャッシュ２１０に記憶すればよい。キャッシュにある場合は、画像データをキャッシュから読み出す（ステップＳ４３）。こうして画像データを準備して、従来例同様、表示データを作成して（ステップＳ４４）、前記画像データを画像表示（ステップＳ４５）する。そしてパス、データＩＤ、および表示された画像の表示位置を含む表示応答データを作成（ステップＳ４６）する。次に、前記画像データの次の画像データがキャッシュ上にあるかどうかチェック（ステップＳ４７）する。このためには、前記データＩＤの次の番号のデータＩＤの画像データがあるかどうかを見ればよい。そして無い場合は、フラグをＯＦＦ（０）に設定（ステップＳ４８）し、ある場合はフラグをＯＮ（１）に設定（ステップＳ４９）して、応答データを完成する。そして応答データを送信（ステップＳ５０）する。
この応答データのフラグと送信データ中の画像データ有無の関係を、図８（Ｃ）に示す。
そして、以上の応答・送信を繰り返すことにより、全ての画像データ伝送が終了したら送信側のデータ管理部１１０は、前記送信ルーチンを停止して、リモコンによる伝送表示指示を終了する。
【００２９】
以上のように、本発明の第２実施例によれば、一旦伝送の終わった画像データは、再度伝送すること無しに、前に表示した画像に戻って表示することができる。このため、送信データ量が減ることにより、処理速度が向上する。
なお、画像データが受信側のキャッシュに存在する場合は、パス１を省略して、直接元画像の高精細画像を表示するようにしてもよい。
【００３０】
なお、本発明の実施例では、送信された画像の受信側の表示位置は受信側で検出して、その座標位置を送信側に戻し、送信側では前記座標位置に基づいて画像表示したが、逆に送信側で予め送信するパケットの画像の表示位置を検出して、その座標位置をそのパケットのＩＤと共に記憶しておき、そのパケットが受信側で正しく受信されたのを確認して、そのパケットの画像を送信側の表示装置に表示するようにしても、送信側と受信側で同一画像を同期して表示することができる。
また、縮小画像として３２０Ｘ２４０ドットの例をあげたが、ディスプレイの解像度、通信速度、送信端末および受信端末の処理能力により、縮小画像サイズは必ずしも３２０Ｘ２４０ドットに限らない。表示画面が小さい場合には、ＤＣＦフォーマットの写真データから１６０Ｘ１２０ドットのサムネイル画像を抜き出して、直接縮小画像として使うことにより、送信装置を簡単化することもできる。
【図面の簡単な説明】
【００３１】
【図１】本願発明の実施形態における画像送受信表示システムの構成図を示し、（Ａ）は、画像送受信表示システムの送信端末、（Ｂ）は、受信端末である。（実施例１）
【図２】本発明の画像送受信表示システムにおける送信データおよび応答データを示す構成図である。（実施例１）
【図３】本発明の画像送受信表示システムにおける送受信の動作を示すフローチャートで、（Ａ）は送信側リモコン操作、（Ｂ）は受信側リモコン操作、（Ｃ）は送信側の動作、（Ｂ）は受信側の動作を示す。（実施例１）
【図４】本発明の画像送受信表示システムのパス１における送信側の送信処理動作の詳細を示すフローチャートである。（実施例１）
【図５】本発明の画像送受信表示システムにおける受信端末の表示内容と応答データとの対応を示す図である。（実施例１）
【図６】本願発明の実施形態における画像送受信表示システムの構成図を示し、（Ａ）は、画像送受信表示システムの送信端末、（Ｂ）は、受信端末である。（実施例２）
【図７】本発明の画像送受信表示システムの送信データおよび応答データを示す構成図である。（実施例２）
【図８】本発明の画像送受信表示システムにおける送受信の動作を示し、（Ａ）は送信側の動作、（Ｂ）は受信側の動作を示すフローチャートで、（Ｃ）は送信・応答データを示す。（実施例２）
【図９】本願発明の画像送受信表示システムの前提となる基本構成図を示す。
【符号の説明】
【００３２】
１００  送信端末、１０１  データ読込部、１０２  処理選択部、１０３  伸張部、１０４  縮小データ生成部、１０５  圧縮部、１０６  送信部、１０７  応答受信部、１０８  表示制御部、１０９  バッファ、１５０  記憶装置、１５１  表示装置、２００  受信端末、２０１  受信部、２０２  伸張部、２０３  送信部、２０４  応答生成部、２０５  表示部、２５１  表示装置
【図１】
2006332741.tif 000003
【図２】
2006332741.tif 000004
【図３】
2006332741.tif 000005
【図４】
2006332741.tif 000006
【図５】
2006332741.tif 000007
【図６】
2006332741.tif 000008
【図７】
2006332741.tif 000009
【図８】
2006332741.tif 000010
【図９】
2006332741.tif 000011