JP2007242013A - コンテンツ管理指示を呼び出すための方法、システム、およびプログラム（コンテンツ管理指示の呼び出し） - Google Patents

Abstract

【課題】統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すための方法、システム、およびプログラムを開示する。
【解決手段】実施形態は、特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成するステップと、合成コンテンツをデジタル・オーディオ・プレーヤへ送信するステップと、メディア・ファイル内のコンテンツをデジタル・オーディオ・プレーヤ上でレンダリングするステップと、コンテンツのレンダリングに応答してユーザからコンテンツについての評価を受信するステップと、評価をメディア・ファイル内のコンテンツに関連付けるステップと、統合コンテンツ管理サーバに対して、メディア・ファイル内のコンテンツに関連付けられた評価を通知するステップと、評価に基づいて、１つ以上のコンテンツ管理指示を選択するステップと、コンテンツ管理指示を実行するステップとを含む。
【選択図】図１

Description

本発明の分野は、データ処理であり、または、より特定的には、コンテンツ管理指示を呼び出すための方法、システム、およびプログラムである。

数多くの異種ソースからコンテンツに対してアクセスが増加し、当該コンテンツにアクセスする異種装置が増加しているにもかかわらず、異種装置で異種ソースからコンテンツを取り出すことは、面倒な場合が多い。

そのようなコンテンツにアクセスするが面倒なのは、ユーザには、典型的には、コンテンツにアクセスするための単一のアクセスポイントがなく、様々な異種ソースからの様々な異種データ型のコンテンツを個別にアクセスしなければならないからである。また、様々な異種データ・ソースからアクセスされる異種データ型のコンテンツは、データ型固有のアプリケーションを使用するデータ型固有の装置上でレンダリングされなければならないことが多く、コンテンツの元のデータ型に関係なくユーザが選択した装置上でコンテンツをレンダリングするという柔軟性がない。したがって、特定のレンダリング装置へ送出するための統合コンテンツ管理の必要性が常にある。

統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すための方法、システム、およびプログラムを開示する。実施形態は、特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成するステップと、合成コンテンツをデジタル・オーディオ・プレーヤへ送信するステップと、メディア・ファイル内のコンテンツをデジタル・オーディオ・プレーヤ上でレンダリングするステップと、コンテンツのレンダリングに応答してユーザからコンテンツについての評価を受信するステップと、評価をメディア・ファイル内のコンテンツに関連付けるステップと、統合コンテンツ管理サーバに対して、メディア・ファイル内のコンテンツに関連付けられた評価を通知するステップと、評価に基づいて、１つ以上のコンテンツ管理指示を選択するステップと、コンテンツ管理指示を実行するステップとを含む。

本発明の上記および他の目的、特徴、ならびに利点は、添付の図面において示すような本発明の実施形態例の以下のより特定的な説明から明らかになるだろう。図面において、同様の参照符号は、一般的に、本発明の実施形態例の同様の部分を表す。

統合コンテンツ管理のアーキテクチャ例
本発明の実施形態に係るレンダリング装置へ送出するための統合コンテンツ管理のためのシステム、およびプログラムの例を、図１から始まる添付の図面を参照して説明する。

図１は、本発明の実施形態に係るレンダリング装置へ送出するための統合コンテンツ管理のためのシステム例を示すネットワーク図を示す。図１のシステムは、一般的に、レンダリング装置へ送出するための統合コンテンツ管理のために動作し、この動作は、異種データ・ソースからの異種データ型のコンテンツをユーザのために集約することと、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することと、レンダリング装置から合成コンテンツに対する要求を受信することと、要求に応答して、要求された合成コンテンツをレンダリング装置へ送信することによって行われる。

異種データ型のコンテンツは、互いに異なる種類および形式のデータのコンテンツである。すなわち、異種データ型は、互いに異なる種類のデータである。異種データ型を規定する区別には、データ構造、ファイル形式、データが送信されるプロトコル、およびデータをレンダリングするのに使用されるアプリケーションの違い、ならびに当業者が想起するような他の区別が含まれる。異種データ型の例には、ＭＰＥＧ‐１ Ａｕｄｉｏ Ｌａｙｅｒ ３（「ＭＰ３」）ファイル、拡張可能なマーク付け言語文書（「ＸＭＬ」）、電子メール文書、ワード・プロセッシング文書、カレンダー・データなど当業者が想起するようなものが含まれる。例えば、ＭＰＥＧ‐１ Ａｕｄｉｏ Ｌａｙｅｒ ３（「ＭＰ３」）ファイルは、典型的には、ＭＰ３プレーヤで再生され、無線用マーク付け言語（「ＷＭＬ」）ファイルは、典型的には、無線装置によってアクセスされるなどである。

異種データ・ソースという用語は、異種データ型のデータのソースを意味する。そのようなデータ・ソースは、異種データ型のデータに対するアクセスを提供することができる任意の装置またはネットワーク位置であってもよい。異種データ・ソースの例には、ファイル、ウェブ・サイト、携帯電話、ＰＤＡ、ＭＰ３プレーヤ、および当業者が想起するようなものを扱うサーバが含まれる。

図１のデータ処理システムは、異種データ・ソースとして動作する数多くの異種データ・ソース（２２８）と、本発明に係る統合コンテンツ管理のための統合コンテンツ管理サーバ（１１４）とを含む広域通信網（「ＷＡＮ」）（１１６）を含む。図１のシステム例は、例えば、ＭＰ３ファイルなどのメディア・ファイルの形式でコンテンツを提供するメディア・サーバ（２３０）を含む。図１のシステム例は、オン・デマンド・ワークプレイス（登録商標）（「ＯＤＷ」）のサポートを提供するサーバであるＩＢＭ社のオン・デマンド・ワークステーション（２３２）を含む。ＯＤＷは、生産性ツールと、アイデアおよび専門知識を共有するための仮想空間とを提供する。

図１のシステム例は、ＲＳＳフィードを通じてコンテンツを提供するＲＳＳサーバ（２３４）を含む。ＲＳＳは、ニュース・ウェブサイトおよびウェブログによって使用されるウェブ・シンジケーションのためのＸＭＬファイル・フォーマットの一系統である。Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ（ＲＳＳ０．９１）、ＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ（ＲＳＳ０．９，１．０，および１．１）、およびＲｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ（ＲＳＳ２．０）という規格を言及するために、省略形が使用されることが多い。ＲＳＳフォーマットは、ウェブ・コンテンツまたはウェブ・コンテンツのサマリを、コンテンツおよび他のメタデータの完全版へのリンクと共に提供する。このコンテンツは、典型的には、ＲＳＳフィード、ウェブフィード、ＲＳＳストリーム、またはＲＳＳチャンネルと称されるＸＭＬファイルとして送出される。

図１のシステムは、ユーザのためにカレンダー・データを保持するカレンダー・データ・サーバ（２３６）を含む。また、図１のシステムは、電子メール・サーバ（２３８）を含む。

図１のシステムは、統合コンテンツ管理サーバ（１１４）を含む。統合コンテンツ管理サーバ（１１４）は、１つ以上のレンダリング装置（１０４，１０８，１１０，および１１２）へ送出するために、異種データ・ソース（２２８）からのコンテンツの統合コンテンツ管理を提供する。統合コンテンツ管理サーバ（１１４）は、一般的に、異種データ・ソースからの異種データ型のコンテンツをユーザのために集約することと、特定のレンダリング装置（１０４，１０８，１１０，および１１２）へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することと、レンダリング装置（１０４，１０８，１１０，および１１２）から合成コンテンツに対する要求を受信することと、要求に応答して、要求された合成コンテンツをレンダリング装置（１０４，１０８，１１０，および１１２）へ送信することによって行われる。

図１のシステムは、ＷＡＮ（１０２）に接続された数多くのレンダリング装置（１０４，１０８，１１０，および１１２）を含む。図１のレンダリング装置は、ＭＰ３ファイルを再生可能なデジタル・オーディオ・プレーヤ（「ＤＡＰ」）（１０４）を含む。そのようなＤＡＰの例は、アップル社のｉＰｏｄである。図１のレンダリング装置は、無線用マーク付け言語（「ＷＭＬ」）でコンテンツをレンダリング可能なスマートフォン（１０８）と、ハイパーテキスト転送マーク付け言語（「ＨＴＭＬ」）でコンテンツをレンダリング可能な携帯情報端末（「ＰＤＡ」）（１１２）とを含む。

また、図１のレンダリング装置は、ＸＨＴＭＬ ｐｌｕｓ Ｖｏｉｃｅでコンテンツをレンダリングするための多モードのブラウザをサポート可能なラップトップ・コンピュータ（１１０）を含む。ＸＨＴＭＬ ｐｌｕｓ Ｖｏｉｃｅ（「Ｘ＋Ｖ」）は、音声マーク付けとともに提示層における音声を可能にすることにより、多モードのアプリケーションを開発するためのウェブ・マーク付け言語である。Ｘ＋Ｖは、ＸＨＴＭＬ，ＶｏｉｃｅＸＭＬ，およびＸＭＬ Ｅｖｅｎｔｓという３つの主な規格からなる。ウェブ・アプリケーション環境がイベント駆動である場合には、Ｘ＋Ｖは、ＸＭＬ Ｅｖｅｎｔｓ規格で使用されるドキュメント・オブジェクト・モデル（ＤＯＭ）イベント・フレームワークを搭載する。このフレームワークを使用して、Ｘ＋Ｖは、視覚および音声マーク付け間の対応関係を作成するために、ＨＴＭＬから近しいイベント型を規定する。

各レンダリング装置は、統合コンテンツ管理サーバ（１１４）に対して、異種データ・ソースから集約され、かつ統一データ型のコンテンツに合成されたコンテンツを要求することができる。統合コンテンツ管理サーバは、要求に応答して、当該レンダリング装置に固有のデータ型のコンテンツを送信し、これにより、レンダリング装置は、元のコンテンツ・プロバイダによって提供されたコンテンツの固有のデータ型に関わらず、コンテンツをレンダリングすることができる。

一例として、電子メール・サーバ（２３８）によって提供される電子メール・コンテンツを考える。統合コンテンツ管理サーバ（１１４）は、ユーザのために、電子メール・テキストを抽出して、当該電子メールをＭＰ３ファイルのヘッダ・フィールドに挿入することによって、電子メール・コンテンツを集約し、かつ電子メールを合成することができる。統合コンテンツ管理サーバ（１１４）は、ＭＰ３ファイルを、ヘッダ・フィールドから抽出された情報の表示をサポートするＤＡＰ（１０４）へ送信する。本例の統合コンテンツ管理において、ＤＡＰ（１０４）は、メディア・、ファイルをレンダリングできるだけ名のにもかかわらず、ＤＡＰの修正を必要とせずに、電子メールをそのディスプレイにレンダリングすることができる。

本発明の統合コンテンツ管理は、好都合なことに、様々な広範囲のコンテンツに対する単一のアクセス・ポイントをユーザに提供し、かつ、コンテンツがレンダリングされる装置において広い柔軟性を提供するものである。

図１に示すシステム例を構築するサーバおよび他の装置の仕組みは、説明のためだけのものであり、限定するためのものではない。本発明の様々な実施形態に係る有用なデータ処理システムは、図１には示されていないが、当業者が想起するようなさらなるサーバ、ルータ、他の装置、およびピア・ツー・ピア・アーキテクチャを含んでもよい。そのようなデータ処理システムにおけるネットワークは、ＴＣＰ（伝送制御プロトコル）、ＩＰ（インターネット・プロトコル）、ＨＴＴＰ（ハイパーテキスト伝送プロトコル）、ＷＡＰ（無線アプリケーション・プロトコル）、ＨＤＴＰ（ハンドヘルド装置伝送プロトコル）、および当業者が想起するような他のプロトコルを含む、数多くのデータ通信プロトコルをサポートしてもよい。本発明の様々な実施形態が、図１に示すものに加えて、様々なハードウェア・プラットフォーム上で実施されてもよい。

さらなる説明のために、図２は、本発明に係るレンダリング装置へ送出するための統合コンテンツ管理のためのシステムを示すブロック図を示す。図２のシステムは、統合コンテンツ管理サーバ（１１４）によって提供され、複数の異種データ・ソース（２２８）から集約された合成コンテンツをレンダリングするための複数のレンダリング装置（２０２）を含む。統合コンテンツ管理サーバ（１１４）は、一般的に、ユーザのために、異種データ・ソース（２３０，２３２，２３４，２３６，および２３８）（２２８）からの異種データ型のコンテンツを集約することと、特定のレンダリング装置（１０４，１０８，または１１２）へ送出するために、異種データ型の集約コンテンツを特定のデータ型のデータを含む合成コンテンツに合成することと、レンダリング装置（１０４，１０８，または１１２）から合成コンテンツに対する要求を受信することと、要求に応答して、要求された合成コンテンツをレンダリング装置（２０２）へ送信することとが可能である。

図２の統合コンテンツ管理サーバ（１１４）は、集約モジュール（２０８）を含む。図２の集約モジュール（２０８）は、異種データ・ソースからの異種データ型のデータを集約するためのコンピュータ・プログラム命令として実施される。集約モジュール例（２０８）は、一般的に、図７〜図１０を参照して以下に詳細に説明するように、ユーザのために、異種データ・ソースからの異種データ型のコンテンツを集約することができ、これは、ユーザ用のユーザ・アカウントを開設することと、ユーザ・アカウントに関連した識別された異種データ・ソースから、異種データ型のコンテンツを取り出すことと、取り出されたコンテンツを記憶することと、記憶されたコンテンツをユーザ・アカウントに関連付けることとによって行われる。

図２の統合コンテンツ管理サーバ（１１４）は、合成エンジン（２１２）を含む。図２の合成エンジンは、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを、統一データ型のデータを含む合成コンテンツに合成するためのコンピュータ・プログラム命令として実施される。合成エンジン例（２１２）は、一般的に、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを、統一データ型のデータを含む合成コンテンツに合成することができ、これは、図１１〜図１４を参照して以下に詳細に説明するように、特定のデータ・レンダリング装置へ送出するために、集約コンテンツの少なくとも一部を識別することと、当該集約コンテンツの一部を、レンダリング装置についての装置プロファイル（２２０）に従って、テキスト・コンテンツと、当該テキスト・コンテンツに関連したマーク付けとに変換することとによって行われる。また、合成エンジン例（２１２）は、図１５を参照して以下に詳細に説明するように、集約コンテンツの一部に基づいてテキストを作成することと、合成コンテンツのためにメディア・ファイルを作成することと、メディア・ファイルのヘッダにテキストを挿入することとによって、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することができる。

統合コンテンツ管理サーバ（１１４）は、合成コンテンツのレポジトリ（２１８）を含む。合成コンテンツのレポジトリ（２１８）を保持することで、統合コンテンツ管理サーバにおいて、複数の異種レンダリング装置（１０４，１０８，および１１２）上でレンダリングをするために様々な異種データ・ソース（２２８）から集約されたコンテンツについて、単一のアクセス・ポイントを提供する。特定のレンダリング装置（１０４，１０８，および１１２）へ送出するためにコンテンツは合成されているので、コンテンツは、異種データ・ソース（２２８）によって扱われたｔコンテンツの元の固有のデータ型に関わらず、レンダリング装置がサポートしているデータ・フォーマットでレンダリングされる場合がある。

代わりに、コンテンツは、特定のレンダリング装置からの合成データに対する要求に応じて、特定のレンダリング装置へ送出するために合成されてもよい。特定のレンダリング装置によるデータに対する要求に応じてデータを合成することにより、特定のユーザについて、特定の装置へ送出するために合成コンテンツの大きなレポジトリを保持する費用を削減する。

また、統合コンテンツ管理サーバ（１１４）は、アクション（２２４）のレポジトリを含むアクション生成器（２２２）を含む。合成コンテンツは、レンダリング装置上で実行されるアクションに関連付けられていることが多い。例えば、Ｘ＋Ｖ文書として合成されたコンテンツは、コンテンツの音声ナビゲーションを提供する文法とアクションとを含み、これにより、ユーザに対して、レンダリング装置の多モードのブラウザ上でのコンテンツのレンダリングを指示する権限を付与する。

本発明に係る統合コンテンツ管理は、一般的に、コンピュータ、すなわち、児童コンピューティング機構で実施される。図１および図２のシステムにおいて、例えば、すべてのノード、サーバ、および通信装置は、少なくともコンピュータとしてある程度実施される。したがって、さらに説明するために、図３は、本発明の実施形態に係るレンダリング装置へ送出するための統合コンテンツ管理において有用な統合コンテンツ管理サーバ例（１１４）を備える自動コンピューティング機構のブロック図を示す。図３の統合コンテンツ管理サーバ（１１４）は、少なくとも１つのコンピュータ・プロセッサ（１５６）または「ＣＰＵ」と、システム・バス（１６０）を通じてプロセッサ（１５６）および統合コンテンツ管理サーバ（１１４）の他の構成要素に接続されているランダム・アクセス・メモリ（１６８）（「ＲＡＭ」）とを含む。

ＲＡＭ（１６８）に記憶されているのは、統合コンテンツ管理モジュール例（１４０）であって、ユーザのために異種データ・ソースからの異種データ型のコンテンツを集約することと、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツをあるデータ型の合成コンテンツに合成することと、レンダリング装置から合成コンテンツに対する要求を受信することと、要求に応答して、要求された合成コンテンツをレンダリング装置へ送信することが可能な、レンダリング装置へ送出するための統合コンテンツ管理のためのコンピュータ・プログラム命令である。

図２の統合コンテンツ管理モジュール（１４０）は、集約モジュール（２０８）を含み、異種データ・ソースからの異種データ型のデータを集約するためのコンピュータ・プログラム命令である。集約モジュール例（２０８）は、一般的に、図７〜図１０を参照して以下に詳細に説明するように、異種データ・ソースからの異種データ型のコンテンツを集約することができ、これは、ユーザ用のユーザ・アカウントを開設することと、ユーザ・アカウントに関連した識別された異種データ・ソースから、異種データ型のコンテンツを取り出すことと、取り出されたコンテンツを記憶することと、記憶されたコンテンツをユーザ・アカウントに関連付けることとによって行われる。

図２の統合コンテンツ管理モジュール（１４０）は、合成エンジン（２１２）を含み、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するためのコンピュータ・プログラム命令である。合成エンジン例（２１２）は、一般的に、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することができ、これは、図１１〜図１４を参照して以下に詳細に説明するように、特定のデータ・レンダリング装置へ送出するために、集約コンテンツの少なくとも一部を識別することと、当該集約コンテンツの一部を、レンダリング装置についての装置プロファイルに従って、テキスト・コンテンツと、当該テキスト・コンテンツに関連したマーク付けとに変換することとによって行われる。また、合成エンジン例（２１２）は、図１５を参照して以下に詳細に説明するように、集約コンテンツの一部に基づいてテキストを作成することと、合成コンテンツのためにメディア・ファイルを作成することと、メディア・ファイルのヘッダにテキストを挿入することとによって、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することができる。

図３の統合コンテンツ管理モジュール（１４０）は、アクション生成器（２２２）を含み、合成コンテンツに関連したアクションを生成するためのコンピュータ・プログラム命令である。そのようなアクションは、合成コンテンツが送信されるレンダリング装置上で実行されることが多い。

また、図３の統合コンテンツ管理サーバ例（１１４）は、ウェブ・サーバ（１５５）を含む。統合コンテンツ管理サーバは、例えばサーブレットなどの、ウェブ・サーバ上で実行されてウェブ・ページを構築するプログラムを使用して、合成コンテンツを有用に提供してもよい。そのようなプログラムは、例えば、特定のレンダリング装置へ送出するための合成コンテンツを含むＪａｖａ（登録商標） Ｓｅｒｖｅｒ Ｐａｇｅｓ（「ＪＳＰ」）などの動的なサーバ・ページを構築してもよい。そのようなウェブ・サーバ上で、本発明に係る統合コンテンツ管理において有用なのは、ＩＢＭ社のＷｅｂＳｐｈｅｒｅ（登録商標）Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒである。ＷｅｂＳｐｈｅｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒは、Ｊａｖａ（登録商標）ベースのアプリケーション・プラットフォームであって、企業データとトランザクションとを動的なｅ‐ビジネスのために統合している。ＷｅｂＳｐｈｅｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒは、トランザクション管理、セキュリティ、パフォーマンス、利用可能性、接続可能性、および拡張可能性を提供するアプリケーション・サービスを、豊かなアプリケーション導入環境に対して提供する。

オペレーティング・システム（１５４）もＲＡＭ（１６８）に記憶されている。本発明の実施形態に係るコンピュータにおいて有用なオペレーティング・システムには、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＮＴ（登録商標）、ＡＩＸ（登録商標）、ＩＢＭ社のｉ５／ＯＳ（登録商標）、および当業者が想起するような他のものが含まれる。

図３の統合コンテンツ管理サーバ例（１１４）は、システム・バス（１６０）を通じてプロセッサ（１５６）および統合コンテンツ管理サーバ（１１４）の他の構成要素に結合された不揮発コンピュータ・メモリ（１６６）を含む。不揮発コンピュータ・メモリ（１６６）は、ハード・ディスク・ドライブ（１７０）、光ディスク・ドライブ（１７２）、電気消去可能プログラム可能読み出し専用メモリ空間（いわゆる「ＥＥＰＲＯＭ」または「フラッシュ」・メモリ）（１７４）、ＲＡＭドライブ（図示せず）、または当業者が想起するような他の種類のコンピュータ・メモリとして実施されてもよい。

図３の統合コンテンツ管理サーバ例（１１４）は、１つ以上の入出力インターフェース・アダプタ（１７８）を含む。コンピュータにおける入出力インターフェース・アダプタは、例えば、コンピュータ表示画面などの表示装置（１８０）に対する出力と、キーボードおよびマウスなどのユーザ入力装置（１８１）からのユーザ入力とを制御するためのソフトウェア・ドライバおよびコンピュータ・ハードウェアを通じて、ユーザ指向の入出力を実施する。

図３の統合コンテンツ管理サーバ例（１１４）は、レンダリング装置（２０２）とデータ通信（１８４）を実施するための通信アダプタ（１６７）を含む。そのようなデータ通信は、ＲＳ‐２３２接続を通じて、ＵＳＢなどの外部バスを通じて、ＩＰネットワークなどのデータ通信ネットワークを通じて、および当業者が想起するような他のやり方で逐次行われてもよい。通信アダプタは、あるコンピュータが他のコンピュータへ直接またはネットワークを通じてデータ通信を送信する際のデータ通信のハードウェア・レベルを実施する。統合コンテンツ管理のために有用な通信アダプタの例には、有線ダイアル呼び出し通信のためのモデム、有線ネットワーク通信のためのイーサネット（登録商標）（ＩＥＥＥ８０２．３）アダプタ、無線ネットワーク通信のための８０２．１１ｂアダプタ、および当業者が想起するような他のアダプタが含まれる。

レンダリング装置への送出のための統合コンテンツ管理
本発明の統合コンテンツ管理は、好都合なことに、様々な広範囲のコンテンツに対する単一のアクセス・ポイントをユーザに提供し、かつ、コンテンツがレンダリングされる装置において広い柔軟性を提供するものである。さらに説明するために、図４は、レンダリング装置へ送出するための統合コンテンツ管理のためのコンピュータによって実施される方法例を示すフローチャートを示す。図４の方法は、ユーザのために、異種データ・ソース（２２８）からの異種データ型のコンテンツ（４０４）を集約するステップ（４０２）を含む。集約データは、異種型のデータが一箇所に蓄積されたものである。集約データの位置は、例えば集約データを含む単一のコンピュータ上など物理的であってもよいし、例えば集約データに対するアクセスを提供する単一のインターフェースなど論理的であってもよい。

図４の方法に係るユーザのために異種データ・ソース（２２８）からの異種データ型のコンテンツ（４０４）を集約するステップ（４０２）は、ユーザが選択した集約用のデータ・ソースの識別と、合成コンテンツがレンダリングされるべき１つ以上のレンダリング装置の識別とを含む、ユーザ用に開設されたユーザ・アカウント（２１０）に基づいて行われる。ユーザのために異種データ・ソースからの異種データ型のコンテンツを集約するステップは、図７〜図１０を参照して以下に詳細に説明するように、ユーザ用のユーザ・アカウントを開設することと、ユーザ・アカウントに関連した識別された異種データ・ソースから、異種データ型のコンテンツを取り出すことと、取り出されたコンテンツを記憶することと、記憶されたコンテンツをユーザ・アカウントに関連付けることとによって行われてもよい。

また、図４の方法は、特定のレンダリング装置（２０２）へ送出するために、異種データ型の集約コンテンツ（４０４）を統一データ型のデータを含む合成コンテンツ（４０８）に合成するステップ（４０６）を含む。合成コンテンツは、特定のレンダリング装置上でのレンダリングのために合成されている集約データから派生されたコンテンツである。すなわち、集約データのコンテンツは、特定のレンダリング装置がサポートしているデータ型のデータに合成される。

特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するステップは、典型的には、装置がサポートしているファイル・フォーマット、装置がサポートしているマーク付け言語、装置がサポートしているデータ通信プロトコル、および当業者が想起するような他の属性などの、特定のレンダリング装置の属性を識別する装置プロファイル（２２０）に基づいて行われる。特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するステップは、図１１〜図１４を参照して以下に詳細に説明するように、特定のデータ・レンダリング装置へ送出するために、集約コンテンツの少なくとも一部を識別することと、当該集約コンテンツの一部を、レンダリング装置についての装置プロファイルに従って、テキスト・コンテンツと、当該テキスト・コンテンツに関連したマーク付けとに変換することとによって行われてもよい。

また、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するステップは、図１５を参照して以下に詳細に説明するように、集約コンテンツの一部に基づいてテキストを作成することと、合成コンテンツのためにメディア・ファイルを作成することと、メディア・ファイルのヘッダにテキストを挿入することとによって行われてもよい。

また、図４の方法は、レンダリング装置（２０２）から合成コンテンツ（４０８）に対する要求（４１２）を受信するステップ（４１０）と、要求（４１２）に応答して（４１６）、要求された合成コンテンツ（４１８）をレンダリング装置（２０２）へ送信するステップ（４１４）とを含む。さらなる説明のために、図５は、要求（４１６）に応答して、要求された合成コンテンツ（４１８）をレンダリング装置（２０２）へ送信（４１４）するための方法例を示すフローチャートを示す。図５の方法にかかる、要求（４１６）に応答して、要求された合成コンテンツ（４１８）をレンダリング装置（２０２）へ送信するステップ（４１４）は、レンダリング装置（２０２）の装置プロファイル（２２０）に基づいて、レンダリング装置（２０２）へ送信するためのプロトコル（４２２）を選択するステップ（４２０）と、プロトコル（４２２）に従って、合成コンテンツ（４１８）をレンダリング装置（２０２）へ送信するステップ（４２４）とを含む。合成コンテンツをレンダリング装置へ送信するのに有用なプロトコルは、ハイパーテキスト伝送プロトコル（「ＨＴＴＰ」）、無線アプリケーション・プロトコル（「ＷＡＰ」）、ハンドヘルド装置伝送プロトコル（「ＨＤＴＰ」）、および当業者が想起するような他の多くのプロトコルである。

上述のように、合成コンテンツは、レンダリング装置上で実行されるアクションに関連付けられていることが多い。例えば、Ｘ＋Ｖ文書として合成されたコンテンツは、コンテンツの音声ナビゲーションを提供する文法とアクションとを含み、これにより、ユーザに対して、レンダリング装置の多モードのブラウザ上でのコンテンツのレンダリングを指示する権限を付与する。さらなる説明のために、図６は、本発明に係る送出のための統合コンテンツ管理のさらなる局面を示すフローチャートを示す。図６の方法は、レンダリング装置（２０２）によって実行されるレンダリング・アクション（４２８）を識別するステップ（４２６）を含む。レンダリング・アクションとは、実行されると、レンダリング装置（２０２）上で合成コンテンツをレンダリングするために予め規定されたタスクを実行するコンピュータ命令のせっとである。レンダリング・アクションは、即座に、または、ある所定の後の時間に、合成データに基づいて実行されてもよい。レンダリング・アクション（４２８）を識別するステップ（４２６）は、ユーザ命令を受信することと、ユーザ命令に応答して、合成コンテンツを選択することと、合成コンテンツをレンダリングするための特定のレンダリング方法を選択することによって行われてもよい。

ユーザ命令は、ユーザの行為に応答して受信されたイベントである。ユーザ命令の例には、ユーザがキーボードまたはキーパッドを使用してキーストロークの組み合わせを入力した結果、イベントを受信することと、マウスを使用して視覚表示上のアイコンをクリックした結果、イベントを受信することと、ユーザがタッチパッド上のアイコンを押した結果、イベントを受信することと、または当業者が想起するような他のユーザ命令が含まれる。ユーザからスピーチによる命令を受信することは、ユーザからスピーチを受信することと、スピーチをテキストに変換することと、合成コンテンツに関連したテキストおよび文法に基づいてユーザ命令を判断することとが含まれる。

また、図６の方法は、レンダリング・アクション（４２６）に従って、レンダリング装置（２０２）によって合成コンテンツ（４１８）をレンダリングするステップ（４３０）を含む。レンダリング・アクション（４２６）に従って、レンダリング装置（２０２）によって合成コンテンツ（４１８）をレンダリングする（４３０）と、レンダリング装置によってサポートされているレンダリング機能を使用して合成コンテンツがユーザ（１００）に対して提示されることになる。例えば、デジタル・オーディオ・プレーヤへ送信するために、電子メールからテキストを抽出して、メディア・ファイルのヘッダにテキストを挿入することによって合成された電子メール・コンテンツを考える。そのようなプレーヤは、曲の曲名およびアーティストなどのメディア・ファイルについてのメタデータを表示するためによく使用されるメディア・ファイルのヘッダにテキストを表示する表示機能を含む。メディア・ファイルのヘッダに電子メールのテキストを含めることで電子メールのコンテンツを合成することにより、プレーヤ自体の修正を行うことなく、デジタル・オーディオ・プレーヤ上で電子メールをレンダリングすることが可能となる。

上記の例において、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するステップは、合成コンテンツに対する要求をレンダリング装置から受信する前に、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することによって行われる。すなわち、コンテンツは、特定の装置のために合成され、コンテンツが特定の装置に利用可能であるように記憶される。これは説明のためのものであり、限定するためのものではない。実際、代わりに、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成するステップは、合成コンテンツに対する要求をレンダリング装置から受信したことに応答して、特定のレンダリング装置へ送出するために、異種データ型の集約コンテンツを統一データ型のデータを含む合成コンテンツに合成することによって行われてもよい。

ユーザによる単一ポイント・アクセスのための異種データ・ソースからの異種データ型のコンテンツの集約
上述のように、統合コンテンツ管理は、典型的には、異種データ・ソースからの異種データ型のコンテンツをユーザのために集約するステップを含む。そこで、さらなる説明のために、図７は、ユーザによる単一ポイント・アクセスのために異種データ・ソースからの異種データ型のコンテンツを集約するための、コンピュータによって実施される方法例を示すフローチャートを示す。図７の方法は、ユーザ（１００）用のユーザ・アカウント（２１０）を開設するステップ（５０２）を含む。ユーザ・アカウント（２１０）は、典型的には、ユーザに対して、複数の識別されたデータ・ソースと、合成コンテンツをレンダリングするための１つ以上のレンダリング装置と、コンテンツの合成およびコンテンツのレンダリングの両方についての様々なユーザの好みとを関連付ける。

また、図７の方法は、ユーザ・アカウント（２１０）に関連した、識別された異種データ・ソース（２２８）から異種データ型のコンテンツ（４０４）を取り出すステップ（５０８）を含む。ユーザ・アカウント（２１０）に関連した、識別された異種データ・ソース（２２８）から異種データ型のコンテンツ（４０４）を取り出すステップ（５０８）は、メモリから局所的にデータを取り出すこと、ネットワーク位置からデータをダウンロードすること、または当業者が想起するような任意の他の要求データ取り出し方法によって行われてもよい。

データ・ソースによっては、データをアクセスするためのセキュリティ情報を必要とする場合がある。したがって、ユーザ・アカウント（２１０）に関連した、識別された異種データ・ソース（２２８）から異種データ型のコンテンツ（４０４）を取り出すステップ（５０８）は、識別されたデータ・ソースがコンテンツをアクセスするためのセキュリティ情報を必要とするかどうかを判断するステップと、識別されたデータ・ソースがコンテンツをアクセスするためのセキュリティ情報を必要とする場合には、ユーザ・アカウントからデータ・ソースについてのセキュリティ情報を取り出すステップと、コンテンツをアクセスするためにセキュリティ情報をデータ・ソースに提示するステップとを含んでもよい。

図７の方法は、取り出されたコンテンツ（４０４）を記憶するステップと（５１０）、記憶されたコンテンツをユーザ・アカウント（２１０）に関連付けるステップ（５１２）とを含む。記憶されたコンテンツは、典型的には、統合コンテンツ管理サーバに利用可能なメモリ内に保持される。

上述のように、コンテンツの集約は、典型的には、ユーザ・アカウントに基づいて行われる。さらなる説明のために、図８は、ユーザ（１００）用のユーザ・アカウント（２１０）を開設するための方法例を示すフローチャートを示す。図８の方法は、ユーザ（１００）から、複数の異種データ・ソース（２２８）の識別（５０６）を受信するステップ（５０４）を含む。複数の異種データ・ソース（２２８）の識別（５０６）は、データ・ソースを固有に識別するパス名、ネットワーク位置、ユニバーサル・リソース・ロケータ（「ＵＲＬ」）、および他の当業者が想起するようなデータ・ソースの識別を含んでもよい。

ユーザ（１００）から、複数の異種データ・ソース（２２８）の識別（５０６）を受信するステップ（５０４）は、統合コンテンツ管理サーバによって提供され、かつ例えばレンダリング装置で実行するブラウザを通じてユーザによってアクセス可能なユーザ・アカウント構成画面の使用を通じて行われてもよい。そのような構成画面により、複数の異種データ・ソースをユーザ・アカウントに効率的に関連付けるための手段が提供される。

また、図８の方法は、識別（５０６）をユーザ・アカウント（２１０）に関連付けるステップ（５０６）を含む。識別（５０６）をユーザ・アカウント（２１０）に関連付けるステップ（５０６）は、ユーザのために、ユーザ記録内の識別をユーザを固有に識別するユーザ識別に関連付けて記憶することによって行われてもよい。

上述のように、コンテンツを集約するステップは、ユーザ・アカウントに基づいて行われる。さらなる説明のために、図９は、ユーザ（１００）用のユーザ・アカウント（２１０）を開設するための方法例を示すフローチャートを示す。図９の方法は、ユーザから、１つ以上のレンダリング装置（１０４，１０６，および１１２）の識別（５１６）を受信するステップ（５１４）を含む。レンダリング装置の識別は、レンダリング装置固有の連続番号または当業者が想起するような任意の他のレンダリング装置の識別を含んでもよい。

ユーザから、１つ以上のレンダリング装置（１０４，１０６，および１１２）の識別（５１６）を受信するステップ（５１４）は、統合コンテンツ管理サーバによって提供され、かつ例えばレンダリング装置上で実行するブラウザを通じてユーザによってアクセス可能なユーザ・アカウント構成画面の使用を通じて行われてもよい。そのような構成画面は、１つ以上のレンダリング装置をユーザ・アカウントに効率的に関連付ける手段を提供する。

また、図９の方法は、識別（５１６）に基づいて、１つ以上のレンダリング装置（１０４，１０６，および１１２）についての装置プロファイル（５２０）を取り出すステップ（５１８）と、取り出された装置プロファイル（５２０）をユーザ・アカウント（２１０）に関連付けるステップ（５２２）とを含む。１つ以上のレンダリング装置についての装置プロファイル（５２０）は、典型的には、コンテンツを合成して装置にレンダリングするため、かつレンダリング装置へ合成コンテンツを送信するために有用な、レンダリング装置の属性を識別する。そのような属性の例には、装置によってサポートされているマーク付け言語、装置によってサポートされているファイル型、装置上で実行することが可能なアプリケーション、装置によってサポートされている通信プロトコル、および当業者が想起するようなものが含まれる。

さらなる説明のために、図１０は、複数のユーザ・アカウント記録（５２６）を含むユーザ・アカウント例（２１０）のブロック図を示す。ユーザ・アカウント記録例（５２６）は、ユーザを固有に識別するユーザ識別（５２８）と、ユーザ・アカウントにアクセスする際のユーザの認証のためのパスワード（５３０）とを含む。

ユーザ・アカウント記録例（５２６）は、ユーザについての合成コンテンツを合成およびレンダリングするためのユーザの好み（５３２）を含む。そのようなユーザの好みの例には、フォントおよび色の好み、レイアウトの好み、および当業者が想起するようなものなどの表示の好みが含まれる。

ユーザ・アカウント記録例（５２６）は、レンダリング装置の１つ以上の識別を含むレンダリング装置リスト（５３４）を含む。また、ユーザ・アカウント記録例（５２６）は、異種データ・ソースの１つ以上の識別と、識別されたデータ・ソースからコンテンツを取り出す必要がある任意のセキュリティ情報を含むデータ・ソース・セキュリティ情報（５３８）とを含む。

ユーザ・アカウント（２１０）は、追加のユーザによる介入を必要とせずに増設データ・ソースを識別するために使用されてもよい。したがって、図１０は、ユーザ・アカウントにおける情報に基づいて、増設データ・ソース（５４２）を識別する（５４０）ことも示している。ユーザ・アカウント情報内の情報に基づいて増設データ・ソースを識別するステップ（５４０）は、ユーザによって識別されたデータ・ソース、ユーザによって識別されたレンダリング装置、１つ以上の他のユーザのユーザ・アカウント、１つ以上の他のユーザによって識別されたデータ・ソース、および当業者が想起するようなユーザ・アカウント内の他の情報に基づいて、増設データ・ソースを識別するステップを含んでもよい。

ユーザ・アカウント情報内の情報に基づいて増設データ・ソースを識別するステップ（５４０）は、ユーザ・アカウント内の情報に基づいて、検索エンジン・クエリを作成することと、作成されたクエリを使用して検索エンジンに問い合わせることとによって行われてもよい。検索エンジンを問い合わせるステップは、例えば、ＨＴＴＰ ＧＥＴまたはＨＴＴＰ ＰＯＳＴ機能を通じて、検索エンジンに渡されるＵＲＬ符号化データの使用を通じて行われてもよい。ＵＲＬ符号化データは、データ通信のためにＵＲＬ内にパッケージ化されたデータであって、この場合、クエリを検索エンジンに渡す。ＨＴＴＰ通信の場合には、ＨＴＴＰ ＧＥＴまたはＰＯＳＴ機能を使用して、ＵＲＬ符号化データを送信することが多い。ＵＲＬ符号化データの例は以下の通りである。

ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｓｅａｒｃｈ？ｆｉｅｌｄ１＝ｖａｌｕｅ１＆ｆｉｅｌｄ２＝ｖａｌｕｅ２

ＵＲＬ符号化データのこの例は、ウェブ上で検索エンジンへ送信されたクエリを表している。より特定的には、上記の例は、検索エンジン絵のクエリを表すＵＲＬを有する符号化データであり、当該クエリは、「ｆｉｅｌｄ１＝ｖａｌｕｅ１＆ｆｉｅｌｄ２＝ｖａｌｕｅ２」というストリングである。符号化方法の例は、フィールド名とフィールド値とを「＆」および「＝」でつなげて、ＵＲＬ内に「ｓｅａｒｃｈ」を含ませることによってクエリとして符号化を指定するものである。ＵＲＬ符号化検索クエリの例は、説明のためのものであり、限定をするものではない。実際、異なる検索エンジンが、データが符号化されたＵＲＬ内のクエリを表す異なるシンタックスを使用してもよいので、データ符号化の特定のシンタックスは、クエリされる特定の検索エンジンに従って異なってもよい。

また、ユーザ・アカウント情報内の情報に基づいて増設データ・ソースを識別するステップ（５４０）は、作成されたクエリで戻された検索結果から、データの増設ソースを識別するステップを含んでもよい。そのようなデータの増設ソースは、検索エンジンによって返された検索結果ページ内のハイパーリンクからＵＲＬをデータ・ソースに対して取り出すことによって、検索結果から識別されてもよい。

ユーザによる単一ポイント・アクセスのための合成コンテンツ
上述のように、統合コンテンツ管理は、コンテンツに対する単一のアクセス・ポイント・アクセスを提供し、典型的には、特定のレンダリング装置へ送出するために異種データ型のコンテンツを統一データ型の合成コンテンツに合成するステップを含む。さらなる説明のために、図１１は、ユーザによる単一ポイント・アクセスのために異種データ型のコンテンツを統一データ型のデータを含む合成コンテンツに合成するための方法例を示すフローチャートを示す。図１１の方法は、異種データ型の集約コンテンツ（４０４）を識別するステップ（６０２）を含む。合成のために異種データ型の集約コンテンツ（４０４）を識別するステップ（６０２）は、ユーザ・アカウントに関連付けて記憶され、かつユーザのために集約されたコンテンツを識別することによって行われてもよい。

典型的には合成のために異種データ型の集約コンテンツ（４０４）を識別するステップ（６０２）は、ユーザ命令に基づいて行われてもよい。すなわち、合成のために異種データ型の集約コンテンツ（４０４）を識別するステップ（６０２）は、合成のために集約コンテンツを識別するユーザ命令を受信するステップと、ユーザ命令内で識別されたコンテンツを合成のために選択するステップとを含んでもよい。

また、図１１の方法は、識別されたレンダリング装置（２０２）についての装置プロファイル（２２０）に従って、集約コンテンツ（４０４）をテキスト・コンテンツ（６０６）に変換するステップ（６０４）を含む。識別されたレンダリング装置についての装置プロファイルに従って、集約コンテンツをテキスト・コンテンツに変換するステップは、図１２および図１３を参照して以下に説明するように、レンダリング装置によってサポートされているマーク付け言語を識別することと、識別されたマーク付け言語に従って、集約コンテンツについてのテキストおよびマーク付けを作成することとによって行われてもよい。また、識別されたレンダリング装置（２０２）についての装置プロファイル（２２０）に従って、集約コンテンツ（４０４）をテキスト・コンテンツ（６０６）に変換するステップ（６０４）は、図１５を参照して以下に説明するように、集約コンテンツに基づいてテキストを作成することと、テキスト・コンテンツについてメディア・ファイルを作成することと、メディア・ファイルにテキストを挿入することとによって行われてもよい。

上述のように、テキスト・コンテンツに変換するステップは、識別されたマーク付け弦とに従って、集約コンテンツについてのテキストおよびマーク付けを作成するステップを含んでもよい。そこで、さらなる説明のために、図１２は、識別されたレンダリング装置のための装置プロファイルに従って、集約コンテンツをテキスト・コンテンツに変換するための方法例を示すフローチャートを示す。本方法は、レンダリング装置（２０２）によってサポートされているマーク付け言語（６１０）を識別するステップ（６０８）を含む。レンダリング装置（２０２）によってサポートされているマーク付け言語（６１０）を識別するステップ（６０８）は、レンダリング装置についてのレンダリング装置プロファイル（２２０）を取り出すことと、選択された装置プロファイルからレンダリング装置によってサポートされているマーク付け言語を選択することとによって行われてもよい。集約コンテンツの合成に有用なマーク付け言語の例には、Ｘ＋Ｖ，無線用マーク付け言語（「ＷＭＬ」）、拡張可能なマーク付け言語（「ＸＭＬ」）、ハイパーテキスト転送マーク付け言語（「ＨＴＭＬ」）、および当業者が想起するような他のものが含まれる。

また、図１２の方法は、識別されたマーク付け言語（６１０）に従って、集約コンテンツ（４０４）についてのテキスト（６１６）およびマーク付け（６１８）を作成するステップ（６１２）を含む。図１２の例において、テキスト（６１６）およびマーク付け（６１８）は、マーク付け文書（６１４）を構成している。識別されたマーク付け言語（６１０）に従って、集約コンテンツ（４０４）についてのテキスト（６１６）およびマーク付け（６１８）を作成するステップ（６１２）は、テキストおよびマーク付けにおいて、選択されたマーク付け言語をサポートするブラウザが、合成される前に集約データ内に含まれるいくつかまたはすべてのコンテンツをレンダリングすることが可能なように、集約コンテンツを表すステップを含む。

テキストおよびマーク付けをレンダリングすることが可能なブラウザが、合成される前に集約データ内に含まれるいくつかまたはすべてのコンテンツを、変換されたコンテンツからレンダリングするように、識別されたマーク付け言語（６１０）に従って、集約コンテンツ（４０４）についてのテキスト（６１６）およびマーク付け（６１８）を作成するステップ（６１２）は、変換中にコンテンツを強化するステップを含んでもよい。すなわち、集約コンテンツをテキストおよびマーク付けに変換すると、元の集約コンテンツに対する修正が行われる結果となることがあり、または正確に変換できなかったいくつかのコンテンツを削除する結果となることがある。そのような修正および削除の量は、変換されるデータの種類および当業者が想起するような他の要素によって様々である。

さらなる説明のために、大統領を説明する音声クリップの断片についての以下のマーク付け言語による記述を考える。

<ｈｅａｄ＞元ファイル型＝’ＭＰ３’ キーワード＝’大統領’ 数＝’５０’，
キーワード＝’空軍’ 数＝１ キーワード＝’ホワイトハウス’ 数＝’２’＞
＜／ｈｅａｄ＞
＜ｃｏｎｔｅｎｔ＞
大統領についてのなんらかのコンテンツ
＜／ｃｏｎｔｅｎｔ＞

上記の例において、ＭＰ３音声ファイルは、テキストおよびマーク付けに変換されている。上記の例のヘッダは、ＭＰ３音声ファイルから変換された変換後のデータを識別している。また、ヘッダ例は、変換後の文書のコンテンツ内のキーワードと、当該キーワードの出現頻度とを含む。また、変換後のデータ例には、「大統領についてのなんらかのコンテンツ」として識別されたコンテンツを含む。

上述のように、コンテンツの合成のための有用なマーク付け言語の一つに、ＨＴＭＬ ｐｌｕｓ Ｖｏｉｃｅがある。ＨＴＭＬ ｐｌｕｓ Ｖｏｉｃｅ（「Ｘ＋Ｖ」）は、音声ナビゲーションと音声マーク付けと通じた相互作用を可能にすることによって、多モードのアプリケーションを開発するためのウェブ・マーク付け言語である。Ｘ＋Ｖは、音声および視覚要素の両方を使用する装置において、スピーチ・ベースの相互作用を提供する。本発明の実施形態に係る統合コンテンツ管理のための合成データを可能にするスピーチは、典型的には、合成コンテンツのテキストのための文法セットを作成することによって行われる。文法は、話されるであろう言葉のセット、それらが話されるであろうパターン、または多モードのブラウザにおいて音声認識エンジンによって認識されるスピーチを規定する他の言語要素である。そのような音声認識エンジンは、合成データをレンダリングして、合成コンテンツの音声ナビゲーションと、合成コンテンツとの音声相互作用とをユーザに提供するのに有用である。

上述のように、合成コンテンツは、スピーチが許可されていてもよい。そこで、さらなる説明のために、図１３は、異種データ型のコンテンツを、統一データ型のデータおよびユーザによる単一ポイント・アクセスを含む合成コンテンツに合成する方法例を示しており、本方法は、テキスト・コンテンツ（６０６）についての文法セット（６２８）を動的に作成するステップ（６２６）を含む。上述のように、文法は、話されるだろう言葉のセット、話されるだろう言葉のパターン、または多モードのブラウザまたはレンダリング装置によってサポートされる他のレンダリング・アプリケーションにおいて音声認識エンジンによって認識されるスピーチを規定する他の言語要素である。

テキスト・コンテンツ（６０６）についての文法セット（６２８）を動的に作成するステップは、テキスト・コンテンツ（６０６）についてのキーワード（６３２）を識別すること（６３０）によって行われてもよい。テキスト・コンテンツ（６０６）についてのキーワード（６３２）を識別するステップ（６３０）は、コンテンツまたは論理構造を決定するテキスト・コンテンツ（６０６）内のキーワードを識別するステップと、識別されたキーワードをテキスト・コンテンツに関する文法に含めるステップとを含んでもよい。コンテンツを決定するキーワードは、合成コンテンツのトピックおよび合成コンテンツを提示する情報を規定する語および句である。論理構造を決定するキーワードは、合成コンテンの情報が提示されている形式を示唆するキーワードである。論理構造の例には、印刷構造、階層構造、相関構造、および当業者が想起するような他の論理構造が含まれる。

コンテンツを決定するテキスト内のキーワードを識別するステップは、変換後のテキストを検索して、いくつかの予め規定された閾値よりもテキスト内で生じることが多い言葉を捜すことによって行われてもよい。閾値を越える言葉の頻度は、当該言葉が、変換後のテキストのコンテンツと関連があることを示している。なぜならば、所定の閾値は、偶然だけで生じるとは思われない使用頻度として設定しているからである。代わりに、閾値は静的な値ではなく関数として設定されてもよい。そのような場合には、変換後のテキスト内の言葉の頻度についての閾値は、言葉の頻度と、はるかに大きなコーパスから統計的に導出される予想頻度とを比較する統計的テストを使用して動的に設定されてもよい。そのようなはるかに大きなコーパスは、一般的な言語使用に関する参照として機能する。

論理構造を決定する変換後のテキスト内のキーワードを識別するステップは、変換後のテキストを検索して構造を決定する予め規定された言葉を捜すことによって行われてもよい。論理構造を決定するそのような言葉の例には、「序文」、「目次」、「章」、「節」「索引」、および当業者が想起するような数多くの他の言葉が含まれる。

また、テキスト・コンテンツ（６０６）についての文法セット（６２８）を動的に作成するステップ（６２６）は、キーワード（６３２）および文法作成規則（６３６）に基づいて文法（６２８）を作成すること（６３４）によって行われてもよい。文法作成規則は、文法作成のための、予め規定された命令のセットおよび文法形式である。識別されたキーワードおよび文法作成規則に基づいて文法を作成するステップは、変換後のデータから、Ｊａｖａ（登録商標）Ｓｅｒｖｅｒ Ｐａｇｅｓ，Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ，ＰＨＰ，Ｐｅｒｌ，ＸＭＬなどのスクリプティング・フレームワークを使用することによって行われてもよい。そのような動的に作成された文法は、外部文法を参照するために使用されるＸ＋Ｖの＜ｇｒａｍｍａｒ ｓｒｃ＝””／＞タグに外部的に保存され、参照されてもよい。

また、図１３の方法は、文法セット（６２８）をテキスト・コンテンツ（６０６）に関連付けるステップ（６４０）を含む。文法セットをテキスト・コンテンツに関連付けるステップは、変換後のテキストを含むマーク付け文書にマーク付けを挿入するステップを含む。変換後のテキストを含むマーク付け文書にマーク付けを挿入するステップは、動的に作成された文法セットを規定するマーク付けを作成することと、作成されたマーク付けをマーク付け文書に挿入することとによって行われてもよい。

また、図１３の方法は、１つ以上のアクション（６４４）を文法セット（６２８）に関連付けるステップ（６４２）を含む。アクションは、実行されると、予め規定されたタスクを行うコンピュータ命令のセットである。アクションを文法セットに関連付けることにより、文法セットの１つ以上の語または句の認識に応答して関連アクションが呼び出されるように、アクションの音声による開始が提供される。

上記の例において、集約コンテンツの合成により、元の集約コンテンツに代えて、合成コンテンツとなっている。これは説明のためのものであり、限定するためのものではない。実際、場合によっては、元の集約コンテンツのいくつかまたはすべてが保存されている。識別されたマーク付け言語に従って集約コンテンツについてテキストおよびマーク付けを作成するステップは、集約コンテンツのデータ型を保存することと、レンダリング装置内のコンテンツの保存の目的と、レンダリング装置内のコンテンツのレンダリングを呼び出すために、マーク付け文書を作成することとによって行われてもよい。そこで、さらなる説明のために、図１４は、識別されたマーク付け言語（６１０）に従って、集約コンテンツ（４０４）についてテキスト（６１６）およびマーク付け（６１８）を作成する（６１２）ための方法例を示すフローチャートを示す。本方法は、レンダリング装置（２０２）上で集約コンテンツ（４０４）を呼び出すためのラッパー（６２２）を作成するステップ（６２０）を含む。レンダリング装置（２０２）上で集約コンテンツ（４０４）を呼び出すためのラッパー（６２２）は、典型的には、レンダリング装置のコンテンツの存在の提示の目的と、レンダリング装置上でコンテンツのレンダリングを呼び出すために、レンダリング装置によってサポートされているマーク付け言語で作成されたマーク付け文書である。

有用なレンダリング装置の中には、マーク付け文書をレンダリングするためのブラウザをサポートしていないものもある。例えば、デジタル・オーディオ・プレーヤの中には、ＭＰ３ファイルのようなメディア・ファイルは再生するが、ブラウザを有しないものもある。そこで、さらなる説明のために、図１５は、マーク付け文書をレンダリングするブラウザをサポートする装置に依存しない識別されたレンダリング装置（２０２）についての装置プロファイル（２２０）に従って、集約コンテンツ（４０４）をテキスト・コンテンツに変換する（６０４）ための方法例を示すフローチャートを示す。図１５の方法は、集約コンテンツ（４０４）に基づいてテキスト（６４８）を作成するステップ（６４６）を含む。集約コンテンツ（４０４）に基づいてテキスト（６４８）を作成するステップ（６４６）は、典型的には、レンダリング装置上でのレンダリングのための集約データからテキスト・コンテンツを抽出または推測するステップを含む。例えば、電子メールのテキストを、電子メール・メッセージから抽出して、デジタル・オーディオ・プレーヤ上でレンダリングしてもよい。

また、図１５の方法は、テキスト・コンテンツ（６４８）についてメディア・ファイル（６５２）を作成するステップ（６５０）を含む。メディア・ファイルの例には、ＭＰ３ファイル、ｗａｖファイル、および当業者が想起するような他のものが含まれる。

また、図１５の方法は、テキスト（６４８）をメディア・ファイル（６５２）に挿入するステップ（６５４）を含む。例えば、ＭＰ３ファイルなどのメディア・ファイルは、作成されたテキストを記憶可能なヘッダ・フィールドをサポートしている。テキスト（６４８）をメディア・ファイル（６５２）に挿入するステップ（６５４）によって、好都合なことに、デジタル・オーディオ・プレーヤなどのメディア・プレーヤは、電子メール・コンテンツ、カレンダー・コンテンツ、ＲＳＳコンテンツ、および当業者が想起するような他のコンテンツなどの他のデータ型から合成されたコンテンツをレンダリングすることができる。

ＲＳＳフィードを通じた合成コンテンツの公開
統合コンテンツ管理は、ユーザのために集約および合成されたコンテンツについての単一のアクセス・ポイントを提供する。また、そのようなコンテンツは、好都合なことに、公開されてもよい。さらなる説明のために、図１６は、コンテンツを公開するためのコンピュータで実施される方法例を示すフローチャートを示す。図１６の方法は、異種データ・ソース（２２８）からの異種データ型のコンテンツ（４０４）をユーザのために集約するステップ（４０２）を含む。図１６の方法に係る、異種データ・ソース（２２８）からの異種データ型のコンテンツ（４０４）をユーザのために集約するステップ（４０２）は、集約のためにユーザが選択したデータ・ソースの識別と、合成コンテンツがレンダリングされる１つ以上のレンダリング装置の識別とを含む、ユーザ用のユーザ・アカウント（２１０）に基づいて行われる。異種データ・ソースからの異種データ型のコンテンツをユーザのために集約するステップは、図７〜図１０を参照して詳細に上述したように、ユーザ用のユーザ・アカウントを開設することと、ユーザ・アカウントに関連した、識別された異種データ・ソースからの異種データ型のコンテンツを取り出すことと、取り出されたコンテンツを記憶することと、記憶されたコンテンツをユーザ・アカウントに関連付けることとによって行われてもよい。

また、図１６の方法は、特定のＲＳＳレンダリング装置（１１０）へ送出するために、異種データ型の集約コンテンツ（４０４）を合成コンテンツ（４０８）に合成するステップ（４０６）を含む。合成コンテンツは、特定のレンダリング装置上でのレンダリングのために合成された集約データから導出されたコンテンツである。すなわち、集約データのコンテンツは、特定のレンダリング装置がサポートするデータ型のデータに合成される。

特定のＲＳＳレンダリング装置へ送出するために、異種データ型の集約コンテンツを、統一データ型のデータを含む合成コンテンツに合成するステップは、典型的には、図１１〜図１４を参照して上述したように、ＲＳＳレンダリング装置がサポートしているファイル・フォーマット、ＲＳＳレンダリング装置がサポートしているマーク付け言語、ＲＳＳレンダリング装置がサポートしているデータ通信プロトコル、および当業者が想起するような他の属性などの特定のレンダリング装置の属性を識別するＲＳＳレンダリング装置についての装置プロファイル（２２０）に基づいて行われる。

また、図１６の方法は、ＲＳＳフィード（７０４）を通じて合成コンテンツ（４０８）を公開するステップ（７０２）を含む。ＲＳＳフィードは、典型的には、他のメタデータと共にＲＳＳコンテンツ・ソースにおけるコンテンツのより拡張されたバージョンへのリンクを伴う、ウェブ・コンテンツのサマリを含む１つ以上のＸＭＬファイルとして実施される。ＲＳＳは、ニュース・ウェブサイトおよびウェブログによって使用されるウェブ・シンジケーションのためのＸＭＬファイル・フォーマットの一系統である。Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ（ＲＳＳ０．９１）、ＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ（ＲＳＳ０．９，１．０，および１．１）、およびＲｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ（ＲＳＳ２．０）という規格を言及するために、省略形が使用される。ＲＳＳは、主なニュース・サイト、ニュース志向のコミュニティ・サイト、および個人ウェブログを含む、ニュースおよびニュースのようなサイトのコンテンツを共同で配信するために多く使用されるフォーマットである。ＲＳＳにより、ユーザは、ウェブ・サイトのコンテンツを、直接ウェブサイトへ訪れる必要なく、ウェブサイトの関連ＲＳＳフィードから作成された項目の形式で、ある程度見ることができる。ユーザが項目の完全なコンテンツを見たい場合には、ユーザはリンクをアクティブにして、チャンネルまたは項目の完全なコンテンツを備えるウェブサイトを閲覧してもよい。

上述のように、ＲＳＳフィードは、典型的には、コンテンツのより拡張されたバージョンへのリンクを含む１つ以上のＸＭＬファイルとして実施される。さらなる説明のために、図１７は、ＲＳＳフィードを通じて合成されたコンテンツを公開するための方法例を示すフローチャートを示す。図１７の方法は、合成コンテンツへの１つ以上のハイパーリンク（７０８）を設定するステップ（７０６）と、１つ以上のハイパーリンク（７０８）をＲＳＳフィード（７０４）に挿入するステップ（７１０）と、ＲＳＳフィード（７０４）内において、ハイパーリンク（７０８）を通じてアクセス可能な合成コンテンツを記述するメタデータ（７１２）を各ハイパーリンク（７０８）に関連付けるステップ（７１４）とを含む。ハイパーリンク（７０８）を通じてアクセス可能な合成コンテンツを記述するメタデータ（７１２）は、ハイパーリンクを通じてアクセス可能な合成コンテンツがユーザに通知されるように、ハイパーリンクを通じてアクセス可能な合成コンテンツのサマリを含むことが多い。

ハイパーリンクおよび関連メタデータは、ＲＳＳチャンネルを合成コンテンツに体要してもよい。ＲＳＳチャンネルは、典型的には、任意の数の同様の項目用のコンテナであり、コンテナのコンテキストによって規定されるある関係を有する。合成コンテンツに対するＲＳＳチャンネルは、合成コンテンツに対する反時系列にソートされたリンクのリストであってもよく、メタデータは、コンテンツのタイトルおよびコンテンツの説明を示すことが多い合成コンテンツの記事を記述している。

各ＲＳＳチャンネルは、ＲＳＳフィードのＸＭＬファイル内のマーク付けによって指定され、同様にマーク付けによって指定される副要素を必要とする。ＲＳＳチャンネルの必要な副要素には、典型的には、ＲＳＳチャンネルの呼称であるタイトル、リンク、および説明が含まれる。リンクは、例えば、ＨＴＭＬで記述されたウェブ・ページなどのウェブ・ページとして典型的には実施される合成コンテンツのＵＲＬである。各ＲＳＳチャンネルは、オプションの副要素を含んでもよい。ＲＳＳチャンネルのオプションの副要素には、例えば、画像副要素が含まれ、ＲＳＳチャンネルに関連して表示される画像を提供する。

また、図１７の方法は、ＲＳＳフィード（７０４）をレンダリング装置（１１０）へ送信するステップ（７１６）を含む。ＲＳＳフィード（７０４）をレンダリング装置（１１０）へ送信するステップ（７１６）は、レンダリング装置（１１０）によってサポートされているデータ通信プロトコルを選択することと、選択されたデータ通信プロトコルに従ってＲＳＳレンダリング装置へＲＳＳフィードを送信することとによって行われてもよい。

また、図１７の方法は、ＲＳＳフィード（７０４）内のハイパーリンク（７０８）の呼び出しを通じて、合成コンテンツに対する要求（７２０）を受信するステップ（７１８）を含む。ユーザは、例えばマウスまたはキーストロークを通じて、ＲＳＳフィード内のハイパーリンクを呼び出してもよい。

また、図１７の方法は、要求（７２０）に応答して、合成コンテンツ（４０８）を含む応答（７２４）をレンダリング装置（１１０）へ送信するステップ（７２２）を含む。要求（７２０）に応答して、合成コンテンツ（４０８）を含む応答（７２４）をレンダリング装置（１１０）へ送信するステップ（７２２）は、ＲＳＳレンダリング装置上のレンダリングのための合成コンテンツをユーザに提供する。

コンテンツ管理指示の呼び出し
統合コンテンツ管理サーバは、数多くの互いに異なるデータ型で利用可能な様々な広範囲のコンテンツに対する単一のアクセスポイントを有用に提供する。そのような統合コンテンツ管理サーバは、サーバによって管理されたコンテンツ上でコンテンツ管理指示を行ってもよい。コンテンツ管理指示は、コンテンツ管理サーバによって管理される合成コンテンツに対して行われるソフトウェア・アクションである。コンテンツ管理指示の例には、コンテンツ削除、追加のコンテンツを取り出し、コンテンツを転送、コンテンツを強調、および当業者が想起するような数多くの他のものが含まれる。そのようなコンテンツ管理指示によって、ユーザは、統合コンテンツ管理サーバを通じてアクセス可能な様々な広範囲のコンテンツの管理に対してより多くの制御を行うことができる。

上述したように、コンテンツは、デジタル・オーディオ・プレーヤへ送出するためにメディア・ファイルに合成および記憶されてもよい。数多くの種類のメディア・ファイルおよびデジタル・オーディオ・プレーヤが、コンテンツに対するユーザが指定する評価をサポートしている。例えば、アップル社（登録商標）のｉＰｏｄ（登録商標）デジタル・オーディオ・プレーヤおよびｉＴｕｎｅｓ（登録商標）デジタル・オーディオ・プレーヤ・アプリケーションは、星１つ、星２つ、星３つ、星４つ、または星５つという５段階の評価のうちの１つをコンテンツに割り当てる５つ星評価システムをサポートしている。メディア・ファイル内のコンテンツに対するそのような評価を使用して、ユーザから統合コンテンツ管理サーバへコンテンツ管理指示を通信してもよい。そこで、さらなる説明のために、図１８は、統合コンテンツ管理サーバ上のコンテンツ管理指示を呼び出すための方法例を示すフローチャートを示す。図１８の方法は、特定のデジタル・オーディオ・プレーヤへ送出するために、異種データ型のコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップ（８０４）を含む。特定のデジタル・オーディオ・プレーヤへ送出するために、異種データ型のコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップ（８０４）は、コンテンツを取り出すことと、取り出されたコンテンツからテキストを抽出することと、メディア・ファイルを作成することと、抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶することとによって行われてもよい。特定のデジタル・オーディオ・プレーヤへ送出するために合成されたそのようなコンテンツは、様々な固有のデータ・フォーマットから合成されてもよい。そのようなコンテンツは、電子メール・コンテンツ、カレンダー・データ、ＲＳＳコンテンツ、ワード・プロセッシング文書内のテキスト・コンテンツ、または当業者が想起するような任意の他のコンテンツであってもよい。

特定のデジタル・オーディオ・プレーヤ（１０４）へ送出するために、異種データ型のコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップ（８０４）の具体例には、電子メール・コンテンツを合成することが含まれる。電子メール・コンテンツを合成するステップ（８０４）は、図２１および図２２を参照して以下に説明するように、電子メール・メッセージを取り出すことと、電子メール・メッセージからテキストを抽出することと、メディア・ファイルを作成することと、電子メール・メッセージの抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶することとによって行われてもよい。

特定のデジタル・オーディオ・プレーヤ（１０４）へ送出するために、異種データ型のコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップ（８０４）の他の具体例には、ＲＳＳコンテンツを合成することが含まれる。特定のデジタル・オーディオ・プレーヤ（１０４）へ送出するために、ＲＳＳコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップ（８０４）は、図２３および図２４を参照して以下に説明するように、ＲＳＳフィードを通じてＲＳＳコンテンツを取り出すことと、ＲＳＳコンテンツからテキストを抽出することと、メディア・ファイルを作成することと、ＲＳＳコンテンツの抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶することとによって行われてもよい。

図１８の方法は、合成コンテンツ（８１０）をデジタル・オーディオ・プレーヤ（１０４）へ送信するステップ（８０６）を含む。合成コンテンツ（８１０）をデジタル・オーディオ・プレーヤ（１０４）へ送信するステップ（８０６）は、メディア・ファイル（８１０）を、図１８のラップトップ・コンピュータ（１１０）などのクライアント・コンピュータ上のデジタル・オーディオ・プレーヤ・アプリケーションへダウンロードすることと、デジタル・オーディオ・プレーヤ（１０４）にメディア・ファイル（８１０）を記憶することとによって行われてもよい。

デジタル・メディア・プレーヤ・アプリケーションは、音声ファイルおよび映像ファイルなどのメディア・コンテンツを管理するアプリケーションである。そのようなデジタル・メディア・プレーヤ・アプリケーションは、典型的には、メディア・ファイルをデジタル・オーディオ・プレーヤへ転送することが可能である。デジタル・メディア・プレーヤ・アプリケーションの例には、Ｍｕｓｉｃ Ｍａｔｃｈ（登録商標）、ｉＴｕｎｅｓ（登録商標）、および当業者が想起するような他のものが含まれる。

図１８の方法は、デジタル・オーディオ・プレーヤ（１０４）上でメディア・ファイル（８１０）内のコンテンツをレンダリングするステップ（８１２）を含む。合成コンテンツは、デジタル・オーディオ・プレーヤの表示画面上に視覚的にレンダリングされてもよいし、テキストに変換されて音声としてレンダリングされてもよい。

また、図１８の方法は、コンテンツのレンダリングに応答して、ユーザ（１００）からコンテンツについての評価（８１８）を受信するステップ（８１４）を含む。コンテンツのレンダリングに応答して、ユーザ（１００）からコンテンツについての評価（８１８）を受信するステップ（８１４）は、評価システムをサポートしているデジタル・オーディオ・プレーヤを通じて評価の選択を受信することによって行われてもよい。例えば、アップル社（登録商標）のｉＰｏｄ（登録商標）デジタル・オーディオ・プレーヤおよびｉＴｕｎｅｓ（登録商標）デジタル・オーディオ・プレーヤ・アプリケーションは、星１つ、星２つ、星３つ、星４つ、または星５つという５段階の評価のうちの１つをコンテンツに割り当てる５つ星評価システムをサポートしている。ｉＰｏｄ（登録商標）デジタル・オーディオ・プレーヤは、ユーザから評価の選択を受信して、当該受信された評価の選択をｉＰｏｄ（登録商標）上のメディア・ファイル内のコンテンツに関連付けることをサポートしている。

ユーザから受信される評価は、ユーザが規定するものであってもよい。ｍｐ４ファイルは、柔軟性のあるＩＤ３ｖ２タグをサポートしており、したがって、ユーザが規定した評価法を使用して、ｍｐ４ファイルに対する数多くの互いに異なる評価を構築するようにしてもよい。

また、図１８の方法は、評価（８１８）をメディア・ファイル（８１０）内のコンテンツに関連付けるステップ（８１５）を含む。評価をメディア・ファイル内のコンテンツに関連付けるステップは、メディア・ファイルに評価を埋め込むことによって行われてもよい。さらなる説明のために、図１９は、ｍｐ４ファイルなどのＭＰＥＧファイル（８７４）のブロック図を示す。図１９のＭＰＥＧファイルは、メディア・ファイルの音声部分（８８２）を含む。ＭＰＥＧファイルの音声部分は、バイナリ音声データを含む。

図１９のＭＰＥＧファイル（８７４）は、抽出された電子メール・テキストまたは抽出されたＲＳＳテキスト（８５８）などの合成コンテンツと、電子メールの添付物から抽出された画像またはＲＳＳコンテンツから抽出された画像などの画像（８８０）とを含む、ファイルの音声部分（８８２）の先頭に付加されたＩＤ３ｖ２タグ（８７８）を有する。また、図１９のＩＤ３ｖ２タグは、ＭＰＥＧファイル（８７４）に記憶された合成コンテンツに割り当てられた評価（８８１）を含む。ＩＤ３ｖ２タグは、メディア・ファイルに関連したメタデータのためのコンテナを提供する。ＩＤ３ｖ２タグは、テキスト、画像、ファイル、および他の情報を含むことをサポートしている１つ以上のフレームを含む。ＩＤ３ｖ２タグは、柔軟性があり、拡張可能である。なぜならば、ＩＤ３ｖ２タグの特定の機能をサポートしないパーサは、これらの機能を無視することになるからである。ＩＤ３ｖ２は、ユニコードをサポートしており、それによって、数多くの互いに異なる言語の抽出された電子メール・テキストを含む機能を提供している。ＩＤ３ｖ２タグの最大タグ・サイズは、典型的には２５６メガバイトであり、最大フレーム・サイズは、典型的には１６メガバイトである。

図１９の例において、評価はメディア・ファイル自体に記憶される。代わりに、評価をメディア・ファイル内のコンテンツに関連付けるステップは、メディア・ファイルに関連したメタデータ・ファイルに評価を含めることによって行われてもよい。そこで、さらに説明するために、図２０は、ｉＴｕｎｅｓデジタル・オーディオ・プレーヤ・アプリケーションによってサポートされてｉＰｏｄデジタル・オーディオ・プレーヤ上で再生されるようなＡＡＣ圧縮ｍｐ４ファイル（８８４）のブロック図を示す。図２０の例において、ＡＡＣ圧縮ｍｐ４ファイルは、ファイル内に、デジタル・メディア・ファイルのバイナリ音声部分（８８６）を含む。また、図２０のＡＡＣ圧縮ｍｐ４ファイル（８８４）は、異種データ型のコンテンツからの抽出されたテキスト（８９０）としての合成コンテンツを含み、かつ、コンテンツの評価（８９３）を含む拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイル（８８８）として実施される関連メタデータ・ファイルを有する。ｉＴｕｎｅｓデジタル・オーディオ・アプリケーションは、ｉＴｕｎｅｓライブラリを備えるメディア・ファイルのコンテンツを記述するメタデータを含む単一のｉＴｕｎｅｓライブラリ・ファイルを含む。ｉＴｕｎｅｓライブラリ・ファイルは、ＸＭＬファイルとして実施され、そのフォーマットは、柔軟性のある文書型定義（「ＤＴＤ］）によって規定される。

図１８の例に戻って、評価（８１８）をメディア・ファイル（８１０）内のコンテンツに関連付けた（８１５）後に、図１８の方法は、統合コンテンツ管理サーバ（１１４）に対してメディア・ファイル（８１５）内のコンテンツに関連した評価（８１８）を通知する（８１６）ことによって継続する。統合コンテンツ管理サーバ（１１４）に対してメディア・ファイル（８１５）内のコンテンツに関連した評価（８１８）を通知するステップ（８１６）は、合成コンテンツの識別を合成コンテンツ管理サーバへ送信することと、コンテンツに関連した評価を合成コンテンツ管理サーバへ送信することとによって行われてもよい。コンテンツの識別は、メディア・ファイル自体であってもよく、コンテンツに関連した評価は、メディア・ファイルに記憶されてもよい。そのような場合に、統合コンテンツ管理サーバ（１１４）に対してメディア・ファイル（８１５）内のコンテンツに関連した評価（８１８）を通知するステップ（８１６）は、コンテンツおよび関連する評価を含むメディア・ファイルを統合コンテンツ管理サーバへ送信することによって行われてもよい。

上述のように、評価は、ＸＭＬファイルなどのメタデータ・ファイルを通じてコンテンツに関連付けられてもよい。そのような場合に、統合コンテンツ管理サーバ（１１４）に対してメディア・ファイル（８１５）内のコンテンツに関連した評価（８１８）を通知するステップ（８１６）は、メタデータ・ファイルを統合コンテンツサーバへ送信することによって行われてもよい。

図１８の方法は、評価（８１８）に基づいて１つ以上のコンテンツ管理指示（８２２）を選択するステップ（８２０）と、コンテンツ管理指示（８２２）を実行するステップ（８２４）とを含む。評価に基づいて１つ以上のコンテンツ管理指示（８２２）を選択するステップは、コンテンツの評価およびコンテンツを記述するメタデータに基づいて指示識別を取り出すことによって行われてもよい。そのような選択は、コンテンツ管理指示選択規則に基づいて行われてもよい。例えば、以下のコンテンツ管理指示選択規則を考える。

ＩＦ コンテンツＩＤ＝電子メール型
ＡＮＤ 評価＝１つ星
ＴＨＥＮ コンテンツ管理指示ＩＤ＝ｄｅｌｔｅＥｍａｉｌ（）

コンテンツ管理指示選択規則例において、デジタル・オーディオ・プレーヤへ送出するためにメディア・ファイル内に合成されたコンテンツのコンテンツ識別が電子メール・コンテンツとして識別され、ユーザが１つ星評価をコンテンツに関連付けた場合、上記コンテンツ管理指示選択規則は、「ｄｅｌｔｅＥｍａｉｌ（）」と称されるソフトウェア・アルゴリズムを実行されることになると命令する。上記の例において「ｄｅｌｔｅＥｍａｉｌ（）」を実行すると、識別された電子メール・メッセージが削除される。

コンテンツ管理指示（８２２）を実行すると（８２４）、統合コンテンツ管理サーバによって管理された合成コンテンツを管理することとなる。コンテンツ管理指示（８２２）を実行するステップ（８２４）は、追加のコンテンツを評価に基づいて取り出すステップと、識別されたコンテンツを評価に基づいて削除するステップと、識別されたコンテンツを評価に基づいて強調するステップと、当業者が想起するような数多くのその他のステップを含んでもよい。

評価は、好都合なことに、管理下のコンテンツがレンダリングされるデジタル・オーディオ・プレーヤを修正する必要なく、統合コンテンツ・サーバ上でコンテンツ管理指示を呼び出すための機構を提供する。そのようなコンテンツ管理指示は、本発明の実施形態に係る統合コンテンツ管理において高い柔軟性を提供する。

上述のように、特定のデジタル・オーディオ・プレーヤへ送出するために、異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成するステップは、コンテンツを取り出すことと、取り出されたコンテンツからテキストを抽出することと、メディア・ファイルを作成することと、抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶することとによって行われてもよい。特定のデジタル・オーディオ・プレーヤへ送出するために合成されたそのようなコンテンツは、電子メール・コンテンツ、カレンダー・データ、ＲＳＳコンテンツ、ワード・プロセッシング文書におけるテキスト・コンテンツなどの様々な固有のデータ・フォーマットから合成されてもよい。さらなる説明のために、図２１は、デジタル・オーディオ・プレーヤの表示画面上に電子メール・コンテンツを視覚的に提示するために、特定のデジタル・オーディオ・プレーヤへ送出するために、電子メール・コンテンツをメディア・ファイル内の合成コンテンツに合成するための方法例を示すフローチャートを示す。図２１の方法は、電子メール・メッセージ（８５４）を取り出すステップ（８５２）を含む。電子メール・メッセージ（８５４）を取り出すステップ（８５２）は、１つ以上の電子メール・メッセージを電子メール・サーバ（９９２）から取り出すことによって行われてもよい。図２１の例において、統合コンテンツ管理サーバ（１１４）は、デジタル・オーディオ・プレーヤへ送出するためにメディア・ファイルへ統合するために、電子メール・メッセージを取り出す。

また、図２１の方法は、電子メール・メッセージ（８５４）からテキスト（８５６）を抽出するステップを含む。電子メール・メッセージの主要部分は、ヘッダ、本文、および電子メールへの添付物である。ヘッダは、送信者、指定受信者、日付、メール原本に添付されたコピーの指定受信者、メッセージの件名、および当業者が想起するような他のものを含む情報を含んでいる。電子メール・メッセージの本文は、メッセージ自体のコンテンツを含んでいる。添付物は、典型的には、電子メール・メッセージに添付されたファイルである。図２１の方法に係る電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ・ヘッダからテキストを抽出するステップを含んでもよい。また、図２１の方法に係る電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ本体からテキストを抽出するステップを含んでもよい。ＲＦＣ８２２は、電子メールのフレームワーク内のメッセージについてのシンタックスを指定する規格を概説している。

図２１の方法は、メディア・ファイル（８１０）を作成するステップ（８６０）を含む。メディア・ファイルの例には、ＭＰＥＧ３（「ｍｐ３」）ファイル、ＭＰＥＧ４（「ｍｐ４」）ファイル、高度音声符号化（「ＡＡＣ」）圧縮ファイル、高度ストリーミング・フォーマット（「ＡＳＦ」）ファイル、ＷＡＶファイル、および当業者が想起するような数多くの他のものが含まれる。メディア・ファイルを作成するステップは、典型的には、電子メールをレンダリングするデジタル・オーディオ・プレーヤによってサポートされているメディア・ファイルを作成するステップを含む。

また、図２１の方法は、電子メール・メッセージ（８５４）の抽出されたテキスト（８５８）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（８６８）を含む。電子メール・メッセージ（８５４）の抽出されたテキスト（８５８）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（８６８）は、図２１を参照して以下に説明するように、抽出されたテキストをＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出されたテキストをメディア・ファイル自体に挿入することによって行われてもよい。また、電子メール・メッセージの抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶するステップは、図１９および図２０を参照して上述したように、抽出されたテキストをＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出されたテキストをメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

電子メール・メッセージ（８５４）の抽出されたテキスト（８５８）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（８６８）は、デジタル・オーディオ・プレーヤを修正することなく、デジタル・オーディオ・プレーヤの表示画面上に抽出された電子メール・テキストを視覚的にレンダリングするための手段を提供する。したがって、図２１の方法は、電子メールを、従来の電子メール・メッセージの表示をサポートしていないデジタル・オーディオ・プレーヤ上でレンダリングすることができる。

上述のように、電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ・ヘッダからテキストを抽出することによって行われてもよい。そのようなヘッダ情報は、抽出されたテキストがレンダリングされるデジタル・オーディオ・プレーヤによってサポートされる予め規定されたメタデータ・フィールドに関連して抽出および記憶されてもよい。さらなる説明のために、以下の例を考える。電子メールの送信者の識別と、当該電子メールの件名とが、電子メール・メッセージから抽出されて、ｉＰｏｄデジタル・オーディオ・プレーヤによってサポートされる「アーティスト」および「曲」についての予め規定されたメタデータ・フィールドに関連したメタデータとして記憶される。そのような例において、抽出されたヘッダ情報は、ｉＰｏｄ上の予め規定されたメタデータ・フィールドにレンダリングされ、これによって、ユーザは、音楽ファイルのメタデータを普段移動して見て回るように、電子メールのヘッダ情報を移動して見て回ることができる。

電子メール・メッセージから抽出されたテキストは、電子メール・メッセージ本体からのテキストを含んでもよい。そのような本体から抽出されたテキストは、抽出された本体テキストがレンダリングされるデジタル・オーディオ・プレーヤによってサポートされる予め規定されたメタデータ・フィールドに関連していてもよい。上述の例で続けると、本体から抽出されたテキストは、ｉＰｏｄデジタル・オーディオ・プレーヤによってサポートされる「曲」フィールド内に関連付けられてもよい。そのような例において、本体から抽出されたテキストは、ユーザがメディア・ファイル内の曲を選択するのと同じやり方で抽出された本体テキストに関連したファイルを選択する場合に、ｉＰｏｄ上の予め規定されたメタデータ・フィールドにレンダリングされる。好都合なことに、ユーザは、ｉＰｏｄの表示画面内の電子メールを閲覧してもよい。

上記の例において、抽出された電子メール・テキストは、デジタル・オーディオ・プレーヤの表示画面上での電子メールの視覚レンダリングのために、デジタル・オーディオ・プレーヤの表示画面に表示される。また、抽出されたテキストのうちのいくつかまたはそのすべては、スピーチに変換されて、デジタル・オーディオ・プレーヤによる音声レンダリングに供されてもよい。さらに説明するために、図２２は、電子メール・コンテンツをメディア・ファイル内の合成コンテンツに合成して特定のデジタル・オーディオ・プレーヤに送出するための方法例を示す他のフローチャートを示す。図２２の方法は、電子メール・メッセージ（８５４）を取り出すステップ（８５２）を含む。電子メール・メッセージ（８５４）を取り出すステップ（８５２）は、電子メール・サーバ（９９２）から１つ以上の電子メール・メッセージを取り出すことによって行われてもよい。図２２の例において、統合コンテンツ管理サーバ（１１４）は、電子メール・メッセージを取り出して、メディア・ファイルに合成して、デジタル・オーディオ・プレーヤへ配信する。

また、図２２の方法は、電子メール・メッセージ（８５４）からテキスト（８５６）を抽出するステップを含む。上述のように、電子メール・メッセージの主要部分は、ヘッダ、本文、および電子メールへの添付物である。ヘッダは、送信者、指定受信者、日付、メール原本に添付されたコピーの指定受信者、メッセージの件名、および当業者が想起するような他のものを含む情報を含んでいる。電子メール・メッセージの本文は、メッセージ自体のコンテンツを含んでいる。添付物は、典型的には、電子メール・メッセージに添付されたファイルである。図２２の方法に係る電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ・ヘッダからテキストを抽出するステップを含んでもよい。また、図２２の方法に係る電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ本体からテキストを抽出するステップを含んでもよい。ＲＦＣ８２２は、電子メールのフレームワーク内のメッセージについてのシンタックスを指定する規格の概略を示す。

図２２の方法は、メディア・ファイル（８１０）を作成するステップ（８６０）を含む。上述のように、メディア・ファイルの例には、ＭＰＥＧ３（「ｍｐ３」）ファイル、ＭＰＥＧ４（「ｍｐ４」）ファイル、高度音声符号化（「ＡＡＣ」）圧縮ファイル、高度ストリーミング・フォーマット（「ＡＳＦ」）ファイル、ＷＡＶファイル、および当業者が想起するような数多くの他のものが含まれる。メディア・ファイルを作成するステップは、典型的には、電子メールをレンダリングするデジタル・オーディオ・プレーヤによってサポートされているメディア・ファイルを作成するステップを含む。

また、図２２の方法は、電子メール・メッセージ（８５４）の抽出されたテキスト（８５８）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（８６８）を含む。電子メール・メッセージ（８５４）の抽出されたテキスト（８５８）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（８６８）は、図２１を参照して以下に説明するように、抽出されたテキストをＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出されたテキストをメディア・ファイル自体に挿入することによって行われてもよい。また、電子メール・メッセージの抽出されたテキストをメディア・ファイルに関連したメタデータとして記憶するステップは、図１９および図２０を参照して上述したように、抽出されたテキストをＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出されたテキストをメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

図２２の方法は、好都合なことに、送信者、指定受信者、データ、時間、件名などのヘッダ情報をメタデータとしてメディア・ファイルに記憶するための手段を提供する。そして、そのようなヘッダ情報は、デジタル・オーディオ・プレーヤの表示画面上に視覚的に表示されてもよい。

また、図２２の方法は、メディア・ファイルの音声部分に電子メール本体などの電子メールの部分を記憶して音声レンダリングに供するための手段を提供する。したがって、図２２の方法は、電子メール・メッセージ（８５４）からテキスト（８７６）を抽出して、デジタル・オーディオ・プレーヤ上での音声レンダリングに供するステップ（８７４）も含む。したがって、図２２の方法に係る電子メール・メッセージからテキストを抽出するステップは、電子メール・メッセージ本体からテキストを抽出して、デジタル・オーディオ・プレーヤ上での音声レンダリングに供するステップを含んでもよい。

また、図２２の方法は、テキスト（８７６）をスピーチ（８８０）に変換するステップ（８７８）と、メディア・ファイル（８１０）の音声部分（８６４）にスピーチ（８８０）を記録するステップ（８７０）とを含む。テキストをスピーチに変換するステップと、メディア・ファイルの音声部分にスピーチを記録するステップとは、抽出された電子メール・テキストのスピーチ提示を生じさせるために、テキスト・スピーチ・エンジンを使用して抽出されたテキストを処理して、その後、テキスト・スピーチ・エンジンによって生じたスピーチをメディア・ファイルの音声部分に記録することによって行われてもよい。

メディア・ファイルの音声部分に記録するために、抽出されたテキストをスピーチに変換することが可能なスピーチ・エンジンの例には、例えば、ＩＢＭ社のＶｉａＶｏｉｃｅ（ＩＢＭ社の登録商標）Ｔｅｘｔ‐ｔｏ‐Ｓｐｅｅｃｈ、Ａｃａｐｅｌａ Ｍｕｌｔｉｍｅｄｉａ ＴＴＳ，ＡＴ＆Ｔ社のＮａｔｕｒａｌ Ｖｏｉｃｅｓ（登録商標）Ｔｅｘｔ‐ｔｏ‐Ｓｐｅｅｃｈ Ｅｎｇｉｎｅ、パイソン社のｐｙＴＴＳクラスなどが含まれる。これらのテキスト・スピーチ・エンジンは、それぞれ、テキストの形態で入力を受けて記号言語表象をバック・エンドへ出力するフロント・エンドからなり、バック・エンドは、受信した記号言語表象をスピーチ波形として出力する。

典型的には、スピーチ合成エンジンは、調音合成、フォルマント合成、および連接的合成のうちの１つ以上のカテゴリを使用することによって動作する。調音合成は、声門および動く声管についてのモデルなどの、スピーチ生成の計算生体力学モデルを使用する。典型的には、調音合成器は、舌、唇、声門などの人間の調音器官の筋肉の動きの模擬表象によって制御される。スピーチ生成の計算生体力学モデルは、時間に依存した３次元微分式を解いて、合成スピーチ出力を計算する。典型的には、調音合成は、非常に高度な計算を必要とし、自然に聞こえる流暢なスピーチという点では、以下に説明する他の２つの方法よりも劣る結果となる。

フォルマント合成は、声門ソースが声管を表わすフィルタから完全に独立しているみなす非常に簡略されたソース・フィルタ・モデルを制御するための規則のセットを使用する。声管を表わすフィルタは、フォルマント周波数および帯域幅などの制御パラメータによって決定される。各フォルマントは、声管の特定の共鳴かまたはフィルタ特性のピークに関連付けられている。声門ソースは、周期的な音についての様式化された声門パルスおよび気音のノイズの何れかを生成する。フォルマント合成が生成するスピーチは、非常に明瞭だが、完全に自然に聞こえるわけではない。しかしながら、フォルマント合成は、メモリの実装面積は少なく、適度な計算を必要とするのみである。

連接的合成は、録音から切り出されて、波形または符号化されたスピーチのいずれかとして一覧または音声データベースに記憶されている、記録されたスピーチの実際の断片を使用する。これらの断片は、例えば、単音およびダイフォンなどの基本のスピーチ部分を構成する。単音は、母音または子音からなり、ダイフォンは、１つの単音の後半部分と、次の単音の前半部分とを含む、単音から単音への移行部分からなる。連接的合成器のなかには、いわゆる半音節を使用するものもあり、事実上、ダイフォン方法を音節の時間尺度に適用している。そして、連接的合成は、音声データベースから選択された基本のスピーチ部分をつなぎ合わせ、または連接させて、復号化を任意で行った後、結果生じたスピーチ信号を出力する。連接システムは、記録されたスピーチの断片を使用するので、これらのシステムで自然なスピーチに聞こえる可能性は最も高いが、連接システムは、音声データベースのために大容量のデータベース記憶装置を必要とする。

上述のように、特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成するステップは、デジタル・オーディオ・プレーヤへ送出するためにＲＳＳコンテンツを合成するステップを含んでもよい。そこで、さらなる説明のために、図２３は、特定のデジタル・オーディオ・プレーヤ（１０８）へ送出するためにＲＳＳコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成する（８０４）ための方法例を示すフローチャートを示す。図２３は、ＲＳＳフィードを通じてＲＳＳコンテンツ（９５２）を取り出すステップ（９５０）を含む。ＲＳＳフィードを通じてＲＳＳコンテンツを取り出すステップは、ＲＳＳフィードに与えられた１つ以上のハイパーリンクを呼び出して、ＲＳＳウェブ・ページまたはＲＳＳコンテンツを含む他のマーク付け文書を取り出すことによって行われてもよい。

図２３の方法は、ＲＳＳコンテンツ（９５２）からテキスト（９５６）を抽出するステップ（９５４）を含む。ＲＳＳコンテンツは、典型的には、ウェブ・ページまたはブラウザを通じてアクセス可能なマーク付け文書に提示される。したがって、そのようなウェブ・ページまたはマーク付け文書は、ユーザに対して表示される表示テキストおよび画像、ならびにコンテンツの提示を命令するマーク付けを含む。したがって、ＲＳＳコンテンツからテキストを抽出するステップは、ウェブ・ページまたはマーク付け文書から表示テキストを取り出すことによって行われてもよい。そのように抽出された表示テキストは、ＲＳＳフィードを通じて利用可能なＲＳＳコンテンツのテキスト・コンテンツのいくつかまたはすべてを実施する。

図２３の方法は、メディア・ファイル（８１０）を作成するステップ（９５８）を含む。メディア・ファイルの例には、ＭＰＥＧ３（「ｍｐ３」）ファイル、ＭＰＥＧ４（「ｍｐ４」）ファイル、高度音声符号化（「ＡＡＣ」）圧縮ファイル、高度ストリーミング・フォーマット（「ＡＳＦ」）ファイル、ＷＡＶファイル、および当業者が想起するような数多くの他のものが含まれる。メディア・ファイルを作成するステップは、典型的には、ＲＳＳコンテンツをレンダリングするデジタル・オーディオ・プレーヤによってサポートされているメディア・ファイルを作成するステップを含む。

図２３の方法は、ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶する（９６０）ステップを含む。ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６０）は、図１９を参照して上述したように、抽出されたテキストをＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出されたテキストをメディア・ファイル自体に挿入することによって行われてもよい。また、ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６０）は、図２０を参照して上述したように、抽出されたテキストをＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出されたテキストをメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

また、図２３の方法は、ＲＳＳコンテンツ（９５２）から１つ以上の画像（９７０）を抽出するステップ（９６８）を含む。上述のように、ＲＳＳコンテンツは、典型的には、ウェブ・ページまたはブラウザを通じてアクセス可能なマーク付け文書に提示される。したがって、そのようなウェブ・ページまたはマーク付け文書は、ユーザに対して表示される表示テキストおよび画像、ならびにコンテンツの提示を命令するマーク付けを含む。したがって、ＲＳＳコンテンツ（９５２）から１つ以上の画像（９７０）を抽出するステップ（９６８）は、ウェブ・ページまたはマーク付け文書から画像を取り出すことによって行われてもよい。そのように抽出された画像は、ＪＰＥＧファイル、ｐｄｆファイル、および当業者が想起するような他のファイルなどのウェブ・ページまたはマーク付け文書内で参照される別個のファイルとして実施されてもよい。

また、図２３の方法は、抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）を含む。抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）は、図１９を参照して上述したように、抽出された画像をＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出された画像をメディア・ファイル自体に挿入することによって行われてもよい。また、抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）は、図２０を参照して上述したように、抽出された画像をＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出された画像をメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

抽出されたＲＳＳテキストおよび画像をメディア・ファイルに関連したメタデータとして記憶するステップは、デジタル・オーディオ・プレーヤを修正することなく、デジタル・オーディオ・プレーヤの表示画面上に抽出されたＲＳＳコンテンツを視覚的にレンダリングするための手段を提供する。したがって、図２３の方法は、ＲＳＳコンテンツを、従来のＲＳＳコンテンツの表示をサポートしていないデジタル・オーディオ・プレーヤ上でレンダリングすることができる。

図２３の例において、テキストは、ＲＳＳコンテンツ自体から抽出されて、メディア・ファイルに関連したメタデータとして記憶される。多くの実施形態において、テキストは、ＲＳＳフィードから抽出されて、メディア・ファイルに関連したメタデータとして記憶されてもよい。そのような抽出されたテキストは、ＲＳＳフィードに提供されたサマリおよび他のメタデータがデジタル・オーディオ・プレーヤ上の記憶されたＲＳＳコンテンツを移動して見て回るのに有用であるように、予め規定されたメタデータ・フィールドに有用に関連付けられてもよい。

図２３の例において、ＲＳＳコンテンツから抽出されたテキストは、テキストがデジタル・オーディオ・プレーヤの表示画面に表示されるように、メディア・ファイルに関連付けられている。また、デジタル・オーディオ・プレーヤへ送出するためにＲＳＳコンテンツを合成するステップは、ＲＳＳコンテンツの一部をスピーチに変換するステップと、メディア・ファイルの音声部分にスピーチを記録して、ＲＳＳコンテンツの音声提示に供するステップを含む。そこで、さらなる説明のために、図２４は、ＲＳＳコンテンツをメディア・ファイル（８１０）内の合成コンテンツに合成して（８０４）特定のデジタル・オーディオ・プレーヤ（１０８）へ送出するための他の方法例であって、ＲＳＳコンテンツの一部をスピーチに変換してデジタル・オーディオ・プレーヤ上での音声提示に供するステップを含む方法例を示すフローチャートを示す。図２４の方法は、ＲＳＳフィードを通じてＲＳＳコンテンツ（９５２）を取り出すステップ（８５２）を含む。ＲＳＳフィードを通じてＲＳＳコンテンツを取り出すステップは、ＲＳＳフィードに与えられた１つ以上のハイパーリンクを呼び出して、ＲＳＳウェブ・ページまたはＲＳＳコンテンツを含む他のマーク付け文書を取り出すことによって行われてもよい。

図２４の方法は、ＲＳＳコンテンツ（９５２）からテキスト（９５６）を抽出するステップ（９５４）を含む。ＲＳＳコンテンツは、典型的には、ウェブ・ページまたはブラウザを通じてアクセス可能な他のマーク付け文書に提示される。したがって、そのようなウェブ・ページまたはマーク付け文書は、ユーザに対して表示される表示テキストおよび画像、ならびにコンテンツの提示を命令するマーク付けを含む。したがって、ＲＳＳコンテンツからテキストを抽出するステップは、ウェブ・ページまたはマーク付け文書から表示テキストを取り出すことによって行われてもよい。そのように抽出された表示テキストは、ＲＳＳフィードを通じて利用可能なＲＳＳコンテンツのテキスト・コンテンツのうちのいくつかまたはすべてを実施する。

また、図２４の方法は、メディア・ファイル（８１０）を作成するステップ（９５８）を含む。メディア・ファイルの例には、ＭＰＥＧ３（「ｍｐ３」）ファイル、ＭＰＥＧ４（「ｍｐ４」）ファイル、高度音声符号化（「ＡＡＣ」）圧縮ファイル、高度ストリーミング・フォーマット（「ＡＳＦ」）ファイル、ＷＡＶファイル、および当業者が想起するような数多くの他のものが含まれる。メディア・ファイルを作成するステップは、典型的には、ＲＳＳコンテンツをレンダリングするデジタル・オーディオ・プレーヤによってサポートされているメディア・ファイルを作成するステップを含む。

また、図２４の方法は、ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６０）を含む。ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６０）は、図１９を参照して上述したように、抽出されたテキストをＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出されたテキストをメディア・ファイル自体に挿入することによって行われてもよい。また、ＲＳＳコンテンツ（９５２）の抽出されたテキスト（９５６）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６０）は、図２０を参照して上述したように、抽出されたテキストをＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出されたテキストをメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

また、図２４の方法は、ＲＳＳコンテンツ（９５２）から１つ以上の画像（９７０）を抽出するステップ（９６８）を含む。上述のように、ＲＳＳコンテンツは、典型的には、ウェブ・ページまたはブラウザを通じてアクセス可能なマーク付け文書に提示される。したがって、そのようなウェブ・ページまたはマーク付け文書は、ユーザに対して表示される表示テキストおよび画像、ならびにコンテンツの提示を命令するマーク付けを含む。したがって、ＲＳＳコンテンツ（９５２）から１つ以上の画像（９７０）を抽出するステップ（９６８）は、ウェブ・ページまたはマーク付け文書から画像を取り出すことによって行われてもよい。そのように抽出された画像は、ＪＰＥＧファイル、ｐｄｆファイル、および当業者が想起するような他のファイルなどのウェブ・ページまたはマーク付け文書内で参照される別個のファイルとして実施されてもよい。

また、図２４の方法は、抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）を含む。抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）は、図１９を参照して上述したように、抽出された画像をＭＰＥＧファイル内のＩＤ３タグに挿入することなど、抽出された画像をメディア・ファイル自体に挿入することによって行われてもよい。また、抽出された画像（９７０）をメディア・ファイル（８１０）に関連したメタデータ（８６２）として記憶するステップ（９６２）は、図２０を参照して上述したように、抽出された画像をＡＡＣ圧縮ＭＰＥＧ４ファイルに関連した拡張可能なマーク付け言語（「ＸＭＬ」）ライブラリ・ファイルに記憶することなど、抽出された画像をメディア・ファイルに関連したメタデータ・ファイルに記憶することによって行われてもよい。

図２４の方法に従って合成されたＲＳＳコンテンツは、好都合なことに、抽出されたＲＳＳテキストを、従来のＲＳＳコンテンツのレンダリングをサポートしていないデジタル・オーディオ・プレーヤの表示画面上に表示することができる。

図２４の例において、テキストは、ＲＳＳコンテンツ自体から抽出されて、メディア・ファイルに関連したメタデータとして記憶される。多くの実施形態において、テキストは、ＲＳＳフィードから抽出されて、メディア・ファイルに関連したメタデータとして記憶されてもよい。そのような抽出されたテキストは、ＲＳＳフィードに提供されたサマリおよび他のメタデータがデジタル・オーディオ・プレーヤ上の記憶されたＲＳＳコンテンツを移動して見て回るのに有用であるように、予め規定されたメタデータ・フィールドに有用に関連付けられてもよい。

また、図２４の方法は、ＲＳＳコンテンツ（９５２）からテキスト（９７４）を抽出（９７２）して、デジタル・オーディオ・プレーヤ上での音声レンダリングに供するステップを含む。上述のように、ＲＳＳコンテンツは、典型的には、ウェブ・ページまたはブラウザを通じてアクセス可能な他のマーク付け文書に提示される。したがって、そのようなウェブ・ページまたはマーク付け文書は、ユーザに対して表示される表示テキストおよび画像、ならびにコンテンツの提示を命令するマーク付けを含む。したがって、ＲＳＳコンテンツからテキストを抽出するステップは、メディア・ファイルの音声部分ウェブ・ページまたはマーク付け文書から表示テキストを取り出して、メディア・ファイルの音声部分に含めて、ユーザに対して音声再生を行うことによって行われてもよい。そのような抽出された表示テキストは、ＲＳＳフィードを通じて利用可能なのテキスト・コンテンツのいくつかまたはすべてを実施する。音声として有用にレンダリングされた、抽出されたテキストの例には、ＲＳＳコンテンツの本文全体が含まれる。

また、図２４の方法は、テキスト（９７４）をスピーチ（９７８）に変換するステップ（９７６）と、メディア・ファイルの音声部分にスピーチを記録するステップ（９８２）とを含む。テキスト（９７４）をスピーチ（９７８）に変換するステップ（９７６）と、ディア・ファイルの音声部分にスピーチを記録するステップ（９８２）とは、図２２を参照して電子メール・メッセージを合成することについて上述したように、抽出されたＲＳＳコンテンツ・テキストのスピーチ提示を生じさせるために、テキスト・スピーチ・エンジンを使用して抽出されたテキストを処理して、その後、テキスト・スピーチ・エンジンによって生じたスピーチをメディア・ファイルの音声部分に記録することによって行われてもよい。

ユーザが選択した評価に対する、ユーザが選択したコンテンツ管理指示の関連付け

上述したように、評価は、好都合なことに、管理中のコンテンツがレンダリングされるデジタル・オーディオ・プレーヤを修正する必要のない、統合コンテンツ・サーバ上でコンテンツ管理指示を呼び出すための機構を提供する。特定のコンテンツ管理指示は、ユーザが選択したものであってもよく、これら選択されたコンテンツ管理指示は、コンテンツ管理指示を呼び出すための、ユーザが選択した評価に関連付けられていてもよい。そこで、さらなる説明のために、図２５は、ユーザが選択したコンテンツ管理指示をユーザが選択した評価に関連付けるための方法例を示すフローチャートを示す。図２５の方法は、ユーザ（１００）に対して複数の予め規定されたコンテンツ管理指示（８２２）を提示するステップ（９０２）を含む。ユーザ（１００）に対して複数の予め規定されたコンテンツ管理指示（８２２）を提示するステップ（９０２）は、予め規定されかつ利用可能なコンテンツ管理指示のリストをユーザに対して提示することによって行われてもよい。そのようなコンテンツ管理指示のリストは、図２６を参照して以下に説明する画面のように、ブラウザ上の表示画面を通じてユーザに提示されていてもよい。

図２５の方法は、ユーザ（１００）から特定のコンテンツ管理指示の識別（９０６）を受信するステップ（９０４）を含む。ユーザ（１００）から特定のコンテンツ管理指示の識別（９０６）を受信するステップ（９０４）は、図２６を参照して以下に説明する表示画面のように、例えば、表示画面によってサポートされるＧＵＩアクションを通じた、特定のコンテンツ管理指示のユーザ選択を受信することによって行われてもよい。

図２５の方法は、ユーザ（１００）からコンテンツ管理指示（９０６）を呼び出すための評価の識別（９１０）を受信するステップ（９０８）を含む。ユーザ（１００）からコンテンツ管理指示（９０６）を呼び出すための評価の識別（９１０）を受信するステップ（９０８）は、典型的には、コンテンツがレンダリングされるべきデジタル・オーディオ・プレーヤによってサポートされる評価を受信することを含む。例えば、Ａｐｐｌｅ社（登録商標）から入手可能なｉＰｏｄ（登録商標）は、コンテンツに対して、星１つ、星２つ、星３つ、星４つ、または星５つという５段階の評価のうちの１つを提供する５つ星評価システムをサポートしている。ユーザ（１００）からコンテンツ管理指示（９０６）を呼び出すための評価の識別（９１０）の受信（９０８）は、例えば、図２６を参照して以下に説明するような表示画面などの表示画面によってサポートされる他のＧＵＩアクションを通じて行われる。

また、ユーザ（１００）からコンテンツ管理指示（９０６）を呼び出すための評価の識別（９１０）を受信するステップ（９０８）は、ユーザが規定した評価を受信するステップを含んでもよい。上述のように、ｍｐ４ファイルは、柔軟性のあるＩＤ３ｖ２タグをサポートしており、したがって、ユーザが規定した評価法は、ｍｐ４ファイルに対する数多くの評価を実施してもよい。

図２５の方法は、コンテンツ管理指示の識別（９０６）を、コンテンツ管理指示を呼び出すための評価と、コンテンツ管理指示を呼び出す対象であるコンテンツとに関連付けて記憶するステップ（９１２）を含む。コンテンツ管理指示の識別を、コンテンツ管理指示を呼び出すための評価に関連付けて記憶するステップ（９１２）は、データ構造を作成することと、当該データ構造に、コンテンツ管理指示を呼び出すための評価に関連付けられたコンテンツ管理指示の識別（９０６）を含めることとによって行われてもよい。図２５の例において、コンテンツ管理指示規則（９１４）が、コンテンツ管理指示がコンテンツおよびコンテンツ管理指示に関連付けられた評価を受信すると呼び出されるコンテンツを一意的に識別するコンテンツ識別（９１６）を含む記録として実施されている。コンテンツ管理指示規則（９１４）は、コンテンツ管理指示を呼び出すための評価を識別する評価識別（９１０）と、ユーザがコンテンツに対して割り当てた評価を受信すると呼び出されるコンテンツ管理指示を識別するコンテンツ管理指示識別（９０６）とを含む。

コンテンツ管理指示を呼び出すための評価に関連付けてコンテンツ管理指示の識別を記憶するステップを使用して、コンテンツ管理指示、評価、およびコンテンツ管理指示によって管理されるべきコンテンツを関連付ける規則を作成してもよい。すなわち、本発明の実施形態は、コンテンツ管理指示、評価、およびコンテンツ管理指示によって管理されるコンテンツを関係付ける規則を作成するステップを含んでもよい。そこで、さらなる説明のために、図２６は、コンテンツ管理指示規則の作成を通じて、ユーザが選択した管理指示をユーザが選択した評価に関連付けるのに有用なコンテンツ管理指示規則作成ページ（９３０）の線図を示す。

図２６のコンテンツ管理指示規則作成ページ（９３０）は、ユーザに対する複数の予め規定されたコンテンツ管理指示（９３４）の提示を含むＧＵＩウィジェット（９３４）を含む。図２６の例に示す予め規定されたコンテンツ管理指示は、電子メールのコンテンツ管理に向けられたものである。提示されたコンテンツ管理指示は、実行されると、識別された電子メール・メッセージを削除する「削除」指示（９３６）を含む。提示されたコンテンツ管理指示は、実行されると、識別された電子メール・メッセージを特定の受信者へ転送する「転送」指示（９３８）を含む。また、提示されたコンテンツ管理指示は、実行されると、識別された電子メール・メッセージの送信者に返信する「返信」指示（９４０）を含む。提示されたコンテンツ管理指示は、実行されると、識別された電子メール・メッセージを保存する「保存」指示（９４２）を含む。提示されたコンテンツ管理指示は、注意をさらに喚起するために、識別された電子メール・メッセージにフラグを立てる「強調」指示（９４４）を含む。

また、図２６のコンテンツ管理指示規則作成ページ（９３０）は、選択されたコンテンツ管理指示を呼び出すための評価の識別をユーザから受信するためのプルダウン選択ボックス（９４６）を含む。図２６の例において、ユーザは、Ａｐｐｌｅ社（登録商標）のｉＰｏｄ（登録商標）がサポートしている５つ星評価のうちの１つである「星１つ」評価を選択している。図２６の例は、説明のために５つ星評価を使用しているが、これに限定されない。実際、コンテンツ管理指示規則作成ページは、ユーザが規定した評価を受信するように構成されてもよい。

また、図２６のコンテンツ管理指示規則作成ページ（９３０）は、選択されたコンテンツ管理指示が操作することになるコンテンツのコンテンツ型の識別を受信するためのプルダウン選択ボックス（９４８）を含む。図２６の例において、ユーザは、コンテンツ管理指示の呼び出しに関連付けられた評価を受信すると選択されたコンテンツ管理指示を呼び出す合成コンテンツの型として、「電子メール」を選択している。

また、図２６のコンテンツ管理指示規則作成ページ（９３０）は、提示されたもののうち特定のコンテンツ管理指示の識別をユーザから受信するためのプルダウン選択ボックス（９５０）を含む。また、図２６のコンテンツ管理指示規則作成ページ（９３０）は、提示されたコンテンツ管理指示のうちの１つを選択するためのＧＵＩ「選択」ボタン（９５２）を含む。

評価の識別と、コンテンツ管理指示と、コンテンツ管理指示を呼び出す対象であるコンテンツとを受信すると、コンテンツ管理指示規則作成エンジンは、コンテンツ管理指示、評価、およびコンテンツ管理指示によって管理されるべきコンテンツを関連付ける規則を作成してもよい。そのような規則は、コンテンツのメディア・ファイル内に規則を埋め込むことによって記憶されてもよい。コンテンツを含むメディア・ファイルに規則を埋め込むステップは、例えばｍｐ４ファイル内のＩＤ３タグに規則を埋め込むことによって行われてもよい。代わりに、規則は、ｉＴｕｎｅｓ（登録商標）デジタル・オーディオ・プレーヤ・アプリケーションによって実施されているようなＸＭＬライブラリ・ファイルなどのメタデータ・ファイルに記憶されてもよい。

本発明の実施形態例は、統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すための完全に機能するコンピュータ・システムの場合について主に説明している。しかしながら、本発明は、任意の適切なデータ処理システムと共に使用される信号記録媒体上に配置されたコンピュータ・プログラムにおいて実施されてもよいことを、当業者は理解するだろう。そのような信号記録媒体は、機械読み取り可能な情報のための送信媒体または記録媒体であってもよく、磁気媒体、光媒体、または他の適切な媒体を含む。記録可能な媒体の例には、ハード・ドライブまたはディスケット内の磁気ディスク、光ドライブ用のコンパクト・ディスク、磁気テープ、および当業者が想起するような他のものが含まれる。送信媒体の例には、例えば、イーサネット（登録商標）などの音声通信およびデジタル・データ通信用の電話ネットワーク、ならびにインターネット・プロトコルおよびワールド・ワイド・ウェブと通信するネットワークが含まれる。適切なプログラミング手段を有する任意のコンピュータシステムが、プログラムにおいて実施されるような本発明の方法のステップを実行することが可能であることを、当業者はすぐに理解するだろう。本明細書において説明した実施形態例の中には、コンピュータ・ハードウェア上にインストールされて実行するソフトウェア向きのものがあるものの、ファームウェアまたはハードウェアとして実施される代替実施例も本発明の範囲内であることを、当業者はすぐに理解するだろう。

以上の説明から、本発明の様々な実施形態において、本発明の真の精神から逸脱することなく修正および変更を行ってもよいことが理解されるだろう。本明細書における説明は、例示のためにすぎず、制限的な意味で解釈されるべきものではない。本発明の範囲は、請求項の文言によってのみ制限される。

本発明の実施形態に係るレンダリング装置へ送出するための統合コンテンツ管理のためのシステム例を示すネットワーク図を示す。 本発明に係るレンダリング装置へ送出するための統合コンテンツ管理のためのシステム例を示すブロック図を示す。 本発明の実施形態に係るレンダリング装置へ送出するための統合コンテンツ管理において有用な統合コンテンツ管理サーバ例を備える自動コンピューティング機構のブロック図を示す。 レンダリング装置へ送出するための統合コンテンツ管理のためのコンピュータによって実施される方法例を示すフローチャートを示す。 要求された合成コンテンツをレンダリング装置へ送信するための方法例を示すフローチャートを示す。 本発明に係る送出のための統合コンテンツ管理のさらなる局面を示すフローチャートを示す。 ユーザによる単一ポイント・アクセスのために異種データ・ソースからの異種データ型のコンテンツを集約するための、コンピュータによって実施される方法例を示すフローチャートを示す。 ユーザ・アカウントを開設するための方法例を示すフローチャートを示す。 ユーザ用のユーザ・アカウントを開設するための方法例を示すフローチャートを示す。 複数のユーザ・アカウント記録を含むユーザ・アカウント例のブロック図を示す。 ユーザによる単一ポイント・アクセスのために異種データ型のコンテンツを統一データ型のデータを含む合成コンテンツに合成するための方法例を示すフローチャートを示す。 識別されたレンダリング装置のための装置プロファイルに従って、集約コンテンツをテキスト・コンテンツに変換するための方法例を示すフローチャートを示す。 識別されたマーク付け言語に従って、集約コンテンツのためにテキストおよびマーク付けを作成するための方法例を示すフローチャートである。 異種データ型のコンテンツを、ユーザによる統一データ型単一ポイント・アクセスのデータを含む合成コンテンツに合成する方法例であって、テキスト・コンテンツのための文法セットを動的に作成することを含む方法例を示すフローチャートを示す。 識別されたレンダリング装置用の装置プロファイルに従って、集約コンテンツをテキスト・コンテンツに変換するための方法例を示すフローチャートを示す。 コンテンツを公開するためのコンピュータによって実施される方法を示すフローチャートを示す。 ＲＳＳフィードを通じて合成コンテンツを公開するための方法例を示すフローチャートを示す。 統合コンテンツ管理サーバ上のコンテンツ管理指示を呼び出すための方法例を示すフローチャートを示す。 ｍｐ４ファイルなどのＭＰＥＧファイルのブロック図を示す。 ｉＴｕｎｅｓデジタル・オーディオ・プレーヤ・アプリケーションによってサポートされてｉＰｏｄデジタル・オーディオ・プレーヤ上で再生されるようなＡＡＣ圧縮ｍｐ４ファイルのブロック図を示す。 デジタル・オーディオ・プレーヤの表示画面上に電子メール・コンテンツを視覚的に提示するために、特定のデジタル・オーディオ・プレーヤへ送出するために、電子メール・コンテンツをメディア・ファイル内の合成コンテンツに合成するための方法例を示すフローチャートを示す。 特定のデジタル・オーディオ・プレーヤに送出して電子メールのいくつかまたはすべての音声レンダリングに供するために、電子メール・コンテンツをメディア・ファイル内の合成コンテンツに合成するための方法例を示す他のフローチャートを示す。 特定のデジタル・オーディオ・プレーヤへ送出して当該デジタル・オーディオ・プレーヤの表示画面上にＲＳＳコンテンツを視覚的に提示するために、ＲＳＳコンテンツをメディア・ファイル内の合成コンテンツに合成するための方法例を示すフローチャートを示す。 ＲＳＳコンテンツをメディア・ファイル内の合成コンテンツに合成して（特定のデジタル・オーディオ・プレーヤへ送出するための他の方法例であって、ＲＳＳコンテンツの一部をスピーチに変換してデジタル・オーディオ・プレーヤ上での音声提示に供するステップを含む方法例を示すフローチャートを示す。 ユーザが選択したコンテンツ管理指示をユーザが選択した評価に関連付けるための方法例を示すフローチャートを示す。 コンテンツ管理指示規則の作成を通じて、ユーザが選択した管理指示をユーザが選択した評価に関連付けるのに有用なコンテンツ管理指示規則作成ページの線図を示す。

符号の説明

１０２ ＷＡＮ
１０４ ＤＡＰ
１０８ スマートフォン
１１０ ラップトップ・コンピュータ
１１２ ＰＤＡ
１１４ 統合コンテンツ管理サーバ
１１６ ＷＡＮ
２２８ 異種データ・ソース
２３０ メディア
２３２ ＯＤＷ
２３４ ＲＳＳ
２３６ カレンダー
２３８ 電子メール

Claims (20)

1. 統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すための方法であって、
   特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成するステップと、
   前記合成コンテンツを前記デジタル・オーディオ・プレーヤへ送信するステップと、
   前記メディア・ファイル内の前記コンテンツを前記デジタル・オーディオ・プレーヤ上でレンダリングするステップと、
   前記コンテンツのレンダリングに応答してユーザから前記コンテンツについての評価を受信するステップと、
   前記評価を前記メディア・ファイル内の前記コンテンツに関連付けるステップと、
   前記統合コンテンツ管理サーバに対して、前記メディア・ファイル内の前記コンテンツに関連付けられた前記評価を通知するステップと、
   前記評価に基づいて、１つ以上のコンテンツ管理指示を選択するステップと、
   前記コンテンツ管理指示を実行するステップと
   を含む、方法。
2. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成する前記ステップは、
   電子メール・メッセージを取り出すステップと、
   前記電子メール・メッセージからテキストを抽出するステップと、
   メディア・ファイルを作成するステップと、
   前記電子メール・メッセージの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶するステップと
   をさらに含む、請求項１に記載の方法。
3. 前記電子メール・メッセージからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供するステップと、
   前記テキストをスピーチに変換するステップと、
   前記メディア・ファイルの音声部分に前記スピーチを記録するステップと
   をさらに含む、請求項２に記載の方法。
4. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成する前記ステップは、
   ＲＳＳフィードを通じてＲＳＳコンテンツを取り出すステップと、
   前記ＲＳＳコンテンツからテキストを抽出するステップと、
   メディア・ファイルを作成するステップと、
   前記ＲＳＳコンテンツの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶するステップと
   をさらに含む、請求項１に記載の方法。
5. 前記ＲＳＳコンテンツから１つ以上の画像を抽出するステップと、
   前記抽出された画像を前記メディア・ファイルに関連したメタデータとして記憶するステップと
   をさらに含む、請求項４に記載の方法。
6. 前記ＲＳＳコンテンツからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供するステップと、
   前記テキストをスピーチに変換するステップと、
   前記メディア・ファイルの音声部分に前記スピーチを記録するステップと
   をさらに含む、請求項４に記載の方法。
7. 前記コンテンツ管理指示を実行する前記ステップは、前記評価に基づいて、さらなるコンテンツを取り出すステップをさらに含む、請求項１に記載の方法。
8. 前記コンテンツ管理指示を実行する前記ステップは、前記評価に基づいて、前記合成コンテンツを削除するステップをさらに含む、請求項１に記載の方法。
9. 統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すためのシステムであって、
   コンピュータ・プロセッサと、
   前記コンピュータ・プロセッサに動作可能に結合されたコンピュータ・メモリとを備え、
   前記コンピュータ・メモリの内部には、
   特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成することと、
   前記合成コンテンツを前記デジタル・オーディオ・プレーヤへ送信することと、
   前記メディア・ファイル内の前記コンテンツを前記デジタル・オーディオ・プレーヤ上でレンダリングすることと、
   前記コンテンツのレンダリングに応答してユーザから前記コンテンツについての評価を受信することと、
   前記評価を前記メディア・ファイル内の前記コンテンツに関連付けることと、
   前記統合コンテンツ管理サーバに対して、前記メディア・ファイル内の前記コンテンツに関連付けられた前記評価を通知することと、
   前記評価に基づいて、１つ以上のコンテンツ管理指示を選択することと、
   前記コンテンツ管理指示を実行することと
   が可能なコンピュータ・プログラム命令が配置されている、システム。
10. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成することが可能な前記コンピュータ・プログラム命令は、
    電子メール・メッセージを取り出すことと、
    前記電子メール・メッセージからテキストを抽出することと、
    メディア・ファイルを作成することと、
    前記電子メール・メッセージの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶することと
    が可能なコンピュータ・プログラム命令をさらに含む、請求項９に記載のシステム。
11. 前記コンピュータ・メモリの内部には、
    前記電子メール・メッセージからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供することと、
    前記テキストをスピーチに変換することと、
    前記メディア・ファイルの音声部分に前記スピーチを記録することと
    が可能なコンピュータ・プログラム命令も配置されている、請求項１０に記載のシステム。
12. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成することが可能な前記コンピュータ・プログラム命令は、
    ＲＳＳフィードを通じてＲＳＳコンテンツを取り出すことと、
    前記ＲＳＳコンテンツからテキストを抽出することと、
    メディア・ファイルを作成することと、
    前記ＲＳＳコンテンツの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶することと
    が可能なコンピュータ・プログラム命令をさらに含む、請求項９に記載のシステム。
13. 前記コンピュータ・メモリの内部には、
    前記ＲＳＳコンテンツから１つ以上の画像を抽出することと、
    前記抽出された画像を前記メディア・ファイルに関連したメタデータとして記憶することと
    が可能なコンピュータ・プログラム命令も配置されている、請求項１２に記載のシステム。
14. 前記コンピュータ・メモリの内部には、
    前記ＲＳＳコンテンツからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供することと、
    前記テキストをスピーチに変換することと、
    前記メディア・ファイルの音声部分に前記スピーチを記録することと
    が可能なコンピュータ・プログラム命令も配置されている、請求項１２に記載のシステム。
15. 統合コンテンツ管理サーバ上でコンテンツ管理指示を呼び出すためのプログラムであって、該プログラムがコンピュータに、
    特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成する機能と、
    前記合成コンテンツを前記デジタル・オーディオ・プレーヤへ送信する機能と、
    前記メディア・ファイル内の前記コンテンツを前記デジタル・オーディオ・プレーヤ上でレンダリングする機能と、
    前記コンテンツのレンダリングに応答してユーザから前記コンテンツについての評価を受信する機能と、
    前記評価を前記メディア・ファイル内の前記コンテンツに関連付ける機能と、
    前記統合コンテンツ管理サーバに対して、前記メディア・ファイル内の前記コンテンツに関連付けられた前記評価を通知する機能と、
    前記評価に基づいて、１つ以上のコンテンツ管理指示を選択する機能と、
    前記コンテンツ管理指示を実行する機能と
    を実現させるプログラム。
16. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成する機能は、
    電子メール・メッセージを取り出す機能と、
    前記電子メール・メッセージからテキストを抽出する機能と、
    メディア・ファイルを作成する機能と、
    前記電子メール・メッセージの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶する機能と
    をさらに含む、請求項１５に記載のプログラム。
17. 前記電子メール・メッセージからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供する機能と、
    前記テキストをスピーチに変換する機能と、
    前記メディア・ファイルの音声部分に前記スピーチを記録する機能と
    をさらに含む、請求項１６に記載のプログラム。
18. 特定のデジタル・オーディオ・プレーヤへ送出するために異種データ型のコンテンツをメディア・ファイル内の合成コンテンツに合成する機能は、
    ＲＳＳフィードを通じてＲＳＳコンテンツを取り出す機能と、
    前記ＲＳＳコンテンツからテキストを抽出する機能と、
    メディア・ファイルを作成する機能と、
    前記ＲＳＳコンテンツの前記抽出されたテキストを前記メディア・ファイルに関連したメタデータとして記憶する機能と
    をさらに含む、請求項１５に記載のプログラム。
19. 前記ＲＳＳコンテンツからテキストを抽出して、前記デジタル・オーディオ・プレーヤ上での音声レンダリングに供する機能と、
    前記テキストをスピーチに変換する機能と、
    前記メディア・ファイルの音声部分に前記スピーチを記録する機能と
    をさらに含む、請求項１８に記載のプログラム。
20. 請求項１５に記載のプログラムを記録した、コンピュータ読み取り可能な媒体。

Images