JP7588967B2 - 対話制御装置、対話制御システム、プログラム、及び対話制御方法 - Google Patents

Description

本発明は、対話制御装置、対話制御システム、プログラム、及び対話制御方法に関する。

自然災害等の危機状況において、企業等の事業体では、事業継続を企図した早急な対応が望まれる。

特許文献１には、危機対応支援装置に関する技術が開示されている。段落［００１９］において、「危機対応支援装置１０は、進捗管理に関するメッセージの送受信処理において、送信元の端末２Ａに、ワークフローに対応する雛形メッセージを送信し、雛形メッセージに必要な記載を入力するのみで、送信先の端末２Ｂへのメッセージ作成を可能とする。」と記載されている。また、段落［００２９］には、「雛形メッセージＤＢ１４２は、各ワークフローに対応付けられ、各所間でやりとりする連絡用のメッセージの雛形である雛形用メッセージを複数記憶する。雛形メッセージは、送信元の端末２Ａに、メッセージ作成時の雛形として提示される。」と記載されている。

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

特許文献１に示す危機対応支援装置では、危機対応支援装置により、送信元の端末から送信先の端末へと送信するメッセージの雛形が提示される。送信元の端末では、雛形に必要事項を記入したメッセージが作成される。送信元端末の操作者は、送信先端末の操作者に直接送信されるメッセージを作成するため、様々な事情を考慮しなければならず、煩雑であるだけでなく、迅速な対応が望まれる危機状況において、適切とは言い難い。

本発明は、上記の点に鑑みてなされたものであって、危機状況において、迅速で適切な対応を支援する技術の提供を目的とする。

本願は、上記課題を解決する手段を複数含んでいるが、その例を挙げるならば、以下の通りである。

上記課題を解決するため、本発明の一態様に係る対話制御装置は、情報処理装置との間の対話を制御する対話制御部と、前記情報処理装置を有する社員の危機状況における役割に対し、提示する対話と提示条件とが関連付けられた対話情報を記憶する記憶部と、を備え、前記対話制御部は、ある役割を有する前記社員の入力操作に係る情報を取得すると、前記対話情報において前記入力操作に係る前記提示条件と関連する前記対話として、前記危機状況での所定の行動指示を所定の前記役割を有する前記社員に提示することを特徴とする。

前記対話制御部は、所定の前記役割の社員による所定の入力操作に係る情報を取得した場合に、前記対話情報において前記入力操作と関連付けられた前記所定の行動指示を、前記役割を除く他の役割を有する前記社員に提示することを特徴としてもよい。

前記対話制御装置は、前記社員の中から責任者を決定する責任者決定部を備え、前記記憶部は、１又は複数の責任者候補を含む責任者候補情報を記憶しており、前記責任者決定部は、前記情報処理装置からの応答有無又は応答内容に基づいて、前記責任者候補の中から１の責任者を決定することを特徴としてもよい。

前記対話制御装置は、前記社員の位置情報を取得する位置情報取得部を備え、前記責任者決定部は、前記責任者候補の前記位置情報を用いて、前記責任者候補が業務遂行可能か否かを判定し、業務遂行可能である前記責任者候補を前記責任者に決定することを特徴としてもよい。

前記責任者決定部は、意思決定者候補からの応答有無又は応答内容に基づいて、前記責任者として１の意思決定者を決定するとともに、前記対話制御部が前記意思決定者から調査要の応答を受け付ける場合に、事業責任者候補からの応答有無又は応答内容に基づいて、前記責任者として１の事業責任者を決定し、
前記対話制御部は、前記意思決定者に対し、調査要否の入力操作を受け付ける画面を表示させ、応答として調査要又は調査不要を示す情報の入力操作を示す情報を取得することを特徴としてもよい。

前記対話制御装置は、前記意思決定者から調査要の応答を受け付ける場合に、前記社員に対し安否情報を問い合わせる対話を送信し、応答として前記安否情報を取得する安否情報取得部を備えることを特徴としてもよい。

前記対話制御部は、前記意思決定者から調査要の応答を受け付ける場合に、前記責任者決定部により決定された前記事業責任者に対し、事業所の被災状況の入力操作を受け付ける画面を表示させ、応答として前記事業所の被災状況を示す情報を取得することを特徴としてもよい。

前記対話制御部は、前記責任者決定部により決定された意思決定者に対し、前記事業責任者により入力された前記事業所の被災状況を提示し、ＢＣＰ宣言の発動要否の入力操作を受け付ける画面を表示させ、応答として前記意思決定者によるＢＣＰ宣言の発動要否を示す情報を取得することを特徴としてもよい。

前記対話制御装置は、他の装置から危機情報を取得する危機情報取得部と、事業所の復旧に関する調査結果と前記危機情報とを用いて、前記事業所の復旧を継続するか否かを判定する復旧継続判定部を備え、前記対話制御部は、事業所の責任者として決定された事業責任者の有する前記情報処理装置から調査結果を示す情報を取得することを特徴としてもよい。

また、上記課題を解決するため、本発明の他の態様に係る対話制御システムは、社員の有する複数の情報処理装置と、前記情報処理装置の各々と通信可能に接続された対話制御装置と、を有する対話制御システムであって、前記情報処理装置の各々は、前記対話制御装置から送信される対話及び前記社員により入力される対話を表示する対話表示部と、前記社員からの入力操作を受け付ける対話入力受付部と、を備え、前記対話制御装置は、前記情報処理装置との間の対話を制御する対話制御部と、前記情報処理装置を有する社員の危機状況における役割に対し、提示する対話と提示条件とが関連付けられた対話情報を記憶する記憶部と、を備え、前記対話制御部は、ある役割を有する前記社員の入力操作を示す情報を取得すると、前記対話情報において前記入力操作に係る前記提示条件と関連する前記対話として、前記危機状況での所定の行動指示を所定の前記役割を有する前記社員に提示することを特徴とする。

また、上記課題を解決するため、本発明の他の態様に係るプログラムは、コンピューターの処理部に対話制御方法を実行させるプログラムであって、情報処理装置との間の対話を制御する対話制御手順を実行させ、前記対話制御手順において、ある役割を有する社員の前記情報処理装置に対する入力操作を示す情報を取得すると、前記社員の危機状況における役割に対し、提示する対話と提示条件とが関連付けられた対話情報を参照し、前記入力操作に係る前記提示条件と関連する前記対話として、前記危機状況での所定の行動指示を所定の前記役割を有する前記社員に提示することを特徴とする。

また、上記課題を解決するため、本発明の他の態様に係る対話制御方法は、対話制御装置による対話制御方法であって、情報処理装置との間の対話を制御する対話制御手順を備え、前記対話制御手順において、ある役割を有する社員の前記情報処理装置に対する入力操作を示す情報を取得すると、前記社員の危機状況における役割に対し、提示する対話と提示条件とが関連付けられた対話情報を参照し、前記入力操作に係る前記提示条件と関連する前記対話として、前記危機状況での所定の行動指示を所定の前記役割を有する前記社員に提示することを特徴とする。

本発明によれば、危機状況において、迅速で適切な対応を支援する技術を提供することができる。

上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。

対話制御システムの概要の一例を示す図である。 管理情報のデータ構造の一例を示す図である。 対話情報のデータ構造の一例を示す図である。 応答情報のデータ構造の一例を示す図である。 責任者候補情報のデータ構造の一例を示す図である。 対話制御装置のハードウェア構成例を示す図である。 対話制御システムのＢＣＰ発動支援処理の一例を示すシーケンス図である。 意思決定者決定処理の一例を示すフローチャートである。 事業責任者決定処理の一例を示すフローチャートである。 対話制御システムのＢＣＰ発動後処理の一例を示すシーケンス図である。 一般社員装置のチャット画面の一例を示す図である。図１１（Ａ）は、安否情報の問い合わせのメッセージを含むチャット画面の一例である。図１１（Ｂ）は、安否情報の応答のメッセージを含むチャット画面の一例である。 事業責任者装置のチャット画面の一例を示す図（その１）である。図１２（Ａ）は、調査結果の問い合わせのメッセージを含むチャット画面の一例である。図１２（Ｂ）は、調査結果の応答のメッセージを含むチャット画面の一例である。 事業責任者装置のチャット画面の一例を示す図（その２）である。 意思決定者装置のチャット画面の一例を示す図である。図１４（Ａ）は、被災状況及びＢＣＰ宣言の発動要否の入力を促すメッセージを含むチャット画面の一例である。図１４（Ｂ）は、ＢＣＰ宣言の発動要否の応答のメッセージを含むチャット画面の一例である。

以下、図面に基づいて本発明の実施形態の例を説明する。図１は、対話制御システム１の概要の一例を示す図である。本実施形態における対話制御システム１は、対話制御装置１００と、複数の情報処理装置（２００、３００、４００）とを有する。対話制御装置１００と、複数の情報処理装置の各々とは、ネットワークＮを介して通信可能に接続される。

対話制御システム１は、危機状況において対話制御装置１００と各情報処理装置との間の対話を実施することにより、危機状況への迅速な対応を促進する。対話は、例えばいわゆるチャットにより実現される。その場合、対話制御装置１００は、いわゆるチャットボットとしての機能を有し、情報処理装置との間でチャットを用いた対話が行われる。

対話制御装置１００は、サーバーコンピューター、又はＰＣ等であって、例えば危機状況対応サービスを提供する事業者が有する装置である。情報処理装置は、ＰＣ、スマートフォン、ＰＤＡ(Personal Digital Assistant)、ノートパソコン、又はタブレット端末等の装置である。

ある情報処理装置は、企業内において、ＢＣＰ（Business Continuity Plan）に基づく事業継続対応の責任者である意思決定者により操作される。意思決定者により操作される情報処理装置を、意思決定者装置２００として説明する。意思決定者は、ＢＣＰに基づく活動全般を統括する役割を有する。意思決定者は、必要に応じて、ＢＣＰに基づいた事業継続活動を行うことを宣言する。意思決定者による宣言により、ＢＣＰが発動するとみなされる。

本実施形態では、ＢＣＰ発動前において、対話制御装置１００が、各事業所の被災状況の情報を集約する。集約した情報に基づいてＢＣＰが発動されると、各事業所に対して被災状況に基づいた対策が通知される。

また、ある情報処理装置は、企業内において、事業の責任者である事業責任者により操作される。事業責任者により操作される情報処理装置を、事業責任者装置３００として説明する。事業責任者は、事業所と、事業所の所属する社員とを統括する役割を有する。

また、ある情報処理装置は、一般社員により操作される。一般社員により操作される情報処理装置を、一般社員装置４００として説明する。なお、意思決定者装置２００と、事業責任者装置３００と、一般社員装置４００とは、各々他の情報処理装置の機能を有していてもよい。例えば、意思決定者装置２００は、ある場合において、事業責任者装置３００として機能してもよい。なお、以下において、「情報処理装置」について説明する場合、当該説明は意思決定者装置２００、事業責任者装置３００、及び一般社員装置４００に関して適用される。

対話制御装置１００は、処理部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０とを備える。処理部１１０は、対話制御装置１００の全体を統括的に制御する。記憶部１２０は、処理部１１０の処理に必要な情報を記憶する。入力部１３０は、後述する入力ＩＦ１４を介して接続された入力装置から、対話制御装置１００への情報の入力を受け付ける。出力部１４０は、後述する出力ＩＦ１５を介して接続された出力装置へ、対話制御装置１００に記憶された情報の出力を行う。通信部１５０は、意思決定者装置２００、事業責任者装置３００、及び一般社員装置４００との情報の送信及び受信を仲介する。

処理部１１０は、危機情報取得部１１１と、対話制御部１１２と、責任者決定部１１３と、安否情報取得部１１４と、位置情報取得部１１５と、復旧継続判定部１１６と、ＢＣＰ判定部１１７とを備える。危機情報取得部１１１は、ネットワークＮを介して接続される図示しないサーバー装置から、危機情報を取得する。危機情報とは、危機の発生と、危機の度合とを示す情報とを含む。例えば地震が発生した場合、危機情報取得部１１１は、発生時刻と、震源地と、震度とを含む危機情報を取得する。

なお、危機情報取得部１１１の取得する危機情報は、例えば行政や民間の事業者により運営されるサーバー装置から通知される、災害アラート等の情報である。

対話制御部１１２は、対話制御装置１００と情報処理装置との間の対話を制御する。一例として、対話制御部１１２は、チャットアプリケーション（以下、「チャットアプリ」と表記する）を介して、情報処理装置との対話を制御する。対話制御部１１２は、チャットボットとして、情報処理装置に送信するメッセージを自動生成し、情報処理装置に送信する。

対話制御部１１２は、ある役割を有する社員の入力操作を示す情報を取得すると、後述する対話情報１２２において当該入力操作に係る提示条件と関連する対話として、危機状況での所定の行動指示を、所定の役割を有する社員に提示する。また、対話制御部１１２は、所定の役割の社員により所定の入力操作を示す情報を取得した場合に、対話情報１２２において当該入力操作と関連付けられた所定の行動指示を、当該役割を除く他の役割を有する社員に提示する。例えば対話制御部１１２は、責任者としての役割を有する者からの所定の入力操作を示す情報を取得した場合に、所定の役割を有する社員に所定の行動指示を提示する。

対話制御部１１２は、行動指示として、例えば意思決定者に調査要否の入力操作を受け付ける画面を表示させ、入力操作を促すメッセージを表示する。対話制御部１１２は、応答として入力された、調査要又は調査不要を示す情報を取得する。対話制御部１１２は、調査要を示す情報を取得すると、事業責任者に対し、事業所の被災状況の入力操作を受け付ける画面を表示させ、入力操作を促すメッセージを表示する。対話制御部１１２は、応答として事業所の被災状況を示す情報を取得する。

また、対話制御部１１２は、意思決定者に対し、事業責任者から入力操作を受け付けた事業所の被災状況を提示し、ＢＣＰの発動要否の入力操作を受け付ける画面を表示させ、入力操作を促すメッセージを表示する。対話制御部１１２は、応答として意思決定者によるＢＣＰの発動要否を示す情報を取得する。

また、対話制御部１１２は、事業責任者からの事業所の調査結果の入力操作を示す情報を取得すると、後述する復旧継続判定部１１６による判定結果を応答として提示する。また、対話制御部１１２は、行動指示として、各社員の有する一般社員装置４００に対し、安否情報の入力操作を促すメッセージを表示する。対話制御部１１２は、応答として入力された、各社員の安否情報を取得する。

責任者決定部１１３は、社員の中から責任者を決定する。責任者決定部１１３は、情報処理装置からの応答有無又は応答内容に基づいて、責任者候補の中から１の責任者を決定する。責任者決定部１１３は、例えば責任者候補の位置情報を用いて、責任者候補が業務遂行可能か否かを判定し、業務遂行可能である責任者候補を責任者に決定する。

例えば、責任者決定部１１３は、意思決定者候補からの応答有無又は応答内容に基づいて、責任者として１の意思決定者を決定する。また、責任者決定部１１３は、対話制御部１１２が意思決定者から調査要の応答を受け付ける場合に、事業責任者候補からの応答有無又は応答内容（例えば位置情報）に基づいて、事業責任者候補の中から１の事業責任者を責任者に決定する。

安否情報取得部１１４は、意思決定者から調査要の応答を受け付けると、社員に対し安否を問い合わせる対話を送信し、応答として安否情報を取得する。なお、安否情報取得部１１４は、後述するＢＣＰ判定部１１７がＢＣＰを発動すると判定する場合に、社員に安否情報を問い合わせるものであってもよい。

位置情報取得部１１５は、社員の位置情報を取得する。位置情報取得部１１５は、例えば情報処理装置に位置情報を問い合わせ、応答として位置情報を取得する。なお、位置情報取得部１１５は、情報処理装置から安否情報を受信した場合に、安否情報に含まれる位置情報を取得してもよい。

復旧継続判定部１１６は、事業所の復旧に関する調査結果と危機情報とを用いて、事業所の復旧を継続するか否かを判定する。復旧継続判定部１１６は、調査結果と危機情報とが後述する復旧継続条件情報１２５に含まれる復旧継続条件を満たすか否かを判定することにより、復旧を継続するか否かを判定する。例えば復旧継続判定部１１６は、事業責任者から受信した調査結果から推定される復旧状況が所定値以上の割合である場合に、復旧を継続すると判定する。

なお、復旧継続判定部１１６は、危機情報を用いて復旧継続条件情報１２５に含まれる危機基準情報を参照し、危機状況が継続するか否かを判定し、判定結果に応じて復旧を継続するか否かを判定してもよい。例えば復旧継続判定部１１６は、最も新しい災害アラートが発生したタイミングから一定期間が経過した場合に、危機状況が継続しないと判定することができる。

ＢＣＰ判定部１１７は、意思決定者からの応答を用いて、ＢＣＰを発動するか否かを判定する。ＢＣＰ判定部１１７は、意思決定者からＢＣＰ発動の入力操作を受け付けると、ＢＣＰを発動すると判定する。また、ＢＣＰ判定部１１７は、記憶部１２０の図示しない領域に記憶されたＢＣＰ解除条件を参照し、事業所の復旧状況がＢＣＰ解除条件を満たすか否かを判定する。

記憶部１２０は、管理情報１２１と、対話情報１２２と、応答情報１２３と、責任者候補情報１２４と、復旧継続条件情報１２５とを記憶する。管理情報１２１は、社員と役割とを管理する情報である。なお、社員は事業所に所属し、事業所毎に事業責任者が定められている。また、１又は複数の事業所に対し、各事業所のＢＣＰによる事業継続活動を統括する意思決定者が定められている。

対話情報１２２は、危機状況における社員の各役割に対し、当該役割の社員に提示する対話と提示条件とが関連付けられた情報である。応答情報１２３は、情報処理装置から受け付けた応答から抽出される情報である。責任者候補情報１２４は、１又は複数の責任者候補を含む情報であって、責任者候補の中から責任者が決定される。復旧継続条件情報１２５は、復旧を継続するか否かの条件を含む情報であって、例えば調査結果と危機情報との基準値を復旧継続条件として含んでいる。

意思決定者装置２００は、処理部２１０と、入力部２２０と、出力部２３０と、通信部２４０とを備える。処理部２１０は、意思決定者装置２００の全体を統括的に制御する。入力部２２０は、入力ＩＦを介して接続された入力装置から、意思決定者装置２００への情報の入力を受け付ける。出力部２３０は、出力ＩＦを介して接続された出力装置へ、意思決定者装置２００に記憶された情報の出力を行う。通信部２４０は、対話制御装置１００との情報の送信及び受信を仲介する。

処理部２１０は、対話表示部２１１と、対話入力受付部２１２とを備える。対話表示部２１１は、対話制御装置１００から受信した対話と、意思決定者により入力される対話とを表示する。例えば対話表示部２１１は、対話制御装置１００の対話制御部１１２がチャットボットとして生成したメッセージと、後述する対話入力受付部２１２により入力されたメッセージとを、チャット画面に区別可能に表示する。

対話入力受付部２１２は、チャット画面に対する意思決定者によるメッセージの入力を受け付ける。

事業責任者装置３００は、処理部３１０と、入力部３２０と、出力部３３０と、通信部３４０とを備える。処理部３１０は、事業責任者装置３００の全体を統括的に制御する。入力部３２０と、出力部３３０と、通信部３４０とは、各々入力部２２０と、出力部２３０と、通信部２４０と同様であるため、説明を省略する。

処理部３１０は、対話表示部３１１と、対話入力受付部３１２とを備える。対話表示部３１１は、対話表示部２１１と同様に、対話制御装置１００から受信した対話と、事業責任者により入力される対話とを表示する。対話入力受付部３１２は、対話入力受付部２１２と同様に、チャット画面に対する事業責任者によるメッセージの入力を受け付ける。

一般社員装置４００は、処理部４１０と、入力部４２０と、出力部４３０と、通信部４４０とを備える。処理部４１０は、一般社員装置４００の全体を統括的に制御する。入力部４２０と、出力部４３０と、通信部４４０とは、各々入力部２２０と、出力部２３０と、通信部２４０と同様であるため、説明を省略する。

処理部４１０は、対話表示部４１１と、対話入力受付部４１２とを備える。対話表示部４１１は、対話表示部２１１と同様に、対話制御装置１００から受信した対話と、一般社員により入力される対話とを表示する。対話入力受付部４１２は、対話入力受付部２１２と同様に、チャット画面に対する一般社員によるメッセージの入力を受け付ける。

図２は、管理情報１２１のデータ構造の一例を示す図である。管理情報１２１は、意思決定者ＩＤ１２１ａと、意思決定者職位１２１ｂと、事業責任者ＩＤ１２１ｃと、事業責任者職位１２１ｄと、事業所ＩＤ１２１ｅと、社員ＩＤ１２１ｆとを含む。意思決定者ＩＤ１２１ａは、意思決定者の役割を有する社員を特定する識別情報である。意思決定者職位１２１ｂは、意思決定者ＩＤ１２１ａにより特定される意思決定者の役職等の職位を特定する情報である。」

事業責任者ＩＤ１２１ｃは、意思決定者ＩＤ１２１ａにより特定される意思決定者が統括する事業所において、事業責任者の役割を有する社員を特定する識別情報である。事業責任者職位１２１ｄは、事業責任者ＩＤ１２１ｃにより特定される事業責任者の役職等の職位を特定する情報である。

事業所ＩＤ１２１ｅは、事業所を特定する識別情報である。社員ＩＤ１２１ｆは、社員を特定する識別情報である。社員ＩＤ１２１ｆにより特定される社員は、事業責任者ＩＤ１２１ｃにより特定される事業責任者の事業所であって、事業所ＩＤ１２１ｅにより特定される事業所に所属する。

なお、意思決定者ＩＤ１２１ａにより特定される意思決定者、又は事業責任者ＩＤ１２１ｃにより特定される事業責任者が業務遂行不可能と判定される場合には、他の意思決定者又は事業責任者が決定される。即ち、管理情報１２１に含まれる意思決定者及び事業責任者等の責任者は、後述する意思決定者決定処理や事業責任者決定処理等の責任者決定処理が行われるまでの暫定的な責任者といえる。

図３は、対話情報１２２のデータ構造の一例を示す図である。対話情報１２２は、役割１２２ａと、対話内容１２２ｂと、提示条件１２２ｃとを含む。役割１２２ａは、社員の役割を示す情報である。役割１２２ａには、例えば「意思決定者」、「事業責任者」、又は「一般社員」といった役割を示す情報が含まれる。

対話内容１２２ｂは、役割１２２ａにより特定される役割の社員に対して提示する対話の内容を示す情報である。提示条件１２２ｃは、対話内容１２２ｂに含まれる対話を提示する条件を示す情報である。提示条件１２２ｃに含まれる条件が充足される場合、役割１２２ａにより特定される役割の社員の情報処理装置において、対話内容１２２ｂに含まれる対話が表示される。

図４は、応答情報１２３のデータ構造の一例を示す図である。応答情報１２３は、事業所ＩＤ１２３ａと、意思決定者ＩＤ１２３ｂと、事業責任者ＩＤ１２３ｃと、事業所被災状況１２３ｄと、人員被災状況１２３ｅと、ＢＣＰ発動有無１２３ｆと、復旧状況１２３ｇと、を含む。事業所ＩＤ１２３ａは、事業所を特定する識別情報である。意思決定者ＩＤ１２３ｂは、事業所ＩＤ１２３ａにより特定される事業所について、後述する意思決定者決定処理により意思決定者に決定された社員を特定する識別情報である。

事業責任者ＩＤ１２３ｃは、事業所ＩＤ１２３ａにより特定される事業所について、後述する事業責任者決定処理により事業責任者に決定された社員を特定する識別情報である。事業所被災状況１２３ｄは、事業所ＩＤ１２３ａにより特定される事業所の被災状況及び復旧状況を示す情報である。事業所被災状況１２３ｄは、事業責任者ＩＤ１２３ｃに含まれる情報により特定される事業責任者が調査結果として入力した情報である。

人員被災状況１２３ｅは、事業所ＩＤ１２３ａにより特定される事業所に所属する社員の被災状況を示す情報である。ＢＣＰ発動有無１２３ｆは、事業所ＩＤ１２３ａにより特定される事業所について、ＢＣＰが発動されたか否かを示す情報である。あるレコードのＢＣＰ発動有無１２３ｆが、ＢＣＰが発動されたことを示す情報である場合、当該レコードの意思決定者ＩＤ１２３ｂにより特定される意思決定者が、事業所ＩＤ１２３ａにより特定される事業所についてＢＣＰを発動したことを示している。

なお、意思決定者は、統括する事業所毎にＢＣＰを発動してもよいし、統括する事業所すべてにＢＣＰを発動するか否かを決定するものであってもよい。

図５は、責任者候補情報１２４のデータ構造の一例を示す図である。責任者候補情報１２４は、責任者候補ＩＤ１２４ａと、役割１２４ｂと、事業所ＩＤ１２４ｃとを含む。責任者候補ＩＤ１２４ａは、責任者候補である社員を特定する識別情報である。役割１２４ｂは、役割を示す情報である。本実施形態において、役割１２４ｂには、意思決定者であるか、又は事業責任者であるかといった責任者の役割を示す情報が含まれる。

例えば図５において、役割１２４ｂが「１」である場合、「意思決定者」を示し、役割１２４ｂが「２」である場合、「事業責任者」を示す。役割１２４ｂが「１」であるレコードに含まれる責任者候補ＩＤ１２４ａにより特定される社員は、意思決定者候補として取り扱われる。役割１２４ｂが「２」であるレコードに含まれる責任者候補ＩＤ１２４ａにより特定される社員は、事業責任者候補として取り扱われる。

事業所ＩＤ１２４ｃは、責任者候補ＩＤ１２４ａにより特定される社員が責任者である場合に、統括する事業所を特定する識別情報である。

なお、役割１２４ｂと事業所ＩＤ１２４ｃとの組み合わせが同じである責任者候補情報１２４のレコードについて、異なる複数の責任者候補ＩＤ１２４ａが含まれる場合、責任者候補情報１２４を参照することにより、責任者候補の優先順位を特定することができる。例えば図５に示す責任者候補情報１２４は、上のレコードほど優先順位が高い。

図５に示す例において、責任者候補ＩＤ１２４ａが「ｘｘａ」、「ｘｘｂ」、及び「ｘｘｃ」であるレコードは、いずれも役割１２４ｂが「１」であり、事業所ＩＤ１２４ｃが「a1aa10・aa1aa11・a1aa12・・・」である。これは、識別情報が「a1aa10・aa1aa11・a1aa12・・・」である事業所の意思決定者候補が、優先順位の高い順に「ｘｘａ」、「ｘｘｂ」、及び「ｘｘｃ」の識別情報により特定される社員であることを示している。

同様に、責任者候補ＩＤ１２４ａが「ｙｙａ」、「ｙｙｂ」、及び「ｙｙｃ」であるレコードは、いずれも役割が「２」であり、事業所ＩＤ１２４ｃが「a1aa10」である。これは、識別情報が「a1aa10」である事業所の事業責任者候補が、優先順位の高い順に「ｙｙａ」、「ｙｙｂ」、及び「ｙｙｃ」の識別情報により特定される社員であることを示している。

なお、責任者候補情報１２４は、事業所と役割との組み合わせ毎に、責任者候補が特定可能なものであればよい。例えばある役割に対する責任者候補は、図２に示す管理情報１２１に含まれる職位に基づいて決定されてもよい。

一例として、「意思決定者」の役割は、「事業部長」の職位を有する社員が担うものと予め定められている場合、ある事業所の「事業部長」の職位の社員は、当該事業所の意思決定者の役割に関し、最も優先順位の高い責任者候補として取り扱われる。即ち、管理情報１２１の事業所ＩＤ１２１ｅにより特定される事業所と関連する意思決定者ＩＤ１２１ａにより特定される社員は、意思決定者の役割に関し、最も優先順位の高い責任者候補として取り扱われる。

また、管理情報１２１の意思決定者職位１２１ｂが「事業部長」である他の社員が、次に優先順位の高い責任者候補として取り扱われる。「事業部長」の職位を有する他の社員の優先順位については、事業所の位置等、予め定められた条件に基づいて定められるものであればよい。

以上例示したように、管理情報１２１を参照することにより、事業所と役割との組み合わせに応じて責任者候補が特定可能である場合、管理情報１２１は責任者候補情報１２４として機能するといえる。

図６は、対話制御装置１００のハードウェア構成例を示す図である。対話制御装置１００は、演算装置１１と、メモリ１２と、外部記憶装置１３と、入力ＩＦ（Interface）１４と、出力ＩＦ１５と、通信ＩＦ１６と、記憶媒体駆動装置１７とを備え、各構成要素はバスにより接続されている。

演算装置１１はＣＰＵ（Central Processing Unit）等の処理装置であり、メモリ１２又は外部記憶装置１３に記録されたプログラムに従って処理を実行する。対話制御装置１００では、メモリ１２又は外部記憶装置１３上に読み出されたプログラムに従って動作する演算装置１１により処理が行われる。処理部１１０は、演算装置１１がプログラムを実行することにより各々の機能を実現する。

メモリ１２は、ＲＡＭ（Random Access Memory）又はフラッシュメモリ等の記憶装置であり、プログラムやデータが一時的に読み出される記憶エリアとして機能する。外部記憶装置１３は、例えばＨＤＤ（Hard Disk Drive）や、ＣＤ-Ｒ（Compact Disc- Recordable）、ＤＶＤ-ＲＡＭ（Digital Versatile Disk-Random Access Memory）等の書き込み及び読み出し可能な記憶メディア及び記憶メディア駆動装置等である。記憶部１２０は、メモリ１２又は外部記憶装置１３によりその機能が実現される。なお、記憶部１２０は、通信ＩＦ１６を介して接続される記憶装置によってその機能が実現されてもよい。

入力ＩＦ１４は、操作者からの入力操作を受け付けるためのインターフェイスであり、例えばタッチパネル、キーボード、マウス、マイク等の入力装置が接続される。出力ＩＦ１５は、対話制御装置１００に内蔵されたＬＣＤ（Liquid Crystal Display）ディスプレイ等の出力装置に対して情報を出力するためのインターフェイスである。

通信ＩＦ１６は、対話制御装置１００をネットワークＮに接続するためのインターフェイスであって、例えばＬＡＮ（Local Area Network）カード等の通信デバイスである。記憶媒体駆動装置１７は、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等の可搬性のメディア１８から情報を入出力する装置である。

なお、対話制御装置１００の各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、対話制御装置１００の各構成要素の処理は、１つのプログラムで実現されてもよいし、複数のプログラムで実現されてもよい。

意思決定者装置２００、事業責任者装置３００、及び一般社員装置４００のハードウェア構成は、対話制御装置１００と同様であるため、説明を省略する。

図７は、対話制御システム１のＢＣＰ発動支援処理の一例を示すシーケンス図である。

まず、対話制御装置１００の危機情報取得部１１１は、危機情報を取得する（ステップＳ０１）。具体的には、危機情報取得部１１１は、ネットワークＮを介して通信可能に接続された他のサーバー装置から、危機情報を取得する。

次に、責任者決定部１１３は、意思決定者決定処理を実行する（ステップＳ０２）。

図８は、意思決定者決定処理の一例を示すフローチャートである。本フローチャートは、図７のステップＳ０２において行われる処理の詳細を説明するものである。

まず、責任者決定部１１３は、最も優先順位の高い意思決定者候補を特定する（ステップＳ２０１）。具体的には、責任者決定部１１３は、図５に示す責任者候補情報１２４を参照し、役割１２４ｂが「１」であるレコードを抽出する。責任者決定部１１３は、抽出したレコードのうち、同じ事業所ＩＤ１２４ｃを含むレコード毎に、最も優先順位の高い責任者候補ＩＤ１２４ａを特定する。

次に、責任者決定部１１３は、意思決定者候補に、決定可否を問い合わせる（ステップＳ２０２）。具体的には、責任者決定部１１３は、ステップＳ２０１で特定された意思決定者候補に対し、決定が可能か否かを問い合わせる。責任者決定部１１３は、意思決定者候補の有する意思決定者装置２００に対し、対話制御部１１２を介してチャットアプリにより問い合わせを送信してもよいし、電子メールを用いて問い合わせを示す情報を送信してもよい。なお、電子メールを用いて問い合わせを送信する場合、当該電子メールには、チャットアプリのメッセージ表示画面へのリンク情報が含まれていてもよい。

次に、責任者決定部１１３は、一定期間内に決定可の応答があるか否かを判定する（ステップＳ２０３）。意思決定が可能である場合、問い合わせを受信した意思決定者装置２００の対話入力受付部２１２は、決定可の入力操作を受け付ける。対話制御装置１００の責任者決定部１１３は、ステップＳ２０２において決定可否を問い合わせてから一定期間内に、決定可であることを示す情報を意思決定者装置２００から受信したか否かを判定する。

付言すれば、本実施形態において、一定期間内に決定可であることを示す情報を送信した意思決定者は、業務遂行が可能であるものと取り扱われる。なお、後述する事業責任者決定処理と同様に、責任者決定部１１３は、意思決定者候補の位置情報を用いて、意思決定者候補の業務遂行が可能か否かを判定してもよい。

責任者決定部１１３が、一定期間内に決定可の応答があったと判定する場合（ステップＳ２０３で「ＹＥＳ」の場合）、責任者決定部１１３は、意思決定者候補を意思決定者に決定する（ステップＳ２０４）。具体的には、責任者決定部１１３は、ステップＳ２０３において決定可の応答を送信した意思決定者装置２００を有する意思決定者候補を、意思決定者に決定する。責任者決定部１１３は、責任者候補情報１２４において、意思決定者に決定した社員の責任者候補ＩＤ１２４ａと関連する事業所ＩＤ１２４ｃを抽出する。責任者決定部１１３は、意思決定者のＩＤを意思決定者ＩＤ１２３ｂとし、抽出した事業所ＩＤ１２４ｃを事業所ＩＤ１２３ａとして応答情報１２３のレコードを生成する。

その後、責任者決定部１１３は本フローチャートの処理を終了する。即ち、図７に示すステップＳ０３の処理が引き続き実行される。

責任者決定部１１３が、一定期間内に決定可の応答がないと判定する場合（ステップＳ２０３で「ＮＯ」の場合）、責任者決定部１１３は、他の意思決定者候補を特定する（ステップＳ２０５）。具体的には、責任者決定部１１３は、責任者候補情報１２４に含まれるレコードのうち、役割が「１」であるレコードを抽出する。責任者決定部１１３は、同じ事業所ＩＤ１２４ｃを含むレコード毎に、既に特定した意思決定者候補の次に優先順位の高い責任者候補ＩＤ１２４ａを特定する。その後、責任者決定部１１３は、処理をステップＳ２０２に移行する。即ち、次に優先順位の高い意思決定者候補に対し、決定可否の問い合わせが行われる。

説明を図７に戻す。ステップＳ２０２の意思決定者決定処理の次に、対話制御部１１２は、調査要否を問い合わせる（ステップＳ０３）。具体的には、対話制御部１１２は、ステップＳ０２で決定した意思決定者の意思決定者装置２００に対し、チャットアプリ又は電子メール等により、調査要否を問い合わせる情報を送信する。調査要否を問い合わせる情報を、チャットアプリ以外の方法により意思決定者装置２００に送信する場合、送信した情報にはチャットアプリの起動を促す情報が含まれる。

次に、意思決定者装置２００の対話表示部２１１は、チャットアプリを起動する（ステップＳ０４）。具体的には、意思決定者装置２００の入力部２２０が、ステップＳ０３の調査要否問い合わせに応じた意思決定者からのチャットアプリの起動操作を受け付け、対話表示部２１１がチャットアプリを起動する。なお、ステップＳ０２の意思決定者決定処理において、既に意思決定者装置２００においてチャットアプリが起動している場合、本処理は省略される。起動したチャットアプリの画面には、調査要否の入力操作を促す、チャットボットによるメッセージが表示される。

次に、対話入力受付部２１２は、調査要否の入力を受け付ける（ステップＳ０５）。具体的には、対話入力受付部２１２は、チャット画面に対する意思決定者からの調査要否の入力を受け付ける。なお、対話入力受付部２１２は、対話制御装置１００からのメッセージに応答する形で、危機状況の種別（例えば、地震、水害、台風等）の入力を受け付けてもよい。

次に、対話入力受付部２１２は、調査指示を対話制御装置１００に送信する（ステップＳ０６）。具体的には、ステップＳ０５において、調査が必要であるとの入力を受け付けた場合、対話入力受付部２１２は、調査指示を示す情報を対話制御装置１００に送信する。ステップＳ０５において、調査が不要であるとの入力を受け付けた場合、対話入力受付部２１２は入力された情報を対話制御装置１００に送信する。基本的に、対話制御装置１００と意思決定者装置２００との対話はチャットアプリを介して行われるため、対話入力受付部２１２が入力を受け付けた調査要否を示すメッセージが、対話制御装置１００からの調査要否の入力を促すメッセージとは区別してチャット画面に表示される。

なお、対話入力受付部２１２が、調査不要を示す情報である場合、対話制御システム１は、本シーケンス図の処理を終了する。以下、対話入力受付部２１２が、調査が必要であることを示す情報の入力を受け付けたものとして説明する。

次に、対話制御装置１００の安否情報取得部１１４は、意思決定者装置２００と、事業責任者装置３００と、一般社員装置４００とに対し、安否情報を問い合わせる情報を送信する（ステップＳ０７）。具体的には、安否情報取得部１１４は、対話制御部１１２を介してチャットアプリにより安否情報を問い合わせるメッセージを送信する。なお、安否情報取得部１１４は、電子メール等のチャットアプリ以外の方法で問い合わせを送信してもよい。その場合、問い合わせに対する応答をチャットアプリにより行うよう促す情報を送信してもよい。

ステップＳ０９において行われる処理は、ステップＳ０４において行われる処理と同様であるため、説明を省略する。

次に、意思決定者装置２００の対話入力受付部２１２、事業責任者装置３００の対話入力受付部３１２、及び一般社員装置４００の対話入力受付部４１２は、安否情報の入力を受け付ける（ステップＳ１０）。具体的には、対話入力受付部２１２・３１２・４１２は、チャット画面に表示された安否情報の問い合わせのメッセージに対する応答の入力を受け付ける。

図１１は、一般社員装置４００のチャット画面の一例を示す図である。図１１（Ａ）は、安否情報の問い合わせのメッセージを含むチャット画面の一例である。図１１（Ｂ）は、安否情報の応答のメッセージを含むチャット画面の一例である。

一般社員装置４００の対話表示部４１１により表示される一般社員装置画面４５０は、メッセージ表示領域４５１と、応答入力領域４５２とを含む。メッセージ表示領域４５１には、対話制御装置１００のチャットボットによるメッセージと、一般社員により入力された情報を示すメッセージとが区別可能に表示される。

対話制御装置１００の対話制御部１１２は、対話情報１２２を参照してチャットとして送信するメッセージを決定する。例えば、対話情報１２２には、役割１２２ａが「意思決定者」、「事業責任者」、及び「一般社員」であって、対話内容１２２ｂが、「被災状況を報告してください 現在どこにいますか？」であって、提示条件１２２ｃが「安否情報の問い合わせ」であるレコードが含まれる。また、対話情報１２２には、役割１２２ａが「意思決定者」、「事業責任者」、及び「一般社員」であって、対話内容１２２ｂが、「本人の被災状況を報告してください」であって、提示条件１２２ｃが「現在の所在地の応答」であるレコードが含まれる。

図１１（Ａ）には、対話制御装置１００からの安否情報の問い合わせを示すメッセージとして、「被災状況を報告してください 現在どこにいますか？」、「本人の被災状況を報告してください」、「家族の被災状況を報告してください」といった文言が表示されている。対話制御部１１２は、情報処理装置に入力された情報が対話情報１２２の提示条件１２２ｃを充足するか否かを判定し、充足する提示条件１２２ｃと関連する対話内容１２２ｂを、役割１２２ａに係る社員の情報処理装置に表示させる。

図１１（Ａ）及び図１１（Ｂ）の一般社員装置画面４５０には、チャットボット（対話制御部１１２）のメッセージとして、「家族の被災状況を報告してください」というメッセージが表示され、当該メッセージへの応答として、一般社員装置４００の入力による「被災（小）」を示すメッセージが表示されている。また、チャットボットのメッセージとして、「現在の場所：所属会社拠点 被災状況（本人）：無事 被災状況（家族） 被災（小） でよろしいですか？」というメッセージが表示され、当該メッセージの応答として、「ＹＥＳ」というメッセージが表示されている。このように、一般社員装置画面４５０のメッセージ表示領域４５１には、対話制御部１１２によるメッセージと、一般社員により入力されたメッセージとが区別可能に表示される。

なお、本実施形態において、応答入力領域４５２には、チャットボットからの問い合わせに対する応答の類型が選択肢として表示される。応答入力領域４５２には、選択肢以外にも、メッセージの自由入力を受け付ける領域が表示されていてもよい。

図１１（Ａ）及び図１１（Ｂ）は、一般社員装置４００に安否情報を問い合わせる際の一般社員装置画面４５０の一例を示す図であるが、安否情報の問い合わせは意思決定者装置２００及び事業責任者装置３００に対しても行われる。従って、図１１（Ａ）及び図１１（Ｂ）に示す画面は、意思決定者装置２００及び事業責任者装置３００にも表示される。

なお、一般社員装置画面４５０において、チャットボットのメッセージとして、上長との連絡を行うか否かの選択を促すメッセージを表示してもよい。対話制御装置１００の対話制御部１１２は、一般社員装置４００の対話入力受付部４１２が、上長との連絡を希望することを示す情報の入力を受け付けると、当該一般社員と上長とのチャットによる対話をメッセージ表示領域３５１に表示してもよい。

説明を図７に戻す。次に、対話入力受付部２１２・３１２・４１２は、安否情報の問い合わせに対する応答の入力を受け付ける（ステップＳ１１）。具体的には、対話入力受付部２１２・３１２・４１２は、応答入力領域４５２（及び後述する応答入力領域２５２・３５２）に対する安否情報の入力を受け付ける。対話入力受付部２１２は、入力された応答を対話制御装置１００に送信する。

なお、対話制御装置１００の安否情報取得部１１４が、対話入力受付部２１２・３１２・４１２から送信された安否情報を取得すると、応答情報１２３の人員被災状況１２３ｅが更新される。安否情報取得部１１４は、安否情報を送信した情報処理装置を有する社員の所属する事業所ＩＤ１２３ａに対応する人員被災状況１２３ｅを更新する。

付言すれば、先述したように、安否情報取得部１１４は、ＢＣＰ判定部がＢＣＰを発動する判定を行った場合に、安否情報を取得するものであってもよい。その場合、ステップＳ１０及びステップＳ１１において行われる処理は、後述するＢＣＰ発動後処理において実行される。

次に、対話制御装置１００の位置情報取得部１１５は、事業責任者装置３００に対して位置情報を問い合わせる（ステップＳ１２）。位置情報取得部１１５は、事業責任者装置３００のチャットアプリが取得する事業責任者装置３００の位置情報を問い合わせる情報を、事業責任者装置３００に送信する。

次に、事業責任者装置３００の対話入力受付部３１２は、位置情報を対話制御装置１００に送信する（ステップＳ１３）。具体的には、対話入力受付部３１２は、事業責任者装置３００が有する図示しない位置情報取得装置を用いて位置情報を取得し、対話制御装置１００に送信する。位置情報取得装置は、例えばＧＰＳ（Global Positioning System）衛星等の衛星からの信号を受信し、移動体と衛星間の距離と距離の変化率とを３個以上の衛星に対して測定することで事業責任者装置３００の現在地、進行速度および進行方位を測定する。なお、位置情報取得装置は、ＧＰＳ衛星よりも高精度な現在位置算出に用いられる準天頂衛星システム等からの測位信号を受信してもよい。

付言すると、位置情報取得部１１５が位置情報を取得するタイミングは本シーケンス図に示すタイミングに限定されない。例えば、ステップＳ０９において、事業責任者装置３００のチャットアプリが起動されたタイミングで、位置情報取得部１１５が事業責任者装置３００の位置情報を取得してもよい。その場合、ステップＳ１２及びステップＳ１３の処理は省略されてもよい。

次に、対話制御装置１００の責任者決定部１１３は、事業責任者決定処理を実行する（ステップＳ１４）。

図９は、事業責任者決定処理の一例を示すフローチャートである。本フローチャートは、図７のステップＳ１４において行われる処理の詳細を説明するものである。

まず、責任者決定部１１３は、最も優先順位の高い事業責任者候補を特定する（ステップＳ１４１）。具体的には、責任者決定部１１３は、図５に示す責任者候補情報１２４を参照し、役割１２４ｂが「２」であるレコードを抽出する。責任者決定部１１３は、抽出したレコードのうち、同じ事業所ＩＤ１２４ｃを含むレコード毎に、最も優先順位の高い責任者候補ＩＤ１２４ａを特定する。

次に、責任者決定部１１３は、事業責任者候補の安否情報を参照する（ステップＳ１４２）。具体的には、責任者決定部１１３は、特定した事業責任者候補について、図７のステップＳ１１で取得した安否情報を特定する。

次に、責任者決定部１１３は、安否情報が安全であることを示しているか否かを判定する（ステップＳ１４３）。具体的には、責任者決定部１１３は、ステップＳ１４２で特定した安否情報が、安全であることを示しているか否かを判定する。

責任者決定部１１３が、安否情報が安全であることを示していると判定しない場合（ステップＳ１４３で「ＮＯ」の場合）、責任者決定部１１３は処理をステップＳ１４８に移行する。なお、事業責任者候補の事業責任者装置３００から、安否情報の問い合わせに対する応答が送信されていない場合、責任者決定部１１３は、安否情報が安全であることを示していないと判定する。

責任者決定部１１３が、安否情報が安全であることを示していると判定する場合（ステップＳ１４３で「ＹＥＳ」の場合）、責任者決定部１１３は、位置情報が事業所から所定範囲内であるか否かを判定する（ステップＳ１４４）。具体的には、責任者決定部１１３は、管理情報１２１を参照し、事業責任者候補が所属する事業所を特定する。記憶部１２０の図示しない領域には、管理情報１２１に含まれる事業所の位置情報が記憶されている。責任者決定部１１３は、図７のステップＳ１３において事業責任者候補の有する事業責任者装置３００から送信された位置情報を用いて、事業責任者装置３００が、事業所の所在地から所定範囲内に存在するか否かを判定する。

責任者決定部１１３が、位置情報が事業所から所定範囲内であると判定する場合（ステップＳ１４４で「ＹＥＳ」の場合）、責任者決定部１１３は、処理をステップＳ１４７に移行する。

責任者決定部１１３が、位置情報が事業所から所定範囲内でないと判定する場合（ステップＳ１４４で「ＮＯ」の場合）、責任者決定部１１３は、交通情報を参照する（ステップＳ１４５）。具体的には、責任者決定部１１３は、ネットワークＮを介して接続された図示しないサーバー装置の有する交通情報を参照する。責任者決定部１１３は、交通情報を用いて、事業責任者候補が事業所に向かう場合の所要時間を決定する。責任者決定部１１３は、事業責任者候補の有する事業責任者装置３００の位置情報と、事業所の位置情報とを用いて、所要時間を決定する。

なお、交通情報を用いた所要時間の決定方法については、公知の方法を使用するため、説明を省略する。例えばサーバー装置は、Ｗｅｂ－ＡＰＩによる交通情報サービスの事業者により管理され、事業責任者装置３００の位置情報と、事業所の位置情報とを受信することにより、対話制御装置１００に所要時間を通知する。

一例として、責任者決定部１１３は、公共交通機関を使用した場合の所要時間を決定する。責任者決定部１１３は、乗用車を用いた所要時間の算出を行うよう予め定められた事業所については、乗用車を使用した所要時間を決定してもよい。

次に、責任者決定部１１３は、事業責任者候補の現在地から事業所まで所定時間以内であるか否かを判定する（ステップＳ１４６）。具体的には、責任者決定部１１３は、ステップＳ１４５で決定した所要時間が、所定時間以内であるか否かを判定する。

責任者決定部１１３が、現在地から事業所まで所定時間以内であると判定する場合（ステップＳ１４６で「ＹＥＳ」の場合）、又は、ステップＳ１４４において、責任者決定部１１３が、位置情報が事業所から所定範囲内であると判定する場合、責任者決定部１１３は、事業責任者候補が業務遂行可能であるものとして、事業責任者候補を事業責任者に決定する（ステップＳ１４７）。その後、責任者決定部１１３は本フローチャートの処理を終了する。即ち、図７に示すステップＳ１５の処理が引き続き実行される。

ステップＳ１４３において、責任者決定部１１３が、安否情報が安全であることを示していると判定しない場合、又は、ステップＳ１４６において、責任者決定部１１３が、現在地から事業所まで所定時間以内であると判定しない場合（ステップＳ１４６で「ＮＯ」の場合）、責任者決定部１１３は、事業責任者候補が業務遂行不可能であるものとして、他の事業責任者候補を特定する（ステップＳ１４８）。

具体的には、責任者決定部１１３は、責任者候補情報１２４に含まれるレコードのうち、役割が「２」であるレコードを抽出する。責任者決定部１１３は、同じ事業所ＩＤ１２４ｃを含むレコード毎に、既に特定した事業責任者候補の次に優先順位の高い責任者候補ＩＤ１２４ａを特定する。その後、責任者決定部１１３は、処理をステップＳ１４２に移行する。即ち、次に優先順位の高い事業責任者候補に対し、決定可否の問い合わせが行われる。

なお、安否情報の取得がＢＣＰ発動後に行われる場合、ステップＳ１４２及びステップＳ１４３の処理を省略することができる。

説明を図７に戻す。ステップＳ１４の事業責任者決定処理の次に、対話制御部１１２は、事業責任者に対し、調査結果を問い合わせる情報を送信する（ステップＳ１５）。具体的には、対話制御部１１２は、ステップＳ１４で決定した事業責任者の事業責任者装置３００に対し、事業所の被災状況に関する調査結果の入力操作を受け付ける画面を表示させる。なお、その結果、事業責任者装置３００のチャット画面には、調査結果の入力操作を促すメッセージが表示される。

次に、事業責任者の対話入力受付部３１２は、調査結果の入力を受け付ける（ステップＳ１６）。具体的には、対話入力受付部３１２は、チャット画面に対する被災状況の入力操作を受け付ける。

図１２は、事業責任者装置３００のチャット画面の一例を示す図（その１）である。図１２（Ａ）は、調査結果の入力操作を促すメッセージを含むチャット画面の一例である。図１２（Ｂ）は、調査結果の応答のメッセージを含むチャット画面の一例である。

事業責任者装置３００の対話表示部３１１により表示される事業責任者装置画面３５０は、一般社員装置画面４５０と同様に、メッセージ表示領域３５１と、応答入力領域３５２とを含む。メッセージ表示領域３５１には、対話制御装置１００のチャットボットによるメッセージと、事業責任者により入力された情報を示すメッセージとが区別可能に表示される。

対話制御部１１２は、対話情報１２２を参照し、役割１２２ａが「事業責任者」であるレコードに含まれる提示条件１２２ｃを満たす場合に、当該提示条件１２２ｃと関連する対話内容１２２ｂをチャットボットのメッセージとして事業責任者装置画面３５０に表示する。

図１２（Ａ）の事業責任者装置画面３５０のメッセージ表示領域３５１には、災害発生を示す情報と、他の事業所に関する被災状況とが表示されている。また、メッセージ表示領域３５１には、行動指示として、調査結果の入力を促すメッセージである、「処理を選択してください」というメッセージが表示されている。

図１２（Ｂ）の事業責任者装置画面３５０のメッセージ表示領域３５１には、チャットボットのメッセージに対し、事業責任者により入力されたメッセージである「拠点被災状況報告」、及び「千葉第２支店」を示すメッセージが表示されている。なお、一般社員装置画面４５０と同様に、応答入力領域３５２には、チャットボットからの問い合わせに対する応答の類型が選択肢として表示されるが、選択肢以外にも、メッセージの自由入力を受け付ける領域が表示されていてもよい。

図１２（Ｂ）の応答入力領域３５２には、調査結果の選択肢として、「被災（大）」、「被災（中）」、「被災（小）」、「未確認」と表示されたボタンが選択可能に表示されている。

図１３は、事業責任者装置３００のチャット画面の一例を示す図（その２）である。図１３に示すメッセージ表示領域３５１には、事業責任者により入力された被災状況として、「被災（中）」のメッセージが表示されている。

説明を図７に戻す。事業責任者装置３００の対話入力受付部３１２は、調査結果として入力された情報を対話制御装置１００に送信する（ステップＳ１７）。なお、対話制御装置１００の対話制御部１１２は、応答情報１２３を参照し、調査結果を送信した事業責任者装置３００に係る事業責任者ＩＤ１２３ｃを有するレコードに対し、受信した調査結果を事業所被災状況１２３ｄに含め、応答情報１２３を更新する。

次に、対話制御装置１００の対話制御部１１２は、事業責任者から送信された調査結果と、ＢＣＰ発動要否を問い合わせる情報とを意思決定者装置２００に送信する（ステップＳ１８）。意思決定者装置２００では、事業所の被災状況と、ＢＣＰ宣言の発動要否の入力操作を促すメッセージとが、チャットボットによるメッセージとして表示される。

次に、意思決定者の対話入力受付部２１２は、ＢＣＰ発動要否の判断結果の入力を受け付ける（ステップＳ１９）。

図１４は、意思決定者装置２００のチャット画面の一例を示す図である。図１４（Ａ）は、被災状況及びＢＣＰ宣言の発動要否の入力を促すメッセージを含むチャット画面の一例である。図１４（Ｂ）は、ＢＣＰ宣言の発動要否の応答のメッセージを含むチャット画面の一例である。

意思決定者装置２００の対話表示部２１１により表示される意思決定者装置画面２５０は、一般社員装置画面４５０と同様に、メッセージ表示領域２５１と、応答入力領域２５２とを含む。メッセージ表示領域２５１には、対話制御装置１００のチャットボットによるメッセージと、意思決定者により入力された情報を示すメッセージとが区別可能に表示される。

対話制御部１１２は、対話情報１２２を参照し、役割１２２ａが「意思決定者」であるレコードに含まれる提示条件１２２ｃを満たす場合に、当該提示条件１２２ｃと関連する対話内容１２２ｂをチャットボットのメッセージとして意思決定者装置画面２５０のメッセージ表示領域２５１に表示する。

図１４（Ａ）の意思決定者装置画面２５０のメッセージ表示領域２５１には、被災状況を示すメッセージと、次の入力操作を促すとメッセージとして、「処理を選択してください」というメッセージが表示されている。

図１４（Ｂ）の意思決定者装置画面２５０のメッセージ表示領域２５１には、チャットボットのメッセージに対して意思決定者により入力された「ＢＣＰ発動」を示す指示と、ＢＣＰ宣言の発動を確認するメッセージに対して入力された「ＯＮ」を示すメッセージとが表示されている。また、意思決定者装置画面２５０には、意思決定者の入力によるメッセージの応答として、「ＢＣＰを発動しました！！事業責任者及び従業員にＢＣＰ発動が連絡されます。計画に従い対応を行ってください。」というメッセージ、及び「処理を選択してください」というチャットボットによるメッセージが表示されている。

なお、一般社員装置画面４５０と同様に、応答入力領域２５２には、チャットボットからの問い合わせに対する応答の類型が選択肢として表示されるが、選択肢以外にも、メッセージの自由入力を受け付ける領域が表示されていてもよい。

説明を図７に戻す。ステップＳ１９において、応答入力領域２５２への意思決定者の判断結果の入力を受け付けると、意思決定者装置２００の対話入力受付部２１２は、判断結果を対話制御装置１００に送信する（ステップＳ２０）。その後、対話制御システム１は本シーケンス図の処理を終了する。

なお、事業継続対応が必要な危機状況には、局地的なものも存在する。例えば、河川敷の特定の箇所の決壊から発生した水害など、特定の地域について事業継続対応を行えば足りる危機状況が存在する。対話制御部１１２は、危機情報に含まれる危機発生地域と危機の内容とを参照し、事業所毎に対応要否を判定してもよい。例えば、対話制御部１１２は、ステップＳ０１で受信した危機情報を用いて、記憶部１２０の図示しない領域に記憶された対応事業所判定基準を満たすか否かを事業所毎に判定する。対話制御部１１２は、対応事業所判定基準を満たす事業所について、ステップＳ０２以降の処理が行われるよう制御することができる。

以上、本実施形態により、危機状況において、事業継続に関し適切な行動を促進することができる。意思決定者、事業責任者、及び一般社員は、チャットボットのメッセージに応答することにより、事業継続に関する判断に必要な情報を適切に対話制御装置１００に送信する。この際、対話制御装置１００は、チャットボットにより社員の役割に応じて必要とされる情報を適切に収集する。これにより、ある役割を有する社員の判断が他の役割の社員の行動に影響を及ぼすなど、異なる役割の社員の判断又は行動に依存関係がある場合においても、適切な行動を行うよう導くことができる。

付言すれば、本実施形態では、例えば意思決定者の調査要否の判断によって、事業責任者が調査を行い報告するか否かが異なってくる。このような場合においても、ある役割の社員の入力操作に応じて、他の役割の社員に対して適切に行動指示を行うことができる。

また、本実施形態によれば、責任者が業務遂行に支障がある場合に、業務遂行可能な新たな責任者を効率的に決定することができ、危機状況に迅速に対応することが可能となる。

図１０は、対話制御システム１のＢＣＰ発動後処理の一例を示すシーケンス図である。本シーケンス図の処理は、図７に示す対話制御システム１のＢＣＰ発動支援処理に引き続いて実行される。なお、意思決定者装置２００において、ＢＣＰを発動しない旨の判断が入力された場合、本図に示す処理は実行されない。

まず、対話制御装置１００のＢＣＰ判定部１１７は、ＢＣＰが発動されたものと判定する（ステップＳ３１）。ＢＣＰ判定部１１７は、図７に示すステップＳ２０において、意思決定者装置２００からＢＣＰ発動を示す判断結果を受信すると、ＢＣＰ判定部１１７は、意思決定者のＢＣＰ発動に応じた事業所を特定し、当該事業所と関連する応答情報１２３のＢＣＰ発動有無１２３ｆを更新する。

次に、ＢＣＰ判定部１１７は、調査結果に対して予め関連付けられた対策を意思決定者装置２００及び事業責任者装置３００に送信する（ステップＳ３２）。具体的には、対話制御装置１００の記憶部１２０の図示しない領域には、ＢＣＰ発動時に各役割の社員に課せられた対策を含むＢＣＰマニュアルが記憶されている。ＢＣＰ判定部１１７は、当該領域を参照し、各役割に応じた行動指示を情報処理装置に送信する。ＢＣＰ判定部１１７は、意思決定者装置２００及び事業責任者装置３００だけでなく、一般社員装置４００にも行動指示を送信する。

なお、送信された行動指示は、各情報処理装置の有するチャットアプリにより、チャットボットのメッセージとして表示される。

次に、事業責任者装置３００の対話入力受付部３１２は、対応後の状況を調査結果として対話制御装置１００に報告する（ステップＳ３３）。具体的には、事業責任者は、事業所の復旧状況を適宜調査し、チャット画面に調査結果を入力する。対話入力受付部３１２は、入力された情報を対話制御装置１００に送信する。なお、図７のステップＳ１５からステップＳ１７において行われる、調査結果の問い合わせから調査結果の送信までの処理と同様に、対話制御部１１２はチャットボットのメッセージとして具体的に調査内容を指示することができる。事業責任者は、指示に応じてチャット画面に調査結果を入力する。

なお、対話制御部１１２による各社員への被災状況の問い合わせに応じて、一般社員装置４００の対話入力受付部４１２は、各々の被災状況を一般社員装置画面４５０の応答入力領域４５２に入力してもよい。対話制御部１１２は、事業責任者装置３００から受信した被災状況を用いて、応答情報１２３の事業所被災状況１２３ｄを更新する。また、対話制御部１１２は、受信した社員各々の被災状況を用いて、応答情報１２３の人員被災状況１２３ｅを更新する。

ステップＳ３２において行われる、対話制御装置１００からの対策の送信と、ステップＳ３３において行われる、事業責任者及び一般社員からの被災状況の報告は、ＢＣＰマニュアルに則って、所定のタイミングで１又は複数回行われる。

次に、危機情報取得部１１１は、危機情報を取得する（ステップＳ３４）。本ステップの処理は、図７のステップＳ０１の処理と同様である。危機情報取得部１１１は、定期的に危機情報を取得してもよいし、危機状況に応じて突発的に発せられる危機情報を取得するものであってもよい。

次に、復旧継続判定部１１６は、事業所毎に復旧継続条件を満たすか否かを判定する（ステップＳ３５）。具体的には、復旧継続判定部１１６は、ステップＳ３３で取得した調査結果と、ステップＳ３４で取得した危機情報とを用いて復旧継続条件情報１２５を参照し、復旧継続条件を満たすか否かを判定する。一例として、復旧継続条件は、事業所の復旧割合を示す値と、危機状況が継続するか否かの判定に用いられる危機基準情報とを含む。

例えば、復旧継続判定部１１６は、ステップＳ３１のＢＣＰ発動から所定期間内に、所定値以上の割合が復旧している事業所については、復旧継続条件を満たすと判定する。また、復旧継続判定部１１６は、最も新しい災害アラートが発生したタイミングから一定期間が経過した場合に、危機基準情報を参照して危機状況が継続しないと判定し、復旧継続条件を満たすと判定する。復旧継続判定部１１６は、事業所の復旧割合と危機状況が継続するか否かの情報との双方を用いて、事業所の復旧を継続するか否かを総合的に判定してもよい。なお、復旧継続判定部１１６は、図示しない他のサーバー装置から気象情報を取得し、気象情報を用いて復旧継続条件を満たすか否かを判定してもよい。

次に、対話制御部１１２は、意思決定者装置２００に対して、復旧継続について問い合わせる（ステップＳ３６）。具体的には、対話制御部１１２は、ステップＳ３５において復旧継続要否の判定に用いた被災状況と危機情報、及び復旧継続の判定結果とを含むメッセージを、意思決定者装置画面２５０に表示させる。また、対話制御部１１２は、意思決定者装置画面２５０に対し、復旧継続要否の入力操作を受け付けるようメッセージを表示する。

次に、意思決定者装置２００の対話入力受付部２１２は、復旧継続に関する判断を含む情報を対話制御装置１００に送信する（ステップＳ３８）。具体的には、ステップＳ３７で対話制御装置１００から送信された判定結果と、被災状況と、危機情報とを参照した意思決定者が、意思決定者装置画面２５０の応答入力領域２５２に対し、復旧継続に関する判断結果を入力する。対話入力受付部２１２は、応答入力領域２５２に対する意思決定者の入力操作を受け付け、対話制御装置１００に送信する。

次に、対話制御装置１００の対話制御部１１２は、事業責任者装置３００に対し、復旧継続要否を提示する。対話制御部１１２は、復旧継続しないと判断された事業所に対し、予め定められた次の対策を送信する（ステップＳ３９）。具体的には、対話制御部１１２は、ステップＳ３８において意思決定者から受信した判断結果を、復旧継続要否が判断された事業所の事業責任者に送信する。

ステップＳ３８において、復旧継続しないと判断された事業所について、対話制御部１１２はＢＣＰマニュアルを参照し、ＢＣＰマニュアルにおいて予め定められた次の対策を特定し、事業責任者装置３００に送信する。一例として、復旧継続しないと判断された事業所の事業責任者装置３００には、隣接する他の事業所を指定した復旧指示が送信される。対話制御部１１２により送信された復旧継続要否及び対策は、事業責任者装置画面３５０のメッセージ表示領域３５１に表示される。

なお、復旧継続に関して意思決定者の判断を必要としない場合、ステップＳ３６～ステップＳ３８の処理を省略することができる。その場合、対話制御部１１２は、ステップＳ３５において復旧継続条件を満たさないと判定された事業所の事業責任者装置３００に対し、ステップＳ３９で次の対策を伝達する。また、対話制御部１１２は、管理情報１２１を参照して当該事業所を統括する意思決定者を特定する。対話制御部１１２は、特定した意思決定者の意思決定者装置２００に対しても、ステップＳ３９において復旧継続要否を提示するとともに、復旧継続しないと判定された事業所と、当該事業所の事業責任者に送信される対策とを提示し、意思決定者装置画面２５０のメッセージ表示領域２５１に表示させる。

なお、対話制御装置１００と、復旧継続要否が判定された事業所の事業責任者装置３００とは、ＢＣＰマニュアルに則って、判定後も必要に応じてステップＳ３２及びステップＳ３３の処理を実行する。

次に、ＢＣＰ判定部１１７は、ＢＣＰ解除条件を満たすか否かを判定する（ステップＳ４０）。具体的には、ＢＣＰ判定部１１７は、事業責任者装置３００から送信された事業所の復旧状況を示す調査結果が、ＢＣＰ解除条件を満たすか否かを判定する。ＢＣＰ判定部１１７が、ＢＣＰ解除条件を満たすと判定しない事業所については、ＢＣＰ解除条件を満たす調査結果が事業責任者装置３００から送信されるまで、本処理が繰り返し実行される。

次に、ＢＣＰ判定部１１７は、ＢＣＰ解除条件充足を意思決定者装置２００に通知する（ステップＳ４１）。具体的には、ＢＣＰ判定部１１７は、ＢＣＰ解除条件を満たす事業所を統括する意思決定者を管理情報１２１を参照して特定し、当該意思決定者の有する意思決定者装置２００に対して、ＢＣＰ解除条件を充足したことを示す情報を送信する。意思決定者装置２００の対話表示部２１１は、意思決定者装置画面２５０のメッセージ表示領域２５１に、ＢＣＰ解除条件を満たしたことを示すメッセージを表示する。

次に、意思決定者装置２００の対話入力受付部２１２は、ＢＣＰ解除要否の判断結果の入力を受け付ける（ステップＳ４２）。具体的には、対話入力受付部２１２は、意思決定者装置画面２５０の応答入力領域２５２に対する、意思決定者によるＢＣＰ解除要否の判断結果の入力操作を受け付ける。

次に、対話入力受付部２１２は、ステップＳ４２において入力操作を受け付けた判断結果を、対話制御装置１００に送信する（ステップＳ４３）。

なお、対話制御装置１００に対して送信された判断結果が、ＢＣＰを解除しないとする判断である場合、対話制御システム１は、処理をステップＳ３２に戻す。即ち、事業責任者装置３００に対し、再度復旧の対策が送信される。なお、対話制御装置１００は、処理をステップＳ３２に戻さず、ＢＣＰを解除する判断結果が送信されるまで、ステップＳ４１による通知を意思決定者装置２００に再度行うものであってもよい。対話制御装置１００に対して送信された判断結果が、ＢＣＰを解除する判断である場合、対話制御システム１は本シーケンス図の処理を終了する。

以上、本実施形態の対話制御システム１によれば、ＢＣＰ発動後においても、役割に応じた判断を促すことができる。また、ある役割の社員の判断に応じて、他の役割の社員の行動が変化する場合においても、他の役割の社員に対して判断結果に応じて適切に行動指示をすることができる。

以上、本発明に係る各実施形態の説明を行ってきたが、本発明は、上記した実施形態の一例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態の一例は、本発明を分かり易くするために詳細に説明したものであり、本発明は、ここで説明した全ての構成を備えるものに限定されない。また、ある実施形態の一例の構成の一部を他の一例の構成に置き換えることが可能である。また、ある実施形態の一例の構成に他の一例の構成を加えることも可能である。また、各実施形態の一例の構成の一部について、他の構成の追加・削除・置換をすることもできる。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、図中の制御線や情報線は、説明上必要と考えられるものを示しており、全てを示しているとは限らない。ほとんど全ての構成が相互に接続されていると考えてもよい。

また、上記の対話制御装置１００、意思決定者装置２００、事業責任者装置３００、及び一般社員装置４００の機能構成は、理解を容易にするために、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、本願発明が制限されることはない。上述に示す通り、対話制御装置１００、意思決定者装置２００、事業責任者装置３００、及び一般社員装置４００の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。

１：対話制御システム、１１：演算装置、１２：メモリ、１３：外部記憶装置、１４：入力ＩＦ、１５：出力ＩＦ、１６：通信ＩＦ、１７：記憶媒体駆動装置、１８：メディア、１００：対話制御装置、１１０・２１０・３１０・４１０：処理部、１１１：危機情報取得部、１１２：対話制御部、１１３：責任者決定部、１１４：安否情報取得部、１１５：位置情報取得部、１１６：復旧継続判定部、１１７：ＢＣＰ判定部、１２０：記憶部、１２１：管理情報、１２２：対話情報、１２３：応答情報、１２４：責任者候補情報、１２５：復旧継続条件情報、１３０・２２０・３２０・４２０：入力部、１４０・２３０・３３０・４３０：出力部、１５０・２４０・３４０・４４０：通信部、２００：意思決定者装置、２１１・３１１・４１１：対話表示部、２１２・３１２・４１２：対話入力受付部、２５０：意思決定者装置画面、２５１・３５１・４５１：メッセージ表示領域、２５２・３５２・４５２：応答入力領域、３００：事業責任者装置、３５０：事業責任者装置画面、４００：一般社員装置、４５０：一般社員装置画面、Ｎ：ネットワーク

Claims (9)

1. 社員の危機状況に関して前記社員の有する情報処理装置との間の対話を制御する対話制御部と、
   他の装置から危機情報を取得する危機情報取得部と、
   事業所の復旧に関する調査結果と前記危機情報とを用いて、前記事業所の復旧を継続するか否かを判定する復旧継続判定部を備え、
   前記対話制御部は、事業所の責任者として決定された事業責任者の有する前記情報処理装置から前記調査結果を示す情報を取得することを特徴とする、対話制御装置。
2. 請求項１に記載の対話制御装置であって、
   １又は複数の責任者候補を含む責任者候補情報を記憶する記憶部と、
   前記情報処理装置からの応答有無又は応答内容に基づいて、前記責任者候補の中から１の意思決定者を決定する責任者決定部とを備えることを特徴とする、対話制御装置。
3. 請求項２に記載の対話制御装置であって、
   前記対話制御部は、前記意思決定者に対し、調査要否の入力操作を受け付ける画面を表示させ、応答として調査要又は調査不要を示す情報の入力操作を示す情報を取得することを特徴とする、対話制御装置。
4. 請求項３に記載の対話制御装置であって、
   前記意思決定者から調査要の応答を受け付ける場合に、前記社員に対し安否情報を問い合わせる対話を送信し、応答として前記安否情報を取得する安否情報取得部を備えることを特徴とする、対話制御装置。
5. 請求項４に記載の対話制御装置であって、
   前記責任者決定部は、前記対話制御部が前記意思決定者から調査要の応答を受け付ける場合に、事業責任者候補からの応答有無又は応答内容に基づいて、１の事業責任者を決定し、
   前記対話制御部は、前記意思決定者から調査要の応答を受け付ける場合に、前記責任者決定部により決定された事業責任者に対し、事業所の被災状況の入力操作を受け付ける画面を表示させ、応答として前記事業所の被災状況を示す情報を取得することを特徴とする、対話制御装置。
6. 請求項２に記載の対話制御装置であって、
   前記社員の位置情報を取得する位置情報取得部を備え、
   前記責任者決定部は、前記責任者候補の前記位置情報を用いて、前記責任者候補が業務遂行可能か否かを判定し、業務遂行可能である前記責任者候補を前記意思決定者に決定することを特徴とする、対話制御装置。
7. 社員の有する複数の情報処理装置と、前記情報処理装置の各々と通信可能に接続された対話制御装置と、を有する対話制御システムであって、
   前記情報処理装置の各々は、
   前記対話制御装置から送信される対話及び前記社員により入力される対話を表示する対話表示部と、
   前記社員の危機状況に関して入力操作を受け付ける対話入力受付部と、を備え、
   前記対話制御装置は、
   前記情報処理装置との間の対話を制御する対話制御部と、
   他の装置から危機情報を取得する危機情報取得部と、
   事業所の復旧に関する調査結果と前記危機情報とを用いて、前記事業所の復旧を継続するか否かを判定する復旧継続判定部を備え、
   前記対話制御部は、事業所の責任者として決定された事業責任者の有する前記情報処理装置から前記調査結果を示す情報を取得することを特徴とする、対話制御システム。
8. コンピューターの処理部に対話制御方法を実行させるプログラムであって、
   社員の危機状況に関して前記社員の有する情報処理装置との間の対話を制御する対話制御手順と、
   他の装置から危機情報を取得する危機情報取得手順と、
   事業所の復旧に関する調査結果と前記危機情報とを用いて、前記事業所の復旧を継続するか否かを判定する復旧継続判定手順と、を実行させ、
   前記対話制御手順において、事業所の責任者として決定された事業責任者の有する前記情報処理装置から前記調査結果を示す情報を取得させることを特徴とする、プログラム。
9. 対話制御装置による対話制御方法であって、
   社員の危機状況に関して前記社員の有する情報処理装置との間の対話を制御する対話制御手順と、
   他の装置から危機情報を取得する危機情報取得手順と、
   事業所の復旧に関する調査結果と前記危機情報とを用いて、前記事業所の復旧を継続するか否かを判定する復旧継続判定手順とを備え、
   前記対話制御手順において、事業所の責任者として決定された事業責任者の有する前記情報処理装置から前記調査結果を示す情報を取得することを特徴とする、対話制御方法。

Images