JP2011501271A - コンテンツ配信のシステム、方法および装置 - Google Patents

Abstract

電子コンテンツ配信のシステムおよび方法が開示される。このようなコンテンツは、電子書籍コンテンツ、新聞コンテンツ、雑誌コンテンツおよび他の形式のコンテンツであってよいだろう。前記システムは、「誤った情報を除去すべく電子コンテンツをフィルターにかけるように構成されたロジックを有するプロセッサー」を備えている。前記電子コンテンツは、前記システムの外部の１つ以上のコンテンツソースから自動的に収集される。前記システムは、また、電子コンテンツを所定のテンプレートを示すようにアセンブルし、前記アセンブルされた電子コンテンツをスケジュールされた時間に送信用に配信するためのロジックを備えている。前記システムは、また、前記アセンブルされた電子コンテンツを送信するように構成されたアクティブチャンネルを有する通信ネットワークを備えている。前記システムは、また、メディアデバイスがアクティブチャンネルに通信的に結合される時に、アセンブルされた電子コンテンツを受信し表示するように構成されたメディアデバイスを備えている。
【選択図】 図１

Description

関連出願のクロスリファレンス

この出願は、ここでは、それぞれが２００７年１０月９日にファイルされた、「コンテンツ・配信ネットワークのための方法および装置」とタイトルを付された米国仮出願番号６０／９７８，７２２および「コンテンツ配信およびプリローディング」とタイトルを付された米国仮出願番号６０／９７８，７４８に対する優先権の恩恵を主張し、参照資料として盛り込んでいる。この出願は、ここでは、それぞれが２００７年１０月９日にファイルされた、「ローカルおよびオンラインのデータサービスのための方法および装置」とタイトルされた米国仮出願番号６０／９７８，７２３および「折り畳み式のメディアデバイス」とタイトルされた米国仮出願番号６０／９７８，７１７を参照資料として、その全文を盛り込んでいる。この出願は、また、ここでは、それぞれが２００８年１０月９日にファイルされた、「ローカルおよびオンラインのデータサービスを提供するための方法、装置およびシステム」とタイトルされた米国非仮出願および「メディア表示デバイス及びその操作方法」とタイトルされた米国非仮出願を参照資料として、その全文を盛り込んでいる。

本発明は、一般的にはコンテンツ管理に関し、特に、メディアコンテンツ管理のためのシステム、方法および装置に関する。

従来のコンテンツ・配信ネットワークは、デジタルメディア出版の増大する複雑さに起因して、深刻な課題に直面している。例えば、プロトコルの非互換性、情報技術の相互運用性の不足およびスタティックか不完全なフィードデータベースに起因して、課題が持ち上がっている。課題は、また、電子編集レンダリング処理を行ったり、ネットワーク・サービス品質を提供したり、ネットワーク性能や目標マーケットへの広告の効果を報告および解析するのに固有な複雑性に起因して、持ち上がっている。従って、最適なフォーマットで、目標とする視聴者にコスト効果的な方法で、コンテンツを配信するためのシステム、方法および装置を有することが望ましい。

下記に記載される例示的な実施の形態の目的及び範囲が、添付の図面と併せて、以下の詳細な明細から明らかになるだろう、又、図面においては、同様の参照文字が同様の要素を示すために使用されている。

図１は、本発明の実施の形態によるコンテンツ・配信ネットワークのブロック図である。

図２は、本発明の実施の形態によるコンテンツ・配信ネットワークのプリプロダクションシステムにおけるサービスのプロビジョニングを例示しているフロー図である。

図３は、本発明の実施の形態によるコンテンツ・配信ネットワークのプロダクションシステムにおけるサービスのプロビジョニングを例示しているフロー図である。

図４は、本発明の実施の形態によるコンテンツ・配信ネットワークの配信システムにおけるサービスのプロビジョニングを例示しているフロー図である。

図４Ａは、図４の配信システムにおけるマルチティアードレベルのサポートサービスを例示しているフロー図である。

図５は、本発明の実施の形態によるサブスクリプションデータ処理システムのブロック図である。

一実施の形態において、電子コンテンツ配信用のシステムが開示されている。このようなコンテンツは、電子書籍コンテンツ、新聞コンテンツ、雑誌コンテンツおよび他のタイプのコンテンツだろう。前記システムは、誤った情報を除去するように電子コンテンツをフィルターにかけるために構成されたロジックを有するプロセッサーを備えている。前記電子コンテンツは、前記システムの外部の１つ以上のコンテンツソースから自動的に収集される。前記システムは、また、所定のテンプレートを示すように電子コンテンツをアセンブルし、前記アセンブルされた電子コンテンツを、スケジュールされた時間の送信として配信するためのロジックを備えている。前記システムは、また、前記アセンブルされた電子コンテンツを送信するように構成されたアクティブチャンネルを有する通信ネットワークを備えている。前記システムは、また、前記メディアデバイスが前記アクティブチャンネルに通信的に結合される時に、前記アセンブルされた電子コンテンツを受信し、表示するように構成されたメディアデバイスを備えている。

他の実施の形態において、メディアデバイスへの電子コンテンツ配信用のシステムが開示されている。前記システムは、前記システムの外部に通信的に結合された１つ以上のコンテンツソースから、前記電子コンテンツを自動的に収集するように構成されたコンテンツ・管理システムを備えている。前記システムは、また、前記収集された電子コンテンツから誤った情報を除去し、それにより承認電子コンテンツを発生し、正規データベースに前記承認電子コンテンツを記憶するように構成された前処理システムを備えている。前記システムは、また、所定のテンプレートを示すように前記記憶された電子コンテンツをマップし、前記マップされた電子コンテンツを複数の記事へアセンブルし、前記アセンブルされた電子コンテンツに品質管理を行い、前記アセンブルされた電子コンテンツの最終バージョンを生成するように構成された処理システムを備えている。前記システムは、また、前記アセンブルされた電子コンテンツの前記最終バージョンの配信をスケジュールするように構成されたスケジュラーへ前記アセンブルされた電子コンテンツの前記最終バージョンをマップするように構成された配信システムを備えている。前記配信システムは、また、スケジュールされた時間に通信ネットワークを通じて前記メディアデバイスへ前記アセンブルされた電子コンテンツの前記最終バージョンと前記メディアデバイス上の前記アセンブルされた電子コンテンツの前記最終バージョンのレイアウトをフォーマットするための情報を配信するように構成される。

他の実施の形態において、サブスクリプションデータ処理システムを管理するコンピュータ実装方法が開示されている。前記方法は、販売用に供される電子コンテンツに、１種類以上のサブスクリプションを示す情報を提供することと、前記サブスクリプションの種類を検索する要求を示す情報を受信することと、要求された検索によりデータベース検索することと、前記データベースの検索の結果を示す情報を提供することを備えている。前記方法
また、販売用に提供された前記サブスクリプションのタイプの少なくとも一つを購入するための購入情報を受信することと、前記サブスクリプションのタイプのトラッキングセールとを備えている。

図１は、本発明の実施の形態によるコンテンツ・配信ネットワーク（ＣＤＮ）のブロック図である。一実施の形態において、ＣＤＮ１００は、コンテンツ・管理システム１４０、ビシネス・ルールシステム１０２、プリプロダクションシステム１１０、プロダクションシステム１２０、配信システム１３０および１つ以上のリーダーデバイス１５０ａ、１５０ｂを備えているだろう。配信システム１３０は、通信ネットワーク１６０を通じて、１つ以上のリーダーデバイス１５０ａ、１５０ｂへ、コンテンツを配信するだろう。通信ネットワーク１６０は、いかなる有線または無線ネットワークでよいだろう。一実施の形態において、通信ネットワークは、インターネットプロトコル（ＩＰ）・ベースのネットワークである。

プリプロダクションシステム１１０は、コンテンツ・管理システム１４０およびプロダクションシステム１２０に通信的に結合されるだろう。プロダクションシステム１２０は、配信システム１３０に通信的に結合されるだろう。一実施の形態において、コンテンツは、コンテンツ・管理システム１４０でアグリゲイトされ、検証および処理のために、コンテンツ・管理システム１４０からプリプロダクションシステム１１０へ出力されるだろう。処理されたコンテンツは、プリプロダクションシステム１１０から出力され、マッピングおよびステージングのために、プロダクションシステム１２０で受信されるだろう。マップおよびステージされたコンテンツは、プロダクションシステム１２０から出力され、通信ネットワーク１６０を通じて、１つ以上のリーダーデバイス１５０ａ、１５０ｂへ出版および配信のために、配信システム１３０で受信されるだろう。

コンテンツ・配信ネットワークの構成要素の構造および機能性は、図１、図２、図３、図４および図４Ａを種々参照して、さらに詳細に、これから議論される。

図１に戻って参照するに、プリプロダクションシステム１１０は、コンテンツ・管理システム１４０からソースされたコンテンツを受信し、処理されたコンテンツをプロダクションシステム１２０に出力するだろう。プロダクションシステム１２０は、処理されたコンテンツを受信し、ステージされたコンテンツを配信システム１３０に出力するだろう。配信システム１３０は、ステージされたコンテンツを受信し、承認されたコンテンツをリーダーデバイス１５０ａ、１５０ｂの１つ以上に出力するだろう。

コンテンツ・管理システム１４０は、種々の形式のコンテンツを収集、集計、管理および／または格納するためのロジックを備えているだろう。種々の実施の形態において、コンテンツの形式は、それらに限定されないが、新聞フィードかウェブ、広告、出版またはパーソナル情報を備えているだろう。コンテンツ・管理システム１４０は、１つ以上のソース、カテゴリーまたはコンテンツパートナーからＣＤＮ１００と関連してコンテンツを提供するＣＤＮ１００へ、コンテンツを収集および集計するように構成されるだろう。コンテンツは、いくつかの実施の形態において、自動的に収集および／または集計されるだろう、そして、コンテンツ・管理システム１４０は、１つ以上のクライテリアに基づいて、コンテンツを収集および集計するだろう。クライテリアは、それに限定されないが、コンテンツが壊れやすいか、キュレーティッドか、オンラインかまたはパーソナルかどうかを備えているだろう。

インターフェースおよび／またはフィードファイルの形式でコンテンツを自動的に収集する処理は、以下の如くだろう。フィードファイルは、コンテンツまたはコンテンツの要約を提供し、コンテンツのフルバージョンへの任意のリンクに加えてメタデータを含んでいるＸＭＬファイルだろう。フィードファイルは、ユニフォーム・リソース・ロケーター（ＵＲＬ）によって典型的に規定されるだろうが、ローカルファイルシステムへ配信されるだろう。

供給ファイルのコンテンツは、エンベッデッド・コンテンツおよび参照コンテンツの２個の概念カテゴリーに分割されるだろう。供給ファイルは、再利用および参照のためにアーカイブされるだろう。エンベッデッド・コンテンツのフィードは、全記事メタデータおよび他のデータを含むだろう。いくつかの実施の形態において、記事コンテンツを集めるのに、追加のファイルまたはＵＲＬは何も必要ないだろう。参照コンテンツのフィードは、フィードファイルにおける記事メタデータを含むだろう。記事メタデータは、記事コンテンツを含む別個の個別記事ファイルを参照するだろう。記事コンテンツデータは、フィードファイル内に直接エンベッドされてもよいし、または、別個の参照記事ファイル内に含有されてもよいだろう。どちらの場合も、分析されるために、レギュラー構造に追随するだろう。よく定義された仕様（例えば、ＮｅｗｓＭＬ）は、再利用可能な高レベルの分析ストラテジーを斟酌するだろう。しかしながら、大まかに規定された構造（例えば、しばしば変わるウェブサイトテンプレート）は、安定したジェネリックな形式で処理することがよりいっそう難しいだろう。そのオリジナル構造に関係なく、全てのローアクワイヤードコンテンツは、分析されて、コンテンツ・管理システム１４０内のデータストアにマップされるだろう。

いくつかの実施の形態において、コンテンツ・管理システム１４０は、種々の分析ストラテジーを再利用可能なフレームワークへと構築するのにストラテジーパターンを利用するだろう。種々の実施の形態において、ストラテジーは、パイソンＣ＃および／または他のいかなる適切なフレームワーク内において提供されるだろう。選択されたストラテジーパターンは、共通の構造に追随するマルチフィード用に使用されるだろう。

ストラテジーパターンは、アプリケーションで使用されているアルゴリズムを動的にスワッピングできるようにするだろう。ストラテジーパターンは、アルゴリズムのファミリーを定義するメカニズムを提供し、各々をオブジェクトとしてカプセル化し、そして、それらを相互交換可能にさせるように使用されるだろう。ストラテジーパターンは、それらを使用するクライアントから独立してアルゴリズムが変化するのを許可するだろう。

ここにて開示される実施の形態において、ストラテジーパターンは、コンテンツ取得用に使用されるだろう。種々のコンテンツプロバイダーは、それらそれぞれのコンテンツを、選択された標準化された形式（例えば、
ＸＭＬフィード、ＨＴＭＬページ）で、オンラインで使用可能となすだろう。コンテンツ・管理システム１４０は、それから、情報の共通サブセットを抽出するように、コンテンツを分析するだろう。コンテンツの別個のソースが共通のコンテンツ構造をシェアするだろうから、再利用可能な共有のコンテンツ・分析アルゴリズムを適用するのに十分フレキシブルなＣＤＮ１００を有することが望ましい。一例として、限定ではないが、特定の例は、ＮＩＴＦ標準（www．nitf．org）のバージョン３．４に追随するエンベッデッド・ＸＭＬコンテンツ付で、ＮｅｗｓＭＬ標準（www．newsml．org）のバージョン１．２に追随するＸＭＬコンテンツを各々が提供するマルチコンテンツプロバイダー含むだろう。各ケースにおいて、コンテンツ・管理システム１４０は、同じプログラマチック・分析アルゴリズム、それ故に、次の４ストラテジーパターンの集団を活用するだろう。

種々の実施の形態において、マルチフィードは、マルチ出版からのコンテンツだろう。しかも、そのシステムは、単一の出版またはフィード内でマルチデータコンテンツ構造を成功裏に取り扱うことができるだろう。

以下の属性が、記事の１つ以上のために収集されだろう、すなわち：記事が初めに刊行された日付、要約された記事概要、全記事テキスト、ヘッドライン、サブヘッドライン、記事と関連するキッカーおよび／または記事と関連する画像である。

いくつかの実施の形態において、コンテンツ仕様が、コンテンツを提供する発行者たちに特定されるだろう。コンテンツ仕様は、コンテンツがＣＤＮによって途切れなく受信され得るようにして、コンテンツを提供することを願う発行者たちに詳細な、技術的な要件を提供するだろう。種々の実施の形態において、コンテンツ仕様は、情報が以下の順、すなわち、出版、フィード、記事そして広告の順に提供されるべく要求するだろう。他の実施の形態においては、情報の他の配置が可能である。

ビシネス・ルールシステム１０２は、モデルド・ビジネス処理を管理および実施するように構成されたワークフローエンジンを備えているだろう。ワークフローエンジンの動作での各ステップは、ビジネスルールを示すだろう。ワークフローエンジンが実行するだろう１つ以上のビシネスルールおよびその順番は、コンテンツがコンテンツ・管理システム１４０にて受信されるフィードまたは出版と関連する特定のテンプレートを示すだろう。一実施の形態において、これらのビシネスルールおよび／またはその順番は、ワークフローエンジンを介して処理される各記事または出版のために完成される。種々の実施の形態において、ビシネス・ルールシステム１０２は、以下のルールの１つ以上によって動作するワークフローエンジンを備えているだろう、すなわち：コンテンツはフィードを介してシステムに入る、コンテンツはコンテンツ・管理システム１４０のようなコンテンツレポジトリー内に記憶される、種々の検証ルールはコンテンツで実行されるだろう、種々のプリプロダクションルールは実行され、その結果がコンテンツ・管理システム１４０の中に戻されて記憶されるだろう、種々のプロダクションルールは実行され、その結果がコンテンツ・管理システム１４０の中に戻されて記憶されるだろう、配信システム１３０はプロダクションシステムの結果を受信し、リーダーデバイス１５０ａ、１５０ｂに配信するだろうというルールである。一実施の形態において、ＣＤＮ１００はビシネス・ルールシステム１０２のワークフローエンジンを介して適用されるような前述のビシネスルールのアマルガメーションによって動作する。

図２は、本発明の実施の形態によるコンテンツ・配信ネットワークのプリプロダクションシステムにおけるサービスのプロビジョニングを例示しているフロー図である。図１および２を参照すると、プリプロダクションシステム１１０は、コンテンツを検証し、承認されたコンテンツを正規データベース内に記憶するように構成されるだろう。プリプロダクションシステム１１０は、
コンテンツ・管理システム１４０に通信的に結合され、そこからコンテンツを受信するように構成されるだろう。一実施の形態において、プリプロダクションシステム１１０は、コンテンツを受信するように構成された取得ロジック１１２、受信されたコンテンツが有効かどうかを決定するように構成された検証ロジック１１４および受信されたコンテンツを用意およびアセンブルするように構成された処理ロジック１１６を備えているだろう。受信されたコンテンツは、配信システム１３０を経由した他のネットワークへの配信に先立って、１つ以上のビシネスルールによってアセンブルされるだろう。種々の実施の形態において、ＣＤＮ１００に使用されたビシネスルールのセットは、種々の実施の形態における時間を増加させ、減少させ、および／または、切り替えるだろう。

一例として、限定ではないが、ビジネスルールは、以下のものだろう、すなわち：コンテンツは、特別な出版および／またはフィード用の最小長要求を満させねばならない、コンテンツは、予期されたキャラクターセットにおいて存在しないキャラクターシーケンスを含んではならない、例えば、もしフィードがＡＳＣＩＩであると予期され、非ＡＳＣＩＩキャラクターが検出されるならば、それは検証に失敗する、コンテンツは、フィード用の全要求分野（例えば、作者、タイトル）を含まなければならない、および／または、広告目標の目的用の記事および／またはデータのコンテンツの解析が行われねばならないというルールである。

取得ロジック１１２は、自動化されたコンテンツ取得を行うだろう。自動化されたコンテンツ取得の一実施の形態において、実行可能なコンテンツのソースは、確認されるだろう、そして、コンテンツは、承認ウェブサイトおよびデータの最新セット用のフィードを検索するように構成されたバーチャルエージェントにより、自動的に検索されるだろう。取得ロジックは、ウェブサイトスクレーピングまたは自己出版メカニズムを備えているだろう。一実施の形態において、選択されたフィードのセットは、各々が文脈上の識別子でタグ付けされるだろう。いくつかの実施の形態において、選択されたフィードは、ＵＲＬ（例えば、http：//del．icio．us）でタグ付けされるだろう。バーチャルエージェントは、パーソナル化されたデジタルエディションを創造するために、コンテンツのソースの中で選択し、コンテンツのマルチソースを一緒に集計するだろう。自己出版は、コンテンツのマルチソースの構成および集計を備えているだろう。

取得ロジック１１２は、ソースされたコンテンツが検証ロジック１１４および処理ロジック１１６でそれぞれ検証および処理される前に、ソースされたコンテンツをＣＤＮ１００上の選択されたサーバ上の一時ストレージロケーションにダウンロードするだろう。

検証ロジック１１４は、ソースされたコンテンツおよびコンテンツと関連するいかなるデータファイルをフィルターおよび検査するように構成されるだろう。フィルターにかけることは、完全な、および／または、正しいコンテンツを確認するように構成されたカスタムフィルターを使用して行なうだろう。

種々の実施の形態において、フィルターにかけることは、次の方法の１つ以上により行われだろう、すなわち：ドキュメントオブジェクトモデル（ＤＯＭ）・操作が、ＸＭＬまたはＨＴＭＬ情報のデータ操作用のファサードを提供するために使用されるだろう、ＬＩＮＱからＸＭＬへの変換／注釈技術が、ＸＳＬＴにより提供されるもののような、ある形式から他の形式へコンテンツを変換するために使用されるだろう、Ｈｔｍｌパーサが、読取り／書込みＤＯＭを構築し、プレーンＸＰＡＴＨまたはＸＳＬＴをサポートするだろうパーサを提供するために使用されるだろう、および／または、表現エンジンが、コンテンツの特定の部分を置き換えるために使用される表現のバンクを提供するために使用されるだろう。一実施の形態において、ＨＴＭＬパーサは、ＨＴＭＬアジリティパックであるだろうという方法である。

ＨＴＭＬパーサは、発行者により特に削除され、または、セットアップされないコンテンツおよび／またはデータフィードの分析をＣＤＮに許可するだろう。従って、一実施の形態において、ＨＴＭＬパーサは、ニュース記事または他の出版可能なデータを含んでいるパブリックウェブサイトの分析を許可するだろう。パーサは、実社会の不正なＨＴＭＬに大変耐性があるだろう。オブジェクトモデルは、System.Xmlと大変似ているだろうが、ＨＴＭＬドキュメント（または、ストリーム）用だろう。表現エンジンは、ＤＯＭーベース・アプローチから区別されるように、普遍的に全てのテキストに渡って適用されるだろう。

検証ロジック１１４は、誤った、または、不完全なコンテンツを確認するように構成されるだろう。確認されたコンテンツは、標準および存在するフィードおよび他のコンテンツソース間の相互運用性の欠如に起因するコンテンツに関して更なるアクションを行なうためにタグを付けられるだろう。

いくつかの実施の形態において、誤ったコンテンツは、フラグされ、分離されおよびコンテンツの所有者に戻されるだろう。具体的には、誤ったコンテンツを有する記事は、プロダクション処理から自動的に削除されるだろう、従って、デジタルエディションは、完成され、品質保証用のステージング処理に提供されるだろう。ここにて使用されるように、用語「デジタルエディション」は、電子バージョンの情報、電子バージョンの新聞、電子バージョンの書籍および／または電子バージョンの雑誌を意味する。

検証失敗が検出された後、ＣＤＮ１００の可能性がある対応の仕方がいくつかある。コンテンツ・管理システム１４０、プリプロダクションシステム１１０および／またはプロダクションシステム１２０における処理の間のエラー検出は、取るべきいくつもの異なるアクションを起こすだろう。従って、発行者たちへの誤ったコンテンツを訂正し、および／または、送り戻すＣＤＮ１００のアクションは、単に例示であり、ここにて他のアクションが想定され、それらは様々なファクターにより変わるだろう。種々の実施の形態において、ファクターは、それに限定されないが、デジタルエディションへの誤った、または、不完全な記事の臨界および発行者の要望を備えているだろう。一例として、限定ではないが、採用されるだろうアクションは、発行者への通知、全体のデジタルエディションの凍結処理、デジタルエディションからの特定の記事の削除、および／または既知のソリューションによって課題を訂正する試みを含んでいる。いくつかの実施の形態において、ノーアクションが取られてもよいだろう。

一旦誤ったコンテンツを有するデジタルエディションがフラグされると、なぜ初期のコンテンツがフラグされ、除去されたかを決定するために解析が行なわれるだろう。可能性がある修繕は、それが内部データベースへと記憶されるとき内部品質保証チームにコンテンツを更新させることにより悪いキャラクターまたはストリングを訂正することからコンテンツ所有者に全ての記事を再提出しデジタルエディションを再構築させることまでの範囲だろう。品質保証処理は、コンテンツを出版する前に行なわれるだろう。

ＣＤＮ１００は、最終の出版に先立つデジタルエディションを修正するために行なわれる手動ステップスと同様に、記事に対してなされた自動化された修正、および／または、記事が除去されてしまったかどうかを発行者たちが見るための能力を提供するだろう。配信の前に、修正を見る能力を発行者に提供された後に、発行者は、特定のタイムフレーム（例えば、３０分、１時間、２４時間）以内に修正を承認／非承認することができるだろう。

処理ロジック１１６は、フィルターされたコンテンツにコンテンツ証明書を与えるように、誤ったまたは不完全なコンテンツを訂正するかまたは、アクションとしてその所有者に戻すように、および／または、フィルターされたコンテンツを承認し、承認されたコンテンツを正規データベースに記憶するように構成されるだろう。

図３は、本発明の実施の形態によるコンテンツ・配信ネットワークのプロダクションシステムにおけるサービスのプロビジョニングを例示しているフロー図である。図１および図３を参照すると、プロダクションシステム１２０は、正規データベースに記憶されたコンテンツおよび関連データファイルを、コンテンツのテンプレートのタイプを示すテンプレート構造、アプリケーション構造、提供されたサービスのタイプを示すサービス構造、および／または、ビシネスルールおよびコンテンツ用のコンテンツポリシーの１つ以上にマップするように構成されたマッピングロジック１２２を備えているだろう。

種々の実施の形態において、アプリケーション構造は、リーダーデバイス１５０ａ、１５０ｂ上に存在するだろうテンプレートを有するアクティブテンプレートを備えているだろう、そしてそこでは、リーダーデバイス１５０ａ、１５０ｂ上の処理が話題のおよび／またはリアルタイムのコンテンツをリーダーデバイス１５０ａ、１５０ｂ上に存在するテンプレートに提供する。リーダーデバイス１５０ａ、１５０ｂ上のテンプレート存在は、プリフォーマットされた、ページ数を付されたテンプレートの代わりにコンテンツを表示するために使用されるだろう。

いくつかの実施の形態において、コンテンツポリティクスは、リーダーデバイス１５０ａ上に、または、それに限定されないが、ＣＤＮ１００のサーバを含んで、ＣＤＮ１００の他のいかなるコンポーネント上に存在できるであろう、コンテンツのアクティブストリームに適用されたルールをフィルターにかけ、または、フォーマットすることに言及するだろう。コンテンツポリティクスは、リーダーデバイス１５０ａ上にパーソナル化されたコンテンツを表示する目的のために提供されるだろう。一例として、限定ではないが、ソート可能なトップレベルのプレゼンテーションレイヤーは、リーダーデバイス１５０ａのユーザのパーソナルライブラリー内のいくつかのまたは全てのドキュメンツを表示するだろう。ライブラリーは、リーダーデバイス１５０ａ上、および／または、オンライン上に位置を占めて、存在するだろう。

プロダクションシステム１２０は、デジタルエディションを自動的に創造するように構成されたプロダクションロジック１２４を備えているだろう。プロダクションロジック１２４は、デジタルエディションを自動的にアセンブルするためのコンテンツレンダリングおよび新聞レイアウト能力を備えているだろう。

一実施の形態において、プロダクションロジック１２４は、以下の１つ以上を行うように構成されたロジックを備えているだろう、すなわち：新デジタルエディションおよび／またはアプリケーションを開発すること、使用報告および解析フィードバックを適用すること、ユーザインターフェーステンプレートを創造すること、および／または、適用すること、１つ以上のビシネスルールを適用すること、および／またはステージング用に中央データベースを用意することである。

種々の実施の形態において、ビシネスルールは、それに限定されないが、ＣＤＮ１００内の処理の特別なフェーズの初期化または完了について通知を送信すること、いくつかのフィードからコンテンツをデジタルエディションに組み入れること、プロダクションシステム１２０内の処理を示す１つ以上のメトリックスをデータベースに記録すること、および／または、構築されたデジタルエディションまたはその構成要素上のデジタル権利管理を備えているだろう。

一実施の形態において、ステージング用に中央データベースを用意することは、コンテンツの発行者による外部レビューのための完成された出版を提供することを備えているだろう。

プロダクションシステム１２０は、デジタルエディションまたはアプリケーションが配信の準備を整えているかどうかを決定するためにアセンブルされたデジタルエディションをアセンブルし、および／または、テストするように構成されたステージングロジック１２６を備えているだろう。いくつかの実施の形態において、エディションまたはアプリケーションは、品質保証処理を使用して、テストされる。品質保証処理は、配信システム１３０および／またはリーダーデバイス１５０ａをテストするだろうし、配信システム１３０またはリーダーデバイス１５０ａのいずれかに存在するだろう。配信システム１３０は、それに限定されないが、ダウンロード時間、ファイルサイズ、再送信レートまたは配信システム１３０からリーダーデバイス１５０ａへのデジタルエディションの配信の他のいかなる局面を有するいくつかのファクターでテストされるだろう。リーダーデバイス１５０ａは、それに限定されないが、デジタルエディションを開くこと、ページカウントをチェックすること、および／または、デジタルエディションの各ページ上の空白量をチェックすることを有するいくつかのファクターをテストするだろうリーダーデバイス１５０ａ上に存在する自動化された品質保証処理を備えているだろう。これらのメトリックスは、メトリックスを受信するために配置されたＣＤＮ１００のサーバに折り返し報告されるだろう。

一実施の形態において、品質保証処理は、自動化された処理だろう。次の自動化された機能の１つ以上が行なわれるだろう、すなわち：検証処理の間に廃棄されなかった無効データの廃棄、サーバサービスおよび処理のヘルスのリアルタイム監視、いくつかの記事および記事用のファイルサイズに関して閾値が一致したかどうかを決定すること、および／または、フラッグおよび／または誤ったデータを除去することの機能である。次の手動処理の１つ以上が行われるだろう、すなわち：品質保証チームによる内部レビュー、制限された時間（例えば、３０分、１時間、２４
時間）内にコンテンツの承認のために発行者にポータルを、および、時間が経過した後にタイムアウトを提供すること、再提出の可能性がある誤ったデータの調査、および／または、ユーザインターフェース動作制御の処理である。ユーザインターフェース・動作制御は、次の機能の１つ以上を行なうために使用されるだろう、すなわち：記事への順序付け、記事を含めるかまたは除外すること、および／または特別なセクション用の記事にフラッグする機能である。記事は、システムによる自動決定によりデジタルエディションのデフォルトセクション内で提供されるだろう。デジタルエディションの特別なセクションは、それに限定されないが、フロントページ、セクションフロントページおよび／またはサマリービューカラムを備えているだろう。

デジタルエディションまたはアプリケーションが配信の準備を整えていれば、ステージングロジック１２６は、それぞれのエディションまたはアプリケーションにフラグするだろう。デジタルエディションまたはアプリケーションは、配信の準備が整った最終バージョンとして改訂されまたは承認されるだろう。

図４は、本発明の実施の形態によるコンテンツ・配信ネットワークの配信システムにおけるサービスのプロビジョニングを例示しているフロー図である。配信システム１３０から、コンテンツは、１つ以上のリーダーデバイス１５０ａ、１５０ｂに送信するために１つ以上の使用できる通信ネットワーク１６０に送信されるだろう。配信システム１３０は、ＣＤＮ１００によって提供されるサービスの全部または実質的過半数を備えているだろう。配信システム１３０が十分に動作可能である実施の形態において、それは、少量または無量（例えば、０％〜１０％）のパーシーブド・ネットワークダウンタイムおよび／または良好なネットワーク・フォールト・トレランス（例えば、ネットワークが切断を体験する１０％より少ない確率）のような特性を含むＣＤＮ１００に対する高い（例えば、８５％〜９５％）アベイラビリティを提供するだろう。

図１および図４を参照すると、配信システム１３０は、エディションを出版するように構成された出版ロジックおよび通信ネットワーク１６０を通じてフォーマットされたコンテンツおよびサービスをリーダーデバイス１５０ａ、１５０ｂの１つ以上に配信するように構成された配信ロジックを備えているだろう。配信ロジックは、ユニキャストまたはマルチキャスト配信用にネットワーク帯域幅消費を最適化する、および／または、保証されたオンタイムコンテンツ・配信サービスを提供するための方法を実施するように構成されるだろう。例えば、配信ロジックは、リーダーデバイス１５０ａ、１５０ｂを所有する加入者たちにタイムリーな配信を確実にすべく前述の方法の一つを実施するだろう。一例として、限定ではないが、加入者たちへのコンテンツのタイムリーな配信は、毎朝、毎夕、午前７時、午後７時、および／または、他のいかなる選択された時間間隔または時間での配信を備えているだろう。

リーダーデバイス１５０ａ、１５０ｂへの配信がオンタイムで行われることを保証するために、オンタイムコンテンツ・配信サービスに関してＣＤＮ内で複数の管理されたファクターおよび制約があるだろう。いくつかの実施の形態において、配信をオンタイムで行なうことは、目標配信時間の後１０分までに配信を行なうことを備えているだろう。ファクターは、それらに限定されないが、オフピーク・ネットワーク窓制約（例えば、午前１時から午前６時まで）、フィード可能時間、フィード取り入れ、レビューコンテンツ準備、コンテンツレビュー（及び承認または再構築）、および／または、データを検索するために自然に目覚めるリーダーデバイスからのコンテンツ・ダウンロードを備えているだろう。複雑なエンジンは、オンタイム配信の見込みを改善するためにワークフローエンジン内にこれらの変数の１つ以上を考慮するだろう。これは、印刷新聞配信処理およびタイミング制約と同様だろうが、電子エディションに適用されるだろう。

一実施の形態において、マスタースケジューラは、選択されたリーダーデバイスへ刊行されるべきすべてのファイルにリンクするだろう。マスタースケジュール用のルールは、次の１つ以上を備えているだろう、すなわち：サブスクライブされたコンテンツおよび電子新聞は、対応するプリントバージョンと同時に、あるいは、よりも早くリーダーデバイスに配信されるだろう、コンテンツ・配信ストラテジーは、オフピーク・無線広帯域使用時間（例えば、午後９時から午前６時）用に最適化されるだろう、リーダーデバイスの地理的タイムゾーン（例えば、太平洋標準時、東部標準時、グリニッジ標準時）が考慮されるだろう、リーダーデバイスが電源を立ち上げ、ネットワーク接続を確立し、および、いかなるエンドユーザの入力無しでサブスクライブされたコンテンツを自動的にダウンロード、リーダーデバイス・ネットワーク接続時間は、電力消費およびバッテリー寿命を限定する（例えば、１５分または１時間にネットワーク接続時間を限定する）ように最適化されるだろう、サブスクライブされたコンテンツは、サーバ上で圧縮され、コンテンツ配信および／またはファイルサイズ用に最適化されるだろう、時間ごとのブレーキングニュース更新のようなレギュラー更新は、ピーク時間ネットワーク接続時間を最小にするために最適化されるだろう、リーダーデバイスと関連する接続マネジャーは、連続的に（例えば、時間毎または１日２〜３回）最も安いコストのネットワーク、および／または、使用できるコンテンツを検索するだろう、接続マネジャーは、ネットワーク時間およびスケジュラーをコンテンツ・配信スケジュラーから得るだろう、および／または、コンテンツおよびサービスは、それらそれぞれのビシネスルールに基づいて異なるネットワークに導かれるだろう、というルールである。

配信システム１３０は、出版用の最終デジタルエディションを獲得し、スケジュラーに最終デジタルエディションをマップするように構成されたステージングおよびスケジューリングロジックを備えているだろう。一実施の形態において、ステージングおよびスケジューリングロジックは、ハードコピー、ペーパーエディションと約同一時間に（例えば、ハードコピー、ペーパーエディションの配信前または後５分以内に）リーダーデバイスに提供されるべく、最終デジタルエディションをスケジュールするだろう。最終のデジタルエディションのタイムリーな配信を確実にするために、リーダーデバイスで受信されるべきデジタルエディションのための伝搬時間がエスティメイトされるだろう。エスティメイトは、サービスの品質の選択されたレベルにかなうように配信を提供すべく使用されるだろう。ステージングエリア内のファイルは、刊行されるに先立って、まず圧縮されるだろう、それから、これらのファイルがいつ刊行されなければならないかに基づいて、それらに優先順位をつけるだろう特定のルールによってサービスにマッチされるだろう。

いくつかの実施の形態において、エスティメイションは、以下のファクターの１つ以上を盛り込むだろう、すなわち：エディションのサイズ、目標マーケットにおけるローカル加入者たちの人口、ローカルメトロポリタンネットワークの性能、および／または、目標マーケットの適用可能な時間ゾーンである。伝搬時間は、ファイルサイズ、ネットワークのタイプ、受信の品質および他のパラメータに基づいた、変数だろう。配信されるべきコンテンツおよびサービスに基づいて、配信システム１３０は、デバイスの総数および地理的配置に渡って、このコンテンツを出版するための最適時間をエスティメイトするだろう。無線配信ネットワークの不確かさを考慮して、伝搬時間は、フィールド内のデバイスにサブスクライブされたコンテンツを成功裏に配信するために、時間窓（例えば、５分、１５分、３０分、1時間）としてより良く定義されるだろう。伝搬時間は、基本ニュース情報サービスのレギュラーおよびフラッシュ更新を適応および／または最適化すべく、日中のレギュラー間隔（例えば、毎朝、毎夕、１日２〜３回）にエスティメイトされるだろう。例えば、同じようなネットワークノードを共有するリーダーデバイスには、ローカルネットワーク
トラフィックが最適化できて、ネットワークを過負荷にする機会を減らすように、わずかに異なる接続時間が与えられるだろう。統計的基準で、いくつかの試みた再送信は、不良ネットワーク接続のために織り込まれるだろう。ノードごとのデバイスが多いほど、効果的に配信されるコンテンツ用のエスティメイテッド時間窓がより長くなるだろう。

いくつかの実施の形態において、伝搬時間エスティメイションは、効率的および効果的オンタイム配信を得るように、１つ以上のファクターを組み合わせるアルゴリズムに基づくだろう。ファクターは、それに限定されないが、配信のために要求された時間（および／またはリーダーデバイスが入っており、および、いかに多くの人々が同一エリア内にいるかの時間帯）、および／または、コンテンツがリーダーデバイスにダウンロードされる時に使用できるネットワークパイプを備えているだろう。

配信システム１３０は、ステージングおよびスケジューリングロジックのアウトカムに基づいて、コンテンツの配信を開始するように構成されるだろう配信スケジューリングロジックを備えているだろう。配信およびスケジューリングロジックは、以下の機能の１つ以上を実施するように構成されるだろう、すなわち：スケジューリングを要求するイベントをトリガすること、中央に集中化された配信サーバに最終エディションをアップロードすること、および／または、それを通じてエディションが配信される１種類以上のネットワーク用の帯域幅をプロビジョニングすることである。帯域幅をプロビジョニングすることは、それに限定されないが、どのネットワークが最もコスト効果的だろうということを備えているだろういくつかのファクターに基づいて、リーダーデバイスを選択された時間に特別なネットワークと結合することで行われるだろう。

一実施の形態において、配信スケジューリングロジックは、コンテンツを配信するために使用されるだろう通信ネットワーク１６０のタイプを考慮するだろう。例えば、インターネットプロトコル（ＩＰ）・ネットワークのタイプが考慮されるだろう。ネットワークのタイプは、リーダーデバイス１５０ａ、１５０ｂにより使用されたインターネットサービスプロバイダー（ＩＳＰ）によって定義された専用の無線ネットワークまたはネットワークだろう。専用の無線ネットワークは、ベライゾンまたは他のいかなるサービスプロバイダーによって提供されるネットワークだろう。ＩＳＰは、有線またはＷｉ−Ｆｉ接続性またはパブリックＷｉ−Ｆｉ接続性を提供するだろう。

配信およびスケジューリングロジックは、また、それに限定されないが、どのネットワークが最もコスト効果的だろうかを含むだろういくつかのファクターに基づいて、選択された時間に特別なネットワークと結合するだろう。例えば、もしリーダーデバイスが通信的に結合される通信ネットワーク１６０がローカルＩＳＰサービスネットワークおよび専用の無線ネットワークであれば、配信およびスケジューリングロジックが、使用できる最もコスト効果的なネットワークへ、コンテンツをルートづけるだろう。従って、帯域幅の使用は、管理され、および／または、最適化されるだろう。効果的な帯域幅管理および最適化は、通信ネットワーク１６０およびＣＤＮ１００の配信システム上の負荷とストレスを減らすために使用されるだろう。

配信システム１３０は、コンテンツとともに配信およびスケジューリングロジックにより生成された情報を受信するように構成されたネットワーク管理ロジックを備えているだろう。ネットワーク管理ロジックは、また、１つ以上の通信ネットワーク１６０を監視および制御し、コンテンツを１つ以上のエッジサーバに、および、１つ以上のエッジサーバからリーダーデバイスに送信する、および／または、コンテンツエラー訂正および／または再送信を行なうように構成されるだろう。一実施の形態において、ＣＤＮは、通信ネットワーク１６０の種々のアスペクト上で擬似的リアルタイムフィードバックをネットワークプロバイダーから受信するだろうネットワークオペレーターを備えているだろう。ネットワークオペレーターは、フィードバックに基づいてネットワーク管理を行なうための能力を有しているだろう。

配信システム１３０は、最良のレイアウトおよびユーザインターフェース・ナビゲーションを提供し、選択されたサービスおよびアプリケーションを高度サービスのためにリーダーデバイスに配信する、および／または、リーダーデバイスにコンテンツの自動ダウンロードを提供するように構成されたエンドユーザ体験ロジックを備えているだろう。エンドユーザ体験ロジックは、リーダーデバイスおよび配信システム１３０間の通信ネットワーク１６０を通じて情報を送信および受信するだろう。

一実施の形態において、電源オンで、リーダーデバイスは、いかなるユーザ起動入力の受領無しで、および／または、高度の自立により、通信チャンネルを突きとめるだろう。リーダーデバイスは、そして、周期的に（例えば、１５分毎、１時間毎、１日２〜３回、２４時間毎）、限定されないが、リーダーデバイスに意図されたサブスクリプションを含む情報を突きとめるだろう。さらに、重要な更新は、自動的にリーダーデバイスにダウンロードされ、ドキュメンツおよび／またはニュース情報の階層以内の適切なランク順位に現れるだろう。従って、この実施の形態において、リーダーデバイスのユーザは、更新のダウンロードを開始することを要求されないだろう。リーダーデバイスは、最新の更新された情報がリーダーデバイスに自動的にダウンロードされ、もし電源オフされていなければリーダーデバイスに使用できるように、そのシステムをリフレッシュするだろう。トランザクション・レベルの安全性を有するウェブ・ベースのアプリケーションは、限定されないが、重要な更新を含む情報を自動的にダウンロードする機能を実施するだろう。ウェブ・ベースのアプリケーションは、参加する発行者たちの存在するブランド化されたウェブサイトを経由してスタンドアローンアプリケーションまたはシンジケートとして提供されるだろう。

エンドユーザ体験ロジックは、上記機能の１つ以上を提供するリーダーデバイスと相互運用するだろう。例えば、リーダーデバイス１５０ａ、１５０ｂは、高解像度、ペーパー品質テキストのおよび／または図式の画像を提供するように構成された１つ以上の表示パネルを備えているだろう。一実施の形態において、インチあたりのピクセルおよびピクセル解像度は高解像度だろう。例えば、ピクセル解像度は１６００ x １２００だろう。

コンテンツレイアウトおよびユーザインターフェース・ナビゲーション能力は、簡単検索のために、コンテンツのプレゼンテーションおよびナビゲーションを提供すべく、最適化されるだろう。電子新聞エディション用のコンテンツは、例えば、複雑な編集概念で何十ものカテゴリーまたはセクション内に配置された数百の記事を備えているだろうし、コンテンツレイアウトおよびユーザインターフェース・ナビゲーション能力は、リーダーデバイスの使用を著しく強調するだろう。

配信システム１３０は、配信システム１３０に報告された情報を受信、集計および解析するように構成された報告解析ロジック４００を備えているだろう。一実施の形態において、報告情報は、ＣＤＮ１００を介してエンドユーザに提供される広告データに関してエンドユーザからフィードバックされるだろう。ユーザは、広告データに関して直接的で質的なフィードバックを提供するだろう。配信システム１３０は、いくつかの実施の形態において、報告情報をリアルタイムで解析するだろう。情報は広告主に提供されるだろう。いくつかの実施の形態において、配信システム１３０は、広告フィードバックの受信、集計および解析の処理を容易にするように構成された広告サーバを備えている。

他の実施の形態において、報告情報は、それに限定されないが、エンドユーザの購入するコンテンツおよび／またはサービスからの金融取引を示す情報、ローカルネットワーク送信品質および信頼性、エンドユーザのリーダーデバイスのヘルスおよび／またはステータス、および／または、サービス情報の品質を含むＣＤＮ１００により提供されたサービスのレーティングを備えているだろう。報告解析ロジック４００は、カスタマー（または
カスタマーにより使用されるリーダーデバイス）および／またはパートナーおよび報告機能性を提供する配信システム１３０の間の通信ネットワーク１６０を通じて情報を送信および受信するだろう。

いくつかの実施の形態において、配信システム１３０は、ＣＤＮと、それに限定はされないがエンドユーザを備えているだろう、カスタマーとの間の関係の管理を提供するカスタマー関係管理ロジック４１０を有して構成されるだろう。ロジック４１０は、次の機能の１つ以上を提供するだろう、すなわち：カスタマー呼び出しはサポートサービスの選択されたレベルにより順番待ちさせられ、優先度をつけられおよび／またはルート付けされるだろうマルチティアードレベルのサポートサービス、パートナーケア要求サービス、および／または、カスタマーに対するメッセージサービスである。

カスタマー呼び出しに順番待ちさせ、優先度を付けおよび／またはルート付けするマルチティアードレベルのサポートサービスは、図４Ａに例示されているように構成されるだろう。図４Ａに示すカスタマーサービスインフラ構造は、ユーザ、リーダーデバイス１５０ａおよびＣＤＮ１００の他のいかなるシステムの機能性の間で生じる事項にアドレスするために採用されるだろう。一実施の形態において、カスタマーサービスインフラ構造は、ＳＡＰ、マイクロソフト等からのカスタマーサービスインフラ構造・システムだろう。図４Ａにおいて、インフラ構造は、次の機能の１つ以上を備えているだろう、そこでは、「カスタマー」ブロックは、リーダーデバイス１５０ａのユーザに関する取り扱い事項を表すだろう、「ＫＢ／ポータルフォーラム」ブロックは、オンライン、ウェブ・ベース知識ベースおよび議論フォーラムに関する取り扱い事項を表すだろう、「カスタマーケア」ブロックは、ハードウェア所有権、以前のサポート出来事および他の情報を維持するだろうカスタマー履歴データベースに関する取り扱い事項を表すだろう、「運用」ブロックは、ＣＤＮ１００内のいかなるサーバおよびネットワークインフラ構造のメンテナンスおよび／または技術への促進事項に関する取り扱い事項を表すだろう、「技術」ブロックは、特別なトラブルチケットまたは強調要求に答えるソフトウェア変更に関する取り扱い事項を表すだろう、「チケット／ＫＢ」ブロックは、ＣＤＮ１００の有機監督を介してカスタマー問題をトラッキングするためのトラブルチケットメカニズムを表すだろう、「アドミ」ブロックは、エンドユーザアカウント管理を表すだろう、「アカウンティングＲＭＡ」ブロックは、ハードウェア管理ソフトウェアおよび／またはインフラ構造とファイナンシャルシステムを橋渡しすることに関する取り扱い事項を表すだろう、「バグジラ」ブロックは、ソフトウェアバグの取り扱いを表すだろうおよび／または「監視」ブロックは、デバイスおよびサーバヘルスステータスに関する取り扱い事項を表すだろう。

カスタマー関係管理ロジック４１０は、カスタマー（またはカスタマーにより使用されるリーダーデバイス）および／またはパートナーおよびカスタマー関係管理を提供するための配信システム１３０の間の通信ネットワーク１６０を通じて情報を送信および受信するだろう。

いくつかの実施の形態において、配信システム１３０は、リーダーデバイス管理に関連した機能性を提供するプロビジョニングロジック４２０を有して構成されるだろう。種々の実施の形態において、プロビジョニングロジック４２０は、次の機能の１つ以上を提供するだろう、すなわち：リーダーデバイス登録、リーダーデバイスファームウェアまたは他のソフトウェア更新および／または構成、加入者管理、および／または、在庫管理である。プロビジョニングロジック４２０は、存在する配信チャンネルおよび／またはセルラー無線・サービスプロバイダーのような配信チャンネル・サービスプロバイダーとともにあるオリジナルデザイン制作パートナーおよび配信システム１３０の間の通信ネットワーク１６０を通じて情報を送信および受信するだろう。

いくつかの実施の形態において、配信システム１３０は、オンラインストアおよびウェブサービスロジック４３０および／またはユーザたちが確実に様々なサービスおよび／またはコンテンツのカテゴリーを確実に選択およびサブスクライブするように構成されたアプリケーションサーバを有して構成されるだろう。ロジック４３０は、強力な中央貯蔵庫およびストアを提供し、そこで加入者たちは、マルチ新聞、雑誌および他のソース間からそれらのリーダーデバイスに対して最適化されるだろうコンテンツを選択購入およびカスタマイズすることができる。いくつかの実施の形態において、この能力は、加入する新聞に、それらがそれら自身のウェブサイトを経てブランドおよびオファーするようにシンジケートされるだろう。

種々の実施の形態において、オンラインストアおよびウェブサービスロジック４３０は、次の機能の１つ以上を提供するだろう、すなわち：商品およびサービスを売ること、金融取引の間の安全のプロビジョニング、エンドユーザ用パーソナル・オンライン・ストレージスペースのプロビジョニングおよび／またはオンライン・エンドユーザアカウント管理である。

一実施の形態において、ニュースおよび情報サービスは、利用できる電子新聞およびそのセクションを個別のサブスクリプションとし提案する専用の電子ニューススタンドによりオンラインでサポートされるだろう。他の実施の形態において、ゲーム、書籍または漫画サービスが１つ以上の電子書籍ストアを介して目的に応じてサポートされ、提供されるだろう。更に他の実施の形態において、エンドユーザは、オンライン・パーソナルライブラリー、保存記事用のストレージロケーション、パーソナルファイルまたは他のいかなるコンテンツをエンドユーザのオンライン・パーソナル・ストレージロケーションである安全でパーソナル化されたエリアに創作することができるだろう。

更に他の実施の形態において、スタンドアロン・プリントーツーデバイス・サーバアプリケーションは、いかなるタイプのドキュメントまたはウェブページをリーダーデバイス上に提供されたＥリーダープラットフォーム用に最適化されたフォーマットされたコンテンツに変換するだろう。

オンラインストアおよびウェブサービスロジック４３０は、サービスを提供するために、カスタマー（またはカスタマーにより使用されるリーダーデバイス）および／またはパートナーおよび配信システム１３０の間の通信ネットワーク１６０を通じて情報を送信および受信するだろう。

図１を参照して、リーダーデバイス１５０ａ、１５０ｂをもっと詳細に説明する。以下の記述は、リーダーデバイス１５０ａのみを含む本発明の実施の形態を記述するが、しかしながら、同じ記述が、リーダーデバイス１５０ａに加えてまたは代わりにリーダーデバイス１５０ｂを含む本発明の実施の形態に適用する。

リーダーデバイス１５０ａ、１５０ｂは、破壊に抵抗する材料および／または構造であろう基板に結合された１つ以上の表示パネルを備えているだろう。いくつかの実施の形態において、リーダーデバイス１５０ａ、１５０ｂは、防塵性および／または防止性だろう。

ＣＤＮが運用モードにある時、サービスおよびアプリケーションは、リーダーデバイス１５０ａ、１５０ｂに配信されるだろう。一実施の形態において、全てのページ番号をつけたコンテンツ用のブループリントはＣＤＮ１００内のサーバ上で創作されるだろうが、コンテンツアッセンブリは、リーダーデバイスに提供されたアプリケーションソフトウェアおよびレンダラを使用して、リーダーデバイス１５０上で実施されるだろう。ブループリントはデジタルエディション内のコンテンツの配置を決定するだろうし、アプリケーションはブループリントを解釈するだろうし、レンダラはページ番号をつけたコンテンツを再構築するだろう。

一実施の形態において、アプリケーションは、マルチベンダーから可能なデバイス、反復、バリアントおよびジェネレーションの範囲をサポートすることができる十分な柔軟性および拡張性を有して構築されるだろう。画面サイズ、処理容量および通信速度は変わるかもしれないが、コンテンツを保存および記憶するための基本標準およびフォーマットは、時間に対して安定であるように設計され、基本ウェブ標準（例えば、ＨＴＭＬおよびＸＭＬ標準）と同様に、電子書籍、ドキュメンツ（例えば、pdfバージョンのドキュメンツ）およびリッチサイト要約（「ＲＳＳ」）フィード用の現存する標準を、マルチプルデバイスプラットフォームを通じて実施および／または収容するだろう。

最初のエディションおよびサービスが最初に分配され、他のサービスが他のサービスから独立的に分配されるだろう一方で、高度サービスはユーザがリーダーデバイス１５０ａでプリミアムサービスを受信することを選ぶことを許可するために配信されるだろう。

コンテンツは、ユーザインタラクション無しで、スケジュールに従って、リーダーデバイス１５０ａに自動的にダウンロードされるだろう。従って、新聞エディションは、例えば、ユーザたちが典型的に新聞を読む早朝時間の間にリーダーデバイスに自動的に提供されるだろう。

リーダーデバイス１５０ａ、１５０ｂは、ＣＤＮ１００のようなネットワークから１つ以上のチャンネルを通じて受信されたコンテンツを受信および表示するように構成されたいかなるタイプのデバイスであってもよいだろう。いくつかの実施の形態において、リーダーデバイス１５０ａは、コンテンツをあらかじめ負荷するようにおよびチャンネルがアクティブでない時にリーダーデバイス１５０ａのユーザにアクセスを許可するように構成されたいかなるタイプのデバイスであってもよいだろう。一実施の形態において、リーダーデバイス１５０は、それらに限定されないが、Ｅ−ｉｎｋ（Ｒ）デバイスおよび／またはパーソナルコンピュータを備えているだろう。

一実施の形態において、ＣＤＮ１００内の接続マネジャー（図示しない）は、アプリケーションおよびリーダーデバイス上で動作するサービスをリーダーデバイスに使用できる種々のネットワークへ橋渡しするためのミドルウェアを備えているだろう。各ネットワークにルールのセットが与えられるだろう、および／または、関連するコスト、品質、速さおよび／またはダウンロードする実際のコンテンツおよびサービスのタイプに従って優先度がつけられるだろう。一実施の形態において、リンクが検出されればユニバーサル・シリアル・バス（ＵＳＢ）ネットワーク運用が行なわれるだろうし、接続時に構成されて使用できるＷｉ−Ｆｉネットワークが動作を開始するだろうし、および／または、無線広帯域ネットワークが動作を開始するだろう。

サービスの要求レベルおよび他のビシネスルールに基づいて、接続マネジャーはネットワーク接続を開始することを控えるだろう。一例として、特定サービス用の無線広帯域ネットワークトラフィックは、例え接続が全ての時間で利用できるとしても、ピーク時（例えば、午後４時から午後９時）に反して、オフピーク時のみ（例えば、午前１時から午前６時）に導かれるだろう。同様に、プリミアムおよび基本サービスは、どのネットワークがそれらに認可されたかに基づいて、区別されるだろう。

リーダーデバイス用のスケジュラーは、サブスクライブされたコンテンツを検索する際に、電源オンするだろう。例えば、デバイスは、午前５時に電源オンし、コンテンツをダウンロードするためにＣＤＮサーバに接続し、そして、コンテンツをダウンロードした後に、電源オフに戻るかスリープモードに入るだろう。

リーダーデバイス１５０ａは、リーダーデバイス１５０ａにインターフェースを提供するだろう１つ以上の物理的かバーチャルなチャンネルを介してＣＤＮ１００に通信的に結合されるだろう。いくつかの実施の形態において、物理的かバーチャルなチャンネルは、リーダーデバイス１５０ａへの一貫したインターフェースが提供される限りいかなるタイプおよび／または数値でもよいだろう。

システムの一実施の形態において、リーダーデバイス１５０ａ、１５０ｂは、現在記載されるようなものだろう。リーダーデバイス１５０ａは、正に一貫したインターフェースをＣＤＮ１００からデバイスに提供する１つ以上のチャンネルを用いて、ＣＤＮ１００と連絡するだろう。異なるタイプのチャンネルが異なるタイプの通信用に使用されるだろう。種々の実施の形態において、チャンネルは、選択されたリーダーデバイスのグループへ低価格で情報を伝達するために意図されたブロードキャストまたはマルチキャスト・チャンネルだろう。例えば、ニュース、スポーツまたは天気がブロードキャストまたはマルチキャストされるだろう。他の実施の形態において、チャンネルは、高いコストでリーダーデバイス１５０ａ、１５０ｂのより小さいグループに対して意図されたコンテンツをナローキャストまたはポイントキャストするために使用されるだろう。例えば、それらに限定されないが、広告、地理的にローカル化された情報を含むコンテンツが、ナローキャストまたはポイントキャストにより送信されるだろう。ナローキャストまたはポイントキャスト・チャンネルは、ブロードキャストまたはマルチキャスト・チャンネルを補足するだろう。

コンテンツは、送信コストの節約を容認すべく、リアルタイムでまたはスケジュールされた間隔でいかなるタイプのチャンネルを通じて送信されてもよいだろう。例えば、ＣＤＮ１００は、スケジュールされた時間に１日２回または３回、スケジュールされたトラフィック更新を配信するだろう。他の例として、リーダーデバイス１５０ａは、特別な広告へのユーザの応答を集計およびキャッシュし、その応答情報をオフピーク時（例えば、午前１時から午前６時）の間にＣＤＮ１００に提供するだろう。いくつかの実施の形態において、チャンネルは、チャンネルを確立するために経済的である間のいかなる時間に確立されてもよいだろう。

いくつかの実施の形態において、リーダーデバイス１５０ａは、あらかじめ負荷されたコンテンツを受信するように構成されるだろう。あらかじめ負荷されたコンテンツは、コンテンツがリーダーデバイスを使用するユーザにより見られる前のいかなる回数の期間にリーダーデバイスに負荷されてもよいだろう。種々の実施の形態において、コンテンツは、リーダーデバイス１５０ａの製造または販売場所にて、および／または、チャンネルがリーダーデバイスおよびＣＤＮ１００間で確立される時にあらかじめ負荷されるだろう。あらかじめ負荷されたコンテンツは、それらに限定されないが、テレホンディレクトリー情報またはレストランガイド情報のような広告またはデータベース情報を備えているだろう。

リーダーデバイス１５０ａは、リーダーデバイス１５０ａが通信的にチャンネルに結合されていないときにあらかじめ負荷されたコンテンツを利用するだろう。それゆえ、いくつかの実施の形態において、リーダーデバイスは、チャンネル接続のないときに、双方向性アプリケーション用のコンテンツを表示する能力を有しているだろう。あらかじめ負荷するコンテンツは、また経済的な、環境に関するおよび／または送信のファクターに起因するだろう間欠的なチャンネル接続性の発生を減少させるだろう。

いくつかの実施の形態において、リーダーデバイス１５０ａは、デジタル新聞のようなデジタルエディションへのサブスクリプションを受けるように、および／または、１つ以上の選択された時間（例えば、毎朝、午前５時、午前７時）に配信されるべくスケジュールされた電子配信を介してペーパー新聞および／または雑誌のホーム配信をエミュレートするように構成されるだろう。デジタルエディションのタイムリーな配信は、リーダーデバイス１５０ａおよびＣＤＮ１００の配信システム１３０の間の複雑なスケジューリング処理を使用して、上記のように、管理されるだろう。

デジタルエディションの自動創作用の方法は以下のようだろう。一旦コンテンツがダウンロードされ、処理され、データストア内で持続されると、出版タスクがスケジュールされるだろう。出版タスクは、次の処理の１つ以上を備えているだろう、すなわち：検証、リリース／集計、テンプレート化／パッケージ化、構築および／またはステージングである。これらの処理の１つ以上は、モノリシックスケジュラーにより制御されるだろう。処理は強固、拡張性および／または維持容易性を提供するために設計されるだろう。

検証処理は、構築サーバ構成要素を用いる時に、データベース中のダウンロード／処理された記事を経由して、１つ以上の記事を認証するだろう。特別な記事が構築を壊さないことを確実にするために、各記事のデジタルエディションの縮小バージョンを構築するだろう。

リリース／集計処理は、デジタルエディションに含まれるべきコンテンツ（記事）を選択／マークするだろう。何がデジタルエディションに含まれるべきかの条件は特定されるだろう。例証として、限定ではないが、次の条件がデジタルエディションに含まれるだろう、すなわち：「午前６時以降の全ての記事」、「直近の２４時間に刊行された記事」および「最後のエディション以降の全記事」である。更なる目標とする条件が特定されるだろう。一例として、限定ではないが、目標とする条件の次のタイプが特定されるだろう、すなわち：「午前２時および午後２時の間に刊行された全新聞中のベイルアウトに関する全記事」である。処理はデータベース内の選択された（および検証された）記事と関連しているリリース証明情報に帰着するだろう。

テンプレート化／パッケージ化の処理は論理レベルで行なわれるだろう。［かような差異は他のドキュメントにおいて議論され得ると書き留めるあなたのＥメールにおいてあなたが参照する「インプリメンテーション間の差異」について詳述してください。］処理は次のステップの１つ以上を備えているだろう、すなわち：リリース処理によりフラグされた記事に出版のテンプレートを適用すること、それはＸＨＴＭＬファイルに帰着するだろうことと、前のステップからＸＨＴＭＬファイルをパッケージするだろうe-Ｐｕｂファイルを創作することと、および、リリース内に含まれた記事用の画像、および／または、テンプレートにより要求されたロゴおよび他の画像をダウンロードすることである。このテンプレート化／パッケージ化の処理は、上欄で議論されたように、アクティブテンプレートを利用する一例だろう。種々の実施の形態において、アクティブテンプレートは、オンザフライの広告挿入、および／または、パーソナル化されたインデックスページに使用されるだろう。

構築処理は、前の処理からe−Ｐｕｂファイルを受け入れることおよび選択されたファイルフォーマット・デジタルエディションにすることを備えているだろう。

ステージング処理は、ユーザに前の処理により生成されたデジタルエディション・ファイルをレビューすることを許可すること、および／または、１つ以上のストアに送信されるファイル内のステージング環境結果におけるデジタルエディション・ファイルを承認することを備えているだろう。ステージング処理は、出版の構成が承認時にマルチプル・ストア／サーバに送られることを許可するだろう。

電子ペーパーエディションの創作に対して次の想定が課されるだろう、すなわち：標準マークアップ言語、ツールチェーンおよびビジネスロジックとの一体化、第三者設計および著作する環境からのサポート、アダプティブのためのサポート、柔軟な設計、抽象および効率能力、および／または、ストアへの柔軟な出版サポートである。

図５は、本発明の一実施の形態によるサブスクリプションデータ・処理システムのブロック図である。図１および図５を参照すると、いくつかの実施の形態において、ＣＤＮ１００は、サブスクリプションデータ・処理システム５００を備えているだろう。

サブスクリプションデータ・処理システム５００は、トラッキングロジック５２０に通信的に結合されたサブスクリプション・プロビジョニングロジック５１０を備えているだろう。サブスクリプション・プロビジョニングロジック５１０は、コンテンツの発行者たちおよび／またはコンテンツを見るユーザたちにより提示された異なるタイプのサブスクリプションを提供することが可能であるように構成されたいかなるロジックでもよいだろう。異なるタイプのサブスクリプションは、それらに限定されないが、次なるものを備えているだろう、すなわち：更新のある、新聞全体への一般的でユニバーサルなサブスクリプション、ユーザが出版全体へのアクセスを有するが、ユーザが、それらに限定されないが、セクション、トッピク、キーワードまたは著作者を含むクライテリアにより、何を受信したかを調整するパーソナル化されたユニバーサル・サブスクリプション、ユーザが、進行中ベースで、あるセクションまたはカバレッジのみを受信する選択的なサブスクリプション、および／または、ユーザが個別にあるセクションまたは記事を買うアドホック・サブスクリプションである。

ユーザたちは、全部または一部で、1つ以上の出版をサブスクライブするだろう。一実施の形態において、第１の新聞が、第２のエージェントとユーザサインアップおよびカスタム化するところで、すでにユーザと提携しているならば、第１の新聞は、第２の新聞用の販売エージェントだろう。提携は、エンドユーザに、いくつかの出版の構成要素を選択して単一のデジタルエディションにそれらを組合わせることによって、パーソナル化された出版を創造することを許可するＣＤＮ１００の能力を参照するだろう。提携することは、発行者により提供された出版コンテンツのフル・エディション以外のレベルで、アトミシティを提供する発行者の能力または傾向により変わるだろう。例えば、いくつかの異なる電子新聞が、この目的のために、個別にそれらの新聞の各セクションを進んでリリースするならば、個別のセクションは、カスタマイズド・デジタルエディションを創造するためにエンドユーザにより再結合され得る。

いくつかの実施の形態において、システム５００は、ある期間（例えば、週毎、月毎、３ヶ月毎）あるいはコンテンツ（例えば、ニュース、スポーツ）の範囲に渡って有効だろうバルクアクセスに対して購入されるだろうシステム・ワイドアクセスを提供するだろう。

トラッキングロジック５１０は、アトマイズドベースでおよび／または出版の間およびそれに渡って新聞コンテンツの販売をトラッキング可能であるように構成されたいかなるロジックでもよいだろう。種々の実施の形態において、アトマイズドベースは、１記事毎のベースおよび／または１セクション毎のベースだろう。

コンテンツ検索ロジック５２０は、検索質問がリアルタイムまたは非リアルタイムベースでコンテンツデータベースにて行なわれることを許可することができるように構成されたいかなるロジックでもよいだろう。種々の実施の形態において、検索は、ウェブサイトまたはリーダーデバイス１５０ａのみで直接的に行なわれるだろうし、検索結果は、リーダーデバイス１５０ａがＣＤＮ１００に次に接続する時に、ウェブサイトからリーダーデバイス１５０ａに戻される。ウェブサイトは、コンテンツデータベースに検索インターフェースを提供するオンライン・カスタマーポータルだろう。検索インターフェースは、いくつかのフォームのいずれかを取るだろう。検索インターフェースは、ウェブサイトからまたはリーダーデバイス１５０ａからアクセスされるだろう。

本明細書において、添付図面を参照して種々の例示的な実施の形態を記載されてきた。しかしながら、種々の修正および／または変更がそれらになされてもよいし、および／または、追加の実施の形態が、次に続く請求項に記載の本発明のより広い範囲から逸脱しないで、導入され得ることは明らかである。明細書および／または図面は、従って、限定の意向よりもむしろ例示的とみなされるべきである。

Claims (35)

1. 電子コンテンツ配信用のシステムであって、前記システムは、
   誤った情報を除去するように電子コンテンツをフィルターにかけ、この電子コンテンツは前記システムの外部の１つ以上のコンテンツソースから自動的に収集され、
   前記フィルターされた電子コンテンツから、所定のテンプレートを示す電子コンテンツをアセンブルし、
   前記アセンブルされた電子コンテンツを、スケジュールされた時間の送信として配信するように構成されたロジックを有するプロセッサーと、
   １つ以上のチャンネルを有する通信ネットワークであって、前記チャンネルの１つ以上の内の少なくとも一つが前記アセンブルされた電子コンテンツを送信するように構成された第１のアクティブチャンネルである通信ネットワークと、
   前記第１のアクティブチャンネルに通信的に結合可能なメディアデバイスであって、前記メディアデバイスが前記第１のアクティブチャンネルに通信的に結合された時に、前記第１のアクティブチャンネルから前記アセンブルされた電子コンテンツを受信するように構成されており、前記メディアデバイスが、また、前記受信されるアセンブルされた電子コンテンツを表示するように構成されているメディアデバイスと
   を具備する電子コンテンツ配信用のシステム。
2. 前記スケジュールされた時間が、前記通信ネットワークでの帯域幅使用を最適化するように決定されることを特徴とする請求項１記載のシステム。
3. 前記スケジュールされた時間が、前記アセンブルされた電子コンテンツのエスティメイテッド伝搬時間に基づいて決定されることを特徴とする請求項１記載のシステム。
4. 前記エスティメイテッド伝搬時間が、前記メディアデバイスが設置される時間帯に基づいて決定されることを特徴とする請求項３記載のシステム。
5. 前記エスティメイテッド伝搬時間が、前記第１のアクティブチャンネルに結合されて通信的ないくつかのメディアデバイスおよび前記第１のアクティブチャンネルの信頼性に基づいて決定されることを特徴とする請求項３記載のシステム。
6. 前記メディアデバイスが前記第１のアクティブチャンネルに通信的に結合されていない時に、前記メディアデバイスで双方向性アプリケーションを動作させるために使用されるように構成されたデータを前記メディアデバイスがあらかじめ負荷されることを特徴とする請求項１記載のシステム。
7. 前記メディアデバイスの製造時に、前記メディアデバイスが、前記データをあらかじめ負荷されることを特徴とする請求項６記載のシステム。
8. 前記メディアデバイスの販売場所で、前記メディアデバイスが、前記データをあらかじめ負荷されることを特徴とする請求項６記載のシステム。
9. 前記データの使用に先立って、前記双方向性アプリケーションによって、前記メディアデバイスが、前記データをあらかじめ負荷されることを特徴とする請求項６記載のシステム。
10. 前記通信ネットワークが第２のアクティブチャンネルを備えており、前記第１のアクティブチャンネルが前記メディアデバイスへのブロードキャスト送信用に構成され、前記第２のアクティブチャンネルが前記メディアデバイスへのナローキャスト送信用に構成されることを特徴とする請求項１記載のシステム。
11. 前記プロセッサーが、 送信用の前記アセンブルされた電子コンテンツを、前記第１のアクティブチャンネルを通じて、または、前記第２のアクティブチャンネルを通じて、前記アセンブルされた電子コンテンツのタイプに基づいて配信することを特徴とする請求項１０記載のシステム。
12. 前記アセンブルされた電子コンテンツの前記タイプが電子新聞コンテンツであり、前記プロセッサーが前記電子新聞コンテンツを前記第１のアクティブチャンネルを通じて配信することを特徴とする請求項１１記載のシステム。
13. 前記アセンブルされた電子コンテンツの前記タイプが電子広告であり、前記プロセッサーが前記電子広告を前記第２のアクティブチャンネルを通じて配信することを特徴とする請求項１１記載のシステム。
14. 前記プロセッサーが、さらに、前記メディアデバイスから受信されるフィードバックを解析するために構成されたロジックを具備する、請求項１記載のシステム。
15. 前記フィードバックが、前記通信ネットワークの信頼性、前記メディアデバイスにより行われる金融取引、前記アセンブルされた電子コンテンツとともに送信される広告、または、前記アセンブルされた電子コンテンツの前記送信のサービスの品質を示していることを特徴とする請求項１４記載のシステム。
16. 前記プロセッサーが、さらに、前記メディアデバイスへのマルチティアードサポートサービスを提供するために構成されたロジックを具備する、請求項１記載のシステム。
17. 前記プロセッサーが、さらに、前記メディアデバイスと関連する１つのタイプの管理を行うように構成されたロジックを具備し、前記タイプの管理が、前記メディアデバイスの登録、前記メディアデバイスによってアクセスされるアップデートソフトウェア、前記メディアデバイスを構成すること、および、前記メディアデバイスと関連する加入者のプリファレンスを管理すること、からなるグループから選択される、請求項１記載のシステム。
18. 前記プロセッサーが、さらに、前記アセンブルされた電子コンテンツのカスタマイズドバージョンの購入のため、または、前記メディアデバイスと関連して動作するように構成されたカスタマイズドサービスの購入のためにオンラインストアを提供するためのロジックを具備する、請求項１記載のシステム。
19. 前記プロセッサーが、さらに、前記メディアデバイスに送信される前記アセンブルされた電子コンテンツの一部を含むオンラインライブラリを創作するために構成されたロジックを具備し、前記アセンブルされた電子コンテンツの前記一部が前記メディアデバイスのユーザによって選択される、請求項１記載のシステム。
20. メディアデバイスへの電子コンテンツ配信用のシステムであって、前記システムが、
    前記システムの外部に通信的に結合された１つ以上のコンテンツソースから、前記電子コンテンツを自動的に収集するように構成されたコンテンツ・管理システムと、
    前記収集された電子コンテンツから誤った情報を除去し、それにより承認電子コンテンツを発生し、正規データベースに前記承認電子コンテンツを記憶するように構成された前処理システムと、
    所定のテンプレートを示すように前記記憶された電子コンテンツをマップし、前記マップされた電子コンテンツを複数の記事へアセンブルし、前記アセンブルされた電子コンテンツに品質管理を行い、前記アセンブルされた電子コンテンツの最終バージョンを生成するように構成された処理システムと、
    前記アセンブルされた電子コンテンツの前記最終バージョンの配信をスケジュールするように構成されたスケジュラーへ前記アセンブルされた電子コンテンツの前記最終バージョンをマップし、スケジュールされた時間に通信ネットワークを通じて前記メディアデバイスへ前記アセンブルされた電子コンテンツの前記最終バージョンと前記メディアデバイス上の前記アセンブルされた電子コンテンツの前記最終バージョンのレイアウトをフォーマットするための情報を配信するように構成された配信システムと
    を具備するメディアデバイスへの電子コンテンツ配信用のシステム。
21. 前記電子コンテンツが複数のフィードに含有され、前記コンテンツ・管理システムが、さらに、前記複数のフィードの選択された１つ以上を分析するためのストラテジーパターン・ソフトウェアで構成されることを特徴とする請求項２０記載のシステム。
22. 前記コンテンツ・管理システムが、前記電子コンテンツの前記タイプを示す所定のクライテリアに基づいて、前記電子コンテンツを収集することを特徴とする請求項２０記載のシステム。
23. 前記電子コンテンツの前記タイプが、壊れやすくて、キュレーティッドな、オンラインでおよびパーソナルな電子コンテンツからなるグループから選択されることを特徴とする請求項２２記載のシステム。
24. 前記電子コンテンツが、電子書籍コンテンツ、電子新聞コンテンツおよび電子雑誌コンテンツからなる前記グループから選択されることを特徴とする請求項２０記載のシステム。
25. 品質管理が、１つ以上の自動化された処理を介して行われることを特徴とする請求項２０記載のシステム。
26. 前記アセンブルされた電子コンテンツに品質管理を行うことが、前記１つ以上のコンテンツソースの発行者が前記アセンブルされた電子コンテンツを承認するのを許可するためのポータルを操作することを備えており、前記ポータルが前記発行者により操作されるウェブサイトに通信的に結合されることを特徴とする請求項２０記載のシステム。
27. 前記アセンブルされた電子コンテンツに品質管理を行うことが、 いくつかの前記複数の記事が一つの選択された閾値を満たすかどうかを決定することを備えていることを特徴とする請求項２０記載のシステム。
28. 前記アセンブルされた電子コンテンツに品質管理を行うことが、前記複数の記事のサイズが一つの選択された閾値を満たすかどうかを決定することを備えていることを特徴とする請求項２０記載のシステム。
29. さらに、前記スケジュールされた時間に、前記通信ネットワークを通じて、前記メディアデバイスへ、前記メディアデバイスでの高度サービスを提供するための情報を配信する前記配信システムを具備する、請求項２０記載のシステム。
30. 前記スケジュールされた時間が、前記通信ネットワークでの帯域幅使用を最適化することを特徴とする請求項２０記載のシステム。
31. 前記スケジュールされた時間が、前記メディアデバイスへの、前記アセンブルされた電子コンテンツの前記最終バージョンの配信の必須時間を満たすことを特徴とする請求項２０記載のシステム。
32. サブスクリプションデータ処理システムを管理するコンピュータ実装方法であって、前記方法が
    販売用に提供される電子コンテンツに、１種類以上のサブスクリプションを示す情報を提供することと、
    前記サブスクリプションの種類を検索する要求を示す情報を受信することと、
    要求された検索によりデータベース検索し、前記データベースは前記電子コンテンツを示す情報を有することと、
    前記データベースの検索の結果を示す情報を提供することと、
    販売用に提供された前記１種類以上のサブスクリプションの少なくとも一つを購入するための購入情報を受信することと、
    前記１種類以上のサブスクリプションのトラッキングセールとを
    を具備するサブスクリプションデータ処理システムを管理するコンピュータ実装方法。
33. 前記電子コンテンツへの前記サブスクリプションのタイプが、電子出版の全てへのサブスクリプション、電子出版内で選択されたトピックへのサブスクリプションおよび電子出版内で選択された記事へのサブスクリプションからなるグループから選択されることを特徴とする請求項３２記載のコンピュータ実装方法。
34. 検索することの前記要求を示す前記情報が、メディアデバイスから受信され、前記データベースを検索することの前記結果を示す情報が、メディアデバイスに提供されることを特徴とする請求項３２記載のコンピュータ実装方法。
35. 前記データベースを検索することが、リアルタイムで行われることを特徴とする請求項３２記載のコンピュータ実装方法。
    

Images