(57)【要約】無線でデータを送信する方法及びシステム。様々な実施形態は、データを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定する。少なくとも１つの条件が存在する場合には、プロセッサは、少なくとも前に送信されたデータパケットを送信する重複パケット送信プロシージャを有効にする。
2019527964.tif 000002
【特許請求の範囲】
【請求項１】
無線でデータを送信する方法であって、
少なくとも１つのセンサ装置により、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定することと、
前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にすることと
を有する方法。
【請求項２】
前記少なくとも１つの条件が存在しないと決定するときに、前記重複パケット送信プロシージャを無効にすることを更に有する
請求項１に記載の方法。
【請求項３】
前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する、
請求項１に記載の方法。
【請求項４】
前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む、
請求項１に記載の方法。
【請求項５】
前記データパケットは、ユーザによって身に付けられているウェアラブル装置から送信される、
請求項１に記載の方法。
【請求項６】
前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む、
請求項５に記載の方法。
【請求項７】
前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される、
請求項１に記載の方法。
【請求項８】
無線でデータを送信するシステムであって、
データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するよう構成される少なくとも１つのセンサ装置と、
メモリと、
プロセッサと
を有し、
前記プロセッサは、前記メモリに記憶されている命令を実行して、前記少なくとも１つの条件が存在するとの決定があれば、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするよう構成される、
システム。
【請求項９】
前記プロセッサは更に、前記少なくとも１つの条件が存在しないとの決定があれば、前記重複パケット送信プロシージャを無効にするよう構成される、
請求項８に記載のシステム。
【請求項１０】
前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する、
請求項８に記載のシステム。
【請求項１１】
前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む、
請求項８に記載のシステム。
【請求項１２】
前記データパケットは、ユーザによって身に付けられているウェアラブル装置から送信される、
請求項８に記載のシステム。
【請求項１３】
前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む、
請求項１２に記載のシステム。
【請求項１４】
前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される、
請求項８に記載のシステム。
【請求項１５】
無線ネットワークを介して無線で送信する方法を実行するためのコンピュータ実行可能命令を含むコンピュータ可読媒体であって、
少なくとも１つのセンサ装置により、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するコンピュータ実行可能命令と、
前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするコンピュータ実行可能命令と
を有する媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で記載される様々な実施形態は、データを送信する方法及びシステムに関係があり、より具体的には、しかしそれに限られないが、接続性の問題にかかわらずデータを無線で送信する方法及びシステムに関係がある。
【背景技術】
【０００２】
無線ネットワークは、一般に、データを送信させないようにする接続性の問題に直面する。そのような接続性の問題は、例えば、いくつかある問題の中で特に、同一チャネル干渉、隣接チャネル干渉、チャネル変化、低い信号強度、カバレッジエリアの外にある装置、信号対雑音比（ＳＮＲ）の増大、動的な電力及びチャネルの変化、並びにオフチャネルスキャン及びモニタリング、によって引き起こされることがある。その上、接続性の問題は、ネットワークが最初に形成されるときに、又は追加のコンポーネントがインフラストラクチャに加えられるときに（例えば、新しいアクセスポイントが加えられるときに）、起こることがある。すなわち、そのようなネットワークは動的であり、接続性の問題は様々な理由で起こり得る。
【０００３】
例えば、ヘルスケア施設にある患者モニタリング装置は、そのような環境で確実に働くことを求められ、信頼できるアプリケーションレベルリンクを保つのに必要な何らかの手段を使用する。例えば、そのようなタイプの装置は、より良い接続を有する他のＡＰへローミングし得る。あるいは、そのような装置は、システムのサーバ側及びクライアント側の双方からの拡張プロトコルを必要とするより高度なアプリケーションレベルサポートを使用し得る。
【０００４】
データパケットが送信されることを確保するための１つの既存の技術は、本願では、“前方誤り訂正”（ＦＥＣ；Forward  Error  Connection）と呼ばれるものとする。ＦＥＣは、冗長データを送ることによって接続性の問題に対応する。より具体的には、このアプリケーションレベルプロシージャは、送信インターバルごとに新しいパケットとともに前に送られたパケットを再送することによって、失われるデータを最小限にするのを助ける。
【０００５】
ＦＥＣは、一般に、クライアント側にのみ実装される必要があり、一方、サーバ側は、如何なる不必要な（例えば、冗長）データも捨てるために既存のパケット識別番号を使用することができる。しかし、ＦＥＣは、欠点がないわけではない。具体的に、ＦＥＣは、同じデータパケットを複数回送ることによって、ネットワーク帯域幅を犠牲にする。これは、制限されたＲＦ帯域幅、高いネットワークトラフィックレベル、高いクライアント密度、などに起因して、ＦＥＣを実装するシステムがスケーリングすることを妨げる。
【０００６】
データパケットが送信されることを確保するための他の既存の技術は、本願では、“バックフィリング”（backfilling）と呼ばれるものとする。バックフィリングは、ローミング中に及び／又は無線接続が上記の理由のいずれかのために劣化するときに失われ得る送信機からの欠陥データを受信機が要求することを可能にする。
【０００７】
ウェーブバックフィリングはＦＥＣの欠点のいくつかを軽減するのを助けるが、バックフィリングも、欠点がないわけではない。第１に、バックフィリングは、通常、クライアント側及びサーバ側の双方でのアプリケーションレベル実装である。第２に、バックフィリングは、バックフィル要求の送信及び処理を管理するようサーバのリソースに対する負荷を増大させ得る。第３に、ウェーブバックフィリングは、クライアントでのメモリ管理及び高度なデータ管理を必要とし、これは、特定の低コスト用途では禁止されていることがある。
【発明の概要】
【０００８】
この概要は、詳細な説明の項において以下で更に記載される概念を簡略化された形で選択的に紹介するために設けられている。この概要は、請求されている対象の重要な特徴又は必須の特徴を特定することを意図せず、請求される対象の適用範囲を決定する一助として用いられることも意図されない。
【０００９】
上記によれば、接続性の問題にかかわらずデータパケットを確実に送信することが可能な方法及びシステムであって、比較的に少ないリソースと、クライアント側及びサーバ側での実装の変更とを利用するスケーラブルな方法で信頼性の高いデータ送信を提供する方法及びシステムを提供することが望ましい。
【００１０】
１つの態様において、様々な実施形態は、無線でデータを送信する方法に関係がある。方法は、少なくとも１つのセンサ装置により、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定することと、前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にすることとを含む。
【００１１】
１つの実施形態において、方法は、前記少なくとも１つの条件が存在しないと決定するときに、前記重複パケット送信プロシージャを無効にすることを更に有する。
【００１２】
１つの実施形態において、前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する。
【００１３】
１つの実施形態において、前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む。
【００１４】
１つの実施形態において、前記データパケットは、ユーザによって身に付けられているウェアラブル装置から送信される。１つの実施形態において、前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む。
【００１５】
１つの実施形態において、前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される。
【００１６】
他の態様において、様々な実施形態は、無線でデータを送信するシステムに関係がある。システムは、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するよう構成される少なくとも１つのセンサ装置と、メモリと、プロセッサとを含み、前記プロセッサは、前記メモリに記憶されている命令を実行して、前記少なくとも１つの条件が存在するとの決定があれば、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするよう構成される。
【００１７】
１つの実施形態において、前記プロセッサは更に、前記少なくとも１つの条件が存在しないとの決定があれば、前記重複パケット送信プロシージャを無効にするよう構成される。
【００１８】
１つの実施形態において、前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する。
【００１９】
１つの実施形態において、前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む。
【００２０】
１つの実施形態において、前記データパケットは、ユーザによって身に付けられているウェアラブル装置から送信される。一実施形態において、前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む。
【００２１】
１つの実施形態において、前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される。
【００２２】
更なる他の態様において、様々な実施形態は、無線ネットワークを介して無線で送信する方法を実行するためのコンピュータ実行可能命令を含むコンピュータ可読媒体に関係がある。コンピュータ可読媒体は、少なくとも１つのセンサ装置により、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するコンピュータ実行可能命令と、前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするコンピュータ実行可能命令とを含む。
【図面の簡単な説明】
【００２３】
様々な例となる実施形態をより良く理解するために、添付の図面が参照される。
【００２４】
【図１】一実施形態に従って、先行技術の前方誤り訂正（ＦＥＣ）プロシージャの実施例を表す。
【図２】一実施形態に従って、無線でデータを送信するシステムを表す。
【図３】一実施形態に従って、無線でデータを送信する装置を表す。
【図４】一実施形態に従って、リンクをモニタし、重複パケット送信プロシージャを有効／無効にする方法のフローチャートを表す。
【図５】開放型システム相互接続（ＯＳＩ）モデルに対する図４の方法の実装を表す。
【図６】一実施形態に従って、本明細書で記載されるシステム及び方法を実装するハードウェア装置の例を表す。
【発明を実施するための形態】
【００２５】
様々な実施形態が、添付の図面を参照して以下でより完全に記載される。図面は、発明の詳細な説明の一部を形成するものであり、具体例となる実施形態を示すものである。なお、本開示の概念は、多種多様な形で実装されてよく、発明の詳細な説明で示される実施形態に制限されると解釈されるべきではない。むしろ、それらの実施形態は、本開示の概念、技術及び実施の適用範囲を当業者に十分に伝えるよう、徹底的且つ完全な開示の部分として与えられている。実施形態は、方法、システム又は装置として実施されてよい。然るに、実施形態は、ハードウェア実装、完全ソフトウェア実装、又はソフトウェア及びハードウェア態様を組み合わせる実装、の形をとってよい。以下の詳細な説明は、従って、限定的な意味でとられるべきではない。
【００２６】
「１つの実施形態」又は「一実施形態」との明細書中の言及は、実施形態に関連して記載される特定の特徴、構造、又は特性が、本開示に従う少なくとも一例となる実施又は技術に含まれることを意味する。本明細書中の様々な箇所での「１つの実施形態において」との表現の出現は、必ずしも全てが同じ実施形態に言及しているわけではない。
【００２７】
続く記載のいくつかの部分は、コンピュータメモリ内に記憶されている非一時的な信号に対する動作の符号表現に関して提示される。それらの記載及び表現は、データ処理分野における当業者によって、彼らの作業の内容を他の当業者へ有効に伝えるために使用される。かような動作は、通常、物理量の物理的な操作を必要とする。たいてい、必ずしもそうとは限らないが、それらの量は、記憶、転送、結合、比較及び別な操作が可能な電気、磁気、又は光信号の形をとる。主に共通使用の理由のために、それらの信号をビット、値、要素、シンボル、文字、項、数、などと呼ぶことが、時に都合がよい。更に、物理量の物理的な操作を必要とするステップの特定の配置を、一般性を失うことなしに、モジュール又はコード装置と呼ぶことも、時に都合がよい。
【００２８】
なお、それら及び同様の語の全ては、適切な物理量に関連付けられるべきであり、それらの量に適用される使い勝手がよい標識にすぎない。以下の説明から明らかなように、特段別なふうに述べられない限りは、本明細書の全体を通して、「処理する」（processing）又は「計算する」（computing）又は「計算する」（calculating）又は「決定する」（determining）又は「表示する」（displaying）などのような語を用いた説明は、コンピュータシステムメモリ若しくはレジスタ又は他のかような情報記憶、送信若しくは表示装置内で物理（電子）量として表されるデータを操作及び変換するコンピュータシステム又は同様の電子コンピューティング装置の動作及び処理を指すことが認識される。本開示の部分は、ソフトウェア、ファームウェア、又はハードウェアで具現化され得る処理及び命令を含み、ソフトウェアにおいて具現化される場合には、様々なオペレーティングシステムによって使用される種々のプラットフォームに存在するようダウンロードされ、それらから作動されてよい。
【００２９】
本開示はまた、ここでの動作を実行する装置にも関係がある。この装置は、必要とされる目的のために特に構成されてよく、あるいは、それは、コンピュータに記憶されているコンピュータプログラムによって選択的にアクティブにされるか又は再構成される汎用のコンピュータを有してよい。かようなコンピュータプログラムは、制限なしに、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、光学磁気ディスクを含むあらゆるタイプのディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光学カード、特定用途向け集積回路（ＡＳＩＣ）、又は電子命令を記憶するのに適したあらゆるタイプの媒体、のようなコンピュータ可読記憶媒体に記憶されてよく、夫々がコンピュータシステムバスへ結合されてよい。更に、本明細書で言及されるコンピュータは、単一プロセッサを含んでよく、あるいは、計算能力の向上のために複数プロセッサ設計を用いるアーキテクチャであってよい。
【００３０】
ここで示される処理及び表示は、如何なる特定のコンピュータ又は他の装置とも本質的に無関係である。様々な汎用のシステムがまた、ここでの教示に従うプログラムとともに使用されてもよく、あるいは、より特殊化した装置を構成して１つ以上の方法ステップを実行することが便宜的であると考えられ得る。様々なそのようなシステムのための構造は、以下の記載で説明される。その上、本開示の技術及び実装を達成するために十分である如何なる特定のプログラミング言語も、使用されてよい。様々なプログラミング言語が、ここで説明されるように本開示を実装するために使用されてよい。
【００３１】
その上、本明細書で使用される言語は、信頼性及び教育目的のために主に選択されており、開示されている主題を線引き又は制限するために選択されたものではない。然るに、本開示は、ここで説明される概念の適用範囲の限定ではなく例示であることを意図される。
【００３２】
ここで記載される方法及びシステムは、さもなければ送信を阻止しうる条件下でのデータの無線送信を可能にする。１つ以上のセンサは、データの無線送信を通常は阻止する１つ以上の条件を検出する。かような条件が検出される場合に、送信器は、送信のための１つ以上の新しいパケットに加えて、１つ以上の前に送られたパケットを送信してよく、それによって、条件がそれを暗示する場合にデータの冗長な送信を提供する。１つの実施形態において、送信器は、少なくとも１つの新しいパケットと、送信器によって最後に送られた少なくとも１つのパケットとを送信する。条件がもはや存在していないとセンサが示す場合には、送信器は、前に送られたパケットの再送を中止する。
【００３３】
重複パケット送信プロシージャは、多数のタイプの緩和戦略又は技術のうちの１つである。例えば、アプリケーションレイヤによって模倣され得る他の緩和戦略は、ローミング、ＴＸ電力調整、周波数スキャンレート変更、無線通信経路変更、バックフィリング、などを含んでよい。その上、より積極的なデータ管理技術が、使用ケースに応じて使用可能である。例えば、患者装置がＩＣＵの外であるが、それでもなおヘルスケア施設（ここでは、典型的なバイタルサイン捕捉レートは、一般に、４から８時間の間である。）内で使用される場合に、“ストア・アンド・フォワード”（store  and  forward）のような技術が使用されてよい。
【００３４】
ここで記載される特徴は、様々な用途、すなわち、データが無線で送信される用途において実装されてよい。ヘルスケア施設などで使用されるような患者モニタリング装置は、バイタルサイン情報、生理学的信号、患者アラーム条件などのような患者データを無線により介護者のステーション（コンピュータ、モバイル装置、タブレット、など）へ確実に及び／又は無劣化で送ることをしばしば求められる。介護者（例えば、看護士、医者、医師、医師のアシスタント、など）は次いで、受信されたデータを解析して、情報に基づき患者についての緊急を要する治療の判断を下してよい。然るに、患者データが介護者に届くことができることが、重要である。
【００３５】
しばしば、ヘルスケア施設などのような環境内の無線ネットワークは、渋滞して、データ送信試行を失敗させることがある。一般的なシナリオは、患者データが病院ネットワーク上で無線により送信されている１つである。このデータが送信されている最中に、他者（例えば、見舞客）はネットワークにログオンし、オンラインのビデオを観ることができる。そのような無線通信は、周波数の同じ帯域を利用して、衝突などにより利用可能な帯域幅を減少させ得る。然るに、帯域幅をいつ誰が使用するのかを予測することは困難であり、特に、多数のユーザを有する免許不要の無線ネットワークでは、それが困難である。
【００３６】
他の例として、ヘルスケア施設内の患者は、一般に、ヘルスケア施設内の様々なエリアへ動かされる。例えば、患者は、様々な検査及び／又は医療処置のために、彼らの部屋から所定の場所へ動かされることがある。患者がヘルスケア施設の至る所を移動している最中に、彼らはローミングし、ヘルスケア施設の至る所に位置する様々なアクセスポイントとの間で頻繁に接続及び切断され得る。
【００３７】
従って、そのような例となるシナリオは、データのロバスト且つ無損失の送信から恩恵を受けることになる。ここで記載される様々な機構は、従って、データ損失が存在しうるかどうかを判定するよう様々なセンサ装置から情報を集めてよい。環境内の条件が、データ損失が起こる可能性があるようである場合には、重複データパケット送信プロシージャが、重複データパケットを送信するよう有効にされ得る。従って、データパケットは、成功裏に送信される可能性が高い。
【００３８】
ここで記載される特徴は、ヘルスケア患者のためのデータ送信を確保することに関して主として記載されているが、他の用途もそれらの特徴から恩恵を受け得る。例えば、無線ネットワークを介して通信し、実時間のデータを送信し、且つ／あるいは、高いサービス品質（quality  of  service）及び／又は調整若しくはユーザ経験のいずれかを目的としたサービス水準合意（service  level  agreement）を有する如何なるタイプの製品も、ここで記載される特徴から恩恵を受け得る。
【００３９】
図１は、先行技術の前方誤り訂正（ＦＥＣ）プロシージャ１００の適用例を表す。上述されたように、ＦＥＣプロシージャ１００は、無線ネットワークにおける接続性の問題にかかわらずデータが受信機へ送信されることを確保するよう、実装されてよい。ＦＥＣプロシージャ１００は、アプリケーションレイヤで実行されてよく、所与の送信インターバルで、現在のデータパケットとともに、前に送られたデータパケットを送信してよい。それらのデータパケットは、所定の時間インターバルで順次に送信される、例えば、バイオメトリック機器によって測定された波形のセグメントを有してよい。アプリケーションレベルのプロトコルが重複パケットを受信することに寛容である場合には、このプロシージャ１００は、クライアント側でしか実装される必要がない。上述されたように、このプロシージャは、冗長パケットを常に送信するために高レベルの帯域幅を不可避的に必要とする。
【００４０】
ここで記載される様々な特徴は、無線統計値及び他の患者環境変数をモニタし、無線接続が劣化しているように見える場合にのみ重複アプリケーションレベルパケットを送信することによって、ＦＥＣ及びバックフィリング技術の欠点を解消する。然るに、ここで記載される様々な特徴は、必要なときにのみ重複データパケットを送信することによって、ＲＦ帯域幅を節約する。
【００４１】
帯域幅を節約することに加えて、ここで記載される様々な特徴は、例えば、計算サイクル、メモリ、及びハードウェア装置のバッテリ電力を節約し得る。すなわち、装置は、無線信号が許容範囲にある場合には複数のデータパケットを送るよう求められないということで、使用電力がより少なくなる。装置はまた、必要なときにのみ前に送られたパケットを保持することによってメモリを、そして、必要なときに重複データパケットを送信することによって計算サイクルを節約する。
【００４２】
ウェーブバックフィリングとは違って、しかしＦＥＣと同様に、ここで記載される様々な特徴は、必ずしもクライアント又はサーバの双方で実装される必要はなく、クライアント又はサーバでのみ実装されれば足りる。なお、ここで記載される様々な特徴は、サーバとクライアントとの間により信頼できるリンクを保つために、閉ループフィードバックに基づくバックフィリングプロシージャとともに使用可能である。
【００４３】
図２は、一実施形態に従って、無線でデータを送信するシステム２００を表す。システム２００の構成要素は、少なくとも１つのモデム装置２０４を介してインターネット網２０２へ接続されてよい。モデム装置２０４は、ルータ装置２０６と更に接続されてよい。ルータ装置２０６はそれから、イーサネット（登録商標）ハブ又はスイッチ２０８へ接続されてよい。イーサネット（登録商標）ハブ２０８は、ネットワーク（例えば、病院ネットワーク）の部分として複数のコンピュータ２１０及びサーバ２１２を接続してよい。それらのコンピュータ２１０は、例えば、医師のステーションの部分として構成されてよい。イーサネット（登録商標）ハブ２０８はまた、１つ以上の無線アクセスポイント２１４及び２１６と動作可能に接続されてもよい。
【００４４】
無線アクセスポイント２１４及び２１６は、病院のような建物の至る所の様々な位置に位置してよい。それらのアクセスポイント２１４及び２１６は、ラップトップ２１８、患者によって見つけられているセンサ装置２２０、患者モニタリング装置２２４、及び他のタイプのモバイル装置２２６のような装置との接続を可能にし得る。この特定の実施形態において、センサ装置２２０及び／又は患者モニタリング装置２２４によって集められた情報は、無線により解析のために様々なステーション２１０へ送られてよい。
【００４５】
図３は、一実施形態に従って、無線でデータを送信する装置３００を表す。この装置は、センサ装置２２０、患者モニタリング装置２２４、などのような、図２のシステムの１つ以上の構成要素において実装されてよい。
【００４６】
最初に、１つ以上のセンサ装置３０２は、無線ネットワーク及びデータを送信するための無線ネットワークの予想される能力に関する情報、並びに／又はセンサ装置２２０及び／又は患者モニタリング装置２２４のための無線通信を損ないうるあらゆる物理的、環境的、若しくは時間的条件を集めてよい。それらのセンサ装置３０２は、送信機に含まれてよく、あるいは、それらは、送信機の外部にあって送信機と通信してよい。
【００４７】
それらのセンサ装置３０２は、ユーザへ動作可能に接続された加速度計、ジャイロスコープ、グローバルポジショニングシステム（ＧＰＳ）装置、又は無線でデータを送信するためのネットワークの能力に関係し得るユーザに関する情報を集めるよう構成された他のあらゆるタイプの装置のような、特定のユーザ（例えば、患者）に関する情報を集めるよう構成されたセンサ装置を含んでよい。
【００４８】
例えば、ユーザが、（例えば、患者に関して、移動ベッド又はストレッチャーに関し、など）加速度計によって決定されるように、比較的速く動いている場合に、それらの移動は、ユーザの送信機が接続されるアクセスポイントを変更し得る。アクセスポイントを変更することは、データを送信するためのネットワークの能力に然るべく影響を及ぼし得る。
【００４９】
ユーザの速度は、より一般的に、ユーザの動きを分類するアルゴリズムによって捕捉されてよい。例えば、このアルゴリズムは、利用可能なデータに基づき、ユーザが座っているか、歩いているか、車椅子で移動しているか、などを判定し得る。この分類アルゴリズムは、センサ測定のストリームから速度及びコンテキスト情報を供給する一連の加速度計又は３次元加速度計によって駆動されてよい。
【００５０】
他の例として、ユーザの身体に対する特定の送信機の位置は、データの送信に影響を及ぼすことがある。例えば、“身体遮断”として口語的に知られている、送信機と受信機との間の患者の身体（ほぼ水から構成されている。）の配置は、無線テクノロジに付随する一般的な問題であり、重大性は、使用される周波数、患者の身体特性、及び患者上の送信機の位置に基づき変化しうる。患者は、一般に、この効果の影響を特に受けやすい医療機器を身に付けている（例えば、患者は、彼らの治療の部分として無線加速度計又はマルチパラメータ遠隔測定モニタを身に付け得る。）。
【００５１】
加速度計が臨床目的で患者をモニタしている場合に、取得される情報は、身体遮断が起こる可能性がある場合を検出するためにも使用されてよい。例えば、患者モニタリング装置が患者の前に身に付けられており、加速度計位置アルゴリズムにより、患者がうつぶせで寝ていることが検出される場合に（ベッドに接している患者の真下に装置があることを示す。）、この位置付けは、データを送信する能力に影響を及ぼし得る。
【００５２】
他のタイプのセンサ装置３０２は、無線信号の強さ、データ送信試行の数、などのような、無線接続の様々な特性を直接測定してよい。
【００５３】
様々なセンサ装置３０２によって集められた情報は、連続的に且つ少なくとも実質的に実時間においてプロセッサ３０４へ送られてよい。この情報は、如何なる適切な有線又は無線接続も介して送られてよい。プロセッサ３０４は、患者モニタリング装置２２４のような、図２の様々な装置のいずれかの部分として実装されてよい。
【００５４】
プロセッサ３０４は、センサ装置３０２によって取得された情報を処理するよう様々なモジュールを実行してよい。例えば、プロセッサ３０４は、動作解析モジュール３０６、信号解析モジュール３０８、送信解析モジュール３１０、身体位置解析モジュール３１２、環境解析モジュール３１４、時間解析モジュール３１６、などを含んでよい。夫々のモジュールは、１つ以上のセンサ３０４から入力データを受け、その受け取られたデータを処理して、無線でデータを送信するための能力に影響を及ぼす可能性がある１つ以上の条件が存在するかどうかを判定してよい。
【００５５】
例えば、動作解析モジュール３０６は、加速度計からユーザの動きに関するデータ（例えば、ユーザの加速度）を受け取ってよい。ユーザが素早く動いていると動作解析モジュール３０６が決定する場合には、ユーザは、頻繁にアクセスポイントを変更し得る。このことは、ユーザ装置（例えば、ウェアラブルセンサ装置２２０及び／又は患者モニタリング装置２２４）が無線でデータを送信するのは困難であることを意味し得る。
【００５６】
他の例として、信号解析モジュール３０８は、無線信号の強さに関するデータ（例えば、ｄＢｍで表される。）を受け取ってよい。信号解析モジュール３０８は、所与の信号が特定の閾値（予めオペレータによって定義され得るか、あるいは、システム内の観測された因子に基づき装置及び／又はシステムによってアルゴリズム的に決定され得る。）を上回るか又は下回るかを判定してよい。低い強度（例えば、−６５ｄＢｍの閾レベル下回る。）を有する信号は、ユーザ装置が無線でデータを送信するのは困難であることを意味し得る。
【００５７】
更なる他の例として、送信解析モジュール３１０は、データ送信試行（又はリトライ）の数に関する情報をモニタするか又は別なふうに受け取ってよい。すなわち、装置が、所定期間内で特定回数（例えば、１秒内に３回の試行）所与のデータパケットを送信しようと試みた場合に、送信解析モジュール３１０は、無線でデータを送信することに資さない条件が環境内にあると推定してよい。
【００５８】
更なる他の例として、身体位置解析モジュール３１２は、ユーザの位置及び／又は向きに関する情報をモニタするか又は別なふうに受け取ってよい。この情報は、上述されたもののようなセンサ装置によって集められてよい。身体遮断は、特定のユーザ装置（例えば、ウェアラブルセンサ装置２２０及び／又は患者モニタリング装置２２４）が無線でデータを送信するのは困難であることを意味し得る。
【００５９】
更なる他の例として、環境解析モジュール３１４は、センサ装置２２０又は患者モニタリング装置２２４にとって可視的である様々なアクセスポイントの“近傍”の間で、使用される周波数及び／又は干渉条件のシステムレベル変化を検出してよい。あるいは、環境解析モジュール３１４は、センサ装置２２０又は患者モニタリング装置にとって可視的な様々な装置の“コミュニティ”の間で如何なる干渉も検出してよい。
【００６０】
更なる他の例として、時間解析モジュール３１６は、時間にわたって（例えば、周期的に）他のセンサ３０４の入力の間でシステムレベルの変化の傾向を検出してよい。追加的に、又は代替的に、時間解析モジュール３１６は、無線システム２００にとって重要である基本的なネットワークタイミング要素（例えば、ビーコンレートタイミング及び変動性）の如何なる予期しない変化及び傾向も検出してよい。このような時間解析は、例えば、装置、アクセスポイント、アクセスポイント近傍、及び／又は装置コミュニティ単位で適用されてよい。
【００６１】
全てのモジュール３０６、３０８、３１０、３１２、３１４、及び３１６が単一の実施形態において実装される必要はなく、他のタイプのモジュールが、図３に示されるものに加えて又はそれに代えて、様々なタイプのデータを処理するために使用されてよいことが、当然ながら知られている。その上、オペレータは、マウス、キーボード、タッチスクリーン、などのようなユーザ入力装置３１８を用いて、どの統計値をどれくらいの期間モニタすべきかを選択し、又は別なふうに入力してよい。例えば、あらゆる実施形態又は使用ケースが加速度計を備えるわけではなく、故に、オペレータは、動作解析モジュール３０６を無効にするか又は別なふうに使用しないと選択してよい。
【００６２】
様々なモジュール３０６、３０８、３１０、３１２、３１４、及び３１６（並びに他のあらゆるモジュール）の実行に基づき、プロセッサ３０４は、環境の条件が無線でデータを送信するために受け入れられるかどうかを判定してよい。例えば、１つ以上の条件（特定の閾値を下回る信号強度、特定の閾値を上回るユーザ速度、及び／又は身体遮断）が環境内に存在する場合に、プロセッサ３０４は、全体的な条件が無線でデータを送信するために受け入れられないと決定してよい。
【００６３】
プロセッサ３０４の様々なモジュールの出力はまた、全ての条件を考慮して、データが送信可能であるかどうかを判定するよう、それらの重大性に基づき重み付けされてもよい。例えば、プロセッサ３０４は、たとえユーザが全く動いておらず且つ身体遮断がないとしても、極めて低い信号強度のために、全体的な条件が受け入れられないと決定してよい。同様に、たとえユーザの動きはある程度だが信号強度が高い（例えば、特定の閾値を上回る）場合には、全体的な条件は受け入れられ得る。
【００６４】
全体的な条件が受け入れられない場合に、プロセッサ３０４は、重複パケット送信プロシージャを有効に（又はさもなければ重複パケット送信プロシージャを有効にされたままに）してよく、あるいは、他の可能な緩和戦略をアクティブ又は非アクティブにしてよい。ここで記載される様々な特徴に従って、重複パケット送信プロシージャは、図１に示されたＦＥＣプロシージャに従って動作してよい。すなわち、夫々のデータ送信試行は、現在のデータパケットとともに、前に送信されたパケットのような、１つ以上の前に送信されたデータパケットを送信してよい。
【００６５】
プロセッサ３０４はまた、メモリ３２０及びデータベース３２２とも通信してよい。プロセッサ３０４によって特定された接続性の問題に関する情報は、記憶のためにデータベース３２２へ、あるいは、サービス及びトラブルシューティングのために何らかの他の場所へ送られてよい。このデータは、困難なＲＦ条件、身体遮断、及び／又は動きが接続性の問題を説明し得るかどうかを判定するよう回顧的に検討され得る。
【００６６】
図４は、リンクをモニタし、重複パケット送信プロシージャを有効／無効にする、例となる方法４００のフローチャートを表す。この方法４００は、セットされた時間インターバルで周期的に実行され、図３で見られるような同じタイプセンサ及びプロセッシングモジュールを使用し、例えば、患者モニタリング装置２２４で実装されてよい。
【００６７】
所定の時間インターバルで、プロセッサは、受け取られたデータに基づき、少なくとも１つの条件が存在するかどうかを含め、環境内の全体的な条件を判定してよい（ステップ４０２）。無線パケットの送信が影響を及ぼされ得ると環境の全体的な条件が示す場合に（例えば、乏しいネットワーク統計量、素早く移動する患者、又はネットワーク通信を困難にする体位にされた患者を含む上記の１つ以上の条件の存在）、プロセッサは、重複パケット送信プロシージャを有効にするか（ステップ４０４）、又はさもなければ、重複パケット送信プロシージャを有効にされたままにしてよい（且つ／あるいは、上記の他の何らかの利用可能な緩和戦略を有効／無効にする。）。この方法４００は次いで、ステップ４０２へ戻ってよく、続けて、少なくとも１つの条件が存在するかどうかを含む環境の全体的な条件を判定する。
【００６８】
他方で、送信が影響を及ぼされると環境の全体的な条件により示されないことがプロセッサによって決定される場合に、プロセッサは、重複パケット送信プロシージャを無効にするか（ステップ４０６）、又はさもなければ、重複パケット送信プロシージャを無効にされたままにしてよい（且つ／あるいは、上記の他の何らかの利用可能な緩和戦略を有効／無効にする。）。然るに、帯域幅は、重複パケットが必要なときにだけ送られるということで節約される。方法４００は次いで、ステップ４０２へ戻ってよく、続けて、少なくとも１つの条件が存在するかどうかを含む環境の全体的な条件を判定する。
【００６９】
より具体的には、重複パケット送信プロシージャを有効／無効にし、データを送信する方法は、以下の表１〜３において疑似コードによって簡単に述べられ得る。プロシージャは、下記に従って初期化フェーズから開始してよい：
【表１】
2019527964.tif 000003
【００７０】
初期化フェーズは、最初に、モニタすべき１つ以上の無線リンク統計値（例えば、信号強度、患者が動いているかどうか、など）（SELECT  key  wireless  link  statistics  to  monitor）と、選択された統計値をモニタする時間（SET  monitoring_period）とをオペレータが選択することを伴ってよい。１つ以上の適切なモジュールは次いで、重複パケット送信プロシージャが有効／無効にされるべきであることを示す条件が存在するかどうかを判定するよう各統計値を解析してよい（FOREACH  statistic,  DETERMINE  thresholds  that  ENABLE/DISABLE  duplicate  packet  dispatching）。この例では、重複ディスパッチングプロシージャが既に有効にされている（if  ENABLED）点に留意されたい。データ送信が影響を及ぼされないことを示す統計値が存在する場合には、重複データ送信（ディスパッチング）プロシージャは無効にされてよい（DISABLE  duplicate_packet_dispatching）。
【００７１】
方法は次いで、以下の表２において疑似コードによって簡単に述べられるランタイムフェーズを実行してよい：
【表２】
2019527964.tif 000004
【００７２】
このランタイムフェーズは、１つ以上の統計値（例えば、信号強度、患者速度、送信試行の数、など）の現在の値を集め（GET  current  value  of  statistic）、ＩＦ−ＥＬＳＥ文を使用して、重複パケット送信プロシージャを有効／無効にすべきかどうかを判定してよい。すなわち、このフェーズは、無線リンクをモニタすることに大いに関係がある。例えば、重複データパケット送信プロシージャが無効（すなわち、非アクティブ）にされており（IF  duplicate_packet_dispatching  DISABLED）、１つ以上の統計値が“有効化”（enable）閾値をまたぐ（IF  statistic  crosses  ENABLE  threshold）場合に、重複パケット送信プロシージャは有効にされ得る（ENABLE  duplicate_packet_dispatching）。その上、方法はデータパケットをキャッシュする（CLEAR  cached_data_buffer）ので、データパケットは、アルゴリズムの将来の実行時に再度送信される。
【００７３】
他方で、重複パケットが有効にされており（ELSE  IF  duplicate_packet_dispatching  ENABLED）、モニタされた統計値が許容可能なレベルに戻る（IF  statistic  RETURNS  to  acceptable  level）場合に、重複パケット送信プロシージャは無効にされ得る（DISABLE  duplicate_packet_dispatching）。然るに、帯域幅は、重複パケットが必要なときにだけ送られるということで節約される。
【００７４】
次のフェーズは、重複パケット送信プロシージャが有効にされている場合のデータの実際の送信に関する。以下の表３は、このフェーズのための疑似コードを簡単に述べる：
【表３】
2019527964.tif 000005
【００７５】
表３の疑似コードに従って、重複パケット送信プロシージャが有効にされている場合に（IF  duplicate_packet_dispatching  ENABLED）、プロシージャは、最初に、（例えば、１つ以上の前の送信試行からの）利用可能なキャッシュされたデータが存在することを確認する（IF  chached_data_buffer  AVAILABLE）。有効にされている場合に、重複パケット送信プロシージャは、現在のデータ（SEND  current_data_buffer）及びあらゆるキャッシュされたデータ（SEND  cached_data_buffer）の両方を送信してよい。データが時間にわたって集められている最中に、送信から再送信の間にすぎる時間が本質的に存在し、キャッシュされたデータパケットは、アルゴリズムの将来の実行時に送信される。
【００７６】
図５は、ＯＳＩモデルに関して、方法４００のような、無線でデータを送信する方法の実装を表す。そのような方法は、図２の患者モニタリング装置２２４のような装置５００で実装されてよい。この装置５００は、ＯＳＩモデルに従って、アプリケーションレイヤ５０２、プレゼンテーションレイヤ５０４、セッションレイヤ５０６、トランスポートレイヤ５０８、ネットワークレイヤ５１０、データリンクレイヤ５１２、物理レイヤ５１４、を含み、図２のコンピュータ２１０のような他の装置５１６（やはりＯＳＩモデルに従う。）と通信してよい。
【００７７】
図示されるように、ステップは、装置５００のアプリケーションレイヤ５０２に実装されてよい。よって、アプリケーションレベルで、装置は、送信されるべきデータを複製しチャンクし（あるいは逆もまた同様）、同じシーケンス番号を重複チャンクに付け、チャンクを送信のために下位レイヤに下ろしてよい。よって、いくつかの実施形態において、下位レイヤ（例えば、ＴＣＰ／ＵＤＰ／ＩＰ／ＭＡＣ／などのプロトコルスタック）は、パケット重複を知ることさえない（例えば、アプリケーションシーケンス番号は同じであり得る一方で、重複チャンクを運ぶパケットには、異なるＴＣＰシーケンス番号が割り当てられ得る。）。従って、受信側で、重複チャンクは、下位レイヤを通ってアプリケーションレイヤへ伝わり得る。このとき、アプリケーションレイヤシーケンス番号は、チャンクの１つが重複として（すなわち、両方のパケットが実際に遠端で受け取られる場合に）捨てられ得ると決定するよう、解析される。その上、特定のデータパケットが受信されるか否かは、データリンクレイヤ５２８の媒体アクセス制御（ＭＡＣ）によって認識され得る。
【００７８】
図６は、ここで記載されるように無線でデータを送信する、例となるハードウェア装置６００を表す。例となる装置６００は、例えば、患者モニタリング装置２２４のような、図２及び図３の装置の１つ以上に対応してよい。図示されるように、装置６００は、１つ以上のシステムバス６１０を介して相互に接続されているプロセッサ６２０、メモリ６３０、ユーザインターフェイス６４０、ネットワークインターフェイス６５０、及びストレージ６６０を含む。図６は、いくつかの点で、抽象概念を構成し、装置６００の構成要素の実際の編成は、表されているよりも複雑であり得ることが理解される。
【００７９】
プロセッサ６２０は、メモリ６３０又はストレージ６６０に記憶されている命令を実行可能な又は別なふうにデータを処理可能な如何なるハードウェア装置であってもよい。そのようなものとして、プロセッサは、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は他の同様の装置を含んでよい。
【００８０】
メモリ６３０は、例えば、Ｌ１、Ｌ２若しくはＬ３キャッシュ又はシステムメモリのような様々なメモリを含んでよい。そのようなものとして、メモリ６３０は、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、リードオンリーメモリ（ＲＯＭ）、又は同様のメモリ装置を含んでよい。
【００８１】
ユーザインターフェイス６４０は、ユーザとの通信を可能にする１つ以上の装置を含んでよい。例えば、ユーザインターフェイス６４０は、ユーザコマンドを受けるディスプレイ、マウス、及びキーボードを含んでよい。いくつかの実施形態において、ユーザインターフェイス６４０は、ネットワークインターフェイス６５０を介して遠隔の端末に提示され得るコマンドラインインターフェイス又はグラフィカルユーザインターフェイスを含んでよい。
【００８２】
ネットワークインターフェイス６５０は、他のハードウェア装置との通信を可能にする１つ以上の装置を含んでよい。例えば、ネットワークインターフェイス６５０は、イーサネット（登録商標）プロトコルに従って通信するよう構成されたネットワークインターフェイスカード（ＮＩＣ）を含んでよい。その上、ネットワークインターフェイス６５０は、ＴＣＰ／ＩＰプロトコルに従う通信のためにＴＣＰ／ＩＰスタックを実装してよい。ネットワークインターフェイス６５０のための様々な代替又は追加のハードウェア又は構成は、明らかである。
【００８３】
ストレージ６６０は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、又は同様の記憶媒体のような、１つ以上の機械読み出し可能な記憶媒体を含んでよい。様々な実施形態において、ストレージ６６０は、プロセッサ６２０による実行のための命令、又はプロセッサ６２０が作用し得るデータを記憶してよい。例えば、ストレージ６６０は、ハードウェア又は６００の様々な基本動作を制御する基本オペレーティングシステム６６１を記憶してよい。
【００８４】
ストレージ６６０は、プロセッサ６２０によって実行される場合に、動作解析モジュール６６２、信号解析モジュール６６３、送信解析モジュール６６４、身体位置解析モジュール６６５、環境解析モジュール６６６、及び時間解析モジュール６６７のような様々なモジュールを提供するコンピュータ実行可能命令を更に含んでよい。それらの様々なモジュールは、実行される場合に、あらゆる受信されたデータを処理して、無線でデータを送信するための能力に影響を及ぼし得る環境に関する様々な条件を決定してよい。
【００８５】
ストレージ６６０に記憶されるものとして記載されている様々な情報は、追加的に、又は代替的に、メモリ６３０に記憶されてよいことが明らかである。この点で、メモリ６３０は、“記憶装置”を構成すると見なされてもよく、ストレージ６６０は、“メモリ”と見なされてよい。様々な他の配置は明らかである。更に、メモリ６３０及びストレージ６６０はいずれも、“非一時的な機械読み出し可能な媒体”と見なされてよい。ここで使用されるように、語「非一時的」は、一時的に信号を除外するが、揮発性及び不揮発性の両方のメモリを含む全ての形態のストレージを含むと理解される。
【００８６】
装置６００は、夫々の記載される構成要素の１つを含むものとして示されているが、様々な構成要素が様々な実施形態で複製されてよい。例えば、プロセッサ６２０は、ここで記載される方法を独立して実行するよう構成されるか、あるいは、ここで記載される方法のステップ又はサブルーチンを実行するよう構成される複数のマイクロプロセッサを含んでよく、それにより、複数のプロセッサは、ここで記載される機能性を達成するよう協働する。更に、装置６００がクラウドコンピューティングシステムで実装される場合に、様々なハードウェア部品が別個の物理システムに属してよい。例えば、プロセッサ６２０は、第１サーバにある第１プロセッサ及び第２サーバにある第２プロセッサを含んでよい。
【００８７】
上記の説明から当然に、様々な例となる実施形態はハードウェア又はファームウェアで実装されてよい。更に、様々な例となる実施形態は、機械読み出し可能な記憶媒体に記憶されている命令として実装されてよく、ここで詳細に記載される動作を実行するよう少なくとも１つのプロセッサによって読み出されて実行されてよい。機械読み出し可能な記憶媒体には、パーソナル若しくはラップトップコンピュータ、サーバ、又は他のコンピュータ装置のような機械によって読み出し可能な形で情報を記憶する如何なるメカニズムも含まれ得る。よって、機械読み出し可能な記憶媒体には、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、及び同様の記憶媒体が含まれ得る。
【００８８】
当業者には当然ながら、ここでの如何なるブロック図は、ここで記載される原理を具現化する実例となる回路の概念図を表す。同様に、明らかなように、如何なるフローチャート、フロー図、状態遷移図、疑似コード、なども、機械読み出し可能な媒体において実質的に表現され、コンピュータ又はプロセッサによって、そのようなコンピュータ又はプロセッサが明示的に示されていようとなかろうと、そのように実行され得る様々な処理を表す。
【００８９】
様々な実例となる実施形態が、その特定の例となる態様を特に参照して詳細に記載されてきたが、本発明は、他の実施形態が可能であり、その詳細は、様々な自明な点において変更が可能であることが理解されるべきである。当業者に容易に認識されるように、変形及び変更は、本発明の精神及び適用範囲内のままでありながら作用され得る。然るに、上記の開示、明細書及び図面は、もっぱら例示のためであって、決して本発明を限定しない。
【図１】
2019527964.tif 000006
【図２】
2019527964.tif 000007
【図３】
2019527964.tif 000008
【図４】
2019527964.tif 000009
【図５】
2019527964.tif 000010
【図６】
2019527964.tif 000011
【手続補正書】
【提出日】平成31年1月28日(2019.1.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザによって装着されたウェアラブル装置から無線でデータを送信する方法であって、
ユーザの位置、向き又は動きに関する情報を少なくとも１つのセンサ装置により集めることと、
前記集められた情報から、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定することと、
前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にすることと
を有し、
前記データパケットは、前記ユーザによって装着された前記ウェアラブル装置から送信される、
方法。
【請求項２】
前記少なくとも１つの条件が存在しないと決定するときに、前記重複パケット送信プロシージャを無効にすることを更に有する
請求項１に記載の方法。
【請求項３】
前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する、
請求項１に記載の方法。
【請求項４】
前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む、
請求項１に記載の方法。
【請求項５】
前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む、
請求項１に記載の方法。
【請求項６】
前記ウェアラブル装置は、前記患者の正面に身に付けられ、
前記判定することは、前記ユーザがうつぶせに寝ていることを検出することを含む、
請求項１に記載の方法。
【請求項７】
前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される、
請求項１に記載の方法。
【請求項８】
ユーザによって装着されたウェアラブル装置から無線でデータを送信するシステムであって、
前記ユーザの位置、向き又は動きに関する情報を集め、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するよう構成される少なくとも１つのセンサ装置と、
メモリと、
プロセッサと
を有し、
前記プロセッサは、前記メモリに記憶されている命令を実行して、前記少なくとも１つの条件が存在するとの決定があれば、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするよう構成され、
前記データパケットは、前記ユーザによって装着された前記ウェアラブル装置から送信される、
システム。
【請求項９】
前記プロセッサは更に、前記少なくとも１つの条件が存在しないとの決定があれば、前記重複パケット送信プロシージャを無効にするよう構成される、
請求項８に記載のシステム。
【請求項１０】
前記重複パケット送信プロシージャは、少なくとも１つの新しいデータパケットと、少なくとも１つの前に送信されたデータパケットとを送信する、
請求項８に記載のシステム。
【請求項１１】
前記少なくとも１つの条件は、強度閾値を下回る無線信号の強さ、送信試行閾値を上回るデータパケット送信試行の数、過度の送信リトライ試行、及び無線ネットワーク上のチャネル間の干渉、のうちの１つ以上を含む、
請求項８に記載のシステム。
【請求項１２】
前記少なくとも１つの条件は、速度閾値を上回るユーザ速度、及び前記ユーザに対する前記ウェアラブル装置の位置、のうちの１つ以上を含む、
請求項８に記載のシステム。
【請求項１３】
前記ウェアラブル装置は、前記患者の正面に身に付けられ、
前記判定することは、前記ユーザがうつぶせに寝ていることを検出することを含む、
請求項８に記載のシステム。
【請求項１４】
前記重複パケット送信プロシージャは、ネットワーク内の装置においてアプリケーションレイヤで実装される、
請求項８に記載のシステム。
【請求項１５】
ユーザによって装着されたウェアラブル装置から無線ネットワークを介して無線で送信する方法を実行するためのコンピュータ実行可能命令を含むコンピュータ可読媒体であって、
少なくとも１つのセンサ装置により前記ユーザの位置、向き又は動きに関する情報を集め、該集められた情報から、データパケットを無線で送信する能力に影響を及ぼす少なくとも１つの条件が存在するかどうかを判定するコンピュータ実行可能命令と、
前記少なくとも１つの条件が存在すると決定するときに、プロセッサにより、少なくとも１つの重複データパケットを送信する重複パケット送信プロシージャを有効にするコンピュータ実行可能命令と
を有し、
前記データパケットは、前記ユーザによって装着された前記ウェアラブル装置から送信される、
媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
ウェーブバックフィリングはＦＥＣの欠点のいくつかを軽減するのを助けるが、バックフィリングも、欠点がないわけではない。第１に、バックフィリングは、通常、クライアント側及びサーバ側の双方でのアプリケーションレベル実装である。第２に、バックフィリングは、バックフィル要求の送信及び処理を管理するようサーバのリソースに対する負荷を増大させ得る。第３に、ウェーブバックフィリングは、クライアントでのメモリ管理及び高度なデータ管理を必要とし、これは、特定の低コスト用途では禁止されていることがある。“Systems  and  methods  for  range  extension  of  wireless  communication  in  sub  gigahertz  bands”と題された米国特許公開第２０１２／０２６３１０７号、及び“Apparatus  and  method  for  dynamically  selecting  an  ARQ  method”と題された米国特許第６６３１１２７号が参照される。
【国際調査報告】
2019527964.tif 000012
2019527964.tif 000013