(57)【要約】【課題】公知の方法の欠点が回避される、第一段落に示されているタイプのエントリデータを集める方法と、第二段落に示されているタイプのコンピュータソフトウェア製品と、第三段落に示されているタイプのコンピュータとを提供すること。【解決手段】インターネット(NET)に接続されているターゲットデータベース(4)は、同様にインターネット(NET)に接続されている、内容が類似するソースデータベース(1, 2, 3)に格納されているエントリデータ(EI)を集めるように設計されている。ターゲットデータベース(4)は、検索されたエントリデータ(EI)を比較して、ターゲットデータベース(4)のターゲットメモリモジュール(20)に入力するように設計されている。このターゲットデータベースにおいては、互いに異なるエントリデータ(EI)のうちどれが正しいかに関して多数決原則に従って検査が実行される。ターゲットデータベース(4)は、さらに、正しくないエントリデータ(EI)が検索されたソースデータベース(1, 2, 3)の管理者に通知するように、設計されている。【選択図】図１
2005501312.tif 000002
【特許請求の範囲】
【請求項１】
少なくともいくつかが一致するデータレコードエントリ識別子を持つデータレコード内において実質的に同じエントリデータを含む、内容が互いに類似する少なくとも2つのソースデータベースから、データレコードエントリ識別子に関連するデータレコードエントリを有するデータレコードを含むターゲットデータベース用のエントリデータを集める方法であって、当該方法が、以下のステップ、すなわち、
第一ソースデータベースからの第一データレコードと、第二ソースデータベースからの第二データレコードとを受け取るステップと、
類似する第一および第二データレコードに標識付けするステップであって、当該標識により、一致するデータレコードエントリ識別子に対するデータレコードエントリが実質的に一致し従って実質的に同じエントリデータが識別される、ステップと、
一致するデータレコードエントリ識別子すべてに対する一致するデータレコードエントリが、前記類似する第一および第二データレコードに含まれる場合に、標識付けされた類似する第一および第二データレコードに含まれるデータレコードエントリを、前記ターゲットデータベース内の新しいデータレコードに入力するステップと、
前記類似する第一および第二データレコードが、一致するデータレコードエントリ識別子に対する少なくとも1つの異なるデータレコードエントリを有する場合に、当該類似する第一および第二データレコードを誤りデータレコードとして標識付けするステップと、
前記標識付けされた誤りデータレコードを識別する第一誤りフラグを生成するステップと、
が実行される、方法。
【請求項２】
請求項1に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
前記第一および第二データベースに内容が類似する第三ソースデータベースから第三データレコードを受け取るステップと、
誤りデータレコードとして標識付けされた前記第一および第二データレコードに類似する第三データレコードに標識付けするステップであって、当該第三データレコードが、前記一致するデータレコードエントリ識別子すべてのデータレコードエントリが前記2つの誤りデータレコードの一方に一致するレコードである、ステップと、
前記標識付けされた第三データレコードに含まれるデータレコードエントリを、前記ターゲットデータベース内の新しいテータレコードに入力するステップと、
が実行される、方法。
【請求項３】
請求項2に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
第二誤りフラグを生成するステップであって、当該フラグが、誤りデータレコードとして標識付けされた前記第一または第二データレコードのうち、前記標識付けされた第三データレコードの一致するデータレコードエントリ識別子に対して少なくとも1つの異なるデータレコードエントリを有するデータレコードを識別する、ステップ、
が実行される、方法。
【請求項４】
請求項3に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
前記第一または第二データレコードを識別する前記第二誤りフラグを、それぞれ、前記第一または第二ソースデータベースの管理者に転送するステップ、
が実行される、方法。
【請求項５】
請求項4に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
管理者が責任を負うソースデータベースの中の正しくないデータレコードを通知するサービスに対して請求するために、課金情報を前記第一または第二ソースデータベースの前記管理者に転送するステップ、
が実行される、方法。
【請求項６】
請求項1に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
インターネットに接続された前記第一ソースデータベース、第二ソースデータベース、および第三ソースデータベースから、前記第一データレコードおよび／または前記第二データレコードおよび／または前記第三データレコードを検索するステップ、
が実行される、方法。
【請求項７】
前記ソースデータベースが、電子番組情報を含み、かつ、各場合においてエントリデータの1つの項目が1つのテレビ放送を識別する、請求項1に記載の方法。
【請求項８】
コンピュータソフトウェア製品であって、当該製品が、デジタルコンピュータの内部メモリに直接ロードでき、かつ、ソフトウェアコードの部分を有するコンピュータソフトウェア製品において、当該製品が前記コンピュータ上で実行される場合に、請求項1に記載される前記方法の前記ステップが、前記コンピュータによって実行される、コンピュータソフトウェア製品。
【請求項９】
請求項8に記載のコンピュータソフトウェア製品であって、当該コンピュータソフトウェア製品が、コンピュータ可読媒体上に格納される、コンピュータソフトウェア製品。
【請求項１０】
演算装置と内部メモリとを有するコンピュータであって、当該コンピュータが、請求項8に記載のコンピュータソフトウェア製品を実行する、コンピュータ。
【請求項１１】
ソースデータベースの管理者に、その管理者が責任を負う前記ソースデータベース内の正しくないデータレコードを通知する方法であって、当該方法において、以下のステップ、すなわち、
少なくとも第一ソースデータベースからの第一データレコードと、第二ソースデータベースからの第二データレコードと、第三ソースデータベースからの第三データレコードとを受け取るステップと、
少なくとも第一、第二、および第三データレコードからの類似するデータレコードに標識付けするステップであって、当該標識が、一致するデータレコードエントリ識別子に対するデータレコードエントリが実質的に一致し従って実質的に同じエントリデータを識別する、ステップと、
エントリデータの1つの項目に関して標識付けされた前記データレコードの過半数が、前記一致するデータレコードエントリ識別子すべてに対する一致するデータレコードエントリを含む場合に、第二誤りフラグを生成するステップであって、当該第二誤りフラグが、少なくとも3つのデータレコードのうちの少なくとも1つを正しくないデータレコードとして識別し、当該少なくとも1つの正しくないデータレコードが、前記標識付けされたデータレコードの一致するデータレコードエントリ識別子の少なくとも1つのデータレコードエントリが他のデータレコードと比較して異なるレコードである、ステップと、
が実行される、方法。
【請求項１２】
請求項11に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
少なくとも1つの正しくないデータレコードに付けられた前記第二誤りフラグを、当該第二誤りフラグによって標識付けされた前記データレコードが取得された前記ソースデータベースの前記管理者に転送するステップ、
が実行される、方法。
【請求項１３】
請求項12に記載の方法であって、当該方法において、以下のさらなるステップ、すなわち、
前記管理者が責任を負う前記ソースデータベースの中の正しくないデータレコードを通知する前記サービスに対して請求するために、前記第二誤りフラグによって標識付けされた前記データレコードが取得された前記ソースデータベースの前記管理者に、課金情報を転送するステップ、
が実行される、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エントリデータが互いに類似するソースデータベースからターゲットデータベース用のエントリデータを集める方法に関する。
【０００２】
本発明は、さらに、コンピュータ上において実行されるソフトウェアの形式をとるコンピュータソフトウェア製品であって、ソースデータベースに格納されているエントリデータを集めて、選択されたエントリデータをターゲットデータベースに入力するように設計されている、コンピュータソフトウェア製品にも関する。
【０００３】
本発明は、さらに、前の段落におけるコンピュータソフトウェア製品を実行するコンピュータにも関する。
【０００４】
本発明は、さらに、データベースの管理者に、その管理者が責任を負うデータベース内の正しくないデータレコードを通知する方法にも関する。
【背景技術】
【０００５】
公報WO 96／34486には、多数のソースデータベースと、ターゲットデータベースと、コンピュータとを有するシステムであって、当該コンピュータが、後述される方法に従ってターゲットデータベース用のエントリデータを集めて、かつ後述される方法に従ってターゲットデータベース内の正しくないデータレコードをそのターゲットデータベースの管理者に通知するように設計されているソフトウェアを実行する、システムが開示されている。この公知のシステムの場合には、エントリデータは、電子番組ガイド用のソースデータベースに格納される番組情報の形式をとる。ソースデータベースとターゲットデータベースには、データレコードが含まれ、このデータレコードは、どちらのデータベースの場合にも、従来の電子番組ガイドのように、テレビ局のテレビ放送を識別する。「局」、「タイトル」、「開始時刻」などのデータレコードエントリ識別子は、格納されているデータレコード内の各データレコードエントリの意味を識別する。
【０００６】
エントリデータを集めるこの公知の方法によると、検査ステップにおいて、番組情報が、第一ソースデータベースから受け取られて、ターゲットデータベースにすでに格納されている番組情報と比較される。類似するデータレコードが、ソースデータベースとターゲットデータベースにおいて検索され、この場合の類似するデータレコードとは、同じテレビ放送に関連する番組情報を含むデータレコード（例、 局:ARD、日付: 13.05.2001、開始時刻:16:00、タイトル:万物）である。これらのデータレコードは、2つのデータレコードの一方にさらなるデータレコード識別子（例、「内容」）に関連するデータレコードエントリ（例、「野ウサギは・・・」）が含まれるか、または一致するデータエントリ識別子の下に含まれるデータレコードエントリの1つが不正確であるので、同一データレコードではなく、互いに類似するデータレコードである。ソースデータベースから受け取られたデータレコードに類似するデータレコードが、ターゲットデータベース内にコンピュータによって見つけることができない場合には、そのデータレコードは異なるデータベースに格納される。
【０００７】
エントリデータを集めるこの公知の方法の検査ステップに続く入力ステップにおいては、異なるデータベースに格納されたデータレコードは、ターゲットデータベースに格納される。相異なるテレビ放送に関連するできるだけ多くのデータレコードをターゲットデータベースに格納して、広範な電子番組ガイドを提供できるようにするため、これらのステップは、システムのすべてのソースデータベースについて連続的に実行される。
【０００８】
この公知の方法において、正しくないデータレコードが通知される場合、ターゲットデータベースに格納されたデータレコードは、妥当性検査ステップにおいて信頼性について検査される。このステップにおいては、例えば、データレコード識別子「タイトル」に対して、ターゲットデータベースのデータレコードの対応するデータレコードエントリに格納されているタイトルが長過ぎるか否かが、検査される。妥当性検査ステップ時に検出されるターゲットデータベース内の誤りは、検査レポートに入力され、これにより誤りフラグが形成される。ターゲットデータベースの管理者は、ターゲットデータベース内の正しくないデータレコードの検査レポートによって通知された後、ターゲットデータベース内のデータレコードエントリの変更を行うことができる。
【０００９】
エントリデータを集めるこの公知の方法は、ソースデータベース内の正しくないデータレコードエントリが、検査ステップ時に、ターゲットデータベース内の正しいデータレコードエントリと、ソースデータベース内の正しくないデータレコードエントリとの違いとして検出され、ターゲットデータベース内の正しいデータレコードが正しくないデータレコードによって上書きされる、という欠点がある。データベースの管理者に通知する方法に従って、ターゲットデータベースの管理者には、オプションとしてターゲットデータベース内の正しくないデータレコードも通知されるが、その場合、その管理者は、ターゲットデータベースにすでにいったん正しく入力されたデータレコードを手動で訂正する必要があり、これは手間と費用がかかる。
【００１０】
【特許文献１】
WO 96/34486
【発明の開示】
【課題を解決するための手段】
【００１１】
本発明の目的は、上記の欠点が回避される、最初の段落に示されているタイプのエントリデータを集める方法と、第二段落に示されているタイプのコンピュータソフトウェア製品と、第三段落に示されているタイプのコンピュータとを提供することである。
【００１２】
上記の目的を達成するために、このようなエントリデータを集める方法は、以下のように特徴付けることができる本発明による特徴を有する。
【００１３】
データレコードエントリ識別子に関連するデータレコードエントリを有するデータレコードを含むターゲットデータベース用のエントリデータを、少なくともいくつかが一致するデータレコードエントリ識別子を持つデータレコード内の実質的に同じエントリデータを含む、内容が互いに類似する少なくとも2つのソースデータベースから集める方法であって、当該方法が、以下のステップ、すなわち、
第一ソースデータベースからの第一データレコードと、第二ソースデータベースからの第二データレコードとを受け取るステップと、
類似する第一および第二データレコードに標識付けするステップであって、当該標識が、一致するデータレコードエントリ識別子に対するデータレコードエントリが実質的に一致し従って実質的に同じエントリデータを識別する、ステップと、
一致するデータレコードエントリ識別子すべてに対する一致するデータレコードエントリが、前記類似する第一および第二データレコードに含まれる場合に、標識付けされた類似する第一および第二データレコードに含まれるデータレコードエントリを、前記ターゲットデータベース内の新しいデータレコードに入力するステップと、
前記類似する第一および第二データレコードが、一致するデータレコードエントリ識別子に対する少なくとも1つの異なるデータレコードエントリを有する場合に、当該類似する第一および第二データレコードを誤りデータレコードとして標識付けするステップと、
前記標識付けされた誤りデータレコードを識別する第一誤りフラグを生成するステップと、
が実行される、方法。
【００１４】
上記の目的を達成するために、上記のコンピュータソフトウェア製品は、以下のように特徴付けることができる本発明による特徴を有する。
【００１５】
コンピュータソフトウェア製品であって、当該製品が、デジタルコンピュータの内部メモリに直接ロードでき、かつ、ソフトウェアコードの部分を有するコンピュータソフトウェア製品において、当該製品が前記コンピュータ上で実行される場合に、請求項1に記載される前記方法の前記ステップが、前記コンピュータによって実行される、コンピュータソフトウェア製品。
【００１６】
上記の目的を達成するために、上記のコンピュータは、以下のように特徴付けることができる本発明による特徴を有する。
【００１７】
演算装置と内部メモリとを有するコンピュータであって、当該コンピュータが、前の段落によるコンピュータソフトウェア製品を実行する、コンピュータ。
【００１８】
このようにして、ターゲットデータベースにデータレコードを格納する前に、第一ソースデータベースと第二ソースデータベースに格納されているデータレコードの比較が実行されるため、同じデータレコードエントリ識別子に対して一致するデータレコードエントリを有するデータレコードのみが、最初にターゲットデータベースに格納される、という利点が得られる。従って、正しくないデータレコードエントリを持つデータレコードが格納されることが防止され、これは利点である。従って、ターゲットデータベースに自動的に入力されるこれらのデータレコードは、ターゲットデータベースの管理者が編集する必要が実質的にまったくなく、この理由のため、処理費用が実質的に発生しない。
【００１９】
第一ソースデータベースと第二ソースデータベースに格納されているデータレコードのうち、少なくとも1つのデータレコードエントリ識別子を除いて同じデータレコードエントリ識別子に対して一致するデータレコードエントリが格納されているデータレコードは、誤りデータレコードとして標識付けされ、対応する第一誤りフラグが生成される。この第一誤りフラグは、誤りレポートの形式においてターゲットデータベースの管理者に渡すことができ、その場合、その管理者は、誤りデータレコードの内容を検査して、標識付けされた2つのデータレコードのどちらが正しく、かつターゲットデータベースに入力すべきかを判断するのみでよい。
【００２０】
請求項2の手段によると、誤りデータレコードとして標識付けされた2つのデータレコードのどちらが正しいデータレコードエントリを含む可能性が高いかについて、自動的な検査が実行され、次いで、該当するデータレコードが、管理者側の手動による関与なしに、ターゲットデータベースに入力される、という利点が達成される。
【００２１】
請求項6の手段によると、エントリデータを集める方法を実行するコンピュータが、インターネット上においてソースデータベースを探索し、適切なエントリデータを完全に自動的に検索および比較できるという利点が達成される。このようにして、ソースデータベースから質の高いエントリデータを完全に自動的に検索して、ターゲットデータベースに集めることができる。
【００２２】
エントリデータを、例えば、製品に関連する価格情報、技術的な製品データ、顧客データ、日付データ、または品質データから構成することが出来る。しかしながら、本発明による方法を使用して電子番組ガイド用の番組情報に関連するエントリデータを集めて、データの質を高めることが、特に有利であることが判明した。
【００２３】
上記の目的を達成するために、管理者が責任を負うデータベース内の正しくないデータレコードを管理者に通知する方法は、以下のように特徴付けることができる本発明による特徴を有する。
【００２４】
ソースデータベースの管理者に、その管理者が責任を負う前記ソースデータベース内の正しくないデータレコードを通知する方法であって、当該方法において、以下のステップ、すなわち、
少なくとも第一ソースデータベースからの第一データレコードと、第二ソースデータベースからの第二データレコードと、第三ソースデータベースからの第三データレコードとを受け取るステップと、
少なくとも第一、第二、および第三データレコードからの類似するデータレコードに標識付けするステップであって、当該標識が、一致するデータレコードエントリ識別子に対するデータレコードエントリが実質的に一致し従って実質的に同じエントリデータを識別する、ステップと、
エントリデータの1つの項目に関して標識付けされた前記データレコードの過半数が、前記一致するデータレコードエントリ識別子すべてに対する一致するデータレコードエントリを含む場合に、第二誤りフラグを生成するステップであって、前記第二誤りフラグが、少なくとも3つのデータレコードのうちの少なくとも1つを正しくないデータレコードとして識別し、当該少なくとも1つの正しくないデータレコードが、前記標識付けされたデータレコードの一致するデータレコードエントリ識別子の少なくとも1つのデータレコードエントリが他のデータレコードと比較して異なるレコードである、ステップと、
が実行される、方法。
【００２５】
請求項11と請求項3に記載されるように、実質的に同じエントリデータを含む3つのデータレコードのうちどれが、少なくとも1つの正しくないデータレコードエントリを有するかが、自動的に判断される。この正しくないデータレコードは、第二誤りフラグによって標識付けされる。この第二誤りフラグによって標識付けされていない、従って正しい可能性が非常に高い他の2つのデータレコードに含まれるデータレコードエントリは、自動的に、またはターゲットデータベースの管理者による簡単な検査の後に、ターゲットデータベースに入力される。
【００２６】
このようにして、どのデータレコードが実際に不正確であり、どのデータレコードをターゲットデータベースに入力できるかに関して、第二誤りフラグによってターゲットデータベースの管理者に明確に通知されるという利点が達成される。従って、正しくないデータレコードエントリを持つデータレコードが格納されることが、非常に高い確率で防止され、これは利点である。
【００２７】
実質的に同じエントリデータを含むデータレコードのうちのどれが正しくないデータレコードエントリを含むかを確定するために、4つまたは5つ、さらにはそれ以上の類似するソースデータベースから類似するデータレコードを受け取ることもできる。どのデータレコードが正しくないデータレコードエントリを有するかが、多数決原則に従って判断され、誤りデータレコードとして標識付けされる。
【００２８】
請求項4と請求項12の手段によると、ソースデータベースの管理者に、その管理者が責任を負うソースデータベース内の正しくないデータレコードが提示され、あとから修正できるという利点が達成される。従って、管理者が責任を負うデータベースのエントリデータの質が向上し、この理由のため、このデータベースを使用するユーザ数が増す。このようにデータベースのユーザ数が増すことは、データベースの利用料金が増加する、または広告収入が増加するために、データベースの所有者にとって大きな利点である。
【００２９】
請求項5と請求項13の手段によると、ビジネス方法であって、当該ビジネス方法に従って、ソースデータベース内の正しくないデータレコードを通知することに対する適切な通知料金が請求される、ビジネス方法が得られる。ソースデータベースの所有者は、この通知料金を喜んで支払い、なぜなら、ソースデータベース内の正しくないデータレコードが通知されるため、ソースデータベースの管理者がソースデータベースに入力されたデータレコードの妥当性を検査する必要がなくなり、従って所有者は、ソースデータベースの管理者の作業時間を短縮できるためである。さらに、ソースデータベースの所有者の収入が、上述されているようにエントリデータEIの質が向上するため増加する。
【００３０】
ソースデータベースのデータレコードを検索することに対して利用料金を支払う必要がある場合には、ソースデータベースの所有者とターゲットデータベースの所有者は、ターゲットデータベースの管理者がソースデータベースのデータレコードを無料で検索でき、その代償として、通知料金が請求されないようにすることに同意できる。このようにしても、請求項5と13に記載されるビジネス方法が達成される。
【００３１】
本発明を、図面に示されている実施例を参照して、以下にさらに説明する。しかしながら、本発明は、これらの実施例に制限されることはない。
【発明を実施するための最良の形態】
【００３２】
図1は、第一ソースデータベース1と、第二ソースデータベース2と、第三ソースデータベース3と、ターゲットデータベース4とを有するシステムを示す。これらのデータベースは、インターネットNETにより相互に接続されている。ソースデータベース1、2、および3の中には、エントリデータEIの形式のいわゆる電子番組ガイドからの格納済み番組情報がある。この情報は、例えば、多数のテレビ局の次週のテレビ番組を含む。この場合のエントリデータEIの各項目は、1つのテレビ放送、例えば、テレビ局「ARD」によって2001年5月13日の17:00に放送される予定の映画「カサブランカ」を識別する。
【００３３】
第一ソースデータベース1は、イーサネットネットワークアダプタを有するインタフェース5を有し、このアダプタは、インターネットNETを介してのデータの通信に必要なプロトコル（例、SMTP、HTTP）を実行する。このようなインタフェース5は、公知であるため、ここではこれ以上詳しく説明しない。第一ソースデータベース1の演算モジュール6は、第一ソースデータベース1のメモリモジュール7に格納されているエントリデータEIをフェッチする。フェッチされたエントリデータEIは、インタフェース5に送られるように設計されている。編集モジュール8は、正しくないエントリデータEIが検出された場合に、第一ソースデータベース1の管理者が、演算モジュール6によってメモリモジュール7からフェッチされたエントリデータEIを編集することを可能にする。
【００３４】
第二ソースデータベース2は、インタフェース9と、演算モジュール10と、メモリモジュール11と、編集モジュール12とを含み、第三ソースデータベース3は、インタフェース13と、演算モジュール14と、メモリモジュール15と、編集モジュール16とを含み、これらのモジュールの動作の様式は、第一ソースデータベース1の対応するモジュールの動作の様式に一致する。このような多数のソースデータベースは、インターネットNETに接続されていて、エントリデータEIの各種のタイプ、例えば、製品に関する製品情報、技術的な製品データ、顧客データ、日付データ、品質データなどを格納する。
【００３５】
ソースデータベース1、2、および3が、同じテレビ放送の一部については類似するエントリデータEIを格納するため、ソースデータベース1、2、および3は、その内容に関して互いに類似する。第一ソースデータベース1に格納される電子番組ガイドは、ドイツ人のユーザ向けに用意された、ドイツにおいて受信できるテレビ局（例、ARD、ZFD、Bayrischer Rundfunk）によって放送されるテレビ番組を含む。第二ソースデータベース2に格納される電子番組ガイドは、オーストリア人のユーザ向けに用意された、オーストリアにおいて受信できるテレビ局（例、ORF1、ORF2、ARD）によって放送されるテレビ番組を含む。第三ソースデータベース3に格納される電子番組ガイドは、スイス人のユーザ向けに用意された、スイスにおいて受信できるテレビ局（例、SW1、SW2、ARD）によって放送されるテレビ番組を含む。
【００３６】
いま、ターゲットデータベース4の所有者が、ドイツ、オーストリア、およびスイスのユーザが使用可能であり、かつこれらの国において受信できるテレビ局によって放送されるテレビ番組を含む電子番組ガイドを提供したいとする。この目的のため、ターゲットデータベース4は、3つの類似するソースデータベース1、2、および3に格納されているエントリデータEIを自動的に集めるように設計されている。
【００３７】
これを可能にするため、ターゲットデータベース4は、インタフェース17と、一時格納モジュール18と、演算モジュール19と、メモリモジュール20と、編集モジュール21とを有する。このターゲットデータベース4は、ソフトウェアを実行するコンピュータの形式をとる。このソフトウェアは、コンピュータが、エントリデータEIを集めて、ソースデータベース1、2、または3のうちの1つのソースデータベースの管理者に、その管理者が責任を負うソースデータベース1、2、または3の正しくないデータレコードを通知するように、設計されている。
【００３８】
ターゲットデータベース4の動作の方法について、図1によるシステムの応用例、を参照しながら、以下にさらに詳しく説明する。この応用例、によると、次週にテレビ局ARD、ZFD、およびBayrischer Rundfunkから受信可能なテレビ放送に関連するエントリデータEIが、第一ソースデータベース1のメモリモジュール7内の第一データレコードに格納されているものと想定する。第一データレコードの抜粋が、表1に示されている。
表１（第一ソースデータベース）:
2005501312.tif 000003
【００３９】
表1には、テレビ放送の各データレコードのデータレコードエントリ識別子「局」、「日付」、「開始時刻」、および「タイトル」の下のデータレコードエントリが含まれている。この応用例、によると、さらに、次週にテレビ局ORF1、ORF2、およびARDから受信可能なテレビ放送に関連するエントリデータEIが、第二ソースデータベース2のメモリモジュール11内の第二データレコードに格納されているものと想定する。第二データレコードの抜粋が、表2に示されている。
表２（第二ソースデータベース）:
2005501312.tif 000004
【００４０】
表2には、表1に含まれるデータエントリ識別子に加えて、テレビ放送の各データレコードのデータレコードエントリ識別子「評価」の下のデータレコードエントリも含まれている。この識別子は、そのテレビ放送を見る価値を示す。この応用例、によると、さらに、次週にテレビ局SW1、SW2、およびARDから受信可能なテレビ放送に関連するエントリデータEIが、第三ソースデータベース3のメモリモジュール15内の第三データレコードに格納されているものと想定する。第三データレコードの抜粋が、表3に示されている。
表３（第三ソースデータベース）:
2005501312.tif 000005
【００４１】
表3には、表1に含まれるデータレコードエントリ識別子に加えて、テレビ放送の各データレコードのデータレコードエントリ識別子「内容」の下のデータレコードエントリが含まれている。この識別子は、各テレビ放送の内容を簡単に説明する。ターゲットデータベース4の演算モジュール19は、後述されるように、ソースデータベース1、2、および3に格納されているエントリデータEIを集めるように設計されている。
【００４２】
この目的のため、演算モジュール19は、インターネットアドレスデータIAIをインタフェース17に送るように設計されている。このデータには、3つのソースデータベース1、2、および3のインターネットアドレスが含まれる。インタフェース17は、ソースデータベース1、2、および3から第一データレコード、第二データレコード、および第三データレコードのエントリデータEIを検索して受け取るように、設計されている。検索されたエントリデータEIは、一時メモリモジュール18に格納される。
【００４３】
演算モジュール19は、次いで、一時メモリモジュール18に格納されているデータレコードのデータレコードエントリを比較するように設計されている。このプロセスの間に、演算モジュール19は、表1、2、および3の第三行に格納されているデータレコードに、一致するデータレコードエントリ識別子「局」、「日付」、「開始時刻」、および「タイトル」に対する一致するデータレコードエントリ「ARD」、「13-05-2001」、「16:00」、および「万物」が含まれることを認識する。演算モジュール19は、次いで、これらの類似する第一、第二、および第三データレコードに標識付けするように設計されている。この標識付けは、一時メモリモジュール18に格納されている表1、2、および3の中のさらなる列にエントリを追加することによって行われる。
【００４４】
演算モジュールは、一致するデータレコードエントリ識別子すべてに対する一致するデータレコードエントリが、類似する第一、第二、および第三データレコードに含まれる場合に、これら標識付けされた類似する第一、第二、および第三データレコードに含まれるデータレコードエントリを、ターゲットデータベース4のメモリモジュール20内の新しいデータレコードエントリに入力するように設計されている。新しいデータレコードは、メモリモジュール20に格納され、このメモリモジュール20には、表4に抜粋されているように、3つの一致するデータレコードに含まれるデータレコードエントリすべてが含まれる。
表４（ターゲットデータベース）
2005501312.tif 000006
【００４５】
このようにして、ターゲットデータベース4が、3つのソースデータベース1、2、および3から現在のエントリデータEIを完全に自動的にフェッチし、エントリデータEIのどれが確かに正しいかを確定する（なぜなら、これらはすべてのソースデータベース1、2、および3に同時に入力されるため）、という利点が達成される。このようなエントリデータEIは、ターゲットデータベース4に自動的に入力され、これは利点である。
【００４６】
ターゲットデータベースの第三行に含まれる新しいデータレコードには、類似するデータレコードに含まれる、一致するデータレコードエントリ識別子「局」、「日付」、「開始時刻」、および「タイトル」の一致するデータレコードエントリのみならず、第二データレコードにのみ含まれるデータレコードエントリ識別子「評価」のデータレコードエントリと、第三データレコードにのみ含まれるデータレコードエントリ識別子「内容」のデータレコードエントリとが含まれる。
【００４７】
このようにして、ソースデータベース1、2、および3に含まれるテレビ放送に関するエントリデータEIすべてが一緒に集められ、従って、ターゲットデータベース4のユーザに最大限可能な情報が提供されるという利点が達成される。
【００４８】
演算モジュール19は、類似する第一および第二データレコードが、少なくとも1つの一致するデータレコードエントリ識別子に対して異なるデータレコードエントリを有する場合に、類似する第一および第二データレコードを誤りデータレコードとして標識付けするように、さらに設計されている。例えば、表1と表2の第五行に格納されている、テレビ放送「カサブランカ」に関連するデータレコードは、類似するデータレコードであり、なぜなら、データレコードエントリ識別子「局」、「日付」、および「タイトル」に対して格納されているデータレコードエントリが一致するためである。しかしながら、これらの類似する第一および第二データレコードは、一致するデータレコードエントリ識別子「開始時刻」に対して、異なるデータレコードエントリ「17:00」と「17:30」を有する。演算モジュール19は、これら第一および第二データレコードを誤りデータレコードとして標識付けし、標識付けされた誤りデータレコードを識別する第一誤りフラグFI1を生成するように、設計されている。
【００４９】
このようにして、非常に高い確率で同じテレビ放送に関連するが、一致するデータレコードエントリ識別子を有する少なくとも1つのデータレコードエントリが異なる、実質的に一致するデータレコードが、第一誤りフラグFI1によって標識付けされる、という利点が達成される。従って、ターゲットデータベース4の管理者は、2つの異なるデータレコードエントリのどちらが正しいかに関して、第一誤りフラグでFI1によって標識付けされたデータレコードのみを検査すればよい。この目的のため、第一誤りフラグFI1は、編集モジュール21に送られる。この編集モジュール21により、ターゲットデータベース4の管理者は、一時メモリモジュール18またはメモリモジュール20に格納されている正しくないデータレコードを編集できる。
【００５０】
演算モジュール19は、誤りデータレコードとして標識付けされている第一および第二データレコードに類似する第三データレコードを探索するように設計されていて、この第三データレコードは、第三ソースデータベースから受け取られる。演算モジュール19は、次いで、表3の第五行に入力されている第三データレコードを見つけ、このレコードは、誤りデータレコードと類似し、なぜなら、この第三データレコードには、一致するデータレコードエントリ識別子「局」、「日付」、および「タイトル」に対して同じデータレコードエントリが含まれるためである。演算モジュール19は、表3の第五行に含まれているこの第三データレコードを、表1と表2の第五行に入力されている誤りデータレコードに類似するデータレコードとして標識付けするように、設計されている。
【００５１】
演算モジュール19は、データレコードエントリ「17:00」または「17:30」のどちらが正しいかを多数決原則（多い方が正しい）によって確定するために、誤りデータレコードとして標識付けされている第一および第二データレコードに含まれる異なるデータレコードエントリと、標識付けされた第三データレコードに含まれるデータレコードエントリとを比較するように、さらに設計されている。演算手段19は、開始時刻「17:00」が第一および第三データレコードに入力されていることを認識し、この時点で、演算手段19は、標識付けされている第三データレコードに含まれるデータレコードエントリを、ターゲットデータベース4内の新しいデータレコードに入力するように、設計されている。
【００５２】
このようにして、演算モジュール19が、誤りデータレコードのどちらが正しいデータレコードエントリを含んでいるかを自動的に確定し、その時点で、その正しいデータレコードエントリがターゲットデータベースに入力される、という利点が達成される。従って、このような場合には、ターゲットデータベース4の管理者による手動入力を不要にすることができ、これによって処理コストが節約される。しかしながら、管理者がデータレコードエントリに対して固有の検査を行うことができるようにする目的で、最初に誤りデータレコードとして標識付けされたターゲットデータベース4のデータレコードを、ターゲットデータベース4の管理者に認識させることができる。
【００５３】
言及できる点として、演算モジュール19は、誤りデータレコードが存在しているという事実が確定された後にのみ、インターネットNET上においてソースデータベースを探索し、誤りデータレコードに類似する対応するデータレコードを完全に自動的に検索して比較することもできる。このようにして、質の高いエントリデータEIをソースデータベースから完全に自動的にフェッチして、ターゲットデータベースに集めることができ、なぜなら、最終的にターゲットデータベース4に入力されるデータレコードの質は、異なるソースデータベースからのデータレコードエントリが比較されて多数決原則に従って入力されることに起因して、ソースデータベースにおける質よりも高いためである。
【００５４】
演算モジュール19は、第二誤りフラグFI2を生成するように、さらに設計されている。この第二誤りフラグFI2は、誤りデータレコードとして標識付けされた第一または第二データレコードのうち、標識付けされた第三データレコードの一致するデータレコードエントリ識別子に対して少なくとも1つの異なるデータレコードエントリを有するデータレコードを識別する。従って、第二ソースデータベース2からフェッチされた、表2の第五行に含まれるデータレコードは、第二誤りフラグFI1によって標識付けされ、なぜなら、「カサブランカ」というタイトルのテレビ放送の開始時刻「17:30」が明らかに間違っているためである。
【００５５】
ターゲットデータベース4は、この第二誤りフラグFI1を、正しくないデータレコードが検索された第二ソースデータベース2の管理者に転送するように、さらに設計されている。この目的のため、演算モジュール19は、第二誤りフラグFI2をターゲットデータベース4のアドレス手段22に送る。アドレス手段22は、それぞれのソースデータベースの管理者に関連するアドレスデータAIを格納する。第一ソースデータベース1の管理者に関連するアドレスデータAIは、ファックス番号「+43 (1) 22 33 44」を有する。第二ソースデータベース2の管理者に関連するアドレスデータAIは、Eメールアドレス「Hans.Mueller@Datenbank.at」を有し、第三ソースデータベース3の管理者に関連するアドレスデータAIは、郵便住所「A-1120 Vienna, Maygasse 12」を有する。
【００５６】
この応用例、によると、アドレス手段22は、第二ソースデータベース2の正しくないデータレコードに標識付けする第二誤りフラグFI2を受け取り、この第二誤りフラグFI2を、第二ソースデータベース2の管理者のEメールのアドレスと共に、インタフェース17に送る。インタフェース17は、対応する電子メールを、インターネットNETを介して、第二ソースデータベース2のインタフェース9に送り、このインタフェース9は、第二誤りフラグFI2を編集モジュール12に送る。
【００５７】
このようにして、第二ソースデータベース2の管理者に、自身が責任を負う第二ソースデータベース2の中の正しくないデータレコードが提示され、この管理者があとから修正できるという利点が達成される。従って、この管理者が責任を負う第二ソースデータベース2のエントリデータEIの質が向上し、この理由のため、このソースデータベース2を使用するユーザがますます増加する。このようにソースデータベース2のユーザの数が増加することは、データベースの利用料金が増加する、または広告収入が増加するために、ソースデータベース2の所有者にとって大きな利点である。
【００５８】
管理者が責任を負うソースデータベース1、2、または3の中の正しくないデータレコードを通知するサービスに対して請求するために、ターゲットデータベース4は、第二誤りフラグFI2によって標識付けされたデータレコードが取得されたソースデータベース1、2、または3の管理者に課金情報RIを転送するように、さらに設計されている。例えば、毎週または毎月、ソースデータベース1、2、および3の管理者に請求書が発送される。
【００５９】
このようにして、ソースデータベース1、2、および3の中の正しくないデータレコードを通知することに対して適切な通知料金が請求されるビジネス方法が得られ、これは利点である。ソースデータベースの所有者は、この通知料金を喜んで支払い、なぜなら、管理者のソースデータベース内の正しくないデータレコードが通知されるため、管理者はソースデータベースに入力されたデータレコードの妥当性を検査する必要がなくなり、従って所有者は、ソースデータベースの管理者の作業時間を短縮できるためである。さらに、ソースデータベースの所有者の収入が、上述されているようにエントリデータEIの質が向上するため増加する。
【００６０】
ソースデータベースのデータレコードを検索することに対してデータベースの利用料金を支払う必要がある場合には、ソースデータベース1、2、および3の所有者とターゲットデータベース4の所有者は、ターゲットデータベース4がソースデータベース1、2、および3のデータレコードを無料で検索でき、その代償として通知料金が請求されないようにすることに同意できる。このようにして、非常に有利なビジネス方法が同様に達成される。
【００６１】
例えば、5つの類似するソースデータベースからエントリデータを検索し、これらのエントリデータ内の類似するデータレコードを比較し、多数決原則に従って新しいデータレコードをターゲットデータベースに入力することもできる。同様に、例えば、ターゲットデータベースは、その時点でソースデータベースに入力されている類似するデータレコードに多数決原則を適用したときに、ターゲットデータベースにすでに入力されているデータレコードと異なるデータレコードになるか否かを、毎日一回検査することができる。異なる場合には、多数決原則によって正しくないデータレコードとして認識されるターゲットデータベースのデータレコードを、正しいデータレコードによって上書きできる。
【００６２】
特に、ビデオレコーダの記録モードを作動させるために使用されるVPS（ビデオレコーダ・プログラミングシステム）の識別子は、急に変更されることがしばしばあり、ターゲットデータベース内のこの情報を更新することは特に重要である。本発明によると、データレコードエントリの質を高めることと、ターゲットデータベース内のデータレコードエントリを定期的に更新することによって、特にこのような変更されやすい情報の場合に、大きな利点が達成される。
【００６３】
ソースデータベースとターゲットデータベースを任意の他のデータ網／電話網を介して接続することもできる。
【００６４】
ターゲットデータベースは、インターネットに接続されている検索エンジンを使用して、検索語を入力することによって類似するソースデータベースを自動的に探索し、検索語を使用して類似するエントリデータを検索できる。
【００６５】
2つのソースデータベースの間の類似度は、2つのソースデータベースの間で一致するデータレコードエントリ識別子の数に基づいて確立できる。従って、30個のデータレコードエントリ識別子それぞれのエントリデータEIを含む2つのソースデータベースがあり、この2つのソースデータベースの間で30個のデータレコードエントリ識別子のうち5個のみが一致する場合に、この2つのソースデータベースを、前と同様に、類似するソースデータベースに指定できる。この場合には、多数決原則に従ってどのエントリデータEIが正しいかを検査するときに、5つの一致するデータレコードエントリ識別子に対して入力されているエントリデータEIのみが評価される。しかしながら、ターゲットデータベースの目的に応じて、30個のデータレコードエントリ識別子に対してソースデータベースに入力されているすべてのエントリデータEIを、ターゲットデータベースに入力することもできる。
【図面の簡単な説明】
【００６６】
【図１】3つのソースデータベースと1つのターゲットデータベースから成るシステムであって、ターゲットデータベースの演算モジュールが、ソースデータベースから検索されるデータレコードを選択し、それらをターゲットデータベースのターゲットメモリモジュールに入力する、システムを示す。
【符号の説明】
【００６７】
1、2、3  ソースデータベース
4  ターゲットデータベース
5  インタフェース
6  演算モジュール
7  メモリモジュール
8  編集モジュール
9  インタフェース
10  演算モジュール
11  メモリモジュール
12  編集モジュール
13  インタフェース
14  演算モジュール
15  メモリモジュール
16  編集モジュール
17  インタフェース
18  一時格納モジュール
19  演算モジュール
20  メモリモジュール
21  編集モジュール
21  編集モジュール
22  アドレス手段
NET  インターネット
EI  エントリデータ
FI1  第一誤りフラグ
FI2  第二誤りフラグ
AI  アドレスデータ
【図１】
2005501312.tif 000007
【国際公開パンフレット】
2005501312.tif 000008
2005501312.tif 000009
2005501312.tif 000010
2005501312.tif 000011
2005501312.tif 000012
2005501312.tif 000013
2005501312.tif 000014
2005501312.tif 000015
2005501312.tif 000016
2005501312.tif 000017
2005501312.tif 000018
2005501312.tif 000019
2005501312.tif 000020
2005501312.tif 000021
2005501312.tif 000022
2005501312.tif 000023
2005501312.tif 000024
2005501312.tif 000025
2005501312.tif 000026
【国際公開パンフレット（コレクトバージョン）】
2005501312.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2005501312.tif 000028
2005501312.tif 000029
2005501312.tif 000030
2005501312.tif 000031
2005501312.tif 000032
2005501312.tif 000033
2005501312.tif 000034
2005501312.tif 000035
2005501312.tif 000036
2005501312.tif 000037
2005501312.tif 000038
2005501312.tif 000039
2005501312.tif 000040
2005501312.tif 000041
2005501312.tif 000042
2005501312.tif 000043
2005501312.tif 000044
2005501312.tif 000045
2005501312.tif 000046
【国際調査報告】
2005501312.tif 000047
2005501312.tif 000048
2005501312.tif 000049