JP6396482B2 - 無線通信システムにおけるブルートゥース低電力エネルギーを利用してオブジェクト送信サービスを行うための方法及び装置 - Google Patents

Description

本願発明は、近距離低電力無線技術であるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ）を活用して、データ（ｄａｔａ）またはオブジェクト（Ｏｂｊｅｃｔ）関連データ（ｄａｔａ）を送信する方法に関する。

ブルートゥースは、多様な機器（スマートフォン、ＰＣ、イヤホン、ヘッドホン等）を互いに接続して情報をやり取りする代表的な近距離無線技術の一つである。また、ほとんどのスマートフォン、ＰＣ、ノート型パソコンなどに適用されている技術として多くの人々が容易に使用しており、やさしいペアリング手順は、安定して機器間の接続性を提供している。最近に開発されたＬＥ技術は、少ない電力を消耗しながら、数百ＫＢの情報を安定して提供できる。

このようなブルートゥースＬＥ（ＢＬＥ）技術を活用すると、少ない電力を消耗しながらやさしくて安定してデータの送信が可能である。ＢＬＥにおいてｃｈａｒａｃｔｅｒｉｓｔｉｃデータ送信の限界を克服するために、オブジェクト基盤送信方法が必要である。オブジェクト基盤送信方法は、サーバにおいてデータを管理するのにおいて、サーバで管理するデータが変更される際、これを他の機器（またはデバイス）に変更事項を通知しなければならないが（複数のＤａｔａがある場合、これを明確に知らせなければならないが）、現在のＢＬＥ技術は、このような方法が明確でない。

したがって、どんなｏｂｊｅｃｔ関連ｄａｔａまたはｄａｔａが修正されたか、これを明確に知らせ、変更されるｏｂｊｅｃｔ関連ｄａｔａまたはｄａｔａを探す作業がさらに必要である。

本願発明は、Ｂｌｕｅｔｏｏｔｈ ＬＥ技術でＯｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅを提供することによって、数百ｂｙｔｅｓ以上の大きさを有するｂｕｌｋ ｄａｔａ送信を制御するための方法を提供することに目的がある。

また、本願発明は、新しいオブジェクトまたはデータを生成する際、生成されたオブジェクトまたはデータを指示する情報を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。

また、本願発明は、オブジェクトまたはデータを変更する際、変更されたオブジェクトまたはデータを識別する情報を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。

また、本願発明は、オブジェクトまたはデータを変更する際、変更されたオブジェクトまたはデータのイベント時間を送信して、機器間オブジェクトまたはデータを管理する方法を提供することに目的がある。

また、本願発明は、Ｏｂｊｅｃｔ ＩＤを利用してＯｂｊｅｃｔ Ｌｉｓｔ Ｆｉｌｔｅｒｉｎｇする方法を提供することに目的がある。

また、本願発明は、ＯＬＣＰでＯｂｊｅｃｔ Ｌｉｓｔから特定Ｏｂｊｅｃｔに移動してＣｕｒｒｅｎｔ Ｏｂｊｅｃｔを指定する方法を提供することに目的がある。

また、本願発明は、ＯｂｊｅｃｔのＭａｒｋｉｎｇ値を変更する方法を提供することに目的がある。

本願発明は、サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記クライアントデバイスにより行われる方法は、前記サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するステップと、前記サーバデバイスにスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップと、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を受信するステップとを含み、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。

また、本願発明は、前記オブジェクト変更指示情報は、新しいオブジェクトまたはデータの生成有無を表す生成フラグ情報をさらに含むことを特徴とする。

また、本願発明は、前記オブジェクト識別情報に該当するオブジェクトを要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信するステップをさらに含むことを特徴とする。

また、本願発明は、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけをオブジェクトリストとして含むオブジェクトフィルタ（Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ）情報を受信するステップをさらに含むことを特徴とする。

また、本願発明は、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を前記サーバデバイスに送信するステップをさらに含むことを特徴とする。

また、本願発明は、前記オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報をさらに含むことを特徴とする。

また、本願発明は、前記オブジェクト変更指示情報は、オブジェクトの変更がおきた時間を表すイベント発生時間情報をさらに含むことを特徴とする。

また、本願発明は、前記受信されたイベント発生時間情報に基づいて、変更されたオブジェクトを検索するステップをさらに含むことを特徴とする。

また、本願発明は、無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用してサーバデバイスと通信を行うクライアントデバイスであって、外部と無線または有線で通信するための通信部と、前記通信部と機能的に接続するプロセッサを含み、前記プロセッサは、前記サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスに追加情報を獲得するためのスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信するように、前記通信部を制御し、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を受信するように、前記通信部を制御し、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。

また、本願発明は、前記プロセッサは、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけをオブジェクトリストに含むオブジェクトフィルタ（Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ）情報を受信するように、前記通信部を制御することを特徴とする。

また、本願発明は、前記プロセッサは、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報を前記サーバデバイスに送信するように、前記通信部を制御することを特徴とする。

また、本願発明は、前記オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報をさらに含むことを特徴とする。

また、本願発明は、サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記サーバデバイスにより行われる方法は、前記クライアントデバイスにオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを送信するステップと、追加情報を獲得するためのスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを前記クライアントデバイスから受信するステップと、前記クライアントデバイスに前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、前記クライアントデバイスとブルートゥース接続設定のために、前記クライアントデバイスから接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを受信するステップと、前記クライアントデバイスに変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト変更指示情報を送信するステップとを含み、前記オブジェクト識別情報は、オブジェクトの名称（Ｎａｍｅ）またはオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする。

また、本願発明において、前記動作コード情報は、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報またはオブジェクト行動制御ポイント（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＡＣＰ）情報に含まれて送信されることを特徴とする。

本願発明は、ブルートゥースＬＥ技術でＯｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅを提供することによって、スマートフォン及び多様な機器でｆｉｌｅなどのようなｂｕｌｋ ｄａｔａを効率的に送信できる。

また、本願発明は、サーバデバイスにおいてオブジェクト（またはデータ）が生成または変更された場合、生成または変更されたオブジェクトをクライアントデバイスに直ちに知らせることによって、クライアントデバイスが生成または変更されたオブジェクトを探すための演算過程が減るという効果がある。

また、本願発明は、クライアントデバイスで生成または変更されたオブジェクトを探すための演算過程が減るから、サーバとクライアントデバイスとの負荷を減らすことができ、デバイスの電力消耗を減らすことができるという効果がある。

本明細書で提案するブルートゥース低電力エネルギー技術を利用する無線通信システムの一例を示した概略図である。 本明細書で提案するサーバデバイス及びクライアントデバイスの内部構成図の一例を示す。 ブルートゥース低電力エネルギートポロジー（Ｔｏｐｏｌｏｇｙ）の一例を示す。 本明細書で提案するブルートゥース低電力エネルギーアーキテクチャー（Ａｒｃｈｉｔｅｃｔｕｒｅ）の一例を示す。 ブルートゥース低電力エネルギー技術におけるオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する方法の一例を示した図である。 本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術において新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術において新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法のさらに他の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術における新しいファームウェアイメージが生成されたイベント発生時間情報を利用して、データ変更指示情報を送信するための方法の一例を示す。 本明細書で提案するブルートゥース低電力エネルギー技術におけるオブジェクトリスト制御ポイント（ＯＬＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索方法の一例を示した図である。 本明細書で提案するブルートゥース低電力エネルギー技術におけるオブジェクト行動制御ポイント（ＯＡＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索を行う方法のさらに他の一例を示した図である。

以下、図面を参照して、本発明をさらに詳細に説明する。

以下の説明で使用される構成要素に対する接尾辞「モジュール」及び「部」は、単純に本明細書作成の容易さを考慮して付与されることであり、前記「モジュール」及び「部」は、互いに混用して使用されることもできる。

一方、本明細書で述べられるデバイスは、無線通信が可能なデバイスであって、スマートフォンを含んだ携帯電話、タブレット型パソコン、デスクトップコンピュータ、ノート型パソコン、スマートＴＶ、ＩＰＴＶなどを含んだテレビなどが可能である。

また、以下、添付図面及び添付図面に記載された内容を参照して、本発明の実施の形態を詳細に説明するが、本発明が実施の形態により制限または限定されるものではない。

本明細書において用いられる用語は、本発明での機能を考慮しながら可能な現在広く用いられる一般的な用語を選択したが、これは、当分野に従事する技術者の意図または慣例または新しい技術の出現などによって変わることができる。

また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分においてその意味を記載するはずである。

よって、本明細書で用いられる用語は、単純な用語の名称でないその用語が有する実質的な意味と本明細書の全般にかけた内容に基づいて解析されなければならないことを明らかにする。

図１は、本明細書で提案するブルートゥース低電力エネルギー技術を利用する無線通信システムの一例を示した概略図である。

無線通信システム１００は、少なくとも一つのサーバデバイス（Ｓｅｒｖｅｒ Ｄｅｖｉｃｅ）１１０及び少なくとも一つのクライアントデバイス（Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ）１２０を備える。

サーバデバイスとクライアントデバイスとは、ブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ、以下、便宜上「ＢＬＥ」とする。）技術を利用して、ブルートゥース通信を行う。

まず、ＢＬＥ技術は、ブルートゥースＢＲ／ＥＤＲ（Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）技術と比較して、相対的に小さなｄｕｔｙ ｃｙｃｌｅを有し、低価生産が可能であり、低速のデータ送信率を介して電力消耗を大幅に減ることができるから、コインセル（ｃｏｉｎ ｃｅｌｌ）バッテリーを利用する場合、１年以上動作が可能である。

また、ＢＬＥ技術では、デバイス間接続手順を簡素化し、パケットサイズもブルートゥースＢＲ／ＥＤＲ技術に比べて小さく設計されている。

ＢＬＥ技術において、（１）ＲＦチャネルの数は４０個であり、（２）データ送信速度は１Ｍｂｐｓを支援し、（３）トポロジーはスター構造であり、４）ｌａｔｅｎｃｙは３ｍｓで、（５）最大電流は１５ｍＡ以下であり、（６）出力電力は１０ｍＷ（１０ｄＢｍ）以下であり、（７）携帯電話、時計、スポーツ、ヘルスケア、センサ、機器制御などのアプリケーションに主に使用される。

前記サーバデバイス１１０は、他のデバイスとの関係でクライアントデバイスとして動作でき、前記クライアントデバイスは、他のデバイスとの関係でサーバデバイスとして動作できる。すなわち、ＢＬＥ通信システムにおいて何れか一つのデバイスは、サーバデバイスまたはクライアントデバイスとして動作でき、必要な場合、サーバデバイス及びクライアントデバイスとして同時に動作することも可能である。

前記サーバデバイス１１０は、データサービスデバイス（Ｄａｔａ Ｓｅｒｖｉｃｅ Ｄｅｖｉｃｅ）、マスター（Ｍａｓｔｅｒ）デバイス、サーバなどと表現されることができ、前記クライアントデバイスは、スレーブ（Ｓｌａｖｅ）デバイス、クライアントなどと表現されることができる。

サーバデバイスとクライアントデバイスは、前記無線通信システムの主な構成要素に該当し、前記無線通信システムは、サーバデバイス及びクライアントデバイスの他にも、他の構成要素を含むことができる。

前記サーバデバイスは、クライアントからデータを受け取り、クライアントデバイスと直接通信を行うことによって、クライアントデバイスからデータ要求を受信する場合、応答を介してクライアントデバイスにデータを提供するデバイスのことを言う。

また、前記サーバデバイスは、クライアントデバイスにデータ情報を提供するために、クライアントデバイスに通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージ、指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージを送信する。また、前記サーバデバイスは、前記クライアントデバイスに指示メッセージを送信する場合、前記クライアントから前記指示メッセージに対応する確認（Ｃｏｎｆｉｒｍ）メッセージを受信する。

また、前記サーバデバイスは、通知、指示、確認メッセージをクライアントデバイスと送受信する過程で出力部（Ｄｉｓｐｌａｙ Ｕｎｉｔ）を介してユーザにデータ情報を提供するか、または入力部（Ｕｓｅｒ Ｉｎｐｕｔ Ｉｎｔｅｒｆａｃｅ）を介してユーザから入力される要求を受信することができる。

また、前記サーバデバイスは、前記クライアントデバイスとメッセージを送受信する過程でメモリ（ｍｅｍｏｒｙ ｕｎｉｔ）からデータを読み込むか、新しいデータを該当メモリに書き込むことができる。

また、一つのサーバデバイスは、多数のクライアントデバイスと接続されることができ、ボンディング（Ｂｏｎｄｉｎｇ）情報を活用してクライアントデバイスと容易に再接続（または接続）が可能である。

前記クライアントデバイス１２０は、サーバデバイスにデータ情報及びデータ送信を要求する装置のことを言う。

クライアントデバイスは、前記サーバデバイスから通知メッセージ、指示メッセージなどを介してデータを受信し、指示メッセージを前記サーバデバイスから受信する場合、前記指示メッセージに対する応答として確認メッセージを送信する。

前記クライアントデバイスも同様に、前記サーバデバイスとメッセージを送受信する過程で出力部を介してユーザに情報を提供するか、または入力部を介してユーザからの入力を受信することができる。

また、前記クライアントデバイスは、前記サーバデバイスとメッセージを送受信する過程でメモリからデータを読み込むか、または新しいデータを該当メモリに書き込むことができる。

前記サーバデバイス及びクライアントデバイスの出力部、入力部及びメモリなどのようなハードウェア構成要素に対しては、図２において具体的に述べる。

また、前記無線通信システムは、ブルートゥース技術を介して個人領域ネットワーキング（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｉｎｇ：ＰＡＮ）を構成できる。一例として、前記無線通信システムでは、デバイス間個人的なピコネット（ｐｒｉｖａｔｅ ｐｉｃｏｎｅｔ）を確立することによって、ファイル、書類などを迅速かつ安全に交換できる。

ＢＬＥデバイス（または機器）は、多様なブルートゥース−関連プロトコル、プロファイル、処理などを支援するように動作可能でありうる。

図２は、本明細書で提案するサーバデバイス及びクライアントデバイスの内部構成図の一例を示す。

図２に示すように、サーバデバイスは、出力部（Ｄｉｓｐｌａｙ Ｕｎｉｔ）１１１）、入力部（Ｕｓｅｒ Ｉｎｐｕｔ Ｉｎｔｅｒｆａｃｅ）１１２、電力供給部（Ｐｏｗｅｒ Ｓｕｐｐｌｙ Ｕｎｉｔ）１１３、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）１１４、メモリ（Ｍｅｍｏｒｙ Ｕｎｉｔ）１１５、ブルートゥースインターフェース（Ｂｌｕｅｔｏｏｔｈ Ｉｎｔｅｒｆａｃｅ）１１６、他の通信インターフェース（Ｏｔｈｅｒ Ｉｎｔｅｒｆａｃｅ）１１７及び通信部（または送受信部）１１８を備える。

前記出力部１１１、入力部１１２、電力供給部１１３、プロセッサ１１４、メモリ１１５、ブルートゥースインターフェース１１６、他の通信インターフェース１１７及び通信部１１８は、本明細書で提案する方法を行うために機能的に接続されている。

また、クライアントデバイスは、出力部（Ｄｉｓｐｌａｙ Ｕｎｉｔ）１２１、入力部（Ｕｓｅｒ Ｉｎｐｕｔ Ｉｎｔｅｒｆａｃｅ）１２２、電力供給部（Ｐｏｗｅｒ Ｓｕｐｐｌｙ Ｕｎｉｔ）１２３、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）１２４、メモリ（Ｍｅｍｏｒｙ Ｕｎｉｔ）１２５、ブルートゥースインターフェース（Ｂｌｕｅｔｏｏｔｈ Ｉｎｔｅｒｆａｃｅ）１２６及び通信部（または送受信部）１２７を備える。

前記出力部１２１、入力部１２２、電力供給部１２３、プロセッサ１２４、メモリ１２５、ブルートゥースインターフェース１２６、及び通信部１２７は、本明細書で提案する方法を行うために機能的に接続されている。

前記ブルートゥースインターフェース１１６、１２６は、ブルートゥース技術を利用してデバイス間の要求／応答、命令、通知、指示／確認メッセージなどまたはデータ送信が可能なユニット（またはモジュール）のことを言う。

前記メモリ１１５、１２５は、多様な種類のデバイスに具現化されるユニットであって、多様な種類のデータが格納されるユニットのことをいう。

前記プロセッサ１１４、１２４は、サーバデバイスまたはクライアントデバイスの全般的な動作を制御するモジュールのことをいい、ブルートゥースインターフェース及び他の通信インターフェースでメッセージを送信要求及び受信したメッセージを処理するように制御する。

前記プロセッサ１１４、１２４は、制御部、制御ユニット（Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、コントローラなどと表現されることができる。

前記プロセッサ１１４、１２４は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を備えることができる。

前記プロセッサ１１４、１２４は、サーバデバイスからオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスにスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、前記サーバデバイスとブルートゥース接続設定のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信するように前記通信部を制御し、前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報を含むオブジェクト識別指示情報を受信するように前記通信部を制御する。

また、前記プロセッサ１１４、１２４は、前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけがオブジェクトリストとして含むオブジェクトフィルタ（Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ）情報を受信するように前記通信部を制御する。

また、前記プロセッサ１１４、１２４は、オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を前記サーバデバイスに送信するように前記通信部を制御する。

また、前記プロセッサ１１４、１２４は、オブジェクトリストのうち、特定オブジェクトＩＤを有するオブジェクトに移動を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報を前記サーバデバイスに送信するように前記通信部を制御する。

前記メモリ１１５、１２５は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を備えることができる。

前記通信部１１８、１２７は、無線信号を処理するためのベースバンド回路を含むことができる。実施の形態がソフトウェアにより具現化される時に、上述の技法は、上述の機能を行うモジュール（過程、機能など）により具現化されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。

前記メモリ１１５、１２５は、プロセッサ１１４、１２４の内部または外部にあることができ、周知の多様な手段でプロセッサ１１４、１２４と接続されることができる。

前記出力部１１１、１２１は、デバイスの状態情報及びメッセージ交換情報などを画面を介してユーザに提供するためのモジュールのことをいう。

前記電力供給部（電源供給部）１１３、１２３は、制御部の制御下に外部の電源、内部の電源が印加されて各構成要素の動作に必要な電源を供給するモジュールのことをいう。

上述のように、ＢＬＥ技術では、小さなデューティサイクル（ｄｕｔｙ ｃｙｃｌｅ）を有し、低速のデータ送信率を介して電力消耗を大幅に減ることができ、前記電力供給部は、少ない出力電力でも（１０ｍＷ（１０ｄＢｍ）以下）各構成要素の動作に必要な電源を供給することができる。

前記入力部１１２、１２２は、画面ボタンのようにユーザの入力を制御部に提供して、デバイスの動作をユーザが制御できるようにするモジュールのことをいう。

図３は、ブルートゥース低電力エネルギートポロジー（Ｔｏｐｏｌｏｇｙ）の一例を示す。

図３を参照すると、デバイスＡは、デバイスＢとデバイスＣをスレーブ（ｓｌａｖｅ）として有するピコネット（ピコネットＡ、陰影部分）においてマスター（ｍａｓｔｅｒ）である。

ここで、ピコネット（Ｐｉｃｏｎｅｔ）は、多数のデバイスのうち、何れか一つがマスターであり、残りのデバイスがマスターデバイスに接続されている共有された物理チャネルを占有しているデバイスの集合を意味する。

ＢＬＥスレーブは、マスターと共通物理チャネルを共有しない。各々のスレーブは、別の物理チャネルを介してマスターと通信する。マスターデバイスＦとスレーブデバイスＧを有するさらに他のピコネット（ピコネットＦ）がある。

デバイスＫは、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ Ｋ）にある。ここで、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ）は、他のピコネット間の接続が存在するピコネットのグループを意味する。

デバイスＫは、デバイスＬのマスターであり、かつデバイスＭのスレーブである。

デバイスＯもやはり、スキャッターネット（ｓｃａｔｔｅｒｎｅｔ Ｏ）にある。デバイスＯは、デバイスＰのスレーブであり、かつデバイスＱのスレーブである。

図３に示すように、５個の他のデバイスグループが存在する。

１．デバイスＤは広告者（ａｄｖｅｒｔｉｓｅｒ）で、デバイスＡは開始者（ｉｎｉｔｉａｔｏｒ）である。（グループＤ）

２．デバイスＥはスキャナー（ｓｃａｎｎｅｒ）であり、デバイスＣは広告者である（グループＣ）。

３．デバイスＨは広告者であり、デバイスＩ及びＪはスキャナーである（グループＨ）。

４．デバイスＫもまた広告者であり、デバイスＮは開始者である。（グループＫ）

５．デバイスＲは広告者であり、デバイスＯは開始者である。（グループＲ）

デバイスＡとＢは、一つのＢＬＥピコネット物理チャネルを使用する。

デバイスＡとＣは、さらに他のＢＬＥピコネット物理チャネルを使用する。

グループＤにおいて、デバイスＤは、広告物理チャネル上に接続可能な広告イベントを使用して広告を出し、デバイスＡは開始者である。デバイスＡは、デバイスＤと接続を形成でき、ピコネットＡにデバイスを追加できる。

グループＣにおいて、デバイスＣは、スキャナーデバイスＥによりキャプチャーされる広告イベントのあるタイプを使用して、広告物理チャネル上に広告を出す。

グループＤとグループＣは、衝突を避けるために、互いに異なる広告物理チャネルを使用するか、または他の時間を使用することができる。

ピコネットＦには、一つの物理チャネルがある。デバイスＦとＧは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＦはマスターで、デバイスＧはスレーブである。

グループＨには、一つの物理チャネルがある。デバイスＨ、Ｉ及びＪは、一つのＢＬＥ広告物理チャネルを使用する。デバイスＨは、広告者であり、デバイスＩ及びＪは、スキャナーである。

スキャッターネットＫにおいて、デバイスＫとＬは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＫとＭは、さらに他のＢＬＥピコネット物理チャネルを使用する。

グループＫにおいて、デバイスＫは、広告物理チャネル上に接続可能な広告イベントを使用して広告し、デバイスＮは、開始者である。デバイスＮは、デバイスＫと接続を形成できる。ここで、デバイスＫは、二つのデバイスのスレーブになりながら同時に一つのデバイスのマスターになる。

スキャッターネットＯにおいて、デバイスＯとＰは、一つのＢＬＥピコネット物理チャネルを使用する。デバイスＯとＱは、さらに他のＢＬＥピコネット物理チャネルを使用する。

グループＲにおいて、デバイスＲは、広告物理チャネル上に接続可能な広告イベントを使用して広告をし、デバイスＯは、開始者である。デバイスＯは、デバイスＲと接続を形成できる。ここで、デバイスＯは、二つのデバイスのスレーブになりながら同時に一つのデバイスのマスターになる。

図４は、本明細書で提案するブルートゥース低電力エネルギーアーキテクチャー（Ａｒｃｈｉｔｅｃｔｕｒｅ）の一例を示す。

図４に示すように、ＢＬＥ構造は、タイミングが重要な無線装置インターフェースを処理するように動作可能なコントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）と高レベル（ｈｉｇｈ ｌｅｖｅｌ）データを処理するように動作可能なホストスタック（Ｈｏｓｔ ｓｔａｃｋ）を含む。

前記コントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）は、コントローラ（Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれることもできるが、先に図２において言及したデバイスの内部構成要素であるプロセッサとの混同を避けるために、以下、コントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）と表現する。

まず、コントローラスタックは、ブルートゥース無線装置を備えることができる通信モジュールと、例えば、マイクロプロセッサのようなプロセシングデバイスを含むことができるプロセッサモジュールを利用して具現化されることができる。

ホストスタックは、プロセッサモジュール上において作動するＯＳの一部であって、またはＯＳ上のパッケージ（ｐａｃｋａｇｅ）のインスタンス生成（ｉｎｓｔａｎｔｉａｔｉｏｎ）として具現化されることができる。

一部事例において、コントローラスタック及びホストスタックは、プロセッサモジュール内の同じプロセシングデバイス上において作動または実行されることができる。

ホストスタックは、ＧＡＰ（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）４１０、ＧＡＴＴ ｂａｓｅｄ Ｐｒｏｆｉｌｅｓ４２０、ＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ）４３０、ＡＴＴ（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）４４０、ＳＭ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅ）４５０、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）４６０を含む。ただし、ホストスタックは、これに限定されず、多様なプロトコル及びプロファイルを含むことができる。

ホストスタックは、Ｌ２ＣＡＰを使用してブルートゥース上位で提供する多様なプロトコル、プロファイルなどを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）する。

まず、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）４６０は、特定プロトコルまたはプロファイルにデータを送信するための一つの両方向チャネルを提供する。

Ｌ２ＣＡＰは、上位層プロトコルの間でデータを多重化し、パッケージ（ｐａｃｋａｇｅ）を分割（ｓｅｇｍｅｎｔ）及び再び組み立て（ｒｅａｓｓｅｍｂｌｅ）し、マルチキャストデータ送信を管理するように動作できる。

ＢＬＥでは、３個の固定チャネル（ｓｉｇｎａｌｉｎｇ ＣＨのために１個、Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒのために１個、Ａｔｔｒｉｂｕｔｅ ｐｒｏｔｏｃｏｌのために１個）を使用する。

これに対し、ＢＲ／ＥＤＲ（Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）では、動的なチャネルを使用し、ｐｒｏｔｏｃｏｌ ｓｅｒｖｉｃｅ ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇｍｏｄｅなどを支援する。

ＳＭ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ）４５０はデバイスを認証し、キー分配（ｋｅｙｄ ｉｓｔｒｉｂｕｔｉｏｎ）を提供するためのプロトコルである。

ＡＴＴ（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）４４０は、サーバ−クライアント（Ｓｅｒｖｅｒ−Ｃｌｉｅｎｔ）構造で相手デバイスのデータを接近するための規則を定義する。ＡＴＴには、６種類のメッセージ類型（Ｒｅｑｕｅｓｔ、Ｒｅｓｐｏｎｓｅ、Ｃｏｍｍａｎｄ、Ｎｏｔｉｆｉｃａｔｉｏｎ、Ｉｎｄｉｃａｔｉｏｎ、Ｃｏｎｆｉｒｍａｔｉｏｎ）がある。

すなわち、（１）Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅメッセージ：Ｒｅｑｕｅｓｔメッセージは、クライアントデバイスからサーバデバイスに特定情報を要求するためのメッセージであり、Ｒｅｓｐｏｎｓｅメッセージは、Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであって、サーバデバイスからクライアントデバイスに送信されるメッセージのことを言う。

（２）Ｃｏｍｍａｎｄメッセージ：クライアントデバイスからサーバデバイスに特定動作の命令を指示するために送信するメッセージであって、サーバデバイスは、Ｃｏｍｍａｎｄメッセージに対する応答をクライアントデバイスに送信しない。

（３）Ｎｏｔｉｆｉｃａｔｉｏｎメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、クライアントデバイスは、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信しない。

（４）Ｉｎｄｉｃａｔｉｏｎ及びＣｏｎｆｉｒｍメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージとは異なり、クライアントデバイスは、Ｉｎｄｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信する。

ＧＡＰ（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）は、ＢＬＥ技術のために新しく具現化された層であって、ＢＬＥデバイス間の通信のための役割選択、マルチプロファイル作動がどのように起きるかを制御するのに使用される。

また、ＧＡＰは、デバイス発見、接続生成及びセキュリティー手順部分に主に使用され、ユーザに情報を提供する方案を定義し、下記のようなａｔｔｒｉｂｕｔｅのｔｙｐｅを定義する。

（１）Ｓｅｒｖｉｃｅ：データと関連したｂｅｈａｖｉｏｒの組み合わせでデバイスの基本的な動作を定義

（２）Ｉｎｃｌｕｄｅ：サービス間の関係を定義

（３）Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ：サービスで使用されるｄａｔａ値

（４）Ｂｅｈａｖｉｏｒ：ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、ｖａｌｕｅ ｔｙｐｅ）と定義されるｃｏｍｐｕｔｅｒが読むことができるフォーマット

ＧＡＴＴ−ｂａｓｅｄ Ｐｒｏｆｉｌｅｓは、ＧＡＴＴに依存性を有するｐｒｏｆｉｌｅであって、主にＢＬＥデバイスに適用される。ＧＡＴＴ−ｂａｓｅｄ Ｐｒｏｆｉｌｅｓは、Ｂａｔｔｅｒｙ、Ｔｉｍｅ、ＦｉｎｄＭｅ、Ｐｒｏｘｉｍｉｔｙ、Ｔｉｍｅ、Ｏｂｊｅｃｔ Ｄｅｌｉｖｅｒｙ Ｓｅｒｖｉｃｅなどでありうる。ＧＡＴＴ−ｂａｓｅｄ Ｐｒｏｆｉｌｅｓの具体的な内容は、下記のとおりである。

（１）Ｂａｔｔｅｒｙ：バッテリー情報交換方法

（２）Ｔｉｍｅ：時間情報交換方法

（３）ＦｉｎｄＭｅ：距離に応じるアラームサービス提供

（４）Ｐｒｏｘｉｍｉｔｙ：バッテリー情報交換方法

（５）Ｔｉｍｅ：時間情報交換方法

ＧＡＴＴは、サービスの構成時にＡＴＴがどのように利用されるかを説明するプロトコルとして動作可能でありうる。例えば、ＧＡＴＴは、ＡＴＴ属性がどのようにサービスに共にグループ化されるかを規定するように動作可能でありえ、サービスと関連した特徴を説明するように動作可能でありうる。

したがって、ＧＡＴＴ及びＡＴＴは、デバイスの状態とサービスを説明し、特徴が互いにどのように関連しこれらがどのように利用されるかを説明するために、特徴を使用することができる。

コントローラ（Ｃｏｎｔｒｏｌｌｅｒ）スタックは、物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）４９０、リンク層（Ｌｉｎｋ Ｌａｙｅｒ）４８０及びホストコントローラインターフェース（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）４７０を備える。

物理層（無線送受信モジュール）４９０は、２．４ＧＨｚ無線信号を送受信する層であって、ＧＦＳＫ（Ｇａｕｓｓｉａｎ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）ｍｏｄｕｌａｔｉｏｎと４０個のＲＦチャネルから構成されたｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ技法を使用する。

リンク層４８０は、ブルートゥースパケットを送信または受信する。

また、リンク層は、３個のＡｄｖｅｒｔｉｓｉｎｇチャネルを利用してＡｄｖｅｒｔｉｓｉｎｇ、Ｓｃａｎｎｉｎｇ機能を行った後にデバイス間接続を生成し、３７個Ｄａｔａチャネルを介して最大４２ｂｙｔｅｓのデータパケットをやり取りする機能を提供する。

ＨＣＩ（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）は、ＨｏｓｔスタックとＣｏｎｔｒｏｌｌｅｒスタックとの間のインターフェースを提供し、ＨｏｓｔスタックでｃｏｍｍａｎｄとＤａｔａをＣｏｎｔｒｏｌｌｅｒスタックに提供するようにし、ＣｏｎｔｒｏｌｌｅｒスタックでｅｖｅｎｔとＤａｔａをＨｏｓｔスタックに提供するようにする。

以下、ブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ）技術での手順（Ｐｒｏｃｅｄｕｒｅ）について簡略に述べる。

ＢＬＥ手順は、デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ）などがある。

デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）
デバイスフィルタリング手順は、コントローラスタックで要求、指示、通知などに対する応答を行うデバイスの数を減らすための方法である。すべてのデバイスで要求を受信する際、これに対して応答する必要がないから、コントローラスタックは、要求を送信する数を減らして、ＢＬＥコントローラスタックで電力消費が減るように制御できる。

広告デバイスまたはスキャニングデバイスは、広告パケット、スキャン要求または接続要求を受信するデバイスを制限するために、前記デバイスフィルタリング手順を行うことができる。

ここで、広告デバイスは、広告イベントを送信する、すなわち、広告を行うデバイスのことを言い、広告者（Ａｄｖｅｒｔｉｓｅｒ）とも呼ぶ。

スキャニングデバイスは、スキャニングを行うデバイス、スキャン要求を送信するデバイスのことを言う。

ＢＬＥでは、スキャニングデバイスにより受信される一部広告パケットを広告デバイスから受信する場合、スキャニングデバイスは、広告デバイスにスキャン要求を送ることを必要とする。仮に、デバイスフィルタリング手順が使用されてスキャン要求が送信されなければならない広告デバイスが予めフィルタリングされる場合、スキャニングデバイスは、広告デバイスから送信する広告パケットを無視できる。

接続要求過程でもデバイスフィルタリング手順が使用されることができる。仮に、接続要求をするデバイスで接続要求に対する応答するデバイスに対する事前デバイスフィルタリング手順を使用しない場合、接続要求を受信したデバイス（一例として、広告を行った広告デバイス）は、前記接続要求に対して応答しなければならない。

接続要求をするデバイスは、開始デバイスまたは開始者（ｉｎｉｔｉａｔｏｒ）と表現されることができる。

広告デバイスは、スキャン要求または接続要求を前記広告デバイスに送信するデバイスを制限するために、デバイスフィルタリング手順を使用することができる。

広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ）
広告デバイスは、領域内のデバイスに非指向性ブロードキャストを行うために広告手順を行う。ここで、非指向性ブロードキャストは、特定方向へのブロードキャストでない全（すべての）方向へのブロードキャストのことをいう。これとは異なり、指向性ブロードキャストは、特定方向へのブロードキャストのことをいう。非指向性ブロードキャストは、広告デバイスとリスニング（または聴取）状態にあるデバイス（以下、リスニングデバイスという）との間に接続手順無しで発生する。広告手順は、近くの開始デバイスとブルートゥース接続を確立するために使用される。または広告手順は、広告チャネルでリスニングを行っているスキャニングデバイスにユーザデータの周期的なブロードキャストを提供するために使用されることができる。広告手順においてすべての広告（または広告イベント）は、広告物理チャネルを介してブロードキャストされる。

ＢＬＥピコネットに接続しているＢＬＥデバイスは、広告イベントの特定タイプを使用して広告を出すことができる。

広告デバイスは、広告デバイスから追加的なユーザデータを得るために、リスニングを行っているリスニングデバイスからスキャン要求を受信することができる。広告デバイスは、スキャン要求を受信した広告物理チャネルと同じ広告物理チャネルを介して、スキャン要求を送信したデバイスにスキャン要求に対する応答を送信する。広告パケットの一部分として送られるブロードキャストユーザデータは、動的なデータであることに対し、スキャン応答データは、一般に静的なデータである。

広告デバイスは、広告（ブロードキャスト）物理チャネル上において開始デバイスから接続要求を受信することができる。仮に、広告デバイスが接続可能な広告イベントを使用し、開始デバイスがデバイスフィルタリング手順によりフィルタリングされないと、広告デバイスは、広告を止め接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）に進入する。広告デバイスは、接続モード以後に広告を再度始めることができる。

スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ）
スキャニングを行うデバイス、すなわち、スキャニングデバイスは、広告物理チャネルを使用する広告デバイスからユーザデータの非指向性ブロードキャストを聴取するためにスキャニング手順を行う。

スキャニングデバイスは、広告デバイスから追加的なユーザデータを要求するために、広告物理チャネルを介してスキャン要求を広告デバイスに送信する。広告デバイスは、広告物理チャネルを介してスキャニングデバイスから要求した追加的なユーザデータを含んで、前記スキャン要求に対する応答であるスキャン応答を送信する。

前記スキャニング手順は、ＢＬＥピコネットで他のＢＬＥデバイスと接続される間に使用されることができる。

仮に、スキャニングデバイスがブロードキャストされる広告イベントを受信し、接続要求を開始できる開始者モード（ｉｎｉｔｉａｔｏｒ ｍｏｄｅ）にある場合、スキャニングデバイスは、広告物理チャネルを介して広告デバイスに接続要求を送信することによって、広告デバイスとブルートゥース接続を始めることができる。

スキャニングデバイスが広告デバイスに接続要求を送信する場合、スキャニングデバイスは、追加的なブロードキャストのための開始者モードスキャニングを中止し、接続モードに進入する。

ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）
ブルートゥース通信が可能なデバイス（以下、ブルートゥースデバイスという。）は、近くに存在するデバイスを発見するために、または与えられた領域内で他のデバイスにより発見されるために、広告手順とスキャニング手順とを行う。

ディスカバーリング手順は、非対称的に行われる。周囲の他のデバイスを探そうとするブルートゥースデバイスをディスカバーリングデバイス（ｄｉｓｃｏｖｅｒｉｎｇ ｄｅｖｉｃｅ）といい、スキャン可能な広告イベントを広告するデバイスを探すためにリスニングする。他のデバイスから発見されて利用可能なブルートゥースデバイスをディスカバラブルデバイス（ｄｉｓｃｏｖｅｒａｂｌｅ ｄｅｖｉｃｅ）といい、積極的に広告（ブロードキャスト）物理チャネルを介して他のデバイスがスキャン可能なように、広告イベントをブロードキャストする。

ディスカバーリングデバイスとディスカバラブルデバイスとも、ピコネットで他のブルートゥースデバイスと既に接続されていることができる。

接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ）
接続手順は、非対照的であり、接続手順は、特定ブルートゥースデバイスが広告手順を行う間に、他のブルートゥースデバイスは、スキャニング手順を行うことを要求する。

すなわち、広告手順が目的になることができ、その結果、ただ一つのデバイスだけが広告に応答するはずである。広告デバイスから接続可能な広告イベントを受信した以後、広告（ブロードキャスト）物理チャネルを介して広告デバイスに接続要求を送信することによって、接続を開始できる。

以下、ＢＬＥ技術での動作状態、すなわち、広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ）、スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ）、開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）、接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ）について簡略に述べる。

広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ）
リンク層（ＬＬ）は、ホスト（スタック）の指示により、広告状態に進入する。リンク層が広告状態にある場合、リンク層は、広告イベントから広告ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）を送信する。

各々の広告イベントは、少なくとも一つの広告ＰＤＵから構成され、広告ＰＤＵは、使用される広告チャネルインデックスを介して送信される。広告イベントは、広告ＰＤＵが使用される広告チャネルインデックスを介して各々送信された場合、終了または広告デバイスが他の機能を行うために空間を確保する必要がある場合、もう少し早く広告イベントを終了できる。

スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ）
リンク層は、ホスト（スタック）の指示によりスキャニング状態に進入する。スキャニング状態で、リンク層は、広告チャネルインデックスをリスニングする。

スキャニング状態には、受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）、積極的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）の２通りのタイプがあり、各スキャニングタイプは、ホストにより決定される。

スキャニングを行うための別の時間または広告チャネルインデックスが定義されない。

スキャニング状態の間に、リンク層は、スキャンウィンドウ（ｓｃａｎＷｉｎｄｏｗ）区間（ｄｕｒａｔｉｏｎ）の間に、広告チャネルインデックスをリスニングする。スキャンインターバル（ｓｃａｎＩｎｔｅｒｖａｌ）は、二つの連続的なスキャンウィンドウの開始点間の間隔（インターバル）と定義される。

リンク層は、スケジューリングの衝突がない場合、ホストにより指示されるようにスキャンウィンドウのすべてのスキャンインターバル完成のためにリスニングしてする。各スキャンウィンドウで、リンク層は、他の広告チャネルインデックスをスキャンしなければならない。リンク層は、使用可能なすべての広告チャネルインデックスを使用する。

受動的なスキャニングであるとき、リンク層は、ただパケットだけを受信し、いかなるパケットも送信できない。

能動的なスキャニングであるとき、リンク層は、広告デバイスに広告ＰＤＵと広告デバイスと関連した追加的な情報を要求できる広告ＰＤＵタイプに依存するためにリスニングを行う。

開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）
リンク層は、ホスト（スタック）の指示により開始状態に進入する。リンク層が開始状態にあるとき、リンク層は、広告チャネルインデックスに対するリスニングを行う。

開始状態の間に、リンク層は、スキャンウィンドウ区間の間に広告チャネルインデックスをリスニングする。

接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ）
リンク層は、接続要求を行うデバイス、すなわち、開始デバイスがＣＯＮＮＥＣＴ＿ＲＥＱＰＤＵを広告デバイスに送信する時、または広告デバイスが開始デバイスからＣＯＮＮＥＣＴ＿ＲＥＱＰＤＵを受信する時に接続状態に進入する。

接続状態に進入した以後、接続が生成されることと考慮される。ただし、接続が接続状態に進入した時点で確立されるように考慮される必要はない。新しく生成された接続と予め確立された接続間の唯一の差は、リンク層接続監督タイムアウト（ｓｕｐｅｒｖｉｓｉｏｎ ｔｉｍｅｏｕｔ）値だけである。

二つのデバイスが接続されているとき、二つのデバイスは、異なる役割として活動する。

マスターの役割を果たすリンク層は、マスターと呼ばれ、スレーブの役割を果たすリンク層は、スレーブと呼ばれる。マスターは、接続イベントのタイミングを調節し、接続イベントは、マスターとスレーブとの間に同期化される時点をいう。

以下、ブルートゥースインターフェースで定義されるパケットについて簡略に述べる。

ＢＬＥデバイスは、下記で定義されるパケットを使用する。

パケットフォーマット
リンク層（Ｌｉｎｋ Ｌａｙｅｒ）は、広告チャネルパケットとデータチャネルパケットとものために使用されるただ一つのパケットフォーマットだけを有する。

各パケットは、プリアンブル（Ｐｒｅａｍｂｌｅ）、接続アドレス（Ａｃｃｅｓｓ Ａｄｄｒｅｓｓ）、ＰＤＵ及びＣＲＣの４個のフィールドから構成される。

一つのパケットが広告物理チャネルから送信される時、ＰＤＵは、広告チャネルＰＤＵになり、一つのパケットがデータ物理チャネルから送信される時、ＰＤＵは、データチャネルＰＤＵになるはずである。

広告チャネルＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ）
広告チャネルＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）は、１６ビットヘッダと多様な大きさのペイロードを有する。

ヘッダに含まれる広告チャネルＰＤＵのＰＤＵタイプフィールドは、下記の表１で定義されたようなＰＤＵタイプを示す。

広告ＰＤＵ
以下の広告チャネルＰＤＵタイプは、広告ＰＤＵと呼ばれ、具体的なイベントで使用される。

ＡＤＶ＿ＩＮＤ：接続可能な非指向性広告イベント

ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ：接続可能な指向性広告イベント

ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ：接続不可能な非指向性広告イベント

ＡＤＶ＿ＳＣＡＮ＿ＩＮＤ：スキャン可能な非指向性広告イベント

前記ＰＤＵは、広告状態でリンク層（Ｌｉｎｋ Ｌａｙｅｒ）から送信され、スキャニング状態または開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）でリンク層により受信される。

Ｓｃａｎｎｉｎｇ ＰＤＵｓ
以下の広告チャネルＰＤＵタイプは、スキャニングＰＤＵと呼ばれ、下記で説明される状態で使用される。

ＳＣＡＮ＿ＲＥＱ：スキャニング状態でリンク層により送信され、広告状態でリンク層により受信される。

ＳＣＡＮ＿ＲＳＰ：広告状態でリンク層により送信され、スキャニング状態でリンク層により受信される。

Ｉｎｉｔｉａｔｉｎｇ ＰＤＵｓ
以下の広告チャネルＰＤＵタイプは、開始ＰＤＵと呼ばれる。

ＣＯＮＮＥＣＴ＿ＲＥＱ：開始状態でリンク層により送信され、広告状態でリンク層により受信される。

データチャネルＰＤＵ（Ｄａｔａ Ｃｈａｎｎｅｌ ＰＤＵ）
データチャネルＰＤＵは、１６ビットヘッダ、多様な大きさのペイロードを有し、メッセージ無欠点（完全性）チェック（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ：ＭＩＣ）フィールドを含むことができる。

上述のＢＬＥ技術での手順、状態、パケットフォーマットなどは、本明細書で提案する方法を行うために適用されることができる。

図５は、ブルートゥース低電力エネルギー技術におけるオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する方法の一例を示した図である。

オブジェクト送信サービス（Ｏｂｊｅｃｔ Ｄｅｌｉｖｅｒｙ Ｓｅｒｖｉｃｅ ｏｒ Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）は、ブルートゥース通信でバルクデータ（ｂｕｌｋ ｄａｔａ）のようなオブジェクトまたはデータを送信または受信するために、ＢＬＥで支援するサービスのことを言う。

サーバデバイスとクライアントデバイスとの間にブルートゥース接続設定のためにステップＳ５１０〜Ｓ５３０に該当する広告過程及びスキャニング過程が行われる。

まず、サーバデバイスは、オブジェクト送信サービスを含んで、前記サーバデバイス関連情報を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ５１０）。前記広告メッセージは、広告ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）、広告パケット、広告、広告フレーム、広告物理チャネルＰＤＵなどと表現されることができる。

前記広告メッセージは、サーバデバイスで提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。

また、前記広告メッセージは、ブロードキャスト方式またはユニキャスト（ｕｎｉｃａｓｔ）方式で前記クライアントデバイスに送信されることができる。

以後、前記クライアントデバイスは、サーバデバイスに関連してさらに詳細な情報を知るために、スキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを前記サーバデバイスに送信する（Ｓ５２０）。

前記スキャン要求メッセージは、スキャニング（Ｓｃａｎｎｉｎｇ）ＰＤＵ、スキャン要求ＰＤＵ、スキャン要求、スキャン要求フレーム、スキャン要求パケットなどと表現されることができる。

以後、前記サーバデバイスは、前記クライアントデバイスから受信されたスキャン要求メッセージに対する応答として、スキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを前記クライアントデバイスに送信する（Ｓ５３０）。

前記スキャン応答メッセージには、前記クライアントデバイスから要求したサーバデバイス関連情報が含まれる。ここで、前記サーバデバイス関連情報は、オブジェクト送信サービス提供と関連して、サーバデバイスから送信できるオブジェクトまたはデータなどでありうる。

広告過程及びスキャニング過程が終了する場合、前記サーバデバイスと前記クライアントデバイスとは、ステップＳ５４０〜Ｓ５７０に該当する接続開始（Ｉｎｉｔｉａｔｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ）過程、データ交換（Ｄａｔａ Ｅｘｃｈａｎｇｅ）過程を行う。

具体的には、前記クライアントデバイスは、前記サーバデバイスとブルートゥース通信接続のために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信する（Ｓ５４０）。

前記接続要求メッセージは、接続要求ＰＤＵ、開始（Ｉｎｉｔｉａｔｉｏｎ）ＰＤＵ、接続要求フレーム、接続要求などと表現されることができる。

ステップＳ５４０にて、前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース接続が確立され、以後前記サーバデバイスと前記クライアントデバイスとは、データを交換するようになる。前記データ交換過程におけるデータは、データチャネルＰＤＵを介して送受信されることができる。

前記クライアントデバイスは、データチャネル（Ｄａｔａ Ｃｈａｎｎｅｌ）ＰＤＵを介してオブジェクトデータ要求を前記サーバデバイスに送信する（Ｓ５５０）。前記データチャネルＰＤＵは、データ要求メッセージ、データ要求フレームなどと表現されることができる。

以後、前記サーバデバイスは、前記クライアントデバイスから要求したオブジェクトデータをデータチャネルＰＤＵを介して前記クライアントデバイスに送信する（Ｓ５６０）。

ここで、前記データチャネルＰＤＵは、Ａｔｔｒｉｂｕｔｅ ｐｒｏｔｏｃｏｌで定義した方式で相手デバイスにデータを提供するか、またはデータ情報を要求するために使用される。

以後、前記サーバデバイスにおいてデータの変更が発生する場合、前記サーバデバイスは、データまたはオブジェクトの変更を知らせるために、前記クライアントデバイスにデータチャネルＰＤＵを介してデータ変更指示（Ｄａｔａ Ｃｈａｎｇｅｄ Ｉｎｄｉｃａｔｉｏｎ）情報を送信する（Ｓ５７０）。

以後、前記クライアントデバイスは、変更されたデータまたは変更されたオブジェクトを探すために、前記サーバデバイスに変更されたオブジェクト情報を要求する（Ｓ５８０）。

以後、前記サーバデバイスは、前記変更されたオブジェクト情報要求に対する応答として、前記クライアントデバイスに前記サーバデバイスで変更されたオブジェクト情報を送信する（Ｓ５９０）。

以後、前記クライアントデバイスは、前記受信された変更されたオブジェクト情報と現在前記クライアントデバイスが有しているオブジェクト情報と比較分析を行うことによって、変更されたオブジェクトを探す。

ただし、前記クライアントデバイスは、変更されたオブジェクトまたはデータを探すまで、ステップＳ５８０ないしＳ５９０を繰り返し的に行う。

上述のように、サーバデバイスは、クライアントデバイスにどんなデータが変更されたかを直接知らせることができる具体的な方法と新しいデータ生成有無を知らせることができる具体的な方法はない。

また、サーバデバイスとクライアントデバイスとは、変更されたオブジェクトまたはデータを探すまで、ステップＳ５８０ないしＳ５９０を繰り返し的に行うことによって、多くの時間と電力を消費するようになる。

図５では、サーバデバイスで（１）オブジェクト送信サービスが提供されることを知らせ、（２）オブジェクトまたはデータが変更された場合を説明したが、これに限定されずに、クライアントデバイスでオブジェクト送信サービスが提供されることを知らせることができ、クライアントデバイスでオブジェクトまたはデータが変更された場合も同様に適用可能である。

図６は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法の一例を示す。

図６のステップＳ６１０ないしＳ６６０は、図５のＳ５１０ないしＳ５６０と同一なので、以下、具体的な説明は省略する。

サーバデバイスで新しいオブジェクトまたはデータが生成された場合（Ｓ６７０）、前記サーバデバイスは、オブジェクト生成有無を表す（生成）フラグ（ｆｌａｇ）情報を含むデータ変更指示情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ６８０）。

下記の表２は、データ変更指示情報フォーマットの一例を示す。

表２を述べると、データ変更指示情報は、フラグフィールド（または情報）を含み、フラグフィールドは、８ｂｉｔのフォーマットタイプを有し、１オクテット（またはバイト）の大きさを有する。

下記の表３は、データ変更指示情報内のフラグフィールドフォーマットの一例を示す。

表３を述べると、フラグフィールドは、データ変更情報を示す。

フラグフィールドの０番目のビット値は、どんなデバイスにおいてオブジェクトの変更が発生したかを示す値であり、一例として、０番目のビット値が「０」である場合、サーバデバイスでオブジェクトの変更が発生したことを示し、０番目のビット値が「１」である場合、他のクライアントデバイスでオブジェクトの変更が発生したことを示す。

フラグフィールドの１番目のビット値は、オブジェクト自体の変更有無を示す値であって、一例として、１番目のビット値が「０」である場合、オブジェクトの変更がないことを示し、１番目のビット値が「１」である場合、オブジェクトが変更されたことを示す。

フラグフィールドの２番目のビット値は、オブジェクトのメタデータ（ｍｅｔａｄａｔａ）の変更有無を示す値であって、一例として、フラグの２番目のビット値が「０」である場合、オブジェクトメタデータの変更がないことを示し、フラグの２番目のビット値が「１」である場合、オブジェクトメタデータが変更されたことを示す。

フラグフィールドの３番目のビット値は、オブジェクトを削除したかどうかを示す値であって、一例として、フラグフィールドの３番目のビット値が「０」である場合、オブジェクトの削除がないことを示し、フラグフィールドの３番目のビット値が「１」である場合、オブジェクトの削除があることを示す。

フラグフィールドの４番目のビット値は、オブジェクトの生成有無を示す値であって、一例として、フラグフィールドの４番目のビット値が「０」である場合、オブジェクトの生成がないことを示し、フラグフィールドの４番目のビット値が「１」である場合、オブジェクトの生成があることを示す。

図７は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。

図７のステップＳ７１０〜Ｓ７６０は、図５のステップＳ５１０〜Ｓ５６０と同一なので、以下、具体的な説明は省略する。

サーバデバイスでオブジェクトの変更が発生した場合、前記サーバデバイスは、変更されたオブジェクトを表す（または指示する）オブジェクト識別情報を含むデータ変更指示（またはオブジェクト変更指示）情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ７７０）。

ここで、オブジェクト識別情報は、変更されたオブジェクトを識別できるすべての手段が可能で、前記オブジェクト識別情報は、変更されたオブジェクトの名称（Ｏｂｊｅｃｔ Ｎａｍｅ）、変更されたオブジェクトのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）等でありうる。ここで、オブジェクト識別情報は、変更されたオブジェクトの名称及び変更されたオブジェクトのＩＤ全部を含むことも可能である。

下記の表４は、オブジェクト識別情報の一例を示したフォーマットである。

表４を述べると、オブジェクト名称は変更可能で、可読性が良く、システムまたはユーザにより割り当てられる値であり、読み出し及び書き込みが全て支援される。

これに対し、オブジェクトＩＤは変更されずに、可読性がよくなく、システムから割り当てられる値であり、読み出しだけが支援される。また、オブジェクトＩＤは、人によって変更されずに、システム（サーバ）から割り当てられると、削除されるまで同じ値を維持する。

オブジェクトＩＤは、オブジェクト名称のように特定Ｏｂｊｅｃｔを区分するために使用される識別子のことを意味し、オブジェクトＩＤを使用する場合、オブジェクトが変更されても該当オブジェクトの変更追的が可能である。

また、オブジェクトＩＤは、数字またはＳｔｒｉｎｇ基盤の値を活用できる（８ｂｉｔｓ、１６ｂｉｔｓ、３２ｂｉｔｓ数字値または一定の長さ以上の文字列を使用）。

オブジェクトＩＤとして普通数字値を使用し、オブジェクトＩＤの長さは、システムの仕様によって変わることができる。

また、オブジェクトＩＤは、オブジェクト名称の補助手段として活用できる。

下記の表５は、オブジェクト識別情報と関連した特性（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を示す。

表５を述べると、オブジェクトＩＤ特性は、オブジェクト行動制御ポイント（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＡＣＰ）の読み出し（Ｒｅａｄ）機能を活用して読み出しが可能であり、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）機能を活用して、オブジェクトＩＤに基づいて整列が可能である。

また、オブジェクトＩＤ特性は、Ｍｏｖｅ Ｔｏ Ｏｂｊｅｃｔ ＩＤ機能を介して（Ｏｂｊｅｃｔ ＩＤがｕｎｉｑｕｅな場合）特定Ｏｂｊｅｃｔ ＩＤを有するＯｂｊｅｃｔをｃｕｒｒｅｎｔ ｏｂｊｅｃｔとして選択する。

ここで、ＭｏｖｅＴｏ Ｏｂｊｅｃｔ ＩＤ機能は、Ｏｂｊｅｃｔ Ｎａｍｅで同様に提供可能である。

また、オブジェクトＩＤ特性は、Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ機能を活用して、該当Ｏｂｊｅｃｔ ＩＤだけが見られるように選択可能である。

下記の表６は、データ変更指示情報内に含まれるオブジェクトＩＤフォーマットの一例を示す。

表６を述べると、変更されたオブジェクトＩＤは、Ｓｔｒｉｎｇを使用せずに他のフォーマット（Ｉｎｔｅｇｅｒ）を使用することも可能であり、大きさは、可変的または固定的でありうる。

下記の表７は、データ変更指示情報内に含まれるオブジェクト名称フォーマットの一例を示す。

以後、前記クライアントデバイスは、前記オブジェクト識別情報に該当するオブジェクト（すなわち、変更されたオブジェクト）を要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信する（Ｓ７８０）。

ここで、前記オブジェクト要求メッセージは、オブジェクト要求、オブジェクト要求ＰＤＵなどと表現されることができる。

以後、前記サーバデバイスは、変更されたオブジェクトまたはオブジェクトのデータを前記クライアントデバイスに送信する（Ｓ７９０）。

上述のように、図７は、サーバデバイスでオブジェクト送信サービスの提供を知らせ、オブジェクトが変更された場合を示したが、クライアントデバイスでオブジェクト送信サービスの提供を知らせ、オブジェクトが変更された場合も、図７の過程と同様に適用される。

すなわち、クライアントデバイスで広告を行い、クライアントデバイスでオブジェクトまたはデータが変更された場合、サーバデバイスに変更されたオブジェクトを表すオブジェクト識別情報を送信し、サーバデバイスでオブジェクト識別情報に該当する変更されたオブジェクトを要求する場合、クライアントデバイスは、変更されたオブジェクトをサーバデバイスに送信する。

図８は、本明細書で提案するブルートゥース低電力エネルギー技術におけるデータ変更指示情報を送信する方法のさらに他の一例を示す。

図８のステップＳ８１０〜Ｓ８６０は、図５のステップＳ５１０〜Ｓ５６０と同一なので、以下、具体的な説明は省略する。

サーバデバイスでオブジェクトまたはデータの変更が発生した場合、サーバデバイスは、オブジェクトまたはデータの変更がおきた時間を表すイベント発生時間情報を含むデータ変更指示情報をデータチャネルＰＤＵを介してクライアントデバイスに送信する（Ｓ８７０）。

前記イベント発生時間情報は、日付（年、月、日）、時間（時、分、秒）等表現可能なすべての手段が可能であり、大きさは、手段によって可変的でありうる。

以後、前記クライアントデバイスは、前記受信されたイベント発生時間情報に基づいて（または利用して）、変更されたオブジェクトまたはデータを検索する（Ｓ８８０）。

ここで、前記クライアントデバイスは、最終変更時間（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ Ｔｉｍｅ）、生成時間（Ｃｒｅａｔｉｏｎ ｔｉｍｅ）、最終接近時間（Ｌａｓｔ−Ａｃｃｅｓｓ Ｔｉｍｅ）等、多様な時間情報を活用して前記サーバデバイスで変更されたオブジェクトまたはデータを探すために検索できる。

下記の表８は、イベント発生時間情報を含むデータ変更指示情報フォーマットの一例を示す。

図９は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法の一例を示す。

ここで、サーバデバイスは、Ｇ／Ｗ（ｇａｔｅｗａｙ）、クライアントデバイスは、センサ、オブジェクト送信サービスで提供するオブジェクトまたはデータはファームウェアイメージでありうる。

図９は、サーバデバイスとクライアントデバイスとの間のブルートゥース通信接続が確立された後、新しいファームウェアイメージが生成された場合に該当する。

図９に示すように、サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ９１０）。

以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ９２０）。

ステップＳ９２０を介して前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース接続が設定される。

以後、前記サーバデバイスで新しいファームウェアイメージ（Ｆ／Ｗ）（「ファームウェア１．１」）が生成される場合（Ｓ９３０）、前記サーバデバイスは、前記生成されたファームウェアイメージ名称（ファームウェア１．１）を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ９４０）。

ここで、前記新しいファームウェアイメージの生成は、インターネットでダウンロードするか、またはユーザにより格納されることができる。

ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続したすべてのクライアントデバイスに送信できる。

ここで、前記生成されたファームウェアイメージ名称が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して新しく生成されるか、または変更されたファイルがあるのかを確認するための検索作業が必要である。この場合、前記検索作業を介して多くの時間及び電力を消費するようになる。

また、前記サーバデバイスは、従来のファームウェアイメージがあり、新しく生成されたファームウェアイメージが従来のファームウェアイメージの上位バージョンに該当する場合には、前記データ変更指示情報にデータ変更フィールドを含んで変更されたオブジェクトまたはデータを送信できる。

以後、前記クライアントデバイスは、前記受信されたファームウェアイメージ名称に基づいて、自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ９５０）。

前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージ、すなわち、新しく生成されたオブジェクトの要求を送信する。

前記確認結果、前記クライアントデバイスに該当するファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。

以後、前記サーバデバイスは、新しく生成されたファームウェアイメージを前記クライアントデバイスに送信する（Ｓ９６０）。

以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ９７０）。

図１０は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成される場合、データ変更指示情報を送信する方法のさらに他の一例を示す。

ここで、サーバデバイスは、Ｇ／Ｗ（ｇａｔｅｗａｙ）、クライアントデバイスは、センサ、オブジェクト送信サービスで提供するオブジェクトまたはデータは、ファームウェアイメージでありうる。

図１０は、サーバデバイスとクライアントデバイスとの間のブルートゥース通信接続が確立される前に、新しいファームウェアイメージが生成された場合に該当する。

図１０に示すように、サーバデバイスで新しいファームウェアイメージ（Ｆ／Ｗ）（「ファームウェア１．１」）が生成される（Ｓ１０１０）。

ここで、前記新しいファームウェアイメージの生成は、インターネットでダウンロードするか、またはユーザにより格納されることができる。

以後、前記サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１０２０）。前記広告メッセージは、上述のように、広告ＰＤＵ、広告チャネルＰＤＵ、広告、広告フレームなどと表現されることができる。

以後、前記クライアントデバイスは、ブルートゥース接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１０３０）。

ステップＳ１０３０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。

以後、前記サーバデバイスは、前記生成されたファームウェアイメージ名称（ファームウェア１．１）を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１０４０）。

ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続されたすべてのクライアントデバイスに送信できる。

ここで、前記生成されたファームウェアイメージ名称が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して、新しく生成または変更されたファイルがあるかを確認するための検索作業が必要である。すなわち、前記検索作業を介して多くの時間及び電力を消費するようになる。

また、前記サーバデバイスは、従来のファームウェアイメージがある場合、前記データ変更指示情報にデータ変更フィールドを含んで変更されたオブジェクトまたはデータだけを送信できる。

以後、前記クライアントデバイスは、前記受信された新しいファームウェアイメージ名称に基づいて、自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ１０５０）。

前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信する（Ｓ１０６０）。

仮に、前記クライアントデバイスに該当するファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。

以後、前記サーバデバイスは、前記クライアントデバイスが要求した新しいファームウェアイメージを前記クライアントデバイスに送信する（Ｓ１０７０）。

以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ１０８０）。

さらに他の一例として、クライアントデバイスで新しいファームウェアイメージが生成されて、これをサーバクライアントデバイスに送信できることはもちろんで、この場合、図１０において言及したサーバデバイスとクライアントデバイスとの間の送受信動作は、逆に行われる。

図１１は、本明細書で提案するブルートゥース低電力エネルギー技術で新しいファームウェアイメージが生成されたイベント発生時間情報を利用して、データ変更指示情報を送信するための方法の一例を示す。

サーバデバイスで新しいファームウェアイメージ（ファームウェアイメージ名称：ファームウェア１．１）が生成され（Ｓ１１１０）、前記ファームウェアイメージが生成された時間をイベント発生時間情報という。

ここで、前記イベント発生時間情報は、日（年、月、日）、時間（時、分、秒）等、表現可能なすべての手段が可能であり、大きさは、手段によって可変的である。

以後、前記サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１１２０）。前記広告メッセージは、広告ＰＤＵ、広告チャネルＰＤＵ、広告などと表現されることができる。

以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１１３０）。

ステップＳ１１３０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。

以後、前記サーバデバイスは、新しいファームウェアイメージが生成された時間、すなわち、イベント発生時間情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１１４０）。

ここで、前記サーバデバイスは、前記データ変更指示情報を自分と接続されたすべてのクライアントデバイスに送信できる。

ここで、前記イベント発生時間情報が送信されない場合、前記クライアントデバイスは、該当ファイルを探すためにサーバに接続して、新しく生成または変更されたファイルがあるのかを確認するための検索作業が必要である。すなわち、前記検索作業を介して多くの時間及び電力を消費するようになる。

以後、前記クライアントデバイスは、前記受信されたイベント発生時間情報を利用して、新しく生成されたファームウェアイメージを探すために検索する（Ｓ１１５０）。

前記クライアントデバイスは、最終変更時間（Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ Ｔｉｍｅ）、生成時間（Ｃｒｅａｔｉｏｎ ｔｉｍｅ）、最終接近時間（Ｌａｓｔ−Ａｃｃｅｓｓ Ｔｉｍｅ）等、多様な時間情報を活用して前記サーバデバイスで生成されたファームウェアイメージを検索できる。

以後、前記クライアントデバイスは、前記検索された新しいファームウェアイメージが自分の新しいファームウェアイメージに該当するかどうかを確認する（Ｓ１１６０）。

前記確認結果、前記クライアントデバイスに該当する新しいファームウェアイメージである場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信する（Ｓ１１７０）。

仮に、前記クライアントデバイスに該当する新しいファームウェアイメージでないか、または新しいファームウェアイメージでない場合、前記クライアントデバイスは、前記サーバデバイスに新しいファームウェアイメージの要求を送信しない。

以後、前記サーバデバイスは、前記クライアントデバイスが要求した新しいファームウェアイメージを前記クライアントデバイスに送信する（Ｓ１１８０）。

以後、前記クライアントデバイスは、前記サーバデバイスから受信された新しいファームウェアイメージでアップデートを行う（Ｓ１１９０）。

以下、本明細書で提案するオブジェクトリストの送信方法、Ｃｕｒｒｅｎｔ Ｏｂｊｅｃｔを指定するためのオブジェクトリスト制御ポイント（ＯＬＣＰ）及びオブジェクト行動制御ポイント（ＯＡＣＰ）について具体的に述べる。

まず、本明細書で提案するＯｂｊｅｃｔ Ｆｉｌｔｅｒを利用したオブジェクト送信方法について述べる。

サーバデバイスは、（支援、管理またはサービスする）Ｏｂｊｅｃｔのうち、Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ情報を利用して特定ＯｂｊｅｃｔのＬｉｓｔを選択し、前記選択されたＯｂｊｅｃｔ Ｌｉｓｔをクライアントデバイスに見せる。

一例として、前記Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ情報にＦｉｌｔｅｒ Ｖａｌｕｅが０ｘ０９に設定された場合、Ｍａｒｋｉｎｇ Ｔｙｐｅにより選択されたＯｂｊｅｃｔだけをＬｉｓｔとして見せる。Ｍａｒｋｉｎｇ Ｔｙｐｅに対する具体的な内容は、下記の表１０を参照してほしい。

さらに他の一例として、前記Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ情報にＦｉｌｔｅｒ Ｖａｌｕｅが０ｘ０Ａ（任意の値に変更可能である）に設定された場合、Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ情報に含まれたＯｂｊｅｃｔ ＩＤ値を有したＯｂｊｅｃｔだけをリストとして見せる。

下記の表９は、Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ情報フォーマットの一例を示す。

オブジェクトフィルタは、クライアントデバイスに見せるＯｂｊｅｃｔのｌｉｓｔを選択することで、表９を検討すると、Ｎｏ Ｆｉｌｔｅｒは、制限無しですべてのＯｂｊｅｃｔをＬｉｓｔとして見せる。Ｎａｍｅ Ｓｔａｒｔｓ Ｗｉｔｈは、特定文句で始まるＯｂｊｅｃｔ Ｎａｍｅを有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ｎａｍｅ Ｅｎｄｓ Ｗｉｔｈは、特定文句で終わるＯｂｊｅｃｔ Ｎａｍｅを有したＯｂｊｅｃｔだけをＬｉｓｔとして見せ、Ｎａｍｅ Ｃｏｎｔａｉｎｓ Ｗｉｔｈは、特定文句をＯｂｊｅｃｔ Ｎａｍｅに有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ｏｂｊｅｃｔ Ｔｙｐｅ（ＵＵＩＤ）は、特定ＵＵＩＤのＯｂｊｅｃｔ類型を有したＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ｃｒｅａｔｅｄ ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｆｉｒｓｔ−Ｃｒｅａｔｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ｍｏｄｉｆｉｅｄ ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ａｃｃｅｓｓｅｄ ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｔｉｍｅ ｓｔａｍｐ１＜＝ｔ＜＝ｔｉｍｅｓｔａｍｐ２は、Ｌａｓｔ−Ａｃｃｅｓｓｅｄ時間がｔｉｍｅｓｔａｍｐ１とｔｉｍｅｓｔａｍｐ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ａｌｌｏｃａｔｅｄ Ｓｉｚｅ ｂｅｔｗｅｅｎ（ｉｎｃｌｕｓｉｖｅ）：ｓｉｚｅ１＜＝ｔ＜＝ｓｉｚｅ２は、Ｏｂｊｅｃｔに割り当てられた大きさがｓｉｚｅ１とｓｉｚｅ２との間であるＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

Ｍａｒｋｅｄ Ｏｂｊｅｃｔｓは、Ｍａｒｋｉｎｇ Ｔｙｐｅにより選択されたＯｂｊｅｃｔだけをＬｉｓｔとして見せる。

オブジェクトフィルタ値がＭａｒｋｅｄ Ｏｂｊｅｃｔｓを表す時に、なんにも選択しない場合、すべてのｍａｒｋｅｄ ｏｂｊｅｃｔを見せる。

下記の表１０は、Ｍａｒｋｉｎｇ Ｔｙｐｅフォーマットの一例を示すもので、ビット演算により条件のＡＮＤまたはＯＲ演算が可能であり、最後のビットが「１」の場合、ＡＮＤ演算であり、「０」の場合、ＯＲ演算でありうる。

次に、本明細書で提案するＯｂｊｅｃｔ ｌｉｓｔを制御するためのＯＬＣＰ（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）について、具体的に述べる。

オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ Ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）は、クライアントデバイスが好ましいオブジェクトを探し該当オブジェクトを現在オブジェクトとして指定するためのメカニズムを提供する。また、ＯＬＣＰは、サーバデバイスの特定行動を制御するために、クライアントデバイスにより使用される。

クライアントデバイスは、現在オブジェクト（Ｃｕｒｒｅｎｔ Ｏｂｊｅｃｔ）を指定するために、Ｏｂｊｅｃｔ ｌｉｓｔのうち、特定オブジェクトを現在オブジェクトとしての指定を指示する情報を含むリスト制御ポイント（ＯＬＣＰ）情報をサーバデバイスに送信する。

一例として、ＯＬＣＰ情報に「ＭｏｖｅＴｏ（またはＧｏＴｏ）」フィールド値が設定された場合、Ｏｂｊｅｃｔ ｌｉｓｔのうち、ＯＬＣＰ情報に含まれた特定Ｏｂｊｅｃｔ Ｎａｍｅまたは特定Ｏｂｊｅｃｔ ＩＤを有するＯｂｊｅｃｔに移動することを意味する。

下記の表１１は、ＯＬＣＰ情報フォーマットの一例を示す。

表１１を検討すると、動作コード値（Ｏｐ Ｃｏｄｅ Ｖａｌｕｅ）フィールドが０ｘ０１である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、最も前への移動を表す「Ｆｉｒｓｔ過程」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０２である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、最も後ろへの移動を表す「Ｌａｓｔ過程」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０３である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、前へ一つ移動を表す「Ｐｒｅｖｉｏｕｓ過程」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０４である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、後へ一つ移動を表す「Ｎｅｘｔ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０５である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、指定した数字だけ前（負数の場合）または後（正数の場合）へ移動を表す「Ｓｋｉｐ Ｂｙ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０６である場合、Ｏｂｊｅｃｔ ｌｉｓｔの順序を指定した値に変更を表す「Ｏｒｄｅｒ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０７である場合、ｏｂｊｅｃｔ ｌｉｓｔから提供されるｏｂｊｅｃｔの数を表す「Ｒｅｑｕｅｓｔ Ｎｕｍｂｅｒ ｏｆ Ｏｂｊｅｃｔｓ動作」である。

Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０８である場合、ｏｂｊｅｃｔ ｌｉｓｔのうち、特定ｏｂｊｅｃｔ Ｎａｍｅまたはｏｂｊｅｃｔ ＩＤを有するｏｂｊｅｃｔに移動を表す「ＭｏｖｅＴｏ動作」である。

さらに他の一例として、ＯＬＣＰ情報に「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値が含まれることができる。前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯｂｊｅｃｔのＭａｒｋｅｄ Ｖａｌｕｅを変更（または削除）する。例えば、「ＳｅｔＭａｒｋ」フィールド値が「Ｔｒｕｅ」である場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」である場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。

また、「ＣｌｅａｒＭａｒｋ」Ｏｐ Ｃｏｄｅ値がＯＬＣＰに書き込まれた場合、Ｍａｒｋｉｎｇ Ｃｌｅａｒｉｎｇが支援され、サーバデバイスは、オブジェクトリストでのすべてのオブジェクトがＣｌｅａｒＭａｒｋ Ｏｐ Ｃｏｄｅを送ったクライアントデバイスでは表示されないように、（ｕｎｍａｒｋｅｄ）ｏｂｊｅｃｔ Ｍａｒｋｉｎｇをアップデートする。

ここで、前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯＡＣＰ（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）に含まれて、サーバデバイスに送信されることができる。

次に、本明細書で提案するＯｂｊｅｃｔ Ａｃｔｉｏｎを制御するためのＯＡＣＰ（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）について具体的に述べる。

オブジェクト行動制御ポイント（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＡＣＰ）は、サーバデバイスの特定行動を制御するために、クライアントデバイスにより使用される。

新しいオブジェクトを生成する生成過程を除いては、ＯＡＣＰ過程は、ただ現在オブジェクトだけに影響を及ぼす。

クライアントデバイスは、オブジェクトの行動制御を指示する情報を含むオブジェクト行動制御ポイント（ＯＡＣＰ）情報をサーバデバイスに送信する。

一例として、ＯＡＣＰ情報に「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値が設定された場合、ＯｂｊｅｃｔのＭａｒｋｅｄ Ｖａｌｕｅを変更する。例えば、「ＳｅｔＭａｒｋ」フィールド値が「Ｔｒｕｅ」である場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」である場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。

一例として、「ＣｌｅａｒＭａｒｋ」Ｏｐ Ｃｏｄｅ値がＯＬＣＰに書かれた場合、Ｍａｒｋｉｎｇ Ｃｌｅａｒｉｎｇが支援され、サーバデバイスは、オブジェクトリストでのすべてのオブジェクトがＣｌｅａｒＭａｒｋ Ｏｐ Ｃｏｄｅを送ったクライアントデバイスでは表示されないように（ｕｎｍａｒｋｅｄ）、ｏｂｊｅｃｔ Ｍａｒｋｉｎｇをアップデートする。

ここで、前記「ＳｅｔＭａｒｋ（またはＣｌｅａｒＭａｒｋ）」フィールド値は、ＯＬＣＰ（Ｏｂｊｅｃｔ ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）に含まれて、サーバデバイスに送信されることもできる。

下記の表１２は、ＯＡＣＰ情報フォーマットの一例を示す。

表１２を検討すると、動作コード値（Ｏｐ Ｃｏｄｅ Ｖａｌｕｅ）フィールドが０ｘ０１である場合、ｏｂｊｅｃｔ生成を表す「Ｃｒｅａｔｅ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０２である場合、ｏｂｊｅｃｔ削除を表す「Ｄｅｌｅｔｅ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０３である場合、ｃｈｅｃｋｓｕｍ計算を表す「Ｃａｌｃｕｌａｔｅ Ｃｈｅｃｋｓｕｍ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０４である場合、ｏｂｊｅｃｔ実行を表す「Ｅｘｅｃｕｔｅ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０５である場合、ｏｂｊｅｃｔデータの読み出しを表す「Ｒｅａｄ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０６である場合、ｏｂｊｅｃｔデータの書き込みを表す「Ｗｒｉｔｅ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０７である場合、ｏｂｊｅｃｔデータの追加書き込みを表す「Ａｐｐｅｎｄ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０８である場合、ｏｂｊｅｃｔ実行事項（書き込み、読み出し等）をｏｆｆｓｅｔの終わりまで実行することを表す「ＳｅｅｋＥｎｄ動作」である。Ｏｐ Ｃｏｄｅ Ｖａｌｕｅフィールドが０ｘ０９である場合、ＯｂｊｅｃｔのＭａｒｋｅｄ Ｖａｌｕｅ変更を表す「ＳｅｔＭａｒｋｉｎｇ（またはＣｌｅａｒＭａｒｋｉｎｇ）動作」である。

ここで、ＳｅｔＭａｒｋｉｎｇのパラメータは、ｂｏｏｌｅａｎ値として使用し、一例として、「Ｔｒｕｅ」の場合、Ｏｂｊｅｃｔをｍａｒｋｉｎｇし、「Ｆａｌｓｅ」の場合、Ｏｂｊｅｃｔをｕｎｍａｒｋｉｎｇする。

前記ＳｅｔＭａｒｋｉｎｇのａｃｔｉｏｎを活用するとき、 Ｍａｒｋｅｄ Ｏｂｊｅｃｔをクライアントデバイスで設定可能である。

仮に、変更されたオブジェクトをＭａｒｋｅｄ Ｏｂｊｅｃｔとする場合、クライアントデバイスは、該当オブジェクトを確認する際にｕｎｍａｒｋさせる。

以下、本明細書で提案するＢＬＥ技術でのオブジェクト変更方法及び変更されたオブジェクト検索方法について、具体的に述べる。

図１２は、本明細書で提案するＢＬＥ技術におけるオブジェクトリスト制御ポイント（ＯＬＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索方法の一例を示した図である。

サーバデバイスは、オブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ：ＯＴＳ）の提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１２１０）。上述のように、前記広告メッセージには、サーバデバイスから提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。

以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１２２０）。

ステップＳ１２２０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。

以後、前記サーバデバイスは、サーバ自体動作またはクライアントデバイスの要求により、オブジェクトまたはデータを変更する（Ｓ１２３０）。

以後、前記サーバデバイスは、変更されたオブジェクトを識別できるオブジェクト識別情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１２４０）。

前記オブジェクト識別情報は、変更されたオブジェクトの名称、変更されたオブジェクトのＩＤなどでありうる。

ここで、前記オブジェクト識別情報は、「Ｏｂｊｅｃｔ Ｎａｍｅ＝１」と仮定する。

前記クライアントデバイスは、後に前記受信されたデータ変更指示情報を利用して、前記サーバデバイスで変更されたオブジェクトを容易に探すことができる。

以後、前記クライアントデバイスは、前記データ変更指示（Ｄａｔａ Ｃｈａｎｇｅｄ Ｉｎｄｉｃａｔｉｏｎ）情報により指示されたオブジェクトを探すために（または現在オブジェクトとして指定するために）、ＯＬＣＰのＭｏｖｅＴｏ命令を使用する。すなわち、前記クライアントデバイスは、「Ｏｂｊｅｃｔ Ｎａｍｅ＝１」値を有するオブジェクトを現在オブジェクト（Ｃｕｒｒｅｎｔ Ｏｂｊｅｃｔ）として指定するように、前記サーバデバイスがｃｕｒｒｅｎｔ ｏｂｊｅｃｔをＯｂｊｅｃｔ Ｎａｍｅ＝１を有したｏｂｊｅｃｔとして指定するように、前記サーバデバイスにｏｂｊｅｃｔ ｌｉｓｔのうち、「Ｏｂｊｅｃｔ Ｎａｍｅ＝１」を有したｏｂｊｅｃｔに移動を指示する動作コード値（Ｏｐ Ｃｏｄｅ Ｖａｌｕｅ）フィールドを含むＯＬＣＰ情報を送信する（Ｓ１２５０）。前記ＯＬＣＰ情報に対しては、前の表１１を参照してほしい。

以後、前記サーバデバイスは、前記受信されたＯＬＣＰ情報に基づいて、ｃｕｒｒｅｎｔ ｏｂｊｅｃｔを「Ｏｂｊｅｃｔ Ｎａｍｅ＝１」を有したｏｂｊｅｃｔとして指定する（Ｓ１２６０）。

図１２では、サーバデバイスで広告を行い、オブジェクト名称が変更された場合について説明したが、クライアントデバイスで広告を行い、オブジェクト名称が変更された場合にも、図１２で説明した内容が同様に適用されることができる。

図１３は、本明細書で提案するブルートゥース低電力エネルギー技術でオブジェクト行動制御ポイント（ＯＡＣＰ）を利用したオブジェクト変更及び変更されたオブジェクト検索を行う方法のさらに他の一例を示した図である。

図１３を参照すると、サーバデバイスは、オブジェクト送信サービスの提供を知らせるために、クライアントデバイスに広告メッセージを送信する（Ｓ１３１０）。前記広告メッセージは、サーバデバイスで提供するサービス情報（サービス名称を含む）、サーバデバイスの名称、製造者データなどを含むことができる。

以後、前記クライアントデバイスは、ブルートゥース通信接続設定のために、前記サーバデバイスに接続要求メッセージを送信する（Ｓ１３２０）。

ステップＳ１３２０にて前記サーバデバイスと前記クライアントデバイスとの間にブルートゥース通信接続が設定される。

以後、前記クライアントデバイスは、サーバデバイスで管理するオブジェクトの名称を新しいオブジェクトの名称に変更を表す動作コード（Ｏｐ Ｃｏｄｅ Ｖａｌｕｅ）値フィールドを含むＯＡＣＰ情報を前記サーバデバイスに送信する。ここでは、オブジェクトの名称を変更することを例に挙げて説明する。

ここで、前記動作コード値フィールドは、「Ｗｒｉｔｅ動作」でありうる。前記ＯＡＣＰについて具体的な内容は、前の表１２を参照してほしい。

以後、前記サーバデバイスは、前記受信されたＯＡＣＰ情報に基づいて、すなわち、前記クライアントデバイスの「Ｗｒｉｔｅ要求」に基づいて、オブジェクトの名称を変更する（Ｓ１３４０）。

以後、前記サーバデバイスは、「オブジェクトＩＤ＝１」が新しく生成または変更されたオブジェクトであることを表すオブジェクト識別情報を含むデータ変更指示情報を前記クライアントデバイスに送信する（Ｓ１３５０）。すなわち、前記サーバデバイスは、オブジェクトの名称が変更された場合、変更されたオブジェクトの名称または変更されたオブジェクトのＩＤでＩｎｄｉｃａｔｉｏｎすることによって、オブジェクトの変更が起きたことを前記クライアントデバイスに知らせる。

ここで、前記サーバデバイスは、オブジェクト名称の変更を認知した場合、前記サーバデバイスと接続したすべてのクライアントデバイスに変更されたオブジェクトの名称を表すオブジェクト識別情報を送信する。

以後、前記クライアントデバイスは、前記データ指示情報により指示されたオブジェクトを探すために、ＯＡＣＰを使用して（ｏｂｊｅｃｔ）Ｌｉｓｔ Ｆｉｌｔｅｒ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｖａｌｕｅを変更する。

すなわち、前記クライアントデバイスは、前記サーバデバイスがｏｂｊｅｃｔ ＩＤ＝１を有するｏｂｊｅｃｔだけを提供するようにするために、ｏｂｊｅｃｔ ＩＤ＝１を有する（ｏｂｊｅｃｔ）Ｌｉｓｔ Ｆｉｌｔｅｒ値に変更を指示する（Ｏｐ Ｃｏｄｅ Ｖａｌｕｅ）情報を含むＯＡＣＰ情報を前記サーバデバイスに送信する（Ｓ１３６０）。

以後、前記サーバデバイスは、Ｏｂｊｅｃｔ ＩＤ＝１であるオブジェクトにＯｂｊｅｃｔ ｌｉｓｔを提供する（Ｓ１３７０）。

なお、説明の便宜のために各図を分けて説明したが、各図において述べられている実施の形態を併合して、新しい実施の形態を具現化するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施の形態を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも、本発明の権利範囲に属する。

本明細書によるオブジェクト送信サービスを提供する方法は、上記のように説明された実施の形態の構成と方法が限定して適用されうることではなく、前記実施の形態は、様々な変形がなされることができるように、各実施の形態の全てまたは一部が選択的に組合わせられて構成されることもできる。

一方、本明細書のオブジェクト送信サービスを提供する方法は、ネットワークデバイスに備えられたプロセッサが読むことができる記録媒体にプロセッサが読むことができるコードとして具現することが可能である。プロセッサが読むことができる記録媒体は、プロセッサにより読まれることができるデータが格納されるすべての種類の記録装置を含む。プロセッサが読むことができる記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した送信などのようなキャリアウェーブの形態により具現化されることも含む。また、プロセッサが読むことができる記録媒体は、ネットワークで接続したコンピュータシステムに分散されて、分散方式でプロセッサが読むことができるコードが格納され実行されることができる。

また、以上、本明細書の好ましい実施の形態に対して図示し説明したが、本明細書は、上述の特定の実施の形態に限定されずに、請求の範囲で請求する本発明の要旨から外れることがなく、当該発明が属する技術分野における通常の知識を有した者により多様な変形実施が可能であることはもちろんで、このような変形実施は、本発明の技術的思想または展望から個別的に理解されてはならない。

そして、当該明細書では、物発明と方法発明が全部説明されており、必要によって両発明の説明は、補充的に適用されることができる。

本願発明は、近距離低電力無線技術であるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ）を活用して、ｄａｔａまたはｏｂｊｅｃｔ関連ｄａｔａを送信する方法を提供する。

Claims (13)

1. サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記クライアントデバイスにより行われる方法は、
   近くのデバイスと接続を確立するために前記サーバデバイスから送信された広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するステップであって、前記広告メッセージはオブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む、ステップと、
   追加情報を獲得するためのスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを前記サーバデバイスに送信するステップと、
   前記サーバデバイスから、前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信するステップと、
   前記サーバデバイスとのブルートゥース通信接続を確立するために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信するステップと、
   前記サーバデバイスから、変更されたオブジェクトを表すオブジェクト識別情報と、
   新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を受信するステップと、
   前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するステップと、を含む、方法。
2. 前記サーバデバイスから、前記オブジェクト識別情報に該当する前記オブジェクトを要求するために、前記サーバデバイスにオブジェクト要求メッセージを送信するステップをさらに含む、請求項１に記載の方法。
3. 前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけのオブジェクトリストを含むオブジェクトフィルタ（Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ）情報を受信するステップをさらに含む、請求項１に記載の方法。
4. 前記オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を前記サーバデバイスに送信するステップをさらに含む、請求項１または３に記載の方法。
5. 前記ＯＬＣＰは、前記オブジェクトリストの特定オブジェクトＩＤを有するオブジェクトに移動を指示する前記動作コード（Ｏｐ Ｃｏｄｅ）情報を含む、請求項４に記載の方法。
6. 前記オブジェクト変更指示情報は、オブジェクトの変更がおきた時間を表すイベント発生時間情報をさらに含む、請求項１に記載の方法。
7. 前記受信されたイベント発生時間情報に基づいて、前記変更されたオブジェクトを検索するステップをさらに含む、請求項６に記載の方法。
8. 無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用してサーバデバイスと通信を行うクライアントデバイスであって、
   外部と無線または有線で通信するための通信部と、
   前記通信部と機能的に接続するプロセッサを含み、
   前記プロセッサは、
   前記通信部が近くのデバイスと接続を確立するために前記サーバデバイスから送信され、オブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを受信するように前記通信部を制御し、
   前記通信部が前記サーバデバイスに追加情報を獲得するためのスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを送信し、前記サーバデバイスから前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信するように前記通信部を制御し、
   前記通信部が前記サーバデバイスとのブルートゥース通信接続を確立するために、前記サーバデバイスに接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを送信するように、前記通信部を制御し、
   前記通信部が前記サーバデバイスから変更されたオブジェクトを表すオブジェクト識別情報と、新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を受信するように、前記通信部を制御し、
   前記通信部が前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するように、前記通信部を制御する、クライアントデバイス。
9. 前記プロセッサは、
   前記通信部が前記サーバデバイスからオブジェクト特性（Ｏｂｊｅｃｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）を表すマーキングタイプ（Ｍａｒｋｉｎｇ Ｔｙｐｅ）により表示された（Ｍａｒｋｅｄ）オブジェクトだけのオブジェクトリストを含むオブジェクトフィルタ（Ｏｂｊｅｃｔ Ｆｉｌｔｅｒ）情報を受信するように、前記通信部を制御する、請求項８に記載のクライアントデバイス。
10. 前記プロセッサは、
    前記通信部が前記オブジェクトリストの表示されたオブジェクト（ｍａｒｋｅｄ ｏｂｊｅｃｔ）値の変更を指示する動作コード（Ｏｐ Ｃｏｄｅ）情報を前記サーバデバイスに送信するように、前記通信部を制御する、請求項８または９に記載のクライアントデバイス。
11. 前記ＯＬＣＰは、前記オブジェクトリストの特定オブジェクトＩＤを有するオブジェクトに移動を指示する前記動作コード（Ｏｐ Ｃｏｄｅ）情報をさらに含む、請求項８に記載のクライアントデバイス。
12. サーバデバイスとクライアントデバイスとを含む無線通信システムにおけるブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を利用して通信を行う方法であって、前記サーバデバイスにより行われる方法は、
    近くのデバイスとの接続を確立するために、オブジェクト送信サービス（Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）関連情報を含む広告（Ａｄｖｅｒｔｉｓｉｎｇ）メッセージを送信するステップと、
    追加情報を獲得するためのスキャン要求（Ｓｃａｎ Ｒｅｑｕｅｓｔ）メッセージを前記クライアントデバイスから受信するステップと、
    前記クライアントデバイスに前記スキャン要求に対する応答としてスキャン応答（Ｓｃａｎ Ｒｅｓｐｏｎｓｅ）メッセージを送信するステップと、
    前記クライアントデバイスとのブルートゥース通信接続を確立するために、前記クライアントデバイスから接続要求（Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージを受信するステップと、
    前記クライアントデバイスに、変更されたオブジェクトを表すオブジェクト識別情報と、新たなオブジェクト又はデータが生成されたか否かを表す生成フラッグ情報を含むオブジェクト変更指示情報を送信するステップと、
    前記サーバデバイスに、特定動作を表す動作コード（Ｏｐ Ｃｏｄｅ）情報を含むオブジェクトリスト制御ポイント（ＯＬＣＰ）を送信するステップと、を含む、方法。
13. 前記動作コード情報は、オブジェクトリスト制御ポイント（Ｏｂｊｅｃｔ ｌｉｓｔ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＬＣＰ）情報またはオブジェクト行動制御ポイント（Ｏｂｊｅｃｔ Ａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＯＡＣＰ）情報に含まれて送信される、請求項４に記載の方法。

Images