JP7181986B2 - 情報処理装置及び情報処理方法 - Google Patents

Description

本発明は、情報処理装置及び情報処理方法に関する。

電子決済時に、複数のユーザのそれぞれのユーザ端末が、複数のユーザが共同で購入する商品に対応する支払額の一部の請求を受け、全てのユーザによる支払が完了した場合に商品の購入が完了する決済方法である割り勘決済方法が知られている（例えば、特許文献１参照）。

特許第６６１８１６４号公報

従来の割り勘決済方法では、複数のユーザのうち一部のユーザの支払いが滞ると、商品の購入が遅れてしまうという問題が発生する。また、店舗において、複数のユーザのうち一部のユーザの支払いが滞っている間に、第三者から当該商品の購入要求があった場合、店舗における対応も煩雑になるという問題がある。

そこで、本発明はこれらの点に鑑みてなされたものであり、複数のユーザの支払が完了するまでの時間を短縮することを目的とする。

本発明の第１の態様に係る情報処理装置は、商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求する請求部と、前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行う決済部と、前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性に基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与する特典付与部と、を有する。

本発明の第２の態様に係る情報処理方法は、コンピュータが実行する、商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求するステップと、前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行うステップと、前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性に基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与するステップと、を有する。

本発明によれば、複数のユーザの支払が完了するまでの時間を短縮することができるという効果を奏する。

第１実施形態に係る情報処理装置の概要を説明する図である。 第１実施形態に係る情報処理装置の構成を示す図である。 支払管理情報の一例を示す図である。 支払ユーザ端末に表示される請求ページの一例を示す図である。 第１実施形態に係る情報処理装置、申請ユーザ端末、支払ユーザ端末における割勘支払方法指定時の処理の流れを示すシーケンス図である。 図５に続くシーケンス図である。

＜第１実施形態＞
［情報処理装置１の概要］
図１は、第１実施形態に係る情報処理装置１の概要を説明する図である。情報処理装置１は、店舗における商品を複数人で購入することを支援するための装置である。情報処理装置１は、例えばサーバ等のコンピュータであり、基地局や無線ＬＡＮを介して店舗サーバ２と、申請ユーザ端末３と、支払ユーザ端末４とに通信可能に接続されている。申請ユーザ端末３及び支払ユーザ端末４は、タブレット端末、スマートフォン等のコンピュータである。

申請ユーザ端末３は、商品に対する代金の支払を申請する申請ユーザが使用する端末である。支払ユーザ端末４は、商品に対する一部の代金を支払う支払ユーザが使用する端末である。情報処理装置１は、申請ユーザ端末３を介して、店舗サーバ２が販売する商品に対する代金の支払を申請する申請ユーザから、商品に対する代金の支払方法の指定を受け付ける。

商品に対する代金の支払方法には、複数のユーザにより商品の代金を支払う支払方法が含まれている。情報処理装置１は、複数のユーザにより商品の代金を支払う支払方法の指定を受け付けると、申請ユーザ端末３から、商品に対する代金を支払う複数の支払ユーザそれぞれを識別するユーザ識別情報を受け付ける。なお、支払ユーザの中には、申請ユーザも含まれていてもよく、この場合には、申請ユーザ端末３は、支払ユーザ端末４としても機能する。

情報処理装置１は、複数の支払ユーザそれぞれのユーザ識別情報を受け付けると、複数の支払ユーザのそれぞれが支払う一部の代金の合計が商品に対する代金となるように当該一部の代金を設定し、支払ユーザ端末４に、支払ユーザが支払う一部の代金を請求する。情報処理装置１は、支払ユーザ端末４から一部の代金を支払う支払処理を受け付けることにより、当該支払ユーザ端末４を使用する支払ユーザに対応する一部の代金の決済を行う。

情報処理装置１は、複数の支払ユーザ端末４に代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間に基づいて特典の内容を決定する。そして、情報処理装置１は、支払ユーザの少なくともいずれかに決定した内容の特典を付与する。このようにすることで、複数の支払ユーザそれぞれは、特典が付与されるように、自身に請求された商品の一部の代金を支払うようになる。これにより、情報処理装置１は、複数の支払ユーザの支払が完了するまでの時間を短縮することができる。
続いて、情報処理装置１の構成について説明する。

［情報処理装置１の構成例］
図２は、第１実施形態に係る情報処理装置１の構成を示す図である。情報処理装置１は、通信部１１と、記憶部１２と、制御部１３とを備える。制御部１３は、受付部１３１と、請求部１３２と、送信部１３３と、決済部１３４と、特典付与部１３５とを有する。

通信部１１は、携帯電話回線やインターネット回線等の通信ネットワークに接続するためのインタフェースである。
記憶部１２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。記憶部１２は、情報処理装置１を機能させるための各種プログラムを記憶する。例えば、記憶部１２は、情報処理装置１の制御部１３を、受付部１３１、請求部１３２、送信部１３３、決済部１３４、及び特典付与部１３５として機能させるプログラムを記憶する。

制御部１３は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部１３は、記憶部１２に記憶されている各種プログラムを実行することにより、情報処理装置１に係る機能を制御する。制御部１３は、記憶部１２に記憶されているプログラムを実行することにより、受付部１３１、請求部１３２、送信部１３３、決済部１３４、及び特典付与部１３５として機能する。

受付部１３１は、商品に対する代金の支払を申請する申請ユーザから、商品に対する代金の支払方法として複数のユーザにより商品に対する代金を支払う支払方法を受け付けるとともに、代金を支払う複数の支払ユーザを識別するユーザ識別情報を受け付ける。ユーザ識別情報は、例えば、支払ユーザが使用する支払ユーザ端末４の電話番号である。なお、ユーザ識別情報は、支払ユーザ端末４の電話番号に限らず、支払ユーザのメールアドレス、又はＳＮＳのアカウント名であってもよい。

例えば、申請ユーザ端末３には、複数の支払方法のいずれかで商品を購入可能な商品購入アプリケーションプログラムが予めインストールされている。申請ユーザ端末３は、商品購入アプリケーションプログラムを実行する。申請ユーザ端末３は、商品購入アプリケーションプログラムが実行されると、店舗のリストを表示し、申請ユーザから店舗の選択を受け付ける。申請ユーザ端末３は、選択された店舗に対応する店舗サーバ２にアクセスし、当該店舗において販売されている商品のリストを表示する。

申請ユーザ端末３は、商品のリストにおいて商品が選択され、申請ユーザにより当該商品の購入操作が行われたことに応じて、情報処理装置１に対して商品の購入要求を行う。受付部１３１は、商品の購入要求を受け付けると、複数の支払方法のうち、いずれかの支払方法の選択を受け付ける支払方法選択画面を申請ユーザ端末３に表示させる。

複数の支払方法には、申請ユーザが単独でクレジットカードを利用して商品に対する代金を支払う支払方法、コンビニエンスストアを利用して商品に対する代金を支払方法の他、複数の支払ユーザにより商品に対する代金を支払う支払方法が含まれている。複数の支払ユーザにより商品に対する代金を支払う場合、複数の支払ユーザそれぞれが支払う金額は、商品の代金を支払ユーザの人数で割った金額となる。以下の説明において、複数の支払ユーザにより商品に対する代金を支払う支払方法を割勘支払方法という。

申請ユーザ端末３は、支払方法の指定を受け付けると、代金の支払対象となる商品を示す情報と、指定された支払方法を示す情報とを含む支払方法指定情報を情報処理装置１に送信する。代金の支払対象となる商品を示す情報には、例えば、商品を識別する商品識別情報である商品ＩＤと、商品の金額と、商品を販売する店舗を識別する店舗識別情報である店舗ＩＤとが含まれている。

受付部１３１は、申請ユーザ端末３から、支払方法指定情報を受信することにより、支払方法の指定を受け付ける。受付部１３１は、商品の代金の支払方法として、割勘支払方法の指定を受け付けると、申請ユーザ端末３に、支払ユーザを識別するためのユーザ識別情報を受け付けるための支払ユーザ選択画面を表示させ、複数の支払ユーザそれぞれのユーザ識別情報を受け付ける。申請ユーザ端末３は、支払ユーザ選択画面で、ユーザ識別情報の他に、支払ユーザの名前を受け付ける。

ここで、受付部１３１は、申請ユーザに対応するユーザ識別情報を受け付けることなく、申請ユーザを支払ユーザとして受け付けるようにしてもよい。また、受付部１３１は、ユーザ選択画面を介して、申請ユーザから、申請ユーザを支払ユーザに含めないようにする指示を受け付けてもよい。このようにすることで、申請ユーザは、割勘支払方法による複数の支払ユーザの設定のみを行い、自身が代金を支払わないようにすることができる。

請求部１３２は、受付部１３１が支払方法として割勘支払方法の指定を受け付け、複数の支払ユーザのユーザ識別情報及び支払ユーザの名前を受け付けると、複数の支払ユーザのそれぞれが支払う一部の代金の合計が商品に対する代金となるように一部の代金を設定する。例えば、請求部１３２は、商品に対応する代金を、支払ユーザの人数で除算することにより、商品に対応する代金を均等割した一部の代金を設定する。なお、請求部１３２は、複数の支払ユーザが支払う一部の代金の設定を行った後、申請ユーザから、複数の支払ユーザのそれぞれが支払う一部の代金の合計が商品に対する代金となることを条件として、複数の支払ユーザそれぞれが支払う一部の代金の変更を受け付けてもよい。また、請求部１３２は、一部の代金を請求する前に、支払ユーザの支払額を支払ユーザに通知し、支払ユーザから変更要求を受け付けるようにしてもよい。

請求部１３２は、複数の支払ユーザそれぞれが使用する支払ユーザ端末４に、支払ユーザが支払う一部の代金を請求する。例えば、請求部１３２は、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）を用いて、ユーザ識別情報としての支払ユーザ端末４の電話番号に対して、支払ユーザが支払う一部の代金を請求するための請求ページのＵＲＬを含むメッセージを送信する。請求ページは、情報処理装置１が生成して提供するものであり、請求ページのＵＲＬは、情報処理装置１のアドレスを示している。請求部１３２は、複数の支払ユーザ端末４のそれぞれに、一部の代金を請求する前に、複数の支払ユーザのそれぞれから一部の代金の請求の承認を受け付けるようにしてもよい。そして、請求部１３２は、複数の支払ユーザ端末４のそれぞれから請求の承認を受け付けたことを条件として、複数の支払ユーザ端末４のそれぞれに一部の代金を請求してもよい。

また、請求部１３２は、決済部１３４が一部の代金の決済を受け付ける支払期限を設定する。請求部１３２は、商品の代金の額、支払ユーザに請求される一部の代金の額、及び支払ユーザの人数の少なくともいずれかに基づいて支払期限を設定する。請求部１３２は、商品の代金の額が大きければ大きいほど支払期限を遅く設定したり、支払ユーザの人数が多ければ多いほど支払期限を遅く設定したりしてもよい。例えば、商品の代金、支払ユーザに請求される一部の代金の額、支払ユーザの人数の範囲に対し、請求を開始してから支払期限までの時間を関連付けて記憶させておき、請求部１３２が、商品の代金の額、支払ユーザに請求される一部の代金の額、及び支払ユーザの人数の少なくともいずれかに対応する支払期限までの時間を特定してもよい。そして、請求部１３２は、現在の時刻（請求する時刻）に、特定した支払期限までの時間を加算した時刻を支払期限として設定してもよい。

また、請求部１３２は、複数の支払ユーザによる支払状況を管理するために、代金の支払対象となる商品を示す情報と、支払期限と、申請ユーザを識別する申請ユーザ識別情報と、支払ユーザの名前と、複数の支払ユーザそれぞれのユーザ識別情報と、支払ユーザが一部の代金を支払った日時とを関連付けた支払管理情報を記憶部１２に記憶させる。

図３は、支払管理情報の一例を示す図である。図３に示すように、支払管理情報は、代金の支払対象となる商品を示す情報である店舗ＩＤ、商品ＩＤ及び商品の金額と、支払期限と、申請ユーザ識別情報である申請ユーザＩＤと、支払ユーザそれぞれのユーザ識別情報である支払ユーザの電話番号と、支払ユーザの名前と、支払フラグと、支払日時とを関連付けた情報であることが確認できる。

支払フラグは、支払ユーザが一部の代金を支払ったか否かを特定するための情報である。支払ユーザが一部の代金を支払っていない場合、支払フラグには「０」が格納され、支払ユーザが一部の代金を支払った場合、支払フラグには「１」が格納される。なお、支払管理情報が記憶部１２に記憶された時点では、支払ユーザによる支払が行われていないことから、支払日時は空白となる。支払日時は、決済部１３４により一部の代金の決済が行われたことに応じて入力される。

なお、請求部１３２は、支払ユーザ端末４の電話番号を宛先として送信するメッセージに、商品に対する代金の支払が完了するまでの時間に基づいて特典の内容が決定されることを示す情報を含めるようにしてもよい。このようにすることで、情報処理装置１は、支払ユーザに、商品に対する代金の支払が完了するまでの時間に基づいて特典の内容が決定されることを認識させ、代金の支払いを早めに行わせることができる。

送信部１３３は、請求部１３２が商品の一部の代金を支払ユーザ端末４に請求した後に、請求部１３２が代金を請求してから経過した時間を支払ユーザ端末４に表示させるための情報を、当該支払ユーザ端末４に送信する。例えば、請求部１３２が商品の一部の代金を支払ユーザ端末４に請求した後に、支払ユーザ端末４において一部の代金の請求ページのＵＲＬが選択されると、送信部１３３は、請求部１３２が代金を請求してからの経過時間を表示する請求ページを生成し、当該請求ページを支払ユーザ端末４に送信する。

図４は、支払ユーザ端末４に表示される請求ページの一例を示す図である。図４に示すように、請求ページには、支払までの時間に応じて特典の内容が決定されることを示す情報とともに、請求部１３２が代金を請求してからの経過時間が表示されていることが確認できる。

なお、請求ページにおける、商品に対応する代金を請求してからの経過時間の表示方法としては、例えば、請求ページに代金を請求した時間を含めておき、支払ユーザ端末４が当該時間からの経過時間を算出して請求ページに表示させる方法や、支払ユーザ端末４が、情報処理装置１において算出した経過時間を表示する請求ページを所定時間おきに取得し、表示させる方法が挙げられる。

また、送信部１３３は、請求部１３２が一部の代金を請求した後に、請求部１３２が一部の代金を請求した複数の支払ユーザそれぞれの一部の代金の決済状況を支払ユーザ端末４に表示させるための情報を支払ユーザ端末４に送信する。例えば、送信部１３３は、支払ユーザ端末４において一部の代金の請求ページのＵＲＬが選択されると、記憶部１２に記憶されている支払管理情報に基づく、複数の支払ユーザそれぞれの一部の代金の決済状況を含む請求ページを生成する。送信部１３３は、生成した請求ページを支払ユーザ端末４に送信する。図４に示す請求ページの上部には、「支払い」タブと、「決済状況」タブとが表示されており、「決済状況」タブが選択されると、複数の支払ユーザそれぞれの一部の代金の決済状況が表示される。このようにすることで、支払ユーザは、他の支払ユーザの一部の代金の決済状況を確認することができる。

なお、送信部１３３は、請求ページにおいて、支払ユーザが、一部の代金の決済を行っていない支払ユーザに対して支払を催促する旨のメッセージを送信できるようにしてもよい。例えば、代金の決済状況を示す画面において、未払の支払ユーザに関連して「メッセージ送信」と示されるメッセージ送信ボタンが設けられていてもよい。

この場合、支払ユーザ端末４は、当該メッセージ送信ボタンが選択されたことに応じて、支払ユーザ端末４の支払ユーザの識別情報と、メッセージを送信する対象の支払ユーザの識別情報とを含むメッセージの送信要求を情報処理装置１に送信する。送信部１３３は、メッセージの送信要求を取得すると、メッセージの入力画面を支払ユーザ端末４に送信し、当該入力画面を支払ユーザ端末４に表示させる。支払ユーザ端末４は、催促する旨のメッセージ等が入力画面に入力された後、支払ユーザからメッセージの送信操作を受け付けると、メッセージを情報処理装置１に送信する。送信部１３３は、メッセージを受信すると、メッセージを入力した支払ユーザを送信元とし、メッセージの送信要求に含まれている支払ユーザの識別情報を宛先として、当該メッセージを送信する。このようにすることで、支払ユーザは、支払状況が未払の他の支払ユーザに支払を催促する旨のメッセージを送信することができる。

また、送信部１３３は、申請ユーザから一部の代金の決済を行っていない支払ユーザ宛のメッセージを送信できるようにしてもよい。また、送信部１３３は、支払期限を経過した時点、又は支払期限よりも一定時間前（例えば１日前）に、申請ユーザ又は支払ユーザから操作を受け付けることなく、支払状況が未払の支払ユーザに対して支払を催促する旨のメッセージを自動的に送信してもよい。

決済部１３４は、支払ユーザ端末４から一部の代金を支払う支払処理を受け付けることにより、当該支払ユーザ端末４の支払ユーザに対応する一部の代金に対応する金額の決済を行う。例えば、支払ユーザ端末４は、図４に示す請求ページにおいて、支払手段が選択された状態で「支払う」と示された決済ボタンが押下されると、選択された支払手段を示す情報と、代金の支払対象となる商品を示す情報と、選択された支払手段を示す情報と、支払ユーザのユーザ識別情報とを情報処理装置１に送信する。

決済部１３４は、代金の支払対象となる商品を示す情報と、選択された支払手段を示す情報と、支払ユーザのユーザ識別情報とを含む、支払手段指定情報を支払ユーザ端末４から受信することにより、支払ユーザに対応する支払処理を受け付ける。決済部１３４は、支払処理を受け付けると、当該支払ユーザに対応する一部の代金に対応する金額の決済を行う。ここで、一部の代金に対応する金額は、特典付与部１３５により付与される特典が決済時に行われる一部の代金からの割引である場合、一部の代金から割引額を差し引いた金額である。また、特典付与部１３５により付与される特典が、商品に対する代金の支払いが完了した後に付与される、例えばキャッシュバックやポイント付与である場合、一部の代金に対応する金額は、一部の代金そのものである。

決済部１３４は、一部の代金に対応する金額の決済が完了すると、請求ページに、決済が完了したことを示す情報を表示させる。また、決済部１３４は、記憶部１２に記憶されている支払管理情報を参照し、受信した代金の支払対象となる商品を示す情報と、ユーザ識別情報とに関連付けられている支払フラグを「０」から「１」に更新するとともに、支払日時を、現在の日時に更新する。また、決済部１３４は、複数の支払ユーザに対応する決済が行われ、全ての支払ユーザの支払フラグが「１」になると、商品に対する代金の支払いが完了したと判定する。

決済部１３４は、商品に対する代金の支払いが完了したと判定すると、店舗に対して商品に対する代金を支払う。例えば、決済部１３４は、記憶部１２に記憶されている支払管理情報に含まれている店舗ＩＤと、商品の金額とに基づいて、店舗ＩＤに対応する店舗に、商品の金額を支払う支払処理を実行する。

特典付与部１３５は、請求部１３２が代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間に基づいて特典の内容を決定する。そして、特典付与部１３５は、支払ユーザの少なくともいずれかに決定した内容の特典を付与する。以下の説明において、商品に対する代金の支払が完了するまでの時間に基づいて内容が決定される特典を早期決済特典という。

例えば、特典付与部１３５は、請求部１３２が代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間が１日以内である場合に、早期決済特典の内容を、決済金額から所定割合の金額を割り引くものに決定する。また、特典付与部１３５は、請求部１３２が代金を請求してから、商品に対する代金の支払が完了するまでの時間が早ければ早いほど特典が示す金銭価値が高くなるようにしてもよい。また、早期決済特典の内容は、決済金額から所定割合の金額を割り引くものに限らず、割引額に相当する金銭価値を有するポイントであってもよい。

また、特典付与部１３５は、複数の支払ユーザに対応する決済により、商品に対する代金の支払が完了したことを条件として、請求部１３２が一部の代金を請求した全ての支払ユーザに、早期決済特典を付与してもよい。例えば、早期決済特典の内容が、決済金額から所定割合の金額を割り引くものである場合、特典付与部１３５は、決済部１３４を制御して、割引に対応する金額の払い戻しを行う。

また、特典付与部１３５は、複数の支払ユーザに対応する決済により、商品に対する代金の支払が完了したことに応じて、早期決済特典の他に、決済の完了に伴う特典（以下、通常特典という。）を付与してもよい。

また、特典付与部１３５は、複数の支払ユーザに対応する決済により、商品に対する代金の支払が所定時間以内に完了すると、申請ユーザ及び支払ユーザの少なくともいずれかに早期決済特典を付与し、商品に対する代金の支払が所定時間以内に完了しなかった場合に、申請ユーザ及び支払ユーザに早期決済特典を付与しないようにしてもよい。

ここで、所定時間は、予め定めた時間であるものとするが、これに限らない。所定時間は、例えば、商品を販売する店舗の関係者により、販売する一以上の商品のそれぞれに対して決定されてもよい。また、受付部１３１が申請ユーザから所定時間の設定を受け付け、受け付けた所定時間に決定されてもよい。また、特典付与部１３５が、請求部１３２が商品の一部の代金を請求した支払ユーザの数に基づいて所定時間を決定してもよい。このようにすることで、情報処理装置１は、商品の販売状況に合わせて、所定時間を適切な時間に設定することができる。

また、特典付与部１３５が、商品に対する代金の支払が所定時間以内に完了した場合に限定して早期決済特典を付与する場合、送信部１３３は、請求部１３２が商品の代金を請求した後に、所定時間に基づく特典が付与される支払期限、及び当該支払期限までの残り時間の少なくともいずれかを支払ユーザ端末４に表示させるための情報を、支払ユーザ端末４に送信してもよい。

例えば、送信部１３３は、支払ユーザ端末４において一部の代金の請求ページのＵＲＬが選択されると、所定時間に基づく早期決済特典が付与される支払期限と、支払期限までの残り時間とを表示した請求ページを生成し、当該請求ページを支払ユーザ端末４に送信する。このようにすることで、情報処理装置１は、支払ユーザが特典が付与される支払期限を確認して支払期限までに支払処理を行う確率を高めることができる。

また、特典付与部１３５は、請求部１３２が一部の代金を請求した支払ユーザの人数が所定人数以上である場合、又は商品に対する代金が所定金額以上である場合に限定して、申請ユーザ及び支払ユーザの少なくともいずれかに早期決済特典を付与してもよい。このようにすることで、情報処理装置１は、支払ユーザの人数が多かったり、商品が高額であることにより支払ユーザが支払う一部の代金が高かったりする場合に限定して早期決済特典を付与することができる。

［動作シーケンス］
図５は、第１実施形態に係る情報処理装置１、申請ユーザ端末３、支払ユーザ端末４における割勘支払方法指定時の処理の流れを示すシーケンス図である。図６は、図５に続くシーケンス図である。図５では、支払方法として割勘支払方法が指定された時点からの処理の流れを説明する。また、本シーケンス図の説明では、２つの支払ユーザ端末４と、申請ユーザ端末３のユーザが支払ユーザとなり、商品の代金を支払うものとして説明する。

まず、情報処理装置１の受付部１３１は、申請ユーザ端末３から、割勘支払方法が指定されたことを示す支払方法指定情報を受信する（Ｓ１）。受付部１３１は、支払ユーザ選択画面を申請ユーザ端末３に送信し、支払ユーザ選択画面を申請ユーザ端末３に表示させる（Ｓ２）。受付部１３１は、支払ユーザ選択画面を介して、ユーザ識別情報として複数の支払ユーザの電話番号を受け付ける（Ｓ３）。

請求部１３２は、受付部１３１が複数の支払ユーザの電話番号を受け付けると、商品に対応する代金を、支払ユーザの人数で除算することにより、複数の支払ユーザのそれぞれが支払う一部の代金を設定する（Ｓ４）。請求部１３２は、ＳＭＳを用いて、複数の支払ユーザ端末４のそれぞれの電話番号に対して、支払ユーザが支払う一部の代金を請求する（Ｓ５～Ｓ７）。

図６に説明を移す。決済部１３４は、請求部１３２が支払ユーザが支払う一部の代金を請求した後、申請ユーザ端末３を含む複数の支払ユーザ端末４から、指定された支払手段を含む支払手段指定情報を受信すると、当該支払ユーザ端末４を使用する支払ユーザに対応する決済処理を行う（Ｓ８～Ｓ１３）。

続いて、特典付与部１３５は、請求部１３２が代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間が所定時間以内であるか否かを判定する（Ｓ１４）。特典付与部１３５は、請求部１３２が代金を請求してから、商品に対する代金の支払が完了するまでの時間が所定時間以内であると判定すると、複数の支払ユーザ端末４の少なくともいずれかに早期決済特典を付与する（Ｓ１５）。

［変形例］
上述の実施形態では、特典付与部１３５は、請求部１３２が代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間に基づいて特典の内容を決定したが、これに限らない。例えば、複数の支払ユーザのそれぞれの属性を特定し、特定した複数の支払ユーザのそれぞれの属性にさらに基づいて、複数の支払ユーザのそれぞれに付与する特典の内容を決定してもよい。

この場合、例えば記憶部１２には、支払ユーザの識別情報と、当該支払ユーザの属性とを関連付けたユーザ別属性情報が記憶されているものとする。支払ユーザの属性は、例えば、年齢、性別等であれが、これに限らず、割勘支払方法の利用実績や利用頻度が含まれていてもよい。例えば、特典付与部１３５は、女性の支払ユーザや、割勘支払方法の利用頻度が所定の閾値を超えている支払ユーザに限定して一部の代金の割引率を他の支払ユーザに比べて高く設定してもよい。この場合、送信部１３３は、特典付与部１３５が決定した特典の内容を支払ユーザ端末４に表示させるための情報を支払ユーザ端末４に送信してもよい。例えば、送信部１３３は、複数の支払ユーザ端末４のそれぞれに対し、当該支払ユーザ端末４の支払ユーザに対して決定した特典の内容が表示される、図４に示す請求ページを送信してもよい。

［第１実施形態における効果］
以上説明したように、第１実施形態に係る情報処理装置１は、申請ユーザから、複数のユーザにより代金を支払う割勘支払方法の指定を受け付けるとともに、複数の支払ユーザを識別するユーザ識別情報を受け付けると、複数の支払ユーザのそれぞれが支払う一部の代金の合計が商品に対する代金となるように当該一部の代金を設定し、複数の支払ユーザ端末４に、当該一部の代金を請求する。情報処理装置１は、支払ユーザ端末４から一部の代金を支払う支払処理を受け付けることにより当該支払ユーザ端末４を使用する支払ユーザに対応する一部の代金に対応する金額の決済を行い、代金が請求されてから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間に基づく内容の特典を、支払ユーザの少なくともいずれかに付与する。このようにすることで、情報処理装置１は、複数のユーザの支払が完了するまでの時間を短縮することができる。

＜第２実施形態＞
［商品の一部の代金の支払順位に基づいて特典の内容を決定する］
続いて、第２実施形態について説明する。第１実施形態に係る情報処理装置１は、商品の代金を請求してから、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了するまでの時間に基づいて特典の内容を決定したが、第２実施形態に係る情報処理装置１は、商品の一部の代金の支払順位に基づいて特典の内容を決定する点で第１実施形態と異なる。以下、第２実施形態に係る情報処理装置１について説明する。なお、第１実施形態と同じ部分については適宜説明を省略する。

第２実施形態において、送信部１３３は、請求部１３２が一部の代金を請求した後に、複数の支払ユーザの間における支払順位を支払ユーザ端末４に表示させるための情報を支払ユーザ端末４に送信する。例えば、送信部１３３は、支払ユーザ端末４において一部の代金の請求ページのＵＲＬが選択されると、記憶部１２に記憶されている支払管理情報に基づく、複数の支払いユーザそれぞれの名前と一部の代金の決済状況と、支払順位とを含む請求ページを生成する。このようにすることで、支払ユーザは、複数の支払ユーザそれぞれの支払順位を確認することができる。

なお、送信部１３３は、商品に対する代金の支払が完了するまで、最下位の順位と、最下位の前の順位とを支払ユーザ端末４に表示させないようにしてもよい。このようにすることで、最下位となる支払ユーザが、最下位であることを認識して一部の代金を支払う意欲が減少することを抑制することができる。

第２実施形態に係る特典付与部１３５は、複数の支払ユーザが一部の代金を支払った時間に基づいて複数の支払ユーザの間における一部の代金の支払順位を特定する。具体的には、特典付与部１３５は、記憶部１２に記憶されている支払管理情報に含まれている支払日時に基づいて、複数の支払ユーザの間における一部の代金の支払順位を特定する。

特典付与部１３５は、複数の支払ユーザのそれぞれに対し、当該支払ユーザの支払順位に対応し、支払順位が高ければ高いほど高い金銭価値を有する特典を付与する。例えば、特典付与部１３５は、支払順位が１位の支払ユーザに対して付与する特典の価値を第１の価値に決定し、支払順位が２位の支払ユーザに対して付与する特典の価値を、第１の価値よりも低い第２の価値に決定する。特典付与部１３５は、複数の支払いユーザが一部の代金を支払うことにより商品に対する代金の支払いが完了すると、支払順位に基づいて決定した内容の特典を複数の支払ユーザに付与する。

［第２実施形態における効果］
以上説明したように、第２実施形態に係る情報処理装置１は、複数の支払ユーザが一部の代金を支払った時間に基づいて複数の支払ユーザの間における一部の代金の支払順位を特定し、複数の支払ユーザのそれぞれに対し、当該支払ユーザの支払順位に対応し、支払順位が高ければ高いほど高い金銭価値を有する特典を付与する。このようにすることで、第２実施形態に係る情報処理装置１は、第１実施形態に係る情報処理装置１と同様に、複数のユーザの支払が完了するまでの時間を短縮することができる。

なお、本発明により、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「産業と技術革新の基盤をつくろう」に貢献することが可能となる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の分散・統合の具体的な実施の形態は、以上の実施の形態に限られず、その全部又は一部について、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。

１・・・情報処理装置、１１・・・通信部、１２・・・記憶部、１３・・・制御部、１３１・・・受付部、１３２・・・請求部、１３３・・・送信部、１３４・・・決済部、１３５・・・特典付与部、２・・・店舗サーバ、３・・・申請ユーザ端末、４・・・支払ユーザ端末

Claims (14)

1. 商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求する請求部と、
   前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行う決済部と、
   前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性と、前記請求部が前記代金を請求してから、前記複数の支払ユーザそれぞれに対応する前記決済により前記商品に対する代金の支払が完了するまでの時間とに基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与する特典付与部と、
   を有する情報処理装置。
2. 前記請求部が前記一部の代金を請求した後に、前記請求部が前記代金を請求してから経過した時間を前記ユーザ端末に表示させるための情報を前記ユーザ端末に送信する送信部をさらに有する、
   請求項１に記載の情報処理装置。
3. 商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求する請求部と、
   前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行う決済部と、
   前記複数の支払ユーザが前記一部の代金に対応する金額を支払った時間に基づいて前記複数の支払ユーザの間における前記一部の代金に対応する金額の支払順位を特定するとともに、前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払順位と前記支払ユーザの属性とに基づいて、前記一部の代金を請求した全ての支払ユーザのそれぞれに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記特典の内容を決定した支払ユーザに決定した内容の前記特典を付与する特典付与部と、
   を有する情報処理装置。
4. 前記請求部が前記一部の代金を請求した後に、前記複数の支払ユーザの間における前記支払順位を前記ユーザ端末に表示させるための情報を前記ユーザ端末に送信する送信部をさらに有する、
   請求項３に記載の情報処理装置。
5. 商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求する請求部と、
   前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行う決済部と、
   前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性に基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が所定時間以内に完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与する特典付与部と、
   を有する情報処理装置。
6. 前記請求部が前記代金を請求した後に、前記所定時間に基づく前記特典が付与される支払期限、及び当該支払期限までの残り時間の少なくともいずれかを前記ユーザ端末に表示させるための情報を前記ユーザ端末に送信する送信部をさらに有する、
   請求項５に記載の情報処理装置。
7. 前記特典付与部は、前記支払ユーザの数に基づいて前記所定時間を決定し、前記複数の支払ユーザに対応する前記決済により前記商品に対する代金の支払が、決定した前記所定時間以内に完了すると前記特典を付与する、
   請求項５又は６に記載の情報処理装置。
8. 前記特典付与部は、全ての前記支払ユーザの属性を特定し、前記請求部が前記一部の代金を請求した全ての前記支払ユーザに前記特典を付与する、
   請求項１から７のいずれか１項に記載の情報処理装置。
9. 前記請求部が前記一部の代金を請求した後に、前記複数の支払ユーザそれぞれの前記一部の代金に対応する金額の決済状況を前記ユーザ端末に表示させるための情報を前記ユーザ端末に送信する送信部をさらに有する、
   請求項１から８のいずれか１項に記載の情報処理装置。
10. 前記特典付与部は、前記支払ユーザの数が所定人数以上である場合、又は前記商品に対する代金が所定金額以上である場合に前記特典を付与する、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. 前記特典付与部が決定した前記特典の内容を前記ユーザ端末に表示させるための情報を前記ユーザ端末に送信する送信部をさらに有する、
    請求項１から１０のいずれか１項に記載の情報処理装置。
12. コンピュータが実行する、
    商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求するステップと、
    前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行うステップと、
    前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性と、前記代金を請求してから、前記複数の支払ユーザそれぞれに対応する前記決済により前記商品に対する代金の支払が完了するまでの時間とに基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与するステップと、
    を有する情報処理方法。
13. コンピュータが実行する、
    商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求するステップと、
    前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行うステップと、
    前記複数の支払ユーザが前記一部の代金に対応する金額を支払った時間に基づいて前記複数の支払ユーザの間における前記一部の代金に対応する金額の支払順位を特定するとともに、前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払順位と前記支払ユーザの属性とに基づいて、前記一部の代金を請求した全ての支払ユーザのそれぞれに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が完了すると、前記特典の内容を決定した支払ユーザに決定した内容の前記特典を付与するステップと、
    を有する情報処理方法。
14. コンピュータが実行する、
    商品に対する代金を支払う複数の支払ユーザのそれぞれが支払う一部の代金の合計が前記商品に対する代金となるように前記一部の代金が設定され、前記複数の支払ユーザそれぞれが使用するユーザ端末に、設定された前記一部の代金を請求するステップと、
    前記ユーザ端末から前記一部の代金を支払う支払処理を受け付けることにより当該ユーザ端末を使用する支払ユーザに対応する前記一部の代金に対応する金額の決済を行うステップと、
    前記複数の支払ユーザの少なくとも一部の属性を特定し、特定した前記支払ユーザの属性に基づいて、当該属性が特定された支払ユーザに付与する特典の内容を決定し、複数の支払ユーザそれぞれに対応する決済により商品に対する代金の支払が所定時間以内に完了すると、前記属性が特定された支払ユーザの少なくともいずれかに決定した内容の前記特典を付与するステップと、
    を有する情報処理方法。

Images