JP7612752B2 - 支払い処理装置、支払い処理方法、及び支払い処理プログラム - Google Patents

Description

本発明は、複数のユーザで代金を支払うための支援を行う方法に関する。

グループで施設を利用したり何かを購入したりする場合、そのグループは代金を割り勘などで支払うことがある。従来、そうした支払いを支援する技術が知られている。

例えば、特許文献１には、複数人が携帯端末で行った複数の決済の割り勘清算を行う技術が開示されている。この技術において、ユーザＡは、ユーザＡとユーザＢとを含むグループを予め設定する。ユーザＡによる決済操作によってユーザＡの端末はサーバに決済情報を送信し、サーバは、グループ内での決済に関する支出金及び割当金を計算する。また、ユーザＢによる決済操作によってユーザＢの端末もサーバに決済情報を送信し、サーバは、同様に支出金及び割当金を計算する。ユーザＡによる割り勘計算の要求に応じて、サーバは、各ユーザの支出合計と割り当て合計を計算し、割り勘支払いを行う旨の通知をユーザＢの端末に送信する。ユーザＢの端末は、割り勘支払いを行う旨の画面を表示する。ユーザＢが割り勘支払いを承認すると、サーバは、各ユーザの相殺金額を算出し、相殺金額に基づいてグループのユーザ間での送金を行う。

特開２０２０－１６６３６５公報

しかしながら、グループ内の他のユーザに対して送金することになるユーザは、実際に送金が実行されるまでそのユーザが送金を行うか否かを知ることができない。ユーザとしては、他のユーザに支払うべき金額を知った上で送金を選択したいと考える場合がある。

本発明は以上の点に鑑みてなされたものであり、その課題の一例は、複数のユーザで代金を支払う場合に、ユーザが、他のユーザに支払う金額を知った上での送金を選択可能とする支払い処理装置、支払い処理方法、及び支払い処理プログラムを提供することにある。

上記課題を解決するために、請求項１に記載の発明は、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与手段と、を備えることを特徴とする。

この発明によれば、グループに属する第１ユーザの第１端末装置を利用して、代金が決済される。これにより、一旦は第１ユーザが代金を支払うことになる。その後、決済される代金のうち、そのグループに属する第２ユーザが負担する分の金額を示す負担金額情報が、第２ユーザが利用する第２端末装置へ送信される。そのため、第２ユーザは、負担金額を知ることができる。そして、第２ユーザは第２端末装置に対して操作することで、第２ユーザから第１ユーザへ負担金が送金される。従って、複数のユーザで代金を支払う場合に、ユーザが、他のユーザに支払う金額を知った上での送金を選択することができる。

請求項２に記載の発明は、前記受信された決済要求情報に応じて決済される前記代金は、何れかの施設に対して支払われる代金であり、前記第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得手段と、前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が前記施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定する特定手段と、を更に備えることを特徴とする。

この発明によれば、第１端末装置と他の端末装置との位置関係を示す位置関係情報が取得される。端末装置間の位置関係は、それらの端末装置を利用するユーザ間の位置関係であり得る。そして、決済される代金の支払先の施設に第１ユーザがいるときの第１ユーザとの間の位置関係が所定位置関係にあるユーザが、第１ユーザと同一のグループに属する第２ユーザとして特定される。位置関係が所定位置関係にある第１ユーザ及び第２ユーザのユーザは、施設を一緒に利用している可能性があるので、第１ユーザが支払った代金の少なくとも一部を第２ユーザが負担することは妥当である可能性がある。そのため、ユーザがグループを設定する作業を行わなかったとしても、施設を利用したグループに属するユーザを特定することができる。

請求項３に記載の発明は、前記特定手段は、前記第１端末装置が前記施設に所定時間以上位置したことを前記第１位置情報が示すことを条件として、前記第２ユーザを特定することを特徴とする。

この発明によれば、第１ユーザが施設に所定時間以上いた場合に、第１ユーザと同一のグループに属する第２ユーザが特定される。ユーザが施設を利用するためには、相応の時間、ユーザはその施設にいなければならない場合がある。そのため、第１ユーザが施設を利用している可能性が高い状況を特定して、第１ユーザと一緒に施設を利用している可能性が高い第２ユーザを特定することができる。

請求項４に記載の発明は、前記特定手段は、前記少なくとも一の端末装置のうち、前記第１端末装置が前記施設の外に位置しているときの前記第１端末装置との間の前記位置関係が所定位置関係である端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする。

この発明によれば、第１ユーザが施設内にいるときの位置関係が所定位置関係であるユーザであっても、第１ユーザが施設外にいるときの位置関係が所定位置関係にはないユーザは、第１ユーザと同一のグループに属する第２ユーザであるとは特定されない場合がある。従って、たまたま施設で第１ユーザと居合わせたものの、施設外では第１ユーザと一緒に行動していないユーザを、第１ユーザと同一のグループに属する第２ユーザから除外することができる。

請求項５に記載の発明は、前記取得される位置関係情報は、前記第１端末装置と前記少なくとも一の端末装置それぞれとの間での無線通信の状況を示す通信状況情報を更に含み、前記特定手段は、前記通信状況情報に基づいて、前記第１端末装置と前記少なくとも一の端末装置それぞれとの前記位置関係を特定することを特徴とする。

この発明によれば、端末装置間での無線通信の状況に基づいて、それらの端末装置間の位置関係が特定される。例えば、何れかの端末装置から無線で送信された信号に対する他の端末装置による受信の状況は、それらの端末装置間に位置関係により影響され得る。そのため、ユーザ間の位置関係を適切に特定することができる。

請求項６に記載の発明は、前記少なくとも一の端末装置それぞれは、無線で所定信号を送信し、前記通信状況情報は、前記第１端末装置に到達した前記所定信号を送信してきた端末装置を示し、前記特定手段は、前記第１端末装置に到達した前記所定信号を送信してきた前記端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする。

この発明によれば、各端末装置は無線で所定信号を送信する。それらの端末装置のうち、送信した所定信号が第１端末装置に到達した端末装置を利用するユーザの中から、第１ユーザと同一のグループに属する第２ユーザが特定される。所定信号が到達する範囲内にいるユーザ間の位置関係は、それらのユーザがグループで行動しやすい位置関係である可能性が高い。そのため、第１ユーザと一緒に施設を利用する第２ユーザを適切に特定することができる。

請求項７に記載の発明は、送金元及び送金先それぞれのユーザを識別可能な送金履歴であって、前記第１ユーザが前記送金元及び前記送金先のうちの何れかである送金履歴を示す送金履歴情報を取得する送金履歴情報取得手段を更に備え、前記特定手段は、前記取得された位置関係情報及び前記取得された送金履歴情報に基づいて、前記第２ユーザを特定することを特徴とする。

この発明によれば、ユーザ間の送金の履歴を示す送金履歴情報を更に用いて、第１ユーザと同一のグループに属する第２ユーザが特定される。第１ユーザとの間で送金が行われたユーザは、第１ユーザと一緒に行動するユーザである可能性が高い。従って、第１ユーザと一緒に施設を利用する第２ユーザを適切に特定することができる。

請求項８に記載の発明は、前記所定位置関係は、所定の第１位置関係と、前記第１位置関係とは異なる所定の第２位置関係と、を含み、前記特定手段は、前記第１端末装置との間の位置関係が前記第１位置関係であるとともに前記第２位置関係でもある端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定し、前記特定手段は、前記第１端末装置との間の位置関係が、前記第１位置関係及び前記第２位置関係のうち何れか一方のみである端末装置を利用するユーザと前記第１ユーザとの間に送金の事実がある場合に、該ユーザを、前記グループに属する前記第２ユーザとして特定することを特徴とする請求項７に記載の支払い装置。

この発明によれば、少なくとも２つの位置関係の条件を満たすユーザは、第１ユーザと同一のグループに属する第２ユーザとして特定される。その一方で、それらの条件のうち何れか一方の条件のみを満たすユーザも、第１ユーザと同一のグループに属する第２ユーザである可能性は残る。そこで、そうしたユーザと第１ユーザとの間で送金が行われている場合、そのユーザは、第２ユーザとして特定される。従って、第１ユーザと一緒に施設を利用する第２ユーザを適切に特定することができる。

請求項９に記載の発明は、前記特定された第２ユーザを示す請求先情報を、前記第１端末装置へ送信する請求先情報送信手段と、前記送信された請求先情報により示される前記第２ユーザを編集する操作を前記第１端末装置が受け付けることに応じて、前記編集後の前記第２ユーザを示す編集請求先情報を取得する編集請求先情報取得手段と、を更に備え、前記負担金額取得手段は、前記取得された編集請求先情報により示される前記第２ユーザについて前記負担金の額を取得し、前記負担金額情報送信手段は、前記取得された編集請求先情報により示される前記第２ユーザが利用する前記第２端末装置へ、前記負担金額情報を送信することを特徴とする。

この発明によれば、第１ユーザと同一のグループに属する第２ユーザとして支払い装置により特定されたユーザを、第１ユーザは編集することができる。例えば、第２ユーザを追加したり削除したりすることができるかもしれない。

請求項１０に記載の発明は、前記所定位置関係は、前記第１ユーザと前記第２ユーザとが前記グループで施設を利用しているときに見られる位置関係であって、前記第１端末装置と前記第２端末装置との位置関係であることを特徴とする。

請求項１１に記載の発明は、前記付与手段は、更に前記第２ユーザへ特典を付与する処理を実行することを特徴とする。

この発明によれば、第２ユーザから第１ユーザへ負担金が送金されると、第１ユーザ及び第２ユーザへ、特典が付与される。従って、割り勘のための送金をユーザに促すことができる。

請求項１２に記載の発明は、前記付与手段は、前記負担金の額に応じた価値の前記特典を、前記第２ユーザへ付与することを特徴とする。

この発明によれば、第２ユーザの負担金額が高くなるほど、第２ユーザに送金を促すことができる。

請求項１３に記載の発明は、前記第１ユーザが何れか第１施設を利用する際に前記第１施設に対して前記第１ユーザが支払う代金であり、前記付与手段は、前記第１施設と異なる施設のうち、前記第１施設から所定範囲内に位置する第２施設で利用可能な特典を、前記第１ユーザ又は前記第２ユーザへ付与することを特徴とする。

この発明によれば、グループが利用した第１施設から所定範囲内に位置する第２施設で利用可能な特典が付与される。グループは第１施設にいたので、第２施設に移動しやすい場所にいる。従って、第２施設の利用を促すことができる。

請求項１４に記載の発明は、前記決済される代金は、前記第１ユーザが何れかの施設を利用する際に前記施設に対して前記第１ユーザが支払う代金であり、前記付与手段は、前記施設で利用可能な特典を、前記第１ユーザ又は前記第２ユーザへ付与することを特徴とする。

この発明によれば、施設の再利用を促すことができる。

請求項１５に記載の発明は、前記付与手段は、前記取得された負担金の額を差し引いた前記代金の額に応じた価値の前記特典を、前記第１ユーザへ付与することを特徴とする。

この発明によれば、第１ユーザの負担金額が高くなるほど、割り勘のための送金が可能な決済を第１ユーザに促すことができる。

請求項１６に記載の発明は、前記送金手段は、前記負担金を所定電子マネーで送金する前記処理を実行し、前記付与手段は、前記送金手段による前記送金が、前記第２ユーザによる前記所定電子マネーの初めての利用である場合、前記第１ユーザへ前記特典を付与することを特徴とする。

この発明によれば、これまで所定電子マネーを利用したことがなかった第２ユーザが、第２ユーザから第１ユーザへの送金で初めて所定電子マネーを利用した場合、第１ユーザへ特典が付与される。従って、割り勘のための送金が可能な決済を第１ユーザに促すことにより、所定電子マネーの利用を促進することができる。

請求項１７に記載の発明は、前記付与手段は、前記代金を前記第１ユーザが決済する決済処理が実行され、且つ、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行された場合、前記第１ユーザへ特典を付与し、前記決済処理が実行されたが、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されなかった場合、前記第１ユーザへ特典を付与しないことを特徴とする。
請求項１８に記載の発明は、前記負担金額取得手段は、前記第１ユーザの負担金の額及び前記第２ユーザの負担金の額を、それぞれ前記第１ユーザの年齢及び前記第２ユーザの年齢に応じた額に決定し、前記負担金額情報送信手段は、前記負担金額取得手段により前記第２ユーザについて決定された前記負担金の額を示す前記負担金額情報を送信することを特徴とする。
請求項１９に記載の発明は、前記取得された負担金の額を示す第２負担金額情報を、前記第１端末装置へ送信する第２負担金額情報送信手段と、前記送信された第２負担金額情報により示される前記負担金の額を変更する操作を前記第１端末装置が受け付けることに応じて、前記変更後の前記負担金の額を示す変更負担金額情報を取得する変更負担金額情報取得手段と、を更に備え、前記負担金額情報送信手段は、前記取得された変更負担金額情報を前記負担金額情報として送信することを特徴とする。

この発明によれば、各ユーザの年齢が高いほど負担金が高くなる。従って、年齢に応じた額の金額を各ユーザに負担させることができる。

請求項１８に記載の発明は、前記取得された負担金の額を示す第２負担金額情報を、前記第１端末装置へ送信する第２負担金額情報送信手段と、前記送信された第２負担金額情報により示される前記負担金の額を変更する操作を前記第１端末装置が受け付けることに応じて、前記変更後の前記負担金の額を示す変更負担金額情報を取得する変更負担金額情報取得手段と、を更に備え、前記負担金額情報送信手段は、前記取得された変更負担金額情報を前記負担金額情報として送信することを特徴とする。

この発明によれば、支払い装置が取得した負担金額を、第１ユーザの判断により変更することができる。

請求項２０に記載の発明は、旅行のために該旅行中に利用可能なサービスに対する前記第１ユーザによる予約を示す予約情報を取得する予約情報取得手段と、前記取得された予約情報に基づいて、前記第１ユーザが前記旅行中に前記決済要求情報受信手段により前記決済要求情報が受信されたか否かと、前記旅行が終了したか否かと、をそれぞれ判定する判定手段と、を更に備え、前記負担金額取得手段は、前記旅行中に受信されたと前記判定手段により判定された前記決済要求情報が複数ある場合、該複数の決済要求情報に応じて決済される複数の前記代金の額の合計に応じた前記負担金の額を取得し、前記負担金額情報送信手段は、前記旅行が終了したと前記判定手段により判定された後、前記代金の額の合計に応じて前記負担金額取得手段により取得された前記負担金の額の合計を示す前記負担金額情報を送信することを特徴とする。

この発明によれば、旅行のためサービスの予約情報に基づいて、第１端末を利用した決済が、第１ユーザの旅行中に行われるか否か、また第１ユーザの旅行が終了したか否かが判定される。第１ユーザの旅行中に決済が行われた場合、その時点では、割り勘に基づく送金のための処理は行われない。旅行が終了した後、旅行中に行われた複数の決済についてまとめて、割り勘に基づく送金のための処理が行われる。従って、第１ユーザが属するグループは、旅行中に第１ユーザが支払った代金を、旅行後にまとめて割り勘にすることができる。

請求項２１に記載の発明は、コンピュータにより実行される支払い方法において、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信ステップと、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得ステップと、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信ステップと、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信ステップと、前記送金要求情報受信ステップにより前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金ステップと、前記送金ステップにおいて前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与ステップと、を備えることを特徴とする。

請求項２２に記載の発明は、コンピュータを、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与手段、として機能させることを特徴とする。

本発明によれば、複数のユーザで代金を支払う場合に、ユーザが、他のユーザに支払う金額を知った上での送金を選択することができる。

一実施形態に係る通信システムＳの概要構成の一例を示す図である。 一実施形態に係る電子決済サーバ１の概要構成の一例を示すブロック図である。 電子決済サーバ１のデータベースに記憶される情報の例を示す図である。 電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 ユーザ端末２から電子決済サーバ１へ送信される情報の例を示す図である。 グループの特定例を示す図である。 グループの特定例を示す図である。 決済完了画面２１０の一例を示す図である。 請求先編集画面２２０の一例を示す図である。 負担金額編集画面２３０の一例を示す図である。 請求画面３１０の一例を示す図である。 一実施形態における通信システムＳの処理例を示すフローチャートである。 電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 （ａ）は、グループの特定例を示す図である。（ｂ）は、決済ログの一例を示す図である。 一実施形態に係る通信システムＳの概要構成の一例を示す図である。 旅行予約サーバ３が備えるデータベースに記憶される情報の例を示す図である。 一実施形態に係る電子決済サーバ１の概要構成の一例を示すブロック図である。 割り勘保留決済ＤＢ１４ｉに記憶される情報の一例を示す。 電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 （ａ）は、宿泊施設予約ＤＢ３ａに記憶された宿泊施設予約情報の一例を示す図である。（ｂ）は、交通機関チケット予約ＤＢ３ｂに記憶された交通機関予約情報の一例を示す図である。（ｃ）は、旅行中のグループの行動の一例を示す図である。 決済編集画面２４０の一例を示す図である。 請求画面３１０の一例を示す図である。

以下、図面を参照して本発明の実施形態について詳細に説明する。

［１．第１実施形態］
［１－１．通信システムの構成］
先ず、第１実施形態に係る通信システムＳの構成及び機能概要について、図１を参照して説明する。図１は、本実施形態に係る通信システムＳの概要構成の一例を示す図である。図１に示すように、通信システムＳは、電子決済サーバ１と複数のユーザ端末２とを含んで構成される。電子決済サーバ１及び各ユーザ端末２は、ネットワークＮＷに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

電子決済サーバ１は、所定の電子決済アプリを用いた代金の決済に関する各種処理を実行するサーバ装置であってもよい。電子決済アプリは、各ユーザ端末２が実行可能なアプリケーションであって、ユーザ端末２を利用して代金の電子決済を可能とさせるアプリケーションであってもよい。ユーザ端末２を用いた代金の決済操作が行われることに応じて、電子決済サーバ１は、そのユーザ端末２、ＰＯＳ（Point of Sales）システム、またはその他のシステムから決済要求を受信してもよい。電子決済サーバ１は、この決済要求に応じて電子決済の処理を行ってもよい。

電子決済に利用可能な決済手段の例として、所定の電子マネー、クレジットカード等が挙げられる。所定の電子マネーを利用するためのサービスは、例えば電子決済アプリを用いた電子決済サービスを提供する企業又はその関連企業により提供されるサービスであってもよい。便宜上、この所定の電子マネーをＲ電子マネーという。

また、電子決済サーバ１は、ユーザ間の送金を実行してもよい。例えば、電子決済アプリを用いてＲ電子マネーでの送金が可能であってもよい。

電子決済サーバ１は、それぞれユーザ端末２を所持する複数のユーザで構成されるグループを特定してもよい。特定されるグループは、例えば一緒に行動していると推定されるユーザのグループであってもよい。

電子決済サーバ１は、電子決済アプリを用いて代金を決済したユーザが、前述したグループのメンバである場合、割り勘で他の各メンバが代金の一部を支払うための処理を実行してもよい。本実施形態における割り勘は、全メンバが均等に支払うことと、均等割りではなく各メンバ個別に設定された負担金額で支払うこととの、の両方を含む意味であってもよい。複数のユーザが一緒に行動した結果、何らかの代金の支払いが発生する。そのため、この代金は、それらのユーザで分担して支払うものとの仮定が一旦は成立するものと考えられる。ここで、グループのメンバのうち電子決済アプリを用いて代金を決済したメンバを、代表者であると仮定する。電子決済サーバ１は、例えば決済された代金に基づいて、各メンバの負担金の額を計算してもよい電子決済サーバ１は、負担金の額を示す負担金額情報を、代表者以外の各メンバのユーザ端末２へ送信してもよい。ユーザ端末２は、この負担金額情報を表示してもよい。ユーザは、負担金の額を確認して、その負担金を代表者へ送金するための操作を行う。この操作に応じて、電子決済サーバ１は、他のメンバから代表者へのＲ電子マネーでの送金処理を実行してもよい。

電子決済管理サーバ１は、グループのメンバによる送金処理を実行した場合、代表者及び送金を行ったメンバのうち少なくとも何れか一方へ特典を付与する処理を実行してもよい。特典の例として、Ｒ電子マネー（キャッシュバック）、クーポン、ポイントプログラムで利用可能なポイント等が挙げられる。クーポンは、割引券、優待券又は無料券であってもよい。このクーポンは、例えば何れかの施設で利用可能であってもよいし、何れかのウェブサイトで利用可能であってもよい。各メンバは、Ｒ電子マネーでの送金以外に、例えば現金等で代表者に負担金を支払うことができる。送金に応じて特典を付与することで、Ｒ電子マネーの利用を促進することができる。

各ユーザ端末２は、上述した電子決済サービスを利用可能なユーザが所持する携帯用の端末装置であってもよい。ユーザ端末２の例として、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、ウェアラブルコンピュータ等が挙げられる。各ユーザ端末２には、電子決済アプリがインストール可能であってもよい。電子決済アプリを用いた決済の例として、ユーザ端末２の画面に、代金を支払うユーザを識別する情報を符号化したコード情報を表示させることが挙げられる。コード情報の例として、１次元バーコード、２次元コード（例えばＱＲコード（登録商標））等が挙げられる。代金の支払先となる施設の従業員は、例えば画面に表示されたコード情報をＰＯＳレジに読み込ませる。そのＰＯＳレジは、ＰＯＳシステムを介して決済要求を電子決済サーバ１へ送信してもよい。電子決済アプリを用いた決済の別の例として、その施設により代金の対価として提供される取引対象に関する情報を符号化したコード情報を、ユーザ端末２に読み込ませることが挙げられる。取引対象に関する情報は、例えば施設を識別する情報、取引対象を識別する情報、代金の額等を含んでもよい。このコード情報は、施設内にあるディスプレイに表示されたり、紙等に印刷されていたりしてもよい。コード情報を読み込んだユーザ端末２は、ユーザの操作に基づいて決済要求を電子決済サーバ１へ送信してもよい。

各ユーザ端末２は、そのユーザ端末２の位置情報を取得する機能を有してもよい。例えば、ユーザ端末２は、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して、位置情報として経緯度を計算してもよい。また例えば、移動体通信事業者により、基地局を利用した位置情報がユーザ端末２に提供されてもよい。また、各ユーザ端末２は、近距離無線通信を用いた他のユーザ端末２との無線通信が可能であってもよい。この近距離無線通信の規格の例として、Bluetooth（登録商標）、ZigBee（登録商標）等が挙げられる。この近距離無線通信を用いて通信可能な距離の上限の例として、数メートル、十数メートル、数十メートル等が挙げられる。各ユーザ端末２は、近距離無線通信を用いて、存在通知信号を定期的に又は常時発信してもよい。存在通知信号は、その存在通知信号を送信したユーザ端末２が近くに存在すること又はそのユーザ端末２を利用するユーザが近くに存在することを示す信号であってもよい。存在通知信号は、例えばそのユーザを識別する情報を含んでもよい。

［１－２．電子決済サーバの構成］
次に、電子決済サーバ１の構成について、図２及び図３を参照して説明する。図２は、本実施形態に係る電子決済サーバ１の概要構成の一例を示すブロック図である。図２に示すように、電子決済サーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

入出力インタフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインタフェース処理を行う。

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、例えばユーザＤＢ１４ａ、施設ＤＢ１４ｂ、電子マネー残高ＤＢ１４ｃ、決済履歴ＤＢ１４ｄ、送金履歴ＤＢ１４ｅ、位置情報ＤＢ１４ｆ、端末間通信状況ＤＢ１４ｇ、発行済クーポンＤＢ１４ｈ等のデータベースが記憶されてもよい。「ＤＢ」は、データベースの略語である。なお、少なくとも一のデータベースは、電子決済サーバ１と異なる装置に記憶されてもよい。電子決済サーバ１は、その装置を介してそのデータベースにアクセス可能であってもよい。

図３は、電子決済サーバ１のデータベースに記憶される情報の例を示す図である。ユーザＤＢ１４ａには、電子決済サービスを利用可能な各ユーザに関するユーザ情報が記憶されてもよい。例えば、電子決済サーバ１には、ユーザ情報として、ユーザＩＤ、氏名、性別、生年月日、住所、電話番号、及び電子メールアドレス等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、ユーザを識別する識別情報である。

施設ＤＢ１４ｂには、電子決済アプリを用いてユーザが代金を決済可能な各施設に関する施設情報が記憶されてもよい。各施設は、取引対象を提供する。取引対象は、商品及びサービスのうち少なくとも何れか一方であってもよい。ユーザは、施設に訪れることで、その施設で提供される商品又はサービスを購入することができる。施設ＤＢ１４ｂには、施設情報として、例えば施設ＩＤ、カテゴリ情報、施設名、住所、及び施設位置情報等が、互いに関連付けて記憶されてもよい。施設ＩＤは、施設を識別する識別情報である。カテゴリ情報は、その施設が属するカテゴリを示す情報である。施設のカテゴリの例として、レストラン、喫茶店、ファストフード店、その他の飲食店、ドライブイン、道の駅、サービスエリア、遊園地、水族館、博物館、お土産屋、コンサート会場、球場、ガソリンスタンド、レンタカー貸出店、コンビニエンスストア、スーパーマーケット、百貨店、その他の売店、宿泊施設、駅、空港、その他の交通機関のチケットの販売所等が挙げられる。施設位置情報は、その施設が所在する場所の座標を示す情報であってもよい。例えば施設位置情報は、その施設の敷地の外縁を構成する各頂点の位置を経緯度で示してもよい。

電子マネー残高ＤＢ１４ｃには、各ユーザのＲ電子マネーの残高が記憶されてもよい。例えば、電子マネー残高ＤＢ１４ｃには、ユーザごとに、ユーザＩＤ及び残高が互いに関連付けて記憶されてもよい。

決済履歴ＤＢ１４ｄには、電子決済アプリを用いた代金の決済の履歴が記憶されてもよい。例えば、決済履歴ＤＢ１４ｄには、決済が行われるごとに、決済ログとして、取引番号、決済日時、ユーザＩＤ、決済手段情報、支払先情報、及び支払額等が、互いに関連付けて記憶されてもよい。取引番号は、その決済を識別する識別情報である。決済日時は、決済が行われた日時を示す。ユーザＩＤは、代金を支払ったユーザを示す。決済手段情報は、決済に用いられた決済手段を示す情報である。施設ＩＤは、代金の支払先を示す情報である。ユーザが何れかの施設に対して代金を支払った場合、支払先情報は、その施設の施設ＩＤであってもよい。決済額は、決済された代金の額を示す。

送金履歴ＤＢ１４ｅには、Ｒ電子マネーでのユーザ間の送金の履歴が記憶されてもよい。例えば、送金履歴ＤＢ１４ｅには、送金が行われるごとに、送金ログとして、送金番号、送金元ユーザＩＤ、送金先ユーザＩＤ、及び送金額等が、互いに関連付けて記憶されてもよい。取引番号は、その決済を識別する識別情報である。送金番号は、送金を識別する識別情報である。送金元ユーザＩＤは、送金を行ったユーザのユーザＩＤである。送金先ユーザＩＤは、送金を受けたユーザのユーザＩＤである。送金額は、送金された金額を示す。

位置情報ＤＢ１４ｆには、各ユーザ端末２の位置を示す位置情報が記憶されてもよい。各ユーザ端末２は、例えば電子決済アプリに従って、定期的に位置情報を取得して電子決済サーバ１へ送信してもよい。電子決済管理サーバ１は、ユーザ端末２から受信した位置情報を、位置情報ＤＢ１４ｆに記憶させてもよい。位置情報ＤＢ１４ｆには、位置情報として、例えばユーザＩＤ、記録日時、及び座標情報等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、その位置情報を送信してきたユーザ端末２を利用するユーザを示す。記録日時は、そのユーザ端末２がその位置情報を記録した日時を示す。座標情報は、その記録日時の時点でのそのユーザ端末２の位置を経緯度で示してもよい。

端末間通信状況ＤＢ１４ｇは、各ユーザ端末２による他のユーザ端末２との間での近距離無線通信を用いた通信状況を示す端末間通信状況情報が記憶されてもよい。各ユーザ端末２は、例えば電子決済アプリに従って、定期的に端末間通信状況情報を取得して電子決済サーバ１へ送信してもよい。例えば、各ユーザのユーザ端末２は、位置情報と端末間通信状況情報とを同時に送信してもよい。電子決済管理サーバ１は、ユーザ端末２から受信した端末間通信状況情報を、端末間通信状況ＤＢ１４ｇに記憶させてもよい。端末間通信状況ＤＢ１４ｇには、端末間通信状況情報として、例えばユーザＩＤ、記録日時、及び信号受信元リスト等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、その端末間通信状況情報を送信してきたユーザ端末２を利用するユーザを示す。記録日時は、そのユーザ端末２がその端末間通信状況情報を記録した日時を示す。信号受信元リストは、そのユーザ端末２がその記録日時に受信した存在通知信号を送信してきたユーザ端末２を利用するユーザのユーザＩＤのリストであってもよい。また、信号受信元リストは、そのユーザ端末２がその記録日時に受信した存在通知信号の強度を、各ユーザＩＤに関連付けて含んでもよい。前述したように、存在通知信号は、その存在通知信号を送信してきたユーザ端末２を利用するユーザを識別する識別情報を含む。ユーザ端末２は、受信した各存在通知信号に含まれる識別情報を含む信号受信元リストを生成して、端末間通信状況情報を電子決済サーバ１へ送信してもよい。存在通知信号に含まれる識別情報は、ユーザＩＤであってもよい。或いは、この識別情報は、例えばユーザＩＤのハッシュ値又はその他ユーザを識別可能な情報であってもよい。電子決済サーバ１は、ユーザ端末２から受信した端末間通信状況情報の信号受信元リストに含まれる各識別情報をユーザＩＤに変換してもよい。

発行済クーポンＤＢ１４ｈには、ユーザに付与された各クーポンに関する発行済クーポン情報が記憶されてもよい。クーポンを利用することで、ユーザは、取引対象の購入に際して割り引きを受けることができる。例えば、発行済クーポンＤＢ１４ｈには、発行済クーポン情報として、発行番号、ユーザＩＤ、施設ＩＤ、適用取引対象情報、及び割引情報等が、互いに関連付けて記憶されてもよい。発行番号は、付与されたクーポンを識別する識別情報である。ユーザＩＤは、そのクーポンを獲得したユーザを示す。施設ＩＤは、そのクーポンをユーザが利用可能な施設を示す。適用取引対象情報は、そのクーポンによる割り引きが適用される取引対象が限定される場合に設定される。適用取引対象情報は、そのクーポンが適用される取引対象を識別する情報である。割引情報は、割引額又は割引率を示す。

記憶部１４には、更に、オペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、電子決済、送金、電子決済アプリ等に関する処理をシステム制御部１１に実行させるプログラムであってもよい。サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部１５は、例えばネットワークインタフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介して、ユーザ端末２等と接続し、接続された装置との通信状態を制御する。

［１－３．機能概要］
次に、図４乃至図１２を参照して、電子決済サーバ１におけるシステム制御部１１の機能概要について説明する。図４は、電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図４に示すように、位置関係情報取得部１１０１、グループ特定部１１０２、決済要求受信部１１０３、決済部１１０４、請求先情報送信部１１０５、編集請求先情報取得部１１０６、負担金額取得部１１０７、暫定負担金額情報送信部１１０８、変更負担金額情報取得部１１０９、負担金額情報送信部１１１０、送金要求受信部１１１１、送金部１１１２、及び特典付与部１１１３等として機能してもよい。

［１－３－１．グループの特定］
位置関係情報取得部１１０１は、複数のユーザ端末２間の位置関係を示す位置関係情報を取得してもよい。例えば、位置関係情報取得部１１０１は、電子決済アプリがインストールされているユーザ端末２のうち、何れかのユーザ端末２－１と、ユーザ端末２－１と異なる少なくとも一のユーザ端末２それぞれと、の間の位置関係を示す位置関係情報を取得してもよい。ユーザ端末２－１を利用するユーザを、第１ユーザという。位置関係情報は、ユーザ端末２－１の位置情報を少なくとも含んでもよい。また、位置関係情報は、複数のユーザ端末２それぞれの位置情報を含んでもよい。位置情報に基づいて、ユーザ端末２間の距離を、位置関係として特定可能である。各ユーザ端末２の位置情報から、それらのユーザ端末２間の距離を算出可能である。また、位置関係情報は、各ユーザ端末２から受信した端末間通信状況情報を含んでもよい。ユーザ端末２から受信された端末間通信状況情報の信号受信元リストに含まれるユーザＩＤは、そのユーザ端末２へ存在通知信が届く範囲内に位置するユーザ端末２を利用するユーザを示す。或るユーザ端末２が、他のユーザ端末２が送信した存在通知信が届く範囲内に位置するか否かは、それらのユーザ端末２間の位置関係に相当する。信号受信元リストは、ユーザＩＤに加えて存在通知信号の強度を含んでもよい。或るユーザ端末２が、他のユーザ端末２が送信した存在通知信がその信号強度で届く範囲内に位置することも、それらのユーザ端末２間の位置関係に相当する。

何れのユーザ端末２をユーザ端末２－１とするかは任意であってもよい。例えば、位置関係情報取得部１１０１は、各ユーザ端末２をユーザ端末２－１として特定して、そのユーザ端末２－１を基準とした位置関係を示す位置関係情報を取得してもよい。或いは、位置関係情報取得部１１０１は、何れかの施設内に移動したユーザ端末２を、ユーザ端末２－１として特定してもよい。或いは、位置関係情報取得部１１０１は、施設に対して支払う代金を決済するための操作を受け付けたユーザ端末２を、ユーザ端末２－１として特定してもよい。

図５は、ユーザ端末２から電子決済サーバ１へ送信される情報の例を示す図である。図５には、ユーザ端末２としてユーザ端末２－１及び２－２が示されている。ユーザ端末２－１は、ユーザ端末２－１の識別情報を含む存在通知信号Ｒ１を発信する。ユーザ端末２－２は、ユーザ端末２－２の識別情報を含む存在通知信号Ｒ２を発信する。ユーザ端末２－１は、存在通知信号Ｒ２を受信する。そこで、ユーザ端末２は、例えばユーザ端末２－１の位置情報とともに、ユーザ端末２－２の識別情報を含む端末間通信状況情報を電子決済サーバ１へ送信する。ユーザ端末２－２は、存在通知信号Ｒ１を受信する。そこで、ユーザ端末２も、ユーザ端末２－２の位置情報とともに、ユーザ端末２－１の識別情報を含む端末間通信状況情報を電子決済サーバ１へ送信する。こうして、位置関係情報取得部１１０１は、各ユーザ端末２から位置情報及び端末間通信状況情報を取得する。或いは、位置関係情報取得部１１０１は、ユーザ端末２から受信してそれぞれ位置情報ＤＢ１４ｆ及び端末間通信状況ＤＢ１４ｇに記憶された位置情報及び端末間通信状況情報を、それらのデータベースから取得してもよい。

グループ特定部１１０２は、ユーザのグループを特定してもよい。特定されるグループは、一緒に行動するユーザのグループ又は一緒に施設を利用するユーザのグループであってもよい。例えば、グループ特定部１１０２は、特許文献１に開示されているように、ユーザによるグループの設定を可能としてもよい。例えば、ユーザは、グループの各メンバを識別する情報（例えば、氏名及び住所、電話番号、又は電子メールアドレス）を入力することにより、グループを設定してもよい。しかしながら、ユーザは、必ずしも毎回同じメンバで施設を利用するとは限らない。そのため、ユーザは、グループでの活動の都度又は施設の利用の都度、グループを設定する必要がある。ユーザの作業負担を軽減しながら、施設を一緒に利用するユーザのグループを特定することが望まれる場合がある。

そこで、グループ特定部１１０２は、位置関係情報取得部１１０１により取得された位置関係情報に基づいて、第１ユーザと同一のグループに属する第２ユーザを特定してもよい。第２ユーザが利用するユーザ端末２を、ユーザ端末２－２という。グループ特定部１１０２は、例えばユーザ端末２－１と異なる少なくとも一のユーザ端末２のうち、ユーザ端末２－１が何れかの施設に位置しているときの位置関係が所定位置関係であると位置関係情報により示されるユーザ端末２を利用するユーザを、第２ユーザとして特定してもよい。１人の第２ユーザが特定されてもよいし、複数の第２ユーザが特定されてもよい。

所定位置関係は、例えば第１ユーザと第２ユーザとがグループで行動しているとき、それらのユーザが一緒に行動しているとき、またはそれらのユーザが一緒に施設を利用しているときに観察されるそれらのユーザが所持するユーザ端末２間の位置関係であってもよい。例えば、互いの声が聞こえるそれぞれの場所にそれらのユーザがいたり、互いの姿が見えるそれぞれの場所にそれらのユーザがいたりする場合、それらのユーザはグループで行動している可能性がある。所定位置関係の具体例として、以下の例が挙げられる。

位置関係ａ：ユーザ端末２間の距離が所定距離未満であること。
位置関係ｂ：それらのユーザ端末２のうち何れか一方のユーザ端末２が送信した存在通知信号の信号強度であって、それらのユーザ端末２のうちの他方のユーザ端末２が位置する場所における信号強度が、所定の閾値よりも高いこと。
位置関係ｃ：それらのユーザ端末２が同一の施設内に位置すること。

所定位置関係は、例えば位置関係ａ、ｂ及びｃのうち特定の１個の位置関係であってもよい。或いは、所定位置関係は、位置関係ａ、ｂ又はｃの全部の組み合わせ、またはそれらの位置関係のうちの特定の２個の位置関係の組み合わせであってもよい。

位置関係ａは、それらのユーザが互いに近接していることを示している。グループのユーザは互いに近接しながら行動する傾向がある。また、グループのユーザが互いに直接話すとき、或る程度互いに近接している必要がある。

位置関係ｂにおける信号強度は、何れかのユーザ端末２が送信した存在通知信号の、他のユーザ端末２による受信強度である。位置関係ｂも、それらのユーザが互いに近接していることを示す場合がある。また、位置関係ｂは、それらのユーザ間に障害物が存在しない可能性が高いことを示す場合がある。グループのユーザは互いに同じ区域（例えば、施設、部屋等）で行動する傾向がある。ユーザとユーザとの間に例えば壁等の障害物がある場合、ユーザ端末２から送信される存在通知信号は他方のユーザ端末２に届かないか、または受信強度が低くなる可能性がある。ここで閾値をゼロに設定した場合の位置関係ｂは、ユーザ端末２が送信した存在通知信号が他方のユーザ端末２に届くようなそれぞれの場所にそれらのユーザ端末２が位置することとなる。存在通知信号が届いたか否かは、信号受信元リストにユーザＩＤが含まれているか否かで判断可能である。ユーザ端末２として、第１ユーザ端末２と第２ユーザ端末２とがあるとする。第１ユーザ端末２により送信された存在通知信号を第２ユーザ端末２が受信した時における信号強度と、第２ユーザ端末２により送信された存在通知信号を第１ユーザ端末２が受信した時における信号強度と、が異なる場合がある。この場合、グループ特定部１１０２は、例えば信号強度の平均値が閾値よりも高いか否かを判定してもよい。或いは、グループ特定部１１０２は、何れか一方の信号強度が閾値よりも高いか否かを判定してもよい。或いは、グループ特定部１１０２は、両方の信号強度が閾値よりも高いか否かを判定してもよい。

位置関係ｃは、それらのユーザが同一の施設を利用している可能性があることを示している。例えば、ユーザ端末２の位置情報と、施設ＤＢ１４ｂに記憶された施設位置情報に基づいて、そのユーザ端末２が施設内に位置しているか否か、及びそのユーザ端末２が何れの施設内に位置しているかを特定することができる。

所定位置関係が位置関係ａ及びｂのうち少なくとも何れか一方を含む場合、グループ特定部１１０２は、第１ユーザとして特定のユーザのユーザ端末２を基準として、距離が所定距離以内又は信号強度が閾値よりも大きいユーザ端末２を利用するユーザを、第１ユーザと同一のグループに属するユーザとして特定してもよい。例えば、特定のユーザは、電子決済アプリを用いて代金を決済するユーザであってもよい。或いは、グループ特定部１１０２は、各ユーザを第１ユーザとしてそれぞれユーザ端末２間の位置関係を特定し、これらの位置関係を総合的に考慮して、同一のグループに属するユーザを特定してもよい。或いは、グループ特定部１１０２は、クラスタリングを用いて、互いの距離が近いユーザのグループ又は存在通知信号の受信強度が高いユーザのグループを特定してもよい。

図６は、グループの特定例を示す図である。例えば、位置関係ａにあり且つ位置関係ｂにあるユーザ端末２それぞれのユーザが、同一グループに属するものとする。図６には、ユーザＵ１～Ｕ５が示されている。各ユーザはユーザ端末２を所持している。ユーザＵ１～Ｕ５のうち、例えばユーザＵ１を第１ユーザと仮定する。ユーザＵ１は、現在レストラン１１０内にいる。ユーザＵ２～Ｕ５は、ユーザＵ１からの距離が所定距離未満に位置するユーザである。従って、ユーザＵ１とユーザＵ２～Ｕ５それぞれとは位置関係ａにある。ユーザＵ２及びＵ３は、レストラン１１０内にいる。ユーザＵ２が所持するユーザ端末２及びＵ３が所持するユーザ端末２がそれぞれ発信した存在通知信号Ｒ２及びＲ３は、ユーザＵ１が所持するユーザ端末２に届いている。従って、ユーザＵ１とユーザＵ２及びＵ３それぞれとは位置関係ｂにある。そのため、グループ特定部１１０２は、ユーザＵ１～Ｕ３は同一のグループに属すると判定してもよい。ユーザＵ４は、レストラン１１０の外にいる。ユーザＵ４が所持するユーザ端末２が発信した存在通知信号Ｒ４は、レストラン１１０の外壁に阻まれて、ユーザＵ１に届かない。ユーザＵ５は、レストラン１１０内にいる。しかしながら、ユーザＵ５が所持するユーザ端末２が発信した存在通知信号Ｒ５は、レストラン１１０の内壁１１１に阻まれて、ユーザＵ１に届かない。そのため、グループ特定部１１０２は、ユーザＵ４及びＵ５の何れも、ユーザＵ１が属するグループと同一のグループには属さないと判定してもよい。

グループ特定部１１０２は、ユーザ端末２－１が施設に所定時間以上位置したことを、ユーザ端末２－１の位置情報が示すことを条件として、第１ユーザと同一のグループに属する第２ユーザを特定してもよい。ユーザが施設を利用するためには、そのユーザは、或る程度以上の時間その施設にとどまる必要がある場合がある。グループ特定部１１０２は、第１ユーザがその施設を利用しているかを時間によって判定してもよい。第１ユーザが施設を利用していると推定され、且つ、ユーザ端末２－１とユーザ端末２－２との間の位置関係が、第１ユーザと第２ユーザとが一緒に行動していると推定される位置関係にある場合、それらのユーザは一緒に施設を利用しているという推定が導き出される。施設の利用に必要な時間は、全ての施設で共通であってもよいし、施設のカテゴリごとに定められてもよい。例えば、レストランを利用する場合には３０分以上の時間が必要である一方で、スーパーマーケットを利用する場合には５分以上の時間が必要であると定められてもよい。相当程度に短時間で利用可能な施設のカテゴリについては、そのような時間の制限は設けられなくてもよい。

各ユーザは随時移動し得るため、ユーザ端末２の位置関係も時間の経過に従って変化し得る。そのため、同一のグループに属するユーザの間であっても、それらのユーザ端末２の位置関係が所定位置関係ではない時間が生じる場合がある。その逆に、同一のグループには属さないユーザの間であっても、それらのユーザ端末２の位置関係が所定位置関係である時間が生じる場合がある。そこで、位置関係情報取得部１１０１は、例えば単位時間のうち所定割合以上の時間の間、ユーザ端末２間の位置関係が所定位置関係であるそれらのユーザを、同一のグループに属するユーザであると判定してもよい。

グループ特定部１１０２は、ユーザ端末２－１と異なる少なくとも一のユーザ端末２のうち、ユーザ端末２－１が施設の外に位置しているときのそのユーザ端末２－１との間の位置関係が所定位置関係であるユーザ端末２を利用するユーザの中から、第１ユーザと同一のグループに属する第２ユーザを特定してもよい。この場合における所定位置関係は、例えば第１ユーザと第２ユーザとがグループで行動しているとき、またはそれらのユーザが一緒に行動しているときに観察されるそれらのユーザが所持するユーザ端末２間の位置関係であってもよい。この場合の所定位置関係からは、位置関係ｃは除外されてもよい。第１ユーザが属するグループが施設を利用しているとき、そのグループには属さないユーザもその施設を利用している場合がある。この場合、そのグループには属さないユーザであっても、第１ユーザとの位置関係が所定位置関係となるユーザも存在する可能性がある。施設の外にいるとき、施設の中にいるときよりも、ユーザは比較的移動している時間が長い。そのため、施設の外にいるとき、或るグループに属するユーザとそのグループに属さないユーザとの位置関係は、所定位置関係とはならないか、または所定位置関係とはならない時間が長くなる。施設外での位置関係を判定することで、グループに属する可能性が低いユーザを除外することができる。位置関係情報取得部１１０１は、第１ユーザが施設内に移動する前の位置関係を用いてもよい。この場合、第１ユーザが施設内に移動する何時間前から位置関係を特定するかが予め定められていてもよい。或いは、位置関係情報取得部１１０１は、第１ユーザが施設外に移動した後の位置関係を用いてもよい。この場合、第１ユーザが施設外に移動してから何時間後まで位置関係を特定するかが予め定められていてもよい。或いは、第１ユーザによる施設への移動前及び移動後のそれぞれについて位置関係を特定してもよい。位置関係情報取得部１１０１は、ユーザが施設外にいるときにも、単位時間のうち所定割合の時間の以上の間、ユーザ端末２間の位置関係が所定位置関係であるそれらのユーザの中から、同一のグループに属するユーザを特定してもよい。

図７は、グループの特定例を示す図である。位置関係ａにあり且つ位置関係ｂにあるユーザ端末２それぞれのユーザが、同一グループに属するものとする。図７には、ユーザＵ１～Ｕ４が示されている。各ユーザはユーザ端末２を所持している。例えばユーザＵ１を第１ユーザと仮定する。図７（ａ）に示すように、ユーザＵ１～Ｕ４は屋外にいる。ユーザＵ１及びＵ２は、互いに近接して移動している。ユーザＵ２が所持するユーザ端末２が発信した存在通知信号Ｒ２は、ユーザＵ１が所持するユーザ端末２に届いている。ユーザＵ３及びユーザＵ４は、ユーザＵ１から相当程度離れた場所で移動している。また、ユーザＵ３が所持するユーザ端末２及びＵ４が所持するユーザ端末２がそれぞれ発信した存在通知信号Ｒ３及びＲ４は、ユーザＵ１が所持するユーザ端末２に届かない。

その後、図７（ｂ）に示すように、ユーザＵ１～Ｕ４は、互いに同じ時間帯にレストラン１２０を訪れた。ユーザＵ１とユーザＵ２～Ｕ４それぞれとの間の距離は所定距離未満である。また、ユーザＵ２、Ｕ３及びＵ４それぞれのユーザ端末２が発信した存在通知信号Ｒ２、Ｒ３及びＲ４は、ユーザＵ１が所持するユーザ端末２に届いている。レストラン１２０内での位置関係のみで判定した場合、ユーザＵ１～Ｕ４は同一のグループに属すると判定される。しかしながら、屋外において、ユーザＵ１とユーザＵ２との間の位置関係は所定位置関係である一方で、ユーザＵ１とユーザＵ３及びＵ４それぞれとの間の位置関係は所定位置関係ではない。そこで、グループ特定部１１０２は、ユーザＵ１及びＵ２は同一のグループに属すると判定するとともに、ユーザＵ３及びＵ４は、ユーザＵ１と同一のグループには属さないと判定してもよい。

後述するように、グループに属する第１ユーザが、施設に対して支払う代金を決済するための操作をユーザ端末２に対して行うことに応じて決済処理が行われる場合、電子決済サーバ１は、そのグループの他のメンバが第１ユーザへ送金するための処理を実行する。グループ特定部１１０２は、決済が行われる前にグループを特定してもよいし、決済が行われるタイミングでグループを特定してもよい。

［１－３－２．決済］
決済要求受信部１１０３は、ユーザのグループに属する何れか第１ユーザが利用するユーザ端末２－１を利用した決済の要求を示す決済要求を受信してもよい。この決済は、第１ユーザが支払う代金の決済であってもよい。ユーザのグループは、グループ特定部１１０２により既に特定されたグループ又はこれから特定するグループであってもよい。

決済要求は、例えば代金を支払う第１ユーザのユーザＩＤ、支払先の施設の施設ＩＤ、決済手段情報、決済額等を含んでもよい。決済要求受信部１１０３は、例えばユーザ端末２－１から決済要求を受信してもよいし、ＰＯＳシステム等のシステムから決済要求を受信してもよい。

決済部１１０４は、決済要求受信部１１０３により決済要求が受信されたことに応じて、代金の決済を行う。例えば決済手段がＲ電子マネーである場合、決済部１１０４は、決済要求に含まれるユーザＩＤ及び決済額に基づいて、電子マネー残高ＤＢ１４ｃに記憶された第１ユーザの残高から、決済額を減算する処理を実行してもよい。また、決済部１１０４は、支払先の施設におけるＲ電子マネーでの売上金の額に、決済額を加算する処理を実行してもよい。決済手段がクレジットカードである場合、決済部１１０４は、第１ユーザのカード情報を取得してもよい。カード情報は、例えばカード番号、有効期限、名義人の氏名等を含んでもよい。例えば、記憶部１４には、各ユーザについて、電子決済アプリに登録されたカードの情報が記憶されてもよい。決済部１１０４は、カード情報を用いて、代金を決済する処理を実行してもよい。決済方法は、クレジットカードを用いた公知の決済方法であってもよい。

決済が完了すると、決済部１１０４は、決済ログを決済履歴ＤＢ１４ｄに記憶させてもよい。このとき、決済部１１０４は、新しい取引番号を生成してもよい。決済部１１０４は、生成した新しい取引番号と、決済要求に含まれるユーザＩＤ、決済手段情報、施設ＩＤ及び決済額に基づいて、決済ログを生成してもよい。

［１－３－３．割り勘のための送金］
決済が完了すると、決済部１１０４は、決済が完了した旨を示す決済完了画面をユーザ端末２－１に表示させてもよい。決済完了画面は、例えば決済された代金の一部を割り勘で他のメンバに支払わせるか否かを選択する操作が可能な画面であってもよい。決済部１１０４は、決済完了画面に相当するウェブページをユーザ端末２－１へ送信してもよい。

図８は、決済完了画面２１０の一例を示す図である。図８に示すように、決済完了画面２１０は、例えば割り勘メッセージ２１１、承認ボタン２１２及び否認ボタン２１３を含んでもよい。完了メッセージ２１１は、割り勘を行うか否かを問い合わせるメッセージである。承認ボタン２１２は、割り勘を承認するために操作可能なボタンである。否認ボタン２１３は、割り勘を否認するために操作可能なボタンである。

請求先情報送信部１１０５は、グループ特定部１１０２により特定された第２ユーザを示す暫定請求先情報を、ユーザ端末２－１へ送信してもよい。暫定請求先情報は、第２ユーザを、負担金の請求先のユーザとして示してもよい。例えば、暫定請求先情報は、第２ユーザのユーザＩＤや氏名等を含んでもよい。請求先情報送信部１１０５は、例えば決済完了画面２１０で承認ボタン２１２が第１ユーザに操作された場合にのみ、暫定請求先情報を送信してもよい。

請求先情報送信部１１０５は、暫定請求先情報により示される負担金の請求先のユーザを第１ユーザが確認及び編集するための請求先編集画面をユーザ端末２－１に表示させてもよい。請求先のユーザの編集は、請求先のユーザの追加及び削除のうち少なくとも何れか一方を含んでもよい。請求先情報送信部１１０５は、例えば請求先編集画面に相当するウェブページを、ユーザ端末２－１へ送信してもよい。このウェブページは、暫定請求先情報を含んでもよい。

図９は、請求先編集画面２２０の一例を示す図である。図９に示すように、請求先編集画面２２０は、１又は複数の請求先情報２２１、追加ボタン２２２、及び次ボタン２２３を含んでもよい。各請求先情報２２１には、グループ特定部１１０２により特定された第２ユーザの氏名が表示される。各請求先情報２２１は、削除ボタン２２４を含んでもよい。削除ボタン２２４は、請求先情報２２１により示される第２ユーザを、請求先のユーザから削除するために操作可能なボタンである。削除ボタン２２４が操作されると、この削除ボタン２２４を含む請求先情報２２１が、請求先編集画面から消去される。追加ボタン２２２は、請求先のユーザを追加するために操作可能なボタンである。追加ボタン２２２が操作されると、ユーザ端末２－１は、例えば請求先追加画面を表示してもよい。請求先追加画面は、例えば電話番号又は電子メールの入力欄を含んでもよい。第１ユーザが電話番号又は電子メールを入力すると、請求先情報送信部１１０５は、入力された電話番号又は電子メールを含むユーザ情報を、ユーザ端末ＤＢ１４ａから検索してもよい。請求先情報送信部１１０５は、検索されたユーザ情報に含まれるユーザＩＤ及び氏名をユーザ端末２－１へ送信してもよい。ユーザ端末２－１は、請求先追加画面に、電子決済サーバ１から送信されてきた氏名を表示してもよい。第１ユーザが、表示された氏名により示されるユーザを請求先として追加する操作を行うと、ユーザ端末２－１は、請求先追加画面を消去して請求先編集画面２２０を再表示し、追加されたユーザに対応する請求先情報２２１を請求先編集画面２２０に追加してもよい。次ボタン２２３は、請求先編集画面２２０に現在表示されている請求先情報２２１により示されるユーザを、請求先のユーザとして仮確定するために操作可能なボタンである。

編集請求先情報取得部１１０６は、請求先情報送信部１１０５により送信された暫定請求先情報により示される負担金の請求先のユーザを編集する操作をユーザ端末２－１が受け付けることに応じて、編集後の請求先のユーザを示す編集請求先情報を取得してもよい。例えば、請求先編集画面２２０において第１ユーザが次ボタン２２３を操作すると、ユーザ端末２－１は、請求先編集画面２２０に表示されている各請求先情報２２１により示されるユーザのユーザＩＤを含む編集請求先情報を、電子決済サーバ１へ送信してもよい。

負担金額取得部１１０７は、決済要求受信部１１０３により受信された決済要求に応じて決済される代金の額のうち、負担金の請求先のユーザとして、第１ユーザと同一のグループに属する第２ユーザに請求する負担金の額を取得してもよい。負担金額取得部１１０７は、グループ特定部１１０２により特定された各第２ユーザについて、負担金額を取得してもよい。負担金額取得部１１０７は、例えば決済部１１０４による決済が終了した後に、負担金額を取得してもよい。

編集請求先情報取得部１１０６によりユーザ端末２－１から編集請求先情報を受信する場合、負担金額取得部１１０７は、編集請求先情報の受信後に負担金額を取得してもよい。この場合、負担金額取得部１１０７は、編集請求先情報により示される編集後の請求先の各ユーザについて負担金額を取得してもよい。

負担金額取得部１１０７は、決済された代金の額に基づいて、自動的に負担金額を決定してもよい。負担金額取得部１１０７は、第１ユーザも含めてグループに含まれる全メンバの負担金額の合計が代金の額に一致するように、各メンバの負担金額を決定してもよい。例えば、負担金額取得部１１０７は、代金の額をグループのメンバの人数で除算することで、１人あたりの負担金額を計算してもよい。

暫定負担金額情報送信部１１０８は、負担金額取得部１１０７により取得された負担金額を示す暫定負担金額情報を、ユーザ端末２－１へ送信してもよい。暫定負担金額情報は、グループ特定部により特定された又は編集請求先情報により示される各ユーザについて、そのユーザのユーザＩＤ、氏名、及び負担金額を含んでもよい。

暫定負担金額情報送信部１１０８は、各ユーザの負担金額を第１ユーザが確認及び変更するための負担金額編集画面をユーザ端末２－１に表示させてもよい。暫定負担金額情報送信部１１０８は、例えば負担金額編集画面に相当するウェブページを、ユーザ端末２－１へ送信してもよい。このウェブページは、暫定負担金額情報を含んでもよい。

図１０は、負担金額編集画面２３０の一例を示す図である。図１０に示すように、負担金額編集画面２３０は、１又は複数の負担ユーザ情報２３１、戻るボタン２３５、及び確認ボタン２３６を含んでもよい。負担ユーザ情報２３１は、決済された代金の少なくとも一部を負担するユーザに関する情報である。負担金額編集画面２３０には、各第２ユーザに対応する負担ユーザ情報２３１が表示されるとともに、第１ユーザに対応する負担ユーザ情報２３１を含んでもよい。各負担ユーザ情報２３１は、ユーザの氏名を含んでもよい。また、各負担ユーザ情報２３１は、金額入力欄２３２、増額ボタン２３３及び減額ボタン２３４を含んでもよい。金額入力欄２３２には、負担金額取得部１１０７により取得された負担金額が表示される。負担金額取得部１１０７を操作することで、第１ユーザは負担金額を変更することが可能であってもよい。増額ボタン２３３は、金額入力欄２３２に表示されている負担金額を所定額増額させるためのボタンである。減額ボタン２３４は、金額入力欄２３２に表示されている負担金額を所定額減額させるためのボタンである。戻るボタン２３５は、請求先編集画面２２０を再表示させるためのボタンである。確認ボタン２３６は、各金額入力欄２３２に現在表示されている負担金額を、最終的な負担金額として仮確定するためのボタンである。全ユーザの負担金額の合計が、決済された代金の額に一致する場合にのみ、確認ボタン２３６が可能にされていてもよい。確認ボタン２３６が操作されると、ユーザ端末２－１は、請求確認画面を表示してもよい。請求確認画面には、各ユーザの氏名及び負担金額が表示されてもよい。請求確認画面において、第１ユーザは、請求先のユーザ及び各ユーザの負担金額を確定させる操作を行うことができる。

変更負担金額情報取得部１１０９は、暫定負担金額情報送信部１１０８により送信された暫定負担金額情報により示される負担金額を変更する操作をユーザ端末２－１が受け付けることに応じて、変更後の負担金額を示す変更負担金額情報を取得してもよい。例えば、請求確認画面において確定の操作が行われると、ユーザ端末２－１は、変更負担金額情報を電子決済サーバ１へ送信してもよい。変更負担金額情報は、例えば第１ユーザのユーザＩＤ及び変更後、並びに負担金の請求先の各ユーザのユーザＩＤ及び変更後の負担金額を含んでもよい。

負担金額情報送信部１１１０は、負担金額取得部１１０７により取得された負担金額を示す負担金額情報を、第２ユーザが利用するユーザ端末２－２へ送信してもよい。変更負担金額情報取得部１１０９により変更負担金額情報が取得された場合、負担金額情報送信部１１１０は、変更負担金額情報を負担金額情報として送信してもよい。また、編集請求先情報取得部１１０６により編集請求先情報が取得された場合、負担金額情報送信部１１１０は、編集請求先情報により示される代金の請求先のユーザが利用するユーザ端末２－２へ、負担金額情報を送信してもよい。

負担金額情報送信部１１１０は、負担金額情報を送信して、この負担金額情報をユーザ端末２－２により提示させてもよい。例えば、負担金額情報送信部１１１０は、第２ユーザから第１ユーザへ負担金を送金するための請求画面をユーザ端末２－２に表示させてもよい。負担金額情報送信部１１１０は、請求画面に相当するウェブページをユーザ端末２－１へ送信してもよい。このウェブページは、負担金額を含んでもよい。また、このウェブページは、送金元ユーザＩＤとしての第２ユーザのユーザＩＤ、及び送金先ユーザＩＤとしての第１ユーザのユーザＩＤを含んでもよい。

図１１は、請求画面３１０の一例を示す図である。図１１に示すように、請求画面３１０は、決済情報３１１、負担金額情報３１２、送金ボタン３１３、チャージボタン３１４、非送金ボタン３１５を含んでもよい。決済情報３１１は、決済日、決済された代金の支払先の施設の名称、決済額等を含んでもよい。負担金額情報３１２は、請求画面を表示するユーザ端末２－２を利用するユーザが負担する金額を示す。送金ボタン３１３は、負担金額をＲ電子マネーで送金するためのボタンである。送金ボタン３１３が操作されると、ユーザ端末２－２は、例えば送金確認画面を表示してもよい。送金確認画面には、送金元のユーザとしての第２ユーザの氏名、送金先のユーザとしての第１ユーザの氏名、及び送金額としての負担金額を含んでもよい。第２ユーザは送金確認画面により示される内容で送金を実行させるための操作を行うことができる。チャージボタン３１４は、Ｒ電子マネーをチャージするために操作可能なボタンである。チャージボタン３１４が操作されると、ユーザ端末２－２は、例えばチャージ画面を表示してもよい。第２ユーザは、チャージ画面に従って、Ｒ電子マネーをチャージすることができる。チャージが完了すると、ユーザ端末２－２は、請求画面３１０を再表示させてもよい。非送金ボタン３１５は、送金を実行せずに、電子決済アプリの所定のホーム画面を表示させるために操作可能なボタンである。

送金要求受信部１１１１は、負担金額情報送信部１１１０により送信された負担金額情報を受信したユーザ端末２－２が送金の操作を受け付けることに応じて、ユーザ端末２－２から、第２ユーザから第１ユーザへの送金の要求を示す送金要求を受信してもよい。例えば、送金確認画面において送金実行の操作が行われると、ユーザ端末２－２は、送金要求を電子決済サーバ１へ送信してもよい。送金要求は、送金元ユーザＩＤとしての第２ユーザユーザＩＤ、送金先ユーザＩＤとしての第１ユーザユーザＩＤ、及び送金額としての負担金額を含んでもよい。

送金部１１１２は、送金要求受信部１１１１により送金要求が受信されることに応じて、第２ユーザから第１ユーザへ負担金を送金する処理を実行してもよい。例えば、送金部１１１２は、電子マネー残高ＤＢ１４ｃにおいて、送金要求に含まれる送金元ユーザＩＤと同一のユーザＩＤに関連付けられた残高から、送金要求に含まれる送金額を減算してもよい。また、送金部１１１２は、電子マネー残高ＤＢ１４ｃにおいて、送金要求に含まれる送金先ユーザＩＤと同一のユーザＩＤに関連付けられた残高に、送金要求に含まれる送金額を加算してもよい。こうして、送金部１１１２は、第１ユーザ及び第２ユーザそれぞれの残高を更新してもよい。

送金が完了すると、送金部１１１２は、送金ログを送金履歴ＤＢ１４ｅに記憶させてもよい。このとき、送金部１１１２は、新しい送金番号を生成してもよい。送金部１１１２は、生成した送金番号と、送金要求に含まれる送金元ユーザＩＤ、送金先ユーザＩＤ及び送金額に基づいて、送金ログを生成してもよい。

なお、システム制御部１１は、ユーザ端末２－１が何れかの施設に位置しているときにその施設に対して代金を支払うための決済要求が送信されてきた場合にのみ、割り勘で第２ユーザから第１ユーザへ送金するための処理を実行してもよい。或いは、システム制御部１１は、ユーザ端末２－１が何れかの施設から所定距離以内に位置しているときにその施設に対して代金を支払うための決済要求が送信されてきた場合にのみ、割り勘で第２ユーザから第１ユーザへ送金するための処理を実行してもよい。或いは、システム制御部１１は、何れかの施設に対して代金を支払うための決済要求が送信されてきた後、第１ユーザがその移動した場合にも、割り勘で第２ユーザから第１ユーザへ送金するための処理を実行してもよい。

［１－３－４．特典の付与］
特典付与部１１１３は、送金部１１１２により送金処理が実行されたことに応じて、第１ユーザ及び第２ユーザのうち少なくとも何れか一方へ特典を付与する処理を実行してもよい。特典付与部１１１３は、第１ユーザ及び送金した第２ユーザのうち何れか一方のみに特典を付与してもよいし、両方に特典を付与してもよい。

特典付与部１１１３は、電子決済アプリを用いた代金の支払先の施設と異なる施設のうち、支払先の施設から所定範囲内に位置する施設で利用可能な特典を、第２ユーザへ付与してもよい。或いは、特典付与部１１１３は、この特典を第１ユーザへ付与してもよい。施設で利用可能な特典の例として、クーポンが挙げられる。支払先の施設から所定範囲内に位置する施設の例として、支払先の施設からの直線距離が所定距離以内の施設、支払先の施設からの経路に沿った移動距離が所定距離以内の施設、支払先の施設からの移動時間が所定時間以内の施設、支払先の施設と同一の領域にある施設等が挙げられる。領域の例として、市区町村、町、町丁、街区等が挙げられる。グループは、支払先の施設にいるか又はその近くにいる。特典を付与することで、グループがいる場所の近くの別の施設の利用を、特典の付与先のユーザ又はグループに促すことができる。

特典付与部１１１３は、電子決済アプリを用いた代金の支払先の施設と同一の施設で利用可能な特典を、第２ユーザへ付与してもよい。或いは、特典付与部１１１３は、この特典を第１ユーザへ付与してもよい。これにより、施設の再利用を、特典の付与先のユーザ又はグループに促すことができる。

特典付与部１１１３は、予め定められた施設でのみ利用可能なクーポンを付与してもよい。また、特典付与部１１１３は、予め定められた商品又は取引対象の購入にのみ利用可能なクーポンを付与してもよい。

第２ユーザへ特典を付与するとき、特典付与部１１１３は、負担金額取得部１１０７により取得された負担金額又は変更負担金額情報取得部１１０９により取得された負担金額に応じた価値の特典を付与してもよい。特典付与部１１１３は、負担金額が高いほど、特典の価値を高くしてもよい。これにより、第２ユーザに提示される負担金額が高いほど、送金にて第１ユーザへ負担金を支払う動機付けを第２ユーザへ与えることができる。特典の価値は例えば負担金額の所定割合であってもよい。Ｒ電子マネーを付与するとき、特典付与部１１１３は、負担金額が高いほど、付与する金額を高くしてもよい。クーポンを付与するとき、特典付与部１１１３は、負担金額が高いほど、付与されるクーポンの割引額又は割引率を高くしてもよい。或いは、特典の価値は固定であってもよい。

特典付与部１１１３は、送金が完了した後、第２ユーザへ特典を付与するか否かをランダムに決定してもよい。例えば、特典付与部１１１３は、くじ引きが行われる動画をユーザ端末２－２に表示させ、そのくじ引きで第２ユーザが当籤した場合に特典を付与してもよい。

特典付与部１１１３は、グループに含まれる何れかの第２ユーザが負担金を送金した都度、第１ユーザへ特典を付与してもよい。或いは、特典付与部１１１３は、グループに含まれる何れかの第２ユーザが負担金を送金した場合に一回に限り、第１ユーザへ特典を付与してもよい。或いは、特典付与部１１１３は、グループに含まれる全ての第２ユーザが負担金を送金した場合に限り、第１ユーザへ特典を付与してもよい。

第１ユーザへ特典を付与するとき、特典付与部１１１３は、第２ユーザの負担金額を差し引いた代金の額に応じた価値の特典を付与してもよい。すなわち、特典付与部１１１３は、決済された代金の額のうち、第１ユーザの負担金額に応じた価値の特典を付与してもよい。特典の価値は、例えば第１ユーザの負担金額の所定割合であってもよいし、第１ユーザの負担金額をグループ内の第２ユーザの人数で除算して計算される金額に相当してもよいし、第１ユーザの負担金額に相当してもよいし。Ｒ電子マネーを付与するとき、特典付与部１１１３は、負担金額が高いほど、付与する金額を高くしてもよい。クーポンを付与するとき、特典付与部１１１３は、負担金額が高いほど、付与されるクーポンの割引額又は割引率を高くしてもよい。或いは、特典の価値は固定であってもよい。

［１－４．通信システムの動作］
次に、図１２を参照して、通信システムＳの動作について説明する。図１２は、本実施形態における通信システムＳの処理例を示すフローチャートである。図１２により示される例は、代金の決済が実行される前にグループが特定される場合の処理例である。また、図１２により示される例は、第１ユーザに対しては特典としてＲ電子マネーを付与し、第２ユーザに対しては特典としてクーポンを付与する場合の処理例である。

図１２に示すように、ユーザ端末２－１は、位置情報及び端末間通信状況情報を定期的に取得して、電子決済管理サーバ１へ送信する（ステップＳ１０１）。また、ユーザ端末２－２も、位置情報及び端末間通信状況情報を定期的に取得して、電子決済管理サーバ１へ送信する（ステップＳ１０２）。電子決済管理サーバ１の位置関係情報取得部１１０１は、各ユーザ端末２から送信されてきた位置情報及び端末間通信状況情報を、それぞれ位置情報ＤＢ１４ｆ及び端末間通信状況ＤＢ１４ｇに記憶させる。

電子決済管理サーバ１のグループ特定部１１０２は、例えば施設情報に記憶された施設位置情報及び位置情報ＤＢ１４ｆに記憶された位置情報を監視して、何れかのユーザ端末２が何れかの施設に所定時間以上位置しているかを判定する。ここで、グループ特定部１１０２は、ユーザ端末２－１が、所定時間以上施設に位置していると判定する（ステップＳ１０３）。この判定に応じて、グループ特定部１１０２は、ユーザ端末２－１のユーザが属するグループに属する他の第２ユーザを特定する（ステップＳ１０４）。ここで、グループ特定部１１０２は、例えばその施設の外でユーザ端末２－１との間の位置関係が所定位置関係であるユーザ端末２を利用するユーザを、グループのメンバ候補として特定してもよい。例えば、グループ特定部１１０２は、ユーザ端末２－１がその施設に移動する前の所定期間のうち所定割合以上の時間、ユーザ端末２－１との間の位置関係が位置関係ａ及びｂのうち特定の位置関係であるか、またはその両方であるユーザ端末２のユーザを特定してもよい。グループ特定部１１０２は、位置関係ａとして、ユーザ端末２－１の位置から所定距離以内に位置するユーザ端末２を利用するユーザのユーザＩＤを位置情報ＤＢ１４ｆから検索してもよい。グループ特定部１１０２は、位置関係ｂとして、ユーザ端末２－１から送信されてきた端末間通信状況情報から、存在通知信号の信号強度が閾値よりも高いユーザを検索してもよい。メンバ候補を特定すると、グループ特定部１１０２は、メンバ候補の内、その施設内でのユーザ端末２－１との間の位置関係が所定位置関係であるユーザ端末２を利用するユーザを、グループのメンバとして特定してもよい。例えば、グループ特定部１１０２は、ユーザ端末２－１がその施設に位置している期間のうち所定割合以上の時間、ユーザ端末２－１との間の位置関係が位置関係ａ、ｂ及びｃのうち特定の位置関係であるか、それらの位置関係のうち特定の２つの位置関係の組み合わせであるか、またはそれらの位置関係の全部の組み合わせであるユーザ端末２のユーザを特定してもよい。

一方、ユーザ端末２－１を利用するユーザＵ１は、施設に対して支払う代金を決済する操作を行う（ステップＳ１０５）。この操作に応じて、例えばユーザ端末２－１は、決済要求を電子決済サーバ１へ送信する（ステップＳ１０６）。電子決済管理サーバ１の決済部１１０４は、決済要求に基づいて、その代金の決済処理を実行する（ステップＳ１０７）。また、決済部１１０４は、決済ログを決済履歴ＤＢ１４ｄに記憶させる。

次いで、決済部１１０４は、決済完了画面２１０のウェブページをユーザ端末２－１へ送信する（ステップＳ１０８）。このとき、決済部１１０４は、決済要求に含まれる支払先情報が、ユーザ端末２－１が位置している施設の施設ＩＤであることを確認すると、決済完了画面２１０に割り勘メッセージ２１１、承認ボタン２１２及び否認ボタン２１３を含ませる。ユーザ端末２－１は、決済完了画面２１０を表示し、ユーザＵ１は承認ボタン２１２を操作したとする。この操作に応じて、ユーザ端末２－１は、承認応答を電子決済管理サーバ１へ送信する（ステップＳ１０９）。承認応答は、ユーザＵ１が割り勘を承認したことを示す。

承認応答を受信した電子決済管理サーバ１の請求先情報送信部１１０５は、請求先編集画面２２０のウェブページをユーザ端末２－１へ送信する（ステップＳ１１０）。このとき、請求先情報送信部１１０５は、ステップＳ１０４で特定された各第２ユーザのユーザＩＤ及び請求先情報２２１をこのウェブページに含める。ユーザ端末２－１は、請求先編集画面２２０を表示し、ユーザＵ１は、必要に応じて負担金の請求先のメンバの追加又は削除を行う（ステップＳ１１１）。ユーザＵ１が次ボタン２２３を操作すると、ユーザ端末２－１は、編集請求先情報を電子決済管理サーバ１へ送信する（ステップＳ１１２）。

編集請求先情報を受信した電子決済管理サーバ１の負担金額取得部１１０７は、各請求先のメンバの負担金額を計算する（ステップＳ１１３）。例えば、負担金額取得部１１０７は、編集請求先情報に含まれるユーザＩＤの数を、グループのメンバ数としてカウントしてもよい。負担金額取得部１１０７は、決済要求に含まれる決済額をメンバ数で除算することにより、一人あたりの負担金額を計算してもよい。

次いで、暫定負担金額情報送信部１１０８は、負担金額編集画面２３０のウェブページをユーザ端末２－１へ送信する（ステップＳ１１４）。このとき、暫定負担金額情報送信部１１０８は、編集請求先情報に含まれる各ユーザのユーザＩＤ及び氏名、並びに各ユーザについて計算された負担金額を、このウェブページに含める。ユーザ端末２は、負担金額編集画面２３０を表示し、ユーザＵ１は必要に応じて負担金額を変更する（ステップＳ１１５）。ユーザＵ１が請求確認画面で請求内容を確定させる操作を行うと、ユーザ端末２－１は、変更負担金額情報を電子決済管理サーバ１へ送信する（ステップＳ１１６）。

変更負担金額情報を受信した電子決済管理サーバ１の負担金額情報送信部１１１０は、変更負担金額情報に含まれるユーザＩＤにより示されるユーザのうち、ユーザＵ１以外の各ユーザが利用するユーザ端末２へ、請求画面のウェブページを送信する（ステップＳ１１７）。ウェブページの送信先には、ユーザ端末２－２を利用するユーザＵ２が含まれる。負担金額情報送信部１１１０は、変更負担金額情報により示されるユーザＵ２の負担金額及びユーザＵ１のユーザＩＤを、このウェブページに含める。ユーザ端末２－２は、請求画面３１０を表示し、ユーザＵ２は送金ボタン３１３を操作する。そして、ユーザＵ２が、送金確認画面において送金の実行の操作を行うと（ステップＳ１１８）、ユーザ端末２－２は、送金要求を電子決済管理サーバ１へ送信する（ステップＳ１１９）。

送金要求を受信した電子決済管理サーバ１の送金部１１１２は、送金要求に基づいてユーザＵ２からユーザＵ１への送金処理を実行する（ステップＳ１２０）。また、送金部１１１２は、送金ログを送金履歴ＤＢ１４ｅに記憶させる。

次いで、特典付与部１１１３は、特典付与処理を実行する（ステップＳ１２１）。例えば、特典付与部１１１３は、ユーザＵ２の負担金額の所定割合の金額を、ユーザＵ２に付与するクーポンの割引額として計算してもよい。特典付与部１１１３は、施設ＤＢ１４ｂから、代金の支払先の施設から所定範囲内に位置する施設を検索してもよい。特典付与部１１１３は、検索された施設の中から何れかの施設を、ユーザＵ２に付与されるクーポンを利用可能な施設として決定してもよい。特典付与部１１１３は、ユーザＵ２のユーザＩＤ、決定した施設の施設ＩＤ、及び計算された割引額を示す割引情報を含むクーポン情報を生成してもよい。特典付与部１１１３は、このクーポン情報を、発行済クーポンＤＢ１４ｈに記憶させてもよい。また、特典付与部１１１３は、ユーザＵ１の負担金額の所定割合の金額を、ユーザＵ１に付与する電子マネーの金額として計算してもよい。特典付与部１１１３は、ユーザＵ１に関連付けて電子マネー残高ＤＢ１４ｃに記憶された残高に、計算した金額を加算してもよい。

特典付与処理が終わると、特典付与部１１１３は、送金完了通知兼特典付与通知画面のウェブページをユーザ端末２－２へ送信する（ステップＳ１２２）。送金完了通知兼特典付与通知画面には、送金が完了したことを示すメッセージが表示される。また、送金完了通知兼特典付与通知画面には、ユーザＵ２にクーポンが付与されたことを示すメッセージと、そのクーポンが利用可能な施設の名称及び割引額が表示される。また、特典付与部１１１３は、入金通知兼特典付与通知画面のウェブページをユーザ端末２－１へ送信する（ステップＳ１２３）。入金通知兼特典付与通知画面には、ユーザＵ１への入金が行われたことを示すメッセージが表示される。また、入金通知兼特典付与通知画面には、ユーザＵ１にＲ電子マネーでキャッシュバックが行われたことを示すメッセージと、キャッシュバックされた金額が表示される。

以上説明したように、本実施形態によれば、電子決済サーバ１が、ユーザ端末２－１を利用した決済要求を受信してもよい。また、電子決済サーバ１が、決済要求に応じて決済される代金のうち、グループに属する第２ユーザに請求する負担金の額を取得してもよい。また、電子決済サーバ１が、負担金の額を示す負担金額情報をユーザ端末２－２へ送信してもよい。また、電子決済サーバ１が、負担金額情報を受信したユーザ端末２－２が送金の操作を受け付けることに応じて、ユーザ端末２－２から送金要求を受信してもよい。また、電子決済サーバ１が、送金要求が受信されることに応じて、第２ユーザから第１ユーザへ負担金を送金する処理を実行してもよい。この場合、ユーザ端末２－１を利用して、代金が決済される。これにより、一旦は第１ユーザが代表して代金を支払うことになる。その後、決済される代金のうち、そのグループに属する第２ユーザが負担する分の金額を示す負担金額情報が、第２ユーザが利用するユーザ端末２－２へ送信される。そのため、第２ユーザは、負担金額を知ることができる。そして、第２ユーザはユーザ端末２－２に対して操作することで、第２ユーザから第１ユーザへ負担金が送金される。従って、複数のユーザで代金を支払う場合に、ユーザが、他のユーザに支払う金額を知った上での送金を選択することができる。

ここで、電子決済サーバ１が、ユーザ端末２－１と、ユーザ端末２－１と異なる少なくとも一のユーザ端末２それぞれと、の間の位置関係を示す位置関係情報を取得してもよい。また、電子決済サーバ１が、位置関係情報により、ユーザ端末２－１が施設に位置しているときの位置関係が所定位置関係であると示されるユーザ端末２を利用するユーザを、グループに属する第２ユーザとして特定してもよい。この場合、ユーザ端末２－１と他のユーザ端末２との位置関係を示す位置関係情報が取得される。ユーザ端末２間の位置関係は、それらのユーザ端末２を利用するユーザ間の位置関係であり得る。そして、決済される代金の支払先の施設に第１ユーザがいるときの第１ユーザとの間の位置関係が所定位置関係にあるユーザが、第１ユーザと同一のグループに属する第２ユーザとして特定される。位置関係が所定位置関係にある第１ユーザ及び第２ユーザのユーザは、施設を一緒に利用している可能性があるので、第１ユーザが支払った代金の少なくとも一部を第２ユーザが負担することは妥当である可能性がある。そのため、ユーザがグループを設定する作業を行わなかったとしても、施設を利用したグループに属するユーザを特定することができる。

ここで、電子決済サーバ１が、ユーザ端末２－１が施設に所定時間以上位置したことを位置情報が示すことを条件として、第２ユーザを特定してもよい。この場合、第１ユーザが施設に所定時間以上いた場合に、第１ユーザと同一のグループに属する第２ユーザが特定される。ユーザが施設を利用するためには、相応の時間、ユーザはその施設にいなければならない場合がある。そのため、第１ユーザが施設を利用している可能性が高い状況を特定して、第１ユーザと一緒に施設を利用している可能性が高い第２ユーザを特定することができる。

また、電子決済サーバ１が、ユーザ端末２－１が施設の外に位置しているときのユーザ端末２－１との間の位置関係が所定位置関係であるユーザ端末２を利用するユーザの中から、第２ユーザを特定してもよい。この場合、第１ユーザが施設内にいるときの位置関係が所定位置関係であるユーザであっても、第１ユーザが施設外にいるときの位置関係が所定位置関係にはないユーザは、第１ユーザと同一のグループに属する第２ユーザであるとは特定されない場合がある。従って、たまたま施設で第１ユーザと居合わせたものの、施設外では第１ユーザと一緒に行動していないユーザを、第１ユーザと同一のグループに属する第２ユーザから除外することができる。

また、電子決済サーバ１が、端末間通信状況情報に基づいて、ユーザ端末２－１と少なくとも一のユーザ端末２それぞれとの位置関係を特定してもよい。この場合、ユーザ端末２間での無線通信の状況に基づいて、それらのユーザ端末２間の位置関係が特定される。例えば、何れかのユーザ端末２から無線で送信された存在通知信号に対する他のユーザ端末２による受信の状況は、それらのユーザ端末２間に位置関係により影響され得る。そのため、ユーザ間の位置関係を適切に特定することができる。

ここで、電子決済サーバ１が、ユーザ端末２－１に到達した存在通知信号を送信してきたユーザ端末２を利用するユーザの中から、第２ユーザを特定してもよい。この場合、各ユーザ端末２は無線で存在通知信号を送信する。それらのユーザ端末２のうち、送信した存在通知信号がユーザ端末２－１に到達したユーザ端末２を利用するユーザの中から、第１ユーザと同一のグループに属する第２ユーザが特定される。存在通知信号が到達する範囲内にいるユーザ間の位置関係は、それらのユーザがグループで行動しやすい位置関係である可能性が高い。そのため、第１ユーザと一緒に施設を利用する第２ユーザを適切に特定することができる。

また、電子決済サーバ１が、特定された第２ユーザを示す請求先情報をユーザ端末２－１へ送信してもよい。また、電子決済サーバ１が、請求先情報により示される第２ユーザを編集する操作をユーザ端末２－１が受け付けることに応じて、編集後の第２ユーザを示す編集請求先情報を取得してもよい。この場合、第１ユーザと同一のグループに属する第２ユーザとして特定されたユーザを、第１ユーザは編集することができる。

また、所定位置関係は、第１ユーザと第２ユーザとがグループで施設を利用しているときに見られるユーザ端末２－１とユーザ端末２－２との位置関係であってもよい。

また、電子決済サーバ１が、送金の処理が実行されたことに応じて、第１ユーザ及び第２ユーザのうち少なくとも何れか一方へ特典を付与してもよい。この場合、第２ユーザから第１ユーザへ負担金が送金されると、第１ユーザ及び第２ユーザのうち少なくとも何れか一方へ、特典が付与される。従って、割り勘のための送金をユーザに促すことができる。

ここで、電子決済サーバ１が、負担金額に応じた価値の特典を第２ユーザへ付与してもよい。この場合、第２ユーザの負担金額が高くなるほど、第２ユーザに送金を促すことができる。

また、電子決済サーバ１が、決済された代金の支払先の第１施設と異なる施設のうち、第１施設から所定範囲内に位置する第２施設で利用可能な特典を第２ユーザへ付与してもよい。この場合、グループが利用した第１施設から所定範囲内に位置する第２施設で利用可能な特典が付与される。グループは第２施設にいたので、第２施設に移動しやすい場所にいる。従って、第２施設の利用を促すことができる。

また、電子決済サーバ１が、決済された代金の支払先の施設で利用可能な特典を第２ユーザへ付与してもよい。この場合、グループが利用した施設の再利用を促すことができる。

また、電子決済サーバ１が、第２ユーザの負担金の額を差し引いた代金の額に応じた価値の特典を、第１ユーザへ付与してもよい。この場合、第１ユーザの負担金額が高くなるほど、割り勘のための送金が可能な決済を第１ユーザに促すことができる。

また、電子決済サーバ１が、負担金額を示す暫定負担金額情報をユーザ端末２－１へ送信してもよい。また、電子決済サーバ１が、暫定負担金額情報により示される負担金額を変更する操作をユーザ端末２－１が受け付けることに応じて、変更後の負担金額を示す変更負担金額情報を取得してもよい。また、電子決済サーバ１が、変更負担金額情報を負担金額情報としてユーザ端末２－２へ送信してもよい。この場合、支払い装置が取得した負担金額を、第１ユーザの判断により変更することができる。

［２．第２実施形態］
次に、図１３及び図１４を参照して、第２実施形態について説明する。第２実施形態においては、グループの特定に送金履歴が用いられる。以下に説明する点を除き、第２実施形態は第１実施形態と同一であってもよい。

図１３は、電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。図１３において、図４と同一の要素については同一の符号が付されている。図１３が図４と異なる点は、図１３において、送金履歴取得部１１１４が追加されている点である。

送金履歴取得部１１１４は、送金履歴ＤＢ１４ｅから送金履歴を取得してもよい。送金履歴取得部１１１４は、例えば位置関係情報取得部１１０１により位置関係情報のうち少なくとも一部の情報（例えば位置情報）が取得されたユーザ端末２を利用するユーザが送金元及び送金先のうち何れかのユーザである送金履歴を取得してもよい。例えば、送金履歴取得部１１１４は、第１ユーザが送金元及び送金先のうち何れかである送金履歴を取得してもよい。送金元及び送金先のそれぞれは、各送金ログに含まれる送金元ユーザＩＤ及び送金先ユーザＩＤにより識別される。

グループ特定部１１０２は、位置関係情報に加えて、送金履歴取得部１１１４により取得された送金履歴にも基づいて、第１ユーザと同一のグループに属する第２ユーザを特定してもよい。本実施形態においては、例えば、所定位置関係は、位置関係ａ～ｃのうち、少なくとも２つの位置関係の組み合わせを含むものとする。少なくとも２つの位置関係のそれぞれを、便宜上第１位置関係及び第２位置関係という。グループ特定部１１０２は、ユーザ端末２－１との間の位置関係が第１位置関係であるとともに第２位置関係でもあるユーザ端末２を利用するユーザを、第１ユーザと同一のグループに属する第２ユーザとして特定してもよい。この点は、第１実施形態と基本的には変わらない。その一方で、ユーザ端末２－１との間の位置関係が、第１位置関係及び第２位置関係のうち何れか一方のみであるユーザ端末２を利用するユーザが存在するとする。この場合に、グループ特定部１１０２は、送金履歴に基づいて、そのユーザと第１ユーザとの間に送金の事実があるか否かを判定してもよい。送金の事実がある場合、そのユーザを、第１ユーザと同一のグループに属する第２ユーザとして特定してもよい。

一部のユーザ端末２からは、位置関係情報に含まれるはずの情報を取得することができない場合がある。例えば、一般的なユーザ端末２は、位置情報の取得機能を有効にするか否かの設定が可能であったり、近距離無線通信の機能を有効にするか否かの設定が可能であったりする。位置情報の取得機能が無効に設定されている場合、電子決済サーバ１はそのユーザ端末２から位置情報を取得することができない。そのため、電子決済サーバ１は、そのユーザ端末２について、他のユーザ端末２との間の位置関係が位置関係ａ又はｃにあると判定することはできない。また、近距離無線通信の機能が無効に設定されている場合、そのユーザ端末２は、存在通知信号を発信することも、他のユーザ端末２から送信されてくる存在通知信号を検出することもない。そのため、電子決済サーバ１はそのユーザ端末２から端末間通信状況情報を取得することができない。従って、電子決済サーバ１が、そのユーザ端末２について、他のユーザ端末２との間の位置関係が位置関係ｂにあると判定することはできない。ユーザが第２ユーザであると判定される少なくとも２つの位置関係の条件のうち、何れか一方の条件は常に満たされないこととなるので、そのユーザが何れかのグループに属すると判定されることはない。しかしながら、そのユーザは、他方の位置関係の条件を満たしている。そのため、そのユーザがグループに属する可能性は残る。第１ユーザに送金したことがあるユーザ又は第１ユーザからの送金を受けたことがあるユーザは、第１ユーザの知人である可能性が高い。知人が、第１ユーザと近くにいる場合、第１ユーザと同一の施設内いる場合、または存在通知信号が届く範囲内にいる場合、その知人は、第１ユーザと一緒に行動している可能性が高い。そこで、グループ特定部１１０２は、位置情報又は端末間通信状況情報の代替として、送金履歴を用いてグループを特定してもよい。

図１４（ａ）は、グループの特定例を示す図である。例えば、ユーザ端末２の位置関係が位置関係ａ且つｂ且つｃにあるユーザが、同一グループに属するものとする。図１４（ａ）には、ユーザＵ１～Ｕ４が示されている。例えばユーザＵ１を第１ユーザと仮定する。ユーザＵ１～Ｕ４は、現在ホテル１１３内にいる。ユーザＵ２～Ｕ４は、ユーザＵ１からの距離が所定距離未満に位置するユーザである。従って、ユーザＵ１とユーザＵ２～Ｕ４それぞれとは位置関係ａにある。ユーザＵ２及びＵ３は、それぞれユーザ端末２の近距離無線通信の機能を有効に設定している。従って、ユーザＵ２及びＵ３それぞれのユーザ端末２は、存在通知信号Ｒ２及びＲ３を発信する。存在通知信号Ｒ２及びＲ３は、ユーザＵ１のユーザ端末２に到達する。そのため、グループ特定部１１０２は、送金ログの有無に係わらず、ユーザＵ１～Ｕ３を、同一のグループに属すると判定してもよい。

一方、ユーザＵ４は、ユーザ端末２の近距離無線通信の機能を無効に設定している。従って、このユーザ端末２は、端末間通信状況情報を電子決済サーバ１へ送信しないか、または何れのユーザの識別情報も含まない端末間通信状況情報を、電子決済サーバ１へ送信する。そのため、ユーザＵ１と同一の施設に位置し、ユーザＵ１との間の距離が所定距離以内である一方で、存在通知信号の信号強度が閾値よりも高くはないユーザＵ４を特定したグループ特定部１１０２は、ユーザＵ１及びＵ４のうち何れか一方のユーザＩＤを送金元ユーザＩＤとして含むとともに、他方のユーザＩＤを送金先ユーザＩＤとして含む送金ログを検索してもよい。図１４（ｂ）は、決済ログの一例を示す図である。図１４（ｂ）に示すように、送金履歴ＤＢ１４ｅには、ユーザＵ４のユーザＩＤを送金元ユーザＩＤとして含み、ユーザＵ１のユーザＩＤを送金先ユーザＩＤとして含む送金ログが記憶されている。そこで、グループ特定部１１０２は、ユーザＵ１～Ｕ４を、同一のグループのメンバであると判定してもよい。

以上説明したように、本実施形態によれば、ユーザ間の送金履歴に基づいて、第１ユーザと同一のグループに属する第２ユーザが特定される。第１ユーザとの間で送金が行われたユーザは、第１ユーザと一緒に行動するユーザである可能性が高い。従って、第１ユーザと一緒に施設を利用する第２ユーザを適切に特定することができる。

［３．第３実施形態］
次に、第３実施形態について説明する。第３実施形態においては、グループのメンバの年齢に基づいて、各メンバの負担金額が決定される。以下に説明する点を除き、第２実施形態は第１実施形態及び第２実施形態のうち少なくとも何れか一つと同一であってもよい。

本実施形態において、負担金額取得部１１０７は、第１ユーザ及びグループ特定部１１０２により特定された第２ユーザそれぞれの負担金額を、それぞれ第１ユーザの年齢及び第２ユーザの年齢に応じた額に決定する。従って、年齢が高いほど負担金額も高くなる。例えば、負担金額は年齢に比例してもよい。この場合、負担金額取得部１１０７は、決済された代金の額を、グループの全メンバの年齢の合計で除算することで、１歳あたりの負担金額を計算してもよい。そして、負担金額取得部１１０７は、１歳あたりの負担金額に各メンバの年齢を乗算することにより、負担金額を計算してもよい。或いは、各年齢について、負担金の割当ポイントが予め定められていてもよい。この場合、年齢が高いほどポイントも高くなる。負担金額取得部１１０７は、決済された代金の額を、グループの全メンバの割当ポイントの合計で除算することで、１ポイントあたりの負担金額を計算してもよい。そして、負担金額取得部１１０７は、１ポイントあたりの負担金額に各メンバの割り当てポイントを乗算することにより、負担金額を計算してもよい。なお、各ユーザの年齢はユーザＤＢ１４ａに記憶された生年月日から特定可能である。

負担金額情報送信部１１１０は、負担金額取得部１１０７により第２ユーザについて決定された負担金額を示す前記負担金額情報を、ユーザ端末２－２へ送信してもよい。第１ユーザによる負担金額の変更を可能とする場合、変更負担金額情報取得部１１０９が、負担金額取得部１１０７により第２ユーザについて決定された負担金額を示す暫定負担金額情報を、ユーザ端末２－１へ送信してもよい。

以上説明したように、本実施形態によれば、各ユーザの年齢が高いほど負担金が高くなる。従って、年齢に応じた額の金額を各ユーザに負担させることができる。

［４．第４実施形態］
次に、第４実施形態について説明する。第４実施形態においては、第２ユーザによるＲ電子マネーの利用経験の有無に応じて、第１ユーザに特典が付与されるか否かが変わる。以下に説明する点を除き、第２実施形態は第１実施形態～第３実施形態のうち少なくとも何れか一つと同一であってもよい。

本実施形態において、特典付与部１１１３は、第２ユーザから記第１ユーザへの負担金の送金が、その第２ユーザによるＲ電子マネーの初めての利用によるものである場合にのみ、第１ユーザへ特典を付与してもよい。これにより、電子決済アプリを用いた決済や割り勘を第１ユーザに促すことができる。また、初めてＲ電子マネーを利用した第２ユーザは、今後もＲ電子マネーを利用することが期待される。

特典付与部１１１３は、決済履歴ＤＢ１４ｄ及び送金履歴ＤＢ１４ｅに基づいて、第２ユーザが初めてＲ電子マネーを利用したか否かを判定してもよい。例えば、特典付与部１１１３は、第２ユーザのユーザＩＤを含む決済ログが決済履歴ＤＢ１４ｄに記憶されておらず、且つ、今回の第２ユーザから第１ユーザへの送金の送金ログを除いて、第２ユーザのユーザＩＤを送金元ユーザＩＤとして含む送金ログが送金履歴ＤＢ１４ｅに記憶されていない場合、第２ユーザは初めてＲ電子マネーを利用すると判定してもよい。

以上説明したように、本実施形態によれば、これまでＲ電子マネーを利用したことがなかった第２ユーザが、第２ユーザから第１ユーザへの送金で初めてＲ電子マネーを利用した場合、第１ユーザへ特典が付与される。従って、割り勘のための送金が可能な決済を第１ユーザに促すことにより、Ｒ電子マネーの利用を促進することができる。

［５．第５実施形態］
次に、図１５乃至図２２を参照して、第５実施形態について説明する。これまでの実施形態においては、第１ユーザが代金を決済する都度、第２ユーザに対して割り勘の負担金が請求された。本実施形態においては、グループでの旅行中に第１ユーザが決済した代金をまとめた上で、旅行後に第２ユーザに負担金が請求される。旅行の目的は特に限定されない。以下に説明する点を除き、第５実施形態は第１実施形態～第４実施形態の少なくともうち何れか一つと同一であってもよい。

図１５は、本実施形態に係る通信システムＳの概要構成の一例を示す図である。図１５において、図１と同様の要素については同一の符号が付されている。図１５に示すように、通信システムＳは、電子決済サーバ１と複数の複数のユーザ端末２と旅行予約サーバ３とを含む。

旅行予約サーバ３は、旅行予約サイトに関する各処理を実行するサーバ装置であってもよい。旅行予約サイトは、旅行のためにその旅行中に利用可能なサービスの予約を可能とするウェブサイトであってもよい。そのようなサービスの例として、宿泊施設の提供及び人の輸送が挙げられる。宿泊施設の例として、ホテル、旅館、民宿等が挙げられる。人を輸送するための交通機関の例として、航空機、鉄道、船舶、高速バス等が挙げられる。旅行予約サーバ３は、ユーザ端末２からの要求に応じて、旅行のためのサービスを予約するための処理を実行してもよい。

旅行予約サーバ３は、宿泊施設予約ＤＢ３ａ及び航空券予約ＤＢ３ｂ等のデータベースを備えてもよい。電子決済サーバ１は、ネットワークＮＷを介して、旅行予約サーバ３に備えられるデータベースにアクセス可能であってもよい。或いは、電子決済サーバ１の記憶部１４には、旅行予約サーバ３に備えられるデータベースのコピーが記憶されてもよい。そして、電子決済サーバ１は、例えばデータベースの内容を定期的に最新の内容に更新してもよい。

図１６は、旅行予約サーバ３が備えるデータベースに記憶される情報の例を示す図である。図１６に示すように、宿泊施設予約ＤＢ３ａには、宿泊施設の予約に関する宿泊施設予約情報が、予約が行われるごとに記憶されてもよい。例えば、宿泊施設予約ＤＢ３ａには、宿泊施設予約情報として、予約番号、ユーザＩＤ、施設ＩＤ、宿泊開始日、宿泊終了日、チェックイン予定時刻、チェックアウト期限時刻、宿泊人数、料金、及び決済方法等が、互いに関連付けて記憶されてもよい。予約番号は、予約を識別する番号である。ユーザＩＤは、宿泊施設を予約したユーザを示す。施設ＩＤは、予約された施設を示す。宿泊開始日は、その宿泊施設のチェックインが行われる日付を示す。宿泊終了日は、その宿泊施設のチェックアウトが行われる日付を示す。チェックイン予定時刻は、チェックインが行われる予定の時刻を示す。チェックアウト最終時刻は、何時までにチェックアウトを行えばよいかを示す。宿泊人数は、その宿泊施設に宿泊する予定のユーザの人数を示す。料金は、その宿泊施設の利用により予約者に請求される宿泊料金を示す。決済方法は、料金を如何なる方法で決済するかを示す。決済方法として、現地決済及びオンライン決済があってもよい。現地決済は、予約した宿泊施設で予約者が料金を決済することを示す。オンライン決済は、予約者が予め旅行予約サイトに登録しておいたクレジットカードの情報に基づいて、自動的に料金が決済されることを示す。

交通機関予約ＤＢ３ｂには、交通機関のチケットの予約に関する交通機関予約情報が、予約が行われるごとに記憶されてもよい。チケットの例として、航空券、特急列車の特急券及び乗車券、高速バスの乗車券、船舶の搭乗券等が挙げられる。宿泊施設予約ＤＢ３ａには、宿泊施設予約情報として、例えば予約番号、ユーザＩＤ、交通機関種別、出発地ＩＤ、到着地ＩＤ、出発予定日時、到着予定日時、座席数、及び料金等が、互いに関連付けて記憶されてもよい。予約番号は、予約を識別する番号である。ユーザＩＤは、交通機関のチケットを予約したユーザを示す。交通機関種別は、チケットが予約された交通機関の種類を示す。出発地ＩＤは、チケットが予約された交通機関の出発地点となる施設の施設ＩＤである。到着地ＩＤは、その交通機関の到着地点となる施設の施設ＩＤである。出発地点及び到着地点としての施設の例として、空港、駅、港湾等が挙げられる。出発予定日時は、その交通機関が出発地点から出発する予定の日時を示す。到着予定日時は、その交通機関が到着地点に到着する予定の日時を示す。座席数は、予約された座席の数を示す。料金は、予約されたチケットの代金を示す。

図１７は、本実施形態に係る電子決済サーバ１の概要構成の一例を示すブロック図である。図１７において、図２と同様の要素については同一の符号が付されている。図１７が図２と異なる点は、図１７において、記憶部１４に記憶されるデータベースに、割り勘保留決済ＤＢ１４ｉが追加されていることである。

図１８は、割り勘保留決済ＤＢ１４ｉに記憶される情報の一例を示す。図１８に示すように、割り勘保留決済ＤＢ１４ｉには、ユーザの旅行中に割り勘を行うことが保留された決済に関する保留決済情報が、該当する決済が行われるごとに記憶されてもよい。例えば、割り勘保留決済ＤＢ１４ｉには、保留決済情報として、取引番号及びユーザＩＤ等が、互いに関連付けて記憶されてもよい。取引番号は、割り勘が保留された決済を示す。ユーザＩＤは、その決済で代金を支払ったユーザを示す。

図１９は、電子決済サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。図１９において、図４と同一の要素については同一の符号が付されている。図１９が図４と異なる点は、図１９において、予約情報取得部１１１５、旅行判定部１１１６及び決済情報送信部１１１７が追加されている点である。

予約情報取得部１１１５は、旅行のためにその旅行中に利用可能なサービスに対する第１ユーザによる予約を示す予約情報を取得する。取得される予約情報は、宿泊施設予約情報及び交通機関予約情報のうち少なくとも何れか一方であってもよい。予約情報に含まれるユーザＩＤにより、その予約が第１ユーザに行われたか否かを識別可能である。

旅行判定部１１１６は、予約情報取得部１１１５により取得された予約情報に基づいて、第１ユーザが旅行中に決済要求受信部１１０３により決済要求が受信されたか否かを判定してもよい。すなわち、旅行判定部１１１６は、旅行中に第１ユーザが代金を決済したか否かを判定してもよい。また、旅行判定部１１１６は、予約情報に基づいて、第１ユーザの旅行が終了したか否かを判定してもよい。

例えば、宿泊施設予約情報を用いる場合、旅行判定部１１１６は、宿泊開始日のチェックイン予定時刻から宿泊終了日のチェックイン最終時刻までの期間は少なくとも、第１ユーザは旅行中であると判定してもよい。旅行判定部１１１６は、ユーザ端末２－１の位置情報を更に用いてもよい。例えば、旅行判定部１１１６は、宿泊開始日に、ユーザ端末２－１の位置が第１ユーザの住所から所定距離以上離れた時点で、第１ユーザの旅行が開始したと判定してもよい。また、旅行判定部１１１６は、宿泊終了日又はその日以降に、ユーザ端末２－１の位置が第１ユーザの住所まで所定距離内に近付いた時点で、第１ユーザの旅行が終了したと判定してもよい。

交通機関予約情報を用いる場合、旅行判定部１１１６は、例えばチケットが予約された交通機関の利用が往路及び復路の何れでの利用であるかを判定してもよい。例えば、旅行判定部１１１６は、第１ユーザの住所から交通機関の出発地点までの距離と、その住所から交通機関の到着地点までの距離と、を比較してもよい。出発地又は到着地としての施設の位置は、施設ＤＢ１４ｂに記憶された施設位置情報により示される。旅行判定部１１１６は、出発地点までの距離の方が短い場合、そのチケットは往路のチケットであると判定し、到着地点までの方が短い場合、そのチケットは復路のチケットであると判定してもよい。旅行判定部１１１６は、往路の交通機関予約情報における出発予定日時から、第１ユーザの旅行が開始すると判定してもよい。また、旅行判定部１１１６は、復路の交通機関予約情報における到着予定日時で、第１ユーザの旅行が終了すると判定してもよい。旅行判定部１１１６は、ユーザ端末２－１の位置情報を更に用いてもよい。例えば、旅行判定部１１１６は、出発予定日に、ユーザ端末２－１の位置が出発地に到達した時点で、第１ユーザの旅行が開始したと判定してもよい。或いは、旅行判定部１１１６は、出発予定日に、ユーザ端末２－１の位置が第１ユーザの住所から所定距離以上離れた時点で、第１ユーザの旅行が開始したと判定してもよい。また、旅行判定部１１１６は、到着予定日に、ユーザ端末２－１の位置が到着地に到達した時点で、第１ユーザの旅行が終了したと判定してもよい。或いは、旅行判定部１１１６は、到着予定日に、ユーザ端末２－１の位置が第１ユーザの住所まで所定距離内に近付いた時点で、第１ユーザの旅行が終了したと判定してもよい。

旅行判定部１１１６は、宿泊施設予約情報及び交通機関予約情報の両方を用いて判定を行ってもよい。

旅行判定部１１１６は、予約情報を用いずに、ユーザ端末２－１の位置情報に基づいて、第１ユーザが旅行中であるか否かを判定してもよい。例えば、旅行判定部１１１６は、ユーザ端末２－１の位置が第１ユーザの住所から第１所定距離（例えば５０ｋｍ等）離れた場合、第１ユーザは旅行を行っていると判定しもよい。そして、旅行判定部１１１６は、ユーザ端末２－１の位置が第１ユーザの住所から第２所定距離（例えば５ｋｍ等）以上離れた時点から、その住所まで第２所定距離以内に近付いた時点まで、第１ユーザは旅行中であると判定してもよい。第２所定距離は第１所定距離よりも短い。

旅行判定部１１１６は、例えばユーザ端末２－１の位置を監視して、リアルタイムに又は定期的に旅行の開始及び終了を判定してもよい。或いは、旅行判定部１１１６は、決済要求受信部１１０３により決済要求が受信される都度、ユーザ端末２－１の位置の履歴や予約情報に基づいて、第１ユーザは旅行中であるか否かを判定してもよい。

旅行判定部１１１６は、第１ユーザの旅行中に受信された各決済要求について、その決済の取引番号及び決済を行った第１ユーザのユーザＩＤを割り勘保留決済ＤＢ１４ｉに記憶させてもよい。

図２０（ａ）は、宿泊施設予約ＤＢ３ａに記憶された宿泊施設予約情報の一例を示す図である。図２０（ｂ）は、交通機関チケット予約ＤＢ３ｂに記憶された交通機関予約情報の一例を示す図である。例えば、ユーザＵ１は東京に住んでいるとする。ユーザＵ１は、ユーザＵ２及びＵ３とともに沖縄への旅行を予定している。そこで、ユーザＵ１は、旅行予約サイトにて、沖縄にあるホテルＦを予約した。そのため、図２０（ａ）に示すように、宿泊施設予約ＤＢ３ａには、ユーザＵ１のユーザＩＤを含む宿泊施設予約が記憶される。宿泊開始日は３月２日であり、宿泊終了日は３月４日である。また、ユーザＵ１は、羽田空港と那覇空港間の往復の航空券を３人分予約した。そのため、図２０（ｂ）に示すように、交通機関チケット予約ＤＢ３ｂは、ユーザＵ１のユーザＩＤを含む往路の交通機関予約情報と復路の交通機関予約情報が記憶される。往路の出発予定日は３月２日である。復路の到着予定日は３月４日である。

図２０（ｃ）は、旅行中のグループの行動の一例を示す図である。３月２日に、ユーザＵ１～Ｕ３は羽田空港に到着した（ステップＳ２０１）。旅行判定部１１１６は、この時点からユーザＵ１は旅行を開始したと判定してもよい。ユーザＵ１のグループは、空港内にあるレストランで朝食を取って、ユーザＵ１は代金を電子決済アプリで決済した（Ｓ２０２）。その後、グループは、旅客機で那覇空港に移動した（ステップＳ２０３）。そして、グループは、ホテルＦにチェックインした（ステップＳ２０４）。３月３日に、グループは、貸出店でレンタカーを借りた（ステップＳ２０５）。グループは、道中にある喫茶店でコーヒーを飲んだ（ステップＳ２０６）。その日の夜、グループは、居酒屋で飲食した（Ｓ２０７）。ユーザＵ１は、その日のそれぞれの代金を、電子決済アプリで決済した。３月４日に、グループはホテルＦをチェックアウトし、ユーザＵ１は、宿泊代金を電子決済アプリで決済した（ステップＳ２０８）。グループは、那覇空港に到着し、空港内にある売店でお土産を購入した。このときも、ユーザＵ１は、購入代金を電子決済アプリで決済した。そして、グループは、旅客機で那覇空港へ移動した（ステップＳ２１０）。旅行判定部１１１６は、第１ユーザが羽田空港に到着した時点で、旅行が終了したと判定してもよい。そして、旅行判定部１１１６は、ステップＳ２０２、Ｓ２０５～Ｓ２０９のそれぞれにおける代金の決済が、旅行中に行われたと判定してもよい。

グループ特定部１１０２は、位置関係情報に加えて、予約情報取得部１１１５により取得された予約情報を考慮して、グループに属する第２ユーザを特定してもよい。宿泊施設予約情報は宿泊人数を含み、交通機関予約情報は座席数を含む。宿泊人数及び座席数はグループのメンバ数に相当する可能性がある。そこで、グループ特定部１１０２は、グループのメンバ数が宿泊人数又は座席数と一致する人数分の第２ユーザを特定してもよい。

決済部１１０４は、第１ユーザの旅行中に受信されたと旅行判定部１１１６により判定された決済要求に応じて決済処理を行った場合にユーザ端末２－１に表示される決済完了画面２１０に、割り勘メッセージ２１１、承認ボタン２１２及び非承認ボタン２１３を含ませなくてもよい。従って、代金が決済された時点では割り勘は行われない。一方、決済部１１０４は、第１ユーザの旅行中に受信されたと判定されたなった決済要求について、決済完了画面２１０に、割り勘メッセージ２１１、承認ボタン２１２及び非承認ボタン２１３を含ませてもよい。

決済情報送信部１１１７は、第１ユーザの旅行中に受信されたと旅行判定部１１１６により判定された決済要求が複数ある場合、その旅行が終了したと旅行判定部１１１６により判定された後、それら複数の決済要求に対応する複数の決済をそれぞれ示す複数の決済情報を、ユーザ端末２－１へ送信してもよい。各決済情報は、例えば取引番号、決済日、支払先の施設名、決済額等を含んでもよい。決済情報送信部１１１７は、旅行判定部１１１６により旅行が終了したと判定された第１ユーザのユーザＩＤを含む保留決済情報を、割り勘保留決済ＤＢ１４ｉから検索してもよい。決済情報送信部１１１７は、保留決済情報に含まれる取引番号と同一の取引番号を含む決済ログを、決済履歴ＤＢ１４ｄから検索してもよい。そして、決済情報送信部１１１７は、決済ログに基づいて決済情報を生成してもよい。

決済情報送信部１１１７は、割り勘にする決済を第１ユーザが確認及び編集するための決済編集画面をユーザ端末２－１に表示させてもよい。決済情報送信部１１１７は、例えば決済編集画面に相当するウェブページを、ユーザ端末２－１へ送信してもよい。このウェブページは決済情報を含んでもよい。

図２１は、決済編集画面２４０の一例を示す図である。図２１に示すように、決済編集画面２４０は、複数の決済情報２４１、承認ボタン２４３及び非承認ボタン２４４を含んでもよい。各決済情報２４１は、第１ユーザの要求に応じて実行された決済に関する情報である。各決済情報２４１は、例えば、決済日、支払先の名称、決済額等を含んでもよい。更に決済情報２４１は、削除ボタン２４２を含んでもよい。削除ボタン２４２は、決済情報２４１により示される決済で支払われた代金を、割り勘の対象から削除するために操作可能なボタンである。削除ボタン２４２が操作されると、この削除ボタン２４２を含む決済情報２４１が、決済編集画面２４０から消去される。承認ボタン２４３は、決済編集画面２４０に現在表示されている決済情報２４１により示される決済で支払われた代金を割り勘の対象とすることを承認するために操作可能なボタンである。承認ボタン２４３が操作されると、ユーザ端末２－１は、請求先編集画面２２０を表示してもよい。その後、ユーザ操作に従って、負担金額編集画面２３０及び請求確認画面に、画面が順次遷移してもよい。

宿泊施設に対する宿泊料金がオンライン決済で支払われる場合、これまでに述べた方法では、その宿泊料金は割り勘の対象には含まれない。また、宿泊施設で宿泊料金が現金で決済された場合も、その宿泊料金は割り勘の対象には含まれない。更に、交通機関のチケットの購入代金の決済に利用可能な方法がオンライン決済に限定されていると仮定した場合、その購入代金も割り勘の対象には含まれない。しかしながら、決済情報送信部１１１７は、予約情報から料金を取得することができる。そのため、決済情報送信部１１１７は、旅行のために旅行中に利用されるサービスであって、予約されたサービスに対する代金が電子決済アプリを用いて決済されたか否かに係わらず、またその決済時期が旅行期間中であるか否かに係わらず、その代金を割り勘の対象に含めてもよい。例えば、図２１に示す例の場合、往復の航空券の購入代金も割り勘の対象に含まれてもよい。

負担金額取得部１１０７は、第１ユーザの旅行中に受信されたと旅行判定部１１１６により判定された決済要求が複数ある場合、それら複数の決済要求情報に応じて決済された複数の代金の額の合計に応じた負担金の額を取得してもよい。例えば、負担金額取得部１１０７は、決済情報送信部１１１７により検索された各決済ログから、決済額を取得してもよい。負担金額取得部１１０７は、複数の決済額の合計を、グループ特定部１１０２により特定されたグループのメンバの人数で除算することにより、１人あたりの負担金額を計算してもよい。或いは、負担金額取得部１１０７は、代金の額の合計及びグループの各メンバの年齢に基づいて、各メンバの負担金額を計算してもよい。負担金額編集画面２３０において、何れかの決済が割り勘の対象から削除された場合、負担金額取得部１１０７は、削除された決済を除いて、決済額の合計を計算してもよい。負担金額取得部１１０７は、前述と同様に、旅行のために予約されたサービスに対する代金が電子決済アプリを用いて決済されたか否かに係わらず、その代金を割り勘の対象に含めてもよい。

負担金額情報送信部１１１０は、第１ユーザの旅行が終了したと旅行判定部１１１６により判定された後、代金額の合計に応じて負担金額取得部１１０７により取得された負担金額を示す負担金額情報を、ユーザ端末２－２へ送信してもよい。負担金額情報送信部１１１０は、負担金額情報を送信すると、旅行が終了したと判定された第１ユーザのユーザＩＤを含む保留決済情報を割り勘保留決済ＤＢ１４ｉから削除してもよい。

図２２は、請求画面３１０の一例を示す図である。図２２において、図１１と同様の要素については同一の符号が付されている。図２２示すように、請求画面３１０は、複数の決済情報３１１、負担金額情報３１２、送金ボタン３１３、チャージボタン３１４、非送金ボタン３１５、合計額３１６等を含んでもよい。合計額３１６は、複数の決済情報３１１により示される複数の決済額の合計を示す。

以上説明したように、本実施形態によれば、旅行のためサービスの予約情報に基づいて、ユーザ端末２－１を利用した決済が、第１ユーザの旅行中に行われるか否か、また第１ユーザの旅行が終了したか否かが判定される。第１ユーザの旅行中に決済が行われた場合、その時点では、割り勘に基づく送金のための処理は行われない。旅行が終了した後、旅行中に行われた複数の決済についてまとめて、割り勘に基づく送金のための処理が行われる。従って、第１ユーザが属するグループは、旅行中に第１ユーザが支払った代金を、旅行後にまとめて割り勘にすることができる。

［６．その他の実施形態］
これまで説明した実施形態において、位置関係情報に基づいたグループ特定部１１０２によるグループの特定は、割り勘のためのグループ内でのメンバ間の送金のために行われていた。しかしながら、グループの特定は、メンバ間での割り勘でも送金でもない用途に用いられてもよい。例えば、グループのメンバ間での情報の共有、グループ内のメンバ間で共通又は類似する属性に応じた情報の配信、グループがいる施設に関する情報の配信等に、グループの特定が用いられてもよい。

（付記１－１）ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、を備えることを特徴とする支払い処理装置。

（付記１－２）前記受信された決済要求情報に応じて決済される前記代金は、何れかの施設に対して支払われる代金であり、前記第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得手段と、前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が前記施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定する特定手段と、を更に備えることを特徴とする付記１－１に記載の支払い装置。

（付記１－３）前記特定手段は、前記第１端末装置が前記施設に所定時間以上位置したことを前記第１位置情報が示すことを条件として、前記第２ユーザを特定することを特徴とする付記１－２に記載の支払い処理装置。

（付記１－４）前記特定手段は、前記少なくとも一の端末装置のうち、前記第１端末装置が前記施設の外に位置しているときの前記第１端末装置との間の前記位置関係が所定位置関係である端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする付記１－２又は１－３に記載の支払い処理装置。

（付記１－５）前記取得される位置関係情報は、前記第１端末装置と前記少なくとも一の端末装置それぞれとの間での無線通信の状況を示す通信状況情報を更に含み、前記特定手段は、前記通信状況情報に基づいて、前記第１端末装置と前記少なくとも一の端末装置それぞれとの前記位置関係を特定することを特徴とする付記１－２乃至１－４の何れか一に記載の支払い処理装置。

（付記１－６）前記少なくとも一の端末装置それぞれは、無線で所定信号を送信し、前記通信状況情報は、前記第１端末装置に到達した前記所定信号を送信してきた端末装置を示し、前記特定手段は、前記第１端末装置に到達した前記所定信号を送信してきた前記端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする付記１－５に記載の支払い処理装置。

（付記１－７）送金元及び送金先それぞれのユーザを識別可能な送金履歴であって、前記第１ユーザが前記送金元及び前記送金先のうちの何れかである送金履歴を示す送金履歴情報を取得する送金履歴情報取得手段を更に備え、前記特定手段は、前記取得された位置関係情報及び前記取得された送金履歴情報に基づいて、前記第２ユーザを特定することを特徴とする付記１－２乃至１－６の何れか一に記載の支払い処理装置。

（付記１－８）前記所定位置関係は、所定の第１位置関係と、前記第１位置関係とは異なる所定の第２位置関係と、を含み、前記特定手段は、前記第１端末装置との間の位置関係が前記第１位置関係であるとともに前記第２位置関係でもある端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定し、前記特定手段は、前記第１端末装置との間の位置関係が、前記第１位置関係及び前記第２位置関係のうち何れか一方のみである端末装置を利用するユーザと前記第１ユーザとの間に送金の事実がある場合に、該ユーザを、前記グループに属する前記第２ユーザとして特定することを特徴とする付記１－７に記載の支払い装置。

（付記１－９）前記特定された第２ユーザを示す請求先情報を、前記第１端末装置へ送信する請求先情報送信手段と、前記送信された請求先情報により示される前記第２ユーザを編集する操作を前記第１端末装置が受け付けることに応じて、前記編集後の前記第２ユーザを示す編集請求先情報を取得する編集請求先情報取得手段と、を更に備え、前記負担金額取得手段は、前記取得された編集請求先情報により示される前記第２ユーザについて前記負担金の額を取得し、前記負担金額情報送信手段は、前記取得された編集請求先情報により示される前記第２ユーザが利用する前記第２端末装置へ、前記負担金額情報を送信することを特徴とする付記１－２乃至１－８の何れか一に記載の支払い処理装置。

（付記１－１０）前記所定位置関係は、前記第１ユーザと前記第２ユーザとが前記グループで施設を利用しているときに見られる位置関係であって、前記第１端末装置と前記第２端末装置との位置関係であることを特徴とする付記１－２乃至１－９の何れか一に記載の支払い処理装置。

（付記１－１１）前記送金手段により前記送金の処理が実行されたことに応じて、前記第１ユーザ及び前記第２ユーザのうち少なくとも何れか一方へ特典を付与する処理を実行する付与手段を更に備えることを特徴とする付記１－１乃至１－１０の何れか一に記載の支払い処理装置。

（付記１－１２）前記付与手段は、前記負担金の額に応じた価値の前記特典を、前記第２ユーザへ付与することを特徴とする付記１－１１に記載の支払い処理装置。

（付記１－１３）前記決済される代金は、前記第１ユーザが何れか第１施設を利用する際に前記第１施設に対して前記第１ユーザが支払う代金であり、前記付与手段は、前記第１施設と異なる施設のうち、前記第１施設から所定範囲内に位置する第２施設で利用可能な特典を、前記第２ユーザへ付与することを特徴とする付記１－１１又は１－１２に記載の支払い処理装置。

（付記１－１４）前記決済される代金は、前記第１ユーザが何れかの施設を利用する際に前記施設に対して前記第１ユーザが支払う代金であり、前記付与手段は、前記施設で利用可能な特典を、前記第２ユーザへ付与することを特徴とする付記１－１１乃至１－１３の何れか一に記載の支払い処理装置。

（付記１－１５）前記付与手段は、前記取得された負担金の額を差し引いた前記代金の額に応じた価値の前記特典を、前記第１ユーザへ付与することを特徴とする付記１－１１乃至１－１４の何れか一に記載の支払い処理装置。

（付記１－１６）前記送金手段は、前記負担金を所定電子マネーで送金する前記処理を実行し、前記付与手段は、前記送金手段による前記送金が、前記第２ユーザによる前記所定電子マネーの初めての利用である場合、前記第１ユーザへ前記特典を付与することを特徴とする付記１－１１乃至１－１５の何れか一に記載の支払い処理装置。

（付記１－１７）前記負担金額取得手段は、前記第１ユーザの負担金の額及び前記第２ユーザの負担金の額を、それぞれ前記第１ユーザの年齢及び前記第２ユーザの年齢に応じた額に決定し、前記負担金額情報送信手段は、前記負担金額取得手段により前記第２ユーザについて決定された前記負担金の額を示す前記負担金額情報を送信することを特徴とする付記１－１乃至１－１６の何れか一に記載の支払い処理装置。

（付記１－１８）前記取得された負担金の額を示す第２負担金額情報を、前記第１端末装置へ送信する第２負担金額情報送信手段と、前記送信された第２負担金額情報により示される前記負担金の額を変更する操作を前記第１端末装置が受け付けることに応じて、前記変更後の前記負担金の額を示す変更負担金額情報を取得する変更負担金額情報取得手段と、を更に備え、前記負担金額情報送信手段は、前記取得された変更負担金額情報を前記負担金額情報として送信することを特徴とする付記１－１乃至１－１７の何れか一に記載の支払い処理装置。

（付記１－１９）旅行のために該旅行中に利用可能なサービスに対する前記第１ユーザによる予約を示す予約情報を取得する予約情報取得手段と、前記取得された予約情報に基づいて、前記第１ユーザが前記旅行中に前記決済要求情報受信手段により前記決済要求情報が受信されたか否かと、前記旅行が終了したか否かと、をそれぞれ判定する判定手段と、を更に備え、前記負担金額取得手段は、前記旅行中に受信されたと前記判定手段により判定された前記決済要求情報が複数ある場合、該複数の決済要求情報に応じて決済される複数の前記代金の額の合計に応じた前記負担金の額を取得し、前記負担金額情報送信手段は、前記旅行が終了したと前記判定手段により判定された後、前記代金の額の合計に応じて前記負担金額取得手段により取得された前記負担金の額の合計を示す前記負担金額情報を送信することを特徴とする付記１－１乃至１－１８の何れか一に記載の支払い処理装置。

（付記１－２０）コンピュータにより実行される支払い方法において、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信ステップと、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得ステップと、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信ステップと、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信ステップと、前記送金要求情報受信ステップにより前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金ステップと、を備えることを特徴とする支払い処理方法。

（付記１－２１）コンピュータを、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段、として機能させることを特徴とする支払い処理プログラム。

（付記２－１）ユーザのグループに属する何れか第１ユーザが利用する第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得手段と、前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が何れかの施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する第２ユーザとして特定する特定手段と、を備えることを特徴とするグループ特定装置。

（付記２－２）前記特定手段は、前記第１端末装置が前記施設に所定時間以上位置したことを前記第１位置情報が示すことを条件として、前記第２ユーザを特定することを特徴とする付記２－１に記載のグループ特定装置。

（付記２－３）前記特定手段は、前記少なくとも一の端末装置のうち、前記第１端末装置が前記施設の外に位置しているときの前記第１端末装置との間の前記位置関係が所定位置関係である端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする付記２－１又は２－２に記載のグループ特定装置。

（付記２－４）前記取得される位置関係情報は、前記第１端末装置と前記少なくとも一の端末装置それぞれとの間での無線通信の状況を示す通信状況情報を更に含み、前記特定手段は、前記通信状況情報に基づいて、前記第１端末装置と前記少なくとも一の端末装置それぞれとの前記位置関係を特定することを特徴とする付記２－１乃至２－３の何れか一に記載のグループ特定装置。

（付記２－５）前記少なくとも一の端末装置それぞれは、無線で所定信号を送信し、前記通信状況情報は、前記第１端末装置に到達した前記所定信号を送信してきた端末装置を示し、前記特定手段は、前記第１端末装置に到達した前記所定信号を送信してきた前記端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする付記２－４に記載のグループ特定装置。

（付記２－６）送金元及び送金先それぞれのユーザを識別可能な送金履歴であって、前記第１ユーザが前記送金元及び前記送金先のうちの何れかである送金履歴を示す送金履歴情報を取得する送金履歴情報取得手段を更に備え、前記特定手段は、前記取得された位置関係情報及び前記取得された送金履歴情報に基づいて、前記第２ユーザを特定することを特徴とする付記２－１乃至２－５の何れか一に記載のグループ特定装置。

（請求項２－７）前記所定位置関係は、所定の第１位置関係と、前記第１位置関係とは異なる所定の第２位置関係と、を含み、前記特定手段は、前記第１端末装置との間の位置関係が前記第１位置関係であるとともに前記第２位置関係でもある端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定し、前記特定手段は、前記第１端末装置との間の位置関係が、前記第１位置関係及び前記第２位置関係のうち何れか一方のみである端末装置を利用するユーザと前記第１ユーザとの間に送金の事実がある場合に、該ユーザを、前記グループに属する前記第２ユーザとして特定することを特徴とする付記６に記載のグループ特定装置。

（付記２－８）前記所定位置関係は、前記第１ユーザと前記第２ユーザとが前記グループで前記施設を利用しているときに見られる位置関係であって、前記第１端末装置と前記第２ユーザが利用する第２端末装置との位置関係であることを特徴とする付記２－１乃至２－７の何れか一に記載のグループ特定装置。

（付記２－９）前記第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、前記受信された決済要求情報に応じて決済される前記代金のうち、前記第２ユーザに請求する負担金の額を取得する負担金額取得手段と、前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、を更に備えることを特徴とする付記２－１乃至２－８の何れか一に記載のグループ特定装置。

（付記２－１０）前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、を更に備えることを特徴とする付記２－９に記載のグループ特定装置。

（付記２－１１）前記特定された第２ユーザを示す請求先情報を、前記第１端末装置へ送信する請求先情報送信手段と、前記送信された請求先情報により示される前記第２ユーザを編集する操作を前記第１端末装置が受け付けることに応じて、前記編集後の前記第２ユーザを示す編集請求先情報を取得する編集請求先情報取得手段と、を更に備え、前記負担金額取得手段は、前記取得された編集請求先情報により示される前記第２ユーザについて前記負担金の額を取得し、前記負担金額情報送信手段は、前記取得された編集請求先情報により示される前記第２ユーザが利用する前記第２端末装置へ、前記負担金額情報を送信することを特徴とする付記２－９又は２－１０に記載のグループ特定装置。

（付記２－１２）コンピュータにより実行されるグループ特定方法において、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得ステップと、前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が何れかの施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する第２ユーザとして特定する特定ステップと、を含むことを特徴とするグループ特定方法。

（付記２－１３）コンピュータを、ユーザのグループに属する何れか第１ユーザが利用する第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得手段と、前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が何れかの施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する第２ユーザとして特定する特定手段と、として機能させることを特徴とするグループ特定プログラム。

１ 電子決済サーバ
２ ユーザ端末
３ 旅行予約サーバ
１１ システム制御部
１２ システムバス
１３ 入出力インタフェース
１４ 記憶部
１４ａ ユーザＤＢ
１４ｂ 施設ＤＢ
１４ｃ 電子マネー残高ＤＢ
１４ｄ 決済履歴ＤＢ
１４ｅ 送金履歴ＤＢ
１４ｆ 位置情報ＤＢ
１４ｇ 端末間通信状況ＤＢ
１４ｈ 発行済クーポンＤＢ
１４ｉ 割り勘保留決済ＤＢ
１５ 通信部
３ａ 宿泊施設予約ＤＢ
３ｂ 交通機関チケット予約ＤＢ
１１０１ 位置関係情報取得部
１１０２ グループ特定部
１１０３ 決済要求受信部
１１０４ 決済部
１１０５ 請求先情報送信部
１１０６ 編集請求先情報取得部
１１０７ 負担金額取得部
１１０８ 暫定負担金額情報送信部
１１０９ 変更負担金額情報取得部
１１１０ 負担金額情報送信部
１１１１ 送金要求受信部
１１１２ 送金部
１１１３ 特典付与部
１１１４ 送金履歴取得部
１１１５ 予約情報取得部
１１１６ 旅行判定部
１１１７ 決済情報送信部
ＮＷ ネットワーク
Ｓ 通信システム

Claims (22)

1. ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、
   前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、
   前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、
   前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、
   前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、
   前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与手段と、
   を備えることを特徴とする支払い処理装置。
2. 前記受信された決済要求情報に応じて決済される前記代金は、何れかの施設に対して支払われる代金であり、
   前記第１端末装置と、前記第１端末装置と異なる少なくとも一の端末装置それぞれと、の間の位置関係を示す位置関係情報であって、前記第１端末装置の位置を示す第１位置情報を含む位置関係情報を取得する位置関係情報取得手段と、
   前記少なくとも一の端末装置のうち、前記取得された位置関係情報により、前記第１端末装置が前記施設に位置しているときの前記位置関係が所定位置関係であると示される端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定する特定手段と、
   を更に備えることを特徴とする請求項１に記載の支払い処理装置。
3. 前記特定手段は、前記第１端末装置が前記施設に所定時間以上位置したことを前記第１位置情報が示すことを条件として、前記第２ユーザを特定することを特徴とする請求項２に記載の支払い処理装置。
4. 前記特定手段は、前記少なくとも一の端末装置のうち、前記第１端末装置が前記施設の外に位置しているときの前記第１端末装置との間の前記位置関係が所定位置関係である端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする請求項２又は３に記載の支払い処理装置。
5. 前記取得される位置関係情報は、前記第１端末装置と前記少なくとも一の端末装置それぞれとの間での無線通信の状況を示す通信状況情報を更に含み、
   前記特定手段は、前記通信状況情報に基づいて、前記第１端末装置と前記少なくとも一の端末装置それぞれとの前記位置関係を特定することを特徴とする請求項２に記載の支払い処理装置。
6. 前記少なくとも一の端末装置それぞれは、無線で所定信号を送信し、
   前記通信状況情報は、前記第１端末装置に到達した前記所定信号を送信してきた端末装置を示し、
   前記特定手段は、前記第１端末装置に到達した前記所定信号を送信してきた前記端末装置を利用するユーザの中から、前記第２ユーザを特定することを特徴とする請求項５に記載の支払い処理装置。
7. 送金元及び送金先それぞれのユーザを識別可能な送金履歴であって、前記第１ユーザが前記送金元及び前記送金先のうちの何れかである送金履歴を示す送金履歴情報を取得する送金履歴情報取得手段を更に備え、
   前記特定手段は、前記取得された位置関係情報及び前記取得された送金履歴情報に基づいて、前記第２ユーザを特定することを特徴とする請求項２又は５に記載の支払い処理装置。
8. 前記所定位置関係は、所定の第１位置関係と、前記第１位置関係とは異なる所定の第２位置関係と、を含み、
   前記特定手段は、前記第１端末装置との間の位置関係が前記第１位置関係であるとともに前記第２位置関係でもある端末装置を利用するユーザを、前記グループに属する前記第２ユーザとして特定し、
   前記特定手段は、前記第１端末装置との間の位置関係が、前記第１位置関係及び前記第２位置関係のうち何れか一方のみである端末装置を利用するユーザと前記第１ユーザとの間に送金の事実がある場合に、該ユーザを、前記グループに属する前記第２ユーザとして特定することを特徴とする請求項７に記載の支払い処理装置。
9. 前記特定された第２ユーザを示す請求先情報を、前記第１端末装置へ送信する請求先情報送信手段と、
   前記送信された請求先情報により示される前記第２ユーザを編集する操作を前記第１端末装置が受け付けることに応じて、前記編集後の前記第２ユーザを示す編集請求先情報を取得する編集請求先情報取得手段と、
   を更に備え、
   前記負担金額取得手段は、前記取得された編集請求先情報により示される前記第２ユーザについて前記負担金の額を取得し、
   前記負担金額情報送信手段は、前記取得された編集請求先情報により示される前記第２ユーザが利用する前記第２端末装置へ、前記負担金額情報を送信することを特徴とする請求項２又は３に記載の支払い処理装置。
10. 前記所定位置関係は、前記第１ユーザと前記第２ユーザとが前記グループで施設を利用しているときに見られる位置関係であって、前記第１端末装置と前記第２端末装置との位置関係であることを特徴とする請求項２又は３に記載の支払い処理装置。
11. 前記付与手段は、更に前記第２ユーザへ特典を付与する処理を実行することを特徴とする請求項１に記載の支払い処理装置。
12. 前記付与手段は、前記負担金の額に応じた価値の前記特典を、前記第２ユーザへ付与することを特徴とする請求項１１に記載の支払い処理装置。
13. 前記決済される代金は、前記第１ユーザが何れか第１施設を利用する際に前記第１施設に対して前記第１ユーザが支払う代金であり、
    前記付与手段は、前記第１施設と異なる施設のうち、前記第１施設から所定範囲内に位置する第２施設で利用可能な特典を、前記第１ユーザ又は前記第２ユーザへ付与することを特徴とする請求項１又は１１に記載の支払い処理装置。
14. 前記決済される代金は、前記第１ユーザが何れかの施設を利用する際に前記施設に対して前記第１ユーザが支払う代金であり、
    前記付与手段は、前記施設で利用可能な特典を、前記第１ユーザ又は前記第２ユーザへ付与することを特徴とする請求項１又は１１に記載の支払い処理装置。
15. 前記付与手段は、前記取得された負担金の額を差し引いた前記代金の額に応じた価値の前記特典を、前記第１ユーザへ付与することを特徴とする請求項１又は１１に記載の支払い処理装置。
16. 前記送金手段は、前記負担金を所定電子マネーで送金する前記処理を実行し、
    前記付与手段は、前記送金手段による前記送金が、前記第２ユーザによる前記所定電子マネーの初めての利用である場合、前記第１ユーザへ前記特典を付与することを特徴とする請求項１又は１１に記載の支払い処理装置。
17. 前記付与手段は、前記代金を前記第１ユーザが決済する決済処理が実行され、且つ、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行された場合、前記第１ユーザへ特典を付与し、前記決済処理が実行されたが、前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されなかった場合、前記第１ユーザへ特典を付与しないことを特徴とする請求項１又は１１に記載の支払い処理装置。
18. 前記負担金額取得手段は、前記第１ユーザの負担金の額及び前記第２ユーザの負担金の額を、それぞれ前記第１ユーザの年齢及び前記第２ユーザの年齢に応じた額に決定し、
    前記負担金額情報送信手段は、前記負担金額取得手段により前記第２ユーザについて決定された前記負担金の額を示す前記負担金額情報を送信することを特徴とする請求項１又は２に記載の支払い処理装置。
19. 前記取得された負担金の額を示す第２負担金額情報を、前記第１端末装置へ送信する第２負担金額情報送信手段と、
    前記送信された第２負担金額情報により示される前記負担金の額を変更する操作を前記第１端末装置が受け付けることに応じて、前記変更後の前記負担金の額を示す変更負担金額情報を取得する変更負担金額情報取得手段と、
    を更に備え、
    前記負担金額情報送信手段は、前記取得された変更負担金額情報を前記負担金額情報として送信することを特徴とする請求項１又は２に記載の支払い処理装置。
20. 旅行のために該旅行中に利用可能なサービスに対する前記第１ユーザによる予約を示す予約情報を取得する予約情報取得手段と、
    前記取得された予約情報に基づいて、前記第１ユーザが前記旅行中に前記決済要求情報受信手段により前記決済要求情報が受信されたか否かと、前記旅行が終了したか否かと、をそれぞれ判定する判定手段と、
    を更に備え、
    前記負担金額取得手段は、前記旅行中に受信されたと前記判定手段により判定された前記決済要求情報が複数ある場合、該複数の決済要求情報に応じて決済される複数の前記代金の額の合計に応じた前記負担金の額を取得し、
    前記負担金額情報送信手段は、前記旅行が終了したと前記判定手段により判定された後、前記代金の額の合計に応じて前記負担金額取得手段により取得された前記負担金の額の合計を示す前記負担金額情報を送信することを特徴とする請求項１又は２に記載の支払い処理装置。
21. コンピュータにより実行される支払い方法において、
    ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信ステップと、
    前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得ステップと、
    前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信ステップと、
    前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信ステップと、
    前記送金要求情報受信ステップにより前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金ステップと、
    前記送金ステップにおいて前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与ステップと、
    を備えることを特徴とする支払い処理方法。
22. コンピュータを、
    ユーザのグループに属する何れか第１ユーザが利用する第１端末装置を利用した決済であって、前記第１ユーザが支払う代金の決済の要求を示す決済要求情報を受信する決済要求情報受信手段と、
    前記受信された決済要求情報に応じて決済される前記代金のうち、前記グループに属する第２ユーザであって、前記第１ユーザと異なる第２ユーザに請求する負担金の額を取得する負担金額取得手段と、
    前記取得された負担金の額を示す負担金額情報を、前記第２ユーザが利用する第２端末装置へ送信する負担金額情報送信手段と、
    前記送信された負担金額情報を受信した前記第２端末装置が送金の操作を受け付けることに応じて、前記第２端末装置から送金の要求を示す送金要求情報を受信する送金要求情報受信手段と、
    前記送金要求情報受信手段により前記送金要求情報が受信されることに応じて、前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理を実行する送金手段と、
    前記送金手段により前記第２ユーザから前記第１ユーザへ前記負担金を送金する処理が実行されたことを条件に、前記第１ユーザへ特典を付与する処理を実行する付与手段、
    として機能させることを特徴とする支払い処理プログラム。

Images