JP7413736B2 - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Description

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

従来、コンピュータ等の装置が、まず、ネットワーク経由でユーザが入力するテキスト、音声又は画像等をパターン認識する。次に、コンピュータ等の装置が、パターン認識の結果に基づいて、ユーザが行った会話、質問に対する回答及び機器制御等を行う、いわゆるチャットボット（単に「ボット」等と呼ばれる場合もある。）が知られている。

例えば、チャットボットで用いられる対話シナリオの編集作業を補助するため、対話シナリオのうち、どの分岐がどの程度選択されたかを示す情報を文字及び図等によって表示する方法が知られている。このようにして、流れによって変わる対話シナリオを編集する上で、選択肢に対応する情報を纏めて閲覧できるようにする等の補助を行う方法が知られている（例えば、特許文献１等を参照）。

しかしながら、従来の方法では、どのようなユーザ端末に入力された質問文であっても、又は、どのようなユーザが入力した質問文であっても、同一の応答をする場合が多い。具体的には、例えば、所定のネットワークに接続するユーザ端末からの質問文であっても、それ以外のユーザ端末からの質問文であっても、チャットボットは、同様の質問文であれば同様の応答メッセージを応答する場合が多い。また、所定の組織に所属するユーザからの質問文であっても、それ以外のユーザからの質問文であっても、同様の質問文であれば同様の応答メッセージを応答する場合が多い。したがって、質問元に応じて柔軟に応答できない課題があった。

本発明は、上記課題に鑑みてなされたものであり、質問元に応じて柔軟に応答することを目的とする。

請求項１に係る発明は、ネットワークを介して接続されるユーザ端末からの質問文に応答するチャットボットサービスを提供する情報処理装置であって、ユーザにより前記ユーザ端末に入力される質問文を取得する質問文取得部と、前記質問文に対する応答情報を検索する検索部と、前記質問文に対して前記応答情報に基づく応答メッセージを前記ユーザ端末に応答する応答部と、前記ユーザ端末の操作に応じて該ユーザ端末を識別するためのユーザ端末識別情報に基づき設定情報を特定する特定部と、特定された前記設定情報に対応するシナリオ情報に基づく選択メニューを前記ユーザ端末に表示させ、ユーザにより選択された選択情報に応じた応答情報を前記応答メッセージとして応答するように、前記ユーザ端末への応答を切り替える切替部と、を備える情報処理装置である。

質問元に応じて柔軟に応答できる。

全体構成例を示す図である。 ユーザ端末のハードウェア構成例を示す図である。 管理者端末のハードウェア構成例を示す図である。 サーバ装置のハードウェア構成例を示す図である。 シナリオ情報に基づく対話の流れの例を示す図である。 カテゴリ情報の例を示す図である。 質問－回答情報の例を示す図である。 問い合わせ履歴情報の例を示す図である。 対話履歴情報の例を示す図である。 機能構成例を示す図である。 全体処理例を示す図である。 条件判断の処理例を示す図である。 設定情報の登録例を示す図である。

＜全体構成例＞
図１は、全体構成例を示す図である。例えば、情報処理システムの例である、チャットボットシステム１００は、情報処理装置の例であるサーバ装置１、及び、ユーザ端末２等を有するシステム構成である。なお、図示するように、チャットボットシステム１００は、管理者端末３等のように、サーバ装置１及びユーザ端末２以外の装置を更に有してもよい。

サーバ装置１は、チャットボットサービスを提供する情報処理装置の例である。

ユーザ端末２は、チャットボットサービスにおいて、ユーザが質問を入力する等の操作を行う情報処理装置である。なお、ユーザ端末２は、複数接続されてもよい。また、ユーザ端末２は、常に接続されなくともよい。

管理者端末３は、サーバ装置１等を管理するため、管理者等が入力等の操作を行う情報処理装置である。

サーバ装置１、ユーザ端末２及び管理者端末３は、例えば、通信網４等を介して互いに接続する。

例えば、通信網４は、インターネット等である。ただし、通信網４は、有線又は無線で通信を行う、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、近距離通信又はこれらの組み合わせとなる通信網等でもよい。

サーバ装置１は、ユーザ端末２及び管理者端末３等と通信を行う。例えば、サーバ装置１は、ユーザが入力する質問文に対して、回答等となる応答メッセージを応答する、いわゆるチャットボットサービス等を提供する。

また、サーバ装置１は、複数のユーザ間において、メッセージの送受信、いわゆるチャット等のサービスを提供する。すなわち、サーバ装置１は、インスタントメッセージサービス等を提供する。なお、様々なサービスは、複数の情報処理装置で提供されてもよい。以下、サーバ装置１が１台の情報処理装置でサービスを提供する例で説明する。

チャットボットサービスでは、ユーザ端末２に、ユーザが質問文を入力すると、サーバ装置１は、通信網４等を介して、ユーザ端末２から質問文を取得する。次に、サーバ装置１は、質問文が示す質問に対する回答等となる情報（以下「応答情報」という。）を検索する。そして、サーバ装置１は、質問文に対する応答情報に基づいて、応答メッセージを生成してユーザ端末２に通信網４等を介して応答する。このようにすると、ユーザ端末２では、質問文に対する応答情報が応答メッセージ等の形式でユーザに表示される。このようにして、ユーザは、チャットボットサービスを利用して、質問に対する回答を得る。

具体的には、チャットボットサービスを実現するのに用いられるそれぞれの装置及びデータベースは、例えば、以下のようなハードウェア構成及びデータ構成である。

＜ユーザ端末の例＞
図２は、ユーザ端末のハードウェア構成例を示す図である。例えば、ユーザ端末２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、メモリ２０４、通信Ｉ／Ｆ２０５、操作Ｉ／Ｆ２０６、及び、表示装置２０７を含むハードウェア構成である。また、ユーザ端末２が有するハードウェアは、例えば、バス等で互いに接続する。なお、ユーザ端末２が有するハードウェアは、有線又は無線の通信によって他の装置等と接続してもよい。

ユーザ端末２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン又はタブレット等の情報処理装置である。

ＣＰＵ２０１は、演算部及び制御部等の機能を実現する。また、ＣＰＵ２０１は、制御装置及び演算装置の例である。

ＲＯＭ２０２は、不揮発性半導体による記憶装置等である。

ＲＡＭ２０３は、揮発性半導体による記憶装置等である。

メモリ２０４は、主記憶装置の例である。例えば、メモリ２０４は、通信網４を介して取得された情報を記憶する。なお、ユーザ端末２は、ハードディスク又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置を更に有してもよい。また、ＲＯＭ２０２、ＲＡＭ２０３及びメモリ２０４等は、記憶部の機能を実現する。

通信Ｉ／Ｆ２０５は、通信部等の機能を実現する。例えば、通信Ｉ／Ｆ２０５は、接続端子及び通信回路等である。

操作Ｉ／Ｆ２０６は、入力部等の機能を実現する。例えば、操作Ｉ／Ｆ２０６は、ボタン、キーボード、ダイヤル、キー、タッチパネル及びマイク等の入力装置である。

表示装置２０７は、出力部の機能を実現する。例えば、表示装置２０７は、液晶パネル、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）及び無機ＥＬ等の出力装置である。なお、表示装置２０７及び操作Ｉ／Ｆ２０６は、タッチパネルのように一体でもよい。

なお、プログラムは、ＲＯＭ２０２及びメモリ２０４に限らず、例えば、補助記憶装置等に格納されもよい。また、プログラムは、ネットワーク等を介して取得されてもよい。

＜管理者端末の例＞
図３は、管理者端末のハードウェア構成例を示す図である。例えば、管理者端末３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、メモリ３０４、通信Ｉ／Ｆ３０５、操作Ｉ／Ｆ３０６、及び、表示装置３０７を含むハードウェア構成である。以下、管理者端末３がユーザ端末２と同一のハードウェア構成である例で説明し、重複する説明を省略する。ただし、管理者端末３は、ユーザ端末２及びサーバ装置１等と異なるハードウェア構成でもよい。

＜サーバ装置の例＞
図４は、サーバ装置のハードウェア構成例を示す図である。例えば、サーバ装置１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、メモリ１０４、通信Ｉ／Ｆ１０５、操作Ｉ／Ｆ１０６、及び、表示装置１０７を含むハードウェア構成である。以下、サーバ装置１がユーザ端末２と同一のハードウェア構成である例で説明し、重複する説明を省略する。ただし、サーバ装置１は、ユーザ端末２及び管理者端末３等と異なるハードウェア構成でもよい。

＜データベース（以下「ＤＢ」という。）の例＞
チャットボットシステム１００でチャットボットサービスを行う場合には、サーバ装置１に、例えば、以下のようなＤＢがあらかじめ構築される。以下、サーバ装置１に、キーワードＤＢ、類義語ＤＢ、対話シナリオＤＢ、カテゴリＤＢ、質問－回答ＤＢ、問い合わせ履歴ＤＢ、対話履歴ＤＢ、及び、契約情報ＤＢを有する場合を例に説明する。

キーワードＤＢは、質問及び回答の特徴を示す文字例、いわゆるキーワードを記憶する。なお、キーワードは、単語、フレーズ及び文であってもよい。また、キーワードＤＢは、質問－回答情報以外に関連するキーワードを記憶してもよい。

例えば、サーバ装置１は、まず、質問を構成する文字列を単語に分解する。次に、サーバ装置１は、それぞれの単語をキーワードＤＢが記憶する単語と照合して、質問のキーワードを検索する。次に、サーバ装置１は、質問－回答ＤＢにおける「質問」の文字列から、キーワードと一致する単語を検索して、質問に対応する質問－回答情報を検索する。このようにして、キーワードＤＢは、質問が示すキーワードを抽出するのに用いられる。

類義語ＤＢは、キーワード等に対する類義語情報を記憶する。例えば、類義語情報は、互いに意味が類似する文字列を対応付けする情報である。なお、文字列は、単語、フレーズ及び文であってもよい。また、互いに意味が類似する文字列は、意味が類似する文字列に限定されない。例えば、互いに意味が類似する文字列は、一方から他方を推定可能な文字列、一方が他方の一部である文字列、又は。使用される場面が類似する文字列でもよい。また、類義語情報は、使用環境に応じて任意に定義されてもよい。

サーバ装置１は、まず、質問文を構成する文字列を単語に分解する。次に、サーバ装置１は、それぞれの単語を類義語ＤＢと照合し、類義語となる文字列を抽出する。このようにして、サーバ装置１は、質問に含まれる単語及び単語の類義語をキーワードＤＢ等に照合して、質問のキーワードを推定する。

対話シナリオＤＢは、質問文を含む入力情報に応じた対話を実現するシナリオ情報を記憶する。例えば、シナリオ情報は、対話シナリオＤＢにあらかじめ入力されるシナリオに沿って、ユーザとの対話が実現するように生成される。

図５は、シナリオ情報に基づく対話の流れの例を示す図である。例えば、ユーザが質問文を入力すると、質問文に対する回答となる応答メッセージを応答する流れは、シナリオ情報によって以下のように想定される。

＜シナリオ情報に基づく対話の流れの例＞
例えば、チャットボットシステムは、図示するような流れとなるように、あらかじめ管理者によってシナリオ情報が入力される。そして、チャットボットシステムは、シナリオ情報に基づいて、ユーザと対話を行う。具体的には、図示するような流れでコミュニケーションができるように、チャットボットシステムには、シナリオ情報、データベース及びＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等が、あらかじめ設定される。以下、流れの詳細を説明する。

ステップＳ３１では、まず、チャットボットシステムは、質問の検索方法となる選択メニューをユーザ端末２に表示する。例えば、選択メニューは、「全てのカテゴリから検索」、「カテゴリから選んで検索」及び「よくある質問から検索」の３つの選択肢のうち、１つをユーザに選択させる操作を受け付けるＧＵＩである。なお、選択メニューは、４つ以上の選択肢又は２つ以下の選択肢を表示させてもよい。

選択メニューによって「全てのカテゴリから検索」が選択されると（図における「全てのカテゴリから検索」である。）、チャットボットシステムは、ステップＳ３２に進む。また、選択メニューによって「よくある質問から検索」が選択されると（図における「よくある質問から選ぶ」である。）、チャットボットシステムは、ステップＳ３７に進む。ほかにも、選択メニューによって「カテゴリから選んで検索」（図における「カテゴリから選ぶ」である。）が選択されると、チャットボットシステムは、ステップＳ３９に進む。

ステップＳ３２では、チャットボットシステムは、ユーザに文字で質問を入力するように促すメッセージをユーザ端末２に表示させる。また、チャットボットシステムは、テキストボックス等のＧＵＩをユーザ端末２に表示させて、質問となる文字を入力する操作を受け付ける。次に、質問が入力されると（図における「任意の質問文字を入力」である。）、チャットボットシステムは、ステップＳ３３に進む。

ステップＳ３３では、チャットボットシステムは、質問を示す文字列を解析する。そして、チャットボットシステムは、質問－回答ＤＢを検索して、質問に対して回答となりうる候補（以下単に「候補」という。）を抽出する。なお、チャットボットシステムは、検索の結果、候補を複数取得してもよい。

ステップＳ３３による検索の結果、候補が１つ（図における「候補が１つ」である。）であると、チャットボットシステムは、検索された候補を応答情報とする。また、ステップＳ３３による検索の結果、候補が２つ以上（図における「候補が２つ以上」である。）であると、チャットボットシステムは、ステップＳ３４に進む。ほかにも、ステップＳ３３による検索の結果、候補が検出できない場合（図における「候補が検出できなかった」である。）には、チャットボットシステムは、ステップＳ３６に進む。

ステップＳ３４では、チャットボットシステムは、複数の候補のうち、いずれかを選択させる操作、又は、いずれの候補も非選択とする操作のうち、いずれかの操作をユーザに行わせるＧＵＩをユーザ端末２に表示する。

ステップＳ３５では、チャットボットシステムは、候補のうち、いずれかを選択する操作が行われると（図における「候補を選択」である。）、選択された候補を応答情報とする。一方で、非選択を選択する操作が行われると（図における「該当するものが存在しない」である。）、チャットボットシステムは、例えば、今の段階では質問に対する回答を表示できない等を示す謝罪のメッセージをユーザ端末２に表示する。

ステップＳ３６では、チャットボットシステムは、謝罪を示すメッセージ及び再検索を行う促すメッセージをユーザ端末２に表示して、ステップＳ３１に戻る。

ステップＳ３７では、チャットボットシステムは、問い合わせ履歴ＤＢを参照して、他のユーザ等から問い合わせ頻度の高い１つ以上の質問（例えば、３つ程度である。）を抽出する。そして、チャットボットシステムは、質問を一覧にしてユーザ端末２に表示する。さらに、チャットボットシステムは、他の検索方法を選択させるためのＧＵＩをユーザ端末２に表示する。

ステップＳ３８では、質問が選択されると（図における「よくある質問を選択」である。）、チャットボットシステムは、選択された質問に対する回答を質問－回答ＤＢを検索した結果を応答情報とする。一方で、ステップＳ３８で他の検索方法が選択されると（図における「別の方法で検索を選択」である。）、チャットボットシステムは、ステップＳ３１に戻る。

ステップＳ３９では、チャットボットシステムは、カテゴリ名を一覧にしてユーザ端末２に表示する。そして、カテゴリ名の一覧からカテゴリを選択する操作が行われると（図における「カテゴリを選択」である。）、チャットボットシステムは、ステップＳ４０に進む。

ステップＳ４０では、チャットボットシステムは、質問となる文字を入力する操作を受け付ける。次に、質問が入力されると（図における「任意の質問文字を入力」である。）、チャットボットシステムは、質問文を取得する。そして、チャットボットシステムは、ステップＳ４１に進む。

ステップＳ４１では、チャットボットシステムは、質問－回答ＤＢを検索して、候補を抽出する。次に、チャットボットシステムは、候補が１つ（図における「回答が１つ」である。）であると、チャットボットシステムは、検索された候補を応答情報とする。また、候補が２つ以上（図における「候補が２つ以上」である。）であると、チャットボットシステムは、ステップＳ４２に進む。ほかにも、候補が検出できない場合（図における「候補が検出できなかった」である。）には、チャットボットシステムは、ステップＳ４４に進む。

ステップＳ４２では、チャットボットシステムは、複数の候補のうち、いずれかを選択させる操作、又は、いずれの候補も非選択とする操作のうち、いずれかの操作をユーザに行わせるＧＵＩをユーザ端末２に表示する。

ステップＳ４３では、チャットボットシステムは、候補のうち、いずれかを選択する操作が行われると（図における「候補を選択」である。）、選択された候補を応答情報とする。一方で、非選択を選択する操作が行われると（図における「該当するものが存在しない」である。）、チャットボットシステムは、例えば、今の段階では質問に対する回答を表示できない等を示す謝罪のメッセージをユーザ端末２に表示する。

ステップＳ４４では、チャットボットシステムは、謝罪を示すメッセージ及び再検索を行う促すメッセージをユーザ端末２に表示して、ステップＳ３１に戻る。

シナリオ情報は、例えば、以上のような対話の流れを想定して入力される。すなわち、シナリオ情報は、対話の流れの中で用いられるＧＵＩの種類、メッセージ及びＧＵＩ等を出力させる順序等を管理者が設定した結果等を示す。

カテゴリＤＢは、質問を分類するためのカテゴリ情報を記憶する。例えば、カテゴリ情報は、以下のような情報である。

図６は、カテゴリ情報の例を示す図である。例えば、図示するように、カテゴリ情報は、「ＩＤ」、「カテゴリ名」及び「更新日時」で構成される情報である。

「カテゴリ名」は、質問が該当するカテゴリを示す。

「ＩＤ」は、ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、すなわち、それぞれのカテゴリの識別情報を示す。

「更新日時」は、各情報が更新された日時を示す。

質問－回答ＤＢは、質問と、質問に対する回答を対応付けした情報（以下「質問－回答情報」という。）を記憶する。例えば、質問－回答情報は、あらかじめ管理者等によって作成され、質問－回答ＤＢに記憶される。例えば、質問－回答情報は、以下のような情報である。

図７は、質問－回答情報の例を示す図である。例えば、図示するように、質問－回答情報は、「ＩＤ」、「質問」、「類似質問」、「回答」、「カテゴリＩＤ」及び「更新日時」で構成される情報である。

「ＩＤ」は、ＩＤ、すなわち、それぞれの質問－回答情報の識別情報を示す。

「質問」は、質問の内容を示す。

「類似質問」は、「質問」に入力される質問と類似の内容となる質問を示す。

「回答」は、質問に対する回答を示す。

「カテゴリＩＤ」は、質問が該当するカテゴリを特定できるカテゴリのＩＤを示す。

「更新日時」は、各情報が更新された日時を示す。

問い合わせ履歴ＤＢは、以前にユーザによって入力された質問を示す情報（以下「問い合わせ履歴情報」という。）を記憶する。例えば、問い合わせ履歴情報は、以下のような情報である。

図８は、問い合わせ履歴情報の例を示す図である。図示するように、問い合わせ履歴情報は、「ＩＤ」、「セッションＩＤ」、「ヒットした質問に紐づくカテゴリのＩＤ」、「ヒットした質問のＩＤ」、「ユーザ入力」、「フィードバック」及び「日時」で構成される情報である。

「ＩＤ」は、ＩＤ、すなわち、それぞれの問い合わせ履歴情報の識別情報を示す。

「セッションＩＤ」は、質問が行われた対話セッションを特定できる識別情報を示す。

「ヒットした質問に紐づくカテゴリのＩＤ」は、質問が該当するカテゴリを特定できるカテゴリのＩＤを示す。

「ヒットした質問のＩＤ」は、質問のＩＤを示す。

「ユーザ入力」は、ユーザが入力した質問を示す。

「フィードバック」は、質問に対する回答に、ユーザがフィードバックをしたか否かを示す。

「日時」は、対話が行われた日時を示す。

対話セッションは、ユーザ端末とサーバ装置の間で行われた対話の集合である。例えば、同一の対話セッションとなる対話は、ユーザ端末２において、チャット形式等の対話に用いる画面が立ち上げられてから閉じられるまでの間に行われた対話、又は、当該画面が立ち上げられてからセッションタイムアウトにより当該画面が強制的に閉じられるまでの間に行われた対話等である。

なお、セッションタイムアウトは、あらかじめ設定される所定時間内に、ユーザ端末２に対してアクションがない場合に発生する。そして、セッションタイムアウトは、対話に用いる画面等を終了させる処理である。

なお、対話セッションは、上記の例に限定されない。例えば、質問の入力から、回答の応答が行われた後、回答に対してユーザがフィードバックを入力するまでが１つの対話セッションでもよい。この場合には、対話セッションは、ユーザからフィードバックが得られると、１つの対話セッションが完了する。

対話履歴ＤＢは、ユーザ端末とサーバ装置の間で行われる対話において、ユーザ端末２に入力された発言内容及びサーバ装置１が出力した内容の履歴を示す情報（以下「対話履歴情報」という。）を記憶する。例えば、対話履歴情報は、以下のような情報である。

図９は、対話履歴情報の例を示す図である。図示するように、対話履歴情報は、「ＩＤ」、「セッションＩＤ」、「発言種別」、「発言内容」、「発言タイプＩＤ」、「コンテントＩＤ」及び「日時」で構成される情報である。

「ＩＤ」は、ＩＤ、すなわち、それぞれの対話履歴情報の識別情報を示す。

「セッションＩＤ」は、対話が行われた対話セッションを特定できるＩＤを示す。

「発言種別」は、発言者の種別を示す。具体的には、「発言種別」には、「０」又は「１」のいずれかが入力される。「０」は、管理者による発言であることを示す。一方で、「１」は、ユーザによる発言であることを示す。

「発言内容」は、発言された内容を示す。

「発言タイプＩＤ」は、例えば、「５－０」、「５－１」及び「５－２」のように入力される。そして、これらの入力に基づいて、「発言タイプＩＤ」は、「カテゴリ」、「質問－回答情報」及び「シナリオ」のうち、「発言内容」がいずれかに対応して発言されたかを示す。

「コンテントＩＤ」は、発言タイプがシナリオである場合には、シナリオで設定された発言を示す。また、「コンテントＩＤ」は、発言タイプが質問－回答情報である場合には、質問－回答情報のＩＤを示す。さらに、「コンテントＩＤ」は、発言タイプがカテゴリである場合には、カテゴリを選択する発言を示す。

「日時」は、対話が行われた日時を示す。

契約情報ＤＢは、ユーザとあらかじめ結ばれた契約の内容を記憶する。例えば、契約には、有人対応を行うか否か、及び、対応を行う期間等の情報があらかじめ入力される。また、サーバ装置１は、取得された契約等の情報をテナントＩＤ等と対応付けて保持してもよい。

なお、ＤＢの種類、及び、構成は、上記の例に限られない。すなわち、ＤＢは、他の形式であってもよい。また、ＤＢは、複数の装置で分散してデータを保持して構成してもよい。さらに、各ＤＢは、必須でない。すなわち、シナリオを実現できるデータが揃うのであれば、ＤＢの形式等は問わない。

＜機能ブロック図＞
図１０は、機能構成例を示す図である。例えば、チャットボットシステム１００は、質問文取得部１００１、検索部１００２、応答部１００３、識別情報取得部１００４、及び、切替部１００５を備える機能構成が望ましい。また、ユーザ端末２は、入力部２００１等を備える機能構成である。

入力部２００１は、ブラウザ、又は、インストールされた対話アプリケーション等によって、質問文を入力する。

質問文取得部１００１、検索部１００２、応答部１００３によって、質問文に対する応答情報が検索され、応答情報に基づく応答メッセージが応答されて、対話、すなわち、ボットが実現する。例えば、質問文取得部１００１は、通信Ｉ／Ｆ１０５等によって、質問文をユーザ端末２から取得する質問文取得手順を行う。また、検索部１００２は、ＣＰＵ１０１等によって、質問文に対する応答情報を検索する検索手順を行う。さらに、応答部１００３は、通信Ｉ／Ｆ１０５等によって、応答情報に基づいて応答メッセージをユーザ端末２に応答する応答手順を行う。

識別情報取得部１００４は、ＩＰアドレス等のユーザ端末識別情報、又は、ユーザ識別情報を取得する識別情報取得手順を行う。例えば、識別情報取得部１００４は、通信Ｉ／Ｆ１０５等によって実現する。

ユーザ端末識別情報は、例えば、ＩＰアドレス等である。なお、ユーザ端末識別情報は、ユーザ端末２を識別できる情報であればよい。例えば、ユーザ端末識別情報は、識別番号等でもよい。

ユーザ識別情報は、例えば、あらかじめユーザごとに設定されるユーザＩＤ等である。なお、ユーザ識別情報は、ユーザが識別できる情報であればよい。例えば、ユーザ識別情報は、氏名等でもよい。

切替部１００５は、識別情報取得部１００４が取得するユーザ端末識別情報、又は、ユーザ識別情報によって応答メッセージを切り替える切替手順を行う。例えば、切替部１００５は、通信Ｉ／Ｆ１０５等によって実現する。

なお、サーバ装置１には、ＣＰＵ１０１等で実現する、演算部、及び、制御部等の機能が更にあってもよい。ほかにも、サーバ装置１には、入力部、出力部、記憶部及び通信部等の機能が更にあってもよい。さらに、ユーザ端末２には、演算部、制御部、記憶部、入力部、出力部及び通信部等の機能があってもよい。

＜全体処理例＞
図１１は、全体処理例を示す図である。以下、チャットボットサービスを実現する処理をサーバ装置１が単独で行う場合を例に説明する。また、以下の例では、ユーザ端末２が質問元となる例である。

ステップＳ１０１では、入力部２００１は、ホームページを表示させる操作を受け付ける。例えば、入力部２００１は、表示させるホームページのＵＲＬを入力する操作を受け付ける。

ステップＳ１０２では、ホームページ公開サーバ５００は、ユーザ端末２に対して、要求されたホームページコンテンツを応答する。あらかじめ埋め込みコードがホームページのソースコードに埋め込まれる。そして、ステップＳ１０２では、ユーザ端末２は、埋め込みコードに基づいて処理が実行可能な状態となる。

ステップＳ１０３では、ユーザ端末２の演算部は、埋め込みコードを実行する。

ステップＳ１０４では、ユーザ端末２の通信部は、埋め込みコードに基づいて、ＪａｖａＳｃｒｉｐｔ（登録商標）等で作成されるスクリプトデータを要求する。

ステップＳ１０５では、サーバ装置１の通信部は、ステップＳ１０４で要求されるスクリプトデータをユーザ端末２に送信する。

ステップＳ１０６では、ユーザ端末２の演算部は、スクリプトデータを実行する。

ステップＳ１０７では、ユーザ端末２の通信部は、チャットボットのコンテンツ要求及びチャットボットの契約者（テナント）を識別するテナントＩＤをサーバ装置１に送信する。また、ユーザがユーザ端末２にインストールされた対話アプリケーションを使用する場合、対話アプリケーションを起動する操作や対話アプリケーションの所定のボタンを押下する操作を受け付けたことに応じて、チャットボットのコンテンツ要求及びチャットボットの契約者（テナント）を識別するテナントＩＤをサーバ装置１に送信する。

テナントＩＤは、ユーザ端末２があらかじめ保持している情報である。なお、テナントＩＤは、チャットボットに用いられるブラウザが保持してもよいし、又は、チャット機能を実現するアプリケーションが保持してもよい。

ステップＳ１０８では、サーバ装置１の演算部は、テナントＩＤに対応する契約等の情報を契約情報ＤＢから取得する。そして、サーバ装置１の演算部は、テナントＩＤに基づいて契約状態等を判断する。以下、契約がチャットボットサービスを利用可能な状態であると判断された場合を例に説明する。

ステップＳ１０９では、サーバ装置１は、例えば、以下のような条件判断を行う。

図１２は、条件判断の処理例を示す図である。

ステップＳ９０１では、サーバ装置１の通信部は、ステップＳ１０７でユーザ端末２から送信されるチャットボットのコンテンツ要求を受信する。

ステップＳ９０２では、サーバ装置１のＩＰアドレス取得部は、ユーザ端末２のＩＰアドレスを取得する。なお、ＩＰアドレスは、例えば、ユーザ端末２がサーバ装置１に最初にアクセスする際、又は、ステップＳ１０７等で取得されてもよい。すなわち、ＩＰアドレスを取得するタイミングは、ステップＳ９０２に限られず、ステップＳ９０２より前に取得されてもよい。

ステップＳ９０３では、サーバ装置１の制御部は、設定情報を特定する。例えば、設定情報は、下記（表１）に示すようなテーブルデータであらかじめ設定される。なお、＜設定情報の登録例＞に設定情報の登録例を後述する。

上記（表１）は、「テナントＩＤ」ごとにテーブルデータがあらかじめ設定される例である。以下、テーブルデータの１行が、１つの設定情報である例で説明する。

まず、サーバ装置１の制御部は、ステップＳ１０７で受信する、「テナントＩＤ」に基づいてテーブルデータを特定する。

テーブルデータは、例えば、「ＩＰアドレス」、「表示の有無」、「シナリオＩＤ」、「カテゴリＩＤ」、「ＦＡＱマスタＩＤ」及び「類語辞書ＩＤ」等で構成される。

「ＩＰアドレス」は、ユーザ端末２のＩＰアドレスである。すなわち、ＩＰアドレスの値によって、表示の可否及びシナリオ等を異なるように設定する場合には、「ＩＰアドレス」には、上記のように対象となるＩＰアドレス又はＩＰアドレスの範囲が入力される。

「表示の有無」は、「シナリオＩＤ」等で設定されるシナリオに基づく表示、すなわち、対話を行うか否かを設定する。

「シナリオＩＤ」は、対話に用いるシナリオを特定するＩＤを示す。

「カテゴリＩＤ」、「ＦＡＱマスタＩＤ」及び「類語辞書ＩＤ」は、シナリオに用いるカテゴリ、ＦＡＱマスタ及び類語辞書等が含まれるＤＢ等を特定するＩＤを示す。

そして、サーバ装置１の制御部は、ステップＳ９０２で取得するＩＰアドレスが該当する設定を検索する。具体的には、サーバ装置１は、ＩＰアドレスが、例えば、「１９２．１６８．１１．２」であると、「１９２．１６８．１１．１～１９２．１６８．１１．９９」に該当すると判断する。

したがって、上記のようなテーブルデータを参照すると、ＩＰアドレスによって、対話に用いられるシナリオ等を異なるように設定できる。なお、ＩＰアドレスとシナリオ等が対応付けできれば、設定情報は、上記のテーブルデータ以外の形式でもよい。

ステップＳ９０４では、サーバ装置１の判断部は、ＩＰアドレスに対応する設定情報があるか否かを判断する。例えば、上記（表１）に示す例では、ＩＰアドレスが「１９２．１６８．１０．１０／３２」、「１９２．１６８．１１．１」乃至「１９２．１６８．１１．９９」、又は、「１０．６１．２２．１／２４」に該当すると、サーバ装置１の判断部は、対応する設定情報があると判断する。

次に、対応する設定情報があると判断すると（ステップＳ９０４でＹＥＳ）、サーバ装置１は、ステップＳ９０６に進む。一方で、対応する設定情報がないと判断すると（ステップＳ９０４でＮＯ）、サーバ装置１は、ステップＳ９０５に進む。

ステップＳ９０５では、サーバ装置１の制御部は、デフォルトの設定情報を参照する。

デフォルトの設定情報は、例えば、上記（表１）に示す例では、「上記以外」に入力される設定情報である。なお、デフォルトの設定情報は、テーブルデータでなく、他のデータに設定されてもよい。

ステップＳ９０６では、サーバ装置１の制御部は、セッションＩＤを対応付けする。例えば、サーバ装置１の制御部は、設定情報を特定できるＩＤ等をセッションＩＤと対応付けして記憶する。このようにすると、例えば、同じセッション（すなわち、同じセッションＩＤのセッション中となる。）で同一の設定情報を用いる場合には、セッションＩＤに対して設定情報が紐付けられるので、設定情報を特定する時間を短くできる。

ステップＳ９０７では、サーバ装置１の切替部１００５は、設定情報を切り替える。具体的には、サーバ装置１の切替部１００５は、上記（表１）に示す例では、テーブルデータが示すＩＰアドレスに対応するシナリオ等を用いて応答する対話を行うように、シナリオ等を切り替える。

ステップＳ９０８では、サーバ装置１の制御部は、対話を行うか否かを判断する。そして、対話を行う場合（ステップＳ９０８でＹＥＳ）には、サーバ装置１の制御部は、ステップＳ９０９に進む。一方で、対話を行わない場合（ステップＳ９０８でＮＯ）には、サーバ装置１の制御部は、ステップＳ９１０に進む。

ステップＳ９０９では、サーバ装置１の制御部は、チャットボットのコンテンツ要求に応答すると判断する。例えば、上記（表１）において、「表示の有無」が「有」である場合には、サーバ装置１の制御部は、チャットボットのコンテンツ要求に対して応答するように設定等を行う。このような判断に基づいて、以降、ステップＳ９０７等で準備されるシナリオ等で対話が行われるように設定等を行う。

ステップＳ９１０では、サーバ装置１の制御部は、チャットボットのコンテンツ要求に応答すると判断する。例えば、上記（表１）において、「表示の有無」が「無」である場合には、サーバ装置１の制御部は、チャットボットのコンテンツ要求があっても、要求に対して応答しないように設定等を行う。

以上のようにして、ユーザ端末２のＩＰアドレスに基づいて、応答情報が切り替えられる。したがって、ユーザ端末２のＩＰアドレスによって、用いられるシナリオが異なるため、同じ質問文を入力しても、異なる応答メッセージが応答されるように制御できる。

例えば、ＩＰアドレスを調べると、社内ネットワークに接続されるユーザ端末２（第１の質問元の例である。）であるか、それ以外のネットワークである社外ネットワークに接続されるユーザ端末２（第２の質問元の例である。）であるかが判断できる。

すなわち、社内ネットワークに接続されるユーザ端末２は、ユーザが、従業員等である。一方で、社外ネットワークに接続されるユーザ端末２は、ユーザが、いわゆる部外者である。

したがって、ユーザ端末２のＩＰアドレスによって定まるユーザが、従業員であるか部外者かによって、対話を介して応答される情報は、使い分けられるのが望ましい。このような使い分けをサーバ装置１の切替部は、設定情報等を切り替えることで実現する。

例えば、以上のように、ステップＳ１０９が行われる。

ステップＳ１１０では、サーバ装置１の通信部は、チャットボットによる対話を行うため、コンテンツの情報等をユーザ端末２に送信する。なお、ステップＳ１０９で「チャットボットのコンテンツ要求に応答しないと判断」が行われた場合（すなわちステップＳ９１０の処理が行われた場合である。）には、コンテンツの情報が送信されず、以降の処理を中止する。

ステップＳ１１１では、ユーザ端末２の出力部は、チャットボットによる対話を行うためのコンテンツ等を表示する。

そして、あらかじめ管理者によって、チャットボットサービスを開始させる操作用のアイコンを表示するように設定される場合がある。このような場合（図における「アイコンを表示する場合」である。）には、チャットボットシステム１００は、ステップＳ１１２に進む。一方で、アイコンを表示しない設定である場合には、チャットボットシステム１００は、ステップＳ１１４に進む。

ステップＳ１１２では、ユーザは、例えば、チャットボットサービスを開始するアイコンを押す操作を行う。したがって、ユーザ端末２の入力部は、アイコンを押す操作を受け付ける。

ステップＳ１１３では、ユーザ端末２の出力部は、シナリオ等に基づいてチャットボットによる対話を開始する。以下、シナリオをユーザが選択して対話が開始される場合の例で説明する。

ステップＳ１１４では、ユーザは、シナリオを選択する操作を行う。具体的には、上記（表１）が示すように、「シナリオＩＤ」が複数設定される場合もある。このような場合等には、ユーザ端末２の出力部は、複数のシナリオのうち、１つをユーザに選択させるＧＵＩを表示する。

ステップＳ１１５では、サーバ装置１の入力部は、ステップＳ１１４で行われるシナリオを選択する操作を受け付ける。そして、サーバ装置１の通信部は、選択されたシナリオを示す通知をサーバ装置１に対して行う。

ステップＳ１１６では、サーバ装置１の制御部は、設定情報で特定されるシナリオにおいて対話で表示する内容を特定する。

例えば、「全てのカテゴリから選ぶ」という選択肢がステップＳ３１で選ばれると、ステップＳ１０９で切り替えられた設定情報における「カテゴリＩＤ」等で設定されるカテゴリの「カテゴリ名」等を応答するように内容が特定される。

また、「よくある質問から選ぶ」という選択肢がステップＳ３１で選ばれると、まず、所定期間内に発生した問い合わせ履歴情報に基づいて、例えば、上位５位程度の質問等が抽出される。

ほかにも、例えば、「内線電話を調べる」というシナリオ等がステップＳ１１４では選択されるとする。このような場合には、例えば、「名前を入力してください」等のようなあらかじめ設定されるメッセージを応答するように、内容が特定される。

ステップＳ１１７では、サーバ装置１の通信部は、表示させるコンテンツ等を送信する。

ステップＳ１１８では、ユーザ端末２の出力部は、ステップＳ１１７で送信されるコンテンツ等を表示する。以下、ステップＳ１０９等で定まるシナリオ等によって、例えば、図５に示すように、質問、検索、及び、応答が行われるとする。

ステップＳ１１９では、ユーザは、質問文を入力する操作を行う。したがって、ステップＳ１１９では、ユーザ端末２の入力部２００１は、入力を受け付ける。

ステップＳ１２０では、質問文取得部１００１は、質問文をユーザ端末２から取得する。

ステップＳ１２１では、検索部１００２は、質問文に対する応答情報を検索する。

ステップＳ１２２では、応答部１００３は、応答情報に基づく応答メッセージを応答する。

ステップＳ１２３では、ユーザ端末２の出力部は、応答メッセージを表示する。

上記ステップＳ１１９乃至ステップＳ１２３の処理は、繰り返し行われてもよい。なお、回答が応答された後、すなわち、ステップＳ１２３が行われた後、ステップＳ１２４乃至ステップＳ１２８の処理が行われてもよい。

ステップＳ１２４では、ユーザ端末２の出力部は、満足度を調査するための入力項目を表示する。すなわち、ユーザ端末２の出力部は、ステップＳ１２３等で得られた回答について、ユーザの満足度を調査するため、アンケート等を表示し、ユーザに満足度を入力させるＧＵＩを表示する。

ステップＳ１２５では、ユーザは、満足度を入力する。

ステップＳ１２６では、ユーザ端末２の通信部は、ステップＳ１２５で入力された内容、すなわち、アンケートの結果等をサーバ装置１に通知する。

ステップＳ１２７では、サーバ装置１の記憶部は、ステップＳ１２６で通知された内容又は対話の内容等の履歴を記憶する。

なお、サーバ装置１は、満足度の内容等に基づいて、満足度の統計処理等を行ってもよい。具体的には、サーバ装置１は、管理者等に対して、所定の期間におけるチャットボットによる対話での満足度（例えば、「満足した」、「不満足があった」、「該当なし」及び「不明」等のような満足度をステップＳ１２５でユーザに入力させる。）をグラフ等によって表示する。このような満足度を統計処理した結果がフィードバックされると、管理者等が客観的に満足度を知ることができる。

ステップＳ１２８では、ユーザ端末２の制御部は、例えば、ステップＳ１１２又はステップＳ１１４に戻る。すなわち、ユーザ端末２の制御部は、いわゆるチャットボットの初期画面に戻る。なお、ステップＳ１２８では、チャットボットシステムは、チャットボットを終了させてもよい。

以上のように、ＩＰアドレスに基づいて、応答情報が切り替えられると、ＩＰアドレスごとに、応答メッセージが異なるように表示できる。例えば、社内ネットワークに接続されるユーザ端末２と社外ネットワークに接続されるユーザ端末２では、表示される情報が異なる。

このように、ＩＰアドレスに基づいて、ユーザ端末２は、所定のネットワークに接続される端末であるか否かが判断されるのが望ましい。なお、所定のネットワークは、例えば、ある企業が管理するネットワークである。

また、所定のネットワークに接続される端末であるか否かの判断には、ＩＰアドレス以外のデータが用いられてもよい。例えば、ユーザ端末に設定される物理アドレス等が用いられてもよい。

例えば、社内ネットワークに接続されるユーザ端末２を用いる従業員等には、他の従業員等の連絡先等を示す情報が表示されてもよい。一方で、部外者等には、従業員等の連絡先が表示されないようにする。このようにすると、従業員の情報等が漏洩するのを防ぐことができる。

具体的には、社内ネットワークに接続されるユーザ端末２のＩＰアドレスと判断される質問元であれば、ユーザ端末２に対して、連絡先等を知らせる応答メッセージが応答される。なお、応答メッセージには、従業員を特定させる氏名又は従業員番号等を問う内容が応答されてもよい。

次に、サーバ装置１は、質問文に対して、例えば、内線番号又は居所等を示す応答メッセージを応答する。このようにすると、ユーザは、質問文で連絡先等を問い合わせるように入力すると、所定の従業員等の連絡先を知ることができる。一方で、サーバ装置１は、部外者がユーザの場合には、質問文に対して、「回答できません。」というメッセージ、又は、代表的な外線番号等を示す応答情報を応答する。このように、サーバ装置１は、ユーザによって、応答情報を切り替える。このような切り替えが行われると、ユーザ端末２において表示される応答メッセージも切り替わる。

なお、応答情報の切り替えは、例えば、ＩＰアドレスによって対話シナリオＤＢを切り替えて実現してもよい。すなわち、社内用及び社外用の対話シナリオＤＢがあらかじめ別々に用意され、ＩＰアドレスによって、対話シナリオＤＢが切り替えられてもよい。このように、応答情報の切り替えは、検索部１００２が検索対象とするＤＢを切り替えて実現されてもよい。

又は、応答情報の切り替えは、例えば、ＩＰアドレスによって、同じシナリオが用いられても、回答が変わるように質問－回答ＤＢを切り替えて実現してもよい。この場合には、まず、質問に対する回答が、あらかじめ社内用と社外用で別々に質問－回答ＤＢに用意される。このように、質問に対する回答を切り替えて、応答情報の切り替えが実現されてもよい。

以上のような構成であると、社内用と社外用で別々のチャットボットを用意しなくとも、チャットボットは、社内用と社外用で異なる応答ができる。したがって、社内用と社外用をまとめて１つのチャットボットで運用できる。このように、社内用と社外用を少ない管理対象で運用できる。

そして、管理対象が少ないと、例えば、チャットボットを実現させる情報処理装置及びデータ等を管理又は保守する手間が少なくできる。

また、同一の質問文について、情報処理装置は、質問元のユーザ又はユーザ端末に応じて異なる応答メッセージを質問元に柔軟に応答できる。

なお、「同一の質問文」とは、必ずしもユーザが入力した質問文の文字列が完全に一致するとは限らない。例えば、ユーザがユーザ端末の入力部２００１を介して入力した２つの質問文の例である「商品Ａの仕様を教えてください」と「商品Ａの仕様を知りたい」は、文字列が完全一致ではない。一方で、情報処理装置の質問文取得部１００１は、取得した質問文の文字列を解析し、その結果、この２つの質問文は、いずれも「商品Ａ」の仕様に関する情報を要求していると解釈する。したがって、いずれの質問文の場合でも、質問文取得部１００１は、「商品Ａ」の仕様に関する情報を検索するように検索部１００２に要求する。この場合、２つの質問文は「同一の質問文」になる。また、例えば、「商品Ａ」の「別名称Ａ´」がある場合に、「商品Ａの仕様を教えてください」と「商品Ａ´の仕様を知りたい」とは「同一の質問文」になる。

具体的に、上記の例では、「を教えてください」と「を知りたい」とを対応付けて類語辞書に登録しておき、「商品Ａ」と「商品Ａ´」とを対応付けて類語辞書に登録しておき、質問文取得部１００１は、類語辞書に基づいて検索部１００２に検索を要求すればよい。

すなわち、質問文取得部１００１は、複数の質問文の文字列について、それぞれに対する解析の結果及び類似辞書等に基づく解釈が同一である場合に、結果的に、この複数の質問文を同一の質問文として扱い、それぞれに対する解析の結果及び類似辞書等に基づく解釈が異なる場合に、結果的に、この複数の質問文を異なる質問文として扱う。もちろん、複数の質問文の文字列のそれぞれが完全一致である場合も、結果的に同一の質問文として扱う。

なお、質問文をどのように解釈するかについて、ユーザの視点で判断することもできる。すなわち、質問文取得部１００１はユーザの視点で質問文を解釈するように実装される。その結果、上記の例では、質問文「商品Ａの仕様を教えてください」と質問文「商品Ａの仕様を知りたい」とは、ユーザの視点で同一であると解釈できるため、質問文取得部１００１は同じように解釈すると推測できる。

＜ＩＰアドレスに基づく判定例＞
例えば、ＩＰアドレスに基づいて、下記（表２）に示すように判断されるのが望ましい。なお、以下に示す例は、ＩＰアドレスがＩＰｖ４である場合を例に説明する。したがって、ＩＰアドレスは、４つの数値によって構成され、それぞれの数値は「．」（ドット）で区切られる。

そして、サーバ装置１は、あらかじめ設定される比較の基準とするＩＰアドレス（以下「比較用アドレス」という。）とユーザ端末２から取得するＩＰアドレスを比較して、下記（表２）のいずれかと判定する。

上記（表２）は、上覧ほど、比較用アドレスを構成する数値（以下「第１数値」という。）とユーザ端末２のＩＰアドレスを構成する数値（以下「第２数値」という。）が一致する数（以下「一致度」という。）が高い場合を示す。

上記（表２）は、比較の結果、第１数値及び第２数値が同一の数値である場合を「同」と示す。一方で、上記（表２）は、比較の結果、第１数値及び第２数値が異なる数値である場合を「異」と示す。

したがって、サーバ装置１は、一致度が高い場合に、ユーザ端末２が「社内ネットワーク接続端末」であると判断する。具体的には、上記（表２）のうち、最上段又は上から２段目程度の一致度であると、サーバ装置１は、ユーザ端末２が「社内ネットワーク接続端末」であると判断する。一方で、上記（表２）のうち、最下段又は上から３段目程度の一致度であると、サーバ装置１は、ユーザ端末２が「社外ネットワーク接続端末」であると判断する。このように、ＩＰアドレスの一致度に応じて、サーバ装置１は、「社内ネットワーク接続端末」であるか、又は、「社外ネットワーク接続端末」を判断するのが望ましい。

なお、上記（表２）のうち、どこを「社内ネットワーク接続端末」であるか、又は、「社外ネットワーク接続端末」の閾値にするかは、例えば、社内ネットワークの規模等に基づいて設定される。すなわち、数台程度の情報処理装置が接続するような小規模なネットワークである場合には、サーバ装置１が、上記（表２）のうち、最上段のみが「社内ネットワーク接続端末」であると判断されるように設定されてもよい。

なお、比較用アドレスは、例えば、サーバ装置１に設定されるＩＰアドレスでもよい。ただし、このような比較用アドレスを用いる場合には、サーバ装置１に社内ネットワーク用のＩＰアドレスが設定される場合等である。

なお、上記に示す例は、ＩＰアドレスがＩＰｖ４である場合を例に説明するが、ＩＰアドレスは、ＩＰｖ６であってもよい。

また、上記のような判定にサブネットマスク等のデータが用いられてもよい。

＜設定情報の登録例＞
例えば、設定情報は、以下のようなＧＵＩを用いて登録される。

図１３は、設定情報の登録例を示す図である。例えば、上記（表１）に示すような設定情報を登録するには、登録画面５０等のＧＵＩが用いられる。

登録画面５０によって、「ＩＰアドレス範囲」、「表示の有無」、「シナリオＩＤ」、「カテゴリＩＤ」、「ＦＡＱマスタＩＤ」及び「類語辞書ＩＤ」等の項目があらかじめ管理者等によって設定される。すなわち、登録画面５０上に入力する各項目が、例えば、上記（表１）のように登録される。図示するように、各項目は、プルダウンメニュー等で選択される。また、図示するように、設定情報は、「テナントＩＤ」等が指定できてもよい。

なお、設定情報は、図示するようなＧＵＩ以外の方法で登録されてもよい。例えば、同様の内容を表計算ソフト用のファイル等に入力して設定情報が登録されてもよい。

＜対話アプリケーションを用いる場合の例＞
切替部１００５は、ユーザ識別情報に基づいて、ユーザ端末２への応答を制御してもよい。すなわち、識別情報取得部１００４は、ユーザを識別するユーザ識別情報してもよい。

例えば、対話アプリケーション等のアプリケーションソフトウェアがユーザ端末２にあらかじめインストールされ、チャットボットが対話アプリケーションによって行われる場合がある。このような場合では、対話アプリケーションを用いるのに、まずログインの操作が行われる場合が多い。そして、ログインでは、ユーザを識別するため、ユーザＩＤ及びパスワード等が入力される。

例えば、ユーザＩＤに対して、あらかじめユーザの所属する部署又は組織等が紐付けされる。したがって、ユーザＩＤを取得すると、ユーザの所属する組織等が特定できる。

さらに、組織に対して、シナリオ、カテゴリ、ＦＡＱマスタ、及び、類語辞書等をあらかじめ対応付けしておく。そして、質問文と応答情報を対応付けた情報等（以下「登録情報」という。）があらかじめ登録される。このようにしておくと、ユーザＩＤが特定されると、検索部１００２は、ユーザＩＤに基づいて、検索対象とする登録情報を切り替えることができる。そして、登録情報が切り替わると、結果として、検索される応答情報も切り替わるため、ユーザＩＤによって、応答される応答メッセージが異なるようになる。

なお、ユーザ識別情報及びユーザ端末識別情報は、組み合わせて用いてもよい。このような場合には、ユーザ識別情報及びユーザ端末識別情報の両方に基づいて、検索部１００２は、検索対象とする登録情報を切り替える。

＜その他の実施形態＞
情報処理システムにおいて、上記に示す情報処理方法における各手順は、複数の情報処理装置等で、並列、分散又は冗長して行われてもよい。また、情報処理システムは、いわゆるクラウドコンピューティング等を利用する構成でもよい。

また、各装置は、１つの装置でなくともよい。すなわち、各装置は、複数の装置の組み合わせであってもよい。なお、情報処理システムには、上記に説明する装置以外の装置が更に含まれる構成であってもよい。

また、情報処理システム及び情報処理装置は、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）等を利用してもよい。例えば、情報処理システム及び情報処理装置は、文字の入力等において、機械学習等を行い、認識精度を向上させる構成等でもよい。

なお、本発明に係る各処理の全部又は一部は、コンピュータ言語で記述され、コンピュータに情報処理方法を実行させるためのプログラムによって実現されてもよい。すなわち、プログラムは、情報処理装置又は情報処理システム等のコンピュータに情報処理方法を実行させるためのコンピュータプログラムである。

したがって、プログラムに基づいて情報処理方法が実行されると、コンピュータが有する演算装置及び制御装置は、各手順を実行するため、プログラムに基づいて演算及び制御を行う。また、コンピュータが有する記憶装置は、各手順を実行するため、プログラムに基づいて、処理に用いられるデータを記憶する。

また、プログラムは、コンピュータが読み取り可能な記憶媒体に記録されて頒布することができる。なお、記憶媒体は、磁気テープ、フラッシュメモリ、光ディスク、光磁気ディスク又は磁気ディスク等のメディアである。さらに、プログラムは、電気通信回線を通じて頒布することができる。

以上、実施形態における一例について説明したが、本発明は、上記実施形態に限定されない。すなわち、本発明の範囲内で種々の変形及び改良が可能である。

１ サーバ装置
２ ユーザ端末
３ 管理者端末
４ 通信網
５０ 登録画面
１００ チャットボットシステム
５００ ホームページ公開サーバ
１００１ 質問文取得部
１００２ 検索部
１００３ 応答部
１００４ 識別情報取得部
１００５ 切替部

特開２０１８－１９５２９８号公報

Claims (11)

1. ネットワークを介して接続されるユーザ端末からの質問文に応答するチャットボットサービスを提供する情報処理装置であって、
   ユーザにより前記ユーザ端末に入力される質問文を取得する質問文取得部と、
   前記質問文に対する応答情報を検索する検索部と、
   前記質問文に対して前記応答情報に基づく応答メッセージを前記ユーザ端末に応答する応答部と、
   前記ユーザ端末の操作に応じて該ユーザ端末を識別するためのユーザ端末識別情報に基づき設定情報を特定する特定部と、
   特定された前記設定情報に対応するシナリオ情報に基づく選択メニューを前記ユーザ端末に表示させ、ユーザにより選択された選択情報に応じた応答情報を前記応答メッセージとして応答するように、前記ユーザ端末への応答を切り替える切替部と、
   を備える情報処理装置。
2. 前記選択メニューから前記ユーザ端末により質問文が入力されるメニューが選択された場合、または前記ユーザ端末に対応する前記設定情報に対応するシナリオ情報がない場合、前記質問文取得部は前記質問文を取得する、請求項１に記載の情報処理装置。
3. 前記ユーザ端末識別情報は、前記ユーザ端末のＩＰアドレスである、請求項１又は２に記載の情報処理装置。
4. 前記切替部は、前記ＩＰアドレスを構成する第１数値と、前記ＩＰアドレスと比較させる比較用アドレスを構成する第２数値との一致度に基づいて、前記ユーザ端末への応答を制御する、請求項３に記載の情報処理装置。
5. 前記切替部は、前記ＩＰアドレスに基づいて、前記ユーザ端末が所定のネットワークに接続される端末であるか否かを判断する
   請求項３又は４に記載の情報処理装置。
6. 前記ユーザ端末から、前記質問文を入力した前記ユーザを識別するユーザ識別情報を取得する識別情報取得部を更に備え、
   前記切替部は、
   取得された前記ユーザ識別情報に基づき、前記ユーザが操作する前記ユーザ端末への応答を制御する
   請求項１乃至５のいずれか一項に記載の情報処理装置。
7. 前記検索部は、質問文と応答情報とが対応付けられた登録情報を検索対象として検索し、
   前記切替部は、前記検索部が検索対象とする前記登録情報を切り替える
   請求項１乃至６のいずれか一項に記載の情報処理装置。
8. 前記切替部は、
   前記質問文の入力を受け付けた前記ユーザ端末と、前記ユーザ端末に対して前記質問文を入力した前記ユーザとに基づき、前記ユーザが操作するユーザ端末への応答を制御する
   請求項１乃至７のいずれか一項に記載の情報処理装置。
9. ユーザから入力を受け付けるユーザ端末と、ネットワークを介して接続される前記ユーザ端末からの質問文に応答するチャットボットサービスを提供する情報処理装置とを有する情報処理システムであって、
   前記情報処理装置は、
   ユーザにより前記ユーザ端末に入力される質問文を取得する質問文取得部と、
   前記質問文に対する応答情報を検索する検索部と、
   前記質問文に対して前記応答情報に基づく応答メッセージを前記ユーザ端末に応答する応答部と、
   前記ユーザ端末の操作に応じて該ユーザ端末を識別するためのユーザ端末識別情報に基づき設定情報を特定する特定部と、
   特定された前記設定情報に対応するシナリオ情報に基づく選択メニューを前記ユーザ端末に表示させ、ユーザにより選択された選択情報に応じた応答情報を前記応答メッセージとして応答するように、前記ユーザ端末への応答を切り替える切替部と、
   を備える情報処理システム。
10. ネットワークを介して接続されるユーザ端末からの質問文に応答するチャットボットサービスを提供する情報処理装置が行う情報処理方法であって、
    前記情報処理装置が、
    ユーザにより前記ユーザ端末に入力される質問文を取得する質問文取得手順と、
    前記質問文に対する応答情報を検索する検索手順と、
    前記質問文に対して前記応答情報に基づく応答メッセージを前記ユーザ端末に応答する応答手順と、
    前記ユーザ端末の操作に応じて該ユーザ端末を識別するためのユーザ端末識別情報に基づき設定情報を特定する特定手順と、
    特定された前記設定情報に対応するシナリオ情報に基づく選択メニューを前記ユーザ端末に表示させ、ユーザにより選択された選択情報に応じた応答情報を前記応答メッセージとして応答するように、前記ユーザ端末への応答を切り替える切替手順と、
    を実行する情報処理方法。
11. ネットワークを介して接続されるユーザ端末からの質問文に応答するチャットボットサービスを提供するコンピュータに情報処理方法を実行させるためのプログラムであって、
    前記コンピュータに、
    ユーザにより前記ユーザ端末に入力される質問文を取得する質問文取得手順と、
    前記質問文に対する応答情報を検索する検索手順と、
    コンピュータが、前記質問文に対して前記応答情報に基づく応答メッセージを前記ユーザ端末に応答する応答手順と、
    前記ユーザ端末の操作に応じて該ユーザ端末を識別するためのユーザ端末識別情報に基づき設定情報を特定する特定手順と、
    特定された前記設定情報に対応するシナリオ情報に基づく選択メニューを前記ユーザ端末に表示させ、ユーザにより選択された選択情報に応じた応答情報を前記応答メッセージとして応答するように、前記ユーザ端末への応答を切り替える切替手順と、
    を実行させるためのプログラム。

Images