(57)【要約】【課題】確実にチケット予約の申込みを行うことができるデータ処理装置、および予約システムを提供する。【解決手段】携帯端末２に、チケットの予約処理を行う情報提供装置３とデータ通信を行う通信部２１と、予約受付日時前に通信部２１で受信した、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを記憶するメモリ２５と、時刻を計時する時計制御部（計時部）２２と、計時部２２が計時する時刻が、メモリ２２５が記憶する事前予約データＤＲに含まれる予約受付日時データＤＴが示す予約受付日時以降になった場合には、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置３宛に通信部２１を介して送信するＣＰＵ（制御部）２６とを設ける。【選択図】図１
2005165459.tif 000002
【特許請求の範囲】
【請求項１】
チケットの予約処理を行う情報提供装置とデータ通信を行う通信手段と、
予約受付日時前に前記通信手段で受信した、前記チケットの予約受付日時データ、予め設定したチケット予約入力データ、および前記情報提供装置のアドレスデータを含む事前予約データを記憶する記憶手段と、
時刻を計時する計時手段と、
前記計時手段が計時する時刻が、前記記憶手段が記憶する事前予約データに含まれる予約受付日時データが示す予約受付日時以降になった場合に、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信する制御手段と
を有することを特徴とするデータ処理装置。
【請求項２】
前記制御手段は、前記予約受付日時前に、前記チケット予約入力データ、および前記事前予約データの送信指示を前記情報提供装置に前記通信手段を介して送信することを特徴とする
請求項１に記載のデータ処理装置。
【請求項３】
前記制御手段は、前記計時手段が計時する時刻が、前記予約受付日時以降の予め設定された送信設定日時になった場合に、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信することを特徴とする
請求項１または請求項２に記載のデータ処理装置。
【請求項４】
前記制御手段は、前記記憶手段が記憶するチケット予約入力データを前記通信手段を介して送信できない場合には、所定時間経過後に再度前記チケット予約入力データを送信させることを特徴とする
請求項１から請求項３のいずれか一に記載のデータ処理装置。
【請求項５】
前記制御手段は、前記記憶手段が記憶するチケット予約入力データを、前記通信手段を介して送信できないことが所定回数発生した場合には、送信不可を示す報知を行うことを特徴とする
請求項４に記載のデータ処理装置。
【請求項６】
前記通信手段は、少なくとも、前記事前予約データ、前記予約受付日時データ、前記チケット予約入力データ、および前記情報提供装置のアドレスデータのいずれかを、電子メールにて前記情報提供装置とデータ通信を行うことを特徴とする
請求項１から請求項５のいずれか一に記載のデータ処理装置。
【請求項７】
前記制御手段は、前記情報提供装置が前記チケット予約入力データを基に生成した、他のチケットに関するチケット予約入力データ、予約受付日時データ、および前記情報提供装置のアドレスデータを含む事前予約データに基づいて、前記他のチケットに関する予約を行うか否かを示すデータを、前記通信手段を介して前記情報提供装置に送信する
請求項１に記載のデータ処理装置。
【請求項８】
チケットの予約処理を行う情報提供装置と、データ処理装置とを有する予約システムであって、
前記情報提供装置は、予約受付日時前に、前記データ処理装置からのチケット予約入力データを基に、前記チケットの予約受付日時データ、当該チケット予約入力データ、および当該情報提供装置のアドレスデータを含む事前予約データを、前記データ処理装置に送信する事前予約送信手段と、
予約受付日時以降に、前記データ処理装置から送信されたチケット予約入力データに基づいて予約処理を行う予約処理手段とを含み、
前記データ処理装置は、
チケットの予約処理を行う情報提供装置とデータ通信を行う通信手段と、
予約受付日時前に前記通信手段で受信した、前記チケットの予約受付日時データ、予め設定したチケット予約入力データ、および前記情報提供装置のアドレスデータを含む事前予約データを記憶する記憶手段と、
時刻を計時する計時手段と、
前記計時手段が計時する時刻が、前記記憶手段が記憶する事前予約データに含まれる予約受付日時データが示す予約受付日時以降になった場合には、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信する制御手段と、を含むことを特徴とする
予約システム。
【請求項９】
前記情報提供装置は、前記チケット予約入力データを基に生成した、他のチケットに関するチケット予約入力データ、予約受付日時データ、および前記情報提供装置のアドレスデータを含む事前予約データを、予め登録された前記データ処理装置に送信する登録送信手段を含み、
前記予約処理手段は、前記データ処理装置から送信された、前記他のチケットに関するチケット予約入力データに基づいて予約処理を行う
請求項８に記載の予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、チケットの予約処理を行う情報提供装置とデータ通信を行うデータ処理装置、および予約システムに関する。
【背景技術】
【０００２】
従来、ユーザからの商品の販売予約を受付け、その予約を基に実際に商品の販売を行う予約システムが知られている（例えば、特許文献１参照）。
【特許文献１】特開２００２−１６３５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、例えばコンサート等のチケット予約や旅券予約等では、まずチケットや旅券発売の告知が行われ、次にその予約受付が開始し、その後実際にチケットや旅券の発行が行われる。
従来の予約システムでは、例えばユーザがチケットの購入を希望した場合には、ユーザは予約受付開始日まで待ち、予約開始日にチケット予約を行う必要があった。
このため、例えばユーザが予約開始日やチケットの予約を忘れた場合など人為的ミスがあった場合には、チケットを購入することができない場合があり、確実にチケット予約の申込みを行うことができる予約システムが望まれている。
【０００４】
本発明は、かかる事情に鑑みてなされたものであり、その目的は、確実にチケット予約の申込みを行うことができるデータ処理装置、および予約システムを提供することにある。
【課題を解決するための手段】
【０００５】
前記目的を達成するために、本発明の第１の観点のデータ処理装置は、チケットの予約処理を行う情報提供装置とデータ通信を行う通信手段と、予約受付日時前に前記通信手段で受信した、前記チケットの予約受付日時データ、予め設定したチケット予約入力データ、および前記情報提供装置のアドレスデータを含む事前予約データを記憶する記憶手段と、時刻を計時する計時手段と、前記計時手段が計時する時刻が、前記記憶手段が記憶する事前予約データに含まれる予約受付日時データが示す予約受付日時以降になった場合に、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信する制御手段とを有することを特徴とする。
【０００６】
好適には、前記制御手段は、前記予約受付日時前に、前記チケット予約入力データ、および前記事前予約データの送信指示を前記情報提供装置に前記通信手段を介して送信することを特徴とする。
【０００７】
さらに、好適には、前記制御手段は、前記計時手段が計時する時刻が、前記予約受付日時以降の予め設定された送信設定日時になった場合に、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信することを特徴とする。
【０００８】
さらに、好適には、前記制御手段は、前記記憶手段が記憶するチケット予約入力データを前記通信手段を介して送信できない場合には、所定時間経過後に再度前記チケット予約入力データを送信させることを特徴とする。
【０００９】
さらに、好適には、前記制御手段は、前記記憶手段が記憶するチケット予約入力データを、前記通信手段を介して送信できないことが所定回数発生した場合には、送信不可を示す報知を行うことを特徴とする。
【００１０】
さらに、好適には、前記通信手段は、少なくとも、前記事前予約データ、前記予約受付日時データ、前記チケット予約入力データ、および前記情報提供装置のアドレスデータのいずれかを、電子メールにて前記情報提供装置とデータ通信を行うことを特徴とする。
【００１１】
さらに、好適には、前記制御手段は、前記情報提供装置が前記チケット予約入力データを基に生成した、他のチケットに関するチケット予約入力データ、予約受付日時データ、および前記情報提供装置のアドレスデータを含む事前予約データに基づいて、前記他のチケットに関する予約を行うか否かを示すデータを、前記通信手段を介して前記情報提供装置に送信する。
【００１２】
さらに、前記目的を達成するために、本発明の第２の観点の予約システムは、チケットの予約処理を行う情報提供装置と、データ処理装置とを有する予約システムであって、前記情報提供装置は、予約受付日時前に、前記データ処理装置からのチケット予約入力データを基に、前記チケットの予約受付日時データ、当該チケット予約入力データ、および当該情報提供装置のアドレスデータを含む事前予約データを、前記データ処理装置に送信する事前予約送信手段と、予約受付日時以降に、前記データ処理装置から送信されたチケット予約入力データに基づいて予約処理を行う予約処理手段とを含み、前記データ処理装置は、チケットの予約処理を行う情報提供装置とデータ通信を行う通信手段と、予約受付日時前に前記通信手段で受信した、前記チケットの予約受付日時データ、予め設定したチケット予約入力データ、および前記情報提供装置のアドレスデータを含む事前予約データを記憶する記憶手段と、時刻を計時する計時手段と、前記計時手段が計時する時刻が、前記記憶手段が記憶する事前予約データに含まれる予約受付日時データが示す予約受付日時以降になった場合には、前記記憶手段が記憶するチケット予約入力データを、前記事前予約データに含まれる前記アドレスデータが示す情報提供装置宛に前記通信手段を介して送信する制御手段と、を含むことを特徴とする。
【００１３】
好適には、前記情報提供装置は、前記チケット予約入力データを基に生成した、他のチケットに関するチケット予約入力データ、予約受付日時データ、および前記情報提供装置のアドレスデータを含む事前予約データを、予め登録された前記データ処理装置に送信する登録送信手段を含み、前記予約処理手段は、前記データ処理装置から送信された、前記他のチケットに関するチケット予約入力データに基づいて予約処理を行う。
【発明の効果】
【００１４】
本発明によれば、確実にチケット予約の申込みを行うことができるデータ処理装置、および予約システムを提供することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の一実施形態に係る予約システムの全体構成図である。
本実施形態に係る予約システム１は、例えば図１に示すように、データ処理装置２および情報提供装置３を有する。
データ処理装置２は、例えばユーザにより操作され、情報提供装置３と通信ネットワーク４を介して本発明に係る予約に関するデータ通信を行う。
通信ネットワーク４は、例えば専用回線やいわゆるインターネット等のデータ通信路である。
データ処理装置２として、例えば携帯電話やＰＤＡ（Personal Digital Assistant）等の携帯端末装置（携帯端末ともいう）２を用いる場合には、無線方式により基地局４１および通信ネットワーク４を介して情報提供装置３とデータ通信を行う。また有線方式により通信ネットワーク４を介してデータ通信を行ってもよい。
データ処理装置２は、例えば、いわゆる電子メール送受信機能や、ウェブページの閲覧や所望のデータ送受信を行うウェブブラウザ等の通信機能や、計時機能を有する。
。
【００１６】
情報提供装置３は、例えばチケットや旅券等の券の発行に係るチケット発行社３０に設けられ、通信ネットワーク４を介してデータ処理装置２とデータ通信を行い、本発明に係るチケットの予約処理や、チケット発行等の処理を行う。
【００１７】
本実施形態では情報提供装置３は、例えば第１から第３ステップの処理を行うことで予約処理を行う。
第１ステップでは、例えばチケット発行社３０ではチケット販売の告知を行い、第２ステップではチケット予約受付を行い、第３ステップではそのチケット予約受付を基にチケット発行処理を行う。
【００１８】
一般的な予約システムでは、第２ステップの予約受付から第３ステップの発行を行うシステムに関する技術であるため、第１ステップから第２ステップの間に、「チケットが欲しい」と思ってもユーザは予約受付開始日まで待たなければならない。さらにユーザが予約を忘れてしまった場合などの人為的なミスがあった場合には購入することができない場合がある。このため本発明では後述する処理を行うことでそれらの問題点を解決する。
【００１９】
本発明に係る予約システム１、データ処理装置２、および情報提供装置３は、上述した問題点を解決するために、予約受付開始日前である第１ステップの時点で、ユーザがデータ処理装置２にて事前に情報提供装置３にアクセスして、所望のチケットに関するチケット予約入力データを情報提供装置３に送信する。
情報提供装置３では、予約受付日時前に、チケット予約入力データを基に、チケットの予約受付日時データ、当該チケット予約入力データ、および当該情報提供装置３の所在を示す指標となるアドレスデータを含む事前予約データを生成して、データ処理装置２に送信する。
データ処理装置２は、予約受付日時以降になった場合に、そのチケット予約入力データ（事前予約データ）を、アドレスデータが示す情報提供装置３宛に送信する。
第２ステップにおいて、情報提供装置３は、予約受付日時以降に、データ処理装置２から送信されたチケット予約入力データ（事前予約データ）に基づいて予約処理を行い、第３ステップで情報提供装置３は、その予約処理の結果に基づいてチケット発行に係る処理を行う。
【００２０】
以下、各構成要素について図面を用いて詳細に説明する。
【００２１】
図２は、図１に示したデータ処理装置の機能ブロック図である。
以下データ処理装置２として携帯端末２を例に説明する。
携帯端末２は、例えば図２に示すように、ＲＦ（Radio Frequency ）処理部２１、時計制御部２２、表示部２３、入力部２４、メモリ管理部２５、制御部（ＣＰＵ：Central Processing Unit ）２６、インターネットアクセス処理部２７、およびメール処理部２８を有する。
【００２２】
ＲＦ処理部２１は本発明に係る通信手段に相当し、時計制御部２２は本発明に係る計時手段に相当し、メモリ管理部２５は本発明に係る記憶手段に相当し、制御部（ＣＰＵ）２６は本発明に係る制御手段に相当する。
【００２３】
ＲＦ処理部（通信部とも言う）２１は、ＣＰＵ２６の制御により、チケットの予約処理を行う情報提供装置３とデータ通信を行う通信部である。例えばＲＦ処理部２１は無線方式により基地局４１と通信を行い、基地局４１および通信ネットワーク４を介して情報提供装置３とデータ通信を行い、ＣＰＵ２６の制御により所定のデータをメモリ管理部２５に記憶する。
【００２４】
時計制御部（計時部とも言う）２２は、例えば水晶振動子等の振動子による振動を基に時刻を計時し、計時結果の時刻情報をＣＰＵ２６に出力する。
表示部２３は、ＣＰＵ２６の制御により所定の文字データや画像データを表示する表示装置であり、例えばＬＣＤ（Liquid Crystal Display）や、有機ＥＬ（Electroluminescence ）等の表示装置により構成される。
入力部２４は、例えばユーザの操作に応じたデータをＣＰＵ２６に入力する。例えば入力部２４は、キーボードやポインティングデバイス等の入力装置である。
【００２５】
メモリ管理部（メモリとも言う）２５は、ＣＰＵ２６の制御によりデータの記憶や、記憶するデータをＣＰＵ２６等に出力する。例えばメモリ２５は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）により構成される。
メモリ２５は、例えばプログラムＰＲＧ、事前予約データＤＲ等を記憶する。
プログラムＰＲＧは、例えば本発明に係る機能を含みＣＰＵ２６により実行される。
事前予約データＤＲは、チケット予約を行う際に必要なデータであり、後述するように予約受付日時前にＲＦ通信部２１で受信した、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、情報提供装置３のアドレスデータＤＡを含む。
【００２６】
インターネットアクセス処理部２７は、ＣＰＵ２６の制御により、通信部２１を介して通信ネットワーク４上で規定されるプロトコル、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＨＴＴＰ（HyperText Transport Protocol）等のプロトコルに応じた通信処理を行い、処理結果をＣＰＵ２６に出力する。
【００２７】
メール処理部２８は、ＣＰＵ２６の制御により、通信部２１を介して通信ネットワーク４上で規定される電子メールに係るプロトコル、例えばＰＯＰ（Post Office Protocol）やＳＭＴＰ（Simple Mail Transfer Protocol ）に応じた電子メールに係る通信処理を行い、処理結果をＣＰＵ２６に出力する。
例えば、メール処理部２８は、ＣＰＵ２６の制御により、ＲＦ通信部２１に、少なくとも、事前予約データＤＲ、予約受付日時データＤＴ、チケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡのいずれかを、電子メールにて情報提供装置３とデータ通信を行わせる。
【００２８】
ＣＰＵ２６は、装置全体の制御を行う。ＣＰＵ２６は例えばメモリ２５が記憶するプログラムＰＲＧを実行することにより、後述する本発明に係る機能を実現する。
【００２９】
ＣＰＵ２６が、例えばメモリ２５が記憶するプログラムＰＲＧを実行することにより、上述したインターネットアクセス処理部２７やメール処理部２８の機能を実現してもよいし、高速処理のために専用のＩＣ（Integrated circuits ）チップによりそれらの機能を実現してもよい。
【００３０】
例えば、ＣＰＵ２６は、時計制御部２２が計時する時刻が、メモリ２５が記憶する事前予約データＤＲに含まれる予約受付日時データＤＴが示す予約受付日時以降になった場合に、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置３宛にＲＦ通信部２１を介して送信する。
【００３１】
また、ＣＰＵ２６は、予約受付日時前に、チケット予約入力データＤＩ、および事前予約データＤＲの送信指示を情報提供装置３宛にＲＦ通信部２１を介して送信する。
【００３２】
また、ＣＰＵ２６は、時計制御部２２が計時する時刻が、予約受付日時以降の予め設定された送信設定日時になった場合に、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置宛にＲＦ通信部２１を介して送信する。
【００３３】
ＣＰＵ２６は、メモリ２５が記憶するチケット予約入力データＤＩをＲＦ通信部２１を介して送信できない場合には、所定時間経過後に再度チケット予約入力データＤＩを送信させる。
【００３４】
ＣＰＵ２６は、メモリ２５が記憶するチケット予約入力データＤＩを、ＲＦ通信部２１を介して送信できないことが所定回数発生した場合には、送信不可を示す報知を行う。例えばＣＰＵ２６はその報知を示す文字データや画面を表示部２３に表示させる。
【００３５】
情報提供装置３は、上述したように、通信ネットワーク４を介して携帯端末２とデータ通信を行い、チケットの予約処理を行う。
情報提供装置３は、例えば、予約受付日時前に、携帯端末２からのチケット予約入力データＤＩを基に、チケットの予約受付日時データＤＴ、当該チケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを携帯端末２に送信し、約受付日時以降に、携帯端末２から送信されたチケット予約入力データＤＩに基づいて予約処理を行う。
【００３６】
本実施形態に係る情報提供装置３は、例えば本発明に係る機能を、複数のデータ処理装置に分散処理させることで、高速化処理を行う。以下、詳細に情報提供装置３の構成の具体例を説明する。
情報提供装置３は、例えば図１に示すように、ウェブサーバ３１、メールサーバ３２、事前予約受付サーバ３３、予約受付サーバ３４、チケット発売管理データベース３５、予約必要項目ファイルデータベース３６、チケット予約データベース３７、および発券装置３８を有する。
各装置のハードウェア構成は、一般的なデータ処理装置と略同じ構成であり、例えば上述したようにＲＡＭ、ＲＯＭ、ＣＰＵ、通信部、計時部、および表示部等を有し、ＣＰＵがプログラムを実行することにより本発明に係る機能を実現する。
【００３７】
装置それぞれは通信路ＮＴにより接続されており、必要に応じて各装置間データ通信を行う。
また、各装置は、例えばルータＲＴ、通信路ＮＴ、および通信ネットワーク４を介して携帯端末２とデータ通信を行う。
【００３８】
ウェブサーバ３１は、他の装置とデータ通信を行い、例えばチケットの予約に関する告知等の本発明のチケット予約にデータが記述されたウェブページを、通信ネットワーク４を介してアクセスする携帯端末２の要求に応じて送信する。
【００３９】
メールサーバ３２は、本発明に係るチケット予約処理に係る電子メールを通信ネットワーク４を介して携帯端末２と送受信する機能や、その電子メールを所定の装置に送信する機能を有する。
【００４０】
事前予約受付サーバ３３は、例えば事前予約送信部３３１を有し、例えば予約受付日時前に、携帯端末２からのチケット予約入力データＤＩを基に、チケットの予約受付日時データＤＴ、当該チケット予約入力データＤＩ、およびメールサーバ３２のアドレスデータを含む事前予約データＤＲを、携帯端末２に通信ネットワーク４を介して送信する。
【００４１】
予約受付サーバ３４は、例えば予約処理部３４１を有し、例えば予約受付日時以降に、携帯端末２から送信されたチケット予約入力データＤＩに基づいて予約処理を行う。
【００４２】
チケット発売管理データベース３５は、例えばチケットの発売に係るデータ、例えばチケット発売管理ファイルを管理、記憶する。また、チケット発売管理データベース３５は必要に応じて記憶するデータを各装置に送信する。
【００４３】
図３は、図１に示したチケット発売管理データベース３５が管理、記憶するデータの一具体例を示す図である。
チケット発売管理データベース３５は、チケット発売管理ファイルＦＡとして、図３に示すように、チケット名称ＦＡ１、予約必要項目ファイル番号ＦＡ２、アーティスト名ＦＡ３、開催日ＦＡ４、開催場所ＦＡ５、Ｓ席チケット料金／販売枚数ＦＡ６、Ａ席チケット料金／販売枚数ＦＡ７、一般席チケット料金／販売枚数ＦＡ８、予約受付開始日ＦＡ９、および備考ＦＡ１０等を関連付けて記憶する。
【００４４】
チケット名称ＦＡ１は、例えばコンサートのチケットの場合には、そのコンサートの名称を示すデータである。予約必要項目ファイル番号ＦＡ２は、例えばインデックスとしてのファイル番号を示すデータである。アーティスト名ＦＡ３は、例えばチケットがコンサートの場合には、そのコンサートのアーティスト名を示すデータである。
【００４５】
開催日ＦＡ４は、例えばコンサートの開催日を示すデータである。
開催場所ＦＡ５は、例えばコンサートの開催場所を示すデータである。
Ｓ席チケット料金／販売枚数ＦＡ６は、例えばＳ席のチケット料金、および販売枚数を示すデータである。Ａ席チケット料金／販売枚数ＦＡ７は、例えばＡ席のチケット料金、および販売枚数を示すデータである。一般席チケット料金／販売枚数ＦＡ８は、例えば一般席のチケット料金、および販売枚数を示すデータである。
予約受付開始日ＦＡ９は、例えばチケットの予約受付け開始日を示すデータである。備考ＦＡ１０は、その他のデータを示す。
【００４６】
予約必要項目ファイルデータベース３６は、例えばチケット予約に係るデータ、具体的には予約必要項目ファイルＦＢを管理、記憶する。また、予約必要項目ファイルデータベース３６は必要に応じて記憶するデータを各装置とデータ通信を行う。
【００４７】
図４は、図１に示した、チケット予約データベース３７が管理、記憶する予約必要項目ファイルＦＢ（Concert-001 ）の一具体例を示す図である。
チケット予約データベース３７は、予約必要項目ファイルＦＢとして、例えば図４に示すように、予約必要項目ファイル名ＦＢ１、フォーマットファイル名ＦＢ２、予約時必要項目一覧ＦＢ３とを関連付けて記憶する。
【００４８】
予約必要項目ファイル名ＦＢ１は、このファイルのインデックスとしての名称を示すデータである。
フォーマットファイル名ＦＢ２は、このファイルのフォーマットの種類を示すデータである。例えばフォーマットは、コンサートチケット用のフォーマットや旅券用のフォーマット等、チケットの種類に対応して規定される。
【００４９】
予約時必要項目一覧ＦＢ３は、例えばチケット予約を行う際に必要となる項目を示すデータである。この予約時必要項目一覧ＦＢ３はウェブサーバ３１が携帯端末２に、チケット予約入力データＤＩを作成させる際に参照される。
また、予約時必要項目一覧ＦＢ３には、携帯端末２から送信されたチケット予約入力データＤＩを基に、予約に必要な項目ごとにデータを関連付けて記憶する。
【００５０】
予約時必要項目一覧ＦＢ３は、例えば図４に示すように、チケット名称ＦＢ３１、日付ＦＢ３２、場所ＦＢ３３、席ＦＢ３４、予約受付開始日時ＦＢ３５、電話番号ＦＢ３６、住所ＦＢ３７、受け取り方法ＦＢ３８、およびメールＩＤ（Mail-ID ）ＦＢ３９を有し、それぞれのデータが関連付けられている。
【００５１】
チケット名称ＦＢ３１は、例えば券がコンサートのチケットの場合には、その名称を示すデータである。
日付ＦＢ３２は、例えば、券がコンサートのチケットの場合には、その日付を示すデータである。
場所ＦＢ３３は、例えば、そのコンサートの開催場所を示すデータである。
席ＦＢ３４は、例えば、ユーザが指定するコンサート場所での席を示すデータである。
予約受付開始日時ＦＢ３５は、例えばチケット予約の受付け開始日時を示すデータである。
電話番号ＦＢ３６は、ユーザの連絡先である電話番号を示すデータである。例えば携帯端末２が電話機能を有する場合にはその電話番号を示すデータであってもよい。
住所ＦＢ３７は、例えばユーザの住所を示すデータである。
受け取り方法ＦＢ３８は、例えばユーザにより指定される、チケットの受け取り方法を示すデータである。例えば、「自宅送付」やネット上での発行を選択できる。
メールＩＤ（Mail-ID ）ＦＢ３９は、例えば、ユーザにより操作される携帯端末２の電子メールアドレスを示すデータである。
【００５２】
ここで図４では予約時必要項目一覧ＦＢ３のそれぞれの項目の「  」の内部には、携帯端末２により入力される内容を示すデータを記載している。フォーマット上は無記入状態である。
また、予約時必要項目一覧ＦＢ３は、携帯端末２からの入力を簡略化するために初期値として発売管理ファイルＦＡを参照して生成することも可能である。
【００５３】
図５は、図１に示した情報提供装置がデータ処理装置（携帯端末）に送信する予約申込メールの一具体例を示すデータである。
情報提供装置３のメールサーバ３２は、予約受付開始日時前に、携帯端末２からのチケット予約入力データＤＩを基に事前予約データＤＲを電子メールとして、例えば図５に示すような予約申込みメールＭＬを生成して携帯端末２に送信する。
携帯端末２は、このメールＭＬに基づいて予約日以降の設定された日時に、メールＭＬに含まれるチケット予約入力データをアドレスデータが示す情報提供装置宛に送信する。
【００５４】
例えば事前予約データＤＲとしての予約申込みメールＭＬは、例えば図５に示すように、返信先アドレスＭＬ１、件名ＭＬ２、キー番号（KEY-No）ＭＬ３、予約必要項目ファイル名ＭＬ４、フォーマットファイル名ＭＬ５、チケット名称ＭＬ６、日付ＭＬ７、場所ＭＬ８、席ＭＬ９、予約受付開始日時ＭＬ１０、電話番号ＭＬ１１、住所ＭＬ１２、受け取り方法ＭＬ１３、およびメールＩＤ（Mail-ID ）ＭＬ１４等のデータを含む。
例えば返信先アドレスＭＬ１は、本発明に係る情報提供装置３のアドレスデータＤＡに相当する。
予約受付開始日時ＭＬ１０は、本発明に係るチケットの予約受付日時データＤＴに相当する。
キー番号（KEY-No）ＭＬ３、予約必要項目ファイル名ＭＬ４、フォーマットファイル名ＭＬ５、チケット名称ＭＬ６、日付ＭＬ７、場所ＭＬ８、席ＭＬ９、電話番号ＭＬ１１、住所ＭＬ１２、受け取り方法ＭＬ１３、およびメールＩＤ（Mail-ID ）ＭＬ１４は、本発明に係るチケット予約入力データＤＩに相当する。
【００５５】
具体的には、返信先アドレスＭＬ１は、例えば情報提供装置３、具体的にはメールサーバ３２のアドレスデータを示すデータである。
件名ＭＬ２は、本メールＭＬの件名を示すデータである。
キー番号（KEY-No）ＭＬ３は、例えば情報提供装置３が、メールやチケット予約入力データＤＩの照合を行う際に参照するデータである。情報提供装置３は、例えばキー番号ＭＬ３や、各データベース等に記憶するデータを基に、チケット予約入力データＤＩの照合処理を行い、照合結果が正しい場合にのみ予約処理を実行する。
【００５６】
予約必要項目ファイル名ＭＬ４、フォーマットファイル名ＭＬ５、チケット名称ＭＬ６、日付ＭＬ７、場所ＭＬ８、席ＭＬ９、予約受付開始日時ＭＬ１０、電話番号ＭＬ１１、住所ＭＬ１２、受け取り方法ＭＬ１３、およびメールＩＤ（Mail-ID ）ＭＬ１４それぞれは、予約必要項目ファイル名ＦＢ１、フォーマットファイル名ＦＢ２、および予約時必要項目一覧ＦＢ３の各項目である、チケット名称ＦＢ３１、日付ＦＢ３２、場所ＦＢ３３、席ＦＢ３４、予約受付開始日時ＦＢ３５、電話番号ＦＢ３６、住所ＦＢ３７、受け取り方法ＦＢ３８、およびメールＩＤ（Mail-ID ）ＦＢ３９それぞれを基に生成され、それぞれ関連付けられている。
データそれぞれの内容は、上述したデータと同じであり説明を省略する。
【００５７】
発券装置３８は、例えば予約処理の結果に基づいてチケットを発行する装置である。発行したチケットは例えば指定されたユーザ宅や、最寄のチケット販売所に郵送により送付される。また、発券装置３８は、チケットの発行処理として携帯端末２にチケットを示す画像や暗号化されたデータ等を送信してもよい。
【００５８】
図６は、図１に示した予約システム１の動作を説明するための図である。図１から図６を参照しながら、予約システム１の動作をデータ処理装置（携帯端末）２および情報提供装置３の動作の一具体例を説明する。
ステップＳＴ１において、チケットの告知から予約受付開始日時前までの間に、携帯端末２のＣＰＵ２６は、例えばユーザの操作により通信部２１に通信ネットワーク４を介して情報提供装置３、具体的にはウェブサーバ３１にアクセスして、例えばコンサートのチケットに係るウェブページにアクセスする。
【００５９】
ステップＳＴ２において、ウェブサーバ３１は、例えば携帯端末２からのアクセスに応じて、例えばチケット発売管理データベース３５が記憶するチケットに関する図３に示すような管理ファイルＦＡを検索し、検索結果を要求元の携帯端末２に送信する。
ＣＰＵ２６は、通信部２１で受信した検索結果を表示部２３に表示させる。ユーザは表示された検索結果を見て、チケットの予約を行いたい場合には、その旨を示す操作を入力部２４に行う。
【００６０】
ステップＳＴ３において、ＣＰＵ２６は、入力部２４からの操作に応じたデータが入力されると、通信部２１にチケット予約を行う旨を示すデータを情報提供装置３に送信する。
ステップＳＴ４において、ウェブサーバ３１および事前予約受付サーバ３３は、携帯端末２からそのデータを受信すると、携帯端末２からのチケット予約要求に基づいて、予約必要項目ファイルデータベース３６から、そのチケットに対応する図４に示すような予約必要項目ファイルＦＢを検索する。
ステップＳＴ５において、ウェブサーバ３１および事前予約受付サーバ３３は、検索結果の予約必要項目ファイルＦＢを基に、携帯端末２に必要項目の入力を促すデータを送信する。
【００６１】
ステップＳＴ６において、ＣＰＵ２６は、ユーザの操作に応じて入力部２４からの入力に基づいて、例えば、チケット名称ＦＢ３１からメールＩＤＦＢ３９を含むチケット予約入力データＤＩを生成して、予約受付日時前に、チケット予約入力データＤＩ、および事前予約データＤＲの送信指示を情報提供装置３に通信部２１を介して送信する。
【００６２】
ステップＳＴ７において、ウェブサーバ３１および事前予約受付サーバ３３は、そのデータを受信すると、チケット予約入力データＤＩ、チケット発売管理ファイルＦＡ、および予約必要項目ファイルＦＢに基づいて、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲとして、例えば図５に示すような予約申込みメールＭＬを生成する。
メールサーバ３２は、生成した予約受付け申込みメールＭＬを通信ネットワーク４を介して要求元の携帯端末２に送信する（ＳＴ８）。
【００６３】
ＣＰＵ２６は、予約受付日時前に通信部２１で受信した、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを示す予約受付申込みメールＭＬをメモリ２５に記憶する。
また、ＣＰＵ２６は、予約受付開始日時以降の設定された送信設定日時（申込み日時）に、受付申込みメールＭＬに基づいて事前予約データＤＲを情報提供装置３に送信する。
【００６４】
図７は、図１に示したデータ処理装置（携帯端末）の予約受付日時前の事前登録内容の設定時の動作を説明するためのフローチャートである。携帯端末２の動作をＣＰＵ２６の動作を中心に説明する。
ＣＰＵ２６は、通信部２１で受信した予約ユーザに受付申込みメールＭＬに基づいて事前予約データＤＲを送信する準備を行う。
【００６５】
具体的には、ステップＳＴ１１（ステップＳＴ６）において、ＣＰＵ２６は、ユーザの操作に応じて入力部２４からの入力に基づいて、例えば、チケット名称ＦＢ３１からメールＩＤＦＢ３９を含むチケット予約入力データＤＩを生成して、予約受付日時前に、チケット予約入力データＤＩ、および事前予約データＤＲの送信指示を情報提供装置３に通信部２１を介して送信する。
【００６６】
ステップＳＴ１２（ＳＴ８）において、ＣＰＵ２６は、予約受付日時前に通信部２１で受信した、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを示す予約受付申込みメールＭＬをメモリ２５に記憶させ、メールＭＬを表示部２３に表示させる。
ユーザは表示部２３に表示されたメールＭＬを見て確認を行う。
【００６７】
ステップＳＴ１３において、ＣＰＵ２６は、メールＭＬから返信先ＭＬ１（ＤＡ）と、予約受付開始日時ＭＬ１０（ＤＴ）を検索し、受信メールＭＬを返信先ＭＬ１に予約受付日時以降の設定された送信設定日時になったとき、自動で予約申込みメールＭＬの送信を行うように設定しておく。
送信日時は初期値として予約受付開始日時に設定されるが、予約受付開始日時に業務上都合などにより未だ申込みを行うか決めかねる状況などの場合のために、メールの送信時間を予約受付開始日時より遅くに設定することも可能である。
【００６８】
図８は、図１に示したデータ処理装置（携帯端末）の自動申込み時の動作を説明するためのフローチャートである。
ステップＳＴ２１において、ＣＰＵ２６では、設定された送信日時であるか否かを判別する。
具体的には、ＣＰＵ２６は、時計制御部（計時部）２２が計時する時刻が、メモリ２５が記憶する事前予約データＤＲに含まれる予約受付日時データＤＴが示す予約受付日時以降の設定された送信日時であるか否かを判別する。
ＣＰＵ２６は、計時部２２が計時する時刻が、予め設定された送信設定日時になった場合には、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置３宛に通信部２１を介して送信する。
具体的には、ＣＰＵ２６は、受信メールＭＬを返信先ＭＬ１に予約受付日時以降の設定された送信時刻になったとき、自動で予約申込みメールＭＬの送信を行う（ＳＴ２２）。
【００６９】
ステップＳＴ２３において、ＣＰＵ２６は、例えば事前予約データＤＲ、詳細にはメールＭＬの送信が成功したか否かを判別する。
例えばメールＭＬが情報提供装置３に届かない場合など、事前予約データＤＲが情報提供装置３に届かない場合に、ＣＰＵ２６は送信が失敗したと判別する。送信が失敗した場合には後述する処理を行い、ステップＳＴ２２の処理に戻る。
一方、ステップＳＴ２３の判別において、データの送信が成功したと判別した場合には、ＣＰＵ２６は処理結果を通知する。具体的には、ＣＰＵ２６は例えば送信を成功した旨を示す表示を表示部２３に行わせる。
【００７０】
図９は、図１に示したデータ処理装置（携帯端末）の申込み時の動作、特に予約入力データ送信時の動作を説明するためのフローチャートである。
ステップＳＴ２２において、ＣＰＵ２６は、送信設定日時に、メモリ２５が記憶するチケット予約入力データＤＩ（メールＭＬ）を通信部２１を介して情報提供装置３に送信できない場合には、所定時間経過後に再度チケット予約入力データＤＩ（メールＭＬ）を送信させる。
詳細には、ステップＳＴ２２１において、ＣＰＵ２６は、例えば基地局４１とデータ通信が行えない場合など通信部２１により通信不可状態であるか否かを判別し、通信が不可状態の場合には、所定時間後、例えば数十分後に再度送信するように設定する（ＳＴ２２２）。ステップＳＴＳＴ２２１の処理に戻る。
【００７１】
ＣＰＵ２６は、所定時間後、通信可能であると判別した場合には、通信部２１を介して再度チケット予約入力データＤＩ（メールＭＬ）を送信させる（ＳＴ２２３）。ステップＳＴ２３の処理に戻る。
【００７２】
図１０は、図１に示したデータ処理装置（携帯端末）の申込み時の動作、特に予約入力データ送信が失敗した場合の処理を説明するためのフローチャートである。
【００７３】
ステップＳＴ２３において、ＣＰＵ２６は、事前予約データＤＲ（メールＭＬ）の送信が複数回失敗した場合には、その失敗回数をインクリメントし（ＳＴ２３１）、そのインクリメントした回数が、予め設定した失敗規定回数内、例えば５回であるか否かを判別する（ＳＴ２３２）。
ステップＳＴ２３２において、ＣＰＵ２６は失敗回数が規定回数内であと判別した場合には、ステップＳＴ２２の処理に戻る。
ステップＳＴ２３２において、ＣＰＵ２６は失敗回数が規定回数以上であると判別した場合には、例えば送信が失敗した旨を示す処理結果を通知する。具体的には例えばＣＰＵ２６は、その旨を示す表示を表示部２３に表示させる。
【００７４】
図１１は、図１に示した予約システムの動作、特に受付開始日時以降の動作を説明するための図である。予約システム１の受付開始日時以降の動作を、データ処理装置２および情報提供装置３の動作を中心に説明する。
【００７５】
ステップＳＴ１０１において、例えば携帯端末２では、ＣＰＵ２６は、計時部２２が計時する時刻が、メモリ２５が記憶する事前予約データＤＲに含まれる予約受付日時データＤＴが示す予約受付日時以降の設定された日時になった場合に、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置３宛に通信部２１を介して送信する。
情報提供装置３のメールサーバ３２はチケット予約入力データＤＩとしてのメールＭＬを受信する。
【００７６】
ステップＳＴ１０２において、メールサーバ３２は、受信したメールＭＬを事前予約受付サーバ３３に送信する。
ステップＳＴ１０３において、事前予約受付サーバ３３は、受信したメールＭＬの内容を確認する。具体的には、事前予約受付サーバ３３は、チケット発売管理データベース３５および予約必要項目ファイルデータベース３６にアクセスして、メールＭＬに含まれる、キー番号ＭＬ３を確認し、それが予約申込みメールＭＬであるか否かを判別する。
【００７７】
ステップＳＴ１０４において、事前予約受付サーバ３３は、管理予約申込みメールＭＬであると判別した場合には、チケット予約受付サーバ３４にアクセスして、予約受付け申込みメールの内容に沿ったチケットの予約をチケット予約受付サーバ３４に行わせる。
具体的には、事前予約受付サーバ３３は、メールＭＬ内のチケット予約入力データＤＩを基にチケットの予約をチケット予約受付サーバ３４に行わせる。
【００７８】
ステップＳＴ１０５において、予約受付サーバ３４は、事前予約受付サーバ３３からの要求に応じて、チケット予約データベース３７にアクセスしてチケット予約処理を行い、処理結果を示すデータを事前予約受付サーバ３３に送信する（ＳＴ１０６）。また、予約受付サーバ３４は、発券装置３８にチケットの発券を行わせる。
【００７９】
ステップＳＴ１０７において、事前予約受付サーバ３３は、受信した処理結果を示すデータをメールサーバ３２に送信し、メールサーバ３２は、そのデータを基に予約結果を示すデータを、例えばメールにて携帯端末２に送信する。
携帯端末２では、ＣＰＵ２６は、そのデータを表示部２３に表示させる。
【００８０】
以上説明したように、情報提供装置３に、予約受付日時前に、携帯端末２からのチケット予約入力データＤＩを基に、チケットの予約受付日時データＤＴ、当該チケット予約入力データＤＩ、および当該情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを電子メールとして、携帯端末２に送信する、ウェブサーバ３１、メールサーバ３２、および事前予約受付サーバ３３と、予約受付日時以降に、携帯端末２から送信されたチケット予約入力データＤＩに基づいて予約処理を行う予約受付サーバ３４とを設け、携帯端末２に、チケットの予約処理を行う情報提供装置３とデータ通信を行う通信部２１と、予約受付日時前に通信部２１で受信した、チケットの予約受付日時データＤＴ、予め設定したチケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲを記憶するメモリ２５と、時刻を計時する時計制御部（計時部）２２と、計時部２２が計時する時刻が、メモリ２２５が記憶する事前予約データＤＲに含まれる予約受付日時データＤＴが示す予約受付日時以降になった場合には、メモリ２５が記憶するチケット予約入力データＤＩを、事前予約データＤＲに含まれるアドレスデータＤＡが示す情報提供装置３宛に通信部２１を介して送信するＣＰＵ（制御部）２６とを設けたので、確実にチケット予約の申込みを行うことができる。
【００８１】
また、予約受付開始日前であるチケット販売の告知とチケット予約受付開始日時の間に、事前に申し込みの設定を行うことで、ユーザが予約を忘れることや、申し込みが遅れたために完売していてチケットを購入できないことがなくなり、チケットの予約受付開始日時以降の設定された送信設定日時に必ず申し込みを行うことができる。
また、チケットの販売を行う側も、予約申し込み忘れが減少するため、売上を確保することができるようになる。
【００８２】
また、ＣＰＵ２６は、自動でチケット予約申し込み処理を行った時に通信不可の場合に、メモリ２５が記憶するチケット予約入力データを通信部２１を介して送信できない場合には、所定時間経過後に再度チケット予約入力データＤＩを送信させることで、確実にチケット予約を行うことができる。
【００８３】
また、ＣＰＵ２６は、メモリ２５が記憶するチケット予約入力データＤＩを、通信部２１を介して送信できないことが所定回数発生した場合には、送信不可を示す報知を例えば表示部２３に行なわせることで、ユーザにその報知を行うことができる。
【００８４】
また、通信部２１は、事前予約データＩＲ、予約受付日時データＤＴ、チケット予約入力データＤＩ、および情報提供装置３のアドレスデータＤＡのいずれかを、電子メールにて情報提供装置３とデータ通信を行うので、一般的なメール機能に本発明に係る機能を追加するだけで、簡単に本発明を実現することができる。
【００８５】
また、本実施形態では、予約受付開始日時前に、携帯端末２から情報提供装置３にチケット予約入力データＤＩを送信し、情報提供装置３では、チケット予約入力データＤＩを基に事前予約データＤＲを生成してメールＭＬとして携帯端末２に送信し、携帯端末２では予約受付開始日時以降にその事前予約データＤＲを情報提供装置３に送信することで予約を行うので、予約受付開始日時間前には、情報提供装置３は事前予約データＤＲを記憶しておく必要がなく、記憶容量を少なくすることができる。また、管理負担を軽減することができる。
【００８６】
なお、本発明は本実施形態に限られるものではなく、任意好適な改変が可能である。
実施形態では、情報提供装置３の機能を、各データ処理装置３１〜３７に分散処理させたが、この形態に限られるものではない。例えば一つのデータ処理装置により実現させてもよい。
また、チケットを例に説明したが、この形態に限られるものではない。例えば旅券や、商品の予約等に関して本発明を適用してもよい。
【００８７】
また、実施形態では、チケット発行社に設けられた情報提供装置３が処理を行ったが、この形態に限られるものではない。
例えば、チケット予約代行業者が、情報提供装置３を備えて、例えば月額３００円の料金をユーザから徴収し、チケット予約代行業者は、チケット発行社に対し、代行権として例えば月額１００万円を支払うようにしてもよい。
その際、予約が成立すればよいが、成立しなかった案件はそのチケット入力データを蓄積しておき、追加公演が発生すれば、チケット予約入力データを基に生成した、他のチケット（追加公演）に関するチケット予約入力データ、予約受付日時データ、および情報提供装置３のアドレスデータを含む事前予約データを、予め登録されたユーザのデータ処理装置（携帯端末）２に送信する登録送信手段を情報提供装置３に設ける。
携帯端末２では、ＣＰＵ２６が、情報提供装置３がチケット予約入力データＤＩを基に生成した、他のチケットに関するチケット予約入力データＤＩ、予約受付日時データＤＴ、および情報提供装置３のアドレスデータＤＡを含む事前予約データＤＲに基づいて、他のチケットに関する予約を行うか否かを示すデータを、通信部２１を介して情報提供装置３に送信する。
情報提供装置３の予約受付サーバ３４の予約処理部３４１は、携帯端末２から送信された、他のチケットに関するチケット予約入力データＤＩに基づいて予約処理を行う。例えば情報提供装置３は、そのデータが予約ＯＫの場合に予約処理を行い、ＮＧの場合には予約処理を行わない。
このように登録したユーザに対し、チケット代行業者、あるいはチケット販売業者から別の新たに発生したコンサート等、近い分野のチケットの案内をメール送信することで、よりユーザにとって使いやすい便利なシステムを提供することができる。
さらに、このような付加サービスを展開することにより、チケット代行業者を利用するユーザが増加すれば、チケット代行業者に利益が発生し、サービスの料金を低下させることも、より大きなサービスに発展させることも可能となる。
【図面の簡単な説明】
【００８８】
【図１】本発明の一実施形態に係る予約システムの全体構成図である。
【図２】図１に示したデータ処理装置の機能ブロック図である。
【図３】図１に示したチケット発売管理データベース３５が管理、記憶するデータの一具体例を示す図である。
【図４】図１に示したチケット発売管理データベース３５が管理、記憶するデータの一具体例を示す図である。
【図５】図１に示した情報提供装置がデータ処理装置（携帯端末）に送信する予約申込メールの一具体例を示すデータである。
【図６】図１に示した予約システム１の動作を説明するための図である。
【図７】図１に示したデータ処理装置（携帯端末）の予約受付日時前の事前登録内容の設定時の動作を説明するためのフローチャートである。
【図８】図１に示したデータ処理装置（携帯端末）の自動申込み時の動作を説明するためのフローチャートである。
【図９】図１に示したデータ処理装置（携帯端末）の申込み時の動作、特に予約入力データ送信時の動作を説明するためのフローチャートである。
【図１０】図１に示したデータ処理装置（携帯端末）の申込み時の動作、特に予約入力データ送信が失敗した場合の処理を説明するためのフローチャートである。
【図１１】図１に示した予約システムの動作、特に受付開始日時以降の動作を説明するための図である。
【符号の説明】
【００８９】
１…予約システム、２…データ処理装置、３…情報提供装置、４…通信ネットワーク、２１…ＲＦ（Radio Frequency ）処理部、２２…時計制御部、２３…表示部、２４…入力部、２５…メモリ管理部、２６…制御部（ＣＰＵ：Central Processing Unit ）、２７…インターネットアクセス処理部、２８…メール処理部、３１…ウェブサーバ、３２…メールサーバ、３３…事前予約受付サーバ、３４…予約受付サーバ、３５…チケット発売管理データベース、３６…予約必要項目ファイルデータベース、３７…チケット予約データベース、３８…発券装置、４１…基地局、３３１…事前予約送信部、３４１…予約処理手段、ＢＳ…バス、ＮＴ…通信路、ＲＴ…ルータ。
【図１】
2005165459.tif 000003
【図２】
2005165459.tif 000004
【図３】
2005165459.tif 000005
【図４】
2005165459.tif 000006
【図５】
2005165459.tif 000007
【図６】
2005165459.tif 000008
【図７】
2005165459.tif 000009
【図８】
2005165459.tif 000010
【図９】
2005165459.tif 000011
【図１０】
2005165459.tif 000012
【図１１】
2005165459.tif 000013