JPH11155144A

JPH11155144A - 画像処理システム及びその制御方法、画像処理装置及びその制御方法、コンピュータ可読メモリ

Info

Publication number: JPH11155144A
Application number: JP18303298A
Authority: JP
Inventors: Miyuki Enokida; 幸榎田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-08-20
Filing date: 1998-06-29
Publication date: 1999-06-08
Also published as: US6473526B1

Abstract

(57)【要約】【課題】サーバ／クライアントシステムによって階層
符号化画像データを管理する画像処理装置において、サ
ーバ・マシンとクライアント・マシン間で階層符号化画
像データの送受信を効率的に実行することができ、かつ
クライアント・マシンで受信した符号化画像データを高
速にデコード／表示することができる画像処理システム
を提供する。【解決手段】サーバ・マシン１は、階層符号化画像デ
ータから階層毎に指定された１階層分の符号化画像デー
タをネットワーク３を介してクライアント・マシン４に
送信する。クライアント・マシン４は、ネットワーク３
を介してサーバ・マシン１より階層単位で送信されてく
る符号化画像データを受信する。受信した各階層の符号
化画像データを１つの階層符号化画像データに再構築す
る。この場合、受信した最新の符号化画像データをその
前に受信した符号化画像データと結合し、１つの階層符
号化画像データに変換しながら保存する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、階層符号化画像デ
ータを管理するサーバ・マシンと、前記階層符号化画像
データをデコード／表示するクライアント・マシンと、
前記サーバ・マシンと前記クライアント・マシン間を接
続するネットワークから構成される画像処理システム及
びその制御方法、画像処理装置及びその制御方法、コン
ピュータ可読メモリに関するものである。

【０００２】

【従来の技術】従来、ネットワークを通して、サーバ／
クライアント・マシン間で階層符号化画像データを送受
信する画像処理システムでは、クライアントより要求さ
れた階層符号化画像データを１度の転送要求で全レイヤ
の符号化画像データをサーバ・マシンがクライアント・
マシンに送信するように構成されている。

【０００３】また、階層符号化画像データを複数回に分
けて転送する場合には、所定単位毎に階層符号化画像デ
ータを分割して転送されるように構成されている。

【０００４】更に、１度転送された階層符号化画像デー
タを、クライアント側でデータ・キャッシュのように使
う場合、転送された階層符号化画像データのイメージを
そのままの形式でテンポラリのファイルとしてファイル
に蓄積するように構成されている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の画像処理システムでは、クライアント・マシンから
サーバ・マシンへの１度の転送要求で、要求された階層
符号化画像データの全レイヤの符号化画像データを１度
の転送で送信するため、例えば、ＪＢＩＧ符号化方式や
ＪＰＥＧのProgressive符号化方式のような階層符号化
方式で符号化されている階層符号化画像データの場合、
表示には使わないレイヤの符号化画像データまでもクラ
イアント・マシンに転送していた。そのため、サーバ・
マシンとクライアント・マシン間を接続するネットワー
クのトラフィックを上げる原因となるという問題点があ
った。また、転送のために必要な時間もかかるという問
題点があった。

【０００６】また、ＪＢＩＧ符号化の場合、ＪＢＩＧ符
号化された階層符号化画像データのデコード処理は必ず
最低解像度のレイヤの符号化画像データから順にデコー
ドする。そのため、通常、ＨＩＴＯＬＯ形式（高解像度
のレイヤの符号化画像データから低解像度のレイヤの符
号化画像データ）で構成される符号化画像データの場合
は、その構成順に符号化画像データがサーバ・マシンか
らクライアント・マシンへ転送されてくるため、クライ
アント・マシンは符号化画像データの最後に格納されて
いる最低解像度のレイヤの符号化画像からデコードを開
始しなければならず、デコード処理が複雑になるという
問題点があった。

【０００７】また、所定単位毎に階層符号化画像データ
を分割して転送する場合には、ネットワークの転送能力
や使用状況に関らず固定の単位で転送している。そのた
め、例えば、使用するネットワークがあまり使われてい
ない場合も極少量のデータしか転送しなかったり、逆
に、ネットワークが混んでいる場合には、大量のデータ
を転送してしまう等のネットワークを効率的に使用でき
ないという問題点があった。

【０００８】また、クライアント・マシンでデータ・キ
ャッシュのように１度転送されてきた階層符号化画像デ
ータをテンポラリの領域に蓄積する機能を有する場合、
送られてきた符号化画像データのイメージをそのまま蓄
積する。そして、階層符号化画像データのある階層の符
号化画像データのみを転送した場合は、データ・キャッ
シュには、分割されて転送された符号化画像データをそ
のままのイメージで保存される。そのため、再度、その
符号化画像データのデコード処理を行う場合でも、１回
目と同様の複雑な処理を行う必要があるという問題点が
あった。

【０００９】また、このデータ・キャッシュにある分割
された各符号化画像データを直接読み出しデコードする
ためには、専用のデコード／表示アプリケーションが必
要になり汎用性に欠けるという問題点があった。

【００１０】本発明は上記の問題点に鑑みてなされたも
のであり、サーバ／クライアントシステムによって階層
符号化画像データを管理する画像処理装置において、サ
ーバ・マシンとクライアント・マシン間で階層符号化画
像データの送受信を効率的に実行することができ、かつ
クライアント・マシンで受信した符号化画像データを高
速にデコード／表示することができる画像処理システム
及びその制御方法、画像処理装置及びその制御方法、コ
ンピュータ可読メモリを提供することを目的とする。

【００１１】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による画像処理システムは以下の構成を備え
る。即ち、また、好ましくは、階層符号化画像データを
管理するサーバ・マシンと、前記階層符号化画像データ
をデコード／表示するクライアント・マシンと、前記サ
ーバ・マシンと前記クライアント・マシン間を接続する
ネットワークから構成される画像処理システムであっ
て、前記サーバ・マシンは、前記階層符号化画像データ
から階層毎に指定された１階層分の符号化画像データを
前記ネットワークを介して前記クライアント・マシンに
送信する送信手段と、前記クライアント・マシンは、前
記ネットワークを介して前記サーバ・マシンより階層単
位で送信されてくる符号化画像データを受信する受信手
段と、前記受信手段で受信した各階層の前記符号化画像
データを１つの階層符号化画像データに再構築する再構
築手段とを備え、前記再構築手段は、前記受信手段で受
信した最新の符号化画像データをその前に受信した符号
化画像データと結合し、１つの階層符号化画像データに
変換しながら保存する。

【００１２】上記の目的を達成するための本発明による
画像処理システムの制御方法は以下の構成を備える。即
ち、階層符号化画像データを管理するサーバ・マシン
と、前記階層符号化画像データをデコード／表示するク
ライアント・マシンと、前記サーバ・マシンと前記クラ
イアント・マシン間を接続するネットワークから構成さ
れる画像処理システムの制御方法であって、前記階層符
号化画像データから階層毎に指定された１階層分の符号
化画像データを前記ネットワークを介して前記サーバ・
マシンより前記クライアント・マシンへ送信する送信工
程と、前記ネットワークを介して前記サーバ・マシンよ
り階層単位で送信されてくる符号化画像データを前記ク
ライアント・マシンにて受信する受信工程と、前記受信
工程で受信した各階層の前記符号化画像データを１つの
階層符号化画像データに再構築する再構築工程とを備
え、前記再構築工程は、前記受信工程で受信した最新の
符号化画像データをその前に受信した符号化画像データ
と結合し、１つの階層符号化画像データに変換しながら
保存する。

【００１３】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理するサーバ・マシンと、前
記階層符号化画像データをデコード／表示するクライア
ント・マシンと、前記サーバ・マシンと前記クライアン
ト・マシン間を接続するネットワークから構成される画
像処理システムの制御のプログラムコードが格納された
コンピュータ可読メモリであって、前記階層符号化画像
データから階層毎に指定された１階層分の符号化画像デ
ータを前記ネットワークを介して前記サーバ・マシンよ
り前記クライアント・マシンへ送信する送信工程のプロ
グラムコードと、前記ネットワークを介して前記サーバ
・マシンより階層単位で送信されてくる符号化画像デー
タを前記クライアント・マシンにて受信する受信工程の
プログラムコードと、前記受信工程で受信した各階層の
前記符号化画像データを１つの階層符号化画像データに
再構築する再構築工程のプログラムコードとを備え、前
記再構築工程は、前記受信工程で受信した最新の符号化
画像データをその前に受信した符号化画像データと結合
し、１つの階層符号化画像データに変換しながら保存す
る。

【００１４】上記の目的を達成するための本発明による
画像処理装置は以下の構成を備える。即ち、階層符号化
画像データを管理し、前記階層符号化画像データをデコ
ード／表示するクライアント・マシンとネットワークを
介して接続される画像処理装置であって、前記クライア
ント・マシンから送信対象の階層符号化画像データの階
層の指定を受信する受信手段と、前記受信手段で受信し
た前記階層符号化画像データから階層毎に指定された１
階層分の符号化画像データを前記ネットワークを介して
前記クライアント・マシンに送信する送信手段とを備え
る。

【００１５】上記の目的を達成するための本発明による
画像処理装置は以下の構成を備える。即ち、階層符号化
画像データを管理するサーバ・マシンとネットワークを
介して接続され、前記階層符号化画像データをデコード
／表示する画像処理装置であって、前記ネットワークを
介して前記サーバ・マシンより階層単位で送信されてく
る符号化画像データを受信する受信手段と、前記受信手
段で受信した各階層の前記符号化画像データを１つの階
層符号化画像データに再構築する再構築手段とを備え、
前記再構築手段は、前記受信手段で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
する。

【００１６】上記の目的を達成するための本発明による
画像処理装置の制御方法は以下の構成を備える。即ち、
階層符号化画像データを管理し、前記階層符号化画像デ
ータをデコード／表示するクライアント・マシンとネッ
トワークを介して接続される画像処理装置の制御方法で
あって、前記クライアント・マシンから送信対象の階層
符号化画像データの階層の指定を受信する受信工程と、
前記受信工程で受信した前記階層符号化画像データから
階層毎に指定された１階層分の符号化画像データを前記
ネットワークを介して前記クライアント・マシンに送信
する送信工程とを備える。

【００１７】上記の目的を達成するための本発明による
画像処理装置の制御方法は以下の構成を備える。即ち、
階層符号化画像データを管理するサーバ・マシンとネッ
トワークを介して接続され、前記階層符号化画像データ
をデコード／表示する画像処理装置の制御方法であっ
て、前記ネットワークを介して前記サーバ・マシンより
階層単位で送信されてくる符号化画像データを受信する
受信工程と、前記受信工程で受信した前記符号化画像デ
ータを１つの階層符号化画像データに再構築する再構築
工程とを備え、前記再構築工程は、前記受信手段で受信
した最新の符号化画像データをその前に受信した符号化
画像データと結合し、１つの階層符号化画像データに変
換しながら保存する。

【００１８】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理し、前記階層符号化画像デ
ータをデコード／表示するクライアント・マシンとネッ
トワークを介して接続される画像処理装置の制御のプロ
グラムコードが格納されたコンピュータ可読メモリであ
って、前記クライアント・マシンから送信対象の階層符
号化画像データの階層の指定を受信する受信工程のプロ
グラムコードと、前記受信工程で受信した前記階層符号
化画像データから階層毎に指定された１階層分の符号化
画像データを前記ネットワークを介して前記クライアン
ト・マシンに送信する送信工程のプログラムコードとを
備える。

【００１９】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理するサーバ・マシンとネッ
トワークを介して接続され、前記階層符号化画像データ
をデコード／表示する画像処理装置の制御のプログラム
コードが格納されたコンピュータ可読メモリであって、
前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを受信する受信
工程のプログラムコードと、前記受信工程で受信した前
記符号化画像データを１つの階層符号化画像データに再
構築する再構築工程のプログラムコードとを備え、前記
再構築工程は、前記受信手段で受信した最新の符号化画
像データをその前に受信した符号化画像データと結合
し、１つの階層符号化画像データに変換しながら保存す
る。

【００２０】上記の目的を達成するための本発明による
画像処理システムは以下の構成を備える。即ち、階層符
号化画像データを管理するサーバ・マシンと、階層符号
化画像データをデコード／表示するクライアント・マシ
ンと、該サーバ・マシンと該クライアント・マシンを相
互に接続するネットワークから構成される画像処理シス
テムであって、前記サーバ・マシンに対し、送信対象と
する階層符号化画像データの階層を指定する指定手段
と、所定量のデータ転送単位を有する前記ネットワーク
での１回のデータ転送において、前記クライアント・マ
シンへ送信する前記指定手段で指定された指定階層を含
む１つ以上の階層の符号化画像データを決定する決定手
段と、前記決定手段で決定された前記指定階層を含む１
つ以上の階層の符号化画像データを前記クライアント・
マシンに送信する送信手段と、前記送信手段で送信され
てきた前記指定階層を含む１つ以上の階層の符号化画像
データを、その解像度に基づいて再構築する再構築手段
とを備える。

【００２１】上記の目的を達成するための本発明による
画像処理システムの制御方法は以下の構成を備える。即
ち、階層符号化画像データを管理するサーバ・マシン
と、階層符号化画像データをデコード／表示するクライ
アント・マシンと、該サーバ・マシンと該クライアント
・マシンを相互に接続するネットワークから構成される
画像処理システムの制御方法であって、前記サーバ・マ
シンに対し、送信対象とする階層符号化画像データの階
層を指定する指定工程と、所定量のデータ転送単位を有
する前記ネットワークでの１回のデータ転送において、
前記クライアント・マシンへ送信する前記指定工程で指
定された指定階層を含む１つ以上の階層の符号化画像デ
ータを決定する決定工程と、前記決定工程で決定された
前記指定階層を含む１つ以上の階層の符号化画像データ
を前記クライアント・マシンに送信する送信工程と、前
記送信工程で送信されてきた前記指定階層を含む１つ以
上の階層の符号化画像データを、その解像度に基づいて
再構築する再構築工程とを備える。

【００２２】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理するサーバ・マシンと、階
層符号化画像データをデコード／表示するクライアント
・マシンと、該サーバ・マシンと該クライアント・マシ
ンを相互に接続するネットワークから構成される画像処
理システムの制御のプログラムコードが格納されたコン
ピュータ可読メモリであって、前記サーバ・マシンに対
し、送信対象とする階層符号化画像データの階層を指定
する指定工程のプログラムコードと、所定量のデータ転
送単位を有する前記ネットワークでの１回のデータ転送
において、前記クライアント・マシンへ送信する前記指
定工程で指定された指定階層を含む１つ以上の階層の符
号化画像データを決定する決定工程のプログラムコード
と、前記決定工程で決定された前記指定階層を含む１つ
以上の階層の符号化画像データを前記クライアント・マ
シンに送信する送信工程のプログラムコードと、前記送
信工程で送信されてきた前記指定階層を含む１つ以上の
階層の符号化画像データを、その解像度に基づいて再構
築する再構築工程のプログラムコードとを備える。

【００２３】上記の目的を達成するための本発明による
画像処理装置は以下の構成を備える。即ち、階層符号化
画像データを管理する画像処理装置であって、ネット
ワークを介して接続される他の画像処理装置より指定さ
れた指定階層の符号化画像データの送信の要求を受信す
る受信手段と、所定量のデータ転送単位を有する前記ネ
ットワークでの１回のデータ転送において、前記他の画
像処理装置に送信する前記指定階層を含む１つ以上の階
層の符号化画像データを決定する決定手段と、前記決定
手段で決定された前記指定階層を含む１つ以上の階層の
符号化画像データを前記他の画像処理装置に送信する送
信手段とを備える。

【００２４】上記の目的を達成するための本発明による
画像処理装置の制御方法は以下の構成を備える。即ち、
階層符号化画像データを管理する画像処理装置の制御方
法であって、ネットワークを介して接続される他の画像
処理装置より指定された指定階層の符号化画像データの
送信の要求を受信する受信工程と、所定量のデータ転送
単位を有する前記ネットワークでの１回のデータ転送に
おいて、前記他の画像処理装置に送信する前記指定階層
を含む１つ以上の階層の符号化画像データを決定する決
定工程と、前記決定工程で決定された前記指定階層を含
む１つ以上の階層の符号化画像データを前記他の画像処
理装置に送信する送信工程とを備える。

【００２５】上記の目的を達成するための本発明による
画像処理装置は以下の構成を備える。即ち、階層符号化
画像データを管理する第１画像処理装置とネットワーク
を介して接続される画像処理装置であって、前記第１画
像処理装置に対し、送信対象とする階層符号化画像デー
タの階層を指定する指定手段と、所定量のデータ転送単
位を有する前記ネットワークでの１回のデータ転送にお
いて、前記指定手段で指定した指定階層に基づいて決定
された該指定階層を含む１つ以上の階層の符号化画像デ
ータを前記第１画像処理装置より受信する受信手段と、
前記受信手段で受信した前記指定階層を含む１つ以上の
階層の符号化画像データを、その解像度に基づいて再構
築する再構築手段とを備える。

【００２６】上記の目的を達成するための本発明による
画像処理装置の制御方法は以下の構成を備える。即ち、
階層符号化画像データを管理する第１画像処理装置とネ
ットワークを介して接続される画像処理装置の制御方法
であって、前記第１画像処理装置に対し、送信対象とす
る階層符号化画像データの階層を指定する指定工程と、
所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記指定工程で指定した指
定階層に基づいて決定された該指定階層を含む１つ以上
の階層の符号化画像データを前記第１画像処理装置より
受信する受信工程と、前記受信工程で受信した前記指定
階層を含む１つ以上の階層の符号化画像データを、その
解像度に基づいて再構築する再構築工程とを備える。

【００２７】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理する画像処理装置の制御の
プログラムコードが格納されたコンピュータ可読メモリ
であって、ネットワークを介して接続される他の画像処
理装置より指定された指定階層の符号化画像データの送
信の要求を受信する受信工程のプログラムコードと、所
定量のデータ転送単位を有する前記ネットワークでの１
回のデータ転送において、前記他の画像処理装置に送信
する前記指定階層を含む１つ以上の階層の符号化画像デ
ータを決定する決定工程のプログラムコードと、前記決
定工程で決定された前記指定階層を含む１つ以上の階層
の符号化画像データを前記他の画像処理装置に送信する
送信工程のプログラムコードとを備える。

【００２８】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
階層符号化画像データを管理する第１画像処理装置とネ
ットワークを介して接続される画像処理装置の制御のプ
ログラムコードが格納されたコンピュータ可読メモリで
あって、前記第１画像処理装置に対し、送信対象とする
階層符号化画像データの階層を指定する指定工程のプロ
グラムコードと、所定量のデータ転送単位を有する前記
ネットワークでの１回のデータ転送において、前記指定
工程で指定された指定階層に基づいて決定された該指定
階層を含む１つ以上の階層の符号化画像データを前記第
１画像処理装置より受信する受信工程のプログラムコー
ドと、前記受信工程で受信した前記指定階層を含む１つ
以上の階層の符号化画像データを、その解像度に基づい
て再構築する再構築工程のプログラムコードとを備え
る。

【００２９】

【発明の実施の形態】以下、図面を参照して本発明の好
適な実施形態を詳細に説明する。＜実施形態１＞図１は本発明の実施形態１の画像処理シ
ステムの概略構成を示す図である。

【００３０】図１において、１はＪＢＩＧ符号化された
符号化画像データ（以下、ＪＢＩＧファイルと称する）
を大量に蓄積し、サーバ・マシンとして機能する端末で
ある。２はそれらのＪＢＩＧファイルを実際に蓄積し管
理している磁気ディスク装置である。４はサーバ・マシ
ン１に対するクライアント・マシンとして機能する端末
である。３はサーバ・マシン１とクライアント・マシン
４を接続しているネットワークである。

【００３１】次に、サーバ・マシン１とクライアント・
マシン４の構成例（演算部）について、図２を用いて説
明する。

【００３２】尚、実施形態１では、説明の簡略化のた
め、サーバ・マシン１とクライアント・マシン４におい
て基本構成は共に図２に示す構成を備えるものとする。
但し、各マシンで他に種々の構成を備えることは何ら差
し支えないことはもちろんである。

【００３３】図２は本発明の実施形態１のサーバ・マシ
ンとクライアント・マシンの演算部の構成を示す図であ
る。

【００３４】図２において、７１は各構成要素を接続す
るためのバスである。７２は実際に演算を行うＣＰＵで
ある。７３はＣＰＵ７２で演算を行うためのプログラム
や、後述する各フローチャートを実行するためのプログ
ラムを記憶したり、一時的なワークメモリとして機能す
るメモリである。７４はプログラムや、画像データを保
存するためのディスク装置部である。７５はキーボード
やマウス等から構成される操作部である。

【００３５】尚、以下の説明におけるフローチャート
は、ＣＰＵ７２がメモリ部７３や操作部７５よりの指示
に基づいて行われる。

【００３６】実施形態１では、クライアント・マシン４
上で、ＪＢＩＧファイルの検索／表示することを説明す
る。この場合の動作概略は、クライアント・マシン４か
ら必要なＪＢＩＧファイル中のレイヤ番号をサーバ・マ
シン１に送り、サーバ・マシン１からは指定されたレイ
ヤのＪＢＩＧデータをクライアント・マシン４に送信す
る。尚、この時のサーバ・マシン１とクライアント・マ
シン４間の接続形式は、特に問わないことにする。

【００３７】次に、サーバ・マシン１で蓄積しているＪ
ＢＩＧファイルのデータフォーマットについて、図３を
用いて説明する。

【００３８】図３は本発明の実施形態１のサーバ・マシ
ンで蓄積しているＪＢＩＧファイルのデータフォーマッ
トを示す図である。

【００３９】図３では、３種類のＪＢＩＧファイル２
０、２１、２２を示しており、各ＪＢＩＧファイルは、
階層構造になっている。ＪＢＩＧファイル２０は、最下
層レイヤであるｌｏｗｅｓｔレイヤ（Ｌａｙｅｒ０）の
他、４階層のレイヤ（Ｌａｙｅｒ４〜１）から構成さ
れ、高レイヤから低レイヤに並んで構成されるＨＩＴＯ
ＬＯ形式となっている。

【００４０】尚、本発明では、便宜上、各レイヤの符号
化画像データをＪＢＩＧデータと称し、各レイヤのＪＢ
ＩＧデータすべて合わせたものがＪＢＩＧファイルとな
る。ＪＢＩＧファイル２１は、１つのレイヤ（Ｌａｙｅ
ｒＸ）から構成されるＪＢＩＧファイルを示している。
ＪＢＩＧファイル２２は、低レイヤから高レイヤのＪＢ
ＩＧデータが並んで構成されるＬＯＴＯＨＩ形式のＪＢ
ＩＧファイルを示している。

【００４１】また、これらのＪＢＩＧファイルは、図４
に示すように、ディレクトリ“ＪＢＩＧＩＭＧＳ”の下
に、“ＦＩＬＥ１．ＪＢＧ”、“ＦＩＬＥ２．ＪＢ
Ｇ”、“ＦＩＬＥ３．ＪＢＧ”、“ＦＩＬＥ４．ＪＢ
Ｇ”というように“ファイル名．ＪＢＧ”という形式
で、例えば、ディスク装置４に蓄積されている。ＪＢＩ
Ｇファイルの原画像サイズは、例えば、４７５２Ｐｉｘ
ｅｌｓ＊３３６０Ｌｉｎｅｓであり、階層数は４、ｌｏ
ｗｅｓｔレイヤのストライプ当たりのライン数は２、Ｏ
ｒｄｅｒフィールドはＨＩＴＯＬＯビットがオンの条件
で符号化されている。この場合のＪＢＩＧファイルのＢ
ＩＨ（Bilevel-Image_Header）は、図５の４０に示すよ
うに設定される。また、図５において、ＤＬフィールド
はＪＢＩＧファイル内の最低解像度レイヤ、Ｄフィール
ドはＪＢＩＧファイルの最終解像度レイヤ、Ｐフィール
ドはビットプレーン数（２値の場合は「１」）、Ｘｄフ
ィールド、Ｙｄフィールドは最高解像度の水平方向、垂
直方向のサイズ、Ｌ０フィールドは最低解像度のストラ
イプ当たりのライン数、Ｍｘフィールド、Ｍｙフィール
ドはＡＴ画素に許される最大の水平、垂直のオフセッ
ト、Ｏｒｄｅｒフィールドはストライプデータを連結す
る順序（ＨＩＴＯＬＯビット）、Ｏｐｔｉｏｎフィール
ドはオプションを示す。

【００４２】尚、実施形態１では、説明を簡単にするた
め、サーバ・マシン１で管理されているＪＢＩＧファイ
ルは、全て図３の２０で示す形式で管理されているもの
とする。

【００４３】上記の環境の基で、クライアント・マシン
４よりＪＢＩＧファイルの検索／表示を行う時の動作を
説明する。以下の説明は、ファイル名“ＪＢＩＧＩＭＧ
Ｓ／ＦＩＬＥ１．ＪＢＧ”のＪＢＩＧファイルを階層的
に表示する場合を例として説明をする。

【００４４】まず、クライアント・マシン４からサーバ
マシン１に対して、“ＪＢＩＧＩＭＧＳ／ＦＩＬＥ１．
ＪＢＧ”のｌｏｗｅｓｔレイヤのＪＢＩＧデータの要求
を送信する。この“ＪＢＩＧＩＭＧＳ／ＦＩＬＥ１．Ｊ
ＢＧ”のｌｏｗｅｓｔレイヤのＪＢＩＧデータの要求を
受けたサーバマシン１では、図６に示すフローチャート
に従い転送用ＪＢＩＧファイルを作成し、クライアント
・マシン４に送信する。

【００４５】［サーバ・マシンの処理］図６は本発明の
実施形態１のサーバ・マシン１で実行される処理を示す
フローチャートである。

【００４６】まず、ステップＳ５０にて、クライアント
・マシン４から要求されたファイル名のＪＢＩＧファイ
ルをオープンする。この場合は、ファイル名“ＪＢＩＧ
ＩＭＧＳ／ＦＩＬＥ１．ＪＢＧ”のＪＢＩＧファイルを
オープンする。次に、ステップＳ５１にて、ステップＳ
５０でオープンしたＪＢＩＧファイルの先頭に格納され
ているＢＩＨを読み出す。

【００４７】続いて、ステップＳ５２にて、クライアン
ト・マシン４から要求されたレイヤ（この例では、ｌｏ
ｗｅｓｔレイヤなので「０」）が、このＪＢＩＧファイ
ル中に有るか否かを判断する。尚、この判断はエラー処
理であり、もしＪＢＩＧファイル中に無いレイヤが要求
された場合に、クライアント側にエラー・メッセージを
返すためのものである。

【００４８】クライアント・マシン４から要求されたレ
イヤがこのＪＢＩＧファイル中にない場合、つまり、エ
ラーであれば、ステップＳ５３に進み、エラーコード等
のエラーメッセージを返して異常終了する。一方、クラ
イアント・マシン４から要求されたレイヤがＪＢＩＧフ
ァイル中にある場合（正常な場合）は、ステップＳ５４
に進み、転送用ＢＩＨを作成する。尚、転送用ＢＩＨの
詳細については後述する。

【００４９】その後、ステップＳ５５にて、該当するレ
イヤのＪＢＩＧデータをＪＢＩＧファイルから読み出
し、ステップＳ５４で作成した転送用ＢＩＨと読み出し
たＪＢＩＧデータを転送用ＪＢＩＧファイルとしてクラ
イアント・マシン４に送信し、サーバ・マシン１の処理
は終了する。

【００５０】次に上述したステップＳ５４の転送用ＢＩ
Ｈの詳細について説明する。

【００５１】転送用ＪＢＩＧファイルは、実施形態１の
場合、必ずレイヤ数は１になる。そして、転送用ＢＩＨ
の内容は、ｌｏｗｅｓｔレイヤの場合とその他のレイヤ
の場合で若干異なる。ｌｏｗｅｓｔレイヤの場合は、Ｄ
Ｌ＝０、Ｄ＝０になり、その他のレイヤの場合は、ＤＬ
が要求されたレイヤ番号、Ｄ＝１となる。また、Ｘｄ、
Ｙｄフィールドは、原画像のサイズから要求されたレイ
ヤ番号に対応する画像サイズｘ、ｙを計算する。この計
算は、以下のようになる。

【００５２】ｘ＝ＢＩＨ中のＸｄ；ｙ＝ＢＩＨ中のＹｄ；ｆｏｒ（ｉ＝０；ｉ＜ＢＩＨ中のＤ−要求レイヤ番号；ｉ＋＋）｛ｘ＝（ｘ＋１）／２；ｙ＝（ｙ＋１）／２；｝例えば、原画像の画像サイズが４７５２＊３３６０で、
要求されたレイヤ番号が０の場合は、画像サイズｘ、ｙ
は２９７＊２１０となる。また、要求されたレイヤ番号
が１の場合は、画像サイズｘ、ｙは５９４＊４２０とな
る。また、ＯｒｄｅｒフィールドのＨＩＴＯＬＯビット
は、オフにリセットする。その他のフィールドは、元の
ＢＩＨの値をコピーする。

【００５３】以上の手順に従うと、上記の例における転
送用ＪＢＩＧファイルのデータフォーマットは、図３の
２１のようになる。また、その転送用ＢＩＨの実際の値
の例としてを、ｌｏｗｅｓｔレイヤの場合を図５の４
１、レイヤ１の場合を図５の４２に示す。

【００５４】［クライアント・マシンの処理］クライア
ント・マシン４の処理は、サーバ・マシン１に対してＪ
ＢＩＧファイルを要求する処理、要求したＪＢＩＧファ
イルを受信する処理、その後、その受信したＪＢＩＧフ
ァイルをデコード／表示する処理の３つに大きく分ける
ことができる。これらの処理の内、サーバ・マシン１に
対してＪＢＩＧファイルを要求する処理と、受信したＪ
ＢＩＧファイルをデコード／表示する処理は周知の手法
を用いて実現できるので、ここでは省略する。そして、
本発明の特徴的な処理となるＪＢＩＧファイルを受信す
る処理について、図７を用いて説明する。

【００５５】図７は本発明の実施形態１のクライアント
・マシンで実行される処理を示すフローチャートであ
る。

【００５６】まず、ステップＳ６０にて、今回要求する
ＪＢＩＧファイルがｌｏｗｅｓｔレイヤであるか否かを
判断する。ｌｏｗｅｓｔレイヤの場合（ステップＳ６０
でＹＥＳ）、ステップＳ６１に進み、ＪＢＩＧファイル
をテンポラリ・ファイルを管理するディレクトリに保存
する。尚、この時の保存するファイル名を“Ａ．ＪＢ
Ｇ”とする。一方、ｌｏｗｅｓｔレイヤでない場合（ス
テップＳ６０でＮＯ）、ステップＳ６２に進む。

【００５７】ステップＳ６２にて、以前に保存したＪＢ
ＩＧファイル、実施形態１では、ファイル名“Ａ．ＪＢ
Ｇ”のＪＢＩＧファイルをオープンする。次に、ステッ
プＳ６３にて、そのオープンしたＪＢＩＧファイルのＢ
ＩＨをリードする。次に、ステップ６４にて、今回送信
されてきたｌｏｗｅｓｔレイヤ以外のＪＢＩＧファイ
ル、例えば、ファイル名“Ｂ．ＪＢＧ”のＪＢＩＧファ
イルをオープンする。次に、ステップＳ６５にて、その
ＪＢＩＧファイルのＢＩＨをリードする。

【００５８】次に、ステップＳ６６にて、ステップＳ６
３とステップＳ６５でリードしたＢＩＨから、“Ａ．Ｊ
ＢＧ”のＪＢＩＧファイルと“Ｂ．ＪＢＧ”のＪＢＩＧ
ファイルから新しく構築するＪＢＩＧファイル（ファイ
ル名“Ｃ．ＪＢＧ”）のＢＩＨを生成する。尚、この新
しく構築するＪＢＩＧファイルのＢＩＨを生成する方法
の詳細については、後述する。次に、ステップＳ６７に
て、ファイル名“Ａ．ＪＢＧ”のＪＢＩＧファイルをリ
ードする。次に、ステップＳ６８にて、ファイル名
“Ｂ．ＪＢＧ”のＪＢＩＧファイルをリードする。そし
て、このリードされたＪＢＩＧファイルを、ＬＯＴＯＨ
Ｉ形式になるようにファイル名“Ｃ．ＪＢＧ”のＪＢＩ
Ｇファイルに格納する。

【００５９】ここで、リードされたＪＢＩＧファイルを
ＬＯＴＯＨＩ形式でファイル名“Ｃ．ＪＢＧ”のＪＢＩ
Ｇファイルに格納するためには、ファイル名“Ａ．ＪＢ
Ｇ”のＪＢＩＧファイルを先にファイル名“Ｃ．ＪＢ
Ｇ”のＪＢＩＧファイルに格納した後、ファイル名
“Ｂ．ＪＢＧ”のＪＢＩＧファイルを格納すればよい。

【００６０】リードされたＪＢＩＧファイルの全てがフ
ァイル名“Ｃ．ＪＢＧ”のＪＢＩＧファイルに格納され
たら、ステップＳ６９にて、ファイル名“Ｃ．ＪＢＧ”
をファイル名“Ａ．ＪＢＧ”に変更する。これにより、
“Ａ．ＪＢＧ”ファイルが１レイヤ以上のＪＢＩＧファ
イルがアペンドされたＪＢＩＧファイルとして生成され
る。これと同時に、ファイル名“Ｂ．ＪＢＧ”とファイ
ル名“Ｃ．ＪＢＧ”のＪＢＩＧファイルを消去する。

【００６１】次に、ステップＳ６６における上述した新
しく構築するＪＢＩＧファイルのＢＩＨを生成する方法
の詳細について説明する。

【００６２】例えば、ｌｏｗｅｓｔレイヤのＢＩＨが図
５の４１、レイヤ１のＢＩＨが図５の４２であるとす
る。この２つのＢＩＨから新しく構築するＪＢＩＧファ
イルのＢＩＨを生成するには、ＤＬ、Ｐ、Ｌ０、Ｍｘ、
Ｍｙ、Ｏｒｄｅｒ、Ｏｐｔｉｏｎの各フィールドはｌｏ
ｗｅｓｔレイヤの値、Ｄフィールドはｌｏｗｅｓｔレイ
ヤのＤフィールドに１を加えた値、Ｘｄフィールド、Ｙ
ｄフィールドはレイヤ１のＸｄフィールド、Ｙｄフィー
ルドの値を各々セットする。この結果、新しく構築する
ＪＢＩＧファイルのＢＩＨとして、図５の４３が生成さ
れる。

【００６３】以上説明した処理を、サーバ・マシン１で
管理されているＪＢＩＧファイルのレイヤ数分繰り返
し、全てのレイヤのＪＢＩＧデータを受信すると、クラ
イアント・マシン４上に全レイヤのＪＢＩＧデータから
なる完全なＪＢＩＧファイルを作成することができる。
また、途中のレイヤまでのＪＢＩＧファイルしか受信し
ていない場合でも、そのレイヤまでのＪＢＩＧファイル
として扱うことが可能である。そして、この受信したＪ
ＢＩＧファイルは、ＪＢＩＧファイルの表示をサポート
しているデコード／表示アプリケーションを用いること
で表示することができる。

【００６４】以上説明したように、実施形態１によれ
ば、サーバ・マシン１とクライアント・マシン４間で、
クライアント・マシン４から要求があったレイヤのＪＢ
ＩＧデータのみをネットワーク３を通して転送するよう
に、サーバ・マシン１でＪＢＩＧデータの処理を行う。
また、クライアント・マシン４では、サーバ・マシン１
から送信されてきたＪＢＩＧファイルをデータ・キャッ
シュのようにテンポラリとして保存する機能を有する。
そして、このテンポラリ・ファイルに保存する際に、今
回転送されてきたＪＢＩＧファイルが最低解像度のレイ
ヤのＪＢＩＧデータの場合は、そのまま保存する。一
方、それ以外のレイヤのＪＢＩＧデータの場合には、Ｊ
ＢＩＧデータを以前に転送されたＪＢＩＧデータと結合
し、そのレイヤまでのＪＢＩＧデータで１つのＪＢＩＧ
ファイルとして保存する。また、この結合のときにＬＯ
ＴＯＨＩ形式で結合することにより、再度、このＪＢＩ
Ｇファイルをデコードする際には、デコード処理を簡単
に行うことができる。

【００６５】また、サーバ・マシン１とクライアント・
マシン４間で、必要となるレイヤのＪＢＩＧデータのみ
を転送し、かつクライアント・マシン４上でデコードし
やすい形式にデータ形式を変更しながら、ある領域に以
前に転送したＪＢＩＧファイルにアペンドして保存する
ように制御する。このため、ＪＢＩＧファイルを表示で
きるアプリケーションで、例えば、１度、サーバ・マシ
ン１から受信したＪＢＩＧファイルのあるレイヤのＪＢ
ＩＧデータがある場合には、クライアント・マシン４自
身上で処理を行うことができる。そして、クライアント
・マシン４上にＪＢＩＧファイルのあるレイヤのＪＢＩ
Ｇデータが必要になった場合にのみ、サーバ・マシン１
に対して、必要なレイヤのＪＢＩＧデータの送信要求を
出すように制御する。そのため、ネットワーク３上を流
れるデータ量を最小限に押えることができ、ネットワー
ク３のトラフィックを上げることなく画像の検索表示を
行なうことが可能となる。＜実施形態２＞実施形態１では、サーバ・マシン１とク
ライアント・マシン４間では、レイヤ単位でＪＢＩＧデ
ータを送受信する構成であったが、実施形態２では、ネ
ットワーク３のデータ転送能力に応じて、１度に複数レ
イヤ分のＪＢＩＧデータを送受信する構成を実現する。

【００６６】実施形態２で実行される処理の概要を説明
すると、上記の環境において、クライアント・マシン４
はＪＢＩＧファイルの検索／表示を行う。その際の動作
としては、まず、例えば、ファイル名“ＪＢＩＧＩＭＧ
Ｓ／ＦＩＬＥ１．ＪＢＧ”のＪＢＩＧファイルに関する
情報の要求をサーバ・マシン１に対して送信する。これ
により、サーバ・マシン１では、該当するＪＢＩＧファ
イルの全レイヤ数をクライアント・マシン４に送信す
る。クライアント・マシン４では、送信されたＪＢＩＧ
ファイルの情報に基づいて、そのＪＢＩＧファイルのフ
ァイル名９０とそのＪＢＩＧファイルを構成する全レイ
ヤ数９１を図８に示す管理テーブルで管理する。この場
合、ＪＢＩＧファイルのファイル名として“ＪＢＩＧＩ
ＭＧＳ／ＦＩＬＥ１．ＪＢＧ”、全レイヤ数が４で管理
される。

【００６７】その後、サーバ・マシン１に対して、ｌｏ
ｗｅｓｔレイヤ（レイヤ０）のＪＢＩＧファイルを要求
する。これにより、サーバ・マシン１は、転送用ＪＢＩ
Ｇファイルを作成し、その作成した転送用ＪＢＩＧファ
イルをクライアント・マシン４に送信する。

【００６８】［サーバ・マシンの処理］図９は本発明の
実施形態２のサーバ・マシンで実行される処理を示すフ
ローチャートである。

【００６９】尚、実施形態２におけるサーバ・マシン１
とクライアント・マシン４間を接続するネットワーク３
におけるデータ転送は、パケット単位で行い、このパケ
ットのデータ長は４０９６バイトであるとする。また、
ネットワーク３の使用されている頻度は低い状態である
とする。

【００７０】まず、ステップＳ７０にて、要求されたフ
ァイル名“ＪＢＩＧＩＭＧＳ／ＦＩＬＥ１．ＪＢＧ”の
ＪＢＩＧファイルをオープンする。次に、ステップＳ７
１にて、オープンしたＪＢＩＧファイルのＢＩＨをリー
ドする。

【００７１】次に、ステップＳ７２にて、１パケット内
で転送可能な転送レイヤ数を計算する。この処理の詳細
について、図８を用いて説明する。

【００７２】図１０は本発明の実施形態２の転送レイヤ
数を計算する処理の詳細を示すフローチャートである。

【００７３】まず、ステップＳ１００にて、要求があっ
たレイヤのＪＢＩＧデータのバイト数をレジスタＴｏｔ
ａｌ（不図示）にセットする。また、そのレイヤのレイ
ヤ番号もセットする。次に、ステップＳ１０１にて、レ
ジスタＴｏｔａｌの内容が１パケットのバイト数より小
さいか否かを判断する。レジスタＴｏｔａｌの内容が１
パケットのバイト数より小さい場合（ステップＳ１０１
でＹＥＳ）、ステップＳ１０２に進み、次のレイヤのＪ
ＢＩＧデータのバイト数を計算し、レジスタＴｏｔａｌ
に加算する。一方、レジスタＴｏｔａｌの内容が１パケ
ットのバイト数より大きい場合（ステップＳ１０１でＮ
Ｏ）、本処理を終了する。

【００７４】ここで、具体例を挙げて本処理を説明す
る。今、ネットワーク３のパケットのバイト数が４０９
６バイト、要求したＪＢＩＧファイルの各レイヤのＪＢ
ＩＧデータのバイト数が図１１に示すようになっている
とする。例えば、クライアント・マシン４からレイヤ０
のＪＢＩＧデータを要求されている場合には、レイヤ０
のＪＢＩＧデータのバイト数が１ｋバイトなので、ステ
ップＳ１００で、レジスタＴｏｔａｌには１０２４（１
Ｋ）をセットし、また、レイヤ番号を０にセットする。

【００７５】次に、ステップＳ１０１にて、レジスタＴ
ｏｔａｌの内容が１パケットのバイト数４０９６より小
さいか否かを判断する。この場合、レジスタＴｏｔａｌ
の内容は１０２４なので、ステップＳ１０２に進む。ス
テップＳ１０２にて、レイヤ番号０に１を加え、次のレ
イヤはレイヤ１となる。この場合、このレイヤ番号がＪ
ＢＩＧファイルの全レイヤ数を越えていないかを判断
し、越えている場合は、処理を終了する。

【００７６】同時に、レイヤ１のＪＢＩＧデータのバイ
ト数１．５Ｋを、レジスタＴｏｔａｌに加算する。この
結果、レジスタＴｏｔａｌの内容は、２．５Ｋ（２５６
０）に更新される。この場合も、レジスタＴｏｔａｌの
内容は、１パケットのバイト数よりも小さいので、次の
レイヤに対し上記の処理を実行する。

【００７７】そして、レイヤ２のＪＢＩＧデータのバイ
ト数（２Ｋバイト）をレジスタＴｏｔａｌに加算したと
ころで、レジスタＴｏｔａｌの内容が１パケットのバイ
ト数４０９６よりも大きくなるので、処理を終了する。

【００７８】以上のように、上記の例では、１パケット
でレイヤ０とレイヤ１のＪＢＩＧデータを転送すること
ができる。また、この時のレイヤ番号は０から１にな
る。

【００７９】再び、図７の説明に戻る。

【００８０】ステップＳ７４にて、クライアント・マシ
ン４に転送するための転送用ＢＩＨを作成する。次に、
ステップ７５にて、ステップＳ７３の計算結果に基づい
て、１パケットで転送可能なレイヤのＪＢＩＧデータを
読み出し、転送用ＢＩＨと共にクライアント・マシン４
に送信する。一方、クライアント・マシン４で実行さ
れる処理は、実施形態１の図７で説明した処理と同様な
ので、ここでは省略する。

【００８１】以上説明した処理を、図８に示したクライ
アント・マシン４上の管理テーブルと、既に受信したＪ
ＢＩＧファイルに基づいて、サーバ・マシン１に対し必
要なＪＢＩＧファイルを要求し、全てのレイヤのＪＢＩ
Ｇデータを受信すると、クライアント・マシン４上に全
レイヤのＪＢＩＧデータから構成される完全なＪＢＩＧ
ファイルを作成することができる。また、途中のレイヤ
までのＪＢＩＧデータしか受信していない場合でも、そ
のレイヤまでのＪＢＩＧファイルとして扱うことが可能
である。そして、この受信したＪＢＩＧファイルは、Ｊ
ＢＩＧファイルの表示をサポートしているデコード／表
示アプリケーションを用いることで表示することができ
る。

【００８２】以上説明したように、実施形態２によれ
ば、サーバ・マシン１とクライアント・マシン４間で、
必要となるレイヤのＪＢＩＧデータのみを送受信するこ
とができる。また、クライアント・マシン４上でデコー
ドしやすい形式でＪＢＩＧファイルを保存しておき、新
たに受信したＪＢＩＧファイルを保存しているＪＢＩＧ
ファイルにアペンドして保存しておくことができる。そ
のため、１度サーバ・マシン１から受信したＪＢＩＧフ
ァイルを再度クライアント・マシン４上で必要とする場
合でも、クライアント・マシン１でそのＪＢＩＧファイ
ルを保存しているので、サーバ・マシン１に再度、その
ＪＢＩＧファイルを要求する必要がなくなる。これによ
り、ネットワーク３上を流れるデータ量を最小限に押さ
えることができ、ネットワーク３のトラフィックを上げ
ることなくＪＢＩＧファイルの表示を行うことが可能と
なる。

【００８３】また、ネットワーク３の転送能力が充分に
あり、使用頻度が低い場合には、要求されたレイヤを含
む複数のＪＢＩＧデータを１度に転送することができる
ので、更にネットワーク３のトラフィックを下げること
が可能となる。また、この処理は、サーバ・マシン１の
みで行えば良く、クライアント・マシン４における仕様
の変更を必要としない。＜実施形態３＞実施形態２では、ネットワーク３の使用
頻度が低い場合において、サーバ・マシン１とクライア
ント・マシン４で実行される処理について説明した。こ
れに対し、実施形態３では、ネットワーク３の使用頻度
が高い場合、あるいはネットワーク３の転送能力が低い
場合において、サーバ・マシン１とクライアント・マシ
ン４で実行される処理について説明する。

【００８４】尚、ネットワーク３の使用頻度が高いか否
かを判断する方法は特に限定するものではなく、周知の
方法を用いて行うことももちろん可能である。

【００８５】まず、実施形態３におけるサーバ・マシン
１で実行される処理について、図１２を用いて説明す
る。また、クライアント・マシン４で実行される処理
は、図１２で説明するサーバ・マシン１が実行する処理
に対し、図７で説明した処理を実行すれば良いので、こ
こでは省略する。

【００８６】図１２は本発明の実施形態２のサーバ・マ
シンで実行される処理を示すブローチャートである。

【００８７】尚、図１２に示すフローチャートにおい
て、図９のフローチャートと同じ処理には同じステップ
番号を付加しており、その詳細については省略する。実
施形態２と異なる点は、図９のフローチャートのステッ
プＳ７２の処理を動的に切り換える点である。

【００８８】つまり、ステップＳ１２０にて、クライア
ント・マシン４に対し複数のレイヤのＪＢＩＧデータを
転送するか否かを判断する。複数のレイヤのＪＢＩＧデ
ータを転送する場合（ステップＳ１２０ＹＥＳ）、ステ
ップＳ７２に進む。一方、複数のレイヤのＪＢＩＧデー
タを転送しない場合（ステップＳ１２０でＮＯ）、ステ
ップＳ７４に進む。そして、要求されたレイヤのＪＢＩ
Ｇデータのみをクライアント・マシン４に対して送信す
れば良い。

【００８９】以上説明したように、実施形態３によれ
ば、ネットワーク３の使用頻度、あるいは転送能力に応
じて転送レイヤ数を決定するので、ネットワーク３の使
用頻度が高かったり、あるいは転送能力が低くても、最
適な転送レイヤ数でＪＢＩＧファイルをサーバ・マシン
１とクライアント・マシン４で送受信することができ
る。

【００９０】尚、ステップＳ１２０における判断条件
は、実施形態３で説明したものに限らず、他の条件を用
いることも可能である。＜実施形態４＞実施形態２、実施形態３では、サーバ・
マシン１とクライアント・マシン４がそれぞれ１台であ
る場合において、サーバ・マシン１とクライアント・マ
シン４で実行される処理について説明したが、実施形態
４では、サーバ・マシンとクライアント・マシンが各々
複数台ある場合において、サーバ・マシンとクライアン
ト・マシンで実行される処理について説明する。

【００９１】この場合、サーバ・マシンで実行される処
理は、特に変更はなく、ＪＢＩＧファイルの要求があっ
たクライアント・マシンに対してＪＢＩＧファイルを送
信するように動作すれば良い。

【００９２】一方、クライアント・マシンでは、ＪＢＩ
Ｇファイルの要求対象となるサーバ・マシンを管理すれ
ば良く、例えば、図１３に示すような管理テーブルを各
クライアント・マシンに持たせ、これに基づいて実施形
態２の図１０で説明した処理を適用すれば良い。図１３
に示す管理テーブルは、各ＪＢＩＧファイルの全レイヤ
数を管理する管理テーブルであり、実施形態２の図８に
示した管理テーブルと同一の機能を果たす。図８と異な
る点は、１１０のサーバ・マシンのマシン名を管理する
フィールドが追加されている点である。この１１０に各
ＪＢＩＧファイルが管理されているサーバ・マシンのマ
シン名を格納しておくことにより、複数のサーバ・マシ
ン上にあるＪＢＩＧファイルを把握することが可能とな
る。

【００９３】以上説明したように、実施形態４によれ
ば、複数のサーバ・マシンと複数のクライアント・マシ
ンにおいても、図１３に示す管理テーブルを各クライア
ント・マシンに持たせることで、実施形態２と同様の効
果を得ることができる。

【００９４】また、各レイヤのＪＢＩＧデータを管理す
るサーバ・マシンを示す情報をクライアント・マシンで
管理するので、サーバ・マシンとクライアント・マシン
が各々複数台存在する場合にも、容易に本発明を適用す
ることが可能となる。

【００９５】尚、上記実施形態１〜実施形態４によれ
ば、サーバ・マシンで管理しているＪＢＩＧファイルが
ＨＩＴＯＬＯ形式であっても、クライアント・マシンで
は、ＬＯＴＯＨＩ形式に変更するので、クライアントマ
シン上でのデコード処理を高速に行うことが可能とな
る。＜実施形態５＞実施形態５では、実施形態１〜実施形態
４で説明した処理を、ＪＰＥＧのProgressive符号化方
式（以下、ＪＰＥＧ符号化のProgressive符号化方式を
ＪＰＥＧ方式と略す）で階層符号化された階層符号化画
像データ（以下、ＪＰＥＧファイルと称する）を適用し
た場合について説明する。この場合、サーバ・マシン１
のディスク装置２は、ＪＰＥＧファイルを蓄積している
ことになる。また、便宜上、ＪＰＥＧファイルを構成す
る各レイヤの符号化画像データをＪＰＥＧデータと称
し、各レイヤのＪＰＥＧデータすべて合わせたものがＪ
ＰＥＧファイルとなる。

【００９６】実施形態５では、サーバ・マシン１に蓄積
されるＪＰＥＧファイルに対し、クライアント・マシン
４上で所望のＪＰＥＧファイルを検索／表示することを
説明する。動作概略は、まず、クライアント・マシン４
から指定したＪＰＥＧファイル中のレイヤ番号をサーバ
・マシン１に送信する。この送信によって、サーバ・マ
シン１から指定されたレイヤのＪＰＥＧデータをクライ
アント・マシン４に送信する。そして、クライアント・
マシン４でそのＪＰＥＧデータをデコード／表示する。
尚、この時のサーバ・マシン１とクライアント・マシン
４間の接続形式は特に問わないこととする。

【００９７】次に、サーバ・マシン１で管理しているＪ
ＰＥＧファイルのデータフォーマットについて、図１４
を用いて説明する。

【００９８】図１４は本発明の実施形態５のサーバ・マ
シンで管理しているＪＰＥＧファイルのデータフォーマ
ットを示す図である。

【００９９】図１４において、３０は、一般的な形式の
ＪＰＥＧファイルである。３１は、実施形態５で使用す
る形式のＪＰＥＧファイルの一例である。この例では、
ＪＰＥＧファイルは、５つのスキャンＳＣＡＮ１〜ＳＣ
ＡＮ５に分割された階層構造となっている。実施形態５
では、説明を簡単にするため、サーバ・マシン１に管理
されているＪＰＥＧファイルは、３１に示す形式である
とする。

【０１００】上記の環境において、クライアント・マシ
ン４はＪＰＥＧファイルの検索／表示を行う。その際の
動作としては、まず、クライアント・マシン４からある
ＪＰＥＧファイル、例えば、ファイル名“Ａ．ＪＰＧ”
のＪＰＥＧファイルに対し、特に、最下層レイヤのＪＰ
ＥＧデータをサーバ・マシン１に要求する。尚、ＪＰＥ
Ｇファイルの場合には、そのファイル中にスキャンの数
等の情報は無いため、クライアント・マシン４で更に高
解像度の画像にするためのＪＰＥＧデータがあるか否か
を判断する必要がある。

【０１０１】クライアント・マシン４から要求がある
と、サーバ・マシン１は、図１５に示すフローチャート
に従い、転送用ＪＰＥＧファイルを作成し、クライアン
ト・マシン４に送信する。

【０１０２】クライアント・マシン４では、受信したＪ
ＰＥＧデータのデコード／表示処理を行う。また、クラ
イアント・マシン４で更に高解像度のＪＰＥＧデータを
表示したい場合は、サーバ・マシン１に対して次のレイ
ヤのＪＰＥＧデータを要求する。

【０１０３】以下、サーバ・マシン１、クライアント・
マシン４で実行される処理について、それぞれ説明す
る。［サーバ・マシンの処理］図１５は本発明の実施形態５
のサーバ・マシンで実行される処理を示すフローチャー
トである。

【０１０４】尚、実施形態５におけるサーバ・マシン１
とクライアント・マシン４間を接続するネットワーク３
におけるデータ転送は、パケット単位で行い、このパケ
ットのデータ長は４０９６バイトであるとする。また、
ネットワーク３の使用されている頻度は低い状態である
とする。つまり、一度に、複数レイヤのＪＰＥＧデータ
を転送可能な状態であるとする。

【０１０５】まず、ステップＳ２０１にて、クライアン
ト・マシン４から要求されたファイル名“Ａ．ＪＰＧ”
のＪＰＥＧファイルをオープンする。次に、ステップＳ
２０２にて、１パケットのバイト数以下で、より多くの
ＪＰＥＧデータを転送するために、１パケット内で転送
可能な転送レイヤ数を計算する。この処理の詳細につい
て、図１６を用いて説明する。

【０１０６】図１６は本発明の実施形態５の転送レイヤ
数を計算する処理の詳細を示すフローチャートである。

【０１０７】まず、ステップＳ１７１にて、要求があっ
たレイヤのＪＰＥＧデータのバイト数をレジスタＴｏｔ
ａｌ（不図示）にセットする。次に、ステップＳ１７２
にて、複数レイヤ転送するか否かを判断する。複数レイ
ヤ転送しない場合（ステップＳ１７２でＮＯ）、本処理
を終了する。一方、複数レイヤ転送する場合（ステップ
Ｓ１７２でＹＥＳ）、ステップＳ１７３に進む。

【０１０８】ステップＳ１７３にて、レジスタＴｏｔａ
ｌの内容が１パケットのバイト数より小さいか否かを判
断する。レジスタＴｏｔａｌの内容が１パケットのバイ
ト数より小さい場合（ステップＳ１７３でＹＥＳ）、ス
テップＳ１７４に進み、次のレイヤのバイト数を計算
し、レジスタＴｏｔａｌに加算する。一方、レジスタＴ
ｏｔａｌの内容が１パケットのバイト数より大きい場合
（ステップＳ１７４でＹＥＳ）、本処理を終了する。

【０１０９】ここで、具体例を挙げて本処理を説明す
る。今、ファイル名“Ａ．ＪＰＧ”のＪＰＥＧファイル
の各レイヤ（スキャン）のＪＰＥＧデータのバイト数が
図１７に示すようになっているとする。そして、例え
ば、クライアント・マシン４からスキャン１のＪＰＥＧ
データを要求されている場合には、まず、ステップＳ１
７１で、レジスタＴｏｔａｌにバイト数３０７２をセッ
トする。次に、ステップＳ１７２で、複数レイヤ転送す
るか否かを判断する。この場合は、複数レイヤ転送する
ので、ステップＳ１７３に進む。ステップＳ１７３で
は、レジスタＴｏｔａｌの内容（３０７２）が１パケッ
トのバイト数４０９６より小さいので、ステップＳ７４
に進む。そして、ステップＳ１７４で、次のレイヤであ
るスキャン２のＪＰＥＧデータのバイト数５１２バイト
を、レジスタＴｏｔａｌに加算する。その結果、レジス
タＴｏｔａｌの内容は３５８４になる。再び、ステップ
Ｓ１７３に戻り、レジスタＴｏｔａｌの内容（３５８
４）が１パケットのバイト数４０９６より小さいので、
再び、ステップＳ１７４に進む。そして、ステップＳ１
７４で、次のレイヤであるスキャン３のＪＰＥＧデータ
のバイト数２０４８バイトを、レジスタＴｏｔａｌに加
算する。その結果、レジスタＴｏｔａｌの内容は５６３
２になる。再び、ステップＳ１７３に戻り、レジスタＴ
ｏｔａｌの内容（５６３２）が１パケットのバイト数４
０９６より大きくなったので、本処理を終了する。この
場合、スキャン１とスキャン２の２レイヤが転送するこ
とができる。

【０１１０】再び、図１５の説明に戻る。

【０１１１】ステップＳ２０３にて、ステップＳ２０２
の計算結果に基づいて、１パケットで転送可能なレイヤ
のＪＰＥＧデータをＪＰＥＧファイルの中から取り出
す。この取り出しは、例えば、各ＪＰＥＧデータ毎に先
頭からのオフセットとバイト数を管理しておき、この情
報に基づいてＪＰＥＧデータを取り出しても良いし、あ
るいは、ダイナミックにスキャン・ヘッダーのマーカー
・コードを探し出しても良い。この取り出しの方法は、
特に限定するものではない。

【０１１２】その後、ステップＳ２０４にて、取り出し
たＪＰＥＧデータを転送用ＪＰＥＧデータに変換する。
この転送用ＪＰＥＧファイルの一例を、図１４の３２に
示す。図中、３２−１は、その転送用ＪＰＥＧファイル
のフレームヘッダ部分であり、この部分はＪＰＥＧファ
イルの先頭のレイヤのＪＰＥＧデータを転送する場合に
は必須であるが、先頭以外のレイヤのＪＰＥＧデータを
転送する場合は必要ない。３２−２は、実際のＪＰＥＧ
データの部分であり、ここに、ステップＳ２０３で取り
出した１レイヤ以上のＪＰＥＧデータが構成されること
になる。そして、ステップＳ２０５にて、ステップＳ２
０４で作成した転送用ＪＰＥＧファイルをクライアント
・マシン４に送信する。［クライアント・マシンの処理］クライアント・マシン
４で実行される処理としては、以下のようなものがあ
る。

【０１１３】（１）すでに途中までのレイヤのＪＰＥＧ
データを持っている場合は、更に次のレイヤのＪＰＥＧ
データが存在するか否かを判断する処理（２）サーバ・マシン１に対して新しいレイヤのＪＰＥ
Ｇデータを要求し、受信する処理（３）受信したＪＰＥＧデータをデコード／表示する処
理（４）受信したＪＰＥＧデータを既に受信しているＪＰ
ＥＧデータと結合する処理まず、処理（１）は、ＪＰＥＧ方式による符号化の場
合、全てのＤＣＴ係数の値が全て揃ったか否かを判断す
ることによって行えばよい。処理（２）、（３）は、周
知の手法を用いて実現できるので、ここでは省略する。
そして、本発明の特徴的な処理となる処理（４）につい
て、図１８を用いて説明する。

【０１１４】図１８は本発明の実施形態５のクライアン
ト・マシンで実行される処理を示すフローチャートであ
る。

【０１１５】まず、ステップＳ１６１にて、今回受信し
たＪＰＥＧデータが、先頭のレイヤのＪＰＥＧデータを
含むか否かを判断する。先頭のレイヤのＪＰＥＧデータ
を含む場合（ステップＳ１６１でＹＥＳ）、ステップＳ
１６２に進み、そのまま保存する。一方、先頭のレイヤ
のＪＰＥＧデータを含まない場合（ステップＳ１６１で
ＮＯ）、ステップＳ１６３に進む。尚、実施形態５の場
合は、受信したＪＰＥＧデータがスキャン１とスキャン
２で構成されているので、ステップＳ１６２に移動し、
そのまま保存する。この場合のファイル名は、サーバ・
マシン１に要求したファイル名を使用する。つまり、フ
ァイル名“Ａ．ＪＰＧ”を使用する。

【０１１６】ステップＳ１６３にて、以前に保存したＪ
ＥＰＧファイル、実施形態５では、ファイル“Ａ．ＪＰ
Ｇ”のＪＰＥＧファイルをオープンする。次に、ステッ
プＳ１６４にて、今回転送されてきたファイル名“Ｂ．
ＪＰＧ”のＪＰＥＧファイルをオープンする。その後、
ステップＳ１６５にて、ファイル名“Ｂ．ＪＰＧ”のＪ
ＰＥＧファイルのＪＰＥＧデータ部分のみをファイル名
“Ａ．ＪＰＧ”のＪＰＥＧファイルにアペンドする。そ
の後、ファイル名“Ａ．ＪＰＧ”のＪＰＥＧファイルと
ファイル名“Ｂ．ＪＰＧ”のＪＰＥＧファイルをクロー
ズし、ファイル名“Ｂ．ＪＰＧ”のＪＰＥＧファイルを
消去する。

【０１１７】以上の処理を繰り返すことにより、クライ
アント・マシン４上のファイル名“Ａ．ＪＰＧ”のＪＰ
ＥＧファイルは、徐々に高解像度のＪＰＥＧデータが追
加され、最終的にはサーバ・マシン１上で管理されてい
るＪＰＥＧと同一のＪＰＥＧファイルが再構築されるこ
とになる。また、常に、レイヤ単位でサーバ・マシン１
からＪＰＥＧファイルを受信しているので、途中のレイ
ヤまでのＪＰＥＧファイルしか受信していない場合で
も、そのレイヤまでのＪＰＥＧファイルとしてクライア
ント・マシン４は管理することができるため、そのＪＰ
ＥＧファイルをデコードし表示することが可能である。

【０１１８】以上説明したように、実施形態５によれ
ば、サーバ・マシン１とクライアント・マシン４間で必
要となるレイヤのＪＰＥＧデータのみを転送し、かつ、
クライアント・マシン４上でデコードしやすい形式にＪ
ＰＥＧデータを変換すると同時に以前転送されてきたＪ
ＰＥＧファイルに追加しながら保存する。これにより、
以前サーバ・マシン１から受信したＪＰＥＧデータがク
ライアント・マシン４上にある場合は、自身のクライア
ント・マシン４のみでそのＪＰＥＧデータに対する処理
を行うことができる。そして、自身に有さないレイヤの
ＪＰＥＧデータが必要になった時のみサーバ・マシン１
に対して、その必要なレイヤのＪＰＥＧデータを要求す
れば良い。これにより、ネットワーク３のトラフィック
を最小限に押さえた画像検索を行うことができる。

【０１１９】また、１つのＪＰＥＧファイルをレイヤ毎
のＪＰＥＧデータとしてに別々に転送されても、クライ
アント・マシン４で１つのＪＰＥＧファイルに変換する
ことができる。そのため、クライアント・マシン４では
レイヤ毎に別々のＪＰＥＧファイルを扱うことも無く、
常に１つのＪＰＥＧファイルに対しての処理を行え、処
理も簡便になる。

【０１２０】また、ＪＰＥＧ方式による階層符号化画像
データの場合、最初のレイヤの符号化画像データ以外
は、クライアント・マシン４において要求したレイヤと
受信したレイヤの順がネットワーク３の状況によって一
致していないことが発生していも受信した符号化画像デ
ータを順次デコードできる。そのため、クライアント・
マシン４におけるＪＰＥＧファイル結合の処理は簡単に
行うことができる。［実施形態６］実施形態５では、ネットワーク３の使用
頻度が低い場合において、サーバ・マシン１とクライア
ント・マシン４で実行される処理について説明した。こ
れに対しネットワーク３の使用頻度が高い場合、あるい
はネットワーク３の転送能力が低い場合は、以下に説明
するような処理を行う。つまり、サーバ・マシン１は実
施形態４の図１６のステップＳ１７２において、複数レ
イヤ転送しない、つまり、必ず１レイヤずつのＪＰＥＧ
データを転送するように制御する。それ以外の処理は、
実施形態４と同じである。また、クライアント・マシン
４は、このサーバ・マシン１から１レイヤずつ転送され
てくるＪＰＥＧデータに対し、実施形態５の図１８で説
明した処理を実行すれば良い。

【０１２１】尚、ネットワーク３の使用頻度が高いか否
か、また、ネットワーク３の転送能力を判断する方法は
特に限定するものではなく、周知の方法を用いて行うこ
とももちろん可能である。

【０１２２】以上説明したように、実施形態６によれ
ば、ネットワーク３の使用頻度、あるいは転送能力に応
じて転送レイヤ数を決定するので、ネットワーク３の状
態に応じたＪＰＥＧファイルの転送が可能になる。［実施形態７］実施形態５、実施形態６では、サーバ・
マシン１とクライアント・マシン４がそれぞれ１台であ
る場合において、サーバ・マシン１とクライアント・マ
シン４で実行される処理について説明したが、実施形態
７では、サーバ・マシンとクライアント・マシンが各々
複数台ある場合において、サーバ・マシンとクライアン
ト・マシンで実行される処理について説明する。

【０１２３】この場合、サーバ・マシンで実行される処
理は、特に変更する必要は無く、ＪＥＰＧファイルの要
求があったクライアント・マシンに対してＪＰＥＧファ
イルを送信するように動作すれば良い。

【０１２４】一方、クライアント・マシンでは、ＪＰＥ
Ｇファイルの要求対象となるサーバ・マシンを管理すれ
ば良く、例えば、図１４の３３に示すように、クライア
ント・マシン上のＪＰＥＧファイル内にＣＯＭＭＥＮＴ
マーカー・コードを設け、そこに、サーバ・マシンを識
別するための情報（マシン名等）を格納しておくことで
対応できる。そして、既に途中までのレイヤのＪＰＥＧ
データがクライアント・マシン上にあり、更に高解像度
のレイヤのＪＰＥＧデータを要求する場合には、このＣ
ＯＭＭＥＮＴマーカー・コードに格納されている情報を
読み出し、その情報に基づいて決定されるサーバ・マシ
ンから必要なレイヤのＪＰＥＧデータを要求することが
できる。

【０１２５】以上説明したように、実施形態７によれ
ば、複数のサーバ・マシンと複数のクライアント・マシ
ンにおいても、ＪＰＥＧファイルにＣＯＭＭＥＮＴマー
カー・コードを設けることで、実施形態５と同様の効果
を得ることができる。

【０１２６】尚、本発明では、処理対象の画像データと
してＪＢＩＧファイル、ＪＰＥＧファイルを例に挙げて
説明したが、階層符号化された符号化画像データであれ
ば、本発明を適用することが可能である。

【０１２７】また、サーバ・マシン１とクライアント・
マシン４における処理は上記各実施形態で説明したもの
に限るものではなく、本発明を実現可能な範囲の設計的
変更が可能であることは言うまでもない。

【０１２８】また、ＪＢＩＧファイルあるいはＪＰＥＧ
ファイルのデコード／表示アプリケーションのデコード
処理は、常にＪＢＩＧファイル形式あるいはＪＰＥＧ形
式のみの既存のデコード処理を用いることができる。

【０１２９】また、クライアント・マシン４上でテンポ
ラリ・ファイルのディレクトリに作成したＪＢＩＧファ
イルあるいはＪＰＥＧファイルは、転送が途中レイヤの
場合でも、そのレイヤまでのＪＢＩＧファイルあるいは
ＪＰＥＧファイルとして再構築しているため、通常のＪ
ＢＩＧファイルあるいはＪＰＥＧファイルの表示アプリ
ケーションが表示することも可能となり、個人的な画像
データの保存としても利用可能である。

【０１３０】また、クライアント・マシン４におけるＪ
ＢＩＧファイルあるいはＪＰＥＧファイルの保存方法や
ファイル名の付け方などは、特に限定するものではな
い。また、テンポラリ・ファイルのディレクトリは、ユ
ーザーが設定しても、あるいは固定ディレクトリでも良
く、クライアント・マシン４あるいはユーザが認識して
いるのであればどれでも良い。

【０１３１】また、ネットワーク３上での通信プロトコ
ルは、どのようなものを用いてもよいことは言うまでも
ない。

【０１３２】また、クライアント・マシン４における処
理とＪＢＩＧファイルあるいはＪＰＥＧファイルを表示
／検索する表示／検索アプリケーションとの関係も特に
限定するものではない。

【０１３３】また、複数の機器（例えばホストコンピュ
ータ、インタフェース機器、リーダ、プリンタなど）か
ら構成されるシステムに適用しても、一つの機器からな
る装置（例えば、複写機、ファクシミリ装置など）に適
用してもよい。

【０１３４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【０１３５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１３６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。

【０１３７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０１３８】更に、記憶媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部または全部を行い、その
処理によって前述した実施形態の機能が実現される場合
も含まれることは言うまでもない。

【０１３９】

【発明の効果】以上説明したように、本発明によれば、
サーバ／クライアントシステムによって階層符号化画像
データを管理する画像処理装置において、サーバ・マシ
ンとクライアント・マシン間で階層符号化画像データの
送受信を効率的に実行することができ、かつクライアン
ト・マシンで受信した符号化画像データを高速にデコー
ド／表示することができる画像処理システム及びその制
御方法、画像処理装置及びその制御方法、コンピュータ
可読メモリを提供できる。

【０１４０】

【図面の簡単な説明】

【図１】本発明の実施形態１の画像処理システムの概略
構成を示す図である。

【図２】本発明の実施形態１のサーバ・マシンとクライ
アント・マシンの演算部の構成を示す図である。

【図３】本発明の実施形態１のサーバ・マシンで蓄積し
ているＪＢＩＧファイルのデータフォーマットを示す図
である。

【図４】本発明の実施形態１のＪＢＩＧファイルの一例
を示す図である。

【図５】本発明の実施形態１のＢＩＨの一例を示す図で
ある。

【図６】本発明の実施形態１のサーバ・マシン１で実行
される処理を示すフローチャートである。

【図７】本発明の実施形態１のクライアント・マシンで
実行される処理を示すフローチャートである。

【図８】本発明の実施形態２の管理テーブルの一例を示
す図である。

【図９】本発明の実施形態２のサーバ・マシンで実行さ
れる処理を示すフローチャートである。

【図１０】本発明の実施形態２の転送レイヤ数を計算す
る処理の詳細を示すフローチャートである。

【図１１】本発明の実施形態２のＪＢＩＧファイルの各
レイヤのＪＢＩＧデータのバイト数の一例を示す図であ
る。

【図１２】本発明の実施形態２のサーバ・マシンで実行
される処理を示すブローチャートである。

【図１３】本発明の実施形態３の管理テーブルの一例を
示す図である。

【図１４】本発明の実施形態５のサーバ・マシンで管理
しているＪＰＥＧファイルのデータフォーマットを示す
図である。

【図１５】本発明の実施形態５のサーバ・マシンで実行
される処理を示すフローチャートである。

【図１６】本発明の実施形態５の転送レイヤ数を計算す
る処理の詳細を示すフローチャートである。

【図１７】本発明の実施形態５のＪＰＥＧファイルの各
レイヤのＪＰＥＧデータのバイト数の一例を示す図であ
る。

【図１８】本発明の実施形態５のクライアント・マシン
で実行される処理を示すフローチャートである。

【符号の説明】

１サーバ・マシン２磁気ディスク装置３ネットワーク４クライアント・マシン７１バス７２ＣＰＵ７３メモリ７４ディスク装置部７５操作部

Claims

【特許請求の範囲】

【請求項１】階層符号化画像データを管理するサーバ
・マシンと、前記階層符号化画像データをデコード／表
示するクライアント・マシンと、前記サーバ・マシンと
前記クライアント・マシン間を接続するネットワークか
ら構成される画像処理システムであって、前記サーバ・マシンは、前記階層符号化画像データから階層毎に指定された１階
層分の符号化画像データを前記ネットワークを介して前
記クライアント・マシンに送信する送信手段と、前記クライアント・マシンは、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを受信する受信
手段と、前記受信手段で受信した各階層の前記符号化画像データ
を１つの階層符号化画像データに再構築する再構築手段
とを備え、前記再構築手段は、前記受信手段で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とする画像処理システム。
【請求項２】前記階層符号化画像データは、ＪＢＩＧ
符号化で階層符号化されていることを特徴とする請求項
１に記載の画像処理システム。
【請求項３】前記階層符号化画像データは、ＪＰＥＧ
符号化のProgressive符号化方式で階層符号化されてい
ることを特徴とする請求項１に記載の画像処理システ
ム。
【請求項４】前記再構築手段は、前記階層符号化画像
データをデコードしやすいように符号変換することを特
徴とする請求項１に記載の画像処理システム。
【請求項５】前記再構築手段による変換は、ＪＢＩＧ
方式のＨＩＴＯＬＯ形式に変換することを特徴とする請
求項４に記載の画像処理システム。
【請求項６】前記再構築手段で再構築された階層符号
化画像データは、途中階層でもその階層までの階層符号
化画像データになっていることを特徴とする請求項１に
記載の画像処理システム。
【請求項７】階層符号化画像データを管理するサーバ
・マシンと、前記階層符号化画像データをデコード／表
示するクライアント・マシンと、前記サーバ・マシンと
前記クライアント・マシン間を接続するネットワークか
ら構成される画像処理システムの制御方法であって、前記階層符号化画像データから階層毎に指定された１階
層分の符号化画像データを前記ネットワークを介して前
記サーバ・マシンより前記クライアント・マシンへ送信
する送信工程と、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを前記クライア
ント・マシンにて受信する受信工程と、前記受信工程で受信した各階層の前記符号化画像データ
を１つの階層符号化画像データに再構築する再構築工程
とを備え、前記再構築工程は、前記受信工程で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とする画像処理システムの制御方法。
【請求項８】前記階層符号化画像データは、ＪＢＩＧ
符号化で階層符号化されていることを特徴とする請求項
７に記載の画像処理システムの制御方法。
【請求項９】前記階層符号化画像データは、ＪＰＥＧ
符号化のProgressive符号化方式で階層符号化されてい
ることを特徴とする請求項７に記載の画像処理システム
の制御方法。
【請求項１０】前記再構築工程は、前記階層符号化画
像データをデコードしやすいように符号変換することを
特徴とする請求項７に記載の画像処理システムの制御方
法。
【請求項１１】前記再構築工程による変換は、ＪＢＩ
Ｇ方式のＨＩＴＯＬＯ形式に変換することを特徴とする
請求項１０に記載の画像処理システム。
【請求項１２】前記再構築工程で再構築された階層符
号化画像データは、途中階層でもその階層までの階層符
号化画像データになっていることを特徴とする請求項７
に記載の画像処理システムの制御方法。
【請求項１３】階層符号化画像データを管理するサー
バ・マシンと、前記階層符号化画像データをデコード／
表示するクライアント・マシンと、前記サーバ・マシン
と前記クライアント・マシン間を接続するネットワーク
から構成される画像処理システムの制御のプログラムコ
ードが格納されたコンピュータ可読メモリであって、前記階層符号化画像データから階層毎に指定された１階
層分の符号化画像データを前記ネットワークを介して前
記サーバ・マシンより前記クライアント・マシンへ送信
する送信工程のプログラムコードと、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを前記クライア
ント・マシンにて受信する受信工程のプログラムコード
と、前記受信工程で受信した各階層の前記符号化画像データ
を１つの階層符号化画像データに再構築する再構築工程
のプログラムコードとを備え、前記再構築工程は、前記受信工程で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とするコンピュータ可読メモリ。
【請求項１４】階層符号化画像データを管理し、前記
階層符号化画像データをデコード／表示するクライアン
ト・マシンとネットワークを介して接続される画像処理
装置であって、前記クライアント・マシンから送信対象の階層符号化画
像データの階層の指定を受信する受信手段と、前記受信手段で受信した前記階層符号化画像データから
階層毎に指定された１階層分の符号化画像データを前記
ネットワークを介して前記クライアント・マシンに送信
する送信手段とを備えることを特徴とする画像処理装
置。
【請求項１５】階層符号化画像データを管理するサー
バ・マシンとネットワークを介して接続され、前記階層
符号化画像データをデコード／表示する画像処理装置で
あって、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを受信する受信
手段と、前記受信手段で受信した各階層の前記符号化画像データ
を１つの階層符号化画像データに再構築する再構築手段
とを備え、前記再構築手段は、前記受信手段で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とする画像処理装置。
【請求項１６】階層符号化画像データを管理し、前記
階層符号化画像データをデコード／表示するクライアン
ト・マシンとネットワークを介して接続される画像処理
装置の制御方法であって、前記クライアント・マシンから送信対象の階層符号化画
像データの階層の指定を受信する受信工程と、前記受信工程で受信した前記階層符号化画像データから
階層毎に指定された１階層分の符号化画像データを前記
ネットワークを介して前記クライアント・マシンに送信
する送信工程とを備えることを特徴とする画像処理装置
の制御方法。
【請求項１７】階層符号化画像データを管理するサー
バ・マシンとネットワークを介して接続され、前記階層
符号化画像データをデコード／表示する画像処理装置の
制御方法であって、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを受信する受信
工程と、前記受信工程で受信した前記符号化画像データを１つの
階層符号化画像データに再構築する再構築工程とを備
え、前記再構築工程は、前記受信手段で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とする画像処理装置の制御方法。
【請求項１８】階層符号化画像データを管理し、前記
階層符号化画像データをデコード／表示するクライアン
ト・マシンとネットワークを介して接続される画像処理
装置の制御のプログラムコードが格納されたコンピュー
タ可読メモリであって、前記クライアント・マシンから送信対象の階層符号化画
像データの階層の指定を受信する受信工程のプログラム
コードと、前記受信工程で受信した前記階層符号化画像データから
階層毎に指定された１階層分の符号化画像データを前記
ネットワークを介して前記クライアント・マシンに送信
する送信工程のプログラムコードとを備えることを特徴
とするコンピュータ可読メモリ。
【請求項１９】階層符号化画像データを管理するサー
バ・マシンとネットワークを介して接続され、前記階層
符号化画像データをデコード／表示する画像処理装置の
制御のプログラムコードが格納されたコンピュータ可読
メモリであって、前記ネットワークを介して前記サーバ・マシンより階層
単位で送信されてくる符号化画像データを受信する受信
工程のプログラムコードと、前記受信工程で受信した前記符号化画像データを１つの
階層符号化画像データに再構築する再構築工程のプログ
ラムコードとを備え、前記再構築工程は、前記受信手段で受信した最新の符号
化画像データをその前に受信した符号化画像データと結
合し、１つの階層符号化画像データに変換しながら保存
することを特徴とするコンピュータ可読メモリ。
【請求項２０】階層符号化画像データを管理するサー
バ・マシンと、階層符号化画像データをデコード／表示
するクライアント・マシンと、該サーバ・マシンと該ク
ライアント・マシンを相互に接続するネットワークから
構成される画像処理システムであって、前記サーバ・マシンに対し、送信対象とする階層符号化
画像データの階層を指定する指定手段と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記クライアント・マシン
へ送信する前記指定手段で指定された指定階層を含む１
つ以上の階層の符号化画像データを決定する決定手段
と、前記決定手段で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記クライアント・マシン
に送信する送信手段と、前記送信手段で送信されてきた前記指定階層を含む１つ
以上の階層の符号化画像データを、その解像度に基づい
て再構築する再構築手段とを備えることを特徴とする画
像処理システム。
【請求項２１】前記決定手段は、前記階層符号化画像
データの各階層の符号化画像データのサイズを算出する
算出手段を備え、前記算出手段によって算出される前記指定階層の符号化
画像データのサイズと、前記ネットワークのデータ転送
単位とを比較することで、前記クライアント・マシンに
送信する該指定階層を含む１つ以上の階層の符号化画像
データを決定することを特徴とする請求項２０に記載の
画像処理システム。
【請求項２２】前記算出手段は、前記階層符号化画像
データの各階層の符号化画像データに関する情報を示す
管理情報を管理し、その管理情報に基づいて、該各階層
の符号化画像データのサイズを算出することを特徴とす
る請求項２１に記載の画像処理システム。
【請求項２３】前記階層符号化画像データは、ＪＢＩ
Ｇ符号化で階層符号化されていることを特徴とする請求
項２０に記載の画像処理システム。
【請求項２４】前記階層符号化画像データは、ＪＰＥ
Ｇ符号化のProgressive符号化方式で階層符号化されて
いることを特徴とする請求項２０に記載の画像処理シス
テム。
【請求項２５】前記再構築手段は、前記送信手段で送
信されてきた前記指定階層を含む１つ以上の階層の符号
化画像データを、低解像度順に再構築することを特徴と
する請求項２０に記載の画像処理システム。
【請求項２６】階層符号化画像データを管理するサー
バ・マシンと、階層符号化画像データをデコード／表示
するクライアント・マシンと、該サーバ・マシンと該ク
ライアント・マシンを相互に接続するネットワークから
構成される画像処理システムの制御方法であって、前記サーバ・マシンに対し、送信対象とする階層符号化
画像データの階層を指定する指定工程と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記クライアント・マシン
へ送信する前記指定工程で指定された指定階層を含む１
つ以上の階層の符号化画像データを決定する決定工程
と、前記決定工程で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記クライアント・マシン
に送信する送信工程と、前記送信工程で送信されてきた前記指定階層を含む１つ
以上の階層の符号化画像データを、その解像度に基づい
て再構築する再構築工程とを備えることを特徴とする画
像処理システムの制御方法。
【請求項２７】前記決定工程は、前記階層符号化画像
データの各階層の符号化画像データのサイズを算出する
算出工程を備え、前記算出工程によって算出される前記指定階層の符号化
画像データのサイズと、前記ネットワークのデータ転送
単位とを比較することで、前記クライアント・マシンに
送信する該指定階層を含む１つ以上の階層の符号化画像
データを決定することを特徴とする請求項２６に記載の
画像処理システムの制御方法。
【請求項２８】前記算出工程は、前記階層符号化画像
データの各階層の符号化画像データに関する情報を示す
管理情報を管理し、その管理情報に基づいて、該各階層
の符号化画像データのサイズを算出することを特徴とす
る請求項２７に記載の画像処理システムの制御方法。
【請求項２９】前記階層符号化画像データは、ＪＢＩ
Ｇ符号化で階層符号化されていることを特徴とする請求
項２６に記載の画像処理システムの制御方法。
【請求項３０】前記階層符号化画像データは、ＪＰＥ
Ｇ符号化のProgressive符号化方式で階層符号化されて
いることを特徴とする請求項２６に記載の画像処理シス
テムの制御方法。
【請求項３１】前記再構築工程は、前記送信工程で送
信されてきた前記指定階層を含む１つ以上の階層の符号
化画像データを、低解像度順に再構築することを特徴と
する請求項２６に記載の画像処理システムの制御方法。
【請求項３２】階層符号化画像データを管理するサー
バ・マシンと、階層符号化画像データをデコード／表示
するクライアント・マシンと、該サーバ・マシンと該ク
ライアント・マシンを相互に接続するネットワークから
構成される画像処理システムの制御のプログラムコード
が格納されたコンピュータ可読メモリであって、前記サーバ・マシンに対し、送信対象とする階層符号化
画像データの階層を指定する指定工程のプログラムコー
ドと、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記クライアント・マシン
へ送信する前記指定工程で指定された指定階層を含む１
つ以上の階層の符号化画像データを決定する決定工程の
プログラムコードと、前記決定工程で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記クライアント・マシン
に送信する送信工程のプログラムコードと、前記送信工程で送信されてきた前記指定階層を含む１つ
以上の階層の符号化画像データを、その解像度に基づい
て再構築する再構築工程のプログラムコードとを備える
ことを特徴とするコンピュータ可読メモリ。
【請求項３３】階層符号化画像データを管理する画像
処理装置であって、ネットワークを介して接続される他の画像処理装置より
指定された指定階層の符号化画像データの送信の要求を
受信する受信手段と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記他の画像処理装置に送
信する前記指定階層を含む１つ以上の階層の符号化画像
データを決定する決定手段と、前記決定手段で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記他の画像処理装置に送
信する送信手段とを備えることを特徴とする画像処理装
置。
【請求項３４】前記決定手段は、前記階層符号化画像
データの各階層の符号化画像データのサイズを算出する
算出手段を備え、前記算出手段で算出された前記指定階層の階層符号化画
像データのサイズと、前記ネットワークのデータ転送単
位とを比較することで、前記他の画像処理装置に送信す
る前記指定階層を含む１つ以上の階層を決定することを
特徴とする請求項３３に記載の画像処理装置。
【請求項３５】前記算出手段は、前記階層符号化画像
データの各階層の符号化画像データに関する情報を示す
管理情報を管理し、その管理情報に基づいて、前記指定
階層の符号化画像データのサイズを算出することを特徴
とする請求項３４に記載の画像処理装置。
【請求項３６】階層符号化画像データを管理する画像
処理装置の制御方法であって、ネットワークを介して接続される他の画像処理装置より
指定された指定階層の符号化画像データの送信の要求を
受信する受信工程と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記他の画像処理装置に送
信する前記指定階層を含む１つ以上の階層の符号化画像
データを決定する決定工程と、前記決定工程で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記他の画像処理装置に送
信する送信工程とを備えることを特徴とする画像処理装
置の制御方法。
【請求項３７】前記決定工程は、前記階層符号化画像
データの各階層の符号化画像データのサイズを算出する
算出工程を備え、前記算出工程で算出された前記指定階層の階層符号化画
像データのサイズと、前記ネットワークのデータ転送単
位とを比較することで、前記他の画像処理装置に送信す
る前記指定階層を含む１つ以上の階層を決定することを
特徴とする請求項３６に記載の画像処理装置の制御方
法。
【請求項３８】前記算出工程は、前記階層符号化画像
データの各階層の符号化画像データに関する情報を示す
管理情報を管理し、その管理情報に基づいて、前記指定
階層の符号化画像データのサイズを算出することを特徴
とする請求項３７に記載の画像処理装置の制御方法。
【請求項３９】階層符号化画像データを管理する第１
画像処理装置とネットワークを介して接続される画像処
理装置であって、前記第１画像処理装置に対し、送信対象とする階層符号
化画像データの階層を指定する指定手段と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記指定手段で指定した指
定階層に基づいて決定された該指定階層を含む１つ以上
の階層の符号化画像データを前記第１画像処理装置より
受信する受信手段と、前記受信手段で受信した前記指定階層を含む１つ以上の
階層の符号化画像データを、その解像度に基づいて再構
築する再構築手段とを備えることを特徴とする画像処理
装置。
【請求項４０】前記再構築手段は、前記受信手段で受
信した前記指定階層を含む１つ以上階層の符号化画像デ
ータを、低解像度順に再構築することを特徴とする請求
項３９に記載の画像処理装置。
【請求項４１】階層符号化画像データを管理する第１
画像処理装置とネットワークを介して接続される画像処
理装置の制御方法であって、前記第１画像処理装置に対し、送信対象とする階層符号
化画像データの階層を指定する指定工程と、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記指定工程で指定した指
定階層に基づいて決定された該指定階層を含む１つ以上
の階層の符号化画像データを前記第１画像処理装置より
受信する受信工程と、前記受信工程で受信した前記指定階層を含む１つ以上の
階層の符号化画像データを、その解像度に基づいて再構
築する再構築工程とを備えることを特徴とする画像処理
装置の制御方法。
【請求項４２】前記再構築工程は、前記受信工程で受
信した前記指定階層を含む１つ以上階層の符号化画像デ
ータを、低解像度順に再構築することを特徴とする請求
項４１に記載の画像処理装置の制御方法。
【請求項４３】階層符号化画像データを管理する画像
処理装置の制御のプログラムコードが格納されたコンピ
ュータ可読メモリであって、ネットワークを介して接続される他の画像処理装置より
指定された指定階層の符号化画像データの送信の要求を
受信する受信工程のプログラムコードと、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記他の画像処理装置に送
信する前記指定階層を含む１つ以上の階層の符号化画像
データを決定する決定工程のプログラムコードと、前記決定工程で決定された前記指定階層を含む１つ以上
の階層の符号化画像データを前記他の画像処理装置に送
信する送信工程のプログラムコードとを備えることを特
徴とするコンピュータ可読メモリ。
【請求項４４】階層符号化画像データを管理する第１
画像処理装置とネットワークを介して接続される画像処
理装置の制御のプログラムコードが格納されたコンピュ
ータ可読メモリであって、前記第１画像処理装置に対し、送信対象とする階層符号
化画像データの階層を指定する指定工程のプログラムコ
ードと、所定量のデータ転送単位を有する前記ネットワークでの
１回のデータ転送において、前記指定工程で指定された
指定階層に基づいて決定された該指定階層を含む１つ以
上の階層の符号化画像データを前記第１画像処理装置よ
り受信する受信工程のプログラムコードと、前記受信工程で受信した前記指定階層を含む１つ以上の
階層の符号化画像データを、その解像度に基づいて再構
築する再構築工程のプログラムコードとを備えることを
特徴とするコンピュータ可読メモリ。