JP2005285098A - コンピュータシステム解析装置 - Google Patents

Abstract

【課題】 コンピュータシステムの最適化を支援するための診断を行う。
【解決手段】 使用状態監視部１０６は、各クライアントビューワを使用するユーザのユーザ情報、各クライアントビューワの機器情報、あるいは各クライアントビューワのそれぞれから送られる画像送信要求などに基づいて、各クライアントビューワでよく表示される画像や各クライアントビューワのそれぞれが複数人により使用される頻度などのような各クライアントビューワの使用状況を示す情報を取得する。不合理状態検出部１０９は、使用状態監視部１０６により取得された情報に基づいてクライアントビューワの使用に関わる不合理な状態を検出する。
【選択図】 図２

Description

本発明は、例えば医用画像観察システムのようなコンピュータシステムに含まれる不合理について診断するコンピュータシステム解析装置に関する。

コンピュータシステムを利用した医用画像観察システムが知られている（例えば、特許文献１を参照）。このような医用画像観察システムは、検査装置（モダリティ）で収集された画像データを画像サーバで保管する。画像サーバで保管された画像データは、ネットワークを介してクライアントビューワにより取り出し、表示できる。そして医師や看護師は、クライアントビューワにより表示される医用画像を参照したり、読影したりして、患者への医療方針を決定・確認することができる。
特開２００１−９４７４４

このようなコンピュータシステムに含まれるコンピュータリソースは、必ずしも最高性能のものが統一して用いられるとは限らない。様々な制約のために、同種のコンピュータリソースであっても、性能の異なるものが混在して利用されることが多い。例えば医用画像観察システムの場合、医師用のクライアントビューワには高解像度のディスプレイが用いられるが、看護師用のクライアントビューワには医師用よりも低解像度なディスプレイが用いられることがある。

限られたコンピュータリソースをどのように配置してコンピュータシステムを構築するかは、ユーザおよびシステム設計者が予測し、検討するしかなかった。しかし、実際には個々のコンピュータリソースの性能や運用を考慮して、ユーザにとって最適な環境を築き上げるのは困難で、多大な労力も要した。また、仮に最適なシステムを構築できたとしても、運用形態の変更などに伴ってシステムが最適な環境を提供できなくなることがあった。

本発明はこのような事情を考慮してなされたものであり、その目的とするところは、コンピュータシステムの最適化を支援するための診断を行うことができるコンピュータシステム解析装置を提供することにある。

以上の目的を達成するために本発明は、複数のコンピュータリソースのそれぞれの使用状況を少なくとも示す情報を取得する取得手段と、前記情報が示す使用状態が、不合理な状態として予め定められた状態であることを検出する検出手段とを備えた。

本発明によれば、コンピュータシステムの最適化のために解消すべき運用上の不合理を診断することが可能となる。

以下、図面を参照して本発明の実施形態につき説明する。
（第１の実施形態）
図１は第１の実施形態に係るコンピュータシステム解析装置が適用される医用画像観察システムの全体構成を示すブロック図である。この医用画像観察システムは、それぞれ３階建ての東館および西館を持つ医療施設に導入されたものである。

東館の１階にはサーバ１が配置されている。医療施設には、複数のクライアントビューワ２が配置されている。例えば東館の２階および３階と、西館の１階、２階および３階にある部屋Ａ〜部屋Ｅにはそれぞれ、クライアントビューワ2-1〜2-5が配置されている。なお、複数のクライアントビューワ２の個々を区別する必要があるときには「クライアントビューワ2-1」や「クライアントビューワ2-2」のように記述するが、区別する必要が無いときには「クライアントビューワ２」と記述することとする。

これらのサーバ１およびクライアントビューワ２は、ルータ3-1〜3-5およびハブ４を含んだＬＡＮ（Local Area Network）を介して互いに通信が可能である。また東館の１階にはＣＴ（Computed Tomography）５、ＭＲ（Magnetic Resonance）６およびＤＲ（Digital Radiography）７などの検査装置が配置され、ルータ3-1を介して上記のＬＡＮに接続されている。

西館の１階には、アクセスルータ８が配置されている。アクセスルータ８は、ルータ3-4を介して上記のＬＡＮに接続されている。またアクセスルータ８は、公衆網９に接続されている。アクセスルータ８は、公衆網９を介して、保守センタに配置されたアクセスルータ１０と通信が可能である。アクセスルータ１０には保守用端末１１が接続されていて、この保守用端末１１からアクセスルータ１０、公衆網９およびアクセスルータ８を介して上記医療施設のＬＡＮにアクセスすることが可能である。

そしてこの医用画像観察システムでは、ＣＴ５、ＭＲ６およびＤＲ７で生成された医用画像データをサーバ１が収集し、保存する。医師や看護師などのユーザは、クライアントビューワ２を使用してサーバ１にアクセスし、クライアントビューワ２のモニタに任意に医用画像を表示させることができる。

図２は図１中のサーバ１の構成を示すブロック図である。
この図２に示すようにサーバ１は、通信部１０１、画像収集部１０２、画像記憶部１０３、画像配信部１０４、使用状態情報記憶部１０５、使用状態監視部１０６、配置情報記憶部１０７、間取り情報記憶部１０８、不合理状態検出部１０９、低画質警告部１１０、解消プラン作成部１１１、入力デバイス１１２および表示デバイス１１３を含む。

なお、このサーバ１は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。そして画像収集部１０２、画像配信部１０４、使用状態監視部１０６、不合理状態検出部１０９、低画質警告部１１０および解消プラン作成部１１１は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このときにサーバ１は、上記のプログラムがコンピュータ装置に予めインストールされて実現されても良いし、CD-ROMなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して上記のプログラムを配布し、このプログラムを上記コンピュータ装置に適宜インストールして実現されても良い。画像記憶部１０３、使用状態情報記憶部１０５、配置情報記憶部１０７および間取り情報記憶部１０８は、上記のコンピュータ装置に内蔵されたメモリやハードディスク装置などの記憶デバイス、上記のコンピュータ装置に外付けされたメモリやハードディスク装置などの記憶デバイス、さらには光ディスクなどのようなリムーバブルな記録媒体などを適宜利用して実現することができる。

通信部１０１は、ルータ3-1に接続されており、ＬＡＮを介した通信を行う。画像収集部１０２は、ＣＴ５、ＭＲ６およびＤＲ７で生成された医用画像データをＬＡＮを介して収集する。画像収集部１０２は、収集した医用画像データを画像記憶部１０３に記憶させる。画像配信部１０４は、クライアントビューワ２からの画像送信要求に応じて、画像記憶部１０３に記憶されている医用画像データを送信する。なお画像配信部１０４は、クライアントビューワ２からのアクセスを受けたとき、そのクライアントビューワ２に関する機器情報や、そのクライアントビューワ２のユーザに関するユーザ情報を受信する。機器情報は、クライアントビューワ２が備えるＣＰＵのスペック、メモリの容量、あるいはモニタの解像度などが示す。ユーザ情報は、ユーザ名やユーザの職種などを示す。画像配信部１０４は、受信した機器情報およびユーザ情報や、画像送信要求を、使用状態情報記憶部１０５へ格納する。使用状態監視部１０６は、機器情報、ユーザ情報および画像送信要求を使用状態情報記憶部１０５から取得し、これらの情報に基づいてクライアントビューワ２の使用状態を監視する。

配置情報記憶部１０７は、配置情報を記憶する。配置情報は、クライアントビューワ２、ルータ3-1〜3-5およびハブ４について、ＭＡＣアドレス、ＩＰアドレス、機器名および設置場所を例えば図３に示すように記述した情報である。配置情報は、その全てを管理者などが作成しても良いが、一部を自動的に作成する機能を備えることもできる。例えば、ルータ3-1〜3-5およびハブ４に関する情報はＬＡＮの構築時に分かっているはずなので、それを配置情報に記述しておけば、クライアントビューワ２についての「場所１」および「場所２」については、各クライアントビューワ２の接続先のルータまたはハブの場所から自動判定することができる。ただし、例えばクライアントビューワ2-5のように、接続先のルータまたはハブとは異なる場所にクライアントビューワ２を設置する場合には、「場所１」および「場所２」を手動で設定する必要がある。また、「場所３」については手動で設定する必要がある。

間取り情報記憶部１０８は、間取り情報を記憶する。間取り情報は、医療施設の各フロアの間取りを示した例えば図４に示すような間取り図を表わす情報である。間取り情報は、簡易的に間取り図が作成できる機能を持たせて自動作成したり、医療施設の間取り図が電子的に取得できる場合はそれを利用するなどすることができる。

不合理状態検出部１０９は、使用状態監視部１０６での監視結果、上記の配置情報および上記の間取り情報に基づいて、クライアントビューワ２の使用状態が不合理状態であることを検出する。なお、不合理状態判定部１０９が検出する不合理状態は、次の４つの状態である。
(1) 医用画像データを要求しているクライアントビューワ２のモニタの解像度が、そのクライアントビューワ２のユーザが普段使用しているクライアントビューワ２の解像度よりも低い状態。以下、この状態を第１の不合理状態と称する。
(2) モニタの解像度に比べて高精細な医用画像を頻繁に表示するクライアントビューワ２（以下、過負荷なクライアントビューワ２と称する）と、モニタの解像度に比べて低精細な医用画像を頻繁に表示するか、あるいは使用頻度の低いクライアントビューワ２（以下、低負荷なクライアントビューワ２と称する）とが混在し、かつ低負荷なクライアントビューワ２のモニタの解像度が過負荷なクライアントビューワ２の解像度よりも大きい状態。以下、この状態を第２の不合理状態と称する。
(3) クライアントビューワ２間に複数のユーザによる使用頻度に偏りがある状態。以下、この状態を第３の不合理状態と称する。
(4) 使用中のクライアントビューワ２のユーザが本拠場所から当該クライアントビューワ２の設置場所まで移動する移動量が一定量以上で、かつより移動量が小さく、ユーザの使用条件を満たすクライアントビューワ２が有る状態。以下、この状態を第４の不合理状態と称する。

低画質警告部１１０は、不合理状態検出部１０９により第１の不合理状態が検出されたことに応じて、警告表示をクライアントビューワ２にて行わせるための低画質警告情報を送信する。解消プラン作成部１１１は、不合理状態検出部１０９により第２乃至第４の不合理状態が検出された場合に、それらの不合理を解消するためのプランを作成する。

入力デバイス１１２としては、例えばキーボードやマウスなどが適用できる。入力デバイス１１２は、上記第２乃至第４の不合理状態の診断の実行指示を受け付ける。表示デバイス１１３としては、例えば液晶ディスプレイなどが適用できる。表示デバイス１１３は、解消プラン作成部１１１により作成された解消プランを表示する。

次に以上のように構成された医用画像観察システムの動作について、サーバ１の動作を中心に説明する。
医師や看護師などのユーザが医用画像を観察したい場合、クライアントビューワ２のいずれかを使用して、サーバ１にアクセスする。この場合、サーバ１では画像配信部１０４、使用状態監視部１０６、不合理状態検出部１０９および低画質警告部１１０により、図５に示すような画像配信処理を実行する。なお、以下においては、クライアントビューワ２のうちの今回のアクセス元をアクセス元ビューワと称する。

ステップＳａ１においては画像配信部１０４が、アクセス元ビューワから送られてくるユーザ情報および機器情報を受信するとともに、このユーザ情報および機器情報を使用状態情報記憶部１０５へ保存する。ステップＳａ２においては画像配信部１０４が、アクセス元ビューワからの要求に応じて、画像記憶部１０３に記憶されている医用画像データのリストをアクセス元ビューワへ送信する。ステップＳａ３においては画像配信部１０４が、上記のリストに基づいてアクセス元ビューワから送信される画像送信要求を受信し、この画像送信要求を上記のユーザ情報および機器情報に関連付けて使用状態情報記憶部１０５へ保存する。かくして、使用状態情報記憶部１０５には、ユーザ情報、機器情報および画像送信要求が互いに関連付けて記憶されるので、これらの情報に基づいて、どのユーザが、どのクライアントビューワ２にて、どの医用画像（どのモダリティによりどの部位を撮影した画像であるかなど）を観察したのかを判断することが可能となる。

ステップＳａ４においては使用状態監視部１０６が、使用状態情報記憶部１０５に記憶された情報を解析することで、現在のアクセス元ビューワのユーザが普段使っているクライアントビューワ２のモニタの解像度を判定する。そしてステップＳａ５においては使用状態監視部１０６が、上記の判定した解像度とアクセス元ビューワのモニタの解像度とが同程度であるか否かを確認する。

ステップＳａ５の確認結果がＮＯの場合には、ステップＳａ５からステップＳａ６へ進む。ステップＳａ６においては低画質警告部１１０が、低画質警告情報をアクセス元ビューワに送信する。低画質警告情報は、低画質警告画面をアクセス元ビューワにて表示させる情報である。低画質警告画面は、ユーザが普段見ている画像と同解像度の画像を要求されても、スペックの問題から普段のように画像表示を行うことが出来ず、画質が低下する恐れがある旨を示す。具体的には、普段、５１２ピクセル×５１２ピクセルのＣＴ画像を５１２ピクセル×５１２ピクセル以上の解像度を持つモニタで観察しているユーザが、ＰＤＡなどのような解像度の低いモニタを持つアクセス元ビューワを使用してアクセスしている場合には、５１２ピクセル×５１２ピクセルの解像度では表示することができず、普段よりも低画質での表示になってしまうので、その旨を警告する表示をアクセス元ビューワにて行わせ、ユーザに注意を促す。

ステップＳａ６からはステップＳａ７へ進む。ステップＳａ５の確認結果がＹＥＳの場合には、ステップＳａ５からステップＳａ７へ進む。ステップＳａ７においては画像配信部１０４が、画像送信要求にて指定されている医用画像データを画像記憶部１０３から読み出して、要求元ビューワへと送信する。

このように、クライアントビューワ２からの要求に応じて医用画像データを送信する処理の中で第１の不合理状態が検出されたことに応じて、普段よりも低画質での表示になってしまうおそれがある旨がユーザに警告される。

第２乃至第４の不合理状態についての診断は、入力デバイス１１２からの保守担当者による実行要求に応じて行われる。

第２の不合理状態についての診断の実行が要求されたことに応じて、使用状態監視部１０６、不合理状態検出部１０９および解消プラン作成部１１１により図６に示すような用途診断が実行される。

ステップＳｂ１においては使用状態監視部１０６が、使用状態情報記憶部１０５に記憶された情報を解析することで、ユーザおよび画像送信要求の統計をとる。

ステップＳｂ２においては使用状態監視部１０６が、第２の不合理状態の診断をユーザ基準で行うか、あるいは画像基準で行うかを判断する。これは、例えば第２の不合理状態についての診断の実行要求とともにユーザにより指定されるものとする。ユーザ基準が指定されているならば、使用状態監視部１０６はステップＳｂ２からステップＳｂ３へ進む。ステップＳｂ３においては使用状態監視部１０６が、クライアントビューワ２のそれぞれを頻繁に使用するユーザに基づいて、クライアントビューワ２のそれぞれを低負荷、適正負荷および過負荷のいずれかに分類する。具体的には例えば、あるクライアントビューワ２を頻繁に使用するユーザが、このクライアントビューワ２のモニタの解像度よりも低い解像度の画像観察を行う人である場合には、このクライアントビューワ２を低負荷に分類する。あるクライアントビューワ２を頻繁に使用するユーザが、このクライアントビューワ２のモニタの解像度と同程度の解像度の画像観察を行う人である場合には、このクライアントビューワ２を適正負荷に分類する。あるクライアントビューワ２を頻繁に使用するユーザが、このクライアントビューワ２のモニタの解像度よりも高い解像度の画像観察を行う人である場合には、このクライアントビューワ２を過負荷に分類する。あるクライアントビューワ２を頻繁に使用するユーザが居ない場合には、このクライアントビューワ２を低負荷に分類する。なお、ユーザがどのような解像度を必要とするかは、例えばユーザの職種から判断することができる。すなわち、読影診断を行う医師などは高い解像度を必要とするが、看護師などは比較的低い解像度で足りる。そこで、このような職種と解像度との関連性を記述した設定表をサーバ１に用意しておく。

一方、画像基準が指定されているならば、ステップＳｂ２からステップＳｂ４へ進む。ステップＳｂ４においては使用状態監視部１０６が、クライアントビューワ２のそれぞれで頻繁に表示される医用画像に基づいてクライアントビューワ２のそれぞれを低負荷、適正負荷および過負荷のいずれかに分類する。具体的には例えば、あるクライアントビューワ２で頻繁に表示する医用画像の解像度が、このクライアントビューワ２のモニタの解像度よりも低い解像度である場合には、このクライアントビューワ２を低負荷に分類する。あるクライアントビューワ２で頻繁に表示する医用画像が、このクライアントビューワ２のモニタの解像度と同程度の解像度である場合には、このクライアントビューワ２を適正負荷に分類する。あるクライアントビューワ２で頻繁に表示する医用画像が、このクライアントビューワ２のモニタの解像度よりも高い解像度である場合には、このクライアントビューワ２を過負荷に分類する。あるクライアントビューワ２で医用画像の表示がほとんど行われない場合には、このクライアントビューワ２を低負荷に分類する。

ステップＳｂ３またはステップＳｂ４からはステップＳｂ５へ進む。ステップＳｂ５においては不合理状態検出部１０９が、ステップＳｂ３またはステップＳｂ４における分類の結果を参照して、低負荷に分類されたクライアントビューワ２の解像度のほうが過負荷に分類されたクライアントビューワ２の解像度よりも大きくなるようなクライアントビューワ２の組み合わせを検索する。ここで、該当する組み合わせが見つかったならば、それらのクライアントビューワ２の運用は、第２の不合理状態となっている。なお、低負荷に分類されたクライアントビューワ２が複数存在する場合には、高負荷に分類されたクライアントビューワ２で表示される画像を表示するために必要とされる解像度を持つクライアントビューワ２を選定すると良い。上記のように必要とされる解像度を持つクライアントビューワ２が無いならば、最も近い表示能力を持つクライアントビューワ２を選定すればよい。

そこでステップＳｂ６においては不合理状態検出部１０９が、該当する組み合わせが見つかったか否かを確認する。ステップＳｂ６の確認結果がＹＥＳならば、ステップＳａ６からステップＳａ７へ進む。ステップＳｂ７においては解消プラン作成部１１１が、運用変更の提案画像を作成して、この提案画像を表示デバイス１１３に表示させる。ここでの提案画像は、ステップＳｂ５で見つかった組み合わせに含まれた各クライアントビューワ２のモニタを交換することを促すものとしたり、過負荷に分類されたクライアントビューワ２のユーザの一部に対して、低負荷に分類されたクライアントビューワ２を使用するよう促すものとすることが考えられる。

図７はユーザ基準での診断により第２の不合理状態が検出される状況の具体例を示す図である。図７に示す状況では、部屋Ａに設置されたクライアントビューワ2-1のほうが、部屋Ｂに設置されたクライアントビューワ2-2よりもモニタの解像度が低い。かつ、クライアントビューワ2-1は、読影等を行うために高解像度のモニタを必要とするユーザにより頻繁に使用される。クライアントビューワ2-2は、参照等を行うために高解像度のモニタを必要としないユーザにより頻繁に使用される。このような状況にあっては、サーバ１の表示デバイス１１３には、上記のクライアントビューワ2-1とクライアントビューワ2-2との交換を提案する画像を表示する。

図８は画像基準での診断により第２の不合理状態が検出される状況の具体例を示す図である。図８に示す状況では、図８（ａ）に示すような５１２ピクセル×５１２ピクセルの解像度を持つモニタが、５１２ピクセル×５１２ピクセルのＣＴ画像を図８（ｂ）に示すように２×２で配列して表示するために頻繁に使用される。かつ図８（ｃ）に示すような１０２４ピクセル×１０２４ピクセルの解像度を持つモニタが、２５６ピクセル×２５６ピクセルのＭＲ画像を図８（ｄ）に示すように２×２で配列して表示するために頻繁に使用される。このような状況にあっては、これらのモニタを交換することでＭＲ読影に必要な条件を満たしつつ、ＣＴ読影の最適環境も得られる。そこで、そのような提案をする画像を表示デバイス１１３に表示する。

なお、以上の具体例では、いずれもモニタの交換を提案する画面を表示しているが、使用するモニタの変更を提案する画面であっても良い。また、適正負荷に分類されたクライアントビューワ２のモニタについても、交換または使用対象としても良い。

ところで多くの場合、あるユーザは同種の画像を同一の配列で観察することが多い。そこで、医用画像観察システムを初めて利用するユーザによりアクセスした場合に、サーバ１が次のような処理を行うようにすると、ユーザに適切なクライアントビューワ２を使用させることが可能となり、第２の不合理状態が生じる可能性を低減することができる。すなわち、サーバ１は、観察しようとする画像の種類と好みの配列とをユーザに指定させる。サーバ１は、ユーザの指定に基づいて、このユーザの好みの表示形態での表示に必要な解像度を算出する。サーバ１は、算出した解像度での表示に適したクライアントビューワ２を選定する。そしてサーバ１は、ユーザが使用しているクライアントビューワ２の表示部に、上記の選定したクライアントビューワ２が当該ユーザが利用するのに適したものであることを示した画像を表示させる。

さて、第３の不合理状態についての診断の実行が要求されたことに応じて、使用状態監視部１０６、不合理状態検出部１０９および解消プラン作成部１１１により図９に示すような頻度診断が実行される。

ステップＳｃ１においては使用状態監視部１０６が、使用状態情報記憶部１０５に記憶された情報に基づいて、クライアントビューワ２のそれぞれについて、各クライアントビューワ２を使用したユーザと使用頻度とを分析する。

ステップＳｃ２およびステップＳｃ３においては不合理状態検出部１０９が、上記の分析結果に基づき、複数人での使用頻度が高いクライアントビューワ２と、複数人での使用頻度が低いクライアントビューワ２とがそれぞれ有るかどうかを確認する。ここで、使用頻度が高いクライアントビューワ２および使用頻度が低いクライアントビューワ２のいずれもが無い場合、あるいは、使用頻度が高いクライアントビューワ２および使用頻度が低いクライアントビューワ２のいずれか一方のみが有る場合には、第３の不合理状態が有るとは検出せず、頻度診断をそのまま終了する。

これに対して、使用頻度が高いクライアントビューワ２と使用頻度が低いクライアントビューワ２とがそれぞれ有るならば、クライアントビューワ２間での使用頻度にばらつきがあり、第３の不合理状態が生じていることになる。そこでこの場合にはステップＳｃ４において解消プラン作成部１１１が、運用変更の提案画像を表示デバイス１１３に表示させる。ここでの提案画像は、使用頻度が低いクライアントビューワ２を、使用頻度が高いクライアントビューワ２が設置される部屋へ移設することを促すものとしたり、使用頻度が高いクライアントビューワ２のユーザの一部に使用頻度が低いクライアントビューワ２を使用するよう促すものとすることが考えられる。

図１０（ａ）は第３の不合理状態が検出される状況の具体例を示す図である。図１０（ａ）に示す状況では、部屋Ａに設置されたクライアントビューワ2-1が複数のユーザにより高頻度に使用されている。一方、部屋Ｂに設置されたクライアントビューワ2-2の使用頻度が低い。このような状況においては、図１０（ｂ）に示すようにクライアントビューワ2-2を部屋Ａに移設することにより、クライアントビューワ2-1，2-2の使用頻度の平準化を図ることが可能である。そこでサーバ１の表示デバイス１１３には、クライアントビューワ2-2を部屋Ａに移設することを提案する画像を表示する。

ところで、多数のクライアントビューワ２が含まれる医用画像観察システムにあっては、使用頻度が低いクライアントビューワ２が複数見つかることがある。
図１１（ａ）は第３の不合理状態が検出される状況の別の具体例を示す図である。図１１（ａ）に示す状況では、部屋Ａに設置されたクライアントビューワ2-1が複数のユーザにより高頻度に使用されている。一方、部屋Ｂに設置されたクライアントビューワ2-2および部屋Ｃに設置されたクライアントビューワ2-3の使用頻度が低い。

このときにサーバ１の表示デバイス１１３には、クライアントビューワ2-2またはクライアントビューワ2-3を部屋Ａに移設することを提案する画像を表示しても良い。あるいは予め定められた条件に基づいて絞り込みを行うようにしても良い。例えば、条件としてクライアントビューワ２のスペックに基づくことが定められているならば、図１１（ｂ）に示すように、クライアントビューワ2-1と同等のスペックを持つクライアントビューワ2-3を移設することを提案する画像を表示する。

さて、第４の不合理状態についての診断の実行が要求されたことに応じて、使用状態監視部１０６、不合理状態検出部１０９および解消プラン作成部１１１により図１２に示すような移動量診断が実行される。

ステップＳｄ１においては使用状態監視部１０６が、使用状態情報記憶部１０５に記憶された情報に基づいて、クライアントビューワ２を使用したことがあるユーザのそれぞれについて、各ユーザが頻繁に使用するクライアントビューワ２までの各ユーザの本拠場所からの移動量を分析する。各ユーザの本拠場所としては、ユーザが普段居る場所を予め登録しておけばよい。移動量は、配置情報記憶部１０７および間取り情報記憶部１０８に記憶された情報を参照することにより推定できる。

ステップＳｄ２においては不合理状態検出部１０９が、上記の分析結果を参照して、移動量が一定量以上であるユーザを検索する。そしてステップＳｄ３においては不合理状態検出部１０９が、該当するユーザが見つかったか否かを確認する。

ステップＳｄ３の確認結果がＮＯであるならば、第４の不合理状態はないので、そのまま移動量診断を終了する。一方、ステップＳｄ３の確認結果がＹＥＳならば、ステップＳｂ３からステップＳｂ４へ進む。ステップＳｂ４においては不合理状態検出部１０９が、ステップＳｂ２で見つかったユーザの使用条件を満たし、かつ当該ユーザの本拠場所の近くに設置されたクライアントビューワ２を検索する。そしてステップＳｄ５においては不合理状態検出部１０９が、該当するクライアントビューワ２が見つかったか否かを確認する。

ステップＳｄ５の確認結果がＮＯであるならば、第４の不合理状態はないので、そのまま移動量診断を終了する。しかし、ステップＳｄ５の確認結果がＹＥＳであるならば、第４の不合理状態が生じていることになる。そこでこの場合にはステップＳｄ５からステップＳｄ６へ進む。ステップＳｄ６においては解消プラン作成部１１１が、運用変更の提案画像を作成して、この提案画像を表示デバイス１１３に表示させる。ここでの提案画像は、ステップＳｄ２で見つかったユーザに対し、ステップＳｄ４で見つかったクライアントビューワ２を使用することを促すものとすることが考えられる。

具体的には、読影診断を行うユーザが、同等の読影環境を提供し得る複数のクライアントビューワ２のうちのユーザの本拠場所から遠くに設置されたクライアントビューワ２を使用して読影している状況では、上述の同等の読影環境を提供し得る複数のクライアントビューワ２のうちでユーザの本拠場所により近いクライアントビューワ２を使う方が効率的である。そこでサーバ１の表示デバイス１１３には、そのような運用変更を提案する画像を表示する。

なお、何らかの事情があって、意図的に遠くのクライアントビューワ２が使用されることも考えられる。例えば、別の医局に出向いている際に、緊急に読影を行う必要が生じた場合には、これは不合理状態と判断しないことが望ましい場合もある。また、あるユーザにより多数回に渡り遠くのクライアントビューワ２が使用されているならば、そのユーザは意図的にそのクライアントビューワ２を使用している可能性があり、これは不合理状態と判断しないことが望ましい場合もある。そこで移動量診断には、使用回数を考慮するようにしても良い。例えば、ステップＳｄ２において、使用回数が第１しきい値以上第２しきい値未満であるユーザのみを検索するようにすることにより、上記のような２つの状態を第４の不合理状態と検出しないようにしても良い。

以上のように第１の実施形態によれば、クライアントビューワ２の使用に関わる不合理状態が検出される。従って、このような不合理状態が検出された際には、例えば医用画像観察システムの管理者が不合理状態を解消するための措置を講じることにより、簡易に効率的な医用画像観察システムを構築することができる。さらに第１の実施形態によれば、不合理状態を解消するためのプランを作成し、表示するようにしているので、不合理状態を解消するためにどのような措置を講じるべきかを管理者が考える必要がなく、管理者の負担をさらに軽減することが可能である。

（第２の実施形態）
第２の実施形態に係るコンピュータシステム解析装置が適用される医用画像観察システムの全体構成は第１の実施形態とほぼ同様である。ただし、サーバ１に代えてサーバ２１を備える。

図１３はサーバ２１の構成を示すブロック図である。なお図１３において、図２と同一部分には同一符号を付し、その詳細な説明は省略する。
この図１３に示すようにサーバ２１は、通信部１０１、画像収集部１０２、画像記憶部１０３、画像配信部１０４、使用状態情報記憶部１０５、使用状態監視部１０６、配置情報記憶部１０７、間取り情報記憶部１０８、入力デバイス１１２、表示デバイス１１３、不合理状態検出部２１１および解消プラン作成部２１２を含む。

すなわちサーバ２１は、サーバ１における低画質警告部１１０を持たない。またサーバ２１は、サーバ１における不合理状態検出部１０９および解消プラン作成部１１１に代えて、不合理状態検出部２１１および解消プラン作成部２１２を備える。

不合理状態検出部２１１は、ユーザによりそのユーザに適合しないクライアントビューワ２が使用されている状態を不合理状態として検出する。解消プラン作成部２１２は、上記の不合理状態が検出された場合に、その不合理を解消するためのプランを作成する。

なお配置情報記憶部１０７には、各クライアントビューワ２の能力（モニタの解像度など）が追記される。

次に以上のように構成された医用画像観察システムの動作について、サーバ２１の動作を中心に説明する。
ユーザによりログインされたクライアントビューワ２（以下、ログイン先ビューワ２と称する）は、そのログインしたユーザ（以下、ログインユーザと称する）に関わるユーザ情報と、ログイン先ビューワ２の識別情報とをサーバ２１へ送信する。そしてこのユーザ情報および識別情報が到来したことに応じ、不合理状態検出部２１１および解消プラン作成部２１２により図１４に示すような不適合診断が実行される。

ステップＳｅ１においては不合理状態検出部２１１が、通信部１０１により受信される上記のユーザ情報および識別情報を、通信部１０１から取得する。ステップＳｅ２においては不合理状態検出部２１１が、上記のユーザ情報および識別情報に基づき、ログインユーザにログイン先ビューワ２が適合しているか否かを確認する。ログインユーザにログイン先ビューワ２が適合しているか否かの確認は、例えば図１５に示すような設定表を参照して行うことができる。図１５に示す設定表は、ユーザの職種毎にその職種のユーザが必要とするモニタ種別（解像能力）を記述したものであり、例えば管理者により定められる。この設定表に基づき、例えばログインユーザが医師であるならば、ログイン先ビューワ２が高解像度モニタまたは中解像度モニタを有するならば適合（ＹＥＳ）であると判定し、低解像度モニタを有するならば不適合（ＮＯ）であると判定する。なお、ログイン先ビューワ２が備えるモニタの種別は、配置情報記憶部１０７を参照して判断できる。

ステップＳｅ２の確認結果がＹＥＳの場合には、不合理状態は生じていないと判定し、後述するステップＳｅ３以降の処理を行うことなく、そのままこの不適合診断を終了する。ステップＳｅ２の確認結果がＮＯの場合には、ステップＳｅ２からステップＳｅ３へ進む。ステップＳｅ３においては解消プラン作成部２１２が、ログインユーザに適合するクライアントビューワ２を検索する。具体的には例えば、ユーザの職種に適合するモニタ種別のモニタを備えたクライアントビューワ２を検索する。

ステップＳｅ３においては解消プラン作成部２１２が、上記の検索により検出されたクライアントビューワ２の数、すなわち検出数を確認する。検出数が０台であった場合、ステップＳｅ４からステップＳｅ５へ進む。ステップＳｅ５においては解消プラン作成部２１２が、ログインユーザとログイン先ビューワ２とが不適合であることを警告する画像を表示デバイス１１３に表示させる。この画像は、ログインユーザによるログイン先ビューワ２の使用が不合理であることを通知するものである。つまり、不合理状態を解消するための代替のモニタが見つからないので、不合理状態であることのみを通知する。

検出数が１台であった場合、ステップＳｅ４からステップＳｅ６へ進む。ステップＳｅ６においては解消プラン作成部２１２が、検出された１台のクライアントビューワ２を候補ビューワとして選択する。

検出数が複数台であった場合、ステップＳｅ４からステップＳｅ７へ進む。ステップＳｅ７においては解消プラン作成部２１２が、絞り込みの条件を確認する。絞り込みの条件としては、「無し」「解像度」「距離」および「使用頻度」のいずれかに例えば管理者により事前に指定される。

絞り込みの条件が「無し」であるならば、ステップＳｅ７からステップＳｅ８へ進む。ステップＳｅ８においては解消プラン作成部２１２が、検出された全てのクライアントビューワ２を候補ビューワとして選択する。すなわちこのときには、候補ビューワの絞り込みを行わない。

絞り込みの条件が「解像度」であるならば、ステップＳｅ７からステップＳｅ９へ進む。ステップＳｅ９においては解消プラン作成部２１２が、検出されたクライアントビューワ２のうちから解像度を考慮して候補ビューワを選択する。具体的には、検出されたクライアントビューワ２のうちでより高解像度なモニタを備えるクライアントビューワ２を候補ビューワとして選択する。

絞り込みの条件が「距離」であるならば、ステップＳｅ７からステップＳｅ１０へ進む。ステップＳｅ１０においては解消プラン作成部２１２が、検出されたクライアントビューワ２のうちからログイン先ビューワ２との離間距離を考慮して候補ビューワを選択する。具体的には、検出されたクライアントビューワ２のうちでよりログイン先ビューワ２の近くに配置されたクライアントビューワ２を候補ビューワとして選択する。

絞り込みの条件が「使用頻度」であるならば、ステップＳｅ７からステップＳｅ１１へ進む。ステップＳｅ１１においては解消プラン作成部２１２が、検出されたクライアントビューワのうちから使用頻度を考慮して候補ビューワを選択する。具体的には、検出されたクライアントビューワのうちで使用頻度が他より低いクライアントビューワ２を候補ビューワとして選択する。

ステップＳｅ６およびステップＳｅ８乃至１１のいずれかにて候補ビューワを選択した後には、各ステップからステップＳｅ１２へ進む。ステップＳｅ１２においては解消プラン作成部２１２が、運用変更の提案画像を作成して、この提案画像を表示デバイス１１３に表示させる。ここでの提案画像は、ログイン先ビューワ２のモニタと候補ビューワのモニタとを交換することを促すものとしたり、ログインユーザに対して候補ビューワを使用するよう促すものとすることが考えられる。

図１６は不合理状態が検出される状況の具体例を示す図である。図１６に示す状況では、部屋Ｘにクライアントビューワ2-11，2-12，2-13が設置されている。部屋Ｙにクライアントビューワ2-14，2-15，2-16が設置されている。クライアントビューワ2-11，2-12は、高解像度のモニタを備える。クライアントビューワ2-13，2-14，2-15は、中解像度のモニタを備える。クライアントビューワ2-16は、低解像度のモニタを備える。クライアントビューワ2-11は、医師であるユーザにより頻繁に使用される。クライアントビューワ2-15は、看護師であるユーザにより頻繁に使用される。クライアントビューワ2-12，2-13，2-14は、使用頻度が低い。

このような状況において、医師であるユーザＵがクライアントビューワ2-16にログインしたとする。図１５より、医師には高解像度モニタまたは中解像度モニタが必要とされているが、クライアントビューワ2-16のモニタは低解像度であり、クライアントビューワ2-16はユーザＵに不適合である。

このとき、ユーザＵが必要とする高解像度モニタまたは中解像度モニタを備えるのは、クライアントビューワ2-11，2-12，2-13，2-14，2-15であるから、これらが適合ビューワとして検出される。そして絞り込みの条件が「無し」であるならば、例えばこれらのクライアントビューワ2-11，2-12，2-13，2-14，2-15を候補ビューワとして一覧表示するような提案画像を表示する。絞り込みの条件が「解像度」であるならば、候補ビューワは高解像度なモニタを備えたクライアントビューワ2-11，2-12に絞り込まれる。絞り込みの条件が「距離」であるならば、候補ビューワはクライアントビューワ2-16と同室に設置されたクライアントビューワ2-14，2-15に絞り込まれる。

なお、解消プラン作成部２１２は、複数の条件に基づいて候補ビューワを絞り込んでも良い。以下に、その具体例を説明する。
図１７に示す状況では、クライアントビューワ2-11は、使用頻度が高い。クライアントビューワ2-12，2-14，2-15，2-16は、使用頻度が中程度である。クライアントビューワ2-13は、使用頻度が低い。

このような状況において、医師であるユーザＵがクライアントビューワ2-16にログインしたとする。この場合、解消プラン作成部２１２は、クライアントビューワ2-16を含む全てのクライアントビューワ２に対して、解像度、使用頻度およびログイン先ビューワ２からの距離の各項目について図１８に示すように得点を付ける。図１８の例では、各項目を３段階（９点、５点、１点）で評価している。そして解消プラン作成部２１２は、各項目の得点を、項目毎の係数で重み付けした上で加算して総合得点を算出する。係数は図１８の例では、解像度が「３」、使用頻度が「２」、距離が「１」である。解消プラン作成部２１２は、総合得点が高いクライアントビューワ２を候補ビューワとして選択する。最高得点のクライアントビューワ２のみを選択しても良いし、得点上位のいくつかのクライアントビューワ２を選択しても良い。

このように第２の実施形態によれば、候補ビューワが複数存在する場合には、これらの候補ビューワの属性に基づいて、より適切な候補に絞り込んだ上で管理者に提案する。この結果、管理者の負担はさらに軽減される。

以上の各実施形態は、次のような種々の変形実施が可能である。
医用画像観察システム以外の他のコンピュータシステムにも本発明の適用が可能である。また、モニタ以外の例えばコンピュータ本体や外部記憶装置などの他のコンピュータリソースに関する診断にも本発明の適用が可能である。なおコンピュータリソースとは、コンピュータが稼働するのに必要となる、記憶、入力、出力、制御、その他の様々な装置を含む。

第１乃至第４の不合理状態の一部のみを診断するようにしても良い。あるいは、第１乃至第４の不合理状態とは異なる不合理状態の診断を行うようにしても良い。
不合理状態の診断を行う機能を保守用の独立したサーバに持たせて医用画像観察システム内に備えるようにしても良い。あるいは、保守用端末１１などのような医用画像観察システムの外部に備えられた端末に不合理状態の診断を行う機能を設けるようにしても良い。後者の場合、複数の医用画像観察システムのそれぞれについての診断を１つの端末で行うようにすることもできる。
不合理状態を解消するためのプランを提示する画面に代えて、不合理状態が生じていることを通知する画面を表示しても良い。
不合理状態を解消するためのプランを提示する画面や、不合理状態が生じていることを通知する画面は、不合理状態が生じているクライアントビューワのモニタに表示させても良い。
あるユーザに対して必要とされるクライアントビューワ２の性能は、個々のユーザの識別情報やユーザのスキルレベルなどのような職種以外の属性情報に基づいて判断するようにしても良い。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の第１の実施形態に係るコンピュータシステム解析装置が適用される医用画像観察システムの全体構成を示すブロック図。 図１中のサーバ１の構成を示すブロック図。 図２中の配置情報記憶部１０７に記憶される配置情報のデータ構造を示す図。 図２中の間取り情報記憶部１０８に記憶される間取り情報が表わす見取り図の一例を示す図。 画像配信処理のフローチャート。 用途診断のフローチャート。 用途診断により診断される不合理状態の具体例を示す図。 用途診断により診断される不合理状態の具体例を示す図。 頻度診断のフローチャート。 頻度診断により診断される不合理状態の具体例を示す図。 頻度診断により診断される不合理状態の別の具体例を示す図。 移動量診断のフローチャート。 本発明の第２の実施形態に係る医用画像観察システムにおけるサーバ２１の構成を示すブロック図。 不適合診断のフローチャート。 ユーザの職種毎にその職種のユーザが必要とするモニタ種別を記述した設定表。 不適合診断により診断される不合理状態の具体例を示す図。 不適合診断により診断される不合理状態の別の具体例を示す図。 候補ビューワを絞り込むための得点の一例を示す図。

符号の説明

１…サーバ、2-1〜2-5…クライアントビューワ、１０１…通信部、１０２…画像収集部、１０３…画像記憶部、１０４…画像配信部、１０５…使用状態情報記憶部、１０６…使用状態監視部、１０７…配置情報記憶部、１０８…間取り情報記憶部、１０９…不合理状態検出部、１１０…低画質警告部、１１１…解消プラン作成部、１１２…入力デバイス、１１３…表示デバイス。

Claims (10)

1. 複数のコンピュータリソースのそれぞれの使用状況を少なくとも示す情報を取得する取得手段と、
   前記情報が示す使用状態が、不合理な状態として予め定められた状態であることを検出する検出手段とを具備したことを特徴とするコンピュータシステム解析装置。
2. 前記取得手段は、前記コンピュータリソースの使用者に対応する処理または前記コンピュータリソースが実行している処理に関する情報を取得し、
   前記検出手段は、前記複数のコンピュータリソースのそれぞれの性能と前記情報が示す処理とが適合しない状態であることを検出することを特徴とする請求項１に記載のコンピュータシステム解析装置。
3. 前記取得手段は、前記複数のコンピュータリソースのそれぞれの使用頻度に関する情報を取得し、
   前記検出手段は、前記使用頻度が偏っている状態であることを検出することを特徴とする請求項１に記載のコンピュータシステム解析装置。
4. 前記取得手段は、前記複数のコンピュータリソースの１つを使用中である使用者の本拠地と前記複数のコンピュータリソースのそれぞれの設置場所との距離を示す情報を取得し、
   前記検出手段は、前記使用中のコンピュータリソースに関する距離が他のコンピュータリソースのいずれかに関する距離よりも遠い状態であることを検出することを特徴とする請求項１に記載のコンピュータシステム解析装置。
5. 前記取得手段は、前記複数のコンピュータリソースをそれぞれどの使用者が使用しているかを示す情報を取得し、
   前記検出手段は、使用者により使用されているコンピュータリソースの性能が当該使用者が通常使用しているコンピュータリソースよりも悪い状態であることを検出し、
   さらに、前記検出手段により上記状態が検出されたことに応じて、通常通りの処理ができない恐れがある旨を前記使用者に報知する手段を備えることを特徴とする請求項１に記載のコンピュータシステム解析装置。
6. 前記取得手段は、前記コンピュータリソースを使用している使用者の属性を示す情報を取得し、
   前記検出手段は、前記使用者により使用されている前記コンピュータリソースの性能が、前記属性から定まる必要性能よりも低い状態であることを検出することを特徴とする請求項１に記載のコンピュータ解析装置。
7. 前記コンピュータリソースとして、医用画像を表示する画像表示装置を対象とすることを特徴とする請求項１に記載のコンピュータシステム解析装置。
8. 前記検出手段により検出された状態を解消するためのプランを作成する作成手段をさらに備えることを特徴とする請求項１に記載のコンピュータシステム解析装置。
9. 前記作成手段は、前記コンピュータリソースの交換または使用者が使用する前記コンピュータリソースの変更を提案する内容の前記プランを作成することを特徴とする請求項８に記載のコンピュータ解析装置。
10. 前記作成手段は、交換または変更の候補となる前記コンピュータリソースが複数見つかった場合に、これら候補となる複数の前記コンピュータリソースに関わる複数種の属性に基づき定まる得点を、前記複数種の属性の重要度に応じて重み付けした後に加算して総合得点を求め、この総合得点に基づいて候補となる前記コンピュータリソースを絞り込んで前記プランを作成することを特徴とする請求項９に記載のコンピュータ解析装置。

Images