監査ログ管理機能を有する医用機器
【課題】 装置起動状態時の監査ログを保管し管理しておく際に、医用画像収集阻害、および検査スループットの低下を未然に防止し、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を提供すること。
【解決手段】 ログファイル作成部は、医用機器において発生した各種イベントに応答して患者情報の監査ログファイルを生成し、ファイル圧縮部はこれをローカル記憶媒体において所定のタイミングで圧縮する。また、ログ管理部は、ローカル記憶媒体における残容量が制限値を超えた場合等の所定のタイミングにおいて、自動的に圧縮された監査ログファイルを外部記憶媒体に転送しローカル記憶媒体内のデータを削除するものである。
【解決手段】 ログファイル作成部は、医用機器において発生した各種イベントに応答して患者情報の監査ログファイルを生成し、ファイル圧縮部はこれをローカル記憶媒体において所定のタイミングで圧縮する。また、ログ管理部は、ローカル記憶媒体における残容量が制限値を超えた場合等の所定のタイミングにおいて、自動的に圧縮された監査ログファイルを外部記憶媒体に転送しローカル記憶媒体内のデータを削除するものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院での医用機器において、装置起動中にいつ、誰が、何を、どのように行なったかの内容を監査ログとして記録し、装置内に保存、あるいは外部に転送する監査ログ管理機能を有する医用機器に関する。
【背景技術】
【０００２】
医用画像装置、手術装置、検体検査装置その他の医用機器においては、取得した診断情報（画像データ、手術に関する情報、検査結果等）は、患者名、患者ＩＤ、当該装置に関する情報、疾患名、疾患部位、検査種、撮影等の日時などの付帯情報を用いて管理される。以下、診断情報と付帯情報によって構成される情報を患者情報と呼ぶ。この患者情報は、読影診断担当の医師、病理的診断担当の医師、主治医師等によって必要な情報が適宜読み出され、使用される。各医師は、読み出した患者情報を観察等しながら、自らの所見を別途電子カルテ等に記入することで、医用情報の共有化が実現される。
【０００３】
この様な医用機器においては、患者のプライバシー保護の観点から、患者の個人情報が適切に扱われていることを検証するために、監査ログと呼ばれる患者情報管理のための履歴が記録される。ここで、監査ログとは、例えば医用機器において、患者情報を扱ったイベントに関する情報を５Ｗ１Ｈ方式で記録したものである。また、監査ログに関するファイルは、監査ログファイルと呼ばれる。監査ログファイルは、作成された後、一旦装置内に保管される。装置内に保管された監査ログファイルは、装置管理者、あるいはサービスエンジニアによって、定期的に外部メディアにバックアップされ、外部サーバに転送され、当該装置の外部において管理される。バックアップされた監査ログファイルは、ある期間における疑わしい行動を検出する段階で、装置そのもの、あるいは外部コンピュータ等を利用して閲覧され、監査に利用されている。
【０００４】
なお、本願に関連する公知文献としては、例えば次のようなものがある。
【特許文献１】特開２００１−３４４３４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の監査ログファイルの管理においては、例えば次の様な問題が存在する。
【０００６】
第１に、装置ディスク容量の圧迫を誘発し、医用画像収集を阻害したり、検査スループットを低下させる状態が発生する可能性がある。すなわち、監査ログファイルには、装置起動中のシステム情報や患者の個人情報へのアクセス操作等がすべて記録されるため、そのデータ量は膨大となる。その結果、装置内記憶媒体のディスクフル状態、検査画像の消失、監査ログの消失、システムの不安定な状態を誘発し、検査作業に影響を与える可能性がある。また、通常、記録する監査ログは一旦ローカル（装置内）の記憶媒体に保存される運用となっている場合が多く、この運用を採用する環境においては、この問題は特に顕著である。
【０００７】
第２に、装置管理者、あるいはサービスエンジニアの作業負担が多大である。すなわち、装置内記憶媒体のディスクフル状態を回避するため、監査ログファイルのバックアップ作業を頻繁に行う必要があり、装置管理者、あるいはサービスエンジニアに対して、多大な作業負担を強いることになる。このバックアップ作業には、多くの時間が必要とされる。従って、バックアップ作業を検査時間外に行う運用を採用した場合には、検査査時間外業務超過が問題となり、一方、検査と並行して行なう運用をとった場合には、検査に十分な時間を割くことができなくなる問題へと発展する可能性がある。
【０００８】
本発明は、上記事情に鑑みてなされたもので、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を提供することをその目的としている。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するため、次のような手段を講じている。
【００１０】
本発明の視点は、医用機器において、当該医用機器の動作に関するログを生成するログ作成ユニットと、前記ログを用いる処理であって、且つ当該医用機器に実質的に高負荷を与える処理であるログ対象処理の実行タイミングを、当該医用機器の動作状況に基づいて決定し、当該決定されたタイミングで前記ログ対象処理を実行するログ管理ユニットと、を具備することを特徴とする医用機器である。
【発明の効果】
【００１１】
以上本発明によれば、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を提供することをその目的としている。
【００１２】
を実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の第１実施形態乃至第６実施形態に係る監査管理システムを図面に従って説明する。以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行う。また、本監査ログ管理システムは、Ｘ線コンピュータ断層装置、超音波診断装置、磁気共鳴イメージング装置、核医学診断装置、手術装置、検体検査装置その他の医用機器（医用画像機器に拘泥されず、患者情報を使用する全ての機器を含む。）に内蔵されるか、単体の装置として、当該医用機器とネットワークを介して接続され使用される。以下の各実施形態においては、医用機器に内蔵して用いられる監査ログ管理システムを例として説明する。
【００１４】
なお、各実施形態に係るシステムによって実現される監査ログ管理は、医用機器の動作に関する監査ログを対象とする処理であって、当該システムに実質的に高負荷を与える処理の実行タイミングを、医用機器において発生した各種イベントに応答して制御するものである。ここで、システムに高負荷を与える処理としては、例えば監査ログの圧縮、転送、暗号化、監査ログの完全性を検証するための情報を生成する処理、監査ログのデータとしての完全性を確認する処理、その他処理実行に際してＣＰＵを一定値以上占有するものである。以下においては、説明を具体的にするため、監査ログは患者情報を扱う際の当該医用機器における動作に関するものに限定し、また、患者情報は、診断情報と、少なくとも患者名（又は患者ＩＤ）及び検査種を含む付帯情報とから構成されるものとする。従って、通信規格としてＤＩＣＯＭを用いた場合には、患者情報は、画像に関する情報（診断情報）と、少なくとも患者名（又は患者ＩＤ）及びスタディ（検査種）・ユニークＩＤを含む付帯情報から構成されることになる。
【００１５】
（第１実施形態）
図１は、本実施形態に係る監査ログ管理システム１を具備する医用機器のブロック構成図を示している。同図に示すように、本監査ログ管理システム１は、イベント受付部１１、ログファイル作成部１３、設定ファイル部１５、ローカル記憶媒体１７、ファイル転送部１９、ログ管理部２１、ファイル圧縮部２９、外部媒体３１を具備している。
【００１６】
イベント受付部１１は、医用機器のアプリケーション５０から監査ログ記録要求イベントを受け付け、ログファイル作成部１３に監査ログ記録を要求する。また、イベント受付部１１は、アプリケーション５０から当該医用機器に関するシステム情報を受け取り、ログ管理部２１等に送り出す。
【００１７】
ログファイル作成部１３は、イベント受付部１１からの監査ログ記録要求に応答して、各イベント発生時の監査ログに関するファイル（監査ログファイル）を作成する。
【００１８】
設定ファイル部１５は、監査ログ管理における種々の条件を規定する設定情報を格納する。この設定ファイル部１５内の設定情報は、図示していない入力装置からの入力により、任意に変更可能である。
【００１９】
ローカル記憶媒体１７は、ログファイル作成部１３によって作成された監査ログファイルを格納する本監査ログ管理システム１内の記憶部（例えばハードディスク）である。
【００２０】
ファイル転送部１９は、ファイル圧縮部２９によって圧縮された監査ログファイルを外部媒体３１に転送し、転送終了後等の所定のタイミングにおいてローカル記憶媒体１７内の転送済みの監査ログファイルを削除する。
【００２１】
ログ管理部２１は、ローカル記憶媒体１７を監視し監査ログファイルの作成及び保存を検知する。監査ログファイルのローカル記憶媒体１７への保存を検知した場合には、ログ管理部２１は、ファイル圧縮部２９に圧縮依頼要求を発行する。
【００２２】
ファイル圧縮部２９は、ログファイル作成部１３によって生成された監査ログファイルを、所定のタイミングで圧縮する。また、この圧縮における圧縮率は、必要に応じて変更することができる。
【００２３】
外部媒体３１は、ファイル転送部１９によって転送された圧縮ファイルを格納する。
【００２４】
（動作）
次に、本監査ログ管理システム１の監査ログ管理における動作について説明する。
【００２５】
本監査ログ管理システム１による監査ログ管理では、医用機器において発生した各種イベントに応答して患者情報の監査ログファイルを生成し、これをローカル記憶媒体１７において所定のタイミングで圧縮すると共に、ローカル記憶媒体１７における残容量が制限値を超えた場合等の所定のタイミングにおいて、自動的に圧縮された監査ログファイルを外部記憶媒体に転送しローカル記憶媒体１７内のデータを削除するものである。
【００２６】
図２は、監査ログ管理において実行される各処理の流れ（検査から外部記録媒体に記録まで）を示したフローチャートである。ここでは、例えば、診断者が医用診断装置を利用して検査を行い、その際に作成された監査ログファイルを装置管理者、あるいはサービスマンが外部記録媒体に記録し、監査ログファイルの管理を行なう場合を想定している。
【００２７】
まず、図２に示すように、医用機器を用いた検査において、装置の起動、患者名の登録、患者の検査画像の保存、患者の検査画像の閲覧等、システム情報や患者の個人情報へのアクセスが常時行なわれる。このような操作が行なわれた際、医用機器内の該当操作対象のアプリケーション５０より、それぞれ監査ログ発行イベントが発行される。
【００２８】
監査ログ管理システム１は、イベント受付部１１により、アプリケーション５０からの監査ログ記録要求イベントを受付け、ログファイル作成部１３に記録要求を依頼して各イベント発生時の監査ログを作成し、装置内にテンポラリファイルとして内容記録を行う。
【００２９】
ログファイル作成部１３は、所定のタイミングでテンポラリファイルを作成し、監査ログファイルとしてローカル記憶媒体１７へ保存する。このテンポラリファイルのローカル記憶媒体１７への保存は、設定ファイル部１５に格納された設定情報と、イベント受付部１１を介してアプリケーション５０から受け取ったシステム情報とに基づいて、所定のタイミングで実行される。
【００３０】
すなわち、ログファイル作成部１３は、予め設定情報として設定され、監査ログファイルをローカル記憶媒体１７へ保存するトリガとする保存トリガ情報が、アプリケーション５０から受け取ったシステム情報内に含まれているか否かを判定する。システム情報に該当する保存トリガ情報が含まれている場合には、ログファイル作成部１３は、保存トリガ情報の受信又は検出をトリガとして、テンポラリファイルのローカル記憶媒体１７への保存動作を実行する。
【００３１】
なお、保存トリガ情報としては、例えば次のものを採用することができる。
【００３２】
・日付が変わった
・週が変わった
・月が変わった
・装置がスタンバイ状態となった
・装置が休止状態となった
・装置がシャットダウンされた
・テンポラリファイルの容量が予め設定された閾値（制限値）を超えた
また、いずれの情報を保存トリガ情報とするかは、設定ファイル部１５内に格納されている設定情報を変更することで、任意に選択することができる。
【００３３】
次に、ログ管理部２１は、ローカル記憶媒体１７を監視中において監査ログファイルの作成（又は保存）の有無を確認する。監査ログファイルの作成有りと判断した場合には、ログ管理部２１は、ローカル記憶媒体１７への保存が完了した段階で、ファイル圧縮部２９に圧縮依頼要求を発行する。ファイル圧縮部２９は、監査ログファイルの圧縮を実行する（例えば、ＺＩＰ形式の圧縮ファイルを生成する）と共に、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体１７から削除する。
【００３４】
なお、医用機器を利用して検査が繰り返し行なわれた場合、上記監査ログ記録要求イベントを受付けてから、圧縮済みの元ファイルの削除までの各処理が繰り返し実行されることにより、圧縮ファイルが繰り返し分作成されることになる。
【００３５】
次に、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体１７のディスク容量が圧迫される状況を、ローカル記憶媒体１７（又は第２の実施形態において説明するディスク容量取得部２７）から得られるディスク残容量から判断する。例えば、ログ管理部２１は、所定の閾値とディスク残容量とを比較し、ディスク残容量が閾値を下回っている場合には、ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断する。
【００３６】
ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断した場合、ログ管理部２１は、ファイル転送部１９にファイル転送要求を発行する。ファイル転送部１９は、ローカル記憶媒体１７に格納されている圧縮ファイルを外部媒体３１に転送し、転送完了後にローカル記憶媒体１７内の転送済みログファイルを削除する。
【００３７】
以上述べた構成によれば、以下の効果を得ることができる。
【００３８】
本監査ログ管理システムでは、ローカル記憶媒体に格納された監査ログファイルを所定のタイミングにおいて圧縮すると共に、圧縮済みの元ファイルをローカル記憶媒体から削除する。また、ローカル記憶媒体のディスク残容量を監視し、そのディスク容量が圧迫される状況にあると判定した場合には、圧縮済み監査ログファイルをローカル記憶媒体から外部媒体に転送すると共に、転送済みの圧縮済み監査ログファイルをローカル記憶媒体から削除する。従って、ローカル記憶媒体の総容量に占める圧縮済み監査ログファイルの割合をできる限り小さくすることができ、監査ログの保存による装置内記憶媒体の容量圧迫を回避することができる。その結果、医用画像収集阻害、および検査スループットの低下を未然に防止でき、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能となる。
【００３９】
また、本監査ログ管理システムでは、ローカル記憶媒体のディスク残容量を監視し、そのディスク容量が圧迫される状況にあると判定した場合には、圧縮済み監査ログファイルをローカル記憶媒体から外部媒体に転送すると共に、転送済みの圧縮済み監査ログファイルをローカル記憶媒体から削除する。従って、ファイルの圧縮率の高低に関わらず、常にローカル記憶媒体の容量を圧迫する状況を回避することができる。
【００４０】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態に係る監査ログ管理システム１は、第１の実施形態とは異なるタイミングにてローカル記憶媒体の監査ログファイルを圧縮するものである。すなわち、本実施形態に係る監査ログ管理システム１では、医用機器において実行されている検査情報、医用機器のＣＰＵ動作状況、ローカル記憶媒体のディスク容量等に基づいて、医用機器の動作状況を判定し、所定のタイミングにて監査ログファイルの圧縮処理を行うものである。
【００４１】
図３は、第２の実施形態に係る監査ログ管理システム１のブロック構成図を示している。図１に示した第１の実施形態に係る監査ログ管理システム１と比較した場合、検査状況取得部２３、ディスク容量取得部２７をさらに具備する点において異なっている。
【００４２】
検査状況取得部２３は、当該監査ログ管理システム１を内蔵する医用機器を用いた検査状況（例えば、検査開始、検査終了、検査中断、検査再開）を取得・監視する。この監視は、アプリケーション５０から受け取るシステム情報に含まれる当該医用機器の検査開始操作、検査終了操作等のイベントを取得することで実行される。また、検査状況取得部２３は、アプリケーション５０から受け取るシステム情報に基づいて、当該監査ログ管理システム１を内蔵する医用機器のＣＰＵ状況（例えば、ＣＰＵ使用率等）を随時取得し監視する。
【００４３】
ディスク容量取得部２７は、アプリケーション５０から受け取るシステム情報に基づいて、ローカル記憶媒体１７のディスク容量を随時取得・監視し、ディスク残容量を判定する。
【００４４】
図４は、本実施形態における監査ログ管理において実行される各処理の流れ（検査から外部記録媒体に記録まで）を示したフローチャートである。同図に従って、医用機器のアイドル時間（非検査時間）に圧縮処理を行う場合を例に説明する。
【００４５】
図４において、まず第１の実施形態と同様に、アプリケーション５０からの監査ログ記録要求イベントの受付けから、ローカル記憶媒体１７への監査ログファイルの保存までの各処理が実行される。
【００４６】
本実施形態においては、ログ管理部２１は、ローカル記憶媒体への保存が完了した段階で即座に、ファイル圧縮部２９に圧縮要求を発行しない。ログ管理部２１は、常時、検査状況取得部２３、及びディスク容量取得部２７によって取得される圧縮開始トリガ情報を基準として、医用機器の非検査状況や検査に支障をきたさない状況を検知・判断する。圧縮処理を行っても検査に支障をきたさない状態であると判断した場合には、ログ管理部２１は、そのタイミングでファイル圧縮部２９に圧縮要求を発行する。なお、圧縮開始トリガ情報としては、例えば次のものを採用することができる。
【００４７】
・検査終了操作
・検査中断操作
・ＣＰＵ使用状況（ＣＰＵ使用率等）
・メモリ使用状況（メモリ使用率等）
・システム内の起動プロセス数
・ローカルディスク残容量
・ローカルディスクへのアクセス状況
・監査ログファイル数
・圧縮済み監査ログファイル数
・圧縮途中の監査ログファイルの有無
上記判断に基づいてログ管理部２１からの圧縮要求がファイル圧縮部２９になされると、ファイル圧縮部２９は、これに応答してログファイルの圧縮を実行する。
【００４８】
また、ログ管理部２１は、圧縮処理中も検査状況取得部２３、およびディスク容量取得部２７から装置情報を取得し、圧縮処理中に例えば下記に示す圧縮中断トリガ情報を取得した場合、圧縮部に圧縮停止要求を送信して、速やかに圧縮処理を中断し、検査自体に影響を与えないように振舞う。
【００４９】
・検査が開始された
・検査が再開された
・ＣＰＵ使用が増大した（なんらかのアプリケーション（操作）が開始された）
・ローカルディスクへのアクセスが検出された
この様な圧縮中断トリガ情報、及び圧縮開始トリガ情報に基づく圧縮動作の一例を、図５（ａ）に概念的に示した。同図においては、医用機器の検査動作に対するアイドル時間に監査ログファイルの圧縮処理を行う構成となっている。
【００５０】
ログ管理部２１からの圧縮停止要求により圧縮処理が中断した場合には、ファイル圧縮部２９は、ログ管理部２１によって指定された所定のファイルに遡って圧縮処理を再度実行する。例えば、４月１日〜７日までの監査ログファイルの圧縮処理を行う場合において、図５（ｂ）に示すように、４月１日〜５日までの監査ログファイルの圧縮処理は完了し、４月６日分の監査ログファイルの圧縮処理中に、当該圧縮処理が圧縮停止要求により中断されたとする。ログ管理部２１は、ファイル圧縮部２９による圧縮処理の進行状況を監視し、中断後の次の圧縮処理においては、４月６日分の監査ログファイルから圧縮処理を実行するように、ファイル圧縮部２９に対し要求を出す。ファイル圧縮部２９は、当該要求に従って、４月６日分の監査ログファイルから圧縮処理を再実行する。なお、この様な再開手法は、圧縮処理に限定されず、転送処理その他の監査ログを対象としシステムに高負荷を与える処理であれば適用可能である。
【００５１】
次に、上記圧縮操作が繰り返し実行された後、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体のディスク容量が圧迫される状況をディスク容量取得部から得られるディスク残容量から判断して、ディスク容量圧迫状況を検知した段階で、ファイル転送部２９にファイル転送要求を発行する。ファイル転送部２９は、ログ管理部２１からのファイル転送要求に応答して圧縮ファイルを外部媒体に転送し、転送完了後にローカル記憶媒体内の転送済みログファイルをローカル記憶媒体から削除する。
【００５２】
以上述べた構成によれば、医用機器において実行されている検査情報、医用機器のＣＰＵ動作状況、ローカル記憶媒体のディスク容量等に基づいて、医用機器の動作有状況を判定し、所定のタイミングにて監査ログファイルの圧縮処理を行うことができる。従って、第１の実施形態において述べた効果に加えて、医用機器のパフォーマンスをできる限り低下させずに、圧縮処理を実行することができる。その結果、医用画像収集阻害、および検査スループットの低下を防止でき、病院内の業務スループット向上を支援することが可能となる。
【００５３】
なお、監査ログファイルが複数存在する場合は、同一の圧縮開始トリガ情報等に基づいて全ての監査ログファイルを圧縮してもよいし、監査ログファイル毎に圧縮開始トリガ情報等を取得し、これに基づいて各監査ログファイルを圧縮してもよい。いずれの場合であっても、ファイル圧縮部２９は、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体から削除するようにすればよい。
【００５４】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第３の実施形態は、第２の実施形態において発生し得る問題を解決するものである。すなわち、第２の実施形態において、アイドル時間が非常に短い、あるいは検査の中断/再開がほとんど発生しない、検査間のインターバルが非常に短い運用形態で検査を行っていた場合、ローカル記憶媒体に保存された監査ログファイルの容量がどれも大きいと、中断処理が随時発生し、圧縮処理が完了しないケースが考えられる。本実施形態は、監査ログファイルのデータサイズの上限を規定する監査ログファイル最大容量を設定することで、ローカル記憶媒体１７に格納されているデータ量を最適化するものである。
【００５５】
設定ファイル部１５は、予め設定された監査ログファイル最大容量を設定情報として格納する。なお、この監査ログファイル最大容量は、所定の操作によって任意の値に変更することが可能である。
【００５６】
ログファイル作成部１３は、設定ファイル部１５に格納された監査ログファイル最大容量に従ってログファイルを作成する。監査ログファイル最大容量を適切な値に設定することで、ログファイル作成部１３は、比較的、圧縮処理に時間がかからない程度の容量の監査ログファイルを作成することができる。
【００５７】
最大容量に従って作成された監査ログファイルは、上記各実施形態において説明した手順に従って、短いアイドル時間内、短い検査間インターバル内に圧縮処理が実行される。また、圧縮済みの監査ログファイルは、ローカル記憶媒体から削除される。
【００５８】
以上述べた構成によれは、アイドル時間が非常に短い等の環境下においても、監査ログによるローカル記憶媒体の容量圧迫を回避することができる。その結果、検査スループットの低下を防止し、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業の効率化、病院内の業務スループット向上を実現することができる。
【００５９】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本医用機器は、監査ログファイルを外部記憶装置に出力する場合に、当該監査ログファイルの完全性を検証するための情報を生成し、これを用いてデータの改竄の有無を検証することができるものである。
【００６０】
図６は本実施形態に係る医用機器の実施の形態を示す機能ブロック図である。
【００６１】
医用機器４１は、操作端末４２およびメディア保存部４３を備え、監査ログファイル出力システム４４が搭載される。尚、医用機器４１としては、超音波診断装置、Ｘ線ＣＴ装置、ＭＲＩ等の画像診断装置や検体装置並びにＨＩＳ，ＲＩＳ、ＰＡＣＳ等の医用情報システムとすることが可能であり、医用機器４１に応じた機能を備えるための構成要素が設けられるが、ここでは省略する。操作端末４２には、情報を入力して操作するための入力装置４５および表示装置４６が設けられる。
【００６２】
また、メディア保存部４３は、監査ログファイル出力システム４４から受けた情報を外部メディア４７に出力する機能を有する。外部メディア４７は、書き込み可能な記憶媒体であり、具体例としてＵＳＢ（Universal Serial Bus）（登録商標）メモリ、ＩＣ（Integrated Circuit）カード、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＨＤＤ（Hard Disk Drive）等の記憶媒体が挙げられる。そして、外部メディア４７に保存された情報はユーザ端末４８に読み込ませて参照することができる。ユーザ端末４８は、任意の医用機器の操作端末の他、一般のＰＣ（Personal Computer）を用いることもできる。
【００６３】
監査ログファイル出力システム４４は、例えばコンピュータに監査ログファイル出力プログラムを読み込ませて構築することができるが、監査ログファイル出力システム４４の全部または一部を回路により構築してもよい。そして、監査ログファイル出力システム４４には、医用機器４１における監査ログファイルを作成して外部メディア７に出力する機能が備えられる。そのために監査ログファイル出力システム４４は、操作データ収集部４９、監査ログファイル作成部５０、監査ログ記憶部５１およびバックアップ制御部５２を具備している。
【００６４】
操作データ収集部４９は、ユーザによる入力装置４５の操作情報を収集する機能と、収集した操作情報を監査ログファイル作成部５０に逐一与える機能を有する。
【００６５】
監査ログファイル作成部５０は、操作データ収集部４９から受けた一定期間のまたは一定の容量の操作情報から監査ログファイルを作成する機能と、作成した監査ログファイルを監査ログ記憶部５１に書き込んで保存させる機能を有する。例えば、監査ログファイルには、ハッシュ関数を使った演算により操作情報から生成された特徴的なパターンを有する固定長のメッセージダイジェストが完全性の検証のために付加される。
【００６６】
そこで、監査ログファイル作成部５０は、例えば操作データ記録部５０ａとメッセージダイジェスト付加部５０ｂとを備えて構成することができる。この場合、操作データ記録部５０ａには、操作データ収集部４９から操作情報を取得して記録する機能が備えられ、メッセージダイジェスト付加部５０ｂには、操作データ記録部５０ａから一定期間のまたは一定の容量の操作情報を読み込んでメッセージダイジェストを付加することにより監査ログファイルを作成する機能が備えられる。
【００６７】
メッセージダイジェストは、ある一定期間の操作データをまとめた１つの監査ログファイルに対して１つ付加されるだけでなく、入力装置４５の１つ１つの各操作データや、１日分の操作データ、一週間分の操作データというように、１つの監査ログファイル内の操作データを複数の任意の大きさの単位に区切って、各単位それぞれに対して付加することも可能である。これにより、例えば監査ログファイル内の操作データのある一部分の内容が改竄された場合に、改竄がどのタイミングでなされたものかを特定することが可能となり、さらに同一の監査ログファイル内で改竄の影響を受けていない部分の操作データについては問題なく扱うことができる。
【００６８】
ただし、監査ログファイルを作成する際、ハッシュ関数を用いてメッセージダイジェストを作成するという手段に限らず、例えばチェックサムやデジタルタイムスタンプといったファイルの完全性の確認を目的とする同等の他の代替手法を用いて監査ログファイルの完全性を検証するための任意の監査ログ完全性検証情報を作成するように監査ログファイル作成部５０を構成することができる。
【００６９】
また、必要に応じて監査ログファイルの所望の部位を暗号化することができる。例えば、本文の暗号化したり、本文中に書き込まれた時刻情報等の一部の内容を隠蔽することもできる。これにより、監査ログファイルの改竄の危険性を低減することができる。
【００７０】
監査ログ記憶部５１は、監査ログファイル作成部５０において作成された監査ログファイルを監査ログ完全性検証情報とともに保存する機能を有する。
【００７１】
バックアップ制御部５２は、監査ログファイルの外部メディア４７への出力要求を入力装置４５から受けた場合に、監査ログ記憶部５１に保存されている監査ログファイルの一覧をリスト情報として表示装置４６に与えて表示させる一方、外部メディア４７に出力すべき監査ログファイルの指示を入力装置４５から受ける機能と、入力装置４５の操作により指定された監査ログファイルを監査ログ記憶部５１から取得してメッセージダイジェスト等の監査ログ完全性検証情報の確認により監査ログファイル並びに各操作データの完全性を検証し、完全性が確認された場合には取得した監査ログファイルの完全性を確認した旨の完全性検証情報を作成して監査ログファイルとともにメディア保存部４３に与える機能を有する。
【００７２】
一方で、逆にメッセージダイジェスト等の監査ログ完全性検証情報の確認により、監査ログファイル並びに操作データの完全性が確認できなかった場合には、前記したとおり、該当する監査ログファイル内の操作データ並びに該当する期間および操作を特定することができる。例えば、入力装置４５からの１つ１つの操作データに対してメッセージダイジェストを逐一付加した場合、どの操作データが改竄されたものであるかが特定可能である。同様に、１日分の操作データに対してメッセージダイジェストを逐一付加した場合、データ改竄の疑いがある期間(ここでは該当する１日分の操作データ)が特定できる。
【００７３】
そこで、バックアップ制御部５２には、監査ログファイル並びに操作データの完全性が確認できなかった場合には、該当する監査ログファイル並びに該当する期間および操作を特定する機能と、特定した監査ログファイル並びに期間および操作に関する情報を表示装置４６に与えて表示させることによりユーザへ通知する機能を備えることもできる。
【００７４】
さらに、監査ログファイル内の完全性が確認できなかった部分について、「完全性を確認できなかった」旨のメッセージを監査ログファイルに付加したり、完全性が確認できなかった監査ログファイルを完全性が確認できた監査ログファイルから識別できるように、監査ログファイルのファイル名を通常とは異なる特別なファイル名に変更するといった処理を行えるようにバックアップ制御部５２を構成することができる。つまり、バックアップ制御部５２に、完全性が確認できなかった監査ログファイルに対して、完全性が確認できなかった旨を示す情報を付加する機能を設けることができる。
【００７５】
そして、監査ログファイルにメッセージダイジェストが付加されている場合には、監査ログファイルの完全性検証処理の後、監査ログファイルの生成の際に用いた秘密の同一または別の文字列を用いて再びハッシュ関数を適用することにより作成された同一または別のメッセージダイジェストを利用して監査ログファイルに対する完全性の検証が可能な完全性検証情報を作成することができる。
【００７６】
このようにバックアップ制御部５２は、監査ログファイルの完全性を確認するための完全性検証情報を作成する機能を有する。そして、このようなバックアップ制御部５２は、監査ログファイルを外部メディア７に出力するためのバックアップアプリケーションとしてコンピュータ上に実装することができる。
【００７７】
尚、監査ログファイルの所望の部位が暗号化された場合には、バックアップ制御部５２（バックアップアプリケーション）には、暗号化された部位を解読する機能が具備される。
【００７８】
ここで、バックアップ制御部５２により作成される完全性検証情報は、ファイル形式で作成された確認用アプリケーション（ソフトウェア）とすることができる。確認用アプリケーションは、単一の外部メディア４７に複数の監査ログファイルが出力される場合には、共通に１つ作成され、各監査ログファイルの完全性を確認するための各種機能を設けることが可能である。例えばユーザ端末４８に確認用アプリケーション５３を読み込ませた場合に、ユーザ端末４８を監査ログファイル構成確認部５４および監査ログファイル完全性確認部５５として機能させることができる。ただし、ユーザ端末４８は医用機器４１と同様に入力装置４８ａおよび表示装置４８ｂを備え、医用機器４１の操作端末４２に相当する機能を具備しているものとする。
【００７９】
この場合、監査ログファイル構成確認部５４は、同一の外部メディア４７内に保存された監査ログファイルのファイル構成に抜けがないか否かを判定し、ファイル構成に抜けがあると判定された場合には、その旨をユーザに通知するための情報を作成する機能を有し、監査ログファイル完全性確認部５５は、同一の外部メディア４７内に保存された監査ログファイルの完全性をメッセージダイジェストの確認により検証し、完全性が確認できなかった監査ログファイルをユーザに通知するための情報を作成する機能を有する。
【００８０】
尚、監査ログファイルの所望の部位が暗号化された場合には、確認用アプリケーション５３（監査ログファイル完全性確認部５５）には、暗号化された部位を解読して完全性を確認したり、本文を表示させたりする機能が具備される。
【００８１】
このためメディア保存部４３からは、バックアップ制御部５２から与えられた監査ログファイルおよび完全性検証情報を外部メディア４７に出力することができる。
【００８２】
次に医用機器４１の作用について説明する。
【００８３】
図７は、図６に示す医用機器１において監査ログを生成し、生成された監査ログを外部メディア４７に出力する際の流れを示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００８４】
まずステップＳ１において、ユーザが入力装置４５を操作し、医用機器１を操作すると、操作データ収集部４９は操作情報として収集して順次監査ログファイル作成部５０に与える。
【００８５】
次に、ステップＳ２において、監査ログファイル作成部５０は、操作データ収集部４９から受けた一定期間のまたは一定の容量の各操作情報から監査ログファイルを作成し、作成した監査ログファイルを監査ログ記憶部５１に書き込んで保存させる。このため、監査ログ記憶部５１には、監査ログファイル作成部５０において作成された監査ログファイルが、ある一定期間ごと、またはある一定の容量ごとに分割して保存される。
【００８６】
図８は、図６に示す医用機器４１の監査ログファイル作成部５０により監査ログファイルを作成する際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００８７】
まずステップＳ１１において、監査ログファイル作成部５０は、監査ログ作業用ファイルを生成し、生成した監査ログ作業用ファイルに操作データ収集部４９から順次受け渡された時系列の操作情報を一定の期間または容量で区切って書き込む。
【００８８】
次に、ステップＳ１２において、監査ログファイル作成部５０は、データの完全性を確認するための情報を監査ログ作業用ファイルに付加する。具体的には、監査ログ作業用ファイルの内容に対してある秘密の文字列でハッシュコードを生成して、操作情報の本文に付帯させる。すなわち、あるハッシュ関数を適用してメッセージダイジェストを生成し、監査ログ作業用ファイルに監査ログ完全性検証情報として付加する。
【００８９】
次に、ステップＳ１３において、監査ログファイル作成部５０は、生成した監査ログ作業用ファイルの内容が監査ログであることを容易に判断されないように変更して監査ログファイルとして生成する。このとき必要に応じて、監査ログファイルの本文は暗号化される。
【００９０】
そして、このように生成された監査ログファイルは、監査ログ記憶部５１に書き込まれて保存される。さらに、ユーザは、バックアップアプリケーションを起動して、監査ログ記憶部５１に保存された監査ログファイルを外部メディア４７に保存することができる。
【００９１】
すなわち、図７のステップＳ３において、バックアップアプリケーションが起動されるとバックアップ制御部５２は、入力装置４５から指定された監査ログファイルの完全性を検証し、完全性を有する旨の確認が取れた場合には確認用アプリケーション５３とともに監査ログファイルをメディア保存部４３へ受け渡す。
【００９２】
図９は、図６に示す医用機器４１のバックアップ制御部５２により監査ログファイルの完全性を確認し、確認用アプリケーション５３とともに外部メディア７に出力させる際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００９３】
まずステップＳ２１において、バックアップ制御部５２は、入力装置４５から監査ログファイルの外部メディア７への出力要求を受けると、監査ログ記憶部５１から監査ログファイルをロードする。
【００９４】
次に、ステップＳ２２において、バックアップ制御部５２は、監査ログ記憶部５１からロードした監査ログファイルの一覧をリスト情報として表示装置４６に与えて表示させる。このため、表示装置４６には、外部メディア４７に保存すべき監査ログファイルの選択画面が表示される。
【００９５】
次に、ステップＳ２３において、バックアップ制御部５２は、外部メディア４７に保存すべき監査ログファイルの指示の有無を判定する。そして、外部メディア４７に保存すべき監査ログファイルの指示が入力装置４５から入力されなかった場合には、処理を終了させる。
【００９６】
ユーザが入力装置４５から外部メディア４７に保存する監査ログファイルを選択し、外部メディア４７に保存すべき監査ログファイルの指示がバックアップ制御部５２に与えられた場合には、ステップＳ２４において、バックアップ制御部５２は、選択された各監査ログファイルに対してメッセージダイジェストを確認することにより情報の完全性を検証した上で、選択された全ての監査ログファイルの完全性が確認できたか否かを判定する。
【００９７】
そして、完全性が確認できなかった監査ログファイルが存在する場合には、ステップＳ２５において、バックアップ制御部５２は、完全性が確認できなかった監査ログファイルのリストを表示装置４６に与える。さらに、バックアップ制御部５２は、完全性の確認できなかった監査ログファイル内に記録された操作データのどの期間またはどの操作に対して完全性が確認できなかったのかを特定し、得られた結果を表示装置４６に与えてユーザに通知する。
【００９８】
このとき、完全性が確認できなかった部分に対して「完全性が確認できなかった」旨のメッセージを監査ログファイルに付加する。
【００９９】
次に、ステップＳ２６において、バックアップ制御部５２は、完全性が確認できなかった当該監査ログファイルを外部メディア４７へ出力するかどうかをユーザに選択させるための画面情報を表示装置４６に与えて表示させる。そして、ユーザは、入力装置４５の操作により保存の可否を選択指示することができる。さらに、バックアップ制御部５２は、入力装置４５の操作情報を受けて完全性の確認できている監査ログファイルの部分について外部メディア４７に保存するか否かの判定を行う。
【０１００】
そして、完全性の確認できている監査ログファイルの部分を外部メディア４７に保存することをユーザが希望しない場合には、再びステップＳ２２において、監査ログファイルの選択画面が表示装置４６に表示され、入力装置４５からの選択指示の受付け状態となる。
【０１０１】
一方、ステップＳ２６において、完全性の確認できている監査ログファイルの部分を外部メディア４７に保存すると判定された場合や、あるいはステップＳ２４において完全性が確認できなかった監査ログファイルが存在しないと判定された場合には、ステップＳ２７において、バックアップ制御部５２が監査ログファイルの完全性を確認するための確認用アプリケーション５３を生成する。この確認用アプリケーション５３は、監査ログファイル作成部５０が監査ログファイルの生成の際に使用したハッシュコードを確認するものであり、監査ログファイルの生成の際に用いた秘密の文字列と同一の文字列を使用して生成することができる。
【０１０２】
次に、ステップＳ２８において、バックアップ制御部５２は、完全性の確認がとれた各監査ログファイルを確認用アプリケーション５３とともにメディア保存部４３に与える。このため、メディア保存部４３は、バックアップ制御部５２から渡される監査ログファイルと確認用アプリケーション５３を外部メディア４７へ保存する。すなわち、メディア保存部４３から各監査ログファイルおよび確認用アプリケーション５３が外部メディア４７に書き込まれる。
【０１０３】
尚、ある１つの外部メディア７内に保存される各監査ログファイルは共通のハッシュ関数によって生成されているため、各監査ログファイルの完全性の確認用の確認用アプリケーション５３も１つのメディアに対して１つ共通に生成されることとなる。逆に言えば、単一の外部メディア４７内に複数の監査ログファイルを保存する場合には、ハッシュ関数が共通である必要があり、確認用アプリケーション５３は１メディアに対してひとつ生成される。
【０１０４】
そして、ユーザは、外部メディア４７に例えばバックアップ用に監査ログファイルを保存し、所望の時期に外部メディア４７に保存された監査ログファイルを参照することができる。
【０１０５】
外部メディア４７から監査ログファイルを参照する場合には、図７のステップＳ４において、外部メディア４７内に保存された監査ログファイルおよび確認用アプリケーション５３がユーザ端末４８に読み込まれる。そして、確認用アプリケーション５３がユーザ端末４８上で起動される。
【０１０６】
図１０は、図６に示すユーザ端末４８において、外部メディア４７から入力した確認用アプリケーション５３を起動して監査ログファイルを参照する際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【０１０７】
まずステップＳ３１において、外部メディア７内に保存された確認用アプリケーション５３がユーザ端末４８上で起動される。そうすると、ユーザ端末４８は監査ログファイル構成確認部５４および監査ログファイル完全性確認部５５として機能する。
【０１０８】
次に、ステップＳ３２において、外部メディア４７内における監査ログファイルのファイル構成が監査ログファイル構成確認部５４により確認される。すなわち監査ログファイル構成確認部５４は、同一の外部メディア４７内に保存された監査ログファイルのファイル構成に抜けがないか否か、すなわち監査ログファイルが欠落しているか否かを判定する。
【０１０９】
そして、監査ログファイルのファイル構成に抜けがあると判定された場合には、ステップＳ３３において、監査ログファイル構成確認部５４がファイル構成に抜けがある旨をユーザに通知するための情報を作成し、ユーザ端末４８の画面に表示させる。
【０１１０】
さらに、監査ログファイルのファイル構成に抜けがあると判定されなかった場合または監査ログファイルのファイル構成に抜けがある旨の表示後、ユーザ端末４８は参照すべき監査ログファイルの選択待ち受け状態となる。
【０１１１】
次に、ステップＳ３４において、ユーザ端末４８の操作により参照すべき監査ログファイルの選択情報を受けた場合には、監査ログファイル完全性確認部５５は、選択された監査ログファイルを外部メディア４７からロードする。
【０１１２】
次に、ステップＳ３５において、監査ログファイル完全性確認部５５は、外部メディア４７からロードされた参照すべき目的の監査ログファイルの完全性を、メッセージダイジェストを確認することにより検証し、監査ログファイルの完全性が確認できたか否かを判定する。
【０１１３】
そして、監査ログファイルの完全性が確認できなかった場合には、ステップＳ３６において、完全性が確認できなかった監査ログファイルをユーザに通知するための情報を監査ログファイル完全性確認部５５が作成する。このため、完全性が確認できなかった監査ログファイルがユーザ端末４８の画面に表示され、ユーザ端末４８は参照すべき監査ログファイルの選択待ち受け状態となる。
【０１１４】
一方、監査ログファイルの完全性が確認できた場合には、ステップＳ３７において、選択された監査ログファイルがユーザ端末４８の画面に表示される。
【０１１５】
このような確認用アプリケーション５３によりユーザはユーザ端末４８を介して外部メディア４７内に保存された監査ログファイルのファイル数を確認してファイル構成に抜けがないかを検証することができる。さらに、外部メディア４７内の各監査ログファイルに対してメッセージダイジェストを確認し、確認の取れなかった監査ログファイルについては、破壊もしくは改竄があったと判断することができる。
【０１１６】
図１１は、図６に示す医用機器１における監査ログファイルの作成から外部メディア７を介した監査ログファイルの参照までの全体の流れを示す概念図である。
【０１１７】
医用機器４１において監査ログファイル作成部５０は、操作データから監査ログ作業用ファイルを作成し、ログファイル作成関数（ハッシュ関数）によりハッシュコードを生成する。この結果、本文である操作データにダイジェストメッセージが付帯された監査ログファイルが生成される。
【０１１８】
そして、監査ログファイルは、医用機器４１内の監査ログ記憶部５１に保存されるが、ユーザが操作端末４２の操作によりバックアップアプリケーションを起動して外部メディア４７にバックアップする監査ログファイルを選択すると、選択された各監査ログファイルのダイジェストメッセージがバックアップ制御部５２（バックアップアプリケーション）によって確認されて各監査ログファイルの完全性の検証が行われる。
【０１１９】
次に、バックアップアプリケーションは、完全性が確認された各監査ログファイルに共通のハッシュコードチェック用の確認用アプリケーション５３を作成して、各監査ログファイルとともに外部メディア４７に出力させる。
【０１２０】
このため、外部メディア４７には、本文とダイジェストメッセージとで構成される単一または複数の監査ログファイルと、１つのハッシュコードチェック用の確認用アプリケーション５３が保存される。そして、ユーザはユーザ端末４８において、外部メディア４７に保存された確認用アプリケーション５３を起動して、各監査ログファイルの完全性の検証を行った上で参照することができる。
【０１２１】
つまり、以上のような医用機器４１は、監査ログファイルを外部メディア４７に出力する際に、監査ログファイルの完全性を確認したうえで完全性の確認用アプリケーション５３を生成し、完全性の確認対象となる監査ログファイルとともに確認用アプリケーション５３が外部メディア４７に保存されるようにしたものである。
【０１２２】
このため、医用機器４１によれば、ある一定期間後に外部メディア４７内に保存された監査ログファイルを参照する場合であっても、同一の外部メディア４７内に保存された確認用アプリケーション５３を使用することで、外部出力された監査ログファイルが医用機器４１において保存された状態を維持しているかどうかを検証することができる。すなわち、監査ログファイルの外部メディア４７内への保存時から監査ログファイルの参照時までの期間に情報が破壊または改竄されていないかどうかを確認することができる。
【０１２３】
また、外部メディア４７内に保存される監査ログファイルが複数であっても外部メディア４７内に保存される確認用アプリケーション５３は１つであり、共通の確認用アプリケーション５３によって外部メディア４７内における全ての監査ログファイルの完全性の確認処理が行われる。このため、監査ログファイルの完全性の検証だけでなく、外部メディア４７内に保存された監査ログファイルのファイル構成（ファイル数）も確認することができる。
【０１２４】
（第５の実施形態）
次に、本発明の第５の実施形態について説明する。本実施形態に係る監査ログ管理システムは、第１の実施形態に係る監査ログ管理システムにおいて、第４の実施形態で述べた監査ログファイルの完全性を検証するための情報を用いたデータの改竄の有無を検証するものである。
【０１２５】
図１２は、本実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。図１に示した監査ログ管理システムと比較した場合、イベント受付部１１、ログファイル作成部１３、ローカル記憶媒体１７の機能、及びバックアップ制御部５２をさらに具備する点が主に異なる。
【０１２６】
イベント受付部１１は、図６に示した操作データ収集部４９の機能を、ログファイル作成部１３は、図６に示した監査ログファイル作成部５０の機能を、ローカル記憶媒体１７は、図６に示した監査ログ記憶部５１の機能をそれぞれ具備する。また、バックアップ制御部５２の機能は、既述の通りである。
【０１２７】
図１３は、本実施形態に係る監査ログ管理において実行される各処理の流れ（検査からユーザ端末４８における監査ログファイルの参照まで）を示したフローチャートである。まず、図１３に示すように、医用機器を用いた検査において、所定の操作が行なわれた際、医用機器内の該当操作対象のアプリケーション５０より、それぞれ監査ログ発行イベントが発行される。監査ログ管理システム１は、イベント受付部１１により、アプリケーション５０からの監査ログ記録要求イベントを受付ける（図７のステップＳ１に対応）。
【０１２８】
ログファイル作成部１３は、イベント受付部１１からの記録要求に応答して各イベント発生時の監査ログ、及びデータの完全性を確認するための情報（例えばメッセージダイジェスト）を作成し、装置内にテンポラリファイルとして内容記録を行う。また、ログファイル作成部１３は、所定のタイミングでテンポラリファイルを作成し、監査ログファイルとしてローカル記憶媒体１７へ保存する。このテンポラリファイルのローカル記憶媒体１７への保存は、設定ファイル部１５に格納された設定情報と、イベント受付部１１を介してアプリケーション５０から受け取ったシステム情報とに基づいて、所定のタイミングで（例えば、保存トリガ情報を基準として）実行される（図７のステップＳ２、図８のステップＳ１１〜Ｓ１３に対応）。
【０１２９】
次に、ログ管理部２１は、ローカル記憶媒体１７を監視中において監査ログファイルの作成（又は保存）の有無を確認する。監査ログファイルの作成有りと判断した場合には、ログ管理部２１は、ローカル記憶媒体１７への保存が完了した段階で、ファイル圧縮部２９に圧縮依頼要求を発行する。ファイル圧縮部２９は、監査ログファイルの圧縮を実行する（例えば、ＺＩＰ形式の圧縮ファイルを生成する）と共に、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体１７から削除する。
【０１３０】
なお、医用機器を利用して検査が繰り返し行なわれた場合、上記監査ログ記録要求イベントを受付けてから、圧縮済みの元ファイルの削除までの各処理が繰り返し実行されることにより、圧縮ファイルが繰り返し分作成されることになる。
【０１３１】
次に、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体１７のディスク容量が圧迫される状況を、ローカル記憶媒体１７（又は容量取得部２７）から得られるディスク残容量から判断する。例えば、ログ管理部２１は、所定の閾値とディスク残容量とを比較し、ディスク残容量が閾値を下回っている場合には、ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断する。ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断した場合、ログ管理部２１は、ファイル転送部１９にファイル転送要求を発行する。
【０１３２】
ファイル転送部１９は、ローカル記憶媒体１７に格納されている圧縮ファイルをバックアップ制御部５２に転送し、転送完了後にローカル記憶媒体１７内の転送済みログファイルを削除する。バックアップ制御部５２は、図９に示したステップＳ２４乃至ステップＳ２８までの各処理を実行することで監査ログファイルの完全性を確認し、確認用アプリケーション１３と共に監査ログファイルを外部媒体３１に受け渡す。
【０１３３】
ユーザ端末４８においては、監査ログファイルを参照する際に、外部媒体３１から入力した確認用アプリケーション１３が起動され、図１０に示した各処理が実行される。
【０１３４】
以上述べた構成によれば、ローカル記憶媒体の総容量に占める圧縮済み監査ログファイルの割合をできる限り小さくできると共に、監査ログファイルの外部媒体への保時から参照時までの期間に、情報が破壊又は改竄されているか否かを確認することができる。従って、圧縮、転送等の監査ログファイルを対象とする処理による医用画像収集動作の阻害、検査スループットの低下を防止すると共に、監査ログファイルの情報としての安全性を担保することができる。
【０１３５】
（第６の実施形態）
次に、本発明の第６の実施形態について説明する。本実施形態に係る監査ログ管理システムは、第２の実施形態に係る監査ログ管理システムにおいて、第４の実施形態で述べた監査ログファイルの完全性を検証するための情報を用いたデータの改竄の有無を検証するものである。
【０１３６】
図１４は、本実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。図３に示した監査ログ管理システムと比較した場合、イベント受付部１１、ログファイル作成部１３、ローカル記憶媒体１７の機能、及びバックアップ制御部５２をさらに具備する点が主に異なる。
【０１３７】
イベント受付部１１は、図６に示した操作データ収集部４９の機能を、ログファイル作成部１３は、図６に示した監査ログファイル作成部５０の機能を、ローカル記憶媒体１７は、図６に示した監査ログ記憶部５１の機能をそれぞれ具備する。また、バックアップ制御部５２の機能は、既述の通りである。
【０１３８】
図１５は、本実施形態における監査ログ管理において実行される各処理の流れ（検査からユーザ端末４８における監査ログファイルの参照まで）を示したフローチャートである。同図に示すように、まず第５の実施形態と同様に、アプリケーション５０からの監査ログ記録要求イベントの受付から、ローカル記憶媒体１７への監査ログファイル及び当該監査ログファイルの完全性を検証するための情報（例えば、メッセージダイジェスト）の保存までの各処理が実行される。
【０１３９】
次に、ログ管理部２１は、常時、検査状況取得部２３及びディスク容量取得部２７によって取得される圧縮開始トリガ情報を基準として、医用機器の非検査状況や検査に支障をきたさない状況を検知・判断する。圧縮処理を行っても検査に支障をきたさない状態であると判断した場合には、ログ管理部２１は、そのタイミングでファイル圧縮部２９に圧縮要求を発行する。
【０１４０】
上記判断に基づいてログ管理部２１からの圧縮要求がファイル圧縮部２９になされると、ファイル圧縮部２９は、これに応答してログファイルの圧縮を実行する。
【０１４１】
また、ログ管理部２１は、圧縮処理中も検査状況取得部２３及びディスク容量取得部２７から装置情報を取得し、圧縮処理中に例えば既に示した圧縮中断トリガ情報を取得した場合、圧縮部に圧縮停止要求を送信して、速やかに圧縮処理を中断し、検査自体に影響を与えないように振舞う。
【０１４２】
次に、上記圧縮操作が繰り返し実行された後、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体のディスク容量が圧迫される状況をディスク容量取得部から得られるディスク残容量から判断して、ディスク容量圧迫状況を検知した段階で、ファイル転送部２９にファイル転送要求を発行する。ファイル転送部２９は、ログ管理部２１からのファイル転送要求に応答して圧縮ファイルを外部媒体に転送し、転送完了後にローカル記憶媒体内の転送済みログファイルをローカル記憶媒体から削除する。以降、第５の実施形態と同様に、監査ログファイルの完全性の確認処理、ユーザ端末４８における監査ログファイルの参照処理等が実行される。
【０１４３】
以上述べた構成によれば、第５の実施形態において述べた効果に加えて、医用機器のパフォーマンスをできる限り低下させずに、圧縮、転送等の監査ログファイルを対象とする処理を実行することができる。
【０１４４】
なお、本実施形態の構成に加えて、第３の実施形態の如く、監査ログファイルのデータサイズの上限を規定する監査ログファイル最大容量を設定することで、ローカル記憶媒体１７に格納されているデータ量を最適化するようにしてもよい。
【０１４５】
本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。具体的な変形例としては、例えば次のようなものがある。
【０１４６】
（１）各実施形態に係る監査ログ管理処理は、当該処理を実行するプログラムをワークステーション等のコンピュータにインストールし、これらをメモリ上で展開することによっても実現することができる。このとき、コンピュータに当該手法を実行させることのできるプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納して頒布することも可能である。
【０１４７】
（２）上記第２の実施形態においては、医用機器の動作状況に応じて監査ログファイルの圧縮処理を行う構成であった。これに対して、図示していない操作部や装置画面のＧＵＩ等に圧縮処理を指示するための専用ボタンを設け、これをマニュアル操作することで、ユーザが任意のタイミングで圧縮処理を実行できるようにしてもよい。
【０１４８】
（３）上記各実施形態においては、患者情報は、診断情報と、少なくとも患者名（又は患者ＩＤ）及び検査種を含む付帯情報とから構成されるものとした。しかしながら、これに拘泥されず、患者情報は、患者を直接的に特定し得る情報（例えば、患者名、患者ＩＤ等）、又は患者を間接的に特定し得る情報（例えば、診断画像、検査結果、治療履歴、体重、身長、性別、嗜好等）を含むものであれば、どのような構成であってもよい。
【０１４９】
（４）上記各実施形態においては、システムに実質的に高負荷を与える監査ログファイルの圧縮、転送処理について、その実行タイミングを医用機器の動作状態に基づいて制御する例を説明した。しかしながら、この例に拘泥されず、監査ログファイルの暗号化処理、監査ログファイルに完全性を確認するための情報を付加する処理、監査ログファイルの完全性を確認する処理等についても、その実行タイミングを医用機器の動作状態に基づいて制御するようにしてもよい。係る場合には、例えばバックアップ制御部５２が、ログ管理部２１からの要求に応答して、監査ログファイルの暗号化処理、監査ログファイルの完全性を確認する処理等を実行するようにすればよい。また、一定量の監査ログファイルを生成後、例えばバックアップ制御部５２において各監査ログファイルに完全性を確認するための情報を付加する処理を行う場合には、システムに高負荷を与えることになる。この様な場合には、その実行タイミングを医用機器の動作状態に基づいて制御する実益は、特に高いと言える。
【０１５０】
また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【産業上の利用可能性】
【０１５１】
以上本発明によれば、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を実現することができる。
【図面の簡単な説明】
【０１５２】
【図１】図１は、第１の実施形態に係る医用機器のブロック構成図を示している。
【図２】図２は、第１の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図３】図３は、第２の実施形態に係る医用機器のブロック構成図を示している。
【図４】図４は、第２の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図５】図５（ａ）は、圧縮中断トリガ情報、及び圧縮開始トリガ情報に基づく圧縮動作の一例示した概念図である。図５（ｂ）は、中断後の圧縮処理の再開について説明するための図である。
【図６】図６は、第４の実施形態に係る医用機器のブロック図である。
【図７】図７は、図６に示す医用機器において監査ログを生成し、生成された監査ログを外部メディアに出力する際の流れを示すフローチャートである。
【図８】図８は、図６に示す医用機器の監査ログファイル作成部により監査ログファイルを作成する際の詳細手順例を示すフローチャートである。
【図９】図９は、図６に示す医用機器のバックアップ制御部により監査ログファイルの完全性を確認し、確認用アプリケーションとともに外部メディアに出力させる際の詳細手順例を示すフローチャートである。
【図１０】図１０は、図６に示すユーザ端末において、外部メディアから入力した確認用アプリケーションを起動して監査ログファイルを参照する際の詳細手順例を示すフローチャートである。
【図１１】図１１は、図６に示す医用機器における監査ログファイルの作成から外部メディアを介した監査ログファイルの参照までの全体の流れを示す概念図である。
【図１２】図１２は、第５の実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。
【図１３】図１３は、第５の実施形態に係る監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図１４】図１４は、第６の実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。
【図１５】図１５は、第６の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【符号の説明】
【０１５３】
１…監査ログ管理システム、１１…イベント受付部、１３…ログファイル作成部、１５…設定ファイル部、１７…ローカル記憶媒体、１９…ファイル転送部、２１…ログ管理部、２３…検査状況取得部、２５…ＣＰＵ状況取得部、２７…ディスク容量取得部、２９…ファイル圧縮部、３１…外部媒体、４１…医用機器、４２…操作端末、４３…メディア保存部、４４…監査ログバックアップシステム、４５…入力装置、４６…表示装置、４７…外部メディア、４８…ユーザ端末、４８ａ…入力装置、４８ｂ…表示装置、４９…操作データ収集部、５０…監査ログファイル作成部、５０ａ…操作データ記録部、５０ｂ…メッセージダイジェスト付加部、５１…監査ログ記憶部、５２…バックアップ制御部、５３…確認用アプリケーション、５４…監査ログファイル構成確認部、５５…監査ログファイル完全性確認部
【技術分野】
【０００１】
本発明は、病院での医用機器において、装置起動中にいつ、誰が、何を、どのように行なったかの内容を監査ログとして記録し、装置内に保存、あるいは外部に転送する監査ログ管理機能を有する医用機器に関する。
【背景技術】
【０００２】
医用画像装置、手術装置、検体検査装置その他の医用機器においては、取得した診断情報（画像データ、手術に関する情報、検査結果等）は、患者名、患者ＩＤ、当該装置に関する情報、疾患名、疾患部位、検査種、撮影等の日時などの付帯情報を用いて管理される。以下、診断情報と付帯情報によって構成される情報を患者情報と呼ぶ。この患者情報は、読影診断担当の医師、病理的診断担当の医師、主治医師等によって必要な情報が適宜読み出され、使用される。各医師は、読み出した患者情報を観察等しながら、自らの所見を別途電子カルテ等に記入することで、医用情報の共有化が実現される。
【０００３】
この様な医用機器においては、患者のプライバシー保護の観点から、患者の個人情報が適切に扱われていることを検証するために、監査ログと呼ばれる患者情報管理のための履歴が記録される。ここで、監査ログとは、例えば医用機器において、患者情報を扱ったイベントに関する情報を５Ｗ１Ｈ方式で記録したものである。また、監査ログに関するファイルは、監査ログファイルと呼ばれる。監査ログファイルは、作成された後、一旦装置内に保管される。装置内に保管された監査ログファイルは、装置管理者、あるいはサービスエンジニアによって、定期的に外部メディアにバックアップされ、外部サーバに転送され、当該装置の外部において管理される。バックアップされた監査ログファイルは、ある期間における疑わしい行動を検出する段階で、装置そのもの、あるいは外部コンピュータ等を利用して閲覧され、監査に利用されている。
【０００４】
なお、本願に関連する公知文献としては、例えば次のようなものがある。
【特許文献１】特開２００１−３４４３４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の監査ログファイルの管理においては、例えば次の様な問題が存在する。
【０００６】
第１に、装置ディスク容量の圧迫を誘発し、医用画像収集を阻害したり、検査スループットを低下させる状態が発生する可能性がある。すなわち、監査ログファイルには、装置起動中のシステム情報や患者の個人情報へのアクセス操作等がすべて記録されるため、そのデータ量は膨大となる。その結果、装置内記憶媒体のディスクフル状態、検査画像の消失、監査ログの消失、システムの不安定な状態を誘発し、検査作業に影響を与える可能性がある。また、通常、記録する監査ログは一旦ローカル（装置内）の記憶媒体に保存される運用となっている場合が多く、この運用を採用する環境においては、この問題は特に顕著である。
【０００７】
第２に、装置管理者、あるいはサービスエンジニアの作業負担が多大である。すなわち、装置内記憶媒体のディスクフル状態を回避するため、監査ログファイルのバックアップ作業を頻繁に行う必要があり、装置管理者、あるいはサービスエンジニアに対して、多大な作業負担を強いることになる。このバックアップ作業には、多くの時間が必要とされる。従って、バックアップ作業を検査時間外に行う運用を採用した場合には、検査査時間外業務超過が問題となり、一方、検査と並行して行なう運用をとった場合には、検査に十分な時間を割くことができなくなる問題へと発展する可能性がある。
【０００８】
本発明は、上記事情に鑑みてなされたもので、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を提供することをその目的としている。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するため、次のような手段を講じている。
【００１０】
本発明の視点は、医用機器において、当該医用機器の動作に関するログを生成するログ作成ユニットと、前記ログを用いる処理であって、且つ当該医用機器に実質的に高負荷を与える処理であるログ対象処理の実行タイミングを、当該医用機器の動作状況に基づいて決定し、当該決定されたタイミングで前記ログ対象処理を実行するログ管理ユニットと、を具備することを特徴とする医用機器である。
【発明の効果】
【００１１】
以上本発明によれば、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を提供することをその目的としている。
【００１２】
を実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の第１実施形態乃至第６実施形態に係る監査管理システムを図面に従って説明する。以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行う。また、本監査ログ管理システムは、Ｘ線コンピュータ断層装置、超音波診断装置、磁気共鳴イメージング装置、核医学診断装置、手術装置、検体検査装置その他の医用機器（医用画像機器に拘泥されず、患者情報を使用する全ての機器を含む。）に内蔵されるか、単体の装置として、当該医用機器とネットワークを介して接続され使用される。以下の各実施形態においては、医用機器に内蔵して用いられる監査ログ管理システムを例として説明する。
【００１４】
なお、各実施形態に係るシステムによって実現される監査ログ管理は、医用機器の動作に関する監査ログを対象とする処理であって、当該システムに実質的に高負荷を与える処理の実行タイミングを、医用機器において発生した各種イベントに応答して制御するものである。ここで、システムに高負荷を与える処理としては、例えば監査ログの圧縮、転送、暗号化、監査ログの完全性を検証するための情報を生成する処理、監査ログのデータとしての完全性を確認する処理、その他処理実行に際してＣＰＵを一定値以上占有するものである。以下においては、説明を具体的にするため、監査ログは患者情報を扱う際の当該医用機器における動作に関するものに限定し、また、患者情報は、診断情報と、少なくとも患者名（又は患者ＩＤ）及び検査種を含む付帯情報とから構成されるものとする。従って、通信規格としてＤＩＣＯＭを用いた場合には、患者情報は、画像に関する情報（診断情報）と、少なくとも患者名（又は患者ＩＤ）及びスタディ（検査種）・ユニークＩＤを含む付帯情報から構成されることになる。
【００１５】
（第１実施形態）
図１は、本実施形態に係る監査ログ管理システム１を具備する医用機器のブロック構成図を示している。同図に示すように、本監査ログ管理システム１は、イベント受付部１１、ログファイル作成部１３、設定ファイル部１５、ローカル記憶媒体１７、ファイル転送部１９、ログ管理部２１、ファイル圧縮部２９、外部媒体３１を具備している。
【００１６】
イベント受付部１１は、医用機器のアプリケーション５０から監査ログ記録要求イベントを受け付け、ログファイル作成部１３に監査ログ記録を要求する。また、イベント受付部１１は、アプリケーション５０から当該医用機器に関するシステム情報を受け取り、ログ管理部２１等に送り出す。
【００１７】
ログファイル作成部１３は、イベント受付部１１からの監査ログ記録要求に応答して、各イベント発生時の監査ログに関するファイル（監査ログファイル）を作成する。
【００１８】
設定ファイル部１５は、監査ログ管理における種々の条件を規定する設定情報を格納する。この設定ファイル部１５内の設定情報は、図示していない入力装置からの入力により、任意に変更可能である。
【００１９】
ローカル記憶媒体１７は、ログファイル作成部１３によって作成された監査ログファイルを格納する本監査ログ管理システム１内の記憶部（例えばハードディスク）である。
【００２０】
ファイル転送部１９は、ファイル圧縮部２９によって圧縮された監査ログファイルを外部媒体３１に転送し、転送終了後等の所定のタイミングにおいてローカル記憶媒体１７内の転送済みの監査ログファイルを削除する。
【００２１】
ログ管理部２１は、ローカル記憶媒体１７を監視し監査ログファイルの作成及び保存を検知する。監査ログファイルのローカル記憶媒体１７への保存を検知した場合には、ログ管理部２１は、ファイル圧縮部２９に圧縮依頼要求を発行する。
【００２２】
ファイル圧縮部２９は、ログファイル作成部１３によって生成された監査ログファイルを、所定のタイミングで圧縮する。また、この圧縮における圧縮率は、必要に応じて変更することができる。
【００２３】
外部媒体３１は、ファイル転送部１９によって転送された圧縮ファイルを格納する。
【００２４】
（動作）
次に、本監査ログ管理システム１の監査ログ管理における動作について説明する。
【００２５】
本監査ログ管理システム１による監査ログ管理では、医用機器において発生した各種イベントに応答して患者情報の監査ログファイルを生成し、これをローカル記憶媒体１７において所定のタイミングで圧縮すると共に、ローカル記憶媒体１７における残容量が制限値を超えた場合等の所定のタイミングにおいて、自動的に圧縮された監査ログファイルを外部記憶媒体に転送しローカル記憶媒体１７内のデータを削除するものである。
【００２６】
図２は、監査ログ管理において実行される各処理の流れ（検査から外部記録媒体に記録まで）を示したフローチャートである。ここでは、例えば、診断者が医用診断装置を利用して検査を行い、その際に作成された監査ログファイルを装置管理者、あるいはサービスマンが外部記録媒体に記録し、監査ログファイルの管理を行なう場合を想定している。
【００２７】
まず、図２に示すように、医用機器を用いた検査において、装置の起動、患者名の登録、患者の検査画像の保存、患者の検査画像の閲覧等、システム情報や患者の個人情報へのアクセスが常時行なわれる。このような操作が行なわれた際、医用機器内の該当操作対象のアプリケーション５０より、それぞれ監査ログ発行イベントが発行される。
【００２８】
監査ログ管理システム１は、イベント受付部１１により、アプリケーション５０からの監査ログ記録要求イベントを受付け、ログファイル作成部１３に記録要求を依頼して各イベント発生時の監査ログを作成し、装置内にテンポラリファイルとして内容記録を行う。
【００２９】
ログファイル作成部１３は、所定のタイミングでテンポラリファイルを作成し、監査ログファイルとしてローカル記憶媒体１７へ保存する。このテンポラリファイルのローカル記憶媒体１７への保存は、設定ファイル部１５に格納された設定情報と、イベント受付部１１を介してアプリケーション５０から受け取ったシステム情報とに基づいて、所定のタイミングで実行される。
【００３０】
すなわち、ログファイル作成部１３は、予め設定情報として設定され、監査ログファイルをローカル記憶媒体１７へ保存するトリガとする保存トリガ情報が、アプリケーション５０から受け取ったシステム情報内に含まれているか否かを判定する。システム情報に該当する保存トリガ情報が含まれている場合には、ログファイル作成部１３は、保存トリガ情報の受信又は検出をトリガとして、テンポラリファイルのローカル記憶媒体１７への保存動作を実行する。
【００３１】
なお、保存トリガ情報としては、例えば次のものを採用することができる。
【００３２】
・日付が変わった
・週が変わった
・月が変わった
・装置がスタンバイ状態となった
・装置が休止状態となった
・装置がシャットダウンされた
・テンポラリファイルの容量が予め設定された閾値（制限値）を超えた
また、いずれの情報を保存トリガ情報とするかは、設定ファイル部１５内に格納されている設定情報を変更することで、任意に選択することができる。
【００３３】
次に、ログ管理部２１は、ローカル記憶媒体１７を監視中において監査ログファイルの作成（又は保存）の有無を確認する。監査ログファイルの作成有りと判断した場合には、ログ管理部２１は、ローカル記憶媒体１７への保存が完了した段階で、ファイル圧縮部２９に圧縮依頼要求を発行する。ファイル圧縮部２９は、監査ログファイルの圧縮を実行する（例えば、ＺＩＰ形式の圧縮ファイルを生成する）と共に、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体１７から削除する。
【００３４】
なお、医用機器を利用して検査が繰り返し行なわれた場合、上記監査ログ記録要求イベントを受付けてから、圧縮済みの元ファイルの削除までの各処理が繰り返し実行されることにより、圧縮ファイルが繰り返し分作成されることになる。
【００３５】
次に、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体１７のディスク容量が圧迫される状況を、ローカル記憶媒体１７（又は第２の実施形態において説明するディスク容量取得部２７）から得られるディスク残容量から判断する。例えば、ログ管理部２１は、所定の閾値とディスク残容量とを比較し、ディスク残容量が閾値を下回っている場合には、ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断する。
【００３６】
ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断した場合、ログ管理部２１は、ファイル転送部１９にファイル転送要求を発行する。ファイル転送部１９は、ローカル記憶媒体１７に格納されている圧縮ファイルを外部媒体３１に転送し、転送完了後にローカル記憶媒体１７内の転送済みログファイルを削除する。
【００３７】
以上述べた構成によれば、以下の効果を得ることができる。
【００３８】
本監査ログ管理システムでは、ローカル記憶媒体に格納された監査ログファイルを所定のタイミングにおいて圧縮すると共に、圧縮済みの元ファイルをローカル記憶媒体から削除する。また、ローカル記憶媒体のディスク残容量を監視し、そのディスク容量が圧迫される状況にあると判定した場合には、圧縮済み監査ログファイルをローカル記憶媒体から外部媒体に転送すると共に、転送済みの圧縮済み監査ログファイルをローカル記憶媒体から削除する。従って、ローカル記憶媒体の総容量に占める圧縮済み監査ログファイルの割合をできる限り小さくすることができ、監査ログの保存による装置内記憶媒体の容量圧迫を回避することができる。その結果、医用画像収集阻害、および検査スループットの低下を未然に防止でき、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能となる。
【００３９】
また、本監査ログ管理システムでは、ローカル記憶媒体のディスク残容量を監視し、そのディスク容量が圧迫される状況にあると判定した場合には、圧縮済み監査ログファイルをローカル記憶媒体から外部媒体に転送すると共に、転送済みの圧縮済み監査ログファイルをローカル記憶媒体から削除する。従って、ファイルの圧縮率の高低に関わらず、常にローカル記憶媒体の容量を圧迫する状況を回避することができる。
【００４０】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態に係る監査ログ管理システム１は、第１の実施形態とは異なるタイミングにてローカル記憶媒体の監査ログファイルを圧縮するものである。すなわち、本実施形態に係る監査ログ管理システム１では、医用機器において実行されている検査情報、医用機器のＣＰＵ動作状況、ローカル記憶媒体のディスク容量等に基づいて、医用機器の動作状況を判定し、所定のタイミングにて監査ログファイルの圧縮処理を行うものである。
【００４１】
図３は、第２の実施形態に係る監査ログ管理システム１のブロック構成図を示している。図１に示した第１の実施形態に係る監査ログ管理システム１と比較した場合、検査状況取得部２３、ディスク容量取得部２７をさらに具備する点において異なっている。
【００４２】
検査状況取得部２３は、当該監査ログ管理システム１を内蔵する医用機器を用いた検査状況（例えば、検査開始、検査終了、検査中断、検査再開）を取得・監視する。この監視は、アプリケーション５０から受け取るシステム情報に含まれる当該医用機器の検査開始操作、検査終了操作等のイベントを取得することで実行される。また、検査状況取得部２３は、アプリケーション５０から受け取るシステム情報に基づいて、当該監査ログ管理システム１を内蔵する医用機器のＣＰＵ状況（例えば、ＣＰＵ使用率等）を随時取得し監視する。
【００４３】
ディスク容量取得部２７は、アプリケーション５０から受け取るシステム情報に基づいて、ローカル記憶媒体１７のディスク容量を随時取得・監視し、ディスク残容量を判定する。
【００４４】
図４は、本実施形態における監査ログ管理において実行される各処理の流れ（検査から外部記録媒体に記録まで）を示したフローチャートである。同図に従って、医用機器のアイドル時間（非検査時間）に圧縮処理を行う場合を例に説明する。
【００４５】
図４において、まず第１の実施形態と同様に、アプリケーション５０からの監査ログ記録要求イベントの受付けから、ローカル記憶媒体１７への監査ログファイルの保存までの各処理が実行される。
【００４６】
本実施形態においては、ログ管理部２１は、ローカル記憶媒体への保存が完了した段階で即座に、ファイル圧縮部２９に圧縮要求を発行しない。ログ管理部２１は、常時、検査状況取得部２３、及びディスク容量取得部２７によって取得される圧縮開始トリガ情報を基準として、医用機器の非検査状況や検査に支障をきたさない状況を検知・判断する。圧縮処理を行っても検査に支障をきたさない状態であると判断した場合には、ログ管理部２１は、そのタイミングでファイル圧縮部２９に圧縮要求を発行する。なお、圧縮開始トリガ情報としては、例えば次のものを採用することができる。
【００４７】
・検査終了操作
・検査中断操作
・ＣＰＵ使用状況（ＣＰＵ使用率等）
・メモリ使用状況（メモリ使用率等）
・システム内の起動プロセス数
・ローカルディスク残容量
・ローカルディスクへのアクセス状況
・監査ログファイル数
・圧縮済み監査ログファイル数
・圧縮途中の監査ログファイルの有無
上記判断に基づいてログ管理部２１からの圧縮要求がファイル圧縮部２９になされると、ファイル圧縮部２９は、これに応答してログファイルの圧縮を実行する。
【００４８】
また、ログ管理部２１は、圧縮処理中も検査状況取得部２３、およびディスク容量取得部２７から装置情報を取得し、圧縮処理中に例えば下記に示す圧縮中断トリガ情報を取得した場合、圧縮部に圧縮停止要求を送信して、速やかに圧縮処理を中断し、検査自体に影響を与えないように振舞う。
【００４９】
・検査が開始された
・検査が再開された
・ＣＰＵ使用が増大した（なんらかのアプリケーション（操作）が開始された）
・ローカルディスクへのアクセスが検出された
この様な圧縮中断トリガ情報、及び圧縮開始トリガ情報に基づく圧縮動作の一例を、図５（ａ）に概念的に示した。同図においては、医用機器の検査動作に対するアイドル時間に監査ログファイルの圧縮処理を行う構成となっている。
【００５０】
ログ管理部２１からの圧縮停止要求により圧縮処理が中断した場合には、ファイル圧縮部２９は、ログ管理部２１によって指定された所定のファイルに遡って圧縮処理を再度実行する。例えば、４月１日〜７日までの監査ログファイルの圧縮処理を行う場合において、図５（ｂ）に示すように、４月１日〜５日までの監査ログファイルの圧縮処理は完了し、４月６日分の監査ログファイルの圧縮処理中に、当該圧縮処理が圧縮停止要求により中断されたとする。ログ管理部２１は、ファイル圧縮部２９による圧縮処理の進行状況を監視し、中断後の次の圧縮処理においては、４月６日分の監査ログファイルから圧縮処理を実行するように、ファイル圧縮部２９に対し要求を出す。ファイル圧縮部２９は、当該要求に従って、４月６日分の監査ログファイルから圧縮処理を再実行する。なお、この様な再開手法は、圧縮処理に限定されず、転送処理その他の監査ログを対象としシステムに高負荷を与える処理であれば適用可能である。
【００５１】
次に、上記圧縮操作が繰り返し実行された後、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体のディスク容量が圧迫される状況をディスク容量取得部から得られるディスク残容量から判断して、ディスク容量圧迫状況を検知した段階で、ファイル転送部２９にファイル転送要求を発行する。ファイル転送部２９は、ログ管理部２１からのファイル転送要求に応答して圧縮ファイルを外部媒体に転送し、転送完了後にローカル記憶媒体内の転送済みログファイルをローカル記憶媒体から削除する。
【００５２】
以上述べた構成によれば、医用機器において実行されている検査情報、医用機器のＣＰＵ動作状況、ローカル記憶媒体のディスク容量等に基づいて、医用機器の動作有状況を判定し、所定のタイミングにて監査ログファイルの圧縮処理を行うことができる。従って、第１の実施形態において述べた効果に加えて、医用機器のパフォーマンスをできる限り低下させずに、圧縮処理を実行することができる。その結果、医用画像収集阻害、および検査スループットの低下を防止でき、病院内の業務スループット向上を支援することが可能となる。
【００５３】
なお、監査ログファイルが複数存在する場合は、同一の圧縮開始トリガ情報等に基づいて全ての監査ログファイルを圧縮してもよいし、監査ログファイル毎に圧縮開始トリガ情報等を取得し、これに基づいて各監査ログファイルを圧縮してもよい。いずれの場合であっても、ファイル圧縮部２９は、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体から削除するようにすればよい。
【００５４】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第３の実施形態は、第２の実施形態において発生し得る問題を解決するものである。すなわち、第２の実施形態において、アイドル時間が非常に短い、あるいは検査の中断/再開がほとんど発生しない、検査間のインターバルが非常に短い運用形態で検査を行っていた場合、ローカル記憶媒体に保存された監査ログファイルの容量がどれも大きいと、中断処理が随時発生し、圧縮処理が完了しないケースが考えられる。本実施形態は、監査ログファイルのデータサイズの上限を規定する監査ログファイル最大容量を設定することで、ローカル記憶媒体１７に格納されているデータ量を最適化するものである。
【００５５】
設定ファイル部１５は、予め設定された監査ログファイル最大容量を設定情報として格納する。なお、この監査ログファイル最大容量は、所定の操作によって任意の値に変更することが可能である。
【００５６】
ログファイル作成部１３は、設定ファイル部１５に格納された監査ログファイル最大容量に従ってログファイルを作成する。監査ログファイル最大容量を適切な値に設定することで、ログファイル作成部１３は、比較的、圧縮処理に時間がかからない程度の容量の監査ログファイルを作成することができる。
【００５７】
最大容量に従って作成された監査ログファイルは、上記各実施形態において説明した手順に従って、短いアイドル時間内、短い検査間インターバル内に圧縮処理が実行される。また、圧縮済みの監査ログファイルは、ローカル記憶媒体から削除される。
【００５８】
以上述べた構成によれは、アイドル時間が非常に短い等の環境下においても、監査ログによるローカル記憶媒体の容量圧迫を回避することができる。その結果、検査スループットの低下を防止し、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業の効率化、病院内の業務スループット向上を実現することができる。
【００５９】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本医用機器は、監査ログファイルを外部記憶装置に出力する場合に、当該監査ログファイルの完全性を検証するための情報を生成し、これを用いてデータの改竄の有無を検証することができるものである。
【００６０】
図６は本実施形態に係る医用機器の実施の形態を示す機能ブロック図である。
【００６１】
医用機器４１は、操作端末４２およびメディア保存部４３を備え、監査ログファイル出力システム４４が搭載される。尚、医用機器４１としては、超音波診断装置、Ｘ線ＣＴ装置、ＭＲＩ等の画像診断装置や検体装置並びにＨＩＳ，ＲＩＳ、ＰＡＣＳ等の医用情報システムとすることが可能であり、医用機器４１に応じた機能を備えるための構成要素が設けられるが、ここでは省略する。操作端末４２には、情報を入力して操作するための入力装置４５および表示装置４６が設けられる。
【００６２】
また、メディア保存部４３は、監査ログファイル出力システム４４から受けた情報を外部メディア４７に出力する機能を有する。外部メディア４７は、書き込み可能な記憶媒体であり、具体例としてＵＳＢ（Universal Serial Bus）（登録商標）メモリ、ＩＣ（Integrated Circuit）カード、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＨＤＤ（Hard Disk Drive）等の記憶媒体が挙げられる。そして、外部メディア４７に保存された情報はユーザ端末４８に読み込ませて参照することができる。ユーザ端末４８は、任意の医用機器の操作端末の他、一般のＰＣ（Personal Computer）を用いることもできる。
【００６３】
監査ログファイル出力システム４４は、例えばコンピュータに監査ログファイル出力プログラムを読み込ませて構築することができるが、監査ログファイル出力システム４４の全部または一部を回路により構築してもよい。そして、監査ログファイル出力システム４４には、医用機器４１における監査ログファイルを作成して外部メディア７に出力する機能が備えられる。そのために監査ログファイル出力システム４４は、操作データ収集部４９、監査ログファイル作成部５０、監査ログ記憶部５１およびバックアップ制御部５２を具備している。
【００６４】
操作データ収集部４９は、ユーザによる入力装置４５の操作情報を収集する機能と、収集した操作情報を監査ログファイル作成部５０に逐一与える機能を有する。
【００６５】
監査ログファイル作成部５０は、操作データ収集部４９から受けた一定期間のまたは一定の容量の操作情報から監査ログファイルを作成する機能と、作成した監査ログファイルを監査ログ記憶部５１に書き込んで保存させる機能を有する。例えば、監査ログファイルには、ハッシュ関数を使った演算により操作情報から生成された特徴的なパターンを有する固定長のメッセージダイジェストが完全性の検証のために付加される。
【００６６】
そこで、監査ログファイル作成部５０は、例えば操作データ記録部５０ａとメッセージダイジェスト付加部５０ｂとを備えて構成することができる。この場合、操作データ記録部５０ａには、操作データ収集部４９から操作情報を取得して記録する機能が備えられ、メッセージダイジェスト付加部５０ｂには、操作データ記録部５０ａから一定期間のまたは一定の容量の操作情報を読み込んでメッセージダイジェストを付加することにより監査ログファイルを作成する機能が備えられる。
【００６７】
メッセージダイジェストは、ある一定期間の操作データをまとめた１つの監査ログファイルに対して１つ付加されるだけでなく、入力装置４５の１つ１つの各操作データや、１日分の操作データ、一週間分の操作データというように、１つの監査ログファイル内の操作データを複数の任意の大きさの単位に区切って、各単位それぞれに対して付加することも可能である。これにより、例えば監査ログファイル内の操作データのある一部分の内容が改竄された場合に、改竄がどのタイミングでなされたものかを特定することが可能となり、さらに同一の監査ログファイル内で改竄の影響を受けていない部分の操作データについては問題なく扱うことができる。
【００６８】
ただし、監査ログファイルを作成する際、ハッシュ関数を用いてメッセージダイジェストを作成するという手段に限らず、例えばチェックサムやデジタルタイムスタンプといったファイルの完全性の確認を目的とする同等の他の代替手法を用いて監査ログファイルの完全性を検証するための任意の監査ログ完全性検証情報を作成するように監査ログファイル作成部５０を構成することができる。
【００６９】
また、必要に応じて監査ログファイルの所望の部位を暗号化することができる。例えば、本文の暗号化したり、本文中に書き込まれた時刻情報等の一部の内容を隠蔽することもできる。これにより、監査ログファイルの改竄の危険性を低減することができる。
【００７０】
監査ログ記憶部５１は、監査ログファイル作成部５０において作成された監査ログファイルを監査ログ完全性検証情報とともに保存する機能を有する。
【００７１】
バックアップ制御部５２は、監査ログファイルの外部メディア４７への出力要求を入力装置４５から受けた場合に、監査ログ記憶部５１に保存されている監査ログファイルの一覧をリスト情報として表示装置４６に与えて表示させる一方、外部メディア４７に出力すべき監査ログファイルの指示を入力装置４５から受ける機能と、入力装置４５の操作により指定された監査ログファイルを監査ログ記憶部５１から取得してメッセージダイジェスト等の監査ログ完全性検証情報の確認により監査ログファイル並びに各操作データの完全性を検証し、完全性が確認された場合には取得した監査ログファイルの完全性を確認した旨の完全性検証情報を作成して監査ログファイルとともにメディア保存部４３に与える機能を有する。
【００７２】
一方で、逆にメッセージダイジェスト等の監査ログ完全性検証情報の確認により、監査ログファイル並びに操作データの完全性が確認できなかった場合には、前記したとおり、該当する監査ログファイル内の操作データ並びに該当する期間および操作を特定することができる。例えば、入力装置４５からの１つ１つの操作データに対してメッセージダイジェストを逐一付加した場合、どの操作データが改竄されたものであるかが特定可能である。同様に、１日分の操作データに対してメッセージダイジェストを逐一付加した場合、データ改竄の疑いがある期間(ここでは該当する１日分の操作データ)が特定できる。
【００７３】
そこで、バックアップ制御部５２には、監査ログファイル並びに操作データの完全性が確認できなかった場合には、該当する監査ログファイル並びに該当する期間および操作を特定する機能と、特定した監査ログファイル並びに期間および操作に関する情報を表示装置４６に与えて表示させることによりユーザへ通知する機能を備えることもできる。
【００７４】
さらに、監査ログファイル内の完全性が確認できなかった部分について、「完全性を確認できなかった」旨のメッセージを監査ログファイルに付加したり、完全性が確認できなかった監査ログファイルを完全性が確認できた監査ログファイルから識別できるように、監査ログファイルのファイル名を通常とは異なる特別なファイル名に変更するといった処理を行えるようにバックアップ制御部５２を構成することができる。つまり、バックアップ制御部５２に、完全性が確認できなかった監査ログファイルに対して、完全性が確認できなかった旨を示す情報を付加する機能を設けることができる。
【００７５】
そして、監査ログファイルにメッセージダイジェストが付加されている場合には、監査ログファイルの完全性検証処理の後、監査ログファイルの生成の際に用いた秘密の同一または別の文字列を用いて再びハッシュ関数を適用することにより作成された同一または別のメッセージダイジェストを利用して監査ログファイルに対する完全性の検証が可能な完全性検証情報を作成することができる。
【００７６】
このようにバックアップ制御部５２は、監査ログファイルの完全性を確認するための完全性検証情報を作成する機能を有する。そして、このようなバックアップ制御部５２は、監査ログファイルを外部メディア７に出力するためのバックアップアプリケーションとしてコンピュータ上に実装することができる。
【００７７】
尚、監査ログファイルの所望の部位が暗号化された場合には、バックアップ制御部５２（バックアップアプリケーション）には、暗号化された部位を解読する機能が具備される。
【００７８】
ここで、バックアップ制御部５２により作成される完全性検証情報は、ファイル形式で作成された確認用アプリケーション（ソフトウェア）とすることができる。確認用アプリケーションは、単一の外部メディア４７に複数の監査ログファイルが出力される場合には、共通に１つ作成され、各監査ログファイルの完全性を確認するための各種機能を設けることが可能である。例えばユーザ端末４８に確認用アプリケーション５３を読み込ませた場合に、ユーザ端末４８を監査ログファイル構成確認部５４および監査ログファイル完全性確認部５５として機能させることができる。ただし、ユーザ端末４８は医用機器４１と同様に入力装置４８ａおよび表示装置４８ｂを備え、医用機器４１の操作端末４２に相当する機能を具備しているものとする。
【００７９】
この場合、監査ログファイル構成確認部５４は、同一の外部メディア４７内に保存された監査ログファイルのファイル構成に抜けがないか否かを判定し、ファイル構成に抜けがあると判定された場合には、その旨をユーザに通知するための情報を作成する機能を有し、監査ログファイル完全性確認部５５は、同一の外部メディア４７内に保存された監査ログファイルの完全性をメッセージダイジェストの確認により検証し、完全性が確認できなかった監査ログファイルをユーザに通知するための情報を作成する機能を有する。
【００８０】
尚、監査ログファイルの所望の部位が暗号化された場合には、確認用アプリケーション５３（監査ログファイル完全性確認部５５）には、暗号化された部位を解読して完全性を確認したり、本文を表示させたりする機能が具備される。
【００８１】
このためメディア保存部４３からは、バックアップ制御部５２から与えられた監査ログファイルおよび完全性検証情報を外部メディア４７に出力することができる。
【００８２】
次に医用機器４１の作用について説明する。
【００８３】
図７は、図６に示す医用機器１において監査ログを生成し、生成された監査ログを外部メディア４７に出力する際の流れを示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００８４】
まずステップＳ１において、ユーザが入力装置４５を操作し、医用機器１を操作すると、操作データ収集部４９は操作情報として収集して順次監査ログファイル作成部５０に与える。
【００８５】
次に、ステップＳ２において、監査ログファイル作成部５０は、操作データ収集部４９から受けた一定期間のまたは一定の容量の各操作情報から監査ログファイルを作成し、作成した監査ログファイルを監査ログ記憶部５１に書き込んで保存させる。このため、監査ログ記憶部５１には、監査ログファイル作成部５０において作成された監査ログファイルが、ある一定期間ごと、またはある一定の容量ごとに分割して保存される。
【００８６】
図８は、図６に示す医用機器４１の監査ログファイル作成部５０により監査ログファイルを作成する際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００８７】
まずステップＳ１１において、監査ログファイル作成部５０は、監査ログ作業用ファイルを生成し、生成した監査ログ作業用ファイルに操作データ収集部４９から順次受け渡された時系列の操作情報を一定の期間または容量で区切って書き込む。
【００８８】
次に、ステップＳ１２において、監査ログファイル作成部５０は、データの完全性を確認するための情報を監査ログ作業用ファイルに付加する。具体的には、監査ログ作業用ファイルの内容に対してある秘密の文字列でハッシュコードを生成して、操作情報の本文に付帯させる。すなわち、あるハッシュ関数を適用してメッセージダイジェストを生成し、監査ログ作業用ファイルに監査ログ完全性検証情報として付加する。
【００８９】
次に、ステップＳ１３において、監査ログファイル作成部５０は、生成した監査ログ作業用ファイルの内容が監査ログであることを容易に判断されないように変更して監査ログファイルとして生成する。このとき必要に応じて、監査ログファイルの本文は暗号化される。
【００９０】
そして、このように生成された監査ログファイルは、監査ログ記憶部５１に書き込まれて保存される。さらに、ユーザは、バックアップアプリケーションを起動して、監査ログ記憶部５１に保存された監査ログファイルを外部メディア４７に保存することができる。
【００９１】
すなわち、図７のステップＳ３において、バックアップアプリケーションが起動されるとバックアップ制御部５２は、入力装置４５から指定された監査ログファイルの完全性を検証し、完全性を有する旨の確認が取れた場合には確認用アプリケーション５３とともに監査ログファイルをメディア保存部４３へ受け渡す。
【００９２】
図９は、図６に示す医用機器４１のバックアップ制御部５２により監査ログファイルの完全性を確認し、確認用アプリケーション５３とともに外部メディア７に出力させる際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【００９３】
まずステップＳ２１において、バックアップ制御部５２は、入力装置４５から監査ログファイルの外部メディア７への出力要求を受けると、監査ログ記憶部５１から監査ログファイルをロードする。
【００９４】
次に、ステップＳ２２において、バックアップ制御部５２は、監査ログ記憶部５１からロードした監査ログファイルの一覧をリスト情報として表示装置４６に与えて表示させる。このため、表示装置４６には、外部メディア４７に保存すべき監査ログファイルの選択画面が表示される。
【００９５】
次に、ステップＳ２３において、バックアップ制御部５２は、外部メディア４７に保存すべき監査ログファイルの指示の有無を判定する。そして、外部メディア４７に保存すべき監査ログファイルの指示が入力装置４５から入力されなかった場合には、処理を終了させる。
【００９６】
ユーザが入力装置４５から外部メディア４７に保存する監査ログファイルを選択し、外部メディア４７に保存すべき監査ログファイルの指示がバックアップ制御部５２に与えられた場合には、ステップＳ２４において、バックアップ制御部５２は、選択された各監査ログファイルに対してメッセージダイジェストを確認することにより情報の完全性を検証した上で、選択された全ての監査ログファイルの完全性が確認できたか否かを判定する。
【００９７】
そして、完全性が確認できなかった監査ログファイルが存在する場合には、ステップＳ２５において、バックアップ制御部５２は、完全性が確認できなかった監査ログファイルのリストを表示装置４６に与える。さらに、バックアップ制御部５２は、完全性の確認できなかった監査ログファイル内に記録された操作データのどの期間またはどの操作に対して完全性が確認できなかったのかを特定し、得られた結果を表示装置４６に与えてユーザに通知する。
【００９８】
このとき、完全性が確認できなかった部分に対して「完全性が確認できなかった」旨のメッセージを監査ログファイルに付加する。
【００９９】
次に、ステップＳ２６において、バックアップ制御部５２は、完全性が確認できなかった当該監査ログファイルを外部メディア４７へ出力するかどうかをユーザに選択させるための画面情報を表示装置４６に与えて表示させる。そして、ユーザは、入力装置４５の操作により保存の可否を選択指示することができる。さらに、バックアップ制御部５２は、入力装置４５の操作情報を受けて完全性の確認できている監査ログファイルの部分について外部メディア４７に保存するか否かの判定を行う。
【０１００】
そして、完全性の確認できている監査ログファイルの部分を外部メディア４７に保存することをユーザが希望しない場合には、再びステップＳ２２において、監査ログファイルの選択画面が表示装置４６に表示され、入力装置４５からの選択指示の受付け状態となる。
【０１０１】
一方、ステップＳ２６において、完全性の確認できている監査ログファイルの部分を外部メディア４７に保存すると判定された場合や、あるいはステップＳ２４において完全性が確認できなかった監査ログファイルが存在しないと判定された場合には、ステップＳ２７において、バックアップ制御部５２が監査ログファイルの完全性を確認するための確認用アプリケーション５３を生成する。この確認用アプリケーション５３は、監査ログファイル作成部５０が監査ログファイルの生成の際に使用したハッシュコードを確認するものであり、監査ログファイルの生成の際に用いた秘密の文字列と同一の文字列を使用して生成することができる。
【０１０２】
次に、ステップＳ２８において、バックアップ制御部５２は、完全性の確認がとれた各監査ログファイルを確認用アプリケーション５３とともにメディア保存部４３に与える。このため、メディア保存部４３は、バックアップ制御部５２から渡される監査ログファイルと確認用アプリケーション５３を外部メディア４７へ保存する。すなわち、メディア保存部４３から各監査ログファイルおよび確認用アプリケーション５３が外部メディア４７に書き込まれる。
【０１０３】
尚、ある１つの外部メディア７内に保存される各監査ログファイルは共通のハッシュ関数によって生成されているため、各監査ログファイルの完全性の確認用の確認用アプリケーション５３も１つのメディアに対して１つ共通に生成されることとなる。逆に言えば、単一の外部メディア４７内に複数の監査ログファイルを保存する場合には、ハッシュ関数が共通である必要があり、確認用アプリケーション５３は１メディアに対してひとつ生成される。
【０１０４】
そして、ユーザは、外部メディア４７に例えばバックアップ用に監査ログファイルを保存し、所望の時期に外部メディア４７に保存された監査ログファイルを参照することができる。
【０１０５】
外部メディア４７から監査ログファイルを参照する場合には、図７のステップＳ４において、外部メディア４７内に保存された監査ログファイルおよび確認用アプリケーション５３がユーザ端末４８に読み込まれる。そして、確認用アプリケーション５３がユーザ端末４８上で起動される。
【０１０６】
図１０は、図６に示すユーザ端末４８において、外部メディア４７から入力した確認用アプリケーション５３を起動して監査ログファイルを参照する際の詳細手順例を示すフローチャートであり、図中Ｓに数字を付した符号はフローチャートの各ステップを示す。
【０１０７】
まずステップＳ３１において、外部メディア７内に保存された確認用アプリケーション５３がユーザ端末４８上で起動される。そうすると、ユーザ端末４８は監査ログファイル構成確認部５４および監査ログファイル完全性確認部５５として機能する。
【０１０８】
次に、ステップＳ３２において、外部メディア４７内における監査ログファイルのファイル構成が監査ログファイル構成確認部５４により確認される。すなわち監査ログファイル構成確認部５４は、同一の外部メディア４７内に保存された監査ログファイルのファイル構成に抜けがないか否か、すなわち監査ログファイルが欠落しているか否かを判定する。
【０１０９】
そして、監査ログファイルのファイル構成に抜けがあると判定された場合には、ステップＳ３３において、監査ログファイル構成確認部５４がファイル構成に抜けがある旨をユーザに通知するための情報を作成し、ユーザ端末４８の画面に表示させる。
【０１１０】
さらに、監査ログファイルのファイル構成に抜けがあると判定されなかった場合または監査ログファイルのファイル構成に抜けがある旨の表示後、ユーザ端末４８は参照すべき監査ログファイルの選択待ち受け状態となる。
【０１１１】
次に、ステップＳ３４において、ユーザ端末４８の操作により参照すべき監査ログファイルの選択情報を受けた場合には、監査ログファイル完全性確認部５５は、選択された監査ログファイルを外部メディア４７からロードする。
【０１１２】
次に、ステップＳ３５において、監査ログファイル完全性確認部５５は、外部メディア４７からロードされた参照すべき目的の監査ログファイルの完全性を、メッセージダイジェストを確認することにより検証し、監査ログファイルの完全性が確認できたか否かを判定する。
【０１１３】
そして、監査ログファイルの完全性が確認できなかった場合には、ステップＳ３６において、完全性が確認できなかった監査ログファイルをユーザに通知するための情報を監査ログファイル完全性確認部５５が作成する。このため、完全性が確認できなかった監査ログファイルがユーザ端末４８の画面に表示され、ユーザ端末４８は参照すべき監査ログファイルの選択待ち受け状態となる。
【０１１４】
一方、監査ログファイルの完全性が確認できた場合には、ステップＳ３７において、選択された監査ログファイルがユーザ端末４８の画面に表示される。
【０１１５】
このような確認用アプリケーション５３によりユーザはユーザ端末４８を介して外部メディア４７内に保存された監査ログファイルのファイル数を確認してファイル構成に抜けがないかを検証することができる。さらに、外部メディア４７内の各監査ログファイルに対してメッセージダイジェストを確認し、確認の取れなかった監査ログファイルについては、破壊もしくは改竄があったと判断することができる。
【０１１６】
図１１は、図６に示す医用機器１における監査ログファイルの作成から外部メディア７を介した監査ログファイルの参照までの全体の流れを示す概念図である。
【０１１７】
医用機器４１において監査ログファイル作成部５０は、操作データから監査ログ作業用ファイルを作成し、ログファイル作成関数（ハッシュ関数）によりハッシュコードを生成する。この結果、本文である操作データにダイジェストメッセージが付帯された監査ログファイルが生成される。
【０１１８】
そして、監査ログファイルは、医用機器４１内の監査ログ記憶部５１に保存されるが、ユーザが操作端末４２の操作によりバックアップアプリケーションを起動して外部メディア４７にバックアップする監査ログファイルを選択すると、選択された各監査ログファイルのダイジェストメッセージがバックアップ制御部５２（バックアップアプリケーション）によって確認されて各監査ログファイルの完全性の検証が行われる。
【０１１９】
次に、バックアップアプリケーションは、完全性が確認された各監査ログファイルに共通のハッシュコードチェック用の確認用アプリケーション５３を作成して、各監査ログファイルとともに外部メディア４７に出力させる。
【０１２０】
このため、外部メディア４７には、本文とダイジェストメッセージとで構成される単一または複数の監査ログファイルと、１つのハッシュコードチェック用の確認用アプリケーション５３が保存される。そして、ユーザはユーザ端末４８において、外部メディア４７に保存された確認用アプリケーション５３を起動して、各監査ログファイルの完全性の検証を行った上で参照することができる。
【０１２１】
つまり、以上のような医用機器４１は、監査ログファイルを外部メディア４７に出力する際に、監査ログファイルの完全性を確認したうえで完全性の確認用アプリケーション５３を生成し、完全性の確認対象となる監査ログファイルとともに確認用アプリケーション５３が外部メディア４７に保存されるようにしたものである。
【０１２２】
このため、医用機器４１によれば、ある一定期間後に外部メディア４７内に保存された監査ログファイルを参照する場合であっても、同一の外部メディア４７内に保存された確認用アプリケーション５３を使用することで、外部出力された監査ログファイルが医用機器４１において保存された状態を維持しているかどうかを検証することができる。すなわち、監査ログファイルの外部メディア４７内への保存時から監査ログファイルの参照時までの期間に情報が破壊または改竄されていないかどうかを確認することができる。
【０１２３】
また、外部メディア４７内に保存される監査ログファイルが複数であっても外部メディア４７内に保存される確認用アプリケーション５３は１つであり、共通の確認用アプリケーション５３によって外部メディア４７内における全ての監査ログファイルの完全性の確認処理が行われる。このため、監査ログファイルの完全性の検証だけでなく、外部メディア４７内に保存された監査ログファイルのファイル構成（ファイル数）も確認することができる。
【０１２４】
（第５の実施形態）
次に、本発明の第５の実施形態について説明する。本実施形態に係る監査ログ管理システムは、第１の実施形態に係る監査ログ管理システムにおいて、第４の実施形態で述べた監査ログファイルの完全性を検証するための情報を用いたデータの改竄の有無を検証するものである。
【０１２５】
図１２は、本実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。図１に示した監査ログ管理システムと比較した場合、イベント受付部１１、ログファイル作成部１３、ローカル記憶媒体１７の機能、及びバックアップ制御部５２をさらに具備する点が主に異なる。
【０１２６】
イベント受付部１１は、図６に示した操作データ収集部４９の機能を、ログファイル作成部１３は、図６に示した監査ログファイル作成部５０の機能を、ローカル記憶媒体１７は、図６に示した監査ログ記憶部５１の機能をそれぞれ具備する。また、バックアップ制御部５２の機能は、既述の通りである。
【０１２７】
図１３は、本実施形態に係る監査ログ管理において実行される各処理の流れ（検査からユーザ端末４８における監査ログファイルの参照まで）を示したフローチャートである。まず、図１３に示すように、医用機器を用いた検査において、所定の操作が行なわれた際、医用機器内の該当操作対象のアプリケーション５０より、それぞれ監査ログ発行イベントが発行される。監査ログ管理システム１は、イベント受付部１１により、アプリケーション５０からの監査ログ記録要求イベントを受付ける（図７のステップＳ１に対応）。
【０１２８】
ログファイル作成部１３は、イベント受付部１１からの記録要求に応答して各イベント発生時の監査ログ、及びデータの完全性を確認するための情報（例えばメッセージダイジェスト）を作成し、装置内にテンポラリファイルとして内容記録を行う。また、ログファイル作成部１３は、所定のタイミングでテンポラリファイルを作成し、監査ログファイルとしてローカル記憶媒体１７へ保存する。このテンポラリファイルのローカル記憶媒体１７への保存は、設定ファイル部１５に格納された設定情報と、イベント受付部１１を介してアプリケーション５０から受け取ったシステム情報とに基づいて、所定のタイミングで（例えば、保存トリガ情報を基準として）実行される（図７のステップＳ２、図８のステップＳ１１〜Ｓ１３に対応）。
【０１２９】
次に、ログ管理部２１は、ローカル記憶媒体１７を監視中において監査ログファイルの作成（又は保存）の有無を確認する。監査ログファイルの作成有りと判断した場合には、ログ管理部２１は、ローカル記憶媒体１７への保存が完了した段階で、ファイル圧縮部２９に圧縮依頼要求を発行する。ファイル圧縮部２９は、監査ログファイルの圧縮を実行する（例えば、ＺＩＰ形式の圧縮ファイルを生成する）と共に、ファイルの圧縮が完了した段階で、圧縮済みの元ファイルをローカル記憶媒体１７から削除する。
【０１３０】
なお、医用機器を利用して検査が繰り返し行なわれた場合、上記監査ログ記録要求イベントを受付けてから、圧縮済みの元ファイルの削除までの各処理が繰り返し実行されることにより、圧縮ファイルが繰り返し分作成されることになる。
【０１３１】
次に、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体１７のディスク容量が圧迫される状況を、ローカル記憶媒体１７（又は容量取得部２７）から得られるディスク残容量から判断する。例えば、ログ管理部２１は、所定の閾値とディスク残容量とを比較し、ディスク残容量が閾値を下回っている場合には、ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断する。ローカル記憶媒体１７のディスク容量が圧迫される状況であると判断した場合、ログ管理部２１は、ファイル転送部１９にファイル転送要求を発行する。
【０１３２】
ファイル転送部１９は、ローカル記憶媒体１７に格納されている圧縮ファイルをバックアップ制御部５２に転送し、転送完了後にローカル記憶媒体１７内の転送済みログファイルを削除する。バックアップ制御部５２は、図９に示したステップＳ２４乃至ステップＳ２８までの各処理を実行することで監査ログファイルの完全性を確認し、確認用アプリケーション１３と共に監査ログファイルを外部媒体３１に受け渡す。
【０１３３】
ユーザ端末４８においては、監査ログファイルを参照する際に、外部媒体３１から入力した確認用アプリケーション１３が起動され、図１０に示した各処理が実行される。
【０１３４】
以上述べた構成によれば、ローカル記憶媒体の総容量に占める圧縮済み監査ログファイルの割合をできる限り小さくできると共に、監査ログファイルの外部媒体への保時から参照時までの期間に、情報が破壊又は改竄されているか否かを確認することができる。従って、圧縮、転送等の監査ログファイルを対象とする処理による医用画像収集動作の阻害、検査スループットの低下を防止すると共に、監査ログファイルの情報としての安全性を担保することができる。
【０１３５】
（第６の実施形態）
次に、本発明の第６の実施形態について説明する。本実施形態に係る監査ログ管理システムは、第２の実施形態に係る監査ログ管理システムにおいて、第４の実施形態で述べた監査ログファイルの完全性を検証するための情報を用いたデータの改竄の有無を検証するものである。
【０１３６】
図１４は、本実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。図３に示した監査ログ管理システムと比較した場合、イベント受付部１１、ログファイル作成部１３、ローカル記憶媒体１７の機能、及びバックアップ制御部５２をさらに具備する点が主に異なる。
【０１３７】
イベント受付部１１は、図６に示した操作データ収集部４９の機能を、ログファイル作成部１３は、図６に示した監査ログファイル作成部５０の機能を、ローカル記憶媒体１７は、図６に示した監査ログ記憶部５１の機能をそれぞれ具備する。また、バックアップ制御部５２の機能は、既述の通りである。
【０１３８】
図１５は、本実施形態における監査ログ管理において実行される各処理の流れ（検査からユーザ端末４８における監査ログファイルの参照まで）を示したフローチャートである。同図に示すように、まず第５の実施形態と同様に、アプリケーション５０からの監査ログ記録要求イベントの受付から、ローカル記憶媒体１７への監査ログファイル及び当該監査ログファイルの完全性を検証するための情報（例えば、メッセージダイジェスト）の保存までの各処理が実行される。
【０１３９】
次に、ログ管理部２１は、常時、検査状況取得部２３及びディスク容量取得部２７によって取得される圧縮開始トリガ情報を基準として、医用機器の非検査状況や検査に支障をきたさない状況を検知・判断する。圧縮処理を行っても検査に支障をきたさない状態であると判断した場合には、ログ管理部２１は、そのタイミングでファイル圧縮部２９に圧縮要求を発行する。
【０１４０】
上記判断に基づいてログ管理部２１からの圧縮要求がファイル圧縮部２９になされると、ファイル圧縮部２９は、これに応答してログファイルの圧縮を実行する。
【０１４１】
また、ログ管理部２１は、圧縮処理中も検査状況取得部２３及びディスク容量取得部２７から装置情報を取得し、圧縮処理中に例えば既に示した圧縮中断トリガ情報を取得した場合、圧縮部に圧縮停止要求を送信して、速やかに圧縮処理を中断し、検査自体に影響を与えないように振舞う。
【０１４２】
次に、上記圧縮操作が繰り返し実行された後、ログ管理部２１は、圧縮済みファイルによりローカル記憶媒体のディスク容量が圧迫される状況をディスク容量取得部から得られるディスク残容量から判断して、ディスク容量圧迫状況を検知した段階で、ファイル転送部２９にファイル転送要求を発行する。ファイル転送部２９は、ログ管理部２１からのファイル転送要求に応答して圧縮ファイルを外部媒体に転送し、転送完了後にローカル記憶媒体内の転送済みログファイルをローカル記憶媒体から削除する。以降、第５の実施形態と同様に、監査ログファイルの完全性の確認処理、ユーザ端末４８における監査ログファイルの参照処理等が実行される。
【０１４３】
以上述べた構成によれば、第５の実施形態において述べた効果に加えて、医用機器のパフォーマンスをできる限り低下させずに、圧縮、転送等の監査ログファイルを対象とする処理を実行することができる。
【０１４４】
なお、本実施形態の構成に加えて、第３の実施形態の如く、監査ログファイルのデータサイズの上限を規定する監査ログファイル最大容量を設定することで、ローカル記憶媒体１７に格納されているデータ量を最適化するようにしてもよい。
【０１４５】
本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。具体的な変形例としては、例えば次のようなものがある。
【０１４６】
（１）各実施形態に係る監査ログ管理処理は、当該処理を実行するプログラムをワークステーション等のコンピュータにインストールし、これらをメモリ上で展開することによっても実現することができる。このとき、コンピュータに当該手法を実行させることのできるプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納して頒布することも可能である。
【０１４７】
（２）上記第２の実施形態においては、医用機器の動作状況に応じて監査ログファイルの圧縮処理を行う構成であった。これに対して、図示していない操作部や装置画面のＧＵＩ等に圧縮処理を指示するための専用ボタンを設け、これをマニュアル操作することで、ユーザが任意のタイミングで圧縮処理を実行できるようにしてもよい。
【０１４８】
（３）上記各実施形態においては、患者情報は、診断情報と、少なくとも患者名（又は患者ＩＤ）及び検査種を含む付帯情報とから構成されるものとした。しかしながら、これに拘泥されず、患者情報は、患者を直接的に特定し得る情報（例えば、患者名、患者ＩＤ等）、又は患者を間接的に特定し得る情報（例えば、診断画像、検査結果、治療履歴、体重、身長、性別、嗜好等）を含むものであれば、どのような構成であってもよい。
【０１４９】
（４）上記各実施形態においては、システムに実質的に高負荷を与える監査ログファイルの圧縮、転送処理について、その実行タイミングを医用機器の動作状態に基づいて制御する例を説明した。しかしながら、この例に拘泥されず、監査ログファイルの暗号化処理、監査ログファイルに完全性を確認するための情報を付加する処理、監査ログファイルの完全性を確認する処理等についても、その実行タイミングを医用機器の動作状態に基づいて制御するようにしてもよい。係る場合には、例えばバックアップ制御部５２が、ログ管理部２１からの要求に応答して、監査ログファイルの暗号化処理、監査ログファイルの完全性を確認する処理等を実行するようにすればよい。また、一定量の監査ログファイルを生成後、例えばバックアップ制御部５２において各監査ログファイルに完全性を確認するための情報を付加する処理を行う場合には、システムに高負荷を与えることになる。この様な場合には、その実行タイミングを医用機器の動作状態に基づいて制御する実益は、特に高いと言える。
【０１５０】
また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【産業上の利用可能性】
【０１５１】
以上本発明によれば、装置起動状態時の監査ログを保管し管理しておく際に、監査ログによる装置内記憶媒体の容量圧迫を回避することで医用画像収集阻害、および検査スループットの低下を未然に防止すること、また、ファイルの外部への転送を簡便にすることより、監査ログバックアップ作業を効率化し、病院内の業務スループット向上を支援することが可能な医用機器を実現することができる。
【図面の簡単な説明】
【０１５２】
【図１】図１は、第１の実施形態に係る医用機器のブロック構成図を示している。
【図２】図２は、第１の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図３】図３は、第２の実施形態に係る医用機器のブロック構成図を示している。
【図４】図４は、第２の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図５】図５（ａ）は、圧縮中断トリガ情報、及び圧縮開始トリガ情報に基づく圧縮動作の一例示した概念図である。図５（ｂ）は、中断後の圧縮処理の再開について説明するための図である。
【図６】図６は、第４の実施形態に係る医用機器のブロック図である。
【図７】図７は、図６に示す医用機器において監査ログを生成し、生成された監査ログを外部メディアに出力する際の流れを示すフローチャートである。
【図８】図８は、図６に示す医用機器の監査ログファイル作成部により監査ログファイルを作成する際の詳細手順例を示すフローチャートである。
【図９】図９は、図６に示す医用機器のバックアップ制御部により監査ログファイルの完全性を確認し、確認用アプリケーションとともに外部メディアに出力させる際の詳細手順例を示すフローチャートである。
【図１０】図１０は、図６に示すユーザ端末において、外部メディアから入力した確認用アプリケーションを起動して監査ログファイルを参照する際の詳細手順例を示すフローチャートである。
【図１１】図１１は、図６に示す医用機器における監査ログファイルの作成から外部メディアを介した監査ログファイルの参照までの全体の流れを示す概念図である。
【図１２】図１２は、第５の実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。
【図１３】図１３は、第５の実施形態に係る監査ログ管理において実行される各処理の流れを示したフローチャートである。
【図１４】図１４は、第６の実施形態に係る監査ログ管理システム及びユーザ端末を示した図である。
【図１５】図１５は、第６の実施形態における監査ログ管理において実行される各処理の流れを示したフローチャートである。
【符号の説明】
【０１５３】
１…監査ログ管理システム、１１…イベント受付部、１３…ログファイル作成部、１５…設定ファイル部、１７…ローカル記憶媒体、１９…ファイル転送部、２１…ログ管理部、２３…検査状況取得部、２５…ＣＰＵ状況取得部、２７…ディスク容量取得部、２９…ファイル圧縮部、３１…外部媒体、４１…医用機器、４２…操作端末、４３…メディア保存部、４４…監査ログバックアップシステム、４５…入力装置、４６…表示装置、４７…外部メディア、４８…ユーザ端末、４８ａ…入力装置、４８ｂ…表示装置、４９…操作データ収集部、５０…監査ログファイル作成部、５０ａ…操作データ記録部、５０ｂ…メッセージダイジェスト付加部、５１…監査ログ記憶部、５２…バックアップ制御部、５３…確認用アプリケーション、５４…監査ログファイル構成確認部、５５…監査ログファイル完全性確認部
【特許請求の範囲】
【請求項１】
医用機器において、
当該医用機器の動作に関するログを生成するログ作成ユニットと、
前記ログを用いる処理であって、且つ当該医用機器に実質的に高負荷を与える処理であるログ対象処理の実行タイミングを、当該医用機器の動作状況に基づいて決定し、当該決定されたタイミングで前記ログ対象処理を実行するログ管理ユニットと、
を具備することを特徴とする医用機器。
【請求項２】
前記医用機器の操作に関するログは、患者情報を扱う動作に関するログであることを特徴とする請求項１記載の医用機器。
【請求項３】
前記患者情報は、患者に関する診断情報と、少なくとも患者名及び当該患者に施される検査種を含む付帯情報とを含むことを特徴とする請求項２記載の医用機器。
【請求項４】
前記ログ管理ユニットは、前記医用機器が診断動作を中断又は終了した場合に前記ログ対象処理を開始するように、当該ログ対象処理の実行タイミングを決定することを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項５】
前記ログ管理ユニットは、前記医用機器が診断動作を開始した場合には、前記ログ対象処理を中断又は終了するように、当該ログ対象処理の実行タイミングを決定することを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項６】
前記ログ対象処理は、前記医用機器の操作に関するログを圧縮し圧縮ログを生成する圧縮処理を含むことを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項７】
前記ログ対象処理は、前記圧縮ログを外部記憶装置へ転送する転送処理を含むことを特徴とする請求項６記載の医用機器。
【請求項８】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、当該医用機器の動作状況に基づいて前記圧縮処理の実行タイミングを決定し、
前記ログ管理ユニットは、決定された前記圧縮処理の実行タイミングを基準として、前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項９】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、
前記記憶ユニットの圧迫状況に基づいて前記圧縮処理の実行タイミングを決定し、
決定された前記圧縮処理の実行タイミングを基準として、前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項６記載の医用機器。
【請求項１０】
前記ログ管理ユニットに対して、前記圧縮処理の実行を指示するための指示ユニットをさらに具備し、
前記ログ管理ユニットは、前記指示ユニットからの指示に応答して前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
ことを特徴とする請求項６記載の医用機器。。
【請求項１１】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、前記記憶ユニットの圧迫状況に基づいて前記転送処理の実行タイミングを決定し、
前記ログ管理ユニットは、決定された前記転送処理の実行タイミングを基準として、前記転送処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項７記載の医用機器。。
【請求項１２】
前記ログ対象処理は、前記圧縮ログを暗号化する暗号化処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１３】
前記ログ対象処理は、前記監査ログの完全性を確認するための情報を付加する情報を生成する処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１４】
前記ログ対象処理は、前記監査ログの完全性を確認するための処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１５】
前記ログ作成ユニットは、前記ログの完全性を検証するための完全性検証情報を作成し、前記ログ及び前記完全性検証情報を対応付けて外部記憶装置に出力することを特徴とする請求項１乃至１４のうちいずれか一項記載の医用機器。
【請求項１６】
前記ログ作成ユニットは、ユーザ端末に読み込ませて起動させる確認用アプリケーションを前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１７】
前記ログ作成ユニットは、前記外部記憶装置に保存された前記ログの完全性を検証するログ完全性確認部としてユーザ端末を機能させる確認用アプリケーションを、前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１８】
前記ログ作成ユニットは、前記外部記憶装置に保存された前記ログの構成に抜けがないか否かを判定するログ構成確認部および前記外部記憶装置に保存された前記ログの完全性を検証するログ完全性確認部としてユーザ端末を機能させる確認用アプリケーションを、前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１９】
前記ログ作成ユニットは、前記ログを暗号化する暗号化処理と、ユーザ端末に読み込ませて起動させた場合に前記ログの暗号を解読することが可能な確認用アプリケーションを前記完全性検証情報として作成する検証情報作成処理を実行することを特徴とする請求項１５記載の医用機器。
【請求項２０】
前記ログ作成ユニットは、前記ログに共通の前記完全性検証情報を生成することを特徴とする請求項１５記載の医用機器。
【請求項２１】
前記ログ作成ユニットは、前記ログの完全性を検証するためのログ完全性検証情報を作成し、
前記ログ管理ユニットは、前記ログに対する前記ログ完全性検証情報を確認することにより、前記ログの完全性を検証すること、
ことを特徴とする請求項１５記載の医用機器。
【請求項２２】
前記ログ作成ユニットは、ハッシュ関数を使った演算により文字列を用いて第１のメッセージダイジェストを生成することにより、前記ログ完全性検証情報を作成し、
前記ログ管理ユニットは、前記ログ作成ユニットにより用いられる前記文字列と同一または他の文字列を用いたハッシュ関数による演算を実行し第２のメッセージダイジェストを生成することで、前記完全性検証情報を作成すること、
ことを特徴とする請求項１５記載の医用機器。
【請求項２３】
前記ログ管理ユニットは、完全性が確認できなかった前記ログに対して、完全性が確認できなかった旨を示す情報を付加することを特徴とする請求項１５記載の医用機器。
【請求項２４】
前記ログ管理ユニットは、完全性が確認できなかった前記ログに対して、完全性が確認できなかった旨を示す情報を表示装置に与えて表示させることを特徴とする請求項１５記載の医用機器。
【請求項１】
医用機器において、
当該医用機器の動作に関するログを生成するログ作成ユニットと、
前記ログを用いる処理であって、且つ当該医用機器に実質的に高負荷を与える処理であるログ対象処理の実行タイミングを、当該医用機器の動作状況に基づいて決定し、当該決定されたタイミングで前記ログ対象処理を実行するログ管理ユニットと、
を具備することを特徴とする医用機器。
【請求項２】
前記医用機器の操作に関するログは、患者情報を扱う動作に関するログであることを特徴とする請求項１記載の医用機器。
【請求項３】
前記患者情報は、患者に関する診断情報と、少なくとも患者名及び当該患者に施される検査種を含む付帯情報とを含むことを特徴とする請求項２記載の医用機器。
【請求項４】
前記ログ管理ユニットは、前記医用機器が診断動作を中断又は終了した場合に前記ログ対象処理を開始するように、当該ログ対象処理の実行タイミングを決定することを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項５】
前記ログ管理ユニットは、前記医用機器が診断動作を開始した場合には、前記ログ対象処理を中断又は終了するように、当該ログ対象処理の実行タイミングを決定することを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項６】
前記ログ対象処理は、前記医用機器の操作に関するログを圧縮し圧縮ログを生成する圧縮処理を含むことを特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項７】
前記ログ対象処理は、前記圧縮ログを外部記憶装置へ転送する転送処理を含むことを特徴とする請求項６記載の医用機器。
【請求項８】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、当該医用機器の動作状況に基づいて前記圧縮処理の実行タイミングを決定し、
前記ログ管理ユニットは、決定された前記圧縮処理の実行タイミングを基準として、前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項１乃至３のうちいずれか一項記載の医用機器。
【請求項９】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、
前記記憶ユニットの圧迫状況に基づいて前記圧縮処理の実行タイミングを決定し、
決定された前記圧縮処理の実行タイミングを基準として、前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項６記載の医用機器。
【請求項１０】
前記ログ管理ユニットに対して、前記圧縮処理の実行を指示するための指示ユニットをさらに具備し、
前記ログ管理ユニットは、前記指示ユニットからの指示に応答して前記圧縮処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
ことを特徴とする請求項６記載の医用機器。。
【請求項１１】
前記ログ作成ユニットによって生成される前記ログを記憶する記憶ユニットをさらに具備し、
前記ログ管理ユニットは、前記記憶ユニットの圧迫状況に基づいて前記転送処理の実行タイミングを決定し、
前記ログ管理ユニットは、決定された前記転送処理の実行タイミングを基準として、前記転送処理を実行し且つ前記記憶ユニットから前記圧縮処理の対象となったログを削除すること、
を特徴とする請求項７記載の医用機器。。
【請求項１２】
前記ログ対象処理は、前記圧縮ログを暗号化する暗号化処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１３】
前記ログ対象処理は、前記監査ログの完全性を確認するための情報を付加する情報を生成する処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１４】
前記ログ対象処理は、前記監査ログの完全性を確認するための処理を含むことを特徴とする請求項６記載の医用機器。
【請求項１５】
前記ログ作成ユニットは、前記ログの完全性を検証するための完全性検証情報を作成し、前記ログ及び前記完全性検証情報を対応付けて外部記憶装置に出力することを特徴とする請求項１乃至１４のうちいずれか一項記載の医用機器。
【請求項１６】
前記ログ作成ユニットは、ユーザ端末に読み込ませて起動させる確認用アプリケーションを前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１７】
前記ログ作成ユニットは、前記外部記憶装置に保存された前記ログの完全性を検証するログ完全性確認部としてユーザ端末を機能させる確認用アプリケーションを、前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１８】
前記ログ作成ユニットは、前記外部記憶装置に保存された前記ログの構成に抜けがないか否かを判定するログ構成確認部および前記外部記憶装置に保存された前記ログの完全性を検証するログ完全性確認部としてユーザ端末を機能させる確認用アプリケーションを、前記完全性検証情報として作成することを特徴とする請求項１５記載の医用機器。
【請求項１９】
前記ログ作成ユニットは、前記ログを暗号化する暗号化処理と、ユーザ端末に読み込ませて起動させた場合に前記ログの暗号を解読することが可能な確認用アプリケーションを前記完全性検証情報として作成する検証情報作成処理を実行することを特徴とする請求項１５記載の医用機器。
【請求項２０】
前記ログ作成ユニットは、前記ログに共通の前記完全性検証情報を生成することを特徴とする請求項１５記載の医用機器。
【請求項２１】
前記ログ作成ユニットは、前記ログの完全性を検証するためのログ完全性検証情報を作成し、
前記ログ管理ユニットは、前記ログに対する前記ログ完全性検証情報を確認することにより、前記ログの完全性を検証すること、
ことを特徴とする請求項１５記載の医用機器。
【請求項２２】
前記ログ作成ユニットは、ハッシュ関数を使った演算により文字列を用いて第１のメッセージダイジェストを生成することにより、前記ログ完全性検証情報を作成し、
前記ログ管理ユニットは、前記ログ作成ユニットにより用いられる前記文字列と同一または他の文字列を用いたハッシュ関数による演算を実行し第２のメッセージダイジェストを生成することで、前記完全性検証情報を作成すること、
ことを特徴とする請求項１５記載の医用機器。
【請求項２３】
前記ログ管理ユニットは、完全性が確認できなかった前記ログに対して、完全性が確認できなかった旨を示す情報を付加することを特徴とする請求項１５記載の医用機器。
【請求項２４】
前記ログ管理ユニットは、完全性が確認できなかった前記ログに対して、完全性が確認できなかった旨を示す情報を表示装置に与えて表示させることを特徴とする請求項１５記載の医用機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００６−２２１６１７（Ｐ２００６−２２１６１７Ａ）
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願番号】特願２００６−５０４４（Ｐ２００６−５０４４）
【出願日】平成１８年１月１２日（２００６．１．１２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願日】平成１８年１月１２日（２００６．１．１２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]