"ネットワークを介して送信機2から複数の受信機4a-4dのセットへメッセージを伝送する方法であって、マルチキャストメッセージ10を前記複数の受信機4a-4dへ送信する工程と、受信機4a,4b,4dのサブセットの各受信機から、各受信機において前記マルチキャストメッセージが受領されたことを示す各受領確認メッセージを受信する工程と、前記複数の受信機4a-4dのセットのうち、前記受信機4a,4b,4dのサブセットに属さない受信機4cへユニキャストメッセージ14を送信する工程と、を含むことを特徴とする方法。前記ユニキャストメッセージは、前記マルチキャストメッセージが送信されてから所定期間経過後に送信されることを特徴とする請求項1に記載の方法。前記複数の受信機4a-4dのセットにおける各々の受信機の識別情報を含む加入者データ50と、前記受領確認メッセージに含まれており前記受信機4a,4b,4dのサブセットの各受信機に対応しており各受信機を識別するための識別情報とを比較する工程をさらに含むことを特徴とする請求項1または2に記載の方法。加入しようとしている受信機42から伝送要求30を受信する工程と、前記加入しようとしている受信機42の識別情報を前記加入者データ50に追加する工程と、を含むことを特徴とする請求項3に記載の方法。前記マルチキャストメッセージを識別するためのメッセージ識別情報74を送信メッセージデータ76に追加する工程をさらに含み、前記送信メッセージデータ76は、マルチキャストメッセージによって送信されるメッセージのセットを識別するための識別情報を含むことを特徴とする請求項1から4のいずれか1項に記載の方法。前記複数の受信機4a-4dのセットに属する全ての受信機からの受領確認メッセージが揃ったメッセージについてのメッセージ情報を前記送信メッセージデータから削除する工程を含むことを特徴とする請求項5に記載の方法。前記ユニキャストメッセージは、順序型orderedもしくは非順序型unorderedのユニキャストプロトコルを使用して送信されることを特徴とする請求項1から6のいずれか1項に記載の方法。前記ユニキャストメッセージは、UDPプロトコルを使用して送信されることを特徴とする請求項1から7のいずれか1項に記載の方法。前記ネットワークは有線ネットワークであることを特徴とする請求項1から8のいずれか1項に記載の方法。前記マルチキャストメッセージは、イベントベースの分析フレームワークにおいて第1のイベント検出部40から第2のイベント検出部42へ送信され、前記第1のイベント検出部によって検出されたイベントについての情報を含むことを特徴とする請求項1から9のいずれか1項に記載の方法。前記サブセットの受信機の数が前記複数の受信機のセットの受信機の数の所定割合よりも多い場合、前記ユニキャストメッセージ14の代わりに次のマルチキャストメッセージが前記セットの受信機4a-4dに送信されることを特徴とする請求項1から10のいずれか1項に記載の方法。ネットワークを介して送信機2からメッセージを受信する方法であって、マルチキャストプロトコルによって前記送信機2から第1のメッセージ10を受信し、ユニキャストプロトコルによって前記送信機2から第2のメッセージ14を受信する工程と、前記第1のメッセージ10を受領したことを示す第1の受領確認メッセージ12を前記送信機2へ送信し、前記第2のメッセージを受領したことを示す第2の受領確認メッセージを前記送信機2へ送信する工程と、前記第1のメッセージ10を関連するアプリケーションに転送する工程と、前記第1のメッセージ10が前記第2のメッセージ14と同一である場合、前記第2のメッセージ14を、前記関連するアプリケーションに転送することなく削除する工程とを含むことを特徴とする方法。前記第2のメッセージ14が前記第1のメッセージ10と同一でない場合、前記関連するアプリケーションに前記第2のメッセージ14を転送することを特徴とする請求項12に記載の方法。第1のメッセージ10を識別するための第1の識別情報を、受信メッセージデータに追加する工程を含み、前記受信メッセージデータは、前記マルチキャストプロトコルによって受信されるメッセージのセットを識別するための識別情報を含み、第1のメッセージ10と第2のメッセージ14とが同一か否かを判断するために、第2のメッセージ14を識別するための、対応する第2のメッセージ識別情報と、第1のメッセージ10を識別するための第1のメッセージ情報とを比較する工程と含むことを特徴とする請求項12または13に記載の方法。ネットワークを介して送信機2から複数の受信機4a-4dのセットへメッセージを伝送する伝送装置であって、前記複数の受信機4a-4dに対してマルチキャストメッセージ104を送信するように作動可能なマルチキャスト送信部102と、受信機4a,4b,4dのサブセットの各受信機から、各受信機にて前記マルチキャストメッセージが受領されたことを示す各受領確認メッセージを受信するように作動可能な受信部108と、前記複数の受信機4a-4dのセットのうち、前記受信機4a,4b,4dのサブセットに属さない受信機へユニキャストメッセージ112を送信するように作動可能なユニキャスト送信部110と、を備えたことを特徴とする伝送装置。ネットワークを介して送信機2からメッセージを受信する受信機150であって、マルチキャストプロトコルによって前記送信機から第1のメッセージ10を受信し、ユニキャストプロトコルによって前記送信機から第2のメッセージ14を受信するように作動可能な受信部152と、前記第1のメッセージを受領したことを示す第1の受領確認メッセージを前記送信機へ送信し、前記第2のメッセージを受領したことを示す第2の受領確認メッセージを前記送信機へ送信するように作動可能な送信部154と、前記第1のメッセージ10を関連するアプリケーションに転送し、前記第1のメッセージ10が前記第2のメッセージ14と同一である場合に前記第2のメッセージ14を削除するメッセージ処理部156と、を備えたことを特徴とする受信機。マルチキャスト通信を効率的なマルチキャスト通信に変換するネットワークインターフェース160であって、複数の受信機4a-4dのセットに向けて送信機2から送られるマルチキャストメッセージ164を受信するように作動可能なアップリンク受信部162と、前記複数の受信機4a-4dへの前記マルチキャストメッセージ164に対応する対応マルチキャストメッセージ168を送信するように作動可能なダウンリンクマルチキャスト送信部166と、受信機4a,4b,4dのサブセットの各受信機から、各受信機にて前記対応マルチキャストメッセージ164が受領されたことを示す受領確認メッセージ172を受信するように作動可能なダウンリンク受信部170と、前記複数の受信機のセットのうち、前記受信機4cのサブセットに属さない受信機へユニキャストメッセージ176を送信するように作動可能なダウンリンクユニキャスト送信部174と、を含むことを特徴とするネットワークインタフェース。送信機2へアップリンク受領確認メッセージ180を送信するように作動可能なアップリンク送信部178をさらに備え、前記アップリンク受領確認メッセージ180は、前記受信機4a,4b,4dのサブセットからの前記マルチキャストメッセージ164が各受信機にて受領されたことを示す請求項17に記載のネットワークインタフェース160。コンピュータに実行されている場合に請求項1から14のいずれか1項に記載のメッセージを行うことを特徴とするコンピュータプログラム。図1は、複数の受信者にメッセージを送信する方法の一実施形態を構成するネットワークの例を示している。図1の実施形態では、単一の送信機2が複数の受信機4a~4dへメッセージを伝送する。ここでは、イーサネット登録商標ベースのローカルエリアネットワークを使用してメッセージが伝送される例を述べる。2つの典型的なスイッチ6a6aは、マルチキャストプロトコルが可能なスイッチやルータがいかにして動作するのかを示すために図示されているものである。スイッチ6a6aは、スイッチ6a6aのネットワークポート、または、宛て先となる受信機のグループに含まれる受信機を関連付けているネットワーク経路にのみメッセージを配信する。どの受信機が複数の受信機からなる特定グループに属しているのかを示す通知は、一般的なプロトコルまたは手段を使用して実行される。第1のスイッチ6aに接続する第5の受信機8は、グループにサインインしていないため、受信機4a~4dにブロードキャストされるいずれのメッセージも受信しない。図1に示されるように、マルチキャストプロトコルによって受信機4a~4dへの最初の伝送が行われ、その結果、ネットワークにおける必要なリンクのみを介してマルチキャストメッセージ10が配信される。つまり、ノード8はメッセージのコピーを受信しない。図1に示す例において、受信機4a,4b,4dは、メッセージ10の受領を認める一方、受信機4cは、受領確認メッセージ12を送信しない。受領確認メッセージ12は、送信機2に届けられるものであり、個々の受信機によるメッセージの受領を示すものである。図1のネットワークにおいて、受信機は、例えばそれらのIPアドレスによって識別可能になっている。そのため、送信機は、どの受信機が未だマルチキャストメッセージ10の受領を確認していないかの結論を出すために、送信機に記憶されているIPアドレスと、受領確認メッセージの送り主のIPアドレスとを比較するようになっていてもよい。なお、送信機に記憶されているIPアドレスとは、受信機4a~4dのセットに含まれる各受信機の加入者データとして送信機に記憶されているものである。所定時間後に、送信機2は、受領確認メッセージを送信しなかった受信機4cについてはパケットロスパケット損失が生じたものと推測する。そのため、送信機は、スイッチ6aと6bとの間のネットワークリンクを介して受信機4cへ配信されるユニキャストメッセージ14を受信機4cへ送信するが、残りの受信機とスイッチとの間のリンクには追加トラフィックが全くみられない。ユニキャストメッセージ14の受領後、受信機4cは、第2の受領確認メッセージ16を送信する。第2の受領確認メッセージ16の受信によって、送信機2は、その加入者データにて保存されている最後の受信機がメッセージの受領を認めたと結論付ける。それゆえ、送信機2は、要求される全ての受信機がパッケージやメッセージを無事に受領したことを認めたため、メッセージと、この特定のメッセージのメッセージ識別情報に対応するエントリentriesとを送信機2のメモリから削除可能になる。図2はメッセージを伝送する方法の実施形態を示す。この実施形態は図1のネットワークに組み込まれたものである。伝送が開始された後、複数の受信機に対してマルチキャストメッセージが送信される。この複数の受信機は、メッセージの伝送サービスmethodfortransmittingに加入しており、それゆえに送信機にてアドレス指定される受信機のセットのメンバーになっている。マルチキャストメッセージは、マルチキャスト工程20で送信される。マルチキャストメッセージの送信後、受領工程22において受領確認メッセージが受信される。完全性チェック24では、全ての受信機が受領確認メッセージを送信したか否かを例えば一定時間間隔でチェックしてもよい。すなわち、完全性チェック24では、例えば一定時間間隔で、受領確認メッセージを送信した受信機のサブセットとマルチキャストメッセージが送信された受信機のセットとが同じか否かを一定時間間隔でチェックしてもよい。全ての受信機が受領確認メッセージを送信している場合完了している場合、メッセージ送信方法を終了する。そうでない場合、付随的な時間切れチェック工程26において、マルチキャストが送信されてから所定期間が経過したか否かのチェックが行われる。所定期間が経過していない場合、更なる受領確認メッセージを受信するために受領工程22に戻る。しかしながら、所定期間が経過した場合、ユニキャスト工程28において、受信機のセットのうち受信機のサブセットに属していない受信機にユニキャストメッセージが送信される。つまり、その時所定期間経過時まで受領確認メッセージを送信していない受信機は、ユニキャストプロトコルによって再伝送メッセージを受信する。図3は、送信機に提供されるメッセージを伝送するサービスmethodfortransmittingへの加入を受信機が完了させた後における送信機2から受信機4aへのマルチキャストメッセージの伝送を再度図示したものである。受信機例えば図1の受信機4aは、IPによる信頼性の高い双方向通信として例えばTCPメッセージ30を用いて、送信機2によって提供される伝送サービスtransmissionに加入する。加入によるメッセージの受信要望が送信機2に通知されると、送信機2は、加入期間において例えば調停される所定のメッセージングポート例えばIPポートを使用して、マルチキャストメッセージもしくはマルチキャストデータパケット32を受信機に送信する。図3の個別の例では、受信機4aは、UDPプロトコル、および、以前に調停もしくは派生されたポート番号を使用して、受領確認メッセージ34を送信機に送信する。図4は、イベントベースの分析フレームワーク内の複数の受信機のセットに送信者からメッセージを伝送する方法の適用例を示す。この具体例では、送信機40は、データストリームに対して動作する第1のイベント検出部であり、この第1のイベント検出部は、データストリームに基づいて、関心の対象となるイベントである関心イベントeventofinterestを識別する。例えば、データストリームが観察物体の位置に関する位置情報を含む場合、観察物体が所定位置に近接するとイベントが検出されるようになっていてもよい。受信機42は、第2のイベント検出部であり、伝送方法の実施形態によって送信機40と通信する。図3で既に詳述したように、送信機40はマルチキャストメッセージもしくはパケット32を送信するものであり、この送信について、受信機42は、UDPプロトコルを用いた受領確認パッケージ34による受領確認を行うようになっている。図4では、加入の仕組みがより詳細に示されている。図4の具体的な実施態様では、送信機40の伝送サービスtransmissionに対する加入は、コアコネクタとして示される中間ネットワーク層やミドルウェアを用いて行われる。コアコネクタ44および46は、イベント検出部40および42に関連付けられ、それらの能力を通知するようになっている。すなわち、コアコネクタ44および46は、検出されたイベントの種類およびそれに関連するイベント検出部のさらなる機能について、マルチキャストまたはブロードキャスト通知メッセージ48によって他のイベント検出器に知らせる。イベント検出部/送信機40による情報提供サービスinformationofferedへの加入を受信機42が要求する場合、TCPコネクション30を用いて加入が行われる。通知および加入処理はコアコネクタ44および46によって実行操作される。送信機/イベント検出部40のコアコネクタ44は、受信機42に関連付けられたコアコネクタ46から加入要求を一旦受信すると、送信機40の加入者データ50に、受信機42のIPアドレスまたは他の任意の識別情報を追加する。これにより、例えば、送信機40は、加入している全ての受信機宛先指定される複数受信機のセットにおける各受信機がマルチキャストメッセージの受領を認めたか否かチェックすることが可能になる。図5は、図4のイベント検出部または送信機40が本発明の実施形態に係る伝送を確立するためにイベント受信機42に関連するコアコネクタ46とどのようにして相互作用するかを示した図である。既に述べたように、受信機42のコアコネクタ46は、ネットワーク50を介して伝送されるTCPメッセージ30を用いることにより、送信機40に関連するコアコネクタ44から提供されるセキュアな伝送サービスtransmissionに加入する。コアコネクタ46は、本発明の実施形態による、すべての伝送リンクを含むリストであるセキュアな加入システムsubscriptionについての内部リストへ加入者subscriptionを追加する。コアコネクタ46は、さらに、標準となる加入者のリストに対して加入者のリンク先を追加するこのリストは、ネットワーク自体が提供する手段によるマルチキャストのリストである。この理由は、セキュアな伝送が、本発明の実施形態によって強化可能な標準的な伝送プロトコル若しくは手段を用いるからである。セキュアな伝送サービスに対する加入に関する情報、および関連する標準的加入に対する情報は、受信機42における対応する要求を確認するためにイベント受信機42に転送される。図6は、図4の送信機40が、どのようにして受信機のセットの受領確認メッセージを待ち、受領を確認した受信機のリストを管理しているかをより詳細に図示したものである。送信機40は、まず、宛先とされる受信機のセットの一部である、ネットワーク72の複数の受信機に、マルチキャストメッセージ70を送信する。理解を容易にするために、図6においてネットワーク72および関連する受信機は図示しない。図6は、図2に示したメッセージ伝送方法の一部のフローチャートを意味するに過ぎない。マルチキャストによってイベントに関する情報を有するメッセージを送信した後、送信されるメッセージのハッシュ値が工程74で計算される。ハッシュ値は、キューなどにおいて、単純リストの形式で、保留中のイベントのリストとして、加入している受信者のリストと共に一緒に保存される。所定時間の経過後、これまでに受領確認メッセージを送っていないすべての加入者を含むベクトルvectorが工程78にて作成される。ユニキャスト送信工程80にて、ユニキャストプロトコルを使用して、工程78にて生成されたリストの全ての受信機にメッセージを再送信する。その後、保留中のイベントのリストは、受領確認を受信した場合に継続的に更新される例えば最後の受領確認メッセージ82を受信した場合に保留中のメッセージのリストを削除できるようにする等。図7は、ネットワークを介して送信機から複数の受信機のセットへメッセージを伝送する伝送装置100のブロック図を示す。伝送装置100は、複数の受信機にマルチキャストメッセージ104を送信するように作動可能なマルチキャスト送信部102を備える。伝送装置100は、さらに、受信機のサブセットに含まれる各受信機から、各受信機によるメッセージの受領を示す受領確認メッセージ108を受信するように作動可能な受信部106を備える。ユニキャスト送信部110は、受信機のセットのうち、受信機のサブセットに属さない受信機に対しユニキャストメッセージ112を送信するように作動可能である。個々に分離した機能ブロックが図7に示されているが、ユニキャスト送信部110およびマルチキャスト送信部102は、単一のハードウェア若しくは様々なプロトコルを利用可能なソフトウェア要素に実装されでもよい。ハードウェアに実装される送受信機は、ユニキャスト送信部110およびマルチキャスト送信部102の機能性は勿論のこと受信部106の機能性も含めたかたちで一体化させることができる。一般的に、ここでのみ示される機能ブロックは様々な実施形態の機能を説明するのに役立つ一方で、さらなる実施形態では、同じ機能が、ソフトウェアまたはハードウェア構成の機能要素において分散していてもよい。図8は、ネットワークを介して送信機からメッセージを受信する方法の一実施形態のブロック図を模式的に示す。受領工程120において、マルチキャストプロトコルによって送信機から第1のメッセージを受信し、ユニキャストプロトコルによって送信機から第2のメッセージを受信する。受領確認工程122において、第1の受領確認メッセージおよび第2の受領確認メッセージを送信機へ送信する。第1の受領確認メッセージは第1のメッセージの受領を示し、第2の受領確認メッセージは第2のメッセージの受領を示す。メッセージ処理工程124において、第1のメッセージは関連するアプリケーションに転送されるが、第1のメッセージと第2のメッセージとが同一である場合、第2のメッセージは、関連するアプリケーションに転送されずに削除される。図9は、ネットワークを介して送信機からメッセージを受信する方法のさらなる実施形態のブロック図を示す。第1の受信工程130において、マルチキャストプロトコルによって送信機から第1のメッセージを受信する。第1の受領確認ステップ132において、第1の受領確認メッセージが送信機に送信される。第1の受領確認メッセージは第1のメッセージの受領を示す。第1のメッセージ処理工程134において、第1のメッセージは、関連するアプリケーションに転送される。第1の受信工程136において、ユニキャストプロトコルによって送信機から第2のメッセージを受信する。第2の受領確認工程138において、第2の受領確認メッセージが送信機に送信される。第2の受領確認メッセージは第2のメッセージの受領を示す。比較工程140において、第1のメッセージが第2のメッセージと同一であるか否かが判定される。第1のメッセージが第2のメッセージと同一の場合、削除工程142において、第2のメッセージは、関連するアプリケーションに転送されず削除される。第1のメッセージが第2のメッセージと同一でない場合、選択的な第2のメッセージ処理工程144において、第2のメッセージが、関連付けられたアプリケーションに転送され得る。図10は、本発明の実施形態に係る受信機150のブロック図を示す。前記の受信機は、マルチキャストプロトコルによって送信機から第1のメッセージを受信し、ユニキャストプロトコルによって送信機から第2のメッセージを受信するように作動可能である受信部152を備えている。さらに、受信機は、第1の受領確認メッセージと第2の受領確認メッセージとを送信機へ送信するように作動可能な送信部154を備える。第1の受領確認メッセージは第1のメッセージの受領を示し、第2の受領確認メッセージは第2のメッセージの受領を示す。さらに、受信機150は、第1のメッセージを関連するアプリケーションに転送し、且つ、第1のメッセージが第2のメッセージと同じである場合に第2のメッセージを削除するように作動可能なメッセージ処理部156を備える。この目的のために、メッセージ処理部156は、必要に応じて、直接的に受信部152と一体化されてもよい。図11は、マルチキャスト通信を効率的なマルチキャスト通信に変換するネットワークインタフェース160の実施形態のブロック図を示す。ネットワークインタフェース160は、送信機2から複数の受信機のセットに宛てられているマルチキャストメッセージ164を受信するように作動可能なアップリンク受信部162を備える。ネットワークインタフェース160は、さらに、複数の受信機にマルチキャストメッセージ168を送信するように作動可能なダウンリンクマルチキャスト送信部166を備える。ダウンリンク受信部170は、受信機のサブセットに属する各受信機から、各受信機によるメッセージの受領を示す各受領確認メッセージ172を受信するように作動可能である。ネットワークインタフェース160のダウンリンクユニキャスト送信部174は、受信機のセットのうち、受信機のサブセットに属さない受信機にユニキャストメッセージ176を送信するように作動可能である。ネットワークインタフェース160は、必要に応じてアップリンク送信部178を備える。アップリンク送信部178は、送信機2に対してアップリンク受領確認メッセージ180を送信するように作動可能である。アップリンク受領確認メッセージ180は、受信機のサブセットからの、受信機によるメッセージの受領を示す。上述の実施形態をまとめると、メッセージ若しくはイベントは、最初に、マルチキャストメッセージによって、すべての受信機、若しくは、宛先指定された全てのノードに対して送信される。これは、メッセージの割り当ておよび経路指定を行う残りのネットワーク機器例えばネットワーク上の切替器およびルータがIPマルチキャストに従うものである場合、マルチキャストアドレス例えばIPマルチキャストアドレスなどに単一のメッセージを送信することにより達成されてもよいことを暗に示している。送信されるパッケージのためにハッシュ値が計算され、このハッシュ値はキューに格納される。受信機からの受領確認パッケージを受信するために特別な信号処理が使用される。受領確認パッケージは、受信機側で受信したパケットのハッシュ値を含む。このように、送信機のキューは、ある特定の受信機が特定のパケットを受信して受領を認めた事を示す情報を含む。所定の時間内に過去の受領確認のパッケージの経験に基づいて適用可能な最小の再伝送間隔、受信機が特定のパケットの受領を認めていない場合、パケット若しくはイベントは、UDPのようなユニキャストプロトコルを用いることで受信機に再び伝送される。これは、ネットワーク内の他のノードが不必要に付加的なパケットを処理する必要がないことを保証する。いくつかの実施態様によれば、UDPメッセージのためのポートは、ポート番号に1を加えることによって、マルチキャストメッセージに使用されるポート番号から生成されてもよい。UDPポートを決定するためのさらなるアルゴリズムが実行されてもよい事はいうまでもない。たとえば、上記の複数のポートは、特別な管理メッセージによって動的に分散させてもよく、若しくは、受信機によるセキュアなマルチキャストに対する加入において調停が動的になされてもよい。セキュアなマルチキャストへの加入は、例えば、送信機においてTCP/IPを使用して行い、例えば加入がセキュアに行われるようにすることができる。加入は、通常、セッションごとに一度だけ実行されるので、一回の加入のTCP/IP接続のオーバヘッドは許容され得る。受領確認メッセージが失われた場合、送信機はUDPを使用してパケットの代わりにメッセージを再送信するであろう。したがって、UDPパケットを受信する受信機は、関連するパケットのハッシュ値が既に前もって確認されたか否かをチェックするように動作可能である。確認された場合、パッケージの内容つまりメッセージは、関連するアプリケーションに転送されないが、その代わりに、例えば送信機のさらなる再伝送を避けるために、受領確認パッケージを再度伝送する間に削除される。説明や図面は、本発明に係る原理の例を示しているにすぎない。したがって、これらの説明や図面に明示されていなくても、本発明に係る原理や趣旨に適合していて本発明の範囲に含まれているような様々な組み合わせを、当業者が作り出す事は可能であろう。さらに、上記の説明や図面に登場する全ての例は、主に教育的な目的で紹介されているにすぎない。つまり、これらの例は、本発明に係る原理や、当業者がどのような概念を創出して技術分野に貢献したかという事が、読者にとって理解しやすいものとなるように、提供されている。本発明は、明示されている特定の例や条件に限定されずに解釈されるべきである。さらに、本発明に係る原理や本発明の一態様や実施形態やそれらの具体例を紹介する全ての説明は、上記のものの均等物についても言及する事を意図して書かれている。特定の機能を果たすのための手段のように表現されている機能ブロックは、それぞれ、特定の機能を果たすために構成された電気回路を備える機能ブロックとして理解するものとする。したがって、何かをするための手段といった表現は、何かに適している、あるいは、何かのために操作可能な手段と理解する事ができる。したがって、特定の機能を果たすための手段は、必ずしもある特定の瞬間にその機能を果たしているとは限らない。図面に描かれている、機能ブロックなどの様々な構成要素の機能は、専用のハードウェアを使う事によって提供できる。専用のハードウェアの例として、プロセッサや、目的に適したソフトウェアと連動してソフトウェアを実行できるハードウェアが挙げられる。機能がプロセッサによって提供される場合、前記の機能は、一つの専用プロセッサ、一つの共有プロセッサ、あるいは、複数の個別のプロセッサによって提供されてもよい。前記複数の個別のプロセッサのうちのいくつかのプロセッサは、共有プロセッサであってもよい。さらに、プロセッサや制御部という用語が使われていても、これらの用語は、ソフトウェアを実行できるハードウェアだけを意味すると解釈されるべきではない。プロセッサや制御部という用語は、言外の意味として、例えば、次のものを含む事がある:デジタルシグナルプロセッサーDSPハードウェア、ネットワークプロセッサー、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、ソフトウェアを格納するための読み取り専用メモリROM、ランダムアクセスメモリRAM、不揮発性記憶装置。従来から使われている他のハードウェアや、特別に設定されたハードウェアもプロセッサや制御部という用語の意味に含まれてもよい。本願で紹介されているブロック図は、本発明に係る原理の実施形態の具体例である電気回路を概念化した図であるという事を、当業者は理解すべきである。同様に、フローチャートや工程系統図や状態遷移図や擬似コードなどは、様々なプロセスの例を示している。これらのプロセスは、コンピュータで読み取れる媒体内で実質的に表される事があり、本願でコンピュータやプロセッサが紹介されていなくても、前記プロセスはコンピュータかプロセッサで実行される。また、後述するクレームは、詳細な説明に組み込むものとする。一つ一つのクレームが、それぞれ独立した実施形態になり得るものとする。一方で、他の一つあるいは複数のクレームとの組み合わせについて言及している従属クレームがあるが、他の実施形態も、同様に、前記従属クレームと他の各従属クレームの内容との組み合わせを含む場合がある。そのような組み合わせは、本願で提示されているものとする。ただし、特定の組み合わせを外すという意図が明示されている場合は、その特定の組み合わせは本願の内容に含まれない。さらに、クレームに記載されている特徴点は、他のどの独立クレームにも含まれるという意図で記載されている。上記のクレームが特定の独立クレームを従属先として指定していなくても、その独立クレームは上記のクレームの特徴点を含むものとする。特に、従属クレームが符号器や送信機に言及している時、関連する符号器や送信機の、対応する特徴点も、明細書の開示内容の一部も、含まれるものとする。そして、明細書やクレームに開示されている方法は、その方法の各工程を実施するための手段を備えた装置によって実行される事が可能である。さらに、明細書やクレームに複数の工程や機能が開示されていても、それらを特定の順番で行うべきだとは限らない。したがって、複数の工程や機能が開示されていても、これらを特定の順番で行うべきだという限定は生じない。ただし、技術的な理由により工程や機能を互いに入れ替える事が不可能な場合を除く。さらに、いくつかの実施形態では、一つの工程が複数のサブ工程を含んでいる場合がある。一つの工程を複数のサブ工程に分解できる場合もある。サブ工程を除く、と明記されていない限り、サブ工程も、開示されている単一の工程の一部に含まれるものとする。"