JPH10301830A - 画像登録システム - Google Patents

Abstract

(57)【要約】 【課題】登録時の一般ユーザの負担を軽減することが可
能な画像登録システムを提供する。 【解決手段】少なくとも画像ファイルをクライアントか
らサーバに送信して登録する画像登録システムにおい
て、クライアントは、画像ファイルの登録先を指定する
ための登録先指定部と、前記登録先における画像ファイ
ルの登録ディレクトリを指定するためのディレクトリ指
定部と、登録すべき画像ファイルを指定するための画像
ファイル指定部とを含むグラフィカルユーザインタフェ
ース機能１３を具備し、サーバは、受信した登録ディレ
クトリに関する情報に基づいて、画像ファイルを登録す
るためのディレクトリをユーザの介在なしに作成する新
規ディレクトリ作成機能と、作成されたディレクトリに
画像ファイルを登録する画像ファイル登録機能とを具備
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像登録システムに
関する。

【０００２】

【従来の技術】近年、通信ネットワークを介してテキス
ト情報や画像データを転送して、複数の参加者が同一の
画像を観ながら、遠隔カンファレンス（遠隔会議）を行
なうための双方向通信システムの研究、開発が行われて
いる。

【０００３】ところが、従来の遠隔カンファレンスシス
テムは、メーカごとに通信プロトコルが異なっていた
り、画像フォーマットが統一されていないなど、互換性
の点で問題があった。また、システムの構成が大型で高
価な装置が必要になるなど、広範囲のユーザの間での普
及を妨げる要因もあった。

【０００４】このような状況において、第１６回医療情
報学連合学会において発表された学会論文、「インター
ネットメールの遠隔コンサルテーションへの応用」は、
いわゆるＪＡＶＡ言語で開発されたサーバーと、ＪＡＶ
Ａ言語で開発されたクライアントとの間で、ページ制御
やマウスポインタに関する情報を通信しあうことによ
り、単一の通信プロトコルを用いて比較的安価にインタ
ラクティブなコミュニケーションを実現できることを示
した。ここで、ＪＡＶＡとは米国のサンマイクロシステ
ムズ社によって開発されたプログラミング言語である。

【０００５】上記の論文は、遠隔カンファレンスに必要
なすべての情報をあらかじめサーバーのホームページに
用意しておき、会議を行なうときにユーザが当該ホーム
ページにアクセスしていわゆるアプレットと必要な情報
を一括してダウンロードするアプレット形式のものと、
必要な情報を電子メールの添付ファイルとして、あるい
はＦＴＰなどでクライアントにあらかじめ送信してお
き、遠隔カンファレンスを行なうときにアプリケーショ
ンソフトによって必要な情報を読み出すアプリケーショ
ン形式の２つの形態が可能であることを示した。

【０００６】ここで、アプレットとはＪＡＶＡ言語によ
るプログラム形式の１つであり、インターネット上のサ
ーバのホームページに、アプレット起動用のＨＴＭＬフ
ァイルとともにあらかじめ配置される。ここで、クライ
アントが例えばネットスケープやホットジャバなどのブ
ラウザを用いてこのホームページにアクセスすると、ま
ずＨＴＭＬファイルがダウンロードされ、続いて、この
ＨＴＭＬファイルの記述に従ってアプレットがダウンロ
ードされて、ブラウザ上で自動的に起動される。

【０００７】

【発明が解決しようとする課題】上記したように、アプ
レットを用いた遠隔カンファレンスシステムにおいて
は、遠隔カンファレンスで使用する画像ファイルをあら
かじめサーバーのホームページに配置しておく必要があ
る。遠隔地のユーザが画像ファイルを登録する方法とし
ては、概してTelnetを用いてサーバーにアクセスして登
録を行なうか、あるいはＦＴＰを用いて画像ファイルを
送信するなどの方法が用いられる。また、サーバー側で
は、画像ファイルを効率的に管理するために、患者単
位、あるいは遠隔カンファレンス単位で画像ファイルを
ディレクトリ管理している。

【０００８】しかしながら、一般のユーザがサーバ側の
ディレクトリ管理下でこのような作業をTelnetやＦＴＰ
を用いて行なうためには、それなりのコンピュータの知
識や利用技能を必要とするので、一般のユーザには容易
なことではなく少なからぬ負担となっていた。

【０００９】また、画像ファイルを新たに登録するとき
には、単に画像ファイルを所定のディレクトリに転送す
るだけでなく、登録ディレクトリを表示するためのＨＴ
ＭＬファイルの書き換えを行なうとともに、複数のパラ
メータを入力してアプレット起動用のＨＴＭＬファイル
を作成しなければならず、このような作業も一般ユーザ
に大きな負担となっていた。

【００１０】本発明の画像登録システムはこのような課
題に着目してなされたものであり、その目的とするとこ
ろは、画像ファイルの登録作業を自動化することによっ
て、登録時の一般ユーザの負担を軽減することが可能な
画像登録システムを提供することにある。

【００１１】

【課題を解決するための手段】上記の目的を達成するた
めに、第１の発明に係る画像登録システムは、少なくと
も画像ファイルをクライアントからサーバに送信して登
録する画像登録システムにおいて、前記クライアント
は、画像ファイルの登録先を指定するための登録先指定
部と、前記登録先における画像ファイルの登録ディレク
トリを指定するためのディレクトリ指定部と、登録すべ
き画像ファイルを指定するための画像ファイル指定部と
を含むグラフィカルユーザインタフェースと、このグラ
フィカルユーザインタフェースを介してユーザによって
指定された画像ファイルと登録ディレクトリに関する情
報を、画像ファイルの登録先として指定されたサーバに
送信する送信手段とを具備し、前記サーバは、前記送信
手段から送信された前記画像ファイルと、前記登録ディ
レクトリに関する情報を受信する受信手段と、この受信
手段によって受信された前記登録ディレクトリに関する
情報に基づいて、前記画像ファイルを登録するためのデ
ィレクトリをユーザの介在なしに作成するディレクトリ
作成手段と、このディレクトリ作成手段によって作成さ
れたディレクトリに前記受信手段によって受信された前
記画像ファイルを登録する登録手段とを具備する。

【００１２】また、第２の発明に係る画像登録システム
は、第１の発明に係る画像登録システムにおいて、前記
サーバは、すでに送信された他の画像ファイルが配置さ
れている登録ディレクトリの一覧を記述したファイル
を、前記ディレクトリ作成手段によって作成されたディ
レクトリに基づいて、ユーザの介在なしに修正するファ
イル修正手段をさらに具備する。

【００１３】また、第３の発明に係る画像登録システム
は、第１または第２の発明に係る画像登録システムにお
いて、前記画像ファイルの登録後に、前記クライアント
と前記サーバー間での当該画像ファイルの連携動作に用
いられるプログラムを起動するための起動ファイルをユ
ーザの介在なしに作成する起動ファイル作成手段をさら
に具備する。

【００１４】

【発明の実施の形態】以下に図面を参照して本発明の一
実施形態に係る画像登録システムについて詳細に説明す
る。図１はインターネット、あるいはＴＣＰ／ＩＰプロ
トコルに従って通信が行なえるネットワークを介してサ
ーバーマシンとクライアントマシンとの間で画像連携に
より遠隔カンファレンスを行なう場合のネットワーク構
成を示す図である。ここで、画像連携とは、ネットワー
クを介して接続された２台あるいはそれ以上のクライア
ントマシンを用いて、画像操作（表示画像の切り替えや
マウスポインタの連携表示）や画像処理などを同期をと
りながら行なうことを意味する。

【００１５】図１に示すように、インターネット２００
上に、遠隔カンファレンスを司会する少なくとも１台の
サーバーマシン２０６と、遠隔カンファレンスに用いら
れる画像を、スキャナなどの画像入力手段により取り込
んでサーバーマシン２０６に送信する画像取り込み用ク
ライアントマシン２０１と、遠隔カンファレンスに参加
するクライアントマシン２０１〜２０５とが示されてい
る。ここで、遠隔カンファレンスに参加するクライアン
トマシンは何台存在していても良い。

【００１６】図２はアプレット形式により画像連携を行
なう場合のサーバマシン２０６の構成を示す図である。
サーバーマシン２０６上では、ＷＷＷサーバー２０７が
作動しており、そのホームページ２０８にはトップメニ
ューを表示するためのトップメニュー用ＨＴＭＬファイ
ル２０８Ａと、画像連携用のＪＡＶＡアプレット２０８
Ｂとが配置されている。また、遠隔カンファレンスに用
いられる画像ファイルが保存された複数のディレクトリ
２１０が設けられている。また、指定ポート２１１を介
してソケット通信が可能なソケット通信サーバー２０９
がインストールされている。ここで、画像連携用アプレ
ットとは、ソケット通信サーバー２０９にソケット接続
可能で、ソケット通信サーバー２０９との間で制御コー
ドとしての文字列をソケット通信することができるＪＡ
ＶＡアプレットを意味している。さらに、サーバーマシ
ン２０６にはＦＴＰサーバーが作動しており、これによ
ってサーバーマシン２０６は各クライアントとＦＴＰ通
信が可能である。

【００１７】同様に、各クライアントマシン２０１〜２
０５には、サーバマシン２０６のＦＴＰサーバーと通信
を行なうためのＦＴＰクライアントと、上記したＷＷＷ
サーバー２０７と通信を行なうインターネットブラウザ
とがインストールされている。

【００１８】図３は本実施形態に係る画像登録システム
を実現するためのクライアント側の構成を示す図であ
り、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭな
どの記憶装置１０と、自身の名前や病院名など、ユーザ
を特定するための情報を登録する機能を有するユーザ登
録機能１１と、登録先の追加、修正、削除などを可能に
する登録先メンテナンス機能１２と、グラフィカルユー
ザインタフェースを提供する表示装置などのユーザイン
タフェース機能１３と、記憶装置１０にアクセスして画
像ファイルの一覧などを表示装置に表示する記憶装置ア
クセス機能１４と、サーバーにアクセスして遠隔カンフ
ァレンスのタイトルと、選択された画像ファイルを転送
するファイル転送機能（送信手段）１５とを具備する。
なお、ユーザを特定するための情報は記憶装置１０に記
憶され、システムの立ち上げ時に読み出されてユーザ登
録機能１１に提供される。

【００１９】図４はユーザが遠隔カンファレンスを行な
う前に画像ファイルを登録するにあたって、クライアン
トマシンにセットアップされた画像登録システムがユー
ザに提供するグラフィカルユーザインタフェース機能１
３としての表示装置の画面を示している。

【００２０】登録先一覧２０は画像ファイルを登録可能
なサーバー側のホームページの一覧を表示するものであ
り、対応するフィールドにはＡ大学付属病院、Ｂ大学医
学部、Ｃ病院放射線科、Ｄ病院病理部、Ｅ医科大学が表
示されており、全部で５箇所のホームページのうち任意
のホームページに画像ファイルを登録できることを示し
ている。登録先指定部としての登録先２１には、ユーザ
が登録先一覧２０からどこか１箇所を選択すると、選択
された登録先が表示される。図では登録先一覧２０から
選択されたＤ病院病理部が対応するフィールドに表示さ
れている。ドライブ２２の図示せぬフィールドにはユー
ザのパソコンのドライブ一覧が表示される。画像ファイ
ル指定部としてのディレクトリ＆ファイル２３はドライ
ブ一覧から所望のドライブを選択すると、当該ドライブ
に配置されているディレクトリ及び画像ファイルの一覧
が対応するフィールドに表示される。この表示例では、
ディレクトリとしてImage が、ファイルとして、Image
1.Jpeg 〜Image7.Jpeg が表示されている。この中から
登録すべき画像ファイルを選択して、「＞＞」ボタン２
４Ａを押すと、右手のフィールド２５に選択された画像
ファイル名が表示される。図では、Image1.Jpeg 、Imag
e2.Jpeg 、Image3.Jpeg が表示されている。ここで「＜
＜」ボタン２４Ｂを押すと「＞＞」ボタン２４Ａが押さ
れる前の表示状態に戻る。ディレクトリ指定部としての
タイトル２６は遠隔カンファレンスのタイトルを入力す
るためのフィールドであり、例えば患者名や病名などが
用いられるが他の名前でもよい。また、登録先メンテナ
ンス２９を選択することによって、前記した登録先メン
テナンス機能１２により登録先の追加、修正、削除を行
なうことができる。さらに、２６は設定した内容をキャ
ンセルするためのキャンセルボタンである。また、２８
は画像ファイルの登録の実行を指示するための登録実行
ボタンである。

【００２１】図５は本実施形態に係る画像登録システム
を実現するためのサーバー側の構成を示す図であり、ク
ライアントからの接続要求を受けて回線を接続状態にす
る接続処理機能５０と、クライアントから送られてくる
ユーザ名（ここでは病院名）を受信して、これを、自身
が保持しているクライアント一覧６１と照合して、正当
なクライアントかどうかをチェックするクライアント確
認機能５１と、クライアントから送られてくるカンファ
レンスのタイトルを受信するタイトル受信機能５２と、
クライアント名及びタイトルに基づいて、画像ファイル
を登録するための新しいディレクトリを作成する新規デ
ィレクトリ作成機能（ディレクトリ作成手段）５３と、
クライアント名に基づいて、病院用ディレクトリ５８か
ら病院メニュー用ＨＴＭＬファイルを呼び出し、これに
タイトルに基づいたカンファレンス項目を追加、修正、
削除を行なう病院メニュー用ＨＴＭＬ修正、登録機能
（ファイル修正手段）５４と、クライアントから送られ
てくる画像ファイル（通常は複数枚）を順次、受信する
画像ファイル受信機能５５と、受信した画像ファイル
を、あらかじめ作成されたタイトル用ディレクトリ５９
に順次、保存する画像ファイル登録機能（画像ファイル
登録手段）５６と、受信した画像の枚数やファイルフォ
ーマットをチェックし、アプレットの起動に必要なパラ
メータを設定したアプレット起動用ＨＴＭＬファイルを
作成してタイトル用ディレクトリ５９に書き込むアプレ
ット起動用ＨＴＭＬ作成、登録機能（起動ファイル作成
手段）５７とを具備する。上記したタイトル受信機能５
２と画像ファイル受信機能５５とは受信手段を構成す
る。なお、ここで作成されたアプレット起動用ＨＴＭＬ
ファイルは、先に作成された病院メニュー用ＨＴＭＬフ
ァイルにリンクされる。また、クライアント一覧６１は
クライアント一覧メンテナンス機能６０によって、追
加、修正、削除が可能である。

【００２２】図６は、サーバー側のホームページのディ
レクトリ構造を示す図である。まず、ホームページのト
ップディレクトリ１００が存在し、このトップディレク
トリ１００の下に、このホームページを利用する各医療
機関のディレクトリ（図５の病院用ディレクトリ５８に
対応）が配置される。図６では、Ｓ内科医院用ディレク
トリ１０１、Ｔ病院用ディレクトリ１０２、Ｕ私立病院
用ディレクトリ１０３、Ｖ胃腸科病院用ディレクトリ１
０４、Ｗ産婦人科用ディレクトリ１０５の５つのディレ
クトリが配置されている。各医療機関のディレクトリの
下には、遠隔カンファレンスのタイトルごとのディレク
トリ（図５のタイトル用ディレクトリ５９に対応）が配
置される。図６は、Ｓ内科医院用ディレクトリ１０１の
下に、タイトル１用ディレクトリ１０６、タイトル２用
ディレクトリ１０７、タイトル３用ディレクトリ１０
８、タイトル４用ディレクトリ１０９の４つのディレク
トリが配置された例を示している。タイトル５用ディレ
クトリ１１０については後述する。

【００２３】図７は上記したホームページトップディレ
クトリ１００、Ｓ内科病院用ディレクトリ１０１、タイ
トル１用ディレクトリ１０６の各々に配置されたファイ
ルを示しており、ホームページトップディレクトリ１０
０にはトップメニュー用ＨＴＭＬファイル１００Ａ（図
２のトップメニュー用ＨＴＭＬファイル２０８Ａに対
応）と、画像連携用アプレット１００Ｂ（図２のＪＡＶ
Ａアプレット２０８Ｂに対応）とが配置されている。Ｓ
内科医院用ディレクトリ１０１にはＳ内科医院メニュー
用ＨＴＭＬファイル１０１Ａが配置されている。タイト
ル１用ディレクトリ１０６にはタイトル１用ＨＴＭＬフ
ァイル１０６Ａと、３つの画像ファイルImage1.Jpeg
（１０６Ｂ）、Image2.Jpeg （１０６Ｃ）、Image3.Jpe
g （１０６Ｄ）とが配置されている。

【００２４】図８、図９は、本実施形態に係る画像登録
システムの画像登録処理の手順を説明するための図であ
る。画像登録を行なうにあたって、ユーザがクライアン
トマシンにセットアップされた画像処理システムを起動
すると図４に示すようなメニュー画面が表示される。ユ
ーザはこのメニュー画面の登録先一覧２０から所望の登
録先を選択して登録先２１のフィールドに表示させる。
次に、ドライブ２２のフィールドに表示されたドライブ
一覧から所望のドライブを選択して、当該ドライブに配
置されているディレクトリ及びファイルの一覧を表示さ
せる。この一覧の中から所望の画像ファイルを選択し、
「＞＞」ボタン２４Ａを押してフィールド２５に表示さ
せる。また、タイトル２６のフィールドに遠隔カンファ
レンスのタイトルを入力する（ステップＳ１）。上記し
た選択操作中に選択した内容を取り消したい場合はキャ
ンセル２６のボタンを押せばよい。以上の準備が完了し
た後、登録実行２８のボタンを押すと（ステップＳ
２）、ＦＴＰクライアントが起動されてサーバーマシン
２０６に接続要求を出す（ステップＳ３）。

【００２５】一方、サーバーマシン２０６はクライアン
トマシンと通信を行っていないときは待機状態にあるが
（ステップＳＡ１）、クライアント（この場合はＦＴＰ
クライアント）からの接続要求があると、まず、接続処
理機能５０によって回線を接続し、次に、クライアント
名を要求する（ステップＳＡ２）。クライアントはこの
要求に応答して自身のクライアント名を送信する（ステ
ップＳ４）。サーバーはクライアント一覧６１を参照し
てこのクライアント名に一致する名前があるかどうかを
クライアント確認機能５１によって確認する（ステップ
ＳＡ３）。そして、一致する名前が存在しない場合には
強制的に接続を切断する（ステップＳＡ４）。

【００２６】一方、クライアント名が確認できたときに
は、確認できたことをクライアントに知らせる。クライ
アントはこれに応答して、次にユーザが入力したタイト
ルを送信する（ステップＳ５）。サーバーはタイトル受
信機能５２によってクライアントからのカンファレンス
のタイトルを受信する。そして、新規ディレクトリ作成
機能５３によって画像ファイルを登録するための新規デ
ィレクトリ（タイトル用ディレクトリ５９）を作成す
る。これによって、図６に示すタイトル４用ディレクト
リ１０９に隣接して例えばタイトル５用ディレクトリ１
１０が作成される。また、病院メニュー用ＨＴＭＬ修
正、登録機能５４によって病院メニュー用ＨＴＭＬファ
イルを作成して病院用ディレクトリ５８に登録する（ス
テップＳＡ５）。

【００２７】次に、クライアントはユーザが選択した画
像ファイルを送信する（ステップＳ６）。サーバーは受
信した画像ファイルを画像ファイル登録機能５６によっ
てタイトル用ディレクトリ５９に登録保存する（ステッ
プＳＡ６）。すべての画像ファイルがクライアントから
サーバーに送信されて登録された後、サーバーはアプレ
ット起動用ＨＴＭＬ作成、登録機能５７によってアプレ
ット起動用ＨＴＭＬファイルを作成してタイトル用ディ
レクトリ５９に登録する（ステップＳＡ７）。ここで
は、受信した画像ファイルの枚数やファイルフォーマッ
トをチェックして、アプレットの起動に必要なパラメー
タを設定したＨＴＭＬファイルを作成する。

【００２８】図１０はアプレット起動用ＨＴＭＬソース
ファイルの一例を示している。ここでは説明のために各
行の左端に番号を付している。１行目のコードはアプレ
ットコードの始めと、ｘｘｘ．class というファイル名
のアプレット（図７の画像連携用アプレット１００Ｂに
対応）をクライアント側ヘダウンロードすることを指示
している。２行〜６行目のコードは各種のパラメータを
設定するためのものである。２行目のコードは当該アプ
レット内で用いられる変数（ここでは、上記した画像フ
ァイルが保存されているタイトル用ディレクトリ５９の
名前）を指定している。３行目のコードは画像名（ここ
ではImage1）を指定している。４行目のコードは画像フ
ォーマット（ここではJpeg）を指定している。５行目の
コードは画像枚数（ここでは２０枚）を指定している。
６行目は通信ポート（ここでは８８８８）を指定してい
る。さらに７行目はアプレットコードの終わりを示す。

【００２９】なお、上記したソースファイルはアプレッ
トの作成のしかたによってパラメータの内容が上記した
ものと異なる。また、アプレットのパラメータ以外の情
報をＨＴＭＬ形式で追加することも可能である。

【００３０】上記の方法で画像を登録した後、実際に遠
隔カンファレンスを行なうにあたって、各クライアント
がサーバーマシン２０６のホームページにアクセスする
と、まず、トップメニューを表示するＨＴＭＬファイル
がダウンロードされインターネットブラウザによって解
釈されて画面に表示される。図１１はこのときの表示例
を示しており、Ｓ内科医院１２１と、Ｔ病院１２２と、
Ｕ私立病院１２３と、Ｖ胃腸科病院１２４と、Ｗ産婦人
科１２５が表示されている。これらの病院は各々対応す
る病院メニュー用ＨＴＭＬファイルとリンクされてお
り、任意の病院を選択するとリンクされている各病院用
のＨＴＭＬファイルにアクセスできる。

【００３１】次に、ユーザが図１１の画面から例えばＳ
内科医院１２１を選択すると、リンク先としてのＳ内科
医院１２１の病院メニュー用ＨＴＭＬファイルがダウン
ロードされてインターネットブラウザによって解釈され
て図１２に示すような表示がなされる。ここでは、タイ
トル１（１３１）〜タイトル４（１３４）の他に、新た
に追加されたタイトル５（１３５）が表示されている。
これらのタイトルは各々対応するタイトル用ＨＴＭＬフ
ァイルとリンクされており、任意のタイトルを選択する
とリンクされているタイトル用のＨＴＭＬファイルにア
クセスできる。次に、ユーザが図１２の画面から例えば
画像連携したいタイトルとしてタイトル１（１３１）を
選択すると、これにリンクされたアプレット起動用ＨＴ
ＭＬファイルとしてのタイトル１用ＨＴＭＬファイル１
０６Ａがダウンロードされ、当該ＨＴＭＬファイル１０
６Ａの記述にしたがってホームページトップディレクト
リ１００の画像連携用アプレット１００Ｂがダウンロー
ドされる。続いて、ダウンロードされた画像連携用アプ
レット１００Ｂがインターネットブラウザによって起動
されてクライアントがソケット通信サーバー２０９にソ
ケット接続される。この状態で、クライアントは他のク
ライアントと画像連携しながらタイトル１用ＨＴＭＬフ
ァイルに記述された画像をダウンロードして表示する。
このような準備のもとにカンファレンスが行われる。

【００３２】上記した実施形態によれば、画像ファイル
の登録作業を自動化したので、登録時の一般ユーザの負
担を軽減することが可能な画像登録システムを提供する
ことができる。

【００３３】

【発明の効果】本発明によれば、画像ファイルの登録作
業を自動化したので、登録時の一般ユーザの負担を軽減
することが可能な画像登録システムを提供することがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る画像登録システムに
おいて用いられるネットワーク構成を示す図である。

【図２】図１に示すサーバーマシンの構成を示す図であ
る。

【図３】本実施形態に係る画像登録システムを実現する
ためのクライアント側の構成を示す図である。

【図４】本実施形態で用いられるグラフィカルユーザイ
ンタフェース機能としての表示装置の画面を示してい
る。

【図５】本実施形態に係る画像登録システムを実現する
ためのサーバー側の構成を示す図である。

【図６】サーバー側のホームページのディレクトリ構造
を示す図である。

【図７】図６に示すホームページトップディレクトリ、
Ｓ内科病院用ディレクトリ、タイトル１用ディレクトリ
の各々に配置されたファイルを示す図である。

【図８】本実施形態に係る画像登録システムの画像登録
処理の手順を説明するための図である。

【図９】本実施形態に係る画像登録システムの画像登録
処理の手順を説明するための図である。

【図１０】アプレット起動用ＨＴＭＬソースファイルの
一例を示す図である。

【図１１】トップメニューを表示するＨＴＭＬファイル
をインターネットブラウザによって表示した例を示す図
である。

【図１２】病院メニュー用ＨＴＭＬファイルをインター
ネットブラウザによって表示した例を示す図である。

【符号の説明】

１０…記憶装置、 １１…ユーザ登録機能、 １２…登録先メンテナンス機能、 １３…グラフィカルユーザインタフェース機能、 １４…記憶装置アクセス機能、 １５…ファイル転送機能、 ２０…登録先一覧、 ２１…登録先、 ２２…ドライブ、 ２３…ディレクトリ＆ファイル、 ２６…タイトル、 ２８…登録実行、 ５２…タイトル受信機能、 ５３…新規ディレクトリ作成機能、 ５４…病院メニュー用ＨＴＭＬ修正、登録機能、 ５５…画像ファイル受信機能、 ５６…画像ファイル登録機能、 ５７…アプレット起動用ＨＴＭＬ作成、登録機能、 ５８…病院用ディレクトリ、 ５９…タイトル用ディレクトリ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 7/173 Ｇ０６Ｆ 15/62 Ｐ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 少なくとも画像ファイルをクライアント
   からサーバに送信して登録する画像登録システムにおい
   て、 前記クライアントは、 画像ファイルの登録先を指定するための登録先指定部
   と、前記登録先における画像ファイルの登録ディレクト
   リを指定するためのディレクトリ指定部と、登録すべき
   画像ファイルを指定するための画像ファイル指定部とを
   含むグラフィカルユーザインタフェースと、 このグラフィカルユーザインタフェースを介してユーザ
   によって指定された画像ファイルと登録ディレクトリに
   関する情報を、画像ファイルの登録先として指定された
   サーバに送信する送信手段と、を具備し、 前記サーバは、 前記送信手段から送信された前記画像ファイルと、前記
   登録ディレクトリに関する情報を受信する受信手段と、 この受信手段によって受信された前記登録ディレクトリ
   に関する情報に基づいて、前記画像ファイルを登録する
   ためのディレクトリをユーザの介在なしに作成するディ
   レクトリ作成手段と、 このディレクトリ作成手段によって作成されたディレク
   トリに前記受信手段によって受信された前記画像ファイ
   ルを登録する登録手段と、を具備することを特徴とする
   画像登録システム。
2. 【請求項２】 前記サーバは、すでに送信された他の画
   像ファイルが配置されている登録ディレクトリの一覧を
   記述したファイルを、前記ディレクトリ作成手段によっ
   て作成されたディレクトリに基づいて、ユーザの介在な
   しに修正するファイル修正手段をさらに具備することを
   特徴とする請求項１記載の画像登録システム。
3. 【請求項３】 前記画像ファイルの登録後に、前記クラ
   イアントと前記サーバー間での当該画像ファイルの連携
   動作に用いられるプログラムを起動するための起動ファ
   イルをユーザの介在なしに作成する起動ファイル作成手
   段をさらに具備することを特徴とする請求項１または２
   記載の画像登録システム。