JP5589014B2 - イベントマッチングシステム - Google Patents

Description

本発明は、コンピュータやインターネット等の技術に関し、特に、企業（会社）や団体や個人等が企画・開催（運営）するイベントに関する調整などの情報処理に関する。

例えば企業が一般利用者などの参加者に対するイベントを企画・開催する際、地域拠点（店舗）などは、イベントの開催の場所の提供が可能である。またスポンサー（協賛者）となる企業等は、当該イベントに商品・サービス・人などの提供（協賛）が可能である。また、地域拠点（店舗）によるイベントの企画・開催なども同様に可能である。

上記開催される各種のイベントに関して、開催の場所、日時、人、物など、各種の要素を調整する作業などが必要である。

従来、上記イベントの調整は、人（担当者等）による電話対応などで行われており、作業の負担が大きい。また、上記イベントの調整は、場所、日時、人、物、利害関係者など、各種の要素に関する高度な調整が必要であり、作業の負担が大きい。また、うまく調整ができず開催に至らない場合も生じる。例えば、イベントの開催の条件に合う場所を提供する店舗が見つからない場合などがある。またイベント企画・開催者（例えば企業）の側の希望（条件）に合うような参加者（一般利用者）が十分に集まらない場合がある。

上記のようにイベント企画・開催者の希望する条件（例えば所定人数など）があるがそれに合うような参加者（一般利用者）が十分に集まらない場合、当該イベントを開催したくてもできなかったり、あるいは見込みで開催したものの実際の参加者が少なく期待した効果が無くコスト高となってしまうといったように、非効率性や開催のリスクがある。

上記イベントの調整に関する従来技術としては、例えばイベント企画・開催者（企業など）と、イベント開催場所提供者（店舗など）との二者間の調整を行う情報処理システム等がある。

上記先行技術例としては、特開２００２−１８３４７９号公報（特許文献１）などがある。

特許文献１（「イベント幹事の業務を支援するサーバ」等）では、イベントを企画・運営する幹事の作業を支援し、そのような幹事の業務を代行し、利用者の要望を反映したイベントを開催するとの課題、及び解決手段として、イベントの開催を希望する利用者とイベントが開催される施設とを仲介し、イベント幹事の業務を支援するサーバ（１）であり、利用者へネットワークへのアクセス機能を提供する利用者クライアント（２ａ、２ｂ）およびネットワーク上の施設の窓口となる施設クライアント（３）と通信する通信部と、利用者に係る情報を記録する利用者情報記録部（１２）と、施設に係る情報を記録する施設情報記録部（１４）と、制御部（１１）とを備え、上記制御部（１１）は、第１の利用者クライアント（２ａ）からのイベント企画依頼通知を受信し、そのイベントに合致する施設を施設情報記録部（１４）から検索し、検索された施設の施設クライアント（３）に利用予約通知を送信し、利用者情報記録部（１２）に記録された第２の利用者クライアント（２ｂ）にイベントの案内を通知すること、等が記載されている（要約参照）。

特開２００２−１８３４７９号公報

前述のように、イベントの企画・開催等に関する調整は人的作業の負担が大きく、また非効率性や開催のリスク等がある。このような問題の改善のため、イベントの企画・開催等の諸要素に関する調整をコンピュータ（ＩＣＴ）を用いて効率化するマッチング等の技術が求められる。

なお特許文献１のような先行技術例は、イベントの企画・開催者とイベント開催のための場所（施設）の提供者との二者間での調整を可能とするが、イベントに参加する一般利用者（イベント参加者）等を含めた三者間での調整を可能とするものではない。また、各者の希望・要求の条件をマッチングするような高度な調整の実現のためには不十分である。

以上を鑑み、本発明の主な目的は、イベント企画・運営者（会社など）、イベント場所提供者（地域拠点（店舗）など）、及びイベント参加者（一般利用者）の少なくとも三者を含む、イベントの高度な調整（マッチング）を効率的に実現できるシステム等を提供することである。特に、各者がイベントの希望・要求の条件を指定でき当該条件で高度な調整（マッチング）ができ、イベント開催のリスクの低減や効果的なイベントなどを実現できることである。

上記目的を達成するため、本発明のうち代表的な形態は、コンピュータを用いて少なくとも前述の三者間でのイベントの開催の調整（マッチング）の情報処理を行うイベントマッチングシステム等であって、以下に示す構成を有することを特徴とする。

本システムは、イベントマッチング機能を提供するサイトを含んで成る。本イベントマッチング機能により、イベント開催・参加に係わる各者間の調整を効率化する。特に、各者がイベントの参加の希望・要求の条件（期間、人数、利用者属性など）を指定でき、当該条件で高度な調整（マッチング）を行う。

本イベントマッチングシステムは、例えば、コンピュータを用いて、会社、地域拠点の店舗、及び一般利用者を含む三者間でのイベントの開催の調整の情報処理を行うイベントマッチングシステムであって、前記会社の第１のユーザの端末、前記店舗の第２のユーザの端末、及び前記一般利用者である第３のユーザの端末からアクセスされるサイトを有する。前記サイトは、サーバ装置を含んで構成され、前記三者の各ユーザがユーザ情報を登録する機能と、前記第１、第２のそれぞれのユーザにより、イベント参加に係わる条件を含むイベント情報を登録する登録機能と、前記第３のユーザにより、前記登録によるイベント情報を検索する検索機能と、前記第３のユーザにより前記検索の結果によるイベント情報で示すイベントへの参加の申込みをする申込み機能と、前記登録によるイベント情報と、前記三者のユーザ情報とを比較し、当該三者におけるイベントの参加に係わる条件がマッチするかどうかを判定する判定機能と、前記判定の結果、前記条件がマッチするイベントの開催を決定し、前記三者に情報を通知する機能と、を有する。

本発明のうち代表的な形態によれば、イベント企画・運営者（会社など）、イベント場所提供者（地域拠点（店舗）など）、及びイベント参加者（一般利用者）の少なくとも三者を含む、イベントの高度な調整（マッチング）を効率的に実現できる。特に、各者がイベントの希望・要求の条件を指定でき当該条件で高度な調整（マッチング）ができ、イベント開催のリスクの低減や効果的なイベントなどを実現できる。

本発明の一実施の形態のシステム（イベントマッチングシステムを含んで成る）の全体像を示す図である。 本発明の一実施の形態のシステム（イベントマッチングシステムを含んで成る）の全体のハードウェア等の構成を示す図である。 本実施の形態のシステムを利用する各者の関係の第１パターンを示す図である。 本実施の形態のシステムを利用する各者の関係の第２パターンを示す図である。 本実施の形態のシステムにおける、イベントの企画から開催後までを含む概略の時間的な流れを示す図である。 本実施の形態のシステムで関係の第１パターンの場合の処理シーケンス例を示す図である。 本実施の形態のシステムで関係の第２パターンの場合の処理シーケンス例を示す図である。 会社情報（Ｔ１）のテーブル例を示す図である。 地域拠点情報（Ｔ２）のテーブル例を示す図である。 利用者情報（Ｔ３）のテーブル例を示す図である。 イベント管理情報（Ｔ４）のテーブル例を示す図である。 イベント参加情報（Ｔ５）のテーブル例を示す図である。 本実施の形態で、第１の画面例（Ｇ１）（イベント登録画面）を示す図である。 第２の画面例その１（イベント検索画面Ｇ２−１）（会社１／拠点２の場合）を示す図である。 第２の画面例その２（イベント検索画面Ｇ２−２）（一般利用者３の場合）を示す図である。 第３の画面例その１（イベント申込画面Ｇ３−１）（会社１／拠点２の場合）を示す図である。 第３の画面例その２（イベント申込画面Ｇ３−２）（一般利用者３の場合）を示す図である。

以下、本発明の一実施の形態（イベントマッチングシステム）を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。なお本明細書（実施の形態）では、説明上の用語として、イベントの「運営」と「開催」を使い分けている。「開催」は、リアルの場所でイベントを開催（開始〜終了）することを指すものとする。

本実施の形態のシステムは、図１，図２等に示す構成を有し、各者間の関係は図３，図４で示され、図５〜図７等に例示する処理を行い、図８〜図１２に例示するデータ情報を管理し、図１３〜図１７に例示する画面（ＧＵＩ）を提供する。

［概要等］
本実施の形態のシステム（図１等）では、大きな特徴として以下を有する。本システムでは、三者（会社１（Ａ）、拠点２（Ｂ）、一般利用者３（Ｃ）を含む）間でのイベントの開催・参加のマッチング（調整）の機能（イベントマッチング機能５１等）を提供する。本システムでは、イベント調整に関し、リアルの場所（イベント開催場所となる地域拠点（店舗）２等）とネット（ポータルサイト５での情報可視化・統合管理など）とを融合した新たなモデルを提供する。本システムでは、イベントの企画から開催、開催後のフォローや関連サービスまで含め、トータルサイクルで支援する。本システムでは、１つのポータルサイト５により、イベント調整に係わる各種情報を可視化・統合管理するので、イベント開催調整の効率化が図れる。本システムでは各者（１，２，３）のイベント参加の希望・要求などの状態が把握・可視化できるので、これにより非効率な開催のリスク等が低減される。

また本システムでは、各者（１，２，３）がイベント開催・参加に関する希望条件の指定が可能である。即ち、各者が希望する条件でのイベントの開催が実現しやすい。条件は、イベント内容、場所、日時、人数、利用者属性（例えば地区、性別、年齢など）などが指定可能である。例えば会社１は自社の新商品の対象となる属性（例えば女性、３０代など）の一般利用者３を集めたイベントなどを開催しやすい。属性限定による強いターゲティングも可能である。一方、一般利用者３は、自分の希望にマッチするイベント情報を自動的に検索・閲覧して参加申込みができ、利便性が高い。従来技術の場合、イベント参加者は不特定対象であり、企業などが特定の条件（属性）の利用者を集めたイベントを開催することは難しいが、本システムでは、情報可視化及び属性指定などが可能な仕組みであるため、企業などが特定の条件（属性）の利用者を集めたイベントを開催することが容易化される。

また、本システムでは、再調整機能（１６）などもあるので、各者（１，２，３）は当初の条件によるイベントが実現できない場合は、条件見直し等で再調整を図ることもでき、開催可能性を高めることができる。

［イベント例］
本実施の形態のシステムを利用して開催されるイベントは各種が可能であるが、具体的な一例を挙げると以下である。会社１（企業など）は、イベントとして、地域拠点（店舗）２で、料理（食育）などのテーマでの講演会などを行う。会社１は、その講師や試供品などを提供する。会社１は、上記イベントをＰＲやテストマーケティング（例えば開発中の商品等を試験的に提供して反応をみる等）の一環として運営し、販促機会創出などを図る。会社１や拠点２は、上記イベントの開催中や開催後、参加者からアンケート情報・インタビュー情報などを収集する。これによりニーズ・課題などを把握し、新商品・サービス等の開発や新企画などに役立てる。地域拠点（店舗）２は、上記イベントのための場所などを提供し、当該イベントを開催して集客対応などを行い、地域活性化などに貢献する。一般利用者３は、上記イベントに参加して、学び、楽しみ、交流などができる。

会社１は、例えば上記テストマーケティングの場合、新商品等に応じて、特定の属性（例えば地区や性別や年齢）の一般利用者３による反応をみたい。会社１は、イベント開催（情報登録）の条件で所望の属性を指定しておくことで、特定の属性の参加者が集まったイベントが開催されやすくなるため、イベントの効果が高くなる。

［システム（１）］
図１において、本実施の形態のシステムの全体像を示している。なお図１，図２では後述の第１パターンの場合である。全体は、会社１と、地域拠点（店舗）２と、一般利用者３とを含む要素が、ネットワーク上でポータルサイト５（イベントマッチングシステム）を介して接続される構成である。ａ１等の記号は後述の図３等の記号と対応している。

ポータルサイト５は、ポータルサービス機能５０、イベント（Ｅ）マッチング機能５１、ＥＣ機能５２、ポータル分析機能５３などを有する。

ポータルサービス機能５０は、本サイト５を管理し、Ｗｅｂページ情報提供や本サイト５の各サービスを利用するための会員登録機能（各者のユーザ情報を登録可能）などの各サービス処理を行う。

イベント（Ｅ）マッチング機能５１は、各者（１，２，３）の情報（登録情報、検索情報を含む）のマッチングにより、イベントの開催の調整の処理を行う。

ＥＣ機能５２は、Ｅコマースのサービス処理を行う機能であり、会社１や拠点２が販売する商品・サービス等の情報を掲載し、一般利用者３等による購入を可能とする。

ポータル分析機能５３は、本サイト５での一般利用者３のアクセスの分析や、開催イベント内容の分析処理などを行う。分析処理は、自動で行う部分と人（事業者４）が行う部分とを含む。

［システム（２）］
図２において、本実施の形態のシステムのハードウェア等の構成を示している。ネットワーク９を介して、ポータルサイト５（イベントマッチングシステム）、会社１の端末（１０１）、拠点２の端末（２０１）、一般利用者３の端末（３０１）などが接続される構成である。ポータルサイト５は、事業者４（運営事務局など）により管理される。各端末（１０１，２０１，３０１）は一般的なＰＣやモバイル機器など各種のコンピュータ機器が適用可能である。

会社１は、イベント企画・運営等の担当者（Ａ）が会社端末１０１を操作し、サイト５にアクセスする。

地域拠点２は、店舗オーナーやスタッフ等の担当者（Ｂ）が拠点端末２０１を操作し、サイト５にアクセスする。

一般利用者３（Ｃ）は、利用者端末３０１を操作し、サイト５にアクセスする。なお一般利用者３（Ｃ）は、地域拠点（店舗）２で拠点端末２０１を操作してもよいし、一般利用者３（Ｃ）の要求に従い店舗スタッフ等の担当者（Ｂ）により拠点端末２０１を操作してもよい。

ポータルサイト５（イベントマッチングシステム）は、サーバ装置などで構成される。サーバ装置は、演算部５０１、記憶部５０２、Ｗｅｂサーバ部５０３などで構成される。なお図１の各機能（５０，５１，５２，５３）は、演算部５０１やＷｅｂサーバ部５０３等の処理に対応して実現される。

演算部５０１は、プロセッサ及びメモリを用いたソフトウェアプログラム処理などで実現する各機能（処理部）として、会員登録機能１０、イベント（Ｅ）登録機能１１、イベント（Ｅ）検索機能１２、イベント（Ｅ）申込機能１３、マッチング判定機能１４、通知機能１５、再調整機能１６、ＥＣ・アンケート機能１７、分析機能１８、課金管理機能１９などを有する。

会員登録機能１０は、図１のポータルサービス機能５０と対応しており、各ユーザ（１，２，３）が本システム（サイト５）の会員として情報を登録する場合の会員情報登録処理などを行う。登録される情報（ユーザ情報）としては、会社情報（Ｔ１）、地域拠点情報（Ｔ２）、及び利用者情報（Ｔ３）のうちの一部の情報（例えば氏名、住所、電話番号など）が対応する。例えば、一般利用者３がＥＣ機能５２を利用して商品を購入する場合、会員登録を要する。また例えば会員にお得情報を通知する場合など、会員と非会員とで異なるサービスを提供するようにしてもよい。

Ｅ登録機能１１は、Ｗｅｂインタフェース（５０３）を通じて各者（１，２）によりイベント情報やイベント場所情報などを登録する処理を提供する。登録情報はＥ管理情報（Ｔ４）として管理される。

Ｅ検索機能１２は、Ｗｅｂインタフェース（５０３）を通じて各者（１，２，３）によりイベント情報やイベント場所情報など（登録情報）を検索する処理を提供する。

Ｅ申込機能１３は、Ｗｅｂインタフェース（５０３）を通じて各者（１，２，３）によりイベントへの参加を申込みする処理を提供する。イベントに参加する者の情報はイベント参加情報（Ｔ５）として管理される。

マッチング判定機能１４は、登録情報や検索情報（Ｅ管理情報（Ｔ４）や各者（１，２，３）の情報（Ｔ１〜Ｔ３））を参照して、イベント開催のマッチング判定処理を行う。

通知機能１５は、他の処理部との連携で、各者（１，２，３）へ各種の情報を通知する処理を行う。例えばメール配信処理などを行う。

再調整機能１６は、イベント開催の調整（マッチング）がうまくいかない場合に、再調整（効率化）を図る機能である。例えば、イベント参加の募集期間内に、対象の一般利用者３に情報通知のメールを配信する。あるいは例えば、会社１（担当者Ａ）や拠点２（担当者Ｂ）へ、マッチングの条件（期間、人数、属性等）の見直しを促すような情報を通知する。あるいは画面に同様の情報を表示させる。例えば募集期限が間近になると、自動的に、募集や再調整の情報をユーザへ通知する。これらにより開催可能性を高める。

ＥＣ・アンケート機能１７は、図１のＥＣ機能５２の実現に加え、イベントに関するアンケート情報などを参照・登録可能とする機能である。ＥＣ機能としては、ＥＣのＷｅｂページ情報を管理し、一般利用者３によるＥＣ商品の購入管理情報などをＥＣ・アンケート情報（Ｄ１）としてＤＢに記憶する。アンケート機能としては、会社１や拠点２が一般利用者３に対してイベント内容やイベント関連商品等に関するアンケートを実施する場合に、本機能（１７）を用いて、例えば会社１（Ａ）側がアンケート情報を登録でき、一般利用者３や店舗スタッフ等が当該アンケート情報にアクセス・参照して質問回答や感想などを入力することができる。本機能（１７）は、入力されたデータ情報をＥＣ・アンケート情報（Ｄ１）としてＤＢに記憶する。

分析機能１８は、本サイト５のアクセス及びイベントの分析処理を行い、分析情報（Ｄ２）（特に分析結果レポート情報を含む）を管理する。分析機能１８は、分析処理での分析結果レポート情報（Ｄ２）を作成し、対象の会社１（担当者Ａ）等へ提供する。分析機能１８による分析処理内容は限定しない。一例としてはサイト５での一般利用者３のアクセス（情報閲覧履歴及び検索条件など）を公知技術により分析する。これにより例えば一般利用者３がどのような属性のイベントを希望しているか（ニーズ）等が把握できる。また例えば、開催されたイベントの内容に関するアンケート入力情報（アンケート機能１７によるＤ１）を分析する。なおサイト５では分析を行わずにアンケート入力情報などをそのまま分析用データとして提供しても構わない。

課金管理機能１９は、イベントマッチングに関して所定の方式で課金処理を行い、対応する課金管理情報（Ｄ３）を管理する。課金の方式は、会員登録・システム利用料での課金、情報登録件数での課金、マッチング成功報酬（例えばイベントマッチングが成功してイベントが開催された場合に課金）、ＥＣ販売実績での課金、分析レポート販売など、各種がある。

記憶部５０２は、ＤＢに各データ情報を管理する。なおＤＢは外部に管理されてもよい。管理データ情報として、会社情報（Ｔ１）（例：図８）、地域拠点情報（Ｔ２）（例：図９）、利用者情報（Ｔ３）（例：図１０）、イベント管理情報（Ｔ４）（例：図１１）、イベント参加情報（Ｔ５）（例：図１２）、ＥＣ・アンケート情報（Ｄ１）、分析情報（Ｄ２）、課金管理情報（Ｄ３）などがある。

Ｗｅｂサーバ部５０３は、ネットワーク９（インターネット）を介した各端末（１０１０，２０１，３０１）からのアクセスに対してＷｅｂページ画面等を提供する。画面は、例えばＥ登録機能１１に対応した画面Ｇ１（例：図１３）や、Ｅ検索機能１２に対応した画面Ｇ２（例：図１４，図１５）や、Ｅ申込み機能に対応した画面Ｇ３（例：図１６，図１７）などがある。

［関係（パターン１）］
図３において、本実施の形態のシステムを利用する各者の関係の第１パターンを示している。イベントマッチング（調整）の対象となる三者として、会社１（Ａ）、地域拠点２（Ｂ）、一般利用者３（Ｃ）である。各種パターンが可能であるが、本実施の形態では以下のパターンで説明する。

第１パターンでは、会社１（Ａ）がトリガ（イベント企画・運営者、主催）となり、意思決定が可能である。一般利用者３の申込みが条件を満たすことで開催決定となる。以下、図１中のａ１等の記号と対応した説明である。

事業者４は、サイト５の管理や、イベントの運営・開催のサポート・集客対応などの業務を行う。

（１） 会社１（担当者Ａ）は、基本的に、（ａ０）イベント（Ｅ）への参加（企画・運営など及びアンケート実施など）を行う。これは、商品・サービス・人（講師など）・物（試供品など）・情報などの提供を含む。

会社１（Ａ）は例えば以下を行う：
（ａ１） Ｅ情報（Ｅ企画・運営情報）の登録（１１対応）、
（ａ２） Ｅ開催場所情報の検索（１２対応）、
（ａ３） Ｅ申込情報の参照・確認（１３対応）、
（ａ４） 分析レポートの参照（ｄ４）によるニーズ・課題の把握など（拠点２も同様に可能）。

（２） 地域拠点・店舗２（担当者Ｂ）は、基本的に、（ｂ０）イベント（Ｅ）への参加（場所提供・開催など）を行う。例えば場所を時間貸しする。

拠点２（Ｂ）は例えば以下を行う：
（ｂ１） Ｅ情報（Ｅ開催場所情報）の登録（１１対応）、
（ｂ２） Ｅ情報（Ｅ企画・運営情報）の検索（１２対応）、
（ｂ３） Ｅ申込情報の参照・確認（１３対応）、
（ｂ４） イベント結果情報やアンケート情報の入力など（１７対応）（なお会社１及び一般利用者３も同様に可能）。

ｂ４は、例えば、拠点２（Ａ）の店舗オーナーやスタッフ等が、あるいは一般利用者３（Ｃ）が、サイト５に対し、イベントの結果の記事などを登録（書き込み）することができ、また一般利用者３が記事に対しコメントなどを記入することもできる。またサイト５でアンケート情報などを入力することができる。

（３） 一般利用者３は、基本的に、（ｃ０）イベント（Ｅ）への参加を行う。イベント内容に応じて、学び、遊び、交流などや、商品の試用・購入などができる。

一般利用者３は例えば以下を行う：
（ｃ１） サイト情報閲覧・会員登録など（５０，１０対応）、
（ｃ２） Ｅ情報（Ｅ開催情報）の検索（１２対応）、
（ｃ３） Ｅ参加申し込み（１３対応）、
（ｃ４） ＥＣ利用・アンケート情報入力など（５２，１７対応）。

ｃ４では、例えば複数の利用者３でのＥＣ商品の共同購入などを可能としてもよい。利用者３は、イベント時に試供品を試用して購入もできる（会社１にとっての商品化支援となる）。利用者３はアンケート情報として感想などを入力できる（会社１にとってのニーズ・課題等の把握のための参考情報となる）。また一般利用者３は例えば申込み（予約）を行ってからイベントに参加する。申込み（予約）により、会社１・拠点２にとっては、イベント開催のリスク低減につながる。一般利用者３は、申込み（予約）を行うことで、例えば確実な参加が可能（例えば試供品取得可能）となる等、イベント内容に応じて相応の利点がある。また会社１や拠点２が予約の特典などを提供してもよい。

（４） サイト５は例えば以下を行う：
（ｄ１） 会社１（Ａ）へのＥ申込情報通知など（１５対応）、
（ｄ２） 拠点２（Ｂ）へのＥ申込情報通知など（１５対応）、
（ｄ３） 一般利用者３（Ｃ)へのＥ開催情報（参加募集情報）やお得情報などの通知（メール配信など）や、Ｅ申込情報通知など（１５，１６対応）、
（ｄ４） 会社１や拠点２への分析レポート提供など（１８対応）。

［関係（パターン２）］
図４において、本実施の形態のシステムを利用する各者の関係の第２のパターンを示している。第２パターンでは、拠点２（Ｂ）がトリガ（イベント企画・運営者、主催）となり、意思決定が可能である。一般利用者３の申込みが条件を満たすことで開催決定となる。なお事業者４やサイト５や一般利用者３の関係（機能等）は第１パターンの場合と同様である。

（１） 地域拠点・店舗２（担当者Ｂ）は、基本的に、（ｂ０）イベント（Ｅ）への参加（企画・運営・開催など）を行う。

拠点２（Ｂ）は例えば以下を行う：
（ｂ１） Ｅ情報（Ｅ企画・運営情報）の登録（１１対応）、
（ｂ２） Ｅ情報（Ｅ協賛情報）の検索（１２対応）、
（ｂ３） Ｅ申込情報の参照・確認（１３対応）、
（ｂ４） イベント結果情報やアンケート情報の入力など（１７対応）、
（ｂ５） 分析レポートの参照（ｄ４）によるニーズ・課題の把握等（会社１も同様に可能）。

（２） 会社１（担当者Ａ）は、基本的に、（ａ０）イベント（Ｅ）への参加（協賛など）を行う。これは、商品・サービス・人・物・情報などの提供を含む。

会社１（Ａ）は例えば以下を行う：
（ａ１） Ｅ情報（Ｅ協賛情報）の登録（１１対応）、
（ａ２） Ｅ情報（Ｅ企画・運営・場所情報）の検索（１２対応）、
（ａ３） Ｅ申込情報の参照・確認（１３対応）。

また第１パターンの場合（ａ４）と同様に、分析レポートの参照（ｄ４）なども可能である。

［時間的な流れ］
図５は、本システムでのイベントの企画から開催後までを含む作業の概略の時間的な流れを示す（コンピュータ処理フローではない）。詳しい処理例は図６以降で示される。

（Ｓ１） 本サイト５で、三者（特に会社１（Ａ）、拠点２（Ｂ））は、それぞれイベントに係わる情報を登録する。例えば会社１は、Ｅ企画・運営情報を登録する。拠点２は、Ｅ場所情報を登録する。登録は、属性等の条件の指定を含む。

（Ｓ２） 本サイト５で、三者（特に会社１（Ａ）、拠点２（Ｂ））は、それぞれイベントに係わる情報を検索する。例えば会社１は、Ｅ場所情報を検索する。拠点２は、Ｅ企画・運営情報を検索する。検索は、属性等の条件の指定を含む。

（Ｓ３） 上記Ｓ１（登録），Ｓ２（検索）による二者（Ａ−Ｂ）間での条件のマッチング判定を行い、マッチしない場合（ＮＧ）は適宜Ｓ１等へ戻る。

（Ｓ４） 上記マッチした場合（ＯＫ）、本サイト５で、上記二者（Ａ−Ｂ）は、それぞれイベントへの参加の申込みを行う。例えば会社１は企画・運営者として参加の申込み、拠点２は場所提供者（開催者）として参加の申込みを行う。これによりまず二者（Ａ−Ｂ）間での調整が済む。

（Ｓ５） 本サイト５で、三者（特に一般利用者３（Ｃ））は、それぞれイベントに係わる情報を検索する。例えば一般利用者３（Ｃ）は登録イベント情報を検索し、検索結果から、所望のイベントへの参加の申込み（予約）を行う。

（Ｓ６） 本サイト５のＥマッチング機能５１（１４）は、上記三者間（Ａ，Ｂ，Ｃ）におけるマッチング処理を上記登録情報や検索情報に基づき行い、イベント開催決定について判定する。開催条件に該当する場合は開催決定（ＯＫ）となる。開催条件は、募集期間、最小〜最大催行人数、希望属性マッチングなどがある。

（Ｓ７） 上記Ｓ６で開催決定（ＯＫ）の場合、Ｓ７で、本サイト５から三者へイベント開催の通知や承諾（確認）を求める。

（Ｓ８） 対象の地域拠点（店舗）２でイベントを開催する（開始から終了まで）。なおこの際、ＥＣ利用やアンケート情報入力も可能である。

（Ｓ９） 上記イベントの開催後もサイト５はフォローを行う。一般利用者３等によるＥＣ利用やアンケート情報入力などが可能である。

（Ｓ１０） サイト５は、分析機能１８を用いて、及びアンケート入力情報などを用いて、サイト５のアクセス内容やイベント内容の分析処理を行って分析レポートを作成し、対象の会社１（Ａ）等へ提供する。

（Ｓ１１） サイト５は、課金管理機能１９を用いて、マッチング成功報酬などの方式で課金処理を行う。

（Ｓ１２） 上記Ｓ６で非開催（ＮＧ）の場合、各者へ非開催の旨を通知し（申込みは不成立）、Ｓ１２で、再調整機能１６を用いて再調整を図る。例えば各者への情報通知や再募集などを図る。そして適宜Ｓ１等へ戻り同様の繰り返しである。

［シーケンス（パターン１）］
図６は、第１パターンの場合の各者間の処理シーケンス例を示す（以下Ａ１等は処理ステップを示す）。

（Ａ１） 会社１（担当者Ａ）は、イベント（Ｅ）を企画・運営する。会社１（Ａ）は、会社端末１０１からサイト５にアクセスし、Ｅ登録機能１１（後述、画面Ｇ１）の処理に従い、当該イベント（Ｅ）の情報を登録する。この情報は、希望属性指定などを含む条件情報の設定を含む。

（Ａ２） 一方、拠点２（担当者Ｂ）は、イベントを開催する場所を提供する。拠点２（Ｂ）は、拠点端末２０１からサイト５にアクセスし、Ｅ検索機能１２（後述、画面Ｇ２−１）の処理に従い、登録イベント情報を検索する。この検索情報は、希望属性指定などを含む条件情報の設定を含む。拠点２（Ｂ）は、上記検索結果のイベント情報などを見て、当該イベントへの参加（場所提供）を申込む場合は、Ｅ申込機能１３（後述、画面Ｇ３−１）の処理に従い、当該イベント参加の申込みを実行する。

（Ａ３，Ａ４，Ａ５） サイト５は、Ａ２の拠点２からの申込みの情報を、該当の会社１（Ａ）へ通知する（Ａ３）。会社１（Ａ）は、申込みの情報の内容を画面で確認し、承諾する場合は、サイト５へ承諾を実行する（Ａ４）。サイト５は、該当の拠点２（Ｂ）へ承諾の情報を通知する（Ａ５）。ここまでで二者（Ａ−Ｂ）間の基本的なマッチング（調整）は済んでいる。

（Ａ６） 拠点２（Ｂ）は、上記イベント（Ａ−Ｂ間マッチ済み）を開催するために、イベント参加募集情報をサイト５を介して一般利用者３へ通知（提示）する。尚ここでは既にＡ１等で対象のイベント情報及び場所情報等がサイト５に登録済みであるため、新たな情報の登録などの必要は無く、募集開始のみ制御すればよい。勿論、拠点２（Ｂ）は、既存の別途の手段でイベント参加募集情報を掲示してもよい。

（Ａ７） 一般利用者３（Ｃ）は、イベント情報を検索する。一般利用者３（Ｃ）は、利用者端末３０１等からサイト５にアクセスし、Ｅ検索機能１２（後述、画面Ｇ２−２）の処理に従い、登録イベント情報を検索する。この検索情報は、希望属性指定などを含む条件情報の設定を含む。この検索の際には、自動的に、イベント管理情報（Ｔ４）と利用者情報（Ｔ３）とでマッチする情報が検索対象（候補）として表示される。当該検索が実行されると、一般利用者３（Ｃ）の入力（選択）した条件にマッチするイベント情報などが表示される。利用者３（Ｃ）は、上記検索結果のイベント情報などを見て、当該イベントへの参加を申込む場合は、Ｅ申込機能１３（後述、画面Ｇ３−２）の処理に従い、当該イベント参加の申込み（予約）を実行する。

（Ａ８，Ａ９） サイト５は、上記Ａ７の申込みを受けると、Ｅ申込み情報を該当の会社１及び拠点２へ通知する。サイト５は、申込み数（Ｘ）をカウントする。

サイト５（マッチング判定部１４）は、例えば、Ａ９までの後などの適宜タイミングで、Ａ９までによる三者（１，２，３）の情報（条件）を比較してマッチングし、当該イベントの開催の決定について判定する。開催条件を満たす場合は開催決定となる。開催条件は、例えば人数に関しては、ａ：最小定員、ｂ：最大定員、Ｘ：申込み数としたとき、ａ≦Ｘ≦ｂである。なおこれに限らず条件を満たす場合にしか申込み（Ａ７）ができないように制御してもよい。

（Ａ１０，Ａ１１，Ａ１２） サイト５は、上記判定の結果、開催決定とした場合、各者（１，２，３）へ当該イベントの申込み完了（開催決定など）を通知する。その後、各者（１，２，３）は上記イベントへ参加する。

［シーケンス（パターン２）］
図７は、第２パターンの場合の各者間の処理シーケンス例を示す。以下第１パターン（図６）と異なる点を説明する。

（Ａ１） 拠点２（担当者Ｂ）は、自拠点（店舗）で開催するイベント（Ｅ）を企画・運営する。拠点２（Ｂ）は、拠点端末２０１からサイト５にアクセスし、Ｅ登録機能１１（画面Ｇ１）の処理に従い、当該イベント（Ｅ）の情報を登録する。この情報は、希望属性指定などを含む条件情報の設定を含む。

（Ａ２） 一方、会社１（担当者Ａ）は、拠点（店舗）２で開催されるイベントに協賛者として参加する。会社１（Ａ）は、会社端末１０１からサイト５にアクセスし、Ｅ検索機能１２（画面Ｇ２−１）の処理に従い、イベント情報を検索する。この検索情報は、希望属性指定などを含む条件情報の設定を含む。会社１（Ａ）は、上記検索結果のイベント情報などを見て、当該イベントへの参加（協賛）を申込む場合は、Ｅ申込機能１３（画面Ｇ３−１）の処理に従い、当該イベント参加の申込みを実行する。

（Ａ３，Ａ４，Ａ５） サイト５は、Ａ２の会社１からの申込みの情報を、該当の拠点２（Ｂ）へ通知する（Ａ３）。拠点２（Ｂ）は、申込みの情報の内容を画面で確認し、承諾する場合は、サイト５へ承諾を実行する（Ａ４）。サイト５は、該当の会社１（Ａ）へ承諾の情報を通知する（Ａ５）。ここまでで二者（Ａ−Ｂ）間の基本的なマッチング（調整）は済んでいる。Ａ６以降は第１パターンの場合と同様である。

［会社情報（Ｔ１）］
図８は、会社情報（Ｔ１）のテーブル例である。管理項目として、（ａ）会社ＩＤ、（ｂ）会社名、（ｃ）都道府県、（ｄ）市町村、（ｅ）住所、（ｆ）電話番号、（ｇ）担当者、（ｈ）メールアドレスなどがある。ａの会社ＩＤは、会社１を識別する情報である。ｇの担当者は、担当者Ａを識別する情報である。なお会社以外の団体や個人の場合も同様に可能である。

［地域拠点情報（Ｔ２）］
図９は、地域拠点情報（Ｔ２）のテーブル例である。管理項目として、（ａ）拠点ＩＤ（店舗ＩＤ）、（ｂ）拠点名（店舗名）、（ｃ）都道府県、（ｄ）市町村、（ｅ）住所、（ｆ）電話番号、（ｇ）担当者、（ｈ）メールアドレスなどがある。ａの拠点ＩＤは、地域拠点（店舗）２を識別する情報である。ｇの担当者は、担当者Ｂを識別する情報である。

［利用者情報（Ｔ３）］
図１０は、利用者情報（Ｔ３）のテーブル例である。管理項目として、（ａ）利用者ＩＤ、（ｂ）氏名、（ｃ）都道府県、（ｄ）市町村、（ｅ）住所、（ｆ）電話番号、（ｇ）メールアドレス、（ｈ）性別、（ｉ）年齢（年代）などがある。ａの利用者ＩＤは、一般利用者３（Ｃ）を識別する情報である。ｈの性別、ｉの年齢は、一般利用者３（Ｃ）の属性情報の一種であり、これに限らずその他の属性項目を有してもよい。

［イベント管理情報（Ｔ４）］
図１１は、イベント管理情報（Ｔ４）のテーブル例を示す。管理項目として、（ａ）イベント管理ＩＤ、（ｂ）開催日、（ｃ）開始時間、（ｄ）終了時間、（ｅ）募集開始日、（ｆ）募集終了日、（ｇ）開催場所（地区等）、（ｈ）イベント名（種類等）、（ｉ）最小催行人数、（ｊ）最大催行人数、（ｋ）参加費、（ｌ）性別、（ｍ）年齢（年代）、（ｎ）備考、（ｏ）会社ＩＤ、（ｐ）拠点ＩＤ、などがある。

ａのイベント管理ＩＤは、イベント（Ｅ）を一意に識別する情報である。ｂの開催日は、当該イベントの開催日（予定日など）である。ｃ，ｄは、当該イベントの開始時間、終了時間である。ｅ，ｆは、当該イベントへの参加を募集する期間の開始日、終了日である。ｇの開催場所（地区等）は、当該イベントの開催（予定など）の場所（地区等）である。ｈのイベント名（種類等）は、当該イベントの名称や種類（カテゴリ区分）等である。ｉの最小催行人数やｊの最大催行人数は、当該イベントの開催を決定するための条件となる最小や最大の人数（定員など）である。ｋの参加費は、当該イベントの参加費である。ｌの性別、ｍの年齢（年代）は、Ｔ３の属性情報と対応した同様の属性情報である。ｎの備考は、当該イベントの備考情報を記載する。ｏの会社ＩＤは、当該イベントを企画・運営する会社１を示し、ｐの拠点ＩＤは、当該イベントを開催（場所提供）する拠点２を示す。

［イベント参加情報（Ｔ５）］
図１２は、イベント参加情報（Ｔ５）のテーブル例を示す。管理項目として、（ａ）イベント参加ＩＤ、（ｂ）イベント管理ＩＤ、（ｃ）利用者ＩＤなどを有する。イベント参加情報（Ｔ５）は、開催が調整されたイベントへの一般利用者３等の参加の状態を管理する。

ａのイベント参加ＩＤは、イベント参加者を識別する情報である。ｂのイベント管理ＩＤは、Ｔ４のａに対応した対象イベントを識別する情報である。ｃの利用者ＩＤは、Ｔ３のａに対応した参加者（一般利用者３）を識別する情報である。

［マッチング判定例］
上記データ例（Ｔ１〜Ｔ５）の場合に対応したマッチング判定例は以下である。例えばＴ３で一般利用者３の属性がわかる。また検索画面Ｇ２で入力された情報（検索情報）からも属性がわかる。一般利用者３の属性は例えば住んでいる地区（ｃ，ｄ）、性別（ｈ）、年齢（ｉ）などがある。

Ｔ４で、例えばイベント管理ＩＤ＝１に示すイベント（Ｅ１）の情報は、会社１側の希望条件に対応する。例えばイベント管理ＩＤ＝２に示すイベント（Ｅ２）の情報は、拠点２側の希望条件に対応する。例えばイベント管理ＩＤ＝３に示すイベント（Ｅ３）の情報は、会社１及び拠点２の両方のマッチングした条件に対応する。

例えば一般利用者３の検索条件や属性が例えば、上記Ｅ３の条件に該当する場合（マッチング判定機能１４による判定）、自動的に、検索画面Ｇ２に、マッチしたイベントＥ３の情報を表示し、参加の申込み（予約）を可能とする。

Ｔ４のイベントＥ３は、属性の条件として、男女が参加ＯＫであり、年齢（年代）として２０代〜５０代が参加ＯＫとなっている。したがって、Ｔ３の利用者ＩＤ＝１〜３のいずれの一般利用者３も参加可能となる。結果、例えばＴ５のように各一般利用者３がイベントＥ３に参加となる。

［画面Ｇ１］
図１３は、本実施の形態のシステムで表示する第１の画面例（Ｇ１）を示す。本画面Ｇ１は、Ｅ登録機能１１を用いて、ユーザとして会社１（担当者Ａ）や拠点２（担当者Ｂ）が情報を登録（入力）することができるイベント登録画面である（例えば企画する会社１（Ａ）が入力）。画面内の四角枠などは情報をユーザが入力・選択等する箇所（フォーム、リスト等）を示す。本画面では、図示のように、登録者は、イベント名、イベント概要、開催日時、募集期間、開催場所（地区等）、費用、性別、年代、備考などの値を入力等することができる。入力値は、検索、マッチングの際の対象となる。

［画面Ｇ２−１］
図１４は、第２の画面例その１（Ｇ２−１）を示す。本画面Ｇ２−１は、Ｅ検索機能１２を用いて、会社１（Ａ）／拠点２（Ｂ）が入力する場合のイベント検索画面である。画面内の四角枠などはユーザが情報を入力・選択等する箇所（フォーム、リスト等）を示す。本画面では、図示のように、登録者は、イベント名、イベント概要、開催日時、募集期間、開催場所（地区等）、費用、性別、年代、備考などの値を入力等することができる。入力値は、検索、マッチングの際の対象となる。

［画面Ｇ２−２］
図１５は、第２の画面例その２（Ｇ２−２）を示す。本画面Ｇ２−２は、Ｅ検索機能１２を用いて、一般利用者３が入力する場合のイベント検索画面である。本画面Ｇ２−２は、閲覧・入力する一般利用者３に応じて、イベント管理情報（Ｔ４）と利用者情報（Ｔ３）とでマッチした結果の情報のみが自動的に検索対象として表示される。即ち、条件に合わない情報は自動的に非表示・検索対象外となる。例えばＧ２−１に対しＧ２−２では募集期間、性別、年代、などの情報項目は表示されていない。これらの項目に合う募集イベント情報のみが検索対象（参加可能な候補）となる。

例えば、本画面Ｇ２−２を閲覧して検索する一般利用者３が、Ｔ３のＩＤ＝１のユーザである場合、例えば男性で４０代であるため、Ｔ４で条件にマッチするイベントは、ＩＤ＝３である。同様にＴ３のＩＤ＝２の利用者３は、例えば男性で５０代であるため、Ｔ４のＩＤ＝３のイベントが候補である。同様にＴ３のＩＤ＝３の利用者３は、例えば女性で３０代であるため、Ｔ４のＩＤ＝３のイベントが候補である。

また例えば日時でマッチングする例を挙げる。Ｔ４のＩＤ＝１のイベントは、２０１１年１１月２８日（１０時〜１２時）に開催予定であり、参加の募集期間は、１１月１日〜１１月２０日である。

ここで例えばＩＤ＝１のユーザが、上記募集期間内に本画面にアクセス・検索した場合は、条件がマッチするので、当該イベント情報は検索対象（候補）となり、募集期間外に検索（参加希望）した場合は、マッチしないので、当該イベントは検索対象（候補）とはならない。更には、募集期間内で募集終了日が間近の場合、前述のように再調整機能１６の処理が起動される。

また例えば人数でマッチングする例を挙げる。Ｔ４のＩＤ＝１のイベントは、最小催行人数が３、最大催行人数が１０である。即ち当該イベントに申込みをする該当ユーザが３〜１０人の範囲内になれば開催が決定される。

ここで例えばＩＤ＝１のユーザが、上記人数範囲内の申込み人数である状態で本画面にアクセス・検索する場合は、条件がマッチするので、当該イベント情報は検索対象（候補）として表示される。

また例えば募集期間内でその時点の申込み人数が最小催行人数に満たない場合、前述のように募集（参加）を促すように再調整機能１６の処理が起動される。また、例えば募集期間内でその時点の申込み人数が最大催行人数に達した時点で、募集（参加）を打ち切る等する。

上記再調整機能１６の処理例としては、会員などの利用者３へ募集のメールを配信する。あるいはＷｅｂページに情報を表示する。その他、各種の再調整の方式を適用してもよい。

［画面Ｇ３−１］
図１６は、第３の画面例その１（Ｇ３−１）を示す。本画面Ｇ３−１は、Ｅ申込機能１３を用いて、会社１／地域拠点２が閲覧（参照・確認等）する場合のイベント申込画面である。なお下線つきの箇所は、情報が入力済みの箇所を示す。例えば会社（Ａ）が閲覧し、この内容でよいかどうか確認し、よい場合は申込みを実行する。

［画面Ｇ３−２］
図１７は、第３の画面例その２（Ｇ３−２）を示す。本画面Ｇ３−２は、Ｅ申込機能１３を用いて、一般利用者３が参照する場合のイベント申込画面である。一般利用者３は、この内容でよい場合は申込みを実行する。

［効果等］
以上説明したように、本実施の形態のシステムによれば、イベント企画・運営者（会社１など）、イベント場所提供者（地域拠点（店舗）２など）、及びイベント参加者（一般利用者３）の三者を含む、イベントの高度な調整（マッチング）を効率的に実現できる。特に、各者がイベントの希望・要求の条件を指定でき当該条件で高度な調整（マッチング）ができ、イベント開催のリスクの低減や効果的なイベントなどを実現できる。

従来技術では、イベント参加者の属性などは制御できないので（例えば不特定多数・各種属性の一般利用者が混じって参加することになる）、イベントの効果が低い場合があった。本システムでは、イベント参加者の属性などをマッチングで制御できるので、イベントの効果を高めること、及び開催リスク低減などができる。また分析を行う場合は分析の効果を高めることができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

［変形例］
実施の形態の変形例として以下が挙げられる。

（１） ＥＣ・アンケート機能１７や分析機能１８などを備えず、イベント開催調整（マッチング）までを行う形態としてもよい。

（２） サイト５（事業者４）がイベントの企画などを提供してもよい。またサイト５（事業者４）がイベントの企画・運営・開催等のテンプレート情報などを用意し、会社１や拠点２に提供してもよい。例えば会社１（Ａ）や拠点２（Ｂ）は、上記サイト５のテンプレート情報を参照し、希望に沿うのであれば利用・参加の申込みを行う。テンプレート通りの利用でもよいし各者がアレンジしてもよい。そして、前述同様に当該イベントの開催場所（拠点２）や協賛（会社１）などの要素を調整（マッチング）する。例えば会社１は、テンプレート情報に従うイベントを拠点２（調整された拠点２）で開催することができる。この形態の場合、例えばイベント開催の経験などが無い会社１や拠点２であっても、サイト５（事業者４）がフォローするので、イベント開催に参画しやすい。

（３） 更には、サイト５でイベントの企画などを募集してもよい。例えばユーザが所望のイベント企画を提案してサイト５に情報を登録する。会社１や拠点２は登録されたイベント企画情報を参照し、希望に沿うのであれば参加（開催等）の申込みを行い、前述同様に調整及び開催する。

（４） 会社１や拠点２は複数が存在する。１つのイベントの開催に関して複数の会社１や複数の拠点２を１つにまとめた単位でマッチングすることも同様に可能である。例えば１つの会社１が代表で複数の会社１が協賛者として参加する場合などである。

（５） システム構成の変形例として、ポータルサイト５を複数に分割して連携する形態などとしてもよい。例えば会社１や拠点２で管理・運営しているサイト（例えばイベント情報や協賛情報などを掲示する）が存在する場合、そのサイトと本サイト５とで連携する。例えば会社１（Ａ）は自社サイトにイベント情報などを登録・掲示し、拠点２（Ｂ）は店舗サイトにイベント場所情報などを登録・掲示し、本サイト５は調整（マッチング）の処理を担当する。

本発明は、企業や団体や個人等が開催する各種のイベントに利用可能である。

１…会社、２…地域拠点（店舗）、３…一般利用者、４…事業者（運営事務局）、５…ポータルサイト（イベントマッチングシステム）、９…ネットワーク、１０…会員登録機能、１１…イベント登録機能、１２…イベント検索機能、１３…イベント申込機能、１４…マッチング判定機能、１５…通知機能、１６…再調整機能、１７…ＥＣ・アンケート機能、１８…分析機能、１９…課金管理機能、５０…ポータルサービス機能、５１…イベントマッチング機能、５２…ＥＣ機能、５３…ポータル分析機能、１０１…会社端末、２０１…拠点端末、３０１…利用者端末、５０１…演算部、５０２…記憶部、５０３…Ｗｅｂサーバ部。

Claims (10)

1. コンピュータを用いて、会社、店舗、及び一般利用者を含む三者間でのイベントの開催の調整の情報処理を行うイベントマッチングシステムであって、
   前記会社の第１のユーザの端末、前記店舗の第２のユーザの端末、及び前記一般利用者である第３のユーザの端末からアクセスされるサイトを有し、
   前記サイトは、サーバ装置を含んで構成され、
   前記三者の各ユーザがユーザ情報を登録する機能と、
   前記第１、第２のそれぞれのユーザにより、イベント参加に係わる条件を含むイベント情報を登録する登録機能と、
   前記第３のユーザにより、前記登録によるイベント情報を検索する検索機能と、
   前記第３のユーザにより、前記検索の結果によるイベント情報で示すイベントへの参加の申込みをする申込み機能と、
   前記登録によるイベント情報と、前記三者のユーザ情報とを比較し、当該三者におけるイベントの参加に係わる条件がマッチするかどうかを判定する判定機能と、
   前記判定の結果、前記条件がマッチするイベントの開催を決定し、前記三者に情報を通知する機能と、を有し、
   前記サイトは、
   前記登録機能を用いて前記第１のユーザにより前記イベントの企画・運営の内容を示すイベント情報及び当該第１のユーザの情報を登録する処理と、
   前記登録機能を用いて前記第２のユーザにより前記登録によるイベント情報を検索する処理と、
   前記申込み機能を用いて前記第２のユーザにより前記検索結果のイベント情報のイベントへの場所提供の申込み及び当該第２のユーザの情報の登録をする処理と、
   前記サイトから前記第１のユーザへ前記第２のユーザの申込み情報を通知して承諾の応答を得る処理と、
   前記第２のユーザにより前記イベントへの前記第３のユーザの参加の募集を開始する処理と、
   前記検索機能を用いて前記第３のユーザにより前記登録によるイベント情報を検索する処理と、
   前記申込み機能を用いて前記第３のユーザにより前記検索結果のイベント情報のイベントへの参加の申込み及び当該第３のユーザの情報の登録をする処理と、
   前記サイトから前記第１及び第２のユーザへ前記第３のユーザの申込み情報を通知する処理と、
   前記判定機能により前記第３のユーザが申込みした前記イベントの開催について判定する処理と、
   前記判定の結果、前記条件がマッチするイベントの開催を決定し、前記三者へ情報を通知する処理と、を行うこと、を特徴とするイベントマッチングシステム。
2. コンピュータを用いて、会社、店舗、及び一般利用者を含む三者間でのイベントの開催の調整の情報処理を行うイベントマッチングシステムであって、
   前記会社の第１のユーザの端末、前記店舗の第２のユーザの端末、及び前記一般利用者である第３のユーザの端末からアクセスされるサイトを有し、
   前記サイトは、サーバ装置を含んで構成され、
   前記三者の各ユーザがユーザ情報を登録する機能と、
   前記第１、第２のそれぞれのユーザにより、イベント参加に係わる条件を含むイベント情報を登録する登録機能と、
   前記第３のユーザにより、前記登録によるイベント情報を検索する検索機能と、
   前記第３のユーザにより、前記検索の結果によるイベント情報で示すイベントへの参加の申込みをする申込み機能と、
   前記登録によるイベント情報と、前記三者のユーザ情報とを比較し、当該三者におけるイベントの参加に係わる条件がマッチするかどうかを判定する判定機能と、
   前記判定の結果、前記条件がマッチするイベントの開催を決定し、前記三者に情報を通知する機能と、を有し、
   前記サイトは、
   前記登録機能を用いて前記第２のユーザにより前記イベントの企画・運営の内容を示すイベント情報及び当該第２のユーザの情報を登録する処理と、
   前記登録機能を用いて前記第１のユーザにより前記登録によるイベント情報を検索する処理と、
   前記申込み機能を用いて前記第１のユーザにより前記検索結果のイベント情報のイベントへの協賛の申込み及び当該第１のユーザの情報の登録をする処理と、
   前記サイトから前記第２のユーザへ前記第１のユーザの申込み情報を通知して承諾の応答を得る処理と、
   前記第２のユーザにより前記イベントへの前記第３のユーザの参加の募集を開始する処理と、
   前記検索機能を用いて前記第３のユーザにより前記登録によるイベント情報を検索する処理と、
   前記申込み機能を用いて前記第３のユーザにより前記検索結果のイベント情報のイベントへの参加の申込み及び当該第３のユーザの情報の登録をする処理と、
   前記サイトから前記第１及び第２のユーザへ前記第３のユーザの申込み情報を通知する処理と、
   前記判定機能により前記第３のユーザが申込みした前記イベントの開催について判定する処理と、
   前記判定の結果、前記条件がマッチするイベントの開催を決定し、前記三者へ情報を通知する処理と、を行うこと、を特徴とするイベントマッチングシステム。
3. 請求項１記載のイベントマッチングシステムにおいて、
   前記マッチングの条件として、前記イベントへの参加の申込みの募集期間及び人数範囲を有し、
   前記判定機能は、前記募集期間内に前記第３のユーザの申込みの数が前記人数範囲内である場合は、当該イベントの開催を決定すること、を特徴とするイベントマッチングシステム。
4. 請求項１記載のイベントマッチングシステムにおいて、
   前記マッチングの条件として、前記イベントに参加する第３のユーザの属性を有し、
   前記属性の種類として、地区、性別、年齢を含み、
   前記登録機能は、前記第１または第２のユーザよる情報の登録の際、前記イベントに参加してほしい第３のユーザの属性を条件の一部として指定する処理を行い、
   前記判定機能は、前記参加の申込みをした第３のユーザの属性が前記第１または第２のユーザによる登録の属性にマッチする場合は、当該第３のユーザの参加の申込みを有効とし、マッチしない場合は、当該第３のユーザの参加の申込みを無効とすること、を特徴とするイベントマッチングシステム。
5. 請求項１記載のイベントマッチングシステムにおいて、
   前記検索機能は、前記第３のユーザにより前記登録によるイベント情報を検索する際、自動的に、前記第３のユーザの属性にマッチする前記登録の情報を検索対象として画面に表示すること、を特徴とするイベントマッチングシステム。
6. 請求項１記載のイベントマッチングシステムにおいて、
   前記サイトは、前記判定機能による判定の結果、前記条件がマッチしない場合に、前記第１または第２のユーザに情報を通知して前記条件の見直しを促す、再調整機能を有すること、を特徴とするイベントマッチングシステム。
7. 請求項１記載のイベントマッチングシステムにおいて、
   前記マッチングの条件として、前記イベントへの参加の申込みの募集期間及び人数範囲を有し、
   前記サイトは、前記判定機能による判定の結果、前記募集期間内に前記第３のユーザの申込みの数が前記人数範囲に満たない場合は、前記第３のユーザに情報を通知して参加を促す、再調整機能を有すること、を特徴とするイベントマッチングシステム。
8. 請求項１記載のイベントマッチングシステムにおいて、
   前記サイトは、前記イベントに関連する商品を販売して前記第３のユーザによる購入を可能とするＥＣ機能を有すること、を特徴とするイベントマッチングシステム。
9. 請求項１記載のイベントマッチングシステムにおいて、
   前記サイトは、前記イベントに関連するアンケート情報を提供して前記第３のユーザによる入力を可能とし、入力されたアンケート情報を前記第１または第２のユーザへ提供する、アンケート機能を有すること、を特徴とするイベントマッチングシステム。
10. 請求項１記載のイベントマッチングシステムにおいて、
    前記サイトは、当該サイトでの前記第３のユーザによる情報検索を含む情報を分析して分析レポート情報を作成して前記第１または第２のユーザへ提供する分析機能を有すること、を特徴とするイベントマッチングシステム。

Images