(57)【要約】【課題】従来、グループを構成する各人の負担情報を蓄積し、利用する仕組みはなかった。【解決手段】グループを識別するグループ識別子と、グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納されるグループ情報格納部と、グループ識別子と各人の負担情報を有する支払情報を受信する支払情報受信部と、支払情報受信部が受信した支払情報が有する各人の負担情報を、支払情報受信部が受信したグループ識別子に対応付けて蓄積する蓄積部と、グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う負担情報処理部とを具備する情報処理装置により、グループを構成する各人の負担情報を蓄積し、利用する仕組みを提供できる。【選択図】図１
2019101908.tif 000002
【特許請求の範囲】
【請求項１】
グループを識別するグループ識別子と、当該グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納されるグループ情報格納部と、
グループ識別子と各人の負担情報を有する支払情報を受信する支払情報受信部と、
前記支払情報受信部が受信した支払情報が有する各人の負担情報を、前記支払情報受信部が受信したグループ識別子に対応付けて蓄積する蓄積部と、
前記グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う負担情報処理部とを具備する情報処理装置。
【請求項２】
前記負担情報処理部は、
前記グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得する負担情報取得手段、または当該２以上の各ユーザの負担情報を統計処理し、統計処理した結果である統計情報を取得する統計処理手段と、
前記負担情報取得手段が取得した負担情報、または前記統計処理手段が取得した統計情報を、前記グループ情報が有するグループ識別子により識別されるグループを構成する２以上の各ユーザに送信する送信手段とを具備する請求項１記載の情報処理装置。
【請求項３】
前記負担情報処理部は、
前記グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、次のグループでの支払いにおける各ユーザの負担に関する情報である負担提案情報を構成する負担提案情報構成手段と、
前記負担提案情報を送信する送信手段とを具備する請求項１記載の情報処理装置。
【請求項４】
負担情報を用いた条件に関する条件情報と、ユーザに送信するレコメンド情報とを対応付けて格納しているレコメンド情報格納部をさらに具備し、
前記負担情報処理部は、
前記グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報を前記レコメンド情報格納部から取得するレコメンド情報取得手段と、
前記レコメンド情報取得手段が取得したレコメンド情報を送信する送信手段とを具備する請求項１記載の情報処理装置。
【請求項５】
前記負担情報処理部は、
前記支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人に対する決済のための処理である決済処理を行う決済処理手段を具備する請求項１から請求項４いずれか一項に記載の情報処理装置。
【請求項６】
前記グループ情報格納部のグループ情報は、
チャージされている金額を示すチャージ金額情報を有し、
前記決済処理手段は、
前記支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、前記チャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う請求項５記載の情報処理装置。
【請求項７】
ユーザ識別子と各ユーザがチャージしているユーザチャージ金額情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部と、
前記決済処理手段は、
前記支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う請求項６記載の情報処理装置。
【請求項８】
前記グループ情報格納部のグループ情報は、
グループ識別子と、当該グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報と各ユーザがチャージしているユーザチャージ金額情報とを有し、
前記決済処理手段は、
前記支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う請求項６記載の情報処理装置。
【請求項９】
ユーザ識別子と、処理対象の情報である処理対象情報とを端末装置から受信する処理対象情報受信部と、
前記処理対象情報が転送対象の情報であるか否かを判断する判断部と、
前記判断部が転送対象の情報であると判断した処理対象情報を、前記ユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置に、前記処理対象情報を転送する転送部とをさらに具備する請求項１から請求項８いずれか一項に記載の情報処理装置。
【請求項１０】
前記グループ情報は、グループの口座を識別するグループ口座識別子を有し、
前記支払情報受信部が受信する支払情報は、グループ識別子と支払い総額を示す支払総額情報と各人の負担情報とを有し、
前記負担情報処理部は、
前記支払情報受信部が受信する支払情報が有する各人の負担情報に対応する金額の合計である合計金額と前記支払総額情報が示す支払総額との差額を算出する差額算出手段と、
前記差額が０より大きい場合に、前記差額分の金額を前記グループ識別子と対になるグループ口座識別子で識別されるグループ口座にチャージするための処理であるチャージ処理を行うチャージ処理手段を具備する請求項１から請求項９いずれか一項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループを構成するメンバ間の負担に関する情報を処理する情報処理装置等に関する。
【背景技術】
【０００２】
従来、グループをなす複数企業間の資金を一括して集中管理する企業間資金集中管理システムが存在した（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３５８４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来、グループを構成する各人の負担情報を蓄積し、利用する仕組みはなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の情報処理装置は、グループを識別するグループ識別子と、グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納されるグループ情報格納部と、グループ識別子と各人の負担情報を有する支払情報を受信する支払情報受信部と、支払情報受信部が受信した支払情報が有する各人の負担情報を、支払情報受信部が受信したグループ識別子に対応付けて蓄積する蓄積部と、グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う負担情報処理部とを具備する情報処理装置である。
【０００６】
かかる構成により、グループを構成する各人の負担情報を蓄積し、利用する仕組みを提供できる。
【０００７】
また、本第二の発明の情報処理装置は、第一の発明に対して、負担情報処理部は、グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得する負担情報取得手段、または２以上の各ユーザの負担情報を統計処理し、統計処理した結果である統計情報を取得する統計処理手段と、負担情報取得手段が取得した負担情報、または統計処理手段が取得した統計情報を、グループ情報が有するグループ識別子により識別されるグループを構成する２以上の各ユーザに送信する送信手段とを具備する情報処理装置である。
【０００８】
かかる構成により、蓄積した各人の負担情報を用いて、過去の負担、またはそれを統計処理した結果を、各ユーザに知らせることができる。
【０００９】
また、本第三の発明の情報処理装置は、第一の発明に対して、負担情報処理部は、グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、次のグループでの支払いにおける各ユーザの負担に関する情報である負担提案情報を構成する負担提案情報構成手段と、負担提案情報を送信する送信手段とを具備する情報処理装置である。
【００１０】
かかる構成により、蓄積した各人の負担情報を用いて、今回または次回以降の各人の負担に関する提案を行える。
【００１１】
また、本第四の発明の情報処理装置は、第一の発明に対して、負担情報を用いた条件に関する条件情報と、ユーザに送信するレコメンド情報とを対応付けて格納しているレコメンド情報格納部をさらに具備し、負担情報処理部は、グループ情報格納部に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報をレコメンド情報格納部から取得するレコメンド情報取得手段と、レコメンド情報取得手段が取得したレコメンド情報を送信する送信手段とを具備する情報処理装置である。
【００１２】
かかる構成により、蓄積した各人の負担情報を用いて、そこに含まれる商品や店舗の情報に基づくレコメンド、または各人の負担の額や割合に応じたレコメンドを、各ユーザに対して行える。
【００１３】
また、本第五の発明の情報処理装置は、第一から第四いずれか１つの発明に対して、負担情報処理部は、支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人に対する決済のための処理である決済処理を行う決済処理手段を具備する情報処理装置である。
【００１４】
かかる構成により、各人の負担情報に対する決済処理を、情報処理装置が自ら行える。
【００１５】
また、本第六の発明の情報処理装置は、第五の発明に対して、グループ情報格納部のグループ情報は、チャージされている金額を示すチャージ金額情報を有し、決済処理手段は、支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、チャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う情報処理装置である。
【００１６】
かかる構成により、グループのチャージ金額から各人の負担情報に対する金額を減額することにより、各人の負担情報に対する決済処理を行える。
【００１７】
また、本第七の発明の情報処理装置は、第六の発明に対して、ユーザ識別子と各ユーザがチャージしているユーザチャージ金額情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部をさらに具備し、決済処理手段は、支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う情報処理装置である。
【００１８】
かかる構成により、各人のユーザチャージ金額から各人の負担情報に対する金額を減額することによって、各人の負担情報に対する決済処理を行える。
【００１９】
また、本第八の発明の情報処理装置は、第六の発明に対して、グループ情報格納部のグループ情報は、グループ識別子と、グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報と各ユーザがチャージしているユーザチャージ金額情報とを有し、決済処理手段は、支払情報受信部が受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う情報処理装置である。
【００２０】
かかる構成により、各人のユーザチャージ金額から各人の負担情報に対する金額を減額することによって、各人の負担情報に対する決済処理を行える。
【００２１】
なお、第一から第四いずれか１つの発明において、支払情報受信部が受信した支払情報が有する各人の負担情報は、端末装置で決済された結果に関する情報であってもよい。
【００２２】
かかる構成により、端末装置での決済結果を、情報処理装置が各人の負担情報として利用できる。
【００２３】
また、本第九の発明の情報処理装置は、第一から第八いずれか１つの発明に対して、ユーザ識別子と、処理対象の情報である処理対象情報とを端末装置から受信する処理対象情報受信部と、処理対象情報が転送対象の情報であるか否かを判断する判断部と、判断部が転送対象の情報であると判断した処理対象情報を、ユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置に、処理対象情報を転送する転送部とをさらに具備する情報処理装置である。
【００２４】
かかる構成により、ユーザ間での情報のやり取りを媒介できる。
【００２５】
また、本第十の発明の情報処理装置は、第一から第九いずれか１つの発明に対して、グループ情報は、グループの口座を識別するグループ口座識別子を有し、支払情報受信部が受信する支払情報は、グループ識別子と支払い総額を示す支払総額情報と各人の負担情報とを有し、負担情報処理部は、支払情報受信部が受信する支払情報が有する各人の負担情報に対応する金額の合計である合計金額と支払総額情報が示す支払総額との差額を算出する差額算出手段と、差額が０より大きい場合に、差額分の金額をグループ識別子と対になるグループ口座識別子で識別されるグループ口座にチャージするための処理であるチャージ処理を行うチャージ処理手段を具備する情報処理装置である。
【００２６】
かかる構成により、決済後の残額をグループで管理できる。
【００２７】
なお、第一から第十いずれか１つの発明において、情報処理装置は、グループ識別子とユーザ識別子とを有するグループ参加情報を受信するグループ参加情報受信部と、グループ参加情報が有するグループ識別子を有するグループ情報に、グループ参加情報が有するユーザ識別子を追記する参加処理部とをさらに具備していてもよい。
【００２８】
かかる構成により、グループに新たなユーザを追加できる。
【００２９】
また、第一から第十いずれか１つの発明において、グループ情報は、金額を示す金額情報を有し、情報処理装置は、金額情報が示す金額の全部または一部を、他のユーザにチャージし、チャージした金額を金額情報から減額し、金額情報を更新する移行チャージ部をさらに具備していてもよい。
【００３０】
かかる構成により、グループの電子マネーを他ユーザにチャージできる。
【発明の効果】
【００３１】
本発明によれば、グループを構成する各人の負担情報を蓄積し、利用する仕組みを提供できる。
【図面の簡単な説明】
【００３２】
【図１】実施の形態における情報システムのブロック図
【図２】同情報システムの動作について説明するフローチャート
【図３】同ユーザ情報のデータ構造図
【図４】同支払情報のデータ構造図
【図５】同グループ情報のデータ構造図
【図６】同チャージ金額情報の構成例を示す図
【図７】同端末装置の出力画面の一例を示す図
【図８】同端末装置の出力画面の他の一例を示す図
【図９】同コンピュータシステムの外観図
【図１０】同コンピュータシステムの内部構成の一例を示す図
【発明を実施するための形態】
【００３３】
以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３４】
図１は、本実施の形態における情報システムのブロック図である。情報システムは、情報処理装置１、および１または２以上の端末装置２を備える。情報処理装置１は、例えば、ＬＡＮやインターネット等のネットワーク、無線または有線の通信回線などを介して、１以上の各端末装置２と通信可能に接続される。
【００３５】
情報処理装置１は、例えば、本情報システムを運営する企業のサーバであるが、銀行等の金融機関のサーバまたはクラウドサーバなどでもよく、その所在やタイプは問わない。
【００３６】
端末装置２は、例えば、ユーザによって携帯される携帯端末である。携帯端末は、例えば、スマートフォン、携帯電話機、タブレット端末等であるが、その種類は問わない。ただし、端末装置２は、例えば、自宅のＰＣ、店舗のタブレット端末などでもよく、ユーザが操作可能な端末であれば、その所在やタイプは問わない。
【００３７】
情報処理装置１は、格納部１１、受信部１２、および処理部１３を備える。格納部１１は、ユーザ情報格納部１１１、グループ情報格納部１１２、およびレコメンド情報格納部１１３を備える。受信部１２は、支払情報受信部１２１、処理対象情報受信部１２２、およびグループ参加情報受信部１２３を備える。処理部１３は、蓄積部１３１、負担情報処理部１３２、判断部１３３、参加処理部１３４、移行チャージ部１３５、および転送部１３６を備える。負担情報処理部１３２は、統計処理手段１３２１、負担提案情報構成手段１３２２、レコメンド情報取得手段１３２３、決済処理手段１３２４、差額算出手段１３２５、チャージ処理手段１３２６、負担情報取得手段１３２７、および送信手段１３２８を備える。
【００３８】
端末装置２は、端末格納部２１、端末受付部２２、端末処理部２３、端末送信部２４、端末受信部２５、および端末出力部２６を備える。
【００３９】
情報処理装置１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述するユーザ情報、グループ情報、およびレコメンド情報などである。
【００４０】
ユーザ情報格納部１１１には、１または２以上のユーザ情報が格納される。ユーザ情報とは、ユーザに関する情報である。ユーザ情報は、ユーザ識別子を有する。ユーザ識別子とは、ユーザを識別する情報である。ユーザ識別子は、例えば、住所および氏名、メールアドレス、ＩＤなどであるが、ユーザを識別し得る情報であれば何でもよい。
【００４１】
なお、ユーザ識別子は、例えば、ユーザ端末識別子でも構わない。ユーザ端末識別子とは、ユーザの端末装置２を識別する情報である。ユーザ端末識別子は、例えば、ＭＡＣアドレス、ＩＰアドレス、メールアドレス、ＩＤ等であるが、ユーザの端末装置２を識別し得る情報であれば、何でもよい。
【００４２】
また、ユーザ情報は、通常、グループ識別子も有する。グループ識別子とは、グループを識別する情報である。グループ識別子は、例えば、グループ名、ＩＤなどであるが、グループを識別し得る情報であれば何でもよい。ただし、クループが１つのみの場合は、グループ識別子は無くてもよい。
【００４３】
さらに、ユーザ情報は、例えば、ユーザチャージ金額情報も有する。ユーザチャージ金額情報とは、一のユーザがチャージしている金額に関する情報である。チャージとは、一般に、前払い方式の電子マネーを、ＩＣカードや携帯端末等の記録媒体に入金することである。ただし、本実施の形態でいうチャージとは、金融機関等の口座への入金も含むと考えてよい。口座は、電子マネーの口座に限らず、預貯金等の口座も含むと考えてよい。入金は、前払い方式の電子マネーによる所謂チャージに限らず、例えば、振込や現金等による入金を含むと考えてもよい。さらに、入金は、例えば、後払い方式の電子マネーやクレジットカード等による入金をも含むと考えてもよく、その方法やタイミングは問わない。
【００４４】
チャージしている金額とは、通常、入金した金額（入金額）から、支払った金額（支払額）を減算した残りの金額（残額）である。なお、未支払の場合の残額は、入金額と同額である。また、例えば、一の記録媒体に対して、入金が２回以上行われてもよいし、残額の範囲内で、２回以上支払いがされてよい。かかる場合の残額は、入金した金額の合計（合計入金額）から、支払った金額の合計（合計支払額）を減算した金額となる。ユーザチャージ金額情報は、通常、かかる残額を示す残額情報である。さらに、ユーザチャージ金額情報は、例えば、チャージ履歴情報または支払履歴情報のうち１種類以上の情報を含んでいてもよい。チャージ履歴情報とは、チャージの履歴を示す情報である。チャージ履歴情報は、例えば、入金額と日時との対の集合であってもよい。支払履歴情報とは、支払の履歴を示す情報である。支払履歴情報は、例えば、支払額と日時との対の集合であってもよい。
【００４５】
ただし、後述するグループ情報格納部１１２のグループ情報が、ユーザ識別子とユーザチャージ金額情報との対の集合で構成されたチャージ金額情報（図６参照:後述）を有する場合には、ユーザ情報は、ユーザチャージ金額情報を有さなくてもよい。
【００４６】
なお、ユーザ情報は、例えば、ユーザチャージ金額情報に代えて、またはこれに加えて、ユーザ口座識別子、クレジットカード情報などを有していてもよい。ユーザ口座識別子とは、ユーザの口座を識別する情報である。ユーザ口座識別子は、通常、口座番号であるが、ユーザの口座を識別し得る情報であれば何でもよい。クレジットカード情報とは、ユーザのクレジットカードに関する情報である。クレジットカード情報は、例えば、カード番号、有効期限などの情報を含む。ただし、ユーザ情報のデータ構造は問わない。
【００４７】
グループ情報格納部１１２には、１または２以上のグループ情報が格納される。グループ情報とは、グループに関する情報である。グループ情報は、グループ識別子を有する。
【００４８】
また、グループ情報は、２以上のユーザ識別子も有する。グループ情報が有するユーザ識別子とは、当該グループを構成する２以上の各ユーザの識別子である。
【００４９】
さらに、グループ情報は、各人の負担情報をも有する。各人の負担情報（以下、単に負担情報と記す場合がある）とは、グループを構成する２以上の各ユーザの負担に関する情報である。負担情報は、例えば、グループでの支払額に関して、各ユーザが負担する金額（負担額）を示す情報であるが、人数で均等に割った額に対して加減する額（加減額）を示す情報でもよいし、または、各ユーザが負担する割合（負担割合）を示す情報でも構わない。負担情報は、例えば、ユーザ識別子と、負担額等との組であってもよい。ただし、負担情報のデータ構造等は問わない。
【００５０】
また、グループ情報は、通常、商品情報または店舗情報のうち１種類以上の情報（以下、商品情報等と記す場合がある）も有する。商品情報とは、グループで購入した商品の情報である。なお、商品は、例えば、飲食やカラオケ等のサービスも含む。商品情報は、例えば、商品識別子、種類識別子、価格情報などを有する。商品識別子とは、商品を識別する情報である。商品識別子は、例えば、“個室プラン”や“歌い放題”等の商品名、ＩＤ等であるが、商品を識別し得る情報であれば何でもよい。種類識別子とは、商品の種類を識別する情報である。種類識別子は、例えば、“居酒屋”や“カラオケ”等の種類名、ＩＤ等であるが、商品の種類を識別し得る情報であれば何でもよい。価格情報とは、商品の価格を示す情報である。価格情報は、例えば、“３千円／人”や“５千円／室”等であってもよい。
【００５１】
店舗情報とは、訪れた店舗の情報である。店舗情報は、例えば、店舗識別子、位置情報などを有する。店舗識別子とは、店舗を識別する情報である。店舗識別子は、例えば、“居酒屋○○”や“○○カラオケ”等の店名、ＩＤ等であるが、店舗を識別し得る情報であれば何でもよい。位置情報とは、店舗の位置を示す情報である。位置情報は、例えば、“大阪市中央区”等の住所であるが、緯度・経度等の座標でもよく、その表現形式は問わない。
【００５２】
または、グループ情報は、具体例で説明するように、例えば、グループ識別子と、１または２以上の支払情報とを有し、当該１以上の各支払情報が、負担情報等を含むと考えてもよい。なお、支払情報については後述する。
【００５３】
また、グループ情報は、例えば、グループ口座識別子を有していてもよい。グループ口座識別子とは、グループの口座を識別する情報である。グループ口座識別子は、通常、口座番号であるが、グループの口座を識別し得る情報であれば何でもよい。
【００５４】
さらに、グループ情報は、例えば、金額情報を有していてもよい。グループ情報が有する金額情報とは、例えば、グループとして支払い得る金額を示す情報であるといってもよいし、または、グループの管理下にある各人の入金額の集合と考えてもよい。金額情報は、例えば、グループ口座識別子で識別される口座（以下、グループ口座）に入金されている金額を示す情報でもよいし、または、当該グループに属する各人のユーザチャージ金額情報の集合であってもよい。
【００５５】
なお、ここでいう入金もまた、所謂チャージでも、振込等でも構わない。ただし、本実施形態でいうチャージは、前述したように、振込等も含み得る概念であるため、グループ情報が有する金額情報は、例えば、「チャージ金額情報」と称してもよい。チャージ金額情報とは、一のグループにおいてチャージされている金額を示す情報である。チャージ金額情報は、例えば、グループ口座識別子で識別されるグループ口座の残高情報でもよい。
【００５６】
または、チャージ金額情報は、例えば、当該グループに属する各人のユーザチャージ金額情報の集合であってもよい。ここでいう集合とは、例えば、ユーザ情報格納部１１１の２以上の各ユーザ情報が有するユーザチャージ情報のうち、当該グループ識別子と対になるユーザチャージ金額情報の集合（以下、ユーザチャージ金額情報群と記す場合がある）である。
【００５７】
例えば、グループＸのチャージ金額情報は、グループ識別子“Ｘ”と対になるユーザチャージ金額情報群であり、具体的には、ユーザ識別子“ＡＡ”とユーザチャージ金額情報“￥４０００”との組、ユーザ識別子“ＢＢ”とユーザチャージ金額情報“￥３０００”との組、およびユーザ識別子“ＣＣ”とユーザチャージ金額情報“￥３０００”との組などで構成されてもよい。
【００５８】
ただし、グループ情報のデータ構造は問わない。
【００５９】
レコメンド情報格納部１１３には、１または２以上のレコメンド情報が格納される。レコメンド情報とは、商品または店舗のうち１以上をレコメンドする情報であり、ユーザに送信する情報である。レコメンドとは、例えば、ユーザに対し、そのユーザの好みに応じた商品等を推薦することであってもよい。
【００６０】
レコメンド情報は、例えば、当該グループに属する２以上のユーザ各人の好みに合う商品等をレコメンドする情報であり、各人に個別に送信する情報であることは好適である。または、レコメンド情報は、例えば、当該グループに好適な商品等をレコメンドする情報であり、当該グループの全員に送信する情報であってもよい。
【００６１】
ただし、レコメンド情報は、例えば、不特定多数のユーザの好みに合う商品等をレコメンドする情報であり、グループやメンバを問わず送信する情報であっても構わない。この種のレコメンド情報は、例えば、商品等の広告であってもよい。このように、レコメンド情報のデータ構造は問わない。
【００６２】
また、金額情報は、グループに対応して作成された銀行口座の残高であってもよい。金額情報は、グループの管理下にある各人の銀行残高の合計であってもよい。各人の銀行残高とは、各人の銀行口座において各人がグループ別に作成した仮想口座（例えば、地元、旧友、会社など）の中で当該グループに対応する仮想口座の残高であってもよい。
【００６３】
レコメンド情報格納部１１３には、例えば、条件情報に対応付けて、１以上のレコメンド情報が格納される。条件情報とは、負担情報を用いた条件に関する情報である。負担情報を用いた条件とは、後述するレコメンド情報取得手段１３２３が、グループ情報格納部１１２に格納されている一のグループ情報が有する２以上の各ユーザの負担情報を用いて、レコメンド情報格納部１１３から、各ユーザに送信するレコメンド情報を取得するための条件であるといってもよい。
【００６４】
条件情報は、例えば、負担情報が有する種類識別子と同じ種類識別子に対応付いた１または２以上の各商品のレコメンド情報を送信する、という旨の条件でもよい。または、条件情報は、例えば、負担情報が有する商品識別子と同じ商品識別子に対応付いた商品の再購入を勧めるレコメンド情報を送信する、という旨の条件でもよい。または、条件情報は、例えば、負担情報が有する価格情報と同じ価格帯（例えば、３千円台等）に属する１または２以上の各商品のレコメンド情報を送信する、という旨の条件でもよい。または、条件情報は、例えば、負担情報が有する位置情報と予め決められた関係（例えば、同じ市区内、距離が閾値以下又は未満等）を満たす１または２以上の各店舗のレコメンド情報を送信する、という旨の条件でもよい。
【００６５】
なお、上記のような条件情報において、負担情報が有する種類識別子等は、当該グループ情報内で最多または最頻の種類識別子等であることは好適である。また、上記のような条件情報において、送信するレコメンド情報は、前回とは異なる店舗識別子を有する情報である、という旨の条件をさらに含んでいてもよい。
【００６６】
また、条件情報は、例えば、負担情報が有する種類識別子、価格情報、位置情報等の要素に対して、予め決められた関係（例えば、同じ種類識別子、同じ価格帯、同じ市区内等）を満たす要素の数が多い順に、１または２以上の各店舗のレコメンド情報を送信することでもよい。
【００６７】
または、条件情報は、例えば、負担情報が有する店舗識別子で識別される店舗に関するレコメンド情報を送信する、という旨の条件でもよい。
【００６８】
あるいは、条件情報は、例えば、２以上の負担情報の間で、負担の額または割合が最も高い負担情報に対応するユーザ、または上位ｎ位以内の負担情報に対応する各ユーザに、リーダーや幹事等の代表者向けの商品のレコメンド情報を送信する、という旨の条件であってもよい。
【００６９】
また、条件情報は、例えば、“一のグループに対応する２以上の支払情報に含まれる種類識別子群の中で数が最も多い又は出現する頻度が最も高い種類識別子と同じ種類識別子に対応付いた商品のレコメンド情報を送信すること”（以下、最頻条件と記す場合がある）、または“同じ価格帯または最も近い価格帯に属する商品の商品情報を送信すること”（価格条件）のうち１種類以上の条件を含んでいてもよい。また、条件情報は、例えば、負担情報が有する位置情報と同じ市区内の店舗の商品の中から、かかる１種類以上の条件を満たす商品を検索するという、位置情報を用いた条件（絞込条件）をも有することは好適である。ただし、条件情報のデータ構造は問わない。
【００７０】
受信部１２は、各種の情報を受信する。各種の情報とは、例えば、後述する支払情報、処理対象情報、およびグループ参加情報などである。なお、詳細は後述するが、処理対象情報には、例えば、決済指示、入金指示、移行指示等の各種の指示も含まれるものとする。
【００７１】
支払情報受信部１２１は、端末装置２から支払情報を受信する。支払情報とは、グループとしての支払いに関する情報である。支払情報の送信元は、例えば、当該グループに属する２以上のユーザのうち一人（例えば、後述する決済者）の端末装置２であるが、２以上の各ユーザの端末装置２でもよい。
【００７２】
支払情報は、各人の負担情報を有する。また、支払情報は、通常、グループ識別子、支払総額情報、商品情報、および店舗情報も有する。ただし、グループ識別子は、通常、蓄積手段１３１による蓄積時に、支払情報から省略される。また、支払総額情報は、例えば、各人の負担額の合計金額が支払総額と同額となるように、各人の負担額情報が決定される場合には、蓄積時に支払情報から省略されてもよい。さらに、商品情報および店舗情報のうち１種類以上の情報は、例えば、それを利用したレコメンド情報の取得を行わない場合などには、蓄積時に支払情報から省略されても構わない。
【００７３】
また、支払情報は、支払総額情報を有していてもよい。支払総額情報とは、グループでの商品の購入に対し、グループとして支払った代金の総額を示す情報である。なお、支払総額情報が示す金額は、通常、各人の負担額を合計した金額（以下、合計金額）と同額であるが、合計金額とは異なっていてもよい。支払総額情報は、例えば、支払情報が有する各人の負担情報に対応する金額の合計金額よりも高額を示すことは好適である。上例における支払総額情報は、合計金額と同額の“￥１００００”であるが、より高額の“￥１２０００”等であってもよい。
【００７４】
さらに、支払情報は、商品情報、または店舗情報のうち１種類以上の情報をも有していてもよい。
【００７５】
一例として、あるグループＸに、ユーザＡＡ、ユーザＢＢ、およびユーザＣＣが属している場合、いずれか一人の端末装置２において、グループ識別子“Ｘ”と各人の負担情報等とを有する支払情報が取得され、情報処理装置１に送信されてもよい。各人の負担情報とは、例えば、ユーザ識別子“ＡＡ”と負担額“￥４０００”との組、ユーザ識別子“ＢＢ”と負担額“￥３０００”との組、およびユーザ識別子“ＣＣ”と負担額“￥３０００”との組であってもよい。
【００７６】
また、支払情報の受信は、例えば、決済の前でも後でもよい。すなわち、支払情報は、例えば、後述する決済処理手段１３２４が、各人に対する決済処理を行うための情報であってもよい。
【００７７】
詳しくは、支払情報受信部１２１が、例えば、２以上の端末装置２のうち一の端末装置２から、グループ識別子、および各人の負担情報等を有する支払情報を受信し、さらに、後述する処理対象情報受信部１２２が、当該一の端末装置２から決済指示を受信した場合に、後述する決済処理手段１３２４が、受信された支払情報が有する各人の負担情報等を用いて、各人に対する決済処理を行ってもよい。
【００７８】
決済指示とは、決済の指示である。決済指示は、グループ識別子を有する。例えば、決済指示は、当該グループ識別子で識別されるグループの支払総額に対する指示でもよいし、当該グループに属する各人の負担額に対する指示でもよい。
【００７９】
または、支払情報は、例えば、決済された結果に関する情報であってもよい。決済は、例えば、２以上の各端末装置２のうち一の端末装置２で一括的に行われても、各人の端末装置２で個別に行われてもよい。すなわち、例えば、一の端末装置２において、各人の負担情報を用いた決済が行われ、支払情報受信部１２１は、当該一の端末装置２から、グループ識別子、および各人の負担情報等を有する支払情報を受信してもよい。または、２以上の各端末装置２において、当該ユーザ本人の負担情報を用いた決済が行われ、支払情報受信部１２１は、各端末装置２から、グループ識別子、および当該ユーザ本人の負担情報等を有する支払情報を受信してもよい。
【００８０】
処理対象情報受信部１２２は、ユーザ識別子と処理対象情報とを端末装置２から受信する。処理対象情報とは、処理部１３等による処理の対象となる情報である。ただし、処理対象情報には、前述した支払情報受信部１２１が受信する支払情報、および後述するグループ参加情報受信部１２３が受信するグループ参加情報は、通常、含まれないと考えてよい。
【００８１】
処理対象情報は、例えば、上述した決済指示、後述する入金指示、後述する移行指示等の指示であるが、処理部１３等の処理対象であれば、支払情報、グループ参加情報を除き、どのような情報でもよい。
【００８２】
入金指示とは、各人の負担額、またはそれ以上の金額を、グループの口座に入金する指示である。入金指示は、ユーザ識別子とグループ識別子とを有する。入金指示は、例えば、グループ口座識別子をも有していてもよい。
【００８３】
移行指示とは、移行チャージを行う旨の指示である。なお、移行チャージについては後述する。移行指示は、通常、グループ識別子と、移行先である他のユーザを識別するユーザ識別子とを有する。
【００８４】
なお、受け付けられた処理対象情報が転送対象であるか否かは、後述する判断部１３３によって判断される。
【００８５】
なお、処理対象情報は、例えば、入金依頼でもよい。入金依頼とは、グループ口座への入金の依頼である。入金依頼は、決済を行うユーザ（決済者）から、当該決済者と同じグループに属する他の各ユーザに送信される。入金依頼は、通常、その送信先であるユーザのユーザ識別子と、当該ユーザの負担情報とを有する。ただし、入金依頼は、当該グループに属する各人の負担情報を有していてもよい。また、入金依頼は、通常、その送信元である決済者のユーザ識別子を有する。さらに、入金依頼は、例えば、グループ口座識別子なども有していてよい。
【００８６】
入金報告とは、入金した旨の報告であり、例えば、入金依頼を受信した各人から決済者に送信される。決済者は、例えば、各人からの入金報告が揃った後、グループとして決済を行う旨の決済指示を端末装置２に入力してもよい。または、決済者は、各人からの入金報告に応じて個別に、決済指示の入力を行ってもよい。決済指示は、端末装置２から情報処理装置１に送信され、情報処理装置１において、後述する決済処理手段１３２４により決済処理が行われる。決済処理では、例えば、グループの口座から代金の総額が支払われてもよいし、グループに属する各ユーザの口座から負担額が支払われても構わない。
【００８７】
なお、入金依頼や入金報告は、後述する転送部１３６による転送の対象となる情報である。転送対象は、グループ内のユーザ間でやり取りされる情報であれば何でもよい。
【００８８】
グループ参加情報受信部１２３は、グループ参加情報を受信する。グループ参加情報とは、ユーザがグループに参加する旨の情報である。グループ参加情報は、例えば、いずれのグループにも属していないユーザ（新規ユーザ）が一のグループに参加する旨の情報であってもよいし、既に１または２以上のグループに属しているユーザ（既存ユーザ）が別のグループに参加する旨の情報でもよい。グループ参加情報は、通常、新規または既存のユーザが参加しようとするグループのグループ識別子と、当該ユーザのユーザ識別子とを有する。
【００８９】
なお、グループ参加情報は、例えば、グループからの支払いを受ける店舗またはその店員が、当該グループに属する各人の負担額に関する決済指示を行うべく、そのグループに一時的に参加する旨の情報であってもよい。かかるグループ参加情報が有するユーザ識別子は、例えば、店舗識別子でも、店舗口座識別子でもよい。店舗口座識別子とは、店舗の口座を識別する情報である。店舗口座識別子は、例えば、後述する決済処理手段１３２４が行う決済処理における入金先の口座番号等であってもよい。
【００９０】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、後述する蓄積部１３１、負担情報処理部１３２、統計処理手段１３２１、負担提案情報構成手段１３２２、レコメンド情報取得手段１３２３、決済処理手段１３２４、差額算出手段１３２５、チャージ処理手段１３２６、負担情報取得手段１３２７、送信手段１３２８、判断部１３３、参加処理部１３４、移行チャージ部１３５、および転送部１３６などの処理である。
【００９１】
蓄積部１３１は、支払情報受信部１２１が受信した支払情報が有する各人の負担情報を、当該支払情報が有するグループ識別子に対応付けて、グループ情報格納部１１２に蓄積する。
【００９２】
蓄積部１３１は、例えば、受信された支払情報のうち、各人の負担情報を含む一部分を、受信されたグループ識別子に対応付けて蓄積してもよい。または、蓄積部１３１は、例えば、受信された支払情報の全部を、受信されたグループ識別子に対応付けて蓄積しても構わない。
【００９３】
また、蓄積部１３１は、支払情報が受信される度に、その受信された支払情報の一部または全部を、グループ情報格納部１１２に格納されている１以上のグループ情報のうち、当該支払情報が有するグループ識別子と同じグループ識別子を有するグループ情報に追記することは好適である。
【００９４】
負担情報処理部１３２は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う。
【００９５】
処理とは、例えば、格納されているグループ情報が有する２以上の各ユーザの負担情報（以下では、「過去の負担情報」と記す場合がある）を、当該グループ情報が有するグループ識別子で識別されるグループに属する１以上のユーザの端末装置２（以下では、「１以上のユーザの端末」と記す場合がある）に送信することであってもよい。
【００９６】
負担情報処理部１３２は、過去の負担情報を、通常、当該グループ情報が有する２以上の各ユーザ識別子で識別される２以上の各ユーザに送信するが、かかる２以上のユーザのうちの１以上のユーザにのみ送信してもよい。なお、送信先は、ユーザ識別子（例えば、メールアドレスや電話番号等）で識別されるユーザに限らず、ユーザ端末識別子（例えば、ＩＰアドレス等）で識別される端末装置２でも構わない。
【００９７】
または、処理とは、例えば、過去の負担情報を統計処理し、その結果を１以上のユーザの端末に送信することであってもよい。なお、統計処理については後述する。
【００９８】
また、処理とは、例えば、次のグループでの支払いにおける各人の支払い方法に関する提案を、１以上のユーザの端末に送信することであってもよい。次の支払いとは、例えば、今回の支払いであるが、次回の支払いでも、今回および次回以降の各回の支払いでもよい。また、次の支払いとは、例えば、今月の支払い、来月の支払い等、将来の一定の期間における支払いでもよいし、期間を特に定めない将来の支払いでも構わない。
【００９９】
各人の支払い方法に関する提案とは、例えば、各人の負担額を提案することであるが、各人の負担割合を提案することでもよい。また、提案は、例えば、決済方法など、負担額等以外の支払い方法に関する提案も含んでよい。決済方法とは、例えば、所定の電子マネーによる支払いのほか、現金払い、ポイントによる支払い、分割払い、リボ払い等であるが、その種類は問わない。
【０１００】
または、処理とは、例えば、各人の端末で、上記のような提案が出力されることであっても構わない。なお、各人の端末とは、通常、一のグループに属する２以上の各ユーザの端末であるが、かかる２以上のユーザのうちの１以上のユーザの端末でもよい。
【０１０１】
さらに、処理とは、例えば、グループごとに蓄積された各人の負担情報を用いて、レコメンド情報を１以上のユーザの端末に送信することであってもよい。また、処理とは、例えば、各人の負担情報に加えて、またはこれに代えて、グループごとに蓄積された支払情報が有する商品情報、または店舗情報のうち１種類以上の情報を用いて、レコメンド情報を１以上のユーザの端末に送信することであってもよい。ただし、前述したように、各人の負担情報が、商品情報、または店舗情報のうち１種類以上の情報を含むと考えても構わない。
【０１０２】
なお、負担情報処理部１３２は、例えば、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、各人の入金額が負担額以上であるか否かを判断し、入金額が負担額未満である１または２以上の各ユーザに対して、入金額が不足している旨の通知（不足通知）を送信してもよい。不足通知は、不足額情報を有することは好適である。不足額情報とは、不足額を示す情報である。不足額とは、負担額と入金額との差額である。負担情報処理部１３２は、入金額が負担額未満である１以上のユーザに対し、例えば、負担額から入金額を減算して不足額を算出し、算出した不足額情報を有する不足通知を送信することは好適である。
【０１０３】
ただし、不足額情報は、入金額が負担額未満である１以上の各ユーザの不足額の集合を有していてもよい。かかる不足額情報を含む不足通知は、入金額が負担額未満である１以上の各ユーザに限らず、当該グループの２以上の各ユーザに送信されても構わない。
【０１０４】
また、処理は、決済処理でもよい。決済処理とは、各人に対する決済のための処理である。決済とは、例えば、各人のユーザチャージ金額から各人の負担額を減額することでもよいし、グループの口座から各人の負担額の合計額を減額することでもよい。また、決済は、プリペイ方式の電子マネーからの減額に限らず、例えば、預貯金や、貯まったポイントからの減額でもよいし、または、ポストペイ方式の電子マネー、クレジットカードで支払うことでもよく、その手法は問わない。
【０１０５】
決済のための処理とは、例えば、自ら決済を行うことでもよいし、決済のための情報（例えば、各人の負担額やグループ口座の口座番号など）を、決済を行う外部装置（例えば、金融機関等のサーバなど）に送信する処理でも構わない。
【０１０６】
また、処理は、各人の負担額の合計金額が支払総額を上回った場合に、その差額を、グループ口座にチャージする処理を含んでもよい。
【０１０７】
負担情報処理部１３２は、以上のような、各人の負担情報を用いた処理を、通常、グループごとに行う。すなわち、負担情報処理部１３２は、例えば、格納されている１以上のグループ情報のうち一のグループ情報を選択し、当該一のグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行ってもよい。さらに、負担情報処理部１３２は、例えば、格納されている１以上のグループ情報のうち一のグループ情報を選択し、当該一のグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う動作を、未選択のグループ情報がなくなるまで繰り返すことは好適である。
【０１０８】
負担情報処理部１３２を構成する統計処理手段１３２１は、後述する負担情報取得手段１３２７により取得された当該２以上の各ユーザの負担情報を統計処理し、統計情報を取得する。統計処理とは、例えば、各人の負担情報が有する負担額を積算する処理でもよいし、各人の積算結果の間の差額や割合を算出する処理でもよく、その種類や手順は問わない。統計情報とは、２以上の各ユーザの負担情報を統計処理した結果を示す情報である。統計情報は、例えば、各人の積算結果、各人の積算結果の間の差額、または各人の積算結果の割合のうち１種類以上の情報を含んでもよい。
【０１０９】
負担提案情報構成手段１３２２は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、負担提案情報を構成する。負担提案情報とは、次のグループでの支払いにおける各ユーザの負担を提案する情報である。負担提案情報は、例えば、ユーザ識別子と、次回の負担額との組の集合で構成されてもよい。次回の負担額は、例えば、統計処理手段１３２１が取得した統計情報に基づいて計算されてもよい。
【０１１０】
レコメンド情報取得手段１３２３は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報を、レコメンド情報格納部１１３から取得する。
【０１１１】
例えば、条件情報が、前述した最頻条件および価格条件を含む場合、レコメンド情報取得手段１３２３は、最頻条件または価格条件のうち１以上の条件を満たす商品のレコメンド情報を取得してもよい。また、条件情報が、前述した位置情報による絞込条件をも含む場合、レコメンド情報取得手段１３２３は、まず、レコメンド情報格納部１１３に格納されている２以上のレコメンド情報に対して、絞込条件による店舗の絞り込みを行い、次に、絞り込まれた２以上のレコメンド情報の中から、最頻条件または価格条件のうち１以上の条件を満たす商品のレコメンド情報を取得してもよい。
【０１１２】
決済処理手段１３２４は、支払情報受信部１２１が受信した支払情報が有する各人の負担情報を用いて、各人に対する決済処理を行う。
【０１１３】
決済処理手段１３２４は、例えば、各人の負担情報とグループ口座識別子とを用いて、チャージ金額情報を減額する処理である決済処理を行ってもよい。または、決済処理手段１３２４は、例えば、各人の負担情報とグループ口座識別子とを用いて、チャージ金額情報を構成する各人のユーザチャージ金額情報を減額する決済処理を行ってもよい。
【０１１４】
決済処理手段１３２４は、店舗への支払処理であってもよい。支払処理は、チャージされた電子マネーでの支払であってもよい。支払処理は、前述した仮想口座から店舗の口座への振込処理であってもよい。
【０１１５】
決済処理手段１３２４は、端末装置２からの決済指示を受信したことをトリガーにして処理をしてもよい。端末装置２からの決済指示は、グループの管理下にある各人のすべての端末装置２から受信できるようにしてもよい。１つの支払情報について、２以上の決済指示を受信したときは、いずれか１つの決済指示に基づいて決済処理をしてもよい。
【０１１６】
差額算出手段１３２５は、支払情報受信部１２１が受信した支払情報が有する各人の負担情報に対応する金額の合計である合計金額を取得し、その合計金額と、当該支払情報が有する支払総額情報が示す支払総額との差額を算出する。
【０１１７】
チャージ処理手段１３２６は、差額算出手段１３２５が算出した差額が０より大きい場合に、グループ口座へのチャージ処理を行う。チャージ処理とは、差額分の金額をグループ識別子と対になるグループ口座識別子で識別されるグループ口座にチャージするための処理である。チャージ処理もまた、自らチャージすることでもよいし、チャージのための情報（例えば、差額やグループ口座の口座番号など）を、チャージを行う外部装置（例えば、金融機関等のサーバや、サーバに接続された端末など）に送信する処理でも構わない。
【０１１８】
負担情報取得手段１３２７は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得する。
【０１１９】
負担情報取得手段１３２７は、例えば、グループ情報格納部１１２に格納されている２以上のグループ情報のうち一のグループ情報を選択し、当該一のグループ情報が有する２以上の各ユーザの負担情報を取得してもよい。
【０１２０】
詳しくは、例えば、処理対象情報受信部１２２がユーザ識別子と処理対象情報とを受信したことに応じて、負担情報取得手段１３２７は、まず、当該ユーザ識別子に対応するグループ識別子をユーザ情報格納部１１１から取得し、次に、グループ情報格納部１１２に格納されている２以上のグループ情報のうち、当該グループ識別子を有するグループ情報を選択して、当該グループ情報が有する２以上の各ユーザの負担情報を取得してもよい。
【０１２１】
または、負担情報取得手段１３２７は、例えば、格納されている２以上のグループ情報のうち一のグループ情報を選択し、当該一のグループ情報が有する２以上の各ユーザの負担情報を取得する動作を、未選択のグループ情報がなくなるまで繰り返してもよい。
【０１２２】
送信手段１３２８は、各種の情報を送信し得る。各種の情報とは、例えば、前述した負担情報、統計情報、レコメンド情報、および負担提案情報などであ、る。
【０１２３】
すなわち、送信手段１３２８は、負担提案情報構成手段１３２２が構成した負担提案情報を、２以上の各ユーザの端末装置２に送信する。
【０１２４】
また、送信手段１３２８は、負担情報取得手段１３２７が取得した２以上の各ユーザの負担情報、または統計処理手段１３２１が取得した統計情報のうち１以上を、２以上の各ユーザに送信する。
【０１２５】
さらに、送信手段１３２８は、レコメンド情報取得手段１３２３が取得したレコメンド情報を、２以上の各ユーザの端末装置２に送信する。
【０１２６】
なお、各種の情報には、前述した不足通知、入金報告なども含まれてよい。送信手段１３２８は、不足通知等の情報を、１以上の各ユーザの端末装置２に送信する。
【０１２７】
また、各種の情報とは、例えば、前述した決済のための情報やチャージのための情報でもよい。すなわち、送信手段１３２８は、決済等のための情報を、決済等を行う外部装置に送信する。
【０１２８】
判断部１３３は、処理対象情報受信部１２２によって受信された処理対象情報が転送対象であるか否かを判断する。なお、転送対象の情報については、前述したので繰り返さない。
【０１２９】
判断部１３３は、受信された処理対象情報が転送対象であるか否かを、例えば、当該処理対象情報が、転送先を識別するユーザ識別子または転送対象である旨のフラグのうち１種類以上の情報を有するか否かで判断してもよい。すなわち、判断部１３３は、例えば、当該処理対象情報が、転送先を識別するユーザ識別子または転送対象である旨のフラグのうち１種類以上の情報を有する場合に、転送対象であると判断し、かかるユーザ識別子またはフラグのいずれも有しない場合には、転送対象でないと判断してもよい。
【０１３０】
参加処理部１３４は、グループ参加情報受信部１２３が受け付けたグループ参加情報が有するグループ識別子を有するグループ情報に、当該グループ参加情報が有するユーザ識別子を追記する。
【０１３１】
移行チャージ部１３５は、移行チャージを行う。移行チャージとは、グループ情報が有する金額情報（チャージ金額情報）が示す金額の全部または一部を、他のユーザにチャージすることである。他のユーザとは、通常、グループ外のユーザである。グループ外のユーザとは、当該チャージ金額情報に対応するグループに属さないユーザである。移行チャージ部１３５は、例えば、グループからのお祝い、香典、お年玉等として、他のユーザに電子マネーをチャージしてもよい。
【０１３２】
ただし、他のユーザとは、グループ内のユーザでもよい。かかる場合における移行チャージは、例えば、グループ情報が有するチャージ金額情報が示す金額の全部または一部を、グループ内の１以上の各ユーザに移行（例えば、返金）することでもよいし、または、当該チャージ金額情報を構成する２以上のユーザチャージ金額（図６参照：後述）のうち、一のユーザ識別子（例えば“ＡＡ”）に対応付いたユーザチャージ金額情報が示す金額の全部または一部を、他のユーザ識別子（例えば“ＢＢ”）に対応付いたユーザチャージ金額情報が示す金額に移行（例えば、ユーザ間で負担額を調整）することでも構わない。
【０１３３】
移行チャージ部１３５は、例えば、処理対象情報受信部１２２によって受信された処理対象情報が、移行指示である場合に、負担情報処理部１３２は、移行チャージを行ってもよい。
【０１３４】
また、移行チャージ部１３５は、こうしてチャージした金額をチャージ金額情報から減額し、チャージ金額情報を更新する。
【０１３５】
転送部１３６は、判断部１３３が転送対象の情報であると判断した処理対象情報を、当該処理対象情報と共に受信されたユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置２に転送する。ここで、受信されたユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置２とは、通常、受信されたユーザ識別で識別されるユーザと同じグループに属する１以上のユーザの端末装置２である。
【０１３６】
転送部１３６は、例えば、受信されたユーザ識別子と対になる１以上のユーザ識別子を、ユーザ情報格納部１１１に格納されているユーザ情報を用いて取得し、取得した１以上のユーザ識別子に対応する１以上の端末装置２に、処理対象情報を送信してもよい。
【０１３７】
なお、処理対象情報が、当該ユーザと同じグループに属する１以上のユーザのうち、転送先となる一のユーザを識別するユーザ識別子を有する場合は、転送部１３６は、その転送先となる一のユーザの端末装置２に、その処理対象情報を転送してもよい。
【０１３８】
端末装置２を構成する端末格納部２１には、ユーザ識別子またはユーザ端末識別子のうち１種類以上の情報が格納される。なお、前述したように、ユーザ識別子とユーザ端末識別子は兼用（例えば、メールアドレスや電話番号等）でもよい。また、端末格納部２１には、通常、グループ識別子も格納される。さらに、端末格納部２１には、例えば、当該ユーザと同じグループに属する他の１以上の各ユーザのユーザ識別子等も格納されることは好適である。
【０１３９】
端末受付部２２は、各種の情報を受け付ける。各種の情報とは、例えば、支払情報、処理対象情報、グループ参加情報などである。なお、処理対象情報は、前述したように、例えば、決済指示等の指示、または、入金依頼等の転送対象情報であるが、情報処理装置１での処理の対象となる情報であれば、支払情報、グループ参加情報を除き、どのような情報でもよい。
【０１４０】
端末処理部２３は、各種の処理を行う。各種の処理とは、例えば、端末受付部２２が、各種の情報を受け付けたか否かの判断などである。
【０１４１】
端末送信部２４は、端末受付部２２が受け付けた各種の情報を情報処理装置１に送信する。
【０１４２】
端末受信部２５は、情報処理装置１から各種の情報を受信する。各種の情報とは、例えば、負担情報、統計情報、レコメンド情報、負担提案情報、入金報告などである。
【０１４３】
端末出力部２６は、端末受信部２５が受信した各種の情報を、例えば、ディスプレイやスピーカ等の出力デバイスを介して出力する。ただし、出力は、例えば、プリンタでのプリントアウト、記録媒体への蓄積、外部装置への送信、他の構成要素や他のプログラムへの処理結果の引き渡し等であってもよい。
【０１４４】
格納部１１、ユーザ情報格納部１１１、グループ情報格納部１１２、レコメンド情報格納部１１３、および端末格納部２１は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。
【０１４５】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル等、何でもよい。
【０１４６】
受信部１２、支払情報受信部１２１、処理対象情報受信部１２２、グループ参加情報受信部１２３、および端末受信部２５は、通常、有線または無線の通信手段（例えば、ＮＩＣ(Network interface controller)やモデム等の通信モジュール）で実現されるが、放送を受信する手段（例えば、放送受信モジュール）で実現されてもよい。
【０１４７】
処理部１３、蓄積部１３１、負担情報処理部１３２、判断部１３３、参加処理部１３４、移行チャージ部１３５、転送部１３６、統計処理手段１３２１、負担提案情報構成手段１３２２、レコメンド情報取得手段１３２３、決済処理手段１３２４、差額算出手段１３２５、チャージ処理手段１３２６、負担情報取得手段１３２７、送信手段１３２８、および端末処理部２３は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。ただし、処理手順は、ハードウェア（専用回路）で実現してもよい。
【０１４８】
端末受付部２２は、入力デバイスを含むと考えても、含まないと考えてもよい。端末受付部２２は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。
【０１４９】
端末送信部２４は、通常、有線または無線の通信手段で実現されるが、放送手段（例えば、放送モジュール）で実現されてもよい。なお、転送部１３６、および送信手段１３２８は、有線または無線の通信手段を含むと考えても、含まないと考えてもよい。
【０１５０】
端末出力部２６は、ディスプレイやスピーカ等の出力デバイスを含むと考えても含まないと考えてもよい。端末出力部２６は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。
【０１５１】
次に、情報システムの動作について図２のフローチャートを用いて説明する。図２は、情報システムの動作に関するフローチャートである。
【０１５２】
（ステップＳ２０１）処理部１３は、支払情報受信部１２１が端末装置２から支払情報を受信したか否かを判別する。支払情報受信部１２１が端末装置２から支払情報を受信した場合はステップＳ２０２に進み、受信していない場合はステップＳ２０３に進む。
【０１５３】
（ステップＳ２０２）蓄積部１３１は、ステップＳ２０１で受信された支払情報が有する各人の負担情報を、当該支払情報が有するグループ識別子に対応付けて、グループ情報格納部１１２に蓄積する。その後、ステップＳ２０１に戻る。
【０１５４】
（ステップＳ２０３）処理部１３は、グループ参加情報受信部１２３が端末装置２からグループ参加情報を受信したか否かを判別する。グループ参加情報受信部１２３が端末装置２からグループ参加情報を受信した場合はステップＳ２０４に進み、受信していない場合はステップＳ２０５に進む。
【０１５５】
（ステップＳ２０４）参加処理部１３４は、グループ情報格納部１１２に格納されているグループ情報であり、ステップＳ２０３で受け付けられたグループ参加情報が有するグループ識別子を有するグループ情報に、当該グループ参加情報が有するユーザ識別子を追記する。その後、ステップＳ２０１に戻る。
【０１５６】
（ステップＳ２０５）処理部１３は、処理対象情報受信部１２２が端末装置２からユーザ識別子と処理対象情報とを受信したか否かを判別する。処理対象情報受信部１２２が端末装置２からユーザ識別子と処理対象情報とを受信した場合はステップＳ２０６に進み、受信していない場合はステップＳ２０１に戻る。
【０１５７】
（ステップＳ２０６）判断部１３３は、ステップＳ２０５で受信された処理対象情報が転送対象であるか否かを判断する。判断部１３３は、例えば、受信された処理対象情報が、転送先を識別するユーザ識別子または転送対象である旨のフラグを有する場合に、転送対象であると判断し、かかるユーザ識別子またはフラグのいずれも有しない場合に、転送対象でないと判断してもよい。受信された処理対象情報が転送対象である場合はステップＳ２０７に進み、転送対象でない場合はステップＳ２０８に進む。
【０１５８】
（ステップＳ２０７）転送部１３６は、ユーザ情報格納部１１１に格納されているユーザ情報を用いて、ステップＳ２０６で転送対象であると判断された処理対象情報を、当該処理対象と共に受信されたユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置２に転送する。その後、ステップＳ２０１に戻る。
【０１５９】
（ステップＳ２０８）負担情報処理部１３２は、負担情報を用いた処理を行うか否かを判断する。例えば、ステップＳ２０５で受信された処理対象情報が、負担情報を用いた処理を行う旨の指示である場合に、負担情報処理部１３２は、負担情報を用いた処理を行うと判断してもよい。負担情報を用いた処理を行う場合はステップＳ２０９に進み、負担情報を用いた処理を行わない場合はステップＳ２１０に進む。
【０１６０】
（ステップＳ２０９）負担情報処理部１３２は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、処理を行う。
【０１６１】
処理は、例えば、過去の負担情報およびその統計処理結果の提供でもよい。詳しくは、負担情報取得手段１３２７が、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得する。統計処理手段１３２１は、負担情報取得手段１３２７により取得された当該２以上の各ユーザの負担情報を統計処理し、統計情報を取得する。送信手段１３２８は、こうして取得された当該２以上の各ユーザの負担情報および統計情報を、当該グループ情報が有するグループ識別子により識別されるグループを構成する２以上の各ユーザに送信する。
【０１６２】
または、処理は、例えば、レコメンド情報の提供でもよい。レコメンド情報格納部１１３には、条件情報に対応付けて、１以上のレコメンド情報が格納されており、レコメンド情報取得手段１３２３は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報を、レコメンド情報格納部１１３から取得し、送信手段１３２８は、取得されたレコメンド情報を２以上の各ユーザの端末に送信する。
【０１６３】
または、処理は、例えば、負担案内情報の提供でもよい。詳しくは、負担提案情報構成手段１３２２が、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて負担提案情報を構成し、送信手段１３２８は、構成された負担提案情報を２以上の各ユーザの端末に送信する。
【０１６４】
また、処理は、決済処理を含んでもよい。詳しくは、決済処理手段１３２４が、支払情報受信部１２１が受信した支払情報が有する各人の負担情報を用いて、各人に対する決済処理を行う。
【０１６５】
かかる処理の実行の後、ステップＳ２０１に戻る。
【０１６６】
（ステップＳ２１０）移行チャージ部１３５は、移行チャージを行うか否かを判断する。例えば、ステップＳ２０５で受信された処理対象情報が、移行指示である場合に、負担情報処理部１３２は、移行チャージを行うと判断してもよい。移行チャージを行う場合はステップＳ２０９に進み、移行チャージを行わない場合はステップＳ２０１に戻る。
【０１６７】
（ステップＳ２１１）移行チャージ部１３５は、他のユーザへの移行チャージを行う。詳しくは、移行チャージ部１３５は、例えば、移行指示に含まれるグループ識別子に対応するグループ情報が有する金額情報が示す金額の全部または一部を、移行指示に含まれるユーザ識別子で識別されるユーザにチャージする。その後、ステップＳ２０１に戻る。
【０１６８】
以下、本実施の形態における情報システムの具体的な動作について説明する。なお、以下の説明は、種々の変更が可能であり、本発明を何ら限定するものではない。
【０１６９】
本例の情報システムは、情報処理装置１、および２以上（以下では、５つ）の端末装置２を備える。５つの端末装置２のうち３つは、ユーザＡＡ〜ＣＣによって保持されている。ユーザＡＡ〜ＣＣは、あるグループＸに属する。
【０１７０】
本日は、グループＸで飲み会を催している。グループＸのメンバであるユーザＡＡ〜ＣＣは、現在、３軒目のバーに居り、グループＸとして総額５千円の支払いをしようとしている。なお、１軒目の居酒屋、および２軒目のカラオケについては、既に支払いが済んでいる。
【０１７１】
なお、５つの端末装置２のうち残り２つは、ユーザＤＤおよびＥＥによって保持されている。ユーザＤＤおよびＥＥは、別のグループＹを構成して、友人へのお祝いである万年筆を共同で（つまり、グループＹとして）購入しようとしている。
【０１７２】
情報処理装置１を構成するユーザ情報格納部１１１には、例えば、図３に示すような５つのユーザ情報が格納され得る。
【０１７３】
図３は、ユーザ情報のデータ構造図である。ユーザ情報は、ユーザ識別子、グループ識別子、およびユーザチャージ情報などを有する。
【０１７４】
格納されるユーザ情報には、ＩＤ（例えば、“１”，“２”等）が対応付いている。例えば、ＩＤ“１”が対応付いたユーザ情報（以下、ユーザ情報１と記す場合がある）は、ユーザ識別子“ＡＡ”、グループ識別子“Ｘ”、およびユーザチャージ情報“￥１０００”を有する。また、ＩＤ“２”が対応付いたユーザ情報（ユーザ情報２）は、ユーザ識別子“ＢＢ”、グループ識別子“Ｘ”、およびユーザチャージ情報“￥２０００”を有する。さらに、ユーザ情報３は、ユーザ識別子“ＣＣ”、グループ識別子“Ｘ”、およびユーザチャージ情報“￥３０００”を有する。
【０１７５】
同様に、ユーザ情報４は、ユーザ識別子“ＤＤ”、グループ識別子“Ｙ”、およびユーザチャージ情報“￥５０００”を有し、ユーザ情報５は、ユーザ識別子“ＥＥ”、グループ識別子“Ｙ”、およびユーザチャージ情報“￥５０００”を有する。
【０１７６】
ただし、ユーザチャージ情報は、例えば、グループ情報に含まれてもよく、その場合、ユーザ情報から省略されてよい。
【０１７７】
支払情報受信部１２１は、例えば、図４に示す３つの支払情報を受信済みである。なお、これら３つの支払情報のうち１番目および２番目は、グループＸのメンバの一人（例えば、ユーザＡＡ）の端末装置２から受信された支払情報であり、３番目は、グループＹのメンバの一人（例えば、ユーザＤＤ）の端末装置２から受信された支払情報である。
【０１７８】
図４は、支払情報のデータ構造図である。支払情報は、グループ識別子、各人の負担情報、支払総額情報、商品情報、および店舗情報などを有する。各人の負担情報は、ユーザ識別子と負担額との組の集合で構成される。商品情報は、商品識別子、種類識別子、および価格情報を含む。店舗情報は、店舗識別子、および位置情報を含む。
【０１７９】
受信された支払情報には、ＩＤ（例えば、“１”，“２”，…“α”等）が対応付けられる。ＩＤ“１”が対応付けられた支払情報１は、グループＸでの１回目の支払いに対応する支払情報である。支払情報１は、グループ識別子“Ｘ”、各人の負担情報“（ＡＡ，￥４０００），（ＢＢ，￥３０００），および（ＣＣ，￥３０００）”、支払総額情報“￥１００００”、商品情報“個室プラン，居酒屋，および３千円／人”、および店舗情報“居酒屋○○，大阪市中央区”などを有する。
【０１８０】
また、支払情報２は、グループＸでの２回目の支払いに対応する支払情報である。支払情報２は、グループ識別子“Ｘ”、各人の負担情報“（ＡＡ，￥２０００），（ＢＢ，￥２０００），および（ＣＣ，￥１０００）”、支払総額情報“￥５０００”、商品情報“歌い放題，カラオケ，および５千円／室”、および店舗情報“○○カラオケ，大阪市中央区”などを有する。
【０１８１】
さらに、支払情報αは、グループＹでの支払いに対応する支払情報である。支払情報αは、グループ識別子“Ｙ”、各人の負担情報“（ＣＣ，￥５０００），および（ＤＤ，￥５０００）”、支払総額情報“￥１００００”、商品情報“万年筆，文房具，および９０００”、および店舗情報“○○ネットショップ，Ｎｕｌｌ”などを有する。なお、Ｎｕｌｌは、当該情報（ここでは、位置情報）が存在しないことを示す。
【０１８２】
グループ情報格納部１１２には、例えば、図５に示すような２つのグループ情報が格納されている。
【０１８３】
図５は、グループ情報のデータ構造図である。グループ情報は、グループ識別子、１または２以上の支払情報、グループ口座識別子、および金額情報（例えば、チャージ金額情報）などを有する。格納されるグループ情報にも、“１”，“２”等のＩＤが対応付いている。
【０１８４】
例えば、グループ情報１は、グループ識別子“Ｘ”、上述した２つの支払情報１および２、グループ口座識別子“１２３４５６７８”、およびチャージ金額情報“￥６０００”などを有する。また、グループ情報２は、グループ識別子“Ｙ”、上述した支払情報α、グループ口座識別子“９０１２３４５６”、およびチャージ金額情報“￥１００００”などを有する。
【０１８５】
ただし、チャージ金額情報は、図５に示したような、グループ口座に対するチャージ金額情報とは限らず、例えば、図６に示すように構成されてもよい。
【０１８６】
図６は、チャージ金額情報の構成例を示す図である。このチャージ金額情報は、ユーザ識別子とユーザチャージ金額情報との対の集合で構成されている。
【０１８７】
ユーザ識別子とユーザチャージ金額情報との組の集合とは、例えば、ユーザ識別子ＡＡ”とユーザチャージ金額情報“￥１０００”との組、ユーザ識別子“ＢＢ”とユーザチャージ金額情報“”￥２０００との組、およびユーザ識別子“ＣＣ”とユーザチャージ金額情報“￥３０００”との組などである。かかる構成は、ユーザ情報がユーザチャージを有さない場合に好適である。
【０１８８】
レコメンド情報格納部１１３には、条件情報に対応付けて、２以上のレコメンド情報が格納されている。条件情報は、例えば、最頻条件“支払情報が有する種類識別子と同じ種類識別子に対応付いた商品のレコメンド情報を送信すること”、または価格条件“同じ価格帯または最も近い価格帯に属する商品の商品情報を送信すること”のうち１種類以上の条件を含んでいてもよい。また、条件情報は、例えば、絞込条件“負担情報が有する位置情報と同じ市区内の店舗の商品の中から、かかる１種類以上の条件を満たす商品を検索すること”をも有することは好適である。
【０１８９】
例えば、ユーザＡＡの端末装置２において、過去の負担額情報とその統計処理の結果とを出力する旨の指示が、タッチパネル等の入力デバイスを介して入力されると、端末受付部２２がこれを受け付け、端末送信部２４は、受け付けられた指示を、グループ識別子“Ｘ”と共に、情報処理装置１に送信する。
【０１９０】
情報処理装置１において、処理対象情報受信部１２２が上記指示を受信し、負担情報処理部１３２は、グループ情報格納部１１２に格納されている２つのグループ情報１および２のうち、上記指示と共に受信されたグループ識別子“Ｘ”を有するグループ情報１に含まれる２つの支払情報１および２を用いて、上記指示に対応する処理を行う。
【０１９１】
詳しくは、負担情報取得手段１３２７が、グループ情報格納部１１２のグループ情報１が有する支払情報１および支払情報２のうち前者から、負担情報“（ＡＡ，￥４０００），（ＢＢ，￥３０００），および（ＣＣ，￥３０００）”を取得し、かつ、後者から、負担情報“（ＡＡ，￥２０００），（ＢＢ，￥２０００），および（ＣＣ，￥１０００）”を取得する。
【０１９２】
次に、統計処理手段１３２１が、負担情報取得手段１３２７により取得された上記２つの負担情報を統計処理し、統計情報を取得する。具体的には、統計処理手段１３２１は、前者の負担情報が有する（ＡＡ，￥４０００）と、後者の負担情報が有する（ＡＡ，￥２０００）とを用いて、ユーザＡＡの負担額の合計額“￥６０００”を算出する。また、統計処理手段１３２１は、前者の負担情報が有する（ＢＢ，￥３０００）と、後者の負担情報が有する（ＢＢ，￥２０００）とを用いて、ユーザＢＢの負担額の合計額“￥５０００”を算出し、さらに、前者の負担情報が有する（ＣＣ，￥３０００）と、後者の負担情報が有する（ＣＣ，￥１０００）とを用いて、ユーザＣＣの負担額の合計額“￥４０００”をも算出する。これにより、各人の過去の合計負担額を示す統計情報“（ＡＡ，￥６０００），（ＢＢ，￥５０００），および（ＣＣ，￥４０００）”が取得される。
【０１９３】
次に、負担提案情報構成手段１３２２が、取得された上記統計情報を用いて、負担提案情報を構成する。具体的には、負担提案情報構成手段１３２２は、まず、上記統計情報が有する各人の過去の合計負担額の平均値“￥５０００”を算出する。次に、負担提案情報構成手段１３２２は、算出した平均値“￥５０００”から、ユーザＡＡの過去の合計負担額“６０００円”を減算することにより、ユーザＡＡの次回の加減額“−￥１０００”を算出する。また、負担提案情報構成手段１３２２は、平均値“￥５０００”から、ユーザＢＢの過去の合計負担額“５０００円”を減算することにより、ユーザＢＢの次回の加減額“±０”を算出する。さらに、負担提案情報構成手段１３２２は、平均値“￥５０００”から、ユーザＣＣの過去の合計負担額“４０００円”を減算し、次回の加減額“＋￥１０００”を算出する。
【０１９４】
そして、負担提案情報構成手段１３２２は、上記３つの算出結果を有する負担提案情報“（ＡＡ，−￥１０００），（ＢＢ，±０），および（ＣＣ，＋￥１０００）”を構成する。
【０１９５】
送信手段１３２８は、こうして取得された各ユーザの負担情報、統計情報、および負担提案情報を、上記指示と共に受信されたグループ識別子“Ｘ”で識別されるグループＸを構成する３人の各ユーザＡＡ〜ＣＣに送信する。
【０１９６】
例えば、ユーザＡＡの端末装置２において、端末受信部２５が、上記のような情報を受信し、端末出力部２６は、受信された情報を、ディスプレイ等の出力デバイスを介して出力する。なお、受信された情報と、出力される情報とは同じでなくてもよい。例えば、端末出力部２６は、画面構成情報を保持しており、受信された情報と、保持している画面構成情報とを用いて、各ユーザの負担情報、統計情報、および負担提案情報を有する画面を構成し、出力してもよい。
【０１９７】
画面構成情報とは、画面を構成するための情報であり、例えば、表データ、文字情報、およびレイアウト情報などを有する。表データとは、表のデータである。文字情報とは、表に対応付いた文字の情報である。レイアウト情報とは、画面内での表や文字の位置を示す情報である。これによって、各ユーザＡＡ〜ＣＣの端末装置２のディスプレイには、例えば、図７に示すような画面が表示される。
【０１９８】
図７は、端末装置２の出力画面の一例を示す図である。この画面は、上記各ユーザの負担情報および上記統計情報に対応する第一の表と、上記負担提案情報に対応する第二の表とを有する。第一の表には、文字列“グループＸのご負担情報”が対応付いている。また、第二の表には、文字列“次回のお支払いでは、平均額に対し次の額を加減するとご負担が均等になります”が対応付いている。
【０１９９】
３軒目の支払総額が“￥６０００”であることから、各ユーザＡＡ〜ＣＣは、支払総額を３等分した額“￥２０００”に対し、負担提案情報が示す各金額を加減し、加減後の額を、自分の口座にチャージする。これによって、ユーザ情報格納部１１１の各ユーザ情報１〜３に、チャージ金額情報“￥１０００”，“￥２０００”，“￥３０００”が書き込まれる結果となる。
【０２００】
その後、ユーザＡＡ〜ＣＣのうち一人（例えば、ユーザＡＡ）が、端末装置２の入力デバイスを介して決済指示を入力すると、端末受付部２２が決済指示を受け付け、端末送信部２４は、受け付けられた決済指示を情報処理装置１に送信する。
【０２０１】
情報処理装置１において、処理対象情報受信部１２２が上記決済指示を受信し、判断部１３３は、受信された決済指示が転送先を示すユーザ識別子または転送対象である旨のフラグのいずれも有さないことから、決済指示は転送対象でないと判断し、負担情報処理部１３２に決済指示を引き渡す。負担情報処理部１３２を構成する決済処理手段１３２４は、決済指示に応じて決済処理を行い、ユーザＡＡ〜ＣＣの口座から“￥１０００”，“￥２０００”，“￥３０００”を減額する。これによって、ユーザ情報格納部１１１の各ユーザ情報１〜３に、チャージ金額情報“０”，“０”，“０”が書き込まれる結果となる。
【０２０２】
さらに、上記端末装置２において、上記のような３軒目バーの支払いに関する支払情報が入力デバイスを介して入力され、端末受付部２２が当該支払情報を受け付ける。端末送信部２４は、受け付けられた支払情報を情報処理装置１に送信する。
【０２０３】
情報処理装置１において、支払情報受信部１２１が上記支払情報を受信し、ＩＤ“３”に対応付ける。蓄積部１３１は、支払情報３を、グループ情報格納部１１２のグループ情報１に追記する。
【０２０４】
なお、ユーザＡＡ〜ＣＣのうち一人（例えば、ユーザＡＡ）の端末装置２において、統計処理の結果とレコメンド情報とを出力する旨の指示が、支払総額情報（例えば、“￥６０００”）と共に入力された場合の動作は、次のようになる。まず、負担情報取得手段１３２７が各人の過去の負担情報を取得し、次に、統計処理手段１３２１が統計情報法を取得し、そして、負担提案情報構成手段１３２２が負担提案情報“（ＡＡ，−￥１０００），（ＢＢ，±０），および（ＣＣ，＋￥１０００）”を取得するまでの動作は、上述と同じである。
【０２０５】
負担提案情報構成手段１３２２は、受信された支払総額情報が示す支払総額“￥６０００”を３等分した額“￥２０００”を算出して、この算出額に、上記負担提案情報“（ＡＡ，−￥１０００），（ＢＢ，±０），および（ＣＣ，＋￥１０００）”が示す額の加減算を行うことで、今回の各人の支払額を示す別の負担提案情報“（ＡＡ，￥１０００），（ＢＢ，￥２０００），および（ＣＣ，￥３０００）”を構成する。
【０２０６】
また、レコメンド情報取得手段１３２３は、グループ情報格納部１１２の２つのグループ情報のうち、グループ識別子“Ｘ”を有する２つの支払情報１および２用いて、レコメンド情報格納部１１３から、上記条件情報を満たすレコメンド情報を取得する。本例では、例えば、支払情報１に対応するレコメンド情報“個室プラン，居酒屋，３．５千円／人，炉端○○，大阪市中央区”と、支払情報２に対応するレコメンド情報“３時間プラン，カラオケ，１．５千円／人，○○エコー，大阪市中央区”とが取得されたとする。
【０２０７】
送信手段１３２８は、こうして取得された上記別の負担提案情報および上記２つのレコメンド情報を、グループＸの３人の各ユーザＡＡ〜ＣＣに送信する。
【０２０８】
例えば、ユーザＡＡの端末装置２において、端末受信部２５が、上記のような情報を受信し、端末出力部２６は、受信された情報を、ディスプレイ等の出力デバイスを介して出力する。その際、端末出力部２６は、受信された情報と、保持している画面構成情報とを用いて、負担提案情報および２つのレコメンド情報を有する画面を構成し、出力してもよい。これによって、各ユーザＡＡ〜ＣＣの端末装置２のディスプレイには、例えば、図８に示すような画面が表示されてもよい。
【０２０９】
図８は、端末装置２の出力画面の他の一例を示す図である。この画面は、上記別の負担提案情報に対応する第一の表と、上記２つのレコメンド情報に対応する第二の表とを有する。第一の表には、文字列“今回のお支払い総額￥６０００は下のようにご負担されると合計が同額になり、お勧めです”が対応付いている。第二の表には、文字列“次回のお勧めのお店”が対応付いている。
【０２１０】
ユーザＡＡ〜ＣＣは、負担提案情報が示す各金額を、自分の口座にチャージする。これによって、ユーザ情報１〜３に、チャージ金額情報“￥１０００”，“￥２０００”，“￥３０００”が書き込まれた後、ユーザＡＡ〜ＣＣのうち一人が、端末装置２の入力デバイスを介して決済指示を入力する。以降の動作は、前述と同様である。
【０２１１】
なお、グループＹに関する負担情報を用いた処理は、例えば、以下のようになる。万年筆の支払総額“￥９８００”に対し、グループＹを構成する２人の各ユーザＤＤ，ＥＥは、５千円ずつチャージした結果、グループ情報２が有するチャージ金額情報は“￥１００００”となる。決済処理手段１３２４は、上記支払総額を二等分した各人の支払額“￥４９００”を算出し、各ユーザＤＤ，ＥＥの口座からこの支払額“￥４９００”を減額する。差額算出手段１３２５は、決済処理前の各ユーザＤＤ，ＥＥのユーザチャージ金額情報“￥５０００”と、各人の支払額“￥４９００”との差額“￥１００”を算出する。移行チャージ部１３５は、各ユーザＤＤ，ＥＥの口座の残額“￥１００”を、グループＹの口座に移行チャージする。これによって、グループＹの口座の残額が“￥２００”となる一方、各ユーザＤＤ，ＥＥの口座の残額は“０”となる。グループＹの口座の残額“￥２００”は、次のグループＹでの支払いに利用される。
【０２１２】
以上、本実施の形態によれば、グループ情報格納部１１２に、グループを識別するグループ識別子と、グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納され、情報処理装置１は、グループ識別子と各人の負担情報を有する支払情報を受信し、受信した支払情報が有する各人の負担情報を、受信したグループ識別子に対応付けて蓄積し、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行うことにより、グループを構成する各人の負担情報を蓄積し、利用する仕組みを提供できる。
【０２１３】
また、情報処理装置１は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得し、または２以上の各ユーザの負担情報を統計処理し、統計処理した結果である統計情報を取得し、取得した負担情報、または取得した統計情報を、グループ情報が有するグループ識別子により識別されるグループを構成する２以上の各ユーザに送信することにより、蓄積した各人の負担情報を用いて、過去の負担、またはそれを統計処理した結果を、各ユーザに知らせることができる。
【０２１４】
また、情報処理装置１は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、次のグループでの支払いにおける各ユーザの負担に関する情報である負担提案情報を構成し、負担提案情報を送信することにより、蓄積した各人の負担情報を用いて、今回または次回以降の各人の負担に関する提案を行える。
【０２１５】
また、レコメンド情報格納部１１３には、負担情報を用いた条件に関する条件情報と、ユーザに送信するレコメンド情報とを対応付けて格納されており、情報処理装置１は、グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報をレコメンド情報格納部１１３から取得し、取得したレコメンド情報を送信することにより、蓄積した各人の負担情報を用いて、そこに含まれる商品や店舗の情報に基づくレコメンド、または各人の負担の額や割合に応じたレコメンドを、各ユーザに対して行える。
【０２１６】
また、情報処理装置１は、受信した支払情報が有する各人の負担情報を用いて、各人に対する決済のための処理である決済処理を、自ら行うことができる。
【０２１７】
また、グループ情報格納部１１２のグループ情報は、チャージされている金額を示すチャージ金額情報を有し、情報処理装置１は、受信した支払情報が有する各人の負担情報を用いて、チャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う。こうして、グループのチャージ金額から各人の負担情報に対する金額を減額することによって、各人の負担情報に対する決済処理を行える。
【０２１８】
また、ユーザ情報格納部１１１に、ユーザ識別子と各ユーザがチャージしているユーザチャージ金額情報とを有する１以上のユーザ情報が格納され、情報処理装置１は、受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う。こうして、各人のユーザチャージ金額から各人の負担情報に対する金額を減額することによって、各人の負担情報に対する決済処理を行える。
【０２１９】
また、グループ情報格納部１１２のグループ情報は、グループ識別子と、グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報と各ユーザがチャージしているユーザチャージ金額情報とを有し、情報処理装置１は、受信した支払情報が有する各人の負担情報を用いて、各人のユーザチャージ金額情報を減額する処理であり、各人に対する決済のための処理である決済処理を行う。こうして、各人のユーザチャージ金額から各人の負担情報に対する金額を減額することによって、各人の負担情報に対する決済処理を行える。
【０２２０】
また、情報処理装置１が受信した支払情報が有する各人の負担情報は、端末装置２で決済された結果に関する情報であることにより、情報処理装置１は、端末装置２での決済結果を、各人の負担情報として利用できる。
【０２２１】
また、情報処理装置１は、ユーザ識別子と、処理対象の情報である処理対象情報とを端末装置２から受信し、処理対象情報が転送対象の情報であるか否かを判断し、転送対象の情報であると判断した処理対象情報を、ユーザ識別子と対になる１以上のユーザ識別子に対応する１以上の端末装置２に転送することにより、ユーザ間での情報のやり取りを媒介できる。
【０２２２】
また、グループ情報は、グループの口座を識別するグループ口座識別子を有し、情報処理装置１が受信する支払情報は、グループ識別子と支払い総額を示す支払総額情報と各人の負担情報とを有し、情報処理装置１は、受信する支払情報が有する各人の負担情報に対応する金額の合計である合計金額と支払総額情報が示す支払総額との差額を算出し、差額が０より大きい場合に、差額分の金額をグループ識別子と対になるグループ口座識別子で識別されるグループ口座にチャージするための処理であるチャージ処理を行うことにより、決済後の残額をグループで管理できる。
【０２２３】
また、情報処理装置１は、グループ識別子とユーザ識別子とを有するグループ参加情報を受信し、グループ参加情報が有するグループ識別子を有するグループ情報に、グループ参加情報が有するユーザ識別子を追記することにより、グループに新たなユーザを追加できる。
【０２２４】
また、グループ情報は、金額を示す金額情報を有し、情報処理装置１は、金額情報が示す金額の全部または一部を、他のユーザにチャージし、チャージした金額を金額情報から減額し、金額情報を更新する移行チャージを行うことにより、グループの電子マネーを他ユーザにチャージできる。
【０２２５】
なお、本実施の形態における情報処理方法は、例えば、次のような方法であってもよい。つまり、この方法は、グループを識別するグループ識別子と、当該グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納されるグループ情報格納部１１１、支払情報受信部１２１、蓄積部１３１、および負担情報処理部１３２によって実現される方法であって、前記支払情報受信部１２１が、グループ識別子と各人の負担情報を有する支払情報を受信する支払情報受信ステップと、前記蓄積部１３１が、前記支払情報受信部が受信した支払情報が有する各人の負担情報を、前記支払情報受信部が受信したグループ識別子に対応付けて蓄積する蓄積ステップと、前記負担情報処理部１３２が、前記グループ情報格納部１１１に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う負担情報処理ステップとを含む情報処理方法である。
【０２２６】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。
【０２２７】
なお、本実施の形態における情報処理装置１を実現するソフトウェアは、例えば、以下のようなプログラムであってもよい。つまり、情報処理装置１のコンピュータがアクセス可能な記録媒体は、グループを識別するグループ識別子と、当該グループを構成する２以上の各ユーザのユーザ識別子と各ユーザの負担に関する負担情報とを有する１以上のグループ情報が格納されるグループ情報格納部１１２を具備し、このプログラムは、前記コンピュータを、グループ識別子と各人の負担情報を有する支払情報を受信する支払情報受信部１２１と、前記支払情報受信部１２１が受信した支払情報が有する各人の負担情報を、前記支払情報受信部１２１が受信したグループ識別子に対応付けて蓄積する蓄積部１３１と、前記グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて処理を行う負担情報処理部１３２として機能させるためのプログラムである。
【０２２８】
また、前記プログラムは、前記コンピュータを、前記グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を取得する負担情報取得手段１３２７、または当該２以上の各ユーザの負担情報を統計処理し、統計処理した結果である統計情報を取得する統計処理手段１３２１と、前記負担情報取得手段１３２７が取得した負担情報、または前記統計処理手段１３２１が取得した統計情報を、前記グループ情報が有するグループ識別子により識別されるグループを構成する２以上の各ユーザに送信する送信手段１３２８として機能させてもよい。
【０２２９】
または、前記プログラムは、前記コンピュータを、前記グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報を用いて、次のグループでの支払いにおける各ユーザの負担に関する情報である負担提案情報を構成する負担提案情報構成手段１３２２と、前記負担提案情報を送信する送信手段１３２８として機能させてもよい。
【０２３０】
または、前記記録媒体は、負担情報を用いた条件に関する条件情報と、ユーザに送信するレコメンド情報とを対応付けて格納しているレコメンド情報格納部１１３をさらに具備し、前記プログラムは、前記コンピュータを、前記グループ情報格納部１１２に格納されているグループ情報が有する２以上の各ユーザの負担情報が満たす条件情報と対になるレコメンド情報を前記レコメンド情報格納部１１３から取得するレコメンド情報取得手段１３２３と、前記レコメンド情報取得手段１３２３が取得したレコメンド情報を送信する送信手段１３２８として機能させてもよい。
【０２３１】
なお、本実施の形態における端末装置２を実現するソフトウェアは、例えば、以下のようなプログラムであってもよい。つまり、このプログラムは、端末装置２のコンピュータを、当該端末装置２のユーザを識別するユーザ識別子と、当該ユーザが属するグループを識別するグループ識別子とを有する入金指示を受け付ける端末受付部２２、前記入金指示を、グループの口座への入金、および前記グループとしての決済を含む処理を行う情報処理装置１に送信する端末送信部２４、前記情報処理装置１から、他の端末装置２のユーザによる前記口座への入金に関する入金情報を受信する端末受信部２５として機能させるためのプログラムであり、端末受付部２２は、前記グループとして決済する決済指示を受け付け、前記端末送信部２４は、前記決済指示を前記情報処理装置１に送信してもよい。
【０２３２】
また、前記端末受信部２５は、前記情報処理装置１から前記処理の結果を受信してもよい。
【０２３３】
さらに、前記処理の結果は、例えば、上記負担情報、上記統計情報、上記負担提案情報、または上記レコメンド情報のうち、１種類以上の情報を含んでもよい。
【０２３４】
図９は、本実施の形態におけるプログラムを実行して、情報処理装置１等を実現するコンピュータシステム９００の外観図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図９において、コンピュータシステム９００は、ディスクドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４をも含むシステム全体をコンピュータと呼んでもよい。
【０２３５】
図１０は、コンピュータシステム９００の内部構成の一例を示す図である。図１０において、コンピュータ９０１は、ディスクドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、を備える。ストレージ９１４は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリなどである。
【０２３６】
コンピュータシステム９００に、情報処理装置１の機能を実行させるプログラムは、例えば、ＤＶＤ、ＣＤ−ＲＯＭ等のディスク９２１に記憶されて、ディスクドライブ９０５に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ９０１に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ディスク９２１、またはネットワークから直接、ロードされてもよい。また、ディスク９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。
【０２３７】
プログラムは、コンピュータの詳細を示す９０１に、情報処理装置１の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０２３８】
なお、上述したコンピュータシステム９００は、サーバまたは据え置き型のＰＣであるが、端末装置２は、例えば、タブレット端末やスマートフォンなノート型ＰＣといった、携帯端末で実現されてもよい。この場合、例えば、キーボード９０２およびマウス９０３はタッチパネルに、ディスクドライブ９０５はメモリカードスロットに、ディスク９２１はメモリカードに、それぞれ置き換えられてよい。ただし、以上は例示であり、情報処理装置１を実現するコンピュータのハードウェア構成は問わない。
【０２３９】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２４０】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２４１】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末送信部２４、端末受信部２５など）は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０２４２】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２４３】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２４４】
以上のように、本発明にかかる情報処理装置は、グループを構成する各人の負担情報を蓄積し、利用する仕組みを提供できるという効果を有し、情報処理装置等として有用である。
【符号の説明】
【０２４５】
１  情報処理装置
２  端末装置
１１  格納部
１２  受信部
１３  処理部
２１  端末格納部
２２  端末受付部
２３  端末処理部
２４  端末送信部
２５  端末受信部
２６  端末出力部
１１１  ユーザ情報格納部
１１２  グループ情報格納部
１１３  レコメンド情報格納部
１２１  支払情報受信部
１２２  処理対象情報受信部
１２３  グループ参加情報受信部
１３１  蓄積部
１３２  負担情報処理部
１３３  判断部
１３４  参加処理部
１３５  移行チャージ部
１３６  転送部
１３２１  統計処理手段
１３２２  負担提案情報構成手段
１３２３  レコメンド情報取得手段
１３２４  決済処理手段
１３２５  差額算出手段
１３２６  チャージ処理手段
１３２７  負担情報取得手段
１３２８  送信手段
【図１】
2019101908.tif 000003
【図２】
2019101908.tif 000004
【図３】
2019101908.tif 000005
【図４】
2019101908.tif 000006
【図５】
2019101908.tif 000007
【図６】
2019101908.tif 000008
【図７】
2019101908.tif 000009
【図８】
2019101908.tif 000010
【図９】
2019101908.tif 000011
【図１０】
2019101908.tif 000012