(57)【要約】【課題】監視対象機器に異常が発生した際に故障部位の特定を早急に行うことができ、新たな機器の増加にも柔軟に対応できる粒子線治療システムの監視システムを提供する。【解決手段】監視サーバ１と監視対象機器５〜１３に、医療業界標準規格であるＤＩＣＯＭ規格を適用した。監視サーバ１は、ＤＩＣＯＭ通信により、各監視対象機器５〜１３に対し、アソシエーション確立要求、「C-ECHO-RQ」送信、及び「C-ECHO-RSP」受信等によって各機器の状態を定周期で監視し、これらのいずれかのステップで通信が成功しなかった場合にその監視対象機器を異常すなわち故障状態であると判断し、異常を検出したことを画面表示やパトライト点滅、電子メール等の異常情報通報手段により直ちに通報する。【選択図】図２
2009136313.tif 000002
【特許請求の範囲】
【請求項１】
医用画像診断装置及びその画像データを管理する画像管理サーバを含む粒子線情報システムと、
患者毎の治療計画を作成する治療計画端末及び前記治療計画を管理する治療計画サーバを含む粒子線治療計画システムと、
前記治療計画に対する治療記録を管理する患者ファイルサーバ及び前記治療計画に基づき治療日程をスケジュールするスケジューラを含む照射系システムと、
前記粒子線情報システム、前記粒子線治療計画システム及び前記照射系システムを構成する各機器を監視対象とし、これら監視対象機器の異常を検出する監視サーバを備えた粒子線治療システムの監視システムであって、
前記監視サーバと前記監視対象機器にＤＩＣＯＭ規格を適用し、前記監視サーバは、ＤＩＣＯＭ通信により前記各監視対象機器に定周期で規定のコマンドを送信し、前記コマンドに対して規定の応答がない前記監視対象機器を異常であると判断し、異常情報通報手段により通報するようにしたことを特徴とする粒子線治療システムの監視システム。
【請求項２】
請求項１記載の粒子線治療システムの監視システムであって、前記監視対象機器は、前記監視対象機器の動作状態を示す機器状態情報を、前記規定の応答に付加して前記監視サーバに応答することを特徴とする粒子線治療システムの監視システム。
【請求項３】
請求項２記載の粒子線治療システムの監視システムであって、前記監視対象機器が定期点検や修理により停止される場合、前記機器状態情報をメンテナンスツールにより任意に変更可能であることを特徴とする粒子線治療システムの監視システム。
【請求項４】
請求項１記載の粒子線治療システムの監視システムであって、前記監視対象機器が定期点検や修理により停止される場合、前記監視サーバを停止することなく前記監視対象機器を監視対象から除外し、定期点検や修理が完了して前記監視対象機器が起動を開始した場合、前記監視サーバを停止することなく前記監視対象機器を監視対象に加えることを特徴とする粒子線治療システムの監視システム。
【請求項５】
請求項１記載の粒子線治療システムの監視システムであって、前記監視サーバは、前記治療計画及び前記治療記録を含む治療状況情報を管理する前記監視対象機器に対して患者ＩＤを送信し、これを受信した前記監視対象機器が前記患者ＩＤに対応する前記治療状況情報を前記監視サーバに送信することを特徴とする粒子線治療システムの監視システム。
【請求項６】
請求項１記載の粒子線治療システムの監視システムであって、前記監視対象機器は、前記監視サーバと異なるネットワーク上に存在する外部機器と前記監視サーバとの接続を仲介するプロキシ機能を備え、前記外部機器の監視を行うことを特徴とする粒子線治療システムの監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視サーバと監視対象機器に医療業界標準規格であるＤＩＣＯＭ規格を適用した粒子線治療システムの監視システムに関するものである。
【背景技術】
【０００２】
粒子線治療は、サイクロトロンやシンクロトロン等の加速器から得られる陽子線や重粒子（重イオン）線を病巣に照射することによって、主にがんを治す治療法である。陽子線や重イオン線を用いた粒子線治療は、人体の表面からある深さにおいて吸収量がピークになる特性を備えるため、粒子線のエネルギーを調整し腫瘍の位置に合わせて高い線量を与えることができ、体表面近くで線量が最大になる従来のＸ線治療に比べて正常組織の損傷が少ない治療法として期待されている。日本国内ではこれまで6台の粒子線治療装置が導入されており、今後さらに数ヶ所での建設が計画されている。
【０００３】
粒子線治療装置本体は、主に、イオンビームを予備加速する入射系（イオン源）、ビームを加速するシンクロトロン、ビームを照射室に導く高エネルギービーム輸送系、照射系、及び調整、運転管理、状態監視等を統括して司る制御系から構成される。さらに、計算機システムとして、粒子線情報システム、治療計画システム及び照射系システムを備え、ＣＴやＭＲ等のモダリティによる画像情報や、患者毎の治療計画及び治療記録等の膨大なデータが管理されている。
【０００４】
一方、従来の医療機関における障害通知システムとして、例えば特許文献１では、医療機器、ＰＣ、ＰＤＡなどの端末機関などの装置の障害を障害監視サーバにより検知し、障害通知サーバの担当者決定手段により発生した障害に対応する主担当者および副担当者を決定して障害通知メールを送信する障害通知システムが提示されている。この例では、医療データや患者のカルテなどを格納する医療業務支援サーバに記録された通信ログを、障害監視サーバの障害監視手段により監視し、通信ログに含まれるエラーメッセージを検出している。
【特許文献１】特開２００６−１６３５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の粒子線治療システムにおいては、加速器や照射機器のような各機器の異常を検出する機構は備えていたが、モダリティや計算機システムの監視は行われておらず、各機器の動作状態を把握できていなかった。このため、異常が発生した場合、故障部位の特定に時間を要し、長時間にわたり治療を停止しなければならないという問題があった。また、引用文献１に提示されたような従来の障害通知システムでは、新たな医療機器及び計算機の増加に即座に対応することが容易でなく、日々進化する医療現場に適した監視システムの構築が求められている。
【０００６】
本発明は、上記のような問題点を解決するためになされたもので、監視対象機器に異常が発生した際に故障部位の特定を早急に行うことができ、新たな機器の増加にも柔軟に対応できる粒子線治療システムの監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明による粒子線治療システムの監視システムは、医用画像診断装置及びその画像データを管理する画像管理サーバを含む粒子線情報システムと、患者毎の治療計画を作成する治療計画端末及び治療計画を管理する治療計画サーバを含む粒子線治療計画システムと、治療計画に対する治療記録を管理する患者ファイルサーバ及び治療計画に基づき治療日程をスケジュールするスケジューラを含む照射系システムと、粒子線情報システム、粒子線治療計画システム及び照射系システムを構成する各機器を監視対象とし、これら監視対象機器の異常を検出する監視サーバを備えた粒子線治療システムの監視システムであって、監視サーバと監視対象機器にＤＩＣＯＭ規格を適用し、監視サーバは、ＤＩＣＯＭ通信により各監視対象機器に定周期で規定のコマンドを送信し、コマンドに対して規定の応答がない監視対象機器を異常であると判断し、異常情報通報手段により通報するようにしたものである。
【発明の効果】
【０００８】
本発明によれば、粒子線治療システムの粒子線情報システム、粒子線治療計画システム及び照射系システムを構成する各機器に異常が発生した際に、故障部位の特定を早急に行い対応することができるため、治療停止時間を短縮することが可能となる。また、医療業界標準規格であるＤＩＣＯＭ規格を採用しているので、新たな機器の増加にも柔軟に対応することが可能である。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
以下、本発明の実施の形態１について図面に基づいて説明する。図１は、本発明の実施の形態１に係る粒子線治療システムの監視システムの構成を示している。本実施の形態において監視システムの監視対象となるのは、粒子線情報システム（Radiology Information System；以下ＲＩＳと略す)２、粒子線治療計画システム（RadiotherapyTreatment Planning；以下ＲＴＰと略す）３、及び照射系システム４をそれぞれ構成する各機器を含む計算機システムである。
【００１０】
本実施の形態における粒子線治療システムの監視システムは、監視サーバ１と監視対象機器５〜１３に、医療業界標準規格であるＤＩＣＯＭ規格を適用したことを特徴としている。ＤＩＣＯＭ規格は、医療現場におけるＣＴをはじめとするモダリティ（医用画像診断装置）及びコンピュータ運用の普及に伴い、医用画像の転送仕様を統一するために米国で制定されたものであり、現在では医用画像の画像規格及び通信プロトコルを決める全世界共通仕様となっている。
【００１１】
監視サーバ１は、ＤＩＣＯＭ通信により各機器の動作状況を監視するものであり、ＤＩＣＯＭ規格のVerification Service Classのサービスクラスユーザ（Service Class User；ＳＣＵ）として動作し、サービスオブジェクトペア（Service Object Pair；ＳＯＰ）クラスとして「Verification SOP Class」(1.2.840.10008.1.1)をサポートする。監視サーバ１の監視対象機器５〜１３は、ＤＩＣＯＭ規格のVerification Service Classのサービスクラスプロバイダ（Service Class Provider；ＳＣＰ）として動作し、監視サーバ１と同様に「Verification SOP Class」(1.2.840.10008.1.1)をサポートする。
【００１２】
次に、監視対象機器５〜１３について説明する。まず、ＲＩＳ２を構成する機器として、ＲＩＳサーバ５は、患者情報や患者毎の治療状況等のデータを管理するサーバである。画像管理サーバ６は、複数台のモダリティ８が撮影した画像データを管理するサーバであり、画像配信サーバ７は画像管理サーバ６で管理している画像データをWeb配信するサーバである。モダリティ８は、医用画像診断装置であり、コンピュータＸ線断層撮影装置（ＣＴ）、核磁気共鳴断層撮影装置（ＭＲ）、ポジトロン断層装置（ＰＥＴ）等である。
【００１３】
また、ＲＴＰ３を構成する機器として、治療計画サーバ９は、患者毎の治療計画を管理するサーバであり、治療計画端末１０によって作成された患者毎の治療計画を治療状況情報として管理している。また、輪郭入力端末１１は、ＣＴやＭＲ等のモダリティ８で得られた医用画像の重ね合わせや、画像上に各種臓器の輪郭を入力する装置である。
【００１４】
さらに、照射系システム４を構成する機器として、患者ファイルサーバ１２は、患者毎に作成された治療計画に対する治療記録を治療状況情報として管理するサーバであり、スケジューラ１３は作成された治療計画に基づき、各患者の治療を実施する日をスケジュールする装置である。
【００１５】
次に、フローチャートを参照しながら、監視サーバ１及び監視対象機器５〜１３の動作について説明する。図２は、本実施の形態における監視サーバの動作を示すフローチャート、図３は、監視対象機器の動作を示すフローチャートである。
【００１６】
図２に示すように、ステップ２１（Ｓ２１）において、監視サーバ１は、監視対象機器の情報を定義した設定ファイルを読込む。次に、ＤＩＣＯＭ規格のVerification Service ClassのＳＣＵとして動作するため、ステップ２２（Ｓ２２）にて監視対象機器に対してアソシエーション確立要求を送信する。なお、アソシエーション確立とは、通信を始める前に暗号化方式や暗号鍵等の情報を交換、共有し、安全な通信路を確立することである。
【００１７】
ステップ２２においてアソシエーション確立が成功しなかった場合にはステップ２３（Ｓ２３）を実行し、成功した場合にはステップ２４（Ｓ２４）を実行する。ステップ２３では、アソシエーション確立が成功しなかった監視対象機器に対して異常（故障状態）であると判断し、異常を検出したことを画面表示やパトライト点滅、または電子メール等の異常情報通報手段（図示せず）により通報する。
【００１８】
また、ステップ２４では、アソシエーション確立が成功した監視対象機器に対して「C-ECHO-RQ」を送信する。ここで送信が成功しなかった場合には、ステップ２３において異常を検出したことを画面表示や電子メール等の異常情報通報手段により通報する。一方、「C-ECHO-RQ」の送信が成功した場合、ステップ２５（Ｓ２５）にて監視対象機器からの「C-ECHO-RSP」の受信を待つ。なお、「C-ECHO-RQ」「C-ECHO-RSP」等はコマンドのイメージであり、例えば監視サーバ１から送信した文字を監視対象機器がそのまま送り返してくるエコーバックのようなものである。
【００１９】
ステップ２５において、監視対象機器から「C-ECHO-RSP」を受信した場合には、その監視対象機器が正常に動作していると判断し、ステップ２６（Ｓ２６）においてその監視対象機器に対してアソシエーション切断要求を送信する。アソシエーション切断要求を受信した監視対象機器は、アソシエーションを切断する。
【００２０】
一方、ステップ２５において規定の応答がない場合、すなわち「C-ECHO-RSP」以外の応答を受信した場合や、設定ファイルに定義されたタイムアウト時間を過ぎても「C-ECHO-RSP」が受信されない場合には、ステップ２３においてその監視対象機器に対して異常であると判断し、異常を検出したことを画面表示や電子メール等の異常情報通報手段により通報する。監視サーバ１は、上記の処理を監視対象機器５〜１３に対して定周期で実施することにより、各機器の監視を行う。
【００２１】
また、図３に示すように、監視対象機器５〜１３の各機器は、監視サーバ１による監視が開始されるとステップ３１（Ｓ３１）のループに入り、ステップ３２（Ｓ３２）において監視サーバ１からのアソシエーション確立要求待ちの状態となる。ここでアソシエーション確立要求を受信すると、ステップ３３（Ｓ３３）にて「C-ECHO-RQ」受信待ちの状態となる。一方、アソシエーション確立要求を受信しない場合、最初のステップ３１のループに戻り、ステップ３２のアソシエーション確立要求待ちの状態となる。
【００２２】
アソシエーション確立要求を受信し、さらに監視サーバ１からの「C-ECHO-RQ」受信に成功すると、ステップ３４（Ｓ３４）において監視サーバ１に応答し、「C-ECHO-RSP」を送信する。一方、監視サーバ１からの「C-ECHO-RQ」受信に成功しない場合、最初のステップ３１のループに戻り、ステップ３２のアソシエーション確立要求待ちの状態となる。
【００２３】
ステップ３４において「C-ECHO-RSP」送信に成功した場合、ステップ３５（Ｓ３５）にて監視サーバ１からのアソシエーション切断要求待ちの状態となり、アソシエーション切断要求を受信後、アソシエーションを切断する。その後、最初のステップ３１のループに戻り、監視サーバ１からのアソシエーション確立要求待ちの状態となる。また、ステップ３４において「C-ECHO-RSP」送信に成功しなかった場合も、最初のステップ３１のループに戻る。
【００２４】
以上のように、本実施の形態における粒子線治療システムの監視システムでは、監視サーバ１と各監視対象機器５〜１３をＤＩＣＯＭ通信により接続し、監視サーバ１は、各機器に対して定周期で規定のコマンドを送信し、送信したコマンドに対して規定の応答をしない機器を異常であると判断する。
【００２５】
具体的には、監視サーバ１は、ＤＩＣＯＭ通信により、アソシエーション確立要求、「C-ECHO-RQ」送信、及び「C-ECHO-RSP」受信等によって各機器の状態を定周期で監視し、これらのいずれかのステップで通信が成功しなかった場合にその監視対象機器を異常すなわち故障状態であると判断し、異常を検出したことを画面表示やパトライト点滅、電子メール等の異常情報通報手段により直ちに通報するものである。
【００２６】
本実施の形態によれば、粒子線治療システムのＲＩＳ２、ＲＴＰ３及び照射系システム４を構成する監視対象機器５〜１３に異常が発生した際に、故障部位の特定を早急に行い対応することができるため、治療停止時間を短縮することが可能となり、治療を待っている患者の負担を軽減することができる。また、医療業界標準規格であるＤＩＣＯＭ規格を採用しているので、新たな機器の増加にも柔軟に対応することが可能である。
【００２７】
実施の形態２．
図４は、本発明の実施の形態２に係る粒子線治療システムの監視システムにおける監視対象機器の動作を示すフローチャートである。本実施の形態では、上記実施の形態1と同様の処理に加え、各監視対象機器５〜１３が監視サーバ１に対して「C-ECHO-RSP」を送信する際に、その機器の動作状態を「機器状態情報」として付加することで、各監視対象機器５〜１３の状態をより詳細に監視するものである。
【００２８】
図４に示すフローチャートを参照しながら、本実施の形態における監視対象機器の動作について説明する。なお、図４に示すフローチャートは、ステップ４１（Ｓ４１）からステップ４５（Ｓ４５）については、上記実施の形態１における監視対象機器の動作を示すフローチャート（図３)のステップ３１からステップ３５と同様である。
【００２９】
監視対象機器５〜１３の各機器は、監視サーバ１による監視が開始され、ステップ４１（Ｓ４１）のループに入ると、ステップ４２（Ｓ４２）において監視サーバ１からのアソシエーション確立要求待ちの状態となる。ここでアソシエーション確立要求を受信すると、ステップ４３（Ｓ４３）にて「C-ECHO-RQ」受信待ちの状態となる。一方、アソシエーション確立要求を受信しない場合、最初のステップ４１のループに戻り、ステップ４２のアソシエーション確立要求待ちの状態となる。
【００３０】
アソシエーション確立要求を受信し、さらに監視サーバ１からの「C-ECHO-RQ」受信に成功すると、ステップ４６（Ｓ４６）において、その機器自身の機器状態情報を取得する。機器状態情報とは、機器の動作状態を示すもので「停止中」、「起動中」のように自動的に遷移するものである。また、メンテナンスツール等から任意に変更することができ、「定期点検」や「修理中」等の状態を設定することができる。
【００３１】
次に、ステップ４４（Ｓ４４）にて、「C-ECHO-RSP」送信時に、プライベートタグのデータとしてステップ４６で得た機器状態情報を付加し、監視サーバ１に応答する。一方、監視サーバ１からの「C-ECHO-RQ」受信に成功しない場合、最初のステップ４１のループに戻り、ステップ４２のアソシエーション確立要求待ちの状態となる。
【００３２】
ステップ４４において「C-ECHO-RSP」送信に成功した場合、ステップ４５（Ｓ４５）にて監視サーバ１からのアソシエーション切断要求待ちの状態となり、アソシエーション切断要求を受信後、アソシエーションを切断する。その後、最初のステップ４１のループに戻り、監視サーバ１からのアソシエーション確立要求待ちの状態となる。また、ステップ４４において「C-ECHO-RSP」送信に成功しなかった場合も、最初のステップ４１のループに戻る。
【００３３】
以上のように、本実施の形態によれば、上記実施の形態１と同様の効果に加え、監視サーバ１において各機器の機器状態情報が得られるため、各機器の動作状態を詳細に監視することができ、定期点検中や修理中の機器に対して異常（故障中）と判断することを回避でき、効率の良い監視を行うことができる。その結果、異常が発生した際により早急な対応を行うことが可能となる。
【００３４】
実施の形態３．
図５は、本発明の実施の形態３に係る粒子線治療システムの監視システムにおける監視サーバの動作を示すフローチャートである。上記実施の形態２では、監視対象機器５〜１３が監視サーバ１に対して「C-ECHO-RSP」を送信する際に、機器状態情報を付加することで、各機器の動作状態を監視するようにしたが、本実施の形態では、定期点検や修理により意図的に停止された監視対象機器５〜１３を、監視サーバ１の監視対象から除外するようにしたものである。
【００３５】
図５に示すフローチャートを参照しながら、本実施の形態における監視サーバの動作について説明する。なお、図５に示すフローチャートは、ステップ５１（Ｓ５１）からステップ５６（Ｓ５６）については、上記実施の形態１における監視サーバの動作を示すフローチャート（図２)のステップ２１からステップ２６と同様であるので説明を省略する。
【００３６】
監視対象機器５〜１３のうち、定期点検や修理、機材交換等のために停止している機器は、監視サーバ１からの「C-ECHO-RQ」に対して応答することができないため、上記実施の形態１においては異常と判断される。そこで、本実施の形態では、ステップ５２（Ｓ５２）で監視サーバ１が各機器に対してアソシエーション確立要求を送信する前に、ステップ５７（Ｓ５７）において、定期点検や修理、機材交換等のために停止している監視対象機器を監視対象から除外するようにしたものである。
【００３７】
具体的には、監視サーバ１を停止することなく、画面上の操作、メンテナンスツール等から任意に該当する機器を監視対象から除外することができる。これにより、監視対象外となった機器に対しては、以降のステップ５２、ステップ５４（Ｓ５４）においてアソシエーション確立要求や「C-ECHO-RQ」送信は行われない。
【００３８】
また、定期点検や修理が完了し、監視対象から除外されていた機器が起動を開始した場合も同様に、ステップ５７において、監視サーバ１を停止することなく、監視対象から除外されていた機器を監視対象に加えることができる。
【００３９】
以上のように、本実施の形態によれば、上記実施の形態１と同様の効果に加え、定期点検や修理により意図的に停止された監視対象機器を、監視サーバ１の監視対象から除外するようにしたので、監視サーバ１が定期点検中や修理中の機器に対して異常（故障中）と判断することを回避でき、効率の良い監視を行うことができる。
【００４０】
実施の形態４．
図６は、本発明の実施の形態４に係る粒子線治療システムの監視システムにおける監視サーバの動作を示すフローチャートである。本実施の形態では、監視対象機器５〜１３のうち、患者の治療計画や治療記録を含む治療状況情報を保持管理する機器に対して監視サーバ１が患者ＩＤを送信し、これを受信した監視対象機器が患者ＩＤに対応する治療状況情報を監視サーバ１に送信することにより、監視サーバ１が患者の治療状況情報を統括して監視するようにしたものである。
【００４１】
図６に示すフローチャートを参照しながら、本実施の形態における監視サーバの動作について説明する。なお、図６に示すフローチャートは、ステップ６１（Ｓ６１）からステップ６６（Ｓ６６）については、上記実施の形態３における監視サーバの動作を示すフローチャート（図５)のステップ５１からステップ５６（ただしステップ５４を除く）と同様であるので説明を省略する。
【００４２】
監視サーバ１は、ステップ６２（Ｓ６２）において、監視対象機器５〜１３に対してアソシエーション確立要求を送信し、これが成功した場合、ステップ６４０（Ｓ６４０）にて、監視対象機器５〜１３の各機器について、患者状況を監視可能な機器であるか否か、言い換えると患者の治療状況情報を保持管理している機器か否かを判断する。
【００４３】
その結果、治療計画を管理する治療計画サーバ９や、治療記録を管理する患者ファイルサーバ１２のように、患者の治療状況情報を保持管理している機器に対しては、ステップ６４１（Ｓ６４１）において、「C-ECHO-RQ」を送信する際に、治療状況情報を取得したい患者ID（タグ番号：0010,0020）のリストを付加して送信する。なお、患者IDのリストは、プライベートなシーケンスタグの要素として付加する。
【００４４】
一方、治療計画端末１０、輪郭入力端末１１及びスケジューラ１３など、患者の治療状況情報を保持管理していない機器については、ステップ６４２（Ｓ６４２）において、上記実施の形態１と同様に「C-ECHO-RQ」のみを送信する。
【００４５】
次に、図７に示すフローチャートを参照しながら、患者の治療状況情報を保持管理する監視対象機器の動作について説明する。なお、図７に示すフローチャートは、ステップ７１（Ｓ７１）からステップ７６（Ｓ７６）については、上記実施の形態２における監視対象機器の動作を示すフローチャート（図４)のステップ４１からステップ４６と同様であるので説明を省略する。
【００４６】
患者の治療状況情報を保持管理する監視対象機器は、計算機の状態が正常の場合、ステップ７７（Ｓ７７）において監視サーバ１が「C-ECHO-RQ」送信時に付加したプライベートなシーケンスタグ内の患者IDのリストを取得する。続いて、ステップ７８（Ｓ７８）においてリストに載っている患者IDに対応した患者毎の治療状況情報を取得する。全ての患者IDに対する治療状況情報の取得が完了した後、ステップ７９（Ｓ７９）において患者IDに対応した治療状況情報のリストを作成し、ステップ７４（Ｓ７４）において患者IDに対応した治療状況情報のリストを「C-ECHO-RSP」に付加して送信する。なお、計算機の状態が正常でない場合には、治療状況情報の送信は行われない。
【００４７】
以上のように、本実施の形態によれば、上記実施の形態１〜３と同様の効果に加え、監視サーバ１により患者の治療状況情報を統括して監視することが可能となるため、粒子線治療の効率が上がり、医療機関及び患者双方にとって多大な利益が得られる。
【００４８】
実施の形態５．
図８は、本発明の実施の形態５に係る粒子線治療システムの監視システムにおける監視対象機器の動作を示すフローチャートである。本実施の形態では、監視サーバ１と異なるネットワーク上に存在する外部機器と監視サーバ１との接続を仲介するプロキシ機能を監視対象機器に持たせ、外部機器の監視を可能としたものある。なお、本実施の形態におけるプロキシ機能とは、監視サーバ１と直接接続できない機器（計算機）に代わって、代理として接続を行う機能を意味している。
【００４９】
図８に示すフローチャートを参照しながら、本実施の形態におけるプロキシ機能を備えた監視対象機器の動作について説明する。なお、図８に示すフローチャートは、ステップ８１（Ｓ８１）からステップ８９（Ｓ８９）については、上記実施の形態４における監視対象機器の動作を示すフローチャート（図７)のステップ７１からステップ７９と同様であるので説明を省略する。
【００５０】
プロキシ機能を備えた監視対象機器は、ステップ８０（Ｓ８０）において、起動時にＤＩＣＯＭ規格に記述されているＡＥタイトル(Application Entity Title)毎の定義がされた設定ファイルを読込む。その後、ステップ９０（Ｓ９０）において、監視サーバ１がＤＩＣＯＭ規格に則ってアソシエーション確立要求時に指定してきたＡＥタイトルが、これを受けた監視対象機器（計算機）自身のものであるか否かを判断する。
【００５１】
前述のＡＥタイトルが、これを受けた監視対象機器自身のものであった場合には、ステップ８７（Ｓ８７）に進み、上記実施の形態４と同様の動作を行う。一方、前述のＡＥタイトルが、これを受けた監視対象機器自身のものではなく、設定ファイルに記述されたＡＥタイトルであれば、「C-ECHO-RQ」受信時に指定されたＡＥタイトルに対応する機器に対して、ステップ９１（Ｓ９１）においてアソシエーション確立要求を送信する。すなわち、これ以降のステップ９１〜ステップ９４（Ｓ９４）は、プロキシ機能を備えた監視対象機器が、ＡＥタイトルに対応する機器に対して、監視サーバと同様の動作を行うものである。
【００５２】
ステップ９１においてアソシエーション確立要求が成功した場合、ステップ９２（Ｓ９２）にて、ＡＥタイトルに対応する機器について、患者状況を監視可能な機器であるか否かを判断する。患者の治療状況情報を保持管理している機器に対しては、ステップ９２１（Ｓ９２１）において、「C-ECHO-RQ」を送信する際に、治療状況情報を取得したい患者IDのリストを付加して送信する。一方、患者の治療状況情報を保持管理していない機器については、ステップ９２２（Ｓ９２２）において「C-ECHO-RQ」のみを送信する。
【００５３】
「C-ECHO-RQ」の送信が成功した場合、ステップ９３（Ｓ９３）にてＡＥタイトルに対応する機器からの「C-ECHO-RSP」の受信を待つ。「C-ECHO-RSP」を受信した場合には、その機器が正常に動作していると判断し、ステップ９４（Ｓ９４）においてＡＥタイトルに対応する機器に対してアソシエーション切断要求を送信する。
【００５４】
また、ステップ９１においてアソシエーション確立要求送信が成功しなかった場合、ステップ９２１及びステップ９２２において「C-ECHO-RQ」送信が成功しなかった場合、及びステップ９３において「C-ECHO-RSP」受信が成功しなかった場合は、ＡＥタイトルに対応する機器に対して異常であると判断し、ステップ８４（Ｓ８４）において監視サーバ１に対して「C-ECHO-RSP」を送信する際に異常情報を付加する。
【００５５】
以上のように、本実施の形態によれば、上記実施の形態１〜４と同様の効果に加え、監視対象機器にプロキシ機能を持たせることにより、監視サーバ１と異なるネットワーク上に存在する外部機器（計算機）に対しても監視することが可能となり、新たな機器の増加にも柔軟に対応できる監視システムを提供することができる。
【産業上の利用可能性】
【００５６】
本発明にかかる粒子線治療システムの監視システムは、粒子線治療装置に関連した計算機システムにおいて異常が発生した際に故障部位の特定を早急に行うことが可能な監視システムとして利用することができる。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施の形態１に係る粒子線治療システムの監視システムの構成を示す図である。
【図２】本発明の実施の形態１に係る粒子線治療システムの監視システムにおける監視サーバの動作を示す図である。
【図３】本発明の実施の形態１に係る粒子線治療システムの監視システムにおける監視対象機器の動作を示す図である。
【図４】本発明の実施の形態２に係る粒子線治療システムの監視システムにおける監視対象機器の動作を示す図である。
【図５】本発明の実施の形態３に係る粒子線治療システムの監視システムにおける監視サーバの動作を示す図である。
【図６】本発明の実施の形態４に係る粒子線治療システムの監視システムにおける監視サーバの動作を示す図である。
【図７】本発明の実施の形態４に係る粒子線治療システムの監視システムにおける患者の治療状況情報を保持管理する監視対象機器の動作を示す図である。
【図８】本発明の実施の形態５に係る粒子線治療システムの監視システムにおけるプロキシ機能を備えた監視対象機器の動作を示す図である。
【符号の説明】
【００５８】
１  監視サーバ、２  粒子線情報システム（ＲＩＳ）、３  粒子線治療計画システム（ＲＴＰ）、４  照射系システム、５  ＲＩＳサーバ、６  画像管理サーバ、7  画像配信サーバ、８  モダリティ、９  治療計画サーバ、１０  治療計画端末、１１  輪郭入力端末、１２  患者ファイルサーバ、１３  スケジューラ。
【図１】
2009136313.tif 000003
【図２】
2009136313.tif 000004
【図３】
2009136313.tif 000005
【図４】
2009136313.tif 000006
【図５】
2009136313.tif 000007
【図６】
2009136313.tif 000008
【図７】
2009136313.tif 000009
【図８】
2009136313.tif 000010