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

Abstract

【課題】利用者の情報を考慮して、電子決済サービスの利用を補助すること。【解決手段】利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付ける受付部と、前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、前記自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得する取得部と、前記利用者端末装置に、前記第２入力文に応じた回答を表示させる表示制御部と、を備える、情報処理装置。【選択図】図１

Description

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

従来、チャットボットを活用して、利用者による商品の購入を支援する技術が知られている。例えば、特許文献１には、ユーザ要請に対応する相談商品を検索し、検索結果から選択された相談商品に対する決済処理を実行し、チャットボットが、決済が完了した相談商品に関連する関連情報を利用者の端末装置に表示させる技術が開示されている。

特表２０２３－５０２６０９号公報

しかしながら、従来技術のチャットボットは、単なる情報の通知や、利用者によって入力された選択肢に応じた回答の提示など、簡易的な機能を提供するに過ぎないものである場合があった。すなわち、従来技術のチャットボットは、選択肢の受付などを行うことなく、利用者の情報を考慮して、電子決済サービスの利用を補助するものではなかった。

本発明は、このような事情を考慮してなされたものであり、利用者の情報を考慮して、電子決済サービスの利用を補助することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付ける受付部と、前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、前記自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得する取得部と、前記利用者端末装置に、前記第２入力文に応じた回答を表示させる表示制御部と、を備える情報処理装置である。

本発明の一態様によれば、利用者の情報を考慮して、電子決済サービスの利用を補助することができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 第１実施形態に係る決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 クーポン情報１７８の内容の一例を示す図である。 決済アプリ２０のトップ画面ＩＭの一例を示す図である。 利用者端末装置１０によるクーポンの利用方法の一例を示す図である。 決済アプリ２０と、決済サーバ１００と、ＡＩチャットボットサーバ２００の協働によって実現されるチャット機能の流れの一例を示すシーケンス図である。 第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の一例を示す図である。 第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の一例を示す図である。 第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の別の例を示す図である。 第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の別の例を示す図である。 第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の別の例を示す図である。 第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の別の例を示す図である。 決済サーバ１００による第１入力文の分類と、分類結果に応じた第２入力文の生成の一例を示す図である。

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。以下に登場する「サーバ」、「管理装置」、「情報処理装置」、「情報提供装置」などの、利用者にサービスを提供したり内部解析を行ったりするための各種装置は、分散化された装置群によって実現されてよく、それぞれの装置を運用する事業者は異なってもよい。また装置のハードウェアの保有者（クラウドサーバの提供者）と実質的な運用を行う事業者も異なってよい。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、及びＡＩチャットボットサーバ２００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

ＡＩチャットボットサーバ２００は、インターネットサイトなどの情報源３００からクロールなどによって定期的に情報を得ており、自然文が入力されると、世間の常識知に基づいて当該自然文に応じた種々の回答を作成するように学習されたＡＩチャットボットを提供する。ＡＩチャットボットは、例えば、ＣｈａｔＧＰＴ、Ｍａｒｖｉｎなどの名称で知られているものである。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。情報管理部１４０は、さらに、受付部１４０Ａと、取得部１４０Ｂと、表示制御部１４０Ｃとを備えるが、これらの機能の詳細については後述する。決済サーバ１００のうち情報管理部１４０の機能が、「情報処理装置」の一例である。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６、クーポン情報１７８、ＡＰＩ情報１８０などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報（例えば、決済日時、決済金額、決済が実行された加盟店ＩＤおよび店舗ＩＤを含む）、フォロー加盟店、獲得クーポン、保有ポイントなどの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。フォロー加盟店、獲得クーポン、保有ポイントの詳細については後述する。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと、店舗ＩＤと、カテゴリとが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗名と店舗住所とが対応付けられた第３テーブル１７６Ｃとを含む。

図７は、クーポン情報１７８の内容の一例を示す図である。クーポン情報１７８は、例えば、クーポンＩＤ、加盟店ＩＤ、店舗ＩＤ、特典内容、利用条件、有効期限などの情報が対応付けられたものである。特典内容は、クーポンＩＤに対応するクーポンによって提供される特典の内容を示す情報である。例えば、クーポンＩＤ「０００１」のクーポンの場合、利用者が当該クーポンを利用することによって、決済金額から５％の還元を受けることができることを意味する。利用条件は、決済時に、クーポンが利用可能となる条件を示す情報である。例えば、クーポンＩＤ「０００１」のクーポンの場合、利用者は３００円以上の支払いに対して当該クーポンを利用可能となることを意味する。有効期限は、クーポンが利用可能となる期限を示す情報である。

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２、加盟店／店舗情報１７６、およびクーポン情報１７８を管理する。情報管理部１４０は、利用者情報１７２、加盟店／店舗情報１７６、およびクーポン情報１７８について新規レコードの追加、編集、削除などを行う。

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う、或いはクレジットカード会社の運営者に当該処理を依頼する。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

［トップ画面］
図８は、決済アプリ２０のトップ画面ＩＭの一例を示す図である。トップ画面ＩＭには、コード画像ＣＤが表示される。コード画像ＣＤは、例えばバーコードとＱＲコードを含む。また、コード画像ＣＤと共に、チャージ残高による電子決済を行うか、後払いによる電子決済を行うかを示すテキスト（図では「残高で支払う」）が表示される。このテキストは、切替スイッチＳＷが操作される度に決済アプリ２０が更新する情報に基づいて決済アプリ２０が描画する。また、トップ画面ＩＭは、切替スイッチＳＷを含む操作領域ＣＡと、遷移ボタンＴＢとを含む。これについては後述する。なお、「スイッチ」、「ボタン」とはタッチパネルと協働して実現されるＧＵＩ（Graphical User Interface）である。切替スイッチＳＷは、チャージ残高による電子決済を行うか、後払いによる電子決済を行うかを切り替える操作を受け付けるものである。切替スイッチＳＷは、デフォルトではチャージ残高による電子決済を行う設定になっており、利用者によって操作される度に、チャージ残高による電子決済を行う設定と、後払いによる電子決済を行う設定との間で設定が切り替わる。図では「後払い」と説明表示がされているが、これは後払いによる電子決済を行う設定になっていることを意味する。操作領域ＣＡには、スキャン（ユーザスキャンの開始）を指示するボタンやチャージを指示するボタンなど、電子決済における主要な操作を指示するボタンが設けられている。遷移ボタンＴＢが操作されると、電子決済に用いられるコード画像と利用可能額を表示する支払い画面に遷移する。さらに、ウォレットボタンＷＡが操作されると、利用者による電子決済の履歴情報の一覧を時系列で表示する決済履歴表示画面に遷移する。

［クーポンの利用］
図９は、利用者端末装置１０によるクーポンの利用方法の一例を示す図である。図９の左部の画面は、例えば、利用者が、利用者端末装置１０の決済アプリ２０を介して、電子決済サービスの加盟店の専用ページにアクセスすることによって利用者端末装置１０に表示される画面を表す。当該画面は、例えば、利用者が図７のトップ画面ＩＭにおいて、クーポンボタンＣＰをクリックし、クーポンを提供する店舗を検索した場合に表示されるものである。

加盟店専用ページは、例えば、加盟店の店舗の概要情報が表示される領域Ａ１、加盟店をフォローするためのボタンＢ１、加盟店の店舗の詳細情報がタブによって切り替え可能に表示される領域Ａ２等を含む。利用者がフォローボタンＢ１を押下すると、決済アプリ２０は、フォローボタンＢ１が押下されたことを示す情報を利用者の識別情報（例えば、アカウントＩＤ）と合わせて決済サーバ１００に送信し、情報管理部１４０は、利用者情報１７２の「フォロー加盟店」に当該加盟店の識別情報（例えば、加盟店ＩＤ）を格納する。これにより、例えば、加盟店が加盟店専用ページの内容をアップデートする度に、決済サーバ１００は、加盟店専用ページの内容をアップデートされたことを示す通知を、決済アプリ２０を介して利用者に通知する。

図９において、例えば、ユーザが領域Ａ２に含まれる一つのタブである「クーポン」をタップした場合、現時点においてユーザが当該店舗での電子決済に使用可能なクーポンが表示される。ユーザが、例えば、加盟店をフォローし、かつクーポンを獲得するためのボタンＢ２を押下すると、決済アプリ２０は、獲得ボタンＢ２が押下されたことを示す情報を利用者の識別情報（例えば、アカウントＩＤ）と合わせて決済サーバ１００に送信し、情報管理部１４０は、利用者が獲得したクーポンの識別情報を利用者情報１７２の「獲得クーポン」に記憶する。

利用者がクーポンを獲得した後、利用者端末装置１０が電子決済を実行すると、決済処理部１３０は、クーポン情報１７８を参照して、当該電子決済が、利用者が獲得しているクーポンの利用条件に一致しているか否かを判定し、クーポンの利用条件に一致していると判定された場合、利用者にクーポン内容に応じた特典を付与する。例えば、図７に示すクーポン情報１７８のクーポンＩＤ「Ｃ０００１」の場合、決済処理部１３０は、利用者の決済金額が３００円以上であるか否かを判定し、利用条件が満たされていると判定された場合に、当該決済金額の５％に相当するポイントを付与する。

その後、決済アプリ２０は、決済完了画面として、決済店舗を表示する領域Ａ３と、決済金額を表示する領域Ａ４と、付与された特典を表示する領域Ａ５とを合わせて表示する。図８の右部は、一例として、利用者が５％オフのクーポンを獲得したことに応じて、５００円の決済に対して２５円のポイントが付与された場合を表している。この場合、情報管理部１４０は、２５円分のポイントを利用者情報１７２の「保有ポイント」に記憶し、決済処理部１３０は、利用者の次回の電子決済において、決済金額から保有ポイントを優先的に減算し、その残額をチャージ残高又は後払い利用可能額から減算する。なお、他の態様として、クーポンは、決済に利用可能なポイントして加算されることなく、当日の決済金額からそのまま金額が減算されるものであってもよい。

［ＡＩチャットボットサーバ］
このように、利用者は、決済アプリ２０上でウォレットボタンＷＡを操作して、電子決済の履歴情報を確認したり、クーポンボタンＣＰを操作して、クーポンを提供する店舗を検索し、検索したクーポンを獲得することができる。しかしながら、従来技術では、一般的に、電子決済の履歴情報は、時系列に表示されるものであり、利用者は、そこから自身にとって有益な情報を把握することが困難である場合があった。さらに、従来技術では、一般的に、利用者は、クーポン検索画面から様々なキーワード（店舗名、地名など）を入力してクーポンを探索することが必要であり、自身にとって有益なクーポンを特定することが困難である場合があった。

このような事情を背景にして、本実施形態に係る決済サーバ１００の情報管理部１４０（受付部１４０Ａ、取得部１４０Ｂ、表示制御部１４０Ｃ）は、ＡＩチャットボットサーバ２００と協働して、決済アプリ２０にＡＩチャットボットサーバ２００とのチャット機能を提供し。利用者とのチャットを通じて、当該利用者にとって有益な情報提供を行うことを可能とする。以下、チャット機能の詳細について説明する。

図１０は、決済アプリ２０と、決済サーバ１００と、ＡＩチャットボットサーバ２００の協働によって実現されるチャット機能の流れの一例を示すシーケンス図である。まず、決済アプリ２０は、例えば、図８に示したトップ画面ＩＭにおいて、チャット機能を起動するためのチャットボタンＣＨの操作を受け付ける（Ｓ３１）。これに応じて、決済アプリ２０は、チャット画面を表示させ、利用者から入力文を受け付けると、受け付けた入力文を第１入力文として決済サーバ１００に送信する（Ｓ３２）。受付部１４０Ａが第１入力文を受け付けると、取得部１４０Ｂは、第１入力文に、利用者情報１７２から取得した利用者の決済履歴情報を少なくとも含めて、第２入力文を生成する（Ｓ３３）。次に、取得部１４０Ｂは、生成した第２入力文をＡＩチャットボットサーバ２００に送信する（Ｓ３４）。

ＡＩチャットボットサーバ２００は、第２入力文を受け付けると、受け付けた第２入力文に応じた回答を生成して（Ｓ３５）、生成した回答を決済サーバ１００に送信する（Ｓ３６）。取得部１４０Ｂが回答を取得すると、表示制御部１４０Ｃは、回答に応じて、当該回答と合わせて決済アプリ２０に送信するインターフェース要素を決定する。例えば、表示制御部１４０Ｃは、回答に、電子決済サービスのクーポンを示す情報（例えば、クーポンＩＤ）が含まれている場合、クーポンを獲得するためのボタン（図９に示したボタンＢ２と同様であってもよい）を、決済アプリ２０に送信するインターフェース要素として決定する（Ｓ３７）。表示制御部１４０Ｃは、ＡＩチャットボットサーバ２００から受信した回答と、決定されたインターフェース要素とを決済アプリ２０に送信する（Ｓ３８）。決済アプリ２０は、受信した回答およびインターフェース要素をチャット画面に表示させる（Ｓ３９）。これにより、本シーケンス図の処理が終了する。

［入力文および回答の生成の具体例］
以下、図１１から図１６を参照して、第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文と、第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の具体例について説明する。

図１１は、第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の一例を示す図である。図１１は、取得部１４０Ｂが、利用者から受け付けた第１入力文に、当該利用者の決済履歴情報を含めて第２入力文を生成する構成を表すものである。図１１に示す通り、取得部１４０Ｂは、例えば、利用者から、第１入力文（「直近１ヵ月で私は何によくお金を使っていますか？」）を受け付けると、受け付けた第１入力文に基づいて、ＡＩチャットボットサーバ２００に役割を指示して回答の精度を高めるための指示情報領域ＡＲ＿Ｉと、決済履歴情報の詳細を表す決済履歴情報領域ＡＲ＿Ｈと、利用者から受け付けた第１入力文の詳細を表す質問領域ＡＲ＿Ｑとを含む第２入力文を生成する。このように、取得部１４０Ｂは、利用者から受け付けた第１入力文をそのままＡＩチャットボットサーバ２００に受け渡すのではなく、ＡＩチャットボットサーバ２００による回答の精度を高めるための指示情報や決済履歴情報を付加して、第２入力文を生成および送信する。なお、図１１では、取得部１４０Ｂは、一例として、決済履歴情報領域ＡＲ＿Ｈとして、決済日時、決済金額、加盟店名、店舗名、カテゴリなどの情報を含めているが、他の情報（例えば、店舗住所）をさらに含めてもよいし、図示された情報の一部が除外されてもよい。

図１２は、第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の一例を示す図である。図１２は、一例として、取得部１４０Ｂが、図１１において生成された第２入力文をＡＩチャットボットサーバ２００に入力することによって得られる回答を表す。入力された第２入力文は、決済履歴情報として、決済日時、決済金額、カテゴリなどの情報を含んでいるため、ＡＩチャットボットサーバ２００は、これらの情報に基づいて、利用者の質問に対して、例えば、直近１ヵ月の決済のうち決済金額が大きいカテゴリを集計して、回答として提示することができる。このように、従来技術では、利用者は、電子決済サービスにおいて決済履歴情報から有益な情報を把握することが困難である場合があったが、本実施形態によると、情報管理部１４０は、利用者によって入力された第１入力文を、ＡＩチャットボットサーバ２００から有益な情報を引き出すことが可能な形式に加工して第２入力文を生成し、ＡＩチャットボットサーバ２００に問い合わせを行う。すなわち、これにより、利用者の情報を考慮して、電子決済サービスの利用を補助することができる。

なお、上記の例では、第２入力文に事前に含める情報として、利用者の決済履歴情報を挙げているが、本発明はそのような構成に限定されず、より一般に、利用者に関する任意の情報（例えば、性別、住所、生年月日など）を第２入力文に含めて生成してもよい。

図１３は、第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の別の例を示す図である。図１３は、取得部１４０Ｂが、利用者から受け付けた第１入力文に、当該利用者の決済履歴情報およびＡＰＩ情報１８０を含めて第２入力文を生成する構成を表すものである。ここで、ＡＰＩ情報１８０とは、決済サーバ１００の外部から、ネットワークＮＷを介して、決済サーバ１００の機能を呼び出すためのプログラムコード、すなわち、ＡＰＩ（Application Programming Interface）を意味する。ＡＰＩ情報１８０は、例えば、記憶部１７０に記憶された加盟店／店舗情報１７６やクーポン情報１７８のレコードを取得するための関数を含む。なお、本実施形態では、上述した通り、取得部１４０Ｂは、利用者の決済履歴情報を事前に取得して第２入力文に含めているが、代替的に、ＡＰＩ情報１８０は、利用者情報１７２のレコードを取得するための関数を含み、取得部１４０Ｂは、当該関数を第２入力文に含めてもよい。

図１３に示す通り、取得部１４０Ｂは、例えば、利用者から、第１入力文（「どうすれば私は普段の支出を節約できますか？」）を受け付けると、受け付けた第１入力文に基づいて、ＡＩチャットボットサーバ２００に役割を指示して回答の精度を高めるための指示情報領域ＡＲ＿Ｉと、決済履歴情報の詳細を表す決済履歴情報領域ＡＲ＿Ｈと、決済サーバ１００の機能を呼び出すためのＡＰＩを表すＡＰＩ領域ＡＲ＿Ｃと、利用者から受け付けた第１入力文の詳細を表す質問領域ＡＲ＿Ｑとを含む第２入力文を生成する。図１３は、ＡＰＩ領域ＡＲ＿Ｃが、電子決済サービスのクーポン情報１７８のレコードを取得するための関数と、電子決済サービスの加盟店／店舗情報１７６のレコードを取得するための関数とを含む例を表している。これにより、ＡＩチャットボットサーバ２００は、回答の生成過程において、提供されたＡＰＩを活用して、クーポン情報１７８および加盟店／店舗情報１７６にアクセスし、必要な情報を取得することができる。このように、取得部１４０Ｂは、ＡＩチャットボットサーバ２００に対して、詳細情報ではなく、ＡＰＩを提供することにより、多数の利用者がチャット機能を利用することに起因して、決済サーバ１００からＡＩチャットボットサーバ２００への通信が圧迫されることを防ぐことができる。

図１４は、第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の別の例を示す図である。図１４は、一例として、取得部１４０Ｂが、図１３において生成された第２入力文をＡＩチャットボットサーバ２００に入力することによって得られる回答を表す。入力された第２入力文は、ＡＰＩとして、電子決済サービスのクーポン情報１７８のレコードを取得するための関数と、電子決済サービスの加盟店／店舗情報１７６のレコードを取得するための関数とを含んでいる。そのため、ＡＩチャットボットサーバ２００は、決済履歴情報と、これら関数とを利用して、利用者の質問に対して、例えば、当該利用者が普段利用している店舗のうち、クーポンを発行している店舗に関する情報を、回答として提示することができる。

なお、図１４において、決済アプリ２０は、単にクーポン情報を提示するのみならず、クーポンを獲得するためのボタンＢ２（図９に示したボタンＢ２と同様であってもよい）を表示させている。表示制御部１４０Ｃは、ＡＩチャットボットサーバ２００から、電子決済サービスのクーポンを示す情報（例えば、クーポンＩＤ）が含まれている場合、クーポンを獲得するためのボタンＢ２を表示させるよう決済アプリ２０を制御する。このように、従来技術では、利用者は、電子決済サービスにおいてクーポンを探す場合、クーポン検索画面から様々なキーワードを入力してクーポンを探索することが必要であったが、本実施形態によると、情報管理部１４０は、利用者によって入力された第１入力文を、ＡＩチャットボットサーバ２００から有益な情報を引き出すことが可能な形式に加工して第２入力文を生成し、ＡＩチャットボットサーバ２００に問い合わせを行うとともに、ＡＩチャットボットサーバ２００から受信した回答を利用者にとって利便性の高い形式で表示する。これにより、利用者の情報を考慮して、電子決済サービスにおけるクーポンなどの機能の利用を促進することができる。

図１５は、第１入力文の入力に応じて取得部１４０Ｂによって生成される第２入力文の別の例を示す図である。図１５は、取得部１４０Ｂが、利用者から受け付けた第１入力文に、当該利用者の決済履歴情報、ＡＰＩ情報１８０、およびリアルタイム情報を含めて第２入力文を生成する構成を表すものである。ここで、リアルタイム情報とは、例えば、利用者のリアルタイムな現在位置を示す情報であり、利用者端末装置１０に搭載されたＧＰＳなどの測位機能を利用して計測されるものである。

図１５に示す通り、取得部１４０Ｂは、例えば、利用者から、第１入力文（「私が今すぐ使えるお店のクーポンを教えて」）を受け付けると、受け付けた第１入力文に基づいて、ＡＩチャットボットサーバ２００に役割を指示して回答の精度を高めるための指示情報領域ＡＲ＿Ｉと、決済履歴情報の詳細を表す決済履歴情報領域ＡＲ＿Ｈと、決済サーバ１００の機能を呼び出すためのＡＰＩを表すＡＰＩ領域ＡＲ＿Ｃと、利用者端末装置１０の現在位置を表すリアルタイム情報領域ＡＲ＿Ｒと、利用者端末装置１０から受け付けた第１入力文の詳細を表す質問領域ＡＲ＿Ｑとを含む第２入力文を生成する。

図１６は、第２入力文の入力に応じてＡＩチャットボットサーバ２００によって生成される回答の別の例を示す図である。図１６は、一例として、取得部１４０Ｂが、図１５において生成された第２入力文をＡＩチャットボットサーバ２００に入力することによって得られる回答を表す。入力された第２入力文は、利用者端末装置１０の現在位置を表すリアルタイム情報を含んでいるため、ＡＩチャットボットサーバ２００は、ＡＰＩ情報とリアルタイム情報とを利用して、利用者の質問に対して、例えば、当該利用者の周辺でクーポンを提供している店舗に関する情報を回答として提示することができる。

さらに、図１６の右部に示す通り、利用者が、さらに、質問（「その中で、私が使いそうなクーポンは？」）を行った場合、ＡＩチャットボットサーバ２００は、決済履歴情報を利用して、前回の回答のうち、利用者が過去に電子決済を利用した店舗やカテゴリに沿ったクーポンを提供している店舗に関する情報を回答として提示することができる。このように、取得部１４０Ｂは、ＡＩチャットボットサーバ２００に対して、利用者に関するリアルタイム情報を提供することにより、利用者の情報をさらに詳細に考慮して、電子決済サービスの利用を補助することができる。

［第２入力文の生成のバリエーション］
以上、図１１から図１６を参照して説明した通り、決済サーバ１００の取得部１４０Ｂは、第１入力文に少なくとも利用者の決済履歴情報を含めて第２入力文を生成し、生成した第２入力文をＡＩチャットボットサーバ２００に入力するものである。一般的には、取得部１４０Ｂは、決済履歴情報に加えて、ＡＰＩ情報とリアルタイム情報の双方を常に加えて第２入力文を生成することによって、ＡＩチャットボットサーバ２００は、上記で説明した全てのパターンの質問に答えることができる。

他の態様として、取得部１４０Ｂは、利用者端末装置１０から受信した第１入力文を事前に分類し、分類結果に応じた第２入力文を生成して、ＡＩチャットボットサーバ２００に入力してもよい。図１７は、決済サーバ１００による第１入力文の分類と、分類結果に応じた第２入力文の生成の一例を示す図である。図１７に示す通り、取得部１４０Ｂは、例えば、分類器ＣＬを含み、分類器ＣＬは、第１入力文の入力に応じて、当該第１入力文の種別を分類するように事前に学習された学習済みモデルである。例えば、分類器ＣＬは、第１入力文の入力に応じて、当該第１入力文が、利用者が現状分析を依頼したことを示す種別「分析リクエスト」（図１１の「直近１ヵ月で私は何によくお金を使っていますか？」に対応）と、利用者が非リアルタイムな提案を依頼したことを示す種別「一般提案リクエスト」（図１３の「どうすれば私は普段の支出を節約できますか？」に対応）と、利用者がリアルタイムな提案を依頼したことを示す種別「リアルタイム提案リクエスト」（図１５の「私が今すぐ使えるお店のクーポンを教えて」に対応）とのいずれの種別に該当するかを示す確率値を出力する。取得部１４０Ｂは、出力された確率値のうち、最も高い確率値の種別に応じたフォーマットで第２入力文を生成する。例えば、第１入力文として、「直近１ヵ月で私は何によくお金を使っていますか？」が入力された場合、分類器ＣＬは、種別「分析リクエスト」の確率値を最も高い値として出力し、その結果、取得部１４０Ｂは、第２入力文に第１入力文と履歴情報のみを含めて、ＡＩチャットボットサーバ２００に送信する。このような構成により、ＡＩチャットボットサーバ２００に不要な情報を提供することなく、処理の効率化と回答精度の向上を図ることができる。

なお、上記の分類器ＣＬの構成はあくまでも一例であり、例えば、分類器ＣＬは、電子決済サービスに関する一般的な質問事項（利用方法など）を示す種別「機能ヘルプリクエスト」や、分類不能を示す種別「Ｎ／Ａ」などを含んでもよい。その場合、取得部１４０Ｂは、第１入力文が種別「機能ヘルプリクエスト」に該当すると判定した場合、第２入力文に、利用者に関する個別情報を含めることなく、そのまま第１入力文をＡＩチャットボットサーバ２００に送信しても良いし、第１入力文が種別「Ｎ／Ａ」に該当すると判定した場合、第２入力文に、電子決済サービスに関するあらゆる情報（決済履歴情報、ＡＰＩ情報、リアルタイム情報、電子決済サービスのＷＥＢサイトへのＵＲＬ情報）を含めてＡＩチャットボットサーバ２００に送信してもよい。

以上説明した実施形態によれば、利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付け、第１入力文と、利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、第２入力文に応じた回答を取得し、利用者端末装置に、第２入力文に応じた回答を表示させる。これにより、

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
１１０ 通信部
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部
１４０Ａ 受付部
１４０Ｂ 取得部
１４０Ｃ 表示制御部
１７０ 記憶部

Claims (6)

1. 利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付ける受付部と、
   前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、前記自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得する取得部と、
   前記利用者端末装置に、前記第２入力文に応じた回答を表示させる表示制御部と、を備える、
   情報処理装置。
2. 前記取得部は、前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、前記電子決済サービスの機能を呼び出すためのプログラムコードとを含む第２入力文を、前記ＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得する、
   請求項１に記載の情報処理装置。
3. 前記取得部は、前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、前記利用者のリアルタイム情報とを含む第２入力文を、前記ＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得する、
   請求項１に記載の情報処理装置。
4. 前記表示制御部は、前記回答が、前記電子決済サービスにおいて利用可能な機能に関する情報を含む場合、前記利用者端末装置に、前記機能を利用するためのインターフェース要素を前記回答と合わせて表示させる、
   請求項１に記載の情報処理装置。
5. コンピュータが、
   利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付け、
   前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、前記自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得し、
   前記利用者端末装置に、前記第２入力文に応じた回答を表示させる、
   情報処理方法。
6. コンピュータに、
   利用者の利用者端末装置を介して入力された、電子決済サービスに関する第１入力文を受け付けさせ、
   前記第１入力文と、前記利用者による前記電子決済サービスの利用履歴と、を少なくとも含む第２入力文を、自然文が入力されると、前記自然文に応じた回答を出力するように学習されたＡＩチャットボットに入力することによって、前記第２入力文に応じた回答を取得させ、
   前記利用者端末装置に、前記第２入力文に応じた回答を表示させる、
   プログラム。

Images