(57)【特許請求の範囲】
【請求項１】
動画を自動的にアセンブリする方法であって、
前記動画の１つの主題に関する少なくとも１つの入力キーワードを受け付ける段階と、
予め作成されたタイプのシーンを表している各テンプレートがそれぞれ異なるタイプの出力を生成して、表示時間、スクリーン位置、および動画パラメータのコンポーネントを含む、少なくとも２つのテンプレートからなるセットにアクセスする段階と、
シーンのタイプに基づいて、再生用に前記テンプレートのセットに優先付けする段階と、
前記少なくとも１つの入力キーワードと前記少なくとも２つのテンプレートからなるセットとに基づいて、電子検索を利用して複数のデータソースからデータを取得する段階と、
取得したデータのうち、どれを前記テンプレートのセットにアセンブリするかを決定する段階と、
データがポピュレートされたテンプレートのアセンブリを調整して前記動画を形成する段階と、
前記動画を、ユーザの再生用に返信する段階と
を備える方法。
【請求項２】
前記データを取得する段階は、
インターネット検索およびウェブページからのデータの取得を含む請求項１に記載の方法。
【請求項３】
前記テンプレートのセットに優先付けする段階は、
あるタイプのシーンと別のタイプのシーンとの比率に基づいて、再生用に前記テンプレートのセットに優先付けする請求項１に記載の方法。
【請求項４】
前記シーンは、テキスト、画像、および、メディアを含む請求項１に記載の方法。
【請求項５】
前記動画は、前記動画の再生を定義する命令を含む請求項１に記載の方法。
【請求項６】
前記決定する段階は、
前記動画の前記テンプレートのセットへ含める場合を想定して、データを分析して、前記データに値を割り当てる段階を有する請求項１に記載の方法。
【請求項７】
再生中に前記動画を補うためのナレーションテキストを特定する段階をさらに備える請求項１に記載の方法。
【請求項８】
前記少なくとも１つのキーワードに基づいて前記動画に整合する音楽または音声を決定する段階をさらに備える請求項１に記載の方法。
【請求項９】
前記データを取得する段階は、
複数のデータソースからデータを動的に取得する段階を有する請求項１に記載の方法。
【請求項１０】
動画を自動的にアセンブリするシステムであって、
前記動画の１つの主題に関する少なくとも１つの入力キーワードを受け付けるために利用され、ユーザに提示するためのクエリインタフェースと、
予め作成されたタイプのシーンを表している各テンプレートがそれぞれ異なるタイプの出力を生成して、表示時間、スクリーン位置、および動画パラメータのコンポーネントを含む、少なくとも２つのテンプレートからなるセットを有するデータベースと、
前記少なくとも１つの入力キーワードと前記少なくとも２つのテンプレートからなるセットとに基づいて、電子検索を利用して複数のデータソースからデータを取得する検索エンジンと、
どのデータを前記テンプレートのセットにアセンブリするかを決定して、データがポピュレートされたテンプレートのアセンブリを調整して前記動画を形成するランタイムエンジンと、
シーンのタイプに基づいて、再生用に前記テンプレートのセットに優先付けし、前記動画を、前記ユーザへの再生用に提示する動画エンジンと
を備えるシステム。
【請求項１１】
前記複数のデータソースはウェブページである請求項１０に記載のシステム。
【請求項１２】
前記ランタイムエンジンは、
前記動画の前記テンプレートのセットへ含める場合を想定して、データを分析して、前記データに値を割り当てる正規化エンジンを有する請求項１０に記載のシステム。
【請求項１３】
前記ランタイムエンジンは、
再生中に前記動画を補うためのナレーションテキストを特定する抽出エンジンを有する請求項１２に記載のシステム。
【請求項１４】
前記ランタイムエンジンは、
前記少なくとも１つのキーワードに基づいて前記動画に整合する音楽または音声を決定する選択エンジンを有する請求項１３に記載のシステム。
【請求項１５】
前記動画エンジンは、さらに、あるタイプのシーンと別のタイプのシーンとの比率に基づいて、再生用に前記テンプレートのセットに優先付けする請求項１０に記載のシステム。
【請求項１６】
動画を自動的にアセンブリするシステムであって、
前記動画の１つの主題に関する少なくとも１つの入力キーワードを受け付ける手段と、  予め作成されたタイプのシーンを表している各テンプレートがそれぞれ異なるタイプの出力を生成して、表示時間、スクリーン位置、および動画パラメータのコンポーネントを含む、少なくとも２つのテンプレートからなるセットにアクセスする手段と、
前記少なくとも１つの入力キーワードと前記少なくとも２つのテンプレートからなるセットとに基づいて、電子検索を利用して複数のデータソースからデータを取得する手段と、
取得したデータのうち、どれを前記テンプレートのセットにアセンブリするかを決定する手段と、
データがポピュレートされたテンプレートのアセンブリを調整して前記動画を形成する手段と、
シーンのタイプに基づいて、再生用に前記テンプレートのセットに優先付けする手段と、
前記動画を、ユーザの再生用に返信する手段と
を備えるシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
本願は、２００９年１０月２０日提出の米国仮特許出願第６１／２５３，２７５号明細書の優先権を主張する。
【０００２】
現在、一般消費者およびプロの出版業者は、インターネット用のマルチメディアコンテンツの作成を非常に煩雑な処理により行っている。
【０００３】
消費者は、マルチメディアを生成するために様々なオフラインツール（Ａｐｐｌｅ社のｉＭｏｖｉｅソフトウェア、Ｍｉｃｒｏｓｏｆｔ社のＰｏｗｅｒｐｏｉｎｔ等を含む）を利用する。これらツールの出力は、ユーザのハードドライブにセーブされてサイトにアップロードされることで、ユーザは友人や同僚たちとその出力を共有することができるようになる（ＹｏｕＴｕｂｅ（登録商標）、ＳｌｉｄｅＳｈａｒｅ等を利用することで）。プロの出版業者は、魅力的なマルチメディアを生成する使命があり、より高価なソフトウェアパッケージのセットを使って同じプロセスを行っている。テキスト重視のＳＥＲＰにおける従来のインターネット検索結果（「Search Engine Results Pages」：サーチエンジン結果ページ）では、探している情報を見つけるまでに、ユーザは複数のウェブサイトを訪れる必要がある。この体験は非常に煩雑で時間もかかる。
【発明の概要】
【０００４】
本発明の一実施形態は、動画を自動的にアセンブリする方法である。本実施形態の発明は、その動画の１つの主題に関する少なくとも１つの入力キーワードを受け付けて、テンプレートのセットにアクセスすることを含む。例えば、ユーザがタイプした１以上の単語を、メニューから選択したり、他のテキスト内で強調表示したりして、入力用に選択したり受け付けることができる。本実施形態では、各テンプレートは、異なるタイプの出力を生成し、各テンプレートは、表示時間、スクリーン位置、および動画パラメータ等のコンポーネントを含んでいる。本実施形態の発明は、さらに、少なくとも１つの入力キーワードおよびテンプレートに基づき電子検索を利用することで、複数のウェブサイトまたはデータコレクションからデータを取得して、取得したデータのなかから、テンプレートのセットにアセンブリするべきものを決定して、データがポピュレートされたテンプレートのアセンブリを調整して動画を形成して、形成された動画を、ユーザの再生用に返信することを含む。データを取得する動作には、複数のデータソースからデータを動的に取得することが含まれてもよい。図１は、動画を自動的にアセンブリする方法の一実施形態を示している。
【０００５】
本発明の別の実施形態は、動画を自動的にアセンブリするシステムである。この実施形態のシステムは、動画の１つの主題に関する少なくとも１つの入力キーワードを受け付けるために利用され、ユーザに提示するためのクエリインタフェースと、テンプレートのセットを有するデータベースを含む。この実施形態では、各テンプレートがそれぞれ異なるタイプの出力を生成して、表示時間、スクリーン位置、および動画パラメータのためのコンポーネントを含む。システムはさらに、少なくとも１つの入力キーワードとテンプレートとに基づいて、電子検索を利用して複数のウェブサイトまたはデータのコレクションからデータを取得する検索エンジンと、どのデータをテンプレートのセットにアセンブリするかを決定して、データがポピュレートされたテンプレートのアセンブリを調整して動画を形成するランタイムエンジンと、動画を、ユーザの再生用に提示する提示エンジンとを含む。
【図面の簡単な説明】
【０００６】
【図１】本発明の方法の一実施形態に関するフロー図である。
【図２】提示エンジンの一実施形態のブロック図である。
【図３】シーンのアセンブリを１枚の提示にする一実施形態を示す。
【図４】本発明の一実施形態における再生スクリーンのスクリーンショットを示す。
【図５】本発明の別の実施形態における再生スクリーンの第２のスクリーンショットを示す。
【図６】本発明におけるサーチエンジンの一実施形態のブロック図である。
【図７】正規化エンジンの一実施形態のブロック図である。
【図８】本発明の一実施形態における抽出エンジンのブロック図である。
【図９】本発明の一実施形態における選択エンジンのブロック図である。
【図１０】本発明の一実施形態における動画エンジンのブロック図である。
【発明を実施するための形態】
【０００７】
＜Ａ．概略＞
本発明における、キーワードおよびストリング入力に基づき、動画メディアを動的にアセンブリする方法およびシステムは、いずれのキーワードによるインターネット検索においても優れたマルチメディアの結果を生成すること、および、一般消費者およびプロの出版業者双方が、ウェブ用に簡単にマルチメディアコンテンツを作成できるようになること、の２つを主な目的とする。
【０００８】
図１は、本発明の一実施形態における方法を示すフロー図である。本実施形態では、第１のステップ（ブロック２）で、動画のある主題に関する少なくとも１つの入力キーワード（例えば、ユーザがタイプした、またはメニューから選択した１以上の単語であってよい）を受け付ける。次のステップ（ブロック４）で、この１以上のキーワードを利用して、少なくとも１つの入力キーワードに基づき電子検索を利用して、複数のウェブサイトまたは他のデータコレクションから、データを探して取得する。データを取得するステップには、複数のデータソースからデータを動的に取得することが含まれてもよい。ブロック６で、方法は、１以上のテンプレートにアクセスすることができ、各テンプレートが、それぞれ異なる出力タイプのものである。例えば一実施形態では、各テンプレートが、それぞれ異なる出力タイプを生成して、各テンプレートが、表示時間、スクリーン位置、および動画パラメータについてのコンポーネントを含んでいる。一部の実施形態では、データの検索および取得は、一部には１または複数のテンプレートの要件に基づいていてもよい。
【０００９】
図１の実施形態の次のステップ（ブロック８）では、取得したデータのなかで、テンプレートまたはテンプレートのセットにアセンブリするものを決定する。一例としては、所望の提示または関連する表示に最も適したデータを１または複数のテンプレートにアセンブリすることができる。ブロック１０では、データがポピュレートされたテンプレートのアセンブリを調整して動画を形成する。このステップは、提示を形成するためにテンプレートの組成全体の観点から提示に一貫性をもたせるために行うことができる。ブロック１２では、形成された動画を、ユーザの再生用に送り返し、これにより方法が完了する（ブロック１４）。
＜１．コンテンツ作成＞
【００１０】
一実施形態において、キーワードおよびストリング入力またはコンテンツ選択に基づき、動的な動画メディアをアセンブリする方法およびシステムを利用することで、システムおよび方法は、一般消費者および出版業者が生成するテキストを評価して、このテキストを利用して、その場で（on the fly）、同じことを記述する、魅力的なマルチメディアを生成することができる。従って、説得力のあるマルチメディアコンテンツを生成するプロセスが劇的に簡単になる。
＜２．検索＞
【００１１】
通常、インターネットでキーワード検索をするユーザは、ＳＥＲＰを出力として受け取る（「Search Engine Results Pages」：サーチエンジン結果ページ）。現在のところ、これらページには、整合したとされるウェブページのリンクのリストとテキストの抜粋とが含まれている。これらウェブページの結果には、ユーザのクエリに整合する他のメディアタイプ（例えばニュース、画像等）が含まれていることもよくある。しかしながらウェブが発展して、マルチメディアコンテンツの消費量が劇的に増えるに連れて、この従来の検索が、関連する結果を検索できる能力を失い、利用意義が低くなってきている。
【００１２】
本発明の一実施形態におけるシステムは、ユーザの検索用語を評価して、その場で、ユーザのクエリの結果を提示するマルチメディアをアセンブリすることであり、これら結果が、ユーザの検索の、発話による定義であっても、ユーザによる特定の質問への返答であっても、特定の用語またはフレーズを利用してインターネット検索を行ったユーザの期待に沿った別の表示データ形式であってもよい。一実施形態では、次にソフトウェアが各提示物を保管して、他のユーザが、ブラウザベースの編集ツールセットを利用して提示物の精度を高めることを許可する。
＜３．提示物をアセンブリする＞
【００１３】
従って、本発明のシステムは、ホスト付サービスとして提供されるロバストな解決法となりうる。本発明のシステムは、一般的なインターネット検索結果を提示するマルチメディアを動的に作成するために利用することができ、また一部の用途では、ベンダー特定データを作成するために利用することができ、また、プログラムまたはこれらの作成方法の任意の組み合わせにより生成される、一般消費者またはプロの作成者が短いマルチメディアを作成するためにも利用することができる。さらには、プロの出版業者が動的なウェブデータのセットに基づいて魅力のあるマルチメディアを作成するための商用のウェブアプリケーションとしての機能も果たすこともでき、さらには、第三者がマルチメディア作成機能を直接自身のウェブアプリケーションに取り込む際に利用するＡＰＩとしての機能も果たすことができる。つまり、本システムは、一般消費者ユーザおよびプロの出版業者両方に、その場で魅力のあるマルチメディアを開発、消費させる迅速で簡単な解決法である。
【００１４】
以下の説明の大半はＸＭＬの利用に焦点を当てたものとなっている。これは、あくまで例示であり、他の言語およびデータタイプを本発明の範囲内で利用することもできる。加えて、シーンのタイプ、データのタイプ、および命令について詳細な例を挙げている。これらシーン、データのタイプ、および命令も例示にすぎず、本発明の範囲内で変更が可能である。
＜Ｂ．動画＞
【００１５】
一実施形態では、メディア作成エンジンは、予め作成され、カスタム定義されている「シーン」のライブラリに基づいており、このシーンは、提示エンジンが表示する、マシンまたはユーザがカスタマイズするＸＭＬ入力（あるいはその他のタイプの入力）により統括される。図２は、これら提示エンジン２０を、シーン２２および動画再生２４機能の表示とともに示している。
【００１６】
提示エンジン２０（さらに図２で「Ｑｗｉｋｉ提示エンジン」と称する場合もある）は、以下を動画で示す、予め作成されたシーン２２を含んでいる。動画で示されるものとは、つまり、テキストの標準ストリング、テキストの箇条書きのリスト、画像およびビデオ、日付、品質格付け（「星５つ」）、アドレスおよびマップ、線グラフ、パイチャート、タイムライン、レンジ、インターネットＵＲＬ、「はい／いいえ」データポイントである。
【００１７】
各シーン２２は、上述したデータタイプのいずれかを含んでいる。また、任意であるが、複数のデータタイプを含む新たなシーン２２を、ＸＭＬマークアップで（図２に一例を示す）作ってもよく、開発者は新たなタイプのシーンをその場で定義してもよい。シーンのタイプの例としては、テキストの脇に地図を表示するようなタイプ、または、地方の企業の星による格付け、等が考えられる。
【００１８】
一実施形態では、各動画は、最大で１４シーンからなる連続シーンからなっていてよく、各シーンが２−３秒であり、１−２秒間の遷移期間がある。本発明の範囲には、幅広い範囲のシーンの数や、各シーンの時間が含まれうる。
＜１．マスターデータタイプ＞
【００１９】
一実施形態について記述するように、各提示の概観および印象は、提示の再生を統括するＸＭＬ文書により定義される。一実施形態では、提示を定義するＸＭＬ文書の作成における第１のステップでは、提示再生用に７つの主要な選択肢に値を割り当てる。つまり、記述名、音楽ｍｐ３ＵＲＬ、ナレーションテキストまたはナレーションｍｐ３ＵＲＬ、背景画像、サイズ、含まれるシーンおよび再生順序、開始モード（再生またはブラウズ）である。
【００２０】
加えて本実施形態では、スクリーン上の動作を調整する任意の提示全体に関わる幾つかのＸＭＬコンポーネントが存在している。加えて、他のコンポーネントを利用することもできる。これらの例には、以下が含まれる。つまり、「表示時間」：シーンがみられる期間（提示エンジンで自動計算してもよいし、ユーザ固有の選択肢としてもカスタマイズすることもできる）。「移動」：プレーヤに対してシーンのスクリーン上のＸＹ位置を設定する。「フルスクリーン」に設定されている場合、そのシーンは、表示期間中は、プレーヤの全場面を占有する。「遷移」パラメータ：各シーンが別のシーンに遷移する方法を、人間が読み取れる名称でアドレス指定された、予め作成済みの遷移ライブラリから選択することで、統括する。オンクリック（ｏｎＣｌｉｃｋ）：マウスでクリックされたときに、新たなウィンドウで開かれるＵＲＬを指定している。
【００２１】
含まれるシーンおよび再生順序は、各シーンのタイプ固有のプログラム命令セットによって、主要な再生選択肢をリストにしたものと同じファイル（ＸＭＬファイル等）内で定義することができる。本発明の範囲内で数多くのタイプのシーン構造が利用可能であり、以下のシーン構造が含まれている。
１．テキスト
■ＸＭＬデータタイプ名：「テキスト」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  テキストタイトル
○  テキスト本体
○  フォント色
○  フォントサイズ
２．箇条書きのテキストリスト
■ＸＭＬデータタイプ名：「リスト」
■デフォルトコンポーネント
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  リストごとのリストタイトル
■  リストアイテムテキスト
○  フォント色
○  フォントサイズ
３．画像
■ＸＭＬデータタイプ名：「画像」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  画像ＵＲＬ
○  ＫｅｎＢｕｒｎｓ
■開始ＸＹ１
■開始ＸＹ２
■終了ＸＹ１
■終了ＸＹ２
○  キャプション
４．メディア
■ＸＭＬデータタイプ名：「メディア」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  メディアＵＲＬ
５．日付
■ＸＭＬデータタイプ名：「日付」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  日付
○  テキストタイトル
○  テキスト本体
○  フォント色
○  フォントサイズ
○  効果
６．格付け
■ＸＭＬデータタイプ名：「格付け」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  テキストタイトル
○  格付け値
○  格付け範囲開始
○  格付け範囲終了
○  空の格付け画像ＵＲＬ
○  半分の格付け画像ＵＲＬ
○  完全な格付け画像ＵＲＬ
○  フォント色
○  フォントサイズ
７．アドレスおよびマップ
■ＸＭＬデータタイプ名：「マップ」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  タイトル
○  Ｌａｔ
○  長い
８．線グラフ
■ＸＭＬデータタイプ名：「線＿グラフ」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  タイトル
○  Ｘ軸ラベル
○  Ｙ軸ラベル
○  タイトル色
○  グラフ色
○  背景色
○  テキストサイズ
○  データごとの点
■Ｘ値
■Ｙ値
■ラベル
９．パイチャート
■ＸＭＬデータタイプ名：「パイ＿チャート」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  タイトル
○  フォント色
○  フォントサイズ
○  スライスごとに
■ラベル
■百分率
■テキスト色
■スライス色
■テキストサイズ
１０．タイムライン
■ＸＭＬデータタイプ名：「タイムライン」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  タイトル
○  テキスト色
○  テキストサイズ
○  線の色
○  イベントごとに
■タイトル
■日付
■記述
■画像ＵＲＬ
１１．レンジ
■ＸＭＬデータタイプ名：「レンジ」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  テキストタイトル
○  フォント色
○  フォントサイズ
○  レンジ開始
○  レンジ終了
１２．インターネットＵＲＬ
■ＸＭＬデータタイプ名：「ウェブページ」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  テキストタイトル
○  テキスト本体
○  フォント色
○  フォントサイズ
○  ＵＲＬ
○  サムネールＵＲＬ
１３．「はい／いいえ」データポイント
■ＸＭＬデータタイプ名：「データ＿ポイント」
■デフォルトコンポーネント：
○  表示時間
○  移動
■初期＿状態（ＸＹ座標）
■最終＿状態（ＸＹ座標）
○  ｏｎＣｌｉｃｋ
○  遷移
●シーン固有コンポーネント：
○  背景色
○  ラベル
○  値（「はい／いいえ／中立」）
○  フォント色
○  フォントサイズ
【００２２】
これらとともにマスター設定、および、各シーンのラベルおよび設定が組み合わせられて、単一のファイル（ＸＭＬファイル等）が形成され、このファイルをランタイムにおいて提示エンジンが解釈して、ユーザに提示する動画が生成される。
＜２．カスタムシーンの定義＞
【００２３】
一実施形態では、スクリプト言語（一例を挙げるとＸＭＬスクリプト言語であるが、これに限定はされない）を利用することで、別の、既存のデータタイプを含む新たなシーンを定義することができる（つまり、前に言及したマップの例で、テキストのシーンとマップのシーンとを単一の、新たなタイプの、企業アドレス用のシーンを作成すること等）。
【００２４】
一実施形態では、前述した１３個のコンポーネントの、予め作成されたシーン、または、開発者が定義する新たなカスタムシーンのいずれかを、３ｘ３のＸＹグリッド３０（図３参照）の座標に基づく表示動画内の位置を特定することで、単一の新たなシーン内に配置することもできる。これらのシーン構成は、人間が読むことのできる名称を割り当てて、後の再利用およびアドレス指定のために格納しておく。
＜３．動画および再生＞
【００２５】
ここで述べる提示をユーザに採用させるための１つの側面は、どのように、テンプレートに含まれる情報を、関連する映画またはビデオクリップとしてリンク付けおよび提示するかである。
【００２６】
先ず一実施形態では、ロードの際に提示エンジンが、図４に示す方法で、再生を定義するＸＭＬから読み出すことで、最初から最後まで動画を再生する。このプレーヤの一番下の「チャプターメニュー」を参照するとお分かりのように、このメニューを利用して、ユーザは、提示内に含まれているどのシーンに関してもプレビュー、早送り等を行うことができる。
【００２７】
図４は、一方が画像を含み他方がテキストを含む２つのシーの間の遷移のスクリーンキャプチャーを示す。
【００２８】
どの時点においても、ユーザは、さらに、再生を中断して、ブラウズボタンをクリックして（ビデオのどこであっても構わない）、浮遊するテンプレート（floating templates）をブラウズして、手動でこれらを拡張／崩壊させてから、制御バーで再生ボタン４２を押して再生を再開させることができる。一例については図５を参照のこと。
【００２９】
さらに、異なるタイプのシーン同士で、双方向トリガを利用して再生を中断させることもできる。例えば、ユーザが「もっと読む」ボタンをテキストシーンでクリックした場合、どのテキストテンプレートであっても、この時点で再生を中断して、ユーザは、そのときスクリーン上に表示されているものを超える、さらなるテキストを読むためのスクロールを許可される。
＜Ｃ．検索＞
【００３０】
本発明の一部の実施形態の検索方法は、用語およびフレーズに対する意味論的な理解に基づいて、マルチメディア特性の割り当てを統括する規則セットによって、ウェブページ上、または、テキストのストリング内に見つかる構造化されたデータを正規化する一連の技術に基づいている。
【００３１】
検索エンジンにある１つまたは１セットのキーワードを入力すると、情報が整合するかは、人間の編集者、公になっているデータ、ベンダーの私的なデータ、および本発明のシステムが改良したデータにより選択される公にアドレス指定可能なＡＰＩで、一連のデータソースを検索することで評価することができる。通常は、各ソースが、情報の固有の垂直線を表している（Ｗｉｋｉｐｅｄｉａの一般知識またはレストラン検索に関するＹｅｌｐ＆Ｃｉｔｙｓｅａｒｃｈを参照のこと）。
【００３２】
予め選択されたデータソースにばっちりヒットするものがない場合には、検索エンジンは、検索範囲を広げてウェブその他のデータベースを検索して、上述した１３個のデフォルトシーンタイプ（画像、タイムライン、日付、格付け等）に対応する構造化されたデータセットを、キーワード入力に整合するものとして特定されたウェブページまたはデータベースから取得する。図６にこのような検索を示し、ここでは、データソース６２から構造かされたデータ６６が取得されている様子が示されている。図６では、検索エンジン６０が整合するものを見つけるたびに、情報をユーザに提示するときには、元のデータソース６２へのリンクを含めている。この例では、情報はインターネット６４を介して提示されている。例示ではあるが、図６は、３つのデータソース６２と、４セットの構造化されたデータ６６を示している。
【００３３】
一部の実施形態では、検索エンジンは、認識したデータを全て抽出して、一時的なデータ保管場所に格納して、次の動画関連検索結果：正規化（the next step of animating coherent search results:  normalization）の際に利用する。
＜１．構造化されたデータ分析によるマルチメディア正規化＞
【００３４】
構造化されたデータソースまたは自由な形式のウェブページから抽出した各データを注意深く分析することにより、提示エンジンは、データに含まれる情報のキーとなる部分を提示しており、必要ないずれかの方法でデータを補強するべく内部プロセスセットにより補間された、短い１−３秒の動画を生成する。動画の長さは本発明の範囲において様々であってよいが、例えば１秒未満、３秒を超える時間等が含まれる。
【００３５】
図７は、この正規化プロセスを実行する正規化エンジン７０を示す。この、各データの分析、コンポーネントの個々の部分の特定、各部分の特性の認識、および、動画値（animated value）またはＩＤの各部分への割り当て、「正規化」として知られている。図７では、正規化エンジン７０は、構造化されたデータ７２（この例では、３セットの構造化されたデータ７２が存在している）を受信して、このデータを分析して、このコンポーネントの個々の部分を特定して、値を割り当て、正規化されたデータをシーン７４（ここでは３つのシーン７４が示されている）に出力する。
【００３６】
例えば、Ｃｉｔｙｓｅａｒｃｈウェブページで地方の企業の品質格付けを示すある構造化されたデータは、以下のように示される（Ｃｉｔｙｓｅａｒｃｈ．ｃｏｍウェブサイトからの抜粋である）。
【表１】
0005996734.tif 000002
【００３７】
このストリングを分析して、そのコンポーネントの個々の部分を抽出して（この場合には、品質格付けの範囲、および、このスケールのこの特定の企業の値）、ＸＭＬマークアップ（またはその他の言語）で書き直して、動画の再生を統括するデータを準備する。以下に、動画の再生を統括する構造の一例を示す。
【表２】
0005996734.tif 000003
【００３８】
この正規化プロセスは、あるキーワードに整合するものであると認識された全てのデータについて行うことができる。
【００３９】
データをＸＭＬ（または別の言語）に変換した後で、提示エンジンは、認識されたデータそれぞれを生成して一時的なデータ保管場所に格納して、エンジンによる後の優先付けおよび提示に備えさせる。
＜２．自由な形式のストリングを利用するマルチメディアの正規化＞
【００４０】
検索クエリに呼応してマルチメディアＸＭＬ定義「シーン」を動的に生成することに加えて、提示エンジンは、ユーザまたは出版業者が提出する任意のストリングセットについてマルチメディアを生成する機能を有する。このプロセスにより、提示エンジンは、個々のトピック、日々の活動、または、数行または一段落の記述（例えば、１００−３００文字のテキスト等）に適した任意の他の目的に対する魅力的な動画を生成することができる。
【００４１】
この場合、提示エンジンは、構造化されたデータソースについてのテキストブロック内の同じ正規化スキームを適用することができ、エンジンに提出したタイミングで、ストリングから、認識されたデータのタイプを分析、抽出する。
【００４２】
例えば以下のテキストは、提示エンジンが認識する４つのデータタイプを含んでいる。
「１０／９／０７：ニューヨークシティのランドマークレストランで食事。＊＊＊。バーガーは少し焼きすぎ。」
・１０／９／０７は、Ｑｗｉｋｉの日付タイプとして認識および格納されている。
・ニューヨークシティのランドマークレストランが、マップの位置として認識、格納される。
・＊＊＊は、星による品質格付けとして認識および格納される。
・各テキストセンテンスを、動画にすべきテキストとして認識、格納する。
・アップロードまたは添付された画像／メディアを全てそう認識する。
【００４３】
従ってストリングは、例えば以下のＸＭＬを生成する。
【表３】
0005996734.tif 000004
【００４４】
データをＸＭＬに変換した後で、検索結果をアセンブリしたものと同じプロセスで、提示エンジンは、認識されたデータをそれぞれ生成して一時的なデータ格納場所内に格納して、エンジンによる後の優先付けおよび提示に備えさせることができる。
＜３．ナレーションの抽出＞
【００４５】
記述テキストまたは検索結果のストリングに係るマルチメディア体験のコアは、スクリーン上の動作を記述するナレータに関している。提示エンジンは、生成された動画の内容との間で調節されたテキストから音声への変換ソフトウェア（例えば第三者ソフトウェアであってよい）と統合されており、プレーヤで提示される情報を補う、一貫性のあるナレーションを提示する。
【００４６】
正確なナレーションを提供するためには、一実施形態では、画像（visuals）内に提示されているデータに整合するナレーションの段落を、ソースデータから特定する必要がある（このデータが、予め選択されたソースであるか、大きなウェブであるか）。図８は、ナレーションの抽出エンジン８０の一実施形態を示す。この実施形態では、ナレーション抽出エンジン８０は、ナレーション規則セット８２（ナレーション接続詞を含んでもよい）を適用して、スクリーン上のメディアをナレーション８４として補うことのできるテキストを特定する。
【００４７】
一例として、このナレーションプロセスには、ナレーション接続詞である「である（is a）」「であった(was a)」「である(has been)」の特定、または、「略歴」または「プロフィール」等のタイトルおよび／またはＭＥＴＡタグ等のナレーションを意味する単語を含むソースの特定を含み、スクリーン上のメディアをナレーションとして補うことのできる任意のテキストを適切に特定することができる。ナレーション接続詞の特定プロセスの一例を、あくまで例示として、以下のテキストに示す。ここでは、「バリー・メイヤー」をウェブ検索することで見つかったテレビスタジオの幹部を記述している。http://www.timewamer.com/corp/management/executives_by_business/warner_bros/bio/meyer_barry.html  タイトル：「タイムワーナー−バリーＭ．メイヤー」  メタ記述：「バリーＭ．メイヤーの略歴…」  ナレーションの抜粋：  バリーＭ．メイヤー氏は、娯楽業界で最も有名な重役の１人であり、１９９４年４月からワーナー・ブラザーズの執行副社長と最高執行責任者とを兼任した後に、１９９９年１０月４日より、最高経営責任者の役職についている。
【００４８】
複数のナレーションが特定された場合には、提示エンジンは、ストリング分析を行い、全ての整合するもののなかで最も類似度の高い項目を含むナレーションテキストを決定して、最終的には、最も包括的な利用可能なナレーションを選択する。
＜Ｄ．音楽選択＞
【００４９】
一部の実施形態では、動画に付随させる音楽を選択する一次的な方法を、提示に付随させるために、選択したナレーションの記述を分析して、動画に含める用途で民間の音楽供給会社が許可している数千ものトラックを示す３０００個のキーワードの１つを検索することで行う（１００万個以上の同義語にマッピングされている）。
【００５０】
オーディオエンジンに取り込まれる各トラックが、そのペース、テンポ、およびオーディオの「性質」を示すカテゴリーおよび期間を含んでいてよい。これらタグは、各曲を手動評価する人間の編集者が記録してよい。
【００５１】
一部の実施形態では、サウンドエフェクトも準備して、スクリーン上のデータのタイプおよび量と合致するように動的に提示する（つまり、視認できる最も多い文字数を有するテキストシーンが、文字数の少ないものよりも、より長い「タイピング」サウンドエフェクトを有する、ということである）。図９は、音楽選択エンジンの一実施形態を示す。この実施形態では、音楽選択エンジン９０は、テキスト入力９２を受信して、キーワードおよび同義語９４を利用して、テキスト入力９２を検索して整合するものを探し、その後、音声ライブラリ９６を利用して、そのシーンに整合する音楽または音声を見つける。楽譜９８は、音楽選択エンジン９０を利用してこのプロセスから得ることができる。
＜１．動画アセンブリおよび優先付け＞
【００５２】
全てのシーンをテキストまたは検索ソースの分析により生成すると、提示エンジンは、そこに含まれている情報、および、そのデータの出所に関する情報に基づいて、各データタイプを評価して、品質格付けを割り当てることができる。
【００５３】
その後、データタイプを動画に、その品質格付けに従って、本発明の一実施形態で利用可能な以下の規則に従い、アセンブリする。
●各データタイプが、デフォルトのスコアを有する。
○画像およびビデオ：１２
○アドレスおよびマップ：１１
○箇条書きのテキストのリスト：６，＋１を各項目に与える
○日付：９
○タイムライン：８
○品質格付け（「星５つ」）：７
○線グラフ：６
○パイチャート：５
○レンジ：４
○「はい／いいえ」データポイント：２
○インターネットＵＲＬ：３
○標準的なテキストストリング：１
●デフォルトスコアを以下の規則および人間の入力および機械学習技術に基づいて開発したさらなる規則について修正する。
○手動入力を有するデータタイプに、手動編集が行われるたびに＋１ポイントを付与する。
○ウェブページのサムネールからの画像に、＋１ポイント付与する。
○キャプション内の画像に＋１ポイント付与する。
○ソースデータ内にリンクされている大文字の複数の用語を含むフレーズに基づくテキストであって、画像が添付されている場合、＋２ポイントを付与する。
○ソースデータ内にリンクされている用語に基づくテキストに、＋１ポイントを付与する。
○大文字ではないリンクされている用語に基づくテキストは、−１ポイントとする。
【００５４】
一部の実施形態では、データタイプをそのスコアに従って降順にアセンブリすると、以下の規則（および、人間の入力および機械学習技術に基づいて開発されたさらなる規則）を利用して、最大で１４個のシーンに優先順位を付け、以下のようにする。
●画像またはメディアタイプと、画像でもメディアでもないタイプとの比率が１：１であるべきである。
●画像は常に動画を開始するべきである。
●可能であれば、同じデータタイプのシーンが連続再生されないようにする。
●ナレーションの８０％を超える比率が繰り返しであるテキストシーンは破棄する。
●全てのシーンは、その内容の長さに応じて、スクリーン上の時間の計算量を受け、１００文字または１００画素ごとに１秒で、文字数または画像のサイズにより構築される。
これらのルールを適用することで、提示エンジンは、入力によく対応したＸＭＬファイルを生成することができるようになり、これらが提示エンジンにより解釈されて、本願の冒頭で説明した動画に関する処理と合致した方法でユーザに表示することができるようになる。図１０は、動画エンジン１００を、動画優先付けのＸＭＬ命令１０４およびシーン優先ルールセット１０２と組み合わせた一実施形態である。動画エンジン１００及びルールセット１０２は、動画優先付け１０４用にシーン１０６を編成することができる。
【００５５】
上述した方法は、含めるべき情報を決定する１つの方法ではあるが、本発明の範囲内で、他の方法を利用することもできる。
【００５６】
ここで記載したように、提示エンジンは、テキストのパッセージその他の文字数字列（または列のセット）またはプルダウンメニューから選択したクエリまたはスクリーン上で選択したテキストからなる入力を受け付ける。応答として、入力の意味論的な意味を定義する（またはこれに対応する）短い（１分以下）の動画提示をアセンブリする。各動画は、その場で生成された、動的に描画されたマルチメディア「シーン」のセットを含む。これ以外の実施形態も本発明の範囲には含まれている。
【００５７】
上述したコンポーネント同士を組み合わせて、本発明の一実施形態における１つのシステムを形成することもできる。この実施形態では、例えばシステムが、動画のある主題に関する少なくとも１つの入力キーワードを受け付けるためのクエリインタフェース、少なくとも２つのテンプレートのセットを有するデータベース、複数のウェブサイトからデータを取得する検索エンジン、テンプレートのセットにアセンブリするべきデータを決定するランタイムエンジン、および、ユーザによる再生用に、動画を提示する動画エンジンを含むことができる。ランタイムエンジンには、例えば、上述した正規化エンジン、抽出エンジン、および選択エンジンが含まれてよい。加えて、本発明の一実施形態における提示エンジンは、クエリインタフェース、データベース、正規化エンジン、抽出エンジン、選択エンジン、および、動画エンジンをそれぞれ含んでよい。検索エンジンは、複数のデータソースからデータを動的に取得することができる。
【００５８】
本発明を例示である実施形態を参照して説明してきたが、当業者には、本発明の精神および範囲を逸脱せずに本発明について記載した実施形態に様々な変更が可能であることを理解する。従って、上述した記載例は、本発明の範囲を限定するものではなく、本発明の範囲は、請求項によってのみ限定されるべきである。
【図１】
0005996734.tif 000005
【図２】
0005996734.tif 000006
【図３】
0005996734.tif 000007
【図６】
0005996734.tif 000008
【図７】
0005996734.tif 000009
【図８】
0005996734.tif 000010
【図９】
0005996734.tif 000011
【図１０】
0005996734.tif 000012
【図４】
0005996734.tif 000013
【図５】
0005996734.tif 000014