JP5566791B2 - 医用画像処理サーバ - Google Patents

Description

本発明の実施形態は、医用情報システムを管理する医用画像処理サーバに関する。

近年、シンクライアント型の情報処理システムが注目されており、医療においてもシンクライアント型のシステムを導入し始めている。シンクライアント型の医用システムとは、１つのサーバおよび複数のクライアント（シンクライアント端末）が接続する病院内ＬＡＮ等のネットワークにおいて、シンクライアント端末側にはハードディスクを搭載せず、サーバ側にはシンクライアント端末を動作させるアプリケーションやデータを格納するものである。具体的な例として、サーバは、他の画像処理装置で撮像した画像データの格納、画像処理、シンクライアント端末の要求に応じた各種アプリケーションプログラムの起動を行い、シンクライアント端末は、データの表示機能や最低限の入力機能のみを有する。

シンクライアント端末は、アプリケーションプログラム、およびデータをシンクライアント端末自身で格納しないため、シンクライアント端末側の処理負荷を低減し、サーバ上でデータを一元的に管理できる。また、ハードディスクを搭載しないためシンクライアント端末自体が安価で済み、より多くのシンクライアント端末を導入してネットワーク上に接続することができる。

シンクライアント型のシステムでは、複数のユーザが、各ユーザの使用するシンクライアント端末からサーバ上の同じデータにアクセスする場合も考えられる。また、サーバ内の同じデータに複数のシンクライアント端末が同時にアクセスしており、データを更新することも考えられる。従来、このように任意のユーザがサーバ上のあるデータにアクセスしている場合、他のユーザはそのデータについて読み取りが可能であっても更新が出来ない。また、複数のユーザが同じデータを同時にアクセスしている場合、あるユーザがこのデータを更新しようとしたときに、既に他のユーザからの更新がなされていた場合は、どちらの更新内容を元のデータに反映するか選択する。

特開２０１０−１０４６１４号公報

しかし、医療現場では、例えば緊急を要する場合に、あるユーザがデータにアクセスしているために他のユーザがそのデータを更新できないと、最新のデータに更新できなくなってしまう。また、複数のユーザが同じデータに同時アクセスしたために生じる、データの更新内容を選択する場合でも、操作を誤るとデータが失われる場合があり、検査のやり直しや誤診のおそれがある。

本発明の実施形態はこのような点を考慮してなされたもので、複数のシンクライアント端末が同じデータにアクセスする医用画像処理サーバを提供することを目的とする。

実施形態の医用画像処理サーバは、ネットワークを介して接続される端末から受信した入力情報に従って画像処理を実行する医用画像処理サーバにおいて、患者の検査画像データを格納する記憶部と、第１の操作者による前記端末への操作入力に基づいて前記検査画像データが編集されて前記検査画像データの更新要求が行われた場合、前記第１の操作者による前記検査画像データの編集中に前記検査画像データが第２の操作者により編集されて更新データが生成されたとき、前記第１の操作者による前記検査画像データの編集を反映した複製データを生成し、前記更新データ及び前記複製データを保存する保存処理手段と、前記更新データおよび前記複製データを、同一の検査画像データから生成された派生データとして管理するデータ管理部と、複数の前記派生データに含まれるアノテーションを前記検査画像データにマージして外部装置に出力するデータ出力部と、を備えることを特徴とする。
実施形態の医用画像処理サーバは、ネットワークを介して接続される端末から受信した入力情報に従って画像処理を実行する医用画像処理サーバにおいて、患者の検査画像データを格納する記憶部と、前記端末により選択された前記検査画像データに対する、前記端末からのアクセス開始時刻を取得するアクセス時刻取得部と、前記端末により前記検査画像データが編集されて前記検査画像データの更新要求が行なわれた場合、前記検査画像データの最終更新時刻を取得する更新時刻取得部と、前記アクセス時刻取得部で取得したアクセス開始時刻が、前記更新時刻取得部で取得した最終更新時刻より前の時刻の場合、前記検査画像データの編集を反映した複製データを生成すると判断する判断手段と、前記複製データが生成された場合、前記検査画像データが編集されて前記最終更新時刻に更新された更新データと、前記複製データとを、同一の検査画像データから生成された派生データとして管理するデータ管理部と、複数の前記派生データに含まれるアノテーションを前記検査画像データにマージして外部装置に出力するデータ出力部と、を備えることを特徴とする。

本発明の一実施形態に係るサーバであって、サーバ、シンクライアント端末とのネットワークシステムを示す構成図。 医用情報システムにおけるサーバおよびシンクライアント端末の動作を示すフローチャート。 ２つのシンクライアント端末がサーバにアクセスする概念図であり、（Ａ）２つのシンクライアント端末が検査データに同時にアクセスしていることを示す図、（Ｂ）一方のシンクライアント端末が検査データを更新することを示す図、（Ｃ）もう一方のシンクライアント端末が複製データを作成することを示す図。 シンクライアント端末がサーバにアクセスした際に表示されるデータの一覧表示画面の例を示す図。 （Ａ）シンクライアント端末２ａで表示されるサムネイル表示の例を示す図、（Ｂ）シンクライアント端末２ｂで表示されるサムネイル表示の例を示す図。 複製データが作成された場合の、シンクライアント端末に表示される一覧表示画面の例を示す図。 項目を展開した場合の、シンクライアント端末に表示される一覧表示画面の例を示す図。 更新データおよび複製データを外部の記憶装置や医用機器に出力する場合の概念図。 検査データに含まれる元の画像データＸと、シンクライアント端末２ａ、２ｂ、２ｃが編集した画像データＸ１、Ｘ２、Ｘ３を示す図。 （Ａ）画像データの複製が作成されている場合の、シンクライアント端末に表示されるサムネイル表示の例を示す図、（Ｂ）展開表示した場合の、シンクライアント端末に表示されるサムネイル表示の例を示す図。 画像ビューワーの例を示す図。 画像データ群を外部の記憶装置や医用機器に出力する場合の概念図。 検査データに含まれる元のレポートＹと、シンクライアント端末２ａ、２ｂが編集したレポートＹ１、Ｙ２を示す図。 （Ａ）レポートの複製が作成されている場合の、シンクライアント端末に表示されるサムネイル表示の例を示す図、（Ｂ）展開表示した場合の、シンクライアント端末に表示されるサムネイル表示の例を示す図。 選択されたサムネイルにおけるレポートとその詳細を示す図。

以下、本発明の実施形態を添付図面に基づいて説明する。
図１は、本発明の一実施形態に係るサーバ１（医用画像処理サーバ）であり、サーバ１、シンクライアント端末２（２ａ、２ｂ、２ｃ、…）とのネットワークシステムを示す医用情報システム１００の概略図である。サーバ１は、シンクライアント型の医用情報システム１００の一部として設けられ、シンクライアント端末２と病院内のＬＡＮ（ローカルエリアネットワーク）を介して相互に通信可能に接続される。

シンクライアント端末２は、ユーザが閲覧、操作を行う端末であり、表示部と操作部を有する。表示部はサーバ１に格納されるデータを表示する。操作部は各種入力を行い、サーバ１への格納を指示する。本実施形態はシンクライアント型のネットワークシステムであるため、サーバ１がシンクライアント端末２を動作させるためのアプリケーションを有し、シンクライアント端末２にはアプリケーションやデータ等を格納するハードディスクを搭載していない。シンクライアント端末２はサーバ１に接続することで、サーバ１に格納されるデータの閲覧や編集等の各種処理を行う。また、複数のシンクライアント端末２ａ、２ｂ、２ｃ…は、サーバ１内の同じデータに同時にアクセスすることが可能である。

サーバ１は、制御部１０、通信部１５、記憶部１６、情報記憶媒体１７、時計部１８、データ記憶部２１がバスによって相互に通信可能に接続されて構成されている。

通信部１５は、病院内ＬＡＮに接続し、シンクライアント端末２との通信を行う。時計部１８は、シンクライアント端末２がデータにアクセス開始した時刻や、データを更新する際の時刻を計時する。

データ記憶部２１は、図示しない画像診断装置で撮影された患者の画像データや、検査に関するレポートといったテキストデータ等を含む検査データを格納する。検査データ内の画像データやテキストデータには、データを作成した装置名、データサイズ、編集した端末名、最終更新時刻等といったデータ属性情報も付随している。

記憶部１６は、制御部１０や通信部１５などのワーク領域となるもので、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより実現できる。また記憶部１６は、時計部１８で計時した時刻を一時的に格納する。

情報記憶媒体１７（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、ハードディスク、或いはメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ、ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などにより実現できる。情報記憶媒体１７には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）、シンクライアント端末２（２ａ、２ｂ、２ｃ、…）を動作させるための複数のアプリケーション等が記憶される。

制御部１０は、サーバ１全体の制御を司り、情報記憶媒体１７に格納されるＯＳ(Operating System)等の基本プログラム及び所定のプログラムに従って処理を実行する演算装置である。

制御部１０は、端末管理部１０１、データ呼出部１０２、更新時刻取得部１０３、アクセス時刻取得部１０４、データ更新部１０５、複製作成部１０６、データ管理部１０７、データ出力部１０８、比較部１０９、判断部１１０を含む。

端末管理部１０１は、サーバ１と接続するシンクライアント端末２ａ、２ｂ、２ｃ…を認証し、接続端末の管理を行う。データ呼出部１０２は、シンクライアント端末２からのアクセス要求に基づいて、データ記憶部２１内の検査データを呼び出す。ここで、検査データは所定の検査ＩＤを有しており、検査名、検査を行った患者の情報、検査内容、検査日時、データ更新日時、検査で撮像した少なくとも１つ以上の画像データ、検査レポート等を含む。

更新時刻取得部１０３は、検査データの最終更新時刻を取得する。アクセス時刻取得部１０４は、時計部１８で計時した、シンクライアント端末２から検査データへのアクセス開始時刻を取得する。

比較部１０９は、更新時刻取得部１０３で取得した検査データの最終更新時刻と、アクセス時刻取得部１０４で取得した検査データへのアクセス開始時刻とを比較する。詳細は後述する。

判断部１１０は、比較部１０９で比較した、検査データの最終更新時刻と、検査データへのアクセス開始時刻とに基づき、シンクライアント端末２が編集したデータについて、元のデータに上書きして更新するか、複製を作成するかを判断する。
データ更新部１０５は、シンクライアント端末２が編集したデータを、元のデータに上書きして更新する。複製作成部１０６は、シンクライアント端末２が編集したデータを、元のデータの複製データとして作成する。

データ管理部１０７は、元のデータよりデータ更新部１０５で更新された更新データ、および複製作成部１０６で作成した複数の複製データを、元のデータからの派生として一括管理する。データ出力部１０８は、複製作成部１０６で作成した複数の複製データを外部装置に出力する。詳細は後述する。

＜サーバの動作例＞
次に、上記構成のサーバ１とシンクライアント端末２ａとの動作の一例について、図２のフローチャートを参照して説明する。本実施形態では検査データＡとする。

ユーザがシンクライアント端末２ａを用いて、サーバ１へ接続するためにログインを行うと（ステップＳ１０１）、サーバ１の端末管理部１０１は、シンクライアント端末２ａの認証を行う（ステップＳ１０３）。次にユーザは、ステップＳ１０３で認証されたシンクライアント端末２ａを用いて、データ記憶部２１に格納される検査データＡへのアクセス要求を行う（ステップＳ１０５）。サーバ１のデータ呼出部１０２は、ステップＳ１０５でのアクセス要求に基づき、データ記憶部２１から検査データＡを呼び出す（ステップＳ１０７）。

次に、シンクライアント端末２ａが、ステップＳ１０７でデータ呼出部１０２が呼び出した検査データＡにアクセスを開始すると（ステップＳ１０９）、時計部１８は検査データＡにアクセスを開始した時刻を計時し、アクセス時刻取得部１０４はこのアクセス開始時刻を取得する（ステップＳ１１１）。

次に、シンクライアント端末２ａが検査データＡの有する任意のデータに対して編集を行い、その編集を行ったデータの保存を行おうと、検査データＡの更新を要求すると（ステップＳ１１３）、更新時刻取得部１０３は、実際に検査データＡを更新する前に、検査データＡの有するデータ更新日時に基づき、検査データＡの最終更新時刻を取得する（ステップＳ１１５）。

次に比較部１０９は、ステップＳ１１１でアクセス時刻取得部１０４が取得した検査データＡへのアクセス開始時刻と、ステップＳ１１５で更新時刻取得部１０３が取得した検査データＡの最終更新時刻とを比較する。次に判断部１１０は、比較部１０９での比較結果に基づき、複製を作成するか否かを判断する。最終更新時刻が、アクセス開始時刻よりも後である場合（ステップＳ１１７で「Ｙｅｓ」）、シンクライアント端末２ａと同時に検査データＡにアクセスしている他のシンクライアント端末（これをシンクライアント端末２ｂとする）が有り、シンクライアント端末２ａよりも先に検査データＡを更新しているということになる。そのため、この時点でシンクライアント端末２ａが元の検査データＡから編集したデータを更新しようとすると、シンクライアント端末２ｂが更新したデータを消去してしまうことになる。よって判断部１１０は、複製データを作成すると判断し、複製作成部１０６は、シンクライアント端末２ａが編集したデータを、複製データＡ２として作成しデータ記憶部２１に格納する（ステップＳ１１９）。

最終更新時刻が、アクセス開始時刻よりも前である場合（ステップＳ１１７で「Ｎｏ」）、シンクライアント端末２ａがアクセスを開始した後、この時点まで、他のシンクライアント端末による検査データＡの更新が行われていないということになる。よって判断部１１０は、複製データを作成せずデータを更新すると判断し、データ更新部１０５は、シンクライアント端末２ａからの更新要求に従い、検査データＡを更新し、更新データＡ１を作成してデータ記憶部２１に格納する（ステップＳ１２１）。このとき時計部１８はステップＳ１２１でデータを更新した時刻を計時し、データ更新部１０５は、ステップＳ１１５で更新時刻取得部１０３が取得した最終更新時刻を、計時した時刻に更新する（ステップＳ１２３）。

図３にシンクライアント端末２ａとシンクライアント端末２ｂとがサーバ１にアクセスする概念図を示す。シンクライアント端末２ａとシンクライアント端末２ｂが検査データＡに同時にアクセスしており（図３（Ａ））、シンクライアント端末２ａが編集したデータをデータＡ１、シンクライアント端末２ｂが編集したデータをデータＡ２とする。シンクライアント端末２ａが、編集したデータＡ１をシンクライアント端末２ｂより先に更新すると、サーバ１には更新データＡ１が格納される（図３（Ｂ））。その後シンクライアント端末２ｂが編集したデータＡ２をサーバ１に更新しようとすると、検査データＡ自体が既に更新データＡ１に更新されているので、サーバ１はデータＡ２を複製データとして別に作成する（図３（Ｃ））。この更新データＡ１と複製データＡ２は、同じ検査データＡからの派生データとして、検査データ群Ａａとしてデータ管理部１０７でひとまとめにして管理される。

＜一覧表示画面の例＞
図４は、任意のシンクライアント端末２がサーバ１にアクセスした際にシンクライアント端末２に表示される、サーバ１内の全検査データの一覧表示画面の例である。画面上部には、サーバ１に格納される各検査データの検査ＩＤ（ID）、患者ＩＤ（Name）、検査日時（Exam Date）、検査内容（Exam Type）、撮像した画像データ数（Image）等が一覧として表示されている。画面下部には、画面上部に表示される一覧より選択された検査データが有する画像データ、動画データ、およびテキストデータ等のサムネイル表示がされている。図４では、一覧から検査ＩＤが「20100217.212542.ID」の検査データＡを選択しており、画面下部には検査データＡに対応する、ＣＴ画像データまたは動画データの１０枚のサムネイル表示がなされている。動画データについては、動画開始時の画像がサムネイル表示されている。

シンクライアント端末２ａと２ｂが同時にこの検査データＡにアクセスしており、それぞれ編集を行ったときに、シンクライアント端末２ａで表示されるサムネイル表示例を図５（Ａ）に、シンクライアント端末２ｂで表示されるサムネイル表示例を図５（Ｂ）に示す。シンクライアント端末２ａは、画面全体のスクリーンショットを１１番目のデータとして追加している。シンクライアント端末２ｂは、検査レポート（テキストデータ）を１１番目のデータとして追加している。このように、シンクライアント端末２ａおよび２ｂは、検査データＡへ同時にアクセスしているために、双方とも元の検査データＡに含まれる１０枚の画像を元にして編集しており、互いの端末の更新内容を把握していない。よって一方のシンクライアント端末におけるデータの編集には、他方のシンクライアント端末の更新を反映していない。

図６、図７は、複製データが作成される場合の、シンクライアント端末２ａに表示される一覧表示画面の例である。図６では、シンクライアント端末２ａがサーバ１にアクセスしたときの検査データすべてを一覧表示しており、複製が作成されている検査データの項目の先頭には＋印が付加されている。この＋印が選択されると、図７に示すように、項目を展開してこのデータ群におけるすべての複製データの詳細項目が表示される。このとき一覧には、データ更新者、更新日時、更新内容の欄が追加表示される。よって、シンクライアント端末２ａは、他のシンクライアント端末で作成されたデータを含む、このデータ群全ての複製データを閲覧することが出来る。例えば図７に示すように、展開された検査データＡ（検査ＩＤが「20100217.212542.ID」のデータとする）で、更新者２ｂの検査データを選択すると、シンクライアント端末２ｂが作成した複製データ、つまり、前述した図５（Ｂ）に示す、テキストデータが追加された１１枚のデータのサムネイルが画面下部に表示される。

＜データの出力＞
次に、サーバ１のデータ記憶部２１に格納された、任意の検査データ群に含まれる更新データおよび複製データ全てを、外部の記憶装置や医用機器に出力する動作例について、図８を参照して説明する。シンクライアント端末２ａ、シンクライアント端末２ｂ、シンクライアント端末２ｃは、検査データＡに同時にアクセスしている。サーバ１のデータ記憶部２１にはシンクライアント端末２ａが編集し検査データＡを更新した更新データＡ１、シンクライアント端末２ｂが編集した複製データＡ２、シンクライアント端末２ｃが編集した複製データＡ３が検査データ群Ａａとして格納されているとする。

シンクライアント端末２ａから検査データ群Ａａの出力要求を受けたサーバ１のデータ出力部１０８は、データ記憶部２１に格納されるデータの内、検査データ群Ａａに属するデータを所定の条件に基づいて出力する。なお、出力は医用機器の標準規格であるＤＩＣＯＭ（Digital Imaging Communications and Medicine）形式に従って出力する。出力における所定の条件として、図８に示す３つの例が挙げられる。

図８（１）に示す第１の例で、サーバ１のデータ出力部１０８は、検査データ群Ａａに含まれるデータＡ１、Ａ２、Ａ３全てを別々に出力する。ただし、ＤＩＣＯＭ形式では通常、検査データ群Ａａのデータ構造、すなわち１つのデータから複数の複製データが作成されているデータ構造をそのまま取り扱うことができない。よって、データをそのまま外部の医用機器に出力し、出力したデータを再度サーバ１に戻す際に、データＡ１、Ａ２、Ａ３が全く関連のない別データとなってしまう。
そこで、各データＡ１、Ａ２、Ａ３を出力するときは、ＤＩＣＯＭ形式における「Private Data」コマンドを用いる。「Private Data」は、データに関する情報を自由に記載できるコマンドである。データ出力時には、データＡ１、Ａ２、Ａ３それぞれの「Private Data」に、検査データＡの派生データである情報（つまり検査データ群Ａａに属する情報）を付加しておく。これにより、外部の医用機器に出力したデータを再度サーバ１に戻して格納する際、各データＡ１、Ａ２、Ａ３には、「Private Data」より検査データ群Ａａに属するという情報が保持されているため、各データＡ１、Ａ２、Ａ３は元のデータ構造に復元することが出来る。

図８（２）に示す第２の例では、サーバ１は、出力要求をしたシンクライアント端末の編集するデータのみを出力する。例えば、シンクライアント端末２ａがサーバ１に対し出力要求を行った場合、サーバ１はデータＡ１のみを出力する。

図８（３）に示す第３の例では、サーバ１は、検査データ群ＡａのデータＡ１、Ａ２、Ａ３をマージして出力する。つまり、各データＡ１、Ａ２、Ａ３における、元の検査データＡからの変更箇所を１つのデータに合わせて反映させ出力する。
例えば、前出した図５で、シンクライアント端末２ａにおけるデータとシンクライアント端末２ｂにおけるデータをマージして出力する場合、１０枚のＣＴ画像データまたは動画データに、シンクライアント端末２ａが追加したスクリーンショットと、シンクライアント端末２ｂが追加した検査レポート（テキストデータ）との両方を加えた１２枚を出力する。

なお図８におけるデータの出力は、出力先によって出力条件を変更しても良い。例えば、CD-ROM等のメディアに出力する場合は、データ量が制限されるので出力要求をしたシンクライアント端末の編集したデータのみを出力したり、他のサーバに出力する場合は、全てのデータを別々に出力したりしてもよい。

＜画像データの更新＞
これまで検査データ全体についての更新データおよび複製データの作成について述べたが、検査データ内に含まれる個別の画像データについても同様に、更新データおよび複製データの作成が可能である。次に、検査データに含まれる任意の画像データを複数のシンクライアント端末が同時にアクセスしている場合の例について以下に示す。

シンクライアント端末２ａ、２ｂ、２ｃが、同じ検査データ内に含まれる画像データＸに同時にアクセスしており、編集を行っているとする。元の画像データＸと、各シンクライアント端末２ａ、２ｂ、２ｃが編集した画像データＸ１、Ｘ２、Ｘ３を図９に示す。ここで画像データＸ１は、シンクライアント端末２ａが他のシンクライアント端末より先に画像データＸを更新した更新データであり、画像データＸ２、Ｘ３はいずれも複製データである。これら画像データＸ１、Ｘ２、Ｘ３は、同じ画像データＸからの派生データとして、画像データ群Ｘｘとしてデータ管理部１０７でひとまとめにして管理される。各画像データＸ１、Ｘ２、Ｘ３には、それぞれ異なるアノテーション（コメントや記号等の注釈）が付されている。画像データＸ１には丸印２箇所、画像データＸ２には「腫瘍」のコメントと矢印、画像データＸ３には丸印１箇所のアノテーションがそれぞれ付されている。

シンクライアント端末２ａに表示される画像データのサムネイル表示の例を図１０、画像データの詳細表示例を図１１に示す。画像データＸ１には複製データ（画像データＸ２、Ｘ３）が存在しているので、画像データＸ１の表示の隅に＋印が付加されている（図１０（Ａ））。この＋印が選択されると、展開されて全ての複製データのサムネイルが同時に表示される（図１０（Ｂ））。各サムネイルの下部には、例えばデータ更新日、更新者、パラメータの設定値が表示される。このとき、表示された画像データＸ２、Ｘ３には、画像データＸ１と異なる部分（例えばアノテーション）を枠で囲む等の強調表示をしてもよい。また、表示パラメータの設定値が画像データＸ１と異なる場合は、太字や色文字、下線等の強調表示をしても良い。

表示された複数のサムネイルのうち、任意のサムネイルを更に選択すると、図１１に示すように、選択されたサムネイルに対応する画像データの詳細（画像ビューワー）が表示される。画像ビューワーには、例えば画像データが拡大表示される他に、表示パラメータの詳細な設定値が表示される。

＜画像データの出力＞
次に、上記の画像データ群Ｘｘを外部の記憶装置や医用機器に出力する動作例について、図１２を参照して説明する。シンクライアント端末２ａから画像データ群Ｘｘの出力要求を受けたサーバ１のデータ出力部１０８は、画像データ群Ｘｘに属するデータを所定の条件に基づいて出力する。なお、出力は図８の場合と同様に、医用機器の標準規格であるＤＩＣＯＭ形式に従って出力する。出力における所定の条件として、図１２に示す３つの例が挙げられる。

図１２（１）に示す第１の例で、サーバ１のデータ出力部１０８は、画像データ群Ｘｘに含まれる画像データＸ１、Ｘ２、Ｘ３すべてを別々のデータとして出力する。ただし、図８（１）と同様に、データ出力時には、画像データＸ１、Ｘ２、Ｘ３それぞれのPrivate Dataに、画像データＸの派生データであるという情報（つまり画像データ群Ｘｘに属する情報）を付加しておく。これにより、外部の医用機器に出力したデータを再度サーバ１に戻して格納する際、各画像データＸ１、Ｘ２、Ｘ３には、Private Dataより画像データ群Ｘｘに属するという情報が保持されておるため、各画像データＸ１、Ｘ２、Ｘ３は元のデータの状態に復元することが出来る。

図１２（２）に示す第２の例では、サーバ１は、出力要求をしたシンクライアント端末の編集したデータのみを出力する。例えば、シンクライアント端末２ａがサーバ１に対し出力要求を行った場合、サーバ１は画像データＸ１のみを出力する。

図１２（３）に示す第３の例では、サーバ１は、画像データ群Ｘｘの画像データＸ１、Ｘ２、Ｘ３をマージして出力する。つまり、各画像データＸ１、Ｘ２、Ｘ３における、元の画像データＸからの変更箇所を１つのデータに合わせて反映させ出力する。
例えば、画像データＸ１、Ｘ２、Ｘ３をマージして出力する場合、各画像データには、元の画像データＸ上にそれぞれ異なるアノテーションを付しているので、これらアノテーション全てを元の画像データＸ上に付して出力する。つまり、画像データＸ１におけるアノテーションである丸印２箇所、画像データＸ２におけるアノテーションである「腫瘍」のコメントと矢印、画像データＸ３におけるアノテーションである丸印１箇所を元の画像データＸにすべて付して出力する。

なお図１２における画像データの出力は、出力先によって出力条件を変更しても良い。例えば、CD-ROM等のメディアに出力する場合は、データ量が制限されるので出力要求をしたシンクライアント端末の編集したデータのみを出力したり、他のサーバに出力する場合は、全ての画像データを別々に出力したりしてもよい。

＜レポートの更新＞
検査データにレポート等といったテキストデータが含まれている時も、画像データと同様に取り扱うことが出来る。レポートを複数のシンクライアント端末が同時にアクセスしている場合の例について以下に示す。

シンクライアント端末２ａ、２ｂが、同じ検査データに含まれるレポートＹに同時にアクセスしており、編集を行っているとする。元のレポートＹと、各シンクライアント端末２ａ、２ｂが編集したレポートＹ１、Ｙ２を図１３に示す。ここでレポートＹ１は、シンクライアント端末２ａがシンクライアント端末２ｂより先にレポートＹを更新した更新データであり、レポートＹ２は複製データである。これらレポートＹ１、Ｙ２は、同じレポートＹからの派生データとして、レポート群Ｙｙとしてデータ管理部１０７でひとまとめにして管理される。各レポートＹ１、Ｙ２には、レポートＹからの追加訂正が行われている。

シンクライアント端末２ａに表示されるサムネイル表示の例を図１４、レポートの詳細表示例を図１５に示す。レポートＹ１には複製データが存在しているので、レポートＹ１の表示の隅に＋印が付加されている（図１４（Ａ））。この＋印が選択されると、展開されて全てのレポートの複製データのサムネイルが同時に表示される（図１４（Ｂ））。各サムネイルの下部には、例えばデータ更新日、更新者が表示される。このとき、表示されたレポートＹ１、Ｙ２のサムネイルには、元のレポートＹからの変更点が下線や太字等で強調表示されていても良い。表示された複数のレポートのサムネイルのうち、任意のサムネイルを更に選択すると、図１５の例に示すように、選択されたサムネイルにおけるレポートの詳細（レポートビューワー）が表示される。

なお、上記の編集は、シンクライアント端末側で画像等のデータの編集を行ってもよいし、シンクライアント端末からの操作に基づき、サーバ側でデータの編集を行ってもよい。

以上説明した実施形態によれば、シンクライアント型のネットワークにおいて、シンクライアント端末がサーバ内のデータの更新要求を行い、当該データの最終更新時刻がシンクライアント端末のアクセス開始時刻よりも後である場合、サーバは他のシンクライアント端末が同じデータに同時にアクセスしてデータの更新を行ったとみなす。そしてサーバは、当該データを更新せず、複製データを作成して保存する。よって、任意のシンクライアント端末で編集したデータについて、サーバは元のデータを更新するか複製データを作成するかのいずれかを判断するため、複数のシンクライアント端末が同時に同じデータにアクセスしていても、先に更新を行ったシンクライアント端末からの編集しか反映出来ないということがなくなる。また、あるシンクライアント端末で更新していたデータを、別のシンクライアント端末が誤って消去するといったことを防止することが出来る。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１…サーバ、２…シンクライアント端末、１０…制御部、１５…通信部、１６…記憶部、１７…情報記憶媒体、１８…時計部、２１…データ記憶部、１０１…端末管理部、１０２…データ呼出部、１０３…更新時刻取得部、１０４…アクセス時刻取得部、１０５…データ更新部、１０６…複製作成部、１０７…データ管理部、１０８…データ出力部、１０９…比較部、１１０…判断部、１００…医用情報システム。

Claims (3)

1. ネットワークを介して接続される端末から受信した入力情報に従って画像処理を実行する医用画像処理サーバにおいて、
   患者の検査画像データを格納する記憶部と、
   第１の操作者による前記端末への操作入力に基づいて前記検査画像データが編集されて前記検査画像データの更新要求が行われた場合、前記第１の操作者による前記検査画像データの編集中に前記検査画像データが第２の操作者により編集されて更新データが生成されたとき、前記第１の操作者による前記検査画像データの編集を反映した複製データを生成し、前記更新データ及び前記複製データを保存する保存処理手段と、
   前記更新データおよび前記複製データを、同一の検査画像データから生成された派生データとして管理するデータ管理部と、
   複数の前記派生データに含まれるアノテーションを前記検査画像データにマージして外部装置に出力するデータ出力部と、
   を備えることを特徴とする医用画像処理サーバ。
2. ネットワークを介して接続される端末から受信した入力情報に従って画像処理を実行する医用画像処理サーバにおいて、
   患者の検査画像データを格納する記憶部と、
   前記端末により選択された前記検査画像データに対する、前記端末からのアクセス開始時刻を取得するアクセス時刻取得部と、
   前記端末により前記検査画像データが編集されて前記検査画像データの更新要求が行なわれた場合、前記検査画像データの最終更新時刻を取得する更新時刻取得部と、
   前記アクセス時刻取得部で取得したアクセス開始時刻が、前記更新時刻取得部で取得した最終更新時刻より前の時刻の場合、前記検査画像データの編集を反映した複製データを生成すると判断する判断手段と、
   前記複製データが生成された場合、前記検査画像データが編集されて前記最終更新時刻に更新された更新データと、前記複製データとを、同一の検査画像データから生成された派生データとして管理するデータ管理部と、
   複数の前記派生データに含まれるアノテーションを前記検査画像データにマージして外部装置に出力するデータ出力部と、
   を備えることを特徴とする医用画像処理サーバ。
3. 前記データ管理部は、前記ネットワーク接続された全ての端末に、前記派生データの一覧を表示させるように構成されることを特徴とする請求項１または２に記載の医用画像処理サーバ。