生理学的データを送信するための方法において、マルチモードの患者モニタリング装置と複数のインターネットプロトコルIPネットワークとの間に通信リンクを確立するステップ、前記患者モニタリング装置により集められた生理学的データを集めるステップ、前記集めた生理学的データからデータパケットを生成するステップ、前記生成されたデータパケットを重複するステップ、前記重複データパケットを前記複数のネットワークを介して送信するステップ、前記送信した重複データパケットを受信するステップ、及び前記重複データパケットから端末のアプリケーションへデータの単一のセットを転送するステップ、を有する方法。前記送信するステップの前に、前記重複データパケットを、前記複数のネットワークの各々で送信するのに最も適したサイズにリサイズするステップ、及び前記受信するステップの後に、前記リサイズしたデータパケットを結合して、前記重複データパケットを正確に表すデータストリームにするステップをさらに有する請求項1に記載の方法。前記リサイズは、集約及び分割処理の少なくとも一方である請求項2に記載の方法。前記最も適したパケットのサイズは、各々のネットワークの電力消費特性、帯域幅及びビット誤り率、アプリケーション遅延要件並びにインタフェースの最大転送ユニットMTUサイズの少なくとも1つに依存している請求項2又は3に記載の方法。前記複数のネットワークは、IPマルチメディアサブシステム、GPRS、UMTS、CDMA2000、IS95、GSM、CDMA、CDMA1x、CDMA1XEVDO、WiMAX、IEEE80211、IEEE80515、IEEE80216、IEEE80221WiFi、UMTSoverWCDMA、UMTSoverTDD、CDMA3XEVDO、HSPAD、DSPAU、DEGE、Bluetooth登録商標、Zigbee、UWB、LTE及びWiBreeネットワークの少なくとも1つを含んでいる、請求項1乃至4の何れか一項に記載の方法。前記受信するステップの後に、各々受信した重複データパケットに対するサンプリングレート情報を、タイムスタンプ、パケットサイズ情報及び各々受信した重複データパケットのサンプリングレートから決定するステップ、前記転送するステップの前に、前記決定したサンプリングレート情報から前記受信した重複データパケットを並べるステップを有する請求項1乃至5の何れか一項に記載の方法。1つ以上の処理器を制御して、請求項1乃至6の何れか一項に記載の方法を構成及び実行するためのソフトウェアを担持しているコンピュータ読取可能媒体。患者に関する患者データを集める少なくとも1つのモニタリング装置、前記患者から集めた患者データからデータパケットを生成するパケット生成器、並びにIPネットワークを介して前記データパケットを送信する通信ユニットであり、第1のワイヤレスネットワークを用いて前記データパケットを送信するための第1の送信機、及び第2のワイヤレスネットワークを用いて前記データパケットを送信するための第2の送信機を有する、通信ユニットを有する患者モニタ。前記通信ユニットはさらに、前記データパケットの重複を生成するパケット重複器、並びに前記重複データパケットを前記第1及び第2のワイヤレスネットワークの各々に最も適したサイズにリサイズする、任意であるパケットスプリッタを有する請求項8に記載の患者モニタ。前記第1及び第2のネットワークは、IPマルチメディアサブシステム、GPRS、UMTS、CDMA2000、IS95、GSM、CDMA、CDMA1x、CDMA1XEVDO、WiMAX、IEEE80211、IEEE80515、IEEE80216、IEEE80221WiFi、UMTSoverWCDMA、UMTSoverTDD、CDMA3XEVDO、HSPAD、DSPAU、DEGE、Bluetooth登録商標、Zigbee、UWB、LTE及びWiBreeネットワークの少なくとも1つを含んでいる、請求項8及び9の何れか一項に記載の患者モニタ。前記患者モニタは、バッテリーにより給電され、歩行する患者が着用するモニタである請求項8乃至10の何れか一項に記載の患者モニタ。前記パケットスプリッタは、集約処理及び分割処理の少なくとも一方を用いて前記データパケットをリサイズするように構成される、請求項8乃至11の何れか一項に記載の患者モニタ。前記パケットスプリッタは、各々のネットワークの電力消費特性、帯域幅及びビット誤り率、アプリケーション遅延要件並びにインタフェースの最大転送ユニットMTUサイズの少なくとも1つに従って前記データパケットをあるパケットサイズにリサイズするように構成される、請求項8乃至12の何れか一項に記載の患者モニタ。請求項8乃至13の何れか一項に記載の複数の患者モニタ、並びに前記第1及び第2のネットワークを介して送信された前記データパケットを受信し、受信した前記データパケットに基づいて表示を生成する及び患者に関する患者データを記憶することの少なくとも1つ行うために、前記病院のIPネットワークと通信する患者情報サーバを有する患者モニタリングシステム。前記患者情報サーバは、リサイズした前記データパケットを結合し、前記重複データパケットを正確に表すデータストリームにするパケットマージャ、及び前記重複データパケットの1つを前記患者情報サーバのアプリケーションに転送するための重複パケット検出器を有する請求項14に記載の患者モニタリングシステム。前記複数の患者モニタからデータパケットを受信し、前記データパケットを移動式の情報ディスプレイに送信する送信機をさらに含んでいる請求項14及び15の何れか一項に記載の患者モニタリングシステム。前記送信機は、リサイズした前記データパケットを結合し、前記重複データパケットを正確に表すデータストリームにするパケットマージャ、及び前記重複データパケットの1つを前記移動式の情報ディスプレイに転送する重複パケット検出器を有する受信ユニット、並びに前記データパケットの重複を生成するパケット重複器、及び前記重複データパケットを前記第1及び第2のワイヤレスネットワークの各々に最も適したサイズにリサイズする、任意であるパケットスプリッタを有する送信ユニットを有する請求項16に記載の患者モニタリングシステム。医療データにとって、あるワイヤレスアクセスポイントから他のワイヤレスアクセスポイントへのハンドオフ中にデータを失わないことが重要である。これは特に、これらアクセスポイントが異なる通信特性で働いているとき問題がある。本出願は、上述した問題及びその他を克服する、新しい及び改良された患者モニタリングシステム及び方法を提供する。ある態様によれば、生理学的データを送信するための方法が提供される。マルチモードの患者モニタリング装置と複数のインターネットプロトコルIPネットワークとの間に通信リンクが確立される。生理学的データは前記患者モニタリング装置により集められる。これらの集めた生理学的データからデータパケットが生成される。生成されたデータパケットは重複される。重複データパケットは、前記複数のネットワークを介して送信される。送信された重複データパケットは受信され、これら重複データパケットから末端のアプリケーションに単一のデータセットが転送される。他の態様によれば、患者モニタが提供される。少なくとも1つのモニタリング装置は患者に関する患者データを集める。パケット生成器は、患者から集めた患者データからデータパケットを生成する。通信ユニットは、インターネットプロトコルIPネットワークを介してデータパケットを送信し、この通信ユニットは、第1のワイヤレスネットワークを用いてデータパケットを送信する第1の送信機、及び第2のワイヤレスネットワークを用いてデータパケットを送信する第2の送信機を含む。ある利点は、既存のワイヤレス及び有線のインフラを用いた生理学的データの安定した配送にある。他の利点は、既存のワイヤレスのインフラを用いた生理学的データの配送における、最適な電力消費、ネットワークの利用及びサービスの質にある。以下の詳細な説明を読み、理解すると、当業者に本発明のさらに他の利点が分かるだろう。本発明は、様々な構成要素及び構成要素の配列、並びに様々なステップ及びステップの配列の形式をとってもよい。図面は単に好ましい実施例を説明するためだけであり、本発明を限定すると考えるべきではない。図1を参照すると、患者の生理学的パラメタを測定し、その患者を示す生理学的データを生成する様々な医療モニタリング装置又はセンサ10により、患者図示せずがモニタリングされている。これら医療モニタリング装置MMD10は、心電図ECG電極を備えるECG器具、及び例えば血圧、血液酸素化、脈拍又は1つ以上の他の生理学的パラメタをモニタリングするように構成される手首用の医療モニタを含む。他の医療モニタリング装置10は患者と関連付けられることができ、上述した医療モニタリング装置10の全てが如何なる所与の時間に患者と関連付けられているわけではない。当然のことながら、2つの医療モニタリング装置10しか描かれていないが、それより多くの医療モニタリング装置が考えられる。本明細書では、医療モニタリング装置は患者の健康を示すデータ源を表し、例えば脈拍、血中酸素、ECG及び他の生命兆候等をモニタリングする装置である。医療モニタリング装置10から信号を受信し、このような信号に信号処理を任意に行うための電子機器は、多機能の患者モニタリング装置PMD12として説明される実施例において具体化されるか、又は1つ以上の医療モニタリング装置10等と共に置かれるオンボード電子機器として部分的に若しくは全体的に具体化される。同様に当然のことながら、医療モニタリング装置10及びPMD12が単一の装置内にまとめられることもできる。例えばPMD12は、患者と共に移動するモニタ、例えば歩行可能な患者が着用するモニタリングシステム等の送信器である。医療モニタリング装置10は、測定した又は他の生理学的データをPMD12に伝える。PMD12は、医療モニタリング装置10により測定される生理学的データのための収集点として働き、このデータのための一時的な記憶装置を提供する。集められた生理学的データは同時にPMD12にある制御器14に送信される。このPMD12は、病院ネットワーク18を介して患者の生理学的データが表示及び記憶されている患者情報サーバ20に前記生理学的データをワイヤレスで送信するための通信ユニット16も含んでいる。患者の生理学的データが病院ネットワーク18を介して移動式の患者情報表示システム22に送信されることもできる。例えば、看護師は、患者のベッド脇のモニタ、別の患者のベッド脇のモニタ、中央モニタリング局、PDA等で患者の生理学的データを見てもよい。当然のことながら、3つの移動式の患者情報ディスプレイ22しか描かれていないが、それより多くの移動式の患者情報ディスプレイが考えられる。通信ユニット16は、病院ネットワーク18を介して送信される患者の生理学的データからデータパケットを生成するパケット生成器24を含む。前記通信ユニットは、第1の送信機26及び第2の送信機28を制御し、制御器14により受信される生理学的データをデータパケットの形式で、多重ワイヤレスネットワーク又はワイヤレス通信インタフェース上で病院ネットワーク18を介して患者情報サーバ20及び移動式の患者情報ディスプレイ22に送信する。第1の送信機26は、データパケットを第1のワイヤレス通信インタフェース30を介して病院ネットワーク18に送信し、第2の送信機28はデータパケットを第2のワイヤレス通信インタフェース32を介して病院ネットワーク18に送信する。これらワイヤレス通信インタフェースは、別々のIPセントリックアクセスネットワーク、例えばIMS、GPRS、UMTS、CDMA2000、IS95、GSM、CDMA、CDMAx1、CDMA1XEVDO、WiMAX、IEEE80211、IEEE80215、IEEE80216、IEEE80221、WiFi、UMTSoverWCDMA、UMTSoverTDD、CDMA3XEVDO、HSPAD、HSPAU、EDGE、Bleutooth、Zigbee、UWB、LTE、WiBree等を含んでもよい。当然のことながら、2つの送信機26、28及び2つのワイヤレス通信インタフェース30、32しか描かれてないが、それより多くの送信機及びワイヤレス通信インタフェースが考えられる。通信ユニット16は、パケット分割ユニットスプリッタ34及びパケット重複ユニットDUPGEN36も含んでいる。ある実施例において、パケット重複ユニット36は、パケット生成器24により作られるデータパケットの重複を作り、通信ユニット16は、前記第1の送信機26及び第2の送信機28を制御して、重複データパケットを多重ワイヤレス通信インタフェース上で病院ネットワーク18を介して患者情報サーバ20及び移動式の患者情報ディスプレイ22に送信する。他の実施例において、スプリッタ34は、データパケットを各々の通信インタフェースに最も適したパケットサイズにリサイズすることにより、パケット重複ユニット36により作られた重複データパケットを変更する。各々の通信インタフェースに最も適したパケットサイズ及びパケット間到着遅延の決定は、とりわけ各インタフェースの電力消費特性、帯域幅及びビット誤り率、アプリケーション遅延要件並びにインタフェースの最大転送ユニットMTUサイズに依存している。変更した重複データパケットは次いで、多重ワイヤレス通信インタフェースを用いて前記第1の送信機26及び第2の送信機28により、病院ネットワーク18を介して、患者情報サーバ20及び移動式の患者情報ディスプレイ22に送信される。病院ネットワーク18から、有線又はワイヤレス通信インタフェースを介して患者情報サーバ20及び移動式の患者情報ディスプレイ22にデータパケットが送信される。患者情報サーバ20及び移動式の患者情報ディスプレイ22は各々、病院ネットワーク18から前記送信したデータパケットを受信するための受信ユニット38を含んでいる。この受信ユニット38は、パケットマージユニット40及び重複検出ユニット42を含んでいる。ある実施例において、マージャ40は、スプリッタ34により生成される変更したデータパケットを一緒に合成マージし、スプリッタ34に入ったデータパケットを正確に示す単一のデータストリームにする。重複検出ユニット42は、多重ワイヤレス通信インタフェース30、32を介して送信された重複データパケットを受信し、このデータパケットの1つのコピーだけを端末のアプリケーション、例えば情報ディスプレイ又は記憶装置に転送する。他の実施例において重複検出ユニット42は、マージャ40から前記合成した重複データパケットを受信し、このデータパケットの1つのコピーだけを端末のアプリケーションに転送する。これらデータパケットは、ワイヤレス通信インタフェースとワイヤレスアクセスポイントWAP48との間にあるワイヤレス通信リンク46を介して病院ネットワーク18に伝達される。この通信リンク46は例えば、一般にここでは80211QoSプロトコルと表記される、サービスの品質の拡張子を含むIEEE80211プロトコルを用いる。幾つかの実施例において、80211QoSプロトコルは、IEEE80211e規格に適合している。幾つかの実施例において、80211QoSプロトコルは、IEEE80211EDCA規格に適合し、ここで頭字語EDCAは、EnhancedDistributedChannelAccessを表している。80211QoSプロトコルはさらに、標準的なIEEE80211eプロトコルのサブセットすなわち幾つかの特徴は実行されないを用いる、若しくは標準的なIEEE80211eプロトコルの上位セット追加の特徴が加えられるを用いる、又はIEEE80211eに基づく変更したプロトコルを用いるが、幾つかの特徴は前記規格に加えられ、幾つかの標準的な特徴は実施されない。当然のことながら、通信リンク46は例示的な説明であること、一般に、80211QoSプロトコルに適合している通信システムは、幾つかの、数ダースの又はそれより多くの上記通信リンクに対応している。同様に、単一のWAP48が描かれているが、一般に、80211QoSプロトコルに適合している通信システムは、この通信システムに所望のサービスエリアを提供するために、病院又は他の医療施設を介して分配される1、2、3、4、10、12又はそれよりも多くのワイヤレスアクセスポイントを含んでもよい。好ましい実施例において、ワイヤレス通信インタフェースは、同じWAP48と通信する、又は別々のワイヤレスプロトコルを介して別々のワイヤレス通信インタフェースにおいて異なるWAP48と通信してもよい。図2に説明されるように、送信側50は、患者情報サーバ20及び移動式の患者情報ディスプレイ22にもデータパケットを送信する。ネットワークのハンドオーバー中、PMD12は、データパケットを送信側50に送信する。送信元50の受信ユニット52は、マージャ40及び重複検出ユニット42を含んでいる。マージャ40は、前記変更したデータパケットを一緒に合成し、このデータパケットを正確に表す単一のデータストリームにする。重複検出ユニット42は、多重ワイヤレス通信インタフェースを介して送信された重複データパケットを受信し、このデータパケットの1つのコピーだけを送信機ユニット54に転送する。他の実施例において、重複検出ユニット42は、マージャ40から前記マージした重複データパケットを受信し、このデータパケットの1つのコピーだけを送信機ユニット54に転送する。送信機ユニット54は、スプリッタ34及びパケット重複ユニット36を含む。このパケット重複ユニット36は、データパケットの重複を作り、この重複データパケットを、移動式の患者情報表示サーバ及び患者情報サーバにおいて、多重ワイヤレス又は有線通信インタフェース上で病院ネットワーク18を介して患者情報サーバ20及び移動式の患者情報ディスプレイ22に送信する。ある実施例において、スプリッタ34は、パケット重複ユニット36により作られた重複データパケットを、各々の通信インタフェースに最も適したパケットサイズに変更する。PDM12、送信側50、患者情報サーバ20及び移動式の患者情報ディスプレイ22の間の通信リンクは、例えばSIPのような工業標準プロトコルを用いて作られることができる。ある実施例において、送信側50は、SIPプロトコルを用いて、PMD12、患者情報サーバ20及び移動式の患者情報ディスプレイ22との接続を確立する。他の実施例において、送信側50は、H.323プロトコルを用いて、PMD12、患者情報サーバ20及び移動式の患者情報ディスプレイ22との接続を確立する。これら接続は、単一方向送信若しくは受信のみ又は送受信とすることができる。ある実施例において、送信側50はRTPプロトコルを用いてリアルタイムのデータを送信することができる。本出願の様々な実施例及び図面に説明されるPMD12、送信側50、WAP48、病院IPネットワーク18、患者情報サーバ20及び移動式の患者情報表示システム22は、ここに説明される様々な機能、行為、ステップ、方法等を行うためのコンピュータ実施可能な命令を記憶するメモリ又はコンピュータ読取可能媒体図示せず、並びに前記命令を実施する1つ以上の処理器図示せずを含む。前記メモリは、制御プログラムが記憶されるコンピュータ読取可能媒体、例えばディスク、ハードドライブ等でもよい。コンピュータ読取可能媒体の一般的な形式は、例えばフロッピーディスク登録商標、フレキシブルディスク、ハードディスク、磁気テープ若しくは他の何れかの磁気記憶媒体、CDROM、DVD若しくは他の何れかの光学媒体、RAM、ROM、PROM、FLASHEPROM、それらの変異型、他のメモリチップ若しくはカートリッジ、又は処理器が読み取る及び実行することができる他の何れかの有形媒体を含む。この文脈において、ここに説明されるシステムは、1つ以上の汎用目的のコンピュータ、特殊目的のコンピュータ、プログラムされたマイクロプロセッサ若しくはマイクロコントローラ、周辺用集積回路要素、ASIC若しくは他の集積回路、デジタル信号処理器、有線の電子機器若しくは論理回路、例えば離散要素回路、プログラム可能な論理装置、例えばPLD、PLA、FPGA、GPU又はPAL等で実施されてもよい。図3を参照すると、パケット重複ユニット36の動作図が説明される。データパケットは、このパケット重複ユニット36で受信される。パケット重複ユニット36は、パケット生成器24により生成される到着データパケットを重複し、これら重複データパケットの1つのコピーを接続するワイヤレス又は有線通信インタフェースの各々に転送する。これら重複データパケットは次いで、様々なワイヤレス又は有線通信インタフェースを介して送信される。他の実施例において、重複パケットはさらに、これらパケットを前記様々な通信インタフェースの各々に最も適したパケットサイズにリサイズするようにスプリッタ34により変更され、次いで前記様々なインタフェースを介して送信される。図4を参照すると、重複検出ユニット42の図が説明される。重複データパケットは様々な通信インタフェースを介して重複検出ユニット42で受信される。この重複検出ユニット42は、前記到着する重複データパケットを検出し、受信したパケットの何れかの1つのコピーを端末のアプリケーションに転送する。他の実施例において、受信したデータパケットはマージャ40で受信され、このマージャ40は、変更したデータパケットを一緒に合成し、重複検出ユニット42で受信される前のデータパケットを正確に表す単一のデータストリームにする。重複及び結合がアプリケーション層で起こるので、シームレスなハンドオーバーをサポートするための基盤となるワイヤレス又は有線ネットワークからのサポートは必要ない。これら基盤となるネットワークは、特定のデータストリームが他のネットワークに移行している又は移行する特定の装置に属することを認識しておく必要はない。これらネットワークは、これらネットワークを横断するシームレスなハンドオーバーをサポートするために、同じ型のネットワーク内の接続をサポートするのに必要な機能を超える追加の機能を持つ必要はない。ある実施例において、同じサイズの重複データパケットは、多重インタフェースを介して同時に送信される。他の実施例において、より高い帯域幅又はデータ速度を持つネットワークは、多数のバイトを持つパケットを送信し、それほど多くないが、電力消費を節約する。これは、小さい又は大きいパケットを送信するためのオーバーヘッドが同じままであり、故に大きなパケットを送信するとき、効率は増大するという事実による。対照的に、狭い帯域幅を持つネットワークにとって、最大のパケットサイズはネットワークのプロトコルにより制限される、また反対に、大きなパケットサイズは、許容できないほど長い遅延を生じさせる。従って一般的に、所与のアプリケーションにとって、所与のネットワーク特性に最適なパケットサイズ及びパケット間発生遅延が存在する。他の実施例において、より高いビット誤り率を持つネットワークは、より小さなパケットをより小さなパケット間到着率で送信する。反対に、確かに、低いビット誤り率を持つネットワークにおいて、より大きなパケットをより大きなパケット間到着率で送信することが有利である。これはパケットが大きくなるに連れて、パケットが損なわれる可能性も大きくなると言う事実による。故に、より小さなパケットサイズは、ビット誤り率の可能性が高いネットワークにとって、訂正不可能なパケット誤りの可能性を減少させるのに望ましい。図5及び図6を参照すると、スプリッタ34の図が説明される。このスプリッタ34は、各々の通信インタフェースに最も適したパケットサイズを持つパケットを作り出す。各々の通信インタフェースに最も適したパケットサイズ及びパケット間到着遅延の決定は、とりわけ各々のインタフェースの電力消費特性、帯域幅及びビット誤り率、アプリケーション遅延要件並びにインタフェースの最大転送ユニットMTUサイズに依存している。スプリッタ34は、集約と呼ばれる処理においてデータパケットを1つにまとめ、ネットワークにより送信されるより大きなパケットにすることにより、これらデータパケットを変更する。スプリッタ34は、分割と呼ばれる処理においてデータパケットを分割し、より小さなパケットにすることによりこれらデータパケットを変更してもよい。図5に示される1つの実施例において、スプリッタ34は3つのネットワークインタフェースを持ち、それらの各々は、前記最も適したネットワークパケットのサイズ及びパケット間到着時間を持つアプリケーションフローを送信する。ある実施例において、パケットサイズは、固定の整数バイト数である。他の実施例において、パケットサイズは、最小バイト数から最大バイト数までの範囲に規定される。前記範囲内にあるインタフェース固有のパケットサイズ又は最大のパケットサイズがアプリケーションのパケットサイズよりも大きい場合、このとき多重アプリケーションのパケットが集約され、ネットワークにより送られる単一のパケットとなる。他の実施例において、インタフェース固有のスプリッタは、インタフェースの仕様、既定のパケットサイズの範囲及び整数のアプリケーションパケットを結合することによるパケット間到着時間範囲を満たすために、アプリケーションパケットを集約する。他の実施例において、スプリッタ34は、1つ以上のアプリケーションパケットを又はそれらの一部を集約し、インタフェース固有のパケットにする、すなわち集約したパケットは、完全なパケットとパケットの断片とを有する。この集約処理は、最大の許可されるアプリケーションの送信遅延が違反されないことを保証する必要である。マージャ40を用いて異なるデータフローを結合することが可能であるために、アプリケーションのペイロードにアプリケーションのヘッダが加えられる。ヘッダは、例えばタイムスタンプがペイロードの最初のバイトをサンプリングする瞬間を反映しているRTPにおいて、ペイロードがカバーしている時間を規定するタイムスタンプを含む。ある実施例において、インタフェースにより送信される第1の集約パケットのタイムスタンプは、アプリケーションのパケットが到着した時間である。パケットが分割されている場合、後続するパケットのタイムスタンプは以下の通り、と計算される。ここでTSnは、n番目の分割のタイムスタンプ、Pnは、n番目の分割のサイズバイト、Sはサンプルサイズバイト及びRはサンプリングレートHzである。集約パケットにとって、タイムスタンプは、送信バッファにおける第1のアプリケーションのパケットのタイムスタンプである。送信バッファが一杯であるため集約パケットが送信される場合、次の集約パケットのタイムスタンプは以下の通り、と計算される。ここでTSSは、次の集約パケットのタイムスタンプ、TSlは、送信バッファにある最後のアプリケーションパケットのタイムスタンプ、Pfraglは、送信バッファにある最後のアプリケーションの断片のサイズ、Sはサンプルサイズバイト及びRはサンプリングレートHzである。図6に示される他の実施例において、ローカルアプリケーションから到着するパケットは、3つのフローに分割され、同じ通信インタフェースにより送信される。所望のインタフェース固有のパケットサイズ又はパケットサイズの範囲の最大がアプリケーションのパケットサイズよりも小さい場合、アプリケーションのパケットは、ネットワークにより送られる2つ以上のパケットに分割される。タイムスタンプ及びパケットサイズを備えるヘッダは、各々のアプリケーション層の断片の初めに加えられる。図7から図9を参照すると、マージャ40の図が説明される。図7に示される1つの実施例において、マージャ40は、3つの通信インタフェースを有し、これらの各々は1つのデータフローを受信する。図8に示される1つの実施例において、マージャ40は、その後マージされ、端末のアプリケーションに送られる3つのデータフローを受信する。図9に示されるように、マージ処理は、各々が異なるパケットサイズを使用する、異なるパケットフローを通り受信されるデータを組み合わせて、送信機側で生成される元々のデータフローの可能な最も完全な表現にしようとする。説明を目的として、図9に示されるような、ある時間にわたり3つのフローを介して受信したアプリケーションデータを考えてみる。3つのフロー、つまり1フローA、2フローB及び3フローCが図に示される。フローの各々は、異なるブロック長により図に表される異なるパケットサイズ、及びブロック間の異なる間隙サイズで図に表される異なるパケット誤り率を有する。各フローは異なるワイヤレスリンク技術により横断するので、各フローは、図には描かれていない異なる伝送遅延及びジッタも有することに注意されたい。図9も3つの例示的な時間間隔A、B及びCを示す。時間間隔Aの間、3つのフロー全てからデータが受信され、時間間隔Bの間、データは受信されず、時間間隔Cの間、フローCだけからデータを受信する。受信したパケットのヘッダはタイムスタンプを含み、パケットサイズ情報及びサンプリングレート情報と組み合わされる場合、受信したパケットがカバーするサンプリングの時間間隔を一緒に決めることができる。ある実施例において、サンプリングレート情報はセッションセットアッププロトコル中に交換される。他の実施例において、サンプリングレート情報は、各パケット内に含有される。多重の受信パケットから重複パケットが特定され、これら重複パケットの1つのコピーだけが保持される。これらパケットは、サンプリング時間順に並べられる。この処理は、再構成したデータを前記アプリケーションに転送する時間になるまで続けられる。ある実施例において、時間のある部分にデータの欠損がある場合、そのデータはNULL受信していないとマークされるか、又はデータの隣接する組の間にデータが補間されるか若しくは隣接するデータの反復によりデータが満たされるかである。他の実施例において、受信バッファがカバーする時間の範囲外にあるパケットが受信される場合、このパケットは廃棄される。受信バッファがカバーする時間の範囲は、現在の時間に対し動的に更新されることができる、又は受信バッファがカバーする時間の範囲は、一定の時間間隔で更新されることができる。図10を参照すると、患者モニタリングシステムの動作のフローチャート図が説明される。ステップ100において、病院IPネットワークを介した患者モニタと患者情報サーバ又は患者情報システムとの間の通信リンクが確立される。ステップ102において、患者モニタにより生理学的データが収集される。ステップ104において、前記生理学的データからデータパケットが生成される。ステップ106において、データパケットが重複される。ステップ108において、重複データパケットは、接続したネットワークに最も適したサイズに分割又は集約される。これら修正した重複データパケットは次いで、ステップ110において前記適した接続されるネットワークを介して送信される。ステップ112において、これら修正した重複パケットが受信される。ステップ114において、これら修正した重複データパケットは結合され、これら重複データパケットを正確に表す単一のデータストリームにする。ステップ116において、何れかのデータパケットの1つのコピーが端末のアプリケーションに転送される。図11を参照すると、パケット重複ユニット及び重複検出ユニットの動作のフローチャート図が説明される。ステップ120において、データパケットが受信される。これら受信したデータパケットは、ステップ122において重複される。ステップ124において、各々のデータパケットの重複は、各々の接続されるネットワークに転送される。ステップ126において、これらデータパケットの重複は、様々な接続されるネットワークを介して送信される。ステップ128において、前記データパケットの重複が受信される。ステップ130において、何れかのパケットの1つのコピーが端末のアプリケーションに転送される。図12を参照すると、スプリッタユニットの動作のフローチャート図が説明される。ステップ140において、データパケットが到着したか判断される。ステップ142において、現在の時間Tcurrentが記録される。ステップ144において、全ての利用可能なインタフェースは、パケットを未だ送信していないとマーキングされる。ステップ146において、少なくとも1つのインタフェースがパケットを送信しなかったか判断される。少なくとも1つのインタフェースがパケットを送信した場合、ステップ140において、パケットが到着したか判断される。少なくとも1つのインタフェースがパケットを送信しなかった場合、ステップ148において、パケットを未だ送信していないインタフェースが選択され、パラメタとしてアプリケーションデータ及びTcurrentと連動するインタフェース送信手続きが実行される。ステップ150において前記インタフェースはパケットを送信したとマーキングされる。図13を参照すると、集約処理のフローチャート図が説明される。ステップ160において、アプリケーション層からパケットが受信される。ステップ162において、一部が満たされたバッファが利用可能であるか判断される。このバッファが利用可能でない場合、ステップ164において、新しいバッファサイズP0が始まり、現在の時間がTsと記録される。一部が満たされたバッファが利用可能である場合、ステップ166において、そのバッファが一杯になる又はこれ以上データが利用可能でなくなるまでバッファにデータが加えられる。ステップ168において、バッファが一杯であるか判断される。バッファが一杯ではない場合、ステップ160においてアプリケーション層からパケットが受信される。バッファが一杯の場合、ステップ170において、アプリケーションヘッダがタイムスタンプ及びパケットサイズと共にバッファに加えられる。ステップ172において、バッファ内のデータが送信される。ステップ174において、さらにアプリケーションデータが利用可能であるか判断される。これ以上データが利用可能でない場合、ステップ160においてアプリケーション層からパケットが受信される。さらに多くのデータが利用可能である場合、ステップ162において、一部が満たされたバッファが利用可能であるかが判断される。図14を参照すると、分割処理のフローチャート図が説明される。ステップ180において、P0バイトになるまでパケットからバッファに加えられる。ステップ182において、タイムスタンプ及びバッファサイズが計算される。ステップ184において、バッファのタイムスタンプ及びパケットサイズを持つヘッダが加えられる。ステップ186において、バッファ内のデータが送信される。ステップ188において、より多くのデータがパケット内にあるかが判断される。より多くのデータがパケット内にある場合、ステップ180においてバイトがP0までパケットからバッファに加えられる。図15を参照すると、受信バッファを満たすための処理のフローチャート図が説明される。ステップ200において、バッファが初期化される。ステップ202において、パケットが何れかのフローを受信したかが判断される。パケットがフローを受信しなかった場合、タイムスタンプ及びペイロードサイズは、ステップ204においてアプリケーションヘッダから抽出される。受信したパケットからのデータがステップ206においてバッファのサンプリング時間に一致する位置にコピーされる。本発明は、好ましい実施例を参照して記載されている。上記詳細な説明を読み、理解すると他の者に変更例及び改良例が思い浮かぶことがある。本発明は、上記変更例及び改良例の全てが請求項又はそれに等価であるものの範囲内にある限り、これら全てを含んでいるものとすることが意図される。