JP4709745B2 - データストリングを復号化する方法 - Google Patents

Description

本発明は、米国気象局ＮＷＲ（ＮＯＡＡ Ｗｅａｔｈｅｒ Ｒａｄｉｏ）送信機を介して伝送されるデータ、または同等の形で伝送される他の任意のデータを復号化することに関する。提案するアルゴリズムに従って復号化することは、非常に信頼できる。

米国気象局ＮＷＲ（ＮＯＡＡ Ｗｅａｔｈｅｒ Ｒａｄｉｏ）を介してデータを伝送するために使用されるデータ・フォーマットは、例えば、「ＮＡＴＩＯＮＡＬ ＷＥＡＴＨＥＲ ＳＥＲＶＩＣＥ−ＮＯＡＡ ＷＥＡＴＨＥＲ ＲＡＤＩＯ（ＮＷＲ）ＴＲＡＮＳＭＩＴＴＥＲＳ−ＮＷＲ ＳＰＥＣＩＦＩＣ ＡＲＥＡ ＭＥＳＳＡＧＥ ＥＮＣＯＤＩＮＧ−ＮＷＲ ＳＡＭＥ」，Ｕｐｄａｔｅ ＃４．４３ ｏｆ Ｊｕｌｙ １３，１９９９という刊行物で説明している。ＮＷＲ ＳＡＭＥシステムの背景、詳細、および例、ならびにこのシステムに従って伝送されるデータは、この刊行物で説明しており、本発明を理解するのに役立つと考えられる場合を除き、本明細書で繰り返すことはしない。他の国々、または他の地域では、本明細書で説明するのと同様の問題解決法を適用することができる同様のシステムが、設置されているか、または試験されている。例えば、ドイツ国では、ＤＣＦ７７時刻信号伝送が、現在、気象、または他の警報機能に関するデータストリングも含むように開発中である。

ＮＯＡＡ ＳＡＭＥによれば、通常のストリングフォーマットは、「ＺＣＺＣ−ＷＸＲ−ＥＥＥ−ＰＳＳＣＣＣ−ＰＳＳＣＣＣ＋ＴＴＴＴ−ＪＪＪＨＨＭＭ−ＬＬＬＬＬＬＬＬ−」である。このフォーマットの中で、ＺＣＺＣは、ヘッダ・コード・ブロックであり、ダッシュ記号「−」が、メッセージ有効時間に先立つ場合以外は、２つのコード・ブロックの間に存在し、ＷＸＲは、メッセージを伝送している組織を明らかにし（ときとして、ＷＸＲは、ＯＲＧによっても示される）、ＥＥＥは、イベントのタイプを明らかにし、ＰＳＳＣＣＣは、ロケーション・データであり、ＴＴＴＴは、メッセージが有効である発行時間後の継続時間を明らかにする継続時間データであり、ＪＪＪＨＨＭＭは、暦の日付と時刻を明らかにし、ＬＬＬＬＬＬＬＬは、メッセージの発信者を明らかにする。単一の、またはいくつかのロケーション・データ・ブロックが存在することが可能であり、この例では、２つのそのようなブロックが示されている。

このストリングは、各ストリングの後に休止があり、その後にさらなる情報が続いて、３回繰り返される。さらなる情報は、長さが異なる可能性がある。変化する伝送条件に起因して、データは、伝送されたストリングのいずれかのロケーションで、破損している可能性がある。破損したストリングが、誤った警報、または他のアクションを生じさせるのを防止するため、コード誤り検査が、受信側デバイスによって実行されるべきである。前述したＮＯＡＡ ＳＡＭＥに関するドキュメントは、３つのストリングの少なくとも２つが、同一であるかどうかについての定期検査を実行して初めて、有効な伝送と見なすことを推奨している。この試験が不合格となった場合、３つの連続的に受信されたストリングのビットごとの検査が推奨され、３つのストリングの２つの中で同一であるように見えるビットだけが、有効であるとして受け入れられる。
「ＮＡＴＩＯＮＡＬ ＷＥＡＴＨＥＲ ＳＥＲＶＩＣＥ−ＮＯＡＡ ＷＥＡＴＨＥＲ ＲＡＤＩＯ（ＮＷＲ）ＴＲＡＮＳＭＩＴＴＥＲＳ−ＮＷＲ ＳＰＥＣＩＦＩＣ ＡＲＥＡ ＭＥＳＳＡＧＥ ＥＮＣＯＤＩＮＧ−ＮＷＲ ＳＡＭＥ」，Ｕｐｄａｔｅ ＃４．４３ ｏｆ Ｊｕｌｙ １３，１９９９

本発明の目的は、誤り検査プロセスを改良することである。

本発明によれば、受信されたデータストリングを復号化する方法は、データストリングの事前定義された有意な部分を探し出すステップと、データストリングの有意でない部分を無視するステップと、データストリングの探し出された有意な部分だけをさらに検査するステップとを含む。これは、データストリングの有意でない部分の中の破損に起因する誤りにより、有意な部分の取り出しが、もはや危うくなることはないという利点を有する。もちろん、３つすべての引き続き受信されたデータストリングが同一であった場合、誤りの検出および訂正に関するさらなるアクションは、全く必要ない。また、３つのデータストリングが、有意でない部分を無視した後、同一であった場合も、そのようなさらなるアクションは、全く必要ない。有意でない部分は、前もって取り除くか、誤り検査−訂正プロセスにおいて飛ばして進むか、または別の適切な形で無視することができる。

本発明の方法は、前記ストリングの長さを算出するステップと、前記長さを使用して、所定のデータ位置を正確に特定するステップと、前記長さによって特定された位置から始めて、前記ストリングからデータを取り除くステップとをさらに含む。本発明は、各データストリングの開始部分だけが有意なデータを含むという事実を活用する。開始部分の長さが算出されると、後続の部分は、無視される。提供される異なる数のロケーション情報が存在するので、メッセージが関係のある領域の数に依存して、開始部分の長さは、常に同一なのではない。

本発明によれば、算出するステップは、前記ストリングの中で所定のシーケンスを探し出すことにある。各ストリングは、事前定義された位置で事前定義されたシンボルを含むということが活用される。このため、そのようなシンボルのビット・シーケンスを使用して、前記事前定義されたシーケンスの位置と互いに関係する長さが算出される。好ましくは、前記シーケンスは、ＮＷＲ ＳＡＭＥ仕様に準拠する事前定義されたロケーションを有する、「＋」というシンボルを指す。もちろん、事前定義されたシンボルのシーケンスも、好ましくは、評価される。例えば、シンボル「−」とシンボル「＋」の間の距離は、ＮＷＲ ＳＡＭＥ仕様に準拠して事前定義されており、したがって、シンボル「−」またはシンボル「＋」のすべてを、それぞれの位置で取り出すことができない場合でも、それらの距離の一致により、ストリングの長さが与えられる。

好ましくは、この方法は、同一のデータを含むものと想定される異なるストリングの、バイトごとの比較のステップをさらに含み、前記比較が、「同一」という結果を与えるバイトを正しいデータと見なす。これは、有意な部分が信頼できる形で検査されるという利点を有する。特に、比較が、２つ以上のストリングに基づく場合、正しいデータは、多数決で判定される。これは、バイトだけが、すなわち、一緒に属するビットのユニットだけが比較され、データストリングのペアを変更する際に同一であるビットのみから成り、そのため意味のない人工シンボルを生成するリスクが低減されるという、ＮＷＲ ＳＡＭＥ推奨によるビットごとの比較に優る利点を有する。

好ましくは、本発明による方法は、残りのデータストリングの事前定義された重要なセグメントを有意な部分として探し出すステップと、前記重要なセグメントに属さないデータ・ロケーションを無視するステップと、重要なセグメントだけをさらに検査するさらなるステップとを含む。これは、それほど重要でないデータ・ロケーションにおける誤りに対処が行われず、より重要なロケーションだけが考慮に入れられるという利点を有する。好ましくは、このステップは、検査されるべき最も重要なセグメントだけが残るまで、それほど重要でないセグメントをますます除外することにより、繰り返される。これは、ステップごとに、より少ない情報が残されることを意味する。しかし、選択は、より重要な情報だけが、さらに扱われることを確実にする一方で、それほど重要でない情報は、無視されることが受け入れられる。全体的に、ユーザが、全く情報がないか、または信頼できない情報よりも、信頼できる、より重要な情報を受け取ることがより重要である。例えば、ある区域に関する警報メッセージが発せられていることを知ることが、誰によってそのメッセージが発せられたかを知ることよりも重要である可能性がある。

好ましくは、正しいデータを全く特定することができない場合、最も論理にかなったデータが探索される。これは、３つのストリングの間における、それらのストリングの有意な部分に関する、存在しない多数決にもかかわらず、有意な部分のさらなる特性に基づき、正しいデータが検出されるという利点を有する。３つのそれぞれのストリングの、あるロケーションにおける３つの異なるバイトから、例えば、そのそれぞれの位置に置かれることが禁止されていないバイトのグループにそのバイトが属するため、許容できる範囲に入るバイトが選択される。

本発明の別の態様によれば、所定のヘッダ・コード・ブロックが探索され、そのようなヘッダ・コード・ブロックが全く見つからなかった場合、人工ヘッダ・コード・ブロックが、受信されたデータストリングの先頭において付加される。これは、有意な部分を探し出すために、受信されたデータ・ストリームの先頭の部分が誤りを含む場合に、最適化された開始条件が生成されるという利点を有する。このため、さらなる検査の可能性が向上する。

好ましくは、データストリングの所定のロケーションにおける所定のシンボル・セットがないか検査されて、それらが、異なる位置に位置している場合、データストリングにシンボルが挿入されるか、またはデータストリングからシンボルが取り除かれて、所定のシンボル・セットが、所定のロケーションに移されるようになる。これもまた、さらなる評価ステップのために、さらに最適化された開始条件につながり、検査の可能性をさらに高める。

また、本発明による方法を実行するための装置、ならびにそのようなデバイスを備えているか、さもなければ、そのような方法を実行するために提供されるブロードキャスト受信機も、本発明の概念の範囲内に入る。それぞれのデバイスは、好ましくは、テレビ受像機、他のビデオ機器、オーディオ機器などを介して、ユーザに警報情報を送るために、世帯における既存の機器に接続可能である。ブロードキャスト受信機は、それぞれの警報メッセージを受信するために提供された、テレビ受像機またはラジオ受信機、ならびに固定またはモバイルの、他のオーディオ機器および／またはビデオ機器である。

本発明のさらなる詳細および利点は、諸実施形態、および関連する図の以下の説明から明白となろう。

図１は、本発明の方法を実行するためのデバイスのブロック図を示す。ユーザ・インタフェース・モジュール１、復号器モジュール２、および出力デバイス３が示されている。ブロードキャスト信号が、アンテナ４を介して受信され、チューナ５に供給される。オーディオ復調器６が、オーディオ信号ＡＵをオーディオ・ミキサ７および周波数偏移復調器８に出力する。復調器８は、ロック検出信号Ｑおよびデータ信号ＳＡＭＥを出力する。信号Ｑおよび信号ＳＡＭＥは、マイクロコントローラ・ユニット９に入力される。マイクロコントローラ・ユニット９は、受信されたデータ信号ＳＡＭＥを復号化し、復号化されたデータを不揮発性メモリ１０の中に格納し、オーディオ警報信号ＡＵＷをオーディオ・ミキサ７に出力し、ステータス情報ＳＩをユーザ・インタフェース・モジュール１に出力する。発光ダイオード群１１が、異なる警告カテゴリを示すために、ステータス情報ＳＩに応答して励起される。ボタン群１２が、例えば、前もって受信済みの情報をメモリ１０から出力するため、または出力デバイス３を介して、より詳細な情報を出力するため、マイクロコントローラ・ユニット９にコマンドを与えるために提供される。出力デバイス３は、スピーカ１３を含むものとして示されているが、テレビ・デバイスであってもよい。マイクロコントローラ・ユニット９によって実行される復号化プロセスを、以下により詳細に説明する。

図２は、受信された信号の例を示す。水平軸は、時間軸である。図２の上部には、オーディオ信号ＡＵが示されている。その下で、ロック検出信号Ｑが、データ信号ＳＡＭＥが受信される際の時間窓を示す。このデータ信号ＳＡＭＥは、図２の下部に示されている。データ信号ＳＡＭＥは、データストリングをそれぞれが表す、３つのバースト、Ｂ１、Ｂ２、Ｂ３から成る。

「ＺＣＺＣ−ＷＸＲ−ＥＥＥ−ＰＳＳＣＣＣ−ＰＳＳＣＣＣ＋ＴＴＴＴ−ＪＪＪＨＨＭＭ−ＬＬＬＬＬＬＬＬ−」の形態のデータストリングを有する３つの信号バースト、Ｂ１、Ｂ２、Ｂ３が、連続的に受信され、ステップＳ００ですべてキャプチャされてから、復号化される。これは、評価されるべきデータの３つのストリングが存在することを意味する。ストリング上のどこでも、破損が生じる可能性がある。通常、あるロケーションＮで破損が生じた場合、残りのすべてのＮ＋１、＋２、＋３．．．データも破損している。以下にソフトウェアで記述される、本発明の方法は、したがって、有意でないデータを無視する。最も有意である、または最も重要であるのは、ロケーションに関するデータＰＳＳＣＣＣ、および継続時間に関するデータＴＴＴＴ、およびイベントに関するデータＥＥＥであると考えられる。

ステップＳ０１で、受信されるすべてのストリングに関して、受信されたストリングが、シーケンス「ＺＣＺＣ−」で始まっていることが確かめられる。このヘッダ・シーケンスを有さないストリングは、適切な開始点を欠いている。そのようなケースでは、さらなる比較のために適切なストリングを解釈するように、シーケンス「ＺＣＺＣ−」が挿入される。その後、受信されたストリングから、有効なイベント・コードを抽出することが試みられる。有効なイベント・コード位置は、ストリングを再構築するように前方、または後方に移される。最終的に、再構築されたストリングは、常に、「ＺＣＺＣ−ＱＱＱ−ＥＥＥ−．．．」というシーケンスで始まり、ここで、メッセージの発信者は、本明細書で述べたＷＲＸまたはＯＲＧではなく、ＱＱＱで示される。この情報は、非常に有意であるとは見なされないので、ストリングのさらなる評価に影響を与えることなしに、任意の文字が、そこに存在することが可能である。

以下で、Ｓｔｒｉｎｇ＿１は、第１のバーストＢ１から収集されたデータを指し、Ｓｔｒｉｎｇ＿２は、第２のバーストＢ２から収集されたデータを指し、Ｓｔｒｉｎｇ＿３は、第３のバーストＢ３から収集されたデータを指す。方法は、いくつかの連続的な段階から成る。

段階Ｓ０は、Ｓｔｒｉｎｇ＿１、Ｓｔｒｉｎｇ＿２、およびＳｔｒｉｎｇ＿３の比較を実行する。これらのすべてが同一である場合、誤り検出および／または誤り訂正に関するさらなるアクションは、全く必要とされない。同一でない場合、さらなる段階の１つまたは複数が実行される。

段階Ｓ１で、ストリングの長さが決定され、この長さは、次に、ストリングの中のロケーション・データの位置、および継続時間データの位置を正確に特定するのに役立つ。したがって、ソフトウェアは、３つすべてのストリングの中で、「＋」データ・バイトを探し出そうと試みる。３つの異なるストリングの間における、「＋」データ・バイト・ロケーションの比較が行われる。同一の「＋」ロケーションを与える２つのストリングがいずれであれ、そのロケーションは、ステップＳ１１で、この比較から特定される。例えば、Ｓｔｒｉｎｇ＿１とＳｔｒｉｎｇ＿３の中で、「＋」データ・バイトの位置がともに等しい、例えば、位置２７にある場合、ストリングの長さが見出されたものと考えられる。

「＋」データ・バイトに関する位置が、ストリングのいずれに関しても同一ではない場合、各ストリングが、ステップＳ１２で再び採り上げられる。「＋」データ・バイトのロケーションを５だけ増やしたロケーションで、「−」データ・バイトを与えるストリングがないか検査される。これは、正しいストリング（「．．．ＣＣＣ＋ＴＴＴＴ−ＪＪ．．．」を参照されたい）の中における、それらのデータ・バイトの相対位置を指す。そのような位置が見つかった場合、ストリングの長さは、算出される。そのような位置が見つからなかった場合、「＋」データ・バイトと１つまたは複数の「−」データ・バイトのさらなる距離シーケンス、または２つ以上の「−」データ・バイト間の距離に関する検査が行われる。正しい相対位置が見つかった場合、ストリングの長さは、ステップＳ１３で、それぞれの位置から算出される。「−」データ・バイトに関する多くの事前定義された位置が存在するので、ストリングの長さがうまく算出されない可能性は、かなり低い。

段階Ｓ２で、最後の有効なデータの後の不要なデータが、ストリングの前もって算出された長さに基づき、除去される。データの伝送は、普通、瞬時に終了しないため、数バイトの不要なデータが記録される可能性がある。それらの不要なデータは、この段階で除去される。

段階Ｓ３で、２つの同一のデータ・バイトがないか検査する、バイト・レベルの比較が実行される。例えば、ロケーションＸにおいて、Ｓｔｒｉｎｇ＿１データは、「〜」であり、Ｓｔｒｉｎｇ＿２データは、「Ｒ」であり、Ｓｔｒｉｎｇ＿３データは、「Ｒ」である。このケースでは、ステップＳ３１における多数決により、ロケーションＸにおけるＳｔｒｉｎｇ＿１データは、「Ｒ」で置き換えられる。

これは、すべてのロケーションにおいて、同一のデータを戻す２つのストリングがいずれであれ、その値が、正しいデータと見なされることを意味する。あるロケーションにおける異なるストリングの３つすべての値が異なる場合だけ、段階Ｓ４が実行される。

段階Ｓ４で、最も論理にかなったデータが、以下のとおり探索される。すなわち、
１）算出されたストリング長に基づき、重要なデータ・セグメントの正確なロケーションが分かる。例えば、データ・セグメント、「ＰＳＳＣＣＣ−．．．−ＰＳＳＣＣＣ＋ＴＴＴＴ」が、ストリング、ＺＣＺＣ−ＷＸＲ−ＥＥＥ−ＰＳＳＣＣＣ−ＰＳＳＣＣＣ＋ＴＴＴＴ−ＪＪＪＨＨＭＭ−ＬＬＬＬＬＬＬＬ−全体で最も重要なセグメントと考えられる。
２）論じられるデータ・ロケーションが、重要なセグメントに属さない場合、誤りは、無視される。
３）論じられるデータ・ロケーションが、重要なセグメントに属する場合、そのセグメントは、３つのストリングの３つすべてのデータにおいて検査される。次に、意味のあるデータを与えるセグメントが選択される。意味のあるデータとは、この文脈では、数字（０〜９）、マイナス記号（「−」）またはプラス記号（「＋」）を意味する。というのは、最も重要と見なされるデータ・セグメントは、これらの要素から成るからである。例が、以下のとおり与えられる。すなわち、
ＺＣＺＣ−ＷＸＲ−ＥＥＥ−０１８０９７−０１８１０１＋００１５−ＪＪＪＨＨＭＭ−ＬＬＬＬＬＬＬＬ−
４）再構築は、意味のあるデータを全く識別することができない場合だけ、失敗する（検査するステップＳ４１の結果として「いいえ」）。
５）そのような訂正可能でない誤りが存在する場合、警報イベントが受信されているが、データは、あまりにも破損していて、正しい解読を許さないことが分かる。
６）データのストリングが受信されたが、訂正の際に誤りが生じた場合にだけ、ステップＳ６で、誤りメッセージが出力される。それ以外の場合、訂正されたデータが出力されるか、またはさらに処理される。誤りメッセージは、好ましくは、警報が発せられているが、さらなる詳細を与えるには信号が弱すぎることを示す。

正しいデータが存在する、またはデータを訂正することが可能な場合、データは復号化され、それぞれのステータス情報ＳＩまたはオーディオ警報信号ＡＵＷが、ステップＳ７で出力される。

本発明による方法は、好ましくは、以下のケースを扱う。すなわち、
−３つの同一のストリングが受信される。
−２つの同一のストリングが受信される。
−複数のストリングの異なるロケーションで破損が生じる。
−複数のストリングの同一のロケーションで破損が生じるが、それらのストリングの少なくとも１つは、意味のある値を戻す。
−ストリングの同一のロケーションで破損が生じ、ストリングのいずれも、意味のある値を戻さないが、そのロケーションは、重要なセグメント内ではない。

図４は、本発明の方法の第２の実施形態の流れ図を示す。方法は、ステップＳ８０で始まる。ステップＳ８１で、受信されたストリングのそれぞれの中で、シーケンス、「ＺＣＺＣ」がないか検査される。シーケンス、「ＺＣＺＣ」が存在しない場合、シーケンス、「ＺＣＺＣ」は、それぞれのストリングの最前部に追加される。シーケンス、「ＺＣＺＣ」が検査されることを示すため、ストリングは、図でステップＳ８１の近くに示され、関係のある部分が、大文字にされている。

ステップＳ８２で、認識可能なイベント・コード、ＥＥＥが、このコードが存在することになっている範囲内で、すなわち、前述した標準のケースでは、位置０から位置９までの範囲内で探索される。イベント・コードが、正しい位置にない場合、イベント・コードの位置は、再調整される。この場合も、このステップで検査される関係のある部分は、ステップＳ８２の近くで、大文字にされている。

ステップＳ８３で、「プラス記号」の数、すなわち、ストリングのそれぞれの中におけるシンボル「＋」の出現に関して検査される。複数の「プラス記号」を有するストリングは、誤っていると考えられる。複数の「プラス記号」を有する２つ以上のストリングの場合、受信されたストリングは、ひどく破損しているものと考えられる。

受信された３つのストリングからの最も長い長さを使用して、ステップＳ８４で、右側のステップＳ８４１ないしＳ８４２のとおりの条件が存在しないか検査される。

ストリングが、単一のロケーション・コードを有する完全なＳＡＭＥデータの長さより、すなわち、４０文字長より長い場合、ステップＳ８４１で、そこから、伝送されたロケーションの数が推定される。

ストリングが、ロケーション・コードの位置までを含むストリングの長さより、すなわち、２４文字長より短い場合、ステップＳ８４２で、受信されたストリングは、おそらく、ロケーション・コード・セグメントの中で誤りを有するものと考えられる。

ストリングが、イベント・コードまでを含むストリングの長さより、すなわち、１２文字長より短い場合、ステップＳ８４３で、受信されたストリングは、おそらく、イベント・コード・セグメントの中で誤りを有するものと考えられる。

ステップＳ８５で、以下が実行されて、イベント・コードが復号化される。すなわち、３つすべてのストリングに関するイベント・コード・セグメントの同一の位置において、英字であることが確認される。いずれかの位置で、３つすべてのストリングが、英字でない文字を戻す場合、有効なイベント・コードは、全く特定することができないものと考えられ、英字でない文字を戻さない場合、サブステップＳ８５１ないしＳ８５３の条件が存在しないか検査される。

ステップＳ８５１で、２つのストリングが、任意の一時点で比較される。両方のストリングが、同一のイベント・コードを有する場合、データベースの中を調べた後、そのイベント・コードが、リストの中にリストされている場合、そのコードは、有効なイベント・コードと見なされる。データベースの中に含まれるリストは、可能なすべてのイベントを示す。それぞれのイベントを示すため、リストは、イベント・コード、ならびにユーザのための情報として出力されるべき、それぞれの完全なテキスト・バージョンを含む。このため、許されるすべてのイベントが、そのリストの中に含まれる。

同一のイベント・コードを与える２つのストリングを全く見つけることができない場合、ステップＳ８５２で、それぞれの個別のストリングが、データベースに照らして検査される。それらのストリングのいずれかが、リストの中で見つかった場合、そのストリングは、有効なイベント・コードであると見なされる。

見つからない場合、ステップＳ８５３で、有効なイベント・コードは、全く特定することができないと結論づけられる。

ステップＳ８６で、ロケーション・コードをどのように復号化するかが、以下のとおり説明される。すなわち、２つのストリングが、任意の一時点で比較される。２つのストリングが、ロケーション・コード・セグメント内の同一の位置で同一の文字を戻す場合、その文字は、その文字が数字であることが確認された後、その位置に関する正しいデータと見なされる。同一の文字を戻さない場合、ストリングは、ロケーション・コードに誤りを有するものと考えられる。ロケーション・コード、「ＰＳＳＣＣ」が、図のステップＳ８６およびＳ８６１近くのストリングで、大文字にされている。

ステップＳ８６１で、ロケーションごとにどのように比較が実行されるかが説明される。伝送されるロケーションの数が、より早期の段階から算出される。これが、その形で行われるのは、プロセスが、重要なデータだけを中心に扱い、ロケーション・コードの間のダッシュ記号などの、有意でないデータは扱わないからである。

ステップＳ８７で、最後のロケーション・コードの直後に、ストリングの中で「プラス」シンボル、「＋」が存在するかどうかが検査される。少なくとも２つのストリングが、その位置において同一の結果を与えなければならない。それ以外の場合、ストリングは、誤っているものと考えられる。

ステップＳ８８およびＳ８８１で、ステップＳ８６およびＳ８６１でロケーション・コードを復号化するのに使用されたのと同一のプロセスが、継続時間コード・セグメントを復号化するために、ここで、繰り返される。少なくとも２つのストリングが、同様の文字を与えなければならず、その文字は、数字でなければならない。それ以外の場合、継続時間コードは、誤っているものと考えられる。ここで、「ＴＴＴＴ」が、ステップＳ８８１の近くに示されるストリングで、大文字にされている。

最後に、ステップＳ８９で、より早期の段階からトリガされた誤りフラグから、ストリングが、イベント・コードに回復不能な誤りを有するかどうかが判定される。そのケースでは、受信されたストリングは、完全に破棄される。しかし、誤っているのがロケーション・コードだけである場合は、ロケーション・コードおよび継続時間コードが、デフォルトで所定の値にされる。このため、回復不能なロケーションおよび継続時間の指示を有する正しいイベントが、ユーザに出力される。

プロセスは、ステップＳ９０で終了する。

本発明の方法を実行するためのデバイスのブロック図である。 受信された信号の例を示す図である。 本発明の方法の第１の実施形態の流れ図である。 本発明の方法の第２の実施形態の流れ図である。

符号の説明

１ ユーザ・インタフェース・モジュール
２ 復号器モジュール
３ 出力デバイス
４ アンテナ
５ チューナ
６ オーディオ復調器
７ オーディオ・ミキサ
８ 周波数偏移復調器
９ マイクロコントローラ・ユニット
１０ 不揮発性メモリ
１１ 発光ダイオード
１２ ボタン
１３ スピーカ

Claims (5)

1. 受信されたデータストリングを復号化する方法であって、前記データストリングは、非データ要素およびデータストリング要素を含むメッセージの一部であると共に可変の長さを有しており、同一データストリングが複数回繰返して送信されるものであり、
   前記データストリングにおける、事前定義され最も有意であると考えられるデータストリング部分からなるサブセットを探し出すステップと、
   前記繰返されたデータストリングの前記サブセットのみの一致を検査するステップと、
   前記繰返されたデータストリング部分の前記サブセットの一致を特定することができない場合、前記サブセットに許されるシンボルを探索するステップと
   を備えたことを特徴とする方法。
2. 同一のデータを含むと考えられる、異なるデータストリングをバイトごとに比較するステップと、
   前記比較により「同一」という結果が得られるバイトを正しいデータと見なすステップとをさらに備えたことを特徴とする請求項１に記載の方法。
3. 事前定義されたヘッダ・コード・ブロックを探索するさらなるステップと、
   前記ヘッダ・コード・ブロックを探索するさらなるステップにおいてそのようなヘッダ・コード・ブロックが全く見つからない場合、前記受信されたデータストリングの先頭においてヘッダ・コード・ブロックを付加するさらなるステップと、をさらに備えたことを特徴とする請求項１または２に記載の方法。
4. 請求項１から３のいずれか１項に記載の方法を実行するためのデバイス。
5. 請求項４に記載のデバイスを備えた、または請求項１から３のいずれか１項に記載の方法を実行するために提供されるブロードキャスト受信機。

Images