(57)【特許請求の範囲】
【請求項１】
１つの送信局および少なくとも１つの受信局を具える、第１データ形式識別子を具える第１の形式のパケットにおいて配置したデータを送信するシステムにおいて、前記システムが、前記第１データ形式識別子および第２データ形式識別子を具える第２の形式のパケットをさらに具え、前記第２データ形式識別子を前記第１データ形式識別子より長くし、前記第２の形式のパケットを、前記第２データ形式識別子を前記第１の形式のパケットに含まれるデータにリンクする第１データ形式識別子によって、前記第１の形式のパケットにリンクしていることを特徴とするシステム。
【請求項２】
請求の範囲１に記載のシステムにおいて、前記第２データ形式識別子が前記データを処理する方法に関係することを特徴とする方法。
【請求項３】
請求の範囲または２に記載のシステムにおいて、前記システムをFM多重データ放送とし、パケットをRDSグループとしたことを特徴とするシステム。
【請求項４】
請求の範囲３に記載のシステムにおいて、前記第１の形式のパケットをバージョンＡグループとし、前記第２の形式のパケットをバージョンＢグループとしたことを特徴とするシステム。
【請求項５】
請求の範囲１、２、３または４に記載のシステムにおいて使用する送信局であって、
−  前記第１の形式のパケットにおいてデータを配置する手段と、
−  前記第２の形式のパケットにおいて前記データにリンクした第２データ形式識別子を配置する手段と、
−  前記第１の形式および第２の形式のパケットにリンクされた第１データ形式識別子を与え、前記第２の形式のパケットにおける第２データ形式識別子を前記第１の形式のパケットにおけるデータにリンクする手段と、
−  前記パケットを送信する手段とを含むことを特徴とする送信局。
【請求項６】
請求の範囲１、２、３または４に記載のシステムにおいて使用する受信局であって、
−  送信されたパケットを受信する手段と、
−  前記第２の形式のパケットにおける第２データ形式識別子と記憶された第２データ形式識別子とを比較する手段と、
−  これらのデータ実体が一致する場合、前記パケットの第１データ形式識別子を記憶する手段と、
−  前記第１の形式のパケットの第１データ形式識別子と記憶された第１データ形式識別子との間のリンクを決定する手段と、
−  前記第１データ形式識別子間のリンクが存在する場合、前記第２データ形式識別子によって示される方法に従って、前記第１の形式のパケットのデータを処理する手段とを含むことを特徴とする受信局。
【請求項７】
請求の範囲３または４に記載のシステムにおいて受信局として使用するRDS受信機であって、
−  送信されたパケットを受信する手段と、
−  前記第２の形式のパケットにおける第２データ形式識別子と記憶された第２データ形式識別子とを比較する手段と、
−  前記パケットのRDSグループ形式コードと前記第２データ形式識別子とを比較する手段と、
−  これらのデータ実体とRDSグループ形式コードとが一致した場合、前記パケットの第１データ形式識別子を記憶する手段と、
−  前記第１の形式のパケットの第１データ形式識別子と記憶された第１データ形式識別子との間のリンクを決定する手段と、
−  前記第１データ形式識別子間のリンクが存在し、前記第１の形式のパケットのRDSグループ形式コードが前記第２の形式のパケットのRDSグループ形式コードと一致した場合、前記第２データ形式識別子によって示される方法に従って前記第１の形式のパケットのデータを処理する手段とを具えることを特徴とするRDS受信機。
【請求項８】
１つの送信局から少なくとも１つの受信局にデータを送信する方法であって、
ａ）  前記データを第１の形式のパケットにおいて配置するステップと、
ｂ）  各々のパケットに第１データ形式識別子を与えるステップと、
ｃ）  前記パケットを前記少なくとも１つの受信局に送信するステップとを具える方法において、
ｄ）  前記データにリンクされた第２データ形式識別子を第２の形式のパケットにおいて配置するステップと、
ｅ）  前記第２の形式のパケットに第１データ形式識別子を与え、前記第１データ形式識別子を前記第１の形式のこれらのパケットの第１データ形式識別子にリンクし、前記第１の形式のパケットのデータに前記第２データ形式識別子をリンクするステップと、
ｆ）  前記第２の形式のパケットを前記少なくとも１つの受信局に送信するステップとをさらに具えることを特徴とする方法。
【請求項９】
請求の範囲８に記載の方法と結合して使用するデータを受信する方法であって、
ｇ）  前記第２の形式のパケットを受信するステップと、
ｈ）  前記パケットにおける第２データ形式識別子を記憶された第２データ形式識別子と比較するステップと、
ｉ）  これらのデータ実体の一致に応じて、前記パケットの第１データ形式識別子を記憶するステップと、
ｊ）  第１の形式のパケットを受信するステップと、
ｋ）  前記第１の形式のパケットの第１データ形式識別子と前記記憶された第１データ形式識別子との間のリンクが存在するか否か決定するステップと、
ｌ）  前記リンクの決定に応じて、前記第１の形式のパケットのデータを前記第２データ形式識別子によって示される方法に従って処理するステップとを具えることを特徴とする方法。
【請求項１０】
請求の範囲９に記載の方法において、前記パケットをFMデータ多重放送を通じて送信し、前記ステップｋ）が、前記第１の形式のパケットのRDSグループ形式コードが前記第２の形式のパケットのRDSグループ形式コードに対応していない場合、リンクが存在しないことを決定することを含むことを特徴とする方法。
【発明の詳細な説明】
本発明は、１つの送信局および少なくとも１つの受信局を具える、第１データ形式識別子を具える第１の形式のパケットにおいて配置したデータを送信するシステムに関するものである。
本発明は、このようなシステムにおいて使用する送信局および受信局と、データを送信する方法およびデータを受信する方法とに、さらに関係する。このようなシステム、送信局、受信局および方法は、欧州特許明細書第0188364B1号から既知である。この明細書は、データをパケットにおいて送信し、各々のパケットが、この場合において前記データの種類または内容を示す第１データ形式識別子を具えるシステムを記載している。多数の異なった形式のデータを送信する必要がある場合、これらの異なった形式間を識別するために長い第１データ形式識別子が必要となり、そのために前記異なったデータ形式を符号化する比較的長いデータ形式識別子の使用を必要とする。これは、前記パケットの比較的大きい部分が前記第１データ形式識別子によって占められるため、データ送信の能率を低下させる。
本発明の目的は、前記システムの能率を激しく低下させることなく、多種のデータの送信を可能にすることである。
本発明によるシステムは、前記システムが、前記第１データ形式識別子および第２データ形式識別子を具える第２の形式のパケットをさらに具え、前記第２データ形式識別子を前記第１データ形式識別子より長くし、前記第２の形式のパケットを、前記第２データ形式識別子を前記第１の形式のパケットに含まれるデータにリンクする第１データ形式識別子によって、前記第１の形式のパケットにリンクしていることを特徴とする。
本発明は、通常の慣習において、すべての可能な種類のデータを同時に送信する必要はなく、前記種類の部分集合を送信でき、すべての可能な種類を前記部分集合に含められるならば十分であるという認識を基礎としている。これは、本発明によれば、前記データを指示する第２データ形式識別子を、第１データ形式識別子によって、前記データに別個の形式のパケットを経てリンクすることによって達成される。ここでは前記第１データ形式識別子は、前記第２データ形式識別子の部分集合をアドレスする必要があるだけなので、前記第１データ形式識別子を前記第２データ形式識別子の長さより短く形成することができ、したがって、前記第１データ形式識別子およびデータを具えるパケットの能率は、前記第２データ形式識別子およびデータを具えるパケットに比べて改善される。
本発明によるシステムの実施例は、前記第２データ形式識別子を、前記データを処理する方法に関係付けたことを特徴とする。この実施例において、前記第２データ形式識別子を、前記データが処理される必要がある方法を識別するのに使用する。前記第１データ形式識別子および第２データ形式識別子間のリンクを具える前記第２の形式のパケットの受信によって、受信局は、受け取ったデータを適切な方法において処理することができるようになる。
本発明によるシステムの実施例は、前記システムをFM多重データ放送（RDS:Radio Data System）とし、パケットをRDSグループとしたことを特徴とする。本発明は、パケットが固定長を有するRDSシステムにおいて特に有用である。このように、短い第１データ形式識別子は、データのための場所をより多く残している。さらに、本発明のRDSグループ形式は、もはや（グループ形式コード０が基本チューニング情報に関して受信され、グループ形式コード４がクロック時間および日付に関して受信されるように）このグループ形式の機能に関係する１種類のデータのみに関して受信されるのではなく、RDSグループ形式を異なった形式のデータの送信に使用することができ、それによって、もはやRDSにおけるサービスの数はRDSグループ形式の数に制限されない。
本発明によるシステムの他の実施例は、前記第１の形式のパケットをバージョンＡグループとし、前記第２の形式のパケットをバージョンＢグループとしたことを特徴とする。前記第１の形式のパケットに対してバージョンＡグループを使用し、前記第２の形式のパケットに対してバージョンＢグループを使用することによって、バージョンＡグループが37の空きビットの容量を有し、バージョンＢグループが21の空きビットのみの容量を有するため、前記FMデータ多重放送の容量の能率的な使用が行われる。例えば５ビットの第１データ形式識別子長を選択することによって、バージョンＡグループにおけるデータに関して32ビットが空いたまま残り、バージョンＢグループにおける第２データ形式識別子に関して16ビットが空いたまま残り、65536の可能なデータ形式の全体から32形式（またはサービス）のデータの部分集合を１つのRDSグループ形式を経て送信することが可能になる。
本発明の上述した目的および特徴は、図の参照を伴う好適実施例の以下の記述から明らかになるであろう。
図１は、本発明によるシステムの回路図である。
図２は、本発明によるバージョンＡおよびバージョンＢのRDSグループの図である。
図３は、本発明によるRDSデータを受信および処理する方法の流れ図である。
図４は、本発明によるグループ形式８のバージョンＡおよびバージョンＢのRDSグループの図である。
図５は、本発明によるRDSグループ形式８のデータを受信および処理する方法の流れ図である。これらの図において、同一の部分には同じ参照符を与えた。流れ図において、″Ｙ″はそのブロックにおける条件を満たすことを意味し、″Ｎ″は前記条件を満たさないことを意味する。
図１は、１つの送信局10と、この場合において受信局11...Nである少なくとも１つの受信局とを具えるシステムを示す。送信局10は、データを第１の形式のパケットに配置し、第１データ形式識別子を前記パケットに付加し、最後にこれらのパケットを受信局11...Nに送信する。既知のシステムにおいて、（ヘッダまたはデータラベルとしても知られる）前記第１データ形式識別子は、前記データの形式または種類を示す。広い範囲の形式のデータがある場合、可能な形式間を識別するために、比較的長い第１データ形式識別子が必要である。本発明によるシステムにおいて、前記第１データ形式識別子を、前記第１の形式のパケットを第２の形式のパケットにリンクするために使用する。前記第２の形式のパケットも第１データ形式識別子を具え、さらに第２データ形式識別子を具え、前記第２データ形式識別子はここでは前記データの形式または種類を示す。これらのパケットが前記第１データ形式識別子を通じて互いにリンクしていることが明らかな限りは、前記第１の形式のパケットにおける第１データ形式識別子は、前記第２の形式のパケットにおける第１データ形式識別子と同一である必要はない。このように、前記第１の形式のパケットにおけるデータは、前記第１および第２の形式のパケットの第データ形式識別子を経て、前記第２の形式のパケットにおける第２データ形式識別子とリンクする。前記第２データ形式識別子は、前記データの種類、例えば天気情報や交通情報を指示することができるが、関係する前記データを復号化するプロトコルまたは処理する方法（RDS  TMCにおける警報ＣまたはITTS）も指示することができる。後者の場合において、前記第２データ形式識別子をサービス指示番号と呼ぶこともでき、前記サービス指示番号がリンクされたデータにサービスを割り当てる。一般的に、前記第２データ形式識別子は、前記第１の形式のパケットにおいて含まれるデータについて何かを示す。例えばｎビットの長さを有する前記第１データ形式識別子は、これらのデータ実体の範囲の部分集合（2n）にアドレスすることができるだけである。前記第２データ形式識別子の長さを、例えばｍビットとし、ｍをｎより大きくする。このようにして、2mの異なったデータ形式が可能になる。この結果、前記第１データ形式識別子がすべてのデータ形式にアドレスできるような長さを有する必要がないため、前記第１の形式のパケットの能率が改善される。これは、依然として制限された数のデータ形式のみを送信できることを意味し、前記数は、前記第１データ形式識別子の長さによって制限される。しかしながら、前記既知のシステムと大きく異なり、この制限された数のデータ形式を、前記第１データ形式識別子およびデータの形式間の結合が前記第２の形式のパケットにおいて確立するので、前記データの形式の範囲から任意に選択することができる。このパケットにおいて、前記第２データ形式識別子は、可能な値のどのような値も取ることができ、このようにして、どの形式のデータを特定の第１データ形式識別子に結合することも可能になる。本発明によるシステムにおいて、第１データ形式識別子および第２データ形式識別子値間の結合を、前記第２の形式の前のパケットと同じ第１データ形式識別子���具えるが、新たな第２データ形式識別子を有する第２の形式の新たなパケットの送信によって変化させることができる。ここで、前記第１の形式のパケットにおけるデータを、前に送信された前記第１の形式のパケットにおけるデータと異なった形式のものとすることができる。これは、第１データ形式識別子値が個々のデータ形式に捧げられていて、したがって一定の限られた数のデータ形式のみを送信できる既知のシステムと大きく異なる。
受信局11は、前記送信されたパケットを受信する。次に受信局11は、第２データ形式識別子が前記受信局それ自体に記憶された第２データ形式識別子に対応しているか否かを検知する。これらのデータ実体が対応していない場合、受信局11は、前記データを取り扱うことができず、受信された第２データ形式識別子にリンクされた第１データ形式識別子を具える第１の形式のパケットは処理されない。前記データ実体が対応している場合、これは、受信局11が、前記第２データ形式識別子にリンクされているデータを取り扱うことができることを意味する。結果として、前記第２の形式のパケットの第１データ形式識別子が記憶される。前記第１の形式のパケットを受信した場合、前記第１の形式のパケットの第１データ形式識別子と前記記憶された第１データ形式識別子との間にリンクが存在するか否かを決定する。このようなリンクが存在する場合、次に前記第１の形式のパケットにおけるデータを、前記データにリンクされた第２データ形式識別子によって示されるように、またはプロトコルに従って処理する。前記受信された第１データ形式識別子と前記記憶された第１データ形式識別子との間のリンクが存在するか否かの決定は、前記第１データ形式識別子をこのようなリンクに関して等しくする必要がある場合、直接の比較を含むことができる。前記受信された第１データ形式識別子を、前記記憶された第１データ形式識別子に対する予め決められた関係において、前記リンクが存在することを決定するようすることも可能である。
図２は、本発明によるバージョンＡおよびバージョンＢのRDSグループの図である。RDSグループは、４つのブロック1..4に分割された104ビットを具え、各々のブロックは、16ビット情報ワードおよび10ビットチェックワードを具える。ブロック１の情報ワードはPIコードPIを具え、前記第２ブロックの最初の４ビットはグループ形式コードGTCを具え、ブロック２の第５ビットをバージョンＡグループまたはバージョンＢグループを示すバージョンビットとし、第６ビットは交通番組コードTPを具え、ブロック２の第７ないし第８ビットはPTYコードを具える。したがって、RDSグループの37ビットが情報のために空いたまま残っている。バージョンＢグループは、バージョンＡグループと、ブロック２における第５ビットが０の代わりに１である点と、前記PIコードがブロック３において繰り返される点とにおいて異なっており、したがって、バージョンＡにおける37の空き情報ビットの代わりに21の空き情報ビットのみが残っている。ブロック２におけるグループ形式コードは、そのグループにおいて提供されるサービスを示す。例えば、グループ形式コード０は、基本チューニングおよび情報切り替えに関して受信され、グループ形式コード２は、ラジオテキストに関して受信される。
RDSにおいて、各々のグループにおけるデータは、そのグループによって提供されるサービスに制限される。すなわち、個々のサービスに関係するデータ以外の他の形式のデータをこれらのグループにおいて送信することはできない。これは、RDSの規準がどのグループ形式をどのサービスに使用するかを指定するため、16の異なったグループ形式コードによって、16の異なっているが固定されたサービスを送信することができることを意味する。現在までには、グループ形式コード10−13がまだ規定されていない。この問題に対する解決法を、第１データ形式識別子に関して規定されていない残りのグループの37の空きビットと、データに関して残っているビットとの一部を受信することにおいて見つけることができる。この方法において、前記規定されていないグループを前記第１データ形式識別子によって示される多数の異なったサービスに使用し、前記数は前記第１データ形式識別子の長さによってのみ制限される。極めて多数の異なったサービスに関して、前記第１データ形式識別子は37の空きビットのうちのかなりの数を使用し、それによって、データに利用できるビットの量が減少する。したがって、前記グループの容量が非能率的に使用されるか、異なったサービスの数が激しく制限されるかである。
より能率的な方法は、本発明によって与えられる。この方法において、比較的短い第１データ形式識別子HDRを前記バージョンＡグループに編入し、前記短い第１データ形式識別子HDRを同じグループ形式コードのバージョンＢにおける同じ第１データ形式識別子HDRにリンクさせ、このバージョンＢグループがさらに第２データ形式識別子DTIを具える。この第２データ形式識別子DTIは、前記バージョンＡグループにおけるデータまたはサービスの形式を示し、前記第２データ形式識別子DTIにリンクされたデータへサービスを割り当てるサービス割り当て番号と見なすことができる。前記バージョンＡおよびバージョンＢグループにおける同じ第１データ形式識別子HDRを通じて、前記データは第２データ形式識別子DTIにリンクされる。第２データ形式識別子DTIを、多数のビットによって構成することができる。例えば、第１データ形式識別子HDRが５ビットのみの長さを有する場合、前記バージョンＡグループにおけるデータに関して32の空きビットが残り、第２データ形式識別子DTIに関して16ビットが残る。したがって、（第２データ形式識別子DTIの16ビットに対応して）65536の異なったサービスを、前記バージョンＢグループにおいてアドレスすることができ、これらの部分集合の32を、前記バージョンＡグループにおける送信に選択することができる。16ビット長を有する第２データ形式識別子DTIを前記バージョンＡグループに編入した場合、データの21ビットの空間のみが32ビットの代わりに残る。これは、本発明において、制限された数の異なったサービスのみしか提供できないという欠点なしに、前記バージョンＡグループの容量が大幅に改善されたことを示す。前記サービスは頻繁に変化しないため、前記バージョンＢグループを、前記バージョンＡグループと比較した場合、低い反復レートによって送信することができる。第１データ形式識別子HDRが短い長さしか有しておらず、それによって１つのグループ形式を経て伝送すべきサービスの数が制限されたとしても、この制限された数は、多分実際には十分である。ここでは、上述した解決法において、制限され、固定された数のサービスのみを利用することができるが、多数のサービスからサービスの任意の選択または部分集合を得ることができることが有利である。さらに、前記バージョンＢグループにおける第２データ形式識別子DTIは、サービス提供者が、個々の第１データ形式識別子HDRに属するサービスを、前のバージョンＢグループと同じ第１データ形式識別子HDRを有するが、異なる第２データ形式識別子DTIを有する新たなバージョンＢグループを送信することによって、変更することができる。前記バージョンＡグループとバージョンＢグループとの第１データ形式識別子を通じてのリンクを、上述したように、前記第１データ形式識別子の直接比較によって行うことができる。前記第１データ形式識別子が同一な場合、前記リンクは確立する。前記第１データ形式識別子を間接的に、例えばアルゴリズムを通じてリンクさせることもできる。このようなアルゴリズムにおいて、前記第１データ形式識別子を、少なくとも１つの前記第１データ形式識別子がある種類の数学的操作を受けた後に比較する。ここで、前記第１データ形式識別子は、同一である必要はない��前記第１データ形式識別子の長さを、必要なサービスの数に従って選択することができ、精確に５ビットに制限されないことは明らかであろう。
図３は、本発明によるRDSデータを受信および処理する方法の流れ図を示す。この方法を、RDS受信機において使用することができる。この図において、RDSグループ形式12および13を使用すると仮定する。実際には、他のグループ形式も同様に含むことができ、この図をその意味における制限として見るべきではない。表１は、図３において使用するブロックの説明である。
0003591843.tif 000002
前記受信局、この場合においてRDS受信機は、オーディオ情報との周波数多重において送信され、周波数変調キャリヤに含まれるRDS信号を受信する。前記RDS受信機において、データ実体を記憶し、これらのデータ実体は、例えば、前記第２データ形式識別子によって示されるサービスに属するデータに関するプロトコルを復号化することを示す。これは、前記受信機がこれらのサービスのみを復号化できることを意味し、したがって、対応する第２データ形式識別子が記憶される。
ブロックＩにおいて、RDSデータをグループの形態において読み取る。ブロックIIにおいて、前記グループに含まれる第１データ形式識別子がすでに見つかっているか否かを確立する。前記第１データ形式識別子が見つかっていない場合、ブロックIIIにおいて、前記グループ形式が12Bまたは13B（＝グループ形式12または13のバージョンＢグループ）に等しいかどうかを確立する。等しくない場合、このサイクルを最初から再び開始する。前記グループ形式が12Bまたは13Bである場合、ブロックIVにおいて、前記グループにおける第２データ形式識別子を読み取る。ブロックＶにおいて、前記第２データ形式識別子を、記憶された第２データ形式識別子と比較する。これらのデータ実体が対応しない場合、このサイクルを最初から再び開始する。前記データ実体が対応する場合、ａ）前記グループ形式コードおよび第１データ形式識別子をブロックVIにおいて記憶し、ｂ）前記第１データ形式識別子をブロックVIIIにおいて″発見″としてマークする。ブロックIIにおいて、前記第１データ形式識別子を″発見″したことを確立した場合、ブロックVIIIにおいて、前記グループ形式コードを前記記憶されたグループ形式コードと照合し、ブロックIXにおいて、前記第１データ形式識別子を前記記憶された第１データ形式識別子と照合する。双方の照合が一致した（グループ形式コードおよび第１データ形式識別子の双方が記憶された値に対応する）場合、ブロックＸにおいて、前記グループにおけるデータを、前記記憶された第２データ形式識別子によって示されるプロトコルに従って復号化する。しかしながら、前記照合の一方が一致しない場合、このサイクルをブロックＩにおいて再び開始する。
上述したようなまだ規定されていないグループ形式における本発明の用途に加え、本発明を、多くのビットがまだ割り当てられていないRDSグループ形式において使用することもできる。この一例は、RDSグループ形式８であり、いわゆる交通メッセージチャンネルである。
図４は、本発明によるグループ形式８のバージョンＡおよびバージョンＢのRDSグループの図である。グループ形式８のバージョンＡおよびＢにおけるブロック２の最後の５ビットの適当な割り当てによって、前記交通メッセージチャンネルのみよりも多くのサービスを送信することができる。表２において、このようなビット割り当てを、バージョンＡグループのブロック２のこれらの最後の５ビットB4..B0に関して示す。
0003591843.tif 000003
これらのＸは、これらのビットが本発明に必須ではないことを示す。例えば、これらを、本出願人の欧州特許明細書第95200341.6号に記載されているように割り当てることもできる。バージョンＢグループにおいて、ビットB4..B2を、例えば０に設定し、バージョンＡグループにおけるビットが警報C/＋プロトコルに従って符号化されていることを示す。この目的のために、ブロック４は、警報C/＋プロトコルに対応する第２データ形式識別子を具える。他のサービスに対応するバージョンＢグループにおいて、ビットB4およびB3を１に設定し、B2..B0が第１データ形式識別子を形成し、この第１データ形式識別子がバージョンＡグループにおける第１データ形式識別子に対応し、グループＡにおけるビットB4およびB3も各々１に設定する。ここで、バージョンＢグループのブロック４は、提供されるサービスに対応する第２データ形式識別子を具える。第１データ形式識別子の長さを３ビットとしたため、最大８の異なったサービスのみを送信することができる。前記表から、ビットB4およびB3の値によって既に示しているため、警報Ｃおよび警報＋プロトコル間の差を形成するためにバージョンＢグループが実際には必要ないことは明らかである。上述したことを、依然としてバージョンＡグループにおいて多数の未割り当てビットを有する他のRDSグループ形式にも適用することができる。
図５は、本発明によるRDSグループ形式８を受信および処理する方法の流れ図を示す。表３は、図５において使用するブロックの説明を示す。
0003591843.tif 000004
ブロックXIにおいて、RDSデータを読み取る。ブロックXIIにおいて、グループ形式コードが8A（＝グループ形式８のバージョンＡグループ）と等しいかどうか検査する。等しくない場合、このサイクルをブロックXIにおいて再び開始し、等しい場合、第１データ形式識別子をブロックXXIIにおいて記憶し、この第１データ形式識別子をブロックXXIIIにおいて″発見″としてマークする。ブロックXIIにおいて、グループ形式が8Aと等しいことを決定した場合、ブロックXIIIにおいて、バージョンＡグループの第２ブロックにおけるビットB4およびB3を検査する。両方のビットが１に設定されている場合、ブロックXIVにおいて、第１データ形式識別子を″発見″としてマークし、前記第１データ形式識別子が記憶されている第１データ形式識別子と等しい場合、ブロックXVにおいて、示されているプロトコルに従ってデータを復号化する。ブロックXIVにおいて、条件の１つが真でない場合、このサイクルをブロックXIにおいて再び開始する。ブロックXIIIにおいて、ビットB4およびB3の双方が１に設定されていない場合、ブロックXVIにおいて、ビットB4が０か否かを検査する。そうである場合、ブロックXVIIにおいて、警報Ｃプロトコルに従ってデータを復号化し、そうでない場合、ブロックXVIIIにおいて、警報＋プロトコルに従ってデータを復号化する。
本発明は、上述したような実施に制限されない。前記第１データ形式識別子および第２データ形式識別子の長さを、自由に選択することができる。前記第１データ形式識別子および第２データ形式識別子が、バージョンＢグループの完全な21ビットを占める必要はない。さらに、前記第１データ形式識別子がバージョンＢグループの第２ブロックにおいて位置し、前記第２データ形式識別子が第４ブロックにおいて位置する必要はない。もちろんこれらを、バージョンＢグループの利用可能な21ビットのいずれにおいて位置させてもよい。最後に、本発明は、その使用においてFMデータ多重放送に制限されず、同様の問題に直面している他のシステム、例えば、ディジタルオーディオ放送および他のシステムにおいて同様に広範囲に使用することができる。
【図１】
0003591843.tif 000005
【図２】
0003591843.tif 000006
【図３】
0003591843.tif 000007
【図４】
0003591843.tif 000008
【図５】
0003591843.tif 000009