(57)【要約】      （修正有）【課題】要求されたデータや操作を円滑に提供することが可能な医用装置制御システムおよび医用装置制御サーバを提供する。【解決手段】サーバは、医用装置から装置負荷状態値を受信し、ネットワークからネットワーク負荷状態値を取得する負荷受信部と、負荷受信部が受信した装置負荷状態値と装置負荷情報の装置負荷状態値とを比較して装置負荷状態値に対応する実行可能値を取得するとともに、取得した実行可能値およびネットワーク実行可能値が所定の条件を満たす場合に、要求された処理が可能な状態であると判断し、医用装置は、サーバから取得要求を受けた場合に、自身の装置負荷状態値を取得する装置制御部と、装置負荷状態値をサーバに送信する装置通信部と、を備える。【選択図】図１
2014056545.tif 000002
【特許請求の範囲】
【請求項１】
データの取得要求をする端末と、前記端末から前記取得要求を受けて医用装置に前記取得要求を送信するサーバと、前記サーバにネットワークで接続され、前記サーバから前記取得要求を受けて前記データを提供する前記医用装置とを有した医用装置制御システムであって、
前記サーバは、
前記端末から前記取得要求を受信するサーバ通信部と、
前記医用装置の負荷の割合を示す装置負荷状態値と前記装置負荷状態値の状態で前記医用装置が実行可能な取得要求数を示す実行可能値とを対応づけた装置負荷情報と、前記ネットワークの負荷の割合を示すネットワーク負荷状態値と前記ネットワーク負荷状態値における前記ネットワークを介した前記取得要求が送受信可能な数を示すネットワーク実行可能値とを対応づけたネットワーク負荷情報とを記憶する記憶部と、
前記医用装置から前記装置負荷状態値を受信し、前記ネットワークから前記ネットワーク負荷状態値を取得する負荷受信部と、
前記負荷受信部が受信した装置負荷状態値と前記装置負荷情報の装置負荷状態値とを比較して前記装置負荷状態値に対応する実行可能値を取得するとともに、前記負荷受信部が取得したネットワーク負荷状態値と前記ネットワーク負荷情報のネットワーク負荷状態値とを比較してネットワーク実行可能値を取得し、取得した前記実行可能値および前記ネットワーク実行可能値が所定の条件を満たす場合に、要求された処理が可能な状態であると判断し、前記取得要求を前記医用装置に送信する判断処理を行い、前記データを取得するサーバ制御部と、を備え、
前記医用装置は、
前記サーバから前記取得要求を受けた場合に、自身の前記装置負荷状態値を取得する装置制御部と、
前記装置負荷状態値を前記サーバに送信する装置通信部と、
を備えることを特徴とする医用装置制御システム。
【請求項２】
前記サーバは、前記サーバ通信部が受信した前記取得要求を保持するデータキューをさらに備え、
前記サーバ通信部は、前記端末から前記データを取得する優先度を含む前記取得要求を受信し、
前記サーバ制御部は、前記取得要求を前記優先度の高い順にソートして前記データキューに保持させ、ソートされた順に、前記データキューに保持されている取得要求について前記判断処理を行う、
ことを特徴とする請求項１に記載の医用装置制御システム。
【請求項３】
前記サーバ制御部は、前記データキューに保持されている取得要求に含まれる優先度と、前記サーバ通信部が新たに受信した取得要求に含まれる優先度とを比較し、前記サーバ通信部が新たに受信した取得要求のほうが前記優先度が高いと判断した場合、前記データキューに保持されている取得要求の前に前記サーバ通信部が新たに受信した取得要求を挿入して並べ直す、
ことを特徴とする請求項２に記載の医用装置制御システム。
【請求項４】
前記サーバ制御部は、前記記憶部に記憶させる前記ネットワーク負荷情報のネットワーク負荷状態値およびネットワーク実行可能値の入力を、前記端末、前記サーバ、前記医用装置のいずれかが有する表示部から受け付け、前記記憶部に記憶させる、
ことを特徴とする請求項１〜３のいずれか１項に記載の医用装置制御システム。
【請求項５】
前記サーバ制御部は、前記記憶部に記憶させる前記装置負荷情報の装置負荷状態値および装置実行可能値の入力を、前記端末、前記サーバ、前記医用装置のいずれかが有する表示部から受け付け、前記記憶部に記憶させる、
ことを特徴とする請求項１〜４のいずれか１項に記載の医用装置制御システム。
【請求項６】
前記負荷受信部は、前記装置負荷状態値として、前記医用装置が有するデータベースの使用率、ＣＰＵの使用率、メモリの使用率を、前記医用装置から受信する、
ことを特徴とする請求項１〜５のいずれか１項に記載の医用装置制御システム。
【請求項７】
端末からデータの取得要求を受けてネットワークを介して前記データを提供する医用装置に前記取得要求を送信する医用装置制御サーバであって、
データの取得要求をする端末から前記取得要求を受信するサーバ通信部と、
前記医用装置の負荷の割合を示す装置負荷状態値と前記装置負荷状態値の状態で前記医用装置が実行可能な取得要求数を示す実行可能値とを対応づけた装置負荷情報と、前記ネットワークの負荷の割合を示すネットワーク負荷状態値と前記ネットワーク負荷状態値における前記ネットワークを介した前記取得要求が送受信可能な数を示すネットワーク実行可能値とを対応づけたネットワーク負荷情報とを記憶する記憶部と、
前記医用装置から前記装置負荷状態値を受信し、前記ネットワークから前記ネットワーク負荷状態値を取得する負荷受信部と、
前記負荷受信部が受信した装置負荷状態値と前記装置負荷情報の装置負荷状態値とを比較して前記装置負荷状態値に対応する実行可能値を取得するとともに、前記負荷受信部が取得したネットワーク負荷状態値と前記ネットワーク負荷情報のネットワーク負荷状態値とを比較してネットワーク実行可能値を取得し、取得した前記実行可能値および前記ネットワーク実行可能値が所定の条件を満たす場合に、要求された処理が可能な状態であると判断し、前記取得要求を前記医用装置に送信する判断処理を行い、前記データを取得するサーバ制御部と、
を備えることを特徴とする医用装置制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用装置制御システムおよび医用装置制御サーバに関するものである。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１には、ソフトウェアを遠隔でアップデートする場合に、システム負荷を増大させることなく、複数の医用装置にソフトウェアを円滑に配信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１６４３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献には、サーバ容量の冗長化やネットワーク容量の拡大などのシステム負荷を増大させることなく、複数の医用装置とサーバの円滑なソフトウェアのダウンロード方法について記載されている。しかし、前記特許文献では、ソフトウェアのダウンロードのみ有効であり、医用装置に対する任意の操作に対応できない。
【０００５】
このようなシステムでは、近年急速に普及している移動通信端末と医用装置間でデータの送受信をすることが多く、医用装置に過大な負荷がかかる場合がある。具体的には、ノート型ＰＣ（Personal  Computer）やスマートフォン等の端末から回線を介してＭＲＩ（Magnetic  Resonance  Imaging  system）装置、ＣＴ（Computed  Tomography）装置等の各種の医用装置から種々の画像データや測定値を取得したり、あるいはこれらの医用装置に対する操作が多数行われた場合、医用装置に対する過剰な処理要求に伴う負荷、さらにはネットワークにおけるトラフィック増大に伴う負荷が大きくなる。
【０００６】
医用装置を用いない一般的な通信においては、このような負荷が原因となり、タイムアウト等によって所望のデータが取得できず、または操作ができない場合であっても、あらためてデータの取得要求や操作要求を行うことによって、その取得や操作を行えばよい。しかしながら、医用装置が用いられる現場では、事故等による急患により緊急にデータの取得や医用装置の操作が必要となる場合が多く、そのタイミングを逃してしまうと適切な医療行為を行うことができず、患者にとって致命的となりかねない。このため、医用装置あるいは医用装置を管理するサーバやシステムでは、そのような状況が生じた場合でもデータの取得要求や操作要求に速やかに応え、要求されたデータや操作を円滑に提供できる環境を整えておく必要がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、要求されたデータや操作を円滑に提供することが可能な医用装置制御システムおよび医用装置制御サーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明にかかる医用装置制御システムは、データの取得要求をする端末と、前記端末から前記取得要求を受けて医用装置に前記取得要求を送信するサーバと、前記サーバにネットワークで接続され、前記サーバから前記取得要求を受けて前記データを提供する前記医用装置とを有した医用装置制御システムであって、前記サーバは、前記端末から前記取得要求を受信するサーバ通信部と、前記医用装置の負荷の割合を示す装置負荷状態値と前記装置負荷状態値の状態で前記医用装置が実行可能な取得要求数を示す実行可能値とを対応づけた装置負荷情報と、前記ネットワークの負荷の割合を示すネットワーク負荷状態値と前記ネットワーク負荷状態値における前記ネットワークを介した前記取得要求が送受信可能な数を示すネットワーク実行可能値とを対応づけたネットワーク負荷情報とを記憶する記憶部と、前記医用装置から前記装置負荷状態値を受信し、前記ネットワークから前記ネットワーク負荷状態値を取得する負荷受信部と、前記負荷受信部が受信した装置負荷状態値と前記装置負荷情報の装置負荷状態値とを比較して前記装置負荷状態値に対応する実行可能値を取得するとともに、前記負荷受信部が取得したネットワーク負荷状態値と前記ネットワーク負荷情報のネットワーク負荷状態値とを比較してネットワーク実行可能値を取得し、取得した前記実行可能値および前記ネットワーク実行可能値が所定の条件を満たす場合に、要求された処理が可能な状態であると判断し、前記取得要求を前記医用装置に送信する判断処理を行い、前記データを取得するサーバ制御部と、を備え、前記医用装置は、前記サーバから前記取得要求を受けた場合に、自身の前記装置負荷状態値を取得する装置制御部と、前記装置負荷状態値を前記サーバに送信する装置通信部と、を備えることを特徴とする。
【０００９】
また、本発明にかかる医用装置制御サーバは、端末からデータの取得要求を受けてネットワークを介して前記データを提供する医用装置に前記取得要求を送信する医用装置制御サーバであって、データの取得要求をする端末から前記取得要求を受信するサーバ通信部と、前記医用装置の負荷の割合を示す装置負荷状態値と前記装置負荷状態値の状態で前記医用装置が実行可能な取得要求数を示す実行可能値とを対応づけた装置負荷情報と、前記ネットワークの負荷の割合を示すネットワーク負荷状態値と前記ネットワーク負荷状態値における前記ネットワークを介した前記取得要求が送受信可能な数を示すネットワーク実行可能値とを対応づけたネットワーク負荷情報とを記憶する記憶部と、前記医用装置から前記装置負荷状態値を受信し、前記ネットワークから前記ネットワーク負荷状態値を取得する負荷受信部と、前記負荷受信部が受信した装置負荷状態値と前記装置負荷情報の装置負荷状態値とを比較して前記装置負荷状態値に対応する実行可能値を取得するとともに、前記負荷受信部が取得したネットワーク負荷状態値と前記ネットワーク負荷情報のネットワーク負荷状態値とを比較してネットワーク実行可能値を取得し、取得した前記実行可能値および前記ネットワーク実行可能値が所定の条件を満たす場合に、要求された処理が可能な状態であると判断し、前記取得要求を前記医用装置に送信する判断処理を行い、前記データを取得するサーバ制御部と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、要求されたデータや操作を円滑に提供することが可能な医用装置制御システムおよび医用装置制御サーバを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るシステムの構成例を示す図である。
【図２】制御用データベースの構成例を示す図である。
【図３】医用装置情報の構成例を示す図である。
【図４】端末情報の構成例を示す図である。
【図５Ａ】負荷情報の構成例を示す図である。
【図５Ｂ】ネットワーク負荷設定画面の例を示す図である。
【図５Ｃ】装置負荷設定画面の例を示す図である。
【図６】要求内容送出判断処理の処理手順を示すフローチャートである。
【図７】取得要求のデータ構成例を示す図である。
【図８】医用装置のデータベース監視部から送信される装置負荷情報の例を示す図である。
【図９】データキューに一時的に保持される取得要求の内容の例を示す図である（並べ替え前）。
【図１０】データキューに一時的に保持される取得要求の内容の例を示す図である（並べ替え後）。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、本発明に係る医用装置制御システムおよび医用装置制御サーバについて、システム構成および実施形態を説明する。
【００１３】
図１は、本実施形態に係るシステムの構成例を示す図である。図１に示すように、本システムは、複数の端末１００と、広域ネットワークＮ１を介して接続されたサーバ２００と、サーバ２００に院内ネットワークＮ２を介して接続された複数の医用装置３００とを有して構成されている。まず、端末１００について説明する。
【００１４】
端末１００は、本システムにアクセスして所望のデータを取得したり、医用装置３００を操作する端末であり、例えば、外科医や内科医等の医療行為者が使用するＰＣ（Personal  Computer）、携帯端末等の情報処理装置である。図１に示すように、端末１００は、入力受付部１０１と、表示部１０２と、通信部１０３と、制御部１０４とを有して構成されている。なお、本実施形態における説明では、端末１００がシステムにアクセスしてデータの取得要求を行う場合について説明しているが、端末１００が医用装置２００に対して何らかの操作要求（例えば、Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置における撮像操作等の要求）を行う場合も同様である。また、各端末１００は、いずれも同様の構成を具備している。
【００１５】
入力受付部１０１は、例えば、キーボードやタッチパネルであり、操作者からの操作を受け付ける。具体的には、入力受付部１０１は、操作者から医用装置に対するデータの取得要求を受け付ける。取得要求の具体的な内容については、フローチャートを用いて後述する。
【００１６】
表示部１０２は、例えば、ＬＣＤ（Liquid  Crystal  Display）であり、サーバ２００に対する種々の要求を入力する画面、あるいはサーバ２が処理した結果を表示する。具体的には、表示部１０２は、端末１００からシステムへの取得要求に対する結果を表示する。
【００１７】
通信部１０３は、例えば、ＮＩＣ（Network  Interface  Card）であり、広域ネットワークＮ１を介したサーバ２００との間で各種のデータの通信を司る。具体的には、通信部１０３は、上述した取得要求に関する各種の情報を、サーバ２００との間で送受信する。
【００１８】
制御部１０４は、例えば、ＣＰＵ（Central  Processing  Unit）であり、上述した各部の動作を制御する。続いて、サーバ２００について説明する。
【００１９】
サーバ２００は、端末１００から広域ネットワークＮ１を介して取得要求を受け、院内ネットワークＮ２を介して接続された医用装置３００から要求されたデータを取得し、その結果を端末１００に送信するサーバである。図１に示すように、サーバ２００は、受信部２０１と、データキュー２０２と、制御用データベース２０３と、制御用部２０４と、負荷受信部２０５と、送信部２０６とを有して構成されている。
【００２０】
受信部２０１は、端末１００から取得要求を受信し、受信した取得要求をデータキュー２０２に出力する。また、受信部２０１は、受信した取得要求に対して取得されたデータを、取得要求のあった端末１００に送信する。
【００２１】
データキュー２０２は、受信部２０１から出力された取得要求を保持するとともに、制御部２０４からの指示に従って、保持している取得要求を送信部２０６に出力する。
【００２２】
制御用データベース２０３は、取得要求に示された要求に従ってデータを取得する各種処理を制御するための制御情報（医用装置情報、端末情報、負荷情報を総称してこのように呼ぶ。）を記憶する。
【００２３】
図２は、制御用データベース２０３の構成例を示す図である。図２に示すように、制御用データベース２０３は、制御情報として、医用装置３００に関する情報を格納する医用装置情報２０３１と、端末１００に関する情報を格納する端末情報２０３２と、負荷受信部２０５が医用装置３００から受信した装置負荷情報（後述）を元にデータキュー２０２から送出するデータを求める為の数値を格納する負荷情報６０３とを有する。
【００２４】
医用装置情報２０３１は、取得要求される医用装置３００を識別し、その医用装置３００が並行して処理を実行する条件を示す情報である。図３は、医用装置情報２０３１の構成例を示す図である。図３に示すように、医用装置情報２０３１は、医用装置名称と、ＩＰアドレスと、ホスト名と、同時実行可能数とが対応付けて記憶されている。医用装置名称は、医用装置３００をユニークに識別するための識別子を格納する。ＩＰアドレスは、医用装置３００に割り当てられたＩＰアドレスを格納する。ホスト名は医用装置３００に割り当てられたホスト名を格納する。同時実行可能数は、医用装置３００が同時に実行可能な処理数を格納する。例えば、図３では、医用装置Ａは、ＩＰアドレスが「１００．２０４．１１」、ホスト名が「装置Ａ」、同時に処理が実行可能な条件として、２つの処理までが同時に実行可能であることを示している。
【００２５】
端末情報２０３２は、取得要求した端末１００を識別し、端末１００による取得要求の優先度を示す情報である。図４は、端末情報２０３２の構成例を示す図である。図４に示すように、端末情報２０３２は、端末ＩＤと、ホスト名と、優先度とが対応付けて記憶されている。端末ＩＤは、端末１００をユニークに識別するための識別子を格納する。ホスト名は、端末１００に割り当てられたホスト名を格納する。優先度は、取得要求に示された処理の優先順位を格納する。図４ではＨＩＧＨ、ＭＩＤＤＬＥ、ＬＯＷと３つのレベルに分けて端末Ａからの取得要求を最優先で処理することとしているが、その数やレベルの設定方法についてはこの限りではなく、数値等により優先度を定めることとしてもよい。
【００２６】
負荷情報２０３３は、院内ネットワークＮ２のネットワーク負荷や医用装置３００の負荷に応じて処理の同時実行が可能な数を示す情報である。図５Ａは、負荷情報２０３３の構成例を示す図である。図５Ａに示すように、負荷情報２０３３は、負荷状態と、ネットワーク実行可能数と、医用装置実行可能割合とが対応付けて記憶されている。負荷状態は、ネットワークおよび医用装置のデータベースの負荷状態を格納する。負荷状態は、一度に処理可能なトランザクション数に対する割合を定めたものであり、ネットワーク負荷およびデータベース負荷のいずれの場合も無負荷の状態を０．０とし、負荷が上限に達している場合を１．０とする。ネットワーク実行可能数は、負荷状態に対して院内ネットワークに送出可能な要求数を格納する。医用装置実行可能割合は、負荷状態に対して医用装置が実行可能な割合を格納する。例えば、医用装置情報２０３１で同時実行可能数が５の医用装置があり、医用装置実行可能割合が０．６の場合、[同時実行可能数]×[医用装置実行可能割合]＝３．０となり、医用装置３００の現在の実行可能な要求は３となる。なお、図５Ａに示す例では、負荷に対する余裕をもたせるために負荷が０．９の場合でも、ネットワーク実行可能数を０とし、医用装置実行可能割合が０となるように設定している。
【００２７】
図５Ａに示した例では、院内ネットワークＮ２の負荷と医用装置３００の負荷とが１つのテーブル形式で記憶されている場合について示しているが、実際には、図５Ｂや図５Ｃに示すように、院内ネットワークＮ２の負荷と医用装置３００の負荷とは、別々のテーブルに設定されるようになっている。図５Ｂでは、ネットワークＮ２の負荷を設定する場合の例として、医用装置３００が備える表示部（不図示）、あるいは端末１００や医用装置３００が有する表示部等に表示されるネットワーク負荷設定画面の例を示している。図５Ｂに示すように、ネットワーク負荷設定画面では、ネットワークＮ２の負荷（負荷状態）を３０％（０．３）とした場合には、実行可能な取得要求の数は２０までとして設定されている。
【００２８】
また、図５Ｃでは、医用装置３００の負荷を設定する場合の例として、医用装置３００が備える表示部（不図示）、あるいは端末１００や医用装置３００が有する表示部等に表示される装置負荷設定画面の例を示している。図５Ｃに示すように、装置負荷設定画面では、医用装置３００の負荷（負荷状態）を３０％（０．３）とした場合には、実行可能な取得要求の割合は８０％までとして設定されている。
【００２９】
このように、システムの管理者等が、院内ネットワークＮ２や医用装置３００の負荷状態に応じて、処理対象とする取得要求の数を、画面上から自由に設定することができるようになっている。従って、ネットワークＮ２の回線速度や医用装置３００のスペックや環境、さらにはシステムを有する病院の特性に応じて適切な負荷状態の設定が可能となり、また、容易にその設定操作や設定内容を確認することができる。
【００３０】
例えば、ネットワークの回線速度が速く、医用装置３００の処理速度が速い場合には負荷状態を高く設定して、よりネットワークや医用装置を有効に利用させることが可能となる。また、救急医療センター等のような緊急に医療行為を行う可能性が高い病院等では、負荷状態を低く設定してシステムにより多くの余裕をもたせてそのような緊急の医療行為に対応可能な環境にする一方、個人病院等のような緊急の医療行為を行う可能性が低い病院等では、これとは逆に負荷状態を高く設定してネットワークや装置をより有効に利用させることも可能となる。なお、本実施の形態では、ネットワークの負荷状態は院内ネットワークＮ２の負荷状態である前提で説明しているが、広域ネットワークＮ１の負荷状態についても同様に設定することとしてもよい。
【００３１】
制御部２０４は、上述した制御情報を制御用データベースに格納させる等、サーバ２００の各部の動作を制御する。制御部２０４の具体的な動作についてはフローチャートを用いて後述する。
【００３２】
負荷受信部２０５は、医用装置３００が有するデータベース負荷を示す装置負荷情報（後述）を受信し、不図示のメモリに記憶させる。また、負荷受信部２０５は、院内ネットワークＮ２のネットワーク負荷を示すネットワーク負荷情報を一定周期で取得し、上述したメモリに記憶させる。なお、本実施の形態では、医用装置３００に負荷がかかる例としてデータベースの負荷（データベースの使用率）について記載しているが、例えば、医用装置のＣＰＵ使用率やメモリの使用率を医用装置３００の負荷情報とすることももちろん可能であり、データベース、ＣＰＵ、メモリといった装置のスペックを代表する指標を用いて取得要求の処理判断が可能となる。
【００３３】
送信部２０６は、データキュー２０２から送出された取得要求を院内ネットワークＮ２に送出し、取得要求の中で指定されている医用装置３００に、その取得要求を送信する。
【００３４】
なお、上述した制御情報として医用装置情報２０３１、端末情報２０３２、負荷情報２０３３に格納される情報は、制御部２０４が、システムの運用開始時、または医用装置３００の追加・削除時に、適宜制御用データベース２０３に追加する。続いて、医用装置３００について説明する。
【００３５】
医用装置３００は、医療分野において用いられる任意の装置であって、所定のソフトウェアによる制御にしたがって動作するように構成されている。この医用装置３００の具体例としては、電子カルテ管理システム、医用画像管理システム、医事会計管理システム、医用画像診断装置（Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置等）、検像システム、読影システムなどがある。医用装置３００は、いずれも同様の構成を具備している。
【００３６】
図１に示すように、医用装置３００は、データベース監視部３０１と、データベース３０２と、制御部３０３とを有して構成されている。
【００３７】
データベース監視部３０１は、データベース３０２の負荷を監視する。データベース監視部３０１は、データベース３０２の種別に応じたソフトウェアにより動作し、一定周期でデータベースの負荷を示す負荷情報を、サーバ２００の負荷受信部２０５に送信する。データベース監視部３０１が送信する負荷情報の具体的な内容については、フローチャートを用いて後述する。
【００３８】
データベース３０２は、医用装置３００が処理した各種のデータ（例えば、Ｘ線画像装置の場合には、患者ごとのＸ線診断時の画像データ）を記憶する。
【００３９】
制御部３０３は、医用装置３０３の各部の動作を制御する。続いて、本システムでデータが取得要求された場合において、その要求内容を判断した上でデータを提供する場合の処理（要求内容送出判断処理）について説明する。
【００４０】
図６は、要求内容送出判断処理の処理手順を示すフローチャートである。図６に示すように、要求内容送出判断処理では、まず、端末１００の制御部１０４が、通信部１０３、広域ネットワークＮ１を介してデータの取得要求をサーバ２００に対して送信する（Ｓ１１）。以下では、ある１つの端末１００を対象とした処理について説明しているが、実際には端末１００のそれぞれから任意のタイミングでデータの取得要求が送信される。
【００４１】
具体的には、端末１００の制御部１０４は、取得要求として、端末１００を操作する担当医が患者に説明するための所見レポートのデータ、あるいはＣＴスキャンされた検査画像のデータ等の取得要求を、通信部１０３および広域ネットワークＮ１を介してサーバ２００に送信する。
【００４２】
図７は、取得要求のデータ構成例を示す図である。図７に示すように、取得要求には、取得要求した端末を識別するための端末ＩＤと、取得要求したデータの優先度と、取得要求したデータを保持する医用装置３００を特定するための医用装置名称（要求先医用装置）と、要求先医用装置に要求するデータの内容を示す要求内容とが対応付けられている。図７では、例えば、端末ＩＤが「端末Ａ」である端末１００は、サーバ２００に対して、優先度「ＨＩＧＨ」として医用装置Ａによって特定される医用装置３００から、患者Ａの検査画像を取得する要求を、取得要求として送信していることを示しており、端末Ｂや端末Ｃからの取得要求にくらべて緊急性が高いことがわかる。なお、図７では取得要求を１つにまとめたテーブル形式で記載しているが、実際には各端末１００からレコードごとに取得要求が送信される。また、本実施の形態では、端末１００が送信する取得要求およびサーバ２００が記憶する端末情報の双方に優先度が設定されている前提で説明しているが、取得要求された端末１００の優先度が判定できるのであれば、どちらか一方に記憶することとしてもよい。
【００４３】
端末１００から取得要求が送信されると、サーバ２００の受信部２０１が、その取得要求を受信し、取得要求に含まれる優先度の高い順に、取得要求をデータキュー２０２に格納する（ステップＳ１２）。このように、優先度の高い順にソートしてデータキュー２０２に格納することにより、例えば、緊急度の高いデータの取得要求によるデータ提供の判断を速やかに行うことができる。
【００４４】
データキュー２０２に取得要求が格納されると、制御部２０４は、データキュー２０２に格納されている取得要求のなかから先頭の取得要求（すなわち、その時点で最も優先度が高い取得要求）を選択し、その取得要求に含まれる要求先医用装置および要求内容を読み取り、その要求先医用装置に記載された医用装置の名称を負荷受信部２０５に出力する（ステップＳ１３）。
【００４５】
負荷受信部２０５は、その医用装置の名称をキーとして医用装置３００からその時点で受信している装置負荷情報の中からその医用装置３００の現在の負荷状態を示す装置負荷情報を特定し、その中に記載されている医用装置３００のデータベース３０２の負荷を示す負荷状態値を読み取る（ステップＳ１４）。装置負荷情報とは、医用装置３００のそれぞれの現在の負荷状態を示す情報である。
【００４６】
図８は、医用装置３００のデータベース監視部３０１から送信される装置負荷情報の例を示す図である。図８に示すように、装置負荷情報は、医用装置３００を特定するための医用装置名称と、その医用装置３００のデータベース３０２の負荷状態値とが対応付けられた情報である。図８では、例えば、ある時点の医用装置Ａについての負荷状態が「０．５」であり、５割の負荷率がその医用装置にかかっている状態であることを示している。
【００４７】
そして、制御部２０４は、負荷受信部２０５が受信した装置負荷情報に含まれる負荷状態値をキーとして、制御用データベース２０３にアクセスしてその負荷状態値と同じ負荷状態値を含むレコードを負荷情報の中から特定し、特定したレコードの医用装置実行可能割合を取得し、その医用装置の実行可能な取得要求数を求める（ステップＳ１５）。例えば、制御部２０４は、要求先医用装置のデータベース負荷が０．５である場合、その数値をキーとして図５Ａに示した負荷情報にアクセスし、対応する医用装置実行可能割合「０．７」を取得する。さらに、制御部２０４は、ステップＳ１３で読み取った要求先医用装置が医用装置Ｂである場合、その名称をキーとして図３に示した医用装置情報にアクセスし、対応する同時実行可能数「３」を取得する。そして、制御部２０４は、医用装置実行可能割合「０．７」および同時実行可能数「３」を乗じることにより、現時点での要求先の医用装置の実行可能な要求数を求める。具体的には、制御部２０４は、[同時実行可能数]×[医用装置実行可能割合]＝２．１として、要求先の医用装置の実行可能な取得要求数を求める。
【００４８】
続いて、制御部２０４は、負荷受信部２０５が受信している院内ネットワークＮ２のネットワーク負荷情報を取得し、院内ネットワークＮ２の実行可能な取得要求数を取得する（ステップＳ１６）。例えば、院内ネットワークＮ２のネットワーク負荷が「０．５」である場合、制御部２０４は、その値をキーとして図５Ａに示した負荷情報にアクセスし、対応するネットワーク実行可能数「４」を取得する。
【００４９】
そして、制御部２０４は、データキュー２０２に格納されている取得要求を院内ネットワークＮ２に送出可能か否かを判定する（ステップＳ１７）。具体的には、制御部２０４は、ステップＳ１４において取得した装置負荷情報が「１．０」以上であって、かつステップＳ１６で取得したネットワーク負荷情報が「１．０」以上であると判定した場合、少なくとも１つの取得要求を処理可能な状態であると判断し、データキュー２０２に格納されている取得要求を院内ネットワークＮ２に送出可能と判定する。
【００５０】
制御部２０４がデータキュー２０２から取得要求の送出が可能であると判定した場合（ステップＳ１７；Ｙｅｓ）、データキュー４０２は、取得要求を院内ネットワークＮ２に送出する（ステップＳ１８）。一方、制御部２０４がデータキュー２０２から取得要求の送出が可能ではないと判定した場合（ステップＳ１７；Ｎｏ）、何もせずにステップＳ１９に進む。ステップＳ１８の処理が終了すると、医用装置３００および院内ネットワークＮ２の負荷が一定の条件をクリアしている場合にのみ取得要求が目的の医用装置３００に送信され、データ取得のための各種の処理が医用装置３００側で実行された後、院内ネットワークＮ２、サーバ２００、および広域ネットワークＮ１を介して、要求されたデータが端末１００に提供されることとなる。
【００５１】
そして、制御部２０４は、データキュー２０２から次の取得要求を読み取り（ステップＳ１９）、次の取得要求がデータキュー２０２に存在するか否かを判定する（ステップＳ２０）。
【００５２】
制御部２０４は、次の取得要求がデータキュー２０２に存在しないと判定した場合（ステップＳ２０；Ｎｏ）、図６に示す要求内容送出判断処理を終了させる。一方、制御部２０４は、次の取得要求がデータキュー２０２に存在すると判定した場合（ステップＳ２０；Ｙｅｓ）、ステップＳ１３に戻って、以降の処理を繰り返し実行する。
【００５３】
このように、本システムでは、図６に示した要求内容送出判断処理を行うので、要求されたデータや操作を円滑に提供することが可能となる。具体的には、複数の端末１００と複数の医用装置３００間での円滑なデータの送受信を、医用装置３００及び院内ネットワークＮ２に過大な負荷をかけずに提供することができる。
【００５４】
なお、上述した実施形態では、優先度を考慮して、取得要求された端末１００に対して円滑にデータを提供させる場合について説明したが、優先度が同じ場合には、受信した取得要求と、データキュー２０に保持されている取得要求とを比較し、その要求内容に応じて、データキュー２０２に格納する順序を定める。
【００５５】
例えば、制御部２０４は、受信部２０１が受信した取得要求の要求内容と、データキュー２０２で保持している取得要求の要求内容とを比較し、データキュー２０２が現在保持している取得要求が図９に示す状態であって、優先度ＨＩＧＨの端末Ｃから、新たに受信部２０１が取得要求を受信した場合、受信した取得要求の優先度はＨＩＧＨであるため、制御部２０４は、データキュー２０２に保持されている要求内容がＭＩＤＤＬＥの取得要求よりも前の順序となるようにデータキュー２０２に挿入して並べ直し、その結果、取得要求の順序は図１０に示す順序になる。そして、図８に示した要求内容送出判断処理が実行される際には先頭の取得要求から院内ネットワークＮ２に送出されるため、新たに受信された取得要求であっても、優先度の低い取得要求よりも前の順序でデータキュー２０２に保持され、院内ネットワーク７送出されることとなる。したがって、取得要求を受信した時刻にかかわらず、例えば、緊急性の高い取得要求を優先して処理することができる。
【００５６】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。 
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。 なお、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５７】
１００      端末
１０１      入力受付部
１０２      表示部
１０３      通信部
１０４      制御部（端末）
２００      サーバ
２０１      受信部
２０２      データキュー
２０３      制御用データベース
２０４      制御部（サーバ）
２０５      負荷受信部
２０６      送信部
３００      医用装置
３０１      データベース監視部
３０２      データベース
３０３      制御部（医用装置）。
【図１】
2014056545.tif 000003
【図２】
2014056545.tif 000004
【図３】
2014056545.tif 000005
【図４】
2014056545.tif 000006
【図５Ａ】
2014056545.tif 000007
【図５Ｂ】
2014056545.tif 000008
【図５Ｃ】
2014056545.tif 000009
【図６】
2014056545.tif 000010
【図７】
2014056545.tif 000011
【図８】
2014056545.tif 000012
【図９】
2014056545.tif 000013
【図１０】
2014056545.tif 000014