JP2003132236A - 共同利用支援システム、方法、装置及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 複数の者の集団により共同利用されるサービ
スを利用し易くするように集団を形成することを支援す
る。 【解決手段】 各ユーザが希望する共同購入の条件を予
めサーバ装置内のデータベースに登録しておく。いずれ
かのユーザが発起人となり、共同購入のために形成する
仮想集団の条件を入力して端末からサーバ装置に送信す
ると、その条件を登録された各ユーザの条件とマッチン
グし、一致度が高い者を候補者として抽出する。発起人
がその中から仮メンバーを選んで勧誘し、勧誘されたユ
ーザのうち仮想集団の形成に必要な人数が実際に共同購
入を行う実メンバーとして合意すると、仮想集団が確定
し、その仮想集団ＩＤを発起人及び各実メンバーの端末
に送信する。そして、発起人及び各実メンバーが仮想集
団ＩＤ及びそれぞれのユーザＩＤを提示して店舗で商品
を購入し、全員が商品の購入を完了したところで、発起
人及び各実メンバーにインセンティブが付与される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品の共同購入な
ど、複数の者が集まって利用できるようになるサービス
を利用し易くなるように支援するための技術に関する。

【０００２】

【従来の技術】商品の共同購入は、購入者にとっては、
値引きや景品サービスなどを受けられるので個人で商品
を購入するよりもメリットが生じる。一方、販売者の側
でも、個別の販売よりも集団でより多くの顧客を獲得で
きるというメリットが生じる。つまり、商品の共同購入
は、盛んに利用されて然るべきものである。

【０００３】店舗において販売している商品の共同購入
は、一般には集団のメンバー全てが同時に購入しなけれ
ばならないものである。保険商品などには、購入者が所
属する集団を通して共同購入し、割引きが受けられるも
のもある。インターネット上のＷｅｂサイトで提供して
いる商品の共同購入は、誰でも商品を購入しようとする
都度、その集団のメンバーとなって割引きなどのサービ
スを受けられるものもある。

【０００４】

【発明が解決しようとする課題】しかしながら、上記し
たような従来からの商品の共同購入では、それぞれ次の
ような問題を抱えていた。まず、店舗における共同購入
をなし得る集団のメンバーは、通常、家族や知人の範囲
だけに限られてしまう。共同購入で商品を安く購入でき
るからといって、見ず知らずの者に集団に参加してもら
うのは困難であるからである。従って、家族や知人とい
った範囲に限られた集団では、共同購入できる場合が限
られてしまう。

【０００５】保険商品などは、購入者の所属する集団
（学校、会社など）を通して共同購入することが可能で
ある。しかしながら、商品の販売者がその集団の契約し
ている会社でなければならないので、共同購入できる場
合が限られてしまう。また、購入者の所属する集団とい
うのは、商品の共同購入を目的として形成されたもので
なく、共同購入可能な商品と各構成員の嗜好とが必ずし
も一致するとは限らない。従って、共同購入できる範囲
が限られてしまう。さらに、集団の他のメンバーに購入
している商品が知られてしまうので、共同購入を利用す
るのに抵抗感が生じるという問題もある。

【０００６】これに対して、インターネット上のＷｅｂ
サイトで提供している共同購入では、ネット販売に適し
た商品しか共同購入ができないという問題がある。例え
ば、レストランなどで飲食するためには、従来のＷｅｂ
サイトの共同購入は利用できない。掲示板やメールマガ
ジンで商品を共同購入する集団のメンバーを呼びかける
ことはできるが、インターネットの匿名性が故に、その
相手が信用できるかどうかを判断することが全くできな
いという問題もあった。

【０００７】本発明は、例えば商品の共同購入など、複
数の者の集団により共同利用されるサービスを利用し易
くするように集団を形成することを支援する共同利用支
援システム、方法及び装置、並びにそのためのプログラ
ムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかる共同利用支援システム
は、共同利用が可能なサービスの利用対象者となる複数
のユーザの利用にそれぞれ供する複数のユーザ端末と、
前記複数のユーザのうちの２以上の者によって構成され
る集団に共同でサービスを提供する提供者の利用に供す
る提供者端末と、前記複数のユーザ端末と前記提供者端
末とにそれぞれ通信回線を介して接続されたサーバ装置
とを備え、前記複数のユーザ端末は、それぞれ、当該ユ
ーザ端末を利用するユーザが利用を希望するサービスの
条件を入力するユーザ条件入力手段と、前記ユーザ条件
入力手段から入力されたサービスの条件を、前記通信回
線を介して前記サーバ装置に送信するユーザ条件送信手
段とを備え、前記提供者端末は、前記サービスを共同で
利用可能な集団の構成員として抽出されたユーザのいず
れかにより前記サービスが実際に利用された際に、該サ
ービスの利用に関する情報を入力する利用入力手段と、
前記利用入力手段から入力された前記利用に関する情報
を、前記通信回線を介して前記サーバ装置に送信する利
用送信手段とを備え、前記サーバ装置は、前記複数のユ
ーザ端末のユーザ条件送信手段から送信された、各ユー
ザが利用を希望するサービスの条件を受信するユーザ条
件受信手段と、前記ユーザ条件受信手段が受信した各ユ
ーザが利用を希望するサービスの条件を記憶するユーザ
条件記憶手段と、前記ユーザ条件記憶手段に記憶された
条件の一致度に応じて、前記複数のユーザからサービス
を共同で利用可能な集団の構成員を抽出する構成員抽出
手段と、前記利用送信手段から送信された前記利用に関
する情報を受信する利用受信手段と、前記利用受信手段
が受信した、前記利用に関する情報を蓄積する利用蓄積
手段と、前記利用蓄積手段に蓄積された情報に基づき、
前記サービスの利用が所定の基準以上となったときに、
当該サービスを実際に利用した各構成員にインセンティ
ブを付与するインセンティブ付与手段とを備えることを
特徴とする。

【０００９】上記共同利用支援システムでは、構成員抽
出手段は、ユーザ条件記憶手段に記憶されたユーザの中
からサービスを利用する条件の一致度に従って集団の構
成員を抽出している。このため、互いに知らない者同士
でも、条件が合う者同士で集団を形成し、サービスを共
同利用できるようになる。また、集団の構成員による実
際の利用が所定の基準以上になったときにインセンティ
ブが付与されるものとすることで、サービスの利用タイ
ミングが構成員毎に異なっていてもよくなる。これによ
り、各構成員が匿名性を維持することができ、ネット利
用に適さないとされてきたようなサービスについても、
見知らぬ者同士の集団が共同で利用できるようになる。
なお、チェーン店や系列店などの複数の店舗でサービス
の提供者となる場合は、集団の構成員毎に異なる店舗で
サービスを利用するものであってもよい。

【００１０】なお、上記共同利用支援システムにおい
て、集団の構成員が提供されたサービスを受けるタイミ
ングは、必ずしも同時である必要はない。また、サービ
スの利用は、有償であるか無償であるか、或いは物品の
移動を伴うかといったことに関わらない。例えば、商品
の共同購入で、集団の構成員であることを提示すれば各
構成員が個別に商品を購入しても付加サービスを受けら
れるようなものも、共同利用可能なサービスとして適用
することができる。

【００１１】上記目的を達成するため、本発明の第２の
観点にかかる共同利用支援方法は、複数のユーザのうち
の２以上の者によって構成される集団に共同でサービス
を提供する提供者の利用に供する提供者端末に通信回線
を介して接続されるコンピュータ装置において実行され
る方法であって、前記複数のユーザがそれぞれ利用を希
望するサービスの条件を記憶手段に記憶するステップ
と、前記記憶手段に記憶された条件の一致度に応じて、
前記複数のユーザからサービスを共同で利用可能な集団
の構成員を抽出するステップと、前記抽出した集団の構
成員のいずれかにより前記サービスが実際に利用された
際に、該サービスの利用に関する情報を前記通信回線を
介して前記提供者端末から受信するステップと、前記受
信した利用に関する情報を記憶手段に蓄積するステップ
と、前記蓄積された利用に関する情報に従って、前記サ
ービスの利用が所定の基準以上となったときに、当該サ
ービスを実際に利用した各構成員にインセンティブを付
与するステップとを含むことを特徴とする。

【００１２】上記目的を達成するため、本発明の第３の
観点にかかる共同利用支援装置は、複数のユーザのうち
の２以上の者によって構成される集団に共同でサービス
を提供する提供者の利用に供する提供者端末に通信回線
を介して接続され、前記複数のユーザがそれぞれ利用を
希望するサービスの条件を記憶するユーザ条件記憶手段
と、前記ユーザ条件記憶手段に記憶された条件の一致度
に応じて、前記複数のユーザからサービスを共同で利用
可能な集団の構成員を抽出する構成員抽出手段と、前記
構成員抽出手段が抽出した集団の構成員のいずれかによ
り前記サービスが実際に利用された際に、該サービスの
利用に関する情報を前記通信回線を介して前記提供者端
末から受信する利用受信手段と、前記利用受信手段が受
信した、前記利用に関する情報を蓄積する利用蓄積手段
と、前記利用蓄積手段に蓄積された情報に基づき、前記
サービスの利用が所定の基準以上となったときに、当該
サービスを実際に利用した各構成員にインセンティブを
付与するインセンティブ付与手段とを備えることを特徴
とする。

【００１３】上記共同利用支援装置は、前記複数のユー
ザの利用にそれぞれ供する複数のユーザ端末に通信回線
を介してさらに接続されたものであってもよい。この場
合には、いずれかのユーザ端末から、当該ユーザが発起
者となり、該ユーザを含んで構成する集団でサービスを
利用する条件を、前記通信回線を介して受信する発起者
条件受信手段をさらに備えるものとすることができ、前
記構成員抽出手段は、前記発起者条件受信手段が受信し
た発起者の条件を前記ユーザ条件記憶手段に記憶された
各ユーザの一致度と比較して、前記複数のユーザのうち
から前記構成員となり得る候補者を抽出する候補者抽出
手段と、前記候補者抽出手段が抽出した候補者に関する
情報を、前記通信回線を介して前記発起者のユーザ端末
に送信する候補者送信手段と、前記候補者送信手段から
送信された候補者に関する情報に基づいて前記発起者が
候補者の中から選択した構成員に関する情報を、前記通
信回線を介して前記発起者のユーザ端末から受信する構
成員受信手段とを備えて、前記構成員受信手段が受信し
た構成員に関する情報が示すユーザを、サービスを共同
で利用可能な集団の構成員として抽出するものとするこ
とができる。

【００１４】また、前記構成員抽出手段は、前記構成員
受信手段が受信した情報により構成員とされた各ユーザ
のユーザ端末に、構成員として選択された旨の情報を前
記通信回線を介して送信する選択情報送信手段と、前記
選択情報送信手段から情報が送信されたユーザ端末か
ら、当該ユーザによる構成員となることの合意を受信す
る合意受信手段とをさらに備え、前記合意受信手段が合
意を受信したユーザ端末のユーザを、サービスを共同で
利用可能な集団の構成員として抽出するものとすること
ができる。

【００１５】上記共同利用支援装置は、前記複数のユー
ザが集団の構成員となった場合に、それぞれの集団で実
際にサービスを利用したかどうかを示すユーザ別利用状
況を記憶する利用状況記憶手段と、いずれかのユーザ端
末からの要求に基づいて、前記利用状況記憶手段に記憶
されたユーザ別利用状況を前記通信回線を介して要求元
のユーザ端末に送信する利用状況送信手段とをさらに備
えるものとすることができる。

【００１６】この場合において、上記共同利用支援シス
テムは、前記利用状況記憶手段に記憶されたユーザ別利
用状況に従って、集団の構成員の中で前記サービスを未
だ利用していない構成員となるユーザのユーザ端末に、
該サービスの利用を促す情報を送信する利用促進手段を
さらに備えるものとすることができる。

【００１７】上記共同利用支援装置は、また、前記提供
者が提供するサービスを集団で利用する条件を記憶した
提供者条件記憶手段と、いずれかのユーザ端末からの要
求に基づいて、前記提供者条件記憶手段に記憶された提
供者の条件を前記通信回線を介して要求元のユーザ端末
に送信する提供者条件送信手段とをさらに備えるものと
することもできる。

【００１８】また、発起者から送られた条件により集団
が構成される場合、前記インセンティブ付与手段は、前
記発起者に他の構成員よりも大きなインセンティブを付
与するものとしてもよい。

【００１９】なお、上記共同利用支援装置が、前記複数
のユーザの利用にそれぞれ供する複数のユーザ端末に接
続されたものである場合には、前記ユーザ条件記憶手段
に記憶される各ユーザが希望するサービスの条件も、各
ユーザのユーザ端末から前記通信回線を介して送られて
くるものとしてもよい。

【００２０】上記目的を達成するため、本発明の第４の
観点にかかるプログラムは、複数のユーザのうちの２以
上の者によって構成される集団に共同でサービスを提供
する提供者の利用に供する提供者端末に通信回線を介し
て接続されたコンピュータ装置を、前記複数のユーザが
それぞれ利用を希望するサービスの条件を記憶するユー
ザ条件記憶手段、前記ユーザ条件記憶手段に記憶された
条件の一致度に応じて、前記複数のユーザからサービス
を共同で利用可能な集団の構成員を抽出する構成員抽出
手段と、前記構成員抽出手段が抽出した集団の構成員の
いずれかにより前記サービスが実際に利用された際に、
該サービスの利用に関する情報を前記通信回線を介して
前記提供者端末から受信する利用受信手段、前記利用受
信手段が受信した、前記利用に関する情報を蓄積する利
用蓄積手段、及び、前記利用蓄積手段に蓄積された情報
に基づき、前記サービスの利用が所定の基準以上となっ
たときに、当該サービスを実際に利用した各構成員にイ
ンセンティブを付与するインセンティブ付与手段として
機能させることを特徴とする。

【００２１】

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

【００２２】図１は、この実施の形態にかかる共同購入
支援システムの構成を示すブロック図である。図示する
ように、この共同購入支援システムは、各ユーザが匿名
性を維持したまま商品（サービス等の無形物を含む）を
共同購入するための仮想集団を形成することを支援する
ものであり、サーバ装置１と、複数のユーザ端末２と、
複数の店舗端末３とから構成されている。ユーザ端末２
及び店舗端末３は、それぞれインターネット４を介して
サーバ装置１に接続される。

【００２３】サーバ装置１は、ユーザをマッチングし、
仮想集団を形成させて商品の共同購入を可能とさせるも
のである。図２は、サーバ装置１の構成を示すブロック
図であり、ＣＰＵ（Central Processing Unit）１１
と、記憶装置１２と、通信装置１３とを備えている。ま
た、データベースとして、ユーザデータベース１４と、
店舗データベース１５と、購入履歴データベース１６
と、仮想集団データベース１７とを有している。

【００２４】ＣＰＵ１１は、記憶装置１２に記憶された
プログラムを実行し、後述する仮想集団の形成のための
処理や、商品の共同購入のための処理などを行う。記憶
装置１２は、主記憶及び補助記憶を含み、ＣＰＵ１１の
処理プログラムを記憶すると共に、データの記憶領域と
して使用される。通信装置１３は、インターネット４を
介してユーザ端末２及び店舗端末３と情報を送受信す
る。

【００２５】ユーザデータベース１４は、このシステム
を利用して商品を共同購入する会員として登録したユー
ザに関する情報を記憶したデータベースである。店舗デ
ータベース１５は、このシステムを利用してユーザに商
品を共同購入させる会員として登録した店舗に関する情
報を記憶したデータベースである。購入履歴データベー
ス１６は、ユーザデータベース１４に登録したユーザが
商品を共同購入した履歴を記憶したデータベースであ
る。仮想集団データベース１７は、後述する処理によっ
てユーザデータベース１４に登録されたユーザから形成
された仮想集団に関する情報を記憶したデータベースで
ある。

【００２６】図３は、ユーザデータベース１４の構成を
示す図である。ユーザデータベース１４には、会員登録
したユーザ毎に１レコードのデータが登録され、各レコ
ードのデータは、ユーザＩＤと、ユーザ名、性別、年
齢、住所及びメールアドレスなどのユーザの属性と、希
望条件とが含まれている。ユーザデータベース１４の各
レコードは、後述するユーザの会員登録処理によって作
成される。

【００２７】ユーザＩＤは、ユーザを一意に識別するた
めのＩＤであり、後述するユーザの会員登録処理におい
て発行される。ユーザ属性の各項目のデータは、会員登
録の際にユーザ端末２から送られてきたものである。希
望条件は、当該ユーザが商品の共同購入を希望する仮想
集団の条件であり、その条件としては、商品カテゴリ
（食品、書籍、飲食など）、商品名、購入を希望する商
品の価格帯、商店カテゴリ（デパート、レストラン、居
酒屋など）、商店名、共同購入可能な地域とが含まれて
いる。

【００２８】図４は、店舗データベース１５の構成を示
す図である。店舗データベース１５には、会員登録した
店舗毎に１レコードのデータが登録され、各レコードの
データは、店舗ＩＤと、店舗名と、店舗の住所及び電話
番号と、当該店舗で商品を共同購入するための条件（共
同購入条件）とが含まれている。店舗データベース１５
の各レコードは、後述する店舗の会員登録処理によって
作成される。

【００２９】店舗ＩＤは、店舗を一意に識別するための
ＩＤであり、後述する店舗の会員登録処理において発行
される。店舗名、住所及び電話番号は、会員登録した店
舗のものである。共同購入条件は、当該店舗で共同購入
を行うために満たさなければならない条件であり、少な
くとも共同購入を行うのに必要な人数と、仮想集団が形
成されてから各ユーザが共同購入を行わなければいけな
い期限とが含まれる。チェーン店（系列店、共同購入サ
ービスに同意する異業種加盟店などを含む）がある場合
には、複数のチェーン店を１つにまとめて店舗データベ
ース１５に登録することも、各支店毎に店舗データベー
ス１５に登録することも可能である。なお、店舗データ
ベース１５の内容は、ユーザ端末２からの要求により参
照することが可能である。

【００３０】図５は、購入履歴データベース１６の構成
を示す図である。購入履歴データベース１６は、会員登
録した各ユーザが仮想集団の構成員となり、また商品を
共同購入した履歴を記憶したものであり、ユーザ毎に１
つのテーブルが作成され、各テーブルは、ユーザＩＤを
キーとして識別される。各ユーザのテーブルに登録され
る各レコードは、仮想集団ＩＤ及び共同購入日からな
る。

【００３１】仮想集団ＩＤは、当該ユーザが実際にメン
バーとなった仮想集団のＩＤである。共同購入日は、当
該ユーザがメンバーとなって実際に商品を共同購入した
日付であり、共同購入するまでは、この欄は空欄とされ
る。なお、購入履歴データベース１６の内容は、ユーザ
端末２からの要求によりいずれのユーザのものも参照す
ることが可能である。

【００３２】図６は、仮想集団データベース１７の構成
を示す図である。仮想集団データベース１７は、発起人
となったユーザが形成しようとする、または実際に形成
された仮想集団に関する情報を登録したデータベースで
ある。仮想集団データベース１７には、仮想集団毎に１
つのテーブルが作成され、各テーブルは、後述する仮想
集団の形成処理で発行される仮想集団ＩＤをキーとして
識別される。また、当該仮想集団での共同購入条件と、
仮想集団が確定したかどうかを示す確定フラグも、テー
ブル毎に作成される。

【００３３】また、仮想集団データベース１７は、当該
仮想集団に属する各メンバーに関するデータを、それぞ
れ１レコードとして含んでいる。１番目のレコードは、
発起人（当然に仮想集団のメンバーとなる）であるユー
ザに関するデータであり、そのユーザＩＤと、実際に商
品の共同購入を完了したかどうかを示す済フラグとを含
んでいる。２番目以降のレコードは、後述するマッチン
グ処理により抽出されたユーザから発起人がメンバーと
して勧誘したユーザ（或いは実際にメンバーとなったユ
ーザ）に関するデータであり、そのユーザＩＤと、実際
にメンバーとなったかどうかを示す実フラグと、済フラ
グとを含んでいる。

【００３４】また、サーバ装置１は、形成した仮想集団
毎に、そのメンバーとして勧誘されたユーザ（以下、仮
メンバーという）、或いは実際にメンバーとなったユー
ザ（以下、実メンバーという）が情報交換するための掲
示板を提供する。図７は、仮想集団のメンバー（発起
人、仮メンバー及び実メンバーを含む）に提供する掲示
板の例を示す図である。

【００３５】この掲示板は、発起人がマッチング処理に
より抽出された候補者から仮メンバーを選ぶことによっ
て利用できるようになる。掲示板への書き込みは、発起
人、実メンバー、（及び仮想集団のメンバーが確定する
までは、仮メンバー）が行うことができる。また、仮メ
ンバーとして勧誘されたユーザが実メンバーとして登録
したり、仮想集団の実メンバーとなったユーザが必要数
に達し、仮想集団のメンバーが確定したときには、掲示
板に自動的に書き込みが行われる。なお、ユーザ端末２
からこの掲示板を参照する方法として、例えば、仮メン
バーとして選択された旨を連絡する電子メールにリンク
を張っておくことができる。

【００３６】図１に示すユーザ端末２は、このシステム
を利用して商品を共同購入するユーザの利用に供するも
のであり、例えば、パーソナルコンピュータなどによっ
て構成される。図８は、ユーザ端末２の構成を示すブロ
ック図であり、ＣＰＵ２１と、記憶装置２２と、入力装
置２３と、表示装置２４と、印刷装置２５と、通信装置
２６とを備えている。

【００３７】ＣＰＵ２１は、記憶装置２２に記憶された
プログラムを実行し、ユーザの会員登録や仮想集団の形
成のための処理などを行う。記憶装置２２は、主記憶及
び補助記憶を含み、ＣＰＵ２１の処理プログラムを記憶
すると共に、データの記憶領域として用いられる。入力
装置２３は、種々の情報や処理のための指示などを入力
する。表示装置２４は、上記した掲示板を含むサーバ装
置１から送られてきた情報、ユーザが入力装置２３から
入力した情報、ＣＰＵ２１の処理結果としての情報な
ど、様々な情報を表示する。印刷装置２５は、情報を用
紙上に印刷して出力する。通信装置２６は、インターネ
ット４を介してサーバ装置１と情報を送受信する。

【００３８】なお、ユーザ端末２としては、パーソナル
コンピュータなどの他に、Ｗｅｂ接続機能を有する携帯
電話機を適用することもできる。ユーザ端末２として携
帯電話機を適用した場合は、記憶装置２２は、プログラ
ムを記憶するＲＯＭ（Read Only Memory）と、作業領域
として用いられるＲＡＭ（Random Access Memory）から
構成されるものとなる。また、サーバ装置１から送られ
てくる仮想集団ＩＤなどは、表示装置２４に表示して店
舗で提示することができるので、印刷装置２５はなくて
もよい。

【００３９】図１に示す店舗端末３は、仮想集団のメン
バーとなったユーザにより商品を共同購入される店舗の
利用に供するものであり、例えば、パーソナルコンピュ
ータなどによって構成される。図９は、店舗端末３の構
成を示すブロック図であり、ＣＰＵ３１と、記憶装置３
２と、入力装置３３と、表示装置３４と、通信装置３５
とを備えている。店舗端末３は、会計処理を行う機能も
備えている。

【００４０】ＣＰＵ３１は、記憶装置３２に記憶された
プログラムを実行し、当該店舗で仮想集団のユーザが商
品を購入した際に必要な情報の入力などの処理などを行
う。記憶装置３２は、主記憶及び補助記憶を含み、ＣＰ
Ｕ３１の処理プログラムを記憶すると共に、データの記
憶領域として用いられる。入力装置３３は、種々の情報
や処理のための指示などを入力する。表示装置３４は、
ユーザが商品を共同購入したことを登録する際に必要な
情報を表示する。通信装置３５は、インターネット４を
介してサーバ装置１と情報を送受信する。

【００４１】以下、この実施の形態にかかる共同購入支
援システムにおける処理について説明する。この共同購
入支援システムでは、（１）ユーザ及び店舗の会員登
録、（２）仮想集団の形成、（３）仮想集団による商品
の共同購入、の処理が行われる。また、システムの運用
のために行われる定期的に行われる処理の主要なものと
して、（４）メンテナンス処理がある。以下、それぞれ
の処理についてフローチャートを参照して詳しく説明す
る。

【００４２】図１０は、ユーザの会員登録のための処理
を示すフローチャートである。この処理は、会員登録を
しようとするユーザのユーザ端末２と、サーバ装置１と
によって行われる。この会員登録の処理は、新たなユー
ザが会員登録しようとする場合にも、既に会員登録して
いるユーザがユーザ情報を変更する場合にも行われる。

【００４３】まず、サーバ装置１から送信されるユーザ
の会員登録用のフォームを、インターネット４を介して
ユーザ端末２に取得する（ステップＳ１０１、Ｓ１２
１）。なお、会員登録用のフォームは、ユーザ端末２か
らサーバ装置１にアクセスし、会員登録用のフォームを
要求することによってサーバ装置１から送信されるもの
としても、会員勧誘のダイレクトメール（電子メール）
の添付ファイルとしてサーバ装置１から送信されるもの
としてもよい。

【００４４】ユーザ端末２に会員登録用のフォームが取
得されると、これを表示装置２４に表示し、ユーザデー
タベース１４に登録すべきユーザ情報（商品を共同購入
する仮想集団の希望条件を含む）を、表示されたフォー
ムに従って入力装置２３から入力する。また、既に会員
登録しているユーザの場合には、ユーザ情報としてユー
ザＩＤも併せて入力する。そして、ＣＰＵ２１は、入力
されたユーザ情報を通信装置２６からインターネット４
を介してサーバ装置１に送信させる（ステップＳ１０
２）。

【００４５】サーバ装置１において、このユーザ情報を
通信装置１３が受信すると（ステップＳ１２２）、ＣＰ
Ｕ１１は、新たなユーザＩＤを発行すると共にユーザデ
ータベース１４に新たなレコードを作成し、当該レコー
ドに発行したユーザＩＤとユーザ情報とを登録する。も
っとも、既に会員登録しているユーザの場合には、ユー
ザＩＤを新たに発行することなく、受信したユーザＩＤ
を有するレコードにユーザ情報を上書きする（ステップ
Ｓ１２３）。

【００４６】次に、ＣＰＵ１１は、新規ユーザについて
のユーザ情報の登録であったか、既存のユーザについて
のユーザ情報の更新であったかを判別する（ステップＳ
１２４）。既存のユーザの場合は、そのままサーバ装置
１側における処理を終了する。新規ユーザの場合には、
発行したユーザＩＤを通信装置１３からインターネット
４を介してユーザ端末２に送信させる（ステップＳ１２
５）。そして、サーバ装置１側における処理を終了す
る。

【００４７】一方、ユーザ端末２においても、ユーザ情
報の送信が終了すると、そのユーザ情報にユーザＩＤが
含まれるかどうかに従って、新規ユーザについてのユー
ザ情報の登録であるか、既存のユーザについてのユーザ
情報の更新であるかを判別する（ステップＳ１０３）。
既存のユーザの場合は、そのままユーザ端末２側におけ
る処理を終了する。新規ユーザの場合には、ステップＳ
１２５でサーバ装置１から送信されてくるユーザＩＤの
受信を待機し、通信装置２６がこれを受信すると、ＣＰ
Ｕ２１は、受信したユーザＩＤを表示装置２４に表示さ
せる（ステップＳ１０４）。そして、ユーザ端末２側に
おける処理も終了する。

【００４８】また、店舗の会員登録のための処理も、ユ
ーザの会員登録のための処理とほぼ同じである。すなわ
ち、図１０のフローチャートに示す処理の中で、ユーザ
端末２を店舗端末３と、ユーザデータベース１４を店舗
データベース１５と、ユーザ情報を店舗データベース１
５に登録すべき店舗情報と、ユーザＩＤを店舗ＩＤと読
み替えて処理を行うものとすればよい。但し、店舗デー
タベース１５には、チェーン店全体としての登録と支店
毎の登録とが可能であるため、例えば、既にチェーン店
全体で会員登録している店舗であっても、支店で個別に
会員登録しようとする場合には、新たな店舗の登録とし
て処理を行うものとなる。

【００４９】図１１は、仮想集団の形成のための処理を
示すフローチャートである。仮想集団を形成するために
は、ユーザの誰かが発起人となって、他のユーザからメ
ンバーを集める必要があり、この処理は、発起人となる
ユーザ（以下、単に発起人という）のユーザ端末（Ａ）
２と、他のメンバーとなるユーザのユーザ端末（Ｂ）２
と、サーバ装置１とによって行われるものとなる。

【００５０】発起人は、自己のユーザ端末２の入力装置
２３から形成したい仮想集団の希望条件を入力する。こ
こでの希望条件は、ユーザデータベース１４に登録する
希望条件と違って、商店名やチェーン店名まで特定する
必要がある。ＣＰＵ２１は、入力された仮想集団の希望
条件を通信装置２６からインターネット４を介してサー
バ装置１に送信させる（ステップＳ２０１）。

【００５１】なお、希望条件を入力する際には、発起人
は、店舗データベース１５の内容を参照することができ
る。このためには、例えば、入力装置２３から所定の指
示を入力して、通信装置２６からインターネット４を介
して店舗データベース１５の参照要求をサーバ装置１に
送信させる。この要求に応じて、サーバ装置１のＣＰＵ
１１が店舗データベース１５の内容を一覧にした情報を
インターネット４を介してユーザ端末２に返送する。ユ
ーザ端末２の通信装置２６がこの一覧を受信すると、こ
れを表示装置２４に表示する。

【００５２】また、サーバ装置１では、通信装置１３が
ステップＳ２０１で送信された仮想集団の希望条件を受
信すると（ステップＳ２２１）、この希望条件をユーザ
データベース１４に記憶された各ユーザの希望条件と比
較し、一致度が高いユーザを仮想集団のメンバーの候補
者として抽出するマッチング処理が行われる（ステップ
Ｓ２２２）。

【００５３】図１２は、このマッチング処理を詳細に示
すフローチャートである。マッチング処理では、ＣＰＵ
１１は、ユーザデータベース１４に会員登録された各ユ
ーザのレコードについて順にループ処理を行う（ステッ
プＳ３０１−Ｓ３０１’）。ループ内の処理として、Ｃ
ＰＵ１１は、処理対象となっているユーザのレコードに
含まれる希望条件をステップＳ２２１で受信した仮想集
団の希望条件と比較し、一致度のスコアを求める（ステ
ップＳ３０２）。

【００５４】一致度のスコアを求める方法として、例え
ば、商品カテゴリが完全に一致すれば１．０ポイントを
加算し、ある程度近いものであれば０．５ポイントを加
算する。少しでも関連があるものであれば０．２ポイン
トを加算する。希望条件中の他の項目についてもどの程
度一致しているかに応じて与えられるポイントを累積加
算していく。そして、希望条件中の全ての項目について
累積したポイントの値が、一致度のスコアとして求めら
れる。

【００５５】当該ユーザの希望条件について一致度のス
コアが求められると、ＣＰＵ１１は、求めた一致度のス
コアが、既に一致度のスコアの計算が終了した中で上位
所定数以内に含まれているかどうかを判定する（ステッ
プＳ３０３）。上位所定数以内に含まれていれば、当該
ユーザを仮想集団のメンバーの候補者として残し、記憶
装置１２に一時保存する。ここで、残された候補者の数
が前記所定数を越えることとなった場合には、一致度の
スコアが最も低い者を候補者から削除して、所定数以下
の者だけが候補者として残されるようにする（ステップ
Ｓ３０４）。そして、当該ユーザのレコードについてル
ープ内の処理を終了する。また、一致度のスコアが上位
所定数以内に含まれていなければ、そのまま当該ユーザ
のレコードについてループ内の処理を終了する。

【００５６】ユーザデータベース１４に登録された全て
のユーザのレコードについてループ内の処理を終了する
と（ステップＳ３０１’）、ループを抜け、この時点で
記憶装置１２に保存されている候補者が仮想集団のメン
バーの候補者として確定する。そして、マッチング処理
を終了し、メインルーチンの処理（図１１のサーバ装置
１の処理）に復帰する。

【００５７】マッチング処理から復帰すると、サーバ装
置１のＣＰＵ１１は、マッチング処理で確定した候補者
の一覧を作成し、通信装置１３からインターネット４を
介して発起人のユーザ端末２に送信させる（ステップＳ
２２３）。発起人のユーザ端末２では、通信装置２６が
候補者の一覧を受信すると、これを表示装置２４に表示
させる（ステップＳ２０２）。

【００５８】発起人は、入力装置２３を操作することに
より、表示装置２４に一覧表示された候補者の中から所
望のユーザを仮想集団に勧誘するメンバー（仮メンバ
ー）として選択する。ＣＰＵ２１は、発起人が選択した
仮メンバーのユーザＩＤを、通信装置２６からインター
ネット４を介してサーバ装置１に送信させる（ステップ
Ｓ２０３）。

【００５９】なお、仮メンバーを選択する際、発起人
は、購入履歴データベース１６の内容を参照することが
できる。このためには、例えば、入力装置２３から購入
履歴を参照したいユーザを指定すると共に所定の指示を
入力して、通信装置２６からインターネット４を介して
参照要求をサーバ装置１に送信させる。この要求に応じ
て、サーバ装置１のＣＰＵ１１が購入履歴データベース
１６から指定されたユーザの購入履歴を抽出し、インタ
ーネット４を介してユーザ端末２に返送する。ユーザ端
末２の通信装置２６がこの購入履歴を受信すると、これ
を表示装置２４に表示する。

【００６０】サーバ装置１の通信装置１３が選択された
仮メンバーのユーザＩＤを受信すると、ＣＰＵ１１は、
仮想集団データベース１７に新たな仮想集団の表を作成
する。そして、仮想集団ＩＤを発行し、仮想集団ＩＤ
と、仮想集団の共同購入条件とを登録する。また、発起
人と仮メンバーのそれぞれについてレコードを作成し、
各レコードに発起人または仮メンバーのユーザＩＤを登
録する。なお、この段階では、確定フラグ、済フラグ及
び実フラグのいずれも未設定の状態となっている（ステ
ップＳ２２５）。また、この段階で、当該仮想集団につ
いて図７に示した掲示板が利用できるようになる。

【００６１】また、サーバ装置１のＣＰＵ１１は、仮メ
ンバーとして選択されたユーザについてユーザデータベ
ース１４に登録されたメールアドレスに従って、仮想集
団の購入希望条件と共に仮メンバーとして選択された旨
の連絡を電子メールで送信する（ステップＳ２２６）。
但し、各ユーザの匿名性を維持するために、仮メンバー
個々に電子メールを送信し、同報送信は行わない。仮メ
ンバーとして選択されたユーザのユーザ端末２では、通
信装置２６がこの電子メールを受信し、表示装置２４に
表示する（ステップＳ２４１）。

【００６２】仮メンバーとして選択されたユーザは、表
示装置２４に表示された電子メールが示す仮想集団に実
際のメンバーとして参加することを合意する場合には、
入力装置２３を操作して、合意する旨の連絡をサーバ装
置１に送信する。これは、例えば、電子メールに張られ
たリンクをクリックすることで行うことができる（ステ
ップＳ２４２）。

【００６３】サーバ装置１の通信装置１３がユーザ端末
２から送られた合意する旨の連絡を受信すると（ステッ
プＳ２２７）、当該ユーザについての実フラグを設定
し、仮想集団データベース１７に実メンバーとして登録
する。こうして仮想集団データベース１７に実メンバー
として登録したユーザの数が共同購入条件を満たすこと
となると、そこで仮想集団のメンバーが確定し、ＣＰＵ
１１は、仮想集団データベース１７に確定フラグを設定
する（ステップＳ２２８）。ここで、実メンバーとして
の登録があった場合、また、仮想集団のメンバーが確定
したことは、図７に示した掲示板に自動的に掲載される
こととなる。

【００６４】仮想集団のメンバーが確定すると、ＣＰＵ
１１は、当該仮想集団の仮想集団ＩＤと共に、メンバー
が確定した旨の情報を、ユーザデータベース１４に登録
されたメールアドレスに従って、通信装置１３からイン
ターネット４を介して発起者及び各実メンバーのユーザ
端末２に送信する（ステップＳ２２９）。発起者及び実
メンバーのユーザ端末では、この仮想集団ＩＤを通信装
置２６が受信し、表示装置２４に表示させる（ステップ
Ｓ２０４、Ｓ２４３）。

【００６５】また、サーバ装置１では、ＣＰＵ１１は、
購入履歴データベース１６の発起人及び各実メンバーの
テーブルにそれぞれ新たなレコードを作成し、仮想集団
ＩＤを登録する。共同購入日については、空欄としてお
く（ステップＳ２３０）。以上で、仮想集団の形成のた
めの処理が全て終了する。

【００６６】なお、発起人及び実メンバーとなったユー
ザが当該仮想集団により商品を共同購入する場合には、
図１０のユーザの会員登録処理でサーバ装置１からユー
ザ端末２に送られてきたユーザＩＤと、図１１の仮想集
団の形成処理で送られてきた仮想ユーザＩＤとが必要と
なる。ユーザは、ステップＳ１０４で表示装置２４に表
示されたユーザＩＤ、及びステップＳ２０４またはＳ２
４３で表示装置２４に表示された仮想集団ＩＤを控えて
おく必要がある。ユーザＩＤ及び仮想集団ＩＤは、印刷
装置２５により用紙上に印刷してもよい。

【００６７】図１３は、仮想集団による商品の共同購入
のための処理を示すフローチャートである。この処理
は、発起人または実メンバーとなったユーザが商品を購
入した店舗の店舗端末３と、サーバ装置１とによって行
われる。チェーン店で共同購入ができるものであれば、
各ユーザはそこに属する任意の店舗で商品を共同購入す
ることができ、それぞれの店舗端末３において以下のよ
うな処理が行われる。

【００６８】発起人または実メンバーとなったユーザが
当該店舗で商品を共同購入する場合、そのユーザは、控
えておいた（或いは用紙上に印刷した）仮想集団ＩＤ及
びユーザＩＤを提示する。当該店舗の店員は、ユーザよ
り提示された仮想集団ＩＤ及びユーザＩＤを、店舗端末
３の入力装置３３から入力する（ステップＳ４０１）。
その後、店舗端末３では、ユーザが共同購入した商品に
関しての会計処理が行われる（ステップＳ４０２）。

【００６９】会計処理が終了すると、店舗端末３のＣＰ
Ｕ３１は、ステップＳ４０１で入力された仮想集団ＩＤ
及びユーザＩＤと共に、当該仮想集団における商品の共
同購入が済んだ旨を示す情報を、通信装置３５からイン
ターネット４を介してサーバ装置１に送信させる（ステ
ップＳ４０３）。

【００７０】サーバ装置１では、通信装置１３が商品の
共同購入が済んだ旨を示す情報を受信すると、ＣＰＵ１
１は、その情報と共に受信した仮想集団ＩＤ及びユーザ
ＩＤが示す購入履歴データベース１６のレコードに、内
部タイマから取得した現在日時を共同購入日として登録
する（ステップＳ４２２）。また、その仮想集団ＩＤ及
びユーザＩＤが示す仮想集団データベース１７のレコー
ドに含まれる済フラグを設定する（ステップＳ４２
３）。

【００７１】次に、ＣＰＵ１１は、その仮想集団ＩＤが
示す仮想集団について、発起人及び実メンバーのそれぞ
れのレコードに含まれる済フラグが設定されているかど
うか、すなわち仮想集団の全員が商品の共同購入を完了
したかどうかを判定する（ステップＳ４２４）。済フラ
グが設定されていない、すなわち未だ商品を共同購入し
ていないユーザがいる場合には、そのまま処理を終了す
る。

【００７２】全てのユーザのレコードに済フラグが設定
された、すなわち全てのユーザが商品を共同購入した場
合には、当該仮想集団の発起人及び実メンバーとなった
ユーザに、それぞれ所定のインセンティブを付与する。
ここで、発起人に付与するインセンティブは、他の実メ
ンバーに付与するインセンティブよりも大きいものとす
る（ステップＳ４２５）。そして、この処理を終了す
る。

【００７３】なお、ステップＳ４２５において発起人及
び実メンバーとなったユーザにそれぞれ付与するインセ
ンティブとしては、例えば、次回に当該店舗で買い物す
る場合に利用可能なクーポン券をサーバ装置１から各ユ
ーザのユーザ端末２に送信したり、各ユーザが当該店舗
について有しているポイントカードのポイントを加算さ
せたりするものが適用可能である。また、付与されるタ
イミングによっては、その場で使用が可能となるもので
あってもよい。付与するインセンティブの内容は、店舗
の側で決めて店舗データベース１５に登録しておくもの
とすることができる。

【００７４】図１４は、メンテナンス処理を示すフロー
チャートである。このメンテナンス処理は、各ユーザの
購入履歴をチェックし、問題のあるユーザを排除する、
或いは問題を改善させるべくなされるものである。メン
テナンス処理では、ＣＰＵ１１は、購入履歴データベー
ス１６にテーブルが登録された各ユーザについて、順に
ループ処理を行う（ステップＳ５０１−Ｓ５０１’）。

【００７５】ループ内の処理として、ＣＰＵ１１は、処
理対象となっているユーザの購入履歴データベース１６
のテーブルをチェックし、当該ユーザがこれまでに仮想
集団の発起人または実メンバーとなった回数と、仮想集
団の発起人または実メンバーとなったにも関わらず期限
までに共同購入を行わなかった回数とをカウントする
（ステップＳ５０２）。そして、当該ユーザが仮想集団
の発起人または実メンバーとなった回数が所定回数以上
あるかどうかを判定する（ステップＳ５０３）。

【００７６】当該ユーザが仮想集団の発起人または実メ
ンバーとなった回数が所定回数以上あった場合には、Ｃ
ＰＵ１１は、さらに、当該ユーザが仮想集団の発起人ま
たは実メンバーとなったにも関わらず期限までに共同購
入を行わなかった回数の比率が、所定の比率以上となっ
ているかどうかを判定する（ステップＳ５０４）。

【００７７】当該ユーザが仮想集団の発起人または実メ
ンバーとなったにも関わらず期限までに共同購入を行わ
なかった回数の比率が、所定の比率以上となっていた場
合には、ＣＰＵ１１は、当該ユーザについてユーザデー
タベース１４に登録されているレコードを削除し、会員
登録を抹消する（ステップＳ５０５）。また、削除した
レコードに含まれていたメールアドレスに従って、登録
の抹消を行った旨のメールを、通信装置１３からインタ
ーネット４を介して当該ユーザのユーザ端末２に送信さ
せる（ステップＳ５０６）。そして、ステップＳ５０
１’に進む。

【００７８】当該ユーザが仮想集団の発起人または実メ
ンバーとなったにも関わらず期限までに共同購入を行わ
なかった回数の比率が、所定の比率以上とはなっていな
い場合、ＣＰＵ１１は、所定の比率になっていないまで
も、当該ユーザが期限までに共同購入を行わなかったこ
とがあったかどうかを判定する（ステップＳ５０７）。
もっとも、共同購入の期限がかなり古いものについて
は、共同購入が行わなかったことがなかったものと処理
してもよい。

【００７９】当該ユーザが期限までに共同購入を行わな
かったことがあった場合には、ＣＰＵ１１は、ユーザデ
ータベース１４に登録されている当該ユーザのメールア
ドレスに従って、会員登録の抹消があり得ることを通知
するメールを、通信装置１３からインターネット４を介
して当該ユーザのユーザ端末２に送信させる（ステップ
Ｓ５０８）。そして、ステップＳ５０１’の処理に進
む。また、ステップＳ５０３で当該ユーザが仮想集団の
発起人または実メンバーとなった回数が所定回数に達し
ていなかった場合、及びステップＳ５０７で期限までに
共同購入を行わなかったことがなかった場合には、その
ままステップＳ５０１’の処理に進む。

【００８０】ステップＳ５０１’では、購入履歴データ
ベース１６にテーブルが登録された全てのユーザについ
てループ内の処理が終了したか判定し、ループ内の処理
を終了していないユーザがいれば、ループ処理を続け
る。一方、全てのユーザについてループ内の処理が終了
した場合には、ループを抜けて、このメンテナンス処理
を終了する。

【００８１】また、この実施の形態にかかる共同購入支
援システムでは、図７に示した掲示板を利用して、ユー
ザ同士の間で、仮想集団の仮メンバーに実メンバーとな
ることを促したり、未だ商品を共同購入していない仮想
集団のメンバー（発起人及び実メンバー）に、商品の共
同購入を促したりすることが可能である。掲示板の利用
法自体は、インターネット４上で提供されている通常の
掲示板と変わらないが、実メンバーとなることや商品を
共同購入することをどのように促すかを、図７を参照し
て以下に具体的に説明する。

【００８２】例えば、図７の１番下に示すように、その
仮想集団の実メンバーとなって商品を共同購入した場合
に、どのようなインセンティブが得られ、通常の商品購
入の場合に比べてどれくらい有利かといったことを書き
込むことができる。また、図７の下から３番目に示すよ
うに、発起人だけでなく、既に実メンバーとなったユー
ザも、仮メンバーから未だ実メンバーとなっていない他
のユーザに仮想集団への参加を呼びかけるメッセージを
書き込むことができる。

【００８３】仮想集団のメンバーが確定した後は、発起
人及び実メンバーが掲示板にメッセージを書き込むこと
ができ、図７の１番上に示すように、既に商品を共同購
入したメンバーが未だ商品の共同購入を行っていない他
のメンバーに対して、商品の共同購入を勧めるようなメ
ッセージを書き込むこともできる。また、図には示して
いないが、商品の共同購入の期限が迫っている場合に、
期限が迫っている旨のメッセージをサーバ装置１におけ
る処理で自動的に書き込めるようにしてもよい。

【００８４】次に、この実施の形態にかかる共同購入支
援システムを利用して、商品を共同購入する例を説明す
る。ここでは、共同購入として、カップル２組でレスト
ランで食事をすることにより、次回の食事におけるクー
ポン券が得られるものとする。また、ユーザ端末２は、
Ｗｅｂ接続機能を有する携帯電話機であるものとする。

【００８５】１組目のカップルがレストランを探そうと
して、そのカップルのいずれかのユーザがユーザ端末２
からサーバ装置１にアクセスし、店舗データベース１５
に登録されている店舗の情報を読み出す。すると、ある
レストランで４人以上の利用でクーポン券が貰えるとい
う情報が出てくる。また、このカップルは、当該レスト
ランで食事をしようと考えたとする。そこで、当該レス
トランに関する情報を共同購入の条件としてユーザ端末
２からサーバ装置１に送り、マッチング処理をさせる。

【００８６】このマッチング処理の結果、カップルでの
食事を探しているユーザが候補者として検索されたとす
る。そこで、１組目のカップルは、その２組目のカップ
ルで食事を探しているユーザを仮メンバーとして選択
し、仮想集団のメンバーとなるように勧誘する。勧誘さ
れたユーザが合意をすると、これら２組のカップルの合
計４名で仮想集団が形成されることとなり、仮想集団Ｉ
Ｄがそれぞれのユーザ端末２に配信される。

【００８７】最初に、前述した１組目のカップルが仮想
集団ＩＤとユーザＩＤとを提示して当該レストランで食
事をした。この時点で、いずれのカップルに属するユー
ザもクーポン券は得られない。しばらくして、前述した
２組目のカップルも仮想集団ＩＤとユーザＩＤとを提示
して当該レストランで食事をした。これにより、２組の
カップルのそれぞれに属するユーザに、当該レストラン
におけるクーポン券が送られてくることとなる。２組目
のカップルは、このクーポン券を即座に使用することも
可能である。

【００８８】以上説明したように、この実施の形態にか
かる共同購入支援システムでは、各ユーザが商品の共同
購入を希望する条件をユーザデータベース１４に登録し
ておき、発起人が提示した条件とマッチング処理を行っ
ている。このため、互いに知らない者同士でも、条件が
合う者を容易に見つけて仮想集団を形成し、商品を共同
購入することができるようになる。

【００８９】また、仮想集団を形成する場合、マッチン
グ処理の結果得られた候補者から発起人が仮メンバーを
選択するものとしているが、この際に、候補者として挙
げられた各ユーザの購入履歴を参照することができるよ
うになっている。これにより、発起人は、候補者となっ
た各ユーザが信頼できるかどうかを判断することができ
るので、信頼できる者だけを集めて仮想集団を形成する
ことが可能となる。また、発起人が選択したユーザであ
っても、その者が合意しない限り仮想集団の実メンバー
とならないので、仮想集団のメンバーに対する信頼度を
高くすることができる。

【００９０】また、メンテナンス処理によって問題のあ
るユーザに警告をしたり、特に問題のあるユーザには会
員登録を抹消することとしている。このため、仮想集団
のメンバーに対する信頼度をさらに高いものとすること
ができる。掲示板の提供によって仮想集団の実メンバー
となった者同士で、未だ共同購入を終了していない他の
メンバーに共同購入をするように勧めたりすることがで
きるので、知らない者同士でも仮想集団での商品の共同
購入が促されるようになる。

【００９１】上記共同購入支援システムで形成された仮
想集団のメンバーとなって商品を共同購入すれば、集団
全員の共同購入が終了した時点でインセンティブが付与
される。このインセンティブの付与により、各ユーザに
仮想集団の実メンバーになることを促すことができる。
また、発起人となったユーザに付与されるインセンティ
ブは、他の実メンバーよりも大きいので、これが積極的
に発起人になろうとする動機付けとなる。また、発起人
となるのは、このシステムの利用に慣れたユーザである
と考えられるので、システムを利用し慣れた者が慣れて
ない者を勧誘することで、仮想集団の実メンバーとな
り、さらには発起人となるユーザを増やしていくことが
できる。

【００９２】ここで、インセンティブを付与するタイミ
ングは、仮想集団の全員が商品を購入し終わってからで
あるが、各メンバーが商品を共同購入するタイミング
は、それぞれ異なっていてもよい。このため、見知らぬ
者同士が、匿名性を維持しつつ仮想集団を形成して商品
を共同購入できるようになる。集団のメンバー全員が商
品の購入を終了しなければ、インセンティブが付与され
ないので、一部のユーザに共同購入を不正に利用され
て、店舗に不利益が生じることはない。また、商品の共
同購入のタイミングが異なっていてもいいことから、ネ
ット販売に適さないような商品（例えば、レストランで
の飲食）の購入にも、共同購入によるメリットを享受す
ることができるようになる。

【００９３】ところで、仮想集団の発起人または実メン
バーとなったユーザが店舗において実際に商品を共同購
入する際は、仮想集団ＩＤとユーザＩＤだけを提示すれ
ばよい。このため、各ユーザが匿名性を維持したまま集
団を形成して商品を共同購入することができるようにな
る。なお、購入履歴データベース１６の内容は、他のユ
ーザが参照できるものであるが、ここには、このシステ
ムを介して形成された仮想集団の発起人または実メンバ
ーとなったこと、及びその仮想集団で共同購入を行った
履歴しか登録されていない。従って、購入履歴データベ
ース１６の内容を公開することが、各ユーザの匿名性を
阻害するものとはならない。

【００９４】さらに、この共同購入支援システムを介し
て仮想集団を形成するために能動的に動くのは、ユーザ
の側だけであり、店舗の側は共同購入の条件などを店舗
データベース１５に登録しておくだけでよい。つまり、
店舗の側でほとんど何も行わなくても、ユーザが他のユ
ーザを勧誘していく形で仮想集団を形成したり、共同購
入を促したりするので、店舗側も広告宣伝費用を低減す
ることができ、このシステムを利用するメリットを享受
できるようになる。

【００９５】本発明は、上記の実施の形態に限られず、
種々の変形、応用が可能である。以下、本発明に適用可
能な上記の実施の形態の変形態様について説明する。

【００９６】上記の実施の形態では、ステップＳ２２２
のマッチング処理で仮想集団のメンバーの候補者が抽出
され、発起人が仮メンバーを選択し、その中で合意をし
た者が実メンバーとなるものとしていた。これに対し
て、マッチング処理で抽出された者が全て仮想集団の実
メンバーとなるものとしても、発起人が候補者から選択
した者が全て仮想集団の実メンバーとなるものとしても
よい。また、共同購入に必要な人数から合意が得られた
時点で仮想集団を確定せず、必要人数よりも多くのユー
ザで仮想集団を形成するものとしてもよい。

【００９７】上記の実施の形態では、商品を共同購入す
るための仮想集団を形成するためには、発起人の存在が
必要となっていた。すなわち、誰かが発起人となって他
のユーザに仮想集団のメンバーとなるよう勧誘しなけれ
ば、仮想集団が形成されることはなかった。これに対し
て、ユーザデータベース１４に登録されている各ユーザ
の希望条件から定期的にマッチング処理を行い、条件の
一致度が高かった者同士でそのまま仮想集団を形成して
しまうものとしてもよい。マッチング処理の際に希望条
件のマッチング度を求め、このマッチング度を、発起人
及び仮メンバーに通知することもできる。

【００９８】上記の実施の形態では、仮想集団の実メン
バー（発起人を含む）全員が共同購入を終了したとき
に、各実メンバーにインセンティブが付与されるものと
していた。これに対して、仮想集団の実メンバーのうち
の一定数が共同購入を終了したり、仮想集団の実メンバ
ーによって共同購入された金額の合計が一定額に達する
などの所定の基準をクリアした時点で、共同購入を終了
したユーザにインセンティブを付与することができる。
その後に共同購入をしたユーザには、その時点でインセ
ンティブを付与してもよい。基準をクリアしたときに、
全ユーザに割引券などのインセンティブを付与してもよ
い。この場合、共同購入を終了していないユーザは、今
回の仮想集団での共同購入で割引券を使用することがで
きる。また、発起人に付与するインセンティブを他の実
メンバーに付与するインセンティブよりも大きなものと
していたが、同じであってもよい。仮想集団の中で早く
共同購入を終了した者ほど、付与するインセンティブを
大きくすることもできる。

【００９９】上記の実施の形態では、一定期間毎に実行
されるメンテナンス処理で、仮想集団の発起人または実
メンバーとなって期限までに商品を共同購入しなかった
ユーザに警告を発したり、ユーザ登録を抹消するものと
していた。これに対して、商品の共同購入期限になって
いないが、未だ商品を共同購入していない発起人や実メ
ンバーに商品の共同購入を促すような電子メールをサー
バ装置１から当該ユーザのユーザ端末２に送信するもの
としてもよい。

【０１００】上記の実施の形態では、サーバ装置１は、
各ユーザの本当のメールアドレスだけを使用して、電子
メールを送信するものとしていた。これに対して、間接
メールアドレスを使用して、電子メールをやりとりする
ものとしてもよい。この場合には、他のユーザの間接メ
ールアドレスを宛先としてサーバ装置１を介して商品の
共同購入を促すような電子メールを送信することができ
る。本当のメールアドレスへの変換はサーバ装置１が行
うことで、各ユーザの本当のメールアドレスが他のユー
ザに知られることがなく、匿名性を維持できるようにな
る。

【０１０１】上記の実施の形態では、発起人または実メ
ンバーとなったユーザが店舗で共同購入する際に、店舗
端末３の入力装置３３を操作することで、仮想集団ＩＤ
及びユーザＩＤを入力していた。仮想集団ＩＤ及びユー
ザＩＤは、バーコード化してユーザ端末２に提供し、こ
のバーコードを店舗端末３で読み取るものとしてもよ
い。ユーザ端末２がパーソナルコンピュータである場合
は、このバーコードを用紙上に印刷して読み取らせるも
のとすることができるが、ユーザ端末２が携帯電話機で
ある場合は、バーコードを表示装置２４に表示させて読
み取らせるものとすることができる。

【０１０２】上記の実施の形態では、商品の共同購入に
本発明を適用した場合を説明したが、本発明はこれに限
られない。２以上の者が集団を形成し、この集団のメン
バーが共同で利用できるサービスについて、当該サービ
スを共同利用するための集団を形成し、共同利用によっ
て各メンバーにインセンティブを付与するものであれ
ば、どのようなサービスを利用させる場合であっても、
本発明を適用することができる。

【０１０３】上記の実施の形態では、サーバ装置１、ユ
ーザ端末２及び店舗端末３の処理プログラムは、それぞ
れ記憶装置１２、２２、３２に予め記憶されているもの
として説明した。これに対して、これらの処理プログラ
ムの全部または一部のみをＣＤ−ＲＯＭやＤＶＤ−ＲＯ
Ｍなどのコンピュータ読み取り可能な記録媒体に格納し
て、ハードウェアとは別に配布するものとしてもよい。
また、これらの処理プログラムの全部または一部をイン
ターネット４上のＷｅｂサーバ装置が有する固定ディス
ク装置に格納しておき、サーバ装置１、ユーザ端末２或
いは店舗端末３からの要求に従って、インターネット４
などのネットワークを通じて配信するものとしてもよ
い。

【０１０４】

【発明の効果】以上説明したように、本発明によれば、
サービスを共同利用する集団を容易に形成でき、共同利
用サービスの促進が図られる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかる共同購入支援シス
テムの構成を示すブロック図である。

【図２】図１のサーバ装置の構成を示すブロック図であ
る。

【図３】図２のユーザデータベースの構成を示す図であ
る。

【図４】図２の店舗データベースの構成を示す図であ
る。

【図５】図２の購入履歴データベースの構成を示す図で
ある。

【図６】図２の仮想集団データベースの構成を示す図で
ある。

【図７】図１のサーバ装置が仮想集団のメンバーに提供
する掲示板を示す図である。

【図８】図１のユーザ端末の構成を示すブロック図であ
る。

【図９】図１の店舗端末の構成を示すブロック図であ
る。

【図１０】本発明の実施の形態にかかる共同購入支援シ
ステムにおいて実行される会員登録処理を示すフローチ
ャートである。

【図１１】本発明の実施の形態にかかる共同購入支援シ
ステムにおける仮想集団の形成処理を示すフローチャー
トである。

【図１２】図１１のマッチング処理を詳細に示すフロー
チャートである。

【図１３】本発明の実施の形態にかかる共同購入支援シ
ステムにおける仮想集団による商品の共同購入処理を示
すフローチャートである。

【図１４】本発明の実施の形態にかかる共同購入支援シ
ステムにおけるメンテナンス処理を示すフローチャート
である。

【符号の説明】

１ サーバ装置 ２ ユーザ端末 ３ 店舗端末 ４ インターネット １１ ＣＰＵ １２ 記憶装置 １３ 通信装置 １４ ユーザデータベース １５ 店舗データベース １６ 購入履歴データベース １７ 仮想集団データベース ２１ ＣＰＵ ２２ 記憶装置 ２３ 入力装置 ２４ 表示装置 ２５ 印刷装置 ２６ 通信装置 ３１ ＣＰＵ ３２ 記憶装置 ３３ 入力装置 ３４ 表示装置 ３５ 通信装置

Claims (10)

【特許請求の範囲】
1. 【請求項１】共同利用が可能なサービスの利用対象者と
   なる複数のユーザの利用にそれぞれ供する複数のユーザ
   端末と、前記複数のユーザのうちの２以上の者によって
   構成される集団に共同でサービスを提供する提供者の利
   用に供する提供者端末と、前記複数のユーザ端末と前記
   提供者端末とにそれぞれ通信回線を介して接続されたサ
   ーバ装置とを備え、 前記複数のユーザ端末は、それぞれ、 当該ユーザ端末を利用するユーザが利用を希望するサー
   ビスの条件を入力するユーザ条件入力手段と、 前記ユーザ条件入力手段から入力されたサービスの条件
   を、前記通信回線を介して前記サーバ装置に送信するユ
   ーザ条件送信手段とを備え、 前記提供者端末は、 前記サービスを共同で利用可能な集団の構成員として抽
   出されたユーザのいずれかにより前記サービスが実際に
   利用された際に、該サービスの利用に関する情報を入力
   する利用入力手段と、 前記利用入力手段から入力された前記利用に関する情報
   を、前記通信回線を介して前記サーバ装置に送信する利
   用送信手段とを備え、 前記サーバ装置は、 前記複数のユーザ端末のユーザ条件送信手段から送信さ
   れた、各ユーザが利用を希望するサービスの条件を受信
   するユーザ条件受信手段と、 前記ユーザ条件受信手段が受信した各ユーザが利用を希
   望するサービスの条件を記憶するユーザ条件記憶手段
   と、 前記ユーザ条件記憶手段に記憶された条件の一致度に応
   じて、前記複数のユーザからサービスを共同で利用可能
   な集団の構成員を抽出する構成員抽出手段と、 前記利用送信手段から送信された前記利用に関する情報
   を受信する利用受信手段と、 前記利用受信手段が受信した、前記利用に関する情報を
   蓄積する利用蓄積手段と、 前記利用蓄積手段に蓄積された情報に基づき、前記サー
   ビスの利用が所定の基準以上となったときに、当該サー
   ビスを実際に利用した各構成員にインセンティブを付与
   するインセンティブ付与手段とを備えることを特徴とす
   る共同利用支援システム。
2. 【請求項２】複数のユーザのうちの２以上の者によって
   構成される集団に共同でサービスを提供する提供者の利
   用に供する提供者端末に通信回線を介して接続されるコ
   ンピュータ装置において実行される方法であって、 前記複数のユーザがそれぞれ利用を希望するサービスの
   条件を記憶手段に記憶するステップと、 前記記憶手段に記憶された条件の一致度に応じて、前記
   複数のユーザからサービスを共同で利用可能な集団の構
   成員を抽出するステップと、 前記抽出した集団の構成員のいずれかにより前記サービ
   スが実際に利用された際に、該サービスの利用に関する
   情報を前記通信回線を介して前記提供者端末から受信す
   るステップと、 前記受信した利用に関する情報を記憶手段に蓄積するス
   テップと、 前記蓄積された利用に関する情報に従って、前記サービ
   スの利用が所定の基準以上となったときに、当該サービ
   スを実際に利用した各構成員にインセンティブを付与す
   るステップとを含むことを特徴とする共同利用支援方
   法。
3. 【請求項３】複数のユーザのうちの２以上の者によって
   構成される集団に共同でサービスを提供する提供者の利
   用に供する提供者端末に通信回線を介して接続され、 前記複数のユーザがそれぞれ利用を希望するサービスの
   条件を記憶するユーザ条件記憶手段と、 前記ユーザ条件記憶手段に記憶された条件の一致度に応
   じて、前記複数のユーザからサービスを共同で利用可能
   な集団の構成員を抽出する構成員抽出手段と、 前記構成員抽出手段が抽出した集団の構成員のいずれか
   により前記サービスが実際に利用された際に、該サービ
   スの利用に関する情報を前記通信回線を介して前記提供
   者端末から受信する利用受信手段と、 前記利用受信手段が受信した、前記利用に関する情報を
   蓄積する利用蓄積手段と、 前記利用蓄積手段に蓄積された情報に基づき、前記サー
   ビスの利用が所定の基準以上となったときに、当該サー
   ビスを実際に利用した各構成員にインセンティブを付与
   するインセンティブ付与手段とを備えることを特徴とす
   る共同利用支援装置。
4. 【請求項４】前記複数のユーザの利用にそれぞれ供する
   複数のユーザ端末に通信回線を介してさらに接続され、 いずれかのユーザ端末から、当該ユーザが発起者とな
   り、該ユーザを含んで構成する集団でサービスを利用す
   る条件を、前記通信回線を介して受信する発起者条件受
   信手段をさらに備え、 前記構成員抽出手段は、 前記発起者条件受信手段が受信した発起者の条件を前記
   ユーザ条件記憶手段に記憶された各ユーザの一致度と比
   較して、前記複数のユーザのうちから前記構成員となり
   得る候補者を抽出する候補者抽出手段と、 前記候補者抽出手段が抽出した候補者に関する情報を、
   前記通信回線を介して前記発起者のユーザ端末に送信す
   る候補者送信手段と、 前記候補者送信手段から送信された候補者に関する情報
   に基づいて前記発起者が候補者の中から選択した構成員
   に関する情報を、前記通信回線を介して前記発起者のユ
   ーザ端末から受信する構成員受信手段とを備え、 前記構成員受信手段が受信した構成員に関する情報が示
   すユーザを、サービスを共同で利用可能な集団の構成員
   として抽出することを特徴とする請求項３に記載の共同
   利用支援装置。
5. 【請求項５】前記構成員抽出手段は、 前記構成員受信手段が受信した情報により構成員とされ
   た各ユーザのユーザ端末に、構成員として選択された旨
   の情報を前記通信回線を介して送信する選択情報送信手
   段と、 前記選択情報送信手段から情報が送信されたユーザ端末
   から、当該ユーザによる構成員となることの合意を受信
   する合意受信手段とをさらに備え、 前記合意受信手段が合意を受信したユーザ端末のユーザ
   を、サービスを共同で利用可能な集団の構成員として抽
   出することを特徴とする請求項４に記載の共同利用支援
   装置。
6. 【請求項６】前記複数のユーザが集団の構成員となった
   場合に、それぞれの集団で実際にサービスを利用したか
   どうかを示すユーザ別利用状況を記憶する利用状況記憶
   手段と、 いずれかのユーザ端末からの要求に基づいて、前記利用
   状況記憶手段に記憶されたユーザ別利用状況を前記通信
   回線を介して要求元のユーザ端末に送信する利用状況送
   信手段とをさらに備えることを特徴とする請求項４また
   は５に記載の共同利用支援装置。
7. 【請求項７】前記利用状況記憶手段に記憶されたユーザ
   別利用状況に従って、集団の構成員の中で前記サービス
   を未だ利用していない構成員となるユーザのユーザ端末
   に、該サービスの利用を促す情報を送信する利用促進手
   段をさらに備えることを特徴とする請求項６に記載の共
   同利用支援装置。
8. 【請求項８】前記提供者が提供するサービスを集団で利
   用する条件を記憶した提供者条件記憶手段と、 いずれかのユーザ端末からの要求に基づいて、前記提供
   者条件記憶手段に記憶された提供者の条件を前記通信回
   線を介して要求元のユーザ端末に送信する提供者条件送
   信手段とをさらに備えることを特徴とする請求項４乃至
   ７のいずれか１項に記載の共同利用支援装置。
9. 【請求項９】前記インセンティブ付与手段は、前記発起
   者に他の構成員よりも大きなインセンティブを付与する
   ことを特徴とする請求項４乃至８のいずれか１項に記載
   の共同利用支援装置。
10. 【請求項１０】複数のユーザのうちの２以上の者によっ
    て構成される集団に共同でサービスを提供する提供者の
    利用に供する提供者端末に通信回線を介して接続された
    コンピュータ装置を、 前記複数のユーザがそれぞれ利用を希望するサービスの
    条件を記憶するユーザ条件記憶手段、 前記ユーザ条件記憶手段に記憶された条件の一致度に応
    じて、前記複数のユーザからサービスを共同で利用可能
    な集団の構成員を抽出する構成員抽出手段と、 前記構成員抽出手段が抽出した集団の構成員のいずれか
    により前記サービスが実際に利用された際に、該サービ
    スの利用に関する情報を前記通信回線を介して前記提供
    者端末から受信する利用受信手段、 前記利用受信手段が受信した、前記利用に関する情報を
    蓄積する利用蓄積手段、及び、 前記利用蓄積手段に蓄積された情報に基づき、前記サー
    ビスの利用が所定の基準以上となったときに、当該サー
    ビスを実際に利用した各構成員にインセンティブを付与
    するインセンティブ付与手段として機能させるためのプ
    ログラム。