JP6849203B2 - デバイスの自動ペアリングのためのシステムおよび方法 - Google Patents

Description

本明細書で説明される実施形態は、遠隔デバイスに関し、特に、そのようなデバイスをモバイルデバイスおよびモバイルデバイス上で実行中のアプリケーションと自動的にペアリングすることに関する。

ｍＨｅａｌｔｈ（ｍ−ｈｅａｌｔｈとも書き表し、接続型ヘルスとも称される）は、モバイルヘルスの省略形であり、モバイルデバイスによってサポートされた医学および公衆衛生の業務に関して用いられる用語である。この用語は、最も一般的には、健康サービス、情報、およびデータ収集のために、たとえばモバイルフォン、タブレットコンピュータおよびＰＤＡ、およびスマートウォッチなどの装着型デバイスなどのモバイル通信デバイスを用いることに関して用いられる。ｍＨｅａｌｔｈ分野は、たとえばコンピュータ、モバイルフォン、通信衛星、患者用モニタなどの情報および通信技術（ＩＣＴ）を健康サービスおよび情報のために使用することである、ｅＨｅａｌｔｈおよびデジタルヘルスの副分野として出現した。ｍＨｅａｌｔｈアプリケーションは、地域および臨床健康データの収集、開業医、調査員、および患者への健康管理情報の配信、患者のバイタルサインのリアルタイム監視、および（モバイル遠隔医療を介した）治療の直接提供におけるモバイルデバイスの使用を含む。

ｍＨｅａｌｔｈ空間において、（特に僻地の住民に関する）健康管理および健康関連情報へのアクセスの増加、疾患を診断および追跡するための能力の改善、より時を得た、実行可能性の高い公衆衛生情報、および保健従業員のための現在実施中の医学教育および訓練へのアクセスの拡大を含む様々な目的でプロジェクトが動作する。分析会社によると、２０１２年の終わりには、世界中で約２８０万人の患者が、統合接続性を有する機器に基づいて家庭用監視サービスを使用していた。この数字は、ＰＣまたはモバイルフォンに接続された監視デバイスを使用する患者を含んでいない。この数字は、統合接続性を有するモニタに依拠するシステムまたは統合セルラまたは固定線モデムを有する監視ハブを用いるシステムのみを含むが、成長するｍｈｅａｌｔｈ分野は、たとえば体重計、血圧測定用カフ、血糖値測定器、活動トラッカ、およびＰＣ、ラップトップ、またはスマートフォンやタブレットなどのモバイルデバイスとの単距離無線接続性を有する任意のデバイスといった遠隔監視デバイスとインタフェース接続することを伴う。

今日、７００万人以上の患者が、遠隔監視、および自身の治療ルーティンの不可欠な部分として接続型医療デバイスの使用から恩恵を得ていると、ベルグインサイト社の新たな見積書は示している。提供者および患者がｍＨｅａｌｔｈツールの利便性を迅速に取り入れたため、遠隔監視の使用は、２０１６年に４４パーセント増加した。遠隔監視の使用は、４７．９パーセントの年平均成長率（ＣＡＧＲ）で成長し続け、２０２１年までに５０２０万人に到達すると予想される。

遠隔監視デバイスとインタフェース接続するために、たとえばスマートフォンを用いる能力は、そのようなデバイスの採用を大幅に増加させ得る可能性があり、さらに大きな割合でｍＨｅａｌｔｈ空間を成長させる触媒となり得る。現在、上述したように、多くのデバイスは、モバイルデバイスまたはＰＣとインタフェース接続することがない。むしろ、従来のデバイスは、一般にハブとインタフェース接続し、ハブがその後、遠隔バックエンドシステムとインタフェース接続するか、あるいは、デバイス自体が、自身をバックエンドとインタフェース接続することを可能にするセルラ機能を含む。これらのシステムのインテグレータは、ハブおよびデバイスを完全に制御し、全てのデバイスを容易に識別してそれらをペアリングし得る。

そのような従来のシステムに伴う問題は、インテグレータが全てのデバイスを完全に制御する必要があること、およびハブの使用が追加の月額セルラ料金を発生させることである。多くの使用事例は、ハブがデバイスに接続するための月額セルラ料金である追加の費用をサポートすることができない。

遠隔監視デバイスをスマートフォンとインタフェース接続することにより、患者／消費者は、自身の携帯電話を用い、ハブまたは余分なセルラ線にかかる費用を削減することができる。しかし、従来のデバイスに伴う問題は、セットアップおよびモバイルデバイスとのペアリングが困難であり得るという点である。多くの場合、各デバイスは、異なる製造会社から得られ、デバイスを異なる製造会社に登録し、その後、デバイスのペアリングを試みることを必要とするが、これは、独自の特定のペアリングプロトコルまたは手順を有し得る。ユーザが多数のデバイスを有する場合、この問題は増す。その結果、そのようなデバイスに関する使用プロトコルの使用における採用および関心、およびそれらの固守が制限される。

本明細書において、多数の遠隔監視デバイスをモバイルデバイスと自動的にペアリングするためのシステムおよび方法が説明される。

一態様によると、モバイルデバイスとの通信を確立し、モバイルデバイスからのユーザＩＤを受信し、複数のデバイスに関するデバイスＩＤをモバイルデバイスへ提供し、ユーザＩＤおよびデバイスＩＤをデバイスマネージャサーバへ提供するように構成されたプロバイダサーバと、ユーザＩＤおよびデバイスＩＤを受信し、データベース内でそれらを関連付け、デバイスＩＤと関連するモバイルデバイスへデバイスＩＤを提供するように構成されたデバイスマネージャサーバと、プロバイダサーバと関連するアプリケーションおよび短距離通信インタフェースを備え、短距離通信インタフェースを介して複数のデバイスＩＤを受信し、受信したデバイスＩＤを、デバイスマネージャから受信したデバイスＩＤとともに提供し、デバイスＩＤが一致する場合、デバイスＩＤと関連するデバイスと自動的にペアリングし、デバイスからのデータの受信を開始するように構成されたモバイルデバイスとを備えるシステム。

他の態様によると、アプリケーションと、撮像デバイスと、短距離通信インタフェースとを備え、撮像デバイスを介して１または複数のデバイスに関するデバイスＩＤ情報を受信し、短距離通信インタフェースを介して１または複数のデバイスＩＤを受信し、短距離通信インタフェースを介して受信したデバイスＩＤと、撮像デバイスを介して受信したデバイスＩＤとを比較し、デバイスＩＤが一致する場合、デバイスＩＤと関連するデバイスと自動的にペアリングし、デバイスからのデータの受信を開始するように構成されたモバイルデバイス。

上記および他の特徴、態様、および実施形態は、「発明を実施するための形態」と題されたセクションにおいて後述する。

特徴、態様、および実施形態は、添付図面と関連して説明される。

一実施形態に係る、デバイスの自動ペアリングのためのシステム例を示す図である。 他の実施形態例に係る、図１のシステムにおいて、または図１のシステムを実現するために用いられ得る有線または無線処理システム例を示す図である。

図１は、多数のデバイスの自動ペアリングを可能にする遠隔監視システム１００を示す図である。システム１００において、プロバイダ１０２は、多数の種類の健康またはウェルネス情報を収集し監視するために、多数のデバイス１０４を自身のモバイルデバイス１１２とインタフェース接続しようとしているユーザに多数のデバイス１０４を提供する。留意すべき点として、デバイス１０４は、健康またはウェルネス監視デバイスでなくてはならない。本明細書で説明されるシステムおよび方法は、他の種類の遠隔デバイスに等しく適用可能である。

システム１００において、様々なエンティティまたは関係者は、様々な有線または無線通信ネットワークおよび機能を備え得るネットワーク１１４を介して通信することができる。図１の実施形態において、システム１００は、モバイルデバイス１１２のユーザにサービスを提供し、またはモバイルデバイス１１２のユーザを管理するエンティティであるプロバイダ１０２を備える。デバイスマネージャ１０６は、後述するように、デバイス１０４とモバイルデバイス１１２との関係性を管理する。

システム１００において、プロバイダシステム／サーバ１０２と関連するプロバイダは、モバイルデバイス１１２のユーザにデバイス１０４を提供しようとしている。デバイス１０４は、デバイスマネージャシステム／サーバ１０６と関連するデバイスマネージャまたは第三者から得られ得る。ユーザは最初に、プロバイダ１０２と関連するアプリケーション１１３をダウンロードし、アプリケーション１１３のセットアップまたは登録において、アプリケーション１１３は、ネットワーク１１４を介して確立された通信リンク１１６を介して、モバイルデバイス１１２と関連するユーザＩＤを提供する。

プロバイダ１０２はその後、ユーザへ送信しようとしているデバイス１０４の各々に関するデバイスＩＤを取得してよい。デバイスＩＤ（複数も可）は、各デバイスに関するＭＡＣアドレスを備えてよい。たとえば各デバイス１０４は、デバイスＩＤを取得するためにスキャンまたは他の方法で撮像され得る、あるいは手動で入力され得るバーコードまたはＱＲコードを含むラベル１１１を備えてよい。ユーザＩＤおよび関連デバイスＩＤはその後、ネットワーク１１４を介して確立された通信リンク１１８を介してデバイスマネージャ１０６へ送信され、ここで、データベース（複数も可）１０８に、例えばテーブル（複数も可）１１０に格納され得る。

あるいは、デバイスＩＤは、デバイス１０４からサーバ１０２へ、無線で、または有線接続を介して通信され得る。

デバイスマネージャ１０６はその後、ネットワーク１１４を介して確立された通信リンク１２０を介して、モバイルデバイス１１２およびアプリケーション１１３へデバイスＩＤを送信する。アプリケーション１１３はこの時点で、自身がインタフェース接続しようとしているデバイスに関するデバイスＩＤを有する。

ユーザがデバイス１０４を受け取ると、ユーザは、たとえばＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈなど、使用されるどんなインタフェース機構が可能であるかを確かめ、その後、アプリケーション１１３を起動することができる。すなわち、モバイルデバイス１１２およびデバイス１０４は多くの場合、他のデバイスとインタフェース接続するために用いられ得る短距離通信インタフェースを有する。デバイス１０４がモバイルデバイス１１２と接続すると、アプリケーション１１３は、デバイスＩＤを認識し、自動的にペアリングし、受信を開始し、および実施形態に依存して、デバイス１０４から受信したデータの表示を開始する。ユーザは、デバイス１０４をモバイルデバイス１１２およびアプリケーション１１３とペアリングするために、特に何かをする必要はない。

当然、ユーザは、デバイスを最初にセットアップし、測定を行ってデータを提供するためにそれらを設置する必要があり得る。たとえばユーザは、デバイスがプラグインされ、またはバッテリが取り付けられ、デバイスがオン状態になったことを確認する必要があり得る。加えて、ユーザは通常、デバイスがデータを集めるためにデバイスと対話し、デバイスを装着、設置するなどの必要がある。たとえばユーザは、血圧測定用カフを身に着けて作動させる、または体重計の上に乗るなどの必要があり得る。

ペアリングされて情報／データを受信すると、アプリケーション１１３は、情報をデバイス１１２に格納し、格納および分析のために情報をプロバイダ１０２または他の何らかのバックエンドへ送信してよい。これにより、多数のデバイスからのデータの統合が大幅に容易になり得る。いうまでもなく、たとえばデバイス１１２などのモバイルデバイスが遠隔監視デバイス１０４とペアリングする方法を改善することによって、はるかに多くの採用および支持が得られる。

より消費者直結型の実施形態において、デバイス１１２のユーザは単に、たとえば既製のデバイス１０４を購入し、その後、デバイスＩＤを取得するために、デバイス１１２に含まれたスキャナまたはカメラを用いて画像ラベル１１１をスキャンまたは撮像してよい。デバイスＩＤはその後、上述したように自動ペアリングおよび情報／データ収集を可能にするために、アプリケーション１１３へ提供され得る。

図２は、本明細書で説明される様々な実施形態と関連して用いられ得る有線または無線システム例５５０を示すブロック図である。たとえばシステム５５０は、図１に関して上述したように、システム１００として、またはシステム１００とともに用いられ得る。システム５５０は、従来のパーソナルコンピュータ、コンピュータサーバ、パーソナルデジタルアシスタント、スマートフォン、タブレットコンピュータ、車両ナビゲーションおよび／または制御システム、または有線または無線データ通信機能を持つ他の任意のプロセッサ対応デバイスであってよい。当業者には明らかであるように、他のコンピュータシステムおよび／またはアーキテクチャが用いられてもよい。

システム５５０は好適には、たとえばプロセッサ５６０などの１または複数のプロセッサを含む。たとえば入力／出力を管理するための補助プロセッサ、浮動小数点数学演算を行うための補助プロセッサ、信号処理アルゴリズムの高速実行に適したアーキテクチャを有する専用マイクロプロセッサ（たとえばデジタル信号プロセッサ）、主要処理システムに従属するスレーブプロセッサ（たとえばバックエンドプロセッサ）、二重または多重プロセッサシステムのための追加のマイクロプロセッサまたはコントローラ、またはコプロセッサなどの追加のプロセッサが提供され得る。そのような補助プロセッサは、個別プロセッサであってよく、あるいはプロセッサ５６０と統合され得る。

プロセッサ５６０は好適には、通信バス５５５に接続される。通信バス５５５は、システム５５０のストレージと他の周辺機器との間の情報伝達を容易にするためのデータチャネルを含んでよい。通信バス５５５は更に、データバス、アドレスバス、および制御バス（不図示）を含む、プロセッサ５６０との通信のために用いられる信号のセットを提供してよい。通信バス５５５は、たとえば業界標準アーキテクチャ（「ＩＳＡ」）、拡張業界標準アーキテクチャ（「ＥＩＳＡ」）、マイクロチャネルアーキテクチャ（「ＭＣＡ」）、周辺機器相互接続（「ＰＣＩ」）ローカルバス、またはＩＥＥＥ４８８汎用インタフェースバス（「ＧＰＩＢ」）、ＩＥＥＥ６９６／Ｓ−１００などを含む電気電子技術者協会（「ＩＥＥＥ」）によって公布された規格に準拠するバスアーキテクチャなど、任意の標準または標準外バスアーキテクチャを備えてよい。

システム５５０は好適には、メインメモリ５６５を含み、二次メモリ５７０も含んでよい。メインメモリ５６５は、たとえば上述したモジュールの１または複数など、プロセッサ５６０で実行しているプログラムに関する命令およびデータの格納を提供する。メインメモリ５６５は一般に、たとえばダイナミックランダムアクセスメモリ（「ＤＲＡＭ」）および／またはスタティックランダムアクセスメモリ（「ＳＲＡＭ」）などの半導体ベースのメモリである。他の半導体ベースのメモリ型式は、たとえば、読取専用メモリ（「ＲＯＭ」）を含む、シンクロナスダイナミックランダムアクセスメモリ（「ＳＤＲＡＭ」）、ラムバスダイナミックランダムアクセスメモリ（「ＲＤＲＡＭ」）、強誘電体ランダムアクセスメモリ（「ＦＲＡＭ」）などを含む。

二次メモリ５７０は、任意選択的に、内部メモリ５７５および／または取外し可能媒体５８０、たとえばフロッピーディスクドライブ、磁気テープドライブ、コンパクトディスク（「ＣＤ」）ドライブ、デジタルバーサタイルディスク（「ＤＶＤ」）ドライブなどを含んでよい。取外し可能媒体５８０は、周知の方法で読出しおよび／または書込みされる。取外し可能媒体５８０は、たとえばフロッピーディスク、磁気テープ、ＣＤ、ＤＶＤ、ＳＤカードなどであってよい。

取外し可能記憶媒体５８０は、コンピュータ実行可能コード（すなわちソフトウェア）および／またはデータがそこに格納された非一時的コンピュータ可読媒体である。取外し可能記憶媒体５８０に格納されたコンピュータソフトウェアまたはデータは、プロセッサ５６０による実行のためにシステム５５０内に読み込まれる。

代替実施形態において、二次メモリ５７０は、コンピュータプログラムまたは他のデータまたは命令がシステム５５０内にロードされることを可能にするための他の同様の手段を含んでよい。そのような手段は、たとえば外部記憶媒体５９５およびインタフェース５７０を含んでよい。外部記憶媒体５９５の例は、外部ハードディスクドライブまたは外部光学ドライブ、および／または外部光磁気ドライブを含んでよい。

二次メモリ５７０の他の例は、たとえばプログラマブル読取専用メモリ（「ＰＲＯＭ」）、消去可能プログラマブル読取専用メモリ（「ＥＰＲＯＭ」）、電気的消去可能読取専用メモリ（「ＥＥＰＲＯＭ」）、またはフラッシュメモリ（ＥＥＰＲＯＭと同様のブロック指向メモリ）などの半導体ベースのメモリを含んでよい。また、ソフトウェアおよびデータが外部媒体５９５からシステム５５０へ転送されることを可能にする他の任意の取外し可能記憶媒体５８０および通信インタフェース５９０が含まれる。

システム５５０は、通信インタフェース５９０も含んでよい。通信インタフェース５９０は、ソフトウェアおよびデータが、システム５５０と外部デバイス（たとえばプリンタ）、ネットワーク、または情報源との間で転送されることを可能にする。たとえば、コンピュータソフトウェアまたは実行可能コードは、通信インタフェース５９０を介してネットワークサーバからシステム５５０へ転送され得る。通信インタフェース５９０の例は、ほんの数例を挙げると、モデム、ネットワークインタフェースカード（「ＮＩＣ」）、無線データカード、通信ポート、ＰＣＭＣＩＡスロットおよびカード、赤外線インタフェース、およびＩＥＥＥ１３９４ファイアワイヤを含む。

通信インタフェース５９０は好適には、たとえばＥｔｈｅｒｎｅｔ ＩＥＥＥ８０２規格、Ｆｉｂｅｒ Ｃｈａｎｎｅｌ、デジタル加入者線（「ＤＳＬ」）、非同期デジタル加入者線（「ＡＤＳＬ」）、フレームリレー、非同期転送モード（「ＡＴＭ」）、統合デジタルサービスネットワーク（「ＩＳＤＮ」）、パーソナル通信サービス（「ＰＣＳ」）、伝送制御プロトコル／インターネットプロトコル（「ＴＣＰ／ＩＰ」）、シリアルラインインターネットプロトコル／ポイントツーポイントプロトコル（「ＳＬＩＰ／ＰＰＰ」）などの業界公布プロトコル規格を実装するが、カスタマイズ型または標準外インタフェースプロトコルも同様に実装してよい。

通信インタフェース５９０を介して転送されたソフトウェアおよびデータは、一般に電気通信信号６０５の形式である。これらの信号６０５は好適には、通信チャネル６００を介して通信インタフェース５９０へ提供される。一実施形態において、通信チャネル６００は、有線または無線ネットワーク、または他の任意の様々な通信リンクであってよい。通信チャネル６００は、信号６０５を搬送し、ほんの数例を挙げると、ワイヤまたはケーブル、光ファイバ、従来の電話線、携帯電話リンク、無線データ通信リンク、無線周波数（「ＲＦ」）リンク、または赤外線リンクを含む、様々な有線または無線通信手段を用いて実装され得る。

コンピュータ実行可能コード（すなわちコンピュータプログラムまたはソフトウェア）は、メインメモリ５６５および／または二次メモリ５７０に格納される。コンピュータプログラムもまた、通信インタフェース５９０を介して受信され、メインメモリ５６５および／または二次メモリ５７０に格納され得る。そのようなコンピュータプログラムは、実行されると、システム５５０が、上述したような本発明の様々な機能を実行することを可能にする。

本説明において、「コンピュータ可読媒体」という用語は、システム５５０にコンピュータ実行可能コード（たとえばソフトウェアおよびコンピュータプログラム）を提供するために用いられる任意の非一時的コンピュータ可読記憶媒体を指すために用いられる。これらの媒体の例は、メインメモリ５６５、（内部メモリ５７５、取外し可能媒体５８０、および外部記憶媒体５９５を含む）二次メモリ５７０、および（ネットワーク情報サーバまたは他のネットワークデバイスを含む）通信インタフェース５９０と通信可能に結合された任意の周辺デバイスを含む。これらの非一時的コンピュータ可読媒体は、システム５５０に実行可能コード、プログラミング命令、およびソフトウェアを提供するための手段である。

ソフトウェアを用いて実現される実施形態において、ソフトウェアは、コンピュータ可読媒体に格納され、取外し可能媒体５８０、Ｉ／Ｏインタフェース５８５、または通信インタフェース５９０によってシステム５５０内にロードされ得る。そのような実施形態において、ソフトウェアは、電気通信信号６０５の形式でシステム５５０内にロードされる。ソフトウェアは、プロセッサ５６０によって実行されると、好適にはプロセッサ５６０に、本明細書で上述した本発明の特徴および機能を実行させる。

システム５５０は、音声およびデータネットワークを介した無線通信を容易にする任意選択的な無線通信部品も含む。無線通信部品は、アンテナシステム６１０、無線システム６１５、およびベースバンドシステム６２０を備える。システム５５０において、無線周波数（「ＲＦ」）信号は、無線システム６１５の管理の下、アンテナシステム６１０によって無線で送信および受信される。

一実施形態において、アンテナシステム６１０は、送信および受信信号経路をアンテナシステム６１０に提供するために切換え機能を実行する１または複数のアンテナおよび１または複数のマルチプレクサ（不図示）を備えてよい。受信経路において、受信ＲＦ信号は、マルチプレクサから、受信ＲＦ信号を増幅させ増幅信号を無線システム６１５へ送信する低雑音増幅器（不図示）へ結合され得る。

代替実施形態において、無線システム６１５は、様々な周波数にわたり通信するように構成された１または複数の無線装置を備えてよい。一実施形態において、無線システム６１５は、復調器（不図示）および変調器（不図示）を１つの集積回路（「ＩＣ」）に結合してよい。復調器および変調器は、個別の部品であってもよい。入来経路において、復調器は、無線システム６１５からベースバンドシステム６２０へ送信されるベースバンド受信オーディオ信号を残し、ＲＦ搬送波信号を少しずつ取り除く。

受信信号がオーディオ情報を含む場合、ベースバンドシステム６２０は、信号を復号し、アナログ信号に変換する。その後、信号は増幅され、スピーカへ送信される。ベースバンドシステム６２０は、マイクロフォンからのアナログオーディオ信号も受信する。これらのアナログオーディオ信号は、デジタル信号に変換され、ベースバンドシステム６２０によって符号化される。ベースバンドシステム６２０はまた、送信のためにデジタル信号を符号化し、無線システム６１５の変調器部分にルート指定されるベースバンド送信オーディオ信号を生成する。変調器は、ベースバンド送信オーディオ信号をＲＦ搬送波信号と混合し、アンテナシステムにルート指定され電力増幅器（不図示）を通過し得るＲＦ送信信号を生成する。電力増幅器は、ＲＦ送信信号を増幅し、それをアンテナシステム６１０にルート指定し、そこで信号は送信のためにアンテナポートへ切り換えられる。

ベースバンドシステム６２０はまた、プロセッサ５６０に通信可能に結合される。中央処理ユニット５６０は、データ記憶領域５６５および５７０へのアクセスを有する。中央処理ユニット５６０は好適には、メモリ５６５または二次メモリ５７０に格納され得る命令（すなわちコンピュータプログラムまたはソフトウェア）を実行するように構成される。ベースバンドプロセッサ６１０からのコンピュータプログラムもまた受信され、データ記憶領域５６５または二次メモリ５７０に格納され、または受信時に実行され得る。そのようなコンピュータプログラムは、実行されると、システム５５０が、上述したように本発明の様々な機能を実行することを可能にする。たとえば、データ記憶領域５６５は、図３に関して上述した様々なソフトウェアモジュール（不図示）を含んでよい。

様々な実施形態は、たとえば特定用途向け集積回路（「ＡＳＩＣ」）またはフィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）などの構成要素を用いて、主にハードウェアにおいて実現され得る。本明細書で説明される機能を実行する機能を持つハードウェアステートマシンの実装もまた、当業者には明らかである。様々な構成要素が、ハードウェアおよびソフトウェア両方の組み合わせを用いて実現されてもよい。

さらに、当業者は、上記で説明された図面および本明細書で開示される実施形態と関連して説明された様々な例示的な論理ブロック、モジュール、回路、および方法ステップが、多くの場合、電子ハードウェア、コンピュータソフトウェア、または両者の組み合わせとして実装され得ることを理解する。このハードウェアとソフトウェアとの相互置換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップは、それらの機能性の点から一般に説明された。そのような機能性がハードウェアとして実装されるかソフトウェアとして実装されるかは、システム全体に課された特定の用途および設計制約に依存する。当業者は、説明された機能を特定のアプリケーションごとに様々な方法で実現することができるが、そのような実現の決定は、本発明の範囲からの逸脱をもたらすものとして解釈されてはならない。加えて、モジュール、ブロック、回路、またはステップ内での機能のグループ化は、説明を容易にするためである。特定の機能またはステップが、本発明から逸脱することなく、１つのモジュール、ブロック、または回路から他のモジュール、ブロック、または回路へ移動され得る。

また、本明細書に開示された実施形態と関連して説明された様々な例示的な論理ブロック、モジュール、および方法は、汎用プロセッサ、デジタル信号プロセッサ（「ＤＳＰ」）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成要素、または本明細書で説明される機能を実行するために設計されたそれらの任意の組み合わせを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサであってよいが、代替として、プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサは、たとえばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと一体化した１または複数のマイクロプロセッサ、または他の任意のそのような構成など、コンピューティングデバイスの組み合わせとして実装されてもよい。

加えて、本明細書で開示された実施形態と関連して説明された方法またはアルゴリズムのステップは、ハードウェアにおいて直接、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその両者の組み合わせで具体化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、またはネットワーク記憶媒体を含む他の任意の形式の記憶媒体に常駐してよい。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体へ情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体は、プロセッサと一体であってよい。プロセッサおよび記憶媒体がＡＳＩＣ内に存在してもよい。

特定の実施形態が上述されたが、説明された実施形態は例示に過ぎないことが理解される。したがって、本明細書で説明されたシステムおよび方法は、説明された実施形態に基づいて限定されてはならない。むしろ、本明細書で説明されたシステムおよび方法は、上記説明および添付図面とともに用いられた場合、以下に続く特許請求の範囲の観点からのみ限定されなければならない。

Claims (7)

1. システムであって、
   ユーザ識別子（ＩＤ）、短距離通信インタフェース、およびアプリケーションを有するモバイルデバイスと、
   前記モバイルデバイスに通信可能に結合され、かつ、複数の遠隔デバイスと関連する複数の第１のデバイスＩＤを格納するように構成されたプロバイダサーバであって、前記アプリケーションは前記プロバイダサーバと関連する、プロバイダサーバと、
   前記プロバイダサーバおよび前記モバイルデバイスに通信可能に結合され、かつ、
   前記ユーザＩＤを受信し、
   前記プロバイダサーバから前記複数の第１のデバイスＩＤを受信し、
   データベース内で、前記ユーザＩＤを前記複数の第１のデバイスＩＤと関連付け、
   前記ユーザＩＤに基づいて、前記複数の第１のデバイスＩＤを前記アプリケーションに提供する
   ように構成されたデバイスマネージャサーバと、
   を備える、システムであり、
   前記アプリケーションは、
   前記デバイスマネージャサーバから前記複数の第１のデバイスＩＤを受信し、
   前記モバイルデバイスが前記複数の遠隔デバイスとペアリングされるように、前記複数の第１のデバイスＩＤを前記モバイルデバイスに提供し、
   前記複数の第１のデバイスＩＤのうちの１つであるデバイスＩＤを有する遠隔デバイスからデータを受信し、
   前記データを格納する操作、前記データを表示する操作、および前記データをバックエンドサーバに送信する操作のうちの少なくとも１つを行う
   ように構成される、システム。
2. 前記複数の第１のデバイスＩＤは、体重計、血圧測定用カフ、血糖値測定器、および活動トラッカのうちの１つ以上と関連付けられる、請求項１に記載のシステム。
3. 前記複数の第１のデバイスＩＤの各々は、ＭＡＣアドレスを含む、請求項１に記載のシステム。
4. 前記モバイルデバイスは、ユーザが、（１）デバイスをペアリングするか、または、（２）任意のさらなるセットアップまたはアクションを行うことを必要としないデバイスのうちの少なくとも１つから、前記短距離通信インタフェースを介して測定値を受信することを開始する、請求項１に記載のシステム。
5. 前記モバイルデバイスはディスプレイを更に備え、前記アプリケーションは、受信された測定値を前記ディスプレイに出力されるようにする、請求項４に記載のシステム。
6. 前記モバイルデバイスは、測定データを前記プロバイダサーバへ提供するように更に構成される、請求項１に記載のシステム。
7. 遠隔デバイスを自動的にペアリングするための方法であって、
   デバイスマネージャサーバにおいては、
   プロバイダサーバから、ユーザ識別子（ＩＤ）、および複数の遠隔デバイスと関連する複数の第１のデバイスＩＤを受信し、
   前記ユーザＩＤを前記複数の第１のデバイスＩＤを関連付け、
   関連付けられたユーザＩＤおよび前記複数の第１のデバイスＩＤを格納する
   ことと、
   モバイルデバイス上においては、
   前記ユーザＩＤおよび短距離通信インタフェースを有するモバイルデバイスにおいて、プロバイダサーバと関連するアプリケーションを格納し、
   前記アプリケーションを介して、前記モバイルデバイスによって前記プロバイダサーバに前記ユーザＩＤを伝送し、
   前記デバイスマネージャサーバからおよび前記アプリケーションを通じて、前記モバイスデバイスにおいて前記複数の第１のデバイスＩＤを受信し、
   前記複数の第１のデバイスＩＤのうちの１つであるデバイスＩＤを有する遠隔デバイスからデータを受信し、
   前記データを格納する操作、前記データを表示する操作、および前記データをバックエンドサーバに送信する操作のうちの少なくとも１つを行う
   ことと、
   を備える、方法。

Images