JP2005505067A - 対話的放送または入力方法およびシステム - Google Patents

Abstract

要約書なし。

Description

【技術分野】
【０００１】
本発明は対話的テレビジョンの製造、特に入力が複数のユーザから得られなければならず、放送出力がライブのユーザ入力に基づいて与えられなければならない対話的テレビジョン放送されるオークションに関連する問題に関するがそれに限定されるものではない。しかしながら本発明の特徴により与えられる解決策はこのような使用に限定されず、さらに一般的に適用される。
【背景技術】
【０００２】
本発明の特徴は特許請求の範囲に記載されており、好ましい特徴は参照される従属特許請求の範囲に記載されている。各特徴の好ましい特性はまたは他に特に説明されない限り、他の特徴に適用されることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
事象、特に対話的事象を提供し、多数のユーザからの入力を必要とすることに関する第１の問題は、多数のオペレータが通常、ユーザの詳細を記録することを必要とされ、および／またはユーザの詳細を記録するために大きい並列の入力容量を有するボイスメールシステムが必要とされることであり、この両者はユーザには厄介で低速度であり、事象プロバイダには実行するのに高価である。
【課題を解決するための手段】
【０００４】
第１の特徴にしたがって、本発明は、複数のユーザに対する入力データの処理方法を提供し、
ユーザからの入力呼を受信し、
呼が受信されるユーザラインのユーザライン識別子を獲得し、
予め登録されたユーザのデータベース中のユーザライン識別子をサーチしてユーザが予め登録されたか、または以前に登録されなかったかを決定し、
ユーザライン識別子が発見された場合には、そのデータベースから予め登録されたユーザに対するユーザデータを獲得し、
ユーザライン識別子が発見されない場合には、前に登録されなかったユーザの次の登録に対するユーザライン識別子を記憶し、
予め登録されたユーザか、または以前に登録されなかったユーザかのいずれかの場合にさらにユーザ入力を受取り、
さらにユーザ入力を受取るのに続いて、もしもユーザが以前に登録されなかった場合にはそのユーザに対するデータベース中にそのユーザデータを記憶するステップを有している。
【０００５】
この特徴により、ユーザは入力を与えるときに登録に必要とされる最小の遅延で入力を提供し、既に登録をした人はこのようにして認識されることができる。ユーザライン識別子は自動的に多くの電気通信ネットワークで与えられる呼者ライン識別子（ＣＬＩ）を含んでいる。これは特にライブのオークションでの入札のようにライブまたは対話的プロセスで入力を与えるのに有効である。
【０００６】
この方法は好ましくは、ある事象により中断されたライブ相を有する対話プロセスと関連して動作され、ライブ相中に予め登録されたユーザおよび以前に登録されなかったユーザに対してユーザデータが受取られ、以前に登録されなかったユーザは事象の後で登録される。これは登録されたユーザと登録されなかったユーザの両者が通常、事前登録を必要とするライブ事象に参加することを可能にする。
【０００７】
別のユーザ入力は対話プロセスに対して供給され、例えば入札はライブオークションに供給されることができる。対話プロセスは複数のユーザに対する前記別のユーザ入力の処理を含んでいる。このようにして、入力は少なくとも部分的にその入力に依存しているリブプロセスに迅速に供給される。利用できれば少なくとも幾つかのユーザデータは対話プロセスに供給される。例えば、好ましくは、別のユーザ入力を与えられたユーザの識別子はライブ相中に出力され、好ましくは、識別子は利用できればユーザデータに基づいている。便宜的に、ユーザ名が表示される。
【０００８】
この方法は、前記事象に続いて少なくとも１人の選択されたユーザを識別し、その、または各選択されたユーザに対するコンタクト情報を提供する。これはユーザが（登録されていないならば）登録情報を得るために呼ばれ、または（既に登録しているならば）登録情報を確認するために呼ばれることを可能にし、または登録されたユーザへの（例えば勝者または購入された商品の）急送を可能にする。好ましい実施形態では、対話プロセスはオークションであり、別のユーザ入力は入札を含んでいる。しかしながら、これまたは他の特徴では、事象は入札事象のような別の対話事象であり、ユーザ入力は入札を有している。事象はオークションの終了であり、その、または各選択されたユーザは勝った入札者である。
【０００９】
この方法は例えばインターネット（例えばライブの“チャットルーム”、形式提示またはｅメールによる）のような他の媒体からユーザ入力を受取る。
【００１０】
好ましくは、入力時間が各ユーザ入力に割当てられる。多数の媒体入力の場合、好ましくは、他の媒体からおよび呼んでいるユーザからのユーザ入力の時間は相関している。
【００１１】
好ましくは、予め登録されたユーザに対する記憶されたユーザデータはそれに続いて確認される。これはユーザを呼ぶオペレータに対するユーザのライン識別子の提供を含んでいる。
【００１２】
好ましい実施形態では、共通のユーザライン識別子を有する複数のユーザは付加的なユーザ入力データに基づいて識別される。付加的なユーザ入力データは共通のユーザライン識別子を有する前記複数のユーザのそれぞれに割当た特有のＰＩＮ番号を含んでいる。これは（通常同一の事象では同一時間ではないが）ラインを共有する多数のユーザが個人的に対話事象に参加することを可能にする。ＰＩＮ番号またはセキュリティコードはラインに関連する単一のユーザだけ、または登録されていないユーザが存在してもアイデンティティを確認するためにリクエストされる。
【００１３】
ユーザ識別子は、ユーザライン識別子が受信されない場合には別のユーザ入力を受信する前にリクエストされる。これは前もってアイデンティティ情報を供給することにより、ライン情報を供給しないネットワークのユーザまたは情報を控えている人が参加することを可能にする。主要な特徴では、ユーザライン識別子は好ましくは呼んでいるネットワークから自動的に得られるが（即ちユーザの介入なし）、ライン識別子が利用可能ではない場合には、単にユーザにマニュアルで電話番号を供給するようにリクエストすることが可能である。しかしながらＣＬＩの使用は通常、それが効率的に合理的なレベルのセキュリティを与えるので非常に好ましく、マニュアル識別が得られるならば、これは好ましくは例えばユーザのクレジットカード番号を必要とする等、高いレベルのセキュリティチェックにより補足される。
【００１４】
ユーザデータは例えば利用可能であるならば、逆ディレクトリ検索表を使用してＣＬＩに基づいて検索される。ユーザデータはその次の登録プロセスで補足または確認される。
【００１５】
この方法は、登録されているユーザへ商品またはサービスを急送することを含んでいる。予め登録されたユーザの場合には、商品はさらにユーザの証明を必要とせずに、（さらにユーザデータを供給する時間またはその後）ＰＩＮ番号を受信したときに急送されてもよく、これは非常にトランザクションを容易にする。
【００１６】
呼は通常音声呼であるが、ここでの呼に対する参照は（ＳＭＳメッセージのような）他の通信を含んでおり、情報とユーザライン識別子は共に通信されることができる。
【００１７】
この特徴は独立して、通信ネットワークを介してトランザクションを処理する方法で提供され、
ユーザ通信ラインに対するユーザライン識別子を受信し、
通信ネットワークにより与えられる受信されたユーザライン識別子に基づいてユーザデータを探索し、
記憶されたデータに基づいてユーザにより与えられるセキュリティコードを証明し、
ユーザライン識別子と確認されたセキュリティコードに基づいてトランザクションを実行するステップを含んでいる。
【００１８】
トランザクションはさらにユーザアイデンティティの証明なしに行われることが好ましい。トランザクションはユーザから受信された命令に基づいており、入札または注文または勝ち取ったアイテムの急送を含んでいる。
【００１９】
好ましい構成の第２の特徴では、本発明は入札が複数の呼出しているユーザにより受信され、対話オークションを行なう方法を提供し、
ユーザからの入力呼を受信し、呼が受信されるラインのライン識別子に基づいて入札者を識別し、ライン識別子に基づいて前に識別されたユーザに対するユーザを記憶し、
前に識別されたユーザに対応するライン識別子があるか否かのユーザからの入札を受取り、以前に識別されなかった少なくとも１人のユーザに対してのオークションの後でさらに別のユーザ情報を獲得するステップを含んでいる。
【００２０】
好ましい構成では、呼出している入札者は呼期間中に、入札が最初に受取られるか拒否されるかを通知される。この方法はさらに、呼者が呼期間に高値をつけていることをその呼者に通知することを含んでいる。呼者に与えられる少なくとも幾つかのオーディオはユーザ入力が得られる対話プログラムのオーディオに対応している（これは特に第３または第４の特徴と関連して有効である）。この通知はＳＭＳによるものであってもよく、ユーザの“呼”は音声呼ではなくＳＭＳメッセージを含んでいてもよい。
【００２１】
広い関連する特徴では、本発明は対話放送のオークションで入札者を識別するため呼者ライン識別子（ＣＬＩ）の使用を行う。
【００２２】
さらに特に対話的放送を与えることに関するがそれに専用ではない問題は、事象に付随するようにライブメディアを提供することが高価で厄介であることである。しかしながら、多数の類似の事象が放送されても、ユーザの対話に付随するように予め記録されたメディアを単に与えることは許容可能ではない。
【００２３】
第３の特徴は、実時間メディア出力を提供する方法を提供し、
少なくとも１つのライブ入力挿入キーポイントを有する予め記録されているメディアを提供し、
その、または各ライブ入力挿入キーポイントを識別し、
出力メディアを与えるため、ライブ入力をライブ入力挿入キーポイントにおいて予め記録されているメディアと組合わせて、出力メディアを提供し、
その出力メディアを出力させるステップを含んでいる。
【００２４】
このようにして、ライブ出力は発生されるが、これは必要とされる場合にのみライブ入力を有する予め記録されたメディアに大きく基づいている。複数のライブ挿入キーポイントが存在することが好ましい。
【００２５】
この方法は、さらに続いて、別のライブ入力と予め記録されているメディアの少なくとも一部とを組合わせることによって別の実時間メディア出力を提供するときには特に有効である。これは記録されたメディアの再使用により経済性が実現されることを可能にする。
【００２６】
予め記録されたメディアは少なくとも１つのライブビデオ挿入ポイントを有するビデオを含んでいる。さらにまたは代りに、予め記録された媒体はライブオーディオのため中断を含んでいるオーディオを含んでいる。
【００２７】
最も好ましい実施形態では、予め記録されているメディアは、結合されたビデオおよびオーディオを含み、オーディオはスクリーン上のデータに対する一般的な基準を含み、ビデオはライブデータを重ねるためのビデオ挿入ポイントを有しており、前記結合はビデオにライブデータを重ねる。これはライブオーディオを継ぎ目なく挿入するある技術的な問題なしに最良の“ライブ”効果が視聴者に対して発生されることを可能にする。１つの好ましい構成では、ビデオは複数のシーンのタイプを含み、その第１のタイプはデータ（例えば規定された実質的に静止区域を有する背景またはロゴまたはシーン）を重ねるように適合され、第２のタイプはデータ（例えば提供者または商品のショット）を重ねることに特に適合しておらず、ビデオは挿入キーポイントで第１のシーンのタイプに切換える。さらにまたは代りに、方法は挿入キーポイントのディスプレイの特定された区域でライブデータを重ねることを含んでいる。
【００２８】
好ましい構成では、実時間メディア出力は対話事象に対応しており、出力メディアは放送であり、方法は、出力メディアが放送されたとき観察者からのユーザ入力の受取りを含み、ライブ入力は前記ユーザ入力に基づいている。ライブ入力は観察者の識別子を含んでいる。この方法は、対話事象がオークションを含み、ユーザ入力が入札を含んでいる場合に特に有効である。予め記録されたメディアは（少なくとも部分的に）予め記録された注釈または生産記述を含んでいる。
【００２９】
予め記録されたメディアの再生のタイミングは対話プロセスと調整されることが好ましい。例えば、ユーザ入力の受取りはメディアの特定の再生ポイント（開始または中間のキーポイント）と一致するように調整されることができる。例えば、対話的オークションはメディアのキーポイントにより調節された入札を受取るための開始および終了ポイントを有する。この方法はしたがって対話的放送を提供し、ユーザの対話はメディアの再生と同期して制御される。
【００３０】
この方法は、予め記録されたメディアの再生間にライブメディアクリップを挿入するステップを含んでいる。特に予め記録されたメディアクリップが頻繁に反復される場合、または複数の類似のクリップがプレイアウトされる場合には、“本物の”ライブメディアクリップを挿入するための供給はその方法により生成された“合成”ライブメディアがライブである感覚を強化する。
【００３１】
関連する第４の特徴または好ましい構造では、本発明はライブ観察者の入力に基づいて実時間対話オークションを行なう方法を提供し、その方法は、オークションの予め記録されたクリップをプレイアウトし、クリップは入札に対する少なくとも１つの可視またはオーディオ基準を含み、視聴者から入札を受取り、予め記録されたクリップ上の受取られた入札に基づいて実時間データを重ねるステップを含んでいる。
【００３２】
広い関連する特徴では、本発明は対話放送オークションに付随するためのメディアを提供するようにライブデータ挿入ポイントを有する予め記録されたクリップの使用を行う。
【００３３】
第１または第２の特徴の入力方法は強化された応答対話放送を提供するために第３または第４の特徴を伴って使用される。
【００３４】
第５の方法の特徴では、本発明は対話放送に付随するため予め記録されたクリップを生成する方法を提供し、その方法は、
メディアクリップを記録し、
ライブメディア挿入ポイントとしてクリップのビデオ部分の少なくとも１つの区域またはクリップのオーディオ部分の少なくとも１つの期間を指定し、
クリップを記憶し、
そのまたは各ライブメディア挿入ポイントを識別する情報を記憶するステップを含んでいる。
【００３５】
好ましくは、クリップはオーディオおよびビデオの両者を含み、少なくとも１つのライブメディア挿入ポイントが指定され、それはライブデータが重ねられるビデオの区域を含み、オーディオはデータに対する一般的基準を含んでいる。好ましい構造では、クリップはオークションに付随するためのメディアを含み、ビデオは最新または最大の入札を表示するディスプレイ区域を有し、オーディオは最新または最大の入札に対する基準を含んでいる。
【００３６】
第６の方法の特徴では、本発明は対話オークションに付随するためメディアクリップを提供する方法を提供し、
オークションの主題の詳細と、入札に関する基準を含むが入札額を含まない注釈とを含んでいるメディアクリップを記録し、
ライブ入札の挿入のための少なくとも１部分を指定し、指定された部分を識別する情報を記憶するステップを含んでいる。
【００３７】
本発明は、第３乃至第６の特徴のいずれかの方法により与えられるか使用されるクリップまたはその部分（或いはこのようなクリップまたはその部分を伝送するデータまたは信号または記憶媒体）まで拡張される。
【００３８】
前述の特徴（特に第１および第２）では、方法は急送または対話するユーザの請求書発送記録を生成することを含むことができる。
【００３９】
オークションのような対話的事象を提供するさらに別の問題は、競り勝ったユーザが進行を希望しない可能性がある。皮肉にも、第１の２つの特徴で得られる事前登録の必要を避ける利点はこれを悪化する。
【００４０】
本発明の第７の方法の特徴は、対話オークションで使用するためデータを処理する方法を提供し、
オークション期間中に、
複数の入札者から入札を受信し、
入札者の複数の識別子と、各入札者の最後の入札額とを含んでいるデータをデータベースに記憶し、
オークションの終了に続いて、
記憶されたデータと少なくとも１つの予め定められた規準に基づいて少なくとも１人の勝者を識別し、
識別されたその、または各勝者の確認を探索し、
勝者の確認が失敗したならば、記憶されたデータに基づいて入札者中から代わりの勝者を識別するステップを含んでいる。
【００４１】
第７の方法の特徴は、したがってオークションを再度実行する必要とすることなく、不十分な勝者を有する問題を緩和できることである。確認は確認またはさらに別の情報または支払いの詳細を探索するためにコンタクト詳細をオペレータへ提供することを含み、または（付加的にまたは代りに）入札者から受信された確認命令を受取ることを含んでいてもよい。
【００４２】
好ましくは、その、または各代わりの勝者の確認が探索される。これは確認された勝者の十分なリストをコンパイルすることを必要とするとき、多数回反復される。その代りに、しきい値または他の規準が置換の選択を例えば特定の数または割合だけの置換または特定数または置換の試行または最小の入札または確認時間のカットオフに限定するために特定される。
【００４３】
一般的に言われているように、各特徴の好ましい特性は他の特徴にも適用され、例えば順序付け確認の特徴は第１および第２の特徴と関連して有効に適用されることができる。
【００４４】
好ましくは、複数の勝者を含む順序付けされた勝者リストはコンパイルされ、その勝者に対する確認が失敗したならば、勝者はリストから消去される。好ましくは（存在するならば）消去された勝者の下の勝者が昇格し、代わりの勝者はリストの下部に付加される。
【００４５】
異なる入札額が各勝者に対して記憶される。各勝者は好ましくは入札額に基づいて購入額を割当てられる。１実施形態では、各勝者の購入額は各勝者のそれぞれの入札額に対応する。
【００４６】
しかしながら、他の実施形態では、購入額はその勝者による入札額に必ずしも対応しない。例えば少なくとも２つの勝者の購入額は同一額に設定される。１構造、特に低下する価格のオークションでは、勝者のグループに対する購入価格はグループ中の最低の入札に設定される。代りに、勝者のグループの購入価格はグループ中の最高の入札に設定される。入札者のグループは勝者の入札に一致する機会を与えられ、確認が受信されないならば、置換された別の勝者の入札が選択される。
【００４７】
関連する広い特徴では、本発明は最初の勝者の識別プロセスで識別された勝者を置換するように、入札者を識別するために対話放送オークションの入札者の記憶の使用を行う。
【００４８】
本発明は任意の前述の方法を実行する命令を含むコンピュータプログラムまたはコンピュータプログラムプロダクトと、任意の方法を実行する装置に延長される。このような装置は汎用目的のコンピュータを含んでいる。
【００４９】
本発明はさらに任意の第３および第４の特徴の方法で使用するためにライブ入力挿入キーポイントを有する予め記録されたメディアソースを提供し、さらに予め記録されたメディアとライブ入力を結合することにより生成されたプログラムに拡張される。
【００５０】
本発明さらに、任意の先の方法にしたがって得られたユーザデータを含むデータ構造を提供する。特別な特徴では、本発明はユーザライン識別子を含むデータ構造を提供し、ユーザ識別データはアドレスの詳細、オークション番号、入札額を含んでいる。
【００５１】
さらに別の特徴では、本発明は、視聴者から受信された入札に基づいてライブ対話データと合体される予め記憶されたクリップをプレイアウトするステップを含んでいる対話放送オークションの提供方法を提供する。
【００５２】
さらに別の特徴では、本発明は、呼者の事前登録を必要とせずに呼者ライン識別に基づいて呼者から入札を受取るステップを含んでいる対話放送オークションの提供方法を提供する。
【００５３】
さらに別の特徴では、本発明は、放送の刺激に応答して視聴者が呼を行うために呼者ライン識別データを集めるステップを含んでいる視聴者データベースのコンパイル方法を提供する。この方法はさらに視聴者識別情報を記録するステップを含んでいてもよい。
【００５４】
さらに別の特徴では、本発明は、入札者の記憶された詳細から勝者の初期リストを決定し、その初期リストから勝者を外れる場合に、少なくとも１つの入札者を勝者のリストへ昇格し、その後オークションが終了するステップを含んでいる対話的放送オークションの提供方法を提供する。
【００５５】
さらに別の特徴では、本発明は、それぞれの入札額を有する勝者のグループを決定し、少なくとも１つの入札額とは異なるグループの全てのメンバに対するグループ販売額を設定するステップを含んでいる対話的放送オークションの提供方法を提供する。
【００５６】
さらに別の特徴では、本発明は、２つの別々のソースから入札を受信し、入札時間を全ての入札に割当て、割当てられた時間に基づいて入札を処理するステップを含んでいる対話的放送オークションの提供方法を提供する。
【発明を実施するための最良の形態】
【００５７】
本発明の１実施形態を添付図面を参照して例示の目的だけで説明する。
以下の説明では、対話オークションに関する理解を容易にするために、説明されている特徴は任意の必要な変形と共に他の特徴と独立してオークションのコンテキスト外で与えられ、そうでなければ、コンテキストから他の方法で表され明白に示唆される。例えばオークションプロセス10は他の対話プロセスによって置換され、それは実時間である必要はない。
【００５８】
図１を参照すると、第１および第２の特徴を実施している入力プロセスが説明されている。この実施形態の入力プロセスはオークションのコンテキスト中で説明されているが、複数のユーザからの入力を必要とする他のプロセスに適用されてもよい。
【００５９】
オークションプロセス10は（例示の目的で1234として示されている）識別子が割当てられている。好ましい特徴のように、この識別子はメモリ中に記憶され、入札および関連情報を正しいオークションプロセスに割当てるために使用され、これは多数の同時的または緊密に連続するオークションが困難なく行われることを可能にする。オークションは好ましくは単一のロットを有してもよいがそれぞれロット識別子を割当てられている多数のロットを有してもよい。オークションプロセス10は時間同期された対話放送および入力プロセスに対応する。
【００６０】
ユーザはオークションに特有の番号をダイヤルするかマスター番号をダイヤルした後にオークションを選択することによってオークション入札番号12を呼ぶ（好ましくはオークションプロセス10の一部として放送する）。呼を受信するとき、ユーザのＣＬＩ（呼ライン識別子）はオークション入力プロセッサにより受信される。ＣＬＩが転送されないならば、行われたアクションはオークションオペレータにより選択され、例えば呼は拒否され、ユーザは入札前にユーザの詳細を記録するためにマニュアルオペレータ（または場合によっては自動化されたサービス）に転送されてもよい。しかしながら、ＣＬＩが受信されると仮定すると、オークションプロセッサはその後、ユーザが以前に登録されているか否かを見えるためにデータベースでＣＬＩを観察する。ＣＬＩが登録されていないならば（ブランチ14）、ＣＬＩはその後登録するために記録され、プロセスは進行してステップ18で入札を受取る（または他の別のユーザデータを入力する）。しかしながら、入札の受取りは登録なしで可能であり、いくつかの実施形態では、特にオークションが進行中ではないならば、この時点でユーザは事前登録の機会を与えられる。ＣＬＩが認識されるならば（ブランチ16）、ユーザの詳細がデータベースから検索される。入札のようなユーザデータはその後、例えば数字の入札を入力するためのＤＴＭＦキーパッドを使用してまたは音声認識により、或いは（通常の入力技術を使用する）プロンプトに対する応答または随意選択的に次の入札を発生しユーザに確認を求めることにより（ステップ18で）入力される。入札およびユーザの識別子は（ステップ20で）与えられ、オークションプロセス10に与えられる。ユーザ識別子は放送および／またはウェブサイトで表示され、識別子は好ましくは、登録したならばユーザ名を含み、またはそうでなければＣＬＩ或いは省略されたＣＬＩを含んでいてもよい（またはＣＬ位から得られるユーザ区域の幾つかの指示を含んでもよい）。
【００６１】
一方、入札のような入力は例えばインターネット入力プロセス30のような他のソースから受信される。入札実行ステップ20は異なるソースからの入札を照合し、好ましくは実時間またはオークションの終了後に入札順序と順位が確認されることを可能にするために入札時間をそれらに割当てる。多数の入札により現在の入札の生の更新を行うことは可能ではないが、入札は入札タイミングの尺度が記憶されるならば、一貫してオークションの終了後に解析されることができることが認識されるであろう。
【００６２】
オークションプロセス10と入札プロセス20はデータをフィードバックする（例えばオーディオの放送と、入札または新しい入札の受取りの指示は呼者にプレイされ、入札情報はウェブベースのユーザに与えられてもよい）。
【００６３】
オークションプロセスは好ましくは入札の受信時間に基づいて各入札に対して入札時間を割当て、受信時間に基づいて入札を処理する。プロセスは生の入札に加えて自動的または代理入札を受取りまたは処理することを含んでいてもよい。自動入札は同一プロセスによってまたはオークションを制御するプロセッサにより、或いは別々のプロセスにより行われてもよい。プロセスは勝者入札に必要な入札額の指示を与えることを含んでいるか、または勝者入札の現在のリストに含まれる（この場合１よりも多数の勝者が存在し、例えば複数ｎのアイテムが入手可能であるならば、上位ｎの入札がそれぞれアイテムを勝ち取る）。
【００６４】
オークションの終了後、勝者は（ステップ40で）識別され、（例えばｅメールにより、呼により、ＳＭＳにより、好ましくは入札が行われる方法にしたがって）勝者に結果を通知するための動作が取られる。勝者のリストは例えばインターネットにより利用可能にされる。好ましい特徴は、電話機により入札を行うユーザは、ユーザが所定の番号を呼ぶ時にライン識別子の認識に基づいてユーザが競りに勝ったか否かを自動的に通知されることができる。入札が登録されたユーザにより行われたならば、詳細は入札を確認するようにユーザを呼ぶために呼センタへ与えられ、または代りに或いは付加的に入札は例えばＰＩＮ番号または支払いの詳細により呼ぶことによりユーザから命令を受信するときに自動的に確認される。ユーザが登録されていないならば、ＣＬＩはユーザが呼ばれて登録されるように呼センタへ送られる（またはユーザが依然としてオンラインであるならば、ユーザは直接的に登録するために転送される）。アイドル期間に、ＣＬＩが登録されていない勝者ではないユーザは彼らがその後のオークションで予め登録されることを可能にするためにコンタクトされる。ウェブベースの入札の場合、入札の確認は例えばｅメールにより行われる。確認に続いて、任意の商品または賞は勝者へ急送される（ステップ44）。
【００６５】
確認プロセスの一部として実行される重要で好ましい独立した特徴を説明する、勝者のユーザが確認されない場合（例えば彼らがオークションの終了に後続する設定時間期間内にコンタクトされない場合、または彼らがコンタクトされたが進行を辞退または支払いを辞退する場合）、記憶されたデータは解析され、確認されたユーザは勝者リストから消去され、新しい勝者がリストに挿入される。
【００６６】
確認および照合プロセス（ステップ40）の一部として、購入価格がユーザに割当てられ、これは入札価格に対応してもよく、対応しなくてもよく、例えば入札のグループの最低または最高の価格はグループに適用されることができる（ユーザが彼らが最高の入札に合致することを望むことを確認するために招待されてもよい）。
【００６７】
生のオークションに付随するためのメディアの編集プロセスを図２を参照して説明し、このプロセスは他のメディア生産に適用される。
【００６８】
概略図の図２ａを参照すると、メディアクリップは（好ましくはクリップのデジタル表示に関して記憶される）関連する開始キーポイント201を有する開始フレーム200を含んでいる。概略して示されているように、オーディオは前置きフレーズ202と、開始日、時間、オープン入札価格のような生のデータの挿入のための区域204を含んでいるビデオとを含んでいる。ビデオは幾つかのフレームのシーケンスで重ねられるが、代表的なフレームだけが概略して示されていることが認識されるであろう。開始および終了ポイントは特定されたフレームでトリガーされることができるが、生のデータは連続して重ねられ、メディアが生の挿入を可能にするときにはいつでも重ねられるように記録されたメディアの再生で非同期的に更新される。
【００６９】
以下の説明では、キーデータは明白に記憶される。しかしながら、簡単な実施形態では、キーはメディア内容から決定されてもよい。例えば画像または音響の合図或いは単にクリップの開始は開始ポイントを指定し、画像または音響の合図（例えばハンマーの音または指定された音）または見出し或いは単にクリップの終了が終了ポイントを指定する。指定されたビデオの重ねられた区域はスクリーンの固定された区域である。
【００７０】
表示される生の、即ちライブ情報は、オークションのためのアクチブな電話番号、現在の最高の入札、最小の入札、商品アイテムの番号、商品の説明、配送情報のうちの１以上を含んでいることが有効である。
【００７１】
図２ｂを参照すると、その後のシーン210は予め記録されたイメージ区域213と、生の情報を挿入するための区域214と、さらにライブ情報キー211と、生の情報を参照するオーディオ212を有している。
【００７２】
図２ｃを参照すると、さらにシーンの抽出220は関連するオーディオ222と共にオークションの終了をトリガーする関連する終了キーポイント221を有する。
【００７３】
図２ｄを参照すると、オークションの終了に後続して、勝者のリストは適切なオーディオ232とキー231とを有する予め記録されたビデオクリップの指定された区域234で表示される。
【００７４】
再構成およびフレキシブル性を容易にするために、記録されたクリップは全体のキー信号を含んでおり、またはキーポイントは（例えばコンピュータの読み取り可能なファイルまたは記録されたメディアを付随するファイル部分として）クリップに密接に関連して記憶される。しかしながらクリップは単に指定されたキーポイント（例えばブランクスクリーン区域、オーディオ合図）を有するが、キーポイントの識別子は別々に記憶され、直接重ねられるようにプロセッサにより使用される。このような場合には、メディアクリップと、キー区域を識別する情報の組合わせはプロセッサの制御アルゴリズム中に明白に記憶されてもまたは（例えばハードコード化により）埋設されてもキーポイントを有するクリップを構成する。これはクリップのフォーマットがほとんど変更しなくても適切である。
【００７５】
示されている実施形態はビデオを重ねているが、オーディオ、例えば入札額または呼者の生の音声の合成されたオーディオ識別、或いは生の入札に基づいた呼者の音声の提供者または記録のオーディオ識別を挿入することが可能である。これは重ねられたビデオに加えてまたはその代わりに行われることができる。
【００７６】
図３を参照すると、本発明を実施する簡単化されたシステムの概略図が記載されている。
【００７７】
呼処理システム50はそれぞれのユーザ電話機102a、102bから入来する呼を受信し、通信ネットワーク100から呼ライン識別子（ＣＬＩ）データを獲得するための（音声モデムを具備してもよい）複数の音声処理入力52a、52bを有する。呼はＣＬＩの記録、ユーザの詳細、入札の詳細を記憶しているデータベース56を有するプロセッサ54へ転送される。プロセッサはまたインターネット120を介して接続される１以上のユーザ端末（例えばパーソナルコンピュータ）110を経て入札を受取る。
【００７８】
プロセッサは入札を管理し、グラフィック（および随意選択的にオーディオ）出力装置58を介して、メディア記録装置60からの予め記録されたメディアと、メディア出力制御装置70によりカメラ62からの随意選択的なライブ入力と組み合わされた実時間グラフィックを生成する。これは放送ヘッドエンド72へ放送プログラムを提供し、衛星アップリンク74、ケーブルネットワーク130、地上送信機76の１以上へプログラムを供給する。さらに、放送ヘッドエンドはインターネット120によってウェブキャストを供給し、および／またはプロセッサは結果データを接続されたユーザインターフェース110へ供給する。重要で有効な特徴は、出力が好ましくは分配フォーマットにしたがうのではなく、特別な技術（例えばユーザ装置の対話性）を必要とすることなしに複数のネットワークまたはメディアにより分配されることができる完全なプログラムを具備することである。しかしながら、ユーザ装置を使用することが可能であり、例えば特にＭＰＥＧＩＶまたはＭＨＥＧがプログラムの分配に使用されるならば、放送前ではなくユーザ装置でデータをオーバーレイすることが可能である。
【００７９】
放送のオーディオ部分は入札期間中に呼者へプレイされるように音声入力52aと52bに有効に供給される。
【００８０】
プロセッサ54は幾つかの装置間で分配され、および／または他のコンポーネントの機能はプロセッサと一体化されてもよい。ハードウェア装置として示されているコンポーネントはソフトウェアで実施できることが認識されよう。
【００８１】
細部の変更が行われてもよく、特徴は他の特徴と独立して、または他に特に説明されない限り、その他の組合わせで与えられてもよい。
【図面の簡単な説明】
【００８２】
【図１】対話的オークションを提供するプロセスの概略図。
【図２】対話的オークションのライブおよび予め記録されたメディアの両者によりプログラムをコンパイルするプロセスの概略図。
【図３】本発明の実施形態を構成するハードウェアの概略図。

Claims (68)

1. 複数のユーザに対する入力データの処理方法において、
   ユーザからの入力呼を受信し、
   呼が受信されるユーザラインのユーザライン識別子を獲得し、
   予め登録されたユーザのデータベース中のユーザライン識別子をサーチしてユーザが予め登録されたか、または以前に登録されなかったかを決定し、
   ユーザライン識別子が発見された場合には、そのデータベースから予め登録されたユーザに対するユーザデータを獲得し、
   ユーザライン識別子が発見されない場合には、前に登録されなかったユーザの次の登録に対するユーザライン識別子を記憶し、
   予め登録されたユーザか、または以前に登録されなかったユーザかのいずれかの場合にさらにユーザ入力を受取り、
   さらにユーザ入力を受取るのに続いて、もしもユーザが以前に登録されなかった場合にはそのユーザに対するデータベース中にそのユーザデータを記憶するステップを有している入力データ処理方法。
2. ある事象により中断されたライブ相を有する対話プロセスと関連して動作され、ライブ相中に予め登録されたユーザおよび以前に登録されなかったユーザに対してユーザデータが受取られ、以前に登録されなかったユーザは事象の後で登録される請求項１記載の方法。
3. 別のユーザ入力は対話プロセスに対して供給される請求項２記載の方法。
4. 対話プロセスは複数のユーザに対する前記別のユーザ入力の処理を含んでいる請求項３記載の方法。
5. 利用できればユーザデータは対話プロセスに供給される請求項２乃至４のいずれか１項記載の方法。
6. 別のユーザ入力を与えたユーザの識別子はライブ相中に出力される請求項２乃至５のいずれか１項記載の方法。
7. 識別子は利用できればユーザデータに基づいている請求項６記載の方法。
8. ユーザ名が表示される請求項７記載の方法。
9. さらに、前記事象に続いて少なくとも１人の選択されたユーザを識別し、その、または各選択されたユーザに対するコンタクト情報を提供する請求項２乃至８のいずれか１項記載の方法。
10. 対話プロセスはオークションであり、別のユーザ入力は入札を含んでいる請求項２乃９のいずれか１項記載の方法。
11. 前記事象はオークションの終了であり、その、または各選択されたユーザは勝った入札者である請求項１０記載の方法。
12. さらに他の媒体からユーザ入力を受取る請求項１乃至１１のいずれか１項記載の方法。
13. 入力時間が各ユーザ入力に割当てられる請求項１乃至１２のいずれか１項記載の方法。
14. 他の媒体からおよび呼んでいるユーザからのユーザ入力の時間は相関している請求項１３記載の方法。
15. 予め登録されたユーザに対する記憶されたユーザデータは次に確認される請求項１乃至１３のいずれか１項記載の方法。
16. 共通のユーザライン識別子を有する複数のユーザは付加的なユーザ入力データに基づいて識別される請求項１乃至１５のいずれか１項記載の方法。
17. 付加的なユーザ入力データは共通のユーザライン識別子を有する前記複数のユーザのそれぞれに割当てた特有のＰＩＮ番号を含んでいる請求項１６記載の方法。
18. ユーザ識別子は、ユーザライン識別子が受信されない場合には別のユーザ入力を受信する前にリクエストされる請求項１乃至１７のいずれか１項記載の方法。
19. 入札が複数の呼出しているユーザにより受信され、対話オークションを行なう方法において、
    ユーザからの入力呼を受信し、呼が受信されるラインのライン識別子に基づいて入札者を識別し、ライン識別子に基づいて前に識別されたユーザに対するユーザを記憶し、
    前に識別されたユーザに対応するライン識別子があるか否かのユーザからの入札を受取り、以前に識別されなかった少なくとも１人のユーザに対してのオークションの後でさらに別のユーザ情報を獲得する対話オークションを行なう方法。
20. 実時間メディア出力を提供する方法において、
    少なくとも１つのライブ入力挿入キーポイントを有する予め記録されているメディアを提供し、
    その、または各ライブ入力挿入キーポイントを識別し、
    ライブ入力をライブ入力挿入キーポイントにおいて予め記録されているメディアと組合わせて出力メディアを提供し、
    その出力メディアを出力させるステップを含んでいるメディア出力の提供方法。
21. さらに続いて、別のライブ入力と予め記録されているメディアの少なくとも一部とを組合わせることによって別の実時間メディア出力を提供する請求項２０記載の方法。
22. 予め記録されているメディアは、少なくとも１つのライブビデオ挿入ポイントを有している請求項２０または２１記載の方法。
23. 予め記録されているメディアは、ライブオーディオの挿入のための中断を含むオーディオを有している請求項２０乃至２２のいずれか１項記載の方法。
24. 予め記録されているメディアは、結合されたビデオおよびオーディオを含み、オーディオはスクリーン上のデータに対する一般的な基準を含み、ビデオはライブデータを重ねるためのビデオ挿入ポイントを有しており、前記結合はビデオにライブデータを重ねるステップを含んでいる請求項２２記載の方法。
25. 実時間メディア出力は対話事象に対応しており、出力メディアは放送であり、方法は、出力メディアが放送されたとき観察者からのユーザ入力の受取りを含み、ライブ入力は前記ユーザ入力に基づいている請求項２０乃至２４のいずれか１項記載の方法。
26. ライブ入力は観察者の識別子を含んでいる請求項２５記載の方法。
27. 対話事象はオークションを含み、ユーザ入力は入札を含んでいる請求項２５または２６記載の方法。
28. 予め記録されたメディアは予め記録された注釈または生産記述を含んでいる請求項２５乃至２７のいずれか１項記載の方法。
29. 予め記録されたメディアの再生のタイミングは対話プロセスと調整されている請求項２０乃至２８のいずれか１項記載の方法。
30. さらに、予め記録されたメディアの再生間にライブメディアクリップを挿入する請求項２０乃至２９のいずれか１項記載の方法。
31. ライブ観察者の入力に基づいて実時間対話オークションを行なう方法において、
    オークションの予め記録されたクリップをプレイアウトし、
    クリップは入札に対する少なくとも１つの可視またはオーディオ基準を含み、
    観察者から入札を受取り、予め記録されたクリップ上の受取られて入札に基づいて実時間データを重ねるステップを含んでいる方法。
32. ユーザ入力は請求項１乃至１９のいずれか１項に記載した方法により処理することによって得られる請求項２０乃至３１のいずれか１項記載の方法。
33. さらに、ユーザに対するデスパッチまたは請求記録を生成するステップを含んでいる請求項１乃至３２のいずれか１項記載の方法。
34. 請求項１乃至３３または３９乃至５８のいずれか１記載の方法により実行する命令を含むコンピュータプロダクトまたはコンピュータプログラムプロダクト。
35. 請求項２０乃至３２または５３乃至５６のいずれか１項記載の方法において使用するライブ入力挿入キーポイントを有する予め記録されたメディアソース。
36. 請求項３０乃至３２のいずれか１項記載の方法にしたがって予め記録されたメディアおよびライブ入力を結合させることによって生成されるプログラム。
37. 請求項１乃至１９または３３のいずれか１項記載の方法にしたがって得られたユーザデータを含んでいるデータ構造。
38. ユーザライン識別子と、アドレスの詳細を含むユーザ識別データと、オークション番号と、入札量とを含んでいるデータ構造。
39. 対話オークションで使用するためのデータを処理する方法において、
    オークション期間中に、
    複数の入札者から入札を受信し、
    入札者の複数の識別子と、各入札者の最後の入札額とを含んでいるデータをデータベースに記憶し、
    オークションの終了に続いて、
    記憶されたデータと少なくとも１つの予め定められた規準に基づいて少なくとも１人の勝者を識別し、
    識別されたその、または各勝者の確認を探索し、
    勝者の確認が失敗したならば、記憶されたデータに基づいて入札者中から代わりの勝者を識別するステップを含んでいる方法。
40. その、または各代わりの勝者の確認が探索される請求項３９記載の方法。
41. 複数の勝者を含む順序付けされた勝者リストはコンパイルされ、その勝者に対する確認が失敗したならば、勝者はリストから消去される請求項３９または４０記載の方法。
42. 存在するならば消去された勝者の下の勝者が昇格し、代わりの勝者はリストの下部に付加される請求項４１記載の方法。
43. 異なる入札額が各勝者に対して記憶される請求項４１または４２記載の方法。
44. 各勝者は入札額に基づいて購入額を割当てられる請求項４１乃至４３のいずれか１項記載の方法。
45. 各勝者の購入額は各勝者のそれぞれの入札額に対応する請求項４４記載の方法。
46. 少なくとも２つの勝者の購入額は同一額に設定される請求項４３記載の方法。
47. 勝者のグループに対する購入価格はグループ中の最低の入札に設定される請求項４６記載の方法。
48. 勝者のグループに対する購入価格はグループ中の最高の入札に設定される請求項４６記載の方法。
49. オークションは低下する価格のオークションである請求項４７記載の方法。
50. 呼を行う入札者は、入札が最初に受取られたか拒否されたかを呼期間に通知される請求項１０、１１または１９のいずれか１項記載の方法。
51. さらに、呼者に呼者が呼期間中に高い値を付けていることを通知するステップを含んでいる請求項５０記載の方法。
52. 呼者に与えられる少なくとも幾つかのオーディオはユーザ入力が得られる対話的プログラムのオーディオに対応する請求項１乃至１９または３２のいずれか１項記載の方法。
53. 対話放送に付随するため予め記録されたクリップを生成する方法において、
    メディアクリップを記録し、
    ライブメディア挿入ポイントとしてクリップのビデオ部分の少なくとも１つの区域またはクリップのオーディオ部分の少なくとも１つの期間を指定し、
    クリップを記憶し、
    その、または各ライブメディアの挿入ポイントを識別する情報を記憶するステップを含んでいるクリップ生成方法。
54. クリップはオーディオおよびビデオの両者を含み、少なくとも１つのライブメディア挿入ポイントが指定され、それはライブデータが重ねられるビデオの区域を含み、オーディオはデータに対する一般的基準を含んでいる請求項５３記載の方法。
55. クリップはオークションに付随するためのメディアを含み、ビデオは最新または最大の入札を表示するディスプレイ区域を有し、オーディオは最新または最大の入札に対する基準を含んでいる請求項５４記載の方法。
56. 対話オークションに付随するためメディアクリップを提供する方法において、
    オークションの主題の詳細と、入札に関する基準を含むが入札額を含まない注釈とを含んでいるメディアクリップを記録し、
    ライブ入札の挿入のための少なくとも１部分を指定し、指定された部分を識別する情報を記憶するステップを含んでいるメディアクリップの提供方法。
57. 請求項２０乃至３２または５３乃至５６のいずれか１項による方法、またはその使用により与えられるクリップまたはその部分或いはこのようなクリップまたはその部分を伝送するデータまたは信号または記憶媒体。
58. 対話放送オークションの入札者を識別するための呼者ライン識別子（ＣＬＩ）の使用。
59. 対話放送オークションに付随するためにメディアを与えるためのデータ挿入ポイントを有する予め記録されたクリップの使用。
60. 最初の勝者識別プロセスで識別される勝者を置換するための入札者を識別するための対話放送オークションの入札者の記憶装置の使用。
61. 視聴者から受信された入札に基づいてライブ対話データと合体される予め記憶されたクリップをプレイアウトするステップを含んでいる対話放送オークションの提供方法。
62. 呼者の事前登録を必要とせずに呼者ライン識別に基づいて呼者から入札を受取るステップを含んでいる対話放送オークションを行う方法。
63. 放送の刺激に応答して視聴者が呼を行うために呼者ライン識別データを集めるステップを含んでいる視聴者データベースのコンパイル方法。
64. さらに、視聴者識別情報を記憶するステップを含んでいる請求項６３記載の方法。
65. 入札者の記憶された詳細から勝者の初期リストを決定し、その初期リストから勝者を外れる場合に、少なくとも１つの入札者を勝者のリストへ昇格し、その後オークションが終了するステップを含んでいる対話的放送オークションの提供方法。
66. それぞれの入札額を有する勝者のグループを決定し、少なくとも１つの入札額とは異なるグループの全てのメンバに対するグループ販売額を設定するステップを含んでいる対話的放送オークションの提供方法。
67. ２つの別々のソースから入札を受信し、入札時間を全ての入札に割当て、割当てられた時間に基づいて入札を処理するステップを含んでいる対話的放送オークションの提供方法。
68. 通信ネットワークを介するトランザクションの処理方法において、
    ユーザ通信ラインに対するユーザライン識別子を受信し、
    通信ネットワークにより与えられた受信されたユーザライン識別子に基づいてユーザデータを観察し、
    記憶されたデータに基づいてユーザにより与えられたセキュリティコードを確認し、
    ユーザライン識別子および確認されたセキュリティコードに基づいてトランザクションを実行するステップを含んでいる方法。

Images