(57)【要約】【課題】  安全性の高い共同購入を容易に実現することができると同時に、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができる共同購入支援システムを提供する。【解決手段】  ユーザ間のソーシャル・グラフまたはバーチャル・グラフを生成して記憶し、それに基づいて前記ユーザのお気に入り商品情報を記憶する。前記ソーシャル・グラフまたはバーチャル・グラフに基づいて、前記ユーザのお気に入り商品情報同士を関連づけることで、前記ユーザ毎にお気に入り商品マッチング情報を生成して表示する。前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしてのユーザの選択と、選択した前記商品の配布日程及び場所の設定とを実行し、共同購入イベント情報を生成・記憶する。【選択図】    図４Ａ
2013156951.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された複数のユーザ端末との間で通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援システムであって、
共同購入可能な商品の商品情報を記憶する商品情報記憶手段と、
前記ユーザの個人情報を記憶する個人情報記憶手段と、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを記憶するソーシャル／バーチャル・グラフ記憶手段と、
前記ユーザのお気に入り商品情報を記憶するお気に入り商品情報記憶手段と、
共同購入イベント情報を記憶するイベント情報記憶手段と、
前記お気に入り商品情報を管理するお気に入り商品情報管理手段と、
前記イベント情報を管理するイベント情報管理手段とを備え、
前記お気に入り商品情報管理手段は、前記ソーシャル／バーチャル・グラフ記憶手段から読み出したソーシャル・グラフまたはバーチャル・グラフに基づいて、前記お気に入り商品情報記憶手段から読み出した前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成して前記ユーザ端末の画面に表示し、
前記イベント情報管理手段は、前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配布日程及び配布場所の設定とを実行することで、共同購入イベント情報を生成し、
前記共同購入イベント情報は、前記イベント情報記憶手段に記憶されることを特徴とする共同購入支援システム。
【請求項２】
前記お気に入り商品マッチング情報を参照してなされる、前記共同購入する商品の選択と、選択した前記商品の配布日程及び配布場所の設定が、ゲストユーザとしての前記ユーザの投票によってなされる請求項１に記載の共同購入支援システム。
【請求項３】
ゲストユーザとしての前記ユーザの選択が、前記ソーシャル・グラフを持つ前記ユーザに限定して行われる請求項１または２に記載の共同購入支援システム。
【請求項４】
通信ネットワークを介して接続された複数のユーザ端末との間で通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援方法であって、
共同購入可能な商品の商品情報を記憶し、
前記ユーザの個人情報を記憶し、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを生成して記憶し、
前記ユーザのお気に入り商品情報を記憶し、
前記ソーシャル・グラフまたはバーチャル・グラフに基づいて、前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成し、
前記商品マッチング情報を前記ユーザ端末の画面に表示し、
前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配布日程及び配布場所の設定とを実行することで、共同購入イベント情報を生成し、
生成した前記共同購入イベント情報を記憶することを特徴とする共同購入支援方法。
【請求項５】
前記お気に入り商品マッチング情報を参照してなされる、前記共同購入する商品の選択と、選択した前記商品の配布日程及び配布場所の設定が、ゲストユーザとしての前記ユーザの投票によってなされる請求項１に記載の共同購入支援方法。
【請求項６】
ゲストユーザとしての前記ユーザの選択が、前記ソーシャル・グラフを持つ前記ユーザに限定して行われる請求項４または５に記載の共同購入支援方法。
【請求項７】
通信ネットワークを介して接続された複数のユーザ端末との間で通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援プログラムであって、
共同購入可能な商品の商品情報を記憶し、
前記ユーザの個人情報を記憶し、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを生成して記憶し、
前記ユーザのお気に入り商品情報を記憶し、
前記ソーシャル・グラフまたはバーチャル・グラフに基づいて、前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成し、
前記商品マッチング情報を前記ユーザ端末の画面に表示し、
前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配布日程及び配布場所の設定とを実行することで、共同購入イベント情報を生成し、
生成した前記共同購入イベント情報を記憶するように
コンピュータを動作させることを特徴とする共同購入支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共同購入支援システムに関し、さらに言えば、友達関係のようなソーシャル・グラフ（Social Graph）を利用して、あるいは、知人以外ともつながりを持てるバーチャル・グラフ（Virtual Graph）を利用して、特定少数のユーザに対して特定商品の共同購入を促すことで、安全性の高い共同購入を実現することができる共同購入支援システム及び方法並びにプログラムに関する。
【背景技術】
【０００２】
従来から、電子商取引（Electronic Commerce, ＥＣ）の一種として、インターネット上のショッピングサイトにて「共同購入」と呼ばれる販売形態でのＥＣサービスを提供するウェブサイト（以下、「共同購入サイト」ということがある）が数多く存在する。この共同購入サービスでは、販売する商品の紹介を行なうウェブページに、商品説明や商品画像などと共に、取引が成立するための商品の購入申込総数の最小値（最小申込総数）、購入申込総数に応じた販売価格、商品の販売可能数（最大販売数）を表示して、ユーザ（会員）から購入申込を募る。購入申込総数が最大販売数に達して完売になった場合は、最大販売数に応じた価格でその商品を販売する。また、所定の販売期間が経過したところで購入申込を締め切った場合は、最終的な購入申込総数に応じた価格でその商品を販売する。
【０００３】
このように、共同購入サービスでは、同一商品の購入を希望するユーザの購入量を合算して、販売者に一括して発注する。それを一括受注する販売者は、ある程度の量の商品をまとめて販売できるため、販売価格を下げることができる。その結果、共同購入を申し込んだ各ユーザは、単独で購入する場合よりも低い単価でその商品を購入することができる。また、一般に、購入申込総数が増えるにつれて販売価格がどんどん低下するため、購入を希望するユーザが知人や友人にも商品購入を促す傾向があり、結果として、商品の販売総数も増加する。これが共同購入の利点である。このため、この共同購入サービスは、商品の購入希望者だけでなく、商品の販売者にとっても有効なサービスである。
【０００４】
しかし、上述したような共同購入サービスには、まだ改善すべき点がある。そこで、共同購入サービスを支援するウェブサイト（以下、「共同購入支援サイト」ということがある）がいくつか開設されている。この種のウェブサイトで使用される、従来の共同購入支援システムの一例が、特許文献１（特許第４６８８２３３号公報）に開示されている。この共同購入支援システムは、ソーシャル・ネットワーキング・サービス（Social Networking Service, ＳＮＳ）の会員による商品購入代金の支払が、当該ＳＮＳ名義で金融機関に開設された口座（以下、ＳＮＳ口座ともいう）からの引き落としにより行われる。このシステムでは、個々のＳＮＳ会員の商品購入代金の支払いをＳＮＳが代行することで、購買力やポイントをＳＮＳに集約させ、これにより得られる利益をＳＮＳ会員に還元することができる。
【０００５】
従来の共同購入支援システムの他の例が、特許文献２（特開２０１０−４４４５２号公報）に開示されている。この共同購入支援システムでは、ユーザ端末に発行されたセッションＩＤを含むセッション情報を、そのセッションＩＤが有効な期間に限り、有効に保持する。そして、商品の共同購入を希望する旨のデータをユーザ端末で受信した時に、有効なセッション情報を参照することによってログイン中の別のユーザ端末を特定し、特定したそのユーザ端末に商品の共同購入を促すメッセージを通知する。その結果、あるユーザが希望する商品の共同購入に対して別のユーザの参加を促すことができるので、共同購入が実現しやすくなる。
【０００６】
従来の共同購入支援システムのさらに他の例が、特許文献３（特開２００７−２５７７２号公報）に開示されている。この共同購入支援システムでは、購入提唱会員の端末から共同購入を提唱する商品名を含む共同購入提唱情報を入手し、その中に含まれる商品名をキーとして記憶装置の購入カテゴリ情報を検索して、同一商品の共同購入を希望している会員を抽出する。そして、抽出した会員の端末に問い合わせて、購入の有無と使用日とを含む回答を入手し、その回答に基づいて購入賛同会員を確定してから、その共同購入品の使用スケジュールを策定する。このため、広く販売されている商品を複数人で共同購入して使用することが容易になる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４６８８２３３号公報
【特許文献２】特開２０１０−４４４５２号公報
【特許文献３】特開２００７−２５７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一般的なモール型の電子商取引ウェブサイトでは、商品は店舗と個別ユーザ（購入者）の間で配送されるから、物流がいわゆる「分散物流」になっている。このため、所定金額以上の商品を一括して購入しない限り、ユーザは、商品の代金に加えて商品の配送料金（送料）をも支払わなければならない。これは、ユーザ側の不利益であるが、店舗側の不利益にもなっている。なぜなら、送料の追加負担が心理的原因となって、ユーザが商品の購入を控えたり、商品の購入数や購入量を抑えたりすることがあるからである。
【０００９】
このような、商品購入時に生じているユーザ（購入者）側と店舗側の双方の不利益をなくす、あるいは減らすことは、ユーザ（購入者）側、店舗側の双方にとって望ましいことである。しかし、この点を解決したシステムは、未だ実現されていない。
【００１０】
上述した特許文献１に記載の共同購入支援システムは、ＳＮＳが商品代金の支払を代行するようにしただけであって、商品の決済方法だけを支援するものである。このため、共同購入をしたくても、安全に共同購入ができないのではないかという不安があって、踏み切れない、という難点を解消することはできない。
【００１１】
上述した特許文献２に記載の共同購入支援システムは、自分が希望する商品を共同購入してくれるユーザをリアルタイムで見つけて共同購入を実現することができ、便利である。しかし、特許文献１に記載の共同購入支援システムと同様に、安全に共同購入ができないのではないかという不安がある。
【００１２】
上述した特許文献３に記載の共同購入支援システムは、使用回数（頻度）の少ない商品を複数人が共同して購入することができるから、無駄な買い物が減り、節約になる。しかし、特許文献１に記載の共同購入支援システムと同様に、安全に共同購入ができないのではないか、という不安がある。
【００１３】
また、これら従来の共同購入支援システムには、共同購入した商品の配送場所を共同購入者全員にとって都合の良い場所に設定する、という考えは存在していない。
【００１４】
さらに、倉庫保存がきかないため在庫化できない商品（例えば野菜、果物等の生鮮食品）を扱う電子商取引ウェブサイトの場合は、通常、店舗ではなく産地（ユーザの居住地に近い産地）から個別ユーザ（購入者）へ直送される。場合によっては、複数の産地からユーザの居住地に近い産地を選択してそこから直送される。このため、モール型の電子商取引ウェブサイトの場合よりもいっそう分散物流になりやすく、共同購入の実現が難しい。
【００１５】
本発明は、一般的な従来のモール型電子商取引ウェブサイトと在庫化できない商品を扱う電子商取引ウェブサイトが持つ、上述したような難点と、従来の共同購入支援システムの上述したような難点を解消するためになされたものであり、その目的とするところは、安全性の高い共同購入を容易に実現することができると同時に、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができることができる共同購入支援システム、共同購入支援方法及び共同購入支援プログラムを提供することにある。
【００１６】
本発明の他の目的は、共同購入したいユーザの選定と、共同購入したい商品及びその個数、配送日、配送場所の決定とを、その商品の性質と配送料金（送料）とユーザの便宜とを考慮して、ユーザ同士で調整しながら行うことができる共同購入支援システム、共同購入支援方法及び共同購入支援プログラムを提供することにある。
【００１７】
ここに明記しない本発明のさらに他の目的は、以下の説明及び添付図面から明らかである。
【課題を解決するための手段】
【００１８】
（１）  本発明の第１の観点によれば、共同購入支援システムが提供される。この共同購入支援システムは、
通信ネットワークを介して接続された複数のユーザ端末との間で通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援システムであって、
共同購入可能な商品の商品情報を記憶する商品情報記憶手段と、
前記ユーザの個人情報を記憶する個人情報記憶手段と、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを記憶するソーシャル／バーチャル・グラフ記憶手段と、
前記ユーザのお気に入り商品情報を記憶するお気に入り商品情報記憶手段と、
共同購入イベント情報を記憶するイベント情報記憶手段と、
前記お気に入り商品情報を管理するお気に入り商品情報管理手段と、
前記イベント情報を管理するイベント情報管理手段とを備え、
前記お気に入り商品情報管理手段は、前記ソーシャル／バーチャル・グラフ記憶手段から読み出したソーシャル・グラフまたはバーチャル・グラフに基づいて、前記お気に入り商品情報記憶手段から読み出した前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成して前記ユーザ端末の画面に表示し、
前記イベント情報管理手段は、前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配送日程及び配送場所の設定とを実行することで、共同購入イベント情報を生成し、
前記共同購入イベント情報は、前記イベント情報記憶手段に記憶されることを特徴とするものである。
【００１９】
ここで、「ソーシャル・グラフ」とは、ウェブ上における人間の相関関係、または、その結びつきの情報をいう。ＳＮＳなどのソーシャルメディアでの友達関係が典型例である。現実世界の友人・知人関係をウェブ上に持ち込んだものでもよいし、現実世界の友人・知人関係がなく、ウェブ上だけでの関係でもよい。
【００２０】
「バーチャル・グラフ」とは、ウェブ上における人間のバーチャルな相関関係、または、その結びつきの情報をいう。現実世界とは切り離されたウェブ上だけの関係である。
【００２１】
本発明の第１の観点による共同購入支援システムは、以上の構成を有しているので、自分が希望する商品の共同購入を希望する前記ユーザは、その商品を共同購入してくれる可能性が高く且つ不安が少ない前記ユーザを、共同購入の決定前に知る（選定する）ことができる。このため、安全性の高い共同購入を容易に実現することができる。
【００２２】
また、前記のようにして前記共同購入イベント情報にしたがって、共同購入した商品の配送日程と配送場所を決定し、共同購入した商品は決定された日程で決定された配送場所に送付することができるので、配送場所を一箇所に限定しない場合よりも送料が安くなり、場合によっては無料となる。その結果、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができる。
【００２３】
（２）  本発明の第１の観点による共同購入支援システムの好ましい例では、前記お気に入り商品マッチング情報を参照してなされる、前記共同購入する商品の選択と、選択した前記商品の配布日程及び配布場所の設定が、ゲストユーザとしての前記ユーザの投票によってなされる。
【００２４】
この例では、共同購入したいユーザの選定と、共同購入したい商品及びその個数、配送日、配送場所の決定とを、その商品の性質と配送料金（送料）とユーザの便宜とを考慮して、ユーザ同士で調整しながら行うことができる、という利点がさらに得られる。
【００２５】
（３）  本発明の第１の観点による共同購入支援システムの他の好ましい例では、ゲストユーザとしての前記ユーザの選択が、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザに限定して行われる。
【００２６】
（４）  本発明の第２の観点によれば、共同購入支援方法が提供される。この共同購入支援方法は、
通信ネットワークを介して接続された複数のユーザ端末との通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援方法であって、
共同購入可能な商品の商品情報を記憶し、
前記ユーザの個人情報を記憶し、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを生成して記憶し、
前記ユーザのお気に入り商品情報を記憶し、
前記ソーシャル・グラフまたはバーチャル・グラフに基づいて、前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成し、
前記商品マッチング情報を前記ユーザ端末の画面に表示し、
前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配布日程及び配布場所の設定とを実行することで、共同購入イベント情報を生成し、
生成した前記共同購入イベント情報を記憶することを特徴とするものである。
【００２７】
本発明の第２の観点による共同購入支援方法は、以上の構成を有しているので、自分が希望する商品の共同購入を希望する前記ユーザは、その商品を共同購入してくれる可能性が高く且つ不安が少ない前記ユーザを、共同購入の決定前に知ることができる。このため、安全性の高い共同購入を容易に実現することができる。
【００２８】
また、前記のようにして前記共同購入イベント情報にしたがって、共同購入した商品の配布日程と配布場所を決定し、共同購入した商品は決定された日程で決定された配布場所に配送することができるので、配布場所を一箇所に限定しない場合よりも送料が安くなり、場合によっては無料となる。その結果、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができる。
【００２９】
（５）  本発明の第２の観点による共同購入支援方法の好ましい例では、前記お気に入り商品マッチング情報を参照してなされる、前記共同購入する商品の選択と、選択した前記商品の配布日程及び配布場所の設定が、ゲストユーザとしての前記ユーザの投票によってなされる。
【００３０】
この例では、共同購入したいユーザの選定と、共同購入したい商品及びその個数、配送日、配送場所の決定とを、その商品の性質と配送料金（送料）とユーザの便宜とを考慮して、ユーザ同士で調整しながら行うことができる、という利点がさらに得られる。
【００３１】
（６）  本発明の第２の観点による共同購入支援方法の他の好ましい例では、ゲストユーザとしての前記ユーザの選択が、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザに限定して行われる。
【００３２】
（７）  本発明の第３の観点によれば、共同購入支援プログラムが提供される。このプログラムは、
通信ネットワークを介して接続された複数のユーザ端末との通信を行って、それらユーザ端末に係るユーザによる商品の共同購入を支援する共同購入支援プログラムであって、
共同購入可能な商品の商品情報を記憶し、
前記ユーザの個人情報を記憶し、
前記ユーザ間のソーシャル・グラフまたはバーチャル・グラフを生成して記憶し、
前記ユーザのお気に入り商品情報を記憶し、
前記ソーシャル・グラフまたはバーチャル・グラフに基づいて、前記ユーザのお気に入り商品情報同士を関連づけることにより、前記ソーシャル・グラフまたはバーチャル・グラフを持つ前記ユーザ毎にお気に入り商品マッチング情報を生成し、
前記商品マッチング情報を前記ユーザ端末の画面に表示し、
前記お気に入り商品マッチング情報を参照してなされる、幹事ユーザとしての前記ユーザの意図に基づき、共同購入する商品の選択と、ゲストユーザとしての前記ユーザの選択と、選択した前記商品の配布日程及び配布場所の設定とを実行することで、共同購入イベント情報を生成し、
生成した前記共同購入イベント情報を記憶するように
コンピュータを動作させることを特徴とするものである。
【００３３】
本発明の第３の観点による共同購入支援プログラムは、以上の構成を有しているので、自分が希望する商品の共同購入を希望する前記ユーザは、その商品を共同購入してくれる可能性が高く且つ不安が少ない前記ユーザを、共同購入の決定前に知ることができる。このため、安全性の高い共同購入を容易に実現することができる。
【００３４】
また、前記のようにして前記共同購入イベント情報にしたがって、共同購入した商品の配布日程と配布場所を決定し、共同購入した商品は決定された日程で決定された配布場所に配送することができるので、配布場所を一箇所に限定しない場合よりも送料が安くなり、場合によっては無料となる。その結果、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができる。
【発明の効果】
【００３５】
本発明の第１の観点による共同購入支援システム、第２の観点による共同購入支援方法、及び第３の観点による共同購入支援プログラムによれば、（ａ）安全性の高い共同購入を容易に実現することができると同時に、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができることができる、という効果がある。
【００３６】
また、前記お気に入り商品マッチング情報を参照してなされる、前記共同購入する商品の選択と、選択した前記商品の配布日程及び配布場所の設定が、ゲストユーザとしての前記ユーザの投票によってなされるようにした場合は、上記の（ａ）という効果に加えて、（ｂ）共同購入したいユーザの選定と、共同購入したい商品及びその個数、配送日、配送場所の決定とを、その商品の性質と配送料金（送料）とユーザの便宜とを考慮して、ユーザ同士で調整しながら行うことができる、という効果もある。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態に係る共同購入支援システムの使用状態を示す概念図である。
【図２】本発明の一実施形態に係る共同購入支援システムの構成を示す機能ブロック図である。
【図３】本発明の一実施形態に係る共同購入支援システムの共同購入イベント開催フローを示すフローチャートである。
【図４Ａ】本発明の一実施形態に係る共同購入支援システムの動作フローを示すフローチャートである。
【図４Ｂ】本発明の第１実施形態に係る共同購入支援システムの動作フローを示すフローチャートで、図４Ａの続きである。
【図５】本発明の一実施形態に係る共同購入支援システムのマッチング情報表示フローを示すフローチャートである。
【図６】本発明の一実施形態に係る共同購入支援システムのゲスト決定フローを示すフローチャートである。
【図７】本発明の一実施形態に係る共同購入支援システムのイベント・スケジュール決定フローを示すフローチャートである。
【図８】本発明の一実施形態に係る共同購入支援システムの購入商品決定フローを示すフローチャートである。
【図９】本発明の一実施形態に係る共同購入支援システムの商品情報データベースのデータ構造を示す概念図である。
【図１０】本発明の一実施形態に係る共同購入支援システムの会員情報データベースのデータ構造を示す概念図である。
【図１１】本発明の一実施形態に係る共同購入支援システムの友達関係情報データベースのデータ構造を示す概念図である。
【図１２】本発明の一実施形態に係る共同購入支援システムのお気に入り商品情報データベースのデータ構造を示す概念図である。
【図１３】本発明の一実施形態に係る共同購入支援システムのイベント情報データベースのデータ構造を示す概念図である。
【図１４】本発明の一実施形態に係る共同購入支援システムにおいて、ユーザ端末の表示画面に表示された友達のお気に入り商品情とマッチング商品情報の一例を示す説明図である。
【図１５】本発明の一実施形態に係る共同購入支援システムにおいて、ユーザ端末の画面に表示された、商品がマッチングした友達のリストの一例を示す説明図である。
【図１６Ａ】本発明の一実施形態に係る共同購入支援システムと、幹事ユーザ端末、ゲストユーザ端末及び店舗端末との間で行われれる情報処理プロセスを示す説明図である。
【図１６Ｂ】本発明の一実施形態に係る共同購入支援システムと、幹事ユーザ端末、ゲストユーザ端末及び店舗端末との間で行われれる情報処理プロセスを示す説明図で、図１６Ａの続きである。
【発明を実施するための形態】
【００３８】
以下、添付図面を参照しながら、本発明の好適な実施形態について説明する。
【００３９】
（共同購入支援システムの構成）
本発明の一実施形態に係る共同購入支援システム４０は、図１に示すように、インターネット２０を介して複数のユーザ端末１０と複数の商品情報提供サーバ３０と接続して使用される。
【００４０】
本実施形態の共同購入支援システム４０では、一人のユーザが幹事となり、共同購入支援システム４０が生成・表示する商品マッチング情報を、自己のユーザ端末１０上で参照して、共同購入する商品候補と、配送日時の候補と、配送場所の候補を決定し、それに基づいて「共同購入イベント」を企画・開催する。幹事と共に共同購入するユーザは、その共同購入イベントにゲストとして招待される。共同購入に同意する場合は招待に応じればよく、同意しない場合は招待を断ればよい。共同購入イベントの日時と場所（つまり配送日時と配送場所）は、幹事ユーザとゲストユーザとの協議を経て決定される。
【００４１】
この共同購入支援システム４０は、ソーシャル・ネットワーキング・サービス（ＳＮＳ）を提供する企業体等（ＳＮＳ提供者）が設置し、当該サービスと組み合わせた共同購入支援サービスとして運用されるのが通常である。これは、ユーザの個人情報やお気に入り商品情報を得やすいからである。しかし、本発明はこれに限定されるわけではない。他社が運営するＳＮＳから必要な情報（ソーシャル・グラフ）を入手するようにしてもよいことは言うまでもない。さらに、ソーシャル・グラフに代えて、知人以外ともつながりを持てるバーチャル・グラフを利用してもよい。
【００４２】
実際は、多数（数千または数万あるいはそれ以上）のユーザがユーザ端末を接続しているが、説明を簡単にするため、図１では、ユーザＡのユーザ端末１０と、ユーザＢのユーザ端末１０と、ユーザＣのユーザ端末１０とが描かれており、これら三つのユーザ端末１０がインターネット２０を介して共同購入支援システム４０と接続されている。これらのユーザ端末１０と共同購入支援システム４０との間で、相互にデータの送受信が可能である。ここでは、ユーザＡが共同購入の際に「幹事」となり、ユーザＢとユーザＣは「ゲスト」となると仮定する。つまり、ユーザＡが「幹事ユーザ」となり、ユーザＢとユーザＣが「ゲストユーザ」となる。
【００４３】
また、店舗Ｘの商品情報提供サーバ３０と店舗Ｙの商品情報提供サーバ３０とが、インターネット２０を介して共同購入支援システム４０と接続されており、これら二つの商品情報提供サーバ３０と共同購入支援システム４０との間で相互に商品や店舗に関する情報の送受信が可能である。店舗Ｘ側管理者は、自己の店舗端末（図示せず）を使って、必要に応じてデータを入出力する。例えば、店舗端末から、自社が取り扱う商品の情報を商品情報提供サーバ３０に登録したり、共同購入支援システム４０を介して受注した商品についての確定決済情報を同システム４０に送信したりする。店舗Ｙ側管理者も同様である。
【００４４】
本実施形態の共同購入支援システム４０は、図２に示す構成を持つ。すなわち、共同購入支援システム４０は、処理部５０と、記憶部６０と、通信インターフェース部７０とを備えている。
【００４５】
処理部５０は、商品情報管理部５１、会員情報管理部５２、友達関係情報管理部５３、お気に入り商品情報管理部５４、イベント情報管理部５５、決済情報管理部５６を備えている。処理部５０は、ソフトウェアによって構成されるのが通常であるが、これには限定されない。ソフトウェアとハードウェアの組み合わせによって構成されてもよいし、これ以外の構成でもよい。ここで述べるような機能を果たせるものであればよい。
【００４６】
記憶部６０は、商品情報データベース（DataBase, ＤＢ）６１、会員情報ＤＢ６２、友達関係情報ＤＢ６３、お気に入り商品情報ＤＢ６４、イベント情報ＤＢ６５、決済情報ＤＢ６６を備えている。記憶部６０は、ハードウェアの記憶装置とそれらを管理するソフトウェアによって構成されるのが通常であるが、これには限定されない。ここで述べるような機能を果たせるものであればよい。また、ここでは、記憶・管理する情報に応じて別個のＤＢを設けているが、ここで述べたものに限定されない。
【００４７】
処理部５０の商品情報管理部５１は、提携している店舗の商品情報提供サーバ３０から提供される商品情報を管理するセクションである。商品情報が店舗から提供されると、それを記憶部６０の商品情報ＤＢ６１に記憶する。また、必要時には、商品情報を商品情報ＤＢ６１から読み出して提供する。商品情報が変更されると、それに応じて商品情報ＤＢ６１に記憶されている商品情報を更新する。
【００４８】
商品情報としては、例えば、図９に示すように、商品ＩＤ、商品ジャンルを特定するジャンルＩＤ、商品が使用されるシーンのカテゴリを特定するシーンＩＤ、取扱い店舗ＩＤの各種情報のほか、税込価格、在庫数、商品名、商品画像等が挙げられる。
【００４９】
会員情報管理部５２は、ＳＮＳの会員情報、すなわちユーザの個人情報を管理するセクションである。ＳＮＳの会員ではなく、共同購入サービスのみの会員情報としてもよい。新規に会員が加入すると、その個人情報を記憶部６０の会員情報ＤＢ６２に記憶する。また、必要時には、会員情報を会員情報ＤＢ６２から読み出して提供する。会員情報が変更されると、それに応じて会員情報ＤＢ６２に記憶されている会員情報を更新する。
【００５０】
会員情報としては、例えば、図１０に示すように、会員ＩＤ、パスワード、会員の姓および名、電話番号、住所、メールアドレス等が典型的であるが、ここでは、友達に公開する情報としてユーザ画像等の情報も含まれている。
【００５１】
友達関係情報管理部５３は、ユーザの友達関係情報（ソーシャル・グラフ）を管理するセクションである。つまり、各ユーザが他のユーザとどのような友達関係にあるかを示す情報を管理する。あるユーザ（会員）が、他のユーザ（会員）と友達関係にあるか否か、友達関係になったのはいつからか、といった友達関係情報を記憶部６０の友達関係情報ＤＢ６３に記憶する。また、必要時には、友達関係情報を友達関係情報ＤＢ６３から読み出して提供する。友達関係情報が変更されると、それに応じて友達関係情報ＤＢ６３に記憶されている友達関係情報を更新する。ソーシャル・グラフに代えて、バーチャル・グラフを利用してもよい。
【００５２】
友達関係情報としては、例えば、図１１に示すように、友達のＩＤのほか、発信者のＩＤ、相手のＩＤ、送信されるメッセージの内容等が挙げられる。
【００５３】
お気に入り商品情報管理部５４は、各ユーザ（会員）のお気に入り商品に関する情報を管理するセクションである。新規にお気に入り商品が追加されると、そのお気に入り商品情報を記憶部６０のお気に入り商品情報ＤＢ６４に記憶する。また、必要時には、お気に入り商品情報をお気に入り商品情報ＤＢ６４から読み出して提供する。お気に入り商品情報が変更されると、それに応じてお気に入り商品情報ＤＢ６４に記憶されているお気に入り商品情報を更新する。
【００５４】
お気に入り商品情報としては、例えば、図１２に示すように、会員ＩＤと商品ＩＤが挙げられる。
【００５５】
イベント情報管理部５５は、イベント情報を管理するセクションである。つまり、あるユーザ（会員）が幹事となって開催する商品共同購入イベントに関する情報を管理する。あるユーザ（会員）が、自分が希望する商品を共同購入してくれると思われるユーザ（会員）を、自分の友達から選ぶ。イベント開催日程と開催場所、イベント参加者といったイベント情報を記憶部６０のイベント情報ＤＢ６５に記憶する。また、必要時には、イベント情報をイベント情報ＤＢ６５から読み出して提供する。イベント情報が変更されると、それに応じてイベント情報ＤＢ６５に記憶されているイベント情報を更新する。
【００５６】
イベント情報としては、例えば、図１３に示すように、各種メッセージが掲載されるメッセージボードのＩＤ、イベントＩＤ、メッセージを投稿した発言者のＩＤ、メッセージのタイトル等が挙げられる。
【００５７】
決済情報管理部５６は、決済情報を管理するセクションである。つまり、商品共同購入イベントで共同する商品とその個数、配送先（場所）、配送日といった決済情報を記憶部６０の決済情報ＤＢ６６に記憶する。また、必要時には、決済情報を決済情報ＤＢ６６から読み出して提供する。決済情報が変更されると、それに応じて決済情報ＤＢ６６に記憶されている決済情報を更新する。
【００５８】
決済情報としては、例えば、発注した会員の会員ＩＤ、購買した商品の商品ＩＤ、クレジットカード情報、配送日情報、配送先（届け先）情報等が挙げられる。
【００５９】
通信インターフェース部７０は、インターネット２０を介して処理部５０との間でデータ送受信を担当するセクションである。通信インターフェース部７０は、ハードウェアの通信装置とそれらを制御するソフトウェアによって構成されるのが通常であるが、これには限定されない。通信インターフェースの機能を果たせるものであればよい。
【００６０】
（共同購入イベントの開催フロー）
次に、共同購入イベントを開催する際に、共同購入支援システム４０で行われる処理やユーザや店舗管理者の動作の概要について、図３を参照しながら説明する。
【００６１】
図３に示すように、共同購入イベントを開催する際には、まず最初に、幹事となるユーザＡ（幹事ユーザ）が、自己のその友達のお気に入り商品のマッチング情報（商品マッチング情報）を自己のユーザ端末１０で確認する（ステップＳ１）。この場合、幹事ユーザは、希望する商品マッチング情報の提供を共同購入支援システム４０に申請することが必要である。それに応じて、共同購入支援システム４０が商品マッチング情報を生成して送信する。そこで、幹事ユーザは、自己のユーザ端末１０でそれを確認するのである。なお、この商品マッチング情報の生成・送信は、共同購入支援システム４０のイベント情報管理部５５が行う。
【００６２】
次に、幹事ユーザが、自己のユーザ端末１０を使って、共同購入イベントを設定する（ステップＳ２）。その際には、共同購入する商品候補と、配送日時の候補と、配送場所の候補を決定する。
【００６３】
次に、幹事ユーザが、自己のユーザ端末１０を使って、ゲストとなるユーザＢ及びＣ（ゲストユーザ）を招待する（ステップＳ３）。
【００６４】
次に、幹事ユーザが、ゲストユーザとの間で、共同購入イベントの日程・場所等の調整ができたかどうかを判断する（ステップＳ４）。共同購入イベントの日程・場所等の調整ができなかった場合は、共同購入イベントを中止することとし、ゲストユーザに共同購入イベントが中止される旨を通知する（ステップＳ５）。
【００６５】
共同購入イベントの日程・場所等の調整ができた場合は、幹事ユーザが、共同購入イベントの開催を決定する（ステップＳ６）。そして、ゲストユーザに共同購入イベントが開催される旨を通知する（ステップＳ７）。
【００６６】
その後、幹事ユーザが、共同購入する商品を取り扱い店舗へ発注する（ステップＳ８）。
【００６７】
これに応答して、取り扱い店舗が、共同購入イベントの所定の開催日に所定の開催場所へ、共同購入する商品を発送するよう手配する（ステップＳ９）。
【００６８】
その後、幹事ユーザとゲストユーザが参加して、所定の開催日に所定の開催場所で、共同購入イベントを開催する（ステップＳ１０）。
【００６９】
共同購入イベントは、このようにして開催される。幹事ユーザと各ゲストユーザは、共同購入した商品をこのイベントで受け取ることになる。
【００７０】
（共同購入支援システムの動作フロー）
共同購入イベントは、幹事ユーザの主導のもとで上述のようにして開催され、各ユーザはそのイベンで共同購入した商品を入手できるが、その際に共同購入支援システム４０が重要な動作を行う。そこで、この動作について、図４Ａ及び図４Ｂを参照しながら説明する。
【００７１】
共同購入支援システム４０は、全体としては次のような動作を行い、共同購入イベントの開催を通じてユーザ（会員）同士の共同購入を支援する。
【００７２】
まず、図４Ａに示すように、商品情報を登録する（ステップＳ１１）。具体的には、店舗から取り扱い可能なすべての商品に関する商品情報（これは店舗端末から送られて来る）を、商品情報管理部５１が商品情報ＤＢ６１に記憶する。
【００７３】
次に、会員情報を登録する（ステップＳ１２）。具体的には、ＳＮＳの会員（ユーザ）の個人情報（これはユーザ自身から提供される）を、会員情報管理部５２が会員情報ＤＢ６２に記憶する。
【００７４】
次に、友達関係情報を登録する（ステップＳ１３）。具体的には、ＳＮＳの各会員（ユーザ）の友達関係情報を、友達関係情報管理部５３が友達関係情報ＤＢ６３に記憶する。
【００７５】
次に、お気に入り商品情報を登録する（ステップＳ１４）。具体的には、ＳＮＳの各会員（ユーザ）のお気に入り商品に関する情報を、お気に入り商品情報管理部５４がお気に入り商品情報ＤＢ６４に記憶する。
【００７６】
次に、友達とのお気に入り商品のマッチング情報を、ウェブサイト上に表示する（ステップＳ１５）。具体的には、ＳＮＳのある会員（ユーザ）のお気に入り商品リストと、その会員（ユーザ）と友達関係にある他の会員（ユーザ）のお気に入り商品リストとの間に、少なくとも一つの共通商品がある場合に、両ユーザのお気に入り商品がマッチングしていると判断し、両ユーザのユーザ端末１０の画面にその旨を表示する。
【００７７】
ユーザ端末１０の表示画面８０に表示された商品マッチング情報の一例を図１４に示す。画面の中央のお気に入り商品情報表示領域８１には、自分の「友達のお気に入り商品情報」が時系列に表示され、画面の右側の商品マッチング情報表示領域８２には、「商品マッチング情報」が時系列に表示される。また、表示されている商品マッチング情報の各画像をクリックすると、図１５に示すように、お気に入り商品がマッチングした友達のリストが、別ウィンドウの友達リスト表示領域８３に表示される。このため、幹事ユーザは、これらの友達の中からゲストを選定するのが非常に容易である。
【００７８】
なお、お気に入り商品情報表示領域８１ｂにある「追加」ボタンをクリックすると、対応する商品を自分のお気に入り商品に追加することができるので、共同購入する商品候補の追加も容易である。また、友達リスト表示領域８３にある「メッセージを送る」というボタンをクリックすると、その友達にメッセージを送ることができる。
【００７９】
このような商品マッチング情報を参照することで、幹事ユーザは、どの商品であれば、どのユーザと共同購入が可能であるかを容易に知ることができる。
【００８０】
幹事ユーザは、上記のような商品マッチング情報を見て、自分のお気に入り商品リストの中から選んだ一の商品を共同購入する商品候補とし、共同購入イベント情報を作成してユーザ端末１０から共同購入支援システム４０に送信する。それを受けて、共同購入支援システム４０のイベント情報管理部５５が、共同購入イベント情報をイベント情報ＤＢ６５に仮登録する（ステップＳ１６）。具体的には、この共同購入イベント情報（購入する商品、招待するゲスト、開催日、開催場所等の候補）をイベント情報ＤＢ６５に仮に記憶する。
【００８１】
すると、共同購入支援システム４０のイベント情報管理部５５は、共同購入イベントで指定されたゲスト候補に、招待状を電子メールにて送信する（ステップＳ１７）。そして、招待したゲスト候補からの回答を待ち、それらゲスト候補の少なくとも１人が共同購入イベントに参加するか否かを判断する（ステップＳ１８）。
【００８２】
招待したゲスト候補の少なくとも１人が共同購入イベントに参加すると回答すると、イベント情報管理部５５は、共同購入支援システム４０のイベント情報管理部５５は、その共同購入イベント情報を本登録する（ステップＳ２０）。招待したゲスト候補の全員が共同購入イベントに参加しないと回答すると、イベント情報管理部５５は、その共同購入イベントは中止される旨を、電子メールにてゲスト全員に連絡する（ステップＳ１９）。
【００８３】
そして、参加すると回答したゲスト（彼らは正式にゲストとなっている）に対し、イベント情報管理部５５は、電子メールにて共同購入イベント情報を通知する（ステップＳ２１）。
【００８４】
次に、共同購入イベントが開催されることが決まったから、その共同購入イベント情報に基づいて、幹事ユーザのユーザ端末１０から送られてくる商品の注文決済情報を登録する（ステップＳ２２）。具体的には、購入する商品とその個数あるいは量、配送日、配送場所等の情報を決済情報ＤＢ６６に記憶する。これは決済情報管理部５６が行う。
【００８５】
その後、登録された注文決済情報は、購入する商品の取り扱い店舗に送信される（ステップＳ２３）。これも決済情報管理部５６が行う。
【００８６】
最後に、登録された注文決済情報が、電子メールにて幹事ユーザに送付される（ステップＳ２４）。これも決済情報管理部５６が行う。これと並行して、店舗からは、注文された商品が、共同購入イベント情報で指定されている配送日に、同情報で指定されている配送場所に届くように手配される。
【００８７】
（マッチング情報表示フロー）
次に、友達とのお気に入り商品のマッチング情報を、図１４及び１５のように表示する際の動作（図４ＡのステップＳ１５）について、図５を参照しながら詳しく説明する。
【００８８】
まず、お気に入り商品情報ＤＢ６４から、各ユーザのお気に入り商品情報を抽出する（ステップＳ３１）。お気に入り商品情報ＤＢ６４では、例えば図１２に示すように、ユーザの会員ＩＤと商品ＩＤとを関連づけて記憶されているから、抽出されたデータは、ユーザの会員ＩＤと商品ＩＤの組（ペア）である。これは共同購入支援システム４０の商品情報管理部５１が行うが、この動作を行なう専用のセクションを設けてもよい。
【００８９】
次に、友達関係情報ＤＢ６３から、ユーザ間の友達関係情報を抽出する（ステップＳ３２）。友達関係情報ＤＢ６３では、例えば図１１に示すように、友達申請を発信したユーザの会員ＩＤ（発信者ＩＤ）と、友達申請を受信したユーザの会員ＩＤ（相手ＩＤ）と、友達申請が未だ「申請中」か、既に「承認済み」かを示すステータスが、関連づけて記憶されているから、そのステータスが「承認済み」となっている会員同士で、一方が幹事ユーザであるものを選択して抽出する。これは友達関係情報管理部５３が行うが、この動作を行なう専用のセクションを設けてもよい。
【００９０】
次に、お気に入り商品が共通し且つ友達関係にあるユーザをリアルタイムで検索する（ステップＳ３３）。具体的には、マッチング情報を申請した幹事ユーザと友達関係にあるユーザの中から、同じ商品ＩＤをお気に入り商品に共通して含むユーザ（会員ＩＤ）を、商品ＩＤ毎に抽出すればよい。これは、友達関係情報管理部５３とお気に入り商品情報管理部５４が協働して行うが、この動作を行なう専用のセクションを設けてもよい。
【００９１】
そして、こうして抽出されたデータに基づいて、幹事ユーザと友達関係にある各ユーザについて幹事ユーザと共通するお気に入り商品を、商品マッチング情報として、幹事ユーザのユーザ端末１０において、図１４及び１５に示すような態様で表示する（ステップＳ３４）。これも友達関係情報管理部５３とお気に入り商品情報管理部５４が協働して行うが、この動作を行なう専用のセクションを設けてもよい。
【００９２】
（ゲスト決定フロー）
共同購入支援システム４０が、マッチング情報を参照して幹事ユーザが策定した共同購入イベントを実現に導くプロセスの説明は、以上のとおりであるが、本発明では、共同購入イベントの策定（提案）から開催までの間に、ゲスト、スケジュール、購入商品のそれぞれを決定するプロセスがあり、各プロセスで、招待されたユーザ（ゲストあるいはゲスト候補）の意思が尊重されると共に、共同購入イベントの実現可能性も高くなるように工夫されている。
【００９３】
そこで、次に、共同購入イベントに招待するゲストを決定する際の動作（図４ＡのステップＳ１７）について、図６を用いて詳しく説明する。なお、この動作は、イベント情報管理部５５が実行するが、この動作を行なう専用のセクションを設けてもよい。
【００９４】
まず、幹事ユーザが策定した共同購入イベントに登録されたゲスト候補を抽出し（ステップＳ４１）、抽出されたゲスト候補が幹事ユーザの友達かどうかを判断する（ステップＳ４２）。抽出されたゲスト候補が幹事ユーザの友達であれば、そのゲスト候補に招待状を電子メールで送信する（ステップＳ４３）、同じ動作をゲスト候補全員に対して行ってから、それらのゲスト候補から「参加する」との意思表示が届くのを待つ。そして、届いた意思表示から、参加者が１人以上が否かを判断する（ステップＳ４４）。
【００９５】
参加者が１人以上である場合、つまり、「参加する」との意思表示をしたゲスト候補が１人以上いる場合は、「参加する」との意思表示をしたゲスト候補を「ゲスト」として決定する（ステップＳ４６）。
【００９６】
参加者が１人以上でない場合、つまり、「参加する」との意思表示をしたゲスト候補が０人である場合は、「追加招待」をするか否かを判断する（ステップＳ４５）。この判断は、幹事ユーザからの指示（意図）に応じて行われる。幹事ユーザの指示により「追加招待」をしない場合は、ゲスト決定動作を終了する（ステップＳ４７）。幹事ユーザの指示により「追加招待」をする場合は、追加ゲスト候補の登録を依頼してから（ステップＳ５６）、最初のステップＳ４１に戻り、登録されたゲスト候補の抽出を行う。
【００９７】
ステップＳ４２で、抽出されたゲスト候補が幹事ユーザの友達でないと判断されると、幹事ユーザからそのゲスト候補に友達申請を行う（ステップＳ４８）。ステップＳ４９で友達申請が承認されると、ステップ４３に戻り、そのゲスト候補に招待状を送信する。ステップＳ４９で友達申請が承認されない場合は、友達以外に招待状を送信する（ステップＳ５０）。そして、招待状を送信したその人が会員であるか否かを判断し（ステップＳ５１）、会員であれば、友達申請する（ステップＳ５３）。
【００９８】
ステップＳ５４で友達申請が承認されると、ステップ４３に戻り、ゲスト候補に招待状を送信する。ステップＳ５４で友達申請が承認されない場合は、ゲスト決定動作を終了する（ステップＳ４７）。
【００９９】
ステップＳ５１で会員でないと判断されると、新規登録の依頼状を送信し（ステップＳ５２）し、新規登録されたかどうかを判断する（ステップＳ５５）。新規登録されない場合は、ゲスト決定動作を終了する（ステップＳ４７）。新規登録された場合は、ステップＳ５３に進み、友達申請し、承認を待つ（ステップＳ５４）。承認されれば、ステップＳ４３に飛び、それ以降のステップの動作を実行する。承認されなければ、ゲスト決定動作を終了する（ステップＳ４７）。
【０１００】
このように、共同購入支援システム４０では、招待されたユーザ（ゲスト候補）の意思が尊重されており、しかも、選定したゲスト候補全員から「参加する」との回答を得られない場合は、他のユーザあるいは非ユーザにもコンタクトして、ゲスト候補を追加するように動作するので、共同購入イベントの実現可能性が高くなる。
【０１０１】
（スケジュール決定フロー）
次に、共同購入イベントのスケジュールを決定する際の動作について、図７を用いて詳しく説明する。なお、この動作は、イベント情報管理部５５が実行するが、この動作を行なう専用のセクションを設けてもよい。
【０１０２】
まず、イベント情報管理部５５が、幹事ユーザが策定した共同購入イベントに登録された候補日・場所を抽出し（ステップＳ６１）、抽出されたゲスト候補からの回答を待ってチェックする（ステップＳ６２）。ゲスト候補からの回答に希望する候補日の入力がなかった場合は、リマインドの電子メールを送り、入力を促す（ステップＳ６４）。
【０１０３】
イベント情報管理部５５は、ゲスト候補からの回答に希望する候補日の入力があった場合は、全ゲスト候補が入力した候補日に重複があるか否かを判断する（ステップＳ６５）。重複がある場合は、重複が多い順にウェブサイトに候補日を表示し（ステップＳ６６）、幹事ユーザに候補日を決定するよう依頼する（ステップＳ６７）。表示された候補日から、ユーザ端末１０で幹事ユーザが候補日を選んで入力すると（ステップＳ６８）、イベント情報管理部５５がそれを受けて、ゲストユーザに共同購入イベントの開催日程を電子メールで通知する（ステップＳ６９）。
【０１０４】
全ゲスト候補が入力した候補日に重複がなかった場合は（ステップＳ６５）、日程の再調整をするか否かを判断する（ステップＳ７０）。この判断は、幹事ユーザからの指示に応じて行なう。日程の再調整をする場合は、イベント情報管理部５５が全ゲスト候補に新しい候補日の入力を依頼する（ステップＳ７１）。そして、最初に戻り、ステップＳ６１からの動作を繰り返す。
【０１０５】
日程の再調整をしない場合は、イベント情報管理部５５が、共同購入イベントの開催を保留するか否かを判断する（ステップＳ７２）。保留しない場合は、開催中止を決定し（ステップＳ７３）、ゲストユーザに開催中止を電子メールで通知する（ステップＳ７４）。保留する場合は、開催保留を決定し（ステップＳ７５）、ゲストユーザに開催保留を電子メールで通知する（ステップＳ７６）。
【０１０６】
このように、共同購入支援システム４０では、共同購入イベントの日程調整の面でも、招待されたユーザ（ゲスト候補）の意思が尊重されており、しかも、調整ができない場合は、再調整するようにしているので、共同購入イベントの実現可能性が高くなる。また、一時的に保留しておき、後日、都合がつくようになったときに、改めて日程を決めて開催することも可能である。
【０１０７】
共同購入した商品の配送場所についても、日程について上述したのと同様にして、招待されたユーザ（ゲスト候補）の意思が尊重しながら、調整して決定される。なお、配送場所は、ゲスト候補全員にとって便利な場所が一箇所、選定される。
【０１０８】
（購入商品決定フロー）
次に、共同購入する商品を決定する際の動作について、図８を用いて詳しく説明する。なお、この動作は、イベント情報管理部５５が実行するが、この動作を行なう専用のセクションを設けてもよい。
【０１０９】
まず、イベント情報管理部５５が、幹事ユーザが策定した共同購入イベントに登録された購入商品を抽出してから（ステップＳ８１）、追加する購入商品の入力（登録）を待ち、追加する購入商品があるか否かを判断する（ステップＳ８２）。追加する購入商品がある場合は、追加購入商品が登録されるのを待ち（ステップＳ８３）、登録されると最初のステップＳ８１に戻る。
【０１１０】
ステップＳ８２で追加購入商品がない場合は、イベント情報管理部５５が、幹事ユーザのユーザ端末１０の表示画面に購入商品候補を表示する（ステップＳ８４）。そして、参加するゲスト候補が購入商品候補に対して行う投票をチェックし（ステップＳ８５）、各購入商品候補への投票数を表示する（ステップＳ８６）。その後、イベント情報管理部５５は、表示された各購入商品候補への投票数に基づいて、幹事ユーザに購入商品を決定するよう依頼する（ステップＳ８７）。表示された購入商品候補から、幹事ユーザが購入商品を決定して入力（登録）すると（ステップＳ８８）、ゲストユーザに購入商品を電子メールで通知する（ステップＳ８９）。
【０１１１】
このように、共同購入支援システム４０では、購入商品の決定の面においても、招待されたユーザ（ゲスト候補）の意思が尊重されている。すなわち、選定したゲスト候補全員の投票によって購入商品が決定され、追加購入する商品についても同様である。このため、共同購入イベントの実現可能性が高くなる。
【０１１２】
以上述べた共同購入支援システム４０の全体動作を、より分かりやすくするために、幹事ユーザ端末、ゲストユーザ端末、店舗端末との関係を考慮して示すと、図１６Ａ及び１６Ｂのようになる。
【０１１３】
図１６Ａに示すように、共同購入支援システム４０は、最初に、店舗端末から送信されてくる商品情報を記憶する（ステップＳ９１）。また、幹事ユーザ端末とゲストユーザ端末から送信されてくる会員情報を記憶する（ステップＳ９２）。次に、幹事ユーザ端末から送られる友達申請を仮登録し（ステップＳ９３）、ゲストユーザ端末に通知する（ステップＳ９４）。ゲストユーザがその友達申請を受諾すると、その友達申請を本登録する（ステップＳ９５）と共に、友達申請の受諾を幹事ユーザに通知する（ステップＳ９６）。
【０１１４】
幹事ユーザとゲストユーザが、お気に入り商品を送信・登録すると、共同購入支援システム４０は、商品マッチング情報を生成し（ステップＳ９７）、幹事ユーザの申請に応じて、その商品マッチング情報を幹事ユーザ端末に送信して表示する（ステップＳ９８）。
【０１１５】
幹事ユーザが、共同購入イベント情報を作成して送信してくると、共同購入支援システム４０は、共同購入イベント情報を仮登録してから（ステップＳ９９）、図１６Ｂに示すように、イベント招待状をゲストユーザ端末に送信する（ステップＳ１００）。ゲストユーザがイベント招待状を受諾すると、イベント招待受諾状況を集約し（ステップＳ１０１）、そのイベント招待受諾状況を幹事ユーザ端末に送信する（ステップＳ１０２）。
【０１１６】
幹事ユーザ端末から、確定された共同購入イベント情報が送信されると、共同購入支援システム４０は、共同購入イベント情報を本登録してから（ステップＳ１０３）、共同購入情報をゲストユーザ端末に送信する（ステップＳ１０４）。幹事ユーザ端末から注文決済情報が送信されると、注文決済情報を登録してから（ステップＳ１０５）、注文決済情報を店舗端末に送信する（ステップＳ１０６）。
【０１１７】
店舗端末から確定決済情報を送信されると、共同購入支援システム４０は、確定決済情報を登録してから（ステップＳ１０７）、確定決済情報を幹事ユーザ端末に送信する（ステップＳ１０８）。
【０１１８】
（データベースのデータ構造）
最後に、本実施形態に係る共同購入支援システム４０で使用されるデータベースのデータ構造の例について、図９〜図１３を参照して説明する。
【０１１９】
図９は、商品情報ＤＢ６１のデータ構造の一例である。ここでは、カラム項目として、商品ＩＤ、商品ジャンルを特定するジャンルＩＤ、商品が使用されるシーンのカテゴリを特定するシーンＩＤ、取扱い店舗ＩＤの各種情報のほか、税込価格、在庫数、商品名、商品画像等が挙げられており、商品情報ＤＢ６１にはこれらの情報が記憶される。また、各カラム項目の値も、例示されている。しかし、本発明はこれに限定されない。
【０１２０】
図１０は、会員情報ＤＢ６２のデータ構造の一例である。ここでは、カラム項目として、会員ＩＤ、パスワード、会員の姓および名、電話番号、住所、メールアドレス等のほか、友達に公開する情報（Ｍｙモグ情報）として、ユーザ画像等が含まれており、さらに、商品の追加届け先の情報も含まれている。しかし、本発明はこれに限定されない。
【０１２１】
図１１は、友達関係情報ＤＢ６３のデータ構造の一例である。ここでは、カラム項目として、発信者のＩＤ、相手のＩＤ、送信されるメッセージの内容のほか、ステータスと申請者フラグが挙げられている。ステータスは、発信者からの友達申請が相手（受信者）から承認されているか否かを示す欄であり、友達申請が相手から承認されて初めて、両者は友達関係になる。しかし、本発明はこれに限定されない。
【０１２２】
図１２は、お気に入り商品情報ＤＢ６４のデータ構造の一例である。ここでは、カラム項目として、会員ＩＤと商品ＩＤが挙げられている。しかし、本発明はこれに限定されない。
【０１２３】
図１３は、イベント情報ＤＢ６５のデータ構造の一例である。ここでは、カラム項目として、イベント情報（開催日、開催場所、購入商品、幹事ユーザの氏名、ゲストユーザの氏名等）としての各種メッセージが掲載されるメッセージボードのＩＤと、イベントＩＤのほか、メッセージを投稿した発言者のＩＤ、メッセージのタイトル、発言データ、登録日時、変更日時が挙げられている。しかし、本発明はこれに限定されない。
【０１２４】
本発明の上記実施形態に係る共同購入支援システム４０は、以上の構成を有しているので、自分が希望する商品の共同購入を希望するユーザＡは、その商品を共同購入してくれる可能性が高く且つ不安が少ないユーザ（例えばユーザＢまたはＣ）を、共同購入の決定前に知ることができる。このため、安全性の高い共同購入を容易に実現することができる。
【０１２５】
また、前記のようにして共同購入イベント情報にしたがって、共同購入した商品の配送日程と配送場所を決定し、共同購入した商品は、共同購入イベントとして、決定された日程で決定された配送場所に送付することができるので、配送場所を一箇所に限定しない場合よりも送料が安くなり、場合によっては無料となる。その結果、送料の追加負担に起因する商品購入の制限や商品の購入数・購入量の抑制を緩和または解消することができる。
【０１２６】
また、共同購入したいユーザの選定と、共同購入したい商品及びその個数、配送日、配送場所の決定とを、配送料金（送料）とユーザの便宜とを考慮して、ユーザ同士で調整しながら決定することができる。
【０１２７】
（変形例）
上述した実施形態は本発明を具体化した例を示すものである。したがって、本発明はこの実施形態に限定されるものではなく、本発明の趣旨を外れることなく種々の変形が可能であることは言うまでもない。例えば、上記実施形態では、商品マッチング情報を生成する際に、ユーザ同士の友達関係情報を使用しているが、それ以外の情報、例えば地域関係情報、職業関係情報等を利用してもよい。
【符号の説明】
【０１２８】
１０  ユーザ端末
２０  インターネット
３０  商品情報提供サーバ
４０  共同購入支援システム
５０  処理部
５１  商品情報管理部
５２  会員情報管理部
５３  友達関係情報管理部
５４  商品情報管理部
５５  イベント情報管理部
５６  決済情報管理部
６０  記憶部
６１  商品情報ＤＢ
６２  会員情報ＤＢ
６３  友達関係情報ＤＢ
６４  商品情報ＤＢ
６５  イベント情報ＤＢ
６６  決済情報ＤＢ
７０  通信インターフェース部
８０  ユーザ端末の表示画面（スクリーン）
８１  お気に入り商品情報表示領域
８２  マッチング商品情報表示領域
８３  友達リスト表示領域
【図１】
2013156951.tif 000003
【図２】
2013156951.tif 000004
【図３】
2013156951.tif 000005
【図４Ａ】
2013156951.tif 000006
【図４Ｂ】
2013156951.tif 000007
【図５】
2013156951.tif 000008
【図６】
2013156951.tif 000009
【図７】
2013156951.tif 000010
【図８】
2013156951.tif 000011
【図９】
2013156951.tif 000012
【図１０】
2013156951.tif 000013
【図１１】
2013156951.tif 000014
【図１２】
2013156951.tif 000015
【図１３】
2013156951.tif 000016
【図１４】
2013156951.tif 000017
【図１５】
2013156951.tif 000018
【図１６Ａ】
2013156951.tif 000019
【図１６Ｂ】
2013156951.tif 000020