JP7260260B2 - 機器診断装置、機器診断方法、及び機器診断プログラム - Google Patents

Description

本開示は、機器の状態を診断する機器診断装置、機器診断方法、及び機器診断プログラムに関する。

従来、ネットワークを介して機器の状態を診断し、機器の障害を検出した場合に、当該障害に対応する担当者を割り当てるシステムが知られている。例えば、特許文献１には、複合機やプリンタなどの画像形成装置を遠隔から監視するシステムにおいて、管理サーバが、画像形成装置で発生した障害に対応する担当者を割り当て、その担当者に対して割り当てに関するメールを送信することが開示されている。

特開２００８－１８６１６６号公報

従来のシステムは、上述の通り、障害を検出した場合に、先に担当者を決定し、その決定した担当者に対してメールを送信している。したがって、そのメールを受信した担当者が障害対応を行えない場合など、担当者の変更が必要となった場合、従来のシステムでは、容易に担当者を変更できない。

本開示の目的は、検出された障害の担当者を容易に変更できる機器診断装置、機器診断方法及び機器診断プログラムを提供することにある。

本開示の一態様に係る機器診断装置は、機器に発生した障害を識別するための障害ＩＤと、当該障害ＩＤの障害の発生を知らせる障害メッセージの宛先に対応するユーザと、によって異なる障害リンクを生成し、当該生成した障害リンクを含む障害メッセージを各宛先へ送信するメッセージ処理部と、前記障害リンクへのアクセスを受け付けるアクセス受付部と、アクセスを受けた障害リンクに基づいて障害ＩＤとアクセス元のユーザとを特定し、当該特定したユーザが、当該特定した障害ＩＤに対応付けられている障害担当者でない場合、当該特定したユーザが前記障害担当者になるか否かを選択できる担当変更インタフェースを含む障害対応ページを生成し、当該生成した障害対応ページを前記アクセス元へ送信する障害ページ処理部と、を備える。

なお、これらの包括的または具体的な態様は、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示によれば、検出された障害の担当者を容易に変更できる。

本実施の形態に係る機器診断システムの一例を示す図である。 本実施の形態に係る機器診断装置の一例を示す図である。 機関管理ＤＢの一例を示す図である。 アカウント管理ＤＢの一例を示す図である。 障害対応管理ＤＢの一例を示す図である。 障害メールの一例を示す図である。 携帯用の障害対応ページの一例を示す図である。 ＰＣ用の障害検索ページの一例を示す図である。 ＰＣ用の障害対応ページの一例を示す図である。 障害メール処理の一例を示すフローチャートである。 障害メール生成及び送信処理の一例を示すフローチャートである。 アクセス受付処理の一例を示すフローチャートである。 携帯用の障害対応ページの生成処理の一例を示すフローチャートである。 ＰＣ用の障害検索ページの生成処理の一例を示すフローチャートである。 ＰＣ用の障害対応ページの生成処理の一例を示すフローチャートである。 本開示に係る各装置のハードウェア構成の一例を示す図である。

以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

また、以下の実施の形態において、その構成要素（要素ステップなどを含む）は、特に明示した場合及び原理的に明らかに必須であると考えられる場合などを除き、必ずしも必須のものではない。

（本実施の形態）
＜機器診断システム＞
図１は、本実施の形態に係る機器診断システム１の構成例を示す。図１を参照して、本実施の形態の概要を説明する。

機器診断システム１は、医療機関が備える各機器１０を診断し、機器１０の障害を検出した場合、その旨を保守機関に通知するシステムである。なお、医療機関は一例であり、本実施の形態は、企業、学校、役所など、様々な機関に適用可能である。したがって、医療機関は、顧客機関と呼ばれてもよい。

保守機関は、医療機関の機器１０の保守を請け負う機関である。なお、保守機関は、保守会社、保守代理店などと呼ばれてもよい。

医療機関において、各機器１０は、有線ＬＡＮ又は無線ＬＡＮを介して、ルータ８に接続されている。機器１０は、例えば、ＰＣ、複写機及びプリンタなどである。医療機関において、１つの機器１０では、マネージャアプリケーションが稼働し、他の機器１０では、エージェントアプリケーションが稼働している。エージェントアプリケーションは、機器１０の動作及び状態などが記録されている機器ログ１１０（図２参照）を、マネージャアプリケーションへ送信する。すなわち、マネージャアプリケーションは、他のエージェントアプリケーションから機器ログ１１０を収集する。

マネージャアプリケーションは、機器ログ１１０から障害を検出した場合、障害検出情報を機器診断装置１００へ送信する。障害検出情報には、障害の発生した医療機関名、機器名、及び障害内容を識別する障害ＩＤなどが含まれてよい。

機器診断装置１００は、マネージャアプリケーションから障害検出情報を受信した場合、保守機関に属する１又は複数の保守メンバーに対して、機器１０に障害が発生した旨を示す障害メール４００（図６参照）を通知する。

携帯端末２１又はＰＣ２２で障害メール４００を受信した保守メンバーは、それぞれ、その障害メール４００に含まれる障害リンク４０３（図６参照）を通じて、自分がその障害の担当者になることができる。以下、詳しく説明する。

＜機器診断装置＞
図２を参照して、本実施の形態に係る機器診断装置１００、機器１０、携帯端末２１、ＰＣ２２を説明する。

マネージャアプリケーションが稼働する機器１０は、機器ログ収集部１１と、障害検出部１２と、記憶部１６とを有する。なお、機器ログ収集部１１及び障害検出部１２は、マネージャアプリケーションの機能として実現されてよい。

機器ログ収集部１１は、エージェントアプリケーションが稼働する機器１０から機器ログ１１０を収集し、記憶部１６に格納する。機器ログ１１０には、機器１０の動作に関する情報、機器１０に発生した障害を識別するための障害ＩＤ、及び、その障害に関する情報（例えば、障害発生時刻及び発生した障害の内容）などが含まれる。

障害検出部１２は、記憶部１６に格納された機器ログ１１０の中から、障害ＩＤを検出する。障害検出部１２は、障害ＩＤを検出した場合、その検出した障害ＩＤを含む障害検出情報を、機器診断装置１００へ送信する。

機器診断装置１００は、障害検出情報を管理する障害管理ＤＢ３６０と、障害担当者及び障害対応状況などを管理する障害対応管理ＤＢ３４０とを有する。また、機器診断装置１００は、医療機関と保守機関との関係を管理する機関管理ＤＢ３００と、機器診断装置１００におけるアカウントを管理するアカウント管理ＤＢ３２０とを有する。なお、ＤＢの詳細については後述する（図３～図５参照）。また、図２では、機器診断装置１００がＤＢ（DataBase）を有しているが、ＤＢは、機器診断装置１００とは異なる装置であるＤＢサーバによって実現されてもよい。この場合、機器診断装置１００とＤＢサーバとは双方向にデータを送受信可能であってよい。

また、機器診断装置１００は、障害検出情報受信部１０７と、障害メール処理部１０３と、アクセス受付部１０４と、障害ページ処理部１０５と、記憶部１６とを有する。

障害検出情報受信部１０７は、機器１０の障害検出部１２から送信された障害検出情報を受信し、障害検出情報の内容（例えば、障害の発生した医療機関名、機器名、及び障害ＩＤなど）を、障害管理ＤＢ３６０に登録する。

障害メール処理部１０３は、障害管理ＤＢ３６０に登録されている障害ＩＤ毎に、障害リンク４０３（図６参照）を含む障害メール４００を生成する。障害メール４００は、障害の発生を通知するための電子メールである。ただし、障害メール４００は、様々なメッセージの態様の一例であり、例えば、ＳＭＳ（short message service）又はメッセンジャーなどであってもよい。よって、障害メール処理部１０３は、メッセージ処理部と呼ばれてもよい。

障害メール処理部１０３は、その生成した障害メール４００を、保守機関に属する１又は複数の保守メンバーへ送信する。なお、障害メール４００の詳細については後述する（図６参照）。また、障害メール処理部１０３の詳細についても後述する（図１０、図１１参照）。

保守メンバーが有する携帯端末２１又はＰＣ２２のメールアプリケーション２０１は、上記の障害メール４００を受信し、表示する。保守メンバーによって障害メール４００に含まれる障害リンク４０３へのアクセスが実行されると、携帯端末２１又はＰＣ２２のＷＥＢブラウザ２０２は、障害リンク４０３へアクセス要求（例えばＨＴＴＰ ＲＥＱＵＥＳＴ）を送信する。

アクセス受付部１０４は、障害リンク４０３へのアクセス要求を受け付ける。例えば、アクセス受付部１０４は、携帯端末２１から障害リンク４０３へのアクセス要求を受信した場合、障害ページ処理部１０５に対して、携帯用の障害対応ページ５００（図７参照）の生成を指示する。また、アクセス受付部１０４は、ＰＣ２２から障害リンク４０３へのアクセス要求を受信した場合、障害ページ処理部１０５に対して、ＰＣ用の障害検索ページ６００（図８参照）の生成を指示する。また、アクセス受付部１０４は、ＰＣ用の障害検索ページ６００に含まれる障害対応状況リンク６２２（図８参照）へのアクセス要求を受信した場合、障害ページ処理部１０５に対して、ＰＣ用の障害対応ページ７００（図９参照）の生成を指示する。なお、携帯用の障害対応ページ５００、ＰＣ用の障害検索ページ６００、及びＰＣ用の障害対応ページ７００の詳細については後述する（図７、図８及び図９参照）。また、アクセス受付部１０４の詳細についても後述する（図１２参照）。

障害ページ処理部１０５は、アクセス受付部１０４からの指示に応じて、携帯用の障害対応ページ５００、ＰＣ用の障害検索ページ６００、又はＰＣ用の障害対応ページ７００を生成する。そして、障害ページ処理部１０５は、アクセス要求元の端末（携帯端末２１又はＰＣ２２）のＷＥＢブラウザ２０２へ、その生成した障害ページを含むアクセス応答（例えばＨＴＴＰ ＲＥＳＰＯＮＳＥ）を送信する。また、障害ページ処理部１０５は、ＷＥＢブラウザ２０２を介して障害対応ページに入力された情報（以下「障害対応入力情報」という）を、障害対応管理ＤＢ３４０へ反映する。なお、障害ページ処理部１０５の詳細については後述する（図１３～図１５参照）。また、障害対応入力情報の詳細についても後述する（図７参照）。

＜機関管理ＤＢ＞
図３を参照して、機関管理ＤＢ３００を詳細に説明する。

機関管理ＤＢ３００は、データ項目（カラム）として、医療機関名３０１と、保守機関名３０２とを有する。図３において、レコード３１０は、保守機関名３０２「Ａ代理店」が、医療機関名３０１「Ａ病院」の保守を請け負っていることを示す。なお、本実施の形態では、説明をわかりやすくするために、機関管理ＤＢ３００のデータ項目を、医療機関及び保守機関の「名称」としているが、機関管理ＤＢ３００のデータ項目を、医療機関及び保守機関の「ＩＤ」としてもよい。

＜アカウント管理ＤＢ＞
図４を参照して、アカウント管理ＤＢ３２０を詳細に説明する。

アカウント管理ＤＢ３２０は、データ項目（カラム）として、アカウントＩＤ３２１と、アカウント名３２２と、メールアドレス３２３と、権限３２４と、保守機関名３２５とを有する。図４において、レコード３３０は、次のことを示す。すなわち、アカウント名３２２「松下花子」のユーザには、アカウントＩＤ３２１「１２３４」と、メールアドレス３２３「matsushita.hanako@xxx.com」とが割り当てられている。また、アカウントＩＤ３２１「１２３４」のユーザ（つまり「松下花子」）は、保守機関名３２５の「Ａ代理店」に属し、「管理者」の権限３２４を有している。

＜障害対応管理ＤＢ＞
図５を参照して、障害対応管理ＤＢ３４０を詳細に説明する。

障害対応管理ＤＢ３４０は、データ項目（カラム）として、障害ＩＤ３４１と、担当者ＩＤ３４２と、障害対応状況３４３と、再通知設定３４４と、メモ３４５とを有する。

障害ＩＤ３４１は、障害を識別するための値である。障害ＩＤ３４１は、機器１０を識別するための値と、当該機器１０において発生し得る障害を識別するための値との組み合わせであってもよい。これにより、障害ＩＤから、機器１０と障害の両方を識別できる。

担当者ＩＤ３４２は、障害ＩＤ３４１が示す障害を担当する保守メンバーを示す値である。具体的には、担当者ＩＤ３４２の値は、当該保守メンバーのアカウントＩＤである。なお、障害ＩＤ３４１が示す障害を担当する保守メンバーがまだ決定していない場合、担当者ＩＤ３４２は「ＮＵＬＬ」であってよい。

障害対応状況３４３は、障害ＩＤ３４１が示す障害への対応状況を示す値である。例えば、障害対応状況３４３「未着手」は、障害対応に未着手であることを示す。障害対応状況３４３「対応中」は、障害に対応中であることを示す。障害対応状況３４３「完了」は、障害対応が完了していることを示す。

再通知設定３４４は、障害ＩＤ３４１が示す障害を知らせる障害メール４００の再通知に関する設定値である。例えば、再通知設定３４４「通常通り」は、所定の周期（頻度）で障害メール４００を再通知することを示す。再通知設定３４４「一時停止」は、障害メール４００の通知を一時的に停止することを示す。この場合、再通知設定３４４は、一時停止の期間を示す値を合わせて有してよい。再通知設定３４４「通知しない」は、障害メール４００を再通知しないことを示す。

メモ３４５は、障害ＩＤ３４１が示す障害への対応に関して入力された文字列である。

図５において、レコード３５０は、次のことを示す。すなわち、担当者ＩＤ３４２「２３４５」の保守メンバーである「松下次郎」（図４参照）が、障害ＩＤ３４１「３０」の障害を担当し、その障害対応状況３４３は「対応中」である。また、障害ＩＤ３４１「３０」の障害メール４００の再通知設定３４４は「通常通り」である。また、障害ＩＤ３４１「３０」の障害に関するメモ３４５には「暫定対応済み」が入力されている。

＜障害メール＞
図６を参照して、障害メール４００を詳細に説明する。

障害メール４００には、障害情報４０１、障害対応情報４０２と、障害リンク４０３とが含まれる。

障害情報４０１は、当該障害メール４００が知らせる障害に関する情報である。例えば、障害情報４０１は、図６に示すように、障害の発生日時、障害ＩＤ、当該障害ＩＤが示す障害内容、障害が検出された医療機関名、及び当該医療機関を保守する保守機関名などを含む。

障害対応情報４０２は、障害対応状況を示す情報である。例えば、障害対応情報４０２は、図６に示すように、障害対応状況及び障害の担当者名などを含む。

障害リンク４０３は、障害ページへのリンク先を示す情報である。障害リンク４０３は、当該障害メール４００が知らせる障害ＩＤと、当該障害メール４００の宛先（メールアドレス）が割り当てられているアカウントＩＤと、を識別するための情報を含む。アカウントＩＤを識別するための情報は、アカウントＩＤ毎に異なるワンタイムパスワードであってもよい。これにより、機器診断装置１００のアクセス受付部１０４は、障害リンク４０３へのアクセス要求を受信したときに、ワンタイムパスワードから、アカウントＩＤを認識できる。或いは、障害リンク４０３は、障害ＩＤとアカウントＩＤの組み合わせ毎に異なるワンタイムパスワードを含んでもよい。これにより、機器診断装置１００のアクセス受付部１０４は、障害リンク４０３へのアクセス要求を受信したときに、ワンタイムパスワードから、障害ＩＤ及びアカウントＩＤの両方を認識できる。

なお、障害リンク４０３へのアクセス要求に対して表示される障害ページは、上述の通り、アクセス要求元の端末が携帯端末２１の場合は、携帯用の障害対応ページ５００であり、アクセス要求元の端末がＰＣ２２の場合は、ＰＣ用の障害検索ページ６００である。

また、障害メール４００のタイトル４０４には、障害対応状況が含まれてよい。これにより、障害メール４００を受信した各保守メンバーは、障害メール４００の本文を読まなくても、タイトル４０４から障害対応状況を知ることができる。

＜携帯用の障害対応ページ＞
図７を参照して、携帯用の障害対応ページ５００を詳細に説明する。

携帯用の障害対応ページ５００は、携帯端末２１のＷＥＢブラウザ２０２が、障害メール４００内の障害リンク４０３へアクセスした場合に表示されるＷＥＢページである。携帯用の障害対応ページ５００は、障害情報領域５０１と、障害対応情報領域５０２と、再通知設定領域５０３と、メモ領域５０４と、登録ボタン５０５とを有する。

障害情報領域５０１には、上述の障害情報４０１と同様の内容が表示される。

障害対応情報領域５０２には、図７に示すように、担当者名５２１と、担当変更ボタン５２２と、障害対応状況ボタン５２３とが表示される。担当変更ボタン５２２は、担当者を自分（障害リンク４０３が示すアカウントＩＤの保守メンバー。以下「アクセス保守メンバー」という）に変更するためのボタンである。障害対応状況ボタン５２３は、障害対応状況を表示すると共に、障害対応状況を変更するためのボタンである。例えば、障害対応情報領域５０２には、図７に示すように、「未着手」、「対応中」及び「完了」をそれぞれ示す障害対応状況ボタン５２３が表示される。また、これらの障害対応状況ボタン５２３のうち、障害リンク４０３へアクセスした時点における障害対応状況３４３を示す障害対応状況ボタン５２３が「ＯＮ」になっている。

再通知設定領域５０３には、図７に示すように、再通知設定ボタン５３１が表示される。再通知設定ボタン５３１は、再通知設定を表示すると共に、再通知設定を変更するためのボタンである。例えば、再通知設定領域５０３には、図７に示すように、「通常通り」、「一時停止」及び「再通知しない」をそれぞれ示す再通知設定ボタン５３１が表示される。また、これらの再通知設定ボタン５３１のうち、障害リンク４０３へアクセスした時点における再通知設定３４４を示す再通知設定ボタン５３１が「ＯＮ」になっている。また、「一時停止」の再通知設定ボタン５３１の付近には、当該一時停止の期間を入力及び表示するための数値ボックス５３２が表示される。なお、数値ボックス５３２の付近には、数値ボックスの単位（例えば「時」及び「日」）を指定するためリスト５３３が表示されてもよい。

メモ領域５０４には、障害対応に関するメモを入力及び表示するためのテキストボックス５４１が表示される。

登録ボタン５０５は、障害対応情報領域５０２、再通知設定領域５０３、及びメモ領域５０４において入力及び変更された情報（つまり障害対応入力情報）を、機器診断装置１００へ送信するためのボタンである。

アクセス保守メンバーが障害担当者である場合、携帯用の障害対応ページ５００において、障害対応状況ボタン５２３、再通知設定ボタン５３１、及びメモ領域５０４のテキストボックス５４１は、変更可能となっている。

アクセス保守メンバーが障害担当者でない場合、携帯用の障害対応ページ５００において、障害対応状況ボタン５２３、再通知設定ボタン５３１、及びメモ領域５０４のテキストボックス５４１は、変更不可（閲覧のみ可）となっている。担当者でないアクセス保守メンバーは、障害対応状況ボタン５２３、再通知設定ボタン５３１、又はメモ領域５０４のテキストボックス５４１を変更したい場合、まずは担当変更ボタン５２２を「ＯＮ」にして登録ボタン５０５を押下（タップ）する。これにより、当該アクセス保守メンバーが、当該障害の担当者に変更され、障害対応状況ボタン５２３、再通知設定ボタン５３１、及びメモ領域５０４のテキストボックス５４１が、変更可能となる。

このように、アクセス保守メンバーが障害担当者であるか否かに応じて、携帯用の障害対応ぺージ５００の変更可能な領域を切り換えることにより、障害担当者でないアクセス保守メンバーが、誤って障害対応状況などを変更してしまうことを防止できる。

また、このように、障害メール４００を受信した保守メンバーは、それぞれ、障害リンク４０３へアクセスして、簡単に障害担当者を自分に変更できるので、柔軟な障害対応が可能になる。例えば、別件で医療機関に立ち寄った保守メンバーが障害担当者になり、当該医療機関における機器１０の障害に暫定的に対応し、後日、別の保守メンバーが障害担当者になり障害に正式に対応するといった障害対応が可能となる。

また、障害メール及び障害対応ページを介して、障害担当者及び障害対応状況などを、保守メンバー間で簡単に共有できるので、障害対応の把握及び引き継ぎが容易になる。

＜ＰＣ用の障害検索ページ＞
図８を参照して、ＰＣ用の障害検索ページ６００を詳細に説明する。

ＰＣ用の障害検索ページ６００は、ＰＣ２２のＷＥＢブラウザ２０２が、障害メール４００内の障害リンク４０３へアクセスした場合に表示されるＷＥＢページである。ＰＣ用の障害検索ページ６００は、検索条件領域６０１と、検索結果領域６０２と、検索ボタン６１２とを有する。

検索条件領域６０１には、検索条件を入力するためのボックス６１１が表示される。この検索条件領域６０１に入力された検索条件を「検索条件入力情報」という。検索ボタン６１２が押下（クリック）されると、検索結果領域６０２には、検索条件入力情報に適合する障害情報のリストが表示される。

障害情報のリストの各々には、その障害情報に関連する機器情報リンク６２１及び障害対応状況リンク６２２が表示される。機器情報リンク６２１がアクセスされた場合、ＰＣ２２のＷＥＢブラウザ２０２には、機器１０に関する情報を含むＷＥＢページ（図示せず）が表示される。障害対応状況リンク６２２がアクセスされた場合、ＰＣ２２のＷＥＢブラウザ２０２には、ＰＣ用の障害対応ページ７００（図９参照）が表示される。

＜ＰＣ用の障害対応ページ＞
図９を参照して、ＰＣ用の障害対応ページ７００を詳細に説明する。

ＰＣ用の障害対応ページ７００は、ＰＣ２２のＷＥＢブラウザ２０２が、ＰＣ用の障害検索ページ６００（図８参照）の障害対応状況リンク６２２へアクセスした場合に表示されるＷＥＢページである。

ＰＣ用の障害対応ページ７００は、障害情報領域７０１と、障害対応情報領域７０２と、再通知設定領域７０３と、メモ領域７０４と、登録ボタン７０５とを有する。

障害情報領域７０１、障害対応情報領域７０２、再通知設定領域７０３、メモ領域７０４、及び登録ボタン７０５は、それぞれ、図７に示した携帯用の障害対応ページ５００における、障害情報領域５０１、障害対応情報領域５０２、再通知設定領域５０３、メモ領域５０４、及び登録ボタン５０５と同様であるので、ここでは説明を省略する。

＜障害メール処理＞
図１０のフローチャートを参照して、障害メール処理部１０３による処理を詳細に説明する。

障害メール処理部１０３は、障害検出情報に含まれる障害ＩＤが障害管理ＤＢ３６０に登録された場合に、当該処理を実行する。また、障害メール処理部１０３は、障害管理ＤＢ３６０に複数の障害ＩＤが登録された場合、各障害ＩＤについて、当該処理を実行する。以下、図１０の説明において、処理対象とする障害ＩＤを「対象障害ＩＤ」という。

障害メール処理部１０３は、障害対応管理ＤＢ３４０から、対象障害ＩＤ３４１に関連付けられている障害対応状況３４３を取得する（Ｓ１０１）。

Ｓ１０１にて対象障害ＩＤが存在しない場合、又は、Ｓ１０１にて取得した障害対応状況３４３が「完了」の場合（Ｓ１０２：完了）、障害メール処理部１０３は、対象障害ＩＤに対応する新規レコードを障害対応管理ＤＢ３４０に生成する（Ｓ１０３）。そして、フローはＳ１０７へ進む。

Ｓ１０１にて取得した障害対応状況３４３が「対応中」又は「未着手」の場合（Ｓ１０２：対応中ｏｒ未着手）、障害メール処理部１０３は、障害対応管理ＤＢ３４０から、対象障害ＩＤに関連付けられている再通知設定３４４を取得する（Ｓ１０４）。

Ｓ１０４にて取得した再通知設定３４４が「通常通り」である場合（Ｓ１０５：通常通り）、フローはＳ１０７へ進む。

Ｓ１０４にて取得した再通知設定３４４が「再通知しない」である場合（Ｓ１０５：再通知しない）、フローは終了する（ＥＮＤ）。

Ｓ１０４にて取得した再通知設定３４４が「一時停止」である場合（Ｓ１０５：一時停止）、障害メール処理部１０３は、最後に対象障害ＩＤを検出してから現在までの期間が一時停止の設定期間を超えているか否かを判定する（Ｓ１０６）。一時停止の設定期間を超えていない場合（Ｓ１０６：ＮＯ）、フローはＳ１０６へ戻る。一時停止の設定期間を超えている場合（Ｓ１０６：ＹＥＳ）、フローはＳ１０７へ進む。

Ｓ１０７として、障害メール処理部１０３は、障害メール生成及び送信処理を実行する（Ｓ１０７）。障害メール生成及び送信処理の詳細については後述する（図１１参照）。そして、フローは終了する（ＥＮＤ）。

＜障害メールの生成及び送信処理＞
図１１のフローチャートを参照して、障害メール生成及び送信処理について説明する。当該説明は、図１０のＳ１０７の詳細な説明に相当する。

障害メール処理部１０３は、対象障害ＩＤの障害が検出された機器を備える医療機関名を特定する（Ｓ２０１）。

障害メール処理部１０３は、機関管理ＤＢ３００から、Ｓ２０１にて特定した医療機関名３０１に関連付けられている保守機関名３０２を特定する（Ｓ２０２）。

障害メール処理部１０３は、アカウント管理ＤＢ３２０から、Ｓ２０２にて特定した保守機関名３２５に関連付けられているアカウントＩＤ３２１を特定する（Ｓ２０３）。

障害メール処理部１０３は、Ｓ２０３にて特定した各アカウントＩＤについて、Ｓ２０４～Ｓ２０９の処理を実行する（Ｓ２０４）。なお、Ｓ２０４～Ｓ２０９における処理対象のアカウントＩＤを「対象アカウントＩＤ」と呼ぶ。

障害メール処理部１０３は、対象アカウントＩＤに対応付けるワンタイムパスワードを生成する（Ｓ２０５）。

障害メール処理部１０３は、対象障害ＩＤとＳ２０４にて生成したワンタイムパスワードとを含む障害リンク４０３を生成する（Ｓ２０６）。

障害メール処理部１０３は、Ｓ２０６にて生成した障害リンク４０３を含む障害メール４００を生成する（Ｓ２０７）。

障害メール処理部１０３は、アカウント管理ＤＢ３２０において対象アカウントＩＤに関連付けられているメールアドレス３２３宛に、Ｓ２０６にて生成した障害メール４００を送信する（Ｓ２０８）。なお、障害メール処理部１０３は、対象アカウントＩＤに関連付けられている権限３２４に基づいて、対象アカウントＩＤに関連付けられているメールアドレス３２３宛に障害メール４００を送信するか否かを決定してもよい。

障害メール処理部１０３が、Ｓ２０３にて特定した全てのアカウントＩＤについてＳ２０４～Ｓ２０９の処理を実行した後（Ｓ２０９）、フローは終了する（ＥＮＤ）。

以上の処理により、障害の発生した医療機関の保守を請け負っている保守機関に属する所定の保守メンバーに対して、障害メール４００が送信される。

＜アクセス受付処理＞
図１２のフローチャートを参照して、アクセス受付部１０４による処理を詳細に説明する。

アクセス受付部１０４は、アクセス要求を受信するまで待機する（Ｓ３０１：ＮＯ）。そして、アクセス受付部１０４がアクセス要求を受信した場合（Ｓ３０１：ＹＥＳ）、フローはＳ３０２へ進む。

Ｓ３０２として、アクセス受付部１０４は、アクセス要求元の端末の種別を判定する（Ｓ３０２）。アクセス要求元の端末が携帯端末である場合（Ｓ３０４：携帯端末）、アクセス受付部１０４は、障害ページ処理部１０５に対して携帯用の障害対応ページ５００の生成を指示する（Ｓ３０３）。そして、フローは終了する（ＥＮＤ）。

アクセス要求元の端末がＰＣである場合（Ｓ３０４：ＰＣ）、アクセス受付部１０４は、アクセス要求されたリンクを判定する（Ｓ３０４）。アクセス受付部１０４は、アクセス要求されたリンクが障害対応状況リンク６２２である場合（Ｓ３０４：障害対応状況リンク）、障害ページ処理部１０５に対してＰＣ用の障害対応ページ７００の生成を指示する（Ｓ３０５）。そして、フローは終了する（ＥＮＤ）。

アクセス受付部１０４は、アクセス要求されたリンクが障害リンク４０３である場合（Ｓ３０４：障害リンク）、障害ページ処理部１０５に対してＰＣ用の障害検索ページ６００の生成を指示する（Ｓ３０６）。そして、フローは終了する（ＥＮＤ）。なお、「アクセス要求元の端末がＰＣである場合」は、「アクセス要求元の端末が携帯端末でない場合」と読み替えてもよい。

＜携帯用の障害対応ページの生成処理＞
図１３のフローチャートを参照して、携帯用の障害対応ページ５００の生成処理について説明する。障害ページ処理部１０５は、アクセス受付部１０４から、携帯用の障害対応ページ５００の生成の指示（Ｓ３０５）を受けた場合に、当該処理を実行する。

障害ページ処理部１０５は、アクセスされた障害リンク４０３に含まれるワンタイムパスワードを特定する（Ｓ４０１）。

障害ページ処理部１０５は、その特定したワンタイムパスワードに対応するアカウントＩＤ（つまりアクセス保守メンバーのアカウントＩＤ）を特定する（Ｓ４０２）。

障害ページ処理部１０５は、アクセスされた障害リンク４０３に含まれる障害ＩＤを特定する（Ｓ４０３）。

障害ページ処理部１０５は、障害対応管理ＤＢ３４０から、その特定した障害ＩＤ３４１に関連付けられている担当者ＩＤ３４２を特定する（Ｓ４０４）。

障害ページ処理部１０５は、Ｓ４０２にて特定したアカウントＩＤと、Ｓ４０４にて特定した担当者ＩＤ３４２とが一致するか否かを判定する（Ｓ４０５）。つまり、アクセス保守メンバーが、障害ＩＤの担当者であるか否かを判定する。

アカウントＩＤと担当者ＩＤ３４２とが一致する場合（Ｓ４０５：ＹＥＳ）、障害ページ処理部１０５は、次の処理を行う。すなわち、障害ページ処理部１０５は、障害対応状況ボタン５２３、再通知設定ボタン５３１及びテキストボックス５４１を変更可能な携帯用の障害対応ページ５００を生成し、アクセス要求元の携帯端末２１のＷＥＢブラウザ２０２へ送信する（Ｓ４０６）。そして、フローはＳ４０８へ進む。

アカウントＩＤと担当者ＩＤ３４２とが一致しない場合（Ｓ４０５：ＮＯ）、障害ページ処理部１０５は、次の処理を行う。すなわち、障害ページ処理部１０５は、担当変更ボタン５２２を変更可能だが、障害対応状況ボタン５２３、再通知設定ボタン５３１及びテキストボックス５４１を変更不可（閲覧のみ可）な携帯用の障害対応ページ５００を生成し、アクセス要求元の携帯端末のＷＥＢブラウザ２０２へ送信する（Ｓ４０７）。そして、フローはＳ４０８へ進む。なお、Ｓ４０４にて特定した担当者ＩＤが「ＮＵＬＬ」の場合、障害ページ処理部１０５は、Ｓ４０５を「ＮＯ」と判定してよい。

一方、携帯端末２１のＷＥＢブラウザ２０２は、Ｓ４０６又はＳ４０７の障害対応ページ５００を受信し、表示する。そして、携帯端末２１のＷＥＢブラウザ２０２は、障害対応ページ５００の「登録」ボタン５０５の押下（タッチ又はクリック）を検出すると、障害対応入力情報を機器診断装置１００へ送信する。

Ｓ４０８として、障害ページ処理部１０５は、障害対応入力情報を受信した場合（Ｓ４０８：ＹＥＳ）、その障害対応入力情報を、障害対応管理ＤＢ３４０に反映する（Ｓ４０９）。そして、フローは終了する（ＥＮＤ）。

例えば、Ｓ４０６を実行し、障害対応入力情報を受信した場合、障害ページ処理部１０５は、次の処理を実行する。すなわち、障害ページ処理部１０５は、障害対応入力情報に含まれる、障害対応状況ボタン５２３の選択値、再通知設定ボタン５３１の選択値、テキストボックス５４１への入力文字列を、それぞれ、障害対応管理ＤＢ３４０の障害対応状況３４３、再通知設定３４４、及びメモ３４５に登録する。

例えば、Ｓ４０７を実行し、担当変更ボタン５２２の選択値が「ＯＮ」である障害対応入力情報を受信した場合、障害ページ処理部１０５は、次の処理を実行する。すなわち、障害ページ処理部１０５は、障害対応管理ＤＢ３４０の担当者ＩＤ３４２に、Ｓ４０２にて特定したアカウントＩＤを登録する。これにより、障害の担当者が、アクセス保守メンバーに変更される。

なお、障害ページ処理部１０５が、携帯端末２１のＷＥＢブラウザ２０２から障害対応入力情報を受信せずに所定期間が経過（タイムアウト）した場合（Ｓ４０８：ＮＯ）、フローは終了してよい（ＥＮＤ）。

＜ＰＣ用の障害検索ページの生成処理＞
図１４のフローチャートを参照して、ＰＣ用の障害検索ページ６００の生成処理について説明する。障害ページ処理部１０５は、アクセス受付部１０４から、ＰＣ用の障害検索ページ６００の生成の指示（Ｓ３０６）を受けた場合に、当該処理を実行する。

障害ページ処理部１０５は、ＰＣ２２に対して、アカウントＩＤとパスワードの入力を要求する（Ｓ５０１）。

障害ページ処理部１０５は、Ｓ５０１にて入力されたアカウントＩＤとパスワードを認証する（Ｓ５０２）。Ｓ５０２の認証に失敗した場合（Ｓ５０２：ＮＯ）、フローはＳ５０１へ戻る。

Ｓ５０２の認証に成功した場合（Ｓ５０２：ＹＥＳ）、障害ページ処理部１０５は、そのアカウントＩＤでログインする（Ｓ５０３）。

障害ページ処理部１０５は、そのログインしたアカウントＩＤに対応する障害検索ページ６００を生成し、アクセス要求元のＰＣ２２のＷＥＢブラウザ２０２へ送信する（Ｓ５０４）。そして、フローはＳ５０５へ進む。

一方、ＰＣ２２のＷＥＢブラウザ２０２は、Ｓ５０４の障害検索ページ６００を受信し、表示する。そして、ＰＣ２２のＷＥＢブラウザ２０２は、障害検索ページ６００の「検索」ボタン６１２の押下（クリック）を検出すると、検索条件入力情報を、機器診断装置１００へ送信する。

Ｓ５０５として、障害ページ処理部１０５は、検索条件入力情報を受信した場合（Ｓ５０５：ＹＥＳ）、その検索条件入力情報に適合する障害情報を検索する（Ｓ５０６）。そして、障害ページ処理部１０５は、検索結果ページを生成し、ＰＣ２２のＷＥＢブラウザ２０２へ送信する（Ｓ５０７）。

なお、障害ページ処理部１０５が、ＷＥＢブラウザ２０２から検索条件入力情報を受信せずに所定期間を経過（タイムアウト）した場合（Ｓ５０５：ＮＯ）、フローは終了する（ＥＮＤ）。

＜ＰＣ用の障害対応ページの生成処理＞
図１５のフローチャートを参照して、ＰＣ用の障害対応ページ７００の生成処理について説明する。障害ページ処理部１０５は、アクセス受付部１０４から、ＰＣ用の障害対応ページ７００の生成の指示（Ｓ３０５）を受けた場合に、当該処理を実行する。

障害ページ処理部１０５は、アクセスされた障害リンク４０３から障害ＩＤを特定する（Ｓ６０１）。

障害ページ処理部１０５は、特定した障害ＩＤに対応するＰＣ用の障害対応ページ７００を生成し、ＰＣ２２のＷＥＢブラウザ２０２へ送信する（Ｓ６０２）。そして、フローはＳ６０３へ進む。

一方、ＰＣのＷＥＢブラウザ２０２は、Ｓ６０２のＰＣ用の障害対応ページ７００を受信し、表示する。そして、ＰＣ２２のＷＥＢブラウザ２０２は、障害対応ページ７００の「登録」ボタン７０５の押下（クリック）を検出すると、障害対応入力情報を機器診断装置１００へ送信する。

Ｓ６０３として、障害ページ処理部１０５は、障害対応入力情報を受信した場合（Ｓ６０３：ＹＥＳ）、その障害対応入力情報を、障害対応管理ＤＢ３４０に反映する（Ｓ６０４）。そして、フローは終了する（ＥＮＤ）。

なお、障害ページ処理部１０５が、ＰＣ２２のＷＥＢブラウザ２０２から障害対応入力情報を受信せずに所定期間が経過（タイムアウト）した場合（Ｓ６０３：ＮＯ）、フローは終了してよい（ＥＮＤ）。

ＰＣ用の障害対応ページ７００では、ログインユーザは、障害の担当者でなくても、障害対応状況ボタン７２３、再通知設定ボタン７３１及びテキストボックス７４１を変更可能であってよい。これにより、管理者など、障害の担当者以外の者であっても、ＰＣ２２から障害対応ページ７００にアクセスすることにより、進捗状況及び再通知設定などを変更できる。

なお、本実施の形態では、障害ページ処理部１０５は、ＰＣ２２から障害メールの障害リンクにアクセスされた場合、図１４に示すように、アカウントＩＤとパスワードの入力を要求している。しかし、障害ページ処理部１０５は、ＰＣ２２から障害メールの障害リンクにアクセスされた場合に、当該障害リンクに含まれるワンタイムパスワードを使用して、アカウントＩＤとパスワードの入力の要求を省略してもよい。

＜本実施の形態のまとめ＞
本実施の形態では、機器診断装置１００は、障害ＩＤと、宛先に対応するアカウントＩＤと、によって異なる障害リンク４０３を生成し、当該生成した障害リンク４０３を含む障害メール４００を各宛先へ送信する障害メール処理部１０３（メッセージ処理部）と、、障害リンク４０３へのアクセスを受け付けるアクセス受付部１０４とを備える。さらに、機器診断装置１００は、アクセスを受けた障害リンク４０３に基づいて障害ＩＤとアカウントＩＤとを特定し、当該特定したアカウントＩＤが当該特定した障害ＩＤに対応付けられている担当者ＩＤ３４２でない場合、当該特定したアカウントＩＤを担当者ＩＤ３４２とするか否かを選択できる担当変更ボタン５２２を有する障害対応ページ５００を生成し、当該生成した障害対応ページ５００をアクセス元の端末へ送信する障害ページ処理部１０５を備える。

これにより、障害メール４００を受信した保守メンバーは、障害リンク４０３へアクセスして、その障害メール４００が通知した障害の担当者を、自分に変更できる。すなわち、検出された障害の担当者を容易に変更できる。よって、柔軟な障害対応が可能になる。

なお、上述した、障害ページにおけるボタン及びボックスなどは、ＷＥＢページに配置可能なユーザインタフェースの一例である。したがって、上述のボタン及びボックスなどを「インタフェース」と呼んでもよい。

＜ハードウェア構成＞
以上、本開示に係る実施形態について図面を参照して詳述してきたが、上述した機器診断装置１００、携帯端末２１、及びＰＣ２２などの各装置の機能は、コンピュータプログラムにより実現され得る。

図１６は、機器診断装置１００の機能をプログラムにより実現するコンピュータのハードウェア構成を示す図である。このコンピュータ２１００は、キーボード又はマウス、タッチパッドなどの入力装置２１０１、ディスプレイ又はスピーカーなどの出力装置２１０２、ＣＰＵ（Central Processing Unit）２１０３、ＲＯＭ（Read Only Memory）２１０４、ＲＡＭ（Random Access Memory）２１０５、ハードディスク装置又はＳＳＤ（Solid State Drive）などの記憶装置２１０６、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）又はＵＳＢ（Universal Serial Bus）メモリなどの記録媒体から情報を読み取る読取装置２１０７、ネットワークを介して通信を行う送受信装置２１０８を備え、各部はバス２１０９により接続される。

そして、読取装置２１０７は、上記各装置の機能を実現するためのプログラムを記録した記録媒体からそのプログラムを読み取り、記憶装置２１０６に記憶させる。あるいは、送受信装置２１０８が、ネットワークに接続されたサーバ装置と通信を行い、サーバ装置からダウンロードした上記各装置の機能を実現するためのプログラムを記憶装置２１０６に記憶させる。

そして、ＣＰＵ２１０３が、記憶装置２１０６に記憶されたプログラムをＲＡＭ２１０５にコピーし、そのプログラムに含まれる命令をＲＡＭ２１０５から順次読み出して実行することにより、上記各装置の機能が実現される。

例えば、図２に示す、障害検出情報受信部１０７、障害メール処理部１０３、アクセス受付部１０４、及び障害ページ処理部１０５は、機器診断装置１００が備えるＣＰＵ２１０３にて実行されるプログラムであってもよい。

上記の実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、又は、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示の一態様は、機器を診断するシステム、装置、方法及びコンピュータプログラムなどに有用である。

１ 機器診断システム
８ ルータ
１０ 機器
１１ 機器ログ収集部
１２ 障害検出部
１６ 記憶部
２１ 携帯端末
２２ ＰＣ
１００ 機器診断装置
１０３ 障害メール処理部
１０４ アクセス受付部
１０５ 障害ページ処理部
１１０ 機器ログ
２０１ メールアプリケーション
２０２ ＷＥＢブラウザ
３００ 機関管理ＤＢ
３２０ アカウント管理ＤＢ
３４０ 障害対応管理ＤＢ
３６０ 障害管理ＤＢ

Claims (8)

1. 機器に発生した障害を識別するための障害ＩＤと、当該障害ＩＤの障害の発生を知らせる障害メッセージの宛先に対応するユーザと、によって異なる障害リンクを生成し、当該生成した障害リンクを含む障害メッセージを各宛先へ送信するメッセージ処理部と、
   前記障害リンクへのアクセスを受け付けるアクセス受付部と、
   アクセスを受けた障害リンクに基づいて障害ＩＤとアクセス元のユーザとを特定し、当該特定したユーザが、当該特定した障害ＩＤに対応付けられている障害担当者でない場合、当該特定したユーザが前記障害担当者になるか否かを選択できる担当変更インタフェースを含む障害対応ページを生成し、当該生成した障害対応ページを前記アクセス元へ送信する障害ページ処理部と、
   を備える、
   機器診断装置。
2. 前記障害対応ページは、前記障害ＩＤの障害への対応状況を表示及び変更できる対応状況インタフェースを含み、
   前記対応状況インタフェースは、
   前記特定したユーザが前記特定した障害ＩＤに対応付けられている障害担当者である場合、変更可能であり、
   前記特定したユーザが前記特定した障害ＩＤに対応付けられている障害担当者でない場合、変更不可である、
   請求項１に記載の機器診断装置。
3. 前記障害対応ページは、前記障害ＩＤを知らせるメッセージの再送信の設定を表示及び変更できる再送信設定インタフェースを含み、
   前記再送信設定インタフェースは、
   前記特定したユーザが前記特定した障害ＩＤに対応付けられている障害担当者である場合、変更可能であり、
   前記特定したユーザが前記特定した障害ＩＤに対応付けられている障害担当者でない場合、変更不可である、
   請求項１に記載の機器診断装置。
4. 前記アクセス受付部は、
   前記障害リンクへのアクセス元の端末が携帯端末である場合、前記障害ページ処理部に対して、前記障害対応ページの生成を指示し、
   前記障害リンクへのアクセス元の端末が携帯端末でない場合、前記障害ページ処理部に対して、障害の検索が可能なページである障害検索ページの生成を指示する、
   請求項１に記載の機器診断装置。
5. 前記障害リンクは、宛先のユーザ毎に異なるワンタイムパスワードを含む、
   請求項１に記載の機器診断装置。
6. 前記機器を保守する保守機関に属するユーザの宛先を管理する管理部、をさらに備え、
   前記メッセージ処理部は、障害の発生した機器を保守する前記保守機関に属する複数のユーザに、それぞれ、前記障害メッセージを送信する、
   請求項１に記載の機器診断装置。
7. 機器に発生した障害を識別するための障害ＩＤと、当該障害ＩＤの障害の発生を知らせる障害メッセージの宛先に対応するユーザと、によって異なる障害リンクを生成し、当該生成した障害リンクを含む障害メッセージを各宛先へ送信し、
   前記障害リンクへのアクセスを受け付け、
   アクセスを受けた障害リンクに基づいて障害ＩＤとアクセス元のユーザとを特定し、当該特定したユーザが、当該特定した障害ＩＤに対応付けられている障害担当者でない場合、当該特定したユーザが前記障害担当者になるか否かを選択できる担当変更インタフェースを含む障害対応ページを生成し、当該生成した障害対応ページを前記アクセス元へ送信する、
   処理をコンピュータにより実行する、
   機器診断方法。
8. 機器に発生した障害を識別するための障害ＩＤと、当該障害ＩＤの障害の発生を知らせる障害メッセージの宛先に対応するユーザと、によって異なる障害リンクを生成し、当該生成した障害リンクを含む障害メッセージを各宛先へ送信し、
   前記障害リンクへのアクセスを受け付け、
   アクセスを受けた障害リンクに基づいて障害ＩＤとアクセス元のユーザとを特定し、当該特定したユーザが、当該特定した障害ＩＤに対応付けられている障害担当者でない場合、当該特定したユーザが前記障害担当者になるか否かを選択できる担当変更インタフェースを含む障害対応ページを生成し、当該生成した障害対応ページを前記アクセス元へ送信する、
   処理をコンピュータに実行させる、
   機器診断プログラム。

Images