(57)【特許請求の範囲】
【請求項１】
複数の第１のノードから第２のノードへ情報を通信する方法であって、前記複数の第１のノードの各々は、ユーザの転倒を検出するように構成された少なくとも１つのセンサと、少なくとも１つのプロセッサと、送信器と、を含み、前記第２のノードは、受信器と、少なくとも１つのプロセッサと、を含み、前記方法は、
前記第１のノードの少なくとも１つのセンサにより、前記第１のノードを有する前記ユーザの転倒を検出するステップと、
前記第１のノードの少なくとも１つのプロセッサにより、前記ユーザの転倒を検出したことに応じて、前記送信器の電源をオンにするステップと、
前記第１のノードの少なくとも１つのプロセッサにより、前記第１のノードを有する前記ユーザの転倒の発生の表示を含むように前記第１のノードに関するデバイス名を適応させる、又は、修正するステップと、
前記第１のノードの送信器により、前記適応又は修正されたデバイス名を前記第２のノードに送信するステップと、
前記第２のノードの受信器により、前記適応又は修正されたデバイス名を受信するステップと、
前記第２のノードの少なくとも１つのプロセッサにより、前記受信した前記適応又は修正されたデバイス名が前記ユーザの転倒を示すかどうかを検出するステップと、
前記第２のノードの少なくとも１つのプロセッサにより、前記適応又は修正されたデバイス名が前記ユーザの転倒を示すことを検出した場合に、当該検出に対応するアクションを実施するステップと、
を有する、方法。
【請求項２】
前記第２のノードが、メモリを更に有し、
前記第２のノードの少なくとも１つのプロセッサにより、前記受信した前記適応又は修正されたデバイス名を前記メモリに記憶された一つ以上のデバイス名と比較するステップを有し、記憶されたデバイス名の各々はそれと関連するイベント及び／又は情報を持つ、請求項１に記載の方法。
【請求項３】
前記第２のノードの少なくとも１つのプロセッサにより、前記受信した前記適応又は修正されたデバイス名から前記ユーザの転倒に関する情報を抽出するように前記デバイス名を処理するステップを有する、請求項１に記載の方法。
【請求項４】
前記第１のノードの少なくとも１つのプロセッサにより、
前記適応又は修正されたデバイス名を送信した後に前記第１のノードの送信器を非アクティブにするステップをさらに有する、請求項１に記載の方法。
【請求項５】
ユーザの転倒を検出するように構成された少なくとも１つのセンサと、少なくとも１つのプロセッサと、送信器と、を含む第１のノードと通信する第２のノードであって、
前記第１のノードは、前記少なくとも１つのセンサにより、前記第１のノードを有する前記ユーザの転倒を検出し、前記少なくとも１つのプロセッサにより、前記ユーザの転倒を検出したことに応じて、前記送信器の電源をオンにし、前記第１のノードを有する前記ユーザの転倒の発生の表示を含むように前記第１のノードに関するデバイス名を適応させ、又は、修正し、前記送信器により、前記適応又は修正されたデバイス名を前記第２のノードに送信し、
前記第２のノードは、前記適応又は修正されたデバイス名を受信する受信器と、
前記受信した前記適応又は修正されたデバイス名が前記ユーザの転倒を示すかどうかを検出する少なくとも１つのプロセッサと、
を有し、
前記第２のノードの少なくとも１つのプロセッサは、前記適応又は修正されたデバイス名が前記ユーザの転倒を示すことを検出した場合に、当該検出に対応するアクションを実施する、第２のノード。
【請求項６】
ユーザの転倒を検出するように構成された少なくとも１つのセンサと、少なくとも１つのプロセッサと、送信器と、を含み、第２のノードと通信する第１のノードであって、
前記第１のノードは、前記少なくとも１つのセンサにより、前記第１のノードを有する前記ユーザの転倒を検出し、前記少なくとも１つのプロセッサにより、前記ユーザの転倒を検出したことに応じて、前記送信器の電源をオンにし、前記第１のノードを有する前記ユーザの転倒の発生の表示を含むように前記第１のノードに関するデバイス名を適応させ、又は、修正し、前記送信器により、前記適応又は修正されたデバイス名を前記第２のノードに送信する、第１のノード。
【請求項７】
請求項６記載の第１のノードと、請求項５記載の第２のノードと、を有する、通信システム。
【請求項８】
その中に具体化されるコンピュータ可読コードを有するコンピュータプログラムであって、前記コンピュータ可読コードは、それと関連する通信モジュールを持つコンピュータ若しくはプロセッサによる実行時に、前記コンピュータ若しくはプロセッサが請求項１乃至４のいずれか一項に記載の方法を実行するように構成されるように、構成される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は第１のノードから第２のノードへの情報の通信に関し、特に第１のノードにおいて最小電力を用いる信頼性のある情報通信に関する。
【背景技術】
【０００２】
二つのノード（すなわち電子デバイス）間で双方向通信を提供する多くの通信プロトコルが存在し、これはプロトコルの一部として、通信媒体上に存在する若しくは通信媒体に接続されるノードの発見を可能にする。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ及びＵＰｎＰなどのプロトコルは全て、ノードが他のアクティブノード（すなわちノードがそれらの名前を通信媒体を介してブロードキャストしている、並びに／或いは、他のノードによるインタロゲーション及び／又は他のノードとの通信にオープンであるという意味でアクティブ）の識別及び／又は名前を発見することを可能にする。
【０００３】
一般論として、これらのプロトコルにおける通信は二つのフェーズからなり、これらのフェーズは図１に図示される。'デバイス発見フェーズ'とよばれる第１のフェーズ２において、別のノード６，８との通信を開始したいノード４は通信媒体に（すなわちエアインターフェースを介して）クエリを行い（これは図１においてクエリ信号１０であらわされる）、開始ノード４と通信することができるノード６，８を決定する。
【０００４】
アクティブであり（すなわちそのトランシーバ回路に電源が入っている）発見可能な（すなわち別のノードとの通信確立にオープンである）任意のノード６，８はその名前（図１において"ＮａｍｅＮｏｄｅ１"１２及び"ＮａｍｅＮｏｄｅ２"１４と示される）と数値識別子で受信クエリ信号１０に応答する。
【０００５】
通信に利用可能なノード６，８の名前と識別子が発見されると、開始ノード４は第２のフェーズ１８において所望のノード（図１におけるＮｏｄｅ１）と双方向通信チャネル１６を確立することができる。そして開始ノード４と所望のノード６は通信プロトコルに従ってデータを交換することができる。
【０００６】
これらのタイプのプロトコルにおいて、第１のフェーズ２は通常、最小量の情報、典型的にはテキストベースのノード名と数値識別子（ノードに固有であり得るＭＡＣアドレスなど）のみがノード間で交換されることを要するように厳密に定義される。このフェーズの厳密な定義は非常に信頼性があり一様であることを可能にする（これはプロトコルを実行する全ノードがそれを理解しそれに従うことを可能にする）。第２のフェーズ１８はデータの自由形式の交換を伴うことが多い（場合によっては交換されるデータの長さ若しくはそのフォーマットによって限定されない）。第２のフェーズ１８はもっと緩やかに定義されるので、プロトコルの第２のフェーズ１８をノードが個別に実行する方法における潜在的な相違のために、ノード間の通信はあまり信頼できない。
【０００７】
様々なタイプの電子デバイスにとって、こうしたデバイスによる消費電力を最小限にしながら、（時にはわずかな量のみの）情報を別のデバイスに伝達することを可能にする信頼性の高い通信チャネルを提供することが必要である。完全な２フェーズ通信プロトコルを使用することは、上記の通りプロトコルの第２のフェーズ１８の自由形式性のために信頼性問題をもたらす可能性があり、通信自体を不必要に長引かせる可能性があり、これは不必要な電力消費をもたらし得る。
【０００８】
こうしたデバイスは在宅医療及び／又は臨床医療の場で使用されるものを含む。多くの高齢者は今や、転倒したときなど緊急支援が必要な場合に起動することができるパーソナルヘルプボタン（ＰＨＢ）若しくはパーソナル緊急応答システム（ＰＥＲＳ）を持ち歩くか若しくは身に着けている。ユーザの動きをモニタし、転倒が検出される場合に自動的にアラームをトリガする自動転倒検出器が利用可能である。ユーザの生理的特徴をモニタし、ユーザの現在の状態若しくは緊急状態を周期的に若しくは断続的にレポートするデバイスも利用可能である。
【０００９】
これらのデバイス（すなわちＰＨＢ、ＰＥＲＳ、転倒検出器及び他のモニタリングデバイス）は、起動されると、ユーザの近く（すなわち典型的にはユーザの家）にあるベースユニットを介して専用コールセンターへの通話を開始することができ、コールセンターの職員はユーザに話しかけ、緊急時にユーザへ支援を送るよう手配することができる。
【００１０】
従って、ウェアラブルデバイスによってイベントが検出される（例えばデバイスがユーザによる転倒を検出する、ユーザがヘルプボタンを押す若しくは他の方法で緊急応答システムをトリガする）と、ベースユニットがユーザに助けを呼ぶためにコールセンター若しくは緊急サービスへの通話を開始することができるように、デバイスは無線通信チャネルを通じてベースユニットへイベントの発生を通信する必要がある。これらのデバイスのバッテリ寿命を最大化するために（例えば、高齢ユーザにとって特に望ましい、バッテリを充電若しくは交換する必要なく一度に数週間若しくは数か月デバイスを使用できるようにするために）、ウェアラブルデバイスは必要になる（例えばウェアラブルデバイスがイベントの発生を伝える若しくはウェアラブルデバイスの現在の状態をベースユニットに知らせるとき）までベースユニットとアクティブに通信しない。従って、イベントが発生するとき、ウェアラブルデバイスとベースユニットの間に確立された通信チャネルがない可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従って、第１のノードにおいて最小電力を用いる第１のノードから第２のノードへ情報を確実に通信するための改良された方法が必要である。
【課題を解決するための手段】
【００１２】
本発明の第１の態様によれば、第１のノードから第２のノードへ情報を通信する方法が提供され、第２のノードにおいて方法は、第１のノードによって送信されたデバイス名を検出するステップと、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、検出された第１のノードのデバイス名から決定するステップとを有する。
【００１３】
好適には、方法は通信プロトコルのノード発見フェーズ中に第１のノードから第２のノードへ情報を通信するためのものである。これは情報が第１のノードから第２のノードへ確実に迅速に通信されることができることを意味する。
【００１４】
一部の実施形態において、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、検出された第１のノードのデバイス名から決定するステップは、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、デバイス名の検出から決定するステップを有する。
【００１５】
これらの実施形態において、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、デバイス名の検出から決定するステップは、検出されたデバイス名を第２のノードのメモリに記憶された一つ以上のデバイス名と比較するステップを有することができ、記憶されたデバイス名の各々はそれと関連する各自のイベント及び／又は第１のノードからの情報を持つ。
【００１６】
代替的な実施形態において、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、検出された第１のノードのデバイス名から決定するステップは、イベントの発生に関する情報及び／又は第１のノードからの情報を、検出されたデバイス名の一部若しくは全部から抽出するように検出されたデバイス名を処理するステップを有する。
【００１７】
これらの実施形態において、第１のノードにおけるイベントの発生及び／又は第１のノードからの情報を、検出された第１のノードのデバイス名から決定するステップは、検出されたデバイス名が第１のノードに対応する所定の文字列を有するかどうかを決定するように検出されたデバイス名を処理し、もしそうであれば、イベントの発生に関する情報及び／又は第１のノードからの情報を抽出するように検出されたデバイス名の残りの部分を処理するステップを有し得る。
【００１８】
好適な実施形態において、第１のノードと第２のノードはＢｌｕｅｔｏｏｔｈ（登録商標）プロトコルに従って通信し、第２のノードによって検出される第１のノードのデバイス名はＮａｍｅであり、ＷｉＦｉプロトコルに従って通信し、第２のノードによって検出される第１のノードのデバイス名はＳＳＩＤであり、若しくはＵＰｎＰプロトコルに従って通信し、第２のノードによって検出される第１のノードのデバイス名はＮａｍｅである。
【００１９】
第１のノードにおいて方法は好適には第１のノードのデバイス名を送信するステップを有する。好適には、第１のノードにおいて方法は、情報が第１のノードから第２のノードへ通信されるときに第１のノードが第１のノードのデバイス名を送信することによって第２のノードからのクエリに応答し得るように、第１のノードにおいて通信モジュールをアクティブにするステップをさらに有する。
【００２０】
好適には、第１のノードにおいて方法は第１のノードのデバイス名を送信した後に第１のノードにおいて通信モジュールを非アクティブにするステップをさらに有する。
【００２１】
一部の実施形態において、第１のノードにおいて方法は、第１のノードのデバイス名を、通信されるべき情報をデバイス名において含むように、若しくは通信されるべき情報と関連する第１のノードの可能なデバイス名の所定セットにおけるデバイス名に対応するように、修正する若しくは適応させるステップをさらに有し、第１のノードのデバイス名を送信するステップは修正された若しくは適応されたデバイス名を送信するステップを有する。
【００２２】
本発明の第２の態様によれば、第１のノードから第２のノードへ情報を通信する方法が提供され、第１のノードにおいて方法は、第１のノードにおけるイベントの発生の表示及び／又は第１のノードからの他の情報を含むように、第１のノードのデバイス名を適応させる若しくは修正するステップと、適応された若しくは修正された第１のノードのデバイス名を送信するステップを有する。
【００２３】
好適には、方法は、第１のノードから第２のノードへ情報が通信されるときに、適応された若しくは修正された第１のノードのデバイス名を送信することによって、第１のノードが第２のノードからのクエリに応答し得るように、第１のノードにおいて通信モジュールをアクティブにするステップをさらに有する。
【００２４】
好適には、第１のノードにおいて方法は、適応された若しくは修正された第１のノードのデバイス名を送信した後に第１のノードにおいて通信モジュールを非アクティブにするステップをさらに有する。
【００２５】
本発明の第３の態様によれば、別の電子デバイスからデバイス名を受信するように構成される通信モジュールと、前記別の電子デバイスにおけるイベントの発生及び／又は前記別の電子デバイスからの情報を、検出された別の電子デバイスのデバイス名から決定するように構成される制御ユニットとを有する電子デバイスが提供される。
【００２６】
一部の実施形態において、制御ユニットは別の電子デバイスにおけるイベントの発生及び／又は別の電子デバイスからの情報を、別の電子デバイスのデバイス名の検出から決定するように構成される。これらの実施形態において、制御ユニットは好適には、検出されたデバイス名を電子デバイスのメモリに記憶された一つ以上のデバイス名と比較することによって、別の電子デバイスにおけるイベントの発生及び／又は別の電子デバイスからの情報を、デバイス名の検出から決定するように構成され、記憶されたデバイス名の各々はそれと関連する各自のイベント及び／又は別の電子デバイスからの情報を持つ。
【００２７】
代替的に、制御ユニットは別の電子デバイスにおけるイベントの発生及び／又は別の電子デバイスからの情報を、イベントの発生に関する情報及び／又は別の電子デバイスからの情報を、検出されたデバイス名の一部若しくは全部から抽出するように検出されたデバイス名を処理することによって、検出された別の電子デバイスのデバイス名から決定するように構成される。
【００２８】
これらの実施形態において、制御ユニットは、検出されたデバイス名が別の電子デバイスに対応する所定の文字列を有するかどうかを決定するように検出されたデバイス名を処理し、もしそうであれば、イベントの発生に関する情報及び／又は別の電子デバイスからの情報を抽出するように検出されたデバイス名の残りの部分を処理することによって、検出された別の電子デバイスのデバイス名から、別の電子デバイスにおけるイベントの発生及び／又は別の電子デバイスからの情報を決定するように構成される。
【００２９】
本発明の第４の態様によれば、電子デバイスのデバイス名を送信するように構成される通信モジュールを有する電子デバイスが提供され、電子デバイスは、電子デバイスにおけるイベントの発生の表示及び／又は電子デバイスからの他の情報を含むように、通信モジュールによる送信の前に、電子デバイスのデバイス名を適応させる及び／又は修正するように構成される。
【００３０】
好適には、電子デバイスは、情報が電子デバイスから別の電子デバイスへ通信されるときに、電子デバイスが電子デバイスのデバイス名を送信することによって別の電子デバイスからのクエリに応答し得るよう、電子デバイスにおいて通信モジュールがアクティブにされるように、構成される。
【００３１】
好適には、通信モジュールは電子デバイスのデバイス名を送信した後に非アクティブにされるように構成される。
【００３２】
一部の実施形態において、電子デバイスは、通信されるべき情報をデバイス名において含むように、若しくは通信されるべき情報と関連する電子デバイスの可能なデバイス名の所定セットにおけるデバイス名に対応するように、送信の前に電子デバイスのデバイス名を適応させる若しくは修正するように構成される。
【００３３】
本発明の第５の態様によれば、別の電子デバイスへデバイス名を送信するように構成される通信モジュールを有する第１の電子デバイスと、第１の電子デバイスからデバイス名を受信するように構成される通信モジュールを有する第２の電子デバイスと、第１の電子デバイスにおけるイベントの発生及び／又は第１の電子デバイスからの情報を、検出された第１の電子デバイスのデバイス名から決定するように構成される制御ユニットとを有する、通信システムが提供される。
【００３４】
一部の実施形態において、第１の電子デバイスは、第１の電子デバイスにおけるイベントの発生の表示及び／又は第１の電子デバイスからの他の情報を含むように、通信モジュールによる送信の前に第１の電子デバイスのデバイス名を適応させる若しくは修正するように構成される。
【００３５】
本発明のさらなる態様によれば、その中で具体化されるコンピュータ可読コードを有するコンピュータプログラム製品が提供され、コンピュータ可読コードは、それと関連する通信モジュールを持つコンピュータ若しくはプロセッサによる実行時に、コンピュータ若しくはプロセッサが上記方法のいずれかを実行するように構成されるように、構成される。
【００３６】
本発明をよりよく理解するために、またどのように実施され得るかをより明確に示すために、ほんの一例として、添付の図面が参照される。
【図面の簡単な説明】
【００３７】
【図１】既存の通信プロトコルの２フェーズ性を図示する図である。
【図２】本発明が実施され得るウェアラブルデバイスとベースユニットを図示するブロック図である。
【図３】本発明にかかる情報を通信する方法を図示するフローチャートである。
【図４ａ】第１のノードにおける本発明の第１の特定の実施形態を図示するフローチャートである。
【図４ｂ】第２のノードにおける本発明の第１の特定の実施形態を図示するフローチャートである。
【図５ａ】第１のノードにおける本発明の第２の特定の実施形態を図示するフローチャートである。
【図５ｂ】第２のノードにおける本発明の第２の特定の実施形態を図示するフローチャートである。
【発明を実施するための形態】
【００３８】
本発明が実施され得るシステム例２０が図２に図示される。システム２０はユーザによって装着若しくは携帯されるように構成されるウェアラブルユーザデバイス２２と、典型的にはユーザの家にあるベースユニット２４を有する。
【００３９】
ウェアラブルユーザデバイス２２はユーザデバイス２２の一般的動作を制御するプロセッサ若しくは制御ユニット２６を有する。この図示の実施形態において、ユーザデバイス２２は、各々がプロセッサ若しくは制御ユニット２６に結合される、付随するアンテナ３０を持つ無線通信モジュール２８、一つ以上のセンサ３２及びメモリモジュール３４を有する。ユーザデバイス２２は、ユーザデバイス２２の様々なコンポーネント２６，２８，３２，３４に電力供給する電源３６も有する。
【００４０】
無線通信モジュール２８と付随するアンテナ３０はプロセッサ若しくは制御ユニット２６の制御下でユーザデバイス２２からベースユニット２４へ情報を通信するように本発明に従って使用される。当然のことながら通信モジュール２８は、デバイス発見が行われるフェーズを含むＢｌｕｅｔｏｏｔｈ（登録商標）プロトコル、ＷｉＦｉプロトコル、ＵＰｎＰプロトコル若しくは任意の他の適切な通信プロトコルに従って通信するように構成され得る。
【００４１】
一つ以上のセンサ３２の性質はウェアラブルユーザデバイス２２の用途によって決まる。例えば、ユーザデバイス２２がユーザによる転倒検出用である場合、一つ以上のセンサ３２は加速度計、磁力計、及び／又はジャイロスコープを有することができ、プロセッサ若しくは制御ユニット２６はこれらのセンサ３２からの信号を処理してユーザが転倒したかどうかを決定することができる。代替的に、ユーザデバイス２２がパーソナルヘルプボタン若しくはＰＥＲＳデバイスである場合、一つ以上のセンサ３２は支援が要求されるときにユーザによって手動で起動され得るヘルプボタンを有することができる。さらなる代替例では、ユーザデバイス２２はユーザの一つ以上の健康パラメータ若しくは生理的特徴をモニタするために使用されることができ、この場合一つ以上のセンサ３２は例えば心拍センサ、血圧モニタ、温度計、心電図計（ＥＣＧ）、光電式指尖容積脈波計（ｐｈｏｔｏｐｌｅｔｈｙｓｍｏｇｒａｍ：ＰＰＧ）などを有することができる。プロセッサ若しくは制御ユニット２６は一つ以上のセンサ３２からの信号を処理してユーザの健康状態若しくは生理的特徴を決定することができる。
【００４２】
メモリモジュール３４はユーザデバイス２２の機能のために必要な任意のデータ（例えば一つ以上のセンサ３２からの測定結果、一つ以上のセンサ３２からの測定結果の任意の処理の結果、ユーザデバイス２２を制御するプロセッサ若しくは制御ユニット２６による実行のためのプログラム命令）を記憶し得る。
【００４３】
ベースユニット２４はベースユニット２４の動作を制御する個別のプロセッサ若しくは制御ユニット３８を有する。ベースユニット２４は、ユーザデバイス２２における無線通信モジュール２８からの送信を受信することができるように構成される付随するアンテナ４２と無線通信モジュール４０をさらに有する。無線通信モジュール４０はプロセッサ若しくは制御ユニット３８に接続される。
【００４４】
この実施形態においてベースユニット２４は外部コールセンター若しくは緊急サービスへの通話を開始するために使用されるので、ベースユニット２４はこの通話を開始するためのトランシーバ回路４４を備える。トランシーバ回路４４は公衆交換電話網（ＰＳＴＮ）及び／又はモバイル電気通信ネットワークを介した通信を可能にするための回路を有し得る。
【００４５】
ベースユニット２４はベースユニット２４の機能のために必要な任意のデータを記憶するためのメモリモジュール４６も有する。
【００４６】
本発明はウェアラブルユーザデバイス２２からベースユニット２４への情報通信に関して以下で詳述されるが、当然のことながら本発明はこの通信方向、若しくはこれらのタイプのデバイスに限定されない。当業者は本発明が任意の電子デバイスから任意の他の電子デバイスへ情報を通信するために使用されることができることを理解するだろう。
【００４７】
図３におけるフローチャートは本発明にかかるウェアラブルユーザデバイス２２からベースユニット２４へ情報を通信する一般的方法を示す。図面と下記において、ウェアラブルユーザデバイス２２は第１のノード２２とよばれ、ベースユニット２４は第２のノード２４とよばれる。
【００４８】
本発明に従って第１のノード２２から第２のノード２４へ通信される情報は、第１のノード２２において所定イベントが起こったという表示（例えば第１のノード２２のユーザが転倒した若しくはパーソナルヘルプボタン３２を押した、又はバッテリレベルが低い）、及び／又は、第１のノード２２の状態（例えばバッテリレベル、イネーブルなデバイス機能など）若しくは第１のノード２２のユーザ（例えばセンサ３２を用いて得られるユーザの健康状態の測定結果若しくは表示）についての情報を有し得る。勿論、当業者には当然のことながら本発明に従って他のタイプの情報が第１のノード２２から第２のノード２４へ通信されることができる。
【００４９】
方法の初期ステップ、ステップ１０１において、第２のノード２４におけるプロセッサ若しくは制御ユニット３８は通信モジュール４０をアクティブにするか若しくはその電源をオンにする。アクティブになるか若しくは電源が入ると、通信モジュール４０は通信に利用可能な他のノードのデバイス名を探してエアインターフェースをスキャンし始める。モジュール４０は周期的に他のノードに対するクエリを発し得る。各クエリの送信間の時間の長さは通信モジュール４０において設定されることができ、典型的には数秒に設定されるが、当然のことながらクエリ送信間の時間は一回のクエリが完了するのに要する時間未満にはならない（例えばＢｌｕｅｔｏｏｔｈ（登録商標）では１１秒）。
【００５０】
通信モジュール４０がＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュール４０である場合、'Ｄｉｓｃｏｖｅｒｙ'とよばれる第１のフェーズにおいて、モジュール４０はエアインターフェースをスキャンしてデバイス名（Ｂｌｕｅｔｏｏｔｈ（登録商標）仕様では'Ｎａｍｅ'とよばれる）を探し、これはノードのテキスト名及びノードの識別子（Ｂｌｕｅｔｏｏｔｈ（登録商標）仕様によればＭＡＣアドレス）であり得る。モジュール４０はＵＵＩＤ（ノードのタイプを示す、例えばヘッドセット、シリアルポート、電話、コンピュータなど）及びプロファイル（示されたタイプについての詳細を与える、例えばヘッドセットによって使用されるオーディオコーデックなど）もスキャンし得る。
【００５１】
通信モジュール４０がＷｉＦｉ通信モジュール４０である場合、'ＷｉＦｉ  ｓｃａｎ'とよばれる第１のフェーズにおいて、モジュール４０はエアインターフェースをスキャンしてデバイス名（ＷｉＦｉ仕様では'Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ'すなわち'ＳＳＩＤ'とよばれる）を探し、これはノードのテキスト名とノードの識別子（Ｂｌｕｅｔｏｏｔｈ（登録商標）仕様によればＭＡＣアドレス）であり得る。モジュール４０はスキャン手順から使用されている無線チャネル、サポートされるデータレート、サポートされる若しくは要求されるセキュリティ若しくは暗号化レベル（例えばＷＰＡ，ＷＥＰなど）及びネットワークタイプ（例えばアドホック若しくはインフラストラクチャ）もスキャン若しくは導出し得る。
【００５２】
通信モジュール４０がＵＰｎＰ通信モジュール４０である場合、'ＳＳＤＰ  Ｄｉｓｃｏｖｅｒｙ'とよばれる第１のフェーズにおいて、モジュール４０はエアインターフェースをスキャンしてデバイス名（ＵＰｎＰ仕様では'Ｎａｍｅ'とよばれる）を探し、これはノードのテキスト名及びノードの識別子（ＵＰｎＰ仕様によればＩＰアドレス）であり得る。モジュール４０はデバイスのタイプ（メディアサーバ、ＱｏＳデバイス、ユーザインターフェースコントロールなど）、ノードによってサポートされるアクションのリスト（及び各アクションについての引数のリスト）及び変数のリスト（プロトコルの第２のフェーズに属するアクション及び読み／書き変数の両方）を含み得るＤｅｖｉｃｅ記述もスキャンし得る。
【００５３】
第１のノード２２が第２のノード２４へ情報を通信することを要求されるとき（例えば転倒などの所定イベントが第１のノード２２において起こったとき、若しくは第１のノード２２が状態情報を送信しようとするとき）、第１のノード２２におけるプロセッサ若しくは制御ユニット２６は通信モジュール２８をアクティブにするか若しくはその電源を入れる（ステップ１０３）。アクティブになるか若しくは電源が入ると、通信モジュール２８はエアインターフェースを介して第１のノード２２のデバイス名を送信することによって第２のノード２４からのクエリに応答することができるようになる。
【００５４】
ステップ１０５において、第２のノード２４における通信モジュール４０は第２のノード２２のデバイス名を検出若しくは受信する。
【００５５】
そして、ステップ１０７において、第２のノード２４は通信された情報（例えば所定イベントの発生若しくは状態情報）を、検出された第１のノード２２のデバイス名から決定する。特に、第２のノード２４は、通信された情報を決定するために受信した第１のノード２２のデバイス名を解釈するか若しくはそれに意味を当てはめるように構成される。
【００５６】
以下図４を参照してより詳細に記載される本発明の第１の特定の実施形態において、第２のノード２４は、第１のノード２２のデバイス名が通信媒体（エアインターフェース）上で検出されているという事実だけで、通信された情報を決定するように構成される。この実施形態において、これは第１のノード２２が第２のノード２４と通信するただ一つの機能若しくは単一の理由（例えば転倒イベントの発生を通信するため）を持つときに典型的には使用されるが、第１のノード２２はそのイベントが起こるときにのみその通信モジュールをアクティブにするか若しくはその電源を入れるように構成されることができ、これは第２のノード２４がエアインターフェース上で第１のノード２２のデバイス名を発見若しくは検出するだけでイベントが起こったことを決定することができることを意味する。
【００５７】
以下図５を参照してより詳細に記載される本発明の第２の特定の実施形態において、第２のノード２４は検出されたデバイス名の一部若しくは全部から、通信された情報を決定するように構成される。この実施形態において、これはわずかな量の様々な状態情報（'ｄｅｖｉｃｅ  ＯＫ'若しくはバッテリ電圧など）が第１のノード２２によって通信されるときに典型的には使用されるが、第１のノード２２はそのデバイス名を、情報をデバイス名において含むように、若しくは通信されるべき情報と関連する第１のノード２２の可能なデバイス名の所定セットにおけるデバイス名に対応するように、送信前に修正する。このように第１のノード２２によるデバイス名の送信は一方向通信チャネルとして効果的に使用される。
【００５８】
従って、第２のノード２４は第１のノード２２のデバイス名の検出を通じるだけで通信された情報を決定することができる。これは、ノード２２，２４が適用可能な通信プロトコルに従って双方向通信チャネルを確立することを要することなく、情報が通信プロトコルの明確に定義された信頼性のある第１のフェーズ中に通信されることができることを意味する。これは第１のノード２２が情報を通信するために要する時間を短縮し、情報を通信するときに第１のノード２２によって消費される電力も削減する。
【００５９】
本発明の第１の特定の実施形態が図４ａ及び４ｂに図示される。図４ａは第１のノード２２において実行される方法若しくはプロセスのステップを図示し、図４ｂは第２のノード２４において実行される方法若しくはプロセスのステップを図示する。上記の通り、本発明のこの実施形態において第１のノード２２は所定情報が通信される時にのみそのデバイス名をブロードキャストするように構成され、第２のノード２４は第１のノード２２のデバイス名の検出をその所定情報と関連付けるように構成され、従ってこの実施形態は第２のノード２４と通信する一つの機能若しくは理由しか持たない第１のノード２２による使用に適している。
【００６０】
従って、第１のノード２２は、第１のノード２２のユーザによる転倒若しくはヘルプボタン３２を押すことなど、所定イベントの発生をモニタする（ステップ２０１）。典型的には、これは第１のノード２２における一つ以上のセンサ３２から受信される信号を分析することによってなされる。
【００６１】
ステップ２０３において、所定イベントが検出されたかどうかが決定される。もしそうでなければ、第１のノードにおける方法はステップ２０１へ戻る。所定イベントが検出された場合、方法はステップ２０５へ進み、ここで第１のノード２２におけるプロセッサ若しくは制御ユニット２６は、通信モジュール２８が第１のノード２２のデバイス名を送信することによって第２の（及び他の）ノード２４からのクエリに応答することができるように、通信モジュール２８をアクティブにするか若しくはその電源を入れる。
【００６２】
プロセッサ若しくは制御ユニット２６は所定期間通信モジュール２８に電力供給し、その期間の終了時に、通信モジュールは非アクティブにされる（ステップ２０７）。付加的に若しくは代替的に、プロセッサ若しくは制御ユニット２６は、デバイス名が第２のノード２４へ送信されたときに通信モジュール２８を非アクティブにするように構成されることができ、これは所定期間の終了前に起こり得る。そして方法はステップ２０１へ戻る。
【００６３】
通信モジュール２８の電源が入る若しくはアクティブにされる所定期間の長さ（ディスカバリタイムとよばれる）は、通信モジュール２８によって使用されるプロトコルに従って、特にノードによるクエリの発行間の正常間隔に従って決定され得る（すなわち、通信モジュール２８は、通信モジュール２８に電源が入っている若しくはアクティブである間にクエリが受信されることを確実にするために、少なくともクエリ間の１間隔の長さはアクティブであるべきである）。
【００６４】
第２のノード２４における方法（図４ｂに図示の通り）はステップ２１１において開始し、ここで通信モジュール４０がアクティブにされるか若しくはその電源が入る。アクティベーションは、例えば、第２のノード２４が最初にスイッチがオンになるときに起こり得、並びに本発明の文脈において、第１のノード２２における通信モジュール２８がステップ２０５においてアクティブになるずっと前に起こると仮定され、これはステップ２０５が起こるときに第２のノード２４における通信モジュール４０がアクティブであることを意味する。通信モジュール４０のアクティベーション後、通信モジュール４０はエアインターフェースをスキャン若しくはモニタして他のノードのデバイス名を探す。場合によっては、通信モジュール４０は他のノードを連続的にスキャンするように構成され得る。代替的にモジュール４０は、モジュール４０が他のノードをスキャンするスキャンモードと、モジュール４０がエアインターフェースをアクティブにクエリしないアイドルモードとを繰り返すように構成され得る。この場合、各アイドル期間の長さは、いかなるノードも見逃さないために関連する通信プロトコルによって定義されるディスカバリタイム未満に設定される。
【００６５】
ステップ２１３において、デバイス名が検出されたかどうかが決定される。もしそうでなければ、方法はステップ２１５へ進み通信モジュール４０はデバイス名のモニタリングを続ける。
【００６６】
デバイス名が検出された場合、検出されたデバイス名はプロセッサ若しくは制御ユニット３８へ渡され、プロセッサ若しくは制御ユニット３８はデバイス名が第１のノードのデバイス名に対応するかどうかを決定する（ステップ２１７）。一部の実施形態において、第２のノード２４は、一つ以上のノードに対応する一つ以上のデバイス名のリストを、そのデバイス名が受信されるコンテキストの表示と一緒に有し得る。情報はそのデバイス名が検出される場合に第２のノード２４によってとられるべきアクションも示し得る。情報はメモリモジュール４６に記憶され得る。例えば、第１のノード２２のデバイス名（例えば'Ｎｏｄｅ１'）が、このデバイス名の検出が第１のノード２２において転倒が検出され、緊急通報が開始されるべきであることを意味するという表示と一緒に、記憶され得る。従って、ステップ２１７において、プロセッサ若しくは制御ユニット３８は、ステップ２１３において検出されたデバイス名と合うものがあるかどうかを決定するために、記憶されたデバイス名を調べることができ、もしそうであれば、プロセッサ若しくは制御ユニット３８は、指定イベントが第１のノード２２において起こったと決定し（ステップ２１９）、必要なアクション（例えばトランシーバ回路４４を用いた緊急サービスへの通報）を開始する。
【００６７】
ステップ２１７において検出されたデバイス名が第２のノード２４に知られているデバイス名と一致しない場合、プロセッサ若しくは制御ユニット３８は、検出されたデバイス名を破棄してデバイス名のモニタリングを続けることができる（ステップ２１５）。
【００６８】
本発明の第２の特定の実施形態が図５ａ及び図５ｂに示される。図５ａは第１のノード２２において実行される方法若しくはプロセスのステップを図示し、図５ｂは第２のノード２４において実行される方法若しくはプロセスのステップを図示する。上記の通り、本発明のこの実施形態において第１のノード２２は、通信されるべき情報をデバイス名において含むように、若しくは通信されるべき情報と関連する第１のノード２２の可能なデバイス名の所定セットにおけるデバイス名に対応するように、送信の前にそのデバイス名を修正する若しくは適応させるように構成される。第２のノード２４は通信された情報を抽出若しくは特定するために検出されたデバイス名を処理するように構成される。
【００６９】
第１のノード２２において、第１のノード２２におけるプロセッサ若しくは制御ユニット２６（若しくは代替的に通信モジュール２８）は、第１のノードのデバイス名を'Ｎｏｄｅ１'などのデフォルト値、若しくは任意の他の適切なテキスト及び／又は数字列に初期化する（ステップ３０１）。このデバイス名は第１のノード２２のメモリモジュール３４に、若しくは代替的に通信モジュール２８自体に記憶され得る。デバイス名のデフォルト値は第２のノード２４に知られる。
【００７０】
ステップ３０３において、情報が第２のノード２４に通信されるとき、プロセッサ若しくは制御ユニット２６は第１のノード２２の状態情報を決定する。状態情報は別のノード２４への通信に有用な任意の情報、例えばバッテリ状態、一般ノード機能などを有し得る。一部の実施形態において、状態はセンサ３２の一つ以上の出力から決定され得る。ステップ３０３はスケジュールに従って定期的に実行され得るか、若しくは代替的にこのステップはセンサ３２の一つ以上からの特定出力（例えばバッテリ若しくはノード状態における変化を示す）に応じて実行され得る。
【００７１】
そして、ステップ３０５において、第１のノード２２のデバイス名は、状態情報若しくは状態情報の表現を含むように適応若しくは修正される。好適には、修正されたデバイス名は、これが依然として第１のノード２２がデバイス名から識別されることを可能にするので、状態情報若しくは状態情報の表現が後に続くデフォルト値を有する。例えば、センサ３２が、バッテリ電圧が３．２Ｖであることを示し、バッテリ状態に関する情報が第２のノード２４へ通信される場合、デバイス名は'Ｎｏｄｅ１＿ｂａｔｔｖｏｌｔａｇｅ３．２'若しくは'Ｎｏｄｅ１＿ｂａｔｔＯＫ'（デバイス名の'ｂａｔｔＯＫ'部分は３．２Ｖの現在の状態の表現である）に修正され得る。ステップ３０５はプロセッサ若しくは制御ユニット２６によって、又は通信モジュール２８によって実行され得る。当然のことながら、デバイス名が適切な基準によって十分に長いことが許可されるならば、デバイス名を用いて複数の情報が通信されることができる。例えば、第１のノード２２は一般機能状態、バッテリレベル、及びユーザの心拍を'Ｎｏｄｅ１＿ＯＫ＿ｂａｔｔｖｏｌｔａｇｅ３．２＿７０ｂｐｍ'のラインに沿ったデバイス名でレポートすることができる。当然のことながら情報はユーザ可読形式でデバイス名に入れられる必要はなく、代替的に２進数若しくは１６進数など、コンピュータ可読形式でデバイス名に情報を入れることが可能である（例えば'Ｎｏｄｅ１＿ＡＤＦ０７Ｂ３１０Ｃ'）。
【００７２】
そして第１のノード２２におけるプロセッサ若しくは制御ユニット２６は、通信モジュール２８が修正された第１のノード２２のデバイス名を送信することによって第２の（及び他の）ノード２４からのクエリに応答することができるように、通信モジュール２８をアクティブにするか若しくはその電源を入れる（ステップ３０７）。
【００７３】
プロセッサ若しくは制御ユニット２６は所定期間通信モジュール２８に電力供給し、その期間の終了時、通信モジュールは非アクティブにされる（ステップ３０９）。上記第１の実施形態と同様に、プロセッサ若しくは制御ユニット２６は代替的に、デバイス名が第２のノード２４へ送信されたときに通信モジュール２８を非アクティブにするように構成され得る。そして方法はステップ３０１へ戻り、デバイス名がデフォルト値、例えば'Ｎｏｄｅ１'にリセットされる。
【００７４】
上記第１の実施形態と同様に、通信モジュール２８の電源が入る若しくはアクティブにされる所定期間の長さ（ディスカバリタイムとよばれる）は、通信モジュール２８によって使用されるプロトコルに従って、特にノードによるクエリの発行間の正常間隔に従って、決定され得る。
【００７５】
ステップ３０３における第１のノード２２の状態の決定に付加的に若しくは代替的に、プロセッサ若しくは制御ユニット２６は、第１のノード２２のユーザによる転倒若しくはヘルプボタン３２を押すことなど、所定イベントの発生をモニタし得る（ステップ３１１）。典型的には、これは第１のノード２２における一つ以上のセンサ３２から受信される信号を分析することによってなされる。
【００７６】
ステップ３１３において、所定イベントが検出されたかどうかが決定される。もしそうでなければ、第１のノードにおける方法はステップ３１１へ戻る。
【００７７】
所定イベントが検出された場合、第１のノード２２のデバイス名は、イベントが起こったという表示を含むように修正される（ステップ３１５）。ステップ３０５と同様に、修正されたデバイス名は好適には、これが依然としてデバイス名から第１のノード２２が特定されることを可能にするので、イベント表示が後に続くデフォルト値を有する。例えば、第１のノード２２のユーザが転倒したことが決定される場合、デバイス名は'Ｎｏｄｅ１＿ｆａｌｌ'と修正され得る。ステップ３０５と同様に、ステップ３１５はプロセッサ若しくは制御ユニット２６によって、又は通信モジュール２８によって実行され得る。
【００７８】
デバイス名が修正されると、方法はステップ３０７へ進み、上記の通り修正されたデバイス名の送信を可能にするために通信モジュールがアクティブにされる。
【００７９】
第２のノード２４における方法（図５ｂに図示の通り）はステップ３２１において開始し、ここで通信モジュール４０がアクティブにされるか若しくはその電源が入れられる。上記第１の実施形態と同様に、アクティベーションは、例えば第２のノード２４が最初にスイッチがオンになるときに起こり得、並びに本発明の文脈において、第１のノード２２における通信モジュール２８がステップ３０７においてアクティブにされるよりずっと前に起こると仮定され、これはステップ３０７が起こるときに第２のノード２４における通信モジュール４０がアクティブであることを意味する。通信モジュール４０のアクティベーション後、通信モジュール４０はエアインターフェースをスキャン若しくはモニタして他のノードのデバイス名を探す。場合によっては、通信モジュール４０は他のノードを連続的にスキャンするように構成され得る。代替的に、モジュール４０は、モジュール４０が他のノードをスキャンするスキャンモードと、モジュール４０がエアインターフェースをアクティブにクエリしないアイドルモードとを繰り返すように構成され得る。この場合、各アイドル期間の長さは、いかなるノードも見逃さないために、関連する通信プロトコルによって定義されるディスカバリタイム未満に設定される。
【００８０】
ステップ３２３において、デバイス名が検出されたかどうかが決定される。もしそうでなければ、方法はステップ３２５へ進み、通信モジュール４０はデバイス名のモニタリングを続ける。
【００８１】
デバイス名が検出された場合、検出されたデバイス名はプロセッサ若しくは制御ユニット３８へ渡され、プロセッサ若しくは制御ユニット３８はデバイス名が既知のノード、例えば第１のノードに対応する所定文字列を有するかどうかを決定する（ステップ３２７）。一部の実施形態において、第２のノード２４は、通信プロトコルの第１のフェーズにおいてそこから情報が通信され得る一つ以上のノードに対応する一つ以上のデフォルトデバイス名のリストを利用し得る。例えば、第１のノード２２のデバイス名（例えば'Ｎｏｄｅ１'）が記憶され得、第２のノード２４はこの文字列を探して検出されたデバイス名をスキャンする。
【００８２】
検出されたデバイス名が、認識された文字列／デフォルトデバイス名を含む場合、方法はステップ３２９へ進み、ここで検出されたデバイス名は状態情報若しくはイベント発生情報を抽出するために処理される。当業者はこのステップが実施され得る様々な方法を知っているだろう。例えば、プロセッサ若しくは制御ユニット３８は文字列'Ｎｏｄｅ１＿ＯＫ＿ｂａｔｔｖｏｌｔａｇｅ３．２＿７０ｂｐｍ'を処理し、文字"＿"に遭遇するたびにそれを各文字列に分離し得る。そして、個別の文字列、例えば'Ｎｏｄｅ１'、'ＯＫ'、'ｂａｔｔｖｏｌｔａｇｅ３．２'、及び'７０ｂｐｍ'を持つと、第１の文字列がデバイス名であり、第２の文字列が状態（例えばＯＫ若しくはＥｒｒｏｒ）、第３の文字列がバッテリ電圧（これはテキスト'ｂａｔｔｖｏｌｔａｇｅ'を破棄して'３．２'を数字に変換しなければならないことを意味する）であると仮定若しくは決定され得る。デバイス名がよりコンピュータ向けの形式（例えば１６進数‐'Ｎｏｄｅ１＿ＡＤＦ０７Ｂ３１０Ｃ'）の情報を含む場合、デバイス名の所定部分（例えば'Ｎｏｄｅ１'）は破棄され、５バイナリバイトの１６進数表現である１６進数部分'ＡＤＦ０７Ｂ３１０Ｃ'がプロセッサ若しくは制御ユニット３８によって直接解釈され得る。
【００８３】
ステップ３２７において検出されたデバイス名が認識された文字列（すなわち既知のノードのデフォルトデバイス名と一致する）を含まない場合、プロセッサ若しくは制御ユニット３８は検出されたデバイス名を破棄してデバイス名のモニタリングを続け得る（ステップ３２５）。
【００８４】
従って、本発明の第２の実施形態は、第２のノード２４との双方向通信チャネルを確立する必要なく、第１のノード２２が第２のノード２４へ様々な情報を通信することを可能にする。
【００８５】
上記実施形態への変更として、当然のことながら第１のノード２２が通信されるべき情報をデバイス名のデフォルト値に加えるのでなく、イベントが起こるとき若しくは状態情報が記録されるときにそこから選択するデバイス名の所定セットを第１のノード２２が持つことが可能である。その場合、デバイス名が第２のノード２４によって検出されるときに、通信された情報が決定され得るように、第２のノード２４は特定のイベント若しくは特定の状態を可能なデバイス名の各々に関連付けるようにプログラムされる。
【００８６】
上記実施形態へのさらなる代替例として、情報が通信されるときに通信モジュール２８の電源を入れるのでなく、第１のノード２２の通信モジュール２８は常に電源が入っていてもよいが、通信モジュール２８は他のノードからのデバイス発見クエリに応じてそのデバイス名を送信しないように構成され得る（すなわち第１のノード２２は'隠れ'モードにあり得る）。その場合、情報が第１のノード２２から第２のノード２４へ通信されるとき、第１のノード２２におけるプロセッサ若しくは制御ユニット２６は通信モジュール２８を'可視'モードにスイッチするように構成され得、これは通信モジュール２８が第１のノード２２のデバイス名を送信することによって他のノードからのクエリに応答することを意味する。しかしながら、当然のことながらこれらの実施形態は、情報が送信されるときにのみモジュール２８の電源が入る上記実施形態においてよりも、通信モジュール２８にもっと長い間電源が入ることになるので、あまり望ましくない。
【００８７】
このように第１のノードにおいて最小電力を用いて第１のノードから第２のノードへ情報を確実に通信する改良された方法が提供される。
【００８８】
本発明は図面と上記説明において詳細に図示され記載されているが、かかる図示と記載は説明若しくは例示であって限定ではなく、本発明は開示の実施形態に限定されない。
【００８９】
開示の実施形態への変更は、図面、開示及び添付の請求項の考察から、請求される発明を実施する上で当業者によって理解されもたらされることができる。請求項において、"有する"という語は他の要素若しくはステップを除外せず、不定冠詞"ａ"若しくは"ａｎ"は複数を除外しない。単一のプロセッサ若しくは他のユニットは請求項に列挙される複数の項目の機能を満たし得る。特定の手段が相互に異なる従属請求項に列挙されるという単なる事実は、これら手段の組み合わせが有利に使用されることができないことを示すものではない。コンピュータプログラムは、他のハードウェアと一緒に若しくはその一部として供給される光学記憶媒体若しくは固体媒体などの適切な媒体上に記憶／分散され得るが、インターネット又は他の有線若しくは無線電気通信システムなどを介して、他の形式で分散されてもよい。請求項における任意の参照符号は範囲を限定するものと解釈されるべきではない。
【図１】
0006393259.tif 000002
【図２】
0006393259.tif 000003
【図３】
0006393259.tif 000004
【図４ａ】
0006393259.tif 000005
【図４ｂ】
0006393259.tif 000006
【図５ａ】
0006393259.tif 000007
【図５ｂ】
0006393259.tif 000008