JP2023068513A - アプリケーションプログラム、サービス提供システム、および端末装置 - Google Patents

Abstract

【課題】送金等のアクションに至るまでの工数を削減するとともに、利用者による誤操作を防止することができるアプリケーションプログラム、サービス提供システム、および端末装置を提供すること。【解決手段】本発明の一態様は、他の端末装置とネットワークを介して通信可能な端末装置に、前記他の端末装置との間でメッセージのやり取りを行うためのチャット画面を表示させ、利用者の操作によって前記チャット画面のメッセージ入力部に入力された文字列に基づいて、前記利用者が前記端末装置に対して行うべきアクションを提案させる、アプリケーションプログラムである。【選択図】図１０

Description

本発明は、アプリケーションプログラム、サービス提供システム、および端末装置に関する。

従来、電子マネーの送金機能を有する端末装置が知られている。例えば、特許文献１には、送金先が選択された後、複数の送金対象アイコンを表示部に表示し、利用者によって選択された送金対象アイコンに対応する金額の電子マネーを、他の端末装置に送金する端末装置が提案されている。

特許第６６５４７３０号公報

しかしながら、特許文献１に記載の技術では、送金等のアクションに至るまでの工数が多く、利用者にとって不便であった。また、他の利用者とメッセージをやり取りするチャット機能を有する端末装置の場合、利用者が誤ってチャットのメッセージ入力欄に送金予定の金額を入力してしまい、実際には送金できない場合があった。

本発明は、このような事情を考慮してなされたものであり、送金等のアクションに至るまでの工数を削減するとともに、利用者による誤操作を防止することができるアプリケーションプログラム、サービス提供システム、および端末装置を提供することを目的の一つとする。

本発明の一態様は、他の端末装置とネットワークを介して通信可能な端末装置に、前記他の端末装置との間でメッセージのやり取りを行うためのチャット画面を表示させ、利用者の操作によって前記チャット画面のメッセージ入力部に入力された文字列に基づいて、前記利用者が前記端末装置に対して行うべきアクションを提案させる、アプリケーションプログラムである。

本発明の一態様によれば、送金等のアクションに至るまでの工数を削減するとともに、利用者による誤操作を防止することができるアプリケーションプログラム、サービス提供システム、および端末装置を提供することができる。

電子決済サービスを実現するサービス提供システム１の構成の一例を示す図である。 電子決済の大まかな流れを例示した図である。 決済サーバ１００の構成図である。 利用者情報１４２の内容の一例を示す図である。 利用者端末装置２００の構成図である。 利用者端末装置２００の表示部２３０に表示された送金先選択画面５００を示す図である。 利用者端末装置２００の表示部２３０に表示された金額入力画面５１０を示す図である。 利用者端末装置２００の表示部２３０に表示された送金確認画面５２０を示す図である。 利用者端末装置２００の表示部２３０に表示されたチャット画面５３０を示す図である。 メッセージ入力部５３３に文字列が入力された状態のチャット画面５３０を示す図である。 利用者端末装置２００により実行される処理の流れの一例を示すフローチャートである。 第２実施形態における決済サーバ１００の構成図である。 第２実施形態における利用者端末装置２００により実行される処理の流れの一例を示すフローチャートである。 第２実施形態における決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。

以下、図面を参照し、本発明のアプリケーションプログラム、サービス提供システム、および端末装置の実施形態について説明する。サービス提供システムは、利用者端末装置と、サービス提供装置とを備えるシステムである。利用者端末装置は、一以上のプロセッサにより実現され、利用者が所有する可搬型端末装置である。サービス提供装置は、一以上のプロセッサにより実現され、電子決済サービス等のネットワークサービスを提供する装置である。以下の説明では、サービス提供装置は、電子決済サービスを提供するものとし、「決済サーバ」と称して説明するが、サービス提供装置は、ショッピング、オークション、チャット、ミニブログ、その他の、ログインを伴う任意のネットワークサービスを提供するものであってもよい。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）である。

［電子決済サービス］
図１は、電子決済サービスを実現するサービス提供システム１の構成の一例を示す図である。サービス提供システム１は、決済サーバ１００と、一以上の利用者端末装置２００と、一以上の店舗端末装置３００と備える。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置２００および一以上の店舗端末装置３００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、およびプロバイダ装置等を含む。

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

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

決済サーバ１００は、利用者端末装置２００または店舗端末装置３００から受信した決済情報に基づいて電子決済を実現する。決済サーバ１００は、例えば、利用者ＩＤに対応付けて管理している残高情報を増減させる（換言すると、電子マネーを入出金する）ことで、電子決済を行う。電子決済は、リボ払いやクレジット払い等の方法によって、購買時点の残高情報よりも多額の購買を可能にするものを含んでもよい。

図２は、電子決済の大まかな流れを例示した図である。電子決済には、パターン１とパターン２の二つが存在してよい。パターン１の場合、まず、利用者端末装置２００において決済アプリ２１０が起動し、ＱＲコードやバーコード等のコード画像を表示する。利用者は利用者端末装置２００の表示面を店舗端末装置３００に翳す（提示する）。店舗端末装置３００は、光学読取機能によってコード画像をデコードし、利用者ＩＤ等の情報を取得する。そして、店舗端末装置３００は、利用者ＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて決済処理を行う。

パターン２の場合、決済アプリ２１０が起動した状態の利用者端末装置２００が、光学読取機能によって店舗コード画像４００をデコードする。店舗コード画像４００には、店舗名等の情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額を利用者端末装置２００に入力する。そして、利用者端末装置２００は、利用者ＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済サーバ１００は、受信した情報に基づいて決済処理を行う。なお、上記のいずれかのパターンでのみ電子決済が行われてもよい。

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

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

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

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

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

図４は、利用者情報１４２の内容の一例を示す図である。利用者情報１４２は、例えば、利用者の登録情報の一例である。利用者情報１４２は、レコードＩＤ、電話番号、パスワード、メールアドレス、利用者ＩＤ、友達リスト、残高情報、チャージ履歴情報、決済履歴情報、およびチャット履歴情報を含む。

レコードＩＤは、利用者情報１４２に含まれるレコードを識別するための識別情報である。利用者一人に対して、一つのレコードが割り当てられている。電話番号は、利用者の電話番号を示す情報である。パスワードおよび利用者ＩＤは、決済アプリ２１０にログインする際に必要となる認証情報である。

決済アプリ２１０にログインする場合、利用者は、利用者ＩＤとパスワードを利用者端末装置２００から入力してログインする。なお、決済アプリ２１０へのログイン方法は、これに限らない。例えば、利用者は、電話番号とパスワードを利用者端末装置２００から入力して、決済アプリ２１０にログインするようにしてもよい。この場合、利用者ＩＤはログインに必要ないため、レコード中の利用者ＩＤの欄は空欄であってもよい。

友達リストは、決済アプリ２１０に登録された友達の一覧を示す情報である。詳細については後述するが、決済アプリ２１０は、友達リストに含まれる友達とメッセージをやり取りするためのチャット機能や、友達リストに含まれる友達に対して電子マネー、ギフト、電子チケット等を送信する送信機能を有する。

残高情報は、利用者が予め銀行預金等から電子決済サービスに送金することで設定された電子マネーの残高を示す情報である。なお、残高情報は、決済処理に伴うオートチャージによって自動的に加算される場合もある。

チャージ履歴情報は、利用者が電子マネーをチャージした履歴を示す情報である。例えば、チャージ履歴情報には、チャージした日時を示す情報や、チャージした金額を示す情報等が含まれてよい。決済履歴情報は、利用者が行った決済（店舗での支払い、公共料金の支払い、他の利用者への送金等）の内訳を、決済ごとに示す情報である。例えば、決済履歴情報には、決済した日時、公共料金に関する情報、決済した店舗に関する情報、送金相手に関する情報、および決済した金額を示す情報等が含まれてよい。チャット履歴情報は、チャット機能を利用したチャットの履歴を示す情報である。例えば、チャット履歴情報には、メッセージの送信者に関する情報、メッセージの送信日時、メッセージの内容、および既読／未読に関する情報等が含まれてよい。

なお、利用者情報１４２は、図４に示される情報以外の情報を含んでも良い。例えば、利用者情報１４２は、図４に示される情報に加えて、銀行口座情報やクレジットカード情報を含んでも良い。銀行口座情報は、店番号、口座番号、利用者の氏名等の情報を含む。クレジットカード情報は、クレジットカード番号、有効期限、利用者の氏名等の情報を含む。これらの情報によって、利用者は、銀行口座やクレジットカードから電子マネーをチャージすることができる。

また、利用者情報１４２は、図４に示される情報に加えて、連絡先情報、与信情報、およびクーポン付与情報等を含んでもよい。連絡先情報は、利用者が電子決済サービスに加入する際に入力された、利用者の連絡先に関する情報である。与信情報は、リボ払い等が承認されているか否かを示す情報である。クーポン付与情報は、利用者に付与されているクーポン（特典）の内容を示す情報である。

［利用者端末装置］
図５は、利用者端末装置２００の構成図である。利用者端末装置２００は、例えば、通信部２２０と、表示部２３０と、文字列入力部２４０と、提案部２５０と、判定部２６０と、実行部２７０と、記憶部２８０とを備える。提案部２５０、判定部２６０、および実行部２７０は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部を含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

通信部２２０は、決済サーバ１００と通信するための通信インターフェースである。表示部２３０および文字列入力部２４０は、例えばタッチパネルディスプレイにより実現される。

記憶部２８０は、ＨＤＤ、フラッシュメモリ、またはＲＡＭ等である。記憶部２８０は、利用者端末装置２００がネットワークを介してアクセス可能なＮＡＳ装置であってもよい。記憶部２８０には、利用者情報２８２および決済アプリ２１０等が格納される。利用者情報２８２は、図４に示される利用者情報１４２のうち、利用者端末装置２００を所有する利用者に対応するレコードの一部または全部の情報である。決済アプリ２１０は、利用者端末装置２００内のハードウェアプロセッサ（ＣＰＵ等）によって読み取られ、実行される。

［送金処理］
次に、図６～図８を用いて送金処理について説明する。送金処理は、他の利用者に電子マネーを送る処理である。図６～図８は、利用者端末装置２００にインストールされた決済アプリ２１０の画面を示す。

図６は、利用者端末装置２００の表示部２３０に表示された送金先選択画面５００を示す図である。送金先選択画面５００には、連絡先一覧５０１と、ボタン５０２とが含まれる。連絡先一覧５０１は、友達リストに含まれる友達の連絡先の一覧である。ボタン５０２は、送金を指示するためのボタンである。

電子マネーを他の利用者に送金する場合、利用者は連絡先一覧５０１から送金先を選択する。送金先の選択は、連絡先一覧５０１に表示された複数の連絡先の中から一つをタップすることにより行われる。例えば、利用者はＣさんを送金先として選択した後、ボタン５０２をタップしたとする。この場合、表示部２３０に表示された送金先選択画面５００は、図７に示される画面に切り替えられる。

図７は、利用者端末装置２００の表示部２３０に表示された金額入力画面５１０を示す図である。金額入力画面５１０には、数字入力部５１１と、金額表示部５１２と、ボタン５１３とが含まれる。数字入力部５１１は、利用者のタップ操作に基づき数字の入力を受け付ける。金額表示部５１２は、入力された金額が表示される領域である。ボタン５１３は、送金金額を決定するためのボタンである。

電子マネーの送金金額を入力する場合、利用者は、数字入力部５１１に対するタップ操作により送金金額を入力する。金額表示部５１２には、利用者が入力した送金金額が表示される。例えば、利用者は送金金額として「１０００」を入力し、ボタン５１３をタップしたとする。この場合、表示部２３０に表示された金額入力画面５１０は、図８に示される画面に切り替えられる。

図８は、利用者端末装置２００の表示部２３０に表示された送金確認画面５２０を示す図である。送金確認画面５２０には、金額表示部５２１と、残高表示部５２２と、ボタン５２３とが含まれる。金額表示部５２１は、利用者によって入力された送金金額が表示される領域である。残高表示部５２２は、利用者の電子マネーの残高が表示される領域である。ボタン５２３は、送金を確定するためのボタンである。

送金確認画面５２０において利用者がボタン５２３をタップすると、利用者端末装置２００の通信部２２０は、送金処理に関する情報（送金元の利用者、送金先の利用者、および金額等）を、決済サーバ１００に送信する。決済サーバ１００は、送金処理に関する情報を利用者端末装置２００から受信すると、受信した送金処理に関する情報に基づき、利用者情報１４２における送金元の利用者のレコードと、送金先の利用者のレコードとを更新する。例えば、決済サーバ１００は、利用者端末装置２００から１０００円の送金処理に関する情報を受信した場合、送金元の利用者の残高から１０００円を除算し、送金先の利用者の残高に１０００円を加算する。

また、決済サーバ１００は、利用者情報１４２における決済履歴情報を更新する。例えば、決済サーバ１００は、送金元の利用者の決済履歴情報に対して、今回の送金処理に関する情報（日時、送金先の利用者、金額等）を追加し、送金先の利用者の決済履歴情報に対して、今回の送金処理に関する情報（日時、送金元の利用者、金額等）を追加する。これにより、決済処理が完了する。

［アクション提案処理］
次に、図９および図１０を用いてアクション提案処理について説明する。図９および図１０は、利用者端末装置２００にインストールされた決済アプリ２１０の画面を示す。

アクション提案処理は、利用者が他の利用者とチャットをしている最中に、利用者端末装置２００に対して行うべきアクションを提案する処理である。提案されるアクションは、利用者端末装置２００を所有する利用者から、他の利用者端末装置を所有する他の利用者に向けたアクションである。以降の説明では、アクションの一例として、他の利用者への電子マネーの送金を提案する例について説明する。

図９は、利用者端末装置２００の表示部２３０に表示されたチャット画面５３０を示す図である。利用者は、チャット画面５３０において、他の利用者との間でメッセージのやり取りを行うことができる。チャット画面５３０には、メッセージ５３１と、ボタン５３２と、メッセージ入力部５３３とが含まれる。メッセージ５３１は、他の利用者（Ｃさん）から受信した「夕食は１０００円でした」という内容のメッセージである。ボタン５３２は、送金を指示するためのボタンである。メッセージ入力部５３３は、利用者のタップ操作に基づき文字列の入力を受け付ける領域である。

例えば、チャット相手のＣさんに１０００円分の電子マネーを送金する場合、利用者はボタン５３２をタップする。すると、表示部２３０に表示されたチャット画面５３０は、図７に示される金額入力画面５１０に切り替えられる。前述したように、図７に示される金額入力画面５１０は、Ｃさんに送金する電子マネーの金額を入力するための入力画面である。これにより、チャット画面５３０からでも容易に他の利用者に電子マネーを送金することができる。

しかしながら、チャット画面５３０にはボタン５３２およびメッセージ入力部５３３の両方が表示されているため、利用者が誤って、送金しようとする金額をメッセージ入力部５３３に入力してしまう場合がある。メッセージ入力部５３３に金額が入力された場合、入力された金額がチャットのメッセージとして送信されてしまうため、電子マネーの送金はできない。このような誤操作を防止するため、本実施形態の利用者端末装置２００は、メッセージ入力部５３３に入力された文字列に基づいて、利用者が利用者端末装置２００に対して行うべきアクションを提案するものである。

図１０は、メッセージ入力部５３３に文字列が入力された状態のチャット画面５３０を示す図である。図１０において、メッセージ入力部５３３には「１０００」の文字列が入力されている。利用者端末装置２００は、入力された文字列に基づいて「１０００円を送る」という提案情報５３４を表示する。なお、提案情報５３４は、メッセージ入力部５３３に入力された文字列に応じてリアルタイムに更新される。例えば、１文字目の「１」が入力された時点では、「１円を送る」という提案情報５３４が表示されることとなる。

図１０に示される画面上で利用者が提案情報５３４をタップした場合、表示部２３０に表示されたチャット画面５３０は、図８に示される送金確認画面５２０に切り替えられる。前述したように、図８に示される送金確認画面５２０は、Ｃさんに１０００円を送金するという内容の確認画面である。これにより、利用者が誤って金額をメッセージ入力部５３３に入力しても、送金処理が失敗してしまうこと防止することができる。

［処理フロー］
図１１は、利用者端末装置２００により実行される処理の流れの一例を示すフローチャートである。まず、利用者端末装置２００の表示部２３０は、利用者の操作に従ってチャット画面５３０を表示する（Ｓ１０１）。例えば、表示部２３０には、図９に示されるチャット画面５３０が表示される。

次に、文字列入力部２４０は、利用者の操作に応じて、チャット画面５３０のメッセージ入力部５３３に文字列を入力する（Ｓ１０２）。図１０に示される例では、メッセージ入力部５３３に「１０００」の文字列が入力されている。

次に、提案部２５０は、メッセージ入力部５３３に入力された文字列に基づいて、利用者が利用者端末装置２００に対して行うべきアクションを提案する（Ｓ１０３）。例えば、メッセージ入力部５３３に入力された文字列に数字が含まれる場合、提案部２５０は、入力された数字に対応する金額の電子マネーを他の利用者に送金するよう提案する。図１０に示される例では、入力された文字列に基づいて「１０００円を送る」という提案情報５３４が表示部２３０に表示されている。

次に、判定部２６０は、提案部２５０によって提案されたアクションが承認されたか否かを判定する（Ｓ１０５）。例えば、判定部２６０は、利用者が提案情報５３４をタップしたことに応じて、提案部２５０によって提案されたアクションが承認されたと判定する。

判定部２６０によりアクションが承認されたと判定された場合（Ｓ１０５：Ｙｅｓ）、実行部２７０は、承認されたアクションを実行する（Ｓ１０５）。例えば、図１０に示される「１０００円を送る」という提案情報５３４がタップされた場合、実行部２７０は、図８に示される送金確認画面５２０を表示部２３０に表示する。これによって、提案部２５０によって提案された「Ｃさんに１０００円を送金する」というアクションが実行されることになる。その後、利用者端末装置２００は、本フローチャートによる処理を終了する。

一方、判定部２６０によりアクションが承認されたと判定されなかった場合（Ｓ１０５：Ｎｏ）、判定部２６０は、提案部２５０による提案から一定時間が経過したか否かを判定する（Ｓ１０７）。判定部２６０により提案から一定時間が経過していないと判定された場合（Ｓ１０７：Ｎｏ）、ステップＳ１０５に戻る。

一方、判定部２６０により提案から一定時間が経過したと判定された場合（Ｓ１０７：Ｙｅｓ）、提案部２５０は、提案されたアクションをチャット画面５３０から消去する（Ｓ１０８）。図１０に示される例では、「１０００円を送る」という提案情報５３４がチャット画面５３０から消去されることとなる。これにより、利用者が承認するつもりのない提案情報５３４を、チャット画面５３０から消去することができる。その後、利用者端末装置２００は、本フローチャートによる処理を終了する。

以上説明した実施形態によれば、決済アプリ２１０（アプリケーションプログラム）は、他の端末装置とネットワークを介して通信可能な端末装置２００に、他の端末装置との間でメッセージのやり取りを行うためのチャット画面５３０を表示させ、利用者の操作によってチャット画面５３０のメッセージ入力部５３３に入力された文字列に基づいて、利用者が端末装置２００に対して行うべきアクションを提案させる。これによって、送金等のアクションに至るまでの工数を削減するとともに、利用者による誤操作を防止することができる。

なお、上記実施形態において、提案部２５０は、メッセージ入力部５３３に入力された数字に対応する金額の電子マネーを他の利用者に送金するよう提案することとした。しかしながら、メッセージ入力部５３３に入力された数字が電話番号、郵便番号、日付、または時間である場合、提案部２５０は、他の利用者への送金を提案しなくてもよい。また、提案部２５０は、所定金額を超える数字が入力された場合や、普段と異なる利用環境を検知した場合においても、他の利用者への送金を提案しなくてもよい。これによって、不適切な送金の提案がなされることを防止することができる。

また、提案部２５０によって提案されるアクションは、電子マネーの送金に限らない。例えば、メッセージ入力部５３３に入力された文字列に記念日に関する文字または他の利用者を祝福する文字が含まれる場合、提案部２５０は、他の利用者へのギフトの送信を提案してもよい。「記念日に関する文字」は、例えば「誕生日」や「結婚記念日」等の文字であってよい。「他の利用者を祝福する文字」は、例えば「おめでとう」や「congratulations」等の文字であってよい。「ギフト」は、例えば、受け取った相手が店舗にて利用者端末装置２００で提示することにより、商品と交換してもらうことができる電子商品券であってよい。

また、メッセージ入力部５３３に入力された文字列に電子チケットに関する文字が含まれている場合、提案部２５０は、他の利用者への電子チケットの送信を提案してもよい。「電子チケット」は、例えば利用者端末装置２００で提示する、コンサートやスポーツ観戦等のチケットであってよい。この場合、電子チケットの発行元の承認を得る、或いは予め電子チケットの移転が可能な他の利用者のリストを発行元の承認の下で保持しておくようにしてもよい。

また、メッセージ入力部５３３に入力された文字列にクーポン、キャンペーン、イベント、または店舗に関する文字が含まれている場合、提案部２５０は、利用者がお気に入り登録またはフォローしているクーポン、キャンペーン、イベント、または店舗に関する情報を、他の利用者に送信するよう提案してもよい。この場合、クーポン等の発行元の承認を得る、或いは予めクーポン等の移転が可能な他の利用者のリストを発行元の承認の下で保持しておくようにしてもよい。また、提案部２５０は、利用者がいずれ購入したいと思っている商品やサービスのウィッシュリスト登録に関する情報を、他の利用者に送信するよう提案してもよい。

また、メッセージ入力部５３３に入力された文字列に公共料金に関する文字が含まれている場合、提案部２５０は、公共料金の請求書に関する情報を他の利用者に送信するよう提案してもよい。「公共料金に関する文字」は、例えば「電気」や「ガス」等の文字であってよい。これによって、公共料金を他の利用者に支払ってもらうことが可能となる。なお、提案部２５０は、公共料金を他の利用者に割り勘で支払ってもらうように提案してもよい。この場合、公共料金を支払ってもらうことが可能なグループリスト（例えば家族等）を保持しておくと好適である。

なお、上記の説明では、利用者とＣさんとの間の１対１のチャットにおける提案処理について説明したが、これに限らない。例えば、提案部２５０は、連絡先リストから複数の連絡先を選択することによってグループチャットが行われている際に、周辺の店舗情報、お気に入り登録の情報、割り勘等の提案を行ってもよい。例えば、利用者が、Ａさん、Ｂさん、およびＣさんとグループチャットを行っているとする。ここで、Ａさんが「この辺に○○の人気店はあるかな？」というメッセージを送った場合、提案部２５０は、Ａさんの利用者端末装置２００の位置情報に基づき、周辺の店舗情報を送信する提案をしてもよい。位置情報は、例えば、利用者端末装置２００のＧＰＳ（Global Positioning System）情報（経度・緯度情報）であってよい。また、Ａさんのメッセージに対して、Ｂさんの利用者端末装置２００から、Ｂさんが行きたかったお店の情報を提案してもよい。例えば、提案部２５０は、Ｂさんが行きたかった店舗の情報を、お気に入り登録の情報から取得してもよい。また、店舗での決済が完了した際に、Ｃさんの利用者端末装置２００から割り勘を提案してもよい。

＜第２実施形態＞
次に、第２実施形態について説明する。前述の第１実施形態では、利用者端末装置２００に設けられた提案部２５０が、利用者端末装置２００に対して行うべきアクション（電子マネーの送金等）を提案することとした。一方、より高度な提案を行うためには、学習データを用いて機械学習させた学習モデルを利用することが考えられる。しかしながら、学習モデルは膨大なデータであるため、利用者端末装置２００に組み込むことは難しい。そこで、第２実施形態においては、利用者端末装置２００に提案部を設けるのではなく、決済サーバ１００に設けられた提案部が、学習モデルを利用してアクションを提案することとする。以下、第２実施形態の詳細について説明する。

［決済サーバ］
図１２は、第２実施形態における決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、記憶部１４０と、提案部１５０とを備える。通信部１１０、決済コンテンツ提供部１２０、および決済処理部１３０は、第１実施形態と同様であるため説明を省略する。

提案部１５０は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラムを実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１４０には、利用者情報１４２および決済コンテンツ情報１４４の他、学習モデル１４６が格納される。学習モデル１４６は、文字列およびアクションの組合せを学習データとして用いて機械学習することにより生成されたモデルである。なお、学習モデル１４６の生成と利用については、再帰型ニューラルネットワーク（Recurrent Neural Network：ＲＮＮ）、多層構造のニューラルネットワーク（Deep Neural Network：ＤＮＮ）、および畳み込みニューラルネットワーク（Convolutional Neural Network：ＣＮＮ）等を用いたディープラーニング技術を採用してもよい。

［処理フロー］
図１３は、第２実施形態における利用者端末装置２００により実行される処理の流れの一例を示すフローチャートである。本フローチャートにおいて、ステップＳ２０１およびＳ２０２については、図１１のステップＳ１０１およびＳ１０２と同様であるため説明を省略する。

ステップＳ２０２において、チャット画面５３０のメッセージ入力部５３３に文字列が入力されると、通信部１１０は、入力された文字列を決済サーバ１００に送信する（Ｓ２０３）。図１０に示される例では、メッセージ入力部５３３に「１０００」の文字列が入力されており、通信部１１０はこの文字列を決済サーバ１００に送信する。

図１４は、第２実施形態における決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。まず、決済サーバ１００の通信部１１０は、図１３のステップＳ２０３で利用者端末装置２００から送信された文字列を受信する（Ｓ３０１）。

次に、提案部１５０は、通信部１１０によって受信された文字列に基づき、学習モデル１４６を用いて、利用者が利用者端末装置２００に対して行うべきアクションを提案する（Ｓ３０２）。すなわち、提案部１５０は、文字列およびアクションの組合せを学習することによって得られた学習モデル１４６を用いることにより、利用者が利用者端末装置２００に対して行うべきアクションを提案する。例えば、提案部１５０は、利用者端末装置２００から受信した「１０００」の文字列に基づき、「１０００円を送る」というアクションを提案内容として生成する。

次に、通信部１１０は、提案部１５０によって提案されたアクションに関する情報を、利用者端末装置２００に送信する（Ｓ３０３）。例えば、通信部１１０は、提案された「１０００円を送る」というアクションに関する情報を利用者端末装置２００に送信する。

次に、図１３の説明に戻り、利用者端末装置２００の通信部１１０は、図１４のステップＳ３０３で決済サーバ１００から送信されたアクションに関する情報を受信する（Ｓ２０４）。その後、利用者端末装置２００の表示部２３０は、決済サーバ１００から受信したアクションをチャット画面５３０に表示する。図１０に示される例では、入力された文字列に基づいて「１０００円を送る」という提案情報５３４が表示部２３０に表示されている。なお、図１３におけるステップＳ２０５～Ｓ２０８の処理は、図１１のステップＳ１０５～Ｓ１０８の処理と同様であるため、説明を省略する。

以上説明した実施形態によれば、サービス提供システム１は、決済アプリ２１０（アプリケーションプログラム）と、決済サーバ１００（サービス提供装置）とを備える。決済アプリ２１０は、他の利用者端末装置とネットワークを介して通信可能な利用者端末装置２００にインストールされる。決済サーバ１００は、利用者端末装置２００とネットワークを介して通信可能である。決済アプリ２１０は、利用者端末装置２００に、他の端末装置との間でメッセージのやり取りを行うためのチャット画面５３０を表示させ、利用者の操作によってチャット画面５３０のメッセージ入力部５３３に入力された文字列を、決済サーバ１００に送信させる。決済サーバ１００は、通信部１１０と、提案部１５０とを備える。通信部１１０は、利用者端末装置２００から文字列を受信する。提案部１５０は、通信部１１０によって受信された文字列に基づいて、利用者が利用者端末装置２００に対して行うべきアクションを提案する。また、通信部１１０は、提案部１５０によって提案されたアクションに関する情報を、利用者端末装置２００に送信する。これによって、送金等のアクションに至るまでの工数を削減するとともに、利用者による誤操作を防止することができる。

また、提案部１５０は、文字列およびアクションの組合せを学習することによって得られた学習モデルを用いることにより、利用者が利用者端末装置２００に対して行うべきアクションを提案する。これによって、より高度な提案を行うことができる。

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

１ サービス提供システム
１００ 決済サーバ（サービス提供装置）
１１０ 通信部
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 記憶部
１４２ 利用者情報
１４４ 決済コンテンツ情報
１４６ 学習モデル
１５０ 提案部
２００ 利用者端末装置
２１０ 決済アプリ
２２０ 通信部
２３０ 表示部
２４０ 文字列入力部
２５０ 提案部
２６０ 判定部
２７０ 実行部
２８０ 記憶部
５３０ チャット画面
５３３ メッセージ入力部
５３４ 提案情報

Claims (12)

1. 他の端末装置とネットワークを介して通信可能な端末装置に、
   前記他の端末装置との間でメッセージのやり取りを行うためのチャット画面を表示させ、
   利用者の操作によって前記チャット画面のメッセージ入力部に入力された文字列に基づいて、前記利用者が前記端末装置に対して行うべきアクションを提案させる、
   アプリケーションプログラム。
2. 前記端末装置に、更に、
   提案された前記アクションが承認されたか否かを判定させ、
   前記アクションが承認されたと判定された場合、前記アクションを実行させる、
   請求項１記載のアプリケーションプログラム。
3. 前記アクションは、前記端末装置を所有する前記利用者から、前記他の端末装置を所有する他の利用者に向けたアクションである、
   請求項１または２記載のアプリケーションプログラム。
4. 前記端末装置に、更に、
   前記メッセージ入力部に入力された前記文字列に数字が含まれる場合、前記数字に対応する金額の電子マネーを前記他の利用者に送金するよう提案させる、
   請求項３記載のアプリケーションプログラム。
5. 前記端末装置に、更に、
   前記数字が電話番号、郵便番号、日付、または時間である場合、前記他の利用者への送金を提案させない、
   請求項４記載のアプリケーションプログラム。
6. 前記端末装置に、更に、
   前記メッセージ入力部に入力された前記文字列に記念日に関する文字または前記他の利用者を祝福する文字が含まれる場合、前記他の利用者へのギフトの送信を提案させる、
   請求項３記載のアプリケーションプログラム。
7. 前記端末装置に、更に、
   前記メッセージ入力部に入力された前記文字列に電子チケットに関する文字が含まれている場合、前記他の利用者への前記電子チケットの送信を提案させる、
   請求項３記載のアプリケーションプログラム。
8. 前記端末装置に、更に、
   前記メッセージ入力部に入力された前記文字列にクーポン、キャンペーン、イベント、または店舗に関する文字が含まれている場合、前記利用者がお気に入り登録またはフォローしているクーポン、キャンペーン、イベント、または店舗に関する情報を、前記他の利用者に送信するよう提案させる、
   請求項３記載のアプリケーションプログラム。
9. 前記端末装置に、更に、
   前記メッセージ入力部に入力された前記文字列に公共料金に関する文字が含まれている場合、前記公共料金の請求書に関する情報を前記他の利用者に送信するよう提案させる、
   請求項３記載のアプリケーションプログラム。
10. 他の端末装置とネットワークを介して通信可能な端末装置にインストールされるアプリケーションプログラムと、
    前記端末装置と前記ネットワークを介して通信可能なサービス提供装置と、
    を備えるサービス提供システムであって、
    前記アプリケーションプログラムは、前記端末装置に、
    前記他の端末装置との間でメッセージのやり取りを行うためのチャット画面を表示させ、
    利用者の操作によって前記チャット画面のメッセージ入力部に入力された文字列を、前記サービス提供装置に送信させ、
    前記サービス提供装置は、
    前記端末装置から前記文字列を受信する通信部と、
    前記通信部によって受信された前記文字列に基づいて、前記利用者が前記端末装置に対して行うべきアクションを提案する提案部と、を備え、
    前記通信部は、前記提案部によって提案された前記アクションに関する情報を、前記端末装置に送信する、
    サービス提供システム。
11. 前記アプリケーションプログラムは、前記端末装置に、更に、
    前記文字列および前記アクションの組合せを学習することによって得られた学習モデルを用いることにより、前記利用者が前記端末装置に対して行うべきアクションを提案させる、
    請求項１０記載のサービス提供システム。
12. 他の端末装置とネットワークを介して通信可能な端末装置であって、
    前記他の端末装置との間でメッセージのやり取りを行うためのチャット画面を表示する表示部と、
    利用者の操作に応じて、前記チャット画面のメッセージ入力部に文字列を入力する文字列入力部と、
    前記メッセージ入力部に入力された前記文字列に基づいて、前記利用者が前記端末装置に対して行うべきアクションを提案する提案部と、
    を備える端末装置。

Images