JP3967110B2 - 通信システム、マスタ及び通信方法 - Google Patents
通信システム、マスタ及び通信方法 Download PDFInfo
- Publication number
- JP3967110B2 JP3967110B2 JP2001339395A JP2001339395A JP3967110B2 JP 3967110 B2 JP3967110 B2 JP 3967110B2 JP 2001339395 A JP2001339395 A JP 2001339395A JP 2001339395 A JP2001339395 A JP 2001339395A JP 3967110 B2 JP3967110 B2 JP 3967110B2
- Authority
- JP
- Japan
- Prior art keywords
- mac address
- slave
- master
- address
- slaves
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システム、それに用いられるマスタ並びにスレーブ、MAC（Media Access Control）アドレスサーバ及び通信方法に関する。
【０００２】
【従来の技術】
従来、特にBluetooth仕様の通信システムは、同時に通信できるのは１つのマスタと限定された数以内のスレーブとなる端末から構成されるアドホックネットワーク（Ad hoc Network）であり、スリープモードのスレーブとは同時に通信できない。
【０００３】
【発明が解決しようとする課題】
このような仕様の通信システムの場合、マスタに接続するスレーブの数を飛躍的に増やしたアドホックネットワークを形成するためには、スリープモード処理を含めたシステムにすることが必須であるが、その場合、次のような解決すべき技術的課題があった。
【０００４】
（１）アドレス配布処理に関して、マスタは通信に直接再参加するスレーブとなる端末にMACアドレスを付与し発行する時に、そのアドレス配布処理時間を短くし、また新規アドレスを可能な限り発行しないことによってアドレス枯渇を防ぐ必要がある。
【０００５】
（２）スリープモード中の多数のスレーブとの初期プラグ＆プレイを含む送受信シーケンスを確立する必要がある。
【０００６】
（３）接続遮断検出時の自動再接続処理がないため、切断されたスレーブとの通信イベントが発生しても、イベント発生後に再接続処理を起動するため、通信までの時間が必要とされ、応答速度が遅くなるのを解決する必要がある。
【０００７】
本発明はこのような従来の技術的課題を解決するためになされたもので、通信可能な制限台数を超えて多数のスレーブと通信可能にしながらも、その通信に必要となるMACアドレスの新規の発行数を可能な限り少なくでき、アドレスの枯渇が防げる通信技術を提供することを目的とする。
【０００８】
本発明はまた、接続遮断検出時の自動再接続処理が高速に行える通信技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
請求項１の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、前記マスタは、（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブに MAC アドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とするものである。
【００１０】
請求項２の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、（１）前記マスタは、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタは、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、（３）前記スレーブの１つに設置されたMACアドレスサーバは、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタは（２）の処理を、前記MACアドレスサーバは（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことを特徴とするものである。
【００１１】
請求項６の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムに使用されるマスタであって、（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にする信号を送信し、（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブに MAC アドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とするものである。
【００１４】
請求項７の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、（３）前記マスタが、前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とするものである。
【００１５】
請求項８の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、（３）前記スレーブの１つに設置されたMACアドレスサーバが、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタが（２）の処理を、前記MACアドレスサーバが（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とするものである。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳説する。図１は本発明の通信システムの１つの実施の形態としてBluetooth仕様の通信システムのトポロジを示している。この実施の形態の通信システムは、１つのマスタMasterと複数Ｎ台のスレーブSlave 1〜Slave Nとで構成される。なお、Bluetooth仕様では、最大７台のスレーブまでしか同時にマスタに対して通信できないものとされているが、本実施の形態のスリープモードを採用することによりＮ＞７であっても通信可能にする。また、マスタ、スレーブそれぞれのハードウェア構成は、例えば、「テクノロジー解体新書 Bluetooth技術解説ガイド」（宮津和弘著、株式会社リックテレコム、２００１年６月１１日発行）の２５１〜２６９頁、第１５章に記載されているモジュールが採用される。
【００１７】
また、以降にECHONETが登場するが、ECHONETコンソーシアムで規定されるプロトコルである。ホームページは、「http://www.echonet.gr.jp/」（２００１年１０月３０日現在）にある。その趣旨は、次の通りである。
【００１８】
日本も世界も、ＣＯ2削減、オゾン層の保護、医療費の削減、バリアフリーや安全な社会づくりなどいくつもの大きな課題を抱えている。そのために産業も家庭も、いろいろな対策を打ってきている。しかし、さらに効果的に解決していくためには、複数の機器、複数のシステムを統合する、システム的な方法が不可欠になってきている。例えば、日本のＣＯ2削減目標は1990年の６％減としているが、個別の機器での省エネルギーでは限界に近づきつつある。どうしても家庭全体、地域全体で総合的にシステム的管理をしていく必要がある。これはエネルギー面だけでなく、在宅の医療や介護、セキュリティの領域でも同様で、大きな成果を効率的に実現していくためには、システム的管理を行う必要がある。
【００１９】
このような総合的でシステム的な管理を実現していくためには、そのインフラとなるホームネットワークの普及が前提となる。しかし、既築住宅を見ると、その家庭内のネットワークは配線コストが高いこともあり、あまり進んでいないのが現状である。そこで、工事が不要で既築住宅に対応でき、多くの機器のコントロールを簡単にできる汎用的で標準的なシステムの開発が必要になっている。この実現を目的するのがECHONETである。
【００２０】
図２５は、このECHONETのレイヤ図であり、開発趣旨は次による。
【００２１】
○対象分野は、戸建て、集合住宅、店舗、小規模ビルである。
【００２２】
○開発するAPIやプロトコルの仕様を広く公開することによって、自由なアプリケーション開発を促進するとともに、外部拡張や参入を妨げないオープンなシステムとする。
【００２３】
○物理層についても、上記に限定せず、他の伝送メディアでも使えるような仕組みにする。
【００２４】
○HBSをベースに拡張して、上位互換性をもたせる。
【００２５】
図２は本実施の形態の通信システムによる通信スロットを示している。マスタMasterと最大７台の同時に通信できるスレーブSlave 1，Slave 2，…，Slave nとで構成されるピコネット内の通信は、マスタから一定時間幅のタイムスロット内のパケットにデータを載せ、１つのスレーブSlave 1に対して送信し、スレーブSlave 1が次のタイムスロットでackパケット信号を返信し、マスタがこれを受信すれば、次のスレーブSlave 2に対してさらに次のタイムスロットのパケットにデータを載せて送信し、スレーブSlave 2もこれを受信すればackパケット信号をMasterに戻すという手順を繰り返すという時分割スロット多重方式でデータ通信を行なう。
【００２６】
本実施の形態の通信システムのマスタ、スレーブはいずれも図３に示す機能構成であり、リンク監視タイマブロック１１、リンク処理ブロック１２、受信処理ブロック１３、スリープモード管理処理ブロック１４、送信処理ブロック１５、送信イベント監視ブロック１６、送信パケット生成ブロック１７、アドレス管理データベース１８から構成される。
【００２７】
リンク監視タイマブロック１１は、図１に示す各接続ごとに張られた接続リンク状態を監視する。すなわち、定期的にマスタ／スレーブより検査用送信パケットをスレーブ／マスタに送り、所定タイマ時間内に送信先よりメッセージ応答がない場合にはイベントを発生する。
【００２８】
リンク処理ブロック１２は、リンク監視タイマブロック１１からのイベントによりリンク処理を行なう。すなわち、マスタは失われた接続先のスレーブを対象に、図４のBluetoothリンク層通信シーケンスに示したリンクタイムアウト時の自動接続処理を行う。またスレーブは、図５のBluetoothリンク層通信シーケンスに示したリンクタイムアウト時の自動接続処理を行う。なお、図４に示すマスタ側の自動接続処理におけるPageは、マスタが連続して周辺特定スレーブに対して接続を呼出す動作である。また、図５の通信シーケンスに示すスレーブ側の自動接続処理におけるPageScanは、スレーブがマスタのPage周波数を捕捉するための動作である。
【００２９】
マスタ側の受信処理ブロック１３では、図６のBluetoothリンク層通信シーケンスに示した受信処理動作を行う。すなわち、マスタは、ビーコン波（beacon）、beaconアクセスウィンドウを定期的に生成し、スリープモードのスレーブをポーリングする。このポーリングで、スレーブ側で送信イベントがあれば当該スレーブが図７の通信シーケンスに示す送信処理によってunpark（parkモードの解除。以下、同様）処理をマスタに要求するので、マスタはunpark要求を受け付け、スリープ解除を許可する。当該スレーブはデータ送信して来るのでこれを受信し、受信後にpark命令を当該スレーブに送信する。
【００３０】
スレーブ側の受信処理ブロック１３では、図８のBluetoothリンク層通信シーケンスに示した受信処理動作を行う。すなわち、スレーブは、マスタからのbeacon波によるunpark指示を受信してマスタから送信メッセージを受信した後、マスタからのスリープ指示（park化命令）を受けてから再びスリープモードに入る（つまり、park化する）。
【００３１】
なお、マスタ、スレーブそれぞれの受信処理ブロック１３は受信バッファを持ち、物理媒体より受け取る受信メッセージをストアし、解釈し、送信処理ブロック１５に作用して次の処理に移行させる。
【００３２】
スリープモード管理処理ブロック１４は、beacon波生成、beaconアクセスウィンドウ生成、unpark、park処理を行う。beacon波は、定期的にマスタ側から同報送信される信号であり、unpark対象のスレーブのアドレスとunparkコマンドが含まれる。beaconアクセスウィンドウは、beacon波の後に続く定期的にマスタ側から同報送信される信号であり、スレーブのアドレスごとにタイムスロットが用意されている。あるスレーブがスリープモードに入りたい時（つまり、parkしたい時）には、自己に割り当てられている所定のタイムスロットにてマスタ側に要求する。
【００３３】
マスタ側の送信処理ブロック１５は、図９のBluetoothリンク層通信シーケンスに示した送信処理動作を行う。すなわち、スリープモード管理処理ブロック１４により送信対象スレーブをunpark化し、パケット送信する。
【００３４】
スレーブ側の送信処理ブロック１５は、図７の通信シーケンスに示した送信処理を行う。すなわち、beacon波を受信し、beaconアクセスウィンドウを開き、マスタにunpark要求を送信し、データを送信する。その後、マスタ側からのpark命令を受け付ける。
【００３５】
なお、マスタ、スレーブそれぞれの送信処理ブロック１５は送信データバッファを持ち、送信パケット生成ブロック１７より受け取る送信メッセージをストアし、送信データとして所定のタイミングに送信する。
【００３６】
送信イベント監視ブロック１６は、送信すべきイベントを監視する。そしてイベントが発生していれば、スリープモード管理処理ブロック１４に指示を出し、送信処理を起動させる。
【００３７】
送信パケット生成ブロック１７は、送信用のパケットを生成する。例えば、プラグ＆プレイ用として図１０（ａ）〜（ｄ）に示す構造のパケットを生成する。そして、処理フェーズに応じて送信イベント監視ブロック１６に通知し、送信処理ブロック１５の送信データバッファに受け渡す。なお、プラグ＆プレイ用のパケットの内容については後述する。
【００３８】
アドレス管理データベース１８は、マスタ、スレーブの種々のアドレスデータを登録し、管理する。マスタ、スレーブに共通して定義されるノードアドレスは、少なくとも、図１１及び図１２に示す要素から成る。これには、１バイトのMACアドレス、６バイトのBD_ADDR、２バイトのコネクションハンドル番号Connection_Handle、１バイトのカレントモードCurrent_Modeである。ただし、図１２に示す各スレーブのアドレス管理データベース１８の場合、自己及び他スレーブのMACアドレス、BD_ADDRと共に、必ずマスタのMACアドレス、BD_ADDRが登録される。
【００３９】
MACアドレスは、マスタが持つMACアドレスサーバ機能がスレーブに付与するサブネット内のユニークなアドレス値である。マスタのMACアドレスは、例えば、0x00であり、サブネット内のスレーブそれぞれのMACアドレスは、例えば、0x01〜0xfe（最大２５５）のいずれかである。なお、サブネット（Subnet）とは、IPアドレスのリンクローカルアドレスが付与された全ノードから成る集合である。サブネット内にはマスタノードを含めて最大２５６のノードが許容される。
【００４０】
BD_ADDRは、マスタ、スレーブともに各々に自己媒体として予め付された固有値である。
【００４１】
Connection_Handleは、マスタとスレーブとの間で確立される通信チャンネル番号であり、active／park（スリープ）状態に関わりなくリンクが確立されている間は存在する。そして、あるリンクがリンク監視タイマブロック１１によりタイムアウト検出された場合には、Connection_Handle=NULLとし、マスタはページ（Page）動作から始められる。
【００４２】
Current_Modeは、ノードごとのactive／park等の状態を示すものである。スリープモード管理ブロック１４では、active状態のノードの管理は不要であるので、このデータにより実行する処理が異なったものとなる。
【００４３】
次に、上記構成の通信システムによる通信動作について説明する。まず、図１３に示すプロトコルスタックにより通信レイヤ構成を説明する。プロトコルスタックは、マスタ、スレーブはBluetooth仕様で規定されているL2CAP以下のレイヤＬ１、その上位のGAP（Generic Access Profile）・SDP（Service Discovery Protocol）、上位ネットワークプロトコルＬ２、Bluetoothプロトコルと上位ネットワークプロトコルＬ２との間に介在するUDP/ProfileインタフェースＬ３、これらとは別に、GAP・SDPと併用され、本実施の形態の特徴部をなすPAN Profile、またIpv6又はIpv4、UDP（User Datagram Protocol）から構成されている。
【００４４】
L2CAP以下のレイヤＬ１にBluetoothが収納され、BNEP、PAN、GAP・SDPはBluetoothで定義されるProfileである。上位ネットワークプロトコルＬ２は、メッセージの形で相手のノードに送信すべく、UDP/ProfileインタフェースＬ３を介してUDP/IPを用いてBluetoothで定義されるプロトコルによって送受信する。
【００４５】
UDP/ProfileインタフェースＬ３は前述した図３の諸機能を持ち、PAN Profileを経由して以下の通信制御を実行する。UDP/ProfileインタフェースＬ３によるプラグ＆プレイ処理の手順は、図１４のフローチャートと図１５、図１６のデータフロー図に示してある。
【００４６】
まず、マスタはInquiry起動モードを持ち、スレーブ各々はInquiryScan起動モードを持っている。またマスタは定期的に自動InquiryScanを実行し、スレーブはInquiry起動モードを持っている。リンク遮断発見時に、マスタは対象スレーブに対してPage（呼出し）処理し、スレーブはPageScan（呼出しスキャン）する。再接続試行は１回のみである。さらに、MACアドレスは、マスタが初期化時のピコネット（Piconet）内のスレーブに配布する値とし、プラグ＆プレイ時に付与されたノードがリセットされるかMACアドレス付与処理が開始されるまで保持される。そして、サブネット（Subnet）内のマスタには、必ずMACアドレスサーバ機能が存在し、Subnet内のMACアドレスを管理するものとする。
【００４７】
Inquiry起動とは、図１７に示す１０．２４secのブロードキャストによる問合せ処理であり、応答するノードが存在すれば、そのノードの数だけ２．５６secのPage（呼出し）処理とConnect処理を行う。なお、Connect処理は、スレーブの認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００４８】
InquiryScan起動とは、図１８に示す１．２８sec周期の最大３２回の問合せスキャンであり、IQパケットを受信すると、続いて、１．２８secの呼出しスキャン（PageScan）を行う。そして、IDパケットを受信すると呼出し応答を行い、Connect処理を行う。このConnect処理も、認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００４９】
プラグ＆プレイにおいては、全体のモード遷移は図１４のフローチャートに示す順序になる。複数スレーブが各ステップで対象となり得るので、PageステップＳ３以降での処理は各対象スレーブごとにInquiry応答ノード分繰り返される。なお、ステップＳ３以降の各ステップでエラーとなった場合には、各対象スレーブはステップＳ１のStandby（スタンバイ）モードに移行し、マスタは別スレーブに対してPageステップＳ３以降を繰り返す。なお、ステップＳ１〜Ｓ７の処理は、図１３に示したプロトコルレイヤ構成において、Bluetooth関連レイヤであるGAP・SDP、PAN Profileのレイヤで行われる。
【００５０】
図１５、図１６に基づいて、上記の手順を説明する。マスタはInquiryで、IQパケットをブロードキャストで発信する（ステップＳ１０１）。新規スレーブごとに、InquiryScanによりIQ応答（Response）をFHSパケットで返信する（ステップＳ１０２）。
【００５１】
マスタと新規のスレーブ各々とは、ステップＳ１０３〜Ｓ１１８の処理を繰り返す。ステップＳ１０３のPageでは、マスタがIDパケットを該当するスレーブに送信する。これに対して、PageScan状態の特定のスレーブから同じIDパケットが返信されることによってPage Response（呼出し応答）に入る（ステップＳ１０４）。
【００５２】
このステップＳ１０４のPage Response手続は、特定のスレーブがマスタの送信したIDパケットの受信確認としてそれと同一のIDパケットを返信することにより始まり、このIDパケットの返信を確認したマスタがFHSパケットを送信し、さらにこのFHSパケットを受信したスレーブが再度IDパケットを返信することにより完了する。
【００５３】
続いて、PINコードによる接続認証に移行し、特定スレーブがマスタに対してPINコードを送信し、これにマスタが応答することによって接続認証が完了する（ステップＳ１０５，Ｓ１０６）。PINコードによる接続認証が得られなかった場合、当該スレーブはスタンバイモードに移行する（図１４におけるステップＳ４）。
【００５４】
ここで、マスタには、ECHONETプロトコルでプラグ＆プレイすべきスレーブのメーカコード（３バイト）、製造番号（１２バイト）、マスタ識別番号（１バイト）をプラグ＆プレイ前に予めPINコードとして登録されていて、接続認証のPINコードにはこの値が用いられるのである。なお、他アプリケーションのPINコードはそちらに従う。
【００５５】
続いて、SDP（Service Discovery Protocol）を開始し、特定スレーブがその利用可能なアプリケーションを発見して通知する手続を行う（ステップＳ１０７，Ｓ１０８）。
【００５６】
次に、マスタは特定のスレーブにProfile初期化指令を発し、該当スレーブがProfile/BNEPを初期化して応答する。これによって、Profile初期化が完了する（ステップＳ１０９，Ｓ１１０）。
【００５７】
次に、Auto Configuration処理をマスタ、特定スレーブにおいて行う。このAuto Configurationはマスタにおいては初回にのみ行い、マスタのIPアドレスを各スレーブに通知する（ステップＳ１１１）。そしてマスタは、特定スレーブに対してAuto Configuration開始を指示し、該当スレーブは自己のIPアドレスを確定し、ブロードキャスト（Bcast）によって発信する（ステップＳ１１２，Ｓ１１３）。スレーブは再接続も含めて毎回このAuto Configurationを実施する。なお、Auto ConfigurationはRFC2462による。
【００５８】
続いて、ECHONET確認手続に移行する。この手続では、マスタから特定スレーブにECHONET問い合わせを行い（ステップＳ１１４）、該当スレーブがECHONET問い合わせ応答を返信することによって完了する（ステップＳ１１５）。なお、特定スレーブからECHONET問い合わせ応答が返ってこない場合、ECHONET以外のアプリケーションレベルでの接続を試みる（図１４におけるステップＳ８）。それができない場合、特定スレーブをスタンバイモードに戻す。
【００５９】
ECHONET問い合わせ応答が特定のスレーブから戻ってくれば、マスタはMACアドレス付与処理し、park化を指示する（図１４におけるステップＳ９，Ｓ１０）。
【００６０】
MACアドレス付与処理では、後述する手順でマスタがブロードキャストでMACアドレスを送信し（ステップＳ１１６）、他のスレーブから自己のMACアドレスであるとの返信がない場合に、そのMACアドレスを特定スレーブに対して割り当てる決定をし、当該スレーブに送信する（ステップＳ１１７）。特定スレーブは、MACアドレスの付与通知を受け取ると、自己のMACアドレスとして確定し、上位層に通知すると共に、MACアドレス付与受理応答をマスタに送信する（ステップＳ１１８）。
【００６１】
続いて、マスタはMACアドレスを付与した特定スレーブに、parkアドレス（PM_ADDR）を付与したPARKモード指示を送信する。これを受信した該当スレーブはPARKモードへ移行する（ステップＳ１１９）。
【００６２】
なお、以上の通信はすべてコネクション型で行い、設定されたリンク監視タイマが切れるまで再送するものである。
【００６３】
次に、本実施の形態の通信システムの特徴をなす新規スレーブに対するMACアドレス付与手順を、図１９を用いて説明する。マスタは、特定の相手スレーブのBD_ADDRに対して自己のアドレス管理データベース１８から対応するMACアドレスを検索し、この検索の結果、すでに相手スレーブのMACアドレスが自己のアドレス管理データベース１８に存在する場合にはその値を、存在しない場合には付与済みのMACアドレスと重複しない0x01〜0xfeの中から新たな値を仮MACアドレスとして選定し、Subnet内の全スレーブ宛に同報IPアドレスにて重複MACアドレス問い合わせコマンドを発信する（ステップＳ２０１）。これには、図１０（ａ）のペイロードデータを用いる。
【００６４】
これに対して、サブネット内のいずれかのスレーブが受け取った仮MACアドレスが自己のMACアドレスと同じと判定すれば、マスタ宛に重複MACアドレス応答コマンドを速やかに送信する（ステップＳ２０２）。これには、図１０（ｂ）のペイロードデータを用いる。
【００６５】
マスタは、重複MACアドレス問い合わせコマンドの発信後、所定時間内に重複MACアドレス応答コマンドが返ってこなければ、当該仮MACアドレスがサブネット内のいずれのスレーブも使用していない値であるとみなし、MACアドレス付与コマンドにより先の仮MACアドレスを相手スレーブに送信する（ステップＳ２０３）。相手スレーブは、MACアドレス付与コマンドを受信すれば、MACアドレス付与受理応答コマンドを返信し、自己のアドレス管理データベース１８における自己のMACアドレス欄に登録する（ステップＳ２０４）。MACアドレス付与コマンドは、図１０（ｃ）のペイロードデータを用いる。またMACアドレス付与受理応答コマンドは、同図（ｄ）のペイロードデータを用いる。
【００６６】
なお、ステップＳ２０３でMACアドレス付与コマンドを送信した後、所定時間が経過してもMACアドレス付与受理応答コマンドが返ってこない場合、マスタは設定異常とする。
【００６７】
ステップＳ２０２でマスタが相手スレーブ以外のスレーブから重複MACアドレス応答コマンドを受け取ったときには、別の仮MACアドレスを選定し、ステップＳ２０１の重複MACアドレス問い合わせコマンドを、最大ｎ回繰り返す。そして、ｎ回の繰り返しでもMACアドレスを決定することができない場合、設定異常とする。
【００６８】
ステップＳ２０２で、重複MACアドレス応答コマンドが相手スレーブから戻ってきた場合には、マスタは重複MACアドレス問い合わせコマンドで送信した仮MACアドレスを自己のアドレス管理データベース１８上で確定する。この場合、ステップＳ２０３，Ｓ２０４の処理は不要であるので行わない。
【００６９】
なお、すべてのステップで受信した電文フォーマットが異なる場合にも、設定異常とする。
【００７０】
以上で説明したように、図３に示した処理機能を備えたマスタは、各Connectionタイムアウト監視、リンクタイムアウト時の自動接続処理である再リンク処理、送信処理、受信処理、定期的な新規接続処理を行う。これをまとめると図２０のフローチャートのようになる。
【００７１】
すなわち、Connectionタイムアウトを監視し（ステップＳ１１）、Connectionタイムアウトが起きれば再リンク試行を行う（ステップＳ１２，Ｓ１３）。Connectionタイムアウトが起きない間はリンクを維持し、送信イベントを監視し（ステップＳ１４）、送信イベントが発生すれば送信処理を行い（ステップＳ１５，Ｓ１６）、スレーブからデータ送信を受ければ受信処理を行（ステップＳ１７）。そして新規接続タイマがタイムアウトする度に、つまり、定期的に新規接続を探索する（ステップＳ１８，Ｓ１９）。この新規ノードの探索処理では、新規なスレーブが見いだされれば、上述した手順でMACアドレスを付与し、ピコネットへ参入させるのである。
【００７２】
なお、ステップＳ１３のリンクタイムアウト時の自動接続処理は、図４に示したものである。すなわち、２．５６secの呼出し（Page）処理とConnect処理を行う。Connect処理は、スレーブからの応答がない場合には行わない。そしてConnect処理は、スレーブの認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００７３】
また、マスタの行う送信処理は、図９に示したものである。データ送信対象となるスレーブを最大７まで選定し、アドレス管理データベース１８において該当スレーブそれぞれのアクティブ／スリープ状態をCurrent_Modeの値から判定し、スリープ状態のスレーブに対してはビーコン信号によってMACアドレスを指定したunpark指示を発信し、スリープ状態の相手スレーブにはunpark処理を行い、データ送信し、park化処理を行う。なお、すでにアクティブな相手スレーブに対してはunpark処理を行わない。そして、以上の処理を送信対象数に達するまで繰り返す。
【００７４】
また、マスタの行う受信処理は、図６に示したものであり、マスタ側の受信処理ブロック１３が受信処理動作を行う。すなわち、マスタは、ビーコン波（beacon）、beaconアクセスウィンドウを定期的に生成し、スリープモードのスレーブをポーリングする。このポーリングで、もしもスレーブ側で送信イベントがあれば当該スレーブが図７の通信シーケンスに示す送信処理によってunpark処理をマスタに要求するので、マスタはunpark要求を受け付け、スリープ解除を許可する。当該スレーブはデータ送信するのでこれを受信し、受信後にpark命令を送信する。これは、beacon周期内に最大７個まで行い、スレーブのイベント数に応じて必要なだけ繰り返す。
【００７５】
そして、マスタの新ノード探索処理は、図１８に示したものである。すなわち、１．２８sec周期の最大３２回の問合せスキャン（InqScan）を行い、IQパケットを受信すると、続いて、１．２８secの呼出しスキャン（PageScan）を行う。そして、IDパケットを受信すると呼出し応答を行い、Connect処理を行うのである。
【００７６】
以上により、第１の実施の形態の通信システム及び通信方法によれば、マスタMaterが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブSlaveからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、MACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。また、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。さらに、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【００７７】
次に、本発明の通信システムの第２の実施の形態を、図２１〜図２４を用いて説明する。第１の実施の形態の通信システムではマスタMasterがMACアドレスサーバとして新規参入スレーブにMACアドレスを配布する構成であったが、本第２の実施の形態の通信システムは、第１の実施の形態とは異なり、複数のスレーブの任意の１台にMACアドレスサーバを備え、このMACアドレスサーバがマスタと連携して新規参入スレーブにMACアドレスを配布する点に特徴がある。 まず、第２の実施の形態の通信システムにおけるプラグ＆プレイ処理の手順を、図１４のフローチャートと図２１、図２２のデータフロー図を用いて説明する。第１の実施の形態と同様に、マスタはInquiry起動モードを持ち、スレーブ各々はInquiryScan起動モードを持っている。またマスタは定期的に自動InquiryScanを実行し、スレーブはInquiry起動モードを持っている。リンク遮断発見時に、マスタは対象スレーブに対してPage（呼出し）処理し、スレーブはPageScan（呼出しスキャン）する。さらに、MACアドレスは、マスタが初期化時のピコネット（Piconet）内のスレーブに配布する値とし、プラグ＆プレイ時に付与されたノードがリセットされるかMACアドレス付与処理が開始されるまで保持される。そして、サブネット（Subnet）内の任意のスレーブの１台にMACアドレスサーバ機能が存在し、Subnet内のMACアドレスを管理するものとする。また、Inquiry起動、InquiryScan起動、Connect処理は、第１の実施の形態と同様である。
【００７８】
プラグ＆プレイにおいては、全体のモード遷移は第１の実施の形態と同様、図１４のフローチャートに示す順序になる。ただし、MACアドレスの配布は任意のスレーブ上のMACアドレスサーバが行う点で第１の実施の形態とは異なる。
【００７９】
図２１、図２２に基づいて、上記の手順を説明する。マスタはInquiryで、IQパケットをブロードキャストで発信する（ステップＳ３０１）。新規スレーブごとに、InquiryScanによりIQ応答（Response）をFHSパケットで返信する（ステップＳ３０２）。
【００８０】
マスタ、MACアドレスサーバ、新規のスレーブは、ステップＳ３０３〜Ｓ１１９の処理を繰り返す。ステップＳ３０３のPageでは、マスタがIDパケットを該当するスレーブに送信する。これに対して、PageScan状態の特定のスレーブから同じIDパケットが返信されることによってPage Response（呼出し応答）に入る（ステップＳ３０４）。
【００８１】
続いて、PINコードによる接続認証に移行し、特定スレーブがマスタに対してPINコードを送信し、これにマスタが応答することによって接続認証が完了する（ステップＳ３０５，Ｓ３０６）。PINコードによる接続認証が得られなかった場合、当該スレーブはスタンバイモードに移行する。
【００８２】
ここで、例えば、マスタには、ECHONETプロトコルでプラグ＆プレイすべきスレーブのメーカコード（３バイト）、製造番号（１２バイト）、マスタ識別番号（１バイト）をプラグ＆プレイ前に予めPINコードとして登録されていて、接続認証のPINコードにはこの値が用いられるのである。なお、他アプリケーションのPINコードはそちらに従う。
【００８３】
続いて、SDP（Service Discovery Protocol）を開始し、特定スレーブがその利用可能なアプリケーションを発見して通知する手続を行う（ステップＳ３０７，Ｓ３０８）。
【００８４】
次に、マスタは特定のスレーブにProfile初期化指令を発し、該当スレーブがProfile/BNEPを初期化して応答する。これによって、Profile初期化が完了する（ステップＳ３０９，Ｓ３１０）。
【００８５】
次に、Auto Configuration処理をマスタ、特定スレーブにおいて行う。このAuto Configurationはマスタにおいては初回にのみ行い、マスタのIPアドレスを各スレーブに通知する（ステップＳ３１１）。そしてマスタは、特定スレーブに対してAuto Configuration開始を指示し、該当スレーブは自己のIPアドレスを確定し、ブロードキャスト（Bcast）によって発信する（ステップＳ３１２，Ｓ３１３）。
【００８６】
以上のステップＳ３０１〜Ｓ３１３の手続は第１の実施の形態におけるステップＳ１０１〜Ｓ１１３と同様である。
【００８７】
続いて、MACアドレス未割当てのスレーブのいずれかがブロードキャストでMACアドレス要求を発信することによりECHONET確認手続に移行する（ステップＳ３１４）。MACアドレス要求コマンドは、当然、MACアドレスサーバによって受信される。
【００８８】
これに対して、MACアドレスサーバから特定スレーブにECHONET問い合わせを行い（ステップＳ３１５）、該当スレーブがECHONET問い合わせ応答を返信することによって完了する（ステップＳ３１６）。なお、特定スレーブからECHONET問い合わせ応答が返ってこない場合、第１の実施の形態と同様に、ECHONET以外のアプリケーションレベルでの接続を試みる（図１４におけるステップＳ８）。それができない場合、特定スレーブをスタンバイモードに戻す。ECHONET問い合わせ応答が特定のスレーブから戻ってくれば、マスタはMACアドレス付与処理し、park化を指示する（図１４におけるステップＳ９，Ｓ１０）。
【００８９】
MACアドレス付与処理では、後述する手順でMACアドレスサーバがユニキャストで特定のMACアドレス要求スレーブにMACアドレスを送信し（ステップＳ３１７）、特定スレーブがMACアドレスの付与通知を受け取って自己のMACアドレスとして確定し、上位層に通知すると共に、MACアドレス付与受理応答をMACアドレスサーバに送信する（ステップＳ３１８）。
【００９０】
MACアドレスを確定した特定スレーブは、マスタに対してparkアドレス（PM_ADDR）を付与したPARKモード要求を送信し、PARKモードへ移行する（ステップＳ３１９）。
【００９１】
以上がプラグ＆プレイの手順であるが、ステップＳ３１４〜３１７における特に新規のMACアドレス配布の手順を、図２３及び図２４を用いて詳しく説明する。MACアドレスサーバは、任意のスレーブ上にあり、かつサブネット内に唯一存在するものである。そして、マスタのMACアドレスは0x00〜0xfeのうちの特定の１つの値に固定されている。以下、マスタのMACアドレスの固定値は0x00であるとする。
【００９２】
図２３のデータフローに示すように、MACアドレス要求スレーブはIPアドレス取得後のランダム時間後、図２３（ａ）に示すデータ構造のMACアドレス要求コマンドをサブネット内でブロードキャスト（Bcast）する（ステップＳ４０１）。このMACアドレス要求コマンドは、宛て先IPアドレス＝Bcast、送信元IPアドレス＝自己IPアドレス、宛て先MACアドレス＝0x00（マスタのMACアドレス）、送信元MACアドレス＝自己保持MACアドレス値(初めてならばデフォルト値＝0xff)である。
【００９３】
任意のスレーブ上のMACアドレスサーバは送信元IPアドレスに対してECHONET問い合わせコマンドをMACアドレス要求スレーブに発行する（ステップＳ４０２）。このECHONET問い合わせコマンドを受け取ったMACアドレス要求スフは、MACアドレスサーバに対してECHONETノードであるか／ないかのコマンドを返却する（ステップＳ４０３）。MACアドレスサーバはMACアドレス要求スレーブからの応答コマンドを受け取り、ECHONETノードでなければ一連の処理を終了する。他方、ECHONETノードであればステップＳ４０４以降の処理を行う。
【００９４】
MACアドレス要求スレーブがECHONETノードである場合、MACアドレスサーバはMACアドレス要求コマンドを受け取ると、自己アドレス管理データベース１８からMACアドレス要求スレーブのハードウェアタイプと物理アドレスに対するMACアドレス要求スレーブのMACアドレスと自己アドレス管理データベース１８内に保持しているMACアドレスとを比較する。そして、MACアドレス要求スレーブのMACアドレスと自己アドレス管理データベース１８内の保持MACアドレスとがデフォルト値0xff以外で等しければ、保持MACアドレスを選定する。等しくなければ未配布のMACアドレスを0x01-0xfeまでの間の値（つまり、マスタのMACアドレス固定値を除いた値のいずれか）を選定する。そして、MACアドレスサーバは、図２４（ｂ）の構造のMACアドレス配布コマンドをMACアドレス要求スレーブに対して送信する（ステップＳ４０４）。このMACアドレス配布コマンドは、宛て先IPアドレス＝要求元IPアドレス、送信元IPアドレス＝自己IPアドレス、送信元MACアドレス＝0x00、配布用選定MACアドレスをデータとする。
【００９５】
これに対して、MACアドレス要求スレーブはMACアドレス配布コマンドを受信した後、図２４（ｃ）に示すMACアドレス受理コマンドをMACアドレスサーバに送信する（ステップＳ４０５）。MACアドレス要求スレーブは、ステップＳ４０４でMACアドレス配布コマンドが所定時間後にも戻って来なかったら、再度ステップＳ４０１からの処理を繰り返す。ただし、繰り返しは２回とする。
【００９６】
MACアドレスサーバはMACアドレス要求スレーブからMACアドレス受理コマンドを受け取ると、同じMACアドレス受理コマンドをMACアドレス要求スレーブに返し、自己アドレス管理データベース１８を書き換える（ステップＳ４０６）。MACアドレス要求スレーブは、このMACアドレスサーバからのMACアドレス受理コマンドの返信を受信した後、MACアドレスを確定する。
【００９７】
また、MACアドレスサーバは、ステップＳ４０５でMACアドレス受理コマンドがMACアドレス要求スレーブから戻らないときにはステップ４０４に戻り、MACアドレス配布コマンドを再送する。これに対して、MACアドレス要求スレーブはMACアドレス受理コマンドが所定時間後にも戻らなかったらMACアドレス受理コマンドを再送する。
【００９８】
なお、全てのステップにて受信した電文フォーマットが異なる場合は設定異常としStandbyに戻る。また、再送しても応答がない場合も同様とする。
【００９９】
この第２の実施の形態の通信システム及び通信方法によれば、マスタMaterが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブSlaveからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、任意のスレーブ上のMACアドレスサーバがMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。また、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。さらに、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【０１００】
【発明の効果】
以上のように、本発明によれば、マスタが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、マスタ又は任意のスレーブのMACアドレスサーバがMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。
【０１０１】
また本発明によれば、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。
【０１０２】
さらに本発明によれば、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【図面の簡単な説明】
【図１】 Bluetooth仕様の通信システムのトポロジ。
【図２】 Bluetooth仕様の通信システムによる通信スロットの説明図。
【図３】本発明の１つの実施の形態の通信システムにおけるマスタ、スレーブの共通する通信処理機能のブロック図。
【図４】上記の実施の形態においてマスタの行うリンクタイムアウト時の自動接続処理の説明図。
【図５】上記の実施の形態においてスレーブの行うリンクタイムアウト時の自動接続処理の説明図。
【図６】上記の実施の形態においてマスタの行う受信処理の説明図。
【図７】上記の実施の形態においてスレーブの行う送信処理の説明図。
【図８】上記の実施の形態においてスレーブの行う受信処理の説明図。
【図９】上記の実施の形態においてマスタの行う送信処理の説明図。
【図１０】上記の実施の形態によるECHONET確認処理で用いられるペイロードデータの構造図。
【図１１】上記の実施の形態におけるマスタ用のアドレス管理データベースのデータ構造図。
【図１２】上記の実施の形態におけるスレーブ用のアドレス管理データベースのデータ構造図。
【図１３】上記の実施の形態のBluetooth仕様の通信システムのプロトコルスタック図。
【図１４】上記の実施の形態の通信システムによるプラグ＆プレイ処理のフローチャート。
【図１５】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その１）。
【図１６】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その２）。
【図１７】上記の実施の形態においてスレーブの行う新ノード自動参加処理の説明図。
【図１８】上記の実施の形態においてマスタの行う新ノード探索処理の説明図。
【図１９】上記の実施の形態によるMACアドレス付与処理のデータフロー図。
【図２０】上記の実施の形態においてマスタの行うリンク制御処理のフローチャート。
【図２１】本発明の第２の実施の形態によるプラグ＆プレイ処理のデータフロー図（その１）。
【図２２】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その２）。
【図２３】上記の実施の形態によるMACアドレス付与処理のデータフロー図。
【図２４】上記の実施の形態によるECHONET確認処理で用いられるペイロードデータの構造図。
【図２５】 ECHONETのレイヤを示す図。
【符号の説明】
１１ リンク監視タイマブロック
１２ リンク処理ブロック
１３ 受信処理ブロック
１４ スリープモード管理処理ブロック
１５ 送信処理ブロック
１６ 送信イベント監視ブロック
１７ 送信パケット生成ブロック
１８ アドレス管理データベース
【発明の属する技術分野】
本発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システム、それに用いられるマスタ並びにスレーブ、MAC（Media Access Control）アドレスサーバ及び通信方法に関する。
【０００２】
【従来の技術】
従来、特にBluetooth仕様の通信システムは、同時に通信できるのは１つのマスタと限定された数以内のスレーブとなる端末から構成されるアドホックネットワーク（Ad hoc Network）であり、スリープモードのスレーブとは同時に通信できない。
【０００３】
【発明が解決しようとする課題】
このような仕様の通信システムの場合、マスタに接続するスレーブの数を飛躍的に増やしたアドホックネットワークを形成するためには、スリープモード処理を含めたシステムにすることが必須であるが、その場合、次のような解決すべき技術的課題があった。
【０００４】
（１）アドレス配布処理に関して、マスタは通信に直接再参加するスレーブとなる端末にMACアドレスを付与し発行する時に、そのアドレス配布処理時間を短くし、また新規アドレスを可能な限り発行しないことによってアドレス枯渇を防ぐ必要がある。
【０００５】
（２）スリープモード中の多数のスレーブとの初期プラグ＆プレイを含む送受信シーケンスを確立する必要がある。
【０００６】
（３）接続遮断検出時の自動再接続処理がないため、切断されたスレーブとの通信イベントが発生しても、イベント発生後に再接続処理を起動するため、通信までの時間が必要とされ、応答速度が遅くなるのを解決する必要がある。
【０００７】
本発明はこのような従来の技術的課題を解決するためになされたもので、通信可能な制限台数を超えて多数のスレーブと通信可能にしながらも、その通信に必要となるMACアドレスの新規の発行数を可能な限り少なくでき、アドレスの枯渇が防げる通信技術を提供することを目的とする。
【０００８】
本発明はまた、接続遮断検出時の自動再接続処理が高速に行える通信技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
請求項１の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、前記マスタは、（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブに MAC アドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とするものである。
【００１０】
請求項２の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、（１）前記マスタは、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタは、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、（３）前記スレーブの１つに設置されたMACアドレスサーバは、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタは（２）の処理を、前記MACアドレスサーバは（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことを特徴とするものである。
【００１１】
請求項６の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信システムに使用されるマスタであって、（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にする信号を送信し、（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブに MAC アドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とするものである。
【００１４】
請求項７の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、（３）前記マスタが、前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とするものである。
【００１５】
請求項８の発明は、１つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、（３）前記スレーブの１つに設置されたMACアドレスサーバが、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタが（２）の処理を、前記MACアドレスサーバが（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とするものである。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳説する。図１は本発明の通信システムの１つの実施の形態としてBluetooth仕様の通信システムのトポロジを示している。この実施の形態の通信システムは、１つのマスタMasterと複数Ｎ台のスレーブSlave 1〜Slave Nとで構成される。なお、Bluetooth仕様では、最大７台のスレーブまでしか同時にマスタに対して通信できないものとされているが、本実施の形態のスリープモードを採用することによりＮ＞７であっても通信可能にする。また、マスタ、スレーブそれぞれのハードウェア構成は、例えば、「テクノロジー解体新書 Bluetooth技術解説ガイド」（宮津和弘著、株式会社リックテレコム、２００１年６月１１日発行）の２５１〜２６９頁、第１５章に記載されているモジュールが採用される。
【００１７】
また、以降にECHONETが登場するが、ECHONETコンソーシアムで規定されるプロトコルである。ホームページは、「http://www.echonet.gr.jp/」（２００１年１０月３０日現在）にある。その趣旨は、次の通りである。
【００１８】
日本も世界も、ＣＯ2削減、オゾン層の保護、医療費の削減、バリアフリーや安全な社会づくりなどいくつもの大きな課題を抱えている。そのために産業も家庭も、いろいろな対策を打ってきている。しかし、さらに効果的に解決していくためには、複数の機器、複数のシステムを統合する、システム的な方法が不可欠になってきている。例えば、日本のＣＯ2削減目標は1990年の６％減としているが、個別の機器での省エネルギーでは限界に近づきつつある。どうしても家庭全体、地域全体で総合的にシステム的管理をしていく必要がある。これはエネルギー面だけでなく、在宅の医療や介護、セキュリティの領域でも同様で、大きな成果を効率的に実現していくためには、システム的管理を行う必要がある。
【００１９】
このような総合的でシステム的な管理を実現していくためには、そのインフラとなるホームネットワークの普及が前提となる。しかし、既築住宅を見ると、その家庭内のネットワークは配線コストが高いこともあり、あまり進んでいないのが現状である。そこで、工事が不要で既築住宅に対応でき、多くの機器のコントロールを簡単にできる汎用的で標準的なシステムの開発が必要になっている。この実現を目的するのがECHONETである。
【００２０】
図２５は、このECHONETのレイヤ図であり、開発趣旨は次による。
【００２１】
○対象分野は、戸建て、集合住宅、店舗、小規模ビルである。
【００２２】
○開発するAPIやプロトコルの仕様を広く公開することによって、自由なアプリケーション開発を促進するとともに、外部拡張や参入を妨げないオープンなシステムとする。
【００２３】
○物理層についても、上記に限定せず、他の伝送メディアでも使えるような仕組みにする。
【００２４】
○HBSをベースに拡張して、上位互換性をもたせる。
【００２５】
図２は本実施の形態の通信システムによる通信スロットを示している。マスタMasterと最大７台の同時に通信できるスレーブSlave 1，Slave 2，…，Slave nとで構成されるピコネット内の通信は、マスタから一定時間幅のタイムスロット内のパケットにデータを載せ、１つのスレーブSlave 1に対して送信し、スレーブSlave 1が次のタイムスロットでackパケット信号を返信し、マスタがこれを受信すれば、次のスレーブSlave 2に対してさらに次のタイムスロットのパケットにデータを載せて送信し、スレーブSlave 2もこれを受信すればackパケット信号をMasterに戻すという手順を繰り返すという時分割スロット多重方式でデータ通信を行なう。
【００２６】
本実施の形態の通信システムのマスタ、スレーブはいずれも図３に示す機能構成であり、リンク監視タイマブロック１１、リンク処理ブロック１２、受信処理ブロック１３、スリープモード管理処理ブロック１４、送信処理ブロック１５、送信イベント監視ブロック１６、送信パケット生成ブロック１７、アドレス管理データベース１８から構成される。
【００２７】
リンク監視タイマブロック１１は、図１に示す各接続ごとに張られた接続リンク状態を監視する。すなわち、定期的にマスタ／スレーブより検査用送信パケットをスレーブ／マスタに送り、所定タイマ時間内に送信先よりメッセージ応答がない場合にはイベントを発生する。
【００２８】
リンク処理ブロック１２は、リンク監視タイマブロック１１からのイベントによりリンク処理を行なう。すなわち、マスタは失われた接続先のスレーブを対象に、図４のBluetoothリンク層通信シーケンスに示したリンクタイムアウト時の自動接続処理を行う。またスレーブは、図５のBluetoothリンク層通信シーケンスに示したリンクタイムアウト時の自動接続処理を行う。なお、図４に示すマスタ側の自動接続処理におけるPageは、マスタが連続して周辺特定スレーブに対して接続を呼出す動作である。また、図５の通信シーケンスに示すスレーブ側の自動接続処理におけるPageScanは、スレーブがマスタのPage周波数を捕捉するための動作である。
【００２９】
マスタ側の受信処理ブロック１３では、図６のBluetoothリンク層通信シーケンスに示した受信処理動作を行う。すなわち、マスタは、ビーコン波（beacon）、beaconアクセスウィンドウを定期的に生成し、スリープモードのスレーブをポーリングする。このポーリングで、スレーブ側で送信イベントがあれば当該スレーブが図７の通信シーケンスに示す送信処理によってunpark（parkモードの解除。以下、同様）処理をマスタに要求するので、マスタはunpark要求を受け付け、スリープ解除を許可する。当該スレーブはデータ送信して来るのでこれを受信し、受信後にpark命令を当該スレーブに送信する。
【００３０】
スレーブ側の受信処理ブロック１３では、図８のBluetoothリンク層通信シーケンスに示した受信処理動作を行う。すなわち、スレーブは、マスタからのbeacon波によるunpark指示を受信してマスタから送信メッセージを受信した後、マスタからのスリープ指示（park化命令）を受けてから再びスリープモードに入る（つまり、park化する）。
【００３１】
なお、マスタ、スレーブそれぞれの受信処理ブロック１３は受信バッファを持ち、物理媒体より受け取る受信メッセージをストアし、解釈し、送信処理ブロック１５に作用して次の処理に移行させる。
【００３２】
スリープモード管理処理ブロック１４は、beacon波生成、beaconアクセスウィンドウ生成、unpark、park処理を行う。beacon波は、定期的にマスタ側から同報送信される信号であり、unpark対象のスレーブのアドレスとunparkコマンドが含まれる。beaconアクセスウィンドウは、beacon波の後に続く定期的にマスタ側から同報送信される信号であり、スレーブのアドレスごとにタイムスロットが用意されている。あるスレーブがスリープモードに入りたい時（つまり、parkしたい時）には、自己に割り当てられている所定のタイムスロットにてマスタ側に要求する。
【００３３】
マスタ側の送信処理ブロック１５は、図９のBluetoothリンク層通信シーケンスに示した送信処理動作を行う。すなわち、スリープモード管理処理ブロック１４により送信対象スレーブをunpark化し、パケット送信する。
【００３４】
スレーブ側の送信処理ブロック１５は、図７の通信シーケンスに示した送信処理を行う。すなわち、beacon波を受信し、beaconアクセスウィンドウを開き、マスタにunpark要求を送信し、データを送信する。その後、マスタ側からのpark命令を受け付ける。
【００３５】
なお、マスタ、スレーブそれぞれの送信処理ブロック１５は送信データバッファを持ち、送信パケット生成ブロック１７より受け取る送信メッセージをストアし、送信データとして所定のタイミングに送信する。
【００３６】
送信イベント監視ブロック１６は、送信すべきイベントを監視する。そしてイベントが発生していれば、スリープモード管理処理ブロック１４に指示を出し、送信処理を起動させる。
【００３７】
送信パケット生成ブロック１７は、送信用のパケットを生成する。例えば、プラグ＆プレイ用として図１０（ａ）〜（ｄ）に示す構造のパケットを生成する。そして、処理フェーズに応じて送信イベント監視ブロック１６に通知し、送信処理ブロック１５の送信データバッファに受け渡す。なお、プラグ＆プレイ用のパケットの内容については後述する。
【００３８】
アドレス管理データベース１８は、マスタ、スレーブの種々のアドレスデータを登録し、管理する。マスタ、スレーブに共通して定義されるノードアドレスは、少なくとも、図１１及び図１２に示す要素から成る。これには、１バイトのMACアドレス、６バイトのBD_ADDR、２バイトのコネクションハンドル番号Connection_Handle、１バイトのカレントモードCurrent_Modeである。ただし、図１２に示す各スレーブのアドレス管理データベース１８の場合、自己及び他スレーブのMACアドレス、BD_ADDRと共に、必ずマスタのMACアドレス、BD_ADDRが登録される。
【００３９】
MACアドレスは、マスタが持つMACアドレスサーバ機能がスレーブに付与するサブネット内のユニークなアドレス値である。マスタのMACアドレスは、例えば、0x00であり、サブネット内のスレーブそれぞれのMACアドレスは、例えば、0x01〜0xfe（最大２５５）のいずれかである。なお、サブネット（Subnet）とは、IPアドレスのリンクローカルアドレスが付与された全ノードから成る集合である。サブネット内にはマスタノードを含めて最大２５６のノードが許容される。
【００４０】
BD_ADDRは、マスタ、スレーブともに各々に自己媒体として予め付された固有値である。
【００４１】
Connection_Handleは、マスタとスレーブとの間で確立される通信チャンネル番号であり、active／park（スリープ）状態に関わりなくリンクが確立されている間は存在する。そして、あるリンクがリンク監視タイマブロック１１によりタイムアウト検出された場合には、Connection_Handle=NULLとし、マスタはページ（Page）動作から始められる。
【００４２】
Current_Modeは、ノードごとのactive／park等の状態を示すものである。スリープモード管理ブロック１４では、active状態のノードの管理は不要であるので、このデータにより実行する処理が異なったものとなる。
【００４３】
次に、上記構成の通信システムによる通信動作について説明する。まず、図１３に示すプロトコルスタックにより通信レイヤ構成を説明する。プロトコルスタックは、マスタ、スレーブはBluetooth仕様で規定されているL2CAP以下のレイヤＬ１、その上位のGAP（Generic Access Profile）・SDP（Service Discovery Protocol）、上位ネットワークプロトコルＬ２、Bluetoothプロトコルと上位ネットワークプロトコルＬ２との間に介在するUDP/ProfileインタフェースＬ３、これらとは別に、GAP・SDPと併用され、本実施の形態の特徴部をなすPAN Profile、またIpv6又はIpv4、UDP（User Datagram Protocol）から構成されている。
【００４４】
L2CAP以下のレイヤＬ１にBluetoothが収納され、BNEP、PAN、GAP・SDPはBluetoothで定義されるProfileである。上位ネットワークプロトコルＬ２は、メッセージの形で相手のノードに送信すべく、UDP/ProfileインタフェースＬ３を介してUDP/IPを用いてBluetoothで定義されるプロトコルによって送受信する。
【００４５】
UDP/ProfileインタフェースＬ３は前述した図３の諸機能を持ち、PAN Profileを経由して以下の通信制御を実行する。UDP/ProfileインタフェースＬ３によるプラグ＆プレイ処理の手順は、図１４のフローチャートと図１５、図１６のデータフロー図に示してある。
【００４６】
まず、マスタはInquiry起動モードを持ち、スレーブ各々はInquiryScan起動モードを持っている。またマスタは定期的に自動InquiryScanを実行し、スレーブはInquiry起動モードを持っている。リンク遮断発見時に、マスタは対象スレーブに対してPage（呼出し）処理し、スレーブはPageScan（呼出しスキャン）する。再接続試行は１回のみである。さらに、MACアドレスは、マスタが初期化時のピコネット（Piconet）内のスレーブに配布する値とし、プラグ＆プレイ時に付与されたノードがリセットされるかMACアドレス付与処理が開始されるまで保持される。そして、サブネット（Subnet）内のマスタには、必ずMACアドレスサーバ機能が存在し、Subnet内のMACアドレスを管理するものとする。
【００４７】
Inquiry起動とは、図１７に示す１０．２４secのブロードキャストによる問合せ処理であり、応答するノードが存在すれば、そのノードの数だけ２．５６secのPage（呼出し）処理とConnect処理を行う。なお、Connect処理は、スレーブの認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００４８】
InquiryScan起動とは、図１８に示す１．２８sec周期の最大３２回の問合せスキャンであり、IQパケットを受信すると、続いて、１．２８secの呼出しスキャン（PageScan）を行う。そして、IDパケットを受信すると呼出し応答を行い、Connect処理を行う。このConnect処理も、認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００４９】
プラグ＆プレイにおいては、全体のモード遷移は図１４のフローチャートに示す順序になる。複数スレーブが各ステップで対象となり得るので、PageステップＳ３以降での処理は各対象スレーブごとにInquiry応答ノード分繰り返される。なお、ステップＳ３以降の各ステップでエラーとなった場合には、各対象スレーブはステップＳ１のStandby（スタンバイ）モードに移行し、マスタは別スレーブに対してPageステップＳ３以降を繰り返す。なお、ステップＳ１〜Ｓ７の処理は、図１３に示したプロトコルレイヤ構成において、Bluetooth関連レイヤであるGAP・SDP、PAN Profileのレイヤで行われる。
【００５０】
図１５、図１６に基づいて、上記の手順を説明する。マスタはInquiryで、IQパケットをブロードキャストで発信する（ステップＳ１０１）。新規スレーブごとに、InquiryScanによりIQ応答（Response）をFHSパケットで返信する（ステップＳ１０２）。
【００５１】
マスタと新規のスレーブ各々とは、ステップＳ１０３〜Ｓ１１８の処理を繰り返す。ステップＳ１０３のPageでは、マスタがIDパケットを該当するスレーブに送信する。これに対して、PageScan状態の特定のスレーブから同じIDパケットが返信されることによってPage Response（呼出し応答）に入る（ステップＳ１０４）。
【００５２】
このステップＳ１０４のPage Response手続は、特定のスレーブがマスタの送信したIDパケットの受信確認としてそれと同一のIDパケットを返信することにより始まり、このIDパケットの返信を確認したマスタがFHSパケットを送信し、さらにこのFHSパケットを受信したスレーブが再度IDパケットを返信することにより完了する。
【００５３】
続いて、PINコードによる接続認証に移行し、特定スレーブがマスタに対してPINコードを送信し、これにマスタが応答することによって接続認証が完了する（ステップＳ１０５，Ｓ１０６）。PINコードによる接続認証が得られなかった場合、当該スレーブはスタンバイモードに移行する（図１４におけるステップＳ４）。
【００５４】
ここで、マスタには、ECHONETプロトコルでプラグ＆プレイすべきスレーブのメーカコード（３バイト）、製造番号（１２バイト）、マスタ識別番号（１バイト）をプラグ＆プレイ前に予めPINコードとして登録されていて、接続認証のPINコードにはこの値が用いられるのである。なお、他アプリケーションのPINコードはそちらに従う。
【００５５】
続いて、SDP（Service Discovery Protocol）を開始し、特定スレーブがその利用可能なアプリケーションを発見して通知する手続を行う（ステップＳ１０７，Ｓ１０８）。
【００５６】
次に、マスタは特定のスレーブにProfile初期化指令を発し、該当スレーブがProfile/BNEPを初期化して応答する。これによって、Profile初期化が完了する（ステップＳ１０９，Ｓ１１０）。
【００５７】
次に、Auto Configuration処理をマスタ、特定スレーブにおいて行う。このAuto Configurationはマスタにおいては初回にのみ行い、マスタのIPアドレスを各スレーブに通知する（ステップＳ１１１）。そしてマスタは、特定スレーブに対してAuto Configuration開始を指示し、該当スレーブは自己のIPアドレスを確定し、ブロードキャスト（Bcast）によって発信する（ステップＳ１１２，Ｓ１１３）。スレーブは再接続も含めて毎回このAuto Configurationを実施する。なお、Auto ConfigurationはRFC2462による。
【００５８】
続いて、ECHONET確認手続に移行する。この手続では、マスタから特定スレーブにECHONET問い合わせを行い（ステップＳ１１４）、該当スレーブがECHONET問い合わせ応答を返信することによって完了する（ステップＳ１１５）。なお、特定スレーブからECHONET問い合わせ応答が返ってこない場合、ECHONET以外のアプリケーションレベルでの接続を試みる（図１４におけるステップＳ８）。それができない場合、特定スレーブをスタンバイモードに戻す。
【００５９】
ECHONET問い合わせ応答が特定のスレーブから戻ってくれば、マスタはMACアドレス付与処理し、park化を指示する（図１４におけるステップＳ９，Ｓ１０）。
【００６０】
MACアドレス付与処理では、後述する手順でマスタがブロードキャストでMACアドレスを送信し（ステップＳ１１６）、他のスレーブから自己のMACアドレスであるとの返信がない場合に、そのMACアドレスを特定スレーブに対して割り当てる決定をし、当該スレーブに送信する（ステップＳ１１７）。特定スレーブは、MACアドレスの付与通知を受け取ると、自己のMACアドレスとして確定し、上位層に通知すると共に、MACアドレス付与受理応答をマスタに送信する（ステップＳ１１８）。
【００６１】
続いて、マスタはMACアドレスを付与した特定スレーブに、parkアドレス（PM_ADDR）を付与したPARKモード指示を送信する。これを受信した該当スレーブはPARKモードへ移行する（ステップＳ１１９）。
【００６２】
なお、以上の通信はすべてコネクション型で行い、設定されたリンク監視タイマが切れるまで再送するものである。
【００６３】
次に、本実施の形態の通信システムの特徴をなす新規スレーブに対するMACアドレス付与手順を、図１９を用いて説明する。マスタは、特定の相手スレーブのBD_ADDRに対して自己のアドレス管理データベース１８から対応するMACアドレスを検索し、この検索の結果、すでに相手スレーブのMACアドレスが自己のアドレス管理データベース１８に存在する場合にはその値を、存在しない場合には付与済みのMACアドレスと重複しない0x01〜0xfeの中から新たな値を仮MACアドレスとして選定し、Subnet内の全スレーブ宛に同報IPアドレスにて重複MACアドレス問い合わせコマンドを発信する（ステップＳ２０１）。これには、図１０（ａ）のペイロードデータを用いる。
【００６４】
これに対して、サブネット内のいずれかのスレーブが受け取った仮MACアドレスが自己のMACアドレスと同じと判定すれば、マスタ宛に重複MACアドレス応答コマンドを速やかに送信する（ステップＳ２０２）。これには、図１０（ｂ）のペイロードデータを用いる。
【００６５】
マスタは、重複MACアドレス問い合わせコマンドの発信後、所定時間内に重複MACアドレス応答コマンドが返ってこなければ、当該仮MACアドレスがサブネット内のいずれのスレーブも使用していない値であるとみなし、MACアドレス付与コマンドにより先の仮MACアドレスを相手スレーブに送信する（ステップＳ２０３）。相手スレーブは、MACアドレス付与コマンドを受信すれば、MACアドレス付与受理応答コマンドを返信し、自己のアドレス管理データベース１８における自己のMACアドレス欄に登録する（ステップＳ２０４）。MACアドレス付与コマンドは、図１０（ｃ）のペイロードデータを用いる。またMACアドレス付与受理応答コマンドは、同図（ｄ）のペイロードデータを用いる。
【００６６】
なお、ステップＳ２０３でMACアドレス付与コマンドを送信した後、所定時間が経過してもMACアドレス付与受理応答コマンドが返ってこない場合、マスタは設定異常とする。
【００６７】
ステップＳ２０２でマスタが相手スレーブ以外のスレーブから重複MACアドレス応答コマンドを受け取ったときには、別の仮MACアドレスを選定し、ステップＳ２０１の重複MACアドレス問い合わせコマンドを、最大ｎ回繰り返す。そして、ｎ回の繰り返しでもMACアドレスを決定することができない場合、設定異常とする。
【００６８】
ステップＳ２０２で、重複MACアドレス応答コマンドが相手スレーブから戻ってきた場合には、マスタは重複MACアドレス問い合わせコマンドで送信した仮MACアドレスを自己のアドレス管理データベース１８上で確定する。この場合、ステップＳ２０３，Ｓ２０４の処理は不要であるので行わない。
【００６９】
なお、すべてのステップで受信した電文フォーマットが異なる場合にも、設定異常とする。
【００７０】
以上で説明したように、図３に示した処理機能を備えたマスタは、各Connectionタイムアウト監視、リンクタイムアウト時の自動接続処理である再リンク処理、送信処理、受信処理、定期的な新規接続処理を行う。これをまとめると図２０のフローチャートのようになる。
【００７１】
すなわち、Connectionタイムアウトを監視し（ステップＳ１１）、Connectionタイムアウトが起きれば再リンク試行を行う（ステップＳ１２，Ｓ１３）。Connectionタイムアウトが起きない間はリンクを維持し、送信イベントを監視し（ステップＳ１４）、送信イベントが発生すれば送信処理を行い（ステップＳ１５，Ｓ１６）、スレーブからデータ送信を受ければ受信処理を行（ステップＳ１７）。そして新規接続タイマがタイムアウトする度に、つまり、定期的に新規接続を探索する（ステップＳ１８，Ｓ１９）。この新規ノードの探索処理では、新規なスレーブが見いだされれば、上述した手順でMACアドレスを付与し、ピコネットへ参入させるのである。
【００７２】
なお、ステップＳ１３のリンクタイムアウト時の自動接続処理は、図４に示したものである。すなわち、２．５６secの呼出し（Page）処理とConnect処理を行う。Connect処理は、スレーブからの応答がない場合には行わない。そしてConnect処理は、スレーブの認証、SDP、Profile、AutoIP、ECHONET処理、park化の一連の動作である。
【００７３】
また、マスタの行う送信処理は、図９に示したものである。データ送信対象となるスレーブを最大７まで選定し、アドレス管理データベース１８において該当スレーブそれぞれのアクティブ／スリープ状態をCurrent_Modeの値から判定し、スリープ状態のスレーブに対してはビーコン信号によってMACアドレスを指定したunpark指示を発信し、スリープ状態の相手スレーブにはunpark処理を行い、データ送信し、park化処理を行う。なお、すでにアクティブな相手スレーブに対してはunpark処理を行わない。そして、以上の処理を送信対象数に達するまで繰り返す。
【００７４】
また、マスタの行う受信処理は、図６に示したものであり、マスタ側の受信処理ブロック１３が受信処理動作を行う。すなわち、マスタは、ビーコン波（beacon）、beaconアクセスウィンドウを定期的に生成し、スリープモードのスレーブをポーリングする。このポーリングで、もしもスレーブ側で送信イベントがあれば当該スレーブが図７の通信シーケンスに示す送信処理によってunpark処理をマスタに要求するので、マスタはunpark要求を受け付け、スリープ解除を許可する。当該スレーブはデータ送信するのでこれを受信し、受信後にpark命令を送信する。これは、beacon周期内に最大７個まで行い、スレーブのイベント数に応じて必要なだけ繰り返す。
【００７５】
そして、マスタの新ノード探索処理は、図１８に示したものである。すなわち、１．２８sec周期の最大３２回の問合せスキャン（InqScan）を行い、IQパケットを受信すると、続いて、１．２８secの呼出しスキャン（PageScan）を行う。そして、IDパケットを受信すると呼出し応答を行い、Connect処理を行うのである。
【００７６】
以上により、第１の実施の形態の通信システム及び通信方法によれば、マスタMaterが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブSlaveからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、MACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。また、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。さらに、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【００７７】
次に、本発明の通信システムの第２の実施の形態を、図２１〜図２４を用いて説明する。第１の実施の形態の通信システムではマスタMasterがMACアドレスサーバとして新規参入スレーブにMACアドレスを配布する構成であったが、本第２の実施の形態の通信システムは、第１の実施の形態とは異なり、複数のスレーブの任意の１台にMACアドレスサーバを備え、このMACアドレスサーバがマスタと連携して新規参入スレーブにMACアドレスを配布する点に特徴がある。 まず、第２の実施の形態の通信システムにおけるプラグ＆プレイ処理の手順を、図１４のフローチャートと図２１、図２２のデータフロー図を用いて説明する。第１の実施の形態と同様に、マスタはInquiry起動モードを持ち、スレーブ各々はInquiryScan起動モードを持っている。またマスタは定期的に自動InquiryScanを実行し、スレーブはInquiry起動モードを持っている。リンク遮断発見時に、マスタは対象スレーブに対してPage（呼出し）処理し、スレーブはPageScan（呼出しスキャン）する。さらに、MACアドレスは、マスタが初期化時のピコネット（Piconet）内のスレーブに配布する値とし、プラグ＆プレイ時に付与されたノードがリセットされるかMACアドレス付与処理が開始されるまで保持される。そして、サブネット（Subnet）内の任意のスレーブの１台にMACアドレスサーバ機能が存在し、Subnet内のMACアドレスを管理するものとする。また、Inquiry起動、InquiryScan起動、Connect処理は、第１の実施の形態と同様である。
【００７８】
プラグ＆プレイにおいては、全体のモード遷移は第１の実施の形態と同様、図１４のフローチャートに示す順序になる。ただし、MACアドレスの配布は任意のスレーブ上のMACアドレスサーバが行う点で第１の実施の形態とは異なる。
【００７９】
図２１、図２２に基づいて、上記の手順を説明する。マスタはInquiryで、IQパケットをブロードキャストで発信する（ステップＳ３０１）。新規スレーブごとに、InquiryScanによりIQ応答（Response）をFHSパケットで返信する（ステップＳ３０２）。
【００８０】
マスタ、MACアドレスサーバ、新規のスレーブは、ステップＳ３０３〜Ｓ１１９の処理を繰り返す。ステップＳ３０３のPageでは、マスタがIDパケットを該当するスレーブに送信する。これに対して、PageScan状態の特定のスレーブから同じIDパケットが返信されることによってPage Response（呼出し応答）に入る（ステップＳ３０４）。
【００８１】
続いて、PINコードによる接続認証に移行し、特定スレーブがマスタに対してPINコードを送信し、これにマスタが応答することによって接続認証が完了する（ステップＳ３０５，Ｓ３０６）。PINコードによる接続認証が得られなかった場合、当該スレーブはスタンバイモードに移行する。
【００８２】
ここで、例えば、マスタには、ECHONETプロトコルでプラグ＆プレイすべきスレーブのメーカコード（３バイト）、製造番号（１２バイト）、マスタ識別番号（１バイト）をプラグ＆プレイ前に予めPINコードとして登録されていて、接続認証のPINコードにはこの値が用いられるのである。なお、他アプリケーションのPINコードはそちらに従う。
【００８３】
続いて、SDP（Service Discovery Protocol）を開始し、特定スレーブがその利用可能なアプリケーションを発見して通知する手続を行う（ステップＳ３０７，Ｓ３０８）。
【００８４】
次に、マスタは特定のスレーブにProfile初期化指令を発し、該当スレーブがProfile/BNEPを初期化して応答する。これによって、Profile初期化が完了する（ステップＳ３０９，Ｓ３１０）。
【００８５】
次に、Auto Configuration処理をマスタ、特定スレーブにおいて行う。このAuto Configurationはマスタにおいては初回にのみ行い、マスタのIPアドレスを各スレーブに通知する（ステップＳ３１１）。そしてマスタは、特定スレーブに対してAuto Configuration開始を指示し、該当スレーブは自己のIPアドレスを確定し、ブロードキャスト（Bcast）によって発信する（ステップＳ３１２，Ｓ３１３）。
【００８６】
以上のステップＳ３０１〜Ｓ３１３の手続は第１の実施の形態におけるステップＳ１０１〜Ｓ１１３と同様である。
【００８７】
続いて、MACアドレス未割当てのスレーブのいずれかがブロードキャストでMACアドレス要求を発信することによりECHONET確認手続に移行する（ステップＳ３１４）。MACアドレス要求コマンドは、当然、MACアドレスサーバによって受信される。
【００８８】
これに対して、MACアドレスサーバから特定スレーブにECHONET問い合わせを行い（ステップＳ３１５）、該当スレーブがECHONET問い合わせ応答を返信することによって完了する（ステップＳ３１６）。なお、特定スレーブからECHONET問い合わせ応答が返ってこない場合、第１の実施の形態と同様に、ECHONET以外のアプリケーションレベルでの接続を試みる（図１４におけるステップＳ８）。それができない場合、特定スレーブをスタンバイモードに戻す。ECHONET問い合わせ応答が特定のスレーブから戻ってくれば、マスタはMACアドレス付与処理し、park化を指示する（図１４におけるステップＳ９，Ｓ１０）。
【００８９】
MACアドレス付与処理では、後述する手順でMACアドレスサーバがユニキャストで特定のMACアドレス要求スレーブにMACアドレスを送信し（ステップＳ３１７）、特定スレーブがMACアドレスの付与通知を受け取って自己のMACアドレスとして確定し、上位層に通知すると共に、MACアドレス付与受理応答をMACアドレスサーバに送信する（ステップＳ３１８）。
【００９０】
MACアドレスを確定した特定スレーブは、マスタに対してparkアドレス（PM_ADDR）を付与したPARKモード要求を送信し、PARKモードへ移行する（ステップＳ３１９）。
【００９１】
以上がプラグ＆プレイの手順であるが、ステップＳ３１４〜３１７における特に新規のMACアドレス配布の手順を、図２３及び図２４を用いて詳しく説明する。MACアドレスサーバは、任意のスレーブ上にあり、かつサブネット内に唯一存在するものである。そして、マスタのMACアドレスは0x00〜0xfeのうちの特定の１つの値に固定されている。以下、マスタのMACアドレスの固定値は0x00であるとする。
【００９２】
図２３のデータフローに示すように、MACアドレス要求スレーブはIPアドレス取得後のランダム時間後、図２３（ａ）に示すデータ構造のMACアドレス要求コマンドをサブネット内でブロードキャスト（Bcast）する（ステップＳ４０１）。このMACアドレス要求コマンドは、宛て先IPアドレス＝Bcast、送信元IPアドレス＝自己IPアドレス、宛て先MACアドレス＝0x00（マスタのMACアドレス）、送信元MACアドレス＝自己保持MACアドレス値(初めてならばデフォルト値＝0xff)である。
【００９３】
任意のスレーブ上のMACアドレスサーバは送信元IPアドレスに対してECHONET問い合わせコマンドをMACアドレス要求スレーブに発行する（ステップＳ４０２）。このECHONET問い合わせコマンドを受け取ったMACアドレス要求スフは、MACアドレスサーバに対してECHONETノードであるか／ないかのコマンドを返却する（ステップＳ４０３）。MACアドレスサーバはMACアドレス要求スレーブからの応答コマンドを受け取り、ECHONETノードでなければ一連の処理を終了する。他方、ECHONETノードであればステップＳ４０４以降の処理を行う。
【００９４】
MACアドレス要求スレーブがECHONETノードである場合、MACアドレスサーバはMACアドレス要求コマンドを受け取ると、自己アドレス管理データベース１８からMACアドレス要求スレーブのハードウェアタイプと物理アドレスに対するMACアドレス要求スレーブのMACアドレスと自己アドレス管理データベース１８内に保持しているMACアドレスとを比較する。そして、MACアドレス要求スレーブのMACアドレスと自己アドレス管理データベース１８内の保持MACアドレスとがデフォルト値0xff以外で等しければ、保持MACアドレスを選定する。等しくなければ未配布のMACアドレスを0x01-0xfeまでの間の値（つまり、マスタのMACアドレス固定値を除いた値のいずれか）を選定する。そして、MACアドレスサーバは、図２４（ｂ）の構造のMACアドレス配布コマンドをMACアドレス要求スレーブに対して送信する（ステップＳ４０４）。このMACアドレス配布コマンドは、宛て先IPアドレス＝要求元IPアドレス、送信元IPアドレス＝自己IPアドレス、送信元MACアドレス＝0x00、配布用選定MACアドレスをデータとする。
【００９５】
これに対して、MACアドレス要求スレーブはMACアドレス配布コマンドを受信した後、図２４（ｃ）に示すMACアドレス受理コマンドをMACアドレスサーバに送信する（ステップＳ４０５）。MACアドレス要求スレーブは、ステップＳ４０４でMACアドレス配布コマンドが所定時間後にも戻って来なかったら、再度ステップＳ４０１からの処理を繰り返す。ただし、繰り返しは２回とする。
【００９６】
MACアドレスサーバはMACアドレス要求スレーブからMACアドレス受理コマンドを受け取ると、同じMACアドレス受理コマンドをMACアドレス要求スレーブに返し、自己アドレス管理データベース１８を書き換える（ステップＳ４０６）。MACアドレス要求スレーブは、このMACアドレスサーバからのMACアドレス受理コマンドの返信を受信した後、MACアドレスを確定する。
【００９７】
また、MACアドレスサーバは、ステップＳ４０５でMACアドレス受理コマンドがMACアドレス要求スレーブから戻らないときにはステップ４０４に戻り、MACアドレス配布コマンドを再送する。これに対して、MACアドレス要求スレーブはMACアドレス受理コマンドが所定時間後にも戻らなかったらMACアドレス受理コマンドを再送する。
【００９８】
なお、全てのステップにて受信した電文フォーマットが異なる場合は設定異常としStandbyに戻る。また、再送しても応答がない場合も同様とする。
【００９９】
この第２の実施の形態の通信システム及び通信方法によれば、マスタMaterが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブSlaveからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、任意のスレーブ上のMACアドレスサーバがMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。また、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。さらに、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【０１００】
【発明の効果】
以上のように、本発明によれば、マスタが初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、新規参入要求を発するスレーブの中の特定のスレーブと通信接続を確立し、マスタ又は任意のスレーブのMACアドレスサーバがMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与し、その後、当該スレーブをスリープ状態にし、新規参入要求を発する他のスレーブに対しても順次、同じ処理を繰り返すことにより新規参入要求を発するすべてのスレーブをネットワークメンバーに追加する処理を行うので、アドレス配布処理に関して最小のMACアドレスの発行で済み、アドレスの枯渇を防ぐことができ、またアドレス配布処理にかかる時間を短縮できる。
【０１０１】
また本発明によれば、スレーブそれぞれに対して通信時のみスリープモードを解除し、また通信終了後にはスリープモードとするので、多くのスレーブが加えられ、また消費電力を最小に抑えることができる。
【０１０２】
さらに本発明によれば、マスタ、スレーブの接続遮断時に自動再接続処理を行うことにより、通信環境が悪く接続遮断が起こりやすい環境でも信頼性の高い通信が可能である。
【図面の簡単な説明】
【図１】 Bluetooth仕様の通信システムのトポロジ。
【図２】 Bluetooth仕様の通信システムによる通信スロットの説明図。
【図３】本発明の１つの実施の形態の通信システムにおけるマスタ、スレーブの共通する通信処理機能のブロック図。
【図４】上記の実施の形態においてマスタの行うリンクタイムアウト時の自動接続処理の説明図。
【図５】上記の実施の形態においてスレーブの行うリンクタイムアウト時の自動接続処理の説明図。
【図６】上記の実施の形態においてマスタの行う受信処理の説明図。
【図７】上記の実施の形態においてスレーブの行う送信処理の説明図。
【図８】上記の実施の形態においてスレーブの行う受信処理の説明図。
【図９】上記の実施の形態においてマスタの行う送信処理の説明図。
【図１０】上記の実施の形態によるECHONET確認処理で用いられるペイロードデータの構造図。
【図１１】上記の実施の形態におけるマスタ用のアドレス管理データベースのデータ構造図。
【図１２】上記の実施の形態におけるスレーブ用のアドレス管理データベースのデータ構造図。
【図１３】上記の実施の形態のBluetooth仕様の通信システムのプロトコルスタック図。
【図１４】上記の実施の形態の通信システムによるプラグ＆プレイ処理のフローチャート。
【図１５】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その１）。
【図１６】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その２）。
【図１７】上記の実施の形態においてスレーブの行う新ノード自動参加処理の説明図。
【図１８】上記の実施の形態においてマスタの行う新ノード探索処理の説明図。
【図１９】上記の実施の形態によるMACアドレス付与処理のデータフロー図。
【図２０】上記の実施の形態においてマスタの行うリンク制御処理のフローチャート。
【図２１】本発明の第２の実施の形態によるプラグ＆プレイ処理のデータフロー図（その１）。
【図２２】上記の実施の形態によるプラグ＆プレイ処理のデータフロー図（その２）。
【図２３】上記の実施の形態によるMACアドレス付与処理のデータフロー図。
【図２４】上記の実施の形態によるECHONET確認処理で用いられるペイロードデータの構造図。
【図２５】 ECHONETのレイヤを示す図。
【符号の説明】
１１ リンク監視タイマブロック
１２ リンク処理ブロック
１３ 受信処理ブロック
１４ スリープモード管理処理ブロック
１５ 送信処理ブロック
１６ 送信イベント監視ブロック
１７ 送信パケット生成ブロック
１８ アドレス管理データベース
Claims (8)
- １つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、
前記マスタは、
（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、
（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、
（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とする通信システム。 - １つのマスタと１又は複数のスレーブとの間で無線通信する通信システムにおいて、
（１）前記マスタは、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、
（２）前記マスタは、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、
（３）前記スレーブの１つに設置されたMACアドレスサーバは、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、
（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、
（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタは（２）の処理を、前記MACアドレスサーバは（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とする通信システム。 - 前記マスタ及びスレーブは、各々の接続相手分及び自己分のMACアドレス、固有絶対アドレス、マスタ・スレーブ間接続管理ハンドル番号、スリープ有無の各要素と対応付けがされ、接続状態が変わるたびに更新されるアドレス管理データテーブルを備えたことを特徴とする請求項１又は２に記載の通信システム。
- 前記マスタがMACアドレスを前記特定スレーブに付与する手順は、
（１１）マスタが相手のスレーブの固有絶対物理アドレスに対して自己のアドレス管理データテーブルから対応するMACアドレスを検索し、
（１２）マスタが検索の結果、すでに相手のスレーブのMACアドレスが自己のアドレス管理データテーブルに存在する場合にはその値を、存在しない場合には付与済みのMACアドレスと重複しない新たな値を仮MACアドレスとし、サブネット内のスレーブすべてに重複MACアドレス問合せコマンドを同報送信し、
（１３）ネットワークメンバー内のいずれかのスレーブが、前記仮MACアドレスが自己と同じならばマスタ宛に重複MACアドレス応答コマンドを送信し、
（１４）マスタは、（14-1）所定時間後、重複MACアドレス応答コマンドが来なければ、MACアドレス付与コマンドにより前記相手のスレーブに仮MACアドレスを正規のMACアドレスとして送信し、（14-2）所定時間内に重複MACアドレス応答コマンドが来て、その送信元が前記相手スレーブ以外であれば、別の仮MACアドレスを設定して（１２）以下の通信を繰り返し、（14-3）前記所定時間内に重複MACアドレス応答コマンドが返り、その送信元が相手スレーブであれば、重複MACアドレス問合せコマンドでの仮MACアドレスを自己のアドレス管理データテーブル上で確定して終了し、
（１５）相手スレーブは、MACアドレス付与コマンドにより受け取った値を自己のMACアドレスとして自己のアドレス管理データテーブルを更新し、MACアドレス付与受理応答をマスタに送信し、
（１６）マスタは、前記MACアドレス付与受理応答が所定時間後にいずれかのスレーブから戻ってきたならば、自己のアドレス管理データテーブルを更新して終了することを特徴とする請求項１に記載の通信システム。 - 前記MACアドレスサーバがMACアドレスを前記特定スレーブに付与する手順は、
（２１）マスタのMACアドレスは固定値とし、
（２２）前記特定スレーブはIPアドレス取得後、ランダム時間後、宛て先IP＝同報アドレス、送信元IPアドレス＝自己IPアドレス、宛て先MACアドレス＝マスタのMACアドレス、送信元MACアドレス＝自己保持MACアドレス値(初めてならばデフォルト値)としてMACアドレス要求コマンドをブロードキャストし、
（２３）前記MACアドレスサーバは送信元IPアドレスに対して、これ以降使用する特定の上位通信規則に従うか否かの問い合わせコマンドを発行し、
（２４）前記問い合わせコマンドを受け取った特定スレーブは、MACアドレスサーバに対して、特定の上位通信規則に従って通信するノードであるかないかのコマンドを返却し、
（２５）前記MACアドレスサーバは、前記特定スレーブが特定の上位通信規則に従って通信するノードでなければ一連の処理を終了し、特定の上位通信規則に従って通信するノードであれば、
（２６）MACアドレスサーバはMACアドレス要求コマンドを受け取ると、自己アドレス管理テーブルから特定スレーブのハードウェアタイプと物理アドレスに対する特定スレーブMACアドレスと自己アドレス管理テーブル内の保持MACアドレスを比較し、
（２７）特定スレーブMACアドレスと自己アドレス管理テーブル内の保持MACアドレスが前記デフォルト値以外で等しければ保持MACアドレスを選定し、特定スレーブMACアドレスと自己アドレス管理テーブル内の保持MACアドレスが等しくなければ未配布のMACアドレスとしてマスタのMACアドレス（固定値）を除くアドレス値を選定し、
（２８）MACアドレスサーバは、MACアドレス配布コマンドとして宛て先IP＝要求元IPアドレス、送信元IPアドレス＝自己IPアドレス、送信元MACアドレス＝マスタのMACアドレス、データとして配布用選定MACアドレスをMACアドレス配布コマンドとしてユニキャストし、
（２９）特定スレーブは、受信した後、MACアドレス受理コマンドをMACアドレスサーバに送信し、
（３０）MACアドレスサーバは、MACアドレス受理コマンドを特定スレーブに返し、自己アドレス管理データテーブルを書き換え、
（３１）特定スレーブは、受信した後、MACアドレスを確定することを特徴とする請求項２に記載の通信システム。 - １つのマスタと１又は複数のスレーブとの間で無線通信する通信システムに使用されるマスタであって、
（１）初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、
（２）前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にする信号を送信し、
（３）前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加する処理を行うことを特徴とするマスタ。 - １つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、
（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、
（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、１バイトのユニークなMACアドレス配布処理を実行することによって当該スレーブにMACアドレスを付与した後、当該スレーブをスリープ状態にし、
（３）前記マスタが、前記新規参入要求を発する他のスレーブに対しても順次、（２）の処理を繰り返すことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とする通信方法。 - １つのマスタと１又は複数のスレーブとの間で無線通信する通信方法において、
（１）前記マスタが、初期化時に問合せコマンドを同報にて発行し、新規参入要求を発するスレーブからの応答コマンドによって当該新規参入要求元のスレーブの属性を把握し、
（２）前記マスタが、前記新規参入要求を発するスレーブの中の特定スレーブと通信接続を確立し、
（３）前記スレーブの１つに設置されたMACアドレスサーバが、１バイトのユニークなMACアドレス配布処理を実行することによって前記特定スレーブにMACアドレスを付与し、
（４）前記（３）の処理によって MAC アドレスが付与された前記特定スレーブは、前記マスタにスリープモード要求を送信し、スリープモードに移行し、
（５）前記新規参入要求を発する他のスレーブに対しても順次、前記マスタが（２）の処理を、前記MACアドレスサーバが（３）の処理を繰り返し、前記特定スレーブは（４）の処理を行うことにより新規参入要求を発するすべてのスレーブにMACアドレスを付与してネットワークメンバーに追加することを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001339395A JP3967110B2 (ja) | 2001-11-05 | 2001-11-05 | 通信システム、マスタ及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001339395A JP3967110B2 (ja) | 2001-11-05 | 2001-11-05 | 通信システム、マスタ及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003143157A JP2003143157A (ja) | 2003-05-16 |
| JP3967110B2 true JP3967110B2 (ja) | 2007-08-29 |
Family
ID=19153747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001339395A Expired - Lifetime JP3967110B2 (ja) | 2001-11-05 | 2001-11-05 | 通信システム、マスタ及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3967110B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1494433B1 (en) * | 2003-07-03 | 2011-05-04 | Alcatel Lucent | Duplicate MAC address check and dynamic MAC address allocation |
| EP1646227B1 (en) * | 2003-07-14 | 2016-08-31 | Panasonic Intellectual Property Management Co., Ltd. | Signal switching device, signal distribution device, display device, and signal transmission system |
| EP1750395A1 (en) * | 2004-05-24 | 2007-02-07 | Matsushita Electric Industrial Co., Ltd. | Wireless lan device having terminal function, wireless lan device having base station function, and wireless network having the wireless lan device |
| US7961724B2 (en) | 2005-03-18 | 2011-06-14 | Qualcomm Incorporated | Dynamic media access control (MAC) address assignment |
| JP2009200562A (ja) * | 2008-02-19 | 2009-09-03 | Nec Engineering Ltd | 無線通信端末 |
| JP4640523B2 (ja) * | 2008-11-12 | 2011-03-02 | 株式会社デンソー | 乗員保護システムの通信装置 |
| EP2389751A1 (en) | 2009-01-22 | 2011-11-30 | Telefonaktiebolaget LM Ericsson (publ) | Address allocation in a network |
| JP5140192B2 (ja) | 2009-11-27 | 2013-02-06 | パナソニック株式会社 | スレーブ装置および通信システム |
| KR101708504B1 (ko) * | 2010-12-08 | 2017-02-20 | 두산인프라코어 주식회사 | 건설중장비 차량의 정보 전송 방법 |
| KR101397201B1 (ko) * | 2013-01-11 | 2014-05-20 | 송암시스콤 주식회사 | 공가설비 관리 네트워크의 관리방법 |
| KR101684227B1 (ko) * | 2016-07-12 | 2016-12-07 | 한금희 | 네트워크 자동 구성 방법 |
| CN107197424B (zh) * | 2017-06-06 | 2023-06-13 | 欧普照明股份有限公司 | 蓝牙连接方法、蓝牙设备及蓝牙连接*** |
| CN109587013B (zh) * | 2019-01-18 | 2022-08-19 | 深圳壹账通智能科技有限公司 | App网络兼容性测试方法、装置、计算机设备及存储介质 |
| CN111756865B (zh) * | 2019-03-28 | 2024-02-09 | 苏州铭威天欣信息科技有限公司 | 一种基站与用户终端的通信管理方法 |
| CN115442333A (zh) * | 2022-08-19 | 2022-12-06 | 上海长江电气设备集团有限公司 | 基于rs485通信的自组网方法、装置、计算机设备及介质 |
| CN118101377A (zh) * | 2024-04-29 | 2024-05-28 | 浙江正泰电器股份有限公司 | 一种总线***的通信方法、***及计算机程序产品 |
-
2001
- 2001-11-05 JP JP2001339395A patent/JP3967110B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003143157A (ja) | 2003-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3967110B2 (ja) | 通信システム、マスタ及び通信方法 | |
| JP4068094B2 (ja) | 装置同士の動的なネットワーク構成と資源共用の実現方法 | |
| US6879570B1 (en) | Method for operating personal ad-hoc network (PAN) among bluetooth devices | |
| RU2573750C2 (ru) | Усовершенствованный ввод в эксплуатацию беспроводных сетевых систем | |
| KR100709501B1 (ko) | 피코넷 통신 시스템 내의 이웃들을 발견하기 위한 방법 및장치 | |
| US7161923B2 (en) | System and method for establishing bluetooth communications | |
| WO2010143756A2 (en) | Non-beacon mode zigbee sensor network system for low power consumption and network communication method thereof | |
| US10051076B2 (en) | Low power digital radio range extension | |
| CN100426785C (zh) | 专用网络无线通信***及其方法 | |
| KR100590866B1 (ko) | 무선 네트워크를 통한 액세스 포인트의 무선 단말 등록방법 및 그 장치 | |
| US20070287542A1 (en) | Game apparatus, communication apparatus, wireless game controller, and game system | |
| US20020169886A1 (en) | Communication device and communication control device for enabling operation of control protocol for one network on other types of networks | |
| JP2005526450A6 (ja) | 装置同士の動的なネットワーク構成と資源共用の実現方法 | |
| WO2008044885A2 (en) | Methods for managing the power in a wireless network | |
| WO2002021769A2 (en) | Transmission-scheduling coordination among collocated internet radios | |
| WO2000016532A2 (en) | Dynamic communication channel switching for computer networks | |
| JP2006518961A (ja) | Ａｄｈｏｃネットワークにおけるアドレス自動構成 | |
| US20030012219A1 (en) | Method for setting up a link between bluetooth devices in a bluetooth system | |
| US7739375B2 (en) | System and method for UPnP discovery advertisement byebye by proxy | |
| US20030093542A1 (en) | Communication device and communication control method using efficient echonet address determination scheme | |
| JP3982841B2 (ja) | 無線ネットワーク装置の設置 | |
| CN113543277A (zh) | 配网处理方法、装置及电子设备 | |
| US20040198221A1 (en) | Wireless communication module capable of waking up a wireless communication device in park mode based on connectionless broadcast and method thereof | |
| KR20040010653A (ko) | 무선 네트워크 시스템용의 소프트웨어 프로토콜 | |
| CN113438634B (zh) | 基于物联网的智能门锁蓝牙节点角色切换和组网方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040708 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070130 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070329 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070522 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070530 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3967110 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100608 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110608 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110608 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120608 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130608 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |