(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された携帯端末と受付サーバと発券サーバとを備えた入場許可認証システムを利用したイベント会場への入場許可認証方法であって、
前記携帯端末が備える認証要求手段が、前記ネットワーク経由で第１のパスワードを前記受付サーバに送信して、認証を要求するステップと、
前記受付サーバが備える認証手段が、前記携帯端末から送信された第１のパスワードが適正なものであることを認証するステップと、
前記受付サーバにより認証された場合、前記携帯端末が備えるチケットデータ申込み手段が、前記受付サーバにチケットデータの申込み要求を送信するステップと、
前記受付サーバが備える申込み受付け手段が、前記チケットデータの申込み要求を送信した携帯端末に、アクセス先情報と第２のパスワードを含むメールを送信するステップと、
前記携帯端末が備えるメール受信手段が、前記メールを受信するステップと、
前記携帯端末が備えるアクセス手段が、前記受信したメールに含まれるアクセス先情報で特定されるアクセス先である発券サーバにアクセスし、ユーザによる前記第２のパスワードの入力を受け付け、入力された前記第２のパスワードを前記発券サーバに送信してチケットデータを要求するステップと、
前記発券サーバが備えるパスワード確認手段が、前記入力された第２のパスワードが適正なものであるか否かを確認するステップと、
前記第２のパスワードが適正なものであったときには、前記発券サーバが備えるチケットデータ送信手段が、前記第１のパスワードにて認証されたユーザの申込みに対応するチケットデータを前記携帯端末に送信するステップと、
前記携帯端末が備えるチケットデータ受信手段が、前記チケットデータを受信するステップと、
前記携帯端末が備えるチケットデータ出力手段が、該チケットデータを表示出力または音響出力することにより、物理的なチケットを代替するステップと
を備えたことを特徴とする入場許可認証方法。
【請求項２】
請求項１に記載の入場許可認証方法において、
前記携帯端末が備えるチケットデータ出力手段により表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、所定のパスワードが入力されたときに画面表示を変化させるスクリプトを含むものであることを特徴とする入場許可認証方法。
【請求項３】
請求項１に記載の入場許可認証方法において、
前記携帯端末が備えるチケットデータ出力手段により表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、予めインストール及びユーザ登録が要求される特定のソフトウェアに対応したフォーマットであり、前記携帯端末に該ソフトウェアのインストール及びユーザ登録がなければ表示画像が表示されないものであることを特徴とする入場許可認証方法。
【請求項４】
請求項１から３の何れか１つに記載の入場許可認証方法において、
前記入場許可認証システムはイベント会場管理端末を備え、
該イベント会場管理端末が、前記携帯端末での表示出力を読み取り、該読み取りデータにより、前記携帯端末が保持しているチケットデータが適正なものであるか否かを確認するステップを、さらに備えたことを特徴とする入場許可認証方法。
【請求項５】
イベント会場への入場許可認証システムであって、
ネットワークに接続された携帯端末と受付サーバと発券サーバとを備えるとともに、
前記携帯端末は、
前記ネットワーク経由で前記受付サーバに第１のパスワードを送信して、認証要求する手段と、
前記受付サーバに認証された場合、前記受付サーバにチケットデータの申込み要求を送信する手段と、
前記受付サーバから送信されるアクセス先情報と第２のパスワードを含むメールを受信する手段と、
受信したメールに含まれるアクセス先情報で特定されるアクセス先である発券サーバにアクセスし、ユーザによる前記第２のパスワードの入力を受け付け、入力された前記第２のパスワードを前記発券サーバに送信してチケットデータを要求する手段と、
前記発券サーバから送信されるチケットデータを受信する手段と、
受信したチケットデータを表示出力または音響出力する手段と
を備え、
前記受付サーバは、
前記携帯端末からの認証要求を受け、前記携帯端末から送信された第１のパスワードが適正なものであることを認証する手段と、
前記携帯端末からのチケットデータの申込みを受付け、アクセス先情報と第２のパスワードを含むメールを送信する手段と
を備え、
前記発券サーバは、
前記携帯端末からのチケットデータの要求に付随して送られる第２のパスワードが適正なものであるか否かを確認する手段と、
適正なものであったときにチケットデータを前記携帯端末に送信する手段と
を備えたことを特徴とする入場許可認証システム。
【請求項６】
請求項５に記載の入場許可認証システムにおいて、
前記携帯端末で表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、所定のパスワードが入力されたときに画面表示を変化させるスクリプトを含むものであることを特徴とする入場許可認証システム。
【請求項７】
請求項５に記載の入場許可認証システムにおいて、
前記携帯端末で表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、予めインストール及びユーザ登録が要求される特定のソフトウェアに対応したフォーマットであり、前記携帯端末に該ソフトウェアのインストール及びユーザ登録がなければ表示画像が表示されないものであることを特徴とする入場許可認証システム。
【請求項８】
請求項５から７の何れか１つに記載の入場許可認証システムにおいて、
前記携帯端末での表示出力を読み取り、該読み取りデータにより、前記携帯端末が保持しているチケットデータが適正なものであるか否かを確認する手段を有するイベント会場管理端末を、さらに備えたことを特徴とする入場許可認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、携帯電話などの携帯端末を利用した個人認証方法に関し、特に、コンサートなどのイベント会場への入場許可認証方法およびシステムに関する。
【０００２】
【従来の技術】
従来より、コンサートなどの各種イベントに参加／入場するためには、イベント会場、プレイガイド、またはチケット販売所などで販売／配付されるチケットを直接入手したり、あるいは電話や郵便などを利用して申し込むことによりチケットの販売／配付を受ける方法などがあった。
【０００３】
一方、物理的なチケット無しで携帯型端末装置を用いて入場のチェックを行なうシステムが特開平１１−１８４９３５号公報に開示されている。これは、携帯電話から予約会社を介して飛行機の予約を航空会社に申し込み、予約できたときは、登場予約データファイルに予約内容が登録されるとともに、携帯電話に予約内容が送られ保持される。入場チェックの際には、携帯型端末装置から信号を送ると、予約内容を保持したサーバで予約状況をチェックしその携帯型端末装置の利用者の入場を許可する。
【０００４】
【発明が解決しようとする課題】
上述した物理的なチケットをユーザが入手する方法では、入手の手間が煩雑であるという問題があった。またイベントの管理者や主催者側にとってもチケットの印刷や販売／配付のためのコストを考慮しなければならなかった。また、特開平１１−１８４９３５号に記載の技術では、入場チェックの際に携帯型端末装置とサーバとの間で認証の処理を行なう必要があり、そのための認証プログラムなどを用意しなければならないし、入場チェック時に比較的処理量の多い認証処理を行なわなければならない。
【０００５】
この発明は、上述の従来技術における問題点に鑑み、ユーザにとっては入手の手間が煩雑な物理的なチケット無しでイベントなどの参加申し込みを行なうことができ、管理者側にとっては手間やコストが軽減される入場許可認証方法およびシステムを提供することを目的とする。また、この発明は、容易に入場チェックを行なうことができる入場許可認証方法およびシステムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
この目的を達成するため、請求項１に係る発明は、ネットワークに接続された携帯端末と受付サーバと発券サーバとを備えた入場許可認証システムを利用したイベント会場への入場許可認証方法であって、前記携帯端末が備える認証要求手段が、前記ネットワーク経由で第１のパスワードを前記受付サーバに送信して、認証を要求するステップと、前記受付サーバが備える認証手段が、前記携帯端末から送信された第１のパスワードが適正なものであることを認証するステップと、前記受付サーバにより認証された場合、前記携帯端末が備えるチケットデータ申込み手段が、前記受付サーバにチケットデータの申込み要求を送信するステップと、前記受付サーバが備える申込み受付け手段が、前記チケットデータの申込み要求を送信した携帯端末に、アクセス先情報と第２のパスワードを含むメールを送信するステップと、前記携帯端末が備えるメール受信手段が、前記メールを受信するステップと、前記携帯端末が備えるアクセス手段が、前記受信したメールに含まれるアクセス先情報で特定されるアクセス先である発券サーバにアクセスし、ユーザによる前記第２のパスワードの入力を受け付け、入力された前記第２のパスワードを前記発券サーバに送信してチケットデータを要求するステップと、前記発券サーバが備えるパスワード確認手段が、前記入力された第２のパスワードが適正なものであるか否かを確認するステップと、前記第２のパスワードが適正なものであったときには、前記発券サーバが備えるチケットデータ送信手段が、前記第１のパスワードにて認証されたユーザの申込みに対応するチケットデータを前記携帯端末に送信するステップと、前記携帯端末が備えるチケットデータ受信手段が、前記チケットデータを受信するステップと、前記携帯端末が備えるチケットデータ出力手段が、該チケットデータを表示出力または音響出力することにより、物理的なチケットを代替するステップとを備えたことを特徴とする。
【０００８】
請求項２に係る発明は、請求項１に記載の入場許可認証方法において、前記携帯端末が備えるチケットデータ出力手段により表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、所定のパスワードが入力されたときに画面表示を変化させるスクリプトを含むものであることを特徴とする。
【０００９】
請求項３に係る発明は、請求項１に記載の入場許可認証方法において、前記携帯端末が備えるチケットデータ出力手段により表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、予めインストール及びユーザ登録が要求される特定のソフトウェアに対応したフォーマットであり、前記携帯端末に該ソフトウェアのインストール及びユーザ登録がなければ表示画像が表示されないものであることを特徴とする。
【００１０】
請求項４に係る発明は、請求項１から３の何れか１つに記載の入場許可認証方法において、前記入場許可認証システムはイベント会場管理端末を備え、該イベント会場管理端末が、前記携帯端末での表示出力を読み取り、該読み取りデータにより、前記携帯端末が保持しているチケットデータが適正なものであるか否かを確認するステップを、さらに備えたことを特徴とする。
【００１２】
請求項５に係る発明は、イベント会場への入場許可認証システムであって、ネットワークに接続された携帯端末と受付サーバと発券サーバとを備えるとともに、前記携帯端末は、前記ネットワーク経由で前記受付サーバに第１のパスワードを送信して、認証要求する手段と、前記受付サーバに認証された場合、前記受付サーバにチケットデータの申込み要求を送信する手段と、前記受付サーバから送信されるアクセス先情報と第２のパスワードを含むメールを受信する手段と、受信したメールに含まれるアクセス先情報で特定されるアクセス先である発券サーバにアクセスし、ユーザによる前記第２のパスワードの入力を受け付け、入力された前記第２のパスワードを前記発券サーバに送信してチケットデータを要求する手段と、前記発券サーバから送信されるチケットデータを受信する手段と、受信したチケットデータを表示出力または音響出力する手段とを備え、前記受付サーバは、前記携帯端末からの認証要求を受け、前記携帯端末から送信された第１のパスワードが適正なものであることを認証する手段と、前記携帯端末からのチケットデータの申込みを受付け、アクセス先情報と第２のパスワードを含むメールを送信する手段とを備え、前記発券サーバは、前記携帯端末からのチケットデータの要求に付随して送られる第２のパスワードが適正なものであるか否かを確認する手段と、適正なものであったときにチケットデータを前記携帯端末に送信する手段とを備えたことを特徴とする。
【００１３】
請求項６に係る発明は、請求項５に記載の入場許可認証システムにおいて、前記携帯端末で表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、所定のパスワードが入力されたときに画面表示を変化させるスクリプトを含むものであることを特徴とする。
【００１４】
請求項７に係る発明は、請求項５に記載の入場許可認証システムにおいて、前記携帯端末で表示出力されるチケットデータは、所定の画像、所定の文字列、若しくはバーコード、またはこれらの組み合わせであって、予めインストール及びユーザ登録が要求される特定のソフトウェアに対応したフォーマットであり、前記携帯端末に該ソフトウェアのインストール及びユーザ登録がなければ表示画像が表示されないものであることを特徴とする。
【００１５】
請求項８に係る発明は、請求項５から７の何れか１つに記載の入場許可認証システムにおいて、前記携帯端末での表示出力を読み取り、該読み取りデータにより、前記携帯端末が保持しているチケットデータが適正なものであるか否かを確認する手段を有するイベント会場管理端末を、さらに備えたことを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を用いてこの発明の実施の形態を説明する。
【００１７】
図１は、この発明を適用したイベント会場などへの入場許可認証システムの概要を示す。インターネットなどのネットワークインフラ１００に、認証発券サーバ１０１、ユーザ端末１０２、携帯端末用の中継基地局１０４、信販カード会社または銀行等システム１０５、およびイベント会場管理端末１０６などが接続され、相互に通信可能になっている。認証発券サーバ１０１は、イベントの管理者や主催者側が用意するサーバであり、登録者データベース（ＤＢ）１１１、ＷｅｂページＨＴＭＬ文書群１１２、およびチケットデータ１１３などを備える。登録者ＤＢ１１１には、あらかじめ本システムを用いてチケットの発券を受けることができるユーザを特定する情報（例えば、ユーザ氏名、電話番号、ＩＤ、登録パスワード、メールアドレスなど）が格納されている。登録者ＤＢ１１１の各情報は、各項目の検索キーなどで検索可能である。さらに、登録者ＤＢ１１１に、銀行口座番号、アクセス頻度、および利用履歴などを記憶してもよい。
【００１８】
ユーザは、ユーザ端末１０２やユーザ携帯端末１０３を用いてネットワーク１００を介して、認証発券サーバ１０１にアクセスする。ユーザ端末１０２およびユーザ携帯端末１０３は、何れもユーザがイベント会場まで持ち運ぶことができる携帯型のものとする。認証発券サーバ１０１は、それらのユーザからのアクセスに対して、登録者ＤＢ１１１を参照し、該アクセスが登録ユーザからのものであることを確認する。確認が取れたら、所定の表示を行なわせるべく該アクセス元の端末１０２，１０３に表示データを返送する。ＷｅｂページＨＴＭＬ文書群１１２は、端末１０２，１０３からの要求に応じて送信する文書データ群である。これらの文書データをやり取りすることにより、端末１０２，１０３から認証発券サーバ１０１にチケットデータの発行申込みを行ない、認証発券サーバ１０１から端末１０２，１０３にチケットデータ１１３を発行する。チケットデータ１１３は、例えば画像を含むＨＴＭＬ文書などであり、これを端末１０２，１０３のディスプレイに表示することによりイベント会場に入場できるチケットの役割を果たす。
【００１９】
端末１０２，１０３は、認証発券サーバ１０１から返送されてきたチケットデータを所定の態様（基本的には当該データ内に表示態様を決める情報を含んでいるデータであり、例えばＨＴＭＬなどのスクリプトによる表示を行なうものなど）で表示し、該表示結果を持って端末の所持者がチケットを所有する者であることを認証する。
【００２０】
信販カード会社または銀行等システム１０５は、有料サービスの場合の課金やチケット代金の決算処理などをオンラインで行なうためのシステムである。イベント会場管理端末１０６は、ユーザ携帯端末１０７とイベントの現場でやり取りをして認証を行なう場合に設けるものである。イベント会場管理端末１０６と認証発券サーバ１０１とを兼用してもよい。インターフェイス（Ｉ／Ｆ）１６１は、携帯端末１０７の表示を読み取る各種コードリーダ、画像入力装置、あるいは赤外線Ｉ／Ｆ、無線Ｉ／Ｆなど直接通信接続するものなどを使って、携帯端末１０７から認証に必要な情報を取り出すためのものである。
【００２１】
図２は、この実施の形態のシステムを用いてユーザが携帯端末１０３から従来のチケットに代わる認証情報であるチケットデータを取得する際の表示画面例を示す。図３から図５は、その際の処理手順を示す。これらの図面を参照して、ユーザが携帯端末１０３からイベント入場許可用の認証情報であるチケットデータを取得する手順について説明する。
【００２２】
図３において、まずユーザ携帯端末１０３では、ステップ３０１で、認証発券サーバ（Ｗａｂサイト）１０１にアクセスする。これに応じて、認証発券サーバ１０１は、ステップ３０２で、インデックスページのＨＴＭＬ文書を送信する。ユーザ携帯端末１０３は、ステップ３０３で、受信したインデックスページを表示する。図２（ａ）に、最初に表示されるインデックスページの例を示す。ユーザの登録ＩＤとパスワードを入力してエンターボタンを押下することを促すメッセージが表示されている。
【００２３】
次に、ユーザ携帯端末１０３は、ステップ３０４で、図２（ａ）の画面から当該ユーザの登録ＩＤとパスワードを入力して認証発券サーバ１０１に送信する。認証発券サーバ１０１は、ステップ３０５で、受信したユーザの登録ＩＤおよびパスワードに基づき、当該ユーザが登録されている者であるかどうか登録者ＤＢ１１１を検索する。次にステップ３０６で、登録確認ができたか否か判定する。登録者ＤＢ１１１に登録されていないユーザであった場合は、ステップ３０９で登録手続きページＨＴＭＬ文書を当該ユーザ携帯端末１０３に送信し、ステップ３１０で登録手続きの処理を行なう。ステップ３０６で登録確認が出来たときは、ステップ３０７でコンサートガイドページのＨＴＭＬ文書をユーザ携帯端末１０３に送信する。ユーザ携帯端末１０３は、ステップ３０８で、受信したコンサートガイドページのＨＴＭＬ文書を表示する。
【００２４】
図２（ｂ）は、ステップ３０８で表示されるコンサートガイドページの例を示す。予定されているライブコンサートの案内が表示されるとともに、そのコンサートの観覧を希望する場合に押下するチケットボタンが表示されている。なお、コンサートガイドページは、複数のコンサートイベントを紹介して、ユーザがその中から選択できるようにしてもよい。この場合は、当然、後述するチケットデータの発行の処理では、ユーザにより選択されたイベントに対応するチケットを発行することになる。
【００２５】
ユーザ携帯端末１０３では、ステップ３０８の後、ステップ４０１でチケットボタンのクリックがあったか否か判定する。チケットボタンのクリックがなかったときは、ステップ４０６でアクセス終了操作があったか否か判定し、あったときは処理を終了する。ステップ４０６でアクセス終了操作でないときは、指示された所定の操作に応じた処理を必要に応じて実行し、再びステップ４０１に戻る。ステップ４０１でチケットボタンのクリックであったときは、ステップ４０２でチケットボタンのクリックがあったことを示すイベントデータを認証発券サーバ１０１に送信する。
【００２６】
認証発券サーバ１０１は、ステップ４０３で、該イベントデータに応じてチケット申込み受付処理を行なう。これは、申込みがあったことを登録者ＤＢ１１１に登録する処理などである。次にステップ４０４で、チケットＵＲＬとパスワードを発行し、当該ユーザ端末の申込者にメール送信する。ユーザ携帯端末１０３では、ステップ４０２の後、チケット申し込みは処理終了し、該ユーザ端末の電源をオフしても構わない。認証発券サーバ１０１では、ステップ４０４の後、当該ユーザ携帯端末１０３との接続をオフし、チケット申込み受付処理を終了する。
【００２７】
次にステップ４１１で、ユーザ携帯端末１０３は、認証発券サーバ１０１がステップ４０４で送信したメールを受信する。ステップ４１２で、当該ユーザ携帯端末１０３のユーザは、受信したメールで通知されたチケットＵＲＬにアクセスする。認証発券サーバ１０１は、ステップ４１３で、チケットＵＲＬのコンテンツであるチケット発券ページのＨＴＭＬ文書を当該ユーザ携帯端末１０３に送信する。ユーザ携帯端末１０３は、ステップ４１４で、当該チケット発券ページを表示する。
【００２８】
図２（ｃ）は、ステップ４１１で受信したチケットＵＲＬとパスワードの通知メールの例である。このメールを受信して、ユーザは、通知されたチケットＵＲＬへ、ステップ４１２でアクセスする。図２（ｄ）は、ステップ４１４で表示されるチケット発券ページの例を示す。ユーザがすでにチケットＵＲＬとパスワードの通知を受けているか否かをチェックするためのパスワードの入力を促す画面が表示されている。なお、コンサートなどのイベントごと、あるいはユーザごとに、ＵＲＬやパスワードを異ならせてもよい。また、メール通知でなくとも、ＣＧＩなどサーバで生成したＨＴＭＬページで発行したＵＲＬやパスワードを通知するようにしてもよい。また、ここではチケットデータの申込みと発券のアクセス先（ＵＲＬ）を異ならせた例としたが、同じＷｅｂサイト上に申込みと発券のページを設置し、パスワードで切り分けるようにしてもよい。
【００２９】
次にユーザ携帯端末１０３では、ステップ５０１において、図２（ｄ）の画面でパスワード（図２（ｃ）のメールで通知されたパスワード）を入力する。ステップ５０２でエンターボタンのクリックをチェックし、ステップ５０３で入力パスワードを含むイベントデータを認証発券サーバ１０１に送信する。認証発券サーバ１０１は、ステップ５０４で、送られてきたパスワードを確認する。ステップ５０５で確認ＯＫであるときは、ステップ５０６でチケットデータ１１３を送信する。ステップ５０５で正しいパスワードでなかったときは、ステップ５０８で警告処理を行ない（例えばチケット発券ページに戻る）、処理を終了する。ユーザ携帯端末１０３では、ステップ５０７で受信したチケットデータを表示し、処理を終了する。
【００３０】
図２（ｅ）は、ステップ５０７で表示されるチケットデータの例を示す。この図では、デザイン画像（いわゆるアイコン）と発券番号（図２（ｅ）の「Ｎｏ．１２３４」の部分）を表示することで物理的なチケットを代替している。これにより、当該イベントの会場ではユーザが所有する携帯端末１０３の画像を目視で確認することにより、簡単に入場確認を行なうことが出来る。チケットデータの表示は、このようなデザイン画像のほか、バーコードや種々の文字列でもよい。図２（ｆ）は、バーコードの表示例である。このような場合は、表示されたものをイメージセンサ、コードリーダ、あるいはＯＣＲなど（図１のＩ／Ｆ１６１）で読み取り、さらに機械認証をとることとしてもよい。図１のイベント会場管理端末１０６は、そのような認証を行なうものである。なお、チケットデータは、イベントごと、ユーザごとに、対応して用意してもよい。
【００３１】
表示のほか、特定の音響信号の発音で認証をとるようにしてもよい。例えば、チケットデータとして所定の音響データを送り、会場で携帯端末１０３からその音響データを再生することで入場許可確認をとってもよい。また、チケットデータとして特定の着信音データをサーバから供給し、イベント入場時にそれを鳴らしてもらうことで認証をとることも出来る。
【００３２】
さらに、図２（ｅ）のようなチケット表示に入力領域を設け、入場受付時に所定のパスワードをその場で入力してもらい、表示の変化を確認して入場許可とするようにしてもよい。この場合は、チケットデータとして、入力領域を有する画面データと、その入力領域に所定のパスワードが入力されたときに画面表示を変化させるようなスクリプトを含むようなデータをユーザ携帯端末に送るようにすればよい。また、この場合のパスワードは整理券などで支給すればよい。
【００３３】
チケットデータの表示画面上に番号や文字列などの許可情報を表示し、受付時にその許可情報をチェックして入場許可認証をとるようにしてもよい。例えば、そのような許可情報を受付端末１０６に入力すると、対応登録者の登録されている携帯電話番号に電話がかかるようにして、その着信反応をもって認証確認することもできる。
【００３４】
いわゆるチケットの当日券を実現するため、イベント会場で別途指定する特定のＵＲＬにアクセスし、許可された先着の所定数の人だけ、チケット認証表示を出すようにしてもよい。表示画像は特定のソフトウェア対応のフォーマットのものとし、そのソフトウェアのインストールとユーザ登録がなければ表示画像が表示されないものとして認証精度を上げることもできる。表示には認証をより確実にするためのタイムスタンプ、チケット表示バージョンナンバ、または発行番号などを表示するとよい。
【００３５】
上記実施の形態では、１つの認証発券サーバ１０１でユーザからのチケットデータ申込みの受付と発券の処理を（異なるＵＲＬで）行なっているが、受付処理を行なう受付サーバと、発券処理を行なう発券サーバとを分けてもよい。
【００３６】
上記実施の形態では、携帯電話を例に説明したが、この他、ＰＤＡ（Personal Digita Assistance）や各種のモバイル機器を用いてもよい。
【００３７】
上記実施の形態では、携帯電話でチケットデータ申込みを行なっているが、ユーザが自宅などでネット接続端末を用いてチケット申込みできるようにしてもよい。この場合は、チケットデータを受け取る携帯端末を特定する情報を申込みに伴ってサーバに送り、申込みを受け付けたサーバはその携帯端末にチケットデータを送るようにすればよい。
【００３８】
【発明の効果】
以上説明したように、この発明によれば、携帯端末からネットワーク経由で認証発券サーバにアクセスし、チケットデータの申込みを行ない、認証発券サーバから送られるチケットデータを携帯端末で表示出力または音響出力することにより物理的なチケットを代替するようにしているので、ユーザにとっては入手の手間が煩雑な物理的なチケット無しでイベントなどの参加申し込みを行なうことができ、管理者側にとっては手間やコストが軽減されるという効果がある。また、入場チェックは携帯端末の表示画面や音響出力で確認できるので容易である。
【図面の簡単な説明】
【図１】この発明を適用したイベント会場などへの入場許可認証システムの概要図
【図２】チケットデータを取得する際の表示画面例を示す図
【図３】チケットデータを取得する際の処理手順を示すフローチャート（その１）図
【図４】チケットデータを取得する際の処理手順を示すフローチャート（その２）図
【図５】チケットデータを取得する際の処理手順を示すフローチャート（その３）図
【符号の説明】
１００…ネットワーク、１０１…認証発券サーバ、１０２…ユーザ端末、１０３…ユーザ携帯端末、１０４…携帯端末用の中継基地局、１０５…信販カード会社または銀行等システム、１０６…イベント会場管理端末。
【図１】
0004645928.tif 000002
【図２】
0004645928.tif 000003
【図３】
0004645928.tif 000004
【図４】
0004645928.tif 000005
【図５】
0004645928.tif 000006