(57)【要約】  一つの概括的な態様では、クライアント１０２上に存在するメディアに関連した情報が識別される。１つまたは複数のパフォーマンスがネットワーク装置１０６から自動的に読み出される。識別されたメディアに関連した少なくとも１つのパフォーマンスは、メディア情報に少なくとも部分的に基づいて識別される。少なくとも１つのパフォーマンスは、クライアントのユーザに表示される。
2008522331.tif 000002
【特許請求の範囲】
【請求項１】
クライアント上に存在するメディアを識別する情報を受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを自動的に識別するステップであって、前記パフォーマンス情報の少なくとも一部分がサード・パーティーのプロバイダから集められる、ステップと、
前記１つまたは複数の機会を前記クライアントに送るステップと、
を含む方法。
【請求項２】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項１に記載の方法。
【請求項４】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項３に記載の方法。
【請求項５】
クライアント上に存在するメディアに関連した情報を識別するステップと、
１つまたは複数のパフォーマンスをネットワーク装置から自動的に読み出すステップと、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した少なくとも１つのパフォーマンスを識別するステップと、
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップと、
を含む方法。
【請求項６】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
をさらに含む、請求項５に記載の方法。
【請求項７】
クライアント上に存在するメディアを識別する情報を受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを自動的に識別するステップであって、前記パフォーマンス情報の少なくとも一部分がサード・パーティーのプロバイダから集められる、ステップと、
前記１つまたは複数の機会を前記クライアントに送るステップと、
を含む動作をデータ処理装置に行わせるための命令を保存した機械読取り可能媒体を含む物品。
【請求項８】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項７に記載の物品。
【請求項９】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項７に記載の物品。
【請求項１０】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項９に記載の物品。
【請求項１１】
クライアント上に存在するメディアに関連した情報を識別するステップと、
１つまたは複数のパフォーマンスをネットワーク装置から自動的に読み出すステップと、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した少なくとも１つのパフォーマンスを識別するステップと、
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップと、
を含む動作をデータ処理装置に行わせるための命令を保存した機械読取り可能媒体を含む物品。
【請求項１２】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
を含む動作を前記命令がデータ処理装置にさらに行わせる、請求項１１に記載の物品。
【請求項１３】
パフォーマンスを保存するように動作できるメモリと、
クライアント上に存在するメディアを識別する情報を受け取るステップ、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを自動的に識別するステップであって、前記パフォーマンス情報の少なくとも一部分がサード・パーティーのプロバイダから集められる、ステップ、および
前記１つまたは複数の機会を前記クライアントに送るステップ
を行うように動作できる１つまたは複数のプロセッサと、
を含むシステム。
【請求項１４】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項１３に記載のシステム。
【請求項１５】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項１３に記載のシステム。
【請求項１６】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項１５に記載のシステム。
【請求項１７】
メディアを保存するように動作できるメモリと、
クライアント上に存在するメディアに関連した情報を識別するステップ、
１つまたは複数のパフォーマンスをネットワーク装置から自動的に読み出すステップ、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した少なくとも１つのパフォーマンスを識別するステップ、および
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップ
を行うように動作できる１つまたは複数のプロセッサと、
を含むシステム。
【請求項１８】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
を前記プロセッサがさらに行うように動作できる、請求項１７に記載のシステム。
【請求項１９】
クライアント上に存在するメディアに関連した情報を識別するステップと、
前記メディア情報に少なくとも部分的に基づいてパフォーマンスを識別するように動作できるネットワーク装置に前記メディア情報を自動的に送るステップと、
前記クライアント上に存在するメディアを識別する前記メディア情報を受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを自動的に識別するステップであって、前記パフォーマンス情報の少なくとも一部分がサード・パーティーのプロバイダから集められる、ステップと、
前記１つまたは複数の機会を前記クライアントに送るステップと、
前記メディアに関連したパフォーマンスを含む応答を受け取るステップと、
前記パフォーマンスを前記クライアントのユーザに表示するステップと、
を含む方法。
【請求項２０】
前記パフォーマンスの少なくとも１つを識別する選択を前記ユーザから受け取るステップと、
前記パフォーマンスの前記少なくとも１つについての要求を前記ネットワーク装置に送るステップと、
をさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、「Ｍｅｔｈｏｄ  ｏｆ  Ｐｒｏｖｉｄｉｎｇ  Ｃｏｎｓｕｍｅｒｓ  ｗｉｔｈ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｂｏｕｔ  ａｎｄ  Ｔｉｃｋｅｔ  Ｐｕｒｃｈａｓｅ  Ｏｐｐｏｒｔｕｎｉｔｉｅｓ  ｆｏｒ  Ｐｅｒｆｏｒｍａｎｃｅｓ  ｉｎ  ａ  Ｓｐｅｃｉｆｉｃ  Ｇｅｏｇｒａｐｈｉｃ  Ａｒｅａ」という表題の２００４年１２月２日に出願された米国仮特許出願第６０／６３２，７７８号の利益を主張する。
【０００２】
本発明はオンライン販売に関し、より詳細には、パフォーマンスの購買機会を提供することに関する。
【背景技術】
【０００３】
ユーザの音楽またはパフォーマンスの嗜好に関連した購買機会を監視し、および／または識別することは、課題が多く、必要以上の時間を要することがある。例えばコンサートに参加したい人は、通常、可能な購買機会に関して、チケット・プロバイダに電話をかけ、および／またはオンラインで検索する。このような活動では、どんな事業体に連絡をとるべきか、およびどんな検索パラメータを規定すべきかをその当事者が正確に知っていることが必要となることがある。この種の情報が知られていない場合には、イベントへのチケットを探し出し、購入するために、当事者は必要以上の時間を費やしてしまうことがある。
【発明の要約】
【０００４】
一つの概括的な態様（ａｓｐｅｃｔ）では、クライアント上に存在するメディアに関連した情報が識別される。１つまたは複数のパフォーマンスがネットワーク装置から自動的に読み出される。識別されたメディアに関連した少なくとも１つのパフォーマンスは、メディア情報に少なくとも部分的に基づいて識別される。少なくとも１つのパフォーマンスは、クライアントのユーザに表示される。
【０００５】
各実装（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）には、下記の特徴のうち１つまたは複数を含むことができる。メディア情報は、少なくとも１人のアーティストの識別情報を含む。１つまたは複数のパフォーマンスは、コンサートのリストを含む。１つまたは複数のパフォーマンスは、利用可能なチケットの表示をさらに含む。
【０００６】
本発明の１つまたは複数の実施例についての詳細が、添付図面および以下の説明に記される。本発明の他の特徴、目的、および利点が、説明および図面から、および特許請求項から明らかになろう。
【０００７】
様々な図面中の同様の参照記号は、同様の要素を示す。
【発明を実施するための最良の形態】
【０００８】
図１は、イベント管理システム１００の構成図である。概括的には、システム１００は、クライアント１０２上に存在するメディアに少なくとも部分的に基づいて購買機会を識別し、クライアント１０２に提供する。購買機会は、製品、ライブ・パフォーマンス、同様のメディア、および個人がサード・パーティーから購入することができる他の有形ならびに無形の品目と関連してよい。例えばシステム１００は、近隣の場所で特定のバンドがクライアント１０２上に存在するそのバンドの楽曲の識別に少なくとも部分的に基づいて行っているコンサートを識別することができる。高いレベルにおいては、システム１００は分散環境中で動作し、購買機会をクライアント１０２に提供する。例えばシステム１００は、クライアント１０２上に存在する少なくとも識別用のメディアに応答して購買機会を自動的に提供することができる。メディアは、例えばイメージ・ファイル、テキスト・ファイル、オーディオ・ファイル、ビデオ・ファイル、オーディオビジュアル・ファイル、および／または他のマルチメディア・ファイルを含んでよい。図示の例では、システム１００は、ネットワーク１０８を介して接続されるクライアント１０２、イベント・サーバ１０４、および機会プロバイダ１０６を含む。しかし、システム１００は、任意の他の適切なコンピュータの環境であってよい。結果的には、システム１００は、クライアント１０２上に保存されたファイルを通じてユーザが興味を示しているアーティストの、またはそうでない場合には、（ジャンル、主題、他のユーザの同様の興味、または任意の他の関係によって）保存されたファイルに関係するアーティストの近辺のコンサート（ｌｏｃａｌ  ｃｏｎｃｅｒｔ）について、クライアント１０２のユーザに自動的に知らせることができる。実際には、システム１００は、当事者が購買機会を積極的に検索することによって自分の興味を追求する際の時間と労力とを軽減できることを可能にする。
【０００９】
クライアント１０２は、典型的には、ネットワーク１０８を介してサーバ１０４と機会プロバイダ１０６とからサービスおよび情報を要求し受け取るコンピュータである。図示の例では、クライアント１０２は、グラフィカル・ユーザ・インターフェース（ＧＵＩ）１１０、メモリ１１２、およびプロセッサ１１４を含む。サーバ１０４に結合される任意の数のクライアント１０２があってよいことが理解されよう。概括的には、クライアント１０２は、ネットワーク１０８を介してサーバ１０４に要求を伝達し応答を受け取るために、入力装置、出力装置、大容量保存メディア、プロセッサ、メモリ、インターフェース、通信ポート、または他の適切な要素を含むことができる。例えば、クライアント１０２は、キーパッド、タッチ・スクリーン、マウス、または情報を受け入れることができる他の装置などの入力装置と、デジタル・データ、視覚情報、または任意の他の適切な情報を含め、サーバ１０４またはクライアント１０２の動作に関連した情報を伝える出力装置とを含むコンピュータを有してよい。入力装置および出力装置の双方は、データ表示部の一部分、すなわちＧＵＩ１１０を通じて入力をクライアント１０２のユーザから受け取ると共に出力を同ユーザに与えるために、磁気コンピュータ・ディスク、ＣＤ−ＲＯＭ、または他の適切なメディアなどの固定のまたは取外し可能な保存メディアを含んでよい。本書類中で使用されるときには、クライアント１０２は、パーソナル・コンピュータ、ワークステーション、ネットワーク・コンピュータ、キオスク、無線データ・ポート、パーソナル・データ・アシスタント（ＰＤＡ）、これらのもしくは他の装置内の１つもしくは複数のプロセッサ、または任意の他の適切な処理装置を包含することを意図する。本開示では、汎用コンピュータ以外のコンピュータ、ならびに従来の動作システムを備えていないコンピュータを意図している。
【００１０】
ＧＵＩ１１０は、クライアント１０２のユーザが任意の適切な目的のためにシステム１００の少なくとも一部分とインターフェース接続することが可能となるように動作できるグラフィカル・ユーザ・インターフェースを有する。概して、ＧＵＩ１１０は、図表および表などのシステム１００によって提供される効率的な、および分かりやすいデータの表示をクライアント１０２のユーザに提供する。ＧＵＩ１１０は、ユーザによって操作される対話フィールド、プルダウン・リスト、およびボタンを備えた複数の表示部を有することができる。「グラフィカル・ユーザ・インターフェース」という用語は、特定のグラフィカル・ユーザ・インターフェースの各表示部で１つまたは複数のグラフィカル・ユーザ・インターフェースを説明するために、単数または複数として使用可能であることを理解されたい。さらには、ＧＵＩ１１０は、システム１００の情報を処理しその情報をユーザに効率的に示す、汎用ウェブ・ブラウザなどの任意のグラフィカル・ユーザ・インターフェースを意図する。サーバ１０４は、ウェブ・ブラウザ（例えばマイクロソフト・インターネット・エクスプローラ、またはネットスケープ・ナビゲータ）を介して、クライアント１０２からデータを受け入れ、適切なハイパー・テキスト・マークアップ・ランゲージ（ＨＴＭＬ）またはエクステンシブル・マークアップ・ランゲージ（ＸＭＬ）の応答を返すことができる。加えて、ＧＵＩ１１０は、サーバ１０４と情報を交換するためにメモリ１１２および／またはプロセッサ１１４を有するインターフェースを備える。
【００１１】
メモリ１１２は、任意のメモリまたはデータベースのモジュールを含んでよく、磁気メディア、光メディア、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、取外し可能メディア、または任意の他の適切なローカルもしくはリモートのメモリ要素を非限定に含む揮発性または不揮発性メモリの形態をとってよい。この例では、図示のメモリ１１２は、メディア・プロファイル１１６およびプロバイダ・プロファイル１１８を含んでいるが、任意の他の適切なデータを含んでもよい。
【００１２】
各メディア・プロファイル１１６は、クライアント１０２上に存在するメディアを識別するエントリまたはデータ構造を含む。例えばメディア・プロファイル１１６は、アーティスト、アルバム、楽曲、日付、メディア・ファイル（例えば音波パターン）の一部分、および保存された楽曲に関連した他の情報を識別することができる。他の例では、メディア・プロファイル１１６は、映画、監督、年度、および保存された映画に関連した他の情報を識別することができる。メディア・プロファイル１１６は、アーティスト、バンド、リード・ボーカル（ｌｅａｄ  ｓｉｎｇｅｒ）、バンド・メンバー、ジャンル、発売日、保存された日、使用頻度、監督、タイトル、俳優、またはメディアに関連した他の情報のうち１つまたは複数を含むことができる。各メディア・プロファイル１１６は、単一のメディア・ファイルと関連付け可能であり、または複数のメディア・プロファイル１１６は、単一のメディア・ファイルと関連付け可能である。メディア・プロファイル１１６は、ジャンル、アーティスト、監督、期間、または他の適切なカテゴリと関連付け可能である。メディア・プロファイル１１６は、例えばエクステンシブル・マークアップ・ランゲージ（ＸＭＬ）文書、フラット・ファイル、コンマ区切り値（ＣＳＶ）ファイル、名前値ペア・ファイル、ＳＱＬ表、配列、オブジェクトなどの任意の適切な形式であってよい。メディア・プロファイル１１６は、クライアント１０２によって、サード・パーティーのベンダーまたはクライアント１０２の任意の適切なユーザによって動的に作成され、デフォルト・ファイルからロードされ、またはネットワーク１０８を介して受け取られることができる。
【００１３】
各プロバイダ・プロファイル１１８は、機会プロバイダ（ｏｐｐｏｒｔｕｎｉｔｙ  ｐｒｏｖｉｄｅｒ）１０６から購買機会とコンタクトし、読み出すために、クライアント１０２によって使用される規則、命令、パラメータ、アルゴリズム、および／または他の指令を含む。各プロバイダ・プロファイル１１８は、ある特定のプロバイダ１０６、複数のプロバイダ１０６、プロバイダのタイプ、プロバイダのグループと関連付け可能であり、または複数のプロバイダ・プロファイル１１８は、単一のプロバイダ１０６と関連付け可能である。例えばプロバイダ・プロファイル１１８は、ネットワーク・アドレスを含むことができ、機会プロバイダ１０６からパフォーマンスを検索しおよび／または読み出すために必要なプロトコルおよびパラメータを識別することができる。さらには、プロバイダ・プロファイル１１８は、プロバイダ１０６のネットワーク・アドレス、あるタイプのプロバイダ、プロバイダ１０６の説明、および他の適切な情報のうち１つまたは複数を含んでよい。プロバイダ・プロファイル１１８は、例えばウェブ・ページ、ＸＭＬ文書、フラット・ファイル、ＣＳＶファイル、名前値ペア・ファイル、ＳＱＬ表などの任意の適切な形式であってよい。さらには、プロバイダ・プロファイル１１８は、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、ＨＴＭＬ、Ｐｅｒｌなどを含む任意の適切なコンピュータ言語で書かれてよく、または任意の適切なコンピュータ言語に基づいてよい。
【００１４】
クライアント１０２はまた、プロセッサ１１４も含む。プロセッサ１１４は、クライアント１０２の動作を行うための命令を実行し、データを操作し、例えば中央演算処理装置（ＣＰＵ）、ブレード、特定用途向け集積回路（ＡＳＩＣ）、またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などの任意の処理用または計算用の要素であってよい。図１は、クライアント１０２内の単一のプロセッサ１１４を示しているが、複数のプロセッサ１１４が特定の必要性に応じて使用可能であり、プロセッサ１１４と称することは、適用可能な場合には、複数のプロセッサ１１４を含むことを意味する。プロセッサ１１４は、クライアント１０２内に存在するメディアを識別するイベント・エンジン１２０を実行し、プロバイダ１０６から購買機会を読み出し、識別されたメディアに関連した購買機会をＧＵＩ１１０を介してクライアント１０２のユーザに示す。
【００１５】
イベント・エンジン１２０は、サーバ１０４および／または機会プロバイダ１０６と通信できるように結合された任意のソフトウェア、ハードウェア、ファームウェア、またはそれらの組合せである。例えばイベント・エンジン１２０は、クライアント１０２上に存在するメディアを識別する情報をサーバ１０４および／またはプロバイダ１０６に送るように動作可能であってよい。結果的には、送られた情報は、識別されたメディアに関連した購買機会を識別する（または識別するために使用される）ことができる。音楽の例では、イベント・エンジン１２０は、楽曲、バンド、および使用頻度を識別する情報を送ることができ、ユーザが識別されたバンドに興味がある可能性があることを示唆する。いくつかの例では、イベント・エンジン１２０は、利用可能なパフォーマンスをプロバイダ１０６から読み出し、クライアント１０２上に存在する識別されたメディアをその読み出されたパフォーマンスと比較することにより１つまたは複数のパフォーマンスを識別する。この場合には、クライアント１０２上に存在するメディアに関連したパフォーマンスの識別は、プロバイダ１０６と比較して、イベント・エンジン１２０により行われる。いくつかの例では、イベント・エンジン１２０は、クライアント１０２上に存在するメディアを識別するための要求をサーバ１０４から受け取る。その要求に応答して、イベント・エンジン１２０はメディア・プロファイル１１６を決定し、または、そうでない場合には識別し、ユーザの嗜好を識別する情報をサーバ１０４に送る。より詳細には、イベント・エンジン１２０は、いくつかのまたは全てのメディア、ジャンル、使用頻度、前の要求以来の新規メディア、アーティスト、発売日、ダウンロード日、以上の組合せ、またはメディアに関連した他の情報を識別することができる。代替として、または併用として、イベント・エンジン１２０は、クライアント１０２上に存在するメディアを周期的（例えば１２時間毎、１日毎、１週間毎、１ヵ月毎、６ヵ月毎）に識別し、結果を示す情報をサーバ１０４および／またはプロバイダ１０６に自動的に送ることができる。
【００１６】
さらには、イベント・エンジン１２０は、購買機会をサーバ１０４および／またはプロバイダ１０６から受け取り、その購買機会をＧＵＩ１１０を介してクライアント１０２のユーザに自動的に示すように動作できることが可能である。その表示は、クライアント１０２のユーザからの対話なしに行われてよく、ユーザがその表示を回避または再スケジュールできるようにしなくてもよい。いくつかの例では、イベント・エンジン１２０は、購買機会が利用可能であるということをユーザに知らせ、その機会の表示を受け入れ、拒否し、または延期するための機構を備える。例えばユーザは、表示、Ｅメール、音声表示、および／または他の機構により知らされることができる。イベント・エンジン１２０は、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｐｅｒｌなどを含む任意の適切なコンピュータ言語で書かかれてよく、または任意の適切なコンピュータ言語に基づいてよい。イベント・エンジン１２０は、単一のマルチタスクのモジュールとして図示されているが、このエンジンによって行われる特徴および機能性は、複数のモジュールによって行われてもよいことが理解されよう。
【００１７】
サーバ１０４は、メモリ１２２およびプロセッサ１２４を含み、概して、システム１００に関連したデータを受け取り、送り、処理し、保存するように動作できる電子計算用の装置である。簡潔に上述した通り、メモリ１０８は機会プロファイル１２８を含むが、任意の他の適切なデータを含んでもよい。
【００１８】
各機会プロファイル１２８は、典型的には、識別されたメディアに関連した１つまたは複数の購買機会を識別するように動作できるエントリまたはデータ構造を有する。機会プロファイル１２８は、アーティスト、住所、電話番号、ＵＲＬ、バンド、監督、タイトル、日付、価格、利用可能な座席配置、会場の種類、または購買機会に関連した他の情報のうち１つまたは複数を含むことができる。バンドの例では、機会プロファイル１２８は、ウェブサイト、日付、会場の種類、価格、座席配置の種類、価格、住所、および電話番号を含むことができる。機会プロファイル１２８は、プロバイダ１０６から受け取られる情報を含んでよく、さらには、地域限定的に（ｌｏｃａｌｌｙ）作成されたコンテンツも含んでよいことが理解されよう。機会プロファイル１２８は、例えばＸＭＬ文書、フラット・ファイル、ＣＳＶファイル、名前値ペア・ファイル、ＳＱＬ表、ＨＴＭＬページ、テキスト・メッセージなどの任意の適切な形式であってよい。加えて、コンテンツ２１２は、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｐｅｒｌなどを含む任意の適切なコンピュータ言語で書かれてよく、または任意の適切なコンピュータ言語に基づいてよい。
【００１９】
サーバ１０４はまた、１つまたは複数のプロセッサ１３０も含む。プロセッサ１３０は、例えばＣＰＵ、ＡＳＩＣ、またはＦＰＧＡなどのサーバ１０４の動作を行うための命令を実行し、データを操作する。図示の例では、サーバ１０４は、機会モジュール１３０を含む。機会モジュール１３０は、購買機会をプロバイダ１０６からダウンロードし、クライアント１０２からの要求を処理し、購買機会をクライアント１０２に自動的に送るように動作できる任意のハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せである。例えば機会モジュール１３０は、メディアに関連した購買機会を求める要求をプロバイダ１０６に送ることができる。他の例では、プロバイダ１０６は、この情報を機会モジュール１３０に独立に提供することができる。いくつかの例では、機会モジュール１３０は、特定のパフォーマンスについて送った要求と比較して、利用可能なパフォーマンスをプロバイダ１０６から直接読み出す。この場合には、クライアント１０２上に存在するメディアに関連したパフォーマンスの識別は、プロバイダ１０６と比較して、イベント・エンジン１２０によって行われる。機会要求（ｏｐｐｏｒｔｕｎｉｔｙ  ｒｅｑｕｅｓｔ）１３２の受け取りに応答して、機会モジュール１３０は、任意の適切な基準に少なくとも部分的に基づいて機会プロファイル１２８を識別する。例えば機会要求１３２は、アーティスト名、バンド名、楽曲名、アルバム名、ジャンル、またはメディアに関連した他の適切な情報のうち１つまたは複数に基づいて機会プロファイル１２８を識別することができる。機会プロファイル１２８が識別された後には、機会モジュール１３０は、機会応答（ｏｐｐｏｒｔｕｎｉｔｙ  ｒｅｓｐｏｎｓｅ）１３４をクライアント１０２に送る。特定の例では、機会モジュール１３０は、機会プロファイル１２８が更新されると、（多くの場合は要求なしに）購買機会をクライアント１０２に自動的に伝達する。機会モジュール１３０は、Ｃ、Ｃ＋＋、Ｊａｖａ、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｐｅｒｌなどを含む任意の適切なコンピュータ言語で書かれてよく、または任意の適切なコンピュータ言語に基づいてよい。機会モジュール１３０は単一のマルチタスクのモジュールとして図示されているが、これらのエンジンによって行われる特徴および機能性は複数のモジュールによって行われてもよいことが理解されよう。サーバ１０４はまた、クライアント・サーバまたは他の分散環境内のネットワーク１０８を介して、クライアント１０２および／またはプロバイダ１０６などの他のコンピュータ・システムとの通信手段も含む。
【００２０】
ネットワーク１０８は、クライアント１０２とサーバ１０４とプロバイダ１０６との間の無線または有線の通信を容易にする。実際には、１つのネットワーク１０８として図示されているが、ネットワーク１０８の少なくとも一部分が、クライアント１０２とサーバ１０４とプロバイダ１０６との間の通信を容易にすることさえできるのであれば、ネットワーク１０８は、通信できるように結合された複数のネットワーク１０８であってよい。例えばクライアント１０２は、インターネットなどのより大きなネットワークに通信できるように結合された無線または有線のイントラネット内に存在することができる。つまり、ネットワーク１０８は、システム１００内の様々な計算用要素間の通信を容易にするように動作できる任意の内部的もしくは外部的なネットワークまたは複数のネットワーク、サブネットワークあるいはそれらの組合せを包含する。ネットワーク１０８は、ネットワーク・アドレス間で、例えばインターネット・プロトコル（ＩＰ）のパケット、フレーム・リレーのフレーム、非同期伝送モード（ＡＴＭ）のセル、音声、ビデオ、データ、および他の適切な情報を伝達することができる。ネットワーク１０８は、１つまたは複数のローカル・エリア・ネットワーク（ＬＡＮ）、無線アクセス・ネットワーク（ＲＡＮ）、大都市圏ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットとして知られているグローバルなコンピュータ・ネットワークの全てまたは一部分、および／または１つもしくは複数の場所での任意の他の通信システムもしくは複数の通信システムを含んでよい。
【００２１】
各機会プロバイダ１０６は、典型的には、クライアント１０２上に存在するメディアと関連して動作可能な、購買機会を提供するベンダー、サーバ、事業体、個人、または他の情報源を含む。例えば機会プロバイダ１０６ａは、近辺のコンサートのチケットを提供するベンダーのウェブ・サーバを含むことができる。他の例では、機会プロバイダ１０６ａは、ツアー中のバンド（例えばＧｒａｔｅｆｕｌ  Ｄｅａｄ）に関連した情報を提供するユーズネット・グループを含むことができる。概要では、コンテンツ・プロバイダ２０４が、購買機会を提供するベンダー（例えばＴｉｃｋｅｔ  Ｍａｓｔｅｒ）、Ｕｓｅｎｅｔグループ、または任意の他の適切な事業体を含むことができる。
【００２２】
動作の一態様では、イベントが、コンテンツ・プロバイダ１０６または他のベンダーもしくは事業体によって識別され、および／または作成される。例えばベンダーは、近辺の会場でのパフォーマンスにおいて利用可能なチケットを識別することができる。イベントは、アーティスト名、バンド名、会場名、会場の住所、または他の情報により識別可能である。識別されると購買機会が作成され、サーバ１０４に、または直接クライアント１０２に提供される。図示の例では、機会プロバイダ１０６は購買機会を提供する。利用可能となれば、サーバ１０４は、購買機会を機会プロバイダ１０６から要求し、および／または読み出し、機会モジュール１３０は、クライアント１０２に送るための機会プロファイル１２８を作成する。
【００２３】
イベント・エンジン１２０は、クライアント１０２上に存在するメディアを識別し、識別された情報を使用して、特定のメディア・プロファイル１１６を作成し、および／または更新する。任意の適切な時機には、イベント・エンジン１２０は、識別されたメディアに関連した購買機会の機会要求１３２をサーバ１０４に送る。代替としては、または併用では、イベント・エンジン１２０は、プロバイダ・プロファイル１１８を識別し、購買機会を求める要求をプロバイダ１０６に直接送ってよい。いくつかの実施形態では、イベント・エンジン１２０は、利用可能なパフォーマンスをプロバイダ１０６から読み出し、クライアント１０２上に存在するメディアと共に、そのメディアと読み出された情報とを比較することによりパフォーマンスを識別する。サーバ１０４および／またはプロバイダ１０６からの購買機会の受け取りに応答して、イベント・エンジン１２０は、その機会を含む表示物を作成し、ＧＵＩ１１０を介してその表示物を表示する。
【００２４】
図２Ａ〜２Ｆは、システム１００の一実施形態による購買機会を管理するための表示例である。図示のウェブ・ページ１１０ａ〜１１０ｆはそれぞれ、単に例示目的のためだけのものであることが理解されよう。したがって、ＧＵＩ１１０は、任意の形態または記述言語で、メディア・リスト、機会、または会場のスケジュールなどのデータを含んでよく、または示してよく、各ページは、本開示の範囲から逸脱することなく、任意のレイアウトで任意の適切なデータを示してよい。
【００２５】
例示の実施形態を参照すると、図２Ａは警告画面１１０ａの一例を示している。この画面１１０ａでは、ユーザは、イベント・エンジン１２０がクライアント１０２上に存在するいずれのメディア・ファイルも見つけることができなかった、という警告を受ける。この場合には、画面１１０ａは、ユーザがクライアント１０２上に存在するメディア・ファイルを識別するための機構を備えることができる。例えば画面１１０ａは、ユーザがメディア・ファイルを識別できるようにユーザが選択するためのグラフィカル・ボタンを備えることができる。いくつかの例では、イベント・エンジン１２０は、画面１１０ａの選択グラフィカル・ボタンをユーザが選択したことに応答して、画面１１０ｂを提供する。
【００２６】
図２Ｂは、ブラウズ画面１１０ｂの一例を示している。この画面１１０ｂでは、ユーザは、クライアント１０２のローカル・ディレクトリ内を検索し、クライアント１０２上に存在するメディア・ファイルを識別することができる。図示の画面１１０ｂは、ローカル・ディレクトリ内を検索するためのツリー構造２０２を含む。ツリー構造２０２は、ファイル内を検索することを容易にするためにノードを折りたたみ、および／または展開するなどの典型的なツリー処理を提供する。画面１１０ｂもまた、ユーザがさらなる動作を行うことができるようになるためのグラフィカル・ボタンを備える。例示の実施形態では、画面１１０ｂは、以下のグラフィカル・ボタンすなわち「新規フォルダを作成する（Ｍａｋｅ  Ｎｅｗ  Ｆｏｌｄｅｒ）」、「ＯＫ」、および「キャンセル（Ｃａｎｃｅｌ）」を備える。
【００２７】
図２Ｃは、場所指定画面（ｌｏｃａｔｉｏｎ  ｖｉｅｗ）１１０ｃの一例を示している。この画面１１０ｃでは、ユーザは、コンサートなど近くのイベントを探し出すために、自分の場所をイベント・エンジン１２０に提示することができる。図示の画面１１０ｃは、市および郵便番号の欄を設けている。これらの欄には、ユーザは関連した情報を打ち込むことができる。加えて、図示の画面１１０ｃは、クライアント１０２のユーザが州を選択できるようになるドロップ・ダウン・メニューを含んでいる。ユーザの場所がイベント・エンジン１２０に提示された後には、イベント・エンジン１２０は、利用可能なイベントのリストを表示するための画面１１０ｄを示すことができる。
【００２８】
図２Ｄは、コンサート画面１１０ｄの一例を示している。この画面１１０ｄでは、ユーザは、保存されたメディアに基づいてイベントのリストを提供され、チケット購買など実行可能である動作を提供されることができる。図示の１１０ｄは、２つの列、すなわちアーティスト列およびコンサート列を含む表２０４を含む。詳細には、アーティスト列は、クライアント１０２上に存在するメディアに基づいてイベント・エンジン１２０によって識別されるアーティストを一覧にし、第２の列は識別されたアーティストの利用可能な近辺のコンサートを一覧にしている。図示の画面はまた、ペイン２０６も含んでいる。ペイン２０６は、表２０４で選択されたアーティストのコンサートに関してさらなる情報を提供する。図示のように、ペイン２０６は、選択されたアーティストのコンサートの会場および住所を提供する。ユーザにはまた、グラフィカル・ボタンにより選択されることができる実行可能な動作も提供されることができる。ペイン２０６は、以下のグラフィカル・ボタン、すなわち「地図を作成する（Ｍａｐ  Ｉｔ）」、「会場スケジュール（Ｖｅｎｕｅ  Ｓｃｈｅｄｕｌｅ）」、「音楽を購入する（Ｂｕｙ  Ｍｕｓｉｃ）」、および「チケットを購入する（Ｂｕｙ  Ｔｉｃｋｅｔｓ）」を備える。例えばユーザは、表示されたコンサートのチケットを購入するように選択することができる。「チケットを購入する」というボタンを選択した際には、イベント・エンジン１２０は、その購買要求を満足させるための要求を特定のプロバイダ１０６に送ることができる。ユーザが利用可能な近辺の全てのコンサートを参照したいと望む場合には、ユーザはドロップ・ダウン・メニュー２０８内で利用可能なコンサートを選択することができる。この場合には、イベント・エンジン１２０は画面１１０ｅを示すことができる。
【００２９】
図２Ｅは、ローカル・コンサート画面（ｌｏｃａｌ  ｃｏｎｃｅｒｔ  ｖｉｅｗ）１１０ｅの一例を示している。この画面１１０ｅでは、ユーザは、表２０４を介して、近辺の全てのコンサート、および関連のアーティストのリストを提供される。この場合には、表２０４のアーティスト列は、近辺のコンサートを行うアーティストを一覧にする。この場合は、クライアント１０２は、この列に表示されたアーティストの少なくとも一部に関連したメディアを保存しないこともある。ペイン２０６もまた、クライアント１０２のユーザが表示された情報に応答して動作を行うことができるようにする上述のようなグラフィカル・ボタンを備える。例えばユーザは、会場スケジュールのボタンを選択することができ、その選択に応答して、イベント・エンジン１２０は画面１１０ｆを示すことができる。
【００３０】
図２Ｆは、会場画面１１０ｆの一例を示している。画面１１０ｆでは、ユーザは、会場スケジュールを提供される。図示の画面１１０ｆは、表２１０を含む。表２１０は、２つの列、すなわちアーティスト列およびコンサート列を含む。アーティスト列は、特定の会場で演奏予定であるアーティスト名を提供する。コンサート列は、アーティストが演奏予定である曜日および日付を提供する。
【００３１】
図３は、図１の管理システム１００を使用して、購買機会を識別するための処理の一例を実行する流れ図を示している。プロセス３００が、図１の管理システム１００を基準にして説明されているが、プロセス３００は、任意の他の適用または複数の適用によっても使用可能であろう。したがって、この流れ図中の多くのステップは、同時に、および／または、示されているように種々の順序で行われてもよい。さらには、管理システム１００は、並列または連続のプロセス３００の一方または双方と類似する論理的実行技術を実行してもよい。管理システム１００はまた、プロセスが適切である限り、追加のステップ、より少ないステップ、および／または、種々のステップによる処理を使用してもよい。
【００３２】
方法３００は、クライアント１０２がイベント・エンジン１２０をロードするステップ３０２から開始する。音楽ファイルが判定ステップ３０２で見つけられない場合には、ステップ３０６で、イベント・エンジン１２０は、クライアント１０２上に存在する全ての音楽を識別するための要求をユーザに表示する。実行がステップ３０８に進み、そこでは、イベント・エンジン１２０は、ユーザの場所情報を受け取る。ステップ３１０では、イベント・エンジン１２０は、パフォーマンスについての要求をサーバ１０４および／またはプロバイダ１０６に送る。次にステップ３１２では、イベント・エンジン１２０は、サーバ１０４および／またはプロバイダ１０６から受け取られ、クライアント１０２上に存在する音楽に関連したパフォーマンスのリストを表示する。ユーザが判定ステップ３１４で特定のパフォーマンスのチケットを購入するように選択した場合は、ステップ３１６で、イベント・エンジン１２０は、取引情報を関連プロバイダ１０６に送る。
【００３３】
本開示を特定の実施形態、および概括的に関連した方法に関して述べてきたが、これらの実施形態、および方法の変更、ならびに置換は当業者には明らかであろう。したがって、実施形態の例についての上記説明は、本開示を規定し、制約するものではない。他の変更、代替、および修正もまた、本開示の精神および範囲から逸脱することなく可能である。
【図面の簡単な説明】
【００３４】
【図１】イベント管理システムの構成図である。
【図２Ａ】図１のイベント管理システムの表示部を示す図である。
【図２Ｂ】図１のイベント管理システムの表示部を示す図である。
【図２Ｃ】図１のイベント管理システムの表示部を示す図である。
【図２Ｄ】図１のイベント管理システムの表示部を示す図である。
【図２Ｅ】図１のイベント管理システムの表示部を示す図である。
【図２Ｆ】図１のイベント管理システムの表示部を示す図である。
【図３】図１のイベント管理システムの１つの方法例を示す流れ図である。
【図１】
2008522331.tif 000003
【図２Ａ】
2008522331.tif 000004
【図２Ｂ】
2008522331.tif 000005
【図２Ｃ】
2008522331.tif 000006
【図２Ｄ】
2008522331.tif 000007
【図２Ｅ】
2008522331.tif 000008
【図２Ｆ】
2008522331.tif 000009
【図３】
2008522331.tif 000010
【手続補正書】
【提出日】平成19年7月31日(2007.7.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアント上に存在するメディアを識別する情報を前記クライアントから受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを識別する情報をサード・パーティーのウェブサイトから自動的に読み出すステップであって、前記１つまたは複数のパフォーマンスが前記クライアントにとって近辺の会場で行われる、ステップと、
前記パフォーマンス情報を前記クライアントに送るステップと、
を含む方法。
【請求項２】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項１に記載の方法。
【請求項４】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項３に記載の方法。
【請求項５】
クライアントに存在するメディアに関連した情報を識別するステップと、
１つまたは複数のパフォーマンスをサード・パーティーによって操作されるネットワーク装置から自動的に読み出すステップと、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した少なくとも１つのパフォーマンスを識別するステップであって、前記少なくとも１つのパフォーマンスが前記クライアントにとって近辺の会場で行われる、ステップと、
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップと、
を含む方法。
【請求項６】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
をさらに含む、請求項５に記載の方法。
【請求項７】
クライアント上に存在するメディアを識別する情報を前記クライアントから受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを識別する情報をサード・パーティーのウェブサイトから自動的に読み出すステップであって、前記１つまたは複数のパフォーマンスが前記クライアントにとって近辺の会場で行われる、ステップと、
前記パフォーマンス情報を前記クライアントに送るステップと、
を含む動作をデータ処理装置に行わせるための命令を保存した機械読取り可能媒体を含む物品。
【請求項８】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項７に記載の物品。
【請求項９】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項７に記載の物品。
【請求項１０】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項９に記載の物品。
【請求項１１】
クライアントに存在するメディアに関連した情報を識別するステップと、
１つまたは複数のパフォーマンスをサード・パーティーによって操作されるネットワーク装置から自動的に読み出すステップと、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した少なくとも１つのパフォーマンスを識別するステップであって、前記少なくとも１つのパフォーマンスが前記クライアントにとって近辺の会場で行われる、ステップと、
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップと、
を含む動作をデータ処理装置に行わせるための命令を保存した機械読取り可能媒体を含む物品。
【請求項１２】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
を含む動作を前記命令がデータ処理装置にさらに行わせる、請求項１１に記載の物品。
【請求項１３】
パフォーマンスを保存するように動作できるメモリと、
クライアント上に存在するメディアを識別する情報を前記クライアントから受け取るステップ、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて、前記クライアントにとって近辺の会場で行われる前記１つまたは複数のパフォーマンスを識別する情報をサード・パーティーのウェブサイトから自動的に読み出すステップと、
前記パフォーマンス情報を前記クライアントに送るステップ
を行うように動作できる１つまたは複数のプロセッサと、
を含むシステム。
【請求項１４】
前記メディア情報が少なくとも１人のアーティストの識別情報を含む、請求項１３に記載のシステム。
【請求項１５】
前記１つまたは複数のパフォーマンスがコンサートのリストを含む、請求項１３に記載のシステム。
【請求項１６】
前記１つまたは複数のパフォーマンスが利用可能なチケットの表示をさらに含む、請求項１５に記載のシステム。
【請求項１７】
メディアを保存するように動作できるメモリと、
クライアントに存在するメディアに関連した情報を識別するステップと、
１つまたは複数のパフォーマンスをサード・パーティーによって操作されるネットワーク装置から自動的に読み出すステップと、
前記メディア情報に少なくとも部分的に基づいて前記識別されたメディアに関連した、前記クライアントにとって近辺の会場で行われる少なくとも１つのパフォーマンスを識別するステップと、
前記少なくとも１つのパフォーマンスを前記クライアントのユーザに表示するステップ
を行うように動作できる１つまたは複数のプロセッサと、
を含むシステム。
【請求項１８】
前記少なくとも１つのパフォーマンスを識別する選択を前記ユーザから受け取るステップと、
前記少なくとも１つのパフォーマンスについての要求を前記ネットワーク装置に送るステップと、
を前記プロセッサがさらに行うように動作できる、請求項１７に記載のシステム。
【請求項１９】
クライアント上に存在するメディアに関連した情報を識別するステップと、
前記メディア情報に少なくとも部分的に基づいてパフォーマンスを識別するように動作できるネットワーク装置に前記メディア情報を自動的に送るステップと、
前記クライアント上に存在するメディアを識別する前記メディア情報を受け取るステップと、
前記メディア情報を１つまたは複数のパフォーマンスに関連した情報と比較することにより、前記メディア情報に少なくとも部分的に基づいて前記１つまたは複数のパフォーマンスを識別する情報をサード・パーティーのウェブサイトから自動的に読み出すステップであって、前記１つまたは複数のパフォーマンスが前記クライアントにとって近辺の会場で行われる、ステップと、
前記パフォーマンス情報を前記クライアントに送るステップと、
前記メディアに関連したパフォーマンスを含む応答を受け取るステップと、
前記パフォーマンスを前記クライアントのユーザに表示するステップと、
を含む方法。
【請求項２０】
前記パフォーマンスの少なくとも１つを識別する選択を前記ユーザから受け取るステップと、
前記パフォーマンスの前記少なくとも１つについての要求を前記ネットワーク装置に送るステップと、
をさらに含む、請求項１９に記載の方法。
【請求項２１】
前記メディア情報を前記１つまたは複数のパフォーマンスに関連した情報と比較するステップが、前記クライアント上に存在する１つの楽曲タイトルを前記１つまたは複数のパフォーマンスに含まれる１つの楽曲タイトルと比較するステップを含む、請求項１に記載の方法。
【請求項２２】
前記メディア情報を前記１つまたは複数のパフォーマンスに関連した情報と比較するステップが、１人の出演者名を前記１つまたは複数のパフォーマンスの１人の出演者と比較するステップを含む、請求項１に記載の方法。
【国際調査報告】
2008522331.tif 000011