JP5714520B2 - チケット入札システム、仲介サーバ - Google Patents

Description

本発明は、チケット不足時のチケット希望者にチケットを提供することを支援するチケット入札システム等に関するものである。

近年、航空券のチケット発券業務では、チケットレスシステムが導入されている。チケットレスシステムでは、顧客は予約段階においてクレジットカード等により予約及び決済を完了し、搭乗日にチェックイン窓口においてクレジットカード番号や与えられた予約番号に従ってチェックインを行い、搭乗券を得る。例えば、特許文献１には、チケットレスシステムにおいて、旅客が簡便に予定便の運航状況を確認することが可能な予約便情報供給システムが開示されている。

ところで、チケット発券業務では、ダブルブッキング（オーバーブッキングとも言う。）が発生したり、天変地異（台風、地震、洪水等）により運航（運行）ダイヤが乱れたりすることによって、チケットが不足することがある。チケットの不足時には、どうしてもその便に乗りたいという顧客（以下、「チケット希望者」という。）も多い。例えば、飛行機の搭乗券が不足すると、航空会社の社員は、別便への振替等を条件として、搭乗券が不足している便の搭乗券を譲ってもらう顧客（以下、「チケット提供者」という。）を募集する。航空会社は、譲ってもらうときの特典として、チケット提供者に対して、マイレージサービスのマイルを付与したり、振替の便においてビジネスクラスへのアップグレードを行ったりする。

特開２００３−２２３４８９号公報

しかしながら、対面によってチケット提供者を募集することは、非常に効率が悪い。航空会社の人的負荷がかかるだけでなく、人的負荷をかけたとしても、チケット提供者を探すことができない場合もある。また、特典内容が曖昧になりがちであり、チケット提供者は合理的な判断ができない。

本発明は、前述した問題点に鑑みてなされたものであり、その目的とすることは、チケット不足時、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能なチケット入札システム等を提供することである。

前述した目的を達成するために第１の発明は、チケット管理サーバ、仲介サーバ及び端末がネットワークを介して接続され、チケット不足時のチケット希望者にチケットを提供することを支援するチケット入札システムであって、前記仲介サーバは、チケットの調達情報を前記端末に提供する調達情報提供手段と、チケット提供者によって入力される入札金額を前記端末から受け付けて、前記チケット提供者の中から落札者を決定する落札者決定手段と、前記落札者のチケット情報を含む落札情報を、前記チケット管理サーバ又は前記端末に送信する落札情報通知手段と、を具備し、前記調達情報提供手段は、前記チケット管理サーバから仲介依頼情報を受け付けて、前記調達情報を生成するチケット入札システムである。第１の発明によって、チケット不足時、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能となる。また、航空会社等の事業者が仲介会社に対してチケット仲介を依頼するケースにおいて、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能となる。

また、例えば、第１の発明における前記調達情報提供手段は、更に、チケット希望者によって入力される仲介依頼情報を前記端末から受け付けて、前記調達情報を生成し、第１の発明は、更に、チケット希望者によって入力される前記落札情報に対する承諾メッセージを前記端末から受け付けて、チケット再発行依頼情報を前記チケット管理サーバに送信する再発行依頼手段、を具備する。これによって、チケット希望者が、仲介会社に対してチケット仲介を依頼するケースにおいて、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能となる。

また、第１の発明における前記調達情報提供手段は、座席交換希望者によって入力される仲介依頼情報を前記端末から受け付けて、座席交換希望情報を生成し、生成される前記座席交換希望情報を前記端末に提供し、前記落札者決定手段は、座席交換提供者によって入力される入札金額を前記端末から受け付けて、前記座席交換提供者の中から前記落札者を決定し、第１の発明は、更に、座席交換希望者によって入力される承諾メッセージを前記端末から受け付けて、座席交換情報を前記チケット管理サーバに送信する座席交換依頼手段、を具備する。これによって、家族や同僚等と一緒に搭乗する場合、並び座席に座りたいという要望を満たす為に、チケットを確保した顧客同士でチケットを交換する仕組みを提供することができる。

第２の発明は、チケット管理サーバ及び端末とネットワークを介して接続され、チケット不足時のチケット希望者にチケットを提供することを支援するチケット入札システムにおける仲介サーバであって、チケットの調達情報を前記端末に提供する調達情報提供手段と、チケット提供者によって入力される入札金額を前記端末から受け付けて、前記チケット提供者の中から落札者を決定する落札者決定手段と、前記落札者のチケットに関する情報を含む落札情報を、前記チケット管理サーバ又は前記端末に送信する落札情報通知手段と、を具備し、前記調達情報提供手段は、前記チケット管理サーバから仲介依頼情報を受け付けて、前記調達情報を生成する仲介サーバである。第２の発明によって、チケット不足時、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能となる。また、航空会社等の事業者が仲介会社に対してチケット仲介を依頼するケースにおいて、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能となる。

本発明により、チケット不足時、効率的かつ合理的に、チケット希望者とチケット提供者をマッチングすることが可能なチケット入札システム等を提供することができる。

チケット入札システム１の概要を示す図 仲介サーバ６、チケット管理サーバ７、端末８ａ、８ｂのハードウエア構成図 第１実施形態におけるチケット入札処理の流れを示すフローチャート 第２実施形態におけるチケット入札処理の流れを示すフローチャート

以下図面に基づいて、本発明の実施形態を詳細に説明する。以下では、チケット発券業務として、特に、航空会社におけるチケット発券業務を例に挙げて説明する。但し、本発明の適用範囲は航空会社におけるチケット発券業務に限らない。本発明は、前述した課題があるチケット発券業務に対して適用すれば、同様の効果を奏する。前述した課題があるチケット発券業務としては、例えば、新幹線、列車及び長距離バス等の乗車券、映画、コンサート、レストラン及びスポーツ観戦等の入場券、並びに、ホテル及び旅館等の宿泊券、等に関するチケットを発券する業務が挙げられる。

最初に、図１及び図２を参照しながら、全ての実施形態において共通する本発明の構成を説明する。

図１は、チケット入札システム１の概要を示す図である。図１に示すように、チケット入札システム１は、仲介サーバ６、チケット管理サーバ７、及び端末８ａ、８ｂ等が、ネットワーク９を介して接続されて構成されている。

仲介サーバ６は、仲介会社２が所有するサーバである。チケット管理サーバ７は、航空会社３が所有するサーバである。端末８ａは、チケット希望者４が操作する端末である。端末８ｂは、チケット提供者５が操作する端末である。端末８ａ、８ｂは、航空会社３が空港等において提供する据置型端末でも良いし、チケット希望者４やチケット提供者５が所有する据置型端末又は携帯型端末であっても良い。チケット管理サーバ７は、航空会社３ごとに存在する。つまり、複数の航空会社３がチケット入札システム１を共同利用する場合、チケット管理サーバ７は複数である。また、端末８ａ、８ｂも複数である。

仲介サーバ６及びチケット管理サーバ７は、典型的には、サーバ用ＯＳ（Operating
System）やＤＢＭＳ（DataBase Management System）等がインストールされている１又は複数のコンピュータによって構成される。端末８ａ、８ｂは、ボックス型専用受付端末、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣ、スマートフォン、タブレット型端末、携帯電話端末、ゲーム端末等、様々なコンピュータが考えられる。

仲介サーバ６は、チケット不足時のチケット希望者にチケットを提供することを支援する。仲介サーバ６は、例えば、以下の機能を備える。
・チケットの調達情報を端末８ｂに提供する調達情報提供機能
・チケット提供者５によって入力される入札金額を端末８ｂから受け付けて、チケット提供者５の中から落札者を決定する落札者決定機能
・落札者のチケットに関する情報を含む落札情報を、チケット管理サーバ７又は端末８ａに送信する落札情報通知機能

チケット管理サーバ７は、例えば、空席情報提供機能、チケット予約機能、チケット発券機能、決済機能、チケット再発行機能等を備える。これらの機能は公知であるため、説明を省略する。

端末８ａ、８ｂは、仲介サーバ６及びチケット管理サーバ７等から受信するデータを表示したり、チケット希望者４及びチケット提供者５等によって入力されるデータを仲介サーバ６及びチケット管理サーバ７等に送信したりする。

図２は、仲介サーバ６、チケット管理サーバ７、端末８ａ、８ｂのハードウエア構成図である。尚、図２のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

仲介サーバ６、チケット管理サーバ７、端末８ａ、８ｂを実現するコンピュータは、制御部１１、記憶部１２、入力部１３、表示部１４、通信制御部１５等が、バス１６を介して接続される。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される。ＣＰＵは、記憶部１２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス１６を介して接続された各装置を駆動制御し、コンピュータが行う後述する処理を実現する。ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部１２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各種処理を行う為に使用するワークエリアを備える。

記憶部１２は、例えば、ＨＤＤ（Hard Disk Drive）やフラッシュメモリであり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Operating System）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部１１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

入力部１３は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。ユーザは、入力部１３を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。表示部１４は、液晶パネル、有機ＥＬ等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。尚、入力部１３及び表示部１４は、タッチパネルディスプレイのように、一体となっていても良い。

通信制御部１５は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク９間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他のコンピュータ間との通信制御を行う。ネットワーク９は、有線、無線を問わない。バス１６は、各装置間の制御信号、データ信号等の授受を媒介する経路である。

＜第１実施形態＞
次に、図３を参照しながら、本発明の第１実施形態について説明する。第１実施形態は、航空会社３が、仲介会社２に対してチケット仲介を依頼するケースである。このようなケースは、例えば、航空会社３がダブルブッキング（オーバブッキング）の予約を受け付けてしまった場合や、天変地異により運航ダイヤが乱れている中で特別な顧客にチケットを準備する必要がある場合等が考えられる。

図３は、第１実施形態におけるチケット入札処理の流れを示すフローチャートである。図３に示すように、チケット管理サーバ７は、仲介依頼情報を仲介サーバ６に送信する（Ｓ１）。仲介依頼情報は、チケット希望者４が希望するチケット情報や落札希望情報である。チケット情報は、例えば、搭乗日、搭乗時間帯、出発地、到着地、搭乗クラス、搭乗人数等である。落札希望情報は、例えば、落札金額の上限、座席の位置や並び（複数名の場合、並び席を希望するか否か等）等である。

仲介サーバ６は、チケット管理サーバ７から仲介依頼情報を受け付けて、調達情報を生成し、端末８ｂに提供する（Ｓ２）。調達情報は、仲介依頼情報に含まれるチケット情報や落札希望情報の他に、入札条件情報等が含まれる。入札条件情報は、例えば、入札制限時間等である。入札制限時間は、出発予定時刻の所定時間前（例えば、１時間前）である。仲介サーバ６は、チケット管理サーバ７に出発予定時刻を問い合わせて入札制限時間を計算しても良いし、チケット管理サーバ７から仲介依頼情報として入札制限時間を受信しても良い。

端末８ｂは、チケット提供者５の操作に応じて、調達情報を表示する（Ｓ３）。チケット提供者５が入札制限時間までに入札金額を入力すると、端末８ｂは、入札金額及びチケット提供者５のチケット情報を仲介サーバ６に送信する（Ｓ４）。Ｓ３及びＳ４の処理は、１又は複数の端末８ｂにおいて実行される。

仲介サーバ６は、１又は複数の端末８ｂから入札金額を受信し、入札制限時間になると、チケット提供者５の中から落札者を決定する（Ｓ５）。仲介サーバ６は、例えば、入札金額が最も高いチケット提供者５を落札者とする。そして、仲介サーバ６は、落札情報をチケット管理サーバ７に送信する（Ｓ６）。落札情報は、落札金額及び落札者のチケット情報である。

チケット管理サーバ７は、仲介サーバ６から受信する落札情報を端末８ａに提供する（Ｓ７）。端末８ａは、チケット希望者４の操作に応じて、落札情報を表示する（Ｓ８）。チケット希望者４が承諾する旨を入力すると、端末８ｂは、承諾メッセージをチケット管理サーバ７に送信する（Ｓ９）。

チケット管理サーバ７は、チケット再発行処理を行う（Ｓ１０）。チケット再発行処理は、落札者のチケット情報を消去し、チケット希望者４のチケット情報を発行する処理である。チケット再発行処理は公知である為、説明を省略する。

チケット管理サーバ７は、入金処理を行い（Ｓ１１）、入金情報を仲介サーバ６に送信する（Ｓ１２）。Ｓ１１の入金処理では、入金額＝落札金額＋仲介手数料の合計、入金元＝航空会社３、入金先＝仲介会社２、である。

仲介サーバ６は、入金処理を行い（Ｓ１３）、入金情報を落札者が操作する端末８ｂに送信する（Ｓ１４）。Ｓ１３の入金処理では、入金額＝落札金額、入金元＝仲介会社２、入金先＝落札者、である。従って、仲介手数料が仲介サーバ６の利益となる。

端末８ｂは、落札者の操作に応じて、仲介サーバ６から受信する入金情報を表示する（Ｓ１５）。落札者は、入金情報を確認するとともに、必要に応じて所望の便を予約するための操作を行う。

以上の通り、第１実施形態におけるチケット入札システム１（仲介サーバ６）によれば、航空会社３が仲介会社２に対してチケット仲介を依頼するケースにおいて、効率的かつ合理的に、チケット希望者４とチケット提供者５をマッチングすることが可能となる。つまり、航空会社３は人的負荷をかけることなくチケット希望者４にチケットを準備することができ、かつチケット提供者５はチケット提供の恩恵を合理的に判断することができる。

尚、前述の説明では、提供したチケットの代替となり得るチケットについては、落札者自らが改めて予約するものとしたが、本発明はこの例に限定されない。例えば、仲介サーバ６が、振替便の情報を落札者に提供しても良いし、振替便を代理予約しても良い。振替便の条件は、例えば、同一の搭乗日、搭乗時間帯、出発地及び到着地の便である。このような条件を満たす便としては、例えば、以下のケースが考えられる。
・同一の航空会社の異なる出発時刻の便
・コードシェア便
・同一又は別の航空会社の乗り継ぎ便

仲介サーバ６は、例えば、各航空会社３のチケット管理サーバ７に対して、上記の条件を満たす便における空席状況を問い合わせて、空席がある便の情報を落札者に提供する。又は、仲介サーバ６は、予めチケット提供者５から代理予約の依頼を受け付けて、空席がある便を振替便として代理予約する。

＜第２実施形態＞
次に、図４を参照しながら、本発明の第２実施形態について説明する。第２実施形態は、チケット希望者４が、仲介会社２に対してチケット仲介を依頼するケースである。このようなケースは、例えば、チケット希望者４の都合によりチケットを入手したい場合等が考えられる。

図４は、第２実施形態におけるチケット入札処理の流れを示すフローチャートである。チケット希望者４が入手したいチケット情報を入力すると、端末８ａは、仲介依頼情報を仲介サーバ６に送信する（Ｓ２１）。仲介依頼情報の内容は、第１実施形態と同様である。

仲介サーバ６は、端末８ａから仲介依頼情報を受け付けて、調達情報を生成し、端末８ｂに提供する（Ｓ２２）。調達情報は、第１実施形態と同様である。

端末８ｂは、チケット提供者５の操作に応じて、調達情報を表示する（Ｓ２３）。チケット提供者５が入札制限時間までに入札金額を入力すると、端末８ｂは、入札金額及びチケット提供者５のチケット情報を仲介サーバ６に送信する（Ｓ２４）。Ｓ２３及びＳ２４の処理は、１又は複数の端末８ｂにおいて実行される。

仲介サーバ６は、１又は複数の端末８ｂから入札金額を受信し、入札制限時間になると、チケット提供者５の中から落札者を決定する（Ｓ２５）。そして、仲介サーバ６は、落札情報を端末８ａに送信する（Ｓ２６）。落札情報は、第１実施形態と同様である。

端末８ａは、チケット希望者４の操作に応じて、落札情報を表示する（Ｓ２７）。チケット希望者４が承諾する旨を入力すると、端末８ｂは、承諾メッセージを仲介サーバ６に送信する（Ｓ２８）。

仲介サーバ６は、チケット再発行依頼情報をチケット管理サーバ７に送信する（Ｓ２９）。チケット再発行依頼情報は、落札者のチケット情報及びチケット希望者４の顧客情報である。顧客情報は、例えば、氏名、性別、国籍、年齢等である。

チケット管理サーバ７は、チケット再発行処理を行う（Ｓ３０）。チケット再発行処理は、第１実施形態と同様である。

チケット管理サーバ７は、請求処理を行う（Ｓ３１）。Ｓ３１の請求処理では、請求額＝再発行手数料、請求元＝航空会社３、請求先＝仲介会社２、である。これに対して、仲介サーバ６は、第１の入金処理を行う（Ｓ３２）。Ｓ３２の入金処理では、入金額＝再発行手数料、入金元＝仲介会社２、入金先＝航空会社３、である。

次に、仲介サーバ６は、第２の入金処理を行い（Ｓ３３）、入金情報を落札者が操作する端末８ｂに送信する（Ｓ３４）。Ｓ３３の入金処理では、入金額＝落札金額、入金元＝仲介会社２、入金先＝落札者、である。

端末８ｂは、落札者の操作に応じて、仲介サーバ６から受信する入金情報を表示する（Ｓ３５）。落札者は、入金情報を確認するとともに、必要に応じて所望の便を予約するための操作を行う。

また、仲介サーバ６は、請求処理を行う（Ｓ３５）。Ｓ３５の請求処理では、請求額＝落札金額＋再発行手数料＋仲介手数料、請求元＝仲介会社２、請求先＝チケット希望者４、である。これに対して、チケット希望者４によって操作される端末８ａは、入金処理を行う（Ｓ３６）。Ｓ３６の入金処理では、入金額＝再落札金額＋再発行手数料＋仲介手数料、入金元＝チケット希望者４、入金先＝仲介会社２、である。従って、仲介手数料が仲介サーバ６の利益となる。

以上の通り、第２実施形態におけるチケット入札システム１（仲介サーバ６）によれば、チケット希望者４が、仲介会社２に対してチケット仲介を依頼するケースにおいて、効率的かつ合理的に、チケット希望者４とチケット提供者５をマッチングすることが可能となる。つまり、航空会社３は人的負荷をかけることなくチケット希望者４にチケットを準備することができ、かつチケット提供者５はチケット提供の恩恵を合理的に判断することができる。

＜変形例＞
以下では、第１実施形態及び第２実施形態の変形例について説明する。例えば、ＯＰＥＮチケット（利用日が決まっていないチケット）は、当日まで座席が決まらず、並び座席に座ることができない場合がある。しかし、家族や同僚等と一緒に搭乗する場合、並び座席に座りたいという要望がある。そこで、変形例では、この要望を満たす為に、チケットを確保した顧客同士でチケットを交換する仕組みを提供する。

具体的には、本発明のチケット入札システム１において、仲介サーバ６が以下の機能を有する。
・座席交換希望者（チケット希望者４に対応）によって入力される仲介依頼情報を端末８ａから受け付けて、座席交換希望情報（調達情報に対応）を生成し、生成される座席交換希望情報を端末８ｂに提供する機能
・座席交換提供者（チケット提供者５に対応）によって入力される入札金額を端末８ｂから受け付けて、座席交換提供者の中から落札者を決定する機能
・座席交換希望者によって入力される承諾メッセージを端末８ａから受け付けて、座席交換情報（落札情報に対応）をチケット管理サーバ７に送信する機能

ここで、座席交換希望情報は、例えば、希望する座席群を識別する座席番号群である。また、座席交換情報は、例えば、座席交換希望者及び座席交換提供者の顧客情報である。

＜利用例＞
前述の説明では、航空会社におけるチケット発券業務を例にしたが、その他の利用例も考えられる。例えば、交通機関の乗車券、エンターテイメント業界の入場券、宿泊施設等の宿泊券では、航空券と比較して、ダブルブッキングが少ない。理由としては、以下のことが考えられる。
・バッファに余裕を持たせておき、余った分は格安料金で販売している。
・チケットの事前予約販売を行う場合であっても、別途本予約を必須とすることによってダブルブッキングを回避している。
・旅行代理店では、旅行の直前まで旅行者にホテル名を明かさないことによって、ダブルブッキングを回避している。

そこで、チケット不足時に限らずに本発明のチケット入札システム１を適用し、チケット購入者同士のチケットの流通を促進することによって、以下の効果を得ることができる。
・バッファを持たせる必要がない。従って、業者側は、余った分を格安料金で販売する必要がない。
・別途本予約が不要となり、利用者の利便性が向上する。チケットの所有者が変更になったときは、再発行手数料を徴収することによって、業者側も余計なコストがかからない。
・チケットの融通が容易なので、旅行代理店は旅行者にホテル名を明かすことができる。

また、本発明は、共同購入の仕組みによる格安クーポンに対しても効果がある。例えば、ホテルの宿泊券として５０００円のクーポンを買い、事前予約まで行ったものとする。また、当日ホテルの空室状況を確認したところ、満室だったとする。このような場合、本発明のチケット入札システム１を利用することによって、チケット所有者は、例えば、７０００円でクーポンを売って、別のホテルに宿泊することができる。

また、本発明のチケット入札システム１を利用することによって、クーポンの融通が容易となるので、業者は枚数未確定でクーポンを発行することができる。

以上、添付図面を参照しながら、本発明に係るチケット入札システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１………チケット入札システム
２………仲介会社
３………航空会社
４………チケット希望者
５………チケット提供者
６………仲介サーバ
７………チケット管理サーバ
８ａ、８ｂ………端末
９………ネットワーク

Claims (4)

1. チケット管理サーバ、仲介サーバ及び端末がネットワークを介して接続され、チケット不足時のチケット希望者にチケットを提供することを支援するチケット入札システムであって、
   前記仲介サーバは、
   チケットの調達情報を前記端末に提供する調達情報提供手段と、
   チケット提供者によって入力される入札金額を前記端末から受け付けて、前記チケット提供者の中から落札者を決定する落札者決定手段と、
   前記落札者のチケット情報を含む落札情報を、前記チケット管理サーバ又は前記端末に送信する落札情報通知手段と、
   を具備し、
   前記調達情報提供手段は、前記チケット管理サーバから仲介依頼情報を受け付けて、前記調達情報を生成する
   チケット入札システム。
2. 前記調達情報提供手段は、更に、チケット希望者によって入力される仲介依頼情報を前記端末から受け付けて、前記調達情報を生成し、
   更に、チケット希望者によって入力される前記落札情報に対する承諾メッセージを前記端末から受け付けて、チケット再発行依頼情報を前記チケット管理サーバに送信する再発行依頼手段、を具備する
   請求項１に記載のチケット入札システム。
3. 前記調達情報提供手段は、座席交換希望者によって入力される仲介依頼情報を前記端末から受け付けて、座席交換希望情報を生成し、生成される前記座席交換希望情報を前記端末に提供し、
   前記落札者決定手段は、座席交換提供者によって入力される入札金額を前記端末から受け付けて、前記座席交換提供者の中から前記落札者を決定し、
   更に、座席交換希望者によって入力される承諾メッセージを前記端末から受け付けて、座席交換情報を前記チケット管理サーバに送信する座席交換依頼手段、を具備する
   請求項１又は請求項２に記載のチケット入札システム。
4. チケット管理サーバ及び端末とネットワークを介して接続され、チケット不足時のチケット希望者にチケットを提供することを支援するチケット入札システムにおける仲介サーバであって、
   チケットの調達情報を前記端末に提供する調達情報提供手段と、
   チケット提供者によって入力される入札金額を前記端末から受け付けて、前記チケット提供者の中から落札者を決定する落札者決定手段と、
   前記落札者のチケットに関する情報を含む落札情報を、前記チケット管理サーバ又は前記端末に送信する落札情報通知手段と、
   を具備し、
   前記調達情報提供手段は、前記チケット管理サーバから仲介依頼情報を受け付けて、前記調達情報を生成する
   仲介サーバ。

Images