(57)【特許請求の範囲】
【請求項１】
複数の参加者のテイクを準備して別々に記録する方法であって、前記記録されたテイクは、前記テイクが並置されて同時に再生されると、前記テイクが同時間に記録されたと見えるように、単一場面又は前記参加者間の対話の一部を形成する方法であり、
脚本を場面に提供するステップであって、前記脚本は、少なくとも２人の参加者による連続演技のための少なくとも２つのセリフを含む提供するステップと、
前記セリフを第１のソフトウェアプログラムに入力するステップであって、各セリフの文章を入力し、各セリフに関係する前記参加者に示した後に、話される各々のセリフの音声記録を生成するために実際に各セリフを発するステップを含む入力するステップと、
前記入力された文章及び前記文章の前記音声記録を、各音声記録の時間的な長さの指示とともにデータベース内に記憶するステップと、
特定の参加者の前記音声記録をその参加者のマスター音声に集約するステップと、
第２のソフトウェアプログラムを使用して前記場面の前記参加者のうち第１の参加者の演技の新しいビデオテイクを作り出すステップであって、
表示されたセリフの前記時間的な長さを示すプログレスインジケータとともに
前記第１の参加者の前記複数のセリフの中の一つのセリフの文字を表示するステップであって、前記プログレスインジケータは、経過時間の表示を含む表示するステップと、
前記プログレスインジケータと同期した前記表示されたセリフの文字の演技の前記ビデオ及び音声を記録するステップと、
前記演技の前記ビデオを記録し続けている間に、前記記録するステップにおいてちょうど記録された前記セリフに従うマスター音声のセリフを、前記場面の別の参加者の適切なマスター音声から再生するステップと、
前記表示するステップ、記録するステップ、及び再生するステップを、その順序で、前記第１の参加者のすべてのセリフが演じられ、及び記録されるまで繰り返すステップと、
前記新しいテイクを、前記場面の複数のビデオテイクを含む第２のデータベースに
記憶するステップと
を含む前記新しいビデオテイクを作り出すステップと、
ユーザに２つのテイクのペアリングを形成させるステップであって、第１のテイクは、前記場面の前記第１の参加者のビデオレコーディングであり、及び第２のテイクは、前記場面の別の参加者のビデオレコーディングである前記形成させるステップであり、
ペアにされる前記テイクを選択するステップと、
前記並置されたビデオが同時間に記録されたように見えるように、前記テイク中の前記参加者が話している前記テイクの部分に対応して提示される各テイクの音声部分と共に並置されたビデオとして同時に前記テイクを提示するステップと
を含む前記形成させるステップと
を備えることを特徴とする方法。
【請求項２】
前記マスター音声は、マスタービデオに置き換えられることを特徴とする請求項１に記載の方法。
【請求項３】
前記マスタービデオは、映画又はテレビ番組の部分であることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のソフトウェアプログラム及び前記第２のソフトウェアプログラムを組み合わせて１つのソフトウェアプログラムにすることを特徴とする請求項１に記載の方法。
【請求項５】
前記ソフトウェアプログラムのうちの少なくとも１つは、コンピューティングデバイス上のインターネットブラウザプログラム内で動作することを特徴とする請求項１に記載の方法。
【請求項６】
前記データベースは、インターネットとの通信を行う少なくとも１つのサーバ上でホストされることを特徴とする請求項１に記載の方法。
【請求項７】
前記記録する及び提示するステップは、インターネットとの通信を行うコンピューティングデバイスによって実行されるステップであることを特徴とする請求項１に記載の方法。
【請求項８】
前記記録する及び提示するステップは、訓練プログラムの一部として使用されるステップであることを特徴とする請求項１に記載の方法。
【請求項９】
前記記録する及び提示するステップは、配役の過程の一部として使用されるステップであることを特徴とする請求項１に記載の方法。
【請求項１０】
複数の参加者の複数のテイクの中の２つのテイクのペアリングを準備する方法であって、前記テイクは、前記テイクがペアリングとして並置されて同時に再生されると、前記ペアリングが一つの時間に記録されたと見えるように、単一場面又は前記参加者の間の対話の少なくとも２つの分離した部分を形成する方法であり、
場面に対するマスターを提供するステップであって、前記マスターは、少なくとも２人の参加者による連続する演技のためのセリフの各々の演技の時間的な長さの指示とともにデータベース内に前記セリフの脚本文及び前記脚本文の前記セリフの前記参加者の演技のビデオレコーディングを含む提供するステップと、
ソフトウェアプログラムを使用して前記場面の前記参加者のうち第１の参加者の演技の新しいビデオテイクを作り出すステップであって、
表示されたセリフの前記時間的な長さを示すプログレスインジケータとともに
前記第１の参加者の前記複数のセリフの中の一つのセリフの文字を表示するステップであって、前記プログレスインジケータは、経過時間の表示を含む表示するステップと、
前記プログレスインジケータと同期した前記表示されたセリフの文字の演技の前記ビデオ及び音声を記録するステップと、
前記第１の参加者の前記ビデオを記録し続けている間に、前記記録するステップにおいてちょうど記録された前記セリフの後にすぐに従うセリフを、前記場面の別の参加者の記録された演技から再生するステップと、
前記表示するステップ、記録するステップ、及び再生するステップを、その順序で、前記第１の参加者のすべてのセリフが演じられ、及び記録されるまで繰り返すステップと、
前記新しいテイクを、前記場面の複数のビデオテイクを含む第２のデータベースに記憶するステップと
を含む前記新しいビデオテイクを作り出すステップと、
ソフトウェアプログラムを使用して前記場面の前記参加者のうち第２の参加者の演技の新しいビデオテイクを作り出すステップであって、
前記表示されたセリフの前記時間的な長さを示すプログレスインジケータとともに
前記第２の参加者の前記複数のセリフの中の一つのセリフの文字を表示するステップであって、前記プログレスインジケータは、経過時間の表示を含む表示するステップと、
前記プログレスインジケータと同期した前記表示されたセリフの文字の演技の前記ビデオ及び音声を記録するステップと、
前記第２の参加者の前記ビデオを記録し続けている間に、前記記録するステップにおいてちょうど記録された前記セリフの後にすぐに従うセリフを、前記場面の前記第１の参加者の記録された演技から再生するステップと、
前記表示するステップ、記録するステップ、及び再生するステップを、その順序で、前記第１の参加者のすべてのセリフが演じられ、及び記録されるまで繰り返すステップと、
前記データベース内の前記新しいビデオテイクを記憶するステップと
を含む前記第２の前記演技の新しいビデオテイクを作り出すステップと、
第１のテイク及び第２のテイクである２つのテイクのペアリングを形成するステップであって、前記第１のテイクは、前記場面の前記第１の参加者の複数のテイクの中の一つであり、及び前記第２のテイクは、前記場面の前記第２の参加者の複数のテイクの中の一つであるステップであり、
前記データベース内の前記複数のテイクからペアにされる前記テイクを選択するステップと、
前記並置されたビデオが同時間に記録されたように見えるように、前記テイク中の前記参加者が話している前記テイクの部分に対応して提示される各テイクの音声部分と共に並置されたビデオとして前記ペアにされたテイクを同時に再生するステップと
を含む前記形成するステップと
を備えることを特徴とする方法。
【請求項１１】
前記マスターは、映画又はテレビ番組の部分であることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ソフトウェアプログラムは、コンピューティングデバイス上のインターネットブラウザプログラム内で動作することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記データベースは、インターネットとの通信を行う少なくとも１つのサーバ上でホストされることを特徴とする請求項１０に記載の方法。
【請求項１４】
前記記録する及び再生するステップは、インターネットとの通信を行うコンピューティングデバイスによって実行されるステップであることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記記録する及び提示するステップは、訓練プログラムの一部として使用されるステップであることを特徴とする請求項１０に記載の方法。
【請求項１６】
前記記録する及び提示するステップは、配役の過程の一部として使用されるステップであることを特徴とする請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（先行出願の相互参照）
本出願は、（２００９年６月１３に出願された）米国仮特許出願第６１／１８６、８４１号の正規出願であり、その出願からの利益及び優先権を主張する。
【背景技術】
【０００２】
（発明の導入部）
多くの人々は、俳優になって「発掘されたい」という願望を抱く。一方、脚本を作ってそれを演じたり、又は演じてもらうことに関心がある人々がいる。こうした種類の願望が職業又は趣味につながることもある。しかし、演じること又は脚本を書くことを試すことに関心がある人がその分野に参入するための方法が不足している。従来、そのような人は、高校の演劇部又はアマチュアや「夏季講習」の舞台に参加できる程度であった。しかも、このような手段が、演じること又は脚本を書くことに関心を見せる人々のうちのわずかな割合でしか使用することができないことは明らかである。
【０００３】
徐々に、技術がこの分野に広がり始めた。数十年にわたって、アマチュアの俳優やプロデューサーは、自分達の作品を作るために家庭用ムービーカメラを使用してきた。しかし、その作業は、一般的に煩雑で費用がかかった。ほとんどの家庭用ムービーカメラは音声記録を備えていなかった。何かを撮影した後、現像フィルムが上がるまでにかなりの間隔があった。手作り映画は、一般的に本格的に編集されず、プロジェクタを設置して視聴者を「ごまかす」ことが難しかった。家庭用ビデオカメラの出現によって状況がやや向上したのは、そのデバイスのほとんどが画像のみならず音声も一様に記録するからである。現像すべきフィルムがないので、家庭用テレビで場面を即座に閲覧することができる。簡単に閲覧することによって、視聴者を得ることもずっと簡単になる。技術が向上し続けているので、ビデオカメラがより小型で高性能になっている。同時に、記録画像を編集し、本格的な字幕や編集を加え、結果的に生じたビデオを簡易な配布のためＤＶＤ化することも可能にするソフトウェアが利用可能になった。同時に、そのビデオを「You Tube」のような多数のサイトにアップロードして流すことができるように、インターネットが普及した。今日、ビデオのレコーディングを直接アップロードするために、ビデオカメラをコンピュータに（まだ内蔵されていない場合）取り付けることは簡単なことである。従って、画像を記録してその画像を視聴者に届ける技術に大変革をもたらした。しかしながら、演じること及び脚本を書くことの技能は、なおも大部分において試行錯誤によって獲得される。
【０００４】
技術の向上によって今では、場面の脚本を演じるのにその場面の１つの役の演技を記録して（「テイク」を行う）それを２番目に記録された２番目の役の演技と並置して（「ペアリング」）表示することで、２人の俳優がその場面を一緒に記録したように見せることが可能である。映画、テレビ番組又は芝居からの有名な場面の脚本に基づいてテイク及びペアリングを（何らかの必要な許可を取得したことが前提だが）行うことは可能であるが、他の人がテイク及びペアリングを作り出せるように新しい場面を作り出して入力することも可能である。従って、新進の脚本作家は、自分達の技能を磨くことができる。記録するために単純なパーソナルコンピュータ（又は同様のコンピューティングデバイス、例えば、ゲーム機、スマートフォン又はタブレット型コンピュータ）を使用した後、インターネットサイトにアップロードすることができることによって、世界的規模の視聴者が手に入る。この発明によって視聴者の各メンバーを、彼らが望む程度の参加者にすることができる。ある人々は、他の人が記録したテイクを閲覧することのみを選ぶことができ、任意でそのテイクから新たにペアリングも行うことができる。別の人々は、さらに深入りし、脚本を演じて結果的に生じた演技の新しいテイクを記録するようになる。ついには、何人かは、自分の脚本が世界中でどのように受け入れられているか確かめるために脚本を投稿し始める。
【０００５】
一実施形態において、インターネットベースのアプリケーションは、ユーザに演技を記録するためのウェブサイトにサインインさせて、テイクを生成する。例えば、２人の俳優（俳優Ａ及び俳優Ｂ）が、それぞれ自分のセリフを交互に話す場面を考えてみる。その場面が人気映画などに由来する場合、そのオリジナル場面のビデオクリップへのインターネットリンクがあるはずなので、ユーザはその場面を（クリップの所有者から適切な許可を取得したことを前提に）閲覧することができる。このシステムは、俳優のセリフをテレプロンプター形式で配信する。ユーザは、見習う俳優の方（Ａ又はＢ）を選ぶことができる。ユーザが俳優Ａとして演じることを決定した場合、システムは、俳優Ａが話す各セリフを、そのセリフの速さ／タイミングを示すタイムプログレスバーと共に提示する。好適には、ユーザ（俳優Ａ）が俳優Ｂのパートと張り合うことができるように、俳優Ｂのテイクが提示される。テイクは、内蔵カメラマイク（Macintosh＆most laptops社製）又はコンピュータに接続された別々のコンポーネントを使用するユーザのコンピュータによって記録される。ユーザは、演技を再生して、それを要望通りに再記録することができる。ユーザが満足すると、その演技はウェブサイトにアップロードされる。
【０００６】
テレプロンプターのタイマーは、たとえさまざまなテイクが実際には異なる時間に記録されていても、ユーザの演技が俳優Ｂと確実に同期されるようにする。ユーザがセリフを話しながら自分の俳優Ａのテイクを記録している時、システムは、事前に記録された俳優Ｂのテイクを表示して、そのセリフに対する俳優Ｂの反応を示す。その後、俳優Ｂが自分のセリフを演じて、ユーザは、その演技を見たり聞いたりする。俳優Ｂの演技中、ユーザ（俳優Ａ）の画像は、俳優Ｂへの応答を示しながら再記録される。このようにして、システムによって、セリフは、記録する自分のセリフを、演技して話している俳優Ａ（ユーザ）と、音声で示されている俳優Ｂのビデオテイクとで行ったり来たりして再現される。記録する際の混乱を避けるために、ユーザのローカルマイクは、俳優Ｂが話すたびに自動的にミュートされる。マイクを交互にミュートするレコーディングと相互作用している１人を視覚的に記録するために、システムは、レコーディングコンポーネントを連動させる。
これによって、最終的に、そのテイクが縦の並び、横の並びで再生できるようになり、外見的には一緒に演じているように見える。システムは、パーソナルコンピューティングデバイスとの通信を行い、ユーザが演じるのに対して事前に記録された演技を再生する間に音声とビデオのレコーディングを同時に統合する。これはすべて、所定の時間フレームで行われ、その後、横並びのディスプレイに直ぐに掲載される。その結果は、元は非同期で保存された２つの同期されたビデオストリームが１つになったものである。これは、各セリフがローカルコンピューティングデバイス上でテレプロンプター方式で提示されたタイミングインジケータ（プログレスバー）によって設けられた特定／共有の時間系列を使用することによって可能になる。
【０００７】
ほとんどの場合、システムは、場面に対してＡ及びＢの複数のテイクをすでに含むであろう。ユーザは、利用可能ないずれのテイクに対しても演じることを決定することができる。その場合、選ばれたレコーディングがスクリーン上に現れて、もう一方のパートを演じるユーザと交互にセリフを話す。場面の脚本の時間が計時されていることから、Ａ及びＢのパートを無作為に選ぶことができ、筋の通った場面（ペアリング）が結果的に生じる。これを、リハーサル、オーディション目的及び社会的対話に使用することができる。システムを使用して新しい場面を生成して入力する場合、ユーザ（又は管理者）は、その脚本を入力し、セリフに分け、そしてパートを演じて、演技の時間フレームを確立する各役の「マスター」テイクを生成するためにすべてのセリフを記録する。マスターテイクは、演技の音声のみで構成し得る。好適には、タイミング情報は、マスターテイクの音声から自動的に得られる。後続のユーザは、（そのタイミング情報が組み込まれた）脚本に従うが、「マスター」テイクの代わりに続けて使用することができる新しいテイクを生成する。組み込まれたタイミング情報（つまり、同じマスターテイク上のタイミング情報）を含む所与の脚本に基づく任意のテイクを組み合わせてペアリングする（並置させる）ことができ、その結果は、まるで両方の演技が同時間に記録されたかのように見えるであろう。
【０００８】
本発明のシステムは、役を演じる俳優の観点から説明しているが、本発明のシステムに対して実際には他のいくつかの重要な用途があることを認識されたい。そのシステムは、特に、個人にある状況に対する応答の仕方を教えることを目的とする、又は従業員もしくは潜在的従業員の応答をモニタするのに望ましい、職業訓練やＨＲ（human resources）に有効である。例えば、支援センターの従業員に応答の仕方を訓練しながら、顧客のさまざまな問題を調停して解決するところを想像してほしい。訓練モードでは、ＡとＢの２つのパートが、支援センターの従業員（Ａ）対顧客（Ｂ）になる。従業員は、従業員の役のみを読んで演じるだけでよい。顧客（Ｂ）は、現実の問題を提示して訓練中の従業員に現実的に応答する。この過程は、他の訓練演習も伴い、そこで技術的な問題が検証されて、その従業員は問題を特定して解決する方法を教わる。Ａ−Ｂのロールプレイングは、顧客に応答する際の現実的な練習を従業員に行わせる。訓練が進むにつれ、従業員が幅広い問題や顧客の問題に対処することを学べるように、Ｂの役をだんだんと多様にすることができる。最終的には、従業員が自然に応答することを学べるように、Ａの役のテレプロンプターによる脚本部分がだんだんと空白になる。従業員が顧客の考えを認識することを学べるように、訓練中にはＡの役とＢの役の両方を従業員が担うことができる。ついには、本発明を、従業員が所与の状況に対処することをどれくらい学んだかを測る検査ツールとして使用することができる。応答の質が評価されるだけでなく、記録された演技によって、応答時間が訓練生の技能レベルを示す別の因子として測定されることも可能である。
【０００９】
本発明のシステムの訓練用途は支援センターの状況に限定されないことがさらに認識されるであろう。例えば、販売を含むあらゆる種類の社内訓練がこの手法に適している。さらに、（例えば、テレプロンプターによる脚本がほとんど利用できない場合）自然な応答の結果を、「自動」面接官としてＨＲが使用することができ、その結果を就職志願者が再現可能で先入観のないやり方で判断するために使用することができる。これは、異なる面接官を使用することによって、又はある面接から次の面接に移る面接官の気持ちの変化によって、生じる潜在的な偏りを解消する。さらに、発明システムは、語彙や発音の学習と理解力や応答の向上の両方を行う語学訓練に理想的である。このシステムは、配役の問題を解決するために娯楽産業においても理想的である。見込みのある俳優は、すべての志願者が同じＢのビデオに対してＡのパートを演じるＡ−Ｂのレコーディングを投稿することができる。配役担当責任者は、後で大勢の志願者を迅速に見直して、最終オーディション用に小グループのファイナリストを素早く選択することができる。さらに、配役担当責任者は、今後の必要に備えてそのレコーディングを保有することができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】米国特許第６５３５２６９号明細書
【特許文献２】米国特許出願公開２００８−０１６８３５０号公報
【図面の簡単な説明】
【００１０】
【図１】Scene Description画面を描写した図である。
【図２】Pairing Listing画面を描画した図である。
【図３】Pairing Browser画面を描画した図である。
【図４】Teleprompter/Recorder画面を描画した図である。
【図５】システム全体のレコーディングの論理フローを示したフロー図である。
【図６】Preview画面を描画した図である。
【図７】Thumbnail画面−Posting画面を描画した図である。
【図８】Mixer画面を描画した図である。
【図９】New Script画面を描画した図である。
【図１０】Actor画面を描画した図である。
【図１１】Edit Lines画面を描画した図である。
【図１２】Shared Silenceエントリーの使用を示す例示的な図である。
【図１３】Preview画面を描画した図である。
【図１４】Publish画面を描画した図である。
【図１５】Current Activity画面を描画した図である。
【図１６】My Scenesページを描画した図である。
【発明を実施するための形態】
【００１１】
全過程は、このシステムの典型的な実施例の参照によって理解することができる。正確な外見がここで提示される実施例とは異なり得るように、本システムを、多数の異なる方法で実行することができることを当業者は認識するであろう。ユーザは、自身をシステムに識別させることによってシステムに入る。これを行う最も典型的な方法は、ユーザ名及びパスワードを入力することである。その目的は、セキュリティを維持してユーザのプライバシーを保護することである。そのため、生体情報の入力などの他のいくつかの方法を典型的なユーザ名／パスワードシステムの代わりに又は強化として使用され得る。システムの主要部分（特に複数の記録されたテイク）は、リモートコンピュータの例えば、１又は複数のデータベースに常駐するであろうと考えられる。これらのリモートコンピュータ又はサーバは、インターネットなどのネットワークによってユーザのコンピュータに接続される。この接続は、ワイヤレスのみならずワイヤ実装も含む。ユーザのコンピュータは、従来のデスクトップ及びラップトップコンピュータのみならず、スマートフォン、タッチパッド及びゲームプレイングステーションも含む、任意の種類のネットワーク化できるコンピューティングデバイスを含む。コンピューティングデバイスに必要なすべては、ネットワークからビデオ（音声を含む）データにアクセスして表示し、ローカルイメージングデバイスからビデオデータを受信してそのデータをネットワークに送信する機能である。さらに、ユーザのコンピューティングデバイス上のソフトウェアは、スタンドアロンアプリケーションか、又はもう１つのソフトウェア内で動作するアプリケーションになり得ることを当業者は認識するであろう。特に、本システムの好適な実施例は、リモートシステム又はサーバへの接続性のみならずディスプレイも提供する、ウェブブラウザ内で動作する。そのような実施例において、機能性の多くは、ＨＴＭＬ又はＸＭＬなどのいくつかの任意のハイパーテキスト言語から構築されるウェブページによって提供される。Flashプレイヤー及びアプリケーションなどのブラウザプラグイン、及びJava（登録商標）及びAction Scriptなどのメタ言語で書かれたアプレットを介して付加的な機能性を提供することができる。アプリケーションは、独立したウェブサイト（固有のＵＲＬ）として常駐することができ、又は「FaceBook」のような人気のあるソーシャルネットワーキングサイトなどの別のウェブサイトを介して提示することができる。
【００１２】
（場面）
すでに説明したように、システム内のアクティビティは、場面の個々のパートであるレコーディングテイクを中心に展開する。場面中３又は４人以上いるシステムを構築することも可能であるが、ほとんどの場面は、２人の俳優（俳優１又はＡ［左手］及び俳優２又はＢ［右手］、俳優の実名又はその場面で俳優が演じる役名で呼ぶ）で構成される。俳優が増えるにつれて場面がさらに混乱する理由から実際上の限界があることが認識されるであろう。図１は、典型的なScene Description画面を表す。この実施例において、その場面は、大映画からの有名な場面であり、その場面を使用する権利が獲得されている、と想定する。場面タイトル（「Tasty Burger」）は、その場面の間に起きる短い説明と一緒にリストされる。その場面が映画又はビデオから来た場合、ユーザが元の場面の自身の記憶を新たにすることができるように、実際の場面は、画像化されるか、又はインターネット上のどこかにあるその場面へのリンクが提供される。さらに、ユーザによってシステムに入力された脚本素材は、著作権問題が何も存在しないことを想定し、印刷することができる。
【００１３】
（ペアリング）
Scene Description画面からのリンクは、ユーザを、その場面から得られた利用可能なペアリングの全リストを含むPairing Listing画面（図２）に導く。代替的には、その場面のPairing Listingは、Scene Description画面の一部として（例えば、画面の下部に）リストされ得る。すべてのペアリングが単一のページに収まらない場合、複数の画面リンク（データがオンラインのサーチエンジンによって提示される方法による）を提示して、ユーザを利用可能なペアリングの後続リストに導くことができる。この場合、１，２，３，Ｎｅｘｔ＞リンクの選択（クリックオン）によって、利用可能なすべてのペアリングをユーザが循環して映すことができる。「利用可能な」とは、所与のユーザが閲覧することができるペアリングを示す。所与のペアリングを閲覧する機能を、各ユーザに与えられる「許可」に関連させることができる。最も単純な実施例において、どのユーザも所与の場面に対するすべてのペアリングを閲覧することができる。より複雑な実施例において、ソーシャルグループ及び／又は関連グループのペアリングのみを閲覧することができる。さらに、システムは、所与のテイク及びペアリングを誰が生成したか（テイク又はペアリングの所有者）を認知している。所与の実施例がテイク又はペアリングを削除する機能を提供する場合、この機能はこの所有権に関連する。一般的に、ユーザは、そのユーザによって生成された（所有されている）項目のみを削除することができる。特に本発明がソーシャルネットワーキングサイトの一部として提示される場合、許可をかなり複雑にすることができる。そのような状況の下、項目の所有者は、その項目を所有者のみによって、所有者のソーシャルネットワーク内の他の人（例えば、所有者の友人）のみによって、所有者のソーシャルネットワーク及び関連するソーシャルネットワークの会員（例えば、１又は複数の一般会員）のみによって又はそのシステムにアクセスする誰もが閲覧することができるように、その項目に対する許可を設定することができる。グループ化に従ってさまざまな項目が利用可能になるように、親しい友人、グループの一員などのような付加的なバリエーションを所与の実施例において設定することができることが認識されるであろう。
【００１４】
ユーザを、リストされたペアリングに任意にクリックさせて、図３に示したPairing Browser画面に直ぐに導くことができる。この画面は、選択された、２つの（横並びの）ビデオウィンドウ内に示した俳優とのペアリングを示す。ユーザが動作を見たり聞いたりすることができるように、再生／一時停止ボタン（ここでは２つの画面の中央にある）を選択して、システムにペアリングを再生させる。ビデオは、俳優の名前の下のウィンドウ内に現れる。右矢印及び左矢印によって、ユーザが利用可能なペアリングを循環して映すことができる（右矢印はリストの次のペアリングにつながり、左矢印はリストの前のペアリングにつながる−リストは循環し得る）。ペアリングの下に置かれたボタンによって、ペアリング内に表示されたいずれかのテイクに基づいてユーザが新しいペアリングを記録できる。例えば、ユーザが右手のボタンを選択する（UserＸによる Julesのパートを記録する）場合、ユーザは、Username１の俳優Ａ（Travolta）のテイクに対する俳優Ｂ（Jackson）としてユーザ（UserＸは現在のユーザ名に取って代わられることになる）をペアにする新しいテイクを記録することになる。同様に、ユーザが右手のボタンを選択する（UserＸによるVincentのパートを記録する）場合、ユーザは、Username２の俳優Ｂ（Jackson）のテイクに対する俳優Ａ（Travolta）としてユーザをペアにする新しいテイクを記録することになる。「Username１」及び「Username２」は単に説明する目的で使用される例示的な名前であることが認識されるであろう。実際の実施例において、提示される名前はユーザの実名か、又は所与のユーザがシステム内で使う「画面上の名」になるであろう。同様に、「UsernameＸ」は、現在のユーザの名前に置き換えられることになる。
【００１５】
（テイク）
記録ボタンのうちの１つを選択してユーザを図４に示したTeleprompter/Recorder画面に導く。左手（Vincent）のボタンが選択されたとみなして、俳優Ａ（Travolta）としてUsername２のテイクが片側の画面のウィンドウ４０に示される。もう一方の画面のスクロールリスト４２は、動作／表現を示し、その後各俳優に対する実際に話される文字が続けて示される。例えば、リストの上部は、場面の第１の部分に対する動作／表現が付いた場面名称である。俳優Ａは、次のセリフの間に動作を詳述する任意的な挿入句と共にリストされる。その後俳優Ａの文字による第１のセリフがリストされる（セリフＡ１）。この後、任意的な段落と一緒に俳優Ｂの第１のセリフ（セリフ１）に対する動作／表現が続く。
実際に記録する前に、ユーザが場面全体を見直すことができるように、この情報が提供される。システムが起動すると、現在演じられているセリフがリストの上部に来るように、この素材が上にスクロールする。素材の他の配置も考えられる。
【００１６】
ビデオ内で俳優Ａのウィンドウは、俳優Ｂを演じているローカルユーザの生のビデオ画像を示す「ピクチャインピクチャ」のサブウィンドウ４４を置く。システム制御（例えば、停止／開始ボタン４６）は、俳優Ｂのセリフのみを示すスクロールリストも提供する。
ビデオ会議に携わる当業者は、カメラの方を直接見る人の重要性を理解するであろう。ビデオ会議では、参加者がカメラの方を直接見ない場合、その人はうそをついている、不正直又は話したがらないと受け取られるかもしれない。これと同じ法則が一般的に俳優にも関係する。俳優が誠実で正直であるように見られたい場合、その俳優はカメラの方を直接見るはずである。俳優が詐欺的又は不正直であるように見られたい場合、その俳優はカメラの方を直接見ないようにするかもしれない。これにより、脚本の配列、Teleprompter/Recorderの制御及び他の部分が重要になってくる。この実施例において、多くのコンピュータシステムがビデオカメラ（ウェブカム）をコンピュータ画面の上部にもって来る理由から、俳優Ｂの脚本は、ビデオウィンドウの上に示される。そのカメラ設定では、スクロールする脚本のセリフをビデオウィンドウの下に置くと、結果として俳優の目が下方を見ているように見えるので、カメラとのアイコンタクトを避けるかもしれない。画面の上部に置かれたカメラでは、伏し目がちになるのを避けるために、脚本のセリフ及び制御をビデオウィンドウの上や画面の上部近くに置くことが有利になり得る。同様に、ピクチャインピクチャも、必要に応じて移動することができる。そのため、この画面内の脚本ウィンドウ及び他の要素の正確な配列は、特定のカメラ設定に順応するために移動し得ることを当業者は気付くであろう。
【００１７】
（テイクのレコーディング）
システム制御は、停止／開始ボタン４６、及び現在のセリフを話すのに使用された時間と残り時間を示すタイムプログレスバー４７を含む。さらに、所与のセリフ又は全場面の開始時間と終了時間を示すタイミング通知も提供することができる。マイクインジケータは、レコーディングがアクティブになった時を示すために提示され得る。カラーキューは、レコーディング状況を示すために使用され得る。マイクインジケータが（例えば）灰色である場合、これは、レコーディングがまだ開始されていないことを示す。レコーディングが進むと、（例えば）赤色のマイクインジケータは、俳優Ｂが話していることを明示する一方、緑色（例えば）のインジケータは、俳優Ａ（ユーザ）が話していることを明示する。「マイクインジケータ」は、別々のアイコンとは対照的に停止／進行ボタンと同じにすることができる。色覚異常者が人口のかなりの部分を占め、キューをそのように受け取ることが困難な理由から、唯一カラーキュー（上述した赤色／緑色）に依存する危険性を当業者は認知するであろう。従って、色変更と相関するいくつかの方法でマイクインジケータを変更することが重要である。例えば、別々のマイクインジケータのアイコンが提供されるところでは、「赤色」のアイコンは斜めのスラッシュなどで補足され得る。アイコンを色だけに依存せずに視覚的にはっきり見える方法で変えることができる無数の方法を当業者は理解するであろう。さらに、視覚障害があるユーザに音声キューを提供することができる。プログレスバーは、どちらの俳優が演じているかを示すために色及び／又は模様を変更することもできる。
【００１８】
プログレスバー４７は、所与の場面のセリフに対する残り時間の図形的指示として提供される。例えば、セリフの期間が３１秒である場合、その全バーは３１秒を表すことになる。時間が経過するにつれて、バーの色のついた（又は模様のある）部分は、バー全体が埋まるまで直線的に増える。これによって、ユーザがセリフの出し方を調整することができる。プログレスバーは、主にテイクを記録するユーザの利益のためにあるが、プログレスバーは、現在記録されているテイクに対して以前に記録されたテイク（又はマスターテイク）内のセリフ用に提示することもできる。これは、ユーザが記録される次のセリフの開始の準備をするのに役立つ。２つの異なるプログレスバーが提示される（１つのバーは俳優Ａに、もう１つのバーは俳優Ｂに）ところでは、上述したカラーキューイングを使用してプログレスバーを区別することができる。繰り返しになるが、一部のユーザによる色覚の問題も、俳優Ａのプログレスバーを俳優Ｂのプログレスバーとは異なる模様で埋めることで有益になる。代替的には、Ａ及びＢのバーは異なるラベルを有し、及び／又は異なる場所で表すことができる。２つのプログレスバーが提示される場合は、進行中の演技を示すためのマイクロインジケータ又は他のキューを提供する必要はない。付加的な機能では、全場面を連続して話されるセリフとして表すトータルプログレスバー４８がある。実施例で図示された場面では、各セリフに割り振られた時間で計られた各セグメントの長さによってトータルプログレスバーが５つのセグメントに分割されるように、５つの別々のセリフから成っている。各セリフが演じられると、そのセリフに対応するセグメントは、主要なプログレスバーが埋まるのと同じ方法で埋まる。色／模様のコーディングに関して同じ慣例が適用される。トータルプログレスバーによって、現在の動作が全体として場面内にどこであるかを厳密に見るのが非常に簡単になる。
【００１９】
ユーザはその後、先ほど説明したツールを使用してテイクを記録する。ユーザは、事前に記録されたテイクをセリフごとに見たり聞いたりする。そのユーザのそれぞれのセリフが出てくる時、ユーザは、プログレスバー４７によって提供されたタイミングの制約を守りながら表示されたセリフを読む。ユーザが演じる時、そのユーザは、ピクチャインピクチャウィンドウ４４で自分の演技を閲覧することができ、それに従って演技を修正することができる。いつでもユーザは、終了ボタン４９をクリックしてテイクを放棄することを決定できる。好適な実施形態において、この行為は、その時点まで記録されていたすべてのテイクを消去してその場面を場面の始まりにリセットする。代替的な実施形態において、この行為は、現在のセリフだけを消去して、その過程を現在のセリフの始まりにリセットする。その状況において記録ボタンを選択すると、その過程を現在のセリフの始まりから開始する。テイクの停止がすべて又は現在のセリフのみを消去するかどうかは、優先的なものとして選択可能になり得るか、又は各Teleprompter/Recorder画面上の特定の制御ボタンを介して利用可能になり得る。図５は、テイクを記録する際に関与するさまざまなタスクがどのように関連するかを説明する論理フロー図を示す。
【００２０】
（新しいテイクのプレビュー／公開）
ユーザがテイクのレコーディングを完了した時、そのユーザは、２人のパート（俳優Ａ及び俳優Ｂ）が横並びのウィンドウ−俳優Ａ用にウィンドウ６２及び俳優Ｂ用にウィンドウ６３、で表示されているPreview画面（図６）に導かれる。ユーザは、再生ボタン６４を押すことによって新しく生成されたペアリングを閲覧することができる。ペアリングを見直した後、ユーザはそのテイクを再記録する（ボタン６５）か、又はユーザがそのテイクに満足した場合、ユーザは、「I like it」６６を選択することによって新しく生成されたペアリングを保存してアップロードすることができる。ユーザが保存するテイクを選ぶ場合、Posting画面（図７）が提示される。この画面によって、ユーザがテイクとペアリングの両方に名前を入力することができる。そのユーザに、そのテイクに関するコメント又は他の情報を提供させることも可能である。ユーザは、そのペアリングを使用するためにサムネイルスナップショットの選択を提示することも可能である（これらは、Pairing Listing画面内のペアリング名と一緒に見られるであろう）。サムネイルスナップショット７２は、システムによって制御された時間間隔において、レコーディング過程中にビデオストリームから自動的に抽出される。例えば、４つのサムネイルが提示されている場合、システムはサムネイルのビデオフレームを、Ｔ＝０（テイクの開始）、Ｔ＝１／３のテイク、Ｔ＝２／３のテイク又はＴ＝３／３（テイクの終了）において抽出することが可能である。サムネイルを生成するために他のいくつかの機構を提供することができることを当業者は認知するであろう。例えば、Preview画面上で、ボタンを提供することによって、ユーザにテイクの任意の時点でサムネイル画像を作りださせることが可能になる。ユーザがサムネイルボタンを選択した時、サムネイルはその時に表示されたビデオフレームから生成されて画面上に現れる。ユーザは、完成したサムネイルが生成されるまでPreview画面を繰り返して再生することができる。好適なサムネイルは、それをクリックすることによって選択される（チェックマーク７４はこのサムネイルが選択されたことを示す）。
【００２１】
所与の実施例が付加的な選択肢の許可（上述のソーシャルネットワーキングの実施例のような）を含む場合、Posting画面は、新しいペアリングを誰が閲覧することができるかを制御する選択可能な設定７６を含んでもよい。ついには、ユーザが満足した場合、そのユーザは「Post it!」７８を選択して、その新しいペアリングがインターネットのデータベースにアップロードされる。新しいペアリングは、新しいペアリングの許可プロパティ（もしあれば）を満たす他のユーザのPreview画面上で直ぐに見られるようにしてもよい。代替的には、新しいテイクの広範囲で利用するのを遅らせる管理スクリーニング（以下で説明）があってもよい。
【００２２】
上記の説明に従って、ユーザは、利用可能なペアリングのテイクのうちの１つに対する新しいテイクを記録することによって、新しいペアリングを生成することができる。基本的な脚本に組み込まれるタイミング情報によって各テイクが統制される方法が一意であることから、新しいペアリングは、ペアリングを作り上げた２つのテイクがまるで同時間に記録されたかのように再生するであろう。テイクを並置させるこの機能によって、ペアリングを生成する第２の方法が可能になる。図８は、Mixer画面を示す。この画面は、その制御がペアリングからペアリングに移動しないことを除けばPairing Preview画面に似ている。その代わり、制御８２によってユーザが利用可能なテイクから特定の場面に対して利用可能なテイクに移動するのが可能になる。所与の場面に対するすべてのテイクは、そのテイクが受け継ぐタイミング情報を有する同じ基本的なマスターテイクを共有する理由により、いずれかの俳優Ａのテイクもいずれかの俳優Ｂのテイクと組み合わせて、筋の通ったペアリングを作り出すことができる（すべてのテイクが、同じマスターペアに対して又はそのマスターペアに対して演じられた他のテイクに対して演じられる限り）。Mixer画面によってユーザが、同じマスターテイクに基づいて利用可能な俳優Ａと俳優Ｂのテイクを循環して映して、再生ボタン８４を選択することによって新しい各ペアリングをテストすることが可能になる。利用可能なテイクを年代順に又はユーザが選択可能になり得る他の基準に従ったリストにしてもよい。実施例がさまざまな許可設定を含む場合、利用可能なテイクをそのような設定に従ってフィルタリングすることができる。例えば、ユーザは、親しい友人によるテイク又は他のグループ化によるテイクのみを選んで閲覧することが可能である。一度ユーザが新しいペアリングを生成すれば、「ペアリング保存」ボタン８６を選択することによってそのペアリングを保存することが可能である。この結果、ユーザを、ペアリングに名前が入っていてサムネイルが選択されているなどのPreview画面と同一又は同様の画面に導くことができる。新しいペアリングに満足した場合、ユーザは、そのペアリングをサイトに掲載することができる。この場合、すべてのテイクがデータベース内にすでに存在するので、そのペアリング及びサムネイル情報のみがアップロードされる。ユーザが、すでにペアリング内にある２つのテイクを選択するためにMixerを操作するのであれば、「ペアリング保存」ボタンはアクティブにせず、特定のペアリングがすでに存在して２回目は保存することができないことを示すメッセージ又はシンボルを表示してもよい。代替的には、システムは、すでに存在するペアリングをMixer内で表示させないように設計されてもよい。
【００２３】
（脚本）
システムの最も重要な機能の１つは、新しい脚本を容易に入力することによってユーザがテイクを記録し、ペアリングを生成して新しい場面を生成する機能である。有意なことに、入力過程は、テイクの並置が自由にできる脚本のタイミングプロパティを自動的に確立する。新しい脚本を入力するために、ユーザはNew Script画面（図９）に進む。ユーザは、その脚本に名前を入れてその脚本のカテゴリを選択する。表１は、脚本カテゴリ（すなわち脚本のジャンル）の潜在リストを示し、これらのカテゴリによって他のユーザが関心のある場面を容易に検索するのが可能になる。ユーザは、脚本のビデオパフォーマンスが置かれているウェブの場所のＵＲＬを入力することもできる。これは、脚本がすでに存在する芝居、ビデオ又は映画から得られた場合に有効である。ユーザはその後、脚本の表現に入ることができる。通常、これは、行っている動作を要約し、その脚本に基づくテイクを演じる際に有効な重要な背景情報も備える。ユーザはその後「下書き保存」、「プレビュー & 公開」又は「削除」を選ぶことができる。ユーザが「下書き保存」を選択した場合、その情報は保存されて、ユーザはActor画面（図１０）に導かれる。少なくとも２つのセリフが入れられるまでその脚本の試写は不可能である。一度下書きが保存されれば、システムを止めてしばらくして元に戻ってその脚本の作業を継続することが可能である。俳優画面上では、俳優の名前が入れられる。一般的には、使用される名前は、脚本中の役名になる（本物の俳優名とは対照的であるが、俳優の実名の任意に入力することを−映画の脚本にあるように−容易に提供することができる）。俳優名が保存された時（下書き保存）、ユーザは「Edit Lines」画面（図１１）に導かれる。
【００２４】
表１．脚本／場面カテゴリ
１．  ドラマ
２．  コメディ：ロマンティック、スプーフ／パロディ
３．  サイエンスフィクション＆ファンタジー
４．  アクション＆アドベンチャー
５．  キッズ＆ファミリー
６．  ミステリー＆サスペンス
７．  ミュージカル
８．  ホラー
９．  西部劇
１０．戦争
１１．スポーツ
１２．ドキュメンタリー
１３．その他
【００２５】
Edit Lines画面により、ユーザは脚本のセリフを１行ずつ入力することができる。付加されたセリフごとにユーザは、俳優Ａ、俳優Ｂ又はShared Silenceのいずれかを選択する（例えば、ドロップダウンボックス１１０から選択）。俳優の１人が選ばれた場合、実のセリフを入力するためのDialog Textボックスが現れ、その中にはセリフに伴う動作の表現を入力するボックス及び「挿入句」−「ささやく」などのセリフに関する付加的な情報を入力するためのボックスもある。セリフを除去する（セリフが間違って又は誤った順番で入れられていた場合）ボタン１１２もある。いずれかのセリフが記録されるまですべてのセリフを付加することができるが、「記録」ボタン１１４を押して、セリフを記録することも可能である。セリフが完了した時ユーザは、そのレコーディングが完了したことを示す「停止」ボタン（ボタン１１４と同じにしてもよい）を押す。セリフが記録された時、システムは、記録された音声の実際の期間（「記録」ボタンと「停止」ボタンとの間の経過時間）を決定して、この情報は、テイクが記録される時にプログレスバーを制御するために続けて使用される−それによって同じ脚本から記録されたすべてのテイクが確実に置き換え可能になる。期間は、システムがセリフの完了時に沈黙を検知することによって決定することも可能である。セリフが記録された後、ユーザは、そのレコーディングを聞くことができ（記録ボタンは「再生」ボタンとして機能する）、要望があれば再記録することもできる（ボタン１１６）。
【００２６】
付加するセリフはいつでも、セリフ付加ボタン１１８のうちの１つを選択することによって脚本内のどこにでも付加することができる。ドロップダウンボックスから「Shared Silence」が選択された場合、異なるエントリー構造が使用される（図１２）。分及び秒で沈黙期間を明示的に入力するための表現（動作又は表現）に余白を足したボックスがある−システムが期間を自動的に決定する方法がない理由により、これは必要である。他の種類のセリフも、システムの異なる実施形態に実行することができる。例えば、「Shared Silence」に加えて、俳優が同時に話す「Shared Lines」も実行することができる。このようなセリフは俳優ごとに別々に記録されるが、ペアリングが再生される時にその音声は重複部分をトラックする。システムが俳優ごとに全場面の完了ビデオを記録する理由により、これが可能になる。しかしながら、その音声トラックは、音声が所与の俳優が話している場面の部分のみを記録するように、システムによって操作される。通常、その音声部分は交互するが、重複する音声トラック−つまり同時に話す俳優に対する単純な修正である。
【００２７】
すべてのセリフが入れられて記録された後、図１３に示すように、ユーザは、脚本全体の音声をプレビューすることができる。２つのパートは横並びに示され、ビデオ画像が全く利用できないことを除けばペアリングのPreview画面に類似している。「再生」ボタン１３２が選択された時、セリフは連続して再生されて、インジケータ１３４（拡声器シンボルはマスターのみの音声を示すのに使用される）は、２人の俳優うちのどちらが話しているかを特定する。Teleprompter画面に関して上記で論じたように、その色／模様又はインジケータは変更される。この試写により脚本にまだ作業（例えば、セリフ間のタイミングが最適になっていない）が必要であることが判明した場合、ユーザは、元に戻ってその脚本を編集及び／又はそのセリフの一部又はすべてを再記録することができる。試写の結果に満足した時、ユーザは脚本を終わらせて公開することができる。Publish画面（図１４）は、ユーザに、許可（脚本を見て、その脚本に基づいてテイクを生成することができる人を制御する）を付加させて、特定の実施例がこのような許可制御の機能を含む程度までにする。新しい脚本に関心を集める（「共有」）通知を他人に自動的に送信することも可能である。ついには、「Post it」を選択することによって、新しく生成された脚本が、データベースにアップロードされ他のユーザが利用可能になる（システムが実施例し得る管理機能は保留する）。
【００２８】
（カレントアクティビティ（別名「Feed」））
システムの重要な態様は、社会的対話の可能性である。例えば、システムは、各ユーザに「Current Activity」ページを提示することができる（図１５）。このページは、例えば、現在のユーザによって入力された（所有された）脚本に基づいて最近のすべてのペアリング及びテイクをリストするものである。実施例では、他のユーザがテイク又はペアリングに関するコメントを掲載する場合、現在のユーザのテイク及びペアリングに関するそのようなコメントがこのページに現れることになる。システムは、他のユーザにコメント又はメッセージをテイク又はペアリングの所有者に送信させることもある−そのようなメッセージはCurrent Activityのページ上に現れるであろう。サムネイル画像１５２は、最近のアクティビティが記録されたユーザの表明である。システムは、ユーザにペアリング及びテイクの最高作を投票させる又はそのペアリング及びテイクを評価させることもある−これらの結果はリストされるであろう。システムは、テイク又はペアリング又は場面に対して「人気」指数を自動的に計算することもある。例えば、場面に対する計算は、その場面で生成されたペアリング数、場面が見られた回数、その場面について行われたコメント数及びその場面に対する総合評価に基づく可能性がある。一般的に、時間的要因としては、長時間出ていた場面は当然多数のペアリング及びコメントを蓄積することになるという事実を調節することがあろう。しかしながら、人気を得た場面は、単位時間当たり多数のコメント及びペアリングを蓄積するであろう。人気指数を計算するために使用される因子及びその因子の重み付けを、さまざまな条件に合うように変更して調節することが容易にできることが認識されるであろう。「Current Activity」ページの内容は、所与の実施形態に実施例される許可モデルによって決まることも認識されるであろう。例えば、Current Activityは、ユーザの社会集団（例えば、友人）又は上級のソーシャルネットワークに属するユーザに関係する、すべてのペアリングなどを含むこともある。ユーザに、Current Activityが例えば、友人に関与するペアリング又は友人の友人に関与するペアリングに関係するように、「フィルタリング」レベルを設定させるのを可能にする。Current Activityは、本質的に一過性である−つまり、最近の情報のみが表示されて、一定期間が経過した後、その情報はさらに最新の情報に置き換えられる。現在のアクティビティのフィルタリングによって、ユーザが、自分のプライバシーを完全に維持して自分用にするか、又は自分が望むような公開を可能にする融通の利く方法で公開することのいずれかが容易になる。
【００２９】
（マイシーン）
場面、ペアリング又はテイクに関与するシステムイベントを継続してトラッキングするための付加的な方法をユーザに提供することができる。例えば、ユーザが場面の所有者である（即ち、場面に対する元の脚本を入力する）場合、そのユーザは、その場面−すべてのテイク、ペアリング、コメント、評価などに関するすべての情報を含むであろう「My Scenes」ページ（図１６）にアクセスすることが可能である。Current Activityとは異なって、その情報は、保管用であり、場面の最初の公開に戻ることもある。同様に、ユーザによって記録されたテイク、評価、コメントなどに直接基づくすべてのペアリングを含む、ユーザによって記録されたテイクを見せる「マイパフォーマンス」に、ユーザがアクセスすることが可能である。そのユーザのテイクに基づくテイクに関連する情報を閲覧する関係（第二世代の関係）又は第二世代のテイクに基づくテイク（第三世代の関係）などに拡大して、使用中にそのようなアクセスをさせる許可システムを提供することも可能である。俳優は自分の演技の成果のみならずその成果の結果なども見たいと望むことが認識されるであろう。
【００３０】
（素材の除去）
一般的に、脚本、テイク又はペアリングの所有者は、その脚本、テイク又はペアリングをシステムから除去（即ち、削除）する権限を有する。逆に言えば、その所有者のみが通常項目を削除することが許される（しかし、以下の「管理機能」も参照のこと）。削除の厳密な結果を、削除されるものによって異なる種々の方法で処理することができる。例えば、ペアリングが削除される場合、２つの異なるテイク間の関連付け（テイクと一緒になった関連付けられたコメントなど）は除去されるが、基本的なテイクは残る。所与のテイクがその所有者によって削除された場合、そのテイクと関連付けられたすべてのコメント及びペアリングの関連付けは除去される。削除されたテイクとペアになって生成されたテイクとを保護するために、削除されたテイクの元のテイクが、関与したペアリングのすべてに置き換えられる。脚本に基づくテイクは所与のテイクを生成した脚本の所有者と俳優の両方による独創的な作品を含むので、脚本の削除はいくぶん複雑になる。１つの可能性として、脚本が削除された時にその脚本から成るすべてのテイクを単純に削除することであろう。各俳優の創造的な作品を保護する代替案は、俳優の所有権を保護し、その脚本が削除された時でも自分のテイクにアクセスできるものである。しかし、このようなテイクは、もはやシステム内で公開して利用できないであろう。
【００３１】
（管理機能）
システムは、もっぱらユーザの制御化にあるものとして説明してきた。しかし、現実の世界では、システムは、管理及び監視機能が必要である。特別な管理ユーザは、システムを観察して制御することが許されるであろう。一般的に、管理ユーザは、一般のユーザが利用できないアクセス及び制御が与えられる特定のアカウントを有する。この概念は、事実上すべての情報技術システムに共通である。このような制御は、システムの悪用、不正又は非常識な使用を防ぐ又は改善するために必要なこともある。システムは、許容されないそのようなアクティビティを明確に規定するユーザ契約に従って動作する。クレームが受信された場合又はシステムの日常的モニタリングが問題を示した場合、管理ユーザはそのシステムに入って問題のある素材を除去又はユーザ契約に違反する特定のユーザも削除し得る。一般的に、システムに入れられた脚本は、ユーザ個人の創作か、又は著作権が消滅したもののいずれかであろう。第三者機関が所与の脚本が著作権侵害に当たると訴えた場合、管理ユーザは（ユーザ契約で明記された手続きに従って）その申し立てを調査して、その脚本が著作権侵害であることが分かればそれを削除するであろう。同様に、脚本又はテイクが非常識である（又はなんらかの形でユーザ契約に違反する）と申し立てられた場合、管理調査によりその申し立てを解決するであろう。上記の説明は、完成した脚本がシステムに直接公開されることを提案しているが、代替的な手法では、システムが公開する前に、各脚本の管理の再検討によって明らかに不快な素材を排除することが可能になるであろう。脚本がユーザ契約に従っていると決定された場合、その脚本は直ぐに一般的な投稿を受信するであろう。問題が発見された場合、その問題は、許容できる解決策を進められ得るかどうかを確認するために投稿ユーザと共に論じられこともあり得る。管理ユーザは、新しい脚本を入れて公開し、故障したハイパーリンクを修正し、システム内の他の誤作動に対処することもあり得る。
【００３２】
（システムの実施例）
上述のように、さまざまな異なるソフトウェアシステムを使用して本発明を実行することができる。好適な実施形態は、ウェブブラウザを介して拡張機能を実行する第三者の編集可能なソフトウェアによって提供される特化した機能を用いて動作する。ユーザのコンピューティングデバイスに取り付けられたカメラ（ウェブカム）は、Adobe Systems社（カリフォルニア州サンノゼ）製品のＦＭＳ（Flash Media Server）によってウェブカムビデオを記録する。要するに、ウェブカムからのストリーム（Adobeウェブカムソフトウェア及びローカルコンピュータのオペレーティングソフトウェアによって配信される時にビデオのみならず音声も網羅する）は、発明システムの一部を形成する３つのカスタムプログラム又はアプリケーション（Teleprompter、Playback及びScript Audio）のうちの１つにおけるFlashブラウザのプラグイン機能によって傍受される。このカスタムプログラムのそれぞれは、ActionScript（商標登録されたAdobeメタ言語）によって制御された（プログラムされた）Adobeソフトウェアコンポーネントから生成される。各カスタムプログラムは、ユーザが適切なウェブページを閲覧する時にウェブサーバから自動的にダウンロードされ、そのカスタムプログラムはFlashブラウザのプラグインによってウェブブラウザプログラム内のユーザのコンピューティングデバイス上で動作する。Teleprompterプログラムは、テイクを記録するための記録及び再生制御を提供する。プレイバックプログラムは、ペアリングを再生するための再生制御を提供する。Script Audioプログラムは、スクリプトに対する音声マスターを記録するための記録及び再生制御を提供する。それぞれのカスタムプログラムは、データストリームの圧縮及び条件付けを担い、そのデータストリームを記憶用ＦＭＳ専用サーバに（インターネットによって）送信する。
【００３３】
すべてのレコーディングは、（スクリプトオーサリングツールのScript Audioプログラムからの）音声であれ（Teleprompterプログラムからの）ビデオであれ、固有のファイル名で自動的に名前が入る。固有のファイル名を構築する方法は、当業者には周知である。
その１つの方法は、ユーザ名（システム内で固有である）をレコーティングの日時から構築された文字列と組み合わせることである。そのファイル名はまた、ユーザ及び場面についてのデータ（例えば、図４−７に示した画面を介したデータ入力）と一緒にウェブサーバとの通信を行うサーバ上に置かれたデータベースに保存される。ユーザがビデオ又は音声ファイルの再生しようと探索する時、異なるFlashプログラムは、ウェブブラウザ経由でウェブサーバから再生されるデータを受信する。そのサーバは、ウェブブラウザによって送信されたＵＲＬ（uniform resource locator）の変数に基づいて、どのファイルがデータベースから送信されるかが分かる。そのデータは、ユーザのブラウザ内で動作するFlash再生プログラムがＦＭＳサーバに正しいファイルを尋ねることができるように、ビデオの固有のファイル名を含む。
【００３４】
上述したシステムの動作によって、カメラ及びマイクが正しい時間にオン及びオフされるように説明したが、システムは実際にはマイク及びカメラをまったく制御しない。事実上、ユーザがウェブページを介して本発明のシステムを使用する時、ユーザは、カスタムFlashアプリケーションに、ユーザのデータ（記録される音声及びビデオデータ）にアクセスしてデータを圧縮する許可を与えて、そのデータを継続的に送信する。本発明のシステムは、カスタムFlashアプリケーションがユーザに示すオンスクリーン制御又はインジケータに基づいて、レコーディングを「開始する」及び「停止する」。このような制御が動作される時、コマンドがＦＭＳサーバに送信されることによって、コマンドに、連続的にストリーミングされるデータ部分のレコーディングを開始及び停止させる。ＦＭＳサーバによって記録されたストリームデータの一部のみが「開始」レコーディング制御と「停止」レコーディング制御の動作との間に当てはまる部分であることから、その最終結果は、カメラ及びマイクがオン及びオフしているように見える。そのデータストリームは、Flashプログラムが最初に開く時に維持される「ＦＭＳ接続」経由でＦＭＳサーバに送信されて、アプリケーションプログラムが明示的に閉じるまで又はユーザが別のウェブページをナビゲートするまで継続する。利用可能なインターネット接続がない及び／又はＦＭＳサーバ接続がない場合、カスタムFlashプログラムは、何でも再生又は記録する前に無制限で接続を試みる。
【００３５】
カスタムFlashプログラムは、データベースからの時間値に基づいて、又はユーザの画面上で示したユーザが選択可能な制御経由でいつ接続を終了すべきかを決定する。ＦＭＳサーバに送信されたデータストリームは、カスタムＦＭＳサーバアプリケーションの設定及びＦＭＳサーバ自体に組み込まれた圧縮スキーマに従って圧縮される。システムは、典型的には、「ビデオでない」音声ストリームを廃棄するので、本発明に属するカスタムプログラムは、（時間及び長さは、同じ脚本に基づくテイクの互換性を保証するためにシステムにとって重要であることから）ストリームが開いている時のみ音声を保持する。ビデオは、単純に場面の全期間（又はユーザが許可した時間、しかしその場面の期間よりは短い）に記録されて、システム及びＦＭＳのどちらもビデオの内容を検出しない（例えば、黒色画面＝データなしという決定をしない）。
【００３６】
３つのすべてのカスタムアプリケーションは、標準のＦＭＳコンポーネント及び機能に基づく。ブラウザのFlash及びカスタムサーバサイドプログラム（即ち、ＦＭＳを用いない）を使用するのみならず、Microsoft（Silverlightサーバ＋Silverlightインブラウザ）及びApple（ＡＳＰＬ＋QuickTimeインブラウザ）のレコーディングツールを使用することによって、又は双方がFlashインブラウザを使用する、Ｒｅｄ５メディアサーバ又は「FFmpeg」などのオープンソースソフトウェア経由で、同様の結果を達成する他の方法もあることを当業者は認識するであろう。同様に、ブラウザを使用しない実施例も、カスタムプログラミングによって又は利用可能なソフトウェアコンポーネントを組み合わせることによって容易に達成することができる。「Adobe Air」アプリケーションを使用して、すべてをインターネット経由でストリーミングせずにビデオのローカル記憶を可能にすることができる。しかしながら、発明システムの好適な実施例は、インターネットによって配信されるウェブページを使用するので、まさに詳述したようなインブラウザソフトウェアの手法が一般的に最短の解決策である。
【００３７】
以下の特許請求の範囲は、このように特に上述したもの、概念的に等価なもの、明らかに代替することができるもの及び本発明の本質的な考えを具体化したものを含むものとして理解される。まさに説明した好適な実施形態のさまざまな適用及び修正を、本発明の範囲から逸脱せずに構成することができることを当業者は認識するであろう。図示された実施形態は例示目的のみで記載され、本発明を限定するものとしてみなすべきでない。従って、添付の特許請求の範囲内で本発明は、本明細書で具体的に説明したもの以外を実行されてもよいことを理解されたい。
【図２】
0005503738.tif 000002
【図３】
0005503738.tif 000003
【図４】
0005503738.tif 000004
【図５】
0005503738.tif 000005
【図６】
0005503738.tif 000006
【図７】
0005503738.tif 000007
【図８】
0005503738.tif 000008
【図９】
0005503738.tif 000009
【図１０】
0005503738.tif 000010
【図１１】
0005503738.tif 000011
【図１２】
0005503738.tif 000012
【図１３】
0005503738.tif 000013
【図１４】
0005503738.tif 000014
【図１５】
0005503738.tif 000015
【図１６】
0005503738.tif 000016
【図１】
0005503738.tif 000017