JP2008186294A - ソフトウェア更新装置及びソフトウェア更新システム - Google Patents

Abstract

【課題】安全且つ効率良く医用画像診断装置の制御ソフトウェアの更新を行うことができるソフトウェア更新装置及びソフトウェア更新システムを提供すること。
【解決手段】医用画像診断装置３００の制御ソフトウェア３０４の更新するための更新ソフトウェアが記憶されている保守端末１００及び医用画像診断装置３００の両方に通信自在に接続されたＳＰ端末２００内に制御ソフトウェア３０４と同一のソフトウェア構成のデータを記憶するため第１バックアップ環境データベース２０８を構築しておき、制御ソフトウェアの更新に先立って第１バックアップ環境データベース２０８に記憶されている制御ソフトウェアを更新し、該更新した制御ソフトウェアが正常に動作するかをＳＰ端末２００上で仮想的に試験する。
【選択図】図１

Description

本発明は、医用画像診断装置の動作制御を行う制御ソフトウェアを更新するためのソフトウェア更新装置及びこのようなソフトウェア更新装置を備えるソフトウェア更新システムに関する。

従来、オンラインを利用したソフトウェアの更新（アップデート）は、例えばコンピュータのオペレーティングシステム等に対しては広く行われている。そして、近年では、Ｘ線診断装置等の医用画像診断装置の動作制御を行う制御ソフトウェアの更新をオンラインで行われることも一般化しつつある（例えば、特許文献１等参照）。しかしながら、一般の医用画像診断装置では使用中（例えば、検査中）に制御ソフトウェアの更新を行うことができない。したがって、従来では、ソフトウェア更新の対象となる医用画像診断装置が使用中であるかを監視し、該医用画像診断装置が使用中でない場合にのみ制御ソフトウェアの更新を行うようにしている。
特開２００６−２７７５７４号公報

ここで、医用画像診断装置では特に動作の信頼性が要求されるために、安全且つ確実に制御ソフトウェアの更新を行う必要があり、また、制御ソフトウェアの更新後には当該医用画像診断装置が正常に動作するかを試験することが必須である。しかしながら、この試験は短時間で終わるものではなく、最終的にはサービス要員による動作試験も必要となる。また、試験を行っている間は検査目的で医用画像診断装置を使用することができなくなるため、効率が良いとは言えない。

本発明は、上記の事情に鑑みてなされたもので、安全且つ効率良く医用画像診断装置の制御ソフトウェアの更新を行うことができるソフトウェア更新装置及びソフトウェア更新システムを提供することを目的とする。

上記の目的を達成するために、本発明の請求項１によるソフトウェア更新装置は、医用画像診断装置と通信自在に接続され、前記医用画像診断装置の動作を制御する制御ソフトウェアを更新するためのソフトウェア更新装置であって、前記制御ソフトウェアと同一構成のソフトウェアを記憶する第１の記憶手段と、前記第１の記憶手段に記憶されているソフトウェアを更新する更新手段と、前記更新されたソフトウェアに基づいて、前記医用画像診断装置が正常に動作するか否かを仮想的に試験する試験手段とを具備することを特徴とする。

また、上記の目的を達成するために、本発明の請求項５によるソフトウェア更新システムは、制御ソフトウェアによって動作制御がなされる医用画像診断装置と、前記制御ソフトウェアを更新するための更新ソフトウェアが記憶される第１の端末装置と、前記制御ソフトウェアと同一構成のソフトウェアを記憶する記憶手段と、前記記憶手段に記憶されているソフトウェアを前記更新ソフトウェアによって更新する更新手段と、前記更新されたソフトウェアに基づいて、前記医用画像診断装置が正常に動作するか否かを仮想的に試験する試験手段とを具備する第２の端末装置とを有することを特徴とする。

本発明によれば、安全且つ効率良く医用画像診断装置の制御ソフトウェアの更新を行うことができるソフトウェア更新装置及びソフトウェア更新システムを提供することができる。

以下、図面を参照して本発明の実施形態を説明する。
［第１の実施形態］
まず、本発明の第１の実施形態について説明する。図１は、本発明の第１の実施形態に係るソフトウェア更新装置を有するソフトウェア更新システムの一例の構成を示す図である。図１に示すソフトウェア更新システムは、保守端末１００と、サービス端末（ＳＰ端末）２００と、医用画像診断装置３００とがネットワーク４００を介してデータ通信自在に接続されて構成されている。ここで、図１においては、保守端末１００に対し、ＳＰ端末２００と医用画像診断装置３００とがそれぞれ１台ずつ接続される例を示しているが、実際には１台の保守端末１００に対して複数台のＳＰ端末２００と医用画像診断装置３００とが接続される。そして、保守端末１００は例えば医用画像診断装置３００の保守・点検を行うサービス要員が駐在する施設（以下、サービスセンターという）に設置される。また、ＳＰ端末２００と医用画像診断装置３００とは例えば、病院等の医用画像診断装置３００が実際に使用される施設（以下、サイトという）に設置される。

以下、図１の構成について詳細に説明する。
図２は、図１の保守端末１００を拡大して示した図である。保守端末１００は、リモートアクセスソフトウェア１０１と、バージョン管理ソフトウェア１０２と、ソフトウェア構成データベース１０３と、保守端末ユーザインターフェース（ＵＩ）１０４とを有して構成された、パーソナルコンピュータ（ＰＣ）等の端末装置である。

リモートアクセスソフトウェア１０１は、保守端末１００がサイト内のＳＰ端末２００及び医用画像診断装置３００と通信を行うためのソフトウェアである。このリモートアクセスソフトウェア１０１は、例えば通常のインターネット通信接続に用いられている標準プロトコル（例えばＴＣＰ／ＩＰ）で通信を行うためのソフトウェアとして構成されている。

バージョン管理ソフトウェア１０２は、ソフトウェア構成データベース１０３の保守及び管理を実施するためのソフトウェアである。

ここで、リモートアクセスソフトウェア１０１及びバージョン管理ソフトウェア１０２は、例えば保守端末１００を構成する端末装置本体にインストールされるソフトウェアとして構成されている。

ソフトウェア構成データベース１０３は、医用画像診断装置３００に適用する更新ソフトウェアをデータベースとして有している。このソフトウェア構成データベース１０３は、例えばハードディスクやＤＶＤＲＯＭといった、保守端末１００の端末装置本体が読み取り可能な記憶媒体内に構築される。ここで、更新ソフトウェアは、医用画像診断装置３００のバージョン毎に用意されるものである。なお、本実施形態におけるバージョンとは、医用画像診断装置３００の動作制御を行う制御ソフトウェア（ハードウェア制御及びソフトウェア制御の両方を含む）のバージョンを示すものである。図２では、３箇所のサイトに対応して３系列のデータベースが構築されている例を示している。勿論、サイトの数が増えた場合には、それに応じて更新ソフトウェアの数が増えることになる。

保守端末ＵＩ１０４は保守端末１００の操作者（ここではサービス要員）が当該保守端末１００を操作するために必要なインターフェースである。例えば保守端末１００がＰＣで構成されている場合には、保守端末ＵＩ１０４は液晶モニタ等の表示部とマウスやキーボードといった入力デバイス等から構成される。

図３は、図１のＳＰ端末２００を拡大して示した図である。ソフトウェア更新装置としてのＳＰ端末２００は、リモートアクセスソフトウェア２０１と、システムデータ管理ソフトウェア２０２と、試験実行ソフトウェア２０３と、システム監視ソフトウェア２０４と、システムデータベース２０５と、試験実施スクリプトデータベース２０６と、試験ログデータベース２０７と、第１バックアップ環境データベース２０８と、第２バックアップ環境データベース２０９と、更新作業ログデータベース２１０と、ＳＰ端末ユーザインターフェース（ＵＩ）２１１とを有して構成された端末装置である。

リモートアクセスソフトウェア２０１は、ＳＰ端末２００がサイト内の医用画像診断装置３００及びサービスセンター内の保守端末１００と通信を行うためのソフトウェアである。このリモートアクセスソフトウェア２０１も、保守端末１００のリモートアクセスソフトウェアと同様に例えば通常のインターネット通信接続に用いられている標準プロトコル（例えばＴＣＰ／ＩＰ）で通信を行うためのソフトウェアとして構成されている。なお、リモートアクセスソフトウェア２０１は、保守端末１００との通信の際に、サーバ側のソフトウェアとなる。

システムデータ管理ソフトウェア２０２は、システムデータベース２０５の保守及び管理を実施するためのソフトウェアである。

試験実行ソフトウェア２０３は、試験実施スクリプトデータベース２０６に格納されている試験実施スクリプトに従った手順で第１バックアップ環境データベース２０８に記憶されている制御ソフトウェアの試験を自動的に実行するためのソフトウェアである。また、試験実行ソフトウェア２０３は、テストスタブ（Test stub）としての役目も担っている。このため、ＳＰ端末２００は、医用画像診断装置３００の各種ハードウェア（例えば、医用画像診断装置３００がＸ線診断装置の場合には、Ｘ線発生器、支持器、寝台、画像処理ハードウェア等）が接続されているものとして、仮想的なハードウェア制御を実行できる。

図４は、試験実行ソフトウェア２０３のソフトウェア構成を示す図である。なお、図４は医用画像診断装置３００がＸ線診断装置の例を示している。他の医用画像診断装置の場合にも、各種制御ダミーソフトウェアの制御対象となるダミーデータの内容が異なるだけで基本的な構成は図４に準じたものとなる。

図４に示すように、試験実行ソフトウェア２０３は、メイン制御ダミーソフトウェア２０３１と、Ｘ線制御ダミーソフトウェア２０３２と、ダミーデータ２０３３と、支持器/寝台制御ダミーソフトウェア２０３４と、ダミーデータ２０３５と、画像処理ハードウェア制御ダミーソフトウェア２０３６と、ダミーデータ２０３７とを有して構成されている。

メイン制御ダミーソフトウェア２０３１は、第１バックアップ環境データベース２０８に記憶されている制御ソフトウェアの内容に応じて各制御ダミーソフトウェアの設定を行い、試験実施スクリプトデータベース２０６に記憶されている試験手順及び試験項目の内容に従って試験を実行するソフトウェアである。

Ｘ線制御ダミーソフトウェア２０３２は、メイン制御ダミーソフトウェア２０３１からの設定に従った条件で仮想的に構築されたＸ線発生器を動作させる。ダミーデータ２０３３は、医用画像診断装置３００に用いられているＸ線発生器の動作を仮想的に実現するためのデータである。Ｘ線制御ダミーソフトウェア２０３２が、ダミーデータ２０３３によって仮想的に構築されたＸ線発生器を動作させると、ダミーデータ２０３３は仮想的なＸ線照射を行う。そして、仮想的なＸ線照射を行った結果（仮想的なＸ線照射を行った際のＸ線のレベル等）を、Ｘ線制御ダミーソフトウェア２０３２を介してメイン制御ダミーソフトウェア２０３１に返す。メイン制御ダミーソフトウェア２０３１は、試験実施スクリプトデータベース２０６に記憶されている試験の合否判定基準に従って試験の合否判定を行い、その結果を試験ログデータベース２０７に記録するとともに保守端末１００に返す。

支持器/寝台制御ダミーソフトウェア２０３４は、メイン制御ダミーソフトウェア２０３１から設定に従った条件で仮想的に構築された支持器及び寝台を動作させる。ダミーデータ２０３５は、医用画像診断装置３００に用いられている支持器及び寝台の動作を仮想的に実現するためのデータである。支持器/寝台制御ダミーソフトウェア２０３４が、ダミーデータ２０３５によって仮想的に構築された支持器又は寝台を動作させると、ダミーデータ２０３５は仮想的に支持器又は寝台として動作する。そして、仮想的に支持器又は寝台として動作した結果（支持器又は寝台の移動量等）を支持器/寝台制御ダミーソフトウェア２０３４を介してメイン制御ダミーソフトウェア２０３１に返す。メイン制御ダミーソフトウェア２０３１は、試験実施スクリプトデータベース２０６に記憶されている試験の合否判定基準に従って試験の合否判定を行い、その結果を試験ログデータベース２０７に記録するとともに保守端末１００に返す。

画像処理ハードウェア制御ダミーソフトウェア２０３６は、メイン制御ダミーソフトウェア２０３１からの設定に従って仮想的に構築された画像処理ハードウェアの動作試験を行う。ダミーデータ２０３７は、医用画像診断装置３００に用いられている画像処理ハードウェアの動作を仮想的に実現するためのデータである。画像処理ハードウェア制御ダミーソフトウェア２０３６がダミーデータ２０３７によって仮想的に構築された画像処理ハードウェアを動作させると、ダミーデータ２０３７は例えば試験用の所定のＸ線信号が入力されたものとして画像処理を行う。そして、この画像処理結果を、画像処理ハードウェア制御ダミーソフトウェア２０３６を介してメイン制御ダミーソフトウェア２０３１に返す。メイン制御ダミーソフトウェア２０３１は、試験実施スクリプトデータベース２０６に記憶されている試験の合否判定基準に従って試験の合否判定を行い、その結果を試験ログデータベース２０７に記録するとともに保守端末１００に返す。

システム監視ソフトウェア２０４は、医用画像診断装置３００の使用状況を監視するために医用画像診断装置３００に問い合わせを行ったり、当該ＳＰ端末２００の第１バックアップ環境データベース２０８及び第２バックアップ環境データベース２０９の保守・管理を行うためのソフトウェアである。なお、システム監視ソフトウェアは、医用画像診断装置３００にも存在しており、ＳＰ端末２００の側のシステム監視ソフトウェアがクライアント側になる。また、システム監視ソフトウェア２０４は、医用画像診断装置３００の制御ソフトウェアのバージョン情報の管理も行う。

ここで、リモートアクセスソフトウェア２０１、システムデータ管理ソフトウェア２０２、試験実行ソフトウェア２０３、システム監視ソフトウェア２０４は、例えばＳＰ端末２００を構成する端末装置本体にインストールされるソフトウェアとして構成されている。

システムデータベース２０５は、医用画像診断装置３００の動作状況を記録するための動作ログ、医用画像診断装置３００の劣化度データ等の、医用画像診断装置３００の動作に係る各種データをデータベースとして有している。これらのデータは、例えば医用画像診断装置３００において新たな検査が行われる毎に更新される。この更新は、システムデータ管理ソフトウェア２０２によって行われる。

試験実施スクリプトデータベース２０６は、試験実行ソフトウェア２０３によって実行される試験に必要な各種データとして、例えば試験項目、試験の順番、試験合否判定の基準等が詳細に記載されたデータを有している。ここで、これらのデータは、保守端末１００による更新の内容や医用画像診断装置３００の構成毎（バージョン毎）に異なるものが格納される。

試験ログデータベース２０７は、試験実行ソフトウェア２０３によって実行される試験の結果（試験ログ）をデータベースとして有している。試験ログは、試験が行われるたびに作成されるものである。

第１バックアップ環境データベース２０８及び第２バックアップ環境データベース２０９は、医用画像診断装置３００と同じソフトウェア構成（データも含む）をデータベースとして有している。第１バックアップ環境データベース２０８及び第２バックアップ環境データベース２０９の内容は、医用画像診断装置３００において新たな検査が行われたり、保守端末１００による医用画像診断装置３００の制御ソフトウェアの更新が行われたりする毎にシステム監視ソフトウェア２０４の制御に従って更新される。

更新作業ログデータベース２１０は、医用画像診断装置３００へのソフトウェアの更新作業に係る記録を更新作業ログとして有している。

ＳＰ端末ＵＩ２１１はＳＰ端末２００の操作者（ここではサービス要員）が当該ＳＰ端末２００を操作するために必要なインターフェースである。例えばＳＰ端末２００がＰＣで構成されている場合には、ＳＰ端末ＵＩ２１１は液晶モニタ等の表示部とマウスやキーボードといった入力デバイス等から構成される。また、上述した各種ログを紙面等に印刷可能なようにプリンタを設けるようにしても良い。

図５は、図１の医用画像診断装置３００を拡大して示した図である。医用画像診断装置３００は、ハードウェア３０１と、リモートアクセスソフトウェア３０２と、システム監視ソフトウェア３０３と、制御ソフトウェア３０４と、システムデータベース３０５とを有して構成されている。

ハードウェア３０１は、医用画像診断装置３００を構成するハードウェアシステムの総称である。例えば、医用画像診断装置３００がＸ線診断装置の場合には、Ｘ線発生器や、支持器及び寝台等の機械的駆動部分、画像処理ハードウェア等が含まれる。

リモートアクセスソフトウェア３０２は、医用画像診断装置３００がサイト内のＳＰ端末２００及びサービスセンター内の保守端末１００と通信を行うためのソフトウェアである。このリモートアクセスソフトウェア３０２も、保守端末１００のリモートアクセスソフトウェアと同様に例えば通常のインターネット通信接続に用いられている標準プロトコル（例えばＴＣＰ／ＩＰ）で通信を行うことが可能なソフトウェアとして構成されている。なお、リモートアクセスソフトウェア３０２は、保守端末１００との通信の際にはサーバ側のソフトウェアとなる。

システム監視ソフトウェア３０３は、当該医用画像診断装置３００の使用状況やその他の医用画像診断装置３００を構成するシステムの動作状況を監視するためのソフトウェアである。

制御ソフトウェア３０４は、保守端末１００によるソフトウェア更新の対象であり、当該医用画像診断装置３００の各種制御を行うためのソフトウェア群の総称である。この制御ソフトウェア３０４は、ハードウェア３０１の動作制御を行うためのソフトウェア（ファームウェア）や液晶モニタ等の表示部に表示させるＧＵＩ（Graphical User Interface）の表示制御を行うためのソフトウェア等の他、これらのソフトウェアの動作に必要な各種の制御データ等も含まれる。

システムデータベース３０５は、医用画像診断装置３００の動作状況を記録するための動作ログ、医用画像診断装置３００の劣化度データ等の、医用画像診断装置３００の動作に係る各種データをデータベースとして有している。これらのデータは、例えば医用画像診断装置３００において新たな検査が行われる毎に制御ソフトウェア３０４の制御に従って更新される。

以下、第１の実施形態の作用について説明する。図６は、第１の実施形態に係るソフトウェア更新システムにおけるソフトウェア更新時のワークフローを示す図である。

更新の際には、まず、サービスセンターに駐在するサービス要員は、保守端末ＵＩ１０４の操作部を操作して更新ソフトウェアを選択する。ここでは、例えばサイトＢ向けにバージョン系列Ｂの更新ソフトウェアが選択されたものとする。更新ソフトウェアを選択した後、該選択した更新ソフトウェアの整合性チェックの実施を指示する。この指示を受けて、保守端末１００は、サイトＢに据え付けられている医用画像診断装置３００のソフトウェア構成と選択された更新ソフトウェアとの整合性をチェックするため、ＳＰ端末２００に問い合わせを実施する。保守端末１００からの問い合わせを受けたＳＰ端末２００は、システム監視ソフトウェア２０４を起動して、第１バックアップ環境データベース２０８に記憶されている、医用画像診断装置３００と同一内容のソフトウェア構成データから、医用画像診断装置３００のバージョン情報を確認して整合性をチェックし、その結果を保守端末１００に返す。保守端末１００は、ＳＰ端末２００からの整合性チェックの結果を、保守端末ＵＩ１０４の表示部に表示させたりすることでサービス要員が確認可能なように出力する。なお、これらの処理は保守端末１００とＳＰ端末２００との間でのみの処理であるため、サイトＢ内のユーザ（医師等）は医用画像診断装置３００を使用して検査等を実施することができる。

次に、サービス要員は、整合性チェックの結果を確認し、整合性チェックの結果に問題なければ保守端末ＵＩ１０４の操作部を操作して制御ソフトウェアの更新を開始させる。一方、整合性チェックの結果に問題があればその時点で制御ソフトウェアの更新を中止する。

保守端末ＵＩ１０４の操作部を介して制御ソフトウェアの更新の開始指示がなされた場合に、保守端末１００はサービス要員によって選択された更新ソフトウェア（ここではバージョンＢ系列）をＳＰ端末２００に送信する。これを受けてＳＰ端末２００は、第１バックアップ環境データベース２０８に記憶されている、医用画像診断装置３００と同一内容のソフトウェア構成データに更新ソフトウェアの内容を反映する。さらに、この更新の内容に従って試験実行ソフトウェア２０３における各制御ダミーソフトウェアの設定を行う。また、これらの更新作業の結果を更新作業ログとして更新作業ログデータベース２１０に記録する。そして、これらの処理の完了後、更新作業が完了した旨を保守端末１００に通知する。ＳＰ端末２００からの更新完了の通知を受けて保守端末１００は、例えば保守端末ＵＩ１０４の表示部に更新が完了した旨を表示させることにより、更新の完了をサービス要員に通知する。

この更新の処理において、第２バックアップ環境データベース２０９に対しては何の更新作業も実施しない。これは、第１バックアップ環境データベース２０８のソフトウェア構成データに適用した更新に不具合があった場合に、第１バックアップ環境データベース２０８のソフトウェア構成データを第２バックアップ環境データベース２０９のソフトウェア構成データを用いて復元するためである。

次に、サービス要員は、更新結果を確認し、更新結果に問題がなければ、保守端末ＵＩ１０４の操作部を操作して自動試験を開始させる。一方、更新結果に問題があれば、更新作業を中止してＳＰ端末２００から更新作業ログを取得し、取得した更新作業ログを解析してその後の対応を検討する。

保守端末ＵＩ１０４の操作部を介して自動試験の開始指示がなされた場合、保守端末１００は自動試験実施の旨をＳＰ端末２００に要求する。これを受けてＳＰ端末２００は、試験実行ソフトウェア２０３を起動して試験実施スクリプトデータベース２０６に記憶されている、試験スクリプトに従って上述の各制御ダミーソフトウェアを制御して試験を行う。そして、各試験項目が終了する毎に試験結果を保守端末１００に返す。更に、全ての試験項目が終了した場合には、その旨を保守端末１００に通知する。保守端末１００は、ＳＰ端末２００から試験結果を受信する度に保守端末ＵＩ１０４の表示部の表示を更新し、試験結果をサービス要員が確認可能なように出力する。

次に、サービス要員は、試験結果を確認し、試験結果に問題がなければ、保守端末ＵＩ１０４の操作部を操作して、第１バックアップ環境データベース２０８に適用された更新内容を実際に医用画像診断装置３００の制御ソフトウェア３０４に反映させるように指示を送る。一方、更新結果に問題があれば、更新作業を中止してＳＰ端末２００から試験ログを取得し、取得した試験ログを解析してその後の対応を検討する。

保守端末ＵＩ１０４の操作部を介して医用画像診断装置３００の制御ソフトウェア３０４の更新指示がなされた場合、保守端末１００は、医用画像診断装置３００の制御ソフトウェア３０４の更新要求をＳＰ端末２００に通知する。これを受けてＳＰ端末２００は、システム監視ソフトウェア２０４を起動して医用画像診断装置３００が使用中であるか否かをチェックするために、医用画像診断装置３００にシステムが使用中であるか否かの問い合わせを行う。問い合わせを受けた医用画像診断装置３００は、システム監視ソフトウェアを起動して医用画像診断装置３００のシステムが検査や後処理等に使用されているかを判定する。そして、使用中であればその旨をＳＰ端末２００に通知する。ＳＰ端末２００は、医用画像診断装置３００から使用中である旨の通知を受けた場合には、医用画像診断装置３００からの更新許可の通知を受けるまで待機する。

また、医用画像診断装置３００はＳＰ端末２００において制御ソフトウェア３０４の更新準備が完了している旨をユーザに通知する。ユーザは、この通知を見て更新準備がなされていることを認知することが可能である。

検査の終了後、ユーザは制御ソフトウェアの更新を許可する旨を医用画像診断装置３００の図示しない操作部によって指示する。これを受けて医用画像診断装置３００は、制御ソフトウェア３０４の更新を許可する旨をＳＰ端末２００に通知する。これを受けてＳＰ端末２００は、第１バックアップ環境データベース２０８に適用された更新を医用画像診断装置３００の制御ソフトウェア３０４に反映する。例えば、第１バックアップ環境データベース２０８に記憶されている内容で医用画像診断装置３００の制御ソフトウェア３０４を上書きする。なお、この更新作業中は医用画像診断装置３００を使用することはできず、例えばユーザによる操作がなされても無効とする。

ここで、図６の例では、医用画像診断装置３００からの更新許可がなければ待機状態を維持することになるが、ユーザが医用画像診断装置３００の近くにいない場合には、使用中でなくとも更新許可を送れない場合も考えられる。そこで、医用画像診断装置３００にシステムが使用中であるか否かの問い合わせを行ってから、所定時間、例えば１０分程度経過した時点で更新を行うようにしても良い。

更新の完了後、ＳＰ端末２００は更新が完了した旨を保守端末１００と医用画像診断装置３００とに通知する。更新完了の通知を受けた医用画像診断装置３００は当該医用画像診断装置３００が使用可能となった旨をユーザに通知する。これにより、ユーザは医用画像診断装置３００を使用可能となったことを認知できる。

一方、更新完了の通知を受けた保守端末１００は更新が完了した旨をサービス要員に通知する。この更新完了を確認したサービス要員は、保守端末ＵＩ１０４の操作部を介してＳＰ端末２００の第１及び第２バックアップ環境データベースの内容に医用画像診断装置３００の制御ソフトウェア３０４に適用したものと同様の更新を反映させる指示を送る。これを受けてＳＰ端末２００は、第１バックアップ環境データベース２０８の内容を第２バックアップ環境データベース２０９にコピーする。これによって、医用画像診断装置３００とＳＰ端末２００とが常に等価な構成の制御ソフトウェアを有することになる。

ＳＰ端末２００の第１及び第２バックアップ環境データベースに医用画像診断装置３００の更新内容を反映した後、ＳＰ端末２００は保守端末１００に更新が完了した旨を通知する。これを受けて保守端末１００は、例えば保守端末ＵＩ１０４の表示部に更新が完了した旨を表示させることにより、更新の完了をサービス要員に通知する。

次に、サービス要員は更新作業の完了を確認した後、更新が無事完了した旨を例えば電子メール等によってユーザに通知する。ユーザは、サービス要員からの更新完了の通知を受け取って更新が完了した旨を確認し、その旨を承認してサービス要員に返信する。これにより、一連の更新作業が完了する。

以上説明したように、第１の実施形態によれば、医用画像診断装置の制御ソフトウェアの自動更新の際に、更新した制御ソフトウェアが正常に動作するかをＳＰ端末に仮想的に設けられたハードウェアを用いて試験してから実際の更新を行うので、試験のために医用画像診断装置が占有される時間を最小限とすることができる。

また、ＳＰ端末上の試験において不具合が生じた場合には更新を中止するようにしているので、医用画像診断装置に不適切な更新が行われることがなく、安全に更新を行うことが可能である。さらに、ＳＰ端末上には、第１バックアップ環境データベース２０８と第２バックアップ環境データベース２０９の２種類のバックアップ環境を設けているため、ＳＰ端末上の試験において不具合が生じた場合に第１バックアップ環境データベース２０８に適用した更新を元に戻すことも可能である。

ここで、図６のワークフローにおいては、ソフトウェアの整合チェック結果、試験結果、及び更新結果をサービス要員が確認し、次の処理の実行指示を行ってから更新作業が次の処理に移行するようになっているが、例えば保守端末１００に、ソフトウェアの整合チェック結果、試験結果、及び更新結果をそれぞれある所定の基準と比較する機能を持たせ、この所定の基準をクリアしている場合には次の処理を自動実行するようにして更新作業を全自動化するようにしても良い。

［変形例］
次に、第１の実施形態の変形例について説明する。上述した第１の実施形態では、ＳＰ端末上で全ての試験を実施するとして説明しているが、更新の内容によっては自動試験ではカバーしきれない試験項目も存在する。例えば、Ｘ線診断装置であれば、自動試験上では適正なレベル等で照射されていても、やはり実機上でも適正レベルで照射が行われているかを確認しておきたい。以下の図７で説明する変形例は、このような自動試験ではカバーしきれない試験項目を含む場合である。なお、構成については図１と同様であり、またワークフローも一部は図６と同様である。したがって、上述したのと同様の部分については説明を省略する。即ち、サービス要員による更新ソフトウェアの選択から、自動試験結果をサービス要員が確認するまでは図６と同様である。

図７において、サービス要員は自動試験結果を確認した後、試験結果に問題がなければ追加の動作試験を実施したい旨を例えば電子メールによってユーザに伝える。この要求がユーザによって承認されると、サービス要員は、保守端末ＵＩ１０４の操作部を操作して、第１バックアップ環境データベース２０８に適用された更新内容を実際に医用画像診断装置３００の制御ソフトウェア３０４に反映させるように指示を送る。これ受けて、保守端末１００は、医用画像診断装置３００の制御ソフトウェア３０４の更新要求をＳＰ端末２００に通知する。これを受けてＳＰ端末２００は、システム監視ソフトウェア２０４を起動して医用画像診断装置３００が使用中であるか否かをチェックするために、医用画像診断装置３００にシステムが使用中であるか否かの問い合わせを行う。問い合わせを受けた医用画像診断装置３００は、システム監視ソフトウェアを起動して当該医用画像診断装置３００のシステムが検査や後処理等に使用されているかを判定する。そして、使用中であればその旨をＳＰ端末２００に通知する。ＳＰ端末２００は、医用画像診断装置３００から使用中である旨の通知を受けた場合には、医用画像診断装置３００からの更新許可の通知を受けるまで待機する。

ここで、図７の例では検査は終了しているが、その後処理のために医用画像診断装置３００が使用中である例を示している。

後処理の終了後、ユーザは制御ソフトウェア３０４の更新を許可する旨を医用画像診断装置３００の図示しない操作部によって指示する。これを受けて医用画像診断装置３００は、制御ソフトウェア３０４の更新を許可する旨をＳＰ端末２００に通知する。これを受けてＳＰ端末２００は、第１バックアップ環境データベース２０８に適用された更新を医用画像診断装置３００の制御ソフトウェア３０４に反映する。例えば、第１バックアップ環境データベース２０８に記憶されている内容で医用画像診断装置３００の制御ソフトウェア３０４を上書きする。なお、この更新作業中は第１の実施形態と同様に医用画像診断装置３００を使用することはできず、例えばユーザによる操作がなされても無効とする。

更新の完了後、ＳＰ端末２００は更新が完了した旨を保守端末１００に通知する。更新完了の通知を受けた保守端末１００は更新が完了した旨をサービス要員に通知する。この更新完了を確認したサービス要員は、更新の対象となっている医用画像診断装置３００が設置されているサイト（サイトＢ）に赴き追加の動作試験を実施する。なお、この追加の動作試験中は医用画像診断装置３００を使用することはできなくなる。

追加の動作試験後、試験結果に問題がなければ、サービス要員はサービスセンターに戻って保守端末ＵＩ１０４の操作部を操作して（或いは別のサービス要員が操作しても良い）、ＳＰ端末２００の第１及び第２バックアップ環境データベースの内容に医用画像診断装置３００の制御ソフトウェア３０４に適用したものと同様の更新を反映させる指示を送る。これを受けてＳＰ端末２００は、第１バックアップ環境データベース２０８の内容を第２バックアップ環境データベース２０９にコピーする。これによって、医用画像診断装置３００とＳＰ端末２００とが常に等価な制御ソフトウェアを有することになる。

ＳＰ端末２００の第１及び第２バックアップ環境データベースに医用画像診断装置３００の更新内容を反映した後、ＳＰ端末２００は保守端末１００に更新が完了した旨を通知する。これを受けて保守端末１００は、例えば保守端末ＵＩ１０４の表示部に更新が完了した旨を表示させることにより、更新の完了をサービス要員に通知する。

次に、サービス要員は更新作業の完了を確認した後、更新が無事完了した旨を例えば電子メール等によってユーザに通知する。ユーザは、サービス要員からの更新完了の通知を受け取って更新が完了した旨を確認し、その旨を承認してサービス要員に返信する。これにより、一連の更新作業が完了する。

以上説明した図７のようなワークフローに従うことにより、ＳＰ端末２００による自動試験で済ませられる項目については予め行ってしまえるので、最低限のダウンタイムで試験を実施することが可能である。

［第２の実施形態］
次に、本発明の第２の実施形態について説明する。第２の実施形態は、医用画像診断装置３００の制御ソフトウェア３０４に障害（制御データの破損等）が発生した場合に、それを復旧するものである。なお、構成については図１と同様であるので説明を省略する。

図８は、第２の実施形態に係るソフトウェア更新システムにおけるシステム環境復旧時のワークフローを示す図である。

まず、第１の実施形態において説明したワークフローに従ってＳＰ端末２００の第１及び第２バックアップ環境の内容と医用画像診断装置３００の制御ソフトウェア３０４の内容とが等価なものとなる。

その後、ユーザが検査等で医用画像診断装置３００を使用している際に制御ソフトウェア３０４に障害が発生した場合、医用画像診断装置３００は、その旨をユーザ及びＳＰ端末２００に通知する。これを受けて、ＳＰ端末２００は、医用画像診断装置３００の異常を認知し、医用画像診断装置３００に異常がある旨を保守端末１００に通知する。保守端末１００は、医用画像診断装置３００に異常がある旨を保守端末ＵＩ１０４の表示部に表示させたりすることでサービス要員が確認可能なように出力する。これを確認することで、サービス要員は該当サイトの医用画像診断装置３００に異常が発生した旨を認知し、保守端末ＵＩ１０４の操作部を操作して医用画像診断装置３００からの動作ログの取得を要求する。保守端末１００はＳＰ端末２００に動作ログの取得命令を送信する。これを受けて、ＳＰ端末２００は医用画像診断装置３００のシステムデータベースに３０５に記憶されている動作ログの取得命令を送信する。

動作ログの取得命令を受けて、医用画像診断装置３００は動作ログを取得し、取得した動作ログを、ＳＰ端末２００を介して保守端末１００に送信する。保守端末１００は、受信した動作ログを保守端末ＵＩ１０４の表示部に表示させたりすることでサービス要員が確認可能なように出力する。

サービス要員は動作ログを確認し、医用画像診断装置３００の制御ソフトウェア３０４の復旧が必要であるか否かを判断する。そして、復旧が必要である場合には、まずＳＰ端末２００に構築されたバックアップ環境上での自動試験を行うために、保守端末ＵＩ１０４の操作部を操作して自動試験を開始させる。

保守端末ＵＩ１０４の操作部を介して自動試験の開始指示がなされた場合、保守端末１００は自動試験実施の旨をＳＰ端末２００に要求する。この際、全体的な動作試験を行うための試験スクリプトも保守端末１００からＳＰ端末２００に送信する。なお、全体的な動作試験用の試験スクリプトを予めＳＰ端末２００の試験実施スクリプトデータベース２０６に記憶させておいても良い。

保守端末１００からの自動試験の開始指示を受けたＳＰ端末２００は、試験実行ソフトウェア２０３を起動して上述の各制御ダミーソフトウェアを制御して試験を行う。そして、各試験項目が終了する毎に試験結果を保守端末１００に返す。さらに、全ての試験項目が終了した場合には、その旨を保守端末１００に通知する。保守端末１００は、ＳＰ端末２００から試験結果を受信する度に保守端末ＵＩ１０４の表示部の表示を更新し、試験結果をサービス要員が確認可能なように出力する。

次に、サービス要員は試験結果を確認して試験結果に問題がなければ、バックアップ環境に適用した更新に異常がないと判断する。その後、異常が発生したサイトにサービス要員が赴き、ユーザに医用画像診断装置３００の制御ソフトウェア３０４の復旧が必要であることを報告し、制御ソフトウェア３０４の復旧を開始する。まず、自動試験において問題がないと判断されている第１バックアップ環境データベース２０８の内容を医用画像診断装置３００の制御ソフトウェア３０４に反映させる。なお、この更新作業中は医用画像診断装置３００を使用することはできず、例えばユーザによる操作がなされても無効とする。

復旧の完了後、サービス要員は最低限の動作確認試験を行い、試験結果に問題がなければ復旧作業が完了した旨をユーザに報告する。ユーザがこれを了承することで一連の復旧作業が完了する。

以上説明したように、第２の実施形態によれば、第１バックアップ環境データベース２０８に医用画像診断装置３００の制御ソフトウェア３０４と同一構成のデータ（ソフトウェア）を記憶させておくことで、制御ソフトウェア３０４の復旧作業を比較的簡単に行うことが可能である。

ここで、復旧の内容においては、第１及び第２バックアップ環境データベースに更新が適用される前のソフトウェア環境に復旧しなければならない場合も考えられる（例えば、復旧作業時の動作試験の際に問題が生じた場合等）。このような場合を想定して、第１及び第２バックアップ環境データベースとは別に、更新前のソフトウェア環境を記憶しておく新たなデータベースを構築しておくようにしても良い。つまり、このデータベースには常に１つ前のバージョンの制御ソフトウェアを記憶させるようにしておくことで、医用画像診断装置３００の制御ソフトウェア３０４を１つ前のバージョンに戻すことも可能となる。

［第３の実施形態］
次に、本発明の第３の実施形態について説明する。第３の実施形態は、医用画像診断装置３００の制御ソフトウェア３０４に障害（制御データの破損等）が発生した場合であって、それを直ちに復旧することができないような場合（例えば長期間の検査に使用される場合）に、事前に試験のみを行っておくものである。なお、構成については図１と同様であるので説明を省略する。

図９は、第３の実施形態に係るソフトウェア更新システムにおける不具合事前調査時のワークフローである。

まず、ユーザが検査等で医用画像診断装置３００を使用している際に制御ソフトウェア３０４に障害が発生した場合、医用画像診断装置３００は、その旨をユーザ及びＳＰ端末２００に通知する。これを受けて、ＳＰ端末２００は、医用画像診断装置３００の異常を認知し、医用画像診断装置３００に異常がある旨を保守端末１００に通知する。保守端末１００は、医用画像診断装置３００に異常がある旨を保守端末ＵＩ１０４の表示部に表示させたりすることでサービス要員が確認可能なように出力する。これを確認することで、サービス要員は該当サイトの医用画像診断装置３００に異常が発生した旨を認知し、保守端末ＵＩ１０４の操作部を操作して医用画像診断装置３００からの動作ログの取得を要求する。保守端末１００はＳＰ端末２００に動作ログの取得命令を送信する。これを受けて、ＳＰ端末２００は医用画像診断装置３００のシステムデータベースに３０５に記憶されている動作ログの取得命令を送信する。

動作ログの取得命令を受けて、医用画像診断装置３００は動作ログを取得し、取得した動作ログを、ＳＰ端末２００を介して保守端末１００に送信する。保守端末１００は、受信した動作ログを保守端末ＵＩ１０４の表示部に表示させたりすることでサービス要員が確認可能なように出力する。

サービス要員は動作ログを確認し、医用画像診断装置３００の制御ソフトウェア３０４の復旧が必要であるか否かを判断する。そして、復旧が必要である場合には、まずＳＰ端末２００のバックアップ環境上での自動試験を行うために、保守端末ＵＩ１０４の操作部を操作して自動試験を開始させる。

保守端末ＵＩ１０４の操作部を介して自動試験の開始指示がなされた場合、保守端末１００は自動試験実施の旨をＳＰ端末２００に要求する。この際、全体的な動作試験を行うための試験スクリプトも保守端末１００からＳＰ端末２００に送信する。なお、全体的な動作試験用の試験スクリプトを予めＳＰ端末２００の試験実施スクリプトデータベース２０６に記憶させておいても良い。

保守端末１００からの自動試験の開始指示を受けたＳＰ端末２００は、試験実行ソフトウェア２０３を起動して上述の各制御ダミーソフトウェアを制御して試験を行う。そして、各試験項目が終了する毎に試験結果を保守端末１００に返す。さらに、全ての試験項目が終了した場合には、その旨を保守端末１００に通知する。保守端末１００は、ＳＰ端末２００から試験結果を受信する度に保守端末ＵＩ１０４の表示部の表示を更新し、試験結果をサービス要員が視認可能なように表示させる。上述したように、試験はＳＰ端末２００上で行われるため、試験中であってもユーザは医用画像診断装置３００を使用することが可能である。

次に、サービス要員は試験結果を確認し、その結果をユーザに報告する。また、必要であれば、医用画像診断装置３００が未使用となった時点で異常が発生したサイトに赴いて追加の試験を行う。

以上説明したように、第３の実施形態によれば、医用画像診断装置３００の異常を事前に調査しておくことにより、その後の復旧作業の際の処理量を低減させることが可能である。

ここで、第３の実施形態の不具合事前調査によって得られた結果に基づき、実際に異常が発生したサイト以外のサイトにおいても同様の障害が発生しないか否かを他のサイトのＳＰ端末２００上で試験するようにしても良い。

以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。

さらに、上記した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、上述したような課題を解決でき、上述したような効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。

本発明の第１の実施形態に係るソフトウェア更新装置を有するソフトウェア更新システムの一例の構成を示す図である。 保守端末１００を拡大して示した図である。 ＳＰ端末２００を拡大して示した図である。 試験実行ソフトウェア２０３のソフトウェア構成を示す図である。 医用画像診断装置３００を拡大して示した図である。 本発明の第１の実施形態に係るソフトウェア更新システムにおけるソフトウェア更新時のワークフローを示す図である。 第１の実施形態の変形例におけるソフトウェア更新時のワークフローを示す図である。 本発明の第２の実施形態に係るソフトウェア更新システムにおけるシステム環境復旧時のワークフローを示す図である。 本発明の第３の実施形態に係るソフトウェア更新システムにおける不具合事前調査時のワークフローを示す図である。

符号の説明

１００…保守端末、１０１…リモートアクセスソフトウェア、１０２…バージョン管理ソフトウェア、１０３…ソフトウェア構成データベース、１０４…保守端末ユーザインターフェース（ＵＩ）、２００…サービス端末（ＳＰ端末）、２０１…リモートアクセスソフトウェア、２０２…システムデータ管理ソフトウェア、２０３…試験実行ソフトウェア、２０４…システム監視ソフトウェア、２０５…システムデータベース、２０６…試験実施スクリプトデータベース、２０７…試験ログデータベース、２０８…第１バックアップ環境データベース、２０９…第２バックアップ環境データベース、２１０…更新作業ログデータベース、２１１…ＳＰ端末ユーザインターフェース（ＵＩ）、３００…医用画像診断装置、３０１…ハードウェア、３０２…リモートアクセスソフトウェア、３０３…システム監視ソフトウェア、３０４…制御ソフトウェア、３０５…システムデータベース、４００…ネットワーク

Claims (5)

1. 医用画像診断装置と通信自在に接続され、前記医用画像診断装置の動作を制御する制御ソフトウェアを更新するためのソフトウェア更新装置であって、
   前記制御ソフトウェアと同一構成のソフトウェアを記憶する第１の記憶手段と、
   前記第１の記憶手段に記憶されているソフトウェアを更新する更新手段と、
   前記更新されたソフトウェアに基づいて、前記医用画像診断装置が正常に動作するか否かを仮想的に試験する試験手段と、
   を具備することを特徴とするソフトウェア更新装置。
2. 前記試験の結果、前記医用画像診断装置が正常に動作すると判定された場合に、前記更新されたソフトウェアを前記医用画像診断装置に送信し、前記医用画像診断装置の制御ソフトウェアを更新する送信手段を更に具備することを特徴とする請求項１に記載のソフトウェア更新装置。
3. 前記医用画像診断装置が使用中であるか否かを判定する判定手段を更に具備し、
   前記送信手段は、前記医用画像診断装置が未使用の場合にのみ前記更新されたソフトウェアを前記医用画像診断装置に送信することを特徴とする請求項１に記載のソフトウェア更新装置。
4. 前記第１の記憶手段に記憶されているソフトウェアと同一構成のソフトウェアを記憶する第２の記憶手段を更に具備し、
   前記更新手段は、前記第１の記憶手段に記憶されているソフトウェアを更新した後、前記試験手段による試験の結果、前記医用画像診断装置が正常に動作すると判定された場合に、前記第２の記憶手段に記憶されているソフトウェアを更新し、前記試験手段による試験の結果、前記医用画像診断装置が正常に動作しないと判定された場合に、前記第１の記憶手段に記憶されている更新後のソフトウェアを前記第２の記憶手段に記憶されているソフトウェアで更新することを特徴とする請求項１に記載のソフトウェア更新装置。
5. 制御ソフトウェアによって動作制御がなされる医用画像診断装置と、
   前記制御ソフトウェアを更新するための更新ソフトウェアが記憶される第１の端末装置と、
   前記制御ソフトウェアと同一構成のソフトウェアを記憶する記憶手段と、前記記憶手段に記憶されているソフトウェアを前記更新ソフトウェアによって更新する更新手段と、前記更新されたソフトウェアに基づいて、前記医用画像診断装置が正常に動作するか否かを仮想的に試験する試験手段とを具備する第２の端末装置と、
   を有することを特徴とするソフトウェア更新システム。

Images