(57)【要約】【課題】ネットワークを構成する各デバイスの処理負担が過大にならないようにネットワークホストをダイナミックに切換える。【解決手段】自らを他に認識させるためのビーコン情報を定期的に出力すると共に外部から供給されるビーコン情報を受け取ることによって近距離無線通信を行う近距離無線通信回路を備えたデータ処理デバイスによって無線通信ネットワークを構成する場合に、近距離無線通信ネットワークに参加するとき、外部から供給されるビーコン情報の認識結果に応じてネットワークホストを動的に切換え制御する機能を近距離無線通信回路に採用する。ＵＷＢのように元々ネットワークホスト機能に着目していない無線通信ネットワークのためのシステムに対しても、それが本来備えるビーコン情報の認識機能を用いてネットワークホストの切り換えに必要な情報通信を行うから、ネットワークを構成する各デバイスの処理負担の増大を極力抑制できる。【選択図】図７
2010219629.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにホスト機器またはスレーブ機器として接続されるデータ処理デバイスであって、
自機器である前記データ処理デバイスを他のデータ処理デバイスに認識させるためのビーコン情報を送信し、かつ、他のデータ処理デバイスから送信されたビーコン情報を受信する無線通信回路と、
前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する制御回路と、を備えることを特徴とするデータ処理デバイス。
【請求項２】
前記制御回路は、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無および前記他のデータ処理デバイスから送信されたホスト要求コマンドの受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する、請求項１記載のデータ処理デバイス。
【請求項３】
前記制御回路は、
前記無線通信回路が前記他のデータ処理デバイスから送信されたビーコン情報を受信しない場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、
前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信した場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、
前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信しない場合には、自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させるように制御する、請求項１記載のデータ処理デバイス。
【請求項４】
前記ホスト要求コマンドを受信した場合に自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させるとき前記制御回路は、前記ホスト要求コマンドに対する応答を送信することによって返信されてくる現ホスト機器用管理テーブルを更新して前記記憶回路に自らのホスト機器用管理テーブルを生成する処理を行なう、請求項３記載のデータ処理デバイス。
【請求項５】
前記ホスト機器用管理テーブルは、データ処理デバイスに割当てられたアドレス毎に、データ処理デバイスの属性情報、及び接続可能な他のデータ処理デバイスのアドレス情報を含む、請求項４記載のデータ処理デバイス。
【請求項６】
前記ホスト要求コマンドを受信しない場合には自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させるとき前記制御回路は、ホスト機器から供給される接続条件に基づいて、前記記憶回路に自らのスレーブ機器用管理テーブルを生成する処理を行なう、請求項４記載のデータ処理デバイス。
【請求項７】
前記スレーブ機器用管理テーブルは、自らの接続が許容される他のデータ処理デバイスのアドレス情報を含む、請求項６記載のデータ処理デバイス。
【請求項８】
自機器をホスト機器としてネットワークに参加させているとき前記制御回路は、前記ホスト要求コマンドを送信したとき、その送信先からの応答に答えてホスト機器用管理テーブルを出力すると共に、記憶回路の現ホスト機器用管理テーブルを自らのスレーブ機器用管理テーブルに更新する処理を行なって、自機器をスレーブ機器としてネットワークに参加させる、請求項４記載のデータ処理デバイス。
【請求項９】
自機器をホスト機器としてネットワークに参加させているとき制御回路は、動作電源を遮断する操作が行われたとき、ホスト機能を代替させることが可能なスレーブ機器があると、ホスト要求コマンドを送信し、それに対して応答を返したスレーブ機器にホスト用管理テーブルを送信する処理を行なう、請求項８記載のデータ処理デバイス。
【請求項１０】
自機器をスレーブ機器としてネットワークに参加させているとき制御回路は、ホスト機器からのビーコン情報を受信できない場合に全てのアドレスのデータ処理デバイスにホスト検出コマンドを発行し、それに対する何れの応答によってもホスト機器の存在を認識できないとき、全てのアドレスのデータ処理デバイスの属性情報を収集し、収集した属性情報に基づいて必要と判別したときは自らホスト機器となる宣言を全てのアドレスのデータ処理デバイスに対して行なう、請求項１記載のデータ処理デバイス。
【請求項１１】
無線通信ネットワークにホスト機器またはスレーブ機器として接続される自機器である前記データ処理デバイスを他のデータ処理デバイスに認識させるためのビーコン情報を送信し、かつ、他のデータ処理デバイスから送信されたビーコン情報を受信する第１処理と、
前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する第２処理と、を含むことを特徴とするデータ処理方法。
【請求項１２】
前記第２処理は、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無および前記他のデータ処理デバイスから送信されたホスト要求コマンドの受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する処理である、請求項１１記載のデータ処理方法。
【請求項１３】
前記第２処理は、前記無線通信回路が前記他のデータ処理デバイスから送信されたビーコン情報を受信しない場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、
前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信した場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、
前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信しない場合には、自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させるように制御する処理である、請求項１１記載のデータ処理方法。
【請求項１４】
前記第２処理において前記ホスト要求コマンドを受信した場合に自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させる処理は、前記ホスト変更コマンドに対する応答を送信することによって返信されてくる現ホスト機器用管理テーブルを更新して前記記憶回路に自らのホスト機器用管理テーブルを生成する処理を含む、請求項１１記載のデータ処理方法。
【請求項１５】
前記ホスト機器用管理テーブルは、データ処理デバイスに割当てられたアドレス毎に、及びデバイスの属性情報、接続可能な他のデータ処理デバイスのアドレス情報を含む、請求項１４記載のデータ処理方法。
【請求項１６】
前記第２処理において前記ホスト要求コマンドを受信しない場合には自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させる処理は、ホスト機器から供給される接続条件に基づいて、前記記憶回路に自らのスレーブ機器用管理テーブルを生成する処理を含む、請求項１１記載のデータ処理方法。
【請求項１７】
前記スレーブ機器用管理テーブルは、自らの接続が許容される他のデータ処理デバイスのアドレス情報を含む、請求項１６記載のデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理デバイスとデータ処理方法に関し、特に、近距離無線通信ネットワークを構成するデータ処理デバイスと、前記データ処理デバイスに対するネットワークスレーブ機能及びネットワークホスト機能を管理するデータ処理方法に関する。
【背景技術】
【０００２】
近年、ケーブルを必要としない無線通信が、様々な場面で利用されつつある。特に最近では、数GHz幅の広帯域を利用して数百Mbps（Mega Bit Per Second）の高速通信を可能とするＵＷＢ(Ultra Wide Band)が注目され始めている。ＵＷＢの仕様書として、ＥＣＭＡ‐368 (European Computer Manufacturer Association‐368の略)がある。ＥＣＭＡ‐368では、物理層ならびにＭＡＣ（Media Access Control address）層を規定しているため、高速無線通信を必要とする様々なアプリケーションを共通プラットフォームで実現することが可能となる。
【０００３】
特許文献１には、ホストデバイスを動的に選択可能で、ネットワーク内のデバイスの特性を示す特性情報に基づいて決定した順位から適正が最も高いデバイスを選定するネットワークシステムについて記載される。このとき、一般デバイスが、複数のデバイスに対して同報通信（ ブロードキャストまたはマルチキャスト）を行い、複数のデバイスから同報通信の返答を受信し、受信した同報通信の返答から、ホストデバイス通信用情報（例えば、ホストデバイスのネットワークアドレス）を抽出する、といった手法を採用可能であることが記載される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２３５９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ECMA‐368で定められている仕様では、UWBと同様な近距離無線の規格の一つであるZigBee（登録商標）が定めているネットワークに存在する機器を管理するコーディネータという概念を定めていない。つまり、UWBを利用した機器では、ネットワークを管理する機器は存在しないことになる。
【０００６】
一般的に、UWBのような近距離無線によるネットワークで利用される機器の多くは、ＰＣ（Personal Computer）のような高性能な機器ではなく、デジタルカメラやモニタのような特定用途向けの機器である。特定用途向け機器の場合、価格や性能の都合により、セキュリティ機能を搭載することが難しい。しかし、セキュリティ機能を搭載していない機器がネットワークに存在する場合、その機器を踏み台に、同一ネットワークに存在する別の機器が攻撃される虞がある。
【０００７】
上記事情に対しては少なくともネットワークを構成する機器の追加・削除などを管理するホスト機能が必要と考えられる。このとき、特許文献１に記載のように周りのデバイスの機能レベルを見て適応的に最適なデバイスをホストにすることは可能であるが、ＵＷＢのように元々ネットワークホスト機能に着目していないシステムに適用するには、ネットワークを構成する各デバイスの処理負担が過大にならないようにするための新たな考慮の必要性が本発明者によって見出された。
【０００８】
本発明の目的は、ネットワークを構成する各デバイスの処理負担が過大にならないように、ネットワークホスト機能とネットワークスレーブ機能とをダイナミックに切換えることができるデータ処理デバイス、並びにデータ処理方法を提供することにある。
【０００９】
本発明の前記並びにその他の目的と新規な特徴は本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち代表的なものの概要を簡単に説明すれば下記の通りである。
【００１１】
すなわち、自らを他に認識させるためのビーコン情報を定期的に出力すると共に外部から供給されるビーコン情報を受け取ることによって近距離無線通信を行う近距離無線通信回路を備えたデータ処理デバイスによって無線通信ネットワークを構成する場合に、近距離無線通信ネットワークに参加するとき、外部から供給されるビーコン情報の認識結果に応じてネットワークホストを動的に切換え制御する機能を近距離無線通信回路に採用する。ＵＷＢのように元々ネットワークホスト機能に着目していない無線通信ネットワークのためのシステムに対しても、それが本来備えるビーコン情報の認識機能を用いてネットワークホストの切り換えに必要な情報通信を行うから、ネットワークを構成する各デバイスの処理負担の増大を極力抑制して、ネットワークホスト機能とネットワークスレーブ機能とをダイナミックに切換えることができる。特にその切換え処理はデータ処理デバイスがネットワークに参加しようとするとき行われるから、換言すれば、参加しようとするネットワークでビーコン情報を初めて送受信可能にされたとき行われるから、特にそのための動作を開始するタイミングを現ネットワークホストが規定したり制御したりすることを要せず、ネットワークホストを動的に切換えるための制御が簡素化される。
【発明の効果】
【００１２】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば下記のとおりである。
【００１３】
すなわち、ネットワークを構成する各デバイスの処理負担が過大にならないように、ネットワークホスト機能とネットワークスレーブ機能とをダイナミックに切換えることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は本発明の実施形態を適用したデータ処理ネットワークの一例であるホームネットワークの概略的な構成を示すブロック図である。
【図２】図２はネットワークホスト機能が設定されることになった場合のデータ処理デバイスとしてのホスト処理装置の構成を例示するブロック図である。
【図３】図３は機器管理テーブルの構成を例示する説明図である。
【図４】図４はネットワーク管理テーブルの構成を例示する説明図である。
【図５】図５はホスト処理装置が管理・監視するスレーブ処理装置の内部構成を例示するブロック図である。
【図６】図６は接続機器テーブルの構成を例示する説明図である。
【図７】図７は電源が投入されたことによりネットワークに追加された処理装置の初期動作シーケンスを例示するフローチャートである。
【図８】図８はホスト機器変更処理(ステップ４６０)の動作シーケンスを例示するフローチャートである。
【図９】図９はホスト処理装置におけるインタフェース制御シーケンスを例示するフローチャートである。
【図１０】図１０は機器情報取得処理(ステップ６３０)の詳細を例示するフローチャートである。
【図１１】図１１は機器確認処理(ステップ６５０)の詳細を例示するフローチャートである。
【図１２】図１２は期限再設定処理(ステップ６７０)の詳細を例示するフローチャートである。
【図１３】図１３はホスト処理装置２００の電源がオフにされる場合もしくはホスト処理装置が移動してネットワークから外れる場合に動的にホスト処理装置を切替える処理手順を例示するフローチャートである。
【図１４】図１４はスレーブ処理装置によるホスト認識処理の動作手順がを例示するフローチャートである。
【図１５】図１５は図２に示したホスト処理装置に無線インタフェースと無線制御回路を追加したホスト処理装置を例示するブロック図である。
【図１６】図１６は無線インタフェースを搭載した処理装置による機器情報取得処理を例示するフローチャートである。
【発明を実施するための形態】
【００１５】
１．実施の形態の概要
先ず、本願において開示される発明の代表的な実施の形態について概要を説明する。代表的な実施の形態についての概要説明で括弧を付して参照する図面中の参照符号はそれが付された構成要素の概念に含まれるものを例示するに過ぎない。
【００１６】
〔１〕本発明の代表的な実施の形態に係るデータ処理デバイス（ネットワークホストとして機能されるときのデータ処理デバイス２００、ネットワークスレーブとして機能されるときのデータ処理デバイス３００）は無線通信ネットワークにホスト機器またはスレーブ機器として接続されるものであって、自機器である前記データ処理デバイスを他のデータ処理デバイスに認識させるためのビーコン情報を送信し、かつ、他のデータ処理デバイスから送信されたビーコン情報を受信する無線通信回路（２１０）と、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する制御回路（２２０，２３０）と、を備える。
【００１７】
これにより、ＵＷＢのように元々ネットワークホスト機能に着目していない無線通信ネットワークシステムに対しても、それが本来備えるビーコン情報の認識機能を用いてネットワークホストの切り換えに必要な情報通信を行うため、ネットワークを構成する各デバイスの処理負担の増大を極力抑制して、ネットワークホスト機能とネットワークスレーブ機能とをダイナミックに切換えることができる。特にその切換え処理はデータ処理デバイスがネットワークに参加しようとするとき行われるため、換言すれば、参加しようとするネットワークでビーコン情報を初めて送受信可能にされたとき行われるため、特にそのための動作を開始するタイミングを現ネットワークホストが規定したり制御したりすることを要せず、ネットワークホストを動的に切換えるための制御が簡素化される。
【００１８】
〔２〕項1のデータ処理デバイスにおける具体的な実施の形態として、前記制御回路は、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無および前記他のデータ処理デバイスから送信されたホスト要求コマンドの受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する。
【００１９】
〔３〕＜ネットワーク参加時＞項1のデータ処理デバイスにおける更に具体的な実施の形態として、前記制御回路は、（ａ）前記無線通信回路が前記他のデータ処理デバイスから送信されたビーコン情報を受信しない場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ（４００，４１０）、（ｂ）前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信した場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ（４４０，４６０）、（ｃ）前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信しない場合には、自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させる（４４０，４５０，４７０）、ように制御する。
【００２０】
これによれば、上記同様にネットワークを構成する各デバイスの処理負担の増大を極力抑制して、ネットワークホスト機能とネットワークスレーブ機能とをダイナミックに切換えることができ、更に、ネットワークホストを動的に切換えるための制御を極めて簡素化することができる。
【００２１】
〔４〕項３のデータ処理デバイスにおいて、前記ホスト要求コマンドを受信した場合に自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させるとき前記制御回路は、前記ホスト要求コマンドに対する応答を送信することによって返信されてくる現ホスト機器用管理テーブル（２５０，２６０）を更新して前記記憶回路に自らのホスト機器用管理テーブルを生成する処理を行なう（図７、図８）。これによれば、ネットワークホスト機能を実施するためのデータ処理プログラム又はロジック回路によって参照されるべきホスト管理用テーブルを最新の状態に更新することによって、新たにネットワークに参加するデータ処理デバイスであってもネットワークホスト機能を容易に実施可能なる。
【００２２】
〔５〕項４のデータ処理デバイスにおいて、前記ホスト機器用管理テーブルは、データ処理デバイスに割当てられたアドレス毎に、データ処理デバイスの属性情報、及び接続可能な他のデータ処理デバイスのアドレス情報を含む。これにより、ネットワークホストは、ホスト用管理テーブルに登録されていないデータ処理デバイスを通信相手から除外し、また、ホスト用管理テーブルで許容された通信相手以外に対する通信相手に対する通信を抑止したりする操作が可能になり、ネットワークのセキュリティ向上に資することができる。
【００２３】
〔６〕項４のデータ処理デバイスにおいて、前記ホスト要求コマンドを受信しない場合には自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させるとき前記制御回路は、ホスト機器から供給される接続条件に基づいて、前記記憶回路に自らのスレーブ機器用管理テーブル（３５０，３６０）を生成する処理を行なう（図７）。ネットワークスレーブ機能を実施するためのデータ処理プログラム又はロジック回路によって参照されるべきスレーブ機器用テーブルを最新の状態に更新することによって、新たにネットワークに参加するデータ処理デバイスであってもネットワークスレーブ機能を容易に実施可能なる。
【００２４】
〔７〕項６のデータ処理デバイスにおいて、前記スレーブ機器用管理テーブルは、自らの接続が許容される他のデータ処理デバイスのアドレス情報を含む。ネットワークスレーブ自体で自らが通信可能な相手を認識することができる。
【００２５】
〔８〕＜ネットワークホスト機能＞項４のデータ処理デバイスにおいて、自機器をホスト機器としてネットワークに参加させているとき前記制御回路は、前記ホスト要求コマンドを送信したとき、その送信先からの応答に答えてホスト機器用管理テーブルを出力すると共に、記憶回路の現ホスト機器用管理テーブルを自らのスレーブ機器用管理テーブルに更新する処理を行なって、自機器をスレーブ機器としてネットワークに参加させる（６３０，４６０Ａ）。新たにネットワークに参加したデータ処理デバイスがネットワークホストになる場合に、現ネットワークホストは容易にネットワークスレーブになることができる。
【００２６】
〔９〕＜電源遮断操作時＞項８のデータ処理デバイスにおいて、自機器をホスト機器としてネットワークに参加させているとき制御回路は、動作電源を遮断する操作が行われたとき、ホスト機能を代替させることが可能なスレーブ機器があると、ホスト要求コマンドを送信し、それに対して応答を返したスレーブ機器にホスト用管理テーブルを送信する処理を行なう（図１３）。ネットワークホストが電源遮断によってネットワークから外れるとき、ネットワークホストが不在になる状態を制度的に回避することができる。
【００２７】
〔１０〕＜ホスト機器宣言＞項１のデータ処理デバイスにおいて、自機器をスレーブ機器としてネットワークに参加させているとき制御回路は、ホスト機器からのビーコン情報を受信できない場合に全てのアドレスのデータ処理デバイスにホスト検出コマンドを発行し、それに対する何れの応答によってもホスト機器の存在を認識できないとき、全てのアドレスのデータ処理デバイスの属性情報を収集し、収集した属性情報に基づいて必要と判別したときは自らホスト機器となる宣言を全てのアドレスのデータ処理デバイスに対して行なう（図１４）。ネットワークホストの不在をネットワークスレーブが自立的に解消することが可能になる。
【００２８】
〔１１〕本発発明の別の観点によるデータ処理方法は、無線通信ネットワークにホスト機器またはスレーブ機器として接続される自機器である前記データ処理デバイスを他のデータ処理デバイスに認識させるためのビーコン情報を送信し、かつ、他のデータ処理デバイスから送信されたビーコン情報を受信する第１処理と、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する第２処理と、を含む。
【００２９】
〔１２〕項１１のデータ処理方法における具体的な実施の形態として前記第２処理は、前記他のデータ処理デバイスから送信されたビーコン情報の受信の有無および前記他のデータ処理デバイスから送信されたホスト要求コマンドの受信の有無に応じて、自機器である前記データ処理デバイスをホスト機器またはスレーブ機器として前記無線通信ネットワークに参加させるように制御する処理である。
【００３０】
〔１３〕＜ネットワーク参加時＞項１１のデータ処理方法における更に具体的な実施の形態として前記第２処理は、（ａ）前記無線通信回路が前記他のデータ処理デバイスから送信されたビーコン情報を受信しない場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、（ｂ）前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信した場合には、自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させ、（ｃ）前記無線通信回路が前記他のデータ処理デバイスから送信された前記ビーコン情報を受信し、かつ、前記他のデータ処理デバイスからホスト要求コマンドを受信しない場合には、自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させる、ように制御する処理である。
【００３１】
〔１４〕項１１のデータ処理方法において、前記第２処理において前記ホスト要求コマンドを受信した場合に自機器である前記データ処理デバイスをホスト機器として前記無線通信ネットワークに参加させる処理は、前記ホスト変更コマンドに対する応答を送信することによって返信されてくる現ホスト機器用管理テーブルを更新して前記記憶回路に自らのホスト機器用管理テーブルを生成する処理を含む。
【００３２】
〔１５〕項１４のデータ処理方法において、前記ホスト機器用管理テーブルは、データ処理デバイスに割当てられたアドレス毎に、及びデバイスの属性情報、接続可能な他のデータ処理デバイスのアドレス情報を含むものである。
【００３３】
〔１６〕項１１のデータ処理方法において、前記第２処理において前記ホスト要求コマンドを受信しない場合には自機器である前記データ処理デバイスをスレーブ機器として前記無線通信ネットワークに参加させる処理は、ホスト機器から供給される接続条件に基づいて、前記記憶回路に自らのスレーブ機器用管理テーブルを生成する処理を含む。
【００３４】
〔１７〕項１４のデータ処理方法において、前記スレーブ機器用管理テーブルは、自らの接続が許容される他のデータ処理デバイスのアドレス情報を含むものである。
【００３５】
２．実施の形態の詳細
実施の形態について更に詳述する。
【００３６】
図１には本発明の実施形態を適用したデータ処理ネットワークの一例としてホームネットワークの概略的な構成が示される。
【００３７】
UWBやBluetoothのような近距離無線インタフェースを機器に搭載することにより、ルータやハブを経由せず、機器同士が直接に通信することができる。図１に示すようなホームネットワークでは、一般的なホームサーバ１００を中心としたネットワークの他に、プリンタ１２０とデジタルカメラ１４０とが直接に無線通信を行うことにより、ＰＣや外部記録媒体を用いずにデジタルカメラ１４０に保存してある写真をプリンタ１２０で直接印刷することが可能となる。同様にテレビモニタ１１０とビデオカメラ１３が直接に無線通信を行うことによりビデオカメラで記録した映像をテレビモニタ１１０に直接表示させることも可能になる。
【００３８】
１００乃至１４０で示される機器は近距離無線通信を行うデータ処理デバイスを備えている。データ処理デバイスはネットワークホスト（ホスト機器）として機能され、或いはネットワークスレーブ（スレーブ機器）として機能される。ネットワークスレーブ機能に専用化されたものもあれば、選択的にネットワークスレーブ機能又はネットワークホスト機能を設定可能なものもある。
【００３９】
一般的に、近距離無線インタフェースによるネットワークで利用される機器の多くは、ＰＣのような汎用向け機器でなく、プリンタ１２０やデジタルカメラ１４０のような特定用途向け機器である。特定用途向け機器の場合、価格や性能の都合により、セキュリティ機能を搭載することが難しい。しかし、セキュリティ機能を搭載していない機器がネットワークに存在する場合、その機器を踏み台に、同一ネットワークに存在する別の機器が攻撃される虞がある。
【００４０】
そこで、図1では、データ処理デバイスの一つにネットワークホスト機能を設定する。ネットワークホスト機能が設定されたデータ処理デバイスを便宜上ホスト処理装置と呼ぶ。ネットワークスレーブ機能が設定されたデータ処理デバイスを便宜上スレーブ処理装置と呼ぶ。ホスト処理装置は、ネットワークに存在する機器の管理・監視を行う機能を持つ。図１において破線の双方向矢印は近距離無線インタフェースによる通信を意味し、実線の双方向矢印は、特に制限されないが、近距離無線インタフェース以外のインタフェースによる通信を意味する。本明細書において単にホスト処理装置、スレーブ処理装置と称するとき、それらは近距離無線インタフェースによる通信ネットワークを構成するためのデータ処理デバイス（処理装置）を意味するものとする。図1においてホスト処理装置はホームサーバ１００が保有するデータ処理デバイスに限定されない。ここでは、夫々のデータ処理デバイスは自らを他に認識させるためのビーコン情報を定期的に出力すると共に外部から供給される前記ビーコン情報を受け取ることによって近距離無線通信を行う近距離無線インタフェース回路を備え、少なくともデータ処理デバイスの幾つかは、ネットワークに参加するとき、ビーコン情報の受信をトリガとしてネットワークホストをダイナミックに変更可能とする処理を行なうようになっている。近距離無線インタフェース回路を備えたデータ処理デバイスによって近距離無線ネットワークが構成され、その一つがネットワークホスト機能を実施するホスト処理装置、残りがネットワークスレーブ機能を実施するスレーブ処理装置とされる。以下において、ビーコン情報の受信をトリガとしてネットワークホスト機能をダイナミックに可変化能とする構成及び処理について説明する。
【００４１】
図２はネットワークホスト機能が設定されることになった場合のデータ処理デバイスとしてのホスト処理装置の構成を例示するブロック図である。ホスト処理装置２００は、ネットワークに存在する処理装置と通信するための近距離無線インタフェース回路として、ＵＷＢインタフェース回路（ＵＷＢＩＦ）２１０を有し、例えば汎用マイクロコンピュータとして、マルチチップ又はシングルチップで構成される。尚、近距離無線インタフェース回路はＵＷＢの他にBluetoothのような近距離無線通信方式でもよい。
【００４２】
ホスト処理装置２００には、ＵＷＢＩＦ２１０の他に、ＵＷＢ制御回路２２０、ＣＰＵ（中央処理装置）２３０、不揮発性メモリ２４０、タイマ２７０、ログ解析モジュール２８０、及び図示を省略するＲＡＭ、ＲＯＭ、割り込みコントローラなどの回路を搭載している。
【００４３】
ＵＷＢ制御回路２２０は、ＵＷＢインタフェース回路２１０を通じて、仕様書ECMA‐368に準拠したデータ通信を実現する回路である。
【００４４】
タイマ２７０は、ホスト処理装置２００が管理・監視している近距離無線ネットワークに存在するスレーブ処理装置の有効期間を測定するために使用する。
【００４５】
不揮発性メモリ２４０は、EEPROMやフラッシュメモリのようなメモリである。不揮発性メモリ２４０には、ホスト処理装置２００がネットワークに存在する機器を管理・監視するために使用する機器管理テーブル２５０とネットワーク管理テーブル２６０を保存する。
【００４６】
機器管理テーブル２５０は、図３に例示されるように、夫々の情報エントがＭＡＣアドレス２５２、機器情報２５４及び接続期間２５６を備えて構成される。
【００４７】
ＭＡＣアドレス２５２とは、機器を一意に識別するアドレスである。使用するインタフェースに応じて、ＭＡＣアドレス２５２の取得方法は異なるが、ＵＷＢインタフェースの場合、ＵＷＢインタフェースを搭載している処理装置が定期的にブロードキャストするビーコン情報にＭＡＣアドレスが含まれている。ビーコン情報とは自らの存在を他に知らせるための情報通信である。ＵＷＢインタフェースの場合、ビーコン情報には送信元のＭＡＣアドレスの他に、ビーコン情報を送信した処理装置が接続できる処理装置のＭＡＣアドレスも含んでいる。そのため、ある処理装置が送信するビーコン情報を取得することにより、ビーコン情報を送信した処理装置のＭＡＣアドレスの他に、その周辺の処理装置のＭＡＣアドレスも取得することが可能となる。
【００４８】
以下の説明では、ＵＷＢインタフェースのビーコン情報を利用する場合について説明するが、ＵＷＢインタフェースのようなビーコンの仕組みが存在しない近距離無線インタフェースの場合には、ビーコンのように定期的に自らの存在を示すためにブロードキャストするコマンドを追加して、それによって発せられるビーコン情報から周辺の処理装置のＭＡＣアドレスを取得することとする。
【００４９】
機器情報２５４とは、モニタやデジタルカメラなど処理装置の種類に関する情報、静止画や動画など送受信するデータの種類に関する情報、通信速度や搭載しているメモリの容量、ＣＰＵスペックなど機器の機能に関する情報である。
【００５０】
接続期間２５６とは、ホスト処理装置２００が管理・監視しているネットワーク内でデータの送受信を行うことができる期間であり、その期間はタイマ２７０を利用して監視されることになる。
【００５１】
ネットワーク管理テーブル２６０は図４に例示されるように、ＭＡＣアドレス２５２、接続許可ＭＡＣアドレス２６４、送受信許可データ２６６から構成される。尚、ホスト処理装置２００に搭載している不揮発性メモリ２４０の容量が小さい場合には、ネットワーク管理テーブル２６０を保存しない構成でよい。
【００５２】
接続可能ＭＡＣアドレス２６４とは、ＭＡＣアドレス２５２が示す処理装置とデータ通信を行うことが可能な処理装置のＭＡＣアドレスを示している。
【００５３】
送受信許可データ２６６とは、ＭＡＣアドレス２５２が示す処理装置が接続許可ＭＡＣアドレス２６４に送信することができるデータの種類を示している。例えばＪＰＥＧ圧縮データなどである。
【００５４】
ログ解析モジュール２８０は、管理・監視しているネットワークに存在する各処理装置が正常動作をしていることを監視するモジュールである。具体的には、処理装置が保存している通信ログの解析を行う。また、通信ログの解析の他にも、ネットワーク管理テーブル２６０を利用して、ネットワーク上に流れるパケットを取得し、送信元・送信先アドレスとデータの種類の対応が一致していることを確認してもよい。尚、ログ解析モジュール２８０の機能をソフトウェアに記述してＣＰＵで実行することも可能である。また、ホスト処理装置２００の性能に応じて、ログ解析モジュール２８０を搭載しない構成でもよい。
【００５５】
図５には、ホスト処理装置２００が管理・監視するスレーブ処理装置の内部構成が例示される。図５に示される構成は、ネットワークスレーブ機能が設定されることになった場合のデータ処理デバイスとしてのスレーブ処理装置又はネットワークスレーブ機能が固定化されたスレーブ処理装置のいずれにも当てはまる構成とされる。
【００５６】
スレーブ処理装置３００は、ホスト処理装置２００と同様、ＣＰＵ２３０、ＵＷＢ制御回路２２０、および不揮発性メモリ２４０を有する。
【００５７】
不揮発性メモリ２４０には、接続機器テーブル３５０と接続ログ３６０を保存する。接続機器テーブル３５０は図６に例示されるように、ホスト処理装置２００が保存しているネットワーク管理テーブル２６０と同様の要素、即ち、接続可能ＭＡＣアドレス３５２及び送受信許可データ３５４から構成されている。ただし、ネットワーク管理テーブル２６０とは異なり、スレーブ処理装置３００自身に関する情報のみを保存すればよいので、ＭＡＣアドレスは保存しない。尚、自らのMACアドレスはUWB制御回路２２０もしくは不揮発性メモリ２４０に保有している。
【００５８】
接続ログ３６０とは、スレーブ処理装置３００が送受信したデータの履歴を保存したファイルである。尚、スレーブ処理装置３００に搭載してある不揮発性メモリ２４０の容量に応じて、全ての履歴が保存できず、ある一定期間の履歴のみしか保存できない場合もある。この場合には、一定期間毎にホスト処理装置２００が接続ログ３６０の内容を要求し、問題ない場合のみ消去する仕組み等を搭載する必要がある。
【００５９】
本実施に形態では、ネットワークに存在する処理装置の構成に応じて、処理装置の管理・監視を行うホスト処理装置が動的に切り替わることが特徴である。そのため、ホスト処理装置として動作していた処理装置が、ある処理装置がネットワークに追加されたため、スレーブ処理装置に切り替わる仕組みが必要となる。以下に切り替わる仕組みを述べる。尚、上記に述べたように、ホスト処理装置とスレーブ処理装置が動的に切り替わるため、スレーブ処理装置であってもタイマ２７０やログ解析モジュール２８０等を搭載している場合もある。要するに、スレーブにもホストにもなる得る処理装置はネットワークホストとして機能するために必要な構成とネットワークスレーブとして機能するために必要な構成を備える。ここでは、ネットワークホスト機能とネットワークスレーブ機能はＣＰＵ２３０の動作プログラムによって規定され、処理装置がネットワークホスト機能を用いるときはＣＰＵ２３０がそのための処理プログラムを実行し、ネットワークスレーブ機能を用いるときはＣＰＵ２３０がそのための処理プログラムを実行する。
【００６０】
図７は、電源が投入されたことにより、あるネットワークに追加された処理装置の初期動作シーケンスを示した図である。尚、処理装置が移動することによって、ネットワークに追加される場合も、同様のシーケンスである。
【００６１】
電源が投入（機器の電源ＯＮ）された処理装置は、ビーコン情報を送信せず、一定期間の間、通信路をスキャンし、他の処理装置がビーコン情報を送信していることを確認する(ステップ４００)。
【００６２】
スキャンした結果、ビーコン情報を送信している処理装置を発見できなかった場合、該当ネットワーク上には、当該処理装置以外の処理装置は存在していないと判断できるため、処理装置がホスト処理装置２００として動作する(ステップ４１０)。
【００６３】
スキャンした結果、ビーコン情報を送信している処理装置を発見できた場合、処理装置は、ホスト処理装置２００が機器情報取得コマンドを送信することを待つ(ステップ４２０)。機器情報取得コマンドとは、ホスト処理装置２００が、新たにネットワークに追加された処理装置に対して送信するコマンドであり、このコマンドを受信した処理装置は、ホスト処理装置２００に対して、自身の種類や性能を送信する必要があり、このコマンドにより、ホスト処理装置２００は、追加された当該処理装置の種類や性能を知ることができる。
【００６４】
機器情報取得コマンドがホスト処理装置２００から送信されない場合、再び、他の処理装置がビーコン情報を送信していることを確認する処理に戻る（ステップ４００）。
【００６５】
機器情報取得コマンドがホスト処理装置２００から送信された場合、処理装置は、そのコマンドに対する応答として、処理装置の種類や性能等の機器情報をホスト処理装置２００に送信する(ステップ４３０)。
【００６６】
機器情報を送信した後、処理装置は、ホスト処理装置２００がホスト要求コマンド（ホスト機器が要求するコマンド）としてのホスト変更コマンドもしくは接続条件を送信することを待つ(ステップ４４０、ステップ４５０)。ホスト変更コマンドとは、ネットワークに新たに追加された当該処理装置が送信した機器情報より、ホスト処理装置２００が、性能や機能面から、新たに追加された当該処理装置の方がホスト処理装置として適していると判断した場合のみ、該当処理装置に送信するコマンドである。
【００６７】
接続条件とは、当該処理装置が、スレーブ処理装置として動作するために必要となる接続機器テーブル３５０を生成するために必要な接続可能ＭＡＣアドレス３５２と送受信許可データ３５４を含む情報のことである。
【００６８】
処理装置が、ホスト変更コマンドを受信した場合、詳細を後述するホスト機器変更処理を実行する(ステップ４６０)。
【００６９】
処理装置が、ホスト変更コマンドでなく、接続条件を受信した場合、受信した接続条件より、接続機器テーブル３５０を作成する(ステップ４７０)。
【００７０】
当該処理装置が、ステップ４００でビーコン情報を受信したにもかかわらず、ホスト変更コマンド又は接続条件の何れも受信しなかった場合、他の処理装置がビーコン情報を送信していることを確認する(ステップ４８０)。
【００７１】
他の処理装置がビーコン情報を送信していることを確認できた場合、ホスト処理装置２００がホスト変更コマンドもしくは接続条件を送信することを待つ。尚、処理装置が、ホスト処理装置２００にホスト変更コマンドもしくは接続条件の送信を要求するために、ブロードキャストに要求コマンドを送信してもよい。
【００７２】
他の処理装置からビーコン情報が送信されない場合、該当ネットワーク上には、当該処理装置以外の処理装置は存在していないと判断できるため、当該処理装置がホスト処理装置２００として動作する。
【００７３】
図８は、処理装置によるホスト機器変更処理(ステップ４６０)の動作シーケンスを示したフローチャートである。
【００７４】
処理装置がホスト変更コマンドに対する応答をホスト処理装置２００に送信すると、ホスト処理装置２００が機器管理テーブル２５０ならびにネットワーク管理テーブル２６０の内容を送信するため、当該処理装置は、ホスト処理装置２００からのデータを受信できる状態であることを確認する(ステップ５００)。
【００７５】
受信可能な状態になった場合、ホスト変更コマンドに対する応答をホスト処理装置２００に送信する(ステップ５１０)。尚、受信できない状態の場合、ホスト処理装置２００に準備中であることを通知するため、準備中に定期的に応答を送信してもよい。
【００７６】
次に、当該処理装置は、ホスト変更コマンドに対する応答を受信したホスト処理装置２００が送信する機器管理テーブル２５０ならびにネットワーク管理テーブル２６０の内容を受信する(ステップ５２０)。機器管理テーブル２５０ならびにネットワーク管理テーブル２６０の内容を受信した後、当該処理装置は、ネットワーク管理テーブル２６０の内容の更新を行う(ステップ５３０)。更新した結果、ホスト処理装置２００が送信した内容と異なる場合、その結果を各処理装置に送信する(ステップ５４０、ステップ５５０)。
【００７７】
尚、不揮発性メモリ２４０の都合上、ホスト処理装置２００が機器管理テーブル２５０のみ送信した場合には、処理装置がネットワーク管理テーブル２６０を作成する必要がある。また、ネットワーク管理テーブル２６０を生成した後、全ての処理装置にその生成結果を送信する必要がある。
【００７８】
以上が新たにネットワークに追加された処理装置の初期動作シーケンスならびに処理装置がホスト処理装置として動作を開始するための動作シーケンスである。
【００７９】
図９にはホスト処理装置２００におけるインタフェース制御シーケンスが例示される。
【００８０】
ホスト処理装置２００は、各スレーブ処理装置３００が送信するビーコン情報を受信する毎に、機器管理テーブル２５０を参照し、ＭＡＣアドレス２５２ならびに接続期間２５６の項目を確認する(ステップ６００、ステップ６１０)。
【００８１】
機器管理テーブル２５０を参照した結果、未登録のＭＡＣアドレスが存在した場合、機器情報取得処理を実行する(ステップ６２０、ステップ６３０)。機器情報取得処理の詳細は後に説明する。
【００８２】
各スレーブ処理装置３００が送信するビーコン情報に含まれるＭＡＣアドレスは、機器管理テーブル２５０には全て登録されているが、各スレーブ処理装置３００が送信するビーコン情報には存在しないＭＡＣアドレスが機器管理テーブル２５０に登録されている場合、機器確認処理を実行する(ステップ６４０、ステップ６５０)。機器確認処理の詳細は後に説明する。
【００８３】
ＭＡＣアドレスに関しては問題ないが、接続期間が有効期限を切れているスレーブ処理装置３００が存在する場合、期限再設定処理を実行する(ステップ６６０、ステップ６７０)。期限再設定処理の詳細は後に説明する。尚、処理時間を短縮するため、各処理を専用ハードウェアとしてホスト処理装置２００に搭載し実行させても、一部の処理のみ専用ハードウェアとしてホスト処理装置２００に搭載して実行させてもよい。以下に各処理(ステップ６３０、ステップ６５０、ステップ６７０)の詳細を説明する。
【００８４】
図１０は、機器情報取得処理(ステップ６３０)の詳細を示した図である。尚、対応する処理装置側の動作は図７のステップ４２０〜ステップ４７０である。
【００８５】
ホスト処理装置２００は、機器管理テーブル２５０に登録していないＭＡＣアドレスが存在した場合、そのＭＡＣアドレスが示す処理装置に対して、機器情報取得コマンドを送信し、そのコマンドに対する応答を待つ(ステップ７００、ステップ７１０)。
【００８６】
機器情報取得コマンドに対する応答がない場合、コマンドの再送信を行う。ただし、再送回数がある制限回数に達した場合には、機器情報取得処理を終了する(ステップ７２０)。尚、そのＭＡＣアドレスが示す処理装置が送信するビーコン情報を確認できない場合でも、機器情報取得処理を終了してもよい。
【００８７】
機器情報取得コマンドに対する応答がある場合、その応答に含まれている機器管理テーブルの生成に必要な情報を利用して、機器管理テーブル２５０を生成する(ステップ７３０)。次に、該当処理装置に対する各スレーブ処理装置の接続条件を設定し、ネットワーク管理テーブルを２６０更新する(ステップ７４０)。機器管理テーブル２５０ならびにネットワーク管理テーブル２６０を作成し、更新した後、該当処理装置の方が性能や機能面からホスト処理装置に適している場合、ホスト機器変更処理を実行する(ステップ７５０、ステップ４６０Ａ)。また、該当処理装置がホスト処理装置に適していない場合、ネットワーク管理テーブル２６０の内容を各スレーブ処理装置に送信する(ステップ７６０)。以上によって機器情報取得処理のシーケンスを終了する。前記ステップ４６０Ａのホスト機器変更処理は図１０のホスト機器変更処理に対応される現ホスト制御装置側の処理であり、ホスト変更コマンドの送信、機器管理テーブルの送信、及びネットワーク管理テーブルの送信を経て、現在の機器管理テーブル及びネットワーク管理テーブルをもとに接続機器テーブルを生成し、現ホスト制御装置をスレーブ制御装置に変更する処理である。
【００８８】
図１１には機器確認処理(ステップ６５０)の詳細な手順が例示される。各スレーブ処理装置が送信するビーコン情報には存在しないＭＡＣアドレスが、機器管理テーブル２５０に存在している場合、ホスト処理装置２００は、管理・監視しているネットワークに存在している全スレーブ処理装置に対して、該当処理装置が存在することを確認するための機器確認コマンドを送信する(ステップ８００)。
【００８９】
機器確認コマンドに対する各スレーブ処理装置の応答を受信した結果、該当処理装置の存在が確認できた場合、機器確認処理を終了する(ステップ８１０、ステップ８２０)。
【００９０】
該当処理装置の存在を確認できなかった場合、管理・監視しているネットワークに存在している全スレーブ処理装置に対して、該当処理装置に関する情報を接続機器テーブル３５０から削除を要求する機器削除コマンドを送信する(ステップ８３０)。また、ホスト処理装置２００に保存してある機器管理テーブル２５０ならびにネットワークテーブル２５０も再生成・再設定する(ステップ８４０、ステップ８５０)。再生成・再設定した結果、ホスト処理装置２００は各スレーブ処理装置対して接続条件を送信する(ステップ８６０)。以上により機器確認処理(ステップ６５０)を終了する。
【００９１】
図１２には期限再設定処理(ステップ６７０)の詳細が例示される。接続期間２５６の有効期限が切れているスレーブ処理装置が存在している場合、ホスト処理装置２００は、機器管理テーブル２５０を参照し、その有効期限が切れているスレーブ処理装置がログ解析を必要とする処理装置であることを確認する(ステップ９００、ステップ９１０)。
【００９２】
ログ解析を必要とするスレーブ処理装置である場合、ホスト処理装置２００は、該当スレーブ処理装置に対して、ログ要求コマンドを送信する(ステップ９２０)。尚、ログ要求コマンドとは、スレーブ処理装置に搭載した不揮発性メモリに保存してある接続ログ３６０をホスト処理装置２００に送信することを要求するコマンドである。
【００９３】
ログ要求コマンドを受信した該当スレーブ処理装置は、そのコマンドに対する応答として、不揮発性メモリ２００に保存してある接続ログ３６０をホスト処理装置２００に送信する(ステップ９２２)。尚、スレーブ処理装置に搭載した不揮発性メモリの都合上、接続ログ３６０を保存していない場合、その旨をコマンドの応答として、ホスト処理装置２００に送信する。
【００９４】
ホスト処理装置２００は、受信した接続ログ３６０を解析し、該当スレーブ処理装置が接続期間の延長が可能な処理装置であることを確認する(ステップ９２４、ステップ９３０)。尚、ステップ９１０にて、該当スレーブ処理装置が接続ログ３６０を解析する必要のない処理装置であった場合、ステップ９２０〜ステップ９２４の処理は省略する。
【００９５】
該当スレーブ処理装置が接続期間の延長が可能な処理装置である場合、ホスト処理装置２００は、タイマ２７０を再設定し、機器管理テーブル２５０を更新する(ステップ９４０)。
【００９６】
さらに、該当スレーブ処理装置に対する他のスレーブ処理装置の接続条件を変更する必要がある場合、ホスト処理装置２００は、該当スレーブ処理装置に対する接続条件を再設定し、各スレーブ処理装置に再設定した接続条件を送信する(ステップ９７０、ステップ９７２)。また、ホスト処理装置２００がネットワーク管理テーブル２６０を保存している場合には、ネットワーク管理テーブル２６０の更新も行う。
【００９７】
該当スレーブ処理装置が接続期間の延長ができない処理装置である場合、ホスト処理装置２００は、該当スレーブ処理装置に関する情報を各スレーブ処理装置が保存してある接続機器テーブル３５０から削除することを要求するため、機器削除コマンドを各スレーブ処理装置に送信し、機器管理テーブル２５０の再生成を行う(ステップ９６０、ステップ９６２)。
【００９８】
さらに、該当スレーブ処理装置に対する他のスレーブ処理装置の接続条件を変更する必要がある場合、ホスト処理装置２００は、該当スレーブ処理装置に対する接続条件を再設定し、各スレーブ処理装置に再設定した接続条件を送信する(ステップ９７０、ステップ９７２)。また、ホスト処理装置２００がネットワーク管理テーブル２６０を保存している場合には、ネットワーク管理テーブル２６０の更新も行う。以上のより期限再設定処理(ステップ６７０)を終了する。
【００９９】
上記の処理を行うことにより、ネットワークに存在する処理装置を管理するホスト処理装置２００を、各処理装置が定期的に送信するビーコン情報を利用することにより、動的に切替えることが可能となる。
【０１００】
上記の処理は、新たにネットワークに追加された処理装置を対象とする。ホスト処理装置２００の電源がオフになった場合、ネットワークを管理する処理装置が存在しないこととなる。そこで、次に、ホスト処理装置２００の電源がオフにされる場合、もしくはホスト処理装置２００が移動してネットワークから外れる場合に、動的にホスト処理装置２００を切替える処理を行なう場合について説明する。
【０１０１】
図１３にはホスト処理装置２００の電源がオフにされる場合、もしくはホスト処理装置２００が移動してネットワークから外れる場合に、動的にホスト処理装置２００を切替える処理手順が例示される。
【０１０２】
ホスト処理装置２００は、電源スイッチがオフに操作されると（ステップ１０００）、機器管理テーブル２５０を参照し（ステップ１００５）、ホスト処理装置の代役になることが可能なスレーブ処理装置があることを確認する(ステッ１０１０)。確認方法として、不揮発性メモリ２４０に保存した機器管理テーブル２５０を利用して、ホスト処理装置２００が現状のスレーブ処理装置の中でホスト処理装置としての機能を備えているものを確認する方法や予め処理装置毎にホスト処理装置として動作することが可能か否かを示すフラグを設定しておき、そのフラグを機器情報取得コマンドの応答として、ホスト処理装置２００に通知することにより確認する方法などがある。
【０１０３】
ホスト処理装置の代役になることが可能なスレーブ処理装置が存在しない場合、各スレーブ処理装置の接続条件を再設定し、その条件を各スレーブ処理装置に送信した後、電源をオフにする(ステップ１０６０、ステップ１０７０)。
【０１０４】
尚、ネットワークを管理するホスト処理装置２００が存在しないと、ホスト機器変更処理(ステップ４６０)を実行できない状態となってしまうため、電源をオフにする場合には、あるスレーブ処理装置にホスト機器変更処理(ステップ４６０)を実行させるようにする必要がある。
【０１０５】
ホスト処理装置の代役になることが可能なスレーブ処理装置が存在する場合、ホスト処理装置２００は、該当スレーブ処理装置に対して、ホスト変更コマンドを送信する(ステップ１０２０)。
【０１０６】
ホスト処理装置２００は、ホスト変更コマンドに対する応答を該当スレーブ処理装置が送信することを待つ(ステップ１０３０)。尚、ホスト変更コマンドに対する応答がない場合には、該当スレーブ処理装置に対してコマンドを再送信するもしくは、他のホスト処理装置の代役になることが可能なスレーブ処理装置が存在する場合には、そのスレーブ処理装置に対してコマンドを送信する。
【０１０７】
そのコマンドに対する応答を受信した後、ホスト処理装置２００は、機器管理テーブル２５０を再生成し、再生成した機器管理テーブル２５０の内容を該当スレーブ処理装置に送信する(ステップ１０４０、ステップ１０４０)。
【０１０８】
機器管理テーブル２５０の内容を送信した後、各スレーブ処理装置の接続条件を再設定し、その条件を各スレーブ処理装置に送信した後、電源をオフにする(ステップ１０６０、ステップ１０７０)。
【０１０９】
ホスト処理装置の代役になることが可能なスレーブ処理装置が存在しない場合、ホスト処理装置２００は、各スレーブ処理装置の接続条件をホスト処理装置が存在しない場合の条件に再設定し、その条件を各スレーブ処理装置に送信した後、電源をオフにする(ステップ１０１０、ステップ１０６０、ステップ１０７０)。
【０１１０】
以上が、ホスト処理装置２００が電源をオフ操作する場合の動作シーケンスである。ただし、上記のシーケンスはホスト処理装置２００が電源がオフになることを予め分かっている場合には有効であるが、突然の電源遮断などに対応することは難しい。
【０１１１】
図１４にはスレーブ処理装置によるホスト認識処理の動作手順が例示される。これに示される手順は、ホスト処理装置２００との通信不能をスレーブ処理装置が認識することによってホスト処理装置２００の突然の電源遮断などに対処可能にするものである。
【０１１２】
スレーブ処理装置３００は、ホスト処理装置２００が定期的にビーコン情報を送信していることを確認する(ステップ１１００)。もし、定期的にビーコン情報を送信している場合、ホスト処理装置２００がネットワークを管理・監視していると判断することができる。
【０１１３】
もし、ホスト処理装置２００がビーコン情報を送信していない場合、ホスト検出コマンドを他の全ての処理装置に向けて送信する(ステップ１１１０)。ホスト検出コマンドとは、ホスト処理装置２００を検出するコマンドであり、ホスト処理装置２００がこのコマンドを受信した場合、自身がネットワーク中に未だ存在しているということを応答で返信する。また、スレーブ処理装置の中で、ホスト処理装置２００が定期的にビーコン情報を送信していることを確認しているスレーブ処理装置が存在する場合、該当スレーブ処理装置がブロードキャストでホスト処理装置が存在していることを応答する。
【０１１４】
ホスト検出コマンドの応答として、ホスト処理装置２００が応答を送信した場合、ホスト処理装置２００がネットワークを管理・監視していると判断することができる(ステップ１１２０)。
【０１１５】
ホスト検出コマンドの応答として、スレーブ処理装置が応答を送信した場合、ネットワーク上にホスト処理装置２００は存在するが、該当スレーブ処理装置３００を管理・監視することが可能であるか不明であるため、応答を送信したスレーブ処理装置を介してホスト処理装置２００に該当スレーブ処理装置３００が未だネットワークに存在していることを通知する(ステップ１１３０、ステップ１１４０)。
【０１１６】
通知した結果、応答である接続条件を受信し、その接続条件に合わせて動作をする(ステップ１１５０)。尚、ホスト処理装置２００は、接続条件を変更した場合のみ、ネットワーク管理テーブル２６０を更新し、その結果を各スレーブ処理装置に送信する。
【０１１７】
ホスト検出コマンドの応答がない場合、ネットワークにホスト処理装置２００が存在しないと判断することができる。そのため、新たなホスト処理装置を見つける必要がある。まず、各スレーブ処理装置は自身の機器情報をブロードキャストで送信し、他のスレーブ処理装置の機器情報を受信する(ステップ１１６０)。
【０１１８】
機器情報を受信した結果、自身がホスト処理装置に適していると判断できる場合、ホスト処理装置として動作することを、各スレーブ処理装置に通知した後、ホスト処理装置として動作する(ステップ１１７０、ステップ１１９０)。
【０１１９】
機器情報を受信した結果、自身がホスト処理装置に適していないと判断した場合、ホスト処理装置として動作することを通知するスレーブ処理装置を待ち、通知したスレーブ処理装置をホスト処理装置として、以後の動作を行う(ステップ１１８０)。
【０１２０】
上記手順により、ホスト処理装置２００が突然の電源遮断などによって、通信が出来なかった場合に対処することが可能になる。このシーケンスの特徴点は、ビーコン情報を利用して、ホスト処理装置２００が通信不能になったことをスレーブ処理装置が知ることである。
【０１２１】
図１５には図２に示したホスト処理装置２００に無線インタフェース１２００と無線制御回路１２１０を追加したホスト処理装置が例示される。無線インタフェース１２００とは外部ネットワークと通信するためのインタフェースであり、例えば無線ＬＡＮや携帯電話などである。また、無線インタフェースの代わりに有線インタフェースを採用することも可能である。
【０１２２】
ホスト処理装置２００に無線インタフェース１２００を搭載することにより、各スレーブ処理装置のセキュリティに関する最新の情報すなわちアップデータ情報を外部ネットワークから取得することが可能となる。その他の構成は図２と同じであるからその詳細な説明は省略する。
【０１２３】
図１６には無線インタフェース１２００を搭載したホスト処理装置２００がセキュリティに関する情報を利用して新たにネットワークに追加された処理装置の管理を行う制御シーケンスが例示される。図１６の処理は図１０に示される機器情報取得処理に対応される処理である。
【０１２４】
ホスト処理装置２００は、ビーコン情報を取得した結果、機器管理テーブル２５０に登録していないＭＡＣアドレスが存在した場合、そのＭＡＣアドレスが示す処理装置に対して、機器情報取得コマンドを送信し、そのコマンドに対する応答を待つ(ステップ１３００、ステップ１３１０、ステップ１３２０)。
【０１２５】
機器情報取得コマンドに対する応答がない場合、コマンドの再送信を行う。ただし、再送回数がある制限回数に達した場合には、機器情報取得処理を終了する(ステップ１３３０)。尚、そのＭＡＣアドレスが示す処理装置が送信するビーコン情報を確認できない場合でも、機器情報取得処理を終了してもよい。
【０１２６】
機器情報取得コマンドに対する応答がある場合、その応答に含まれている機器管理テーブル２５０を生成するために必要な情報を利用して、機器管理テーブル２５０を生成する(ステップ１３４０)。
【０１２７】
次に、該当処理装置に関する機器情報を取得するため、無線インタフェース１２００を利用して、外部ネットワークにアクセスし、該当処理装置に関する情報を取得する(ステップ１３５０)。取得した機器情報を利用して、該当処理装置に対する各スレーブ処理装置の接続条件を設定し、ネットワーク管理テーブル更新する(ステップ１３６０)。
【０１２８】
機器管理テーブル２５０ならびにネットワーク管理テーブル２６０を作成、更新した後、該当処理装置の方が性能や機能面からホスト処理装置に適している場合、ホスト機器変更処理を実行する(ステップ１３７０、ステップ４６０)。
【０１２９】
また、該当処理装置がホスト処理装置に適していない場合、ネットワーク管理テーブル２６０の内容を各スレーブ処理装置に送信する(ステップ１３８０)。
【０１３０】
以上により、スレーブ処理装置に対する最新の情報を取得することが可能となるため、もし出荷後に新たに問題点が見つかった機器に対しても、その問題点に合わせた機器管理を行うことが可能となる。
【０１３１】
以上本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
【０１３２】
例えば、近距離無線インタフェースはＵＷＢ、Bluetooth（登録商標）に限定されず適宜変更可能である。ホストデバイスを可変可能な通信プロトコルであればよい。データ処理デバイスは1チップに限定されずマルチチップであっても、モジュールデバイスであっても、また、配線基板に形成されたボードデバイスであってもよい。記憶回路はＥＥＰＲＯＭに限定されず、フラッシュメモリのような電気的に書換え可能なメモリなど、適宜のメモリであればよい。機器管理テーブルとネットワーク管理テーブルは一体に構成してもよく、そのエントリデータの内容も適宜変更可能である。接続機器テーブルも同様である。近距離無線通信ネットワークにはネットワークスレーブとしてのみ動作されるデータ処理デバイスが含まれて良いことは言うまでもない。ネットワークスレーブ機能とネットワークホスト機能を選択可能なデータ処理デバイスにおいてその機能はＣＰＵのようなデータプロセッサの動作プログラムによって実現する場合に限定されない。ソフトウェアによって実現する機能の一部又は全部をハードウェアロジックで実現することも可能である。
【符号の説明】
【０１３３】
１００…ホームサーバ
１２０…プリンタ
１４０…デジタルカメラ
１１０…テレビモニタ
１３０…ビデオカメラ
２００…ホスト処理装置
２１０…ＵＷＢインタフェース回路
２２０…ＵＷＢ制御回路
２３０…ＣＰＵ
２４０…不揮発性メモリ
２７０…タイマ
２８０…ログ解析モジュール
２５０…機器管理テーブル
２６０…ネットワーク管理テーブル
２５２…ＭＡＣアドレス
２５４…機器情報
２５６…接続期間
２６４…接続許可ＭＡＣアドレス
２６６…送受信許可データ
３００…スレーブ処理装置
３５０…接続機器テーブル
３６０…接続ログ
【図１】
2010219629.tif 000003
【図２】
2010219629.tif 000004
【図３】
2010219629.tif 000005
【図４】
2010219629.tif 000006
【図５】
2010219629.tif 000007
【図６】
2010219629.tif 000008
【図７】
2010219629.tif 000009
【図８】
2010219629.tif 000010
【図９】
2010219629.tif 000011
【図１０】
2010219629.tif 000012
【図１１】
2010219629.tif 000013
【図１２】
2010219629.tif 000014
【図１３】
2010219629.tif 000015
【図１４】
2010219629.tif 000016
【図１５】
2010219629.tif 000017
【図１６】
2010219629.tif 000018