(57)【特許請求の範囲】
【請求項１】
サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記クライアントデバイスにより行われる方法は、
近くのデバイスと接続を確立するために前記サーバデバイスから送信された広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するステップであって、前記広告メッセージはオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む、ステップと、
追加情報を獲得するためのスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを前記サーバデバイスに送信するステップと、
前記サーバデバイスから、前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップと、
前記サーバデバイスとのブルートゥース通信接続を確立するために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、
前記サーバデバイスから、変更されたオブジェクトを表すオブジェクト識別情報と、
新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を受信するステップと、
前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ  Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するステップと、を含む、方法。
【請求項２】
前記サーバデバイスから、前記オブジェクト識別情報に該当する前記オブジェクトを要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ  Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけのオブジェクトリストを含むオブジェクトフィルタ（Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ）情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ  ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を前記サーバデバイスに送信するステップをさらに含む、請求項１または３に記載の方法。
【請求項５】
前記ＯＬＣＰは、前記オブジェクトリストの特定オブジェクトＩＤを有するオブジェクトに移動を指示する前記動作コード（Ｏｐ  Ｃｏｄｅ）情報を含む、請求項４に記載の方法。
【請求項６】
前記オブジェクト変更指示情報は、オブジェクトの変更がおきた時間を表すイベント発生時間情報をさらに含む、請求項１に記載の方法。
【請求項７】
前記受信されたイベント発生時間情報に基づいて、前記変更されたオブジェクトを検索するステップをさらに含む、請求項６に記載の方法。
【請求項８】
無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用してサーバデバイスと通信を行うクライアントデバイスであって、
外部と無線または有線で通信するための通信部と、
前記通信部と機能的に接続するプロセッサを含み、
前記プロセッサは、
前記通信部が近くのデバイスと接続を確立するために前記サーバデバイスから送信され、オブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、
前記通信部が前記サーバデバイスに追加情報を獲得するためのスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、
前記通信部が前記サーバデバイスとのブルートゥース通信接続を確立するために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信するように、前記通信部を制御し、
前記通信部が前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報と、新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を受信するように、前記通信部を制御し、
前記通信部が前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ  Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するように、前記通信部を制御する、クライアントデバイス。
【請求項９】
前記プロセッサは、
前記通信部が前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ  Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけのオブジェクトリストを含むオブジェクトフィルタ（Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ）情報を受信するように、前記通信部を制御する、請求項８に記載のクライアントデバイス。
【請求項１０】
前記プロセッサは、
前記通信部が前記オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ  ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を前記サーバデバイスに送信するように、前記通信部を制御する、請求項８または９に記載のクライアントデバイス。
【請求項１１】
前記ＯＬＣＰは、前記オブジェクトリストの特定オブジェクトＩＤを有するオブジェクトに移動を指示する前記動作コード（Ｏｐ  Ｃｏｄｅ）情報をさらに含む、請求項８に記載のクライアントデバイス。
【請求項１２】
サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記サーバデバイスにより行われる方法は、
近くのデバイスとの接続を確立するために、オブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを送信するステップと、
追加情報を獲得するためのスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを前記クライアントデバイスから受信するステップと、
前記クライアントデバイスに前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、
前記クライアントデバイスとのブルートゥース通信接続を確立するために、前記クライアントデバイスから接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを受信するステップと、
前記クライアントデバイスに、変更されたオブジェクトを表すオブジェクト識別情報と、新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を送信するステップと、
前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ  Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するステップと、を含む、方法。
【請求項１３】
前記動作コード情報は、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報またはオブジェクト行動制御ポイント（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＡＣＰ）情報に含まれて送信される、請求項４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、近距離低電力無線技術であるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ：ＢＬＥ）を活用して、データ（ｄａｔａ）またはオブジェクト（Ｏｂｊｅｃｔ）関連データ（ｄａｔａ）を送信する方法に関する。
【背景技術】
【０００２】
ブルートゥースは、多様な機器（スマートフォン、ＰＣ、イヤホン、ヘッドホン等）を互いに接続して情報をやり取りする代表的な近距離無線技術の一つである。また、ほとんどのスマートフォン、ＰＣ、ノート型パソコンなどに適用されている技術として多くの人々が容易に使用しており、やさしいペアリング手順は、安定して機器間の接続性を提供している。最近に開発されたＬＥ技術は、少ない電力を消耗しながら、数百ＫＢの情報を安定して提供できる。
【０００３】
このようなブルートゥースＬＥ（ＢＬＥ）技術を活用すると、少ない電力を消耗しながらやさしくて安定してデータの送信が可能である。ＢＬＥにおいてｃｈａｒａｃｔｅｒｉｓｔｉｃデータ送信の限界を克服するために、オブジェクト基盤送信方法が必要である。オブジェクト基盤送信方法は、サーバにおいてデータを管理するのにおいて、サーバで管理するデータが変更される際、これを他の機器（またはデバイス）に変更事項を通知しなければならないが（複数のＤａｔａがある場合、これを明確に知らせなければならないが）、現在のＢＬＥ技術は、このような方法が明確でない。
【０００４】
したがって、どんなｏｂｊｅｃｔ関連ｄａｔａまたはｄａｔａが修正されたか、これを明確に知らせ、変更されるｏｂｊｅｃｔ関連ｄａｔａまたはｄａｔａを探す作業がさらに必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願発明は、Ｂｌｕｅｔｏｏｔｈ  ＬＥ技術でＯｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅを提供することによって、数百ｂｙｔｅｓ以上の大きさを有するｂｕｌｋ  ｄａｔａ送信を制御するための方法を提供することに目的がある。
【０００６】
また、本願発明は、新しいオブジェクトまたはデータを生成する際、生成されたオブジェクトまたはデータを指示する情報を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。
【０００７】
また、本願発明は、オブジェクトまたはデータを変更する際、変更されたオブジェクトまたはデータを識別する情報を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。
【０００８】
また、本願発明は、オブジェクトまたはデータを変更する際、変更されたオブジェクトまたはデータのイベント時間を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。
【０００９】
また、本願発明は、Ｏｂｊｅｃｔ  ＩＤを利用してＯｂｊｅｃｔ  Ｌｉｓｔ  Ｆｉｌｔｅｒｉｎｇする方法を提供することに目的がある。
【００１０】
また、本願発明は、ＯＬＣＰでＯｂｊｅｃｔ  Ｌｉｓｔから特定Ｏｂｊｅｃｔに移動してＣｕｒｒｅｎｔ  Ｏｂｊｅｃｔを指定する方法を提供することに目的がある。
【００１１】
また、本願発明は、ＯｂｊｅｃｔのＭａｒｋｉｎｇ値を変更する方法を提供することに目的がある。
【課題を解決するための手段】
【００１２】
本願発明は、サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記クライアントデバイスにより行われる方法は、前記サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するステップと、前記サーバデバイスにスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップと、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を受信するステップとを含み、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００１３】
また、本願発明は、前記オブジェクト変更指示情報は、新しいオブジェクトまたはデータの生成有無を表す生成フラグ情報をさらに含むことを特徴とする。
【００１４】
また、本願発明は、前記オブジェクト識別情報に該当するオブジェクトを要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信するステップをさらに含むことを特徴とする。
【００１５】
また、本願発明は、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ  Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけをオブジェクトリストとして含むオブジェクトフィルタ（Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ）情報を受信するステップをさらに含むことを特徴とする。
【００１６】
また、本願発明は、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ  ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を前記サーバデバイスに送信するステップをさらに含むことを特徴とする。
【００１７】
また、本願発明は、前記オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報をさらに含むことを特徴とする。
【００１８】
また、本願発明は、前記オブジェクト変更指示情報は、オブジェクトの変更がおきた時間を表すイベント発生時間情報をさらに含むことを特徴とする。
【００１９】
また、本願発明は、前記受信されたイベント発生時間情報に基づいて、変更されたオブジェクトを検索するステップをさらに含むことを特徴とする。
【００２０】
また、本願発明は、無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用してサーバデバイスと通信を行うクライアントデバイスであって、外部と無線または有線で通信するための通信部と、前記通信部と機能的に接続するプロセッサを含み、前記プロセッサは、前記サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスに追加情報を獲得するためのスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信するように、前記通信部を制御し、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を受信するように、前記通信部を制御し、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００２１】
また、本願発明は、前記プロセッサは、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ  Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけをオブジェクトリストに含むオブジェクトフィルタ（Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ）情報を受信するように、前記通信部を制御することを特徴とする。
【００２２】
また、本願発明は、前記プロセッサは、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ  ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報を前記サーバデバイスに送信するように、前記通信部を制御することを特徴とする。
【００２３】
また、本願発明は、前記オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報をさらに含むことを特徴とする。
【００２４】
また、本願発明は、サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記サーバデバイスにより行われる方法は、前記クライアントデバイスにオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを送信するステップと、追加情報を獲得するためのスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを前記クライアントデバイスから受信するステップと、前記クライアントデバイスに前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、前記クライアントデバイスとブルートゥース接続設定のために、前記クライアントデバイスから接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを受信するステップと、前記クライアントデバイスに変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を送信するステップとを含み、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。
【００２５】
また、本願発明において、前記動作コード情報は、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報またはオブジェクト行動制御ポイント（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＡＣＰ）情報に含まれて送信されることを特徴とする。
【発明の効果】
【００２６】
本願発明は、ブルートゥースＬＥ技術でＯｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅを提供することによって、スマートフォン及び多様な機器でｆｉｌｅなどのようなｂｕｌｋ  ｄａｔａを効率的に送信できる。
【００２７】
また、本願発明は、サーバデバイスにおいてオブジェクト（またはデータ）が生成または変更された場合、生成または変更されたオブジェクトをクライアントデバイスに直ちに知らせることによって、クライアントデバイスが生成または変更されたオブジェクトを探すための演算過程が減るという効果がある。
【００２８】
また、本願発明は、クライアントデバイスで生成または変更されたオブジェクトを探すための演算過程が減るから、サーバとクライアントデバイスとの負荷を減らすことができ、デバイスの電力消耗を減らすことができるという効果がある。
【図面の簡単な説明】
【００２９】
【図１】本明細書で提案するブルートゥース低電力エネルギー技術を利用する無線通信システムの一例を示した概略図である。
【図２】本明細書で提案するサーバデバイス及びクライアントデバイスの内部構成図の一例を示す。
【図３】ブルートゥース低電力エネルギートポロジー（Ｔｏｐｏｌｏｇｙ）の一例を示す。
【図４】本明細書で提案するブルートゥース低電力エネルギーアーキテクチャー（Ａｒｃｈｉｔｅｃｔｕｒｅ）の一例を示す。
【図５】ブルートゥース低電力エネルギー技術におけるオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する方法の一例を示した図である。
【図６】本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法の一例を示す。
【図７】本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。
【図８】本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。
【図９】本明細書で提案するブルートゥース低電力エネルギー技術において新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法の一例を示す。
【図１０】本明細書で提案するブルートゥース低電力エネルギー技術において新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法のさらに他の一例を示す。
【図１１】本明細書で提案するブルートゥース低電力エネルギー技術における新しいファームウェアイメージが生成されたイベント発生時間情報を利用して、データ変更指示情報を送信するための方法の一例を示す。
【図１２】本明細書で提案するブルートゥース低電力エネルギー技術におけるオブジェクトリスト制御ポイント（ＯＬＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索方法の一例を示した図である。
【図１３】本明細書で提案するブルートゥース低電力エネルギー技術におけるオブジェクト行動制御ポイント（ＯＡＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索を行う方法のさらに他の一例を示した図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照して、本発明をさらに詳細に説明する。
【００３１】
以下の説明で使用される構成要素に対する接尾辞「モジュール」及び「部」は、単純に本明細書作成の容易さを考慮して付与されることであり、前記「モジュール」及び「部」は、互いに混用して使用されることもできる。
【００３２】
一方、本明細書で述べられるデバイスは、無線通信が可能なデバイスであって、スマートフォンを含んだ携帯電話、タブレット型パソコン、デスクトップコンピュータ、ノート型パソコン、スマートＴＶ、ＩＰＴＶなどを含んだテレビなどが可能である。
【００３３】
また、以下、添付図面及び添付図面に記載された内容を参照して、本発明の実施の形態を詳細に説明するが、本発明が実施の形態により制限または限定されるものではない。
【００３４】
本明細書において用いられる用語は、本発明での機能を考慮しながら可能な現在広く用いられる一般的な用語を選択したが、これは、当分野に従事する技術者の意図または慣例または新しい技術の出現などによって変わることができる。
【００３５】
また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分においてその意味を記載するはずである。
【００３６】
よって、本明細書で用いられる用語は、単純な用語の名称でないその用語が有する実質的な意味と本明細書の全般にかけた内容に基づいて解析されなければならないことを明らかにする。
【００３７】
図１は、本明細書で提案するブルートゥース低電力エネルギー技術を利用する無線通信システムの一例を示した概略図である。
【００３８】
無線通信システム１００は、少なくとも一つのサーバデバイス（Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ）１１０及び少なくとも一つのクライアントデバイス（Ｃｌｉｅｎｔ  Ｄｅｖｉｃｅ）１２０を備える。
【００３９】
サーバデバイスとクライアントデバイスとは、ブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ：ＢＬＥ、以下、便宜上「ＢＬＥ」とする。）技術を利用して、ブルートゥース通信を行う。
【００４０】
まず、ＢＬＥ技術は、ブルートゥースＢＲ／ＥＤＲ（Ｂａｓｉｃ  Ｒａｔｅ／Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ）技術と比較して、相対的に小さなｄｕｔｙ  ｃｙｃｌｅを有し、低価生産が可能であり、低速のデータ送信率を介して電力消耗を大幅に減ることができるから、コインセル（ｃｏｉｎ  ｃｅｌｌ）バッテリーを利用する場合、１年以上動作が可能である。
【００４１】
また、ＢＬＥ技術では、デバイス間接続手順を簡素化し、パケットサイズもブルートゥースＢＲ／ＥＤＲ技術に比べて小さく設計されている。
【００４２】
ＢＬＥ技術において、（１）ＲＦチャネルの数は４０個であり、（２）データ送信速度は１Ｍｂｐｓを支援し、（３）トポロジーはスター構造であり、４）ｌａｔｅｎｃｙは３ｍｓで、（５）最大電流は１５ｍＡ以下であり、（６）出力電力は１０ｍＷ（１０ｄＢｍ）以下であり、（７）携帯電話、時計、スポーツ、ヘルスケア、センサ、機器制御などのアプリケーションに主に使用される。
【００４３】
前記サーバデバイス１１０は、他のデバイスとの関係でクライアントデバイスとして動作でき、前記クライアントデバイスは、他のデバイスとの関係でサーバデバイスとして動作できる。すなわち、ＢＬＥ通信システムにおいて何れか一つのデバイスは、サーバデバイスまたはクライアントデバイスとして動作でき、必要な場合、サーバデバイス及びクライアントデバイスとして同時に動作することも可能である。
【００４４】
前記サーバデバイス１１０は、データサービスデバイス（Ｄａｔａ  Ｓｅｒｖｉｃｅ  Ｄｅｖｉｃｅ）、マスター（Ｍａｓｔｅｒ）デバイス、サーバなどと表現されることができ、前記クライアントデバイスは、スレーブ（Ｓｌａｖｅ）デバイス、クライアントなどと表現されることができる。
【００４５】
サーバデバイスとクライアントデバイスは、前記無線通信システムの主な構成要素に該当し、前記無線通信システムは、サーバデバイス及びクライアントデバイスの他にも、他の構成要素を含むことができる。
【００４６】
前記サーバデバイスは、クライアントからデータを受け取り、クライアントデバイスと直接通信を行うことによって、クライアントデバイスからデータ要求を受信する場合、応答を介してクライアントデバイスにデータを提供するデバイスのことを言う。
【００４７】
また、前記サーバデバイスは、クライアントデバイスにデータ情報を提供するために、クライアントデバイスに通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージ、指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージを送信する。また、前記サーバデバイスは、前記クライアントデバイスに指示メッセージを送信する場合、前記クライアントから前記指示メッセージに対応する確認（Ｃｏｎｆｉｒｍ）メッセージを受信する。
【００４８】
また、前記サーバデバイスは、通知、指示、確認メッセージをクライアントデバイスと送受信する過程で出力部（Ｄｉｓｐｌａｙ  Ｕｎｉｔ）を介してユーザにデータ情報を提供するか、または入力部（Ｕｓｅｒ  Ｉｎｐｕｔ  Ｉｎｔｅｒｆａｃｅ）を介してユーザから入力される要求を受信することができる。
【００４９】
また、前記サーバデバイスは、前記クライアントデバイスとメッセージを送受信する過程でメモリ（ｍｅｍｏｒｙ  ｕｎｉｔ）からデータを読み込むか、新しいデータを該当メモリに書き込むことができる。
【００５０】
また、一つのサーバデバイスは、多数のクライアントデバイスと接続されることができ、ボンディング（Ｂｏｎｄｉｎｇ）情報を活用してクライアントデバイスと容易に再接続（または接続）が可能である。
【００５１】
前記クライアントデバイス１２０は、サーバデバイスにデータ情報及びデータ送信を要求する装置のことを言う。
【００５２】
クライアントデバイスは、前記サーバデバイスから通知メッセージ、指示メッセージなどを介してデータを受信し、指示メッセージを前記サーバデバイスから受信する場合、前記指示メッセージに対する応答として確認メッセージを送信する。
【００５３】
前記クライアントデバイスも同様に、前記サーバデバイスとメッセージを送受信する過程で出力部を介してユーザに情報を提供するか、または入力部を介してユーザからの入力を受信することができる。
【００５４】
また、前記クライアントデバイスは、前記サーバデバイスとメッセージを送受信する過程でメモリからデータを読み込むか、または新しいデータを該当メモリに書き込むことができる。
【００５５】
前記サーバデバイス及びクライアントデバイスの出力部、入力部及びメモリなどのようなハードウェア構成要素に対しては、図２において具体的に述べる。
【００５６】
また、前記無線通信システムは、ブルートゥース技術を介して個人領域ネットワーキング（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｉｎｇ：ＰＡＮ）を構成できる。一例として、前記無線通信システムでは、デバイス間個人的なピコネット（ｐｒｉｖａｔｅ  ｐｉｃｏｎｅｔ）を確立することによって、ファイル、書類などを迅速かつ安全に交換できる。
【００５７】
ＢＬＥデバイス（または機器）は、多様なブルートゥース−関連プロトコル、プロファイル、処理などを支援するように動作可能でありうる。
【００５８】
図２は、本明細書で提案するサーバデバイス及びクライアントデバイスの内部構成図の一例を示す。
【００５９】
図２に示すように、サーバデバイスは、出力部（Ｄｉｓｐｌａｙ  Ｕｎｉｔ）１１１）、入力部（Ｕｓｅｒ  Ｉｎｐｕｔ  Ｉｎｔｅｒｆａｃｅ）１１２、電力供給部（Ｐｏｗｅｒ  Ｓｕｐｐｌｙ  Ｕｎｉｔ）１１３、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）１１４、メモリ（Ｍｅｍｏｒｙ  Ｕｎｉｔ）１１５、ブルートゥースインターフェース（Ｂｌｕｅｔｏｏｔｈ  Ｉｎｔｅｒｆａｃｅ）１１６、他の通信インターフェース（Ｏｔｈｅｒ  Ｉｎｔｅｒｆａｃｅ）１１７及び通信部（または送受信部）１１８を備える。
【００６０】
前記出力部１１１、入力部１１２、電力供給部１１３、プロセッサ１１４、メモリ１１５、ブルートゥースインターフェース１１６、他の通信インターフェース１１７及び通信部１１８は、本明細書で提案する方法を行うために機能的に接続されている。
【００６１】
また、クライアントデバイスは、出力部（Ｄｉｓｐｌａｙ  Ｕｎｉｔ）１２１、入力部（Ｕｓｅｒ  Ｉｎｐｕｔ  Ｉｎｔｅｒｆａｃｅ）１２２、電力供給部（Ｐｏｗｅｒ  Ｓｕｐｐｌｙ  Ｕｎｉｔ）１２３、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）１２４、メモリ（Ｍｅｍｏｒｙ  Ｕｎｉｔ）１２５、ブルートゥースインターフェース（Ｂｌｕｅｔｏｏｔｈ  Ｉｎｔｅｒｆａｃｅ）１２６及び通信部（または送受信部）１２７を備える。
【００６２】
前記出力部１２１、入力部１２２、電力供給部１２３、プロセッサ１２４、メモリ１２５、ブルートゥースインターフェース１２６、及び通信部１２７は、本明細書で提案する方法を行うために機能的に接続されている。
【００６３】
前記ブルートゥースインターフェース１１６、１２６は、ブルートゥース技術を利用してデバイス間の要求／応答、命令、通知、指示／確認メッセージなどまたはデータ送信が可能なユニット（またはモジュール）のことを言う。
【００６４】
前記メモリ１１５、１２５は、多様な種類のデバイスに具現化されるユニットであって、多様な種類のデータが格納されるユニットのことをいう。
【００６５】
前記プロセッサ１１４、１２４は、サーバデバイスまたはクライアントデバイスの全般的な動作を制御するモジュールのことをいい、ブルートゥースインターフェース及び他の通信インターフェースでメッセージを送信要求及び受信したメッセージを処理するように制御する。
【００６６】
前記プロセッサ１１４、１２４は、制御部、制御ユニット（Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）、コントローラなどと表現されることができる。
【００６７】
前記プロセッサ１１４、１２４は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を備えることができる。
【００６８】
前記プロセッサ１１４、１２４は、サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスにスキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信するように前記通信部を制御し、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト識別指示情報を受信するように前記通信部を制御する。
【００６９】
また、前記プロセッサ１１４、１２４は、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ  Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけがオブジェクトリストとして含むオブジェクトフィルタ（Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ）情報を受信するように前記通信部を制御する。
【００７０】
また、前記プロセッサ１１４、１２４は、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ  ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を前記サーバデバイスに送信するように前記通信部を制御する。
【００７１】
また、前記プロセッサ１１４、１２４は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ  Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）情報を前記サーバデバイスに送信するように前記通信部を制御する。
【００７２】
前記メモリ１１５、１２５は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を備えることができる。
【００７３】
前記通信部１１８、１２７は、無線信号を処理するためのベースバンド回路を含むことができる。実施の形態がソフトウェアにより具現化される時に、上述の技法は、上述の機能を行うモジュール（過程、機能など）により具現化されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。
【００７４】
前記メモリ１１５、１２５は、プロセッサ１１４、１２４の内部または外部にあることができ、周知の多様な手段でプロセッサ１１４、１２４と接続されることができる。
【００７５】
前記出力部１１１、１２１は、デバイスの状態情報及びメッセージ交換情報などを画面を介してユーザに提供するためのモジュールのことをいう。
【００７６】
前記電力供給部（電源供給部）１１３、１２３は、制御部の制御下に外部の電源、内部の電源が印加されて各構成要素の動作に必要な電源を供給するモジュールのことをいう。
【００７７】
上述のように、ＢＬＥ技術では、小さなデューティサイクル（ｄｕｔｙ  ｃｙｃｌｅ）を有し、低速のデータ送信率を介して電力消耗を大幅に減ることができ、前記電力供給部は、少ない出力電力でも（１０ｍＷ（１０ｄＢｍ）以下）各構成要素の動作に必要な電源を供給することができる。
【００７８】
前記入力部１１２、１２２は、画面ボタンのようにユーザの入力を制御部に提供して、デバイスの動作をユーザが制御できるようにするモジュールのことをいう。
【００７９】
図３は、ブルートゥース低電力エネルギートポロジー（Ｔｏｐｏｌｏｇｙ）の一例を示す。
【００８０】
図３を参照すると、デバイスＡは、デバイスＢとデバイスＣをスレーブ（ｓｌａｖｅ）として有するピコネット（ピコネットＡ、陰影部分）においてマスター（ｍａｓｔｅｒ）である。
【００８１】
ここで、ピコネット（Ｐｉｃｏｎｅｔ）は、多数のデバイスのうち、何れか一つがマスターであり、残りのデバイスがマスターデバイスに接続されている共有された物理チャネルを占有しているデバイスの集合を意味する。
【００８２】
ＢＬＥスレーブは、マスターと共通物理チャネルを共有しない。各々のスレーブは、別の物理チャネルを介してマスターと通信する。マスターデバイスＦとスレーブデバイスＧを有するさらに他のピコネット（ピコネットＦ）がある。
【００８３】
デバイスＫは、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ  Ｋ）にある。ここで、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ）は、他のピコネット間の接続が存在するピコネットのグループを意味する。
【００８４】
デバイスＫは、デバイスＬのマスターであり、かつデバイスＭのスレーブである。
【００８５】
デバイスＯもやはり、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ  Ｏ）にある。デバイスＯは、デバイスＰのスレーブであり、かつデバイスＱのスレーブである。
【００８６】
図３に示すように、５個の他のデバイスグループが存在する。
【００８７】
１．デバイスＤは広告者（ａｄｖｅｒｔｉｓｅｒ）で、デバイスＡは開始者（ｉｎｉｔｉａｔｏｒ）である。（グループＤ）
【００８８】
２．デバイスＥはスキャナー（ｓｃａｎｎｅｒ）であり、デバイスＣは広告者である（グループＣ）。
【００８９】
３．デバイスＨは広告者であり、デバイスＩ及びＪはスキャナーである（グループＨ）。
【００９０】
４．デバイスＫもまた広告者であり、デバイスＮは開始者である。（グループＫ）
【００９１】
５．デバイスＲは広告者であり、デバイスＯは開始者である。（グループＲ）
【００９２】
デバイスＡとＢは、一つのＢＬＥピコネット物理チャネルを使用する。
【００９３】
デバイスＡとＣは、さらに他のＢＬＥピコネット物理チャネルを使用する。
【００９４】
グループＤにおいて、デバイスＤは、広告物理チャネル上に接続可能な広告イベントを使用して広告を出し、デバイスＡは開始者である。デバイスＡは、デバイスＤと接続を形成でき、ピコネットＡにデバイスを追加できる。
【００９５】
グループＣにおいて、デバイスＣは、スキャナーデバイスＥによりキャプチャーされる広告イベントのあるタイプを使用して、広告物理チャネル上に広告を出す。
【００９６】
グループＤとグループＣは、衝突を避けるために、互いに異なる広告物理チャネルを使用するか、または他の時間を使用することができる。
【００９７】
ピコネットＦには、一つの物理チャネルがある。デバイスＦとＧは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＦはマスターで、デバイスＧはスレーブである。
【００９８】
グループＨには、一つの物理チャネルがある。デバイスＨ、Ｉ及びＪは、一つのＢＬＥ広告物理チャネルを使用する。デバイスＨは、広告者であり、デバイスＩ及びＪは、スキャナーである。
【００９９】
スキャッターネットＫにおいて、デバイスＫとＬは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＫとＭは、さらに他のＢＬＥピコネット物理チャネルを使用する。
【０１００】
グループＫにおいて、デバイスＫは、広告物理チャネル上に接続可能な広告イベントを使用して広告し、デバイスＮは、開始者である。デバイスＮは、デバイスＫと接続を形成できる。ここで、デバイスＫは、二つのデバイスのスレーブになりながら同時に一つのデバイスのマスターになる。
【０１０１】
スキャッターネットＯにおいて、デバイスＯとＰは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＯとＱは、さらに他のＢＬＥピコネット物理チャネルを使用する。
【０１０２】
グループＲにおいて、デバイスＲは、広告物理チャネル上に接続可能な広告イベントを使用して広告をし、デバイスＯは、開始者である。デバイスＯは、デバイスＲと接続を形成できる。ここで、デバイスＯは、二つのデバイスのスレーブになりながら同時に一つのデバイスのマスターになる。
【０１０３】
図４は、本明細書で提案するブルートゥース低電力エネルギーアーキテクチャー（Ａｒｃｈｉｔｅｃｔｕｒｅ）の一例を示す。
【０１０４】
図４に示すように、ＢＬＥ構造は、タイミングが重要な無線装置インターフェースを処理するように動作可能なコントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ  ｓｔａｃｋ）と高レベル（ｈｉｇｈ  ｌｅｖｅｌ）データを処理するように動作可能なホストスタック（Ｈｏｓｔ  ｓｔａｃｋ）を含む。
【０１０５】
前記コントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ  ｓｔａｃｋ）は、コントローラ（Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれることもできるが、先に図２において言及したデバイスの内部構成要素であるプロセッサとの混同を避けるために、以下、コントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ  ｓｔａｃｋ）と表現する。
【０１０６】
まず、コントローラスタックは、ブルートゥース無線装置を備えることができる通信モジュールと、例えば、マイクロプロセッサのようなプロセシングデバイスを含むことができるプロセッサモジュールを利用して具現化されることができる。
【０１０７】
ホストスタックは、プロセッサモジュール上において作動するＯＳの一部であって、またはＯＳ上のパッケージ（ｐａｃｋａｇｅ）のインスタンス生成（ｉｎｓｔａｎｔｉａｔｉｏｎ）として具現化されることができる。
【０１０８】
一部事例において、コントローラスタック及びホストスタックは、プロセッサモジュール内の同じプロセシングデバイス上において作動または実行されることができる。
【０１０９】
ホストスタックは、ＧＡＰ（Ｇｅｎｅｒｉｃ  Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ）４１０、ＧＡＴＴ  ｂａｓｅｄ  Ｐｒｏｆｉｌｅｓ４２０、ＧＡＴＴ（Ｇｅｎｅｒｉｃ  Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｆｉｌｅ）４３０、ＡＴＴ（Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｔｏｃｏｌ）４４０、ＳＭ（Ｓｅｃｕｒｉｔｙ  Ｍａｎａｇｅ）４５０、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ｃｏｎｔｒｏｌ  ａｎｄ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）４６０を含む。ただし、ホストスタックは、これに限定されず、多様なプロトコル及びプロファイルを含むことができる。
【０１１０】
ホストスタックは、Ｌ２ＣＡＰを使用してブルートゥース上位で提供する多様なプロトコル、プロファイルなどを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）する。
【０１１１】
まず、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ｃｏｎｔｒｏｌ  ａｎｄ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）４６０は、特定プロトコルまたはプロファイルにデータを送信するための一つの両方向チャネルを提供する。
【０１１２】
Ｌ２ＣＡＰは、上位層プロトコルの間でデータを多重化し、パッケージ（ｐａｃｋａｇｅ）を分割（ｓｅｇｍｅｎｔ）及び再び組み立て（ｒｅａｓｓｅｍｂｌｅ）し、マルチキャストデータ送信を管理するように動作できる。
【０１１３】
ＢＬＥでは、３個の固定チャネル（ｓｉｇｎａｌｉｎｇ  ＣＨのために１個、Ｓｅｃｕｒｉｔｙ  Ｍａｎａｇｅｒのために１個、Ａｔｔｒｉｂｕｔｅ  ｐｒｏｔｏｃｏｌのために１個）を使用する。
【０１１４】
これに対し、ＢＲ／ＥＤＲ（Ｂａｓｉｃ  Ｒａｔｅ／Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ）では、動的なチャネルを使用し、ｐｒｏｔｏｃｏｌ  ｓｅｒｖｉｃｅ  ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇｍｏｄｅなどを支援する。
【０１１５】
ＳＭ（Ｓｅｃｕｒｉｔｙ  Ｍａｎａｇｅｒ）４５０はデバイスを認証し、キー分配（ｋｅｙｄ  ｉｓｔｒｉｂｕｔｉｏｎ）を提供するためのプロトコルである。
【０１１６】
ＡＴＴ（Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｔｏｃｏｌ）４４０は、サーバ−クライアント（Ｓｅｒｖｅｒ−Ｃｌｉｅｎｔ）構造で相手デバイスのデータを接近するための規則を定義する。ＡＴＴには、６種類のメッセージ類型（Ｒｅｑｕｅｓｔ、Ｒｅｓｐｏｎｓｅ、Ｃｏｍｍａｎｄ、Ｎｏｔｉｆｉｃａｔｉｏｎ、Ｉｎｄｉｃａｔｉｏｎ、Ｃｏｎｆｉｒｍａｔｉｏｎ）がある。
【０１１７】
すなわち、（１）Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅメッセージ：Ｒｅｑｕｅｓｔメッセージは、クライアントデバイスからサーバデバイスに特定情報を要求するためのメッセージであり、Ｒｅｓｐｏｎｓｅメッセージは、Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであって、サーバデバイスからクライアントデバイスに送信されるメッセージのことを言う。
【０１１８】
（２）Ｃｏｍｍａｎｄメッセージ：クライアントデバイスからサーバデバイスに特定動作の命令を指示するために送信するメッセージであって、サーバデバイスは、Ｃｏｍｍａｎｄメッセージに対する応答をクライアントデバイスに送信しない。
【０１１９】
（３）Ｎｏｔｉｆｉｃａｔｉｏｎメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、クライアントデバイスは、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信しない。
【０１２０】
（４）Ｉｎｄｉｃａｔｉｏｎ及びＣｏｎｆｉｒｍメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージとは異なり、クライアントデバイスは、Ｉｎｄｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信する。
【０１２１】
ＧＡＰ（Ｇｅｎｅｒｉｃ  Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ）は、ＢＬＥ技術のために新しく具現化された層であって、ＢＬＥデバイス間の通信のための役割選択、マルチプロファイル作動がどのように起きるかを制御するのに使用される。
【０１２２】
また、ＧＡＰは、デバイス発見、接続生成及びセキュリティー手順部分に主に使用され、ユーザに情報を提供する方案を定義し、下記のようなａｔｔｒｉｂｕｔｅのｔｙｐｅを定義する。
【０１２３】
（１）Ｓｅｒｖｉｃｅ：データと関連したｂｅｈａｖｉｏｒの組み合わせでデバイスの基本的な動作を定義
【０１２４】
（２）Ｉｎｃｌｕｄｅ：サービス間の関係を定義
【０１２５】
（３）Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ：サービスで使用されるｄａｔａ値
【０１２６】
（４）Ｂｅｈａｖｉｏｒ：ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ、ｖａｌｕｅ  ｔｙｐｅ）と定義されるｃｏｍｐｕｔｅｒが読むことができるフォーマット
【０１２７】
ＧＡＴＴ−ｂａｓｅｄ  Ｐｒｏｆｉｌｅｓは、ＧＡＴＴに依存性を有するｐｒｏｆｉｌｅであって、主にＢＬＥデバイスに適用される。ＧＡＴＴ−ｂａｓｅｄ  Ｐｒｏｆｉｌｅｓは、Ｂａｔｔｅｒｙ、Ｔｉｍｅ、ＦｉｎｄＭｅ、Ｐｒｏｘｉｍｉｔｙ、Ｔｉｍｅ、Ｏｂｊｅｃｔ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｉｃｅなどでありうる。ＧＡＴＴ−ｂａｓｅｄ  Ｐｒｏｆｉｌｅｓの具体的な内容は、下記のとおりである。
【０１２８】
（１）Ｂａｔｔｅｒｙ：バッテリー情報交換方法
【０１２９】
（２）Ｔｉｍｅ：時間情報交換方法
【０１３０】
（３）ＦｉｎｄＭｅ：距離に応じるアラームサービス提供
【０１３１】
（４）Ｐｒｏｘｉｍｉｔｙ：バッテリー情報交換方法
【０１３２】
（５）Ｔｉｍｅ：時間情報交換方法
【０１３３】
ＧＡＴＴは、サービスの構成時にＡＴＴがどのように利用されるかを説明するプロトコルとして動作可能でありうる。例えば、ＧＡＴＴは、ＡＴＴ属性がどのようにサービスに共にグループ化されるかを規定するように動作可能でありえ、サービスと関連した特徴を説明するように動作可能でありうる。
【０１３４】
したがって、ＧＡＴＴ及びＡＴＴは、デバイスの状態とサービスを説明し、特徴が互いにどのように関連しこれらがどのように利用されるかを説明するために、特徴を使用することができる。
【０１３５】
コントローラ（Ｃｏｎｔｒｏｌｌｅｒ）スタックは、物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）４９０、リンク層（Ｌｉｎｋ  Ｌａｙｅｒ）４８０及びホストコントローラインターフェース（Ｈｏｓｔ  Ｃｏｎｔｒｏｌｌｅｒ  Ｉｎｔｅｒｆａｃｅ）４７０を備える。
【０１３６】
物理層（無線送受信モジュール）４９０は、２．４ＧＨｚ無線信号を送受信する層であって、ＧＦＳＫ（Ｇａｕｓｓｉａｎ  Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）ｍｏｄｕｌａｔｉｏｎと４０個のＲＦチャネルから構成されたｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ技法を使用する。
【０１３７】
リンク層４８０は、ブルートゥースパケットを送信または受信する。
【０１３８】
また、リンク層は、３個のＡｄｖｅｒｔｉｓｉｎｇチャネルを利用してＡｄｖｅｒｔｉｓｉｎｇ、Ｓｃａｎｎｉｎｇ機能を行った後にデバイス間接続を生成し、３７個Ｄａｔａチャネルを介して最大４２ｂｙｔｅｓのデータパケットをやり取りする機能を提供する。
【０１３９】
ＨＣＩ（Ｈｏｓｔ  Ｃｏｎｔｒｏｌｌｅｒ  Ｉｎｔｅｒｆａｃｅ）は、ＨｏｓｔスタックとＣｏｎｔｒｏｌｌｅｒスタックとの間のインターフェースを提供し、ＨｏｓｔスタックでｃｏｍｍａｎｄとＤａｔａをＣｏｎｔｒｏｌｌｅｒスタックに提供するようにし、ＣｏｎｔｒｏｌｌｅｒスタックでｅｖｅｎｔとＤａｔａをＨｏｓｔスタックに提供するようにする。
【０１４０】
以下、ブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ：ＢＬＥ）技術での手順（Ｐｒｏｃｅｄｕｒｅ）について簡略に述べる。
【０１４１】
ＢＬＥ手順は、デバイスフィルタリング手順（Ｄｅｖｉｃｅ  Ｆｉｌｔｅｒｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）、広告手順（Ａｄｖｅｒｔｉｓｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）、スキャニング手順（Ｓｃａｎｎｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）、ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）、接続手順（Ｃｏｎｎｅｃｔｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）などがある。
【０１４２】
デバイスフィルタリング手順（Ｄｅｖｉｃｅ  Ｆｉｌｔｅｒｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）
デバイスフィルタリング手順は、コントローラスタックで要求、指示、通知などに対する応答を行うデバイスの数を減らすための方法である。すべてのデバイスで要求を受信する際、これに対して応答する必要がないから、コントローラスタックは、要求を送信する数を減らして、ＢＬＥコントローラスタックで電力消費が減るように制御できる。
【０１４３】
広告デバイスまたはスキャニングデバイスは、広告パケット、スキャン要求または接続要求を受信するデバイスを制限するために、前記デバイスフィルタリング手順を行うことができる。
【０１４４】
ここで、広告デバイスは、広告イベントを送信する、すなわち、広告を行うデバイスのことを言い、広告者（Ａｄｖｅｒｔｉｓｅｒ）とも呼ぶ。
【０１４５】
スキャニングデバイスは、スキャニングを行うデバイス、スキャン要求を送信するデバイスのことを言う。
【０１４６】
ＢＬＥでは、スキャニングデバイスにより受信される一部広告パケットを広告デバイスから受信する場合、スキャニングデバイスは、広告デバイスにスキャン要求を送ることを必要とする。仮に、デバイスフィルタリング手順が使用されてスキャン要求が送信されなければならない広告デバイスが予めフィルタリングされる場合、スキャニングデバイスは、広告デバイスから送信する広告パケットを無視できる。
【０１４７】
接続要求過程でもデバイスフィルタリング手順が使用されることができる。仮に、接続要求をするデバイスで接続要求に対する応答するデバイスに対する事前デバイスフィルタリング手順を使用しない場合、接続要求を受信したデバイス（一例として、広告を行った広告デバイス）は、前記接続要求に対して応答しなければならない。
【０１４８】
接続要求をするデバイスは、開始デバイスまたは開始者（ｉｎｉｔｉａｔｏｒ）と表現されることができる。
【０１４９】
広告デバイスは、スキャン要求または接続要求を前記広告デバイスに送信するデバイスを制限するために、デバイスフィルタリング手順を使用することができる。
【０１５０】
広告手順（Ａｄｖｅｒｔｉｓｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）
広告デバイスは、領域内のデバイスに非指向性ブロードキャストを行うために広告手順を行う。ここで、非指向性ブロードキャストは、特定方向へのブロードキャストでない全（すべての）方向へのブロードキャストのことをいう。これとは異なり、指向性ブロードキャストは、特定方向へのブロードキャストのことをいう。非指向性ブロードキャストは、広告デバイスとリスニング（または聴取）状態にあるデバイス（以下、リスニングデバイスという）との間に接続手順無しで発生する。広告手順は、近くの開始デバイスとブルートゥース接続を確立するために使用される。または広告手順は、広告チャネルでリスニングを行っているスキャニングデバイスにユーザデータの周期的なブロードキャストを提供するために使用されることができる。広告手順においてすべての広告（または広告イベント）は、広告物理チャネルを介してブロードキャストされる。
【０１５１】
ＢＬＥピコネットに接続しているＢＬＥデバイスは、広告イベントの特定タイプを使用して広告を出すことができる。
【０１５２】
広告デバイスは、広告デバイスから追加的なユーザデータを得るために、リスニングを行っているリスニングデバイスからスキャン要求を受信することができる。広告デバイスは、スキャン要求を受信した広告物理チャネルと同じ広告物理チャネルを介して、スキャン要求を送信したデバイスにスキャン要求に対する応答を送信する。広告パケットの一部分として送られるブロードキャストユーザデータは、動的なデータであることに対し、スキャン応答データは、一般に静的なデータである。
【０１５３】
広告デバイスは、広告（ブロードキャスト）物理チャネル上において開始デバイスから接続要求を受信することができる。仮に、広告デバイスが接続可能な広告イベントを使用し、開始デバイスがデバイスフィルタリング手順によりフィルタリングされないと、広告デバイスは、広告を止め接続モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）に進入する。広告デバイスは、接続モード以後に広告を再度始めることができる。
【０１５４】
スキャニング手順（Ｓｃａｎｎｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）
スキャニングを行うデバイス、すなわち、スキャニングデバイスは、広告物理チャネルを使用する広告デバイスからユーザデータの非指向性ブロードキャストを聴取するためにスキャニング手順を行う。
【０１５５】
スキャニングデバイスは、広告デバイスから追加的なユーザデータを要求するために、広告物理チャネルを介してスキャン要求を広告デバイスに送信する。広告デバイスは、広告物理チャネルを介してスキャニングデバイスから要求した追加的なユーザデータを含んで、前記スキャン要求に対する応答であるスキャン応答を送信する。
【０１５６】
前記スキャニング手順は、ＢＬＥピコネットで他のＢＬＥデバイスと接続される間に使用されることができる。
【０１５７】
仮に、スキャニングデバイスがブロードキャストされる広告イベントを受信し、接続要求を開始できる開始者モード（ｉｎｉｔｉａｔｏｒ  ｍｏｄｅ）にある場合、スキャニングデバイスは、広告物理チャネルを介して広告デバイスに接続要求を送信することによって、広告デバイスとブルートゥース接続を始めることができる。
【０１５８】
スキャニングデバイスが広告デバイスに接続要求を送信する場合、スキャニングデバイスは、追加的なブロードキャストのための開始者モードスキャニングを中止し、接続モードに進入する。
【０１５９】
ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）
ブルートゥース通信が可能なデバイス（以下、ブルートゥースデバイスという。）は、近くに存在するデバイスを発見するために、または与えられた領域内で他のデバイスにより発見されるために、広告手順とスキャニング手順とを行う。
【０１６０】
ディスカバーリング手順は、非対称的に行われる。周囲の他のデバイスを探そうとするブルートゥースデバイスをディスカバーリングデバイス（ｄｉｓｃｏｖｅｒｉｎｇ  ｄｅｖｉｃｅ）といい、スキャン可能な広告イベントを広告するデバイスを探すためにリスニングする。他のデバイスから発見されて利用可能なブルートゥースデバイスをディスカバラブルデバイス（ｄｉｓｃｏｖｅｒａｂｌｅ  ｄｅｖｉｃｅ）といい、積極的に広告（ブロードキャスト）物理チャネルを介して他のデバイスがスキャン可能なように、広告イベントをブロードキャストする。
【０１６１】
ディスカバーリングデバイスとディスカバラブルデバイスとも、ピコネットで他のブルートゥースデバイスと既に接続されていることができる。
【０１６２】
接続手順（Ｃｏｎｎｅｃｔｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）
接続手順は、非対照的であり、接続手順は、特定ブルートゥースデバイスが広告手順を行う間に、他のブルートゥースデバイスは、スキャニング手順を行うことを要求する。
【０１６３】
すなわち、広告手順が目的になることができ、その結果、ただ一つのデバイスだけが広告に応答するはずである。広告デバイスから接続可能な広告イベントを受信した以後、広告（ブロードキャスト）物理チャネルを介して広告デバイスに接続要求を送信することによって、接続を開始できる。
【０１６４】
以下、ＢＬＥ技術での動作状態、すなわち、広告状態（Ａｄｖｅｒｔｉｓｉｎｇ  Ｓｔａｔｅ）、スキャニング状態（Ｓｃａｎｎｉｎｇ  Ｓｔａｔｅ）、開始状態（Ｉｎｉｔｉａｔｉｎｇ  Ｓｔａｔｅ）、接続状態（ｃｏｎｎｅｃｔｉｏｎ  ｓｔａｔｅ）について簡略に述べる。
【０１６５】
広告状態（Ａｄｖｅｒｔｉｓｉｎｇ  Ｓｔａｔｅ）
リンク層（ＬＬ）は、ホスト（スタック）の指示により、広告状態に進入する。リンク層が広告状態にある場合、リンク層は、広告イベントから広告ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）を送信する。
【０１６６】
各々の広告イベントは、少なくとも一つの広告ＰＤＵから構成され、広告ＰＤＵは、使用される広告チャネルインデックスを介して送信される。広告イベントは、広告ＰＤＵが使用される広告チャネルインデックスを介して各々送信された場合、終了または広告デバイスが他の機能を行うために空間を確保する必要がある場合、もう少し早く広告イベントを終了できる。
【０１６７】
スキャニング状態（Ｓｃａｎｎｉｎｇ  Ｓｔａｔｅ）
リンク層は、ホスト（スタック）の指示によりスキャニング状態に進入する。スキャニング状態で、リンク層は、広告チャネルインデックスをリスニングする。
【０１６８】
スキャニング状態には、受動的スキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）、積極的スキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）の２通りのタイプがあり、各スキャニングタイプは、ホストにより決定される。
【０１６９】
スキャニングを行うための別の時間または広告チャネルインデックスが定義されない。
【０１７０】
スキャニング状態の間に、リンク層は、スキャンウィンドウ（ｓｃａｎＷｉｎｄｏｗ）区間（ｄｕｒａｔｉｏｎ）の間に、広告チャネルインデックスをリスニングする。スキャンインターバル（ｓｃａｎＩｎｔｅｒｖａｌ）は、二つの連続的なスキャンウィンドウの開始点間の間隔（インターバル）と定義される。
【０１７１】
リンク層は、スケジューリングの衝突がない場合、ホストにより指示されるようにスキャンウィンドウのすべてのスキャンインターバル完成のためにリスニングしてする。各スキャンウィンドウで、リンク層は、他の広告チャネルインデックスをスキャンしなければならない。リンク層は、使用可能なすべての広告チャネルインデックスを使用する。
【０１７２】
受動的なスキャニングであるとき、リンク層は、ただパケットだけを受信し、いかなるパケットも送信できない。
【０１７３】
能動的なスキャニングであるとき、リンク層は、広告デバイスに広告ＰＤＵと広告デバイスと関連した追加的な情報を要求できる広告ＰＤＵタイプに依存するためにリスニングを行う。
【０１７４】
開始状態（Ｉｎｉｔｉａｔｉｎｇ  Ｓｔａｔｅ）
リンク層は、ホスト（スタック）の指示により開始状態に進入する。リンク層が開始状態にあるとき、リンク層は、広告チャネルインデックスに対するリスニングを行う。
【０１７５】
開始状態の間に、リンク層は、スキャンウィンドウ区間の間に広告チャネルインデックスをリスニングする。
【０１７６】
接続状態（ｃｏｎｎｅｃｔｉｏｎ  ｓｔａｔｅ）
リンク層は、接続要求を行うデバイス、すなわち、開始デバイスがＣＯＮＮＥＣＴ＿ＲＥＱＰＤＵを広告デバイスに送信する時、または広告デバイスが開始デバイスからＣＯＮＮＥＣＴ＿ＲＥＱＰＤＵを受信する時に接続状態に進入する。
【０１７７】
接続状態に進入した以後、接続が生成されることと考慮される。ただし、接続が接続状態に進入した時点で確立されるように考慮される必要はない。新しく生成された接続と予め確立された接続間の唯一の差は、リンク層接続監督タイムアウト（ｓｕｐｅｒｖｉｓｉｏｎ  ｔｉｍｅｏｕｔ）値だけである。
【０１７８】
二つのデバイスが接続されているとき、二つのデバイスは、異なる役割として活動する。
【０１７９】
マスターの役割を果たすリンク層は、マスターと呼ばれ、スレーブの役割を果たすリンク層は、スレーブと呼ばれる。マスターは、接続イベントのタイミングを調節し、接続イベントは、マスターとスレーブとの間に同期化される時点をいう。
【０１８０】
以下、ブルートゥースインターフェースで定義されるパケットについて簡略に述べる。
【０１８１】
ＢＬＥデバイスは、下記で定義されるパケットを使用する。
【０１８２】
パケットフォーマット
リンク層（Ｌｉｎｋ  Ｌａｙｅｒ）は、広告チャネルパケットとデータチャネルパケットとものために使用されるただ一つのパケットフォーマットだけを有する。
【０１８３】
各パケットは、プリアンブル（Ｐｒｅａｍｂｌｅ）、接続アドレス（Ａｃｃｅｓｓ  Ａｄｄｒｅｓｓ）、ＰＤＵ及びＣＲＣの４個のフィールドから構成される。
【０１８４】
一つのパケットが広告物理チャネルから送信される時、ＰＤＵは、広告チャネルＰＤＵになり、一つのパケットがデータ物理チャネルから送信される時、ＰＤＵは、データチャネルＰＤＵになるはずである。
【０１８５】
広告チャネルＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ  Ｃｈａｎｎｅｌ  ＰＤＵ）
広告チャネルＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）は、１６ビットヘッダと多様な大きさのペイロードを有する。
【０１８６】
ヘッダに含まれる広告チャネルＰＤＵのＰＤＵタイプフィールドは、下記の表１で定義されたようなＰＤＵタイプを示す。
【０１８７】
【表１】
0006396482.tif 000002
【０１８８】
広告ＰＤＵ
以下の広告チャネルＰＤＵタイプは、広告ＰＤＵと呼ばれ、具体的なイベントで使用される。
【０１８９】
ＡＤＶ＿ＩＮＤ：接続可能な非指向性広告イベント
【０１９０】
ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ：接続可能な指向性広告イベント
【０１９１】
ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ：接続不可能な非指向性広告イベント
【０１９２】
ＡＤＶ＿ＳＣＡＮ＿ＩＮＤ：スキャン可能な非指向性広告イベント
【０１９３】
前記ＰＤＵは、広告状態でリンク層（Ｌｉｎｋ  Ｌａｙｅｒ）から送信され、スキャニング状態または開始状態（Ｉｎｉｔｉａｔｉｎｇ  Ｓｔａｔｅ）でリンク層により受信される。
【０１９４】
Ｓｃａｎｎｉｎｇ  ＰＤＵｓ
以下の広告チャネルＰＤＵタイプは、スキャニングＰＤＵと呼ばれ、下記で説明される状態で使用される。
【０１９５】
ＳＣＡＮ＿ＲＥＱ：スキャニング状態でリンク層により送信され、広告状態でリンク層により受信される。
【０１９６】
ＳＣＡＮ＿ＲＳＰ：広告状態でリンク層により送信され、スキャニング状態でリンク層により受信される。
【０１９７】
Ｉｎｉｔｉａｔｉｎｇ  ＰＤＵｓ
以下の広告チャネルＰＤＵタイプは、開始ＰＤＵと呼ばれる。
【０１９８】
ＣＯＮＮＥＣＴ＿ＲＥＱ：開始状態でリンク層により送信され、広告状態でリンク層により受信される。
【０１９９】
データチャネルＰＤＵ（Ｄａｔａ  Ｃｈａｎｎｅｌ  ＰＤＵ）
データチャネルＰＤＵは、１６ビットヘッダ、多様な大きさのペイロードを有し、メッセージ無欠点（完全性）チェック（Ｍｅｓｓａｇｅ  Ｉｎｔｅｇｒｉｔｙ  Ｃｈｅｃｋ：ＭＩＣ）フィールドを含むことができる。
【０２００】
上述のＢＬＥ技術での手順、状態、パケットフォーマットなどは、本明細書で提案する方法を行うために適用されることができる。
【０２０１】
図５は、ブルートゥース低電力エネルギー技術におけるオブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する方法の一例を示した図である。
【０２０２】
オブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｉｃｅ  ｏｒ  Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）は、ブルートゥース通信でバルクデータ（ｂｕｌｋ  ｄａｔａ）のようなオブジェクトまたはデータを送信または受信するために、ＢＬＥで支援するサービスのことを言う。
【０２０３】
サーバデバイスとクライアントデバイスとの間にブルートゥース接続設定のためにステップＳ５１０〜Ｓ５３０に該当する広告過程及びスキャニング過程が行われる。
【０２０４】
まず、サーバデバイスは、オブジェクト送信サービスを含んで、前記サーバデバイス関連情報を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ５１０）。前記広告メッセージは、広告ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）、広告パケット、広告、広告フレーム、広告物理チャネルＰＤＵなどと表現されることができる。
【０２０５】
前記広告メッセージは、サーバデバイスで提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。
【０２０６】
また、前記広告メッセージは、ブロードキャスト方式またはユニキャスト（ｕｎｉｃａｓｔ）方式で前記クライアントデバイスに送信されることができる。
【０２０７】
以後、前記クライアントデバイスは、サーバデバイスに関連してさらに詳細な情報を知るために、スキャン要求（Ｓｃａｎ  Ｒｅｑｕｅｓｔ）メッセージを前記サーバデバイスに送信する（Ｓ５２０）。
【０２０８】
前記スキャン要求メッセージは、スキャニング（Ｓｃａｎｎｉｎｇ）ＰＤＵ、スキャン要求ＰＤＵ、スキャン要求、スキャン要求フレーム、スキャン要求パケットなどと表現されることができる。
【０２０９】
以後、前記サーバデバイスは、前記クライアントデバイスから受信されたスキャン要求メッセージに対する応答として、スキャン応答（Ｓｃａｎ  Ｒｅｓｐｏｎｓｅ）メッセージを前記クライアントデバイスに送信する（Ｓ５３０）。
【０２１０】
前記スキャン応答メッセージには、前記クライアントデバイスから要求したサーバデバイス関連情報が含まれる。ここで、前記サーバデバイス関連情報は、オブジェクト送信サービス提供と関連して、サーバデバイスから送信できるオブジェクトまたはデータなどでありうる。
【０２１１】
広告過程及びスキャニング過程が終了する場合、前記サーバデバイスと前記クライアントデバイスとは、ステップＳ５４０〜Ｓ５７０に該当する接続開始（Ｉｎｉｔｉａｔｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ）過程、データ交換（Ｄａｔａ  Ｅｘｃｈａｎｇｅ）過程を行う。
【０２１２】
具体的には、前記クライアントデバイスは、前記サーバデバイスとブルートゥース通信接続のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ）メッセージを送信する（Ｓ５４０）。
【０２１３】
前記接続要求メッセージは、接続要求ＰＤＵ、開始（Ｉｎｉｔｉａｔｉｏｎ）ＰＤＵ、接続要求フレーム、接続要求などと表現されることができる。
【０２１４】
ステップＳ５４０にて、前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース接続が確立され、以後前記サーバデバイスと前記クライアントデバイスとは、データを交換するようになる。前記データ交換過程におけるデータは、データチャネルＰＤＵを介して送受信されることができる。
【０２１５】
前記クライアントデバイスは、データチャネル（Ｄａｔａ  Ｃｈａｎｎｅｌ）ＰＤＵを介してオブジェクトデータ要求を前記サーバデバイスに送信する（Ｓ５５０）。前記データチャネルＰＤＵは、データ要求メッセージ、データ要求フレームなどと表現されることができる。
【０２１６】
以後、前記サーバデバイスは、前記クライアントデバイスから要求したオブジェクトデータをデータチャネルＰＤＵを介して前記クライアントデバイスに送信する（Ｓ５６０）。
【０２１７】
ここで、前記データチャネルＰＤＵは、Ａｔｔｒｉｂｕｔｅ  ｐｒｏｔｏｃｏｌで定義した方式で相手デバイスにデータを提供するか、またはデータ情報を要求するために使用される。
【０２１８】
以後、前記サーバデバイスにおいてデータの変更が発生する場合、前記サーバデバイスは、データまたはオブジェクトの変更を知らせるために、前記クライアントデバイスにデータチャネルＰＤＵを介してデータ変更指示（Ｄａｔａ  Ｃｈａｎｇｅｄ  Ｉｎｄｉｃａｔｉｏｎ）情報を送信する（Ｓ５７０）。
【０２１９】
以後、前記クライアントデバイスは、変更されたデータまたは変更されたオブジェクトを探すために、前記サーバデバイスに変更されたオブジェクト情報を要求する（Ｓ５８０）。
【０２２０】
以後、前記サーバデバイスは、前記変更されたオブジェクト情報要求に対する応答として、前記クライアントデバイスに前記サーバデバイスで変更されたオブジェクト情報を送信する（Ｓ５９０）。
【０２２１】
以後、前記クライアントデバイスは、前記受信された変更されたオブジェクト情報と現在前記クライアントデバイスが有しているオブジェクト情報と比較分析を行うことによって、変更されたオブジェクトを探す。
【０２２２】
ただし、前記クライアントデバイスは、変更されたオブジェクトまたはデータを探すまで、ステップＳ５８０ないしＳ５９０を繰り返し的に行う。
【０２２３】
上述のように、サーバデバイスは、クライアントデバイスにどんなデータが変更されたかを直接知らせることができる具体的な方法と新しいデータ生成有無を知らせることができる具体的な方法はない。
【０２２４】
また、サーバデバイスとクライアントデバイスとは、変更されたオブジェクトまたはデータを探すまで、ステップＳ５８０ないしＳ５９０を繰り返し的に行うことによって、多くの時間と電力を消費するようになる。
【０２２５】
図５では、サーバデバイスで（１）オブジェクト送信サービスが提供されることを知らせ、（２）オブジェクトまたはデータが変更された場合を説明したが、これに限定されずに、クライアントデバイスでオブジェクト送信サービスが提供されることを知らせることができ、クライアントデバイスでオブジェクトまたはデータが変更された場合も同様に適用可能である。
【０２２６】
図６は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法の一例を示す。
【０２２７】
図６のステップＳ６１０ないしＳ６６０は、図５のＳ５１０ないしＳ５６０と同一なので、以下、具体的な説明は省略する。
【０２２８】
サーバデバイスで新しいオブジェクトまたはデータが生成された場合（Ｓ６７０）、前記サーバデバイスは、オブジェクト生成有無を表す（生成）フラグ（ｆｌａｇ）情報を含むデータ変更指示情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ６８０）。
【０２２９】
下記の表２は、データ変更指示情報フォーマットの一例を示す。
【０２３０】
【表２】
0006396482.tif 000003
【０２３１】
表２を述べると、データ変更指示情報は、フラグフィールド（または情報）を含み、フラグフィールドは、８ｂｉｔのフォーマットタイプを有し、１オクテット（またはバイト）の大きさを有する。
【０２３２】
下記の表３は、データ変更指示情報内のフラグフィールドフォーマットの一例を示す。
【０２３３】
【表３】
0006396482.tif 000004
【０２３４】
表３を述べると、フラグフィールドは、データ変更情報を示す。
【０２３５】
フラグフィールドの０番目のビット値は、どんなデバイスにおいてオブジェクトの変更が発生したかを示す値であり、一例として、０番目のビット値が「０」である場合、サーバデバイスでオブジェクトの変更が発生したことを示し、０番目のビット値が「１」である場合、他のクライアントデバイスでオブジェクトの変更が発生したことを示す。
【０２３６】
フラグフィールドの１番目のビット値は、オブジェクト自体の変更有無を示す値であって、一例として、１番目のビット値が「０」である場合、オブジェクトの変更がないことを示し、１番目のビット値が「１」である場合、オブジェクトが変更されたことを示す。
【０２３７】
フラグフィールドの２番目のビット値は、オブジェクトのメタデータ（ｍｅｔａｄａｔａ）の変更有無を示す値であって、一例として、フラグの２番目のビット値が「０」である場合、オブジェクトメタデータの変更がないことを示し、フラグの２番目のビット値が「１」である場合、オブジェクトメタデータが変更されたことを示す。
【０２３８】
フラグフィールドの３番目のビット値は、オブジェクトを削除したかどうかを示す値であって、一例として、フラグフィールドの３番目のビット値が「０」である場合、オブジェクトの削除がないことを示し、フラグフィールドの３番目のビット値が「１」である場合、オブジェクトの削除があることを示す。
【０２３９】
フラグフィールドの４番目のビット値は、オブジェクトの生成有無を示す値であって、一例として、フラグフィールドの４番目のビット値が「０」である場合、オブジェクトの生成がないことを示し、フラグフィールドの４番目のビット値が「１」である場合、オブジェクトの生成があることを示す。
【０２４０】
図７は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。
【０２４１】
図７のステップＳ７１０〜Ｓ７６０は、図５のステップＳ５１０〜Ｓ５６０と同一なので、以下、具体的な説明は省略する。
【０２４２】
サーバデバイスでオブジェクトの変更が発生した場合、前記サーバデバイスは、変更されたオブジェクトを表す（または指示する）オブジェクト識別情報を含むデータ変更指示（またはオブジェクト変更指示）情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ７７０）。
【０２４３】
ここで、オブジェクト識別情報は、変更されたオブジェクトを識別できるすべての手段が可能で、前記オブジェクト識別情報は、変更されたオブジェクトの名称（Ｏｂｊｅｃｔ  Ｎａｍｅ）、変更されたオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）等でありうる。ここで、オブジェクト識別情報は、変更されたオブジェクトの名称及び変更されたオブジェクトのＩＤ全部を含むことも可能である。
【０２４４】
下記の表４は、オブジェクト識別情報の一例を示したフォーマットである。
【０２４５】
【表４】
0006396482.tif 000005
【０２４６】
表４を述べると、オブジェクト名称は変更可能で、可読性が良く、システムまたはユーザにより割り当てられる値であり、読み出し及び書き込みが全て支援される。
【０２４７】
これに対し、オブジェクトＩＤは変更されずに、可読性がよくなく、システムから割り当てられる値であり、読み出しだけが支援される。また、オブジェクトＩＤは、人によって変更されずに、システム（サーバ）から割り当てられると、削除されるまで同じ値を維持する。
【０２４８】
オブジェクトＩＤは、オブジェクト名称のように特定Ｏｂｊｅｃｔを区分するために使用される識別子のことを意味し、オブジェクトＩＤを使用する場合、オブジェクトが変更されても該当オブジェクトの変更追的が可能である。
【０２４９】
また、オブジェクトＩＤは、数字またはＳｔｒｉｎｇ基盤の値を活用できる（８ｂｉｔｓ、１６ｂｉｔｓ、３２ｂｉｔｓ数字値または一定の長さ以上の文字列を使用）。
【０２５０】
オブジェクトＩＤとして普通数字値を使用し、オブジェクトＩＤの長さは、システムの仕様によって変わることができる。
【０２５１】
また、オブジェクトＩＤは、オブジェクト名称の補助手段として活用できる。
【０２５２】
下記の表５は、オブジェクト識別情報と関連した特性（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を示す。
【０２５３】
【表５】
0006396482.tif 000006
【０２５４】
表５を述べると、オブジェクトＩＤ特性は、オブジェクト行動制御ポイント（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＡＣＰ）の読み出し（Ｒｅａｄ）機能を活用して読み出しが可能であり、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）機能を活用して、オブジェクトＩＤに基づいて整列が可能である。
【０２５５】
また、オブジェクトＩＤ特性は、Ｍｏｖｅ  Ｔｏ  Ｏｂｊｅｃｔ  ＩＤ機能を介して（Ｏｂｊｅｃｔ  ＩＤがｕｎｉｑｕｅな場合）特定Ｏｂｊｅｃｔ  ＩＤを有するＯｂｊｅｃｔをｃｕｒｒｅｎｔ  ｏｂｊｅｃｔとして選択する。
【０２５６】
ここで、ＭｏｖｅＴｏ  Ｏｂｊｅｃｔ  ＩＤ機能は、Ｏｂｊｅｃｔ  Ｎａｍｅで同様に提供可能である。
【０２５７】
また、オブジェクトＩＤ特性は、Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ機能を活用して、該当Ｏｂｊｅｃｔ  ＩＤだけが見られるように選択可能である。
【０２５８】
下記の表６は、データ変更指示情報内に含まれるオブジェクトＩＤフォーマットの一例を示す。
【０２５９】
【表６】
0006396482.tif 000007
【０２６０】
表６を述べると、変更されたオブジェクトＩＤは、Ｓｔｒｉｎｇを使用せずに他のフォーマット（Ｉｎｔｅｇｅｒ）を使用することも可能であり、大きさは、可変的または固定的でありうる。
【０２６１】
下記の表７は、データ変更指示情報内に含まれるオブジェクト名称フォーマットの一例を示す。
【０２６２】
【表７】
0006396482.tif 000008
【０２６３】
以後、前記クライアントデバイスは、前記オブジェクト識別情報に該当するオブジェクト（すなわち、変更されたオブジェクト）を要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信する（Ｓ７８０）。
【０２６４】
ここで、前記オブジェクト要求メッセージは、オブジェクト要求、オブジェクト要求ＰＤＵなどと表現されることができる。
【０２６５】
以後、前記サーバデバイスは、変更されたオブジェクトまたはオブジェクトのデータを前記クライアントデバイスに送信する（Ｓ７９０）。
【０２６６】
上述のように、図７は、サーバデバイスでオブジェクト送信サービスの提供を知らせ、オブジェクトが変更された場合を示したが、クライアントデバイスでオブジェクト送信サービスの提供を知らせ、オブジェクトが変更された場合も、図７の過程と同様に適用される。
【０２６７】
すなわち、クライアントデバイスで広告を行い、クライアントデバイスでオブジェクトまたはデータが変更された場合、サーバデバイスに変更されたオブジェクトを表すオブジェクト識別情報を送信し、サーバデバイスでオブジェクト識別情報に該当する変更されたオブジェクトを要求する場合、クライアントデバイスは、変更されたオブジェクトをサーバデバイスに送信する。
【０２６８】
図８は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。
【０２６９】
図８のステップＳ８１０〜Ｓ８６０は、図５のステップＳ５１０〜Ｓ５６０と同一なので、以下、具体的な説明は省略する。
【０２７０】
サーバデバイスでオブジェクトまたはデータの変更が発生した場合、サーバデバイスは、オブジェクトまたはデータの変更がおきた時間を表すイベント発生時間情報を含むデータ変更指示情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ８７０）。
【０２７１】
前記イベント発生時間情報は、日付（年、月、日）、時間（時、分、秒）等表現可能なすべての手段が可能であり、大きさは、手段によって可変的でありうる。
【０２７２】
以後、前記クライアントデバイスは、前記受信されたイベント発生時間情報に基づいて（または利用して）、変更されたオブジェクトまたはデータを検索する（Ｓ８８０）。
【０２７３】
ここで、前記クライアントデバイスは、最終変更時間（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ  Ｔｉｍｅ）、生成時間（Ｃｒｅａｔｉｏｎ  ｔｉｍｅ）、最終接近時間（Ｌａｓｔ−Ａｃｃｅｓｓ  Ｔｉｍｅ）等、多様な時間情報を活用して前記サーバデバイスで変更されたオブジェクトまたはデータを探すために検索できる。
【０２７４】
下記の表８は、イベント発生時間情報を含むデータ変更指示情報フォーマットの一例を示す。
【０２７５】
【表８】
0006396482.tif 000009
【０２７６】
図９は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法の一例を示す。
【０２７７】
ここで、サーバデバイスは、Ｇ／Ｗ（ｇａｔｅｗａｙ）、クライアントデバイスは、センサ、オブジェクト送信サービスで提供するオブジェクトまたはデータはファームウェアイメージでありうる。
【０２７８】
図９は、サーバデバイスとクライアントデバイスとの間のブルートゥース通信接続が確立された後、新しいファームウェアイメージが生成された場合に該当する。
【０２７９】
図９に示すように、サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ９１０）。
【０２８０】
以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ９２０）。
【０２８１】
ステップＳ９２０を介して前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース接続が設定される。
【０２８２】
以後、前記サーバデバイスで新しいファームウェアイメージ（Ｆ／Ｗ）（「ファームウェア１．１」）が生成される場合（Ｓ９３０）、前記サーバデバイスは、前記生成されたファームウェアイメージ名称（ファームウェア１．１）を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ９４０）。
【０２８３】
ここで、前記新しいファームウェアイメージの生成は、インターネットでダウンロードするか、またはユーザにより格納されることができる。
【０２８４】
ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続したすべてのクライアントデバイスに送信できる。
【０２８５】
ここで、前記生成されたファームウェアイメージ名称が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して新しく生成されるか、または変更されたファイルがあるのかを確認するための検索作業が必要である。この場合、前記検索作業を介して多くの時間及び電力を消費するようになる。
【０２８６】
また、前記サーバデバイスは、従来のファームウェアイメージがあり、新しく生成されたファームウェアイメージが従来のファームウェアイメージの上位バージョンに該当する場合には、前記データ変更指示情報にデータ変更フィールドを含んで変更されたオブジェクトまたはデータを送信できる。
【０２８７】
以後、前記クライアントデバイスは、前記受信されたファームウェアイメージ名称に基づいて、自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ９５０）。
【０２８８】
前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージ、すなわち、新しく生成されたオブジェクトの要求を送信する。
【０２８９】
前記確認結果、前記クライアントデバイスに該当するファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。
【０２９０】
以後、前記サーバデバイスは、新しく生成されたファームウェアイメージを前記クライアントデバイスに送信する（Ｓ９６０）。
【０２９１】
以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ９７０）。
【０２９２】
図１０は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法のさらに他の一例を示す。
【０２９３】
ここで、サーバデバイスは、Ｇ／Ｗ（ｇａｔｅｗａｙ）、クライアントデバイスは、センサ、オブジェクト送信サービスで提供するオブジェクトまたはデータは、ファームウェアイメージでありうる。
【０２９４】
図１０は、サーバデバイスとクライアントデバイスとの間のブルートゥース通信接続が確立される前に、新しいファームウェアイメージが生成された場合に該当する。
【０２９５】
図１０に示すように、サーバデバイスで新しいファームウェアイメージ（Ｆ／Ｗ）（「ファームウェア１．１」）が生成される（Ｓ１０１０）。
【０２９６】
ここで、前記新しいファームウェアイメージの生成は、インターネットでダウンロードするか、またはユーザにより格納されることができる。
【０２９７】
以後、前記サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１０２０）。前記広告メッセージは、上述のように、広告ＰＤＵ、広告チャネルＰＤＵ、広告、広告フレームなどと表現されることができる。
【０２９８】
以後、前記クライアントデバイスは、ブルートゥース接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１０３０）。
【０２９９】
ステップＳ１０３０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。
【０３００】
以後、前記サーバデバイスは、前記生成されたファームウェアイメージ名称（ファームウェア１．１）を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１０４０）。
【０３０１】
ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続されたすべてのクライアントデバイスに送信できる。
【０３０２】
ここで、前記生成されたファームウェアイメージ名称が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して、新しく生成または変更されたファイルがあるかを確認するための検索作業が必要である。すなわち、前記検索作業を介して多くの時間及び電力を消費するようになる。
【０３０３】
また、前記サーバデバイスは、従来のファームウェアイメージがある場合、前記データ変更指示情報にデータ変更フィールドを含んで変更されたオブジェクトまたはデータだけを送信できる。
【０３０４】
以後、前記クライアントデバイスは、前記受信された新しいファームウェアイメージ名称に基づいて、自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ１０５０）。
【０３０５】
前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信する（Ｓ１０６０）。
【０３０６】
仮に、前記クライアントデバイスに該当するファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。
【０３０７】
以後、前記サーバデバイスは、前記クライアントデバイスが要求した新しいファームウェアイメージを前記クライアントデバイスに送信する（Ｓ１０７０）。
【０３０８】
以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ１０８０）。
【０３０９】
さらに他の一例として、クライアントデバイスで新しいファームウェアイメージが生成されて、これをサーバクライアントデバイスに送信できることはもちろんで、この場合、図１０において言及したサーバデバイスとクライアントデバイスとの間の送受信動作は、逆に行われる。
【０３１０】
図１１は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成されたイベント発生時間情報を利用して、データ変更指示情報を送信するための方法の一例を示す。
【０３１１】
サーバデバイスで新しいファームウェアイメージ（ファームウェアイメージ名称：ファームウェア１．１）が生成され（Ｓ１１１０）、前記ファームウェアイメージが生成された時間をイベント発生時間情報という。
【０３１２】
ここで、前記イベント発生時間情報は、日（年、月、日）、時間（時、分、秒）等、表現可能なすべての手段が可能であり、大きさは、手段によって可変的である。
【０３１３】
以後、前記サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１１２０）。前記広告メッセージは、広告ＰＤＵ、広告チャネルＰＤＵ、広告などと表現されることができる。
【０３１４】
以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１１３０）。
【０３１５】
ステップＳ１１３０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。
【０３１６】
以後、前記サーバデバイスは、新しいファームウェアイメージが生成された時間、すなわち、イベント発生時間情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１１４０）。
【０３１７】
ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続されたすべてのクライアントデバイスに送信できる。
【０３１８】
ここで、前記イベント発生時間情報が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して、新しく生成または変更されたファイルがあるのかを確認するための検索作業が必要である。すなわち、前記検索作業を介して多くの時間及び電力を消費するようになる。
【０３１９】
以後、前記クライアントデバイスは、前記受信されたイベント発生時間情報を利用して、新しく生成されたファームウェアイメージを探すために検索する（Ｓ１１５０）。
【０３２０】
前記クライアントデバイスは、最終変更時間（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ  Ｔｉｍｅ）、生成時間（Ｃｒｅａｔｉｏｎ  ｔｉｍｅ）、最終接近時間（Ｌａｓｔ−Ａｃｃｅｓｓ  Ｔｉｍｅ）等、多様な時間情報を活用して前記サーバデバイスで生成されたファームウェアイメージを検索できる。
【０３２１】
以後、前記クライアントデバイスは、前記検索された新しいファームウェアイメージが自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ１１６０）。
【０３２２】
前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信する（Ｓ１１７０）。
【０３２３】
仮に、前記クライアントデバイスに該当する新しいファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。
【０３２４】
以後、前記サーバデバイスは、前記クライアントデバイスが要求した新しいファームウェアイメージを前記クライアントデバイスに送信する（Ｓ１１８０）。
【０３２５】
以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ１１９０）。
【０３２６】
以下、本明細書で提案するオブジェクトリストの送信方法、Ｃｕｒｒｅｎｔ  Ｏｂｊｅｃｔを指定するためのオブジェクトリスト制御ポイント（ＯＬＣＰ）及びオブジェクト行動制御ポイント（ＯＡＣＰ）について具体的に述べる。
【０３２７】
まず、本明細書で提案するＯｂｊｅｃｔ  Ｆｉｌｔｅｒを利用したオブジェクト送信方法について述べる。
【０３２８】
サーバデバイスは、（支援、管理またはサービスする）Ｏｂｊｅｃｔのうち、Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ情報を利用して特定ＯｂｊｅｃｔのＬｉｓｔを選択し、前記選択されたＯｂｊｅｃｔ  Ｌｉｓｔをクライアントデバイスに見せる。
【０３２９】
一例として、前記Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ情報にＦｉｌｔｅｒ  Ｖａｌｕｅが０ｘ０９に設定された場合、Ｍａｒｋｉｎｇ  Ｔｙｐｅにより選択されたＯｂｊｅｃｔだけをＬｉｓｔとして見せる。Ｍａｒｋｉｎｇ  Ｔｙｐｅに対する具体的な内容は、下記の表１０を参照してほしい。
【０３３０】
さらに他の一例として、前記Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ情報にＦｉｌｔｅｒ  Ｖａｌｕｅが０ｘ０Ａ（任意の値に変更可能である）に設定された場合、Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ情報に含まれたＯｂｊｅｃｔ  ＩＤ値を有したＯｂｊｅｃｔだけをリストとして見せる。
【０３３１】
下記の表９は、Ｏｂｊｅｃｔ  Ｆｉｌｔｅｒ情報フォーマットの一例を示す。
【０３３２】
【表９】
0006396482.tif 000010
【０３３３】
オブジェクトフィルタは、クライアントデバイスに見せるＯｂｊｅｃｔのｌｉｓｔを選択することで、表９を検討すると、Ｎｏ  Ｆｉｌｔｅｒは、制限無しですべてのＯｂｊｅｃｔをＬｉｓｔとして見せる。Ｎａｍｅ  Ｓｔａｒｔｓ  Ｗｉｔｈは、特定文句で始まるＯｂｊｅｃｔ  Ｎａｍｅを有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３４】
Ｎａｍｅ  Ｅｎｄｓ  Ｗｉｔｈは、特定文句で終わるＯｂｊｅｃｔ  Ｎａｍｅを有したＯｂｊｅｃｔだけをＬｉｓｔとして見せ、Ｎａｍｅ  Ｃｏｎｔａｉｎｓ  Ｗｉｔｈは、特定文句をＯｂｊｅｃｔ  Ｎａｍｅに有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３５】
Ｏｂｊｅｃｔ  Ｔｙｐｅ（ＵＵＩＤ）は、特定ＵＵＩＤのＯｂｊｅｃｔ類型を有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３６】
Ｃｒｅａｔｅｄ  ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｆｉｒｓｔ−Ｃｒｅａｔｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３７】
Ｍｏｄｉｆｉｅｄ  ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３８】
Ａｃｃｅｓｓｅｄ  ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅ  ｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｌａｓｔ−Ａｃｃｅｓｓｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３３９】
Ａｌｌｏｃａｔｅｄ  Ｓｉｚｅ  ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｓｉｚｅ１＜＝ｔ＜＝ｓｉｚｅ２は、Ｏｂｊｅｃｔに割り当てられた大きさがｓｉｚｅ１とｓｉｚｅ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３４０】
Ｍａｒｋｅｄ  Ｏｂｊｅｃｔｓは、Ｍａｒｋｉｎｇ  Ｔｙｐｅにより選択されたＯｂｊｅｃｔだけをＬｉｓｔとして見せる。
【０３４１】
オブジェクトフィルタ値がＭａｒｋｅｄ  Ｏｂｊｅｃｔｓを表す時に、なんにも選択しない場合、すべてのｍａｒｋｅｄ  ｏｂｊｅｃｔを見せる。
【０３４２】
下記の表１０は、Ｍａｒｋｉｎｇ  Ｔｙｐｅフォーマットの一例を示すもので、ビット演算により条件のＡＮＤまたはＯＲ演算が可能であり、最後のビットが「１」の場合、ＡＮＤ演算であり、「０」の場合、ＯＲ演算でありうる。
【０３４３】
【表１０】
0006396482.tif 000011
【０３４４】
次に、本明細書で提案するＯｂｊｅｃｔ  ｌｉｓｔを制御するためのＯＬＣＰ（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）について、具体的に述べる。
【０３４５】
オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ  Ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＬＣＰ）は、クライアントデバイスが好ましいオブジェクトを探し該当オブジェクトを現在オブジェクトとして指定するためのメカニズムを提供する。また、ＯＬＣＰは、サーバデバイスの特定行動を制御するために、クライアントデバイスにより使用される。
【０３４６】
クライアントデバイスは、現在オブジェクト（Ｃｕｒｒｅｎｔ  Ｏｂｊｅｃｔ）を指定するために、Ｏｂｊｅｃｔ  ｌｉｓｔのうち、特定オブジェクトを現在オブジェクトとしての指定を指示する情報を含むリスト制御ポイント（ＯＬＣＰ）情報をサーバデバイスに送信する。
【０３４７】
一例として、ＯＬＣＰ情報に「ＭｏｖｅＴｏ（またはＧｏＴｏ）」フィールド値が設定された場合、Ｏｂｊｅｃｔ  ｌｉｓｔのうち、ＯＬＣＰ情報に含まれた特定Ｏｂｊｅｃｔ  Ｎａｍｅまたは特定Ｏｂｊｅｃｔ  ＩＤを有するＯｂｊｅｃｔに移動することを意味する。
【０３４８】
下記の表１１は、ＯＬＣＰ情報フォーマットの一例を示す。
【０３４９】
【表１１】
0006396482.tif 000012
【０３５０】
表１１を検討すると、動作コード値（Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅ）フィールドが０ｘ０１である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、最も前への移動を表す「Ｆｉｒｓｔ過程」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０２である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、最も後ろへの移動を表す「Ｌａｓｔ過程」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０３である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、前へ一つ移動を表す「Ｐｒｅｖｉｏｕｓ過程」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０４である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、後へ一つ移動を表す「Ｎｅｘｔ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０５である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、指定した数字だけ前（負数の場合）または後（正数の場合）へ移動を表す「Ｓｋｉｐ  Ｂｙ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０６である場合、Ｏｂｊｅｃｔ  ｌｉｓｔの順序を指定した値に変更を表す「Ｏｒｄｅｒ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０７である場合、ｏｂｊｅｃｔ  ｌｉｓｔから提供されるｏｂｊｅｃｔの数を表す「Ｒｅｑｕｅｓｔ  Ｎｕｍｂｅｒ  ｏｆ  Ｏｂｊｅｃｔｓ動作」である。
【０３５１】
Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０８である場合、ｏｂｊｅｃｔ  ｌｉｓｔのうち、特定ｏｂｊｅｃｔ  Ｎａｍｅまたはｏｂｊｅｃｔ  ＩＤを有するｏｂｊｅｃｔに移動を表す「ＭｏｖｅＴｏ動作」である。
【０３５２】
さらに他の一例として、ＯＬＣＰ情報に「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値が含まれることができる。前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯｂｊｅｃｔのＭａｒｋｅｄ  Ｖａｌｕｅを変更（または削除）する。例えば、「ＳｅｔＭａｒｋ」フィールド値が「Ｔｒｕｅ」である場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」である場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。
【０３５３】
また、「ＣｌｅａｒＭａｒｋ」Ｏｐ  Ｃｏｄｅ値がＯＬＣＰに書き込まれた場合、Ｍａｒｋｉｎｇ  Ｃｌｅａｒｉｎｇが支援され、サーバデバイスは、オブジェクトリストでのすべてのオブジェクトがＣｌｅａｒＭａｒｋ  Ｏｐ  Ｃｏｄｅを送ったクライアントデバイスでは表示されないように、（ｕｎｍａｒｋｅｄ）ｏｂｊｅｃｔ  Ｍａｒｋｉｎｇをアップデートする。
【０３５４】
ここで、前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯＡＣＰ（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）に含まれて、サーバデバイスに送信されることができる。
【０３５５】
次に、本明細書で提案するＯｂｊｅｃｔ  Ａｃｔｉｏｎを制御するためのＯＡＣＰ（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）について具体的に述べる。
【０３５６】
オブジェクト行動制御ポイント（Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ：ＯＡＣＰ）は、サーバデバイスの特定行動を制御するために、クライアントデバイスにより使用される。
【０３５７】
新しいオブジェクトを生成する生成過程を除いては、ＯＡＣＰ過程は、ただ現在オブジェクトだけに影響を及ぼす。
【０３５８】
クライアントデバイスは、オブジェクトの行動制御を指示する情報を含むオブジェクト行動制御ポイント（ＯＡＣＰ）情報をサーバデバイスに送信する。
【０３５９】
一例として、ＯＡＣＰ情報に「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値が設定された場合、ＯｂｊｅｃｔのＭａｒｋｅｄ  Ｖａｌｕｅを変更する。例えば、「ＳｅｔＭａｒｋ」フィールド値が「Ｔｒｕｅ」である場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」である場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。
【０３６０】
一例として、「ＣｌｅａｒＭａｒｋ」Ｏｐ  Ｃｏｄｅ値がＯＬＣＰに書かれた場合、Ｍａｒｋｉｎｇ  Ｃｌｅａｒｉｎｇが支援され、サーバデバイスは、オブジェクトリストでのすべてのオブジェクトがＣｌｅａｒＭａｒｋ  Ｏｐ  Ｃｏｄｅを送ったクライアントデバイスでは表示されないように（ｕｎｍａｒｋｅｄ）、ｏｂｊｅｃｔ  Ｍａｒｋｉｎｇをアップデートする。
【０３６１】
ここで、前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯＬＣＰ（Ｏｂｊｅｃｔ  ｌｉｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）に含まれて、サーバデバイスに送信されることもできる。
【０３６２】
下記の表１２は、ＯＡＣＰ情報フォーマットの一例を示す。
【０３６３】
【表１２】
0006396482.tif 000013
【０３６４】
表１２を検討すると、動作コード値（Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅ）フィールドが０ｘ０１である場合、ｏｂｊｅｃｔ生成を表す「Ｃｒｅａｔｅ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０２である場合、ｏｂｊｅｃｔ削除を表す「Ｄｅｌｅｔｅ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０３である場合、ｃｈｅｃｋｓｕｍ計算を表す「Ｃａｌｃｕｌａｔｅ  Ｃｈｅｃｋｓｕｍ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０４である場合、ｏｂｊｅｃｔ実行を表す「Ｅｘｅｃｕｔｅ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０５である場合、ｏｂｊｅｃｔデータの読み出しを表す「Ｒｅａｄ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０６である場合、ｏｂｊｅｃｔデータの書き込みを表す「Ｗｒｉｔｅ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０７である場合、ｏｂｊｅｃｔデータの追加書き込みを表す「Ａｐｐｅｎｄ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０８である場合、ｏｂｊｅｃｔ実行事項（書き込み、読み出し等）をｏｆｆｓｅｔの終わりまで実行することを表す「ＳｅｅｋＥｎｄ動作」である。Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅフィールドが０ｘ０９である場合、ＯｂｊｅｃｔのＭａｒｋｅｄ  Ｖａｌｕｅ変更を表す「ＳｅｔＭａｒｋｉｎｇ（またはＣｌｅａｒＭａｒｋｉｎｇ）動作」である。
【０３６５】
ここで、ＳｅｔＭａｒｋｉｎｇのパラメータは、ｂｏｏｌｅａｎ値として使用し、一例として、「Ｔｒｕｅ」の場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」の場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。
【０３６６】
前記ＳｅｔＭａｒｋｉｎｇのａｃｔｉｏｎを活用するとき、 Ｍａｒｋｅｄ  Ｏｂｊｅｃｔをクライアントデバイスで設定可能である。
【０３６７】
仮に、変更されたオブジェクトをＭａｒｋｅｄ  Ｏｂｊｅｃｔとする場合、クライアントデバイスは、該当オブジェクトを確認する際にｕｎｍａｒｋさせる。
【０３６８】
以下、本明細書で提案するＢＬＥ技術でのオブジェクト変更方法及び変更されたオブジェクト検索方法について、具体的に述べる。
【０３６９】
図１２は、本明細書で提案するＢＬＥ技術におけるオブジェクトリスト制御ポイント（ＯＬＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索方法の一例を示した図である。
【０３７０】
サーバデバイスは、オブジェクト送信サービス（Ｏｂｊｅｃｔ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ：ＯＴＳ）の提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１２１０）。上述のように、前記広告メッセージには、サーバデバイスから提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。
【０３７１】
以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１２２０）。
【０３７２】
ステップＳ１２２０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。
【０３７３】
以後、前記サーバデバイスは、サーバ自体動作またはクライアントデバイスの要求により、オブジェクトまたはデータを変更する（Ｓ１２３０）。
【０３７４】
以後、前記サーバデバイスは、変更されたオブジェクトを識別できるオブジェクト識別情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１２４０）。
【０３７５】
前記オブジェクト識別情報は、変更されたオブジェクトの名称、変更されたオブジェクトのＩＤなどでありうる。
【０３７６】
ここで、前記オブジェクト識別情報は、「Ｏｂｊｅｃｔ  Ｎａｍｅ＝１」と仮定する。
【０３７７】
前記クライアントデバイスは、後に前記受信されたデータ変更指示情報を利用して、前記サーバデバイスで変更されたオブジェクトを容易に探すことができる。
【０３７８】
以後、前記クライアントデバイスは、前記データ変更指示（Ｄａｔａ  Ｃｈａｎｇｅｄ  Ｉｎｄｉｃａｔｉｏｎ）情報により指示されたオブジェクトを探すために（または現在オブジェクトとして指定するために）、ＯＬＣＰのＭｏｖｅＴｏ命令を使用する。すなわち、前記クライアントデバイスは、「Ｏｂｊｅｃｔ  Ｎａｍｅ＝１」値を有するオブジェクトを現在オブジェクト（Ｃｕｒｒｅｎｔ  Ｏｂｊｅｃｔ）として指定するように、前記サーバデバイスがｃｕｒｒｅｎｔ  ｏｂｊｅｃｔをＯｂｊｅｃｔ  Ｎａｍｅ＝１を有したｏｂｊｅｃｔとして指定するように、前記サーバデバイスにｏｂｊｅｃｔ  ｌｉｓｔのうち、「Ｏｂｊｅｃｔ  Ｎａｍｅ＝１」を有したｏｂｊｅｃｔに移動を指示する動作コード値（Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅ）フィールドを含むＯＬＣＰ情報を送信する（Ｓ１２５０）。前記ＯＬＣＰ情報に対しては、前の表１１を参照してほしい。
【０３７９】
以後、前記サーバデバイスは、前記受信されたＯＬＣＰ情報に基づいて、ｃｕｒｒｅｎｔ  ｏｂｊｅｃｔを「Ｏｂｊｅｃｔ  Ｎａｍｅ＝１」を有したｏｂｊｅｃｔとして指定する（Ｓ１２６０）。
【０３８０】
図１２では、サーバデバイスで広告を行い、オブジェクト名称が変更された場合について説明したが、クライアントデバイスで広告を行い、オブジェクト名称が変更された場合にも、図１２で説明した内容が同様に適用されることができる。
【０３８１】
図１３は、本明細書で提案するブルートゥース低電力エネルギー技術でオブジェクト行動制御ポイント（ＯＡＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索を行う方法のさらに他の一例を示した図である。
【０３８２】
図１３を参照すると、サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１３１０）。前記広告メッセージは、サーバデバイスで提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。
【０３８３】
以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１３２０）。
【０３８４】
ステップＳ１３２０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。
【０３８５】
以後、前記クライアントデバイスは、サーバデバイスで管理するオブジェクトの名称を新しいオブジェクトの名称に変更を表す動作コード（Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅ）値フィールドを含むＯＡＣＰ情報を前記サーバデバイスに送信する。ここでは、オブジェクトの名称を変更することを例に挙げて説明する。
【０３８６】
ここで、前記動作コード値フィールドは、「Ｗｒｉｔｅ動作」でありうる。前記ＯＡＣＰについて具体的な内容は、前の表１２を参照してほしい。
【０３８７】
以後、前記サーバデバイスは、前記受信されたＯＡＣＰ情報に基づいて、すなわち、前記クライアントデバイスの「Ｗｒｉｔｅ要求」に基づいて、オブジェクトの名称を変更する（Ｓ１３４０）。
【０３８８】
以後、前記サーバデバイスは、「オブジェクトＩＤ＝１」が新しく生成または変更されたオブジェクトであることを表すオブジェクト識別情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１３５０）。すなわち、前記サーバデバイスは、オブジェクトの名称が変更された場合、変更されたオブジェクトの名称または変更されたオブジェクトのＩＤでＩｎｄｉｃａｔｉｏｎすることによって、オブジェクトの変更が起きたことを前記クライアントデバイスに知らせる。
【０３８９】
ここで、前記サーバデバイスは、オブジェクト名称の変更を認知した場合、前記サーバデバイスと接続したすべてのクライアントデバイスに変更されたオブジェクトの名称を表すオブジェクト識別情報を送信する。
【０３９０】
以後、前記クライアントデバイスは、前記データ指示情報により指示されたオブジェクトを探すために、ＯＡＣＰを使用して（ｏｂｊｅｃｔ）Ｌｉｓｔ  Ｆｉｌｔｅｒ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｖａｌｕｅを変更する。
【０３９１】
すなわち、前記クライアントデバイスは、前記サーバデバイスがｏｂｊｅｃｔ  ＩＤ＝１を有するｏｂｊｅｃｔだけを提供するようにするために、ｏｂｊｅｃｔ  ＩＤ＝１を有する（ｏｂｊｅｃｔ）Ｌｉｓｔ  Ｆｉｌｔｅｒ値に変更を指示する（Ｏｐ  Ｃｏｄｅ  Ｖａｌｕｅ）情報を含むＯＡＣＰ情報を前記サーバデバイスに送信する（Ｓ１３６０）。
【０３９２】
以後、前記サーバデバイスは、Ｏｂｊｅｃｔ  ＩＤ＝１であるオブジェクトにＯｂｊｅｃｔ  ｌｉｓｔを提供する（Ｓ１３７０）。
【０３９３】
なお、説明の便宜のために各図を分けて説明したが、各図において述べられている実施の形態を併合して、新しい実施の形態を具現化するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施の形態を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも、本発明の権利範囲に属する。
【０３９４】
本明細書によるオブジェクト送信サービスを提供する方法は、上記のように説明された実施の形態の構成と方法が限定して適用されうることではなく、前記実施の形態は、様々な変形がなされることができるように、各実施の形態の全てまたは一部が選択的に組合わせられて構成されることもできる。
【０３９５】
一方、本明細書のオブジェクト送信サービスを提供する方法は、ネットワークデバイスに備えられたプロセッサが読むことができる記録媒体にプロセッサが読むことができるコードとして具現することが可能である。プロセッサが読むことができる記録媒体は、プロセッサにより読まれることができるデータが格納されるすべての種類の記録装置を含む。プロセッサが読むことができる記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した送信などのようなキャリアウェーブの形態により具現化されることも含む。また、プロセッサが読むことができる記録媒体は、ネットワークで接続したコンピュータシステムに分散されて、分散方式でプロセッサが読むことができるコードが格納され実行されることができる。
【０３９６】
また、以上、本明細書の好ましい実施の形態に対して図示し説明したが、本明細書は、上述の特定の実施の形態に限定されずに、請求の範囲で請求する本発明の要旨から外れることがなく、当該発明が属する技術分野における通常の知識を有した者により多様な変形実施が可能であることはもちろんで、このような変形実施は、本発明の技術的思想または展望から個別的に理解されてはならない。
【０３９７】
そして、当該明細書では、物発明と方法発明が全部説明されており、必要によって両発明の説明は、補充的に適用されることができる。
【産業上の利用可能性】
【０３９８】
本願発明は、近距離低電力無線技術であるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ：ＢＬＥ）を活用して、ｄａｔａまたはｏｂｊｅｃｔ関連ｄａｔａを送信する方法を提供する。
【図１】
0006396482.tif 000014
【図２】
0006396482.tif 000015
【図３】
0006396482.tif 000016
【図４】
0006396482.tif 000017
【図５】
0006396482.tif 000018
【図６】
0006396482.tif 000019
【図７】
0006396482.tif 000020
【図８】
0006396482.tif 000021
【図９】
0006396482.tif 000022
【図１０】
0006396482.tif 000023
【図１１】
0006396482.tif 000024
【図１２】
0006396482.tif 000025
【図１３】
0006396482.tif 000026