JP3851205B2 - チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 - Google Patents
チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP3851205B2 JP3851205B2 JP2002093660A JP2002093660A JP3851205B2 JP 3851205 B2 JP3851205 B2 JP 3851205B2 JP 2002093660 A JP2002093660 A JP 2002093660A JP 2002093660 A JP2002093660 A JP 2002093660A JP 3851205 B2 JP3851205 B2 JP 3851205B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- ticket
- information
- discount
- identifying
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 61
- 238000010586 diagram Methods 0.000 description 12
- 230000008520 organization Effects 0.000 description 12
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000012141 concentrate Substances 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、イベントのチケットをイベント参加者に販売し、その販売したチケットの課金、清算をするチケット課金清算方法と、そのチケット課金清算方法の実現に用いられるチケット課金清算プログラムと、そのチケット課金清算プログラムを記録した記録媒体とに関し、特に、イベント開催の際における最寄りの駅などの乗降車場所の混雑を解消できるようにするチケット課金清算方法と、そのチケット課金清算方法の実現に用いられるチケット課金清算プログラムと、そのチケット課金清算プログラムを記録した記録媒体とに関する。
【０００２】
【従来の技術】
コンサートなどといったイベントが開催される場合には、その開催の開始時刻に合わせて人々が集まってくるとともに、その開催の終了時刻に合わせて、人々が帰っていくことになる。
【０００３】
その際、イベント会場の最寄りの駅では、イベント開催の開始時刻の少し前の時刻と、イベント開催の終了時刻の少し後の時刻とに、短い時間帯に人々が集中することで大変に混雑な状態が発生し、これにより、利用者の移動に支障が生じたり、事故が起こりやすいという状況が発生することになる。
【０００４】
そこで、イベントが開催される場合には、イベントの主催者や交通機関は、チケットの文面やマスメディアなどを通して、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信することで、イベント会場の最寄りの駅の混雑を防ぐようにする措置をとっている。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来技術では、イベント参加者の自主性に任せていることから、イベント開催時における駅の混雑度は解消することができず、利用者の移動に支障が生じたり、事故が起こりやすいという状況の発生が避けられない。
【０００６】
本発明はかかる事情に鑑みてなされたものであって、イベント開催の際における最寄りの駅などの乗降車場所の混雑を解消できるようにする新たなチケット課金清算技術の提供を目的とする。
【０００７】
【課題を解決するための手段】
この目的を達成するために、本発明のチケット課金清算方法はコンピュータにより実行されて、イベントのチケットをイベント参加者に販売し、該販売したチケットの課金、清算をする処理を行うために、（１）イベント参加者を識別する情報に対応付けて、該イベント参加者が乗合交通手段の乗降車場所を利用した時刻を記憶している乗降車場所通過履歴記憶手段を参照先とし、チケットの課金、清算対象のイベント参加者を識別する情報をキーとして該参照を行うことで、該課金、清算対象のイベント参加者が該乗降車場所を利用した時刻を取得する第１の過程と、（２）イベント参加者に関する情報と、該イベント参加者が購入したチケットごとに設定されているイベントを識別する情報及び値引き情報とを対応付けて記憶しているイベント参加申込み記憶手段を参照先とし、課金、清算対象のイベント参加者に関する情報をキーとして該参照を行うことで、イベントを識別する情報及び値引き情報を取得する第２の過程と、（３）イベントを識別する情報と、乗降車場所の利用時間ごとに設定される値引き情報及び値引き率とを対応付けて記憶している値引き率記憶手段を参照して、第２の過程で取得したイベントを識別する情報及び値引き情報に対応付けられている乗降車場所の利用時間に、第１の過程で取得した乗降車場所を利用した時刻が該当しているか否かを判断する第３の過程と、（４）第３の過程における判断にしたがって、前記販売したチケットの課金あるいは課金の清算を行う第４の過程とを備えるように構成する。
【０００８】
次に、図１に示す本発明の概要構成に従って、本発明の概要について説明する。
図１中、１は本発明を具備するチケット販売システムであって、コンサートなどといったイベントのチケットを販売するもの、２は利用者であって、イベントのチケットを購入するユーザ、３は乗合交通手段運営機関であって、イベント参加者（イベントのチケットを購入した利用者２）が利用する乗合交通手段を運営する機関である。
【０００９】
本発明のチケット販売システム１は、チケット料金設定手段１０と、チケット販売手段１１と、利用時刻取得手段１２と、課金・清算手段１３と、システム利用受付手段１４と、システム利用料金徴収手段１５とを備える。
【００１０】
このチケット料金設定手段１０は、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する。チケット販売手段１１は、チケット料金設定手段１０の設定したチケット料金に従ってチケットを販売する。
【００１１】
利用時刻取得手段１２は、イベント開催の際におけるイベント参加者が利用した乗合交通手段の乗降車場所における利用時刻を取得する。課金・清算手段１３は、利用時刻取得手段１２の取得した利用時刻と、販売したチケットの料金の設定元となった乗降車場所における利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う。
【００１２】
システム利用受付手段１４は、乗合交通手段運営機関３から提供サービスの利用を受け付ける。システム利用料金徴収手段１５は、乗合交通手段運営機関３から提供サービスの利用の料金を徴収する。
【００１３】
以上の各処理手段はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどの記録媒体に記録して提供することができる。
【００１４】
このように構成される本発明のチケット販売システム１では、チケット料金設定手段１０は、システム利用受付手段１４により提供サービスの利用の受け付けられた乗合交通手段を処理対象として、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、例えば、イベント開催の開始時刻に比べて早く乗降車場所で降車する利用者ほどチケット料金を安くし、イベント開催の終了時刻に比べて遅く乗降車場所で乗車する利用者ほどチケット料金を安くする形でチケット料金を設定する。
【００１５】
これを受けて、イベント参加者は、安いチケットの購入を望むときには、早めにイベント会場にくることを約束してチケットの購入を申し込んだり、遅めに帰ることを約束してチケットの購入を申し込んでくるので、チケット販売手段１１は、この申し込みを受けて、チケット料金設定手段１０の設定したチケット料金に従ってチケットを販売する。
【００１６】
このとき、チケット販売手段１１は、利用時間に応じて設定されるチケットの販売数の制限内でチケットを販売することで、イベント参加者がその利用時間に集中して乗降車しないように処理することがある。
【００１７】
また、チケット販売手段１１は、チケットの販売時点で、銀行口座などを使って、イベント参加者に対して、割り引かない形のチケット料金を課金したり、割り引いた形のチケット料金を課金するように処理することもあるが、チケットの販売時点では課金せずに、イベント開催の終了後に課金するように処理することもある。
【００１８】
このようにしてチケットが販売された後、イベントが開催されることになるが、利用時刻取得手段１２は、例えば、イベント参加者が利用する乗合交通手段の乗降車場所で記録されるデータに従って、このイベントの開催の際におけるイベント参加者のその乗降車場所における利用時刻を取得する。
【００１９】
この乗降車場所における利用時刻の取得を受けて、課金・清算手段１３は、その取得された利用時刻と、販売したチケットの料金の設定元となった乗降車場所における利用時間とに応じて、イベント参加者がチケット購入時に約束した利用時間に従って乗降車したのか否かを判断して、その判断結果に基づいて、銀行口座などを使って、チケット料金を徴収していない場合には、例えば違約金などを考慮しつつ販売したチケットに対する課金を行ったり、チケット料金を徴収している場合には、例えば違約金などを考慮しつつ販売したチケットに対する課金の清算を行う。
【００２０】
一方、システム利用料金徴収手段１５は、システム利用受付手段１４により提供サービスの利用の受け付けられた乗合交通手段運営機関３から、定額の形や利用者数に応じた形で設定される提供サービスの利用の料金を徴収する。
【００２１】
このようにして、本発明では、イベントのチケット料金の割り引きを使って、イベント参加者が利用する乗合交通手段の利用時間を分散させることにより、イベント会場の最寄りの駅などの混雑を緩和するという構成を採るものである。
【００２２】
これにより、本発明によれば、イベント主催者は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなり、また、利用者は、安いチケット料金でイベントに参加できるようになり、また、乗合交通手段の運営機関は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなるとともに、イベントの開催当日に、駅員などを増員させる必要がなくなる。
【００２３】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００２４】
図２に、本発明を実現するためのシステム構成の一例を図示する。
【００２５】
この図に示すように、本発明のチケット販売システム１は、ネットワーク２０を介して、利用者２の操作する端末（携帯端末など）と、乗合交通手段運営機関３とに接続されて、利用者２に対してコンサートなどといったイベントのチケットを販売する処理を行う。
【００２６】
以下、説明の便宜上、実施形態例では、乗合交通手段として電車を想定することにする。したがって、乗合交通手段運営機関３は電車を運営する交通会社となる。
【００２７】
ここで、図中に示す改札通過履歴データベース（改札通過履歴ＤＢ）３０は、例えば交通会社により管理されて、図３に示すように、利用者の所持するカード（ＩＣカードなどで構成されて、電車賃の支払いに用いられるもの）のＩＤとの対応をとりつつ、その利用者が何日の何時何分にどの駅で乗降車したのかについて記述する情報を管理する機能を持つ。
【００２８】
図４に、本発明のチケット販売システム１の装置構成の一実施形態例を図示する。
【００２９】
この図に示すように、本発明のチケット販売システム１は、イベントのチケットの販売処理を実行するために、利用契約プログラム１００と、イベント登録プログラム１０１と、チケット販売プログラム１０２と、課金実行プログラム１０３と、会員情報テーブル１０４と、イベント会場−最寄り駅テーブル１０５と、サービス利用申込みテーブル１０６と、イベント情報テーブル１０７と、値引き率設定テーブル１０８と、イベント参加申込みテーブル１０９とを備える。
【００３０】
この会員情報テーブル１０４は、図５（ａ）に示すように、利用者の会員番号に対応付けて、その利用者の名前と、その利用者の所持する上述のカードのＩＤと、その利用者の持つ銀行の口座番号などを管理する。
【００３１】
イベント会場−最寄り駅テーブル１０５は、図５（ｂ）に示すように、イベントが開催される会場に対応付けて、そのイベント会場の最寄りの駅と、それを運営する交通会社の名称などを管理する。
【００３２】
サービス利用申込みテーブル１０６は、図６（ａ）に示すように、サービスの利用の提供を要求した最寄り駅およびその駅を運営する交通会社に対応付けて、そのサービス利用の契約期間と、その他の契約条項などを管理する。
【００３３】
イベント情報テーブル１０７は、図６（ｂ）に示すように、開催されるイベントに対応付けて、そのイベントの会場と、そのイベントの名称と、そのイベントの開催日時と、そのイベントへの参加料金などを管理する。
【００３４】
値引き率設定テーブル１０８は、図７に示すように、開催されるイベントに対応付けて、各値引きタイプ毎に、イベント開始時の値引きであるのか、イベント終了時の値引きであるのかということと、その値引きの適用対象となる時間（時間帯）と、その値引きの値引き率と、その値引きの適用可能な定員と、その値引きの適用可能な残りの人数などを管理する。
【００３５】
イベント参加申込みテーブル１０９は、図８に示すように、イベントに参加する利用者毎に、どのイベントに参加するのかということと、イベント開始時の値引きを受けるのか否かということと、イベント開始時の値引きを受ける場合には、その値引きタイプと、イベント終了時の値引きを受けるのか否かということと、イベント終了時の値引きを受ける場合には、その値引きタイプと、改札通過履歴データベース３０から取得する開始時改札通過時刻及び終了時改札通過時刻と、最終的な総値引き率と、値引きの条件である時間に違約したのか否かを示す情報などを管理する。
【００３６】
図９に、利用契約プログラム１００の実行する処理フローの一実施形態例を図示し、図１０に、イベント登録プログラム１０１の実行する処理フローの一実施形態例を図示し、図１１に、チケット販売プログラム１０２の実行する処理フローの一実施形態例を図示し、図１２ないし図１４に、課金実行プログラム１０３の実行する処理フローの一実施形態例を図示する。
【００３７】
次に、これらの処理フローに従って、本発明のチケット販売システム１の実行する処理について詳細に説明する。
【００３８】
先ず最初に、利用契約プログラム１００の実行する処理について説明する。
【００３９】
利用契約プログラム１００は、交通会社からサービスの利用申込み要求が発行されると、図９の処理フローに示すように、先ず最初に、ステップ２１で、交通会社の端末に、図１５に示すような契約入力画面を表示する。
【００４０】
すなわち、サービスの利用申込みを行う交通会社名と、サービスの利用の適用を受ける路線名と、サービスの利用の適用を受ける駅名と、サービスの利用の適用を受ける期間とについての入力を指示する図１５に示すような契約入力画面を表示するのである。
【００４１】
ここで、この契約入力画面では、サービスの利用に必要となる料金についても表示するようにしているが、この料金については、定額で設定するようにしてもよいし、駅数や契約期間やイベント参加者の利用者数に応じて設定するようにしてもよい。
【００４２】
続いて、ステップ２２で、交通会社の端末から、この契約入力画面に入力された利用申込み情報を受け取り、続くステップ２３で、その受け取った利用申込み情報をサービス利用申込みテーブル１０６に書き込んで、処理を終了する。
【００４３】
このようにして、利用契約プログラム１００は、交通会社からサービスの利用の申込み要求が発行されると、交通会社から利用申込み情報を受け取って、それをサービス利用申込みテーブル１０６に登録するように処理するのである。
【００４４】
利用契約プログラム１００は、この後、適当な時点に、交通会社から、サービスの利用に必要となる料金を徴収するように処理することになる。
【００４５】
次に、イベント登録プログラム１０１の実行する処理について説明する。
【００４６】
イベント登録プログラム１０１は、チケット販売業者からイベントの登録要求が発行されると、図１０の処理フローに示すように、先ず最初に、ステップ３１で、チケット販売業者から登録要求のあるイベント情報を受け取る。
【００４７】
続いて、ステップ３２で、その受け取ったイベント情報を、図６（ｂ）に示すようなテーブル構造を持つイベント情報テーブル１０７に書き込む。続いて、ステップ３３で、イベント会場−最寄り駅テーブル１０５を参照することで、受け取ったイベント情報で指定されるイベント会場の最寄りの駅を特定する。
【００４８】
すなわち、受け取ったイベント情報で指定されるイベント会場を検索キーにして、図５（ｂ）に示すようなテーブル構造を持つイベント会場−最寄り駅テーブル１０５を参照することで、そのイベント会場の最寄りの駅を特定するのである。
【００４９】
続いて、ステップ３４で、サービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービスの利用を申込んでいるのか否かを判断する。すなわち、図６（ａ）に示すようなテーブル構造を持つサービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービスの利用を申込んでいるのか否かを判断するのである。
【００５０】
この判断処理に従って、特定した最寄り駅がサービスの利用を申込んでいないことを判断するときには、そのまま処理を終了し、申込んでいることを判断するときには、ステップ３５に進んで、サービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービス利用の契約期間内に入っているのか否かを判断する。すなわち、図６（ａ）に示すようなテーブル構造を持つサービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービス利用の契約期間内に入っているのか否かを判断するのである。
【００５１】
この判断処理により、特定した最寄り駅がサービス利用の契約期間内に入っていないことを判断するときには、そのまま処理を終了し、契約期間内に入っていることを判断するときには、ステップ３６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８にイベント名と対応をとりつつイベント料金の値引き率を設定して、処理を終了する。
【００５２】
すなわち、例えば、イベント開催の開始時の２時間前に最寄り駅を降車する場合には１００人を限度に３０％の割り引き（値引きタイプＡ）を行い、１時間３０分前に最寄り駅を降車する場合には８０人を限度に２０％の割り引き（値引きタイプＢ）を行い、１時間前に最寄り駅を降車する場合には５０人を限度に１０％の割り引き（値引きタイプＣ）を行い、また、イベント開催の終了時の１時間後に最寄り駅を乗車する場合には５０人を限度に１０％の割り引き（値引きタイプＤ）を行い、１時間３０分後に最寄り駅を乗車する場合には８０人を限度に２０％の割り引き（値引きタイプＥ）を行い、２時間後に最寄り駅を乗車する場合には１００人を限度に３０％の割り引き（値引きタイプＦ）を行うというようなイベント料金の値引き率を設定して、それを図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８に登録するのである。
【００５３】
このようにして、イベント登録プログラム１０１は、チケット販売業者からイベントの登録要求が発行されると、チケット販売業者からイベント情報を受け取って、それをイベント情報テーブル１０７に登録するとともに、そのイベント情報で指定されるイベント開催の開始時刻及び終了時刻を基準にして、イベント料金の値引き率を設定して、それを値引き率設定テーブル１０８に登録するように処理するのである。
【００５４】
次に、チケット販売プログラム１０２の実行する処理について説明する。
【００５５】
チケット販売プログラム１０２は、イベントへの参加を希望する利用者からチケットの購入要求が発行されると、図１１の処理フローに示すように、先ず最初に、ステップ４１で、イベントへの参加を希望する利用者の端末に、図１６に示すようなチケット申込み画面を表示する。
【００５６】
すなわち、参加を希望するイベント名と、そのイベントの開催日時と、購入するチケットの枚数とについての入力を指示するとともに、各チケット購入希望者毎に、会員番号と、イベント開催の開始時刻及び終了時刻に応じた値引きの適用を希望する場合には、その値引きタイプとについての入力を指示する図１６に示すようなチケット申込み画面を表示するのである。
【００５７】
続いて、ステップ４２で、イベントへの参加を希望する利用者の端末から、このチケット申込み画面に入力されたチケット申込み情報を受け取る。
【００５８】
続いて、ステップ４３で、チケット申込み情報で指定された全てのチケット購入希望者の処理を終了したのか否かを判断して、処理が完了していないことを判断するときには、ステップ４４に進んで、未処理のチケット購入希望者の中から一人を選択する。
【００５９】
続いて、ステップ４５で、その選択したチケット購入希望者が値引きを希望しているのか否かを判断して、値引きを希望していることを判断するときには、ステップ４６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、希望している値引きタイプの適用人数に余裕があるのか否かを判断する。
【００６０】
この判断処理に従って、希望している値引きタイプの適用人数に余裕があることを判断するときには、ステップ４７に進んで、その値引きタイプを記録しつつ、イベント参加申込みテーブル１０９に対して、チケット申込み情報で指定されたイベント参加者情報を登録することで、チケット購入を受け付ける。なお、このチケット購入に対する課金については、イベントの開催後に、後述する課金実行プログラム１０３が処理することになる。
【００６１】
すなわち、図８に示すようなテーブル構造を持つイベント参加申込みテーブル１０９に対して、チケット申込み情報で指定された会員番号／利用者名／イベント番号／値引きタイプを登録することで、チケット購入を受け付けるのである。
【００６２】
ここで、イベント参加申込みテーブル１０９に記録される開始時改札通過時刻／終了時改札通過時刻／総値引き率／違約フラグについては、後述するように、課金実行プログラム１０３が記録することになる。
【００６３】
続いて、ステップ４８で、値引きの適用に応じて、値引き率設定テーブル１０８に記録される適用人数を更新（適用する値引きタイプの適用人数を１つデイクリメントする）して、次のチケット購入希望者に対する処理を行うべくステップ４３に戻る。
【００６４】
一方、ステップ４５で、選択したチケット購入希望者が値引きを希望していないことを判断し、また、ステップ４６で、値引き適用人数に余裕がないことで希望する値引きを適用できないことを判断するときには、ステップ４９に進んで、値引きタイプを記録せずに、イベント参加申込みテーブル１０９にイベント参加者情報を登録することで、チケット購入を受け付けてから、次のチケット購入希望者に対する処理を行うべくステップ４３に戻る。
【００６５】
そして、ステップ４３で、チケット申込み情報で指定された全てのチケット購入希望者の処理を終了したことを判断するときには、イベント参加申込みテーブル１０９への登録が完了したことを判断して、処理を終了する。
【００６６】
このようにして、チケット販売プログラム１０２は、イベントへの参加を希望する利用者からチケットの購入要求が発行されると、その利用者が値引きの適用を希望しているのか否かを判断する。そして、値引きの適用を希望していない場合には、その旨を記録しつつ、利用者から入力されたイベント参加者情報をイベント参加申込みテーブル１０９に登録し、値引きの適用を希望している場合には、適用人数の枠に余裕があるのか否かを判断して、値引きの適用が可能である場合には、それを記録しつつ、利用者から入力されたイベント参加者情報をイベント参加申込みテーブル１０９に登録するように処理するのである。
【００６７】
次に、課金実行プログラム１０３の実行する処理について説明する。
【００６８】
課金実行プログラム１０３は、チケット販売業者から販売したチケット（この実施形態例に従う場合、販売時点ではチケット料金を徴収していない）に対しての課金要求が発行されると、図１２ないし図１４の処理フローに示すように、先ず最初に、ステップ５１で、図８に示すようなテーブル構造を持つイベント参加申込みテーブル１０９から、課金要求のあるイベントに参加したイベント参加者の一覧を取得する。
【００６９】
続いて、ステップ５２で、イベント情報テーブル１０７を参照することで、そのイベントへの参加料金を取得する。すなわち、イベント情報テーブル１０７には、図６（ｂ）に示すように、イベントへの参加料金が記録されているので、それを取得するのである。
【００７０】
続いて、ステップ５３で、ステップ５１で取得した全てのイベント参加者の処理を終了したのか否かを判断して、処理が完了していないことを判断するときには、ステップ５４に進んで、未処理のイベント参加者の中から一人を選択する。
【００７１】
続いて、ステップ５５で、イベント参加申込みテーブル１０９を参照することで、その選択したイベント参加者が値引きの適用を申込み済みであるのか否かを判断する。
【００７２】
この判断処理に従って、選択したイベント参加者が値引きの適用の申込みをしていないことを判断するときには、ステップ５６に進んで、ステップ５２で取得したイベント料金を課金金額と決定する。
【００７３】
続いて、ステップ５７で、図５（ａ）に示すようなテーブル構造を持つ会員情報テーブル１０４を参照することで、その選択したイベント参加者の銀行口座番号を特定して、その銀行口座番号を使って課金を行ってから、次のイベント参加者に対する課金処理を行うべくステップ５３に戻る。
【００７４】
一方、ステップ５５で、選択したイベント参加者が値引きの適用を申込み済みであることを判断するときには、ステップ５８に進んで、図５（ａ）に示すようなテーブル構造を持つ会員情報テーブル１０４を参照することで、その選択したイベント参加者の所持するカード（ＩＣカードなどで構成されて、電車賃の支払いに用いられるもの）などに記録されたＩＤを取得する。
【００７５】
続いて、ステップ５９で、その取得したカードＩＤを検索キーにして、図３に示すデータ構造を持つ改札通過履歴データベース３０を参照することで、選択したイベント参加者がイベント参加の際に改札を通過した時刻（最寄り駅を乗降車した時刻：イベント開始時における改札通過時刻とイベント終了時における改札通過時刻）を収集して、イベント参加申込みテーブル１０９に記録する。
【００７６】
続いて、ステップ６０で、その収集した改札通過時刻とステップ５２で取得したイベント料金とに基づいて、イベント料金となる課金金額を決定し、続くステップ６１で、会員情報テーブル１０４を参照することで、その選択したイベント参加者の銀行口座番号を特定して、その銀行口座番号を使って課金を行ってから、次のイベント参加者に対する課金処理を行うべくステップ５３に戻る。
【００７７】
このステップ６０では、具体的には、図１４の処理フローに従って課金金額を決定するように処理している。
【００７８】
すなわち、このステップ６０に入ると、図１４の処理フローに示すように、先ず最初に、ステップ６００で、変数“値引き率”に初期値０を設定する。
【００７９】
続いて、ステップ６０１で、ステップ５４で選択したイベント参加者に適用される値引きタイプ（ステップ５５でイベント参加申込みテーブル１０９を参照する際に特定される）がイベント開始時の値引きを含んでいるのか否かを判断する。
【００８０】
この判断処理に従って、イベント参加者に適用される値引きとしてイベント開始時の値引きタイプが存在することを判断するときには、ステップ６０２に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、課金要求のあるイベントに対して適用されるその値引きタイプの指す時間帯及び値引き率を取得する。
【００８１】
続いて、ステップ６０３で、その取得した時間帯とイベント参加申込みテーブル１０９に記録した改札通過時刻（開始時改札通過時刻）とから、値引きタイプの規定する時間帯の通りに改札を通過（降車）したのか否かを判断して、時間帯通りに改札を通過したことを判断するときには、ステップ６０４に進んで、ステップ６０２で取得した値引き率を変数“値引き率”に加算する。
【００８２】
一方、ステップ６０１で、イベント参加者に適用される値引きとしてイベント開始時の値引きタイプが存在しないことを判断するときには、このステップ６０１〜ステップ６０４の処理を省略する。
【００８３】
続いて、ステップ６０５で、ステップ５４で選択したイベント参加者に適用される値引きタイプがイベント終了時の値引きを含んでいるのか否かを判断する。
【００８４】
この判断処理に従って、イベント参加者に適用される値引きとしてイベント終了時の値引きタイプが存在することを判断するときには、ステップ６０６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、課金要求のあるイベントに対して適用されるその値引きタイプの指す時間帯及び値引き率を取得する。
【００８５】
続いて、ステップ６０７で、その取得した時間帯とイベント参加申込みテーブル１０９に記録した改札通過時刻（終了時改札通過時刻）とから、値引きタイプの規定する時間帯の通りに改札を通過（乗車）したのか否かを判断して、時間帯通りに改札を通過したことを判断するときには、ステップ６０８に進んで、ステップ６０６で取得した値引き率を変数“値引き率”に加算する。
【００８６】
一方、ステップ６０５で、イベント参加者に適用される値引きとしてイベント終了時の値引きタイプが存在しないことを判断するときには、このステップ６０５〜ステップ６０８の処理を省略する。
【００８７】
続いて、ステップ６０９で、ステップ５２で取得したイベント料金と、変数“値引き率”の指定する値引き率とを乗算することで、イベント料金となる課金金額を決定する。
【００８８】
このようにして決定した課金金額については、上述したように、ステップ５１で、イベント参加者の銀行口座番号を使って課金が行われることになる。
【００８９】
一方、ステップ６０３で、イベント開始時に時間帯通りに改札を通過しなかったことを判断するときと、ステップ６０７で、イベント終了時に時間帯通りに改札を通過しなかったことを判断するときには、ステップ６１０に進んで、約束を守らなかったことに対応して、ステップ５２で取得したイベント料金と予め設定される違約金とを加算することで、イベント料金となる課金金額を決定する。
【００９０】
このようにして決定した課金金額については、上述したように、ステップ６１で、イベント参加者の銀行口座番号を使って課金が行われることになる。
【００９１】
ここで、変数“値引き率”に記録される最終的な値引き率と、時間帯通りに改札を通過したのか否かについての情報とについては、イベント参加申込みテーブル１０９に記録しておくことになる。
【００９２】
このようにして、課金実行プログラム１０３は、チケット販売業者から販売したチケットに対しての課金要求が発行されると、値引きタイプの指定する時間帯通りに最寄り駅を利用したのか否かを判断して、時間帯通りに最寄り駅を利用した場合には、値引きを有効なものとして扱って課金を行い、時間帯通りに最寄り駅を利用しなかった場合には、値引きを有効なものとして扱わずに課金を行うように処理するのである。
【００９３】
図示実施形態例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施形態例では、チケット販売の際には課金を行わないようにしているが、値引きを行わない形でチケット料金を課金したり、値引きを行った形でチケット料金を課金するようにして、イベント終了後の適当な時点に、その差額を課金するようにしてもよい。
【００９４】
また、実施形態例では、カードを使って改札通過時刻を取得するようにしているが、改札通過時刻の検出については、どのような方法を用いてもよいことは言うまでもない。
【００９５】
（付記１）イベントのチケットを販売するチケット販売方法であって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する過程と、上記設定したチケット料金に従ってチケットを販売する過程と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する過程と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う過程とを備えることを、特徴とするチケット販売方法。
【００９６】
（付記２）付記１記載のチケット販売方法において、上記乗合交通手段を運営する機関から提供サービスの利用を受け付ける過程と、上記乗合交通手段を運営する機関から提供サービスの利用の料金を徴収する過程とを備えることを、特徴とするチケット販売方法。
【００９７】
（付記３）付記１又は２記載のチケット販売方法において、上記チケットを販売する過程では、上記利用時間に応じて設定されるチケットの販売数の制限内でチケットを販売することを、特徴とするチケット販売方法。
【００９８】
（付記４）イベントのチケットを販売するチケット販売システムであって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する手段と、上記設定したチケット料金に従ってチケットを販売する手段と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する手段と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う手段とを備えることを、特徴とするチケット販売システム。
【００９９】
（付記５）付記４記載のチケット販売システムにおいて、上記乗合交通手段を運営する機関から提供サービスの利用を受け付ける手段と、上記乗合交通手段を運営する機関から提供サービスの利用の料金を徴収する手段とを備えることを、特徴とするチケット販売システム。
【０１００】
（付記６）付記４又は５記載のチケット販売システムにおいて、上記チケットを販売する手段は、上記利用時間に応じて設定されるチケットの販売数の制限内で、チケットを販売することを、特徴とするチケット販売システム。
【０１０１】
（付記７）イベントのチケットを販売する処理を行うチケット販売プログラムであって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する処理と、上記設定したチケット料金に従ってチケットを販売する処理と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する処理と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う処理とをコンピュータに実行させるためのチケット販売プログラム。
【０１０２】
（付記８）イベントのチケットを販売する処理を行うプログラムを記録したチケット販売プログラムの記録媒体であって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する処理と、上記設定したチケット料金に従ってチケットを販売する処理と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する処理と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う処理とをコンピュータに実行させるためのプログラムを記録したチケット販売プログラムの記録媒体。
【０１０３】
【発明の効果】
以上説明したように、本発明では、イベントのチケット料金の割り引きを使って、イベント参加者が利用する乗合交通手段の利用時間を分散させることにより、イベント会場の最寄りの駅などの混雑を緩和するという構成を採るものである。
【０１０４】
これにより、本発明によれば、イベント主催者は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなり、また、利用者は、安いチケット料金でイベントに参加できるようになり、また、乗合交通手段の運営機関は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなるとともに、イベントの開催当日に、駅員などを増員させる必要がなくなる。
【図面の簡単な説明】
【図１】本発明の概要構成図である。
【図２】本発明を実現するためのシステム構成の一例を示す図である。
【図３】改札通過履歴データベース３０のデータ構造の説明図である。
【図４】チケット販売システム１の装置構成の一実施形態例である。
【図５】図５（ａ）は会員情報テーブル１０４の説明図、図５（ｂ）はイベント会場−最寄り駅テーブル１０５の説明図である。
【図６】図６（ａ）はサービス利用申込みテーブル１０６の説明図、図６（ｂ）はイベント情報テーブル１０７の説明図である。
【図７】値引き率設定テーブル１０８の説明図である。
【図８】イベント参加申込みテーブル１０９の説明図である。
【図９】利用契約プログラム１００の実行する処理フローの一実施形態例である。
【図１０】イベント登録プログラム１０１の実行する処理フローの一実施形態例である。
【図１１】チケット販売プログラム１０２の実行する処理フローの一実施形態例である。
【図１２】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１３】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１４】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１５】契約入力画面の説明図である。
【図１６】チケット申込み画面の説明図である。
【符号の説明】
１ チケット販売システム
２ 利用者
３ 乗合交通手段運営機関
１０ チケット料金設定手段
１１ チケット販売手段
１２ 利用時刻取得手段
１３ 課金・清算手段
１４ システム利用受付手段
１５ システム利用料金徴収手段
【発明の属する技術分野】
本発明は、イベントのチケットをイベント参加者に販売し、その販売したチケットの課金、清算をするチケット課金清算方法と、そのチケット課金清算方法の実現に用いられるチケット課金清算プログラムと、そのチケット課金清算プログラムを記録した記録媒体とに関し、特に、イベント開催の際における最寄りの駅などの乗降車場所の混雑を解消できるようにするチケット課金清算方法と、そのチケット課金清算方法の実現に用いられるチケット課金清算プログラムと、そのチケット課金清算プログラムを記録した記録媒体とに関する。
【０００２】
【従来の技術】
コンサートなどといったイベントが開催される場合には、その開催の開始時刻に合わせて人々が集まってくるとともに、その開催の終了時刻に合わせて、人々が帰っていくことになる。
【０００３】
その際、イベント会場の最寄りの駅では、イベント開催の開始時刻の少し前の時刻と、イベント開催の終了時刻の少し後の時刻とに、短い時間帯に人々が集中することで大変に混雑な状態が発生し、これにより、利用者の移動に支障が生じたり、事故が起こりやすいという状況が発生することになる。
【０００４】
そこで、イベントが開催される場合には、イベントの主催者や交通機関は、チケットの文面やマスメディアなどを通して、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信することで、イベント会場の最寄りの駅の混雑を防ぐようにする措置をとっている。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来技術では、イベント参加者の自主性に任せていることから、イベント開催時における駅の混雑度は解消することができず、利用者の移動に支障が生じたり、事故が起こりやすいという状況の発生が避けられない。
【０００６】
本発明はかかる事情に鑑みてなされたものであって、イベント開催の際における最寄りの駅などの乗降車場所の混雑を解消できるようにする新たなチケット課金清算技術の提供を目的とする。
【０００７】
【課題を解決するための手段】
この目的を達成するために、本発明のチケット課金清算方法はコンピュータにより実行されて、イベントのチケットをイベント参加者に販売し、該販売したチケットの課金、清算をする処理を行うために、（１）イベント参加者を識別する情報に対応付けて、該イベント参加者が乗合交通手段の乗降車場所を利用した時刻を記憶している乗降車場所通過履歴記憶手段を参照先とし、チケットの課金、清算対象のイベント参加者を識別する情報をキーとして該参照を行うことで、該課金、清算対象のイベント参加者が該乗降車場所を利用した時刻を取得する第１の過程と、（２）イベント参加者に関する情報と、該イベント参加者が購入したチケットごとに設定されているイベントを識別する情報及び値引き情報とを対応付けて記憶しているイベント参加申込み記憶手段を参照先とし、課金、清算対象のイベント参加者に関する情報をキーとして該参照を行うことで、イベントを識別する情報及び値引き情報を取得する第２の過程と、（３）イベントを識別する情報と、乗降車場所の利用時間ごとに設定される値引き情報及び値引き率とを対応付けて記憶している値引き率記憶手段を参照して、第２の過程で取得したイベントを識別する情報及び値引き情報に対応付けられている乗降車場所の利用時間に、第１の過程で取得した乗降車場所を利用した時刻が該当しているか否かを判断する第３の過程と、（４）第３の過程における判断にしたがって、前記販売したチケットの課金あるいは課金の清算を行う第４の過程とを備えるように構成する。
【０００８】
次に、図１に示す本発明の概要構成に従って、本発明の概要について説明する。
図１中、１は本発明を具備するチケット販売システムであって、コンサートなどといったイベントのチケットを販売するもの、２は利用者であって、イベントのチケットを購入するユーザ、３は乗合交通手段運営機関であって、イベント参加者（イベントのチケットを購入した利用者２）が利用する乗合交通手段を運営する機関である。
【０００９】
本発明のチケット販売システム１は、チケット料金設定手段１０と、チケット販売手段１１と、利用時刻取得手段１２と、課金・清算手段１３と、システム利用受付手段１４と、システム利用料金徴収手段１５とを備える。
【００１０】
このチケット料金設定手段１０は、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する。チケット販売手段１１は、チケット料金設定手段１０の設定したチケット料金に従ってチケットを販売する。
【００１１】
利用時刻取得手段１２は、イベント開催の際におけるイベント参加者が利用した乗合交通手段の乗降車場所における利用時刻を取得する。課金・清算手段１３は、利用時刻取得手段１２の取得した利用時刻と、販売したチケットの料金の設定元となった乗降車場所における利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う。
【００１２】
システム利用受付手段１４は、乗合交通手段運営機関３から提供サービスの利用を受け付ける。システム利用料金徴収手段１５は、乗合交通手段運営機関３から提供サービスの利用の料金を徴収する。
【００１３】
以上の各処理手段はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどの記録媒体に記録して提供することができる。
【００１４】
このように構成される本発明のチケット販売システム１では、チケット料金設定手段１０は、システム利用受付手段１４により提供サービスの利用の受け付けられた乗合交通手段を処理対象として、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、例えば、イベント開催の開始時刻に比べて早く乗降車場所で降車する利用者ほどチケット料金を安くし、イベント開催の終了時刻に比べて遅く乗降車場所で乗車する利用者ほどチケット料金を安くする形でチケット料金を設定する。
【００１５】
これを受けて、イベント参加者は、安いチケットの購入を望むときには、早めにイベント会場にくることを約束してチケットの購入を申し込んだり、遅めに帰ることを約束してチケットの購入を申し込んでくるので、チケット販売手段１１は、この申し込みを受けて、チケット料金設定手段１０の設定したチケット料金に従ってチケットを販売する。
【００１６】
このとき、チケット販売手段１１は、利用時間に応じて設定されるチケットの販売数の制限内でチケットを販売することで、イベント参加者がその利用時間に集中して乗降車しないように処理することがある。
【００１７】
また、チケット販売手段１１は、チケットの販売時点で、銀行口座などを使って、イベント参加者に対して、割り引かない形のチケット料金を課金したり、割り引いた形のチケット料金を課金するように処理することもあるが、チケットの販売時点では課金せずに、イベント開催の終了後に課金するように処理することもある。
【００１８】
このようにしてチケットが販売された後、イベントが開催されることになるが、利用時刻取得手段１２は、例えば、イベント参加者が利用する乗合交通手段の乗降車場所で記録されるデータに従って、このイベントの開催の際におけるイベント参加者のその乗降車場所における利用時刻を取得する。
【００１９】
この乗降車場所における利用時刻の取得を受けて、課金・清算手段１３は、その取得された利用時刻と、販売したチケットの料金の設定元となった乗降車場所における利用時間とに応じて、イベント参加者がチケット購入時に約束した利用時間に従って乗降車したのか否かを判断して、その判断結果に基づいて、銀行口座などを使って、チケット料金を徴収していない場合には、例えば違約金などを考慮しつつ販売したチケットに対する課金を行ったり、チケット料金を徴収している場合には、例えば違約金などを考慮しつつ販売したチケットに対する課金の清算を行う。
【００２０】
一方、システム利用料金徴収手段１５は、システム利用受付手段１４により提供サービスの利用の受け付けられた乗合交通手段運営機関３から、定額の形や利用者数に応じた形で設定される提供サービスの利用の料金を徴収する。
【００２１】
このようにして、本発明では、イベントのチケット料金の割り引きを使って、イベント参加者が利用する乗合交通手段の利用時間を分散させることにより、イベント会場の最寄りの駅などの混雑を緩和するという構成を採るものである。
【００２２】
これにより、本発明によれば、イベント主催者は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなり、また、利用者は、安いチケット料金でイベントに参加できるようになり、また、乗合交通手段の運営機関は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなるとともに、イベントの開催当日に、駅員などを増員させる必要がなくなる。
【００２３】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００２４】
図２に、本発明を実現するためのシステム構成の一例を図示する。
【００２５】
この図に示すように、本発明のチケット販売システム１は、ネットワーク２０を介して、利用者２の操作する端末（携帯端末など）と、乗合交通手段運営機関３とに接続されて、利用者２に対してコンサートなどといったイベントのチケットを販売する処理を行う。
【００２６】
以下、説明の便宜上、実施形態例では、乗合交通手段として電車を想定することにする。したがって、乗合交通手段運営機関３は電車を運営する交通会社となる。
【００２７】
ここで、図中に示す改札通過履歴データベース（改札通過履歴ＤＢ）３０は、例えば交通会社により管理されて、図３に示すように、利用者の所持するカード（ＩＣカードなどで構成されて、電車賃の支払いに用いられるもの）のＩＤとの対応をとりつつ、その利用者が何日の何時何分にどの駅で乗降車したのかについて記述する情報を管理する機能を持つ。
【００２８】
図４に、本発明のチケット販売システム１の装置構成の一実施形態例を図示する。
【００２９】
この図に示すように、本発明のチケット販売システム１は、イベントのチケットの販売処理を実行するために、利用契約プログラム１００と、イベント登録プログラム１０１と、チケット販売プログラム１０２と、課金実行プログラム１０３と、会員情報テーブル１０４と、イベント会場−最寄り駅テーブル１０５と、サービス利用申込みテーブル１０６と、イベント情報テーブル１０７と、値引き率設定テーブル１０８と、イベント参加申込みテーブル１０９とを備える。
【００３０】
この会員情報テーブル１０４は、図５（ａ）に示すように、利用者の会員番号に対応付けて、その利用者の名前と、その利用者の所持する上述のカードのＩＤと、その利用者の持つ銀行の口座番号などを管理する。
【００３１】
イベント会場−最寄り駅テーブル１０５は、図５（ｂ）に示すように、イベントが開催される会場に対応付けて、そのイベント会場の最寄りの駅と、それを運営する交通会社の名称などを管理する。
【００３２】
サービス利用申込みテーブル１０６は、図６（ａ）に示すように、サービスの利用の提供を要求した最寄り駅およびその駅を運営する交通会社に対応付けて、そのサービス利用の契約期間と、その他の契約条項などを管理する。
【００３３】
イベント情報テーブル１０７は、図６（ｂ）に示すように、開催されるイベントに対応付けて、そのイベントの会場と、そのイベントの名称と、そのイベントの開催日時と、そのイベントへの参加料金などを管理する。
【００３４】
値引き率設定テーブル１０８は、図７に示すように、開催されるイベントに対応付けて、各値引きタイプ毎に、イベント開始時の値引きであるのか、イベント終了時の値引きであるのかということと、その値引きの適用対象となる時間（時間帯）と、その値引きの値引き率と、その値引きの適用可能な定員と、その値引きの適用可能な残りの人数などを管理する。
【００３５】
イベント参加申込みテーブル１０９は、図８に示すように、イベントに参加する利用者毎に、どのイベントに参加するのかということと、イベント開始時の値引きを受けるのか否かということと、イベント開始時の値引きを受ける場合には、その値引きタイプと、イベント終了時の値引きを受けるのか否かということと、イベント終了時の値引きを受ける場合には、その値引きタイプと、改札通過履歴データベース３０から取得する開始時改札通過時刻及び終了時改札通過時刻と、最終的な総値引き率と、値引きの条件である時間に違約したのか否かを示す情報などを管理する。
【００３６】
図９に、利用契約プログラム１００の実行する処理フローの一実施形態例を図示し、図１０に、イベント登録プログラム１０１の実行する処理フローの一実施形態例を図示し、図１１に、チケット販売プログラム１０２の実行する処理フローの一実施形態例を図示し、図１２ないし図１４に、課金実行プログラム１０３の実行する処理フローの一実施形態例を図示する。
【００３７】
次に、これらの処理フローに従って、本発明のチケット販売システム１の実行する処理について詳細に説明する。
【００３８】
先ず最初に、利用契約プログラム１００の実行する処理について説明する。
【００３９】
利用契約プログラム１００は、交通会社からサービスの利用申込み要求が発行されると、図９の処理フローに示すように、先ず最初に、ステップ２１で、交通会社の端末に、図１５に示すような契約入力画面を表示する。
【００４０】
すなわち、サービスの利用申込みを行う交通会社名と、サービスの利用の適用を受ける路線名と、サービスの利用の適用を受ける駅名と、サービスの利用の適用を受ける期間とについての入力を指示する図１５に示すような契約入力画面を表示するのである。
【００４１】
ここで、この契約入力画面では、サービスの利用に必要となる料金についても表示するようにしているが、この料金については、定額で設定するようにしてもよいし、駅数や契約期間やイベント参加者の利用者数に応じて設定するようにしてもよい。
【００４２】
続いて、ステップ２２で、交通会社の端末から、この契約入力画面に入力された利用申込み情報を受け取り、続くステップ２３で、その受け取った利用申込み情報をサービス利用申込みテーブル１０６に書き込んで、処理を終了する。
【００４３】
このようにして、利用契約プログラム１００は、交通会社からサービスの利用の申込み要求が発行されると、交通会社から利用申込み情報を受け取って、それをサービス利用申込みテーブル１０６に登録するように処理するのである。
【００４４】
利用契約プログラム１００は、この後、適当な時点に、交通会社から、サービスの利用に必要となる料金を徴収するように処理することになる。
【００４５】
次に、イベント登録プログラム１０１の実行する処理について説明する。
【００４６】
イベント登録プログラム１０１は、チケット販売業者からイベントの登録要求が発行されると、図１０の処理フローに示すように、先ず最初に、ステップ３１で、チケット販売業者から登録要求のあるイベント情報を受け取る。
【００４７】
続いて、ステップ３２で、その受け取ったイベント情報を、図６（ｂ）に示すようなテーブル構造を持つイベント情報テーブル１０７に書き込む。続いて、ステップ３３で、イベント会場−最寄り駅テーブル１０５を参照することで、受け取ったイベント情報で指定されるイベント会場の最寄りの駅を特定する。
【００４８】
すなわち、受け取ったイベント情報で指定されるイベント会場を検索キーにして、図５（ｂ）に示すようなテーブル構造を持つイベント会場−最寄り駅テーブル１０５を参照することで、そのイベント会場の最寄りの駅を特定するのである。
【００４９】
続いて、ステップ３４で、サービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービスの利用を申込んでいるのか否かを判断する。すなわち、図６（ａ）に示すようなテーブル構造を持つサービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービスの利用を申込んでいるのか否かを判断するのである。
【００５０】
この判断処理に従って、特定した最寄り駅がサービスの利用を申込んでいないことを判断するときには、そのまま処理を終了し、申込んでいることを判断するときには、ステップ３５に進んで、サービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービス利用の契約期間内に入っているのか否かを判断する。すなわち、図６（ａ）に示すようなテーブル構造を持つサービス利用申込みテーブル１０６を参照することで、その特定した最寄り駅がサービス利用の契約期間内に入っているのか否かを判断するのである。
【００５１】
この判断処理により、特定した最寄り駅がサービス利用の契約期間内に入っていないことを判断するときには、そのまま処理を終了し、契約期間内に入っていることを判断するときには、ステップ３６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８にイベント名と対応をとりつつイベント料金の値引き率を設定して、処理を終了する。
【００５２】
すなわち、例えば、イベント開催の開始時の２時間前に最寄り駅を降車する場合には１００人を限度に３０％の割り引き（値引きタイプＡ）を行い、１時間３０分前に最寄り駅を降車する場合には８０人を限度に２０％の割り引き（値引きタイプＢ）を行い、１時間前に最寄り駅を降車する場合には５０人を限度に１０％の割り引き（値引きタイプＣ）を行い、また、イベント開催の終了時の１時間後に最寄り駅を乗車する場合には５０人を限度に１０％の割り引き（値引きタイプＤ）を行い、１時間３０分後に最寄り駅を乗車する場合には８０人を限度に２０％の割り引き（値引きタイプＥ）を行い、２時間後に最寄り駅を乗車する場合には１００人を限度に３０％の割り引き（値引きタイプＦ）を行うというようなイベント料金の値引き率を設定して、それを図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８に登録するのである。
【００５３】
このようにして、イベント登録プログラム１０１は、チケット販売業者からイベントの登録要求が発行されると、チケット販売業者からイベント情報を受け取って、それをイベント情報テーブル１０７に登録するとともに、そのイベント情報で指定されるイベント開催の開始時刻及び終了時刻を基準にして、イベント料金の値引き率を設定して、それを値引き率設定テーブル１０８に登録するように処理するのである。
【００５４】
次に、チケット販売プログラム１０２の実行する処理について説明する。
【００５５】
チケット販売プログラム１０２は、イベントへの参加を希望する利用者からチケットの購入要求が発行されると、図１１の処理フローに示すように、先ず最初に、ステップ４１で、イベントへの参加を希望する利用者の端末に、図１６に示すようなチケット申込み画面を表示する。
【００５６】
すなわち、参加を希望するイベント名と、そのイベントの開催日時と、購入するチケットの枚数とについての入力を指示するとともに、各チケット購入希望者毎に、会員番号と、イベント開催の開始時刻及び終了時刻に応じた値引きの適用を希望する場合には、その値引きタイプとについての入力を指示する図１６に示すようなチケット申込み画面を表示するのである。
【００５７】
続いて、ステップ４２で、イベントへの参加を希望する利用者の端末から、このチケット申込み画面に入力されたチケット申込み情報を受け取る。
【００５８】
続いて、ステップ４３で、チケット申込み情報で指定された全てのチケット購入希望者の処理を終了したのか否かを判断して、処理が完了していないことを判断するときには、ステップ４４に進んで、未処理のチケット購入希望者の中から一人を選択する。
【００５９】
続いて、ステップ４５で、その選択したチケット購入希望者が値引きを希望しているのか否かを判断して、値引きを希望していることを判断するときには、ステップ４６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、希望している値引きタイプの適用人数に余裕があるのか否かを判断する。
【００６０】
この判断処理に従って、希望している値引きタイプの適用人数に余裕があることを判断するときには、ステップ４７に進んで、その値引きタイプを記録しつつ、イベント参加申込みテーブル１０９に対して、チケット申込み情報で指定されたイベント参加者情報を登録することで、チケット購入を受け付ける。なお、このチケット購入に対する課金については、イベントの開催後に、後述する課金実行プログラム１０３が処理することになる。
【００６１】
すなわち、図８に示すようなテーブル構造を持つイベント参加申込みテーブル１０９に対して、チケット申込み情報で指定された会員番号／利用者名／イベント番号／値引きタイプを登録することで、チケット購入を受け付けるのである。
【００６２】
ここで、イベント参加申込みテーブル１０９に記録される開始時改札通過時刻／終了時改札通過時刻／総値引き率／違約フラグについては、後述するように、課金実行プログラム１０３が記録することになる。
【００６３】
続いて、ステップ４８で、値引きの適用に応じて、値引き率設定テーブル１０８に記録される適用人数を更新（適用する値引きタイプの適用人数を１つデイクリメントする）して、次のチケット購入希望者に対する処理を行うべくステップ４３に戻る。
【００６４】
一方、ステップ４５で、選択したチケット購入希望者が値引きを希望していないことを判断し、また、ステップ４６で、値引き適用人数に余裕がないことで希望する値引きを適用できないことを判断するときには、ステップ４９に進んで、値引きタイプを記録せずに、イベント参加申込みテーブル１０９にイベント参加者情報を登録することで、チケット購入を受け付けてから、次のチケット購入希望者に対する処理を行うべくステップ４３に戻る。
【００６５】
そして、ステップ４３で、チケット申込み情報で指定された全てのチケット購入希望者の処理を終了したことを判断するときには、イベント参加申込みテーブル１０９への登録が完了したことを判断して、処理を終了する。
【００６６】
このようにして、チケット販売プログラム１０２は、イベントへの参加を希望する利用者からチケットの購入要求が発行されると、その利用者が値引きの適用を希望しているのか否かを判断する。そして、値引きの適用を希望していない場合には、その旨を記録しつつ、利用者から入力されたイベント参加者情報をイベント参加申込みテーブル１０９に登録し、値引きの適用を希望している場合には、適用人数の枠に余裕があるのか否かを判断して、値引きの適用が可能である場合には、それを記録しつつ、利用者から入力されたイベント参加者情報をイベント参加申込みテーブル１０９に登録するように処理するのである。
【００６７】
次に、課金実行プログラム１０３の実行する処理について説明する。
【００６８】
課金実行プログラム１０３は、チケット販売業者から販売したチケット（この実施形態例に従う場合、販売時点ではチケット料金を徴収していない）に対しての課金要求が発行されると、図１２ないし図１４の処理フローに示すように、先ず最初に、ステップ５１で、図８に示すようなテーブル構造を持つイベント参加申込みテーブル１０９から、課金要求のあるイベントに参加したイベント参加者の一覧を取得する。
【００６９】
続いて、ステップ５２で、イベント情報テーブル１０７を参照することで、そのイベントへの参加料金を取得する。すなわち、イベント情報テーブル１０７には、図６（ｂ）に示すように、イベントへの参加料金が記録されているので、それを取得するのである。
【００７０】
続いて、ステップ５３で、ステップ５１で取得した全てのイベント参加者の処理を終了したのか否かを判断して、処理が完了していないことを判断するときには、ステップ５４に進んで、未処理のイベント参加者の中から一人を選択する。
【００７１】
続いて、ステップ５５で、イベント参加申込みテーブル１０９を参照することで、その選択したイベント参加者が値引きの適用を申込み済みであるのか否かを判断する。
【００７２】
この判断処理に従って、選択したイベント参加者が値引きの適用の申込みをしていないことを判断するときには、ステップ５６に進んで、ステップ５２で取得したイベント料金を課金金額と決定する。
【００７３】
続いて、ステップ５７で、図５（ａ）に示すようなテーブル構造を持つ会員情報テーブル１０４を参照することで、その選択したイベント参加者の銀行口座番号を特定して、その銀行口座番号を使って課金を行ってから、次のイベント参加者に対する課金処理を行うべくステップ５３に戻る。
【００７４】
一方、ステップ５５で、選択したイベント参加者が値引きの適用を申込み済みであることを判断するときには、ステップ５８に進んで、図５（ａ）に示すようなテーブル構造を持つ会員情報テーブル１０４を参照することで、その選択したイベント参加者の所持するカード（ＩＣカードなどで構成されて、電車賃の支払いに用いられるもの）などに記録されたＩＤを取得する。
【００７５】
続いて、ステップ５９で、その取得したカードＩＤを検索キーにして、図３に示すデータ構造を持つ改札通過履歴データベース３０を参照することで、選択したイベント参加者がイベント参加の際に改札を通過した時刻（最寄り駅を乗降車した時刻：イベント開始時における改札通過時刻とイベント終了時における改札通過時刻）を収集して、イベント参加申込みテーブル１０９に記録する。
【００７６】
続いて、ステップ６０で、その収集した改札通過時刻とステップ５２で取得したイベント料金とに基づいて、イベント料金となる課金金額を決定し、続くステップ６１で、会員情報テーブル１０４を参照することで、その選択したイベント参加者の銀行口座番号を特定して、その銀行口座番号を使って課金を行ってから、次のイベント参加者に対する課金処理を行うべくステップ５３に戻る。
【００７７】
このステップ６０では、具体的には、図１４の処理フローに従って課金金額を決定するように処理している。
【００７８】
すなわち、このステップ６０に入ると、図１４の処理フローに示すように、先ず最初に、ステップ６００で、変数“値引き率”に初期値０を設定する。
【００７９】
続いて、ステップ６０１で、ステップ５４で選択したイベント参加者に適用される値引きタイプ（ステップ５５でイベント参加申込みテーブル１０９を参照する際に特定される）がイベント開始時の値引きを含んでいるのか否かを判断する。
【００８０】
この判断処理に従って、イベント参加者に適用される値引きとしてイベント開始時の値引きタイプが存在することを判断するときには、ステップ６０２に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、課金要求のあるイベントに対して適用されるその値引きタイプの指す時間帯及び値引き率を取得する。
【００８１】
続いて、ステップ６０３で、その取得した時間帯とイベント参加申込みテーブル１０９に記録した改札通過時刻（開始時改札通過時刻）とから、値引きタイプの規定する時間帯の通りに改札を通過（降車）したのか否かを判断して、時間帯通りに改札を通過したことを判断するときには、ステップ６０４に進んで、ステップ６０２で取得した値引き率を変数“値引き率”に加算する。
【００８２】
一方、ステップ６０１で、イベント参加者に適用される値引きとしてイベント開始時の値引きタイプが存在しないことを判断するときには、このステップ６０１〜ステップ６０４の処理を省略する。
【００８３】
続いて、ステップ６０５で、ステップ５４で選択したイベント参加者に適用される値引きタイプがイベント終了時の値引きを含んでいるのか否かを判断する。
【００８４】
この判断処理に従って、イベント参加者に適用される値引きとしてイベント終了時の値引きタイプが存在することを判断するときには、ステップ６０６に進んで、図７に示すようなテーブル構造を持つ値引き率設定テーブル１０８を参照することで、課金要求のあるイベントに対して適用されるその値引きタイプの指す時間帯及び値引き率を取得する。
【００８５】
続いて、ステップ６０７で、その取得した時間帯とイベント参加申込みテーブル１０９に記録した改札通過時刻（終了時改札通過時刻）とから、値引きタイプの規定する時間帯の通りに改札を通過（乗車）したのか否かを判断して、時間帯通りに改札を通過したことを判断するときには、ステップ６０８に進んで、ステップ６０６で取得した値引き率を変数“値引き率”に加算する。
【００８６】
一方、ステップ６０５で、イベント参加者に適用される値引きとしてイベント終了時の値引きタイプが存在しないことを判断するときには、このステップ６０５〜ステップ６０８の処理を省略する。
【００８７】
続いて、ステップ６０９で、ステップ５２で取得したイベント料金と、変数“値引き率”の指定する値引き率とを乗算することで、イベント料金となる課金金額を決定する。
【００８８】
このようにして決定した課金金額については、上述したように、ステップ５１で、イベント参加者の銀行口座番号を使って課金が行われることになる。
【００８９】
一方、ステップ６０３で、イベント開始時に時間帯通りに改札を通過しなかったことを判断するときと、ステップ６０７で、イベント終了時に時間帯通りに改札を通過しなかったことを判断するときには、ステップ６１０に進んで、約束を守らなかったことに対応して、ステップ５２で取得したイベント料金と予め設定される違約金とを加算することで、イベント料金となる課金金額を決定する。
【００９０】
このようにして決定した課金金額については、上述したように、ステップ６１で、イベント参加者の銀行口座番号を使って課金が行われることになる。
【００９１】
ここで、変数“値引き率”に記録される最終的な値引き率と、時間帯通りに改札を通過したのか否かについての情報とについては、イベント参加申込みテーブル１０９に記録しておくことになる。
【００９２】
このようにして、課金実行プログラム１０３は、チケット販売業者から販売したチケットに対しての課金要求が発行されると、値引きタイプの指定する時間帯通りに最寄り駅を利用したのか否かを判断して、時間帯通りに最寄り駅を利用した場合には、値引きを有効なものとして扱って課金を行い、時間帯通りに最寄り駅を利用しなかった場合には、値引きを有効なものとして扱わずに課金を行うように処理するのである。
【００９３】
図示実施形態例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施形態例では、チケット販売の際には課金を行わないようにしているが、値引きを行わない形でチケット料金を課金したり、値引きを行った形でチケット料金を課金するようにして、イベント終了後の適当な時点に、その差額を課金するようにしてもよい。
【００９４】
また、実施形態例では、カードを使って改札通過時刻を取得するようにしているが、改札通過時刻の検出については、どのような方法を用いてもよいことは言うまでもない。
【００９５】
（付記１）イベントのチケットを販売するチケット販売方法であって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する過程と、上記設定したチケット料金に従ってチケットを販売する過程と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する過程と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う過程とを備えることを、特徴とするチケット販売方法。
【００９６】
（付記２）付記１記載のチケット販売方法において、上記乗合交通手段を運営する機関から提供サービスの利用を受け付ける過程と、上記乗合交通手段を運営する機関から提供サービスの利用の料金を徴収する過程とを備えることを、特徴とするチケット販売方法。
【００９７】
（付記３）付記１又は２記載のチケット販売方法において、上記チケットを販売する過程では、上記利用時間に応じて設定されるチケットの販売数の制限内でチケットを販売することを、特徴とするチケット販売方法。
【００９８】
（付記４）イベントのチケットを販売するチケット販売システムであって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する手段と、上記設定したチケット料金に従ってチケットを販売する手段と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する手段と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う手段とを備えることを、特徴とするチケット販売システム。
【００９９】
（付記５）付記４記載のチケット販売システムにおいて、上記乗合交通手段を運営する機関から提供サービスの利用を受け付ける手段と、上記乗合交通手段を運営する機関から提供サービスの利用の料金を徴収する手段とを備えることを、特徴とするチケット販売システム。
【０１００】
（付記６）付記４又は５記載のチケット販売システムにおいて、上記チケットを販売する手段は、上記利用時間に応じて設定されるチケットの販売数の制限内で、チケットを販売することを、特徴とするチケット販売システム。
【０１０１】
（付記７）イベントのチケットを販売する処理を行うチケット販売プログラムであって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する処理と、上記設定したチケット料金に従ってチケットを販売する処理と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する処理と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う処理とをコンピュータに実行させるためのチケット販売プログラム。
【０１０２】
（付記８）イベントのチケットを販売する処理を行うプログラムを記録したチケット販売プログラムの記録媒体であって、イベント参加者が利用する乗合交通手段の乗降車場所における利用時間と、イベントの開催時間とに応じて、イベントのチケット料金を設定する処理と、上記設定したチケット料金に従ってチケットを販売する処理と、イベント開催の際におけるイベント参加者の上記乗降車場所における利用時刻を取得する処理と、上記取得した利用時刻と、販売したチケットの料金の設定元となった上記利用時間とに応じて、販売したチケットに対する課金あるいは課金の清算を行う処理とをコンピュータに実行させるためのプログラムを記録したチケット販売プログラムの記録媒体。
【０１０３】
【発明の効果】
以上説明したように、本発明では、イベントのチケット料金の割り引きを使って、イベント参加者が利用する乗合交通手段の利用時間を分散させることにより、イベント会場の最寄りの駅などの混雑を緩和するという構成を採るものである。
【０１０４】
これにより、本発明によれば、イベント主催者は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなり、また、利用者は、安いチケット料金でイベントに参加できるようになり、また、乗合交通手段の運営機関は、イベントの参加者に対して、「当日はお早めに会場へお越しください」といったようなメッセージを発信する必要がなくなるとともに、イベントの開催当日に、駅員などを増員させる必要がなくなる。
【図面の簡単な説明】
【図１】本発明の概要構成図である。
【図２】本発明を実現するためのシステム構成の一例を示す図である。
【図３】改札通過履歴データベース３０のデータ構造の説明図である。
【図４】チケット販売システム１の装置構成の一実施形態例である。
【図５】図５（ａ）は会員情報テーブル１０４の説明図、図５（ｂ）はイベント会場−最寄り駅テーブル１０５の説明図である。
【図６】図６（ａ）はサービス利用申込みテーブル１０６の説明図、図６（ｂ）はイベント情報テーブル１０７の説明図である。
【図７】値引き率設定テーブル１０８の説明図である。
【図８】イベント参加申込みテーブル１０９の説明図である。
【図９】利用契約プログラム１００の実行する処理フローの一実施形態例である。
【図１０】イベント登録プログラム１０１の実行する処理フローの一実施形態例である。
【図１１】チケット販売プログラム１０２の実行する処理フローの一実施形態例である。
【図１２】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１３】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１４】課金実行プログラム１０３の実行する処理フローの一実施形態例である。
【図１５】契約入力画面の説明図である。
【図１６】チケット申込み画面の説明図である。
【符号の説明】
１ チケット販売システム
２ 利用者
３ 乗合交通手段運営機関
１０ チケット料金設定手段
１１ チケット販売手段
１２ 利用時刻取得手段
１３ 課金・清算手段
１４ システム利用受付手段
１５ システム利用料金徴収手段
Claims (3)
- コンピュータが、イベントのチケットをイベント参加者に販売し、該販売したチケットの課金、清算をするチケット課金清算方法であって、
イベント参加者を識別する情報に対応付けて、該イベント参加者が乗合交通手段の乗降車場所を利用した時刻を記憶している乗降車場所通過履歴記憶手段を参照先とし、チケットの課金、清算対象のイベント参加者を識別する情報をキーとして該参照を行うことで、該課金、清算対象のイベント参加者が該乗降車場所を利用した時刻を取得する第１の過程と、
イベント参加者に関する情報と、該イベント参加者が購入したチケットごとに設定されているイベントを識別する情報及び値引き情報とを対応付けて記憶しているイベント参加申込み記憶手段を参照先とし、前記課金、清算対象のイベント参加者に関する情報をキーとして該参照を行うことで、イベントを識別する情報及び値引き情報を取得する第２の過程と、
イベントを識別する情報と、乗降車場所の利用時間ごとに設定される値引き情報及び値引き率とを対応付けて記憶している値引き率記憶手段を参照して、前記第２の過程で取得したイベントを識別する情報及び値引き情報に対応付けられている乗降車場所の利用時間に、前記第１の過程で取得した乗降車場所を利用した時刻が該当しているか否かを判断する第３の過程と、
前記第３の過程における判断にしたがって、前記販売したチケットの課金あるいは課金の清算を行う第４の過程と
を備えることを特徴とするチケット課金清算方法。 - コンピュータに、イベントのチケットをイベント参加者に販売し、該販売したチケットの課金、清算をさせるためのプログラムであって、
前記コンピュータに、
イベント参加者を識別する情報に対応付けて、該イベント参加者が乗合交通手段の乗降車場所を利用した時刻を記憶している乗降車場所通過履歴記憶手段を参照先とし、チケットの課金、清算対象のイベント参加者を識別する情報をキーとして該参照を行うことで、該課金、清算対象のイベント参加者が該乗降車場所を利用した時刻を取得する第１の過程と、
イベント参加者に関する情報と、該イベント参加者が購入したチケットごとに設定されているイベントを識別する情報及び値引き情報とを対応付けて記憶しているイベント参加申込み記憶手段を参照先とし、前記課金、清算対象のイベント参加者に関する情報をキーとして該参照を行うことで、イベントを識別する情報及び値引き情報を取得する第２の過程と、
イベントを識別する情報と、乗降車場所の利用時間ごとに設定される値引き情報及び値引き率とを対応付けて記憶している値引き率記憶手段を参照して、前記第２の過程で取得したイベントを識別する情報及び値引き情報に対応付けられている乗降車場所の利用時間に、前記第１の過程で取得した乗降車場所を利用した時刻が該当しているか否かを判断する第３の過程と、
前記第３の過程における判断にしたがって、前記販売したチケットの課金あるいは課金の清算を行う第４の過程と
を実行させるためのチケット課金清算プログラム。 - コンピュータに、イベントのチケットをイベント参加者に販売し、該販売したチケットの課金、清算をさせるためのプログラムを記録した記録媒体であって、
前記コンピュータに、
イベント参加者を識別する情報に対応付けて、該イベント参加者が乗合交通手段の乗降車場所を利用した時刻を記憶している乗降車場所通過履歴記憶手段を参照先とし、チケットの課金、清算対象のイベント参加者を識別する情報をキーとして該参照を行うことで、該課金、清算対象のイベント参加者が該乗降車場所を利用した時刻を取得する第１の過程と、
イベント参加者に関する情報と、該イベント参加者が購入したチケットごとに設定されているイベントを識別する情報及び値引き情報とを対応付けて記憶しているイベント参加申込み記憶手段を参照先とし、前記課金、清算対象のイベント参加者に関する情報をキーとして該参照を行うことで、イベントを識別する情報及び値引き情報を取得する第２の過程と、
イベントを識別する情報と、乗降車場所の利用時間ごとに設定される値引き情報及び値引き率とを対応付けて記憶している値引き率記憶手段を参照して、前記第２の過程で取得したイベントを識別する情報及び値引き情報に対応付けられている乗降車場所の利用時間に、前記第１の過程で取得した乗降車場所を利用した時刻が該当しているか否かを判断する第３の過程と、
前記第３の過程における判断にしたがって、前記販売したチケットの課金あるいは課金の清算を行う第４の過程と
を実行させるためのチケット課金清算プログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002093660A JP3851205B2 (ja) | 2002-03-29 | 2002-03-29 | チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002093660A JP3851205B2 (ja) | 2002-03-29 | 2002-03-29 | チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003296491A JP2003296491A (ja) | 2003-10-17 |
| JP3851205B2 true JP3851205B2 (ja) | 2006-11-29 |
Family
ID=29386799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002093660A Expired - Fee Related JP3851205B2 (ja) | 2002-03-29 | 2002-03-29 | チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3851205B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005259034A (ja) * | 2004-03-15 | 2005-09-22 | Hitachi Ltd | 情報配信方法及び情報配信システム |
| JP7520490B2 (ja) * | 2019-06-21 | 2024-07-23 | Ｌｉｎｅヤフー株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
-
2002
- 2002-03-29 JP JP2002093660A patent/JP3851205B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003296491A (ja) | 2003-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8066565B2 (en) | System, method, and apparatus for the electronic operation, management, sponsorship, advertising, promotion, marketing, and regulation of games of chance on a network | |
| AU2008202813B2 (en) | Entertainment event ticket purchase and exchange system | |
| US20150006208A1 (en) | Entertainment event ticket purchase and exchange system | |
| US20070290888A1 (en) | System and method to facilitate parking | |
| US20030229523A1 (en) | Method and system for airline ticket transaction | |
| JP2004030454A (ja) | ポイント運用システム、及びポイント運用方法 | |
| JP2022105496A (ja) | 駐車場の予約方法 | |
| JP2020095385A (ja) | 予約管理システム、予約管理方法、及び予約管理プログラム | |
| JP3851205B2 (ja) | チケット課金清算方法、チケット課金清算プログラム及びそのプログラムを記録した記録媒体 | |
| JP2004151911A (ja) | 運賃精算方法 | |
| KR20210030065A (ko) | 멤버십 공유 시스템 및 방법 | |
| Uthira | A diagnostic study of the cab aggregation industry using the serviqual gap model | |
| JP4832491B2 (ja) | 投票システム、投票装置及びコンピュータプログラム | |
| JP2002024982A (ja) | 有料道路管理システム、および、このシステムに接続されたドライブ計画提案システム | |
| JP2022137424A (ja) | 販売促進システム、販売促進方法、及び、販売促進プログラム | |
| JP4003523B2 (ja) | 電子チケット配信システムおよびその方法 | |
| KR20050075773A (ko) | 주차 시스템 | |
| JP2006059056A (ja) | 予約方法及びシステム | |
| JP2004038576A (ja) | ユーザ管理システム、およびそのシステムを利用した乗車管理システム | |
| JP6353293B2 (ja) | イベント決済システム | |
| JP3587514B2 (ja) | 乗車料金管理システム | |
| JP4020164B2 (ja) | 電子チケット販売システムおよびその方法 | |
| JP2005025594A (ja) | 道路通行料金のマイレージ割引方法及びシステム並びにプログラム | |
| Nabti | Mobility on Demand (MOD) Sandbox Demonstration: BART Integrated Carpool to Transit Access Program, Final Report | |
| JP3682448B2 (ja) | 発券管理システムおよび管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050930 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051018 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051219 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060829 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060831 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090908 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100908 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100908 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110908 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120908 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120908 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130908 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |