(57)【要約】【課題】サービスの予約に関連するやりとりを、簡単かつ安全に行う。【解決手段】会員９０が所有する端末８０からのサービスの予約を会員９０毎に識別して受け付け、サービスの予約に関する情報であって、予約成立後の処理に関する情報を含む予約関連情報をサービス毎に管理する予約関連情報管理部を有するサーバ２０と、サーバ２０と関連付けされ、サーバ２０との間で予約関連情報のやり取りを行う端末８０とを備える。【選択図】　図１
2004038636.tif 000002
【特許請求の範囲】
【請求項１】
会員が所有する端末からのサービスの予約を会員毎に識別して受け付け、該サービスの予約に関する情報であって、予約成立後の処理に関する情報を含む予約関連情報をサービス毎に管理する予約関連情報管理部を有するサーバと、
前記サーバと関連付けされ、前記サーバとの間で前記予約関連情報のやり取りを行う端末と
を備えた予約関連情報管理システム。
【請求項２】
前記予約関連情報管理部は、
第１のサービスの提供に関する予約が規定数以上になった場合であって、会員がキャンセル待ちを望んでいる場合にのみ、キャンセル待ちを望んでいる会員が所有する端末に対して、前記第１のサービスに関するキャンセル待ち情報を付与した情報を送信し、予約がキャンセル待ちである旨と、キャンセル待ちの順番とに関するキャンセル待ち情報を通知し、
前記第１のサービスに関する予約にキャンセルが発生した場合に、前記第１の予約に関するキャンセル待ち順序が第１位である会員に対して、第１のサービスの取得権利が仮予約状態に入った旨を通知して本人認証を伴う前記第１のサービスに関する本予約申し込み処理を促すことを特徴とする
請求項１に記載の予約関連情報管理システム。
【請求項３】
前記予約関連情報管理部は、
前記第１のサービスに関する権利を取得した第１の会員が別の第２の会員に対して前記第１のサービスに関する権利を譲渡する旨を希望する場合に、第１の会員が所有する端末からの前記権利の譲渡希望を受け、前記第２の会員の端末に対して権利の取得希望が発生した旨を通知して本人認証を伴う前記権利に関する本取得処理を促すことを特徴とする
請求項１に記載の予約関連情報管理システム。
【請求項４】
前記予約関連情報管理部は、
前記第１のサービスに関する権利を取得した第１の会員が、前記第１のサービスと該第１のサービスとは異なる第２のサービスとを交換したい旨の希望を受け付けるとともに、前記第２のサービスに関する権利を取得した第２の会員が、前記第２のサービスと前記第１のサービスとを交換したい旨の希望を受け付けた際に、
前記第１の会員と前記第２の会員とのそれぞれに対して、サービスを受ける権利に関する交換希望が発生した旨を通知して本人認証を伴う前記第１のサービスと前記第２のサービスとの交換処理を促すことを特徴とする
請求項１に記載の予約関連情報管理システム。
【請求項５】
前記本人認証は、前記サーバに対してのみ行われることを特徴とする請求項２から４までのいずれか１項に記載の予約関連情報管理システム。
【請求項６】
前記会員に対して確定した結果を最終的に通知することを特徴とする
請求項１から５までのいずれか１項に記載の予約関連情報管理システム。
【請求項７】
前記サーバは、会員ＩＤとサービスＩＤとをそれぞれ管理し、前記サービスのキャンセル待ち、譲渡又は交換の際に、その旨とサービスＩＤとを相手方に通知し、前記会員ＩＤを秘匿することができることを特徴とする
請求項２から４までのいずれか１項に記載の予約関連情報管理システム。
【請求項８】
会員からのサービスの予約を会員毎に識別して受け付ける手順と、
該サービスの予約に関する情報であって、予約成立後の処理に関する情報を含む予約関連情報をサービス毎に管理する手順と、
前記予約関連情報のやり取りを前記会員間で行う手順と
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス又は商品（以下総称して「サービス」と略称する。）の提供システムに関し、特に、サービスを提供してもらう権利（以下「サービスを受ける権利」と称する。）の予約、キャンセル待ち、譲渡、交換などの関連する各種処理の一括管理システムに関する。
【０００２】
【従来の技術】
コンサートの入場券や航空券等のチケット予約業務は、チケット販売業者による電話受付サービスや、インターネットを介したチケット予約システムを使用したサービスにより行われている。これらサービスによれば、例えば、消費者が家庭の電話やコンピュータから予約センタに申し込みを行うことにより手軽にチケットを予約することが可能である。現在、消費者によるコンサートの入場券や航空券等のチケットの予約は、電話やコンピュータからチケット販売業者の予約センタに申し込みを行うことにより、手軽に行えるようになっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、チケット予約のキャパシティ（規定数、定員数）に対して予約件数の方が多くなったいわゆる規定数オーバー（満杯）状態の場合、その後の予約申し込みを受け付けることはしない。その為、キャンセル待ちを望む消費者（ユーザ）は、チケット販売業者のホームページなどに対して定期的にアクセスするなどのアクションを行うことにより、チケット販売業者によるキャンセル発生の告知の有無を随時チェックしていなければならない。
【０００４】
また、チケットの予約が成立した後、消費者の都合などによりチケットの購入権利を他人に譲渡したい場合には、購入権利を保持する消費者が一旦チケットをチケット販売業者から購入すると、そのチケットを他人に引き渡したりその場合の代金の受け取りを行ったりする作業は消費者自身で行わなければならない。
【０００５】
チケットの購入権利を直接知人に譲渡する方法としては、特願平１１−１８１０６０号公報「チケット販売情報管理方法」に、譲渡認証データを使用する方法が記載されている。しかし、上記公報に記載の方法では、チケットを購入した消費者が譲渡認証データを知人に通知する必要があるため、譲渡認証データが第三者に漏れる可能性がある。譲渡認証データが第三者に漏れると、第三者がチケットの購入権利を不正に得ることが可能となってしまう。この為、譲渡認証データの受け渡しは、手渡しなどの安全な方法により行わねばならず、煩わしさが残る。
【０００６】
また、チケットの予約が成立した後に、予約後のチケットを別の日のチケットに変更したいと考えた場合に、購入権利を保持する消費者が一旦チケットをチケット販売業者から購入した後に、金券ショップやインターネット上に存在するオークションサイト等を利用した自身の保持するチケットの売却と、希望する講演日のチケットの購入と、を別々のプロセスで行う必要がある。また、インターネット上に存在する掲示板等を利用して条件の合致する交換相手を探し出し、チケットの交換を行うことも可能であるが、この場合には、チケットのやり取りを消費者同士で行うため、チケットの送付先やチケット代金の入金先等の個人情報を相手に通知するか、直接手渡しで交換するという煩雑さがある。以上に説明したように、チケットのキャンセル待ちや、購入権利を取得した後における購入権利の譲渡、購入権利の交換を行う簡単な仕組みがない。
【０００７】
ところで、インターネット上のオークションサイトにおける各種チケットの出品数を見ると、これらチケット予約失敗時のキャンセル待ちや、チケット購入権利の譲渡、チケット購入権利の交換に対する消費者のニーズが如何に高いかが分かる。また、消費者同士でチケットの譲渡や交換を行う場合には、チケットの送付先やチケット代金の入金先等の個人情報を相手に通知するか、或いは、直接手渡しで実施する必要があるため、安全性に問題があるとともに、非常に手間のかかる作業になりがちである。
【０００８】
本発明の目的は、チケットなどのサービス提供権利の予約を行うとともに、サービス提供権利の予約がうまくいかなかった場合のキャンセル待ちや、サービスを受ける権利の譲渡、サービスを受ける権利の交換などの様々な処理を、簡単かつ安全に行うことができるシステムを提供することである。
【０００９】
【課題を解決するための手段】
本発明の一観点によれば、会員が所有する端末からのサービスの予約を会員毎に識別して受け付け、該サービスの予約に関する情報であって、予約成立後の処理に関する情報を含む予約関連情報をサービス毎に管理する予約関連情報管理部を有するサーバと、前記サーバと関連付けされ、前記サーバとの間で前記予約関連情報のやり取りを行う端末とを備えた予約関連情報管理システムが提供される。
上記予約関連情報管理システムによれば、サービスの予約と、その後の様々な処理とが一括して管理されるため、会員の負担が軽減される。
【００１０】
さらに、前記予約関連情報管理部は、第１のサービスの提供に関する予約が規定数以上になった場合であって、会員がキャンセル待ちを望んでいる場合にのみ、キャンセル待ちを望んでいる会員が所有する端末に対して、前記第１のサービスに関するキャンセル待ち情報を付与した情報を送信し、予約がキャンセル待ちである旨と、キャンセル待ちの順番とに関するキャンセル待ち情報を通知し、前記第１のサービスに関する予約にキャンセルが発生した場合に、前記第１の予約に関するキャンセル待ち順序が第１位である会員に対して、第１のサービスの取得権利が仮予約状態に入った旨を通知して本人認証を伴う前記第１のサービスに関する本予約申し込み処理を促すことを特徴とするのが好ましい。
【００１１】
これにより、当初は予約できなかったサービスを受ける権利のキャンセル待ち処理までを自動的に行うことができる。キャンセル待ち順位に従って権利を取得することができ、公正な取引が期待できる。また、キャンセルが発生し仮予約状態になった際の通知を受けてから本予約を行うため、その間に他の手段で権利を取得した際には本予約を行わなければすむ。本予約の期限を設ければ、次のキャンセル待ち会員に仮予約の権利を移行させやすい。さらに、本予約の際には本人認証が必要なため、サービスを受ける権利を第３者に不正に取得されてしまう可能性を低減できる。さらに、第１位の会員に対して、仮予約状態が継続する期間又は本予約の締め切り（有効期間）を通知しておくのが好ましい。
【００１２】
また、前記予約関連情報管理部は、前記第１のサービスに関する権利を取得した第１の会員が別の第２の会員に対して前記第１のサービスに関する権利を譲渡する旨を希望する場合に、第１の会員が所有する端末からの前記権利の譲渡希望を受け、前記第２の会員の端末に対して権利の取得希望が発生した旨を通知して本人認証を伴う前記権利に関する本取得処理を促すのが好ましい。
【００１３】
これにより、第１の会員が取得したサービスを受ける権利を、取得を希望する別の第２の会員に対して自動的に譲渡することができる。たとえばキャンセル待ち順位に従って権利を譲渡すれば公正な取引が期待できる。本取得の際には本人認証が必要なため、サービスを受ける権利を第２の会員とは異なる第３者に不正に取得されてしまう可能性を低減できる。さらに、本取得処理の締め切り（有効期限）を知らせるのが好ましい。
【００１４】
さらに、前記予約関連情報管理部は、前記第１のサービスに関する権利を取得した第１の会員が、前記第１のサービスと該第１のサービスとは異なる第２のサービスとを交換したい旨の希望を受け付けるとともに、前記第２のサービスに関する権利を取得した第２の会員が、前記第２のサービスと前記第１のサービスとを交換したい旨の希望を受け付けた際に、前記第１の会員と前記第２の会員とのそれぞれに対して、サービスを受ける権利に関する交換希望が発生した旨を通知して本人認証を伴う前記第１のサービスと前記第２のサービスとの交換処理を促すことを特徴とするのが好ましい。
【００１５】
これにより、第１の会員が取得した第１のサービスを受ける権利と、第２の会員が取得した第２のサービスを受ける権利とを、自動的に譲渡することができる。例えば、お互いのキャンセル待ち順位に従って権利を交換すれば公正な取引が期待できる。本取得の際には本人認証が必要なため、サービスを受ける権利を第１の会員及び第２の会員とは異なる第３者に不正に取得されてしまう可能性を低減できる。さらに、交換に関する有効期限も知らせておくのが好ましい。
【００１６】
さらに、前記本人認証は、前記サーバに対してのみ行われるのが好ましい。これにより、権利の譲渡又は交換などの際に、譲渡側の会員と譲受側の会員とのそれぞれの本人情報を知られなくてすむ。前記会員に対して確定した結果を最終的に通知することが好ましい。これにより、会員は自己の置かれた状況を最終的に確認できる。
【００１７】
また、前記サーバは、会員ＩＤとサービスＩＤとをそれぞれ管理し、前記サービスのキャンセル待ち、譲渡又は交換の際に、その旨とサービスＩＤとを相手方に通知し、前記会員ＩＤを秘匿することができるのが好ましい。これにより、会員同士が直接関与せずに各種の処理を進めることができる。
【００１８】
本発明の他の観点によれば、会員からのサービスの予約を会員毎に識別して受け付ける手順と、該サービスの予約に関する情報であって、予約成立後の処理に関する情報を含む予約関連情報をサービス毎に管理する手順と、前記予約関連情報のやり取りを前記会員間で行う手順とをコンピュータに実行させるプログラムが提供される。
【００１９】
以上、サービスを受ける権利の予約や、サービスを受ける権利予約失敗時のキャンセル待ち、サービスを受ける権利の譲渡、サービスを受ける権利の交換を希望する会員は、サービスを受ける権利の予約を簡単に実施することが可能となり、また、サービスを受ける権利の取得に失敗時のキャンセル待ちに関する対応を簡単かつ迅速に実施することが可能となり、また、サービスを受ける権利の譲渡やチケット購入権利の交換を、サービスを受ける権利に関する送付先やサービスを受ける権利の代金の入金先等の個人情報を相手に通知すること無く、簡単かつ安全に実施することが可能となる。
【００２０】
【発明の実施の形態】
本明細書において、サービスの予約に関連する項目中には、サービスを受ける権利の予約受け付け項目以外に、予約のキャンセル待ちサービス、予約した権利の譲渡、又は、予約した権利の交換などが含まれる。
【００２１】
本発明の実施の形態について説明する前に、発明者の行った考察について簡単に説明する。発明者は、サービス提供を受ける権利の提供と、この権利のキャンセル待ちや再譲渡・交換などの種々の処理を、サービス提供業者が管理するサーバにおいて一括して管理すると、サービスに関する作業を一元的に管理することができ、消費者にとっても極めて便利なサービスとなると考えた。サービス提供側で種々の処理を一括管理すれば、消費者は、自己のＩＤなどを他人に知られたくない場合には、他人に知らせることなく種々の処理をすませることもできる。
【００２２】
また、自己と他人との間にサービス提供のための管理システムが介在させることで、例えば、サービスの提供を受ける権利を他人に譲渡する場合に、自己（譲渡人）を識別する識別番号などを相手方（譲受人）に知らせるか否かについて、譲渡人が任意に決めることができる。もちろん、予約キャンセル待ちの順位にかかわらず、自己の友人を選択して優先的に譲渡することも可能である。
【００２３】
以上の考察に基づき、本発明の実施の形態によるサービス提供システムについて、図面を参照しつつ説明する。尚、以下においては、チケットの予約に関連するサービスを例にして説明するが、サービス内容はこれに限定されるものではないことは言うまでもない。
【００２４】
図１は、本発明の一実施の形態によるチケット予約状況管理システムの概略構成を示す概念図である。図１に示すように、本実施の形態によるチケット予約状況管理システムは、チケット予約管理センター１０と、ここに登録された会員９０と、会員が所持する携帯端末８０と、チケット予約管理センター１０と携帯端末８０とを関連付けするインターネット７０とを有している。
【００２５】
チケット予約管理センター１０は、例えば、チケット予約状況管理サーバ２０と、ホームページサーバ３０と、会員情報データベース記憶装置４０と、チケット情報データベース記憶装置５０と、予約情報データベース記憶装置６０と、を備える。尚、本システムの利用者は、例えば、予め、携帯端末８０を用いてホームページサーバ３０にアクセスし、会員登録を済ませ、会員９０となっている。
【００２６】
図２は、チケット予約状況管理サーバ２０の構成を示す概略図である。適宜図１も参照する。チケット予約状況管理サーバ２０は、チケット予約受付キュー２４と、予約キャンセル待ちキュー２５とを有している。チケット予約受付キュー２４は、ホームページサーバ３０上で会員９０によって入力された予約要求（データ）２６を、例えば受付順に蓄積する。一方、予約キャンセル待ちキュー２５には、チケットの予約が満杯になった場合に、チケット予約受付キュー２４に入りきれなかった予約要求２６中から、予約キャンセル待ち希望のある予約要求２６のみを蓄積する。チケット予約受付キュー２４と、予約キャンセル待ちキュー２５とは、予約受付単位毎に複数組が存在する。尚、予約要求２６には、少なくとも会員ＩＤとキャンセル待ちを希望するキャンセル待ち希望フラグとが含まれており、予約キャンセル待ちキュー２５中には、希望フラグの付加された予約要求のみが蓄積されるようになっている。
【００２７】
さらに、チケット予約状況管理サーバ２０は、会員情報管理プログラム２１と、予約情報管理プログラム２２と、インターネットメール送信プログラム２３と、を含む各種プログラムが実行可能とされている。会員情報管理プログラム２１は、例えば、ホームページサーバ３０上において本システムの利用希望者によって入力された会員情報を会員情報データベース記憶装置４０に登録する際に実行される。予約情報管理プログラム２２は、ホームページサーバ３０上で会員９０によって入力された予約要求２６をチケット予約受付キュー２４に蓄積する際と、予約要求２６に基づき、会員情報データベース記憶装置４０に記憶された情報とチケット情報データベース記憶装置５０に記憶された情報とに基づいて予約情報を作成し、予約情報を予約情報データベース記憶装置６０に登録する際と、予約情報データベース記憶装置６０に登録された予約情報を変更する際に実行される。
【００２８】
インターネットメール送信プログラム２３は、予約情報データベース記憶装置６０に記憶されている情報を変更する場合など、必要に応じて会員情報データベース記憶装置４０に記憶されている会員９０のインターネットメールアドレスに対して、インターネットメールを送信するときに実行される。
【００２９】
図３は、ホームページサーバ３０の概略構成を示す機能ブロック図である。ホームページサーバ３０は、消費者からの会員登録要求を受け付ける会員登録フォーム３１と、会員９０からチケット予約要求２６を受け付けるチケット予約フォーム３２と、会員９０からチケットのキャンセル待ち要求を受け付けるキャンセル待ちフォーム３３と、会員９０からチケット購入権利の譲渡を受け付けるチケット譲渡フォーム３４と、会員９０からチケット購入権利の交換を受け付けるチケット交換フォーム３５とを有しており、これらのフォーム３１から３５までにおいて受け付けた要求をチケット予約状況管理サーバ２０に渡す。
【００３０】
図４は、会員情報データベース記憶装置４０に記憶される主要な会員情報４１例を示す。会員情報４１は、例えば、会員ＩＤ４２と、パスワード４３と、インターネットメールアドレス４４と、会員個人情報部４５と、を含む。会員ＩＤ４２と、パスワード４３と、インターネットメールアドレス４４と、会員個人情報部４５とは、消費者が会員登録を行う際にホームページサーバ３０からチケット予約状況管理サーバ２０に送られ、チケット予約状況管理サーバ２０に記憶される。
【００３１】
会員ＩＤ４２は、チケット予約状況管理システム内でユニークである。インターネットメールアドレス４４は、会員９０が保持する携帯端末８０のインターネットメールアドレス４４である。会員個人情報部４５には、例えば、会員９０の住所（チケットの送付先）、氏名、年齢、性別、電話番号等が含まれる。
【００３２】
図５は、チケット情報データベース記憶装置５０に記憶されるチケット情報５１を構成する複数の主要構成例を示す。チケット情報５１は、例えば、チケットＩＤ５２と、チケット種別５３と、チケット種別固有情報部５４とを含む。チケットＩＤ５２は、チケット種別５３とチケット種別固有情報部５４とから自動的に割り振られ、チケット予約状況管理システム内でユニークである。チケット種別５３は、そのチケットの種別を表わすフィールドであり、例えば、コンサートチケットや航空券等の種別が存在する。チケット種別固有情報部５４は、チケット種別５３に依存する情報を格納するフィールドである。
【００３３】
図６は、チケット情報データベース記憶装置５０内に記憶されるチケット情報５１中のチケット種別固有情報部５４を、チケット種別５３がコンサートチケットである場合を例にとって示した図である。チケット種別５３がコンサートチケットである場合、チケット種別固有情報部５４は、例えば、公演名称５５と、開演日時５６と、会場名称５７と、席種５８と、席番号５９とが含まれる。
【００３４】
図７は、予約情報データベース記憶装置６０に記憶される予約情報６１を構成する主要部分の構成例を示す図である。予約情報６１は、予約ＩＤ６２と、予約者の会員ＩＤ６３と、予約対象チケットＩＤ６４と、特殊予約種別部６５と、予約有効期限６６とを含む。予約ＩＤ６２と、予約者の会員ＩＤ６３と、予約対象チケットＩＤ６４と、予約有効期限６６とは、チケット予約状況管理サーバ２０がチケット予約受付キュー２４から予約要求２６を取り出し、予約実行処理を行う際に、チケット予約状況管理サーバ２０により記憶される。特殊予約種別部６５は、既存の予約にキャンセルが発生した場合、購入権利の譲渡が発生した場合、購入権利の交換が発生した場合などに、チケット予約状況管理サーバ２０中に記憶される。予約ＩＤ６２は、予約者の会員ＩＤ６３と、予約対象チケットＩＤ６４とから自動的に割り振られ、チケット予約状況管理システム内でユニークである。
【００３５】
図８は、予約情報データベース記憶装置６０に記憶される予約情報６１の特殊予約種別部６５の例を示す。特殊予約種別部６５は、キャンセル待ち仮予約状態フィールド６５１と、購入権利譲渡受理待機フィールド６５２と、購入権利交換受理待機フィールド６５３と、特殊予約状態有効期限６５４を含む。
【００３６】
図９は、会員９０がチケットの予約を実行する際の、会員９０が所有する携帯端末８０の処理の流れ図である。図１０は、会員９０がチケットの予約を実行する際の、チケット予約管理センター１０の、チケット予約状況管理サーバ２０の処理の流れ図である。図９、図１０の流れ図と、図１から図８までのブロック図と、を参照して、本実施の形態によるチケット予約処理の流れを説明する。
【００３７】
会員９０は、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ１００）、会員ＩＤ及びパスワードを入力し（ステップＳ１０１）、ホームページサーバ３０にログインする（ステップＳ１０２）。会員９０は、ホームページサーバ３０上のチケット予約フォーム３２に従い、チケットの予約要求２６を実施する（ステップＳ１０３）。この時、本人認証のために、パスワードの再入力を行う必要がある（ステップＳ１０４）。
【００３８】
チケット予約状況管理サーバ２０は、予約要求受信待ち状態（ステップＳ２００）から予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った予約要求２６（ステップＳ２０１）、予約受付キューに蓄積させる（ステップＳ２０２）。予約受付開始から一定時間が経過するか、又は、予約受付キューに蓄積された予約要求２６が一定数以上になると（ステップＳ２０３）、予約情報管理プログラム２２は、予約受付キューから要求を取り出し（ステップＳ２０４）、予約実行処理を実施する。予約情報管理プログラム２２は、予約要求２６に基づいて、会員情報データベース記憶装置４０から、該当する会員情報４１を取り出し、チケット情報データベース記憶装置５０から該当するチケット情報５１を取り出し、予約ＩＤ６２を生成する。この予約ＩＤ６２の生成日時から予約有効期限６６を設定し、予約有効期限６６と、予約ＩＤ６２と、会員ＩＤ４２と、チケットＩＤ５２と、を合わせて予約情報６１を作成し（ステップＳ２０５）、予約情報データベース記憶装置６０に記憶する。この時、予約情報６１の特殊予約種別部６５には何も設定しない。
【００３９】
予約情報管理プログラム２２は、予約情報６１の会員ＩＤ６３に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ２０６）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、インターネットメールアドレス４４に対して処理結果と予約ＩＤ６２とを付与して（ステップＳ２０７）インターネットメールを送付し、会員９０に予約処理の完了情報を通知する（ステップＳ２０８）。会員９０の携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ１０６）。会員９０は、このインターネットメールを参照し、予約処理の完了を知ることができる。
【００４０】
図１１は、チケットの予約満杯時に、会員９０がチケットのキャンセル待ちを希望する場合におけるチケットの予約を実行する際の、会員９０が所有する携帯端末８０における処理の流れ図である。図１２は、会員９０が、チケットの予約満杯時に、チケットのキャンセル待ちを希望する場合における、チケットの予約を実行する際の、チケット予約状況管理サーバ２０の処理における予約要求受信待ち処理からキャンセル発生待ち処理までの流れ図である。図１３は、会員９０が、チケットの予約満杯時に、チケットのキャンセル待ちを希望する場合における、チケットの予約を実行する際の、チケット予約状況管理サーバ２０の処理における、キャンセル発生時から本予約要求受信待ち処理までの流れ図である。図１４は、会員９０が、チケットの予約満杯時に、チケットのキャンセル待ちを希望する場合における、チケットの予約を実行する際の、チケット予約状況管理サーバ２０の処理における、本予約要求受信処理から処理終了までの流れ図である。
【００４１】
図１１から図１４までの流れ図と、図１から図８までのブロック図とを参照して、チケット予約状況管理システムにおけるキャンセル待ちの状態からチケットの予約処理の流れを説明する。
会員９０は、携帯端末８０を使用してチケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ３００）、会員ＩＤ及びパスワードを入力し（ステップＳ３０１）、ホームページサーバ３０にログインする（ステップＳ３０２）。会員９０は、ホームページサーバ３０上のチケット予約フォーム３２に従い、チケットの予約要求２６を実施するが、ここで、チケットが予約満杯状態になったとときにキャンセル待ちを行うということを指定する（ステップＳ３０３）。この時、本人認証を実施する為、パスワードの再入力が必要である（ステップＳ３０４）。
【００４２】
チケット予約状況管理サーバ２０は、予約要求受信待ち状態（ステップＳ４００）から予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った予約要求２６を（ステップＳ４０１）、予約受付キューに蓄積する（ステップＳ４０２）。予約受付開始から一定時間が経過するか、或いは、キューに蓄積された予約要求２６が一定数以上になると（ステップＳ４０３）、予約情報管理プログラム２２は、予約受付キューから要求を取り出し予約実行処理を実施する（ステップＳ４０４）。この予約実行処理において、予約情報管理プログラム２２は、予約要求２６に該当するチケットが既に予約満杯状態にある場合（ステップＳ４０５）、キャンセル待ち指定がされている予約要求２６のみ（ステップＳ４０６）の予約要求２６を予約キャンセル待ちキュー２５に蓄積する（ステップＳ４０７）。
【００４３】
予約情報管理プログラム２２は、予約要求２６に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ４０８）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、インターネットメールアドレス４４に対して、処理結果と予約キャンセル待ちキュー２５の先頭から何番目であるかに関する情報を付与して（ステップＳ４０９）インターネットメールを送付し（ステップＳ４１０）、予約キャンセル待ち状態に入ったことを会員９０に通知する（ステップＳ４１１）。
【００４４】
会員９０の携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ３０６）。会員９０は、このインターネットメールを参照し、予約がキャンセル待ち状態にあることを知ることができる。この時、会員９０は、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０にログインし、キャンセル待ちフォーム３３に従って、キャンセル待ち辞退要求を行うことで、キャンセル待ちの辞退を行うことも可能である。
【００４５】
予約情報管理プログラム２２は、あるチケットに対して、会員９０からのチケット購入権利キャンセル要求を受け付けた場合や、予約情報６１の予約有効期限６６切れを検知した場合など、チケットの購入権利にキャンセルが発生した場合（ステップＳ４１２）、当該チケットのチケットＩＤ５２が含まれる予約情報６１を、予約情報データベース記憶装置６０から削除する（ステップＳ４１３）。次に、予約情報管理プログラム２２は、予約キャンセル待ちキュー２５の先頭から予約要求２６を取り出し、その予約要求２６を元に、会員情報データベース記憶装置４０から該当する会員ＩＤ４２と、チケット情報データベース記憶装置５０から該当するチケットＩＤ５２を取り出し、予約ＩＤ６２を生成する。この予約ＩＤ６２生成日時から予約有効期限６６を設定し、予約ＩＤ６２、会員ＩＤ４２、チケットＩＤ５２と合わせて予約情報６１を作成する（ステップＳ４１４）。
【００４６】
ここで、予約情報６１の特殊予約種別部６５のキャンセル待ち仮予約状態フィールド６５１を有効にし（ステップＳ４１５）、キャンセル待ち仮予約状態フィールド６５１の設定日時から特殊予約状態有効期限６５４を設定する（ステップＳ４１６）。予約情報管理プログラム２２は、こうして作成した予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００４７】
予約情報管理プログラム２２は、予約情報６１の会員ＩＤ６３に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ４１７）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、インターネットメールアドレス４４に対して、処理結果と予約ＩＤ６２と特殊予約状態有効期限６５４を付与した（ステップＳ４１８）インターネットメールを送付し（ステップＳ４１９）、チケットの購入権利にキャンセルが発生し、予約処理がキャンセル待ち仮予約状態となったことを会員９０に通知する。ここで、本予約要求受信待ち状態（ステップＳ４２０）となる。
【００４８】
会員９０の携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ３０８）。会員９０は、このインターネットメールを参照し、予約処理がキャンセル待ち仮予約状態となったことを知ることができる。ここで、会員９０は、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ３０９）、会員ＩＤ及びパスワードを入力して（ステップＳ３１０）、ホームページサーバ３０にログインする（ステップＳ３１１）。会員９０は、ホームページサーバ３０上のチケットキャンセル待ちフォーム３３に従い予約ＩＤ６２等を入力し、チケットの本予約要求を実施する（ステップＳ３１２）。この時、本人認証を実施する為、パスワードの再入力が必要である（ステップＳ３１３）。
【００４９】
チケット予約状況管理サーバ２０は、予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った本予約要求（ステップＳ４２１）の予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ４２２）。もし、取り出した予約情報６１の会員ＩＤ６３が本予約要求２６に設定されている会員ＩＤ４２と一致しない場合には、予約対象者が不一致となり処理を中止する（ステップＳ４２３）。
【００５０】
取り出した予約情報６１の会員ＩＤ６３が本予約要求２６に設定されている会員ＩＤと一致した場合、予約情報管理プログラム２２は、取り出した予約情報６１の特殊予約種別部６５を無効にし、予約情報６１を予約情報データベース記憶装置６０に記憶する（ステップＳ４２４）。これにより、キャンセル待ち仮予約状態にあった予約情報６１に対する予約処理が完了する。
【００５１】
予約情報管理プログラム２２は、予約情報６１の特殊予約種別部６５の特殊予約状態有効期限６５４切れを検知した場合、その予約情報６１を削除し、予約キャンセル待ちキュー２５の先頭から予約要求２６を取り出し、同様の処理を繰り返す。
【００５２】
図１５は、会員Ａが保持しているチケットの購入権利を、会員Ｂに譲渡する際の、会員Ａが所有する携帯端末８０の処理の流れ図である。図１６は、会員Ａが保持しているチケットの購入権利を、会員Ｂに譲渡する際の、会員Ｂが所有する携帯端末８０の処理の流れ図である。図１７は、会員Ａが保持しているチケットの購入権利を、会員Ｂに譲渡する際の、チケット予約状況管理サーバ２０の処理における、購入権利譲渡要求受信待ち処理から購入権利譲渡受理要求受信待ち処理までの流れ図である。図１８は、会員Ａが保持しているチケットの購入権利を、会員Ｂに譲渡する際の、チケット予約状況管理サーバ２０の処理における、購入権利譲渡受理要求受信処理から処理終了までの流れ図である。
【００５３】
次に図１５から図１８までの流れ図と、図１〜図８のブロック図とを参照して、会員Ａが保持しているチケットの購入権利を会員Ｂに譲渡する際の、チケット予約状況管理システムにおける処理の流れを説明する。先ず、会員Ａが保持しているチケットの購入権利を、知人または、インターネット７０上に存在するＢＢＳ等を通じて募った譲渡希望者である会員Ｂに譲渡するに先立って、会員Ａは、インターネットメールや電話等を通じて、会員Ｂに対して、チケットの購入権利を譲渡することを告げると共に、会員Ｂの会員ＩＤ４２を受け取る。
【００５４】
会員Ａは、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ５００）、会員ＩＤ及びパスワードを入力して（ステップＳ５０１）、ホームページサーバ３０にログインする（ステップＳ５０２）。会員Ａは、ホームページサーバ３０上のチケット譲渡フォーム３４に従い、購入権利の譲渡を行うチケットの予約ＩＤ６２と会員Ｂの会員ＩＤ４２等を入力し、チケットの購入権利譲渡要求を実施する（ステップＳ５０３）。この時、本人認証を実施するために、パスワードの再入力が必要である（ステップＳ５０４）。
【００５５】
チケット予約状況管理サーバ２０は、予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った購入権利譲渡要求（ステップＳ７０１）の予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ７０２）。もし、取り出した予約情報６１の会員ＩＤ６３が会員Ａの会員ＩＤ４２と一致しない場合、所有者不一致により処理は中止となる（ステップＳ７０３）。尚、会員Ａの会員ＩＤ４２は、購入権利譲渡要求に設定されている。ここで、取り出した予約情報６１の会員ＩＤ６３が会員Ａの会員ＩＤ４２と一致した場合、予約情報管理プログラム２２は、予約情報６１の特殊予約種別部６５の購入権利譲渡受理待機フィールド６５２に、購入権利譲渡要求に設定されている会員Ｂの会員ＩＤ４２を設定し（ステップＳ７０４）、購入権利譲渡受理待機フィールド６５２の設定日時から特殊予約状態有効期限６５４を設定した（ステップＳ７０５）後、再度、予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００５６】
予約情報管理プログラム２２は、購入権利譲渡要求に設定されている会員Ｂの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ７０６）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ｂのインターネットメールアドレス４４に対して、処理結果と購入権利譲渡要求に含まれている予約ＩＤ６２と特殊予約状態有効期限６５４とを付与した（ステップＳ７０７）インターネットメールを送付（ステップＳ７０８）し、購入権利譲渡受理待機状態に入ったことを通知する。
【００５７】
会員Ｂの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ６００）。会員Ｂは、このインターネットメールを参照し、予約処理が購入権利譲渡受理待機状態となったことを知ることとなる。ここで、会員Ｂは、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ６０１）、会員ＩＤ及びパスワードを入力して（ステップＳ６０２）、ホームページサーバ３０にログインする（ステップＳ６０３）。会員Ｂは、ホームページサーバ３０上のチケット譲渡フォーム３４に従い予約ＩＤ６２等を入力し、チケットの購入権利譲渡受理要求を実施する（ステップＳ６０４）。この時、本人認証を実施する為、パスワードの再入力が必要である（ステップＳ６０５）。
【００５８】
チケット予約状況管理サーバ２０は、予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った購入権利譲渡受理要求（ステップＳ７１０）の予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ７１１）。もし、取り出した予約情報６１の特殊予約種別部６５の購入権利譲渡受理待機フィールド６５２に設定されている会員ＩＤ４２が、会員Ｂの会員ＩＤ４２と一致しない場合、譲渡対象者不一致により処理は中止となる（ステップＳ７１２）。尚、会員Ｂの会員ＩＤ４２は、購入権利譲渡受理要求に設定されている。
【００５９】
ここで、取り出した予約情報６１の特殊予約種別部６５の購入権利譲渡受理待機フィールド６５２に設定されている会員ＩＤ４２が、会員Ｂの会員ＩＤ４２と一致した場合、予約情報管理プログラム２２は、予約情報６１の会員ＩＤ６３に設定されている会員Ａの会員ＩＤ４２を一時フィールドに退避させた後で、予約情報６１の会員ＩＤ６３の値を購入権利譲渡受理要求に設定されている会員Ｂの会員ＩＤ４２に変更する（ステップＳ７１３）。次に、予約情報管理プログラム２２は、予約情報６１の特殊予約種別部６５の購入権利譲渡受理待機フィールド６５２を無効にし、特殊予約状態有効期限６５４を消去した（ステップＳ７１４）後、再度、予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００６０】
予約情報管理プログラム２２は、一時フィールドに退避しておいた会員Ａの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ７１５）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ａのインターネットメールアドレス４４に対して、処理結果と予約ＩＤ６２を付与した（ステップＳ７１６）インターネットメールを送付し（ステップＳ７１７）、購入権利譲渡受理が完了したことを通知する。
【００６１】
会員Ａの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ５０６）。会員Ａは、このインターネットメールを参照し、購入権利の譲渡が完了したことを知ることができる。予約情報管理プログラム２２は、予約情報６１の特殊予約種別部６５の特殊予約状態有効期限６５４切れを検知した場合、予約情報６１の特殊予約種別部６５を無効にし、再度、予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００６２】
予約情報管理プログラム２２は、予約情報６１の会員Ａの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ａのインターネットメールアドレス４４に対して、予約ＩＤ６２を送付し、購入権利譲渡受理が失敗したことを通知する。会員Ａの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する。会員Ａは、このインターネットメールを参照し、購入権利の譲渡が失敗したことを知ることとなる。
尚、購入権利の譲渡が失敗したチケットは、その所有者は会員Ａのままの状態で、チケット予約センタに管理される。
【００６３】
図１９は、会員Ａが保持しているチケットαの購入権利を、会員Ｂが保持しているチケットβと交換する際の、会員Ａが所有する携帯端末８０の処理の流れ図である。図２０は、会員Ａが保持しているチケットαの購入権利を、会員Ｂが保持しているチケットβと交換する際の、会員Ｂが所有する携帯端末８０の処理の流れ図である。図２１は、会員Ａが保持しているチケットαの購入権利を、会員Ｂが保持しているチケットβと交換する際の、チケット予約状況管理サーバ２０の処理における、購入権利交換要求受信待ち処理から購入権利交換受理要求受信待ち処理までの流れ図である。図２２は、会員Ａが保持しているチケットαの購入権利を、会員Ｂが保持しているチケットβと交換する際の、チケット予約状況管理サーバ２０の処理における、購入権利交換受理要求受信処理から処理終了までの流れ図である。
【００６４】
次に図１９から図２２までの流れ図と、図１から図８までのブロック図とを参照して、会員Ａが保持しているチケットαの購入権利を、会員Ｂが保持しているチケットβと交換する際の、チケット予約状況管理システムにおける処理の流れを説明する。先ず、会員Ａが保持しているチケットαの購入権利を、知人または、インターネット７０上に存在するＢＢＳ等を通じて募った交換希望者である会員Ｂが保持しているチケットβと交換するに先立って、会員Ａは、インターネットメールや電話等を通じて、会員Ｂに対して、チケットの購入権利を交換することを告げると共に、チケットβの予約ＩＤ６２を受け取る。
【００６５】
会員Ａは、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ８００）、会員ＩＤ及びパスワードを入力して（ステップＳ８０１）、ホームページサーバ３０にログインする（ステップＳ８０２）。会員Ａは、ホームページサーバ３０上のチケット交換フォーム３５に従い購入権利の交換元となるチケットαの予約ＩＤ６２と交換先となるチケットβの予約ＩＤ６２等を入力し、チケットの購入権利交換要求を実施する（ステップＳ８０３）。この時、本人認証を実施する為、パスワードの再入力が必要である（ステップＳ８０４）。
【００６６】
チケット予約状況管理サーバ２０は、予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った購入権利交換要求（ステップＳ１００１）の交換元チケットαの予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ１００２）。もし、取り出したチケットαの予約情報６１の会員ＩＤ６３が会員Ａの会員ＩＤ４２と一致しない場合、所有者不一致により処理は中止となる（ステップＳ１００３）。尚、会員Ａの会員ＩＤ４２は、購入権利譲渡要求に設定されている。
【００６７】
ここで、取り出した予約情報６１の会員ＩＤ６３が会員Ａの会員ＩＤ４２と一致した場合、予約情報管理プログラム２２は、購入権利交換要求の交換先チケットβの予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ１００４）。
【００６８】
次に、交換元チケットαの予約情報６１の特殊予約種別部６５の購入権利交換受理待機フィールド６５３に、交換元であることを示すフラグ“Ｆ”と交換先チケットβの予約ＩＤ６２を設定する（ステップＳ１００５）。そして、交換先チケットβの予約情報６１中の特殊予約種別部６５における購入権利交換受理待機フィールド６５３に、交換先であることを示すフラグ“Ｔ”と交換元チケットαの予約ＩＤ６２を設定し（ステップＳ１００６）、購入権利交換待機フィールドの設定日時から特殊予約状態有効期限６５４を設定した（ステップＳ１００７）後、再度、交換元チケットαと交換先チケットβと予約情報６１とを予約情報データベース記憶装置６０に記憶する。
【００６９】
予約情報管理プログラム２２は、購入権利交換要求に設定されている交換先チケットβの予約情報６１に含まれる会員Ｂの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ１００８）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ｂのインターネットメールアドレス４４に対して、処理結果と購入権利交換要求に含まれている交換元チケットαの予約ＩＤ５２と交換先チケットβの予約ＩＤ５２と特殊予約状態有効期限６５４とを付与（ステップＳ１００９）したインターネットメール送付し（ステップＳ１０１０）、購入権利交換受理待機状態に入ったことを会員Ｂに通知する（ステップＳ１０１１）。
【００７０】
会員Ｂの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ９００）。会員Ｂは、このインターネットメールを参照し、予約処理が購入権利交換受理待機状態となったことを知ることができる。ここで、会員Ｂは、携帯端末８０を使用して、チケット予約管理センター１０のホームページサーバ３０に接続し（ステップＳ９０１）、会員ＩＤ及びパスワードを入力して（ステップＳ９０２）、ホームページサーバ３０にログインする（ステップＳ９０３）。会員Ｂは、ホームページサーバ３０上のチケット交換フォーム３５に従い交換元チケットαと交換先チケットβの予約ＩＤ６２等を入力し、チケットの購入権利交換受理要求を実施する（ステップＳ９０４）。この時、本人認証を実施する為、パスワードの再入力が必要である（ステップＳ９０５）。
【００７１】
チケット予約状況管理サーバ２０は、予約情報管理プログラム２２を実行し、ホームページサーバ３０から受け取った購入権利交換受理要求（ステップＳ１０１２）の交換元チケットαと交換先チケットβの予約ＩＤ６２に対応する予約情報６１を予約情報データベース記憶装置６０から取り出す（ステップＳ１０１３）。
【００７２】
もしも、取り出した交換先チケットβの予約情報６１の会員ＩＤ６３が会員Ｂの会員ＩＤ４２と一致しない場合（ステップＳ１０１４）や、特殊予約種別部６５の購入権利交換受理待機フィールド６５３に交換先であることを示すフラグ“Ｔ”が設定されていない場合（ステップＳ１０１５）や、特殊予約種別部６５の購入権利交換受理待機フィールド６５３に設定されている予約ＩＤ６２が交換元チケットαの予約ＩＤ６２と一致しない場合（ステップＳ１０１６）、交換情報不一致により処理は中止となる。尚、会員Ｂの会員ＩＤ４２は、購入権利交換受理要求に設定されている。
【００７３】
ここで、取り出した交換先チケットβの会員ＩＤ４２が会員Ｂの会員ＩＤ４２と一致し、特殊予約種別部６５の購入権利交換受理待機フィールド６５３に交換先であることを示すフラグ“Ｔ”が設定されており、特殊予約種別部６５の購入権利交換受理待機フィールド６５３に設定されている予約ＩＤ６２が交換元チケットαの予約ＩＤ６２と一致した場合、予約情報管理プログラム２２は、交換元チケットαの予約情報６１の会員ＩＤ６３に設定されている会員Ａの会員ＩＤ６３を一時フィールドに退避させた後で、交換元チケットαの予約情報６１の会員ＩＤ６３と交換先チケットβの予約情報６１の会員ＩＤ６３とを交換する（ステップＳ１０１７）。次に、予約情報管理プログラム２２は、予約情報６１の特殊予約種別部６５の購入権利交換受理待機フィールド６５３を無効にし、特殊予約状態有効期限６５４を消去した（ステップＳ１０１８）後、再度、交換元チケットαと交換先チケットβの予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００７４】
予約情報管理プログラム２２は、一時フィールドに退避しておいた会員Ａの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す（ステップＳ１０１９）。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ａのインターネットメールアドレス４４に対して、処理結果と交換先チケットβの予約ＩＤ６２を付与（ステップＳ１０２０）したインターネットメールを送付し（ステップＳ１０２１）、購入権利交換受理が完了したことを通知する。
【００７５】
会員Ａの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する（ステップＳ８０６）。会員Ａは、このインターネットメールを参照し、購入権利の交換が完了したことを知ることとなる。予約情報管理プログラム２２は、交換先チケットβの予約情報６１の特殊予約種別部６５の特殊予約状態有効期限６５４切れを検知した場合、予約情報６１の特殊予約種別部６５の購入権利交換受理待機フィールド６５３に設定されている予約ＩＤ６２から、交換元チケットαの予約情報６１を取り出す。次に、予約情報管理プログラム２２は、交換元チケットαと交換先チケットβの予約情報６１の特殊予約種別部６５の無効にした後、再度、予約情報６１を予約情報データベース記憶装置６０に記憶する。
【００７６】
予約情報管理プログラム２２は、交換元チケットαにおける予約情報６１の会員Ａの会員ＩＤ４２に対応する会員情報４１に含まれるインターネットメールアドレス４４を、会員情報データベース記憶装置４０から取り出す。次に、予約情報管理プログラム２２は、インターネットメール送信プログラム２３を実行し、会員Ａのインターネットメールアドレス４４に対して、交換元チケットαの予約ＩＤ６２を送付し、購入権利交換受理が失敗したことを通知する。
【００７７】
会員Ａの携帯端末８０は、チケット予約状況管理サーバ２０から送信されてきたインターネットメールを受信する。会員Ａは、このインターネットメールを参照し、購入権利の交換が失敗したことを知ることとなる。尚、購入権利の交換が失敗したチケットは、チケットＡ、チケットＢ共に元の所有者のままの状態で、チケット予約センタに管理される。
【００７８】
以上本発明の実施の形態による予約関連情報管理システムにより、コンサートの入場券や航空券等のチケット予約業務において、チケットの予約や、チケット予約失敗時のキャンセル待ち、チケット購入権利の譲渡、チケット購入権利の交換を希望する消費者は、チケットの予約を簡単に実施することが可能となり、また、チケット予約失敗時のキャンセル待ちに関する対応を簡単かつ迅速に実施することが可能となる。また、チケット購入権利の譲渡やチケット購入権利の交換を、チケットの送付先やチケット代金の入金先等の個人情報を相手に通知すること無く、簡単かつ安全に実施することが可能となる為、多くの消費者が、より容易にチケットを入手することができるようになる。
以上、本実施の形態に沿って説明したが、本発明はこれらの例に限定されるものではなく、種々の変形が可能であるのは言うまでもない。
【００７９】
【発明の効果】
本発明により、個人情報を相手方などに通知することなく、簡単かつ安全にサービスを受ける権利の取得を行うことが可能となる。従って、多くの消費者が、より便利にサービス等の提供を受けることができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるチケット予約状況管理システムの概略構成を示す機能ブロック図である。
【図２】図１におけるチケット予約状況管理サーバの概略構成を示す機能ブロック図である。
【図３】図１におけるホームページサーバの概略構成を示す機能ブロック図である。
【図４】会員情報データベース記憶装置に記憶される会員情報のデータ構成例を示す図である。
【図５】チケット情報データベース記憶装置に記憶されるチケット情報のデータ構成例を示す図である。
【図６】チケット種別がコンサートチケットである場合におけるチケット情報データベース記憶装置に記憶されるチケット情報のチケット種別固有情報部のデータ構成例を示す図である。
【図７】予約情報データベース記憶装置に記憶される予約情報のデータ構成例を示す図である。
【図８】予約情報データベース記憶装置に記憶される予約情報の特殊予約種別部の構成例を示す図である。
【図９】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員がチケットの予約を実行する際の会員が所有する携帯端末の処理の流れを示すフローチャート図である。
【図１０】本発明の実施の形態によるチケット予約状況管理システムにおいて、チケットの予約を会員が実行する際の、チケット予約管理センターにおけるチケット予約状況管理サーバの処理の流れを示すフローチャート図である。
【図１１】本発明の実施の形態によるチケット予約状況管理システムにおいて、チケットの予約満杯時にチケットのキャンセル待ちを会員が希望する場合における、チケットの予約を実行する際の会員が所有する携帯端末の処理の流れを示すフローチャート図である。
【図１２】本発明の実施の形態によるチケット予約状況管理システムにおいて、チケットの予約満杯時に、チケットのキャンセル待ちを会員が希望する場合における、チケットの予約を実行する際のチケット予約状況管理サーバの処理における予約要求受信待ち処理からキャンセル発生待ち処理までの流れを示すフローチャート図である。
【図１３】本発明の実施の形態によるチケット予約状況管理システムにおいて、チケットの予約満杯時に、チケットのキャンセル待ちを会員が希望する場合における、チケットの予約を実行する際のチケット予約状況管理サーバの処理における、キャンセル発生時から本予約要求受信待ち処理までの流れを示すフローチャート図である。
【図１４】本発明の実施の形態によるチケット予約状況管理システムにおいて、チケットの予約満杯時に、チケットのキャンセル待ちを会員が希望する場合における、チケットの予約を実行する際のチケット予約状況管理サーバの処理における、本予約要求受信処理から処理終了までの流れを示すフローチャート図である。
【図１５】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットの購入権利を別の会員Ｂに譲渡する際における会員Ａが所有する携帯端末の処理の流れを示すフローチャート図である。
【図１６】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットの購入権利を別の会員Ｂに譲渡する際の、会員Ｂが所有する携帯端末の処理の流れを示すフローチャート図である。
【図１７】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットの購入権利を、別の会員Ｂに譲渡する際のチケット予約状況管理サーバの処理における、購入権利譲渡要求受信待ち処理から購入権利譲渡受理要求受信待ち処理までの流れを示すフローチャート図である。
【図１８】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットの購入権利を会員Ｂに譲渡する際の、チケット予約状況管理サーバの処理における購入権利譲渡受理要求受信処理から処理終了までの流れを示すフローチャート図である。
【図１９】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットαの購入権利を、別の会員Ｂが保持しているチケットβと交換する際の会員Ａが所有する携帯端末の処理の流れを示すフローチャート図である。
【図２０】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットαの購入権利を、別の会員Ｂが保持しているチケットβと交換する際の会員Ｂが所有する携帯端末８０の処理の流れを示すフローチャート図である。
【図２１】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットαの購入権利を、別の会員Ｂが保持しているチケットβと交換する際のチケット予約状況管理サーバ２０の処理における購入権利交換要求受信待ち処理から購入権利交換受理要求受信待ち処理までの流れを示すフローチャート図である。
【図２２】本発明の実施の形態によるチケット予約状況管理システムにおいて、会員Ａが保持しているチケットαの購入権利を、別の会員Ｂが保持しているチケットβと交換する際のチケット予約状況管理サーバの処理における、購入権利交換受理要求受信処理から処理終了までの流れを示すフローチャート図である。
【符号の説明】
１０…チケット予約管理センター、２０…チケット予約状況管理サーバ、３０…ホームページサーバ、４０…会員情報データベース記憶装置、５０…チケット情報データベース記憶装置、６０…予約情報データベース記憶装置、７０…インターネット、８０…携帯端末、９０…会員。
【図１】
2004038636.tif 000003
【図２】
2004038636.tif 000004
【図３】
2004038636.tif 000005
【図４】
2004038636.tif 000006
【図５】
2004038636.tif 000007
【図６】
2004038636.tif 000008
【図７】
2004038636.tif 000009
【図８】
2004038636.tif 000010
【図９】
2004038636.tif 000011
【図１０】
2004038636.tif 000012
【図１１】
2004038636.tif 000013
【図１２】
2004038636.tif 000014
【図１３】
2004038636.tif 000015
【図１４】
2004038636.tif 000016
【図１５】
2004038636.tif 000017
【図１６】
2004038636.tif 000018
【図１７】
2004038636.tif 000019
【図１８】
2004038636.tif 000020
【図１９】
2004038636.tif 000021
【図２０】
2004038636.tif 000022
【図２１】
2004038636.tif 000023
【図２２】
2004038636.tif 000024