(57)【要約】      （修正有）【課題】微弱無線通信端末を含むネットワークシステムにおいて、未承認の端末が既存の端末に参加する際の承認の簡便化を目的とする。【解決手段】アドレスを管理するサーバと接続されたネットワークシステムを構成する微弱無線通信機能を有する端末１００であって、ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリ１５０と、受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、転送すると判断した場合には、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、転送しない判断した場合には受信した所定のデータを破棄する転送処理部１２２とを含むことを含むことを特徴とする端末。【選択図】図２
2006287712.tif 000002
【特許請求の範囲】
【請求項１】
アドレスを管理するサーバと接続されたネットワークシステムを構成する微弱無線通信機能を有する端末であって、
ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリと、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄する転送処理部とを含むことを含むことを特徴とする端末。
【請求項２】
請求項１において、
前記転送処理部は、
受信したデータと重複するデータを過去に受信又は送信したか否かをチェックし、重複するデータを過去に受信又は送信していれば転送しないと判断することを特徴とする端末。
【請求項３】
請求項１乃至２のいずれかにおいて、
前記転送処理部は、
受信したデータの所定のエリアに自己のアドレスが格納されているか否か判断し、格納されている場合には転送しないと判断することを特徴とする端末。
【請求項４】
請求項１乃至３のいずれかにおいて、
内部アドレスメモリにない端末アドレスについての問い合わせデータを作成して問い合わせを行う問い合わせ処理部を含み
前記問い合わせ処理部は、
受信したデータの発信元の端末アドレスが自己の内部アドレスメモリに登録されているか否かチェックし、登録されていない場合には、発信元の端末アドレスを未承認端末アドレスと判断して、当該未承認端末アドレスの問い合わせを行うためのデータであって未承認端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための問い合わせデータを作成して送信することを特徴とする端末。
【請求項５】
請求項１乃至４のいずれかにおいて、
ネットワークに新たに参加を希望する場合には、自己のアドレスを含む参加依頼データを作成して、ネットワークの電波到達範囲内にブロードキャストする参加依頼処理部を含むことを特徴とする端末。
【請求項６】
請求項１乃至５のいずれかにおいて、
前記転送処理部は、
ネットワークに登録されている全承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第１のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、
登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、全承認端末アドレス情報に基づき自己の内部メモリの承認端末アドレスを更新し、
登録されている場合には第１のタイプの認証データの転送を行わないことを特徴とする端末。
【請求項７】
請求項１乃至６のいずれかにおいて、
前記転送処理部は、
新たにネットワークへの参加を承認された新規参加承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第２のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、
登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、新規参加承認端末のアドレスを自己の内部メモリの承認端末アドレスに追加し、
登録されている場合には第２のタイプの認証データの転送を行わないことを特徴とする端末。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記アドレス管理サーバと有線で接続され、
マルチキャストで問い合わせデータを受け取った場合又はブロードキャストで新規参加依頼データを受け取った場合には、当該データにかかる未承認アドレスに関する問い合わせを前記アドレス管理サーバに対して有線で送信することを特徴とする端末。
【請求項９】
アドレスを管理するサーバと接続されたネットワークシステムを構成し、微弱無線通信機能とネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリとを有する端末の通信方式であって、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄することを特徴とする端末の通信方式。
【請求項１０】
アドレスを管理するサーバと接続されたネットワークシステムを構成し、微弱無線通信機能を有する端末を制御するプログラムであって、
ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリと、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄する転送処理部としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末、通信方式及びプログラムに関する。
【背景技術】
【０００２】
一般的に、一つ以上の通信端末機器とこれを管理するサーバ装置がなんらかの通信手段によって接続され相互に制御されるシステムでは、相互に通信をするためには通信初期設定が必要となる。ここでいう通信初期設定とは、例えば各機器の通信におけるアドレス番号や通信相手の機器アドレス番号を各機器毎に設定することを指す。従来このような設定は手動操作において、システム起動時に個々に設定していた。
【０００３】
かかる設定作業は、アドレス設定の知識を必要とするため、ある程度の熟練者でないと簡単にはできなかった。そのため、この種のシステムを設置するためには設置工事の担当者が必要となり、工数、コストの観点から望ましいものではなかった。また一般家庭において、家庭の主婦、老人、子供等では、上記設定に関わる取り扱いは、通常困難であるため、機器増設、メンテナンス等の度に工事担当者を呼ぶ必要があり、この種の通信機器の家庭への普及を阻害する一面も併せもっていた。
【０００４】
このようなシステムにおける初期設定を容易にする技術としては例えば特開平１１−１０３３０９号に開示される従来技術がある。
【特許文献１】特開平１１−１０３３０９号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし従来技術においては端末毎に認証機能を持っているため、一括しての管理が困難で、同一の端末群のなかでの接続設定や、アドレスデータベースに個体差を生じる可能性があった。
【０００６】
また接続を認証する端末のアドレスをすべて補間する必要があり、データベースが肥大化し、端末の記憶装置の容量を圧迫するという問題点もあった。
【０００７】
本発明は以上のような問題点に鑑みてなされたものであり、その目的とするところは、微弱無線通信端末を含むネットワークシステムにおいて、未承認の端末が既存の端末に参加する際の承認の簡便化を目的とする。
【課題を解決するための手段】
【０００８】
（１）本発明は、
アドレスを管理するサーバと接続されたネットワークシステムを構成する微弱無線通信機能を有する端末であって、
ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリと、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄する転送処理部とを含むことを含むことを特徴とする。
【０００９】
受信した所定のデータとは、未承認アドレスについての問いあわせ等を行う問い合わせデータや、問い合わせのあったアドレスの認証を通知するための認証データ等を含む。
【００１０】
受信した所定のデータに含まれた端末アドレスとは、例えば受信データに含まれた送信元アドレスや、受信データが問い合わせデータである場合の問い合わせアドレス（未承認アドレス）や、受信データが認証データである場合の認証アドレス等である。
【００１１】
所定のデータのデータ種別に応じたデータ種別を有するとは、例えば受信したデータが問い合わせデータであれば問い合わせデータ、受信したデータが認証データであれば認証データのデータ種別を有するデータを作成するような場合でもよい。しかし必ずしも同じデータ種別のマルチキャストデータを生成する場合に限られず、受信したデータのデータ種別と関連するデータ種別を有するデータを作成するような場合でもよい。
【００１２】
ここでマルチキャストとは、単一のパケットで、複数のノードに対して同一データを送信する通信方法であり、マルチキャストに対して、ネットワーク内の全ノードに対して送信する方法はブロードキャストと呼ばれる。マルチキャストの場合複数の特定のマシンに対してデータを送信し、宛先IPアドレスとしてはマルチキャストアドレスを指定する。
【００１３】
（２）本発明の端末は、
前記転送処理部が、
受信したデータと重複するデータを過去に受信又は送信したか否かをチェックし、重複するデータを過去に受信又は送信していれば転送しないと判断することを特徴とする。
【００１４】
受信したデータと重複するデータを過去に受信又は送信したかは、例えば転送データを作成する際に転送データ内に署名（自己のアドレスを書き込むこと）したり、受信又は転送したデータに関する送信元アドレスや問い合わせや承認アドレスをメモリ内のバッファに記憶させておくことによりチェックすることができる。
【００１５】
（３）本発明の端末は、
前記転送処理部が、
受信したデータの所定のエリアに自己のアドレスが格納されているか否か判断し、格納されている場合には転送しないと判断することを特徴とする。
【００１６】
（４）本発明の端末は、
内部アドレスメモリにない端末アドレスについての問い合わせデータを作成して問い合わせを行う問い合わせ処理部を含み、
前記問い合わせ処理部は、
受信したデータの発信元の端末アドレスが自己の内部アドレスメモリに登録されているか否かチェックし、登録されていない場合には、発信元の端末アドレスを未承認端末アドレスと判断して、当該未承認端末アドレスの問い合わせを行うためのデータであって未承認端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための問い合わせデータを作成して送信することを特徴とする。
【００１７】
（５）本発明の端末は、
ネットワークに新たに参加を希望する場合には、自己のアドレスを含む参加依頼データを作成して、ネットワークの電波到達範囲内にブロードキャストする参加依頼処理部を含むことを特徴とする。
【００１８】
（６）本発明の端末は、
前記転送処理部は、
ネットワークに登録されている全承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第１のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、
登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、全承認端末アドレス情報に基づき自己の内部メモリの承認端末アドレスを更新し、
登録されている場合には第１のタイプの認証データの転送を行わないことを特徴とする。
【００１９】
（７）本発明の端末は、
前記転送処理部は、
新たにネットワークへの参加を承認された新規参加承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第２のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、
登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、新規参加承認端末のアドレスを自己の内部メモリの承認端末アドレスに追加し、
登録されている場合には第２のタイプの認証データの転送を行わないことを特徴とする。
【００２０】
（８）本発明の端末は、
前記アドレスを管理するサーバと有線で接続され、
マルチキャストで問い合わせデータを受け取った場合又はブロードキャストで新規参加依頼データを受け取った場合には、当該データにかかる未承認アドレスに関する問い合わせを前記アドレス管理サーバに対して有線で送信することを特徴とする。
【００２１】
（９）本発明は、
アドレスを管理するサーバと接続されたネットワークシステムを構成し、微弱無線通信機能とネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリとを有する端末の通信方式であって、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄することを特徴とする端末の通信方式である。
【００２２】
（１０）本発明は、
アドレスを管理するサーバと接続されたネットワークシステムを構成し、微弱無線通信機能を有する端末を制御するプログラムであって、
ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶する内部アドレスメモリと、
受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、
転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、
転送しない判断した場合には受信した所定のデータを破棄する転送処理部としてコンピュータを機能させることを特徴とする。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の好適な実施の形態について図面を用いて詳細に説明する。なお、以下に説明する実施の形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成の全てが本発明の必須構成要件であるとは限らない。
【００２４】
図１は、本実施の形態の端末で構成するネットワークシステムについて説明するための図である。
【００２５】
ネットワークシステム１０は、複数の微弱な無線通信を行う端末（以下、端末という）３０、４０、５０、６０を含み、サーバ（アドレス管理サーバとして機能するサーバ）２０と接続されている。
【００２６】
ここにおいてサーバｘ２０はネットワークシステムと無線で通信を行う場合でもよいし、有線で通信を行う場合でもよい。
【００２７】
無線で接続される場合には例えばサーバ２０に微弱な無線通信を行う機能を持たせ、ネットワークを構成する各端末と微弱無線通信を行う構成でもよい。また有線で接続される場合には、図１に示すようにネットワークを構成するいずれかの端末（ここでは端末Ｄ６０）とコントローラ７０等を介して有線で接続されるようにしてもよい。
【００２８】
端末３０、４０、５０、６０は、周波数３２２MHz以下、電解強度５００μＶ／ｍ以下（３ｍ法）であり、一般的な通信目的で使われる周波数帯は、３００MHz以上３２２MHz以下の微弱な無線通信を行う端末である。端末３０、４０、５０、６０の用途は例えば家電製品のリモートコントローラ等に用いられるものでもよい。
【００２９】
サーバ（アドレス管理サーバとして機能するサーバ）２０は、ネットワーク１０への参加を承認された端末のアドレスを含む承認端末情報を記憶する承認端末情報記憶部（アドレスデータベース）２２を含む。
【００３０】
各端末はネットワークを構成する他の端末（他の微弱な無線通信を行う端末やサーバ等）と、微弱無線による通信を行う場合でもよいし、例えば端末Ｄ６０のように、コントローラ７０を介して他の端末（ここではサーバ２０）と有線で通信を行う場合でもよい。
【００３１】
図２は本実施の形態の微弱無線通信機能を有する端末の機能ブロック図である。
【００３２】
本実施の形態の端末１００は、微弱無線で送受信を行うのもで、無線通信部１１０と、処理部１２０と、記憶部１３０と、自己アドレス記憶部１４０と、内部アドレスメモリ１５０と、電源部１６０と、アンテナ１７０とを含む。
【００３３】
処理部１２０は、送受信のデータの生成や無線送信機全体の動作を統括的にコントロールする処理等を行うものであり、その機能は、各種プロセッサ（ＣＰＵ等）、或いはＡＳＩＣ（ゲートアレイ等）などのハードウェアや、所与のプログラム（マイクロプログラム等）より実現できる。
【００３４】
処理部１２０は、転送処理部１２２、問い合わせ処理部１２４、参加依頼処理部１２６として機能する。
【００３５】
転送処理部１２２は、受信した所定のデータについて、転送データを作成してマルチキャストで転送するか否か判断し、転送すると判断した場合には、受信した所定のデータのデータ種別に応じたデータ種別を有し前記受信した所定のデータに含まれた端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための転送データを作成してマルチキャストで送信し、転送しない判断した場合には受信した所定のデータを破棄する転送処理を行う。
【００３６】
また転送処理部１２２は、受信したデータと重複するデータを過去に受信又は送信したか否かをチェックし、重複するデータを過去に受信又は送信していれば転送しない判断するようにしてもよい。
【００３７】
また前記転送処理部１２２は、受信したデータの所定のエリアに自己のアドレスが格納されているか否か判断し、格納されている場合には転送しない判断するようにしてもよい。
【００３８】
前記転送処理部１２２は、ネットワークに登録されている全承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第１のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、全承認端末アドレス情報に基づき自己の内部メモリの承認端末アドレスを更新し、登録されている場合には第１のタイプの認証データの転送を行わないようにしてもよい。
【００３９】
前記転送処理部１２２は、新たにネットワークへの参加を承認された新規参加承認端末のアドレス情報が格納され、データ部に当該データの経由端末アドレス情報を含む第２のタイプの認証データを受信した場合には、前記経由端末アドレス情報領域に自己のアドレスが登録されているか否か判断し、登録されていない場合には、前記経由端末アドレス情報領域に自己のアドレスが登録された転送データを作成してマルチキャストで転送するとともに、新規参加承認端末のアドレスを自己の内部メモリの承認端末アドレスに追加し、登録されている場合には第２のタイプの認証データの転送を行わないようにしてもよい。
【００４０】
問い合わせ処理部１２４は、内部アドレスメモリにない端末アドレスについての問い合わせデータを作成して問い合わせを行うもので、受信したデータの発信元の端末アドレスが自己の内部アドレスメモリに登録されているか否かチェックし、登録されていない場合には、発信元の端末アドレスを未承認端末アドレスと判断して、当該未承認端末アドレスの問い合わせを行うためのデータであって未承認端末アドレスと自己のアドレスを含み、内部アドレスメモリに登録されている承認端末にむけマルチキャストで送信するための問い合わせデータを作成して送信しする処理を行う。
【００４１】
参加依頼処理部１２６は、ネットワークに新たに参加を希望する場合には、自己のアドレスを含む参加依頼データを作成して、ネットワークの電波到達範囲内にブロードキャストする参加依頼処理を行う。
【００４２】
無線通信部１１０は、データを送受信送信する処理を行うものある。
【００４３】
無線送信部１１０は、例えば処理部（ＣＰＵ）１２０からのコマンドにしたがって外部と無線通信をおこなう機能モジュールであり、信号の送信を司るベースバンドブロックや所定のＲＦ周波数信号をアンテナ１７０を介して送信するＲＦブロック等を備えるようにしてもよい。また例えばＦＰＧＡ（Field Programmable Gate Array）のようなＩＣ完成後にユーザーが内部論理をプログラムにより変更できる汎用のロジック・デバイスで構成することもできる。
【００４４】
ここで無線通信部１１０は、マルチキャスト及びブロードキャスト通信処理等を行うことができる。
【００４５】
記憶部１３０は、処理部１２０などのワーク領域となるもので、ＲＡＭなどのハードウェアにより実現できる。
【００４６】
自己アドレス記憶部１４０は、各端末を識別するためのアドレス（プライベートアドレスやＩＰアドレスやＩＤ等）を記憶した記憶媒体で、不揮発性記憶領域であり、ＲＯＭや例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）のような書き込み可能な不揮発性メモリ装置等のハードウェアにより実現できる。
【００４７】
内部アドレスメモリ１５０は、ネットワークへの参加を承認された承認端末のアドレスである承認端末アドレスを記憶するものでＲＡＭなどのハードウェアにより実現できる。
【００４８】
電源部１６０は、無線送信機の電源を供給するためのもので、内部バッテリ等で実現できる。
【００４９】
アンテナ１７０は半波長のダイポールアンテナ等を使用するようにしてもよい。
【００５０】
以下本実施の形態の端末の通信方式について説明する。図１に示すように、プライベートアドレス（以降アドレスという）「１１」を持つ端末Ａ（３０）が、端末Ｂ（アドレス「２２」）、端末Ｃ（アドレス「３３」）、端末Ｄ（アドレス「４４」）で構成される微弱無線ネットワークｎ（以降ネットワークｎという）への参加を要請する場合を例にとり説明する。
【００５１】
ここで端末Ｂ（アドレス「２２」）、端末Ｃ（アドレス「３３」）は独立してネットワークｎに参加している。また端末Ｄはネットワークｎに参加すると同時に、シリアル通信でプロトコル変換機能をもつコントローラｙ７０に接続されており、さらにコントローラｙ７０は別プロトコルを使用し、アドレス管理サーバｘ２０へ接続されている。
【００５２】
図３は、ネットワークｎへの新規参加の際の処理の流れを示したフローチャート図である。
【００５３】
ユーザーは端末Ａをネットワークｎに参加させるために、アドレス「１１」を端末Ａに設定する（ステップＳ１０）。このアドレスはネットワークｎでは使用されていない、全くの新規のアドレスである。
【００５４】
次にユーザーはサーバｘに端末Ａに登録したアドレス「１１」を登録する（ステップＳ２０）。
【００５５】
次にネットワークｎの電波到達範囲内で、端末Ａ３０から自己のアドレスを含む問い合わせデータ（参加依頼データとして機能する問い合わせデータ）をブロードキャストする（ステップＳ３０）。
【００５６】
ブロードキャストされたデータはネットワークｎの既存参加端末Ｂ（４０）、Ｃ（５０）、Ｄ（６０）の全部の端末もしくは電波到達範囲内にあるどれかの端末により受信される（ステップＳ４０）。
【００５７】
図４は、問い合わせデータを受信した場合の独立参加端末Ｂ、Ｃの処理の流れについて説明したフローチャート図である。
【００５８】
まずブロードキャストデータ（参加依頼データとして機能する問い合わせデータ）を受信すると、データ内アドレス（問い合わせにかかる未承認のアドレス）「１１」を抽出する（ステップＳ１１０、Ｓ１２０）。
【００５９】
次にメモリ専用領域にアドレス「１１」をバッファリングする（ステップＳ１３０）。このアドレスは、後の認証データが到着するか、一定期間が経過するまで保存される。
【００６０】
端末は内部アドレスメモリに「１１」が登録されているかどうかチェックする（ステップＳ１４０）。
【００６１】
「１１」は新規のため登録されていないので、データ不一致と判断し、端末Ａとの接続を拒否に端末Ａに対しての返信は行わない（ステップＳ１５０）。
【００６２】
端末Ａのアドレスといわせ用の問い合わせデータを作成する（ステップＳ１６０）。作成されるデータは図５に示すように、ヘッダ部２１０に送信元アドレス（発行元ＩＤ２１６）、送信先アドレス２２２を持ち、データ部２２０には、このデータ種別を表す識別データ（この場合には問い合わせであることを示すデータ）と、端末Ａのアドレス「１１」と、自己のアドレス（「２２」又は「３３」等）を署名（自己のアドレスを書き込み）したフレーム構造としてもよい。この際データの種別を表す識別データと端末Ａのアドレス「１１」はデータ内の特定の場所にあり、不変としてもよい。署名は設定した複数の機種の署名まで可能としてもよい。
【００６３】
次に内部メモリアドレスに存在する既知の端末に向け、問い合わせデータをマルチキャストする（ステップＳ１７０）。
【００６４】
マルチキャストの連鎖で同様の問い合わせがきた場合には、データよりアドレスを抽出し、自己のアドレスがある場合又はバッファアドレスがある場合にはデータを破棄し、以降マルチキャストの転送は行わない（ステップＳ１８０）。
【００６５】
内部アドレスメモリにいずれも存在しない場合にはステップＳ１２０〜Ｓ１７０の処理を行う（ステップＳ１９０）。
【００６６】
図６、図７は、問い合わせデータを受信した場合のアドレスデータベースに接続された端末Ｄの処理の流れについて説明したフローチャート図である。
【００６７】
端末Ａからの直接のブロードキャストデータ、もしくは既存の端末よりマルチキャストデータを受信する（ステップＳ２１０）。
【００６８】
データ内の端末Ａのアドレス「１１」を抽出する（ステップＳ２２０）。
【００６９】
次にメモリ専用領域にアドレス「１１」をバッファリングする（ステップＳ２３０）。このアドレスは、後の認証データが到着するか、一定期間が経過するまで保存される。
【００７０】
端末は内部アドレスメモリに「１１」が登録されているかどうかチェックする（ステップＳ２４０）。
【００７１】
「１１」は新規のため登録されていないので、データ不一致と判断し、端末Ｄはコントローラｙに接続要求（ステップＳ２５０、Ｓ２６０）。
【００７２】
コントローラｙは端末Ｄとの接続を認証する（ステップＳ２７０）。
【００７３】
端末Ｄはコントローラｙに対し、サーバｘに端末Ａのアドレス「１１」を問い合わせるデータを送信（ステップＳ２８０）。
【００７４】
コントローラｙは、端末Ｄからのデータをサーバｘが存在するネットワークプロトコルに変換し、サーバｘに送信する（ステップＳ２９０）。
【００７５】
サーバｘは問い合わせデータを受信する（ステップＳ３００）。
【００７６】
問い合わせデータより端末Ａのアドレス「１１」を抽出する（ステップＳ３１０）。
【００７７】
次に保存しているアドレスのデータベースより端末「１１」のアドレスを検索する（ステップＳ３２０）。
【００７８】
端末Ａのアドレスは事前に登録してあるため、アドレスありと判断する（ステップＳ３３０）。
【００７９】
接続認証のために、端末Ｄあてに認証データを作成する（ステップＳ３４０）。
【００８０】
サーバｘは端末Ｄ当ての認証データをコントローラｙに発行する（ステップＳ３５０）。
【００８１】
コントローラｙは、サーバｘから認証データを受け取り、端末の使用するプロトコルに変換し、端末Ｄに認証データを送信する（ステップＳ３６０）。
【００８２】
端末Ｄは、サーバｘからの認証データを受け取り、データ内に含まれた端末Ａのアドレスを「１１」を内部アドレスメモリに登録する。同時にバッファ内の端末Ａのアドレス「１１」を消去する（ステップＳ３７０）。
【００８３】
端末Ｄは認証データを内部アドレスメモリにあるすべての端末にあて、マルチキャストする（ステップＳ３８０）。この際の認証データは、例えば図８に示すような構造を有している。図８に示すように、ヘッダ部３１０に承認元アドレス３１６、送信先アドレス３２０を持ち、データ部３３０には、このデータ種別を表す識別データ（この場合には認証であることを示すデータ）と、認証されたドレスである端末Ａのアドレス「１１」と、自己のアドレス（「２２」又は「３３」等）を署名したフレーム構造としてもよい。この際データの種別を表す識別データと端末Ａのアドレス「１１」はデータ内の特定の場所にあり、不変としてもよい。署名は設定した複数の機種の署名まで可能としてもよい。この認証データの構造を図５に示す問い合わせデータと同じにして、認証と問い合わせの識別子のみを変更するようにしてもよい。
【００８４】
なお第１の認証データの場合には、データ領域の認証アドレスとして、サーバｘのアドレスデータベースにネットワークｎの参加端末として登録されているすべての端末のアドレスを格納するようにしてもよい。
【００８５】
なおマルチキャストの連鎖についての振る舞いは、端末Ｂ、Ｃにおいての問い合わせデータに対する振るまいと同じである。
【００８６】
図９は、新規参加端末が認証データをマルチキャストで受け取った場合の処理処理の流れについて説明したフローチャート図である。
【００８７】
端末Ａは自己のアドレスあての認証データがマルチキャストでとどくことで、事実上認証がなされたものと判断する（ステップＳ４１０）。
【００８８】
認証データの送信元アドレスを抽出する（ステップＳ４２０）。
【００８９】
抽出した送信元アドレスを内部アドレスメモリに照合する。この時点ではいずれのアドレスも登録されていないため、内部アドレスメモリに送信元端末アドレスを登録する（ステップＳ４３０）。なおこれは第２の認証データを受け取った場合の処理である。第１の認証データを受け取った場合には、ネットワークの参加端末として登録されている全端末のアドレスが認証データ内に格納されているので、これを内部アドレスメモリに登録する。
【００９０】
宛先以外でデータ内部に自己のアドレス「１１」が規定の場所にある場合には以降のマルチキャストは行わない（ステップＳ４４０）。
【００９１】
マルチキャストの連鎖でデータが届く場合には、送信元のアドレスを内部アドレスメモリと照合し、重複する場合にはデータを破棄する（ステップＳ４５０）。
【００９２】
図１０は、独立端末Ｂ、Ｃが認証データをマルチキャストで受け取った場合の処理処理の流れについて説明したフローチャート図である。
【００９３】
端末Ｂ又はＣはアドレス「１１」あての認証データを受信する（ステップＳ５１０）。
【００９４】
認証データ内の規定の場所にあるアドレス「１１」を内部アドレスメモリに登録する（ステップＳ５２０）。
【００９５】
バッファ上のアドレス「１１」を削除する（ステップＳ５３０）。
【００９６】
認証データに署名を行い、転送用の認証データを作成する（ステップＳ５４０）。
【００９７】
署名つきの認証データを内部アドレスメモリに登録されている端末にマルチキャストする（ステップＳ５５０）。
【００９８】
なおマルチキャストに対する連鎖の振る舞いは、問い合わせデータの場合と同じである。
【００９９】
このようにマルチキャストで認証データを配信することで、各端末はいずれかの端末からうけとった認証データで端末Ａがネットワークへの参加を承認されたことをしることができる。
【０１００】
図１１は、各種データを受け取った場合の端末の処理について説明するためのフローチャート図である。
【０１０１】
問い合わせデータを受け取った場合には（ステップＳ７１０）、データに含まれる問い合わせ元のアドレスが内部アドレスメモリにあるかどうか検索し、ない場合には問い合わせデータの所定の欄に署名（自己のアドレスの書き込み）を行い、既知のアドレス（内部アドレスメモリにアドレスが存在する端末）宛に問い合わせデータをマルチキャストで転送する（ステップＳ７２０）。
【０１０２】
コントローラに接続されている端末である場合には、さらにサーバへの問い合わせも行う（ステップＳ７３０）。
【０１０３】
認証データを受け取った場合には（ステップＳ７４０）、データに含まれる認証アドレス（問い合わせ元のアドレス）を内部アドレスメモリに登録する（ステップＳ７５０）。
【０１０４】
時間制限前でバッファ内に問い合わせもとアドレスがのこっている場合には削除する（ステップＳ７６０）。
【０１０５】
認証データの所定の欄に署名（自己のアドレスの書き込み）を行い、既知のアドレス（内部アドレスメモリにアドレスが存在する端末）宛に認証データをマルチキャストで転送する（ステップＳ７７０）。
【０１０６】
否認データ（コントローラに接続された端末のみが発行する）を受け取った場合には（ステップＳ７８０）、一旦データは受信するが、そのデータは破棄する（ステップＳ７９０）。
【０１０７】
問い合わせ元端末は問い合わせに対する返答がない場合、所定の時間をおいた後、バッファに記憶されている問い合わせもと端末アドレスを削除する（ステップＳ７９０）。
【０１０８】
重複するデータや既に送信（転送）したデータを受信した場合には（ステップＳ８１０）、データ部に自己の署名が確認できる場合には破棄する（ステップＳ８２０）。
【０１０９】
認証データを受信し、データ部に自己の署名もないが、内部アドレスメモリに問い合わせ端末のアドレスが保管されている場合には破棄する（ステップＳ８４３０）。
【０１１０】
図１２は、認証機能に対する不測のアクセスに対する制限を行う際のフローチャート図である。
【０１１１】
未知の端末「ｘｘ」がネットワークｎに接続を要求する問い合わせデータをマルチキャストする（ステップＳ９１０）。
【０１１２】
問い合わせデータは所定のルートを経由し、サーバｚにてアドレスの確認をされる（ステップＳ９２０）。
【０１１３】
サーバｚ上にアドレスがないことが確認されると否認データが所定のルートネットワーク上にキャストされる（ステップＳ９３０）。
【０１１４】
既存の端末は否認データを受理し、端末「ｘｘ」のアドレスを破棄する（ステップＳ９４０）。
【０１１５】
端末「ｘｘ」はどこからのデータも得られない状態で、タイムアウトとなりネットワークには参加できない（ステップＳ９５０）。
【０１１６】
図１３は、認証サーバからの端末認証を行う際のフローチャート図である。
【０１１７】
未承認端末Ａをネットワークｎの電波到達範囲に設置（ステップＳ１０１０）。
【０１１８】
サーバｚより認証データを発信する（ステップＳ１０２０）。
【０１１９】
端末Ａは自ら問い合わせをすることなくネットワークに参加している端末より認証データを受け取ることができる（ステップＳ１０３０）。
【０１２０】
このように本発明によれば外部アドレスサーバを利用した一元管理を行うため、不当な接続に対し堅牢である。
【０１２１】
また自己が把握していない端末からの受信があれば問い合わせを行うことによりその端末のネットワークへの参加の有無やアドレスをえることができるので、端末の内部アドレスメモリを最小限に押さえることができる。
【０１２２】
また同様に端末の内部アドレスメモリが消去されても、問い合わせ、認証のルーチンにより容易に修復が可能である。
【０１２３】
また各端末毎の認証がない分各端末の処理負荷が軽くなる。
【０１２４】
なお、本発明は本実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能である。
【０１２５】
例えば上記実施の形態では端末がリモートコントローラである場合を例にとり説明したが、是に限られない。微弱無線通を行う端末でればなんでもよい。
【図面の簡単な説明】
【０１２６】
【図１】ネットワークシステムについて説明するための図。
【図２】微弱無線通信機能を有する端末の機能ブロック図。
【図３】ネットワークｎへの新規参加の際の処理の流れを示したフローチャート図。
【図４】問い合わせデータを受信した場合の独立参加端末Ｂ、Ｃの処理の流れについて説明したフローチャート図。
【図５】問い合わせデータのフォーマットの一例
【図６】問い合わせデータを受信した場合のアドレスデータベースに接続された端末Ｄの処理の流れについて説明したフローチャート図。
【図７】問い合わせデータを受信した場合のアドレスデータベースに接続された端末Ｄの処理の流れについて説明したフローチャート図。
【図８】問い合わせデータのフォーマットの一例
【図９】新規参加端末が認証データをマルチキャストで受け取った場合の処理処理の流れについて説明したフローチャート図。
【図１０】独立端末Ｂ、Ｃが認証データをマルチキャストで受け取った場合の処理処理の流れについて説明したフローチャート図。
【図１１】各種データを受け取った場合の端末の処理について説明するためのフローチャート図。
【図１２】認証機能に対する不測のアクセスに対する制限を行う際のフローチャート図である。
【図１３】認証サーバからの端末認証を行う際のフローチャート図である。
【符号の説明】
【０１２７】
１０  ネットワーク、２０  サーバ、３０  新規参加端末、４０、５０  独立端末、６０  サーバと有線接続された端末、７０  コントローラ、１００  端末、
１１０  無線通信部、１２０  処理部、１２２  転送処理部、１２４  問い合わせ処理部、１２６  参加依頼処理部、１４０  自己アドレス記憶部、１５０  内部メモリ、１６０  電源部
【図１】
2006287712.tif 000003
【図２】
2006287712.tif 000004
【図３】
2006287712.tif 000005
【図４】
2006287712.tif 000006
【図５】
2006287712.tif 000007
【図６】
2006287712.tif 000008
【図７】
2006287712.tif 000009
【図８】
2006287712.tif 000010
【図９】
2006287712.tif 000011
【図１０】
2006287712.tif 000012
【図１１】
2006287712.tif 000013
【図１２】
2006287712.tif 000014
【図１３】
2006287712.tif 000015