(57)【特許請求の範囲】
【請求項１】
診断を依頼したい複数患者の画像データを階層的符号化した符号化画像ファイルを生成する画像変換部と、
複数患者の診断依頼内容を記述したＤＩＣＯＭの階層構造の上位の階層となり、かつＤＩＣＯＭの階層構造情報を含むリクエストファイルを作成するリクエストファイル作成部と、
前記画像変換部で生成された符号化画像ファイルと前記リクエストファイル作成部で作成されたリクエストファイルを依頼先病院のファイル受信装置に対して能動的に送出するファイル転送部とを具備したことを特徴とする画像伝送装置。
【請求項２】
請求項１に記載の画像伝送装置において、
前記リクエストファイルは、さらに、依頼の時間情報、依頼元名情報、およびリクエストファイル名を含むことを特徴とする画像伝送装置。
【請求項３】
請求項１に記載の画像伝送装置において、
前記階層的符号化した符号化画像は、最も低い解像度の画像は符号化され、これより高い解像度の画像は差分符号化されることを特徴とする画像伝送装置。
【請求項４】
請求項１に記載の画像伝送装置から送出された画像データの符号化画像ファイルと該画像データに関するＤＩＣＯＭの階層構造の上位の階層となるリクエストファイルとを少なくとも蓄積する記憶手段と、
該記憶手段から読み出されたリクエストファイルを解析する手段と、
該リクエストファイルの選択画面を表示し、選択されたリクエストファイルに対応するＤＩＣＯＭの階層構造情報を表示する表示手段とを具備したことを特徴とする受信画像の読影装置。
【請求項５】
請求項４に記載の受信画像の読影装置において、
前記リクエストファイルの選択画面は、リクエストファイル名、依頼の時間情報、および依頼元名情報を含むことを特徴とする受信画像の読影装置。
【請求項６】
請求項４または５に記載の受信画像の読影装置において、
前記ＤＩＣＯＭの階層構造情報は、最下層に画像が配置された４階層構造となっており、該４階層構造の特定の系列である、患者、スタディ、およびシリーズが選択されると、該系列に属する画像が前記表示部に表示されることを特徴とする受信画像の読影装置。
【請求項７】
請求項６に記載の受信画像の読影装置において、
前記表示部に表示される画像は、その解像度を選択的に指示できることを特徴とする受信画像の読影装置。
【請求項８】
請求項１に記載の画像伝送装置に、前記符号化画像ファイルとリクエストファイルとを少なくとも蓄積する記憶手段と、該記憶手段から読み出された前記リクエストファイルの選択画面を基に、所望の画像を表示する表示手段とを設け、
さらに、該画像伝送装置と、前記請求項４に記載の受信画像の読影装置との間にＴＶ会議機能を用いたリアルタイム双方向映像伝送手段を設けたことを特徴とするＴＶ会議機能付き画像伝送・読影装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は画像伝送装置、受信画像の読影装置およびＴＶ会議機能付き画像伝送・読影装置に関し、特に電子化された医用画像を用いた遠隔診断の支援等に用いて好適な画像伝送装置、受信画像の読影装置およびＴＶ会議機能付き画像伝送・読影装置に関する。
【０００２】
【従来の技術】
ある病院で撮影した医用画像（例えば、ＣＴ、ＭＲＩ、ＣＲ画像）を他の病院の医師に読影を依頼する場合、多くは、依頼を受けた医師がある期間毎に（例えば、１週間に１度）依頼元の病院に出向き、そこにある画像表示装置を用いて読影・診断を行っている。あるいは、他の方式として、通信路を介して、遠隔地に居る読影を依頼した医師の元に画像を全部伝送し、該遠隔地にて読影をしてもらうための画像伝送装置が研究開発されている。
【０００３】
しかしながら、前記した従来方式は、いずれも、読影を依頼した医師に、読影に必要な医用画像を提供するだけで、１度に例えば１週間分の大量の画像診断を効率的に読影するのに便利な特別に考慮されたシステムにはなっていない。また、前記した後者の方式は、単に画像を転送し、ローカルにあるデータ環境と同じ環境を遠隔地に作成しているに過ぎない。
【０００４】
撮影機器の技術の進歩により、１回の撮影で大量の画像が撮影できるようになっていることに加え、１週間分の画像となると、大量になることが予想され、読影の依頼を受ける医師が快適に診断が行えるよう、画像診断の依頼を受けるのに適したデータの持ち方、並びに高速な画像表示が可能な表示装置が求められている。また、このような要求は、集団検診により集められた多量の電子化された医用画像を、後日まとめてＣＲＴ(Cathode Ray Tube)診断するような場合の画像表示装置にも求められている。
【０００５】
さて、電子化された医用画像の保存、管理を目的としてアメリカで規格化されたＤＩＣＯＭ（Digital Imaging and Communication in Medicine ）という規格が広まっている。ＤＩＣＯＭでは医用画像の保存・管理に関して、通信プロトコル、ファイルフォーマット等が規定されている。画像ファイルの保持形式は論理的に４階層構造となっている。「患者」が最上位にあり、その中に「スタディ」と呼ばれる検査単位がある。スタディ内には１連の撮影を示す「シリーズ」が１つ以上あり、シリーズの中には１枚以上の「画像」ファイルがある。
【０００６】
そこで、このＤＩＣＯＭを用いて、画像診断の依頼を受けるのに適したデータを持ち、該データを用いて読影に必要な画像を高速表示できるＤＩＣＯＭビューア（画像表示端末）の開発が要望されている。
【０００７】
【発明が解決しようとする課題】
前記した従来のＤＩＣＯＭの４階層構造は、基本的に放射線科医の診断のワークフローを考慮したものであるが、読影等の診断依頼については考慮されていない。つまり、診断依頼を受けた側で、例えば画像データベースにすべての画像を保存して、日付や患者名あるいは病院名等からスタディの検索はできても、それがいつの依頼に含まれていたもので、その依頼に含まれていた別のスタディはどれだったかなどは特定できない。よって、複数の病院から診断依頼が来る場合や、過去の依頼データが残っている場合などでは、そのスタディがいつどこからの依頼のものだったのかを正確に特定するのは困難である。
【０００８】
また、一般的なＤＩＣＯＭビューアは、スタディ単位に動作するため、一度に多人数（複数のスタディ）を読影していく場合でも、医師はある患者の診断が終わると、一旦スタディの選択画面を開いて、次の患者のスタディを選択し直す必要があり、診断依頼をする形態の遠隔診断の画像表示装置としては、使い勝手に問題がある。
【０００９】
さらに、一般的なＤＩＣＯＭビューアでは、あるスタディの表示をはじめる際に、ハードディスク内のそのスタディ内の画像を一旦メモリへすべて読み出してから画像表示を行う。スタディ内に大量の画像があった場合や、サイズの大きな画像があった場合などでは、この読み込みに時間がかかってしまうという問題がある。また、そのため、次の患者の診断の読影に移る度にディスクアクセスが発生し、医師のスムーズな読影の流れが妨げられてしまうという問題がある。
【００１０】
本発明の目的は、前記した従来技術の問題点を解消し、画像診断の依頼を受けるのに適したデータ構造を備えた画像伝送装置を提供することにある。また、他の目的は、診断依頼を受けた側に便利な画像表示のできる受信画像の読影装置を提供することにある。また、他の目的は、共通の画像を見ながら所見交換のできるＴＶ会議機能付き画像伝送・読影装置を提供することにある。
【００１１】
【課題を解決するための手段】
前記した目的を達成するために、本発明は、診断を依頼したい複数患者の画像データを階層的符号化した符号化画像ファイルを生成する画像変換部と、複数患者の診断依頼内容を記述したＤＩＣＯＭの階層構造の上位の階層となり、かつＤＩＣＯＭの階層構造情報を含むリクエストファイルを作成するリクエストファイル作成部と、前記画像変換部で生成された符号化画像ファイルと前記リクエストファイル作成部で作成されたリクエストファイルを依頼先病院のファイル受信装置に対して能動的に送出するファイル転送部とを具備した点に第１の特徴がある。
【００１２】
また、請求項１に記載の画像伝送装置から送出された画像データの符号化画像ファイルと該画像データに関するＤＩＣＯＭの階層構造の上位の階層となるリクエストファイルとを少なくとも蓄積する記憶手段と、該記憶手段から読み出されたリクエストファイルを解析する手段と、該リクエストファイルの選択画面を表示し、選択されたリクエストファイルに対応するＤＩＣＯＭの階層構造情報を表示する表示手段とを具備した点に第２の特徴がある。
【００１３】
前記した第１、第２の特徴によれば、診断を依頼された医師は、依頼を受けたスタディがいつの依頼に含まれていたかを簡単に知ることができると共に、次の患者のスタディを容易に選択できるようになる。また、画像の所望の領域の高解像度画像を簡単に見ることができるようになる。
【００１４】
また、本発明は、画像伝送装置と、受信画像の読影装置との間にＴＶ会議機能を用いたリアルタイム双方向映像伝送手段を設けた点に第３の特徴がある。この特徴によれば、画像伝送装置側と受信画像の読影装置側とで、同一の画像をディスプレイに映しながら診断所見等に関する意見交換をリアルタイムで行うことができるようになる。
【００１５】
【発明の実施の形態】
以下に、図面を参照して、本発明を詳細に説明する。図１は、本発明の一実施形態の概略のシステム構成を示すブロック図である。
【００１６】
符号化伝送装置１は、例えば病院等の施設Ａ内のＬＡＮ等を経由して送られてきたＣＴ，ＭＲＩ等の施設Ｂに診断を依頼したい画像情報、あるいはＭＯ，ＣＤ−Ｒなどから読み込まれた施設Ｂに診断を依頼したい画像情報を蓄積する画像ファイル蓄積部２、該画像ファイル蓄積部２から読み出されたＤＩＣＯＭファイル等の画像を、独自の符号化方式で符号化されたファイルに変換する画像変換部３、依頼の時間情報である診断依頼月日、依頼元名情報である依頼元施設名、リクエストファイル名である伝送画像のファイル名、および伝送画像のＤＩＣＯＭ階層構造情報（患者、スタディ、シリーズ、画像）等を記述したリクエストファイルを作成するリクエストファイル作成部４、および施設Ｂ内のビューア端末にネットワーク（例えばＩＳＤＮ）を介して接続し、全ての画像ファイルおよびリクエストファイルをＦＴＰ（ファイル転送プロトコル）でビューア端末受信部に能動的に転送するファイル転送部５から構成されている。
【００１７】
また、施設Ｂに設置されるビューア端末１１は、ネットワークを介して送られてきた全ての画像ファイルおよびリクエストファイルを受信するファイル受信部１２と、受信した該全ての画像ファイルおよびリクエストファイルを蓄積するローカルハードディスク（以下、ローカルＨＤ）１３と、リクエストファイルを解析するビューアプログラム実行部１４と、該ビューアプログラム実行部１４の動作に伴って得られる画像データを表示する表示部１５から構成されている。
【００１８】
次に、前記符号化伝送装置１の画像変換部３の詳細な構成を図２に示す。画像変換部３は、図示されているように、ＤＩＣＯＭヘッダ分離部３１と、画像符号化部３２と、ファイル生成部３３とから構成されている。また、該画像符号化部３２は、Wavelet 変換部３２ａ、ブロック化部３２ｂ、およびＧＲ符号化部３２ｃとから構成されている。
【００１９】
次に、画像診断の依頼を受けるのに適した、本発明によるデータ構造を図３を参照して説明する。図中のＡ，Ｂ，Ｃ，Ｄ等は、従来のＤＩＣＯＭ規格の画像ファイルを示し、患者−スタディ−シリーズ−画像の論理的に４階層構造となっている。なお、各階層の内容は、従来技術の所で説明した通りである。本発明では、該４階層構造の上位階層にリクエストファイルａ、ｂを設けるようにした。該リクエストファイルの詳細は、図４にリクエストファイルａを代表として示すように、診断依頼月日、依頼元施設名、ファイル名、およびＤＩＣＯＭ階層情報等から構成されている。
【００２０】
次に、上記のような構成を有する本実施形態の動作を説明する。まず、図１の符号化伝送装置１の動作を説明する。
【００２１】
画像ファイル蓄積部２は、施設Ａ内のＬＡＮ等を経由して送られてきた、またはＭＯ，ＣＤ−Ｒなどから読み込まれた、施設Ｂに診断を依頼したい画像情報を蓄積する。この画像情報には、ＤＩＣＯＭファイルあるいはそれ以外のフォーマットで入力された画像情報が含まれている。
【００２２】
画像変換部３は、画像ファイル蓄積部２に蓄積されたデータがＤＩＣＯＭファイルの場合、図２に示されているＤＩＣＯＭヘッダ分離部３１でタグ（ヘッダ情報）を切り取る。そしてタグを切り取った画像のみのデータを画像符号化部３２に送り、一方前記切り取ったヘッダ情報はファイル生成部３３に送る。画像符号化部３２では、まずWavelet 変換部３２ａにて、画像全体をHaarウェーブレット変換により階層化する。次に、ブロック化部３２ｂにて、各階層の各周波数領域をブロック分割する。ＧＲ符号化部３２ｃは、その後、ユーザの注目領域だけを選択的に復号できるように、多数の正方形ブロックに分割された画像に対して独立に符号化する。符号化には、簡単な構成で高速な復号が可能なGolomb-Rice 符号を適応的に用いる。そして、各ブロック毎に検出ビット、ブロックの位置を示すビット、およびＧＲ符号器のパラメータを付加して出力する。
【００２３】
前記画像符号化部３２の符号化方法としては、例えば特開２０００−４１１４９号公報の図５に記されているものを用いることができる。詳細な説明は省略するが、この符号化により、図５(a) に示されているような画像データ（原画像）をブロック分割（同図(b))して得られた同図(c) のような個々のブロックに対して、各ブロック毎に、図６に示されているような階層的符号化をすることができる。つまり、最も解像度の低い第３階層画像４１は符号化され、次に解像度の高い第２階層画像４２、一番解像度の高い第１階層画像４３は、差分符号化される。この階層符号化により、一番解像度の低い第３階層画像４１以外の画像４２、４３は差分符号化により作成されるので、第１〜３階層画像を全て符号化する方式に比べ、データの伝送量および伝送時間を大幅に減らすことができるようになる。また、この符号化により、後述する説明から明らかになるように、ビューア端末１１における画像の復号を、任意の領域（ブロック）に対して、任意の解像度で、高速に行えるようになる。
【００２４】
ファイル生成部３３は、ＤＩＣＯＭヘッダ分離部３１で切り取られたヘッダ情報を画像符号化部３２で符号化された符号化データに再び付加して、符号化画像ファイルとする。また、画像ファイル蓄積部２からの画像がＤＩＣＯＭファイルでない場合は、ファイル生成部３３は前記符号化データをそのまま符号化画像ファイルとする。
【００２５】
次に、前記リクエストファイル作成部４は、図４に示されているような内容のリクエストファイルを１枚作成する。つまり、診断依頼単位でリクエストファイルを作成する。画像ファイル蓄積部２からの画像がＤＩＣＯＭファイルでない場合は、階層情報は別途入力する。
【００２６】
ファイル転送部５（図１参照）は、リクエストファイル作成部４で作成されたリクエストファイルと画像変換部３からの符号化画像ファイルを、ＦＴＰでネットワークを介してビューア端末１１に能動的に転送する。
【００２７】
次に、ビューア端末１１の動作を説明する。図１のファイル受信部１２は、ネットワークを介して送られてきたリクエストファイルと符号化画像ファイルを受信し、ローカルＨＤ１３に蓄積する。ビューアプログラム実行部１４は、ユーザインターフェース画面に、リクエストファイルを全て表示する。このため、施設Ｂに居る診断を依頼された医師等は該ユーザインターフェース画面を操作することにより、複数の依頼があり画像ファイルが混在している場合でも、どれだけの診断依頼データが存在するかが一目でわかるようになる。また、ある依頼のリクエストファイルをユーザインターフェース画面にて選択すると、そこに含まれる画像ファイルの階層構造が示され、その階層構造内のどの画像も瞬時に表示できるようになる。画像の表示方法としては、まず低解像度の画像を高速で表示し、ユーザからの要求があれば必要な部分のみを階層的に高解像度に表示することができ、医師が患部を詳細に見たい場合に、この要望に答えることができるようになる。
【００２８】
以下に、前記ビューアプログラム実行部１４の動作を、図７、図８のフローチャートを参照して説明する。処理が開始されると、ステップＳ１にて、初期設定の読み込みが行われる。そうすると、ステップＳ２では、ユーザインターフェース画面（以下、単に画面と呼ぶ）、すなわちビューアに、図９に示されているようなリクエストファイル選択画面が表示される。すなわち、リクエストファイル、日時、病院名のリストが表示される。
【００２９】
ステップＳ３で、該リストから所望のリクエストファイルが選択されると、ステップＳ４に進んで、該選択されたリクエストファイルの解析が行われる。そして、ステップＳ５では、図１０に示されているように、解析された階層構造を画面に表示する。ステップＳ６では、ユーザが該階層構造上で、患者、スタディ、シリーズ、および画像を指定すると、ステップＳ７の判断がなされる。すなわち、要求のあった画像の低解像度部分は既に復号済みか否かの判断がなされる。例えば、図５(a) の画像の低解像度部分は既に復号済みか否かの判断がなされる。この判断が否定になると、ステップＳ８に進み、指定された画像の低解像度部分のみが復号される。ステップＳ９では、図１１に示されているように、残余の画面に低解像度画像が領域分割（ａ〜ｄ）されて表示され、また患者名、年齢などの患者情報が右側上部の画面エリアに表示される。
【００３０】
ステップＳ１０では、ユーザがリクエストファイルの階層構造を指示して、他のリクエストファイルの参照を要求したか否かの判断がなされ、この判断が肯定になるとステップＳ２に戻って、図９のリクエストファイル選択画面が表示される。一方、否定の時には、ステップＳ１１に進んで、ユーザが同一リクエストファイル内の他の患者、スタディ、シリーズまたは画像を要求したか否かの判断がなされる。この判断が肯定の時にはステップＳ６に進み、否定の時にはステップＳ１２に進む。ステップＳ１２では、ユーザが領域を指定してより高解像度の画像を要求したか否かの判断がなされる。この判断が肯定の場合には、図８のステップＳ１４に進む。一方否定の場合にはステップＳ１３を経てＳ１０に戻り、ユーザが他のリクエストファイルの参照を要求したか否かの判断がなされる。
【００３１】
ステップＳ１４では、要求があった領域の解像度データは、既に復号済みか否かの判断を行い、この判断が否定の場合には、ステップＳ１５に進んで、必要なデータのみ、すなわち必要な差分符号化データのみをハードディスク１３から読出し、低解像度画像を参照画像として高解像度画像を復号する。ステップＳ１４の判断が肯定の場合、またはステップＳ１５の処理が終ると、ステップＳ１６に進み、要求のあった領域を要求のあった解像度で表示する。
【００３２】
例えば、前記ステップＳ１２において、図１１の領域(d) について高解像度画像が要求された時には、ステップＳ１６の表示は図１２に示されているように画面一杯に拡大表示され、また右下隅の画面エリアに、サムネイル画像と、その拡大部分の枠が表示される。これにより診断を依頼された医師は、興味のある患部を拡大高解像度画像で精細に観察できるようになる。
【００３３】
ステップＳ１７では、画像処理要求、例えば階調変換、画像回転の要求があったか否かの判断がなされ、この判断が肯定であると、ステップＳ１８に進んで、要求のあった画像処理がなされる。
【００３４】
次に、ステップＳ１９では、低解像度に戻す要求があったか否かの判断がなされ、この判断が肯定になると、前記ステップＳ９に戻って、低解像度画像の表示に戻される。一方、該判断が否定であると、ステップＳ２０に進んで、他の画像の表示要求、他の領域の表示要求、または同じ領域のより高解像度の表示要求があったか否かの判断がなされる。この判断が否定の時にはステップＳ１７に戻り、肯定の時にはステップＳ１４に戻る。最後に、ステップＳ１３で、ユーザから終了要求があると、一連の処理は終了する。
【００３５】
以上のように、本実施形態によれば、診断を依頼された医師は、図９のリクエストファイルから、依頼を受けたスタディがいつの依頼に含まれていたもので、その依頼に含まれていた別のスタディはどれだったかなどを容易に特定できるようになる。また、複数の病院から診断依頼が来る場合や、過去の依頼データが残っている場合などにおいて、そのスタディがいつどこからの依頼のものだったのかを容易に正確に特定できるようになる。
【００３６】
また、一度に多人数（複数のスタディ）を読影していく場合には、医師はある患者の診断が終わると、低解像度画像表示に戻す要求をして（ステップＳ１９が肯定）、ステップＳ９に戻り、図１１の低解像度画像とＤＩＣＯＭ階層構造を表示させ、該ＤＩＣＯＭ階層構造で次の患者のスタディを選択すれば良く、使い勝手が良好になる。
【００３７】
さらに、高解像度画像を表示させる時には、指定された領域の差分符号化データのみをハードディスクから読出し、復号済みの参照画像を用いて復号すればよいから、ハードディスクから読出すデータ量が少なく、短時間に高解像度画像を表示させることができるようになる。このため、医師がある患者の診断の読影を終り、次の患者の診断の読影に移る時に、医師はスムーズに次の患者の読影に移行することができるようになる。
【００３８】
図１３は、本発明の他の実施形態であり、前記した第１実施形態のシステムにＴＶ（テレビ）会議機能を付けた点に特徴がある。図１３中の図１と同じ符号は同一または同等物を示し、その説明は省略する。
【００３９】
図１３に示されているように、符号化伝送装置１に、ビューア端末１１に設けたのと同様のローカルＨＤ６とビューアプログラム実行部７とを設け、該ローカルＨＤ６にビューア端末１１のローカルＨＤ１３に蓄積されるデータと同一のデータである、画像符号化部３で生成された符号化画像ファイルとリクエストファイル作成部４で作成されたリクエストファイルを蓄積することにより、ビューア端末１１と同じ環境を作成する。また、符号化伝送装置１とビューア端末１１とに、ＴＶ会議システム５１、５２を設け、両者を回線で接続することにより、リアルタイム双方向伝送を行えるようにする。
【００４０】
この装置を用いると、符号化伝送装置１側とビューア端末１１側とで、同一の画像をディスプレイ５３、５４に映しながら診断所見等に関して意見交換をリアルタイムですることができるようになる。
【００４１】
【発明の効果】
以上の説明から明らかなように、本発明によれば、ＤＩＣＯＭの階層構造の上位概念としてリクエストファイルを導入し、符号化伝送装置においてリクエストファイルを作成するようにしたので、診断を依頼された医師は、依頼を受けたスタディがいつの依頼に含まれていたもので、その依頼に含まれていた別のスタディはどれだったかなどを容易に特定できるようになる。
【００４２】
また、ビューア端末は、そのビューアプログラム実行部において、リクエストファイルを解析する機能を有し、表示手段にリクエストファイルの選択画面を表示し、選択されたリクエストファイルに対応するＤＩＣＯＭの階層構造情報を表示することができるので、一度に多人数のスタディを読影していく場合に、医師は該ＤＩＣＯＭの階層構造情報を用いて、短時間に次の患者のスタディを選択することができるようになり、使い勝手が良好になる。
【００４３】
また、高解像度画像を表示させる時には、指定された領域の差分符号化データのみをハードディスクから読出し、復号済みの参照画像を用いて復号すればよいから、ハードディスクから読出すデータ量が少なく、短時間に高解像度画像を表示させることができるようになる。
【００４４】
さらに、ＴＶ会議機能を付加することにより、符号化伝送装置側とビューア端末側とで、同一の画像をディスプレイに映しながら診断所見等に関する意見交換をリアルタイムで行うことができるようになる。
【図面の簡単な説明】
【図１】  本発明の一実施形態の概略のシステム構成を示すブロック図である。
【図２】  図１の画像変換部の詳細な構成を示すブロック図である。
【図３】  本発明のファイルの階層構造を示す図である。
【図４】  リクエストファイルの具体例を示す図である。
【図５】  原画像の領域分割処理の概略説明図である。
【図６】  本発明の符号化処理の概略説明図である。
【図７】  本発明のビューア端末の動作を示すフローチャートである。
【図８】  図７の続きを示すフローチャートである。
【図９】  リクエストファイル選択画面の具体例を示す図である。
【図１０】  ＤＩＣＯＭ階層構造を表示する画面の具体例を示す図である。
【図１１】  ＤＩＣＯＭ階層構造の表示と低解像度画像の表示の概念図である。
【図１２】  拡大高解像度画像の表示を示す図である。
【図１３】  本発明の一実施形態のＴＶ会議機能付きシステム構成を示すブロック図である。
【符号の説明】
１…符号化伝送装置、２…画像ファイル蓄積部、３…画像変換部、４…リクエストファイル作成部、５…ファイル転送部、１２…ファイル受信部、１３…ローカルハードディスク、１４…ビューアプログラム実行部、１５…表示部。
【図１】
0004152558.tif 000002
【図２】
0004152558.tif 000003
【図３】
0004152558.tif 000004
【図４】
0004152558.tif 000005
【図５】
0004152558.tif 000006
【図６】
0004152558.tif 000007
【図７】
0004152558.tif 000008
【図８】
0004152558.tif 000009
【図９】
0004152558.tif 000010
【図１０】
0004152558.tif 000011
【図１１】
0004152558.tif 000012
【図１２】
0004152558.tif 000013
【図１３】
0004152558.tif 000014