(57)【要約】【課題】従来の電子商取引において、一の商品の共同購入の手続が面倒であった。【解決手段】購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報を格納し得る共同購入者情報格納部と、一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報を格納し得る決済情報格納部と、各共同購入者の端末装置から決済情報を受信する決済情報受信部と、前記決済情報受信部が受信した決済情報を前記決済情報格納部に蓄積する決済情報蓄積部と、前記決済情報受信部が決済情報を受信した場合に、前記共同購入者情報を用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断部と、前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理部とを具備する共同購入装置により、一の商品の共同購入が容易に行える。【選択図】図１
2013225228.tif 000002
【特許請求の範囲】
【請求項１】
購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報を格納し得る共同購入者情報格納部と、
一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報を格納し得る決済情報格納部と、
各共同購入者の端末装置から決済情報を受信する決済情報受信部と、
前記決済情報受信部が受信した決済情報を前記決済情報格納部に蓄積する決済情報蓄積部と、
前記共同購入者情報格納部の共同購入者情報と前記決済情報格納部の決済情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断部と、
前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理部とを具備する共同購入装置。
【請求項２】
購入する候補の商品の情報である２以上の候補商品情報を格納し得る候補商品情報格納部と、
購入する一の商品の情報である購入商品情報を格納し得る購入商品情報格納部と、
前記２以上の候補商品情報を、前記２以上の各共同購入者の端末装置に送信する候補商品情報送信部と、
前記２以上の各共同購入者の端末装置から、前記２以上の候補商品情報に対応する候補商品の評価に関する評価情報を受信する評価情報受信部と、
前記評価情報受信部が受信した２以上の評価情報を用いて、購入する一の商品を決定する商品決定部と、
前記商品決定部が決定した一の商品の情報である購入商品情報を前記購入商品情報格納部に蓄積する購入商品情報蓄積部とをさらに具備する請求項１記載の共同購入装置。
【請求項３】
前記購入する一の商品の金額を格納し得る金額格納部と、
２以上の各共同購入者が負担する金額に関するルールである分担ルールを格納し得る分担ルール格納部と、
前記分担ルールを前記金額に対して適用し、各共同購入者の負担金額を決定する負担金額決定部と、
前記各共同購入者の負担金額を、前記各共同購入者の端末装置に送信する負担金額送信部とをさらに具備する請求項１または請求項２記載の共同購入装置。
【請求項４】
前記分担ルールは、
２以上の各共同購入者が均等に負担するルールであり、
前記負担金額決定部は、
前記分担ルールを用いて、前記金額を人数で除算して前記各共同購入者の負担金額を算出する請求項３記載の共同購入装置。
【請求項５】
前記分担ルールは、
共同購入者の個人属性値に応じて、負担金額が異なるルールであり、
前記共同購入者情報は、
各共同購入者の個人属性値を有し、
前記負担金額決定部は、
前記共同購入者情報が有する各共同購入者の個人属性値を前記分担ルールに適用し、各共同購入者の負担金額を決定する請求項３記載の共同購入装置。
【請求項６】
前記分担ルールは、
１以上の各共同購入者の希望金額を超えないように、前記１以上の各共同購入者の負担金額を決定するルールであり、
１以上の各共同購入者の端末装置から希望金額を受信する希望金額受信部をさらに具備し、
前記負担金額決定部は、
前記希望金額受信部が受信した希望金額を超えないように、１以上の各共同購入者の負担金額を決定する請求項３記載の共同購入装置。
【請求項７】
前記負担金額決定部は、
前記希望金額受信部が希望金額を受信していない１以上の各共同購入者の負担金額を、前記希望金額受信部が受信した１以上の希望金額を前記購入する一の商品の金額から減算した残額を前記１以上の各共同購入者で除算した金額とする請求項６記載の共同購入装置。
【請求項８】
前記決済情報は、
共同購入者を識別する購入者識別子と対応付いており、
前記決済情報格納部に格納されている決済情報と前記共同購入者情報格納部に格納されている共同購入者情報とを用いて、決済情報を送信してきていない共同購入者の情報である支払処理未完了者情報とを取得する支払処理未完了者情報取得部と、
前記支払処理未完了者情報を用いて、支払処理を促す情報を、前記決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部とをさらに具備する請求項１から請求項７いずれか記載の共同購入装置。
【請求項９】
共同購入の代表者の情報であり、購入者識別子を有する代表者情報を格納し得る代表者情報格納部をさらに具備し、
前記判断部は、
前記決済情報受信部が受信した決済情報に対応する購入者識別子を取得し、当該購入者識別子が前記代表者情報に含まれる購入者識別子であるか否かをも判断し、
前記判断部が、決済情報に対応する購入者識別子が前記代表者情報に含まれる購入者識別子であると判断した後、代表者を除く他の共同購入者の端末装置に、支払処理を促す情報を、前記決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部をさらに具備する請求項１から請求項７いずれか記載の共同購入装置。
【請求項１０】
前記決済処理部は、
前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、外部の決済サーバ装置に前記共同購入者全員の決済情報を送信する請求項１から請求項９いずれか記載の共同購入装置。
【請求項１１】
前記決済処理部が前記決済処理を行った後、前記決済情報格納部の決済情報を削除する決済情報削除部をさらに具備する請求項１から請求項１０いずれか記載の共同購入装置。
【請求項１２】
購入する商品の発送先を示す発送先情報を格納し得る発送先情報格納部と、
前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、前記購入する商品を前記発送先情報が示す発送先への発送に関する処理を行う発送処理部とをさらに具備する請求項１から請求項１１いずれか記載の共同購入装置。
【請求項１３】
記録媒体に、
購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報と、
一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報とを格納しており、
決済情報受信部、決済情報蓄積部、判断部、および決済処理部により実現される共同購入方法であって、
前記決済情報受信部が、各共同購入者の端末装置から決済情報を受信する決済情報受信ステップと、
前記決済情報蓄積部が、前記決済情報受信ステップで受信された決済情報を前記記録媒体に蓄積する決済情報蓄積ステップと、
前記判断部が、前記共同購入者情報格納部の共同購入者情報と前記決済情報格納部の決済情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断ステップと、
前記決済処理部が、前記判断ステップで２以上の共同購入者全員の決済情報が揃ったと判断された場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理ステップとを具備する共同購入方法。
【請求項１４】
記録媒体に、
購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報と、
一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報とを格納しており、
コンピュータを、
各共同購入者の端末装置から決済情報を受信する決済情報受信部と、
前記決済情報受信部が受信した決済情報を前記記録媒体に蓄積する決済情報蓄積部と、
前記共同購入者情報格納部の共同購入者情報と前記決済情報格納部の決済情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断部と、
前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２以上の共同購入者が一の商品を購入する処理を行う共同購入装置等に関するものである。
【背景技術】
【０００２】
従来、電子商取引システムを利用して複数の者が共同で他の特定の者に商品等を贈るしくみを提供する電子商取引管理サーバに関する技術が存在した（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０５４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術においては、一部の共同購入者が決済処理を行わない場合の対策を講じていなかった。
【０００５】
さらに具体的には、従来の技術においては、共同購入者が、適宜、決済処理を行う場合、例えば、一の商品の共同購入者の一部のみが決済処理を行っており、他の一部の共同購入者が決済処理を行わない場合、決済処理を行った者に対して、払い戻し処理が必要である。
【０００６】
また、従来の技術においては、共同購入者全員の見解を反映させた商品を贈る仕組みが存在しなかった。
【０００７】
また、従来の技術においては、柔軟性の高い負担金額の決定ができなかった。
【０００８】
さらに、従来の技術においては、他の一部の共同購入者が決済処理を行わない場合、早期に決済処理を行うための措置を講じることができなかった。
【課題を解決するための手段】
【０００９】
本第一の発明の共同購入装置は、購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報を格納し得る共同購入者情報格納部と、一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報を格納し得る決済情報格納部と、各共同購入者の端末装置から決済情報を受信する決済情報受信部と、決済情報受信部が受信した決済情報を決済情報格納部に蓄積する決済情報蓄積部と、共同購入者情報格納部の共同購入者情報と決済情報格納部の決済情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断部と、判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理部とを具備する共同購入装置である。
【００１０】
かかる構成により、共同購入者が一時点で決定する場合において、一の商品の共同購入が容易に行える。
【００１１】
また、本第二の発明の共同購入装置は、第一の発明に対して、購入する候補の商品の情報である２以上の候補商品情報を格納し得る候補商品情報格納部と、購入する一の商品の情報である購入商品情報を格納し得る購入商品情報格納部と、２以上の候補商品情報を、２以上の各共同購入者の端末装置に送信する候補商品情報送信部と、２以上の各共同購入者の端末装置から、２以上の候補商品情報に対応する候補商品の評価に関する評価情報を受信する評価情報受信部と、評価情報受信部が受信した２以上の評価情報を用いて、購入する一の商品を決定する商品決定部と、商品決定部が決定した一の商品の情報である購入商品情報を購入商品情報格納部に蓄積する購入商品情報蓄積部とをさらに具備する共同購入装置である。
【００１２】
かかる構成により、共同購入者の見解を反映させた商品を購入できる。
【００１３】
また、本第三の発明の共同購入装置は、第一または第二の発明に対して、購入する一の商品の金額を格納し得る金額格納部と、２以上の各共同購入者が負担する金額に関するルールである分担ルールを格納し得る分担ルール格納部と、分担ルールを金額に対して適用し、各共同購入者の負担金額を決定する負担金額決定部と、各共同購入者の負担金額を、各共同購入者の端末装置に送信する負担金額送信部とをさらに具備する共同購入装置である。
【００１４】
かかる構成により、共同購入者の負担金額を適切に決定できる。
【００１５】
また、本第四の発明の共同購入装置は、第三の発明に対して、分担ルールは、２以上の各共同購入者が均等に負担するルールであり、負担金額決定部は、分担ルールを用いて、金額を人数で除算して各共同購入者の負担金額を算出する共同購入装置である。
【００１６】
かかる構成により、共同購入者の負担金額を公平に決定できる。
【００１７】
また、本第五の発明の共同購入装置は、第三の発明に対して、分担ルールは、共同購入者の個人属性値に応じて、負担金額が異なるルールであり、共同購入者情報は、各共同購入者の個人属性値を有し、負担金額決定部は、共同購入者情報が有する各共同購入者の個人属性値を分担ルールに適用し、各共同購入者の負担金額を決定する共同購入装置である。
【００１８】
かかる構成により、個人属性値に応じて共同購入者の負担金額を適切に決定できる。
【００１９】
また、本第六の発明の共同購入装置は、第三の発明に対して、分担ルールは、１以上の各共同購入者の希望金額を超えないように、１以上の各共同購入者の負担金額を決定するルールであり、１以上の各共同購入者の端末装置から希望金額を受信する希望金額受信部をさらに具備し、負担金額決定部は、希望金額受信部が受信した希望金額を超えないように、１以上の各共同購入者の負担金額を決定する共同購入装置である。
【００２０】
かかる構成により、共同購入者に希望金額がある場合、当該希望金額に応じて負担金額を適切に決定できる。
【００２１】
また、本第七の発明の共同購入装置は、第六の発明に対して、負担金額決定部は、希望金額受信部が希望金額を受信していない１以上の各共同購入者の負担金額を、希望金額受信部が受信した１以上の希望金額を購入する一の商品の金額から減算した残額を１以上の各共同購入者で除算した金額とする共同購入装置である。
【００２２】
かかる構成により、共同購入者に希望金額がある場合、当該希望金額に応じて、共同購入者全員の負担金額を適切に決定できる。
【００２３】
また、本第八の発明の共同購入装置は、第一から第七いずれかの発明に対して、決済情報は、共同購入者を識別する購入者識別子と対応付いており、決済情報格納部に格納されている決済情報と共同購入者情報格納部に格納されている共同購入者情報とを用いて、決済情報を送信してきていない共同購入者の情報である支払処理未完了者情報とを取得する支払処理未完了者情報取得部と、支払処理未完了者情報を用いて、支払処理を促す情報を、決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部とをさらに具備する共同購入装置である。
【００２４】
かかる構成により、共同購入者に支払処理を促し、早期に決済処理を行えるようにできる。
【００２５】
また、本第九の発明の共同購入装置は、第一から第七いずれかの発明に対して、共同購入の代表者の情報であり、購入者識別子を有する代表者情報を格納し得る代表者情報格納部をさらに具備し、判断部は、決済情報受信部が受信した決済情報に対応する購入者識別子を取得し、購入者識別子が代表者情報に含まれる購入者識別子であるか否かをも判断し、判断部が、決済情報に対応する購入者識別子が代表者情報に含まれる購入者識別子であると判断した後、代表者を除く他の共同購入者の端末装置に、支払処理を促す情報を、決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部をさらに具備する共同購入装置である。
【００２６】
かかる構成により、共同購入者に支払処理を促し、より早期に決済処理を行えるようにできる。
【００２７】
また、本第十の発明の共同購入装置は、第一から第九いずれかの発明に対して、決済処理部は、判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、外部の決済サーバ装置に共同購入者全員の決済情報を送信する共同購入装置である。
【００２８】
かかる構成により、一の商品の共同購入が容易に行える。
【００２９】
また、本第十一の発明の共同購入装置は、第一から第十いずれかの発明に対して、決済処理部が決済処理を行った後、決済情報格納部の決済情報を削除する決済情報削除部をさらに具備する共同購入装置である。
【００３０】
かかる構成により、決済情報の無用な漏洩を防止できる。
【００３１】
また、本第十二の発明の共同購入装置は、第一から第十一いずれかの発明に対して、購入する商品の発送先を示す発送先情報を格納し得る発送先情報格納部と、判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、購入する商品を発送先情報が示す発送先への発送に関する処理を行う発送処理部とをさらに具備する共同購入装置である。
【００３２】
かかる構成により、一の商品の複数人での共同購入およびプレゼント行為が容易に行える。
【発明の効果】
【００３３】
本発明による共同購入装置によれば、一の商品の共同購入が容易に行える。
【図面の簡単な説明】
【００３４】
【図１】実施の形態１における共同購入システムの概念図を示す図
【図２】同共同購入システムのブロック図
【図３】同共同購入装置１の動作について説明するフローチャート
【図４】同受信情報処理について説明するフローチャート
【図５】同負担金額を決定する処理について説明するフローチャート
【図６】同属性値変動方式処理について説明するフローチャート
【図７】同他処理について説明するフローチャート
【図８】同分担ルール管理表を示す図
【図９】同出力画面の例を示す図
【図１０】同出力画面の例を示す図
【図１１】同出力画面の例を示す図
【図１２】同出力画面の例を示す図
【図１３】同メッセージの例を示す図
【図１４】同出力画面の例を示す図
【図１５】同出力画面の例を示す図
【図１６】同出力画面の例を示す図
【図１７】同出力画面の例を示す図
【図１８】同出力画面の例を示す図
【図１９】同メッセージの例を示す図
【図２０】同コンピュータシステムの概観図
【図２１】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００３５】
以下、共同購入装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３６】
（実施の形態１）
本実施の形態において、２以上のユーザが一の商品を購入する場合、クレジット情報を一時的に蓄積し、全員のクレジット情報が揃えば、決済処理を行う共同購入システムについて説明する。なお、商品には、サービス（例えば、エステサービス、マッサージサービス、パッケージ旅行、各種のサービスチケット等）も含まれるとする。
【００３７】
また、本実施の形態において、購入する商品を複数人で相談して、適切に決定できる共同購入システムについて説明する。
【００３８】
また、本実施の形態において、各共同購入者の負担金額をルールに基づいて適切に決定できる共同購入システムについて説明する。
【００３９】
また、本実施の形態において、支払完了者、未完了者の情報を用いて、メッセージを構成し、通知できる共同購入システムについて説明する。
【００４０】
また、本実施の形態において、幹事（代表者と言っても良い）の支払手続が完了後に、他のメンバーに支払方法の通知を行うような通信制御方法を提供する共同購入システムについて説明する。
【００４１】
図１は、本実施の形態における共同購入システムの概念図である。共同購入システムは、共同購入装置１、および２以上の端末装置２を備える。共同購入装置１は、共同購入の処理を実現する装置である。また、端末装置２は、ユーザが保持する端末であり、例えば、いわゆる携帯電話、携帯端末、スマートフォン、パーソナルコンピュータ等である。
【００４２】
図２は、本実施の形態における共同購入システムのブロック図である。
【００４３】
共同購入装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。
【００４４】
格納部１１は、分担ルール格納部１１１、共同購入者情報格納部１１２、代表者情報格納部１１３、発送先情報格納部１１４、候補商品情報格納部１１５、購入商品情報格納部１１６、金額格納部１１７、および決済情報格納部１１８を備える。
【００４５】
受信部１２は、評価情報受信部１２１、希望金額受信部１２２、決済情報受信部１２３を備える。
【００４６】
処理部１３は、商品決定部１３１、購入商品情報蓄積部１３２、負担金額決定部１３３、決済情報蓄積部１３４、判断部１３５、支払処理未完了者情報取得部１３６、決済処理部１３７、決済情報削除部１３８、および発送処理部１３９を備える。
【００４７】
送信部１４は、候補商品情報送信部１４１、負担金額送信部１４２、および支払催促送信部１４３を備える。
【００４８】
端末装置２は、端末受付部２１、端末送信部２２、端末受信部２３、および端末出力部２４を備える。
【００４９】
共同購入装置１を構成する格納部１１は、共同購入装置１が使用する各種情報を格納し得る。格納部１１は、例えば、共同購入を実現するための１以上の画面定義情報を格納している。画面定義情報は、画面を定義する情報であり、例えば、ＨＴＭＬやＸＭＬ等で記述されている。ただし、画面定義情報の定義方法は問わない。また、格納部１１は、商品を贈呈する相手へのメッセージ等を格納していても良い。また、格納部１１は、通常、販売する商品の商品情報を多数格納している。商品情報は、例えば、商品を識別する商品識別子、商品の金額、商品の画像、商品の説明、商品の仕様、性能等を含む。さらに、格納部１１は、後述する評価情報を格納していても良い。
【００５０】
格納部１１を構成する分担ルール格納部１１１は、１以上の分担ルールを格納し得る。分担ルールとは、２以上の各共同購入者が負担する金額に関するルールである。分担ルールは、例えば、２以上の各共同購入者が均等に負担することを示すルールである。また、分担ルールは、例えば、共同購入者の個人属性値に応じて、負担金額が異なるルールである。分担ルールは、例えば、「男性：女性＝２：１」という性別による分担比率を示す情報である。また、分担ルールは、例えば、「部長：５０００円,課長：４０００円，係長：３０００円，社員：２０００円」等の、役職別の負担金額を示す情報である。また、分担ルールは、例えば、１以上の各共同購入者の希望金額を超えないように、１以上の各共同購入者の負担金額を決定することを示す情報である。なお、分担ルールとは、分担ルールを特定する識別子でも良いし、分担ルールを実現するためのプログラムでも良いし、分担ルールを実現するためのプログラムを識別する情報（関数名、メソッド名、メッセージ名など）等でも良い。
【００５１】
共同購入者情報格納部１１２は、１以上の共同購入者情報を格納し得る。共同購入者情報は、購入する一の商品の２以上の共同購入者に関する情報である。一の共同購入者情報は、一の商品を購入する場合の複数の購入者の情報と考えても良いし、一の商品を購入する場合の一の購入者の情報と考えても良い。
【００５２】
また、共同購入者情報は、例えば、２以上の購入者識別子、購入する一の商品を識別する商品識別子を含む。また、共同購入者情報は、例えば、購入者識別子、通知先情報、個人属性値、負担金額、希望金額を有する。ここで、購入者識別子とは、購入者を識別する情報であり、例えば、システムが与えたＩＤ、名前、ニックネーム、氏名、クレジットカード番号、購入者の携帯電話番号、購入者の端末装置のＭＡＣアドレス、氏名と生年月日等である。また、商品識別子とは、商品のＩＤ、商品名等である。また、通知先情報は、共同購入者に情報を通知するための情報であり、例えば、メールアドレス、電話番号、ＩＰアドレス等である。また、個人属性値は、例えば、性別、年齢、役職、趣味等である。ただし、共同購入者情報は、購入者の人数等でも良い。また、共同購入者情報は、各共同購入者の個人属性値を有することは好適である。
【００５３】
代表者情報格納部１１３は、代表者情報を格納し得る。代表者情報は、共同購入の代表者の情報であり、代表者の購入者識別子を有する。代表者情報は、例えば、代表者の購入者識別子だけでも良い。
【００５４】
発送先情報格納部１１４は、購入する商品の発送先を示す発送先情報を格納し得る。発送先情報は、例えば、発送先の氏名、住所、郵便番号、電話番号等である。発送先情報は、例えば、電子メールアドレス等でも良い。なお、発送先とは、通常、購入する商品の贈呈先である。
【００５５】
候補商品情報格納部１１５は、２以上の候補商品情報を格納し得る。候補商品情報とは、購入する候補の商品の情報である。候補商品情報は、購入する候補の商品識別子だけでも良いし、購入する候補の商品の商品情報でも良い。
【００５６】
購入商品情報格納部１１６は、購入する一の商品の情報である購入商品情報を格納し得る。購入商品情報は、購入する一の商品の商品識別子だけでも良いし、購入する商品の商品情報でも良い。
【００５７】
金額格納部１１７は、購入する一の商品の金額を格納し得る。なお、金額格納部１１７は、格納部１１に格納されている購入する商品情報が有する金額へのポインタでも良い。また、金額格納部１１７は、実質的に、購入商品情報格納部１１６の一部（金額を格納している領域）等でも良い。
【００５８】
決済情報格納部１１８は、２以上の決済情報を格納し得る。決済情報とは、一の商品の共同購入者の決済に関する情報である。決済情報は、通常、クレジットカード情報を含む。決済情報は、決済の金額（負担金額）を含んでも良い。また、クレジットカード情報とは、クレジットカードによる決済を行うための情報である。クレジットカード情報は、例えば、クレジットカード番号と有効期限と名義人の情報等である。また、決済情報格納部１１８の決済情報は、通常、共同購入者を識別する購入者識別子と対応付いている。決済情報が購入者識別子を有する場合も、決済情報は購入者識別子と対応付いていると考える。
【００５９】
受信部１２は、端末装置２から情報や指示等を受信する。情報とは、例えば、後述する評価情報、希望金額、決済情報等である。また、指示とは、例えば、ページ閲覧指示である。ページ閲覧指示は、共同購入のための画面定義情報を取得するための指示である。ページ閲覧指示は、例えば、ＵＲＬを有する。
【００６０】
受信部１２を構成する評価情報受信部１２１は、２以上の各共同購入者の端末装置２から、２以上の候補商品情報に対応する候補商品の評価に関する評価情報を受信する。また、評価情報は、通常、２以上の商品識別子と、当該商品識別子で識別される商品の評価とを有する。評価は、例えば、「○（２）」「△（１）」「×（０）」である。また、評価は、例えば、５段階評価の点数（１〜５）である。
【００６１】
希望金額受信部１２２は、１以上の各共同購入者の端末装置２から希望金額を受信する。希望金額受信部１２２は、一部の共同購入者から希望金額を受信しても良い。希望金額受信部１２２は、通常、希望金額と購入者識別子とを共に受信する。
【００６２】
決済情報受信部１２３は、各共同購入者の端末装置２から決済情報を受信する。決済情報受信部１２３は、通常、決済情報とともに、購入者識別子も受信する。
【００６３】
処理部１３は、共同購入装置１が取り扱う情報に対して、各種の処理を行う。
【００６４】
処理部１３を構成する商品決定部１３１は、評価情報受信部１２１が受信した評価情報を用いて、購入する一の商品を決定する。商品決定部１３１は、通常、評価情報受信部１２１が受信した２以上の評価情報を用いて、購入する一の商品を決定する。商品決定部１３１は、例えば、評価情報受信部１２１が受信した２以上の評価情報（評価値）の合計が最大の商品を、購入する一の商品として決定する。商品決定部１３１は、例えば、共同購入者の希望金額の合計以下の金額の候補商品の中から、評価情報受信部１２１が受信した２以上の評価情報を用いて、最も評価が高い商品を、購入する商品に決定しても良い。なお、商品決定部１３１は、例えば、購入する一の商品の商品識別子を取得する。
【００６５】
購入商品情報蓄積部１３２は、商品決定部１３１が決定した一の商品の情報である購入商品情報を購入商品情報格納部１１６に蓄積する。購入商品情報蓄積部１３２は、例えば、商品決定部１３１が取得した商品識別子に対応する商品情報を候補商品情報格納部１１５から取得し、購入商品情報格納部１１６に蓄積する。
【００６６】
負担金額決定部１３３は、分担ルールを金額に対して適用し、各共同購入者の負担金額を決定する。負担金額決定部１３３は、金額格納部１１７の金額に対して、分担ルールを適用し、各共同購入者の負担金額を決定する。
【００６７】
分担ルールが割り勘であるとのルールである場合、負担金額決定部１３３は、金額格納部１１７の金額を、共同購入者の人数で除算して各共同購入者の負担金額を算出する。
【００６８】
分担ルールが共同購入者の個人属性値に応じて負担金額を決定するというルールである場合、負担金額決定部１３３は、各共同購入者の個人属性値を共同購入者情報格納部１１２から取得し、当該個人属性値を分担ルールに適用し、各共同購入者の負担金額を決定する。
【００６９】
分担ルールが希望金額を超えないことを示す分担ルールである場合、負担金額決定部１３３は、希望金額受信部１２２が受信した希望金額を超えないように、１以上の各共同購入者の負担金額を決定する。また、かかる場合、負担金額決定部１３３は、通常、希望金額受信部１２２が希望金額を受信していない１以上の各共同購入者の負担金額を、希望金額受信部１２２が受信した１以上の希望金額を購入する一の商品の金額から減算した残額を１以上の各共同購入者で除算した金額とする。
【００７０】
決済情報蓄積部１３４は、決済情報受信部１２３が受信した決済情報を決済情報格納部１１８に蓄積する。ここでの蓄積は、通常、一時的な蓄積である。
【００７１】
判断部１３５は、共同購入者情報格納部１１２の共同購入者情報と決済情報格納部１１８の決済情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する。通常、判断部１３５は、決済情報受信部１２３が決済情報を受信した場合に、少なくとも当該決済情報と共同購入者情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する。判断部１３５は、決済情報受信部１２３が決済情報を受信後、直ちに、当該決済情報と共同購入者情報とを用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断することは好適である。
【００７２】
また、判断部１３５は、決済情報受信部１２３が受信した決済情報に対応する購入者識別子を取得し、購入者識別子が代表者情報に含まれる購入者識別子であるか否かをも判断することは好適である。
【００７３】
支払処理未完了者情報取得部１３６は、決済情報格納部１１８に格納されている決済情報と共同購入者情報格納部１１２に格納されている共同購入者情報とを用いて、支払処理未完了者情報とを取得する。支払処理未完了者情報とは、決済情報を送信してきていない共同購入者の情報である。支払処理未完了者情報は、例えば、支払処理未完了者の通知先情報、購入者識別子等である。また、例えば、決済情報格納部１１８に格納されている２つの決済情報に対応する購入者識別子が「１２３，５６７」であり、共同購入者情報が有する５名の共同購入者の購入者識別子が「１２３，２３４，３４５，４５６，５６７」である場合、支払処理未完了者情報取得部１３６は、支払処理未完了者情報「２３４，３４５，４５６」を取得する。また、支払処理未完了者情報取得部１３６は、決済情報を送信してきていない共同購入者の購入者識別子「２３４，３４５，４５６」を用いて、共同購入者情報格納部１１２に格納されている共同購入者情報を検索し、「２３４，３４５，４５６」に対応する氏名やメールアドレス等を取得しても良い。
【００７４】
また、支払処理未完了者情報取得部１３６は、決済情報を送信してきている共同購入者の情報である支払処理完了者情報をも取得することは好適である。
【００７５】
決済処理部１３７は、判断部１３５が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う。ここで、決済処理とは、通常、決済サーバに共同購入者全員の決済情報を送信することである。また、決済処理は、共同購入装置１の中で決済を完了させる処理でも良い。
【００７６】
決済情報削除部１３８は、決済処理部１３７が決済処理を行った後、決済情報格納部１１８の決済情報を削除する。
【００７７】
発送処理部１３９は、判断部１３５が２以上の共同購入者全員の決済情報が揃ったと判断した場合、購入する商品を発送先情報が示す発送先への発送に関する処理を行う。ここで、発送に関する処理は、例えば、送付状の印刷、発送した旨の共同購入者への通知等である。
【００７８】
送信部１４は、端末装置２に情報を送信する。端末装置２への情報の送信の手段は問わない。各共同購入者のメールアドレス宛にメール送信した場合も、共同購入者の端末装置２への送信に該当する、とする。
【００７９】
送信部１４を構成する候補商品情報送信部１４１は、２以上の候補商品情報を、２以上の各共同購入者の端末装置２に送信する。
【００８０】
負担金額送信部１４２は、各共同購入者の負担金額を、各共同購入者の端末装置２に送信する。
【００８１】
支払催促送信部１４３は、支払処理未完了者情報を用いて、支払処理を促す情報を、決済情報を送信していない共同購入者の端末装置２に送信する。
【００８２】
支払催促送信部１４３は、判断部１３５が、決済情報に対応する購入者識別子が代表者情報に含まれる購入者識別子であると判断した後、代表者を除く他の共同購入者の端末装置２に、支払処理を促す情報を、決済情報を送信していない共同購入者の端末装置２に送信する。ここで、支払処理を促す情報は、支払催促送信部１４３が予め保持していても良いし、支払処理未完了者情報や支払処理完了者情報を用いて構成しても良い。
【００８３】
なお、上記の各種の送信部が情報を送信するタイミングは問わない。
【００８４】
端末装置２を構成する端末受付部２１は、ユーザから情報を受け付ける。情報とは、例えば、決済情報、候補商品の評価情報、希望金額、ユーザの属性値（性別、年齢、役職等）、ユーザの識別子（購入者識別子）等である。情報の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００８５】
端末送信部２２は、共同購入装置１に各種情報を受信する。各種情報は、通常、端末受付部２１が受け付けた情報である。
【００８６】
端末受信部２３は、共同購入装置１から各種情報を受信する。各種情報とは、例えば、画面定義情報である。
【００８７】
端末出力部２４は、端末受信部２３が受信した情報を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。また、出力の態様は問わない。
【００８８】
端末出力部２４は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。なお、端末出力部２４は、例えば、インターネットブラウザである。
【００８９】
格納部１１、分担ルール格納部１１１、共同購入者情報格納部１１２、代表者情報格納部１１３、発送先情報格納部１１４、候補商品情報格納部１１５、購入商品情報格納部１１６、金額格納部１１７、および決済情報格納部１１８は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００９０】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【００９１】
受信部１２、評価情報受信部１２１、希望金額受信部１２２、決済情報受信部１２３、および端末受信部２３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９２】
処理部１３、商品決定部１３１、購入商品情報蓄積部１３２、負担金額決定部１３３、決済情報蓄積部１３４、判断部１３５、支払処理未完了者情報取得部１３６、決済処理部１３７、決済情報削除部１３８、および発送処理部１３９は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００９３】
送信部１４、候補商品情報送信部１４１、負担金額送信部１４２、支払催促送信部１４３、および端末送信部２２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００９４】
次に、共同購入システムの動作について説明する。まず、共同購入装置１の動作について、図３のフローチャートを用いて説明する。
【００９５】
（ステップＳ３０１）受信部１２は、端末装置２から指示を受信したか否かを判断する。指示を受信すればステップＳ３０２に行き、指示を受信しなければステップＳ３０５に行く。
【００９６】
（ステップＳ３０２）処理部１３は、ステップＳ３０１で受信された指示がページ閲覧指示であるか否かを判断する。ページ閲覧指示であればステップＳ３０３に行き、ページ閲覧指示でなければステップＳ３０４に行く。
【００９７】
（ステップＳ３０３）処理部１３は、指示に対応する画面定義情報を格納部１１から読み出す。そして、送信部１４は、読み出された画面定義情報を、指示を送信してきた端末装置２に送信する。ステップＳ３０１に戻る。
【００９８】
（ステップＳ３０４）処理部１３は、指示に対応する処理を行う。ステップＳ３０１に戻る。なお、指示に対応する処理とは、例えば、負担金額の算出処理等である。
【００９９】
（ステップＳ３０５）受信部１２は、端末装置２から情報を受信したか否かを判断する。指示を受信すればステップＳ３０６に行き、指示を受信しなければステップＳ３０７に行く。
【０１００】
（ステップＳ３０６）処理部１３等は、受信された情報を処理する。かかる処理を受信情報処理という。受信情報処理について、図４のフローチャートを用いて説明する。ステップＳ３０１に戻る。
【０１０１】
（ステップＳ３０７）処理部１３等は、他の処理を行う。他の処理は、通常、内部的な情報（トリガー）に基づいて行われる処理である。かかる処理を他処理という。他処理について、図７のフローチャートを用いて説明する。ステップＳ３０１に戻る。
【０１０２】
なお、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１０３】
次に、ステップＳ３０６の受信情報処理について、図４のフローチャートを用いて説明する。
【０１０４】
（ステップＳ４０１）受信部１２を構成する評価情報受信部１２１は、評価情報を受信したか否かを判断する。評価情報を受信すればステップＳ４０２に行き、評価情報を受信しなければステップＳ４０９に行く。
【０１０５】
（ステップＳ４０２）商品決定部１３１は、購入者識別子と対応付けて、評価情報を格納部１１に一時蓄積する。
【０１０６】
（ステップＳ４０３）商品決定部１３１は、格納部１１に一時蓄積されている評価情報に対応する１以上の購入者識別子と、共同購入者情報格納部１１２に格納されている共同購入者情報とを用いて、共同購入者全員の評価情報が揃ったか否かを判断する。全員の評価情報が揃った場合はステップＳ４０４に行き、全員の評価情報が揃っていない場合は上位処理にリターンする。なお、商品決定部１３１は、例えば、共同購入者情報に含まれる２以上の購入者識別子がすべて、格納部１１に一時蓄積されている評価情報に対応する場合に、共同購入者全員の評価情報が揃ったと判断する。また、所定の期限が経過した場合に、商品決定部１３１は、共同購入者全員の評価情報が揃ったと判断しても良い。なお、所定の期限は、例えば、代表者の端末装置２から送信され、格納部１１に格納されている。
【０１０７】
（ステップＳ４０４）商品決定部１３１は、格納部１１に一時蓄積されている２以上の評価情報を読み出す。なお、評価情報は２以上の商品識別子と評価とを有する。
【０１０８】
（ステップＳ４０５）商品決定部１３１は、２以上の各商品の全員の評価を、２以上の評価情報（２以上の共同購入者の評価情報）に含まれる評価から算出する。商品決定部１３１は、例えば、商品ごとに、２以上の評価の和や平均を取得し、全員の評価とする。
【０１０９】
（ステップＳ４０６）商品決定部１３１は、ステップＳ４０５で算出した各商品の評価のうち、最も高い評価の商品の商品情報を候補商品情報格納部１１５から取得し、購入商品情報格納部１１６に蓄積する。
【０１１０】
（ステップＳ４０７）負担金額決定部１３３は、２以上の各共同購入者の負担金額を決定する。負担金額を決定する処理について、図５のフローチャートを用いて説明する。
【０１１１】
（ステップＳ４０８）負担金額送信部１４２は、ステップＳ４０７で決定された２以上の各共同購入者の負担金額を、２以上の各共同購入者に送信する。なお、負担金額送信部１４２は、２以上の各共同購入者の通知先情報を共同購入者情報格納部１１２から取得し、当該２以上の各共同購入者の端末装置２に負担金額を送信する。上位処理にリターンする。
【０１１２】
（ステップＳ４０９）受信部１２を構成する決済情報受信部１２３は、決済情報を受信したか否かを判断する。決済情報を受信すればステップＳ４１０に行き、決済情報を受信しなければステップＳ４１７に行く。なお、本ステップで、通常、購入者識別子も受信される。
【０１１３】
（ステップＳ４１０）決済情報蓄積部１３４は、ステップＳ４０９で受信された決済情報を決済情報格納部１１８に蓄積する。なお、決済情報は購入者識別子と対応付けて蓄積される。
【０１１４】
（ステップＳ４１１）決済処理部１３７は、決済情報格納部１１８に蓄積されている決済情報を用いて、共同購入者全員の決済情報が揃ったか否かを判断する。全員の決済情報が揃ったと判断した場合はステップＳ４１２に行き、全員の決済情報が揃っていないと判断した場合はステップＳ４１５に行く。なお、決済処理部１３７は、決済情報格納部１１８に格納されている各決済情報に対応する購入者識別子を取得する。また、決済処理部１３７は、共同購入者情報が有する全員の購入者識別子を取得する。そして、決済処理部１３７は、共同購入者情報が有する全員の各購入者識別子に対応する決済情報がすべて、決済情報格納部１１８に格納されている場合は、全員の決済情報が揃ったと判断する。
【０１１５】
（ステップＳ４１２）決済処理部１３７は、決済情報格納部１１８に蓄積されている２以上の決済情報を用いて、決済処理を行う。
【０１１６】
（ステップＳ４１３）決済情報削除部１３８は、決済情報格納部１１８に蓄積されている２以上の決済情報を削除する。
【０１１７】
（ステップＳ４１４）発送処理部１３９は、発送処理を行う。上位処理にリターンする。
【０１１８】
（ステップＳ４１５）判断部１３５は、ステップＳ４０９で受信された決済情報が共同購入の代表者の決済情報であるか否かを判断する。代表者の決済情報であればステップＳ４１６に行き、代表者の決済情報でなければ上位処理にリターンする。なお、判断部１３５は、ステップＳ４０９で受信された決済情報に対応する購入者識別子を取得し、代表者情報格納部１１３から代表者の購入者識別子を取得し、２つの購入者識別子が一致する場合に代表者の決済情報であると判断する。
【０１１９】
（ステップＳ４１６）支払処理未完了者情報取得部１３６は、支払処理の未完了者の情報を取得する。そして、支払処理の未完了者（代表者を除く共同購入者）の端末装置２に、支払処理の催促のメッセージを送信する。なお、支払処理未完了者情報取得部１３６は、各支払処理未完了者の負担金額を格納部１１から取得する。そして、支払処理未完了者情報取得部１３６は、負担金額を含む催促のメッセージを送信する。なお、支払処理の未完了者の情報には、１以上の未完了者の通知先情報を含む。上位処理にリターンする。
【０１２０】
（ステップＳ４１７）受信部１２を構成する希望金額受信部１２２は、希望金額を受信したか否かを判断する。希望金額報を受信すればステップＳ４１８に行き、希望金額を受信しなければステップＳ４１９に行く。
【０１２１】
（ステップＳ４１８）処理部１３は、ステップＳ４１７で受信された希望金額を、共同購入者情報格納部１１２に蓄積する。なお、希望金額は購入者識別子に対応付けて蓄積される。上位処理にリターンする。
【０１２２】
（ステップＳ４１９）処理部１３は、他の情報処理を行う。上位処理にリターンする。例えば、他の情報処理は、以下のような処理である。例えば、受信部１２が共同購入者情報を受信した場合、処理部１３は当該共同購入者情報を共同購入者情報格納部１１２に蓄積する。また、例えば、受信部１２が代表者情報を受信した場合、処理部１３は当該代表者情報を代表者情報格納部１１３に蓄積する。例えば、受信部１２が採用する分担ルールを識別する分担ルール識別子または分担ルールを受信した場合、処理部１３は当該分担ルール識別子または分担ルールを分担ルール格納部１１１に蓄積する。なお、ここで分担ルール識別子が蓄積された場合、負担金額の算出で使用される分担ルールは分担ルール識別子で識別される分担ルールである。例えば、受信部１２が発送先情報を受信した場合、処理部１３は、当該発送先情報を発送先情報格納部１１４に蓄積する。例えば、受信部１２が１以上の候補商品情報を受信した場合、処理部１３は、当該１以上の候補商品情報を候補商品情報格納部１１５に蓄積する。
【０１２３】
次に、ステップＳ４０７の負担金額決定処理について、図５のフローチャートを用いて説明する。
【０１２４】
（ステップＳ５０１）負担金額決定部１３３は、金額格納部１１７の金額（Ｍ）を読み出す。なお、かかる金額（Ｍ）は、共同購入する商品の金額である。
【０１２５】
（ステップＳ５０２）負担金額決定部１３３は、分担ルール格納部１１１から、適用する分担ルールを読み出す。
【０１２６】
（ステップＳ５０３）負担金額決定部１３３は、適用する分担ルールが「割り勘」であるか否かを判断する。「割り勘」である場合はステップＳ５０４に行き、「割り勘」でない場合はステップＳ５１２に行く。
【０１２７】
（ステップＳ５０４）負担金額決定部１３３は、共同購入者の人数（Ｎ）を取得する。なお、例えば、負担金額決定部１３３は、共同購入者情報格納部１１２の共同購入者情報の数、または共同購入者情報に含まれる共同購入者の数等を取得することにより、人数（Ｎ）を取得する。
【０１２８】
（ステップＳ５０５）負担金額決定部１３３は、一人当たりの負担金額「Ｍ／Ｎ」を算出する。
【０１２９】
（ステップＳ５０６）負担金額決定部１３３は、共同購入者情報格納部１１２の中に、希望金額に対応付けられた共同購入者情報が存在するか否かを判断する。希望金額に対応付けられた共同購入者情報が存在すればステップＳ５０７に行き、存在しなければステップＳ５１１に行く。
【０１３０】
（ステップＳ５０７）負担金額決定部１３３は、共同購入者情報格納部１１２から、各共同購入者情報に対応付けられた希望金額の中で、一人当たりの負担金額「金額／Ｎ」より少ない希望金額が存在するか否かを判断する。存在すればステップＳ５０８に行き、存在しなければステップＳ５１１に行く。
【０１３１】
（ステップＳ５０８）負担金額決定部１３３は、一人当たりの負担金額を下回る希望金額に対応付けられた共同購入者情報に対応する１以上の各共同購入者の負担金額を、各共同購入者の希望金額に設定する。
【０１３２】
（ステップＳ５０９）負担金額決定部１３３は、人数Ｎに「Ｎ−ステップＳ５０８で負担金額を設定した人数」を代入する。なお、人数Ｎは変数である。
【０１３３】
（ステップＳ５１０）負担金額決定部１３３は、金額Ｍに、「Ｍ−ステップＳ５０８で設定した負担金額の合計」を代入する。ステップＳ５０５に戻る。なお、金額Ｍは変数である。
【０１３４】
（ステップＳ５１１）負担金額決定部１３３は、負担金額を未設定の共同購入者の負担金額を設定する。なお、負担金額の設定とは、通常、共同購入者情報に含まれる購入者識別子と対応付けて、負担金額を共同購入者情報格納部１１２に蓄積することである。
【０１３５】
（ステップＳ５１２）負担金額決定部１３３は、適用する分担ルールが「属性に応じて変動するルール」であるか否かを判断する。「属性に応じて変動するルール」である場合はステップＳ５１３に行き、「属性に応じて変動するルール」でない場合はステップＳ５１４に行く。
【０１３６】
（ステップＳ５１３）負担金額決定部１３３は、「属性に応じて変動するルール」を適用し、各共同購入者の負担金額を決定し、上位処理にリターンする。かかる処理を属性値変動方式処理という。属性値変動方式処理について、図６のフローチャートを用いて説明する。
【０１３７】
（ステップＳ５１４）負担金額決定部１３３は、カウンタiに１を代入する。
【０１３８】
（ステップＳ５１５）負担金額決定部１３３は、ｉ番目の共同購入者が存在するか否かを判断する。ｉ番目の共同購入者が存在する場合はステップＳ５１６に行き、存在しない場合は上位処理にリターンする。なお、ステップＳ５１５では、各共同購入者が入力した金額を負担金額とする方式である。また、共同購入者が入力した金額とは、受信部１２が受信した金額である。
【０１３９】
（ステップＳ５１６）負担金額決定部１３３は、共同購入者が入力した金額を、ｉ番目の共同購入者の購入者識別子と対応付けて、共同購入者情報格納部１１２に蓄積する。なお、共同購入者が入力した金額は、受信部１２が受信し、処理部１３が格納部１１に格納している、とする。また、共同購入者が入力した金額は、購入者識別子と対応付けて蓄積される。
【０１４０】
（ステップＳ５１７）負担金額決定部１３３は、カウンタiを１、インクリメントする。ステップＳ５１５に戻る。
【０１４１】
次に、ステップＳ５１２の属性値変動方式処理について、図６のフローチャートを用いて説明する。なお、図６において、図５のフローチャートと同一の処理について、説明を省略する。
【０１４２】
（ステップＳ６０１）負担金額決定部１３３は、カウンタiに１を代入する。
【０１４３】
（ステップＳ６０２）負担金額決定部１３３は、ｉ番目の共同購入者が存在するか否かを判断する。ｉ番目の共同購入者が存在する場合はステップＳ６０３に行き、存在しない場合はステップＳ５０６に行く。負担金額決定部１３３は、ｉ番目の共同購入者が存在するか否かについて、共同購入者情報格納部１１２を検査し、判断する。
【０１４４】
（ステップＳ６０３）負担金額決定部１３３は、ｉ番目の共同購入者の属性値を、共同購入者情報格納部１１２から取得する。なお、ここで取得する属性値は、適用する分担ルールに含まれる属性値（例えば、性別、役職、年齢など）である。
【０１４５】
（ステップＳ６０４）負担金額決定部１３３は、ステップＳ６０３で取得した属性値を、分担ルールに適用し、ｉ番目の共同購入者の負担金額を決定する。
【０１４６】
（ステップＳ６０５）負担金額決定部１３３は、カウンタiを１、インクリメントする。ステップＳ６１５に戻る。
【０１４７】
なお、図６のフローチャートにおいて、負担金額の決定アルゴリズムは問わない。図６のフローチャートにおいて、一人ずつの負担金額を決定したが、並行した処理で全員の負担金額を決定しても良い。
【０１４８】
次に、ステップＳ３０７の他処理について、図７のフローチャートを用いて説明する。
【０１４９】
（ステップＳ７０１）支払処理未完了者情報取得部１３６は、支払処理未完了者への通知タイミングであるか否かを判断する。通知タイミングであればステップＳ７０２に行き、通知タイミングでなければステップＳ７０５に行く。なお、通知タイミングは、定期的（例えば、毎日７：００等）に設定されても良いし、共同購入者情報格納部１１２または図示しない手段に格納されている決済期限に対して所定時間前でも良いし、代表者からの決済情報を受信した直後等でも良い。なお、決済期限に対して所定時間前の通知タイミングは、２以上、存在しても良い。
【０１５０】
（ステップＳ７０２）支払処理未完了者情報取得部１３６は、決済情報格納部１１８に格納されている決済情報と共同購入者情報格納部１１２に格納されている共同購入者情報とを用いて、決済情報を送信してきていない共同購入者の情報である支払処理未完了者情報とを取得する。そして、支払催促送信部１４３は、支払処理未完了者情報を用いて、支払処理を促すメッセージを構成する。なお、支払処理未完了者が２以上存在する場合、支払催促送信部１４３は、２以上の支払処理未完了者ごとに異なるメッセージを構成しても良いし、同一のメッセージを構成しても良い。
【０１５１】
（ステップＳ７０３）支払催促送信部１４３は、ステップＳ７０２で取得された１以上の支払処理未完了者情報が有する１以上の通知先情報を取得する。
【０１５２】
（ステップＳ７０４）支払催促送信部１４３は、ステップＳ７０３で取得した１以上の各通知先情報が示す支払処理未完了者の端末装置２に、ステップＳ７０２で構成した１以上のメッセージを送信する。上位処理にリターンする。
【０１５３】
（ステップＳ７０５）決済情報削除部１３８は、決済処理の期限が過ぎたか否かを判断する。決済処理の期限が過ぎていればステップＳ７０６に行き、決済処理の期限が過ぎていなければステップＳ７１０に行く。
【０１５４】
（ステップＳ７０６）送信部１４は、決済処理の期限が過ぎた旨のメッセージを構成する。
【０１５５】
（ステップＳ７０７）送信部１４は、代表者の通知先情報を、共同購入者情報格納部１１２から取得する。
【０１５６】
（ステップＳ７０８）送信部１４は、ステップＳ７０６で構成したメッセージを、代表者の通知先情報が示す端末装置２に送信する。
【０１５７】
（ステップＳ７０９）決済情報削除部１３８は、決済情報格納部１１８の決済情報を削除する。上位処理にリターンする。
【０１５８】
（ステップＳ７１０）送信部１４は、その他のメッセージの通知タイミングであるか否かを判断する。通知タイミングあればステップＳ７１１に行き、通知タイミングなければステップＳ７０１に戻る。なお、その他のメッセージの通知タイミングは、例えば、共同購入者全員の決済情報が受信された後、外部の図示しない装置からのトリガー（商品の発送完了のトリガー、相手に商品が届いた旨のトリガー等）が受信された後等である。
【０１５９】
（ステップＳ７１１）送信部１４は、送信するメッセージを構成する。なお、メッセージは、例えば、決済処理が完了し商品の発送の段階になった旨、商品が相手に届いた旨等のメッセージである。
【０１６０】
（ステップＳ７１２）送信部１４は、メッセージの通知先を示す通知先情報を取得する。
【０１６１】
（ステップＳ７１３）送信部１４は、ステップＳ７１２で取得した通知先情報が示す端末装置２に、ステップＳ７１１で構成したメッセージを送信する。上位処理にリターンする。
【０１６２】
以下、本実施の形態における共同購入システムの具体的な動作について説明する。共同購入システムの概念図は図１である。本具体例は、共同購入者が、結婚する友人に、お祝いを共同でプレゼントする場合である。
【０１６３】
今、共同購入装置１の格納部１１には、共同購入を実現するための多数の画面定義情報が格納されている。
【０１６４】
そして、分担ルール格納部１１１は、図８に示す分担ルール管理表を格納している。分担ルール管理表は、「ＩＤ」「分担ルール情報」を有するレコードを１以上、格納している。「分担ルール情報」は、「分担ルール識別情報」「分担処理情報」を有する。「分担ルール識別情報」は、分担ルールを識別する情報である。「分担処理情報」は、各人の負担金額を算出するための情報である。「ＩＤ＝１」の分担処理情報「負担金額＝金額（Ｍ）／人数（Ｎ）」は、共同購入者の人数（Ｎ）で、購入商品の金額（Ｍ）を除算して、負担金額を算出することを示す。「ＩＤ＝２」の分担処理情報「男性＝Ｘ，女性＝Ｙ」は、ユーザ（例えば、共同購入者の代表者）から入力され、受信部１２が受信した男性の負担金額または負担割合がＸ、女性の負担金額または負担割合がＹであることを示す。「ＩＤ＝３」の分担処理情報「＄第一役職＝Ａ，・・・，＄第ｎ役職＝Ｎ」における「＄第一役職」「＄第ｎ役職」は役職も受信部１２が受信することを示す。また、「ＩＤ＝３」の分担処理情報は、＄第一役職の負担金額または負担割合がＡであることを示す。「ＩＤ＝４、５」の分担処理情報の「＄第一年齢層」「＄第一共同購入者」も、受信部１２が受信することを示す。つまり、分担ルール管理表において、＄で示す文字列、「Ａ，Ｎ，Ｘ，Ｙ」等は変数である。
【０１６５】
かかる状況で、共同購入の代表者（セガワさん）が、自分の端末装置２から、共同購入サイト（共同購入装置１）にアクセスした、とする。そして、セガワさんの端末装置２に共同購入サイトのトップページが表示される。次に、セガワさんは、贈りたい商品のページにジャンプするアンカーをクリックした、とする。
【０１６６】
すると、共同購入装置１の受信部１２は、そのアンカーに対応するＵＲＬを受信し、処理部１３はＵＲＬに対応するページ（画面定義情報）を格納部１１から読み出し、送信部１４は当該ページを端末装置２に送信する。
【０１６７】
次に、端末装置２の端末受信部２３はページを受信し、端末出力部２４はページを出力する。かかる出力画面の例が図９である。
【０１６８】
そして、図９の画面から、セガワさんがボタン９１を押下した、とする。つまり、図９の商品が共同購入商品の候補として選択されたこととなる。次に、端末装置２の端末受付部２１は、図９の商品を識別する商品識別子を受け付ける。そして、端末送信部２２は、当該商品識別子を共同購入装置１に送信する。
【０１６９】
次に、共同購入装置１の受信部１２は、商品識別子を受信する。そして、処理部１３は、当該商品識別子で識別される商品の商品情報である候補商品情報を格納部１１から取得し、候補商品情報格納部１１５に蓄積する。なお、格納部１１には、販売対象の商品の商品識別子を有する商品情報を多数格納している、とする。
【０１７０】
そして、セガワさんは、他の３つの商品も共同購入商品の候補として選択した、とする。そして、共同購入装置１は、上述した処理を行い、さらに３つの候補商品情報を候補商品情報格納部１１５に蓄積した、とする。
【０１７１】
次に、セガワさんは、図９の画面が表示されている状態で、「相談リストを友達と共有」ボタン９２を押下した、とする。そして、端末装置２の端末受付部２１は、ボタン９２の押下を受け付け、端末送信部２２はボタン９２に対応するＵＲＬを画面定義情報から取得し共同購入装置１に送信する。
【０１７２】
次に、共同購入装置１の受信部１２は、ボタン９２に対応するＵＲＬを受信する。次に、処理部１３は、当該ＵＲＬに対応する画面定義情報を格納部１１から読み出す。また、処理部１３は、候補商品情報格納部１１５から４つの候補商品情報を取得する。
【０１７３】
次に、候補商品情報送信部１４１は、４つの候補商品情報と画面定義情報とを、セガワさんの端末装置２に送信する。なお、候補商品情報は、例えば、商品の画像と説明の情報とを有する。
【０１７４】
次に、端末装置２の端末受信部２３は当該画面定義情報を受信し、端末出力部２４は図１０の画面を出力する。そして、セガワさんは、図１０の画面の必要事項を各フィールドに入力し、「相談リストページを作成」ボタン１０１を押下した、とする。すると、端末装置２の端末受付部２１は必要事項、ボタン１０１の押下を受け付ける。次に、端末送信部２２は、必要事項を共同購入装置１に送信する。なお、必要事項とは、例えば、代表者の識別子（例えば、「セガワ」）、最低参加人数（例えば、「４名」）、割り勘方式（例えば、「性別で変動割り」）、相談締め切り期限（例えば、「2012年4月15日」）である。
【０１７５】
次に、共同購入装置１の受信部１２は必要事項を受信する。そして、処理部１３は、受信された１以上の各必要事項を、格納部１１の対応する画面定義情報に挿入し、相談リストページを構成する。また、処理部１３は、相談リストページが作成されたことを示す画面の画面定義情報も構成する。なお、外部から受信した情報を用いて、画面定義情報（ページ）を構成する技術は公知技術であるので、詳細な説明は省略する。そして、送信部１４は、セガワさんの端末装置２に、相談リストページが作成されたことを示す画面の画面定義情報を送信する。次に、端末装置２は、当該画面定義情報を受信し、図１１に示す画面を出力する。
【０１７６】
そして、セガワさんはメール等の手段で、多数の友人に、図１１の画面に対応するＵＲＬ「http://xxx.xxx」を送信したり、ＳＮＳに掲載したりした、とする。
【０１７７】
次に、ある友人（ホンダさん）の端末装置２は、ＵＲＬ「http://xxx.xxx」を受信した、とする。そして、ホンダさんは、共同購入に賛同し、端末装置２の画面上のＵＲＬ「http://xxx.xxx」のアンカーを押下した、とする。そして、ホンダさんの端末装置２に、図１２に示す画面が表示される。
【０１７８】
次に、ホンダさんは、図１２のフィールド１２１に「ホンダ」、フィールド１２１にメールアドレス「ＨＮＤ@xxx.jp」、フィールド１２３に「２０００」、フィールド１２４に「女性」、フィールド１２５の商品の評価にＡ「○」、Ｂ「△」、Ｃ「○」、Ｄ「×」を入力した、とする。また、ホンダさんは、フィールド１２６にお祝いのメッセージ、フィールド１２７にコメントを入力した、とする。次に、ホンダさんは、図１２のボタン１２８を押下した、とする。なお、フィールド１２６のお祝いのメッセージについて、処理部１３は、１以上のお祝いのメッセージを構成して、お祝いのメッセージ統合情報を構成する。また、フィールド１２７のコメントは、相談リストページに挿入される。
【０１７９】
次に、端末装置２は、ホンダさんが入力した情報を受け付け、共同購入装置１に送信する。
【０１８０】
次に、共同購入装置１の受信部１２は、端末装置２から送信された情報を受信する。具体的には、評価情報受信部１２１は、ホンダさんの評価情報「Ａ「○」、Ｂ「△」、Ｃ「○」、Ｄ「×」」を受信する。また、希望金額受信部１２２は、ホンダさんの希望金額「２０００円」を受信する。その他の情報も、受信部１２が受信する。
【０１８１】
次に、商品決定部１３１は、購入者識別子「ホンダ」と対応付けて、ホンダさんの評価情報を格納部１１に一時蓄積する。
【０１８２】
次に、商品決定部１３１は、相談締め切り期限（例えば、「2012年4月15日」）を経過したことを検知し、共同購入者全員の評価情報が揃ったと判断した、とする。
【０１８３】
次に、商品決定部１３１は、格納部１１に一時蓄積されている４つの評価情報（セガワさん、ミヤモトさん、スギモトさん、ホンダさんの評価情報）を読み出す。そして、商品決定部１３１は、４つの各商品の全員の評価を、４つの評価情報に含まれる評価から算出する。なお、商品決定部１３１は、例えば、評価「○」は３点、評価「△」は２点、評価「×」は１点と算出する。
【０１８４】
次に、商品決定部１３１は、各商品の評価のうち、最も高い評価の商品「商品Ｂ」の商品情報を候補商品情報格納部１１５から取得し、購入商品情報格納部１１６に蓄積する。なお、商品決定部１３１は、共同購入者が入力した希望金額の合計額が商品の価格より多い候補の中で、最も高い評価の商品の商品情報を候補商品情報格納部１１５から取得し、購入商品情報格納部１１６に蓄積しても良い。
【０１８５】
次に、負担金額決定部１３３は、以下のように各共同購入者の負担金額を決定する。なお、セガワさんとミヤモトさんは「男性」、スギモトさんとホンダさんは「女性」である、とする。また、希望金額を送信したのはホンダさんだけであった、とする。また、商品Ｂの金額は、１７０００円である、とする。さらに、割り勘の方式は属性値変動方式で、特に、性別による変動方式、かつ「男性：女性＝２：１」の比で、負担金額が決定されるもの、とする。なお、かかる割り勘方式について、代表者のセガワさんが端末装置２に入力し、共同購入装置１に送信した、ものとする。
【０１８６】
そして、負担金額決定部１３３は、図６のフローチャートに従い動作し、セガワさんとミヤモトさんの負担金額は「６０００円」、スギモトさんの負担金額は「３０００円」、ホンダさんの負担金額は「２０００円」と決定する。
【０１８７】
次に、送信部１４は、代表者（セガワさん）の通知先情報のみを取得し、当該代表者の端末装置２のみにメッセージを送信する。かかるメッセージとは、各人の負担額が決定したことと、代表者にクレジット決済を依頼することの情報等を含むメッセージである。
【０１８８】
次に、セガワさんは端末装置２を用いて、当該メッセージを出力させる。そして、お支払い手続きを行うためのＵＲＬを入力し、お支払い手続きを行うページを端末装置２に出力させる。
【０１８９】
次に、セガワさんは、端末装置２に決済情報を入力する。次に、端末受付部２１は決済情報を受け付け、端末送信部２２は当該決済情報を送信する。
【０１９０】
次に、決済情報受信部１２３はセガワさんの決済情報を受信する。次に、決済情報蓄積部１３４はセガワさんの決済情報を決済情報格納部１１８に蓄積する。
【０１９１】
次に、決済処理部１３７は、決済情報格納部１１８に蓄積されている決済情報を用いて、全員の決済情報が揃ったか否かを判断する。ここで、決済処理部１３７は、共同購入者情報格納部１１２から４つの共同購入者情報が有する４つの共同購入者識別子を取得する。次に、決済処理部１３７は、決済情報格納部１１８に蓄積されている決済情報と対になるセガワさんの共同購入者識別子を取得する。そして、決済処理部１３７は、共同購入者情報格納部１１２の４つの共同購入者識別子と、決済情報格納部１１８の共同購入者識別子とが完全一致しないので、全員の決済情報が揃っていないと判断する。
【０１９２】
次に、送信部１４は、代表者を除く共同購入者（決済情報を送信してきていない共同購入者）のクレジット決済を依頼するメッセージを構成する。そして、送信部１４は、共同購入者情報格納部１１２に格納されている共同購入者情報であり、決済情報格納部１１８に蓄積されている決済情報と対になる識別子を含む共同購入者情報を除く３つの共同購入者情報を取得する。そして、送信部１４は、当該取得した３つの共同購入者情報が有する通知先情報を取得し、各共同購入者の端末装置２にメッセージを送信する。なお、送信されるメッセージの例（ここでは、ミヤモトさんへのメッセージの例）を図１３に示す。なお、送信部１４は、決済情報格納部１１８に蓄積されている決済情報と対になる購入者識別子を取得する。かかる購入者識別子で識別される共同購入者はお支払い手続きを完了している共同購入者である。また、送信部１４は、決済情報格納部１１８に蓄積されている決済情報と対になっておらず、共同購入者情報格納部１１２に格納している共同購入者情報に含まれる購入者識別子を取得する。かかる購入者識別子で識別される共同購入者はお支払い手続きを完了していない共同購入者である。次に、送信部１４は、お支払い手続きを完了している共同購入者の情報と、お支払い手続きを完了していない共同購入者の情報とを用いて、図１３のようなメッセージを構成する。なお、図１３は、雛形となる画面定義情報に、お支払い手続きを完了している共同購入者の名前と、お支払い手続きを完了していない共同購入者の名前と、決定された商品の商品識別子と、お支払い手続きを行うページのＵＲＬと、プレゼントの送付先の方の名前とを代入して、構成された画面である。なお、お支払い手続きを行うページのＵＲＬやプレゼントの送付先の方の名前等は、格納部１１に格納されている、とする。
【０１９３】
次に、例えば、ミヤモトさんがメッセージを見て、決済情報を入力する、とする。具体的には、例えば、ミヤモトさんは端末装置２に表示されている、図１４の画面から、決済情報を入力する。すると、端末装置２の端末受付部２１は、ミヤモトさんの決済情報を受け付け、端末送信部２２は当該決済情報を共同購入装置１に送信する。
【０１９４】
次に、共同購入装置１の受信部１２は、ミヤモトさんの決済情報を受信する。次に、決済情報蓄積部１３４は、当該決済情報を決済情報格納部１１８に蓄積する。
【０１９５】
次に、決済処理部１３７は、決済情報格納部１１８に蓄積されている決済情報を用いて、全員の決済情報が揃ったか否かを判断する。なお、ここで、既にスギモトさん、ホンダさんの決済情報も決済情報格納部１１８に蓄積されている、とする。そして、決済処理部１３７は、共同購入者情報格納部１１２に格納されている４つの共同購入者情報が有する４つの購入者識別子を取得する。次に、決済処理部１３７は、決済情報格納部１１８の４つの決済情報に対応する４つの購入者識別子を取得する。そして、決済処理部１３７は、４つの購入者識別子と、４つの決済情報に対応する４つの購入者識別子とが完全一致することを検知し、全員の決済情報が揃ったと判断する。
【０１９６】
次に、決済処理部１３７は、決済情報格納部１１８に蓄積されている４つの各決済情報を用いて、４つの決済処理を行う。なお、ここでの決済処理は、例えば、クレジットカード会社のサーバ装置（図示しない）に、４つの決済情報を送信することである。
【０１９７】
次に、決済情報削除部１３８は、決済情報格納部１１８に蓄積されている４つの決済情報を削除する。そして、発送処理部１３９は、発送先情報で特定される発送先に対して、商品Ｂの発送処理を行う。なお、発送先は、例えば、プレゼントの贈呈先である。
【０１９８】
以上、本実施の形態によれば、一の商品の共同購入が容易に行える。さらに具体的には、本実施の形態によれば、共同購入者全員の決済情報が揃った後に、真の決済処理を行うことにより、他の一部の共同購入者が決済処理を行わない場合でも、決済情報を送信した者に対しての払い戻し処理が不要となる。
【０１９９】
また、本実施の形態によれば、共同購入者の見解を反映させた商品を購入できる。
【０２００】
また、本実施の形態によれば、各種の分担ルールに基づいて、共同購入者の負担金額を適切に決定できる。
【０２０１】
また、本実施の形態によれば、共同購入者に希望金額がある場合、当該希望金額に応じて負担金額を適切に決定できる。
【０２０２】
また、本実施の形態によれば、支払処理を完了していない共同購入者に対して、支払処理を促し、早期に決済処理を行えるようにできる。
【０２０３】
また、本実施の形態によれば、決済処理部が決済処理を行った後、決済情報格納部の決済情報を削除するため、決済情報の無用な漏洩を防止できる。
【０２０４】
さらに、本実施の形態によれば、購入する商品を発送先情報が示す発送先への発送処理を行うため、一の商品の複数人での共同購入およびプレゼント行為が容易に行える。
【０２０５】
なお、本実施の形態において、代表者が独断で割り勘方式を決定し、共同購入者の情報を入力しても良い。かかる場合、代表者以外の共同購入者へは支払処理の催促のメッセージが通知され、共同購入者は支払処理を行えば良い。かかる場合の処理の具体例を以下に詳述する。なお、この時点で、共同購入する商品が決まっているとする。また、共同購入する商品の決め方は、上述したように複数人で相談して決定しても良いし、代表者が一人で決定しても良い。
【０２０６】
まず、代表者（セガワさん）が、割り勘人数や割り勘方式を入力する画面のＵＲＬを端末装置２に入力し、端末装置２に図１５に示す画面が出力される。そして、セガワさんは、割り勘人数「４」、割り勘方式「性別変動割り」を入力し、「次に進む」ボタン１５１を押下する。すると、端末装置２の端末受付部２１は、割り勘人数「４」、割り勘方式「性別変動割り」、ボタン１５１の押下を受け付ける。次に、端末送信部２２は、割り勘人数「４」、割り勘方式「性別変動割り」、およびボタン１５１に対応するＵＲＬを、共同購入装置１に送信する。
【０２０７】
次に、共同購入装置１の受信部１２は、割り勘人数「４」、割り勘方式「性別変動割り」、およびボタン１５１に対応するＵＲＬを受信する。そして、処理部１３は、共同購入者情報格納部１１２に割り勘人数「４」を蓄積する。また、処理部１３は、割り勘方式「性別変動割り」を分担ルール格納部１１１に蓄積する。なお、「性別変動割り」は、ここでは、特に、「男性：女性＝３：２」の比での変動割りである、とする。
【０２０８】
次に、処理部１３は、ボタン１５１に対応するＵＲＬで特定できる画面定義情報を格納部１１から読み出す。そして、送信部１４は、当該画面定義情報を、セガワさんの端末装置２に送信する。
【０２０９】
次に、セガワさんの端末装置２の端末受信部２３は、画面定義情報を受信する。そして、端末出力部２４は、図１６に示す画面を出力する。
【０２１０】
次に、セガワさんは、端末装置２に、図１６の画面から必要事項を入力する。なお、必要事項とは、ここでは「名前又はニックネーム」「メールアドレス」「性別」である。すると、端末受付部２１は、入力された必要事項を受け付ける。
【０２１１】
次に、セガワさんは、端末装置２に、「割り勘金額を試算」ボタン１６１を押下する。すると、端末受付部２１は、ボタン１６１の押下を受け付ける。そして、端末送信部２２は、必要事項、およびボタン１６１の押下の情報を共同購入装置１に送信する。
【０２１２】
次に、共同購入装置１の受信部１２は、ボタン１６１の押下の情報を受信する。次に、処理部１３は、「男性：女性＝３：２」、必要事項に含まれる各人の性別の情報、割り勘参加人数「４」、および金額格納部１１７の金額を用いて、各人の負担金額を算出する。次に、ボタン１６１の押下に対応する画面定義情報を格納部１１から取得する。次に、送信部１４は、各人の負担金額、「名前又はニックネーム」「メールアドレス」および「性別」を、画面定義情報に代入する。そして、送信部１４は、画面定義情報を端末装置２に送信する。
【０２１３】
次に、端末装置２は画面定義情報を受信し、各人の負担金額等も含まれる画面を出力する。
【０２１４】
次に、セガワさんは、「割り勘金額を確定」ボタン１６２を押下する。なお、「割り勘金額を確定」ボタン１６２の押下前に、各人の負担金額を、手入力により修正しても良い。
【０２１５】
そして、セガワさんの端末受付部２１は、ボタン１６２の押下を受け付ける。次に、端末送信部２２は、ボタン１６２の押下の情報を送信する。
【０２１６】
次に、共同購入装置１の受信部１２は、ボタン１６２の押下の情報を受信する。そして、処理部１３は、ボタン１６２の押下に対応する画面定義情報を格納部１１から取得する。そして、送信部１４は、画面定義情報を端末装置２に送信する。
【０２１７】
次に、端末装置２の端末受信部２３は、当該画面定義情報を受信する。次に、端末出力部２４は、図１７に示す画面を出力する。
【０２１８】
次に、セガワさんは、図１７の「購入」ボタン１７１を押下する。すると、セガワさんの端末受付部２１は、ボタン１７１の押下を受け付ける。次に、端末送信部２２は、ボタン１７１の押下に関する情報を共同購入装置１に送信する。
【０２１９】
次に、共同購入装置１の受信部１２は、ボタン１７１の押下に関する情報を受信する。次に、処理部１３は、ボタン１７１の押下に関する情報に対応する画面定義情報を格納部１１から取得する。そして、送信部１４は、当該画面定義情報に、必要な情報（代表者の名前、代表者の負担金額，代表者以外の共同購入者の名前等）を代入する。そして、送信部１４は、当該画面定義情報を、セガワさんの端末装置２に送信する。
【０２２０】
次に、セガワさんの端末装置２の端末受信部２３は画面定義情報を受信する。そして、端末出力部２４は、図１８の画面を出力する。
【０２２１】
次に、セガワさんは、図１８の画面から、決済情報（ここでは、カード会社識別子、カード番号、有効期限、名義人の情報）を入力する。すると、端末受付部２１は決済情報を受け付ける。
【０２２２】
次に、セガワさんは、図１８の「次に進む」ボタン１８１を押下する。すると、端末受信部２３は、ボタン１８１の押下に関する情報を受け付ける。そして、端末送信部２２は、セガワさんの決済情報、ボタン１８１の押下に関する情報を共同購入装置１に送信する。
【０２２３】
次に、共同購入装置１の決済情報受信部１２３は、決済情報等を受信する。次に、決済情報蓄積部１３４は、受信された決済情報を決済情報格納部１１８に蓄積する。次に、決済処理部１３７は、決済情報格納部１１８に蓄積されている決済情報を用いて、全員の決済情報が揃ったか否かを判断する。ここで、代表者のセガワさんの決済情報のみが決済情報格納部１１８に格納されているので、決済処理部１３７は、全員の決済情報が揃っていない、と判断する。
【０２２４】
次に、支払処理未完了者情報取得部１３６は、支払処理未完了者への通知タイミングであると判断する、とする。
【０２２５】
そして、支払処理未完了者情報取得部１３６は、決済情報格納部１１８に格納されている決済情報と共同購入者情報格納部１１２に格納されている共同購入者情報とを用いて、決済情報を送信してきていない共同購入者（ここでは、ミヤモトさん、スギモトさん、ホンダさん）の情報である支払処理未完了者情報とを取得する。そして、支払催促送信部１４３は、支払処理未完了者情報を用いて、支払処理を促すメッセージを構成する。
【０２２６】
次に、支払催促送信部１４３は、取得された１以上の支払処理未完了者情報が有する１以上の通知先情報を取得する。
【０２２７】
次に、支払催促送信部１４３は、取得した１以上の各通知先情報が示す支払処理未完了者の端末装置２に、構成した１以上のメッセージを送信する。なお、メッセージの例を図１９に示す。なお、図１９は、ミヤモトさんへのメッセージの例である。
【０２２８】
そして、上述したように、すべての共同購入者の決済情報が蓄積されるまでは、決済情報受信部１２３が受信した決済情報は、決済情報格納部１１８に、一時的に蓄積されるだけで、決済処理は行われない。
【０２２９】
そして、共同購入者全員の決済情報が揃った場合に、決済処理が行われることは、上述した通りである。
【０２３０】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、購入する一の商品の２以上の共同購入者に関する情報である共同購入者情報と、一の商品の２以上の各共同購入者の決済に関する情報である２以上の決済情報とを格納しており、コンピュータを、各共同購入者の端末装置から決済情報を受信する決済情報受信部と、前記決済情報受信部が受信した決済情報を前記記録媒体に蓄積する決済情報蓄積部と、前記決済情報受信部が決済情報を受信した場合に、前記共同購入者情報を用いて、２以上の共同購入者全員の決済情報が揃ったか否かを判断する判断部と、前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、２以上の共同購入者全員の決済情報を用いて決済処理を行う決済処理部として機能させるためのプログラム、である。
【０２３１】
また、記録媒体に、購入する候補の商品の情報である２以上の候補商品情報、および購入する一の商品の情報である購入商品情報をさらに格納しており、上記プログラムにおいて、前記２以上の候補商品情報を、前記２以上の各共同購入者の端末装置に送信する候補商品情報送信部と、前記２以上の各共同購入者の端末装置から、前記２以上の候補商品情報に対応する候補商品の評価に関する評価情報を受信する評価情報受信部と、前記評価情報受信部が受信した２以上の評価情報を用いて、購入する一の商品を決定する商品決定部と、前記商品決定部が決定した一の商品の情報である購入商品情報を前記記録媒体に蓄積する購入商品情報蓄積部として、コンピュータをさらに機能させることは好適である。
【０２３２】
また、記録媒体に、購入する一の商品の金額と、２以上の各共同購入者が負担する金額に関するルールである分担ルールとをさらに格納しており、上記プログラムにおいて、前記分担ルールを前記金額に対して適用し、各共同購入者の負担金額を決定する負担金額決定部と、前記各共同購入者の負担金額を、前記各共同購入者の端末装置に送信する負担金額送信部として、コンピュータをさらに機能させることは好適である。
【０２３３】
また、上記プログラムにおいて、前記分担ルールは、２以上の各共同購入者が均等に負担するルールであり、前記負担金額決定部は、前記分担ルールを用いて、前記金額を人数で除算して前記各共同購入者の負担金額を算出するものとして、コンピュータを機能させることは好適である。
【０２３４】
また、上記プログラムにおいて、前記分担ルールは、共同購入者の個人属性値に応じて、負担金額が異なるルールであり、前記共同購入者情報は、各共同購入者の個人属性値を有し、前記負担金額決定部は、前記共同購入者情報が有する各共同購入者の個人属性値を前記分担ルールに適用し、各共同購入者の負担金額を決定するものとして、コンピュータを機能させることは好適である。
【０２３５】
また、上記プログラムにおいて、前記分担ルールは、１以上の各共同購入者の希望金額を超えないように、前記１以上の各共同購入者の負担金額を決定するルールであり、１以上の各共同購入者の端末装置から希望金額を受信する希望金額受信部として、コンピュータをさらに機能させ、前記負担金額決定部は、前記希望金額受信部が受信した希望金額を超えないように、１以上の各共同購入者の負担金額を決定するものとして機能させることは好適である。
【０２３６】
また、上記プログラムにおいて、前記負担金額決定部は、前記希望金額受信部が希望金額を受信していない１以上の各共同購入者の負担金額を、前記希望金額受信部が受信した１以上の希望金額を前記購入する一の商品の金額から減算した残額を前記１以上の各共同購入者で除算した金額とするものとして、コンピュータを機能させることは好適である。
【０２３７】
また、上記プログラムにおいて、前記決済情報は、共同購入者を識別する購入者識別子と対応付いており、前記記録媒体に格納されている決済情報と共同購入者情報とを用いて、決済情報を送信してきていない共同購入者の情報である支払処理未完了者情報とを取得する支払処理未完了者情報取得部と、前記支払処理未完了者情報を用いて、支払処理を促す情報を、前記決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部として、コンピュータをさらに機能させることは好適である。
【０２３８】
また、記録媒体に、共同購入の代表者の情報であり、購入者識別子を有する代表者情報をさらに格納しており、上記プログラムにおいて、前記判断部は、前記決済情報受信部が受信した決済情報に対応する購入者識別子を取得し、当該購入者識別子が前記代表者情報に含まれる購入者識別子であるか否かをも判断し、前記判断部が、決済情報に対応する購入者識別子が前記代表者情報に含まれる購入者識別子であると判断した後、代表者を除く他の共同購入者の端末装置に、支払処理を促す情報を、前記決済情報を送信してきていない共同購入者の端末装置に送信する支払催促送信部として、コンピュータをさらに機能させることは好適である。
【０２３９】
また、上記プログラムにおいて、前記決済処理部は、前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、外部の決済サーバ装置に前記共同購入者全員の決済情報を送信するものとして、コンピュータを機能させることは好適である。
【０２４０】
また、上記プログラムにおいて、前記決済処理部が前記決済処理を行った後、前記記録媒体の決済情報を削除する決済情報削除部として、コンピュータをさらに機能させることは好適である。
【０２４１】
また、記録媒体に、購入する商品の発送先を示す発送先情報を格納しており、上記プログラムにおいて、前記判断部が２以上の共同購入者全員の決済情報が揃ったと判断した場合、前記購入する商品を前記発送先情報が示す発送先への発送に関する処理を行う発送処理部として、コンピュータをさらに機能させることは好適である。
【０２４２】
また、図２０は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の共同購入装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２０は、このコンピュータシステム３００の概観図であり、図２１は、システム３００のブロック図である。
【０２４３】
図２０において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０２４４】
図２１において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０２４５】
コンピュータシステム３００に、上述した実施の形態の共同購入装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０２４６】
プログラムは、コンピュータ３０１に、上述した実施の形態の共同購入装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０２４７】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２４８】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２４９】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０２５０】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２５１】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２５２】
以上のように、本発明にかかる共同購入装置は、一の商品の共同購入が容易に行える、という効果を有し、電子商取引における共同購入システム等として有用である。
【符号の説明】
【０２５３】
１  共同購入装置
２  端末装置
１１  格納部
１２  受信部
１３  処理部
１４  送信部
２１  端末受付部
２２  端末送信部
２３  端末受信部
２４  端末出力部
１１１  分担ルール格納部
１１２  共同購入者情報格納部
１１３  代表者情報格納部
１１４  発送先情報格納部
１１５  候補商品情報格納部
１１６  購入商品情報格納部
１１７  金額格納部
１１８  決済情報格納部
１２１  評価情報受信部
１２２  希望金額受信部
１２３  決済情報受信部
１３１  商品決定部
１３２  購入商品情報蓄積部
１３３  負担金額決定部
１３４  決済情報蓄積部
１３５  判断部
１３６  支払処理未完了者情報取得部
１３７  決済処理部
１３８  決済情報削除部
１３９  発送処理部
１４１  候補商品情報送信部
１４２  負担金額送信部
１４３  支払催促送信部
【図１】
2013225228.tif 000003
【図２】
2013225228.tif 000004
【図３】
2013225228.tif 000005
【図４】
2013225228.tif 000006
【図５】
2013225228.tif 000007
【図６】
2013225228.tif 000008
【図７】
2013225228.tif 000009
【図８】
2013225228.tif 000010
【図９】
2013225228.tif 000011
【図１０】
2013225228.tif 000012
【図１１】
2013225228.tif 000013
【図１２】
2013225228.tif 000014
【図１３】
2013225228.tif 000015
【図１４】
2013225228.tif 000016
【図１５】
2013225228.tif 000017
【図１６】
2013225228.tif 000018
【図１７】
2013225228.tif 000019
【図１８】
2013225228.tif 000020
【図１９】
2013225228.tif 000021
【図２０】
2013225228.tif 000022
【図２１】
2013225228.tif 000023