特許 6768382 医用管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6768382

(24)【登録日】2020年9月25日

(45)【発行日】2020年10月14日

(54)【発明の名称】医用管理装置

(51)【国際特許分類】

   A61B 6/03 20060101AFI20201005BHJP

【ＦＩ】

   A61B6/03 330Z

   A61B6/03 333B

【請求項の数】8

【全頁数】25

(21)【出願番号】特願2016-140340(P2016-140340)

(22)【出願日】2016年7月15日

(65)【公開番号】特開2018-7944(P2018-7944A)

(43)【公開日】2018年1月18日

【審査請求日】2019年6月17日

(73)【特許権者】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100189913

【弁理士】

【氏名又は名称】鵜飼 健

(72)【発明者】

【氏名】大田 浩二

(72)【発明者】

【氏名】鈴木 大輔

(72)【発明者】

【氏名】多田 秀樹

(72)【発明者】

【氏名】三上 誠二

(72)【発明者】

【氏名】室井 規雅

(72)【発明者】

【氏名】村松 真次

【審査官】 相川 俊

(56)【参考文献】

【文献】 特開２００６−２８５８７３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２０４１４５（ＵＳ，Ａ１）

【文献】 特開２００９−１７２２３８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６１Ｂ ６／００ − ６／１４

(57)【特許請求の範囲】

【請求項1】

複数の医用画像診断装置にネットワークを介して接続された医用管理装置であって、
前記複数の医用画像診断装置各々が有する処理機能と処理機能に要するハードウェア資源の資源情報とを関連付けた対応テーブルと、前記複数の医用画像診断装置各々が有するハードウェア資源の利用状況情報とを記憶する記憶部と、
前記複数の医用画像診断装置のうちの第1の医用画像診断装置の故障通知を受信する受信部と、
前記第1の医用画像診断装置が実行する第1の処理機能から、前記対応テーブルと前記利用状況情報とを利用して、前記第1の医用画像診断装置に代替して前記第1の処理機能を実行する第2の医用画像診断装置を決定する決定部と、
前記第1の医用画像診断装置に対し、前記第1の処理機能を実行するために必要なデータの前記第2の医用画像診断装置への送信要求を送信する送信部と、
を具備する医用管理装置。

【請求項2】

前記資源情報は、対応する処理機能に要するハードウェア資源の種類、及び前記ハードウェア資源の使用率又は使用量を含む、請求項１記載の医用管理装置。

【請求項3】

前記送信部は、前記第１の医用画像診断装置から前記故障通知を受信した場合、前記第１の医用画像診断装置が故障した旨の通知を、前記複数の医用画像診断装置のうちの前記第１の医用画像診断装置以外の他の装置に送信する、請求項１記載の医用管理装置。

【請求項4】

前記受信部は、前記第１の医用画像診断装置から前記故障通知と共に前記第１の処理機能の識別情報とを受信し、
前記決定部は、前記第１の医用画像診断装置の識別情報と前記第１の処理機能の識別情報とから前記対応テーブルを利用して前記第１の処理機能に要する第１のハードウェア資源の第１の資源情報を特定し、前記第１の資源情報から前記利用状況情報を利用して前記第１の医用画像診断装置に代替えして前記第１の処理機能を実行する前記第２の医用画像診断装置を決定する、
請求項１記載の医用管理装置。

【請求項5】

前記決定部は、前記第１の処理機能毎に前記第２の医用画像診断装置を決定する、請求項４記載の医用管理装置。

【請求項6】

前記第１の処理機能は、複数の第１のハードウェア資源を要し、
前記決定部は、前記複数の第１のハードウェア資源に関する複数の第１の資源情報を一台で充足する医用画像診断装置を、前記第２の医用画像診断装置として決定する、
請求項４記載の医用管理装置。

【請求項7】

前記第１の処理機能は、複数の第１のハードウェア資源を要し、
前記決定部は、前記複数の第１のハードウェア資源毎に第１の資源情報を充足する医用画像診断装置を特定し、前記特定された複数の医用画像診断装置の組合せを前記第２の医用画像診断装置として特定する、
請求項４記載の医用管理装置。

【請求項8】

データを記憶する記憶部と、
前記第２の医用画像診断装置から緊急使用をする旨の通知を前記受信部が受信した場合、前記第２の医用画像診断装置の代わりに前記第１の医用画像診断装置から送信される前記データを前記記憶部に退避させる制御部と、を更に備える、
請求項１記載の医用管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、医用管理装置に関する。

【背景技術】

【0002】

医用画像診断装置に含まれるハードウェア資源の故障（不具合を含む）により装置全体が機能しなくなることがある。復旧までに要する時間（ダウンタイム）が長引くことで、その装置を必要とする患者や医師に多大な影響を与えることになる。故障によるダウンタイムを削減すること、あるいは故障を防止することが求められている。

【0003】

医用画像診断装置に故障したハードウェア資源が検知された場合、故障したハードウェア資源を停止して運用する縮退運転が行われている。しかしながら、停止したハードウェア資源を利用する処理機能は実行することはできない。

【0004】

ダウンタイムを発生させない、又は削減若しくは軽減する技術として、フォールトトレラントシステム（fault tolerant system）、定期点検、故障診断及び故障予測がある。フォールトトレラントシステムは、故障を発生させないことを念頭に設計される。しかしながら、フォールトトレラントシステムは、多重化や障害隔離・置換のため様々な専用の仕組みが必要であり、装置自体が複雑で高額になる。定期点検においては定期的に保守点検が行われる。点検中に異常を検知できれば早めの交換が可能である。しかしながら、点検中に異常を検知できない場合、点検後に異常が発生してしまう。故障診断においては故障箇所が特定される。特定された故障箇所の除去や交換を促進することでダウンタイムを短縮できる。故障診断の機能が組み込まれた製品は多いが、故障発見から修理までの時間の短縮は難しい。故障予測においては、装置の状態が監視され、状態の傾向から故障が予測される。故障する前に故障の可能性のある部品を交換することができるため、ダウンタイムを発生させないようにすることができる。ビッグデータにより予測する方法が検討されているが、研究要素が高く予測方法を確立することが困難である。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開平１０−１８７６３８号公報

【特許文献2】特開２００５−１８５７８８号公報

【特許文献3】特開２００４−２４０６９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

実施形態の目的は、故障による処理効率の低下を抑止可能な医用管理装置を提供することにある。

【課題を解決するための手段】

【0007】

本実施形態に係る医用管理装置は、複数の医用画像診断装置にネットワークを介して接続された医用管理装置であって、前記複数の医用画像診断装置各々が有する処理機能と処理機能に要するハードウェア資源の資源情報とを関連付けた対応テーブルと、前記複数の医用画像診断装置各々が有するハードウェア資源の利用状況情報とを記憶する記憶部と、前記複数の医用画像診断装置のうちの第1の医用画像診断装置の故障通知を受信する受信部と、前記第1の医用画像診断装置が実行する第1の処理機能から、前記対応テーブルと前記利用状況情報とを利用して、前記第1の医用画像診断装置に代替して前記第1の処理機能を実行する第2の医用画像診断装置を決定する決定部と、前記第1の医用画像診断装置に対し、前記第1の処理機能を実行するために必要なデータの前記第2の医用画像診断装置への送信要求を送信する送信部と、を具備する。

【図面の簡単な説明】

【0008】

【図1】図１は、本実施形態に係る院内ネットワークを介して接続された医用管理装置と複数の医用画像診断装置とを含む院内ネットワークシステムの構成を示す図である。

【図2】図２は、図１の医用管理装置の構成を示す図である。

【図3】図３は、図２のＣＰＵにより利用される機能／資源対応テーブルの一例を示す図である。

【図4】図４は、図２のＣＰＵにより利用される資源利用状況テーブルの一例を示す図である。

【図5】図５は、図１の医用画像診断装置の構成を示す図である。

【図6】図６は、本実施形態に係る院内ネットワークシステムの動作の概要を模式的に示す図である。

【図7】図７は、本実施形態に係る院内ネットワークシステムに含まれる医用管理装置と医用画像診断装置との動作の典型的な流れを示す図である。

【図8】図８は、図７のステップＳＡ後において医用画像診断装置Ａにより行われる、故障検知を契機としたメニュー画面の変化を示す図である。

【図9】図９は、図７のステップＳＳにおいて医用画像診断装置Ｂ及びＣにより表示される、運用制限の可否を選択するための選択画面Ｗ１の一例を示す図である。

【図10】図１０は、ステップＳＤにおいて医用管理装置のＣＰＵにより行われる代替装置の決定処理の典型的な流れを示す図である。

【図11】図１１は、図１０のステップＳＤ１、ＳＤ２及びＳＤ３の処理を模式的に示す図である。

【図12】図１２は、図１０のステップＳＤ３において記録される代替構成情報の一例を示す図である。

【図13】図１３は、図７のステップＳＥにおいて医用画像診断装置Ａにより行われる、復旧機能の実行指示のためのメニュー画面を示す図である。

【図14】図１４は、図１の回復管理機能に係る医用管理装置と医用画像診断装置との処理の典型的な流れを示す図である。

【図15】図１５は、図１４のステップＳＥ２において表示される回復時通知選択ウィンドウの一例を示す図である。

【図16】図１６は、図１４のステップＳＥ３において表示される回復通知待機情報の表示ウィンドウの一例を示す図である。

【図17】図１７は、本実施形態に係る準備完了通知ウィンドウの一例を示す図である。

【図18】図１８は、本実施形態に係る医用画像診断装置（代替装置）Ｂにより行われる緊急利用対応処理の典型的な流れを示す図である。

【図19】図１９は、本実施形態に係る医用画像診断装置（代替装置）Ｂにより行われる電源制御処理の典型的な流れを示す図である。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら本実施形態に係わる医用管理装置、医用画像診断装置及び縮退運転プログラムを説明する。

【0010】

図１は、本実施形態に係る院内ネットワークを介して接続された医用管理装置１と複数の医用画像診断装置３とを含む院内ネットワークシステムの構成を示す図である。図１に示すように、医用管理装置１は、複数の医用画像診断装置３を管理するコンピュータである。各医用画像診断装置３は、患者等を医用撮影して医用画像を収集する医用モダリティである。医用画像診断装置３としては、例えば、Ｘ線コンピュータ断層撮影装置、Ｘ線診断装置、磁気共鳴イメージング装置及び超音波診断装置が挙げられる。なお、医用画像診断装置３としては、ＰＥＴ装置やＳＰＥＣＴ装置等の他の医用モダリティであっても良い。

【0011】

本実施形態に係る医用画像診断装置３は、搭載するハードウェア資源の故障検知機能を有している。故障が検知された場合、医用画像診断装置３は、故障したハードウェア資源を停止させて他のハードウェア資源の運転を継続させる縮退運転モードに移行する。そして当該医用画像診断装置３は、ハードウェア資源が故障した旨の通知（以下、故障通知と呼ぶ）を医用管理装置１に送信する。以下、故障通知を送信した医用画像診断装置３を故障装置と呼び、故障したハードウェア資源が実行する処理機能を復旧不能機能と呼ぶことにする。医用管理装置１は、故障通知を受けた場合、故障装置３に代替して復旧不能機能を実行する医用画像診断装置３を、本実施形態に係る院内ネットワークシステムに含まれる複数の医用画像診断装置３の中から決定する。以下、決定された医用画像診断装置３を代替装置と呼ぶことにする。そして故障装置は、代替装置に対して、復旧不能機能に要するデータ（以下、必要データと呼ぶ）を送信し、代替装置は、必要データに基づいて復旧不能機能を実行する。

【0012】

以下、上記処理を実現するための医用管理装置１及び医用画像診断装置３の構成について順番に説明する。

【0013】

図２は、医用管理装置１の構成を示す図である。図２に示すように、医用管理装置１は、ＣＰＵ（central processing unit）１１、メモリ１２、通信回路１３、表示回路１４、入力回路１５及び主記憶回路１６を有する。ＣＰＵ１１、メモリ１２、通信回路１３、表示回路１４、入力回路１５及び主記憶回路１６は、バスを介して互いに接続されている。

【0014】

ＣＰＵ１１は、医用管理装置１の中枢として機能するハードウェア資源である。ＣＰＵ１１は、メモリ１２と協同して後述の各種処理を実行する。ＣＰＵ１１は、本実施形態に係る管理プログラムを読み出して実行することにより代替装置決定機能１１１、回復管理機能１１３及び緩衝運転機能１１５を実現する。

【0015】

代替装置決定機能１１１においてＣＰＵ１１は、故障装置の識別情報と当該故障装置が実行する復旧不能機能の識別情報とから、機能／資源対応テーブル１６１と資源利用状況テーブル１６２とを利用して、故障装置に代替して復旧不能機能を実行する代替装置を決定する。機能／資源対応テーブル１６１と資源利用状況テーブル１６２とは、例えば、主記憶回路１６に記憶される。故障装置の識別情報は、故障装置を一意に特定可能であれば、如何なる情報であっても良い。例えば、故障装置の識別情報としては、故障装置のＩＤ、装置名及びネットワークアドレス等が挙げられる。同様に、復旧不能機能の識別情報は、復旧不能機能を一意に特定可能であれば、如何なる情報であっても良い。例えば、復旧不能機能の識別情報としては、処理機能のＩＤ及び名称等が挙げられる。

【0016】

図３は、機能／資源対応テーブル１６１の一例を示す図である。図３に示すように、機能／資源対応テーブル１６１は、医用画像診断装置３各々が有する処理機能と処理機能に要するハードウェア資源の情報（以下、資源情報と呼ぶ）とを関連づけたルックアップテーブルである。機能／資源対応テーブル１６１に登録される処理機能は、各医用画像診断装置３が実行可能な医用に関する処理機能であって、他の医用画像診断装置３に性能又は機能的に代替可能な処理機能である。当該処理機能としては、例えば、画像再構成、画像保存及び画像処理等が挙げられる。画像処理としては、具体的には、３次元レンダリングやセグメント処理、画像計測、画像解析、アノテーション付加等が挙げられる。本実施形態に係る資源情報としては、各処理機能を実行するハードウェア資源の種類、当該ハードウェア資源の使用量又は使用率が挙げられる。本実施形態に係るハードウェア資源としては、例えば、ＣＰＵ、半導体メモリ（ＭＥＭＯＲＹ）、ハードディスク（ＨＤ：hard disk）、磁気ディスク、ＧＰＵ（graphical processing unit）、ＧＰＧＰＵ（general purpose computing on GPU）、再構成ボード等の既存の如何なるハードウェア資源が適用可能である。例えば、図３に示すように、装置ＳｙｓｔｅｍＡの機能ＦｕｎｃＡに要するハードウェア資源は、ＣＰＵとＭＥＭＯＲＹであり、ＣＰＵの使用率は１０％であり、ＭＥＭＯＲＹの使用量は３２ＭＢである。各医用画像診断装置３の処理機能及び資源情報に関する情報は、当該医用画像診断装置３から送信される。

【0017】

図４は、資源利用状況テーブル１６２の一例を示す図である。図４に示すように、資源利用状況テーブル１６２は、医用画像診断装置３各々が有するハードウェア資源の利用状況を示すルックアップテーブルである。具体的には、資源利用状況テーブル１６２は、医用画像診断装置３各々が有するハードウェア資源の使用量又は使用率のタイムスケジュールである。例えば、図４に示すように、装置ＳｙｓｔｅｍＡは、現在から１時間後までの時間帯においては、ＣＰＵの使用率が８０％、ＭＥＭＯＲＹの使用量が１０ＧＢ、ＨＤの使用量が１００ＧＢであり、２時間後から３時間後までの時間帯においては、ＣＰＵの使用率が８０％、ＭＥＭＯＲＹの使用量が１０ＧＢ、ＨＤの使用量が１００ＧＢであり、３時間後から４時間後までの時間帯においては、ＣＰＵの使用率が１０％、ＭＥＭＯＲＹの使用量が１ＧＢ未満、ＨＤの使用量が１ＧＢ未満である。各医用画像診断装置３の利用状況に関する情報は、当該医用画像診断装置３から送信される。

【0018】

回復管理機能１１３は、故障装置から回復管理要請を受けたことを契機としてＣＰＵ１１により実行される。故障装置は、復旧不能機能の実行要請を代替装置に送信したが、代替装置から拒絶通知を受けた場合に回復管理要請を医用管理装置１に送信する。回復管理機能１１３においてＣＰＵ１１は、代替装置の拒絶状態からの回復及びその後の復旧不能機能の代替実行までを管理する。

【0019】

緩衝運転機能１１５は、故障装置又は代替装置から緩衝運転要請を受けたことを契機としてＣＰＵ１１により実行される。故障装置が代替装置に復旧不能機能の実行のために必要データを転送する際に代替装置が緊急利用により復旧不能機能を実行できない場合、故障装置又は代替装置は、緩衝運転要請を医用管理装置１に送信する。緩衝運転機能１１５においてＣＰＵ１１は、故障装置からの必要データを受信し、受信された必要データを一時的に医用管理装置１の主記憶回路１６等のハードウェア資源に退避させる。

【0020】

メモリ１２は、典型的には、データの読み書きが可能なＲＡＭ（random access memory）等のハードウェア資源である。

【0021】

通信回路１３は、図示しない有線又は無線を介して、本実施形態に係る院内ネットワークシステムに含まれる複数の医用画像診断装置３との間でデータ通信を行うハードウェア資源である。

【0022】

表示回路１４は、各種情報を表示する。具体的には、表示回路１４は、表示インタフェース回路と表示機器とを有する。表示インタフェース回路は、表示対象を表すデータを映像信号に変換するハードウェア資源である。表示信号は、表示機器に供給される。表示機器は、表示対象を表す映像信号を表示するハードウェア資源である。表示機器としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、又は当技術分野で知られている他の任意のディスプレイが適宜利用可能である。

【0023】

入力回路１５は、具体的には、入力機器と入力インタフェース回路とを有する。入力機器は、ユーザからの各種指令を受け付けるハードウェア資源である。入力機器としては、キーボードやマウス、各種スイッチ等が利用可能である。入力インタフェース回路は、入力機器からの出力信号をバスを介してＣＰＵ１１に供給するハードウェア資源である。

【0024】

主記憶回路１６は、種々の情報を記憶するＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）、集積回路記憶装置等のハードウェア資源である。また、主記憶回路１６は、ＣＤ−ＲＯＭドライブやＤＶＤドライブ、フラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。

【0025】

図５は、各医用画像診断装置３の構成を示す図である。図５に示すように、医用画像診断装置３は、基本構成要素３１、医用撮影部３２、再構成装置３３、画像保存ＨＤＤ３４、画像処理装置３５、電源回路３６及び電源制御回路３７を有する。

【0026】

基本構成要素３１は、医用画像診断装置３のコンピュータとしての基本的な構成要素である。基本構成要素３１は、医用画像診断装置３の中枢であり、代替装置により代替可能なハードウェア資源ではない。

【0027】

医用撮影部３２は、各医用画像診断装置３のモダリティ種に応じた撮影機構を搭載する。医用撮影部３２は、患者等に医用撮影を実行し生データを収集する。例えば、医用画像診断装置３がＸ線コンピュータ断層撮影装置の場合、医用撮影部３２は、Ｘ線管とＸ線検出器とを保持する回転フレームを高速で回転させながらＸ線管から患者にＸ線を照射し、患者を透過したＸ線をＸ線検出器により検出する。そして医用撮影部３２は、Ｘ線検出器により検出されたＸ線に応じた生データをデータ収集回路により収集する。また、医用画像診断装置３が磁気共鳴イメージング装置の場合、医用撮影部３２は、例えば、ＲＦコイルからＲＦパルスを照射して、静磁場内に載置された患者内に存在する対象原子核を励起させ、当該対象原子核から発生されるＭＲ信号をＲＦコイルにより収集する。そして医用撮影部３２は、ＲＦコイルにより収集されたＭＲ信号を受信回路により信号処理して生データを収集する。医用撮影部３２は、他の医用画像診断装置３により代替可能なハードウェア資源には該当しないものとする。

【0028】

再構成装置３３は、医用撮影部３２により収集された生データに再構成処理を施して患者に関する医用画像を再構成する。例えば、再構成装置３３は、ハードウェア資源として、再構成処理のために最適に設計された専用の半導体基板、すなわち、再構成ボードを有する。なお、画像再構成は、再構成ボードに限らず、汎用のＣＰＵやＧＰＵ、ＧＰＧＰＵ等のプロセッサでも実行可能である。従って再構成装置３３は、再構成ボードの代わりに、汎用のＧＰＵやＧＰＧＰＵ等のプロセッサとＲＯＭやＲＡＭ等のメモリとを有しても良い。再構成装置３３に含まれる再構成ボード、プロセッサ（例えば、ＧＰＵやＧＰＧＰＵ）、メモリ（例えば、ＲＯＭやＲＡＭ）等は、他の医用画像診断装置により代替可能なハードウェア資源に該当するものとする。

【0029】

画像保存ＨＤＤ３４は、医用画像の保存のための専用の記憶装置である。画像保存ＨＤＤ３４は、ハードウェア資源として、ＨＤ（hard disk）、半導体メモリ、磁気ディスク等を有する。画像保存ＨＤＤ３４に含まれるＨＤ、半導体メモリ、磁気ディスク等の記憶装置は、他の医用画像診断装置により代替可能なハードウェア資源に該当するものとする。

【0030】

画像処理装置３５は、医用画像に種々の画像処理を施す。例えば、画像処理装置３５は、画像処理として、医用画像に３次元レンダリングやセグメント処理、画像計測、画像解析、アノテーション付加等を行う。画像処理装置３５は、ハードウェア資源として、ＧＰＵやＧＰＧＰＵ等のプロセッサとＲＯＭやＲＡＭ等のメモリとを有する。なお、画像処理は、汎用のＣＰＵ等のプロセッサでも実行可能である。画像処理装置３５に含まれるプロセッサ（例えば、ＧＰＵやＧＰＧＰＵ）、メモリ（例えば、ＲＯＭやＲＡＭ）等は、他の医用画像診断装置により代替可能なハードウェア資源に該当するものとする。

【0031】

電源回路３６は、医用画像診断装置３に搭載される基本構成要素３１、医用撮影部３２、再構成装置３３、画像保存ＨＤＤ３４、画像処理装置３５及び電源制御回路３７等のハードウェア資源に電力を供給する。電源回路３６は、他の医用画像診断装置３により代替可能なハードウェア資源には該当しないものとする。

【0032】

電源制御回路３７は、電源回路３６の通電と遮断（シャットダウン）とを切り替える。電源制御回路３７は、他の医用画像診断装置３により代替可能なハードウェア資源には該当しないものとする。

【0033】

図５に示すように、基本構成要素３１は、ＣＰＵ３１１、メモリ３１２、通信回路３１３、表示回路３１４、入力回路３１５及び主記憶回路３１６を有する。ＣＰＵ３１１、メモリ３１２、通信回路３１３、表示回路３１４、入力回路３１５及び主記憶回路３１６は、バスを介して互いに接続されている。

【0034】

ＣＰＵ３１１は、医用画像診断装置３の中枢として機能するハードウェア資源である。ＣＰＵ３１１は、メモリ３１２と協同して後述の各種処理を実行する。ＣＰＵ３１１は、故障検知機能３１１１、機能／資源テーブル作成機能３１１３、縮退運転機能３１１５及び代替運転機能３１１７を有する。

【0035】

故障検知機能３１１１においてＣＰＵ３１１は、医用撮影部３２、再構成装置３３、画像保存ＨＤＤ３４及び画像処理装置３５に含まれるハードウェア資源の故障を検知する。

【0036】

機能／資源テーブル作成機能３１１３においてＣＰＵ３１１は、据付時等の所定のタイミングにおいて、自装置が有する処理機能と処理機能に要するハードウェア資源の資源情報とを関連づけた機能／資源情報を作成する。自装置に関する機能／資源情報は、機能／資源対応テーブル１６１の作成のため、医用管理装置１に送信される。

【0037】

縮退運転機能３１１５はＣＰＵ３１１が縮退運転プログラムを実行することにより実現される。縮退運転機能３１１５においてＣＰＵ３１１は、故障が検知されたハードウェア資源を停止する。そしてＣＰＵ３１１は、停止したハードウェア資源が実行する処理機能（復旧不能機能）を、院内ネットワークに接続された他の医用画像診断装置（代替装置）３に代替実行を依頼する。縮退運転プログラムは、主記憶回路３１６等により記憶されている。

【0038】

代替運転機能３１１７はＣＰＵ３１１が代替運転プログラムを実行することにより実現される。代替運転機能３１１７においてＣＰＵ３１１は、院内ネットワークに接続された他の医用画像診断装置（故障装置）３が実行する処理機能（復旧不能機能）を、当該故障装置に代替して実行するための準備及び復旧不能機能のハードウェア資源への割当てを行う。代替運転プログラムは、主記憶回路３１６等により記憶されている。

【0039】

メモリ３１２は、典型的には、データの読み書きが可能なＲＡＭ（random access memory）等のハードウェア資源である。

【0040】

通信回路３１３は、図示しない有線又は無線を介して、本実施形態に係る院内ネットワークシステムに含まれる医用管理装置１及び他の複数の医用画像診断装置３との間でデータ通信を行うハードウェア資源である。

【0041】

表示回路３１４は、各種情報を表示する。具体的には、表示回路３１４は、表示インタフェース回路と表示機器とを有する。表示インタフェース回路は、表示対象を表すデータを映像信号に変換するハードウェア資源である。表示信号は、表示機器に供給される。表示機器は、表示対象を表す映像信号を表示するハードウェア資源である。表示機器としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、又は当技術分野で知られている他の任意のディスプレイが適宜利用可能である。

【0042】

入力回路３１５は、具体的には、入力機器と入力インタフェース回路とを有する。入力機器は、ユーザからの各種指令を受け付けるハードウェア資源である。入力機器としては、キーボードやマウス、各種スイッチ等が利用可能である。入力インタフェース回路は、入力機器からの出力信号をバスを介してＣＰＵ３１１に供給するハードウェア資源である。

【0043】

主記憶回路３１６は、種々の情報を記憶するＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）、集積回路記憶装置等のハードウェア資源である。また、主記憶回路３１６は、ＣＤ−ＲＯＭドライブやＤＶＤドライブ、フラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。

【0044】

以下、本実施形態に係る院内ネットワークシステムの詳細について説明する。

【0045】

図６は、本実施形態に係る院内ネットワークシステムの動作の概要を模式的に示す図である。図６に示すように、院内ネットワークシステムに含まれる医用画像診断装置３として、Ｘ線コンピュータ断層撮影装置、磁気共鳴イメージング装置及び血管撮影用のＸ線診断装置、すなわち、Ｘ線アンギオ装置が設けられているとする。Ｘ線コンピュータ断層撮影装置は再構成装置３３と画像保存ＨＤＤ３４とを有し、磁気共鳴イメージング装置は再構成装置３３を有し、Ｘ線アンギオ装置は画像保存ＨＤＤ３４を有しているものとする。このような院内ネットワークシステムにおいてＸ線コンピュータ断層撮影装置のＣＰＵ３１１によりＸ線コンピュータ断層撮影装置内の再構成装置３３と画像保存ＨＤＤ３４との故障が検知されたとする。この場合、図６に図示しない医用管理装置１が、ＣＴ画像の画像再構成のための代替装置とＣＴ画像の保存のための代替装置を決定する。例えば、図６に示すように、ＣＴ画像の画像再構成のための代替装置として磁気共鳴イメージング装置の再構成装置３３が決定され、ＣＴ画像の画像保存のための代替装置としてＸ線アンギオ装置の画像保存ＨＤＤ３４が決定されるとする。この場合、Ｘ線コンピュータ断層撮影装置は、ＣＴ画像の画像再構成のために、ＣＴ再構成プログラムとＣＴスキャンにより収集された患者の生データとを磁気共鳴イメージング装置に送信する。磁気共鳴イメージング装置の再構成装置３３は、受信したＣＴ再構成プログラムをインストールし、受信した生データにＣＴ再構成処理を施して当該患者に関するＣＴ画像を再構成する。磁気共鳴イメージング装置は、再構成したＣＴ画像を、画像保存のため、Ｘ線アンギオ装置に送信する。Ｘ線アンギオ装置の画像保存ＨＤＤ３４は、受信したＣＴ画像を保存する。そしてＸ線アンギオ装置は、画像表示のため、Ｘ線コンピュータ断層撮影装置にＣＴ画像を送信する。Ｘ線コンピュータ断層撮影装置は、受信したＣＴ画像を表示する。その後、Ｘ線コンピュータ断層撮影装置のユーザは、ＣＴ画像を観察することができ、Ｘ線コンピュータ断層撮影装置の画像処理装置は、ＣＴ画像に画像処理を実行することができる。

【0046】

このように本実施形態に係る院内ネットワークシステムによれば、Ｘ線コンピュータ断層撮影装置の再構成装置と画像保存ＨＤＤとが故障した場合であっても、磁気共鳴イメージング装置の再構成装置によりＣＴ画像を再構成し、Ｘ線アンギオ装置の画像保存ＨＤＤによりＣＴ画像を保存することができる。これにより、Ｘ線コンピュータ断層撮影装置の再構成装置と画像保存ＨＤＤとの故障による処理効率の低下を抑止することができる。

【0047】

次に、図７を参照しながら、本実施形態に係る院内ネットワークシステムに含まれる医用管理装置１と医用画像診断装置３との動作を説明する。

【0048】

図７は、本実施形態に係る院内ネットワークシステムに含まれる医用管理装置１と医用画像診断装置３との動作の典型的な流れを示す図である。なお、以下の説明において、医用画像診断装置３は、医用画像診断装置Ａ、医用画像診断装置Ｂ及び医用画像診断装置Ｃの３台であるとする。

【0049】

図７に示すように、医用画像診断装置Ａ、Ｂ及びＣは、所定のタイミングにおいて、自装置が実行可能な処理機能と当該処理機能の実行に要するハードウェア資源の資源情報とを関連づけた機能／資源情報を作成し、医用管理装置１に送信する。機能／資源情報の作成及び送信は、当該装置内の構成が変わらない場合は一度のみ行われれば良い。所定のタイミングとしては、例えば、各装置Ａ、Ｂ及びＣの据付時やバージョンアップ時、システムインストール時、アップグレード時に設定される。なお、バージョンアップ時、システムインストール時及びアップグレード時において処理機能と資源情報とに変更がない場合、医用画像診断装置Ａ、Ｂ及びＣは、機能／資源情報の作成及び送信を行わなくても良い。医用管理装置１のＣＰＵ１１は、医用画像診断装置Ａ、Ｂ及びＣから受信した機能／資源情報を、機能／資源対応テーブル１６１に登録し、主記憶回路１６に保存する。なお、装置Ａ、Ｂ及びＣにおいても、自装置が送信した機能／資源情報の複製を主記憶回路３１６に保存しても良い。

【0050】

医用画像診断装置Ａ、Ｂ及びＣ各々のＣＰＵ３１１は、起動中、故障検知機能３１１１を実行する。故障検知は、既知の方法により行われれば良い。具体的には、各装置Ａ、Ｂ及びＣのＣＰＵ３１１は、ハードウェア資源の物理的な故障又は通信エラー等を故障として検知する。例えば、ＨＤのセクターアクセス異常を検知すると、ＣＰＵ３１１は、当該ＨＤが故障したと判定する。また、再構成装置３３又は画像処理装置３５との通信不良を検知すると、ＣＰＵ３１１は、当該再構成装置３３又は画像処理装置３５が故障したと判定する。

【0051】

図７に示すように、医用画像診断装置Ａにおいて故障が検知されたとする（ステップＳＡ）。故障が検知された場合、装置ＡのＣＰＵ３１１は、通信回路３１３を介して、故障通知を医用管理装置１に送信する。故障通知は、装置Ａにおいて故障が検知された旨、故障したハードウェア資源の種類、故障したハードウェア資源が実行する処理機能（復旧不能機能）の種類に関する情報を含む。なお、復旧不能機能は、故障が検知された時点において当該ハードウェア資源が実行していた処理機能と当該ハードウェアが実行する予定の処理機能とを含むものとする。復旧不能機能は、一つの場合もあるし、複数の場合もある。本実施形態は、何れの場合にも適用可能である。

【0052】

故障検知が行われると医用画像診断装置Ａは、縮退運転を行う（ステップＳＢ）。具体的には、医用画像診断装置ＡのＣＰＵ３１１は、故障が検知されたことを契機として主記憶回路３１６に記憶されている縮退運転プログラムを読み出して縮退運転機能３１１５を実行する。縮退運転機能３１１５においてＣＰＵ３１１は、故障が検知されたハードウェア資源を停止し、当該ハードウェア資源に関係する処理機能（復旧不能機能）を停止する。復旧不能機能の停止は、例えば、処理機能のメニュー画面において復旧不能機能に関係するメニューボタンを選択不可の態様で表示することによりユーザに通知される。

【0053】

図８は、故障検知を契機としたメニュー画面の変化を示す図である。図８は、処理機能のメニュー画面の一例として、画像保存に係るメニュー画面を示している。図８左側に示すように、機能停止前においてＣＰＵ３１１は、当該メニュー画面に表示されている全てのメニューボタンを選択可能に設定する。画像保存ＨＤＤ３４の故障が検知された場合、ＣＰＵ３１１は、画像保存ＨＤＤ３４の機能を停止し、画像保存に係る処理機能に関係する全てのメニューボタンを選択不能に設定する。

【0054】

例えば、画像データベースを有するＨＤが故障した場合、ＣＰＵ３１１は、ＨＤを用いる処理機能である、医用撮影や画像再構成、印刷、メディア保存、転送保存等を停止する。この場合、ＣＰＵ３１１は、医用撮影や画像再構成、印刷、メディア保存、転送保存に係るメニュー画面及びメニューボタンを、機能停止前とは異なる視覚効果で表示回路３１４に表示する。例えば、表示回路３１４は、機能停止前に比して機能停止後のメニュー画面及びメニューボタンを暗く表示する。これによりＣＰＵ３１１は、画像保存に係る処理機能が停止していることをユーザに知らせることができる。

【0055】

一方、故障通知を受信すると医用管理装置１は、故障通知の送信元である医用画像診断装置Ａの故障通知を、他の医用画像診断装置Ｂ及びＣに送信する。医用画像診断装置Ｂ及びＣのＣＰＵ３１１は、故障通知を受信したことを契機として、主記憶回路３１６に記憶されている代替運転プログラムを読み出して代替運転機能３１１７を実行する。なお、医用管理装置Ａが故障通知を装置Ｂ及びＣに送信したときに当該装置Ｂ及びＣの少なくとも一方の電源が投入されていない場合がある。この場合、医用管理装置１のＣＰＵ１１は、医用画像診断装置Ａの故障通知を主記憶回路１６等に一旦保存し、医用画像診断装置Ｂ又はＣの電源が投入された場合、当該装置Ｂ又はＣのＣＰＵ３１１が医用画像診断装置Ａに故障通知の有無を問い合わせても良い。医用画像診断装置ＡのＣＰＵ１１は、問い合わせ元の装置Ｂ又はＣに通知すべき故障通知が主記憶回路１６等に保存されている場合、当該故障通知を、通信回路１３を介して問い合わせ元の装置Ｂ又はＣに送信する。代替運転機能３１１７において医用画像診断装置Ｂ及びＣのＣＰＵ３１１は、まず、運用制限可否の決定処理を行う（ステップＳＣ）。

【0056】

ステップＳＣにおいて装置Ｂ及びＣのＣＰＵ３１１は、故障通知を受信した場合、故障装置Ａを代替するために、自装置のハードウェア資源の運用制限を実行するか否かを、入力回路３１５を介したユーザ指示に従い選択する。具体的には、ＣＰＵ３１１は、運用制限の可否を選択するための選択画面（以下、運用制限可否選択画面と呼ぶ）を表示回路３１４に表示する。

【0057】

図９は、運用制限可否選択画面Ｗ１の一例を示す図である。図９に示すように、運用制限可否選択画面Ｗ１は、運用制限の可否の選択を促すメッセージ欄、運用制限を許諾する旨を選択するＹｅｓボタンＢ１及び運用制限を拒絶する旨を選択するＮｏボタンＢ２を有する。メッセージ欄には、例えば、「故障機運用のための運用制限を実施しますか？」のメッセージが表示される。また、メッセージ欄には、「５０％」等の、ハードウェア資源の使用率又は使用量の制限率が表示される。運用制限の対象のハードウェア資源は、復旧不能機能に関係するハードウェア資源でも良いし、予め設定されたハードウェア資源でも良い。制限率は、入力回路３１５を介して任意の値に設定されても良いし、故障装置Ａや故障したハードウェア資源に応じた値に設定されても良い。

【0058】

入力回路３１５等を介してＹｅｓボタンＢ１が選択された場合、ＣＰＵ３１１は、通常処理モードから資源量制限モードに移行する。資源量制限モードにおいてＣＰＵ３１１は、運用制限の対象のハードウェア資源の使用率又は使用量を、選択画面Ｗ１に表示された制限率で制限する。運用制限をすることにより、復旧不能機能の代替実行に必要なハードウェア資源の使用率又は使用量を予め確保しておくこができる。

【0059】

入力回路３１５等を介してＮｏボタンＢ２が選択された場合、ＣＰＵ３１１は、通常処理モードを維持する。通常処理モードにおいてＣＰＵ３１１は、ハードウェア資源の使用率又は使用量を制限しない。

【0060】

以下、医用画像診断装置Ｂ及びＣにおいて運用制限がなされたものとして説明する。運用制限がなされた場合、医用画像診断装置Ｂ及びＣのＣＰＵ３１１は、利用状況情報を医用管理装置１に送信する。利用状況情報は、図４に示すように、装置Ｂ及びＣ各々が有する各ハードウェア資源の使用率又は使用量のスケジュールに関する情報である。ＣＰＵ３１１は、故障したハードウェア資源と同種のハードウェア資源に限定して利用状況情報を医用管理装置１に送信しても良いし、自装置が有する全てのハードウェア資源に関する利用状況情報を医用管理装置１に送信しても良い。利用状況情報は、例えば、以下の手順で作成される。まず、ＣＰＵ３１１は、患者予約システムにより管理されている自装置の使用スケジュールを、患者予約システムから収集する。次にＣＰＵ３１１は、収集した使用スケジュールに基づいて、故障ハードウェア資源と同一又は同種のハードウェア資源に関する利用状況情報を作成する。なお、利用状況情報として、ハードウェア資源の使用率又は使用量のみならず、電源の遮断又は通電に関する情報が含まれても良い。医用管理装置１のＣＰＵ１１は、受信した利用状況情報を、資源利用状況テーブル１６２に登録し、主記憶回路１６に保存する。

【0061】

なお、上記の説明においては故障通知を受けた医用画像診断装置Ｂ及びＣが利用状況情報を作成し送信するものとした。しかしながら、本実施形態はこれに限定されない。例えば、院内ネットワークに接続された全ての医用画像診断装置が、故障通知を受ける前から定期的に利用状況情報を作成し医用管理装置１に送信しても良い。この場合、利用状況情報は、自装置が有する全てのハードウェア資源について作成されると良い。

【0062】

運用制限可否の決定処理ＳＣがなされると医用管理装置１は、代替装置の決定処理を行う（ステップＳＤ）。ステップＳＤにおいて医用管理装置１のＣＰＵ１１は、代替装置決定機能１１１を実行する。

【0063】

図１０は、ステップＳＤにおいて医用管理装置１のＣＰＵ１１により行われる代替装置の決定処理の典型的な流れを示す図である。図１１は、図１０のステップＳＤ１、ＳＤ２及びＳＤ３の処理を模式的に示す図である。図１０に示すように、ＣＰＵ１１は、まず、復旧不能機能の実行に必要な資源情報を、機能／資源対応テーブル１６１を利用して特定する（ステップＳＤ１）。より詳細には、ＣＰＵ１１は、故障通知に含まれる故障装置の装置名と復旧不能機能の機能名とをキーワードとして機能／資源対応テーブル１６１に入力し、機能／資源対応テーブル１６１において故障装置の装置名と復旧不能機能の機能名とに関連づけられた資源情報を特定する。例えば、図１１に示すように、故障装置がＳｙｓｔｅｍＡであり、復旧不能機能がＦｕｎｃＢであるとする。この場合、ＣＰＵ１１は、故障装置：ＳｙｓｔｅｍＡ及び復旧不能機能：ＦｕｎｃＢをキーワードとして機能／資源対応テーブル１６１を検索し、当該キーワードに関連づけられた必要資源情報、すなわち、「ＣＰＵについて使用率１０％、ＭＥＭＯＲＹについて使用量１２８ＭＢ、ＨＤについて使用量１０ＧＢ」を特定する。

【0064】

ステップＳＤ１が行われるとＣＰＵ１１は、必要資源情報を充足する資源情報の候補を、資源利用状況テーブル１６２を利用して特定する（ステップＳＤ２）。より詳細には、ＣＰＵ１１は、ステップＳＤ１において特定された必要資源情報をキーワードとして資源利用状況テーブル１６２に入力し、資源利用状況テーブル１６２において必要資源情報に関連づけられた装置を候補として特定する。

【0065】

ステップＳＤ２においてＣＰＵ１１は、まず、完全充足検査を行う。完全充足検査においては、復旧不能機能に要する全てのハードウェア資源に関する必要資源情報を一台で充足する装置が特定される。例えば、図１１の場合、必要資源情報「ＣＰＵ：使用率１０％、ＭＥＭＯＲＹ：使用量１２８ＭＢ、ＨＤ：使用量１０ＧＢ」をキーワードとして資源利用状況テーブル１６２を検索する。ＳｙｓｔｅｍＢは、復旧不能機能ＦｕｎｃＢに要するＣＰＵ、ＭＥＭＯＲＹ及びＨＤの全ての必要資源情報を充足する。従ってＳｙｓｔｅｍＢが第１候補として特定される。

【0066】

完全充足検査後、ＣＰＵ１１は、部分充足検査を行う。部分充足検査においては、復旧不能機能に要するハードウェア資源毎に必要資源情報を充足する装置が特定される。例えば、必要資源情報「ＣＰＵ：使用率１０％、ＭＥＭＯＲＹ：使用量１２８ＭＢ、ＨＤ：使用量１０ＧＢ」のうち「ＣＰＵ：使用率１０％」と「ＭＥＭＯＲＹ：使用量１２８ＭＢ」とはＳｙｔｅｍＣも充足し、「ＨＤ：使用量１０ＧＢ」はＳｙｓｔｅｍＣが充足しない。この場合、後順位候補として、例えば、図１１に示すように、ＣＰＵ及びＭＥＭＯＲＹについてはＳｙｔｅｍＣ、ＨＤについてＳｙｓｔｅｍＢが代替候補として特定される。あるいは、ＭＥＭＯＲＹについてはＳｙｓｔｅｍＣ、ＣＰＵ及びＨＤについてはＳｙｓｔｅｍＢが代替候補として特定されても良いし、ＣＰＵについてはＳｙｔｅｍＣ、ＭＥＭＯＲＹ及びＨＤについてはＳｙｓｔｅｍＢが代替候補として特定されても良い。各ハードウェア資源について複数の装置が必要資源情報を充足する場合、何れの装置を候補として優先するかは、各ハードウェア資源の使用率又は使用量の余力、使用スケジュールの過密さ等を考慮して特定されると良い。なお、完全充足検査において代替候補が特定された場合、部分充足検査は必ずしも行われなくても良い。

【0067】

ステップＳＤ２が行われるとＣＰＵ１１は、特定された代替候補及び必要資源情報を代替構成情報として記録する（ステップＳＤ３）。代替構成情報は、医用管理装置１の主記憶回路１６等に保存される。

【0068】

図１２は、代替構成情報の一例を示す図である。図１２に示すように、代替構成情報は、復旧不能機能毎に故障ハードウェア資源の代替候補を関連づけた情報である。例えば、復旧不能機能ＦｕｎｃＡの代替候補はＳｙｔｅｍＢであり、復旧不能機能ＦｕｎｃＢの代替候補はＣＰＵについてはＳｙｔｅｍＣ、ＭＥＭＯＲＹについてはＳｙｔｅｍＣ、ＨＤについてはＳｙｔｅｍＢである。

【0069】

ステップＳＤ３が行われるとＣＰＵ１１は、全ての復旧不能機能について候補を特定したか否かを判定する（ステップＳＤ４）。ＣＰＵ１１は、全ての復旧不能機能について代替候補が特定されていないと判定した場合、代替候補が特定されていない復旧不能機能についてステップＳ１、Ｓ２及びＳ３を繰り返す。

【0070】

そしてステップＳＤ４において全ての復旧不能機能について代替候補を特定したと判定した場合（ステップＳＤ４：ＹＥＳ）、ＣＰＵ１１は、代替構成情報を故障装置Ａに通知する（ステップＳＤ５）。故障装置Ａは送信された代替構成情報を受信する。受信された代替構成情報を主記憶回路３１６に保存する。

【0071】

以上により、ステップＳＤにおける代替装置の決定処理が終了する。

【0072】

図７に示すように、医用管理装置１から代替構成情報を受信すると故障装置Ａは、復旧機能実行指示処理を行う（ステップＳＥ）。ステップＳＥにおいて故障装置ＡのＣＰＵ１１は、復旧不能機能の実行指示を待機する。復旧不能機能の実行指示は、復旧不能機能に係るメニュー画面に対する、入力回路１５等を介したユーザ指示により、もしくは、自動的に行われる。

【0073】

図１３は、復旧不能機能の実行指示ＳＥのためのメニュー画面を示す図である。図１３の左図に示すように、代替構成情報の受信前においてメニュー画面の全てのメニューボタンは、選択不能に表示されている。代替構成情報の受信後においてＣＰＵ１１は、代替構成情報に基づいてメニュー画面を回復する。

【0074】

代替装置Ｂにおいて復旧不能機能を実行する際、当該復旧不能機能を実行するハードウェア資源が有する全ての能力を、当該復旧不能機能に費やすことができない場合がある。このため、故障装置ＡのＣＰＵ１１は、代替構成情報に応じて、選択可能なメニューボタンを設定する。具体的には、各メニューボタンに対応する処理機能の各々について必要なハードウェア資源の使用率又は使用量を関連づけたルックアップテーブル（以下、必要資源テーブルと呼ぶ）を用いて選択可能なメニューボタンが設定される。ＣＰＵ１１は、代替構成情報を必要資源テーブルに入力し、代替構成情報を充足する処理機能を特定し、特定された処理機能に対応するメニューボタンを、選択可能に設定する。図１３に示すように、選択可能に設定されたメニューボタンは、選択不能に設定されているメニューボタンと視覚的に区別して表示回路１４により表示される。例えば、図１３に示すように、選択可能に設定されたメニューボタンは、選択不能に設定されているメニューボタンに比して明るく表示される。なお、必要資源テーブルは、主記憶回路１６等に記憶されると良い。

【0075】

例えば、故障装置Ａの画像保存ＨＤＤが故障した場合において画像保存機能を代替装置Ｂのシステムディスク等で代替することも可能である。システムディスクは、画像保存ＨＤＤに比して書き込み時間が長いので、高速な書き込みを行うことはできない。また、システムディスクは、画像保存ＨＤＤに比して記憶容量が少ないため、大量の画像を保存することができない。例えば、図１３に示すように、スライス厚が５．０未満であると、撮影枚数が多くなるため膨大な記憶容量が必要なので、スライス厚５．０以上のみが選択可能に表示されると良い。同様に、スライスピッチが小さい場合、膨大な記憶容量が必要なので、比較的大きいスライスピッチのみが選択可能に表示されると良い。また、図１３に示すように、単一のアキシャルのタブのみを選択可能に制限することにより、複数の再構成を禁止しても良い。また、リアルタイム再構成及び高精細再構成は、処理時間を要し且つ膨大な記憶容量を消費するので、リアルタイム再構成及び高精細再構成に対応するメニューボタン選択不能に表示されると良い。これにより、故障装置Ａの画像保存ＨＤＤが故障した場合であっても最低限の画像保存が可能となる。

【0076】

例えば、故障装置Ａの再構成ボードが故障した場合において再構成機能を代替装置ＢのＣＰＵで代替することも可能である。ＣＰＵは、再構成ボードに比して処理速度が低速である。また、高精細な再構成関数は多くの処理時間を要する。従って、撮影条件設定画面において、リアルタイム再構成に対応するメニューボタンや高精細な再構成関数に対応するメニューボタンは選択不能に表示されると良い。これにより、故障装置Ａの再構成ボードが故障した場合であっても最低限の画像再構成が可能となる。

【0077】

例えば、故障装置ＡのＧＰＧＰＵボードが故障した場合においてレンダリング機能を代替装置ＢのＣＰＵで代替することも可能である。ＣＰＵは、ＧＰＧＰＵボードに比して処理速度が低速なので、リアルタイム表示を行うことができず、また、高精細なレンダリングについて多くの処理時間を要する。従って、３次元のＳＶＲ表示でシネ表示等の連続表示に対応するメニューボタンを選択不能に設定したり、高精細モードでの表示を禁止したりしても良い。これにより、故障装置ＡのＧＰＧＰＵボードが故障した場合であっても最低限の３次元表示が可能となる。

【0078】

復旧不能機能の実行指示がなされると故障装置ＡのＣＰＵ３１１は、代替候補の選択画面を表示する。そして故障装置Ａのユーザは、入力回路３１５を介して、代替構成要求を行う代替候補を選択する。

【0079】

図７に示すように、代替候補が選択された場合、故障装置ＡのＣＰＵ１１は、通信回路１３を介して、ハードウェア資源の構成の要求（以下、代替構成要求と呼ぶ）を当該代替候補に送信する。例えば、医用画像診断装置Ｂが代替候補に選択されたとして説明する。

【0080】

代替構成要求を受信すると代替装置ＢのＣＰＵ３１１は、代替処理を実行するか否かの選択画面を、表示回路３１４に表示する。代替装置Ｂのユーザは、緊急使用等により代替実行を拒絶する場合がある。この場合、代替装置Ｂのユーザは、入力回路３１５を介して代替処理を実行しない旨を選択する。代替処理を実行しない旨が選択された場合、代替装置ＢのＣＰＵ３１１は、通信回路３１３を介して、拒絶通知を故障装置Ａと医用管理装置１とに送信する。なお、代替装置Ｂが緊急使用時のような代替処理を実行不能である場合、故障装置Ａに拒絶通知を送信する前段において、医用管理装置１に状況通知として拒絶通知を送信すると良い。
拒絶通知を受信すると、医用管理装置１のＣＰＵ１１は、当該拒絶通知を登録する。また、故障装置ＡのＣＰＵ３１１は、拒絶通知を受信すると、その旨を表示回路３１４に表示し、次の代替候補への代替構成要求を促す。代替候補の医用画像診断装置が、代替処理を実行する旨を選択するまで、代替構成要求と代替実行の可否の選択とが繰り返される。

【0081】

代替装置Ｂのユーザが実行する旨を入力回路３１５を介した選択した場合、代替装置ＢのＣＰＵ３１１は、通信回路３１３を介して、資源確保通知を故障装置Ａに送信する。資源確保通知を受信すると故障装置ＡのＣＰＵ３１１は、復旧不能機能の必要データを主記憶回路３１６から読み出して代替装置Ｂに送信する。例えば、復旧不能機能が画像保存である場合、保存対象の医用画像が必要データとして代替装置Ｂに送信される。復旧不能機能が画像再構成の場合、再構成プログラムと再構成処理対象の生データとが必要データとして代替装置Ｂに送信される。

【0082】

必要データを受信した代替装置Ｂは、復旧不能機能の代替処理を実行する（ステップＳＦ）。ステップＳＦにおいて代替装置ＢのＣＰＵ３１１は、代替ハードウェア資源に必要データを提供し、復旧不能機能の代替実行を指示する。代替実行の指示を受けた代替ハードウェア資源は、提供された必要データに基づいて復旧不能機能を代替実行する。例えば、復旧不能機能が画像保存の場合、画像保存ＨＤＤ３４に医用画像が提供され、画像保存ＨＤＤ３４により当該医用画像がＨＤ等に保存される。復旧不能機能が画像再構成の場合、再構成装置３３に再構成プログラムと生データとが提供され、再構成装置３３に再構成プログラムがインストールされる。そして再構成装置３３は、再構成プログラムに従い生データに再構成処理を施して医用画像を再構成する。なお、再構成プログラムはシステム据付時に提供されることもある。この場合、再構成装置Ｂに再構成プログラム名と生データとが提供され、再構成装置３３は提供されたプログラム名に対応する再構成プログラムをインストールし、当該再構成プログラムに従い生データに再構成処理を施すこととなる。復旧不能機能が画像処理の場合、画像処理装置３５に画像処理プログラムと医用画像とが提供され、画像処理装置３５に画像処理プログラムがインストールされる。そして画像処理装置３５は、画像処理プログラムに従い医用画像に画像処理を施す。なお、画像処理プログラムはシステム据付時に提供されることもある。この場合、画像処理装置３５に画像処理プログラム名と医用画像とが提供され、画像処理装置３５は提供されたプログラム名に対応する画像処理プログラムをインストールし、当該画像処理プログラムに従い医用画像に画像処理を施すこととなる。代替処理の終了後、代替装置ＢのＣＰＵ３１１は、通信回路３１３を介して、処理結果を故障装置Ａに送信する。

【0083】

以上により、本実施形態に係る院内ネットワークシステムに含まれる医用管理装置１と医用画像診断装置３との動作の流れの説明を終了する。

【0084】

なお、本実施形態においては、ある医用画像診断装置３のハードウェア資源が故障した場合、当該故障したハードウェア資源を他の医用画像診断装置３のハードウェア資源により代替するものとした。しかしながら、本実施形態はこれに限定されない。例えば、ある医用画像診断装置３のハードウェア資源が故障した場合、その医用画像診断装置３の他のハードウェア資源により当該故障したハードウェア資源を代替しても良い。例えば、医用画像診断装置Ａの画像保存ＨＤＤ３４が故障した場合、医用画像診断装置Ａのシステムディスク等で、画像保存ＨＤＤ３４が実行する画像保存機能を代替実行しても良い。また、医用画像診断装置Ａの再構成装置３３に含まれる再構成ボードが故障した場合、医用画像診断装置ＡのＣＰＵ等で、再構成ボードが実行する画像再構成機能を代替実行しても良い。また、医用画像診断装置Ａの画像処理装置３５に含まれるＧＰＧＰＵボードが故障した場合、医用画像診断装置ＡのＣＰＵ等で、ＧＰＧＰＵボードが実行するレンダリング等の画像処理機能を代替実行しても良い。

【0085】

次に、医用管理装置１の回復管理機能１１３について、図１４を参照しながら説明する。図１４は、回復管理機能１１３に係る医用管理装置１と医用画像診断装置３との処理の典型的な流れを示す図である。図１４は、図７の復旧機能実行指示ＳＥ後の代替構成要求に応答して全ての代替候補が代替処理の拒絶をした場合の流れを示している。なお、図１４においては、代替候補が医用画像診断装置Ｂのみである場合を図示している。また、図１４に示す医用画像診断装置３は、図７と同様、医用画像診断装置Ａ、Ｂ及びＣであるとする。

【0086】

図１４に示すように、代替構成要求を受信すると代替装置ＢのＣＰＵ３１１は、代替処理を実行するか否かの選択画面を、表示回路３１４に表示する。代替装置Ｂのユーザは、緊急使用等により代替処理を拒絶する場合がある。この場合、ユーザは、入力回路３１５を介して代替処理を実行しない旨を選択される。代替処理を実行しない旨が選択された場合、代替装置ＢのＣＰＵ３１１は、通信回路３１３を介して、拒絶通知を故障装置Ａと医用管理装置１とに送信する。

【0087】

全ての代替候補から拒絶通知を受信すると、医用管理装置１のＣＰＵ３１１は、回復時通知確認（ステップＳＥ２）を行う。ステップＳＥ２においてＣＰＵ３１１は、回復時通知を行うか否かの選択ウィンドウ（以下、回復時通知選択ウィンドウと呼ぶ）を、表示回路３１４に表示する。回復時通知とは、代替装置Ｂが代替処理を実行可能な状態になったことを医用管理装置１が故障装置Ａに知らせる機能である。

【0088】

図１５は、回復時通知選択ウィンドウＷ２の一例を示す図である。図１５に示すように、回復時通知選択ウィンドウＷ２は、代替構成要求が拒絶された旨を示すメッセージ欄、回復時通知を要求する旨を選択する回復時通知ボタンＢ３及び回復時通知を要求しない旨を選択する取消ボタンＢ４を有する。メッセージ欄には、例えば、復旧不能機能が画像再構成である場合、「他装置使用中のため画像再構成を実行できません」等のメッセージが表示される。

【0089】

入力回路３１５等を介して取消ボタンＢ４が選択された場合、ＣＰＵ３１１は、回復時通知要求を医用管理装置１に送信しない。この場合、図１４の一連の処理は終了する。

【0090】

入力回路３１５等を介して回復時通知ボタンＢ３が選択された場合、ＣＰＵ３１１は、通信回路１３を介して、回復時通知要求を医用管理装置１に送信する。

【0091】

回復時通知要求を受信すると医用管理装置１のＣＰＵ１１は、回復管理機能１１３を実行する。回復管理機能１１３においてＣＰＵ１１は、状況監視を行う（ステップＳＥ３）。ステップＳＥ３においてＣＰＵ１１は、代替構成情報に回復時通知要求を連携させ、代替装置Ｂの状況通知を監視する。また、医用管理装置１のＣＰＵ１１は、回復時通知要求下の装置と復旧不能機能とを関連づけたルックアップテーブル（以下、回復時通知待機表と呼ぶ）に、当該回復時通知要求を登録する。回復時通知待機表は、例えば、主記憶回路３１６に保存されている。例えば、故障装置ＡがＳｙｓｔｅｍＡにＣ機能についての代替構成要求を行い、ＳｙｓｔｅｍＸにＹ機能についての代替構成要求を行った場合、回復時通知待機表には、「ＳｙｓｔｅｍＡがＣ機能で回復時通知待機」や「ＳｙｓｔｅｍＸがＹ機能で回復時通知待機」等の情報（以下、回復時通知待機情報と呼ぶ）が登録される。

【0092】

故障装置ＡのＣＰＵ３１１も医用管理装置１と同様に回復時通知待機表を作成する。回復時通知の要求後から回復時通知を受信する前までの間、故障装置ＡのＣＰＵ３１１は、回復通知待機情報を、表示回路３１４に表示する。

【0093】

図１６は、回復通知待機情報の表示ウィンドウＷ３の一例を示す図である。図１６に示すように、表示ウィンドウＷ３は、回復時通知を待機している復旧不能機能毎に回復時通知待機情報が示された表示欄Ｃ１を有している。回復時通知待機情報としては、代替構成要求をした復旧不能機能が待機状態である旨と、当該代替構成要求に対して拒絶通知を受けた時点からの経過時間とが表示される。例えば、図１６に示すように、回復時通知待機情報として、「Ｃ機能が待機状態です（５分経過）」や「Ａ機能が待機状態です（１５分経過）」が表示される。このようにＣＰＵ３１１は、代替装置の拒絶状態からの回復状況をリアルタイムで、表示回路３１４に表示する。

【0094】

図１４に示すように、医用管理装置１のＣＰＵ１１は、代替処理を行う準備が整ったことを示す状況通知（すなわち、完了通知）を代替装置Ｂから受信した場合、通信回路３１３を介して、故障装置Ａに回復時通知を送信する。回復時通知は、完了通知の送信元の代替装置の識別情報と当該代替装置に依頼した復旧不能機能の識別情報とを含む。回復時通知を受信した場合、故障装置ＡのＣＰＵ１１は、復旧不能機能の実行準備が整った旨を提示する表示ウィンドウ（以下、準備完了通知ウィンドウと呼ぶ）Ｗ４を、表示回路１４に表示する。

【0095】

図１７は、準備完了通知ウィンドウＷ４の一例を示す図である。図１７に示すように、表示回路１４は、表示画面に準備完了通知ウィンドウＷ４を表示する。準備完了通知ウィンドウＷ４は、復旧不能機能の実行準備が整った旨のメッセージ、実行ボタンＢ５及び取消ボタンＢ６を表示する。メッセージとしては、例えば、「画像再構成機能が実行準備状態になりました」等が表示される。

【0096】

入力回路３１５等を介して取消ボタンＢ６が選択された場合、ＣＰＵ３１１は、代替構成要求を代替装置Ｂに送信せず、図１４の一連の処理を終了する。

【0097】

入力回路３１５等を介して実行ボタンＢ５が選択された場合、ＣＰＵ３１１は、通信回路１３を介して、実行準備が整った復旧不能機能の代替実行のための代替構成要求を代替装置Ｂに送信する。その後、上記図７と同様、代替装置Ｂから故障装置Ａへの資源確保通知、故障装置Ａから代替装置Ｂへの必要データの送信、代替装置Ｂによる代替処理ＳＦ、代替装置Ｂから故障装置Ａへの処理結果の送信が行われる。

【0098】

以上により、回復管理機能１１３に係る医用管理装置１と医用画像診断装置３との処理の説明を終了する。

【0099】

なお、故障装置Ａが代替装置Ｂに復旧不能機能の実行のために必要データを転送する際、転送先の代替装置Ｂが緊急利用により復旧不能機能を実行できない場合がある。この場合、故障装置Ａ又は代替装置Ｂは、必要データを医用管理装置１に送信する。医用管理装置１のＣＰＵ１１は、必要データを受信した場合、緩衝運転機能１１５を実行する。緩衝運転機能１１５においてＣＰＵ１１は、受信した必要データを一時的に医用管理装置１の主記憶回路１６等のハードウェア資源に退避させる。代替装置Ｂは、緊急利用が終了した場合、完了通知を医用管理装置１に送信する。完了通知を受けた医用管理装置１のＣＰＵ１１は、通信回路３１３を介して、必要データを代替装置Ｂに送信する。必要データを受信した代替装置Ｂは、受信した必要データに基づいて復旧不能機能を実行する。このように緊急利用等により必要データを転送先の代替装置Ｂで処理できない場合、医用管理装置１が必要データの緩衝領域の役割を担うことができる。

【0100】

次に、図１８を参照しながら、医用画像診断装置（代替装置）Ｂにより行われる緊急利用対応について説明する。図１８は、医用画像診断装置（代替装置）Ｂにより行われる緊急利用対応処理の典型的な流れを示す図である。図１８に示すように、代替装置Ｂは、故障装置Ａから緊急利用要求を受信する（ステップＳＧ１）。

【0101】

ステップＳＧ１が行われると代替装置ＢのＣＰＵ３１１は、自装置の医用撮影部３２により医用撮影が行われているか否かを判定する（ステップＳＧ２）。

【0102】

医用撮影が行われていないと判定した場合（ステップＳＧ３：ＮＯ）。ＣＰＵ３１１は、自装置が緊急使用の予定があるか否かを判定する（ステップＳＧ３）。

【0103】

ステップＳＧ３において緊急使用の予定がないと判定された場合（ステップＳＧ３：ＮＯ）、ＣＰＵ３１１は、故障装置Ａからの復旧不能機能に関するタスクを優先的に割り当てる（ステップＳＧ４）。すなわち、医用撮影でもなく且つ緊急使用の予定もないのであれば、自装置が実行している処理機能に比して、故障装置Ａの復旧不能機能が優先的に処理される。

【0104】

ステップＳＧ４が行われるとＣＰＵ３１１は、復旧不能機能に対応するハードウェア資源に、ステップＳＧ４において割り当てられたタスクに従い、復旧不能機能を代替処理させる（ステップＳＧ５）。すなわち、医用撮影でもなく且つ緊急使用の予定もないのであれば、復旧不能機能に対応するハードウェア資源は、自装置のための実行している処理機能に比して、故障装置Ａの復旧不能機能を優先的に処理する。

【0105】

一方、ステップＳＧ２において医用撮影が行われていると判定した場合（ステップＳＧ２：ＹＥＳ）又はステップＳＧ３において緊急使用の予定があると判定された場合（ステップＳＧ３：ＹＥＳ）、ＣＰＵ３１１は、代替実行可能通知と処理完了予定時間とを故障装置Ａに送信する（ステップＳＧ６）。故障装置ＡのＣＰＵ３１１は、受信された代替実行可能通知と処理完了予定時間とを、表示回路３１４に表示する。これにより故障装置Ａのユーザは、現時点では代替装置Ｂが代替実行不可であるが、処理完了予定時間に実行可能になることを知ることができる。

【0106】

ステップＳＧ６が行われるとＣＰＵ３１１は、医用撮影又は緊急処理の完了を待機する（ステップＳＧ７）。

【0107】

医用撮影又は緊急処理が完了すると（ステップＳＧ７：ＹＥＳ）、ＣＰＵ３１１は、復旧不能機能に対応するハードウェア資源に、復旧不能機能を代替処理させる（ステップＳＧ８）。

【0108】

以上により、医用画像診断装置（代替装置）Ｂにより行われる緊急利用対応処理の説明を終了する。

【0109】

次に、図１９を参照しながら、医用画像診断装置（代替装置）Ｂにより行われる電源制御処理について説明する。図１９は、医用画像診断装置（代替装置）Ｂにより行われる電源制御処理の典型的な流れを示す図である。まず、代替装置Ｂのユーザは、自装置のシャットダウンの指示を、入力回路３１５を介して指示する。代替装置ＢのＣＰＵ３１１は、ユーザからの入力回路３１５を介したシャットダウンの指示を受ける（ステップＳＨ１）。

【0110】

ステップＳＨ１が行われると電源制御回路３７は、復旧不能機能の代替処理を実行中であるか否かを判定する（ステップＳＨ２）。判定結果は、ＣＰＵ３１１に通知される。

【0111】

ステップＳＨ２において代替処理を実行中であると判定された場合（ステップＳＨ２：ＮＯ）、ＣＰＵ３１１は、シャットダウン不可の旨を、表示回路３１４に表示する（ステップＳＨ３）。これにより、表示回路３１４を観察しているユーザは、現時点において代替処理実行中のためシャットダウンができないことを知ることができる。

【0112】

ステップＳＨ３が行われると電源制御回路３７は、代替処理が終了することを待機する（ステップＳＨ４）。この間、シャットダウンは抑制され、自装置のハードウェア資源により復旧不能機能の代替処理が継続実施されている。

【0113】

そしてステップＳＨ４において代替処理が終了したと判定した場合（ステップＳＨ４：ＹＥＳ）、電源制御回路３７は、電源回路３６を制御してシャットダウンを行う。これにより、電源制御回路３７は、ユーザが代替処理終了後に再度シャットダウン指示を行うことなく、自動的に電源回路３６のシャットダウンを行うことができる。

【0114】

以上により、医用画像診断装置（代替装置）Ｂにより行われる電源制御処理の説明を終了する。

【0115】

上記の説明の通り、本実施形態に係る医用管理装置１は、複数の医用画像診断装置３に院内ネットワークを介して接続されている。医用管理装置１は、少なくとも主記憶回路１６、通信回路１３及びＣＰＵ１１を有している。主記憶回路１６は、機能／資源対応テーブル１６１と資源利用状況テーブル１６２とを記憶する。機能／資源対応テーブル１６１は、複数の医用画像診断装置３各々が有する処理機能と処理機能に要するハードウェア資源の資源情報とを関連付けたテーブルである。資源利用状況テーブル１６２は、複数の医用画像診断装置３各々が有するハードウェア資源の利用状況情報が登録されたテーブルである。通信回路１３は、複数の医用画像診断装置３のうちの故障装置の故障通知を受信する。ＣＰＵ１１は、故障装置が実行する復旧不能機能から、機能／資源対応テーブル１６１と資源利用状況テーブル１６２とを利用して、故障装置に代替して復旧不能機能を実行する代替装置を決定する。通信回路１３は、故障装置に対し、復旧不能機能を実行するための必要データの代替装置への送信要求を送信する。

【0116】

従来、ハードウェア資源が故障した場合、当該ハードウェア資源を停止させる縮退機能が存在していたが、当該ハードウェア資源が復旧するまで、すなわち、ダウンタイムにおいて復旧不能機能を実行することはできなかった。

【0117】

しかしながら、本実施形態に係る医用管理装置１は、院内ネットワークに接続された複数の医用画像診断装置の中にハードウェア資源が故障した故障装置が発生した場合、故障装置に代替して処理機能を実行する代替装置を決定する。これにより、ダウンタイムにおいても、縮退により使用できないハードウェア資源に係る復旧不能機能を、院内ネットワーク上の他の医用画像診断装置に代替実行させることができる。従ってダウンタイム中においても最低限の運用を維持することができる。

【0118】

かくして、本実施形態によれば、故障による処理効率の低下を抑止することが可能となる。

【0119】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0120】

１…医用管理装置、３…医用画像診断装置、１１…ＣＰＵ、１２…メモリ、１３…通信回路、１４…表示回路、１５…入力回路、１６…主記憶回路、３１…基本構成要素、３２…医用撮影部、３３…再構成装置、３４…画像保存ＨＤＤ、３５…画像処理装置、３６…電源回路、３７…電源制御回路、１１１…代替装置決定機能、１１３…回復管理機能、１１５…緩衝運転機能、１６１…機能／資源対応テーブル、１６２…資源利用状況テーブル、３１１…ＣＰＵ、３１２…メモリ、３１３…通信回路、３１４…表示回路、３１５…入力回路、３１６…主記憶回路、３１１１…故障検知機能、３１１３…機能／資源テーブル作成機能、３１１５…代替運転機能、３１１７…代替運転機能。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】