JP2023126425A - 情報処理方法、情報処理システム、情報処理装置及びプログラム - Google Patents

Abstract

【課題】出展者が来場者データをリアルタイムでダウンロードすることが可能な情報処理方法等を提供すること。【解決手段】一つの側面に係る情報処理方法は、イベントに出展する複数の出展者に貸与する携帯端末２で読み取るための、出展者を特定する出展者用コードを送信し、前記出展者用コードを通じた前記携帯端末２のログインを受け付け、ログイン後の前記携帯端末２により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶し、出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知し、通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する。【選択図】図１

Description

本発明は、情報処理方法、情報処理システム、情報処理装置及びプログラムに関する。

施設またはイベント会場に来場者が来場する際に、来場者識別用のコードを用いて受付を行う技術がある。例えば特許文献１には、来場者が持参した書状に印刷された来場者識別コードを読み込み、読込んだ来場者識別コードを来場者データベースに登録する来場管理システム開示されている。

特開２００６－９９７８６号公報

しかしながら、特許文献１に係る発明は、納品日まで来場者データを随時に確認することができない問題がある。

一つの側面では、出展者が来場者データをリアルタイムでダウンロードすることが可能な情報処理方法等を提供することにある。

一つの側面に係る情報処理方法は、イベントに出展する複数の出展者に貸与する携帯端
末で読み取るための、出展者を特定する出展者用コードを送信し、前記出展者用コードを通じた前記携帯端末のログインを受け付け、ログイン後の前記携帯端末により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶し、出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知し、通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する

一つの側面では、出展者が来場者データをリアルタイムでダウンロードすることができる。

出展者向けの来場者管理システムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 イベントＤＢのレコードレイアウトの一例を示す説明図である。 ダウンロードデータＤＢのレコードレイアウトの一例を示す説明図である。 来場者ＤＢのレコードレイアウトの一例を示す説明図である。 出展者ＤＢのレコードレイアウトの一例を示す説明図である。 端末監視ＤＢのレコードレイアウトの一例を示す説明図である。 携帯端末の構成例を示すブロック図である。 出展者端末の構成例を示すブロック図である。 来場者管理システムの動作を説明する説明図である。 出展者用コードを通じて携帯端末のログイン処理を行う際の処理手順を示すフローチャートである。 来場者データを出力する際の処理手順を示すフローチャートである。 来場者データを出力する際の処理手順を示すフローチャートである。 出展者端末上に出展者用コードを表示する画面の一例を示す説明図である。 携帯端末により出展者用コードを読み取る画面の一例を示す説明図である。 来場者データのダウンロード画面の一例を示す説明図である。 実施形態２のサーバの構成例を示すブロック図である。 ダウンロード設定ＤＢのレコードレイアウトの一例を示す説明図である。 ダウンロード対象の項目の選択を受け付ける際の処理手順を示すフローチャートである。 ダウンロード対象の項目に基づく来場者データを出力する際の処理手順を示すフローチャートである。 ダウンロード対象の項目の選択を受け付ける画面の一例を示す説明図である。 実施形態３のサーバの構成例を示すブロック図である。 来場者管理ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態３の携帯端末の構成例を示すブロック図である。 読取履歴ＤＢのレコードレイアウトの一例を示す説明図である。 来場者情報表示用ＤＢのレコードレイアウトの一例を示す説明図である。 来場者ＩＤに基づいて同期処理を行う処理動作を示す機能ブロック図である。 イベントに来場した来場者を受け付ける際の処理手順を示すフローチャートである。 イベントに来場した来場者を受け付ける際の処理手順を示すフローチャートである。 来場者の受付画面の一例を示す説明図である。 読取履歴画面の一例を示す説明図である。

以下、本発明をその実施形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、イベントに出展する出展者のダウンロード要求に応じて、来場者データを出力する形態に関する。図１は、出展者向けの来場者管理システムの概要を示す説明図である。本実施形態のシステムは、管理装置１、携帯端末２及び出展者端末３を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

管理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。管理装置１は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、管理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

携帯端末２は、出展者用コードを通じる携帯端末のログイン、来場者用コードの読取、及び該来場者用コードから読み取った来場者識別情報の送信を行う端末装置である。携帯端末２は、例えばスマートフォン、タブレット等の情報処理機器である。または、携帯端末２は、コードを読み取り可能な専用の読取モジュールが設けされた端末装置であっても良い。

例えば携帯端末２は、複数の出展者がブースを出展する展示イベントのように、複数のサブイベント（例えば、出展ブースまたはイベント内のセミナー等）が行われるイベントにおいて、来場者の来場をチェックすべく、コードの読取を行う。なお、イベントは展示イベントに限定されず、例えば講演会または音楽ライブ等、その他のイベントであっても良い。携帯端末２は、例えばイベントの主催者、あるいはイベント会場内の個々のブースに出展する出展者が操作し、イベント会場に設置されている所定の受付窓口、または個々のブースにおいてコードの読取を行う。例えば携帯端末２は、イベント開催時にイベント主催者の担当者または個々のサブイベントの開催者（出展者）に貸し出され、イベント終了後に返却される。

出展者端末３は、来場者データのダウンロード、及び来場者データの表示等を行う端末装置である。出展者端末３は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。

本実施の形態でサーバ１は、イベントに出展する複数の出展者に貸与する携帯端末２で読み取るための、出展者を特定する出展者用コードを出展者に発行する。サーバ１は、出展者に発行した出展者用コードを通じた携帯端末２のログインを受け付け、ログイン処理を行う。サーバ１は、イベントに来場する来場者（申込者）に関する情報を来場者識別情報と対応付けて予め登録してあり、来場者識別情報を記述した来場者用のコードを来場者に事前に発行する。

携帯端末２のログイン後に、携帯端末２は、来場者に発行された来場者用のコードから来場者識別情報を読み取り、ネットワークＮを経由してサーバ１に送信する。サーバ１は、携帯端末２から送信された来場者識別情報に基づいて、来場者データを出展者に対応付けて記憶する。サーバ１は、出展前または出展中に、来場者データをダウンロードするための出展者のアクセス情報を各出展者の出展者端末３に送信する。出展者端末３は、サーバ１から送信された出展者のアクセス情報を受信する。出展者端末３は、出展者の来場者データのダウンロード要求をサーバ１に送信する。

サーバ１は、出展者端末３から送信された来場者データのダウンロード要求を受け付けた場合、来場者データのダウンロード要求回数が所定回数を超えたか否かを判定する。サ
ーバ１は、ダウンロード要求回数が所定回数を超えていないと判定した場合、該ダウンロード要求に応じて来場者データを出展者端末３に出力する。サーバ１は、ダウンロード要求回数が所定回数を超えたと判定した場合、新たな出展者のアクセス情報を出展者端末３に再送信する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、携帯端末２及び出展者端末３等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読取部１６は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive:ハードディスク）、ＳＳＤ(Solid State Drive:ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１７は、イベントＤＢ（データベース：database）１７１、ダウンロードデータＤＢ１７２、来場者ＤＢ１７３、出展者ＤＢ１７４及び端末監視ＤＢ１７５を含む。イベントＤＢ１７１は、イベントに関する情報を記憶している。ダウンロードデータＤＢ１７２は、ダウンロード用の来場者データを記憶している。来場者ＤＢ１７３は、来場者に関する情報を記憶している。出展者ＤＢ１７４は、出展者に関する情報を記憶している。端末監視ＤＢ１７５は、監視対象となる複数の携帯端末に関する情報を記憶している。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

なお、本実施形態では、サーバ１は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または仮想マシンにより構成されていても良い
。

図３は、イベントＤＢ１７１のレコードレイアウトの一例を示す説明図である。イベントＤＢ１７１は、イベントＩＤ列、イベント名列、プログラム列、開催場所列、開催日列、開催開始時間列、開催終了時間列、ダウンロード可能期間列、ログイン可能期間列、申込開始日時列、申込終了日時列、受付開始時間列、受付終了時間列、サブイベントＩＤ列、サブイベント名列を含む。

イベントＩＤ列は、各イベントを識別するために、一意に特定するイベントのＩＤを記憶している。イベント名列は、イベントの名称を記憶している。プログラム列は、イベントのプログラム（内容）を記憶している。開催場所列は、イベントを開催する場所を記憶している。開催日列は、イベントを開催する日を記憶している。開催開始時間列は、イベントの開催の開始時間を記憶している。開催終了時間列は、イベントの開催の終了時間を記憶している。ダウンロード可能期間列は、来場者データをダウンロード可能な期間を記憶している。

ログイン可能期間列は、携帯端末２が出展者用コードに通じてサーバ１にログイン可能な期間を記憶している。申込開始日時列は、イベントを申し込む開始日時を記憶している。申込終了日時列は、イベントを申し込む終了日時を記憶している。受付開始時間列は、イベントを受け付ける開始時間を記憶している。受付終了時間列は、イベントを受け付ける終了時間を記憶している。サブイベントＩＤ列は、イベント内のサブイベントを一意に特定するサブイベントＩＤを記憶している。サブイベント名列は、サブイベントの名称を記憶している。

図４は、ダウンロードデータＤＢ１７２のレコードレイアウトの一例を示す説明図である。ダウンロードデータＤＢ１７２は、端末ＩＤ列、出展者ＩＤ列、読取日時列、来場者ＩＤ列、要望コード列及びリードＩＤ列を含む。端末ＩＤ列は、出展者に貸与した携帯端末２を特定する携帯端末ＩＤを記憶している。出展者ＩＤ列は、出展者を特定する出展者ＩＤを記憶している。読取日時列は、来場者用コードを読み取った日時情報を記憶している。来場者ＩＤ列は、来場者用コードから読み取った来場者ＩＤ（読取内容）を記憶している。

要望コード列は、要望を特定する要望コードを記憶している。要望コードは、イベントに来場する来場者の要望（例えば、当日の説明担当者、興味度合い、配布のカタログ等）を特定するための識別子であり、サブイベントの開催者（出展者）が任意に定義する。サブイベントの開催者は要望コードを確認することで、来場者の要望を迅速に把握することができる。リードＩＤ列は、イベント（キャンペーン、セミナー等）に対し、ユニークとなる申込者単位のＩＤを記憶している。

図５は、来場者ＤＢ１７３のレコードレイアウトの一例を示す説明図である。来場者ＤＢ１７３は、来場者ＩＤ列、イベントＩＤ列、サブイベントＩＤ列、来場者人数列、姓列、ミドルネーム列、名列、姓フリガナ列、名フリガナ列、会社名列、会社名フリガナ列、部署列及び属性列を含む。来場者ＩＤ列は、各来場者を識別するために、一意に特定する来場者のＩＤを記憶している。イベントＩＤ列は、イベントを特定するイベントＩＤを記憶している。サブイベントＩＤ列は、来場者が来場するサブイベントを特定するサブイベントＩＤを記憶している。来場者人数列は、一つの来場者ＩＤに応じて、イベントに来場した人数を記憶している。一つの来場者ＩＤを複数の来場者（複数人）が同時に利用することができる。

姓列は、来場者の姓を記憶している。ミドルネーム列は、来場者のミドルネームを記憶
している。名列は、来場者の名を記憶している。姓フリガナ列は、来場者の姓のフリガナを記憶している。名フリガナ列は、来場者の名のフリガナを記憶している。会社名列は、来場者が属する会社の名称を記憶している。会社名フリガナ列は、会社名のフリガナを記憶している。部署列は、来場者が属する会社の部署を記憶している。属性列は、来場者の属性に応じた属性情報を記憶している。属性情報は、例えばイベントが製品の展示会である場合、「ＶＩＰ（Very Important Person）会員」、「製品Ａ購入顧客」等で表現され得る。

図６は、出展者ＤＢ１７４のレコードレイアウトの一例を示す説明図である。出展者ＤＢ１７４は、出展者ＩＤ列、イベントＩＤ列、サブイベントＩＤ列、出展者名列、利用可能端末台数列、メールアドレス列、パスコード列、データダウンロード日時列及びダウンロード要求回数列を含む。出展者ＩＤ列は、各出展者を識別するために、一意に特定する出展者のＩＤを記憶している。イベントＩＤ列は、イベントを一意に特定するイベントＩＤを記憶している。サブイベントＩＤ列は、イベント内のサブイベントを一意に特定するサブイベントＩＤを記憶している。出展者名列は、出展者の名称を記憶している。利用可能端末台数列は、出展者に貸与可能な携帯端末２の台数を記憶している。

メールアドレス列は、出展者のメールアドレスを記憶している。パスコード列は、来場者データのダウンロード時に認証用のパスコードを記憶している。データダウンロード日時列は、来場者データをダウンロードした日時情報を記憶している。ダウンロード要求回数列は、出展者のアクセス情報に応じて来場者データのダウンロードを要求した回数を記憶している。なお、アクセス情報に関しては後述する。

図７は、端末監視ＤＢ１７５のレコードレイアウトの一例を示す説明図である。端末監視ＤＢ１７５は、端末ＩＤ列、端末名列、最終アプリログイン日時列、最終読取日時列、状態列及び出展者ＩＤ列を含む。端末ＩＤ列は、各監視対象となる携帯端末２を識別するために、一意に特定する携帯端末２のＩＤを記憶している。端末名列は、監視対象となる携帯端末２の名称を記憶している。最終アプリログイン日時列は、監視対象となる携帯端末２が最後にサーバ１にログイン（接続）した日時情報を記憶している。

最終読取日時列は、最後に携帯端末２の通信状態を読み取った日時情報を記憶している。状態列は、監視対象となる携帯端末２との通信状態を記憶している。本実施の形態では、通信状態として「online」、「offline」又は「停止」のステータスが格納される。「online」は、サーバ１が携帯端末２と通信可能状態である。「offline」は、サーバ１が携帯端末２と通信不可能状態である。「停止」は、携帯端末２の通信機能がサーバ１から停止されている状態である。出展者ＩＤ列は、出展者を特定する出展者ＩＤを記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図８は、携帯端末２の構成例を示すブロック図である。携帯端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、時計部２６、撮影部２８及びコード読取部２９を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、携帯端末２に係る種々の情報処理、制御処理等を行う。なお、図８では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶し
ている。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部２３はワイヤレス無線ＷＡＮ（Wide Area Network）を利用して通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。無線ＷＡＮは、通信規格４Ｇ(Generation)若しくは５ＧであるＬＴＥ(Long Term Evolution)等の携帯電話回線を通じて事業者の通信網に接続するためのネットワークであり、契約者に提供される。入力部２４は、キーボード、マウスまたは表示部２５と一体化したタッチパネルでも良い。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

時計部２６は、時刻又は経過時間等を計時しており、制御部２１からの求めに応じて、計時結果を制御部２１に与える回路である。また、時計部２６はタイマ機能を提供する。タイマ機能は開始を指示されてから、予め設定した時間が経過した場合、その旨を制御部２１に通知する機能である。又は、タイマ機能は開始を指示されてから、予め設定した時間が経過したか否かを、制御部２１からの問い合わせに対して回答する機能である。

撮影部２８は、例えばＣＣＤ(Charge Coupled Device)カメラ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラ等の撮影装置である。なお、撮影部２８は、複数の撮影装置により構成されても良い。なお、撮影部２８は携帯端末２に内蔵せず、外部で直接に携帯端末２と接続し、撮影可能な構成としても良い。コード読取部２９は、２次元コード、１次元コード等を読み取るための読取専用モジュールである。なお、コードの読取については後述する。

図９は、出展者端末３の構成例を示すブロック図である。出展者端末３は、制御部３１、記憶部３２、通信部３３、入力部３４及び表示部３５を含む。各構成はバスＢで接続されている。

制御部３１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、出展者端末３に係る種々の情報処理、制御処理等を行う。なお、図９では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部３３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部３４は、キーボード、マウスまたは表示部３５と一体化したタッチパネルでも良い。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。

図１０は、来場者管理システムの動作を説明する説明図である。図１０Ａは、出展者用コードを通じて携帯端末２のログイン処理を行う動作を説明する説明図である。まず、サーバ１は、イベントに出展する複数の出展者に貸与する携帯端末２で読み取るための、出展者を特定する出展者用コードを生成して送信する。

出展者用コードは、例えば２次元コード、１次元コード等である。２次元コードは、横方向にしか情報を持たない１次元コードに対し、水平方向と垂直方向に情報を持つ表示方式のコードである。代表的な２次元コードは、例えばＱＲコード（登録商標）、ＤａｔａＭａｔｒｉｘ（登録商標）又はＶｅｒｉＣｏｄｅ（登録商標）である。１次元コードは、
例えばバーコードである。本実施の形態では一例として、２次元コードを読み取るものとして説明する。

また、出展者に複数台の携帯端末２を貸与した場合、それぞれの携帯端末２に個別の出展者用コードを発行しても良く、または複数台の携帯端末２間で共通の出展者用コードを発行しても良い。

具体的には、サーバ１はイベントＩＤに基づき、２次元コードを発行する対象となる出展者の出展者ＩＤを出展者ＤＢ１７４から取得する。サーバ１は、２次元コードの生成ライブラリを利用し、出展者ＩＤ及びイベントＩＤを記述した出展者用コードを生成する。なお、出展者用コードの中に埋め込まれる項目は、実際のニーズに応じて任意の項目が設定されても良い。例えば、出展者用コードには、出展者ＩＤ、出展者名及びイベントＩＤが記述される。

サーバ１は、生成した出展者用コードを例えばメールを発信して出展者端末３に送信する。出展者端末３は、サーバ１から発信されたメールを受信して出展者用コードを表示する。なお、メールによる出展者用コードの送受信処理に限るものではない。例えば、サーバ１は、出展者に向けアプリ（アプリケーション）における出展者のページに、生成した出展者用コードを出力する。出展者端末３は、出展者により該アプリにログインし、出展者のページに出力された出展者用コードを表示しても良い。なお、出展者用コードを直接出展者に郵送しても良い。

次に、携帯端末２は、出展者用コードを通じてサーバ１にログインする。具体的には、携帯端末２は、出展者用コードから出展者ＩＤ及びイベントＩＤを読み取って、読み取った出展者ＩＤ及びイベントＩＤと、携帯端末ＩＤとをサーバ１に送信する。サーバ１は、携帯端末２から送信された出展者ＩＤ及びイベントＩＤに基づいて、ログイン可能であるか否かを判定する。

具体的には、サーバ１は、受信した出展者ＩＤ及びイベントＩＤと、出展者ＤＢ１７４に記憶された出展者ＩＤ及びイベントＩＤとを照合する。サーバ１は、両者が一致すると判定した場合、受信したイベントＩＤに基づいてイベントＤＢ１７１からログイン可能期間を取得する。サーバ１は、現在の日時がログイン可能期間内であると判定した場合、受信した出展者ＩＤ及びイベントＩＤに基づいて出展者ＤＢ１７４から利用可能な携帯端末の台数を取得する。サーバ１は、端末監視ＤＢ１７５に記憶された監視対象の端末のオンライン状態からログイン済みの携帯端末２の台数を集計し、集計したログイン済み携帯端末２の台数が利用可能な携帯端末の台数を超えたか否かを判定する。サーバ１は、ログイン済み携帯端末２の台数が利用可能な携帯端末の台数を超えていないと判定した場合、ログイン可能であると判定する。

サーバ１は、ログイン可能であると判定した場合、端末ＩＤ、端末名、ログイン日時、読取日時、通信状態及び出展者ＩＤを一つのレコードとして端末監視ＤＢ１７５に記憶する。サーバ１は、来場者の受付画面を携帯端末２に送信する。携帯端末２は、サーバ１から送信された来場者の受付画面を受信し、受信した受付画面を表示する。

図１０Ｂは、出展者のダウンロード要求に応じて来場者データを出力する動作を説明する説明図である。携帯端末２は、出展者用コードを通じてサーバ１にログインした後に、イベントに来場した来場者に発行された来場者用コードから来場者識別情報を読み取る。来場者用コードは、出展者用コードと同様に、例えば２次元コード、１次元コード等である。来場者識別情報は、例えば来場者を識別するための来場者ＩＤである。携帯端末２は、読み取った来場者ＩＤ及び携帯端末ＩＤをサーバ１に送信する。

サーバ１は、携帯端末２から送信された来場者ＩＤ及び携帯端末ＩＤを受信し、受信した携帯端末ＩＤに基づいて出展者ＩＤを端末監視ＤＢ１７５から取得する。サーバ１は、取得した出展者ＩＤに対応付けて、携帯端末ＩＤ、読取日時及び来場者ＩＤを一つのレコードとしてダウンロードデータＤＢ１７２に記憶している。

なお、来場者用コードまたは他の専用２次元コードに要望コード及びリードＩＤが記述された場合、携帯端末２は該コードから読み取った要望コード及びリードＩＤを、来場者ＩＤ及び携帯端末ＩＤと共にサーバ１に送信する。サーバ１は、出展者ＩＤに対応付けて、携帯端末ＩＤ、読取日時、来場者ＩＤ、要望コード及びリードＩＤを一つのレコードとしてダウンロードデータＤＢ１７２に記憶している。要望コード及びリードＩＤは必須の送信項目でないため、省略することができる。

サーバ１は、出展前または出展中に、来場者データをダウンロードするための出展者のアクセス情報を作成して出展者端末３に送信する。アクセス情報は、例えばダウンロード専用サイトにアクセスするためのＵＲＬ（Uniform Resource Locator）、パスコードの再発行用ＵＲＬ及び認証用のパスコード等を含む。アクセス情報がメールで出展者に送信されても良く、または出展者に向けアプリ経由で出展者に送信されても良い。更にまた、紙にプリントアウトされたアクセス情報が直接に出展者に郵送されても良い。

出展者端末３は、サーバ１から送信されたアクセス情報を受信する。出展者端末３は、出展者によるアクセス情報に記載されたＵＲＬのリンクのタッチ（クリック）操作を受け付けた場合、該ＵＲＬで指定されるダウンロード専用サイトに掲載されているダウンロードページを取得し、取得したダウンロードページを表示する。出展者端末３は、出展者のメールアドレス及び認証用のパスコードの入力を受け付けた場合、受け付けた出展者のメールアドレス及び認証用のパスコードをサーバ１に送信する。

サーバ１は、出展者端末３から送信されたメールアドレス及びパスコードを受信する。サーバ１は、受信したメールアドレス及びパスコードに基づいて、来場者データをダウンロードすることが可能であるか否かを判定する。具体的には、サーバ１は、受信したメールアドレス及びパスコードに基づいて、出展者ＤＢ１７４から出展者ＩＤ、イベントＩＤ及びダウンロード要求回数を取得する。

サーバ１は、取得したイベントＩＤに基づいて、イベントＤＢ１７１からダウンロード可能な期間を取得する。サーバ１は、ダウンロード可能な期間内であると判定した場合、予め記憶部１２または大容量記憶部１７に記憶された所定回数（閾値）を取得する。例えば、セキュリティ対策で来場者データを１回しかダウンロードできない場合、閾値が「１」に設定される。

サーバ１は、取得したダウンロード要求回数が所定回数を超えたと判定した場合、パスコードの再発行用ＵＲＬに基づくパスコードの再発行の要求に応じて、前回発行したアクセス情報とは異なるアクセス情報を出展者端末３に再送信（再発行）する。再発行されたアクセス情報は、ダウンロード専用サイトにアクセスするためのＵＲＬ（前回発行されたＵＲＬと同様）、パスコードの再発行用ＵＲＬ（前回発行されたＵＲＬと同様）、及び新しい認証用のパスコード等を含む。なお、アクセス情報の初回発行及び再発行の場合、サーバ１は出展者ＤＢ１７４に記憶されたダウンロード要求回数を初期値（未ダウンロード：０）に更新する。

サーバ１は、ダウンロード要求回数が所定回数を超えていないと判定した場合、出展者ＩＤ及び来場者ＩＤに基づいて、ダウンロードデータＤＢ１７２及び来場者ＤＢ１７３か
ら来場者データを取得する。来場者データは、来場者の姓名、来場者の属性（例えば、ＶＩＰ会員、製品Ａ購入顧客等）、来場者が属する会社の名称及び部署等を含む。サーバ１は、取得した来場者データをＣＳＶ（comma-separated values）形式のファイルに書き込む。サーバ１は、書き込んだＣＳＶファイルを出展者端末３に送信する。

出展者端末３は、サーバ１から送信されたＣＳＶファイルを受信し、受信したＣＳＶファイルを表示する。なお、サーバ１は、来場者データをＰＤＦ（Portable Document Format）形式のファイルに書き込んで送信しても良く、または来場者データそのものを直接に出展者端末３に送信しても良い。更にまた、拡張子であるＸＬＳまたはＸＬＳＸ等のＥＸＣＥＬ（登録商標）のファイルに来場者データを書き込んでも良い。

図１１は、出展者用コードを通じて携帯端末２のログイン処理を行う際の処理手順を示すフローチャートである。サーバ１の制御部１１は、イベントＩＤに基づいて出展者ＩＤを出展者ＤＢ１７４から取得し、２次元コードの生成ライブラリを利用して出展者ＩＤ及びイベントＩＤを記述した出展者用コードを生成する（ステップＳ１０１）。制御部１１は、通信部１３を介して、生成した出展者用コードをメールで出展者端末３に送信する（ステップＳ１０２）。

携帯端末２の制御部２１は、撮影部２８またはコード読取部２９を介して、出展者に発行された出展者用コードを読み取る（ステップＳ２０１）。制御部２１は、読み取った出展者用コードから出展者ＩＤ及びイベントＩＤを取得する（ステップＳ２０２）。制御部２１は、取得した出展者ＩＤ及びイベントＩＤと、携帯端末ＩＤとを通信部２３によりサーバ１に送信する（ステップＳ２０３）。サーバ１の制御部１１は、携帯端末２から送信された出展者ＩＤ、イベントＩＤ及び携帯端末ＩＤを通信部１３により受信する（ステップＳ１０３）。

制御部１１は、受信した出展者ＩＤ及びイベントＩＤと、出展者ＤＢ１７４に記憶された出展者ＩＤ及びイベントＩＤとを照合し、両者が一致するか否かを判定する（ステップＳ１０４）。制御部１１は、両者が一致していないと判定した場合（ステップＳ１０４でＮＯ）、エラー画面を通信部１３により携帯端末２に送信する（ステップＳ１０５）。携帯端末２の制御部２１は、サーバ１から送信されたエラー画面を通信部２３により受信し（ステップＳ２０４）、受信したエラー画面を表示部２５により表示する（ステップＳ２０５）。

制御部１１は、両者が一致すると判定した場合（ステップＳ１０４でＹＥＳ）、現在の日時がログイン可能な期間内であるか否かを判定する（ステップＳ１０６）。制御部１１は、現在の日時がログイン可能な期間外であると判定した場合（ステップＳ１０６でＮＯ）、ステップＳ１０５処理に遷移する。

制御部１１は、現在の日時がログイン可能な期間内であると判定した場合（ステップＳ１０６でＹＥＳ）、ログイン済み携帯端末２の台数が利用可能な携帯端末の台数を超えたか否かを判定する（ステップＳ１０７）。具体的には、制御部１１は、受信した出展者ＩＤ及びイベントＩＤに基づいて出展者ＤＢ１７４から利用可能な携帯端末の台数を取得する。制御部１１は、端末監視ＤＢ１７５に記憶された監視対象の端末のオンライン状態からログイン済みの携帯端末２の台数を集計し、集計したログイン済み携帯端末２の台数と利用可能な携帯端末２の台数とを比較する。

制御部１１は、ログイン済み携帯端末２の台数が利用な可能携帯端末の台数を超えたと判定した場合（ステップＳ１０７でＹＥＳ）、ステップＳ１０５処理に遷移する。制御部１１は、ログイン済み携帯端末２の台数が利用可能な携帯端末の台数を超えていないと判
定した場合（ステップＳ１０７でＮＯ）、端末ＩＤ、端末名、ログイン日時、読取日時、通信状態及び出展者ＩＤを一つのレコードとして端末監視ＤＢ１７５に記憶する（ステップＳ１０８）。制御部１１は、来場者の受付画面を通信部１３により携帯端末２に送信する（ステップＳ１０９）。携帯端末２の制御部２１は、サーバ１から送信された来場者の受付画面を通信部２３により受信し（ステップＳ２０６）、受信した受付画面を表示部２５により表示する（ステップＳ２０７）。

図１２及び図１３は、来場者データを出力する際の処理手順を示すフローチャートである。出展者用コードを通じて携帯端末２のログイン処理が行われた後に、携帯端末２の制御部２１は、撮影部２８またはコード読取部２９を介して、イベントに来場した来場者の来場者用コードを読み取る（ステップＳ２１１）。制御部２１は、読み取った来場者用コードから来場者ＩＤを取得する（ステップＳ２１２）。制御部２１は、取得した来場者ＩＤと携帯端末ＩＤとを通信部２３によりサーバ１に送信する（ステップＳ２１３）。

サーバ１の制御部１１は、携帯端末２から送信された来場者ＩＤ及び携帯端末ＩＤを通信部１３により受信し（ステップＳ１１１）、受信した携帯端末ＩＤに基づいて出展者ＩＤを端末監視ＤＢ１７５から取得する（ステップＳ１１２）。制御部１１は、取得した出展者ＩＤに対応付けて、携帯端末ＩＤ、読取日時及び来場者ＩＤを一つのレコードとしてダウンロードデータＤＢ１７２に記憶している（ステップＳ１１３）。制御部１１は、来場者データをダウンロードするための出展者のアクセス情報を出展者端末３に送信可能な所定の日時に至ったか否かを判定する（ステップＳ１１４）。所定の日時は、例えばイベントＤＢ１７１に記憶された開催日時（出展日時）の２週間前以降であっても良く、または開催日時の１日前以降であっても良い。更にまた、所定の日時は、例えば開催日の指定時間（例えば、ＡＭ１０時）以降であっても良い。なお、所定の日時は、例えば予め記憶部１２に記憶されても良い。なお、本実施の形態では、来場者データをダウンロードするための出展者のアクセス情報を出展者端末３に送信可能な所定の日時に至ったか否かを判定するものとするが、該判定処理（ステップＳ１１４）の構成は必須ではない。

制御部１１は、所定の日時に至っていないと判定した場合（ステップＳ１１４でＮＯ）、制御部１１は待機する。制御部１１は、所定の日時に至ったと判定した場合（ステップＳ１１４でＹＥＳ）、来場者データをダウンロードするための出展者のアクセス情報を作成する（ステップＳ１１５）。アクセス情報は、ダウンロード専用サイトにアクセスするためのＵＲＬ、パスコードの再発行用ＵＲＬ及び認証用のパスコード等を含む。制御部１１は、通信部１３を介して、作成したアクセス情報をメールで出展者端末３に送信する（ステップＳ１１６）。制御部１１は、出展者ＤＢ１７４に記憶されたダウンロード要求回数を初期値（未ダウンロード：０）に更新し、出展者ＤＢ１７４に記憶された認証用のパスコードを、発行されたパスコードに更新する（ステップＳ１１７）。

出展者端末３の制御部３１は、サーバ１から送信されたアクセス情報を通信部３３により受信する（ステップＳ３１１）。制御部３１は、出展者によるアクセス情報に記載されたＵＲＬのリンクのタッチ操作を入力部３４により受け付ける（ステップＳ３１２）。制御部３１は、該ＵＲＬで指定されるダウンロード専用サイトに掲載されているダウンロードページを通信部３３により取得する（ステップＳ３１３）。

制御部３１は、取得したダウンロードページを表示部３５により表示する（ステップＳ３１４）。制御部３１は、出展者のメールアドレス及び認証用のパスコードの入力を入力部３４により受け付ける（ステップＳ３１５）、制御部３１は、受け付けた出展者のメールアドレス及び認証用のパスコードを通信部３３によりサーバ１に送信する（ステップＳ３１６）。

サーバ１の制御部１１は、出展者端末３から送信されたメールアドレス及びパスコードを通信部１３により受信する（ステップＳ１１８）。制御部１１は、受信したメールアドレス及びパスコードと、出展者ＤＢ１７４に記憶されたメールアドレス及びパスコードとを比較する。制御部１１は両者が一致していないと判定した場合、ステップＳ１１８処理に戻る。制御部１１は両者が一致していると判定した場合、メールアドレス及びパスコードに基づいて、出展者ＤＢ１７４から出展者ＩＤ及びイベントＩＤを取得する。

制御部１１は、取得したイベントＩＤに基づいてイベントＤＢ１７１からダウンロード可能な期間を取得し、ダウンロード可能な期間内であるか否かを判定する（ステップＳ１１９）。制御部１１は、ダウンロード可能な期間外であると判定した場合（ステップＳ１１９でＮＯ）、処理を終了する。なお、制御部１１は、ダウンロード可能な期間外である旨を含むメッセージを通信部１３により出展者端末３に送信しても良い。

制御部１１は、ダウンロード可能な期間内であると判定した場合（ステップＳ１１９でＹＥＳ）、予め記憶部１２または大容量記憶部１７に記憶された所定回数を取得する（ステップＳ１２０）。制御部１１は、ダウンロード要求回数が所定回数を超えたか否かを判定する（ステップＳ１２１）。具体的には、制御部１１は出展者ＩＤに基づいて、ダウンロードデータＤＢ１７２からダウンロード要求回数を取得する。制御部１１は、取得したダウンロード要求回数と所定回数とを比較する。

制御部１１は、取得したダウンロード要求回数が所定回数を超えたと判定した場合（ステップＳ１２１でＹＥＳ）、ステップＳ１１５処理に戻り、新しいパスコードを含むアクセス情報を再作成する。制御部１１は、取得したダウンロード要求回数が所定回数を超えていないと判定した場合（ステップＳ１２１でＮＯ）、制御部１１は来場者ＩＤ及び出展者ＩＤに基づいて、ダウンロードデータＤＢ１７２及び来場者ＤＢ１７３から来場者データを取得する（ステップＳ１２２）。

制御部１１は、取得した来場者データをＣＳＶ形式のファイルに書き込む（ステップＳ１２３）。制御部１１は、書き込んだＣＳＶファイルを通信部１３により出展者端末３に送信する（ステップＳ１２４）。出展者端末３の制御部３１は、サーバ１から送信されたＣＳＶファイルを通信部３３により受信し（ステップＳ３１７）、受信したＣＳＶファイルを表示部３５により表示する（ステップＳ３１８）。

図１４は、出展者端末３上に出展者用コードを表示する画面の一例を示す説明図である。図１４Ａは、メールで送信された出展者用コードを表示する画面の一例を示す説明図である。サーバ１は、２次元コードの生成ライブラリを利用し、出展者ＩＤ及びイベントＩＤを記述した出展者用コードを生成する。サーバ１は、生成した出展者用コードをメールで出展者端末３に送信する。出展者端末３は、サーバ１から送信された出展者用コードを含むメールを受信し、メールソフトを用いて出展者用コードを画面に表示する。

図１４Ｂは、出展者に向けアプリ経由で出展者用コードを表示画面の一例を示す説明図である。サーバ１は、出展者に向けアプリにおける出展者のページに、生成した出展者用コードを出力する。出展者端末３は、出展者により該アプリにログインし、出展者のページに出力された出展者用コードを画面上に表示する。

図１５は、携帯端末２により出展者用コードを読み取る画面の一例を示す説明図である。該画面は、キーボード切り替えボタン１１ａ、及びスキャンボタン１１ｂを含む。キーボード切り替えボタン１１ａは、２次元コードの読取を代わりに、出展者認証用の情報（例えば、出展者ＩＤ、パスワード等）を直接に入力することが可能なキーボードに切り替えるボタンである。携帯端末２は、キーボード切り替えボタン１１ａのタッチ操作を受け
付けた場合、キーボードを呼び出して画面に表示する。

スキャンボタン１１ｂは、出展者用コードを読み取るボタンである。携帯端末２は、スキャンボタン１１ｂのタッチ操作を受け付けた場合、撮影部２８またはコード読取部２９を起動する。携帯端末２は、撮影部２８またはコード読取部２９を介して、出展者用コードからログイン認証用の出展者ＩＤ及びイベントＩＤを取得する。携帯端末２は、取得した出展者ＩＤ及びイベントＩＤをサーバ１に送信する。

図１６は、来場者データのダウンロード画面の一例を示す説明図である。図１６Ａは、出展者に通知したアクセス情報を表示する画面の一例を示す説明図である。サーバ１は、来場者データをダウンロードするための出展者のアクセス情報を作成して出展者端末３に送信する。アクセス情報は、例えばダウンロード専用サイトにアクセスするためのＵＲＬ、認証用のパスコード、パスコードの再発行用ＵＲＬ、またはマニュアルの閲覧用ＵＲＬ等を含む。

出展者端末３は、サーバ１から送信されたアクセス情報を受信して表示する。出展者端末３は、出展者によるアクセス情報に記載されたＵＲＬのリンクのタッチ操作を受け付けた場合、該ＵＲＬで指定されるダウンロード専用サイトに掲載されているダウンロードページを取得し、取得したダウンロードページ（図１６Ｂ）を表示する。

図１６Ｂは、出展者のメールアドレス及び認証用のパスコードの入力を受け付ける画面の一例を示す説明図である。該画面は、メールアドレス入力欄１２ａ、パスコード入力欄１２ｂ及びダウンロード開始ボタン１２ｃを含む。メールアドレス入力欄１２ａは、メールアドレスの入力を受け付けるテキストフィールドである。パスコード入力欄１２ｂは、パスコードの入力を受け付けるテキストフィールドである。ダウンロード開始ボタン１２ｃは、来場者データをダウンロードするボタンである。

出展者端末３は、ダウンロード開始ボタン１２ｃのタッチ操作を受け付けた場合、メールアドレス入力欄１２ａにより入力した出展者のメールアドレス、及びパスコード入力欄１２ｂにより入力したパスコードをサーバ１に送信する。サーバ１は、出展者端末３から送信されたメールアドレス及びパスコードに基づいて、来場者データをダウンロードすることが可能であるか否かを判定する。

サーバ１は、来場者データをダウンロードすることが可能であると判定した場合、出展者ＩＤ及び来場者ＩＤに基づいて、ダウンロードデータＤＢ１７２及び来場者ＤＢ１７３から来場者データを取得する。サーバ１は、取得した来場者データをＣＳＶ形式のファイルに書き込み、書き込んだＣＳＶファイルを出展者端末３に送信する。出展者端末３は、サーバ１から送信されたＣＳＶファイルを受信し、受信したＣＳＶファイルを画面に表示する。

なお、イベントの種類（出展ブース、セミナー等）ごとに出展者用コードを発行することができる。例えば、出展ブース用の第１出展者用コード、セミナー用の第２出展者用コードが発行された場合、第１出展者用コードを通じた携帯端末２のログインを受け付けた後に、出展ブース用の来場者データをダウンロードすることができる。また、第２出展者用コードを通じた携帯端末２のログインを受け付けた後に、セミナー用の来場者データをダウンロードすることができる。

イベントの種類ごとに出展者用コードを発行することにより、例えば出展者が出展ブース及びセミナー両方に出展した場合、イベントの種類ごとに来場者データを出力することができる。なお、イベントの種類ごとに出展者用コードの発行処理及び来場者データのダ
ウンロード処理に関しては、上述した処理と同様であるため、説明を省略する。

本実施形態によると、納品日を待たせず、リアルタイムで来場者データを取得することが可能となる。

本実施形態によると、ダウンロード要求回数の上限回数を設けたため、上限回数に到達した場合、新たなアクセス情報を出展者に再発行することにより、セキュリティレベルを向上させる。

（実施形態２）
実施形態２は、来場者データの複数項目から選択されたダウンロード対象の項目に基づく来場者データを出力する形態に関する。なお、実施形態１と重複する内容については説明を省略する。

図１７は、実施形態２のサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、ダウンロード設定ＤＢ１７６が記憶されている。ダウンロード設定ＤＢ１７６は、ダウンロード対象の項目に関する情報を記憶している。

図１８は、ダウンロード設定ＤＢ１７６のレコードレイアウトの一例を示す説明図である。ダウンロード設定ＤＢ１７６は、出展者ＩＤ列、ディフォルト項目名列、設定項目名列、並び順列及びオプション列を含む。出展者ＩＤ列は、出展者を特定する出展者ＩＤを記憶している。ディフォルト項目名列は、ダウンロード対象の項目のディフォルトの項目名を記憶している。設定項目名列は、出展者が設定したダウンロード対象の項目の名称を記憶している。並び順列は、ダウンロード対象の項目の並び順を記憶している。オプション列は、ダウンロード対象の項目に対するオプション情報を記憶している。オプション情報は、例えば「ダウンロード対象の項目をダブルクォートで括って表示する」等である。

来場者データは、複数の項目を有する。来場者データは、来場者ＩＤ、来場者の姓名、来場者姓名のフリガナ、来場者が属する会社の名称、会社名称のフリガナ、部署、出展者ＩＤ、出展者に貸与した携帯端末ＩＤ、要望コード、リードＩＤ、来場者用コードの読取日等を含む。出展者が来場者データの複数項目からダウンロード対象の項目を選択した場合、サーバ１は、選択されたダウンロード対象の項目に基づく来場者データを取得して出展者端末３に出力する。

続いて、ダウンロード対象の項目に基づく来場者データを出力する処理を説明する。出展者端末３は、出展者による来場者データの複数項目からダウンロード対象の項目の選択を受け付ける。出展者端末３は、出展者ＩＤ、選択されたダウンロード対象の項目、及び該対象の項目に関する設定情報をサーバ１に送信する。設定情報は、例えば、対象の項目の並び順、表示用の設定項目名、対象の項目に対するオプション等を含む。

サーバ１は、出展者端末３から送信された出展者ＩＤ、ダウンロード対象の項目、及び該対象の項目に関する設定情報を受信する。サーバ１は、受信したダウンロード対象の項目、及び該対象の項目に関する設定情報を出展者ＩＤに対応付けてダウンロード設定ＤＢ１７６に記憶する。具体的には、サーバ１は出展者ＩＤに対応付けて、ディフォルト項目名、設定項目名、並び順及びオプションを一つのレコードとしてダウンロード設定ＤＢ１７６に記憶する。

サーバ１は、出展者端末３から来場者データのダウンロード要求を受信した場合、設定されたダウンロード対象の項目に基づく来場者データを取得して出展者端末３に出力する
。具体的には、サーバ１は、出展者端末３から出展者のメールアドレス及び認証用のパスコードを受信し、受信した出展者のメールアドレス及び認証用のパスコードに基づいて、出展者ＤＢ１７４から出展者ＩＤを取得する。サーバ１は、取得した出展者ＩＤに基づいて、該出展者が設定したダウンロード対象の項目をダウンロード設定ＤＢ１７６から取得する。

サーバ１は、取得したダウンロード対象の項目に基づいて、ダウンロードデータＤＢ１７２及び来場者ＤＢ１７３から該当するダウンロード対象の項目を取得する。サーバ１は、取得したダウンロード対象の項目を例えばＣＳＶ形式のファイルに書き込み、書き込んだＣＳＶファイルを出展者端末３に送信する。出展者端末３は、サーバ１から送信されたＣＳＶファイルを受信し、受信したＣＳＶファイルを表示する。

図１９は、ダウンロード対象の項目の選択を受け付ける際の処理手順を示すフローチャートである。出展者端末３の制御部３１は入力部３４を介して、来場者データの複数項目からダウンロード対象の項目の選択を受け付ける（ステップＳ３３１）。制御部３１は、出展者ＩＤ、選択されたダウンロード対象の項目、及び該項目に関する設定情報（並び順、設定項目名、オプション等）を通信部３３によりサーバ１に送信する（ステップＳ３３２）。

サーバ１の制御部１１は、出展者端末３から送信された出展者ＩＤ、ダウンロード対象の項目及び該項目に関する設定情報を受信する（ステップＳ１３１）。制御部１１は、受信したダウンロード対象の項目及び該項目に関する設定情報を出展者ＩＤに対応付けて大容量記憶部１７のダウンロード設定ＤＢ１７６に記憶する（ステップＳ１３２）。

図２０は、ダウンロード対象の項目に基づく来場者データを出力する際の処理手順を示すフローチャートである。なお、図１３と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、ステップＳ１２１を実行する。制御部１１は、ダウンロード要求回数が所定回数を超えていないと判定した場合（ステップＳ１２１でＮＯ）、制御部１１は出展者ＩＤに基づいて、該出展者が設定したダウンロード対象の項目をダウンロード設定ＤＢ１７６から取得する（ステップＳ１４１）。制御部１１は、取得したダウンロード対象の項目に基づいて、ダウンロードデータＤＢ１７２及び来場者ＤＢ１７３から該当する来場者データを取得する（ステップＳ１４２）。制御部１１は、ステップＳ１２３処理を実行する。

図２１は、ダウンロード対象の項目の選択を受け付ける画面の一例を示す説明図である。ダウンロード対象の項目の選択の受付画面は、項目選択チェックボックス１３ａ、並び順入力欄１３ｂ、設定項目名入力欄１３ｃ、オプション選択コンボボックス１３ｄ及び保存ボタン１３ｅを含む。

項目選択チェックボックス１３ａは、ダウンロード対象の項目の選択を受け付けるチェックボックスである。チェックされた項目は、ダウンロード対象の項目として出力される。並び順入力欄１３ｂは、項目の並び順の入力を受け付けるテキストフィールドである。設定項目名入力欄１３ｃは、項目名の入力を受け付けるテキストフィールドである。ディフォルト項目名の他、出展者により任意の項目名を設定することができる。オプション選択コンボボックス１３ｄは、項目に対するオプションの設定を受け付けるコンボボックスである。オプション選択コンボボックス１３ｄには、例えば「“（ダブルクォート）で括る」、「全角表示」または「スペース挿入」等のオプションが設定されても良い。保存ボタン１３ｅは、選択されたダウンロード対象の項目を保存するボタンである。

出展者端末３は、サーバ１からダウンロード対象の項目の選択の受付画面を取得して表
示する。出展者端末３は、保存ボタン１３ｅのタッチ操作を受け付けた場合、出展者ＩＤ、項目選択チェックボックス１３ａにより選択された対象の項目、並び順入力欄１３ｂにより入力された並び順、設定項目名入力欄１３ｃにより入力された設定項目名、及びオプション選択コンボボックス１３ｄにより選択されたオプションをサーバ１に送信する。サーバ１は、出展者端末３から送信されたダウンロード対象の項目、該対象の項目に対応する並び順、項目名及びオプションを受信する。サーバ１は、受信したダウンロード対象の項目、該対象の項目に対応する並び順、項目名及びオプションを出展者ＩＤに対応付けてダウンロード設定ＤＢ１７６に記憶する。

本実施形態によると、ダウンロード対象の項目に基づく来場者データを出力することにより、出展者が望んでいるレポートを作成することが可能となる。

（実施形態３）
実施形態３は、携帯端末２がネットワークＮの通信状態に応じてサーバ１と通信不可能であると判定した場合、来場者ＩＤに基づいて同期処理を行う形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

図２２は、実施形態３のサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、来場者管理ＤＢ１７７が記憶されている。来場者管理ＤＢ１７７は、イベントに来場する来場者を管理する管理情報を記憶している。

図２３は、来場者管理ＤＢ１７７のレコードレイアウトの一例を示す説明図である。来場者管理ＤＢ１７７は、イベントＩＤ列、来場者ＩＤ列、申込状態列、受付状態列、サブイベントＩＤ列を含む。イベントＩＤ列は、イベントを特定するイベントＩＤを記憶している。来場者ＩＤ列は、来場者を特定する来場者ＩＤを記憶している。申込状態列は、イベント来場の申し込み状態を記憶している。申込状態列には、例えば「申込済み」、「キャンセル」等が記憶される。受付状態列は、来場者の受付状態を記憶している。受付状態列には、例えば「来場済み」、「未受付」等が記憶される。サブイベントＩＤ列は、来場者が来場済みのサブイベントを特定するサブイベントＩＤを記憶している。

図２４は、実施形態３の携帯端末２の構成例を示すブロック図である。なお、図８と重複する内容については同一の符号を付して説明を省略する。携帯端末２は、補助記憶部２７を含む。補助記憶部２７は、例えばＨＤＤ、ＳＳＤ等の記録媒体を備える。補助記憶部２７は、読取履歴ＤＢ２７１及び来場者情報表示用ＤＢ２７２を含む。

読取履歴ＤＢ２７１は、来場者ＩＤを記述した来場者用コードから読み取った履歴情報を記憶している。来場者情報表示用ＤＢ２７２は、イベントに来場する来場者に関する来場者情報を記憶している。なお、本実施形態において記憶部２２及び補助記憶部２７は一体の記憶装置として構成されていても良い。また、補助記憶部２７は複数の記憶装置により構成されていても良い。更にまた、補助記憶部２７は携帯端末２に接続された外部記憶装置であっても良い。

図２５は、読取履歴ＤＢ２７１のレコードレイアウトの一例を示す説明図である。読取履歴ＤＢ２７１は、イベントＩＤ列、来場者ＩＤ列、来場日時列及び状態列を含む。イベントＩＤ列は、イベントを特定するイベントＩＤを記憶している。来場者ＩＤ列は、来場者を特定する来場者ＩＤを記憶している。来場日時列は、来場者がイベントに来場した日時情報を記憶している。

状態列は、来場者用コードから読み取った来場者ＩＤの同期状態を記憶している。同期
状態は、例えば「送信済み」、「未送信」、「送信エラー」及び「読取エラー」状態で表される。「送信済み」状態は、来場者ＩＤをサーバ１に送信して来場者情報を取得した同期済みの状態である。「未送信」状態は、通信不可能と判定したことにより来場者ＩＤを未送信の状態である。「送信エラー」状態は、送信時に回線不調等が発生し、送信に失敗した状態である。「読取エラー」状態は、不正な来場者用コードを読み取ったことにより来場者ＩＤの同期に失敗した状態である。

図２６は、来場者情報表示用ＤＢ２７２のレコードレイアウトの一例を示す説明図である。来場者情報表示用ＤＢ２７２は、来場者ＩＤ列、会社名称列、来場者名列、来場者人数列及び属性列を含む。来場者ＩＤ列は、来場者を特定する来場者ＩＤを記憶している。会社名称列は、来場者が属する会社の名称を記憶している。来場者名列は、来場者の名前を記憶している。来場者人数列は、一つの来場者ＩＤに応じて、イベントに来場した人数を記憶している。属性列は、来場者の属性に応じた属性情報を記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図２７は、来場者ＩＤに基づいて同期処理を行う処理動作を示す機能ブロック図である。携帯端末２は、来場者に発行された来場者用コードを読み取る。来場者用コードは、例えば、２次元コード、１次元コード等である。本実施の形態では一例として、２次元コードを読み取るものとして説明する。携帯端末２は、２次元コードの解析ライブラリを利用し、読み取った２次元コードから来場者ＩＤを取得する。

携帯端末２は、ネットワークＮの通信状態に応じてサーバ１と通信可能か否かを判定する。具体的には、携帯端末２は、携帯端末２中の制御プログラム２Ｐの一つの機能である接続回線取得ＡＰＩ（Application Programming Interface）を利用して、サーバ１と通信可能か否かを判定する。接続回線は、通信規格４Ｇ若しくは５Ｇ等の公衆回線網、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信回線を含む。

携帯端末２は、サーバ１と通信可能であると判定した場合、２次元コードから読み取った来場者ＩＤをサーバ１に送信する。サーバ１は、携帯端末２から送信された来場者ＩＤを受信する。サーバ１は、受信した来場者ＩＤに基づき、来場を許可するか否かを判定する。具体的には、サーバ１は、来場者ＩＤ及びイベントＩＤに基づき、来場者管理ＤＢ１７７から該来場者の受付状態を取得する。サーバ１は、取得した受付状態が「来場済み」であると判定した場合、重複来場であると判定する。サーバ１は、取得した受付状態が「未受付」であると判定した場合、重複来場でないと判定する。

サーバ１は、重複来場でないと判定した場合、来場を許可すると判定する。この場合、サーバ１は来場者ＩＤに基づき、来場者管理ＤＢ１７７から来場者情報を取得する。来場者情報は、来場者が属する会社名称、来場者の名前、来場者人数及び来場者の属性（例えば、ＶＩＰ会員、製品Ａ購入顧客等）を含む。サーバ１は、イベントＩＤ及び来場者ＩＤに基づき、来場者管理ＤＢ１７７の受付状態列を「来場済み」に更新する。サーバ１は、取得した来場者情報を携帯端末２に送信する。

携帯端末２は、サーバ１から送信された来場者情報を受信して表示する。携帯端末２は、２次元コードの読取履歴を読取履歴ＤＢ２７１に記憶する。具体的には、携帯端末２は、来場日時（来場者ＩＤを読み取った読取時刻）に対応付けて、イベントＩＤ、来場者ＩＤ及び「送信済み」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する。携帯端末２は、来場者情報を来場者情報表示用ＤＢ２７２に記憶する。具体的には、携帯端末２は、来場者ＩＤ、会社名称、来場者名、来場者人数及び属性を一つのレコードとして来場
者情報表示用ＤＢ２７２に記憶する。

サーバ１は、重複来場であると判定した場合、来場を許可しないと判定する。この場合、サーバ１は来場者情報を携帯端末２に送信せず、来場を許可しない旨の読取エラーメッセージを携帯端末２に送信する。携帯端末２は、サーバ１から送信された読取エラーメッセージに応じて、来場者ＩＤの送信状態を「読取エラー」として２次元コードの読取履歴を読取履歴ＤＢ２７１に記憶する。具体的には、携帯端末２は、来場日時に対応付けて、イベントＩＤ、来場者ＩＤ及び「読取エラー」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する。上記の処理によって、サーバ１及び携帯端末２は来場者ＩＤに基づく同期を行い、来場を許可するか否かの判定結果と、来場を許可された来場者の来場者情報とを共有する。

一方で、携帯端末２はサーバ１と通信不可能であると判定した場合、２次元コードから読み取った来場者ＩＤ（未同期の来場者ＩＤ）を読取履歴ＤＢ２７１に記憶する。具体的には、携帯端末２は、来場日時に対応付けて、イベントＩＤ、来場者ＩＤ及び「未送信」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する。

未送信の来場者ＩＤをサーバ１に再送信するため、携帯端末２はタイマを起動して経過時間を計算する。携帯端末２は、所定の時間間隔（例えば、１０秒）を経過したと判断した場合、サーバ１と通信可能か否かを再判定する。携帯端末２は、サーバ１と通信可能であると判定した場合、来場者ＩＤをサーバ１に再送信する。なお、通信の再判定処理及び来場者ＩＤの再送信処理に関しては、上述した処理と同様であるため、説明を省略する。

このように、携帯端末２は、通信状態の悪化等の理由でサーバ１に来場者ＩＤを送信できない場合に、「未送信」として来場者ＩＤを一時的に記憶し、通信が復旧し次第、送信を再開する。これにより、例えばイベント会場によっては通信状態が悪い場合等であっても、来場者の受付を滞りなく行うことができる。

図２８及び図２９は、イベントに来場した来場者を受け付ける際の処理手順を示すフローチャートである。携帯端末２の制御部２１は、撮影部２８またはコード読取部２９を介して、来場者用コードを読み取る（ステップＳ２５１）。制御部２１は、２次元コードの解析ライブラリを利用し、読み取った来場者用コードから来場者ＩＤを取得する（ステップＳ２５２）。

制御部２１は、接続回線取得ＡＰＩを利用して、ネットワークＮ経由でサーバ１と通信可能か否かの通信判定処理を行う（ステップＳ２５３）。制御部２１は、サーバ１と通信不可能であると判定した場合（ステップＳ２５３でＮＯ）、来場日時に対応付けて、イベントＩＤ、来場者ＩＤ及び「未送信」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する（ステップＳ２５４）。制御部２１は、時計部２６により所定の時間間隔（例えば、５秒）を経過したか否かを判定する（ステップＳ２５５）。

制御部２１は、所定の時間間隔を経過したと判断した場合（ステップＳ２５５でＹＥＳ）、ステップＳ２５３に戻り、サーバ１と通信可能であるか否かを再判定する。制御部２１は、所定の時間間隔を経過していないと判断した場合（ステップＳ２５５でＮＯ）、制御部２１は処理を待機する。

制御部２１は、サーバ１と通信可能であると判定した場合（ステップＳ２５３でＹＥＳ）、来場者用コードから読み取った来場者ＩＤを通信部２３によりサーバ１に送信する（ステップＳ２５６）。サーバ１の制御部１１は、通信部１３を介して、携帯端末２から送信された来場者ＩＤを受信する（ステップＳ１５１）。制御部１１は、来場者ＩＤ及びイ
ベントＩＤに基づき、来場者管理ＤＢ１７７から該来場者の受付状態を取得し、取得した受付状態に基づいて来場者が重複来場であるか否かを判定する（ステップＳ１５２）。

制御部１１は、来場者が重複来場であると判定した場合（ステップＳ１５２でＹＥＳ）、読取エラーを通信部１３により携帯端末２に送信する（ステップＳ１５３）。制御部２１は、サーバ１から送信された読取エラーを通信部２３により受信する（ステップＳ２５７）。制御部２１は、受信した読取エラーに応じて、来場日時に対応付けて、イベントＩＤ、来場者ＩＤ及び「読取エラー」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する（ステップＳ２５８）。

制御部１１は、来場者が重複来場でないと判定した場合（ステップＳ１５２でＮＯ）、来場者ＩＤに基づいて来場者管理ＤＢ１７７から来場者情報を取得する（ステップＳ１５４）。来場者情報は、来場者が属する会社名称、来場者の名前、来場者人数及び来場者の属性を含む。制御部１１は、イベントＩＤ及び来場者ＩＤに基づき、来場者管理ＤＢ１７７の受付状態列を「来場済み」に更新する（ステップＳ１５５）。制御部１１は、通信部１３を介して、取得した来場者情報を携帯端末２に送信する（ステップＳ１５６）。

制御部２１は、サーバ１から送信された来場者情報を受信し（ステップＳ２５９）、読取履歴及び受信した来場者情報を補助記憶部２７に記憶する（ステップＳ２６０）。具体的には、制御部２１は、来場日時に対応付けて、イベントＩＤ、来場者ＩＤ及び「送信済み」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する。制御部２１は、来場者ＩＤ、会社名称、来場者名、来場者人数及び属性を一つのレコードとして来場者情報表示用ＤＢ２７２に記憶する。制御部２１は、来場者情報を表示部２５により表示する（ステップＳ２６１）。

図３０は、来場者の受付画面の一例を示す説明図である。受付画面は、イベント名２０ａ、件数表示欄２０ｂ、来場者表示欄２０ｃ、ボタン２０ｄ、オブジェクト２０ｅを含む。イベント名２０ａは、イベントの名称を表示する表示欄である。件数表示欄２０ｂは、来場者用コードの読取総件数（「総読取」）、来場した人数（「来場」）及び未同期の来場者ＩＤの件数（「未同期」）を表示する表示欄である。来場者表示欄２０ｃは、来場者情報を表示する表示欄である。

ボタン２０ｄは、読取モードを切り替えるためのボタンである。読取モードは、来場者用コードを読み取るコード読取モード、及び来場者ＩＤ（受講票ＩＤ）を直接入力する直接入力モードを含む。オブジェクト２０ｅは、来場者ＩＤを受け付けるためのボタンまたはテキストフィールドである。直接入力モードの場合、オブジェクト２０ｅは来場者ＩＤを入力するためのテキストフィールドである。コード読取モードの場合、オブジェクト２０ｅは２次元コードを読み取るためのボタンに変わる。

携帯端末２は、イベントＩＤに基づき、読取履歴ＤＢ２７１から読取総件数（同期済みの件数、及び未同期の件数）を集計する。携帯端末２は、来場者情報表示用ＤＢ２７２から来場者人数を集計する。携帯端末２は、イベントＩＤに基づき、「未送信」又は「エラー」状態である未同期の件数を読取履歴ＤＢ２７１から集計する。携帯端末２は、集計した読取総件数、来場者人数及び未同期の件数を件数表示欄２０ｂに表示する。なお、本実施形態では、「未送信」状態の件数と「エラー」状態の件数との集計件数を未同期の件数として表示する例を説明したが、これに限るものではない。例えば、「未送信」状態の件数及び「エラー」状態の件数それぞれを表示しても良い。

携帯端末２は、ボタン２０ｄのタッチ操作を受け付けた場合、読取モードを切り替える。コード読取モードの場合、携帯端末２は、オブジェクト２０ｅ（ボタン）により読み取
った来場者用コードから来場者ＩＤを取得する。直接入力モードの場合、携帯端末２は、入力された来場者ＩＤをオブジェクト２０ｅ（テキストフィールド）から直接に受け付ける。

携帯端末２は、サーバ１との通信判定処理を行う。携帯端末２は、サーバ１と通信可能であると判定した場合、受け付けた来場者ＩＤをサーバ１に送信する。サーバ１は、携帯端末２から送信された来場者ＩＤを受信し、受信した来場者ＩＤに基づいて来場を許可するか否かを判定する。サーバ１は、来場を許可したと判定した場合、来場者ＩＤに基づき、来場者名、来場者人数、会社及び属性等を含む来場者情報を来場者管理ＤＢ１７７から取得する。

サーバ１は、取得した来場者情報を携帯端末２に送信する。携帯端末２は、サーバ１から送信された来場者情報を受信する。携帯端末２は、イベントＩＤ及び来場者ＩＤに基づき、来場者日時及び「送信済み」状態を一つのレコードとして読取履歴ＤＢ２７１に記憶する。携帯端末２は、受信した来場者情報を来場者表示欄２０ｃに表示する。

図３１は、読取履歴画面の一例を示す説明図である。件数表示欄２０ｂは、図３０での件数表示欄２０ｂと同様であるため、説明を省略する。読取履歴画面は、読取履歴表示欄２１ａ、送信アイコン２１ｂ、未送信アイコン２１ｃ、送信エラーアイコン２１ｄ、読取エラーアイコン２１ｅ、キャンセルアイコン２１ｆ、送信抽出ボタン２１ｇ、未送信抽出ボタン２１ｈ、送信エラー抽出ボタン２１ｉ及び読取エラー抽出ボタン２１ｊを含む。

読取履歴表示欄２１ａは、来場者用コードの読取履歴を表示する表示欄である。読取履歴表示欄２１ａに表示される読取履歴は、来場者ＩＤ及び来場者用コードの読取時刻を含む。送信アイコン２１ｂは、「送信」状態を示すアイコンである。「送信」は、来場者ＩＤの送信に成功した読取履歴である。未送信アイコン２１ｃは、「未送信」状態を示すアイコンである。「未送信」は、回線不調時に来場者ＩＤが読み取られたが、サーバ１に送信されていない状態を表す。

送信エラーアイコン２１ｄは、「送信エラー」状態を示すアイコンである。「送信エラー」は、送信時に回線不調等が発生し、送信に失敗した状態を表す。読取エラーアイコン２１ｅは、「読取エラー」状態を示すアイコンである。「読取エラー」は、不正な来場者コードであることを表す。キャンセルアイコン２１ｆは、「キャンセル」状態を示すアイコンである。「キャンセル」は、読み取った来場者ＩＤがキャンセルされたことを表す。なお、上述した各種のアイコンに限らず、実際のニーズに応じて任意のアイコンを設けても良い。

送信抽出ボタン２１ｇは、「送信」状態の読取履歴のみを表示するためのボタンである。未送信抽出ボタン２１ｈは、「未送信」状態の読取履歴のみを表示するためのボタンである。送信エラー抽出ボタン２１ｉは、「送信エラー」状態の読取履歴のみを表示するためのボタンである。読取エラー抽出ボタン２１ｊは、「読取エラー」状態の読取履歴のみを表示するためのボタンである。携帯端末２は、イベントＩＤに基づき、来場者ＩＤ、来場日時情報及び同期状態を読取履歴ＤＢ２７１から取得する。携帯端末２は、取得した来場者ＩＤ及び来場日時情報を読取履歴表示欄２１ａに表示する。携帯端末２は、取得した来場者ＩＤに対応する同期状態に基づき、該当するアイコンを表示する。

携帯端末２は、送信抽出ボタン２１ｇのタッチ操作を受け付けた場合、読取履歴ＤＢ２７１から取得した読取履歴から「送信」状態に対応する読取履歴を抽出する。携帯端末２は、未送信抽出ボタン２１ｈのタッチ操作を受け付けた場合、読取履歴ＤＢ２７１から取得した読取履歴から「未送信」状態に対応する読取履歴を抽出する。携帯端末２は、送信
エラー抽出ボタン２１ｉのタッチ操作を受け付けた場合、読取履歴ＤＢ２７１から取得した読取履歴から「送信エラー」状態に対応する読取履歴を抽出する。携帯端末２は、読取エラー抽出ボタン２１ｊのタッチ操作を受け付けた場合、読取履歴ＤＢ２７１から取得した読取履歴から「読取エラー」状態に対応する読取履歴を抽出する。携帯端末２は、抽出した読取履歴を読取履歴表示欄２１ａに表示する。

本実施形態によると、来場者ＩＤを記述した来場者用コードを読み取ることにより、イベントに来場する来場者を受け付けることが可能となる。

本実施形態によると、来場者を受け付ける携帯端末２はサーバ１と接続できない場合、来場者ＩＤを記憶し、通信状況を回復する後に再送信することが可能となる。

本実施形態によると、ネットワークＮの通信状態不調時、またはサーバ１上のシステムダウン時に来場者の受付を継続させることが可能となる。

本実施形態によると、現地の環境に依存せず、携帯端末２上で来場者の受付を行うことが可能となる。

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 管理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ イベントＤＢ
１７２ ダウンロードデータＤＢ
１７３ 来場者ＤＢ
１７４ 出展者ＤＢ
１７５ 端末監視ＤＢ
１７６ ダウンロード設定ＤＢ
１７７ 来場者管理ＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 携帯端末
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 時計部
２７ 補助記憶部
２７１ 読取履歴ＤＢ
２７２ 来場者情報表示用ＤＢ
２８ 撮影部
２９ コード読取部
２Ｐ 制御プログラム
３ 出展者端末
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３Ｐ 制御プログラム

Claims (9)

1. イベントに出展する複数の出展者に貸与する携帯端末で読み取るための、出展者を特定する出展者用コードを送信し、
   前記出展者用コードを通じた前記携帯端末のログインを受け付け、
   ログイン後の前記携帯端末により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶し、
   出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知し、
   通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する
   情報処理方法。
2. 来場者データのダウンロード要求回数が所定回数を超えた場合、前記アクセス情報とは異なるアクセス情報を再通知する
   請求項１に記載の情報処理方法。
3. 前記来場者データは、複数の項目を有し、
   前記複数の項目からダウンロード対象の項目の選択を受け付け、
   前記来場者データのダウンロード要求に応じて、選択された項目に基づく来場者データを出力する
   請求項１又は２に記載の情報処理方法。
4. 出展者に複数台の携帯端末を貸与した場合、携帯端末間で共通または個別の出展者用コードを発行する
   請求項１から３までのいずれかひとつに記載の情報処理方法。
5. 来場者名及び該来場者が属する会社名を含む来場者データを記憶する
   請求項１から４までのいずれかひとつに記載の情報処理方法。
6. 前記携帯端末が、
   来場者データを管理する管理装置と通信可能か否かを判定し、
   通信可能であると判定した場合、前記来場者用コードから読み取った来場者識別情報を前記管理装置に送信し、
   通信不可能であると判定した場合、読み取った前記来場者識別情報を記憶し、
   所定の時間間隔ごとに前記管理装置と通信可能か否かを再判定し、
   通信可能であると判定した場合、記憶した前記来場者識別情報を前記管理装置に送信する
   請求項１から５までのいずれかひとつに記載の情報処理方法。
7. 携帯端末と、来場者データを管理する管理装置とを有する情報処理システムであって、
   前記管理装置は、
   イベントに出展する複数の出展者に貸与する携帯端末で読み取るための、出展者を特定する出展者用コードを送信する第１送信部と、
   前記第１送信部が送信した出展者用コードを通じた前記携帯端末のログインを受け付ける受付部と、
   ログイン後の前記携帯端末により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶する記憶部と、
   出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知する通知部と、
   前記通知部が通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する出力部と
   を備える情報処理システム。
8. イベントに出展する複数の出展者に貸与する携帯端末で読み取るための、出展者を特定する出展者用コードを送信する第１送信部と、
   前記出展者用コードを通じた前記携帯端末のログインを受け付ける受付部と、
   ログイン後の前記携帯端末により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶する記憶部と、
   出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知する通知部と、
   通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する出力部と
   を備える情報処理装置。
9. イベントに出展する複数の出展者に貸与する携帯端末で読み取るための、出展者を特定する出展者用コードを送信し、
   前記出展者用コードを通じた前記携帯端末のログインを受け付け、
   ログイン後の前記携帯端末により読み取られた来場者用コードに対応する来場者データを前記出展者に対応付けて記憶し、
   出展前または出展中に、前記来場者データをダウンロードするための出展者のアクセス情報を各出展者に通知し、
   通知した前記出展者のアクセス情報に基づく前記来場者データのダウンロード要求に応じて来場者データを出力する
   処理をコンピュータに実行させるプログラム。

Images