(57)【要約】【課題】  イベントチケットの売買を容易にするためのシステムおよび方法を提供する。【解決手段】  開示するシステムおよび方法は、イベントの直前およびまたは開催中に、売れ残ったチケットの価格を決定し、販売するシステムおよび方法を含む。開示する実施形態では、ユーザーは販売中のチケットを検索するために、電話またはインターネットにより取引システムと情報をやり取りすることが可能である。開示するシステムおよび方法は、様々な需要指標を反映した１つ以上の需要変数に従って、在庫チケットの価格を少しずつ調整することができる。需要変数の値は、イベントの直前およびまたは開催中に評価された需要指標に基づいて設定され得る。【選択図】図１
2008544346.tif 000002
【特許請求の範囲】
【請求項１】
イベントチケットの売買を容易にするためのコンピュータに実装された取引システムであって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間に、チケット販売を制限する規則に基づいて前記チケットの販売が可能か否かを判定する
ように構成された処理装置を１つ以上含むことを特徴とするシステム。
【請求項２】
前記イベントは、スポーツイベント、コンサートイベント、劇場イベント、および家族向け娯楽イベントからなる群から選ばれることを特徴とする、請求項１に記載のシステム。
【請求項３】
チケット販売を制限する前記規則は、前記イベントの予定開始時間前の予め決められた期間に、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項１に記載のシステム。
【請求項４】
前記予め決められた期間は、７２時間以内であることを特徴とする、請求項３に記載のシステム。
【請求項５】
チケット販売を制限する前記規則は、前記イベントの予定終了時間まで、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項１に記載のシステム。
【請求項６】
前記１つ以上の処理装置は、更に、
（ａ）前記イベントの予定開始時間までの時間、
（ｂ）前記イベントの開始から経過した時間、
（ｃ）前記イベントの予定終了時間までの残り時間
の少なくとも１つ以上の少なくとも一部分以上に基づいて前記チケットの価格を計算するように構成されていることを特徴とする、請求項１に記載のシステム。
【請求項７】
イベントチケットの売買を容易にするためのコンピュータに実装された方法であって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間に、チケット販売を制限する規則に基づいて前記チケットの販売が可能か否かを判定する
ことを特徴とする方法。
【請求項８】
前記イベントは、スポーツイベント、コンサートイベント、劇場イベント、および家族向け娯楽イベントからなる群から選ばれることを特徴とする、請求項７に記載の方法。
【請求項９】
チケット販売を制限する前記規則は、前記イベントの予定開始時間前の予め決められた期間に、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項７に記載の方法。
【請求項１０】
前記予め決められた期間は、７２時間以内であることを特徴とする、請求項９に記載の方法。
【請求項１１】
チケット販売を制限する前記規則は、前記イベントの予定終了時間まで、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項７に記載の方法。
【請求項１２】
前記１つ以上の処理装置は、更に、
（ａ）前記イベントの予定開始時間までの時間、
（ｂ）前記イベントの開始から経過した時間、
（ｃ）前記イベントの予定終了時間までの残り時間
の少なくとも１つ以上の少なくとも一部分以上に基づいて前記チケットの価格を計算するように構成されていることを特徴とする、請求項７に記載の方法。
【請求項１３】
イベントチケットの売買を容易にするためのコンピュータに実装された取引システムであって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間の間に設定される需要変数の値の少なくとも１つ以上の少なくとも一部分に基づき前記チケットの価格を算出する
ように構成された処理装置を１つ以上含むことを特徴とするシステム。
【請求項１４】
前記チケットの前記価格は、前記イベントの開始までの時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１５】
前記チケットの前記価格は、前記イベントの開始からの経過時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１６】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１７】
前記チケットの前記価格は、前記イベントの開始直前または開催中の天候状態に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１８】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットに関する問い合わせ量に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１９】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットの販売量に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項２０】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定開始時間より前の７２時間以内に開始することを特徴とする、請求項１３に記載のシステム。
【請求項２１】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定終了時間に終了することを特徴とする、請求項１３に記載のシステム。
【請求項２２】
イベントチケットの売買を容易にするためのコンピュータに実装された方法であって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間の間に設定される需要変数の値の少なくとも１つ以上の少なくとも一部分に基づき前記チケットの価格を算出する
ことを特徴とする方法。
【請求項２３】
前記チケットの前記価格は、前記イベントの開始までの時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記チケットの前記価格は、前記イベントの開始からの経過時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２５】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２６】
前記チケットの前記価格は、前記イベントの開始直前または開催中の天候状態に少なくとも一部分は基づいていることを特徴とする、請求項２２３に記載の方法。
【請求項２７】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットに関する問い合わせ量に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２８】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットの販売量に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２９】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定開始時間より前の７２時間以内に開始することを特徴とする、請求項２２に記載の方法。
【請求項３０】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定終了時間に終了することを特徴とする、請求項２２に記載の方法。
【請求項３１】
イベントのチケットの価格を決定する方法であって、
（ａ）前記イベントの開始から経過した時間、および（ｂ）前記イベントの予定終了時間までの残り時間の少なくとも１つ以上を判定し、
以上のように判定された時間に基づいて、前記イベントのチケットの価格を低下させる
ことを特徴とする方法。
【請求項３２】
前記チケットの前記価格は、前記イベントの開始からの経過時間が増加するにつれて、追加的に低下されることを特徴とする、請求項３１に記載の方法。
【請求項３３】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間が減少するにつれて、追加的に低下されることを特徴とする、請求項３１に記載の方法。
【請求項３４】
前記チケットの前記価格の前記低下は、更に、（ａ）一定の時間増分間の前記イベントのチケットに関する問い合わせ量、および（ｂ）一定の時間増分間の前記イベントのチケットの販売量の少なくとも１つ以上に基づいていることを特徴とする、請求項３１に記載の方法。
【請求項３５】
前記チケットの前記価格の前記低下は、更に、前記イベントの直前または開催中の天候状態に基づいていることを特徴とする、請求項３１に記載の方法。
【請求項３６】
ウェブサイトで販売するチケットを提供することを更に含み、
前記チケットの前記価格の前記低下は、（ａ）一定の時間増分間の前記ウェブサイトへの訪問者数、（ｂ）一定の時間増分間の前記イベントのチケットに関する前記ウェブサイトへの問い合わせ量、および（ｃ））一定の時間増分間の前記ウェブサイトを介しての前記イベントのチケット販売量の少なくとも１つ以上に更に基づいていることを特徴とする、請求項３１に記載の方法。
【請求項３７】
イベントのチケット価格を調整する方法であって、
前記イベントのチケットの価格を決定するステップと、
１つ以上の需要変数の値を判定し、
前記需要変数に基づいた前記イベントの前記チケットの前記価格を変更するか否かを判定し、
前記価格を変更すべきであると判定した場合に、前記１つ以上の需要変数の前記値の少なくとも一部分に基づいた前記チケットの前記価格を調整する
ことを含む価格決定プロセスを１回以上繰り返し実行するステップと
を含むことを特徴とする方法。
【請求項３８】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開始前に開始して終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３７に記載の方法。
【請求項４０】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開始前に開始し、前記イベントの開催中に終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３７に記載の方法。
【請求項４１】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開催中に開始して終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベントチケットの売買を容易にするためのシステムおよび方法に関し、より詳細には、自動価格調整を含むイベントチケットの売買を容易にするためのシステムおよび方法を実装したコンピュータに関する。
【背景技術】
【０００２】
イベントチケット産業は、スポーツイベント、音楽コンサート、映画および家族向け娯楽のような様々な種類のイベントを取り扱う。それらのチケットは、実際のカレンダ日付およびイベントの開始時よりも前（数ヶ月）に一般社会に市販される。チケットは、インターネット、電話セールス、およびチケット販売所を含む様々なチャンネルを通して販売されている。
【０００３】
さらに、チケット販売は２つの市場で行われている。１つは、イベントマネージャから買い手に直接、またはイベントマネージャから権限を与えられたチケット販売業者により販売されるプライマリマーケット（発行市場）である。権限を与えられた主なチケット販売業者は、例えば、「Ticketmaster」、「Tickets.com」、および「Paciolan」である。
【０００４】
２つ目の市場は、オリジナルチケットの買い手が、他の興味を持つ買い手（サードパーティ）に彼らのチケットを販売するセカンダリマーケット（流通市場）である。オリジナルチケットの買い手と同様に、それらのサードパーティの買い手は、個人消費者、企業消費者、またはブローカーである。特に、ビジネスとして利益を得る目的で、第２市場でチケットを売買する合法的なチケットブローカーが多くいる。彼らは、需要の高いチケットに対する市場に流動性を与え、多くの場合、額面よりも高額でチケットを販売する。
【０００５】
特定のイベントに対するチケット需要には、非常に高いものがある。プライマリマーケット・チケットの需要が低い、または高くないときには、イベントマネージャはイベントの開始付近にはイベントの開始後と同様に売れ残りのチケットを有している。イベントチケットに対する固定価格構造は、需要が低いまたは高くないイベントにとって非効率である。言い換えると、イベント開始時付近（販売するための他の全てのチャンネルが試され、用い尽くされた後）の売れ残りチケットに対する需要を刺激する組織化された方法が現在のところない。
【０００６】
この問題は、一般的に需要が高いイベントには存在しない。需要が高いイベントは、イベントの開始時の前に、チケットの供給を超える需要を有している。しかし、（ａ）シートが連続していない少数の売れ残りチケット（つまり、並んで座りたい２名以上のグループには不適当）、または（ｂ）シート位置が悪いチケット（例えば、建物の柱によりイベントの視界が部分的に遮られている場所）のような望ましくない特徴を有する、需要の高いチケットには例外がある。
【０００７】
イベントマネージャ（イベントを売り込む人）は、供給過剰状態またはチケットが売れ残った状態において需要を増加させるために、チケットの価格を下げることは容易にできない。そうすることにより、将来の需要パターンに悪影響を与えるリスクが生じる。つまり、以前のイベントで割引チケットの存在を聞いた消費者は、イベントのいずれ行われる割引を期待するようになり、前もって額面どおりの価格を支払わないようになる。これは、イベントマネージャにとって長い期間の収益に影響する。その結果、イベントマネージャは、需要が低い、または高くないイベントの収益を最大化することができない。また、需要が低い、または高くないイベントの売れ残りチケットを消費したい消費者は、そのイベントに対してはチケットの額面価格が高すぎるために消費することができない。
【発明の開示】
【課題を解決するための手段】
【０００８】
本発明の一態様によれば、売れ残りチケット、特に需要が低い、またはあまり高くないイベントのチケットの販売を促進する手助けをするシステムおよび方法が提供される。開示するシステムおよび方法は、既に従来のチケット販路から購入するつもりの消費者のイベントチケットの購入意欲を削ぐことなく、売れ残りチケットの販売の促進を手助けすることを目的としている。本発明の他の態様によれば、システムおよび方法は、それぞれのイベントの開催中および開始時間の直前（例えば、２〜４時間）にイベントチケットの売買を容易にするために提供される。
【０００９】
本発明の他の態様によれば、システムおよび方法は、イベントチケットの価格を調整するために提供される。好適な実施形態によれば、売れ残りチケットのチケット価格は、予め決められた最低価格への到達、またはイベントの終了のいずれかが先に起こるまで低下する。低下の速度は、１つ以上の要素に依存し得る。好適な実施形態は、イベントチケットの有効期限の理論上の残り時間を比較して売れ残りチケットの需要の程度を測定し、売れ残りチケットの価格を時間増分毎に低下させ、提示価格を調整するアルゴリズムを使用したコンピュータに実装されたシステムを含む。
【００１０】
例えば、需要の程度およびまたはイベントの残り時間が高い（長い）場合には、提示価格は比較的変化しない。しかし、需要の程度が低下し始め、かつ有効期限が減少するにつれて、需要の程度が増加し、価格が安定する新しい位置に到達するまで提示価格は下方に調整される。このプロセスは需要が、予め決められた最低価格（例えば、ゼロ、額面価格の１０％、または額面価格の５０％）に到達するまで、またはイベントチケットの有効期限が販売するためには短すぎる状態（例えば、イベントの終了または終了直前）になるまで継続する。
【００１１】
本発明のある実施形態は、具体的には需要が低い、またはあまり高くないイベント、およびまたは開始直前であるイベントに対して新しい販路を作り出すことによって産業に価値を付加することができる。さらに、本発明に係る実施形態は、需要が低いまたはあまり高くないイベントに対して適正な価格決定を行うことによって、消費者の利益およびイベントマネージャの収益を増加させることができる
【００１２】
本発明に係るこれらと他の利点および特徴は、次の詳細な説明および添付した図から当業者であれば容易に理解することができるであろう。従って、本発明の付加的な利点や特徴およびその範囲は、特許請求の範囲によって指摘され、その一部をなす。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の好適な実施形態および代替形態について詳細に説明する。本発明が提供する多くの発明概念および新規な特徴は、単に説明目的であり、限定するものでないことを当業者であれば理解されよう。従って、特定の実施形態は、例示目的でここに記載しており、本発明の範囲を限定するものではない。
【００１４】
＜取引システム＞
図１は、本発明に係る取引システム１００の好適な実施形態のブロック図を示している。図１に示す取引システム１００は、以下に記載するタスクを実行するための多くの構成要素を含む。タスクの分割は、本発明の精神および範囲から逸脱することなく様々な方法で実施されることを理解されたい。例えば、取引システム１００は、いくつかの実在のコンピュータおよびまたはサーバを含む。ある実施形態では、取引システム１００は、単一のコンピュータまたはサーバ上に全ての構成要素１２０〜１６０を含み、他の実施形態では、構成要素１２０〜１６０の組み合わせが１つ以上のコンピュータまたはサーバ上に実装されている。また、構成要素１２０〜１６０のいずれも１つのコンピュータまたはサーバ上に実装されてもよく、或いは代替として、複数のサーバまたはコンピュータにわたって広がって存在してもよい。従って、図１に示す正確なアーキテクチャ以外のアーキテクチャが、本発明の精神および範囲から逸脱することなく使用され得る。
【００１５】
取引システム１００は、潜在買い手が消費者インターフェース１１０を使用することによってアクセスされ得る。単一の消費者インターフェース１１０しか記載していないが、いずれの数の消費者インターフェース１１０でも取引システム１００にアクセスすることができる。消費者インターフェース１１０は、電子装置であってよく、例えば、コンピュータ、電話（携帯または固定電話）、パーソナルデジタルアシスタント（ＰＤＡ）、またはテレビ（例えば、双方向性のオンスクリーンインターフェースにより）である。消費者インターフェース１１０と取引システムとの通信は、ワイヤおよびまたはワイヤレス通信を含む。多くの通信プロトコルおよび方法のいずれも、消費者インターフェース１１０と取引システム１００との間の通信を実施するために使用することができる。例えば、消費者インターフェース１１０と取引システム１００との間の通信は、いずれの適したネットワークプロトコルを使用し、インターネットを含むコンピュータネットワーク上でのデータ通信を含み得る。消費者インターフェース１１０と取引システム１００との間の通信は、音声対話システムの使用を含み得る。例えば、消費者インターフェース１１０は、音声認識ソフトウェアを使用した音声対話システムにより、取引システム１００と通信する電話であってよく、電話から受け取った音声コマンドを認識し、一致するデータを取引システム１００に通信する。
【００１６】
図１に示す好適な実施形態では、取引システム１００は、インターネットを介して消費者インターフェース１１０に通信するウェブサーバ１２０を含む。ウェブサーバ１２０は、ワールドワイドウェブを介して消費者インターフェース１１０と通信するように構成された複数個のコンピュータサーバを含み得る。ウェブサーバ１２０は、消費者インターフェース１１０にグラフィカル・ユーザーインターフェースを含むウェブページを生じさせるためのソフトウェアを含み得る。ウェブサーバ１２０は、消費者インターフェース１１０のユーザーに情報を提供することができ、また消費者インターフェース１１０のユーザーから情報を受けることができる。例えば、ウェブサーバ１２０は、消費者インターフェース１１０のユーザーに利用可能なチケットおよびチケット価格に関する情報を提供する。ユーザーは、それから消費者インターフェース１１０を使用して、ウェブサーバにチケット購入希望に関する情報を送信する。ウェブサーバ１２０と消費者インターフェース１１０との間で交換される情報の型に関する詳細については後述する。
【００１７】
取引システム１００はまた、消費者プロフィールに関する情報を保存するためのプロフィールデータベース１３０を含む。プロフィールデータベース１３０は、ウェブサーバ１２０と通信する。プロフィールデータベース１３０は、本発明の精神および範囲から逸脱することなく、様々な方法によって実装され得る。例えば、プロフィールデータベース１３０は、ウェブサーバ１２０と通信するデータベースサーバ上に存在し得る。代替として、プロフィールデータベース１３０は、ウェブサーバ１２０と同じコンピュータ上に存在するデータベースであってもよい。
【００１８】
好適な実施形態では、取引システム１００は、ユーザーが取引システム１００に登録およびアカウントの設定をすることを可能にする。アカウントを設定するためのプロセスは、ユーザーに関連する顧客プロフィールを構築するために、消費者インターフェース１１０からウェブサーバ１２０に情報を受信することを含む。ウェブサーバ１２０は、プロフィールデータベース１３０に受信した情報を保存することができる。また、現存するアカウントを有するユーザーが取引システム１００にアクセスしようとするときに、ウェブサーバ１２０はプロフィールデータベース１３０からユーザーのアカウントについての情報を取り出すことができる。
【００１９】
顧客プロフィールは、ユーザーの名前や住所といった個人情報に加えて、ユーザーネームや取引システムへのログインのためのパスワードのような情報を含み得る。顧客プロフィールはまた、嗜好データを含み得る。例えば、嗜好データは、好きなタイプのイベント、好きなチーム、およびまたは好きな会場についての情報を含み得る。また、嗜好データは、取引システム１００からの受ける警報（アラート）の嗜好情報を含み得る。例えば、嗜好情報は、イベントが開始する前の特定の時期に警報を送るため、利用可能なチケットがあるか否かの警報を送るため、およびディスカウントが特定の水準または割合に達したか否かの警報を送るための指示を含み得る。本発明の精神および範囲から逸脱することなく、他のプロフィールおよび嗜好情報が含まれ得る。
【００２０】
また、取引システム１００は、取引サーバ１４０、会計サーバ１５０、およびイベントクライアント・データベース１６０を含む。取引サーバ１４０は、チケット購入の処理に関する様々なタスクを実行することができる。取引サーバ１４０は、後述するアルゴリズムに従ってチケットの取引価格を計算するための価格決定エンジンを含み得る。また、取引サーバ１４０は、チケット購入処理のための取引エンジンを含み得る。好適な実施形態によれば、取引サーバ１４０はコンピュータであり、取引エンジンはソフトウェア・モジュールとして実装されている。取引サーバ１４０は、取引の処理を手助けし得るサードパーティと通信し得る。例えば、取引サーバ１４０は、チケットの購入に対するクレジットカードによる支払い処理を手助けするためのクレジットカード会社の決済システム（図示しない）と通信し得る。
【００２１】
取引サーバ１４０によって実行されるタスクは、以下に限定されるわけではないが、（ａ）会計サーバ１５０との通信、（ｂ）単数または複数のチケット購入の数値属性またはテキスト属性の特定領域のための会計サーバデータへのログインを含む。数値属性またはテキスト属性の特定領域は、（１）（イベントクライアントへの）支払が可能な口座、およびまたは（イベントクライアントからの）受け取りが可能な口座の正確な口座に関連し、（２）売上高、手数料、必要料金、手数料および本発明を介してのチケット販売に関する他の費用のような極めて詳細な他の会計データを追跡するために好ましく、（３）取引システム１００を介してのチケット販売に関するクレジットカード手数料の処理を正常に終了するために好ましい。
【００２２】
取引システム１００は、好ましくは、イベントクライアント（例えば、イベントマネージャまたはイベントのチケットの販売に関与する他の団体）によって操作されるイベントクライアントのチケットシステムおよびまたは他のチケットクライアントに関するコンピュータシステム１７０（例えば、イベントクライアントの会計システム）にアクセス可能である。好適な実施形態では、イベントクライアント・チケットシステム１７０は、インターネットを介して取引システム１００と通信するコンピュータシステムを含む。ある実施形態では、イベントクライアントは、イベントマネージャや権限を有するチケット販売者であってよく、取引システム１００はプライマリマーケット・チケットを販売するためのルートとして機能してもよい。イベントクライアント・チケットシステム１７０と、会計サーバ１５０と、取引サーバ１４０との間の相互作用は、以下に限定されるわけではないが、（１）チケットの販売取引から、関連があり、正確な会計に基づいた情報をイベントクライアント・システム１７０に記録することを含む。情報は、例えば、チケットの最終売買価格、関連する当該販売の発明者の手数料、特定のイベントの識別情報と共に売れたチケットの量である。また、相互作用は、（２）イベントクライアント・チケットシステム１７０が販売されるチケットの割り当てと関係がある取引サーバ１４０に、アップデートされたデータを記録することを含む。
【００２３】
イベントクライアント・システムおよびまたは他の関連するチケットクライアント・コンピュータシステム１７０は、イベントが開催中にイベントについてのデータを提供するためのシステムを含み得る。取引システムは、イベントチケット価格を計算およびまたは調整するためのデータに含まれる情報を使用することができる。例えば、イベントがスポーツイベントであれば、システム１７０はゲーム状況を表すデータ（例えば、野球であればイニング、スコア、ヒット、ホームランまたはエラー、フットボールであればクォータ、スコア、タッチダウン、ランニングヤードまたはパッシングヤード）を提供し得る。システム１７０は、取引システム１００にイベント開催中のチケット需要に影響を与える特定の状況に注意喚起するように構成されている。例えば、システム１７０は、野球におけるノーヒットノーランの可能性、スポーツイベントにおける記録樹立の可能性、または他の特別の状況に対して、取引システム１００に注意喚起するように構成されている。イベントがスポーツイベントである場合には、システム１７０は、イベントの直前およびまたは開催中にケガをした選手についての情報を提供するように構成され得る。特に、このような情報は、イベントの直前または開催中においてイベントチケットの需要に影響を与えると予想される。
【００２４】
＜取引プロセス＞
図２Ａおよび３Ｂは、取引システム１００によって実行される取引プロセスを説明するフローチャートである。図２Ａおよび３Ｂに示されている取引プロセスは、取引システム１００の代替実施形態に同様に適用される。取引プロセスは、ユーザーの取引システム１００へのアクセスによりステップ２０２から開始する。好適な実施形態では、ユーザーは、コンピュータのインターネットブラウザまたは他のインターネットにアクセス可能な電子装置（例えば、携帯電話やＰＤＡ）を使用して、取引システム１００のウェブサイトのアドレスに進む。
【００２５】
ステップ２０４では、ユーザーの希望する地理的位置で利用可能なイベントコンテンツがあるか否かによって判定がなされる。このステップは、ユーザーの希望する地理的位置を決定するために、ユーザーに質問することを含み得る。このような質問をすることに代えて、または加えて、取引システム１００はユーザーの地理的位置を決定しようと試みてもよい。例えば、ユーザーが以前にウェブサイトを訪れていた場合に、取引システム１００は、ユーザーを認識し（例えば、ＨＴＴＰクッキーやプロフィール情報の使用を通して）、ユーザーが以前に入力した地理的な選択を呼び出すように構成され得る。地理的位置を決定するための代替方法として、例えばユーザーのＩＰアドレスに基づく方法が検討されている。一度、取引システム１００がユーザーの地理的位置を構築しようとした後は、取引システム１００はユーザーの地理的位置で利用可能なイベントコンテンツに対するイベントクライアント・データベース１６０を検索する。
【００２６】
ステップ２０６では、システムがユーザーの地理的位置で利用可能なイベントコンテンツを見つけない場合には取引処理を終了する。代わりに、取引処理はステップ２０４に戻り、システムがユーザーに異なる地理的位置を試すように促してもよい。
【００２７】
ステップ２０６で、システムがユーザーの地理的位置でのイベントコンテンツを発見した場合には、取引処理はステップ２０８またはステップ２１０に進むことができる。例えば、ある実施形態では、ウェブサーバ１２０が消費者のインターフェース１１０に利用可能なイベントのリストおよびまたは利用可能なイベントの検索の開始方法を含むウェブページを表示させる。ユーザーが利用可能なイベントを閲覧およびまたは検索することを可能にする代替方法が、本発明の精神および範囲から逸脱することなく実施され得る。例えば、ユーザーがイベントのカテゴリー（例えば、スポーツ、音楽、スペシャルイベント）に一致するカテゴリータブから選択し、選択されたカテゴリータブに関連する利用可能なイベントを閲覧およびまたは検索することを可能にするタブブラウザ機能が実施され得る。
【００２８】
ステップ２１０では、取引システム１００は、ユーザーから興味のあるイベントの選択を受け取る。例えば、利用可能なイベントリスト、または検索結果のリストからイベントを選択することによって、特定のイベントがユーザーにとって「興味のあるイベント」であることを、ユーザーは取引システム１００に示すことができる。
【００２９】
ステップ２１２では、取引システム１００が選択された興味のあるイベントのチケットが現在、取引されていて購入可能か否かを判定する。ある実施形態では、取引システム１００は、イベントの直前およびまたはイベントの開催中のみのイベントのチケットの購入が可能なように構成され得る。取引システム１００が、チケットの販売をイベントの開始直前およびイベントの開催中の期間に制限する実施形態では、取引システムはイベントの開始予定時間までの予め決められた期間まではイベントチケットの販売を禁止することができる。ある実施形態では、予め決められた期間は、他のチケットの販売元からチケットを購入することができる期間よりも短い。従って、たとえイベントのチケットが他の販売元（例えば、会場チケット売り場、またはチケットマスターのような第三者）からもっと早く入手できたとしても、取引システム１００は、イベントが所定の日数（例えば、７日間、５日間、３日間、１日）、時間数（例えば、７２時間、４８時間、２４時間、１２時間、６時間、４時間、２時間、１時間）、または分数（例えば、６０分間、４５分間、３０分間、１５分間）以内に開始する予定になっているときのみ、イベントチケットの販売を許可するように構成されている。ある実施形態では、チケットはイベントの間中、取引され続けることができる。取引は、イベントの開始または開始予定時間から所定の時間後まで、イベントの終了予定時間から所定の時間前まで、およびまたはイベントの終了予定時間または実際の終了まで継続することができる。
【００３０】
従って、ステップ２１４では、取引システム１００は、興味のあるイベントのチケットが現在取引されているか否かを判定する。チケットが取引されていなければ、取引処理はステップ２１６に進み、取引システム１００はイベントについての情報および選択されたイベントの取引開始時の予定についての情報をユーザーに提供する。この時点で、処理は終了することができ、ユーザーはチケットが購入可能となる後の予定時に再度戻ることができる。
【００３１】
代替として、付加的ステップ２１８では、ユーザーが警報を設定できるようになる。取引システム１００は、チケットが購入可能になった際にユーザーに注意喚起するために使用される連絡先（例えば、ｅメールアドレス、電話番号、またはポケベル番号）を提供するようユーザーに促す。代替として、取引システム１００は、警告を発するための異なる、またはより複雑なルールをユーザーが設定可能なように構成されてもよい。例えば、取引システム１００は、チケット価格が所定の価格、あるいはそれ以下になった場合、またはチケット価格の割引が所定量以上となった場合にのみ警報するように、ユーザーが警報を設定することができるように構成され得る。例えば、ユーザーは取引システム１００に、他の状態が十分であるか否かに関係なく、イベントのチケットが額面の９０％で購入できる時だけ警報を出すように指示することができる。また、ユーザーは取引システム１００に、イベントのチケットが額面の９０％で購入でき、かつイベントが開始するまで残り１５分になった時にだけ警報を出すように指示することができる。本発明の精神および範囲から逸脱することなく、警報に対しての代替、または付加的な条件を与えることができる。
【００３２】
説明をステップ２１４に戻す。ステップ２１４では、取引システム１００は、選択されたイベントチケットが取引されているか否かによって判定を行う。チケットの取引が実施されている場合（「ライブ（実施されている）」の場合）は、取引プロセスはステップ２２０に進む。ステップ２２０では、好ましくは取引システム１００が、ユーザーが取引の閲覧および取引への参加、およびまたは選択されたイベントチケットの購入することを可能にするウェブページへのアクセスをユーザーに提供する。好適な実施形態では、このステップは、例えば第三者の自動プログラムの使用といった、取引システムの乱用を防ぐために照合プロセスを含み得る。照合プロセスは、ユーザーに自動プログラムでは読むことができないテキストを含む画像を提示し、ユーザーが取引を進めるためにテキストを入力するテキスト照合を含む。本発明の精神および範囲から逸脱することなく、代替の照合方法を使用することができる。
【００３３】
ステップ２２２では、取引システム１００はユーザーに実施中の取引へのアクセスを提供する。好適な実施形態では、ウェブサーバ１２０は、ユーザーに選択されたイベントのチケットについての取引情報を含むウェブページを提供する。取引情報は、イベントの開始予定時間までの残り時間、またはイベントの終了予想時間までの残り時間を含むことが好ましい。取引情報は、例えば購入可能なチケットの数、購入可能なチケットのシート位置、および購入可能なチケットの現在の取引価格といったチケットに関する情報をも含み得る。取引情報は、価格が変化せずに、保証されている制限期間の長さの表示を含み得る。好適な実施形態では、チケット価格は、以下で更に詳細に述べるいくつかの要因によって、実施されている取引の間、定期的に変更されることがある。
【００３４】
ステップ２２４では、取引システム１００は、いくつかの購入可能なチケットを購入したいユーザーから指示を受ける。好適な実施形態では、取引システム１００はユーザーに取引システム１００に登録することによってアカウントを開設することを要求する。ステップ２２６では、取引システム１００は、例えばユーザーにログインを促すことによって、ユーザーが取引システム１００に登録されたユーザーであるか否かを判定する。代替として、取引システム１００は、登録プロセスを省略し、照合を開始する選択をユーザーに提供し得る。
【００３５】
ステップ２２８では、未登録ユーザーはアカウントを開設することができる。上述したように、アカウント開設のためのプロセスは、ユーザーに関する顧客プロフィールを構築するために、ウェブサーバ１２０で顧客インターフェース１１０からの情報を受けることを含む。顧客プロフィールは、ユーザーの名前および住所や、ユーザーの好きなイベントの種類、チーム、およびまたは会場といった嗜好といった個人情報と同じく、取引システムにログインするためのユーザーネームおよびパスワードといった情報を含み得る。本発明の精神および範囲から逸脱することなく、他のプロフィールや嗜好を含み得る。
【００３６】
ステップ２３０では、取引システム１００は、ユーザーに取引情報を提供するように促す。好適な実施形態では、取引情報はクレジットカード番号、有効期限、請求書送付先および電話番号のような支払および請求情報を含む。従って、ウェブサーバ１２０は、例えばＳＳＬ（Secure Sockets Layer）またはＳ−ＨＴＴＰ（Secure HyperText Transfer Protocol ）のような安全プロトコルを使用して、顧客インターフェース１１０と安全に接続されていることが好ましい。このステップは支払を送信および受信するための第三者（例えば、PayPal.com）のサービスの使用を含み得る。このステップは、購入を終了する前に最後の確認をユーザーにさせるために、取引情報およびチケット情報の概要をユーザーに提供することを含み得る。
【００３７】
ステップ２３２では、取引システム１００は、取引の概要と取引が完了したことの表示とを含み得る確認ページをユーザーに提供する。また、確認ページは、購入されたチケットのユーザーへの提供方法に関する情報を含み得る。例えば、好適な実施形態では、チケットは電子チケット（ｅ−チケット（e-tickets））としてユーザーに提供される。また、確認ページは、購入されたチケットがＥメールによりユーザーに提供されることの通知を含む。代替として、確認ページはユーザーがｅ−チケットのダウンロードに進むためのリンクを含んでもよい。
【００３８】
ステップ２３４では、取引サーバ１４０はステップ２３０でユーザーから入手した取引情報を受ける。取引サーバ１４０および会計サーバ１５０は、照合のために第三者のクレジットカード処理装置と通信するといった処理を実行する。クレジットカードが正当であると検証された場合には、取引システム１００は支払いが成功裏に処理されたことの確認をユーザーに提供する。クレジットカードの照合が失敗した場合には、取引システム１００はユーザーに通知し、ユーザーに課金情報の再入力または異なるクレジットカードの使用を要求する。取引が成功した場合には、会計サーバ１５０はイベントクライアント・データベース１６０のチケット在庫を、購入を反映して更新する。本発明の精神および範囲から逸脱することなく、チケット取引の処理に含まれる他の会計および取引に関するタスクが存在する。このようなタスクの例は、以下に限定されるわけではないが、取引サーバが会計サーバ１５０との通信し、単数または複数のチケット購入の数値属性またはテキスト属性の特定領域のための会計サーバデータへのログインを含む。数値属性またはテキスト属性の特定領域は、（１）（イベントクライアントへの）支払が可能な口座、およびまたは（イベントクライアントからの）受け取りが可能な口座の正確な口座に関連し、（２）売上高、手数料、必要料金、手数料および本発明を介してのチケット販売に関する他の費用のような極めて詳細な他の会計データを追跡するために好ましく、（３）取引システム１００を介してのチケット販売に関するクレジットカード手数料の処理を正常に終了するために好ましい。
【００３９】
最後にステップ２３６では、購入されたチケットは、ユーザーに提供、または少なくともユーザーの指示に従って配送される。上述したように、好適な実施形態では、チケットは電子チケット（ｅ−チケット）として提供される。例えば、ウェブサーバ１２０は、顧客インターフェース１１０にｅ−チケットを含むウェブページを発生させ得る。代替として、取引システム１００がＥメールまたは他の電子的通信手段（例えば、マルチメディアメッセージング）によりｅ−チケットを配送してもよい。好適な実施形態では、ｅ−チケットは、チケットが本物であることを確認するために会場スタッフによって使用され得る固有の識別子を含む。例えば、それぞれのｅ−チケットは、ｅ−チケットが本物であることを照明するために読み取られる固有のバーコードを含み得る。本発明の精神および範囲から逸脱することなく、代替のチケットの形式やチケットの配信方法を使用することが可能である。例えば、取引システム１００は、ユーザーがチケットを例えばウィルコール（Will Call）または他の場所で受け取る選択を提供する。
【００４０】
取引プロセスは、多くの典型的な規則に従って稼動するように構成され得る。例えば、イベントチケットは、イベントの開始予定時間の所定時間前までは購入することができない。また、イベントが公式に終了しない限り、またはイベントの公式な終了が近くならない限り（例えば、終了から所定の時間前）、イベントチケットは購入可能であり続ける。例えば、時間に基づいたスポーツイベントでは、試合の残り時間がゼロであることは終了ではない。ここでの残り時間は（ａ）試合の公式試合時間、または（ｂ）「延長」の場合によって判定され、延長は残り試合時間がなくなることにより公式に終了する。公式時間の増加により終了が規定されていないイベント（野球のようなスポーツまたは音楽コンサート）の場合、イベントの終了はイベントのルールが決定する終了（野球における通常イニングまたは延長イニングの最後のアウト）である。また、イベントのおおよその終了はある条件（音楽コンサートの最後の歌のアナウンス）に基づいている。終了が明らかでない条件の場合では、イベントの公式の開始からの経過時間が所定時間（例えば、２４時間、またはゴルフまたはクリケットのような長いイベントより更に長い時間）に達した場合にイベントが終了したとみなされる。
【００４１】
＜取引プロセス−代替実施形態＞
代替の取引プロセスが、取引システム１００と情報をやりとりするためにユーザーによる音声アクセスが使用される実施形態に使用され得る。例えば、実施形態では顧客インターフェース１１０は電話等である。音声アクセスを用いた実施形態では、ウェブサーバ１２０は、音声サーバ１２０を含むか、または音声サーバ１２０に置換されることに留意する。上述した取引プロセスの詳細は、音声アクセスによる実施形態に等しく適用することができるため、留意すべき相違点についてのみ以下に述べる。
【００４２】
ステップ２０２では、ユーザーは、取引システム１００の音声サーバ１２０に関連する電話番号をダイヤルすることによって、取引システム１１０にアクセスすることができる。音声サーバ１２０は、話すこと、およびまたは電話のプッシュホンを認識することができる音声対話ソフトウェア（例えば、ＤＴＭＦ検出）を含む。音声サーバ１２０は、ウェルカム・メッセージおよび選択メニューリストをユーザーに提供する。選択は、サービスのための登録、チケット予約、およびユーザーの地域でのイベントについての聴取を含み得る。その後、ユーザーは、所望の選択を進めるために、キーを押し、または単語または語句を話す。例えば、ユーザーは、チケット予約をするために、「２」を押すか、または「チケット予約」と言うように指示されてもよい。
【００４３】
ユーザーがチケット予約の選択を進めると、音声サーバ１２０はユーザーについて、または興味のあるイベントについての情報を提供するようにユーザーに促す。例えば、音声サーバは、イベントの名称、所望のチケットの数、および所望のチケットの等級（例えば、購入可能な内で最も良いもの、価格が最も安いもの、特定の価格帯のもの）のような一連の質問をユーザーに尋ね得る。代替として、ステップ２０４と同じように、音声サーバ１２０は興味のあるイベントの地理的位置（例えば、郵便番号または都市の名前）を提供するようにユーザーを促し得る。ステップ２０６では、取引システム１００はユーザーによって提供された情報に一致するイベントに対してクライアント・データベース１６０を検索し、また、イベントチケットが現在、取引されているか否かの判定を含み得る（ステップ２１２および２１４）。ステップ２２２では、音声サーバ１２０はユーザーによって提供された情報に可能な限り一致した購入可能なシートを説明する結果リストを話すことによってユーザーに返答する。また、音声サーバ１２０は代替の選択を提供し得る（「チケット当たり更に２ドル支払うことによって、あなたは４０ヤードラインに面したＢ区域に移動することができます」）。また、利用可能な値引きをユーザーに伝えるべく、チケットの現在価格に関連した値引きの提示（価格アルゴリズムの結果に基づいて）が提供され得る。
【００４４】
音声サーバ１２０は、ユーザーに購入可能なチケット選択のリストから選択するように指示する。ステップ２２４では、ユーザーは、所望のチケット選択に関連した適切な数字を押すことによって、あるいは数字または語句を言うことによって購入可能なチケット選択から選択することができる。また、音声サーバ１２０は、例えば異なるイベントへの変更、あるいはチケットの数またはチケットの質の変更といった、要求するチケットの情報を変更する機会をユーザーに提供する。最初からもう一度やり直す、または通話を終了するといった他の選択の余地をユーザーに提供してもよい。
【００４５】
この時点で、ユーザーが登録されたユーザーであるか否かを判定し、そうでない場合には、ユーザーに取引システム１００にアカウントを開設するように促すステップ２２６とステップ２２８とが選択的に実行され得る。ユーザーは、アカウントを開設するか、または登録処理を省略して直接に支払いに進むかの選択が与えられる。
【００４６】
ステップ２３０では、音声サーバ１２０はユーザーに、クレジットカード番号、有効期限、請求書送付先、および電話番号といった支払情報を含む取引情報を提供するように促す。ユーザーは、支払情報を会員プロフィールに組み込み、記憶するかの選択が与えられ得る。それから、ステップ２３４では、クレジットカードの照合プロセスが実行され、成功した場合には、音声サーバ１２０はユーザーに取引は正常に完了した旨を示すメッセージを返答する。その他の場合には、ユーザーは支払情報を再入力するか、異なるクレジットカードを試すように促され得る。
【００４７】
音声アクセスによる実施形態でのチケットの受け渡しは、ユーザーにウィルコール（Will Call）で受け取るよう指示することを含み得る。代替として、取引システム１００は、電子的形態のチケットをＥメールでユーザーに送付するために、Ｅメールアドレスを受けるように構成されてもよい。
【００４８】
＜価格決定アルゴリズム＞
チケットの提示価格を決定するために、付加的な規則が使用されることが好ましい。例えば、イベントチケットの購入者に対する取引およびそれぞれの提示価格は、多くの需要変数を測定するコンピュータによって実行される価格決定アルゴリズムに基づくことができる。ある実施形態では、価格決定アルゴリズムはチケット価格を下げることはできるが、上げることはできない。このような実施形態では、価格決定アルゴリズムは、イベントの開催前およびまたは開催中において、時間の経過およびまたは需要の衰退とともに、提示価格を下げる。ある実施形態では、価格決定アルゴリズムは、イベントの開催前およびまたは開催中において、イベントチケットの需要の増加およびまたは減少に対して、チケット価格を調整することができる。例えば、野球の試合中では、チケットの需要は試合が進むにつれて減少すると予想される。しかし、野球の試合の終盤においてノーヒットノーランであるといった普通でない、または例外的な場合には、チケットの需要は増加する場合がある。他の例では、ある実施形態において、イベントの開始前に始まり、終了する任意の期間の間に、イベントチケット価格を調整するべく、１つ以上の需要変数が使用され得る。他の実施形態では、イベントの開始前に始まり、イベントの開始後に終了する任意の期間の間に、イベントチケット価格を調整するべく、１つ以上の需要変数が使用され得る。さらに、他の実施形態では、イベントの開始後に始まり、終了する任意の期間の間に、イベントチケット価格を調整するべく、１つ以上の需要変数が使用され得る。
【００４９】
所定のイベントのチケットの需要は、以下のものを含む多くの要因によって決まる。
−イベントの広告（適切なリードタイムに）に費やした金額
−スポーツチームの成功、あるいはミュージシャンまたはバンドの人気のような要因によって誘引される特定のイベントに対する公衆の興味のレベル
−スポーツチームの人気選手のケガといったイベントの内容に与える影響
−イベントチケットの額面価格
−同じ地理的地域におけるイベントの数、種類および質（競合または代替的なイベントとして考慮され得る他のイベント）
−野外イベントに対する天候状態（ある程度は屋内イベントに対しても）
−イベント会場の場所、快適性および観客の経験から予想される総合的な質
【００５０】
本発明に係る価格決定アルゴリズムは、需要における変動を説明するために構成され得る。価格決定アルゴリズムは、一連の変数によって決まる単数のイベントチケットまたは一群のチケット（２以上）の価格をリアルタイムで算出する。それらの変数は、１つ以上の続いて発生する需要変数を含み得る。以下の詳細な記載のそれぞれは、変数の追跡または入力が手動的または自動的のいずれによって行われるのが好ましいかについての指摘を含み得る。しかし、代替の実施形態は、いずれの需要変数の自動的または手動的な入力または追跡を含み得る。
【００５１】
イベントクライアントＩＤ（ＣＩ）−チーム、プロモータ、会場、またはバンドの名前に対する識別番号。（自動的発生）
イベントＩＤ（ＥＩ）−特定のイベントに対する識別番号。（自動的発生）
イベント日付（ＥＤ）−イベントのカレンダ日付（例えば、May 1 , 2006、または05-01-200）。（手動入力）
イベント時間帯（ＴＺ）−イベントが開催される場所での時間帯。（手動入力）
サマータイム適用（ＤＬ）−イベント開始タイマのデータ管理のために、サマータイムの適用を確認。
イベント開始時間（ＥＳ）−イベントが開始する時間の時分秒（例えば、02:00:00 PM）。（手動入力）
譲渡締め切り時間（ＴＣ）−イベントクライアントが購入可能なチケットを取引システム１００に割り当てることを同意したイベント開始時間から前の時分秒（注意：これはチケット取引の開始時ではない）。（手動入力）
割り当て数（ＡＬ）−販売のためにイベントクライアントによって取引システムに割り当てられた特定のチケットカテゴリのチケットの数（例えば、４５０イベントチケット、または「全ての売れ残りシート」）。（手動入力）
チケットカテゴリ（ＣＧ）−取引システム１００に割り当てられたチケット一覧のためのチケットの種類またはイベントクライアントの分類名（例えば、クラブボックス、セクション２３５）。（手動入力）
現在日付（ＣＤ）−システムの時計／日付における現在日付。（自動追跡）
現在時間（ＣＴ）−システムの時計／日付における現在時間。（自動追跡）
予想長さ（ＥＬ）−過去の調査データに基づいた測定時間におけるイベントの長さ（例えば、02:45:00または２時間４５分０秒）。（手動入力）
予想終了時間（ＥＴ）−予想されるイベントの長さの変動に基づいた予想終了時間（例えば、May 1 , 2006 04:45PM）。（自動追跡）
取引開始時間（ＴＳ）−割り当てられたチケットの取引の開始時間。（手動入力）
額面価格（ＦＶ）−イベントチケットの額面価格。（手動入力）
開始時制限（ＳＬ）−取引開始時の割引の固定量（絶対値）（例えば、取引開始時には額面から０．２５ドル割引、または取引開始時には割引なし）。（手動入力）
開始時取引価格（ＳＡ）−開始時制限および額面に基づき、取引開始時に取引されるチケットの価格。（自動追跡）
底値（ＦＬ）−額面価格のパーセンテージとしての表示。これは、チケットの可能な割引価格を額面価格のパーセントとして表すパーセンテージ量である。（手動入力）
底値価格（ＦＡ）−底値の変動に基づき、結果として割引販売されるチケットの絶対的な価格である。（自動追跡）
予想長さのパーセンテージ（ＰＸ）−予想される長さのパーセンテージとして表される。これは取引が継続するイベントの予想長さのパーセントを表し、最も重要なことには取引の終了時を導きだすために使用される。（手動入力）
ＰＸ時間値（ＰＶ）−ＰＸにＥＬを掛け合わせた絶対値であり、時分秒で表される。取引の終了時間を計算するために、この時間がイベントの開始時間に加算される。（自動追跡）
取引終了時間（ＴＥ）−ＳＴ変数（イベント開始時間）にＰＶ変数を加えた時間。（自動追跡）
減少の増分（ＩＤ）−割引取引調整が行われるときのチケット価格調整の増分量。これは、次の数式に基づいた固定の絶対値である。（自動追跡）
（ＳＡ−ＦＡ）／（（ＴＳ−ＴＥ）／ＰＩ）
訪問者数需要フロー（ＤＡ）−サイトを訪問した人数。これは、イベントの範囲内での潜在的興味の増加または減少を予想するために、ＰＩ変数によって決められた特定の増分時間（例えば、ペース間隔：過去３分間）における取引システム１００に関連したウェブサイトの訪問者数を測定する。（自動追跡）
ショップ数需要フロー（ＤＳ）−特定のイベントのショップの量。これは、イベントの範囲内での潜在的興味の増加または減少を予想するために、特定の増分時間（例えば、ペース間隔：過去３分間）における取引システム１００に関連したウェブサイト上の特定のイベントのショップの量を測定する。（自動追跡）
購入量需要フロー（ＤＰ）−イベントの開始前またはイベントの開始後における特定の増分間においてのイベントチケットの購入量（例えば、イベントの開始までの残り時間が２３分３０秒のときに、過去９０秒間に１１枚のチケットが購入された、イベントの開始後から１０分１５秒が経過したときに、過去１２０秒間で６枚のチケットが購入された）。
サイト訪問者数調整閾値（ＡＴ）−サイト訪問者数（ＤＡ）の程度によって、時間の経過に伴うチケットの取引価格を、下げずに維持することを決定するための絶対値である。つまり、ＤＡがＰＩ内にＡＴに到達した場合に、ＰＩ間隔の間、価格を現在の水準に維持する。同様の測定が次の間隔のときに再び行われ、価格を下げ調整するか否かが調査される。（手動入力）
ショップ数調整閾値（ＳＴ）−ショップ数（ＤＳ）の程度によって、時間の経過に伴うチケットの取引価格を、下げずに維持することを決定するための絶対値である。つまり、ＤＳがＰＩ内にＳＴに到達した場合に、ＰＩ間隔の間、価格を現在の水準に維持する。同様の測定が次の間隔のときに再び行われ、価格を下げ調整するか否かが調査される。（手動入力）
購入量調整閾値（ＰＴ）−購入量（ＤＰ）の程度によって、時間の経過に伴うチケットの取引価格を、下げずに維持することを判定するための絶対値である。つまり、ＤＰがＰＩ内にＰＴに到達した場合に、ＰＩ間隔の間、価格を現在の水準に維持する。同様の測定が次の間隔のときに再び行われ、価格を下げ調整するか否かが調査される。（手動入力）
ペース間隔（ＰＩ）−これは、ＤＡ、ＤＳ、ＤＰ変数とＡＴ，ＳＴ，ＰＴ変数とのそれぞれと共に使用される所定の時間である。それぞれのペース間隔の間に（例えば、３分に設定する）、間隔の終了時にＩＤ変数によってチケット価格を低下させるか否かを判定するために、ＤＡ、ＤＳ、ＤＰ変数は各間隔の終わり付近で、それぞれのＡＴ、ＳＴ、ＰＴ変数に対してチェックされる。さらに取引の変化の予測可能性を避けるために、ＰＩは範囲として設定される（例えば、３分から５分の範囲または他の範囲で不規則に変動するように設定することができる）。（手動入力）
天候指標（ＷＩ）−これは、イベント開始時間の直前（２〜４時間前）の予報天候状態に基づいた段階変数である（例えば、１〜５）。多くの場合、この指標は、イベントの参加にプラスおよびマイナスのいずれの影響も与えない天候であることを示す３の中間位置が設定され得る。（手動入力）
【００５２】
本発明の精神および範囲から逸脱することなく、追加およびまたは代替の需要変数がチケット価格を調整するために使用され得る。また、上述したように、イベント自体の事情が、イベントチケットの需要およびチケット価格の調整の予想または決定に使用され得る。例えば、イベントが野球の試合である場合には、試合開始前およびまたは試合の進行中に、試合についての試合状況データを受け取るように、取引システムは構成され得る。例えば、取引システムは、主要選手の負傷、現在のイニング、得点、ヒット数、およびエラー数についてのデータを提供するコンピュータシステムと通信することができる。取引システムが、ノーヒットノーランが進行中であることを検出した場合には、取引システムは、チケット価格をよりゆっくりとした速度で低下させるか、維持するか、または増加させるかを決定するために、この情報を使用することができる。
【００５３】
価格決定アルゴリズムは当初のチケットの額面価格より低い価格を生じさせることが好ましいが、本発明の精神および範囲から逸脱することなく、少なくとも１つ以上の上述した需要変数または他の変数の実際の価格に従属させ得る。イベントの需要動向が十分に強い場合には、チケットは額面よりわずかに低い価格で販売され得る。手動入力変数は、それぞれのイベントおよびイベントクライアントとの関係に基づき個別に管理することができ、実際のイベント開始時間の十分前に（一般的には、数週間または数ヶ月前）契約により合意され得る。
【００５４】
図３は、価格決定アルゴリズムおよび取引システムによって実行されるプロセスの実施形態を示すフローチャートである。好適な実施形態では、当該価格決定アルゴリズムおよびプロセスは、コンピュータに実装されたプロセスであり、例えば、ソフトウェアに含まれた指示に従って実行される。ステップ３０２では、システムはイベントチケットの価格決定を開始する時間であるか否かを決定する。プロセスの最初の繰り返しの間には、当該決定は、ＴＳに関連する時間が来たか否かについて決定することを含み得る。２回目以降の繰り返しの間には、ステップ３０２は、ＰＩに関連する時間の長さが経過したか否かを決定することを含み得る。
【００５５】
次に、ステップ３０４では、システムは当該イベントチケットの価格決定が最初であるか否かを判定する。最初である場合にはステップ３０６で、チケット価格は最初のイベントチケット提供価格に設定される（例えば、取引開始価格ＳＡに関連した価格）。他方、ステップ３０８では、チケット価格調整の必要があるか否かによって判定がなされる。判定は、時間およびチケットフロー情報に基づいて行われることが好ましい（例えば、ステップ３１２の判定と同様）。
【００５６】
チケット価格の調整が必要である場合には、その後ステップ３１０でチケット価格は調整される。好適な実施形態では、チケット価格は需要変数、イベントパラメータおよびフロー最適化結果に従って調整される（例えば、ステップ３１４の判定と同様）。ある実施形態では、チケット価格は公知の価格調整方法に従って調整されてもよい。ある実施形態では、価格調整を行うために、上述した需要変数の少なくとも１つ以上を公知の価格決定方法と組み合わせて使用してもよい。当該価格決定プロセスの現在の繰り返しに関連した時間のイベントチケット価格を計算するべく、上述したような変数を使用するために少なくとも１つ以上の数学的および統計学的な方程式が設けられてもよい。
【００５７】
ステップ３１２では、システムはチケットフロー情報を収集する。当該ステップは、（ａ）直ぐ前の価格調整（例えば、ステップ３１０で）により販売されたイベントチケットの数、（ｂ）システムが販売したイベントチケットの全数、（ｃ）売れ残っているイベントチケットの全数、（ｄ）チケットを販売することができる残り時間の量、（ｅ）イベントに対して設定された積極的要素の判定といった情報の収集を含み得る。積極的要素は、天候指標（要素）と同様に、需要変数に基づいた他の指標であり、イベントクライアントがチケット価格の低下の程度および速度に対して付加的な（他の需要変数を包括する）制限を設定することを可能にする。例えば、他の需要変数を用いた取引システムによって決定された取引価格が、所定の時間において額面の８０％に推奨された場合に、積極的要素が１０であると、他の需要変数によって影響されない価格でチケットが取引されることを前提とすることができる。代わりに、積極的要素が１０より小さい値に設定されている場合には（例えば、控えめに１）、取引システムは推奨された価格よりも（比例的、対数的または他の統計学的手法により定められた）割引が少ない取引価格に（設定された攻撃的要素に基づいて）設定し、最初の推奨価格から積極性が低減される。
【００５８】
ステップ３１４では、システムはフロー最適化結果を算出する。好適な実施形態では、ステップ３１４は直前の価格調整の効果の判定を含む。当該ステップは、有効係数の算出を含み得る。有効係数は、システムが予測または予想したチケット需要と実際のチケット需要とを継続的に比較することによって、統計学的に自動的に導き出される。有効係数を測定する目的は、アルゴリズムがチケット販売の最大化において効果的に機能しているか否かを判定することである（需要変数の制限内において）。アルゴリズムが効果的に機能していない場合には（有効係数の結果に基づいて）取引の最中またはイベント終了後に、再び測定された実際の販売および有効係数が改善され、改善の余地がなくなるまで、需要変数の設定を変更するように推奨する。ステップ３１４はまた、次の販売期間に対する予想アルファを見積もることを含み得る。アルファは有効係数を最大化する目的を支持するために使用される統計学的測定である。ステップ３１４は、次の販売期間のチケット販売量を見積もることをさらに含み得る。販売量の見積は、有効係数を最大化する目的を支持するために使用され得る。
【００５９】
ステップ３１６では、システムはチケット価格を維持するべきか否かを確認する。当該ステップは、現在のイベントチケットの取引を終了する時間であるか否かを判定するために、ＴＥに関連した時間と、現在のシステム時間とを比較することを含み得る。終了時間である場合には、プロセスは終了する。他方の場合には、プロセスはステップ３０２から再び継続する。
【００６０】
本発明の精神および範囲から逸脱することなく、価格決定の代替方法を実施することができる。例えば、取引システム１００は、イベントクライアントに時間の経過と共に価格の低下速度を変更する価格経路を設定することを可能にしてもよい。例えば、取引システム１００は、イベントクライアントに直線状の価格経路、固定価格経路、または階段関数による価格経路を設定することを可能にしてもよい。
【００６１】
＜実施例＞
チケット価格を算出するために使用され得る需要変数の例について説明する。価格決定アルゴリズムに従ってチケット価格を算出する本実施例に使用される特定の値を表１に示す。これらの値は単に例示であって、本発明を限定することことを意図するものではない。
【００６２】
【表１】
2008544346.tif 000003
【００６３】
図４は、表１に記載の例示的な値を使用した好適なアルゴリズムに従った場合の、時間に対するチケット価格の考えられる変化を示すグラフである。取引は、ＴＳ＝１８：３０：００に開始する。チケットが販売されるイベントは、ＥＳ＝１９：０５：００に開始する。取引は、ＴＥ＝２０：１１ ：００に終了する。本実施例では、取引の予定終了時間は、ＰＸ、ＥＬ、およびＳＴを含む計算に基づいている。
ＴＥ＝（ＰＸ＊ＥＬ）＋ＥＳ    （１）
ここで、ＰＸは取引を継続するイベントの予定長さの割合であり、ＥＬはイベントの予定長さであり、ＥＳはイベントの開始時間である。図４では、曲線４００は実際の取引期間の間（すなわち、ＴＳとＴＥの間）に最も大きく割引された状態を示しており、曲線４０２は実際の取引期間の間に取引価格が固定されたままの状態を示している。実際の取引の間に、価格は線４００および４０２の間または線状に設定され、サイト訪問者数需要フロー（ＤＡ）、ショップ数需要フロー（ＤＳ）、購入量需要フロー（ＤＰ）、サイト訪問者数調整閾値（ＡＴ）、ショップ数調整閾値（ＳＴ）、購入量調整閾値（ＰＴ）、およびペース間隔（ＰＩ）に依存する。
【００６４】
開示した原理に関連した様々な実施形態を上述したが、これらは例示であって、限定するものではないことを理解されたい。従って、本発明の範囲は、上述した実施形態によって限定されるべきではなく、特許請求の範囲およびその均等物のみによって確定されるべきである。また、上述した利点および特徴は、記述された実施形態において備えられるものであるが、特許請求の範囲に記載された発明の応用を、上述した利点の全てまたはいずれかを達成するプロセスおよび構成物に制限すべきではない。
【００６５】
また、単数形の「発明」に対する本開示のいずれの言及も、本開示における唯一の特許性として議論に用いるべきではない。複数の発明が、本開示の複数の請求項による限定によって記載されている。これらの請求項は複数の発明、および保護される均等物を確定する。全ての場合において、請求項の範囲は、本開示の独自の特許性に基づいて考慮されるべきであり、ここで記載された表題に制限されるべきではない。
【図面の簡単な説明】
【００６６】
【図１】本発明に係る取引システムの好適な実施形態を示すブロック図である。
【図２Ａ】取引システムによって実行される取引プロセスを示すフロー図である。
【図２Ｂ】取引システムによって実行される取引プロセスを示すフロー図である。
【図３】取引システムによって実行される価格決定アルゴリズムおよびプロセスを示すフロー図である。
【図４】好適なアルゴリズムに従った場合の、時間に対するチケット価格の考えられる変化を示すグラフである。
【図１】
2008544346.tif 000004
【図２Ａ】
2008544346.tif 000005
【図２Ｂ】
2008544346.tif 000006
【図３】
2008544346.tif 000007
【図４】
2008544346.tif 000008
【手続補正書】
【提出日】平成19年6月28日(2007.6.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベントチケットの売買を容易にするためのコンピュータに実装された取引システムであって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間に、チケット販売を制限する規則に基づいて前記チケットの販売が可能か否かを判定する
ように構成された処理装置を１つ以上含むことを特徴とするシステム。
【請求項２】
前記イベントは、スポーツイベント、コンサートイベント、劇場イベント、および家族向け娯楽イベントからなる群から選ばれることを特徴とする、請求項１に記載のシステム。
【請求項３】
チケット販売を制限する前記規則は、前記イベントの予定開始時間前の予め決められた期間に、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項１に記載のシステム。
【請求項４】
前記予め決められた期間は、７２時間以内であることを特徴とする、請求項３に記載のシステム。
【請求項５】
チケット販売を制限する前記規則は、前記イベントの予定終了時間まで、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項１に記載のシステム。
【請求項６】
前記１つ以上の処理装置は、更に、
（ａ）前記イベントの予定開始時間までの時間、
（ｂ）前記イベントの開始から経過した時間、
（ｃ）前記イベントの予定終了時間までの残り時間
の少なくとも１つ以上の少なくとも一部分以上に基づいて前記チケットの価格を計算するように構成されていることを特徴とする、請求項１に記載のシステム。
【請求項７】
イベントチケットの売買を容易にするためのコンピュータに実装された方法であって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間に、チケット販売を制限する規則に基づいて前記チケットの販売が可能か否かを判定する
ことを特徴とする方法。
【請求項８】
前記イベントは、スポーツイベント、コンサートイベント、劇場イベント、および家族向け娯楽イベントからなる群から選ばれることを特徴とする、請求項７に記載の方法。
【請求項９】
チケット販売を制限する前記規則は、前記イベントの予定開始時間前の予め決められた期間に、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項７に記載の方法。
【請求項１０】
前記予め決められた期間は、７２時間以内であることを特徴とする、請求項９に記載の方法。
【請求項１１】
チケット販売を制限する前記規則は、前記イベントの予定終了時間まで、販売のためにチケットの提供を開始することを許容することを特徴とする、請求項７に記載の方法。
【請求項１２】
前記１つ以上の処理装置は、更に、
（ａ）前記イベントの予定開始時間までの時間、
（ｂ）前記イベントの開始から経過した時間、
（ｃ）前記イベントの予定終了時間までの残り時間
の少なくとも１つ以上の少なくとも一部分以上に基づいて前記チケットの価格を計算するように構成されていることを特徴とする、請求項７に記載の方法。
【請求項１３】
イベントチケットの売買を容易にするためのコンピュータに実装された取引システムであって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間の間に設定される需要変数の値の少なくとも１つ以上の少なくとも一部分に基づき前記チケットの価格を算出する
ように構成された処理装置を１つ以上含むことを特徴とするシステム。
【請求項１４】
前記チケットの前記価格は、前記イベントの開始までの時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１５】
前記チケットの前記価格は、前記イベントの開始からの経過時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１６】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１７】
前記チケットの前記価格は、前記イベントの開始直前または開催中の天候状態に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１８】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットに関する問い合わせ量に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項１９】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットの販売量に少なくとも一部分は基づいていることを特徴とする、請求項１３に記載のシステム。
【請求項２０】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定開始時間より前の７２時間以内に開始することを特徴とする、請求項１３に記載のシステム。
【請求項２１】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定終了時間に終了することを特徴とする、請求項１３に記載のシステム。
【請求項２２】
イベントチケットの売買を容易にするためのコンピュータに実装された方法であって、
イベントのチケットの在庫情報に対するユーザーからの要求を受け、
前記イベントの購入可能なチケットについてデータベースの検索を実施し、
前記イベントの開始直前に始まり、前記イベントの間継続する期間の間に設定される需要変数の値の少なくとも１つ以上の少なくとも一部分に基づき前記チケットの価格を算出する
ことを特徴とする方法。
【請求項２３】
前記チケットの前記価格は、前記イベントの開始までの時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記チケットの前記価格は、前記イベントの開始からの経過時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２５】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２６】
前記チケットの前記価格は、前記イベントの開始直前または開催中の天候状態に少なくとも一部分は基づいていることを特徴とする、請求項２２３に記載の方法。
【請求項２７】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットに関する問い合わせ量に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２８】
前記チケットの前記価格は、前記イベントの開始直前または開催中における一定の時間増分間の前記イベントのチケットの販売量に少なくとも一部分は基づいていることを特徴とする、請求項２２に記載の方法。
【請求項２９】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定開始時間より前の７２時間以内に開始することを特徴とする、請求項２２に記載の方法。
【請求項３０】
前記需要変数の前記値が設定される前記期間は、前記イベントの予定終了時間に終了することを特徴とする、請求項２２に記載の方法。
【請求項３１】
イベントのチケットの価格を決定する方法であって、
（ａ）前記イベントの開始から経過した時間、および（ｂ）前記イベントの予定終了時間までの残り時間の少なくとも１つ以上を判定し、
以上のように判定された時間と、（ａ）一定の時間増分間の前記イベントのチケットに関する問い合わせ量、および（ｂ）一定の時間増分間の前記イベントのチケットの販売量の少なくとも１つ以上とに基づいて、前記イベントのチケットの価格を低下させることを特徴とする方法。
【請求項３２】
前記チケットの前記価格は、前記イベントの開始からの経過時間が増加するにつれて、追加的に低下されることを特徴とする、請求項３１に記載の方法。
【請求項３３】
前記チケットの前記価格は、前記イベントの予定終了時間までの時間が減少するにつれて、追加的に低下されることを特徴とする、請求項３１に記載の方法。
【請求項３４】
前記チケットの前記価格の前記低下は、更に、前記イベントの直前または開催中の天候状態に基づいていることを特徴とする、請求項３１に記載の方法。
【請求項３５】
ウェブサイトで販売するチケットを提供することを更に含み、
前記チケットの前記価格の前記低下は、（ａ）一定の時間増分間の前記ウェブサイトへの訪問者数、（ｂ）一定の時間増分間の前記イベントのチケットに関する前記ウェブサイトへの問い合わせ量、および（ｃ））一定の時間増分間の前記ウェブサイトを介しての前記イベントのチケット販売量の少なくとも１つ以上に更に基づいていることを特徴とする、請求項３１に記載の方法。
【請求項３６】
イベントのチケット価格を調整する方法であって、
前記イベントのチケットの価格を決定するステップと、
１つ以上の需要変数の値を判定し、
前記需要変数に基づいた前記イベントの前記チケットの前記価格を変更するか否かを判定し、
前記価格を変更すべきであると判定した場合に、前記１つ以上の需要変数の前記値の少なくとも一部分に基づいた前記チケットの前記価格を調整する
ことを含む価格決定プロセスを１回以上繰り返し実行するステップと
を含むことを特徴とする方法。
【請求項３７】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開始前に開始して終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３６に記載の方法。
【請求項３８】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開始前に開始し、前記イベントの開催中に終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３６に記載の方法。
【請求項３９】
前記価格決定プロセスを１回以上繰り返し実行するステップは、前記イベントの開催中に開始して終了する一定の期間にわたって、前記価格決定プロセスの繰り返しを複数回実行することを特徴とする、請求項３６に記載の方法。
【国際調査報告】
2008544346.tif 000009