(57)【要約】【課題】  自分にとっては関係のない他の端末機器のトラブル発生を報知されることなく、自分に影響のある他の端末機器のトラブルのみを知ることが可能な、ネットワーク監視プログラムおよびネットワーク監視方法を提供すること。【解決手段】  ネットワークを構成する複数の端末機器を監視するネットワーク監視プログラムにおいて、上記端末機器のそれぞれにおいて、上記端末機器の稼動状態を定期的に監視して監視結果を保存し、上記保存した監視結果を収集して監視結果テーブルを作成し、監視対象項目ごとの稼動状態判断基準を、上記端末機器のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する。【選択図】      図２
2005039516.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成する複数の端末機器を監視するネットワーク監視プログラムにおいて、
前記端末機器のそれぞれにおいて、前記端末機器の稼動状態を定期的に監視して、監視結果を保存する手順と、
前記保存した監視結果を収集して監視結果テーブルを作成する手順と、
監視対象項目ごとの稼動状態判断基準を、前記端末機器のそれぞれについて定めた監視対象テーブルと、前記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する手順とを実現させるためのネットワーク監視プログラム。
【請求項２】
前記正常でない端末装置に関連する端末装置に対して、前記正常でない端末装置に関連する処理を回避する手段をとるように指示する手順を実現することを特徴とする請求項１記載のネットワーク監視プログラム。
【請求項３】
前記正常でない端末装置が、予め定められた使用予定オーダーに基づいて使用されるものであった場合、前記使用予定オーダーをリストアップする手順を実現することを特徴とする請求項１記載のネットワーク監視プログラム。
【請求項４】
前記正常でない端末装置が存在する旨を報知された端末装置からの要求に基づいて、前記正常でない端末装置に関する監視結果を送信する手順を実現することを特徴とする請求項１乃至３の何れか１項に記載のネットワーク監視プログラム。
【請求項５】
ネットワークを構成する複数の端末機器を監視するネットワーク監視方法において、
前記端末機器のそれぞれにおいて、前記端末機器の稼動状態を定期的に監視して、監視結果を保存し、
前記保存した監視結果を収集して監視結果テーブルを作成し、
監視対象項目ごとの稼動状態判断基準を、前記端末機器のそれぞれについて定めた監視対象テーブルと、前記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知することを特徴とするネットワーク監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク監視プログラムおよびネットワーク監視方法に関する。特に、ネットワークに接続された任意の端末機器にトラブルが発生した場合に、当該トラブルの影響を受ける端末機器のみにトラブルの発生を報知することが可能な、ネットワーク監視プログラムおよびネットワーク監視方法に関する。
【背景技術】
【０００２】
従来、病院等において構築されている病院情報システムには種々の端末機器が接続されている。例えば、Ｘ線診断装置、Ｘ線ＣＴ装置、磁気共鳴診断装置、核医学診断装置、超音波診断装置、医用画像処理装置、医用ワークステーション等の端末機器が互いに接続されていることにより、病院情報システムというネットワークを構築している。
【０００３】
これらの各端末機器は、それぞれが互いに密接に関連しており、ある端末機器にトラブルが発生した場合には他の端末機器に多大な影響を及ぼすことがある。そのため、病院情報システムにおいては、各端末機器の動作状態を監視する機能を備え、任意の端末機器でトラブルが発生した場合には、他の端末機器の対してトラブルの発生を報知するしくみを有している。
【０００４】
特開２００２−７４５６２号公報には、被設備機器に故障等のエラーが発生した場合に、そのエラーのランクに応じてエラーの通知先を変えてエラー発生を報知する、建造物等における緊急態様危機管理・保全監視管理システムが開示されている。
【０００５】
【特許文献１】特開２００２−７４５６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来技術には以下のような問題点があった。
ネットワークが大きくなれば大きくなるほど、また、ネットワークを構成する端末機器の種類が多くなれば多くなるほど、ある端末機器にとっては、他の端末機器にトラブルが発生した場合に多大な影響を被ることがある一方で、別の他の端末機器のトラブルの影響は全く受けることがない場合もあり得る。
【０００７】
通常、病院情報システムは、複数の部門システムが相互に影響を及ぼしあう複雑なシステムであり、従来のように監視サーバが一元的に全端末機器を監視している集中監視型では、ある端末機器にとっては関係のない端末機器のトラブルまでを拾ってしまい、病院情報システムにはそぐわないという問題点があった。
【０００８】
本発明は、上述のような問題点に鑑みてなされたもので、自分にとっては関係のない他の端末機器のトラブル発生を報知されることなく、自分に影響のある他の端末機器のトラブルのみを知ることが可能な、ネットワーク監視プログラムおよびネットワーク監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明のネットワーク監視プログラムは、ネットワークを構成する複数の端末機器を監視するネットワーク監視プログラムにおいて、上記端末機器のそれぞれにおいて、上記端末機器の稼動状態を定期的に監視して、監視結果を保存する手順と、上記保存した監視結果を収集して監視結果テーブルを作成する手順と、監視対象項目ごとの稼動状態判断基準を、上記端末機器のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する手順とを実現させる。
【００１０】
また、本発明のネットワーク監視プログラムは、上記正常でない端末装置に関連する端末装置に対して、上記正常でない端末装置に関連する処理を回避する手段をとるように指示する手順を実現することを特徴とする。
【００１１】
また、本発明のネットワーク監視プログラムは、上記正常でない端末装置が、予め定められた使用予定オーダーに基づいて使用されるものであった場合、上記使用予定オーダーをリストアップする手順を実現することを特徴とする。
【００１２】
また、本発明のネットワーク監視プログラムは、上記正常でない端末装置が存在する旨を報知された端末装置からの要求に基づいて、上記正常でない端末装置に関する監視結果を送信する手順を実現することを特徴とする。
【００１３】
また、本発明の一態様によれば、本発明のネットワーク監視方法は、ネットワークを構成する複数の端末機器を監視するネットワーク監視方法において、上記端末機器のそれぞれにおいて、上記端末機器の稼動状態を定期的に監視して、監視結果を保存し、上記保存した監視結果を収集して監視結果テーブルを作成し、監視対象項目ごとの稼動状態判断基準を、上記端末機器のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、病院等において構築されている病院情報システムのようなネットワークにおいて、このネットワークに接続されたＸ線診断装置、医用画像処理装置、医用ワークステーション等の端末機器の何れかにトラブルが発生した場合に、当該トラブルの影響を受ける端末機器のみにトラブルの発生を報知することにより、自分にとっては関係のない他の端末機器のトラブル発生を報知されることなく、自分に影響のある他の端末機器のトラブルのみを知ることが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図１乃至図２２を参照しながら詳細に説明する。
まず、本発明の第１の実施の形態を図１乃至図９を用いて説明する。
図１は、一般的な病院情報システム（ネットワーク）の構成図である。
【００１６】
図１において、病院情報システム１は、医事部門クライアント１１、医事部門サーバ１２、電子カルテサーバ１３、電子カルテクライアント１４、放射線部門サーバ１５、放射線部門クライアント１６、撮影装置１７、読影用サーバ１８、読影クライアント１９等の端末機器が互いに接続されることにより構成されている。
【００１７】
これらの各端末機器は、それぞれが互いに密接に関連しており、ある端末機器にトラブルが発生した場合には他の端末機器に多大な影響を及ぼすことがある一方で、別の他の端末機器のトラブルの影響は全く受けることがない場合もあり得る。
【００１８】
例えば、読影用サーバ１８に何らかのトラブルが発生した場合には、読影クライアント１９はその影響を受け、レントゲン画像等を表示することができない等の事象が発生する。しかしながら、医事部門クライアント１１にトラブルが発生したとしても、読影クライアント１９が影響を受けることはまずない。
【００１９】
このように互いに影響を及ぼしあう関係を概念的にグループ化して示すと、医事部門クライアント１１、医事部門サーバ１２、電子カルテサーバ１３でＡグループ２を構成し、電子カルテサーバ１３、電子カルテクライアント１４でＢグループ３を構成し、医事部門サーバ１２、電子カルテサーバ１３、放射線部門サーバ１５、放射線部門クライアント１６、撮影装置１７でＣグループ４を構成し、電子カルテサーバ１３、撮影装置１７、読影用サーバ１８、読影クライアント１９でＤグループ５を構成する。
【００２０】
図２は、本発明を適用したネットワーク監視技術を説明するための図である。
図２において、病院情報システム２０は、端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３が互いに接続されることにより構成されている。端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３は、医事部門サーバ、電子カルテサーバ、放射線部門サーバ、読影用サーバ等の各種サーバ装置、事部門クライアント、電子カルテクライアント、放射線部門クライアント、読影クライアント等の各種クライアント装置、Ｘ線診断装置、Ｘ線ＣＴ装置、磁気共鳴診断装置、核医学診断装置、超音波診断装置、医用画像処理装置等の各種撮影・診断装置等である。
【００２１】
端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３は、自己監視ツール２４と、ステータス表示機２８とを備えている。また、病院情報システム２０を構成する端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３の何れかは、ネットワーク監視ツール２６を備えている。
【００２２】
端末機器Ａ２１が備える自己監視ツール２４は、上記端末機器Ａ２１の稼動状態を定期的に監視して、監視結果をメモリ上に一時的に保存する。同様に、端末機器Ｂ２２が備える自己監視ツール２４は、上記端末機器Ｂ２２の稼動状態を定期的に監視して、監視結果をメモリ上に一時的に保存し、端末機器Ｃ２３が備える自己監視ツール２４は、上記端末機器Ｃ２３の稼動状態を定期的に監視して、監視結果をメモリ上に一時的に保存する。
【００２３】
例えば端末機器Ａ２１上に備えられたネットワーク監視ツール２６は、上記端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３のそれぞれが一時的に保存している監視結果を収集して監視結果テーブル２５を作成する。そして、ネットワーク監視ツール２６は、監視対象項目ごとの稼動状態判断基準を、上記端末機器Ａ２１、端末機器Ｂ２２、端末機器Ｃ２３のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブル２５とに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する。例えば、端末機器Ｂ２２と端末機器Ｃ２３とが互いに関連するとし、端末機器Ｃ２３が正常でなくなっていたとした場合、端末機器Ｂ２２に対して、端末機器Ｂ２２に関連する何れかの端末機器Ｃ２２が存在している旨を報知する。報知の手段としては、正常であれば緑色が点灯し、注意を喚起する程度であれば黄色が点灯し、何かしらの点検等を要するのであれば赤色が点灯し、完全にダウンしていれば赤色が点滅するようなステータス表示機２８が考えられる。
【００２４】
なお、各監視結果の収集は、ネットワーク監視ツール２６が行わずに、自己監視ツール２４のそれぞれが、各監視結果をアップロードするようにしても良い。
さらに、ネットワーク監視ツール２６は、上記収集した監視結果をＨＴＭＬ形式で作成してＨＴＭＬ格納フォルダ２７に保存する。
【００２５】
そして、関連する端末機器Ｃ２３が正常でない旨を受信しステータス表示機２８によりそれを認識した端末機器Ｃ２２が、例えば使用者がステータス信号機２８の赤色部分をクリックすることによりＨＴＭＬ格納フォルダ２７に保存された監視結果を要求すると、その監視結果が端末機器Ａ２１からダウンロードされ、端末機器Ｂ２２の表示画面に表示される。
【００２６】
図３は、本発明を適用した端末機器の概要を説明するための図である。
図３において、端末機器３０は、端末機器３０自身の稼動状態を定期的に監視して、監視結果をメモリ上に一時的に保存する自己監視ツール３１を備える。ここで、端末機器３０自身の稼動状態とは、ディスク残量、ログファイル、プロセス、ＤＢ（データベース）、ネットワーク（接続状態）、ＤＶＤ（外部記憶媒体）、ＣＰＵ使用率、メモリ使用量、ハードウェア、高精細モニタ等の監視対象項目の稼動状態である。
【００２７】
また、端末機器３０は、監視結果テーブル３２を作成し、監視対象テーブルと監視結果テーブル３２とに基づいて、正常でない端末装置が存在する旨を報知するネットワーク監視ツール３３を備える。
【００２８】
図４は、監視項目ごとのトラブル発生基準をまとめた図である。
図４において、監視項目としては、ＤＩＳＫ残量、メモリ使用量、ＣＰＵ使用率、ネットワーク、ハードウェア、プロセス、ＤＶＤ（外部保存媒体）、データベース、高精細モニタがある。
【００２９】
例えば、監視項目「ＤＩＳＫ残量」が正常である場合には、各端末装置が備えるステータス表示機において、正常である旨を示す緑色が点灯し、注意を喚起する程度である場合には、警告である旨の黄色が点灯し、何かしらの点検等を要する場合であれば、エラーを示す赤色が点灯し、完全にダウンしている場合であれば、ダウンを示す赤色が点滅する。
【００３０】
図５は、ネットワークおよびプロセスの監視手段を説明するための図である。
上述の各監視項目は、それぞれの方法によってその稼動状態が監視されるが、例えば、ネットワークの接続状態は、定期的にＰＩＮＧコマンドの応答により監視され、プロセスは、定期的にプロセスの起動を監視したり、プロセスからのエラーログを監視することにより行われる。
【００３１】
図６は、監視項目ごとのトラブル対処メッセージをまとめた図である。
上述のように各監視項目に何らかのトラブルがある場合には、ステータス表示機が、黄色点灯、赤色点灯、あるいは赤色点滅するが、適切な対処メッセージも表示される。
【００３２】
例えば、監視項目「ＤＩＳＫ残量」の場合、「保存先容量が２０％になりました。」（黄色点灯）、「保存先容量が５％になりました。拡張してください。」（赤色点灯）、「保存先が一杯のため保存できません。早急にＳＥに連絡してください。」（赤色点滅）等である。
【００３３】
図７は、本発明を適用したネットワーク監視プログラムの処理の流れを示すフローチャートである。
まず、ステップＳ７１において、端末機器が備える自己監視ツールが、端末機器自身の稼動状態を定期的に監視する。この時の、初期エラーステータスは「正常」である。次に、ステップＳ７２において、自己監視ツールは、その監視結果を監視結果テーブルに一時的に格納する。
【００３４】
そして、ステップＳ７３において、ネットワーク監視ツールが、各端末機器の自己監視ツールが格納した監視結果を収集し監視結果テーブルを作成する。さらに、ステップＳ７４において、ネットワーク監視ツールは、収集した監視結果をＨＴＭＬ形式で作成してＨＴＭＬ格納フォルダに保存する。
【００３５】
次に、ステップＳ７５において、ネットワーク監視ツールは、監視対象項目ごとの稼動状態判断基準を、各端末機器のそれぞれについて定めた監視対象テーブルと、上記収集した監視結果テーブルとを比較し、監視結果テーブルの値が監視対象テーブルに定められている閾値を越えているかいなかを判断する。
【００３６】
ステップＳ７５で閾値を越えていると判断した場合には、ステップＳ７６において、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する（ステータス信号を送信する）。
【００３７】
そして、ステップＳ７７において、正常でない旨のステータス信号を受信し端末機器は、ステータス信号機の赤色部分を使用者がクリックすることによりＨＴＭＬ格納フォルダに保存された監視結果を要求することにより、その監視結果がダウンロードされて表示画面に表示される。
【００３８】
図８は、監視対象テーブルの例を示す図である。
図８において、例えば第１レコード目は、ある端末機器を放射線科の医師が使用する場合の稼動状態判断基準を示しており、第２レコード目は、放射線科の技師が使用する場合の稼動状態判断基準を示している。
【００３９】
図９は、監視結果テーブルの例を示す図である。
図９において、例えば第１レコード目は、ＤＩＳＫ残量が４０％、メモリ使用量が４０％等であったことを示している。
【００４０】
次に、本発明の第２の実施の形態を図１０乃至図１７を用いて説明する。
図１０は、第２の実施の形態を説明するための図である。
図１０において、病院情報システム１００は、オーダシステム１０１、撮影業務システム１０２、複数の撮影装置１０３、画像ファイリングシステム１０４、レポートシステム１０５、フィルム出力装置１０６、運用監視エージェント１０７等の端末装置によって構成されるが、基本的には、上述の第１の実施の形態の病院情報システムと同様の機能を有する。
【００４１】
通常、医療機関では、スタッフはその役割により診察医、技師、画像診断医、看護師等に分けられている。
診察医は、患者を直接診断・診療するだけでなく、返信される検査結果データ（検査画像、あるいは検査画像を元に画像診断医が入力した所見）や画像診断の結果を見て最終的な診断を下したり、患者に説明を行ったり、治療計画をしたりする。技師は、診察医からの依頼を受けて、画像診断装置で患者の検査を行う。画像診断医は、技師が検査をした検査結果から画像診断を行い、依頼元の診察医へ検査報告を行う。
【００４２】
そして、これら診察医等のスタッフは、オーダシステム１０１、撮影業務システム１０２、撮影装置１０３、画像ファイリングシステム１０４、レポートシステム１０５、フィルム出力装置１０６、運用監視エージェント１０７等を用いて、患者自身のデータ、検査結果等のデータをやりとりしている。
【００４３】
オーダシステム１０１は、検査が必要な患者に対して、患者の臨床情報、検査内容目的、検査日時情報について、検査実施部門に伝達したり、検査実施部門から返信された画像、レポートを診察医が参照および患者への説明したりするためのオーダシステムである。
【００４４】
撮影業務システム１０２は、オーダシステム１０１から依頼された検査情報を受け取り、検査実施部門での検査窓口受付処理、撮影室受付処理、撮影装置への検査情報送信、検査実施入力を行う撮影業務システムである。ここで検査実施入力とは、撮影における行為と材料（薬剤、フィルム）のコスト暫定と実施記録とを行うことである。これは、放射線を用いた検査を行った場合に記録を法的に残す必要があるからである。
【００４５】
撮影装置１０３は、Ｘ線診断装置、Ｘ線ＣＴ装置、磁気共鳴診断装置等である。
画像ファイリングシステム１０４は、撮影装置１０３で撮影された画像を保管し、保管した画像をモニタにより画像診断を行う。
【００４６】
レポートシステム１０５は、画像ファイリングシステム１０４で画像診断した結果を検査依頼元の診察医へ診断結果を報告する。
フィルム出力装置１０６は、撮影装置１０３で撮影した画像、あるいは画像ファイリングシステム１０４で保管している画像をモニタに出力する装置である。
【００４７】
そして、運用監視エージェント１０７は、これら病院情報システム１００を構成するオーダシステム１０１、撮影業務システム１０２、複数の撮影装置１０３、画像ファイリングシステム１０４、レポートシステム１０５、フィルム出力装置１０６、運用監視エージェント１０７の何れかが正常に稼動しているか否かを監視する。さらに、運用監視エージェント１０７は、上記何れかが正常でないと判断した場合、上記正常でない端末装置に関連する端末装置に対して、上記正常でない端末装置に関連する処理を回避する手段をとるように指示する。
【００４８】
図１１は、第２の実施の形態にかかるネットワーク監視プログラムの処理の流れを示すフローチャートである。
運用監視エージェントは、以下の処理を定期的に実行する。
【００４９】
まず、ステップＳ１１０１において、システムがダウンしているか否かを検知する。
ステップＳ１１０１でシステムがダウンしていることを検知した場合（ステップＳ１１０１：ＹＥＳ）は、ステップＳ１１０２において、現運用を回避する運用に切り替え、検知しない場合（ステップＳ１１０１：ＮＯ）は、ステップＳ１１０３へ進む。
【００５０】
そして、ステップＳ１１０３において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１１０１からの処理を繰り返す。
図１２は、第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その１）の流れを示すフローチャートである。
【００５１】
運用監視エージェントは、まず、ステップＳ１２０１において、画像ファイリングシステムがダウンしているか否かを検知する。
ステップＳ１２０１で画像ファイリングシステムがダウンしていることを検知した場合（ステップＳ１２０１：ＹＥＳ）は、ステップＳ１２０２において、撮影業務システムに対して撮影指示プロセスの起動を指示する。そして、撮影装置に対して撮影指示時にフィルム出力するように指示する。
【００５２】
次に、ステップＳ１２０３において、撮影装置がフィルム出力する旨の指示内容を含んだ撮影指示を受け付け、画像データ出力からフィルム出力運用に切り替える。
また、ステップＳ１２０１で画像ファイリングシステムがダウンしていることを検知しない場合（ステップＳ１２０１：ＮＯ）は、ステップＳ１２０４へ進む。
【００５３】
そして、ステップＳ１２０４において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１２０１からの処理を繰り返す。
図１３は、第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その２）の流れを示すフローチャートである。
【００５４】
運用監視エージェントは、まず、ステップＳ１３０１において、オーダシステムがダウンしているか否かを検知する。
ステップＳ１３０１でオーダシステムがダウンしていることを検知した場合（ステップＳ１３０１：ＹＥＳ）は、ステップＳ１３０２において、画像ファイルシステムに対してフィルム出力プロセスに起動を指示する。そして、撮影装置からの画像フィルム受信時にフィルム出力するように指示する。
【００５５】
次に、ステップＳ１３０３において、撮影装置からの画像受信時にフィルムをそのまま出力する運用に切り替える。
また、ステップＳ１３０１でオーダシステムがダウンしていることを検知しない場合（ステップＳ１３０１：ＮＯ）は、ステップＳ１３０４へ進む。
【００５６】
そして、ステップＳ１３０４において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１３０１からの処理を繰り返す。
図１４は、第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その３）の流れを示すフローチャートである。
【００５７】
運用監視エージェントは、まず、ステップＳ１４０１において、各撮影装置がダウンをしているか否かを検知する。
ステップＳ１４０１で何れかの撮影装置がダウンしていることを検知した場合（ステップＳ１４０１：ＹＥＳ）は、ステップＳ１４０２において、撮影業務システムに対してダウンした撮影装置の撮影予定者を同類の他の撮影装置に自動的に割り当てるプロセスの起動を指示する。
【００５８】
次に、ステップＳ１４０３において、新たに割り当てられた上記他の撮影装置が、ダウンした撮影装置の撮影予定者の割当てを受け入れ、撮影を継続する。
また、ステップＳ１４０１で何れの撮影装置もダウンしていることを検知しない場合（ステップＳ１４０１：ＮＯ）は、ステップＳ１４０４へ進む。
【００５９】
そして、ステップＳ１４０４において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１４０１からの処理を繰り返す。
図１５は、第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その４）の流れを示すフローチャートである。
【００６０】
運用監視エージェントは、まず、ステップＳ１５０１において、撮影業務システムがダウンしているか否かを検知する。
ステップＳ１５０１で撮影業務システムがダウンしていることを検知した場合（ステップＳ１５０１：ＹＥＳ）は、ステップＳ１５０２において、撮影業務システムに対して予約枠をフル（予約が入らない状態）にしてオーダの入力を禁止するプロセスの起動を指示する。そして、オーダ紙伝票運用に切り替える。
【００６１】
次に、ステップＳ１５０３において、オーダシステムの新たな当日オーダが発生しないようにするプロセスを起動し、当日オーダが発生しない運用に切り替える。
また、ステップＳ１５０１で撮影業務システムがダウンしていることを検知しない場合（ステップＳ１５０１：ＮＯ）は、ステップＳ１５０４へ進む。
【００６２】
そして、ステップＳ１５０４において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１５０１からの処理を繰り返す。
図１６は、第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その５）の流れを示すフローチャートである。
【００６３】
運用監視エージェントは、まず、ステップＳ１６０１において、レポートシステムがダウンしているか否かを検知する。
ステップＳ１６０１でレポートシステムがダウンしていることを検知した場合（ステップＳ１６０１：ＹＥＳ）は、ステップＳ１６０２において、撮影業務システムに対して検査実施情報を反映したレポート記述用シートを自動的に出力するプロセスの起動を指示する。そして、レポート手書き運用に切り替える。
【００６４】
また、ステップＳ１６０１で撮影業務システムがダウンしていることを検知しない場合（ステップＳ１６０１：ＮＯ）は、ステップＳ１６０３へ進む。
そして、ステップＳ１６０３において、運用監視エージェント処理が終了か否かをチェックしてステップＳ１６０１からの処理を繰り返す。
【００６５】
図１７は、第２の実施の形態にかかるトラブル対処メッセージをまとめた図である。
上述のように、運用監視エージェントが、画像ファイリングシステム、オーダシステム、撮影装置、撮影業務システム、レポートシステムの何れかのトラブルを検知した場合には、図７に例示したようなメッセージを出力する。
【００６６】
例えば、画像ファイリングシステムがダウンをした場合には、「大変申しわけありません。画像ファイリングシステムが何らかのトラブルによりダウン致しました。フィルム出力モードに切り替えます。」というメッセージを出力する。
【００６７】
最後に、本発明の第３の実施の形態を図１８乃至図２０を用いて説明する。
本発明に係る病院情報システムにおいては、何れかの端末装置がダウンしてしまった場合、上述の第１の実施の形態においては、ダウンした端末装置に関連する端末装置にのみその情報（ダウンした端末機器が存在する旨）が報知され、第２の実施の形態においては、ダウンした端末装置において、現運用を回避した回避運用に切り替えられる。
【００６８】
しかしながら、患者が移動中にその移動先の端末装置がダウンしてしまった場合、患者はその移動先まで実際に移動しなければその端末装置がダウンしたことを知ることができない。
【００６９】
本発明に係る第３の実施の形態は、上述の第１および第２の実施の形態における病院情報システムにおいて、患者の移動先の端末装置がダウンした旨を患者がその端末装置の設置場所に行く前であっても知ることが可能なシステムである。
【００７０】
そのために第３の実施の形態にかかる病院情報システムは、ダウンした（正常でない）端末装置が、予め定められた使用予定オーダーに基づいて使用されるものであった場合、上記使用予定オーダーをリストアップする機能を備えている。
【００７１】
図１８は、第３の実施の形態にかかるネットワーク監視プログラムの処理の流れを示すフローチャートである。
まず、ステップＳ１８０１において、患者の移動開始情報が検査実施部門に通知される。例えば撮影業務システムを介してオーダシステムから撮影装置に対してある患者の撮影オーダが入る。
【００７２】
そして、ステップＳ１８０２において、運用開始エージェントがシステムのダウンを検知する。上記例では撮影業務システムあるいは撮影装置のダウンを検知する。
すると、ステップＳ１８０３において、仕掛かり患者の分類を行う。具体的には、図１９に示した患者情報テーブルおよび図２０に示したオーダ情報テーブルを用いて、ダウンした撮影装置にオーダが入っておりかつ未だそのオーダ内容の処理（撮影装置による撮影等）が終了していない患者をリストアップする。
【００７３】
例えば、上述の第１および第２の実施の形態で説明した病院情報システムがあるＸ線ＣＴ装置がダウンした場合、図２０に例示したオーダ情報テーブルに基づいて、そのＸ線ＣＴ装置に当日中のオーダが入っておりかつ撮影が終了していないオーダ番号をリストアップし、そのオーダ番号をキーにして図１９に例示した患者情報テーブルに基づいて、ダウンしたＸ線ＣＴ装置にオーダが入っておりかつ未だそのＸ線ＣＴ装置による撮影が終了していない患者をリストアップする。
【００７４】
そして、上述のようにしてリストアップされた患者に対して、検査実施部門の受付場所での表示盤への表示により連絡したり、医療施設によっては、患者が病院へ来院した時に通信機器（ＰＨＳ）を持たせ、患者への伝達事項を通知連絡しているので、その通信機器に対して検査実施部門のトラブル発生を移動患者に直接連絡したり、院内放送で連絡したりする。
【００７５】
上述のように、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用されるネットワーク監視システムは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００７６】
また、図２１に示しように、バス２１０８に接続されたＣＰＵ２１０１、ＲＯＭやＲＡＭのメモリ２１０２、入力装置２１０３、出力装置２１０４、外部記録装置２１０５、媒体駆動装置２１０６、可搬記録媒体２１０９、ネットワーク接続装置２１０７で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムコードを記録したＲＯＭやＲＡＭのメモリ２１０２、外部記録装置２１２０５、可搬記録媒体２１０９を、ネットワーク監視システムに供給し、そのネットワーク監視システムのコンピュータがプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００７７】
この場合、可搬記録媒体２１０９等から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記録した可搬記録媒体２１０９等は本発明を構成することになる。
【００７８】
プログラムコードを供給するための可搬記録媒体２１０９としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置２１０７（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００７９】
また、図２２に示すように、情報処理装置２２０１がメモリ上に読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、情報処理装置２２０１上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００８０】
さらに、可搬型記録媒体から読み出されたプログラム（データ）２２０３やプログラム（データ）提供者２２０２から提供されたプログラム（データ）２２０４が、情報処理装置２２０１に挿入された機能拡張ボードや情報処理装置２２０１に接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００８１】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
ここで、上述した実施の形態の特徴を列挙すると、以下の通りである。
【００８２】
（付記１）  ネットワークを構成する複数の端末機器を監視するネットワーク監視プログラムにおいて、
上記端末機器のそれぞれにおいて、上記端末機器の稼動状態を定期的に監視して、監視結果を保存する手順と、
上記保存した監視結果を収集して監視結果テーブルを作成する手順と、
監視対象項目ごとの稼動状態判断基準を、上記端末機器のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知する手順とを実現させるためのネットワーク監視プログラム。（１）
（付記２）  上記正常でない端末装置に関連する端末装置に対して、上記正常でない端末装置に関連する処理を回避する手段をとるように指示する手順を実現することを特徴とする付記１記載のネットワーク監視プログラム。（２）
（付記３）  上記正常でない端末装置が、予め定められた使用予定オーダーに基づいて使用されるものであった場合、上記使用予定オーダーをリストアップする手順を実現することを特徴とする付記１記載のネットワーク監視プログラム。（３）
（付記４）  上記正常でない端末装置が存在する旨を報知された端末装置からの要求に基づいて、上記正常でない端末装置に関する監視結果を送信する手順を実現することを特徴とする付記１乃至３の何れか１項に記載のネットワーク監視プログラム。（４）
（付記５）  ネットワークを構成する複数の端末機器を監視するネットワーク監視方法において、
上記端末機器のそれぞれにおいて、上記端末機器の稼動状態を定期的に監視して、監視結果を保存し、
上記保存した監視結果を収集して監視結果テーブルを作成し、
監視対象項目ごとの稼動状態判断基準を、上記端末機器のそれぞれについて定めた監視対象テーブルと、上記監視結果テーブルとに基づいて、正常でない端末装置に関連する端末装置に対して、正常でない端末装置が存在する旨を報知することを特徴とするネットワーク監視方法。（５）
（付記６）  上記正常でない端末装置に関連する端末装置に対して、上記正常でない端末装置に関連する処理を回避する手段をとるように指示することを特徴とする付記５記載のネットワーク監視方法。
【００８３】
（付記７）  上記正常でない端末装置が、予め定められた使用予定オーダーに基づいて使用されるものであった場合、上記使用予定オーダーをリストアップすることを特徴とする付記５記載のネットワーク監視方法。
【００８４】
（付記８）  上記正常でない端末装置が存在する旨を報知された端末装置からの要求に基づいて、上記正常でない端末装置に関する監視結果を送信することを特徴とする付記５乃至７の何れか１項に記載のネットワーク監視方法。
【図面の簡単な説明】
【００８５】
【図１】一般的な病院情報システム（ネットワーク）の構成図である。
【図２】本発明を適用したネットワーク監視技術を説明するための図である。
【図３】本発明を適用した端末機器の概要を説明するための図である。
【図４】監視項目ごとのトラブル発生基準をまとめた図である。
【図５】ネットワークおよびプロセスの監視手段を説明するための図である。
【図６】監視項目ごとのトラブル対処メッセージをまとめた図である。
【図７】本発明を適用したネットワーク監視プログラムの処理の流れを示すフローチャートである。
【図８】監視対象テーブルの例を示す図である。
【図９】監視結果テーブルの例を示す図である。
【図１０】第２の実施の形態を説明するための図である。
【図１１】第２の実施の形態にかかるネットワーク監視プログラムの処理の流れを示すフローチャートである。
【図１２】第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その１）の流れを示すフローチャートである。
【図１３】第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その２）の流れを示すフローチャートである。
【図１４】第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その３）の流れを示すフローチャートである。
【図１５】第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その４）の流れを示すフローチャートである。
【図１６】第２の実施の形態にかかるネットワーク監視プログラムの具体的な処理（その５）の流れを示すフローチャートである。
【図１７】第２の実施の形態にかかるトラブル対処メッセージをまとめた図である。
【図１８】第３の実施の形態にかかるネットワーク監視プログラムの処理の流れを示すフローチャートである。
【図１９】第３の実施の形態に係る患者情報テーブルの例を示す図である。
【図２０】第３の実施の形態に係るオーダ情報テーブルの例を示す図である。
【図２１】本発明を実現するシステムのハードウェア構成図である。
【図２２】ソフトウェアのローディングを説明するための図である。
【符号の説明】
【００８６】
１  病院情報システム
２  Ａグループ
３  Ｂグループ
４  Ｃグループ
５  Ｄグループ
１１  医事部門クライアント
１２  医事部門サーバ
１３  電子カルテサーバ
１４  電子カルテクライアント
１５  放射線部門サーバ
１６  放射線部門クライアント
１７  撮影装置
１８  読影用サーバ
１９  読影クライアント
２０  病院情報システム
２１  端末機器Ａ
２２  端末機器Ｂ
２３  端末機器Ｃ
２４  自己監視ツール
２５  監視結果テーブル
２６  ネットワーク監視ツール
２７  ＨＴＭＬ格納フォルダ
２８  ステータス表示機
３０  端末機器
３１  自己監視ツール
３２  監視結果テーブル
３３  ネットワーク監視ツール
３４  ＨＴＭＬ格納フォルダ
１００  病院情報システム
１０１  オーダシステム
１０２  撮影業務システム
１０３  撮影装置
１０４  画像ファイリングシステム
１０５  レポートシステム
１０６  フィルム出力装置
１０７  運用監視エージェント
２１０１  ＣＰＵ
２１０２  メモリ
２１０３  入力装置
２１０４  出力装置
２１０５  外部記録装置
２１０６  媒体駆動装置
２１０７  ネットワーク接続装置
２１０８  バス
２１０９  可搬記録媒体
２２０１  情報処理装置
２２０２  情報提供者
２２０３、２２０４  プログラム（データ）
【図１】
2005039516.tif 000003
【図２】
2005039516.tif 000004
【図３】
2005039516.tif 000005
【図４】
2005039516.tif 000006
【図５】
2005039516.tif 000007
【図６】
2005039516.tif 000008
【図７】
2005039516.tif 000009
【図８】
2005039516.tif 000010
【図９】
2005039516.tif 000011
【図１０】
2005039516.tif 000012
【図１１】
2005039516.tif 000013
【図１２】
2005039516.tif 000014
【図１３】
2005039516.tif 000015
【図１４】
2005039516.tif 000016
【図１５】
2005039516.tif 000017
【図１６】
2005039516.tif 000018
【図１７】
2005039516.tif 000019
【図１８】
2005039516.tif 000020
【図１９】
2005039516.tif 000021
【図２０】
2005039516.tif 000022
【図２１】
2005039516.tif 000023
【図２２】
2005039516.tif 000024