(57)【要約】  医療システムは、１つ又は複数の医療体エリアネットワークＭＢＡＮシステムを含む。各ＭＢＡＮシステムは、患者データを取得し、これを短距離無線通信を介してハブデバイスと通信する１つ又は複数のＭＢＡＮデバイスを含む。短距離無線通信を介した患者データの通信は、所定のスペクトル内で行われる。ハブデバイスは、１つ又は複数ＭＢＡＮデバイスから通信される患者データを受信し、これをより長距離の通信を介して中央監視ステーションと通信する。ＭＢＡＮチャネライゼーションスキームは、所定のスペクトルにおける１つ又は複数の重複するチャネルを規定し、ＭＡＣパラメータは、各規定されたチャネルに対するアクセスを動的にイネーブル又はディスエーブルにする。チャネルレギュレータは、所定のスペクトルに含まれる１つ又は複数の所定のＭＢＡＮチャネルを動的にイネーブル／ディスエーブルにするため、ＭＡＣパラメータをセットすることにより、所定のスペクトルのＭＢＡＮ利用を管理する。
2014519238.tif 000002
【特許請求の範囲】
【請求項１】
医療システムであって、
１つ又は複数の医療体エリアネットワークシステム、言い換えるとＭＢＡＮシステムを有し、各ＭＢＡＮシステムが、
患者データを取得し、短距離無線通信を介して前記患者データをハブデバイスと通信する１つ又は複数のＭＢＡＮデバイスであって、前記短距離無線通信を介した前記患者データの通信が、所定のスペクトル内で行われ、前記ハブデバイスが、前記１つ又は複数のＭＢＡＮデバイスから通信される患者データを受信し、より長距離の通信を介して中央監視ステーションと通信する、１つ又は複数のＭＢＡＮデバイスと、
前記１つ又は複数のＭＢＡＮデバイスが前記所定のスペクトルの少なくとも部分を利用することを禁ずるチャネルレギュレータとを含む、医療システム。
【請求項２】
前記所定のスペクトルの部分が、プライマリユーザにより使用中であり、利用できず、前記チャネルレギュレータは、前記１つ又は複数のＭＢＡＮデバイスにアクセス可能な前記所定のスペクトルの１つ又は複数チャネルを用いてチャネライゼーションスキームを規定する、請求項１に記載の医療システム。
【請求項３】
前記チャネルレギュレータが、前記受信されるスペクトル認証及び前記所定のスペクトルの監視された使用に基づき、前記１つ又は複数のＭＢＡＮデバイスに関する前記所定のスペクトルのチャネル使用規則を生成する、請求項１又は２に記載の医療システム。
【請求項４】
前記チャネル使用規則が、前記所定のスペクトルに含まれる１つ又は複数のチャネル上で前記１つ又は複数ＭＢＡＮデバイスが送信することをディスエーブルにする、請求項２に記載の医療システム。
【請求項５】
前記チャネルレギュレータが、前記チャネル使用規則のカスタマイゼーションを可能にするインタフェースを含む、請求項３又は４に記載の医療システム。
【請求項６】
前記チャネライゼーションスキームが、前記プライマリユーザにより使用されていない前記スペクトルの１つ又は複数の部分におけるチャネル数を最大化する、請求項１乃至５のいずれか一項に記載の医療システム。
【請求項７】
前記チャネライゼーションスキームが、ヘルスケア施設内でのみアクセスされることができる前記所定のスペクトルに含まれる１つ又は複数の重複しないチャネルと、どこでもアクセスされることができる前記所定のスペクトルに含まれる１つ又は複数の重複するチャネルとを規定する、請求項１乃至６のいずれか一項に記載の医療システム。
【請求項８】
前記チャネルレギュレータが、前記所定のスペクトルの１つ又は複数の利用可能な部分の使用を最適化するため、前記所定のスペクトルにおける１つ又は複数の重複するチャネルを用いてチャネライゼーションスキームを規定する、請求項１乃至７のいずれか一項に記載の医療システム。
【請求項９】
ＭＡＣパラメータが、各規定されたチャネルに対するアクセスを動的にイネーブル又はディスエーブルにする、請求項８に記載の医療システム。
【請求項１０】
前記１つ又は複数ＭＢＡＮデバイスが、前記短距離無線通信が医療施設内に制限されるよう十分に低い電力であり、前記チャネルレギュレータは、前記医療施設に関するカスタム・チャネライゼーション・スキームを規定する、請求項１乃至９のいずれか一項に記載の医療システム。
【請求項１１】
１つ又は複数の医療体エリアネットワークデバイス、言い換えるとＭＢＡＮデバイスにより患者データを集めるステップと、
１つ又は複数のＭＢＡＮデバイスが所定のスペクトルの少なくとも部分を利用することを禁ずるステップと、
短距離無線通信を介してＭＢＡＮシステムを通り前記１つ又は複数のＭＢＡＮデバイスからハブデバイスへと前記収集された患者データを通信するステップであって、前記短距離無線通信を介した通信が、所定のスペクトル内で行われる、ステップと、
より長距離の無線通信を介して前記ハブデバイスから中央監視ステーションへと前記収集された患者データを通信するステップとを有する、方法。
【請求項１２】
前記所定のスペクトルの監視された使用に基づき、前記１つ又は複数のＭＢＡＮデバイスに関する前記所定のスペクトルのチャネル使用規則を生成するステップを更に含む、請求項１１に記載の方法。
【請求項１３】
前記チャネル使用規則に基づき、前記所定のスペクトルに含まれる１つ又は複数チャネル上で前記１つ又は複数のＭＢＡＮデバイスが送信することをディスエーブルにするステップを更に含む、請求項１２に記載の方法。
【請求項１４】
チャネライゼーションスキームに基づき前記１つ又は複数のＭＢＡＮデバイスにアクセス可能な前記所定のスペクトルの１つ又は複数のチャネルを規定するステップを更に含む、請求項１２又は１３に記載の方法。
【請求項１５】
前記チャネライゼーションスキームが、ヘルスケア施設内でのみアクセスされることができる前記所定のスペクトルに含まれる１つ又は複数の重複しないチャネルと、どこでもアクセスされることができる前記所定のスペクトルに含まれる１つ又は複数の重複するチャネルとを規定する、請求項１０乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記チャネライゼーションスキームが、前記所定のスペクトルにおける１つ又は複数の重複するチャネルを規定し、ＭＡＣパラメータが、各規定されたチャネルに対するアクセスを動的にイネーブル又はディスエーブルにする、請求項１０乃至１３のいずれか一項に記載の方法。
【請求項１７】
１つ又は複数の医療体エリアネットワークデバイス、言い換えるとＭＢＡＮデバイスにより患者データを集めるステップと、
前記１つ又は複数のＭＢＡＮデバイスが、所定のスペクトルの少なくとも部分を利用するのを禁ずるステップであって、前記所定のスペクトルの部分が、プライマリユーザにより使用中であり、利用できないものである、ステップと、
前記１つ又は複数のＭＢＡＮデバイスにアクセス可能な前記所定のスペクトルの１つ又は複数チャネルを用いてチャネライゼーションスキームを規定するステップであって、前記チャネライゼーションスキームが、前記プライマリユーザにより使用されていない前記スペクトルの１つ又は複数の部分におけるチャネル数を最大化する、ステップと、
短距離無線通信を介してＭＢＡＮシステムを通り前記１つ又は複数のＭＢＡＮデバイスからハブデバイスへと前記収集された患者データを通信するステップであって、前記短距離無線通信を介した通信が、所定のスペクトル内で行われる、ステップとを有する、方法。
【請求項１８】
前記所定のスペクトルの１つ又は複数の利用可能な部分の使用を最適化するため、前記所定のスペクトルにおいて１つ又は複数の重複するチャネルを用いて他の医療施設に関するカスタム・チャネライゼーション・スキームを規定するステップを更に含む、請求項１７に記載の方法。
【請求項１９】
医療システムであって、
請求項１０乃至１８のいずれか一項に記載の方法を実行するよう構成される１つ又は複数のプロセッサを有する、医療システム。
【請求項２０】
プロセッサに、請求項１０乃至１８のいずれか一項に記載の方法を実行させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、患者の生理状態を監視する医療監視及び臨床データデバイスに関する。それは、ＩＥＥＥ８０２．１５．４ｊ標準に関するチャネライゼーションスキームの使用及びチャネル使用規則において、特定の用途を見い出す。
【背景技術】
【０００２】
生理学的センサ、低電力集積回路及び無線通信における急速な発展は、患者を監視するために用いられる医療体エリアネットワーク（ＭＢＡＮ）の新しい生成を可能にした。ＭＢＡＮは、医療従事者をつまずかせる可能性がある、又は外れて医療データが失われる可能性があるといった有線接続によりもたらされる不都合及び安全性の危険なしに、低コストの無線患者監視（ＰＭ）を提供する。ＭＢＡＮ手法において、複数の低コストセンサが、患者に又は患者の周りの異なる位置に取り付けられる。これらのセンサは、例えば患者温度、パルス、血糖レベル、心電図（ＥＣＧ）データ等といった患者生理情報の読み出しを行う。センサは、ＭＢＡＮを形成するため、少なくとも１つの近接するハブ又はゲートウェイデバイスにより調整される。ハブ又はゲートウェイデバイスは、例えば、ＩＥＥＥ８０２．１５．４（Ｚｉｇｂｅｅ）短距離無線通信プロトコルに適合した埋め込み型短距離無線通信無線機を用いて、センサと通信する。センサにより集められる情報は、ＭＢＡＮの短距離無線通信を介してハブ又はゲートウェイデバイスに送信される。こうして、有線接続に関する必要性が除去される。ハブ又はゲートウェイデバイスは、中央化された処理、ディスプレイ及びストレージに関する有線又は中長距離無線リンクを介して、収集された患者データを中央の患者監視ステーションに通信する。中長距離ネットワークは、例えば、有線イーサネット及び／又は例えばＷｉ−Ｆｉ若しくはいくつかのプロプライエタリ無線ネットワークプロトコルといった無線プロトコルを含むことができる。ＰＭステーションは例えば、医療施設におけるナースステーション又はどこか他の場所に配置される電子患者記録データベース、ディスプレイデバイス等を含むことができる。
【０００３】
ＭＢＡＮ監視は、患者生理的パラメータを取得する。パラメータのタイプ及び患者の状態に基づき、取得されたデータは、重要なもの（例えば、フィットネス療法を受けている健康な患者の監視の場合）から命に関わるもの（例えば、集中治療室における危篤患者の場合）まで変動することができる。このため、データの医療コンテンツにより、ＭＢＡＮ無線リンクには、厳しい信頼性要件が課される。しかしながら、限られた帯域幅又は制御されていない干渉が原因で、医療無線接続性に関する現在のスペクトルアロケーション及び規則は、医療等級リンク堅牢性、超低電力消費、及び低コストを含むＭＢＡＮの厳しい要件を満たさない。
【０００４】
周波数スペクトル制御方針は、スペクトル使用効率を上昇させることを試みる。効率を上昇させる１つの態様は、プライマリベースで他のサービスに以前に割り当てられたスペクトルのセカンダリユーザとしてＭＢＡＮアプリケーション及びサービスに関する日和見主義的スペクトルを特異的に割り当てることである。日和見主義的スペクトルの基本的なアイデアは、セカンダリユーザがプライマリユーザに対して有害な干渉をもたらさない限り、斯かるセカンダリユーザが、プライマリユーザに以前に割り当てられたスペクトルを日和見主義的に利用することを可能にすることである。例えば、現在他に割り当てられている２３６０〜２４００ＭＨｚのバンド（ＭＢＡＮスペクトル）を、セカンダリユーザとしてＭＢＡＮサービスに開放することがアメリカにおいて提案されている。類似する提案は、他の国においてもなされたか、又はなされようとしている。ＭＢＡＮスペクトルの広い帯域幅の干渉フリーで良好な伝搬特性は、医療等級接続性に関する厳しい要件を満たす。プライマリユーザ及びセカンダリユーザの間の共存を実現するために、いくつかの制限（又は、スペクトル制御規則）が、セカンダリユーザのスペクトル使用に関して定められる。
【０００５】
例えば、割当られたＭＢＡＮスペクトルがセカンダリベースで用いられるとき、セカンダリユーザはそのスペクトルにおけるプライマリユーザを保護しなければならない。例えば、プライマリユーザを保護するため、プライマリユーザがスペクトルを用いたいとき、セカンダリユーザはしばしば、プライマリユーザのためにスペクトルを明け渡すための適切な機構を提供することを必要とする。これを実現するため、エンフォースメント機構が必要とされる。本願は、ＭＢＡＮ規則との順応性を保証すべく、ＭＢＡＮシステムに関するチャネル使用制御スキームを提案する。
【０００６】
従来のチャネライゼーションスキームは、ＭＢＡＮスペクトルにおける複数の重複しないチャネルを定める。例えば、ＩＥＥＥ８０２．１５．４ｊ（１５．４ｊ）通信標準に関するチャネライゼーションスキームは、２３６０〜２４００ＭＨｚのバンドにおいて複数の固定された非重複チャネルを定めることができる。ＩＥＥＥ８０２．１５．４ｊ（１５．４ｊ）無線は、アウトオブバンドエミッション（ＯＯＢＥ）限界を満たすためにバンドエッジでガードバンドを備える５ＭＨｚのチャネル帯域幅を持つので、最高でも、７つの重複しないチャネルが、２３６０〜２４００ＭＨｚのバンドにおいて規定されることができる。例えば、７つのチャネルはそれぞれ、２３６３、２３６８、２３７３、２３７８、２３８３、２３８８、及び２３９５ＭＨｚの中央周波数で規定される。それらのチャネルの中央周波数（ＭＨｚ）は整数であり、及び従って既存のＩＥＥＥ８０２．１５．６（１５．６）標準で規定されるチャネル中央周波数と揃うので、１５．６チャネルが２つの１５．４ｊチャネルにまたがることはない。更に、ガードバンドは固定される（２３６０〜２３６０．５、２３９０．５〜２３９２．５、２３９７．５〜２４００ＭＨｚ）ので、１５．６無線は、１５．４ｊシステムとの可能な相互干渉を回避するよう作動するべく、それらのガードバンドに含まれる１５．６チャネル（例えば、２３９１、２３９２、２３９８、及び２３９９ＭＨｚで中心化される１５．６チャネル）を選択することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、この簡単なチャネライゼーションスキームに関するいくつかの深刻な欠点が存在する。第１に、２３９０〜２４００ＭＨｚのバンドにおいて規定されるチャネルは１つだけである。これは、病院の外に配置される遠隔監視アプリケーションに関して、１５．４ｊ無線動作で利用可能なチャネルが１つだけであることを意味する。２３９６〜２３９９ＭＨｚのバンドにおいて近くで作動するアマチュア無線が存在する場合（例えばハイレート・データ・モード・アマチュア）、１５．４ｊ無線に関して利用可能な干渉フリーチャネルは存在しない。従って、簡単なチャネライゼーションスキームは、スペクトルを効率的に用いることができない。なぜなら、アマチュア無線は、３ＭＨｚスペクトルだけを利用し、１５．４ｊ動作で利用可能な７ＭＨｚのアイドルスペクトルがまだ存在するからである。
【０００８】
更に、プライマリユーザに関して保護されるべきスペクトルの部分があるとき、斯かる簡単なチャネライゼーションスキームは、スペクトルを効率的に用いることができない。例えば、２３７０〜２３８２ＭＨｚのスペクトルがプライマリユーザにより現在用いられるため、斯かるスペクトルを用いることを病院が回避しなければならないとＭＢＡＮコーディネータが結論付ける場合、１５．４ｊＭＢＡＮデバイスを配備するためにその病院で利用可能なチャネルは３つだけである。簡単なチャネライゼーションスキームは、たとえ２３６０〜２３９０ＭＨｚのバンドにおいて利用可能な２８ＭＨｚスペクトルがあるとしても、１５ＭＨｚスペクトル（各５ＭＨｚの帯域幅の３つのチャネル）のみを用いる。斯かる低いスペクトル使用効率は、いくつかの場合において受け入れられない。追加的に、プライマリユーザを保護するべく１５．４ｊチャネルの使用を規制するための何らかの機構が必要とされる。例えば、上記例において、チャネル１、２、３及び４が禁止されていることをＭＢＡＮデバイスに通知するための何らかの機構が存在するべきである。
【０００９】
本願は、上述した問題及びその他を克服するＭＢＡＮチャネル使用規則及び適応的チャネライゼーションに関する新規で改良されたシステム及び方法を提供する。
【課題を解決するための手段】
【００１０】
１つの側面によれば、医療システムが提供される。この医療システムは、１つ又は複数医療体エリアネットワーク（ＭＢＡＮ）システムを含む。各ＭＢＡＮシステムは、患者データを取得し、これを短距離無線通信を介してハブデバイスと通信する１つ又は複数のＭＢＡＮデバイスを含む。短距離無線通信を介した患者データの通信は、所定のスペクトル内で行われる。ハブデバイスは、１つ又は複数ＭＢＡＮデバイスから通信される患者データを受信し、これをより長距離の通信を介して中央監視ステーションと通信する。チャネルレギュレータは、所定のスペクトルのＭＢＡＮ利用を管理する。
【００１１】
別の側面によれば、方法が提供される。この方法は、１つ又は複数の医療体エリアネットワーク（ＭＢＡＮ）デバイスにより患者データを集めるステップと、１つ又は複数のＭＢＡＮデバイスが所定のスペクトルの少なくとも部分を利用することを禁ずるステップと、短距離無線通信を介してＭＢＡＮシステムを通り上記１つ又は複数のＭＢＡＮデバイスからハブデバイスへと上記収集された患者データを通信するステップであって、上記短距離無線通信を介した通信が、所定のスペクトル内で行われる、ステップと、より長距離の無線通信を介して上記ハブデバイスから中央監視ステーションへと上記収集された患者データを通信するステップとを含む。
【００１２】
別の側面によれば、方法が提供される。この方法は、１つ又は複数の医療体エリアネットワーク（ＭＢＡＮ）デバイスにより患者データを集めるステップと、上記１つ又は複数のＭＢＡＮデバイスが、所定のスペクトルの少なくとも部分を利用するのを禁ずるステップであって、上記所定のスペクトルの部分が、プライマリユーザにより使用中であり、利用できないものである、ステップと、上記１つ又は複数のＭＢＡＮデバイスにアクセス可能な上記所定のスペクトルの１つ又は複数のチャネルを用いてチャネライゼーションスキームを規定するステップであって、上記チャネライゼーションスキームが、上記プライマリユーザにより使用されていない上記スペクトルの１つ又は複数の部分におけるチャネル数を最大化する、ステップと、短距離無線通信を介してＭＢＡＮシステムを通り上記１つ又は複数のＭＢＡＮデバイスからハブデバイスへと上記収集された患者データを通信するステップであって、上記短距離無線通信を介した通信が、所定のスペクトル内で行われる、ステップとを含む。
【００１３】
１つの利点は、適応的チャネライゼーション及びチャネル使用規則を用いて、ＭＢＡＮスペクトルの効率的な利用を可能にすることにある。
【００１４】
別の利点は、ＭＢＡＮ規則との順応性にある。
【００１５】
別の利点は、スペクトル及び他のＭＢＡＮデバイスのプライマリユーザとの共存を可能にすることにある。
【００１６】
別の利点は、改良されたヘルスケアワークフロー効率、安全性及び臨床結果を可能にすることにある。
【図面の簡単な説明】
【００１７】
【図１】本願による医療体エリアネットワーク（ＭＢＡＮ）システムを図式的に示す図である。
【図２】本願によるＭＢＡＮシステムのチャネライゼーションスキームを図式的に示す図である。
【図３】本願によるＭＢＡＮシステムの別のチャネライゼーションスキームを図式的に示す図である。
【図４】本願によるＭＢＡＮシステムの別のチャネライゼーションスキームを図式的に示す図である。
【図５】本願によるＭＢＡＮシステムの動作のフローチャート図である。
【発明を実施するための形態】
【００１８】
本発明の更に追加的な利点が、以下の詳細な説明を読み及び理解することにより当業者に認識されるだろう。
【００１９】
本発明は、様々な要素及び要素の配列の形式並びに様々なステップ及びステップの配列の形式を取ることができる。図面は、好ましい実施形態を説明するためだけにあり、本発明を限定するものとして解釈されるべきものではない。
【００２０】
図１は、ＩＥＥＥ８０２．１５．４ｊ標準に関するチャネライゼーションスキーム及びチャネル使用規則を実現する医療体エリアネットワーク（ＭＢＡＮ）１０を示す。第１のチャネライゼーションスキームにおいて、重複しないチャネルが、ＭＢＡＮスペクトルにおいて規定される。これは、協調の際ヘルスケア施設においてのみアクセスされることができる。一方、重複するチャネルは、任意の場所でアクセスされることができるＭＢＡＮスペクトルの第１の部分において規定される。ＭＢＡＮスペクトルの第２の部分において規定される固定された重複しないチャネルが、実現を単純化し、例えばＩＥＥＥ８０２．１５．６無線等のヘルスケア施設における他のインバンドＭＢＡＮユーザとの共存を促進する。同時に、ＭＢＡＮスペクトルの第１の部分において規定される重複するチャネルは、ＭＢＡＮスペクトルの第２の部分における他のユーザとの相互干渉を緩和する病院外ＭＢＡＮアプリケーションに対する柔軟性を提供する。ＭＢＡＮシステムがＭＢＡＮスペクトルの第１の部分においてプライマリユーザのスペクトルを保護することを必要とする場合、第２のチャネライゼーションスキームは、スペクトル使用効率を改善する。第３のチャネライゼーションスキームは、ＭＢＡＮスペクトルにおいてより少ないチャネルを規定することにより第２のチャネライゼーションスキームを単純化する。これは、スペクトル使用効率と実現の複雑さとの間の良好なトレードオフを提供することができる。後者の２つの場合、重複するチャネルは、ＭＢＡＮ動作に関するより多くのチャネル選択を提供するため、全体のＭＢＡＮスペクトルにおいて規定される。ヘルスケア施設において重複するチャネルの使用を回避するため、各規定されたチャネルの使用を動的にイネーブル／ディスエーブルにするための新しいＭＡＣチャネルマスクパラメータが導入される。チャネルマスクパラメータをセットするためのプリミティブは、ヘルスケア施設において重複するチャネルを用いることが禁止されるよう、非重複するチャネルだけがＭＢＡＮスペクトルの第１の部分においてイネーブルにされることができることを確実にする。ヘルスケア施設において用いられる重複しないチャネルは、そのスペクトル状態に適合するよう動的に変化されることができる。重複するチャネルは、遠隔監視シナリオにおける共存を促進するため、ＭＢＡＮスペクトルの第２の部分において可能にされる。チャネル使用規則は、ＭＢＡＮレギュレータを含む。これは、ＭＢＡＮコーディネータ及び他のＭＢＡＮデバイスに対するインタフェースとなり、かつ、ＭＢＡＮコーディネータから受信されるＥキー／認証及び他のＭＢＡＮデバイスのスペクトル使用状態に基づき、各タイプのＭＢＡＮデバイスに関するチャネル使用規則を生成する責任を負う。
【００２１】
図１を参照すると、複数の医療体エリアネットワーク（ＭＢＡＮ）の各ＭＢＡＮ１０が、複数のＭＢＡＮデバイス１２、１４及び対応するハブデバイス１６を含む。ＭＢＡＮデバイス１２、１４は、短距離無線通信プロトコルを介して対応するハブデバイス１６と通信する。ＭＢＡＮ１０は、関連する文献において、他の同等の用語で参照されることもある。例えば、体エリアネットワーク（ＢＡＮ）、体センサ・ネットワーク（ＢＳＮ）、個人エリアネットワーク（ＰＡＮ）、携帯アドホックネットワーク（ＭＡＮＥＴ）等である。用語としての医療体エリアネットワーク（ＭＢＡＮ）１０は、これらの様々な代替的な用語を含むものとして理解されたい。
【００２２】
説明的なＭＢＡＮ１０は、２つの説明的なＭＢＡＮデバイス１２、１４及び対応するハブデバイス１６を含む。しかしながら、ＭＢＡＮデバイス及びハブデバイスの数は、１、２、３、４、５、６又はこれ以上とすることができ、更に、ＭＢＡＮデバイスの数は、いくつかの実施形態において、医療監視能力を加える又は除去するためにＭＢＡＮデバイスがネットワークに加えられる又はこれから除去されるときに、アドホックな態様で増加又は減少されることができる。ＭＢＡＮデバイス１２、１４は、例えば心拍、呼吸レート、心電図（ＥＣＧ）データ等の生理的パラメータを含む患者データを取得する１つ又は複数のセンサ２０を含む。しかしながら、１つ又は複数のＭＢＡＮデバイスが、例えば皮膚パッチ若しくは静脈接続を介した治療薬の制御された供給、又は心臓ペースメーカ機能の実行等、他の機能を実行することも想定される。他のＭＢＡＮデバイスは、患者に関連付けられることができ、上述したＭＢＡＮデバイスのすべてが、所与の時間において患者に関連付けられる必要があるわけではない。単一のＭＢＡＮデバイスが、１つ又は複数の機能を実行することができる。説明的なＭＢＡＮデバイス１２、１４は、関連付けられる患者の外部に配置されている。しかしながら、より一般に、ＭＢＡＮデバイスは、患者上に若しくは患者内に（例えば、ＭＢＡＮデバイスは、埋め込み型デバイスの形をとることができる）、又は短距離通信プロトコルの通信範囲に含まれる患者に近接して（例えば、ＭＢＡＮデバイスは、患者に近く保たれる棒に取り付けられる静脈注入ポンプ（図示省略）に取り付けられるデバイスの形をとることができる。この場合、監視された患者データは、例えば静脈流量といった情報を含むことができる）、配置されることができる。患者の快適さを促進し、及び信頼性を強調するために低い複雑さであるよう実行可能なものとして、ＭＢＡＮデバイスはできるだけ小さく作られることが望ましい。従って、斯かるＭＢＡＮデバイス１２、１４は通常、（バッテリー又は他の電源を小さく保つため）低出力デバイスであり、限られたオンボードデータストレージ又はデータバッファリングを持つことができる。結果として、ＭＢＡＮデバイス１２、１４は、そのデータバッファをオーバーフローさせることなしに対応するハブデバイス１６に取得された患者データを迅速に搬送するため、対応するハブデバイス１６と連続的に又はほとんど連続的に短距離無線通信を行うべきである。
【００２３】
図１において、短距離無線通信範囲は、ＭＢＡＮシステム１０を詳細に描写するために使用される鎖点入りのラインにより、図式的に示される。短距離無線通信は通常、双方向である。その結果、ＭＢＡＮデバイス１２、１４は、対応するハブデバイス１６に情報（例えば、患者データ、ＭＢＡＮデバイス状態等）を通信することができる。対応するハブデバイス１６は、ＭＢＡＮデバイス１２、１４に情報（例えば、治療的ＭＢＡＮデバイスの場合における命令、制御データ等）を通信することができる。図示されるハブデバイスは、より長距離の送信のためより長くより重いバッテリー及び他のハードウェアを搬送することを容易にするウエスト取り付けデバイスである。しかしながら、ハブデバイスは、例えば、手首デバイス、接着剤で接着されるデバイス等の他の態様で患者に取り付けられることができる。ハブデバイスが患者に近接したどこかに取り付けられることも想定される。例えば、患者の近く保たれる棒に取り付けられる静脈注入ポンプ（図示省略）に一体化されるなどである。
【００２４】
センサ２０から取得される患者データは、対応するＭＢＡＮデバイスにおけるコントローラ２２に同時に送信される。ＭＢＡＮデバイス１２、１４は、センサ２０により取得される患者データに関するギャザリングポイントとして機能し、メモリ２４において患者データの一時記憶域を提供する。ＭＢＡＮデバイス１２、１４は、短距離無線通信プロトコルを介して対応するハブデバイス１６に患者データを送信する通信ユニット２６も含む。通信ユニット２６は、コントローラ２２により受信される患者データ及び情報を送信し、ハブデバイス１６から情報を受信するトランシーバ（図示省略）を含む。
【００２５】
短距離無線通信プロトコルは好ましくは、数十メートル、２、３メートル又はこれ以下の比較的短い動作範囲を持ち、いくつかの実施形態では、ＩＥＥＥ８０２．１５．４（Ｚｉｇｂｅｅ）短距離無線通信プロトコル若しくはその変形、又はブルートゥース短距離無線通信プロトコル若しくはその変形を適切に使用する。ブルートゥース及びＺｉｇｂｅｅが短距離無線通信に適した実施形態であるが、プロプライエタリ通信プロトコルを含む他の短距離通信プロトコルも想定される。短距離通信プロトコルは、ＭＢＡＮシステム１０のすべてのＭＢＡＮデバイス１２、１４と確実に通信するため、ハブデバイス１６に対する充分な範囲を持つべきである。ＭＢＡＮデバイス１２、１４及び対応するハブデバイス１６の間の、及びいくつかの実施形態ではＭＢＡＮデバイス間の短距離無線通信プロトコルは、約２．３〜２．５ＧＨｚの周波数スペクトルにおいて作動する。
【００２６】
患者データの医療コンテンツが送信されるため、ＭＢＡＮシステム１０通信に課される厳しい信頼性要件が原因で、日和見主義的なＭＢＡＮスペクトルが、例えば、上記の２３６０〜２４００ＭＨｚのバンドにおいて、患者データの通信に関して特異的に割り当てられる。ＭＢＡＮスペクトルにおいて、ＭＢＡＮデバイス１２、１４は、スペクトルのセカンダリユーザであるか、又はこのスペクトルをセカンダリベースで使用することができる。これは、ＭＢＡＮシステムがそのスペクトルにおけるプライマリユーザに屈しなければならないことを意味する。プライマリユーザを保護するため、ＭＢＡＮシステム１０は、チャネライゼーションスキーム及びチャネル使用規則を実現する。第１のチャネライゼーションスキームにおいて、重複しないチャネルが、ＭＢＡＮスペクトルにおいて規定される。これは、協調の際ヘルスケア施設においてのみアクセスされることができる。一方、重複するチャネルは、ＭＢＡＮスペクトルの第１の部分において規定される。これは、どこでもアクセスされることができる。ＭＢＡＮスペクトルの第２の部分において規定される固定された非重複チャネルは、実現を単純化し、他のインバンドＭＢＡＮユーザとの共存を促進する。第２のチャネライゼーションスキームにおいて、ＭＢＡＮシステムがＭＢＡＮスペクトルの第１の部分においてプライマリユーザのスペクトルを保護する必要がある場合、スペクトル使用効率は改善される。重複するチャネルは、ＭＢＡＮ動作に関してより多くのチャネル選択を提供するため、全体のＭＢＡＮスペクトルにおいて規定される。ヘルスケア施設において重複するチャネルの使用を回避するため、各規定されたチャネルの使用を動的にイネーブル／ディスエーブルにするための新しいＭＡＣパラメータが導入される。チャネル使用規則は、ＭＢＡＮコーディネータから受信されるＥキー／認証及び他のＭＢＡＮデバイスのスペクトル使用状態に基づき、各タイプのＭＢＡＮデバイスに関するチャネル使用規則を生成することを含む。第３のチャネライゼーションスキームにおいて、スペクトル使用効率と実現の複雑さとの間の良好なトレードオフを提供するため、全体のＭＢＡＮスペクトルにおいてより少ない重複チャネルが規定される。
【００２７】
これを実現するため、ＭＢＡＮスペクトルにアクセスしたいヘルスケア施設は、割り当てられたＭＢＡＮコーディネータ３６を用いて登録することを必要とされる。ＭＢＡＮコーディネータ３６は、ヘルスケア施設とのＭＢＡＮ協調を実行し、ヘルスケア施設に対してＭＢＡＮスペクトルの部分又は全体がアクセスすることを認証するためのＥキーを生成する。各登録されたヘルスケア施設は、ＭＢＡＮコーディネータ３６のコントローラ４０と通信し、（ネットワーク接続を介して自動的に又は電子メール、メール又は他の方法を介して手動で）Ｅキーを受信する単一の中央化された制御ポイントデバイス３８を配備する。発行されたＥキーは、ＭＢＡＮ動作に関して認可された周波数及び時間期間を含む。ＭＢＡＮ制御ポイント３８のコントローラ４２は、Ｅキー情報を受信し、ＭＢＡＮスペクトルの使用を規制するため、斯かる施設内に展開されるＭＢＡＮシステム１０にこれを自動的に搬送する。
【００２８】
ヘルスケア施設は、ＭＢＡＮ制御ポイント３８及びＭＢＡＮシステム１０の間のインタフェースとして用いられるＭＢＡＮチャネルレギュレータ４４も含む。ＭＢＡＮチャネルレギュレータ４４のコントローラ４６は、ＭＢＡＮコーディネータ３６により生成されるＥキー情報を受信し、ＭＢＡＮ規則データベース４８に格納されるヘルスケア施設内の各タイプのＭＢＡＮシステム１０に関するチャネル使用規則にそれを変換する。ＭＢＡＮチャネルレギュレータ４４も、例えば１５．４ｊ無線、１５．６無線及び他のプロプライエタリシステムといった各タイプのＭＢＡＮシステムに対するインタフェースとなる。ＭＢＡＮチャネルレギュレータ４４のコントローラ４６は、ＭＢＡＮスペクトルの使用を規制するため、各タイプのＭＢＡＮシステム１０に、対応するチャネル使用規則を転送する。ＭＢＡＮチャネルレギュレータ４４は、それらのチャネル使用規則をカスタマイズするため、（ネットワーク接続又はローカル接続を介して）病院ＭＢＡＮシステム管理者に対するユーザインタフェース５０も提供する。追加的に、各ＭＢＡＮシステム１０は、ＭＢＡＮチャネルレギュレータ４４に対して、それらのチャネル使用情報をフィードバックする。チャネル使用情報に基づき、ＭＢＡＮレギュレータ４４は、ＭＢＡＮスペクトル使用レポートを生成し、ＭＢＡＮスペクトル使用を監視するため、ＭＢＡＮ制御ポイント３８及びＭＢＡＮコーディネータ３６にこのレポートを転送する。更に、ＭＢＡＮチャネルレギュレータ４４は、すべての配備されたＭＢＡＮシステム１０のチャネル使用情報を持ち、各タイプのＭＢＡＮシステム１０のチャネル使用を最適化するため、斯かる情報を用いることができる。例えば、ＭＢＡＮチャネルレギュレータ４４は、それらの動作するチャネルを選択するＭＢＡＮシステムを支援するため、各タイプのＭＢＡＮシステムに関して優先付けされたチャネルリストを生成することができる。
【００２９】
例えば、２３６０〜２３７０及び２３８２〜２３９０ＭＨｚのバンドだけが、ＭＢＡＮ動作に関して認証されること（又は、言い換えると、２３７０〜２３８２ＭＨｚのスペクトルは、プライマリユーザにより使用中であり、保護されるべきであること）を発行されたＥキーが示す場合、ＭＢＡＮチャネルレギュレータ４４は、２３７０〜２３８２ＭＨｚのスペクトルを保護するため、特定のチャネルの使用を禁止するべく、すべてのＭＢＡＮシステム１０に転送されるチャネル使用規則へと斯かるＥキー情報を変換する。ＭＢＡＮチャネルレギュレータ４４も、一般的なＭＢＡＮ使用に関する特定のチャネルをイネーブルにするため、及び高い優先度のＭＢＡＮ使用のため他のチャネルが用いられることを可能にするため、そのＥキー情報に基づきチャネル規則を生成する。例えば、第１のチャネライゼーションスキームが採用されると想定する場合、ＭＢＡＮチャネルレギュレータ４４は、チャネル０（２３６３ＭＨｚ）、５（２３８８ＭＨｚ）及び６（２３９３ＭＨｚ）がイネーブルにされ、一方、１５．４ｊＭＢＡＮ無線だけがこの認証されたスペクトルを用いることを確実にするため他のチャネルがディスエーブルにされることを認証する１５．４ｊチャネル使用規則へとこのＥキー情報を変換することができる。斯かる規則は、２３７０〜２３８２ＭＨｚのスペクトルを保護するため、チャネル１、２、３、及び４の使用を禁止するべく、すべての１５．４ｊＭＢＡＮシステムに対して転送される。病院が８０２．１５．６ベースのＭＢＡＮシステムも配備する場合、ＭＢＡＮチャネルレギュレータ４４は、そのＥキー情報及び１５．４ｊチャネル使用規則に基づきチャネル規則を生成する。それは、チャネル０、１、…、８、２２、２３、…、３７及び３８がイネーブルにされ、チャネル２２、２３、２４、３０、３１、３７及び３８が高い優先度で使用されることを維持する。チャネル２２、２３、２４、３０、３１、３７及び３８は、高い優先権を持つ。なぜなら、それらは、現在の８０２．１５．４チャネル使用規則が、１５．４ｊＭＢＡＮ無線がアクセスすることを禁止するギャップ内に配置されるからである。斯かる１５．６チャネル使用規則は、８０２．１５．４ｊ／８０２．１５．６共存性能を促進する。
【００３０】
更に、病院のＭＢＡＮ管理者が、病院における異なる領域に対してチャネル使用規則をカスタマイズすることにより、ＭＢＡＮスペクトル計画をカスタマイズすることができる。ＭＢＡＮシステムは通常、ヘルスケア施設ＩＴネットワークに、無線アクセスポイント又は有線イーサネットポートを介して接続され、ＭＢＡＮチャネルレギュレータ４４は、ヘルスケアＩＴネットワークの無線ＡＰ及びイーサネットポートの位置情報を受信するので、ＭＢＡＮ管理者は、それらのＡＰ及びポートに関連付けられるＭＢＡＮシステムのＭＢＡＮスペクトル使用を制御するため、特定の領域に含まれる無線ＡＰ及びイーサネットポートに関するＭＢＡＮチャネル使用規則をカスタマイズすることができる。例えば、緊急室（ＥＲ）領域において、多数の患者は、それらの生理状態を監視するため、ＭＢＡＮシステムを着用することができる。斯かる高密度の配備をサポートするため、ＭＢＡＮ管理者は、イネーブルにされるチャネルの数を制限し、特定のＭＢＡＮシステムに関してより多くのスペクトルを予約することができる。なぜなら、いくつかの特定のＭＢＡＮシステムは、より狭いチャネルを持ち、動作に関してより多くのチャネルを提供することができるからである。例えば、規定されるすべてのチャネルをイネーブルにするためにチャネル使用規則を規定する代わりに、Ｅキーが２３６０〜２３９０ＭＨｚのバンド全体にアクセスすることを病院に許可する場合、ＭＢＡＮ管理者は、すべてのチャネルをイネーブルにし、かつ他のチャネルに高い優先権を与えつつ、ＥＲ領域に関するチャネル使用規則をカスタマイズし、及び特定のチャネルだけをイネーブルにすることができる。これらのカスタマイズされた規則は、ＭＢＡＮ動作に関して充分なチャネルを提供し、異なるタイプのＭＢＡＮデバイスの間の共存を促進する。
【００３１】
ハブデバイス１６は、ＭＢＡＮデバイス１２、１４のセンサ２０により取得された患者データを受信するため、ＭＢＡＮスペクトルにわたりそのＭＢＡＮシステム１０の動作を調整し、より長距離の通信プロトコルを介してＭＢＡＮ１０から中央監視ステーション３４まで収集された患者データを送信する。センサ２０から取得された患者データは、ＭＢＡＮデバイス１２、１４から、対応するハブデバイス１６における短距離通信デバイス２８へと同時に送信される。ハブデバイス１６は、例えば１人の患者に関連付けられるＭＢＡＮデバイスの全てといったＭＢＡＮネットワークにおけるすべてのＭＢＡＮデバイス１２、１４のセンサ２０により取得される患者データに関するギャザリングポイントとして機能し、メモリ３０において患者データの一時記憶域を提供する。ハブデバイス１６は、より長距離の無線通信プロトコルを介して中央監視ステーション３４に患者データを送信するより長距離の通信ユニット３２も含む。ＭＢＡＮハブ１６のコントローラ３３は、ＭＢＡＮデバイス１２、１４との通信、患者データの収集及び処理、中央監視ステーション３４への患者データの再送信、確認応答の受信、ネットワークのセットアップ、新しいＭＢＡＮデバイスの関連付け、除去されたＭＢＡＮデバイスの切り離し等を制御する。
【００３２】
ハブデバイス１６のより長距離の通信ユニット３２は、ＭＢＡＮシステム１０からのデータを通信するため中長距離通信機能を提供するトランシーバを含む。図１の説明的な例において、ハブデバイス１６は、病院ネットワーク５４のＡＰ５２を介して、中央監視ステーション３４と無線で通信する。図示されるＡＰ５２は、ハブデバイス１６と無線で通信する無線アクセスポイントである。図示される実施形態において、病院ネットワーク５４は、例えば病院又は他の医療施設にわたり分散される図示されるアクセスポイントＡＰ５６及びＡＰ５８といった追加的なアクセスポイントも含む。追加的な説明を提供するため、中央監視ステーションが図式的に示される。これは、ＡＰ５６と無線通信を行う。異なるＡＰ５２、５６〜５８が、ヘルスケア施設の異なる領域を覆い、それらの被覆領域は、シームレスなローミングサービスを提供するため、互いに重複することができる。
【００３３】
追加的な説明を提供するため、中央監視ステーション３４は、多くのハブデバイスから患者データを受信するコントローラ６０を含む。中央監視ステーション３４は、例えば、ＭＢＡＮシステム１０により取得され、病院ネットワーク５４のＡＰ５６を介して中央監視ステーション３４に通信される患者に関する医療データを表示するのに使用されることができるディスプレイモニタ６２も含む。中央監視ステーション３４は、現在及び過去の全ての患者に関する患者データ及び記録が格納される電子患者記録サブシステム６４と通信する。中央監視ステーション及び電子患者記録サブシステム６４の間の通信は、病院ネットワーク５４のＡＰ５２、５６を介して通信される。中長距離無線通信は、ＩＥＥＥ８０２．１１無線通信プロトコル又はその変形に適切に従うＷｉＦｉ通信リンクである。しかしながら、中長距離通信のため他の無線通信プロトコルが用いられることができる。例えば、別のタイプの無線医療遠隔測定システム（ＷＭＴＳ）である。更に、より長距離の通信は、例えば有線イーサネットリンクといった有線通信とすることができる（この場合、病院ネットワークは、有線のより長距離の通信リンクを提供する少なくとも１つのケーブルを含む）。
【００３４】
より長距離の通信は、ＭＢＡＮデバイス１２、１４と対応するハブデバイス１６との間の短距離通信と比較してより長い通信範囲を持つ。例えば、短距離通信範囲は、１メートル、数メートル又はせいぜいおそらく数十メートルのオーダーとすることができる。より長距離の通信は、直接であるか、病院ネットワークに対する複数のＡＰを介してかに関係なく、病院又は他の医療施設の実質的な部分又は全てを含むよう、十分長い通信範囲とすることができる。
【００３５】
無線である場合、中長距離通信は、短距離通信より電力を必要とする。従って、ハブデバイス１６は、中長距離通信トランシーバを作動させるのに十分なバッテリー又は他の電力源を含む。ハブデバイス１６は通常、充分なオンボードストレージも含む。その結果、病院ネットワーク５４との通信がいくつかの時間間隔に関して中断される場合でも、患者データの実質的な量をバッファリングすることができる。図示される無線中長距離通信の場合において、患者が病院又はヘルスケア施設内で移動する場合、病院ネットワーク５４により採用されるＩＥＥＥ８０２．１１又は他の無線通信プロトコルが、無線通信を提供する点も理解されたい。この点に関して、患者がベッドに制限される場合でも、より一般的に、患者が移動性を持ち、病院又はヘルスケア施設の周りを移動することが想定される。患者が移動するとき、ＭＢＡＮデバイス１２、１４及びハブデバイス１６を含むＭＢＡＮシステム１０は、患者と共に移動する。
【００３６】
ＭＢＡＮシステム１０において、ＭＢＡＮデバイス１２、１４は、短距離無線通信を介してハブデバイス１６と通信する。しかしながら、ＭＢＡＮデバイス１２、１４の様々なペア又はグループが、短距離無線通信を介して直接（即ち、媒介としてハブデバイス１６、１８を用いることなしに）相互通信することも想定される。例えば、時間において２つ又はこれ以上のＭＢＡＮデバイスの活動を調整するのに、これは有益でありえる。更に、ハブデバイス１６、１８は、追加的な機能を提供することができる。例えば、ハブデバイス１６、１８は、生理的パラメータを測定する１つ又は複数のセンサを含むＭＢＡＮデバイスとすることもできる。更に、単一のハブデバイス１６、１８が示されるが、ＭＢＡＮシステムが、調整機能の作業（例えばＭＢＡＮデバイス１２、１４からのデータ収集及びより長距離の無線通信を介した収集されたデータのオフロード）を協調的に行う２つ又はこれ以上のハブを持つことができることが想定される。
【００３７】
図１において、ただ１つのＭＢＡＮシステム１０が詳細に示される。しかしながら、より一般に、病院又は他の医療施設が、複数の患者を含み、各患者が、自身のＭＢＡＮシステムを持つことを理解されたい。より一般には、ＭＢＡＮシステムの数は、いくつかの説明的な例示を介して、医療施設のサイズに基づき、数百、数千、数万又はこれ以上とすることができる。実際、一人の患者が、２つ又はこれ以上の異なる、独立的又は協調的に動作するＭＢＡＮシステム（図示省略）を持つことさえ想定される。この環境では、異なる患者の様々なＭＢＡＮシステムが、互いの近くに接近することが予想されることができる。その結果、個別のＭＢＡＮシステムの短距離無線通信の範囲が重なる。
【００３８】
図示される実施形態におけるＭＢＡＮデバイス１２、１４、ＭＢＡＮハブ１６、ＭＢＡＮシステム１０、ＭＢＡＮコーディネータ３６、ＭＢＡＮ制御ポイント３８、ＭＢＡＮチャネルレギュレータ４４及び中央監視ステーション３４は、以下に詳述される動作を実行するＭＢＡＮソフトウェアを実行するよう構成される少なくとも１つのプロセッサ、例えばマイクロプロセッサ又は他のソフトウェア制御のデバイスを含む。通常、ＭＢＡＮソフトウェアは、プロセッサによる実行のため、有形のメモリ又はコンピュータ可読媒体にて搬送される。非一時的コンピュータ可読媒体のタイプは、例えばハードディスクドライブ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、インターネット・サーバ等の記憶媒体を含む。プロセッサの他の実現も想定される。ディスプレイコントローラ、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ及びマイクロコントローラが、プロセッサの機能を提供するために実現されることができる他のタイプの要素の説明的な例である。実施形態は、プロセッサ、ハードウェア又はこれらのいくつかの組み合わせにより実行されるソフトウェアを用いて実現されることができる。
【００３９】
図２を参照すると、ＭＢＡＮスペクトルにおいて重複するチャネルを利用する第１のチャネライゼーションスキームが示される。第１のチャネライゼーションスキームは、ＭＢＡＮスペクトルの第２の部分における固定された重複しないチャネルを規定することにより、斯かるスペクトルにおいて重複するチャネルを用いてもたらされる強い隣接チャネル干渉を回避する。これは、ヘルスケア施設内でのみアクセスされることができる。これは、より高いＭＢＡＮシステム密度を持ち、隣接チャネル干渉が起こりそうなヘルスケア施設内配備にとって重要である。システムアーキテクチャに沿ったこのチャネライゼーションスキームは、ＭＢＡＮスペクトルチャネルの使用を規制する。特に、ＭＢＡＮハブデバイスの上位層プロトコル（例えばネットワーク層プロトコル又はアプリケーション層プロトコル）が、新しいチャネルマスクパラメータであるＣｈａｎｎｅｌＥｎａｂｌｅｄを規定する。これは、各規定されたＭＢＡＮチャネルに対するアクセスを動的にイネーブル／ディスエーブルにする。例えば、デフォルトで、ＣｈａｎｎｅｌＥｎａｂｌｅｄは、ＭＢＡＮスペクトルバンド１０２内部にあるチャネル６〜１０だけをイネーブルにするようセットされる。これは、ＭＢＡＮデバイスが、ＭＢＡＮスペクトルバンド内部でイネーブルにされたチャネルにどこでも（即ちヘルスケア施設内部及びヘルスケア施設外部で）アクセスすることを可能にする。一旦ＭＢＡＮハブデバイスがヘルスケア施設のＩＴネットワークに対する有効な接続を確立すると、それは、その帰航アクセスポイント（ＡＰ）デバイスから（無線リンクを介してのとき）、又はチャネルレギュレータから直接（有線ポート接続を介してのとき）、チャネル使用規則を得ることができ、これに従ってそのＣｈａｎｎｅｌＥｎａｂｌｅｄをセットすることができる。それは、そのネットワークに関連付けられる他のＭＢＡＮデバイスに対して、このパラメータをブロードキャストする。ＭＢＡＮハブデバイスは、作動させるため、イネーブルにされたチャネルだけを選択する。一旦ＭＢＡＮハブデバイスがヘルスケアＩＴネットワークに対するその接続を失うと、そのＣｈａｎｎｅｌＥｎａｂｌｅｄパラメータは、特定されたチャネルだけをイネーブルにするべくそのデフォルト値へとリセットする。
【００４０】
第１のチャネライゼーションスキームにおいて、保護されるべきプライマリユーザ・スペクトルの部分があるとき、スペクトルを効率的に用いるため、重複しないチャネルの中央周波数は、ＭＢＡＮスペクトルバンドにおいて固定され、ＭＢＡＮシステムを制限する。この問題を解決するため、第２のチャネライゼーションスキームは、ＭＢＡＮスペクトルバンドにおいて規定されるチャネルステップと新しいパラメータであるＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄとを用いて重複するチャネルを利用する。このパラメータは、それらの重複するチャネルを動的にイネーブル／ディスエーブルするためＭＡＣ層プロトコルに含まれる。第２のチャネライゼーションスキームは、３５の重複するチャネル１１０が１ＭＨｚのチャネルステップで規定される図３に示される。
【００４１】
ＭＡＣ層は、パラメータＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄをセットするため、上位層プロトコルに対するプリミティブ／サービスコールＭＬＭＥ−Ｓｅｔを提供する。ＭＬＭＥ−Ｓｅｔプリミティブは、それがＭＢＡＮスペクトルバンドにおいて重複するチャネルをイネーブルにするかどうかの観点から、上位層からのＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄの入力値が、有効なものであるかをチェックする。入力値が、互いに重複するＭＢＡＮスペクトルバンドにおけるそれらのチャネルの部分をイネーブルにする場合、ＭＬＭＥ−ＳＥＴは、それを無効なパラメータとして扱い、ＭＡＣパラメータＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄを更新せず、上位層プロトコルに対して「無効な入力パラメータ」を返す。そうでない場合、ＭＬＭＥ−ＳＥＴは、ＭＢＡＮシステムがアクセスすることができるイネーブルにされたＭＢＡＮスペクトルチャネルを動的に更新するため、ＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄを更新する。重複するチャネルがスペクトル内で規定されるとしても、この入力値の検証は、ＭＢＡＮスペクトルバンドにおいて重複しないチャネルがイネーブルにされることを可能にする。これは、ＰＨＹ／ＭＡＣ実現の複雑さを低く保つために重要である。なぜなら、例えば、ヘルスケア施設においてＭＢＡＮスペクトルにおける重複するチャネルを用いることでもたらされる隣接チャネル干渉を管理及び回避するのに、ＭＢＡＮスペクトルバンドにおける３０もの規定された重複するチャネルではなく、せいぜい６つのチャネル（重複しないチャネル）が存在するだけだからである。
【００４２】
第３のチャネライゼーションスキームは、スペクトル使用効率及び実現複雑さの間の良好なトレードオフを提供するため、１５の重複するチャネル１１０が規定される図４において示される。
【００４３】
３つのチャネライゼーションスキームが同じ利点を提供するが、第２及び第３のチャネライゼーションスキームと第１のチャネライゼーションスキームとの違いは、ＭＢＡＮスペクトルバンドにおける重複しないチャネルが固定されておらず、それらの中央周波数が、最良のスペクトル効率を実現するため、プライマリユーザのスペクトル利用可能性に対して適合されることができる点にある。例えば、あるスペクトルがプライマリユーザにより現在使用されているため、斯かるスペクトルの一部を用いることを病院が回避しなければならないとＭＢＡＮコーディネータが決定する場合、図４に示されるように、上位層プロトコルは、ＭＢＡＮチャネルレギュレータにより生成されるチャネル使用規則を受信し、チャネル０、２２、２７及び３２をイネーブルにするべくＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄをセットするため、ＭＬＭＥ−ＳＥＴを呼び出すことができる。第２のチャネライゼーションスキームは、ヘルスケア施設内配備に関して、第１のチャネライゼーションスキームでは３つだが、４つの重複しないチャネルを提供し、より高いスペクトル効率を実現することができる。
【００４４】
第２及び第３のチャネライゼーションスキームは、ＭＢＡＮスペクトルチャネルの使用を規制するため、提案されたシステムアーキテクチャをシームレスに組み込むこともできる。ヘルスケア施設内配備に対して、ＭＢＡＮハブデバイスの上位層プロトコルは、ヘルスケアＩＴネットワークへの帰航接続を介して、ＭＢＡＮチャネルレギュレータからチャネル使用規則を得ることができる。上位の層プロトコルは、ＭＢＡＮ動作に関してＭＢＡＮスペクトルバンドにおける重複しないチャネルを動的に選択／イネーブルにするため、ＭＡＣパラメータＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄをセットするのにＭＬＭＥ−ＳＥＴプリミティブを用いる。例えば患者が病院外に移動することで、ＭＢＡＮハブデバイスがヘルスケアＩＴネットワークに対するその接続を失うとき、ＭａｃＣｈａｎｎｅｌＥｎａｂｌｅｄは、そのデフォルト値にリセットする。これで、ＭＢＡＮスペクトルバンドに含まれる重複するチャネルだけがイネーブルにされる。
【００４５】
図５を参照すると、ＭＢＡＮシステムの動作のフローチャート図が示される。ステップ２００において、患者データが、１つ又は複数の医療体エリアネットワーク（ＭＢＡＮ）デバイスにより集められる。ステップ２０２において、１つ又は複数のＭＢＡＮは、所定のスペクトルの少なくとも部分を利用するのを禁じられる。この所定のスペクトルの部分は、プライマリユーザにより使用中であり、利用可能ではない。チャネライゼーションスキームは、１つ又は複数のＭＢＡＮデバイスにアクセス可能な所定のスペクトルの１つ又は複数のチャネルを用いて規定される。このチャネライゼーションスキームは、ステップ２０４において、プライマリユーザにより使用されていないスペクトルの１つ又は複数の部分におけるチャネル数を最大化する。ステップ２０６において、収集された患者データは、短距離無線通信を介して、１つ又は複数のＭＢＡＮデバイスからＭＢＡＮシステムを介してハブデバイスへと通信される。収集された患者データは、ステップ２０８において、より長距離の無線通信を介して、ハブデバイスから中央監視ステーションへと通信される。
【００４６】
本発明が、好ましい実施形態を参照して説明されてきた。上記の詳細な説明を読み及び理解すると、第三者は、修正及び変更を思いつくことができる。それらの修正及び変更が添付の特許請求の範囲又はその均等物の範囲内にある限り、本発明は、すべての斯かる修正及び変更を含むものとして構築されることが意図される。
【図１】
2014519238.tif 000003
【図２】
2014519238.tif 000004
【図３】
2014519238.tif 000005
【図４】
2014519238.tif 000006
【図５】
2014519238.tif 000007
【国際調査報告】
2014519238.tif 000008
2014519238.tif 000009
2014519238.tif 000010