JP7227468B2 - プログラム、情報処理システムとその制御方法装置及びプログラム処理方法 - Google Patents

Description

本発明は、アプリケーションを構築するための情報処理システムとその制御方法装置及びプログラム処理方法に関する。

従来、設定された定義情報に基づき、アプリケーションを構築（生成）するツールやサービスが存在する。

また、アプリケーションには、アプリケーションユーザのためにヘルプやＦＡＱの機能が用意されていることが多いが、近年では、ヘルプやＦＡＱの機能の代わりに、会話形式での質問が可能なチャットボット機能を利用可能なアプリケーションも増えてきている。

特許文献１には、金融商品に関する質問に対して回答をするチャットボットの仕組みが開示されている。

特開２０１８－６０５０３号公報

しかし、特許文献１は、他のシステムやアプリケーションと連携することのない、独立したチャットボットの仕組みであるため、アプリケーション構築ツールを用いて構築するアプリケーションに係る質問を受け付けるチャットボット機能を生成する技術ではない。

よって、アプリケーション構築ツールを用いてアプリケーションを短期間に構築できたとしても、当該アプリケーションユーザのためのチャットボット機能を別途作らなくてはならないという課題がある。

そこで、本発明の目的は、質問の入力を受け付け、質問に対する回答を出力する機能を利用可能なアプリケーションを容易に構築する仕組みを提供することである。

ソースコードとは異なる、アプリケーションソフトウェアを構築するための複数の定義情報を取得する取得手段と、
前記取得手段で取得した定義情報に、前記アプリケーションソフトウェアのユーザーから当該アプリケーションソフトウェアに係る質問の入力を受け付け、前記質問に対する回答を出力する所定の機能を利用する旨の情報が含まれる場合に、前記複数の定義情報に基づいて、前記所定の機能を利用可能なアプリケーションソフトウェアを構築するように制御する制御手段
とを有することを特徴とする。

本発明によれば、質問の入力を受け付け、質問に対する回答を出力するチャットボット機能を利用可能なアプリケーションを容易に構築する仕組みを提供することができる。

本発明に係るシステムの構成図の一例である。 情報処理装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントとして適用可能な各ハードウェア構成の一例を示すブロック図である。 ソフトウェア構成を示すブロック図の一例である。 本発明に係るシステムの構成図である。 アプリケーション生成のフローチャートの一例を示す図である。 アプリケーション実行のフローチャートの一例を示す図である。 チャットボット処理のフローチャートの一例を示す図である。 アプリケーション設定情報４０７の一例を示す図である。 ＱＡデータ４２５の一例を示す図である。 チャットボット画面及び質問の一例を示す図である。 チャットボット画面及び回答の一例を示す図である。 チャットボットによる回答検索処理の一例を示す図である。 チャットボットから送信される回答の一例を示す図である。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

図１は、本発明に係る情報処理装置（ソフトウェア開発者がソフトウェア開発のために操作するソフトウェア開発装置）、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム（情報処理システム）構成図である。なお、本実施形態においては、情報処理装置にて開発されたソフトウェアをアプリケーションと呼ぶが、アプリケーションに限定するものではなく、アプリケーション以外のソフトウェア（例：ＯＳ）であってもよい。

情報処理装置１０１は、ソフトウェア開発者の操作に従って画面レイアウト及びデータベース検索指示などを定義する。情報処理装置１０１は、プログラム生成、アプリケーション生成を行う。

なお、本実施形態においては、情報処理装置１０１で生成するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用するアプリケーション以外のアプリケーションであってもよい。

また、本実施形態においては、情報処理装置１０１はアプリケーションのソースコード（プログラムコード）を生成するとしたが、この方法に限定するものではなく、ソースコードを生成することなく、アプリケーションサーバ１０２やクラウド環境等でアプリケーションが動作する様にデータやファイル等を生成することにより、アプリケーション（の動作環境）を構築する等であってもよい。

アプリケーションサーバ１０２は、情報処理装置１０１で開発されたアプリケーションを実行する。また、データベースサーバ１０３と接続して動作することが可能である。

データベースサーバ１０３は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも動作確認などのために利用してもよい。例えば、ソフトウェア開発者が利用するためにデータベースサーバ１０３は、情報処理装置１０１や、アプリケーションサーバ１０２と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０５内に配置されてもよい。

アプリケーションクライアント１０４（情報処理装置）は、アプリケーションサーバ１０２と協調して情報処理装置１０１で開発したアプリケーションプログラムを動作させる、エンドユーザの入力端末である。この、アプリケーションクライアント１０４は、携帯端末などの情報処理装置であってもよいこととする。

なお、情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、および、アプリケーションクライアント１０４の何れかを、クラウドなどのインターネット上に配置してもよい。

以上で、図１の説明を終了する。

図２は、本発明に係わる情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４として適用可能な各ハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイス、タッチパネルが挙げられる。

なお、入力部２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーン等の、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。また、プロジェクタであってもよいこととする。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、出力部２１０上での表示を可能としている。また、ＣＰＵ２０１は、出力部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

図３は、本発明の実施の形態のソフトウェア構成を示すブロック図の一例である。

情報処理装置１０１は、以下の機能部を備える。

定義情報取得部３０１は、アプリケーションを構築するための定義情報を取得する機能部である。

設定取得部３０２は、アプリケーションのユーザから当該アプリケーションに係る質問を受け付け、当該質問に対する回答を出力するチャットボット機能を利用するかの設定を取得する機能部である。

構築部３０３は、設定取得部３０２によりチャットボット機能を利用する設定が取得された場合は、定義情報取得部３０１により取得された定義情報に基づき、チャットボット機能を利用可能なアプリケーションを構築する機能部である。

構築部３０３は、設定取得部３０２によりチャットボット機能を利用する設定が取得された画面においてチャットボット機能を利用可能なアプリケーションを構築する機能部である。

構築部３０３は、質問の内容及び当該質問に係るアプリケーション画面の識別情報に基づき取得した回答を出力するチャットボット機能を利用可能なアプリケーションを構築する機能部である。

構築部３０３は、質問の内容及び当該質問に係るアプリケーションの識別情報に基づき取得した回答を出力するチャットボット機能を利用可能なアプリケーションを構築する機能部である。

以上で、図３の説明を終了する。

図４は、情報処理装置１０１、アプリケーションサーバ１０２及びアプリケーションクライアント１０４の構成図である。

情報処理装置１０１は、リポジトリ定義部４０１及びアプリケーション生成部４１０を備える。

情報処理装置１０１は、アプリケーションを開発する開発者により設定されたリポジトリ定義部４０１の各定義を用いて、アプリケーション生成部４１０によりアプリケーションを生成する。

リポジトリ定義部４０１には、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６、アプリケーション設定情報４０７及びＱＡデータ４０８が記憶されている。これら４０２～４０８の定義は、アプリケーション構築ツールを介して、主にアプリケーション開発者によって設定又は配置される。勿論、ＱＡデータ４０８等は、アプリケーション開発者でなく、アプリケーション運用者等が作成するとしてもよい。

入出力定義４０３は、アプリケーション画面に配置される各種項目のレイアウトの定義情報を保持する。入出力定義４０３は、入力項目定義情報及び出力項目定義情報を含む。

入力項目定義情報は、生成されたアプリケーションの画面を介して当該アプリケーションのエンドユーザが入力する入力項目を定義した情報である。出力項目定義情報は、生成されたアプリケーションの画面に出力する出力項目を定義した情報である。以降、「入力項目定義情報」及び「出力項目定義情報」をまとめて「入出力項目定義情報」と呼ぶ。

なお、本実施形態においては、「入力項目定義情報は、生成されたアプリケーションの画面を介して当該アプリケーションのエンドユーザが入力する入力項目を定義した情報」「出力項目定義情報は、生成されたアプリケーションの画面に出力する出力項目を定義した情報」としたが、これらに限定するものではなく、例えば、画面を有さないバッチやＷｅｂサービス等のように、「入力項目定義情報は、生成されたアプリケーションに入力される入力項目を定義した情報」「出力項目定義情報は、生成されたアプリケーションが出力する出力項目を定義した情報」であってもよい。

データモデル定義４０４は、データベースのテーブルの項目の定義情報を保持する。入出力定義４０３の各項目には、データモデル定義４０４の項目を対応づけることができる。

ビジネスプロセス定義４０５は、アプリケーションにおけるデータを処理するためのロジックの定義情報を保持する。

データベース定義４０６は、アプリケーションが接続するデータベースに係る情報（データベースサーバ１０３のＩＰアドレス、接続ユーザ、接続パスワード等）を定義する。

アプリケーション設定情報４０７は、アプリケーション画面にチャットエリアを表示させるか否かの設定を定義する。

ＱＡデータ４０８は、チャットボットサーバ１０６が質問に対し回答をするためのＱＡの組み合わせを定義する。

アプリケーション生成部４１０は、アプリケーション生成用のリポジトリ定義解析部４１１を用いてリポジトリ定義部４０１に記憶されている各定義や各定義の関連を解析し、ソースコード生成部４１３を用いて、ＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）４２２及び４２４を含むアプリケーションソースコードを生成する。また、生成したアプリケーションソースコードのうち、コンパイルが必要なものは、ソースコードコンパイル部４１４を用いて、コンパイル済ソースコード４２１を生成する。すなわち、アプリケーション生成部４１０は、設定された定義を用いて、アプリケーションとして用いられるプログラムを生成する手段の一例である。

次に、チャットボットサーバ１０６について説明する。

チャットボットの処理に用いるコンパイル済ソースコード４２３、並びに、ＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）４２４を含むアプリケーションソースコードも同様に、アプリケーション生成部４１０、ソースコード生成部４１３、ソースコードコンパイル部４１４を用いて生成する。

また、チャットボットサーバ１０６には、リポジトリ定義部４０１に記憶されているＱＡデータ４０８に基づき、ＱＡデータ４２５を生成する。チャットボットサーバ１０６は、ＱＡデータ４２５を参照し、アプリケーションユーザからの質問に対する回答を取得して返信する。

以上で、図４の説明を終了する。

図５は、アプリケーション生成のフローチャートの一例を示す図である。

情報処理装置１０１は、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理する。なお、本実施形態においては、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理するとしたが、これに限定するものではなく、例えば、データベースを用いてリポジトリ定義部４０１の各定義を管理してもよいし、クラウドなどネットワーク上の記憶装置を用いて管理する等としてもよい。

アプリケーション生成のフローチャートについて説明する。

ステップＳ５０１において、情報処理装置１０１は、アプリケーション定義４０２の設定を受け付ける。すなわち、ステップＳ５０１は、アプリケーションを構築するための定義情報を取得する処理の一例を示すステップである。

具体的には、アプリケーション構築ツールの画面を介して、アプリケーション開発者から入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６、アプリケーション設定情報４０７及びＱＡデータ４０８の設定を受け付ける。

ステップＳ５０１にて、受け付けたアプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６、アプリケーション設定情報４０７及びＱＡデータ４０８の設定は、リポジトリ定義部４０１にＸＭＬファイル形式で記憶する。なお、本実施形態においては、ＸＭＬファイル形式としたが、この形式に限定するものではなく、他の形式であってもよい。

ステップＳ５０２において、情報処理装置１０１は、アプリケーション生成の指示を受け付ける。

ステップＳ５０３において、情報処理装置１０１は、リポジトリ定義部４０１からアプリケーション定義４０２を取得する。リポジトリ定義解析部４１１は、読み込んだ定義を解析したうえでＲＯＭ２０３に記憶しておき、解析された定義は各生成部から適宜参照される。

ステップＳ５０４において、情報処理装置１０１は、リポジトリ定義部４０１からデータモデル定義４０４を取得する。

ステップＳ５０５において、情報処理装置１０１は、リポジトリ定義部４０１から入出力定義４０３を取得する。

ステップＳ５０６において、情報処理装置１０１は、リポジトリ定義部４０１からビジネスプロセス定義４０５を取得する。

ステップＳ５０７において、情報処理装置１０１は、リポジトリ定義部４０１からデータベース定義４０６を取得する。

ステップＳ５０８において、情報処理装置１０１は、リポジトリ定義部４０１からアプリケーション設定情報４０７を取得する。

ステップＳ５０９において、情報処理装置１０１は、リポジトリ定義部４０１からＱＡデータ４０８を取得する。すなわち、ステップＳ５０１～Ｓ５０９は、アプリケーションを構築するための定義情報を取得する処理の一例を示すステップである。

ステップＳ５１０において、情報処理装置１０１は、アプリケーション生成部４１０を用いて、アプリケーションに用いるアプリケーションソースコード４４０を生成する。

ステップＳ５１１において、情報処理装置１０１は、ステップＳ５１０にて生成したアプリケーションソースコード４４０をアプリケーションサーバ１０２に配置（デプロイ）する。

すなわち、ステップＳ５１１は、取得された定義情報に基づき、アプリケーションを構築する処理の一例を示すステップである。

すなわち、ステップＳ５１１は、チャットボット機能を利用する設定が取得された場合は、取得された定義情報に基づき、チャットボット機能を利用可能なアプリケーションを構築する処理の一例を示すステップである。

すなわち、ステップＳ５１１は、チャットボット機能を利用する設定が取得された画面においてチャットボット機能を利用可能なアプリケーションを構築する処理の一例を示すステップである。

また、ステップＳ５０９にて取得したＱＡデータ４０８、チャットボット機能を実行するためのコンパイル済ソースコード４２３及び画面情報４２４を、チャットボットサーバ１０６に配置する。なお、本実施形態においては、ＱＡデータ４０８、コンパイル済ソースコード４２３及び画面情報４２４をチャットボットサーバ１０６に配置するとしたが、この方法に限定するものではなく、ＱＡデータ４０８のみをチャットボットサーバ１０６に配置したり、ＱＡデータ４０８等をアプリケーションサーバ１０２やアプリケーションクライアント１０４等その他の情報処理装置に配置したりするとしてもよい。

以上により、生成指示を受け付けたアプリケーションを生成（構築）することができる。

以上で、図５の説明を終了する。

図６は、アプリケーション実行のフローチャートの一例を示す図である。

ステップＳ６０１において、アプリケーションサーバ１０２は、ステップＳ５１１にてデプロイされたアプリケーションを起動する際、当該アプリケーションに含まれているアプリケーション設定情報４０７を取得し、当該アプリケーション及び各画面のチャットエリア表示設定を取得する。すなわち、ステップＳ６０１は、アプリケーションのユーザから当該アプリケーションに係る質問を受け付け、当該質問に対する回答を出力するチャットボット機能を利用するかの設定を取得する処理の一例を示すステップである。

図８の８００は、アプリケーション設定情報４０７の一例を示す図である。ここで、図８について説明しておく。

「ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」（図８の８０１）は、生成したアプリケーションの画面にチャットエリアを表示するか否かの設定（０：非表示、１：閉じた状態で表示、２：開いた状態で表示）である。

「ｓａｍｐｌｅＩＯ．ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」（図８の８０２）は、画面コード＝“ｓａｍｐｌｅＩＯ”の画面において、チャットエリアを表示するか否かの設定（０：非表示、１：閉じた状態で表示、２：開いた状態で表示）である。すなわち、図８の８０２は、アプリケーション画面の識別情報毎にチャットボット機能を利用するかの設定する手段の一例である。

「ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」の設定値よりも「画面コード．ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」の設定値を優先して各画面の表示／非表示を判定するため、「ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」の設定と異なる設定を行いたい画面は、「画面コード．ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」で個別に設定する。

ステップＳ６０２において、アプリケーションサーバ１０２は、これから表示するアプリケーション画面のチャットエリア表示設定を判定する。表示しない場合はチャットエリアを表示しないアプリケーション画面情報をアプリケーションクライアント１０４に送信してステップＳ６０３に進み、表示する場合はチャットエリアを表示するアプリケーション画面情報をアプリケーションクライアント１０４に送信してステップＳ６０４に進む。

すなわち、ステップＳ６０２は、チャットボット機能を利用する設定が取得された場合は、取得された定義情報に基づき、チャットボット機能を利用可能にする処理の一例を示すステップである。

すなわち、ステップＳ６０２は、チャットボット機能を利用する設定が取得された画面においてチャットボット機能を利用可能にする処理の一例を示すステップである。

つまり、これから表示するアプリケーション画面の画面ＩＤが、アプリケーション設定情報４０７の「ｓａｍｐｌｅＩＯ．ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」（図８の８０２）に設定されている場合はその設定値でチャットエリア表示設定を判定し、設定されていない場合は「ｈｅｌｐ．ｃｈａｔＵＩ．ｓｈｏｗ」（図８の８０１）の設定値でチャットエリア表示設定を判定する。

なお、本実施形態においては、「チャットエリア表示設定＝表示／非表示」としたが、この設定方法に限定するものではなく、例えば「チャットボット機能利用設定＝可能（有効）／不可能（無効）」等の設定であってもよい。この場合、「チャットボット機能利用設定＝可能（有効）」であれば、質問の入力を受け付けることを可能に制御し、「チャットボット機能利用設定＝不可能（無効）」であれば、質問の入力を受け付けることを不可能に制御する。

なお、本実施形態においては、アプリケーション設定情報４０７に設定されているアプリケーション単位又は画面単位でチャットボット機能の有効／無効を設定できるとしたが、この設定方法に限定するものではなく、アプリケーションユーザの属性（会社・組織若しくは権限等）、アプリケーションクライアントの端末・ＯＳ・ブラウザの種類・バージョン、参照するアプリケーションデータの値若しくはステータス、アプリケーションの利用時刻や利用場所又はアプリケーションサーバの識別情報等によって、「チャットエリア表示設定＝表示／非表示」を判定するとしてもよい。

ステップＳ６０３において、アプリケーションクライアント１０４は、アプリケーションサーバ１０２から送信されたアプリケーション画面情報を受信し、チャットエリアを表示しないアプリケーション画面を表示する。

ステップＳ６０４において、アプリケーションクライアント１０４は、アプリケーションサーバ１０２から送信されたアプリケーション画面情報を受信し、チャットエリア１０１０（図１０）を表示したアプリケーション画面を表示する。チャットエリアには、チャットボットに対して送信する質問を入力するためのテキストボックス１０１１（図１０）が表示されている。

ステップＳ６０５において、アプリケーションクライアント１０４は、アプリケーションユーザからの質問を受け付ける。具体的には、テキストボックス１０１１に対して質問の入力を受け付ける。ここでは、「ラインジャンプとはどんな機能ですか？」という質問の入力を受け付けたとする（図１０の１０２１）。なお、本実施形態においては、質問を文字による入力としたが、この方法に限定するものではなく、アプリケーション画面の表示内容の選択、質問選択肢からの選択、音声による質問入力等、他の入力方法であってもよい。

ステップＳ６０６において、アプリケーションクライアント１０４は、ステップＳ６０５にて受け付けた質問内容、アプリケーションコード及び画面コードを質問情報として、
チャットボットサーバ１０６へ送信する。図１０の１０３００３は、アプリケーションコード＝“ｓａｍｐｌｅＡＰＰ”、画面コード＝“ｓａｍｐｌｅＩＯ”の画面から質問内容＝“ラインジャンプとはどんな機能ですか？”を入力したときにチャットボットサーバ１０６へ送信される質問情報の一例である。

ステップＳ６０７において、チャットボットサーバ１０６は、チャットボット処理（図７）を実行する。

ここで、図７について説明しておく。図７は、チャットボット処理のフローチャートの一例を示す図である。

ステップＳ７０１において、チャットボットサーバ１０６は、アプリケーションクライアント１０４から送信された質問情報を受信する。

ステップＳ７０２において、チャットボットサーバ１０６は、ＱＡデータ前回読込日時とＱＡデータファイル更新日時を比較し、ＱＡデータ前回読込後、ＱＡデータファイルが新たに更新されている場合はステップＳ７０３に進み、更新されていない場合はステップＳ７０４に進む。

ステップＳ７０３において、チャットボットサーバ１０６は、ＱＡデータ４２５（図９）を読み込み、ＲＡＭ２０２に記憶する。

ここで、図９について説明しておく。図９の９００は、ＱＡデータ４２５の一例を示す図である。

図９の９００のＱＡデータ４２５には、例として、ＱＡレコードが４件格納されている。ＱＡデータは、｛質問，回答，アプリケーションコード，画面コード｝の順にカンマ区切りで記述する。

ＱＡの検索には、「質問」及び「回答」が利用される。「アプリケーションコード」及び「画面コード」は、アプリケーション毎、画面毎に異なるＱＡレコードを用意したい場合に設定する。例えば、特定アプリケーション専用のＱＡデータや特定画面専用のＱＡデータを用意したい場合は、アプリケーションコード又は画面コードにそれぞれのコードを設定することで、そのアプリケーション又はその画面からの質問に対してのみＱＡレコードをヒットさせることができる。

ＱＡレコード９０１は、「アプリケーションコード」及び「画面コード」を設定していないため、アプリケーション及び画面を特に限定しない回答として用いることができる。つまり、どのアプリケーションからも、どの画面からも、される可能性のある広く一般的な質問である。

ＱＡレコード９０２は、「アプリケーションコード」を設定し、「画面コード」を設定していないため、アプリケーションを限定し、画面コードは限定しない回答として用いることができる。つまり、特定アプリケーションの複数画面でされる可能性の高い質問である。言い換えると、ＱＡレコード９０２は、特定アプリケーションのみに存在する機能についてのＱＡデータである。

ＱＡレコード９０３は、「アプリケーションコード」を設定しておらず、「画面コード」を設定しているため、アプリケーションは特に限定せず、画面コードを限定した回答として用いることができる。つまり、複数アプリケーションにおける特定画面からされる可能性の高い質問である。言い換えると、ＱＡレコード９０３は、複数アプリケーションに共通して存在する機能だが、特定画面にしか存在しない機能（例：印刷機能）についてのＱＡデータである。

ＱＡレコード９０４は、「アプリケーションコード」及び「画面コード」を設定しているため、アプリケーション及び画面コードの両方を限定した回答として用いることができる。つまり、特定アプリケーションの特定画面からされる可能性の高いピンポイント的な質問である。言い換えると、ＱＡレコード９０４は、特定アプリケーションの特定画面にしか存在しない機能についてのＱＡデータである。

以上で、図９の説明を終了する。

図７の説明に戻る。

ステップＳ７０４において、チャットボットサーバ１０６は、ＲＡＭ２０２に記憶したＱＡデータ４２５のうち、「アプリケーションコード」及び「画面コード」が質問情報に含まれる「アプリケーションコード」及び「画面コード」と一致するＱＡデータの中から、質問内容に対応する回答を検索し（図１２の１２０１）、回答があった場合はステップＳ７０８に進み、無かった場合はステップＳ７０５に進む。

すなわち、ステップＳ７０４は、質問の内容及び当該質問に係るアプリケーション画面の識別情報に基づき回答を取得する処理の一例を示すステップである。

すなわち、ステップＳ７０４は、質問の内容及び当該質問に係るアプリケーションの識別情報に基づき回答を取得する処理の一例を示すステップである。

これにより、ＱＡレコード９０４（図９）のように、「アプリケーションコード」及び「画面コード」が設定されているＱＡレコードがヒットするため、特定アプリケーションの特定画面からされる可能性の高いピンポイント的な質問に対する回答が優先的に出力されることになる。

ここで、図１２について説明しておく。図１２は、チャットボットによる回答検索処理の一例を示す図である。

１２０１～１２０４の順に回答検索処理を行い、質問内容に対応する回答が見つかった時点で図１２の処理は中断し、アプリケーションクライアント１０４へヒットした回答内容を送信する。

ｓｅａｒｃｈｅｒは、ＱＡデータ４２５を形態素解析、キーワード抽出、インデックス化したオブジェクトである。

ｑｕｅｒｙは、質問情報１０３００３の質問内容を形態素解析、キーワード抽出、インデックス化したオブジェクトである。

ａｐｐＦｉｌｔｅｒは、質問情報１０３０のアプリケーションコードである。アプリケーションコードを指定しない場合は、ａｐｐＦｉｌｔｅｒの代わりに、すべてのアプリケーションコードを意味する“ａｌｌＡｐｐＦｉｌｔｅｒ”を用いる。

ｉｏＦｉｌｔｅｒは、質問情報１０３００３の画面コードである。画面コードを指定しない場合は、ｉｏＦｉｌｔｅｒの代わりに、すべての画面コードを意味する“ａｌｌＩｏＦｉｌｔｅｒ”を用いる。

なお、本実施形態においては、ＱＡデータ４２５及び質問情報１０３００３の形態素解析、キーワード抽出、インデックス化して質問に対する回答を取得するとしたが、この方法に限定するものではなく、その他の言語解析技術を用いた回答取得、人工知能を用いた回答取得、他システムと連携した回答取得等であってもよい。

以上で、図１２の説明を終了する。

図７の説明に戻る。

ステップＳ７０５において、チャットボットサーバ１０６は、ＲＡＭ２０２に記憶したＱＡデータ４２５のうち、「アプリケーションコード」が質問情報に含まれる「アプリケーションコード」と一致するＱＡデータ４２５の中から、質問内容に対応する回答を検索し（図１２の１２０２）、回答があった場合はステップＳ７０８に進み、無かった場合はステップＳ７０６に進む。すなわち、ステップＳ７０５は、質問の内容及び当該質問に係るアプリケーションの識別情報に基づき回答を取得する処理の一例を示すステップである。

これにより、ＱＡレコード９０２（図９）のように、「アプリケーションコード」が設定されているＱＡレコードがヒットするため、特定アプリケーションの複数画面でされる可能性の高い質問に対する回答が優先的に出力されることになる。

ステップＳ７０６において、チャットボットサーバ１０６は、ＲＡＭ２０２に記憶したＱＡデータ４２５のうち、画面コードが質問情報に含まれる画面コードと一致するＱＡデータ４２５の中から、質問内容に対応する回答を検索し（図１２の１２０３）、回答があった場合はステップＳ７０８に進み、無かった場合はステップＳ７０７に進む。すなわち、ステップＳ７０６は、質問の内容及び当該質問に係るアプリケーション画面の識別情報に基づき回答を取得する処理の一例を示すステップである。

これにより、ＱＡレコード９０３（図９）のように、「画面コード」が設定されているＱＡレコードがヒットするため、特定アプリケーションの複数画面でされる可能性の高い質問に対する回答が優先的に出力されることになる。

ステップＳ７０７において、チャットボットサーバ１０６は、ＲＡＭ２０２に記憶したＱＡデータ４２５の中から、質問内容に対応する回答を検索し（図１２の１２０４）、回答があった場合はステップＳ７０８に進み、無かった場合はステップＳ７０９に進む。

これにより、ＱＡレコード９０１（図９）のように、「アプリケーションコード」及び「画面コード」を設定していないＱＡレコードがヒットするため、どのアプリケーションからも、どの画面からも、される可能性のある広く一般的な質問に対する回答が出力されることになる。

なお、本実施形態においては、ステップＳ７０４～Ｓ７０６にて回答がヒットした場合、その後の検索を行わないとしたが、この手順に限定するものではなく、ステップＳ７０４～Ｓ７０６にて回答がヒットした場合であっても、その後の検索も行い、ヒットした順に回答を出力する（図６のステップＳ６０９）としてもよい。これにより、ピンポイント的な回答が優先的に出力され、広く一般的な回答が最後の方に出力されるようになるため、アプリケーションユーザが所望する回答を優先的に得られるようになる。

ステップＳ７０８において、チャットボットサーバ１０６は、アプリケーションクライアント１０４へヒットした回答内容を送信する。図１３の１３０１は、ステップＳ７０６にて回答がヒットした場合のチャットボットサーバ１０６のログの一例である。図１３の１３０２は、ステップＳ７０７にて回答がヒットした場合のチャットボットサーバ１０６のログの一例である。

ステップＳ７０９において、チャットボットサーバ１０６は、アプリケーションクライアント１０４へヒットする回答が無いことを送信する。図１３の１３０３は、回答がヒットしなかった場合のチャットボットサーバ１０６のログの一例である。

以上で、図７の説明を終了する。

図６の説明に戻る。

ステップＳ６０８において、アプリケーションクライアント１０４は、チャットボットサーバ１０６からの回答を受信する。図１１の１１０１は、図７の処理により回答が見つかったときにチャットボットサーバ１０６から受信する回答情報の一例である。

ステップＳ６０９において、アプリケーションクライアント１０４は、チャットボットサーバ１０６からの回答を出力する。図１１の１１０２は、図７の処理により回答が見つかったときの回答情報の出力例である。図１１の１１０３は、図７の処理により回答が見つからなかったときの回答情報の出力例である。

なお、本実施形態においては、回答をチャットエリアに文字で表示するとしたが、この出力方法に限定するものではなく、質問内容に係るアプリケーション画面部品近傍への回答表示、画像による回答表示、音声による回答出力等、他の出力方法であってもよい。

なお、本実施形態においては、アプリケーションクライアント１０４とチャットボットサーバ１０６とが情報を送受信することで質問に対する回答を取得するとしたが、この方法に限定するものではなく、アプリケーションクライアント１０４にＱＡデータ４２５をダウンロードしておき、アプリケーションクライアント１０４内の処理で質問に対する回答を取得したり、アプリケーションクライアント１０４とチャットボットサーバ１０６との間にアプリケーションサーバ１０２を介して情報を送受信したりする等の方法であってもよい。

ステップＳ６１０において、アプリケーションクライアント１０４は、アプリケーション画面の操作を受け付ける。この処理は、チャットボット機能とは直接関係のない処理である。

ステップＳ６１１において、アプリケーションクライアント１０４は、ステップＳ６１０にて受け付けた操作情報を送信する。

ステップＳ６１２において、アプリケーションサーバ１０２は、アプリケーション画面の操作情報を受信する。

ステップＳ６１３において、アプリケーションサーバ１０２は、アプリケーション画面の操作情報に基づき、アプリケーションの処理を実行する。その処理後、遷移先アプリケーション画面を特定し、ステップＳ６０２に戻る。

以上で、図６の説明を終了する。

以上により、アプリケーション構築ツールを用いてアプリケーションを構築すると共に、当該アプリケーションユーザのためのチャットボット機能を容易に構築することができる。つまり、チャットボット機能を利用可能なアプリケーションを容易に構築することができるようになる。

また、ＱＡデータに「アプリケーションコード」「画面コード」を持ち、図７のような処理を行うことにより、「アプリケーション」「画面」毎にヒット率を調整することができるようになるため、ＱＡデータのヒット率チューニングを容易にすることができるようになる。

なお、本実施形態においては、ＱＡレコードに持つことができる「アプリケーションコード」「画面コード」はそれぞれ１つとしたが、１つに限定するものではなく、複数の「アプリケーションコード」、複数の「画面コード」を設定できるとしてもよい。これにより、より柔軟なＱＡデータのヒット率の調整が可能になる。

また、ＱＡデータに「アプリケーションコード」を持ち、図４のようなシステム構成にすることで、複数のアプリケーションでチャットボット機能を共有することができるようになるため、チャットボット機能及びＱＡデータの管理が容易になる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 情報処理装置
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ ネットワーク
１０６ チャットボットサーバ

Claims (16)

1. ソースコードとは異なる、アプリケーションソフトウェアを構築するための複数の定義情報を取得する取得手段と、
   前記取得手段で取得した定義情報に、前記アプリケーションソフトウェアのユーザーから当該アプリケーションソフトウェアに係る質問の入力を受け付け、前記質問に対する回答を出力する所定の機能を利用する旨の情報が含まれる場合に、前記複数の定義情報に基づいて、前記所定の機能を利用可能なアプリケーションソフトウェアを構築するように制御する制御手段
   とを有することを特徴とする情報処理システム。
2. 前記複数の定義情報は、第１の定義情報と、前記所定の機能を利用するか否かを示す第２の定義情報とを含み、前記制御手段は、前記第１の定義情報と前記第２の定義情報とに基づくアプリケーションソフトウェアを構築するように制御することを特徴とする請求項１に記載の情報処理システム。
3. 前記第１の定義情報及び前記第２の定義情報の開発者からの設定を受け付ける受付手段を更に有し、
   前記取得手段は前記受付手段で受け付けた設定に基づく前記第１の定義情報及び前記第２の定義情報を取得することを特徴とする請求項２に記載の情報処理システム。
4. 前記第１の定義情報は、
   前記アプリケーションソフトウェアの画面に配置される各種項目のレイアウトの定義情報、
   前記アプリケーションソフトウェアに入力される入力項目を定義した情報、
   前記アプリケーションソフトウェアが出力する出力項目を定義した情報、
   データベースのテーブルの項目の定義情報、
   前記アプリケーションソフトウェアにおけるデータを処理するためのロジックの定義情報、
   前記アプリケーションソフトウェアが接続するデータベースに係る情報、当該データベースのＩＰアドレスの情報、接続ユーザーの情報、接続パスワードの情報
   の少なくとも１つを含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記第２の定義情報は、前記アプリケーションソフトウェアの画面を表示する際に前記質問の入力領域と前記回答の出力領域を含む機能領域を表示させるか否かを定義した情報であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
6. 前記機能領域はチャットエリアであることを特徴とする請求項５に記載の情報処理システム。
7. 前記第２の定義情報として、前記アプリケーションソフトウェアの画面ごとに前記機能領域を表示するか否かの第１の設定を開発者から受付可能であることを特徴とする請求項５または６に記載の情報処理システム。
8. 前記第２の定義情報として、前記アプリケーションソフトウェアの画面毎ではなく、前記アプリケーションソフトウェアの画面に前記機能領域を表示するか否かの第２の設定を開発者から受付可能であり、
   前記制御手段は、前記アプリケーションソフトウェアの画面毎に、
   前記第１の設定がされていない画面については前記第２の設定に基づき、
   前記第１の設定がされている画面については、前記第２の設定にかかわらず前記第１の設定に基づき、
   前記機能領域を表示するか否かが変わる前記アプリケーションソフトウェアを構築ように制御する
   ことを特徴とする請求項７に記載の情報処理システム。
9. 前記第２の定義情報としてさらに、前記機能領域を表示する場合に、前記機能領域を閉じた状態で表示するか開いた状態で表示するかの設定を開発者から受付可能であることを特徴とする請求項５乃至８のいずれか１項に記載の情報処理システム。
10. 前記制御手段は、前記所定の機能を利用可能なアプリケーションソフトウェアとして、
    前記所定の機能として質問が入力されると、
    当該質問と、当該アプリケーションソフトウェアの識別情報と用いた検索を行うように制御し、得られた回答を出力するように制御する
    アプリケーションソフトウェアを構築するように制御することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
11. 前記制御手段は、前記所定の機能を利用可能なアプリケーションソフトウェアとして、
    前記所定の機能として質問が入力されると、
    当該質問と、当該質問が入力された際のアプリケーションソフトウェアの画面識別情報と用いた検索を行うように制御し、得られた回答を出力するように制御する
    アプリケーションソフトウェアを構築するように制御することを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理システム。
12. 前記所定の機能は、
    質問と、回答と、アプリケーションソフトウェアの識別情報と、アプリケーションソフトウェアの画面識別情報とが対応づいたデータ
    に対して検索を行うことによって実行され、
    前記データの設定または配置を開発者から受付可能であることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理システム。
13. 前記アプリケーションソフトウェアで前記所定の機能の実行が指示されると、
    質問が入力された際のアプリケーションソフトウェアの識別情報と、アプリケーションソフトウェアの画面識別情報との双方が一致する第１の種別の回答、
    質問が入力された際のアプリケーションソフトウェアの識別情報が一致し、アプリケーションソフトウェアの画面識別情報にかかわらない第２の種別の回答、
    質問が入力された際のアプリケーションソフトウェアの識別情報にかかわらず、アプリケーションソフトウェアの画面識別情報が一致する第３の種別の回答、
    質問が入力された際のアプリケーションソフトウェアの識別情報とアプリケーションソフトウェアの画面識別情報の双方にかかわらない第４の種別の回答、
    のうちいずれかが、前記第１の種別の回答、前記第２の種別の回答、前記第３の種別の回答、前記第４の種別の回答の順で優先して出力されることを特徴とする請求項１３に記載の情報処理システム。
14. 前記所定の機能はチャットボットであることを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理システム。
15. ソースコードとは異なる、アプリケーションソフトウェアを構築するための複数の定義情報を取得する取得ステップと、
    前記取得ステップで取得した定義情報に、前記アプリケーションソフトウェアのユーザーから当該アプリケーションソフトウェアに係る質問の入力を受け付け、前記質問に対する回答を出力する所定の機能を利用する旨の情報が含まれる場合に、前記複数の定義情報に基づいて、前記所定の機能を利用可能なアプリケーションソフトウェアを構築するように制御する制御ステップ
    とを有することを特徴とする情報処理システムの制御方法。
16. 少なくとも１つのコンピュータを、請求項１乃至１４のいずれか１項に記載された情報処理システムの各手段として機能させるためのプログラム。

Images