(57)【要約】【目的】コンサート会場等で座席の交換を円滑に行うことができるシステム等を提供する。【解決手段】会場内の複数の座席とその座席が空席であるか又は予約済であるか表す空席情報とからなる座席管理情報を記憶する手段、予約者とその予約者が予約した予約座席とからなる予約内容管理情報を記憶する手段、前記座席管理情報の中から空席となっている座席を検索する検索手段、検索された空席を出力する手段、変更を希望する変更希望者と変更希望座席の入力をする手段、前記変更希望座席を予約済にし、前記変更希望座席の予約者を前記変更希望者とし、前記予約座席を空席とすることにより座席交換処理を行う手段を備える。【選択図】図９
2005148938.tif 000002
【特許請求の範囲】
【請求項１】
会場内の複数の座席とその座席が空席であるか又は予約済であるか表す空席情報とからなる座席管理情報を記憶する手段、予約者とその予約者が予約した予約座席とからなる予約内容管理情報を記憶する手段、前記座席管理情報の中から空席となっている座席を検索する検索手段、検索された空席を出力する手段、変更を希望する変更希望者を特定する変更希望者特定手段、変更希望座席の特定をする変更希望座席特定手段、前記変更希望座席を予約済にし、前記変更希望座席の予約者を前記変更希望者とし、前記変更希望者の予約座席を空席とすることにより座席交換処理を行う手段を備える座席交換システム。
【請求項２】
変更希望人数の入力をする手段を備え、前記検索手段は前記変更希望人数分連続して空席となっている座席群を検索する手段であることを特徴とする請求項１記載の座席交換システム。
【請求項３】
座席の種別毎の料金を記憶する手段、前記予約座席と前記変更希望座席との間で料金の差が生じているか否かを判断する手段、料金の差が生じている場合は料金の差額を計算して差額精算の要求を出力する手段を備える請求項１乃至２記載の座席交換システム。
【請求項４】
座席交換の手数料を記憶する手段、前記手数料の支払要求を出力する手段を備える請求項１乃至３記載の座席交換システム。
【請求項５】
前記変更希望者が座席変更を行った交換回数を記憶する手段、座席交換の制限回数を記憶する手段、前記交換回数が前記制限回数を超えた場合は座席交換処理を中止する手段を備える請求項１乃至４記載の座席交換システム。
【請求項６】
前記空席情報に基づいて会場内の空席を知らせるための告知情報を作成し送信する手段、会場の座席に備えられているものであって前記告知情報を受信してその座席が空席であるか否かを観客に知らせるための告知手段を備える請求項１乃至５記載の座席交換システム。
【請求項７】
前記告知手段には、前記変更希望者特定手段と前記変更希望座席特定手段が含まれることを特徴とする請求項１乃至６記載の座席交換システム。
【請求項８】
コンピュータを、会場内の複数の座席とその座席が空席であるか又は予約済であるか表す空席情報とからなる座席管理情報を記憶する手段、予約者とその予約者が予約した予約座席とからなる予約内容管理情報を記憶する手段、前記座席管理情報の中から空席となっている座席を検索する検索手段、検索された空席を出力する手段、変更を希望する変更希望者を特定する変更希望者特定手段、変更希望座席の特定をする変更希望座席特定手段、前記変更希望座席を予約済にし、前記変更希望座席の予約者を前記変更希望者とし、前記変更希望者の予約座席を空席とすることにより座席交換処理を行う手段として機能させることを特徴とする座席交換のためのコンピュータプログラム。
【請求項９】
コンピュータを変更希望人数の入力をする手段、前記検索手段を前記変更希望人数分連続して空席となっている座席群を検索する手段として機能させることを特徴とする請求項８記載の座席交換のためのコンピュータプログラム。
【請求項１０】
コンピュータを、座席の種別毎の料金を記憶する手段、前記予約座席と前記変更希望座席との間で料金の差が生じているか否かを判断する手段、料金の差が生じている場合は料金の差額を計算して差額精算の要求を出力する手段として機能させることを特徴とする請求項８乃至９記載の座席交換のためのコンピュータプログラム。
【請求項１１】
コンピュータを、座席交換の手数料を記憶する手段、前記手数料の支払要求を出力する手段として機能させることを特徴とする請求項８乃至１０記載の座席交換のためのコンピュータプログラム。
【請求項１２】
コンピュータを、前記変更希望者が座席変更を行った交換回数を記憶する手段、座席交換の制限回数を記憶する手段、前記交換回数が前記制限回数を超えた場合は座席交換処理を中止する手段として機能させることを特徴とする請求項８乃至１１記載の座席交換のためのコンピュータプログラム。
【請求項１３】
コンピュータを、前記空席情報に基づいて会場内の空席を知らせるための告知情報を作成し送信する手段、会場の座席に備えられているものであって前記告知情報を受信してその座席が空席であるか否かを観客に知らせるための告知手段として機能させることを特徴とする請求項８乃至１２記載の座席交換のためのコンピュータプログラム。
【請求項１４】
前記告知手段には、前記変更希望者特定手段と前記変更希望座席特定手段が含まれることを特徴とする請求項８乃至１３記載の座席交換のためのコンピュータプログラム。
【請求項１５】
コンピュータが、会場内の複数の座席とその座席が空席であるか又は予約済であるか表す空席情報とからなる座席管理情報を記憶し、予約者とその予約者が予約した予約座席とからなる予約内容管理情報を記憶し、前記座席管理情報の中から空席となっている座席を検索する検索処理を行い、検索された空席を出力し、変更を希望する変更希望者を特定し、変更希望座席の特定し、前記変更希望座席を予約済にし、前記変更希望座席の予約者を前記変更希望者とし、前記変更希望者の予約座席を空席とすることにより座席交換処理を行うことを特徴とする座席交換方法。
【請求項１６】
コンピュータが、変更希望人数を入力し、前記検索処理において前記変更希望人数分連続して空席となっている座席群を検索することを特徴とする請求項１５記載の座席交換方法。
【請求項１７】
コンピュータが、座席の種別毎の料金を記憶し、前記予約座席と前記変更希望座席との間で料金の差が生じているか否かを判断し、料金の差が生じている場合は料金の差額を計算して差額精算の要求を出力することを特徴とする請求項１５乃至１６記載の座席交換方法。
【請求項１８】
コンピュータが、座席交換の手数料を記憶し、前記手数料の支払要求を出力することを特徴とする請求項１５乃至１７記載の座席交換方法。
【請求項１９】
コンピュータが、前記変更希望者が座席変更を行った交換回数を記憶し、座席交換の制限回数を記憶し、前記交換回数が前記制限回数を超えた場合は座席交換処理を中止することを特徴とする請求項１５乃至１８記載の座席交換方法。
【請求項２０】
コンピュータが、前記空席情報に基づいて会場内の空席を知らせるための告知情報を作成し、会場の座席に備えられている告知手段に対し前記告知情報を送信してその座席が空席であるか否かを観客に知らせるための告知処理を行うことを特徴とする請求項１５乃至１９記載の座席交換方法。
【請求項２１】
コンピュータが、前記告知手段から前記変更希望者と前記変更希望座席を特定する情報を受信することを特徴とする請求項１５乃至２０記載の座席交換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンサート会場やスポーツ競技場において指定された座席（観客席）の交換を可能にするためのシステム等に関するものである。
【背景技術】
【０００２】
コンサート鑑賞やスポーツ観戦をする際、観客は興行主から入場のためのチケットを購入する。観客はＡ席、Ｂ席など座席の種別を指定してチケットを購入することは可能であるが、具体的にどの座席を割当てるかは興行主が主に決めている。即ち、観客は興行主が一方的に決めた座席に座ることを余儀なくされるのが現状である。
【０００３】
【特許文献１】特願２０００−６３０９８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように現在のところ具体的な座席は興行主が決めているのであるが、観客が実際にコンサート会場等に行ってみると、会場内に幾つもの空席がある場合がある。観客の中には自分に割当てられた座席が気に入らず、その空席と交換したいと思う者もいる。また、当初はＢ席で鑑賞したいと思いＢ席のチケットを購入したが、実際に会場に入ってみるとＡ席で鑑賞したいと思い直し、Ａ席で空席となっている席と自分の席とを交換したいと思う観客もいる。
しかし、コンサート開始直前にこのような座席交換を認めると会場内が混乱し、コンサートの開始が遅れる等の不都合が生じるおそれがある。よって、現在のところ座席交換は原則として認められていない。
そこで、会場内を混乱させることなく円滑に座席交換を可能にするシステム等が求められるところである。
本発明はこのような問題に鑑みなされたものであり、円滑な座席交換を可能にするシステム等を提供するものである。
【課題を解決するための手段】
【０００５】
本発明は、例えば、次のような手段を備えるシステム、コンピュータが次のような処理（ステップ）を行う方法、コンピュータを次のような手段として機能させるコンピュータプログラムである。
（１）  会場内の複数の座席とその座席が空席であるか又は予約済であるか表す空席情報とからなる座席管理情報を記憶する手段、予約者とその予約者が予約した予約座席とからなる予約内容管理情報を記憶する手段、前記座席管理情報の中から空席となっている座席を検索する検索手段、検索された空席を出力する手段、変更を希望する変更希望者を特定する変更希望者特定手段、変更希望座席の特定をする変更希望座席特定手段、前記変更希望座席を予約済にし、前記変更希望座席の予約者を前記変更希望者とし、前記変更希望者の予約座席を空席とすることにより座席交換処理を行う手段を備える。
（２）  変更希望人数の入力をする手段を備え、前記検索手段は前記変更希望人数分連続して空席となっている座席群を検索する手段である。
（３）  座席の種別毎の料金を記憶する手段、前記予約座席と前記変更希望座席との間で料金の差が生じているか否かを判断する手段、料金の差が生じている場合は料金の差額を計算して差額精算の要求を出力する手段を備える。
（４）  座席交換の手数料を記憶する手段、前記手数料の支払要求を出力する手段を備える。
（５）  前記変更希望者が座席変更を行った交換回数を記憶する手段、座席交換の制限回数を記憶する手段、前記交換回数が前記制限回数を超えた場合は座席交換処理を中止する手段を備える。
（６）  前記空席情報に基づいて会場内の空席を知らせるための告知情報を作成し送信する手段、会場の座席に備えられているものであって前記告知情報を受信してその座席が空席であるか否かを観客に知らせるための告知手段を備える。
（７）  前記告知手段には、前記変更希望者特定手段と前記変更希望座席特定手段が含まれる。
【発明の効果】
【０００６】
本発明には次のような効果がある。
（１）本発明を利用すれば、観客は座席変更を円滑に行うことができる。これにより座席変更に伴い会場内が混乱することを防止でき、コンサートの開始が遅れるなどの不都合を回避することができる。また、座席交換を可能にすることにより、突然のキャンセルにより空席となった席（特に高額の席）を効率的に販売（再販）することができる。さらに中央の席が空席なってしまうと公演（客席）の見栄えが悪くなってしまうが、座席交換が可能になれば中央の席を空席にしないですむのである。
（２）本発明では、座席交換に伴い追加料金が発生した場合、料金の請求し、支払が確認された場合のみ座席の交換を認めるので、追加料金の徴収も確実且つ円滑に行うことができる。また、座席交換に伴い、交換手数料も徴収するので、興行主にとって交換手数料の収入も期待できる。更に、追加料金の支払時刻を設け、支払時刻内に追加料金等が支払われない場合は座席の交換を認めないので、コンサート等の開演直前に会場内が混乱する事態を防止できる。
（３）本発明では、交換人数の入力を認め、その交換人数分以上連続した空席を表示するので、交換処理を円滑に行うことができる。即ち、２人連れの場合は２席以上連続して空席となっているところを表示するので（１席しか空いていないところは表示しないので）、２人以上のグループ客の座席交換（一括交換）も円滑に行うことができるのである。
【発明を実施するための最良の形態】
【０００７】
本発明は、コンサート会場やスポーツ競技場において指定された座席（観客席）の交換を可能にするためのシステム等に関するものである。以下、図面に基づいて説明する。
【実施例１】
【０００８】
本発明の第一実施例を図に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。
これらハードウェアは、サーバー１（コンピュータ）、座席交換のための処理を行う座席交換装置２（コンピュータが内蔵されている装置）、支払確認装置３（コンピュータが内蔵されている装置）とからなる。なお、座席交換装置２はコンサート会場４等の入口付近に、支払確認装置３はコンサート会場４のサービスカウンター（興行主が観客に対し様々なサービスを行うカウンター）内に設置されているものとする。また、座席交換装置２及び支払確認装置３には表示モニタが備えられており、この表示モニタはいわゆるタッチパネル式になっており、画面に触れることでデータを入力できるようになっている。更に、座席交換装置２には印刷装置１１も備えられている。
サーバー１、座席交換装置２、支払確認装置３とはインターネット５（或は、その他の通信手段）によりデータの送受信が可能なものとなっている。
サーバー１、座席交換装置２、支払確認装置３はデータを記憶するための記憶装置とデータを送受信するためのデータ送信部並びにデータ受信部とを各々内蔵し、それらを用いてデータの送受信を行う。
【０００９】
各々の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されており、サーバー１、座席交換装置２、支払確認装置３はこのコンピュータプログラムの処理命令に従って所定の処理を行う。
【００１０】
次に、本発明を実現するための処理手順について説明する。本発明の処理手順は図２の通りであり、＜空席検索・表示（ＳＴＥＰ１）＞→＜追加料金請求（ＳＴＥＰ２）＞→＜座席交換（ＳＴＥＰ３）＞の手順で行う。以下、これら処理について説明する。
【００１１】
＜空席検索・表示（ＳＴＥＰ１）＞
山田太郎さんと三田和子さんはある歌手のライブ（コンサート）に一緒にゆくことになった。このライブのチケットは携帯電話を利用して電子チケットとして購入できるものである。２人は各々の携帯電話（ＩＣチップが内蔵されている携帯電話）を利用してそのライブの電子チケットを購入した。即ち、２人が購入した電子チケットはサーバー１に保存されているものであり、携帯電話において所定の操作をすることによりサーバー１からダウンロードして携帯電話内蔵のＩＣチップに記憶・保存できるものである。これにより各々の携帯電話には図３のような内容（電子チケット）が記憶されたものとする。また、サーバー１にはチケット管理ファイルが記憶されており、２人が電子チケットを購入したことによりこのチケット管理ファイルは図４、図５のように（例えば、図４「イベントＩＤ：Ｌ００９／イベント内容：○年○月○日、○○ホール、○○ライブ、開演時間＝PM5:00／顧客ＩＤ：９７１５／氏名：山田太郎／座席番号：Ｂ４／変更希望：なし／変更希望座席：情報なし／追加料金の有無：なし／追加料金額：なし／座席交換手数料：なし／変更希望時刻：情報なし／追加料金支払時刻：情報なし／追加料金納付の有無：情報なし変更回数：０」のように）更新されたものとする。なお、本実施例においてこのチケット管理ファイルは予約者（予約者名、顧客ＩＤ）と予約座席（座席番号）とからなるものであり、これが予約内容管理情報としての役割を果し、これを記憶するサーバー１の記憶装置が予約内容管理情報を記憶する手段としての役割を果す。
【００１２】
コンサート当日、２人はコンサート会場に入り指定された座席（Ｂ席４番とＢ席５番）に座った。ところが、山田さんと三田さんが当初思っていた以上にその席はステージから遠く、２人はよりステージに近いＡ席に移りたいと考えた。会場内を見渡すとＡ席には幾つか空席があると思われた。そこで、２人は会場４内に設置されている座席交換装置２のところへ向った。座席交換装置２の表示モニタには初期設定として変更人数を入力するための画面（図６のような内容）が表示されている。山田さんと三田さんは２人分の座席交換をしたいので「２名」を入力する。これにより座席交換装置２には人数データ「交換人数：２」が入力され、座席交換装置２はこの人数データをサーバー１に送信する。
【００１３】
これを受信したサーバー１は人数データを記憶装置に記憶すると共に座席管理ファイル（図７）の中から２席以上連続して空席となっている箇所を検索する。即ち、山田さんと三田さんが並んで座席に座れるよう２席以上連続して空席となっているところを検索するのである。この検索方法は例えば以下のようにして行う。
まず、この検索を行うための座席管理ファイルについて説明する。サーバー１には図７のような座席管理ファイル「座席番号Ａ１：予約済（図７ではこれを×で表している）／座席番号Ａ２：空席（図７ではこれを○で表している）／座席番号Ａ３：空席／座席番号Ａ４：予約済／………／座席番号Ｃ５０：予約済」が記憶されている。これは会場の全座席番号とその座席が空席であるか又は予約済であるかを管理するものである。即ち、この会場にはＡ席が５０席、Ｂ席が５０席、Ｃ席が５０席設けられており、このファイルはそれら全席の空席・予約済を管理するものである。なお、この会場は横１０席、縦１５席の構成であり、図５はそれらを表している（Ａ１１からＡ４０まで、Ｂ１１からＢ４０まで、Ｃ１１からＣ４０までについては省略して示してある）。また、本実施例においてこの座席管理ファイルはその座席が空席であるか予約済であるかを表すものであり、これが空席情報としての役割を果し、これを記憶するサーバー１の記憶装置が空席情報を記憶する手段としての役割を果す。
更に、サーバー１には空席管理ファイル（図８）が記憶されている。これは空席を管理するためのファイルであり、ここでは２座席以上連続して空席となっているものを管理するために利用されるファイルである。この空席管理ファイルの初期値は図８の内容１の通りであり、すべて「情報なし」となっているものとする。
【００１４】
サーバー１は座席管理ファイルと空席管理ファイルを利用して２座席以上連続して空席となっている座席群を検索する。具体的には次のような処理を行う。
検索処理１：まず、サーバー１は座席管理ファイルにおける座席Ａ１と座席Ａ２を確認対象座席とする。
検索処理２：次に、サーバー１は確認対象座席が共に空席であるか否かを確認する。確認対象座席の双方が空席である場合（予約済でない場合）は空席管理ファイルの「空席１」に確認対象座席の内容を代入する。一方、確認対象座席のどちらか一方或いは双方が空席でない場合（予約済である場合）は空席管理ファイルに何のデータも代入せずに次の検索処理３を行う。
検索処理３：サーバー１は確認対象座席をＡ１、Ａ２からＡ２、Ａ３に変え、検索処理１に戻る。
【００１５】
サーバー１はこの検索処理１から検索処理３を繰返し行う。即ち、確認対象座席を「Ａ１、Ａ２」「Ａ２、Ａ３」「Ａ３、Ａ４」…「Ａ９、Ａ１０」「Ａ１１、Ａ１２」…「Ａ１９、Ａ２０」「Ａ２１、Ａ２２」……「Ｃ４８、Ｃ４９」「Ｃ４９、Ｃ５０」と変化させて行き、それらについて各々検索処理１から検索処理３を行う。
これにより空席管理ファイルは次のように変化する。
（１）空席管理ファイルの初期値は図８の内容１のようにすべて「情報なし」となっている。
（２）確認対象座席が「Ａ１、Ａ２」のときはＡ１が予約済なので、空席管理ファイルに変化はなく、内容１のままである。
（３）確認対象座席が「Ａ２、Ａ３」のときは双方が空席なので、空席管理ファイルの「空席１」には「Ａ２−Ａ３」が代入される。即ち、空席管理ファイルの内容は図８の内容２のようになる。
（４）このような処理が繰り返され、空席管理ファイルの内容は図８の内容３を経て最終的には内容４の通りとなる。即ち、本実施例において２座席連続して空席になっている座席群は７組検索されたことになる。なお、本実施例ではこの検索処理を行うサーバー１が検索手段（変更希望人数分連続して空席となっている座席群を検索する手段）としての役割を果す。
【００１６】
次に、サーバー１は検索された７組の空席（２座席連続して空席になっているところ）を座席交換装置２に送信し、それを受信した座席交換装置２は図９のように表示モニタに表示する。即ち、該当座席（空席群）を四角で囲むなどして表示するのである。なお、本実施例では空席を表示するこの座席交換装置２が空席を出力する手段となる。
この表示内容を見た山田さんと三田さんはＡ７とＡ８に移動したいと考え、表示モニタ上のＡ７とＡ８の部分に触れた。これにより座席交換装置２には「交換希望席１：Ａ７／交換希望席２：Ａ８」が入力され、これにより変更希望座席が特定される。
これを基に座席交換装置２は図１０のような内容を表示モニタに表示する。即ち、Ａ７を希望している人のユーザーＩＤ（顧客ＩＤ）、Ａ８を希望している人のユーザーＩＤを入力するための情報を表示する。
これに対し、山田さんと三田さんは各々のＩＤを入力し、画面下の「入力」に触れ、これにより変更希望者が特定される。これにより座席交換装置２には変更申請データ（図示せず）「交換希望席１：Ａ７＝９７１５／交換希望席２：Ａ８＝９７１６」が入力され、座席交換装置２はこの変更申請データをサーバー１に送信する。なお、本実施例では顧客ＩＤを入力する座席交換装置２が変更希望者特定手段としての役割を果し、交換人数を入力する座席交換装置２が変更希望人数の入力する手段としての役割を果し、座席番号を入力する座席交換装置２が変更希望座席特定手段としての役割を果す。
【００１７】
これを受信したサーバー１は記憶装置に変更申請データを記憶すると共に変更申請データに含まれるユーザーＩＤに基づいてチケット管理ファイル（図４、図５）を検索・更新する。チケット管理ファイルは図４（山田さんのレコード）、図９（三田さんのレコード）の通りであり、この時点では変更希望の項目は「なし（変更の希望なし）」となっている。
変更申請データを受信したサーバー１はこれを基に図４の内容を図１１のように更新する。具体的には次のような更新処理を行う。
（１）サーバー１の記憶装置には座席交換の制限回数「制限回数：１」が記憶されており、サーバー１は図４の変更回数が「０」であること（制限回数を未満であること）を確認する。この内容が「０」であれば以降の処理を行い、１以上であれば更新処理を中止する。このように変更回数を確認することにより何度も（この場合は２回以上）座席変更を行うことを防止できる。即ち、コンサート開演直前に何度も座席の変更を認めると会場内が混乱してしまうため、変更回数の制限を行うのである。なお、本実施例では図４の変更回数が交換回数としての役割を果し、これを記憶するサーバー１の記憶装置が交換回数を記憶する手段としての役割を果し、制限回数を記憶するサーバー１の記憶装置が制限回数を記憶する手段としての役割を果し、交換回数が制限回数以上になった場合に更新処理を中止するサーバー１が座席交換処理を中止する手段としての役割を果す。
（２）「変更希望」を「あり」にする。
（３）「変更希望座席」を「Ａ７」とする。
（４）追加料金が発生したか否かを確認する。サーバー１には料金ファイル（図１３の左図：Ａ席・Ｂ席・Ｃ席などの種別毎の料金を定めるもの）が記憶されており、これを基にサーバー１は「座席番号：Ｂ４」（図１１）から「現在の料金：￥３０００」、「変更希望：Ａ７」（図１１）から「変更後料金：￥４０００」を割り出す。そして両者の差額「￥１０００」を求め、「追加料金の有無」に「あり」を代入し、「追加料金」に￥１０００を代入する。なお、本実施例ではこの料金ファイルの料金が座席の種別毎の料金であり、これを記憶するサーバー１の記憶装置が座席の種別毎の料金を記憶する手段としての役割を果し、差額を求めるサーバー１が料金の差が生じているか否かを判断する手段としての役割を果す。
（５）変更手数料を代入する。サーバー１には座席変更手数料（図１３の右図）が記憶されており、これを基に「手数料：￥１００」を代入する。なお、本実施例ではこの座席変更手数料が座席交換の手数料であり、これを記憶するサーバー１の記憶装置が座席交換手数料を記憶する手段としての役割を果す。
（６）サーバー１には時計が内蔵されており、サーバー１は変更希望があった時刻「ＰＭ４：００」を代入する。更に、サーバー１には料金納付時間「２０分」（図示せず）が記憶されており、これを基に「追加料金支払時刻：ＰＭ４：２０」を代入する。
座席変更管理ファイル（図４、図１１）の更新は以上の通りである。なお、三田さんの座席変更管理レコード（図５）の更新も同様であり、これにより図５の内容が図１２のように更新される。
【００１８】
＜追加料金請求（ＳＴＥＰ２）＞
次に、サーバー１は更新された座席変更管理ファイル（図１１、図１２）に基づいて精算データを作成する。サーバー１には精算データ「○○様／下記の通り、座席変更のための支払をお願いいたします。／記／○○→○○／追加料金￥○○／交換手数料￥○○／合計￥○○／料金支払時刻○○」が記憶されており、座席交換装置２はこれに図１１及び図１２の内容を代入して精算データ１「山田太郎様／下記の通り、座席変更のための支払をお願いいたします。／記／Ｂ４→Ａ７／追加料金￥１０００／交換手数料￥１００／合計￥１１００／料金支払時刻ＰＭ４：２０」、精算データ２「三田和子様／下記の通り、座席変更のための支払をお願いいたします。／記／Ｂ５→Ａ６／追加料金￥１０００／交換手数料￥１００／合計￥１１００／料金支払時刻ＰＭ４：２０」を作成する。そして、サーバー１は座席交換装置２にこの精算データ１及び精算データ２を送信し、これを受信した座席交換装置２は座席交換装置２に備えられている印刷装置１１からこの精算データ１及び精算データ２の内容を出力する。これにより山田さんと三田さんは図１４のような内容の追加料金清算票を手にすることができる。なお、本実施例ではこの精算データが差額精算要求及び手数料の支払要求としての役割を果し、これを出力する印刷装置１１が差額精算の要求を出力する手段及び手数料の支払要求を出力する手段としての役割を果す。
【００１９】
次に、山田さん三田さんはこの追加料金精算票を会場内のサービスカウンターまで持参し、それを係員に手渡しすると共に追加料金を係員に支払う。支払を受けた係員は支払確認装置３から支払確認されたことを表す情報を入力する。即ち、支払確認装置３の表示モニタには図１５のような内容が表示されており、係員は支払が確認された観客のユーザーＩＤ（この場合は山田さんの９７１５と三田さんの９７１６）を入力し、画面下の「支払確認」に触れる。これにより支払確認装置３からサーバー１に支払確認データ「支払確認済ＩＤ：９７１５、９７１６／支払時刻：ＰＭ４：１５」（ＰＭ４：１５は支払確認装置３に内蔵されている時計から取得してものとする）が送信され、この支払確認データを受信したサーバー１はこれを記憶装置に記憶する。なお、本実施例では支払確認は係員が行うこととしているが、山田さん・三田さんがクレジットカード番号の入力をすることにより支払確認を座席交換装置２が自動的に行ってもよい。また、電子マネーによる自動入金により支払確認を座席交換装置２が自動的に行ってもよい。また、追加料金精算票にユーザーＩＤをバーコードを用いて印刷し、それをバーコードリーダーで読取れば係員が支払確認装置３にユーザーＩＤを入力する手間が省け、更にはユーザーＩＤを誤って入力してしまう不都合も回避できる。
【００２０】
＜座席交換（ＳＴＥＰ３）＞
次に、サーバー１は支払時刻の確認を行う。即ち、支払確認に含まれる「９７１５」に基づいて座席管理ファイルを検索し、検索されたレコード（図１１）の追加料金支払時刻と支払確認データに含まれる支払時刻とを比較し、支払確認データに含まれる支払時刻「ＰＭ４：１５」が座席管理レコードの追加料金支払時刻「ＰＭ４：２０」を過ぎていないかを確認する。
そして支払時刻を過ぎていない場合、サーバー１は座席変更管理ファイル（図１１）を更新する。即ち、チケット管理レコードの「追加料金納付の有無」を「あり」とし、更に座席番号をＢ４からＡ７にし（変更希望座席「Ａ７」の予約者を変更希望者「９７１５：山田太郎」とし）、変更回数に１を加えることにより更新する（図１６）。また、図７の座席管理ファイルのＢ４（もともと予約されていた座席：予約座席）を「空席」とし、Ａ７（変更希望座席）を「予約済」とする。なお、支払時刻が過ぎていた場合、サーバー１はエラーデータ「支払時刻を過ぎています。座席変更はできません。」を支払確認装置３に送信し、それを受信した支払確認装置３はエラーデータを表示モニタに表示し、それを見た係員は交換できない旨を観客に知らせる。
また、これと同様の処理（支払時刻の確認、座席変更管理ファイルの更新）をユーザーＩＤ「９７１６」についても行う。これにより図１２の座席変更管理ファイルは図１７のように更新される。なお、本実施例では、この処理を行うサーバー１が座席交換処理を行う手段としての役割を果す。
【００２１】
次に、サーバー１は図１６、図１７のチケット管理ファイルに基づいて電子チケット１「顧客ＩＤ：９７１５、氏名：山田太郎、イベントＩＤ：Ｌ００９、イベント内容：○年○月○日  ○○ホール  ○○ライブ  開演時間＝ＰＭ５：００、座席番号：Ａ７」、電子チケット２「顧客ＩＤ：９７１６、氏名：三田和子、イベントＩＤ：Ｌ００９、イベント内容：○年○月○日  ○○ホール  ○○ライブ  開演時間＝ＰＭ５：００、座席番号：Ａ８」を作成する。そして、山田さんと三田さんが各々の携帯電話を利用して電子チケット１、電子チケット２を再度ダウンロードすることにより山田さんと三田さんの携帯電話には図１８のような電子チケットが保存されることになるのである。
以上のようにすれば座席の交換を円滑に行うことができる。
【実施例２】
【００２２】
本発明の第二実施例について説明する。第二実施例は会場内の各座席にその座席が空席であるか予約済であるかを表す表示装置が設けられており、観客は座席交換装置２を利用しなくてもどの座席が空席であるかを知ることができるものである。また、その表示装置を利用してその場で（その座席で）座席の交換を行えるものである。以下、これら処理について説明する。なお、第一実施例と重複する処理もあるので重複する部分については説明を省略する。
【００２３】
図１９は本実施例におけるハードウェアの結びつきを表したものである。図１９は第一実施例とほぼ同じであるが次の点で図１とは異なる。即ち、会場４内の各客席１１には処理装置１２（コンピュータ）が内蔵されており、この処理装置１２には表示モニタ１３（例えば、液晶モニタ）が備えられている。そして、処理装置１２はインターネット５と接続されており、サーバー１や座席交換装置２等とデータ伝送が可能になっている。なお、本実施例では、座席に備えられている処理装置１２・表示モニタ１３が、その座席が空席であるか否かを観客に知らせるための告知手段としての役割を果す。
【００２４】
第一実施例において説明したとおり、サーバー１には図７のような座席管理ファイルが記憶されており、サーバー１はこれに基づいて各座席に対する表示命令データ（図２０：各座席の表示モニタ１３に空席であるか予約済であるかを表示するための表示命令データ）「Ａ０１：予約済／Ａ０２：空席／Ａ０３：空席／Ａ０４：予約済／Ａ０５：予約済……」を作成する。そして、サーバー１はこの表示命令データを各座席１１の処理装置１２に対し送信し、これを受信した処理装置１２は図２１のように表示モニタ１３にその座席が空席であるか予約済であるかを表示する。このようにすれば観客は座席交換装置２のところまで足を運ばなくてもどの座席が空席であるかを知ることができる。なお、表示モニタ１３の代りに座席の任意の位置に消灯ランプを設置し、ランプがついている（明るい）ときは空席、ランプが消えている（暗い）ときは予約済を表すようにしてもよい。また、本実施例では、表示命令データが告知情報としての役割を果し、それを作成・送信するサーバー１が告知情報を送信する手段としての役割を果す。
【００２５】
これにより山田さんは座席番号「Ａ７」が空席であることを知った。山田さんはＡ７のところへゆき図２１のように表示されている表示モニタ１３の画面下「変更希望」に触れる。なお、表示モニタ１３はタッチパネル式に情報を入力できるものであり、且つ脱着可能で山田さんはこの表示モニタ１３を座席から外して情報を入力できるものとする。これにより処理装置１２は記憶装置（処理装置１２に内蔵されている記憶装置）に記憶されているその座席の番号「Ａ７」に基づいて図２２の内容を表示する（なお、図２２は第一実施例の図１０に相当する図である）。これを見た山田さんは自分のユーザーＩＤ「９７１５」を入力し、画面下の「入力」に触れる。これにより処理装置１２は変更申請データ（図示せず）「交換希望席：Ａ７＝９７１５」を作成し、これをサーバー１に送信する。これを受信したサーバー１は第一実施例と同様の処理（座席交換のための処理）を行う。
このようにすれば観客は座席交換を座席交換装置２のところまで足を運ぶことなく行えるのである。
また、座席変更に伴う変更手数料や追加料金の精算をクレジットカードや電子マネーで行えば料金の精算もその場で（座席で）行うことができるのである。なお、本実施例では処理装置１２において変更希望座席及び変更希望者が特定（入力）されるものである。
【００２６】
上記実施例おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わない。
（１）上記実施例では、特定のケースについて説明したが、本発明はこれに限るものではない。例えば、コンサートチケットに限るものではなく、スポーツ観戦等あらゆる興行のチケットに利用できるものである。
（２）データの内容は実施例で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。例えば、会場内に大型のスクリーンを設置し、そのスクリーンと座席交換装置２とをデータ伝送可能に接続し、座席交換装置２の表示モニタの内容と同じ内容を大型スクリーンに表示してもよい。さらに、サーバー１を設けず、サーバー１及び座席交換装置２が行う処理を座席交換装置２のみで行ってもよい。
（４）処理の内容や手順についても実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）上記実施例に登場するデータ（データレコード、ファイル）のデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。図面に表されたものについても同様である。
【図面の簡単な説明】
【００２７】
【図１】本発明で利用するハードウェアの概略を示す図である。
【図２】処理フローを表した図である。
【図３】電子チケットの内容を表した図である。
【図４】チケット管理ファイルを表した図である。
【図５】チケット管理ファイルを表した図である。
【図６】変更人数の入力画面を表した図である。
【図７】座席管理ファイルを表した図である。
【図８】空席管理ファイルを表した図である。
【図９】空席表示画面を表した図である。
【図１０】変更ＩＤ入力画面を表した図である。
【図１１】チケット管理ファイルを表した図である。
【図１２】チケット管理ファイルを表した図である。
【図１３】料金ファイル及び座席交換手数料データを表した図である。
【図１４】追加料金清算表を表した図である。
【図１５】支払確認入力画面を表した図である。
【図１６】チケット管理ファイルを表した図である。
【図１７】チケット管理ファイルを表した図である。
【図１８】電子チケットの内容を表した図である。
【図１９】第二実施例のハードウェアの概略図を表した図である。
【図２０】表示命令データを表した図である。
【図２１】表示モニタの内容を表した図である。
【図２２】変更ＩＤ入力画面を表した図である。
【符号の説明】
【００２８】
１    サーバー
２    座席交換装置
３    支払確認装置
４    会場
５    インターネット
【図１】
2005148938.tif 000003
【図２】
2005148938.tif 000004
【図３】
2005148938.tif 000005
【図４】
2005148938.tif 000006
【図５】
2005148938.tif 000007
【図６】
2005148938.tif 000008
【図７】
2005148938.tif 000009
【図８】
2005148938.tif 000010
【図９】
2005148938.tif 000011
【図１０】
2005148938.tif 000012
【図１１】
2005148938.tif 000013
【図１２】
2005148938.tif 000014
【図１３】
2005148938.tif 000015
【図１４】
2005148938.tif 000016
【図１５】
2005148938.tif 000017
【図１６】
2005148938.tif 000018
【図１７】
2005148938.tif 000019
【図１８】
2005148938.tif 000020
【図１９】
2005148938.tif 000021
【図２０】
2005148938.tif 000022
【図２１】
2005148938.tif 000023
【図２２】
2005148938.tif 000024