JP2003016021A

JP2003016021A - 画像連携システムおよびそのサーバ装置

Info

Publication number: JP2003016021A
Application number: JP2001202909A
Authority: JP
Inventors: Takanobu Osaki; 高伸大崎; Hideyuki Ban; 伴　　秀行; Hitoshi Matsuo; 仁司松尾
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-07-04
Filing date: 2001-07-04
Publication date: 2003-01-17

Abstract

(57)【要約】【課題】単独のシステムでＷｅｂブラウザと専用クライ
アントの双方から利用可能な画像連携システムを実現す
る。【解決手段】ＷＷＷサーバを介して接続するＷｅｂブラ
ウザに対し、正しいクライアントであることを確認する
通信確認手段を設け、ＷＷＷサーバを介して連携サーバ
と通信するＷｅｂブラウザを用いたクライアントと、上
記連携サーバと直接接続して通信する専用クライアント
アプリケーションの両方が利用可能な画像連係システム
を構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のクライアン
トが連携サーバとの間で通信を行い、上記複数のクライ
アントに同一の画像を表示して、表示した画像の状態に
対する変更操作を連携させる画像連携システムに関す
る。

【０００２】

【従来の技術】画像連携システムは、診療所や病院の医
師と放射線科医や病理医などとの間で画像診断に関する
相談などを行うのに好適なシステムである。このシステ
ムは、画像を表示して、ユーザの画像への操作を受け付
けるクライアントの専用アプリケーションと連携サーバ
とを接続し、ユーザの操作を示すメッセージを送受して
画像連携を実現している。画像連携システムをより多く
の診療所や病院などの医療施設から利用可能とするため
には、クライアントとして専用アプリケーションではな
く、Ｗｅｂブラウザから利用できるようにしている。

【０００３】また、特開平１０−３０４３３０や特開平
１１−４６４５８で示されたシステムがある。これら
は、連携サーバと専用クライアントがＴＣＰ／ＩＰのソ
ケット通信で直接通信する第１のシステムと、連携サー
バとＷｅｂブラウザ上のＪａｖａアプレットがＴＣＰ／
ＩＰのソケット通信で直接通信する第２のシステムの２
つを、接続装置を用いて相互に接続する方法をとってい
る。

【０００４】

【発明が解決しようとする課題】従来の方法では、画像
を専用のアプリケーションとＷｅｂブラウザなど様々な
クライアントから利用するために、それぞれのクライア
ントの利用を前提として開発されたシステムを相互接続
するための接続装置などが必要になっていた。すなわち
従来の方法では、単独のシステムで、Ｗｅｂブラウザと
専用クライアントの双方から利用する方法については考
慮されていなかった。

【０００５】また、クライアントとしてＷｅｂブラウザ
上のアプレットを利用する場合においても、アプレット
は第２のシステムの連携サーバと直接ＴＣＰ／ＩＰのソ
ケット通信で通信しており、Ｗｅｂブラウザが標準的に
利用するＨＴＴＰのようなプロトコルへの対応方法につ
いては考慮されていなかった。

【０００６】本発明の目的は、上記のような課題を解決
し、単独のシステムでＷｅｂブラウザを用いたクライア
ントと専用アプリケーションのクライアントから利用可
能な画像連携システムを実現することである。また、Ｗ
ｅｂブラウザを用いるクライアントは、通信プロトコル
にＷＷＷサーバを介して通信するＨＴＴＰを用いる画像
連携システムを提供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明の画像連携システムは、複数クライアントの
うち少なくとも一つ以上のクライアントは通信が必要な
時にのみ通信コネクションを接続して通信するステート
レス通信クライアントであって、上記複数のクライアン
トにＩＤを付与して管理するクライアント管理手段と、
上記ステートレス通信クライアントが通信を行うとき、
当該ステートレス通信クライアントのＩＤが上記クライ
アント管理手段によって付与されたＩＤと一致するクラ
イアントであることを確認する通信確認手段を有する。

【０００８】さらに、本発明の画像連携システムは、上
記ステートレス通信クライアントに表示すべき画像の状
態を管理し、上記ステートレス通信クライアントが接続
したときに管理している画像の状態を通知する表示管理
手段を有する。

【０００９】また、本発明の画像連携システムのサーバ
装置は、連携作業中は通信コネクションの接続を継続す
るステートフル通信クライアントと、連携作業中でも通
信コネクションの接続と切断を行い、少なくとも通信が
必要な時に通信コネクションを接続するステートレス通
信クライアントの２種類のクライアントの通信方法を判
断し、各々に合わせて通信を行うように構成される。

【００１０】また、本発明の画像連携システムは、複数
クライアントのうち少なくとも一つ以上のクライアント
はＷｅｂブラウザを用いたクライアントであって、上記
Ｗｅｂブラウザを用いたクライアントは、ＷＷＷサーバ
を介して連携サーバと通信を行う。

【００１１】また、本発明の画像連携システムのサーバ
装置は、連携サーバの機能とＷＷＷサーバの機能を有
し、上記連携サーバと直接通信する第１のクライアント
と、上記ＷＷＷサーバを介して通信を行う第２のクライ
アントの２種類のクライアントの通信方法を判断して各
々に合わせて通信を行う。

【００１２】また、本発明の画像連携サービスにおい
て、上記クライアントの接続回数、接続している時間を
集計する接続集計手段を有する。

【００１３】

【発明の実施の形態】図１は本発明の画像連携システム
の一構成例を示す。サーバ装置１−１とクライアント装
置２−１〜２−４がネットワークで接続した状態を示し
ている。サーバ装置１−１では、連携サーバ３−１、Ｗ
ｅｂ管理ソフト４−１、ＷＷＷサーバ５−１が動作して
いる。また、画像を表示してユーザの操作を受け付ける
クライアントとして、クライアント装置２−１と２−２
ではＷｅｂブラウザ６−１〜６−２が動作し、クライア
ント装置２−３と２−４では専用クライアントアプリケ
ーション７−１〜７−２が動作している。

【００１４】Ｗｅｂブラウザ６−１〜６−２上では、Ｊ
ａｖａアプレットによって画像表示や通信などのクライ
アントとしての機能を実現している。連携サーバ３−１
には、連携サーバに接続するクライアントにＩＤを付与
するクライアント管理手段８と、クライアントで行われ
た操作を示すメッセージをクライアントから受信して連
携中のクライアントに送信する配信手段９を有してい
る。また、Ｗｅｂ管理ソフト４−１には、Ｗｅｂブラウ
ザのクライアント６−１〜６−２上に表示する画像やそ
の状態を管理する表示管理手段１０と、連携サーバと接
続しようとしているＷｅｂブラウザのクライアントが正
しいクライアントであるか確認する通信確認手段１１を
有している。

【００１５】専用クライアントアプリケーション７−１
〜７−２は、連携サーバ３−１とＴＣＰ／ＩＰのソケッ
ト通信で直接接続して通信を行う。このとき、連携サー
バ３−１と専用クライアントアプリケーション７−１〜
７−２は、連携を開始するときにコネクションを接続
し、連携が終了するまで接続を維持する。このような通
信はステートフルな通信と呼ばれる。

【００１６】一方、Ｗｅｂブラウザを用いるクライアン
ト６−１〜６−２は、ＷＷＷサーバ５−１とＷｅｂ管理
ソフト４−１を介して連携サーバ３−１と接続する。Ｗ
ＷＷサーバ５−１とＷｅｂブラウザ６−１〜６−２の通
信は、ＨＴＴＰ（Hyper Text Transport Protocol）
のプロトコルに従った、ＣＧＩ（Common Gateway Int
erface）を用いて行う。ＨＴＴＰやＣＧＩは、Ｗｅｂブ
ラウザ側からＷＷＷサーバにコネクションを接続し、Ｗ
ｅｂブラウザから送信した要求に対してＷＷＷサーバが
応答を送信するとコネクションを切断するという方法を
採る。このような通信はステートレスな通信と呼ばれ
る。しかし、ステートレスな通信では、１往復の通信で
コネクションを切断してしまうため、前回通信したＷｅ
ｂブラウザと今回通信するＷｅｂブラウザが同一である
かわからなくなってしまう。

【００１７】そこで、本発明の画像連携システムでは、
Ｗｅｂブラウザ６−１〜６−２から接続されるたびに通
信確認手段１１において正しいクライアントであること
を確認してから通信することで、連携作業を正しい相手
と正確に継続することができる。

【００１８】図２〜図７は、本発明の画像連携システム
を用いて操作を連携させる処理手順の一例を示すフロー
チャートである。以下では上記フローチャートを用いて
図１の画像連携システムの動作について詳しく説明す
る。

【００１９】図２のフローチャートは連携サーバ３−１
の連携開始時の処理手順の一例を示す。連携を開始する
には、まず、利用者が連携サーバ３−１に対して、連携
を行うクライアントのリストを通知して連携開始を要求
する。例えば、専用クライアントアプリケーション７−
２から連携サーバ３−１に接続して、クライアントを特
定するＩＰアドレスなどの情報やそのクライアントの利
用者名の情報などをリストとして送付する。

【００２０】連携サーバ３−１では、連携開始の要求が
あると（Ｓ１−１）、連携が要求されたすべてのクライ
アントと接続を開始する（Ｓ１−２）。あるクライアン
トと接続する場合、接続したいクライアントが専用クラ
イアントアプリケーションか、Ｗｅｂブラウザであるか
を判断し（Ｓ１−３）、それぞれ異なる接続方法をと
る。

【００２１】専用クライアントアプリケーションとは直
接接続して、クライアント管理手段でＩＤを付与する
（Ｓ１−４）。ここでは、専用クライアントアプリケー
ション７−１〜７−２と、ＴＣＰ／ＩＰのソケット通信
により接続する。そして、専用クライアントアプリケー
ション７−２にＩＤ１、専用クライアントアプリケーシ
ョン７−１にＩＤ２を付与する。

【００２２】一方、Ｗｅｂブラウザを用いたクライアン
トの場合、連携サーバ３−１はＷｅｂ管理ソフト４−１
と接続して、これにＩＤを付与する（Ｓ１−５）。ここ
ではＷｅｂブラウザを用いたクライアント６−１と６−
２と接続するため、Ｗｅｂ管理ソフト４−１とＴＣＰ／
ＩＰのソケット通信で２つのコネクションを接続し、Ｉ
Ｄ３とＩＤ４を付与する。そして、接続が完了したら
（Ｓ１−２）、接続完了後の初期処理を行って連携開始
の手順は終了する。

【００２３】一方、連携サーバ３−１から接続されたＷ
ｅｂ管理ソフト４−１は、連携サーバ３−１から見て専
用クライアントアプリケーション（７−１〜７−２）と
同じような擬似的な２つのクライアントとして動作す
る。そして、Ｗｅｂ管理ソフト４−１の内部では、表示
管理手段１０において、クライアント毎の表示内容を管
理しておく領域を用意し、さらに、Ｗｅｂブラウザを用
いたクライアント６−１〜６−２から接続されるのを待
つ。例えば、接続用のＷｅｂページをＨＴＭＬで生成
し、ＷＷＷサーバに登録することでＷｅｂブラウザから
の接続を待つ。

【００２４】Ｗｅｂブラウザを用いたクライアント６−
１〜６−２がこのＷｅｂページにアクセスすると、それ
ぞれのＷｅｂブラウザ６−１〜６−２にＩＤ３とＩＤ４
を割り当て、Ｗｅｂブラウザをクライアントとして利用
できるようにする。接続用のＷｅｂページとは、ＷＷＷ
サーバ５−１とＨＴＴＰを用いて通信するＪａｖａアプ
レットプログラムのＵＲＬをＨＴＭＬで記述することで
実現する。

【００２５】次に、連携中の処理手順について、図３〜
図７のフローチャートを用いて説明する。ここでは、各
クライアントで既に同一の画像を表示した状態で、画像
上の注目位置を指し示すポインタ表示の操作を専用クラ
イアントアプリケーション７−２から行った場合を例と
して説明する。

【００２６】図３は連携サーバ３−１、図４は専用クラ
イアントアプリケーション、図５と図６はＷｅｂ管理ソ
フト、図７はＷｅｂブラウザを用いたクライアントの処
理手順の一例を示す図である。

【００２７】図４のように、専用クライアントアプリケ
ーション７−２では、ユーザ操作によって（Ｓ３−２）
連携サーバ３−１に操作メッセージを送信する（Ｓ３−
３）。連携サーバ３−１では図３のように、この操作メ
ッセージを受信し（Ｓ２−２）、クライアント管理手段
で操作メッセージの送信元や送信先のＩＤを確認して
（Ｓ２−３）、操作メッセージをクライアントに送信す
る（Ｓ２−４）。専用クライアントアプリケーション７
−１と７−２は、操作メッセージを受信すると（Ｓ３−
４）、図４のフローでポインタを所定の位置に表示する
（Ｓ３−５）。

【００２８】また図５のように、Ｗｅｂ管理ソフト４−
１では、連携サーバ３−１のステップＳ２−４で送信し
た操作メッセージを受信し（Ｓ４−２）、表示管理手段
１０で対応するクライアントの表示状態を変更する（Ｓ
４−３）。表示管理手段１０で管理する表示状態は操作
メッセージで表現し、新たな操作メッセージを受信する
と、これを蓄積していく方法で表示状態を管理する。

【００２９】Ｗｅｂブラウザを用いたクライアント６−
１〜６−２は、ＷＷＷサーバ５−１を介してＷｅｂ管理
ソフト４−１に画面更新要求を定期的に送信する（Ｓ６
−４）。Ｗｅｂ管理ソフト４−１では、図６のようにＷ
ｅｂブラウザ６−１〜６−２のステップＳ６−４（図
７）によって送信された更新要求を受信すると（Ｓ５−
２）、通信確認手段１１において、更新要求を送信した
ＷｅｂブラウザのＩＤとクライアント管理手段がクライ
アントに付与したＩＤとの一致を確認する（Ｓ５−
３）。そして、ＩＤの一致を確認したら、表示管理手段
１０から該当するＩＤのクライアントの表示内容、すな
わち蓄積している操作メッセージを取得し（Ｓ５−
６）、Ｗｅｂブラウザに返信する（Ｓ５−７）。

【００３０】Ｗｅｂブラウザを用いたクライアント６−
１〜６−２では、図７のフローのように、Ｗｅｂ管理ソ
フト４−１から返信された画面の表示状態である操作メ
ッセージを受信し（Ｓ６−５）、この内容に応じて表示
内容を更新して（Ｓ６−６）、ポインタを画像上の所定
の位置に表示する。また、Ｗｅｂブラウザを用いたクラ
イアント６−１〜６−２でユーザがポインタ表示の操作
をした場合、画面更新要求送信のときにユーザ操作の有
無を判断し（Ｓ６−２）、画面更新要求にユーザ操作の
内容を示す操作メッセージを付加して（Ｓ６−３）か
ら、画面更新要求をＷｅｂ管理ソフト４−１に送信する
（Ｓ６−４）。Ｗｅｂ管理ソフト４−１では、更新要求
に操作メッセージが含まれている場合（Ｓ５−４）、連
携サーバ３−１に操作メッセージを送信する（Ｓ５−
６）。以降は、専用クライアントアプリケーションから
操作された場合と同様の手順で処理され、各端末の表示
を連携させる。

【００３１】これまでは画像を表示した状態から連携を
行う例について説明したので、次に、画像の管理方法と
画像表示の方法について説明する。

【００３２】まず、専用クライアントアプリケーション
７−１〜７−２は、画像データをそれぞれ独自に管理す
る。各々画像データベースと接続したり、画像ファイル
としてクライアント装置内で保存したりしておく。一
方、Ｗｅｂブラウザを用いたクライアント６−１〜６−
２で表示する画像は、Ｗｅｂ管理ソフト４−１が画像デ
ータをファイルや画像データベースとして管理する。

【００３３】操作メッセージによって、ある画像の表示
が指定されると、専用クライアントアプリケーション７
−１〜７−２は、自分利用する画像データベースや画像
ファイルから指定された画像を取り出して表示する。一
方、Ｗｅｂブラウザを用いたクライアント６−１〜６−
２は、画像表示が指定されると、Ｗｅｂ管理ソフト４−
１から画像を送り付ける方法や、Ｗｅｂブラウザを用い
たクライアント６−１〜６−２からＷｅｂ管理ソフト４
−１に画像を要求して送信してもらう方法によって画像
を取得し、これを表示する。専用クライアントアプリケ
ーション７−１〜７−２とＷｅｂ管理ソフト４−１は、
連携で用いる画像を事前に送りあい、双方が画像を利用
できる状態から連携を開始する。

【００３４】次に、本実施例で述べた、Ｗｅｂブラウザ
を用いたクライアント６−１〜６−２とＷｅｂ管理ソフ
ト４−１の間の通信の具体的な方法について説明する。
Ｗｅｂブラウザを用いたクライアント６−１〜６−２
と、ＷＷＷサーバ５−１は、ＨＴＴＰのＣＧＩのプロト
コルを用いて通信する。これは、具体的にはＷＷＷサー
バ５−１が起動するＣＧＩプログラムを用いて通信をす
る方法である。ＣＧＩプログラムの機能は、第１にＷｅ
ｂブラウザが送信したデータをＷＷＷサーバ５−１から
受け取り、第２にこのデータをＷｅｂ管理ソフト４−１
に送信し、第３にＷｅｂ管理ソフト４−１からの応答の
データを受信し、第４に応答のデータをＷｅｂブラウザ
に送信する、というものである。

【００３５】Ｗｅｂブラウザに対して応答を送信し終わ
ると、ＷＷＷサーバとＷｅｂブラウザの通信コネクショ
ンは切断される。この方法により、Ｗｅｂブラウザを用
いたクライアント６−１〜６−２は、ＷＷＷサーバ５−
１を介して、Ｗｅｂ管理ソフト４−１とステートレスな
通信を行う。

【００３６】以上示したように、本発明の画像連携シス
テムでは、Ｗｅｂブラウザを用いたクライアント６−１
〜６−２がステートレスな通信によって画像連携に参加
する場合でも、通信確認手段１１によって正確なクライ
アントであることを確認しながら通信を行うことができ
る。従って、本発明により、単独のシステムで、Ｗｅｂ
ブラウザを用いたクライアント６−１〜６−２と、連携
サーバと直接接続してステートフルな通信を行う専用ク
ライアントアプリケーション７−１〜７−２を両方利用
可能な画像連携システムを実現することができる。

【００３７】また、上記の実施例では、表示管理手段１
０で管理する画面状態として、操作メッセージを蓄積し
たものとしたが、他の方法を用いてもよい。例えば、画
像の特定情報（ファイル名、患者名、検査日時など）、
表示状態（位置，サイズ）、ポインタなどのオブジェク
ト（座標，色，形など）をパラメータとして表現して保
持していてもよい。この場合、画面の更新要求に対する
応答として、これらのパラメータを送信する方法や、前
回送信したものとの差分を送信する方法を用いて、Ｗｅ
ｂブラウザに更新内容を通知する。また、画面の状態か
らＨＴＭＬやスクリプト言語（ＪａｖａＳｃｒｉｐｔな
ど）で画像やポインタを配置したＷｅｂページを作成
し、これを送信するようにしてもよい。この場合、Ｊａ
ｖａアプレットが不要で、Ｗｅｂブラウザのみでクライ
アントとして利用できる。

【００３８】また、上記実施例では、通信確認手段１１
の具体的な処理内容として、クライアント管理手段８が
付与したＩＤとＷｅｂブラウザのＩＤの一致を確認する
方法について説明したが、他の方法を用いてもよい。例
えば、Ｗｅｂブラウザが前回通信したのと同じＷｅｂブ
ラウザであることを確認する方法として、Ｃｏｏｋｉｅ
と呼ばれる方法がある。これは、送信するパケットのヘ
ッダにＣｏｏｋｉｅ情報を入れて送受信することで、Ｗ
ｅｂブラウザの一致を確認する方法である。また、ＩＣ
カードを用いた認証やその他の暗号技術による認証など
を用いて確認してもよい。さらに、これらの方法を組み
合わせて、通信相手のＷｅｂブラウザが、連携開始時に
ＩＤを付与したクライアントであることや、前回通信し
たＷｅｂブラウザと同一であることを確認してもよい。
これらの方法を用いることにより、Ｗｅｂブラウザを取
り違えたり、他のＷｅｂブラウザによるなりすましたり
するなどを防止することができる。

【００３９】また、上記実施例では、画像の管理方法と
して、Ｗｅｂブラウザで表示する画像をＷｅｂ管理ソフ
ト４−１から送る方法について説明したが、他の方法を
用いてもよい。例えば、Ｗｅｂ管理ソフト４−１が画像
表示を指定する操作メッセージを受信したとき、この画
像をファイルとしてＷＷＷサーバ５−１に置き、Ｗｅｂ
ブラウザには画像ファイルの位置を示すＵＲＬで通知す
る。Ｗｅｂブラウザを用いたクライアント６−２〜６−
２は、指定されたＵＲＬを利用してＷＷＷサーバ５−１
から画像を取得することができる。また、専用クライア
ントアプリケーション７−１〜７−２と、Ｗｅｂ管理ソ
フトが同一の画像データベースにアクセスして画像を取
得したり、Ｗｅｂブラウザを用いたクライアント６−１
〜６−２が直接画像データベースから画像を取得するよ
うにしてもよい。

【００４０】また、上記実施例では、Ｗｅｂブラウザを
用いたクライアント６−１〜６−２とＷｅｂ管理ソフト
４−１との通信に、ＷＷＷサーバ５−１が起動するＣＧ
Ｉプログラムを用いる方法について説明したが、他の方
法を用いてもよい。例えば、Ｊａｖａサーブレットな
ど、ＷＷＷサーバ５−１の種類に対応した各種プログラ
ムの記述方法がある。これらの方法を用いた場合におい
ても、ＨＴＴＰのプロトコルに従った通信を行うＷｅｂ
ブラウザを用いる場合、通信管理手段１１を用いてクラ
イアントの確認を行う本発明の方法により、同様に連携
を行うことができる。

【００４１】また、上記実施例では、Ｗｅｂブラウザを
用いたクライアント６−１〜６−２とＷｅｂ管理ソフト
４−１の間で定期的に更新要求の送信と画面状態の返信
を繰り返す方法について説明したが、他の方法を用いて
もよい。例えば、ＷＷＷサーバとＷｅｂブラウザの間の
ＨＴＴＰのプロトコルに従った通信の方法として、サー
バプッシュと呼ばれる方法がある。これは、一回の要求
に対する応答を、長いデータであるように見せかけて送
信し、その中に複数のデータを区切って送る方法であ
る。

【００４２】この方法を用いることで、Ｗｅｂブラウザ
からＷｅｂ管理ソフトに初めに接続して以降、定期的、
あるいは、Ｗｅｂ管理ソフトの任意のタイミングで、画
面状態をＷｅｂブラウザに通知することができる。この
場合、Ｗｅｂブラウザ上で行われたユーザの操作をＷｅ
ｂ管理ソフトに通知する場合は、画面更新とは別の要求
を送信して行う必要があるが、通信確認手段１１によっ
て操作メッセージを送信したクライアントを確認するこ
とで、同様に連携を行うことができる。

【００４３】また、これまで示した実施例では、連携サ
ーバ３−１とは別にＷｅｂ管理ソフト４−１を設けてい
たが、Ｗｅｂ管理ソフトの機能を連携サーバ３−１内部
に持たせるようにしてもよい。

【００４４】また、これまで示した実施例では、画像に
対する操作としてポインタを表示する機能を例として取
り上げた。その他、画像上に線や図形や文字を書き込む
機能や、画像の表示位置やサイズ、濃度階調を変更する
ような操作についても、同様な処理手順で連携させるよ
うにしてもよい。

【００４５】次に、本発明の画像連携システムを用いて
医用画像を用いた画像連携サービスの形態について説明
する。図８は、医用画像を用いた画像連携サービスを利
用する環境の一例を示した図である。専門医がいる病院
やサービス提供機関などの施設２１と診療所２２や病院
２３がインターネット２４を介して接続している。

【００４６】専門医がいる施設２１では、サーバ装置１
−２と、クライアント装置２−５と、画像データベース
２７が院内ＬＡＮ２５−１で接続し、院内ＬＡＮ２５−
１のセキュリティを守るためのファイアーウォール２６
−１を介してインターネット２４と接続する。

【００４７】診療所２２では、クライアント装置２−６
は、インターネットプロバイダなどを介してインターネ
ットと直接接続する。病院２３では、クライアント装置
２−７が院内ＬＡＮ２５−２と接続し、院内ＬＡＮ２５
−２はファイアーウォール２６−２を介してインターネ
ット２４と接続する。

【００４８】専門医は、クライアント装置２−５で専用
クライアントアプリケーション７−３を利用して、医用
画像の診断支援、症例検討会や教育などのサービスを提
供する。診療所２２や病院２３の医師は、クライアント
装置２−６〜２−７でＷｅｂブラウザを用いたクライア
ント６−３〜６−４を用いてサービスを利用する。サー
ビスを利用するとき、利用者はパスワードやＩＣカー
ド、その暗号技術などによるユーザの認証を行って、そ
の資格などを確認する。そして、ユーザが接続して利用
したことや接続時間などは、サーバ装置１−２の接続集
計手段２８で集計する。

【００４９】まず、画像診断支援サービスを提供する場
合、専門医がいる施設２１では、アクセス用のＷｅｂペ
ージを作成してＷＷＷサーバ５−２上で公開する。例え
ば、相談をしたい診療所２２の医師が、Ｗｅｂブラウザ
６−３を使ってこのＷｅｂページにアクセスすると、連
携サーバ３−２と専用クライアントアプリケーション７
−３と、Ｗｅｂ管理ソフト４−２を接続すると共に、ユ
ーザの認証を行って接続が開始されたことやユーザの情
報を接続集計手段２８で記録する。続いて、Ｗｅｂブラ
ウザ６−３はＷｅｂ管理ソフト４−２とＷＷＷサーバ５
−２を介して接続し、相談したい画像を送信する。

【００５０】Ｗｅｂ管理ソフト４−２では、受信した画
像を画像データベース２７に保存する。続いてＷｅｂブ
ラウザ６−３から送られた画像表示の操作メッセージに
対し、専用クライアントアプリケーション７−３は、画
像データベース２７から画像を取得して表示する。そし
て、専用クライアントアプリケーション７−３を利用す
る専門医が、画像の診断を行って、ポインタで注目部位
を指し示しながら説明し、Ｗｅｂブラウザ６−３を利用
する診療所２２の医師との間で画像連携を行う。また、
接続集計手段２８では、接続して利用した時間などを集
計しておき、この結果を後の利用料金の請求などに用い
る。

【００５１】次に、症例検討会や地域の医師に対する教
育を行う場合、専門医は連携サーバ３−２と専用クライ
アントアプリケーション７−３を接続し、ＷＷＷサーバ
５−２に参加用のＷｅｂページを作成して公開する。参
加したい診療所２２や病院２３の医師が、Ｗｅｂブラウ
ザ６−３〜６−４からＷＷＷサーバ５−２のＷｅｂペー
ジにアクセスすると、ユーザの認証を行って利用を接続
集計手段２８で記録すると共に、連携サーバ３−２はＷ
ｅｂ管理ソフト４−２に接続を行い、Ｗｅｂブラウザ６
−３〜６−４と連携を開始する。専門医が専用クライア
ントアプリケーション７−３を使って、特異な症例や新
しい技術に関する説明を行い、これを、診療所２２や病
院２３の医師が参照する。接続集計手段２８では、診療
所２２や病院２３のクライアントの接続時間などを集計
し、後の利用料金の請求に用いるほか、教育の受講頻度
などの情報を調べるのに用いる。

【００５２】以上示したように、接続集計手段２８でク
ライアントの接続回数や接続時間を集計することによっ
て、接続回数や接続時間に応じた利用料金の請求を行う
ことができる。また、Ｗｅｂブラウザと専用クライアン
トアプリケーションなどクライアントの種類を判断し
て、異なる料金を請求するようにしてもよい。さらに、
教育などを開催した場合、受講頻度などから地域の医師
が関心の高い話題を調査したり、医師が教育受講に積極
的かどうかなどの情報も得ることができ、これらの情報
を後の症例検討会や教育の開催に利用することができ
る。

【００５３】また、専門医のいる施設２１や病院２３
は、院内ＬＡＮのセキュリティを確保するため、ファイ
アーウォール２６−１〜２６−２を介してインターネッ
ト２４に接続している。ファイアーウォール２６−１〜
２６−２では、院内ＬＡＮ２５−１〜２５−２への不正
アクセスを防止するため、ＷＷＷで標準的に利用するＨ
ＴＴＰのプロトコルの通信は通過させるが、他のＴＣＰ
／ＩＰのソケット通信は不可能なように設定されている
ことが多い。しかし、本発明の画像連携システムでは、
クライアントとしてＷｅｂブラウザを用い、ＨＴＴＰプ
ロトコルを用いて通信しているため、ファイアーウォー
ルの設定変更なども不要であり、セキュリティの確保さ
れたネットワーク間でも容易に画像連携サービスを利用
することができる。

【００５４】また、専門医が利用するクライアントは画
像診断などに用いるため、複雑な画像処理などの機能が
必要となる。一方、診療所２２や病院２３の医師が用い
るクライアントは、説明や教育を参照することが主な目
的であり、複雑な機能はそれほど必要としない。そこ
で、本発明の画像連携システムは、単独のシステムにお
いても、複雑な機能が必要なクライアントには専用クラ
イアントアプリケーションを用い、複雑な機能が不要な
クライアントにはＷｅｂブラウザを用いるというよう
に、用途に応じてクライアントを使い分けることが可能
となる特徴がある。

【００５５】これまで示した実施例では、Ｗｅｂブラウ
ザを用いたクライアントと専用クライアントアプリケー
ションを両方用いる構成について説明したが、クライア
ントが全てＷｅｂブラウザを用いたクライアントという
構成で利用することも可能である。

【００５６】また、これまで説明した実施例では、ステ
ートレスな通信をするクライアントとして、ＷＷＷサー
バを介して通信するＷｅｂブラウザを用いる例について
説明したが、ステートレスな通信を行うクライアントで
あれば、独自に作成したクライアントアプリケーション
であってもよい。通信確認手段によってクライアントの
ＩＤを確認するので、正確に連携を行うことができる。

【００５７】

【発明の効果】以上説明したように、本発明によれば、
単独のシステムでＷｅｂブラウザ、専用クライアント両
方から利用できるシステムを実現できる効果がある。さ
らに、Ｗｅｂブラウザを用いるクライアントと連携サー
バ間の通信に、ＷＷＷの標準プロトコルであるＨＴＴＰ
に従って通信することで、Ｗｅｂブラウザと連携サーバ
が各々セキュリティの確保されたネットワーク上に存在
しても容易に利用できるなどの効果がある。

【図面の簡単な説明】

【図１】本発明の画像連携システムの構成例を示すブロ
ック図。

【図２】本発明の画像連携システムにおける連携サーバ
の連携開始時の処理手順の一例を示すフローチャート。

【図３】本発明の画像連携システムにおける連携サーバ
の連携中の処理手順の一例を示すフローチャート。

【図４】本発明の画像連携システムにおける専用クライ
アントアプリケーションの連携中の処理手順の一例を示
すフローチャート。

【図５】本発明の画像連携システムにおけるＷｅｂ管理
ソフトの連携中の処理手順の一例を示すフローチャー
ト。

【図６】本発明の画像連携システムにおけるＷｅｂ管理
ソフトの連携中の処理手順の一例を示すフローチャー
ト。

【図７】本発明の画像連携システムにおけるＷｅｂブラ
ウザを用いたクライアントの連携中の処理手順の一例を
示すフローチャート。

【図８】本発明の画像連携サービスを利用する環境の一
例を示すブロック図。

【符号の説明】

１−１〜１−２…サーバ装置、２−１〜２−７…クライ
アント送致、３−１〜３−２…連携サーバ、４−１〜４
−２…Ｗｅｂ管理ソフト、５−１〜５−２…ＷＷＷサー
バ、６−１〜６−４…Ｗｅｂブラウザ、７−１〜７−３
…専用クライアントアプリケーション、８…クライアン
ト管理手段、９…配信手段、１０…表示管理手段、１１
…通信確認手段、２１…専門医がいる施設、２２…診療
所、２３…病院、２４…インターネット、２５−１〜２
５−２…院内ＬＡＮ、２６−１〜２６−２…ファイアー
ウォール、２７…画像データベース、２８…接続集計手
段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者松尾仁司東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所中央研究所内Ｆターム(参考） 5C064 AA06 AB03 AC02 AC09 AC12 AD08 AD14 5K030 GA18 HA08 HB02 HC01 KA01 KA06 KA13 LD02

Claims

【特許請求の範囲】

【請求項１】複数のクライアントに同一の画像を表示し
て、表示した画像に対する操作を連携させる画像連携シ
ステムにおいて、上記複数クライアントのうち少なくと
も一つ以上のクライアントは通信が必要な時にのみ通信
コネクションを接続して通信するステートレス通信クラ
イアントであって、上記複数のクライアントにＩＤを付
与して管理するクライアント管理手段と、上記ステート
レス通信クライアントが通信を行うとき、当該ステート
レス通信クライアントのＩＤが上記クライアント管理手
段によって付与されたＩＤと一致するクライアントであ
ることを確認する通信確認手段を有することを特徴とす
る画像連携システム。
【請求項２】請求項１に示す画像連携システムにおい
て、上記ステートレス通信クライアントに表示すべき画
像の状態を管理し、上記ステートレス通信クライアント
が接続したときに管理している画像の状態を通知する表
示管理手段を有することを特徴とする画像連携システ
ム。
【請求項３】複数のクライアントに同一画像を表示し、
表示した画像に対する操作を連携させる画像連携システ
ムのサーバ装置であって、連携作業中は通信コネクショ
ンの接続を継続するステートフル通信クライアントと、
連携作業中でも通信コネクションの接続と切断を行い少
なくとも通信が必要な時に通信コネクションを接続する
ステートレス通信クライアントの２種類のクライアント
の通信方法を判断して各々に合わせて通信を行うことを
特徴とする画像連携システムのサーバ装置。
【請求項４】複数のクライアントが連携サーバとの間で
通信を行い、上記複数のクライアントに同一の画像を表
示して、表示した画像に対する操作を連携させる画像連
携システムにおいて、上記複数クライアントのうち少な
くとも一つ以上のクライアントはＷｅｂブラウザを用い
たクライアントであって、上記Ｗｅｂブラウザを用いた
クライアントは、ＷＷＷサーバを介して連携サーバと通
信を行うことを特徴とする画像連携システム。
【請求項５】複数のクライアントが連携サーバとの間で
通信を行い、上記複数のクライアントに同一画像を表示
し、表示した画像に対する操作を連携させる画像連携シ
ステムのサーバ装置であって、上記サーバ装置は連携サ
ーバの機能とＷＷＷサーバの機能を有し、上記連携サー
バと直接通信する第１のクライアントと、上記ＷＷＷサ
ーバを介して通信を行う第２のクライアントの、２種類
のクライアントの通信方法を判断して各々に合わせて通
信を行うことを特徴とする画像連携システムのサーバ装
置。
【請求項６】請求項１，２，４のいずれかに示す画像連
携システムまたは請求項３，５のいずれかに示す画像連
携システムのサーバ装置を用い、医療施設間の画像連携
を行う画像連携サービスにおいて、上記クライアントの
接続回数あるいは接続している時間を集計する接続集計
手段を有することを特徴とする画像連携サービス。