(57)【特許請求の範囲】
【請求項１】
通信データのフレームを規定する特定の通信プロトコルに従う通信のための装置であって、
フレームを分析し生成するプロセッサを備え、
前記プロセッサは、他装置から受信されたフレームから前記他装置を識別する情報である第１の識別情報を取得し、
前記プロセッサは、特定の判別情報を含むフレームデータが記憶されているかどうかを判断して、前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成し、
前記プロセッサは、前記特定の判別情報を含むフレームデータから装置識別情報を取得し、前記取得された装置識別情報と、前記第２の識別情報とを比較して、前記取得された装置識別情報と、前記第２の識別情報とが一致する場合には前記第１の識別情報を含むフレームを生成することを特徴とする通信装置。
【請求項２】
前記プロセッサは、前記取得された装置識別情報を使用して前記他装置と通信したデータを除いたデータを含むフレームを生成することを特徴とする、請求項１に記載の通信装置。
【請求項３】
請求項１又は２に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
【請求項４】
通信データのフレームを規定する特定の通信プロトコルに従う通信装置の通信方法であって、
他の通信装置から受信されたフレームから前記他の通信装置を識別する情報である第１の識別情報を取得するステップと、
特定の判別情報を含むフレームデータが記憶されているかどうかを判断するステップと、
前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記特定の判別情報を含むフレームデータから装置識別情報を取得するステップと、
前記取得された装置識別情報と、前記第２の識別情報とを比較するステップと、
前記取得された装置識別情報と、前記第２の識別情報とが一致する場合は、前記第１の識別情報を含むフレームを生成するステップと、
を含むことを特徴とする通信方法。
【請求項５】
特定の通信プロトコルに従う通信の可能な装置に、
他の装置から受信されたフレームから前記他の装置を識別する情報である第１の識別情報を取得するステップと、
特定の判別情報を含むフレームデータが記憶されているかどうかを判断するステップと、
前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記特定の判別情報を含むフレームデータから装置識別情報を取得するステップと、
前記取得された装置識別情報と、前記第２の識別情報とを比較するステップと、
前記取得された装置識別情報と、前記第２の識別情報とが一致する場合は、前記第１の識別情報を含むフレームを生成するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法、及びこの通信方法を実行するためのプログラムに関する。
【背景技術】
【０００２】
近年、医療サービスのように人体に密接して配置されたデバイスを利用する分野に情報通信技術を適用する研究が活発に行われてきた。ＩＥＥＥ８０２委員会はボディエリアネットワーク（Ｂｏｄｙ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ＢＡＮ）アプリケーションのための近距離低電力無線通信を目的とするＩＥＥＥ８０２．１５．６標準プロトコルを提案した。
【０００３】
ＩＥＥＥ８０２．１５．６プロトコルは人の身中（ｉｎ−ｂｏｄｙ）、身体の上（ｏｎ−ｂｏｄｙ）、または、身体の周囲（ｏｆｆ−ｂｏｄｙ）で動作する無線ＢＡＮ（ＷＢＡＮとも称す。)のための物理(ｐｈｙｓｉｃａｌ；ＰＨＹ)レイヤ及び媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；ＭＡＣ）サブレイヤを定義する。ここで、身体は人体に限定されなく、動物やその他の人に似た電波環境を持つ有機体等に応用される可能性も排除しない。
【０００４】
ＩＥＥＥ８０２．１５．６プロトコルによると、ＢＡＮネットワークに属する装置はハブ（ｈｕｂ）、又は、ノード（ｎｏｄｅ）として機能し、ハブとノードとの間でデータ通信が行われる際に、ノードはハブに対して自装置のアドレスを含むＭＡＣフレームを送信する。ところで、ＢＡＮは人体に密接した機器間のデータ交換のために提案されたものであるので、個人情報の保護やデータのセキュリティが特に重要である。安定で秘匿性が高い通信を実現する技術として、例えば、特開２０１０−２７３１１５号は、生体を通信路として用いる超音波通信によって第１のノードが暗号鍵を第２のノードに送り、第２のノードは受信した暗号鍵を用いて暗号化されたデータを空中を通信路として用いる電磁波通信によって第１のノードへ送信する技術を開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７３１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、２つの装置が互いに通信を行うためには、自装置の固有識別情報であるアドレスを相手先に知らせることが要求される。しかし、例えば、ノードが一時的にだけＢＡＮに参加したり、ハブから重要度の低い情報だけを取得しようとしたりするなどの場合には、ノードの情報をできるだけ秘匿しておくことが望ましい。
【０００７】
この発明の目的は、通信相手に対して匿名性を維持した状態でデータ通信をすることのできるようにフレームを生成又は処理するための装置、方法、プログラム及び電子時計を提供することにある。
【課題を解決するための手段】
【０００９】
また、本発明の他の１つの態様は、通信データのフレームを規定する特定の通信プロトコルに従う通信のための装置であって、フレームを分析し生成するプロセッサとを含む。上記プロセッサは、他装置から受信されたフレームから上記他装置を識別する情報である第１の識別情報を取得する。また、上記プロセッサは、特定の判別情報を含むフレームデータが記憶されているかどうかを判断して、上記特定の判別情報を含むフレームデータが記憶されている場合は、上記フレームから取得された上記第１の識別情報に基づいて上記第１の識別情報と異なる第２の識別情報を生成する。また、上記プロセッサは、上記特定の判別情報を含むフレームデータから装置識別情報を取得し、上記取得された装置識別情報と、上記第２の識別情報を比較して、上記二つの情報が一致する場合には上記第１の識別情報を含むフレームを生成する。
【発明の効果】
【００１０】
本発明によると、通信相手に対して匿名性を維持した状態でデータ通信ができる。
【図面の簡単な説明】
【００１１】
以下の詳細な記述が以下の図面と合わせて考慮されると、本願のより深い理解が得られる。これらの図面は例示に過ぎず、本発明の範囲を限定するものではない。
【図１】ＢＡＮの構成を示す図である。
【図２】本発明の一実施形態に係るＢＡＮ内のハブ又はノードとして使われることができる通信装置のハードウェア構成を示すブロック図である。
【図３】ハブ又はノード内のＰＨＹレイヤとＭＡＣサブレイヤを示す図である。
【図４】ノードとハブとの接続手続きを示す図である。
【図５】（Ａ）はＭＡＣフレームのフォーマットを示す図であり、（Ｂ）はＭＡＣヘッダのフォーマットを示す図であり、（Ｃ）はフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドのフォーマットを示す図であり、（Ｄ）はＭＡＣフレームボディのフォーマットを示す図である。
【図６】（Ａ）はビーコン（Ｂｅａｃｏｎ）フレームのフレームペイロードフォーマットを示す図であり、（Ｂ）は接続要請（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）フレームのフレームペイロードフォーマットを示す図であり、（Ｃ）は接続割当（Ｃｏｎｎｅｃｔｉｏｎ  Ａｓｓｉｇｎｍｅｎｔ）フレームのフレームペイロードフォーマットを示す図である。
【図７】非匿名通信プロセスを示すフローチャートである。
【図８】（Ａ）は本発明の一実施形態に係る匿名通信プロセスを示すフローチャートであり、（Ｂ）は本発明の他の実施形態に係る匿名通信プロセスを示すフローチャートである。
【図９】（Ａ）は本発明の一実施形態に係る代替アドレスの生成方法を示す図であり、（Ｂ）は本発明の他の実施形態に係る代替アドレスの生成方法を示す図である。
【図１０】本発明の一実施形態に係る通信プロセスの切り替え方法を示すフローチャートである。
【図１１】（Ａ）は本発明の一実施形態に係る電子時計型デバイスの外観を示す図であり、（Ｂ）はこのデバイスのハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
本明細書においては、主に本発明をＢＡＮに適用した実施形態について説明するが、本発明の適用分野はＢＡＮに限定されない。例えば、本発明は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能であるということに留意する。
【００１３】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１４】
図１はＢＡＮの構成を示す模式図である。ＢＡＮ１００はハブＨの役割をする装置と、ノードＮの役割をする装置を含む。一つのＢＡＮには一つのハブが存在する反面、ノードの数は０から当該ハブの最大接続可能ノード数（ｍＭａｘＢＡＮＳｉｚｅ）の範囲である。図１に示された例においては、４個のノードＮ１乃至Ｎ４がＢＡＮに属するが、ノードの数は図示の例に限定されない。ハブＨは、例えば、スマートフォン、ＰＤＡ等の携帯端末、又は通信機能を含む電子時計である。ノードＮは、例えば、生体信号を測定したり入力受けたりしてハブＨに伝達する機能を行う生体信号測定装置、生体信号モニタリング装置、若しくは、各種センサー、又はこれらを含む電子時計である。
【００１５】
図２は本発明の一実施形態に係るＢＡＮ内のハブＨ、又はノードＮとして使うことができる通信装置のハードウェア構成を示すブロック図である。一実施形態において、通信装置２００はハブ、ゲートウェイ、又は、一つ又はそれ以上のノードと通信しこれらを制御するコントローラーである。一実施形態において、通信装置２００は医療機器、家電製品、個人娯楽機器、等の一つ又はそれ以上のアプリケーションのための、身体（人間の体に限定されない。）上で、内部で、又は、その周囲で動作する低電力無線ノードである。
【００１６】
プロセッサ２０６はアンテナ２０２及び通信部（ｔｒａｎｓｃｅｉｖｅｒ）２０４を介して、及び／又は、インターネット又は他のＢＡＮネットワークに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。アンテナ２０２はプロセッサ２０６によって採用される無線通信方式に対応する周波数の電波を送受信する。通信部２０４は、プロセッサ２０６から入力された電気信号を電磁波に変換したり、受信した電磁波を電気信号に変換してプロセッサ２０６に出力する回路を含む。プロセッサ２０６はフレームを生成して送信し、他の通信装置からフレームを受信して受信したフレームを処理する機能を行う。プロセッサ２０６はソフトウェア、ファームウェア、又は、ハードウェアによって構成されることができる。
【００１７】
メモリ２０８は送受信されるフレームのデータ（以下、『フレームデータ』と称す。）だけでなく、フレーム構造、媒体アクセス制御、及び電力管理情報等のデータを格納するために使われることができる。また、メモリ２０８は、プロセッサ２０６によって使われるコンピュータプログラム命令、ソフトウェア、及び／又はファームウェアを格納するために使われることもできる。メモリ２０８としては、通信装置２００に組み込まれた、又は、通信装置２００から着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等を含む任意の記憶装置が使われることができる。或いは、メモリ２０８はプロセッサ２０６に組み込まれた、又は、プロセッサ２０６から着脱可能な任意の記憶装置であっても良い。
【００１８】
通信装置２００は、機器２１０等の他の通信装置と連結されることができる。機器２１０は、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期（ｐａｃｅ  ｍａｋｅｒ）、呼吸器、インスリンポンプを制御する等の機能を提供するデバイスである。
【００１９】
図１に示されたネットワーク１００と、図２に示された通信装置２００とは例示に過ぎず、本明細書に記述された通信プロセスを具現することができるシステム又はデバイスの範囲を制限することではない。有線又は無線で接続された任意の二つのデバイスは本発明の通信プロセスを利用することができる。
【００２０】
通信装置２００のようなノード又はハブは、内部的に物理的（ｐｈｙｓｉｃａｌ又はＰＨＹ）レイヤと媒体アクセス制御（ＭＡＣ）サブレイヤとに区分けされる。図３はＩＳＯ／ＯＳＩ−ＩＥＥＥ８０２レファレンスモデルによるＰＨＹレイヤとＭＡＣサブレイヤとを示す。ノードとハブ間の直接的な通信はＰＨＹレイヤとＭＡＣサブレイヤで起こる。本実施形態の場合、ノード又はハブのＰＨＹレイヤとＭＡＣサブレイヤとは与えられた時間に一つのチャネルで動作するが、本発明の技術思想はこれに限定されない。
【００２１】
ノード又はハブ内で、ＰＨＹはＭＡＣとの間に位置したＰＨＹサービスアクセスポイント（ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ；ＳＡＰ）を通じてＭＡＣにサービスを提供し、ＭＡＣはＭＡＣサブレイヤの真上に位置したＭＡＣ  ＳＡＰを通じてＭＡＣクライアント（上位レイヤ）にサービスを提供する。送信時に、ＭＡＣクライアントはＭＡＣ  ＳＡＰを経てＭＡＣサブレイヤへＭＡＣサービスデータユニット（ＭＳＤＵ）を通過させ、ＭＡＣサブレイヤはＰＨＹ  ＳＡＰを経てＰＨＹレイヤへＭＡＣフレーム（ＭＡＣプロトコルデータユニット又はＭＰＤＵとも称す。）を通過させる。受信時には、ＰＨＹレイヤはＭＡＣフレームをＰＨＹ ＳＡＰを経てＭＡＣサブレイヤへ通過させ、ＭＡＣサブレイヤはＭＡＣ ＳＡＰを経てＭＡＣクライアントへＭＳＤＵを通過させる。
【００２２】
図４はノードとハブとの接続手続きを示す模式図である。図４に示すように、まだハブに接続されていないノードは、ハブから発信されたビーコン（Ｂｅａｃｏｎ）フレームからネットワークの固有な識別情報であるネットワークＩＤ（本実施形態の場合、ＢＡＮ  ＩＤ）と、ハブのアドレスとを取得し、取得された上記情報に基づいて接続要請（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）フレームを生成し、これをハブに送信する。接続要請フレームはハブとの接続の生成又は変更を要請するためにノードによって送信されるフレームである。ノードから接続要請フレームを受信したハブは成功的なフレームの受信を確認させる確認応答フレームであるＩ−Ａｃｋ（Ｉｍｍｅｄｉａｔｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをノードに送信した後、接続割当（Ｃｏｎｎｅｃｔｉｏｎ  Ａｓｓｉｇｎｍｅｎｔ）フレームを生成してノードに送信する。接続割当フレームは、接続要請に答えたり、接続割当を開始又は変更したりするためにハブから送信されるフレームである。ハブから接続割当フレームを受信したノードは、Ｉ−Ａｃｋフレームをハブへ送信する。これによって、ノードとハブとが接続され、互いに必要な情報（データ）を交わすことができる状態になる。
【００２３】
以下、ＢＡＮ通信に使用されるビーコンフレーム、接続要請フレーム、及び接続割当フレームのＭＡＣフレーム構造について詳細に説明する。
【００２４】
本実施形態に係るＭＡＣフレームのフォーマットは図５（Ａ）に示される。ＭＡＣフレームは固定された長さのＭＡＣヘッダ、可変長のＭＡＣフレームボディ、及び固定された長さのフレームチェックシークエンス（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ；ＦＳＣ）フィールドを含む。ＭＡＣフレームはＰＨＹ  ＳＡＰ（図３参照）へ、又は、それから伝達されるフィールドのシークエンスである。ＭＡＣフレームに含まれるフィールドは以下に詳細に定義される。以下の図面において、ＭＡＣフレームに含まれたフィールドは左側から右側の順に伝送され、点線で描かれたフィールドはオプション又は選択的に含まれないフィールドである。各フィールドの上には当該フィールドに含まれるオクテット（ｏｃｔｅｔ）の数と、対応するオクテット伝送順序が表示される。予備（ｒｅｓｅｒｖｅｄ）フィールドは送信時には０に設定され、受信時には無視される。
【００２５】
図５（Ｂ）は、本実施形態に係るＭＡＣヘッダのフォーマットを示す。ＭＡＣヘッダは、フレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）、受信者（Ｒｅｃｉｐｉｅｎｔ）ＩＤ、送信者（Ｓｅｎｄｅｒ）ＩＤ、ＢＡＮ  ＩＤフィールドを含む。フレームコントロールに対しては後により詳細に説明する。受信者ＩＤは現在のフレームの受信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ  ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ  ｉｄｅｎｔｉｆｉｅｒ））、送信者ＩＤは現在のフレームの送信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ  ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ  ｉｄｅｎｔｉｆｉｅｒ））、ＢＡＮ  ＩＤは現在のフレームが伝送されるＢＡＮの縮約されたアドレスに設定される。
【００２６】
本実施形態に係るフレームコントロールのフォーマットは図５（Ｃ）に詳細に示される。フレームコントロールの各フィールドはＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．２．１．１に定義されている。フレームコントロールのフィールドの中でフレームサブタイプ（Ｆｒａｍｅ  Ｓｕｂｔｙｐｅ）とフレームタイプ（Ｆｒａｍｅ  Ｔｙｐｅ）フィールドとは、下記の表１に従って現在のフレームのタイプを表示するように設定される。
【表１】
0006686372.tif 000002
【００２７】
表１に示したように、フレームタイプの値は現在のフレームのタイプを示す。特に、フレームタイプ値が００であればマネジメントフレームであり、０１であればコントロールフレーム、１０であればデータフレーム、１１であれば予備フレームであることを示す。フレームサブタイプの値は現在のフレームのサブタイプによって設定される。即ち、フレームタイプ値と、フレームサブタイプ値との組合せが現在のフレームの種類を示す。例えば、フレームタイプ値が００、フレームサブタイプ値が００００であれば現在のフレームがビーコンフレームであり、フレームタイプ値が００、フレームサブタイプ値が１０００であれば現在のフレームが接続要請フレームであり、フレームタイプ値が００、フレームサブタイプ値が１００１であれば現在のフレームが接続割当フレームであることを示す。一方、フレームタイプ値が０１、フレームサブタイプ値が００００であれば現在のフレームがＩ−Ａｃｋフレームであることを示す。
【００２８】
図５（Ｄ）は、本実施形態に係るＭＡＣフレームボディのフォーマットを示す。現在のフレームが保安されていない（ｕｎｓｅｃｕｒｅｄ）フレームである場合（ＭＡＣヘッダのフレームコントロール（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールドのセキュリティレベル（Ｓｅｃｕｒｉｔｙ  Ｌｅｖｅｌ）フィールドによって示される。）、ローオーダーセキュリティシークエンス番号（ｌｏｗ−ｏｒｄｅｒ  Ｓｅｃｕｒｉｔｙ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールド及びＭＩＣ（Ｍｅｓｓａｇｅ  Ｉｎｔｅｇｒｉｔｙ  Ｃｏｄｅ）フィールドは存在しない。フレームペイロードは受信者に伝えられなければならないフィールドのシークエンスである。ノードによってハブに伝送されるＩ−Ａｃｋフレームはペイロードを含まない。ハブによってノードに伝送されるＩ−Ａｃｋフレームは選択的にペイロードを含む。
【００２９】
本実施形態に係るビーコンフレームは、図６（Ａ）に示したフォーマットを持つフレームペイロードを含む。ビーコンフレームは、ビーコン周期（『スーパーフレーム』とも称す。）ごとにハブによって発信され、ネットワークの存在を知らせてノードにネットワークに参加させるために伝送される。送信者アドレス（Ｓｅｎｄｅｒ  Ａｄｄｒｅｓｓ）フィールドは現在のビーコンを発信するハブのＥＵＩ−４８（ＥＵＩ；Ｅｘｔｅｎｄｅｄ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）に設定される。ビーコンフレームのフレームペイロードの残りのフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．１に定義されている。
【００３０】
本実施形態に係る接続要請フレームは図６（Ｂ）に示したフォーマットを持つフレームペイロードを含む。受信者アドレス（Ｒｅｃｉｐｉｅｎｔ Ａｄｄｒｅｓｓ）フィールドは現在のフレームの受信者のＥＵＩ−４８に設定され、ＥＵＩ−４８を知らない場合は０に設定される。送信者アドレス（Ｓｅｎｄｅｒ  Ａｄｄｒｅｓｓ）フィールドは現在のフレームの送信者のＥＵＩ−４８に設定される。接続要請フレームのフレームペイロードの残りのフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．６に定義されている。
【００３１】
本実施形態に係る接続割当フレームは図６（Ｃ）に示したフォーマットを持つフレームペイロードを含む。受信者アドレスフィールドは現在のフレームの受信者のＥＵＩ−４８に設定される。送信者アドレスフィールドは現在のフレームの送信者のＥＵＩ−４８に設定される。接続割当フレームのフレームペイロードの残りのフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．７に定義されている。
【００３２】
以下、本発明の一実施形態に係る匿名通信プロセスについて説明する。まず、通常の、即ち、非匿名通信プロセスについて図７を参照して説明する。通信プロセスが開始されると、非接続されたノードＮはハブＨへ図６（Ｂ）に示されたようなフレームペイロードを持つ接続要請フレームを送信する（ステップＳ７０２）。上記接続要請フレームの受信者アドレスフィールドは受信者であるハブＨのＥＵＩ−４８に設定されて、送信者アドレスフィールドはノードＮのＥＵＩ−４８に設定される。ハブＨが上記接続要請フレームを受信するとノードＮへＩ−Ａｃｋフレームを送信する（ステップＳ７０４）。Ｉ−Ａｃｋフレームの詳細はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．４．１に記述されている。
【００３３】
そして、ハブＨはノードＮへ図６（Ｃ）に示されたようなフレームペイロードを持つ接続割当フレームを送信する（ステップＳ７０６）。上記接続割当フレームの受信者アドレスフィールドは受信者であるノードＮのＥＵＩ−４８に設定され、送信者アドレスフィールドはハブＨのＥＵＩ−４８に設定される。ノードＮが上記接続割当フレームを受信すると、ハブＨへＩ−Ａｃｋフレームを送信する（ステップＳ７０８）。上記のようにしてハブＨとノードＮ間の接続が完了されれば、接続が解除される前までハブＨとノードＮとが情報（データ）を送受信する（ステップS７１０）。
【００３４】
次に、本発明の一実施形態に係る匿名通信プロセスが図８（Ａ）に示される。通信プロセスが開始されると、まだハブＨに接続されていないノードＮはハブＨが発信するビーコンフレームを受信し、ビーコンフレームから自分が参加するＢＡＮのＢＡＮ ＩＤとハブＨのアドレスを取得する（ステップＳ８０２）。上記ＢＡＮ ＩＤはビーコンフレームのヘッダのＢＡＮ  ＩＤフィールドから取得することができる。上記ハブＨのアドレスはビーコンフレームのペイロードの送信者アドレスフィールドから取得することができる。
【００３５】
そして、ノードＮは自分の実際のアドレス（即ち、真アドレス）に代わる代替アドレス（又は、仮アドレス）を生成する（ステップＳ８０４）。図９（Ａ）は本発明の一実施形態に係るノードＮが代替アドレスを生成する方法を示す。本実施形態においては、特定関数の引数としてノードＮのアドレスを使用して代替アドレスを生成する。上記関数は不可逆変換関数であり、ノードＮのアドレスを不可逆変換することで代替アドレスを生成することが望ましい。上記不可逆変換関数の例として、ＭＤ５（Ｍｅｓｓａｇｅ−Ｄｉｇｅｓｔ  ａｌｇｏｒｉｔｈｍ  ５）、ＳＨＡ（ＳｅｃｕｒｅＳｅｃｕｒｅ Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）系列関数、等の暗号学的ハッシュ関数を使用することができる。上記のような不可逆変換関数の具体的な例は本発明の本質的な思想を構成しないことに留意しなければならない。
【００３６】
図９（Ｂ）は本発明の他の実施形態に係るノードＮが代替アドレスを生成する方法を示す。本実施形態においては、示したように、ノードＮが特定関数の引数として自分のアドレスと共に、参加するネットワークの識別情報（例えば、ビーコンフレームから取得したＢＡＮ  ＩＤ）を使用することで代替アドレスを生成する。本実施形態でも、上記関数はＭＤ５、ＳＨＡ系列関数、等の不可逆変換関数を使用することが望ましい。一方、代替アドレスを生成する方法は上記実施形態に限定されない。例えば、不可逆変換は不可逆的マッピング（ｍａｐｐｉｎｇ）によっても可能である。
【００３７】
図８（Ａ）に戻って、ノードＮはステップＳ８０４で生成した代替アドレスを送信者とする接続要請フレームをハブＨへ送信する（ステップＳ８０６）。換言すれば、接続要請フレームの送信者アドレスフィールドは上記代替アドレスに設定される。
【００３８】
ハブＨは接続要請フレームを成功的に受信すれば、これをノードＮに確認させるためにノードＮへＩ−Ａｃｋフレームを送信する（ステップＳ８０８）。そして、ハブＨは上記代替アドレスを受信者アドレスとする接続割当フレームをノードＮへ送信する（ステップＳ８１０）。
【００３９】
ノードＮは接続割当フレームを成功的に受信すればハブＨにＩ−Ａｃｋフレームを送信する（ステップＳ８１２）。一方、本発明の匿名通信プロセスにおいてはステップＳ８０８及び／又はステップＳ８１２のＩ−Ａｃｋフレームを省略することも可能である。
【００４０】
上記の過程を経てノードＮとハブＨとの間の接続が完了されれば、接続が解除される前まで情報（データ）の送受信が行われる（ステップＳ８１４）。
【００４１】
図８（Ｂ）は本発明の他の実施形態に係る匿名通信プロセスを示す。本実施形態において、ノードＮは自身の実際のアドレスでない代替アドレスを使って通信するということをハブＨに通知する。通信プロセスが開始されると、図８（Ａ）に示された実施形態のステップＳ８０２と同様に、まだハブＨに接続されていないノードＮはハブＨが発信するビーコンフレームを受信し、ビーコンフレームから自分が参加するＢＡＮのＢＡＮ  ＩＤとハブＨのアドレスとを取得する（ステップＳ８２２）。そして、図８（Ａ）に示された実施形態のステップＳ８０４と同様に、ノードＮは自分の実際のアドレスに代わる代替アドレス（又は、仮アドレス）を生成する（ステップＳ８２４）。代替アドレスの生成方法は図８（Ａ）に示された実施形態に関連して図９（Ａ）及び９（Ｂ）を参照して説明したものと同一であるので、詳細な説明は省略する。
【００４２】
次に、ステップＳ８２６において、ノードＮは自分の実際のアドレスでない代替アドレスを用いて通信することをハブＨに知らせるための判別情報を含む接続要請フレームを生成する。換言すれば、通常の接続要請フレームから区別させる判別情報（又は、フラッグ）が接続要請フレームに含まれる。上記判別情報は、例えば、ＭＡＣヘッダのフレームコントロールフィールド（図５（Ｂ）及び５（Ｃ）参照）のセキュリティレベルフィールドに含まれる。ＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．２．１．１．３に定義されたように（下記の表２参照）、セキュリティレベルは現在のフレームのセキュリティレベルを示すように設定されるフィールドである。表２に示したように、ＩＥＥＥＳｔｄ８０２．１５．６仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）では値０ｂ１１は使用されない。本実施形態においては、上記判別情報を含ませる方法として、接続要請フレームのＭＡＣヘッダのフレームコントロールフィールドのセキュリティレベルフィールドの値を０ｂ１１に設定する。
【表２】
0006686372.tif 000003
【００４３】
しかし、本発明は上記実施形態に限定されない。他の実施形態においては、判別情報を含ませるフィールドとしてセキュリティレベルフィールドではない他のフィールドが使用されることができる。例えば、接続要請フレームのＭＡＣヘッダのフレームコントロールフィールドの予備になっている４ビットの中で特定の１ビットを指定して、通常の非匿名通信を行う場合には当該ビットの値を０に設定し、匿名通信を行う場合には（即ち、代替アドレスを使用する場合には）当該ビットの値を１に設定することで上記判別情報を含ませることができる。また、他の実施形態においては、ＭＡＣヘッダのフレームタイプフィールドの予備やフレームサブタイプフィールドの予備を用いることができる（表１参照）。判別情報として使用可能なフレームタイプフィールドとフレームサブタイプフィールドとの値は表３に列挙される。
【表３】
0006686372.tif 000004
【００４４】
また他の実施形態として、ノードＮが接続要請フレームを送信する時だけ匿名で通信することをハブＨに知らせ、以後にはハブＨがノードＮとの通信が匿名通信プロセスであることを記憶しておく場合には、判別情報を必ずＭＡＣヘッダに記録しなくても良い。即ち、接続要請フレームのペイロードに上記判別情報を含ませても良い。
【００４５】
ノードＮはステップＳ８２４において生成された代替アドレスを送信者とする同時に、上記判別情報を含む接続要請フレームをハブＨに送信する（ステップＳ８２８）。換言すれば、接続要請フレームの送信者アドレスフィールドは上記代替アドレスに設定される。
【００４６】
ハブＨはノードＮから接続要請フレームを受信すると、受信した接続要請フレームを解釈して、ノードＮが匿名で通信しようとしているかどうかを判断する（ステップＳ８３０）。この判断は接続要請フレームに含まれた判別情報に基づいて行われる。本実施形態においては、ハブＨがノードＮから受信した接続要請フレームのＭＡＣヘッダのフレームコントロールフィールドのセキュリティレベルフィールドの値が０ｂ１１に設定されているかどうかを判断し、０ｂ１１に設定されている場合には匿名通信プロセスを進める。上記フィールドの値が０ｂ１１に設定されていない場合には、図７に示すような通常の非匿名通信プロセスを進める。上記のように、匿名通信プロセスの判別情報を格納するフィールドとしてセキュリティレベルフィールドではない他のフィールド（例えば、ＭＡＣヘッダの予備フィールド又はペイロード）を使用できることは勿論のことである。
【００４７】
そして、ハブＨは接続要請フレームの成功的な受信を確認させるためにノードＮへＩ−Ａｃｋフレームを送信する（ステップＳ８３２）。本実施形態においては、匿名通信プロセスの判別情報としてＩ−ＡｃｋフレームのＭＡＣヘザーのフレームコントロールフィールドのセキュリティレベルフィールドの値を０ｂ１１に設定する。上記のように、匿名通信プロセスの判別情報を格納するフィールドとしてセキュリティレベルフィールドではない他のフィールド（例えば、ＭＡＣヘッダの予備フィールド）を使用したり、判別情報を含めなかったりすることも可能であることは勿論のことである。
【００４８】
次に、ハブＨは上記代替アドレスを受信者アドレスとする接続割当フレームをノードＮへ送信する（ステップＳ８３４）。上記のように本実施形態においては、匿名通信プロセスの判別情報として接続割当フレームのＭＡＣヘッダのフレームコントロールフィールドのセキュリティレベルフィールドの値を０ｂ１１に設定する。上記のように、匿名通信プロセスの判別情報を格納するフィールドとしてセキュリティレベルフィールドではない他のフィールド（例えば、ＭＡＣヘッダの予備フィールド）を使用したり、判別情報を含めなかったりすることも可能であることは勿論のことである。
【００４９】
接続割当フレームを受信したノードＮはハブＨにＩ−Ａｃｋフレームを送信する（ステップＳ８３６）。上記のように、本実施形態においては、匿名通信プロセスの判別情報としてＩ−ＡｃｋフレームのＭＡＣヘッダのフレームコントロールフィールドのセキュリティレベルフィールドの値を０ｂ１１に設定する。この場合にも、上記のように、匿名通信プロセスの判別情報を含むフィールドとしてセキュリティレベルフィールドではない他のフィールド（例えば、ＭＡＣヘッダの予備フィールド）を使用したり、判別情報を含めなかったりすることも可能であることは勿論のことである。一方、本発明の匿名通信プロセスにおいてはステップＳ８３２及び／又はステップＳ８３６のＩ−Ａｃｋフレームを省略することも可能である。
【００５０】
上記の過程を経てノードＮとハブＨとの間の接続が完了されれば、接続が解除される前まで情報（データ）の送受信が行われる（ステップＳ８３８）。
【００５１】
図８（Ｂ）の実施形態によると、ノードＮが代替アドレスを使用して通信することがハブＨに知られているので、ハブＨは重要度が高い情報をノードＮに送信しない等、ノードＮと選択的に情報を交換することができる。
【００５２】
前述したように、匿名通信プロセスはノードＮが重要度の低い情報を取得することにおいて特に有用である。しかし、匿名通信プロセス中により詳細な情報、即ち、重要度が高い情報を取得する必要があると判断される場合には、ノードＮが匿名通信プロセスを中断し、自身の実際のアドレスをハブＨに公開する通常の通信プロセスに移行することができる。以下では、図１０を参照して本発明の一実施形態に係る通信プロセスの切り替えについて説明する。
【００５３】
図１０に示したように、ノードＮは自分の実際のアドレスを送信者アドレスとする接続要請フレームをハブＨへ送信する（ステップＳ１００２）。この接続要請フレームを受信すると、ハブＨは匿名通信プロセスが行われていたかどうかを判断する（ステップＳ１００４）。より具体的に、ハブＨが図２に示した通信装置２００である場合に、ハブＨはメモリ２０８に格納されているフレームデータに上記判別情報が含まれているかどうかを判断することによって、先に匿名通信プロセスが行われていたかどうかを判断することができる。
【００５４】
ステップＳ１００４において、匿名通信プロセスが行われていなかったと判断された場合は（ステップＳ１００４：ＮＯ）、プロセスはステップＳ１０２４に移って通常の非匿名通信プロセスを進める。ステップＳ１０２４乃至ステップＳ１０３０は図７のステップＳ７０４乃至Ｓ７１０と同様であるので、詳細な説明は省略する。
【００５５】
ステップＳ１００４において、匿名通信プロセスが行われていたと判断された場合は（ステップＳ１００４：ＹＥＳ）、ハブＨは、例えば、ノードＮから受信した上記接続要請フレームの送信者アドレス、又は、送信者アドレス及びＢＡＮ  ＩＤを使用して図９（Ａ）又は図９（Ｂ）に示された方法で代替アドレスを生成する（ステップＳ１００６）。また、ハブＨはメモリ２０８に格納されている上記判別情報を含むフレームデータから当該フレームを送信したノードのアドレス（代替アドレス）を取得する。ハブＨはステップＳ１００６において生成された代替アドレスを、上記取得されたアドレス、即ち、以前の匿名通信プロセスにおいて使われたノードの代替アドレスと比較して、これらの二つのアドレスが一致するかどうかを判断する（ステップＳ１００８）。
【００５６】
上記二つのアドレスが不一致する場合は（ステップＳ１００８：ＮＯ）、ハブＨは匿名通信プロセスによって通信していなかったノードＮ´から接続要請フレームを受信したと判断し、プロセスはステップＳ１０２４に移って通常の非匿名通信プロセスが続行される（ステップＳ１０２４乃至Ｓ１０３０）。
【００５７】
上記二つのアドレスが一致する場合は(ステップＳ１００８：ＹＥＳ)、ハブＨは以前に匿名通信プロセスを行っていたノードが非匿名通信プロセスを開始したと判断して接続を更新する。引き続き、ハブＨはノードＮにＩ−Ａｃｋフレームを送信する（ステップＳ１０１０）。
【００５８】
そして、ハブＨはノードＮへ接続割当フレームを送信する（ステップＳ１０１２）。上記接続割当フレームの受信者アドレスフィールドは受信者であるノードＮの実際のアドレスに設定される。ノードＮが上記接続割当フレームを受信すると、ハブＨへＩ−Ａｃｋフレームを送信する（ステップＳ１０１４）。このようにしてノードＮとハブＨとが接続されれば、接続が終了する時まで情報（データ）を送受信する（ステップＳ１０１６）。この時、ノードＮとハブＨとは匿名通信プロセスにおいて既に交わしたデータを再度交わさないことが望ましい。
【００５９】
［第２実施形態］
図１１はＢＡＮ内のハブ又はノードとして機能することができるデバイスの例示的な実施形態を示し、図１１（Ａ）は外観を示す図であり、図１１（Ｂ）は当該デバイスのハードウェア構成を示すブロック図である。本実施形態において、上記デバイスは電子時計である。図１１（Ｂ）に示したように、電子時計１１００は通信モジュール１１１０を備え、通信モジュール１１１０はアンテナ１１１２、通信部１１１４及びプロセッサ１１１６を含む。プロセッサ１１１６はアンテナ１１１２及び通信部１１１４を介して、及び／又は、インターネット又は他のＢＡＮに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。プロセッサ１１１６は、ソフトウェア、ファームウェア、又は、ハードウェアによって構成されることができる。アンテナ１１１２、通信部１１１４、プロセッサ１１１６の構成及び機能は、図２に関連して説明したアンテナ２０２、通信部２０４、プロセッサ２０６の構成及び機能と同様であるので、より詳細な説明は省略する。また、通信モジュール１１１０は他のデバイスと送受信するフレームデータ、フレーム構造、媒体アクセス制御及び電力管理情報等のデータ、プロセッサ１１１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／又は、ファームウェア等を格納するメモリ（図示せず）をさらに備えても良い。
【００６０】
中央制御部１１２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算処理装置によって構成され、電子時計１１００全体の動作を制御する。例えば、中央制御部１１２０はＲＯＭ１１６０に記録されているプログラムに従って各種の処理を実行する。なお、図２に関連して説明したプロセッサ２０６と同様の構成及び機能を中央制御部１１２０で実現しても良いし、中央制御部１１２０とプロセッサ１１１６とが協働して実現しても良い。
【００６１】
入力部１１３０は電子時計１１００の端末本体に対して各種情報及び指示の入力を行う機能を備えた複数個のボタン（ここでいうボタンには、ハードウェアのみならずソフトウェアによって実現されるものも含む。）等により構成されている。ユーザにより各種ボタンが操作されると、入力部１１３０は、操作されたボタンに応じた操作指示を中央制御部１１２０に出力する。中央制御部１１２０は、入力部１１３０から入力された指示に従って所定の動作を各部に実行させる。
【００６２】
表示部１１４０は中央制御部１１２０からの指示に従って、時刻や外部から受信したメッセージ等の各種情報を表示する。
時計部１１５０はシステムクロック又は発振器によって生成される信号から時刻信号を生成し、現在の時刻を出力する。
ＲＯＭ１１６０は中央制御部１１２０で実行される制御プログラム等を格納する。また、ＲＯＭ１１６０はプロセッサ１１１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／または、ファームウェア等を格納しても良い。
ＲＡＭ１１７０は中央制御部１１２０が各種処理を実行する際の作業領域（ｗｏｒｋ  ａｒｅａ）を提供し、電子時計１１００の各部により処理されるデータを格納する。また、ＲＡＭ１１７０は送受信されるフレームデータを格納するのみならず、フレーム構造、媒体アクセス制御及び電力管理情報、等のデータを格納しても良い。
【００６３】
なお、電子時計１１００は、他のデバイスと連結されることができる。上記他のデバイスは、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期、呼吸器、インスリンポンプを制御する等の機能を提供するデバイスである。
【００６４】
以上、本発明をＢＡＮ通信に適用した実施形態について説明したが、本発明の適用分野はＢＡＮに限定されないし、例えば、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。ブルートゥースやＷｉ−ＦｉはＢＡＮに比べて到達距離が長いので、本発明を適用すれば身体領域を抜け出したデバイス間の匿名通信が可能である。例えば、携帯電話やスマートウオッチを所持したユーザが特定場所（例えば、レストラン）に近接した時に、当該特定場所に関連した一般的な（即ち、ユーザに特定されていない）情報（例えば、クーポン、割引情報、等）のみを匿名で受信することが可能である。これによって、ユーザの個人情報であるアドレスを露出させない状態でも、多様な情報を容易に収集するようにすることができる。
【００６５】
一実施形態として、本発明はブルートゥース通信に適用されることができる。スレーブの役割を行うノードは自分の固有アドレスであるＢＤ＿ＡＤＤＲ（Ｂｌｕｅｔｏｏｔｈ  ｄｅｖｉｃｅ  ａｄｄｒｅｓｓ）を使用して代替アドレスを生成する。また、図９（Ｂ）に関連して説明したように、ノード自分のアドレスであるＢＤ＿ＡＤＤＲ及び接続後のネットワークで共通する変数であるマスターのＢＤ＿ＡＤＤＲ（ＢＡＮに関する上記実施形態においてＢＡＮ  ＩＤに対応する。）を使用して代替アドレスを生成することも可能である。代替アドレスを使用することを示す判別情報は、例えば、リンクレイヤ（Ｌｉｎｋ  Ｌａｙｅｒ）パケットのヘッダの予備（Ｒｅｓｅｒｖｅｄ）フィールドに含まれる。
【００６６】
上述したプロセスは、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。特定のプロセスをソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ハブ又はノードとして機能するデバイスに、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するためにデバイス本体とは別に配布されるリムーバブルメディア（図示せず）等により構成されるだけでなく、デバイス本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成されても良い。
【００６７】
本発明が属する技術分野における通常の知識を有する者は、上記説明及び関連図面から本発明の多くの変形及び他の実施形態を導出することができる。従って、本発明は開示された特定の実施形態に限定されない。本明細書では、複数の特定用語が使われているが、これらは一般的な意味として単に説明の目的のために使われただけであり、発明を制限する目的で使われたものではない。添付の特許請求の範囲及びその均等物により定義される一般的な発明の概念及び思想を抜け出さない範囲で多様な変形が可能である。
【００６８】
本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定されるものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
【００６９】
［付記］
＜請求項１＞
通信データのフレームを規定する特定の通信プロトコルに従う通信のための装置であって、
フレームを生成するプロセッサを含み、
前記プロセッサは、自装置に固有な識別情報である第１の識別情報に基づいて、前記第１の識別情報と異なる第２の識別情報を生成し、前記第２の識別情報を含むフレームを生成することを特徴とする通信装置。
＜請求項２＞
前記第１の識別情報は、自装置のアドレス情報であることを特徴とする請求項１に記載の通信装置。
＜請求項３＞
前記プロセッサは、前記ネットワークに固有な識別情報であるネットワーク識別情報に基づいて前記第２の識別情報を生成することを特徴とする請求項１又は２に記載の通信装置。
＜請求項４＞
前記プロセッサは、前記第１の識別情報を不可逆変換することにより前記第２の識別情報を生成することを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
＜請求項５＞
前記プロセッサは、前記第１の識別情報及び前記ネットワーク識別情報を不可逆変換することにより前記第２の識別情報を生成することを特徴とする請求項３に記載の通信装置。
＜請求項６＞
前記ネットワークはボディエリアネットワーク（ＢＡＮ）であり、前記ネットワーク識別情報はＢＡＮ  ＩＤであることを特徴とする請求項３乃至５の何れか１項に記載の通信装置。
＜請求項７＞
前記プロセッサは、前記フレームに前記第２の識別情報が含まれていることを示す判別情報を前記フレームに含ませることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
＜請求項８＞
前記判別情報は、ＭＡＣヘッダのフレームコントロールフィールドのセキュリティレベルフィールドに含まれることを特徴とする請求項７に記載の通信装置。
＜請求項９＞
前記他装置は電子時計である、請求項１乃至６の何れか１項に記載の通信装置。
＜請求項１０＞
通信データのフレームを規定する特定の通信プロトコルに従う通信のための装置であって、
フレームを分析し生成するプロセッサを備え、
前記プロセッサは、他装置から受信されたフレームから前記他装置を識別する情報である第１の識別情報を取得し、
前記プロセッサは、特定の判別情報を含むフレームデータが記憶されているかどうかを判断して、前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成し、
前記プロセッサは、前記特定の判別情報を含むフレームデータから装置識別情報を取得し、前記取得された装置識別情報と、前記第２の識別情報を比較して、前記二つの情報が一致する場合には前記第１の識別情報を含むフレームを生成することを特徴とする通信装置。
＜請求項１１＞
前記プロセッサは、前記取得された装置識別情報を使用して前記他装置と通信したデータを除いたデータを含むフレームを生成することを特徴とする、請求項１０に記載の通信装置。
＜請求項１２＞
請求項１乃至１１の何れか１項に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
＜請求項１３＞
通信データのフレームを規定する特定の通信プロトコルに従う通信装置の通信方法であって、
前記通信装置に固有な識別情報である第１の識別情報に基づいて、前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記第２の識別情報を含むフレームを生成するステップと、
を含むことを特徴とする通信方法。
＜請求項１４＞
通信データのフレームを規定する特定の通信プロトコルに従う通信装置の通信方法であって、
他の通信装置から受信されたフレームから前記他の通信装置を識別する情報である第１の識別情報を取得するステップと、
特定の判別情報を含むフレームデータが記憶されているかどうかを判断するステップと、
前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記特定の判別情報を含むフレームデータから装置識別情報を取得するステップと、
前記取得された装置識別情報と、前記第２の識別情報とを比較するステップと、
前記取得された装置識別情報と、前記第２の識別情報とが一致する場合は、前記第１の識別情報を含むフレームを生成するステップと、
を含むことを特徴とする通信方法。
＜請求項１５＞
特定の通信プロトコルに従う通信の可能な装置に、
自装置に固有な識別情報である第１の識別情報に基づいて、前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記第２の識別情報を含むフレームを生成するステップと、
を実行させるプログラム。
＜請求項１６＞
特定の通信プロトコルに従う通信の可能な装置に、
他の装置から受信されたフレームから前記他の装置を識別する情報である第１の識別情報を取得するステップと、
特定の判別情報を含むフレームデータが記憶されているかどうかを判断するステップと、
前記特定の判別情報を含むフレームデータが記憶されている場合は、前記フレームから取得された前記第１の識別情報に基づいて前記第１の識別情報と異なる第２の識別情報を生成するステップと、
前記特定の判別情報を含むフレームデータから装置識別情報を取得するステップと、
前記取得された装置識別情報と、前記第２の識別情報とを比較するステップと、
前記取得された装置識別情報と、前記第２の識別情報とが一致する場合は、前記第１の識別情報を含むフレームを生成するステップと、
を実行させるプログラム。
【符号の説明】
【００７０】
１００ ボディエリアネットワーク（ＢＡＮ）
２００ 通信装置
２０２ アンテナ
２０４ 通信部
２０６ プロセッサ
２０８ メモリ
１１００ 電子時計
１１１０ 通信モジュール
１１１２ アンテナ
１１１４ 通信部
１１１６ プロセッサ
１１２０ 中央制御部
１１３０ 入力部
１１４０ 表示部
１１５０ 時計部
【図１】
0006686372.tif 000005
【図２】
0006686372.tif 000006
【図３】
0006686372.tif 000007
【図４】
0006686372.tif 000008
【図５】
0006686372.tif 000009
【図６】
0006686372.tif 000010
【図７】
0006686372.tif 000011
【図８】
0006686372.tif 000012
【図９】
0006686372.tif 000013
【図１０】
0006686372.tif 000014
【図１１】
0006686372.tif 000015