(57)【要約】【課題】処理に柔軟性を持たせる。【解決手段】対話処理システムは、複数の対話処理部と、所定の形式のデータを記憶し、複数の対話処理部の間で、データを供給可能な情報共有部とを備え、対話処理部は、所定のグループごとに備えられており、予め定められた手順情報に基づいて、疑似的な対話を行う対話処理を、対応する所定のグループに含まれる複数の利用者との間で実行する。【選択図】図１
2019139573.tif 000002
【特許請求の範囲】
【請求項１】
複数の対話処理部と、
所定の形式のデータを記憶し、前記複数の対話処理部の間で、前記データを供給可能な情報共有部と
を備え、
前記対話処理部は、所定のグループごとに備えられており、予め定められた手順情報に基づいて、疑似的な対話を行う対話処理を、対応する前記所定のグループに含まれる複数の利用者との間で実行する
ことを特徴とする対話処理システム。
【請求項２】
前記複数の対話処理部は、階層を有し、
前記複数の対話処理部のそれぞれは、前記階層に応じて異なる処理を実行する
ことを特徴とする請求項１に記載の対話処理システム。
【請求項３】
前記階層における上位階層の前記対話処理部である親対話処理部は、管理者の依頼に応じた処理依頼を、前記階層における下位階層の前記対話処理部である子対話処理部に送信し、
前記子対話処理部は、前記処理依頼に対応して前記所定のグループごとに定められた前記手順情報に基づいて、前記対話処理を実行する
ことを特徴とする請求項２に記載の対話処理システム。
【請求項４】
前記階層における下位階層の前記対話処理部である子対話処理部は、前記手順情報に基づいて、前記複数の利用者から収集した情報を、所定の形式に変換し、当該変換された情報を、前記情報共有部に記憶させ、
前記階層における上位階層の前記対話処理部である親対話処理部は、前記情報共有部から、前記所定の形式に変換された情報を取得する
ことを特徴とする請求項２又は請求項３に記載の対話処理システム。
【請求項５】
前記子対話処理部は、前記複数の利用者から収集した情報に矛盾が生じた場合に、予め定められた規則に基づいて、前記複数の利用者から収集した情報をマージして、前記情報共有部に記憶させる
ことを特徴とする請求項４に記載の対話処理システム。
【請求項６】
前記子対話処理部は、前記利用者からの情報が得られない場合に、当該情報が得られていない利用者に対して、再確認を行う前記対話処理を実行する
ことを特徴とする請求項４又は請求項５に記載の対話処理システム。
【請求項７】
前記所定のグループは、前記利用者が所属する組織、又は、前記利用者が行う業務内容に対応して定められている
ことを特徴とする請求項１から請求項６のいずれか一項に記載の対話処理システム。
【請求項８】
複数の対話処理部と、所定の形式のデータを記憶し、前記複数の対話処理部の間で、前記データを供給可能な情報共有部とを備える対話処理システムの対話処理であって、
所定のグループごとに備えられている前記対話処理部が、予め定められた手順情報に基づいて、疑似的な対話を行う対話処理を、対応する前記所定のグループに含まれる複数の利用者との間で実行する対話処理ステップを含む
ことを特徴とする対話処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対話処理システム、及び対話処理方法に関する。
【背景技術】
【０００２】
近年、複数のユーザに応答するチャットサービスを提供するチャットボットシステムなどの対話処理システムが知られている（例えば、特許文献１を参照）。このような対話処理システムでは、複数のユーザに対して、１つのチャットボットが対応している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３５３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来の対話処理システムでは、例えば、業務に利用する場合に、チャットボットに設定された業務フローにしたがって処理される。しかしながら、従来の対話処理システムでは、１つのチャットボットが全ユーザに対応するため、全ユーザに対して、同一の業務フローを実行する必要があった。そのため、従来の対話処理システムでは、ユーザの組織や業務内容に応じて一部の業務フローを変更することは困難であり、業務フロー全体を変更するため処理が複雑化するという問題があった。このように、従来の対話処理システムは、画一的で、処理に柔軟性を持たせることは困難であった。
【０００５】
本発明は、上記問題を解決すべくなされたもので、その目的は、処理に柔軟性を持たせることができる対話処理システム、及び対話処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明の一態様は、複数の対話処理部と、所定の形式のデータを記憶し、前記複数の対話処理部の間で、前記データを供給可能な情報共有部とを備え、前記対話処理部は、所定のグループごとに備えられており、予め定められた手順情報に基づいて、疑似的な対話を行う対話処理を、対応する前記所定のグループに含まれる複数の利用者との間で実行することを特徴とする対話処理システムである。
【０００７】
また、本発明の一態様は、上記の対話処理システムにおいて、前記複数の対話処理部は、階層を有し、前記複数の対話処理部のそれぞれは、前記階層に応じて異なる処理を実行することを特徴とする。
【０００８】
また、本発明の一態様は、上記の対話処理システムにおいて、前記階層における上位階層の前記対話処理部である親対話処理部は、管理者の依頼に応じた処理依頼を、前記階層における下位階層の前記対話処理部である子対話処理部に送信し、前記子対話処理部は、前記処理依頼に対応して前記所定のグループごとに定められた前記手順情報に基づいて、前記対話処理を実行することを特徴とする。
【０００９】
また、本発明の一態様は、上記の対話処理システムにおいて、前記階層における下位階層の前記対話処理部である子対話処理部は、前記手順情報に基づいて、前記複数の利用者から収集した情報を、所定の形式に変換し、当該変換された情報を、前記情報共有部に記憶させ、前記階層における上位階層の前記対話処理部である親対話処理部は、前記情報共有部から、前記所定の形式に変換された情報を取得することを特徴とする。
【００１０】
また、本発明の一態様は、上記の対話処理システムにおいて、前記子対話処理部は、前記複数の利用者から収集した情報に矛盾が生じた場合に、予め定められた規則に基づいて、前記複数の利用者から収集した情報をマージして、前記情報共有部に記憶させることを特徴とする。
【００１１】
また、本発明の一態様は、上記の対話処理システムにおいて、前記子対話処理部は、前記利用者からの情報が得られない場合に、当該情報が得られていない利用者に対して、再確認を行う前記対話処理を実行することを特徴とする。
【００１２】
また、本発明の一態様は、上記の対話処理システムにおいて、前記所定のグループは、前記利用者が所属する組織、又は、前記利用者が行う業務内容に対応して定められていることを特徴とする。
【００１３】
また、本発明の一態様は、複数の対話処理部と、所定の形式のデータを記憶し、前記複数の対話処理部の間で、前記データを供給可能な情報共有部とを備える対話処理システムの対話処理であって、所定のグループごとに備えられている前記対話処理部が、予め定められた手順情報に基づいて、疑似的な対話を行う対話処理を、対応する前記所定のグループに含まれる複数の利用者との間で実行する対話処理ステップを含むことを特徴とする対話処理方法である。
【発明の効果】
【００１４】
本発明によれば、処理に柔軟性を持たせることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態による対話処理システムの一例を示す機能ブロック図である。
【図２】本実施形態における親チャットボットの一例を示す機能ブロック図である。
【図３】本実施形態における子チャットボットの一例を示す機能ブロック図である。
【図４】本実施形態における子チャットボットの動作の一例を示すフローチャートである。
【図５】本実施形態による対話処理システムの動作の一例を示す第１の図である。
【図６】本実施形態による対話処理システムの動作の一例を示す第２の図である。
【図７】本実施形態による災害対策シナリオを実行する際の管理者端末の表示画面の一例を示す図である。
【図８】本実施形態による報告を入力する際のユーザ端末の表示例を示す図である。
【図９】本実施形態の管理者端末による進捗状況の表示例を示す図である。
【図１０】本実施形態の管理者端末による安否確認状況の表示例を示す図である。
【図１１】本実施形態の管理者端末による集計結果の表示例を示す図である。
【図１２】本実施形態による対話処理システムの動作の一例を示す第３の図である。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態による対話処理システムについて、図面を参照して説明する。
図１は、本実施形態による対話処理システム１を示す機能ブロック図である。
図１に示すように、対話処理システム１は、管理者端末１０と、親チャットボット２１と、子チャットボット（２２−１、２２−２、・・・）と、ユーザ端末（３１−１、３１−２、・・・、３２−１、３２−２、・・・）と、情報共有部４０とを備える。
【００１７】
なお、本実施形態において、親チャットボット２１、及び子チャットボット（２２−１、２２−２、・・・）は、対話処理システム１が備える任意のチャットボットを示す場合、又は特に区別しない場合には、チャットボット２０として説明する。
また、子チャットボット（２２−１、２２−２、・・・）は、対話処理システム１が備える任意の子チャットボットを示す場合、又は特に区別しない場合には、子チャットボット２２として説明する。
また、ユーザ端末（３１−１、３１−２、・・・、３２−１、３２−２、・・・）は、対話処理システム１が備える任意のユーザ端末を示す場合、又は特に区別しない場合には、ユーザ端末３０として説明する。
【００１８】
管理者端末１０は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォンなどであり、対話処理システム１を管理する管理者が使用する端末装置である。管理者端末１０は、親チャットボット２１から送信された情報（例えば、メニュー画面や操作画面、集計結果など）を表示するとともに、例えば、メニュー画面の選択情報や入力情報、等を管理者から受け付けて、親チャットボット２１に送信する。
【００１９】
チャットボット２０（対話処理部の一例）は、例えば、不図示のＣＰＵ（Central Processing Unit）を有するコンピュータシステムと、疑似的な対話を行う対話処理を実行させる対話処理プログラムとによって実現される機能ブロックである。本実施形態による対話処理システム１は、複数のチャットボット２０を備えて、複数のチャットボット２０は、階層を有している。なお、対話処理には、例えば、チャット処理や音声対話処理（音声エージェント処理）などが含まれる。また、ここでの対話処理には、例えば、対話的処理による業務などの処理を含むものとする。
【００２０】
親チャットボット２１（親対話処理部の一例）は、複数のチャットボット２０の階層における上位階層のチャットボット２０である。親チャットボット２１は、例えば、管理者端末１０と接続可能であり、対話処理システム１の管理者から管理者端末１０を介して、受信した依頼（要求）に応じて、子チャットボット２２を介して所定の対話処理（例えば、業務報告や安否確認などの業務処理）を実行する。親チャットボット２１は、例えば、管理者端末１０から受信した管理者の依頼に対応したシナリオである処理フロー（手順情報）に基づいて、管理者の依頼に応じた処理依頼を、子チャットボット２２に送信する。
【００２１】
また、親チャットボット２１は、子チャットボット２２が収集した情報を、情報共有部４０を介して取得し、収集した情報を集計したサマリを生成する。親チャットボット２１は、生成したサマリを、管理者端末１０に送信して表示させて、管理者に提示する。
ここで、図２を参照して、親チャットボット２１の構成の詳細について説明する。
【００２２】
図２は、本実施形態における親チャットボット２１の一例を示す機能ブロック図である。
図２に示すように、親チャットボット２１は、記憶部２１０と、通信部２１１と、処理実行部２１２と、収集情報処理部２１３とを備えている。
【００２３】
記憶部２１０は、親チャットボット２１が利用する各種情報を記憶する。記憶部２１０は、ユーザ記憶部２１０１と、処理フロー記憶部２１０２と、ボット情報記憶部２１０３と、集計結果記憶部２１０４とを備えている。
【００２４】
ユーザ記憶部２１０１は、親チャットボット２１と対話処理するユーザの情報を記憶する。ここで、ユーザには、管理者等も含まれる。
処理フロー記憶部２１０２は、親チャットボット２１が実行するシナリオ、業務フローなどの処理フローを記憶する。ここで、処理フローは、例えば、管理者などによって、予め登録された処理手順を示す手順情報である。
【００２５】
ボット情報記憶部２１０３は、下位の階層のチャットボット２０（子チャットボット２２）の情報を記憶する。ボット情報記憶部２１０３は、例えば、親チャットボット２１が管理する子チャットボット２２を識別する識別情報などを記憶する。
集計結果記憶部２１０４は、子チャットボット２２を介して収集した各種情報の集計結果を記憶する。
【００２６】
通信部２１１は、管理者端末１０、子チャットボット２２、及び情報共有部４０などとの間で通信を行う。
処理実行部２１２は、親チャットボット２１の各種処理を実行する。処理実行部２１２は、例えば、対話処理システム１を操作するためのウェブ処理、集計結果を表示するためのウェブ処理、管理者との間のＳＮＳ（Social Networking Service）によるチャット処理、及び子チャットボット２２を介しての情報収集処理などを実行する。
【００２７】
例えば、処理実行部２１２は、管理者から管理者端末１０及び通信部２１１を介して、業務報告や安否確認などの依頼を受信した場合に、処理フロー記憶部２１０２が記憶する依頼に対応する処理フローに基づいて、各子チャットボット２２を介した対話処理を実行する。ここで、処理実行部２１２は、ボット情報記憶部２１０３に記憶されている子チャットボット２２に対して、対話処理を実行する。また、処理実行部２１２は、管理者の依頼に応じた処理依頼を、通信部２１１を介して各子チャットボット２２に送信し、通信部２１１を介して各子チャットボット２２からの通知を受信する。
【００２８】
収集情報処理部２１３は、処理実行部２１２の処理によって、収集された情報（例えば、安否情報や業務報告情報など）を、通信部２１１を介して、情報共有部４０から取得し、集計して集計結果（サマリ）を生成する。収集情報処理部２１３は、生成した集計結果を集計結果記憶部２１０４に記憶させる。
【００２９】
図１の説明に戻り、子チャットボット２２（子対話処理部の一例）は、複数のチャットボット２０の階層における下位階層のチャットボット２０である。子チャットボット２２は、所定のグループ（以下、グループという）ごとに備えられており、処理フロー（手順情報）に基づいて、対話処理を、対応するグループに含まれる複数のユーザ（利用者）との間で実行する。ここで、グループは、例えば、ユーザが所属する組織、又は、ユーザが行う業務内容に対応して定められている。また、処理フロー（手順情報）は、グループごとに定められている。すなわち、処理フローは、グループごとに、異なる処理手順であってもよい。
【００３０】
子チャットボット２２は、親チャットボット２１から受信した処理依頼に対応して、グループごとに定められた処理フローに基づいて、対話処理を実行する。また、子チャットボット２２は、処理フローに基づいて、複数のユーザから収集した情報を、所定の形式に変換し、当該変換された情報を、情報共有部４０に記憶させる。ここで、所定の形式は、親チャットボット２１と子チャットボット２２との間で予め定められたデータフォーマットである。
【００３１】
なお、子チャットボット２２は、複数のユーザから収集した情報に矛盾が生じた場合に、予め定められた規則に基づいて、複数のユーザから収集した情報をマージして、情報共有部４０に記憶させる。また、子チャットボット２２は、ユーザからの情報が得られない場合に、当該情報が得られていないユーザに対して、再確認（リマインド）を行う対話処理を実行してもよい。
ここで、図３を参照して、子チャットボット２２の構成の詳細について説明する。
【００３２】
図３は、本実施形態における子チャットボット２２の一例を示す機能ブロック図である。
図３に示すように、子チャットボット２２は、記憶部２２０と、通信部２２１と、処理実行部２２２と、収集情報処理部２２３とを備えている。
【００３３】
記憶部２２０は、子チャットボット２２が利用する各種情報を記憶する。記憶部２２０は、ユーザ記憶部２２０１と、処理フロー記憶部２２０２と、収集情報記憶部２２０３とを備えている。
ユーザ記憶部２２０１は、子チャットボット２２と対話処理するユーザの情報を記憶する。ここで、ユーザは、例えば、子チャットボット２２に対応するグループに所属するユーザである。ユーザ記憶部２２０１は、例えば、各ユーザを識別するユーザ識別情報を記憶する。なお、ユーザ記憶部２２０１は、ユーザ識別情報と、例えば、部長、課長、係長、担当などを示す役職情報や、例えば、企画担当、プログラム担当、デバック担当、取りまとめ担当などの業務内容における役割情報とを対応付けて記憶するようにしてもよい。
【００３４】
処理フロー記憶部２２０２は、子チャットボット２２が実行する業務フローなどの処理フローを記憶する。ここで、処理フローは、例えば、管理者などによって、予め登録された処理手順を示す手順情報であり、子チャットボット２２ごと（グループごと）に異なる手順が定められてもよい。
収集情報記憶部２２０３は、後述するユーザ端末３０を介して各ユーザから収集した各種収集情報を記憶する。
【００３５】
通信部２２１は、ユーザ端末３０、親チャットボット２１、及び情報共有部４０などとの間で通信を行う。
処理実行部２２２は、子チャットボット２２の各種処理を実行する。処理実行部２２２は、親チャットボット２１からの処理依頼に対応して、例えば、グループ内のユーザとの間のＳＮＳなどによるチャット処理により、各種報告などの情報を収集する。処理実行部２２２は、処理フロー記憶部２２０２が記憶する処理フローを取得し、当該処理フローに基づいて、ＳＮＳなどによるチャット処理を実行して、各種報告などの情報収集処理を実行する。処理実行部２２２は、各ユーザから収集した収集情報を、収集情報記憶部２２０３に記憶させる。
【００３６】
また、処理実行部２２２は、各ユーザから収集した収集情報を、収集情報処理部２２３により所定のデータフォーマットに変換させる。処理実行部２２２は、収集情報処理部２２３から取得した所定のデータフォーマットに変換された収集情報を、通信部２２１を介して、情報共有部４０に送信して記憶させるとともに、親チャットボット２１に通知（例えば、業務報告や安否確認などの完了通知）を送信する。
収集情報処理部２１３は、処理実行部２１２の処理によって、各ユーザから収集された収集情報を、予め定められた所定の形式（データフォーマット）のデータに変換する。
【００３７】
再び、図１の説明に戻り、ユーザ端末３０は、例えば、スマートフォンや、タブレット端末などであり、対話処理システム１を利用するユーザ（利用者）が使用する端末装置である。ユーザ端末３０は、子チャットボット２２によって実行される対話処理のユーザインターフェースとして利用される。ユーザ端末３０は、ユーザのグループごとに配置されている子チャットボット２２に対応付けられている。
【００３８】
例えば、図１に示す例では、子チャットボット２２−１は、グループＧＲ１に対応付けられており、ユーザ端末３１−１、ユーザ端末３１−２、・・・が、グループＧＲ１のユーザが使用するユーザ端末３０である。この場合、子チャットボット２２−１は、グループＧＲ１のユーザ端末３１−１、ユーザ端末３１−２、・・・の各ユーザ端末３０に対して、対話処理を実行する。
【００３９】
また、子チャットボット２２−２は、グループＧＲ２に対応付けられており、ユーザ端末３２−１、ユーザ端末３２−２、・・・が、グループＧＲ２のユーザが使用するユーザ端末３０である。この場合、子チャットボット２２−２は、グループＧＲ２のユーザ端末３２−１、ユーザ端末３２−２、・・・の各ユーザ端末３０に対して、対話処理を実行する。
【００４０】
次に、図面を参照して、本実施形態による対話処理システム１の動作について説明する。
図４は、本実施形態における子チャットボット２２の動作の一例を示すフローチャートである。
【００４１】
図４に示すように、子チャットボット２２は、まず、親チャットボット２１から処理依頼を受け付ける（ステップＳ１０１）。すなわち、子チャットボット２２の処理実行部２２２は、通信部２２１を介して、親チャットボット２１から処理依頼を受信する。
【００４２】
次に、処理実行部２２２は、処理依頼に応じた処理フローに基づいて、各ユーザと対話処理を実行する（ステップＳ１０２）。処理実行部２２２は、処理依頼に応じた処理フローを処理フロー記憶部２２０２から取得する。そして、処理実行部２２２は、子チャットボット２２に対応するグループに所属する各ユーザのユーザ端末３０に対して、取得した処理フローに基づいて、対話処理を実行する。ここで、処理実行部２２２は、ユーザ記憶部２２０１に記憶されているユーザに対して、対話処理を実行する。処理実行部２２２は、対話処理を実行することで、各ユーザから収集情報を取得する。処理実行部２２２は、取得した収集情報を収集情報記憶部２２０３に記憶させる。
【００４３】
次に、子チャットボット２２の収集情報処理部２２３は、収集情報を所定の形式のデータに変換する（ステップＳ１０３）。すなわち、処理実行部２２２が、収集情報の変換の指示を収集情報処理部２２３に出力する。当該収集情報の変換の指示に従って、収集情報処理部２２３は、収集情報記憶部２２０３が記憶する収集情報を取得して、所定の形式のデータに変換する。収集情報処理部２２３は、変換した収集情報を再び収集情報記憶部２２０３に記憶させる。
【００４４】
次に、処理実行部２２２は、収集情報を情報共有部４０に記憶させるとともに、親チャットボット２１に通知する（ステップＳ１０４）。すなわち、処理実行部２２２は、収集情報処理部２２３によって、所定の形式のデータに変換された収集情報を収集情報記憶部２２０３から読み出し、当該収集情報を、通信部２２１を介して、情報共有部４０に送信して記憶させる。また、処理実行部２２２は、収集情報を情報共有部４０に記憶させたことを含む通知を、通信部２２１を介して、親チャットボット２１に送信する。ステップＳ１０４の処理後に、処理実行部２２２は、処理を終了する。
【００４５】
次に、図５を参照して、本実施形態による対話処理システム１における営業日報を収集するシナリオを実行する場合の動作の一例について説明する。
図５は、本実施形態による対話処理システム１の動作の一例を示す第１の図であり、営業日報を収集するシナリオを実行する場合の一例を示している。
【００４６】
この図において、子チャットボット２２−１、子チャットボット２２−２、及び子チャットボット２２−３それぞれは、異なる営業部に対応し、各子チャットボット２２に対応する営業部に所属するユーザから営業日報を収集する。ここで、各営業部は、上述したグループに対応する。また、各子チャットボット２２の処理フロー記憶部２２０２が記憶する処理フローである業務フローが、各営業部によって異なるものとする。
【００４７】
図５に示すように、まず、親チャットボット２１が、管理者端末１０を介して、管理者から営業日報の収集を受け付ける（ステップＳ２０１）。すなわち、親チャットボット２１は、処理フロー記憶部２１０２が記憶する処理フロー（業務シナリオ）のうちから、管理者が選択した営業日報を収集する業務シナリオを取得し、処理実行部２１２に当該業務シナリオに基づく対話処理を実行させる。
【００４８】
次に、親チャットボット２１は、営業日報の収集依頼を各子チャットボット２２（子チャットボット２２−１、子チャットボット２２−２、子チャットボット２２−３）に送信する（ステップＳ２０２）。すなわち、処理実行部２１２は、ボット情報記憶部２１０３が記憶する子チャットボット２２の情報に対応する子チャットボット２２に対して、通信部２１１を介して、営業日報の収集依頼を送信する。
【００４９】
各子チャットボット２２の処理実行部２２２は、それぞれの処理フロー記憶部２２０２が記憶する業務フローに基づいて、子チャットボット２２に対応するグループに含まれる担当者（ユーザ）に対して対話処理を実行する。
【００５０】
子チャットボット２２−１において、子チャットボット２２−１の処理実行部２２２は、業務フローに基づいて、各担当者に営業日報の記入を依頼する（ステップＳ２０３）。処理実行部２２２は、ユーザ記憶部２２０１が記憶するユーザの情報に対応する担当者に対して、営業日報の記入を依頼する対話処理を実行する。
【００５１】
次に、処理実行部２２２は、各担当者の記入を受け付ける（ステップＳ２０４）。処理実行部２２２は、各担当者のユーザ端末３０から営業日報の記入を受け付け、収集情報記憶部２２０３に記憶させる。ここで、営業日報の記入情報には、例えば、顧客名、案件名、案件の概要、活動内容、予測売上高、予想受注日などが含まれる。なお、営業日報の記入の依頼や、営業日報の記入処理のやり取りとは、例えば、ＳＮＳを利用したメッセージアプリケーションやチャットソフトウェアなどを用いて行われる。
【００５２】
次に、処理実行部２２２は、収集結果を情報共有部４０に保存して、親チャットボット２１に通知する（ステップＳ２０５）。処理実行部２２２は、収集情報記憶部２２０３が記憶する収集情報を収集結果として、通信部２２１を介して、情報共有部４０に送信し、当該収集結果を情報共有部４０に記憶させる。なお、収集結果が情報共有部４０に記憶させるデータフォーマットと異なる場合に、処理実行部２２２は、収集情報処理部２２３によりデータフォーマットを変換させた収集結果を情報共有部４０に記憶させる。また、処理実行部２２２は、情報共有部４０に収集結果を記憶させたことを示す通知を、通信部２２１を介して、親チャットボット２１に送信する。
【００５３】
また、子チャットボット２２−２において、子チャットボット２２−２の処理実行部２２２は、業務フローに基づいて、各担当者に営業日報の記入を依頼する（ステップＳ２０６）。処理実行部２２２は、ユーザ記憶部２２０１が記憶するユーザの情報に対応する担当者に対して、営業日報の記入を依頼する対話処理を実行する。
【００５４】
次に、処理実行部２２２は、各担当者の記入を受け付ける（ステップＳ２０７）。処理実行部２２２は、各担当者のユーザ端末３０から営業日報の記入を受け付け、収集情報記憶部２２０３に記憶させる。
【００５５】
次に、処理実行部２２２は、業務フローに基づいて、全日報が揃った後に、部長の確認がＯＫであるか否かを判定する（ステップＳ２０８）。処理実行部２２２は、業務フローに基づいて、当該営業部の部長に対して、対話処理により日報の確認を依頼し、受信した部長の確認結果により、全日報の確認がＯＫ（部長の承認を得られている）か否かを判定する。処理実行部２２２は、部長の確認がＯＫである場合（ステップＳ２０８：ＹＥＳ）に、処理を次のステップＳ２０９に進める。また、処理実行部２２２は、部長の確認がＯＫでない場合（ステップＳ２０８：ＮＯ）に、処理をステップＳ２０６に戻し、担当者に再入力させる。
ステップＳ２０９において、処理実行部２２２は、収集結果を情報共有部４０に保存して、親チャットボット２１に通知する。
【００５６】
また、子チャットボット２２−３において、子チャットボット２２−３の処理実行部２２２は、業務フローに基づいて、各担当者に営業日報の記入を依頼する（ステップＳ２１０）。処理実行部２２２は、ユーザ記憶部２２０１が記憶するユーザの情報に対応する担当者に対して、営業日報の記入を依頼する対話処理を実行する。
【００５７】
次に、処理実行部２２２は、各担当者の記入を受け付ける（ステップＳ２１１）。処理実行部２２２は、各担当者のユーザ端末３０から営業日報の記入を受け付け、収集情報記憶部２２０３に記憶させる。
【００５８】
次に、処理実行部２２２は、業務フローに基づいて、全日報が揃った後に、歌唱の確認がＯＫであるか否かを判定する（ステップＳ２１２）。処理実行部２２２は、業務フローに基づいて、当該営業部の課長に対して、対話処理により日報の確認を依頼し、受信した課長の確認結果により、全日報の確認がＯＫ（課長の承認を得られている）か否かを判定する。処理実行部２２２は、課長の確認がＯＫである場合（ステップＳ２１２：ＹＥＳ）に、処理を次のステップＳ２１３に進める。また、処理実行部２２２は、課長の確認がＯＫでない場合（ステップＳ２１２：ＮＯ）に、処理をステップＳ２１０に戻し、担当者に再入力させる。
【００５９】
ステップＳ２１３において、処理実行部２２２は、業務フローに基づいて、部長の確認がＯＫであるか否かを判定する。処理実行部２２２は、業務フローに基づいて、当該営業部の部長に対して、対話処理により日報の確認を依頼し、受信した部長の確認結果により、全日報の確認がＯＫ（部長の承認を得られている）か否かを判定する。処理実行部２２２は、部長の確認がＯＫである場合（ステップＳ２１３：ＹＥＳ）に、処理を次のステップＳ２１４に進める。また、処理実行部２２２は、部長の確認がＯＫでない場合（ステップＳ２１３：ＮＯ）に、処理をステップＳ２１０に戻し、担当者に再入力させる。
ステップＳ２１４において、処理実行部２２２は、収集結果を情報共有部４０に保存して、親チャットボット２１に通知する。
【００６０】
また、情報共有部４０は、各子チャットボット２２（子チャットボット２２−１、子チャットボット２２−２、子チャットボット２２−３）から受信した収集結果を記憶する（ステップＳ２１５）。
【００６１】
また、親チャットボット２１は、収集結果を取得し、サマリを出力する（ステップＳ２１６）。親チャットボット２１の処理実行部２１２は、各子チャットボット２２からの通知を、通信部２１１を介して受信し、当該通知に応じて、情報共有部４０から収集結果を取得する。また、処理実行部２１２は、取得した収集結果を収集情報処理部２１３に集計させてサマリ（集計結果）を生成させる。
【００６２】
処理実行部２１２は、収集情報処理部２１３に集計させたサマリを、管理者端末１０に送信して、管理者端末１０に表示させる。なお、処理実行部２１２は、サマリを集計結果記憶部２１０４に記憶させる。また、サマリは、例えば、各チームの進捗情報をまとめた表又はグラフや、売上実績、売上予測、目標達成率などをまとめた表又はグラフなどである。
【００６３】
上記の図５を用いて説明したように、各子チャットボット２２は、処理フロー記憶部２２０２が記憶する業務フローを変更することで、グループごとに異なる処理を実行させることが可能である。上述した例では、子チャットボット２２−１に対応する営業部では、各担当者の入力をそのまま使用する業務フローを採用している。また、子チャットボット２２−２に対応する営業部では、各担当者の入力を部長の確認を行った上で使用する業務フローを採用している。また、子チャットボット２２−３に対応する営業部では、各担当者の入力を課長及び部長の確認を行った上で使用する業務フローを採用している。
【００６４】
次に、図６〜図１１を参照して、本実施形態による対話処理システム１における災害時の情報を収集する災害対策シナリオを実行する場合の動作の一例について説明する。
図６は、本実施形態による対話処理システム１の動作の一例を示す第２の図であり、災害対策シナリオを実行する場合の一例を示している。
【００６５】
図６に示すように、まず、管理者端末１０は、親チャットボット２１に対して、災害対策シナリオを指定し（ステップＳ３０１）、報告依頼を親チャットボット２１に送信する（ステップＳ３０２）。管理者端末１０は、例えば、図７に示すような表示画面Ｇ１を表示し、管理者が災害対策シナリオを選択すると、災害対策シナリオを示すシナリオ情報を親チャットボット２１に送信する。また、管理者端末１０は、表示画面Ｇ１において、管理者がボタンＢＴ１（“即時実行”ボタン）を押下すると、報告依頼を親チャットボット２１に送信する。なお、表示画面Ｇ１は、親チャットボット２１から受信した表示データにより、管理者端末１０が表示している。
【００６６】
次に、親チャットボット２１は、報告依頼を子チャットボット２２に送信する（ステップＳ３０３）。親チャットボット２１の処理実行部２１２は、管理者端末１０から指定された災害対策シナリオに対応する処理フローを処理フロー記憶部２１０２から取得し、当該処理フローに基づいて、例えば、安否確認などの報告依頼を、通信部２１１を介して、子チャットボット２２に送信する。なお、図６に示す例では、説明の都合上、親チャットボット２１は、１つの子チャットボット２２に報告依頼を送信しているが、各子チャットボット２２に報告依頼を送信する。
【００６７】
次に、子チャットボット２２は、ユーザ端末３０に報告依頼を送信する（ステップＳ３０４）。子チャットボット２２の処理実行部２２２は、報告依頼に対応する処理フローを処理フロー記憶部２２０２から取得し、当該処理フローに基づいて、例えば、安否確認などの報告依頼を、通信部２２１を介して、ユーザ端末３０に送信する。なお、図６に示す例では、説明の都合上、子チャットボット２２は、１つのユーザ端末３０に報告依頼を送信しているが、所属組織などのグループに所属する複数のユーザのユーザ端末３０に報告依頼を送信する。
【００６８】
次に、ユーザ端末３０は、安否確認情報及び被害状況を、子チャットボット２２に報告する（ステップＳ３０５）。ユーザ端末３０は、子チャットボット２２からの報告依頼に応じて、例えば、図８（ａ）に示すような報告を入力するメニュー画面Ｇ２を表示し、ユーザによるメニューの選択及び情報入力により安否確認情報及び被害状況を取得する。なお、図８（ｂ）は、安否確認情報の入力画面Ｇ３の一例を示している。ここで、安否確認情報及び被害状況の入力のやり取り（子チャットボット２２とユーザ端末３０との間のやり取り）は、例えば、ＳＮＳを利用したメッセージアプリケーションやチャットソフトウェアなどを用いて行われるようにしてもよい。ユーザ端末３０は、ユーザの入力により取得した安否確認情報及び被害状況を、子チャットボット２２に報告する。
【００６９】
次に、子チャットボット２２は、マージ処理を実行する（ステップＳ３０６）。子チャットボット２２の処理実行部２２２は、各ユーザ端末３０から収集した安否確認情報及び被害状況に矛盾がある場合に、収集情報処理部２２３にマージ処理を実行させる。なお、マージ処理の具体例については、図１２を参照して後述する。
【００７０】
次に、子チャットボット２２は、ユーザ端末３０からの報告（安否確認情報及び被害状況）を情報共有部４０に格納する（ステップＳ３０７）。ここで、子チャットボット２２は、収集情報処理部２２３によって所定のデータフォーマットに変換された報告を、情報共有部４０に送信して記憶させる。
また、子チャットボット２２は、報告通知を親チャットボット２１に送信する（ステップＳ３０８）。子チャットボット２２は、例えば、報告を情報共有部４０に格納したことを、親チャットボット２１に通知する。
【００７１】
次に、親チャットボット２１は、子チャットボット２２からの報告通知に応じて、情報共有部４０から報告情報を取得する（ステップＳ３０９）。
次に、親チャットボット２１は、情報共有部４０から取得した報告情報をまとめる（ステップＳ３１０）。親チャットボット２１の収集情報処理部２１３は、報告情報を集計して、集計結果記憶部２１０４に記憶させる。
【００７２】
次に、親チャットボット２１は、報告通知を管理者端末１０に送信する（ステップＳ３１１）。親チャットボット２１は、例えば、安否確認情報及び被害状況の集計情報を、進捗情報として、管理者端末１０に送信する。
【００７３】
次に、管理者端末１０は、進捗情報を表示する（ステップＳ３１２）。管理者端末１０は、例えば、安否確認情報及び被害状況の進捗情報を表示する。ここで、安否確認情報及び被害状況の進捗情報を表示するやり取り（親チャットボット２１と管理者端末１０との間のやり取り）は、例えば、ＳＮＳを利用したメッセージアプリケーションやチャットソフトウェアなどを用いて行われるようにしてもよい。管理者端末１０は、例えば、図９に示す表示画面Ｇ４及び図１０に示す表示画面Ｇ５を表示する。
【００７４】
図９に示す表示画面Ｇ４は、タスク進捗確認（報告処理全体の進捗確認）の一例を示す表示画面である。管理者端末１０は、進捗情報として、表示画面Ｇ４のような画面を表示し、管理者に進捗情報を提供する。
また、図１０に示す表示画面Ｇ５は、安否確認状況及び社員被害状況の一例を示す表示画面である。管理者端末１０は、進捗情報として、表示画面Ｇ５のような画面を表示し、管理者に進捗情報を提供する。
【００７５】
次に、管理者端末１０は、報告終了依頼を、親チャットボット２１に送信する（ステップＳ３１３）。管理者端末１０は、管理者の指示に応じて、報告を終了する報告終了依頼を、親チャットボット２１に送信する。
【００７６】
次に、親チャットボット２１は、受信した報告終了依頼に応じて、子チャットボット２２に、終了通知を送信する（ステップＳ３１４）。
次に、子チャットボット２２は、受信した終了通知に応じて、ユーザ端末３０に、終了通知を送信する（ステップＳ３１５）。ユーザ端末３０は、終了通知に応じて、報告が終了したことを示す表示を行い、ユーザに報告終了を提示する。
【００７７】
また、親チャットボット２１は、最終集計結果を、管理者端末１０に送信する（ステップＳ３１６）。親チャットボット２１は、収集情報処理部２１３に最終集計処理を実行させ、集計した最終集計結果を管理者端末１０に送信する。
次に、管理者端末１０は、最終集計結果を表示する（ステップＳ３１７）。管理者端末１０は、例えば、図１１の表示画面Ｇ６のような最終集計結果を表示する。
【００７８】
図１１は、本実施形態の管理者端末１０による集計結果の表示例を示す図である。
図１１に示す表示画面Ｇ６は、安否登録状況や負傷者状況をまとめた最終集計結果の一例である。管理者端末１０が、表示画面Ｇ６に示すような最終集計結果を表示することで、管理者は、依頼した報告の最終結果を得る。
【００７９】
次に、図１２を参照して、本実施形態の収集情報のマージ処理の詳細について説明する。
図１２は、本実施形態による対話処理システム１の動作の一例を示す第３の図であり、災害対策シナリオにおける被害状況の報告を行う場合の一例を示している。
【００８０】
この図に示す例では、子チャットボット２２が、グループに対応する３台のユーザ端末３０（ユーザ端末３１−１、ユーザ端末３１−２、ユーザ端末３１−３）から被害状況を収集する場合の一例を示している。また、ユーザ端末３１−１のユーザは、“ビルＸ”にいるものとし、ユーザ端末３１−２のユーザは、“ビルＸ”にいるものとする。また、ユーザ端末３１−３のユーザは、“ビルＹ”にいるものとする。
【００８１】
図１２に示すように、災害が発生した場合において、まず、親チャットボット２１が、子チャットボット２２に被害状況の報告依頼を子チャットボット２２に送信する（ステップＳ４０１）。
【００８２】
次に、子チャットボット２２は、処理フローに基づいて、例えば、ビル、社員、及びエレベータ（ＥＶ：Elevator）の状況報告を各ユーザ端末３０に依頼する（ステップＳ４０２）。ここで、子チャットボット２２は、自身に対応するグループのユーザのユーザ端末３０（ユーザ端末３１−１、ユーザ端末３１−２、ユーザ端末３１−３）に、状況報告依頼を送信する。なお、ここでの依頼時刻を時刻１０：００とする。
【００８３】
次に、ユーザ端末３１−１は、時刻１０：１５に、“けが人：１０人”、“ビルＸ：ＮＧ（１２Ｆ（１２階）でガラス破損）”、及び“エレベータ（ＥＶ）：ＮＧ（東側））”であることを報告する（ステップＳ４０３）。
また、ユーザ端末３１−２は、時刻１０：１８に、“けが人：１８人”、“ビルＹ：ＯＫ”、及び“エレベータ（ＥＶ）：ＮＧ”であることを報告する（ステップＳ４０４）。
【００８４】
また、ユーザ端末３１−３は、時刻１０：２１に、“けが人：２９人”、“ビルＸ：ＯＫ”、及び“エレベータ（ＥＶ）：ＯＫ（西側）”であることを報告する（ステップＳ４０５）。
【００８５】
次に、子チャットボット２２は、各ユーザ端末３０から状況報告の情報を受信し、同一のビルでけが人の報告値が複数ある場合に、最終更新値を採用する（ステップＳ４０６）。ここで、ユーザ端末３１−１におけるビルＸでのけが人の報告値は、“けが人：１０人”であり、ユーザ端末３１−２におけるビルＸでのけが人の報告値は、“けが人：２９人”である。この場合、子チャットボット２２の収集情報処理部２２３は、時刻１０：２１に報告している“けが人：２９人”を最終更新値として採用する。
【００８６】
また、子チャットボット２２は、同一のビルでビル状況の報告値が複数ある場合に、ＡＮＤ値（論理積演算値）を採用する（ステップＳ４０７）ここで、ユーザ端末３１−１におけるビルＸでのビル状況の報告値は、“ビルＸ：ＮＧ（１２Ｆでガラス破損）”であり、ユーザ端末３１−２におけるビルＸでのビル状況の報告値は、“ビルＸ：ＯＫ”である。また、ビル状況は、“ＯＫ”を論理値“１”とし、“ＮＧ”を論理値“０”として論理演算するものとする。
【００８７】
この場合、子チャットボット２２の収集情報処理部２２３は、“ＮＧ”（論理値“０”）と“ＯＫ”（論理値“１”）とのＡＮＤ値により、“ビルＸ：ＮＧ”（論理値“０”）を採用する。このように、収集情報処理部２２３は、ビルなどの複数でない設備又は建物に対して報告値が複数ある場合に、ＡＮＤ値を採用する。
【００８８】
また、子チャットボット２２は、同一のビルでエレベータ（ＥＶ）の報告値が複数ある場合に、ＯＲ値（論理和演算値）を採用する（ステップＳ４０８）ここで、ユーザ端末３１−１におけるビルＸでのエレベータ（ＥＶ）の報告値は、“エレベータ（ＥＶ）：ＮＧ（東側）”であり、ユーザ端末３１−２におけるビルＸでのエレベータ（ＥＶ）の報告値は、“エレベータ（ＥＶ）：ＯＫ（西側）”である。また、エレベータ（ＥＶ）は、“ＯＫ”を論理値“１”とし、“ＮＧ”を論理値“０”として論理演算するものとする。
【００８９】
この場合、子チャットボット２２の収集情報処理部２２３は、“ＮＧ”（論理値“０”）と“ＯＫ”（論理値“１”）とのＯＲ値により、“ビルＸ：ＯＫ”（論理値“０”）を採用する。このように、収集情報処理部２２３は、エレベータなどの複数ある設備に対して報告値が複数ある場合に、ＯＲ値を採用する。
【００９０】
次に、子チャットボット２２は、状況報告の情報を集計して、集計結果として、“けが人：４７人”（２９人＋１８人）、“ビルＸ：ＮＧ、ビルＹ：ＯＫ”、及び“ビルＸのＥＶ：ＯＫ、ビルＹのＥＶ：ＮＧ”を情報共有部４０に送信するとともに、完了通知を親チャットボット２１に送信する（ステップＳ４０９）。すなわち、収集情報処理部２２３は、状況報告の情報をグループ内で集計して、処理実行部２２２が、集計結果を報告結果として、情報共有部４０に送信するとともに、完了通知を親チャットボット２１に送信する。
【００９１】
次に、情報共有部４０が報告結果を記憶する（ステップＳ４１０）。また、情報共有部４０は、親チャットボット２１の読み出し要求により、記憶する報告結果を親チャットボット２１に出力する。
【００９２】
以上説明したように、本実施形態による対話処理システム１は、複数のチャットボット２０（対話処理部）と、所定の形式のデータを記憶し、複数のチャットボット２０の間で、データを供給可能な情報共有部４０とを備える。チャットボット２０は、所定のグループ（例えば、所属組織や業務内容に対応するグループ）ごとに備えられており、予め定められた処理フロー（手順情報）に基づいて、疑似的な対話を行う対話処理を、対応する所定のグループに含まれる複数のユーザ（利用者）との間で実行する。
【００９３】
これにより、本実施形態による対話処理システム１は、例えば、所定のグループごとに対応するチャットボット２０の処理フロー（手順情報）を変更することにより、ユーザの組織や業務内容に応じて一部の業務フローを変更することができる。そのため、本実施形態による対話処理システム１は、グループごとのローカルルールによる処理に容易に対応することができ、システム全体を変更する必要がない。また、本実施形態による対話処理システム１は、各チャットボット２０の間は、情報共有部４０を介して、共通の形式である所定の形式のデータで情報の入出力を行うため、各チャットボット２０内での業務フローが変更されても問題になることがない。
【００９４】
さらに、例えば、グループの統廃合やグループのメンバに変更が生じた場合においても、本実施形態による対話処理システム１は、変更が生じたグループに対応するチャットボット２０を変更することで容易に対応することができ、システム全体を変更する必要がない。よって、本実施形態による対話処理システム１は、処理に柔軟性を持たせることができる。また、本実施形態による対話処理システム１は、複数のチャットボット２０で処理を分散することができるため、１台のチャットボット２０の処理負荷を低減することができる。
【００９５】
また、本実施形態では、複数のチャットボット２０は、階層を有し、複数のチャットボット２０のそれぞれは、階層に応じて異なる処理を実行する。
これにより、本実施形態による対話処理システム１は、処理に柔軟性をさらに持たせることができる。
【００９６】
また、本実施形態では、階層における上位階層のチャットボット２０である親チャットボット２１（親対話処理部）は、管理者の依頼に応じた処理依頼を、階層における下位階層のチャットボット２０である子チャットボット２２（子対話処理部）に送信する。子チャットボット２２は、処理依頼に対応して所定のグループごとに定められた処理フロー（手順情報）に基づいて、対話処理を実行する。
【００９７】
これにより、本実施形態による対話処理システム１は、例えば、グループの統廃合やグループのメンバに変更が生じた場合や、ユーザの組織や業務内容に応じて一部の業務フローを変更する場合に、子チャットボット２２を変更することで容易に対応することができ、親チャットボット２１を変更する必要がない。よって、本実施形態による対話処理システム１は、親チャットボット２１への影響を最小限に抑えることができ、処理に柔軟性をさらに持たせることができる。また、本実施形態による対話処理システム１は、子チャットボット２２で処理を分散することができるため、親チャットボット２１の処理負荷を低減することができる。
【００９８】
また、本実施形態では、階層における下位階層のチャットボット２０である子チャットボット２２（子対話処理部）は、処理フロー（手順情報）に基づいて、複数のユーザ（利用者）から収集した情報を、所定の形式に変換し、当該変換された情報を、情報共有部４０に記憶させる。階層における上位階層のチャットボット２０である親チャットボット２１（親対話処理部）は、情報共有部４０から、所定の形式に変換された情報を取得する。
これにより、本実施形態による対話処理システム１は、システム全体でのデータの汚染を防止し，データの再確認などの手間を低減することができる。また、本実施形態による対話処理システム１は、子チャットボット２２で処理を分散することができるため、親チャットボット２１の処理負荷を低減することができる。
【００９９】
また、本実施形態では、子チャットボット２２は、複数のユーザから収集した情報に矛盾が生じた場合に、予め定められた規則（例えば、ＡＮＤ演算、ＯＲ演算など）に基づいて、複数のユーザから収集した情報をマージして、情報共有部４０に記憶させる。
これにより、本実施形態による対話処理システム１は、さらに、システム全体でのデータの汚染を防止し，データの再確認などの手間を低減することができる。
【０１００】
また、本実施形態では、子チャットボット２２は、利用者からの情報が得られない場合に、当該情報が得られていないユーザに対して、リマインド（再確認）を行う対話処理を実行する。
これにより、本実施形態による対話処理システム１は、さらに親チャットボット２１の処理負荷を低減することができる。
【０１０１】
また、本実施形態では、所定のグループは、利用者が所属する組織、又は、利用者が行う業務内容に対応して定められている。
これにより、本実施形態による対話処理システム１は、組織や業務内容によるローカルルールや変更を許容させることが可能であり、さらに処理に柔軟性をもたせることができる。
【０１０２】
本実施形態による対話処理方法は、複数のチャットボット２０と、所定の形式のデータを記憶し、複数のチャットボット２０の間で、データを供給可能な情報共有部４０とを備える対話処理システム１の対話処理であって、対話処理ステップを含む。対話処理ステップにおいて、所定のグループごとに備えられているチャットボット２０が、予め定められた処理フロー（手順情報）に基づいて、疑似的な対話を行う対話処理を、対応する所定のグループに含まれる複数のユーザ（利用者）との間で実行する。
これにより、本実施形態による対話処理方法は、上述した対話処理システム１と同様の効果を奏し、処理に柔軟性を持たせることができる。
【０１０３】
なお、本発明は、上記の各実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で変更可能である。
例えば、上記の実施形態において、対話処理システム１は、親チャットボット２１と子チャットボット２２との階層を有する例を説明したが、これに限定されるものではなく、階層を有さずに複数のチャットボット２０を複数備える構成であってもよい。また、階層は、１段に限定されるものではなく、複数のチャットボット２０は、２以上の複数段の階層を有するようにしてもよい。また、複数のチャットボット２０は、実行する業務フローやシナリオに応じて、流動的に階層を構成するようにしてもよい。
【０１０４】
また、上述した対話処理システム１は、複数のサーバ装置で構成されてもよいし、１台のサーバ装置により構成されてもよい。
また、上述した対話処理システム１では、情報共有部４０が独立して構成される例を説明したが、親チャットボット２１又は子チャットボット２２が情報共有部４０を備えるようにしてもよい。また、対話処理システム１は、複数の情報共有部４０を備えるようにしてもよい。
【０１０５】
また、上記の実施形態において、子チャットボット２２の収集情報処理部２２３は、複数のユーザから収集した情報をマージする際に用いる予め定められた規則として、ＡＮＤ値、ＯＲ値、最終更新値を使用する例を説明したが、これに限定されるものではない。例えば、収集情報処理部２２３は、多数決、平均値、最大値、最小値などによりマージ処理を行うようにしてもよいし、他の規則によりマージしてもよい。
【０１０６】
また、上記の実施形態において、対話処理システム１が、営業日報を収集する処理と、災害対策シナリオにより安否確認情報及び被害状況を収集する例を説明したが、これに限定されるものではなく、他の業務処理に適用してもよい。
【０１０７】
また、上記の実施形態において、子チャットボット２２は、自身のグループにユーザに対して、対話処理などの業務フローを実行する例を説明したが、これに限定されるものではない。例えば、報告の処理が遅れているグループに対して、処理に余裕のある子チャットボット２２が、代理で対話処理などの業務フローを実行するようにしてもよい。
【０１０８】
なお、上述した対話処理システム１が備える各構成は、内部に、コンピュータシステムを有している。そして、上述した対話処理システム１が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述した対話処理システム１が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。
【０１０９】
また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に対話処理システム１が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０１１０】
また、上述した機能の一部又は全部を、ＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【符号の説明】
【０１１１】
１  対話処理システム
１０  管理者端末
２０  チャットボット
２１  親チャットボット
２２−１、２２−２、２２−３  子チャットボット
３０、３１−１、３１−２、３１−３、３２−１、３２−２  ユーザ端末
４０  情報共有部
２１０、２２０  記憶部
２１１、２２１  通信部
２１２、２２２  処理実行部
２１３、２２３  収集情報処理部
２１０１、２２０１  ユーザ記憶部
２１０２、２２０２  処理フロー記憶部
２１０３  ボット情報記憶部
２１０４  集計結果記憶部
２２０３  収集情報記憶部
【図１】
2019139573.tif 000003
【図２】
2019139573.tif 000004
【図３】
2019139573.tif 000005
【図４】
2019139573.tif 000006
【図５】
2019139573.tif 000007
【図６】
2019139573.tif 000008
【図７】
2019139573.tif 000009
【図８】
2019139573.tif 000010
【図９】
2019139573.tif 000011
【図１０】
2019139573.tif 000012
【図１１】
2019139573.tif 000013
【図１２】
2019139573.tif 000014