JP2020187403A - 呼出を支援するための方法、サーバ、クライアント、及びプログラム - Google Patents

Abstract

【課題】障害の発生時において、障害対応の候補者を呼出対象者として定め、インターネットを介して呼出対象者の呼出を行う方法を提供する。【解決手段】障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバによって実行される方法であって、インターネットを介して、リストから選択された呼出対象者のクライアントへ呼出を行うステップと、選択された呼出対象者のクライアントから呼出への操作の結果を示す応答結果を受信するステップとを備える、方法。【選択図】図５

Description

本開示は、障害が発生したときに、障害への対応のため、その障害に対応することが求められる候補者を呼出対象者として呼出すことを支援するための方法、サーバ、クライアント、及びプログラムに関する。

ネットワークに接続された機器やネットワーク自体に障害が発生すると、その障害に対応することが求められる候補者を呼出して、障害への適切な対応を指示する必要がある。従来、このような障害対応のための候補者の呼出は、特許文献１に開示されるように公衆電話網を介して行われていた。

特開２００２−２４７０３６号公報

しかしながら、特許文献１に開示の方法では、公衆電話網を介して障害対応候補者の呼出を行うため、１回１人の者を呼出す際に１回線必要となるという問題がある。

本開示は上述の点に鑑みてなされたものであり、本開示の一態様は、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバによって実行される方法であって、インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行うステップと、前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信するステップとを備える、方法である。なお、障害対応候補者は、障害対応の候補者であり、発生した障害へ対応する能力を有する者や、発生した障害への対応の責任を有する者を含む。

また、本開示の他の一態様は、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバであって、
インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行う通知送信部と、前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信する応答受信部とを備える、サーバである。

また、本開示の他の一態様は、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントによって実行される方法であって、インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示するステップと、前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付けるステップを備える、方法である。

また、本開示の他の一態様は、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントであって、インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示させる表示制御部と、前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付ける呼出部とを備える、クライアントである。

本開示の一実施形態に係る呼出支援システムの構成を概略的に示す図である。 本開示の一実施形態による呼出支援システムにおける各種処理を実現するための、サーバ及びクライアントの各機能の例を示すブロック図である。 本開示の一実施形態による呼出支援システムのサーバにおいて実行される方法３００の呼出支援のための処理を概略的に説明する図である。 本開示の一実施形態による呼出支援システムのサーバにおいて実行される方法４００の処理のフローである。 本開示の一実施形態による、応答結果を受信等するサーバ側と、該サーバの処理に対する選択されたクライアントとで実行される方法５００の処理のフローを示す。 本開示の一実施形態による、サーバにおいて実行される方法６００Ａのフローチャートである。 本開示の一実施形態による、クライアントにおいて実行される方法６００Ｂのフローチャートである。 本開示の一実施形態による、サーバにおいて実行される方法７００Ａのフローチャートである。 図７Ａのサーバ１００側の処理に対応し、クライアント２００において実行される方法７００Ｂのフローチャートである。 データを更新するクライアントと、サーバと、データを更新するクライアント以外のクライアントとの間で行われるデータ更新処理のフローである。 本開示の一実施形態による表示部に表示される画面の遷移フローの例を示す。 本開示の一実施形態による、緊急呼出開始通知画面の例を示す。 本開示の一実施形態による、呼出画面の例を示す。 本開示の一実施形態による、端末ホーム画面の例を示す。 本開示の一実施形態による、呼出支援のためのアプリケーションのホーム画面の例を示す。 本開示の一実施形態による、呼出支援のためのアプリケーションの詳細画面の例を示す。 本開示の一実施形態による、呼出支援のためのアプリケーションの詳細画面の例を示す。 本開示の一実施形態による、呼出支援のためのアプリケーションの詳細画面の例を示す。 本開示の一実施形態による、架電履歴画面の例を示す。 本開示の一実施形態による、緊急呼出履歴画面の例を示す。 本開示の一実施形態による、新規障害対応記録の作成画面の例を示す。 本開示の一実施形態による、障害対応記録の詳細画面の例を示す。 本開示の一実施形態による、障害対応記録の詳細画面の例を示す。 本開示の一実施形態による、障害対応記録の詳細画面の例を示す。 本開示の一実施形態による、未解決の障害対応記録の一覧画面の例を示す。 本開示の一実施形態による、障害対応記録の一覧画面の例を示す。 本開示の一実施形態による、緊急呼出終了通知画面の例を示す。 本開示の一実施形態による、呼出対象者リストの例を示す。 本開示の一実施形態による、事前設定された各種パラメータを示した表と、順次呼び出された対象者の名前を示した表と、呼び出された対象者の呼出結果を示した表とを例示する。 本開示の一実施形態による、障害対応候補者グループ・テーブルの例を示す。 本開示の一実施形態による、ステータス・データベースの例を示す。

［本開示の実施形態の説明］
最初に、本開示の実施形態の内容を列記して説明する。本開示の一実施形態は、以下のような構成を備える。

（項目１） 項目１によれば、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバによって実行される方法であって、
インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行うステップと、
前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信するステップと
を備える、方法が提供される。

（項目２） 項目２によれば、項目１に記載の方法であって、受信した前記応答結果が前記呼出への操作があったことを示す場合に、前記クライアントと前記サーバとの間の音声チャネルは開かれないことを特徴とする、方法が提供される。

（項目３） 項目３によれば、項目２に記載の方法であって、さらに、
前記応答結果に基づいて、前記呼出対象者の前記障害対応のための呼出に関する状態を記録するステータス・データベースを更新するステップと、
を備える、方法が提供される。

（項目４） 項目４によれば、項目３に記載の方法であって、さらに
前記障害対応の要求に対する対応可否の回答を示す回答結果を受信するステップと、
前記回答結果に基づいて、前記応答結果に基づいて更新されたステータス・データベースを更新するステップを備える方法が提供される。

（項目５） 項目５によれば、項目４に記載の方法であって、さらに
前記回答結果に基づいて更新されたステータス・データベースを、前記リスト内の全ての呼出対象者のクライアントへ送信するステップと
を備える方法が提供される。

（項目６） 項目６によれば、項目２項に記載の方法であって、さらに
前記回答結果を受信すると、前記リストのうち次に選択された呼出対象者のクライアントへ呼出を行うステップを備える方法が提供される。

（項目７） 項目７によれば、項目１から６のいずれか１項に記載の方法であって、さらに、
前記障害の発生を監視する監視システムからの要求を受信すると、前記リスト内の全ての呼出対象者のクライアントへ、前記障害の発生を示す通知情報を送信するステップ
を備える、方法が提供される。

（項目８） 項目８によれば、項目７に記載の方法であって、さらに
前記リスト内の全てのクライアントのうち、少なくとも１台のクライアントから受信した、前記障害への対応可否の回答を示す回答結果に基づいて、前記ステータス・データベースを更新するステップと、
前記リスト内の全てのクライアントへ、前記少なくとも１台のクライアントから受信した回答結果に基づいて更新した前記ステータス・データベースを送信するステップと、
を備える、方法が提供される。

（項目９） 項目９によれば、項目１から８のいずれか１項に記載の方法であって、
前記リストのうち、前記リストから選択された呼出対象者は、複数であり、
前記クライアントへの呼出は、複数人の呼出対象者のクライアントに対し同時に行われる、方法が提供される。

（項目１０） 項目１０によれば、前記サーバに項目１から９のいずれか１項に記載の方法を実行させるためのプログラムが提供される。

（項目１１） 項目１１によれば、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバであって、
インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行う通知送信部と、
前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信する応答受信部と
を備える、サーバが提供される。

（項目１２） 項目１２によれば、項目１１に記載のサーバであって、受信した前記応答結果が前記呼出への操作があったことを示す場合に、前記クライアントと前記サーバとの間の音声チャネルは開かれないことを特徴とするサーバが提供される。

（項目１３） 項目１３によれば、項目１２に記載のサーバであって、前記応答受信部は、さらに、前記応答結果に基づいて、前記呼出対象者の前記障害対応のための呼出に関する状態を記録するステータス・データベースを更新する、サーバが提供される。

（項目１４） 項目１４によれば、項目１３に記載のサーバであって、さらに前記障害対応の要求に対する対応可否の回答を示す回答結果を受信し、前記回答結果に基づいて、前記応答結果に基づいて更新されたステータス・データベースを更新する回答受信部と
を備えるサーバが提供される。

（項目１５） 項目１５によれば、項目１４に記載のサーバであって、さらに前記回答結果に基づいて更新されたステータス・データベースを、前記リスト内の全ての呼出対象者のクライアントへ送信する更新データ送信部と
を備えるサーバが提供される。

（項目１６） 項目１６によれば、項目１１に記載のサーバであって、前記通知送信部は、さらに前記回答結果を受信すると、前記リストから次に選択された呼出対象者のクライアントへの呼出を行う、サーバが提供される。

（項目１７） 項目１７によれば、項目１１から１６のいずれか１項に記載のサーバであって、前記通知送信部は、さらに、前記障害の発生を監視する監視システムからの要求を受信すると、前記リスト内の全ての呼出対象者のクライアントへ、前記障害の発生を示す通知情報を送信する、サーバが提供される。

（項目１８） 項目１８によれば、項目１７に記載のサーバであって、前記回答受信部は、さらに前記リスト内の全てのクライアントのうち、少なくとも１台のクライアントから受信した、前記障害への対応可否の回答を示す回答結果に基づいて、前記ステータス・データベースを更新し、
前記リスト内の全てのクライアントへ、前記少なくとも１台のクライアントから受信した回答結果に基づいて更新した前記ステータス・データベースを送信する、サーバが提供される。

（項目１９） 項目１９によれば、項目１か１８のいずれか１項に記載のサーバであって、
前記リストのうち、前記リストから選択された呼出対象者は、複数であり、
前記クライアントへの呼出は、複数人の呼出対象者のクライアントに対し同時に行われる、サーバが提供される。

（項目２０） 項目２０によれば、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントによって実行される方法であって、
インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示するステップと、
前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付けるステップ
を備える、方法が提供される。

（項目２１） 項目２１によれば、項目２０に記載の方法であって、さらに
前記呼出対象者による、前記呼出画面に対する応答の選択操作を受け付けると、前記クライアントを呼出停止にするステップを含み、
前記応答の選択操作を受け付けた場合に、前記クライアントと前記サーバとの間の音声チャネルを開かないことを特徴とする、方法が提供される。

（項目２２） 項目２２によれば、項目２１に記載の方法であって、さらに
前記サーバから、前記障害の発生を示す通知情報を受信すると、前記通知情報を含む第１画面（緊急呼出開始通知画面）を表示するステップを備える、方法が提供される。

（項目２３） 項目２３によれば、項目２２に記載の方法であって、さらに
前記クライアントにインストールされた呼出支援のためのアプリケーションの第２画面（呼出支援のためのアプリケーションの緊急呼出詳細画面）を表示させるステップであって、前記第２画面は前記障害に対応付けられたメッセージ又は、前記障害に対応付けられた他のクライアントの呼出の結果の少なくとも一方を含む、方法が提供される。

（項目２４） 項目２４によれば、項目２３に記載の方法であって、前記第２画面は、さらに前記クライアントの呼出対象者が前記障害への対応可能であると回答するための選択可能なボタンを含む、方法が提供される。

（項目２５） 項目２５によれば、項目２４に記載の方法であって、さらに
前記クライアントにインストールされた呼出支援のためのアプリケーションの第３画面（障害対応記録の詳細画面）を表示させるステップであって、前記第３画面は前記クライアントの呼出対象者が、前記リスト内の他の呼出対象者のクライアントと、チャットを行うための入力画面を含む、方法が提供される。

（項目２６） 項目２６によれば、前記クライアントに項目２０から２５のいずれか１項に記載の方法を実行させるためのプログラムが提供される。

（項目２７） 項目２７によれば、障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントであって、
インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示させる表示制御部と、
前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付ける呼出部と
を備える、クライアントが提供される。

（項目２８） 項目２８によれば、項目２７に記載のクライアントであって、前記呼出部はさらに
前記呼出対象者による、前記呼出画面に対する応答の選択操作を受け付けると、前記クライアントを呼出停止にし、
前記応答の選択操作を受け付けた場合に、前記クライアントと前記サーバとの間の音声チャネルを開かないことを特徴とする、クライアントが提供される。

（項目２９） 項目２９によれば、項目２８に記載のクライアントであって、前記表示制御部は、さらに
前記サーバから、前記障害の発生を示す通知情報を受信すると、前記通知情報を含む第１画面を表示させる、クライアントが提供される。

（項目３０） 項目３０によれば、項目２９に記載のクライアントであって、前記表示制御部は、さらに
前記クライアントにインストールされた呼出支援のためのアプリケーションの第２画面を表示させ、前記第２画面は、前記障害に対応付けられたメッセージ又は、前記障害に対応付けられた他のクライアントの呼出の結果の少なくとも一方を含む、クライアントが提供される。

（項目３１） 項目３１によれば、項目３０に記載のクライアントであって、前記第２画面は、さらに前記クライアントの呼出対象者が前記障害への対応可能であると回答するための選択可能なボタンを含む、クライアントが提供される。

（項目３２） 項目３２によれば、項目３１に記載のクライアントであって、前記表示制御部は、さらに、前記クライアントにインストールされた呼出支援のためのアプリケーションの第３画面を表示させ、前記第３画面は、前記クライアントの呼出対象者が、前記リスト内の他の呼出対象者のクライアントと、チャットを行うための入力画面を含む、クライアントが提供される。

［本開示の実施形態の詳細］
以下、本開示の実施形態について図面を参照して説明する。図面において、同一または類似の要素には同一または類似の参照符号が付され、各実施形態の説明において同一または類似の要素に関する重複する説明は省略することがある。また、各実施形態で示される特徴は、互いに矛盾しない限り他の実施形態にも適用可能である。しかし、本開示の実施形態は、必ずしもこのような態様に限定されない。本開示の実施形態が、特許請求の範囲において規定される範囲に含まれる様々な態様を取り得ることは、当業者にとって明らかであろう。

以下、本開示の実施形態について具体的に説明する。図１は本開示の一実施形態に係る呼出支援システム１０００の構成を概略的に示す図である。呼出支援システム１０００は、障害発生時における障害対応のための候補者の呼出を支援するシステムである。本開示において、障害とは、システムの障害や故障など、技術や知識等をもつ担当者を緊急に招集する必要のあるものだけでなく、クレーム処理、その他の緊急な対応が求められるあらゆる障害、妨げ、障り、トラブルなども含むものとする。システム障害の以外の他の具体的な例として、緊急対応が必要な場合とは、例えば、災害発生時に災害対策の判断権限を有する上位の役職者を呼出す場合、病院における緊急手術を行う時に手術に関する技術をもつ医師を緊急に呼出す場合などがある。なお、以下に説明する実施形態では、システム障害の例で説明する。まず、全体について説明すると、呼出支援システム１０００は、呼出支援するサーバ１００と、このサーバ１００がインターネット２０を介して呼出す１台以上のクライアント２００を備える。なお、クライアント２００は、図１では２００ａ、２００ｂ、２００ｃであり、以下では、クライアント２００と総称することがある。

先ず、監視システム１０は、これが監視対象とする監視対象装置（不図示）において障害が発生したことを検出すると、この障害への対応を求める緊急呼出要求を生成して、サーバ１００へ送信するシステムである。この監視システム１０は、一例として１台以上の例えば複数の監視端末１２を含んでよい。監視端末１２は、一例として、監視対象サーバとの通信が切断されたことを検出すると、メッセージ「監視対象装置との通信が切断されました。」を作成し、これに基づく緊急呼出要求を生成する。また、上記例では、監視システム１０が自動で緊急呼出要求を送信することとしたが、この緊急呼出要求は、マニュアルで送信するようにしても良い。例えば、障害の受付を行うオペレータがオペレータ端末（不図示）を操作して送信してもよい。一例として、オペレータが顧客からのメッセージ「お客様から調査依頼がありましたので対応をお願いします」を受けると、オペレータが対応する緊急呼出要求を生成して送信する。

呼出支援システム１０００内のサーバ１００は、クラウドで提供されてもよいし、あるいはシステム利用者のビルや敷地等のローカルな場所で提供されてもよい。また、サーバ１００は、1台で構成されてもよいし複数台で構成されてもよい。サーバ１００は、インターネット２０を介して監視システム１０と接続され、監視システム１０からの上記緊急呼出要求を受信する。なお、この図示例では、監視システム１０と呼出支援サーバ１００とはインターネットで介して接続されているが、これに限られるものではなく、通信可能に接続されていればよいため、インターネット、ＬＡＮ、ＷＡＮなどのＩＰ（Internet Protocol）ネットワークを介して接続されてもよいし、直接接続されてもよい。サーバ１００は、受けた緊急呼出要求に含まれる情報に基づいて、その障害対応への候補者を呼出対象者として含む呼出対象者リスト１３６を決定し、この決定した呼出対象者リスト１３６内から特定の呼出対象者を選択し、インターネット２０を介してその選択した呼出対象者が持つクライアント２００を呼出す。

クライアント２００は、通信キャリアの基地局を介して、あるいはＷｉ−Ｆｉ（登録商標）等の無線ＬＡＮアクセスポイントを介して、インターネット２０に接続することができる。クライアント２００は、タッチパネルが上に配設されたディスプレイを備える携帯端末であり、例えばスマートフォンや、タブレット端末である。各クライアント２００には、障害対応候補者を呼出支援するためのアプリケーションがインストールされている。

図２は、本開示の一実施形態による呼出支援システム１０００における各種処理を実現するための、サーバ１００及びクライアント２００の各機能の例を示すブロック図である。サーバ１００は、主たる構成要素として、プロセッサ１１０と、メモリ１３０とを備える。

プロセッサ１１０は、サーバ１００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ１３０に格納されているプログラムに含まれる一連の命令を実行する。ある態様において、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processor Unit）等のデバイスとして実現される。プロセッサ１１０内に含まれるコンポーネントは、プロセッサ１１０が実行する機能を具体的なモジュールとして表現する１つの例にすぎない。複数のコンポーネントの機能が単一のコンポーネントによって実現されてもよい。プロセッサ１１０がすべてのコンポーネントの機能を実行するように構成されてもよい。図２は、プロセッサ１１０が実行する機能を示す。プロセッサ１１０は、例えば、通知送信部１１２と、応答受信部１１４と、回答受信部１１６と、呼出制御部１１８とを含むがこれらに限定されない。応答受信部１１４、回答受信部１１６、及び呼出制御部１１８が行う方法の詳細な動作は、それぞれ図６Ａ、図７Ａ、図１２で後述する。通知送信部１１２は、クライアント２００に対し様々なプッシュ通知を送信する。応答受信部１１４は、クライアント２００から、呼出に対する応答結果を受信する。回答受信部１１６は、緊急呼出要求に対するクライアント２００からの回答結果を受信する。呼出制御部１１８は、呼出対象者リスト１３６から、優先順位に基づいて呼出対象者を選択して呼出す緊急呼出処理や、該緊急呼出処理の終了判定を行う。更新データ送信部１２０は、クライアント２００から送信される応答結果や、回答結果に基づいて更新された、各クライアント２００の呼出結果の履歴等を含むステータス・データベース１３８を、クライアント２００へ送信する。

メモリ１３０は、プログラム及びデータを記憶する。メモリ１３０は、プロセッサの処理結果を一時的に記憶する作業領域としても利用される。メモリ１３０は、半導体記憶媒体、及び磁気記憶媒体等の任意の非一過的（Non-transitory）な記憶媒体を含んでよい。メモリ１３０は、メモリカード、光ディスク、又は光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。メモリ１３０は、ＲＡＭ（Random Access Memory）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。

メモリ１３０は、様々な情報を格納するように構成され得る。一例では、メモリ１３０は、制御プログラム１３２、障害対応候補者グループ・テーブル１３４、前述の呼出対象者リスト１３６、ステータス・データベース１３８、及びその他のデータを含んでもよい。制御プログラム１３２は、サーバ１００のオペレーティングシステム、クライアント２００との様々な情報を送受信するためのプログラム等を含み得る。図１３Ａは、障害対応候補者グループ・テーブル１３４を例示しており、障害対応候補者グループ・テーブル１３４は、全ての障害対応候補者グループＩＤと、個々の障害対応候補者グループＩＤに対応する１人以上の障害対応候補者とを関連付けて記録する。障害対応候補者は、複数の障害対応候補者グループＩＤに対応づけられてもよい。障害対応候補者グループ・テーブル１３４の、障害対応候補者グループＩＤに対応付けられた１以上の障害対応候補者が呼出対象者であり、呼出対象者リスト１３６は、抽出された１以上の呼出対象者で構成される。ステータス・データベース１３８は、緊急呼出要求に対する各クライアント２００の呼出状態等を記録する。

クライアント２００は、サーバ１００と同様に、主たる構成要素としてプロセッサ２１０と、メモリ２３０を備える。クライアント２００は、さらに、表示部２５０を備えている点でサーバ１００と異なる。以下、サーバ１００の構成で説明した内容と重複する内容については説明を省略する。

プロセッサ２１０は、図２に示すように、一例では、通知受信部２１２と、呼出部２１４と、回答受付部２１６と、表示制御部２１８と、更新データ受信部２２０とを備えるが、これらに限定されない。通知受信部２１２と、呼出部２１４と、回答受付部２１６と、更新データ受信部２２０が行う方法の詳細な動作は、それぞれ図４、図６Ｂ、図７Ｂ、図８で後述する。通知受信部２１２はサーバ１００からの各種プッシュ通知を受信する。呼出部２１４は、サーバ１００からの呼出に応じて、表示制御部２１８に対し呼出画面を表示、及び呼出画面の表示を停止させる指示を行う。また、呼出部２１４は、呼出に対する呼出対象者からの応答／拒否の選択操作を受け付け、応答結果をサーバ１００へ送信する。回答受付部２１６は、緊急呼出要求に対する呼出対象者からの対応可／対応不可の選択操作を受付け、回答結果をサーバへ送信する。表示制御部２１８は、クライアント２００の表示部２５０に表示させる様々な画面の遷移制御を行う。図９は、表示制御部２１８が行う画面遷移制御のフローの例を示す。更新データ受信部２２０は、サーバ１００から送信された様々な更新データ、一例として更新されたステータス・データベース２３２を受信する。

メモリ２３０は様々な情報を格納するように構成され得る。一例では、メモリ２３０は、サーバから受信した更新されたステータス・データベース２３２を含む。メモリ２３０はまた、表示制御部２１８から受け付けた各種画像を表示部２５０へ提供するための演算に必要な各種データを含んでもよい。

表示部２５０は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electro-Luminescence Display）等で実現され、タッチパネルがこのディスプレイ上に配設される。表示部２５０は、プロセッサ２１０から入力される信号に応じて、文字、図形、画像等の情報を表示する。表示部２５０が表示する情報は、緊急呼出開始メッセージを通知するための画面（後述する図１０Ａの画面ａ）、呼出画面（図１０Ｂの画面ｂ）、端末ホーム画面（図１０Ｃの画面ｃ）、アプリケーションホーム画面（図１０Ｄのｄ１及びｄ２）、緊急呼出要求に対する各呼出対象者の呼出結果等の詳細状況を通知するための画面（図１０Ｅの画面ｅ、ｆ）、緊急呼出終了メッセージを通知するための画面（図１０Ｐの画面ｐ）等を含む。

以下、本開示の実施形態についてより具体的に説明する。本開示の実施形態を適用することができる具体例として、システムの障害が発生したときに、障害への対応のために、システムを保守する対象者の呼出を支援する場合を想定する。しかし、本開示の実施形態は、必ずしもこのような態様に限定されない。本開示の実施形態が、特許請求の範囲において規定される範囲に含まれる様々な態様を取り得ることは、当業者にとって明らかであろう。

図３は、本開示の一実施形態による呼出支援システム１０００のサーバ１００において実行される呼出支援の方法３００の処理を概略的に説明する図である。方法３００は、監視システム１０から緊急呼出要求を受け、それを一意に識別する緊急呼出ＩＤおよび緊急呼出要求の情報をステータス・データベースに登録してから、呼出対象者の各クライアント２００の緊急呼出処理の開始通知を行い、その後、各クライアント２００へ緊急呼出処理の終了を通知するまでに行うサーバ１００が行う処理のフローを示す。障害への対応可能な呼出対象者が必要人数を満たさない場合、サーバ１００は呼出対象者リスト１３６から自動的に次の順位の呼出対象者のクライアント２００を呼出ていく。このように優先順位に基づき呼出対象者のクライアント２００を呼び出す緊急呼出処理は、ステップ３０８から３１４の処理を、終了条件を満たすまで繰り返すことによって実行される。

処理はステップ３０２において開始する。一例として、メモリ１３０から制御プログラム１３２を読み出して、プロセッサ１１０によって実行し、呼出支援システム１０００を使用可能な状態にする。また、各種パラメータ（後述する現在の対応可能な人数ｒ、及び現在の繰り返し回数ｑ等）を初期設定する。

ステップ３０４において、サーバ１００は、監視システム１０からの緊急呼出要求を受信する。緊急呼出要求は、障害の内容を示すメッセージ、及び障害対応候補者グループを一意に特定可能な情報を含む。サーバ１００は、緊急呼出要求に含まれる情報から、障害対応候補グループＩＤを特定し、障害対応候補者グループ・テーブル１３４から、障害対応候補者グループＩＤに対応付けられた障害対応候補者0000A.json（呼出対象者リスト）を読み出す。図１１は、呼出対象者リスト１３６の表示例を示す。この例では５人の呼出対象者を含む。呼出対象者リスト１３６は、障害対応候補者グループ名(図１１では、グループＡ)と、該障害対応候補者グループ名に対応付けられた１人以上の呼出対象者の氏名（図１１では、佐藤蓮、鈴木湊、高橋大翔、田中大和、渡辺陽翔の５名）と、各呼出対象者を呼び出す優先順位（図１１では、佐藤蓮の優先順位は１）とで構成される。これらの呼出対象者の氏名は、各呼出対象者が携帯するクライアント２００の識別子にそれぞれ対応付けられている。

ステップ３０６において、サーバ１００（図２の通知送信部１１２）は、呼出対象者リスト１３６の呼出対象者の全クライアント２００に、インターネット２０を介して、緊急呼出開始メッセージ、例えば「グループＡで緊急呼出が実行中です。」というメッセージと、緊急呼出要求に対応する緊急呼出ＩＤと、通知種別とを送信することにより、緊急呼出開始を通知する。緊急呼出開始メッセージの通知フローの詳細については、図４で説明する。また、ステップ３０６において、サーバ１００は、緊急呼出開始メッセージを通知した時刻を、緊急呼出開始時刻ｅｔｓとしてメモリ１３０に保存する。

ステップ３０８において、サーバ１００（図２の呼出制御部１１８）は、呼出対象者リスト１３６（図１１）から、同時に呼出す呼出対象者（一人以上）を選択する。一例として、同時呼出対象者は、優先順位の高い方から順に、あるいは低い方から順に選択することができる。

ステップ３１０において、サーバ１００（図２の通知送信部１１２）は、インターネット２０を介して、選択された１以上の同時呼出対象者のクライアント２００への呼出を行う。本開示によると、インターネット２０を介してクライアント２００の呼出を行うため、同時に呼出すクライアント分の固定回線が無くとも、複数のクライアント２００を同時に呼出すことができる。従って、大規模な災害が発生した際にも、社会インフラの障害に対応な候補者を、同時に多数呼出でき、迅速に障害に対応することができる。

呼出を受けたクライアント２００（図２の呼出部２１４）は、呼出に対する応答結果をサーバ１００に送信する。応答結果とは、サーバ１００からの呼出に対する、呼出対象者による呼出に対する応答、あるいは拒否の選択操作の結果である。なお、このような選択操作は、呼出対象者により発せられた音声による「応答」、あるいは「拒否」の選択操作であってもよいし、タッチパネル上を呼出対象者によるタッチパネル上のスライド操作による「応答」の選択操作、あるいはタッチパネル上に表示された応答ボタン、拒否ボタンの選択操作であってもよい。

ステップ３１２において、サーバ１００（図２の応答受信部１１４）は、クライアント２００（図２の呼出部２１４）から受信した呼出に対する応答結果をメモリ１３０に保存する。ステップ３１０、ステップ３１２に対応するサーバ１００における処理は図６Ａの方法６００Ａにて詳述し、それらステップ３１０及び３１２に対応するクライアント２００における処理は図６Ｂの方法６００Ｂにて詳述する。

その後、クライアント２００（図２の表示部２５０）は、サーバ１００から受信した障害に関する詳細情報を表示する。クライアント２００（図２の回答受付部２１６）は、障害に対して対応可であるか、対応不可であるかを示す呼出対象者の回答結果をサーバ１００へ送信する。回答結果とは、サーバ１００からの障害の詳細な情報に対する、呼出対象者による「対応可」、「対応不可」の選択操作の結果を含む。

ステップ３１４において、サーバ１００（図２の回答受信部１１６）は、クライアント２００（図２の回答受付部２１６）から受信した回答結果をメモリに保存する。ステップ３１４に対応するサーバ１００における処理は図７Ａの方法７００Ａにて詳述し、このステップ３１４に対応するクライアント２００における処理は図７Ｂの方法７００Ｂにて詳述する。

ステップ３１６において、サーバ１００（図２の通知送信部１１２）は、呼出対象者リスト１３６の呼出対象者の全クライアント２００に、インターネット２０を介して、緊急呼出終了メッセージ、例えば「グループＡの緊急呼出が完了しました。」と、緊急呼出ＩＤと、通知種別とを送信する。緊急呼出終了メッセージの通知フローの詳細については、図４で説明する。また、ステップ３１６において、サーバ１００は、緊急呼出終了メッセージを通知した時刻を、緊急呼出終了時刻ｅｔｅとしてメモリ１３０に保存する。

サーバ１００（図２の呼出制御部１１８）は、ステップ３０８からステップ３１４の処理を、終了条件を満たすまで繰り返す緊急呼出処理を行う。これにより、サーバ１００は、障害への対応可能な呼出対象者を、障害対応への必要人数Ｒだけ確保することができる。

次に、図１２を参照して、優先順位に従って障害対応可能な呼出対象者を確保するための緊急呼出処理のフローを説明する。サーバ１００（呼出制御部１１８）は、呼出対象者リスト１３６に従って、呼出対象者のクライアント２００を、優先順位に従って呼出す緊急呼出処理を行い、終了条件を満たすと緊急呼出処理を終了する。緊急呼出処理の終了条件は、一例として、障害に対応可能な対象者の人数ｒが、呼出必要人数Ｒになることである。また、他の例は、繰り返し回数Ｑにわたって呼出対象者リスト１３６の全員の対象者の呼出を行っても、対応可能な対象者の人数ｒが、呼出必要人数Ｒ未満であることである。初期設定では、障害への現在の対応可能な人数ｒは０、現在の繰り返し回数ｑは０とする。

図１２は、本開示による事前設定された各種パラメータを示した表１２１０と、順次呼び出された対象者の名前を示した表１２２０と、呼び出された対象者の呼出結果を示した表１２３０とを例示する。

表１２１０は、クライアントを継続して呼出す最大呼出時間Ｓと、同時に呼出す同時呼出人数Ｐと、呼出対象者リスト１３６内の全員の呼出を繰り返す繰り返し回数Ｑと、障害対応の必要人数Ｒとを含む。同時呼出人数Ｐを、呼出対象者リスト１３６に定められた人数以上に設定することにより、リスト内の全員を同時呼出すこともできる。なお、以下の説明においては、表１２１０において、最大呼出時間Ｓ＝６０秒、同時呼出人数Ｐ＝３人、繰り返し回数Ｑ＝１０回、障害対応の必要人数Ｒ＝２人が事前に設定されているものとする。

表１２２０は、特定の障害対応候補者グループ名（ここではグループＡ）に対して、順に呼出す呼出対象者の例を示す。この例では呼出対象者数は５人である。表１２２０の点線で囲む１２２２は、最初の呼出時に最も優先度の高い呼出対象者グループを示す。１２２４は、呼出対象者リスト１３６内の全員の呼出の繰り返し１回目、１２２６は、呼出対象者リスト１３６内の全員の呼出の繰り返し２回目を示す。

表１２３０は、各呼出対象者の呼出を開始してから各呼出対象者による回答結果（「対応可」、「対応不可」）が選択されるまでの時間、あるいは最大呼出時間Ｓのいずれかである、呼出時間ｔとを示す。クライアント２００が最大呼出時間Ｓにわたって呼出を行っても、呼出対象者による応答あるいは拒否の操作が検出されない場合に、呼出時間ｔは最大呼出時間Ｓとなる。

以下、図１２を参照して、サーバ１００（図２の呼出制御部１１８）が行う緊急呼出処理について詳細に説明する。

サーバ１００（呼出制御部１１８）は、呼出対象者リスト１３６から、優先順位の高い順に同時呼出人数分（ここでは３人）、呼出対象者を選択する（図３のステップ３０８）。サーバ１００（応答受信部１１４）は、まず、選択された最優先の呼出対象者（グループ１２２２の全員）を一斉に呼出す（図３のステップ３１０に対応）。呼出されたクライアント２００は、呼出に対する応答結果をサーバ１００へ送信する。サーバ１００（応答受信部１１４）は受信した応答結果に基づきステータス・データベース１３８を更新し、メモリ１３０に格納する（図３のステップ３１２に対応）。また、クライアント２００は、緊急呼出要求に対する回答結果をサーバ１００へ送信する。サーバ１００（回答受信部１１６）は、受信した回答結果に基づいてステータス・データベース１３８を更新し、メモリ１３０へ格納する（図３のステップ３１４に対応）。

サーバ１００（呼出制御部１１８）は、メモリ１３０から読出したステータス・データベース１３８から抽出された情報に基づいて、呼出対象者を選択する。表１２３０は、説明のために、図１３Ｂに示す架電テーブル１３８Ｂから抽出した一部の情報で構成される表の例を示す。

表１２３０は、１回目の呼出１２２４のグループ１２２２の呼出では、優先順位１の呼出対象者「佐藤蓮」が呼出に対する「応答」操作を行い、かつ呼出開始から２５秒後に「対応可」と回答したこと、優先順位２の呼出対象者「鈴木湊」は、最大呼出時間Ｓ秒（例えば、６０秒）にわたる呼出に対し操作を行わなかったこと（「操作なし」）、優先順位３の呼出対象者「高橋大翔」は、呼出に対する「応答」操作をしたものの、呼出開始から３０秒後に「対応不可」と回答したことを示す。サーバ１００（呼出制御部１１８）は、「佐藤蓮」１人が、「対応可」と回答したため、現在の対応可能な人数ｒを１つインクリメントする。

サーバ１００（呼出制御部１１８）は、現在の対応可能な人数ｒと、必要人数Ｒとを比較し、かつ現在の繰り返し回数ｑと、繰り返し回数Ｑとを比較して、呼出対象者を更に選択すべきか判定する。表１２３０においては、グループ１２２２の呼出では、「対応可」と回答した人は、優先順位１の「佐藤蓮」のみの１人であり、必要人数Ｒ（２人）よりも少ない。また現在の繰り返し回数は１であり、繰り返し回数Ｑ（１０）よりも少ない。サーバ１００（呼出制御部１１８）は、繰り返し回数Ｑ以下であり、かつ障害対応への呼出に対し、「対応可」と回答した人数ｒが必要人数Ｒ未満であるので、呼出対象者リスト１３６を参照して、次優先の呼出対象者を決定する。

なお、クライアント２００は、最大呼出時間Ｓを超えても操作がなされないとき等に、呼出を停止する。呼出を停止すると、呼出中のクライアント２００が一つ減る。サーバ１００（呼出制御部１１８）は、同時に呼出される人数が同時呼出人数Ｐとなるように、さらに優先順位４の呼出対象者「田中大和」、優先順位５の呼出対象者「渡辺陽翔」を順次選択する。サーバ１００は、選択された呼出対象者を呼出し、クライアント２００から応答結果、回答結果を受信する。

表１２３０は、１回目の呼出１２２４において、優先順位４の呼出対象者「田中大和」は最大呼出時間Ｓ秒（６０秒）呼出しても操作が無く、優先順位５の呼出対象者「渡辺陽翔」は呼出に応答したものの、呼出開始から３５秒後に「対応不可」と回答したことを示す。１回目の呼出１２２４が終了した時点では、呼出対象者リスト１３６内の全員を呼出したものの、必要人数Ｒ（２人）に対し、「対応可」と回答した人数（１人）が依然として少なく、かつ現在の繰り返し回数ｑ（１回）は繰り返し回数Ｑ（１０回）よりも少ない。したがって、サーバ１００は、２回目の呼出１２２６を行う。サーバ１００（呼出制御部１１８）は、呼出対象者リスト１３６内の全ての呼出対象者を呼出たため、現在の繰り返し回数ｑを１つインクリメントする。なお、優先順位１の呼出対象者「佐藤蓮」は、１回目の呼出で対応可と回答しているため、再度呼出対象者として選択されない。優先順位１の対象者を呼び出す代わりに、優先順位２の対象者を再度選択する。

２回目の呼出１２２６では、優先順位２の呼出対象者「鈴木湊」は「応答」を選択し、かつ「対応可」と回答している。２回目の呼出１２２６で、優先順位２の呼出対象者の時点で、必要人数Ｒの２人に達したため、呼出が「成功」したとして、緊急呼出処理を終了する。

以上に説明したように、サーバ１００（呼出制御部１１８）は、現在の繰り返し回数ｑが、所定の繰り返し回数Ｑ（ここでは１０回）以下であって、障害に対して現在の対応可能な人数ｒが必要人数Ｒ以上である場合に障害対応可能な呼出対象者の確保が成功したと判定し、緊急呼出処理を終了する。一方、サーバ１００（呼出制御部１１８）は、所定の繰り返し回数Ｑにわたって呼出を行っても、「対応可」と回答した人数ｒが必要人数Ｒ未満の場合、障害対応可能な呼出対象者の確保が失敗したと判定し、緊急呼出処理を終了する。

なお、上記の説明では、予め設定された最大呼出時間Ｓを超えても操作がなされなかったこと（操作無し）を検出すると、そのクライアント２００は呼出を停止し、したがって、呼出中のクライアント２００が一つ減る。そしてサーバ１００（呼出制御部１１８）は、同時呼出人数がＰ（３人）となるように次優先の呼出対象者を直ぐに順次選択することができる（一例として、サーバ１００（呼出制御部１１８）は、同時呼出人数が３人になるように、図１２の１２３２に示される「操作なし」で呼出停止した直後に、優先順位２の呼出対象者「鈴木湊」の代わりに、次優先の呼出対象者を選択する）。しかしながら、他の例として、さらに、クライアント２００に対し、呼出に対する回答結果を受信すると、すなわち、一例として、図１２の１２３２に示す、応答して呼出停止した優先順位１の「佐藤蓮」が「対応可」の回答を選択すると、次優先の呼出対象者を選択する。このように、サーバ１００（呼出制御部１１８）は、同時呼出人数（３人）を満たすように、呼び出し時間Ｓ経過後に、あるいはクライアント２００からの回答結果（「対応可」、「対応不可」）を受信後に、次優先の呼出対象者を順次呼出していく。このようにして、サーバ１００は、緊急呼出要求に対応可能な呼出対象者をより一層迅速に確保することもできる。

次に、図４、図５、図６Ａ、図６Ｂ、図７Ａ、図７Ｂ、及び図８を参照して、以上に説明した本開示の一実施形態による呼出支援システム１０００において実行される各種処理について、更に詳細に説明する。各図の説明の便宜のために、図１０Ａから図１０Ｐに例示するクライアント２００の表示部２５０に表示される画面（画面ａからｐ）の説明を行うことがある。なお、図４から図８に関する説明は、重複する説明となる場合には省略あるいは簡略化することがある。

図４は、本開示の一実施形態による呼出支援システム１０００のサーバ１００と全クライアント２００とにおいて実行される方法４００の処理のフローである。方法４００は、サーバ１００からクライアント２００へメッセージ等を通知する際の、いわゆるプッシュ型の情報配信処理のフローを示し、図３のステップ３０６、又はステップ３１６に対応する。プッシュ型の情報配信を提供するサービスには、例えば「Google Cloud Messaging (GCM)」や「Apple Push Notification Service（APNS）」が挙げられる。

ステップ４０２において、サーバ１００（通知送信部１１２）は、緊急呼出開始を知らせるためのプッシュ通知を、クライアント２００からのリクエストなしに、呼出対象者リスト１３６内の全てのクライアント２００へ送信する。なお、クライアント２００は、緊急呼出開始を知らせるプッシュ通知を受信すると、ステップ４０２において、クライアント２００にインストールされた呼出支援のためのアプリケーションがバックグラウンドで起動する（不図示）。

次にステップ４０４において、クライアント２００はサーバ１００に対し通知内容の要求をする。ステップ４０６において、通知内容の要求を受けたサーバ１００（通知送信部１１２）は、呼出対象者リスト１３６内の全てのクライアント２００へ通知内容を送信する。クライアント２００（図２の通知受信部２１２）はこの通知内容を受信する。通知内容は、通知内容を識別するための通知種別と、メッセージと、発生した緊急呼出要求に対応する緊急呼出ＩＤを含む。緊急呼出開始通知の際は、通知種別は、例えば「Ｎｏｔｉｆｉｃａｔｉｏｎ」であり、メッセージは緊急呼出開始を示す「グループＡの緊急呼出が実行中です。」である。また、緊急呼出終了通知の際は、通知種別は、例えば「Ｎｏｔｉｆｉｃａｔｉｏｎ」であり、メッセージは、呼出終了を示す「グループＡの緊急呼出が終了しました。」である。

ステップ４０８において、クライアント２００（図２の表示制御部２１８）は受信した通知内容を含む画像を生成し、表示部２５０に出力し、表示部２５０はこの画像を表示するとともに、短時間（例えば数秒程度）の通知音出力や端末の振動を行う。図１０Ａは、緊急呼出開始の際にクライアント２００が表示する画面ａを例示し、図１０Ｐは、緊急呼出終了の際に表示する画面ｐを例示する。図示したように、表示部２５０は、「グループＡで緊急呼出が実行中です」（図１０Ａ）、あるいは「グループＡの緊急呼出が完了しました」（図１０Ｐ）を表示する。クライアント２００の全ての呼出対象者は、緊急呼出開始画面ａ（あるいは終了画面ｐ）を確認することで、どの障害対応候補者グループに対して、緊急呼出が開始（あるいは終了）しているかを把握できるため、呼出対象者はメッセージの開封動作をせずとも、各障害に対する緊急呼出の開始、終了の状態を知ることができる。

次に、図５を参照して、本開示の一実施形態による呼出支援システム１０００のサーバ１００側とクライアント２００側において実行される各種処理のうち、特に、選択された呼び出し対象者のクライアント２００からの応答結果を受信等するサーバ１００側と、このサーバ１００側の処理に対する選択されたクライアント２００側とで実行される方法５００の処理のフローを示す。図５に示す方法５００は、概ね図３のステップ３１０からステップ３１４の処理に対応する。なお、以下においては、障害が発生し、障害対応のための呼出対象者が選択されているものとして説明する。

ステップ５０２において、サーバ１００（図２の通知送信部１１２）は、選択されたクライアント２００に対しプッシュ通知を送信すると共に、プッシュ通知の送信時刻を、呼出開始時刻ｃｔｓとして、ステータス・データベース１３８に記録する。クライアント２００（図２の通知受信部２１２）は、プッシュ通知の受信後、ステップ５０４において、クライアント２００はサーバ１００に対し通知内容の要求を送信する。例えば、クライアント２００が圏外にある場合、クライアント２００が圏内になったときに、ステップ５０２においてクライアント２００はプッシュ通知を受信する。

ステップ５０６において、サーバ１００は、クライアント２００が最大呼出時間Ｓ秒以内にステップ５０４の通知内容の要求をしたか否かの情報をステータス・データベース１３８に記録し、ステータス・データベース１３８を更新する。ステータス・データベース１３８とは、前述のように各クライアント２００の呼出結果の履歴等を含むデータベースであり、例えば、呼出対象者に関連付けられる各クライアントの呼出履歴（呼出開始時刻ｃｔｓ、呼出成功の可否（圏外か否か）、クライアントからの応答結果(拒否／応答)、クライアントからの回答結果（対応可／対応不可）、呼出終了時刻ｃｔｅ、及びこれらの履歴）、障害対応への緊急呼出の開始時刻ｅｔｓ、緊急呼出終了時刻ｅｔｅ、緊急呼出成功／失敗のステータス、緊急呼出に要した時間の少なくとも一部の情報を記録する。図１３Ｂはステータス・データベース１３８の一例を示す。ステータス・データベース１３８は、各緊急呼出が成功あるいは失敗したか等を示す緊急呼出テーブル１３８Ａと、各呼出対象者の呼出に対する応答結果や回答結果等を示す架電テーブル１３８Ｂとを含む。緊急呼出テーブル１３８Ａは、緊急呼出実行者のユーザＩＤと、障害対応記録に割り当てられた障害対応記録ＩＤと、緊急呼出のステータス（成功、失敗）と、緊急呼出開始時刻ｅｔｓと、緊急呼出終了時刻ｅｔｅと、緊急呼出理由とを記録する。架電テーブル１３８Ｂは、緊急呼出ＩＤと、緊急呼出ＩＤに対応付けられる各呼出対象者のユーザＩＤと、各呼出対象者の応答結果を示す架電ステータスと、回答結果と、呼出開始時刻ｃｔｓと、呼出終了時刻ｔｅとを記録する。なお、呼出開始時刻ｃｔｓとは、ステップ５０２においてサーバ１００がプッシュ通知を送信した時刻であり、呼出終了時刻ｃｔｅとは、呼出開始時刻ｃｔｓから最大呼出時間Ｓ秒後の時刻、あるいは後述するステップ５３０においてクライアント２００より送信された回答結果を受信した時刻のいずれか一方である。

ステップ５０８において、通知内容の要求を受けたサーバ１００（図２の通知送信部１１２）は、選択されたクライアント２００へ、インターネット２０を介して呼出を行う。このような呼出は、クライアント２００へ通知内容を送信することで行われる。サーバ１００は、選択されたクライアント２００へ通知内容を送信できればよく、呼び出したクライアント２００との通話は行わない。したがって、サーバ１００はこのような呼出を、音声／映像データをＩＰデータパケットに変換して伝達することで通話を可能にするＶｏＩＰ（Voice over Internet Protocol）サービスを用いて行ってもよいが、これに限られない。クライアント２００へ送信される通知内容は、通知種別、例えば「ＳｔａｒｔＣａｌｌ」と、クライアントを継続して呼出す最大呼出時間Ｓと、緊急呼出ＩＤとを含む。

ステップ５１０において、クライアント２００（図２の通知受信部２１２）は、通知内容を受信し、通知内容に基づいてクライアント２００（図２の表示制御部２１８）は呼出画面を生成する。クライアント２００（図２の呼出部２１４）は、最大呼出時間Ｓにわたって、表示部２５０に呼出画面（図１０Ｂの呼出画面ｂ）を表示させることができる。図１０Ｂは、呼出画面ｂの例を示す。図示されるように、呼出画面ｂには、「応答」ボタン、及び「拒否」ボタンが表示されており、呼出対象者はこれらのボタンの一方を選択してもよいし、呼出に対し何ら操作をしなくてもよい。また、ステップ５１０において、クライアント２００を鳴動させる。最大呼出時間Ｓにわたってクライアント２００を鳴動あるいは振動させることで、クライアント２００の呼出対象者を、呼出に気付かせる可能性を高くすることができる。

ステップ５１２において、クライアント２００（図２の呼出部２１４）は、呼出画面ｂの「応答」ボタンあるいは「拒否」ボタンに対する操作を受け付ける。最大呼出時間Ｓの経過前に「応答」ボタンあるいは「拒否」ボタンの一方が選択されると、クライアント２００（図２の呼出部２１４）は呼出を停止して、ステップ５１４に進む。一方、最大呼出時間Ｓの間に、選択操作を受け付けなかった場合、クライアント２００は呼出を停止して処理を終了する。選択操作を受け付けなかった場合、サーバ１００は、呼出開始時刻ｃｔｓから最大呼出時間Ｓ経過後の時刻を、呼出終了時刻ｃｔｅとしてステータス・データベース１３８に記録し、ステータス・テーブル１３８を更新する。

ステップ５１４において、クライアント２００（図２の呼出部２１４）は、呼出に対する応答結果（「応答」、「拒否」）をサーバ１００へ送信する。

ステップ５１６において、サーバ１００（図２の応答受信部１１４）は、クライアント２００（図２の呼出部２１４）から受信した応答結果（「応答」あるいは「拒否」）を、ステータス・データベース１３８に記録し、ステータス・データベース１３８を更新する。

ステップ５１８において、クライアント２００（図２の表示制御部２１８）は端末のホーム画面を生成し、表示部２５０に表示させる。図１０Ｃの画面ｃは、端末のホーム画面の例を示しており、端末ホーム画面ｃには呼出支援のためのアプリケーションのアイコンが表示されている。クライアント２００（図２の表示制御部２１８）は、端末ホーム画面ｃにおいて、呼出支援のためのアプリケーションのアイコンがタップされたことを検出すると、アプリケーションをフォアグラウンドで起動させると共に、アプリケーションのホーム画面を生成し、表示部２５０にアプリケーションのホーム画面を表示させる。図１０Ｄの画面ｄ１、及びｄ２は、アプリケーションのホーム画面の例を示す。画面ｄ１は、緊急呼出が実行されている場合のアプリケーションのホーム画面の例であり、画面ｄ２は、緊急呼出が実行されていない場合のアプリケーションのホーム画面の例である。図１０Ｄのｄ１及びｄ２に示されるように、アプリケーションのホーム画面は、「緊急呼出履歴」ボタン、「未解決の障害対応の記録一覧」ボタン、「新規の障害対応記録の作成」ボタン、「障害対応記録一覧」ボタンを含む。緊急呼出実行されている場合は、アプリケーションのホーム画面は、さらに、「緊急呼出実行中」ボタン（画面ｄ１）を含み、緊急呼出実行されていない場合は、「緊急呼出なし」メッセージ（画面ｄ２）を表示する。

呼出支援のためのアプリケーションが起動されると、ステップ５２０において、サーバ１００とクライアント２００との間のセッションを確立する。セッションは、ｇＲＰＣなどのＲＰＣ（Remote Procedure Call）を用いて確立される。

ステップ５２２において、クライアント２００（図２の更新データ受信部２２０）は、サーバ１００に対し、緊急呼出ＩＤに対応付けられた緊急呼出の情報の要求をする。

ステップ５２４において、サーバ１００（図２の更新データ送信部１２０）は、該緊急呼出情報の要求に応じて、クライアント２００（図２の更新データ受信部２２０）へ緊急呼出ＩＤに対応する緊急呼出情報を送信する。緊急呼出情報は、更新されたステータス・データベース１３８から抽出された情報で構成され、他のクライアント２００の呼出対象者が対応可能か否かなどを各クライアント２００間で共有するための情報である。緊急呼出情報は、呼出元情報、緊急呼出結果、緊急呼出開始時刻ｅｔｓ、緊急呼出終了時刻ｅｔｅのうち少なくとも一部を含む。呼出元情報は、緊急呼出を実行した人のユーザＩＤ、緊急呼出ＩＤ、及び緊急呼出ＩＤに対応付けられたメッセージを含む。緊急呼出結果は、緊急呼出が成功したか、失敗したかの情報を含む。緊急呼出情報は、さらに、各呼出対象者の呼出状況、すなわち最大呼出時間Ｓ以内に操作がなかったことを示す「操作なし」、緊急呼出要求に対する呼出対象者の応答結果（「応答」、「拒否」）、呼出対象者の回答結果（「対応可」、「対応不可」）、呼出開始時刻ｃｔｓ、呼出終了時刻ｃｔｅの少なくとも一部を含んでもよい。

ステップ５２６において、クライアント２００（図２の表示制御部２１８）は、アプリケーションのホーム画面ｄ１（図１０Ｄ）において、「緊急呼出実行中」ボタンがタップされることを検出すると、クライアント２００（図２の表示制御部２１８）は緊急呼出詳細画面を生成し、表示部２５０に表示させる。図１０Ｅ、図１０Ｆ、及び図１０Ｇは、それぞれ緊急呼出詳細画面ｅ、ｆ、ｇの例を示す。図１０Ｅは、呼出対象者により緊急呼出要求に対する回答が選択されていないときの緊急呼出詳細画面ｅの例を示し、図１０Ｆ及びＧは、呼出対象者により回答が選択された後の緊急呼出詳細画面ｆ，ｇの例を示す。

図１０Ｅに示されるように、緊急呼出詳細画面ｅは、呼出対象者により選択可能な「対応可」ボタン、「対応不可」ボタンが示される。また、緊急呼出詳細画面ｅは、さらに上述の緊急呼出情報を表示することができる。表示される緊急呼出情報は、例えば図示されるように、緊急呼出を開始した人の氏名「河野太郎」、障害対応候補者グループＩＤに対応する障害対応候補者グループ名「グループＡ」、及び緊急呼出ＩＤに対応付けられたメッセージ「サーバ１で障害が発生しました」、呼出対象者「佐藤蓮」の呼出結果「操作なし」と、呼出開始時刻ｃｔｓと、呼出終了時刻ｃｔｅとである。呼出対象者「佐藤蓮」は、呼出開始してから呼出終了するまでの時間が、最大呼出時間Ｓの６０秒であるため、「操作なし」である。呼出対象者は、緊急呼出詳細画面を通して、呼出に対する他の呼出対象者の応答結果、回答結果等、様々な情報をテキストで確認することができる。したがって、音声により障害の内容や他の呼出対象者の状況を通知される場合と比較して、正確に緊急呼出の情報を確認することができる。

さらに、図１０Ｅの緊急呼出詳細画面ｅは、呼出対象者リスト１３６全員を呼び出した直近の複数周分の緊急呼出情報を表示することもできる。図示例では、１周分のみを表示している。

図５に戻り、ステップ５２８において、クライアント２００（図２の回答受付部２１６）は、図１０Ｅの画面ｅに表示される「対応可」ボタン、又は「対応不可」のボタンに対する選択回答を受け付ける。ステップ５３０において、クライアント２００（図２の回答受付部２１６）は、回答結果をサーバ１００へ送信する。

本開示によると、呼出対象者は、画面に表示される緊急呼出情報を参照して、最新の障害の内容、及び他の呼出対象者の呼出状況を把握することができる。したがって、呼出対象者は、最新の緊急呼出情報を確認した後に、自身が障害に対応するか、あるいは対応できないかを判断して、障害に対する回答をすることができる。また、呼出対象者は、文字情報から障害の内容を把握することができるため、聞き間違えの起こる音声で伝えられる場合と比較して、障害の内容を正確に把握することができる。

次に、ステップ５３２において、サーバ１００（図２の回答受信部１１６）は、クライアント２００から呼出に対する回答結果を受信し、回答結果をステータス・データベース１３８に記録し、ステータス・データベース１３８を更新する。また、サーバ１００（図２の回答受信部１１６）は、回答結果を受信した時刻を、呼出終了時刻ｃｔｅとして、ステータス・データベース１３８に記録し、ステータス・データベース１３８を更新する。

ステップ５３４において、サーバ１００（図２の更新データ送信部１２０）は、更新されたステータス・データベース１３８をクライアント２００へ送信する。

ステップ５３６において、クライアント２００（図２の更新データ受信部２２０）は、サーバ１００より更新されたステータス・データベース１３８を受信する。クライアント２００（図２の表示制御部２１８）は、更新されたステータス・データベース１３８に基づいて、表示部２５０に、緊急呼出詳細画面を表示させる。図１０Ｆは、呼出対象者である「高橋大翔」により「対応可」ボタンが選択された際の緊急呼出詳細画面ｆの例を示す。図１０Ｇは、呼出対象者により「対応不可」ボタンが選択された際の緊急呼出詳細画面ｆの例を示す。

なお、更新された緊急呼出詳細画面は、呼出対象者リスト１３６内の全ての呼出対象者が確認することができる。したがって、本開示によると、更新された緊急呼出詳細画面を介して自身の最新の障害に対する対応可否の状況等を他の呼出対象者と共有することができる。

次に、図６Ａを参照して、サーバ１００が、選択されたクライアント２００を呼出し、選択されたクライアント２００から応答結果を受信する際の、サーバ１００において実行される方法６００Ａについて、更に詳細に説明する。なお、以下において、図３や図４において既に説明したステップについては説明を省略することがある。

図６Ａに示すステップ６０２ａ及びステップ６０４ａは、図３のステップ３１０に対応する。また、図６Ａに示すステップ６０２ａ、ステップ６０４ａは、それぞれ図５に示すステップ５０２、ステップ５０８にそれぞれ対応する。したがって、図６Ａに示すステップ６０２ａ、及びステップ６０４ａについての説明は省略する。図６Ａに示すステップ６０６ａからステップ６１４ａは、図５に示すステップ５１６に対応するが、これらステップについては以下に更に詳細に説明する。

ステップ６０６ａにおいて、サーバ１００（応答受信部１１４）は、ステップ６０６ａで呼出開始時刻ｃｔｓから最大呼出時間Ｓ秒以内に、応答結果を受信したか否か、すなわち呼出に対する操作があったか否かを判定する。最大呼出時間Ｓの間に操作がなかった場合（ステップ６０６ａにおいて「いいえ」の場合）、すなわち「操作なし」で呼出失敗した場合、ステップ６１０ａに進む。ステップ６１０ａにおいて、サーバ１００（応答受信部１１４）は、クライアント２００の呼出に対するステータス「操作なし」と、呼出開始時刻ｃｔｓから最大呼出時間Ｓ秒経過後の時刻を呼出終了時刻ｃｔｅとしてステータス・データベース１３８に記録し、処理を終了する。

一方、最大呼出時間Ｓの間に操作がなされた場合（ステップ６０６ａにおいて「はい」の場合）、すなわち受信した応答結果が、「応答」、あるいは「拒否」のいずれかの場合、ステップ６０８ａに進む。ステップ６０８ａにおいて、サーバ１００（応答受信部１１４）は、応答結果が「拒否」の場合、ステップ６１２ａに進み、応答結果「拒否」をステータス・データベース１３８に記録する。一方、ステップ６１０ａにおいて、応答結果が「応答」の場合、ステップ６１４ａに進み、サーバ１００は、応答結果「応答」をステータス・データベース１３８に記録する。

次に、図６Ｂを参照して、選択されたクライアント２００が呼出を行い、サーバ１００へ応答結果を送信する、クライアント２００において実行される方法６００Ｂについて、更に詳細に説明する。方法６００Ｂは、図６Ａの方法６００Ａのサーバ１００側の処理に対応する。以下、図６Ｂを参照して、本開示の一実施形態による、クライアント２００側の呼出、及び応答結果の送信処理等を説明する。

図６Ｂに示すステップ６０２ｂ、ステップ６０４ｂ、及びステップ６０６ｂは、図５に示すステップ５０２、ステップ５０８、及びステップ５１０にそれぞれ対応する。したがって、図６Ｂに示すステップ６０２ｂ、ステップ６０４ｂ、ステップ６０６ｂについての説明は省略する。図６Ｂに示すステップ６０８ｂ及びステップ６１０ｂは、図５に示すステップ５１２に対応するが、これらステップについては以下に更に詳細に説明する。

ステップ６０８ｂにおいて、クライアント２００（図２の呼出部２１４）は、サーバ１００からの呼出を受けてから最大呼出時間Ｓの間に、図１０Ｂの呼出画面ｂに表示される「応答」ボタン、あるいは「拒否」ボタンのいずれか一方に対する選択操作があったかを判定する。

ステップ６０８ｂにおいて「はい」の場合、すなわち、最大呼出時間Ｓ以内に選択操作があった場合は、ステップ６１０ｂに進み、クライアント２００（図２の呼出部２１４）は呼出を停止し、ステップ６１２ｂに進む。

ステップ６１２ｂは、サーバ１００側のステップ６０６ａの処理に対応するクライアント２００側の処理である。ステップ６１２ｂにおいて、クライアント２００（図２の呼出部２１４）はサーバ１００との間の音声チャネルを開くことなく、呼出に対する応答結果をサーバ１００（図２の応答受信部１１４）へ送信する。応答結果は、最大呼出時間Ｓ以内にクライアント２００において、「応答」ボタン、あるいは「拒否」ボタンが選択されたことを示す情報を含む。本開示によると、クライアント２００が呼出に応答した場合であっても、クライアント２００はサーバとの音声チャネルを開くことはなく単に呼出を停止する。なお、ステップ６１２ｂにおいて送信した応答結果は、前述のサーバ１００側のステップ６０６ａの処理において、サーバ１００が受信する。

一方、ステップ６０８ｂにおいて、「いいえ」の場合、すなわち、最大呼出時間Ｓ以内に対象者による「応答」ボタン、あるいは「拒否」ボタンに対する選択操作を受け付けなかった場合は、ステップ６１４ｂに進み、クライアント２００（図２の呼出部２１４）は呼出を停止し、処理を終了する。

次に、図７Ａを参照して、サーバ１００が、呼出対象者リスト１３６内の全てのクライアント２００から回答を受信する際の、サーバ１００において実行される方法７００Ａの処理を説明する。図７Ｂは、図７Ａのサーバ１００側の処理に対応するクライアント２００側の処理である。なお、以下において、図５において既に説明したステップについては説明を省略することがある。

図７Ａのステップ７０２ａ、ステップ７０４ａは、図５のステップ５２４、及びステップ５３０にそれぞれ対応する。従って、これらのステップの説明は省略する。ステップ７０２ａにおいて、図３に説明したステップ３０６の処理によりサーバ１００は全てのクライアント２００へ緊急呼出開始通知を送信しているものとする。また、図７Ａのステップ７０６ａからステップ７１０ａは、図５のステップ５３２に対応するが、以下において更に詳細に説明する。

ステップ７０６ａにおいて、サーバ１００（図２の回答受信部１１６）は、クライアントから受信した回答結果が、「対応可」であるか判定し、回答結果が「対応可」である場合に、ステップ７０８ａに進む。ステップ７０８ａにおいて、サーバ１００は、ステータス・データベース１３８に記憶されている対応可能人数ｒを１増加し、ステップ７１０ａに進み、ステータス・データベース１３８に回答結果と共に、「対応可」を受信した時刻を、呼出終了時刻ｃｔｅとして保存する。

一方、ステップ７０６ａにおいて、クライアントから受信した回答結果が「対応不可」である場合に、サーバ１００は、対応可能人数ｒを増やすことなく、ステップ７１０ａにおいて、ステータス・データベース１３８に回答結果と共に、「対応不可」を受信した時刻を、呼出終了時刻ｃｔｅとして保存する。

次に、図７Ｂに基づいて、呼出対象者リスト１３６内の全てのクライアント２００が、サーバ１００へ回答を送信する際の処理フローを説明する。方法７００Ｂのフローに先立ち、図３に説明したステップ３０６の処理により全てのクライアント２００がサーバ１００から緊急呼出開始通知を受信しているものとする。図７Ｂのクライアント２００側におけるステップ７０４ｂ、及びステップ７０８ｂにおける処理は、図７Ａのサーバ１００側におけるステップ７０２ａ、及びステップ７０４ａにおける処理にそれぞれ対応する。

ステップ７０２ｂにおいて、クライアント２００（図２の表示制御部２１８）は、呼出支援のためのアプリケーションのアイコン（図１０Ｃに示す端末ホーム画面ｃのアイコン）がタップされたことを検出すると、呼出支援のためのアプリケーションがフォアグラウンドで起動する。クライアント２００（表示制御部２１８）は、表示部２５０にアプリケーションのホーム画面（図１０Ｄに示すｄ１の画面）を表示させる。なお、クライアント２００の呼出対象者は、サーバ１００からの呼出を受けていなくとも、端末ホーム画面ｃからアプリケーションを起動することができる。

ステップ７０４ｂにおいて、サーバ１００とクライアント２００との間のセッションを確立した後、サーバ１００（図２の更新データ送信部１２０）から、クライアント２００（図２の更新データ受信部２２０）は緊急呼出情報を受信する。

ステップ７０６ｂにおいて、クライアント２００（表示制御部２１８）は、呼出対象者からのアプリケーションホーム画面ｄ１に対する操作を受け付けて、受信した緊急呼出情報を示す緊急呼出詳細画面（図１０Ｅに示すeの画面）を表示する。緊急呼出詳細画面ｅは、選択可能な「対応可」ボタン、及び「対応不可」ボタンを含む。

ステップ７０８ｂにおいて、クライアント２００（図２の回答受付部２１６）は、図１０Ｅの画面ｅに表示される「対応可」ボタン、又は「対応不可」のボタンに対する選択回答を受け付け、回答結果をサーバ１００（図２の回答受信部１１６）へ送信する。本開示によると、クライアント２００は、サーバ１００からの呼出を受けていなくとも、呼出支援のためのアプリケーションを起動することで、呼出対象者の誰もが回答結果をサーバ１００へ送信することができる。すなわち、全てのクライアント２００は、サーバ１００による呼出（図３のステップ３１０）の処理に依存せずに、「対応可」の回答結果の送信処理を行うことができる。これにより、緊急呼出開始通知（図３のステップ３０６）時点で呼出対象者の誰かが緊急呼出に気づき、「対応可」を回答することができれば、緊急呼出の回数を減らすことができるため、特に休日や夜間の緊急呼出において、他の呼出対象者の負担を減らすことができる。さらに、全てのクライアント２００は、サーバ１００による緊急呼出終了通知（図３のステップ３１６）の前であれば、方法７００Ｂに示す処理を繰り返すことで、回答結果を繰り返しサーバ１００へ送信することができる。

次に、この呼出支援システム１０００において、あるクライアント２００に対する選択操作や入力操作がなされた際に、各種データベースを更新する処理について、図８を用いて説明する。図８は、選択操作や、入力操作がなされたデータを更新するクライアント２００ａと、サーバ１００と、データを更新するクライアント２００ａ以外の、アプリ起動中の全てのクライアント２００ｎとの間で行われる処理のフローを示す。なお、以下において、データを更新するクライアント２００ａにおいて、呼出対象者からのデータベース更新のための選択操作、及び入力操作がすでに受付されているものとする。

選択操作は、呼出対象者によってなされる、表示部２５０に表示される各種ボタンの選択操作である。一例として、上述の「応答」ボタン、「拒否」ボタン（図１０Ｂの呼出画面ｂ）の選択操作、あるいは「対応可」、「対応不可」ボタン（図１０Ｅの画面ｅ等）を選択する操作が挙げられる。

入力操作は、呼出対象者によってなされる、テキストを入力するための操作である。呼出対象者は、一例として図１０Ｍの画面ｍに示すように、障害対応記録のタイトル（図１０Ｍでは「サーバ１障害」）や、障害対応記録の詳細内容（図１０Ｍでは、「サーバ１でハードウェア故障が発生しました。保守窓口に連絡して修理しました。」）を入力することができる。また、他の例として図１０Ｌの画面ｌに示すように、呼出対象者は、障害対応記録に対するコメントを入力することができる。

クライアント２００において呼出支援のためのアプリケーションが起動されると、ステップ８０２において、データを更新したクライアント２００ａとサーバ１００との間、及びそのデータ更新したクライアント２００ａ以外のアプリケーションを起動中の全クライアント２００ｎとサーバ１００との間でセッションを確立する。

ステップ８０４において、データ更新したクライアント２００ａはサーバに更新データを送信する。更新データは、応答結果、回答結果に限られず、他の様々なデータ、例えば障害対応記録等を含む。

ステップ８０６において、サーバ１００（図２の更新データ送信部１２０）はデータ更新したクライアント２００ａから受信した更新データに基づいて各種データベースを更新する。各種データベースは、ステータス・データベース１３８に限られず、各呼出対象者の障害対応記録を記録したデータベースなどを含む。

ステップ８０８において、サーバ１００（図２の更新データ送信部１２０）はクライアント２００ａへ更新されたデータベースを送信する。

ステップ８１０において、データ更新したクライアント２００ａ（図２の表示制御部２１８）は、更新されたデータベースに基づいて、表示部２５０に対し画面を更新表示させる。

また、ステップ８１２において、サーバ１００（図２の更新データ送信部１２０）はデータ更新したクライアント２００ａ以外の全クライアント２００ｎへ更新されたデータベースを送信する。

ステップ８１４において、クライアント２００ｎ（図２の表示制御部２１８）は、更新されたデータベースに基づいて、表示部２５０に対し画面を更新表示させる。

図９は、クライアント２００が表示部２５０に表示する画面の遷移図を示す。この図中に示すａからｐの符号は、図１０のａからｐに示す画面ａからｐの番号に対応する。図１０Ａから図１０Ｐは、表示制御部２１８が表示部２５０に表示させる画面を例示する。以下、図９及び図１０Ａから図１０Ｐを参照して、クライアント２００に表示される画面の遷移について説明する。なお、図１０Ａから図１０Ｐに関し既に説明した内容と重複する説明は省略することがある。

図１０Ｄは、呼出支援のためのアプリケーションのホーム画面を示す。図１０Ｄの画面ｄ１は、障害対応候補者グループ名がグループＡであること、緊急呼出が実行中であることを示す。一方、図１０Ｄの画面ｄ２は、障害対応候補者グループ名がグループＡであること、及び緊急呼出は実行されていないことを示す。図１０Ｄのアプリケーションホーム画面ｄ１及びｄ２に示される「緊急呼出履歴」ボタン、「未解決の障害対応記録の一覧」ボタン、「新規の障害対応記録の作成」ボタン、「障害対応記録一覧」ボタンが、クライアント２００の呼出対象者により選択されると、図９の画面遷移図にしたがって遷移する。

より具体的には、図１０Ｄのアプリケーションホーム画面ｄ１において、「緊急呼出実行中」ボタンが選択されると、図１０Ｅの緊急呼出詳細画面ｅが表示される。この緊急呼出詳細画面ｅは「障害対応記録の作成」ボタンや「架電履歴」ボタンを含む。

緊急呼出詳細画面ｅにおいて、「障害対応記録の作成」ボタンが選択されると、図１０Ｊの新規障害対応記録の作成画面ｊが表示される。クライアント２００の呼出対象者は、新規障害対応記録の作成画面ｊにおいて、新たな障害に対応する障害対応記録（タイトル、及び詳細内容）の入力をすることができる。一方、緊急呼出詳細画面ｅにおいて、「架電履歴」ボタンが選択されると、図１０Ｈの架電履歴画面ｈが表示される。架電履歴画面ｈは、障害対応候補者グループＩＤに対応付けられた全ての呼出対象者の呼出開始時間ｃｔｓと、呼出終了時間ｃｔｅと、呼出結果とを含む。

また、図１０Ｄのアプリケーションホーム画面ｄ１、ｄ２において、「緊急呼出履歴」ボタンが選択されると、図１０Ｉの緊急呼出履歴画面ｉが表示される。緊急呼出履歴画面ｉは、全ての緊急呼出ＩＤの履歴を含む。緊急呼出履歴画面ｉは、緊急呼出ＩＤ毎に緊急呼出た結果（成功、失敗）と、緊急呼出ＩＤに対応付けられたメッセージの内容、緊急呼出開始時間ｅｔｓ、緊急呼出終了時間ｅｔｅを表示するボタンが設定されている。このボタンの１つに対する選択操作を受け付けると、上述の緊急呼出詳細画面ｅが表示される。

また、図１０Ｄのアプリケーションホーム画面ｄ１、ｄ２において「未解決の障害対応記録の一覧」ボタンが選択されると、図１０Ｎの未解決の障害対応記録の一覧画面ｎが表示される。未解決の障害対応記録の一覧画面ｎは、１つの障害対応候補者グループＩＤに対応する障害対応記録をそれぞれ表示する、複数のボタン（図１０Ｎでは１つ）を含む。未解決の障害対応記録の一覧画面ｎにおいてこのボタンの１つに対する選択操作を受け付けると、図１０Ｋの障害対応記録の詳細画面（未解決）ｋが表示される。障害対応記録の詳細画面ｋは、障害対応候補者グループＩＤに対応付けられた、各呼出対象者の対応履歴、対応時間等を表示する。

また、図１０Ｄのアプリケーションホーム画面ｄ１、ｄ２、あるいは図１０Ｅの緊急呼出詳細画面ｅにおいて、「新規障害対応記録の作成」ボタンが選択されると、図１０Ｊの新規障害対応記録の作成画面ｊが表示される。クライアント２００の呼出対象者は、新規障害対応記録の作成画面ｊにおいて、障害対応記録のタイトルと、障害対応記録の詳細内容を入力することができる。また、図１０Ｊの新規障害対応記録の作成画面ｊにおいて、「障害対応記録の作成」ボタンが選択されると、未解決の障害対応記録が作成される。その後、障害対応記録への対応が完了した場合は、呼出対応者により障害対応記録のステータスを解決済へ変更することができる。

さらに、図１０Ｄの画面ｄ１及びｄ２において、「障害対応記録の一覧」ボタンが選択されると、図１０Ｏの障害対応記録の一覧画面ｏが表示される。障害対応記録の一覧画面ｏは、１つの障害対応候補者グループＩＤに対応する障害対応記録をそれぞれ表示する、複数のボタン（図１０Ｏでは３つ）を含み、このボタンの１つに対する選択操作を受け付けると、図１０Ｋの障害対応記録の詳細画面ｋ（未解決）あるいは、図１０Ｌの障害対応記録の詳細画面ｌ（解決済）が表示される。クライアント２００の呼出対象者は、障害対応記録の詳細画面ｋ、ｌにおいて、それぞれ障害対応記録に対するコメントの入力をすることができる。クライアント２００の呼出対象者は、障害対応記録の詳細画面ｋ、ｌにおいて「コメントを追加」の欄にコメントを入力して「送信」ボタンを押下することで、障害対応記録の詳細画面ｋ、ｌにコメントを反映させて、他の呼出対象者とチャットを行うことができる。障害対応記録の詳細画面ｋ、ｌは、クライアント２００の呼出対象者と、他の呼出対象者とが行っているチャットの履歴を例示する。チャットの履歴は、コメントを入力した呼出対象者の氏名と、呼出対象者により入力されたコメントと、入力日時、入力時刻を含む。

また、図１０Ｋあるいは図１０Ｌの障害対応記録の詳細画面ｋ、ｌにおいて、「障害対応記録の編集」ボタンが選択されると、図１０Ｍの障害対応記録の詳細（編集）画面ｍが表示される。図１０Ｍの障害対応記録の詳細（編集）画面ｍにおいて、クライアント２００の呼出対象者は、障害対応候補者グループＩＤに対する障害対応記録のタイトル（例えば、サーバ１障害）や、障害対応記録の詳細内容（例えば、サーバ１でハードウェア故障が発生しました）を入力することができる。図１０Ｍの障害対応記録の詳細（編集）画面ｍの更新ボタンが選択されると、障害対応記録が更新される。

以上、本開示の実施の形態について説明してきたが、上記した発明の実施の形態は、本開示の理解を容易にするためのものであり、本開示を限定するものではない。本開示は、その趣旨を逸脱することなく、変更、改良され得るとともに、本開示にはその均等物が含まれることはもちろんである。また、上述した課題の少なくとも一部を解決できる範囲、または、効果の少なくとも一部を奏する範囲において、実施形態および変形例の任意の組み合わせが可能であり、特許請求の範囲および明細書に記載された各構成要素の任意の組み合わせ、または、省略が可能である。

１０…監視システム
１２…監視端末
２０…インターネット
１００…呼出支援サーバ
１１０…プロセッサ
１１２…通知送信部
１１４…応答受信部
１１６…回答受信部
１１８…呼出制御部
１２０…更新データ送信部
１３０…メモリ
１３２…制御プログラム
１３４…障害対応候補者グループ・テーブル
１３６…呼出対象者リスト
１３８…ステータス・データベース
１３８Ａ…緊急呼出テーブル
１３８Ｂ…架電テーブル
２００…クライアント
２１０…プロセッサ
２１２…通知受信部
２１４…呼出部
２１６…回答受付部
２１８…表示制御部
２２０…更新データ受信部
２３０…メモリ
２３２…更新されたステータス・データベース
２５０…表示部

Claims (32)

1. 障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバによって実行される方法であって、
   インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行うステップと、
   前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信するステップと
   を備える、方法。
2. 請求項１に記載の方法であって、受信した前記応答結果が前記呼出への操作があったことを示す場合に、前記クライアントと前記サーバとの間の音声チャネルは開かれないことを特徴とする、方法。
3. 請求項２に記載の方法であって、さらに、
   前記応答結果に基づいて、前記呼出対象者の前記障害対応のための呼出に関する状態を記録するステータス・データベースを更新するステップと、
   を備える、方法。
4. 請求項３に記載の方法であって、さらに
   前記障害対応の要求に対する対応可否の回答を示す回答結果を受信するステップと、
   前記回答結果に基づいて、前記応答結果に基づいて更新されたステータス・データベースを更新するステップと
   を備える方法。
5. 請求項４に記載の方法であって、さらに
   前記回答結果に基づいて更新されたステータス・データベースを、前記リスト内の全ての呼出対象者のクライアントへ送信するステップと
   を備える方法。
6. 請求項２項に記載の方法であって、さらに
   前記回答結果を受信すると、前記リストのうち次に選択された呼出対象者のクライアントへ呼出を行うステップ
   を備える方法。
7. 請求項１から６のいずれか１項に記載の方法であって、さらに、
   前記障害の発生を監視する監視システムからの要求を受信すると、前記リスト内の全ての呼出対象者のクライアントへ、前記障害の発生を示す通知情報を送信するステップ
   を備える、方法。
8. 請求項７に記載の方法であって、さらに
   前記リスト内の全てのクライアントのうち、少なくとも１台のクライアントから受信した、前記障害への対応可否の回答を示す回答結果に基づいて、前記ステータス・データベースを更新するステップと、
   前記リスト内の全てのクライアントへ、前記少なくとも１台のクライアントから受信した回答結果に基づいて更新した前記ステータス・データベースを送信するステップと、
   を備える、方法。
9. 請求項１から８のいずれか１項に記載の方法であって、
   前記リストのうち、前記リストから選択された呼出対象者は、複数であり、
   前記クライアントへの呼出は、複数人の呼出対象者のクライアントに対し同時に行われる、方法。
10. 前記サーバに請求項１から９のいずれか１項に記載の方法を実行させるためのプログラム。
11. 障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援する、サーバであって、
    インターネットを介して、前記リストから選択された呼出対象者のクライアントへ呼出を行う通知送信部と、
    前記選択された呼出対象者のクライアントから前記呼出への操作の結果を示す応答結果を受信する応答受信部と
    を備える、サーバ。
12. 請求項１１に記載のサーバであって、受信した前記応答結果が前記呼出への操作があったことを示す場合に、前記クライアントと前記サーバとの間の音声チャネルは開かれないことを特徴とするサーバ。
13. 請求項１２に記載のサーバであって、前記応答受信部は、さらに、
    前記応答結果に基づいて、前記呼出対象者の前記障害対応のための呼出に関する状態を記録するステータス・データベースを更新する、サーバ。
14. 請求項１３に記載のサーバであって、さらに
    前記障害対応の要求に対する対応可否の回答を示す回答結果を受信し、前記回答結果に基づいて、前記応答結果に基づいて更新されたステータス・データベースを更新する回答受信部と
    を備えるサーバ。
15. 請求項１４に記載のサーバであって、さらに
    前記回答結果に基づいて更新されたステータス・データベースを、前記リスト内の全ての呼出対象者のクライアントへ送信する更新データ送信部と
    を備えるサーバ。
16. 請求項１１に記載のサーバであって、前記通知送信部は、さらに
    前記回答結果を受信すると、前記リストから次に選択された呼出対象者のクライアントへの呼出を行う、サーバ。
17. 請求項１１から１６のいずれか１項に記載のサーバであって、前記通知送信部は、さらに、
    前記障害の発生を監視する監視システムからの要求を受信すると、前記リスト内の全ての呼出対象者のクライアントへ、前記障害の発生を示す通知情報を送信する、サーバ。
18. 請求項１７に記載のサーバであって、前記回答受信部は、さらに
    前記リスト内の全てのクライアントのうち、少なくとも１台のクライアントから受信した、前記障害への対応可否の回答を示す回答結果に基づいて、前記ステータス・データベースを更新し、
    前記リスト内の全てのクライアントへ、前記少なくとも１台のクライアントから受信した回答結果に基づいて更新した前記ステータス・データベースを送信する、サーバ。
19. 請求項１か１８のいずれか１項に記載のサーバであって、
    前記リストのうち、前記リストから選択された呼出対象者は、複数であり、
    前記クライアントへの呼出は、複数人の呼出対象者のクライアントに対し同時に行われる、サーバ。
20. 障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントによって実行される方法であって、
    インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示するステップと、
    前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付けるステップ
    を備える、方法。
21. 請求項２０に記載の方法であって、さらに
    前記呼出対象者による、前記呼出画面に対する応答の選択操作を受け付けると、前記クライアントを呼出停止にするステップを含み、
    前記応答の選択操作を受け付けた場合に、前記クライアントと前記サーバとの間の音声チャネルを開かないことを特徴とする、方法。
22. 請求項２１に記載の方法であって、さらに
    前記サーバから、前記障害の発生を示す通知情報を受信すると、前記通知情報を含む第１画面を表示するステップ
    を備える、方法。
23. 請求項２２に記載の方法であって、さらに
    前記クライアントにインストールされた呼出支援のためのアプリケーションの第２画面を表示させるステップであって、前記第２画面は前記障害に対応付けられたメッセージ又は、前記障害に対応付けられた他のクライアントの呼出の結果の少なくとも一方を含む、方法。
24. 請求項２３に記載の方法であって、前記第２画面は、さらに、前記クライアントの呼出対象者が前記障害への対応可能であると回答するための選択可能なボタンを含む、方法。
25. 請求項２４に記載の方法であって、さらに
    前記クライアントにインストールされた呼出支援のためのアプリケーションの第３画面を表示させるステップであって、前記第３画面は前記クライアントの呼出対象者が、前記リスト内の他の呼出対象者のクライアントと、チャットを行うための入力画面を含む、方法。
26. 前記クライアントに請求項２０から２５のいずれか１項に記載の方法を実行させるためのプログラム。
27. 障害の発生時において、障害対応の候補者を呼出対象者として定めたリスト内の呼出対象者に対する呼出を支援するサーバと通信するクライアントであって、
    インターネットを介して前記サーバからの呼出を受けると、呼出画面を表示させる表示制御部と、
    前記呼出対象者による前記呼出画面に対する応答の選択操作を受け付ける呼出部と
    を備える、クライアント。
28. 請求項２７に記載のクライアントであって、前記呼出部はさらに
    前記呼出対象者による、前記呼出画面に対する応答の選択操作を受け付けると、前記クライアントを呼出停止にし、
    前記応答の選択操作を受け付けた場合に、前記クライアントと前記サーバとの間の音声チャネルを開かないことを特徴とする、クライアント。
29. 請求項２８に記載のクライアントであって、前記表示制御部は、さらに
    前記サーバから、前記障害の発生を示す通知情報を受信すると、前記通知情報を含む第１画面を表示させる、クライアント。
30. 請求項２９に記載のクライアントであって、前記表示制御部は、さらに
    前記クライアントにインストールされた呼出支援のためのアプリケーションの第２画面を表示させ、前記第２画面は、前記障害に対応付けられたメッセージ又は、前記障害に対応付けられた他のクライアントの呼出の結果の少なくとも一方を含む、クライアント。
31. 請求項３０に記載のクライアントであって、前記第２画面は、さらに、前記クライアントの呼出対象者が前記障害への対応可能であると回答するための選択可能なボタンを含む、クライアント。
32. 請求項３１に記載のクライアントであって、前記表示制御部は、さらに
    前記クライアントにインストールされた呼出支援のためのアプリケーションの第３画面を表示させ、前記第３画面は、前記クライアントの呼出対象者が、前記リスト内の他の呼出対象者のクライアントと、チャットを行うための入力画面を含む、クライアント。
    

Images