(57)【要約】  【課題】  複数の装置間の配線を不要とすること等を可能とする分散処理システム等を提供する。  【解決手段】  この分散処理システム１０は、電力を無接点で供給する電力供給装置１４と、所定の能力をそれぞれ有し、電力供給装置１４から供給される電力によってそれぞれ動作し、無接点で通信することにより分散処理を行うＣＰＵサブシステム１１、２１、メモリ１２、ストレージ１３、ＬＣＤ１５、ＬＣＤコントローラ１６、グラフィクスアクセラレータ１７、１８、アンプ１９、オーディオコーデック２０、及び、ＬＣＤサブシステム２２とを具備する。マスタ装置としてのＣＰＵサブシステム１１は、各装置が有する能力を表す装置一覧を記憶する。各装置は、装置一覧を参照して所望の能力を有する装置を選択し、選択した装置と無接点で通信することにより、処理を委託する。【選択図】  図１
2006092090.tif 000002
【特許請求の範囲】
【請求項１】
電力を無接点で供給する電力供給装置と、
所定の能力をそれぞれ有し、前記電力供給装置から供給される電力によってそれぞれ動作する複数の装置であって、無接点で通信することにより分散処理を行う前記複数の装置と、
を具備する分散処理システム。
【請求項２】
前記複数の装置の中の１つの装置が、マスタ装置として、前記複数の装置が有する能力をそれぞれ表す複数の情報を含む管理情報を作成及び／又は保守し、
前記複数の装置の中のいずれかの装置が、前記管理情報を参照して前記複数の装置の中から所望の能力を有する装置を選択し、前記複数の装置の中の選択した装置と無接点で通信することにより、前記複数の装置の中の選択した装置に処理を委託する、請求項１記載の分散処理システム。
【請求項３】
前記複数の装置の中のいずれの装置がマスタ装置であるかが定まっていない場合に、前記複数の装置の中のいずれかの装置が、マスタ装置になることの通知を前記複数の装置の中の他の装置に無接点で送信してマスタ装置となる、請求項１又は２記載の分散処理システム。
【請求項４】
前記複数の装置の中のマスタ装置としての１つの装置が、前記複数の装置の中の能力を表す情報が前記管理情報に含まれていない装置と無接点で通信することにより、当該装置が有する能力を表す情報を前記管理情報に追加する、請求項１〜３のいずれか１項に記載の分散処理システム。
【請求項５】
前記複数の装置の中のマスタ装置としての１つの装置が、新たな装置が前記電力供給装置による電力供給が可能且つ前記複数の装置と通信可能な範囲内に置かれた場合に、前記新たな装置と無接点で通信することにより、前記新たな装置が有する能力を表す情報を前記管理情報に追加する、請求項１〜４のいずれか１項に記載の分散処理システム。
【請求項６】
前記複数の装置の中のマスタ装置としての１つの装置が、前記複数の装置の中のスレーブ装置としての他の装置に新たなマスタ装置となることを依頼する通知を無接点で送信し、前記複数の装置の中のスレーブ装置としての他の装置のいずれかから新たなマスタ装置となることを了承する通知を受信した場合に、前記複数の装置の中の新たなマスタ装置となることを了承した装置に前記管理情報を無接点で送信してスレーブ装置となり、
前記複数の装置の中の新たなマスタ装置となることを了承したスレーブ装置が、前記複数の装置の中のマスタ装置としての１つの装置から前記管理情報を受信して新たなマスタ装置となる、請求項１〜５のいずれか１項に記載の分散処理システム。
【請求項７】
電力を無接点で供給する電力供給装置と、所定の能力をそれぞれ有し、前記電力供給装置から供給される電力によってそれぞれ動作する複数の装置であって、無接点で通信することにより分散処理を行う前記複数の装置とを具備するシステムにおいて分散処理を行うための方法であって、
前記複数の装置の中の１つの装置が、マスタ装置として、前記複数の装置が有する能力をそれぞれ表す複数の情報を含む管理情報を作成及び／又は保守するステップと、
前記複数の装置の中のいずれかの装置が、前記管理情報を参照して前記複数の装置の中から所望の能力を有する装置を選択し、前記複数の装置の中の選択した装置と無接点で通信することにより、前記複数の装置の中の選択した装置に処理を委託するステップと、
を具備する分散処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散処理システム及び分散処理方法に関する。
【背景技術】
【０００２】
従来より、外部機器に対して脱着可能であって、該外部機器に装着された状態でデータを送受信するデータ処理装置において、外部機器からの光エネルギを受光して電源電力に変換する手段を有するデータ処理装置が知られている（例えば、特許文献１参照）。
特許文献１掲載のデータ処理装置は、非接触で電力の供給を受けて動作するものではあるが、複数の装置が分散処理を行う分散処理システムに関するものではない。また、このデータ処理装置は、外部機器と１対１でデータを送受信することを前提としているものである。
【０００３】
また、ワイヤレス交信媒体を介して非接触カードにデータの伝送を行い、対応する処理を実行するシステムにおける非接触カードのアクセス方式において、読み出し／書き込み装置の通信可能エリア内に存在する非接触カードに対してカード独自のＩＤとは別に仮ＩＤを設定し、該仮ＩＤの送信および受信を行いつつ複数の非接触カードのアクセスを行うことを特徴とする非接触カードのアクセス方式が知られている（例えば、特許文献２参照）。
特許文献２掲載の非接触カードのアクセス方式は、非接触でデータの伝送を行うものではあるが、複数の装置が分散処理を行う分散処理システムに関するものではない。また、この非接触カードのアクセス方式は、読み出し／書き込み装置と非接触カードとの間、すなわち、１対多でデータの伝送を行うことを前提としているものであり、多対多でデータの伝送を行うものではない。
【０００４】
また、登録されたクライアントからの要求を分散オブジェクト管理手段が受けて、その分散オブジェクト管理手段がネットワーク上に分散するオブジェクトから必要な情報を取得して、当該クライアントにその情報を提供する分散オブジェクトシステムにおいて、分散オブジェクト管理手段は、登録すべきクライアントに関するクライアント情報の登録を行う手段と、登録されたクライアントからの情報取得要求を受信する手段と、他の分散オブジェクト管理手段に自身を登録するとともに自身には他の分散オブジェクト管理手段を登録する手段と、他の分散オブジェクト管理手段が有する情報をキャッシュする手段と、登録されたクライアントから要求された情報を取得する手段と、それによって取得された情報を当該クライアントに提供する手段とを有することを特徴とする分散オブジェクトシステム等が知られている（例えば、特許文献３参照）。
特許文献３掲載の分散オブジェクトシステム等は、他の分散オブジェクト管理手段が有する情報をキャッシュし、クライアントから要求された情報を当該クライアントに提供することに関するものであり、複数のクライアントが分散処理を行うということに関するものではない。また、この分散オブジェクトシステム等は、Ｊａｖａ（登録商標）／Ｊｉｎｉ（商標）技術を用いることを前提としており（特許文献３の段落「００５６」参照）、Ｊａｖａ（登録商標）が動作しない装置は対象外となる。
【０００５】
【特許文献１】特開平５−１９９０１号公報
【特許文献２】特開平５−１５９１１４号公報
【特許文献３】特開２００２−２８７９８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、上記の点に鑑み、本発明は、複数の装置間の配線を不要とすること等を可能とする分散処理システムを提供することを目的とする。さらに、本発明は、そのような分散処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
以上の課題を解決するため、本発明に係る分散処理システムは、電力を無接点で供給する電力供給装置と、所定の能力をそれぞれ有し、電力供給装置から供給される電力によってそれぞれ動作する複数の装置であって、無接点で通信することにより分散処理を行う複数の装置とを具備する。
【０００８】
ここで、複数の装置の中の１つの装置が、マスタ装置として、複数の装置が有する能力をそれぞれ表す複数の情報を含む管理情報を作成及び／又は保守し、複数の装置の中のいずれかの装置が、管理情報を参照して複数の装置の中から所望の能力を有する装置を選択し、複数の装置の中の選択した装置と無接点で通信することにより、複数の装置の中の選択した装置に処理を委託することとしても良い。
また、複数の装置の中のいずれの装置がマスタ装置であるかが定まっていない場合に、複数の装置の中のいずれかの装置が、マスタ装置になることの通知を複数の装置の中の他の装置に無接点で送信してマスタ装置となることとしても良い。
【０００９】
また、複数の装置の中のマスタ装置としての１つの装置が、複数の装置の中の能力を表す情報が管理情報に含まれていない装置と無接点で通信することにより、当該装置が有する能力を表す情報を管理情報に追加することとしても良い。
また、複数の装置の中のマスタ装置としての１つの装置が、新たな装置が電力供給装置による電力供給が可能且つ複数の装置と通信可能な範囲内に置かれた場合に、新たな装置と無接点で通信することにより、新たな装置が有する能力を表す情報を管理情報に追加することとしても良い。
【００１０】
また、複数の装置の中のマスタ装置としての１つの装置が、複数の装置の中のスレーブ装置としての他の装置に新たなマスタ装置となることを依頼する通知を無接点で送信し、複数の装置の中のスレーブ装置としての他の装置のいずれかから新たなマスタ装置となることを了承する通知を受信した場合に、複数の装置の中の新たなマスタ装置となることを了承した装置に管理情報を無接点で送信してスレーブ装置となり、複数の装置の中の新たなマスタ装置となることを了承したスレーブ装置が、複数の装置の中のマスタ装置としての１つの装置から管理情報を受信して新たなマスタ装置となることとしても良い。
【００１１】
また、本発明に係る分散処理方法は、電力を無接点で供給する電力供給装置と、所定の能力をそれぞれ有し、電力供給装置から供給される電力によってそれぞれ動作する複数の装置であって、無接点で通信することにより分散処理を行う複数の装置とを具備するシステムにおいて分散処理を行うための方法であって、複数の装置の中の１つの装置が、マスタ装置として、複数の装置が有する能力をそれぞれ表す複数の情報を含む管理情報を作成及び／又は保守するステップと、複数の装置の中のいずれかの装置が、管理情報を参照して複数の装置の中から所望の能力を有する装置を選択し、複数の装置の中の選択した装置と無接点で通信することにより、複数の装置の中の選択した装置に処理を委託するステップとを具備する。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しながら、本発明を実施するための最良の形態について説明する。
図１は、本発明の一実施形態に係る分散処理システムの概要を示す図である。図１に示すように、この分散処理システム１０は、ＣＰＵ（Central Processing Unit）サブシステム１１、２１と、メモリ１２と、ストレージ１３と、電力供給装置１４と、ＬＣＤ（Liquid Crystal Display）１５と、ＬＣＤコントローラ１６と、グラフィクスアクセラレータ１７、１８と、アンプ１９と、オーディオコーデック２０と、ＬＣＤサブシステム２２とを含んでいる。分散処理システム１０に含まれているこれら複数の装置は、所定の能力をそれぞれ有しており、相互に通信することにより分散処理を行う。これにより、分散処理システム１０は、パーソナルコンピュータ等と同等の役割を果たすことができる。
【００１３】
ＣＰＵサブシステム１１は、ＣＰＵとしての役割を果たすほか、分散処理システム１０内の他の装置の管理を行うためのマスタ装置としての役割をも果たすものとする。分散処理システム１０内の各装置には、マスタ装置（ここでは、ＣＰＵサブシステム１１）により、固有のＩＤ番号が付与される。ここでは、ＣＰＵサブシステム１１にはＩＤ番号「１」が、メモリ１２にはＩＤ番号「２」が、ストレージ１３にはＩＤ番号「３」が、電力供給装置１４にはＩＤ番号「４」が、ＬＣＤ１５にはＩＤ番号「５」が、ＬＣＤコントローラ１６にはＩＤ番号「６」が、グラフィクスアクセラレータ１７にはＩＤ番号「７」が、グラフィクスアクセラレータ１８にはＩＤ番号「８」が、アンプ１９にはＩＤ番号「９」が、オーディオコーデック２０にはＩＤ番号「１０」が、ＣＰＵサブシステム２１にはＩＤ番号「１１」が、ＬＣＤサブシステム２２にはＩＤ番号「１２」が、それぞれ付与されているものとする。
マスタ装置（ここでは、ＣＰＵサブシステム１１）以外の装置は、スレーブ装置となる。
【００１４】
マスタ装置（ここでは、ＣＰＵサブシステム１１）は、分散処理システム１０内の複数の装置が有する能力を管理するための管理情報として、図２に示すような装置一覧表を作成及び／又は保守する。この装置一覧表は、ＩＤ番号、プロダクト名（各装置の装置名）、マスタ装置／スレーブ装置の区分（「１」がマスタ装置を表し、「０」がスレーブ装置を表す）、及び、装置が有する能力のフィールドを有しており、能力のフィールドは、機能、属性１、及び、属性２のサブフィールドを有する。図２に示す装置一覧表は、例えば、ＩＤ番号が「１」であるＣＰＵサブシステム（CPU sub system）１１が、マスタ装置であり、「1MHz Processor」として機能し、「20KB SRAM」を有しており、「Binary」のデータを受け渡し可能であることを表している。
【００１５】
再び図１を参照すると、電力供給装置１４は、アンテナ３１と、制御基板３２とを具備する。制御基板３２は、電源回路やアンテナ３１を駆動するための回路等を有しており、アンテナ３１から磁力線、電磁波、光等を出力することにより、電力を無接点で他の装置（ＣＰＵサブシステム１１等）に供給することができる。分散処理システム１０内の各装置（ＣＰＵサブシステム１１等）は、電力供給装置１４から無接点で供給される電力により動作する。
分散処理システム１０内の各装置は、電力供給装置１４からの磁力線等を受信可能であり且つ他の装置と通信可能な範囲内に存在していれば、定まった位置に固着されている必要はなく、他の装置と配線で接続される必要もない。さらに、電力供給装置１４からの磁力線等を受信可能であり且つ他の装置と通信可能な範囲内に、新たな装置を追加することも可能である。
【００１６】
図３は、ＣＰＵサブシステム１１の内部構成の概要を示す図である。図３に示すように、ＣＰＵサブシステム１１は、共通部４０と、固有部５０とを具備する。共通部４０は、分散処理システム１０内の全ての装置が具備しているものであり、固有部５０は、ＣＰＵサブシステム１１が固有に具備しているものである。
共通部４０は、無線電力受信部４１と、無線データ送信部４２と、無線データ受信部４３と、無線通信処理部４４とを具備しており、固有部５０は、メモリ部５１と、ＣＰＵ５２と、プログラム記憶部５３とを具備する。
【００１７】
無線電力受信部４１は、電力供給装置１４が出力する磁力線等を受信するためのアンテナ、レギュレータ等を有しており、無線データ送信部４２、無線データ受信部４３、無線通信処理部４４、メモリ部５１、ＣＰＵ５２、及び、プログラム記憶部５３に電力を供給する。無線データ送信部４２、無線データ受信部４３、無線通信処理部４４、メモリ部５１、ＣＰＵ５２、及び、プログラム記憶部５３は、無線電力受信部４１から供給される電力により動作する。
無線データ受信部４３は、他の装置からデータを無線により受信し、受信されたデータは、無線通信処理部４４において処理（例えば、プロトコル処理等）され、固有部５０に出力される。また、固有部５０から出力されたデータは、無線通信処理部４４において処理され、無線データ送信部４２から無線により他の装置に送信される。ここでは、装置間の通信は、図４に示すフォーマットを有するパケットにより行われるものとする。なお、無線データ受信部４２及び無線データ送信部４３が、ＲＦＩＤ（Radio Frequency ID）タグで用いられているような近距離無線（電磁誘導方式）や、ＵＷＢ（Ultra Wide Band）、ＺｉｇＢｅｅ等の仕様に従って、データの送受信を行うこととしても良い。また、無線データ受信部４２及び無線データ送信部４３が、無線ＬＡＮ（IEEE802.11a/b/g）の仕様に従ってデータの送受信を行う場合、図４に示すフォーマットを有するパケットに代えて、無線ＬＡＮのフレームをそのまま用いることとしても良い。
【００１８】
固有部５０内のメモリ部５１の一部の領域には、ＣＰＵサブシステム１１の機能（ここでは、「1MHz Processor」（図２参照））、属性１（ここでは、「20KB SRAM」）、及び、属性２（ここでは、「Binary」）が記憶されており、ＩＤ番号の割り当て後には、ＩＤ番号（ここでは、「１」）も記憶される。更に、図２に示す装置一覧も、メモリ部５１内に記憶される。メモリ部５１の他の領域は、ＣＰＵ５２のワークエリアとして利用可能である。プログラム記憶部５３には、ＢＩＯＳ（Basic Input/Output System）等に相当するプログラム等が記憶されており、ＣＰＵ５２は、メモリ部５１をワークエリアとして使用しながら、プログラム記憶部５３に記憶されている各種プログラムを実行する。
【００１９】
図５は、メモリ１２の内部構成の概要を示す図である。図５に示すように、メモリ１２は、共通部４０と、固有部６０とを具備する。固有部６０は、メモリ部６１を具備する。このメモリ部６１は、無線電力受信部４１から供給される電力により動作する。メモリ部６１の一部の領域には、メモリ１２の機能（ここでは、「Store」（図２参照））、属性１（ここでは、「1MB SDRAM」）、及び、属性２（ここでは、「Binary」）が記憶されており、更に、ＩＤ番号の割り当て後には、ＩＤ番号（ここでは、「２」）も記憶される。メモリ部６１の他の領域は、分散処理システム１０内の他の装置（ＣＰＵサブシステム１１等）のデータの記憶に用いられる。
【００２０】
図６は、ＬＣＤサブシステム２２の内部構成の概要を示す図である。図６に示すように、ＬＣＤサブシステム２２は、共通部４０と、固有部７０とを具備する。固有部７０は、ＬＣＤサブシステム２２が固有に具備しているものであり、メモリ部７１と、ＬＣＤコントローラ及びフレームバッファ７２と、液晶表示部７３とを具備する。これらのメモリ部７１、ＬＣＤコントローラ及びフレームバッファ７２、及び、液晶表示部７３は、無線電力受信部４１から供給される電力により動作する。なお、固有部７０が、必要に応じて、ＬＣＤコントローラ及びフレームバッファ７２が実行するためのプログラムを記憶したプログラム記憶部７４を具備することとしても良い。
【００２１】
固有部７０内のメモリ部７１の一部の領域には、ＬＣＤサブシステム２２の機能（ここでは、「Display & controller」（図２参照））、属性１（ここでは、「QVGA（Quarter Video Graphics Array）」）、及び、属性２（ここでは、「Binary」）が記憶されており、更に、ＩＤ番号の割り当て後には、ＩＤ番号（ここでは、「１２」）も記憶される。メモリ部７１の他の領域は、ＬＣＤコントローラ及びフレームバッファ７２のワークエリアとして利用可能である。
無線データ受信部４３は、他の装置からデータ（例えば、画像データ等）を無線により受信し、受信されたデータは、無線通信処理部４４において処理（例えば、プロトコル処理等）され、ＬＣＤコントローラ及びフレームバッファ６２に出力される。液晶表示部６３は、所定数の画素（ここでは、３２０×２４０）を有しており、ＬＣＤコントローラ及びフレームバッファ６２は、受信した画像データに基づく画像を液晶表示部６３に表示させる。
【００２２】
上記においては、ＣＰＵサブシステム１１、メモリ１２、及び、ＬＣＤサブシステム２２を例にとり、その内部構成について説明したが、他の装置（ストレージ１３等）の内部構成も、ＣＰＵサブシステム１１、メモリ１２、及び、ＬＣＤサブシステム２２と同様である。すなわち、他の装置も、共通部４０と固有部とを具備しており、固有部には各装置固有の能力を発揮するための回路、部品等が含まれている。例えば、ストレージ１３の固有部には、ＨＤＤ（Hard Disk Drive）が含まれており、グラフィクスアクセラレータ１７の固有部には、ＧＰＵ（Graphics Processing Unit）、フレームメモリ等が含まれている。
【００２３】
なお、この分散処理システム１０は、コミュニティと見做すことができ、分散処理システム１０内の各装置は、住民（Resident）と見做すことができる。また、マスタ装置（ここでは、ＣＰＵサブシステム１１）は、市長と見做すことができ、ＩＤ番号は、住民票番号と見做すことができ、装置一覧（図２参照）は、住民票一覧と見做すことができ、住民票一覧への登録は、住民登録と見做すことができる。また、処理の依頼は、業務の依頼と見做すことができる。
【００２４】
次に、分散処理システム１０の動作について説明する。
まず、市長（マスタ装置）を決定するための分散処理システム１０の動作について説明する。ここまで、便宜上、ＣＰＵサブシステム１１が市長（マスタ装置）であるものとして説明してきた。しかし、初期状態においては、市長（マスタ装置）は定まっておらず、このようなときにＣＰＵサブシステム１１が市長（マスタ装置）となる場合の動作について説明する。なお、市長（マスタ装置）には、（１）ＣＰＵ等の処理装置を具備しており、住民（装置）の質問（Inquiry）に対して適切な応答を出すなど、或る程度の知的な業務をこなすことができ、（２）メモリ等の記憶装置を持っており、図２に示す住民票一覧（装置一覧）を記憶することができる能力を有する装置がなることができる。
【００２５】
図７は、ＣＰＵサブシステム１１が市長（マスタ装置）となる場合の動作を示すフローチャートである。
まず、ＣＰＵサブシステム１１は、市長（マスタ装置）が存在するか否かを問い合わせるためのパケットをブロードキャスト送信する（ステップＳ１１）。具体的には、ＣＰＵサブシステム１１は、図８（Ａ）に示すパケットをブロードキャスト送信する。図８（ａ）において、パケットタイプのフィールドには「０」（質問・業務委託パケットを表す（図４参照））が、受信装置ＩＤ番号のフィールドには「ブロードキャスト」が、それぞれ格納されている。また、発信装置ＩＤ番号及びデータのフィールドは、ブランクとなっている。これは、ＣＰＵサブシステム１１のＩＤ番号が定まっておらず、また、データの送信が不要のためである。
【００２６】
ＣＰＵサブシステム１１が図８（Ａ）に示すパケットをブロードキャスト送信した場合に、既に市長（マスタ装置）が存在するときは、その市長（マスタ装置）により応答パケットがブロードキャスト送信され、市長（マスタ装置）が存在しないときは、応答パケットは送信されない。
ＣＰＵサブシステム１１は、応答パケットを受信しなかった場合（市長（マスタ装置）が存在しない場合）には、処理をステップＳ１３に移し、応答パケットを受信した場合（既に市長（マスタ装置）が存在する場合）には処理を終了する（ステップＳ１２）。
ＣＰＵサブシステム１１は、応答パケットを受信しなかった場合（市長（マスタ装置）が存在しない場合）には、市長（マスタ装置）となる事を宣言するためのパケットをブロードキャスト送信する（ステップＳ１３）。具体的には、ＣＰＵサブシステム１１は、図８（Ｂ）に示すパケットをブロードキャスト送信する。図８（Ｂ）において、パケットタイプのフィールドには「２」（市長宣言パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには、ＣＰＵサブシステム１１が決定した番号（ここでは、「１」とする）が、受信装置ＩＤ番号のフィールドには「ブロードキャスト」が、それぞれ格納されている。また、データのフィールドは、ブランクとなっている。これにより、ＣＰＵサブシステム１１は、市長（マスタ装置）となることができる。
【００２７】
市長（マスタ装置）が定まると、他の装置（メモリ１２等）は、市長（マスタ装置）に住民登録を行い、スレーブ装置となることができる。図９は、住民登録を行う場合の分散処理システム１０の動作を示すフローチャートである。ここでは、メモリ１２が住民登録を行う場合について説明する。
まず、住民登録をしようとする装置（ここでは、メモリ１２）が、市長（マスタ装置）が存在するか否かを問い合わせるためのパケットをブロードキャスト送信する（ステップＳ２１）。具体的には、住民登録をしようとする装置は、先に説明した図８（Ａ）に示すパケットをブロードキャスト送信する。
【００２８】
市長（マスタ装置）が存在する場合、市長（マスタ装置）は、市長（マスタ装置）が存在するか否かを問い合わせるためのパケットを受信すると、自分が市長（マスタ装置）であることを知らせるためのパケットをブロードキャスト送信する（ステップＳ３１）。具体的には、市長（マスタ装置）は、図１０（Ａ）に示すパケットをブロードキャスト送信する。図１０（Ａ）において、パケットタイプのフィールドには「１」（応答パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには市長（マスタ装置）のＩＤ番号（ここでは、「１」）が、受信装置ＩＤ番号のフィールドには「ブロードキャスト」が、それぞれ格納されている。また、データのフィールドは、ブランクとなっている。
【００２９】
住民登録をしようとする装置（ここでは、メモリ１２）は、応答パケットを受信した場合（市長（マスタ装置）が存在する場合）には、処理をステップＳ２３に移し、応答パケットを受信しなかった場合（市長（マスタ装置）が存在しない場合）には、処理を終了する（ステップＳ２２）。なお、応答パケットを受信しなかった場合（市長（マスタ装置）が存在しない場合）において、住民登録をしようとする装置が市長（マスタ装置）となる能力を有していれば、その装置は、市長（マスタ装置）となる事を宣言するためのパケットをブロードキャスト送信し（図７のステップＳ１３の処理）、市長（マスタ装置）となることとしても良い。
【００３０】
ステップＳ２２にて応答パケットを受信した場合（市長（マスタ装置）が存在する場合）、住民登録をしようとする装置は、自分のプロダクト名（装置名）及び能力を知らせるためのパケットを市長（マスタ装置）に送信する（ステップＳ２３）。具体的には、住民登録をしようとする装置は、図１０（Ｂ）に示すパケットを市長（マスタ装置）に送信する。図１０（Ｂ）において、パケットタイプのフィールドには「０」（質問パケットを表す（図４参照））が、受信装置ＩＤ番号のフィールドには市長（マスタ装置）のＩＤ番号（ここでは、「１」）が、データのフィールドには住民登録をしようとする装置の能力（ここでは、メモリ１２の能力「Memory,1MB SDRAM,Binary」）が、それぞれ格納されている。また、発信装置ＩＤ番号のフィールドは、ブランクとなっている。
【００３１】
市長（マスタ装置）は、プロダクト名（装置名）及び能力を知らせるためのパケットを受信すると、住民票番号（ＩＤ番号）を決定し（ここでは、「２」）、決定した住民票番号（ＩＤ番号）を知らせるパケットを住民登録をしようとする装置に送信する。具体的には、市長（マスタ装置）は、図１１（Ａ）に示すパケットをブロードキャスト送信する。図１１（Ａ）において、パケットタイプのフィールドには「１」（応答パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには市長（マスタ装置）のＩＤ番号（ここでは、「１」）が、受信装置ＩＤ番号のフィールドには決定した住民票番号（ここでは、「２」）が、データのフィールドには、住民票登録が完了したことを表す「ＯＫ」が、それぞれ格納されている。
それとともに、市長（マスタ装置）は、住民票一覧（装置一覧（図２参照））に、住民票番号（ＩＤ番号）、プロダクト名、及び、能力を登録する（ステップＳ３２）。
【００３２】
住民登録をしようとする装置（ここでは、メモリ１２）は、応答パケットを受信すると、自分に付与された住民票番号（ＩＤ番号）を固有部内のメモリ部（ここでは、固有部６０内のメモリ部６１（図５参照））に記憶する（ステップＳ２４）。なお、この後、必要に応じて、図１１（Ｂ）に示す住民票一覧（装置一覧）の写しを要求するパケット（パケットタイプの値が「４」（装置一覧要求、図４参照）であるパケット）を市長（マスタ装置）に送信し、住民票一覧（装置一覧）の写しを取り寄せておくこととしても良い。
なお、ここでは、メモリ１２が住民登録をする場合を例にとって説明したが、他の装置（ストレージ１３等）が住民登録をする場合も同様である。
【００３３】
このようにして、各装置は、住民登録を行うことができ、市長（マスタ装置）は、住民票一覧（装置一覧）を作成及び／又は保守することができる。
また、既にコミュニティが出来た後に、新たな装置が電力供給装置１４による電力供給が可能且つ他の装置と通信可能な範囲内に配置された場合に、新たに配置された装置が住民登録をすることも同様に可能である。
【００３４】
次に、ある装置が他の装置に業務（処理）を委託する場合の動作について説明する。
各装置は、固有の能力をそれぞれ有しているが、自己の能力では実行出来ない業務（処理）の必要が発生した場合等には、その業務（処理）を他の装置に委託することとなる。図１２は、このような場合の動作を示すフローチャートである。なお、ここでは、ＣＰＵサブシステム２１が、１Ｋバイトのデータの記憶を他の装置に委託しようとするものとする。
【００３５】
まず、他の装置に業務（処理）を委託しようとする委託元装置（ここでは、ＣＰＵサブシステム２１）が、委託しようとする業務（処理）を実行する能力を有する住民（委託先装置）を住民票一覧（装置一覧（図２参照））の写しの中から探す（ステップＳ４１）。ここでは、委託元装置（ここでは、ＣＰＵサブシステム２１）は、委託先としてストレージ１３を探し出すものとする。また、住民票一覧の写しは、先に説明したように、住民登録時に取り寄せておくこととしても良いし、他の装置に業務（処理）を委託しようとするときに取り寄せることとしても良い。
【００３６】
次に、委託元装置（ここでは、ＣＰＵサブシステム２１）が、委託先装置（ここでは、ストレージ１３）に、業務（処理）を委託するためのパケットを送信する（ステップＳ４２）。具体的には、委託元装置（ここでは、ＣＰＵサブシステム２１）は、図１３（Ａ）に示すパケットを委託先装置に送信する。図１３（Ａ）において、パケットタイプのフィールドには「０」（業務委託パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには委託元装置の住民票番号（ここでは、「１１」）が、受信装置ＩＤ番号のフィールドには委託先装置の住民票番号（ここでは、「３」）が、データのフィールドには、委託内容（ここでは、「1KB data to store」）が、それぞれ格納されている。
【００３７】
委託先装置（ここでは、ストレージ１３）は、業務（処理）を委託するためのパケットを受信すると、業務（処理）の委託を受諾するか否かを決定し、それを知らせるためのパケットを委託元装置（ここでは、ＣＰＵサブシステム２１）に送信する（ステップＳ５１）。具体的には、委託先装置（ここでは、ストレージ１３）は、図１３（Ｂ）に示すパケットを委託元装置に送信する。図１３（Ｂ）において、パケットタイプのフィールドには「１」（応答パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには委託先装置の住民票番号（ここでは、「３」）が、受信装置ＩＤ番号のフィールドには委託元装置の住民票番号（ここでは、「１１」）が、データフィールドには、業務（処理）の委託を受諾するか否か（受諾する場合には「ＯＫ」、受諾しない場合には「ＮＯ」）が、それぞれ格納されている。
【００３８】
委託元装置（ここでは、ＣＰＵサブシステム２１）は、業務（処理）の委託を受諾しないことを知らせるためのパケットを受信した場合（ステップＳ４３）、他の委託先装置を探し（ステップＳ４４）、その後、処理をステップＳ４２に戻す。
一方、委託元装置（ここでは、ＣＰＵサブシステム２１）は、業務（処理）の委託を受諾することを知らせるためのパケットを受信した場合（ステップＳ４３）、業務（処理）に必要なデータが格納されたパケットを委託先装置（ここでは、ストレージ１３）に送信する（ステップＳ４５）。具体的には、委託元装置（ここでは、ＣＰＵサブシステム２１）は、図１３（Ｃ）に示すパケットを委託先装置に送信する。図１３（Ｃ）において、パケットタイプのフィールドには「５」（データパケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには委託元装置の住民票番号（ここでは、「１１」）が、受信装置ＩＤ番号のフィールドには委託先装置の住民票番号（ここでは、「３」）が、データフィールドには、記憶するためのデータそのものが、それぞれ格納されている。なお、図１３（Ｃ）において、データ長を格納するためのフィールドを別に設けることとしても良いし、ＥＣＣ（Error Check and Correction）を格納するためのフィールドを別に設けることとしても良い。
【００３９】
委託先装置（ここでは、ストレージ１３）は、データが格納されたパケットを受信すると、受信したデータを用いて委託された業務（処理）を行う（ステップＳ５２）。ここでは、ストレージ１３は、図１３（Ｃ）のデータフィールド内に格納されている１ＫＢのデータを記憶する。
なお、ここではデータの記憶を委託する場合を例にとって説明したが、委託する業務（処理）がデータのエンコード等である場合には、この後、委託先装置が処理後のデータを委託元装置に返送することとすれば良い。また、所定の時間内に返送がされない場合、委託元装置が業務（処理）の委託をリトライすることとしても良いし、さらに、所定回数リトライしても返送がされない場合、委託元装置が業務（処理）の委託を断念することとしても良い。
【００４０】
次に、市長（マスタ装置）の委譲について説明する。
先に説明したように、既にコミュニティが出来た後であっても、新たな装置が電力供給装置１４による電力供給が可能且つ他の装置と通信可能な範囲内に配置された場合に、新たに配置された装置が住民登録をしてマスタ装置となることが可能である。そして、新たな装置が次々と住民登録されていった場合等に、市長（マスタ装置）としての処理が装置（市長）の能力を超えてしまうことも考えられる。このような場合に、市長（マスタ装置）は、その役割を他の装置に委譲することができる。図１４は、このような場合の動作を示すフローチャートである。
【００４１】
市長（マスタ装置）を他の装置に委譲しようとする場合、市長（マスタ装置（ここでは、ＣＰＵサブシステム１１））は、市長（マスタ装置）を他の装置に委譲するためのパケットをブロードキャスト送信する（ステップＳ６１）。具体的には、市長（マスタ装置（ここでは、ＣＰＵサブシステム１１））は、図１５（Ａ）に示すパケットをブロードキャスト送信する。図１５（Ａ）において、パケットタイプのフィールドには「３」（市長委譲諮問パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドには市長（マスタ装置）の住民票番号（ここでは、「１」）が、受信装置ＩＤ番号のフィールドには「ブロードキャスト」が、それぞれ格納されている。また、データフィールドは、ブランクとなっている。
【００４２】
市長（マスタ装置）を他の装置に委譲するためのパケットがブロードキャスト送信されると、市長（マスタ装置）となり得る能力を有する装置（ここでは、ＣＰＵサブシステム２１とする）は、市長（マスタ装置）の委譲を受けることを知らせるためのパケットを市長（マスタ装置（ここでは、ＣＰＵサブシステム１１））に送信する（ステップＳ７１）。具体的には、ＣＰＵサブシステム２１は、図１５（Ｂ）に示すパケットを市長（マスタ装置（ここでは、ＣＰＵサブシステム１１））に送信する。図１５（Ｂ）において、パケットタイプのフィールドには「１」（応答パケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドにはＣＰＵサブシステム２１の住民票番号（ここでは、「１１」）が、受信装置ＩＤ番号のフィールドには市長（マスタ装置（ここでは、ＣＰＵサブシステム１１）の住民票番号（ここでは、「１」）が、それぞれ格納されている。また、データフィールドには、ＣＰＵサブシステム２１の能力（ここでは、「10MHz Processor,1MB SRAM,Binary」）が格納されている。
【００４３】
市長（マスタ装置（ここでは、ＣＰＵサブシステム１１））は、市長（マスタ装置）の委譲を受けることを知らせるためのパケットを受信すると（ステップＳ６２）、住民票一覧（図２参照）が格納されたパケットをＣＰＵサブシステム２１に送信し、スレーブ装置となる（ステップＳ６３）。具体的には、ＣＰＵサブシステム１１は、図１５（Ｃ）に示すパケットをＣＰＵサブシステム２１に送信する。図１５（Ｃ）において、パケットタイプのフィールドには「５」（データパケットを表す（図４参照））が、発信装置ＩＤ番号のフィールドにはＣＰＵサブシステム１１の住民票番号（ここでは、「１」）が、受信装置ＩＤ番号のフィールドにはＣＰＵサブシステム２１の住民票番号（ここでは、「１１」）が、それぞれ格納されている。また、データフィールドには、住民票一覧（図２参照）が格納されている。
ＣＰＵサブシステム２１は、住民票一覧（図２参照）が格納されたパケットを受信し、市長（マスタ装置）となる（ステップＳ７２）。
【００４４】
以上説明したように、分散処理システム１０内の各装置は、電力供給装置１４からの磁力線等を受信可能であり且つ他の装置と通信可能な範囲内に存在していれば、他の装置に業務（処理）を委託したり、他の装置から業務（処理）の委託を受けることができる。これにより、分散処理が可能となる。このとき、分散処理システム１０内の各装置は、定まった位置に固着されている必要はなく、他の装置と配線で接続される必要もない。
また、電力供給装置１４からの磁力線等を受信可能であり且つ他の装置と通信可能な範囲内に新たな装置を追加することも可能であり、新たに追加された装置は、他の装置に業務（処理）を委託したり、他の装置から業務（処理）の委託を受けることができる。これにより、分散処理システム１０の機能、能力の拡張が容易に可能となる。この場合も、新たに追加された装置は、定まった位置に固着されている必要はなく、他の装置と配線で接続される必要もない。
【００４５】
従って、例えば、袋、箱、トレイ等の収容器内にユーザがＣＰＵサブシステム１１等の装置を単に入れるだけで、ユーザが何らの設定や配線等を行わなくとも、電力の供給が行われ、市長（マスタ装置）が決定され、住民登録が行われ、業務（処理）の委託が行われ、分散処理が可能となる。また、必要に応じて、市長（マスタ装置）の委譲も行われる。さらに、ユーザが箱等に新たな装置を単に入れるだけで、ユーザが何らの設定や配線等を行わなくとも、電力の供給が行われ、住民登録が行われ、業務（処理）の委託が行われる。これにより、システムの機能、能力の拡張が容易に可能となる。
【産業上の利用可能性】
【００４６】
本発明は、複数の装置が分散処理を行う分散処理システム及び分散処理方法において利用可能である。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態に係る分散処理システムの概要を示す図。
【図２】図１のＣＰＵサブシステム１１が記憶する装置一覧の例を示す図。
【図３】図１のＣＰＵサブシステム１１の内部構成の概要を示す図。
【図４】図１の各装置間で送受信されるパケットのフォーマットの例を示す図。
【図５】図１のメモリ１２の内部構成の概要を示す図。
【図６】図１のＬＣＤサブシステム２２の内部構成の概要を示す図。
【図７】図１の分散処理システム１０の動作を示すフローチャート。
【図８】図１の各装置間で送受信されるパケットの例を示す図。
【図９】図１の分散処理システム１０の動作を示すフローチャート。
【図１０】図１の各装置間で送受信されるパケットの例を示す図。
【図１１】図１の各装置間で送受信されるパケットの例を示す図。
【図１２】図１の分散処理システム１０の動作を示すフローチャート。
【図１３】図１の各装置間で送受信されるパケットの例を示す図。
【図１４】図１の分散処理システム１０の動作を示すフローチャート。
【図１５】図１の各装置間で送受信されるパケットの例を示す図。
【符号の説明】
【００４８】
１  分散処理システム、１１、２１  ＣＰＵサブシステム、１２  メモリ、１３  ストレージ、１４  電力供給装置、１５  ＬＣＤ、１６  ＬＣＤコントローラ、１７、１８  グラフィクスアクセラレータ、１９  アンプ、２０  オーディオコーデック、２２  ＬＣＤサブシステム、３１  アンテナ、３２  制御基板、４０  共通部、４１  無線電力受信部、４２  無線データ送信部、４３  無線データ受信部、４４  無線通信処理部、５０、６０、７０  固有部、５１、６１、７１  メモリ部、５２  ＣＰＵ、５３、７４  プログラム記憶部、７２  ＬＣＤコントローラ及びフレームバッファ、７３  液晶表示部
【図１】
2006092090.tif 000003
【図２】
2006092090.tif 000004
【図３】
2006092090.tif 000005
【図４】
2006092090.tif 000006
【図５】
2006092090.tif 000007
【図６】
2006092090.tif 000008
【図７】
2006092090.tif 000009
【図８】
2006092090.tif 000010
【図９】
2006092090.tif 000011
【図１０】
2006092090.tif 000012
【図１１】
2006092090.tif 000013
【図１２】
2006092090.tif 000014
【図１３】
2006092090.tif 000015
【図１４】
2006092090.tif 000016
【図１５】
2006092090.tif 000017