(57)【特許請求の範囲】
【請求項１】
情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、
前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、
前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、
前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、
処理をコンピュータに実行させることを特徴とする情報管理プログラム。
【請求項２】
前記情報処理装置から前記サービスを提供可能であることを示す情報を受信した場合、前記サービスを提供可能な提供者に関する提供者情報を前記情報処理端末へ送信する、処理を前記コンピュータに実行させ、
前記削除する処理は、
前記情報処理端末から前記提供者情報に対する回答として、前記サービスの提供を希望する提供者を特定する情報を受信した場合に、前記ユーザ情報を削除する、ことを特徴とする請求項１に記載の情報管理プログラム。
【請求項３】
前記情報処理端末との通信が終了した場合に、前記ユーザ情報を削除する、
処理を前記コンピュータに実行させることを特徴とする請求項１または２に記載の情報管理プログラム。
【請求項４】
前記削除する処理は、
前記ユーザ情報に含まれる前記ユーザの属性情報および前記ユーザの個人情報のうち、前記ユーザの個人情報を削除する、ことを特徴とする請求項１に記載の情報管理プログラム。
【請求項５】
前記情報処理装置から前記サービスを提供可能であることを示す情報を受信した場合、前記情報処理端末および前記情報処理装置へ、前記サービスに関するマッチング成立情報を送信する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
【請求項６】
前記情報処理端末から前記サービスの提供を希望する提供者を特定する情報を受信した場合、前記情報処理端末および前記情報処理装置へ、前記サービスに関するマッチング成立情報を送信する、処理を前記コンピュータに実行させることを特徴とする請求項２に記載の情報管理プログラム。
【請求項７】
前記ユーザ情報に基づいて決定されるスクリプトを用いて、前記情報処理端末におけるチャットボットでの会話を開始する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
【請求項８】
前記パス情報は、前記ユーザ情報に含まれる前記ユーザの属性情報に有効期間内に所定回数、アクセス可能な情報である、ことを特徴とする請求項１に記載の情報管理プログラム。
【請求項９】
前記情報処理装置から前記パス情報に基づくアクセス要求を受け付けると、前記ユーザ情報に含まれる前記ユーザの属性情報を前記情報処理装置に送信する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報管理プログラム。
【請求項１０】
情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、
前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、
前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、
前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、
処理をコンピュータが実行することを特徴とする情報管理方法。
【請求項１１】
情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信する第１の通信部と、
前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信する会話制御部と、
前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報が受信された場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信する第２の通信部と、
前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報が受信された場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する削除部と、
を有することを特徴とする情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理プログラム、情報管理方法および情報管理装置に関する。
【背景技術】
【０００２】
近年、チャットボットを利用して、店舗案内や観光案内などの情報提供を行うサービスが行われている。チャットボットは、人工知能を利用して、人間との対話やメッセージのやりとりを行うコンピュータシステムである。
【０００３】
先行技術としては、メッセージ交換スレッドから使用可能なエンティティを特定し、エンティティのコンテキストインジケータを決定し、コンテキストインジケータに基づいてエンティティが使用可能であるかどうかを決定し、エンティティが使用可能であることに応答して、エンティティに関する提案を参加者に提供するものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１９−５０８８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、チャットボットを利用して一時的に利用するサービスなどの提供を行うにあたり、個々のユーザにあったサービスを提供することが難しい。
【０００６】
一つの側面では、本発明は、チャットボットを利用したサービスの円滑な提供を図ることを目的とする。
【課題を解決するための手段】
【０００７】
一つの実施態様では、情報処理端末からチャットの開始指示を受信するとともに、前記情報処理端末が取得したユーザの属性情報と当該ユーザの個人情報とを含むユーザ情報を受信し、前記チャットの開始指示に応じて、前記情報処理端末におけるチャットボットでの会話を開始して、前記会話の内容に基づいて、前記情報処理端末へサービスに関するレコメンド情報を送信し、前記情報処理端末から前記レコメンド情報に対する回答として、前記サービスの利用希望に関する情報を受信した場合、前記サービスの提供者に対応する情報処理装置へ、受信した前記ユーザ情報に含まれる前記ユーザの属性情報にアクセス可能なパス情報を送信し、前記情報処理装置から前記パス情報を用いてアクセスされた前記ユーザ情報に対応するユーザに前記サービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、前記ユーザ情報を削除する、情報管理プログラムが提供される。
【発明の効果】
【０００８】
本発明の一側面によれば、チャットボットを利用したサービスの円滑な提供を図ることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる情報管理方法の一実施例を示す説明図である。
【図２】図２は、情報管理システム２００のシステム構成例を示す説明図である。
【図３】図３は、情報管理装置１０１のハードウェア構成例を示すブロック図である。
【図４】図４は、ユーザ端末２０１等のハードウェア構成例を示すブロック図である。
【図５】図５は、スクリプトテーブル２２０の記憶内容の一例を示す説明図である。
【図６】図６は、スクリプトの具体例を示す説明図である。
【図７】図７は、チャットログＤＢ２３０の記憶内容の一例を示す説明図である。
【図８】図８は、情報管理装置１０１の機能的構成例を示すブロック図である。
【図９】図９は、ユーザ情報テーブル９００の記憶内容の一例を示す説明図である。
【図１０】図１０は、ユーザ情報の削除例を示す説明図（その１）である。
【図１１】図１１は、ユーザ情報の削除例を示す説明図（その２）である。
【図１２Ａ】図１２Ａは、ユーザ端末２０１の会話画面の画面例を示す説明図（その１）である。
【図１２Ｂ】図１２Ｂは、ユーザ端末２０１の会話画面の画面例を示す説明図（その２）である。
【図１２Ｃ】図１２Ｃは、ユーザ端末２０１の会話画面の画面例を示す説明図（その３）である。
【図１２Ｄ】図１２Ｄは、ユーザ端末２０１の会話画面の画面例を示す説明図（その４）である。
【図１３Ａ】図１３Ａは、クライアント端末２０２の利用者属性画面の画面例を示す説明図（その１）である。
【図１３Ｂ】図１３Ｂは、クライアント端末２０２の利用者属性画面の画面例を示す説明図（その２）である。
【図１４Ａ】図１４Ａは、クライアント端末２０２の予約確認画面の画面例を示す説明図（その１）である。
【図１４Ｂ】図１４Ｂは、クライアント端末２０２の予約確認画面の画面例を示す説明図（その２）である。
【図１５】図１５は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャート（その１）である。
【図１６】図１６は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャート（その２）である。
【図１７】図１７は、ユーザ端末２０１の予約登録処理手順の一例を示すフローチャートである。
【図１８】図１８は、クライアント端末２０２の利用者情報表示処理手順の一例を示すフローチャートである。
【図１９】図１９は、クライアント端末２０２の予約処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる情報管理プログラム、情報管理方法および情報管理装置の実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１は、実施の形態にかかる情報管理方法の一実施例を示す説明図である。図１において、情報管理装置１０１は、チャットボットを利用したサービスの提供を支援するコンピュータである。サービスとしては、例えば、店舗案内や観光案内などの情報提供を行うサービスが挙げられる。
【００１２】
情報処理端末１０２は、ユーザがチャットボットとの会話を行う際に利用するコンピュータである。情報処理装置１０３は、サービスの提供者が使用するコンピュータである。情報処理端末１０２および情報処理装置１０３は、例えば、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などである。
【００１３】
ここで、チャットボットを利用して店舗案内や観光案内などの情報提供を行うにあたり、個々のユーザにあったサービスを提供することが望ましい。例えば、年代、性別、言語などの違いによって、ユーザにあったサービスは異なることがある。このため、ユーザの個人情報を取得し、その個人情報をもとにユーザにあったサービスを提供することが考えられる。
【００１４】
しかしながら、ユーザとしては、一時的に利用するサービスなどで、個人情報を取られることには抵抗があり、サービスを利用しにくいといった問題があった。例えば、観光地で利用するサービスのために、個人情報が採取され、ログとして蓄積されることに抵抗があり、サービスの利用を断念する場合がある。
【００１５】
そこで、本実施の形態では、ユーザにあったサービスを提供するために取得したユーザ情報を、ユーザとサービスの提供者とのマッチングが成立した場合などに削除することで、個人情報が蓄積されないようにしてユーザの抵抗感を少なくし、チャットボットを利用したサービスの円滑な提供を図る情報管理方法について説明する。以下、情報管理装置１０１の処理例について説明する。
【００１６】
（１）情報管理装置１０１は、情報処理端末１０２からチャットの開始指示を受信するとともに、情報処理端末１０２に対応するユーザ情報を受信する。ここで、チャットの開始指示は、ユーザとチャットボットとの会話を開始するためのものである。
【００１７】
ユーザ情報は、情報処理端末１０２を使用するユーザに関する情報であり、例えば、ユーザの属性情報と、ユーザの個人情報とを含む。ユーザの属性情報は、ユーザの特徴や状況を表す情報であり、例えば、年代、性別、国籍、言語、位置などを表す情報である。ユーザの個人情報は、ユーザを識別する情報であり、例えば、ユーザＩＤなどである。
【００１８】
図１の例では、情報処理端末１０２から、チャットの開始指示とともに、ユーザ情報１２０が受信された場合を想定する。受信されたユーザ情報１２０は、例えば、記憶部１１０に記憶され、チャットログと対応付けて管理される。チャットログは、チャットボットとユーザとの会話の内容を特定する情報である。
【００１９】
（２）情報管理装置１０１は、チャットの開始指示に応じて、情報処理端末１０２におけるチャットボットでの会話を開始して、会話の内容に基づいて、情報処理端末１０２へサービスに関するレコメンド情報を送信する。ここで、レコメンド情報は、ユーザに勧めるサービスの情報であり、例えば、お勧めサービスの一覧である。会話の内容は、例えば、ユーザによって、選択された選択肢や、入力されたメッセージを含む。
【００２０】
具体的には、例えば、情報管理装置１０１は、チャットボットでの会話を開始後、サービス一覧の表示を要求する選択肢が選択された場合に、情報処理端末１０２へサービスに関するレコメンド情報１３０を送信する。この結果、情報処理端末１０２において、お勧めサービスの一覧が表示される。
【００２１】
また、情報管理装置１０１は、チャットボットを利用したサービスの提供にあたり、チャットボットとの会話終了時に、情報処理端末１０２から受信したユーザ情報を削除する旨の情報を、情報処理端末１０２へ出力することにしてもよい。ユーザ情報を削除する旨の情報は、例えば、「お客様にあったサービスを提供するために取得した情報は、会話終了時に削除されます。」などのメッセージである。
【００２２】
メッセージの出力タイミングは、任意に設定可能である。例えば、情報管理装置１０１は、チャットボットとの会話を開始または終了する際に、情報処理端末１０２へメッセージを出力することにしてもよい。また、情報管理装置１０１は、情報処理端末１０２へサービスに関するレコメンド情報を送信した際に、さらに、メッセージを出力することにしてもよい。
【００２３】
図１の例では、チャットボットでの会話を開始後、情報処理端末１０２へサービスに関するレコメンド情報１３０が送信された場合を想定する。レコメンド情報１３０は、お勧めサービスの一覧である。また、情報処理端末１０２から取得したユーザ情報は、会話終了時に削除される旨のメッセージが、情報処理端末１０２へ出力された場合を想定する。
【００２４】
（３）情報管理装置１０１は、情報処理端末１０２からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信した場合、サービスの提供者に対応する情報処理装置１０３へ、受信したユーザ情報にアクセス可能なパス情報１５０を送信する。ここで、サービスの利用希望に関する情報は、ユーザがサービスの利用を希望していることを示す情報である。サービスの利用希望に関する情報は、例えば、サービスの提供者一覧の表示要求を含む。
【００２５】
また、パス情報は、ユーザ情報にアクセスすることができる権限を示す。例えば、パス情報は、ユーザ情報に有効期間内に所定回数、アクセス可能な情報である。パス情報は、例えば、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの属性情報のみにアクセス可能な情報であってもよい。
【００２６】
具体的には、例えば、情報管理装置１０１は、ユーザが利用を希望するサービスについて、あらかじめ登録された当該サービスの提供者に対応する情報処理装置１０３へパス情報を送信する。情報処理装置１０３は、パス情報に基づいて、ユーザ情報にアクセスすることができる。この結果、サービスの提供者は、サービスの利用を希望しているユーザの属性情報などを確認して、サービスを提供可能であるか否かを判断することができる。
【００２７】
図１の例では、情報処理端末１０２からレコメンド情報１３０に対する回答として、利用希望情報１４０を受信した場合を想定する。利用希望情報１４０は、サービスＡの利用希望に関する情報である。この場合、サービスＡの提供者に対応する情報処理装置１０３へ、ユーザ情報１２０にアクセス可能なパス情報１５０が送信される。情報管理装置１０１は、情報処理装置１０３からパス情報１５０に基づくアクセス要求を受け付けると、記憶部１１０に記憶されたパス情報１５０に対応するユーザ情報１２０を、情報処理装置１０３へ送信する。
【００２８】
（４）情報管理装置１０１は、情報処理装置１０３からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、ユーザ情報を削除する。所定時間は、任意に設定可能であり、例えば、数十秒程度の時間に設定される。
【００２９】
具体的には、例えば、情報管理装置１０１は、サービスの提供者に対応するいずれかの情報処理装置１０３から、サービスを提供可能であることを示す情報を受信した場合に、ユーザ情報を削除する。すなわち、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者が見つかったタイミングで、ユーザ情報を削除する。また、情報管理装置１０１は、情報処理装置１０３にパス情報を送信してから所定時間経過した場合に、ユーザ情報を削除することにしてもよい。
【００３０】
図１の例では、情報処理装置１０３から、受理通知１６０を受信した場合を想定する。受理通知１６０は、パス情報１５０を用いてアクセスされたユーザ情報１２０に対応するユーザにサービスＡを提供可能であることを示す情報である。この場合、情報管理装置１０１は、記憶部１１０に記憶された、パス情報１５０に対応するユーザ情報１２０を削除する。
【００３１】
なお、情報管理装置１０１が情報処理装置１０３からサービスを提供可能であることを示す情報を受信する前に、情報処理端末１０２との通信が切断される場合がある。例えば、ユーザがチャットボットとの会話を強制終了したり、通信障害が発生したりした場合に、情報処理端末１０２との通信が切断される。この場合、情報管理装置１０１において、情報処理端末１０２から受信したユーザ情報は、削除されずに残ってしまう。このため、情報管理装置１０１は、情報処理端末１０２との通信が終了した場合に、ユーザ情報を削除することにしてもよい。
【００３２】
このように、情報管理装置１０１によれば、サービスの利用を希望しているユーザの情報に、サービスの提供者側からアクセス可能にすることができる。これにより、サービスの提供者が、サービスの利用を希望しているユーザの属性情報などを確認した上で、サービスを提供可能であるか否かを判断することが可能となり、個々のユーザにあったサービスの提供につなげることができる。
【００３３】
また、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者が見つかったタイミング、または、所定時間経過したタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。このため、個人情報が取られることへのユーザの抵抗感を少なくして、チャットボットを利用したサービスの円滑な提供を図ることができる。
【００３４】
図１の例では、サービスＡの提供者は、サービスＡの利用を希望しているユーザの属性情報などを確認した上で、サービスＡを提供可能であるか否かを判断することができる。また、サービスＡの利用を希望するユーザに対して、サービスＡを提供可能な提供者がマッチングされたタイミングで、記憶部１１０からユーザ情報１２０を削除することができる。このため、ユーザ情報１２０がログとして蓄積されてしまうのを防ぐことができ、ユーザが安心してサービスＡを利用することが可能となる。
【００３５】
（情報管理システム２００のシステム構成例）
つぎに、図１に示した情報管理装置１０１を含む情報管理システム２００のシステム構成例について説明する。
【００３６】
図２は、情報管理システム２００のシステム構成例を示す説明図である。図２において、情報管理システム２００は、情報管理装置１０１と、ユーザ端末２０１と、クライアント端末２０２と、を含む。情報管理システム２００において、情報管理装置１０１、ユーザ端末２０１およびクライアント端末２０２は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどである。
【００３７】
ここで、情報管理装置１０１は、スクリプトテーブル２２０およびチャットログＤＢ（ＤａｔａＢａｓｅ）２３０を有し、チャットボットの会話を制御する。例えば、情報管理装置１０１は、サーバである。スクリプトテーブル２２０およびチャットログＤＢ２３０の記憶内容については、図５および図７を用いて後述する。
【００３８】
ユーザ端末２０１は、ユーザがチャットボットとの会話を行う際に利用するコンピュータである。例えば、ユーザ端末２０１は、スマートフォン、タブレットＰＣなどである。ただし、ユーザ端末２０１は、公共の場に設置されるデジタルボードなどの情報処理端末であってもよい。図１に示した情報処理端末１０２は、例えば、ユーザ端末２０１に対応する。
【００３９】
クライアント端末２０２は、サービスの提供者が使用するコンピュータである。例えば、クライアント端末２０２は、スマートフォン、タブレットＰＣなどである。図１に示した情報処理装置１０３は、例えば、クライアント端末２０２に対応する。
【００４０】
なお、図２の例では、ユーザ端末２０１およびクライアント端末２０２をそれぞれ１台のみ表示したが、情報管理システム２００には、ユーザ端末２０１およびクライアント端末２０２がそれぞれ複数台含まれる。
【００４１】
（情報管理装置１０１のハードウェア構成例）
つぎに、情報管理装置１０１のハードウェア構成例について説明する。
【００４２】
図３は、情報管理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報管理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００４３】
ここで、ＣＰＵ３０１は、情報管理装置１０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００４４】
ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００４５】
通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示したユーザ端末２０１、クライアント端末２０２）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４６】
可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどが挙げられる。
【００４７】
なお、情報管理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、情報管理装置１０１は、上述した構成部のうち、例えば、ディスクドライブ３０３、ディスク３０４、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有していなくてもよい。
【００４８】
（ユーザ端末２０１、クライアント端末２０２のハードウェア構成例）
つぎに、ユーザ端末２０１、クライアント端末２０２のハードウェア構成例について説明する。ここでは、ユーザ端末２０１、クライアント端末２０２を「ユーザ端末２０１等」と表記する。
【００４９】
図４は、ユーザ端末２０１等のハードウェア構成例を示すブロック図である。図４において、ユーザ端末２０１等は、ＣＰＵ４０１と、メモリ４０２と、ディスプレイ４０３と、入力装置４０４と、通信Ｉ／Ｆ４０５と、カメラ４０６と、スピーカ４０７と、マイクロフォン４０８とを有する。また、各構成部はバス４００によってそれぞれ接続される。
【００５０】
ここで、ＣＰＵ４０１は、ユーザ端末２０１等の全体の制御を司る。ＣＰＵ４０１は、複数のコアを有していてもよい。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する記憶部である。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００５１】
ディスプレイ４０３は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。ディスプレイ４０３としては、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。
【００５２】
入力装置４０４は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０４は、タッチパネル式の入力パッドやテンキーなどであってもよく、また、キーボードやマウスなどであってもよい。
【００５３】
通信Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、情報管理装置１０１）に接続される。そして、通信Ｉ／Ｆ４０５は、ネットワーク２１０と自装置内部とのインターフェースを司り、外部装置からのデータの入出力を制御する。
【００５４】
カメラ４０６は、画像（静止画または動画）を撮影して画像データを出力する撮影装置である。カメラ４０６は、例えば、ディスプレイ４０３を見ている人物や、その同行者を撮影可能な位置に設けられる。スピーカ４０７は、電気信号を音声に変換して、音声を出力する。マイクロフォン４０８は、音声を受音して電気信号に変換する。
【００５５】
なお、ユーザ端末２０１等は、上述した構成部のほかに、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ、近距離無線通信Ｉ／Ｆ、可搬型記録媒体Ｉ／Ｆ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）ユニットなどを有することにしてもよい。
【００５６】
（スクリプトテーブル２２０の記憶内容）
つぎに、情報管理装置１０１が有するスクリプトテーブル２２０の記憶内容について説明する。スクリプトテーブル２２０は、例えば、図３に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。
【００５７】
図５は、スクリプトテーブル２２０の記憶内容の一例を示す説明図である。図５において、スクリプトテーブル２２０は、ユーザ属性およびスクリプトのフィールドを有し、各フィールドに情報を設定することで、スクリプト管理情報（例えば、スクリプト管理情報５００−１〜５００−３）をレコードとして記憶する。
【００５８】
ここで、ユーザ属性は、ユーザの特徴を表すものであり、例えば、年代、性別、言語、国籍、位置情報、気象情報などの組み合わせによって分類される。ユーザ属性としては、例えば、「２０代×女性」、「３０代×男性」、「２０代×女性×言語（英語）」、「２０代×女性×カップル」、「２０代×女性×天気（雨）」、「２０代×男性×場所（秋葉原）」などが挙げられる。なお、ユーザ属性として、例えば、「ＡＬＬ」のように、全てのユーザを対象とするものを設けることにしてもよい。
【００５９】
スクリプトは、チャットボットの会話の流れを定義した情報（シナリオ）であり、ユーザ属性に対応付けて用意される。ただし、図５では、スクリプトを識別するスクリプトＩＤ（例えば、ＳＰ１，ＳＰ２，ＳＰ３，…）のみ表記している。例えば、スクリプト管理情報５００−１は、ユーザ属性ＵＡ１に対応するスクリプトＳＰ１を示す。
【００６０】
（スクリプトの具体例）
つぎに、チャットボットの会話の流れを定義したスクリプトの具体例について説明する。ここでは、ユーザ属性ＵＡ１に対応するスクリプトＳＰ１を例に挙げて説明する。
【００６１】
図６は、スクリプトの具体例を示す説明図である。図６において、スクリプトＳＰ１は、チャットボットの会話の流れを定義した情報（シナリオ）である。ただし、図６では、スクリプトＳＰ１の一部を抜粋して表示している。具体的には、例えば、スクリプトＳＰ１は、チャットのトーク処理を定義した情報である。
【００６２】
トーク処理は、チャットボットの動作（挙動）を実現するための処理である。例えば、トーク処理は、発話する処理、選択肢を表示する処理、ユーザ操作に応じて選択肢を選択する処理、選択された選択肢に応じた手続を行う処理、トーク処理を終了する処理などを含む。
【００６３】
スクリプトＳＰ１において、例えば、ＳＴＲ−１は、トーク処理の開始を示す。ＴＸＴ−１は、メッセージ「こんにちは。チャットサポートです。ご質問をどうぞ。」を発話する処理を示す。ＳＬＣ−２は、ＯＰＴ−３〜ＯＰＴ−８の選択肢を表示する処理を示す。例えば、ＯＰＴ−３は、選択肢「人力車について」を示す。ＦＡＱ−１は、選択肢に応じたＦＡＱを検索して表示する処理である。なお、ＥＲＲ−１０は、エラー処理を示す。
【００６４】
（チャットログＤＢ２３０の記憶内容）
つぎに、情報管理装置１０１が有するチャットログＤＢ２３０の記憶内容について説明する。チャットログＤＢ２３０は、例えば、図２に示したメモリ３０２、ディスク３０４などの記憶装置により実現される。図１に示した記憶部１１０は、例えば、チャットログＤＢ２３０に相当する。
【００６５】
図７は、チャットログＤＢ２３０の記憶内容の一例を示す説明図である。図７において、チャットログＤＢ２３０は、ログＩＤ、タイムスタンプ、ＳＰ＿ｉｄ、ｓｅｑ＿ｉｄ、前のｓｅｑ＿ｉｄ、ｌａｂｅｌ、メッセージ、ルームＩＤ、ユーザＩＤおよびアドレスのフィールドを有する。各フィールドに情報を設定することで、チャットログ（例えば、チャットログ７００−１〜７００−３）がレコードとして記憶される。
【００６６】
ここで、ログＩＤは、チャットログを識別する識別子である。タイムスタンプは、スクリプト内の処理（ステップ）が実行された日時を示す。ＳＰ＿ｉｄは、チャットボットの会話に適用されたスクリプトのスクリプトＩＤである。ｓｅｑ＿ｉｄは、実行された処理のＩＤを示す。前のｓｅｑ＿ｉｄは、直前に実行された処理のＩＤを示す。ｌａｂｅｌは、実行された処理の名前を示す。
【００６７】
メッセージは、実行された処理で発話された文章、または、選択された選択肢を示す。ルームＩＤは、チャットを行うルームのＩＤを示す。ルームＩＤによれば、チャットボットとの一連の会話を特定することができる。ユーザＩＤは、ユーザを識別する識別子である。
【００６８】
ユーザＩＤとして、例えば、ユーザ端末２０１のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを用いることにしてもよい。また、ユーザＩＤは、クッキー情報から生成されることにしてもよい。アドレスは、ユーザ端末２０１のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスである。
【００６９】
なお、図示は省略するが、チャットログには、スクリプト名、ｓｔａｙ＿ｔｉｍｅ、ｔｉｍｅｚｏｎｅなどの情報が含まれていてもよい。
【００７０】
（情報管理装置１０１の機能的構成例）
図８は、情報管理装置１０１の機能的構成例を示すブロック図である。図８において、情報管理装置１０１は、第１の通信部８０１と、会話制御部８０２と、第２の通信部８０３と、削除部８０４と、を含む。具体的には、例えば、第１の通信部８０１〜削除部８０４は、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。
【００７１】
第１の通信部８０１は、ユーザ端末２０１からチャットの開始指示を受信するとともに、ユーザ端末２０１に対応するユーザ情報を受信する。ここで、チャットの開始指示は、ユーザとチャットボットとの会話を開始するためのものである。ユーザ情報は、例えば、ユーザ端末２０１を使用するユーザの属性情報と、ユーザの個人情報とを含む。ユーザの個人情報は、ユーザを識別する情報であり、例えば、ユーザＩＤなどである。
【００７２】
ユーザの属性情報は、ユーザ端末２０１が取得したユーザの特徴や状況を表す情報であり、例えば、年代、性別、国籍、言語、位置などを表す情報である。ユーザ端末２０１は、例えば、入力装置４０４（図４参照）を用いたユーザの操作入力により、ユーザの属性情報を取得することにしてもよい。
【００７３】
また、ユーザ端末２０１は、例えば、カメラ４０６（図４参照）により撮影された画像データ（例えば、動画）を解析して、ユーザの年代、性別、人数などを表す情報を抽出することにより、ユーザの属性情報を取得することにしてもよい。また、ユーザ端末２０１は、例えば、マイクロフォン４０８（図４参照）により受音された音声データを解析して、ユーザの性別、言語（国籍）などを表す情報を抽出することにより、ユーザの属性情報を取得することにしてもよい。また、ユーザ端末２０１は、例えば、不図示のＧＰＳユニットにより、現在位置を示す位置情報を、ユーザの属性情報として取得することにしてもよい。
【００７４】
これにより、ユーザ端末２０１において、ユーザの年代、性別、国籍、言語、人数、位置などの属性情報を取得することができる。
【００７５】
なお、画像データや音声データからユーザの属性情報を抽出する技術としては、既存のいかなる技術を用いることにしてもよい。例えば、ユーザ端末２０１は、深層学習などの機械学習に基づく手法により、画像や音声の特徴量から、年代、性別、言語、人数などの属性情報を抽出することにしてもよい。
【００７６】
受信されたユーザ情報は、例えば、図９に示すようなユーザ情報テーブル９００に記憶される。ユーザ情報テーブル９００は、例えば、チャットログＤＢ２３０に記憶される。
【００７７】
図９は、ユーザ情報テーブル９００の記憶内容の一例を示す説明図である。図９において、ユーザ情報テーブル９００は、パスＮｏ．ユーザ属性、ルームＩＤ、ユーザＩＤおよびアドレスのフィールドを有し、各フィールドに情報を設定することで、ユーザ管理情報（例えば、ユーザ管理情報９００−１）をレコードとして記憶する。
【００７８】
ここで、パスＮｏ．は、ユーザ情報を識別する識別子である。ユーザ属性は、ユーザの属性情報から特定されるユーザ属性である。ルームＩＤは、チャットを行うルームのＩＤを示す。ただし、ルームＩＤは、チャットボットでの会話を開始後に設定される。ユーザＩＤは、ユーザを識別する識別子であり、ユーザの個人情報に含まれる。アドレスは、ユーザ端末２０１のＩＰアドレスであり、ユーザの個人情報に含まれる。
【００７９】
会話制御部８０２は、チャットの開始指示に応じて、ユーザ端末２０１におけるチャットボットでの会話を開始する。具体的には、例えば、会話制御部８０２は、受信されたユーザ情報に含まれるユーザの属性情報に基づいて、ユーザ属性を特定する。つぎに、会話制御部８０２は、図５に示したスクリプトテーブル２２０を参照して、特定したユーザ属性に対応するスクリプトを、ユーザ端末２０１におけるチャットボットの会話に適用するスクリプトに決定する。
【００８０】
以下の説明では、ユーザ端末２０１におけるチャットボットの会話に適用するスクリプトを、「トークスクリプト」と表記する場合がある。
【００８１】
例えば、ユーザの属性情報を『年代「２０代」、性別「女性」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×女性」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×女性」に対応するスクリプトを、トークスクリプトに決定する。
【００８２】
また、ユーザの属性情報を『年代「２０代」、性別「女性」、人数「２名」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×女性×２名」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×女性×２名」に対応するスクリプトを、トークスクリプトに決定する。
【００８３】
また、ユーザの属性情報を『年代「３０代」、性別「男性」、位置「秋葉原」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「３０代×男性×秋葉原」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「３０代×男性×秋葉原」に対応するスクリプトを、トークスクリプトに決定する。
【００８４】
また、ユーザの属性情報を『年代「２０代」、性別「男性」、言語「フランス語」、人数「２人」』とする。この場合、会話制御部８０２は、ユーザの属性情報に基づいて、ユーザ属性「２０代×男性×フランス人×２人」を特定する。そして、会話制御部８０２は、スクリプトテーブル２２０を参照して、特定したユーザ属性「２０代×男性×フランス人×２人」に対応するスクリプトを、トークスクリプトに決定する。
【００８５】
なお、特定されたユーザ属性に対応するスクリプトが、スクリプトテーブル２２０にない場合がある。この場合、会話制御部８０２は、スクリプトテーブル２２０を参照して、ユーザ属性「ＡＬＬ」に対応するスクリプトを、トークスクリプトに決定してもよい。また、会話制御部８０２は、スクリプトテーブル２２０を参照して、ユーザ属性の少なくともいずれかの要素に対応するスクリプトを、トークスクリプトに決定してもよい。
【００８６】
例えば、ユーザ属性「２０代×女性×３名」に対応するスクリプトがないとする。この場合、会話制御部８０２は、スクリプトテーブル２２０を参照して、「２０代×女性」、「２０代×３名」および「女性×３名」のいずれかのユーザ属性に対応するスクリプトを、トークスクリプトに決定してもよい。
【００８７】
そして、会話制御部８０２は、決定したトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットでの会話を開始する。具体的には、例えば、会話制御部８０２は、トークスクリプトに従って、チャットボットにより、発話したり、選択肢を表示したり、選択された選択肢に応じたＦＡＱを検索して表示したりする。
【００８８】
ユーザ端末２０１において、ユーザは、選択肢を選択したり、メッセージを入力したりすることで、チャットボットとの会話を行う。なお、チャットボットとユーザとの会話履歴を示すチャットログは、例えば、チャットログＤＢ２３０に記憶される。
【００８９】
また、会話制御部８０２は、チャットボットでの会話を開始後、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信する。レコメンド情報は、例えば、お勧めサービスの一覧である。お勧めサービスは、例えば、トークスクリプトに選択肢としてあらかじめ定義されている。
【００９０】
具体的には、例えば、会話制御部８０２は、チャットボットでの会話を開始後、サービス一覧の表示を要求する選択肢が選択された場合に、ユーザ端末２０１へサービスに関するレコメンド情報を送信する。この結果、ユーザ端末２０１において、お勧めサービスのサービス一覧が表示される。
【００９１】
なお、ユーザ端末２０１に表示されるサービス一覧を含む画面例については、図１２Ａを用いて後述する。
【００９２】
また、会話制御部８０２は、ユーザ端末２０１へサービスに関するレコメンド情報を送信後、サービスの提供者への情報提供について、ユーザの同意確認を行うことにしてもよい。情報提供の対象となる情報は、ユーザ端末２０１から受信したユーザ情報である。ただし、ユーザ情報に含まれるユーザの個人情報については、情報提供の対象から除外してもよい。同意確認を行う処理は、例えば、トークスクリプトに記述されていてもよい。
【００９３】
なお、ユーザ端末２０１に表示されるユーザの同意確認を行う画面例については、図１２Ｂを用いて後述する。
【００９４】
また、会話制御部８０２は、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信する。ここで、サービスの利用希望に関する情報は、ユーザがサービスの利用を希望していることを示す情報であり、例えば、サービスの提供者一覧の表示要求を含む。
【００９５】
なお、会話制御部８０２は、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用を希望しないことを示す情報を受信した場合には、レコメンド情報の内容を変更して、ユーザ端末２０１に送信することにしてもよい。また、会話制御部８０２は、サービスの利用を希望しないことを示す情報を受信した場合に、チャットボットでの会話を終了してもよい。
【００９６】
また、会話制御部８０２は、サービスの提供者への情報提供について同意しないことを示す情報を受信した場合には、レコメンド情報の内容を変更してユーザ端末２０１に送信してもよく、また、チャットボットでの会話を終了してもよい。
【００９７】
第２の通信部８０３は、ユーザ端末２０１からレコメンド情報に対する回答としてサービスの利用希望に関する情報が受信された場合、サービスの提供者に対応するクライアント端末２０２へパス情報を送信する。ここで、サービスの提供者は、例えば、サービスを提供する店舗であり、サービスごとにあらかじめ登録されている。サービスの提供者は、１店舗のみ登録されている場合もあれば、複数店舗登録されている場合もある。
【００９８】
パス情報は、ユーザ端末２０１から受信したユーザ情報にアクセス可能な情報である。例えば、パス情報は、あらかじめ決められた所定回数または所定期間、ユーザ情報にアクセスすることができる権限を示す情報である。より具体的には、例えば、パス情報は、ユーザ情報に有効期間内に一度限りアクセス可能なワンタイムパス情報である。
【００９９】
また、パス情報は、ユーザ情報に含まれるユーザの属性情報およびユーザの個人情報のうち、ユーザの属性情報にアクセス可能な情報であってもよい。すなわち、パス情報は、ユーザ情報に含まれる全ての情報にアクセス可能にするのではなく、ユーザの属性情報にのみアクセス可能な情報であってもよい。
【０１００】
パス情報には、例えば、アクセス可能なユーザ情報を識別するパスＮｏ．が含まれる。クライアント端末２０２は、例えば、パス情報に含まれるパスＮｏ．を用いて、有効期間内に一度限りユーザ情報にアクセスすることができる。
【０１０１】
具体的には、例えば、情報管理装置１０１は、クライアント端末２０２からパスＮｏ．を指定したアクセス要求を受け付けると、図９に示したユーザ情報テーブル９００を参照して、指定されたパスＮｏ．に対応するユーザ属性を特定する。そして、情報管理装置１０１は、特定したユーザ属性を表す利用者属性情報を、クライアント端末２０２に送信する。この結果、クライアント端末２０２において、利用者属性情報が表示される。
【０１０２】
これにより、サービスの提供者は、例えば、サービスの利用を希望しているユーザの属性情報を確認して、サービスを提供可能であるか否かを判断することができる。ただし、情報管理装置１０１は、パス情報の有効期間外であったり、２回目以降のアクセス要求であった場合は、クライアント端末２０２に対してユーザ情報にアクセスできない旨の応答を行う。
【０１０３】
なお、クライアント端末２０２に表示される利用者属性情報を含む画面例については、図１３Ａを用いて後述する。
【０１０４】
第２の通信部８０３は、クライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信する。具体的には、例えば、第２の通信部８０３は、パス情報を送信したクライアント端末２０２から、サービス提供可能通知を受信する。サービス提供可能通知は、サービスを提供可能であることを示す情報である。サービス提供可能通知には、例えば、パス情報に含まれるパスＮｏ．が含まれる。
【０１０５】
また、第２の通信部８０３は、クライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供できないことを示す情報を受信する。具体的には、例えば、第２の通信部８０３は、パス情報を送信したクライアント端末２０２から、サービス提供不可通知を受信する。サービス提供不可通知は、サービスを提供できないことを示す情報である。サービス提供不可通知には、例えば、パス情報に含まれるパスＮｏ．が含まれる。
【０１０６】
また、会話制御部８０２は、クライアント端末２０２からサービスを提供可能であることを示す情報が受信された場合、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信することにしてもよい。ここで、サービスを提供可能な提供者とは、サービスを提供可能であることを示す情報を送信してきたクライアント端末２０２に対応する提供者である。
【０１０７】
また、提供者情報は、例えば、サービスを提供可能な店舗の中から、サービスの提供を希望する店舗を選択可能な情報である。提供者情報には、例えば、パス情報のパスＮｏ．が含まれる。この結果、ユーザ端末２０１において、例えば、提供者情報に基づいて、サービスを提供可能な店舗一覧が表示され、店舗一覧の中からサービスの提供を希望する店舗を選択可能となる。
【０１０８】
なお、ユーザ端末２０１に表示される店舗一覧を含む画面例については、図１２Ｃを用いて後述する。
【０１０９】
また、会話制御部８０２は、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報を受信する。具体的には、例えば、会話制御部８０２は、ユーザ端末２０１から、サービスを提供可能な店舗一覧から選択された店舗を特定する店舗選択結果を受信する。店舗選択結果には、例えば、提供者情報に含まれるパスＮｏ．が含まれる。
【０１１０】
削除部８０４は、所定の削除条件を満たす場合に、ユーザ端末２０１から受信されたユーザ情報を削除する。所定の削除条件は、任意に設定可能である。また、削除部８０４は、ユーザ情報を削除するにあたり、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することにしてもよい。すなわち、ユーザ情報に含まれるユーザの属性情報については、削除対象から除外してもよい。
【０１１１】
具体的には、例えば、削除部８０４は、クライアント端末２０２からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報が受信された場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。
【０１１２】
より詳細に説明すると、例えば、削除部８０４は、クライアント端末２０２からサービス提供可能通知が受信された場合、ユーザ情報テーブル９００を参照して、サービス提供可能通知に含まれるパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。
【０１１３】
これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。
【０１１４】
また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。
【０１１５】
これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。また、ユーザ管理情報に含まれるユーザ属性を残すことで、ログ解析等を行う場合に役立てることができる。なお、チャットログに対応するユーザ属性は、例えば、ユーザ管理情報に含まれるルームＩＤから特定することができる。
【０１１６】
また、削除部８０４は、例えば、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報が受信された場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。
【０１１７】
より詳細に説明すると、例えば、削除部８０４は、ユーザ端末２０１から店舗選択結果が受信された場合、ユーザ情報テーブル９００を参照して、店舗選択結果に含まれるパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。
【０１１８】
これにより、ユーザによってサービスの提供を希望する店舗（提供者）が選択されたタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。
【０１１９】
また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。
【０１２０】
これにより、ユーザによってサービスの提供を希望する店舗（提供者）が選択されたタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。
【０１２１】
また、削除部８０４は、例えば、クライアント端末２０２にパス情報が送信されてから所定時間経過した場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。所定時間は、例えば、数十秒程度の時間に設定される。
【０１２２】
より詳細に説明すると、例えば、削除部８０４は、ユーザ情報テーブル９００を参照して、クライアント端末２０２に送信されてから所定時間経過したパス情報のパスＮｏ．に対応するユーザ管理情報を特定する。つぎに、削除部８０４は、チャットログＤＢ２３０から、特定したユーザ管理情報のルームＩＤに対応するチャットログを特定する。そして、削除部８０４は、特定したチャットログから、ユーザＩＤおよびアドレスを削除する。
【０１２３】
これにより、クライアント端末２０２にパス情報が送信されてから所定時間経過したタイミングで、チャットログＤＢ２３０内のチャットログから個人を特定可能な情報を削除することができる。
【０１２４】
また、削除部８０４は、ユーザ情報テーブル９００から、特定したユーザ管理情報を削除する。この際、削除部８０４は、特定したユーザ管理情報のユーザＩＤおよびアドレスのみ削除することにしてもよい。
【０１２５】
これにより、クライアント端末２０２にパス情報が送信されてから所定時間経過したタイミングで、ユーザ情報テーブル９００から個人を特定可能な情報を削除することができる。
【０１２６】
ここで、所定の削除条件を満たす前に、情報管理装置１０１とユーザ端末２０１との通信が切断される場合がある。例えば、ユーザがチャットボットとの会話を強制終了したり、通信障害が発生したりした場合に、ユーザ端末２０１との通信が切断される。
【０１２７】
この場合、ユーザ端末２０１から受信されたユーザ情報は、情報管理装置１０１から削除されずに残ってしまう。このため、削除部８０４は、ユーザ端末２０１との通信が終了した場合に、ユーザ端末２０１から受信されたユーザ情報を削除することにしてもよい。これにより、ユーザがチャットから途中で離脱した際に、情報管理装置１０１にユーザ情報が残ってしまうのを防ぐことができる。
【０１２８】
なお、ユーザ情報の削除例については、図１０および図１１を用いて後述する。
【０１２９】
会話制御部８０２は、クライアント端末２０２からパス情報用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報が受信された場合、ユーザ端末２０１およびクライアント端末２０２（または、ユーザ端末２０１のみ）へ、サービスに関するマッチング成立情報を送信することにしてもよい。
【０１３０】
また、会話制御部８０２は、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報が受信された場合に、ユーザ端末２０１およびクライアント端末２０２へマッチング成立情報を送信することにしてもよい。
【０１３１】
具体的には、例えば、会話制御部８０２は、所定の削除条件を満たす場合に、ユーザ端末２０１およびクライアント端末２０２へマッチング成立情報を送信する。ここで、マッチング成立情報は、サービスを利用するユーザと、サービスの提供者とのマッチングが成立したことを示す情報である。
【０１３２】
ユーザ端末２０１に送信されるマッチング成立情報には、例えば、サービスを提供可能な店舗の情報、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が含まれる。また、クライアント端末２０２に送信されるマッチング成立情報には、例えば、パスＮｏ．に対応するユーザとのマッチングが成立したことを示すメッセージが含まれる。
【０１３３】
これにより、以降において、ユーザは、ユーザ端末２０１からクライアント端末２０２に直接アクセスして、店舗の予約等を行うことができる。また、サービスの提供者は、パスＮｏ．に対応するユーザからの予約が発生する可能性があることを把握することができる。
【０１３４】
（ユーザ情報の削除例）
つぎに、図１０および図１１を用いて、情報管理装置１０１における、ユーザ端末２０１から受信したユーザ情報の削除例について説明する。ここでは、パスＮｏ．「５０８」に対応するユーザ情報を削除する場合を例に挙げて説明する。また、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除する場合を例に挙げて説明する。
【０１３５】
図１０は、ユーザ情報の削除例を示す説明図（その１）である。図１０において、チャットログＤＢ２３０（図７参照）内のチャットログ７００−３が示されている。チャットログ７００−３は、パスＮｏ．「５０８」に対応するユーザ情報を含むチャットログの一例である。
【０１３６】
この場合、削除部８０４は、チャットログ７００−３から、ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」を削除する。ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」は、ユーザの個人情報に相当する。これにより、チャットログ７００−３から個人を特定可能な情報を削除することができる。
【０１３７】
図１１は、ユーザ情報の削除例を示す説明図（その２）である。図１１において、ユーザ情報テーブル９００（図９参照）内のユーザ管理情報９００−１が示されている。ユーザ管理情報９００−１は、パスＮｏ．「５０８」に対応するユーザ情報を含むユーザ管理情報である。
【０１３８】
この場合、削除部８０４は、ユーザ管理情報９００−１から、ユーザＩＤ「Ｕ１」およびアドレス「１．６６．…」を削除する。これにより、ユーザ管理情報９００−１から個人を特定可能な情報を削除することができる。
【０１３９】
また、ユーザ管理情報９００−１のルームＩＤ「Ｒ１」をキーとして、チャットログＤＢ２３０内のルームＩＤ「Ｒ１」のチャットログに対応するユーザ属性「フランス人、男性、２０代、２名」を特定することができる。これにより、チャットログに対応するユーザ属性を特定した上で、チャットの導線解析等を行うことが可能となる。
【０１４０】
（ユーザ端末２０１の会話画面の画面例）
つぎに、図１２Ａ、図１２Ｂ、図１２Ｃおよび図１２Ｄを用いて、ユーザ端末２０１のディスプレイ４０３（図４参照）に表示される会話画面の画面例について説明する。ここでは、ユーザ端末２０１におけるチャットボットとの会話が、ユーザ属性「２０代×男性×フランス人×２名」に対応するトークスクリプトを用いて開始された場合を想定する。
【０１４１】
図１２Ａ、図１２Ｂ、図１２Ｃおよび図１２Ｄは、ユーザ端末２０１の会話画面の画面例を示す説明図である。図１２Ａにおいて、会話画面１２１０は、情報管理装置１０１からのサービスに関するレコメンド情報に基づいて表示されるサービス一覧１２１１を含む操作画面の一例である。
【０１４２】
会話画面１２１０において、例えば、入力装置４０４（図４参照）を用いたユーザの操作入力により、サービス一覧１２１１内のボタン１２１２〜１２１６のいずれかを選択することにより、利用を希望するサービスを選択することができる。
【０１４３】
また、会話画面１２１０において、ユーザの操作入力により、サービス一覧１２１１内のボタン１２１７を選択すると、ユーザ端末２０１から情報管理装置１０１へサービスの利用を希望しないことを示す情報が送信される。
【０１４４】
例えば、会話画面１２１０において、ボタン１２１５が選択されると、会話画面１２２０が表示される。会話画面１２２０は、サービス「めいどカフェ」を提供可能な店舗一覧とサービス詳細を表示するかを問い合わせる確認画面である。
【０１４５】
会話画面１２２０において、ユーザの操作入力により、ボタン１２２１を選択すると、図１２Ｂに示す会話画面１２３０が表示される。また、会話画面１２２０において、ユーザの操作入力により、ボタン１２２２を選択すると、会話画面１２１０に戻る。
【０１４６】
図１２Ｂにおいて、会話画面１２３０は、サービスの提供者へ利用者情報（個人情報を含まないユーザ情報）を提供してもよいかの同意確認を行う同意確認画面の一例である。会話画面１２３０には、サービスの提供者へ提供される利用者情報は、会話終了時に削除される旨のメッセージが表示されている。
【０１４７】
会話画面１２３０によれば、ユーザは、サービスの提供者へ利用者情報を提供してもよいかの同意確認を行うことができる。また、ユーザは、チャットボットとの会話終了時に利用者情報が削除されることがわかる。
【０１４８】
会話画面１２３０において、ユーザの操作入力により、ボタン１２３１を選択すると、ユーザ端末２０１から情報管理装置１０１へ、サービスの利用希望に関する情報が送信され、メッセージ１２３３が表示された後、図１２Ｃに示す会話画面１２４０が表示される。また、会話画面１２３０において、ユーザの操作入力により、ボタン１２３２を選択すると、会話画面１２１０に戻る。
【０１４９】
図１２Ｃにおいて、会話画面１２４０は、情報管理装置１０１からのサービスを提供可能な提供者に関する提供者情報に基づいて表示される店舗一覧１２４１を含む操作画面の一例である。店舗一覧１２４１は、ユーザ属性「２０代×男性×フランス人×２名」に対応するユーザにサービスを提供可能である旨の応答をした店舗の一覧である。
【０１５０】
会話画面１２４０において、ユーザの操作入力により、店舗一覧１２４１内のボタン１２４２，１２４３のいずれかを選択することにより、サービスの提供を希望する店舗を選択することができる。また、会話画面１２４０において、ユーザの操作入力により、店舗一覧１２４１内のボタン１２４４を選択すると、ユーザ端末２０１から情報管理装置１０１へサービスの利用を希望しないことを示す情報が送信される。
【０１５１】
例えば、会話画面１２４０において、ボタン１２４２が選択されると、ユーザ端末２０１から情報管理装置１０１へ店舗選択結果「店舗Ｃ」が送信された結果、会話画面１２５０が表示される。会話画面１２５０は、ユーザ端末２０１からの店舗選択結果「店舗Ｃ」に応じて情報管理装置１０１から送信されるマッチング成立情報に基づいて表示される操作画面の一例である。
【０１５２】
会話画面１２５０において、ユーザの操作入力により、ボタン１２５１を選択すると、ユーザ端末２０１から情報管理装置１０１へ店舗Ｃの予約を行う旨の情報が送信される。この結果、ユーザ端末２０１におけるチャットボットとの会話が終了して、図１２Ｄに示す予約画面１２６０が表示される。また、会話画面１２５０において、ユーザの操作入力により、ボタン１２５２を選択すると、会話画面１２４０に戻る。
【０１５３】
なお、情報管理装置１０１へ店舗Ｃの予約を行う旨の情報が送信されると、情報管理装置１０１において、ユーザ端末２０１から受信したユーザ情報が削除される。すなわち、情報管理装置１０１は、店舗選択結果「店舗Ｃ」を受信し、かつ、店舗Ｃの予約を行う旨の情報を受信した場合に、サービスの提供を希望する提供者を特定する情報を受信したとして、ユーザ情報を削除する。
【０１５４】
予約画面１２６０は、情報管理装置１０１からのマッチング成立情報（例えば、店舗ＣのＵＲＬ）に基づいて表示される操作画面の一例である。予約画面１２６０において、ユーザの操作入力により、利用人数、メールアドレス、連絡先番号および入店時間を指定して、ボタン１２６１を選択すると、店舗Ｃの予約登録を行うことができる。
【０１５５】
より詳細に説明すると、ボタン１２６１を選択すると、指定された利用人数、メールアドレス、連絡先番号および入店時間を含む予約登録情報が、ユーザ端末２０１から店舗Ｃに対応するクライアント端末２０２へ送信される。予約登録情報には、利用者属性情報、または、利用者属性情報に対応するパスＮｏ．が含まれていてもよい。この結果、店舗Ｃの予約が完了すると、予約完了画面１２７０が表示される。
【０１５６】
また、予約画面１２６０において、ユーザの操作入力により、ボタン１２６２を選択すると、店舗Ｃの予約登録が中止され、予約画面１２６０の表示が終了する。
【０１５７】
（クライアント端末２０２の各種画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０３（図４参照）に表示される各種画面の画面例について説明する。まず、図１３Ａおよび図１３Ｂを用いて、利用者属性画面の画面例について説明する。
【０１５８】
図１３Ａおよび図１３Ｂは、クライアント端末２０２の利用者属性画面の画面例を示す説明図である。図１３Ａにおいて、利用者属性画面１３１０は、情報管理装置１０１からのパス情報に基づいて表示されるサービス要求一覧１３１１を含む操作画面の一例である。サービス要求一覧１３１１は、クライアント端末２０２に対応する提供者のサービスの利用を希望する要求の一覧である。ただし、図１３Ａの例では、サービス要求が１つのみ表示されている。
【０１５９】
利用者属性画面１３１０において、入力装置４０４（図４参照）を用いたユーザの操作入力により、ボタン１３１２を選択することにより、パスＮｏ．「５０８」に対応するユーザ情報にアクセスすることができる。クライアント端末２０２のユーザは、サービスの提供者である。
【０１６０】
より詳細に説明すると、ボタン１３１２を選択すると、クライアント端末２０２から情報管理装置１０１へパスＮｏ．「５０８」を指定したアクセス要求が送信され、利用者属性画面１３２０が表示される。なお、利用者属性画面１３１０において、ユーザの操作入力により、ボタン１３１３を選択すると、利用者属性画面１３１０の表示を終了して、初期画面（不図示）に戻ることができる。
【０１６１】
利用者属性画面１３２０は、パスＮｏ．「５０８」に対応する利用者属性情報１３２１を表示する操作画面の一例である。利用者属性情報１３２１は、パスＮｏ．「５０８」に対応するユーザのユーザ属性「２０代×男性×フランス人×２名」を示している。利用者属性画面１３２０によれば、サービスの提供者は、サービスの利用を希望しているユーザの属性を確認して、サービスを提供可能であるか否かを判断することができる。
【０１６２】
利用者属性画面１３２０において、ボタン１３２２を選択すると、クライアント端末２０２から情報管理装置１０１へサービス提供可能通知が送信される。サービス提供可能通知は、パス情報（パスＮｏ．「５０８」）に対応するユーザにサービスを提供可能であることを示す情報である。
【０１６３】
また、利用者属性画面１３２０において、ボタン１３２３を選択すると、クライアント端末２０２から情報管理装置１０１へサービス提供不可通知が送信される。サービス提供不可通知は、パス情報（パスＮｏ．「５０８」）に対応するユーザにサービスを提供できないことを示す情報である。
【０１６４】
ここでは、利用者属性画面１３２０において、ボタン１３２２が選択された場合を想定する。この場合、利用者属性画面１３３０が表示される。利用者属性画面１３３０は、パスＮｏ．「５０８」に対応するサービス要求に対する応答が完了したことを示す応答完了画面である。
【０１６５】
なお、利用者属性画面１３３０において、ユーザの操作入力により、ボタン１３３１を選択すると、利用者属性画面１３２０の表示を終了して、初期画面（不図示）に戻ることができる。
【０１６６】
つぎに、図１４Ａおよび図１４Ｂを用いて、予約確認画面の画面例について説明する。
【０１６７】
図１４Ａおよび図１４Ｂは、クライアント端末２０２の予約確認画面の画面例を示す説明図である。図１４Ａにおいて、予約確認画面１４１０は、ユーザ端末２０１からの予約登録情報に基づいて表示される予約要求一覧１４１１を含む操作画面の一例である。予約要求一覧１４１１は、サービスの予約を希望する要求の一覧である。ただし、図１４Ａの例では、予約要求が１つのみ表示されている。
【０１６８】
予約確認画面１４１０において、ユーザの操作入力により、ボタン１４１２を選択すると、予約確認画面１４２０が表示され、パスＮｏ．「５０８」に対応する予約情報詳細を表示することができる。また、予約確認画面１４１０において、ユーザの操作入力により、ボタン１４１３を選択すると、予約確認画面１４１０の表示を終了して、初期画面（不図示）に戻ることができる。
【０１６９】
ここでは、予約確認画面１４１０において、ボタン１４１２が選択された場合を想定する。この場合、予約確認画面１４２０が表示される。予約確認画面１４２０は、ユーザ端末２０１からの予約登録情報に基づいて表示される予約情報詳細画面の一例である。予約確認画面１４２０は、予約情報１４２１と利用者属性情報１４２２とを含む。
【０１７０】
予約情報１４２１は、サービス要求元のユーザにより指定された利用人数、メールアドレス、連絡先番号および入店時間を示す。利用者属性情報１４２２は、サービス要求元のユーザのユーザ属性「２０代×男性×フランス人×２名」を示す。
【０１７１】
予約確認画面１４２０によれば、サービスの提供者は、ユーザからの予約登録内容およびユーザ属性を確認して、予約を受理するか否かを判断することができる。また、ユーザ属性を把握した上で予約を受理することができるため、サービス提供時にきめ細かい対応を行うことが可能となり、サービスの品質を向上させることができる。
【０１７２】
予約確認画面１４２０において、ボタン１４２３を選択すると、クライアント端末２０２からユーザ端末２０１へ予約受理通知が送信される。予約受理通知は、予約が受理されたことを示す情報である。また、予約確認画面１４２０において、ボタン１４２４を選択すると、クライアント端末２０２からユーザ端末２０１へ予約却下通知が送信される。予約却下通知は、予約が受理されなかったことを示す情報である。
【０１７３】
ここでは、予約確認画面１４２０において、ボタン１４２３が選択された場合を想定する。この場合、予約確認画面１４３０が表示される。予約確認画面１４３０は、パスＮｏ．「５０８」に対応する予約要求に対する予約が成立したことを示す予約成立画面（応答完了画面）である。
【０１７４】
なお、予約確認画面１４３０において、ユーザの操作入力により、ボタン１４３１を選択すると、予約確認画面１４３０の表示を終了して、初期画面（不図示）に戻ることができる。
【０１７５】
（情報管理装置１０１の情報管理処理手順）
つぎに、情報管理装置１０１の情報管理処理手順について説明する。
【０１７６】
図１５および図１６は、情報管理装置１０１の情報管理処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、情報管理装置１０１は、ユーザ端末２０１から、チャットの開始指示とともに、ユーザ端末２０１に対応するユーザ情報を受信したか否かを判断する（ステップＳ１５０１）。
【０１７７】
ここで、情報管理装置１０１は、チャットの開始指示とともにユーザ情報を受信するのを待つ（ステップＳ１５０１：Ｎｏ）。そして、情報管理装置１０１は、チャットの開始指示とともにユーザ情報を受信した場合（ステップＳ１５０１：Ｙｅｓ）、受信したユーザ情報に基づいて、ユーザ属性を特定する（ステップＳ１５０２）。
【０１７８】
つぎに、情報管理装置１０１は、スクリプトテーブル２２０を参照して、特定したユーザ属性に対応するスクリプトを、ユーザ端末２０１におけるチャットボットの会話に適用するトークスクリプトに決定する（ステップＳ１５０３）。そして、情報管理装置１０１は、決定したトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットとの会話を開始する（ステップＳ１５０４）。
【０１７９】
つぎに、情報管理装置１０１は、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信する（ステップＳ１５０５）。この結果、ユーザ端末２０１において、例えば、図１２Ａに示したようなサービス一覧１２１１を含む会話画面１２１０が表示される。
【０１８０】
そして、情報管理装置１０１は、ユーザ端末２０１において利用を希望するサービスが選択されたか否かを判断する（ステップＳ１５０６）。ここで、利用を希望するサービスが選択されなかった場合（ステップＳ１５０６：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。
【０１８１】
一方、利用を希望するサービスが選択された場合（ステップＳ１５０６：Ｙｅｓ）、情報管理装置１０１は、ユーザ端末２０１において店舗一覧とサービス詳細表示が希望されたか否かを判断する（ステップＳ１５０７）。ここで、店舗一覧とサービス詳細表示が希望されなかった場合（ステップＳ１５０７：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。
【０１８２】
一方、店舗一覧とサービス詳細表示が希望された場合（ステップＳ１５０７：Ｙｅｓ）、情報管理装置１０１は、利用者情報の店舗への提供にユーザが同意したか否かを判断する（ステップＳ１５０８）。ここで、利用者情報の店舗への提供にユーザが同意しなかった場合（ステップＳ１５０８：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。
【０１８３】
一方、利用者情報の店舗への提供にユーザが同意した場合（ステップＳ１５０８：Ｙｅｓ）、情報管理装置１０１は、図１６に示したステップＳ１６０１に移行する。
【０１８４】
図１６のフローチャートにおいて、まず、情報管理装置１０１は、サービスの提供者に対応するクライアント端末２０２へ、ユーザ端末２０１から受信したユーザ情報にアクセス可能なパス情報を送信する（ステップＳ１６０１）。つぎに、情報管理装置１０１は、クライアント端末２０２から、パスＮｏ．を指定したアクセス要求を受信したか否かを判断する（ステップＳ１６０２）。
【０１８５】
ここで、クライアント端末２０２からアクセス要求を受信していない場合（ステップＳ１６０２：Ｎｏ）、情報管理装置１０１は、ステップＳ１６０４に移行する。一方、クライアント端末２０２からアクセス要求を受信した場合（ステップＳ１６０２：Ｙｅｓ）、情報管理装置１０１は、指定されたパスＮｏ．に対応する利用者属性情報をクライアント端末２０２に送信する（ステップＳ１６０３）。
【０１８６】
つぎに、情報管理装置１０１は、パス情報を送信した全てのクライアント端末２０２から、パス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であるか否かを示す応答（サービス提供可能通知またはサービス提供不可通知）を受信したか否かを判断する（ステップＳ１６０４）。
【０１８７】
ここで、情報管理装置１０１は、全てのクライアント端末２０２から応答を受信していない場合（ステップＳ１６０４：Ｎｏ）、ステップＳ１６０２に戻る。ただし、ステップＳ１６０４において、情報管理装置１０１は、パス情報を送信してから所定時間（例えば、２０秒）経過したら、ステップＳ１６０５に移行することにしてもよい。
【０１８８】
そして、情報管理装置１０１は、パス情報を送信した全てのクライアント端末２０２から応答を受信した場合（ステップＳ１６０４：Ｙｅｓ）、受信した応答（サービス提供可能通知またはサービス提供不可通知）に基づいて、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信する（ステップＳ１６０５）。この結果、ユーザ端末２０１において、例えば、図１２Ｃに示したような店舗一覧１２４１を含む会話画面１２４０が表示される。
【０１８９】
そして、情報管理装置１０１は、ユーザ端末２０１においてサービスの提供を希望する店舗が選択されたか否かを判断する（ステップＳ１６０６）。ここで、サービスの提供を希望する店舗が選択されなかった場合（ステップＳ１６０６：Ｎｏ）、情報管理装置１０１は、ステップＳ１５０５に戻る。
【０１９０】
一方、サービスの提供を希望する店舗が選択された場合（ステップＳ１６０６：Ｙｅｓ）、情報管理装置１０１は、ユーザ端末２０１および選択された店舗に対応するクライアント端末２０２へマッチング成立情報を送信する（ステップＳ１６０７）。
【０１９１】
そして、情報管理装置１０１は、チャットログＤＢ２３０およびユーザ情報テーブル９００から、ユーザ端末２０１から受信したユーザ情報を削除して（ステップＳ１６０８）、本フローチャートによる一連の処理を終了する。この際、情報管理装置１０１は、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することにしてもよい。
【０１９２】
これにより、サービスの提供者側が、サービスの利用を希望しているユーザの属性情報を確認した上で、サービスを提供可能であるか否かを判断可能にすることができる。また、サービスを提供可能な店舗の中から、ユーザがサービスの提供を希望する店舗が選択されたタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。
【０１９３】
（ユーザ端末２０１の予約登録処理手順）
つぎに、ユーザ端末２０１の予約登録処理手順について説明する。
【０１９４】
図１７は、ユーザ端末２０１の予約登録処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、ユーザ端末２０１は、情報管理装置１０１からのマッチング成立情報に基づいて、予約画面を表示する（ステップＳ１７０１）。予約画面は、例えば、図１２Ｄに示したような予約画面１２６０である。
【０１９５】
つぎに、ユーザ端末２０１は、予約画面において店舗の予約登録が行われたか否かを判断する（ステップＳ１７０２）。ここで、店舗の予約登録が行われなかった場合（ステップＳ１７０２：Ｎｏ）、ユーザ端末２０１は、本フローチャートによる一連の処理を終了する。
【０１９６】
一方、店舗の予約登録が行われた場合（ステップＳ１７０２：Ｙｅｓ）、ユーザ端末２０１は、店舗に対応するクライアント端末２０２へ予約登録情報を送信する（ステップＳ１７０３）。つぎに、ユーザ端末２０１は、クライアント端末２０２から予約受理通知を受信したか否かを判断する（ステップＳ１７０４）。
【０１９７】
ここで、クライアント端末２０２から予約受理通知を受信した場合（ステップＳ１７０４：Ｙｅｓ）、ユーザ端末２０１は、予約完了画面を表示して（ステップＳ１７０５）、本フローチャートによる一連の処理を終了する。
【０１９８】
一方、クライアント端末２０２から予約却下通知を受信した場合（ステップＳ１７０４：Ｎｏ）、ユーザ端末２０１は、予約却下画面を表示して（ステップＳ１７０６）、本フローチャートによる一連の処理を終了する。
【０１９９】
これにより、情報管理装置１０１から通知されたマッチング成立情報を用いて、店舗の予約登録をスムーズに行うことが可能となる。
【０２００】
（クライアント端末２０２の利用者情報表示処理手順）
つぎに、クライアント端末２０２の利用者情報表示処理手順について説明する。
【０２０１】
図１８は、クライアント端末２０２の利用者情報表示処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、クライアント端末２０２は、情報管理装置１０１からパス情報を受信したか否かを判断する（ステップＳ１８０１）。ここで、クライアント端末２０２は、パス情報を受信するのを待つ（ステップＳ１８０１：Ｎｏ）。
【０２０２】
そして、クライアント端末２０２は、パス情報を受信した場合（ステップＳ１８０１：Ｙｅｓ）、受信したパス情報に基づいてサービス要求一覧を表示する（ステップＳ１８０２）。つぎに、クライアント端末２０２は、サービス要求一覧からサービス要求が選択されたか否かを判断する（ステップＳ１８０３）。
【０２０３】
ここで、サービス要求が選択されなかった場合（ステップＳ１８０３：Ｎｏ）、クライアント端末２０２は、ステップＳ１８０１に戻る。一方、サービス要求が選択された場合（ステップＳ１８０３：Ｙｅｓ）、クライアント端末２０２は、選択されたサービス要求のパスＮｏ．を指定したアクセス要求を情報管理装置１０１へ送信する（ステップＳ１８０４）。
【０２０４】
そして、クライアント端末２０２は、送信したアクセス要求に応じて情報管理装置１０１から送信される利用者属性情報を表示する（ステップＳ１８０５）。つぎに、クライアント端末２０２は、ユーザの操作入力に応じて、サービスを提供可能であるか否かを判断する（ステップＳ１８０６）。
【０２０５】
ここで、サービスを提供可能である場合（ステップＳ１８０６：Ｙｅｓ）、クライアント端末２０２は、情報管理装置１０１へサービス提供可能通知を送信して（ステップＳ１８０７）、ステップＳ１８０９に移行する。
【０２０６】
一方、サービスを提供不可の場合（ステップＳ１８０６：Ｎｏ）、クライアント端末２０２は、情報管理装置１０１へサービス提供不可通知を送信する（ステップＳ１８０８）。そして、クライアント端末２０２は、サービス要求に対する応答が完了したことを示す応答完了画面を表示して（ステップＳ１８０９）、本フローチャートによる一連の処理を終了する。
【０２０７】
これにより、サービスの提供者は、サービスの利用を希望しているユーザの属性を確認して、サービスを提供可能であるか否かを判断することができる。
【０２０８】
（クライアント端末２０２の予約処理手順）
つぎに、クライアント端末２０２の予約処理手順について説明する。
【０２０９】
図１９は、クライアント端末２０２の予約処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信したか否かを判断する（ステップＳ１９０１）。ここで、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信するのを待つ（ステップＳ１９０１：Ｎｏ）。
【０２１０】
そして、クライアント端末２０２は、ユーザ端末２０１から予約登録情報を受信した場合（ステップＳ１９０１：Ｙｅｓ）、受信した予約登録情報に基づいて予約要求一覧を表示する（ステップＳ１９０２）。つぎに、クライアント端末２０２は、予約要求一覧から予約要求が選択されたか否かを判断する（ステップＳ１９０３）。
【０２１１】
ここで、予約要求が選択されなかった場合（ステップＳ１９０３：Ｎｏ）、クライアント端末２０２は、ステップＳ１９０１に戻る。一方、予約要求が選択された場合（ステップＳ１９０３：Ｙｅｓ）、クライアント端末２０２は、選択された予約要求に対応する予約登録情報に基づいて予約情報詳細画面を表示する（ステップＳ１９０４）。予約情報詳細画面は、例えば、図１４Ａに示した予約確認画面１４２０である。
【０２１２】
つぎに、クライアント端末２０２は、ユーザの操作入力に応じて、予約を受理したか否かを判断する（ステップＳ１９０５）。ここで、予約を受理した場合（ステップＳ１９０５：Ｙｅｓ）、クライアント端末２０２は、ユーザ端末２０１へ予約受理通知を送信して（ステップＳ１９０６）、ステップＳ１９０８に移行する。
【０２１３】
一方、予約を却下した場合（ステップＳ１９０５：Ｎｏ）、クライアント端末２０２は、ユーザ端末２０１へ予約却下通知を送信する（ステップＳ１９０７）。そして、クライアント端末２０２は、予約要求に対する応答が完了したことを示す応答完了画面を表示して（ステップＳ１９０８）、本フローチャートによる一連の処理を終了する。
【０２１４】
これにより、サービスの提供者は、ユーザからの予約登録内容やユーザ属性を確認して、予約を受理するか否かを判断することができる。
【０２１５】
以上説明したように、実施の形態にかかる情報管理装置１０１によれば、ユーザ端末２０１からチャットの開始指示を受信するとともに、ユーザ端末２０１に対応するユーザ情報を受信し、チャットの開始指示に応じて、ユーザ端末２０１におけるチャットボットでの会話を開始して、会話の内容に基づいて、ユーザ端末２０１へサービスに関するレコメンド情報を送信することができる。また、情報管理装置１０１によれば、ユーザ端末２０１からレコメンド情報に対する回答として、サービスの利用希望に関する情報を受信した場合、サービスの提供者に対応するクライアント端末２０２へ、受信したユーザ情報にアクセス可能なパス情報を送信することができる。パス情報は、例えば、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの属性情報にアクセス可能な情報である。
【０２１６】
これにより、サービスの提供者側が、サービスの利用を希望しているユーザの属性情報を確認した上で、サービスを提供可能であるか否かを判断することが可能となり、個々のユーザにあったサービスの提供につなげることができる。例えば、ユーザが外国人であることがわかれば、外国語対応可能なスタッフを準備したり、外国人好みの出迎えをしたりするなど、より質の高いサービスを提供することが可能となる。
【０２１７】
また、情報管理装置１０１によれば、クライアント端末２０２からパス情報を用いてアクセスされたユーザ情報に対応するユーザにサービスを提供可能であることを示す情報を受信した場合と所定時間経過した場合との少なくとも一方の場合に、ユーザ情報を削除することができる。
【０２１８】
これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な提供者（店舗）が見つかったタイミング、または、所定時間経過したタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。このため、個人情報が取られることへのユーザの抵抗感を少なくして、チャットボットを利用したサービスの円滑な提供を図ることができる。
【０２１９】
また、情報管理装置１０１によれば、クライアント端末２０２からサービスを提供可能であることを示す情報を受信した場合、サービスを提供可能な提供者に関する提供者情報をユーザ端末２０１へ送信することができる。そして、情報管理装置１０１によれば、ユーザ端末２０１から提供者情報に対する回答として、サービスの提供を希望する提供者を特定する情報を受信した場合に、ユーザ情報を削除することができる。
【０２２０】
これにより、例えば、ユーザにあったサービスを提供可能な店舗の中から、サービスの提供を希望する店舗を選択させることができる。このため、実際にユーザが店舗へアクセスした際に、例えば、外国人対応できないなどの事態が生じるのを防ぐことができる。また、ユーザによってサービスの提供を希望する店舗が選択されたタイミングで、情報管理装置１０１からユーザ情報を削除して、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。
【０２２１】
また、情報管理装置１０１によれば、ユーザ端末２０１との通信が終了した場合に、ユーザ情報を削除することができる。
【０２２２】
これにより、チャットボットとの会話を強制終了したり、通信障害が発生したりするなどして、チャットからの途中離脱が発生した場合に、ユーザ情報がログとして蓄積されてしまうのを防ぐことができる。
【０２２３】
また、情報管理装置１０１によれば、ユーザ情報を削除する際に、ユーザ情報に含まれるユーザの属性情報および個人情報のうち、ユーザの個人情報のみを削除することができる。
【０２２４】
これにより、ユーザ情報のうち個人を特定する情報以外の情報（例えば、年代、性別などを表す情報）は、ログ解析用として保管することができる。
【０２２５】
また、情報管理装置１０１によれば、クライアント端末２０２からサービスを提供可能であることを示す情報を受信した場合、ユーザ端末２０１およびクライアント端末２０２へ、サービスに関するマッチング成立情報を送信することができる。
【０２２６】
これにより、サービスの利用を希望するユーザに対して、当該サービスを提供可能な店舗が見つかったタイミングで、ユーザおよび店舗に対して、マッチングが成立したことを通知することができる。また、以降において、ユーザは、店舗側に直接アクセスして、店舗の予約等を行うことができる。また、店舗側は、パス情報に対応するユーザからの予約が発生する可能性があることを把握することができる。
【０２２７】
また、情報管理装置１０１によれば、ユーザ端末２０１からサービスの提供を希望する提供者を特定する情報を受信した場合、ユーザ端末２０１およびクライアント端末２０２へ、サービスに関するマッチング成立情報を送信することができる。
【０２２８】
これにより、ユーザによってサービスの提供を希望する店舗が選択されたタイミングで、ユーザおよび店舗に対して、マッチングが成立したことを通知することができる。
【０２２９】
また、情報管理装置１０１によれば、ユーザ情報に基づき決定されるトークスクリプトを用いて、ユーザ端末２０１におけるチャットボットでの会話を開始することができる。
【０２３０】
これにより、ユーザ端末２０１を使用するユーザの特徴（例えば、年代、性別など）に応じて、ユーザ端末２０１におけるチャットボットの会話の流れを動的に変化させることができる。このため、ユーザが所望の回答を得るまでの手数を減らして、チャットからの離脱を防ぐことができ、サービスの利用につなげることができる。
【０２３１】
また、情報管理装置１０１によれば、サービスの提供者に対応するクライアント端末２０２へ、受信したユーザ情報に有効期間内に所定回数（例えば、１回）、アクセス可能なパス情報を送信することができる。
【０２３２】
これにより、サービスの利用を希望するユーザと、当該サービスを提供可能な店舗とのリアルタイム性の高いマッチングを実現することができる。
【０２３３】
なお、本実施の形態で説明した情報管理方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報管理プログラムは、インターネット等のネットワークを介して配布してもよい。
【０２３４】
また、本実施の形態で説明した情報管理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）によっても実現することができる。
【符号の説明】
【０２３５】
１０１  情報管理装置
１０２  情報処理端末
１０３  情報処理装置
１１０  記憶部
１２０  ユーザ情報
１３０  レコメンド情報
１４０  利用希望情報
１５０  パス情報
１６０  受理通知
２００  情報管理システム
２０１  ユーザ端末
２０２  クライアント端末
２１０  ネットワーク
２２０  スクリプトテーブル
２３０  チャットログＤＢ
３００，４００  バス
３０１，４０１  ＣＰＵ
３０２，４０２  メモリ
３０３  ディスクドライブ
３０４  ディスク
３０５，４０５  通信Ｉ／Ｆ
３０６  可搬型記録媒体Ｉ／Ｆ
３０７  可搬型記録媒体
４０３  ディスプレイ
４０４  入力装置
４０６  カメラ
４０７  スピーカ
４０８  マイクロフォン
８０１  第１の通信部
８０２  会話制御部
８０３  第２の通信部
８０４  削除部
９００  ユーザ情報テーブル
【要約】
情報管理装置（１０１）は、チャットの開始指示に応じて、情報処理端末（１０２）におけるチャットボットでの会話を開始し、会話の内容に基づいて、情報処理端末（１０２）へサービスに関するレコメンド情報（１３０）を送信する。情報管理装置（１０１）は、情報処理端末（１０２）からレコメンド情報（１３０）に対する回答として、サービス（Ａ）に関する利用希望情報（１４０）を受信した場合、サービス（Ａ）の提供者に対応する情報処理装置（１０３）へ、情報処理端末（１０２）から受信したユーザ情報（１２０）にアクセス可能なパス情報（１５０）を送信する。情報管理装置（１０１）は、情報処理装置（１０３）からパス情報（１５０）を用いてアクセスされたユーザ情報（１２０）に対応するユーザにサービス（Ａ）を提供可能であることを示す受理通知（１６０）を受信した場合、ユーザ情報（１２０）を削除する。【図１】
0006690796.tif 000002
【図２】
0006690796.tif 000003
【図３】
0006690796.tif 000004
【図４】
0006690796.tif 000005
【図５】
0006690796.tif 000006
【図６】
0006690796.tif 000007
【図７】
0006690796.tif 000008
【図８】
0006690796.tif 000009
【図９】
0006690796.tif 000010
【図１０】
0006690796.tif 000011
【図１１】
0006690796.tif 000012
【図１２Ａ】
0006690796.tif 000013
【図１２Ｂ】
0006690796.tif 000014
【図１２Ｃ】
0006690796.tif 000015
【図１２Ｄ】
0006690796.tif 000016
【図１３Ａ】
0006690796.tif 000017
【図１３Ｂ】
0006690796.tif 000018
【図１４Ａ】
0006690796.tif 000019
【図１４Ｂ】
0006690796.tif 000020
【図１５】
0006690796.tif 000021
【図１６】
0006690796.tif 000022
【図１７】
0006690796.tif 000023
【図１８】
0006690796.tif 000024
【図１９】
0006690796.tif 000025