(57)【要約】      （修正有）【課題】複数のＥＰＧプロバイダーにカスタマイズされたＥＰＧを配信する、ＥＰＧデータ管理・配信システムを提供する。【解決手段】手動入力・訂正サブシステム、データベース妥当性検証サブシステム、エディション発生装置サブシステム及び状態・制御サブシステムから成る、テレビ番組用電子テレビ番組ガイド（ＥＰＧ）のためのデータ管理・配信システム。手動入力・訂正サブシステムは、ＥＰＧ配信者が手動でデータベースに記憶されたデータを訂正、追加及び削除できるようにする。データベース妥当性検証サブシステムは、指定された妥当性検証の任意選択に応じてデータベースに記憶されたデータを検証する。エディション発生装置サブシステムは、ＥＰＧ配信者によって支援される異なったＥＰＧプロバイダーのためにＥＰＧの異なったエディションを発生させる。状態・制御サブシステムは、データ管理・配信システムのオペレーションを全体として監視する。【選択図】図１
2004152310.tif 000002
【特許請求の範囲】
【請求項１】
電子テレビ番組予定ガイド（ＥＰＧ）用データ管理・配信システムにおいて、該ＥＰＧ配信の対象となる複数のターゲット（目標）装置で用いるための番組予定情報が複数のプロバイダー（提供者）に配信されるＥＰＧデータ管理・配信システムであって、
１つ又はそれ以上のソースからテレビ番組予定データを受信し、テレビ番組予定データベースを更新するために前記受信したデータを用いる自動データ収集装置と、
前記データベースにアクセスしそれを変化させる手動入力・訂正装置と、
前記ターゲット装置の１つに対する構成データに応じて前記データベースのデータの一部を抽出しかつデータセットを発生させるエディション発生装置であって、前記データセットが１つ又はそれ以上の前記ＥＰＧプロバイダーのための前記ＥＰＧのエディションを含むエディション発生装置と、
前記データベースの前記構成データを記憶かつ更新する構成記憶・更新装置と、
前記自動データ収集装置、手動入力・訂正装置、エディション発生装置及び構成記憶・更新装置の１つ又はそれ以上の動作を監視、制御する状態・制御装置とから成るデータ管理・配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビで視聴するために利用可能な放送又は有線テレビ番組の予定情報を使用者に提供する、テレビ用の電子番組ガイドシステム（ＥＰＧ）に関する。特に、ＥＰＧを使用者に提供するために用いられる番組予定及び関連情報等のデータを管理かつ配信する装置及び方法に関する。
【背景技術】
【０００２】
テレビ用電子番組ガイドシステムは、特に有線テレビシステムに関して当業界で周知である。例えば、電子番組ガイドの典型的な一実施例では、番組予定情報を連続的に放送するために専用の有線テレビチャンネルを用いている。このようなシステムの利点は、それが有線のヘッドエンドで集中的に実装されるので比較的容易に有効利用できることである。ディスプレイの完全なコントロールが有線ヘッドエンドのヘッドエンドにおいて維持管理されるので、有線システム加入者側においては何ら追加の電子回路又はソフトウエアを必要としない。テレビ視聴者は単に有線コンバータボックスまたはテレビチューナを予定情報が変調され番組表を視聴しうるチャンネルに同調させるだけでよい。典型的には、これらの番組ガイドはテレビ一覧表のスクロール表示を用いている。システムの中には一覧表にスクリーンの一部を用い残りの部分を、有料チャンネルの映画宣伝又はペイパービユー（ＰＰＶ）イベント及び他のコマーシャル情報のような、追加情報に用いるものもある。これらのシステムでは、番組予定情報を表示するために概して、違う横列にそれぞれのチャンネルを、違う時間帯を縦列に有するようなグリッド又はマトリックスを組入れている。
【０００３】
さらに、業界では対話型（インターラクティブ）番組ガイドが知られている。対話型ガイドは、ユーザーのコントロールにより作動するので専用チャンネルガイドより多目的である。しかし、各使用者側でメモリ及びプロセッサの能力を必要とするので実施する上でより経費増になる。対話型ＥＰＧ用のハードウエア及びソフトウエアは、コンバータボックス、テレビ受像機、ＶＣＲ又は視聴者側にある他の装置に設けてもよい。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
非対話型の専用チャンネル及び対話型の両種類に対する番組ガイドは、マルチシステムオペレータ（ＭＳＯ）、有線テレビシステムのヘッドエンド、直接衛星テレビ放送システム（ＤＢＳ）及び地上波有料テレビシステム等の多くの異なったテレビ番組及びＥＰＧのプロバイダー（総合的にＥＰＧプロバイダー）に配信される。さらに、近い将来において地方電話会社のようなテレビプログラミングのプロバイダーが追加される可能性がある。従って、益々多くの有線システム、直接放送衛星システム及びその他のテレビ番組のプロバイダーが加入者へのサービスを強化するにつれて、今後数年間でＥＰＧプロバイダーの数が激増することが予想される。さらに、近い将来テレビ番組プロバイダーは、多分５００にも及ぶ多数のチャンネルを提供するであろう。その上現存するＥＰＧは、ＥＰＧで入手可能なテレビ番組情報の質及び量においてますます高性能化されるであろう。上記要因は、複数のＥＰＧプロバイダーに対してＥＰＧ配信者によって扱われるデータ量の相当な増加に帰着するであろう。従って、人手によるオペレータの介入を最小にした効率的かつ低コストな方法でＥＰＧデータの自動収集、処理を行うＥＰＧデータ管理システムの必要性がある。さらに、同システムは、各々が異なった、しばしば互換性の無いフォーマットで複数のソースからデータを受取る能力がなければならない。異なったＥＰＧプロバイダーへ配られるデータ量が多くなればなるほど、受取って処理しなければならないデータ量が多くなる。
【０００５】
ＥＰＧ用のデータ管理システムは、複数ソースから受取るデータをも管理かつ調整しなければならない。このデータは外部のサービスプロバイダーによって提供されるので、データフォーマットはしばしばＥＰＧ配信者によって用いられるフォーマットと互換性がない。それゆえにＥＰＧデータ管理システムは、ＥＰＧ配信者によって用いられるデータベースフォーマットと互換性がとれるように、各種のソースからのデータを収集しかつデータに対して必要な処理機能を行う装置を持たなければならない。
【０００６】
ＥＰＧデータをＥＰＧプロバイダーに配信することを複雑化している一要因は、テレビ番組配信業界において番組及びその他の情報を送信しかつ受信処理するハードウエア及びソフトウエアが配信者毎に変わることにある。ＥＰＧの広範な配信を実現するためには、ＥＰＧ配信者のシステムがＥＰＧプロバイダーによって用いられる各種のハードウエア及びソフトウエアの各々とインタフェースで接続可能でなければならない。
【０００７】
特定のＥＰＧプロバイダーへのＥＰＧの配信は、特定のハードウエア及びソフトウエア送信プロトコールによって影響されるのみならず、ＥＰＧプロバイダーの地理的場所、そのデータ処理システムの電子的な記憶及び処理能力並びにＥＰＧプロバイダーによって与えられるプログラミングの特性及び範囲のような他の要因によっても左右される。例えば、もしＥＰＧ配信者が全国の複数の市場（又は全市場）において提供されるほぼすべての局に対する一覧表を含むテレビ番組予定情報の広域的標準データベースを作り出している場合、ＥＰＧ製品が用いられる前に特定のＥＰＧプロバイダーの地理的市場以外の局及びＥＰＧプロバイダーのシステムで実行されないその他の局に関する情報をフィルター・除外することによって、標準データベースは特定のＥＰＧプロバイダーにカスタマイズされるようにしなければならないであろう。さらにＥＰＧデータは特定のＥＰＧプロバイダーの時間帯に適合させなければならない。従ってＥＰＧ配信者は、製品が用いられる地理的市場の各々に対応する一連の標準データベース製品からカスタマイズされ、フィルターされたバージョンを提供することができなければならない。
【０００８】
フィルター処理は、地方番組配信者のコンピュータの処理・記憶能力に依存する。例えば、ＥＰＧ配信者はその中央コンピュータを用いてフィルター処理を行った後カスタマイズされた製品を各ＥＰＧプロバイダーに引渡すことができる。他のシナリオでは、広域的標準データベース（又は複数のＥＰＧプロバイダー用のデータを含むそのサブセット）が各ＥＰＧプロバイダーに送られ、そこで各プロバイダーのコンピュータがフィルター処理を行うようにすることもできる。また、代替案として、ＥＰＧ配信者が各ＥＰＧプロバイダー側に配信者の遠隔コンピュータシステムを設置することも出来る、その場合広域的標準データベースは各遠隔コンピュータに送信され、さらに地方送信リンクを介してＥＰＧプロバイダーのコンピュータへカスタマイズされたデータベースを送る前に遠隔コンピュータでフィルター処理が行われる。
【０００９】
有線テレビヘッドエンド及び他のＥＰＧプロバイダーに対する現データ処理システムは、データの受信及び処理方法で広範に変わる。あるシステムでは、Ｇｅｎｅｒａｌ  Ｉｎｓｔｒｕｍｅｎｔｓの『ＩＰＧ』のように、全ファイルを受信するように構成することができるが、他のものでは、Ｓｃｉｅｎｔｉｆｉｃ−Ａｔｌａｎｔａの情報サービスプロセッサ（ＩＳＰ）のように、データプロセッサ固有のデータベースを更新するために用いられるトランザクション（処理単位）にデータが分離されることが必要になるかも知れない。ＥＰＧ配信のために開発中の他のシナリオでは、連続的又は『ライブ（生）』デジタルデータストリームが用いられる。そのデータストリームは、ＥＰＧプロバイダーに送信され、さらに各種のシステム加入者に配信される。各加入者には適切なソフトウエア及びデータ処理能力が与えられ、地方の番組・ＥＰＧプロバイダーによって実施される番組用の予定情報のみが引き出されるようにされる。
【００１０】
この様なシステムの一例は、ＴＣＩ用にデザインされたＤｉｇｉＣａｂｌｅ供給発生器である。ＤｉｇｉＣａｂｌｅシステムは、連続的にＥＰＧデータのデジタルストリームを発生させ、それをＤｉｇｉＣａｂｌｅと互換性をもつＥＰＧプロバイダーに送信する。この種のシステムのデータフォーマット及び送信プロトコールは、周期的にデータを番組配信者に送信するＩＳＰ及びＩＰＧのようなシステムのものとは非常に異なる。それゆえにＥＰＧ配信者のシステムは、異なったＥＰＧプロバイダーによって用いられる異なったシステムの各々に対して異なったデータ供給ができるものでなければならない。
【００１１】
さらに、ＥＰＧプロバイダーにＥＰＧデータベースを提供するのに加えてＥＰＧ配信システムは、ＥＰＧプロバイダーに対するＥＰＧデータにアクセスして利用するのに必要なソフトウエアをダウンロードさせなければならない。対話型ＥＰＧの場合、そのソフトウエアはＥＰＧプロバイダーの加入者に供給され、加入者のセットトップボックス又はユーザ側にあるテレビ受像機、ＶＣＲ、パソコン若しくはその他の装置のデータプロセッサに記憶する。各ＥＰＧプロバイダーにおけるデータプロセッサが異なるように、加入者のセットトップボックスは異なっており、加入者のものはＥＰＧプロバイダーにおけるデータ処理システムと互換性がなければならない。従って、異なったＥＰＧプロバイダーは、加入者に対して適切なダウンロードを与えるために異なったソフトウエアを構成することが必要になる。
【００１２】
処理、記憶及び情報内容に対する異なった要件を持つ複数のＥＰＧプロバイダーに適応させるために、各ＥＰＧプロバイダーに対して適切なフォーマット及び送信プロトコールを用いた適切なデータを送信するのに要するインテリジェントＥＰＧデータ配信システムが必要となる。
【００１３】
従って、本発明の目的は、複数ソースからのデータを収集し、テレビ番組予定情報の広域的データベースを作り出すためにデータを処理し、複数のＥＰＧプロバイダーにカスタマイズされたＥＰＧを配信する、ＥＰＧデータ管理・配信システムを提供することである。
【００１４】
本発明のさらなる目的は、番組予定情報の広域的標準データベースの情報を用いてカスタマイズされたＥＰＧを作り出す複数の構成物を提供することである。
【００１５】
本発明の別の目的は、複数の情報プロバイダーからデータを収集する自動データ収集システムから構成されるデータ配信・管理システムを提供することである。
【課題を解決するための手段】
【００１６】
発明の要約  その他のものも含めて本願の目的は、本発明のＥＰＧデータ管理・配信システムによって達成される。同システムは、自動データ収集サブシステム、手動入力・訂正サブシステム、データベース妥当性検証サブシステム、エディション発生サブシステム、構成サブシステム及び状態・制御サブシステムから成る。同システムは、もしＥＰＧ配信者がサポートしている１以上のＥＰＧプロバイダーがデータの『ライブ』又は連続供給を必要とする場合、供給発生サブシステムをさらに含む。
【００１７】
自動データ収集サブシステムは、各種のフォーマットの複数ソースからＥＰＧデータを収集し、サポートしているＥＰＧプロバイダーの必要に応じてデータベースをフィルターし、ＥＰＧプロバイダーの異なった環境条件をサポートするのに適した形式で中央集中化された主データベースにデータを配置する。手動入力・訂正サブシステムは、ＥＰＧ配信者がデータベースに記憶されるデータの手動訂正、追加及び削除を行うことを可能にする。データベース妥当性検証サブシステムは、指定された検証選択枝に従ってデータベースに記憶されるデータを検証する。エディション発生サブシステムは、ＥＰＧ配信者によってサポートされる異なったＥＰＧプロバイダーに対しＥＰＧの異なったエディションを発生させる。構成サブシステムは、各種のＥＰＧプロバイダーから情報を受取り、その情報が他のサブシステムヘ送られ、その情報をそれぞれのタスクを実行するのに用いられる。状態・制御サブシステムは、データ管理・配信システムのオペレーションを全体的に監視かつ制御する。
【発明の効果】
【００１８】
本発明のＥＰＧデータ管理・配信システムでは、人手によるオペレータの介在が最小で、適切なフォーマットにより効率的かつ費用効果的な方法でＥＰＧ配信者が多数のＥＰＧプロバイダーにデータを提供することができる。
【発明を実施するための最良の形態】
【００１９】
本明細書ではＥＰＧが配信される装置又はシステムは、『ターゲット（目標）装置』、『ターゲット（目標）プラットフォーム』又は『ターゲット（目標）環境』と呼ぶ。ターゲット（目標）装置は、ＥＰＧ配信者によって送られるデータを受取りかつ記憶する。専用チャンネル型ＥＰＧの場合では、ターゲット（目標）装置は有線システムのヘッドエンドにおけるコンピュータシステムである。同システムは、要求されるガイドの個々のエディションを作り出し、同ガイドを有線チャンネルで有線システムの加入者に送信する。対話式ガイドに対するターゲット（目標）装置は、セットトップボックス内又は加入者の場所における他の場所に配置されて特定のアプリケーションを実行する特定タイプのデータプロセッサである。加入者側に配置されるデータプロセッサでは、ＥＰＧデータを記憶し、加入者のコントロールによりＥＰＧを生成するために同データが用いられる。
【００２０】
本発明のＥＰＧデータ管理・配信システムは、同一出願人に譲渡された先の特許出願『電子テレビ番組ガイド予定システム及び方法』（１９９３年９月９日付、第１１９，３６７号）、『改良されたに電子テレビ番組ガイド予定システム及び方法』（１９９４年５月２０日付、第２４７，１０１号）、『番組予定情報をテレビチャンネルで表示するシステム及び方法』（１９９４年５月２０日付、第２４７，０５９号）、『電子テレビ番組ガイドチャンネルシステム及び方法』（１９９４年９月２３日付、第３１１，４７５号）及び『タイトル別番組一覧表の表示・探索付き電子テレビ番組ガイド予定システム及び方法』（１９９４年１１月２９日付、第３３０，６８４号）に記載された対話型及び専用チャンネル型ＥＰＧと互換性を有するように設計されている。当業者にとって本発明の装置が他のＥＰＧにも有効に用い得ることは明らかであろう。
【実施例】
【００２１】
図１は、本発明のＥＰＧ管理・配信システム１の一実施態様の全体構成図である。同図は、自動データ収集サブシステム１０、手動入力・訂正サブシステム２０、データベース妥当性検証サブシステム３０、エディション発生サブシステム４０、構成サブシステム５０、状態・制御サブシステム６０及び供給発生サブシステム７０を含む各種のサブシステム間のプロセス流れを例示する。
【００２２】
同様に図１には、コンテンツ（内容）データ９２、コンテクスト（前後関係）データ９４及び構成データ９６を含むＥＰＧ主データベース９０を示す。コンテンツデータは、番組表題及び詳細のような、番組自体の固有情報を指す。コンテクストデータは、番組からは独立したもので、かつ、同一の番組であっても、二つの異なったケーブル・ヘッドエンドのように提供するプロバイダーの違いによって異なり得る。そのコンテクストデータは、番組が何時放送されるか及び特定のＥＰＧプロバイダーに対してどのチャンネルかを決定する。コンテクストデータは、チャンネルマップ、ＰＰＶ価格及び予定情報をも含む。構成データは、オペレーションのために各種のサブシステムプロセスで用いられるデータを含む。この種のデータの例としては、ＥＰＧの受動型エディション又は幾つかのＥＰＧの対話型エディションを受け取るＥＰＧプロバイダーのリスト、及び異なったエディションの制作・搬送スケジュール予定を含む。また構成データは、ＥＰＧ配信者によってサポートされるターゲット（目標）装置の表示能力を特定するデータも含む。図１の矢印は、各サブシステム間の情報の流れを示す。太線矢印は、データ配信システムによって発生されるエディション及び供給を含む番組予定情報の流れを示す。細線矢印は、マニュアル入力データ、制御及び構成データのような他の情報の流れを示す。状態・制御サブシステム６０は、このサブシステムが総合システム制御及び状態監視に用いられるので、他のすべてのサブシステムと対話するように例示されている。
【００２３】
自動データ収集（ＡＤＣ）サブシステム１０は、情報プロバイダーによって用いられるいずれかのフォーマットで番組予定情報のプロバイダーから供給データ８０を受取り、ＥＰＧプロバイダーによって用いられかつＥＰＧ配信者がサポートしている各種のターゲット（目標）装置に合致したデータをフィルターする。ＡＤＣサブシステム１０は、各種の情報プロバイダーのデータフォーマットの各々に対する別個のプロセスを含む。これらのプロセスは、広域的又は主ＥＰＧデータベース９０にデータを入れるために独立して作動する。
【００２４】
図２は、ＡＤＣサブシステム１０の一実施態様のオペレーションを例示する。
ＥＰＧデータは、周期的に、例えば毎日、１１０で受け取られる。ＥＰＧデータは、放送網、地方支局、有線チャンネル、プレミアムサービス及びペイパービユ（ＰＰＶ）番組を含む全国の多数のテレビ局に対する番組予定情報を含み得る。１１０で受け取られたＥＰＧデータは、既に主ＥＰＧデータベースにあるデータを更新するのに用いられる。望ましい実施態様では、受け取られるデータは共通データ抽出物（ＣＥＤ）又は共通抽出物（ＣＥ）と呼ばれ、Ｎｅｗｓ  Ａｍｅｒｉｃａ  Ｐｕｂｌｉｓｈｉｎｇ，Ｉｎｃ．によって出版される印刷されたテレビガイド番組『ＴＶ  Ｇｕｉｄｅ（商標）』用として用いられるデジタル出版システム（ＤＳＰ）に含まれるデータの一部を表す。望ましい実施態様では、『共通抽出ＡＰＩ基準マニュアル』（Ｖｅｒｓｉｏｎ  １．０，６／１７／９４，１９９４  Ｎｅｗｓ  Ａｍｅｒｉｃａ  Ｐｕｂｌｉｃａｔｉｏｎｓ，Ｉｎｃ．）応用プログラミングインタフェース（ＡＰＩ）がＣＥを処理するために用いられる。
【００２５】
新情報のみが主データベース９０に書き込まれる。受け取られるデータは、既に主データベースにあるデータの実質的な複製データの完全セットかも知れないか若しくは、一日分のような、次の増分時間周期に対するデータかも知れない。新情報を決定するために、受け取られたＣＥ１１０はＡＤＣプロセッサ１２０によって処理され、主ＥＰＧデータベース９０内のデータに対してなされる追加、削除及び変更が決定される。ＥＰＧの差のデータベース又はデータ記憶装置１３０は、主データベース９０を更新するのに用いられる。その差を決定するために、ＡＤＣプロセッサがコンテクストデータ９４及び構成データ９６を読取り、受け取られるデータのサブセットである差記憶データ１３０を作り出すようにする。差データ記憶装置１３０は、差分処理を行うために最適化される。それは現在どんなデータがあるか若しくは収集かつ処理された最終時間データに関してどのように異なるかを決定することができる。これは主データベースでの処理数を最小化させる。異なることが決定されたデータが主データベース９０内に置かれる時、新データ又は現存データになされた変更がマニュアル編集及び訂正サブシステムによってなされる編集物と矛盾するかどうかを決定するためにさらに検査が行われる。主データベース９０への更新はファイルに記憶され、バッチとして適用されるか、差分処理中に実時間で行われる。差データ記憶装置１３０は、受領したデータが最後に受領したデータとの差を示さない場合、単一ソースから受け取られるデータにおける差を決定するのに用いられる。受領したデータは同一ソースから前に受領していたデータと比較される。ＡＤＣサブシステムは、データが複数ソースから受け取られる時差分処理を行うことが要求される。この様な状況で、受領したデータは主データベース９０内のデータと比較され、既にそこに記憶されているデータと重複するか、矛盾するかどうかを決定する。
【００２６】
ＡＤＣサブシステムは、受け取られるチャンネルマップデータ１４０に関して類似の段階を行う。チャンネルマップは、ＥＰＧ配信者よってサービスされるＥＰＧプロバイダー毎に搬出される異なったテレビ局の一覧表、さらに搬送される各局の特定チャンネルも含む。チャンネルマップは、ＥＰＧ配信者よってサービスされるＥＰＧプロバイダーの各々に対するＥＰＧのカスタマイズエディションを作り出すために必要とされる。チャンネルマップデータ１４０は、チャンネルマップの差分データベース、即ち、記憶データ１６０のデータベースを発生させるためにチャンネルマッププロセッサ１５０によって処理される。チャンネルマッププロセッサ１５０は、差分データ記憶装置１３０と類似の方法で主データベース９０を更新するのに用いられるチャンネルマップ差１６０を作り出すために、構成データ９６を読み取る。受け取られるチャンネルマップデータを処理するために用いられるチャンネルマップＡＰＩは、『チャンネルマッピングＡＰＩ基準マニュアル』（Ｖｅｒｓｉｏｎ  １．１，４／２８／９４，１９９４  Ｎｅｗｓ  Ａｍｅｒｉｃａ  Ｐｕｂｌｉｃａｔｉｏｎｓ，Ｉｎｃ．）に記載されている。
【００２７】
もし追加情報プロバイダーからの情報が、ＥＰＧ配信者によって利用されるなら、ＡＤＣサブシステムは、主データベース９０内に配置するのに適するように、受け取られるデータをフィルターかつ再構成する類似のプロセッサを含み得る。
【００２８】
ＡＤＣサブシステムのすべてが、記録又は検査データベース１９０への検査情報を書き込む。検査情報のレベルは、共通状態・制御サブシステム６０からの設定情報を引き出すことによって設定される。
【００２９】
図３は、ＡＤＣプロセッサの操作を極詳細に例示する。ＡＤＣプロセッサ１２０は、ＣＤＥ  ＡＰＩ１７０を通してＣＤＥ１１０をアクセスする。ＣＤＥ及び既に主データベース９０内にあるデータ間の差が決定され、データ差データベース１３０に書き込まれる。その後ＡＤＣプロセッサは、差データベース１３０内の差を主データベース９０に書き込むことによって主データベース９０を更新する。同様に、チャンネルマッププロセッサ１５０は、チヤンネルマップＡＰＩ１８０を通してチャンネルマップ１４０の抽出物をアクセスする。チャンネルマップ抽出物及び既に主データベース９０内にチャンネルマップデータ間の差が決定され、チャンネルマップ差データベース１６０に書き込まれる。次いでチャンネルマッププロセッサ１５０は、チャンネルマップ差データベース１６０内の差を主データベース９０内に書き込むことによって主データベース９０を更新する。
【００３０】
図４は、マニュアル入力・訂正（ＭＥＣ）サブシステム２０によって行われるプロセスを例示する。ＭＥＣサブシステムが必要なのは、主データベース９０内に含まれるデータに対する変更、訂正及び削除が時折ＥＰＧ配信者の手動によって行うことが必要になるためである。マニュアルでなされる種類の変更の一例は、以下に詳説される『テキストフィット（本文適合）』と呼ばれる。本文適合プロセスは、２段階プロセスであり、なされるべき必要のある作業のためにデータベースを走査する非対話形式のバックグラウンド処理及び索引が付されて発見が容易なマークされた入力を走査する対話形式の処理を含む。本文適合の対話型部分は、適切な変更をするためにエディタにコンテクスト情報を与える。この非対話形と対話形を結合した設計では、データの部分に対して行われる同一の妥当性検証を行う複数の対話形式処理を回避し、顧客サーバー導入においてネットワークリンクを横切るデータを最小にさせる。表題及びコピーの編集が必要なのは、ＥＰＧ配信者によってサービスされるＥＰＧプロバイダーが使用している異なったターゲット（目標）装置が、表題及びコピーの表示に対して異なったフィールド（映像面）サイズを有するからである。本文適合アプリケーションは、エディタがこれらの表題及びコビーに対して略記された標題をデータベース内に含み得るように、異なったハードウエアに対してどの表題及びコピーが編集されなければならないかを決定する。本文適合プロセスでは、すべての可能なターゲット（目標）プラットフォームに対して更新されるデータフォーマッティング規準が記憶され、すべてのターゲット（目標）プラットフォーム、に対してデータベース内のテキストにこれらの規準が適用される。もしテキストが編集を要するような配置にある場合、エディタはターゲット（目標）プラットフォームに対してテキストを編集するよう必要な入力指示がエディタに出される。編集がなされる時編集された表題及びコピーのライブラリが将来の参照のために更新される。このようにして、次に同じ文章やコピーがデータベース内で見つかった時、使用者に指令する前にライブラリを調べることによってプロセスは部分的に自動化される。
【００３１】
図４に示す通り、エディタ２１０は、本文適合プロセッサ２２０をコントロールして、コンテクスト及び構成データを用いながら主ＥＰＧデータベースの内容を変える。同様に図４に示す通り、総合マニュアル（手動）入力プロセッサ２４０によってエディタ２３０で他のＥＰＧデータの入力・訂正ができる。ＥＰＧデータ配信・管理システムがこの能力を備えることが重要なのは、主データベース９０内のデータに対するマニュアル訂正がしばしば必要となるからである。プロセッサ２４０によって修正される情報の中には、ステーションログデータ（特定の局に対する番組表）、チャンネルマップ、プレミアムサービス情報、宣伝コピー、ＰＰＶ価格・スケジュールデータ、加入者メッセージ、宣伝ビデオ・テキストデータ及びニア・ビデオ・オン・デマンド（ＮＶＯＤ）のスケジュール・価格データがある。ＭＥＣサブシステムでは、代替案として修正を要する他のいずれかの情報を修正するように構成しうる。
【００３２】
ＭＥＣサブシステムは、データの表示、入力及び修正用ユーザインタフェース、データになされる変更を追跡する報告メカニズム及び検査記録、認定されたエディタのみが主データベース９０内のデータを変えることを許す保護手段並びにＭＥＣサブシステムを用いる上でエディタを助ける援助手段を含むことが望ましい。
【００３３】
データベース妥当性検証、即ち、検証サブシステム３０は、訂正のために主データベース９０内に含まれる情報を検討するために用いられる。例えば、データベース妥当性検証サブシステム、は、本文適合訂正が必要かどうかを決定するためにデータベースに報告３５（図１）を発生させる。それはサポートされなければならない供給及びエディッションを識別する構成情報を受け取り、供給及びエディションを作り出すために必要なデータのすべてが存在しかつ正しいことを検証する。データベース妥当性検証サブシステムは、オペレータによって指定される全データベース又はそのあらゆるサブセットのいずれかに自動的に作用する。サブセットは、検証すべき時間窓及び特定のエディションを確定することによって特定される。
【００３４】
検証サブシステム３０は、ターゲット（目標）装置のフィールド内に大きすぎて適合できない表題を走査する番組表題サイズチエッカ、同様目的のための宣伝コピーサイズチエッカ、スケジュールの欠け及び重複を検査するステーションログチエッカ、データベースから古いデータを除去するデータパージ、及びデータベースの総合的完全性を検査する総合完全性チエッカを含み得る。番組表題及び宣伝コピーサイズチエッカのために妥当性検証サブシステムは、訂正を要するデータベース内の各問題を識別ため、十分なコンテクスト情報を有するコントロールファイル及び必要とする変化の数を含む報告を出力する。ステーションログ及びデータベース完全性チェッカのために妥当性検証サブシステムは、発見された問題の詳細報告を出力する。欠けている表題及びコピー、不適切な言語、ＰＰＶイベント用価格や宣伝コピーの欠け、及び未編集映画用ＭＰＡＡレーティングの欠け等、データに関し起こりうる追加的いくつかの問題を検査するために妥当性検証サブシステムを容易に構成し得ることは当業者にとって明らかであろう。ＥＰＧのためのデータ検証システムは、同一出願人に譲渡された出願第３３０，６８４号『電子番組ガイドデータ検証システム及び方法』に記載されている。同出願は本願の引用例として参照される。
【００３５】
エディション発生サブシステム４０は図５に示す。エディションは、例えば毎日又は他の周期で作られる。作成されなければならないエディションは、ＥＰＧプロバイダーのターゲット（目標）環境及びチャンネルマップによって決定される。エディション抽出及び構成プロセス４１０は、データベース９０から情報を読取り、ある特定のエディション作成に必要なコンテンツデータベース９２からデータのキャッシュ（貯蔵所）を作り出す。ＥＰＧデータベース９０は、作成すべきエディションのためのヘッドエンド、チャンネルマップ及び時間窓を含む特定のエディション用にコンテクストに関連したすべでのデータを含む。ターゲット（目標）環境コンテクストデータ９４及び構成データベース９６内の配信パラメータからのデータを用いて、エディション４２０が編成され、４３０でターゲット（目標）装置に送られる。エディション作成は、周期的に又はスケジュールベースで行われるか若しくは以下に述べる状態・制御サブシステム６０の一部である状態・制御データ６１０からの割込みの結果として行われる。
【００３６】
ＥＧＰ配信者によってサービスされるターゲット（目標）装置の変化する受容、処理及び蓄積能力によって制限されるために、エディション発生サブシステムにより作られるエディションには幾つかの異なった種類がある。以下のものは作成され得る各種のエディションの代表的例である。
【００３７】
＜多システムエディション＞
多システムエディションは、複数のＥＰＧプロバイダーに送信されるＥＰＧの単一合成エディションである。多システムエディションを受け取る各プロバイダーは、当該エディションを含むデータから関連したデータを抽出し、提供されるＥＰＧの形式専用チャンネルか対話型ＥＰＧ、もしくはその両方のためのデータのみを利用する。ＥＰＧプロバイダーは、多システムエディションに対し自らをハンドシェイクプロトコールの一部として認識する。ＥＰＧプロバイダーの認識に基づいて多システムエディションから当該ＥＰＧプロバイダーに独自のデータが抽出され、ＥＰＧプロバイダーのデータプロセッサに供給される。このデータは、ＥＰＧプロバイダーのための番組予定情報、チャンネルマップ及び構成データを含む。
【００３８】
多システムエディションは、例えば衛星送信によってＥＰＧプロバイダーに配信される。各ＥＰＧプロバイダーは、デジタルデータストリームを受け取るために受信アンテナを有する。この様な衛星送信技術は当業界で周知である。代替案としては、マイクロウエーブ送信、ケーブル、光ファイバー、または電話回線がデータの送信に使用されうる。フィルターは、ＥＰＧプロバイダーにおけるデータプロセッサのメモリーにＥＰＧデータを充填することによって達成される。もしＥＰＧプロバイダーそれ自身が有線ヘッドエンドでなく有線グループのようなより高レベルの企業体であるなら、ＥＰＧプロバイダーはそれがサービスする有線ヘッドエンドの各々に対して抽出を行い、カスタマイズされたデータベースを当該ヘッドエンドへ供給するようにしてもよい。この配信方法の利点は、抽出プロセスに及ぶコントロールがＥＰＧ配信者ではなくてＥＰＧプロバイダー側にあることであり、従って最終データベースの配信処理を考慮したものである。これは、冗長情報を一旦複数のＥＰＧプロバイダーに配信することによって放送帯域幅のより有効な利用を可能にする。
【００３９】
多システムエディションの不利な点は、それが送信される遠隔地の各々において多大なプロセス・メモリー能力を要することである。多くの小さなＥＰＧプロバイダーはこれらの能力を有するコンピュータを持たないかも知れず、従って代わりの配信装置が必要となる。さらに、十分な処理能力は有するが既に固定された構造なので多システムエディションを用いることができないようなシステムへデータを配信する必要があるかもしれない。
【００４０】
＜単一システムエディション＞
多システムエディションに要するプロセッサ・記憶能力を持たないＥＰＧプロバイダーに対する代わりの選択は、これらのプロバイダーのためにカスタマイズされた単一システムエディションを提供することである。単一システムエディションに対してＥＰＧ配信者はＥＰＧデータベースから特定の番組配信者のためのＥＰＧデータを抽出する。多システムエディションに関しては、ＥＰＧプロバイダー用のチャンネルマップに基づいてデータが抽出される。典型的にデータは圧縮され、公衆交換電話網によりモデムを介して送信される。これは小さなＥＰＧプロバイダーにとって最も経済的な送信手段であり、単−ＥＰＧプロバイダーに対するデータのみが各通信時間で送信されるので、データ送信のために不当に長い時間を要することはない。勿論、他の送信手段も可能である。
【００４１】
このシステムの利点は、番組配信者がその配信システムのために既にカスタマイズされているＥＰＧを受取るので、ＥＰＧを視聴者に送信する前に殆ど又は全く処理する必要がないことである。さらに、特定の配信システムによって求められるデータのみが送信されるので、ＥＰＧプロバイダーに対するメモリー・処理条件は多システムエディションに対するものより遥かに少ない。
【００４２】
本発明のデータ管理・配信システムによってサポートされる特定のターゲット（目標）環境は、ヘッドエンドでＳＡ−ＩＳＰ情報サービスプロセッサと交信するＳｃｉｅｎｔｉｆｉｃ−ＡｔｌａｎｔａによるＳＡ−８６００Ｘ、ＩＰＧと呼ばれるヘッドエンドコンピュータと交信するＧｅｎｅｒａｌ  ＩｎｓｔｒｕｍｅｎｔによるＧＩ  ＣＦＴ２２００コンバータ又はＺｅｎｉｔｈによる高級アナログコンバータＭＭ２５００のような、対話型ＥＰＧ用高級アナログセットトップコンバータである。各セットトップコンバータは構成データベースに蓄積される独自の送信プロトコール及びその他のターゲット（目標）独自のパラメータを有する。ターゲット（目標）独自の適切なパラメータが構成データベースに蓄積されているとすれば、高級デジタルセットトップコンバータ、その他のデータプロセッサ又は任意の数の他のターゲット（目標）装置と共に当該システムが用いられることは当業者にとって明らかであろう。
【００４３】
構成サブシステム５０は、各種のＥＰＧプロバイダーに対するＥＰＧの配信に関する情報をデータベース内に維持するために用いられる。このデータは、ＥＰＧの各異なったエディションを受信するヘッドエンドリスト、異なったエディションを作成するためのスケジュール、異なったターゲット（目標）環境に付随する運用パラメータ、及び異なったエディション・供給を発生させるために要するその他のターゲット（目標）確定用データのような情報を含む。構成サブシステムによって維持される構成データは、そのタスク遂行中にも他のサブシステムによって参照されている。例えば、構成データは、データベースのためにデータ収集機能を行っているＡＤＣプロセッサ、異なったターゲット（目標）装置のためにフィールドサイズを決定する本文適合プロセッサ、及びエディション・供給の作成・搬出をスケジューリングするエディション・供給発生サブシステムによって参照されている。
【００４４】
状態・制御サブシステム６０の概略構成は図６に示す。状態・制御サブシステムは、データ管理・配信システムの動作を全体として監視し、プロセス制御のために対話形式のアプリケーションを備えている。状態・制御データ６１０は、制御データによって決定されるシステムがどの様な『ルック（見た目）』であるかについての共通フォーマット、及びすべてのプロセスに現状態に関する情報を含む。データは、自動プロセス及び対話型プロセスの双方によって周期的に更新される。自動プロセス６２０は、システムオペレータによって設定された指令に対して状態・制御データベース６１０にポーリング（尋問）する。また、自動プロセス６２０は状態・制御データ６１０に状態データを与える。自動プロセス６２０は、データ管理・配信システムの他のサブシステムと関連する各種のプロセスを表す。システムオペレータ６３０は、対話型プロセス制御アプリケーション６４０を通してシステムの動作及び状態を質しかつ制御する。自動システムモニタ（監視）６５０は、連続的に状態・制御データを評価し、もし欠陥が感知されるとアラーム６６０を発生させる。
【００４５】
状態・制御サブシステム６０は、データ管理・配信システムを構成する各種のプロセスの状態を監視することによって『ウオッチドッグ（番犬）』機能を果たす。異なる条件下でどんなプロセスの実行が期待されるか及びプロセスがどの様な状態にあるべきかに関する情報が構成データベース９６に保持される。状態・制御サブシステム６０は、正規の間隔でこの状態情報をデータベースから入手し、プロセスが正しい状態で存在することを検証し、もし何等かの問題が感知されるならアラームを発する。
【００４６】
全データ管理・配信システムに対する共通の状態・制御サブシステムは、システムの全般的管理を容易にし、全般的システム制御に対する論理的場所を提供する。このような方法により、いずれかのサブシステムの状態変化はモニターリングを起動し、他のいずれかのサブシステムの事象をコントロールするのに容易に用いられる。さらに共通の状態・制御サブシステムは、データ管理・配信システムの配信されたプロセスアーキテクチャーシステムオペレータに対し平易にさせる。
【００４７】
状態・制御サブシステムは、システムのオペレーションを追跡する動作報告も発生させる。動作報告は、要求により又は周期的に発生されるシステム動作の分析を含み得る。
【００４８】
供給発生サブシステム７０は図７に示す通りである。供給発生サブシステムは、ＴＣＩ用に設計されたＤｉｇｉＣａｂｌｅシステムのようなターゲット（目標）環境に対するデータの連続的流れを発生させる。供給サブシステムは周期的に繰返してデータをＤＣＴセットトップボックスへ配信する。Ｇｅｎｅｒａｌ  Ｉｎｓｔｒｕｍｅｎｔによって製造される同ボックスは、ＥＰＧデータを揮発性メモリーに記憶し、ボックスがパワーを失った時はいつでもデータベースが失われるようにされる。それゆえに、セットトップボックスには絶えずデータを供給し、ボックスに電力が供給されている時メモリーが充填できるようにしなければならない。
【００４９】
ＤｉｇｉＣａｂｌｅ供給は、ビデオパケットのためのＭＰＥＧ２フォーマットを用いて圧縮されたデジタルビデオデータ供給である。同供給内に埋め込まれるデジタルデータストリームは、ＥＰＧデータ及び制御データから成り、同データはパケット証明（ＰＩＤ）によって識別されるパケットに分類される。ＰＩＤは、ＤｉｇｉＣａｂｌｅ供給内の個々のデータストリームを識別するために用いられる。一実施態様では、異なったＰＩＤによって識別される２つのデータストリームが用いられる。ＤｉｇｉＣａｂｌｅ供給内のデータのデータレートは、セットトップボックスの内部データレートより遥かに大きいので、セットトップボックスでは入ってくるデータの一部分だけを受取って蓄積する。第１のＰＩＤは、アプリケーションソフトウエア、チャンネル説明及び全国的放送番組予定データから成る短期間、即ち、始動データストリームを識別するために用いられる。この供給の目的は、ボックスとＤｉｇｉＣａｂｌｅ供給との接続直後にそのデモを可能にすることである。セットトップボックスは、接続直後に有線システムの人々によってボックスの作動を可能にするように短期間データと共に用いられ、取付コストを大幅に低減させることができる。第２ＰＩＤは、長期、即ち、数時間に亘って予定されない番組のための番組予定情報のような、『定常状態』データを識別する。このデータは、短期間データが既にセットトップボックス内に充填された後捕捉される。
【００５０】
図７に例示するように、周期的な予定されたベースか若しくは状態・制御サブシステム６０からの割り込みの結果として、供給抽出プロセス７１０は、主データベース９０と接続し、ＤｉｇｉＣａｂｌｅ供給のためのターゲット（目標）環境コンテクスト及び関連する配信パラメータに基づいて適切な内容情報を抽出する。主データベース９０から抽出されたデータは、供給発生プラットフォーム上の供給キャッシュ７２０に貯蔵される。供給発生プロセス７１０は、主データベース９０内に新データがある時だけキャッシュ７２０を更新する。供給キャッシュは、供給内で要求されるフォーマットに対してデータが可能な限り最適化されるように構成される。供給データを発生させるために供給構成プロセス７３０は、ＤｉｇｉＣａｂｌｅ供給のための構成データ及びターゲット（目標）環境コンテクストデータによって特定される規則を調べる。その後フォーマットに従って並べられたデータは、ナショナルデジタルテレビセンタ（ＮＤＴＣ）に配信するためにデータ運搬プロセス７４０へ送られる。もし供給発生プラットフォームがＮＤＴＣから遠く離れているなら、データ運搬プロセス７４０は専用のネットワークブリッジを有する賃貸ラインを用いてもよい。ＮＤＴＣは、ターゲット（目標）するためにデジタルデータストリームをターゲット（目標）プラットフォームへ送信用衛星にアップリンクさせる。構成データ７５０（配信パラメータ及びコンテクストデータ）の地方データベースは、供給発生プラットフォーム及び主データベース９０プラットフォーム間の接続が連続的と対照したものとしてクライアント（顧客）サーバが望ましい理由から、供給発生プラットフォーム上に維持される。構成データ７５０は、主データベース９０から周期的か若しくは状態・制御サブシステムによって指示される時更新される。供給の構成は、供給内のデータがどの程度の頻度で求められるかによって部分的に決定される。例えば、今日のために予定される番組用のデータは、一週間で放送する番組用のデータよりより頻繁に供給内に含まれるであろう。
【００５１】
ＤｉｇｉＣａｂｌｅ供給は、それが一日２４時間、一週間に７日休みなく作動するので高利用可能性を要する。供給発生プラットフォームが主データベース９０プラットフォームと異なりかつ供給抽出及び供給構成プロセスから主データベース９０までの接続が、クライアントサーバであることが望ましい。これは、ＤｉｇｉＣａｂｌｅ供給のための連続的データストリームの発生が主データベース９０プラットフォーム上の処理及びデータベース活動から独立したものになること及び供給発生プラットフォームに対する高利用可能性要件を隔離することを可能にする。供給発生器及び供給貯蔵所を有する冗長供給発生器に対し別個のプラットフォームを用いることで、高利用可能性要件をデータ管理・配信システムの残余のものから隔離することが可能になる。
【００５２】
図８は、エディション又は連続的デジタルデータストリームのいずれかのために用い得るデータ供給を発生させるデータベースと、妥当性検証、供給発生及び状態・制御サブシステムとの対話を例示する構成図である。供給又はエディション作成以前に、妥当性検証サブシステム３０は、供給又はエディションの確認及びデータの範囲及び検証回数の仕様に基づいて供給又はエディションのために要するデータの妥当性検証を行う。概して、供給の発生に先だって主データベース９０内のすべてのデータの妥当性が検証されるが、主データベース９０又は供給貯蔵所内のいずれかに記憶されるデータは、データ抽出プロセス後まで妥当性検証を行う必要がないように妥当性検証を行ってもよい。供給抽出プロセス７１０は、スケジュール抽出（抽出プロセス）７１２及びデータ抽出プロセス自体７１４から構成される。スケジュール抽出７１２は、主データベース９０からのデータ抽出を制御するためにデータベースからコンテクストデータを受け取る。データ抽出プロセス７１４は、主データベース９０からの情報を読取り、特定の供給発生に要する情報の供給キャッシュ７２０を作り出す。キャッシュ７２０は、バッファ記憶装置として作動し、供給の発生に際して主データベース９０へのアクセスが不要になるようにする。供給構成プロセス７３０は、供給予定作成プロセス７３２及び供給構成自体７３４から構成される。供給構成プロセスは、搬出プロセス７４０によって送信されるべき最終供給を作り出す。運搬プロセス７４０は、供給のための搬出プロトコール及び実際の供給搬出に従うプロセスから成る。
【００５３】
信号は、主データベース９０から状態・制御サブシステム６０へ伝送される。
信号は、供給発生のために用いられている貯蔵所のコンテンツに影響を与える可能性があるデータベースの変化を通知するために用いられる。信号は、トリガー又はデータアクセスルーチンを通して作り出され得る。状態・制御サブシステム６０は、誤り及び性能統計データ用に供給の発生を監視し、必要とされる供給発生プロセスを制御する。
【００５４】
他のサブシステムは、任意選択的に本発明のデータ管理・配信システムと共に用いることができる。可能な一追加サブシステムは、宣伝及びその他の種類のビデオを処理するためのビデオ管理サブシステムである。ビデオ管理サブシステムは、以下のように用いることができる。システムによって発生される特定の供給又はエディションが、例えば、宣伝クリップが入手可能なＰＰＶ映画を含むなら、ビデオ管理サブシステムは、このクリップに供給を与え、映画を宣伝するためにＥＰＧプロバイダーがＥＰＧの一部としてクリップを処理してもよい。ビデオ管理サブシステムは、これら及びその他のビデオの受領、処理及び配信を取り扱うための責任を負う。実際上、それはビデオ配分の特定の目的のために７つのその他のサブシステムの機能を組入れる。
【００５５】
他の可能なサブシステムは、ソフトウエア配信のために用いられるサブシステムである。異なった供給及びエディションには、ＥＰＧを処理するために要するターゲット（目標）環境に与えられるソフトウエアが含まれる。ソフトウエア配信サブシステムは、このソフトウエアを受取って処理し、各種のＥＰＧプロバイダーに配信するために用いられる。ソフトウエアは、特定のプロバイダーによって用いられるターゲット（目標）装置に基づいてＥＰＧプロバイダーに配信される。
【００５６】
第３の可能な追加サブシステムは、メッセージ管理のためのものである。ＥＰＧ配信者及びプロバイダーは全国、地域及び地方レベルでＥＰＧ使用者にメッセージを送るのが望ましい。メッセージは、来るべきイベント、ニュース速報、地域社会掲示板等のような広範な話題に向けてもよい。メッセージ管理サブシステムは、番組予定情報と同一方法でメッセージを受領し、処理し、配信することを必要とする。メッセージ管理サブシステムは、メッセージの種類、全国、地域又は地方的なものに基づいて適切な構成データを用いる適切なエディション及び供給のメッセージを含む。
【００５７】
＜システムの実装＞
ＥＰＧデータ管理・配信システムを実施するための特定のハードウエアプラットフォームは本発明にとって重要なものではない。ハードウエアの選択を推進する主なファクターはＥＰＧ配信者によって処理されなければならないデータ量であることは当業者にとって明らかである。望ましい実施型態様において期待される主データデータベース９０のサイズのために、主ＥＰＧデータベースは、ディスクアレイで数ギガバイトの記憶装置で構成される、高性能Ｉ／Ｏチャンネルを有するＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  ７０００のような、中間サイズのＲＩＳＣを基礎とするデータベースサーバ上に設置するのが望ましい。ＡＤＣサブシステムも同様に、ディスクスループットに対して最適化される、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  ７０００シリーズのＲＩＳＣを基礎とするワークステーションのようなものを用いて実施するのが望ましい。それはＡＤＣプロセッサがＣＤＥをアクセスすると共に主データデータベース９０との比較を行うために最適化される高性能機械装置を必要とするからである。ＤｉｇｉＣａｂｌｅサーバのために同様なＲＩＳＣを基礎とする機械が望ましい。連続供給のための要件のゆえに、ＤｉｇｉＣａｂｌｅ供給が完全冗長性を備えたもので実施されるのが望ましい。その他のエディション発生器は、主データデータベース９０プラットフォーム上で作動できる。もし必要なら、発生器は別個のサーバに移動させ、クライアント・サーバ接続を通して主データデータベース９０プラットフォームをアクセスするようにしてもよい。ＭＥＣサブシステムは、顧客・サーバネットワーク接続を介して主データデータベース９０機械と接続されるワークステーションとしてＰＣ級機械を用いてもよい。状態、制御及び構成サブシステムは、主データデータベース９０プラットフォームとして同一コンピュータ上に設けてもよい。
【００５８】
クライアント・サーバデータベースシステムの特定なハードウエア要件は当業者にとって容易に明らかでありかつ本発明の趣旨及び範囲から逸脱することなく多くの他のハードウエアが可能であることが理解されるであろう。
【００５９】
オペレーテングシステムに関しては、ＵＮＩＸ（登録商標）が主データデータベース９０プラットフォーム及ＤｉｇｉＣａｂｌｅ供給発生器上で作動されるのが望ましい。
【００６０】
ＵＮＩＸ（登録商標）は一貫性のためにＡＤＣプロセッサに対して望ましいが、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ又はＩＢＭ  ＯＳ／２も同様に用い得る。ＭＥＣサブシステムのためにＷｉｎｄｏｗｓ（登録商標）  ＮＴ又はＯＳ／２を作動させる明確な利点がないので、ＭＥＣサブシステムはＭＳ  Ｗｉｎｄｏｗｓ（登録商標）を用いてもよい。データベースそれ自身のためには、Ｏｒａｃｌｅ又はＳｙｂａｓｅのような汎用リレーショナルデータベースを用いてもよい。
【００６１】
本明細書に添加した請求項の真の範囲から逸脱することなく本明細書に記載した本発明の特殊な実施型態様から逸脱することが可能なことは当業者によって理解されるであろう。
【図面の簡単な説明】
【００６２】
【図１】本発明のＥＰＧデータ管理・配信システムの一実施態様を示す構成図である。
【図２】本発明の自動化データ収集サブシステムの一実施態様を示す構成図である。
【図３】図２の自動化データ収集サブシステムのオペレーションを例示する構成図である。
【図４】本発明の手動入力・訂正サブシステムの一実施態様を示す構成図である。
【図５】本発明のエディション発生サブシステムの一実施態様を示す構成図である。
【図６】本発明の状態・制御サブシステムの一実施態様を示す構成図である。
【図７】本発明の供給発生サブシステムの一実施態様を示す構成図である。
【図８】ＥＰＧデータ供給発生プロセスを例示する構成図である。
【符号の説明】
【００６３】
１０      自動データ収集サブシステム
２０      手動入力・訂正サブシステム
３０      データベース妥当性検証サブシステム
４０      エディション発生サブシステム
５０      構成サブシステム
６０      状態・制御サブシステム
７０      供給発生サブシステム
９２      コンテンツデータベース
９４      コンテクストデータ
９６      構成データ
【図１】
2004152310.tif 000003
【図２】
2004152310.tif 000004
【図３】
2004152310.tif 000005
【図４】
2004152310.tif 000006
【図５】
2004152310.tif 000007
【図６】
2004152310.tif 000008
【図７】
2004152310.tif 000009
【図８】
2004152310.tif 000010