特開 2024-61459 情報処理装置、情報処理システム、プログラムおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024061459

(43)【公開日】2024-05-07

(54)【発明の名称】情報処理装置、情報処理システム、プログラムおよび情報処理方法

(51)【国際特許分類】

   G06F 16/90 20190101AFI20240425BHJP

【ＦＩ】

G06F16/90 100

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022169426

(22)【出願日】2022-10-21

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】中村 円亮

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175EA01

(57)【要約】

【課題】チャットボット機能において、外部システムから取得する情報を適切に取り扱うことができるようにする。
【解決手段】シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として自動応答するチャットボット機能を提供する情報処理装置であって、前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する。
【選択図】図９

【特許請求の範囲】

【請求項1】

シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として自動応答するチャットボット機能を提供する情報処理装置であって、
前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、
前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する、
ことを特徴とする情報処理装置。

【請求項2】

前記表示制御部は、前記識別情報に対応付けて前記項目値を登録する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記表示制御部は、同一の前記項目名にかかる異なる前記識別情報を、一の画面に表示する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項4】

前記表示制御部は、前記識別情報として既に設定されている情報を入力した場合、すでに設定されている旨を報知する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項5】

シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として端末装置に自動応答するチャットボット機能を提供する情報処理システムであって、
前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、
前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する、
ことを特徴とする情報処理システム。

【請求項6】

シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として自動応答するチャットボット機能を提供する情報処理装置を制御するコンピュータを、
前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御部として機能させ、
前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する、
ことを特徴とするプログラム。

【請求項7】

シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として自動応答するチャットボット機能を提供する情報処理装置における情報処理方法であって、
表示制御部が、前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御工程を含み、
前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する、
ことを特徴とする情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システム、プログラムおよび情報処理方法に関する。

【背景技術】

【0002】

今日において、ユーザから入力されたテキスト、音声又は画像のパターン認識をクラウド経由で行い、会話、質問等に対する応答、機械制御等を行う、いわゆるチャットボットが知られている。このようなチャットボットとして、ユーザとの間で対話（チャット）形式のやり取りを行うことにより情報を送受する対話型通信を行うものが知られている。

【0003】

例えば、特許文献１には、予め作成されたチャットボットのシナリオ情報に基づいて外部システムから取得した情報を、ユーザに提供するチャットボットシステムが開示されている。より詳細には、従来のチャットボットシステムによれば、ＡＰＩ（Application Programming Interface）を呼び出された外部システムは、例えば、ＪＳＯＮ形式のように、キー（項目名）とバリュー（項目値）とセットで応答することが多い。チャットボットシステムは、このキー（項目名）を使うことで、対応するバリュー（項目値）を特定することができる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、従来のチャットボットシステムによれば、複数の外部システムから情報を取得する際に、外部システムから応答がされた情報のキー（項目名）が重複する可能性がある、という問題がある。さらに、従来のチャットボットシステムによれば、同一の外部システムから情報を複数回取得し、各回で取得した情報を区別して利用したい場合において、これらの情報のキー（項目名）が重複してしまう、という問題がある。

【0005】

このように、従来のチャットボットシステムによれば、外部システムから取得した情報を適切に取り扱うことが困難な可能性がある、という問題がある。

【0006】

本発明は、上記に鑑みてなされたものであって、チャットボット機能において、外部システムから取得する情報を適切に取り扱うことができるようにすることを目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するために、本発明は、シナリオと当該シナリオにおいて質問情報から応答情報に導くオブジェクトとを対応付けるシナリオ情報に基づいて、前記質問情報を外部システムに送信して得られた項目名と項目値とを前記応答情報として自動応答するチャットボット機能を提供する情報処理装置であって、前記シナリオ情報における前記オブジェクトの設定において、前記項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、前記表示制御部は、前記外部システムから取得した前記項目名に対応する前記識別情報が設定されている場合、当該項目名を前記識別情報に変更する、ことを特徴とする。

【発明の効果】

【0008】

本発明によれば、チャットボット機能において、外部システムから取得する情報を適切に取り扱うことができる、という効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかる自動応答システムを含むシステム構成の一例を示す図である。

【図2】図２は、チャットボットサービスサーバ及び外部連携サーバのハードウェア構成の一例を示す図である。

【図3】図３は、自動応答システムの機能構成の一例を示す図である。

【図4】図４は、内部登録部の機能構成の一例を示す図である。

【図5】図５は、ＦＡＱテーブルのデータ構成の一例を示す図である。

【図6】図６は、外部連携テーブルのデータ構成の一例を示す図である。

【図7】図７は、シナリオテーブルのデータ構成の一例を示す図である。

【図8-1】図８－１は、オブジェクト管理テーブル（テキスト）のデータ構成の一例を示す図である。

【図8-2】図８－２は、オブジェクト管理テーブル（デフォルト）のデータ構成の一例を示す図である。

【図8-3】図８－３は、オブジェクト管理テーブル（システムデータ表示）のデータ構成の一例を示す図である。

【図8-4】図８－４は、オブジェクト管理テーブル（ＡＰＩ連携）のデータ構成の一例を示す図である。

【図9】図９は、管理画面入出力部により表示されるシナリオ設定画面の一例を示す図である。

【図10】図１０は、管理画面入出力部により表示されるシナリオ設定画面の一例を示す図である。

【図11】図１１は、管理画面入出力部により表示されるシナリオ設定画面の一例を示す図である。

【図12】図１２は、従来のチャットボットシステムにおける問題点を示す図である。

【図13】図１３は、チャット画面の更新処理の流れを示すシーケンス図である。

【図14】図１４は、取得情報を保存する処理の流れを示すフローチャートである。

【図15】図１５は、取得情報管理テーブルの一例を示す図である。

【図16】図１６は、チャットボットサービスにより表示されるチャット画面の一例を示す図である。

【発明を実施するための形態】

【0010】

以下に添付図面を参照して、情報処理装置、情報処理システム、プログラムおよび情報処理方法の実施の形態を詳細に説明する。

【0011】

図１は、実施の形態にかかる自動応答システム１を含む情報処理システム１００のシステム構成の一例を示す図である。情報処理システム１００は、自動応答システム１と、端末装置であるユーザ端末３と、管理者端末４と、外部システム６と、を備える。自動応答システム１は、いわゆるチャットボットを利用して、ユーザ端末３を使用するユーザ（会話ユーザ）からの質問等に対して自動的又は半自動的に応答するためのシステムである。

【0012】

図１に示す例においては、自動応答システム１はネットワーク２を介してユーザ端末３を通信可能にネットワーク接続し、ネットワーク５を介して管理者端末４及び外部システム６Ａ，６Ｂ，…と通信可能にネットワーク接続している。以下、複数の外部システム６Ａ，６Ｂ，…のそれぞれを区別する必要が無い場合には外部システム６と記載する場合がある。

【0013】

ユーザ端末３は、ユーザ（会話ユーザ）が使用する端末装置である。ユーザ端末３は、例えば、ＰＣ（Personal Computer）、タブレット端末、スマートフォン等である。管理者端末４は、自動応答システム１により実現されるやり取りの内容を管理する管理者（管理ユーザ）が使用する端末装置である。管理者端末４は、例えば、ＰＣ、タブレット端末、スマートフォン等である。ユーザ端末３及び管理者端末４は、それぞれ複数であってもよい。

【0014】

外部システム６は、所定の情報を提供可能なコンピュータシステムである。外部システム６は、例えば、１又は複数のコンピュータ（サーバ、ＰＣ等）により構成されるシステムである。外部システム６の数は、特に限定されるべきものではなく、１であっても３以上であってもよい。本実施形態においては、外部システム６Ａは顧客管理システム、外部システム６Ｂは追跡システムである。以下、外部システム６Ａは顧客管理システム６Ａ、外部システム６Ｂは追跡システム６Ｂという。顧客管理システム６Ａは、顧客の注文履歴などを管理するシステムである。追跡システム６Ｂは、顧客が注文した商品の発送にかかる追跡情報を管理するシステムである。

【0015】

ネットワーク２，５は、例えば、インターネット、ＬＡＮ（Local Area Network）等である。ネットワーク２，５は、互いに独立していてもよいし、重複、連携等するものであってもよい。

【0016】

本実施の形態の自動応答システム１は、情報処理装置であるチャットボットサービスサーバ１１及び外部連携サーバ１２を有する。なお、本実施形態においては、チャットボットサービスサーバ１１と外部連携サーバ１２とを別体としたが、これに限るものではなく、チャットボットサービスサーバ１１と外部連携サーバ１２とは一体であってもよい。

【0017】

チャットボットサービスサーバ１１は、予め登録されたシナリオ情報に基づきユーザ端末３との間で対話型通信を確立し、ユーザ端末３から送信された質問情報に対する応答情報を、当該質問情報を送信したユーザ端末３に送信するための処理を行う。ここで、シナリオ情報は、シナリオ型のチャットボットが質問情報から応答情報へ導くフロー（すなわち、ユーザ端末３との会話に使用するフロー）である。

【0018】

外部連携サーバ１２は、適切な応答情報を生成するために、外部システム６（顧客管理システム６Ａ、追跡システム６Ｂ）から必要な情報を取得するための処理を行う。

【0019】

図２は、チャットボットサービスサーバ１１及び外部連携サーバ１２のハードウェア構成の一例を示す図である。本実施形態のチャットボットサービスサーバ１１及び外部連携サーバ１２は、コンピュータにより構築されている。チャットボットサービスサーバ１１及び外部連携サーバ１２は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、ＨＤ（Hard Disk）２４、ＨＤＤ（Hard Disk Drive）コントローラ２５、ディスプレイ２６、外部機器接続Ｉ／Ｆ（Interface）２８、ネットワークＩ／Ｆ２９、バスライン３０、キーボード３１、ポインティングデバイス３２、ＤＶＤ－ＲＷ（Digital Versatile Disc Rewritable）ドライブ３４及びメディアＩ／Ｆ３６を備えている。

【0020】

ＣＰＵ２１は、チャットボットサービスサーバ１１又は外部連携サーバ１２全体の動作を制御する。ＲＯＭ２２は、ＩＰＬ（Initial Program Loader）等のＣＰＵ２１の駆動に用いられるプログラムを記憶する。ＲＡＭ２３は、ＣＰＵ２１のワークエリアとして使用される。

【0021】

ＨＤ２４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２５は、ＣＰＵ２１の制御に従いＨＤ２４に対する各種データの読み出し又は書き込みを制御する。

【0022】

ディスプレイ２６は、カーソル、メニュー、ウィンドウ、文字、画像等の各種情報を表示する。外部機器接続Ｉ／Ｆ２８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリ、プリンタ等である。ネットワークＩ／Ｆ２９は、ネットワーク２，５を利用してデータ通信をするためのインターフェースである。バスライン３０は、ＣＰＵ２１等の各構成要素を電気的に接続するためのアドレスバス、データバス等である。

【0023】

キーボード３１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス３２は、各種指示の選択や実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。

【0024】

ＤＶＤ－ＲＷドライブ３４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ３３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ３６は、フラッシュメモリ等の記録メディア３５に対するデータの読み出し又は書き込み（記憶）を制御する。

【0025】

次に、チャットボットサービスサーバ１１のＣＰＵ２１がＨＤ２４に記憶されているプログラムを実行、および、外部連携サーバ１２のＣＰＵ２１がＨＤ２４に記憶されているプログラムを実行することで実現される、自動応答システム１の機能構成について説明する。

【0026】

図３は、自動応答システム１の機能構成の一例を示す図である。自動応答システム１は、通信部１０１、連携判断部１０２、検索部１０３、連携部１０４、登録部１０５、ＦＡＱテーブル１３１（内部登録情報）、外部連携テーブル１３２（外部連携情報）、及びシナリオテーブル１３３（シナリオ情報）を有する。

【0027】

通信部１０１は、不特定多数のユーザ端末３（３Ａ，３Ｂ，３Ｃ）との間で情報を送受する対話型通信を実行するための処理を行う。対話型通信とは、ユーザ端末とチャットボットとの間で対話（チャット）形式のやり取りを行うことにより情報を送受するためのものである。以下、複数のユーザ端末３Ａ，３Ｂ，３Ｃのそれぞれを区別する必要が無い場合にはユーザ端末３と記載する場合がある。通信部１０１は、ユーザ端末３から送信された情報を受信する受信部１１１と、ユーザ端末３へ情報を送信する送信部１１２とを有する。受信部１１１は、ユーザ端末３から質問情報を受信する。送信部１１２は、受信された質問情報に対する応答情報を、当該質問情報を送信したユーザ端末３に送信する。

【0028】

図３に示す例では、対話型通信を行うための手段が互いに異なる３台のユーザ端末３Ａ，３Ｂ，３Ｃが示されている。ユーザ端末３Ａは、ブラウザ（インターネットブラウザ）４１を利用して対話型通信を確立する。ユーザ端末３Ｂは、特定のＳＮＳ（Social Networking Service）等のコミュニケーションツール４２を利用して対話型通信を確立する。ユーザ端末３Ｃは、ブラウザ４１又は／及び特定のコミュニケーションツール４２を利用して対話型通信を確立する。このように、対話型通信を確立するためのユーザ端末３側の手段は任意に設定され得る。

【0029】

連携判断部１０２は、受信部１１１が受信した質問情報に対する応答情報を取得する際に、外部システム６との連携が必要であるか否かを判断する。連携判断部１０２は、ユーザ端末３から受信された質問情報に含まれるキーワードに基づき、通常モード又は外部連携モードのいずれを実行するかを判断する。また、連携判断部１０２は、対話型通信において取得された質問情報とシナリオテーブル１３３とに基づいて判断することもできる。通常モードとは、質問情報に含まれる要素（例えばユーザにより選択された選択肢、ユーザにより入力されたフリーワード等）と応答情報とを対応付けたＦＡＱテーブル１３１に基づき応答情報を取得するモードである。外部連携モードとは、質問情報に含まれる要素と連携すべき外部システム６に関する情報とを対応付けた外部連携テーブル１３２に基づき外部システム６と連携して応答情報を取得するモードである。

【0030】

検索部１０３は、連携判断部１０２により通常モードを実行すると判断された場合に、ＦＡＱテーブル１３１から応答情報を取得する。また、検索部１０３は、ＦＡＱテーブル１３１に加えシナリオテーブル１３３を参照して応答情報を取得してもよい。

【0031】

連携部１０４は、連携判断部１０２により外部連携モードを実行すると判断された場合に、外部システム６から情報を取得するための処理を行う。本実施形態の連携部１０４は、チャットボットサービスサーバ１１が有する連携制御部１１５と外部連携サーバ１２が有する連携処理部１１６とを含む。連携制御部１１５は、連携判断部１０２により外部連携モードを実行すると判断された場合に、外部連携テーブル１３２から連携すべき外部システム６に関する情報を取得する。連携処理部１１６は、連携制御部１１５により取得された外部システム６に関する情報に基づき、対象となる外部システム６と通信を確立し、当該外部システム６から必要な情報を取得するための処理を行う。なお、当該連携部１０４の構成は一例であり、連携制御部１１５と連携処理部１１６とは同一のハードウェアに搭載されてもよい。

【0032】

登録部１０５は、ユーザ端末３以外の特定の端末である管理者端末４から送信された登録情報に基づき、ＦＡＱテーブル１３１、外部連携テーブル１３２及びシナリオテーブル１３３を登録（生成、編集、削除等を含む）するための処理を行う。本実施形態の登録部１０５は、ＦＡＱテーブル１３１及びシナリオテーブル１３３を登録するための処理を行う内部登録部１２１と、外部連携テーブル１３２を登録するための処理を行う外部登録部１２２とを含む。

【0033】

ここで、内部登録部１２１の機能構成について詳述する。

【0034】

図４は、内部登録部１２１の機能構成の一例を示す図である。図４に示すように、内部登録部１２１は、管理画面入出力部３０１、質問管理部３０２、シナリオ管理部３０６を実現する。

【0035】

管理画面入出力部３０１は、チャットボットによって会話するにあたり必要な質問情報および応答情報（以下、質問回答データという）、チャットボットの設定を行うユーザの情報を管理するためのＵＩ（User Interface）を提供する表示制御部の一例として機能する。また、管理画面入出力部３０１は、ユーザ端末３からメッセージ情報を受信し、シナリオ情報および設定情報に従って、受信したメッセージに対して応答するメッセージ情報をユーザ端末３に送信するシナリオ型のチャットボットを実行する。ここで、シナリオ情報は、上述したように、質問情報から応答情報に導くフローである。また、設定情報は、質問情報と応答情報とを対応付ける情報である。

【0036】

例えば、管理画面入出力部３０１は、チャットボットによる会話により入力される入力テキストをメッセージ情報（問合せ情報）として受信する。ここで、入力テキストは、例えば、文字または音声により入力されても良いが、テキストに変換可能な情報であれば、これに限定するものではない。また、管理画面入出力部３０１は、設定情報に含まれる質問回答データを追加または編集する場合、新たな質問回答データを質問管理部３０２に受け渡す。

【0037】

質問管理部３０２は、管理画面入出力部３０１から送られてきた各種情報（例えば、質問回答データ）に基づいて、当該各種情報をＦＡＱテーブル１３１へ登録したり、ＦＡＱテーブル１３１から各種情報を取得して管理画面入出力部３０１へ返したりする。

【0038】

また、質問管理部３０２は、質問回答データを追加・編集する場合、管理画面入出力部３０１から受け取った質問回答データが登録可能であれば、当該質問回答データをＦＡＱテーブル１３１に登録する。

【0039】

ＦＡＱテーブル１３１は、チャットボットがメッセージ情報の送信に用いる質問回答データ、当該質問回答データのカテゴリ等の各種情報を格納する。

【0040】

シナリオ管理部３０６は、シナリオテーブル１３３からシナリオ情報を取得して、管理画面入出力部３０１へ返す役割を持つ。ここで、シナリオ情報は、上述したように、シナリオ型のチャットボットが質問情報から応答情報へ導くフロー（すなわち、ユーザ端末３との会話に使用するフロー）である。なお、シナリオ管理部３０６は、シナリオテーブル１３３のほか、後述するオブジェクト管理テーブル１４０－１～１４０－５を管理する。オブジェクト管理テーブル１４０－１～１４０－５は、シナリオテーブル１３３に関連するオブジェクト（ボタン）にかかる各種情報を管理する。

【0041】

シナリオテーブル１３３は、チャットボットがユーザ端末３との会話に使用するシナリオ情報を格納する。

【0042】

次に、各種のテーブルのデータ構成について説明する。

【0043】

図５は、ＦＡＱテーブル１３１のデータ構成の一例を示す図である。図５に示すように、本実施形態のＦＡＱテーブル１３１は、「質問ＩＤ」、「質問内容」及び「応答情報」を対応付けている。「質問ＩＤ」は「質問内容」と「応答情報」との組み合わせ（本実施形態ではＦＡＱテーブル１３１の行）を特定するための識別情報である。「質問内容」は対話型通信においてユーザにより入力された質問の内容を示す情報であり、質問情報に含まれる「要素」の一例である。「質問内容」は、例えば、複数の選択肢の中からユーザにより選択された選択肢、ユーザにより入力されたフリーワード、それらの類義語等であり得る。「応答情報」は質問内容に対応する応答の内容を示す情報であり、ここではインターネットで閲覧可能なホームページのＵＲＬ等を示す情報が例示されている。

【0044】

図６は、外部連携テーブル１３２のデータ構成の一例を示す図である。図６に示すように、本実施形態の外部連携テーブル１３２は、連携先テーブル１３５及び必要情報テーブル１３６を含む。

【0045】

本実施形態の連携先テーブル１３５は適切な応答情報を取得するために利用すべき外部サービス（外部システム６により提供されるサービス）へのアクセス方法を示す情報であり、「外部サービスＵＲＬ」、「連携ＩＤ」、「種別」、「キーワード」及び「呼び出しＩＤ」を対応付けている。「外部サービスＵＲＬ」は外部システム６により提供される外部サービスへアクセスするためのＵＲＬである。「外部サービスＵＲＬ」は、例えば、顧客管理システム６Ａ、追跡システム６Ｂ、…毎に割り当てられた、所定のホームページにアクセルするためのＵＲＬ等であり得る。「連携ＩＤ」は「キーワード」と「種別」と「呼び出しＩＤ」との組み合わせ（本実施形態では連携先テーブル１３５の行）を特定するための識別情報である。「種別」は呼び出しＩＤの種別を示す情報である。ここでは「呼び出しＩＤ」の種別が関数（function）であることが例示されている。「キーワード」は対話型通信においてユーザが選択、入力等可能な語句、文節、文章等であり、質問情報に含まれる「要素」の一例である。「呼び出しＩＤ」は外部サービス内で目的の情報を取得するために必要な情報であり、例えば、「外部サービスＵＲＬ」に対応するホームページにおける特定のリンク先を示す情報等であり得る。上記のような連携先テーブル１３５が顧客管理システム６Ａ、追跡システム６Ｂ、…毎に生成されてもよい。

【0046】

必要情報テーブル１３６は、外部システム６と通信を確立する（外部サービスを利用する）ために必要なパラメータ（必要情報）を、顧客管理システム６Ａ、追跡システム６Ｂ、…毎（本実施形態では外部サービスＵＲＬ及び呼び出しＩＤ毎）に特定するためのテーブルである。本実施形態の必要情報テーブル１３６は「外部サービスＵＲＬ」、「呼び出しＩＤ」、「パラメータ」、「種別」、「聞き返し情報」、「ユーザ入力情報」及び「終了メッセージ」を対応付けている。必要情報テーブル１３６における「外部サービスＵＲＬ」及び「呼び出しＩＤ」は上記連携先テーブル１３５における「外部サービスＵＲＬ」及び「呼び出しＩＤ」と対応している。「パラメータ」は外部システム６（外部サービス）から必要な情報を取得するために必要な（外部システム６が要求する）情報であり、本実施形態では「呼び出しＩＤ」毎に定められている。図６に示す例では、ＵＲＬ：ｈｔｔｐｓ：／／△△△△△．ｎｅｔ／ａｐｉ／に対応する外部サービス内で呼び出しＩＤ：ＨｔｔｐＣｏｎｎｅｃｔｏｒ？ｃｏｄｅ＝０２に対応する情報を取得するためには、ユーザの名前、組織名及びメールアドレスが必要であることが示されている。「種別」は「パラメータ」の種別（入力条件等）を示す情報である。「聞き返し情報」はユーザに「パラメータ」の入力を促すためにユーザ端末３に出力される文字や音声を示す情報である。「ユーザ入力」はユーザ端末３に入力されたパラメータを示す情報である。「終了メッセージ」は全てのパラメータが取得された後にユーザ端末３に出力されるメッセージを示す情報である。

【0047】

図７は、シナリオテーブル１３３のデータ構成の一例を示す図である。図７に示すように、図７に示すように、本実施形態のシナリオテーブル１３３は、チャットボットがユーザ端末３との会話に使用するシナリオを格納する。シナリオテーブル１３３は、シナリオＩＤ（シナリオを特定する識別情報）、シナリオの名称であるシナリオ名、シナリオに含まれるカードのＩＤであるカードＩＤ（カードを特定する識別情報）、カード種別、カード内に含まれるオブジェクト（ボタン）の識別情報であるオブジェクトＩＤ、および呼び出し元オブジェクトＩＤを対応付けて記憶する。

【0048】

カード種別は、シナリオに含まれるカードを、「一般」と「システム」との何れかの種別に分類する。種別が「システム」に分類されるカードは、ユーザ端末３のユーザ画面には表示されない。呼び出し元オブジェクトＩＤは、オブジェクトＩＤの呼び出し元となるものである。

【0049】

次に、シナリオテーブル１３３に関連するオブジェクト（ボタン）を管理するオブジェクト管理テーブル１４０－１～１４０－５について説明する。

【0050】

図８－１は、オブジェクト管理テーブル（テキスト）１４０－１のデータ構成の一例を示す図である。図８－１に示すように、オブジェクト管理テーブル（テキスト）１４０－１は、オブジェクトＩＤに対応付けて、オブジェクト（ボタン）の詳細を表すテキストを記憶する。

【0051】

図８－２は、オブジェクト管理テーブル（デフォルト）１４０－２のデータ構成の一例を示す図である。図８－２に示すように、オブジェクト管理テーブル（デフォルト）１４０－２は、オブジェクトＩＤに対応付けて、オブジェクト（ボタン）の種別であるオブジェクト種別を記憶する。例えば、オブジェクト種別としては、自動的に最初のカードに戻る「最初に戻る」が記憶されている。この場合、自動的に最初のカードに戻るため、呼び出し元オブジェクトＩＤに登録する必要はない。

【0052】

図８－３は、オブジェクト管理テーブル（システムデータ表示）１４０－３のデータ構成の一例を示す図である。図８－３に示すように、オブジェクト管理テーブル（システムデータ表示）１４０－３は、オブジェクトＩＤに対応付けて、オブジェクト（ボタン）の表示内容（システムデータ表示）を記憶する。

【0053】

図８－４は、オブジェクト管理テーブル（ＡＰＩ連携）１４０－４のデータ構成の一例を示す図である。図８－４に示すように、オブジェクト管理テーブル（ＡＰＩ連携）１４０－４は、オブジェクト（ボタン）に表示する表示テキストＩＤに対応付けて、連携先ＵＲＬ、メソッド種別、リクエストヘッダー、リクエストボディ、レスポンスタイプ、レスポンスボディ、レスポンスボディのキー名変更などの、「ＡＰＩ連携」に係る各種項目を記憶する。「連携先ＵＲＬ」は、例えばオブジェクト（ボタン）が「ご注文履歴」である場合、顧客管理システム６Ａに管理されている注文履歴を示すＵＲＬである。「メソッド種別」は、ＨＴＴＰメソッドの種別が「ＧＥＴ」であるか「ＰＯＳＴ」であるかを示すものである。「リクエストヘッダー」は、ＨＴＴＰリクエストで使用されるＨＴＴＰヘッダーである。「リクエストボディ」は、ＨＴＴＰリクエストで使用されるＨＴＴＰボディである。「レスポンスタイプ」は、「ＪＳＯＮ」であるか「ＸＭＬ」であるかを示すものである。「レスポンスボディのキー名変更」は、変数名と、当該変数名についての変換元キー名と、を記憶する。なお、変数名についての詳細は、後述する。

【0054】

続いて、管理画面入出力部３０１により管理者端末４に表示されるＵＩの一例であるシナリオ設定画面について説明する。

【0055】

図９～図１１は、管理画面入出力部３０１により表示されるシナリオ設定画面の一例を示す図である。本実施の形態では、管理画面入出力部３０１は、図９に示すように、シナリオ型のチャットボットのシナリオ情報を設定可能なシナリオ設定画面Ｇ１を、管理者端末４に表示する。シナリオ設定画面Ｇ１は、図９に示すように、シナリオ情報に含めるカードＣ１、および当該カードＣ１の追加を指示可能なオブジェクト追加ボタン（例えば、「アクションオブジェクトを追加」）Ｂ１を含む。

【0056】

ここで、一例として注文履歴ＡＰＩの作成について説明する。

【0057】

まず、管理画面入出力部３０１は、シナリオスタート画面のカードＣ１の作成を受け付ける。例えば、シナリオスタート画面のカードＣ１は、図９に示すように、カードテキスト（例えば、「調べたい項目をお選び下さい。」）Ｔ１、カードＣ１に含めるオブジェクト（例えば、「ご注文履歴」Ｏ１、「ポイント残高」Ｏ２、「会員情報」Ｏ３）、当該オブジェクトの種別（例えば、テキスト、ＡＰＩ連携、システムデータ表示など）、当該オブジェクトの追加を指示可能なオブジェクト追加ボタン（例えば、「アクションオブジェクトを追加」）Ｂ１等を含むものとする。

【0058】

管理画面入出力部３０１は、オブジェクト追加ボタンＢ１がクリックされると、特に図示しないが、追加対象のオブジェクトの種別（テキスト、ＡＰＩ連携、システムデータ表示など）を選択可能とするカードＣ２の作成を受け付ける。

【0059】

例えば、選択された種別が「テキスト」の場合、管理画面入出力部３０１は、オブジェクトに表示させるテキストと、当該オブジェクトをクリックされるときに、次に表示するカードと、の設定を受け付ける。

【0060】

例えば、選択された種別が「システムデータ表示」の場合、管理画面入出力部３０１は、オブジェクトに表示させるテキストだけを入力する（次に表示するカードの設定はしない）。

【0061】

次に、選択された種別が「ＡＰＩ連携」の場合について説明する。「ＡＰＩ連携」が選択された場合のカードＣ２は、図９に示すように、カードに含めるオブジェクト（例えば、「ＡＰＩ連携」Ｏ４）、当該オブジェクトの追加を指示可能なオブジェクト追加ボタン（例えば、「アクションオブジェクトを追加」）Ｂ２等を含む。なお、カードＣ２のカード種別は、「システム」である。カード種別が「システム」であるカードＣ２は、管理者端末４のシナリオ設定画面Ｇ１に表示されるが、ユーザ端末３のユーザ画面には表示されない。

【0062】

また、選択された種別が「ＡＰＩ連携」の場合、管理画面入出力部３０１は、図９に示す画面Ｇ２を表示して各項目の設定を受け付ける。選択された種別が「ＡＰＩ連携」の場合の図９に示す画面Ｇ２では、「連携先ＵＲＬ」、「メソッド種別」、「リクエストヘッダー」、「リクエストボディ」、「レスポンスタイプ」、「レスポンスボディ」の「ＡＰＩ連携」に係る各項目の設定を受け付けて、カードＣ２に含まれる「ＡＰＩ連携」オブジェクトＯ４の設定を完了する。

【0063】

「連携先ＵＲＬ」は、例えばオブジェクトが「ご注文履歴」である場合、顧客管理システム６Ａに管理されている注文履歴を示すＵＲＬを入力する。

【0064】

「メソッド種別」は、ＨＴＴＰメソッドの種別が「ＧＥＴ」であるか「ＰＯＳＴ」であるかを選択させる。

【0065】

「リクエストヘッダー」は、ＨＴＴＰリクエストで使用されるＨＴＴＰヘッダーである。「リクエストヘッダー」は、例えば、３０日以内の注文履歴を取得するように指定する場合、名前として期間を示す「Ｐｅｒｉｏｄ」、値として「３０」を入力する。

【0066】

「リクエストボディ」は、ＨＴＴＰリクエストで使用されるＨＴＴＰボディである。

【0067】

「レスポンスタイプ」は、「ＪＳＯＮ」と「ＸＭＬ」とのいずれかを選択させる。

【0068】

「レスポンスボディ」は、項目名の識別情報である変数名と、当該変数名についての変換元キー名（項目名）と、を入力させる。なお、識別情報としては、変数名に限るものではなく、各種の情報を用いることができる。このように項目名の識別情報である変数名を入力させるのは、以下の理由による。

【0069】

ここで、図１２は従来のチャットボットシステムにおける問題点を示す図である。図１２に示すように、従来のチャットボットシステムによれば、複数の外部システムから情報を取得する際に、外部システムから応答がされた情報のキー（項目名）が重複する可能性がある、という問題がある。図１２に示す例では、顧客管理システムからのレスポンスボディの項目名の「date」と、配達追跡システムからのレスポンスボディの項目名の「date」とが、重複している。さらに、従来のチャットボットシステムによれば、同一の外部システムから情報を複数回取得し、各回で取得した情報を区別して利用したい場合において、これらの情報のキー（項目名）が重複してしまう、という問題がある。

【0070】

そこで、本実施形態においては、管理画面入出力部３０１は、シナリオ情報におけるオブジェクトの設定において、重複する項目名を識別するための識別情報である変数名の設定を受け付けるようにしたものである。そして、管理画面入出力部３０１は、外部システムから取得した項目名に対応する識別情報が設定されている場合、当該項目名を識別情報である変数名に変更する。図９に示す例では、項目名「date」の変数名として「order_date」を入力している。

【0071】

図９に示す画面Ｇ２で入力された情報は、図８－４に示すオブジェクト管理テーブル（ＡＰＩ連携）に格納される。

【0072】

なお、別途ユーザ認証が必要であるが、本実施形態では省略する。例えば、予めユーザ名パスワードでログインされている状態で、シナリオを開始し、注文履歴ＡＰＩを呼び出す際に、ログインで入力されたユーザ名とパスワードでＡＰＩ認証を行うことができる。

【0073】

また、図９に示すように、ユーザによって、シナリオ設定画面Ｇ１において、一方のカードＣ１内に含まれるオブジェクト（例えば、「ご注文履歴」等のテキスト）Ｏ１と、他方のカードＣ２とが線Ｌ１で結ばれると、管理画面入出力部３０１は、当該一方のカードＣ１内に含まれるオブジェクトＯ１内のテキストを、当該他方のカードＣ２の表示条件に設定する。

【0074】

同様に、管理画面入出力部３０１は、カードＣ２内に含まれるオブジェクト追加ボタンＢ２がクリックされると、次のカードＣ３の作成を受け付ける。例えば、次のカードＣ３は、図１０に示すように、カードＣ３に含めるオブジェクト（例えば、「最近のご注文・・・」Ｏ５、「配達状況を確認」Ｏ６、「最初に戻る」Ｏ７）、当該オブジェクトＯ５～Ｏ７の種別（例えば、テキスト、ＡＰＩ連携、システムデータ表示など）、当該オブジェクトの追加を指示可能なオブジェクト追加ボタン（例えば、「アクションオブジェクトを追加」）Ｂ３等を含むものとする。

【0075】

ここで、図１０に示す「システムデータ表示」種別のオブジェクトＯ５については、カードＣ３の中でテキストを直接入力してもよいし、別画面（例えば、「ＡＰＩ連携」の画面Ｇ２と同様の画面）で入力するようにしてもよい。ここで入力された「システムデータ表示」種別のオブジェクトの内容は、図８－３に示すオブジェクト管理テーブル（システムデータ表示）に格納される。

【0076】

管理画面入出力部３０１は、オブジェクト追加ボタンＢ３がクリックされると、特に図示しないが、追加対象のオブジェクトの種別（テキスト、ＡＰＩ連携、システムデータ表示など）を選択可能とするカードＣ３の作成を受け付ける。

【0077】

管理画面入出力部３０１は、例えば「ＡＰＩ連携」が選択された場合、図１０に示すカードＣ４を表示する。「ＡＰＩ連携」が選択された場合のカードＣ４は、図１０に示すように、カードに含めるオブジェクト（例えば、「ＡＰＩ連携」Ｏ８）、当該オブジェクトの追加を指示可能なオブジェクト追加ボタン（例えば、「アクションオブジェクトを追加」）Ｂ４等を含む。なお、カードＣ４のカード種別は、「システム」である。カード種別が「システム」であるカードＣ４は、管理者端末４のシナリオ設定画面Ｇ１に表示されるが、ユーザ端末３のユーザ画面には表示されない。

【0078】

また、選択された種別が「ＡＰＩ連携」の場合、管理画面入出力部３０１は、図１０に示す画面Ｇ２を表示して各項目の設定を受け付ける。選択された種別が「ＡＰＩ連携」の場合の図１０に示す画面Ｇ２では、「連携先ＵＲＬ」、「メソッド種別」、「リクエストヘッダー」、「リクエストボディ」、「レスポンスタイプ」、「レスポンスボディ」の「ＡＰＩ連携」に係る各項目の設定を受け付けて、カードＣ４に含まれる「ＡＰＩ連携」オブジェクトＯ８の設定を完了する。図１０に示す例では、項目名「date」の変数名として「delivery_date」を入力している。

【0079】

上述したように、「ＡＰＩ連携」の場合において、管理画面入出力部３０１は、図１０に示す画面Ｇ２の「レスポンスボディ」に、変数名と、変換元キー名と、を入力させる。ここで、管理画面入出力部３０１は、エラーチェックを実行する。例えば、管理画面入出力部３０１は、図９で入力された変数名としてすでに登録されている「order_date」を入力すると、その旨を管理者に知らせるエラーメッセージを表示する。

【0080】

以上の処理を繰り返すことにより、図１１に示すシナリオ生成結果、および、図７に示すシナリオテーブル１３３が得られる。図１１に示すように、管理画面入出力部３０１は、同一の項目名にかかる異なる変数名（「order_date」および「delivery_date」）を、カードＣ５のように同一の画面に表示することも可能である。このように外部システムから応答がされた情報のキー（項目名：date）が重複する場合であっても、区別して表示することができる。

【0081】

加えて、管理画面入出力部３０１は、テキスト入力に対してエラーチェックを実行する。例えば、カードＣ４に含まれる「ＡＰＩ連携」オブジェクト０８の設定が完了し、「delivery_date」の変数名が登録された場合について説明する。このような場合において、管理画面入出力部３０１は、カードＣ４より前のカードＣ３に含まれる「システムデータ表示」オブジェクトＯ５に「delivery_date」に設定して、図示しない「入力完了」ボタンのクリックを受け付けた場合には、設定を完了させず、エラーメッセージを表示（報知）する。具体的には、管理画面入出力部３０１は、｛｛delivery_date｝｝が設定されたオブジェクトＯ８を含むカードＣ４について、当該｛｛delivery_date｝｝が使用されたオブジェクト０５を含むカードＣ３との前後関係で判断する。図１１に示す例では、管理画面入出力部３０１は、カードＣ４はカードＣ３の後であるため、当該｛｛delivery_date｝｝の設定が正しくないと判断する。

【0082】

続いて、チャット画面の更新処理の流れについて説明する。

【0083】

ここで、図１３はチャット画面の更新処理の流れを示すシーケンス図である。図１３に示すように、ユーザ端末３においてユーザ（会話ユーザ）により特定の「テキスト」オブジェクトの選択を受け付けると（ステップＳ１）、ユーザ端末３は、チャットボットサービスサーバ１１に対して、選択通知を送信する（ステップＳ２）。

【0084】

チャットボットサービスサーバ１１は、ユーザ端末３から送信された選択通知を受信すると、特定の「テキスト」オブジェクトに対応するカードを特定する（ステップＳ３）。また、チャットボットサービスサーバ１１は、特定したカードに含まれるオブジェクトを特定する（ステップＳ４）。

【0085】

続いて、「ＡＰＩ連携」オブジェクトが含まれる場合、チャットボットサービスサーバ１１は、オブジェクトの設定情報をオブジェクト管理テーブル（ＡＰＩ連携）１４０－４から取得する（ステップＳ５）。

【0086】

次に、チャットボットサービスサーバ１１は、外部システム６に対するリクエストを生成する（ステップＳ６）。

【0087】

次に、チャットボットサービスサーバ１１は、外部連携サーバ１２を介して外部システム６に対してＡＰＩを呼び出す処理（リクエストヘッダー、リクエストボディの送信）を行う（ステップＳ７）。その後、チャットボットサービスサーバ１１は、外部連携サーバ１２を介して外部システム６から応答（レスポンスボディ）を受け取る（ステップＳ８）。

【0088】

次に、チャットボットサービスサーバ１１は、外部システム６から応答されたレスポンスを解析する（ステップＳ９）。その後、チャットボットサービスサーバ１１は、取得情報を保存する（ステップＳ１０）。

【0089】

ここで、ステップＳ１０における取得情報を保存する処理について詳述する。

【0090】

図１４は、取得情報を保存する処理の流れを示すフローチャートである。図１４に示すように、チャットボットサービスサーバ１１は、レスポンスボディに含まれる各キー（項目名）とバリュー（項目値）のセットを取得する（ステップＳ２１）。以下、各キー名ごとに処理（ステップＳ２２～Ｓ２５）を繰り返す。

【0091】

まず、チャットボットサービスサーバ１１は、各キー（項目名）のキー名を「変換キー名」として、当該「変換キー名」に対応する「変数名」を取得する（ステップＳ２２）。

【0092】

次に、チャットボットサービスサーバ１１は、「変数名」を取得できたかを判断する（ステップＳ２３）。

【0093】

チャットボットサービスサーバ１１は、「変数名」を取得できたと判断すると（ステップＳ２３のＹｅｓ）、取得した「変数名」とバリュー（項目値）とを対応付けて取得情報管理テーブルに登録する（ステップＳ２４）。

【0094】

ここで、図１５は取得情報管理テーブル１５０の一例を示す図である。図１５に示すように、取得情報管理テーブル１５０は、取得した「変数名」とバリュー（項目値）と取得した「変数名」の種別と対応付けて記憶する。「変数名」の種別は、数字、文字列などである。

【0095】

チャットボットサービスサーバ１１は、「変数名」を取得できないと判断すると（ステップＳ２３のＮｏ）、キー（項目名）とバリュー（項目値）とを対応付けて登録する（ステップＳ２５）。

【0096】

図１３に戻り、チャットボットサービスサーバ１１は、当該オブジェクトに対応するカードを特定し（ステップＳ１１）、ステップＳ４に戻る（ステップＳ１２）。

【0097】

一方、「システムデータ表示」オブジェクトが含まれる場合、チャットボットサービスサーバ１１は、オブジェクト管理テーブル（システムデータ表示）１４０－３に記憶されている取得情報から各オブジェクトＩＤに対応する値を取得する（ステップＳ１３）。

【0098】

次に、チャットボットサービスサーバ１１は、変数名以外のテキストと合体させたテキストを生成する（ステップＳ１４）。

【0099】

最後に、チャットボットサービスサーバ１１は、次に表示するカードの画面を生成し（ステップＳ１５）、ユーザ端末３に対して、次に表示するカードの画面データを応答する（ステップＳ１６）。

【0100】

ユーザ端末３は、次に表示するカードの画面データを受け取ると、ユーザ画面（チャット画面）を更新する（ステップＳ１７）。

【0101】

ここで、図１６はチャットボットサービスにより表示されるチャット画面の一例を示す図である。本実施の形態では、管理画面入出力部３０１は、図１６に示すように、チャット画面Ｇ３をユーザ端末３に表示する。

【0102】

管理画面入出力部３０１は、質問情報（例えば、「調べたい項目をお選びください。」）を含むカードＣ、ユーザにより入力されるメッセージ情報Ｍ（例えば、「ご注文履歴」）をチャット画面Ｇ３に表示させる。また、ユーザは、チャット画面Ｇ３に含まれるカードＣ内に表示されるボタンをクリックすることによって、メッセージ情報Ｍを入力することも可能である。

【0103】

このように本実施形態によれば、シナリオ情報におけるオブジェクトの設定において、項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、表示制御部は、外部システムから取得した項目名に対応する識別情報が設定されている場合、当該項目名を識別情報に変更するようにした。これにより、チャットボットのシナリオを設定する際に、外部システムから取得する情報を識別するための識別情報を適切に設定し、外部システムから取得する情報を適切に取り扱うことができる、という効果を奏する。

【0104】

なお、本実施形態においては、シナリオ情報におけるオブジェクトの設定において、項目名を識別するための識別情報の設定を受け付ける表示制御部を備え、表示制御部は、外部システムから取得した項目名に対応する識別情報が設定されている場合、当該項目名を識別情報に変更するようにしたが、これに限るものではなく、シナリオ情報におけるオブジェクトの設定以外に適用可能である。

【0105】

また、本実施形態においては、外部システムから取得した項目名に対応する識別情報として「変数名」を適用したが、これに限るものではなく、例えば複数の項目名を識別できる画像などを付加するものであってもよい。

【0106】

このように、本実施の形態にかかる自動応答システム１によれば、登録等された応答情報の特定部分が、既存の応答情報の特定部分と異なっていた場合、登録等した応答情報を強調表示等により明示して、管理者に対して応答情報の修正をより効率的に、当該登録する応答情報の特定部分のぶれを減少させることができる。

【0107】

なお、本実施の形態のチャットボットサービスサーバ１１で実行されるプログラムは、ＲＯＭ２２等に予め組み込まれて提供される。本実施の形態のチャットボットサービスサーバ１１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disc）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0108】

さらに、本実施の形態のチャットボットサービスサーバ１１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態のチャットボットサービスサーバ１１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

【0109】

本実施の形態のチャットボットサービスサーバ１１で実行されるプログラムは、上述した各部（通信部１０１、連携判断部１０２、検索部１０３、連携部１０４、登録部１０５）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ２１（プロセッサの一例）が上記ＲＯＭ２２からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、通信部１０１、連携判断部１０２、検索部１０３、連携部１０４、登録部１０５が主記憶装置上に生成されるようになっている。

【0110】

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

【0111】

実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、チャットボットサービスサーバ１１は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、外部連携サーバ１２は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。また、チャットボットサービスサーバ１１と外部連携サーバ１２の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

【0112】

なお、チャットボットサービスサーバ１１は、通信機能を備えた装置であれば、ＰＣに限られない。チャットボットサービスサーバ１１は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

【0113】

明細書中のテーブル（表）は、機械学習の学習効果によって生成されたものでもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

【0114】

上述の実施の形態は一例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態はその他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。また、実施の形態及び実施の形態の変形は発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0115】

３ 端末装置
１１ 情報処理装置
１００ 情報処理システム
３０１ 表示制御部

【先行技術文献】

【特許文献】

【0116】

【特許文献1】特開２０２０－０７１５６３号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8-1】

【図8-2】

【図8-3】

【図8-4】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】