(57)【要約】  第１の中央装置が、第２の中央装置に（一定期間にわたって）医療装置と接続しようとするのを中断させる「中央優先権」告知パケットをブロードキャストし、第１の中央装置に医療装置との通信を確立する能力を与えることによって、第２の中央装置への既存の接続を有する医療装置と接続することを可能にするための技法が開示される。【選択図】図２
2020508601.tif 000002
【特許請求の範囲】
【請求項１】
医療装置における接続優先権決定を可能にする方法であって、前記方法が、
第１の中央装置で、トリガイベントが発生したと判断するステップと、
前記トリガイベントが発生したと判断したことに応答して、前記第１の中央装置から、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストするステップと、
前記一定期間の間に、前記第１の中央装置において、前記医療装置から送信された第２の告知パケットを無線受信するステップと、
前記第２の告知パケットを受信したことに応答して、前記第１の中央装置と前記医療装置との間の無線通信セッションを確立するステップと
を含む、方法。
【請求項２】
前記第１の中央装置において、前記第２の告知パケットを受信する前に、前記第２の中央装置から、前記第２の中央装置が前記第１の告知パケットを受信したという受信確認を受信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１の告知パケットが前記一定期間の長さを指示する情報を含む、請求項１に記載の方法。
【請求項４】
前記第１の告知パケットが前記医療装置の識別子を含む、請求項１に記載の方法。
【請求項５】
前記第１の中央装置のカメラを使用して前記医療装置の前記識別子を取得するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記トリガイベントが発生したと判断することが、前記第１の中央装置によってユーザ入力が受け取られたと判断することを含む、請求項１に記載の方法。
【請求項７】
前記トリガイベントが発生したと判断することが、前記第１の中央装置の位置が特定の場所内であると判断することを含む、請求項１に記載の方法。
【請求項８】
中央装置であって、
無線通信インターフェースと、
メモリと、
前記無線通信インターフェースと前記メモリとに通信可能に結合された処理部であって、前記中央装置に、
トリガイベントが発生したと判断させ、
前記トリガイベントが発生したと判断したことに応答して、前記無線通信インターフェースを介して、別の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストさせ、
前記一定期間の間に、前記無線通信インターフェースを介して、医療装置から送信された第２の告知パケットを無線受信させ、
前記第２の告知パケットを受信したことに応答して、前記中央装置と前記医療装置との間の前記無線通信インターフェースを介した無線通信セッションを確立させる
ように構成された前記処理部と
を含む、中央装置。
【請求項９】
前記中央装置が、前記第２の告知パケットを受信する前に、前記無線通信インターフェースを介して前記別の中央装置から、前記別の中央装置が前記第１の告知パケットを受信したという受信確認を受信するようにさらに構成される、請求項８に記載の中央装置。
【請求項１０】
前記処理部が、前記中央装置に、前記第１の告知パケットに前記一定期間の長さを指示する情報を含めさせるようにさらに構成される、請求項８に記載の中央装置。
【請求項１１】
前記処理部が、前記中央装置に、前記第１の告知パケットに前記医療装置の識別子を含めさせるようにさらに構成される、請求項８に記載の中央装置。
【請求項１２】
カメラをさらに含み、前記処理部が、前記中央装置に、前記カメラを使用して前記医療装置の前記識別子を取得させるようにさらに構成される、請求項１１に記載の中央装置。
【請求項１３】
前記処理部が、前記中央装置によってユーザ入力が受け取られたと判断するようにさらに構成されることによって前記トリガイベントが発生したと判断するように構成される、請求項８に記載の中央装置。
【請求項１４】
前記処理部が、前記中央装置の位置が特定の場所内であると判断するようにさらに構成されることによって前記トリガイベントが発生したと判断するように構成される、請求項８に記載の中央装置。
【請求項１５】
第１の中央装置として動作するための装置であって、前記装置が、
トリガイベントが発生したと判断する手段と、
前記トリガイベントが発生したと判断したことに応答して、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストする手段と、
前記一定期間の間に、医療装置から送信された第２の告知パケットを無線受信する手段と、
前記第２の告知パケットを受信したことに応答して、前記第１の中央装置と前記医療装置との間の無線通信セッションを確立する手段と
を含む、装置。
【請求項１６】
前記第２の告知パケットを受信する前に、前記第２の中央装置から、前記第２の中央装置が前記第１の告知パケットを受信したという受信確認を受信する手段をさらに含む、請求項１５に記載の装置。
【請求項１７】
前記第１の告知パケットに前記一定期間の長さを指示する情報を含める手段をさらに含む、請求項１５に記載の装置。
【請求項１８】
前記第１の告知パケットに前記医療装置の識別子を含める手段をさらに含む、請求項１５に記載の装置。
【請求項１９】
前記医療装置の前記識別子を取得するように構成された画像取込み手段をさらに含む、請求項１８に記載の装置。
【請求項２０】
前記トリガイベントが発生したと判断する前記手段が、前記第１の中央装置によってユーザ入力が受け取られたと判断する手段を含む、請求項１５に記載の装置。
【請求項２１】
前記トリガイベントが発生したと判断する前記手段が、前記第１の中央装置の位置が特定の場所内であると判断する手段を含む、請求項１５に記載の装置。
【請求項２２】
命令が埋め込まれた非一時的なコンピュータ可読媒体であって、前記命令が、
第１の中央装置で、トリガイベントが発生したと判断し、
前記トリガイベントが発生したと判断したことに応答して、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストし、
前記一定期間の間に、医療装置から送信された第２の告知パケットを無線受信し、
前記第２の告知パケットを受信したことに応答して、前記第１の中央装置と前記医療装置との間の無線通信セッションを確立する
ためのコンピュータコードを含む、非一時的なコンピュータ可読媒体。
【請求項２３】
前記第２の告知パケットを受信する前に、前記第２の中央装置から、前記第２の中央装置が前記第１の告知パケットを受信したという受信確認を受信するためのコンピュータコードをさらに含む、請求項２２に記載の非一時的なコンピュータ可読媒体。
【請求項２４】
前記第１の告知パケットに前記一定期間の長さを指示する情報を含めるためのコンピュータコードをさらに含む、請求項２２に記載の非一時的なコンピュータ可読媒体。
【請求項２５】
前記第１の告知パケットに前記医療装置の識別子を含めるためのコンピュータコードをさらに含む、請求項２２に記載の非一時的なコンピュータ可読媒体。
【請求項２６】
前記第１の中央装置のカメラを使用して前記医療装置の前記識別子を取得するためのコンピュータコードをさらに含む、請求項２５に記載の非一時的なコンピュータ可読媒体。
【請求項２７】
前記トリガイベントが発生したと判断するための前記コンピュータコードが、前記第１の中央装置によってユーザ入力が受け取られたと判断するためのコンピュータコードを含む、請求項２２に記載の非一時的なコンピュータ可読媒体。
【請求項２８】
前記トリガイベントが発生したと判断するための前記コンピュータコードが、前記第１の中央装置の位置が特定の場所内であると判断するためのコンピュータコードを含む、請求項２２に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]患者が家庭で使用するための医療装置は近年、関連使用データを追跡および報告するように改変されており、使用データを例えばユーザのスマートフォンに無線送信することができる。このデータを伝えるために使用されるＢｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）などの無線技術は、モバイル装置が中央であり、医療装置が周辺である中央／周辺関係を生成し得る。
【０００２】
[0002]この中央／周辺関係は、他の装置が医療装置に接続するのを妨げることができる。これにより、例えば医療提供者が（例えば医療装置からデータを抽出するために）医療装置に装置を接続しようとするときに問題を生じる可能性がある。患者のモバイル装置が近くにある場合、そのモバイル装置は医療提供者の装置が医療装置と接続するのを妨げる可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００３】
[0003]本明細書で提供される技法は、第１の中央装置（例えば、医療提供者の装置）が第２の中央装置（例えば、患者の装置）に一定期間にわたって医療装置と接続しようとするのを中断させる「中央優先権」告知パケットをブロードキャストすることによって医療装置と接続することを可能にすることによって上記その他の問題に対処する。これにより第１の中央装置は医療装置との通信を確立することできる。
【０００４】
[0004]本記載による、医療装置における接続優先権決定を可能にする例示的な方法は、第１の中央装置で、トリガイベントが発生したと判断するステップと、トリガイベントが発生したと判断したことに応答して、第１の中央装置から、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストするステップとを含む。本方法は、一定期間の間に、第１の中央装置において、医療装置から送信された第２の告知パケットを無線受信するステップと、第２の告知パケットを受信したことに応答して、第１の中央装置と医療装置との間の無線通信セッションを確立するステップとをさらに含む。
【０００５】
[0005]本方法の実施形態は、以下の特徴のうちの１つまたは複数を含み得る。本方法は、第１の中央装置において、第２の告知パケットを受信する前に、第２の中央装置から、第２の中央装置が第１の告知パケットを受信したという受信確認を受信するステップをさらに含み得る。第１の告知パケットは、一定期間の長さを指示する情報を含み得る。第１の告知パケットは、医療装置の識別子を含み得る。本方法は、第１の中央装置のカメラを使用して医療装置の識別子を取得するステップをさらに含み得る。トリガイベントが発生したと判断することは、第１の中央装置によってユーザ入力が受け取られたと判断することを含み得る。トリガイベントが発生したと判断することは、第１の中央装置の位置が特定の場所内であると判断することを含み得る。
【０００６】
[0006]本記載による、例示的な中央装置は、無線通信インターフェースと、メモリと、無線通信インターフェースおよびメモリと通信可能に結合された処理部とを含む。処理部は、中央装置に、トリガイベントが発生したと判断させ、トリガイベントが発生したと判断したことに応答して、無線通信インターフェースを介して、別の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストさせるように構成される。処理部は、中央装置に、一定期間の間に、無線通信インターフェースを介して、医療装置から送信された第２の告知パケットを無線受信させ、第２の告知パケットを受信したことに応答して、中央装置と医療装置との間の無線通信インターフェースを介した無線通信セッションを確立させるようにさらに構成される。
【０００７】
[0007]中央装置の実施形態は、１つまたは複数の以下の特徴を含むことができる。中央装置は、第２の告知パケットを受信する前に、無線通信インターフェースを介して別の中央装置から、別の中央装置が第１の告知パケットを受信したという受信確認を受信するようにさらに構成され得る。処理部は、中央装置に、第１の告知パケットに一定期間の長さを指示する情報を含めさせるようにさらに構成され得る。処理部は、中央装置に、第１の告知パケットに医療装置の識別子を含めさせるようにさらに構成され得る。中央装置は、カメラをさらに含んでいてもよく、処理部は、中央装置に、カメラを使用して医療装置の識別子を取得させるようにさらに構成され得る。処理部は、中央装置によってユーザ入力が受け取られたと判断するようにさらに構成されることによってトリガイベントが発生したと判断するように構成され得る。処理部は、中央装置の位置が特定の場所内であると判断するようにさらに構成されることによってトリガイベントが発生したと判断するように構成され得る。
【０００８】
[0008]本記載による、第１の中央装置として動作する例示的な装置は、トリガイベントが発生したと判断する手段と、トリガイベントが発生したと判断したことに応答して、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストする手段とを含む。本装置は、一定期間の間に、医療装置から送信された第２の告知パケットを無線受信する手段と、第２の告知パケットを受信したことに応答して、第１の中央装置と医療装置との間の無線通信セッションを確立する手段とをさらに含む。
【０００９】
[0009]本装置の実施形態は、１つまたは複数の以下の特徴をさらに含み得る。本装置は、第２の告知パケットを受信する前に、第２の中央装置から、第２の中央装置が第１の告知パケットを受信したという受信確認を受信する手段をさらに含み得る。本装置は、第１の告知パケットに一定期間の長さを指示する情報を含める手段をさらに含み得る。本装置は、第１の告知パケットに医療装置の識別子を含める手段と、任意選択で、医療装置の識別子を取得するように構成された画像取込み手段とをさらに含み得る。トリガイベントが発生したと判断する手段は、第１の中央装置によってユーザ入力が受け取られたと判断する手段を含み得る。トリガイベントが発生したと判断する手段は、第１の中央装置の位置が特定の場所内であると判断する手段を含み得る。
【００１０】
[0010]本記載による、例示的な非一時的なコンピュータ可読媒体には、第１の中央装置で、トリガイベントが発生したと判断し、トリガイベントが発生したと判断したことに応答して、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された第１の告知パケットを無線ブロードキャストするためのコンピュータコードを含む命令が埋め込まれている。命令は、一定期間の間に、医療装置から送信された第２の告知パケットを無線受信し、第２の告知パケットを受信したことに応答して、第１の中央装置と医療装置との間の無線通信セッションを確立するためのコンピュータコードをさらに含む。
【００１１】
[0011]本非一時的なコンピュータ可読媒体の実施形態は、１つまたは複数の以下の特徴をさらに含み得る。命令は、第２の告知パケットを受信する前に、第２の中央装置から、第２の中央装置が第１の告知パケットを受信したという受信確認を受信するためのコンピュータコードをさらに含み得る。命令は、第１の告知パケットに一定期間の長さを指示する情報を含めるためのコンピュータコードをさらに含み得る。命令は、第１の告知パケットに医療装置の識別子を含めるためのコンピュータコードをさらに含み得る。命令は、第１の中央装置のカメラを使用して医療装置の識別子を取得するためのコンピュータコードをさらに含み得る。トリガイベントが発生したと判断するためのコンピュータコードは、第１の中央装置によってユーザ入力が受け取られたと判断するためのコンピュータコードを含む。トリガイベントが発生したと判断するためのコンピュータコードは、第１の中央装置の位置が特定の場所内であると判断するためのコンピュータコードを含む。
【００１２】
[0012]以下の図に関連して非限定的、非網羅的な態様について説明する。図においては、特に指示しない限り、同様の参照符号は様々な図を通して同様の部分を指す。
【図面の簡単な説明】
【００１３】
【図１】一実施形態による、中央優先権告知パケットを使用して有益な方法で接続優先権を確立することができるシナリオの図である。
【図２】一実施形態による、中央優先権告知パケットのブロードキャストに関連し、第１の中央装置と第２の中央装置と医療装置との間で行われ得る通信を示すコールフロー図である。
【図３】一実施形態による、接続優先権決定を可能にする方法および医療装置を示す流れ図である。
【図４】別の実施形態による、医療装置における接続優先権決定を可能にする方法を示す流れ図である。
【図５】コンピューティングデバイスの一実施形態を示す図である。
【発明を実施するための形態】
【００１４】
[0018]次に、本明細書の一部を形成する添付の図面に関連していくつかの例示的実施形態を説明する。以下の説明は、（１つまたは複数の）実施形態を提供するにすぎず、本開示の範囲、適用性、または構成を限定するためのものではない。むしろ、以下の（１つまたは複数の）実施形態の説明は、当業者に実施形態の実施可能要件を提供するものである。本開示の趣旨および範囲を逸脱することなく、各要素の機能および配置に様々な変更が加えられ得ることを理解されたい。
【００１５】
[0019]近年、（吸入器、錠剤パック、注射器ペン、皮膚パッチ、ウェアラブルモニタおよびセンサなどの）医療装置は、使用の日時、センサデータ、使用方法などといった関連データを追跡および報告するために電子モジュールで改変されるようになってきている。その場合これらの「スマート」医療装置はこのデータを、患者のスマートフォンなどのモバイル装置に無線中継することができる。モバイル装置は次いで、例えば、データを処理し、かつ／またはユーザ対話性を提供するソフトウェアアプリケーションを使用して、ディスプレイを介してデータの分析および／または他の情報を提供することができる。医療装置からモバイル装置にデータを伝えるために、医療装置とモバイル装置とは、モバイル装置が中央であり、医療装置が周辺である中央／周辺関係を生成する、ＢＬＥなどの技術を使用して無線接続を確立し得る。
【００１６】
[0020]しかしながら、状況によっては、このモバイル装置と医療装置との中央／周辺関係は問題となり得る。ＢＬＥでは、例えば、ＢＬＥ中央と結合されたＢＬＥ周辺とが近接しているときに、これらは通常、ＢＬＥ周辺が告知すると接続することができる。これにより他の装置がＢＬＥ周辺とペアリングするのを妨げることができる。よって、モバイル装置および医療装置を使用する患者が、医療装置を医療提供者（例えば、病院、診療所、医院など）に持参して、（例えば、医療提供者が評価するために）医療装置によって取得されたデータを医療提供者の装置に転送する場合、患者のモバイル装置が近くにあると、医療装置が医療提供者の装置との接続を確立することができない可能性がある。
【００１７】
[0021]本明細書で提供される技法は、タブレット（または医療提供者の他の装置）がモバイル装置に「中央優先権」告知パケットをブロードキャストすることを可能にすることによって上記その他の問題に対処する。中央優先権告知パケットを検出すると、モバイル装置は「保留」状態に入ることができ、保留状態ではモバイル装置は、ある一定期間にわたって、医療装置から切断するかまたは医療装置と接続しようとするのを中断する。モバイル装置が保留状態にある間、医療提供者の装置は次いで、医療装置との通信を確立して、医療装置に医療提供者の装置とデータを通信させることができる。
【００１８】
[0022]本明細書の技法は医療装置に限定されないことが理解されよう。よって、これらの技法は、周辺装置と１つまたは複数の中央装置との間の無線通信を使用する他の用途で利用することができる。さらに、本明細書で提供される実施形態の装置はモバイル装置、タブレット、および／または他の特定の種類の装置として記載され得るが、代替の実施形態はそれだけに限定されないことが理解されよう。本明細書に記載される技法は、当業者に理解される任意の様々なコンピューティングデバイスを使用して使用することができる。汎用コンピューティングデバイスの一例が図５に示されており、これについては以下で論じる。
【００１９】
[0023]図１は、一実施形態による、中央優先権告知パケットを使用して有益な方法で接続優先権を確立することができるシナリオ１００の図である。ここで、医療装置１１０、患者のモバイル装置１２０、および医療提供者の装置１３０は、それぞれ、吸入器、携帯電話、およびタブレットとして示されている。しかしながら、特定の種類の装置が示されているが、医療装置、モバイル装置、および医療提供者の装置の種類は異なるシナリオでは、所望の機能性に応じて異なり得ることが理解されよう。加えて、図１に示される装置は、図５に示され、以下でより詳細に論じられるコンピューティングデバイス５００の一部または全部のソフトウェア構成要素および／またはハードウェア構成要素を含み得る。
【００２０】
[0024]無線接続１４０、１５０、１６０は、双方向矢印で示されており、様々な無線技術のいずれかを利用した通信リンクを含み得る。これらの技術には、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、Ｚｉｇｂｅｅ（登録商標）、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１５．４、近距離無線通信（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ））、Ｗｉ−Ｆｉなど、または例えば、本明細書に記載される実施形態と同様のやり方で告知ブロードキャストを利用し得る専用の解決策が含まれ得る。双方向矢印は双方向通信を示唆するが、いくつかの実施形態では、無線接続１４０、１５０、１６０のうちの１つまたは複数は片方向通信を含み得る。さらに、１つの実施形態で、異なる装置間の接続が異なる技術を使用して確立されてもよい。
【００２１】
[0025]無線接続１４０、１５０、１６０は、アクティブな通信を必要としない場合がある構成要素間の確立された接続または既存の関係（例えば、中央／周辺関係）を表し得ることがさらに理解されよう。例えば、一度確立されると、無線接続１４０は、医療装置１１０と患者のモバイル装置１２０とがアクティブな通信セッションを迅速に行うことを可能にし、医療装置１１０と患者のモバイル装置１２０とが最初に通信する場合に必要とされ得るプロトコルをなし済ませることができる。よって、無線接続１４０、１５０、１６０は、装置が「ペアリング」、「結合」、「接続」されており、かつ／またはそれらの装置間でアクティブな通信セッションを確立することが、そのための無線接続がまだ確立されていない装置とのアクティブな通信セッションを確立することよりも優先される接続を表し得る。いくつかの実施形態では、無線接続１５０が医療提供者の装置１３０と患者のモバイル装置１２０との間で確立されない場合もあることがさらに理解されよう。代わりに、後述するように、医療提供者の装置１３０は患者のモバイル装置１２０によって受信される情報を単にブロードキャストしてもよく、結果として無線接続１５０が確立されないことになり得る。
【００２２】
[0026]ここでは、医療装置１１０は、１つまたは複数の他の装置に利用状況および／または他のデータを送信するように構成された様々な種類の医療装置のいずれかを含み得る。収集されるデータの種類は、例えば、吸入器、皮膚パッチ、錠剤パック、注射器ペン、ウェアラブルモニタ、センサなどを含み得る、装置の種類に応じて異なり得る。とは言え、データは一般に、医療装置１１０が使用された日付および／または時刻、医療装置１１０が使用された時間の長さ、推定または計算された使用の有効性、投与された薬の量、残存する薬の量、医療装置１１０の誤用の指示などを含み得る。医療装置１１０は、したがって、データの収集および送信（および、いくつかの実施形態によれば、データの何らかの処理）を可能にするために、１つまたは複数のセンサ、プロセッサ、メモリ、クロック、無線通信インターフェースなどといったハードウェア構成要素および／またはソフトウェア構成要素を有し得る。やはり、そのような構成要素の例は図５に示されており、これについては以下でより詳細に論じる。
【００２３】
[0027]医療装置１１０は、患者によって家庭（または別の場所）で使用される可能性があり、様々な目的で患者のモバイル装置１２０と結合され得る。患者のモバイル装置１２０は、患者のモバイル装置１２０に医療装置１１０との無線接続１４０を確立させるように構成されたソフトウェアアプリケーションを実行するパーソナルデバイス（例えば、携帯電話、タブレット、パーソナル・メディア・プレーヤ、パーソナル・デジタル・アシスタントなど）であり得る。アプリケーションはまた、医療装置１１０の適正使用に関する情報の提供、医療装置１１０を使用するよう促すアプリケーションの患者への注意喚起の提供などといった、医療装置１１０に関連した追加機能も提供し得る。
【００２４】
[0028]ＢＬＥを使用するものなど、いくつかの実施形態によれば、無線接続１４０は、患者のモバイル装置１２０と医療装置１１０との中央・周辺関係を確立し得る。特に、患者のモバイル装置１２０は中央装置に指定され、医療装置１１０は周辺装置に指定され得る。したがって医療装置１１０と患者のモバイル装置１２０とは、中央・周辺関係の管理プロトコルに従って、無線接続１４０を使用して通信し得る。
【００２５】
[0029]モバイル装置と医療装置１１０との間の無線接続１４０を確立することは、モバイル装置上でソフトウェア（例えばアプリケーション）、ファームウェア、および／またはハードウェアを介して可能とされ得る。いくつかの実施形態では、医療装置１１０は告知パケットをブロードキャストすることによって接続の確立を開始でき、告知パケット自体は、いくつかの実施形態によれば、動作によってトリガされ得る。例えば、いくつかの実施形態では、告知パケットのブロードキャストおよび接続の確立を開始するために、ユーザが医療装置１１０のボタンを押す（または別の検出可能なイベントを発生させる）ことができる。
【００２６】
[0030]上述したように、無線接続１４０は、一度確立されると、医療装置１１０に無線接続１４０を「既存の」接続として扱わせ、医療装置１１０に患者のモバイル装置１２０と接続することを他の装置に接続することよりも優先させることができる。そのような状況では、医療装置１１０は患者のモバイル装置１２０への「結合された周辺装置」になり、他の装置が医療装置１１０と通信セッションを確立するのを妨げる。
【００２７】
[0031]よって、図１に示されるシナリオ１００に戻って、患者のモバイル装置１２０と医療装置１１０とが例えば医療提供者の装置１３０と同じ室内にあるときには、医療提供者の装置１３０と患者のモバイル装置１２０の両方が医療装置１１０によってブロードキャストされた告知パケットに応答し得るので、医療提供者の装置１３０が医療装置１１０との接続１６０を確立することができない可能性がある。また医療装置１１０は、既存の無線接続１４０上でモバイル装置とアクティブな通信セッションを開始することを、（例えば、無線接続１６０を確立することによって）医療提供者の装置１３０と通信しようとすることよりも優先させ得る。
【００２８】
[0032]言い換えると、第１の中央装置は、周辺装置と第２の中央装置との既存の中央・周辺関係がある場合、周辺装置との接続を（たとえ一時的な接続でさえも）確立するのが難しい場合があり、第２の中央装置が周辺装置からの告知パケットに応答する。これは、周辺装置が第２の中央装置の応答を第１の中央装置の応答よりも優先し、第２の中央装置との通信セッションを開始し、第１の中央装置の応答を無視し得るからである。
【００２９】
[0033]本明細書に記載される技法は、第１の中央装置（例えば図１の医療提供者の装置１３０）が、第２の中央装置（例えば患者のモバイル装置１２０）にある一定期間にわたって医療装置１１０がブロードキャストした告知パケットを無視させる「中央優先権告知パケット」をブロードキャストすることを可能にすることによって上記その他の問題に対処する。その期間の間、第１の中央装置は周辺装置と接続を確立することができる。
【００３０】
[0034]図２は、一実施形態による、中央優先権告知パケットのブロードキャストに関連し、第１の中央装置２０５と第２の中央装置２１０と医療装置１１０との間で行われ得る通信を示すコールフロー図２００である。ここでは、一般的に第１の中央装置２０５および第２の中央装置２１０と記載されているが、これらは図１に示されるように、それぞれ、医療提供者の装置１３０と患者のモバイル装置１２０とに対応し得る。
【００３１】
[0035]中央優先権告知パケットのフォーマット内容は、所望の機能性に応じて異なり得る。さらに、図４に開示される様々な通信は、それらの通信に関与する技術によって規定される適用可能なプロトコルおよび／または規格に従い得る。加えて、図２に示される機能のいずれかまたは全部を行う手段は、以下でより詳細に論じられる、図５のコンピューティングデバイス５００などのコンピューティングデバイスのソフトウェア構成要素および／またはハードウェア構成要素を含み得る。
【００３２】
[0036]動作２１５で、医療装置１１０と第２の中央装置２１０との間で接続が確立される。動作２２０の真上に示されているが、医療装置１１０と第２の中央装置２１０との間の接続の確立は、動作２２０の前のいつでも行われ得ることが理解されよう。ここで、接続を「確立すること」とは、医療装置１１０が、医療装置１１０との接続が確立されていない他の装置よりも第２の中央装置２１０との通信を優先することになる、医療装置１１０と第２の中央装置２１０との関係を確立することを意味する。いくつかの実施形態では、例えばこれは、医療装置１１０を第２の中央装置２１０と「接続すること」および／または（例えばＢＬＥ規格の下での）結合された周辺装置として医療装置１１０を第２の中央装置２１０に「結合させること」を含み得る。いくつかの実施形態によれば、医療装置１１０と第２の中央装置２１０との間の任意のアクティブな通信セッションは動作２２０の前に終了している。
【００３３】
[0037]動作２２０で、第１の中央装置２０５は、第２の中央装置２１０（および、潜在的に、医療装置１１０からブロードキャストされた告知パケットに応答し得る任意の他の中央装置）が検出するための中央優先権告知パケットをブロードキャストする。使用される技術の管理規格および／またはプロトコルに応じて、複数の中央優先権告知パケットが、それらが第２の中央装置２１０によって確実に検出されるように送信され得る。ＢＬＥを使用して、例えば、第１の中央装置２０５は、第２の中央装置２１０が中央優先権告知パケットのうちの少なくとも１つを検出することになる確率を最大化するような方法で、３つのＢＬＥペアリングチャネルで中央優先権告知パケットを送信し得る。いくつかの実施形態では、例えば、第１の中央装置２０５は、１０〜２０個の中央優先権告知パケットを送信し得る。他の実施形態では、タブレットは、より多数またはより少数の中央優先権告知パケットを送信し得る。
【００３４】
[0038]動作２２５で、第２の中央装置２１０は、任意選択で、中央優先権告知パケットの受信を確認する、受信確認パケット（ＡＣＫ）などの中央優先権応答を提供し得る。第１の中央装置２０５と第２の中央装置２１０とは次いで、必要に応じて、動作２３０に示されるように、任意選択で中央優先権追加通信を行い得る。例えば、いくつかの実施形態では、医療装置１１０の識別子および／または第２の中央装置２１０が保留状態になる時間の長さが、動作２３０で中央優先権追加通信において通信され得る。（そうでない場合、そのような情報は中央優先権告知パケット自体に含まれ得る）。
【００３５】
[0039]動作２３５で、第２の中央装置２１０はその場合、所定の時間量にわたって保留状態に入る。この所定の時間量は、ユーザ定義可能、第１の中央装置２０５によって定義される（また、上記のように、動作２２０で中央優先権告知パケットに、かつ／または動作２３０で中央優先権追加通信において含められる）、固定値などであり得る。この期間の間に、第２の中央装置２１０は、医療装置１１０（および、任意選択で、所望の機能性に応じて、他の装置）によってブロードキャストされたあらゆる告知パケットを無視することができる。
【００３６】
[0040]動作２３５で保留状態に入ることは、第２の中央装置２１０に実行されたアプリケーションによって調整され得る。例えば、アプリケーションは、無線技術（例えばＢＬＥ）を介して受信されたデータをパースし、中央優先権告知パケット（および、任意選択で、第１の中央装置２０５からのあらゆる中央優先権追加通信）を受信すると、しかるべく通信を制限するように構成され得る。いくつかの実施形態では、例えば、第２の中央装置２１０は、保留期間中のあらゆる装置からの告知パケットを無視し得る。他の実施形態では、第２の中央装置２１０は、第１の中央装置２０５によって、または（例えば、ユーザ設定で指定された）第２の中央装置２１０によって実行されたアプリケーションを介して独立して識別され得る医療装置１１０からの告知パケットのみを無視し得る。いくつかの実施形態では、第２の中央装置２１０は、中央優先権告知パケットまたは中央優先権追加通信に含まれる医療装置の識別子を認識した場合に限り、保留状態に入り得る。
【００３７】
[0041]動作２４０で、医療装置１１０は告知パケットをブロードキャストする。この動作は、標準的な告知パケット・ブロードキャスト・スケジュールの一部であり得るか、または別のイベントによってトリガされ得る。前述したように、ユーザ（例えば、患者、医療提供者など）は医療装置１１０による告知パケットのブロードキャストを、ボタンを押す、スイッチをオンにする、ある特定の身振りを行うなどといった、医療装置１１０が検出可能な所定の措置を取ることによってトリガし得る。トリガ動作は、医療装置１１０の能力、所望の機能性などといった要因に応じて異なり得る。
【００３８】
[0042]第１の中央装置２０５と第２の中央装置２１０はどちらも動作２４０で医療装置によってブロードキャストされた告知パケットを受信するが、第２の中央装置２１０は保留状態にある間に告知パケットを受信するので、告知パケットに応答しない。しかしながら、その場合、第１の中央装置２０５は、動作２４５で、医療装置１１０との接続を確立し、データを転送することができる。２４５の動作は、所望の機能性に応じて、通信セッションで情報を安全に交換するために第１の中央装置２０５と医療装置１１０とをペアリングすることを含み得る。通信セッションを開始することは、第２の中央装置が動作２５０で保留状態を終了する前に行われ得るので、第２の中央装置２１０は医療装置１１０との通信セッションを開始しようと試みない。しかしながら、（その間医療装置１１０がいかなる告知パケットもブロードキャストしない）通信セッションの残りの部分が、第２の中央装置２１０が保留状態を終了する間または終了した後に発生し得る。
【００３９】
[0043]動作２４５の接続の接続の種類（例えば、一時的かより永続的か）は、第１の中央装置２０５によって実行されたアプリケーションによって判断され得る。第１の中央装置２０５と医療装置１１０とがそれらの通信を完了すると、第１の中央装置２０５は医療装置１１０を解放し、医療装置１１０が（第２の中央装置２１０などの）他の装置と接続できるようにすることができる。
【００４０】
[0044]保留状態がどのように管理されるかは、所望の機能性に応じて異なり得ることが理解されよう。上述したように、第２の中央装置２１０は、所定の時間量にわたって保留状態に入り得る。他の実施形態では、中央優先権告知パケットは、第２の中央装置２１０が第２のメッセージを受信するまで、第２の中央装置２１０に保留状態に入らせるかまたはそれ以外の方法で医療装置１１０との接続を打ち切らせることができる。例えば、いくつかの実施形態では、動作２４５でデータが転送され、第１の中央装置２０５と医療装置１１０との間の通信が打ち切られた後で、第１の中央装置２０５は次いで、第２の中央装置２１０が医療装置１１０との通信を再開するかまたはそれ以外の方法で保留状態を終了することを可能にする第２の中央装置２１０へのメッセージを送信することができる。
【００４１】
[0045]図３は、一実施形態による、接続優先権決定を可能にする方法および医療装置を示す流れ図３００である。ここで、流れ図３００の要素は、医療装置との接続を確立しようとする第１の中央装置によって行われ得る機能を示している。よって、機能の一部は図２に示される第１の中央装置２０５の機能とオーバーラップし得る。しかしながら、実施形態は、これらの図に示され、説明されているものと異なる組み合わせまたはそれらの他の変形を用い得ることが理解されよう。
【００４２】
[0046]プロセスは任意選択で機能３０５から開始してもよく、そこで医療装置識別子が取得される。上記のように、第１の中央装置は第２の中央装置に（例えば、ブロードキャストされた中央優先権告知パケットまたは関連する通信において）第１の中央装置が接続しようとしている医療装置の識別子を提供し得る。この識別子は、例えば、医療装置上に表示され得る、クイックレスポンス（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ（ＱＲ））コード、バーコード、シリアルコード、または医療装置の他の識別子を使用して取得され得る。いくつかの実施形態によれば、第１の中央装置は、この識別子を取り込むように構成されたカメラまたは他のセンサを含み得る。（カメラは、例えば、医療装置上に位置する視覚的識別子を特定することができる。）あるいは、ユーザが（例えば、キーボード、タッチスクリーン、または他の入力装置を使用して）第１の中央装置に医療装置の識別子を手入力することができてもよい。所望の機能性に応じて、周辺装置の識別子は、グローバルに一意であるか、または（例えば、エリア内の識別子の他の装置と比較して）相対的に一意であり得る。
【００４３】
[0047]機能３１０で、ユーザ入力が取得される。ここでも、この動作は、所望の機能性に応じて、任意選択であり得る。さらに、いくつかの実施形態では、これは、機能３０５の医療装置識別子の取得と組み合わされ得る。ユーザ入力は、（機能３１５に示されるように、中央優先権告知パケットをまずブロードキャストすることによって）第１の中央装置と医療装置との間の通信を開始するトリガとして取得され、使用され得る。ユーザ入力は、所望の機能性に応じて、様々な方法のいずれかで提供することができる。いくつかの実施形態では、ユーザ入力は単に、第１の中央装置のタッチスクリーン上でボタンを押すことを含み得る。いくつかの実施形態では、ユーザは、モバイル装置が保留状態にある時間の長さを指定することができてもよく、この長さは中央優先権告知パケットまたは関連する通信に含まれ得る。
【００４４】
[0048]ユーザ入力は（中央優先権告知パケットをブロードキャストする）機能３１５の機能をトリガすることができるが、実施形態は追加のトリガまたは代替のトリガを利用し得る。例えば、いくつかの実施形態では、タブレットは、比較的高頻度で中央優先権告知パケットを周期的に送信することによって、タブレットが周辺装置との接続を迅速に確立できるようにするように構成され得る。さらに、いくつかの実施形態では、タブレットは、タブレットが、特定のエリアまたは場所（例えば、医院、病院、診療所など）内にあると判断したときに限りこの周期的なやり方で中央優先権告知パケットを送信するように構成され得る。
【００４５】
[0049]機能３１５で、中央優先権告知パケットがブロードキャストされる。ここで、中央優先権告知パケットは、上記のように、第２の中央装置に所定の時間量にわたって保留状態に入らせるように構成され得る。この機能はアプリケーション層で実装され得るので、第１の中央装置によって実行されたアプリケーションと、第２の中央装置によって実行された同じまたは同様のアプリケーションとが、中央優先権告知パケットにどんな情報が含められるかを決定し得る。この情報は、パケットを受信した後に第２の中央装置によってパースされてもよく、医療装置の識別子、第２の装置が保留状態にある時間の長さ、および／または他の情報を含み得る。さらに、中央優先権告知パケットに対応するように構成されたアプリケーションを実行していない装置は、単に中央優先権告知パケットを無視することになる。
【００４６】
[0050]任意選択で、第２の中央装置からの受信確認メッセージ（ＡＣＫ）が予期される場合、第１の中央装置は機能３２０でＡＣＫが受信されるかどうか判断することができる。受信されない場合、機能３２５で、中央優先権告知パケットをブロードキャストするための時間閾値を超えたかどうかを判断することができる。時間閾値を超えていない場合、機能３１５で中央優先権告知パケットが再度ブロードキャストされ得る。しかしながら、時間閾値を超えた場合（ＡＣＫ応答なしで中央優先権告知パケットが数回ブロードキャストされた場合であり得る）、またはＡＣＫ応答が受信される場合、プロセスは機能３３０に進むことができ、そこで医療装置からの告知パケットが受信される。（図２に示されるように、ＡＣＫが第２の中央装置から受信される場合、いくつかの実施形態では、第１の中央装置は第２の中央装置に追加情報をまず提供し得る。）
【００４７】
[0051]機能３３５〜機能３４５は、医療装置からの告知パケットを待機する１つの技法を示している。ここでは、機能３３５で、第１の中央装置は保留期間が満了したかどうかを判断する。満了していない場合、プロセスは機能３４０に進み、そこで第１の中央装置は告知パケットが受信されるかどうかを判断する。プロセスは、保留期間が満了するかまたは告知パケットが受信されるまでスキャンを続行する。告知パケットが受信される前に保留期間が満了した場合、プロセスは機能３４５に進み、そこで最大試行回数を超えたかどうかが判断される。超えていない場合、第１の中央装置は機能３１５に戻ることができ、そこで再度中央優先権告知パケットをブロードキャストする。普通なら、最大試行回数を超えた場合、プロセスは終了する。このように複数の試行を可能にする実施形態は、ユーザが、（機能３１０で）第１の中央装置に任意のユーザ入力を提供すること、トリガイベントおよび医療装置を提供すること（例えば、ボタンを押すこと）、ならびに２つ装置に通信セッションを開始させることを調整するための時間枠を延長することができる。当然ながら、代替の実施形態では、保留期間を延長するか、または代替の機能を実装してもよい。
【００４８】
[0052]告知パケットが医療装置から受信される場合、次いで第１の中央装置は機能３５０で、医療装置との接続を確立し、データを転送することができる。この機能は、ペアリングおよび／または同様のプロトコルを使用して中央／周辺関係を確立することを含み得る。データの転送は通信セッションで行われてもよく、医療装置から第１の中央装置にデータ（例えば使用データ）を転送して、第１の中央装置がデータを処理し、かつ／またはデータを別の装置／システムに中継することができるようにすることを含み得る。データ転送の終わりに、第１の中央装置は、医療装置との確立された接続を打ち切って、医療装置が第２の中央装置（および／または他の装置）との通常の通信を再開できるようにすることを可能にし得る。
【００４９】
[0053]図４は、別の実施形態による、医療装置における接続優先権決定を可能にする方法４００を示す流れ図である。いくつかの実施形態では、医療装置は別の装置とアクティブに通信していない場合もある。図３と同様に、流れ図４００のブロックの機能は、第１の中央装置によって行われ得る機能を示している。第１の中央装置はコンピューティングデバイスを含んでいてもよく、よって、流れ図４００のブロックのうちの１つまたは複数の機能を行う手段は、以下でより詳細に論じられる、図５に示されるコンピューティングデバイス５００などのコンピューティングデバイスのハードウェア構成要素および／またはソフトウェア構成要素を含み得る。
【００５０】
[0054]本実施形態では、本方法はブロック４１０から開始し、トリガイベントが発生したと判断される。前述したように、トリガイベントは第１の中央装置でユーザ入力を受け取ることを含み得る。ユーザ入力は、第１の中央装置および／または第１の中央装置によって実行されたアプリケーションの機能に応じて異なり得る。例えば、いくつかの実施形態によれば、ユーザ（例えば医療提供者）は、第１の中央装置によって実行されたアプリケーションのグラフィカル・ユーザ・インターフェースを呼び出すことができ、これは第１の中央装置のタッチスクリーン上に示され得る。ユーザは次いで、グラフィカル・ユーザ・インターフェース上のボタンを押して、第１のモバイル装置に近くの医療装置との通信を試みるよう促すことができる。他のトリガイベントには、第１の中央装置が特定の場所内に位置していること、第１の中央装置が無線通信を受信すること、センサ入力などが含まれ得る。ブロック４１０の機能を行う手段は、例えば、（１つまたは複数の）センサ５４０、（１つまたは複数の）入力装置５７０、無線通信インターフェース５３０、および／または図５に示され、以下でさらに詳細に説明されるコンピューティングデバイスなどのコンピューティングデバイスの他の構成要素を含み得る。
【００５１】
[0055]ブロック４２０の機能は、トリガイベントが発生したと判断したことに応答して、第１の中央装置から第１の告知パケットを無線ブロードキャストすることを含む。ここで、第１の告知パケットは、第２の中央装置に一定期間にわたって保留状態に入らせるように構成された中央優先権告知パケットであり得る。いくつかの実施形態によれば、第１の告知パケットはこの一定期間の長さを指定してもよく、期間の長さはユーザ構成可能であり得る（ユーザが第１の中央装置を医療装置と通信可能に接続しようと試みたい時間の長さを指示することを可能にする）。加えてまたは代替として、第１の告知パケットは、医療装置の識別子を含み得る。いくつかの実施形態では、これは、可視識別子（ＱＲコード（登録商標）など）を取り込み得るカメラを使用して医療装置の識別子を取得することを意味し得る。ブロック４２０の機能を行う手段は、例えば、（１つまたは複数の）処理部５１０、メモリ５６０、バス５０５、無線通信インターフェース５３０、および／または図５に示され、以下でさらに詳細に説明されるコンピューティングデバイスなどのコンピューティングデバイスの他の構成要素を含み得る。
【００５２】
[0056]ブロック４３０で、一定期間の間に第２の告知パケットが第１の中央装置において無線受信される。ここで、第２の告知パケットは医療装置から送信される。これは、第１の中央装置が医療装置との通信セッションを開始することを可能にする告知パケットとすることができる。上記のように、いくつかの実施形態では、第２の告知パケットを受信する前に、第２の中央装置から、第２の中央装置が第１の告知パケットを受信したという受信確認が受信され得る。ブロック４３０の機能を行う手段は、例えば、（１つまたは複数の）処理部５１０、メモリ５６０、バス５０５、無線通信インターフェース５３０、および／または図５に示され、以下でさらに詳細に説明されるコンピューティングデバイスなどのコンピューティングデバイスの他の構成要素を含み得る。
【００５３】
[0057]ブロック４４０で、第２の告知パケットを受信したことに応答して、第１の中央装置と医療装置との間で無線通信セッションが確立される。よって、いくつかの実施形態によれば、第１の中央装置は、通信セッションを開始するために適正なプロトコルに従って第２の告知パケットに応答し得る。これは、医療装置が第１の中央装置に使用データおよび／または他の情報を提供することを可能にする医療装置とのペアリングまたは他の無線接続もしくは接続の生成を意味し得る。ブロック４４０の機能を行う手段は、例えば、（１つまたは複数の）処理部５１０、メモリ５６０、バス５０５、無線通信インターフェース５３０、および／または図５に示され、以下でさらに詳細に説明されるコンピューティングデバイスなどのコンピューティングデバイスの他の構成要素を含み得る。
【００５４】
[0058]図５に、本明細書で提供される実施形態においてその全部または一部を、例えば、中央装置、周辺装置、医療提供者の装置、患者の装置、医療装置、および／または本明細書に記載される他の装置として利用することができるコンピューティングデバイス５００の一実施形態を示す。図５は、そのいずれかまたは全部が適宜特定の種類の装置に含まれるかまたは省かれ得る、様々な構成要素の一般化された例示を提供するためのものにすぎない。場合によっては、図５で示される構成要素を単一の物理装置に集中し、かつ／または異なる物理位置に配置され得る様々なネットワーク化された装置間に分散することもできることが理解されよう。コンピューティングデバイス５００は、本明細書に記載される方法の１つまたは複数の機能を実行するように構成され得る。
【００５５】
[0059]コンピューティングデバイス５００は、バス５０５を介して電気的に結合することができる（かまたは適宜それ以外の方法で通信し得る）ハードウェア要素を含むものとして示されている。ハードウェア要素は、１つもしくは複数の汎用プロセッサ、１つもしくは複数の専用プロセッサ（デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ（ＤＳＰ）チップ、グラフィックス・アクセラレーション・プロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ  （ＡＳＩＣ）など）、および／または本明細書に記載される方法のうちの１つもしくは複数を行うように構成することができる他の処理構造もしくは手段を含み得るがこれに限定されない（１つもしくは複数の）処理部５１０を含み得る。図５に示されるように、いくつかの実施形態は、所望の機能性に応じて、別個のＤＳＰ５２０を有し得る。コンピューティングデバイス５００は、例えば、ユーザ入力を提供し得る、１つまたは複数のタッチスクリーン、タッチパッド、マイクロフォン、ボタン、ダイヤル、スイッチなどを含み得るがこれに限定されない、１つまたは複数の入力装置５７０も含み得る。出力装置５１５は、１つまたは複数のディスプレイ、発光ダイオード（ｌｉｇｈｔ  ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ（ＬＥＤ））、スピーカなどを含み得るがこれに限定されない。
【００５６】
[0060]コンピューティングデバイス５００は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５．４（Ｚｉｇｂｅｅ（登録商標））、Ｗｉ−Ｆｉ、ＷｉＭＡＸ（商標）装置を使用した通信、セルラ通信などを可能にするモデム、ネットワークカード、赤外線通信装置、無線通信装置、および／またはチップセットを含み得るがこれに限定されない無線通信インターフェース５３０も含み得る。無線通信インターフェース５３０は、ネットワーク、コンピュータシステム、および／または本明細書に記載される任意の他の電子装置とデータが通信されることを可能にし得る。通信は、無線信号５３４を送信および／または受信する１つまたは複数の無線通信アンテナ５３２を介して実行され得る。
【００５７】
[0061]所望の機能性に応じて、無線通信インターフェース５３０は、異なるネットワーク上にあり得る異なる装置と通信するために別々の送受信機を含み得る。これらの異なるデータネットワークは様々な種類のネットワークを含み得る。無線広域ネットワーク（ｗｉｒｅｌｅｓｓ  ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ（ＷＷＡＮ））は、例えば、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＣＤＭＡ））ネットワーク、時分割多元接続（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＴＤＭＡ））ネットワーク、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＦＤＭＡ））ネットワーク、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＯＦＤＭＡ））ネットワーク、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ‐Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＳＣ‐ＦＤＭＡ））ネットワーク、ＷｉＭａｘ（ＩＥＥＥ  ８０２．１６）などであり得る。ＣＤＭＡネットワークは、ｃｄｍａ２０００、Ｗｉｄｅｂａｎｄ‐ＣＤＭＡ（Ｗ‐ＣＤＭＡ）などといった１つまたは複数の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ（ＲＡＴ））を実装し得る。ｃｄｍａ２０００は、ＩＳ‐９５規格、ＩＳ‐２０００規格、および／またはＩＳ‐８５６規格を含む。ＴＤＭＡネットワークは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｄ‐ＡＭＰＳ（Ｄｉｇｉｔａｌ  Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、または何らかの他のＲＡＴを実施し得る。ＯＦＤＭＡネットワークは、ロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ））、ＬＴＥアドバンストなどを用い得る。ＬＴＥ、ＬＴＥアドバンスト、ＧＳＭ（登録商標）、およびＷ‐ＣＤＭＡは、第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ））の文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称のコンソーシアムの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公開されている。無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ（ＷＬＡＮ））はＩＥＥＥ８０２．１１ｘネットワークであってもよく、無線パーソナル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ  ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ（ＷＰＡＮ））は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＩＥＥＥ８０２．１５ｘ、または何らかの他の種類のネットワークであり得る。本明細書に記載される技法は、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組み合わせにも使用され得る。
【００５８】
[0062]コンピューティングデバイス５００は、コンピューティングデバイスの種類に応じて異なり得る（１つまたは複数の）センサ５４０をさらに含むことができる。そのようなセンサは、ＩＭＵ（例えば、（１つまたは複数の）加速器、（１つまたは複数の）ジャイロスコープなど）、カメラ、磁力計および／または他のコンパス、高度計、マイクロフォン、近接センサ、光センサなどを含み得るがこれに限定されない。いくつかの実施形態では、（１つまたは複数の）センサ５４０は、加えてまたは代替として、ユーザのバイタルサイン（および／または他の医療情報）、医療製品使用の向きおよび／または使用時の製品の構成などを検出するように構成されたセンサなどの医療関連センサを含み得る。
【００５９】
[0063]コンピューティングデバイス５００の実施形態はまた、衛星測位システム（ｓａｔｅｌｌｉｔｅ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ（ＳＰＳ））アンテナ５８２を使用して１つまたは複数のＳＰＳ衛星から信号５８４を受信し、本明細書で提供される実施形態に記載されるように電源をオン、オフすることができるＳＰＳ受信機５８０も含み得る。そのような測位は、本明細書に記載される技法を補完し、かつ／または組み込むために利用することができる。ＳＰＳ受信機５８０は、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ、Ｃｏｍｐａｓｓ、日本上空の準天頂衛星システム（Ｑｕａｓｉ‐Ｚｅｎｉｔｈ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ（ＱＺＳＳ））、インド上空のインド地域航法衛星システム（Ｉｎｄｉａｎ  Ｒｅｇｉｏｎａｌ  Ｎａｖｉｇａｔｉｏｎａｌ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ  （ＩＲＮＳＳ））、中国上空のＢｅｉｄｏｕ、および／または任意の他のＧＮＳＳなどの、全地球航法衛星システム（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ（ＧＮＳＳ））のＳＰＳ衛星ビークル（ｓａｔｅｌｌｉｔｅ  ｖｅｈｉｃｌｅ（ＳＶ））から、従来の技法を使用して、コンピューティングデバイス５００の位置を抽出することができる。さらに、ＳＰＳ受信機５８０は、１つまたは複数の全地球航法衛星システムおよび／または地域航法衛星システムと関連付けられ得るかまたはそれ以外の方法でそれらと併用され得る様々な補強システム（例えば、静止衛星型補強システム  Ｓａｔｅｌｌｉｔｅ  Ｂａｓｅｄ  Ａｕｇｍｅｎｔａｔｉｏｎ  Ｓｙｓｔｅｍ（ＳＢＡＳ））に使用することができる。これに限定されないが例えば、ＳＢＡＳは、広域補強システム（Ｗｉｄｅ  Ａｒｅａ  Ａｕｇｍｅｎｔａｔｉｏｎ  Ｓｙｓｔｅｍ（ＷＡＡＳ））、ＥＧＮＯＳ（Ｅｕｒｏｐｅａｎ  Ｇｅｏｓｔａｔｉｏｎａｒｙ  Ｎａｖｉｇａｔｉｏｎ  Ｏｖｅｒｌａｙ  Ｓｅｒｖｉｃｅ）、多目的衛星補強システム（Ｍｕｌｔｉ‐ｆｕｎｃｔｉｏｎａｌ  Ｓａｔｅｌｌｉｔｅ  Ａｕｇｍｅｎｔａｔｉｏｎ  Ｓｙｓｔｅｍ（ＭＳＡＳ））、静止衛星型衛星航法補強システム（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ（ＧＰＳ）  Ａｉｄｅｄ  Ｇｅｏ  Ａｕｇｍｅｎｔｅｄ  ＮａｖｉｇａｔｉｏｎまたはＧＰＳ  ａｎｄ  Ｇｅｏ  Ａｕｇｍｅｎｔｅｄ  Ｎａｖｉｇａｔｉｏｎ  ｓｙｓｔｅｍ（ＧＡＧＡＮ））などといった、インテグリティ情報、ディファレンシャル補正を提供する（１つまたは複数の）補強システムを含み得る。よって、本明細書で使用される場合、ＳＰＳとは、１つまたは複数の全地球および／または地域の航法衛星システムおよび／または補強システムを含み得るものであり、ＳＰＳ信号は、ＳＰＳ信号、ＳＰＳ様信号、および／またはそのような１つもしくは複数のＳＰＳと関連付けられた他の信号を含み得る。
【００６０】
[0064]コンピューティングデバイス５００はメモリ５６０をさらに含み、かつ／またはメモリ５６０と通信し得る。メモリ５６０は、ローカルおよび／またはネットワークアクセス可能記憶、ディスクドライブ、ドライブアレイ、光記憶装置、プログラマブル、フラッシュ更新可能などであり得る、ランダム・アクセス・メモリ（「ＲＡＭ」）および／または読み取り専用メモリ（「ＲＯＭ」）などのソリッドステート記憶装置を含み得るがこれに限定されない。そのような記憶装置は、様々なファイルシステム、データベース構造などを含むがこれに限定されない任意の適切なデータストアを実装するように構成され得る。メモリ５６０は、本明細書に記載されるように前向きのカメラによって取り込まれた画像（またはフレーム）を格納するために使用され得る。
【００６１】
[0065]コンピューティングデバイス５００のメモリ５６０は、オペレーティングシステム、デバイスドライバ、実行可能ライブラリ、および／または、本明細書に記載されるように、様々な実施形態によって提供されるコンピュータプログラムを含み得る、かつ／または他の実施形態によって提供される方法を実装し、かつ／またはシステムを構成するように設計され得る１つまたは複数のアプリケーションプログラムなどの他のコードを含むソフトウェア要素（図示されない）も含むことができる。例にすぎないが、上述した機能性に関連して記載した１つまたは複数の手順は、コンピューティングデバイス５００（および／またはコンピューティングデバイス５００内の（１つもしくは複数の）処理部５１０）によって実行可能なコンピュータコードおよび／または命令として実装され得る。一態様では、その場合、そのようなコードおよび／または命令を使用して、汎用コンピュータ（または他の装置）を、記載の方法に従って１つまたは複数の動作を行うように構成し、かつ／または適応させることができる。したがってメモリ５６０は、命令および／またはコンピュータコードが埋め込まれている非一時的な機械可読媒体を含み得る。一般的な形態のコンピュータ可読媒体には、例えば、磁気もしくは光媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ‐ＥＰＲＯＭ、任意の他のメモリチップもしくはカートリッジ、後述するような搬送波、またはコンピュータが命令および／もしくはコードを読み取ることができる任意の他の媒体が含まれる。
【００６２】
[0066]特定の要件に従って相当な変更が加えられ得ることが当業者には理解されよう。例えば、カスタマイズされたハードウェアが使用されてもよく、かつ／または特定の要素がハードウェア、ソフトウェア（アプレットなどのポータブルソフトウェアを含む）、もしくはその両方で実装されてもよい。さらに、ネットワーク入力装置／出力装置などの他のコンピューティングデバイスへの接続が用いられてもよい。
【００６３】
[0067]本明細書で論じられる方法、システム、および装置は例である。様々な実施形態では、様々な手順または構成要素を適宜、省略、代用、または追加し得る。例えば、ある実施形態に関して記載された特徴が、様々な他の実施形態において組み合わされてもよい。これらの実施形態の異なる局面および要素が同様のやり方で組み合わされてもよい。本明細書で提供される図の様々な構成要素をハードウェアおよび／またはソフトウェアとして具体化することができる。また、技術は進歩し、よってこれらの要素の多くは、本開示の範囲をそれらの具体例に限定することのない例である。
【００６４】
[0068]本明細書を通して「１つの例」、「一例」、「ある例」、または「例示的な実施態様」という場合、それはその特徴および／または例と関連して記載される特定の特徴、構造、または特性が、特許請求される主題の少なくとも１つの特徴および／または例に含まれ得ることを意味する。よって、本明細書全体の様々な箇所において「１つの例において」、「一例」、「ある例において」もしくは「ある実施態様において」という句または他の同様の句が使用されている場合、必ずしもすべてが同じ特徴、例、および／または限定を指しているとは限らない。さらに、それらの特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴において組み合わされ得る。
【００６５】
[0069]本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置または専用コンピューティングデバイスまたはプラットフォームのメモリ内に格納されたバイナリデジタル信号に対する動作のアルゴリズムまたは記号表現として提示されている。本明細書の文脈において、特定の装置などの用語は、プログラムソフトウェアからの命令に従って特定の動作を行うようにプログラムされた後の汎用コンピュータを含む。アルゴリズム記述または記号表現は信号処理または関連技術の当業者によってその作業内容を他の当業者に伝えるために使用される技法の例である。アルゴリズムは、本明細書において、また一般に、所望の結果につながる自己矛盾のない動作シーケンスまたは同様の信号処理であるとみなされる。この文脈において、動作または処理は、物理量の物理的操作を含む。必ずではないが、典型的には、そのような量は、格納され、転送され、結合され、比較されまたはそれ以外の方法で操作されることが可能な電気信号または磁気信号の形を取り得る。往々にして、主に共通使用のために、そのような信号をビット、データ、値、要素、記号、文字、項、数、数詞などと呼ぶことが好都合であることが分かっている。しかしながら、すべてのこれらまたは同様の用語は、適切な物理量と関連付けられるべきであり、好都合なラベルにすぎないことに留意されたい。特に明記しない限り、本明細書の考察から明らかなように、本明細書を通して、「処理」、「計算処理」、「計算」、「決定」などといった用語を利用した考察は、専用コンピュータ、専用計算処理装置または同様の専用電子コンピューティングデバイスなどの特定の装置の動作またはプロセスを指すものであることを理解されたい。したがって、本明細書の文脈において、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、専用コンピュータまたは同様の専用電子コンピューティングデバイスのメモリ、レジスタその他の情報記憶装置、伝送装置、または表示装置内の、物理電子量または磁気量として通常表される、信号を操作または変換することができる。
【００６６】
[0070]以上の詳細な説明においては、特許請求される主題の十分な理解を提供するために多くの具体的詳細が記載されている。しかしながら、特許請求される主題はこれらの具体的詳細なしでも実施され得ることが当業者には理解されよう。場合によっては、特許請求される主題を不明瞭にしないように、当業者に既知であるはずの方法および装置が詳細に記載されていない。
【００６７】
[0071]本明細書で使用される「および」、「または」、および「および／または」という用語は、そのような用語が使用される文脈に少なくとも一部が依存することも予期される様々な意味を含み得る。典型的には、「または」は、Ａ、ＢまたはＣなど、リストを関連付けるために使用される場合、包含的な意味で使用される、Ａ、Ｂ、およびＣ、ならびに、排他的な意味で使用される、Ａ、Ｂ、またはＣを意味するためのものである。加えて、本明細書で使用される「１つまたは複数」という用語は、単数の任意の特徴、構造、もしくは特性を記述するために使用される場合もあり、または複数もしくは特徴、構造もしくは特性の何らかの他の組み合わせを記述するために使用される場合もある。しかし、これは例示にすぎず、特許請求される主題はこの例に限定されないことに留意されたい。
【００６８】
[0072]例示的特徴であると現在みなされているものを例示し、説明したが、特許請求される主題から逸脱することなく、様々な他の改変がなされ得ること、および均等物で代用され得ることが、当業者には理解されよう。加えて、本明細書に記載される中心概念から逸脱することなく、特許請求される主題の教示に特定の状況を適応させるために多くの改変がなされ得る。
したがって、特許請求される主題は開示の特定の例に限定されず、そのような特許請求される主題は、添付の特許請求の範囲内に含まれるすべての局面、およびその均等物も含み得ることが意図されている。
【図１】
2020508601.tif 000003
【図２】
2020508601.tif 000004
【図３】
2020508601.tif 000005
【図４】
2020508601.tif 000006
【図５】
2020508601.tif 000007
【国際調査報告】
2020508601.tif 000008
2020508601.tif 000009