(57)【要約】  第１のスイッチに結合された第１のパルス幅変調（ＰＷＭ）信号線と、第２のスイッチと信号線とに結合された第２のＰＷＭ信号線と、第１の信号線と第２のスイッチとの間で第２の信号線に結合されたトランジスタと、第３のＰＷＭ信号線に結合された第３のスイッチと、第４のＰＷＭ信号線に結合された第４のスイッチと、第５のＰＷＭ信号線に結合された第５のスイッチと、第１のスイッチと第３のスイッチとの間で結合された赤素子と、第１のスイッチと第４のスイッチとの間で結合された緑素子と、第１のスイッチと第５のスイッチとの間で結合された青素子とを含む発光ダイオード（ＬＥＤ）と、第２のスイッチと第３のスイッチとの間で結合された赤素子と、第２のスイッチと第４のスイッチとの間で結合された緑素子と、第２のスイッチと第５のスイッチとの間で結合された青素子とを含むＬＥＤとを含む。
2015510138.tif 000002
【特許請求の範囲】
【請求項１】
ディスプレイ照明を制御するための回路であって
第１のスイッチと、
結合された第１のパルス幅変調信号線と、
第２のスイッチと、
前記第２のスイッチと前記第１のパルス幅変調信号線とに結合された第２のパルス幅変調信号線と、
前記第１のパルス幅変調信号線と前記第２のスイッチとの間で前記第２のパルス幅変調信号線に結合されたトランジスタであって、前記第２のパルス幅変調信号線上で第２のパルス幅変調信号を生成するために、前記第１のパルス幅変調信号線から受信された第１のパルス幅変調信号を反転するように構成されたトランジスタと、
第３のパルス幅変調信号線に結合された第３のスイッチと、
第４のパルス幅変調信号線に結合された第４のスイッチと、
第５のパルス幅変調信号線に結合された第５のスイッチと、
前記第１のスイッチと前記第３のスイッチとに結合された第１の赤素子と、前記第１のスイッチと前記第４のスイッチとに結合された第１の緑素子と、前記第１のスイッチと前記第５のスイッチとに結合された第１の青素子とを含む第１の発光ダイオードと、
前記第２のスイッチと前記第３のスイッチとに結合された第２の赤素子と、前記第２のスイッチと前記第４のスイッチとに結合された第２の緑素子と、前記第２のスイッチと前記第５のスイッチとに結合された第２の青素子とを含む第２の発光ダイオードと
を備え、
電流を前記第１の赤素子に提供するために、前記第１のスイッチが前記第１のパルス幅変調信号線上で前記第１のパルス幅変調信号によって制御され、前記第３のスイッチが前記第３のパルス幅変調信号線上で第３のパルス幅変調信号によって制御され、
電流を前記第１の緑素子に提供するために、前記第１のスイッチが前記第１のパルス幅変調信号線上で前記第１のパルス幅変調信号によって制御され、前記第４のスイッチが前記第４のパルス幅変調信号線上で第４のパルス幅変調信号によって制御され、
電流を前記第１の青素子に提供するために、前記第１のスイッチが前記第１のパルス幅変調信号線上で前記第１のパルス幅変調信号によって制御され、前記第５のスイッチが前記第５のパルス幅変調信号線上で第５のパルス幅変調信号によって制御され、
電流を前記第２の赤素子に提供するために、前記第２のスイッチが前記第２のパルス幅変調信号線上で前記第２のパルス幅変調信号によって制御され、前記第３のスイッチが前記第３のパルス幅変調信号線上で前記第３のパルス幅変調信号によって制御され、
電流を前記第２の緑素子に提供するために、前記第２のスイッチが前記第２のパルス幅変調信号線上で前記第２のパルス幅変調信号によって制御され、前記第４のスイッチが前記第４のパルス幅変調信号線上で前記第４のパルス幅変調信号によって制御され、
電流を前記第２の青素子に提供するために、前記第２のスイッチが前記第２のパルス幅変調信号線上で前記第２のパルス幅変調信号によって制御され、前記第５のスイッチが前記第５のパルス幅変調信号線上で前記第５のパルス幅変調信号によって制御される
回路。
【請求項２】
前記第１のパルス幅変調信号線と、前記第３のパルス幅変調信号線と、前記第４のパルス幅変調信号線と、前記第５のパルス幅変調信号線とに結合された通信ハブデバイスプロセッサ
をさらに備え、
前記通信ハブデバイスプロセッサが、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の色を調整するように、前記第１のパルス幅変調信号、前記第３のパルス幅変調信号、前記第４のパルス幅変調信号、ならびに前記第５のパルス幅変調信号を生成するためのプロセッサ実行可能命令を用いて構成された
請求項１に記載の回路。
【請求項３】
前記通信ハブデバイスプロセッサが、情報を示す、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の前記色を調整するように、プロセッサ実行可能命令を用いて構成された、請求項２に記載の回路。
【請求項４】
前記通信ハブデバイスプロセッサが、前記示された情報がリマインダ、警告、要求、実施要請、表示、状態、および確認のうちの１つまたは複数であるように、プロセッサ実行可能命令を用いて構成された、請求項３に記載の回路。
【請求項５】
前記通信ハブデバイスプロセッサが、終夜灯として動作する、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の前記色を調整するためのプロセッサ実行可能命令を用いて構成された、請求項２に記載の回路。
【請求項６】
前記通信ハブデバイスプロセッサが、遠隔サーバからの信号に応答して、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の前記色を調整するためのプロセッサ実行可能命令を用いて構成された、請求項２に記載の回路。
【請求項７】
前記通信ハブデバイスプロセッサがモバイルデバイスプロセッサであり、
前記プロセッサ実行可能命令が、モバイルデバイスのメモリにダウンロードされたアプリケーション内に含まれた、請求項２に記載の回路。
【請求項８】
通信ハブデバイスのディスプレイ照明を制御するための方法であって、
第１のスイッチを制御するために、第１のパルス幅変調信号を生成することと、
第２のスイッチを制御するために、前記第１のパルス幅変調信号を反転することと、
第３のスイッチを制御するために、第２のパルス幅変調信号を生成することと、
第４のスイッチを制御するために、第３のパルス幅変調信号を生成することと、
第５のスイッチを制御するために、第４のパルス幅変調信号を生成することと
を備え、
前記第１のスイッチおよび前記第３のスイッチが第１の発光ダイオードの第１の赤素子に対する電流を制御し、
前記第１のスイッチおよび前記第４のスイッチが前記第１の発光ダイオードの第１の緑素子に対する電流を制御し、
前記第１のスイッチおよび前記第５のスイッチが前記第１の発光ダイオードの第１の青素子に対する電流を制御し、
前記第２のスイッチおよび前記第３のスイッチが第２の発光ダイオードの第２の赤素子に対する電流を制御し、
前記第２のスイッチおよび前記第４のスイッチが前記第２の発光ダイオードの第２の緑素子に対する電流を制御し、
前記第２のスイッチおよび前記第５のスイッチが前記第２の発光ダイオードの第２の青素子に対する電流を制御する
方法。
【請求項９】
前記第１のパルス幅変調信号、前記第２のパルス幅変調信号、前記第３のパルス幅変調信号、および前記第４のパルス幅変調信号が、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の色を調整するために、前記第１のスイッチ、第２のスイッチ、第３のスイッチ、第４のスイッチ、ならびに第５のスイッチを制御する、請求項８に記載の方法。
【請求項１０】
前記第１から第４のパルスを生成することが、情報を示す、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光を生成するために制御される、請求項９に記載の方法。
【請求項１１】
前記示された情報が、リマインダ、警告、要求、活動、実施要請、表示、状態、および確認のうちの１つまたは複数である、請求項１０に記載の方法。
【請求項１２】
前記第１から第４のパルスを生成することが、終夜灯として動作する、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光を生成するように制御される、請求項９に記載の方法。
【請求項１３】
遠隔サーバからの信号に応答して、前記第１のパルス幅変調信号と、前記第２のパルス幅変調信号と、前記第３のパルス幅変調信号と、前記第４のパルス幅変調信号とを生成することをさらに備えた、請求項９に記載の方法。
【請求項１４】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第２のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の赤素子の強度と、前記第２の発光ダイオードの前記第２の赤素子の強度とを制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第３のスイッチとを制御する、請求項８に記載の方法。
【請求項１５】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第３のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の緑素子の強度と、前記第２の発光ダイオードの前記第２の緑素子の強度とを制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第４のスイッチとを制御する、請求項８に記載の方法。
【請求項１６】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第４のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の青素子の強度と、前記第２の発光ダイオードの前記第２の青素子の強度とを制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第５のスイッチとを制御する、請求項８に記載の方法。
【請求項１７】
前記通信ハブデバイスがモバイルデバイスである、請求項８に記載の方法。
【請求項１８】
第１のパルス幅変調信号を生成することと、前記第１のパルス幅変調信号を反転することと、第２のパルス幅変調信号を生成することと、第３のパルス幅変調信号を生成することと、第４のパルス幅変調信号を生成することとが、前記モバイルデバイスによって実行されるアプリケーションからの命令に応答して実行される、請求項１７に記載の方法。
【請求項１９】
通信ハブデバイスのディスプレイ照明を制御するための回路であって、
第１のスイッチを制御するために、第１のパルス幅変調信号を生成するための手段と、
第２のスイッチを制御するために、前記第１のパルス幅変調信号を反転するための手段と、
第３のスイッチを制御するために、第２のパルス幅変調信号を生成するための手段と、
第４のスイッチを制御するために、第３のパルス幅変調信号を生成するための手段と、
第５のスイッチを制御するために、第４のパルス幅変調信号を生成するための手段と
を備え、
前記第１のスイッチおよび前記第３のスイッチが第１の発光ダイオードの第１の赤素子に対する電流を制御し、
前記第１のスイッチおよび前記第４のスイッチが前記第１の発光ダイオードの第１の緑素子に対する電流を制御し、
前記第１のスイッチおよび前記第５のスイッチが前記第１の発光ダイオードの第１の青素子に対する電流を制御し、
前記第２のスイッチおよび前記第３のスイッチが第２の発光ダイオードの第２の赤素子に対する電流を制御し、
前記第２のスイッチおよび前記第４のスイッチが前記第２の発光ダイオードの第２の緑素子に対する電流を制御し、
前記第２のスイッチおよび前記第５のスイッチが前記第２の発光ダイオードの第２の青素子に対する電流を制御する
回路。
【請求項２０】
前記第１のパルス幅変調信号、前記第２のパルス幅変調信号、前記第３のパルス幅変調信号、および前記第４のパルス幅変調信号が、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光の色を制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第３のスイッチと、前記第４のスイッチと、前記第５のスイッチとを制御する、請求項１９に記載の回路。
【請求項２１】
前記第１から第４のパルスを生成するための手段が、情報を示す、第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光を生成するために制御される、請求項２０に記載の回路。
【請求項２２】
前記示された情報が、リマインダ、警告、要求、活動、実施要請、表示、状態、および確認のうちの１つまたは複数である、請求項２１に記載の回路。
【請求項２３】
前記第１から第４のパルスを生成するための手段が、終夜灯として機能する、前記第１の発光ダイオードおよび前記第２の発光ダイオードによって出力された光を生成するために制御される、請求項２０に記載の回路。
【請求項２４】
遠隔サーバからの信号に応答して、前記第１のパルス幅変調信号を生成するための手段と、前記第２のパルス幅変調信号を生成するための手段と、前記第３のパルス幅変調信号を生成するための手段と、前記第４のパルス幅変調信号を生成するための手段とをさらに備える、請求項２０に記載の回路。
【請求項２５】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第２のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の赤素子の強度と、前記第２の発光ダイオードの前記第２の赤素子の強度とを制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第３のスイッチとを制御する、請求項１９に記載の回路。
【請求項２６】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第３のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の緑素子の強度と、前記第２の発光ダイオードの前記第２の緑素子の強度とを制御するために、前記第１のスイッチと、前記第２のスイッチと、前記第４のスイッチとを制御する、請求項１９に記載の回路。
【請求項２７】
前記第１のパルス幅変調信号の位相およびデューティサイクル、ならびに前記第４のパルス幅変調信号の位相およびデューティサイクルが、前記第１の発光ダイオードの前記第１の青素子の強度と、前記第２の発光ダイオードの前記第２の青素子の強度とを制御するために、前記第１のスイッチと、第２のスイッチと、第５のスイッチとを制御する、請求項１９に記載の回路。
【請求項２８】
前記通信ハブデバイスがモバイルデバイスである、請求項１９に記載の回路。
【請求項２９】
第１のパルス幅変調信号を生成することと、前記第１のパルス幅変調信号を反転することと、第２のパルス幅変調信号を生成することと、第３のパルス幅変調信号を生成することと、第４のパルス幅変調信号を生成することとが、前記モバイルデバイスによって実行されるアプリケーションからの命令に応答して実行される、請求項２８に記載の回路。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２０１１年１２月５日に出願した、「Ｔｅｌｅｈｅａｌｔｈ  Ｗｉｒｅｌｅｓｓ  Ｍ２Ｍ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｈｕｂ  Ａｎｄ  Ｓｅｒｖｉｃｅ  Ｐｌｔｆｏｒｍ  Ｓｙｓｔｅｍ」という表題の米国仮特許出願第６１／５６６、９３９号、および２０１２年１月１３日に出願した、「Ｔｅｌｅｈｅａｌｔｈ  Ｗｉｒｅｌｅｓｓ  Ｍ２Ｍ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｈｕｂ  Ａｎｄ  Ｓｅｒｖｉｃｅ  Ｐｌａｔｆｏｒｍ  Ｓｙｓｔｅｍ」という表題の米国特許出願第１３／３４９，９３８号の優先権の利益を主張するものである。これら両方の出願の内容全体は参照により本明細書に組み込まれる。
【技術分野】
【０００２】
本発明は、一般に、コンピュータネットワークに関し、より詳細には、中間サーバによって医療デバイスを遠隔医療サービスに結合して、プロバイダをサポートするためのワイヤレス通信ハブに関する。
【背景技術】
【０００３】
その多くが家庭での使用のために構成されている電子医療デバイスの人気はますます増大している。そのような医療デバイスの機能は重要であるが、そのような医療機関と医療システムの統合はわずかにしか達成されていない。そのような統合を妨げている課題のうちの１つは、大部分の電子医療デバイスが通信インターフェースを考慮せずに開発されていることである。したがって、統合バックボーンとして機能することが可能な標準的な通信プロトコルまたは通信技術が実施されていない。
【発明の概要】
【０００４】
本願に組み込まれ、本明細書の一部を構成する添付の図面は、本発明の例示的な実施形態を示し、前述の一般的な説明および後述の詳細な説明とともに、本発明の特徴を説明するのに役立つ。
【図面の簡単な説明】
【０００５】
【図１Ａ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｂ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｃ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｄ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｅ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｆ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図１Ｇ】ある実施形態とともに使用するのに適した通信システムおよびデータフローを例示する図。
【図２】様々な実施形態の機能性を例示する通信システムブロック図。
【図３Ａ】ある実施形態によるワイヤレス通信ハブデバイスの構成要素ブロック図。
【図３Ｂ】ある実施形態によるワイヤレス通信ハブデバイスの構成要素ブロック図。
【図３Ｃ】ある実施形態によるワイヤレス通信ハブデバイスの透視図。
【図３Ｄ】ある実施形態によるワイヤレス通信ハブデバイスの代替構成の透視図。
【図４】ある実施形態によるワイヤレス通信ハブデバイスのソフトウェア／ハードウェアモジュールブロック図。
【図５】ワイヤレス通信ハブデバイスを初期化および使用するためのある実施形態方法のプロセス流れ図。
【図６Ａ】サービスプラットフォームサーバを介してワイヤレス通信ハブデバイスを使用して周辺デバイスにアクセスするためのある実施形態方法のプロセス流れ図。
【図６Ｂ】サービスプラットフォームサーバを介してワイヤレス通信ハブデバイスを使用して周辺デバイスにアクセスするためのある実施形態方法のプロセス流れ図。
【図７Ａ】ある実施形態ワイヤレス通信ハブデバイスの様々な動作の間に様々な構成要素間で交換可能なメッセージを例示するメッセージ流れ図。
【図７Ｂ】ある実施形態ワイヤレス通信ハブデバイスの様々な動作の間に様々な構成要素間で交換可能なメッセージを例示するメッセージ流れ図。
【図８Ａ】ワイヤレス通信ハブデバイスを低電力モードから活性化するためのある実施形態方法のプロセス流れ図。
【図８Ｂ】図８Ａに例示された実施形態方法の間に様々な通信ネットワーク参加者同士の間で交換可能なメッセージを例示するメッセージ流れ図。
【図９Ａ】周辺デバイスから受信されたデータを報告するために、ワイヤレス通信ハブデバイス内で実施されるある実施形態方法のプロセス流れ図。
【図９Ｂ】図９Ａに例示された実施形態方法の間に様々な通信ネットワーク参加者同士の間で交換可能なメッセージを例示するメッセージ流れ図。
【図９Ｃ】周辺デバイスから受信されたデータを別のワイヤレス通信ハブデバイスに結合された別の周辺デバイスに送信するために、ワイヤレス通信ハブデバイス内で実施されるある実施形態方法のプロセス流れ図。
【図９Ｄ】図９Ｃに例示された実施形態方法の間に様々な通信ネットワーク参加者同士の間で交換可能なメッセージを例示するメッセージ流れ図。
【図１０】様々な実施形態によるサービスプラットフォームサーバ内で使用するのに適したある例示的なデータ構造を示す図。
【図１１】様々な実施形態によるワイヤレス通信ハブデバイス内で使用するのに適したある例示的なデータ構造を示す図。
【図１２】ワイヤレス通信ハブデバイスから周辺デバイスを活性化および非活性化するためのある実施形態方法のプロセス流れ図。
【図１３】ワイヤレス通信ハブデバイスを介して取得されたデータを利用するためにサーバ内で実施可能なある実施形態方法のプロセス流れ図。
【図１４】３色ＬＥＤを制御するために実施可能な制御信号を例示するシグナリング対時間図。
【図１５Ａ】ワイヤレス通信ハブデバイス上のディスプレイ照明を制御するためのある実施形態回路の回路図。
【図１５Ｂ】ワイヤレス通信ハブデバイス上のディスプレイ照明を制御するためのある実施形態回路の回路図。
【図１５Ｃ】ワイヤレス通信ハブデバイス上の照明ディスプレイを制御するために、図１５Ａおよび図１５Ｂで例示された回路実施形態を用いて実施可能な制御信号を例示するシグナリング対時間図。
【図１５Ｄ】ワイヤレス通信ハブデバイス上の照明ディスプレイを制御するために、図１５Ａおよび図１５Ｂで例示された回路実施形態を用いて実施可能な制御信号を例示するシグナリング対時間図。
【図１５Ｅ】ワイヤレス通信ハブデバイス上の照明ディスプレイを制御するために、図１５Ａおよび図１５Ｂで例示された回路実施形態を用いて実施可能な制御信号を例示するシグナリング対時間図。
【図１５Ｆ】ワイヤレス通信ハブデバイス上の照明ディスプレイを制御するために、図１５Ａおよび図１５Ｂで例示された回路実施形態を用いて実施可能な制御信号を例示するシグナリング対時間図。
【図１６】様々な実施形態とともに使用するのに適したサーバの構成要素ブロック図。
【図１７】様々な実施形態とともに使用するのに適したモバイルデバイスの構成要素ブロック図。
【発明を実施するための形態】
【０００６】
添付の図面を参照して、様々な実施形態が詳細に説明される。可能な場合はいつでも、同じ部分または類似の部分を指すために、図を通して同じ参照番号が使用される。特定の例および実装形態の参照は例示のためであり、本発明または請求項の範囲を限定することが意図されない。
【０００７】
本明細書で使用される場合、「デバイス」という用語は、そのいくつかの例が本明細書で言及されるか、または説明される、何らかの電子デバイスを指す。好ましい実施形態では、デバイスは、デバイスが別のコンピューティングデバイスまたはネットワークに結合されることを可能にする通信ポートを含む。
【０００８】
本明細書で使用される場合、「コンピュータ」、「パーソナルコンピュータ」、および「コンピューティングデバイス」という用語は、知られているか、または将来開発されることになる何らかのプログラマブルコンピュータシステムを指す。好ましい実施形態では、コンピュータは、本明細書で説明されるように、ネットワークに結合されることになる。コンピュータシステムは、本明細書で説明されるプロセスを実行するためのソフトウェア命令を用いて構成することが可能である。
【０００９】
本明細書で使用される場合、「構成要素」、「モジュール」、「システム」などの用語は、コンピュータ関連のエンティティ、すなわち、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのうちのいずれかを指すことが意図される。たとえば、構成要素は、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト、実行可能物、実行のスレッド、プログラム、および／またはコンピュータであってよいが、これらに限定されない。例として、サーバ上で実行しているアプリケーションとサーバは両方とも構成要素であり得る。１つまたは複数の構成要素は、プロセス内および／または実行のスレッド内に存在することが可能であり、構成要素は、１つのコンピュータ上に局在化されてよく、かつ／または２つ以上のコンピュータ同士の間で分散されてもよい。
【００１０】
いくつかの構成要素、モジュールなどを含むことが可能なシステムに関して様々な態様が提示される。様々なシステムは、追加の構成要素、モジュールなどを含むことが可能であり、かつ／または図面に関して議論される構成要素、モジュールなどのすべてを含まなくてもよいことを理解および認識されよう。また、いくつかの構成要素およびモジュールが結合されて統合回路またはチップセットを形成することが可能であることを理解されたい。これらの手法の組合せを使用することも可能である。
【００１１】
その製品の医療面に重点を置き、最近になってやっと、製品の通信機能と、それらの製品を使用することに関連するユーザ経験とに重点を置いた多数の製造会社によって電子医療デバイスおよびフィットネスデバイスが開発されている。結果として、標準、通信プロトコル、および技術に関する協力があるとすれば、わずかである。したがって、電子医療およびフィットネス装置の分野は、そのようなデバイスをそのデータを使用することができるファシリティおよびサービスと接続することを円滑にすることになる何らかの種類の協力または標準に欠ける。
【００１２】
本明細書で説明される様々な実施形態は、データが安全に記憶されることになるのを確実にしながら、データを確実に捕捉して、世界中でワイヤレスデバイスから何らかのポータルまたはデータベースに配信することができるワイヤレスヘルス解決策（wireless health solutions）の実装形態を可能にするデバイス、システム、および方法を提供する。様々な実施形態は、（たとえば、住居設定でなど）様々な電子医療デバイスおよびフィットネスデバイスのうちのいずれかから医療管理データを収集して、ワイヤレス通信ネットワーク（たとえば、セルラーネットワーク）上でこのデータを中央サーバに送信し戻すことが可能なワイヤレスゲートウェイを含む通信システムを提供する。様々な実施形態は、その情報が何らかのユーザデバイスおよび／またはユーザの医療管理プロバイダおよび介護人によって容易にアクセス可能であり得るように、医療デバイスおよびフィットネスデバイスを相互接続する終端間の技術を選ばないクラウドベースのサービス（technology-agnostic cloud-based service）であるプラットフォームを提供する。
【００１３】
様々な実施形態は、プロセッサと、ユーザの住居、事務所、または医療／フィットネス施設であってよい電子医療およびフィットネス装置と医療および／またはフィットネスデータを受信および処理することが可能な外部サーバとの間に通信リンクを提供するように構成された通信トランシーバとを含む（本明細書で、ワイヤレスＭ２Ｍ通信ハブ、バーチャルパーソナルハブ（ＶＰＨ）、通信ハブデバイス、ワイヤレス通信ハブデバイス、２Ｎｅｔハブ、および／またはハブとして、交換可能に呼ばれる）ワイヤレス通信ハブデバイスを含む。様々な実施形態では、ワイヤレス通信ハブデバイスは、遠隔医療システムおよびデータベースとのパーソナル医療デバイスのネットワーク接続が大いに簡素化されるように、遠隔サービスプラットフォームサーバとの間でデータをやりとりすることが可能である。ある実施形態では、ワイヤレス通信ハブデバイスは、スマートフォン、ＰＤＡ、または医療デバイスなど、モバイルユーザデバイスのハードウェアおよび／またはソフトウェアの下位構成要素であってよい。
【００１４】
ある実施形態では、ワイヤレス通信ハブデバイスは、電子医療およびフィットネスデバイスが他のワイヤレス通信ハブの通信範囲内に入るとすぐに、（指定された第１の場所内で、またはその外部で）１つのワイヤレス通信ハブと対にされた電子医療およびフィットネスデバイスをもう１つのワイヤレス通信ハブデバイスとともに使用することができるマルチハブ電子医療およびフィットネスデバイス「ローミング」をサポートするように構成可能である。ある実施形態では、ワイヤレス通信ハブデバイスとのこの特定の電子医療およびフィットネスデバイス動作は、新しいワイヤレス通信ハブデバイスとの再認証を条件とする場合がある。ある実施形態では、「サービスオール（Service All）タイプのワイヤレス通信ハブデバイスは、デバイスタイプの認証が発生する限り、ワイヤレス通信ハブデバイスに接続することを試みる何らかの電子医療およびフィットネスデバイスが動作するのを可能にすることができる。ある実施形態では、ワイヤレス通信ハブデバイスとのペアリング（pairing）および（たとえば、２ｎｅｔハブ「ホットスポット」と類似の）動作のための段階的なライセンスレベルをアドホック電子医療およびフィットネスデバイスに付与することができる。たとえば、ワイヤレス通信ハブデバイスを（本明細書で、ハブとデバイスの関連付け（hub-to-device associations）と呼ばれる）ワイヤレス通信ハブデバイスが通信する特定の電子医療およびフィットネスデバイス（たとえば、血糖値計、血圧計、体重計など）と対にすることが可能である。電子医療およびフィットネスデバイスからのトラフィックを拾い上げて、その情報をサーバに通信することが可能なワイヤレス通信ハブデバイスをやはり有する第２の場所（たとえば、友人の住居）に電子医療およびフィットネスデバイスを移送することが可能である（すなわち、通信システムは、電子医療およびフィットネスデバイスと通信するワイヤレス通信ハブデバイスの有無にかかわらず、電子医療およびフィットネスデバイスからのデータをバックエンドサーバ（たとえば、サービスプラットフォームサーバ）に送信することができるように構成可能である）。ある実施形態では、バックエンドサーバ（たとえば、サービスプラットフォームサーバ）からの通信を電子医療およびフィットネスデバイスに伝達することが必要な場合があり、バックエンドサーバは何らかのハブとデバイスの関連付けの確立を記録することができる。このように、バックエンドサーバ（たとえば、サービスプラットフォームサーバ）は、電子医療およびフィットネスデバイスがローミングする対象であるすべてのワイヤレス通信ハブデバイスを記録し続けることができる。ある実施形態では、電子医療およびフィットネスデバイスとワイヤレス通信ハブデバイスとの間で記録された関連性は、データを電子医療およびフィットネスデバイスに配信するために、バックエンドサーバ（たとえば、サービスプラットフォームサーバ）によって使用可能である。ある例として、サービスプラットフォームサーバは、リスト内で電子医療およびフィットネスデバイスと関連付けられた最後のワイヤレス通信ハブデバイスに、リスト上で電子医療およびフィットネスデバイスと関連付けられたすべて���ワイヤレス通信ハブデバイスに、かつ／または、その後、電子医療およびフィットネスデバイスが現在接続されているワイヤレス通信ハブデバイスが位置特定されるまで、リスト内の各ワイヤレス通信ハブデバイスにデータを配信することができる。
【００１５】
ある実施形態では、ワイヤレス通信ハブデバイスは、スケジュールされた時間に電子医療およびフィットネスデバイスデータをバックエンドサーバにアップロードする前に、そのデータを永続記憶装置内に一時的に保存するように構成可能である。ワイヤレス通信ハブデバイス上に存在するデータ記憶モジュール（ＤＳＭ）は、この記憶されたデータを系統的な形で組織化して、そのデータをファイルシステム内に永続的に記憶して、記憶された電子医療およびフィットネスデバイスデータを管理するために適切なファイルハウスキーピング（file housekeeping）動作を実行することができる。
【００１６】
様々な実施形態は、デュアルデータベースを使用して、企業間（Ｂ２Ｂ）伝送および記憶プロセスをサポートすることができる。単純なＢ２Ｂ伝送モデルでは、データの記憶は、データを適切なパートナーに転送する際の単なる支援であり得る。ある実施形態では、ワイヤレス通信ハブデバイスおよびサービスプラットフォームサーバは、データを転送するためのパイプラインとして機能することが可能である。通信システムが「Ｂ２Ｂ伝送＋解析」モデルに従って動作するある実施形態では、ワイヤレス通信ハブデバイスおよび／またはサービスプラットフォームサーバは、電子医療およびフィットネスデバイス製造会社および／または他のパートナーに解析性を提供することができ、電子医療およびフィットネスデバイス製造会社および／または他のパートナーが消費者と関係を持たずに、電子医療およびフィットネスデバイス製造会社ならびに／または他のパートナーに代わって、収集されたデータのうちのいくつかまたはすべてを記憶することができる。
【００１７】
様々な実施形態では、サービスプラットフォームサーバは、パイプライン機能に関するデータを送信して、識別可能なデータに関する解析を実行するために、データのうちのいくつかまたはすべてを記憶することができる。ある実施形態では、消費者との直接的な関係は何も存在しなくてよい。サービスプラットフォームサーバオペレータが（たとえば、取引先との契約によって）保護された健康情報（ＰＨＩ）データに関するデータ記憶権を受信することが可能なある実施形態では、保護された健康情報を契約および医療保険の相互運用性と説明責任に関する法律（Health Insurance Portability and Accountability Act）（ＨＩＰＡＡ）に従って、安全なファシリティ内に記憶することが可能である。サービスプラットフォームサーバオペレータが識別解除されたデータに関するデータ記憶権を受けるある実施形態では、元のＰＨＩデータは、１つのデータベース内に記憶されることが可能であり、一方向ハッシュアウトされて（one-way hashed out）、別のデータベース内に識別解除された形で記憶されることが可能である。ある実施形態では、データ連続性が維持されるように、データをデュアルデータベース内に記憶することが可能である。ある実施形態では、データをデータベース内に記憶して、無期限にバックアップすることが可能である。データを安全なＰＣＩ環境データセンタ内に収納することが可能である。
【００１８】
ある実施形態では、データ制御はデータ権に基づいて実施可能である。ある実施形態では、セキュリティポリシーおよびセキュリティ手順は、物理的、技術的、および管理上のセーフガードを実施することができる。ある実施形態では、（たとえば、ＡＥＳ１２８を介して）データを暗号化して、（たとえば、ワイヤレス通信ハブからサービスプラットフォームサーバに、かつ（１つまたは複数の）カスタマのサーバまで）終端間で保全することが可能である。別の実施形態では、システムは、データのチャンク（chunk）が受信されて、（たとえば、ＨＩＰＡＡ標準に従って）識別解除されるデータ識別解除手法を実施することができる。ある実施形態では、新しいデータが識別解除されたデータに「追加され」ず、むしろ、識別解除プロセスがより大きなデータセットに関して再実行されるようにシステムを構成することが可能である。
【００１９】
様々な実施形態では、ワイヤレス通信ハブデバイスおよび／またはサービスプラットフォームサーバは、一連のホワイトリストおよびブラックリストを使用して、通信パートナーを選択することができる。ある例として、ワイヤレス通信ハブデバイスは、許可されたデバイスのホワイトリスト内に列挙された医療デバイスと接続して、禁じられたデバイスのブラックリスト上に列挙されたデバイスとの接続を回避することができる。
【００２０】
ある実施形態では、ワイヤレス通信ハブデバイスと電子医療およびフィットネスデバイスとの間の通信を「追加設定なしに」かつ／または検出時に迅速に可能にするために、ワイヤレス通信ハブデバイスと電子医療およびトレーニングデバイスとを事前に対にすることが可能である。たとえば、ワイヤレス通信ハブデバイス、ならびに電子医療およびフィットネスデバイスは、近接性検出または遠隔関連付けによってなど、何らかの形で事前に対にする能力をサポートすることができる。
【００２１】
ある実施形態では、ワイヤレス通信ハブデバイスは、ワイヤレス通信ハブデバイスデータ収集の動作およびアップロードプロセスを速度調整する（paces）スケジューリングマネージャを含むことが可能である。ある実施形態では、スケジューリングマネージャは、電子医療およびフィットネスデバイス相互作用に関するスケジュール処理と、サービスプラットフォームサーバへのアップロードとを処理することができる。スケジューリングマネージャは、無線スケジュールブループリントに従って、電子医療デバイスおよびフィットネスデバイスの相互作用に関するスケジュール「ティッキング（ticking）」を提供することができる。スケジューリングマネージャは、アップロードスケジュールブループリントに従って、電子医療デバイスおよびフィットネスデバイスからサービスプラットフォームに収集されたデータをアップロードするためにスケジュール「ティッキング」を提供することができる。スケジューリングマネージャは、たとえば、スケジューリングマネージャが優先順位衝突を識別するとすぐに、スケジュールブループリントに関するその衝突についてサービスプラットフォームサーバに通知することができる。ある実施形態では、スケジューリングマネージャは、電子医療デバイスおよびフィットネスデバイスの相互作用を開始するように無線マネージャに通知することによって、無線マネージャと相互作用することができる。ある実施形態では、スケジューリングマネージャは、所与の電子医療およびフィットネスデバイスから収集されたデータをアップロードする必要をデータ収集マネージャ（ＤＣＭ）に通知することによって、ＤＣＭと相互作用することができる。
【００２２】
ある実施形態では、スケジューリングマネージャは、データ収集とアップロードの両方のためにサービスプラットフォームによって生成されたスケジュールブループリントを処理する２つのスケジューラアルゴリズムインスタンスを含むことが可能である。ある実施形態では、セットアップの後、各スケジュールアルゴリズムインスタンスは、（「リソース」と呼ばれるスケジュールアルゴリズム内で）データを要求するために、接続について聴取するために、電子医療およびフィットネスデバイスから収集されたデータをアップロードするために、かつ／あるいは（「グループ」と呼ばれるスケジュールアルゴリズム内で）優先順位および／または無線衝突により、１つもしくは複数の所与の電子医療およびフィットネスデバイスがサービス提供されなかったことを報告するために、ブループリントから計算された時間にコールバックを提供することができる。ある実施形態では、アップロード事象のスケジューリングおよびデータのフィルタリングは、ワイヤレス通信ハブデバイスが、サービスプラットフォームサーバによって維持され得るスケジュールに基づいて、記憶および転送デバイスとして機能することを伴う場合がある。
【００２３】
ある実施形態では、ワイヤレス通信ハブデバイスは、インストール可能な電子医療およびフィットネスデバイスドライバによって動的に提供され得る。ある例として、ワイヤレス通信ハブデバイスは、ワイヤレス通信ハブデバイスを接続することが可能な電子医療およびフィットネスデバイス用の電子医療およびフィットネスデバイスドライバを受けるために、サービスプラットフォームサーバに接続することができる。ある実施形態では、電子医療およびフィットネスデバイスドライバは、ワイヤレス通信ハブデバイスにおいて維持された構成データに基づいて選択可能であり、電子医療およびフィットネスデバイスに関するデータに基づかなくてもよく、すなわち、詳細には、電子医療およびフィットネスデバイスによって要求されなくてもよい。
【００２４】
ある実施形態では、電子医療およびフィットネスデバイスとワイヤレス通信ハブデバイスとの間の検出および通信を可能にするために、電子医療およびフィットネスデバイスを１つまたは複数のワイヤレス通信ハブデバイスと関連付けることが可能であり、逆も同様である。ある実施形態では、ワイヤレス通信ハブデバイスと電子医療およびフィットネスデバイスのすべての関連付けを単一のカスタマに限定することが可能である。様々な実施形態では、サービスプラットフォーム（ＳＰ）は、単一の電子医療およびフィットネスデバイスを単一のワイヤレス通信ハブデバイスと明示的に関連付けること、複数の電子医療およびフィットネスデバイスを単一のワイヤレス通信ハブデバイスと明示的に関連付けること、指定された範囲の電子医療およびフィットネスデバイスを１つまたは複数のワイヤレス通信ハブデバイスと関連付けること、単一の電子医療およびフィットネス通信デバイスを、２つ以上のワイヤレス通信ハブデバイスと明示的に関連付けることなどを含めて、ワイヤレス通信ハブデバイスと電子医療およびフィットネスデバイスとの種々の関連付けをサポートすることができる。２つ以上のワイヤレス通信ハブデバイスが１つまたは複数の電子医療およびフィットネスデバイスと通信するある実施形態では、ワイヤレス通信ハブデバイスならびに／または電子医療デバイスおよびフィットネスデバイスの間の通信を負荷分散することが可能である。ある実施形態では、通信の負荷分散は、サービスプラットフォームサーバから受信された１つまたは複数のメッセージに応答して達成可能である。ある実施形態では、ワイヤレス通信ハブデバイスは、異なるワイヤレス通信ハブと関連付けられた電子医療およびフィットネスデバイスに対する通信リンクを確立して、別の電子医療およびフィットネスデバイスからサービスプラットフォームサーバにデータを通信するのを可能にすることができる。
【００２５】
ある実施形態では、ワイヤレス通信ハブデバイスによる電子医療およびフィットネスデバイスの動的な検出をサポートして、サービスプラットフォームサーバはサービスプラットフォームサーバが通信した最後の１つまたは少数のワイヤレス通信ハブデバイスに関する情報をリアルタイムで維持することができる。この接続情報の維持は、ワイヤレス通信ハブデバイスからサービスプラットフォームサーバに送信された電子医療およびフィットネスデバイス情報の登録および登録解除を使用して達成可能である。サービスプラットフォームサーバは、各ワイヤレス通信ハブデバイスからのメッセージを（たとえば、ｘｍｌスキーマごとに）受信、解析、および処理して、登録が成功したとき、または失敗したとき、各ワイヤレス通信ハブデバイスに知らせることができる。加えて、サービスプラットフォームサーバは、登録情報を更新して、必要な登録関連の手順を実行する（たとえば、新しい構成を更新する）ことができる。電子医療およびフィットネスデバイスが新しいワイヤレス通信ハブデバイスに登録する場合、サービスプラットフォームサーバは、電子医療およびフィットネスデバイスが前に接続したワイヤレス通信ハブデバイスに関して必要な登録解除手順（たとえば、構成更新）を実行することができる。
【００２６】
ある実施形態では、ユーザに情報を知らせて、様々な表示を提供するために、単一の高強度色彩（たとえば、青、白、または赤）照明パネルをワイヤレス通信ハブデバイス内に含めることが可能である。そのような照明パネルは、図１５Ａ〜図１５Ｆを参照して下でより詳細に説明される、ワイヤレス通信ハブデバイスを介して制御可能なソフトウェアであってよい。たとえば、ワイヤレス通信ハブデバイスは、安定状態ＯＮモード、点滅モード、安定ＯＮと周期的点滅の組合せ、高強度輝度、低強度輝度、様々な色彩（たとえば、あることを示すための青と、別のことを示すための赤）、およびこれらの状態またはディスプレイのうちのいずれかの組合せを提供するために、ワイヤレス通信ハブデバイス上で実行するソフトウェアによって、かつ／またはサービスプラットフォームサーバを介して遠隔で制御可能である。高強度の輝度モードのとき、インジケータは、ステータスを示すために、またはリマインダもしくは信号（たとえば、服用されていない薬の投与量、リマインダサービスなど）をユーザに提供するために、部屋の向かい側からユーザに明瞭に可視的であり得る。ある実施形態では、デバイスのステータスに関してなど、様々なタイプの情報をユーザに提供するために、２つの３色低強度発光ダイオード（ＬＥＤ）をワイヤレス通信ハブデバイス内に含めることが可能である。ある例として、ＬＥＤは、薬を追加注文する時期であるという表示、薬を服用する時間であるという表示、一次警告および／もしくは二次警告の表示、ワイヤレス通信ハブデバイス、サービスプラットフォームサーバ、もしくは他のデバイスのエラーまたは故障の表示、ならびに／あるいはワイヤレス通信ハブデバイス、サービスプラットフォームサーバ、および／または他のデバイスの間の情報交換、ならびに／あるいは動きセンサおよび／または個人的な緊急状態応答システム（ＰＥＲＳ）がワイヤレス通信ハブデバイスと通信している可能性があるときの動き検出ステータスの表示として機能することが可能である。ある実施形態では、情報を通信するために、異なる色彩で輝く２つのシンボルをワイヤレス通信ハブデバイスの前面に含めることが可能である。さらなる実施形態では、ワイヤレス通信ハブデバイスによって受信されたセルラーネットワーク信号のステータスを示すためにバーシンボルを含めることが可能である。
【００２７】
様々な実施形態は、ワイヤレス通信ハブデバイスを介して確立されたネットワークに接続された電子医療およびフィットネスデバイス同士の間で、かつ複数のワイヤレス通信ハブデバイスを介して確立されたネットワーク同士の間でデータの共有を準拠した形でサポートする。様々な実施形態は、Ｃｏｎｔｉｎｕａ使用可能な電子医療およびフィットネスデバイスをサポートして、Ｃｏｎｔｉｎｕａ使用可能な電子医療およびフィットネスデバイスに関するデータを共有するのを可能にすることができる。ある実施形態では、ワイヤレス通信ハブデバイスは、世界のどこででも利用可能な任意のワイヤレス広域ネットワーク（ＷＷＡＮ）を介して通信することが可能にされ得る。
【００２８】
様々な実施形態は、（たとえば、電子医療およびフィットネスデバイスごとに、カスタマごとに、電子医療およびフィットネスデバイスタイプごとに、電子医療およびフィットネスデバイス内のアプリケーションごとになど）複数のレベルで段階的なサービス品質（ＱｏＳ）および優先順位付けを提供することができる。様々な実施形態は、（電子医療およびフィットネスデバイス、カスタマ、アプリケーションなど）など、複数のレベルでサービスレベル要件の実施をサポートすることができる。
【００２９】
ある実施形態では、サービスプラットフォームは、データリソースプールであってよいサービスプラットフォーム上で複数の多様なデータセットの収集を可能にするデータウェアハウス／解析ハブを含むことが可能である。そのようなデータリソースプールは、たとえば、オンライン解析処理（「ＯＬＡＰ」）、サービスプラットフォームデータセットに有料で達する第三者解析処理、混合解析処理、インテリジェントデバイス（たとえば、Ｘｐｒｉｚｅ三色など）に関して含む、データセットに基づくサービスアルゴリズム、２ｎｅｔＡＲによるプロジェクト結果、カスタマ／パートナーに関するデータ用の長期的記憶（ｅｏｎｓ）ファシリティ、ワイヤレス（たとえば、Ｗｉ−Ｆｉ（登録商標）、ＷＷＡＮ、ＢＳＡなど）およびワイヤレス医療管理（たとえば、生物測定）データに関する収束点、ゲノミクスデータとの組合せ、バイオテクノロジーデータとの組合せ、ならびにそれらの組合せを含むことが可能である。
【００３０】
図１Ａおよび１Ｂは、様々な実施形態に従ってワイヤレス通信ハブデバイス１１２を使用する、２つの例示的な通信システム１００および１０１内に含めることが可能なシステム構成要素を例示する。図１Ａをまず参照すると、ワイヤレス通信ハブデバイスシステム１００は、２つの主要要素、すなわち、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ（たとえば、ＶＰＨサーバ）１４０から構成され得る。ワイヤレス通信ハブデバイス１１２を（たとえば、ＵＳＢ、ＦｉｒｅＷｉｒｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＡＮＴ＋、Ｗｉ−Ｆｉ、Ｚｉｇｂｅｅ（登録商標）、または他のワイヤード接続もしくはワイヤレス接続を介して）周辺デバイス１０２、１０４、１０６、ならびに１１０（たとえば、電子医療およびフィットネスデバイス）に接続することができる。ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２が、セルラー信号２を介して、インターネット１１４に結合されたセルラーデータネットワークサーバ１３４に結合された１つまたは複数のセルラー基地局１３２を含むセルラーデータネットワーク１３０と通信するのを可能にするセルラートランシーバを含むことが可能である。サービスプラットフォームサーバ１４０は、インターネット１１４に結合されて、周辺デバイス１０２、１０４、１０６、および１１０に対する接続を可能にするために、安全なアクセスなど、様々なサービスをワイヤレス通信ハブデバイス１１２に提供することができる。加えて、ワイヤレス通信ハブデバイス１１２および／またはサービスプラットフォームサーバ１４０を介して、ワイヤレス通信ハブデバイス１１２に対する直接的な安全なアクセスと、周辺デバイス１０２、１０４、１０６、および１１０に対する接続とをサポートするために、ユーザのパーソナルコンピュータ１３８上にソフトウェアドライバを設定することができる。加えて、モバイルデバイス１３６は、ワイヤレス通信ハブデバイス１１２および／またはサービスプラットフォームサーバ１４０と情報を交換するために、セルラー信号２を介して、セルラーデータネットワーク１３０と通信することができる。
【００３１】
サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイスと、それらに接続可能な周辺デバイスと、そのような周辺デバイスから取得され得るデータとに関する様々なデータおよび通信サービスを提供するように構成可能である。サービスプラットフォームサーバ１４０によって提供される１つのサービスは、ワイヤレス通信ハブデバイス１１２に接続された周辺装置とそれらの周辺装置にアクセスする遠隔コンピュータとの間のユーザ認証検出および通信をサポートして、ユーザが、ユーザに登録された（すなわち、ユーザのアカウントと関連付けられた）１つまたは複数のワイヤレス通信ハブデバイス１１２に結合された周辺装置に対するアクセスを提供するアカウントをセットアップするのを可能にすることができる。このサービスはワイヤレス通信ハブデバイス１１２に接続された特定の周辺デバイスと通信するためのカスタムプロトコルを用いることができる。これらのサービスは、通常のインターフェース接続と、ワイヤレス通信ハブデバイス１１２が無線（ＯＴＡ）使用料金を最小限に抑えるためにアイドルモードに入ることを可能にすること、および、必要に応じて、アイドルワイヤレス通信ハブデバイス１１２を起動させることなど、デバイス管理課題とを処理することも可能である。ワイヤレス通信ハブデバイス１１２は、接続された周辺デバイス１０２、１０４、１０６、および１１０をサービスプラットフォームサーバ１４０に登録して、周辺デバイス１０２、１０４、１０６、および１１０を（１つまたは複数の）遠隔コンピュータに利用可能にすることができる。遠隔周辺デバイス１０２、１０４、１０６、および１１０に対するアクセスを可能にするサービスは、任意のタイプのコンピュータが局所的に接続された周辺デバイス１０２、１０４、１０６、および１１０をホストする固有の能力を有するかどうかにかかわらず、サービスプラットフォームサーバ１４０にアクセスするために必要なソフトウェアをホストすることが可能なコンピュータに関して実施可能である。したがって、アクセス側のコンピュータは、サービスプラットフォームサーバ１４０からのデータにアクセスすることが可能なアプリケーションを備えたモバイルデバイス１３６（たとえば、電話、スマートフォンなど）を含めることが可能である。
【００３２】
これらのサービスは、コンピュータに遠隔的にアクセスすることが直接的な人間の対話をサポートしない「マシンツーマシン」（Ｍ２Ｍ）アプリケーションを含むことも可能である。ある例は、サービスプロバイダからの個人的なユーザ電子メールデータをユーザによって所有および管理された遠隔的に接続されたデータ記憶デバイス１０７上に記憶することである。別のサービスは、接続された周辺装置の追加および除去、ならびに遠隔コンピュータによる接続性に対するサポートを含めて、ワイヤレス通信ハブデバイス１１２のセットアップおよび構成であり得る。別のサービスは、認証されたユーザおよびコンピュータをワイヤレス通信ハブデバイス１１２およびその接続された周辺装置と関連付けるために使用され得る機構を使用した、ユーザベースの認証であり得る。
【００３３】
ある実施形態では、ワイヤレス通信ハブデバイス１１２と、サービスプラットフォームサーバ１４０と、コンピュータとの間で送信されるデータを、送信されたデータのプライバシーをさらに強化するために暗号化することができる。さらなる実施形態では、ワイヤレス通信ハブデバイス１１２内およびサービスプラットフォームサーバ１４０内の知能は、ワイヤレスデータ伝送の効率を強化して、ワイヤレス／セルラーネットワークオーバヘッドを最小限に抑えながら、周辺装置への接続において持続の発現（appearance）を促すことができる。このように、サービスプラットフォームサーバ１４０は、コンピュータによってアクセスするために、周辺デバイス１０２、１０４、１０６、および１１０から最新のデータまたは状態を「ホスト」して、周辺デバイス１０２、１０４、１０６、および１１０と、ワイヤレス通信ハブデバイス１１２と、サービスプラットフォームサーバ１４０との間に固定通信リンクを維持する必要なしに、周辺デバイス１０２、１０４、１０６、および１１０が、サービスプラットフォームサーバ１４０を介して、周辺装置にアクセスするコンピュータに連続的に接続されているという発現を可能にすることができる。周辺デバイス１０２、１０４、１０６、もしくは１１０の性質、周辺デバイス１０２、１０４、１０６、もしくは１１０によって提供されるデータ、周辺デバイス１０２、１０４、１０６、および１１０のステータス状態、または現状に応じて、周辺デバイス１０２、１０４、１０６、もしくは１１０から更新されたデータを送信するためのアクティブな通信リンクの確立を必要に応じて達成することが可能である。知能を備えたワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０を構成することによって、通信コストを最小限に抑えながら、幅広い周辺アプリケーションをサポートすることができる。
【００３４】
第三者サーバ１４２、１４４は、ワイヤレス通信ハブデバイス１１２に接続された周辺デバイス１０２、１０４、１０６、および１１０からデータを受信して、それらの周辺デバイス１０２、１０４、１０６、および１１０にデータを通信するために、インターネット１１４を介してサービスプラットフォームサーバ１４０と通信することができる。
【００３５】
図１Ａは複数のデバイスとインターフェース接続する単一のワイヤレス通信ハブデバイス１１２を例示するが、単一のワイヤレス通信ハブデバイス１１２が単一のデバイスとインターフェース接続する他の実施形態を実施することが可能である。また、下でより詳細に議論されるように、いくつかのワイヤレス通信ハブデバイス１１２は、複数のデバイスとインターフェース接続するワイヤレス通信ハブデバイス１１２の各々、それらのうちのいくつか、またはすべてと相互通信し、それによって、多対多ハブ／デバイス通信ネットワークを形成することも可能である。
【００３６】
図１Ｂは、ある実施形態で、ワイヤレス通信ハブデバイス１１２が、図１Ｂに示される通信ネットワーク１０１に例示されるように、Ｗｉ−Ｆｉネットワークなど、ローカルワイヤレスネットワークと通信することが可能なワイヤレストランシーバを含むことが可能であることを例示する。図１Ａに例示されたシステムに類似して、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２が、セルラー信号２を介して、セルラーデータネットワーク１３０と通信するのを可能にするセルラートランシーバを含むことが可能である。加えて、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２が、ワイヤレスルータ１３５を介して、ローカルワイヤレスネットワークと通信することをやはり可能にするローカルエリアワイヤレストランシーバ（たとえば、Ｗｉ−Ｆｉトランシーバ）を含むことが可能である。この実施形態では、ワイヤレス通信ハブデバイス１１２は、ローカルワイヤレス伝送４によって、ワイヤレスルータ１３５を介してパーソナルコンピュータ１３８からアクセス可能である。加えて、（多くの家庭用のワイヤレスネットワーク実装形態において典型的なように）ワイヤレスルータ１３５がインターネット１１４に対する接続を含むとき、ワイヤレス通信ハブデバイス１１２は、ワイヤレスルータ１３５を用いて、ローカルワイヤレス伝送４を介して、インターネット１１４にアクセスすることが可能である。この実施形態では、様々な周辺デバイス１０２、１０４、１０６、および１１０と、サービスプラットフォームサーバ１４０との通信、ならびにそれらの間の通信を、図１Ａを参照して上で説明されたように進めることが可能である。
【００３７】
図１Ｃは、様々な実施形態によって可能にされる通信システム内に含めることが可能なシステム構成要素を例示する。図１Ｃで例示されるように、様々な電子医療またはフィットネスデバイス１０３、１０５、１０９（たとえば、血圧センサ、体温計、および体重計）は、ローカルネットワーク１０５（ローカルエリアワイヤレスネットワーク（たとえば、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、およびＡＮＴ＋）またはワイヤードネットワーク（たとえば、ＵＳＢ））を介して、暗号化されたデータを梱包して、それをワイヤレス広域ネットワーク１３０（たとえば、３Ｇセルラーワイヤレスネットワーク）などのワイヤレス通信リンクを介してサービスプラットフォームサーバ１４０に送信するワイヤレス通信ハブデバイス１１２にデータを送信することが可能であり、サービスプラットフォームサーバ１４０おいて、データは、梱包解除されて、データベース内に記憶されること、またはデータを記憶およびプロセスすることが可能な他のシステムに転送されることが可能である。図１Ｃはまた、３つの短距離無線プロトコル上でワイヤレス通信ハブデバイスを介した、様々な電子医療およびフィットネスデバイスからのデータのフローのハイレベル図を提供する。様々な実施形態では、各データセットが、デバイスによって、かつ技術によって、それ自体の中に、場合によっては、所有権を主張できる形式で記憶されるように、各デバイスから収集されたデータを暗号化して、終端間で安全に管理することが可能である。このように、ワイヤレス通信ハブデバイスは、サービスプラットフォームサーバを介して、様々な電子医療およびフィットネスデバイスから介護人もしくはプロバイダのサーバ、またはインターネットクラウド内に位置するデータベースへのデータまたは情報のワイヤレス移送を安全に可能にするゲートウェイとして機能する。
【００３８】
たとえば、血圧計１０３、体温計１０５、または体重計１０９などの医療デバイスがワイヤレス通信ハブデバイス１１２の近傍にあるとき、そのデバイスから受信されたデータ（たとえば、血圧測定値、体重など）をインターネットクラウド内のデータベースに送信することが可能である。加えて、システムは介護人および医療施設が患者の住居内の医療またはフィットネスデバイスにコマンドもしくは診断メッセージを送信するのを可能にすることができ、この場合、そのようなコマンドは、インターネットを介して、サービスプラットフォームサーバに経路指定されることが可能であり、サービスプラットフォームサーバは、次いで、これらのコマンドを確立されたワイヤレス通信リンクを介して、ワイヤレス通信ハブデバイスに送信することができ、ワイヤレス通信ハブデバイスは、次いで、これらのコマンドを意図された医療またはフィットネスデバイスに通信することができる。
【００３９】
図１Ｄは、サービスプラットフォームサーバ１４０内で実施される機能性および機能モジュール、ならびにインターネットを介してサービスプラットフォームサーバ１４０からデータを受信するカスタマおよび介護人のサーバ１４２、１４４によって達成可能である機能のうちのいくつかを例示する。図１Ｅは、通信システムをより詳細に例示する。
【００４０】
図１Ｄおよび図１Ｅに例示されるように、サービスプラットフォームサーバ１４０は、メモリを含み、様々な医療およびフィットネスデバイスから受信されたデータを記録またはバッファリングするために、その独自のデータベースを維持することができる。サービスプラットフォームサーバ１４０は、何らかの緊急活動または緊急警告が患者または医療管理プロバイダに通信されるべきかどうかを判断するために、データを警告設定と比較するなど、受信されたデータに関して何らかの解析を実行することも可能である。設定およびデバイス管理ソフトウェア、データ計画合意管理ソフトウェア、セルラーオペレータ接続性インターフェース機能性、セルラー課金機能性、およびカスタマサポートサービスを備えたサービスプラットフォームサーバ１４０を構成することも可能である。本明細書における３Ｇセルラーワイヤレスネットワークの参照は、単に例示のためである。いくつかの実施形態では、安価の「２Ｇ」構成要素およびネットワークを利用することが可能である。しかし、セルラープロバイダがそのシステムをより高機能のＬＴＥネットワーク、３Ｇネットワーク、および４Ｇネットワークに遷移するにつれて、セルラーワイヤレスネットワークに準拠した状態を維持するために、実施形態は、ＬＴＥ、３Ｇおよび／または４Ｇの無線技術ならびに通信プロトコルを実施することができる。
【００４１】
ワイヤレス通信ハブデバイスシステム１００は、２つの主要要素、すなわち、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ（図の「２ｎｅｔサービスプラットフォーム」）１４０を含むことが可能である。ワイヤレス通信ハブデバイス１１２は、消費者に販売されることが可能であり、ＵＳＢ通信リンク、ＦｉｒｅＷｉｒｅ通信リンク、またはワイヤレス通信リンクによって、ワイヤレス電子医療およびフィットネスデバイス１０３、１０５、１０９に接続されることが可能である。サービスプラットフォームサーバ１４０はインターネット１１４に結合されて、電子医療およびフィットネスデバイス１０３、１０５、１０９からデータを受信すること、および電子医療およびフィットネスデバイス１０３、１０５、１０９に接続するのを可能にするために、ワイヤレス通信ハブデバイス１１２に対する安全なアクセスなど、様々なサービスプラットフォームサービスを提供する。
【００４２】
ワイヤレス通信ハブデバイス１１２は、ＵＳＢ接続、ＦｉｒｅＷｉｒｅ接続、またはローカルエリアネットワーク接続（たとえば、イーサネット（登録商標））、ならびに、Ｂｌｕｅｔｏｏｔｈワイヤレス通信ネットワーク、Ｗｉ−Ｆｉワイヤレス通信ネットワーク、Ｚｉｇｂｅｅワイヤレス通信ネットワーク、およびＡＮＴ＋ワイヤレス通信ネットワークなどのワイヤレス通信リンクなど、直接（すなわち、ワイヤード）接続を介して、電子医療およびフィットネスデバイス１０３、１０５、１０９に接続することができる。
【００４３】
サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２、ワイヤレス通信ハブデバイス１１２に接続可能な電子医療およびフィットネスデバイス１０３、１０５、１０９、ならびに、そのような電子医療およびフィットネスデバイス１０３、１０５、１０９から取得可能なデータに関する様々なデータおよび通信サービスを提供するように構成可能である。そのようなサービスは、一般に、本明細書で、「サービスプラットフォームサービス」と呼ばれる。サービスプラットフォームサーバ１４０によって提供される１つのサービスプラットフォームサービスは、ワイヤレス通信ハブデバイス１１２に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９と電子医療およびフィットネスデバイス１０３、１０５、１０９にアクセスする（１つまたは複数の）遠隔コンピュータ１３８との間のユーザ認証検出ならびに通信をサポートすることができる。この機能は、医療管理プロバイダおよび医療データユーザが、それらのプロバイダおよびユーザに登録された１つまたは複数のワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイス１０３、１０５、１０９に対するアクセスを提供するアカウントをセットアップするのを可能にすることができる。認証は、ワイヤレス通信ハブデバイス１１２、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイス１０３、１０５、１０９、インターネット１１４を介してサービスプラットフォームサーバ１４０にアクセスするコンピュータ１３８、および／または何らかの知られているデバイスおよびユーザ認証方法を使用するコンピュータ１３８のユーザに関して、サービスプラットフォームサーバ１４０によって達成可能である。このサービスは、ワイヤレス通信ハブデバイス１１２に接続された特定の電子医療およびフィットネスデバイス１０３、１０５、１０９と通信するためにカスタムプロトコルを用いることが可能である。
【００４４】
サービスプラットフォームサービスは、通常のインターフェース接続と、ワイヤレス通信ハブデバイス１１２が無線（ＯＴＡ）使用料金を最小限に抑えるためにアイドルモードに入るのを可能にすること、および、必要に応じて、ワイヤレス通信ハブデバイス１１２を起動させることなど、デバイス管理の課題とを処理することも可能である。電子医療およびフィットネスデバイス１０３、１０５、１０９のワイヤレス通信ハブデバイス１１２の処理のように、サービスプラットフォームサーバ１４０と、ワイヤレス通信ハブデバイス１１２と、（１つまたは複数の）アクセス側のコンピュータ１３８との間のデータプロトコルは一般的であってよく、ほぼどんな現在のおよび将来の電子医療およびフィットネスデバイス１０３、１０５、１０９またはサーバベースのデータシステムをもサポートするのを可能にする。ワイヤレス通信ハブデバイス１１２は、接続された電子医療およびフィットネスデバイスをサービスプラットフォームサーバ１４０に登録して、電子医療およびフィットネスデバイスを許可された遠隔サーバ１４２、１４４とコンピュータ１３８（たとえば、医師のパーソナルコンピュータ）とに利用可能にすることができる。
【００４５】
サービスプラットフォームは、任意のタイプのコンピュータ１３８が局所的に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９をホストする固有の能力を有するかどうかにかかわらず、サービスプラットフォームサーバにアクセスするために必要なソフトウェアをホストすることが可能なコンピュータ１３８に関して実施可能な遠隔電子医療およびフィットネスデバイス１０３、１０５、１０９に対するアクセスを可能にするクライアントサービスを提供する。したがって、（１つまたは複数の）アクセスコンピュータ１３８は、サービスプラットフォームサーバ１４０からデータにアクセスすることが可能なアプリケーションを備えたモバイルデバイス（たとえば、電話、スマートフォンなど）を含むことが可能である。サービスプラットフォームサービスは、コンピュータ１３８に遠隔的にアクセスすることが直接的な人間の対話をサポートしない「マシンツーマシン」（Ｍ２Ｍ）アプリケーションを含むことも可能である。
【００４６】
サービスプラットフォームサービスの別のサービスは、接続された電子医療およびフィットネスデバイス１０３、１０５、１０９の追加および除去と、遠隔コンピュータ１３８（たとえば、主治医のパーソナルコンピュータ）による接続性とに対するサポートを含めて、ワイヤレス通信ハブデバイス１１２のセットアップおよび構成であり得る。たとえば、主治医は、患者の現状を判断するために、サービスプラットフォームサービスにログインして、その医師の患者を識別して、自らを認証して、それによって、患者の住居内の電子医療デバイスから医療データに対するアクセスを得ることができる。様々な実施形態は、単に、ワイヤレス通信ハブデバイス１１２を患者の住居内の電源出力にプラグで接続して、サービスプラットフォームサーバ１４０用のＵＲＬを医師に提供することによって、この遠隔医療通信システムが確立されるのを可能にする。
【００４７】
サービスプラットフォームサービスの別のサービスは、認証されたユーザおよびコンピュータ１３８をワイヤレス通信ハブデバイス１１２およびその接続された電子医療およびフィットネスデバイス１０３、１０５、１０９と関連付けるために使用され得る機構を使用したユーザベースの認証であり得る。送信されたデータのプライバシーを強化して、ＨＩＰＡＡ規則に準拠するために、ワイヤレス通信ハブデバイス１１２と、サービスプラットフォームサーバ１４０と、コンピュータ１３８との間で送信されるデータ、詳細には、個人情報および医療データをワイヤレス通信ハブデバイス１１２によって暗号化することが可能である。
【００４８】
サービスプラットフォームサービスは、ユーザがユーザのパーソナルコンピュータ１３８から離れているとき、何らかのインターネット接続コンピュータ（たとえば、ウェブキオスク（web kiosks））から電子医療およびフィットネスデバイス１０３、１０５、１０９にアクセスするのを可能にすることもできる。サービスプラットフォームサービスは、ワイヤレス通信ハブデバイス１１２に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９から取得されたデータを記憶、中継、および利用することをやはり含むことが可能である。様々な実施形態によって可能にされる電子医療およびフィットネスデバイスデータのそのような利用は、様々な有用なアプリケーションを可能にする。
【００４９】
さらなる実施形態では、ワイヤレス通信ハブデバイス１１２内およびサービスプラットフォームサーバ１４０内の知能は、ワイヤレスデータ伝送の効率を強化して、ワイヤレス／セルラーネットワークオーバヘッドを最小限に抑えながら、電子医療およびフィットネスデバイス１０３、１０５、１０９に接続する際の持続の発現を促すことができる。このように、サービスプラットフォームサーバ１４０は、（１つまたは複数の）コンピュータ１３８によるアクセスのために、電子医療およびフィットネスデバイス１０３、１０５、１０９からの最新のデータまたはステータスを「ホスト」して、電子医療およびフィットネスデバイス１０３、１０５、１０９が、サービスプラットフォームサーバ１４０を介して電子医療およびフィットネスデバイス１０３、１０５、１０９にアクセスするコンピュータ１３８（たとえば、医師のパーソナルコンピュータ）に連続的に接続されているという発現を可能にすることができる。連続的接続性のこの発現は、電子医療およびフィットネスデバイス１０３、１０５、１０９と、ワイヤレス通信ハブデバイス１１２と、サービスプラットフォームサーバ１４０との間に固定通信リンクを維持する必要なしに達成可能である。電子医療およびフィットネスデバイス１０３、１０５、１０９の性質、電子医療およびフィットネスデバイス１０３、１０５、１０９によって提供されるデータ、電子医療およびフィットネスデバイス１０３、１０５、１０９のステータス状態、または現状に応じて、更新されたデータを電子医療およびフィットネスデバイス１０３、１０５、１０９から送信するためのアクティブな通信リンクの確立を必要に応じて達成することが可能である。知能を備えたワイヤレス通信ハブデバイス１１２とサービスプラットフォームサーバ１４０とを構成することによって、通信コストを最小限に抑えながら、幅広い電子医療およびフィットネスデバイス１０３、１０５、１０９アプリケーションをサポートすることができる。
【００５０】
上記のように、ユーザの（１つまたは複数の）パーソナルコンピュータ１３８に、ワイヤレス通信ハブデバイスドライバソフトウェアモジュールを設定することが可能である。そのようなドライバソフトウェアの基本機能は、ワイヤレス通信ハブデバイス１１２に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９に対する透過的なアクセスをサポートするためであり得る。そのようなドライバソフトウェアは、ローカルネットワークまたは広域ネットワーク（たとえば、インターネット１１４）の全域でＵＳＢポートまたはＦｉｒｅＷｉｒｅポートに対する仮想化されたアクセスを提供することができ、サービスプラットフォームサーバ１４０を介してワイヤレス通信ハブデバイス１１２に対する安全なアクセスをサポートするために使用可能である。そのようなドライバソフトウェアは、（サービスプラットフォームサーバ１４０によってホストされ得るなど）サービスプラットフォームサービスウェブサイトから利用可能にされることが可能であり、患者に関連するワイヤレス通信ハブデバイス１１２に結合された特定の電子医療およびフィットネスデバイス１０３、１０５、１０９にアクセスするために必要な暗号化鍵を含むことが可能である。そのような暗号化鍵は、電子医療およびフィットネスデバイス１０３、１０５、１０９セットアップ、登録、ならびに構成段階の間に生成可能である。
【００５１】
電子医療およびフィットネスデバイス１０３、１０５、１０９と接続されたコンピュータ１３８との間の一般的な単一の物理ケーブル接続と異なり、ワイヤレス通信ハブデバイス１１２を介した電子医療およびフィットネスデバイス１０３、１０５、１０９に対する接続性の仮想的性質は、２つ以上のコンピュータが所与の時点で同じ遠隔電子医療およびフィットネスデバイス１０３、１０５、１０９にアクセスするのを可能にする。同様に、ワイヤレス通信ハブデバイス１１２に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９は、いくつかの異なる遠隔アクセスコンピュータ１３８によってアクセス可能である。さらに、サービスプラットフォームサーバ１４０とインターフェース接続する遠隔コンピュータ１３８によって、任意の時点で、接続性およびアクセス許可構成を変更することができる。
【００５２】
第三者サーバ１４２、１４４は、ワイヤレス通信ハブデバイス１１２に接続された電子医療およびフィットネスデバイス１０３、１０５、１０９からデータを受信するため、または電子医療およびフィットネスデバイス１０３、１０５、１０９にデータを通信するために、インターネット１１４を介してサービスプラットフォームサーバ１４０と通信することができる。
【００５３】
異なるデータ構造、通信プロトコル、およびドライバソフトウェアに対応するために、ワイヤレス通信ハブデバイス１１２は、機能性のサービスプラットフォームを提供することが可能な遠隔サーバ１４０と通信することができる。そのようなサービスプラットフォームサーバ１４０は、次いで、一方で、電子医療およびフィットネスデバイスデータのユーザ同士の間のデータの通信を促し、患者側で、幅広い電子医療およびフィットネスデバイスと通信して、それらのデバイスを制御する詳細の通信を促すことができる。
【００５４】
ある実施形態では、このプラットフォームは、独立型の米国食品医薬品局（ＦＤＡ）登録外部デバイスとして動作するワイヤレス通信ハブデバイス１１２（たとえば、２Ｎｅｔ（登録商標）ハブ）、埋め込み式セルラー構成要素を備えた医療およびフィットネスデバイス、モバイル電話、およびパートナーサービスプラットフォームに対するメインプラットフォー
ムの間でサービスプラットフォーム統合を実現するアプリケーションプログラミングインターフェース（ＡＰＩ）のうちのいずれか、もしくはすべてを含むように、かつ／またはサポートするように構成可能である。
【００５５】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、住居を出入りするマシンツーマシン（Ｍ２Ｍ）医療管理デバイス用の情報ハイウェイとして機能することが可能である。ワイヤレス通信ハブデバイス１１２は、電子医療およびフィットネスデバイスおよび生体認証センサから医療デバイスデータを収集して、その広域ネットワーク（ＷＡＭ）セルラーモジュールを介してそのデータをクラウドベースのサービスプラットフォームに送信する３つの短距離無線からなる小型プラグアンドプレイゲートウェイであってよい。ある実施形態では、ワイヤレス通信ハブデバイス１１２は、プラットフォームにアクセスするために使用される４つのゲートウェイのうちの１つであってよい。
【００５６】
ある実施形態では、プラットフォームは、（ワイヤレス通信ハブデバイス１１２、モバイル電話、セルラー使用可能な医療もしくはフィットネスデバイス、またはパートナーサービスプラットフォームなど、いくつかの潜在的なゲートウェイを介してデータが患者の電子医療およびフィットネスデバイスから取得される）データ獲得ステップと、（データを暗号化して、安全な３Ｇ接続上でクラウドにアップロードすることが可能な）データ伝送ステップと、（クラウドが伝送を受信した後、患者データが解読されて、患者、医師、支払人、および／または他のパートナーがアクセスするために、製造会社の最適なインターフェースに送信される）データ記憶／アクセスステップとを含むことが可能なプロセスを介して、電子医療およびフィットネスデバイスパートナーがその電子医療およびフィットネスデバイスからデータをテザリング解除（un-tether）するのを可能にするように構成可能である。
【００５７】
ある実施形態では、システムは、終端間暗号化プロセスが、ネットワーク動作、データセンタ、ならびに電子医療およびフィットネスデバイスが、承認された医療管理プロバイダ、支払人、および患者とＨＩＰＡＡ準拠様式、ならびにＦＤＡ準拠様式でデータを安全かつ確実に共有するのを可能にするクラウドサービスを活用するように構成可能である。ある実施形態では、プラットフォーム（たとえば、２Ｎｅｔプラットフォーム）は、ＩＳＯ１３４８５認定されることが可能であり、医療管理業界の米国規制機関および国際規制機関の品質要件に整合し得ることを意味する。
【００５８】
図１Ｆは、様々な実施形態を実施するのに適した例示的なワイヤレス通信ハブデバイス１１２のロジック構成要素およびデータフローを例示する。上述のように、ワイヤレス通信ハブデバイス１１２は、住居を出入りする電子医療およびフィットネスデバイスに関するマシンツーマシン（Ｍ２Ｍ）接続性のための情報ハイウェイとして機能しながら、短距離無線の柔軟性、セキュリティ、および継ぎ目のない接続性の新たな局面を実現するように構成可能である。ある実施形態では、ワイヤレス通信ハブデバイス１１２は、Ｂｌｕｅｔｏｏｔｈプロトコル、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル、Ｗｉ−Ｆｉプロトコル、およびＡＮＴ＋ローカルエリア無線プロトコルをサポートする、ＦＤＡ一覧表に記載された小型プラグアンドプレイゲートウェイであってよい。ワイヤレス通信ハブデバイス１１２は、ＵＳＢインターフェースを含むことが可能であり、電子医療およびフィットネスデバイス、ならびに生体認証センサからデータを収集するＣｏｎｔｉｎｕａ準拠デバイスをサポートし、データをサービスプラットフォームサーバ１４０にワイヤレスに送信するための３Ｇセルラー通信および２Ｇセルラー通信をやはりサポートすることが可能である。ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２が同じ通信標準に準拠しない可能性がある電子医療およびフィットネスデバイスと通信するのを可能にするために、Ｗｉ−Ｆｉトランシーバ、Ｂｌｕｅｔｏｏｔｈトランシーバ、Ｚｉｇｂｅｅトランシーバ、およびＡＮＴ＋トランシーバなど、様々なワイヤレス通信トランシーバを含むことが可能である。ワイヤレス通信ハブデバイス１１２は、プロセッサと、通信リンクの片側を提供するためにセルラーおよび／またはＷｉ−Ｆｉ通信ネットワークに接続して、通信リンクのもう一方の側でワイヤレス（たとえば、Ｂｌｕｅｔｏｏｔｈ）およびワイヤード（たとえば、ＵＳＢ）ローカル通信リンクを介して電子医療およびフィットネスデバイスとパーソナルセンサとに接続するように構成された通信トランシーバとを含むことが可能である。
【００５９】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、局所的に通信することだけが可能な様々な異なるタイプの電子医療およびフィットネスデバイス、ならびにパーソナルセンサデバイスと、そのようなデバイスのデータを使用することができるが、インターネットだけに結合された遠隔施設およびデータ記憶システムとの間の接続ゲートウェイとして機能することが可能である。
【００６０】
ワイヤレス通信ハブデバイス１１２は、ユーザ構内にインストールされ、何のエンドユーザ介入も必要とせずに、無線（ＯＴＡ）で遠隔で作動する独立型データ収集エンジンであってよい。ワイヤレス通信ハブデバイス１１２は、バックエンドサーバ（たとえば、サービスプラットフォームサーバ１４０）によって示される指定回数、（一対多）認可電子医療およびフィットネスデバイスと通信することができる。ワイヤレス通信ハブデバイス１１２は、デバイスからのデータを局所的に収集して、永続記憶措置内に記憶することができ、構成された間隔でデータをサービスプラットフォームサーバ１４０または別のバックエンドサーバに安全にアップロードすることができる。
【００６１】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、電子医療およびフィットネスデバイスが他のワイヤレス通信ハブデバイス１１２の近傍内に入った場合、（第１の場所内で、またはその外部で）電子医療およびフィットネスデバイスをもう１つのワイヤレス通信ハブデバイス１１２とともに使用することができる１つのワイヤレス通信ハブデバイス１１２と対にされるマルチハブデバイス「ローミング」をサポートするように構成可能である。ワイヤレス通信ハブデバイス１１２との特定の電子医療およびフィットネスデバイスの動作は、新しいワイヤレス通信ハブデバイス１１２との再認証を条件とする場合がある。ある事例では、「サービスオール」タイプのワイヤレス通信ハブデバイス１１２は、デバイスタイプ認証が存在する限り、ワイヤレス通信ハブデバイス１１２に接続することを望む何らかの電子医療およびフィットネスデバイスが動作するのを可能にすることができる。ある実施形態では、ワイヤレス通信ハブデバイス１１２とのペアリングおよび（たとえば、２ｎｅｔハブ「ホットスポット」と類似の）動作のために段階的なライセンスレベルをアドホック電子医療およびフィットネスデバイスに付与することが可能である。たとえば、ワイヤレス通信ハブデバイス１１２を、ワイヤレス通信ハブデバイス１１２が通信する特定の電子医療およびフィットネスデバイス（たとえば、血糖値計、血圧計、体重計など）と対にすることが可能である（ハブとデバイスの関連付けと呼ばれる）。電子医療およびフィットネスデバイスからトラフィックを拾い上げて、その情報を通信することが可能なワイヤレス通信ハブデバイス１１２（たとえば、第２のワイヤレス通信ハブデバイス１１２）をやはり有する第２の場所（たとえば、友人の住居）に電子医療およびフィットネスデバイスを移送することが可能である（すなわち、システムは、使用されるワイヤレス通信ハブデバイス１１２にかかわらず、同じデータがバックエンドに送信されるように構成可能である）。バックエンドからの通信は電子医療およびフィットネスデバイスに伝達されることが必要な場合があるため、かつハブ対デバイス関連付けの存在のため、システムがデータをリスト内の最後のワイヤレス通信ハブデバイス１１２に配信し、リスト内のすべてのワイヤレス通信ハブデバイス１１２に配信するか、または、正確なワイヤレス通信ハブデバイス１１２が位置特定されるまで、連続的に、リスト内の各ワイヤレス通信ハブデバイス１１２に配信するように、システムは、電子医療およびフィットネスデバイスがローミングする対象であるすべてのワイヤレス通信ハブデバイス１１２を記録することができる。ある実施形態では、サービスプラットフォームサーバ１４０および／またはワイヤレス通信ハブデバイス１１２は、位置データの恩恵を受けずに、別のワイヤレス通信ハブデバイス１１２とのワイヤレス通信ハブデバイス１１２の共同設置場所を推論することができる。
【００６２】
図１Ｆおよび図１Ｇに例示されるように、ワイヤレス通信ハブデバイス１１２は、既存のアプリケーションフレームワークまたは修正されたアプリケーションフレームワーク（たとえば、Ａｎｄｒｏｉｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｆｒａｍｗｏｒｋ）によって提供されるＡＰＩ＆特徴を利用することが可能であり、互いと相互作用するモジュラーエンティティのセットとして設計可能である。各モジュールは、通信の目的または効率性の類似点に基づいて、タスクを一緒にグループ化することができる。各モジュールは、独立した実行コンテキスト（たとえば、スレッドもしくはプロセス）を実行することが可能であるか、またはシステム最適化のために、他のモジュールと一緒にグループ化されることが可能である。アプリケーション応答の残りを妨害しないように、別個のスレッド内で計算集約型タスクまたはＩ／Ｏイベント駆動型タスクを実行して、各モジュールをサブタスクに分割することが可能である。ワイヤレス通信ハブデバイス１１２は、健康デバイス業界で一般的に使用されている様々な短距離（ＩＳＭ）ワイヤレス無線（たとえば、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ１３、ＡＮＴ＋など）をサポートすることができる。ある実施形態では、ワイヤレス通信ハブデバイス１１２は、内蔵型ＵＳＢホストポートを介して、将来のワイヤレスプロトコルおよび無線をサポートするように構成可能である。ある実施形態では、すべての無線のサポートおよび機能性を無線マネージャモジュール内部に封入することが可能である。ワイヤレス通信ハブデバイスアプリケーションは、その動作を制御および調整するために、バックエンドサーバと密に相互作用することができる。バックエンドサーバは、動作パラメータを指定する構成ファイルを使用して、ワイヤレス通信ハブデバイスの１１２構成および動作を制御することができる。
【００６３】
ワイヤレス通信ハブデバイス１１２は、各サービスに特定のタスクと任務のセットとが割り当てられた、いくつかのサービスとして実施されるマルチモジュールシステムとして実施可能である。ハブ制御モジュール（ＨＣＭ）は、すべての他のシステムモジュールを開始して、その後、それらのシステムモジュールがアライブ（alive）であり、実行していることを周期的に検証する役割を果たすことができる。ＨＣＭは、ロギングファシリティ（logging facilities）、ユーザ通知、システムリブート処理、およびソフトウェア更新など、追加のサービスを提供することが可能である。
【００６４】
ある実施形態では、ＨＣＭによって提供される機能は、システム監視（たとえば、ＨＣＭはシステム内のモジュールの残りを立ち上げること、監視すること、および中断することができる）と、ユーザ通知管理（たとえば、ＨＣＭは、ワイヤレス通信ハブデバイス１１２通知ＬＥＤにアクセスするための機能性を明らかにすることができる）と、デバッグロギング管理（debut logging management）（たとえば、ＨＣＭは、記録メッセージを固定記憶ファイル内に保存して、それをＡｎｄｒｏｉｄのログキャットにやはり同時に送信するのを可能にするＡｎｄｒｏｉｄ  Ｌｏｇファシリティに加えて、システム全体のロギングＡＰＩを提供することができる）と、頑強な管理（たとえば、ＨＣＭは、システムが、必要に応じて、理路整然としたリブートを実行するのを可能にすることができる）と、ソフトウェア更新管理（たとえば、ＨＣＭは、更新を安全にインストールして、必要に応じて、前の水準に戻すことができるように、システムおよび追加のソフトウェア（すなわち、デバイスエージェント）更新管理を提供することができる）とを含むことが可能である。
【００６５】
ある実施形態では、ＨＣＭは、他のモジュールサービスの各々にバインドした後、他のモジュールサービスと通信するために、メッセンジャＡＰＩを利用するＡｎｄｒｏｉｄ  Ｓｅｒｖｉｃｅであってよい。各制御されたモジュールサービスを、制御されたサービスに関する相互作用のコンテキストを提供する専用列挙型クラス（specialized enum class）のインスタンスとして、制御モジュール内に表すことが可能である。専用列挙型クラスは、制御されたサービスとの相互作用の段階を表す簡単な状態機械を実施することができる。専用列挙型クラスは、制御されたサービスと相互作用するために、必要な接続リスナーと、遠隔ハンドラ参照（remote handler reference）とをやはり提供することができる。
【００６６】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、接続された電子医療およびフィットネスデバイスからデータを収集して、それをある期間にわたって局所的に記憶し、次いで、このデータをサービスプラットフォームサーバ１４０にアップロードすることができる。ワイヤレス通信ハブデバイス１１２は、スケジュール情報を受信して、構成パラメータ、電子医療およびフィットネスデバイスエージェントをダウンロードするためなどに、サービスプラットフォームサーバ１４０と周期的に相互作用することも可能である。ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０からある種の動作を実行するようにワイヤレス通信ハブデバイス１１２に命令するＳＭＳメッセージまたはコマンドを受信するとすぐに起動することができる。これらのサーバ相互作用は、ワイヤレス通信ハブデバイス１１２とサービスプラットフォームサーバ１４０との間の単一の接点として機能することが可能なサーバ通信モジュール（ＳＣＭ）を介して進むことが可能である。
【００６７】
ＳＣＭは、すべてのサーバ通信局面を処理して、通信プロセスのためにＨＢＣ  ＡＰＩを使用することが可能である。ＳＣＭは、バックエンドサーバに対する記憶された医療データの転送を開始することができる。ＳＣＭは、コンテンツ（たとえば、構成ファイル、デバイスエージェントなど）のダウンロードを開始して、それらのコンテンツを動作させる必要がある適切なモジュールに対するそれらのコンテンツの引き渡しを調整することができる。ＳＣＭは、アップロードされる必要があるデータコンテンツの永続的なリストを維持することが可能であり、再試行、リブートなどを考慮に入れながら、この情報を維持することが可能である。ＳＣＭは、アップロードおよびダウンロードの失敗を記録することが可能であり、データ転送が成功するまで通信を再試行する。
【００６８】
ある実施形態では、ＳＣＭは、ＨＣＭによって開始されるＡｎｄｒｏｉｄ  Ｓｅｒｖｉｃｅとして実施可能である。起動時に、ＳＣＭは、内部データ構造を初期化して、アップロードファイルディレクトリ検出に関する健全性検査を実行することができる。ＳＣＭは、ディレクトリ内のすべてのファイルをＳＣＭが維持する永続的なリストと比較することによって、不明のファイルを検出することができる。何らかのファイルが見つかった場合、ＳＣＭはアップロード用にそれらのファイルにマーキングして、それらを最初の機会に転送することができる。ＳＣＭは、ＳＭＳメッセージを受信する意図を登録することが可能であり、各モジュールにバインドするメッセンジャオブジェクトを各モジュールに明らかにすることができる。
【００６９】
内部で、ＳＣＭは、ＨＢＳ  ＡＰＩライブラリに対する参照を作成することができる。ＳＣＭは、すべての重要なタスクを処理することができるワーカスレッドを作成することができる。主なＳＣＭスレッドは、そのようなタスクをワーカスレッドに委任することが可能であり、ワーカスレッドは別個のスレッド内でこれらの動作を実行して、その結果についてメインスレッドに知らせることが可能である。これは、メインＳＣＭスレッドの準備が常に整っており、自由にメッセージを処理して、それらのメッセージを受信すること／他のモジュールに送信することが可能であることを確実にすることができる。ＳＣＭは、健全性検査を実行するためにファイルの永続的なリストを維持することがやはり可能である。
【００７０】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、スケジュールされた時間に電子医療およびフィットネスデバイスデータをサービスプラットフォームサーバ１４０にアップロードする前に、そのデータを永続的な記憶装置内に一時的に保存することが可能にされ得る。データ記憶モジュール（ＤＳＭ）は、このデータを系統的な形で組織化して、そのデータをファイルシステム内に永続的に記憶して、データを管理するために適切なファイルハウスキーピング動作を実行することができる。このＤＳＭは、イベントおよびメッセージを掲示ならびに受信することによって、他のワイヤレス通信ハブデバイス１１２モジュールと通信することができる。
【００７１】
ＤＳＭによって実行されるタスクは、電子医療およびフィットネスデバイスデータを記憶すること（たとえば、各デバイスに関するデータをファイル内に蓄積することができ、初めに、指定されたデバイスに関してファイルがすでに存在するかどうかを注意深く確かめて、存在する場合、それを開いて、データをファイルに添付し、そうでない場合、デバイスのＩＤと、収集時間と、他のパラメータとに従って、新しいファイルを作成することができる）、データ転送をトリガすること（たとえば、スケジューリングマネージャがアップロード要求を送信したとき、ＤＳＭはファイル動作を完了して、要求されたデバイスに関するデータを含むファイルをＳＣＭに転送することができる）、ファイルサイズを監視すること（デバイスのファイルサイズが事前構成された限度を超える場合、ＤＳＭは、医療デバイスデータがファイルシステムに書き込む間に、デバイスファイルサイズを検査して、必要に応じて、ファイルを除去することによって、転送を自動的にトリガすることができる）、ファイル劣化について検査すること（たとえば、構成マネージャによって提供された適切なパラメータを使用して、ＤＳＭは、拡張された期間にわたって、データを送信しないデバイスに関するファイルシステムを（タイマを使用して）監視して、「劣化した」データファイルを検出して、迅速にアップロードすることができる）、ファイルシステム完全性を維持すること（たとえば、ＤＳＭは、ファイル名を永続的なリストに書き込むことによって、すべての作成されたファイルの完全性を記録して、このリストを監視して、リブートの後、ファイルシステムに対してこのリストを検査して、矛盾をアップロードすることができる）を含むことが可能である。
【００７２】
ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２が異なるタイプのワイヤレス電子医療およびフィットネスデバイスと通信するのを可能にするために、ＩＳＢ帯域内で動作する複数の短距離無線をサポートすることができる。無線マネージャモジュールは、これらの複数の無線との通信を抽象化して、ワイヤレス通信ハブデバイスエコシステムモジュールの残りが、あたかも単一のデータ収集エンティティと相互作用しているかのように動作するのを可能にする共通インターフェースを提供することができる。これは、これらのモジュールの（かつ、ワイヤレス通信ハブデバイスシステム全体の）複雑さを削減して、無線相互作用が無線マネージャモジュールに局在化されることを可能にする。
【００７３】
電子医療およびフィットネスデバイスと相互作用するのを可能にするために、ワイヤレス通信ハブデバイス１１２は、電子医療およびフィットネスデバイスの通信の本質（internals）とプロトコルの知識とを有するように構成可能である。この情報は、電子医療およびフィットネスデバイス製造会社によって、「デバイスエージェント」と呼ばれる、梱包されたエンティティとしてワイヤレス通信ハブデバイス１１２に提供可能であるか、または電子医療およびフィットネスデバイス製造会社との密な相互作用で構築可能である。これは、ワイヤレス通信ハブデバイス１１２エンジニアリング取組みを電子医療およびフィットネスデバイス依存状態から切り離して、ワイヤレス通信ハブデバイス１１２がデバイス／エージェント規範に準拠することが可能な何らかの電子医療およびフィットネスデバイスをサポートするのを可能にすることができる。
【００７４】
無線マネージャは、電子医療およびフィットネスデバイスを識別および認証して、それらと相互作用することが可能にされるために必要な無線通信機能性にアクセスするためにサポートされた短距離無線ならびにインターフェースの動作を調整するための制御フレームワークを提供することができる。述べられたように、意図的に、無線マネージャは、何の知能を含まなくてよく、電子医療およびフィットネスデバイスの本質に関する何らかの情報を記憶することを試みなくてもよい。この知能を電子医療およびフィットネスデバイスと対にされたデバイスエージェント内にカプセル化することが可能である。無線マネージャは、関連するデバイスエージェントが、ワイヤレス通信ハブデバイス１１２が通信することを要求される場合がある電子医療およびフィットネスデバイスと通信するのを可能にすることができる。
【００７５】
無線マネージャによって外部モジュールに明らかにされた共通無線インターフェースは、サポートされた各無線を制御する個々の無線マネージャインスタンスに対して内部で逆多重化されたコマンドを受け入れることができる。これらの内部無線インターフェースの各々は、管理された無線が適切に動作可能であり、ワイヤレス通信ハブデバイススケジューリングモジュールによって通信されたスケジュールでデバイスデータ収集を実行することが可能であることを確実にする役割を果たすことができる。
【００７６】
各無線インスタンスは、以下の機能性を含むことが可能である。すなわち、無線ハウスキーピング（たとえば、無線マネージャインスタンスは、無線電源ＯＮ、ＯＦＦを管理して、無線を制御するためにリセットし、適切な動作を確実にするために、無線の状態と構成とを維持することができる）、デバイス識別（たとえば、無線マネージャインスタンスは、電子医療およびフィットネスデバイスがワイヤレス通信ハブデバイス１１２に対して初めて可視的であるとき直接的に通信することが可能であり、将来の通信を判断するために、そのハードウェア識別パラメータを得る）、無線アクセス（たとえば、無線マネージャインスタンスは、対応する無線機能性に対して制御されたアクセスを可能にするためのインターフェースのセットを明らかにすることができる）、デバイス通信コンテキスト（たとえば、 無線マネージャインスタンスは、対応する医療デバイスと通信するために必要とされる関連するデバイスエージェントの活性化を可能にするコンテキストを提供することができる）、デバイスアクセス管理（たとえば、無線マネージャインスタンスは、医療デバイスアクセスを監視して、ハブ動作およびセキュリティが損なわれないことを確実にするために、必要に応じて、介入することができる）、デバイスデータ収集（たとえば、無線マネージャインスタンスは、コンテキストを提供して、集約、およびサービスプラットフォームサーバ１４０へのアップロードのために収集されたデバイスデータをデータ収集モジュールに経路指定することができる）である。
【００７７】
ある実施形態では、サービスプラットフォームサーバ１４０は、構成ファイル内でワイヤレス通信ハブデバイス１１２に送信された事前定義されたパラメータのセットを使用して、マクロレベルでワイヤレス通信ハブデバイス１１２動作を制御することができる。このファイルは、ワイヤレス通信ハブデバイスの１１２初起動後すぐに、かつその後、必要に応じて何度でも、ワイヤレス通信ハブデバイス１１２に送信されることが可能である。ワイヤレス通信ハブデバイスの１１２電子医療およびフィットネスデバイス相互作用、データ収集（無線）、およびアップロード（サーバ通信）頻度などを含めて、ワイヤレス通信ハブデバイス１１２動作の局面を制御することが可能である。ある実施形態では、制御されたパラメータの完全なリストは、ワイヤレス通信ハブデバイス１１２構成ファイルの一部であり得る。これらのパラメータは、事前定義されたＸＭＬフォーマットファイル内に梱包にされて、安全なフェイルセーフ動作を確実にするために両側によって頑強に実施されるワイヤレス通信ハブデバイス１１２／サービスプラットフォームサーバ１４０相互作用プロトコルを使用して交換されることが可能である。
【００７８】
構成＆スケジューリングモジュール（ＣＳＭ）は、これらの更新を受信、処理、および適用して、ワイヤレス通信ハブデバイス１１２の動作を駆動する役割を果たすワイヤレス通信ハブデバイス１１２側のエンティティであり得る。ＣＳＭは、密に関連付けられた構成要素によって実施可能である。
【００７９】
ある実施形態では、構成マネージャは、構成管理を処理することが可能であり、スケジューリングマネージャは、ハブデータ収集およびアップロードの動作をティックする（tick）か、または速度調整することができる。
【００８０】
（構成＆スケジューリングモジュールの一部であってよい）構成マネージャは、ワイヤレス通信ハブデバイス１１２モジュールの残りを用いて、サービスプラットフォームサーバ１４０から受信された構成パラメータを管理、記憶、および共有する役割を果たすことができる。ワイヤレス通信ハブデバイス１１２動作を制御する構成パラメータは、指定されたＸＭＬファイルフォーマットを使用して送信可能である。これらのパラメータはカスタムパーサを使用して抽出可能であり、構成マネージャによってメモリ内に維持されたコンテナオブジェクト内に記憶される。このオブジェクトの部分は、バンドルに梱包されて、関与するワイヤレス通信ハブデバイス１１２モジュールに引き渡されることが可能である。ある実施形態では、構成マネージャは、構成ファイル解析（たとえば、構成マネージャは、ダウンロードされた構成ファイルの解析を処理して、解析の後、構成ＯＫステータスまたはエラーステータスをＳＣＭに送信することができる）、構成項目の管理（たとえば、構成マネージャは、解析された構成項目を適切に記憶して、サービスプラットフォームサーバ１４０からの別の構成更新まで、それらを管理する役割を果たすことができる）、構成更新の送信（たとえば、構成マネージャは、構成更新イベントに関して他のワイヤレス通信ハブデバイス１１２モジュールに通知し、次いで、影響を受けるモジュールとパラメータを共有することができる）、全／部分構成ファイルの処理（たとえば、構成マネージャは、受信された構成ファイルが全部であるか、もしくは一部であるかを判断すること、したがって、その記憶された構成パラメータを増分的に更新すべきか、もしくは白紙の状態から開始すべきかを判断すること、および／またはすべてのモジュールに知らせる必要があるか、もしくは影響を受けたモジュールのセットだけに知らせる必要があるかを判断することができる）に関する動作を実行することができる。
【００８１】
ある実施形態では、スケジューリングマネージャは、ワイヤレス通信ハブデバイス１１２構成＆スケジューリングモジュールのサブモジュールであってよい。ある実施形態では、スケジューリングマネージャは、電子医療およびフィットネスデバイス相互作用に関するスケジュール処理と、サービスプラットフォームサーバ１４０へのアップロードとを処理することができる。スケジューリングマネージャは、無線スケジュールブループリントに従って、電子医療およびフィットネスデバイスと相互作用するためのスケジュール「ティッキング」を提供することができる。スケジューリングマネージャは、アップロードスケジュールブループリントに従って、電子医療およびフィットネスデバイスから収集されたデータをアップロードするためのスケジュール「ティッキング」をサービスプラットフォームサーバ１４０に提供することができる。スケジューリングマネージャは、優先順位衝突に遭遇するとすぐに、スケジュールブループリントに基づく優先順位についてサービスプラットフォームサーバ１４０に通知することができる。スケジューリングマネージャは、電子医療およびフィットネスデバイスと相互作用を開始するように無線マネージャに通知することによって、無線マネージャと相互作用することができる。スケジューリングマネージャは、所与の電子医療およびフィットネスデバイスから収集されたデータをアップロードするようにデータ収集マネージャ（ＤＣＭ）に通知することによって、データ収集マネージャ（ＤＣＭ）と相互作用することができる。
【００８２】
スケジューリングマネージャは、データ収集とデータアップロードの両方のために、サービスプラットフォームサーバによって生成されたスケジュールブループリントを処理することができる２つのスケジューラアルゴリズムインスタンスを含むことが可能である。セットアップの後、各スケジュールアルゴリズムインスタンスは、（スケジュールアルゴリズム、別名、「リソース」内で）データを要求するために、または収集について聴取するために、もしくは電子医療およびフィットネスデバイスから収集されたデータをアップロードするために、かつ（スケジュールアルゴリズム、別名、「グループ」内で）優先順位衝突および／または無線衝突により、（１つもしくは複数の）所与の電子医療およびフィットネスデバイスがサービス提供されなかったことを報告するために、ブループリントから計算された時間にコールバックを提供することができる。
【００８３】
構成サービス内に埋め込まれているが、スケジューリングマネージャは、データ収集、およびサービスプラットフォームサーバ１４０へのアップロードのために新しくダウンロードされたスケジュールを処理するためにその独自のスレッドを提供することができる。ブループリントは、データ収集およびデータアップロードのために既に配信されたスケジュールを提供することができる。各スケジュールブループリントは、１つはデータ収集のために、１つはデータアップロードのために、構成ファイルの一部として、サービスプラットフォームサーバ１４０からワイヤレス通信ハブデバイス１１２に転送されることが可能である。各アルゴリズムインスタンスは、各エントリー用の入力として、以下のフィールドを受信することができる。すなわち、リソース（たとえば、デバイスＩＤ）、グループ（たとえば、無線）、タイムスタンプ（たとえば、リソースが発生することになる第１の「サービス」）、期間（たとえば、単一のショットイベント（shot event）の場合、ゼロであり得る、第１の「サービス」または前の「サービス」の後から次のサービスまでの経過時間）、窓（たとえば、このリソースがサービス提供される必要がある時間の量）、および優先順位（たとえば、このリソースがサービス提供される絶対優先順位）である。ある実施形態では、すべての時間フィールドは、秒単位で指定可能である。タイムスタンプフィールドは、ブループリント自体からの「基本タイムスタンプ」と相対的であってよい。「基本タイムスタンプ」は、好都合には、基準日（すなわち、ダウンロード日またはサービスプラットフォームサーバ１４０から指定され得るいずれかの日）の０：００：００時間に設定されてよい。ある実施形態では、ワイヤレス通信ハブデバイス１１２、ならびに電子医療およびフィットネスデバイスは通信することができる。ある実施形態では、ワイヤレス通信ハブデバイス１１２と電子医療およびフィットネスデバイスとを事前に対することができる。
【００８４】
ある実施形態では、カスタマデバイスキットはワイヤレス通信ハブデバイス１１２を含むことが可能である。ワイヤレス通信ハブデバイス１１２および電子医療、ならびにフィットネスデバイスは、近傍検出または遠隔関連付けのいずれかによって、何らかの形で事前に対にされる能力をサポートすることができる。ある実施形態では、ワイヤレス通信ハブデバイスの１１２、ならびに電子医療およびフィットネスデバイスのそれぞれの識別を認証のために関連付けることが可能であり、検出可能である。このように、カスタマデバイスキットをカスタマに配信した後、「プラグアンドプレイ」動作およびより容易な使用を可能にすることができる。
【００８５】
ワイヤレス通信ハブデバイス／電子医療およびフィットネスデバイスのペアリングシナリオは、工場で／出荷前に電子医療と事前に対されることによってバンドルにされた新しいワイヤレス通信ハブデバイス１１２と、ワイヤレス通信ハブデバイス１１２と、カスタマのウェブ登録または呼の時点で登録された、登録済み医療およびフィットネスデバイスとを含むことが可能である。
【００８６】
ペアリングおよび電子医療およびフィットネスデバイス検出をワイヤレス通信ハブデバイス１１２上の固有の短距離無線ドライバ層（native short-range radio drivers layer）によって可能にすることができる。ある実施形態では、システムとの接続を形成するために、サービスシステムが認証を受けることが可能な電子医療およびフィットネスデバイスだけを認証することが可能であり、認証されない電子医療およびフィットネスデバイスは接続できない。認証されるべき基準は以下を含む。すなわち、取引関係、データライセンス合意、それが、要求に応じて、ＦＤＡ承認されていること、ドライバ、アプリケーションパートナーペアリングが整っていることなどである。
【００８７】
短距離無線を介したワイヤレス通信ハブデバイス１１２によるデバイスのペアリングおよび認証の場合、任意のデータペイロードを送信するのに先立って、無線リンク通信の間に、電子医療およびフィットネスデバイスを（たとえば、Ｂｌｕｅｔｏｏｔｈ(登録商標)の場合、そのＭＡＣ  ＩＤによって）一意に識別することが可能である。ある実施形態では、ペアリングヘッダは、必須識別（ＩＤ）フィールドを含むことが可能である。無線リンク上で一意の識別機構をサポートしないレガシー電子医療およびフィットネスデバイスの場合、カスタマは、無線リンク上で送信され、ワイヤレス通信ハブデバイス１１２が構成ファイル機構を介して電子医療およびフィットネスデバイスを一意に識別するのを可能にすることになる他のデータの詳細情報を提供することができる。ワイヤレス通信ハブデバイス１１２がペアリングヘッダを介して電子医療およびフィットネスデバイスと成功裏に対にされた後、サービスプラットフォームサーバ１４０は、データペイロードを適切に配信できるように、この情報を適切なカスタマにマッピングすることができる。このマッピングは、結果として、サービスプラットフォームサーバ１４０において関連付けられる以下の情報をもたらすことができる。すなわち、製造会社Ｉｄ／カスタマＩｄ（たとえば、「ＡＣＭＥ＿ＣＯＲＰ１４５」）、デバイス／製品Ｉｄ／通し番号（たとえば、「１２３４５６７９２３」）、および必要とされる場合がある何らかの他のフィールドである。あるいは、電子医療およびフィットネスデバイスがＣｏｎｔｉｎｕａ準拠／認定であるとき、および／またはこれらのフィールドが送信されないことになる場合、マッピングが必要とされない場合がある。
【００８８】
短距離無線リンク上で、ワイヤレス通信ハブデバイス１１２は、電子医療およびフィットネスデバイスから未処理の測定ペイロードデータを受信して、それを記憶し、次いで、サービスプラットフォームサーバ１４０にアップロードすることができる。ワイヤレス通信ハブデバイス１１２は、短距離無線リンクと関連付けられることが可能な何らかのしきい時間量内にデータを受信する予測することができる。
【００８９】
ある実施形態では、Ｂｌｕｅｔｏｏｔｈ(登録商標)など、標準ワイヤレスデータリンクを備えた電子医療およびフィットネスデバイスを構成することが可能であり、その場合、ワイヤレス通信ハブデバイスは、その単一の標準ローカルエリアワイヤレス通信トランシーバを利用するように簡素化され得る。
【００９０】
ある実施形態では、ワイヤレス医療およびフィットネスデバイスが住居内の患者に関するデータをそのようなデータの遠隔ユーザに通信するのを可能にするために、住居設定でワイヤレスＭ２Ｍ通信ハブを使用することが可能である。
【００９１】
ある実施形態では、ワイヤレス通信ハブデバイスは、電子医療およびフィットネスデバイスが住居内の患者に関するデータをそのようなデータの遠隔ユーザに通信するのを可能にするために住居設定で使用可能である。ある実施形態では、ワイヤレス通信ハブデバイスは、電力を受信するために、標準の壁電気コンセントにプラグで接続可能であり、次いで、そのようなデバイスのワイヤレス通信リンクを使用して、血圧計、血糖値メータ、トレッドミルなど、ワイヤレス電子医療およびフィットネスデバイスを検索して、それらと対になることができる。通信リンクのそのようなペアリングおよび確立は、自動的に達成可能であり、それによって、患者にとって、構成およびセットアップ負担を最小限に抑える。ワイヤレス通信ハブデバイスは、住居内で様々な電子医療およびフィットネスデバイスによって提供されたデータを収集して、ワイヤレス通信リンクおよびインターネット通信リンクを介した通信のために、それらのデータを適切なパケットに梱包して、ＬＴＥセルラー通信ネットワーク、３Ｇセルラー通信ネットワーク、または４Ｇセルラー通信ネットワークなど、ワイヤレス広域ネットワーク（ＷＷＡＮ）通信リンクを使用して、そのデータを中央サーバ（すなわち、サービスプラットフォームサーバまたはバーチャルパーソナルハブ（ＶＰＨ）サーバ）に送信し戻すことができる。セットアップの容易さを最高にするのを可能にするため、この医療通信システムに関する複雑さおよびセキュリティを無くすために、ワイヤレス通信ハブデバイスおよび中央サーバ（すなわち、サービスプラットフォームサーバ）は、自動デバイス検出、通信リンクセットアップ、セキュリティキー交換、データアドレス指定、およびデバイス構成を実現するように構成可能である。したがって、ある実施形態では、患者は、患者の住居内のワイヤレス電子医療およびフィットネスデバイスと、そのようなデバイスによって生成された医療およびフィットネスデータを利用できるファシリティならびにサービスとの間に通信ネットワークを確立するために、ワイヤレス通信ハブデバイスを電気差込口に単にプラグで接続することができる。適切な暗号化機構を使用して、政府規制（たとえば、ＨＩＰＡＡ）の下で要求される適切なセキュリティを維持しながら、データを安全に送信することが可能である。
【００９２】
簡単な実施形態では、ワイヤレス通信ハブデバイスは、標準のユーティリティ壁コンセントなど、電源にプラグで接続されて、１つもしくは複数の医療またはフィットネスデバイス（たとえば、血圧センサ、血糖値モニタ、万歩計（登録商標）、トレッドミルなど）に（ワイヤレスに、あるいは、ＵＳＢなど、ワイヤード接続を介して）接続されることが可能な小型統合モジュールとして構成可能である。ワイヤレス通信ハブデバイスは、接続された電子医療およびフィットネスデバイスがローカルエリアネットワークまたはインターネットに接続された何らかのコンピュータから使用されることを可能にするために、プロセッサ実行可能ソフトウェア用いて構成可能である。関連するインターネットサーバベースのサービスプラットフォームは、ワイヤレス通信ハブデバイス、ならびに接続された電子医療およびフィットネスデバイスの検出を可能にする。ワイヤレス通信ハブデバイスは、関連するサーバベースのサービスを介して、インターネットからもアクセス可能である。
【００９３】
ワイヤレス通信ハブデバイスの様々な実施形態（図面の「ハブ」または「２ｎｅｔハブ」）は、ホストシステムおよびローカルネットワークに通常課される要件の多くを取り除くことによって、電子医療およびフィットネスデバイスをネットワーク接続する複雑さを最小限に抑える。ワイヤレス通信ハブデバイスは、いずれの位置にも固定またはモバイルで配置可能であり、ワイヤレス通信ハブデバイスに接続された電子医療およびフィットネスデバイスが、アクセスコンピュータにとって、あたかも局所的に接続されているかのように見えるように構成される。これは、ワイヤレス通信ハブデバイスの知能および接続性、関連するサーバベースのサービス、および、オプションで、アクセス側のコンピュータ上でホストされ得るソフトウェアによって達成される。
【００９４】
様々な実施形態は、セットアップおよび初期化、セキュリティ、ドライバ管理、およびサーバベースのサポートサービス要素によるデバイス共有など、電子医療およびフィットネスデバイスをネットワーク接続する旧来の困難な技術プロセスをやはり簡素化する。このサービスは、バッチ動作サポート、ウェブを介したアクセス、およびユーザが定義および制御するグループを通したインテリジェント共有など、貴重な通信およびデータ利用能力をやはり可能にすることができる。
【００９５】
様々な電子医療およびフィットネスデバイスのうちのいずれかから健康依存データ（health sensitive data）を処理するための「ユニバーサル」ハブを提供するために、いくつかの異なる無線をワイヤレス通信ハブデバイス内で実施することが可能である。各々が複数のデバイスに潜在的にサービス提供する複数の無線は設計の複雑さを高めるが、電子医療およびフィットネスデバイスとそれらのデバイスからのデータの遠隔ユーザとの間に通信ネットワークを確立するプロセスを簡素化する。ワイヤレス通信ハブデバイス内で複数の無線を用いることは、様々な電子医療およびフィットネスデバイスの製造会社が、そのデバイスに対する著しい変更なしに、ハブと対にされることを可能にし、それによって、それらの製造会社が通信プロトコルおよびデータ暗号化を懸念する必要を回避するのを可能にする。これは、その唯一の機能がデータを収集して、梱包して、サービスプラットフォームサーバに忠実に転送することであるデータ入力（data-in）／データ出力（data-out）デバイスとしてワイヤレス通信ハブデバイスが機能するのを可能にする。
【００９６】
ある実施形態では、ワイヤレス通信ハブシステムは、デュアルデータベースを使用して、企業間（Ｂ２Ｂ）伝送および記憶プロセスをサポートすることができる。簡単なＢ２Ｂ伝送モデルでは、データを記憶することは、単に、データを適切なパートナーに転送するのを助けることであり得る。ワイヤレス通信ハブデバイスは、データを転送するための簡単なパイプラインとして機能することが可能である。「Ｂ２Ｂ伝送+解析」モデルでは、ワイヤレス通信ハブデバイスは、電子医療およびフィットネスデバイス製造会社、ならびに他のパートナーに解析を提供することができ、製造会社またはパートナーに代わって、収集されたデータのうちのいくつかまたはすべてを記憶することができるが、カスタマと関係を有さなくてよい。
【００９７】
様々な実施形態では、サービスプラットフォームサーバは、パイプライン機能に関するデータを送信して、識別可能なデータに関する解析を実行するために、そのデータのうちのいくつかまたはすべてを記憶することができる。ある実施形態では、カスタマとの何の直接的な関係は何も存在しなくてよい。サービスプラットフォームサーバオペレータが（たとえば、取引先との契約によって）保護された健康情報（ＰＨＩ）データに関するデータ記憶権を受信することが可能なある実施形態では、保護された健康情報を契約および医療保険の相互運用性と説明責任に関する法律（ＨＩＰＡＡ）に従って安全なファシリティ内に記憶することが可能である。サービスプラットフォームサーバオペレータが識別解除されたデータに関するデータ記憶権を受けるある実施形態では、元のＰＨＩデータは、１つのデータベース内に記憶されることが可能であり、一方向ハッシュアウトされて、別のデータベース内に識別解除された形で記憶されることが可能である。ある実施形態では、データ連続性が維持されるように、データをデュアルデータベース内に記憶することが可能である。ある実施形態では、データをデータベース内に記憶して、無期限にバックアップすることが可能である。データを安全なＰＣＩ環境データセンタ内に収納することが可能である。
【００９８】
ある実施形態では、データ制御はデータ権に基づいて実施可能である。ある実施形態では、セキュリティポリシーおよびセキュリティ手順は、物理的、技術的、および管理上のセーフガードを実施することが可能である。ある実施形態では、（たとえば、ＡＥＳ１２８を用いて）データを暗号化して、（たとえば、ワイヤレス通信ハブから、サービスプラットフォームサーバまで、かつカスタマの（１つまたは複数の）サーバまで）終端間で保全することが可能である。別の実施形態では、システムは、データのチャンクが受信されて、（たとえば、ＨＩＰＡＡ標準に従って）識別解除されるデータ識別解除手法を実施することができる。ある実施形態では、新しいデータが識別解除されたデータに「追加され」ず、むしろ、識別解除プロセスがより大きなデータセットに関して実行されるようにシステムを構成することが可能である。
【００９９】
ある実施形態では、識別子を単に除去することはＰＨＩを識別解除するために十分でない場合があり、識別解除されたデータを、個人を識別するためにＰＨＩがアクセスする他の情報と組み合わせることができる場合、それを保護された健康情報であると見なすことができる。ある実施形態では、ＨＩＰＡＡ保護されたエンティティから取得された健康情報が、電子医療およびフィットネスデバイス通し番号を含む場合、その情報を保護された健康情報と識別するために、その識別子だけを使用することが可能である。
【０１００】
Ｂｌｕｅｔｏｏｔｈ(登録商標)、Ｗｉ−Ｆｉ、およびＡＮＴ＋を含む複数の無線プロトコルをサポートすることに加えて、幅広い範囲のカスタマイズに対応するために、ソフトウェア機構をワイヤレス通信ハブデバイス内で実施することが可能である。これをサポートするために、Ａｎｄｒｏｉｄオペレーティングシステムなど、高機能性オペレーティングシステムを備えたハブプロセッサを構成することができる。
【０１０１】
ワイヤレス通信ハブデバイスは、ＵＳＢ（ユニバーサルシリアルバス）ポートまたはＦｉｒｅＷｉｒｅポートを介して、コンピュータに接続可能なタイプのデバイスを反映するソフトウェアインターフェースモデルを使用するように構成可能である。要するに、ワイヤレス通信ハブデバイス実施形態は、多くの接続された電子医療およびフィットネスデバイスの価値を広げて、拡大することができる。ワイヤレス通信ハブデバイスを用いることで、電子医療およびフィットネスデバイスは、事実上、どこにでも配置され、グループを通して共有され、インターネットまたはローカルネットワークを介してアクセスされ、新しい使用モデルおよび収入機会を可能にする拡張サービスによってサポートされることが可能である。
【０１０２】
医療機器に課せられた規制に準拠するために、ワイヤレス通信ハブデバイスを医療デバイスに関して要求されるＩＳＯ１３４８５標準に基づいて開発することが可能である。これは、ワイヤレス通信ハブデバイスシステムを１つまたは複数の医療デバイスと組合せて、システムとして販売されることを可能にすることができる。
【０１０３】
本明細書で説明された様々な実施形態は、コンピューティングシステムに対するデバイスのネットワーク接続を簡素化するワイヤレス通信ハブデバイスを使用して、ＵＳＢポート、ＦｉｒｅＷｉｒｅポート、シリアルポートなどを介して、パーソナルコンピュータに共通して接続される周辺機器に対する遠隔アクセスを可能にするデバイス、システム、および方法を提供する。様々な実施形態は、プロセッサと、セルラーおよび／またはＷｉ−Ｆｉ通信ネットワークに接続するように構成された通信トランシーバとを含むワイヤレス通信ハブデバイスを含む。ワイヤレス通信ハブデバイスは、標準のユーティリティ壁コンセントなど、電源にプラグで接続されて、（たとえば、デジタルカメラ、ハードドライブ、プリンタ、デジタル画像フレームなど）１つまたは複数の周辺デバイスに接続されることが可能な小型統合モジュールとして構成可能である。ワイヤレス通信ハブデバイスは、接続された周辺デバイスがローカルエリアネットワークまたはインターネットに接続された何らかのコンピュータから使用されることを可能にするために、プロセッサ実行可能ソフトウェアを用いて構成することが可能である。関連するインターネットサーバベースのサービスは、ワイヤレス通信ハブデバイスおよび接続された周辺装置の検出を可能にする。ワイヤレス通信ハブデバイスは、関連するサーバベースのサービスを介して、インターネットからやはりアクセス可能である。
【０１０４】
ワイヤレス通信ハブデバイスの様々な実施形態（図面の「ＶＰＨ」）は、ホストシステムおよびローカルネットワークに通常課せられた要件の多くを取り除くことによって、周辺デバイス（たとえば、電子医療およびフィットネスデバイス、デジタルカメラ、ハードドライブ、プリンタなど）を共有する複雑さを最小限に抑える。ワイヤレス通信ハブデバイスは、いずれの位置にも固定またはモバイルで配置可能であり、ワイヤレス通信ハブデバイスに接続された周辺装置が、アクセスコンピュータにとって、あたかも局所的に接続されているかのように見えるように構成可能である。これは、ワイヤレス通信ハブデバイスの知能および接続性、関連するサーバベースのサービス、および、オプションで、アクセス側のコンピュータ上でホストされ得るソフトウェアによって達成される。
【０１０５】
ワイヤレス通信ハブデバイスは、大手サービスプロバイダ（たとえば、Ｇｏｏｇｌｅ）がプライベートユーザデータを「所有する」サービスを可能にすることができる。電子メールに始まり、情報産業には、すべてのユーザコンテンツの遠隔の集中型の記憶および管理に向かう傾向が存在する。サービスプロバイダにとっての利益は多い。しかし、この概念は多くのユーザが自らのプライベートデータに対する物理的な制御を維持する要望に矛盾する。ある実施形態では、ワイヤレス通信ハブデバイスは、局所的に「所有されている」状態のままである一般的にアクセス可能な消費者データを可能にすることができる取外し可能ＵＳＢハードドライブなど、「ネットワーク可能にされた」取外し可能記憶媒体の機能を提供する。ワイヤレス通信ハブデバイスは、複数のユーザが、自らのデータをサービスプロバイダに譲らずに、または何らかのシステムからそのデータにアクセスするための能力を失わずに、そのデータを共有できるかどうか、およびどのように共有するかを選ぶことを可能にする。ワイヤレス通信ハブデバイス実施形態は、何らかの接続された周辺デバイスを包含するように、この基本概念の幅を広げて、一般化して、あたかも、デバイスが遠隔コンピュータに直接接続されているかのようにｇ見えることを可能にする。
【０１０６】
様々な実施形態は、セットアップおよび初期化、セキュリティ、ドライバ管理、およびサーバベースのサポートサービス要素によるデバイス共有など、周辺デバイスをネットワーク接続する旧来の困難な技術プロセスをやはり簡素化する。このサービスは、バッチ操作サポート、ウェブを介したアクセス、およびユーザが定義および制御するグループを通したインテリジェント共有など、貴重な通信およびデータ利用機能をやはり可能にする。
【０１０７】
様々な実施形態は、ワイヤレス通信ハブデバイスが多くの接続された周辺装置の価値を広げて、拡大するのを可能にする。ワイヤレス通信ハブデバイスを用いることで、周辺装置は、事実上、どこにでも配置され、グループを通して共有され、インターネットまたはローカルネットワークを介してアクセスされ、新しい使用モデルおよび収入機会を可能にする拡張サービスによってサポートされることが可能である。
【０１０８】
図１Ｃおよび図１Ｄに例示される通信ネットワーク１００の応用のある例は、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）からのデータの伝送である。ワイヤレス通信ハブデバイス１１２がインストールされて、サービスプラットフォームサーバ１４０に登録されると、ケーブル（たとえば、ＵＳＢケーブルもしくはＦｉｒｅＷｉｒｅケーブル）またはワイヤレス通信リンク（たとえば、Ｂｌｕｅｔｏｏｔｈ）によって、ワイヤレス通信ハブデバイス１１２を医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）などの医療およびフィットネスデバイスに接続することが可能である。接続されると、ワイヤレス通信ハブデバイス１１２は、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）との接続をサービスプラットフォームサーバ１４０に報告することが可能であり、サービスプラットフォームサーバ１４０は、センサ、医療デバイス、またはフィットネスデバイスから受信されたデータを記憶するためのデータ記録を維持することが可能である。データ記録は、ユーザアカウント内、通信ハブデバイスおよび／または各医療もしくはフィットネスデバイスと関連付けられたアカウント内に維持可能である。
【０１０９】
ワイヤレス通信ハブデバイス１１２によって医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）から受信されたデータパケットは、サービスプラットフォームサーバ１４０に配信するためにそれらをインターネット１１４に適用するセルラーワイヤレスネットワーク１３０にセルラーデータ通信として中継されるＩＰパケット内にカプセル化可能である。医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）から受信されたデータパケットをカプセル化されたＩＰパケット内でサービスプラットフォームサーバ１４０にトンネリングすることによって、ワイヤレス通信ハブデバイス１１２は、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ）センサ）と相互作用するために（１つまたは複数の）ドライバソフトウェアモジュールを用いて構成されなくてよい。代わりに、ワイヤレス通信ハブデバイス１１２からのＩＰパケットをカプセル化することはパケットを梱包解除するサービスプラットフォームサーバ１４０によって受信可能であり、したがって、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）データをサービスプラットフォームサーバ１４０上に存在する医療またはフィットネスデバイス１０２に適したドライバソフトウェアモジュールによって処理することができ、変換されたデータをサービスプラットフォームサーバ１４０上に記憶することができる。このように、電子医療またはフィットネスデバイス１０２に適したドライバを使用した、サービスプラットフォームサーバ１４０内の電子医療またはフィットネスデバイスデータの処理は、様々なデータユーザに有用なフォーマットであってよい、変換されたデータの記憶を可能にすることができる。
【０１１０】
サービスプラットフォームサーバ１４０上に記憶された医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）データの場合、この医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）データは、インターネット１１４を介して、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）データの用途を有する場合がある他のエンティティにアクセス可能にすることができる。たとえば、記憶された医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）データを、サービスプラットフォームサーバ１４０によってホストされたウェブサイトに提示されたクエリに応答してなど、ハイパーテキストトランスファプロトコルＩＰ（ＨＴＴＰ／ＩＰ）パケットとして、医師のコンピュータ１３８または病院のサーバ１４２に送信することができる。ある実施形態では、医師のコンピュータ１３８は、電子医療またはフィットネスデバイスデータを閲覧するために、電子医療またはフィットネスデバイス１０２に適したドライバを使用することができる。
【０１１１】
ハードウェア製造会社が責任を負うデータまたは電子医療およびフィットネスデバイスに対する制御を維持するために、通信ネットワーク１００はハードウェア製造会社がドライバソフトウェアの流通を制御または制限することをやはり可能にすることができる。たとえば、一部の医療デバイス製造会社は、その製品からのデータがその組織内サーバによってだけ解釈され得るように、所有権を主張できるソフトウェアとして、デバイスドライバを維持することを選ぶ場合がある。そのような制限は、インターネット１１４を介してアクセス可能なデータベース上に機密の患者情報を記憶するのを防止するために適切であり得る。そのような制限は、医療デバイスが認可されていない個人によって再プログラムまたは制御できないことを確実にするためにも適切であり得る。そのような実装形態をサポートするために、サービスプラットフォームサーバ１４０は、インターネット１１４、または別のネットワーク（図示せず）を介して、そのような所有権を主張できるセンサ（たとえば、血圧センサ）から受信された未処理のデータパケットをカプセル化されたＩＰパケットとしてデバイス製造会社のサーバ１４４に転送することができる。製造会社のサーバ１４４は、次いで、電子医療およびフィットネスデバイスから受信されたデータを解釈するために、その所有権を主張できるドライバソフトウェアを使用することができる。
【０１１２】
上述のように、サービスプラットフォームサーバ１４０およびワイヤレス通信ハブデバイス１１２によって可能にされた電子医療およびフィットネスデバイス１０２、１０４、１０８（たとえば、血圧センサ）に対する通信リンクは、類似の形で逆通信をサポートすることができる。したがって、医療施設または電子医療およびフィットネスデバイスの製造会社は、図１Ｂに例示された通信リンクを使用して、設定コマンドをデバイスに送信することができる。たとえば、医療サーバ１４２を介して、医療またはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）から測定値を受信する医師は、ワイヤレス通信ハブデバイス１１２に結合された医療もしくはフィットネスデバイス１０２（たとえば、血圧（「ＢＰ」）センサ）または別の電子医療およびフィットネスデバイスのスクリーン上に表示されるようにメッセージを送信することができる。
【０１１３】
ローカルワイヤレスネットワークをセットアップする人々が直面する１つの課題は、ネットワークを介してアクセスされ得るすべてのデバイスとの通信リンクを検出および確立することに関連する。この課題は、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０によって提供されるサービスによって簡素化される。
【０１１４】
ワイヤレス通信ハブデバイス１１２がインストールされて、初めて活性化されるとき、ワイヤレス通信ハブデバイス１１２は、ワイヤード（たとえば、ＵＳＢコネクタ、ＦｉｒｅＷｉｒｅ）またはワイヤレスリンク（たとえば、Ｂｌｕｅｔｏｏｔｈ(登録商標)リンク）によって、ワイヤレス通信ハブデバイス１１２に結合された商用デバイスのすべてをサービスプラットフォームサーバ１４０に報告することができる。登録プロセスの一環として、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイス１０２、１０４、１０８の各々に一意のＩＰｖ６アドレスを割り当てることができる。これらのＩＰｖ６アドレスは、次いで、ワイヤレス通信ハブデバイス１１２を介して、特定の電子医療およびフィットネスデバイス１０２、１０４、１０８にアクセスするために、ローカルコンピュータ１３８によって使用可能である。したがって、特定の電子医療およびフィットネスデバイス１０２、１０４、１０８にアクセスするために、ユーザは、サービスプラットフォームサーバ１４０にアクセスするために、ローカルワイヤレスルータを介してインターネット１１４に結合されたパーソナルコンピュータ１３８を使用することができる。ユーザ名およびパスワードを入力すること、または検証キーを交換することによってなど、サービスプラットフォームサーバ１４０に登録した後、ユーザは、そのＩＰｖ６アドレスを含めて、ワイヤレス通信ハブデバイス１１２に結合されたすべての電子医療およびフィットネスデバイス１０２、１０４、１０８のリストを要求および受信することができる。ユーザのパーソナルコンピュータ１３８が電子医療およびフィットネスデバイス１０２、１０４、１０８のＩＰｖ６アドレスを有すると、コンピュータ１３８は、次いで、ワイヤレス通信ハブデバイス１１２に対するワイヤレスルータを通して、ワイヤレス通信を介して、特定の電子医療およびフィットネスデバイス１０２、１０４、１０８にアクセスすることができる。データアクセス要求など、サービスプラットフォームサーバ１４０によって提供されたＩＰｖ６アドレスを使用して、特定の電子医療およびフィットネスデバイス１０２、１０４、１０８にアドレス指定されたローカルコンピュータ１３８によって送信されたコマンド信号は、ワイヤレス通信ハブデバイス１１２によって中継されることになる。したがって、様々な実施形態によって可能にされるサービスプラットフォームサービスのうちの１つは、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスとの簡素化されたネットワーク確立である。
【０１１５】
ワイヤレス通信ハブデバイスおよびサービスプラットフォームサービスの様々な実施形態は、現在、そのような配備によく適していない可能性がある位置ならびに環境に（たとえば、カメラなど）既存のかつ将来の電子医療およびフィットネスデバイスを迅速かつ効率的に配備するのを可能にする。たとえば、ケーブルを走らせること、ルータおよびネットワークを構成すること、またはデバイスを構成することを必要とせずに、電池式ワイヤレス通信ハブデバイスを電子医療デバイスに結合することが可能である。カメラ像を受信するためのドライバを提供することを含めて、接続性および構成をワイヤレス通信ハブデバイスおよびサービスプラットフォームサービスによって自動的に処理することが可能である。このように、セルラー通信ネットワークに対するアクセス以外に複雑なインフラストラクチャを必要とせずに、スポーツイベント（たとえば、マラソン）で、または戦場で、患者もしく事故現場のアドホック医療本部に対して遠隔医療通信リンクを確立することが可能である。
【０１１６】
ワイヤレス通信ハブデバイスサービスによって可能にされる通信ネットワーク１００の有用な応用の別の例が図２に例示される。この例では、周辺デバイスは血圧（「ＢＰ」）センサ１１０などの医療センサである。医療センサからのデータは、いくつかの例を挙げれば、ユーザの医師、ユーザを監視する地元の病院、医療保険会社、ユーザの血圧薬の製造会社、および血圧センサ１１０の製造会社を含めて、多くの異なる患者にとって重要である可能性がある。図２に例示されるように、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０は、血圧センサ１１０ネットワークをアクセス可能にすること、センサを包含するネットワークを確立すること、または血圧センサ用のドライバを他のコンピュータに配備することの複雑さなしに、それを必要とするエンティティにそのような医療データを利用可能にすることができる。ワイヤレス通信ハブデバイス１１２がインストールされて、サービスプラットフォームサーバ１４０に登録されると、ケーブル（たとえば、ＵＳＢケーブル６もしくはＦｉｒｅＷｉｒｅケーブル８）またはワイヤレス通信リンク（たとえば、例示されたようなＢｌｕｅｔｏｏｔｈ(登録商標)１０）によって、ワイヤレス通信ハブデバイス１１２を血圧センサ１１０などの医療センサに接続することが可能である。接続されると、ワイヤレス通信ハブデバイス１１２は、その接続をセンサから受信されたデータを記憶するためのデータ記録を維持することが可能なサービスプラットフォームサーバ１４０に対して血圧センサ１１０に報告することができる。ワイヤレス通信ハブデバイス１１２によって血圧センサ１１０から受信されたデータパケットは、サービスプラットフォームサーバ１４０に配信するためにインターネット１１４にＩＰパケットを適用するセルラー通信ネットワーク１３０にセルラーデータ通信２として中継されるそれらのＩＰパケット内にカプセル化することが可能である。血圧サッチ１１０から受信されたデータパケットをカプセル化されたＩＰパケット内でサービスプラットフォームサーバ１４０にトンネリングすることによって、ワイヤレス通信ハブデバイス１１２は、血圧センサ１１０と相互作用するためのドライバソフトウェアを用いて構成されなくてよい。代わりに、ワイヤレス通信ハブデバイス１１２からのＩＰパケットをカプセル化することは、それらのパケットを梱包解除するサービスプラットフォームサーバ１４０によって受信可能であり、したがって、血圧センサ１１０データをサーバ上に存在する適切なドライバソフトウェアによって処理することが可能である。血圧センサデータをサービスプラットフォームサーバ１４０に記憶した場合、この情報を、インターネット１１４を介して、そのデータに関する用語を有する場合がある他のエンティティにアクセス可能にすることができる。たとえば、処理された血圧センサデータを、サービスプラットフォームサーバ１４０によってホストされるウェブサイトに提示されるクエリに応答してなど、ハイパーテキストトランスファプロトコルＩＰ（ＨＴＴＰ／ＩＰ）パケット１６として医師のコンピュータまたは病院のサーバ１４２に送信することが可能である。
【０１１７】
図２に例示される通信ネットワーク１００は、ハードウェア製造会社が責任を負うデータまたは周辺デバイスに対する制御を維持するために、ハードウェア製造会社がドライバソフトウェアの流通を制御または制限することをやはり可能にすることができる。たとえば、一部の医療デバイス製造会社は、その製品からのデータがその組織内サーバによってだけ解釈され得るように、所有権を主張できるソフトウェアとして、デバイスドライバを維持することを選ぶ場合がある。そのような情報は、インターネット１１４を介してアクセス可能なデータベース上に機密の患者情報を記憶するのを防止するために適切であり得る。そのような制限は、医療デバイスが認可されていない個人によって再プログラムまたは制御できないことを確実にするためにも適切であり得る。そのような実装形態をサポートするために、サービスプラットフォームサーバ１４０は、インターネット１１４、または別のネットワーク（図示せず）を介して、そのような所有権を主張できるセンサ（たとえば、血圧センサ１１０）から受信された未処理のデータパケットをカプセル化されたＩＰパケット１８としてデバイス製造会社のサーバ１４４に転送することができる。製造会社のサーバ１４４は、次いで、周辺デバイスから受信されたデータを解釈するために、その所有権を主張できるドライバソフトウェアを使用することができる。
【０１１８】
上述のように、サービスプラットフォームサーバ１４０およびワイヤレス通信ハブデバイス１１２によって可能にされた周辺デバイス（たとえば、血圧センサ１１０）に対する通信リンクは、類似の形で逆通信をサポートすることができる。したがって、医療施設または周辺デバイスの製造会社は、図２に例示された通信リンクを使用して、設定コマンドをデバイスに送信することができる。たとえば、医療サーバ１４２を介して、血圧センサ１１０から測定値を受信する医師は、ワイヤレス通信ハブデバイス１１２に結合された血圧センサ１１０または別の周辺デバイスのスクリーン上に表示されるようにメッセージを送信することができる。
【０１１９】
ワイヤレス通信ハブデバイスサービスの基本的機能性に加えて、ソフトウェア開発者、周辺デバイス製造会社、およびデータサービス会社によって追加され得る拡張機能に関する多数の機会が存在する。いくつかの説明のための実施例は、グループを通したデバイスおよびデータの共有と、利用可能な場合、接続されたデバイスのＬＡＮ接続性およびＷｉ−Ｆｉ接続性の容易なセットアップと、セキュリティまたは他の監視目的で、ウェブアクセス可能カメラ（「ウェブカム」）などのデバイスに対する周期的なアクセスと、システムを介して流れるデータに基づく、ユーザに対するターゲット広告とを含む。ワイヤレス通信ハブデバイス１１２および関連するサービスによって可能にされる様々なサービスの収益化は、新しい事業に関する多数の機会と、新しい収入源の創出とを実現することができる。
【０１２０】
上述のように、ワイヤレス通信ハブデバイス１１２のある実施形態は、ワイヤレス通信ハブデバイス１１２がローカルワイヤレスルータ１３５を介してネットワーク接続されたコンピュータおよびデバイスと通信するのを可能にするローカルワイヤレスネットワークトランシーバ（たとえば、Ｗｉ−Ｆｉトランシーバ）を含むことが可能である。そのような通信は、様々な実施形態で提供されるサービスプラットフォームサーバ１４０およびワイヤレス通信ハブデバイスサービスによって可能にされ得る。
【０１２１】
ローカルワイヤレスネットワークをセットアップする人々が直面する１つの課題は、ネットワークを介してアクセスされるすべてのデバイスとの通信リンクを検出および確立することに関連する。この課題は、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０によって提供されるサービスによって簡素化される。ワイヤレス通信ハブデバイス１１２がインストールされて、初めて活性化されるとき、ワイヤレス通信ハブデバイス１１２は、ワイヤード（たとえば、ＵＳＢコネクタ６、ＦｉｒｅＷｉｒｅ８）またはワイヤレスリンク（たとえば、Ｂｌｕｅｔｏｏｔｈリンク１０）によって、ワイヤレス通信ハブデバイス１１２に結合された商用デバイスのすべてをサービスプラットフォームサーバ１４０に報告することができる。登録プロセスの一環として、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２に結合された周辺デバイスの各々に一意のＩＰｖ６アドレスを割り当てることができる。これらのＩＰｖ６アドレスは、次いで、ワイヤレス通信ハブデバイス１１２を介して、特定の周辺デバイスにアクセスするために、ローカルコンピュータ１３８によって使用可能である。したがって、ウェブカム１０２など、特定の周辺デバイスにアクセスするために、ユーザは、サービスプラットフォームサーバ１４０にアクセスするために、ローカルワイヤレスルータ１３５を介してインターネット１１４に結合されたパーソナルコンピュータ１３８を使用することができる。ユーザ名およびパスワードを入力すること、または検証キーを交換することによってなど、サービスプラットフォームサーバ１４０に登録した後、ユーザは、そのＩＰｖ６アドレスを含めて、ワイヤレス通信ハブデバイス１１２に結合されたすべての周辺デバイスのリストを要求および受信することができる。ユーザのパーソナルコンピュータ１３８が周辺デバイスのＩＰｖ６アドレスを有すると、コンピュータ１３８は、次いで、ワイヤレス通信ハブデバイス１１２に対するワイヤレスルータ１３５を通して、ワイヤレス通信４を介して、特定の周辺デバイスにアクセスすることができる。データアクセス要求など、サービスプラットフォームサーバ１４０によって提供されたＩＰｖ６アドレスを使用して、特定の周辺デバイスにアドレス指定されたローカルコンピュータ１３８によって送信されたコマンド信号は、ワイヤレス通信ハブデバイス１１２によって中継されることになる。したがって、様々な実施形態によって可能にされるワイヤレス通信ハブデバイスサービスのうちの１つは、ワイヤレス通信ハブデバイス１１２に結合された周辺デバイスとの簡素化されたネットワーク確立である。
【０１２２】
ワイヤレス通信ハブデバイスおよび関連するサービスの様々な実施形態は、現在、そのような配備によく適していない可能性がある位置ならびに環境に（たとえば、カメラなど）既存のかつ将来の周辺デバイスを迅速かつ効率的に配備するのを可能にする。たとえば、ケーブルを走らせること、ルータおよびネットワークを構成すること、またはデバイスを構成することを必要とせずに、瞬時の監視機能を確立するために、電池式ワイヤレス通信ハブデバイスをウェブカムまたはデジタルカメラに結合することが可能である。カメラ像を受信するためのドライバを提供することを含めて、接続性および構成をワイヤレス通信ハブデバイスおよび関連するサービスによって自動的に処理することが可能である。別の例として、スタンドアロンで作動するように通常構成されたプリンタは、ネットワーク接続、またはネットワーク構成を必要とせずに、ネットワーク接続されたプリンタとして瞬時に構成され得る。このように、プリンタは、単に、そのＵＳＢ接続をワイヤレス通信ハブデバイスにプラグで接続することによって、一時的な構成で任意の数のコンピュータによって迅速にアクセスされ得る。
【０１２３】
ワイヤレス通信ハブデバイス１１２実施形態の例示的な構成要素が図３Ａおよび図３Ｂに例示される。ワイヤレス通信ハブデバイス１１２は、ケースまたはハウジング３００内に構成可能であり、内部メモリ３０２と、アンテナ３０４に結合されたＷＷＡＮトランシーバ３０３（たとえば、セルラー電話トランシーバ）とに結合されたプログラマブルプロセッサ３０１を含むことが可能である。電力供給装置３０８をプロセッサ３０１と他の構成要素とに結合することが可能である。いくつかの実施形態では、電力供給装置３０８は、電池を含むことが可能である。好ましい実施形態では、電力供給装置３０８は、標準のユーティリティ壁コンセントにプラグで接続するための電力プラグ３０９に電気的に接続可能である。プロセッサ３０１を、ＵＳＢポート３１０、ＦｉｒｅＷｉｒｅポート３１１、および／またはイーサネットコンセント３１２など、１つもしくは複数のワイヤードネットワーク接続ソケットに結合すことも可能である。簡単な実施形態では、単一のＵＳＢポート３１０だけが提供されてよい。他の実施形態では、ワイヤレス通信ハブデバイス１１２は、データケーブルを介していくつかの電子医療およびフィットネスデバイスを接続するのを可能にするために、複数のＵＳＢポート３１０と、ＦｉｒｅＷｉｒｅポート３１１と、イーサネットコンセント３１２とを含むことが可能である。ワイヤレス通信ハブデバイス１１２内にオプションのイーサネットコンセント３１２を提供することは、ハブをＬＡＮルータまたはローカルネットワークルータに直接接続するのを可能にすることができる。ポートの数は、ハウジングの物理的設計、ならびに、ワイヤレス通信ハブデバイス１１２が構成される特定の市場または応用に応じて、様々な実施形態の間で異なってよい。
【０１２４】
好ましい実施形態では、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信リンクを介して電子医療およびフィットネスデバイスに結合するために、１つまたは複数のワイヤレスローカルエリアネットワークトランシーバを含むことが可能である。たとえば、プロセッサ３０１は、電子医療およびフィットネスデバイスに対するワイヤレス表示リンクを確立するために、アンテナ３１６に接続されたＢｌｕｅｔｏｏｔｈ(登録商標)トランシーバ３１４と、アンテナ３２４に結合されたＩＥＥＥ８０２．１１（すなわち、Ｗｉ−Ｆｉ）トランシーバ３２２とに結合可能である。上で説明されたように、Ｗｉ−Ｆｉトランシーバ３２２は、ワイヤレス通信ハブデバイス１１２をローカルエリアワイヤレスルータに結合する際に使用するためのプロセッサ３０１にやはり接続可能である。Ｚｉｇｂｅｅプロトコルネットワークに結合するためのＺｉｇｂｅｅトランシーバ（図示せず）、またはＡＮＴ＋プロトコルネットワークに結合するためのＡＮＴ＋トランシーバ３３８（図２Ｂ）など、他のローカルワイヤレストランシーバを含めることも可能である。いくつかの実施形態では、ワイヤレス通信ハブデバイス１１２は、プロセッサ３０１とアンテナ３２８とに結合された全地球測位システム（ＧＰＳ）受信機３２６を含むことが可能である。複数のアンテナ３０４、３１６、３２４、３２８を有する代わりに、ワイヤレス通信ハブデバイス１１２は単一の集積アンテナを含むことが可能であり、または２つ以上のトランシーバは共通のアンテナを共有することが可能であることに留意されたい。また、いくつかの実施形態では、ワイヤレス通信ハブデバイス１１２は、ワイヤードネットワーク接続コンセント（すなわち、ＵＳＢポート３１０、ＦｉｒｅＷｉｒｅポート３１１、およびイーサネットコンセント１１２がオプションである）を含まなくてよく、代わりに、ワイヤレス通信リンクを介して、電子医療およびフィットネスデバイスに結合するための１つまたは複数のワイヤレスローカルエリアネットワークトランシーバだけを含む。
【０１２５】
ワイヤレス通信ハブデバイスは、ユーザが実施するために簡単であることが意図されるため、ワイヤレス通信ハブデバイスは、ごく基本的なユーザインターフェースを含むことが可能である。たとえば、プロセッサ３０１を、ステータスを通信するための、１つまたは複数の発光ダイオード（ＬＥＤ）３３４と、簡単なユーザコマンド入力（たとえば、活性化または再起動するためのプッシュ）を受信するための１つまたは複数のボタン３３２とに結合することができる。
【０１２６】
図３Ａはワイヤレス通信ハブデバイス１１２の様々な構成要素を別個の集積回路として示すが、いくつかの構成要素を、当技術分野でよく知られているように、単一の非常に大規模な集積（ＶＬＳＩ）チップに統合すること、または集積チップセットとして単一の回路基板上に組み立てることが可能である。たとえば、ＱＵＡＬＣＯＭＭ、Ｉｎｃ．によって製造されたＧｏｂｉ（商標）セルラーチップセットモジュールなど、多くの最新のセルラー電話トランシーバは、強力なプロセッサと、Ｗｉ−ＦｉネットワークおよびＢｌｕｅｔｏｏｔｈ可能デバイスに接続するためのトランシーバと、内蔵型ＧＰＳ受信機と、ＵＳＢ接続、ＦｉｒｅＷｉｒｅ接続および／またはイーサネット接続を受信するためのデータポートなど、ワイヤード接続に接続するための回路とを含む。したがって、ある実施形態では、適切な電力供給装置３０８と、１本または複数のアンテナ３０４と、１つまたは複数のＬＥＤ３３４と、１つまたは複数のボタン３３２と、ＵＳＢ入力、ＦｉｒｅＷｉｒｅ入力、イーサネット入力、または他のワイヤード入力を受信するためのコンセントへの接続とを備えたハウジング３００内にＧｏｂｉ（商標）モジュール（または、類似のセルラートランシーバ）を構成することによって、ワイヤレス通信ハブデバイス１１２を組み立てることが可能である。Ｇｏｂｉ（商標）モジュールなど、高性能セルラートランシーバモジュールの周囲にワイヤレス通信ハブデバイスを構成することは、単一の小型パッケージ内に３Ｇセルラー接続性、Ｗｉ−Ｆｉ接続性、およびＢｌｕｅｔｏｏｔｈ接続性を提供することができる。
【０１２７】
本明細書で説明された様々な実施形態のプロセスおよび通信を可能にするために、（メモリ３０２内に記憶され得る）プロセッサ実行可能命令を備えたプロセッサ３０１をワイヤレス通信ハブデバイス１１２内に構成することが可能である。そのようなソフトウェアは、セルラーワイヤレスネットワーク１３０と通信するため、ならびに電子医療およびフィットネスデバイスとのローカルネットワークを確立するために必要とされるプロセスを含むことが可能である。そのようなソフトウェアは、ワイヤレス通信ハブデバイス１１２、サービスプラットフォームサーバ１４０、ならびに、ユーザのパーソナルコンピュータ１３８との通信を管理するためのカスタムプロトコルを含むことも可能である。そのようなソフトウェアは、インターネットを介して「トンネリングすること」によって、サービスプラットフォームサーバ１４０に送信するために、受信されたデータを梱包することを含めて、プロセッサ３０１上にデバイスドライバをインストールさせなくても、電子医療およびフィットネスデバイスを識別して、そのデバイスと通信するためのプロセスを制御することも可能である。そのようなソフトウェアは、本明細書で説明されるように、セルラートランシーバをアイドルモードに入らせて、電子医療およびフィットネスデバイスからの入力、またはサービスプラットフォームサーバ１４０から受信された信号に応答して、起動させることによって、運転コストを最小限に抑えて、（電池式構成で実施されるとき）電池寿命を最大化するためのプロセスをやはり含むことが可能である。たとえば、サービスプラットフォームサーバ１４０は、アイドルモードを去って、命令のためにサービスプラットフォームサーバに連絡するなど、所定のまたは指定された動作を達成するように通信ハブデバイスに催促するために、（メッセージペイロードの有無にかかわらず）ＳＭＳメッセージを通信ハブデバイスに送信することができる。
【０１２８】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、ＵＳＢポート３１０またはイーサネットコンセント３１２を介してなど、パーソナルコンピュータ１３８に対する直接接続を可能にすることができる。この実施形態では、パーソナルコンピュータ１３８は、あたかも電子医療およびフィットネスデバイスがコンピュータに直接接続されたかのように、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスにアクセスすることができる。
【０１２９】
上述のように、ワイヤレス通信ハブデバイス１１２は、電池式であってよく、旧来の家庭用のＡＣ電流によって電気供給されてよく、または自動車から（たとえば、たばこ用ライターから）１２ボルトＤＣ電流によって電力供給されてもよい。したがって、電力供給装置３０８は、どんな形であれ、デバイスが受信するように構成された外部電源から電力を受信するように構成されることになり、プロセッサ３０１およびトランシーバ回路によって必要とされるように電力を構成することになる。電池式実装形態の場合、電力供給装置３０８は、コネクタプラグ３０９が電力コンセントにプラグで接続されているとき、電池（別途に図示せず）の充電を監視して、充電電力を電池に提供するための回路を含むことも可能である。そのような機能を実行することができる電力供給装置回路は、電子デバイス分野でよく知られている。
【０１３０】
ワイヤレス通信ハブデバイス１１２は、異なるステータス状態を示すために、黄、緑、および赤の光を放射する３色ＬＥＤセットなど、異なる色で照明するＬＥＤ３３４を含むことが可能である。そのようなＬＥＤは、プロセッサ３０１からのコマンドに応答して、連続的な光を点滅または放射するように構成可能である。
【０１３１】
ワイヤレス通信ハブデバイス１１２は、様々な形態で構成可能である。壁コンセントにプラグで接続する基本的な小型デバイスの２つの例が図３Ｃおよび図３Ｄに例示される。例示されるように、ワイヤレス通信ハブデバイス１１２は、多色ＬＥＤ３３４を示すコンパクトハウジング３００内に梱包可能であり、単一のプッシュボタン３３２ならびに１つまたは複数のＵＳＢポート３１０（および／もしくは他のポート／コンセント）を特徴とする。下でより十分に説明されるように、サービスプラットフォームサーバ１４０へのワイヤレス通信ハブデバイス１１２の登録を円滑にするために、一意の通し番号３３６をハウジング３００上に印刷することができる。アンテナ３０４はハウジング３００の一部として提供され得る。電気プラグ３０９は、ハウジング３００の一部として、または標準の壁コンセント３４０にプラグで接続するように構成された別個のモジュール（図示せず）として提供可能である。いくつかの実施形態では、プラグ３０９を含めて、モジュールの一部として電力供給装置３０８を含めことが可能である。
【０１３２】
図４は、ソフトウェアモジュール、ハードウェア構成要素、またはハードウェアとソフトウェアモジュールの組合せとして、ワイヤレス通信ハブデバイスシステム４００内で実施可能な機能モジュールを例示する。ワイヤレス通信ハブデバイスシステム４００は、プロセス全体を監視して、他のモジュールを調整するプロセッサ３０１内で実施される実行機能４０２を含むことが可能である。通信モジュール４０４は、トランシーバと、トランシーバを操作するため、ならびに実行機能４０２との通信機能を調整するためのソフトウェアとを含むことが可能である。通信モジュール４０４は、様々な通信プロトコルに準拠するために必要な処理、ならびに、通信リンク折衝すること、データ伝送を検証すること、デジタル通信システムの他の一般的な機能を実行することを含むことが可能である。ブリッジングロジックモジュール４０６は、実行機能４０２にも結合され、電子医療およびフィットネスデバイスと、サービスプラットフォームサーバ１４０など、外部コンピュータとの間に通信リンクを提供することに関連するプロセスを実行するように構成可能である。ブリッジングロジックモジュール４０６は、たとえば、サービスプラットフォームサーバ１４０にトンネリングするために、電子医療およびフィットネスデバイスから受信されたデータをＩＰパケットに梱包するためのロジックを含むことが可能である。同様に、ブリッジングロジックモジュール４０６は、サービスプラットフォームサーバ１４０から受信されたコマンドパケットを梱包解除して、埋め込まれたコマンドを適切な電子医療およびフィットネスデバイスに提供するためのロジックを含むことが可能である。
【０１３３】
様々な実施形態では、ワイヤレス通信ハブデバイスシステム４００は、デバイスが旧来のルータの典型的なプロセスを実行するのを可能にするためのルータロジック４０８など、追加のモジュールを含むことが可能である。
【０１３４】
また、ルータロジック４０８は、アルゴリズムを含むことが可能であり、そのそれぞれの優先順位、ユーザの健康にとっての重要性、または遠隔サーバによる順序要求に従って、データに関して、接続された電子医療およびフィットネスデバイスをポーリングするための方法を実施することが可能である。また、ワイヤレス通信ハブデバイスシステム４００は、デバイスがサーバの典型的なプロセスを実行するのを可能にするためのサーバロジック４１０を含むことが可能である。さらに、ワイヤレス通信ハブデバイスシステム４００の実施形態は、電子医療およびフィットネスデバイスからデータを受信して、記憶し、後の時点で、そのデータを宛先コンピュータに中継するためのメモリならびに記憶および転送ロジック４１２を含むことが可能である。ルータ、サーバ、ならびに記憶および転送のプロセス、ならびにロジックはコンピュータ分野でよく知られている。
【０１３５】
ワイヤレス通信ハブデバイスの初期構成および動作のうちのいくつかが例示的な方法５００として図５で例示される。ワイヤレス通信ハブデバイスシステムの有利な特性は、簡単で、高速、かつ確実なセットアップである。簡素化されたセットアップを可能にするために、押下されたとき、活性化を開始する単一のボタンを備えたワイヤレス通信ハブデバイス１１２を構成することが可能である。ワイヤレス通信ハブデバイス１１２は、ハウジング３００上に印刷されたコード３３６を含むことも可能である。ワイヤレス通信ハブデバイス１１２は、セルラーサービス（たとえば、ＣＤＭＡ、３Ｇ、４Ｇなど）とのワイヤレス通信リンクを確立して、インターネット１１４を介して、サービスプラットフォームサーバ１４０と直接通信するように事前に構成可能である。活性化ボタンを押下した後、ユーザは、サービスプラットフォームサーバ１４０のインターネットウェブサイトにアクセスして、ワイヤレス通信ハブデバイス１１２の所有者としてユーザを識別するために、デバイスのコード３３６をウェブページに入力することができる。その後、サービスプラットフォームサーバ１４０は、何らかの必要とされるドライバソフトウェアをユーザのコンピュータ内にダウンロードすることができる。
【０１３６】
図５を参照すると、ブロック５０２で、ワイヤレス通信ハブデバイス１１２は、活性化表示（たとえば、活性化ボタンの押下の表示）を受信することに応答して、活性化プロセスを開始することができる。あるいは、いくつかの実施形態では、活性化は、デバイスが壁コンセント３４０など電源に初めてプラグで接続されたときに開始され得る。活性化が開始すると、ブロック５０４で、ワイヤレス通信ハブデバイス１１２は、ＬＥＤ３３４を点滅し始めることができる。たとえば、プロセッサ３０１は、ワイヤレス通信ハブデバイス１１２がセルラーネットワークと接続していることを示すために黄ＬＥＤを点滅することができる。同様に、ブロック５０６で、ワイヤレス通信ハブデバイス１１２は、セルラーデータネットワークと接続することを試みることができる。ブロック５０８で、プロセッサ３０１が、トランシーバ３０２がセルラーネットワークとの接続を確立したことを判断すると、プロセッサ３０１は、セルラーネットワークを介して、サービスプラットフォームサーバ（すなわち、ＶＰＨサーバ）１４０にデータ呼を行うことができる。判断ブロック５１０で、プロセッサ３０１は、サービスプラットフォームサーバ１４０との接続が確立されているかどうかを判断するために、セルラートランシーバ３０２を監視することができる。トランシーバ３０２がサービスプラットフォームサーバ１４０に対する通信リンクを確立する過程にある限り（すなわち、判断５１０＝「いいえ」）、プロセッサ３０１は、黄ＬＥＤを点滅し続ける。
【０１３７】
プロセッサ３０１がサービスプラットフォームサーバ１４０との通信リンクが確立されたと判断すると（すなわち、判断５１０＝「はい」）、ブロック５１０で、（たとえば、登録および構成プロセスが進行中であることを示すために）プロセッサ３０１は、黄ＬＥＤに固定電力を印加することができる。ブロック５１４で、同時に、プロセッサ３０１は、自らを識別して、サービスプラットフォームサーバ１４０に登録するために、ワイヤレス通信ハブデバイス１１２の識別子をサービスプラットフォームサーバ１４０に通信することができる。ワイヤレス通信ハブデバイス１１２は、何らかの事前構成された期間（たとえば、５分）の間、この状態に留まることができる。この期間の間、ブロック５１６で、ユーザは、ウェブブラウザとインターネットアクセスとを用いて、何らかのコンピュータからサービスプラットフォームサーバ１４０にアクセスすることができる。ブロック５１８で、ユーザ名およびパスワードとともに、ワイヤレス通信ハブデバイス１１２上に印刷された番号を入力することによって、ユーザはサービスプラットフォームサーバ１４０上に初めてアカウントをセットアップすることができる。ある実施形態では、サービスプラットフォームサーバ１４０に対してワイヤレス通信ハブデバイス１１２を識別するために使用される番号は６桁の数字であってよい。ブロック５２０で、サービスプラットフォームサーバ１４０は、その独自のオンライン登録の間に、ワイヤレス通信ハブデバイス１１２によって提供された番号を用いてユーザによって入力された数字を検証する。ユーザが入力したコードとワイヤレス通信ハブデバイス１１２によって通信されたコードとが整合する場合、ブロック５２２で、サービスプラットフォームサーバ１４０は、将来、ワイヤレス通信ハブデバイス１１２およびユーザのコンピュータとの通信の際に使用されることになる暗号鍵と認証鍵とを生成することができ、登録プロセスを完了するために、それらの鍵をデバイスとユーザのコンピュータとに送信する。登録プロセスの一環として、ユーザのコンピュータは、ワイヤレス通信ハブデバイス１１２および／またはサービスプラットフォームサーバ１４０と通信するために使用可能なドライバソフトウェアをダウンロードすることができる。そのようなドライバは、特定のワイヤレス通信ハブデバイス１１２（すなわち、サービスプラットフォームサーバ１４０によって受信されたのと同じ６桁の数字を有するデバイス）との安全な通信を可能にするように事前構成され得る。やはり登録プロセスの一環として、サービスプラットフォームサーバ１４０は、ハブデバイスに関するソフトウェア更新、ハブデバイスに結合された周辺デバイスとインターフェース接続するための適切な周辺ドライバ、通信ルックアップテーブル（たとえば、更新されたＩＰアドレス）など、様々な機能をサポートするためのデータとソフトウェアとをワイヤレス通信ハブデバイス１１２にダウンロードすることが可能である。
【０１３８】
登録および構成プロセスが完了すると、ブロック５２４で、プロセッサ３０１は、（たとえば、ワイヤレス通信ハブデバイス１１２がサービスプラットフォームサーバ１４０に登録していることをユーザに示すために）安定した緑ＬＥＤを照明することができる。
【０１３９】
図５に例示された登録プロセスは、ワイヤレス通信ハブデバイス１１２をどのようにセットアップして、サービスプラットフォームサーバ１４０上に維持されたユーザアカウントに登録することができるかの単なる１つの例であることに留意されたい。ワイヤレス通信ハブデバイス１１２を登録して、それらのデバイスをサービスプラットフォームサーバ１４０上に維持されたユーザアカウントと相関させるための他の機構を実施することも可能である。たとえば、（たとえば、その６桁の数字に基づいて）ワイヤレス通信ハブデバイス１１２をサービスプラットフォームサーバ１４０上に維持されたユーザアカウントと相関させることは、ワイヤレス通信ハブデバイス１１２の販売時点に達成可能である。そのような実装形態では、ユーザアカウントを識別またはセットアップするために必要なユーザ情報は、レジ係によって取得可能であるか、またはユーザによって、６桁のコードとともに、その情報をサービスプラットフォームサーバ１４０に送信する店頭端末内に入力可能である。したがって、ワイヤレス通信ハブデバイス１１２を購入した後、ユーザが店舗を去るとき、システムが壁コンセントにプラグで接続され、電子医療またはフィットネスデバイス（たとえば、周辺デバイス）に接続されるとすぐに、そのシステムはサービスを開始する状態であり得る。
【０１４０】
ワイヤレス通信ハブデバイス１１２を活性化して、そのデバイスをユーザアカウントと関連付けるための別の例示的な方法は、ワイヤレス通信ハブデバイス１１２自体の中に含めることが可能なＧＰＳ受信機からの位置情報を利用することができる。この実装形態では、壁コンセントにプラグで接続されることによってなど、ワイヤレス通信ハブデバイス１１２が活性化されるとき、ワイヤレス通信ハブデバイス１１２は、そのＧＰＳ受信機３２６からその位置を判断する。サービスプラットフォームサーバ１４０との通信リンクを確立するとすぐに、ワイヤレス通信ハブデバイス１１２は、その正確な緯度座標および経度座標とともに、サービスプラットフォームサーバ１４０にその識別コード（たとえば、ハウジング上に印刷された６桁の数字）を知らせることができる。この座標情報を使用して、サービスプラットフォームサーバ１４０は、地図座標に基づいて判断された居住地住所など、公開情報からユーザを識別し、次いで、ワイヤレス通信ハブデバイス１１２を同じ居住地住所を有するユーザアカウントと関連付けることができる。
【０１４１】
図５を再度参照すると、構成および登録プロセスが完了すると、セルラーワイヤレスネットワーク接続性を有する任意の位置にワイヤレス通信ハブデバイス１１２を移動させることができる。異なる電子医療またはフィットネスデバイスをワイヤレス通信ハブデバイス１１２にプラグで接続することが可能である。ある実施形態では、ワイヤレス通信ハブデバイス１１２は、そのデバイスにプラグで接続されるか、またはそのデバイスにワイヤレスでリンクされた電子医療もしくはフィットネスデバイスを検出することができる（ステップ５２６）。ワイヤレス通信ハブデバイス１１２に結合された電子医療またはフィットネスデバイスが識別されると、ワイヤレス通信ハブデバイス１１２は、その媒体アクセス制御（ＭＡＣ）識別子（ＩＤ）を送信することによってなど、サービスプラットフォームサーバ１４０に対して電子医療またはフィットネスデバイスを識別することができる（ステップ５２８）。サービスプラットフォームサーバ１４０は、ユーザまたは特定のワイヤレス通信ハブデバイス１１２と関連付けられたデータフィールド内に電子医療またはフィットネスデバイス識別子を記憶することができる（ステップ５３０）。サービスプラットフォームサーバ１４０は、サービスプラットフォームサーバ１４０のデータ記録内に記憶することも可能なＩＰｖ６アドレスを各電子医療またはフィットネスデバイスに割り当てることも可能である。
【０１４２】
サービスプラットフォームサービス内に含めることが可能なさらなる特徴は、特定の電子医療およびフィットネスデバイスに適したドライバソフトウェアをユーザのコンピュータ１３８にダウンロードすることに関連する。このサービスでは、ワイヤレス通信ハブデバイス１１２は、上で説明された登録およびデバイス検出プロセスの間、接続された電子医療またはフィットネスデバイスについてサービスプラットフォームサーバ１４０に知らせる。サービスプラットフォームサーバ１４０は、より旧式の電子医療またはフィットネスデバイスに適している可能性があるドライバソフトウェアの旧バージョンを含めて、市場で利用可能なほとんどの電子医療またはフィットネスデバイスに関するドライバソフトウェアを記憶するように構成可能である。したがって、ワイヤレス通信ハブデバイス１１２が、各電子医療またはフィットネスデバイスのＭＡＣ  ＩＤを提供することによってなど、サービスプラットフォーム１４０に接続された電子医療またはフィットネスデバイスを識別するとき、サービスプラットフォームサーバ１４０は、そのメモリ内または関連するデータベース内に記憶された適切なドライバソフトウェアを識別して、ユーザがサービスプラットフォームサーバ１４０にアクセスするとき、それらの適切なドライバをユーザのコンピュータ１３８にダウンロードすることができる。ドライバソフトウェアのこのダウンロードは、ユーザが、初めて、サービスプラットフォームサーバ１４０に登録するとき、またはコンピュータ１３８をユーザのアカウントおよび特定のワイヤレス通信ハブデバイス１１２と関連付けるときに達成可能である。また、サービスプラットフォームサーバ１４０は、接続された周辺デバイスのＭＡＣ  ＩＤおよび特定のユーザコンピュータ１３８にダウンロードされているドライバソフトウェアのデータ記録を維持することができる。そのような記録を使用して、サービスプラットフォームサーバ１４０は、更新が受信されるとき、または新しい電子医療またはフィットネスデバイスがワイヤレス通信ハブデバイス１１２に接続されるとき、ユーザコンピュータ１３８が新しいドライバまたは更新されたドライバを必要とすることを判断して、適切なドライバソフトウェアをダウンロードすることができる。このように、ドライバソフトウェアを記録する必要、ドライバ自体をダウンロードする必要、または電子医療もしくはフィットネスデバイスに備えられたドライバソフトウェアを含むＣＤに悩まされる必要なしに、ユーザのワイヤレス通信ハブデバイス１１２にプラグで接続された電子医療およびフィットネスデバイスに関して必要とされる最新のドライバソフトウェアをユーザのコンピュータ１３８に自動的に設定することができる。したがって、このサービスプラットフォームは、様々な電子医療またはフィットネスデバイスを使用するユーザ経験を簡素化するのに役立つ可能性がある。
【０１４３】
上述のように、ユーザがイーサネット接続またはＷｉ−Ｆｉ接続によってワイヤレス通信ハブデバイス１１２をそのローカルネットワークに接続することを望むときなど、ワイヤレス通信ハブデバイス１１２はローカルネットワーク運用をサポートすることができる。そのような実施形態では、ユーザは、次いで、入力された情報を使用して、ワイヤレス通信ハブデバイス１１２を構成するサービスプラットフォームサーバ１４０に関連情報を（たとえば、ウェブブラウザを介して、サービスプラットフォームサーバ１４０にアクセスすることによって）提供することができる。成功した場合、ワイヤレス通信ハブデバイス１１２は、セルラーネットワーク１３０（たとえば、３Ｇセルラーデータネットワーク）を使用せずに、インターネット１１４にアクセスして、サービスプラットフォームサーバ１４０に対するアクセスを得るためにローカルネットワークを活用することができる。この登録プロセスで失敗が発生した場合、ワイヤレス通信ハブデバイス１１２は、セルラー接続性に再度切り替えて、ローカル接続性に切り替える試みが失敗したことをサービスプラットフォームサーバ１４０に知らせることができる。ワイヤレス通信ハブデバイス１１２がローカルエリアネットワークまたはＷｉ−Ｆｉネットワークに接続されたとき、局所的に接続されたコンピュータ１３８は、ワイヤレス通信ハブデバイス１１２と、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスとに直接的にアクセスすることができる。ある実施形態では、これは、サービスプラットフォームサーバ１４０によって提供されたＩＰｖ６アドレスを使用して達成可能である。ある実施形態では、初期セットアップを実行したユーザによって、ワイヤレス通信ハブデバイス１１２に対するアクセスが追加のコンピュータ１３８に付与されていることを条件に、それらの追加のコンピュータ１３８をワイヤレス通信ハブデバイス１１２に接続することが可能である。
【０１４４】
図５は、ワイヤレス通信ハブデバイス１１２がサービスプラットフォームサーバ１４０に登録すると実行可能な、いくつかの通常動作プロセスをやはり例示する。たとえば、ユーザは、サービスプラットフォームサーバ１４０にアクセスすることによって、パーソナルコンピュータ１３８から電子医療またはフィットネスデバイスに対するアクセスを要求することができる（ステップ５３２）。これは、ユーザがウェブブラウザをホストする何らかのコンピュータ１３８からインターネット１１４を介してサービスプラットフォームサーバ１４０にアクセスすることによって達成可能である。サービスプラットフォームサーバ１４０ウェブページにアクセスするとすぐに、ユーザ名およびパスワード（または、何らかの他の形態のユーザ／アカウント識別および検証）を入力するようにユーザに催促することができる。ユーザが検証されたとき、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２に結合された周辺デバイスのメニューを（たとえば、ＨＴＴＰウェブページの形で）提示して、ユーザのコンピュータ１３８から特定の電子医療またはフィットネスデバイスに関するデータ要求または構成コマンドを受け入れることができる。このデータ要求またはコマンドが受信されたとき、サービスプラットフォームサーバ１４０は、データ要求またはコマンドをワイヤレス通信ハブデバイスに中継することができる（ステップ５３４）。場合によっては、ユーザのコンピュータ１３８からデータの要求は、データ要求またはコマンドが電子医療またはフィットネスデバイスによって受信および処理され得るようにデータ要求またはコマンドをフォーマットするために、特定の電子医療またはフィットネスデバイス用のドライバを使用することをワイヤレス通信ハブデバイス１４０に要求することができる。このように、ユーザは、インターネットアクセスを用いて、適切なデバイスドライバソフトウェアを備えていないコンピュータ１３８を含めて、何らかのコンピュータ１３８から特定の電子医療またはフィットネスデバイス（たとえば、ウェブカム、心拍数モニタ、万歩計など）にアクセスすることが可能であり得る。ワイヤレス通信ハブデバイス１１２は、サーバプラットフォームサーバ１４０からデータ要求またはコマンドを受信して、それらを特定の電子医療またはフィットネスデバイスに中継する（ステップ５３６）。場合によっては、データ要求またはコマンドを、サービスプラットフォームサーバ１４０によってフォーマットされたようなデバイスドライバによって必要とされるフォーマットでデータ要求またはコマンドを含むパケットペイロードとともに、ＩＰパケット内にカプセル化することが可能である。そのような場合、ワイヤレス通信ハブデバイス１１２は、データ要求またはコマンドを梱包解除して、電子医療またはフィットネスデバイスと確立されたワイヤード接続またはワイヤレス接続を介して、それを電子医療またはフィットネスデバイスに中継する。
【０１４５】
（上で議論されたデータ要求メッセージに応答して発生し得るなど）電子医療またはフィットネスデバイスが通信用のデータをサービスプラットフォームサーバ１４０またはユーザコンピュータ１３８に提供する場合、そのようなデータはワイヤレス通信ハブデバイス１１２によって受信されて、サービスプラットフォームサーバ１４０に中継される（ステップ５３８）。場合によっては、ワイヤレス通信ハブデバイス１１２は、適切なドライバソフトウェアを使用して、サービスプラットフォームサーバ１４０によって処理するために、インターネット１１４を介して、データをトネリングすることができるように、デバイスデータをＩＰパケット内にカプセル化することができる。上述のように、インターネット１１４に対するセルラーネットワーク接続またはローカルエリアネットワーク接続を介して、データメッセージをサービスプラットフォームサーバ１４０のインターネットアドレスに送信することができる。電子医療またはフィットネスデバイスデータパケットはサービスプラットフォームサーバ１４０によって受信されて、必要な場合、処理されて、（適切な場合）インターネット１１４を介してユーザコンピュータ１３８に中継される（ステップ５４０）。
【０１４６】
データ要求にアクティブに応答しないとき、または電子医療またはフィットネスデバイスからデータを中継しないとき、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイスもしくはローカルエリアネットワークに結合されたサービスプラットフォームサーバ１４０またはコンピュータ１３８からのメッセージを待つことができる（ステップ５４２）。セルラーデータネットワークを介したデータ接続を維持することに関連するコストを最小限に抑えるために、活動が所定の期間（「タイムアウト期間」）の間停止したとき、ワイヤレス通信ハブデバイス１１２はアクティブなデータ接続を終了するように構成可能である。したがって、ワイヤレス通信ハブデバイス１１２のプロセッサ３０１は、最後の通信イベント以来、タイムアウト期間が発生したかどうかを判断するように構成可能である（判断５４４）。タイムアウト期間が終了していない場合（すなわち、判断５４４＝「いいえ」）、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０からのメッセージのために、開放セルラーデータ通信リンクを監視し続けることができる。タイムアウト期間が終了すると（すなわち、判断５４４＝「はい」）、ワイヤレス通信ハブデバイス１１２は、開放セルラーデータ通信リンクを終了して、「スリープ」モードに入ることができる（ステップ５４６）。ワイヤレス通信ハブデバイス１１２が、ＡＣ壁コンセントなど、無尽蔵の電力供給装置にプラグで接続されている実施形態では、スリープモードは、開放セルラーデータ通信リンクを終了するが、ワイヤレス通信ハブデバイス１１２の電話番号に行われたメッセージまたは電話呼を監視し続けることを伴う場合がある。たとえば、図８Ａを参照して下でより十分に説明されるように、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０にデータ呼を行い、新しいデータ通信リンクを開始するようにワイヤレス通信ハブデバイス１１２に催促するシンプルメッセージサービス（ＳＭＳ）メッセージをスリープモードの間に受信するように構成可能である。ワイヤレス通信ハブデバイス１１２が電池式の実施形態では、スリープモードは、電池消費を節約するために、ワイヤレス通信ハブデバイス上で実行される処理を削減することをさらに伴う場合がある。
【０１４７】
上述のように、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイスプロセッサ３０１が何らかの電子医療およびフィットネスデバイス用のデバイスドライバを実行することを必要としないフォーマットでデータを通信するように構成可能である。図６Ａは、インターネットを介して電子医療およびフィットネスデバイス間でデータおよびコマンドをトンネリングするための例示的な方法６００を示す。例示的な方法６００では、ユーザは、ウェブキオスクコンピュータからなど、何らかのコンピュータからインターネットにアクセスして、そのＵＲＬにおいて、サービスプラットフォームサーバ１４０にアクセスすることができる（ステップ６０２）。ユーザがサービスプラットフォームサーバ１４０に対して識別および検証された後、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスのメニューを列挙したウェブページを生成することができる（ステップ６０３）。ユーザは、次いで、（例えば、ユーザの住居を確認するためのウェブカムなど）特定の電子医療およびフィットネスデバイス１０２、１０４、１０８に対するアクセスを要求することができる（ステップ６０４）。この要求は、たとえば、ユーザがサービスプラットフォームサーバ１４０によって生成されたウェブページ内に列挙された利用可能な電子医療およびフィットネスデバイスのメニューリスト上で電子医療またはフィットネスデバイス１０２、１０４、１０８ハイパーリンク（たとえば、ウェブカムハイパーリンク）を選択することによって達成可能である。たとえば、電子医療およびフィットネスデバイスメニュー内のウェブカムハイパーリンク上をダブルクリックすることが、デバイスアクセス要求をサービスプラットフォームサーバ１４０に送信できるか、またはサービスプラットフォームサーバ１４０がそういうものとして認識することになるコードを送信できるように、ハイパーリンクを構成することが可能である。
【０１４８】
ユーザからデバイスアクセス要求またはデータアクセス要求を受信することに応答して、サービスプラットフォームサーバ１４０は、ユーザによって要求されたアクセスまたはデータを取得するために、適切な要求メッセージをワイヤレス通信ハブデバイス１１２に送信することができる（ステップ６０６）。この要求を受信するとすぐに、ワイヤレス通信ハブデバイス１１２は、要求されたデータについて、示された電子医療またはフィットネスデバイスに問い合わせることができる（ステップ６０８）。応答して、問い合わされた電子医療またはフィットネスデバイスは、要求されたデータをそのネイティブフォーマット（すなわち、デバイスドライバに受信することを要求するフォーマット）で提供し始めることができる（ステップ６１０）。たとえば、要求が電子医療またはフィットネスデバイス１０２（たとえば、ウェブカムもしくは血圧計）からの画像に関する場合、ワイヤレス通信ハブデバイス１１２は、画像データを活性化して、ワイヤレス通信ハブデバイス１１２に送信し始めるように、電子医療またはフィットネスデバイス１０２（たとえば、ウェブカムまたは血圧計）に信号送信することができる。この実施形態では、ワイヤレス通信ハブデバイス１１２は、ネイティブフォーマットの電子医療またはフィットネスデバイスデータを受信して、そのデータを、インターネット１１４を介して、サービスプラットフォームサーバ１４０にトンネリングされ得る（ステップ６１２）ＩＰパケットに梱包する。インターネット１１４を介してデータをトンネリングするための方法およびプロトコルは、コンピュータ通信技術分野でよく知られている。
【０１４９】
サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２からメッセージパケットを受信して、トンネリングＩＰパケットからの電子医療またはフィットネスデバイスデータを梱包解除して、受信された電子医療またはフィットネスデバイスデータを処理するために、適切なドライバソフトウェアを使用することができる（ステップ６１４）。サービスプラットフォームサーバ１４０は、次いで、要求されたデータを、ウェブページまたはビデオフィードの形でなど、標準ＩＰフォーマットを使用して、インターネット１１４を介して、要求元（requester）のコンピュータに送信することができる（ステップ６１６）。したがって、ユーザがワイヤレス通信ハブデバイス１１２に結合されたウェブカムからのビデオ画像にアクセスすることを要求する例では、ユーザは、ウェブカムドライバソフトウェアをコンピュータ１３８上にロードする必要なしに、ウェブブラウザ上に提示されたビデオフィードを受信することができる。
【０１５０】
データおよびコマンドのトンネリングは、サービスプラットフォームサーバ１４０を介して、ユーザのコンピュータからワイヤレス通信ハブデバイス１１２に進むことも可能である。たとえば、ユーザは、サービスプラットフォームサービスを使用して、ウェブキオスクコンピュータ（すなわち、適切なデバイスドライバを備えていないコンピュータ）から電子医療およびフィットネスデバイスを操作または構成することが可能であり得る。図６Ｂは、データおよびコマンドがユーザのコンピュータ１３８から進むことが可能であることを除いて、図６Ａを参照して上で説明された方法６００に類似した、ワイヤレス通信ハブデバイス１１２を介して、コマンドメッセージを電子医療およびフィットネスデバイスにトンネリングするためのある例示的な方法６５０を示す。上述のように、ブロック６０２で、ユーザは、ウェブキオスクコンピュータからなど、何らかのコンピュータからインターネットにアクセスして、そのＵＲＬにおいて、サービスプラットフォームサーバ１４０にアクセスすることができる。上述のように、サービスプラットフォームサーバ１４０に対してユーザが識別および検証された後、ブロック６０３で、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスのメニューを列挙したウェブページを生成することができる。上述のように、ブロック６０３で、ユーザは、（たとえば、特定の警報状態を遠隔で設定するためのセキュリティシステムなど）特定の電子医療およびフィットネスデバイス１０４に対するアクセスを要求することができる。この要求は、ユーザが、サービスプラットフォームサーバ１４０によって生成されたウェブページ内に列挙された利用可能な電子医療およびフィットネスデバイスのメニューリスト上のハイパーリンクを選択することによって達成可能である。たとえば、電子医療およびフィットネスデバイスメニュー内のセキュリティシステムハイパーリンク上をダブルクリックすることは、サービスプラットフォームサーバ１４０に送信されるデバイスアクセス要求として構成可能である。選択されたデバイスがユーザコマンドを受け入れることになる場合、サービスプラットフォームサーバ１４０は、選択された電子医療およびフィットネスデバイスに関して利用可能なコマンドのメニューを提示するウェブページを送信することができる（ステップ６５２）。ユーザは、コマンド記述に関連するハイパーリンク上をクリックすることによってなど、特定のコマンドを選択することができ、ユーザは、ワイヤレス通信ハブデバイス１１２を介して、対応するコマンドを選択された電子医療およびフィットネスデバイスに送信するようにサービスプラットフォームサーバ１４０に信号送信することができる。そのようなコマンド要求を受信する（ステップ６５４）とすぐに、サービスプラットフォームサーバ１４０は、適切なデバイスドライバソフトウェアを使用して、要求されたコマンドをフォーマットして（ステップ６５６）、そのコマンドがインターネット１１４を介してワイヤレス通信ハブデバイス１１２にトンネリングされることになるように（ステップ６５８）、そのコマンドをＩＰメッセージパケット内にカプセル化することができる。そのようなＩＰパケットを受信するとすぐに、ワイヤレス通信ハブデバイス１１２は、コマンドデータを梱包解除して、コマンドパケットをアドレス指定された電子医療およびフィットネスデバイスに送信する（ステップ６６０）。電子医療およびフィットネスデバイスは、あたかもそのコマンドがデバイスにリンクされたコンピュータによって直接的に提供されており、適切なデバイスドライバを用いて構成されているかのように、コマンドを受信および実行する（ステップ６６２）。
【０１５１】
例示的なメッセージフローは、図７Ａおよび図７Ｂに例示される様々な実施形態方法で実施可能である。図７Ａを参照すると、ワイヤレス通信ハブデバイス１１２が壁コンセントにプラグで接続されて、ユーザが開始ボタンを押下したときなど、ワイヤレス通信ハブデバイス１１２が活性化されたとき、デバイスは、セルラーデータ通信リンクを確立するために必要なネットワークシグナリングメッセージ７０２をセルラーワイヤレスネットワーク１３０と交換することができる。セルラーワイヤレスネットワーク１３０に接続されると、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０に対してデータ呼を確立して、デバイスの識別子を送信することができる（メッセージ７０４）。上述のように、安定した黄灯を表示することによってなど、サービスプラットフォームサーバ１４０に対する接続が行われたとき、ワイヤレス通信ハブデバイス１１２はユーザに信号送信することができ、その時点で、ユーザはインターネット１１４を介してサービスプラットフォームサーバ１４０にログインして、（たとえば、ワイヤレス通信ハブデバイスのハウジング上の６桁の数字など）登録情報を入力することができる（メッセージ７０５）。ワイヤレス通信ハブデバイス１１２がサービスプラットフォームサーバ１４０に登録されると、ワイヤレス通信ハブデバイス１１２は、デバイス検出メッセージ７０６を送信して、デバイス応答メッセージ７０８を受信することによってなど、サービスプラットフォームサーバ１４０に結合された電子医療およびフィットネスデバイス１０２を検出することができる。デバイス検出および応答メッセージフォーマットは、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルなど、ネットワーキングプロトコルで十分に確立されている。ワイヤレス通信ハブデバイス１１２が接続された電子医療およびフィットネスデバイスを識別すると、ワイヤレス通信ハブデバイス１１２は、そのＭＡＣ  ＩＤなど、それらのデバイスに関する情報をサービスプラットフォームサーバ１４０に送信することができる（メッセージ７１０）。
【０１５２】
登録プロセスが完了すると、ユーザは、サービスプラットフォームサーバ１４０にログオンすることによって、コンピュータ１３８から電子医療およびフィットネスデバイス１０２にアクセスすることができる。上で議論されたように、サービスプラットフォームサーバ１４０は、アクセス可能な電子医療およびフィットネスデバイス１０２のメニューを表すウェブページをユーザのコンピュータ１３８のブラウザに送信することができる（メッセージ７１１）。そのようなメニューまたは直接コマンドを使用して、ユーザは、インターネット１１４を介して、アクセス要求メッセージ７１２をサービスプラットフォームサーバ１４０に送信することによって、特定の電子医療およびフィットネスデバイスに対するアクセスを要求することができる。このメッセージを受信することに応答して、サービスプラットフォームサーバ１４０は、適切なデータ要求メッセージ７１４を、インターネット１１４およびセルラーワイヤレスネットワーク１３０を介して、ワイヤレス通信ハブデバイス１１２との開放データ通信リンク上で送信することができる。ワイヤレス通信ハブデバイス１１２はデータ要求メッセージ７１６を選択された電子医療およびフィットネスデバイス１０２に中継する。その要求に応答して生成されたデータは、確立されたケーブルまたはワイヤレス通信リンクを介して、電子医療およびフィットネスデバイス１０２からワイヤレス通信ハブデバイス１１２に送信可能である（メッセージ７１８）。ワイヤレス通信ハブデバイスは、次いで、セルラーワイヤレスネットワーク１３０およびインターネット１１４を介して、開放データ通信リンク上で、そのデータを、カプセル化されたＩＰパケット内などで、サービスプラットフォームサーバ１４０に中継する（メッセージ７２０）。 サービスプラットフォームサーバ１４０は、デバイスデータを梱包解除して、適切なデバイスドライバソフトウェアを使用して、それを処理して（処理７２２）、インターネット１１４を介して、要求側のコンピュータ１３８にそのデータを転送することができる（メッセージ７２４）。
【０１５３】
上述のように、医療機関またはデバイス製造会社など、他のデータユーザは、ワイヤレス通信ハブデバイス１１２に結合された電子医療およびフィットネスデバイスからデータを要求することができる。そうするために、データユーザによって制御された第三者サーバ１４２、１４４は、インターネット１１４を介して、データ要求メッセージをサービスプラットフォームサーバ１４０に送信することができる（メッセージ７２６）。サービスプラットフォームサーバ１４０が要求されたデータをメモリ内に有さない場合、サービスプラットフォームサーバ１４０はデータ要求メッセージ７２８をワイヤレス通信ハブデバイス１１２に送信することができる。ワイヤレス通信ハブデバイス１１２は、データ要求メッセージ７３０を選択された電子医療およびフィットネスデバイス１０２に中継する。その要求に応答して生成されたデータは、確立されたケーブルまたはワイヤレス通信リンクを介して、電子医療およびフィットネスデバイス１０２からワイヤレス通信ハブデバイス１１２に送信可能である（メッセージ７３２）。ワイヤレス通信ハブデバイスは、次いで、セルラーワイヤレスネットワーク１３０およびインターネット１１４を介して、開放データ通信リンク上で、データを、カプセル化されたＩＰパケット内でなど、サービスプラットフォームサーバ１４０に中継する（メッセージ７３４）。サービスプラットフォームサーバ１４０は、デバイスデータを梱包解除して、適切なデバイスドライバソフトウェアを使用して、それを処理して（オプションの処理７３６）、インターネット１１４を介して、そのデータを要求側のサーバ１４２、１４４に転送することができる（メッセージ７３８）。データ要求元がデバイスドライバを制御するときなど、サービスプラットフォームサーバ１４０が特定の電子医療およびフィットネスデバイス用のデバイスドライバを所有しない状況では、サービスプラットフォームサーバ１４０は、カプセル化されたデバイスデータを処理せずに単に中継することができる。
【０１５４】
サービスプラットフォームサービスは、データ要求メッセージを受信せずに、電子医療およびフィットネスデバイス１０２によって生成されたデータを配信するように構成可能である。たとえば、ホームセキュリティシステムなど、電子医療およびフィットネスデバイス１０２は、確立された通信リンク（たとえば、ＵＳＢ、もしくはＦｉｒｅＷｉｒｅケーブル、またはローカルワイヤレス通信リンク）によってワイヤレス通信ハブデバイス１１２に送信されるデータメッセージ７４０を生成することができる。そのようなデータメッセージ７４０を受信することに応答して、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０に対してデータ呼を行い、セルラーワイヤレスネットワーク１３０およびインターネット１１４を介して、そのデータを送信することができる（メッセージ７４２）。サービスプラットフォームサーバ１４０は、デバイスデータを梱包解除して、適切なデバイスドライバソフトウェアを使用して、それを処理して（オプションのプロセス７４４）、インターネット１１４を介して、メッセージ７４６内で、そのデータを、第三者サーバ１４２、１４４など、適切な宛先コンピュータに転送するか、またはインターネット１１４を介して、メッセージ７４８内でユーザコンピュータ１３８に転送することができる。データ生成電子医療およびフィットネスデバイスが製造会社によって制御されるときなど、サービスプラットフォームサーバ１４０が特定の電子医療およびフィットネスデバイス用のデバイスドライバを所有しない状況では、サービスプラットフォームサーバ１４０は、カプセル化されたデバイスデータを処理せずに単に中継することができる。
【０１５５】
上述のように、ワイヤレス通信ハブデバイス１１２はまた、ローカルワイヤレスルータを通したインターネット１１４への接続を介して、サービスプラットフォームサーバ１４０と通信するように構成可能である。そのような通信システム内の様々な構成要素同士の間で送信可能な例示的なメッセージが図７Ｂに示される。たとえば、図５を参照して上で説明された登録および構成プロセスの間、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２がワイヤレスルータを介してインターネット１１４に対するアクセスを得ることが可能であることを検出することができる。その場合、ワイヤレス通信ハブデバイス１１２は、ルータによって実施されるワイヤレスプロトコル内で提供されるように、メッセージ７０３を交換する際にルータとのワイヤレス通信リンクを確立することができる。ルータに接続されると、ワイヤレス通信ハブデバイス１１２は、インターネット１１４を介してそのメッセージを中継する（メッセージ７０４ｂ）ことが可能なワイヤレスルータを介して、その識別番号（たとえば、一意の６桁）をサービスプラットフォームサーバ１４０に送信する（メッセージ７０４ａ）。同様に、ワイヤレス通信ハブデバイス１１２は、接続された電子医療およびフィットネスデバイス１０２に関する情報をワイヤレスメッセージ７１０ａ内でワイヤレスルータに送信することができ、ワイヤレスルータは、インターネット１１４を介してそのメッセージをサービスプラットフォームサーバ１４０に中継することができる（メッセージ７１０ｂ）。図７Ａを参照して上で説明されたように、他の同じように番号付けされたメッセージを交換することが可能である。
【０１５６】
図７Ｂは、ローカルワイヤレスルータ１３５が利用可能なときの、ユーザのパーソナルコンピュータ１３８と、ワイヤレス通信ハブデバイス１１２と、電子医療およびフィットネスデバイス１０２との間の通信のメッセージフローをやはり例示する。ユーザのパーソナルコンピュータ１３８がローカルワイヤレスルータ１３５に結合されているとき、ユーザのパーソナルコンピュータ１３８は、ローカルワイヤレスルータ１３５に送信されたアクセスメッセージ７１２ａを用いて、サービスプラットフォームサーバ１４０にログインすることができる。ローカルワイヤレスルータ１３５は、インターネット１１４を介して、そのアクセスメッセージをパーソナルコンピュータ１３８からサービスプラットフォームサーバ１４０に中継することができる（メッセージ７１２ｂ）。サービスプラットフォームサーバ１４０からワイヤレス通信ハブデバイス１１２へのメッセージをインターネット１１４を介してローカルワイヤレスルータ１３５に通信することが可能であり（メッセージ７１４ａ）、ローカルワイヤレスルータ１３５は、次いで、それらのメッセージをワイヤレス通信ハブデバイス１１２に経路指定する（メッセージ７１４ｂ）。同様に、電子医療およびフィットネスデバイス１０２からのデータを中継するメッセージをワイヤレス通信ハブデバイス１１２からローカルワイヤレスルータ１３５に送信すうことが可能であり（メッセージ７２０ａ）、ローカルワイヤレスルータ１３５は、インターネット１１４を介して、それらのメッセージをサービスプラットフォームサーバ１４０に経路指定する（メッセージ７２０ｂ）。サービスプラットフォームサーバ１４０は、そのデータを処理して（処理７２２）、インターネット１１４を介して、データメッセージをワイヤレスルータに送信すること（メッセージ７２４ａ）によって、そのデータをパーソナルコンピュータ１３８に転送することができ、ワイヤレスルータは、そのメッセージをパーソナルコンピュータ１３８に中継する（メッセージ７２４ｂ）。上述のように、ワイヤレス通信ハブデバイス１１２は、ローカルネットワークを介して、パーソナルコンピュータ１３８と直接的に通信するようにやはり構成可能である。したがって、ローカルワイヤレスルータ１３５を介して、ワイヤレス通信ハブデバイス１１２からのメッセージをパーソナルコンピュータ１３８に送信することが可能であり（メッセージ７２０ｃ）、ローカルワイヤレスルータ１３５は、それらのメッセージをパーソナルコンピュータ１３８に直接的に中継する（メッセージ７２４ｄ）。
【０１５７】
ある実施形態では、ワイヤレス通信ハブデバイス１１２は、セルラー通信ネットワークを介してメッセージを送受信するように構成可能である。
【０１５８】
上述のように、電子医療およびフィットネスデバイスまたはサービスプラットフォームサーバ１４０とのアクティブな相互作用が何も存在しないとき、ワイヤレス通信ハブデバイス１１２は、アイドル、または「スリープモード」に入るように構成可能である。そのようなスリープモードの目的は、アクティブなデータ通信が何も発生していないときに、セルラーワイヤレスネットワークアクセス料金を最小限に抑えることによってなど、ワイヤレス通信ハブデバイスの運転コストを最小限に抑えるためであり得る。そのような実装形態では、電子医療およびフィットネスデバイスと通信する必要があるとき、サービスプラットフォームサーバ１４０は、「サービスプラットフォームサーバ１４０を起動させる」ためのメッセージをワイヤレス通信ハブデバイス１１２に送信するように構成可能である。これを達成するための例示的な方法８００が図８Ａに示され、このプロセスで交換可能な例示的なメッセージが図８Ｂに示される。
【０１５９】
（ステップに関して）図８Ａと（メッセージに関して）図８Ｂとを参照すると、サービスプラットフォームサーバがワイヤレス通信ハブデバイス１１２に結合された特定の電子医療およびフィットネスデバイスに対するデータまたはアクセスに関する要求を受信するとき（ステップ８０２およびメッセージ８５２、８５３）、サービスプラットフォームサーバは起動メッセージをワイヤレス通信ハブデバイス１１２に送信することができる（ステップ８０４）。そのような起動メッセージを、従来の手段によって送信され得るＳＭＳメッセージとして、セルラーワイヤレスネットワーク１３０に送信することが可能であり（メッセージ８５４）、セルラーワイヤレスネットワーク１３０は、従来のＳＭＳメッセージなどのメッセージを配信することができる（メッセージ８５６）。そのようなＳＭＳメッセージは、ワイヤレス通信ハブデバイス１１２に割り当てられた電話番号にアドレス指定されることが可能であり、ワイヤレス通信ハブデバイスが起動メッセージを構成するとして認識することができるデータまたはコードを含むことが可能である。ある実施形態では、何のメッセージペイロードもなしに（すなわち、データもコードも含まずに）ＳＭＳを受信することは、起動するようにワイヤレス通信ハブデバイス１１２に催促することができる。あるいは、サービスプラットフォームサーバ１４０は、ページング受信機を用いて構成され得るワイヤレス通信ハブデバイス１１２にページングタイプのメッセージを送信することができる。
【０１６０】
ワイヤレス通信ハブデバイス１１２がＳＭＳメッセージまたはページメッセージを受信するとき（ステップ８０６）、デバイスプロセッサ３０１は、ワイヤレス通信ハブデバイス１１２が起動すべきであることを示すコードを含むかどうかを判断するために（判断８０８）、受信されたメッセージを解析することができる。受信されたメッセージが適切な「起動コード」を含まない場合（すなわち、判断８０８＝「いいえ」）、プロセッサ３０１は、受信されたメッセージを単に無視することができる（ステップ８１０）。受信されたコードのこの試験は、メッセージが不適切に経路指定されたとき、または誤った番号がダイヤルされたときなど、ワイヤレス通信ハブデバイス１１２の故意でない活性化を防ぐことができる。
【０１６１】
プロセッサ３０１が、受信されたメッセージが適切な「起動コード」を含むと判断した場合（すなわち、判断８０８＝「はい」）、デバイスがペイロードのないＳＭＳメッセージを受信することに応答して起動するように構成された実施形態では、ワイヤレス通信ハブデバイス１１２は、セルラーワイヤレスネットワーク１３０とのセルラーデータ通信リンクを確立するために必要なネットワークシグナリングメッセージ７０２を交換するために、そのセルラートランシーバ３０３を活性化することができる。インターネット１１４に対するアクセスを有するローカルワイヤレスルータ１３５が利用可能である場合、ワイヤレス通信ハブデバイス１１２は、代わりに、ワイヤレスルータを用いて、通信リンクを折衝することができる。セルラーワイヤレスネットワーク１３０（または、ローカルワイヤレスルータ１３５）に接続されると、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０にデータ呼を行うことができる（ステップ５０６）。サービスプラットフォームサーバ１４０に対する接続が確立されたとき（または、接続を確立する一環として）、ワイヤレス通信ハブデバイスはその一意の識別子をサーバに提供し、それによって、自らを識別することができる（ステップ５０８およびメッセージ８５８）。ワイヤレス通信ハブデバイス１１２とサービスプラットフォームサーバ１４０との間に通信リンクが確立されると、サーバおよびデバイスは、図５、図６Ａ、図６Ｂ、および図７Ａを参照して、上述のように通信を進めることができる（ステップ８１２）。
【０１６２】
ワイヤレス通信ハブデバイスなど、コンピューティングデバイスを活性化するための追加の方法は、その全体の内容が参照により本明細書に組み込まれている、２００９年４月２７日に出願した、「Ａｐｐａｒａｔｕｓ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ａｃｔｉｖａｔｉｎｇ  Ｃｏｍｐｕｔｅｒ  Ａｐｐｌｉｃａｔｉｏｎｓ  ｗｉｔｈ  ＳＭＳ  Ｍｅｓｓａｇｉｎｇ」という表題の米国特許出願第１２／４３０、６４２号で開示されている。
【０１６３】
非活性化された、低電力の、アイドルの、またはスリープモードのワイヤレス通信ハブデバイス１１２は、接続された電子医療およびフィットネスデバイスからデータメッセージを受信することに応答してやはり活性化され得る。図９Ａは、電子医療およびフィットネスデバイスデータプッシュによって開始される、データをデータユーザに通信するための例示的な方法９００を示す。方法９００内のシステム構成要素同士の間で引き渡されることが可能な例示的なメッセージが図９Ｂに示される。（ステップに関して）図９Ａと（メッセージに関して）図９Ｂとを参照すると、電子医療およびフィットネスデバイス１０２が、電子医療およびフィットネスデバイス１０２が適切なデータユーザ（たとえば、医療施設、デバイス製造会社、ユーザなど）に送信されるべきデータを有すると判断したとき、電子医療およびフィットネスデバイス１０２は、確立された通信接続を介して、そのデータをワイヤレス通信ハブデバイス１１２に送信することができる。データメッセージを受信するとすぐに、ワイヤレス通信ハブデバイス１１２は、データを提供する特定の電子医療およびフィットネスデバイスを認識することができる。これは、それを介して、データ信号が受信されたか、または、デバイス識別子など、データメッセージを伴う情報が提供された特定の通信ポートに基づいて達成可能である。このステップの一環として、ワイヤレス通信ハブデバイスプロセッサ３０１は、ＩＰｖ６アドレス、ＭＡＣ  ＩＤ、またはサービスプラットフォームサーバ１４０に知られている電子医療およびフィットネスデバイスを報告するための他の一意の識別子（すなわち、登録および構成プロセスの間にサーバに報告された識別子）を取得することができる。セルラーワイヤレスネットワーク１３０とのデータ接続がすでに確立されていない場合、ワイヤレス通信ハブデバイス１１２は、セルラートランシーバ３０３をアクティブ化して、セルラーワイヤレスネットワーク１３０とのセルラーデータ通信リンクを確立するために必要なネットワークシグナリングメッセージ７０２を交換することができる。インターネット１１４に対するアクセスを有するローカルワイヤレスルータ１３５が利用可能である場合、ワイヤレス通信ハブデバイス１１２は、代わりに、そのワイヤレスルータと通信リンクを折衝することができる。セルラーワイヤレスネットワーク１３０（または、ローカルワイヤレスルータ１３５）に接続されると、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０に対してデータ呼を行うことができる。サービスプラットフォームサーバ１４０に対する接続が確立されるとき（または、接続を確立するための一環として）、ワイヤレス通信ハブデバイス１１２は、その一意の識別子をサーバに提供し、それによって、自らを識別することができる（ステップ５０８）。ワイヤレス通信ハブデバイス１１２がサービスプラットフォームサーバ１４０に登録すると、ワイヤレス通信ハブデバイス１１２は、電子医療およびフィットネスデバイス１０２から受信されたデータを送信することができる。データメッセージは、データを提供するデバイスに関する識別子をやはり含む。サービスプラットフ���ームサーバ１４０は、そのデータに関する適切な処理および宛先を判断するために、電子医療およびフィットネスデバイス識別子を使用することができる。データが、医療サーバまたはデバイス製造会社サーバ１４２、１４４など、別の宛先に迅速に送信されるべきである場合、サービスプラットフォームサーバ１４０は、インターネット１１４を介して、適切なサーバに連絡して、適切な暗号化された通信リンクを折衝することができる。適切な通信リンクが確立されると、サービスプラットフォームサーバ１４０は、インターネット１１４を介して、受信されたデバイスデータを宛先サーバ１４２、１４４に送信することができる。このデータを受信する宛先サーバ１４２、１４４は、次いで、インターネット１１４を介して、通知メッセージをユーザのパーソナルコンピュータ１３８に送信するなど、他の目的で、そのデータを処理または使用することができる。
【０１６４】
（ステップに関して）図９Ａと（メッセージに関して）図９Ｂとを参照すると、電子医療またはフィットネスデバイス１０２が、電子医療またはフィットネスデバイス１０２が適切なデータユーザ（たとえば、医療施設、デバイス製造会社、ユーザなど）に送信すべきデータを有していると判断するとき、電子医療またはフィットネスデバイス１０２は、確立された通信接続を介して、データをワイヤレス通信ハブデバイス１１２に送信することができる（ステップ９０２およびメッセージ９５２）。データメッセージを受信するとすぐ、ワイヤレス通信ハブデバイス１１２は、そのデータを提供する特定の電子医療またはフィットネスデバイス１０２を認識することができる（ステップ９０４）。これは、それを介して、データ信号が受信されたか、または、電子医療またはフィットネスデバイス１０２識別子など、データメッセージを有する情報が提供された特定の通信ポートに基づいて達成可能である。このステップの一環として、ワイヤレス通信ハブデバイス１１２プロセッサ３０１は、ＩＰｖ６アドレス、ＭＡＣ  ＩＤ、またはサービスプラットフォームサーバ（すなわち、ＶＰＨサーバ）１４０に知られている電子医療またはフィットネスデバイスを報告するための他の一意の識別子（すなわち、登録および構成プロセスの間に、サービスプラットフォームサーバ１４０に報告された識別子）を取得することができる。セルラーワイヤレスネットワーク１３０とのデータ接続がすでに確立されていない場合、ワイヤレス通信ハブデバイス１１２は、セルラートランシーバ３０３を活性化して、セルラーワイヤレスネットワーク１３０とセルラーデータ通信リンクを確立するために必要なネットワークシグナリングメッセージ７０２を交換することができる。インターネット１１４に対するアクセスを有するローカルワイヤレスルータ１３５が利用可能である場合、ワイヤレス通信ハブデバイス１１２は、代わりに、ローカルワイヤレスルータ１３５と通信リンクを折衝することができる。セルラーワイヤレスネットワーク１３０（または、ローカルワイヤレスルータ１３５）に接続されると、ワイヤレス通信ハブデバイス１１２は、サービスプラットフォームサーバ１４０に対してデータ呼を行うことができる（ステップ５０６）。サービスプラットフォームサーバ１４０に対する接続が確立されるとき（または、接続を確立する一環として）、ワイヤレス通信ハブデバイス１１２はその一意の識別子をサービスプラットフォームサーバ１４０に提供し、それによって、自らを識別することができる（ステップ５０８）。ワイヤレス通信ハブデバイス１１２がサービスプラットフォームサーバ１４０に登録すると、ワイヤレス通信ハブデバイス１１２は、電子医療またはフィットネスデバイス１０２から受信されたデータを送信することができる（ステップ９１０およびメッセージ９５４）。ステップ９１０内およびメッセージ９５４内で送信されたデータメッセージは、データを提供する電子医療またはフィットネスデバイスに関する識別子をやはり含む。サービスプラットフォームサーバ１４０は、そのデータに関する適切な処理および宛先を判断するために、電子医療またはフィットネスデバイス識別子を使用する���とができる（ステップ９１２および処理９５６）。データが、医療サーバまたはデバイス製造会社サーバ１４２、１４４など、別の宛先に迅速に送信されるべきである場合、サービスプラットフォームサーバ１４０は、インターネット１１４を介して、適切なサーバに連絡して、適切な暗号化された通信リンクを折衝することができる（ステップ９１４）。適切な通信リンクが確立されると、サービスプラットフォームサーバ１４０は、インターネット１１４を介して、受信されたデバイスデータを宛先サーバ１４２、１４４に送信することができる（ステップ９１６およびメッセージ９５８）。このデータを受信する宛先サーバ１４２、１４４は、次いで、インターネット１１４を介して、通知メッセージをユーザのパーソナルコンピュータ１３８に送信するなど、他の目的で、そのデータを処理または使用することができる（メッセージ９６０）。
【０１６５】
上述のように、サービスプラットフォームサービスは、データユーザがワイヤレス通信ハブデバイス１１２を介して、コマンドまたはメッセージを選択された電子医療またはフィットネスデバイスにやはり送信するのを可能にする双方向であり得る。これは、データユーザサーバ１４２、１４４が、特定の電子医療またはフィットネスデバイスにアドレス指定されたメッセージ９６２を、インターネット１１４を介してメッセージを受信するサービスプラットフォームサーバ１４０に送信すること（ステップ９１８）を伴う場合がある。サービスプラットフォームサーバ１４０は、メッセージを特定の電子医療またはフィットネスデバイスＩＰｖ６アドレスにアドレス変更して（ステップ９２０）、インターネット１１４を介して、そのメッセージをワイヤレス通信ハブデバイス１１２に送信する（ステップ９２２およびメッセージ９６４）。ワイヤレス通信ハブデバイス１１２は、メッセージを受信して、それらのメッセージをアドレス指定された電子医療またはフィットネスデバイスに中継する（ステップ９２４およびメッセージ９６６）。アドレス指定された電子医療またはフィットネスデバイスは、次いで、メッセージを処理または表示する（ステップ９２６）。
【０１６６】
実際的な実装形態例は、図９Ａおよび図９Ｂを参照して上で説明された処理を明確化することができる。突然の体重増加は何らかの深刻な医学的状態である可能性があるため、患者が薬剤を服用する必要があるとき、または迅速に医師の診断を受ける必要があるとき、そのような情報を医療施設に提供することは患者に助言するために役立つ可能性がある。患者による最小限の努力を伴って、そのような早期警告を可能にするために、ユーザが体重計を始めるときはいつでも体重測定値を送信するためにワイヤレス通信ハブデバイス１１２に結合するワイヤレス（または、ワイヤード）トランシーバを備えた電子医療またはフィットネスデバイスとして電子体重計を構成することができる。体重計、ワイヤレス通信ハブデバイス１１２、および／またはサービスプラットフォームサーバ１４０は、患者の体重を記録している医療施設サーバ１４２に体重計測定値を迅速に転送するように（たとえば、登録プロセスの一環として）構成することが可能である。ユーザが体重計に乗るとき、ユーザの側に何の活動も関与も伴わずに、その情報を処理することができる宛先サーバ１４２に体重測定値を自動的に送信することが可能である。医療施設サーバ１４２が医学的介入（たとえば、薬剤を服用すること、または医師の診断を受けること）を必要とする状態を示す可能性がある、突然の体重変化を検出した場合、サーバ１４２は、ユーザが見る可能性が高い適切な電子医療またはフィットネスデバイス（たとえば、体重計）上に表示されるようにメッセージを送信することができる。したがって、医療施設サーバ１４２は、そのメッセージが適切な予防措置を取るようにユーザに知らせる（ＬＣＤディスプレイ、デジタル画像フレーム、またはディスプレイを備えた他のデバイスなど）電子医療またはフィットネスデバイスによって受信されるように、サービスプラットフォームサービスを使用して、メッセージを送信することができる。
【０１６７】
サービスプラットフォームサービスの有用なアプリケーションの別の例は、図９Ｃおよび図９Ｄに例示されるようなデジタルカメラ画像の自動分布である。デジタルカメラの所有者が直面する一般的な問題は、その写真を彼らの友人および家族に効率的に分布することである。この点で有用な最近の技術革新は、デジタル写真を記憶するためにメモリに結合されたＬＣＤディスプレイを含むデジタルフォトフレームである。一部のデジタルフォトフレームは、画像のダウンロードをごく簡単に達成することができるように、ネットワークに接続する設備を備えている。しかし、デジタルフォトフレームの潜在的な購入者の多くは、ホームネットワークをインストールして、それをデジタルフォトフレームに結合させるための技術的知識に欠けている場合がある。ユーザが、ワイヤレス通信ハブデバイス１１２および関連するサービスプラットフォームサービスはコンピュータネットワーク接続技術に精通する必要なく、彼らの友人および家族から写真を容易に受け取ることができるように、デジタルフォトフレームをインターネットに接続する課題を是正することができる。
【０１６８】
（ステップに関して）図９Ｃと（メッセージに関して）図９Ｄとを参照すると、写真を撮ったユーザは、ＵＳＢケーブル、ＦｉｒｅＷｉｒｅケーブル、またはローカルワイヤレス接続（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ワイヤレスリンク）によってなど、そのデジタルカメラ１０３をワイヤレス通信ハブデバイス１１２ａにリンクさせることができる（ステップ９７２）。接続されると、ワイヤレス通信ハブデバイス１１２ａは、（たとえば、共有のために指定されている）カメラ１０３からフォトファイルを受信することができる（ステップ９７４およびメッセージ９９０）。ワイヤレス通信ハブデバイス１１２ａは、サービスプラットフォームサーバ１４０に対するリンクを確立して、受信されたフォトファイルを送信することができる（ステップ９７６およびメッセージ９９２）。サービスプラットフォームサーバ１４０は、デジタルフォトフレーム１０７のＩＰｖ６アドレスなど、フォトファイルを特定の宛先に転送するように（たとえば、オンラインセッションで確立されたユーザ選好によって）構成可能である。したがって、サービスプラットフォームサーバ１４０は、受信されたフォトファイル用の適切な宛先（たとえば、デジタルフォトフレームのＩＰｖ６アドレス）を探索する（ステップ９７８）ために、ワイヤレス通信ハブデバイス１１２ａに関する識別子を使用して、フォトファイルを、インターネット１１４を介して、デジタルフォトフレーム１０７に結合されたワイヤレス通信ハブデバイス１１２ｂ（すなわち、宛先周辺デバイス１０６）に送信する（ステップ９８０およびメッセージ９９４）。受信側のワイヤレス通信ハブデバイス１１２ｂは、受信されたフォトファイルを宛先デジタルフォトフレーム１０７に中継して（ステップ９８２およびメッセージ９９６）、デジタルフォトフレーム１０７は写真を表示することができる（ステップ９８４）。
【０１６９】
サービスプラットフォームサーバ１４０は、様々な実施形態のサービスプラットフォームサービスをサポートするために、そのある例が図１０に示される、よく知られているデータ構造を実施することができる。たとえば、サービスプラットフォームサーバ１４０は、サービスプラットフォームサーバが特定のユーザを特定のワイヤレス通信ハブデバイスおよび接続された周辺デバイスと関連付けるために使用することが可能なユーザアカウント１０００のデータベースを維持することができる。そのようなデータ構造１０００は、各々が複数のデータフィールド１００２〜１０１４を備えた（行として示される）複数のデータ記録を備えることが可能である。たとえば、データフィールド１００２は、ワイヤレス通信ハブデバイスに関する一意の識別子を記憶するために提供可能であり、データフィールド１００４は、ユーザ識別子（たとえば、ユーザアカウント番号またはユーザ名）を記憶するために提供可能である。データ構造１０００は、サービスプラットフォームサーバ１４０がインターネット１１４を介してメッセージをワイヤレス通信ハブデバイス１１２に送信するために使用することができるＩＰアドレスを記憶するためのデータフィールド１００６を含むことも可能である。さらに、データ構造１０００は、デバイスＩＰｖ６アドレス（データフィールド１００８）と、デバイスＩＤ（データフィールド１０１０）と、デバイスデータを記憶するための１つまたは複数のデータフィールド（データフィールド１０１２）と、デバイスから受信されたデータが転送されるべきＵＲＬ（または、他のタイプのアドレス）（データフィールド１０１４）とを含めて、ワイヤレス通信ハブデバイスにプラグで接続された各周辺デバイスに関する複数のデータフィールドを含むことが可能である。そのようなデータ表を使用して、ワイヤレス通信ハブデバイス識別子を含むメッセージを受信するサービスプラットフォームサーバ１４０は、特定のデバイスと関連付けられたデータ記録を迅速に位置特定して、それによって、関連するユーザとその接続された周辺デバイスとを判断することができる。同様に、インターネットを介して、ユーザがユーザ名またはユーザアカウント番号を提供することによってアクセスされるサービスプラットフォームサーバ１４０は、そのユーザと関連付けられたデータ記録を迅速に位置特定することができ、それによって、関連するワイヤレス通信ハブデバイスと、そのアドレスと、そのデバイスにプラグで接続された周辺デバイスとを判断することができる。
【０１７０】
データ構造１１００内に周辺デバイスデータを記憶するためのメモリを備えたワイヤレス通信ハブデバイス１１２を構成することも可能である。ワイヤレス通信ハブデバイス１１２は、受信されたデバイスデータを迅速に報告すべきか、またはサービスプラットフォームサーバ１４０に後で転送するために、そのデータを一時的に記憶すべきかを判断するために、そのようなデータ構造を使用することが可能である。たとえば、データ構造１１００は、ワイヤレス通信ハブデバイス１１２にプラグで接続された各周辺デバイスに関するデータ記録を含むことが可能であり、各データ記録は複数のデータフィールド１１０２〜１１１４を備える。たとえば、データ構造１１００は、周辺デバイス識別子（たとえば、ＭＡＣ  ＩＤ）を記憶するためのデータフィールド１１０２と、その特定の周辺デバイスに結合された通信ポートに関する情報を記憶するためのデータフィールド１１０４と、周辺デバイスに割り当てられたＩＰｖ６アドレスを記憶するためのデータフィールド１１０６と、ワイヤレス通信ハブデバイスがそのデータをどのように処理すべきか（たとえば、受信されたデータを迅速に報告すべきか否か）に関する情報を記憶するためのデータフィールド１１０８と、デバイスから受信された最後のデータの日付および時間を記憶するためのデータフィールド１１１０と、周辺デバイスからのデータがサービスプラットフォームサーバ１４０に送信された最後の時間を記憶するためのデータフィールド１１１２と、周辺デバイスから受信されたデータを記憶するための１つまたは複数のデータフィールド１１１４とを含むことが可能である。そのようなデータ構造１１００を使用して、ワイヤレス通信ハブデバイス１１２は、接続された周辺デバイスに関する幅広い種類のデータ管理サービスをサポートするように構成可能である。
【０１７１】
ワイヤレス通信ハブデバイス１１２によって可能にされる別のサービスは、アクセスされたときだけ周辺デバイスの電源を入れるための能力である。これを可能にするための実施形態方法１２００が図１２に示される。ある実施形態では、アイドル停止タイマを備えたワイヤレス通信ハブデバイス１１２を構成することが可能である。ブロック１２０４で、ワイヤレス通信ハブデバイスプロセッサは、周辺デバイスとの相互作用を完了して、停止タイマを開始することができる。判断ブロック１２０４で、ワイヤレス通信ハブデバイスプロセッサは、タイマが終了したかどうかを判断するために、停止タイマを監視することができる。カウントダウンタイマが終了する前に、周辺デバイスとの別の相互作用が達成された場合（すなわち、判断ブロック１２０４＝「いいえ」）、ステップ１２０２に戻ることによってカウントダウンタイマをリセットすることができる。カウントダウンタイマが終了した場合（すなわち、判断１２０４＝「はい」）、ブロック１２０６で、ワイヤレス通信ハブデバイスプロセッサは、電源を切るように周辺デバイスに命令する信号を周辺デバイスに送信することができる。周辺デバイスの電源を切ることは、使用されていない間に、周辺デバイスが電池電源またはデバイス寿命を節約するのを可能にすることができる。ブロック１２０８で、ワイヤレス通信ハブデバイスプロセッサは、その周辺デバイスからデータに関する要求、または周辺デバイスにアクセスするための要求を受信することができる。ブロック１２１０で、ワイヤレス通信ハブデバイスプロセッサは、電源を入れるように周辺デバイスに命令する信号を周辺デバイスに送信することができる。その周辺デバイスとの相互作用が完了すると、ブロック１２０２で、停止タイマを再開させることができる。
【０１７２】
ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサービスは、消費者および事業にとって潜在的価値がある、大量のサーバベースの動作を可能にすることができる。ワイヤレス通信ハブデバイス１１２は、サーバおよびインターネットアクセスルータのインストールを必要とせずに、様々な周辺デバイスへの簡単なアクセスを提供するため、広範な電子デバイスからのデータをそのようなデータから恩恵を受けることができる機関および事業に利用可能にすることができる。ある実施形態では、中間サービスプラットフォームサーバ１４０の使用は、バッチ処理された動作またはサーバ開始動作を可能にすることができる。そのようなサービスおよび動作は、状況依存型動作（context sensitive operations）のために周辺デバイスにアクセスすることができるアドオンサービスの形をとってよい。ある例は、小さなクリップまたはスナップショットを撮って、後で取り出すために、サービスプラットフォームサーバ１４０に送信することが可能なようにウェブカムが「起動される」、ウェブカムを介したセキュリティ監視であり得る。別の例は、コンテンツサイトを監視することと、特定のコンテンツを大容量記憶装置内にダウンロードすることとを伴う。別の例は、デジタルカメラなど、接続された非ネットワーク可能デバイスからのバッチアップロードを含む。さらなる例は、自動車診断システムからのサーバ開始アップロードである。
【０１７３】
そのようなサーバベースのサービスを提供するために、サービスプラットフォームサーバ１４０によって実施可能な例示的な方法１３００が図１３に示される。ブロック１３０２で、周期的に、サービスプラットフォームサーバ１４０は、上で説明された方法を使用して、ワイヤレス通信ハブデバイス１１２に対する通信リンクを確立することができる。ブロック１３０４で、通信リンクが確立されると、サービスプラットフォームサーバ１４０は、上述のように、接続された周辺デバイスをポーリングして、そのデータを受信するために、メッセージをワイヤレス通信ハブデバイス１１２に送信することができる。ブロック１３０６で、サービスプラットフォームサーバ１４０は、次いで、データベースを更新するために、受信されたデバイスデータを使用することができ、ブロック１３０８で、デバイスデータのこのデータベースをそのデータに加入している個々のサーバに公開することができる。周辺デバイスデータの（たとえば、セキュリティサービス会社、病院、デバイス製造会社、自動者修理会社など）加入者は、彼らが関心を持つデータだけに加入することができる。ブロック１３１０で、サービスプラットフォームサーバ１４０は登録されたワイヤレス通信ハブデバイス１１２を介して、周辺デバイスに対するポータルとして機能することが可能であるため、サービスプラットフォームサーバ１４０は、必要に応じて、周辺デバイスへのアクセスをデータ契約者に提供することができる。
【０１７４】
様々な実施形態は、そのいくつかの例が下で説明される、いくつかの有用なアプリケーションを可能にすることができる。ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０は、インターネットアクセスを用いて、何らかのコンピュータからユーザの周辺デバイスに対するウェブアクセスを提供することができる。そのようなアプリケーションでは、サービスプラットフォームサーバ１４０は、周辺デバイスに接続されたコンピュータとして機能して、ウェブブラウザを介して、デバイスデータおよびコマンドに対するアクセスを提供することができる。たとえば、周辺デバイスは、遠隔ハードドライブ（たとえば、ＵＳＢケーブルを用いてワイヤレス通信ハブデバイス１１２に結合されたＵＳＢハードドライブ）であってよく、その場合、サービスプラットフォームサービスはユーザが何らかのウェブブラウザから遠隔ハードドライブのコンテンツをブラウズすること、およびにそのコンテンツにアクセスことを可能にすることができる。別の例は、ワイヤレス通信ハブデバイス１１２に接続されたウェブカムから画像を閲覧することに関連する場合がある。別の例は、何らかのウェブブラウザからオフラインで実行された周辺デバイス動作の結果にアクセスすることに関連する場合がある。さらなる例では、サービスプラットフォームサーバ１４０は電子メールアカウントをホストするように構成可能であり、この場合、実際のデータはワイヤレス通信ハブデバイス１１２に結合された遠隔ハードドライブ上に記憶される。この応用は、あたかも電子メールメッセージデータがサーバ上でホストされたかのように電子メールサービスが機能しながら、ユーザが自らの電子メールデータに対する完全な制御を保つことを可能にすることができる。
【０１７５】
大容量記憶デバイスに対する遠隔アクセスを迅速に可能にするためにサービスプラットフォームサービスを使用することも可能である。ある例として、ユーザがサービスプラットフォームサーバ１４０を介して、大容量記憶デバイス上に記憶されたデータにアクセスすることができるように、大容量記憶デバイスをワイヤレス通信ハブデバイス１１２にプラグで接続することが可能である。これは、データセキュリティを提供するだけでなく、ユーザがグループを通してデータを共有すること、または何らかのウェブブラウザからデータにアクセスすることも可能にすることができる。
【０１７６】
別の例示的なサービスプラットフォームサービスは、専門ＵＳＢケーブルを介して、ワイヤレス通信ハブデバイス１１２を車両診断ポートにプラグで接続することによって、遠隔車両診断を提供することに関連する場合がある。サービスプラットフォームサービスはセルラー電話ネットワークのインフラストラクチャおよびインターネットを利用するため、このＵＳＢケーブルに接続されたワイヤレス通信ハブデバイス１１２は、インフラストラクチャまたは電子機器にさらに投資することなく、車両の遠隔かつアクティブな診断および監視を可能にすることができる。上述のように、そのようなサービスは、緊急通信サービスを提供することまで拡大し得る。
【０１７７】
別の例示的なサービスプラットフォームサービスは、消費者にＸ１０ホームコントロールシステムを提供することであり得る。Ｘ１０プロトコルは、デバイスが家庭電気配線を介して通信するのを可能にして、家庭電化製品を制御するため、セキュリティシステムをセットアップするためなどに使用されている。ある例として、ワイヤレス通信ハブデバイス１１２は、ワイヤレス通信ハブデバイス１１２がプラグで接続されている電気配線を介してなど、他のＸ１０システム構成要素と通信して、サービスプラットフォームサーバ１４０から受信された構成命令を他のＸ１０デバイスに中継するように構成可能である。これは、デバイスを電気コンセントにプラグで接続すること以外の、Ｘ１０コントロールシステムを確立することに関連するタスクの多くからユーザを解放することによって、そのようなホームコントロールシステムのセットアップおよび構成を簡素化することができる。
【０１７８】
さらなる実施形態では、ワイヤレス通信ハブデバイス１１２およびサービスプラットフォームサーバ１４０は、専用のオートメションシステムの必要なしに、ホームオートメーション機能およびホームコントロール機能を提供することができる。ある例として、サービスプラットフォームサーバ１４０またはサービスプラットフォームサーバ１４０にアクセスするコンピュータによってデバイスおよび家庭用システムの機能を制御することができるように、制御されることになるデバイスおよび家庭用システムを直接的に、またはワイヤレスネットワーク（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉなど）を介してのいずれかでワイヤレス通信ハブデバイス１１２にプラグで接続することができる。たとえば、サービスプラットフォームサービスのうちの１つは、ユーザがコンピュータを介してサービスプラットフォームサーバ１４０にアクセスすることによって構成することができる、サーバによってホストされた制御システムを提供するホームコントロール機能であり得る。ユーザがホームオートメーション／コントロール設定を入力すると、サービスプラットフォームサーバ１４０は、ワイヤレス通信ハブデバイス１１２にプラグで接続されたデバイスおよび家庭用システムを制御するために、必要に応じて、ワイヤレス通信ハブデバイス１１２を介して、コマンドを送信することができる。このように、住居内に配置された１つまたは複数のワイヤレス通信ハブデバイス１１２に基づいて、低コストの、極めて構成可能なハウスオートメーションシステムを提供することが可能である。
【０１７９】
独立型のワイヤレス通信ハブデバイス１１２を参照して、様々な実施形態が説明されてきたが、上で説明されたワイヤレス通信ハブデバイス１１２の機能性は、ワイヤレス通信ハブデバイス機能性を実行することが可能なプロセッサと、セルラーデータネットワーク１３０など、ワイヤレスネットワークに結合するためのトランシーバとを備えた他の通信デバイス内で実施されることも可能である。たとえば、ワイヤレス通信ハブデバイス機能性は、セルラー電話上で実行するワイヤレス通信ハブデバイスアプリケーションとして実施可能である。多くのセルラー電話は、ワイヤレス通信ハブデバイスアプリケーションを用いて構成可能なプログラマブルプロセッサ、ならびに電子医療およびフィットネスデバイスならびに／または他の周辺デバイスとの通信リンクを確立するために使用可能な複数のワイヤレストランシーバを含む。また、いくつかのセルラー電話は、周辺デバイスに結合可能なＵＳＢポートまたはＦｉｒｅＷｉｒｅポートなど、ワイヤード接続ポートを含む。モバイルデバイス内でワイヤレス通信ハブデバイス機能性を実施するために、たとえば、ワイヤレス通信ハブデバイスアプリケーションは、デバイスプロセッサ内で実施可能であり、その場合、デバイスプロセッサは、上で説明された様々な実施形態の接続および通信を実行することができる。
【０１８０】
上述のように、ワイヤレス通信ハブデバイス１１２ユーザインターフェースは、１つ、２つ、もしくは少数のＬＥＤまたは他の形態の照明と同じくらい簡単であり得る。ある実施形態では、ＬＥＤ専用のプロセッサピンの数を最小限に抑えるような形で、１つ、２つ、または少数のＬＥＤを制御するための回路を備えたワイヤレス通信ハブデバイス１１２を構成することが可能である。ある実施形態では、パルス幅変調信号を生成するために通信ハブデバイスのプロセッサに接続された入力線は、ワイヤレス通信ハブデバイス１１２によって制御されることになる異なる発光ダイオード素子の総数よりも少なくてよい。
【０１８１】
３素子の各々から発する光の強度を変えることによって、数百万の異なる色を表示するために、３色（すなわち、赤、緑、および青）ＬＥＤ複合体（すなわち、赤ＬＥＤ、緑ＬＥＤ、および青ＬＥＤのＬＥＤ複合体ごとに３素子）を可能にすることができる。たとえば、黄色は、緑ＬＥＤを灯して、緑ＬＥＤの強度のおよそ１／４で赤ＬＥＤを操作することによって生成可能である。これは、緑ＬＥＤおよび赤ＬＥＤを非常に迅速に点滅させて（たとえば、秒当たり２４回を超える点滅を行い）、点滅の各々の間に、各ＬＥＤが灯される時間の長さ（すなわち、デューティサイクル）を変えることによって達成可能である。図１４は、３色ＬＥＤ複合体を用いて茶色を生成するための例示的な波形を示す。波形１４０２は赤ＬＥＤに印加された波形を例示し、波形１４０４は緑ＬＥＤに印加された波形を例示し、波形１４０６は青ＬＥＤに印加された波形を例示する。
【０１８２】
赤／緑／青の多素子ＬＥＤから色を提供する目的で、色の全範囲を提供するために各素子の強度に対して微調整を有することが必要な場合がある。他の制御システムでは、制御は各ＬＥＤ素子に関してパルス幅変調器を使用して達成可能である。したがって、色の全範囲を生成するために、２個のＬＥＤ  ＲＧＢ素子（すなわち、各ＬＥＤ当たり３素子）を制御するための６個のＰＷＭ信号を利用することができる。
【０１８３】
ある実施形態では、必要とされる信号を２個のＬＥＤ  ＲＧＢ複合体（すなわち、各々がそれらの独自のそれぞれの赤素子と、緑素子と、青素子とを有する、２個のＬＥＤ）を４個の信号に削減することができる。６個のＬＥＤ素子の各々に関して説明されるが、この技法を、同じ結果を伴う、任意の数のＬＥＤ素子に広げることが可能である。ある例として、１２個のＬＥＤ素子を駆動させるために７つのパルス幅変調信号を使用することが可能である。ある実施形態では、ワイヤレス通信ハブデバイス１１２のプロセッサ上で利用可能であり得るパルス幅変調器回路によって個々の信号を生成することが可能である。パルス幅変調器回路は、各回路の期間、デューティサイクル、および位相を設定させることが可能あり、設定されると、プロセッサは、さらなるソフトウェア相互作用を必要とせずに、設定されたパターンを連続的に生成することが可能であり、それによって、プロセッサリソースを節約し、かつ／または応答時間を改善するため、パルス幅変調器回路の使用は有利な場合がある。
【０１８４】
ある実施形態では、削減された信号を用いて素子を制御するために、パルス幅変調信号の位置、または位相およびデューティサイクルの制御を使用することが可能である。一般に、各素子の強度は独立して調整可能である。理想的には、０％から１００％の光出力を出力するように、各素子の強度を独立して制御することが可能である。図１５Ａおよび図１５Ｂは、０％から１００％の光出力の各素子の強度の出力の独立した制御を可能にすることができる実施形態回路を例示する。ある実施形態では、どの素子の強度も１００％デューティサイクルになるように設定できない。そのような構成では、１００％光出力は、ＬＥＤが５０％で実行しているときであり得る。電流を増大することによって、人の目によって見られる平均光出力は、依然として、最大で、１００％で認識され得る。ある実施形態では、パルス幅変調信号の位置または位相およびデューティサイクルはＬＥＤによって出力された光の色を制御することができ、（１つまたは複数の）ＬＥＤによって出力された光の色を調整するために、異なるパルス幅変調信号を生成することが可能である。
【０１８５】
図１５Ａを参照すると、２つの異なる３素子ＬＥＤ１５１４および１５１６に電流を搬送するための方法は、パルス幅変調信号によって制御されるハイサイドおよびローサイドスイッチング（high side and low side switching）によって実施可能である。電流が搬送されるとき、ＬＥＤ１５１４および１５１６によって光が生み出される。したがって、この実施形態では、２個のＬＥＤ１５１４および１５１６は、それぞれ、左および右として制御可能であり、したがって、専門用語は、左．青、左．赤、左．緑、右．青、右．赤、右．緑などであろう。ＬＥＤ１５１４のハイサイドは、ＬＥＤ１５１４の各素子（すなわち、赤、緑、および青）に結合された左ハイサイドスイッチ１５０２によって制御可能である。右ＬＥＤ１５１６のハイサイドは、ＬＥＤ１５１６の各素子（すなわち、赤、緑、および青）に結合された右ハイサイドスイッチ１５０４によって制御可能である。ＬＥＤ１５１４および１５１６の赤素子のローサイドは、赤ロースイッチ１５０６によって制御可能である。ＬＥＤ１５１４および１５１６の緑素子のローサイドは、緑ロースイッチ１５０８によって制御可能である。ＬＥＤ１５１４および１５１６の青素子のローサイドは、青ロースイッチ１５１２によって制御可能である。ある例として、青ローサイドスイッチ１５１２が電流を流すことを可能にすることに関与していることを意味する青．ロー、および左ハイサイドスイッチ１５０２が関与しており、電流が左側ＬＥＤ１５１４の青素子に供給されていることを意味する左．ハイとして、ＬＥＤ１５１４の青素子の制御を説明することも可能である。類似の説明を右側に適用することができる。ある実施形態では、トランジスタ１５０９を介して、ハイサイド電流を左ハイサイドスイッチ１５０２に提供することが可能であり、トランジスタ１５０７および１５０５を介して、ハイサイド電流を右ハイサイドスイッチ１５０４に提供することが可能である。ある実施形態では、トランジスタ１５０５は右ハイサイドスイッチ１５０４に提供される電流を反転させるためのスイッチとして動作することができる。このように、左ハイサイドスイッチ１５０２および右ハイサイドスイッチ１５０４は、ハイ入力からの鏡像波形を受信することができる。ある実施形態では、ワイヤレス通信ハブデバイスのプロセッサによって生成されたパルス幅変調信号は、スイッチ１５０２、１５０４、１５０６、１５０８、および１５１２の活性化ならびに非活性化を制御することができ、したがって、左側ＬＥＤ１５１４および／または右側ＬＥＤ１５１６の素子に提供される電流を制御することができる。図１５Ａは、説明されたような実装形態を示す。図１５Ｂは、ある実施形態によるシステムのロジック記述を示す。ある実施形態では、ハイサイド信号線上で生成されたパルス幅変調信号の位相および／またはデューティサイクルに対してローサイド赤信号線上で生成されたパルス幅変調信号の位相および／またはデューティサイクルは、スイッチ１５０２、１５０４、および１５０６の動作を制御することによって、左ＬＥＤ１５１４の赤素子および右ＬＥＤ１５１６の赤素子の強度を制御することができる。ある実施形態では、ハイサイド信号線上で生成された���ルス幅変調信号の位相および／またはデューティサイクルに対してローサイド緑信号線上で生成されたパルス幅変調信号の位相および／またはデューティサイクルは、スイッチ１５０２、１５０４、および１５０８の動作を制御することによって、左ＬＥＤ１５１４の緑素子ならびに右ＬＥＤ１５１６の緑素子の強度を制御することができる。ある実施形態では、ハイサイド信号上で生成されたパルス幅変調信号の位相および／またはデューティサイクルに対してローサイド青信号線上で生成されたパルス幅変調信号の位相および／またはデューティサイクルは、スイッチ１５０２、１５０４、および１５１２の動作を制御することによって、左ＬＥＤ１５１４の青素子および右ＬＥＤ１５１６の青素子の強度を制御することができる。
【０１８６】
以下のシナリオは、ユーザに対する要件、信号情報などに対応するために使用可能な様々なモード／方法の例について説明する。第１は、左素子および右素子が両方ともある程度可能にされるシナリオである。第２は、左素子は多少可能にされるが、右は何も生じないシナリオである。第３は、左．青および左．緑が多少可能にされ、右．青および右．赤が多少可能にされるが、右．緑が完全に非活性化されたシナリオである。
【０１８７】
上記のシナリオの組合せを使用して、システムは、必要に応じて、ＬＥＤ複合体のいずれかから何らかの色に対応することができる。図１５Ｂは、ある例として使用されることになるシステムのロジック実装形態について説明する。図１５Ｃはシナリオ１を示し、図１５Ｄはシナリオ２を示し、図１５Ｅはシナリオ３を示す。図１５Ｆは、４個のＰＷＭ制御信号、すなわち、ＰＷＭ１（ハイ）、ＰＷＭ２（赤）、ＰＷＭ３（緑）、およびＰＷＭ４（青）を使用して、２個のＬＥＤ１５１４および１５１６を駆動させるための波形１５５０、１５５２、１５５４、１５５６、および１５５８を例示する。左波形１５５０および右波形１５５２は、１つの信号をトランジスタインバータ、たとえば、図１５Ａを参照して上で議論されたトランジスタ１５０５に接続することよって単一のＰＷＭ、すなわち、ＰＷＭ１（ハイ）から導出可能である。図１５Ｆは、ある実施形態における、赤波形、緑波形、ならびに青波形１５５４、１５５６、および１５５８がそれぞれパルス幅変調器回路によって連続的に生成されるのを可能にするために再構成可能なタイミング信号を例示する。波形１５５４、１５５６、および１５５８の波形は、波形のアクティブな部分（すなわち、ＯＮ）が左波形の１５５０アクティブ期間（すなわち、ＯＮ）の終端に一致するように調整可能である。右ＬＥＤの赤波形、緑波形、および青波形は、同じ相対的な位置で左であってよい。これは左ＬＥＤ波形のアクティブな部分の終端を右ＬＥＤの波形の先頭に隣接させることができる。パルス幅変調器回路は、図１５Ｆに例示されたような反復パターンを生成するようにプログラム可能である。このように、４個のＰＷＭ信号だけを使用して、各ＬＥＤに関して何らかの所望される色をプログラムすることが可能である。
【０１８８】
ある実施形態では、ＰＷＭシステムがプログラムされると、ＰＷＭシステムは、視覚的に認識可能なイベントが必要になるまで、ソフトウェア介入なしに、自由に実行することができる。視覚的に認識可能なイベントは、色変更、強度変更、またはそれら２つの組合せであってよい。ある実施形態では、ソフトウェアは、次の段階（すなわち、次に認識される状態）に関してパルス幅変調構造（たとえば、コントローラ）用のプログラミング値を複写して、パルス幅変調サブシステムに関する制御レジスタを備えた様々なレジスタにそれらの値を書き込むことができる。ある代替実施形態では、変更が必要とされるたびに、これらの値を計算し、次いで、レジスタに書き込むことが可能である。このように、ごく低いシステムプロセッサ関与を伴って、ごく複合的な色および強度スキーマを実施することができる。
【０１８９】
ある代替実施形態では、ハイサイドパルス幅変調信号を分割して、スイッチ１５０４を制御するために、トランジスタ１５０５を用いてパルス幅変調信号を反転するのではなく、スイッチ１５０４の動作を制御するための第２のハイサイドパルス幅変調信号を提供することによって、追加のトランジスタ１５０５を回避することが可能である。このように、１個のハイサイドパルス幅変調信号がスイッチ１５０２の動作を制御することができ、第２のハイサイドパルス幅変調信号がスイッチ１５０４の動作を制御することができる。ある実施形態では、スイッチ１５０４に提供される第２のハイサイドパルス幅変調信号は、スイッチ１５０２に提供される第１のハイサイドパルス幅変調信号の正確な反転となるように生成可能である。
【０１９０】
上で説明された回路および制御方法を使用して、ワイヤレス通信ハブデバイス１１２は、安定状態ＯＮモード、点滅モード、安定ＯＮと周期的点滅の組合せ、高強度の輝度、低強度の輝度、様々な色（たとえば、あることを示すための青、および別のことを示すための赤）、ならびにこれらの状態または表示のうちのいくつかの組合せを提供するために、ワイヤレス通信ハブデバイス１１２上で、かつ／またはサービスプラットフォームサーバ１４０を介して遠隔で実行するソフトウェアによって制御可能である。ワイヤレス通信ハブデバイス１１２内に含むことが可能な様々な照明および照明パネルは、たとえば、（たとえば、錠剤を服用するため、または追加の薬剤を購入するための）リマインダ、（たとえば、デバイスのステータス、またはイベントもしくは動作状態に注意を引くことに関する）警告、および／あるいは確認（たとえば、メッセージが送信されたという確認、ワイヤレス通信ハブデバイス１１２が結合されて、医療デバイスと通信しているという確認、または遠隔サーバがワイヤレス通信ハブデバイス１１２にリンクされているという確認）を含めて、様々な異なるタイプの情報を通信するためのソフトウェアによって制御可能である。
【０１９１】
照明または照明パネルによって通信可能なリマインダは、錠剤を服用するためのリマインダ、（たとえば、血糖値計を用いて）測定を行うため、または試験を実施するためのリマインダ、新しい薬剤を注文するためのリマインダなどを提供するためなど、多角的であってもよい。同様に、照明または照明パネルによって提供される警告は、医療デバイス測定値が懸念を引き起こすこと、または注意を要すること、システム問題が存在すること、結合されたデバイスがサービス提供または新しい電池を必要とすることなどをユーザの医師に連絡するための警告など、多角的であってよい。
【０１９２】
加えて、照明または照明パネルのうちの１つもしくは複数は、ユーザによって、内部クロックおよび／または結合されたデバイスによって活性化され得る終夜灯として機能することが可能である。さらに、上述のように、照明および／または照明パネルの様々な動作モードのうちのいずれかを、（たとえば、サーバ、医師、薬局、介護人などによって）終夜灯のリマインダ、警告、確認、および／または活性化を遠隔で開始することができるように、サービスプラットフォームサーバ１４０を介してなど、遠隔で制御することが可能である。
【０１９３】
ある例として、ワイヤレス通信ハブデバイスからサービスプラットフォームサーバへの医療データの成功裏の配信時に、サービスプラットフォームサーバからワイヤレス通信ハブデバイスに表示を送信することができ、応答して、ワイヤレス通信ハブデバイスは、その医療データがサービスプラットフォームサーバによって成功裏に受信され、最終宛て先（たとえば、医療管理プロバイダ、サービスプロバイダなど）への最終引渡しを待っていることをエンドユーザに示すために、青光を何回か点滅させることができる。
【０１９４】
別の例として、ワイヤレス通信ハブデバイスを電気コンセントにプラグで接続して、ワイヤレス通信ハブデバイスを成功裏にブートアップするとすぐに、ワイヤレス通信ハブデバイスの短距離無線のステータスの表示を伝えるために、照明を点滅することが可能である。さらなる例として、ワイヤレス通信ハブデバイス上に照明される黄光は、ワイヤレス通信ハブデバイスが前に対にされた電子医療およびフィットネスデバイスからデータを受信するために使用可能にされ得ることを示すことができ、照明が消されていることは、ワイヤレス通信ハブデバイスが新しい電子医療およびフィットネスデバイスと対にされることが可能であることを示すことができる。
【０１９５】
１つまたは複数の例示的な態様では、本明細書で説明される実施形態方法を実行するプロセッサは、構成設定または構成命令を用いて構成可能なパルス幅変調周辺機器であってよい。
【０１９６】
上で説明された実施形態は、図１６で例示されるサーバ１６００など、様々なサーバデバイスのうちのいずれかを用いて実施可能である。そのようなサーバ１６００は、典型的には、揮発性メモリ１６０２と、ディスクドライブ１６０３などの大容量不揮発性メモリとに結合されたプロセッサ１６０１を含む。サーバ１６００は、プロセッサ１６０１に結合されたフロッピー（登録商標）ディスクドライブおよび／またはコンパクトディスク（ＣＤ）ドライブ１６０６を含むことも可能である。サーバ１６００は、インターネットなど、ネットワーク回路１６０５とのデータ接続を確立するために、プロセッサ１６０１に結合されたネットワークアクセスポート１６０４を含むことも可能である。
【０１９７】
ハブ機能性を実施するモバイルデバイスは、図１７に例示される構成要素を共通して有することが可能である。たとえば、ある例示的なモバイルデバイス１７０６は、内部メモリ１７０２に結合されたプロセッサ１７０１と、ディスプレイ１７０３とを含むことが可能である。加えて、モバイルデバイス１７０６は、プロセッサ１７０１に結合されたワイヤレスデータリンクおよび／またはセルラー電話トランシーバ１７０５に接続された電磁放射を送受信するためのアンテナ１７０４を有することが可能である。モバイルデバイスは、ブルートゥースワイヤレス接続を介して周辺デバイスに接続するためのＢｌｕｅｔｏｏｔｈトランシーバおよび／またはローカルエリアワイヤレスネットワークを介してコンピュータと周辺デバイスとに結合するためのＷｉ−Ｆｉトランシーバなど、１つまたは複数のローカルワイヤレスネットワークに接続するための第２のトランシーバ１７０８を含むことも可能である。モバイルデバイスは、ＵＳＢ（または、ＦｉｒｅＷｉｒｅ）ケーブルを介して周辺デバイスに接続するために、ＵＳＢ（または、ＦｉｒｅＷｉｒｅ）ポート１７０９を含むことも可能である。モバイルデバイスは、典型的には、キーパッド１７０６またはミニチュアキーボードと、ユーザ入力を受信するためのメニュー選択ボタンもしくはロッカスイッチ１７０７とをやはり含む。
【０１９８】
ソフトウェアモジュール、ハードウェア構成要素、またはハードウェアとソフトウェアモジュールの組合せとしてバーチャル電子医療およびフィットネスデバイスハブシステム内で実施可能な様々な機能モジュール。ワイヤレス通信ハブシステムは、プロセス全体を監視して、他のモジュールを調整するプロセッサ内で実施される実行機能を含むことが可能である。通信モジュールは、トランシーバと、トランシーバを操作するため、ならびに通信機能を実行機能と調整するためのソフトウェアとを含むことが可能である。通信モジュールは、様々通信プロトコルに準拠するために、ならびに通信リンクを折衝し、データ伝送を検証し、デジタル通信システムの他の一般的な機能性を実行するために必要な処理を含むことも可能である。ブリッジングロジックモジュールは、実行機能に結合されて、電子医療およびフィットネスデバイスと、サービスプラットフォームサーバなどの外部コンピュータとの間に通信リンクを提供することに関連するプロセスを実行するように構成されることも可能である。ブリッジングロジックモジュールは、たとえば、電子医療およびフィットネスデバイスから受信されたデータを、サービスプラットフォームサーバにトンネリングするために、ＩＰパケットに梱包するためのロジックを含むことも可能である。同様に、ブリッジングロジックモジュールは、サービスプラットフォームサーバから受信されたコマンドパケットを梱包解除して、埋め込まれたコマンドを適切な電子医療およびフィットネスデバイスに提供するためのロジックを含むことが可能である。
【０１９９】
様々な実施形態では、バーチャル電子医療およびフィットネスデバイスハブシステムは、デバイスが従来のルータの典型的なプロセスを実行するのを可能にするためのルータロジックなど、追加のモジュールを含むことが可能である。また、バーチャル電子医療およびフィットネスデバイスハブシステムは、デバイスがサーバの典型的なプロセスを実行するのを可能にするためのサーバロジックを含むことが可能である。さらに、バーチャル電子医療およびフィットネスデバイスハブシステムの実施形態は、電子医療およびフィットネスデバイスからデータを受信および記憶して、後の時点で、そのデータを宛先コンピュータに中継するためのメモリならびに記憶および転送ロジックを含むことが可能である。ルータ、サーバ、記憶および転送プロセス、ならびにロジックは、コンピュータ技術分野でよく知られている。
【０２００】
様々なデバイス内のプロセッサ３０１、１６０１、１７０１は、本明細書で説明された様々な実施形態の機能を含めて、様々な機能を実行するためのソフトウェア命令（アプリケーション）によって構成可能な、何らかのプログラマブルマイクロプロセッサ、マイクロコンピュータ、または１つもしくは複数のマルチプルプロセッサチップであってよい。いくつかのデバイスでは、ワイヤレス通信機能の専用の１つのプロセッサ、および他のアプリケーションを実行するため専用の１つのプロセッサなど、複数のプロセッサ３０１、１６０１、１７０１を提供することが可能である。典型的には、ソフトウェアアプリケーションがアクセスされて、プロセッサ３０１、１６０１、または１７０１内にロードされる前に、ソフトウェアアプリケーションは内部メモリ３０１、１６０１、１７０１内に記憶可能である。いくつかのモバイルデバイスでは、プロセッサ３０１、１６０１、１７０１は、アプリケーションソフトウェア命令を記憶するために十分な内部メモリを含むことが可能である。いくつかのデバイス内で、安全なメモリはプロセッサ３０１、１６０１、１７０１に結合された別個のメモリチップ内にあってよい。多くのデバイス内で、内部メモリ３０２、１６０２、１７０２は、揮発性メモリであってよく、もしくはフラッシュメモリなどの不揮発性メモリであってよく、またはそれらの両方の混合物であってもよい。この説明のために、メモリに対する一般参照は、内部メモリ３０２、１６０２、１７０２と、デバイスにプラグで接続された取外し可能メモリと、プロセッサ３０１、１６０１、１７０１自体の中のメモリとを含めて、プロセッサ３０１、１６０１、１７０１によってアクセス可能なすべてのメモリを指す。
【０２０１】
前述の方法の説明およびプロセス流れ図は、単なる説明のための実施例として提供され、様々な実施形態のステップが提示された順序で実行されなければならないことを必要とするか、または暗示することが意図されない。前述の実施形態内のステップの順序は任意の順序で実行可能であることを当業者は理解されよう。「その後」、「次いで」、「次に」などの用語は、それらのステップの順序を限定することが意図されず、これらの用語は、単に、読者をこれらの方法の説明に導くためである。さらに、単数形でのクレーム要素の何らかの参照は、たとえば、冠詞「ａ」、「ａｎ」、または「ｔｈｅ」がその要素を単数形に限定すると解釈されるべきではない。
【０２０２】
本明細書で開示された実施形態に関して説明された様々な例示的なロジックブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはそれらの組合せとして実施可能である。ハードウェアとソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップは、上で、それらの機能性に関して一般的に説明されている。そのような機能性がハードウェアとして実施されるか、またはソフトウェアとして実施されるかは、特定のアプリケーションと、システム全体に課せられた設計制約とに依存する。当業者は、説明された機能性を各特定のアプリケーションのために様々な形で実施することができるが、そのような実装形態決定は、本発明の範囲から逸脱を生じさせるとして解釈されるべきではない。
【０２０３】
本明細書で開示された態様に関して説明された様々な例示的なロジック、ロジックブロック、モジュール、および回路を実施するために使用されるハードウェアは、本明細書で説明された機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、またはそれらの何らかの組合せを用いて実施あるいは実行可能である。汎用プロセッサは、マイクロプロセッサであってよいが、代替では、プロセッサは、何らかの従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってよい。プロセッサはコンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアとともに１つもしくは複数のマイクロプロセッサ、または何らかの他のそのような構成として実施されることも可能である。あるいは、いくつかのステップまたは方法は、所与の機能に特定の回路によって実行可能である。ある例として、本明細書で説明された実施形態方法を実行するプロセッサは、構成設定または構成命令を用いて構成可能なパルス幅変調周辺機械であってよい。
【０２０４】
１つまたは複数の例示的な態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの何らかの組合せの形で実施可能である。ソフトウェアの形で実施される場合、これらの機能は、非一時的コンピュータ可読媒体上あるいは非一時的プロセッサ可読媒体上に１つもしくは複数の命令またはコードとして記憶可能である。本明細書で開示された方法またはアルゴリズムのステップは、非一時的コンピュータ可読記憶媒体上または非一時的プロセッサ可読記憶媒体上に存在し得るプロセッサ実行可能ソフトウェアモジュール内で実施可能である。非一時的コンピュータ可読記憶媒体または非一時的プロセッサ可読記憶媒体は、コンピュータまたはプロセッサによってアクセス可能な何らかの記憶媒体であってよい。限定ではなく、例として、そのような非一時的コンピュータ可読媒体または非一時的プロセッサ可読媒体は、所望されるプログラムコードを命令またはデータ構造の形で記憶するために使用可能であり、かつコンピュータによってアクセス可能なＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＦＬＡＳＨメモリ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または何らかの他の媒体を含むことが可能である。本明細書で使用される場合、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）と、レーザディスクと、光ディスクと、デジタル多用途ディスク（ＤＶＤ）と、フロッピーディスクと、ブルーレイディスクとを含み、この場合、ディスク（ｄｉｓｋｓ）は、通常、データを磁気的に再生し、一方、ディスク（ｄｉｓｃｓ）は、レーザを用いて、データを光学的に再生する。上記の組合せも、非一時的コンピュータ可読媒体および非一時的プロセッサ可読媒体の範囲に含まれる。加えて、方法またはアルゴリズムの動作は、コンピュータプログラム製品内に組み込むことが可能な１つのコードおよび／もしくは命令、あるいはコードおよび／もしくは命令の任意の組合せまたはセットとして、非一時的プロセッサ可読媒体上および／または非一時的コンピュータ可読媒体上に存在し得る。
【０２０５】
開示された実施形態の上の説明は、当業者が、本発明を行うこと、または本発明を使用するのを可能にするために提供される。これらの実施形態に対する様々な修正は、当業者に容易に明らかになるであろうし、本明細書で定義された一般原理を、本発明の趣旨または範囲から逸脱せずに、他の実施形態に適用することが可能である。したがって、本発明は、本明細書に示された実施形態に限定されることが意図されず、以下の請求項、ならびに本明細書で開示された原理および新規性のある特徴に一致する最大範囲が与えられるべきである。
【図１Ａ】
2015510138.tif 000003
【図１Ｂ】
2015510138.tif 000004
【図１Ｃ】
2015510138.tif 000005
【図１Ｆ】
2015510138.tif 000006
【図１Ｇ】
2015510138.tif 000007
【図２】
2015510138.tif 000008
【図３Ａ】
2015510138.tif 000009
【図３Ｂ】
2015510138.tif 000010
【図３Ｃ】
2015510138.tif 000011
【図３Ｄ】
2015510138.tif 000012
【図４】
2015510138.tif 000013
【図５】
2015510138.tif 000014
【図６Ａ】
2015510138.tif 000015
【図６Ｂ】
2015510138.tif 000016
【図７Ａ】
2015510138.tif 000017
【図７Ｂ】
2015510138.tif 000018
【図８Ａ】
2015510138.tif 000019
【図８Ｂ】
2015510138.tif 000020
【図９Ａ】
2015510138.tif 000021
【図９Ｂ】
2015510138.tif 000022
【図９Ｃ】
2015510138.tif 000023
【図９Ｄ】
2015510138.tif 000024
【図１０】
2015510138.tif 000025
【図１１】
2015510138.tif 000026
【図１２】
2015510138.tif 000027
【図１３】
2015510138.tif 000028
【図１４】
2015510138.tif 000029
【図１５Ａ】
2015510138.tif 000030
【図１５Ｂ】
2015510138.tif 000031
【図１５Ｃ】
2015510138.tif 000032
【図１５Ｄ】
2015510138.tif 000033
【図１５Ｅ】
2015510138.tif 000034
【図１５Ｆ】
2015510138.tif 000035
【図１６】
2015510138.tif 000036
【図１７】
2015510138.tif 000037
【図１Ｄ】
2015510138.tif 000038
【図１Ｅ】
2015510138.tif 000039
【国際調査報告】
2015510138.tif 000040
2015510138.tif 000041
2015510138.tif 000042