(57)【要約】【課題】  氏名・会社名等の記帳を行う従来の受付手法に比べ、迅速な受付処理を行うことを可能とするとともに、非接触型ＩＣカードからの個人情報の漏洩を防止する。【解決手段】  受付端末１０５は、招待状からバーコード情報、来場者に貸与する非接触型ＩＣカードから当該非接触型ＩＣカードの識別ＩＤを夫々取得した後、来場者管理サーバ１０４に対して送信する。来場者管理サーバ１０４は、バーコード情報に示される顧客ＩＤに合致する来場者データを来場者ＤＢから検索し、検索した来場者データに当該非接触型ＩＣカードの識別ＩＤを設定する。【選択図】  図１
2005108122.tif 000002
【特許請求の範囲】
【請求項１】
第一の入力手段と第二の入力手段とを有する複数の情報処理端末と管理サーバとを備えたイベント管理システムであって、
前記複数の情報処理端末は夫々、
前記第一の入力手段にて入力された第一のデータを、前記管理サーバに対して送信する第一の送信手段と、
前記第二の入力手段にて入力された第二のデータを、前記管理サーバに対して送信する第二の送信手段とを有し、
前記管理サーバは、
イベントの来場者に係る来場者データを記憶する第一の記憶手段と、
前記複数の情報処理端末の何れか一の情報処理端末の前記第一の送信手段から送信された第一のデータを受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段から検索する検索手段と、
前記一の情報処理端末の前記第二の送信手段から送信された前記第二のデータを受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とするイベント管理システム。
【請求項２】
前記情報処理端末は、
前記第一の入力手段及び前記第二の入力手段夫々によるデータ入力が終了した後、前記第一の入力手段及び前記第二の入力手段から入力された夫々のデータを前記第一の送信手段及び前記第二の送信手段により、前記管理サーバに対して送信することを特徴とする請求項１に記載のイベント管理システム。
【請求項３】
第一の入力手段を有する複数の第一の情報処理端末と、第二の入力手段を有する複数の第二の情報処理端末と、管理サーバとを備えるイベント管理システムであって、
前記複数の第一の情報処理端末は夫々、
前記第一の入力手段から入力された第一のデータを、前記管理サーバに対して送信する第一の送信手段を有し、
前記複数の第二の情報処理端末は夫々、
前記第二の入力手段から入力された第二のデータを、前記管理サーバに対して送信する第二の送信手段を有し、
前記管理サーバは、
イベントの来場者に係る来場者データを記憶する第一の記憶手段と、
前記複数の第一の情報処理端末のうち、何れか一の第一の情報処理端末の第一の送信手段により送信された第一データを受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、
前記複数の第二の情報処理端末のうち、前記一の第一の情報処理端末と対応関係にある一の第二の情報処理端末の前記第二の送信手段から送信された前記第二のデータを受信した場合、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とするイベント管理システム。
【請求項４】
前記第一のデータは、イベントの来場者を一意に識別するバーコード情報であり、
前記第一の入力手段は前記情報処理端末と接続された前記バーコード情報を読みとるバーコードリーダ装置であることを特徴とする請求項１乃至３の何れか１項に記載のイベント管理システム。
【請求項５】
前記第二のデータは、イベントの来場者がイベント会場内で所持する情報記憶装置に記憶されている該情報記憶装置を一意に識別する第一の識別情報であり、
前記第二の入力手段は、前記情報記憶装置と無線通信を行い、該情報記憶装置に記憶されている前記第二のデータを入力することを特徴とする請求項１乃至４の何れか１項に記載のイベント管理システム。
【請求項６】
前記イベント管理システムは、イベントの来場者がイベント会場内で所持する情報記憶装置との通信処理により、前記情報記憶装置に記憶されている該情報記憶装置を一意に識別する第一の識別情報を取得可能な複数の通信装置を更に備え、
前記複数の通信装置は夫々、
前記情報記憶装置との通信処理により取得した前記第一の識別情報を当該通信装置の識別情報である第二の識別情報とともに前記管理サーバに対して送信する第三の送信手段を有し、
前記管理サーバはさらに、
前記第一の識別情報及び前記第二の識別情報を前記通信装置より受信し、イベント管理データとして記憶する第二の記憶手段を有することを特徴とする請求項１乃至５の何れか１項に記載のイベント管理システム。
【請求項７】
前記第三の通信手段は、前記第一の識別情報及び前記第二の識別情報とともに、更に前記情報記憶装置との通信時刻情報を送信し、
前記第二の記憶手段は、前記通信時刻情報を前記イベント管理データ内の所定の設定項目に設定することを特徴とする請求項６に記載のイベント管理システム。
【請求項８】
前記通信時刻情報は、前記情報記憶装置と前記通信装置との通信開始時刻情報及び通信終了時刻情報を含むことを特徴とする請求項７に記載のイベント管理システム。
【請求項９】
前記管理サーバは、
前記来場者データ内の他の設定項目の設定内容に基づいて、前記来場者が来場した旨を担当者宛に通知する通知手段を更に有することを特徴とする請求項１乃至８の何れか１項に記載のイベント管理システム。
【請求項１０】
ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置であって、
イベントの来場者に係る来場者データを記憶する第一の記憶手段と、
前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、
前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とするイベント管理支援装置。
【請求項１１】
ネットワークを介して複数の第一の情報処理端末及び複数の第二の情報処理装置と接続されたイベント管理支援装置であって、
イベントの来場者に係る来場者データを記憶する第一の記憶手段と、
前記複数の第一の情報処理端末のうち、何れか一の第一の情報処理端末より送信された第一データを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、
前記複数の第二の情報処理端末のうち、前記一の情報処理端末と対応関係にある一の第二の情報処理端末から送信された第二のデータを前記ネットワークを介して受信した場合、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とするイベント管理支援装置。
【請求項１２】
前記第一のデータは、バーコードリーダ装置により読み取られたイベントの来場者を一意に識別するバーコード情報であることを特徴とする請求項１０又は１１に記載のイベント管理支援装置。
【請求項１３】
前記第二のデータは、イベントの来場者がイベント会場内で所持する情報記憶装置との無線通信機能を有するリーダ装置より取得された、前記情報記憶装置に記憶されている該情報記憶装置を一意に識別する第一の識別情報であることを特徴とする請求項１０乃至１２の何れか１項に記載のイベント管理支援装置。
【請求項１４】
イベントの来場者がイベント会場内で所持する情報記憶装置との通信処理により、前記情報記憶装置に記憶されている該情報記憶装置を一意に識別する第一の識別情報を取得可能な複数の通信装置と前記ネットワークを介して更に接続され、
前記通信装置が通信処理により前記情報記憶装置から取得した第一の識別情報、前記通信装置の識別情報である第二の識別情報、及び前記通信装置と前記情報記憶装置との通信時刻情報を前記通信装置から前記ネットワークを介して受信し、それら受信したデータをイベント管理データとして記憶する第二の記憶手段を有することを特徴とする請求項１０乃至１３の何れか１項に記載のイベント管理支援装置。
【請求項１５】
前記第一の記憶手段で記憶されている来場者データ内の他の設定項目の設定内容に基づいて、前記来場者が来場した旨を担当者宛に通知する通知手段を更に有することを特徴とする請求項１０乃至１４の何れか１項に記載のイベント管理支援装置。
【請求項１６】
ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置の制御方法であって、
前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを、イベントの来場者に係る来場者データを記憶する第一の記憶手段より検索する検索ステップと、
前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定ステップとを含むことを特徴とするイベント管理支援装置の制御方法。
【請求項１７】
ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置を制御するためのコンピュータプログラムであって、
コンピュータに、
前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを、イベントの来場者に係る来場者データを記憶する第一の記憶手段より検索する検索手順と、
前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手順とを実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、招待状の発行を伴う来場者招待型の展示会、商品発表会等のイベントに適用可能なイベント管理システム、イベント管理支援装置、その制御方法及びコンピュータプログラムに関するものである。
【背景技術】
【０００２】
来場者招待型イベントにおいて、来場者の確認を行う為に招待状とともに名刺等の提出を求めたり、氏名・会社名等を記帳させたりすることが広く一般的に行われている。そこでイベント主催者は、招待状を送付した人のうち、実際に来場した来場者の情報を把握することが可能になり、次回以降のイベント開催時の案内等にその情報を利用してきた。
【０００３】
ただ、受付において、名刺の提出はまだしも、氏名・会社名等の記帳となると、受付に来場者が滞留してしまうことが問題となっている。イベントの規模が大きくなってしまうと、全ての展示をみるのに時間がかかるため、来場者にとっては受付を早急に終え、イベント会場へと入場したいにもかかわらず、来場者が多数になるため、受付を済ませるのに時間を要してしまう。
【０００４】
また、このような招待型のイベントにおいては、来場者毎にイベント会場での説明員が割り当てられ、案内をしながら会場を見学するというイベントも広く行われている。このような場合、説明員が受付付近で説明を担当する来場者と待ち合わせをする必要があり、多くが受付付近にて待ち合わせを行う為に、説明員が受付付近に大挙してしまうことも問題になっている。
【０００５】
さらに、受付終了後イベント会場から退場するまで、どのようなブースに寄り、またどのような展示に興味を示していたかといった来場者の嗜好や興味分野について好適に取得する手段が無く、イベントでの結果をより効果的に営業に活かすことも出来なかった。このような問題を解決するために、特許文献１及び特許文献２にあるような発明がされている。
【０００６】
【特許文献１】特開２００１−２８２９６２号公報
【特許文献２】特開平１０−１９８７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記特許文献２には、このようなイベントにおける入場管理に、ＲＦＩＤ等の無線通信によりデータの読み書きが可能なＩＣカード、ＩＣタグ、及びＩＣラベル（以下、「非接触型ＩＣカード」という）を使用し来場者の行動調査を行う発明が開示されており、非接触型ＩＣカードに来場者の個人情報を記憶させている。非接触型ＩＣカードは貸与を受けている場合が多く、個人情報保護の観点から、非接触型ＩＣカードに個人情報を記録した場合には、返却時に個人情報を消去して返却しなくてはならない。消去をせずに返却してしまうと、個人情報の漏洩を招く虞があるからである。
【０００８】
本発明は、上記問題点に鑑みてなされたものであり、氏名・会社名等の記帳を行う従来の受付手法に比べ、迅速な受付処理を行うことを可能とするとともに、非接触型ＩＣカードからの個人情報の漏洩を防止することができるイベント管理システム、イベント管理支援装置、その制御方法及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
斯かる目的を達成するために、本発明に係るイベント管理システムは、第一の入力手段と第二の入力手段とを有する複数の情報処理端末と管理サーバとを備えたイベント管理システムであって、前記複数の情報処理端末は夫々、前記第一の入力手段にて入力された第一のデータを、前記管理サーバに対して送信する第一の送信手段と、前記第二の入力手段にて入力された第二のデータを、前記管理サーバに対して送信する第二の送信手段とを有し、前記管理サーバは、イベントの来場者に係る来場者データを記憶する第一の記憶手段と、前記複数の情報処理端末の何れか一の情報処理端末の前記第一の送信手段から送信された第一のデータを受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段から検索する検索手段と、前記一の情報処理端末の前記第二の送信手段から送信された前記第二のデータを受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とする。
【００１０】
本発明に係るイベント管理システムの他の態様は、第一の入力手段を有する複数の第一の情報処理端末と、第二の入力手段を有する複数の第二の情報処理端末と、管理サーバとを備えるイベント管理システムであって、前記複数の第一の情報処理端末は夫々、前記第一の入力手段から入力された第一のデータを、前記管理サーバに対して送信する第一の送信手段を有し、前記複数の第二の情報処理端末は夫々、前記第二の入力手段から入力された第二のデータを、前記管理サーバに対して送信する第二の送信手段を有し、前記管理サーバは、イベントの来場者に係る来場者データを記憶する第一の記憶手段と、前記複数の第一の情報処理端末のうち、何れか一の第一の情報処理端末の第一の送信手段により送信された第一データを受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、前記複数の第二の情報処理端末のうち、前記一の第一の情報処理端末と対応関係にある一の第二の情報処理端末の前記第二の送信手段から送信された前記第二のデータを受信した場合、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とする。
【００１１】
本発明に係るイベント管理支援装置は、ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置であって、イベントの来場者に係る来場者データを記憶する第一の記憶手段と、前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とする。
【００１２】
本発明に係るイベント管理支援装置の他の態様は、ネットワークを介して複数の第一の情報処理端末及び複数の第二の情報処理装置と接続されたイベント管理支援装置であって、イベントの来場者に係る来場者データを記憶する第一の記憶手段と、前記複数の第一の情報処理端末のうち、何れか一の第一の情報処理端末より送信された第一データを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを前記第一の記憶手段より検索する検索手段と、前記複数の第二の情報処理端末のうち、前記一の情報処理端末と対応関係にある一の第二の情報処理端末から送信された第二のデータを前記ネットワークを介して受信した場合、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手段とを有することを特徴とする。
【００１３】
本発明に係るイベント管理支援装置の制御方法は、ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置の制御方法であって、前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを、イベントの来場者に係る来場者データを記憶する第一の記憶手段より検索する検索ステップと、前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定ステップとを含むことを特徴とする。
【００１４】
本発明に係るコンピュータプログラムは、ネットワークを介して複数の情報処理端末と接続されたイベント管理支援装置を制御するためのコンピュータプログラムであって、コンピュータに、前記複数の情報処理端末の何れか一の情報処理端末より送信された第一のデータを前記ネットワークを介して受信し、該第一のデータと合致する一の来場者データを、イベントの来場者に係る来場者データを記憶する第一の記憶手段より検索する検索手順と、前記一の情報処理端末より送信された第二のデータをネットワークを介して受信し、該第二のデータを前記一の来場者データ内の所定の設定項目に設定する設定手順とを実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、情報処理端末に第１及び第２のデータを入力すると、管理サーバ（イベント管理支援装置）は第１のデータに基づいて該当する来場者データを検索し、第２のデータを当該来場者データ内に設定することによって当該来場者のイベントの受付を行うように構成したので、氏名・会社名等の記帳を行う従来の受付手法に比べ、迅速な受付処理を行うことが可能となる。
【００１６】
また、受付時に来場者に非接触型ＩＣカードを貸与する受付手法に本発明を適用した場合、例えば前記他の一種のデータを当該非接触型ＩＣカードの識別情報とし、管理サーバが該当する来場者データに設定することで、来場者と貸与した非接触型ＩＣカードの識別情報とが管理サーバ内において関連付けられ、その後の当該来場者の動向に係る情報を管理サーバが管理する際に、当該来場者が所持する非接触型ＩＣカードの識別情報をキーにして当該来場者の動向に係る情報を管理することが可能となる。従って、従来のように来場者の管理のために非接触型ＩＣカードに個人情報を記憶させておく必要がなくなり、非接触型ＩＣカードからの個人情報の漏洩を防止することができる。さらに、非接触型ＩＣカード内には識別情報を記憶させておけば、受付及びその後の来場者の動向の管理を行うことができるため、従来のように貸与する来場者が変わる度に非接触型ＩＣカード内の個人情報を書き替える必要がない。従って、非接触型ＩＣカードを使い回す際に記憶情報を書き換える手間が省け、利便性を向上させることができる。
【００１７】
また、本発明によれば、第１のデータに基づいて検索された来場者データに対する変更権限を一つの情報処理端末にのみ付与するように構成したので、他の情報処理端末によって当該来場者につき重複して受付が行われてしまうことを防止することができる。
【００１８】
本発明の他の特徴によれば、来場者が所持する情報記憶装置に記憶される例えば当該情報記憶装置の識別情報を通信装置が取得し、当該通信装置の識別情報とともに当該情報記憶装置の識別情報を管理サーバに対して送信するように構成したので、通信装置を例えばイベント会場内の各ブースや退場口に設置することにより、来場者がどのブースに立ち寄ったか、或いは退場したかを管理サーバ内において管理することが可能となる。
【００１９】
本発明の更に他の特徴によれば、管理サーバが来場者が来場した旨を営業社員宛に通知するので、来場者に対して例えばイベントの説明を行う営業社員が受付付近で来場者を待つ必要がなくなり、受付付近の混雑を解消することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００２１】
図１は、本発明の一実施形態に係るイベント管理システムのシステムの構成を示す図である。尚、図１のネットワーク１０１を介して接続されている各種端末の構成は一例であり、目的や用途に応じて様々な構成をとることが可能であることは言うまでもない。１０１は、インターネットやＬＡＮ等で構成される通信ネットワークである。１０２は、イベント主催事業者の事業所に設置される登録管理サーバであり、イベント参加希望者が有するユーザ端末１０３とインターネットのホームページを介して情報のやりとりをするためのＷｅｂサーバ機能、イベント来場者データの登録管理を行うデータベースサーバ機能、及び、イベント参加希望者とＦＡＸを介して情報のやりとりを行うＦＡＸサーバ機能を有する。また、電子メール送受信機能も有する。必要に応じて、登録管理サーバ１０２が有する機能を複数のサーバ装置で構成することも勿論可能である。
【００２２】
１０３−１及び１０３−２は、ユーザが使用するユーザ端末である。１０４は、イベント会場に設置される来場者管理サーバである。１０５は、イベント会場の受付に設置される受付端末である。１０６は、イベント会場の展示ブース毎若しくは来場者の移動情報を効率的に取得できるように、イベント会場内に計画的に設置されているブース端末である。１０７は、イベント会場の退場口に設置されている退場口端末である。登録管理サーバ１０２及び来場者管理サーバ１０４が有する機能を、１台のサーバ装置で実装することも可能である。
【００２３】
図２は登録管理サーバ１０２のハードウェア構成図である。ユーザ端末１０３−１、１０３−２及び来場者管理サーバ１０４も同様の構成を有する。
２０１は、中央演算処理装置（ＣＰＵ）であり、登録管理サーバ１０２（ユーザ端末１０３、来場者管理サーバ１０４（以下、登録管理サーバ１０２のみを対象にして説明を行う））の各種制御及び演算を行う。２０２は、ランダムアクセスメモリ（ＲＡＭ）であり、ＣＰＵ２０１の主メモリとして、また実行プログラムの格納領域、プログラムの実行エリア並びにデータエリアとして機能する。２０３は、読み取り専用メモリ（ＲＯＭ）であり、登録管理サーバ１０２内の各ユニットの制御を行う基本プログラム、すなわちＢＩＯＳ（Basic Input/Output System）等を記憶する。２０４は、ハードディスクであり、アプリケーションプログラムや各種データなどの保存に用いられ、例えば、本登録管理サーバ１０２に図５、図６及び図８に示す処理を実行させるために必要なプログラムなどを記憶する。
【００２４】
２０５は、データ入出力を行う記録媒体ドライブであり、フレキシブルディスクやＣＤ−ＲＯＭなど、取り外し可能な外部記録媒体のデータ入出力を行う。２０６は、後述のディスプレイ装置２１０との間で画像データの入出力を行うビデオＩ／Ｆ（インタフェース）である。２０７は、ネットワークＩ／Ｆであり、ネットワークを介して登録管理サーバ１０２がデータの送受信を行うための制御や接続状況の診断を行う。２０８は、本登録管理サーバ１０２の操作者が入力操作を行うためのポインティングデバイスである。２０９は、本登録管理サーバ１０２の操作者が入力操作を行うためのキーボードである。２１０は、画像データを表示するディスプレイ装置である。２１１は、ユニット間のデータ並びに制御情報を伝送する伝送路であるシステムバスである。
【００２５】
図３は受付端末１０５のハードウェア構成図である。
３０１は、中央演算処理装置（ＣＰＵ）であり、受付端末１０５の各種制御及び演算を行う。３０２は、ランダムアクセスメモリ（ＲＡＭ）であり、ＣＰＵ３０１の主メモリとして、また実行プログラムの格納領域、プログラムの実行エリア並びにデータエリアとして機能する。３０３は、読み取り専用メモリ（ＲＯＭ）であり、受付端末１０５内の各ユニットの制御を行う基本プログラム、すなわちＢＩＯＳ（Basic Input/Output System）等を記憶する。３０４は、ハードディスクであり、アプリケーションプログラムや各種データなどの保存に用いられ、例えば、本受付端末１０５に図７及び図１８に示す処理を実行させるために必要なプログラムなどを記憶する。
【００２６】
３０５は、データ入出力を行う記録媒体ドライブであり、フレキシブルディスクやＣＤ−ＲＯＭなど、取り外し可能な外部記録媒体のデータ入出力を行う。３０６は、後述のバーコードリーダ装置３１２からバーコード情報を入力する外部機器Ｉ／Ｆ（インタフェース）である。３０７は、後述のリーダ装置３１３を制御し、非接触型ＩＣカードとの通信を行わせ、該非接触型ＩＣカードに記録されている当該非接触型ＩＣカードの識別ＩＤを取得する外部機器Ｉ／Ｆである。３０８は、後述のディスプレイ装置３１４との間で画像データの入出力を行うビデオＩ／Ｆである。３０９は、ネットワークＩ／Ｆであり、ネットワークを介して受付端末１０５がデータの送受信を行うための制御や接続状況の診断を行う。３１０は、本受付端末１０５の操作者が入力操作を行うためのポインティングデバイスである。３１１は、本受付端末１０５の操作者が入力操作を行うためのキーボードである。３１２は、招待状上に記録されるバーコード情報を読み取るバーコードリーダ装置である。３１３は、アンテナ及び通信コントローラを備え、来場者が所持する非接触型ＩＣカードと無線通信を行い、該非接触型ＩＣカード内に記録されている識別ＩＤを読み取るリーダ装置である。勿論書き込み機能も有した装置であっても構わないが、本願発明においては書き込み機能は使用しない。３１４は、画像データを表示するディスプレイ装置である。３１５は、ユニット間のデータ並びに制御情報を伝送する伝送路であるシステムバスである。受付端末１０５の機能を、バーコードリーダ装置のみが接続されている端末とリーダ装置のみが接続されている端末の２台で構成することも勿論可能であり、その場合はそれら対となる２台の対応関係が、来場者管理サーバ１０４のハードディスク２０４に記憶されている端末ＤＢ（図１９（ｅ））の追加項目として記憶されることになる。
【００２７】
図４はブース端末１０６及び退場口端末１０７のハードウェア構成図である。４０１は、中央演算処理装置（ＣＰＵ）であり、ブース端末１０６（退場口端末１０７）の各種制御及び演算を行う。４０２は、ランダムアクセスメモリ（ＲＡＭ）であり、ＣＰＵ４０１の主メモリとして、また実行プログラムの格納領域、プログラムの実行エリア並びにデータエリアとして機能する。４０３は、読み取り専用メモリ（ＲＯＭ）であり、ブース端末１０６（退場口端末１０７）内の各ユニットの制御を行う基本プログラム、すなわちすなわちＢＩＯＳ（Basic Input/Output System）等を記憶する。４０４は、ハードディスクであり、アプリケーションプログラムや各種データなどの保存に用いられ、例えば、ブース端末１０６（退場口端末１０７）に図９及び図１７に示す処理を実行させるために必要なプログラムなどを記憶する。
【００２８】
４０５は、データ入出力を行う記録媒体ドライブであり、フレキシブルディスクやＣＤ−ＲＯＭなど、取り外し可能な外部記録媒体のデータ入出力を行う。４０６は、後述のリーダ装置４１１を制御し、非接触型ＩＣカードとの通信を行わせ、該非接触ＩＣカードに記録されている当該非接触型ＩＣカードの識別ＩＤを取得する外部機器Ｉ／Ｆ（インタフェース）である。４０７は、後述のディスプレイ装置４１２との間で画像データの入出力を行うビデオＩ／Ｆである。４０８は、ネットワークＩ／Ｆであり、ネットワークを介してブース端末１０６（退場口端末１０７）がデータの送受信を行うための制御や接続状況の診断を行う。４０９は、ブース端末１０６（退場口端末１０７）の操作者が入力操作を行うためのポインティングデバイスである。４１０は、本ブース端末１０６（退場口端末１０７）の操作者が入力操作を行うためのキーボードである。４１１は、アンテナ及び通信コントローラを備え、来場者が所持する非接触型ＩＣカードと無線通信を行い、該非接触型ＩＣカード内に記録されている識別ＩＤを読み取るリーダ装置である。勿論書き込み機能も有した装置であっても構わないが、本願発明においては書き込み機能は使用しない。４１２は、画像データを表示するディスプレイ装置である。４１３は、ユニット間のデータ並びに制御情報を伝送する伝送路であるシステムバスである。
【００２９】
次に、本実施形態に係るイベント管理システムの動作について説明する。
＜＜案内状発行＞＞
図５は、登録管理サーバ１０２のＣＰＵ２０１により行われる、顧客に対してのイベント開催についての案内状発行処理に関するフローチャートである。ここでは、登録管理サーバ１０２の記憶部（例えば、ハードディスク２０４）に保存されている顧客ＤＢ（図１９（ｂ））に顧客データとして保存されている顧客に対して案内状を発行し、電子メール等使用して通知するものである。図５を参照してその処理について説明する。
【００３０】
まず、顧客ＤＢについて説明する。顧客ＤＢは、登録管理サーバ１０２若しくは登録管理サーバ１０２とＬＡＮ等のネットワークを介して接続されている不図示のデータベースサーバ等に保存されている顧客情報についてのデータベースである。特に開催するイベント用に作成されたものではなく、通常の営業活動に使用しているものであり、例えば、営業社員による担当営業先の担当者の登録（交換した名刺情報等をもとに行う）や、また、製品に関するアンケートについての回答を送ってくれた顧客情報等をもとに作成されたものである。保存項目は図１９（ｂ）に示すようなものである。尚、前記営業社員の情報も、登録管理サーバ１０２のハードディスク２０４に営業社員ＤＢ（図１９（ａ））として記憶されている。案内状発行処理において、登録管理サーバ１０２のＣＰＵ２０１は、以下の処理を行う。
【００３１】
まず、登録管理サーバ１０２のＣＰＵ２０１は、顧客ＤＢ（図１９（ｂ））を参照し、保存されている顧客データ中からイベント案内状発行について当該顧客の了解を得ていないデータ（図１９（ｂ）のイベント案内フラグ項目１９１７が"０"のもの）を取得する（Ｓ５０１）。特に、製品についてのアンケート等で得られた顧客データの場合、アンケート実施時に該顧客データをイベント案内に使用する旨の通知を行っていないと、その情報をイベント案内通知に使用することが個人情報の目的外利用になってしまう虞があるので、この処理を行うことになる。このイベント案内フラグ項目１９１７に"０"が設定されているものは顧客が該顧客の情報をイベント案内状発行について了解をしていないデータ、"１"が設定されているものについては了解をしているデータであることを示している。登録管理サーバ１０２のハードディスク２０４に記憶されている顧客ＤＢ（図１９（ｂ））に保存されているデータ中でこの処理で取得対象となるデータは、顧客ＩＤ００１２と顧客ＩＤ００１３の顧客データである。
【００３２】
そしてＣＰＵ２０１は、Ｓ５０１で取得した顧客データに示される顧客に対して、当該顧客が指定している案内方法（図１９（ｂ）の案内方法フラグ項目１８１３："１"がＥ−Ｍａｉｌ、"２"がＦＡＸ、"３"が郵送を示している）で、顧客データのイベント案内への使用についての使用許可依頼を送信する（Ｓ５０２）。Ｅ−Ｍａｉｌでの通知、ＦＡＸでの通知に関しては、登録管理サーバ１０２が有するＥ−Ｍａｉｌ送信機能、ＦＡＸ送信機能を制御し、登録管理サーバ１０２のＣＰＵ２０１はその処理を行い、郵送処理の場合には、不図示の郵送代行を行っている企業のサーバに対して、案内文情報と、案内状郵送に必要な情報（顧客ＤＢ中の氏名項目１９０７、会社名項目１９０９、部署名項目１９１０、郵便番号項目１９１１、及び住所項目１９１２等）をインターネット等のネットワークを介して送信する。その際にはセキュリティ等を考慮し、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）等の暗号化通信が可能なプロトコルを使用してデータの送信を行う。その後、使用許可依頼の返信待ち状態に移行する（Ｓ５０３）。そして、ＣＰＵ２０１は、返信締切期日に到達したと判定するまで（Ｓ５０７：ＹＥＳ）当該顧客が使用する例えばユーザ端末１０３−１からの返信の待機状態となる。
【００３３】
顧客がＥ−Ｍａｉｌでの案内を希望している場合には、ＣＰＵ２０１は、そのＥ−Ｍａｉｌの本文中に、不図示の顧客データ使用許可Ｗｅｂページへのリンクを付与したかたちで使用許可依頼を送信する。顧客がその使用する例えばユーザ端末１０３−１のポインティングデバイス２０８を操作し、そのリンクをクリックすることにより、ユーザ端末１０３−１のＣＰＵ２０１はネットワークＩ／Ｆ２０７を制御して、インターネット等のネットワーク１０１を介し顧客データ使用許可Ｗｅｂページにアクセスし、該顧客データ使用許可Ｗｅｂページの画面情報を取得する。
【００３４】
前記顧客データ使用許可Ｗｅｂページには、許可ボタン／拒否ボタンがあり、ユーザ端末１０３−１のＣＰＵ２０１は、顧客によるユーザ端末１０３−１のポインティングデバイス２０８やキーボード２０９等の操作に基づき返信を送信することになる。ＦＡＸでの案内を受けた場合にはＦＡＸを返信することで、郵送での案内を受けた場合にはその案内に対する返信を郵送することで返信完了となる。
【００３５】
ユーザ端末１０３−１からの返信を受信した場合（Ｓ５０４：ＹＥＳ）、登録管理サーバ１０２のＣＰＵ２０１は、該返信の内容を確認し、イベント案内状発行についての顧客データ使用許可を当該顧客が行ったかの判定を行う（Ｓ５０５）。ＦＡＸや郵送での返信については、登録管理サーバ１０２を操作するオペレータのポインティングデバイス２０８やキーボード２０９を用いた入力操作により登録管理サーバ１０２のＣＰＵ２０１は返信データを取得することになる。返信内容がイベントに関する案内状発行を許可しているものの場合（Ｓ５０５：ＹＥＳ）には、顧客ＤＢ（図１９（ｂ））中の当該顧客データのイベント案内フラグ項目１９１７を"１"にする（Ｓ５０６）。一方、返信内容が、顧客データの使用をイベント案内状発行に関して認めないものであれば（Ｓ５０５：ＮＯ）、何もせず（イベント案内フラグ項目１９１７は"０"のまま）に返信待ち状態に移行することになる（Ｓ５０３）。返信締切期日が到達したと判断するまで、登録管理サーバ１０２のＣＰＵ２０１はＳ５０３からＳ５０６の処理を行うことになる。
【００３６】
返信締切期日に到達したと判断した場合（Ｓ５０７：ＹＥＳ）、登録管理サーバ１０２のＣＰＵ２０１は、案内状作成を行う（Ｓ５０８）。そしてそれぞれの顧客が指定した手段で顧客に対して案内状を送付することになる（Ｓ５０９）。Ｅ−Ｍａｉｌで送信される案内状は図１０のようなものであり、イベント参加申込Ｗｅｂページ（図１１）へのリンクを有している。
【００３７】
＜＜招待状発行＞＞
図６は、登録管理サーバ１０２のＣＰＵ２０１により行われる、イベント来場希望者に対しての招待状発行処理に関するフローチャートである。図６を参照しながら、招待状発行処理について説明する。ここでの説明は、案内方法フラグ項目１９１７（図１９（ｂ））が"１"の顧客への招待状発行処理になる。図１９（ｂ）中の顧客ＩＤ００１１、００１４及び００１５の顧客データがその対象データとなる。
【００３８】
図５を参照し説明した案内状発行処理が終了すると、登録管理サーバ１０２のＣＰＵ２０１はまず、ブランクの来場者ＤＢ（図１９（ｃ））を作成する（Ｓ６０１）。そして、登録管理サーバ１０２のＣＰＵ２０１は案内状の返信待ち状態に移行する（Ｓ６０２）。そして、イベント案内状を発行した顧客の使用するユーザ端末からの返信を受信した場合（Ｓ６０３：ＹＥＳ）、その受信内容を確認し、招待状送付希望だった場合（図１１の「ご招待状の送付を希望する」ラジオボタンが選択状態で登録ボタンを押下し返信送信）には（Ｓ６０４：ＹＥＳ）、当該顧客を来場者データとして来場者ＤＢ（図１９（ｃ））に登録する（Ｓ６０５）。登録項目としては図１９（ｃ）にあるようなものであり、当該顧客に該当する顧客ＤＢ内の顧客ＩＤ、並びに、図１１の画面上で指定された来場日付及び営業社員の説明の希望の有無に基づいて、来場者ＤＢ内において顧客ＩＤ項目１９２０、来場日項目１９２１及び説明員希望項目１９２２の項目が登録される。説明員希望項目には、「フォーラム当日に、営業社員のご説明を希望する」にチェックが入っていた場合には"１"が（説明員希望を示している）、チェックが入っていない場合には"０"が（説明員を希望しないことを示している）設定されることとなる。なお、識別ＩＤ項目１９１９、来場時刻項目１９２３及び退場時刻項目１９２４はここでは登録されない。
【００３９】
登録管理サーバ１０２のＣＰＵ２０１は、以上の処理を案内状返信締切期日に到達したと判断する（Ｓ６０６：ＹＥＳ）まで行うことになる。そして、案内状返信締切期日到達後、登録管理サーバ１０２のＣＰＵ２０１は、来場者ＤＢに記憶保存されている全ての顧客に対して、顧客ＩＤを含む招待状を作成し（Ｓ６０７）、顧客が指定した手段で送信することになる（Ｓ６０８）。案内方法がＥ−Ｍａｉｌに設定されている顧客には、図１２にあるようなＥ−Ｍａｉｌが登録管理サーバ１０２より送信される。顧客はその使用するユーザ端末１０３−１を操作し、図１２にあるご招待状ＵＲＬのリンクをクリックすると、ユーザ端末１０３−１のＣＰＵ２０１は、図１３にあるご招待状印刷Ｗｅｂページにアクセスし、招待状を印刷することが可能である。顧客は該招待状をイベント当日に会場に持参することになる。ここにあるバーコード情報が顧客ＩＤを示すものである。このバーコード情報は顧客ＩＤそのものではなく、顧客ＩＤに何らかのアルゴリズムに基づく処理（例えば暗号化処理等）を加えたものであることが望ましい。以降の説明では、バーコード情報は顧客ＩＤそのものとは限らないが、便宜上バーコード情報は図１９（ｂ）にある顧客ＩＤを示すものとして扱うこととする。顧客がＦＡＸや郵送と言った手段での案内希望を行っている際にも、このような印刷情報をもつ案内がされる。
【００４０】
＜＜来場者受付−１＞＞
図７は、来場者管理サーバ１０４のＣＰＵ２０１及び受付端末１０５のＣＰＵ３０１によって行われる、イベントの来場者の受付処理に関するフローチャートである。図７を参照しながら、その処理について説明する。
【００４１】
来場者管理サーバ１０４のハードディスク２０４には、招待状発行処理において、登録管理サーバ１０２のＣＰＵ２０１によって作成された来場者ＤＢ（図１９（ｃ））がコピーされている。Ｓ７０１において、受付端末１０５のＣＰＵ３０１は、顧客ＩＤが読取可能か否かを判定する。受付端末１０５の操作者によるポインティングデバイス３１０、キーボード３１１等の入力装置の操作に基づいてＣＰＵ３０１はこの判定を行うことになる。Ｓ７０１において、来場者情報読取可と判断した場合には（ＹＥＳ）、受付端末１０５のＣＰＵ３０１は、外部機器Ｉ／Ｆ３０６を介してバーコードリーダ装置３１２を制御し、該来場者の顧客ＩＤを示すバーコード情報の読取処理を行う（Ｓ７０２）。
【００４２】
Ｓ７０３において、受付端末１０５のＣＰＵ３０１は、Ｓ７０２で行った顧客ＩＤ読取処理が成功したかを判断する。Ｓ７０２において、読取に成功した場合には（Ｓ７０３：ＹＥＳ）、受付端末１０５のＣＰＵ３０１は、ネットワークＩ／Ｆ３０９を制御して、Ｓ７０２において読み取った顧客ＩＤを来場者管理サーバ１０４に対して送信する。
【００４３】
受付端末１０５からの顧客ＩＤを受信（Ｓ７２１）した来場者管理サーバ１０４のＣＰＵ２０１は、ハードディスク２０４に記憶されている来場者ＤＢ（図１９（ｃ））を検索し、該顧客ＩＤを持った来場者データを取得する（Ｓ７２２）。なお、来場者管理サーバ１０４のＣＰＵ２０１は、受信パケットの送信元アドレス情報等で、どの受付端末から送られてきた顧客ＩＤかを判断する。勿論、受付端末１０５のＣＰＵ３０１が顧客ＩＤを送信する際に、受付端末１０５自身の端末ＩＤ（図１９（ｅ）に示す端末ＤＢ（来場者管理サーバ１０４のハードディスク２０４に記憶されている）中の端末ＩＤ項目１９２８）もあわせて送信するなどの手法をとることも可能である。
【００４４】
そして、来場者管理サーバ１０４のＣＰＵ２０１は、来場者ＤＢ（図１９（ｃ））を検索し、受信した顧客ＩＤを有する来場者データを取得し（Ｓ７２２）、変更権限を当該顧客ＩＤを送信した受付端末１０５に対して付与する（Ｓ７２３）。どの受付端末に対してどのデータに対する変更権限を与えたかを、来場者管理サーバのＣＰＵ２０１はＲＡＭ２０２に記憶する。これにより、当該受付端末１０５からのみ来場者ＤＢ中の該当来場者データを変更することが可能となる。受付端末１０５の機能が、バーコードリーダ装置のみが接続されている端末とリーダ装置のみが接続されている端末の２台１組で構成されている場合には、顧客ＩＤを送信したバーコードリーダ装置が接続された端末と対をなすリーダ装置が接続されている端末に対して、変更権限を付与することとなる。
【００４５】
そして、来場者管理サーバ１０４のＣＰＵ２０１は、検索結果画面情報を作成し、ネットワークＩ／Ｆ３０９を制御して、顧客ＩＤを送信してきた受付端末１０５に対し、画面情報を送信する（Ｓ７２４）。その際の画面情報は、図１５のようなものである。
【００４６】
Ｓ７０１において、顧客ＩＤ読取不可と判定した場合（Ｓ７０１：ＮＯ）、又は、Ｓ７０２における顧客ＩＤ読取に失敗した場合（Ｓ７０３：ＮＯ）、その旨がディスプレイ装置３１４上に表示され、来場者若しくは受付端末１０５の操作者がポインティングデバイス３１０やキーボード３１１等の入力装置を操作して、本受付端末１０５の処理をＳ７０５へと移行させる。
【００４７】
Ｓ７０５では、受付端末１０５のＣＰＵ３０１は、図１４の来場者情報入力画面をビデオＩ／Ｆ３０８を制御してディスプレイ装置３１４に表示させる。そして来場者、若しくは受付端末１０５の操作者は、ポインティングデバイス３１０やキーボード３１１といった入力装置を操作して、来場者情報を入力することになる。図１４では、全ての項目を入力しているが、一意に来場者を識別できるデータ（例えばＥ−Ｍａｉｌのアドレス）のみの入力でも構わない。受付端末１０５のＣＰＵ３０１は、前記操作に基づく入力情報を取得し（Ｓ７０５）、該来場者情報を来場者管理サーバ１０４に対して送信する。
【００４８】
来場者情報を受信した（Ｓ７２５）来場者管理サーバ１０４のＣＰＵ２０１は、受信した来場者情報を登録管理サーバ１０２に対して送信する。該来場者情報を受信した登録管理サーバ１０２のＣＰＵ２０１は、ハードディスク２０４に記憶されている顧客ＤＢ（図１９（ｂ））を検索し、受信した来場者情報と合致した顧客データがあった場合には、そのデータ中の顧客ＩＤを来場者管理サーバ１０４に対して送信する。顧客ＩＤを受信した来場者管理サーバ１０４のＣＰＵ２０１は、該顧客ＩＤをもとにハードディスク２０４に記憶されている来場者ＤＢを検索し（Ｓ７２６）、同一データが無かった場合（Ｓ７２７：ＮＯ）には、受付端末１０５に対してエラー通知を行って受付処理を終了する。また、Ｓ７２７以降の他の処理例として、来場者情報の新規登録画面を受付端末１０５に対して送信させ、当該新規登録画面上で登録された内容に基づいて来場者ＤＢに来場者データを新規登録することもできる。
【００４９】
尚、受付端末１０５から受信した来場者情報に基づく顧客検索であるが、登録管理サーバ１０２のハードディスク２０４に記憶されている顧客ＤＢを、来場者管理サーバ１０４のハードディスク２０４にコピーし、来場者管理サーバ１０４のＣＰＵ２０１がハードディスク２０４に記憶されている顧客ＤＢを検索するという手法をとることも勿論可能である。
【００５０】
来場者ＤＢ中に当該来場者情報を有する来場者データが存在した場合（Ｓ７２７：ＹＥＳ）には、当該来場者データについての変更権限を、前記来場者情報を送信した受付端末１０５に対して付与する（Ｓ７２３）。そして、どの受付端末に対してどのデータに対する変更権限を与えたかを、来場者管理サーバのＣＰＵ２０１はＲＡＭ２０２に記憶する。これにより、当該受付端末からのみ来場者ＤＢ中の該当来場者データを変更することが可能となり、他の受付端末によって当該来場者につき重複して受付が行われてしまうことを好適に防止することができる。
【００５１】
そして、来場者管理サーバ１０４のＣＰＵ２０１は、検索結果画面情報を作成し、ネットワークＩ／Ｆ２０７を制御して、来場者情報を送信してきた受付端末１０５に対し、検索結果画面情報（図１５）を送信する（Ｓ７２４）。受付端末１０５のＣＰＵ３０１は、検索結果画面情報を受信し、ビデオＩ／Ｆ３０８を制御してディスプレイ装置３１４に表示する（Ｓ７０７）。
【００５２】
その後、受付担当者は、来場者に対して非接触型ＩＣカードが埋め込まれている会場内パスを渡すことになる。非接触型ＩＣカードには、該非接触型ＩＣカードを示す一意の識別情報（識別ＩＤ）が予め記録されている。受付担当者は、会場内パスを来場者に渡す際に、該会場内パスに埋め込まれている非接触型ＩＣカードと受付端末１０５に接続されているリーダ装置３１３との通信を行わせる。その際に受付端末１０５のＣＰＵ３０１は、外部機器Ｉ／Ｆ３０７を介してリーダ装置３１３を制御して、該リーダ装置３１３に非接触型ＩＣカードに記録されている、該非接触型ＩＣカードの識別情報を読み込み処理を行わせ、該リーダ装置３１３が読み取った識別情報を、外部機器Ｉ／Ｆ３０７を介して取得する（Ｓ７０８）。
【００５３】
リーダ装置３１３による非接触型ＩＣカードに記憶されている識別情報の読込に成功した場合（Ｓ７０９：ＹＥＳ）には、受付端末１０５のＣＰＵ３０１は、図１６に示すような図１５と同様の画面に、非接触型ＩＣカードの識別情報を識別ＩＤ、読み込み時刻を来場時刻として設定して、その画面情報をディスプレイ装置３１４に再描画し、受付担当者が読込が成功したと認識できるようにする。そしてＳ７０８で読み込んだ非接触型ＩＣカードの識別ＩＤ及び読み込み時刻を来場者管理サーバ１０４に対して送信する（Ｓ７１０）。読込に失敗した場合（Ｓ７０９：ＮＯ）には、Ｓ７０８の処理を繰り返すことになる。
【００５４】
来場者管理サーバ１０４のＣＰＵ２０１は、受信した（Ｓ７２８）非接触型ＩＣカードの識別ＩＤを、Ｓ７２３で変更権限が与えられた来場者ＤＢ中の当該来場者データの識別ＩＤ１９１９として、読込時刻を当該来場者の来場時刻データ１９２３として記録する（Ｓ７２９）。そして、受付端末１０５に与えた変更権限を剥奪し、受付端末１０５から当該来場者データに対しての変更を行えないようにする（Ｓ７３０）。そして受付処理を終了する。受付端末１０５のＣＰＵ３０１及び来場者管理サーバ１０４のＣＰＵ２０１は、上記の処理を来場者がやってくるたびに行うこととなる。
【００５５】
なお、本実施形態では、受付端末１０５が識別ＩＤとともに読み込み時刻を送信することにより、来場者管理サーバ１０４は当該来場者の来場時刻を管理することを可能としているが、この手法に限られず、受付端末１０５からは識別ＩＤのみを送信し、来場者管理サーバ１０４のＣＰＵ２０１は識別ＩＤの受信時刻を当該来場者の来場時刻として設定する構成とすることにより、同等の作用を得ることも可能である。
【００５６】
このような構成をとることにより、受付処理は、バーコード読み取り及び非接触型ＩＣカードとの通信での該非接触型ＩＣカードの識別ＩＤ読み取りだけという容易な操作で行えるため、受付処理が迅速に行うことが可能となる。また、来場者が会場内で展示を見る際に持ち歩く会場内パスに埋め込まれている非接触型ＩＣカードには当該来場者の個人情報が書き込まれていないので、個人情報の流出と言う危険性もない。また、本実施形態によれば、非接触型ＩＣカードを使い回す際には記録情報の書き替える手間が省けるため、利便性の向上を図ることができる。
【００５７】
＜＜受付処理−２＞＞
図１８は、来場者管理サーバ１０４のＣＰＵ２０１及び受付端末１０５のＣＰＵ３０１によって行われる、イベントの来場者の受付処理に係る他の実施形態を示すフローチャートである。図１８を参照しながら、その処理について説明する。
【００５８】
来場者管理サーバ１０４のハードディスク２０４には、招待状発行処理において登録管理サーバ１０２のＣＰＵ２０１により作成された来場者ＤＢ（図１９（ｃ））がコピーされている。Ｓ１８０１において、受付端末１０５のＣＰＵ３０１は、顧客ＩＤが読取可能か否かを判定する。受付端末１０５の操作者によるポインティングデバイス３１０、キーボード３１１等の入力装置の操作に基づいてＣＰＵ３０１はこの判定を行うことになる。Ｓ１８０１において、来場者情報読取可と判断した場合には（ＹＥＳ）、受付端末１０５のＣＰＵ３０１は、外部機器Ｉ／Ｆ３０６を介してバーコードリーダ装置３１２を制御し、該来場者の顧客ＩＤを示すバーコードの読取処理を行う（Ｓ１８０２）。
【００５９】
Ｓ１８０３において、受付端末１０５のＣＰＵ３０１は、Ｓ１８０２で行った顧客ＩＤ読取処理が成功したかを判断する。Ｓ１８０２において、読取に成功した場合には（Ｓ１８０３：ＹＥＳ）、受付端末１０５のＣＰＵ３０１は、ネットワークＩ／Ｆ３０９を制御して、Ｓ１８０２において読み取った顧客ＩＤを取得し、ＲＡＭ３０２に記憶する（Ｓ１８０４）。
【００６０】
Ｓ１８０１において、顧客ＩＤ読取不可と判定した場合（Ｓ１８０１：ＮＯ）及び、Ｓ１８０２における顧客ＩＤ読取に失敗した場合（Ｓ１８０３：ＮＯ）、Ｓ１８０５へと移行する。
【００６１】
Ｓ１８０５では、受付端末１０５のＣＰＵ３０１は、図１４の来場者情報入力画面をビデオＩ／Ｆ３０８を制御してディスプレイ装置３１４に表示させる。そして来場者、若しくは受付端末１０５の操作者は、ポインティングデバイス３１０やキーボード３１１といった入力装置を操作して、来場者情報を入力することになる。図１４では、全ての項目を入力しているが、一意に来場者を識別できるデータ（例えばＥ−Ｍａｉｌのアドレス）のみの入力でも構わない。受付端末１０５のＣＰＵ３０１は、前記操作に基づく入力情報を取得しＲＡＭ３０２に記憶する（Ｓ１８０５）。
【００６２】
Ｓ１８０４の処理、若しくはＳ１８０５の処理が終了後、受付担当者は、来場者に対して渡す会場内パスに埋め込まれている非接触型ＩＣカードと受付端末１０５に接続されているリーダ装置３１３を通信させる。この通信によって受付端末１０５のＣＰＵ３０１は、非接触型ＩＣカードに記録されている該非接触型ＩＣカードを示す一意の識別ＩＤを取得する（Ｓ１８０６）。
【００６３】
Ｓ１８０６の識別ＩＤの読込に失敗した時（Ｓ１８０７：ＮＯ）には、再度読み取り処理を行う。読込に成功した場合（Ｓ１８０７：ＹＥＳ）には、Ｓ１８０４で取得した顧客ＩＤデータ若しくはＳ１８０５で取得した来場者情報データと、非接触型ＩＣカードから取得した識別ＩＤ、及び非接触型ＩＣカードとの通信が成功した時刻情報を来場者管理サーバ１０４に対して送信する（Ｓ１８０８）。
【００６４】
受付端末１０５より顧客ＩＤデータ若しくは来場者情報データ、識別ＩＤ及び時刻情報を受信した（Ｓ１８２１）来場者管理サーバ１０４のＣＰＵ２０１は、顧客ＩＤをキーにして、来場者ＤＢ中に該当データがあるかを検索する（Ｓ１８２２）。来場者情報を受信した場合には、来場者管理サーバ１０４のＣＰＵ２０１は、該受信した来場者情報を登録管理サーバ１０２に対して送信する。該来場者情報を受信した登録管理サーバ１０２のＣＰＵ２０１は、ハードディスク２０４に記憶されている顧客ＤＢ（図１９（ｂ））を検索し、受信した来場者情報と合致した顧客データがあった場合には、そのデータ中の顧客ＩＤを来場者管理サーバ１０４に対して送信する。来場者管理サーバ１０４のＣＰＵ２０１は、登録管理サーバ１０２より受信した顧客ＩＤをキーにしてＳ１８２２の検索処理を行うことになる。尚、受付端末１０５から受信した来場者情報に基づく顧客検索であるが、登録管理サーバ１０２のハードディスク２０４に記憶されている顧客ＤＢを、来場者管理サーバのハードディスク２０４にコピーし、来場者管理サーバ１０４のＣＰＵ２０１がハードディスク２０４に記憶されている顧客ＤＢを検索するという手法をとることも勿論可能である。前記検索の結果、該当データが来場者ＤＢ上に存在した場合には（Ｓ１８２３：ＹＥＳ）、該当来場者データを取得し（Ｓ１８２４）、そのデータ中の識別ＩＤ項目１９１９及び来場時刻項目１９２３をそれぞれＳ１８２１で受信した識別ＩＤ、時刻情報で更新する（Ｓ１８２５）。そして処理結果をＳ１８２１で受信した各データを送信してきた受付端末１０５に対して送信する。
【００６５】
Ｓ１８２３で該当データがないと判定した場合には（Ｓ１８２３：ＮＯ）、データ更新処理を行わずに処理結果を送信する（Ｓ１８２６）。その際の処理結果はエラー通知になる。Ｓ１８２６の処理に代わって、来場者データの新規登録画面を受付端末１０５に対して送信させ、当該新規登録画面上で登録された内容に基づいて来場者ＤＢに来場者データを新規登録することもできる。
【００６６】
＜＜来場者通知＞＞
図８は、来場者管理サーバ１０４のＣＰＵ２０１により行われるイベント来場者通知処理に関するフローチャートである。図８を参照しながら、その処理について説明する。
図７にある受付処理が終了後（Ｓ８０１）、来場者管理サーバ１０４のＣＰＵ２０１は、受付処理において受付を行った来場者の来場者データ中の説明員希望設定（図１９（ｃ）の来場者ＤＢ中の説明希望項目１９０４が"１"か）を確認する（Ｓ８０２）。Ｓ８０２において、説明員希望項目が設定されていないと判定した場合（Ｓ８０２：ＮＯ）には、来場者通知は行わずに処理を終了する。Ｓ８０２において、説明員希望が設定されていると判定した場合には（Ｓ８０２：ＹＥＳ）、当該来場者への説明員として設定されている営業社員データを取得する（Ｓ８０３）。その際に、来場者管理サーバ１０４のＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御し、当該来場者の顧客ＩＤを登録管理サーバ１０２に対して送信する。来場者管理サーバから顧客ＩＤを受信した登録管理サーバ１０２のＣＰＵ２０１は、ハードディスク２０４に記憶されている営業社員ＤＢ（図１９（ａ））及び顧客ＤＢ（図１９（ｂ））をもとに当該顧客の担当営業である営業社員のＥ−Ｍａｉｌ項目１９０５に設定されているＥ−Ｍａｉｌ情報を取得し、該取得したＥ−Ｍａｉｌ情報をネットワークＩ／Ｆ２０７を制御して来場者管理サーバ１０４に対して送信することとなる。
【００６７】
次に、来場者端末サーバ１０４のＣＰＵ２０１は、営業社員データ中のＥ−Ｍａｉｌ項目に登録されるＥ−Ｍａｉｌアドレス（図１９（ａ）のＥ−Ｍａｉｌ１９０５）項目を登録管理１０２サーバより取得し、該Ｅ−Ｍａｉｌアドレス宛に当該来場者の来場通知を行う（Ｓ８０４）。このＥ−Ｍａｉｌアドレス情報は、営業社員が所有している携帯電話のＥ−Ｍａｉｌアドレスであることが望ましい。
【００６８】
そして、その後一定時間、担当営業社員からの受信確認待ち状態に移行する（Ｓ８０５）。一定時間経過後、担当営業社員の所有する携帯電話からの受信確認を示す旨のＥ−Ｍａｉｌの返信がなければ（Ｓ８０６：ＮＯ）、再度Ｓ８０４に移行し、担当営業社員に再度、当該来場者の来場通知を行う。受信確認を示す旨のＥ−Ｍａｉｌが当該担当営業社員の所有する携帯電話から返信された場合（Ｓ８０６：ＹＥＳ）、処理を終了する。尚、営業社員情報取得のために必要となるデータを予め来場者管理サーバ１０４のハードディスク２０４上にコピーし、営業社員情報検索を来場者管理サーバ１０４のＣＰＵ２０１が行う手法を採用しても勿論良い。
【００６９】
＜＜来場者行動情報取得−１＞＞
図９は、来場者がイベント会場内をどのように移動し、展示を見たかという情報を取得するためのブース端末１０６、退場口端末１０７及び来場者管理サーバ１０４の処理を示すフローチャートである。
【００７０】
イベント会場の各展示ブースや展示コーナにはそれぞれブース端末１０６が、退場口にはそれぞれ退場口端末１０７が設置されており、それぞれのＣＰＵ４０１は定期的に外部機器Ｉ／Ｆ４０６を介してリーダ装置４１１を制御して来場者が持参している会場内パスに埋め込まれた非接触型ＩＣカードとの通信を行う。
【００７１】
まず、ブース端末１０６及び退場口端末１０７のＣＰＵ４０１は、外部機器Ｉ／Ｆ４０６を介してリーダ装置４１１を制御して、一定周期ごとに不特定の非接触型ＩＣカードとの無線通信を試みる（Ｓ９０１）。Ｓ９０１の結果、非接触型ＩＣカードからの応答を受信し、通信が成功した場合には（Ｓ９０２：ＹＥＳ）、ブース端末１０６のＣＰＵ４０１及び退場口端末１０７のＣＰＵ４０１は、ブース端末１０６若しくは退場口端末１０７の端末ＩＤ、通信が成功した非接触型ＩＣカード情報、及び通信が成功した時刻情報を来場者管理サーバ１０４に対して送信する（Ｓ９０３、Ｓ９０４，Ｓ９０５）。
【００７２】
ブース端末１０６、若しくは退場口端末１０７から上記各情報を受信した来場者管理サーバ１０４のＣＰＵ１０４は、受信情報に含まれる端末ＩＤと一致する図１９（ｅ）に示す端末ＤＢ内のカテゴリ項目１９２９を確認することにより、上記各情報を送信した端末が、ブース端末１０６か退場口端末１０７かを判定する（Ｓ９０６）。なおこの端末ＤＢは来場者管理サーバ１０４のハードディスク２０４に記憶されている。そしてカテゴリ項目１９２９に"１"と設定されている端末は受付端末、"２"はブース端末、"３"は退場口端末を示している。
【００７３】
来場者管理サーバ１０４は、退場口端末１０７から送信されたデータであると判定した場合（Ｓ９０６：ＹＥＳ）には、来場者ＤＢ中の受信した識別ＩＤをもつ来場者データを取得し、受信した時刻情報を退場時刻項目１９２４に設定する（Ｓ９０７）。ブース端末１０６から送信されたデータであると判定した場合（Ｓ９０６：ＮＯ）、来場者管理サーバ１０４のＣＰＵ２０１は、受信した時刻情報を図１９（ｄ）に示すイベント管理ＤＢの時刻項目１９２７に設定する（Ｓ９０８）。これらの処理を、来場者管理サーバ１０４のＣＰＵ２０１、ブース端末１０６及び退場口端末１０７それぞれのＣＰＵ４０１はイベント開始時刻からイベント終了時刻まで繰り返し行うことになる。このように、来場者データにブース端末１０６又は退場口端末１０７の識別ＩＤと関連付けて上記時刻情報を設定することにより、来場者が立ち寄ったブース及びその時刻や退場時刻を管理することができる。このような構成をとることで、ある来場者に渡した会場内パスを該来場者が退場後、他の来場者に渡し再使用する際に、非接触型ＩＣカードに記録されている識別情報に変更を加えなくとも、どの来場者がどのブースに立ち寄ったかという情報を、来場者ＤＢ中及びイベント管理ＤＢ中に記憶される識別ＩＤ、及び時刻情報をもとに把握することが可能である。
【００７４】
＜＜来場者行動情報取得−２＞＞
次に、ブース端末１０６の他の実施形態について説明する。
本実施形態では、ブース端末１０６は、非接触型ＩＣカードとの通信成功の度にその識別ＩＤ、通信時刻を来場者管理サーバ１０４に送信するのではなく、ある識別ＩＤを有する非接触型ＩＣカードとの通信が途切れたら、その非接触型ＩＣカードの識別ＩＤ、通信開始時刻及び通信終了時刻を来場者管理サーバ１０４に送信する。この動作を行うのはブース端末１０６のみで、退場口端末１０７はこのような処理は行わない。
【００７５】
以下、本実施形態に係るブース端末１０６の動作を図１７を参照して説明する。図１７のフローチャートはブース端末１０６のＣＰＵ４０１によって行われる処理を示すフローチャートである。
【００７６】
まず、ブース端末１０６のＣＰＵ４０１は、外部機器Ｉ／Ｆ４０６を介して来場者が会場内で持参している会場内パスに埋め込まれた非接触型ＩＣカードとの通信を行う（Ｓ１７０１）。非接触型ＩＣカードとの接続が成功した場合には（Ｓ１７０２）、該非接触型ＩＣカードが記録している識別ＩＤ、非接触型ＩＣカードとの通信時刻情報を取得する（Ｓ１７０３）。なお、ステップＳ１７０１の通信処理においてブース端末１０６の通信対象となる非接触型ＩＣカードは必ずしも一つに限定されることはなく、一度のステップＳ１７０１の通信処理により複数の非接触型ＩＣカードから複数の識別ＩＤを取得することが可能である。
【００７７】
次に、該非接触型ＩＣカードとの通信が新規に行われたものかどうかを該非接触型ＩＣカードの識別ＩＤに基づいて確認する（Ｓ１７０４）。通信が新規に行われた場合には（Ｓ１７０４：ＹＥＳ）、ブース端末１０６のＣＰＵ４０１は、当該識別ＩＤ用の通信データを作成し、ブース端末１０６のＲＡＭ４０２若しくはハードディスク４０４に記録する（Ｓ１７０５）。データの項目としては、識別ＩＤ、通信開始時刻、通信終了時刻がある。そして、当該識別ＩＤを有する非接触型ＩＣカードとの通信開始時刻、通信終了時刻を設定し記録する（Ｓ１７０６、Ｓ１７０７）。このときには通信開始時刻と通信終了時刻は同一の時刻データが設定される。当該識別ＩＤを有する非接触型ＩＣカードとの通信が既に行われている場合には（Ｓ１７０４：ＮＯ）、当該識別ＩＤとの通信終了時刻のみを変更する（Ｓ１７０７）。
【００７８】
次にＳ１７０８に移り、既に通信が開始されている非接触型ＩＣカードの中で、一定時間通信が行われていない非接触型ＩＣカードの通信データがあるかを判定する（Ｓ１７０８）。この際には、通信データ中の終了時刻をキーにして、現在時刻との差が一定時間以上のものを該当データとする。該当データがある場合（Ｓ１７０８：ＹＥＳ）、当該非接触型ＩＣカードとの通信データを取得する（Ｓ１７０９）。そして、当該取得データを来場者管理サーバ１０４に対して通知する（Ｓ１７１０）。このときに通知されるデータ項目としては、該ブース端末１０６の識別情報、非接触型ＩＣカードの識別ＩＤ、そして該ブース端末１０６と該非接触ＩＣカードとの通信開始時刻及び通信終了時刻である。そして当該通信データをＲＡＭ４０２（若しくはハードディスク４０４）上から削除する（Ｓ１７１１）。Ｓ１７１０でブース端末１０６よりデータの通知を受けたイベント管理サーバ１０４のＣＰＵ２０１は、該データを取得し、ハードディスク２０４に記憶する。以上の処理をイベント終了時刻になったと判断するまで（Ｓ１７１２：ＹＥＳ）行うこととなる。このように通信開始時刻と通信終了時刻とを来場者が持参している非接触型ＩＣカードに記録されている識別情報とともに来場者管理サーバ１０４内において管理することで、各ブースにおける来場者の滞在時間を管理することが可能となる。そしてこの滞在時間情報から、当該来場者の嗜好等を把握することが可能となり（滞在時間が長い場合は興味有り／短い場合は興味なし等）、イベントにおける来場者の行動から得られたデータを、その後の営業活動に活かすことが可能となる。
【００７９】
上記実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段は、プログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体やプログラムを伝送するインターネット等の伝送媒体であってもよい。以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲で適宜変更可能である。
【図面の簡単な説明】
【００８０】
【図１】本発明の一実施形態に係るイベント管理システムのシステム構成を示す図である。
【図２】登録管理サーバ、ユーザ端末及び来場者管理サーバのハードウェア構成を示す図である。
【図３】受付端末のハードウェア構成を示す図である。
【図４】ブース端末及び退場口端末のハードウェア構成を示す図である。
【図５】登録管理サーバのＣＰＵにより行われる、顧客に対してのイベント開催についての案内状発行処理に関するフローチャートである。
【図６】登録管理サーバのＣＰＵにより行われる、イベント来場希望者に対しての招待状発行処理に関するフローチャートである。
【図７】来場者管理サーバのＣＰＵ及び受付端末のＣＰＵによって行われる、イベントの来場者の受付処理に関するフローチャートである。
【図８】来場者管理サーバのＣＰＵにより行われるイベント来場者通知処理に関するフローチャートである。
【図９】来場者がイベント会場内をどのように移動し、展示を見たかという情報を取得するためのブース端末のＣＰＵ、退場口端末のＣＰＵ及び来場者管理サーバのＣＰＵにより行われる処理を示すフローチャートである。
【図１０】Ｅ−Ｍａｉｌで送信される案内状を示す図である。
【図１１】イベント参加申込Ｗｅｂページを示す図である。
【図１２】Ｅ−Ｍａｉｌで送信される招待状を示す図である。
【図１３】招待状印刷Ｗｅｂページを示す図である。
【図１４】来場者情報入力画面を示す図である。
【図１５】検索結果画面を示す図である。
【図１６】識別情報読み込み確認画面を示す図である。
【図１７】ブース端末のＣＰＵによって行われる処理を示すフローチャートである。
【図１８】来場者管理サーバのＣＰＵ及び受付端末のＣＰＵによって行われる、イベントの来場者の受付処理に係る他の実施形態を示すフローチャートである。
【図１９】各データベース（ＤＢ）の設定項目を示す図である。
【符号の説明】
【００８１】
１０１  通信ネットワーク
１０２  登録管理サーバ
１０３  ユーザ端末
１０４  来場者管理サーバ
１０５  受付端末
１０６  ブース端末
１０７  退場口端末
【図１】
2005108122.tif 000003
【図２】
2005108122.tif 000004
【図３】
2005108122.tif 000005
【図４】
2005108122.tif 000006
【図５】
2005108122.tif 000007
【図６】
2005108122.tif 000008
【図７】
2005108122.tif 000009
【図８】
2005108122.tif 000010
【図９】
2005108122.tif 000011
【図１０】
2005108122.tif 000012
【図１１】
2005108122.tif 000013
【図１２】
2005108122.tif 000014
【図１３】
2005108122.tif 000015
【図１４】
2005108122.tif 000016
【図１５】
2005108122.tif 000017
【図１６】
2005108122.tif 000018
【図１７】
2005108122.tif 000019
【図１８】
2005108122.tif 000020
【図１９】
2005108122.tif 000021