JP6690796B1 - 情報管理プログラム、情報管理方法および情報管理装置 - Google Patents

Abstract

情報管理装置（１０１）は、チャットの開始指示に応じて、情報処理端末（１０２）におけるチャットボットでの会話を開始し、会話の内容に基づいて、情報処理端末（１０２）へサービスに関するレコメンド情報（１３０）を送信する。情報管理装置（１０１）は、情報処理端末（１０２）からレコメンド情報（１３０）に対する回答として、サービス（Ａ）に関する利用希望情報（１４０）を受信した場合、サービス（Ａ）の提供者に対応する情報処理装置（１０３）へ、情報処理端末（１０２）から受信したユーザ情報（１２０）にアクセス可能なパス情報（１５０）を送信する。情報管理装置（１０１）は、情報処理装置（１０３）からパス情報（１５０）を用いてアクセスされたユーザ情報（１２０）に対応するユーザにサービス（Ａ）を提供可能であることを示す受理通知（１６０）を受信した場合、ユーザ情報（１２０）を削除する。

Description

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

近年、チャットボットを利用して、店舗案内や観光案内などの情報提供を行うサービスが行われている。チャットボットは、人工知能を利用して、人間との対話やメッセージのやりとりを行うコンピュータシステムである。

先行技術としては、メッセージ交換スレッドから使用可能なエンティティを特定し、エンティティのコンテキストインジケータを決定し、コンテキストインジケータに基づいてエンティティが使用可能であるかどうかを決定し、エンティティが使用可能であることに応答して、エンティティに関する提案を参加者に提供するものがある。

特表２０１９−５０８８２０号公報

しかしながら、チャットボットを利用して一時的に利用するサービスなどの提供を行うにあたり、個々のユーザにあったサービスを提供することが難しい。

一つの側面では、本発明は、チャットボットを利用したサービスの円滑な提供を図ることを目的とする。

一つの実施態様では、情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、情報管理プログラムが提供される。

本発明の一側面によれば、チャットボットを利用したサービスの円滑な提供を図ることができるという効果を奏する。

図１は、実施の形態にかかる情報管理方法の一実施例を示す説明図である。 図２は、情報管理システム２００のシステム構成例を示す説明図である。 図３は、情報管理装置１０１のハードウェア構成例を示すブロック図である。 図４は、ユーザ端末２０１等のハードウェア構成例を示すブロック図である。 図５は、スクリプトテーブル２２０の記憶内容の一例を示す説明図である。 図６は、スクリプトの具体例を示す説明図である。 図７は、チャットログＤＢ２３０の記憶内容の一例を示す説明図である。 図８は、情報管理装置１０１の機能的構成例を示すブロック図である。 図９は、ユーザ情報テーブル９００の記憶内容の一例を示す説明図である。 図１０は、ユーザ情報の削除例を示す説明図（その１）である。 図１１は、ユーザ情報の削除例を示す説明図（その２）である。 図１２Ａは、ユーザ端末２０１の会話画面の画面例を示す説明図（その１）である。 図１２Ｂは、ユーザ端末２０１の会話画面の画面例を示す説明図（その２）である。 図１２Ｃは、ユーザ端末２０１の会話画面の画面例を示す説明図（その３）である。 図１２Ｄは、ユーザ端末２０１の会話画面の画面例を示す説明図（その４）である。 図１３Ａは、クライアント端末２０２の利用者属性画面の画面例を示す説明図（その１）である。 図１３Ｂは、クライアント端末２０２の利用者属性画面の画面例を示す説明図（その２）である。 図１４Ａは、クライアント端末２０２の予約確認画面の画面例を示す説明図（その１）である。 図１４Ｂは、クライアント端末２０２の予約確認画面の画面例を示す説明図（その２）である。 図１５は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャート（その１）である。 図１６は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャート（その２）である。 図１７は、ユーザ端末２０１の予約登録処理手順の一例を示すフローチャートである。 図１８は、クライアント端末２０２の利用者情報表示処理手順の一例を示すフローチャートである。 図１９は、クライアント端末２０２の予約処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる情報管理プログラム、情報管理方法および情報管理装置の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる情報管理方法の一実施例を示す説明図である。図１において、情報管理装置１０１は、チャットボットを利用したサービスの提供を支援するコンピュータである。サービスとしては、例えば、店舗案内や観光案内などの情報提供を行うサービスが挙げられる。

情報処理端末１０２は、ユーザがチャットボットとの会話を行う際に利用するコンピュータである。情報処理装置１０３は、サービスの提供者が使用するコンピュータである。情報処理端末１０２および情報処理装置１０３は、例えば、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。

ここで、チャットボットを利用して店舗案内や観光案内などの情報提供を行うにあたり、個々のユーザにあったサービスを提供することが望ましい。例えば、年代、性別、言語などの違いによって、ユーザにあったサービスは異なることがある。このため、ユーザの個人情報を取得し、その個人情報をもとにユーザにあったサービスを提供することが考えられる。

しかしながら、ユーザとしては、一時的に利用するサービスなどで、個人情報を取られることには抵抗があり、サービスを利用しにくいといった問題があった。例えば、観光地で利用するサービスのために、個人情報が採取され、ログとして蓄積されることに抵抗があり、サービスの利用を断念する場合がある。

そこで、本実施の形態では、ユーザにあったサービスを提供するために取得したユーザ情報を、ユーザとサービスの提供者とのマッチングが成立した場合などに削除することで、個人情報が蓄積されないようにしてユーザの抵抗感を少なくし、チャットボットを利用したサービスの円滑な提供を図る情報管理方法について説明する。以下、情報管理装置１０１の処理例について説明する。

（１）情報管理装置１０１は、情報処理端末１０２からチャットの開始指示を受信するとともに、情報処理端末１０２に対応するユーザ情報を受信する。ここで、チャットの開始指示は、ユーザとチャットボットとの会話を開始するためのものである。

ユーザ情報は、情報処理端末１０２を使用するユーザに関する情報であり、例えば、ユーザの属性情報と、ユーザの個人情報とを含む。ユーザの属性情報は、ユーザの特徴や状況を表す情報であり、例えば、年代、性別、国籍、言語、位置などを表す情報である。ユーザの個人情報は、ユーザを識別する情報であり、例えば、ユーザＩＤなどである。

図１の例では、情報処理端末１０２から、チャットの開始指示とともに、ユーザ情報１２０が受信された場合を想定する。受信されたユーザ情報１２０は、例えば、記憶部１１０に記憶され、チャットログと対応付けて管理される。チャットログは、チャットボットとユーザとの会話の内容を特定する情報である。

（２）情報管理装置１０１は、チャットの開始指示に応じて、情報処理端末１０２におけるチャットボットでの会話を開始して、会話の内容に基づいて、情報処理端末１０２へサービスに関するレコメンド情報を送信する。ここで、レコメンド情報は、ユーザに勧めるサービスの情報であり、例えば、お勧めサービスの一覧である。会話の内容は、例えば、ユーザによって、選択された選択肢や、入力されたメッセージを含む。

具体的には、例えば、情報管理装置１０１は、チャットボットでの会話を開始後、サービス一覧の表示を要求する選択肢が選択された場合に、情報処理端末１０２へサービスに関するレコメンド情報１３０を送信する。この結果、情報処理端末１０２において、お勧めサービスの一覧が表示される。

また、情報管理装置１０１は、チャットボットを利用したサービスの提供にあたり、チャットボットとの会話終了時に、情報処理端末１０２から受信したユーザ情報を削除する旨の情報を、情報処理端末１０２へ出力することにしてもよい。ユーザ情報を削除する旨の情報は、例えば、「お客様にあったサービスを提供するために取得した情報は、会話終了時に削除されます。」などのメッセージである。

メッセージの出力タイミングは、任意に設定可能である。例えば、情報管理装置１０１は、チャットボットとの会話を開始または終了する際に、情報処理端末１０２へメッセージを出力することにしてもよい。また、情報管理装置１０１は、情報処理端末１０２へサービスに関するレコメンド情報を送信した際に、さらに、メッセージを出力することにしてもよい。

図１の例では、チャットボットでの会話を開始後、情報処理端末１０２へサービスに関するレコメンド情報１３０が送信された場合を想定する。レコメンド情報１３０は、お勧めサービスの一覧である。また、情報処理端末１０２から取得したユーザ情報は、会話終了時に削除される旨のメッセージが、情報処理端末１０２へ出力された場合を想定する。

（３）情報管理装置１０１は、情報処理端末１０２からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信した場合、サービスの提供者に対応する情報処理装置１０３へ、受信したユーザ情報にアクセス可能なパス情報１５０を送信する。ここで、サービスの利用希望に関する情報は、ユーザがサービスの利用を希望していることを示す情報である。サービスの利用希望に関する情報は、例えば、サービスの提供者一覧の表示要求を含む。

また、パス情報は、ユーザ情報にアクセスすることができる権限を示す。例えば、パス情報は、ユーザ情報に有効期間内に所定回数、アクセス可能な情報である。パス情報は、例えば、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの属性情報のみにアクセス可能な情報であってもよい。

具体的には、例えば、情報管理装置１０１は、ユーザが利用を希望するサービスについて、あらかじめ登録された当該サービスの提供者に対応する情報処理装置１０３へパス情報を送信する。情報処理装置１０３は、パス情報に基づいて、ユーザ情報にアクセスすることができる。この結果、サービスの提供者は、サービスの利用を希望しているユーザの属性情報などを確認して、サービスを提供可能であるか否かを判断することができる。

図１の例では、情報処理端末１０２からレコメンド情報１３０に対する回答として、利用希望情報１４０を受信した場合を想定する。利用希望情報１４０は、サービスＡの利用希望に関する情報である。この場合、サービスＡの提供者に対応する情報処理装置１０３へ、ユーザ情報１２０にアクセス可能なパス情報１５０が送信される。情報管理装置１０１は、情報処理装置１０３からパス情報１５０に基づくアクセス要求を受け付けると、記憶部１１０に記憶されたパス情報１５０に対応するユーザ情報１２０を、情報処理装置１０３へ送信する。

（４）情報管理装置１０１は、情報処理装置１０３からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、ユーザ情報を削除する。所定時間は、任意に設定可能であり、例えば、数十秒程度の時間に設定される。

具体的には、例えば、情報管理装置１０１は、サービスの提供者に対応するいずれかの情報処理装置１０３から、サービスを提供可能であることを示す情報を受信した場合に、ユーザ情報を削除する。すなわち、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者が見つかったタイミングで、ユーザ情報を削除する。また、情報管理装置１０１は、情報処理装置１０３にパス情報を送信してから所定時間経過した場合に、ユーザ情報を削除することにしてもよい。

図１の例では、情報処理装置１０３から、受理通知１６０を受信した場合を想定する。受理通知１６０は、パス情報１５０を用いてアクセスされたユーザ情報１２０に対応するユーザにサービスＡを提供可能であることを示す情報である。この場合、情報管理装置１０１は、記憶部１１０に記憶された、パス情報１５０に対応するユーザ情報１２０を削除する。

なお、情報管理装置１０１が情報処理装置１０３からサービスを提供可能であることを示す情報を受信する前に、情報処理端末１０２との通信が切断される場合がある。例えば、ユーザがチャットボットとの会話を強制終了したり、通信障害が発生したりした場合に、情報処理端末１０２との通信が切断される。この場合、情報管理装置１０１において、情報処理端末１０２から受信したユーザ情報は、削除されずに残ってしまう。このため、情報管理装置１０１は、情報処理端末１０２との通信が終了した場合に、ユーザ情報を削除することにしてもよい。

このように、情報管理装置１０１によれば、サービスの利用を希望しているユーザの情報に、サービスの提供者側からアクセス可能にすることができる。これにより、サービスの提供者が、サービスの利用を希望しているユーザの属性情報などを確認した上で、サービスを提供可能であるか否かを判断することが可能となり、個々のユーザにあったサービスの提供につなげることができる。

また、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者が見つかったタイミング、または、所定時間経過したタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。このため、個人情報が取られることへのユーザの抵抗感を少なくして、チャットボットを利用したサービスの円滑な提供を図ることができる。

図１の例では、サービスＡの提供者は、サービスＡの利用を希望しているユーザの属性情報などを確認した上で、サービスＡを提供可能であるか否かを判断することができる。また、サービスＡの利用を希望するユーザに対して、サービスＡを提供可能な提供者がマッチングされたタイミングで、記憶部１１０からユーザ情報１２０を削除することができる。このため、ユーザ情報１２０がログとして蓄積されてしまうのを防ぐことができ、ユーザが安心してサービスＡを利用することが可能となる。

（情報管理システム２００のシステム構成例）
つぎに、図１に示した情報管理装置１０１を含む情報管理システム２００のシステム構成例について説明する。

図２は、情報管理システム２００のシステム構成例を示す説明図である。図２において、情報管理システム２００は、情報管理装置１０１と、ユーザ端末２０１と、クライアント端末２０２と、を含む。情報管理システム２００において、情報管理装置１０１、ユーザ端末２０１およびクライアント端末２０２は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ここで、情報管理装置１０１は、スクリプトテーブル２２０およびチャットログＤＢ（ＤａｔａＢａｓｅ）２３０を有し、チャットボットの会話を制御する。例えば、情報管理装置１０１は、サーバである。スクリプトテーブル２２０およびチャットログＤＢ２３０の記憶内容については、図５および図７を用いて後述する。

ユーザ端末２０１は、ユーザがチャットボットとの会話を行う際に利用するコンピュータである。例えば、ユーザ端末２０１は、スマートフォン、タブレットＰＣなどである。ただし、ユーザ端末２０１は、公共の場に設置されるデジタルボードなどの情報処理端末であってもよい。図１に示した情報処理端末１０２は、例えば、ユーザ端末２０１に対応する。

クライアント端末２０２は、サービスの提供者が使用するコンピュータである。例えば、クライアント端末２０２は、スマートフォン、タブレットＰＣなどである。図１に示した情報処理装置１０３は、例えば、クライアント端末２０２に対応する。

なお、図２の例では、ユーザ端末２０１およびクライアント端末２０２をそれぞれ１台のみ表示したが、情報管理システム２００には、ユーザ端末２０１およびクライアント端末２０２がそれぞれ複数台含まれる。

（情報管理装置１０１のハードウェア構成例）
つぎに、情報管理装置１０１のハードウェア構成例について説明する。

図３は、情報管理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報管理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報管理装置１０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示したユーザ端末２０１、クライアント端末２０２）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、情報管理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、情報管理装置１０１は、上述した構成部のうち、例えば、ディスクドライブ３０３、ディスク３０４、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有していなくてもよい。

（ユーザ端末２０１、クライアント端末２０２のハードウェア構成例）
つぎに、ユーザ端末２０１、クライアント端末２０２のハードウェア構成例について説明する。ここでは、ユーザ端末２０１、クライアント端末２０２を「ユーザ端末２０１等」と表記する。

図４は、ユーザ端末２０１等のハードウェア構成例を示すブロック図である。図４において、ユーザ端末２０１等は、ＣＰＵ４０１と、メモリ４０２と、ディスプレイ４０３と、入力装置４０４と、通信Ｉ／Ｆ４０５と、カメラ４０６と、スピーカ４０７と、マイクロフォン４０８とを有する。また、各構成部はバス４００によってそれぞれ接続される。

ここで、ＣＰＵ４０１は、ユーザ端末２０１等の全体の制御を司る。ＣＰＵ４０１は、複数のコアを有していてもよい。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する記憶部である。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

ディスプレイ４０３は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。ディスプレイ４０３としては、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。

入力装置４０４は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０４は、タッチパネル式の入力パッドやテンキーなどであってもよく、また、キーボードやマウスなどであってもよい。

通信Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、情報管理装置１０１）に接続される。そして、通信Ｉ／Ｆ４０５は、ネットワーク２１０と自装置内部とのインターフェースを司り、外部装置からのデータの入出力を制御する。

カメラ４０６は、画像（静止画または動画）を撮影して画像データを出力する撮影装置である。カメラ４０６は、例えば、ディスプレイ４０３を見ている人物や、その同行者を撮影可能な位置に設けられる。スピーカ４０７は、電気信号を音声に変換して、音声を出力する。マイクロフォン４０８は、音声を受音して電気信号に変換する。

なお、ユーザ端末２０１等は、上述した構成部のほかに、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ、近距離無線通信Ｉ／Ｆ、可搬型記録媒体Ｉ／Ｆ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニットなどを有することにしてもよい。

（スクリプトテーブル２２０の記憶内容）
つぎに、情報管理装置１０１が有するスクリプトテーブル２２０の記憶内容について説明する。スクリプトテーブル２２０は、例えば、図３に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。

図５は、スクリプトテーブル２２０の記憶内容の一例を示す説明図である。図５において、スクリプトテーブル２２０は、ユーザ属性およびスクリプトのフィールドを有し、各フィールドに情報を設定することで、スクリプト管理情報（例えば、スクリプト管理情報５００−１〜５００−３）をレコードとして記憶する。

ここで、ユーザ属性は、ユーザの特徴を表すものであり、例えば、年代、性別、言語、国籍、位置情報、気象情報などの組み合わせによって分類される。ユーザ属性としては、例えば、「２０代×女性」、「３０代×男性」、「２０代×女性×言語（英語）」、「２０代×女性×カップル」、「２０代×女性×天気（雨）」、「２０代×男性×場所（秋葉原）」などが挙げられる。なお、ユーザ属性として、例えば、「ＡＬＬ」のように、全てのユーザを対象とするものを設けることにしてもよい。

スクリプトは、チャットボットの会話の流れを定義した情報（シナリオ）であり、ユーザ属性に対応付けて用意される。ただし、図５では、スクリプトを識別するスクリプトＩＤ（例えば、ＳＰ１，ＳＰ２，ＳＰ３，…）のみ表記している。例えば、スクリプト管理情報５００−１は、ユーザ属性ＵＡ１に対応するスクリプトＳＰ１を示す。

（スクリプトの具体例）
つぎに、チャットボットの会話の流れを定義したスクリプトの具体例について説明する。ここでは、ユーザ属性ＵＡ１に対応するスクリプトＳＰ１を例に挙げて説明する。

図６は、スクリプトの具体例を示す説明図である。図６において、スクリプトＳＰ１は、チャットボットの会話の流れを定義した情報（シナリオ）である。ただし、図６では、スクリプトＳＰ１の一部を抜粋して表示している。具体的には、例えば、スクリプトＳＰ１は、チャットのトーク処理を定義した情報である。

トーク処理は、チャットボットの動作（挙動）を実現するための処理である。例えば、トーク処理は、発話する処理、選択肢を表示する処理、ユーザ操作に応じて選択肢を選択する処理、選択された選択肢に応じた手続を行う処理、トーク処理を終了する処理などを含む。

スクリプトＳＰ１において、例えば、ＳＴＲ−１は、トーク処理の開始を示す。ＴＸＴ−１は、メッセージ「こんにちは。チャットサポートです。ご質問をどうぞ。」を発話する処理を示す。ＳＬＣ−２は、ＯＰＴ−３〜ＯＰＴ−８の選択肢を表示する処理を示す。例えば、ＯＰＴ−３は、選択肢「人力車について」を示す。ＦＡＱ−１は、選択肢に応じたＦＡＱを検索して表示する処理である。なお、ＥＲＲ−１０は、エラー処理を示す。

（チャットログＤＢ２３０の記憶内容）
つぎに、情報管理装置１０１が有するチャットログＤＢ２３０の記憶内容について説明する。チャットログＤＢ２３０は、例えば、図２に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。図１に示した記憶部１１０は、例えば、チャットログＤＢ２３０に相当する。

図７は、チャットログＤＢ２３０の記憶内容の一例を示す説明図である。図７において、チャットログＤＢ２３０は、ログＩＤ、タイムスタンプ、ＳＰ＿ｉｄ、ｓｅｑ＿ｉｄ、前のｓｅｑ＿ｉｄ、ｌａｂｅｌ、メッセージ、ルームＩＤ、ユーザＩＤおよびアドレスのフィールドを有する。各フィールドに情報を設定することで、チャットログ（例えば、チャットログ７００−１〜７００−３）がレコードとして記憶される。

ここで、ログＩＤは、チャットログを識別する識別子である。タイムスタンプは、スクリプト内の処理（ステップ）が実行された日時を示す。ＳＰ＿ｉｄは、チャットボットの会話に適用されたスクリプトのスクリプトＩＤである。ｓｅｑ＿ｉｄは、実行された処理のＩＤを示す。前のｓｅｑ＿ｉｄは、直前に実行された処理のＩＤを示す。ｌａｂｅｌは、実行された処理の名前を示す。

メッセージは、実行された処理で発話された文章、または、選択された選択肢を示す。ルームＩＤは、チャットを行うルームのＩＤを示す。ルームＩＤによれば、チャットボットとの一連の会話を特定することができる。ユーザＩＤは、ユーザを識別する識別子である。

ユーザＩＤとして、例えば、ユーザ端末２０１のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを用いることにしてもよい。また、ユーザＩＤは、クッキー情報から生成されることにしてもよい。アドレスは、ユーザ端末２０１のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスである。

なお、図示は省略するが、チャットログには、スクリプト名、ｓｔａｙ＿ｔｉｍｅ、ｔｉｍｅｚｏｎｅなどの情報が含まれていてもよい。

（情報管理装置１０１の機能的構成例）
図８は、情報管理装置１０１の機能的構成例を示すブロック図である。図８において、情報管理装置１０１は、第１の通信部８０１と、会話制御部８０２と、第２の通信部８０３と、削除部８０４と、を含む。具体的には、例えば、第１の通信部８０１〜削除部８０４は、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

第１の通信部８０１は、ユーザ端末２０１からチャットの開始指示を受信するとともに、ユーザ端末２０１に対応するユーザ情報を受信する。ここで、チャットの開始指示は、ユーザとチャットボットとの会話を開始するためのものである。ユーザ情報は、例えば、ユーザ端末２０１を使用するユーザの属性情報と、ユーザの個人情報とを含む。ユーザの個人情報は、ユーザを識別する情報であり、例えば、ユーザＩＤなどである。

ユーザの属性情報は、ユーザ端末２０１が取得したユーザの特徴や状況を表す情報であり、例えば、年代、性別、国籍、言語、位置などを表す情報である。ユーザ端末２０１は、例えば、入力装置４０４（図４参照）を用いたユーザの操作入力により、ユーザの属性情報を取得することにしてもよい。

また、ユーザ端末２０１は、例えば、カメラ４０６（図４参照）により撮影された画像データ（例えば、動画）を解析して、ユーザの年代、性別、人数などを表す情報を抽出することにより、ユーザの属性情報を取得することにしてもよい。また、ユーザ端末２０１は、例えば、マイクロフォン４０８（図４参照）により受音された音声データを解析して、ユーザの性別、言語（国籍）などを表す情報を抽出することにより、ユーザの属性情報を取得することにしてもよい。また、ユーザ端末２０１は、例えば、不図示のＧＰＳユニットにより、現在位置を示す位置情報を、ユーザの属性情報として取得することにしてもよい。

これにより、ユーザ端末２０１において、ユーザの年代、性別、国籍、言語、人数、位置などの属性情報を取得することができる。

なお、画像データや音声データからユーザの属性情報を抽出する技術としては、既存のいかなる技術を用いることにしてもよい。例えば、ユーザ端末２０１は、深層学習などの機械学習に基づく手法により、画像や音声の特徴量から、年代、性別、言語、人数などの属性情報を抽出することにしてもよい。

受信されたユーザ情報は、例えば、図９に示すようなユーザ情報テーブル９００に記憶される。ユーザ情報テーブル９００は、例えば、チャットログＤＢ２３０に記憶される。

図９は、ユーザ情報テーブル９００の記憶内容の一例を示す説明図である。図９において、ユーザ情報テーブル９００は、パスＮｏ．ユーザ属性、ルームＩＤ、ユーザＩＤおよびアドレスのフィールドを有し、各フィールドに情報を設定することで、ユーザ管理情報（例えば、ユーザ管理情報９００−１）をレコードとして記憶する。

ここで、パスＮｏ．は、ユーザ情報を識別する識別子である。ユーザ属性は、ユーザの属性情報から特定されるユーザ属性である。ルームＩＤは、チャットを行うルームのＩＤを示す。ただし、ルームＩＤは、チャットボットでの会話を開始後に設定される。ユーザＩＤは、ユーザを識別する識別子であり、ユーザの個人情報に含まれる。アドレスは、ユーザ端末２０１のＩＰアドレスであり、ユーザの個人情報に含まれる。

会話制御部８０２は、チャットの開始指示に応じて、ユーザ端末２０１におけるチャットボットでの会話を開始する。具体的には、例えば、会話制御部８０２は、受信されたユーザ情報に含まれるユーザの属性情報に基づいて、ユーザ属性を特定する。つぎに、会話制御部８０２は、図５に示したスクリプトテーブル２２０を参照して、特定したユーザ属性に対応するスクリプトを、ユーザ端末２０１におけるチャットボットの会話に適用するスクリプトに決定する。

以下の説明では、ユーザ端末２０１におけるチャットボットの会話に適用するスクリプトを、「トークスクリプト」と表記する場合がある。

例えば、ユーザの属性情報を『年代「２０代」、性別「女性」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×女性」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×女性」に対応するスクリプトを、トークスクリプトに決定する。

また、ユーザの属性情報を『年代「２０代」、性別「女性」、人数「２名」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×女性×２名」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×女性×２名」に対応するスクリプトを、トークスクリプトに決定する。

また、ユーザの属性情報を『年代「３０代」、性別「男性」、位置「秋葉原」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「３０代×男性×秋葉原」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「３０代×男性×秋葉原」に対応するスクリプトを、トークスクリプトに決定する。

また、ユーザの属性情報を『年代「２０代」、性別「男性」、言語「フランス語」、人数「２人」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×男性×フランス人×２人」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×男性×フランス人×２人」に対応するスクリプトを、トークスクリプトに決定する。

なお、特定されたユーザ属性に対応するスクリプトが、スクリプトテーブル２２０にない場合がある。この場合、会話制御部８０２は、スクリプトテーブル２２０を参照して、ユーザ属性「ＡＬＬ」に対応するスクリプトを、トークスクリプトに決定してもよい。また、会話制御部８０２は、スクリプトテーブル２２０を参照して、ユーザ属性の少なくともいずれかの要素に対応するスクリプトを、トークスクリプトに決定してもよい。

例えば、ユーザ属性「２０代×女性×３名」に対応するスクリプトがないとする。この場合、会話制御部８０２は、スクリプトテーブル２２０を参照して、「２０代×女性」、「２０代×３名」および「女性×３名」のいずれかのユーザ属性に対応するスクリプトを、トークスクリプトに決定してもよい。

そして、会話制御部８０２は、決定したトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットでの会話を開始する。具体的には、例えば、会話制御部８０２は、トークスクリプトに従って、チャットボットにより、発話したり、選択肢を表示したり、選択された選択肢に応じたＦＡＱを検索して表示したりする。

ユーザ端末２０１において、ユーザは、選択肢を選択したり、メッセージを入力したりすることで、チャットボットとの会話を行う。なお、チャットボットとユーザとの会話履歴を示すチャットログは、例えば、チャットログＤＢ２３０に記憶される。

また、会話制御部８０２は、チャットボットでの会話を開始後、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信する。レコメンド情報は、例えば、お勧めサービスの一覧である。お勧めサービスは、例えば、トークスクリプトに選択肢としてあらかじめ定義されている。

具体的には、例えば、会話制御部８０２は、チャットボットでの会話を開始後、サービス一覧の表示を要求する選択肢が選択された場合に、ユーザ端末２０１へサービスに関するレコメンド情報を送信する。この結果、ユーザ端末２０１において、お勧めサービスのサービス一覧が表示される。

なお、ユーザ端末２０１に表示されるサービス一覧を含む画面例については、図１２Ａを用いて後述する。

また、会話制御部８０２は、ユーザ端末２０１へサービスに関するレコメンド情報を送信後、サービスの提供者への情報提供について、ユーザの同意確認を行うことにしてもよい。情報提供の対象となる情報は、ユーザ端末２０１から受信したユーザ情報である。ただし、ユーザ情報に含まれるユーザの個人情報については、情報提供の対象から除外してもよい。同意確認を行う処理は、例えば、トークスクリプトに記述されていてもよい。

なお、ユーザ端末２０１に表示されるユーザの同意確認を行う画面例については、図１２Ｂを用いて後述する。

また、会話制御部８０２は、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信する。ここで、サービスの利用希望に関する情報は、ユーザがサービスの利用を希望していることを示す情報であり、例えば、サービスの提供者一覧の表示要求を含む。

なお、会話制御部８０２は、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用を希望しないことを示す情報を受信した場合には、レコメンド情報の内容を変更して、ユーザ端末２０１に送信することにしてもよい。また、会話制御部８０２は、サービスの利用を希望しないことを示す情報を受信した場合に、チャットボットでの会話を終了してもよい。

また、会話制御部８０２は、サービスの提供者への情報提供について同意しないことを示す情報を受信した場合には、レコメンド情報の内容を変更してユーザ端末２０１に送信してもよく、また、チャットボットでの会話を終了してもよい。

第２の通信部８０３は、ユーザ端末２０１からレコメンド情報に対する回答としてサービスの利用希望に関する情報が受信された場合、サービスの提供者に対応するクライアント端末２０２へパス情報を送信する。ここで、サービスの提供者は、例えば、サービスを提供する店舗であり、サービスごとにあらかじめ登録されている。サービスの提供者は、１店舗のみ登録されている場合もあれば、複数店舗登録されている場合もある。

パス情報は、ユーザ端末２０１から受信したユーザ情報にアクセス可能な情報である。例えば、パス情報は、あらかじめ決められた所定回数または所定期間、ユーザ情報にアクセスすることができる権限を示す情報である。より具体的には、例えば、パス情報は、ユーザ情報に有効期間内に一度限りアクセス可能なワンタイムパス情報である。

また、パス情報は、ユーザ情報に含まれるユーザの属性情報およびユーザの個人情報のうち、ユーザの属性情報にアクセス可能な情報であってもよい。すなわち、パス情報は、ユーザ情報に含まれる全ての情報にアクセス可能にするのではなく、ユーザの属性情報にのみアクセス可能な情報であってもよい。

パス情報には、例えば、アクセス可能なユーザ情報を識別するパスＮｏ．が含まれる。クライアント端末２０２は、例えば、パス情報に含まれるパスＮｏ．を用いて、有効期間内に一度限りユーザ情報にアクセスすることができる。

具体的には、例えば、情報管理装置１０１は、クライアント端末２０２からパスＮｏ．を指定したアクセス要求を受け付けると、図９に示したユーザ情報テーブル９００を参照して、指定されたパスＮｏ．に対応するユーザ属性を特定する。そして、情報管理装置１０１は、特定したユーザ属性を表す利用者属性情報を、クライアント端末２０２に送信する。この結果、クライアント端末２０２において、利用者属性情報が表示される。

これにより、サービスの提供者は、例えば、サービスの利用を希望しているユーザの属性情報を確認して、サービスを提供可能であるか否かを判断することができる。ただし、情報管理装置１０１は、パス情報の有効期間外であったり、２回目以降のアクセス要求であった場合は、クライアント端末２０２に対してユーザ情報にアクセスできない旨の応答を行う。

なお、クライアント端末２０２に表示される利用者属性情報を含む画面例については、図１３Ａを用いて後述する。

第２の通信部８０３は、クライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信する。具体的には、例えば、第２の通信部８０３は、パス情報を送信したクライアント端末２０２から、サービス提供可能通知を受信する。サービス提供可能通知は、サービスを提供可能であることを示す情報である。サービス提供可能通知には、例えば、パス情報に含まれるパスＮｏ．が含まれる。

また、第２の通信部８０３は、クライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供できないことを示す情報を受信する。具体的には、例えば、第２の通信部８０３は、パス情報を送信したクライアント端末２０２から、サービス提供不可通知を受信する。サービス提供不可通知は、サービスを提供できないことを示す情報である。サービス提供不可通知には、例えば、パス情報に含まれるパスＮｏ．が含まれる。

また、会話制御部８０２は、クライアント端末２０２からサービスを提供可能であることを示す情報が受信された場合、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信することにしてもよい。ここで、サービスを提供可能な提供者とは、サービスを提供可能であることを示す情報を送信してきたクライアント端末２０２に対応する提供者である。

また、提供者情報は、例えば、サービスを提供可能な店舗の中から、サービスの提供を希望する店舗を選択可能な情報である。提供者情報には、例えば、パス情報のパスＮｏ．が含まれる。この結果、ユーザ端末２０１において、例えば、提供者情報に基づいて、サービスを提供可能な店舗一覧が表示され、店舗一覧の中からサービスの提供を希望する店舗を選択可能となる。

なお、ユーザ端末２０１に表示される店舗一覧を含む画面例については、図１２Ｃを用いて後述する。

また、会話制御部８０２は、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報を受信する。具体的には、例えば、会話制御部８０２は、ユーザ端末２０１から、サービスを提供可能な店舗一覧から選択された店舗を特定する店舗選択結果を受信する。店舗選択結果には、例えば、提供者情報に含まれるパスＮｏ．が含まれる。

削除部８０４は、所定の削除条件を満たす場合に、ユーザ端末２０１から受信されたユーザ情報を削除する。所定の削除条件は、任意に設定可能である。また、削除部８０４は、ユーザ情報を削除するにあたり、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することにしてもよい。すなわち、ユーザ情報に含まれるユーザの属性情報については、削除対象から除外してもよい。

具体的には、例えば、削除部８０４は、クライアント端末２０２からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報が受信された場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。

より詳細に説明すると、例えば、削除部８０４は、クライアント端末２０２からサービス提供可能通知が受信された場合、ユーザ情報テーブル９００を参照して、サービス提供可能通知に含まれるパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。

これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。

また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。

これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。また、ユーザ管理情報に含まれるユーザ属性を残すことで、ログ解析等を行う場合に役立てることができる。なお、チャットログに対応するユーザ属性は、例えば、ユーザ管理情報に含まれるルームＩＤから特定することができる。

また、削除部８０４は、例えば、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報が受信された場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。

より詳細に説明すると、例えば、削除部８０４は、ユーザ端末２０１から店舗選択結果が受信された場合、ユーザ情報テーブル９００を参照して、店舗選択結果に含まれるパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。

これにより、ユーザによってサービスの提供を希望する店舗（提供者）が選択されたタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。

また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。

これにより、ユーザによってサービスの提供を希望する店舗（提供者）が選択されたタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。

また、削除部８０４は、例えば、クライアント端末２０２にパス情報が送信されてから所定時間経過した場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。所定時間は、例えば、数十秒程度の時間に設定される。

より詳細に説明すると、例えば、削除部８０４は、ユーザ情報テーブル９００を参照して、クライアント端末２０２に送信されてから所定時間経過したパス情報のパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。

これにより、クライアント端末２０２にパス情報が送信されてから所定時間経過したタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。

また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。

これにより、クライアント端末２０２にパス情報が送信されてから所定時間経過したタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。

ここで、所定の削除条件を満たす前に、情報管理装置１０１とユーザ端末２０１との通信が切断される場合がある。例えば、ユーザがチャットボットとの会話を強制終了したり、通信障害が発生したりした場合に、ユーザ端末２０１との通信が切断される。

この場合、ユーザ端末２０１から受信されたユーザ情報は、情報管理装置１０１から削除されずに残ってしまう。このため、削除部８０４は、ユーザ端末２０１との通信が終了した場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。これにより、ユーザがチャットから途中で離脱した際に、情報管理装置１０１にユーザ情報が残ってしまうのを防ぐことができる。

なお、ユーザ情報の削除例については、図１０および図１１を用いて後述する。

会話制御部８０２は、クライアント端末２０２からパス情報用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報が受信された場合、ユーザ端末２０１およびクライアント端末２０２（または、ユーザ端末２０１のみ）へ、サービスに関するマッチング成立情報を送信することにしてもよい。

また、会話制御部８０２は、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報が受信された場合に、ユーザ端末２０１およびクライアント端末２０２へマッチング成立情報を送信することにしてもよい。

具体的には、例えば、会話制御部８０２は、所定の削除条件を満たす場合に、ユーザ端末２０１およびクライアント端末２０２へマッチング成立情報を送信する。ここで、マッチング成立情報は、サービスを利用するユーザと、サービスの提供者とのマッチングが成立したことを示す情報である。

ユーザ端末２０１に送信されるマッチング成立情報には、例えば、サービスを提供可能な店舗の情報、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が含まれる。また、クライアント端末２０２に送信されるマッチング成立情報には、例えば、パスＮｏ．に対応するユーザとのマッチングが成立したことを示すメッセージが含まれる。

これにより、以降において、ユーザは、ユーザ端末２０１からクライアント端末２０２に直接アクセスして、店舗の予約等を行うことができる。また、サービスの提供者は、パスＮｏ．に対応するユーザからの予約が発生する可能性があることを把握することができる。

（ユーザ情報の削除例）
つぎに、図１０および図１１を用いて、情報管理装置１０１における、ユーザ端末２０１から受信したユーザ情報の削除例について説明する。ここでは、パスＮｏ．「５０８」に対応するユーザ情報を削除する場合を例に挙げて説明する。また、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除する場合を例に挙げて説明する。

図１０は、ユーザ情報の削除例を示す説明図（その１）である。図１０において、チャットログＤＢ２３０（図７参照）内のチャットログ７００−３が示されている。チャットログ７００−３は、パスＮｏ．「５０８」に対応するユーザ情報を含むチャットログの一例である。

この場合、削除部８０４は、チャットログ７００−３から、ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」を削除する。ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」は、ユーザの個人情報に相当する。これにより、チャットログ７００−３から個人を特定可能な情報を削除することができる。

図１１は、ユーザ情報の削除例を示す説明図（その２）である。図１１において、ユーザ情報テーブル９００（図９参照）内のユーザ管理情報９００−１が示されている。ユーザ管理情報９００−１は、パスＮｏ．「５０８」に対応するユーザ情報を含むユーザ管理情報である。

この場合、削除部８０４は、ユーザ管理情報９００−１から、ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」を削除する。これにより、ユーザ管理情報９００−１から個人を特定可能な情報を削除することができる。

また、ユーザ管理情報９００−１のルームＩＤ「Ｒ１」をキーとして、チャットログＤＢ２３０内のルームＩＤ「Ｒ１」のチャットログに対応するユーザ属性「フランス人、男性、２０代、２名」を特定することができる。これにより、チャットログに対応するユーザ属性を特定した上で、チャットの導線解析等を行うことが可能となる。

（ユーザ端末２０１の会話画面の画面例）
つぎに、図１２Ａ、図１２Ｂ、図１２Ｃおよび図１２Ｄを用いて、ユーザ端末２０１のディスプレイ４０３（図４参照）に表示される会話画面の画面例について説明する。ここでは、ユーザ端末２０１におけるチャットボットとの会話が、ユーザ属性「２０代×男性×フランス人×２名」に対応するトークスクリプトを用いて開始された場合を想定する。

図１２Ａ、図１２Ｂ、図１２Ｃおよび図１２Ｄは、ユーザ端末２０１の会話画面の画面例を示す説明図である。図１２Ａにおいて、会話画面１２１０は、情報管理装置１０１からのサービスに関するレコメンド情報に基づいて表示されるサービス一覧１２１１を含む操作画面の一例である。

会話画面１２１０において、例えば、入力装置４０４（図４参照）を用いたユーザの操作入力により、サービス一覧１２１１内のボタン１２１２〜１２１６のいずれかを選択することにより、利用を希望するサービスを選択することができる。

また、会話画面１２１０において、ユーザの操作入力により、サービス一覧１２１１内のボタン１２１７を選択すると、ユーザ端末２０１から情報管理装置１０１へサービスの利用を希望しないことを示す情報が送信される。

例えば、会話画面１２１０において、ボタン１２１５が選択されると、会話画面１２２０が表示される。会話画面１２２０は、サービス「めいどカフェ」を提供可能な店舗一覧とサービス詳細を表示するかを問い合わせる確認画面である。

会話画面１２２０において、ユーザの操作入力により、ボタン１２２１を選択すると、図１２Ｂに示す会話画面１２３０が表示される。また、会話画面１２２０において、ユーザの操作入力により、ボタン１２２２を選択すると、会話画面１２１０に戻る。

図１２Ｂにおいて、会話画面１２３０は、サービスの提供者へ利用者情報（個人情報を含まないユーザ情報）を提供してもよいかの同意確認を行う同意確認画面の一例である。会話画面１２３０には、サービスの提供者へ提供される利用者情報は、会話終了時に削除される旨のメッセージが表示されている。

会話画面１２３０によれば、ユーザは、サービスの提供者へ利用者情報を提供してもよいかの同意確認を行うことができる。また、ユーザは、チャットボットとの会話終了時に利用者情報が削除されることがわかる。

会話画面１２３０において、ユーザの操作入力により、ボタン１２３１を選択すると、ユーザ端末２０１から情報管理装置１０１へ、サービスの利用希望に関する情報が送信され、メッセージ１２３３が表示された後、図１２Ｃに示す会話画面１２４０が表示される。また、会話画面１２３０において、ユーザの操作入力により、ボタン１２３２を選択すると、会話画面１２１０に戻る。

図１２Ｃにおいて、会話画面１２４０は、情報管理装置１０１からのサービスを提供可能な提供者に関する提供者情報に基づいて表示される店舗一覧１２４１を含む操作画面の一例である。店舗一覧１２４１は、ユーザ属性「２０代×男性×フランス人×２名」に対応するユーザにサービスを提供可能である旨の応答をした店舗の一覧である。

会話画面１２４０において、ユーザの操作入力により、店舗一覧１２４１内のボタン１２４２，１２４３のいずれかを選択することにより、サービスの提供を希望する店舗を選択することができる。また、会話画面１２４０において、ユーザの操作入力により、店舗一覧１２４１内のボタン１２４４を選択すると、ユーザ端末２０１から情報管理装置１０１へサービスの利用を希望しないことを示す情報が送信される。

例えば、会話画面１２４０において、ボタン１２４２が選択されると、ユーザ端末２０１から情報管理装置１０１へ店舗選択結果「店舗Ｃ」が送信された結果、会話画面１２５０が表示される。会話画面１２５０は、ユーザ端末２０１からの店舗選択結果「店舗Ｃ」に応じて情報管理装置１０１から送信されるマッチング成立情報に基づいて表示される操作画面の一例である。

会話画面１２５０において、ユーザの操作入力により、ボタン１２５１を選択すると、ユーザ端末２０１から情報管理装置１０１へ店舗Ｃの予約を行う旨の情報が送信される。この結果、ユーザ端末２０１におけるチャットボットとの会話が終了して、図１２Ｄに示す予約画面１２６０が表示される。また、会話画面１２５０において、ユーザの操作入力により、ボタン１２５２を選択すると、会話画面１２４０に戻る。

なお、情報管理装置１０１へ店舗Ｃの予約を行う旨の情報が送信されると、情報管理装置１０１において、ユーザ端末２０１から受信したユーザ情報が削除される。すなわち、情報管理装置１０１は、店舗選択結果「店舗Ｃ」を受信し、かつ、店舗Ｃの予約を行う旨の情報を受信した場合に、サービスの提供を希望する提供者を特定する情報を受信したとして、ユーザ情報を削除する。

予約画面１２６０は、情報管理装置１０１からのマッチング成立情報（例えば、店舗ＣのＵＲＬ）に基づいて表示される操作画面の一例である。予約画面１２６０において、ユーザの操作入力により、利用人数、メールアドレス、連絡先番号および入店時間を指定して、ボタン１２６１を選択すると、店舗Ｃの予約登録を行うことができる。

より詳細に説明すると、ボタン１２６１を選択すると、指定された利用人数、メールアドレス、連絡先番号および入店時間を含む予約登録情報が、ユーザ端末２０１から店舗Ｃに対応するクライアント端末２０２へ送信される。予約登録情報には、利用者属性情報、または、利用者属性情報に対応するパスＮｏ．が含まれていてもよい。この結果、店舗Ｃの予約が完了すると、予約完了画面１２７０が表示される。

また、予約画面１２６０において、ユーザの操作入力により、ボタン１２６２を選択すると、店舗Ｃの予約登録が中止され、予約画面１２６０の表示が終了する。

（クライアント端末２０２の各種画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０３（図４参照）に表示される各種画面の画面例について説明する。まず、図１３Ａおよび図１３Ｂを用いて、利用者属性画面の画面例について説明する。

図１３Ａおよび図１３Ｂは、クライアント端末２０２の利用者属性画面の画面例を示す説明図である。図１３Ａにおいて、利用者属性画面１３１０は、情報管理装置１０１からのパス情報に基づいて表示されるサービス要求一覧１３１１を含む操作画面の一例である。サービス要求一覧１３１１は、クライアント端末２０２に対応する提供者のサービスの利用を希望する要求の一覧である。ただし、図１３Ａの例では、サービス要求が１つのみ表示されている。

利用者属性画面１３１０において、入力装置４０４（図４参照）を用いたユーザの操作入力により、ボタン１３１２を選択することにより、パスＮｏ．「５０８」に対応するユーザ情報にアクセスすることができる。クライアント端末２０２のユーザは、サービスの提供者である。

より詳細に説明すると、ボタン１３１２を選択すると、クライアント端末２０２から情報管理装置１０１へパスＮｏ．「５０８」を指定したアクセス要求が送信され、利用者属性画面１３２０が表示される。なお、利用者属性画面１３１０において、ユーザの操作入力により、ボタン１３１３を選択すると、利用者属性画面１３１０の表示を終了して、初期画面（不図示）に戻ることができる。

利用者属性画面１３２０は、パスＮｏ．「５０８」に対応する利用者属性情報１３２１を表示する操作画面の一例である。利用者属性情報１３２１は、パスＮｏ．「５０８」に対応するユーザのユーザ属性「２０代×男性×フランス人×２名」を示している。利用者属性画面１３２０によれば、サービスの提供者は、サービスの利用を希望しているユーザの属性を確認して、サービスを提供可能であるか否かを判断することができる。

利用者属性画面１３２０において、ボタン１３２２を選択すると、クライアント端末２０２から情報管理装置１０１へサービス提供可能通知が送信される。サービス提供可能通知は、パス情報（パスＮｏ．「５０８」）に対応するユーザにサービスを提供可能であることを示す情報である。

また、利用者属性画面１３２０において、ボタン１３２３を選択すると、クライアント端末２０２から情報管理装置１０１へサービス提供不可通知が送信される。サービス提供不可通知は、パス情報（パスＮｏ．「５０８」）に対応するユーザにサービスを提供できないことを示す情報である。

ここでは、利用者属性画面１３２０において、ボタン１３２２が選択された場合を想定する。この場合、利用者属性画面１３３０が表示される。利用者属性画面１３３０は、パスＮｏ．「５０８」に対応するサービス要求に対する応答が完了したことを示す応答完了画面である。

なお、利用者属性画面１３３０において、ユーザの操作入力により、ボタン１３３１を選択すると、利用者属性画面１３２０の表示を終了して、初期画面（不図示）に戻ることができる。

つぎに、図１４Ａおよび図１４Ｂを用いて、予約確認画面の画面例について説明する。

図１４Ａおよび図１４Ｂは、クライアント端末２０２の予約確認画面の画面例を示す説明図である。図１４Ａにおいて、予約確認画面１４１０は、ユーザ端末２０１からの予約登録情報に基づいて表示される予約要求一覧１４１１を含む操作画面の一例である。予約要求一覧１４１１は、サービスの予約を希望する要求の一覧である。ただし、図１４Ａの例では、予約要求が１つのみ表示されている。

予約確認画面１４１０において、ユーザの操作入力により、ボタン１４１２を選択すると、予約確認画面１４２０が表示され、パスＮｏ．「５０８」に対応する予約情報詳細を表示することができる。また、予約確認画面１４１０において、ユーザの操作入力により、ボタン１４１３を選択すると、予約確認画面１４１０の表示を終了して、初期画面（不図示）に戻ることができる。

ここでは、予約確認画面１４１０において、ボタン１４１２が選択された場合を想定する。この場合、予約確認画面１４２０が表示される。予約確認画面１４２０は、ユーザ端末２０１からの予約登録情報に基づいて表示される予約情報詳細画面の一例である。予約確認画面１４２０は、予約情報１４２１と利用者属性情報１４２２とを含む。

予約情報１４２１は、サービス要求元のユーザにより指定された利用人数、メールアドレス、連絡先番号および入店時間を示す。利用者属性情報１４２２は、サービス要求元のユーザのユーザ属性「２０代×男性×フランス人×２名」を示す。

予約確認画面１４２０によれば、サービスの提供者は、ユーザからの予約登録内容およびユーザ属性を確認して、予約を受理するか否かを判断することができる。また、ユーザ属性を把握した上で予約を受理することができるため、サービス提供時にきめ細かい対応を行うことが可能となり、サービスの品質を向上させることができる。

予約確認画面１４２０において、ボタン１４２３を選択すると、クライアント端末２０２からユーザ端末２０１へ予約受理通知が送信される。予約受理通知は、予約が受理されたことを示す情報である。また、予約確認画面１４２０において、ボタン１４２４を選択すると、クライアント端末２０２からユーザ端末２０１へ予約却下通知が送信される。予約却下通知は、予約が受理されなかったことを示す情報である。

ここでは、予約確認画面１４２０において、ボタン１４２３が選択された場合を想定する。この場合、予約確認画面１４３０が表示される。予約確認画面１４３０は、パスＮｏ．「５０８」に対応する予約要求に対する予約が成立したことを示す予約成立画面（応答完了画面）である。

なお、予約確認画面１４３０において、ユーザの操作入力により、ボタン１４３１を選択すると、予約確認画面１４３０の表示を終了して、初期画面（不図示）に戻ることができる。

（情報管理装置１０１の情報管理処理手順）
つぎに、情報管理装置１０１の情報管理処理手順について説明する。

図１５および図１６は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、情報管理装置１０１は、ユーザ端末２０１から、チャットの開始指示とともに、ユーザ端末２０１に対応するユーザ情報を受信したか否かを判断する（ステップＳ１５０１）。

ここで、情報管理装置１０１は、チャットの開始指示とともにユーザ情報を受信するのを待つ（ステップＳ１５０１：Ｎｏ）。そして、情報管理装置１０１は、チャットの開始指示とともにユーザ情報を受信した場合（ステップＳ１５０１：Ｙｅｓ）、受信したユーザ情報に基づいて、ユーザ属性を特定する（ステップＳ１５０２）。

つぎに、情報管理装置１０１は、スクリプトテーブル２２０を参照して、特定したユーザ属性に対応するスクリプトを、ユーザ端末２０１におけるチャットボットの会話に適用するトークスクリプトに決定する（ステップＳ１５０３）。そして、情報管理装置１０１は、決定したトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットとの会話を開始する（ステップＳ１５０４）。

つぎに、情報管理装置１０１は、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信する（ステップＳ１５０５）。この結果、ユーザ端末２０１において、例えば、図１２Ａに示したようなサービス一覧１２１１を含む会話画面１２１０が表示される。

そして、情報管理装置１０１は、ユーザ端末２０１において利用を希望するサービスが選択されたか否かを判断する（ステップＳ１５０６）。ここで、利用を希望するサービスが選択されなかった場合（ステップＳ１５０６：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。

一方、利用を希望するサービスが選択された場合（ステップＳ１５０６：Ｙｅｓ）、情報管理装置１０１は、ユーザ端末２０１において店舗一覧とサービス詳細表示が希望されたか否かを判断する（ステップＳ１５０７）。ここで、店舗一覧とサービス詳細表示が希望されなかった場合（ステップＳ１５０７：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。

一方、店舗一覧とサービス詳細表示が希望された場合（ステップＳ１５０７：Ｙｅｓ）、情報管理装置１０１は、利用者情報の店舗への提供にユーザが同意したか否かを判断する（ステップＳ１５０８）。ここで、利用者情報の店舗への提供にユーザが同意しなかった場合（ステップＳ１５０８：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。

一方、利用者情報の店舗への提供にユーザが同意した場合（ステップＳ１５０８：Ｙｅｓ）、情報管理装置１０１は、図１６に示したステップＳ１６０１に移行する。

図１６のフローチャートにおいて、まず、情報管理装置１０１は、サービスの提供者に対応するクライアント端末２０２へ、ユーザ端末２０１から受信したユーザ情報にアクセス可能なパス情報を送信する（ステップＳ１６０１）。つぎに、情報管理装置１０１は、クライアント端末２０２から、パスＮｏ．を指定したアクセス要求を受信したか否かを判断する（ステップＳ１６０２）。

ここで、クライアント端末２０２からアクセス要求を受信していない場合（ステップＳ１６０２：Ｎｏ）、情報管理装置１０１は、ステップＳ１６０４に移行する。一方、クライアント端末２０２からアクセス要求を受信した場合（ステップＳ１６０２：Ｙｅｓ）、情報管理装置１０１は、指定されたパスＮｏ．に対応する利用者属性情報をクライアント端末２０２に送信する（ステップＳ１６０３）。

つぎに、情報管理装置１０１は、パス情報を送信した全てのクライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であるか否かを示す応答（サービス提供可能通知またはサービス提供不可通知）を受信したか否かを判断する（ステップＳ１６０４）。

ここで、情報管理装置１０１は、全てのクライアント端末２０２から応答を受信していない場合（ステップＳ１６０４：Ｎｏ）、ステップＳ１６０２に戻る。ただし、ステップＳ１６０４において、情報管理装置１０１は、パス情報を送信してから所定時間（例えば、２０秒）経過したら、ステップＳ１６０５に移行することにしてもよい。

そして、情報管理装置１０１は、パス情報を送信した全てのクライアント端末２０２から応答を受信した場合（ステップＳ１６０４：Ｙｅｓ）、受信した応答（サービス提供可能通知またはサービス提供不可通知）に基づいて、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信する（ステップＳ１６０５）。この結果、ユーザ端末２０１において、例えば、図１２Ｃに示したような店舗一覧１２４１を含む会話画面１２４０が表示される。

そして、情報管理装置１０１は、ユーザ端末２０１においてサービスの提供を希望する店舗が選択されたか否かを判断する（ステップＳ１６０６）。ここで、サービスの提供を希望する店舗が選択されなかった場合（ステップＳ１６０６：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。

一方、サービスの提供を希望する店舗が選択された場合（ステップＳ１６０６：Ｙｅｓ）、情報管理装置１０１は、ユーザ端末２０１および選択された店舗に対応するクライアント端末２０２へマッチング成立情報を送信する（ステップＳ１６０７）。

そして、情報管理装置１０１は、チャットログＤＢ２３０およびユーザ情報テーブル９００から、ユーザ端末２０１から受信したユーザ情報を削除して（ステップＳ１６０８）、本フローチャートによる一連の処理を終了する。この際、情報管理装置１０１は、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することにしてもよい。

これにより、サービスの提供者側が、サービスの利用を希望しているユーザの属性情報を確認した上で、サービスを提供可能であるか否かを判断可能にすることができる。また、サービスを提供可能な店舗の中から、ユーザがサービスの提供を希望する店舗が選択されたタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。

（ユーザ端末２０１の予約登録処理手順）
つぎに、ユーザ端末２０１の予約登録処理手順について説明する。

図１７は、ユーザ端末２０１の予約登録処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、ユーザ端末２０１は、情報管理装置１０１からのマッチング成立情報に基づいて、予約画面を表示する（ステップＳ１７０１）。予約画面は、例えば、図１２Ｄに示したような予約画面１２６０である。

つぎに、ユーザ端末２０１は、予約画面において店舗の予約登録が行われたか否かを判断する（ステップＳ１７０２）。ここで、店舗の予約登録が行われなかった場合（ステップＳ１７０２：Ｎｏ）、ユーザ端末２０１は、本フローチャートによる一連の処理を終了する。

一方、店舗の予約登録が行われた場合（ステップＳ１７０２：Ｙｅｓ）、ユーザ端末２０１は、店舗に対応するクライアント端末２０２へ予約登録情報を送信する（ステップＳ１７０３）。つぎに、ユーザ端末２０１は、クライアント端末２０２から予約受理通知を受信したか否かを判断する（ステップＳ１７０４）。

ここで、クライアント端末２０２から予約受理通知を受信した場合（ステップＳ１７０４：Ｙｅｓ）、ユーザ端末２０１は、予約完了画面を表示して（ステップＳ１７０５）、本フローチャートによる一連の処理を終了する。

一方、クライアント端末２０２から予約却下通知を受信した場合（ステップＳ１７０４：Ｎｏ）、ユーザ端末２０１は、予約却下画面を表示して（ステップＳ１７０６）、本フローチャートによる一連の処理を終了する。

これにより、情報管理装置１０１から通知されたマッチング成立情報を用いて、店舗の予約登録をスムーズに行うことが可能となる。

（クライアント端末２０２の利用者情報表示処理手順）
つぎに、クライアント端末２０２の利用者情報表示処理手順について説明する。

図１８は、クライアント端末２０２の利用者情報表示処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、クライアント端末２０２は、情報管理装置１０１からパス情報を受信したか否かを判断する（ステップＳ１８０１）。ここで、クライアント端末２０２は、パス情報を受信するのを待つ（ステップＳ１８０１：Ｎｏ）。

そして、クライアント端末２０２は、パス情報を受信した場合（ステップＳ１８０１：Ｙｅｓ）、受信したパス情報に基づいてサービス要求一覧を表示する（ステップＳ１８０２）。つぎに、クライアント端末２０２は、サービス要求一覧からサービス要求が選択されたか否かを判断する（ステップＳ１８０３）。

ここで、サービス要求が選択されなかった場合（ステップＳ１８０３：Ｎｏ）、クライアント端末２０２は、ステップＳ１８０１に戻る。一方、サービス要求が選択された場合（ステップＳ１８０３：Ｙｅｓ）、クライアント端末２０２は、選択されたサービス要求のパスＮｏ．を指定したアクセス要求を情報管理装置１０１へ送信する（ステップＳ１８０４）。

そして、クライアント端末２０２は、送信したアクセス要求に応じて情報管理装置１０１から送信される利用者属性情報を表示する（ステップＳ１８０５）。つぎに、クライアント端末２０２は、ユーザの操作入力に応じて、サービスを提供可能であるか否かを判断する（ステップＳ１８０６）。

ここで、サービスを提供可能である場合（ステップＳ１８０６：Ｙｅｓ）、クライアント端末２０２は、情報管理装置１０１へサービス提供可能通知を送信して（ステップＳ１８０７）、ステップＳ１８０９に移行する。

一方、サービスを提供不可の場合（ステップＳ１８０６：Ｎｏ）、クライアント端末２０２は、情報管理装置１０１へサービス提供不可通知を送信する（ステップＳ１８０８）。そして、クライアント端末２０２は、サービス要求に対する応答が完了したことを示す応答完了画面を表示して（ステップＳ１８０９）、本フローチャートによる一連の処理を終了する。

これにより、サービスの提供者は、サービスの利用を希望しているユーザの属性を確認して、サービスを提供可能であるか否かを判断することができる。

（クライアント端末２０２の予約処理手順）
つぎに、クライアント端末２０２の予約処理手順について説明する。

図１９は、クライアント端末２０２の予約処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信したか否かを判断する（ステップＳ１９０１）。ここで、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信するのを待つ（ステップＳ１９０１：Ｎｏ）。

そして、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信した場合（ステップＳ１９０１：Ｙｅｓ）、受信した予約登録情報に基づいて予約要求一覧を表示する（ステップＳ１９０２）。つぎに、クライアント端末２０２は、予約要求一覧から予約要求が選択されたか否かを判断する（ステップＳ１９０３）。

ここで、予約要求が選択されなかった場合（ステップＳ１９０３：Ｎｏ）、クライアント端末２０２は、ステップＳ１９０１に戻る。一方、予約要求が選択された場合（ステップＳ１９０３：Ｙｅｓ）、クライアント端末２０２は、選択された予約要求に対応する予約登録情報に基づいて予約情報詳細画面を表示する（ステップＳ１９０４）。予約情報詳細画面は、例えば、図１４Ａに示した予約確認画面１４２０である。

つぎに、クライアント端末２０２は、ユーザの操作入力に応じて、予約を受理したか否かを判断する（ステップＳ１９０５）。ここで、予約を受理した場合（ステップＳ１９０５：Ｙｅｓ）、クライアント端末２０２は、ユーザ端末２０１へ予約受理通知を送信して（ステップＳ１９０６）、ステップＳ１９０８に移行する。

一方、予約を却下した場合（ステップＳ１９０５：Ｎｏ）、クライアント端末２０２は、ユーザ端末２０１へ予約却下通知を送信する（ステップＳ１９０７）。そして、クライアント端末２０２は、予約要求に対する応答が完了したことを示す応答完了画面を表示して（ステップＳ１９０８）、本フローチャートによる一連の処理を終了する。

これにより、サービスの提供者は、ユーザからの予約登録内容やユーザ属性を確認して、予約を受理するか否かを判断することができる。

以上説明したように、実施の形態にかかる情報管理装置１０１によれば、ユーザ端末２０１からチャットの開始指示を受信するとともに、ユーザ端末２０１に対応するユーザ情報を受信し、チャットの開始指示に応じて、ユーザ端末２０１におけるチャットボットでの会話を開始して、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信することができる。また、情報管理装置１０１によれば、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信した場合、サービスの提供者に対応するクライアント端末２０２へ、受信したユーザ情報にアクセス可能なパス情報を送信することができる。パス情報は、例えば、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの属性情報にアクセス可能な情報である。

これにより、サービスの提供者側が、サービスの利用を希望しているユーザの属性情報を確認した上で、サービスを提供可能であるか否かを判断することが可能となり、個々のユーザにあったサービスの提供につなげることができる。例えば、ユーザが外国人であることがわかれば、外国語対応可能なスタッフを準備したり、外国人好みの出迎えをしたりするなど、より質の高いサービスを提供することが可能となる。

また、情報管理装置１０１によれば、クライアント端末２０２からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、ユーザ情報を削除することができる。

これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミング、または、所定時間経過したタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。このため、個人情報が取られることへのユーザの抵抗感を少なくして、チャットボットを利用したサービスの円滑な提供を図ることができる。

また、情報管理装置１０１によれば、クライアント端末２０２からサービスを提供可能であることを示す情報を受信した場合、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信することができる。そして、情報管理装置１０１によれば、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報を受信した場合に、ユーザ情報を削除することができる。

これにより、例えば、ユーザにあったサービスを提供可能な店舗の中から、サービスの提供を希望する店舗を選択させることができる。このため、実際にユーザが店舗へアクセスした際に、例えば、外国人対応できないなどの事態が生じるのを防ぐことができる。また、ユーザによってサービスの提供を希望する店舗が選択されたタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。

また、情報管理装置１０１によれば、ユーザ端末２０１との通信が終了した場合に、ユーザ情報を削除することができる。

これにより、チャットボットとの会話を強制終了したり、通信障害が発生したりするなどして、チャットからの途中離脱が発生した場合に、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。

また、情報管理装置１０１によれば、ユーザ情報を削除する際に、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することができる。

これにより、ユーザ情報のうち個人を特定する情報以外の情報（例えば、年代、性別などを表す情報）は、ログ解析用として保管することができる。

また、情報管理装置１０１によれば、クライアント端末２０２からサービスを提供可能であることを示す情報を受信した場合、ユーザ端末２０１およびクライアント端末２０２へ、サービスに関するマッチング成立情報を送信することができる。

これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な店舗が見つかったタイミングで、ユーザおよび店舗に対して、マッチングが成立したことを通知することができる。また、以降において、ユーザは、店舗側に直接アクセスして、店舗の予約等を行うことができる。また、店舗側は、パス情報に対応するユーザからの予約が発生する可能性があることを把握することができる。

また、情報管理装置１０１によれば、ユーザ端末２０１からサービスの提供を希望する提供者を特定する情報を受信した場合、ユーザ端末２０１およびクライアント端末２０２へ、サービスに関するマッチング成立情報を送信することができる。

これにより、ユーザによってサービスの提供を希望する店舗が選択されたタイミングで、ユーザおよび店舗に対して、マッチングが成立したことを通知することができる。

また、情報管理装置１０１によれば、ユーザ情報に基づき決定されるトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットでの会話を開始することができる。

これにより、ユーザ端末２０１を使用するユーザの特徴（例えば、年代、性別など）に応じて、ユーザ端末２０１におけるチャットボットの会話の流れを動的に変化させることができる。このため、ユーザが所望の回答を得るまでの手数を減らして、チャットからの離脱を防ぐことができ、サービスの利用につなげることができる。

また、情報管理装置１０１によれば、サービスの提供者に対応するクライアント端末２０２へ、受信したユーザ情報に有効期間内に所定回数（例えば、１回）、アクセス可能なパス情報を送信することができる。

これにより、サービスの利用を希望するユーザと、当該サービスを提供可能な店舗とのリアルタイム性の高いマッチングを実現することができる。

なお、本実施の形態で説明した情報管理方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報管理プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報管理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

１０１ 情報管理装置
１０２ 情報処理端末
１０３ 情報処理装置
１１０ 記憶部
１２０ ユーザ情報
１３０ レコメンド情報
１４０ 利用希望情報
１５０ パス情報
１６０ 受理通知
２００ 情報管理システム
２０１ ユーザ端末
２０２ クライアント端末
２１０ ネットワーク
２２０ スクリプトテーブル
２３０ チャットログＤＢ
３００，４００ バス
３０１，４０１ ＣＰＵ
３０２，４０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５，４０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
４０３ ディスプレイ
４０４ 入力装置
４０６ カメラ
４０７ スピーカ
４０８ マイクロフォン
８０１ 第１の通信部
８０２ 会話制御部
８０３ 第２の通信部
８０４ 削除部
９００ ユーザ情報テーブル

Claims (11)

1. 情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、
   前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、
   前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、
   前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、
   処理をコンピュータに実行させることを特徴とする情報管理プログラム。
2. 前記情報処理装置から前記サービスを提供可能であることを示す情報を受信した場合、前記サービスを提供可能な提供者に関する提供者情報を前記情報処理端末へ送信する、処理を前記コンピュータに実行させ、
   前記削除する処理は、
   前記情報処理端末から前記提供者情報に対する回答として、前記サービスの提供を希望する提供者を特定する情報を受信した場合に、前記ユーザ情報を削除する、ことを特徴とする請求項１に記載の情報管理プログラム。
3. 前記情報処理端末との通信が終了した場合に、前記ユーザ情報を削除する、
   処理を前記コンピュータに実行させることを特徴とする請求項１または２に記載の情報管理プログラム。
4. 前記削除する処理は、
   前記ユーザ情報に含まれる前記ユーザの属性情報および前記ユーザの個人情報のうち、前記ユーザの個人情報を削除する、ことを特徴とする請求項１に記載の情報管理プログラム。
5. 前記情報処理装置から前記サービスを提供可能であることを示す情報を受信した場合、前記情報処理端末および前記情報処理装置へ、前記サービスに関するマッチング成立情報を送信する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
6. 前記情報処理端末から前記サービスの提供を希望する提供者を特定する情報を受信した場合、前記情報処理端末および前記情報処理装置へ、前記サービスに関するマッチング成立情報を送信する、処理を前記コンピュータに実行させることを特徴とする請求項２に記載の情報管理プログラム。
7. 前記ユーザ情報に基づいて決定されるスクリプトを用いて、前記情報処理端末におけるチャットボットでの会話を開始する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
8. 前記パス情報は、前記ユーザ情報に含まれる前記ユーザの属性情報に有効期間内に所定回数、アクセス可能な情報である、ことを特徴とする請求項１に記載の情報管理プログラム。
9. 前記情報処理装置から前記パス情報に基づくアクセス要求を受け付けると、前記ユーザ情報に含まれる前記ユーザの属性情報を前記情報処理装置に送信する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
10. 情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、
    前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、
    前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、
    前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、
    処理をコンピュータが実行することを特徴とする情報管理方法。
11. 情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信する第１の通信部と、
    前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信する会話制御部と、
    前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報が受信された場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信する第２の通信部と、
    前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報が受信された場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する削除部と、
    を有することを特徴とする情報管理装置。

Images