JP2021184278A - ユニット、ユニットの制御方法およびユニットの通信方法 - Google Patents
ユニット、ユニットの制御方法およびユニットの通信方法 Download PDFInfo
- Publication number
- JP2021184278A JP2021184278A JP2021124311A JP2021124311A JP2021184278A JP 2021184278 A JP2021184278 A JP 2021184278A JP 2021124311 A JP2021124311 A JP 2021124311A JP 2021124311 A JP2021124311 A JP 2021124311A JP 2021184278 A JP2021184278 A JP 2021184278A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- information
- unit
- module
- system controller
- 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.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 1416
- 238000004891 communication Methods 0.000 title claims abstract description 1415
- 238000000034 method Methods 0.000 title claims abstract description 330
- 230000006870 function Effects 0.000 claims abstract description 340
- 239000002131 composite material Substances 0.000 description 514
- 239000010410 layer Substances 0.000 description 355
- 238000007726 management method Methods 0.000 description 227
- 230000000694 effects Effects 0.000 description 166
- 238000012545 processing Methods 0.000 description 162
- 230000008859 change Effects 0.000 description 127
- 238000003860 storage Methods 0.000 description 124
- 238000001514 detection method Methods 0.000 description 118
- 230000005540 biological transmission Effects 0.000 description 115
- 230000008569 process Effects 0.000 description 89
- 230000004044 response Effects 0.000 description 75
- 239000003814 drug Substances 0.000 description 48
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 46
- 239000000463 material Substances 0.000 description 38
- 238000013500 data storage Methods 0.000 description 37
- 238000010586 diagram Methods 0.000 description 35
- 229940079593 drug Drugs 0.000 description 35
- 230000033001 locomotion Effects 0.000 description 28
- 238000006243 chemical reaction Methods 0.000 description 24
- 230000005611 electricity Effects 0.000 description 23
- 239000007789 gas Substances 0.000 description 21
- 230000006399 behavior Effects 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 20
- 238000000605 extraction Methods 0.000 description 18
- 230000002829 reductive effect Effects 0.000 description 18
- 235000013311 vegetables Nutrition 0.000 description 18
- 238000007689 inspection Methods 0.000 description 17
- 230000008520 organization Effects 0.000 description 17
- 230000035945 sensitivity Effects 0.000 description 17
- 238000012856 packing Methods 0.000 description 16
- 239000002775 capsule Substances 0.000 description 15
- 238000012546 transfer Methods 0.000 description 15
- 241000251468 Actinopterygii Species 0.000 description 14
- 230000009471 action Effects 0.000 description 14
- 238000010248 power generation Methods 0.000 description 14
- 239000008280 blood Substances 0.000 description 13
- 210000004369 blood Anatomy 0.000 description 13
- 238000004458 analytical method Methods 0.000 description 12
- 235000013399 edible fruits Nutrition 0.000 description 12
- 238000005259 measurement Methods 0.000 description 12
- 238000012384 transportation and delivery Methods 0.000 description 12
- 229910000831 Steel Inorganic materials 0.000 description 11
- 238000009826 distribution Methods 0.000 description 11
- 235000013336 milk Nutrition 0.000 description 11
- 239000008267 milk Substances 0.000 description 11
- 210000004080 milk Anatomy 0.000 description 11
- 239000010959 steel Substances 0.000 description 11
- 235000013361 beverage Nutrition 0.000 description 10
- 230000007423 decrease Effects 0.000 description 10
- 238000009434 installation Methods 0.000 description 10
- 238000004519 manufacturing process Methods 0.000 description 10
- 229910052751 metal Inorganic materials 0.000 description 10
- 239000002184 metal Substances 0.000 description 10
- 238000012986 modification Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 10
- 230000003287 optical effect Effects 0.000 description 10
- 229920002239 polyacrylonitrile Polymers 0.000 description 10
- 201000006292 polyarteritis nodosa Diseases 0.000 description 10
- 239000010865 sewage Substances 0.000 description 10
- 238000004378 air conditioning Methods 0.000 description 9
- 238000012806 monitoring device Methods 0.000 description 9
- 235000015170 shellfish Nutrition 0.000 description 9
- 241000196324 Embryophyta Species 0.000 description 8
- 230000036760 body temperature Effects 0.000 description 8
- 238000012937 correction Methods 0.000 description 8
- 235000019688 fish Nutrition 0.000 description 8
- 239000012044 organic layer Substances 0.000 description 8
- WQZGKKKJIJFFOK-GASJEMHNSA-N Glucose Natural products OC[C@H]1OC(O)[C@H](O)[C@@H](O)[C@@H]1O WQZGKKKJIJFFOK-GASJEMHNSA-N 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 7
- 239000008103 glucose Substances 0.000 description 7
- JEIPFZHSYJVQDO-UHFFFAOYSA-N iron(III) oxide Inorganic materials O=[Fe]O[Fe]=O JEIPFZHSYJVQDO-UHFFFAOYSA-N 0.000 description 7
- 238000012795 verification Methods 0.000 description 7
- IPBCWPPBAWQYOO-UHFFFAOYSA-N 2-(tetradecylthio)acetic acid Chemical compound CCCCCCCCCCCCCCSCC(O)=O IPBCWPPBAWQYOO-UHFFFAOYSA-N 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 6
- 238000007792 addition Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 6
- 230000006866 deterioration Effects 0.000 description 6
- 210000003128 head Anatomy 0.000 description 6
- 230000010354 integration Effects 0.000 description 6
- 239000007788 liquid Substances 0.000 description 6
- 230000000737 periodic effect Effects 0.000 description 6
- 238000001356 surgical procedure Methods 0.000 description 6
- KVISPVDSKYDJKS-UHFFFAOYSA-M (2z)-1,3,3-trimethyl-2-[(2e,4e)-5-(1,3,3-trimethylindol-1-ium-2-yl)penta-2,4-dienylidene]indole;chloride Chemical compound [Cl-].CC1(C)C2=CC=CC=C2N(C)\C1=C/C=C/C=C/C1=[N+](C)C2=CC=CC=C2C1(C)C KVISPVDSKYDJKS-UHFFFAOYSA-M 0.000 description 5
- 238000003255 drug test Methods 0.000 description 5
- 239000003502 gasoline Substances 0.000 description 5
- 206010022000 influenza Diseases 0.000 description 5
- 239000000758 substrate Substances 0.000 description 5
- IRLPACMLTUPBCL-KQYNXXCUSA-N 5'-adenylyl sulfate Chemical compound C1=NC=2C(N)=NC=NC=2N1[C@@H]1O[C@H](COP(O)(=O)OS(O)(=O)=O)[C@@H](O)[C@H]1O IRLPACMLTUPBCL-KQYNXXCUSA-N 0.000 description 4
- 208000033809 Suppuration Diseases 0.000 description 4
- 239000000853 adhesive Substances 0.000 description 4
- 230000001070 adhesive effect Effects 0.000 description 4
- 229910052782 aluminium Inorganic materials 0.000 description 4
- XAGFODPZIPBFFR-UHFFFAOYSA-N aluminium Chemical compound [Al] XAGFODPZIPBFFR-UHFFFAOYSA-N 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- -1 electric power Substances 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 230000010287 polarization Effects 0.000 description 4
- 238000003672 processing method Methods 0.000 description 4
- 238000004064 recycling Methods 0.000 description 4
- 230000007958 sleep Effects 0.000 description 4
- 244000000626 Daucus carota Species 0.000 description 3
- 235000002767 Daucus carota Nutrition 0.000 description 3
- 244000088415 Raphanus sativus Species 0.000 description 3
- 235000006140 Raphanus sativus var sativus Nutrition 0.000 description 3
- 150000001875 compounds Chemical class 0.000 description 3
- 230000006378 damage Effects 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 3
- 201000010099 disease Diseases 0.000 description 3
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000036541 health Effects 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 230000006386 memory function Effects 0.000 description 3
- 230000003340 mental effect Effects 0.000 description 3
- 229920003023 plastic Polymers 0.000 description 3
- 239000004033 plastic Substances 0.000 description 3
- 230000000449 premovement Effects 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 238000011160 research Methods 0.000 description 3
- 235000014102 seafood Nutrition 0.000 description 3
- 230000032258 transport Effects 0.000 description 3
- XXRKRPJUCVNNCH-AMFJOBICSA-N 4-[[(2S,3S)-1-amino-3-[(2S,3R,4S,5R)-5-(aminomethyl)-3,4-dihydroxyoxolan-2-yl]oxy-3-[(2S,3S,4R,5R)-5-(2,4-dioxopyrimidin-1-yl)-3,4-dihydroxyoxolan-2-yl]-1-oxopropan-2-yl]amino]-N-[[4-[4-[4-(trifluoromethoxy)phenoxy]piperidin-1-yl]phenyl]methyl]butanamide Chemical compound NC[C@H]([C@H]([C@H]1O)O)O[C@H]1O[C@@H]([C@@H](C(N)=O)NCCCC(NCC(C=C1)=CC=C1N(CC1)CCC1OC(C=C1)=CC=C1OC(F)(F)F)=O)[C@H]([C@H]([C@H]1O)O)O[C@H]1N(C=CC(N1)=O)C1=O XXRKRPJUCVNNCH-AMFJOBICSA-N 0.000 description 2
- 208000017667 Chronic Disease Diseases 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000000740 bleeding effect Effects 0.000 description 2
- 230000010485 coping Effects 0.000 description 2
- 230000007797 corrosion Effects 0.000 description 2
- 238000005260 corrosion Methods 0.000 description 2
- 206010012601 diabetes mellitus Diseases 0.000 description 2
- 230000029142 excretion Effects 0.000 description 2
- 230000005802 health problem Effects 0.000 description 2
- 238000010438 heat treatment Methods 0.000 description 2
- 238000003384 imaging method Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000000877 morphologic effect Effects 0.000 description 2
- 239000001301 oxygen Substances 0.000 description 2
- 229910052760 oxygen Inorganic materials 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000004904 shortening Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 235000014214 soft drink Nutrition 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 230000002269 spontaneous effect Effects 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 230000009747 swallowing Effects 0.000 description 2
- 208000024891 symptom Diseases 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 210000003462 vein Anatomy 0.000 description 2
- 240000002768 Alpinia galanga Species 0.000 description 1
- 235000006887 Alpinia galanga Nutrition 0.000 description 1
- 240000005528 Arctium lappa Species 0.000 description 1
- 235000003130 Arctium lappa Nutrition 0.000 description 1
- 235000008078 Arctium minus Nutrition 0.000 description 1
- XUKUURHRXDUEBC-KAYWLYCHSA-N Atorvastatin Chemical compound C=1C=CC=CC=1C1=C(C=2C=CC(F)=CC=2)N(CC[C@@H](O)C[C@@H](O)CC(O)=O)C(C(C)C)=C1C(=O)NC1=CC=CC=C1 XUKUURHRXDUEBC-KAYWLYCHSA-N 0.000 description 1
- 241000193830 Bacillus <bacterium> Species 0.000 description 1
- 206010012289 Dementia Diseases 0.000 description 1
- 241000238631 Hexapoda Species 0.000 description 1
- 238000012351 Integrated analysis Methods 0.000 description 1
- 206010049816 Muscle tightness Diseases 0.000 description 1
- 241000607479 Yersinia pestis Species 0.000 description 1
- 208000015228 acquired partial lipodystrophy Diseases 0.000 description 1
- 239000002313 adhesive film Substances 0.000 description 1
- 239000002390 adhesive tape Substances 0.000 description 1
- 230000017531 blood circulation Effects 0.000 description 1
- 210000004204 blood vessel Anatomy 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- AQIXAKUUQRKLND-UHFFFAOYSA-N cimetidine Chemical compound N#C/N=C(/NC)NCCSCC=1N=CNC=1C AQIXAKUUQRKLND-UHFFFAOYSA-N 0.000 description 1
- CJIIERPDFZUYPI-UHFFFAOYSA-N coelenteramide Natural products C1=CC(O)=CC=C1CC(=O)NC1=NC=C(C=2C=CC(O)=CC=2)N=C1CC1=CC=CC=C1 CJIIERPDFZUYPI-UHFFFAOYSA-N 0.000 description 1
- 238000002485 combustion reaction Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000010411 cooking Methods 0.000 description 1
- 238000001816 cooling Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010259 detection of temperature stimulus Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 239000000890 drug combination Substances 0.000 description 1
- 238000009547 dual-energy X-ray absorptiometry Methods 0.000 description 1
- 230000005684 electric field Effects 0.000 description 1
- 208000016253 exhaustion Diseases 0.000 description 1
- 230000008921 facial expression Effects 0.000 description 1
- 230000005669 field effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000037406 food intake Effects 0.000 description 1
- 238000007710 freezing Methods 0.000 description 1
- 230000008014 freezing Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000009931 harmful effect Effects 0.000 description 1
- 238000003306 harvesting Methods 0.000 description 1
- GPRLSGONYQIRFK-UHFFFAOYSA-N hydron Chemical compound [H+] GPRLSGONYQIRFK-UHFFFAOYSA-N 0.000 description 1
- 238000005286 illumination Methods 0.000 description 1
- 239000004615 ingredient Substances 0.000 description 1
- 238000011900 installation process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- XEEYBQQBJWHFJM-UHFFFAOYSA-N iron Substances [Fe] XEEYBQQBJWHFJM-UHFFFAOYSA-N 0.000 description 1
- 229910052742 iron Inorganic materials 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- WABPQHHGFIMREM-UHFFFAOYSA-N lead(0) Chemical compound [Pb] WABPQHHGFIMREM-UHFFFAOYSA-N 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000007254 oxidation reaction Methods 0.000 description 1
- 239000003973 paint Substances 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000002980 postoperative effect Effects 0.000 description 1
- 239000000843 powder Substances 0.000 description 1
- 239000010970 precious metal Substances 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 239000002994 raw material Substances 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000029058 respiratory gaseous exchange Effects 0.000 description 1
- 230000036387 respiratory rate Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 210000002027 skeletal muscle Anatomy 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 239000004575 stone Substances 0.000 description 1
- 230000035900 sweating Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000002194 synthesizing effect Effects 0.000 description 1
- 230000001225 therapeutic effect Effects 0.000 description 1
- 125000000391 vinyl group Chemical group [H]C([*])=C([H])[H] 0.000 description 1
- 229920002554 vinyl polymer Polymers 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Stored Programmes (AREA)
Abstract
【課題】ユニットの多様な活用を可能にしたユニット、ユニットの制御方法及びユニットの通信方法を提供する。【解決手段】インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、第１の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニットであって、通信機能を実現する通信モジュール１６６０と、通信機能以外の機能を実現する他機能モジュールを有する。他機能モジュールとして、プロセッサ及びメモリ部を有し、移動したセクション又はエリアが変化すると、第２の通信手段を介してシステムコントローラからユニットの制御に関する制御データを受け取り、制御データにより、メモリ部のメモリデータの内容に関連した動作を実行する。【選択図】図７Ｂ
Description
本発明の実施形態は、例えば公共的設備や家庭内などに設置された各種センサを用いて
情報を収集し、その情報に基付いて制御を行が行えるＭ２Ｍ（Machine to Machine）応用
技術またはＩｏＴ（Internet of Things）応用技術に関する。
情報を収集し、その情報に基付いて制御を行が行えるＭ２Ｍ（Machine to Machine）応用
技術またはＩｏＴ（Internet of Things）応用技術に関する。
Ｍ２ＭまたはＩｏＴ応用技術分野に関して非特許文献１が示すように、世界的な標準化
作業が進められている。ここでは、あらゆる多種多様なセンサから得られる情報を網羅的
に統合して管理し、その結果を多様なサービスに適応するための汎用的な規格策定を目指
している。
作業が進められている。ここでは、あらゆる多種多様なセンサから得られる情報を網羅的
に統合して管理し、その結果を多様なサービスに適応するための汎用的な規格策定を目指
している。
D. Boswarthick et. al.: M2M Communications: A Systems Approach (2012, John Wiley & Sons Ltd.)
非特許文献１が示すように今までの標準化活動では、“センサ組み込み機器（デバイス
）”から情報を収集し、その情報を統合的に活用してサービスの提供につなげる事を前提
としている。また標準化の汎用性要求から、多種多様なあらゆるセンサから得られる情報
を網羅的に取り扱える必要が有る。更に策定した標準規格の利用価値を長期間維持するに
は、センサ組み込み機器の将来的な技術進歩に対応して、機器に組み込むセンサ種類の拡
張性にも対応できる必要が有る。このように互いに相反する（センサの）多様性と（標準
規格の）汎用性との間の整合性確保自体が非常に難しいだけに止まらず、更にセンサを組
み込んだ機器にまで汎用性と（センサの多様性に対応できる）柔軟性と拡張性を保証する
所に標準化活動の本質的な矛盾が内在する。
）”から情報を収集し、その情報を統合的に活用してサービスの提供につなげる事を前提
としている。また標準化の汎用性要求から、多種多様なあらゆるセンサから得られる情報
を網羅的に取り扱える必要が有る。更に策定した標準規格の利用価値を長期間維持するに
は、センサ組み込み機器の将来的な技術進歩に対応して、機器に組み込むセンサ種類の拡
張性にも対応できる必要が有る。このように互いに相反する（センサの）多様性と（標準
規格の）汎用性との間の整合性確保自体が非常に難しいだけに止まらず、更にセンサを組
み込んだ機器にまで汎用性と（センサの多様性に対応できる）柔軟性と拡張性を保証する
所に標準化活動の本質的な矛盾が内在する。
現状の具体的な技術的課題は、下記の４点が上げられる。まず始めに、サービス提供に
活用すべき情報収集の精度が、センサ組み込み機器毎の電源ＯＮ／ＯＦＦに大きく依存す
る。すなわち最適なサービス内容を選定するには、各種センサから得られる情報を統合し
て所定システム内の状態あるいはユーザの行動や状態を推定／判断する必要が有る。しか
し上記ネットワークシステム内で大部分の機器の電源が切られると、収集すべき情報の量
が少な過ぎて前記推定／判断の精度が大幅に低下する問題が生じる。
活用すべき情報収集の精度が、センサ組み込み機器毎の電源ＯＮ／ＯＦＦに大きく依存す
る。すなわち最適なサービス内容を選定するには、各種センサから得られる情報を統合し
て所定システム内の状態あるいはユーザの行動や状態を推定／判断する必要が有る。しか
し上記ネットワークシステム内で大部分の機器の電源が切られると、収集すべき情報の量
が少な過ぎて前記推定／判断の精度が大幅に低下する問題が生じる。
次にセンサ組み込み機器が持つ機能に対する将来的変化への対応の難しさが有る。例え
ばテレビの機能は、以前は放送波を受信して映像を表示するだけに限定されたので、テレ
ビ表示状態のみを把握できる通信規格を策定した場合を考える。それに対して現在では日
本の高級テレビには録画機能が内蔵されている。更にネットワーク回線を利用したデータ
通信機能を有する高級テレビも存在する。そして現在はそれ程普及して無いが、裸眼３Ｄ
ＴＶ（3 Dimensional Television）では視聴するユーザの位置情報検出が可能になってい
る。更に将来は、（表示画面の輝度を最適に制御するため）テレビに明かりセンサが内蔵
される可能性も有る。このようにテレビ機能が向上する毎に標準規格をバージョンアップ
するには、規格検討に時間が掛かり過ぎて対応が遅れる問題が有る。逆に将来のテレビ機
能の拡張を見越して事前に規格内の対応項目を増やすと、規格自体が冗長となり機器内で
の対応制御が複雑化する。
ばテレビの機能は、以前は放送波を受信して映像を表示するだけに限定されたので、テレ
ビ表示状態のみを把握できる通信規格を策定した場合を考える。それに対して現在では日
本の高級テレビには録画機能が内蔵されている。更にネットワーク回線を利用したデータ
通信機能を有する高級テレビも存在する。そして現在はそれ程普及して無いが、裸眼３Ｄ
ＴＶ（3 Dimensional Television）では視聴するユーザの位置情報検出が可能になってい
る。更に将来は、（表示画面の輝度を最適に制御するため）テレビに明かりセンサが内蔵
される可能性も有る。このようにテレビ機能が向上する毎に標準規格をバージョンアップ
するには、規格検討に時間が掛かり過ぎて対応が遅れる問題が有る。逆に将来のテレビ機
能の拡張を見越して事前に規格内の対応項目を増やすと、規格自体が冗長となり機器内で
の対応制御が複雑化する。
３番目の技術的課題として、汎用性と拡張性を目指した現行通信規格は細かく階層化さ
れる（詳細は図３２参照）ため、通信情報に重複や冗長性が生まれる。通信規格を階層化
する事で、特定層の差し替えで多様な技術領域に対応できる反面、通信情報量の増大と処
理の複雑化に繋がる。処理能力の高いプロセッサを搭載したパソコンやスマートホンなど
で通信する限り、通信情報量の増大や処理の複雑化は問題にならなかった。しかしこれら
は、省電力や処理の簡素化要求には適さない。
れる（詳細は図３２参照）ため、通信情報に重複や冗長性が生まれる。通信規格を階層化
する事で、特定層の差し替えで多様な技術領域に対応できる反面、通信情報量の増大と処
理の複雑化に繋がる。処理能力の高いプロセッサを搭載したパソコンやスマートホンなど
で通信する限り、通信情報量の増大や処理の複雑化は問題にならなかった。しかしこれら
は、省電力や処理の簡素化要求には適さない。
最後の技術的課題として通信情報に汎用性を持たせると、大きな処理パワーが必要とな
り、高価格化と大電力化に繋がる。例えば通信情報をＸＭＬ（Extensible Markup Langua
ge）形式で記述させて、通信情報の柔軟性と拡張性を持たせる通信方法が有る。しかしこ
の場合、受信側にＸＭＬ解読機能（パーサー）が必要となり、受信側機能が複雑化する。
一方通信情報として、機器の種類毎に異なる標準テーブルを持たせて機器の多様性に対応
する通信方法も有る。しかしこの場合でも、同じ種類の高級機器まで対応できる標準テー
ブルが複雑となり、単機能機器での通信処理の負担が増大する。
り、高価格化と大電力化に繋がる。例えば通信情報をＸＭＬ（Extensible Markup Langua
ge）形式で記述させて、通信情報の柔軟性と拡張性を持たせる通信方法が有る。しかしこ
の場合、受信側にＸＭＬ解読機能（パーサー）が必要となり、受信側機能が複雑化する。
一方通信情報として、機器の種類毎に異なる標準テーブルを持たせて機器の多様性に対応
する通信方法も有る。しかしこの場合でも、同じ種類の高級機器まで対応できる標準テー
ブルが複雑となり、単機能機器での通信処理の負担が増大する。
本実施形態の目的は、ユニットの多様な活用を可能にしたユニット、ユニットの制御方法およびユニットの通信方法を提供することにある。
一実施形態によれば、インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、前記第1の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニットであって、
前記ユニットは、
通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、
前記他機能モジュールとして、プロセッサ、メモリ部を有し、
移動したセクション又はエリアが変化すると、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データにより、前記メモリ部のメモリデータの内容に関連した動作を実行するようにしたことを特徴とするユニットが提供される。
前記ユニットは、
通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、
前記他機能モジュールとして、プロセッサ、メモリ部を有し、
移動したセクション又はエリアが変化すると、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データにより、前記メモリ部のメモリデータの内容に関連した動作を実行するようにしたことを特徴とするユニットが提供される。
以下、図面を参照しながら実施形態を説明する。まず始めに、本実施形態の説明内容に
関する章と節の構成を下記の目次にて示す。第１章 本実施形態における全体システム概
要１．１節 本実施形態システム全体の概説１．２節 ユニットの形態説明１．３節 複
合モジュール内の構成説明１．４節 センサ／通信モジュール内の構造説明１．５節 駆
動／通信モジュール内の構造説明１．６節 通信モジュール内の構造例の説明１．７節
本実施形態における広域ネットワークシステム全体構造の説明１．８節 本実施形態にお
けるローカルなネットワークシステム構造の説明１．９節 ローカルなネットワークシス
テム内での複合モジュールの活用例第２章 通信情報の階層構造とデータ構造の概要２．
１節 本実施形態におけるネットワーク通信関連機能の階層構造２．２節 通信関連機能
の階層構造とネットワーク回線上の通信情報との関係２．３節 物理層とメディア・アク
セス層でのＺ−フォーマットのデータ構造２．４節 インターネット・プロトコル・バー
ジョン６層のデータ構造２．５節 通信ミドルウェア層でのＣ−フォーマットのデータ構
造２．６節 通信ミドルウェア層でのＥ−フォーマットのデータ構造２．７節 通信ミド
ルウェア層でのＡ−フォーマットのデータ構造２．８節 本実施形態システムで使用され
るアドレステーブルとその活用例第３章 ユニット毎の管理／表示方法３．１節 基本的
なユニット管理方法に関する概説３．２節 ユニット管理手段３．３節 具体的なユニッ
ト管理例と表示例第４章 本実施形態システム内でのセクション概要４．１節 本実施形
態システム内でのセクションの位置付け４．２節 各種モジュールや各種機器のセクショ
ン内配置場所の管理方法４．３節 セクション毎の情報収集からサービス提供までの処理
方法４．４節 各種モジュールや各種機器のセクション間移動追跡方法４．５節 ユニッ
ト（複合モジュールや機器）の異なるシステム間での適合性第５章 応用分野毎の適用例
５．１節 民生分野への適用例５．１．１節 広域ネットワークシステムの民生分野への
適用例５．１．２節 複合モジュールの民生分野適用例５．１．３節 セクション分割方
法の民生分野への適用例５．２節 社会インフラ分野への適用例５．２．１節 広域ネッ
トワークシステムの社会インフラ分野への適用例５．２．２節 複合モジュールの社会イ
ンフラ分野への適用例５．２．３節 セクション分割方法の社会インフラ分野への適用例
５．３節 ヘルスケア分野への適用例５．３．１節 広域ネットワークシステムのヘルス
ケア分野への適用例５．３．２節 複合モジュールのヘルスケア分野への適用例５．３．
３節 セクション分割方法のヘルスケア分野への適用例次に上記目次に従い、以下に章／
節毎の説明を行う。第１章 本実施形態における全体システム概要１．１節 本実施形態
システム全体の概説まず始めに、図１と図２を用いて本実施形態システム全体の概要説明
を行う。本実施形態システム全体の中で広域ネットワークシステム全体構造を図１に示し
、その広域ネットワークシステム内の一部を構成するローカルなネットワークシステムの
構造を図２に示す。また図１で説明する実施形態やサービス内容、新規に生じる効果は、
図２に示す実施形態システムにもそっくりそのまま適用される。また同様に、図２を用い
て説明する（あるいは図８Ａ〜図８Ｂ、図９を用いて後述する）実施形態やサービス内容
、新規に生じる効果も、図１の広域ネットワークシステム全体にも適用される。
関する章と節の構成を下記の目次にて示す。第１章 本実施形態における全体システム概
要１．１節 本実施形態システム全体の概説１．２節 ユニットの形態説明１．３節 複
合モジュール内の構成説明１．４節 センサ／通信モジュール内の構造説明１．５節 駆
動／通信モジュール内の構造説明１．６節 通信モジュール内の構造例の説明１．７節
本実施形態における広域ネットワークシステム全体構造の説明１．８節 本実施形態にお
けるローカルなネットワークシステム構造の説明１．９節 ローカルなネットワークシス
テム内での複合モジュールの活用例第２章 通信情報の階層構造とデータ構造の概要２．
１節 本実施形態におけるネットワーク通信関連機能の階層構造２．２節 通信関連機能
の階層構造とネットワーク回線上の通信情報との関係２．３節 物理層とメディア・アク
セス層でのＺ−フォーマットのデータ構造２．４節 インターネット・プロトコル・バー
ジョン６層のデータ構造２．５節 通信ミドルウェア層でのＣ−フォーマットのデータ構
造２．６節 通信ミドルウェア層でのＥ−フォーマットのデータ構造２．７節 通信ミド
ルウェア層でのＡ−フォーマットのデータ構造２．８節 本実施形態システムで使用され
るアドレステーブルとその活用例第３章 ユニット毎の管理／表示方法３．１節 基本的
なユニット管理方法に関する概説３．２節 ユニット管理手段３．３節 具体的なユニッ
ト管理例と表示例第４章 本実施形態システム内でのセクション概要４．１節 本実施形
態システム内でのセクションの位置付け４．２節 各種モジュールや各種機器のセクショ
ン内配置場所の管理方法４．３節 セクション毎の情報収集からサービス提供までの処理
方法４．４節 各種モジュールや各種機器のセクション間移動追跡方法４．５節 ユニッ
ト（複合モジュールや機器）の異なるシステム間での適合性第５章 応用分野毎の適用例
５．１節 民生分野への適用例５．１．１節 広域ネットワークシステムの民生分野への
適用例５．１．２節 複合モジュールの民生分野適用例５．１．３節 セクション分割方
法の民生分野への適用例５．２節 社会インフラ分野への適用例５．２．１節 広域ネッ
トワークシステムの社会インフラ分野への適用例５．２．２節 複合モジュールの社会イ
ンフラ分野への適用例５．２．３節 セクション分割方法の社会インフラ分野への適用例
５．３節 ヘルスケア分野への適用例５．３．１節 広域ネットワークシステムのヘルス
ケア分野への適用例５．３．２節 複合モジュールのヘルスケア分野への適用例５．３．
３節 セクション分割方法のヘルスケア分野への適用例次に上記目次に従い、以下に章／
節毎の説明を行う。第１章 本実施形態における全体システム概要１．１節 本実施形態
システム全体の概説まず始めに、図１と図２を用いて本実施形態システム全体の概要説明
を行う。本実施形態システム全体の中で広域ネットワークシステム全体構造を図１に示し
、その広域ネットワークシステム内の一部を構成するローカルなネットワークシステムの
構造を図２に示す。また図１で説明する実施形態やサービス内容、新規に生じる効果は、
図２に示す実施形態システムにもそっくりそのまま適用される。また同様に、図２を用い
て説明する（あるいは図８Ａ〜図８Ｂ、図９を用いて後述する）実施形態やサービス内容
、新規に生じる効果も、図１の広域ネットワークシステム全体にも適用される。
図１において、所定の商品や情報を取り扱う元締め機関や組織を卸売業者Ａ＿１１０２
、Ｂ１／２＿１１０４−１／２と呼ぶ。また所定のサービスを提供する組織または集団を
サービスプロバイダＡ〜Ｃ＿１１１２−１〜３と呼ぶ。ここでサービスプロバイダＡ〜Ｃ
＿１１１２−１〜３毎に１台以上のサーバ１〜ｎ＿１１１６−１〜ｎを所持している。ま
た本実施形態システムでは上記サーバ１〜ｎ＿１１１６−１〜ｎを、クラウドサーバまた
はクラウドとも呼ぶ。そしてこのサービスプロバイダＡ〜Ｃ＿１１１２−１〜３は類似し
た商品（または情報）を取り扱う卸売業者Ｂ１＿１１０４−１及び（または）卸売業者Ｂ
２＿１１０４−２から商品（または情報）を入手し、各ドメイン１〜３＿１１２２−１〜
３に対してサービスを提供する。ここでドメイン１〜３＿１１２２−１〜３は所定のネッ
トワーク空間を示し、１個のドメイン２＿１１２２−２は１個または複数のシステムα＿
１１３２、β＿１１３４から構成される。所でこれ以降の説明では、上記のシステムα＿
１１３２、β＿１１３４に対する別の呼び名として、ネットワークシステムあるいはクラ
イアントシステムと呼ぶ事が有る。従ってこれ以降の説明で出てくる“ネットワークシス
テム”あるいは“クライアントシステム”と言う名称は、上記の“システムα＿１１３２
、β＿１１３４”と同義語を意味する。また上述したように、複数の異なるシステムα＿
１１３２、β＿１１３４から１個のドメイン２＿１１２２−２が構成されても良い。従っ
てこれ以降の説明文中では、上記のドメイン２＿１１２２−２を複合クライアントシステ
ムと呼ぶ場合が有る。それゆえ今後の説明文中で出てくる“複合クライアント”と言う呼
び名は、“ドメイン２＿１１２２−２”と同義語を示す。
、Ｂ１／２＿１１０４−１／２と呼ぶ。また所定のサービスを提供する組織または集団を
サービスプロバイダＡ〜Ｃ＿１１１２−１〜３と呼ぶ。ここでサービスプロバイダＡ〜Ｃ
＿１１１２−１〜３毎に１台以上のサーバ１〜ｎ＿１１１６−１〜ｎを所持している。ま
た本実施形態システムでは上記サーバ１〜ｎ＿１１１６−１〜ｎを、クラウドサーバまた
はクラウドとも呼ぶ。そしてこのサービスプロバイダＡ〜Ｃ＿１１１２−１〜３は類似し
た商品（または情報）を取り扱う卸売業者Ｂ１＿１１０４−１及び（または）卸売業者Ｂ
２＿１１０４−２から商品（または情報）を入手し、各ドメイン１〜３＿１１２２−１〜
３に対してサービスを提供する。ここでドメイン１〜３＿１１２２−１〜３は所定のネッ
トワーク空間を示し、１個のドメイン２＿１１２２−２は１個または複数のシステムα＿
１１３２、β＿１１３４から構成される。所でこれ以降の説明では、上記のシステムα＿
１１３２、β＿１１３４に対する別の呼び名として、ネットワークシステムあるいはクラ
イアントシステムと呼ぶ事が有る。従ってこれ以降の説明で出てくる“ネットワークシス
テム”あるいは“クライアントシステム”と言う名称は、上記の“システムα＿１１３２
、β＿１１３４”と同義語を意味する。また上述したように、複数の異なるシステムα＿
１１３２、β＿１１３４から１個のドメイン２＿１１２２−２が構成されても良い。従っ
てこれ以降の説明文中では、上記のドメイン２＿１１２２−２を複合クライアントシステ
ムと呼ぶ場合が有る。それゆえ今後の説明文中で出てくる“複合クライアント”と言う呼
び名は、“ドメイン２＿１１２２−２”と同義語を示す。
所で卸売業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２とサービスプロバイダＡ〜Ｃ
＿１１１２−１〜３及びドメイン１〜３＿１１２２−１〜３間はそれぞれネットワーク接
続されている。またそれだけでなく、それぞれのサービスプロバイダＡ〜Ｃ＿１１１２−
１〜３間も互いにネットワーク接続され、互いに情報共有または資源の連携融通１１１４
が可能となっている。
＿１１１２−１〜３及びドメイン１〜３＿１１２２−１〜３間はそれぞれネットワーク接
続されている。またそれだけでなく、それぞれのサービスプロバイダＡ〜Ｃ＿１１１２−
１〜３間も互いにネットワーク接続され、互いに情報共有または資源の連携融通１１１４
が可能となっている。
図１に示したシステムα＿１１３２とは、内部が互いにネットワークで接続された最小
のネットワークシステム単位を意味する。また前記システムα＿１１３２内には、１個の
システムコントローラα＿１１２６が設置される場合が多い。そしてこのシステムコント
ローラα＿１１２６が、前記（ネットワーク）システム内を管理または運営する。所で最
小のネットワークシステム単位である１個のシステムβ＿１１３４は、１個のシステムコ
ントローラβ＿１１２８のみで構成されても良い。また同一ドメイン２＿１１２２−２を
構成するシステムα＿１１３２とシステムβ＿１１３４間は、互いに物理的に離れた場所
に存在しても良い。更に同一ドメインドメイン２＿１１２２−２内での異なるシステムα
＿１１３２とβ＿１１３４間での連携処理も可能になっている。
のネットワークシステム単位を意味する。また前記システムα＿１１３２内には、１個の
システムコントローラα＿１１２６が設置される場合が多い。そしてこのシステムコント
ローラα＿１１２６が、前記（ネットワーク）システム内を管理または運営する。所で最
小のネットワークシステム単位である１個のシステムβ＿１１３４は、１個のシステムコ
ントローラβ＿１１２８のみで構成されても良い。また同一ドメイン２＿１１２２−２を
構成するシステムα＿１１３２とシステムβ＿１１３４間は、互いに物理的に離れた場所
に存在しても良い。更に同一ドメインドメイン２＿１１２２−２内での異なるシステムα
＿１１３２とβ＿１１３４間での連携処理も可能になっている。
本実施形態システムでは、同一システムα＿１１３２内におけるユーザに提供する所定
のサービス単位をセクション１〜ｍ＿１１４２−１〜ｍと定義する。またそれに限らず、
同一システムα＿１１３２内で収集される情報の統合または管理、制御に関係する単位を
セクション１〜ｍ＿１１４２−１〜ｍと定義しても良い。そして当然の事ながら、同一セ
クション１〜ｍ＿１１４２−１〜ｍでユーザへのサービス単位と情報の統合／管理／制御
単位を兼用しても良い。このようにセクション１〜ｍ＿１１４２−１〜ｍ単位でサービス
提供や情報収集／情報管理する事で、サービス提供や情報収集／管理の効率を上げる効果
やユーザに対する利便性が向上する効果が生まれる。
のサービス単位をセクション１〜ｍ＿１１４２−１〜ｍと定義する。またそれに限らず、
同一システムα＿１１３２内で収集される情報の統合または管理、制御に関係する単位を
セクション１〜ｍ＿１１４２−１〜ｍと定義しても良い。そして当然の事ながら、同一セ
クション１〜ｍ＿１１４２−１〜ｍでユーザへのサービス単位と情報の統合／管理／制御
単位を兼用しても良い。このようにセクション１〜ｍ＿１１４２−１〜ｍ単位でサービス
提供や情報収集／情報管理する事で、サービス提供や情報収集／管理の効率を上げる効果
やユーザに対する利便性が向上する効果が生まれる。
図１のシステムα＿１１３２が形成するローカルなネットワークシステムの構造を図２
に示す。システムコントローラα＿１１２６内にプロセッサ１２３０とメモリ部１２３２
が内蔵され、通信モジュール１２０２−３を介してシステムα＿１１３２内でのネットワ
ーク通信が行われる。またそれと並行してシステムコントローラα＿１１２６は、同じ通
信モジュール１２０２−３を介して外部との間でのネットワーク通信も可能となっている
。
に示す。システムコントローラα＿１１２６内にプロセッサ１２３０とメモリ部１２３２
が内蔵され、通信モジュール１２０２−３を介してシステムα＿１１３２内でのネットワ
ーク通信が行われる。またそれと並行してシステムコントローラα＿１１２６は、同じ通
信モジュール１２０２−３を介して外部との間でのネットワーク通信も可能となっている
。
そして本実施形態システムでは、ネットワークシステムα＿１１３２内において上記シ
ステムコントローラα＿１１２６以外のネットワーク通信機能を有する基本単位をユニッ
ト１〜７＿１２９０−１〜７と定義する。そして本実施形態では、ネットワークシステム
α＿１１３２内で点在する所定の各種機能がユニット単位で管理または制御される。それ
によりユニットの物理的形態に関わらず、同一ネットワークシステムα＿１１３２内での
各種機能の統合的な管理／制御が容易となる。所で各ユニット１〜７＿１２９０−１〜７
におけるネットワーク通信機能を実現する形態として図２では、ユニット１〜７＿１２９
０−１〜７毎に通信モジュール１２０２−４〜１０を内蔵する例を示している。しかしネ
ットワーク通信機能を実現する手段としてはそれに限らず、例えば所定モジュール内の一
部あるいは機器内の一部にネットワーク通信機能を有しても良い。あるいは特定ソフト内
の機能の一部としてネットワーク通信機能が実現されていても良い。
ステムコントローラα＿１１２６以外のネットワーク通信機能を有する基本単位をユニッ
ト１〜７＿１２９０−１〜７と定義する。そして本実施形態では、ネットワークシステム
α＿１１３２内で点在する所定の各種機能がユニット単位で管理または制御される。それ
によりユニットの物理的形態に関わらず、同一ネットワークシステムα＿１１３２内での
各種機能の統合的な管理／制御が容易となる。所で各ユニット１〜７＿１２９０−１〜７
におけるネットワーク通信機能を実現する形態として図２では、ユニット１〜７＿１２９
０−１〜７毎に通信モジュール１２０２−４〜１０を内蔵する例を示している。しかしネ
ットワーク通信機能を実現する手段としてはそれに限らず、例えば所定モジュール内の一
部あるいは機器内の一部にネットワーク通信機能を有しても良い。あるいは特定ソフト内
の機能の一部としてネットワーク通信機能が実現されていても良い。
本実施形態システムでは基本的に、ネットワークシステムα＿１１３２内でのネットワ
ーク通信の管理／運営／制御をシステムコントローラα＿１１２６が担う。そしてこのシ
ステムコントローラα＿１１２６は、図２に示すように物理的にネットワークシステムα
＿１１３２内に設置される場合が多い。そしてこの場合には、図２内の各ユニット１〜７
＿１２９０−１〜７は個別に直接上記システムコントローラα＿１１２６との間の情報通
信が可能となっている。しかしそれに限らず図９で後述するように、物理的にネットワー
クシステムα＿１１３２外に設置されたシステムコントローラβ＿１１２８がネットワー
クシステムα＿１１３２内でのネットワーク通信の管理／運営／制御を行っても良い。ま
たそれに限らず、システムコントローラα＿１１２６またはシステムコントローラβ＿１
１２８の管理の元で、異なるユニット１〜７＿１２９０−１〜７相互間での単独の情報通
信も行える。１．２節 ユニットの形態説明システムコントローラα＿１１２６により、
システムα＿１１３２内で点在する所定の各種機能がユニット単位で管理または制御され
る特徴を前節で既に説明した。すなわち図２が示すように同一のネットワークシステムα
＿１１３２内では多種の機能実現手段が多数点在するため、従来はそれらの統合的な管理
や制御に多大な煩雑さが伴っていた。更に各種機能を実現するユニットの物理的形態は、
機器１２５０や複合モジュール１２９５（この複合モジュールの説明は１．３節で後述）
、センサモジュール１２６０、駆動モジュール１２７０など多種多様に亘る。そのため、
統合的な管理や制御は一層複雑さが増大する。
ーク通信の管理／運営／制御をシステムコントローラα＿１１２６が担う。そしてこのシ
ステムコントローラα＿１１２６は、図２に示すように物理的にネットワークシステムα
＿１１３２内に設置される場合が多い。そしてこの場合には、図２内の各ユニット１〜７
＿１２９０−１〜７は個別に直接上記システムコントローラα＿１１２６との間の情報通
信が可能となっている。しかしそれに限らず図９で後述するように、物理的にネットワー
クシステムα＿１１３２外に設置されたシステムコントローラβ＿１１２８がネットワー
クシステムα＿１１３２内でのネットワーク通信の管理／運営／制御を行っても良い。ま
たそれに限らず、システムコントローラα＿１１２６またはシステムコントローラβ＿１
１２８の管理の元で、異なるユニット１〜７＿１２９０−１〜７相互間での単独の情報通
信も行える。１．２節 ユニットの形態説明システムコントローラα＿１１２６により、
システムα＿１１３２内で点在する所定の各種機能がユニット単位で管理または制御され
る特徴を前節で既に説明した。すなわち図２が示すように同一のネットワークシステムα
＿１１３２内では多種の機能実現手段が多数点在するため、従来はそれらの統合的な管理
や制御に多大な煩雑さが伴っていた。更に各種機能を実現するユニットの物理的形態は、
機器１２５０や複合モジュール１２９５（この複合モジュールの説明は１．３節で後述）
、センサモジュール１２６０、駆動モジュール１２７０など多種多様に亘る。そのため、
統合的な管理や制御は一層複雑さが増大する。
その煩雑さ増大の対策として本実施形態システムでは、ネットワークシステムα＿１１
３２内に点在する多種多様な機能実現手段に対してネットワーク通信機能を基準とした（
個々のネットワーク通信機能の実現手段を基本的な単位とした）ユニットとして管理／制
御する所に特徴が有る。すなわち最小限のネットワーク通信機能と連携して実現可能な単
一機能あるいは多種機能の集合をユニットと言う共通・一般化した概念で括る。また上述
したように個別のユニット毎には多様な物理的形態を取り得るが、具体的な物理形態に拠
らない共通・一般化したユニットを基本単位として管理または制御ないしは情報収集を行
う。このようにネットワークシステムα＿１１３２内での管理単位（または制御／情報収
集単位）として個別機能や物理形態に依存しないユニットを定義する事で、システムコン
トローラα＿１１２６またはシステムコントローラβ＿１１２８によるネットワークシス
テムα＿１１３２内の管理または制御／情報収集を大幅に簡素化できる効果が有る。（な
おユニットを用いた具体的な管理／制御例は第３章で後述する。）
所でユニットの具体的な物理形態例として、図２に示すように機器（Device）１＿１２
５０−１全体をユニット４＿１２９０−４に対応させても良いし、単独で存在する複合モ
ジュール１＿１２９５−１、７＿１２９５−７全体をユニット１＿１２９０−１、７＿１
２９０−７に対応させても良い。またそれに限らず、機器２＿１２５０−２や機器５＿１
２５０−５内の一部を構成する複合モジュール６＿１２９５−６、２＿１２９５−２、３
＿１２９５−３をそれぞれユニット６＿１２９０−６、２＿１２９０−２、３＿１２９０
−３に対応させても良い。所で図２ではユニット２＿１２９０−２とユニット３＿１２９
０−３が、通信モジュール１２０２−１０の所で重複している。このように本実施例では
、異なるユニット２＿１２９０−２と３＿１２９０−３との間での一部重複が許容される
。また更に異なるユニット間の包含関係（一方のユニットが他方のユニット内に完全に包
含される状態）が有っても良い。
３２内に点在する多種多様な機能実現手段に対してネットワーク通信機能を基準とした（
個々のネットワーク通信機能の実現手段を基本的な単位とした）ユニットとして管理／制
御する所に特徴が有る。すなわち最小限のネットワーク通信機能と連携して実現可能な単
一機能あるいは多種機能の集合をユニットと言う共通・一般化した概念で括る。また上述
したように個別のユニット毎には多様な物理的形態を取り得るが、具体的な物理形態に拠
らない共通・一般化したユニットを基本単位として管理または制御ないしは情報収集を行
う。このようにネットワークシステムα＿１１３２内での管理単位（または制御／情報収
集単位）として個別機能や物理形態に依存しないユニットを定義する事で、システムコン
トローラα＿１１２６またはシステムコントローラβ＿１１２８によるネットワークシス
テムα＿１１３２内の管理または制御／情報収集を大幅に簡素化できる効果が有る。（な
おユニットを用いた具体的な管理／制御例は第３章で後述する。）
所でユニットの具体的な物理形態例として、図２に示すように機器（Device）１＿１２
５０−１全体をユニット４＿１２９０−４に対応させても良いし、単独で存在する複合モ
ジュール１＿１２９５−１、７＿１２９５−７全体をユニット１＿１２９０−１、７＿１
２９０−７に対応させても良い。またそれに限らず、機器２＿１２５０−２や機器５＿１
２５０−５内の一部を構成する複合モジュール６＿１２９５−６、２＿１２９５−２、３
＿１２９５−３をそれぞれユニット６＿１２９０−６、２＿１２９０−２、３＿１２９０
−３に対応させても良い。所で図２ではユニット２＿１２９０−２とユニット３＿１２９
０−３が、通信モジュール１２０２−１０の所で重複している。このように本実施例では
、異なるユニット２＿１２９０−２と３＿１２９０−３との間での一部重複が許容される
。また更に異なるユニット間の包含関係（一方のユニットが他方のユニット内に完全に包
含される状態）が有っても良い。
図２では具体的な一例を示したが、一般的にユニットが取り得る形態を図３Ａを用いて
説明する。図３Ａ（ａ）に示すユニット形態では、ネットワーク通信機能を有する機器（
Device）１２５０全体が１個のユニット１２９０に対応する。ここでこの機器１２５０が
複雑な多機能を有する場合、上記ユニット１２９０も同様に複雑な多機能を有する基本単
位としてネットワークシステムα＿１１３２内で管理あるいは制御／情報収集される。
説明する。図３Ａ（ａ）に示すユニット形態では、ネットワーク通信機能を有する機器（
Device）１２５０全体が１個のユニット１２９０に対応する。ここでこの機器１２５０が
複雑な多機能を有する場合、上記ユニット１２９０も同様に複雑な多機能を有する基本単
位としてネットワークシステムα＿１１３２内で管理あるいは制御／情報収集される。
一方図３Ａ（ｂ）のように、ネットワークシステムα＿１１３２内に単独で存在する複
合モジュール１２９５（具体的内容は１．３節で後述）を１個のユニット１２９０に対応
させても良い。更に他の管理形態（または制御／情報収集単位形態）として、特定の機器
１２５０（単独でネットワーク通信機能を持っても持たなくても良い）に所定の複合モジ
ュール１２９５を付加あるいは接続して増設を行った全体を図３Ａ（ｃ）のように１個の
ユニット１２９０と見なしても良い。
合モジュール１２９５（具体的内容は１．３節で後述）を１個のユニット１２９０に対応
させても良い。更に他の管理形態（または制御／情報収集単位形態）として、特定の機器
１２５０（単独でネットワーク通信機能を持っても持たなくても良い）に所定の複合モジ
ュール１２９５を付加あるいは接続して増設を行った全体を図３Ａ（ｃ）のように１個の
ユニット１２９０と見なしても良い。
図２で示した機器５＿１２５０−５内で規定されるユニット形態を、図３Ｂを用いて分
かり易く説明する。図３Ｂが示すように機器５＿１２５０−５内には、センサ機能を有す
る１個のセンサモジュール１２６０−９と、互いに異なる駆動機能または稼働機能を有す
る２個の駆動モジュール１＿１２７０−５、２＿１２７０−６が内蔵されている。更にネ
ットワークシステムα＿１１３２内でシステムコントローラα＿１１２６との間でのネッ
トワーク通信機能を有する通信モジュール１２０２−１０も組み込まれている。そして機
器５＿１２５０−５内では、これらのモジュールの動作を統合的に制御すると共に、これ
らモジュールの状態情報やそこから得られるセンサ情報を統合的に収集及び管理するデバ
イスコントローラ１２４０−３を有する。ここでデバイスコントローラ１２４０−３が獲
得または独自に生成した情報は、メモリ部１２４６内に保存可能となっている。
かり易く説明する。図３Ｂが示すように機器５＿１２５０−５内には、センサ機能を有す
る１個のセンサモジュール１２６０−９と、互いに異なる駆動機能または稼働機能を有す
る２個の駆動モジュール１＿１２７０−５、２＿１２７０−６が内蔵されている。更にネ
ットワークシステムα＿１１３２内でシステムコントローラα＿１１２６との間でのネッ
トワーク通信機能を有する通信モジュール１２０２−１０も組み込まれている。そして機
器５＿１２５０−５内では、これらのモジュールの動作を統合的に制御すると共に、これ
らモジュールの状態情報やそこから得られるセンサ情報を統合的に収集及び管理するデバ
イスコントローラ１２４０−３を有する。ここでデバイスコントローラ１２４０−３が獲
得または独自に生成した情報は、メモリ部１２４６内に保存可能となっている。
前述したようにネットワークシステムα＿１１３２内での最適な管理または制御／情報
収集の基準単位として、システムコントローラα＿１１２６またはシステムコントローラ
β＿１１２８は適正にユニット形態を設定（定義）できる。例えばシステムコントローラ
α＿１１２６またはシステムコントローラβ＿１１２８がネットワーク経由で（すなわち
通信モジュール１２０２−１０を介して）機器５＿１２５０−５内の個々のセンサ機能と
駆動（稼働）機能を詳細に制御／情報収集したい場合には、図３Ｂ（ａ）が示すようにユ
ニット２＿１２９０−２を設定する。この場合にはユニット２＿１２９０−２は、センサ
モジュール１２６０−９と２個の駆動モジュール１＿１２７０−５、２＿１２７０−６及
び通信モジュール１２０２−１０から構成される。そしてシステムコントローラα＿１１
２６（またはシステムコントローラβ＿１１２８）は、ユニット２＿１２９０−２内の個
々のモジュールに対して細かな制御が可能となる。
収集の基準単位として、システムコントローラα＿１１２６またはシステムコントローラ
β＿１１２８は適正にユニット形態を設定（定義）できる。例えばシステムコントローラ
α＿１１２６またはシステムコントローラβ＿１１２８がネットワーク経由で（すなわち
通信モジュール１２０２−１０を介して）機器５＿１２５０−５内の個々のセンサ機能と
駆動（稼働）機能を詳細に制御／情報収集したい場合には、図３Ｂ（ａ）が示すようにユ
ニット２＿１２９０−２を設定する。この場合にはユニット２＿１２９０−２は、センサ
モジュール１２６０−９と２個の駆動モジュール１＿１２７０−５、２＿１２７０−６及
び通信モジュール１２０２−１０から構成される。そしてシステムコントローラα＿１１
２６（またはシステムコントローラβ＿１１２８）は、ユニット２＿１２９０−２内の個
々のモジュールに対して細かな制御が可能となる。
それに対して図３Ｂ（ｂ）が示すように、ユニット３＿１２９０−３は通信モジュール
１２０２−１０とデバイスコントローラ１２４０−３のみから構成される。従ってシステ
ムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）がユニット３
＿１２９０−３と情報通信する場合には、機器５＿１２５０−５全体を統合した高度な制
御または統合的な情報の収集が可能となる。そしてユニット３＿１２９０−３との間の情
報通信には、ユニット２＿１２９０−２との間で情報通信する時のようなモジュール個々
に対する細かな情報通信処理が不要となる。従ってユニット３＿１２９０−３を設定（定
義）すると、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１
２８）内での処理が大幅に簡素化されて処理効率が向上する。上記のようにユニット１２
９０の形態（構成）が変わると、システムコントローラα＿１１２６（システムコントロ
ーラβ＿１１２８）から見たユニット１２９０との間の通信情報内容が変化する。
１２０２−１０とデバイスコントローラ１２４０−３のみから構成される。従ってシステ
ムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）がユニット３
＿１２９０−３と情報通信する場合には、機器５＿１２５０−５全体を統合した高度な制
御または統合的な情報の収集が可能となる。そしてユニット３＿１２９０−３との間の情
報通信には、ユニット２＿１２９０−２との間で情報通信する時のようなモジュール個々
に対する細かな情報通信処理が不要となる。従ってユニット３＿１２９０−３を設定（定
義）すると、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１
２８）内での処理が大幅に簡素化されて処理効率が向上する。上記のようにユニット１２
９０の形態（構成）が変わると、システムコントローラα＿１１２６（システムコントロ
ーラβ＿１１２８）から見たユニット１２９０との間の通信情報内容が変化する。
所で前述したようにユニットは、最小限のネットワーク通信機能と連携して実現する所
定機能の形態を取る。従って上記ユニット内には最小限のネットワーク通信機能を有する
。このネットワーク通信機能の実現形態の一例として図３Ｂのように通信モジュール１２
０２−１０を構成した場合には、上記ユニット内には通信モジュール１２０２−１０が含
まれる事になる。その結果として図３Ｂ（ｃ）が示すように、通信モジュール１２０２−
１０を共通部分としてユニット２＿１２９０−２とユニット３＿１２９０−３間で重複し
ている。
定機能の形態を取る。従って上記ユニット内には最小限のネットワーク通信機能を有する
。このネットワーク通信機能の実現形態の一例として図３Ｂのように通信モジュール１２
０２−１０を構成した場合には、上記ユニット内には通信モジュール１２０２−１０が含
まれる事になる。その結果として図３Ｂ（ｃ）が示すように、通信モジュール１２０２−
１０を共通部分としてユニット２＿１２９０−２とユニット３＿１２９０−３間で重複し
ている。
上記のように同一機能部で重複した異なるユニットを複数設定可能にするなどネットワ
ークシステムα＿１１３２内でユニット１２９０の具体的形態を柔軟に設定可能にすると
、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）の管
理（または制御／情報収集）の自由度が向上する効果が生まれる。１．３節 複合モジュ
ール内の構成説明ユニット１２９５の一形態として、図３Ａ（ｂ）では複合モジュール１
２９５の構成を示した。本実施形態では複合モジュールを、通信機能と通信機能以外の他
機能が実現可能な機能モジュールと定義する。特に前記他機能の実現に、通信機能が関与
する所に特徴が有る。そして前記他機能に関する外部（複合モジュール１２９５の外）と
の間の情報通信が、この通信機能を経由して行われる。すなわち複合モジュール１２９５
内の通信機能を利用して、複合モジュール１２９５が有する特定機能を実施した結果えら
れた情報を外部（複合モジュール１２９５の外）から収集が可能となる。また他方では複
合モジュール１２９５内の通信機能を利用して、複合モジュール１２９５が有する特定機
能への外部（複合モジュール１２９５の外）からの制御を行っても良い。
ークシステムα＿１１３２内でユニット１２９０の具体的形態を柔軟に設定可能にすると
、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）の管
理（または制御／情報収集）の自由度が向上する効果が生まれる。１．３節 複合モジュ
ール内の構成説明ユニット１２９５の一形態として、図３Ａ（ｂ）では複合モジュール１
２９５の構成を示した。本実施形態では複合モジュールを、通信機能と通信機能以外の他
機能が実現可能な機能モジュールと定義する。特に前記他機能の実現に、通信機能が関与
する所に特徴が有る。そして前記他機能に関する外部（複合モジュール１２９５の外）と
の間の情報通信が、この通信機能を経由して行われる。すなわち複合モジュール１２９５
内の通信機能を利用して、複合モジュール１２９５が有する特定機能を実施した結果えら
れた情報を外部（複合モジュール１２９５の外）から収集が可能となる。また他方では複
合モジュール１２９５内の通信機能を利用して、複合モジュール１２９５が有する特定機
能への外部（複合モジュール１２９５の外）からの制御を行っても良い。
ここで前記他機能の具体例として、センサ機能や駆動（または稼働）機能、制御（プロ
セス）機能、メモリ機能、表示機能などが上げられる。しかしそれに限らず、通信機能以
外のいかなる機能を複合モジュールが有しても良い。特にセンサ機能を有する複合モジュ
ールをセンサ／通信モジュール１４６０と呼び、駆動（または稼働）機能を有する複合モ
ジュールを駆動／通信モジュール１４７０と呼ぶ。更に制御（プロセス）機能を有する複
合モジュールをプロセッサ／通信モジュール１４６５、メモリ機能を有する複合モジュー
ルをメモリ／通信モジュール１４７５、表示機能を有する複合モジュールを表示／通信モ
ジュール１４７８と呼ぶ。
セス）機能、メモリ機能、表示機能などが上げられる。しかしそれに限らず、通信機能以
外のいかなる機能を複合モジュールが有しても良い。特にセンサ機能を有する複合モジュ
ールをセンサ／通信モジュール１４６０と呼び、駆動（または稼働）機能を有する複合モ
ジュールを駆動／通信モジュール１４７０と呼ぶ。更に制御（プロセス）機能を有する複
合モジュールをプロセッサ／通信モジュール１４６５、メモリ機能を有する複合モジュー
ルをメモリ／通信モジュール１４７５、表示機能を有する複合モジュールを表示／通信モ
ジュール１４７８と呼ぶ。
次にここで説明する複合モジュールと、１．２節で説明したユニットとの違いを説明す
る。複合モジュール１２９５は所定モジュールとして、機器１２９０の一部を構成する事
が出来る。またネットワークシステム内で、複合モジュール１２９５が単独で存在しても
良い。それに対してユニット１２９０は、機器１２９０や複合モジュール１２９５あるい
はその組み合わせ形態などの各種形態を共通・一般化したネットワークシステム内での管
理／制御／情報収集の基本単位を意味している。従って図３Ａ（ｂ）が示すように、１個
のユニット１２９０内に１個以上の複合モジュール１２９５が含まれ得る包含関係に有る
。その具体例として機器１２９０がユニット１２９０の一形態に対応するのに比べ、複合
モジュール１２９５はあくまでも機器１２９０の一部を構成するに過ぎない。ここで上記
の包含関係において、上述した通信機能の実現手段はユニット１２９０内と共に複合モジ
ュール１２９５内にも共通に所有される。所で１．２節内ではシステムコントローラα＿
１１２６はユニット１２９０に含まれないと説明した。それに対しシステムコントローラ
α＿１１２６内の一部を複合モジュール１２９５に設定可能な所にも、ユニット１２９０
との大きな違いが有る。
る。複合モジュール１２９５は所定モジュールとして、機器１２９０の一部を構成する事
が出来る。またネットワークシステム内で、複合モジュール１２９５が単独で存在しても
良い。それに対してユニット１２９０は、機器１２９０や複合モジュール１２９５あるい
はその組み合わせ形態などの各種形態を共通・一般化したネットワークシステム内での管
理／制御／情報収集の基本単位を意味している。従って図３Ａ（ｂ）が示すように、１個
のユニット１２９０内に１個以上の複合モジュール１２９５が含まれ得る包含関係に有る
。その具体例として機器１２９０がユニット１２９０の一形態に対応するのに比べ、複合
モジュール１２９５はあくまでも機器１２９０の一部を構成するに過ぎない。ここで上記
の包含関係において、上述した通信機能の実現手段はユニット１２９０内と共に複合モジ
ュール１２９５内にも共通に所有される。所で１．２節内ではシステムコントローラα＿
１１２６はユニット１２９０に含まれないと説明した。それに対しシステムコントローラ
α＿１１２６内の一部を複合モジュール１２９５に設定可能な所にも、ユニット１２９０
との大きな違いが有る。
複合モジュール内における通信機能と他機能の実現手段は、ソフト（プログラム）ある
いはハード（回路）のいずれでも良く、またソフトとハードの複合で実現（一部をハード
で実現すると共に残りをソフトで実現）しても良い。またソフト／ハードいずれにおいて
も上記の通信機能と他機能が分離される必要は無く、ソフト上またはハード上で両機能実
現手段が混在する、あるいは一部の重複や包含関係が有っても良い。更にソフト上または
ハード上で必ずしも両機能の実現手段が直接的に結合されている必要も無い。すなわち通
信機能の実現手段と他機能の実現手段がハード上あるいはプログラム上で大きく離れた位
置に分離配置され、何らかのリンク手段を用いて両機能の実現手段が協調処理できる構成
でも良い。
いはハード（回路）のいずれでも良く、またソフトとハードの複合で実現（一部をハード
で実現すると共に残りをソフトで実現）しても良い。またソフト／ハードいずれにおいて
も上記の通信機能と他機能が分離される必要は無く、ソフト上またはハード上で両機能実
現手段が混在する、あるいは一部の重複や包含関係が有っても良い。更にソフト上または
ハード上で必ずしも両機能の実現手段が直接的に結合されている必要も無い。すなわち通
信機能の実現手段と他機能の実現手段がハード上あるいはプログラム上で大きく離れた位
置に分離配置され、何らかのリンク手段を用いて両機能の実現手段が協調処理できる構成
でも良い。
説明の便宜上で複合モジュール内の構成を、図４Ａ〜図４Ｆではブロック構造で示す。
このブロックは所定回路（ハード）でも良いし、所定の纏まりを持ったプログラム（ソフ
ト）でも良い。また各ブロック間は必ずしもソフト上またはハード上で分離される必要は
無く、上述したようにブロック間で混在／分散的点在／一部重複（兼用）／包含関係など
が有っても良い。
このブロックは所定回路（ハード）でも良いし、所定の纏まりを持ったプログラム（ソフ
ト）でも良い。また各ブロック間は必ずしもソフト上またはハード上で分離される必要は
無く、上述したようにブロック間で混在／分散的点在／一部重複（兼用）／包含関係など
が有っても良い。
基本的な複合モジュール１２９５の構成を図４Ａに示す。複合モジュール１２９５内の
通信機能を実現する手段として、通信モジュール１６６０を所有する。所で図４Ａ（ａ）
では無線信号送受信用のアンテナ１４８０を別配置とし、通信モジュール１６６０と接続
する構成を示している。一方図４Ａ（ｂ）では無線信号送受信用のアンテナは通信モジュ
ール内に内蔵されてアンテナ内蔵通信モジュール１６６６を構成する。更にこのアンテナ
内蔵通信モジュール１６６６は、通信機能以外の他機能を実現する他機能モジュール（通
信以外の機能）１４４０と機能的に接続される（両者が連携して機能する）構造を有する
。所で図４Ａ（ｂ）に示すように必ずしもアンテナ内蔵通信モジュール１６６６と他機能
モジュール１４４０とが直接接続されている必要は無く、何らかの形で両者の機能との間
にリンクが形成されていれば良い。そのリンク形成の一例として図４Ａ（ａ）に示すよう
に、互いに遠隔距離に分離配置された通信モジュール１６６０と他機能モジュール（通信
以外の機能）１４４０とが遠距離ケーブルなどで連結可能な構成を有し、両者が遠隔連携
１４４４しても良い。（例えばソフトで複合モジュールを構成しており、通信モジュール
１６６０を構成するプログラムと他機能モジュール１４４０を構成するプログラムが互い
に遠隔地のサーバ上に配置された場合、遠隔連携１４４４に対応するリンクデータ（ＵＲ
Ｌ（Uniform Resource Locator）など））を介して両プログラムが協調処理しても良い。
）例えば地下や水中深い場所や鉄骨ビル内の奥まった場所など無線の送受信（アンテナ１
４８０を用いた通信モジュール１６６０による通信機能実現）が不可能な特殊環境下で他
機能モジュール（通信以外の機能）１４４０を動作させたい場合、上記遠隔連携１４４４
に拠り特殊環境下でも複合モジュール１２９５を安定に機能させられる効果が有る。また
複合モジュールの構成として図４Ａの構成以外を禁止しておらず、例えばアンテナ内蔵通
信モジュール１６６６と他機能モジュール（通信以外の機能）１４４０とが遠隔配置され
、両者間が遠距離ケーブルなどで遠隔連携１４４４しても良い。
通信機能を実現する手段として、通信モジュール１６６０を所有する。所で図４Ａ（ａ）
では無線信号送受信用のアンテナ１４８０を別配置とし、通信モジュール１６６０と接続
する構成を示している。一方図４Ａ（ｂ）では無線信号送受信用のアンテナは通信モジュ
ール内に内蔵されてアンテナ内蔵通信モジュール１６６６を構成する。更にこのアンテナ
内蔵通信モジュール１６６６は、通信機能以外の他機能を実現する他機能モジュール（通
信以外の機能）１４４０と機能的に接続される（両者が連携して機能する）構造を有する
。所で図４Ａ（ｂ）に示すように必ずしもアンテナ内蔵通信モジュール１６６６と他機能
モジュール１４４０とが直接接続されている必要は無く、何らかの形で両者の機能との間
にリンクが形成されていれば良い。そのリンク形成の一例として図４Ａ（ａ）に示すよう
に、互いに遠隔距離に分離配置された通信モジュール１６６０と他機能モジュール（通信
以外の機能）１４４０とが遠距離ケーブルなどで連結可能な構成を有し、両者が遠隔連携
１４４４しても良い。（例えばソフトで複合モジュールを構成しており、通信モジュール
１６６０を構成するプログラムと他機能モジュール１４４０を構成するプログラムが互い
に遠隔地のサーバ上に配置された場合、遠隔連携１４４４に対応するリンクデータ（ＵＲ
Ｌ（Uniform Resource Locator）など））を介して両プログラムが協調処理しても良い。
）例えば地下や水中深い場所や鉄骨ビル内の奥まった場所など無線の送受信（アンテナ１
４８０を用いた通信モジュール１６６０による通信機能実現）が不可能な特殊環境下で他
機能モジュール（通信以外の機能）１４４０を動作させたい場合、上記遠隔連携１４４４
に拠り特殊環境下でも複合モジュール１２９５を安定に機能させられる効果が有る。また
複合モジュールの構成として図４Ａの構成以外を禁止しておらず、例えばアンテナ内蔵通
信モジュール１６６６と他機能モジュール（通信以外の機能）１４４０とが遠隔配置され
、両者間が遠距離ケーブルなどで遠隔連携１４４４しても良い。
複合モジュール１２９５の一例としてセンサ／通信モジュール１４６０を用いた時の構
成実施例を図４Ｂに示す。図４Ａの他機能モジュール（通信以外の機能）１４４０の部分
が、図４Ｂではセンサモジュール１２６０となっている。このセンサモジュール１２６０
とは、所定システムα＿１１３２内での定量的または定性的な情報収集機能または信号検
出機能を持ったセンサ機能部を意味する。そしてこのセンサモジュール１２６０は所定シ
ステムα＿１１３２内に設置できる又は移動（携帯）可能な属性を有し、対応するシステ
ム＿１１３２内の状態測定や観測に寄与できる。
成実施例を図４Ｂに示す。図４Ａの他機能モジュール（通信以外の機能）１４４０の部分
が、図４Ｂではセンサモジュール１２６０となっている。このセンサモジュール１２６０
とは、所定システムα＿１１３２内での定量的または定性的な情報収集機能または信号検
出機能を持ったセンサ機能部を意味する。そしてこのセンサモジュール１２６０は所定シ
ステムα＿１１３２内に設置できる又は移動（携帯）可能な属性を有し、対応するシステ
ム＿１１３２内の状態測定や観測に寄与できる。
具体的にセンシングする対象物の例として、体温や脈拍、心拍、呼吸数などの人体共通
情報、人の表情や個々の顔形状や容姿、背丈や幅等のサイズ情報などの識別可能情報、照
度（明るさ）や加速度、気温、湿度、電力／電流／電圧、（水やガスなどの）流量などの
物理情報、所定セクション１１４２内の所在人数や混雑状況あるいは人感検出情報、人や
車の往来状況などの動き情報、構造物の温度や歪、形状、ひび割れ数や内部の空洞容積な
どの構造物情報などが上げられるが、それに限らずあらゆるセンシング可能な対象を対応
させても良い。
情報、人の表情や個々の顔形状や容姿、背丈や幅等のサイズ情報などの識別可能情報、照
度（明るさ）や加速度、気温、湿度、電力／電流／電圧、（水やガスなどの）流量などの
物理情報、所定セクション１１４２内の所在人数や混雑状況あるいは人感検出情報、人や
車の往来状況などの動き情報、構造物の温度や歪、形状、ひび割れ数や内部の空洞容積な
どの構造物情報などが上げられるが、それに限らずあらゆるセンシング可能な対象を対応
させても良い。
複合モジュール１２９５の次の一例として駆動／通信モジュール１４７０を用いた時の
構成実施例を図４Ｃに示す。図４Ａの他機能モジュール（通信以外の機能）１４４０の部
分が、図４Ｃでは駆動モジュール１６７０となっている。また外付けアンテナ１４８０と
通信モジュール１６６０とが接続可能（図４Ｃ（ｂ））でも良いし、無線信号送受信用の
アンテナが含まれたアンテナ内蔵通信モジュール１６６６で構成（図４Ｃ（ａ））されて
も良い。また図４Ｃ（ａ）の実施例ではアンテナ内蔵通信モジュール１６６６と駆動モジ
ュール１６７０間が互いに遠隔地に配置され、遠隔ケーブルなどを介して両社が遠隔連携
１４４４できる構成になっている。しかしそれに限らず、外付けアンテナ１４８０と接続
可能な通信モジュール１６６０と駆動モジュール１６７０間が遠隔連携１４４４する構成
でも良い。
構成実施例を図４Ｃに示す。図４Ａの他機能モジュール（通信以外の機能）１４４０の部
分が、図４Ｃでは駆動モジュール１６７０となっている。また外付けアンテナ１４８０と
通信モジュール１６６０とが接続可能（図４Ｃ（ｂ））でも良いし、無線信号送受信用の
アンテナが含まれたアンテナ内蔵通信モジュール１６６６で構成（図４Ｃ（ａ））されて
も良い。また図４Ｃ（ａ）の実施例ではアンテナ内蔵通信モジュール１６６６と駆動モジ
ュール１６７０間が互いに遠隔地に配置され、遠隔ケーブルなどを介して両社が遠隔連携
１４４４できる構成になっている。しかしそれに限らず、外付けアンテナ１４８０と接続
可能な通信モジュール１６６０と駆動モジュール１６７０間が遠隔連携１４４４する構成
でも良い。
ここで定義される駆動モジュール１６７０とは、特定サービスを提供するためのサービ
ス提供関連機能部あるいはシステムα＿１１３２内の所定の状態変化の制御に利用される
状態変化制御機能部を意味する。ここで駆動モジュールの用語内に使用する“駆動（Actu
ator）”の単語は、実際の動きを伴う可動部や稼動部のみに限定するように誤解され易い
が、決して動きを伴う必用は無い。従って上記駆動モジュールの具体的機能例として、音
声や画像などの表示機能や明かりの照度や匂いの強さを維持する機能やそれを変更させる
機能、あるいはそれらを制御するための情報伝達経路の一部を担う所定情報送信機能（リ
モコン機能など）や情報通信中継機能、あるいは（所定機器１２５０の）遠隔操作機能な
どを対応させても良い。
ス提供関連機能部あるいはシステムα＿１１３２内の所定の状態変化の制御に利用される
状態変化制御機能部を意味する。ここで駆動モジュールの用語内に使用する“駆動（Actu
ator）”の単語は、実際の動きを伴う可動部や稼動部のみに限定するように誤解され易い
が、決して動きを伴う必用は無い。従って上記駆動モジュールの具体的機能例として、音
声や画像などの表示機能や明かりの照度や匂いの強さを維持する機能やそれを変更させる
機能、あるいはそれらを制御するための情報伝達経路の一部を担う所定情報送信機能（リ
モコン機能など）や情報通信中継機能、あるいは（所定機器１２５０の）遠隔操作機能な
どを対応させても良い。
今まで説明したセンサ／通信モジュール１４６０や駆動／通信モジュール１４７０は、
システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）からの
制御に応じて比較的受動的に情報通信する場合が多い。それに対して図４Ｄに示すプロセ
ッサ／通信モジュール１４６５は、相対的に自発的あるいは能動的な機能を発揮する。本
実施形態では前記プロセッサ／通信モジュール１４６５内での制御（プロセス）機能実現
手段として機器１２５０内のデバイスコントローラ１２４０だけで無く、システムコント
ローラα＿１１２６内のプロセッサ１２３０（図２）やシステムコントローラβ＿１１２
８内のプロセッサ１７３４（図１７Ａ／Ｂ）が含まれても良い。特にシステムコントロー
ラα＿１１２６内やシステムコントローラβ＿１１２８内の通信モジュール１２０２−３
では、システムα＿１１３２やシステムβ＿１１３４の外部に設置された装置（例えばサ
ーバα＿１１１６−ｎ）との間の情報通信が可能となる。ここで複合モジュール１２９５
としてはシステムα＿１１３２（またはシステムβ＿１１３４）内の情報通信機能が最低
限要求される。従って図４Ｄでは通信モジュール１２０２−３内を機能的に同一システム
内対応通信モジュール１７５２とシステム外対応通信モジュール１７５８に分離し、この
同一システム内対応通信モジュール１７５２のみがプロセッサ／通信モジュール１４６５
を構成する形を取る。しかしそれに限らず、プロセッサ／通信モジュール１４６５内にシ
ステム外対応通信モジュール１７５８が含まれても良い。また設定（定義）されたプロセ
ッサ／通信モジュール１４６５が機器１２５０内に存在する時には、機器１２５０内に前
記のシステム外対応通信モジュール１７５８が元々含まれない場合が多い。
システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）からの
制御に応じて比較的受動的に情報通信する場合が多い。それに対して図４Ｄに示すプロセ
ッサ／通信モジュール１４６５は、相対的に自発的あるいは能動的な機能を発揮する。本
実施形態では前記プロセッサ／通信モジュール１４６５内での制御（プロセス）機能実現
手段として機器１２５０内のデバイスコントローラ１２４０だけで無く、システムコント
ローラα＿１１２６内のプロセッサ１２３０（図２）やシステムコントローラβ＿１１２
８内のプロセッサ１７３４（図１７Ａ／Ｂ）が含まれても良い。特にシステムコントロー
ラα＿１１２６内やシステムコントローラβ＿１１２８内の通信モジュール１２０２−３
では、システムα＿１１３２やシステムβ＿１１３４の外部に設置された装置（例えばサ
ーバα＿１１１６−ｎ）との間の情報通信が可能となる。ここで複合モジュール１２９５
としてはシステムα＿１１３２（またはシステムβ＿１１３４）内の情報通信機能が最低
限要求される。従って図４Ｄでは通信モジュール１２０２−３内を機能的に同一システム
内対応通信モジュール１７５２とシステム外対応通信モジュール１７５８に分離し、この
同一システム内対応通信モジュール１７５２のみがプロセッサ／通信モジュール１４６５
を構成する形を取る。しかしそれに限らず、プロセッサ／通信モジュール１４６５内にシ
ステム外対応通信モジュール１７５８が含まれても良い。また設定（定義）されたプロセ
ッサ／通信モジュール１４６５が機器１２５０内に存在する時には、機器１２５０内に前
記のシステム外対応通信モジュール１７５８が元々含まれない場合が多い。
ネットワークシステムα＿１１３２（あるいはβ＿１１３４）内で上記プロセッサ／通
信モジュール１４６５が相対的に自発的あるいは能動的な機能を発揮する場合には、図１
０Ａ／Ｂを用いて後述する管理情報（テーブル）関連情報の記録領域１７４０内に記録さ
れた情報を活用する場合が多い。従ってプロセッサ／通信モジュール１４６５に自発的／
能動的な機能発揮が要求される場合には、プロセッサ／通信モジュール１４６５内には機
器１２５０内のメモリ部１２４２、１２４６の一部やシステムコントローラα＿１１２６
内のメモリ部１２３２の一部（図２）あるいはシステムコントローラβ＿１１２８内のメ
モリ部１２４８の一部（図１７Ａ／Ｂ）が含まれても良い。
信モジュール１４６５が相対的に自発的あるいは能動的な機能を発揮する場合には、図１
０Ａ／Ｂを用いて後述する管理情報（テーブル）関連情報の記録領域１７４０内に記録さ
れた情報を活用する場合が多い。従ってプロセッサ／通信モジュール１４６５に自発的／
能動的な機能発揮が要求される場合には、プロセッサ／通信モジュール１４６５内には機
器１２５０内のメモリ部１２４２、１２４６の一部やシステムコントローラα＿１１２６
内のメモリ部１２３２の一部（図２）あるいはシステムコントローラβ＿１１２８内のメ
モリ部１２４８の一部（図１７Ａ／Ｂ）が含まれても良い。
例えば図２の機器１＿１２５０−１内のメモリ部１２４２に記録された情報をシステム
コントローラα＿１１２６が読み出す場合、一般にはシステムコントローラα＿１１２６
内のプロセッサ１２３０と機器１＿１２５０−１内のデバイスコントローラ１２４０−１
との間で取り交わす高度な通信情報の交換が必要となる。それに比べて図４Ｅに示すよう
に、メモリ部１２４２、１２４６、１２３２、１２４８内の管理情報（テーブル）関連情
報の記録領域１７４０と同一システム内対応通信モジュール１７５２のみから構成される
メモリ／通信モジュール１４７５を持つ事で、システムコントローラα＿１１２６（また
はシステムコントローラβ＿１１２８）から非常に簡素化された通信プロトコルでメモリ
／通信モジュール１４７５との間で直接情報通信が可能となる。従ってメモリ／通信モジ
ュール１４７５により、その中の管理情報（テーブル）関連情報の記録領域１７４０内に
記録された情報の通信簡素化が図れる効果が有る。
コントローラα＿１１２６が読み出す場合、一般にはシステムコントローラα＿１１２６
内のプロセッサ１２３０と機器１＿１２５０−１内のデバイスコントローラ１２４０−１
との間で取り交わす高度な通信情報の交換が必要となる。それに比べて図４Ｅに示すよう
に、メモリ部１２４２、１２４６、１２３２、１２４８内の管理情報（テーブル）関連情
報の記録領域１７４０と同一システム内対応通信モジュール１７５２のみから構成される
メモリ／通信モジュール１４７５を持つ事で、システムコントローラα＿１１２６（また
はシステムコントローラβ＿１１２８）から非常に簡素化された通信プロトコルでメモリ
／通信モジュール１４７５との間で直接情報通信が可能となる。従ってメモリ／通信モジ
ュール１４７５により、その中の管理情報（テーブル）関連情報の記録領域１７４０内に
記録された情報の通信簡素化が図れる効果が有る。
図４Ａ内の他機能モジュール１４４０が実現する機能として、図４Ｂ〜図４Ｅでは単機
能例のみを説明した。しかしそれに限らず図４Ｆに示すように、１個の複合モジュール１
２９５内で異なる複数の機能を実現しても良い。例えば複合モジュール１２９５内で異な
る複数のセンス機能（センサモジュール１＿１２６０−１、２＿１２６０−２が対応）と
異なる複数の駆動（稼働）機能（駆動モジュール１＿１６７０−１、２１６７０−２が対
応）、及び制御（プロセス）機能（プロセッサ１２３０、１７３４またはデバイスコント
ローラ１２４０が対応）、メモリ機能（メモリ部１２３２、１２４８が対応）、及び表示
機能（表示モジュール１２２６）を同時に実現しても良い。また図４Ｆに示した実施例の
ように、アンテナ１４８０と通信モジュール１６６０が接続された場所から大きく離れた
場所にセンサモジュール１＿１２６０−１と駆動モジュール１６７０−２が個々に配置さ
れ、遠距離ケーブルなどを利用して遠隔連携１４４４できる構造を取っても良い。
能例のみを説明した。しかしそれに限らず図４Ｆに示すように、１個の複合モジュール１
２９５内で異なる複数の機能を実現しても良い。例えば複合モジュール１２９５内で異な
る複数のセンス機能（センサモジュール１＿１２６０−１、２＿１２６０−２が対応）と
異なる複数の駆動（稼働）機能（駆動モジュール１＿１６７０−１、２１６７０−２が対
応）、及び制御（プロセス）機能（プロセッサ１２３０、１７３４またはデバイスコント
ローラ１２４０が対応）、メモリ機能（メモリ部１２３２、１２４８が対応）、及び表示
機能（表示モジュール１２２６）を同時に実現しても良い。また図４Ｆに示した実施例の
ように、アンテナ１４８０と通信モジュール１６６０が接続された場所から大きく離れた
場所にセンサモジュール１＿１２６０−１と駆動モジュール１６７０−２が個々に配置さ
れ、遠距離ケーブルなどを利用して遠隔連携１４４４できる構造を取っても良い。
なお図４Ｆでは通信以外の機能を有する他機能モジュール個々に対し、個別に通信モジ
ュール１６６０から配線接続されている。しかし他機能モジュール毎に接続される代わり
に、通信モジュール１６６０と多数の他機能モジュールが共通のバスラインに接続されて
も良い。そしてこの場合には、セレクタ作用またはアドレス指定に拠り時変的に通信モジ
ュール１６６０と直接接続される他機能モジュールが切り替わる。１．４節 センサ／通
信モジュール内の構造説明図４Ｂで概説したセンサ／通信モジュール１４６０内のより具
体的で詳細な構造例を図５に示す。基本的な構造として、センサモジュール１２６０で得
られたセンサ信号または検出情報が通信モジュール１６６０に転送される。このセンサ信
号または検出情報は通信モジュール１６６０を経由してシステムコントローラα＿１１２
６内の通信モジュール１２０２−３（図２）に送信される。ここで図１０Ａと図１０Ｂを
用いて第２章で後述するＣ−フォーマットなどに準拠した通信ミドルウェア層ＡＰＬ０２
で通信される情報の処理も、図５内の通信モジュール１６６０内で実行される。
ュール１６６０から配線接続されている。しかし他機能モジュール毎に接続される代わり
に、通信モジュール１６６０と多数の他機能モジュールが共通のバスラインに接続されて
も良い。そしてこの場合には、セレクタ作用またはアドレス指定に拠り時変的に通信モジ
ュール１６６０と直接接続される他機能モジュールが切り替わる。１．４節 センサ／通
信モジュール内の構造説明図４Ｂで概説したセンサ／通信モジュール１４６０内のより具
体的で詳細な構造例を図５に示す。基本的な構造として、センサモジュール１２６０で得
られたセンサ信号または検出情報が通信モジュール１６６０に転送される。このセンサ信
号または検出情報は通信モジュール１６６０を経由してシステムコントローラα＿１１２
６内の通信モジュール１２０２−３（図２）に送信される。ここで図１０Ａと図１０Ｂを
用いて第２章で後述するＣ−フォーマットなどに準拠した通信ミドルウェア層ＡＰＬ０２
で通信される情報の処理も、図５内の通信モジュール１６６０内で実行される。
一方、上記センサモジュール１２６０や通信モジュール１６６０に供給される電力は、
蓄電モジュール（電池）１５５４から得る。更に図５のセンサ／通信モジュール１４６０
には光電変換機能を有する（太陽光）発電モジュール（太陽電池）１５５２が内蔵されて
おり、この光電変換機能を持った（太陽光）発電モジュール（太陽電池）１５５２内で発
生した電力が蓄電モジュール（電池）１５５４内に蓄えられる。図５では電力発生手段と
して光電変換機能を有する（太陽光）発電モジュール（太陽電池）１５５２を記載してい
るが、それ以外の何らかのエネルギー変換手段を代わりに使用しても良い。上記の光電変
換素子以外のエネルギー変換手段として、例えば熱電対などのような熱−電気変換手段を
使用しても良い。このような熱−電気変換手段が内蔵されたセンサ／通信モジュール１４
６０をエンドユーザが装着し、エンドユーザの体温を利用した発電によりセンサ／通信モ
ジュール１４６０を作動させても良い。更に他の実施例として、図２のシステムコントロ
ーラα＿１１２６内の通信モジュール１２０２−３から通信モジュール１６６０が受け取
る無線のエネルギーを電力に変換して蓄えても良く、また後述する近接場通信モジュール
１５６０が外部から受け取る近接場エネルギーを電力に変換して蓄えても良い。このよう
にセンサ／通信モジュール１４６０内に（太陽光）発電モジュール１５５２などのエネル
ギー変換手段と蓄電モジュール（電池）１５５４を内蔵する事で、外部からの電力供給な
しに長期に亘るセンサ／通信モジュール１４６０の動作が可能となる。
蓄電モジュール（電池）１５５４から得る。更に図５のセンサ／通信モジュール１４６０
には光電変換機能を有する（太陽光）発電モジュール（太陽電池）１５５２が内蔵されて
おり、この光電変換機能を持った（太陽光）発電モジュール（太陽電池）１５５２内で発
生した電力が蓄電モジュール（電池）１５５４内に蓄えられる。図５では電力発生手段と
して光電変換機能を有する（太陽光）発電モジュール（太陽電池）１５５２を記載してい
るが、それ以外の何らかのエネルギー変換手段を代わりに使用しても良い。上記の光電変
換素子以外のエネルギー変換手段として、例えば熱電対などのような熱−電気変換手段を
使用しても良い。このような熱−電気変換手段が内蔵されたセンサ／通信モジュール１４
６０をエンドユーザが装着し、エンドユーザの体温を利用した発電によりセンサ／通信モ
ジュール１４６０を作動させても良い。更に他の実施例として、図２のシステムコントロ
ーラα＿１１２６内の通信モジュール１２０２−３から通信モジュール１６６０が受け取
る無線のエネルギーを電力に変換して蓄えても良く、また後述する近接場通信モジュール
１５６０が外部から受け取る近接場エネルギーを電力に変換して蓄えても良い。このよう
にセンサ／通信モジュール１４６０内に（太陽光）発電モジュール１５５２などのエネル
ギー変換手段と蓄電モジュール（電池）１５５４を内蔵する事で、外部からの電力供給な
しに長期に亘るセンサ／通信モジュール１４６０の動作が可能となる。
所でセンサモジュール１２６０を用いて光や外界温度あるいは外界湿度を測定する場合
、またはセンサモジュール１２６０が人感センサなどに対応する場合には、このセンサモ
ジュール１２６０が機器１＿１２５０−１、２＿１２５０−２、５＿１２５０−５（図２
）の表面に露出される形で実装される。またそれと同時に、前記（太陽光）発電モジュー
ル（太陽電池）１５５２も機器１＿１２５０−１、２＿１２５０−２、５＿１２５０−５
の表面に露出される形で実装される。
、またはセンサモジュール１２６０が人感センサなどに対応する場合には、このセンサモ
ジュール１２６０が機器１＿１２５０−１、２＿１２５０−２、５＿１２５０−５（図２
）の表面に露出される形で実装される。またそれと同時に、前記（太陽光）発電モジュー
ル（太陽電池）１５５２も機器１＿１２５０−１、２＿１２５０−２、５＿１２５０−５
の表面に露出される形で実装される。
所でセンサ／通信モジュール１４６０を長期間暗所に放置すると蓄電モジュール（電池
）１５５４の蓄電量が減少して、充分な電力量をセンサモジュール１２６０や通信モジュ
ール１６６０に供給出来ない危険が有る。それに対して蓄電モジュール（電池）１５５４
の出力電圧または蓄電モジュール（電池）１５５４内の蓄電量が所定の基準値より低下す
ると、適宜通信モジュール１６６０を経由して図２のシステムコントローラα＿１１２６
に通知される。具体的には図１４を用いて第２章内で詳細に説明するように、“バッテリ
残量が少ない”との情報を“アラーム通知”の形で特定のセンサ／通信モジュール１４６
０からシステムコントローラα＿１１２６に通知される。そしてシステムコントローラα
＿１１２６内のプロセッサ１２３０が前記特定のセンサ／通信モジュール１４６０に内蔵
された蓄電モジュール（電池）１５５４の蓄電量減少を検知すると、ユーザＩ／Ｆ部１２
３４を介してエンドユーザに通知する。このように蓄電モジュール（電池）１５５４の出
力電圧または蓄電量がシステムコントローラα＿１１２６に適宜通知される事で、蓄電量
減少に拠る特定のセンサ／通信モジュール１４６０の動作停止が防止でき、本実施形態シ
ステム全体の動作安定性を確保できる効果が有る。
）１５５４の蓄電量が減少して、充分な電力量をセンサモジュール１２６０や通信モジュ
ール１６６０に供給出来ない危険が有る。それに対して蓄電モジュール（電池）１５５４
の出力電圧または蓄電モジュール（電池）１５５４内の蓄電量が所定の基準値より低下す
ると、適宜通信モジュール１６６０を経由して図２のシステムコントローラα＿１１２６
に通知される。具体的には図１４を用いて第２章内で詳細に説明するように、“バッテリ
残量が少ない”との情報を“アラーム通知”の形で特定のセンサ／通信モジュール１４６
０からシステムコントローラα＿１１２６に通知される。そしてシステムコントローラα
＿１１２６内のプロセッサ１２３０が前記特定のセンサ／通信モジュール１４６０に内蔵
された蓄電モジュール（電池）１５５４の蓄電量減少を検知すると、ユーザＩ／Ｆ部１２
３４を介してエンドユーザに通知する。このように蓄電モジュール（電池）１５５４の出
力電圧または蓄電量がシステムコントローラα＿１１２６に適宜通知される事で、蓄電量
減少に拠る特定のセンサ／通信モジュール１４６０の動作停止が防止でき、本実施形態シ
ステム全体の動作安定性を確保できる効果が有る。
図５に示したセンサ／通信モジュール１４６０内では、近接場無線通信が可能な近接場
通信モジュール１５６０も内蔵されている。ここで使用される近接無線転送技術として、
例えば TransferJet や非接触型ＩＣカード規格の FeliCa(登録商標)（FelicityとCardを
組み合わせた造語）などを適用しても良い。この近接場通信モジュール１５６０の利用方
法として前述した外部からの電力供給の他に、下記に説明するような初期設定時のセンサ
／通信モジュール１４６０の設置場所検出に利用しても良い。具体的には、センサ／通信
モジュールに対応する複合モジュール７＿１２９５−７を図２に示す本実施形態システム
内に単独設置した時（またはセンサ／通信モジュールに対応した複合モジュール６＿１２
９５−６を内蔵した機器２＿１２５０−２を設置した時）の初期設定として、ＧＰＳ（Gl
obal Positioning System）機能が内蔵された携帯形外部機器（図示して無い）を近付け
て近接場通信モジュール１５６０と通信を行う。この時の前記ＧＰＳ位置情報を通信モジ
ュール１２０２−３経由でシステムコントローラα＿１１２６に通知する。その結果、セ
ンサ／通信モジュールに対応した複合モジュール７＿１２９５−７単体（またはセンサ／
通信モジュールに対応した複合モジュール６＿１２９５−６を内蔵した機器２＿１２５０
−２）が設置された位置情報がシステムコントローラα＿１１２６に登録される。この登
録情報は、例えば第２章内で説明される図２３形式の情報として、システムコントローラ
α＿１１２６内のメモリ部１２３２（図２）内に格納される。このようにＧＰＳ機能を内
蔵し携帯形外部機器による近接場通信で初期設定する事でセンサ／通信モジュール１４６
０の設置位置が分かるため、エンドユーザに対する木目細かなサービス提供が可能になる
効果が生まれる。１．５節 駆動／通信モジュール内の構造説明図４Ｃで概説した駆動／
通信モジュール１４７０内のより具体的で詳細な構造例を図６Ａ〜図６Ｄに示す。外部か
ら制御可能な駆動／通信モジュール１４７０を機器１２５０内の回路の一部（回路内部品
）として使用する場合、回路部品機能としては『ＯＮ／ＯＦＦスイッチ』または『所定電
圧出力』か『可変な抵抗値』の機能を利用する場合が多い。本実施形態では上記標準的な
（回路内で最も多く使われる）機能をモジュールとして特定機器１２５０内に提供する。
それにより、対応機器１２５０の低価格化と組み立て容易性を向上させた所に特徴が有る
。例として上述した機能の中で、『可変な抵抗値』の機能を提供する駆動／通信モジュー
ル１４７０内構造を図６Ａに、そして『ＯＮ／ＯＦＦスイッチ』の機能を提供する駆動／
通信モジュール１４７０内構造を図６Ｂ、『所定電圧出力』の機能を提供する駆動／通信
モジュール１４７０内構造を図６Ｃに示す。この中で『可変な抵抗値』の機能と『ＯＮ／
ＯＦＦスイッチ』の機能を提供するためには、入力端子１６０２と出力端子１６０４が必
要となる。その両端子間に可変抵抗部１６１０を配置して両社間の可変抵抗値を設定可能
にした構造が図６Ａとなる。一方図６Ｂでは、両端子間に導通／切断切り替え部１６１４
を設置して両者間のＯＮ／ＯＦＦスイッチを構成している。可変抵抗部１６１０と導通／
切断切り替え部１６１４の具体的な回路素子としてＣＭＯＳ（Complementary Metal-oxid
e-Semiconductor）形のＦＥＴ（Field-effect Transistor）素子を使用しても良い。ここ
でガンマー特性（可変抵抗部１６１０または導通／切断切り替え部１６１４に印加する入
力電圧に対する入力端子１６０２と出力端子１６０４間の抵抗値特性）がなだらかな素子
（印加する入力電圧値を大きく変えても抵抗値の変化が緩やかな素子）を可変抵抗部１６
１０に使用し、ガンマー特性が急峻な素子（所定閾値前後での僅かな入力電圧の変化で抵
抗値が“０”に近い導通状態から抵抗値が“非常に大きな”切断状態まで急激に変化する
素子）を導通／切断切り替え部１６１４に使用できる。しかし本実施形態では上記ＣＭＯ
Ｓ形のＦＥＴ素子に限らず、何らかの制御により可変な抵抗値を提供する機能またはＯＮ
／ＯＦＦスイッチの機能を提供するあらゆる回路素子回路素子を使用しても良い。一方『
所定電圧』を出力する端子は図６Ｃに示すように、電圧出力端子１６０６の単一端子で良
い。この端子が出力する出力電圧は、駆動モジュール１６７０内の所定電圧発生部１６１
８の出力に接続されている。この所定電圧発生部１６１８内の具体的な回路例として本実
施形態では、駆動／通信モジュール１４７０内部で発生する定電圧源あるいは外部から供
給される定電圧（例えば電源電圧）からグランドライン（アースライン）との間に接続さ
れた可変抵抗器から中間電圧を抽出し、その抽出電圧を電流供給バッファー回路（外部イ
ンピーダンスが低い場合でも出力電圧を維持するために比較的大きな外部電流を供給可能
な電子回路）で維持する方式を採用する。しかしそれに限らず、所定電圧の発生と維持が
可能なあらゆる方式または回路を使用しても良い。
通信モジュール１５６０も内蔵されている。ここで使用される近接無線転送技術として、
例えば TransferJet や非接触型ＩＣカード規格の FeliCa(登録商標)（FelicityとCardを
組み合わせた造語）などを適用しても良い。この近接場通信モジュール１５６０の利用方
法として前述した外部からの電力供給の他に、下記に説明するような初期設定時のセンサ
／通信モジュール１４６０の設置場所検出に利用しても良い。具体的には、センサ／通信
モジュールに対応する複合モジュール７＿１２９５−７を図２に示す本実施形態システム
内に単独設置した時（またはセンサ／通信モジュールに対応した複合モジュール６＿１２
９５−６を内蔵した機器２＿１２５０−２を設置した時）の初期設定として、ＧＰＳ（Gl
obal Positioning System）機能が内蔵された携帯形外部機器（図示して無い）を近付け
て近接場通信モジュール１５６０と通信を行う。この時の前記ＧＰＳ位置情報を通信モジ
ュール１２０２−３経由でシステムコントローラα＿１１２６に通知する。その結果、セ
ンサ／通信モジュールに対応した複合モジュール７＿１２９５−７単体（またはセンサ／
通信モジュールに対応した複合モジュール６＿１２９５−６を内蔵した機器２＿１２５０
−２）が設置された位置情報がシステムコントローラα＿１１２６に登録される。この登
録情報は、例えば第２章内で説明される図２３形式の情報として、システムコントローラ
α＿１１２６内のメモリ部１２３２（図２）内に格納される。このようにＧＰＳ機能を内
蔵し携帯形外部機器による近接場通信で初期設定する事でセンサ／通信モジュール１４６
０の設置位置が分かるため、エンドユーザに対する木目細かなサービス提供が可能になる
効果が生まれる。１．５節 駆動／通信モジュール内の構造説明図４Ｃで概説した駆動／
通信モジュール１４７０内のより具体的で詳細な構造例を図６Ａ〜図６Ｄに示す。外部か
ら制御可能な駆動／通信モジュール１４７０を機器１２５０内の回路の一部（回路内部品
）として使用する場合、回路部品機能としては『ＯＮ／ＯＦＦスイッチ』または『所定電
圧出力』か『可変な抵抗値』の機能を利用する場合が多い。本実施形態では上記標準的な
（回路内で最も多く使われる）機能をモジュールとして特定機器１２５０内に提供する。
それにより、対応機器１２５０の低価格化と組み立て容易性を向上させた所に特徴が有る
。例として上述した機能の中で、『可変な抵抗値』の機能を提供する駆動／通信モジュー
ル１４７０内構造を図６Ａに、そして『ＯＮ／ＯＦＦスイッチ』の機能を提供する駆動／
通信モジュール１４７０内構造を図６Ｂ、『所定電圧出力』の機能を提供する駆動／通信
モジュール１４７０内構造を図６Ｃに示す。この中で『可変な抵抗値』の機能と『ＯＮ／
ＯＦＦスイッチ』の機能を提供するためには、入力端子１６０２と出力端子１６０４が必
要となる。その両端子間に可変抵抗部１６１０を配置して両社間の可変抵抗値を設定可能
にした構造が図６Ａとなる。一方図６Ｂでは、両端子間に導通／切断切り替え部１６１４
を設置して両者間のＯＮ／ＯＦＦスイッチを構成している。可変抵抗部１６１０と導通／
切断切り替え部１６１４の具体的な回路素子としてＣＭＯＳ（Complementary Metal-oxid
e-Semiconductor）形のＦＥＴ（Field-effect Transistor）素子を使用しても良い。ここ
でガンマー特性（可変抵抗部１６１０または導通／切断切り替え部１６１４に印加する入
力電圧に対する入力端子１６０２と出力端子１６０４間の抵抗値特性）がなだらかな素子
（印加する入力電圧値を大きく変えても抵抗値の変化が緩やかな素子）を可変抵抗部１６
１０に使用し、ガンマー特性が急峻な素子（所定閾値前後での僅かな入力電圧の変化で抵
抗値が“０”に近い導通状態から抵抗値が“非常に大きな”切断状態まで急激に変化する
素子）を導通／切断切り替え部１６１４に使用できる。しかし本実施形態では上記ＣＭＯ
Ｓ形のＦＥＴ素子に限らず、何らかの制御により可変な抵抗値を提供する機能またはＯＮ
／ＯＦＦスイッチの機能を提供するあらゆる回路素子回路素子を使用しても良い。一方『
所定電圧』を出力する端子は図６Ｃに示すように、電圧出力端子１６０６の単一端子で良
い。この端子が出力する出力電圧は、駆動モジュール１６７０内の所定電圧発生部１６１
８の出力に接続されている。この所定電圧発生部１６１８内の具体的な回路例として本実
施形態では、駆動／通信モジュール１４７０内部で発生する定電圧源あるいは外部から供
給される定電圧（例えば電源電圧）からグランドライン（アースライン）との間に接続さ
れた可変抵抗器から中間電圧を抽出し、その抽出電圧を電流供給バッファー回路（外部イ
ンピーダンスが低い場合でも出力電圧を維持するために比較的大きな外部電流を供給可能
な電子回路）で維持する方式を採用する。しかしそれに限らず、所定電圧の発生と維持が
可能なあらゆる方式または回路を使用しても良い。
図６Ａ〜図６Ｃいずれにおいても設定値は、駆動モジュール１６７０の外に位置する通
信モジュール１６６０から与えられる。ここで駆動／通信モジュール１４７０の電源が切
断されても設定値が変化しないように、設定値の記憶部分を内部に所有する所に本実施形
態の特徴が有る。この記憶部分に該当する箇所が図６Ａにおける設定抵抗値記憶部１６２
０、図６Ｂにおける設定状態記憶部１６２４そして図６Ｃにおける設定電圧記憶部１６２
８となる。これらはいずれも一例としてＮＡＮＤ（Not And）メモリなどの不揮発性半導
体メモリで構成される。しかしそれに限らず、あらゆる不揮発性メモリで上記記憶部分を
構成しても良い。すなわち図６Ａ〜図６Ｃいずれにおいても、通信モジュール１６６０か
ら通知された設定値は設定抵抗値記憶部１６２０または設定状態記憶部１６２４、設定電
圧記憶部１６２８に一度通達され、それらの記憶部分に不揮発的に記憶される。同時にそ
れらの記憶部分から記憶された設定値が出力されて、可変抵抗部１６１０や導通／切断切
り替え部１６１４あるいは所定電圧発生部１６１８の動作を制御する。
信モジュール１６６０から与えられる。ここで駆動／通信モジュール１４７０の電源が切
断されても設定値が変化しないように、設定値の記憶部分を内部に所有する所に本実施形
態の特徴が有る。この記憶部分に該当する箇所が図６Ａにおける設定抵抗値記憶部１６２
０、図６Ｂにおける設定状態記憶部１６２４そして図６Ｃにおける設定電圧記憶部１６２
８となる。これらはいずれも一例としてＮＡＮＤ（Not And）メモリなどの不揮発性半導
体メモリで構成される。しかしそれに限らず、あらゆる不揮発性メモリで上記記憶部分を
構成しても良い。すなわち図６Ａ〜図６Ｃいずれにおいても、通信モジュール１６６０か
ら通知された設定値は設定抵抗値記憶部１６２０または設定状態記憶部１６２４、設定電
圧記憶部１６２８に一度通達され、それらの記憶部分に不揮発的に記憶される。同時にそ
れらの記憶部分から記憶された設定値が出力されて、可変抵抗部１６１０や導通／切断切
り替え部１６１４あるいは所定電圧発生部１６１８の動作を制御する。
所で図２の機器１＿１２５０−１や５＿１２５０−５などの制御や設定状態変更に駆動
モジュール１２７０−１、１２７０−６が利用される場合、これらの駆動モジュール１２
７０−１、１２７０−６の具体的な形態として既存の赤外線通信を利用したリモコンの拡
張形態を採用しても良い。すなわち機器１＿１２５０−１内の駆動モジュール１２７０−
１と通信モジュール１２０２−４とで駆動／通信モジュール１４７０（複合モジュール１
２９５の一種）を構成し、“新形リモコン”として機器１＿１２５０−１の外部の離れた
位置に配置可能にする。同様に、機器５＿１２５０−５内の駆動モジュール１２７０−５
と通信モジュール１２０２−１０の一部とで駆動／通信モジュール１４７０（複合モジュ
ール１２９５の一種）を構成し、“新形リモコン”として機器５＿１２５０−５の外部の
離れた位置に配置可能にしても良い。具体的なイメージ例として、エアコンやテレビ、照
明設備などに付属している従来形の赤外線通信を利用したリモコンの拡張系（代替え品）
としてこの“新形リモコン”を使用しても良い。
モジュール１２７０−１、１２７０−６が利用される場合、これらの駆動モジュール１２
７０−１、１２７０−６の具体的な形態として既存の赤外線通信を利用したリモコンの拡
張形態を採用しても良い。すなわち機器１＿１２５０−１内の駆動モジュール１２７０−
１と通信モジュール１２０２−４とで駆動／通信モジュール１４７０（複合モジュール１
２９５の一種）を構成し、“新形リモコン”として機器１＿１２５０−１の外部の離れた
位置に配置可能にする。同様に、機器５＿１２５０−５内の駆動モジュール１２７０−５
と通信モジュール１２０２−１０の一部とで駆動／通信モジュール１４７０（複合モジュ
ール１２９５の一種）を構成し、“新形リモコン”として機器５＿１２５０−５の外部の
離れた位置に配置可能にしても良い。具体的なイメージ例として、エアコンやテレビ、照
明設備などに付属している従来形の赤外線通信を利用したリモコンの拡張系（代替え品）
としてこの“新形リモコン”を使用しても良い。
この利用方法に適合した駆動／通信モジュール１４７０内構造を図６Ｄに示す。図６Ｄ
に示した実施形態では、“ＯＮ／ＯＦＦの切り替え”などの２値状態間での遷移の制御（
状態設定の変更）と“多値情報による細かな状態設定の変更”に関する制御の両方の対応
を可能としている。またネットワークシステムα＿１１３２内で交換される通信情報を受
信した通信モジュール１６６０からの２値状態間での遷移の制御（状態設定の変更）は、
設定状態記憶部１６２４内に保存または更新される。一方、通信モジュール１６６０から
送られる“多値情報による細かな状態設定の変更”に関する制御情報は、設定電圧記憶部
１６２８内に格納あるいは更新される。
に示した実施形態では、“ＯＮ／ＯＦＦの切り替え”などの２値状態間での遷移の制御（
状態設定の変更）と“多値情報による細かな状態設定の変更”に関する制御の両方の対応
を可能としている。またネットワークシステムα＿１１３２内で交換される通信情報を受
信した通信モジュール１６６０からの２値状態間での遷移の制御（状態設定の変更）は、
設定状態記憶部１６２４内に保存または更新される。一方、通信モジュール１６６０から
送られる“多値情報による細かな状態設定の変更”に関する制御情報は、設定電圧記憶部
１６２８内に格納あるいは更新される。
そして設定状態記憶部１６２４内と設定電圧記憶部１６２８内に保存または更新された
情報はフォーマット変換部１６４４でフォーマット変換された後、赤外線発光駆動回路１
６４８を経由して赤外線発光素子１６０８で発光変調され、機器１＿１２５０−１または
５＿１２５０−５内のリモコン対応赤外線受光部に到達する。これに拠りエアコンやテレ
ビ、照明設備などの多くの既存の機器１＿１２５０−１または５＿１２５０−５の本体を
交換せずに、既存の赤外線通信リモコンを図６Ｄに示した駆動／通信モジュール１４７０
に交換するだけで安価かつ容易に既存機器１２５０をネットワークシステムα＿１１３２
内に組み込める効果が有る。
情報はフォーマット変換部１６４４でフォーマット変換された後、赤外線発光駆動回路１
６４８を経由して赤外線発光素子１６０８で発光変調され、機器１＿１２５０−１または
５＿１２５０−５内のリモコン対応赤外線受光部に到達する。これに拠りエアコンやテレ
ビ、照明設備などの多くの既存の機器１＿１２５０−１または５＿１２５０−５の本体を
交換せずに、既存の赤外線通信リモコンを図６Ｄに示した駆動／通信モジュール１４７０
に交換するだけで安価かつ容易に既存機器１２５０をネットワークシステムα＿１１３２
内に組み込める効果が有る。
ここで既存のリモコンに要求される最低限必要な機能では、機器１２５０を制御した時
の状態を必ずしも記憶しなくても良い。しかし設定状態記憶部１６２４と設定電圧記憶部
１６２８が駆動／通信モジュール１４６０内の駆動モジュール１６７０に内蔵されている
ため、システムコントローラα＿１１２６が後で通信モジュール１６６０を介して制御履
歴が確認できる効果が有る。なお上記設定状態記憶部１６２４と設定電圧記憶部１６２８
には、上述と同様にＮＡＮＤ（Not And）メモリあるいは他の不揮発性メモリを使用して
も良い。
の状態を必ずしも記憶しなくても良い。しかし設定状態記憶部１６２４と設定電圧記憶部
１６２８が駆動／通信モジュール１４６０内の駆動モジュール１６７０に内蔵されている
ため、システムコントローラα＿１１２６が後で通信モジュール１６６０を介して制御履
歴が確認できる効果が有る。なお上記設定状態記憶部１６２４と設定電圧記憶部１６２８
には、上述と同様にＮＡＮＤ（Not And）メモリあるいは他の不揮発性メモリを使用して
も良い。
ここでシステムコントローラα＿１１２６と上記駆動／通信モジュール１４７０間で送
信される通信情報として、第２章で詳細に後述するＣ−フォーマットを使っても良い。以
下ではＣ−フォーマットに基付いて図２のシステムコントローラα＿１１２６との間で交
換される通信情報の駆動／通信モジュール１４７０内での転送方法を説明する。しかしそ
れに限らずＡ−フォーマットやＥ−フォーマットあるいはそれ以外の任意のフォーマット
でシステムコントローラα＿１１２６との間で情報通信処理を行っても良い。
信される通信情報として、第２章で詳細に後述するＣ−フォーマットを使っても良い。以
下ではＣ−フォーマットに基付いて図２のシステムコントローラα＿１１２６との間で交
換される通信情報の駆動／通信モジュール１４７０内での転送方法を説明する。しかしそ
れに限らずＡ−フォーマットやＥ−フォーマットあるいはそれ以外の任意のフォーマット
でシステムコントローラα＿１１２６との間で情報通信処理を行っても良い。
まず始めにシステムコントローラα＿１１２６から既存の機器１２５０に対する動作開
始の（電源をＯＮにする）指令を出す（コマンド発行する）場合には、システムコントロ
ーラα＿１１２６から対応する駆動／通信モジュール１４７０への通信情報（図１４（ｄ
））内の交信アクセス制御情報１８３０を［１１１］（リセット指示）とし、多値送信デ
ータ部ＣＴＭＤＴを［００００］に設定すると共に２値送信データ部ＣＴ２ＤＴの値を［
１］（ＯＮ）に設定する。そして通信モジュール１６６０がその情報を受信すると、駆動
モジュール１６７０内の設定状態記憶部１６２４内に［１］（電源ＯＮ）の情報が転送／
記憶される。またその情報は前記設定状態記憶部１６２４を通過してフォーマット変換部
１６４４に通知され、既存リモコンでの電源ＯＮを示す情報に変換される。そしてその変
換後の情報が赤外線発光駆動回路１６４８に転送され、赤外線発光素子１６０８の発光が
制御される。そして上記変換後の情報が既存の機器１２５０に伝えられて、機器１２５０
の電源が入る。
始の（電源をＯＮにする）指令を出す（コマンド発行する）場合には、システムコントロ
ーラα＿１１２６から対応する駆動／通信モジュール１４７０への通信情報（図１４（ｄ
））内の交信アクセス制御情報１８３０を［１１１］（リセット指示）とし、多値送信デ
ータ部ＣＴＭＤＴを［００００］に設定すると共に２値送信データ部ＣＴ２ＤＴの値を［
１］（ＯＮ）に設定する。そして通信モジュール１６６０がその情報を受信すると、駆動
モジュール１６７０内の設定状態記憶部１６２４内に［１］（電源ＯＮ）の情報が転送／
記憶される。またその情報は前記設定状態記憶部１６２４を通過してフォーマット変換部
１６４４に通知され、既存リモコンでの電源ＯＮを示す情報に変換される。そしてその変
換後の情報が赤外線発光駆動回路１６４８に転送され、赤外線発光素子１６０８の発光が
制御される。そして上記変換後の情報が既存の機器１２５０に伝えられて、機器１２５０
の電源が入る。
所で図１４（ｄ）に示したＣ−フォーマットでは、例えばエアコンの設定温度変更や照
明設備の照度変更などに対応した多値情報の変更設定（リセット）も一緒に行える。この
場合には、システムコントローラα＿１１２６から駆動／通信モジュール１４７０への通
信情報（図１４（ｄ））内の交信アクセス制御情報１８３０を［１１１］（リセット指示
）とし、多値送信データ部ＣＴＭＤＴを［００００］以外に設定する。この場合、多値送
信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを合わせた５ビット情報に於いて、
０％から１００％までの間をそれぞれ［０００１０］から［１１１１１］の値に割り当て
る。次に通信モジュール１６６０がその情報を受信すると、変更後の設定値が百分率変換
される。その百分率変換後の情報は、今度は設定電圧記憶部１６２８へ転送／記憶される
。またその情報は前記設定電圧記憶部１６２８を通過してフォーマット変換部１６４４に
通知され、既存リモコンでの状態設定変更値を示す情報に変換される。そしてその変換後
の情報が赤外線発光駆動回路１６４８を動作させて、赤外線発光素子１６０８の発光を制
御し、既存の機器１２５０の設定状態が変更される。
明設備の照度変更などに対応した多値情報の変更設定（リセット）も一緒に行える。この
場合には、システムコントローラα＿１１２６から駆動／通信モジュール１４７０への通
信情報（図１４（ｄ））内の交信アクセス制御情報１８３０を［１１１］（リセット指示
）とし、多値送信データ部ＣＴＭＤＴを［００００］以外に設定する。この場合、多値送
信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを合わせた５ビット情報に於いて、
０％から１００％までの間をそれぞれ［０００１０］から［１１１１１］の値に割り当て
る。次に通信モジュール１６６０がその情報を受信すると、変更後の設定値が百分率変換
される。その百分率変換後の情報は、今度は設定電圧記憶部１６２８へ転送／記憶される
。またその情報は前記設定電圧記憶部１６２８を通過してフォーマット変換部１６４４に
通知され、既存リモコンでの状態設定変更値を示す情報に変換される。そしてその変換後
の情報が赤外線発光駆動回路１６４８を動作させて、赤外線発光素子１６０８の発光を制
御し、既存の機器１２５０の設定状態が変更される。
次にシステムコントローラα＿１１２６が駆動／通信モジュール１４７０内で既に設定
している状態を確認する方法を説明する。この場合は最初に交信アクセス制御情報１８３
０を［０１１］（レスポンス（データ）要求）に設定した通信情報をシステムコントロー
ラα＿１１２６から駆動／通信モジュール１４７０へ通信する。そして図６Ｄ内の通信モ
ジュール１６６０がシステムコントローラα＿１１２６からのレスポンス（データ）要求
を受け取ると、設定状態記憶部１６２４と設定電圧記憶部１６２８内に既に記憶されてい
る情報を読み出す。そしてその結果を図１４（ｄ）内の２値送信データ部ＣＴ２ＤＴまた
は多値送信データ部ＣＴＭＤＴ内に設定する。ここで駆動／通信モジュール１４７０から
システムコントローラα＿１１２６へ通信する通信情報内の交信アクセス制御情報１８３
０は［０１０］（レスポンス回答）と設定される。
している状態を確認する方法を説明する。この場合は最初に交信アクセス制御情報１８３
０を［０１１］（レスポンス（データ）要求）に設定した通信情報をシステムコントロー
ラα＿１１２６から駆動／通信モジュール１４７０へ通信する。そして図６Ｄ内の通信モ
ジュール１６６０がシステムコントローラα＿１１２６からのレスポンス（データ）要求
を受け取ると、設定状態記憶部１６２４と設定電圧記憶部１６２８内に既に記憶されてい
る情報を読み出す。そしてその結果を図１４（ｄ）内の２値送信データ部ＣＴ２ＤＴまた
は多値送信データ部ＣＴＭＤＴ内に設定する。ここで駆動／通信モジュール１４７０から
システムコントローラα＿１１２６へ通信する通信情報内の交信アクセス制御情報１８３
０は［０１０］（レスポンス回答）と設定される。
本実施形態における駆動／通信モジュール１４７０の動作説明の容易性を意識し、今ま
で駆動／通信モジュール１４７０の動作をハード（電気回路）の形で開示した。しかしそ
れに限らず、本実施形態システムではソフトモジュールとして駆動／通信モジュール１４
７０を形成しても良い。但しこのようにソフトモジュールで駆動／通信モジュール１４７
０を形成した場合にも、図６Ａから図６Ｄに示すような入出力端子１６０２、１６０４ま
たは電圧出力端子１６０６あるいは赤外線発光素子１６０８は設置されている。以下にソ
フトモジュールを利用した場合の説明を行う。図２の通信モジュール１２０２−４〜１０
や図６Ａ〜図６Ｄの通信モジュール１６６０内には、図７Ａや図７Ｂが示すようにプロセ
ッサ１９６０、１７３６が内蔵され、所定の通信制御プログラムに従って通信制御処理を
行っている。この通信制御プログラムとしては、上記プロセッサ１９６０、１７３６内で
実行可能な任意のプログラム言語が対応する。
で駆動／通信モジュール１４７０の動作をハード（電気回路）の形で開示した。しかしそ
れに限らず、本実施形態システムではソフトモジュールとして駆動／通信モジュール１４
７０を形成しても良い。但しこのようにソフトモジュールで駆動／通信モジュール１４７
０を形成した場合にも、図６Ａから図６Ｄに示すような入出力端子１６０２、１６０４ま
たは電圧出力端子１６０６あるいは赤外線発光素子１６０８は設置されている。以下にソ
フトモジュールを利用した場合の説明を行う。図２の通信モジュール１２０２−４〜１０
や図６Ａ〜図６Ｄの通信モジュール１６６０内には、図７Ａや図７Ｂが示すようにプロセ
ッサ１９６０、１７３６が内蔵され、所定の通信制御プログラムに従って通信制御処理を
行っている。この通信制御プログラムとしては、上記プロセッサ１９６０、１７３６内で
実行可能な任意のプログラム言語が対応する。
これ以降は通信制御全体のプログラムを“メインプログラム”と呼び、このメインプロ
グラムから呼び出す所定の小プログラムの塊を“サブプログラムモジュール”と呼んで説
明を行う。しかしそれに限らず、ＯＳ（Operation System）に依存しないＪａｖａ（登録
商標）スクリプトまたはＨＴＭＬ／ＨＴＭＬ５に対応するＪａｖａアプレットも視野に入
れてＪａｖａで使用する用語も併記して説明する。図６Ａ〜図６Ｄ内の通信モジュール１
６６０に内蔵されたプロセッサを処理させるメインプログラム（クラス（Class））の中
では、駆動モジュール１６７０に対応したサブプログラムモジュール（所定メソッド（Me
thod））に沿った処理が実行される。このサブプログラムモジュール（所定メソッド）内
では、サブプログラムモジュール（所定メソッド（Method））の中に予め設定された設定
値に基付いて入出力端子１６０２、１６０４または電圧出力端子１６０６に対する対応処
理が実行される。そして図２のシステムコントローラα＿１１２６から駆動／通信モジュ
ール１４７０への設定変更指令が通達（コマンド発行）されると、メインプログラム（ク
ラス（Class））の中で“設定値変更”の処理をする別のサブプログラムモジュール（別
メソッド）を呼び出して設定値変更処理を行う。その後は、その変更された設定値に基付
いて入出力端子１６０２、１６０４または電圧出力端子１６０６に対する対応処理が実行
される。
グラムから呼び出す所定の小プログラムの塊を“サブプログラムモジュール”と呼んで説
明を行う。しかしそれに限らず、ＯＳ（Operation System）に依存しないＪａｖａ（登録
商標）スクリプトまたはＨＴＭＬ／ＨＴＭＬ５に対応するＪａｖａアプレットも視野に入
れてＪａｖａで使用する用語も併記して説明する。図６Ａ〜図６Ｄ内の通信モジュール１
６６０に内蔵されたプロセッサを処理させるメインプログラム（クラス（Class））の中
では、駆動モジュール１６７０に対応したサブプログラムモジュール（所定メソッド（Me
thod））に沿った処理が実行される。このサブプログラムモジュール（所定メソッド）内
では、サブプログラムモジュール（所定メソッド（Method））の中に予め設定された設定
値に基付いて入出力端子１６０２、１６０４または電圧出力端子１６０６に対する対応処
理が実行される。そして図２のシステムコントローラα＿１１２６から駆動／通信モジュ
ール１４７０への設定変更指令が通達（コマンド発行）されると、メインプログラム（ク
ラス（Class））の中で“設定値変更”の処理をする別のサブプログラムモジュール（別
メソッド）を呼び出して設定値変更処理を行う。その後は、その変更された設定値に基付
いて入出力端子１６０２、１６０４または電圧出力端子１６０６に対する対応処理が実行
される。
所で上記の説明では複合モジュール１２９５の一種に含まれる駆動／通信モジュール１
４７０を例として説明した。しかしそれに限らず、センサ／通信モジュール１４６０やプ
ロセッサ／通信モジュール１４６５、メモリ／通信モジュール１４７５などのあらゆる複
合モジュール１２９５を上述したソフトモジュールで実現しても良い。
４７０を例として説明した。しかしそれに限らず、センサ／通信モジュール１４６０やプ
ロセッサ／通信モジュール１４６５、メモリ／通信モジュール１４７５などのあらゆる複
合モジュール１２９５を上述したソフトモジュールで実現しても良い。
また説明上の簡素化のために図６Ａ〜図６Ｄでの記載を省略したが、図６Ａ〜図６Ｄに
示した駆動／通信モジュール１４７０内に、図５と同様に（太陽光）発電モジュール１５
５２などのエネルギー変換手段や蓄電モジュール（電池）１５５４、近接場通信モジュー
ル１５６０を内蔵させても良い。１．６節 通信モジュール内の構造例の説明図４Ａ〜図
４Ｆに示した複合モジュールを構成するアンテナ１４８０外付け形の通信モジュール１６
６０内の構造例を図７Ａと図７Ｂに示す。なお図４Ａ〜図４Ｅ内のアンテナ内蔵通信モジ
ュール１６６６や同一システム内対応通信モジュール１７５２内の構造例では、図７Ａま
たは図７Ｂに示した通信モジュール１６６０の中に同一システム内での通信に対応したア
ンテナ１４８０が内蔵される。
示した駆動／通信モジュール１４７０内に、図５と同様に（太陽光）発電モジュール１５
５２などのエネルギー変換手段や蓄電モジュール（電池）１５５４、近接場通信モジュー
ル１５６０を内蔵させても良い。１．６節 通信モジュール内の構造例の説明図４Ａ〜図
４Ｆに示した複合モジュールを構成するアンテナ１４８０外付け形の通信モジュール１６
６０内の構造例を図７Ａと図７Ｂに示す。なお図４Ａ〜図４Ｅ内のアンテナ内蔵通信モジ
ュール１６６６や同一システム内対応通信モジュール１７５２内の構造例では、図７Ａま
たは図７Ｂに示した通信モジュール１６６０の中に同一システム内での通信に対応したア
ンテナ１４８０が内蔵される。
所で図２のシステムコントローラα＿１１２６（あるいはシステムコントローラβ＿１
１２８）や機器１＿１２５０−１または機器５＿１２５０−５内のデバイスコントローラ
１２４０−１、１２４０−３、そして単独で存在する複合モジュール１＿１２９５−１、
７＿１２９５−７の中で共通して同一の通信モジュール１６６０が使える構造を持つよう
に工夫されている所に本実施形態の大きな特徴が有る。このように同一なネットワークシ
ステムα＿１１３２内の多くの構成メンバ（システムコントローラα＿１１２６（あるい
はシステムコントローラβ＿１１２８）とユニット１２９０）間で同一構造の通信モジュ
ール１６６０を共用する事で、量産効果を用いて通信モジュール１６６０のコストを下げ
られる効果が有る。
１２８）や機器１＿１２５０−１または機器５＿１２５０−５内のデバイスコントローラ
１２４０−１、１２４０−３、そして単独で存在する複合モジュール１＿１２９５−１、
７＿１２９５−７の中で共通して同一の通信モジュール１６６０が使える構造を持つよう
に工夫されている所に本実施形態の大きな特徴が有る。このように同一なネットワークシ
ステムα＿１１３２内の多くの構成メンバ（システムコントローラα＿１１２６（あるい
はシステムコントローラβ＿１１２８）とユニット１２９０）間で同一構造の通信モジュ
ール１６６０を共用する事で、量産効果を用いて通信モジュール１６６０のコストを下げ
られる効果が有る。
上記の特徴を実現する具体的方法として、図４Ｂ〜図４Ｆに示したあらゆる複合モジュ
ール１２９５で共通する機能を前記通信モジュール１６６０内に持たせる。ここで図４Ｂ
〜図４Ｆに示したあらゆる複合モジュール１２９５で共通する機能とは、１〕同一なネッ
トワークシステムα＿１１３２内で使用される共通な通信プロトコルをサポートする２〕
通信機能以外の他機能に関係したあらゆる情報の情報通信に対応するの２点が上げられる
。所で１．２節と１．３節で説明したようにユニット１２９０や複合モジュール１２９５
の中では、通信モジュール１６６０が必ず通信以外の機能を有する他機能モジュールと接
続されるため、特に〔２〕の機能が重要となる。
ール１２９５で共通する機能を前記通信モジュール１６６０内に持たせる。ここで図４Ｂ
〜図４Ｆに示したあらゆる複合モジュール１２９５で共通する機能とは、１〕同一なネッ
トワークシステムα＿１１３２内で使用される共通な通信プロトコルをサポートする２〕
通信機能以外の他機能に関係したあらゆる情報の情報通信に対応するの２点が上げられる
。所で１．２節と１．３節で説明したようにユニット１２９０や複合モジュール１２９５
の中では、通信モジュール１６６０が必ず通信以外の機能を有する他機能モジュールと接
続されるため、特に〔２〕の機能が重要となる。
そして上記の〔１〕と〔２〕を実現する機能を、前記通信モジュール１６６０内に持た
せている。具体的には、図７Ａの通信制御部１７００で上記の〔１〕の機能が主に実現さ
れる。また図７Ａのインターフェース部１７１０内で、上記〔２〕の機能が主に実現され
る。図７Ａでは分かり易いように機能毎に通信制御部１７００／インターフェース部１７
１０と領域を分けて記載した。しかしそれに限らず、上記２点を実施する回路が混在して
も良いし、同一回路で一部の機能が兼用されても良い。
せている。具体的には、図７Ａの通信制御部１７００で上記の〔１〕の機能が主に実現さ
れる。また図７Ａのインターフェース部１７１０内で、上記〔２〕の機能が主に実現され
る。図７Ａでは分かり易いように機能毎に通信制御部１７００／インターフェース部１７
１０と領域を分けて記載した。しかしそれに限らず、上記２点を実施する回路が混在して
も良いし、同一回路で一部の機能が兼用されても良い。
また通信モジュール１６６０に汎用性を持たせて多くの複合モジュール１２９５内で共
用可能にする方法として本実施形態では、他機能モジュール１４４０との間のインターフ
ェース部（Ｉ／Ｆ部）の構造にも特徴を持たせている。具体的には他機能モジュール１４
４０との間の接続部をコンテンツ情報Ｉ／Ｆ部１９５０とアドレス情報Ｉ／Ｆ部１９４０
に分離させ、接続相手となる他機能モジュール１４４０の種類に応じて接続方法を可変と
する。それにより多種類の他機能モジュール１４４０に対する汎用性が向上し、多目的の
（多種多様な）複合モジュール１２９５に適用できる効果が生まれる。
用可能にする方法として本実施形態では、他機能モジュール１４４０との間のインターフ
ェース部（Ｉ／Ｆ部）の構造にも特徴を持たせている。具体的には他機能モジュール１４
４０との間の接続部をコンテンツ情報Ｉ／Ｆ部１９５０とアドレス情報Ｉ／Ｆ部１９４０
に分離させ、接続相手となる他機能モジュール１４４０の種類に応じて接続方法を可変と
する。それにより多種類の他機能モジュール１４４０に対する汎用性が向上し、多目的の
（多種多様な）複合モジュール１２９５に適用できる効果が生まれる。
上記の特徴に関して、以下で詳細に説明する。複合モジュール１２９５として図４Ｂや
図５に示した単機能のセンサ／通信モジュール１４６０、あるいは図４Ｃや図６Ａ〜図６
Ｄで示した単機能の駆動／通信モジュール１６７０の形態を取った場合、複合モジュール
１２９５固有のアドレス情報とシステムコントローラα＿１１２６（またはシステムコン
トローラβ＿１１２８）のアドレス情報のみ記憶していればネットワークシステムα＿１
１３２内の情報通信が成立する。従って他機能モジュール１４４０（図４Ａ）として１個
のセンサモジュール１２６０のみ（図４Ｂ）または１個の駆動モジュール１６７０のみ（
図４Ｃ）と接続する場合には、図７Ａのアドレス情報Ｉ／Ｆ部１９４０は使用しない。
図５に示した単機能のセンサ／通信モジュール１４６０、あるいは図４Ｃや図６Ａ〜図６
Ｄで示した単機能の駆動／通信モジュール１６７０の形態を取った場合、複合モジュール
１２９５固有のアドレス情報とシステムコントローラα＿１１２６（またはシステムコン
トローラβ＿１１２８）のアドレス情報のみ記憶していればネットワークシステムα＿１
１３２内の情報通信が成立する。従って他機能モジュール１４４０（図４Ａ）として１個
のセンサモジュール１２６０のみ（図４Ｂ）または１個の駆動モジュール１６７０のみ（
図４Ｃ）と接続する場合には、図７Ａのアドレス情報Ｉ／Ｆ部１９４０は使用しない。
一方、図４Ｄのような形態でプロセッサ／通信モジュール１４６５内の一部としてシス
テムコントローラα＿１１２６（あるいはシステムコントローラβ＿１１２８）の中で使
用する場合には、ネットワークシステムα＿１１３２内での通信相手となるユニット１２
９０（または複合モジュール１２９５）毎にアドレス情報が異なる。従って図４Ｄのプロ
セッサ１２３０、１７３４からバスライン１４９０を経由して通信相手のアドレス情報が
同一システム内対応通信モジュール１７５２内に通知される。そしてこの時には、上記の
アドレス情報伝達手段（情報伝達入出力端子）としてアドレス情報Ｉ／Ｆ部１９４０が使
用される。
テムコントローラα＿１１２６（あるいはシステムコントローラβ＿１１２８）の中で使
用する場合には、ネットワークシステムα＿１１３２内での通信相手となるユニット１２
９０（または複合モジュール１２９５）毎にアドレス情報が異なる。従って図４Ｄのプロ
セッサ１２３０、１７３４からバスライン１４９０を経由して通信相手のアドレス情報が
同一システム内対応通信モジュール１７５２内に通知される。そしてこの時には、上記の
アドレス情報伝達手段（情報伝達入出力端子）としてアドレス情報Ｉ／Ｆ部１９４０が使
用される。
また図４Ｅのようにメモリ／通信モジュール１４７５内で使用する場合には、メモリ部
１２４２、１２４６、１２３２、１２４８内で管理情報（テーブル）関連情報の記録領域
１７４０が格納されているアドレス範囲をバスライン１４９０を経由して同一システム内
対応通信モジュール１７５２から指定される必要が有る。このように図４Ｄが示すプロセ
ッサ／通信モジュール１４６５内や図４Ｅが示すメモリ／通信モジュール１４７５内では
、図７Ａのコンテンツ情報Ｉ／Ｆ部１９５０とアドレス情報Ｉ／Ｆ部１９４０の両方がバ
スライン１４９０に接続される。
１２４２、１２４６、１２３２、１２４８内で管理情報（テーブル）関連情報の記録領域
１７４０が格納されているアドレス範囲をバスライン１４９０を経由して同一システム内
対応通信モジュール１７５２から指定される必要が有る。このように図４Ｄが示すプロセ
ッサ／通信モジュール１４６５内や図４Ｅが示すメモリ／通信モジュール１４７５内では
、図７Ａのコンテンツ情報Ｉ／Ｆ部１９５０とアドレス情報Ｉ／Ｆ部１９４０の両方がバ
スライン１４９０に接続される。
一方１．３節の最後で、図４Ｆの代わりに共通のバスラインを利用して複数の他機能モ
ジュールに接続する方法を説明した。この場合には、アドレス情報Ｉ／Ｆ部１９４０内の
一部で通信モジュール１６６０と直接接続される他機能モジュールの対応アドレスを指定
する。それにより通信モジュール１６６０と直接接続される他機能モジュールを時変的に
切り替える事が可能となる。
ジュールに接続する方法を説明した。この場合には、アドレス情報Ｉ／Ｆ部１９４０内の
一部で通信モジュール１６６０と直接接続される他機能モジュールの対応アドレスを指定
する。それにより通信モジュール１６６０と直接接続される他機能モジュールを時変的に
切り替える事が可能となる。
ネットワークシステムα＿１１３２内でのネットワーク通信に使用する通信媒体（comm
unication media）として無線（wireless）を使用する場合、送信側ではアンテナ１４８
０に電流を流して電波を発信し、受信側では前記アンテナ１４８０に流れる微弱電流を検
波して信号検出する。そしてアンテナ１４８０に対応した電流供給と信号検波の両方を情
報通信実行部３０１６内で行う。
unication media）として無線（wireless）を使用する場合、送信側ではアンテナ１４８
０に電流を流して電波を発信し、受信側では前記アンテナ１４８０に流れる微弱電流を検
波して信号検出する。そしてアンテナ１４８０に対応した電流供給と信号検波の両方を情
報通信実行部３０１６内で行う。
一方、情報通信実行部３０１６からアンテナ１４８０を介して他の通信モジュール１６
６０との間で交換される通信情報内は、図１１（ａ）の構造を持つ。（なお図１１に示し
た通信情報に関する詳細説明は、２．２節で後述する。）そしてその中の図１１（ｂ）に
示す通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）は、図７Ａのインター
フェース部１７１０内で処理される。すなわち前記通信ミドルウェアデータＡＰＬＤＴ（
と拡張データＥＸＤＴ）はコンテンツ抽出部１９３８内で解析され、必要な情報がコンテ
ンツ情報Ｉ／Ｆ部１９５０を経由して他機能モジュール１４４０に伝達される。その具体
的な一例として図１１（ｂ）の通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）内に機器１２５０や駆動／通信モジュール１４７０に対する状態設定変更情報（制御
情報）が含まれる場合には、その具体的内容がコンテンツ抽出部１９３８内で解読され、
その解読結果がコンテンツ情報Ｉ／Ｆ部１９５０を経由して駆動モジュール１６７０に通
知される。そしてその通知内容に対応して駆動モジュール１６７０の動作（または状態設
定変更）が開始される。
６０との間で交換される通信情報内は、図１１（ａ）の構造を持つ。（なお図１１に示し
た通信情報に関する詳細説明は、２．２節で後述する。）そしてその中の図１１（ｂ）に
示す通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）は、図７Ａのインター
フェース部１７１０内で処理される。すなわち前記通信ミドルウェアデータＡＰＬＤＴ（
と拡張データＥＸＤＴ）はコンテンツ抽出部１９３８内で解析され、必要な情報がコンテ
ンツ情報Ｉ／Ｆ部１９５０を経由して他機能モジュール１４４０に伝達される。その具体
的な一例として図１１（ｂ）の通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）内に機器１２５０や駆動／通信モジュール１４７０に対する状態設定変更情報（制御
情報）が含まれる場合には、その具体的内容がコンテンツ抽出部１９３８内で解読され、
その解読結果がコンテンツ情報Ｉ／Ｆ部１９５０を経由して駆動モジュール１６７０に通
知される。そしてその通知内容に対応して駆動モジュール１６７０の動作（または状態設
定変更）が開始される。
また他機能モジュール１４４０からコンテンツ情報Ｉ／Ｆ部１９５０を経由して入力さ
れた情報は、コンテンツ設定部１９３４内でフォーマット変換されて通信ミドルウェアデ
ータＡＰＬＤＴ（と拡張データＥＸＤＴ）が生成される。その具体的な一例としてコンテ
ンツ情報Ｉ／Ｆ１９５０の接続先がセンサモジュール１２６０の場合、センサモジュール
１２６０内で得られたセンサ情報がコンテンツ設定部１９３４内で通信ミドルウェアデー
タＡＰＬＤＴ（と拡張データＥＸＤＴ）に変換される。そしてその通信情報は情報通信実
行部３０１６とアンテナ１４８０を経由してシステムコントローラα＿１１２６（または
システムコントローラβ＿１１２８）に通信される。
れた情報は、コンテンツ設定部１９３４内でフォーマット変換されて通信ミドルウェアデ
ータＡＰＬＤＴ（と拡張データＥＸＤＴ）が生成される。その具体的な一例としてコンテ
ンツ情報Ｉ／Ｆ１９５０の接続先がセンサモジュール１２６０の場合、センサモジュール
１２６０内で得られたセンサ情報がコンテンツ設定部１９３４内で通信ミドルウェアデー
タＡＰＬＤＴ（と拡張データＥＸＤＴ）に変換される。そしてその通信情報は情報通信実
行部３０１６とアンテナ１４８０を経由してシステムコントローラα＿１１２６（または
システムコントローラβ＿１１２８）に通信される。
図１１（ａ）の構造内の図１１（ｃ）から図１１（ｆ）の情報は、図７Ａの通信制御部
１７００内で処理される。すなわち物理層フレーム生成部１９１４内では図１１（ｃ）か
ら図１１（ｆ）の情報を生成し、コンテンツ設定部１９３４内で生成される図１１（ｂ）
の情報と合成して情報通信実行部３０１６に転送して通信情報の送信が行われる。一方通
信情報の受信では、物理層フレーム解析部１９１８内で図１１（ａ）の構造を持つ通信情
報内の解析が行われ、そこで抽出された図１１（ｂ）の情報がコンテンツ抽出部１９３８
へ送られる。
１７００内で処理される。すなわち物理層フレーム生成部１９１４内では図１１（ｃ）か
ら図１１（ｆ）の情報を生成し、コンテンツ設定部１９３４内で生成される図１１（ｂ）
の情報と合成して情報通信実行部３０１６に転送して通信情報の送信が行われる。一方通
信情報の受信では、物理層フレーム解析部１９１８内で図１１（ａ）の構造を持つ通信情
報内の解析が行われ、そこで抽出された図１１（ｂ）の情報がコンテンツ抽出部１９３８
へ送られる。
また送信時にアドレス情報Ｉ／Ｆ部１９４０が接続されている場合には、アドレス情報
Ｉ／Ｆ部１９４０を経由して送信相手のアドレス情報が通知される。そして図１１（ａ）
のフォーマットに準拠したアドレス情報がアドレス情報生成部１９２４内で生成され、物
理層フレーム生成部１９１４内で図１１（ａ）の通信情報が生成される。
Ｉ／Ｆ部１９４０を経由して送信相手のアドレス情報が通知される。そして図１１（ａ）
のフォーマットに準拠したアドレス情報がアドレス情報生成部１９２４内で生成され、物
理層フレーム生成部１９１４内で図１１（ａ）の通信情報が生成される。
そして受信時にアドレス情報Ｉ／Ｆ部１９４０が接続されている場合には、物理層フレ
ーム解析部１９１８内で図１１（ｃ）から図１１（ｆ）の情報が選別され、アドレス情報
抽出部１９２８内に転送される。そしてこのアドレス情報抽出部１９２８内で所定のアド
レス情報のみが抽出されてアドレス情報Ｉ／Ｆ部１９４０へ渡される。
ーム解析部１９１８内で図１１（ｃ）から図１１（ｆ）の情報が選別され、アドレス情報
抽出部１９２８内に転送される。そしてこのアドレス情報抽出部１９２８内で所定のアド
レス情報のみが抽出されてアドレス情報Ｉ／Ｆ部１９４０へ渡される。
この通信モジュール１６６０が単機能のセンサ／通信モジュール１４６０内で使用され
る場合には、アドレス情報Ｉ／Ｆ部１９４０を使用しない代わりに、アドレス情報生成部
１９２４内で送信相手のシステムコントローラα＿１１２６（システムコントローラβ＿
１１２８）のアドレス情報を事前に記憶している。それにより、センス情報が自動的にシ
ステムコントローラα＿１１２６（システムコントローラβ＿１１２８）宛に通信可能と
なっている。
る場合には、アドレス情報Ｉ／Ｆ部１９４０を使用しない代わりに、アドレス情報生成部
１９２４内で送信相手のシステムコントローラα＿１１２６（システムコントローラβ＿
１１２８）のアドレス情報を事前に記憶している。それにより、センス情報が自動的にシ
ステムコントローラα＿１１２６（システムコントローラβ＿１１２８）宛に通信可能と
なっている。
またこの通信モジュール１６６０が単機能の駆動／通信モジュール１４７０内で使用さ
れる場合には、アドレス情報Ｉ／Ｆ部１９４０を使用しない代わりに、アドレス情報抽出
部１９２８内で自分自身のアドレス情報を事前に記憶している。すなわち情報通信実行部
３０１６内で検波する無線情報は全て物理層フレーム解析部１９１８を経由してコンテン
ツ抽出部１９３８とアドレス情報抽出部１９２８に各対応情報が転送される。そしてこの
アドレス情報抽出部１９２８内で抽出された受信側アドレス情報が自分自身のアドレス情
報に一致するか逐次判定する。ここで受信側アドレス情報が自分自身のアドレス情報に一
致しない場合には、コンテンツ抽出部１９３８に一時保存された情報は適宜破棄される。
そして受信側アドレス情報が自分自身のアドレス情報に一致した時のみ、該当する複合モ
ジュール１２９５に対する通信情報と判断してコンテンツ抽出部１９３８内に一時保存さ
れた情報がコンテンツ情報Ｉ／Ｆ１９５０へ転送される。
れる場合には、アドレス情報Ｉ／Ｆ部１９４０を使用しない代わりに、アドレス情報抽出
部１９２８内で自分自身のアドレス情報を事前に記憶している。すなわち情報通信実行部
３０１６内で検波する無線情報は全て物理層フレーム解析部１９１８を経由してコンテン
ツ抽出部１９３８とアドレス情報抽出部１９２８に各対応情報が転送される。そしてこの
アドレス情報抽出部１９２８内で抽出された受信側アドレス情報が自分自身のアドレス情
報に一致するか逐次判定する。ここで受信側アドレス情報が自分自身のアドレス情報に一
致しない場合には、コンテンツ抽出部１９３８に一時保存された情報は適宜破棄される。
そして受信側アドレス情報が自分自身のアドレス情報に一致した時のみ、該当する複合モ
ジュール１２９５に対する通信情報と判断してコンテンツ抽出部１９３８内に一時保存さ
れた情報がコンテンツ情報Ｉ／Ｆ１９５０へ転送される。
上述した一連の処理は、プロセッサ１９６０により制御される。所で図７Ａではプロセ
ッサ１９６０の接続ラインの記載を省略したが、プロセッサ１７３６が直接バスラインＢ
ＵＳなどに接続される図７Ｂの配線でも良いし、プロセッサ１９６０と各部が個々に直接
接続されても良い。
ッサ１９６０の接続ラインの記載を省略したが、プロセッサ１７３６が直接バスラインＢ
ＵＳなどに接続される図７Ｂの配線でも良いし、プロセッサ１９６０と各部が個々に直接
接続されても良い。
通信モジュール１６６０内の他の実施形態を図７Ｂに示す。図７Ｂでは、通信モジュー
ル１６６０内にメモリ部１７９０が内蔵されている所に大きな特徴が有る。それにより、
上記通信モジュール１６６０を内蔵したユニット１２９０を他のシステム内に移動させた
時（例えばシステムα＿１１３２内からシステムβ＿１１３４内に移動させた時）に、異
なるシステムへシームレスに適合容易となる効果が生まれる。
ル１６６０内にメモリ部１７９０が内蔵されている所に大きな特徴が有る。それにより、
上記通信モジュール１６６０を内蔵したユニット１２９０を他のシステム内に移動させた
時（例えばシステムα＿１１３２内からシステムβ＿１１３４内に移動させた時）に、異
なるシステムへシームレスに適合容易となる効果が生まれる。
所で図７Ｂの外部モジュール接続部１７７８が図７Ａのコンテンツ情報Ｉ／Ｆ部１９５
０とアドレス情報Ｉ／Ｆ部１９４０に対応する。また図７Ｂの信号処理部１７８０は、図
７Ａのコンテンツ抽出部１９３８とコンテンツ設定部１９３４に対応する。またそれに限
らず図７Ｂの信号処理部１７８０は更に、図７Ａのアドレス情報抽出部１９２８とアドレ
ス情報生成部１９２４も含めて対応させても良いし、また更に情報通信実行部３０１６、
物理層フレーム解析部１９１８、物理層フレーム生成部１９１４まで含めて対応させても
良い。
０とアドレス情報Ｉ／Ｆ部１９４０に対応する。また図７Ｂの信号処理部１７８０は、図
７Ａのコンテンツ抽出部１９３８とコンテンツ設定部１９３４に対応する。またそれに限
らず図７Ｂの信号処理部１７８０は更に、図７Ａのアドレス情報抽出部１９２８とアドレ
ス情報生成部１９２４も含めて対応させても良いし、また更に情報通信実行部３０１６、
物理層フレーム解析部１９１８、物理層フレーム生成部１９１４まで含めて対応させても
良い。
図７Ｂに示した通信モジュール１６６０は図４Ａに示すように、通信以外の機能を有す
る他機能モジュール１４４０に付着、埋設、接着、或いは装着して利用される。そして上
記通信モジュール１６６０の付着、埋設、接着、或いは装着により複合モジュール１２９
５を構成する。そして図３Ａ（ｂ）または（ｃ）に示すように、この複合モジュール１２
９５を含むユニット１２９０が構成される。そしてこのユニット１２９０としては、部品
、製品、商品、装置、材料、商品などの各種の形態を取る事が出来る。従って上記通信モ
ジュール１６６０は、あらゆる部品、製品、商品、装置、材料、商品など（ユニット１２
９０）の被一体化物に付着、埋設、接着、或いは装着して利用される。
る他機能モジュール１４４０に付着、埋設、接着、或いは装着して利用される。そして上
記通信モジュール１６６０の付着、埋設、接着、或いは装着により複合モジュール１２９
５を構成する。そして図３Ａ（ｂ）または（ｃ）に示すように、この複合モジュール１２
９５を含むユニット１２９０が構成される。そしてこのユニット１２９０としては、部品
、製品、商品、装置、材料、商品などの各種の形態を取る事が出来る。従って上記通信モ
ジュール１６６０は、あらゆる部品、製品、商品、装置、材料、商品など（ユニット１２
９０）の被一体化物に付着、埋設、接着、或いは装着して利用される。
上記の通信モジュール１６６０は、具体的には、絶縁基板１６６０−１上に集積化技術
を利用して構築された各種機能ブロックを有する。通信モジュール１６６０は、無線１７
７０の送受信を行うためのアンテナＡＮＴ＿１７７２を接続するためのアンテナ接続部１
７７４を備える。ここでアンテナＡＮＴ＿１７７２は、通信モジュール１６６０の絶縁基
板１６６０−１上に構成されてもよい。そして上記の通信モジュール１６６０は外部モジ
ュール接続部１７７８を備え、この外部モジュール接続部１７７８を介して例えば複数の
他機能モジュール１７６６−１、１７６６−２、・・・１７６６−ｎに接続することがで
きる。他機能モジュール１７６６−１、１７６６−２、・・・１７６６−ｎの例は、セン
サモジュール１２６０及び又は駆動モジュール１６７０、プロセッサモジュール１６８０
、メモリモジュール１６８０、表示モジュール１２２６などが上げられる。
を利用して構築された各種機能ブロックを有する。通信モジュール１６６０は、無線１７
７０の送受信を行うためのアンテナＡＮＴ＿１７７２を接続するためのアンテナ接続部１
７７４を備える。ここでアンテナＡＮＴ＿１７７２は、通信モジュール１６６０の絶縁基
板１６６０−１上に構成されてもよい。そして上記の通信モジュール１６６０は外部モジ
ュール接続部１７７８を備え、この外部モジュール接続部１７７８を介して例えば複数の
他機能モジュール１７６６−１、１７６６−２、・・・１７６６−ｎに接続することがで
きる。他機能モジュール１７６６−１、１７６６−２、・・・１７６６−ｎの例は、セン
サモジュール１２６０及び又は駆動モジュール１６７０、プロセッサモジュール１６８０
、メモリモジュール１６８０、表示モジュール１２２６などが上げられる。
他機能モジュール１７６６−１−１７６６−ｎにおいて利用されるセンサモジュール１
２６０としては各種のセンサがある。センサは、温度検出、湿度検出、圧力検出、歪検出
、水質検出（科学的反応を利用するもの、ろ過を利用するものなど）、ガス検出（科学的
反応を利用するもの）、明暗検出、超音波検出、色検出、脈拍検出などを行うセンサがあ
り、通信モジュール１６６０の使用環境に応じて選択的に１つ又は複数が設定される。ま
たオーダーに応じて、異なる種類のセンサが組み合わせて用意されてもよい。センサは、
無線（電波、赤外線、超音波など）を介して外部モジュール接続部１７７８に接続される
ものもある。
２６０としては各種のセンサがある。センサは、温度検出、湿度検出、圧力検出、歪検出
、水質検出（科学的反応を利用するもの、ろ過を利用するものなど）、ガス検出（科学的
反応を利用するもの）、明暗検出、超音波検出、色検出、脈拍検出などを行うセンサがあ
り、通信モジュール１６６０の使用環境に応じて選択的に１つ又は複数が設定される。ま
たオーダーに応じて、異なる種類のセンサが組み合わせて用意されてもよい。センサは、
無線（電波、赤外線、超音波など）を介して外部モジュール接続部１７７８に接続される
ものもある。
また他機能モジュール１７６６−１−１７６６−ｎにおいて利用される駆動モジュール
１６７０の具体的形態として、電気的スイッチ、機械的スイッチ、発光体、発熱体、変位
物体（形状記憶媒体）、伸縮体（ゴム）など利用目的に応じて任意に選択される。
１６７０の具体的形態として、電気的スイッチ、機械的スイッチ、発光体、発熱体、変位
物体（形状記憶媒体）、伸縮体（ゴム）など利用目的に応じて任意に選択される。
ここで他機能モジュール１７６６−１、１７６６−２、・・・１７６６−ｎは、１つ又
は複数が絶縁基板１６６０−１上に構成されてもよい。また幾つかの他機能モジュールは
オプションにより、外部モジュール接続部１７７８を介して追加接続されてもよい。
は複数が絶縁基板１６６０−１上に構成されてもよい。また幾つかの他機能モジュールは
オプションにより、外部モジュール接続部１７７８を介して追加接続されてもよい。
また通信モジュール１６６０は、電源供給部１７７６を有し、電源供給部１７７６を介
して電源に接続されることができる。電源は通信モジュール１６６０から離れた位置に配
置されても良い。また電源装着部が絶縁基板１６６０−１に設けられ、電源が通信モジュ
ール１６６０と一体化されてもよい。
して電源に接続されることができる。電源は通信モジュール１６６０から離れた位置に配
置されても良い。また電源装着部が絶縁基板１６６０−１に設けられ、電源が通信モジュ
ール１６６０と一体化されてもよい。
ところで、電源（図示せず）に電力を蓄積するための方式は、下記に記載される各種の
方式が可能である。その方式の一例として、太陽光により発電する発電素子からの電流が
蓄積部にチャージされる方式がある。そしてこの方式は、図５内の（太陽光）発電モジュ
ール１５５２と蓄電モジュール（電池）１５５４の組み合わせに対応する。また他の方式
として、電磁波の影響でコイルに誘起した電流が蓄電部にチャージされる方式がある。そ
してこの方式は、図５内の近接場通信モジュール１５６０と蓄電モジュール（電池）１５
５４の組み合わせに対応する。さらに機械的振動が圧電素子に与えられることにより、圧
電素子に生じた電圧が電流変換されて蓄電部にチャージされる方式がある。機械的振動は
、例えば、音による圧力・振動、気体（風、ガスなど）による圧力・振動、液体（水、油
）などによる圧力・振動、などが選択的に利用できる。通信モジュール１６６０の使用環
境に応じて、いずれか１つの方式又は、複数の方式の組み合わせが選択される。
方式が可能である。その方式の一例として、太陽光により発電する発電素子からの電流が
蓄積部にチャージされる方式がある。そしてこの方式は、図５内の（太陽光）発電モジュ
ール１５５２と蓄電モジュール（電池）１５５４の組み合わせに対応する。また他の方式
として、電磁波の影響でコイルに誘起した電流が蓄電部にチャージされる方式がある。そ
してこの方式は、図５内の近接場通信モジュール１５６０と蓄電モジュール（電池）１５
５４の組み合わせに対応する。さらに機械的振動が圧電素子に与えられることにより、圧
電素子に生じた電圧が電流変換されて蓄電部にチャージされる方式がある。機械的振動は
、例えば、音による圧力・振動、気体（風、ガスなど）による圧力・振動、液体（水、油
）などによる圧力・振動、などが選択的に利用できる。通信モジュール１６６０の使用環
境に応じて、いずれか１つの方式又は、複数の方式の組み合わせが選択される。
アンテナ接続部１７７４、外部モジュール接続部１７７８、電源供給部は、信号処理部
１７８０に接続されている。また通信モジュール１６６０内部では、バスＢＵＳを介して
、プロセッサ１７３６、メモリ部１７９０及び信号処理部１７８０が相互通信できるよう
に接続されている。ここでメモリ部１７９０のアプリケーション保存部１７９２に格納さ
れているアプリケーションに基付き、プロセッサ１７３６が通信モジュール１６６０の全
体的な動作を制御する。
１７８０に接続されている。また通信モジュール１６６０内部では、バスＢＵＳを介して
、プロセッサ１７３６、メモリ部１７９０及び信号処理部１７８０が相互通信できるよう
に接続されている。ここでメモリ部１７９０のアプリケーション保存部１７９２に格納さ
れているアプリケーションに基付き、プロセッサ１７３６が通信モジュール１６６０の全
体的な動作を制御する。
そして上記のプロセッサ１７３６と信号処理部１７８０ではアプリケーションに基づい
て動作し、センサモジュール１２６０からの出力の取り込み、駆動モジュール１６７０や
表示モジュール１２２６への制御信号出力、プロセッサモジュール１６６６との連携制御
処理、メモリモジュール１６９０に対する記録情報の入出力処理、アンテナＡＮＴ＿１７
７２へ送信信号の供給、アンテナＡＮＴ＿からの受信信号の取り込み、メモリ部１７９０
へのデータ書き込み処理あるいは、メモリ部１７９０からのデータ読み出し処理などを実
行する。
て動作し、センサモジュール１２６０からの出力の取り込み、駆動モジュール１６７０や
表示モジュール１２２６への制御信号出力、プロセッサモジュール１６６６との連携制御
処理、メモリモジュール１６９０に対する記録情報の入出力処理、アンテナＡＮＴ＿１７
７２へ送信信号の供給、アンテナＡＮＴ＿からの受信信号の取り込み、メモリ部１７９０
へのデータ書き込み処理あるいは、メモリ部１７９０からのデータ読み出し処理などを実
行する。
所でメモリ部１７９０の内部は、アプリケーション変更ソフトウェア格納部１７９１、
セキュリティ対象データ格納部１７９９を有する。更にメモリ部１７９０内部は、駆動モ
ジュール管理データ格納部１７９２、センサモジュール管理データ格納部１７９６、自己
属性データ格納部１７９３、寿命管理データ格納部１７９４、稼働期間管理データ格納部
１７９５を備える。
セキュリティ対象データ格納部１７９９を有する。更にメモリ部１７９０内部は、駆動モ
ジュール管理データ格納部１７９２、センサモジュール管理データ格納部１７９６、自己
属性データ格納部１７９３、寿命管理データ格納部１７９４、稼働期間管理データ格納部
１７９５を備える。
そしてメモリ部１７９０内部の駆動モジュール管理データ格納部１７９２は、外部モジ
ュール接続部１７７８を介して接続されている駆動モジュール１６７０の管理データを格
納している。またセンサモジュール管理データ格納部１７９６は、外部モジュール接続部
１７７８を介して接続されているセンサモジュール１２６０の管理データを格納している
。
ュール接続部１７７８を介して接続されている駆動モジュール１６７０の管理データを格
納している。またセンサモジュール管理データ格納部１７９６は、外部モジュール接続部
１７７８を介して接続されているセンサモジュール１２６０の管理データを格納している
。
例えば、通信モジュール１６６０の点検時、或いは工場出荷時に通信モジュール１６６
０が点検される場合がある。点検時に検査装置（図示せず）が通信モジュール１６６０に
対してアンテナＡＮＴ＿１７７２を介して所定のコマンドを与えた場合、駆動モジュール
管理データ格納部１７９２内に格納されている駆動モジュール１６７０の管理データ及び
／あるいは、センサモジュール管理データ格納部１７９６内に格納されているセンサモジ
ュール１２６０の管理データが読み出される。読み出された管理データは、アンテナＡＮ
Ｔ＿１７７２を介して検査装置に送信される。これにより検査装置は、通信モジュール１
６６０のセンシング能力や駆動能力を知ることができる。
０が点検される場合がある。点検時に検査装置（図示せず）が通信モジュール１６６０に
対してアンテナＡＮＴ＿１７７２を介して所定のコマンドを与えた場合、駆動モジュール
管理データ格納部１７９２内に格納されている駆動モジュール１６７０の管理データ及び
／あるいは、センサモジュール管理データ格納部１７９６内に格納されているセンサモジ
ュール１２６０の管理データが読み出される。読み出された管理データは、アンテナＡＮ
Ｔ＿１７７２を介して検査装置に送信される。これにより検査装置は、通信モジュール１
６６０のセンシング能力や駆動能力を知ることができる。
なお図７Ｂ内での記載を省いたが、メモリ部１７９０の内部にプロセッサモジュール１
６８０の管理データを格納するプロセッサモジュール管理データ格納部、メモリモジュー
ル１６９０の管理データを格納するメモリモジュール管理データ格納部、あるいは表示モ
ジュール１２２６の管理データを格納する表示モジュール管理データ格納部が設定されて
も良い。
６８０の管理データを格納するプロセッサモジュール管理データ格納部、メモリモジュー
ル１６９０の管理データを格納するメモリモジュール管理データ格納部、あるいは表示モ
ジュール１２２６の管理データを格納する表示モジュール管理データ格納部が設定されて
も良い。
所で本実施形態システムでは図１に示すように、同一ドメイン２＿１１２２−２内に異
なる複数のシステム（システムα＿１１３２とシステムβ＿１１３４）が形成されている
。また同様にドメイン１＿１１２２−１やドメイン３＿１１２２−３内も、各々１個以上
のシステム（複数システムの場合が多い）が形成されている。更に例えば民生分野対応や
社会インフラ分野対応、ヘルスケア分野対応など、システム毎の適用対象分野の違いやシ
ステム使用目的の違いも許容される。そして図７Ｂの通信モジュール１６６０を内蔵した
複合モジュール１２９５またはユニット１２９０が互いに適用対象分野や使用目的が異な
る複数のシステム内を跨って移動しても、システム個々に応じた最適動作が可能となって
いる。すなわち同一ドメイン２＿１１２２−２内の異なるシステムα＿１１３２とシステ
ムβ＿１１３４の間、あるいは異なるドメイン１＿１１２２−１、２＿１１２２−２、３
＿１１２２−３内の異なるシステム間を上記複合モジュール１２９５またはユニット１２
９０が移動した場合、それが所属するシステムα＿１１３２（またはシステムβ＿１１３
４）の適用対象分野や使用目的に応じて最適化可能なように上記の複合モジュール１２９
５またはユニット１２９０の動作が適宜切り替わる所に本実施形態の大きな特徴が有る。
そしてその特徴を可能にするため、メモリ部１７９０内部に、アプリケーション保存部１
７９２、アプリケーション変更ソフトウェア格納部（アプリケーション変更ソフト）１７
９１、セキュリティ対象データ格納部１７９９または自己属性データ格納部１７９３、寿
命管理データ格納部１７９４、稼働期間管理データ格納部１７９５の少なくともいずれか
を備える。そしてそれにより、本実施形態における複合モジュール１２９５またはユニッ
ト１２９０の柔軟なシステム適合性確保と汎用的な使用が可能となる効果が有る。
なる複数のシステム（システムα＿１１３２とシステムβ＿１１３４）が形成されている
。また同様にドメイン１＿１１２２−１やドメイン３＿１１２２−３内も、各々１個以上
のシステム（複数システムの場合が多い）が形成されている。更に例えば民生分野対応や
社会インフラ分野対応、ヘルスケア分野対応など、システム毎の適用対象分野の違いやシ
ステム使用目的の違いも許容される。そして図７Ｂの通信モジュール１６６０を内蔵した
複合モジュール１２９５またはユニット１２９０が互いに適用対象分野や使用目的が異な
る複数のシステム内を跨って移動しても、システム個々に応じた最適動作が可能となって
いる。すなわち同一ドメイン２＿１１２２−２内の異なるシステムα＿１１３２とシステ
ムβ＿１１３４の間、あるいは異なるドメイン１＿１１２２−１、２＿１１２２−２、３
＿１１２２−３内の異なるシステム間を上記複合モジュール１２９５またはユニット１２
９０が移動した場合、それが所属するシステムα＿１１３２（またはシステムβ＿１１３
４）の適用対象分野や使用目的に応じて最適化可能なように上記の複合モジュール１２９
５またはユニット１２９０の動作が適宜切り替わる所に本実施形態の大きな特徴が有る。
そしてその特徴を可能にするため、メモリ部１７９０内部に、アプリケーション保存部１
７９２、アプリケーション変更ソフトウェア格納部（アプリケーション変更ソフト）１７
９１、セキュリティ対象データ格納部１７９９または自己属性データ格納部１７９３、寿
命管理データ格納部１７９４、稼働期間管理データ格納部１７９５の少なくともいずれか
を備える。そしてそれにより、本実施形態における複合モジュール１２９５またはユニッ
ト１２９０の柔軟なシステム適合性確保と汎用的な使用が可能となる効果が有る。
所で既に説明したように、図７Ｂに示した通信モジュール１６６０、１２０２を組み込
んで複合モジュール１２９５（図４参照）または機器１２５０（図２参照）を構成してユ
ニット１２９０（図３Ａ）とする。そしてこのユニット１２９０にした段階で、外部から
の無線電波を用いて上記のアプリケーション保存部１７９２とセキュリティ対象データ格
納部１７９９、自己属性データ格納部１７９３、寿命管理データ格納部１７９４、稼働期
間管理データ格納部１７９５の少なくともいずれかに情報を予め記録しても良い。またそ
れに限らず、上記ユニット１２９０をユーザが購入した後に実行されるチェックイン処理
もしくはプラグイン処理時（４．２節で後述）に、システムコントローラα＿１１２６が
上記の情報を書き込んでも良い。
んで複合モジュール１２９５（図４参照）または機器１２５０（図２参照）を構成してユ
ニット１２９０（図３Ａ）とする。そしてこのユニット１２９０にした段階で、外部から
の無線電波を用いて上記のアプリケーション保存部１７９２とセキュリティ対象データ格
納部１７９９、自己属性データ格納部１７９３、寿命管理データ格納部１７９４、稼働期
間管理データ格納部１７９５の少なくともいずれかに情報を予め記録しても良い。またそ
れに限らず、上記ユニット１２９０をユーザが購入した後に実行されるチェックイン処理
もしくはプラグイン処理時（４．２節で後述）に、システムコントローラα＿１１２６が
上記の情報を書き込んでも良い。
上記アプリケーション変更ソフトウェア格納部１７９１は、通信モジュール１６６０の
動作を制御するアプリケーションに修正、変更などの都合が生じた場合に利用される。例
えばこの通信モジュール１６６０を内蔵した複合モジュール１２９５またはユニット１２
９０が従来とは異なるシステム内に移動した場合（例えばシステムβ＿１１３４内からシ
ステムα＿１１３２内に移動した場合）、４．２節で後述するように所属システムが変わ
る度に“プラグイン処理”が実行される。そして移動前のシステムβ＿１１３４と移動後
のシステムα＿１１３２との間で適用対象分野や使用目的が大きく異なる場合には、移動
後のシステムα＿１１３２を管理／制御／運営するシステムコントローラα＿１１２６（
あるいはシステムコントローラβ＿１１２８）から図２の通信モジュール１２０２−３を
経由して新しいアプリケーションを実行するソフトウェアが送られて来る。そしてこの新
しいアプリケーションを実行するソフトウェアが、前述したアプリケーション変更ソフト
ウェア格納部（アプリケーション変更ソフト）１７９１に適宜保存される。そしてその新
しいアプリケーションを実行するソフトウェアに基付いてプロセッサ１７３６の処理が実
行されるため、複合モジュール１２９５またはユニット１２９０が全く適用対象分野や使
用目的が異なるシステムα＿１１３２に移動した時に、そのシステムα＿１１３２に最適
な動作が可能となる。
動作を制御するアプリケーションに修正、変更などの都合が生じた場合に利用される。例
えばこの通信モジュール１６６０を内蔵した複合モジュール１２９５またはユニット１２
９０が従来とは異なるシステム内に移動した場合（例えばシステムβ＿１１３４内からシ
ステムα＿１１３２内に移動した場合）、４．２節で後述するように所属システムが変わ
る度に“プラグイン処理”が実行される。そして移動前のシステムβ＿１１３４と移動後
のシステムα＿１１３２との間で適用対象分野や使用目的が大きく異なる場合には、移動
後のシステムα＿１１３２を管理／制御／運営するシステムコントローラα＿１１２６（
あるいはシステムコントローラβ＿１１２８）から図２の通信モジュール１２０２−３を
経由して新しいアプリケーションを実行するソフトウェアが送られて来る。そしてこの新
しいアプリケーションを実行するソフトウェアが、前述したアプリケーション変更ソフト
ウェア格納部（アプリケーション変更ソフト）１７９１に適宜保存される。そしてその新
しいアプリケーションを実行するソフトウェアに基付いてプロセッサ１７３６の処理が実
行されるため、複合モジュール１２９５またはユニット１２９０が全く適用対象分野や使
用目的が異なるシステムα＿１１３２に移動した時に、そのシステムα＿１１３２に最適
な動作が可能となる。
ここで通信モジュール１６６０が新しいアプリケーションを要求する場合と、外部（例
えばシステムコントローラα＿１１２６）からアプリケーション変更命令が与えられる場
合がある。アプリケーションの変更タイミングは、通信モジュール１６６０が製造されて
工場から出荷される場合、或いは使用されている途中で動作モードを切換える必要が生じ
た場合、通信モジュール１６６０の使用環境が変更された場合（システムα＿１１３２、
β＿１１３４間の移動など）、通信モジュール１６６０の使用期間が満了となった場合な
ど多々のケースが考えられる。このようにメモリ部１７９０内部に、アプリケーション変
更ソフトウェア格納部（アプリケーション変更ソフト）１７９１を備える事で、上記の使
用環境の変化や使用目的に応じて通信モジュール１６６０が自由にアプリケーションを変
更、追加、或いは更新することができる。
えばシステムコントローラα＿１１２６）からアプリケーション変更命令が与えられる場
合がある。アプリケーションの変更タイミングは、通信モジュール１６６０が製造されて
工場から出荷される場合、或いは使用されている途中で動作モードを切換える必要が生じ
た場合、通信モジュール１６６０の使用環境が変更された場合（システムα＿１１３２、
β＿１１３４間の移動など）、通信モジュール１６６０の使用期間が満了となった場合な
ど多々のケースが考えられる。このようにメモリ部１７９０内部に、アプリケーション変
更ソフトウェア格納部（アプリケーション変更ソフト）１７９１を備える事で、上記の使
用環境の変化や使用目的に応じて通信モジュール１６６０が自由にアプリケーションを変
更、追加、或いは更新することができる。
一方図７Ｂメモリ部１７９０内のアプリケーション保存部１７９２は、システム変更に
依存しない共通なアプリケーションソフトウェアが入っている。従って上記通信モジュー
ル１６６０を内蔵した複合モジュール１２９５またはユニット１２９０が異なるシステム
間を移動しても、上記アプリケーション保存部１７９２内に予め保存されている共通なア
プリケーションソフトウェアは変更されずに保存／継続使用される。
依存しない共通なアプリケーションソフトウェアが入っている。従って上記通信モジュー
ル１６６０を内蔵した複合モジュール１２９５またはユニット１２９０が異なるシステム
間を移動しても、上記アプリケーション保存部１７９２内に予め保存されている共通なア
プリケーションソフトウェアは変更されずに保存／継続使用される。
なお上記のアプリケーション変更ソフトウェア格納部（アプリケーション変更ソフト）
１７９１とアプリケーション保存部１７９２に格納されるアプリケーションソフトウェア
は、（機械語を含む）所定のプログラム言語やスクリプト言語で記述されている。そして
そのアプリケーションソフトウェア３０５０は図１８Ｂを用いて後述するように所定のＯ
Ｓ＿３０３０に対応した（あるいは所定の）ＡＰＩコマンド３０４５を含んでも良い。ま
たそれに限らず、図１９Ａと図１９Ｂを用いて後述するようにＪａｖａスクリプトで記述
されても、あるいは機械語及びその類似言語で記述されても良い。更にＨＴＭＬ（Hyper-
text Markup Language）やＸＭＬ（Extensible Markup Language）などのＷｅｂ関連言語
で記述されても良い。
１７９１とアプリケーション保存部１７９２に格納されるアプリケーションソフトウェア
は、（機械語を含む）所定のプログラム言語やスクリプト言語で記述されている。そして
そのアプリケーションソフトウェア３０５０は図１８Ｂを用いて後述するように所定のＯ
Ｓ＿３０３０に対応した（あるいは所定の）ＡＰＩコマンド３０４５を含んでも良い。ま
たそれに限らず、図１９Ａと図１９Ｂを用いて後述するようにＪａｖａスクリプトで記述
されても、あるいは機械語及びその類似言語で記述されても良い。更にＨＴＭＬ（Hyper-
text Markup Language）やＸＭＬ（Extensible Markup Language）などのＷｅｂ関連言語
で記述されても良い。
セキュリティ対象データ格納部１７９９は、重要度の高い例えば個人情報などを格納す
る場合に利用する事ができる。またセキュリティ対象データ格納部１７９９は、個人的に
任意のデータを格納する部分として利用されてもよい。
例えば、通信モジュール１６６０が使用される場面として、病院において個人のカルテ
ホルダーに該通信モジュール１６６０が埋設されることがある。このような場合には、個
人情報（氏名、年齢、病名、診察経過）などをセキュリティ対象データ格納部１７９９に
格納してもよい。所で上記カルテホルダーは必ずしも永久に使用されず、破棄されても良
い。またそれに限らず、新しいカルテホルダーに交換される場合がある。このような場合
には、古いカルテホルダーの通信モジュール内のセキュリティ対象データは消去される必
要がある。
る場合に利用する事ができる。またセキュリティ対象データ格納部１７９９は、個人的に
任意のデータを格納する部分として利用されてもよい。
例えば、通信モジュール１６６０が使用される場面として、病院において個人のカルテ
ホルダーに該通信モジュール１６６０が埋設されることがある。このような場合には、個
人情報（氏名、年齢、病名、診察経過）などをセキュリティ対象データ格納部１７９９に
格納してもよい。所で上記カルテホルダーは必ずしも永久に使用されず、破棄されても良
い。またそれに限らず、新しいカルテホルダーに交換される場合がある。このような場合
には、古いカルテホルダーの通信モジュール内のセキュリティ対象データは消去される必
要がある。
セキュリティ対象データの消去タイミングは、各種の方法が可能である。例えば、一定
期間以上通信モジュール１６６０がシステムコントローラα＿１１２６と交信しなかった
場合がある。この場合には通信モジュール１６６０が独自に破棄された又は交換されたと
判断し、セキュリティ対象データの消去処理を実行する。またシステムコントローラα＿
１１２６が積極的に通信モジュール１６６０にセキュリティ対象データの消去を要求する
場合がある。さらに通信モジュール１６６０に接続されているセンサモジュール１２６０
が特定の雰囲気及び又は検出要素（例えば、圧力、熱、湿度、液体など）を検出した場合
に、セキュリティ対象データの消去処理を実行しても良い。すなわちこのように特定の雰
囲気及び又は検出要素（例えば、圧力、熱、湿度、液体など）をセンサモジュール１２６
０が検出した場合、通常の自己の使用環境とは異なる環境に変化したとプロセッサ１７３
６が自動判別してセキュリティ対象データの消去処理が実行される。またそれに限らず、
所定の各種条件が成立した時にセキュリティ対象データの消去処理が実行されても良い。
期間以上通信モジュール１６６０がシステムコントローラα＿１１２６と交信しなかった
場合がある。この場合には通信モジュール１６６０が独自に破棄された又は交換されたと
判断し、セキュリティ対象データの消去処理を実行する。またシステムコントローラα＿
１１２６が積極的に通信モジュール１６６０にセキュリティ対象データの消去を要求する
場合がある。さらに通信モジュール１６６０に接続されているセンサモジュール１２６０
が特定の雰囲気及び又は検出要素（例えば、圧力、熱、湿度、液体など）を検出した場合
に、セキュリティ対象データの消去処理を実行しても良い。すなわちこのように特定の雰
囲気及び又は検出要素（例えば、圧力、熱、湿度、液体など）をセンサモジュール１２６
０が検出した場合、通常の自己の使用環境とは異なる環境に変化したとプロセッサ１７３
６が自動判別してセキュリティ対象データの消去処理が実行される。またそれに限らず、
所定の各種条件が成立した時にセキュリティ対象データの消去処理が実行されても良い。
一方例えば古いカルテホルダーが新しいカルテホルダーに交換されて古いカルテホルダ
ーのセキュリティ対象データを新しいカルテホルダーにムーブする必要が生じた場合など
は、システムコントローラα＿１１２６がセキュリティ対象データの承継或いは受け渡し
などの制御を行っても良い。
ーのセキュリティ対象データを新しいカルテホルダーにムーブする必要が生じた場合など
は、システムコントローラα＿１１２６がセキュリティ対象データの承継或いは受け渡し
などの制御を行っても良い。
自己属性データ格納部１７９３内には、通信モジュール１６６０が例えば付着、接着、
搭載或いは埋設されるユニット（製品、部品、材料、商品など）の取り扱い（ハンドリン
グ）に関する属性データが格納されている。その具体的な属性データには、対応するユニ
ットの識別データ（商品名、部品名、製品名など）や、その製造場所や製造メーカなど識
別データが含まれても良い。
搭載或いは埋設されるユニット（製品、部品、材料、商品など）の取り扱い（ハンドリン
グ）に関する属性データが格納されている。その具体的な属性データには、対応するユニ
ットの識別データ（商品名、部品名、製品名など）や、その製造場所や製造メーカなど識
別データが含まれても良い。
例えば通信モジュール１６６０が含まれる複合モジュール１２９５（あるいはユニット
１２９０）がアルミ製の飲料缶に接着或いは埋設されている場合がある。アルミ製の飲料
缶は、使用後は破棄され、リサイクル工場へ搬送される。ここで属性データとして“接着
或いは埋設されている対象物の材料がアルミ製”と言う情報が保存されていれば、リサイ
クル工場内で自動的に飲料缶をアルミ処理部へ分類処理することができる。この場合には
リサイクル工場全体がシステムα＿１１３２に対応し、リサイクル工場内の分類装置がシ
ステムコントローラα＿１１２６に対応する。そしてシステムコントローラα＿１１２６
に対応した上記分類装置が特定のコマンドを通信モジュール１６６０に送信して、自己属
性データを読み取る。そしてその自己属性データに基付いて飲料缶が何製であるかを判断
できる。
１２９０）がアルミ製の飲料缶に接着或いは埋設されている場合がある。アルミ製の飲料
缶は、使用後は破棄され、リサイクル工場へ搬送される。ここで属性データとして“接着
或いは埋設されている対象物の材料がアルミ製”と言う情報が保存されていれば、リサイ
クル工場内で自動的に飲料缶をアルミ処理部へ分類処理することができる。この場合には
リサイクル工場全体がシステムα＿１１３２に対応し、リサイクル工場内の分類装置がシ
ステムコントローラα＿１１２６に対応する。そしてシステムコントローラα＿１１２６
に対応した上記分類装置が特定のコマンドを通信モジュール１６６０に送信して、自己属
性データを読み取る。そしてその自己属性データに基付いて飲料缶が何製であるかを判断
できる。
一方上記通信モジュール１６６０が含まれる複合モジュール１２９５（あるいはユニッ
ト１２９０）がプラスチック製の飲料ボトルに埋設されている場合がある。この場合には
、分類装置が特定のコマンドを通信モジュール１６６０に送信して、自己属性データを読
み取り、飲料缶がプラスチック製であることを検出する。これにより分類装置は、容易に
自動的に飲料缶をブラスチック処理部へ分類処理することができる。所で上記の例に限ら
ず、上記通信モジュール１６６０が含まれる複合モジュール１２９５（あるいはユニット
１２９０）が付着、埋設、接着、或いは装着されたあらゆる被一体化物（部品、製品、商
品、装置、材料、商品など）に関して自己属性データが利用されても良い。
ト１２９０）がプラスチック製の飲料ボトルに埋設されている場合がある。この場合には
、分類装置が特定のコマンドを通信モジュール１６６０に送信して、自己属性データを読
み取り、飲料缶がプラスチック製であることを検出する。これにより分類装置は、容易に
自動的に飲料缶をブラスチック処理部へ分類処理することができる。所で上記の例に限ら
ず、上記通信モジュール１６６０が含まれる複合モジュール１２９５（あるいはユニット
１２９０）が付着、埋設、接着、或いは装着されたあらゆる被一体化物（部品、製品、商
品、装置、材料、商品など）に関して自己属性データが利用されても良い。
所で上記通信モジュール１６６０が含まれる複合モジュール１２９５（あるいはユニッ
ト１２９０）が異なるシステム間で跨って移動した場合、それが配置された環境が移り変
わる場合がある。そしてその環境変化に応じて上記自己属性データの内容が進行的に変化
しても良い。例えば上記飲料缶が店頭に陳列されている場合には、上記自己属性データと
して飲料缶の販売価格や店頭内の陳列場所、あるいは商品カテゴリーがメモリ部１７９０
内に保存されても良い。そしてこの場合には、店頭内を管理するシステムコントローラα
＿１１２６が前記の自己属性データを利用して在庫管理や顧客に対する決算処理を行って
も良い。
ト１２９０）が異なるシステム間で跨って移動した場合、それが配置された環境が移り変
わる場合がある。そしてその環境変化に応じて上記自己属性データの内容が進行的に変化
しても良い。例えば上記飲料缶が店頭に陳列されている場合には、上記自己属性データと
して飲料缶の販売価格や店頭内の陳列場所、あるいは商品カテゴリーがメモリ部１７９０
内に保存されても良い。そしてこの場合には、店頭内を管理するシステムコントローラα
＿１１２６が前記の自己属性データを利用して在庫管理や顧客に対する決算処理を行って
も良い。
また他の例として、魚に張り付けたタグとして複合モジュール１２９５（あるいはユニ
ット１２９０）を使用する場合を説明する。海で吊り上げた魚は漁船で港へ運ばれ、港の
セリ市場で業者に買い取られ、車で搬送され、スーパーマーケットの店頭に陳列され、消
費者により購入される。
ット１２９０）を使用する場合を説明する。海で吊り上げた魚は漁船で港へ運ばれ、港の
セリ市場で業者に買い取られ、車で搬送され、スーパーマーケットの店頭に陳列され、消
費者により購入される。
上記魚と一体化されたタグ（複合モジュール１２９５／ユニット１２９０）内のセンサ
モジュール１２６０として品質管理のための温度センサと湿度センサが設置されている場
合を説明する。この時の自己属性データとしてはは、適切な温度の範囲データ、適切な湿
度の範囲データ、そして賞味期間データが格納されている。ここで漁船の乗組員や市場管
理者が上記自己属性データを入力する。
モジュール１２６０として品質管理のための温度センサと湿度センサが設置されている場
合を説明する。この時の自己属性データとしてはは、適切な温度の範囲データ、適切な湿
度の範囲データ、そして賞味期間データが格納されている。ここで漁船の乗組員や市場管
理者が上記自己属性データを入力する。
魚の搬送途中或いは保管時に周囲環境の温度や湿度が適切な範囲を超えた場合、通信モ
ジュール１６６０は漁船内あるいは搬送トラック内に設置されたシステムコントローラα
＿１１２６に対して第１の警告信号を出力することができる。また賞味期間が近づいた場
合や賞味期間が過ぎた場合にも、アンテナ１７７２を介して第２の警告信号、第３の警告
信号を出力することができる。
ジュール１６６０は漁船内あるいは搬送トラック内に設置されたシステムコントローラα
＿１１２６に対して第１の警告信号を出力することができる。また賞味期間が近づいた場
合や賞味期間が過ぎた場合にも、アンテナ１７７２を介して第２の警告信号、第３の警告
信号を出力することができる。
また店頭陳列時には、自己属性データとして販売価格や店頭内の陳列場所、あるいは商
品カテゴリーなどが追加される。この場合には上記の自己属性データが、店頭内に設置さ
れた別のシステムコントローラα＿１１２６から自動的にメモリ部１７９０内に保存され
る。そしてこの自己属性データを利用して、在庫管理や顧客に対する決算処理が行える。
品カテゴリーなどが追加される。この場合には上記の自己属性データが、店頭内に設置さ
れた別のシステムコントローラα＿１１２６から自動的にメモリ部１７９０内に保存され
る。そしてこの自己属性データを利用して、在庫管理や顧客に対する決算処理が行える。
上記のように複合モジュール１２９５／ユニット１２９０が配置される（所属する）シ
ステムの移動に応じ、そのシステムα＿１１３２を管理／制御／運営するシステムコント
ローラα＿１１２６から自動的に上記の自己属性データ１７９３の追記あるいは更新でき
る所にも本実施形態システムの特徴が有る。それに拠り、対応する複合モジュール１２９
５やユニット１２９０活用の柔軟性と汎用性が大きく向上する効果が有る。すなわち上記
の追記／更新された自己属性データを利用する事で、システムα＿１１３２に最適な処理
をシステムコントローラα＿１１２６が実行できる。
ステムの移動に応じ、そのシステムα＿１１３２を管理／制御／運営するシステムコント
ローラα＿１１２６から自動的に上記の自己属性データ１７９３の追記あるいは更新でき
る所にも本実施形態システムの特徴が有る。それに拠り、対応する複合モジュール１２９
５やユニット１２９０活用の柔軟性と汎用性が大きく向上する効果が有る。すなわち上記
の追記／更新された自己属性データを利用する事で、システムα＿１１３２に最適な処理
をシステムコントローラα＿１１２６が実行できる。
またそれに限らず、通信モジュール１６６０が特定のコマンド（リクエスト信号）に応
答し、通信モジュール１６６０が存在することの応答信号を出力するためのデータとして
、前記自己属性データが利用されてもよい。例えば、通信モジュール１６６０が、手術器
具、或いは、航空機や列車の点検工具内に埋設される場合がある。この場合には作業現場
を特定のシステムα＿１１３２と見なし、作業現場に設置されたシステムコントローラα
＿１１２６から通信モジュール１６６０に応答回答を要求する。そして作業現場（システ
ムα＿１１３２）内での応答回答の有無で、作業現場へ手術器具や点検工具などの忘れ物
の有無が判明する。このように自己属性データに関する情報通信処理を利用して、手術後
や点検後の忘れ物の有無判定が可能となる。
答し、通信モジュール１６６０が存在することの応答信号を出力するためのデータとして
、前記自己属性データが利用されてもよい。例えば、通信モジュール１６６０が、手術器
具、或いは、航空機や列車の点検工具内に埋設される場合がある。この場合には作業現場
を特定のシステムα＿１１３２と見なし、作業現場に設置されたシステムコントローラα
＿１１２６から通信モジュール１６６０に応答回答を要求する。そして作業現場（システ
ムα＿１１３２）内での応答回答の有無で、作業現場へ手術器具や点検工具などの忘れ物
の有無が判明する。このように自己属性データに関する情報通信処理を利用して、手術後
や点検後の忘れ物の有無判定が可能となる。
上記以外の自己属性データ１７９３の利用例として、この領域に対応ユニット１２９０
（または複合モジュール１２９５や機器１２５０）の所有者情報を記録しても良い。この
自己属性データ１７９３が記録されたユニット１２９０（または複合モジュール１２９５
や機器１２５０）の市販時には、上述したように店頭に陳列される。この時には陳列され
た店舗内が１個のシステムβ＿１１３４に対応する。そしてユーザが上記ユニット１２９
０（または複合モジュール１２９５や機器１２５０）を購入すると、それを自宅に移動す
る。すると購入したユーザの自宅内がシステムα＿１１３２に対応する（図１参照）。従
って上記ユニット１２９０（または複合モジュール１２９５や機器１２５０）の購入前後
で、このユニット１２９０が配置されるシステムが変化する。そしてこのユニット１２９
０がユーザの自宅内に配置されると、新たなシステムα＿１１３２内を管理／運営／情報
収集するシステムコントローラα＿１１２６が４．２節で後述するチェックイン処理を行
う。この時に、システムコントローラα＿１１２６が上記自己属性データ１７９３の一部
に所有者に関するユーザ情報を記録する。このユーザ情報としては所有者名に限らず、ユ
ーザのＩＤ情報やユーザの住所情報や電話番号情報、メールアドレス情報などのいずれで
も良い。このように自己属性データ１７９３の一部に記録されたユーザ情報を記録してお
くと、対応するユニット１２９０を外で置き忘れた時に、探し易くなる効果が有る。
（または複合モジュール１２９５や機器１２５０）の所有者情報を記録しても良い。この
自己属性データ１７９３が記録されたユニット１２９０（または複合モジュール１２９５
や機器１２５０）の市販時には、上述したように店頭に陳列される。この時には陳列され
た店舗内が１個のシステムβ＿１１３４に対応する。そしてユーザが上記ユニット１２９
０（または複合モジュール１２９５や機器１２５０）を購入すると、それを自宅に移動す
る。すると購入したユーザの自宅内がシステムα＿１１３２に対応する（図１参照）。従
って上記ユニット１２９０（または複合モジュール１２９５や機器１２５０）の購入前後
で、このユニット１２９０が配置されるシステムが変化する。そしてこのユニット１２９
０がユーザの自宅内に配置されると、新たなシステムα＿１１３２内を管理／運営／情報
収集するシステムコントローラα＿１１２６が４．２節で後述するチェックイン処理を行
う。この時に、システムコントローラα＿１１２６が上記自己属性データ１７９３の一部
に所有者に関するユーザ情報を記録する。このユーザ情報としては所有者名に限らず、ユ
ーザのＩＤ情報やユーザの住所情報や電話番号情報、メールアドレス情報などのいずれで
も良い。このように自己属性データ１７９３の一部に記録されたユーザ情報を記録してお
くと、対応するユニット１２９０を外で置き忘れた時に、探し易くなる効果が有る。
上記の所有者とは、ユニット１２９０の直接の持ち主に限らない。すなわち前記ユニッ
ト１２９０（または複合モジュール１２９５や機器１２５０）の使用に関係する人あるい
は組織や企業も含まれる。またこの自己属性データ１７９３が記録された複合モジュール
１２９５が設置あるいは挿入、混入された商品や部品、材料の利用に関係する人あるいは
組織や企業でも良い。
ト１２９０（または複合モジュール１２９５や機器１２５０）の使用に関係する人あるい
は組織や企業も含まれる。またこの自己属性データ１７９３が記録された複合モジュール
１２９５が設置あるいは挿入、混入された商品や部品、材料の利用に関係する人あるいは
組織や企業でも良い。
その一例として、この自己属性データ１７９３が記録された複合モジュール１２９５が
挿入あるいは混入された錠剤あるいは粉末状の薬の説明をする。例えば病院や施設または
自宅で上記の薬を飲んだ時、システムコントローラα＿１１２６が飲んだ人の名前と飲ん
だ日時を前記自己属性データ１７９３内に記録する。またこの自己属性データ１７９３内
には、予め薬の名前も記録してある。するとこの薬を飲んだユーザの外出先でも、外出先
に設置されたシステムコントローラβ＿１１３４が「誰が何時に何の薬を飲んだか？」を
管理できる。持病を持っている人に取って、定期的な服薬は非常に重要で有るが忘れ易い
。上記のようにシステムコントローラβ＿１１３４が常時服薬状況を管理すれば、飲み忘
れが起き辛い効果が生まれる。
挿入あるいは混入された錠剤あるいは粉末状の薬の説明をする。例えば病院や施設または
自宅で上記の薬を飲んだ時、システムコントローラα＿１１２６が飲んだ人の名前と飲ん
だ日時を前記自己属性データ１７９３内に記録する。またこの自己属性データ１７９３内
には、予め薬の名前も記録してある。するとこの薬を飲んだユーザの外出先でも、外出先
に設置されたシステムコントローラβ＿１１３４が「誰が何時に何の薬を飲んだか？」を
管理できる。持病を持っている人に取って、定期的な服薬は非常に重要で有るが忘れ易い
。上記のようにシステムコントローラβ＿１１３４が常時服薬状況を管理すれば、飲み忘
れが起き辛い効果が生まれる。
上記のように自己属性データ１７９３として互いに関連する複数の情報を記録する事で
、自己属性データ１７９３が記録された複合モジュール１２９５（ユニット１２９０）に
利用状況を高い精度で管理し易くなる効果が生まれる。
通信モジュール１６６０が内蔵された複合モジュール１２９５（またはユニット１２９
０）の寿命を管理する寿命管理データを、寿命管理データ格納部１７９４内に格納するこ
とができる。この寿命管理データは、通信モジュール１６６０が内蔵された複合モジュー
ル１２９５（またはユニット１２９０）が用済みとなる寿命期間を示している。そしてこ
の寿命期間が経過したとき、通信モジュール１６６０が自動的に動作を収束し停止する。
これにより、寿命期間後に不要な電波を出射することはない。
、自己属性データ１７９３が記録された複合モジュール１２９５（ユニット１２９０）に
利用状況を高い精度で管理し易くなる効果が生まれる。
通信モジュール１６６０が内蔵された複合モジュール１２９５（またはユニット１２９
０）の寿命を管理する寿命管理データを、寿命管理データ格納部１７９４内に格納するこ
とができる。この寿命管理データは、通信モジュール１６６０が内蔵された複合モジュー
ル１２９５（またはユニット１２９０）が用済みとなる寿命期間を示している。そしてこ
の寿命期間が経過したとき、通信モジュール１６６０が自動的に動作を収束し停止する。
これにより、寿命期間後に不要な電波を出射することはない。
例えば上述した廃棄後の飲料缶や料理後の魚に関しては、対応するタグ（複合モジュー
ル１２９５／ユニット１２９０）の使用は不要となる。上記のようにメモリ部１７９０内
に寿命管理データ格納部１７９４を持ち、寿命期間後に自動的に活動停止させる事で、シ
ステムα＿１１３２内の不要な電波発生が防げる。そして不要な電波発生を防止する事で
、システムα＿１１３２内での情報通信効率が向上する効果が生まれる。
ル１２９５／ユニット１２９０）の使用は不要となる。上記のようにメモリ部１７９０内
に寿命管理データ格納部１７９４を持ち、寿命期間後に自動的に活動停止させる事で、シ
ステムα＿１１３２内の不要な電波発生が防げる。そして不要な電波発生を防止する事で
、システムα＿１１３２内での情報通信効率が向上する効果が生まれる。
通信モジュール１６６０の稼働期間を設定するためのデータを稼働期間管理データ格納
部１７９５内に格納できる。使用環境、使用条件に応じて通信モジュール１６６０の稼働
期間やスリープ期間を持つ方が、節電効果が上がり、周囲デバイスとの干渉防止効果も出
る。上記稼働期間管理データとして、例えば時間単位で稼働期間とスリープ期間を設定す
る、あるいはセンサ出力に応じて稼働期間とスリープ期間を設定することができる。１．
７節 本実施形態における広域ネットワークシステム全体構造の説明既に１．１節で本実
施形態システムの概説を行った。それに対して本節では、図１を用いて本実施形態におけ
る広域ネットワークシステム全体の構造を詳細に説明する。図１が示すようにサービスプ
ロバイダＢ＿１１１２−２は、類似した商品（または情報）を取り扱う卸売業者Ｂ１＿１
１０４−１及び（または）卸売業者Ｂ２＿１１０４−２から商品（または情報）を入手し
、サービスを提供する。
部１７９５内に格納できる。使用環境、使用条件に応じて通信モジュール１６６０の稼働
期間やスリープ期間を持つ方が、節電効果が上がり、周囲デバイスとの干渉防止効果も出
る。上記稼働期間管理データとして、例えば時間単位で稼働期間とスリープ期間を設定す
る、あるいはセンサ出力に応じて稼働期間とスリープ期間を設定することができる。１．
７節 本実施形態における広域ネットワークシステム全体構造の説明既に１．１節で本実
施形態システムの概説を行った。それに対して本節では、図１を用いて本実施形態におけ
る広域ネットワークシステム全体の構造を詳細に説明する。図１が示すようにサービスプ
ロバイダＢ＿１１１２−２は、類似した商品（または情報）を取り扱う卸売業者Ｂ１＿１
１０４−１及び（または）卸売業者Ｂ２＿１１０４−２から商品（または情報）を入手し
、サービスを提供する。
ここで卸売業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２とは、所定の商品や情報を
取り扱う元締め機関や組織を意味する。前記機関や組織の具体例として、例えば財団法人
や業務法人等の私的営利組織に関係した業者に限らず、国家や地方自治体、公団や公益法
人などの公的組織まで対応させても良い。従ってサービスプロバイダＡ〜Ｃ＿１１１２−
１〜３から見た前記卸売業者の位置付けは、『商取引相手』のみに限らず、『所定サービ
ス委託先』や『所定サービスの指導や許認可相手』まで対応させても良い。例えば前記卸
売業者がサービスプロバイダＡ〜Ｃ＿１１１２−１〜３の商取引相手に相当した場合の卸
売業者が取り扱う商品として、電力、ガス、水道、ガソリンなどの公共消費材に限らず、
一般消費材や貨幣、債券、貴金属などの流動資産や不動産などの固定資産を対応させても
良いし、また通常のインターネットでの入手が困難な商品価値の有る情報（市場調査情報
や特定個人や特定地域に特化した情報（非常に狭い地域に限定した気象情報や交通情報な
ど））を対象としても良い。
取り扱う元締め機関や組織を意味する。前記機関や組織の具体例として、例えば財団法人
や業務法人等の私的営利組織に関係した業者に限らず、国家や地方自治体、公団や公益法
人などの公的組織まで対応させても良い。従ってサービスプロバイダＡ〜Ｃ＿１１１２−
１〜３から見た前記卸売業者の位置付けは、『商取引相手』のみに限らず、『所定サービ
ス委託先』や『所定サービスの指導や許認可相手』まで対応させても良い。例えば前記卸
売業者がサービスプロバイダＡ〜Ｃ＿１１１２−１〜３の商取引相手に相当した場合の卸
売業者が取り扱う商品として、電力、ガス、水道、ガソリンなどの公共消費材に限らず、
一般消費材や貨幣、債券、貴金属などの流動資産や不動産などの固定資産を対応させても
良いし、また通常のインターネットでの入手が困難な商品価値の有る情報（市場調査情報
や特定個人や特定地域に特化した情報（非常に狭い地域に限定した気象情報や交通情報な
ど））を対象としても良い。
次に本実施形態システムに於けるサービスプロバイダＡ〜Ｃ＿１１１２−１〜３とは、
所定のサービスを提供する組織または集団を意味する。特にこのサービスプロバイダＡ〜
Ｃ＿１１１２−１〜３は、『所定サービスに関する統合的管理』を行う特徴も有る。また
サービスプロバイダが提供するサービスは、後述するセンサモジュール１２６０から得ら
れた情報を利用した、あらゆる種類のサービスを対応させても良い。特に後述するドメイ
ン１〜３＿１１２２−１〜３内のセンサモジュールからネットワーク経由で得た情報やそ
れに関係した情報の一部がこのサービスプロバイダＢ＿１１１２−２内のサーバｎ＿１１
１６−ｎに伝達され、それに基付いてサービスプロバイダＢ＿１１１２−２が所定サービ
スを提供できる所に特徴が有る。このように本実施形態システムでは、サービスプロバイ
ダＡ〜Ｃ＿１１１２−１〜３によるドメイン１〜３＿１１２２−１〜３内からの商品や情
報の吸い上げ操作が可能となっている。更にこのサービスプロバイダＢ＿１１１２−２は
複数のサーバ１〜ｎ＿１１１６−１〜ｎを所有し、サーバ１〜ｎ＿１１１６−１〜ｎ毎に
データベース１１１８−１〜ｎを管理している。またサーバ１〜ｎ＿１１１６−１〜ｎ間
では連携した分散処理が行われ、処理の高速化が図られている。図１では省略されている
が、サービスプロバイダＡ＿１１１２−１内やサービスプロバイダＣ＿１１１２−３内に
も同様にサーバやそれに対応したデータベースが設置されている。
所定のサービスを提供する組織または集団を意味する。特にこのサービスプロバイダＡ〜
Ｃ＿１１１２−１〜３は、『所定サービスに関する統合的管理』を行う特徴も有る。また
サービスプロバイダが提供するサービスは、後述するセンサモジュール１２６０から得ら
れた情報を利用した、あらゆる種類のサービスを対応させても良い。特に後述するドメイ
ン１〜３＿１１２２−１〜３内のセンサモジュールからネットワーク経由で得た情報やそ
れに関係した情報の一部がこのサービスプロバイダＢ＿１１１２−２内のサーバｎ＿１１
１６−ｎに伝達され、それに基付いてサービスプロバイダＢ＿１１１２−２が所定サービ
スを提供できる所に特徴が有る。このように本実施形態システムでは、サービスプロバイ
ダＡ〜Ｃ＿１１１２−１〜３によるドメイン１〜３＿１１２２−１〜３内からの商品や情
報の吸い上げ操作が可能となっている。更にこのサービスプロバイダＢ＿１１１２−２は
複数のサーバ１〜ｎ＿１１１６−１〜ｎを所有し、サーバ１〜ｎ＿１１１６−１〜ｎ毎に
データベース１１１８−１〜ｎを管理している。またサーバ１〜ｎ＿１１１６−１〜ｎ間
では連携した分散処理が行われ、処理の高速化が図られている。図１では省略されている
が、サービスプロバイダＡ＿１１１２−１内やサービスプロバイダＣ＿１１１２−３内に
も同様にサーバやそれに対応したデータベースが設置されている。
サービスプロバイダの具体的な実働の一つとして、卸売業者Ａ＿１１０２または卸売業
者Ｂ１／２＿１１０４−１／２から卸された商品や情報をドメイン１〜３＿１１２２−１
〜３内に流通（流入と流出両方が含まれる）させる。この具体的なサービス例を以下に示
す。α〕卸売業者Ａ＿１１０２や卸売業者Ｂ１／２＿１１０４−１／２が扱う商品や情報
のエンドユーザへの小売りサービスβ〕卸売業者Ａ＿１１０２や卸売業者Ｂ１／２＿１１
０４−１／２が扱う商品や情報を独自に加工し、その加工結果を利用してエンドユーザへ
提供するサービスγ〕センサモジュールから得られた情報に基付いて最適と判断されたサ
ービスを提供δ〕上記〔α〕〜〔γ〕の組み合わせここでサービスプロバイダが取り扱う
商品として電力、ガス、水道、ガソリンなどの公共消費材の小売りに限らず、一般消費材
の小売り、流動資産や固定資産の小売りなどを対象としても良い。またそれに限らず取り
扱う情報（商品）として、通常のインターネットでの入手が困難な商品価値の有る情報（
市場調査情報や特定個人や特定地域に特化した情報（非常に狭い地域に限定した気象情報
や交通情報など））を商品として取り扱っても良い。
者Ｂ１／２＿１１０４−１／２から卸された商品や情報をドメイン１〜３＿１１２２−１
〜３内に流通（流入と流出両方が含まれる）させる。この具体的なサービス例を以下に示
す。α〕卸売業者Ａ＿１１０２や卸売業者Ｂ１／２＿１１０４−１／２が扱う商品や情報
のエンドユーザへの小売りサービスβ〕卸売業者Ａ＿１１０２や卸売業者Ｂ１／２＿１１
０４−１／２が扱う商品や情報を独自に加工し、その加工結果を利用してエンドユーザへ
提供するサービスγ〕センサモジュールから得られた情報に基付いて最適と判断されたサ
ービスを提供δ〕上記〔α〕〜〔γ〕の組み合わせここでサービスプロバイダが取り扱う
商品として電力、ガス、水道、ガソリンなどの公共消費材の小売りに限らず、一般消費材
の小売り、流動資産や固定資産の小売りなどを対象としても良い。またそれに限らず取り
扱う情報（商品）として、通常のインターネットでの入手が困難な商品価値の有る情報（
市場調査情報や特定個人や特定地域に特化した情報（非常に狭い地域に限定した気象情報
や交通情報など））を商品として取り扱っても良い。
一方サービスプロバイダＡ＿１１１２−１は、卸売業者Ｂ１／２＿１１０４−１／２と
は異なる商品（または情報）を卸売業者Ａ＿１１０２から入手し、別の種類のサービスを
提供する。ここでサービスプロバイダＡ＿１１１２−１とサービスプロバイダＢ＿１１１
２−２間、あるいはサービスプロバイダＢ＿１１１２−２とサービスプロバイダＣ＿１１
１２−３間は互いに情報共有または資源の連携融通１１１４を行い、サービスの効率化と
高度化を図っている。またサービスプロバイダＡ＿１１１２−１内には、卸売業者Ａ＿１
１０２から入手した商品を貯蔵する所定商品貯蔵部１１５４が設置されている。そして図
１に示したサービスプロバイダＡ＿１１１２−１内の所定商品生成部１１５２では、卸売
業者Ａ＿１１０２からの入手対象の商品を材料にして新商品の製造を行う、または卸売業
者Ａ＿１１０２から入手した商品（または情報）を加工して新たな商品（または新たな情
報）を生み出す。図１では省略されているが、サービスプロバイダＢ＿１１１２−２やサ
ービスプロバイダＣ＿１１１２−３内にも所定商品貯蔵部１１５４や所定商品生成部１１
５２が設置されている。
は異なる商品（または情報）を卸売業者Ａ＿１１０２から入手し、別の種類のサービスを
提供する。ここでサービスプロバイダＡ＿１１１２−１とサービスプロバイダＢ＿１１１
２−２間、あるいはサービスプロバイダＢ＿１１１２−２とサービスプロバイダＣ＿１１
１２−３間は互いに情報共有または資源の連携融通１１１４を行い、サービスの効率化と
高度化を図っている。またサービスプロバイダＡ＿１１１２−１内には、卸売業者Ａ＿１
１０２から入手した商品を貯蔵する所定商品貯蔵部１１５４が設置されている。そして図
１に示したサービスプロバイダＡ＿１１１２−１内の所定商品生成部１１５２では、卸売
業者Ａ＿１１０２からの入手対象の商品を材料にして新商品の製造を行う、または卸売業
者Ａ＿１１０２から入手した商品（または情報）を加工して新たな商品（または新たな情
報）を生み出す。図１では省略されているが、サービスプロバイダＢ＿１１１２−２やサ
ービスプロバイダＣ＿１１１２−３内にも所定商品貯蔵部１１５４や所定商品生成部１１
５２が設置されている。
図１に示した所定商品生成部１１５２とは、独自な付加価値が付与された独自商品を生
成する場所を意味する。そしてその独自商品生成の具体的な形態例として、卸売業者Ａ＿
１１０２から仕入れた原材料の加工処理が上げられる。例えば製造業では製品製造工場な
どが前記所定商品生成部１１５２に対応する。また本実施形態ではそれに限らず、例えば
太陽電池や風力発電機や火力発電機、地熱発電機などを所有した電力発電所またはその関
連周辺機器としての変電所や送電所などを対応させても良い。また本実施形態システムは
上記に限らず、ガソリンの精錬所や貯水設備など他の公共消費材の生産場所なども上記所
定商品生成部１１５２の形態例に対応させられる。更にそれ以外の別の商品形態として、
“サービスプロバイダＡ内で創出される独自情報”を生成する場所を上記所定商品生成部
１１５２に対応させても良い。例えばインターネット上に公開されている各種情報を分析
した結果新たに得られた分析情報として例えば市場動向情報や気象予測情報なども上記商
品の一形態に対応する。
成する場所を意味する。そしてその独自商品生成の具体的な形態例として、卸売業者Ａ＿
１１０２から仕入れた原材料の加工処理が上げられる。例えば製造業では製品製造工場な
どが前記所定商品生成部１１５２に対応する。また本実施形態ではそれに限らず、例えば
太陽電池や風力発電機や火力発電機、地熱発電機などを所有した電力発電所またはその関
連周辺機器としての変電所や送電所などを対応させても良い。また本実施形態システムは
上記に限らず、ガソリンの精錬所や貯水設備など他の公共消費材の生産場所なども上記所
定商品生成部１１５２の形態例に対応させられる。更にそれ以外の別の商品形態として、
“サービスプロバイダＡ内で創出される独自情報”を生成する場所を上記所定商品生成部
１１５２に対応させても良い。例えばインターネット上に公開されている各種情報を分析
した結果新たに得られた分析情報として例えば市場動向情報や気象予測情報なども上記商
品の一形態に対応する。
所で図１に示した所定商品貯蔵部１１５４では、以下のいずれかの商品（情報を含む）
の一時的貯蔵を行う。α〕卸売業者Ａ＿１１０２または卸売業者Ｂ１／２＿１１０４−１
／２から卸された商品や情報β〕上記所定商品生成部１１５２で生成した商品や情報γ〕
ドメイン１〜３＿１１２２−１〜３から吸い上げた商品や情報δ〕上記〔α〕〜〔γ〕の
組み合わせ例えば一時的貯蔵を行う商品が電力の場合には、上記所定商品貯蔵部１１５４
は蓄電池と充電／放電量モニタ部（システムα＿１１３２内のスマートメータ１１２４に
対応）、充電／放電量制御部から構成される。一方一時的貯蔵を行う商品が上水や都市ガ
スの場合には、水やガスタンクと貯蔵／放出量モニタ部、貯蔵／放出量制御部から構成さ
れる。
の一時的貯蔵を行う。α〕卸売業者Ａ＿１１０２または卸売業者Ｂ１／２＿１１０４−１
／２から卸された商品や情報β〕上記所定商品生成部１１５２で生成した商品や情報γ〕
ドメイン１〜３＿１１２２−１〜３から吸い上げた商品や情報δ〕上記〔α〕〜〔γ〕の
組み合わせ例えば一時的貯蔵を行う商品が電力の場合には、上記所定商品貯蔵部１１５４
は蓄電池と充電／放電量モニタ部（システムα＿１１３２内のスマートメータ１１２４に
対応）、充電／放電量制御部から構成される。一方一時的貯蔵を行う商品が上水や都市ガ
スの場合には、水やガスタンクと貯蔵／放出量モニタ部、貯蔵／放出量制御部から構成さ
れる。
上述したサービスプロバイダＡ〜Ｃ＿１１１２−１〜３からサービスの提供を受ける側
は、後述するドメイン２＿１１２２−２あるいはその中システムα＿１１３２（詳細は後
述）となる。そしてそのサービス提供の対価をサービスプロバイダＡ〜Ｃ＿１１１２−１
〜３に直接支払うシステムとなっている。ここで図１が示すように、サービスプロバイダ
Ｂ＿１１１２−２内のサーバｎ＿１１１６−ｎとサービスプロバイダＡ＿１１１２−１内
の所定商品貯蔵部１１５４は、ドメイン２＿１１２２−２とシステムα＿１１３２内に設
置されたスマートメータ１１２４や後述するシステムコントローラα＿１１２６と直接ネ
ットワーク接続されている。また図１の破線で記載されるように、スマートメータ１１２
４は、卸売業者Ａ＿１１０２ともネットワーク接続され、直接に情報通信できる。所で図
１では、スマートメータ１１２４の測定値を通信伝達する相手はサービスプロバイダＢ＿
１１１２−２内のサーバｎ＿１１１６−ｎ、同一システムα＿１１３２内のシステムコン
トローラα＿１１２６または卸売業者Ａ＿１１０２になっている。しかしそれに限らず、
同一ドメイン２＿１１２２−２内に存在するが異なるシステムβ＿１１３４内に属したシ
ステムコントローラβ＿１１３４あるいは同一ドメイン２＿１１２２−２内の他の機器に
、このスマートメータ１１２４の測定値を通信伝達しても良い。
は、後述するドメイン２＿１１２２−２あるいはその中システムα＿１１３２（詳細は後
述）となる。そしてそのサービス提供の対価をサービスプロバイダＡ〜Ｃ＿１１１２−１
〜３に直接支払うシステムとなっている。ここで図１が示すように、サービスプロバイダ
Ｂ＿１１１２−２内のサーバｎ＿１１１６−ｎとサービスプロバイダＡ＿１１１２−１内
の所定商品貯蔵部１１５４は、ドメイン２＿１１２２−２とシステムα＿１１３２内に設
置されたスマートメータ１１２４や後述するシステムコントローラα＿１１２６と直接ネ
ットワーク接続されている。また図１の破線で記載されるように、スマートメータ１１２
４は、卸売業者Ａ＿１１０２ともネットワーク接続され、直接に情報通信できる。所で図
１では、スマートメータ１１２４の測定値を通信伝達する相手はサービスプロバイダＢ＿
１１１２−２内のサーバｎ＿１１１６−ｎ、同一システムα＿１１３２内のシステムコン
トローラα＿１１２６または卸売業者Ａ＿１１０２になっている。しかしそれに限らず、
同一ドメイン２＿１１２２−２内に存在するが異なるシステムβ＿１１３４内に属したシ
ステムコントローラβ＿１１３４あるいは同一ドメイン２＿１１２２−２内の他の機器に
、このスマートメータ１１２４の測定値を通信伝達しても良い。
このスマートメータ１１２４とは、ドメイン２＿１１２２−２（あるいはシステムα＿
１１２６）の内部と外部との間で出入りする（類似した）商品毎の出入り量を所定の時間
間隔毎に測定する機器（Device）を意味する。主に電力メータ、ガスメータ、上水道メー
タ、下水道メータなどの公共消費材に関する出入り量の測定を指し、特に外部から内部へ
流入する（または内部で消費する）量と並行して内部から外部へ流出する（例えば外部へ
販売する）量も測定値として収集可能な特徴を有する。しかし本実施形態システムでは前
記の公共消費材の出入り量に限らず、例えば通信販売などで購入する一般消費材や流動資
産、あるいは特定の情報の出入り量を上記スマートメータ１１２４で測定し、その結果を
通信伝達しても良い。
１１２６）の内部と外部との間で出入りする（類似した）商品毎の出入り量を所定の時間
間隔毎に測定する機器（Device）を意味する。主に電力メータ、ガスメータ、上水道メー
タ、下水道メータなどの公共消費材に関する出入り量の測定を指し、特に外部から内部へ
流入する（または内部で消費する）量と並行して内部から外部へ流出する（例えば外部へ
販売する）量も測定値として収集可能な特徴を有する。しかし本実施形態システムでは前
記の公共消費材の出入り量に限らず、例えば通信販売などで購入する一般消費材や流動資
産、あるいは特定の情報の出入り量を上記スマートメータ１１２４で測定し、その結果を
通信伝達しても良い。
特に本実施形態システムではスマートメータ１１２４内に通信モジュール１２０２−１
が内蔵され（図８Ａ）、スマートメータの測定値が所定時間毎に通信伝達する機能を有す
る。また更に上記通信伝達する時間間隔は、サーバｎ＿１１１６−ｎ、システムコントロ
ーラα＿１１２６または卸売業者Ａ＿１１０２などが適宜変更できる。またスマートメー
タ１１２４から得られる測定値を通信伝達するタイミングは前記所定時間毎に限らず、シ
ステムコントローラα＿１１２６やサーバｎ＿１１１６−ｎあるいは卸売業者Ａ＿１１０
２の要求に応じて適宜通信伝達しても良い。またそれに限らず、スマートメータ１１２４
が外部への通信伝達が必要と自発的に判断した時に通信伝達しても良い。
が内蔵され（図８Ａ）、スマートメータの測定値が所定時間毎に通信伝達する機能を有す
る。また更に上記通信伝達する時間間隔は、サーバｎ＿１１１６−ｎ、システムコントロ
ーラα＿１１２６または卸売業者Ａ＿１１０２などが適宜変更できる。またスマートメー
タ１１２４から得られる測定値を通信伝達するタイミングは前記所定時間毎に限らず、シ
ステムコントローラα＿１１２６やサーバｎ＿１１１６−ｎあるいは卸売業者Ａ＿１１０
２の要求に応じて適宜通信伝達しても良い。またそれに限らず、スマートメータ１１２４
が外部への通信伝達が必要と自発的に判断した時に通信伝達しても良い。
このスマートメータ１１２４を利用した、サービスプロバイダＡ１１０２が提供するサ
ービス形態の実施例を以下に説明する。この実施例では、サービスプロバイダＡ１１０２
内の所定商品貯蔵部１１５４内に事前に貯蔵された所定商品や所定情報がシステムコント
ローラα＿１１２６またはスマートメータ１１２４を経由してドメイン２＿１１２２−２
内（あるいはシステムα＿１１３２内）に供給される。逆にドメイン２＿１１２２−２（
あるいはシステムα＿１１３２内）内に残った余剰商品がスマートメータ１１２４を経由
して所定商品貯蔵部１１５４に戻されても良い。この場合には、所定商品貯蔵部１１５４
からドメイン２＿１１２２−２内（あるいはシステムα＿１１３２内）に供給され商品量
とスマートメータ１１２４を経由して所定商品貯蔵部１１５４に戻された商品量の差分値
が使用された商品量としてサービスプロバイダＡ＿１１１２−１から料金請求される。
ービス形態の実施例を以下に説明する。この実施例では、サービスプロバイダＡ１１０２
内の所定商品貯蔵部１１５４内に事前に貯蔵された所定商品や所定情報がシステムコント
ローラα＿１１２６またはスマートメータ１１２４を経由してドメイン２＿１１２２−２
内（あるいはシステムα＿１１３２内）に供給される。逆にドメイン２＿１１２２−２（
あるいはシステムα＿１１３２内）内に残った余剰商品がスマートメータ１１２４を経由
して所定商品貯蔵部１１５４に戻されても良い。この場合には、所定商品貯蔵部１１５４
からドメイン２＿１１２２−２内（あるいはシステムα＿１１３２内）に供給され商品量
とスマートメータ１１２４を経由して所定商品貯蔵部１１５４に戻された商品量の差分値
が使用された商品量としてサービスプロバイダＡ＿１１１２−１から料金請求される。
またそれと並行して、卸売業者Ａ＿１１０２や卸売業者Ｂ１／２＿１１０４−１／２が
所有または管理するインフラや配送システムを利用して商品（または情報）を直接受け取
っても良い。すなわち図１の卸売業者Ａ＿１１０２からスマートメータ１１２４につなが
った破線に従い、スマートメータ１１２４を経由してドメイン２＿１１２２−２内あるい
はその中のシステムα＿１１３２内で卸売業者Ａ＿１１０２が取り扱う商品（または情報
）の供給を直接受けても良い。またこの場合には、同時にドメイン２＿１１２２−２内で
供給を受けた商品（または情報）の内容と量に関する情報がスマートメータ１１２４から
逐次サービスプロバイダＢ＿１１１２−２内のサーバｎ＿１１１６−ｎへ通知され、その
通知情報に基付いて定期的にサービスプロバイダＢ＿１１１２−２からユーザに料金請求
される。ここで、ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内に所定商
品を供給するための窓口となるスマートメータ１１２４に向けた卸売業者Ａ＿１１０２か
らの商品供給経路が複数（卸売業者Ａ＿１１０２からスマートメータ１１２４に向かう“
破線”の直接経路とサービスプロバイダＡ＿１１１２−１を経由する経路）存在する事で
サービスプロバイダＡ＿１１１２−１に拠る新たな独自サービスが提供できる所に、図１
に示した本実施形態システムの特徴が有る。なお、この特徴を活かして生じる独自効果は
、５．２．１節で詳細に説明する。
所有または管理するインフラや配送システムを利用して商品（または情報）を直接受け取
っても良い。すなわち図１の卸売業者Ａ＿１１０２からスマートメータ１１２４につなが
った破線に従い、スマートメータ１１２４を経由してドメイン２＿１１２２−２内あるい
はその中のシステムα＿１１３２内で卸売業者Ａ＿１１０２が取り扱う商品（または情報
）の供給を直接受けても良い。またこの場合には、同時にドメイン２＿１１２２−２内で
供給を受けた商品（または情報）の内容と量に関する情報がスマートメータ１１２４から
逐次サービスプロバイダＢ＿１１１２−２内のサーバｎ＿１１１６−ｎへ通知され、その
通知情報に基付いて定期的にサービスプロバイダＢ＿１１１２−２からユーザに料金請求
される。ここで、ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内に所定商
品を供給するための窓口となるスマートメータ１１２４に向けた卸売業者Ａ＿１１０２か
らの商品供給経路が複数（卸売業者Ａ＿１１０２からスマートメータ１１２４に向かう“
破線”の直接経路とサービスプロバイダＡ＿１１１２−１を経由する経路）存在する事で
サービスプロバイダＡ＿１１１２−１に拠る新たな独自サービスが提供できる所に、図１
に示した本実施形態システムの特徴が有る。なお、この特徴を活かして生じる独自効果は
、５．２．１節で詳細に説明する。
次に上記サービスプロバイダＡ〜Ｃ＿１１１２−１〜３から広域ネットワークを経由し
てサービスの提供が受けられるドメイン２＿１１２２−２あるいはその中システムα＿１
１３２の説明をする。図１が示すように、１個のドメイン２＿１１２２−２は１個以上の
システムα／β＿１１３２／１１３４から構成され、システムα／β＿１１３２／１１３
４内には個々にシステムコントローラα／β＿１１２６／１１２８が設置されている。ま
たシステムコントローラα／β＿１１２６／１１２８間またはスマートメータ１１２４と
の間は直接的あるいはサーバｎ＿１１１６−ｎを介してネットワーク接続され、相互間の
情報通信が可能となっている。そしてシステムα＿１１３２内は複数のセクション１〜ｍ
＿１１４２−１〜ｍへの分割が許容される（セクションに関しては、第４章で詳細に説明
する）。
てサービスの提供が受けられるドメイン２＿１１２２−２あるいはその中システムα＿１
１３２の説明をする。図１が示すように、１個のドメイン２＿１１２２−２は１個以上の
システムα／β＿１１３２／１１３４から構成され、システムα／β＿１１３２／１１３
４内には個々にシステムコントローラα／β＿１１２６／１１２８が設置されている。ま
たシステムコントローラα／β＿１１２６／１１２８間またはスマートメータ１１２４と
の間は直接的あるいはサーバｎ＿１１１６−ｎを介してネットワーク接続され、相互間の
情報通信が可能となっている。そしてシステムα＿１１３２内は複数のセクション１〜ｍ
＿１１４２−１〜ｍへの分割が許容される（セクションに関しては、第４章で詳細に説明
する）。
上述したように本実施形態システムでは同時に複数の異なるシステム（クライアントシ
ステム）の共存を許容する所に特徴が有る。すなわち図２に記載した内容も加味すると、
情報を取得もしくは作成して通信する機能を有するユニット１２９０と、前記ユニット１
２９０からの前記情報を取得し管理するシステムコントローラα＿１１２６（及びβ＿１
１２８）とを備えたクライアントシステムα＿１１３２（及びβ＿１１３４）を複数（ク
ライアントシステムα＿１１２６とクライアントシステムβ＿１１３４の複数）含む複合
クライアントシステム（図１のドメイン２＿１１２２−２に対応）であって、前記複合ク
ライアントシステム（ドメイン２＿１１２２−２）に含まれるクライアントシステムα＿
１１３２を管理する前記システムコントローラα＿１１２６は複数存在する複数のユニッ
ト１２９５−１〜−７を管理対象であるセクション（図２におけるセクション１＿１１４
２−１とセクション２＿１１４２−１及びセクションｍ＿１１４２−ｍ）に区分し、各ユ
ニットが属する該セクションに関する情報（図２３のセクション情報）を保持する。
ステム）の共存を許容する所に特徴が有る。すなわち図２に記載した内容も加味すると、
情報を取得もしくは作成して通信する機能を有するユニット１２９０と、前記ユニット１
２９０からの前記情報を取得し管理するシステムコントローラα＿１１２６（及びβ＿１
１２８）とを備えたクライアントシステムα＿１１３２（及びβ＿１１３４）を複数（ク
ライアントシステムα＿１１２６とクライアントシステムβ＿１１３４の複数）含む複合
クライアントシステム（図１のドメイン２＿１１２２−２に対応）であって、前記複合ク
ライアントシステム（ドメイン２＿１１２２−２）に含まれるクライアントシステムα＿
１１３２を管理する前記システムコントローラα＿１１２６は複数存在する複数のユニッ
ト１２９５−１〜−７を管理対象であるセクション（図２におけるセクション１＿１１４
２−１とセクション２＿１１４２−１及びセクションｍ＿１１４２−ｍ）に区分し、各ユ
ニットが属する該セクションに関する情報（図２３のセクション情報）を保持する。
所で上記のドメイン１〜３＿１１２２−１〜３とは、１個または互いに連携した複数の
システムから構成されたネットワーク空間を意味する。特に本実施形態システムでのドメ
インは、『各種状態観測の対象となるネットワーク空間』または『所定の動作や実行を行
う対象または（特定サービスに関係した）運営実行の対象となるネットワーク空間』に対
応する。ここで特定ドメイン内に参加して活動するためには、ドメイン固有の識別情報Ｉ
Ｄ（Identification Information）と独自なパスワードを必要とする場合が有る。所で１
個のシステムα／β＿１１３２／１１３４を物理的または地理的に近接した特定領域に対
応させた場合には、１個のドメイン１〜３＿１１２２−１〜３は前記物理的または地理的
な空間を超越した特定集団の構成メンバが管理／使用するネットワーク上の所定領域に対
応する。
システムから構成されたネットワーク空間を意味する。特に本実施形態システムでのドメ
インは、『各種状態観測の対象となるネットワーク空間』または『所定の動作や実行を行
う対象または（特定サービスに関係した）運営実行の対象となるネットワーク空間』に対
応する。ここで特定ドメイン内に参加して活動するためには、ドメイン固有の識別情報Ｉ
Ｄ（Identification Information）と独自なパスワードを必要とする場合が有る。所で１
個のシステムα／β＿１１３２／１１３４を物理的または地理的に近接した特定領域に対
応させた場合には、１個のドメイン１〜３＿１１２２−１〜３は前記物理的または地理的
な空間を超越した特定集団の構成メンバが管理／使用するネットワーク上の所定領域に対
応する。
次に上記のシステムα＿１１３２とは、内部が互いにネットワークで接続され、内部に
１個のシステムコントローラα＿１１２６が設置された最小のネットワークシステム単位
を意味する。またこのネットワークシステムは、前述したシステムコントローラα＿１１
２６により管理または運営される。特に一人または複数の特定ユーザに関連した物理的ま
たは地理的に近接した特定領域（例えば一人または複数の特定ユーザの所定時間内での行
動範囲内で規定される領域）として、１個のシステムα＿１１３２の物理的または地理的
範囲を位置付けても良い。また本実施形態システムにおける１個のシステムα＿１１３２
は、具体的にはＰＡＮ（Personal Area Network）やＬＡＮ（Local Area Network）、Ｍ
ＡＮ（Metropolitan Area Network）、ＷＡＮ（Wide Area Network）などで所定識別情報
により特定されたネットワーク単位に対応付ける事が出来る。例えばＩＥＥＥ（Institut
e of Electrical and Electronic Engineers）８０２．１５．４では個々のＰＡＮに対し
て個別の識別情報ＰＡＮＩＤ（Personal Area Network Identifier）の設定が規定されて
いるが、この特定のＰＡＮＩＤで規定された１個のＰＡＮを、本実施形態における１シス
テムに対応付けても良い。また別の具体例な表現としては、１システムを１戸（Home）、
１台の車内、１台の携帯端末周辺空間や１台の業務環境（Work Station Area）などに対
応付けても良い。
１個のシステムコントローラα＿１１２６が設置された最小のネットワークシステム単位
を意味する。またこのネットワークシステムは、前述したシステムコントローラα＿１１
２６により管理または運営される。特に一人または複数の特定ユーザに関連した物理的ま
たは地理的に近接した特定領域（例えば一人または複数の特定ユーザの所定時間内での行
動範囲内で規定される領域）として、１個のシステムα＿１１３２の物理的または地理的
範囲を位置付けても良い。また本実施形態システムにおける１個のシステムα＿１１３２
は、具体的にはＰＡＮ（Personal Area Network）やＬＡＮ（Local Area Network）、Ｍ
ＡＮ（Metropolitan Area Network）、ＷＡＮ（Wide Area Network）などで所定識別情報
により特定されたネットワーク単位に対応付ける事が出来る。例えばＩＥＥＥ（Institut
e of Electrical and Electronic Engineers）８０２．１５．４では個々のＰＡＮに対し
て個別の識別情報ＰＡＮＩＤ（Personal Area Network Identifier）の設定が規定されて
いるが、この特定のＰＡＮＩＤで規定された１個のＰＡＮを、本実施形態における１シス
テムに対応付けても良い。また別の具体例な表現としては、１システムを１戸（Home）、
１台の車内、１台の携帯端末周辺空間や１台の業務環境（Work Station Area）などに対
応付けても良い。
また上述したシステムコントローラα／β＿１１２６／１１２８とは、１システム内に
１台以上配置され、上記システムα／β＿１１３２／１１３４に相当するネットワークシ
ステム内での通信制御や通信状態の管理や運営を行う機器を指す。また上述したように、
上記システムコントローラα／β＿１１２６／１１２８を介してシステムα／β＿１１３
２／１１３４外の広域ネットワーク（サービスプロバイダＡ〜Ｃ＿１１１２−１〜３と情
報通信時に利用するネットワーク）にも接続されている。また上記システムコントローラ
α／β＿１１２６／１１２８は、同一システムα／β＿１１３２／１１３４内の１個以上
のセンサモジュール（図８Ａ、図９を用いて後述するセンサモジュール１２６０）から得
られる信号や情報を収集して適正な処理を行うためのプロセッサを内蔵する。システムコ
ントローラの具体例としては１台のＰＣ（Personal Computer）、スマートホンやタブレ
ット、携帯電話などの携帯端末、プロセッサ内蔵の分電盤やプロセッサ内蔵の冷蔵庫、あ
るいはテレビまたは録画可能なレコーダや音声のみを記録する録音機などを対応させても
良い。またスマートメータ１１２４内部にプロセッサを内蔵させて、スマートメータ１１
２４自体にシステムコントローラα＿１１２６の機能を持たせても良いし、あるいはエア
コンやテレビ、照明器具などのリモコン内にプロセッサと通信モジュール（図８Ａ、図９
を用いて後述する通信モジュール１２０２）を内蔵させてシステムコントローラとして使
用しても良い。しかしそれに限らず本実施形態では、システム内のセンサモジュールから
得られる信号や情報を収集してユーザに適正なサービスを提供するためのプログラムが設
定されたあらゆるプロセッサ内蔵機をシステムコントローラに対応させても良い。また物
理的に複数の機器（Devices）の組み合わせ／連携動作に拠り１個のシステムコントロー
ラを構成しても良い。
１台以上配置され、上記システムα／β＿１１３２／１１３４に相当するネットワークシ
ステム内での通信制御や通信状態の管理や運営を行う機器を指す。また上述したように、
上記システムコントローラα／β＿１１２６／１１２８を介してシステムα／β＿１１３
２／１１３４外の広域ネットワーク（サービスプロバイダＡ〜Ｃ＿１１１２−１〜３と情
報通信時に利用するネットワーク）にも接続されている。また上記システムコントローラ
α／β＿１１２６／１１２８は、同一システムα／β＿１１３２／１１３４内の１個以上
のセンサモジュール（図８Ａ、図９を用いて後述するセンサモジュール１２６０）から得
られる信号や情報を収集して適正な処理を行うためのプロセッサを内蔵する。システムコ
ントローラの具体例としては１台のＰＣ（Personal Computer）、スマートホンやタブレ
ット、携帯電話などの携帯端末、プロセッサ内蔵の分電盤やプロセッサ内蔵の冷蔵庫、あ
るいはテレビまたは録画可能なレコーダや音声のみを記録する録音機などを対応させても
良い。またスマートメータ１１２４内部にプロセッサを内蔵させて、スマートメータ１１
２４自体にシステムコントローラα＿１１２６の機能を持たせても良いし、あるいはエア
コンやテレビ、照明器具などのリモコン内にプロセッサと通信モジュール（図８Ａ、図９
を用いて後述する通信モジュール１２０２）を内蔵させてシステムコントローラとして使
用しても良い。しかしそれに限らず本実施形態では、システム内のセンサモジュールから
得られる信号や情報を収集してユーザに適正なサービスを提供するためのプログラムが設
定されたあらゆるプロセッサ内蔵機をシステムコントローラに対応させても良い。また物
理的に複数の機器（Devices）の組み合わせ／連携動作に拠り１個のシステムコントロー
ラを構成しても良い。
特に内部にプロセッサと通信モジュールを内蔵させてシステムコントローラとして使用
したリモコンを壁や棚の上にネジ留め等の固定あるいは移動可能な形で一時的に配置させ
ると、独自の使い方（とそれにより生じる効果）が生まれる。但しこの場合、エアコンや
テレビ、照明器具などの本体機器と赤外線通信が可能な場所に固定あるいは配置する必用
が有る。更に部屋の中の至る所に、温度センサや風力センサ、あるいは短距離の人感セン
サなどに関係したセンサ／通信モジュール（図８Ｂを用いて後述）を設置し、上記リモコ
ン（システムコントローラα＿１１２６）との間のシステムα＿１１３２内通信を可能に
する。これにより部屋内の複数ユーザが居る場所のみの温度を優先的に精度良く制御する
、あるいは裸眼テレビの表示方法を複数ユーザの居場所で同時に立体的に見えるように表
示方法を制御するなどユーザに対する効率の良いサービスを提供できる。これにより、既
存のリモコンのみを上記システムコントローラ機能付きリモコンに交換するだけで既に設
置済みの既存の（エアコンやテレビ、照明器具などの）本体機器を交換せずに今までより
も効率良く動作させられる効果が生まれる。
したリモコンを壁や棚の上にネジ留め等の固定あるいは移動可能な形で一時的に配置させ
ると、独自の使い方（とそれにより生じる効果）が生まれる。但しこの場合、エアコンや
テレビ、照明器具などの本体機器と赤外線通信が可能な場所に固定あるいは配置する必用
が有る。更に部屋の中の至る所に、温度センサや風力センサ、あるいは短距離の人感セン
サなどに関係したセンサ／通信モジュール（図８Ｂを用いて後述）を設置し、上記リモコ
ン（システムコントローラα＿１１２６）との間のシステムα＿１１３２内通信を可能に
する。これにより部屋内の複数ユーザが居る場所のみの温度を優先的に精度良く制御する
、あるいは裸眼テレビの表示方法を複数ユーザの居場所で同時に立体的に見えるように表
示方法を制御するなどユーザに対する効率の良いサービスを提供できる。これにより、既
存のリモコンのみを上記システムコントローラ機能付きリモコンに交換するだけで既に設
置済みの既存の（エアコンやテレビ、照明器具などの）本体機器を交換せずに今までより
も効率良く動作させられる効果が生まれる。
従来のＭ２Ｍ（Machine to Machine）またはＩｏＴ（Internet of Things）と呼ばれる
技術では、各戸の家庭内センサモジュールから得られる全ての信号や情報をクラウドサー
バ（図１のサーバｎ＿１１１６−ｎに相当）が収集し、クラウドサーバから直接エンドユ
ーザにサービスを提供する場合が多かった。この場合には、システムコントローラα＿１
１２６は図９に示すゲートウェイやルータとしてネットワーク上の信号や情報の伝達を中
継するだけの機能を担っていた。このような従来技術では（１） 比較的公共性が有るサ
ーバｎ＿１１１６−ｎに容易にユーザの個人情報が伝達されるため、ユーザの個人情報保
護の視点から問題が有る（２） システムコントローラα＿１１２６またはスマートメー
タ１１２４とサーバｎ＿１１１６−ｎ間の通信回線にトラブルが生じるとエンドユーザへ
のサービスが滞ると言うシステム全体としての脆弱性が有るとの課題が有った。本実施形
態ではシステムコントローラα＿１１２６はゲートウェイやルータとしてネットワーク上
の信号や情報の伝達中継機能に限らず、内蔵されたプロセッサにより収集されたセンサモ
ジュールからの信号や情報の判定あるいは統合や加工もしくはそれらに基付くユーザへの
独自サービスを含めた特定処理を行う所に特徴が有る。それにより本実施形態では（１）
サーバｎ＿１１１６−ｎへの個々の信号または情報の送信可否判定をシステムコントロ
ーラα＿１１２６が独自に行うため、ユーザの個人情報保護が保たれる（２） センサモ
ジュールから収集した信号や情報に基付き、システムコントローラα＿１１２６判断によ
りユーザへの独自サービスを提供できる、しかもこのサービスはサーバｎ＿１１１６−ｎ
との通信回線トラブル有無に関わらず実行可能なため、システム全体の堅牢性が向上する
などの効果が生じる。特に本実施形態におけるシステムコントローラα＿１１２６は
、センサモジュール１２６０から得られる情報を統合してユーザの行動（ユーザの有無や
睡眠／覚醒等の行動）や状況（例えばユーザが子供／大人か？の状況）を判定／推定し、
更にユーザの要求推定まで行えられる機能を持つ所に特徴が有る。それによりサーバｎ＿
１１１６−ｎが無い状態でも、独自にドメイン２＿１１２２−２内でユーザに対する快適
なサービス提供が可能となる効果が生まれる。
技術では、各戸の家庭内センサモジュールから得られる全ての信号や情報をクラウドサー
バ（図１のサーバｎ＿１１１６−ｎに相当）が収集し、クラウドサーバから直接エンドユ
ーザにサービスを提供する場合が多かった。この場合には、システムコントローラα＿１
１２６は図９に示すゲートウェイやルータとしてネットワーク上の信号や情報の伝達を中
継するだけの機能を担っていた。このような従来技術では（１） 比較的公共性が有るサ
ーバｎ＿１１１６−ｎに容易にユーザの個人情報が伝達されるため、ユーザの個人情報保
護の視点から問題が有る（２） システムコントローラα＿１１２６またはスマートメー
タ１１２４とサーバｎ＿１１１６−ｎ間の通信回線にトラブルが生じるとエンドユーザへ
のサービスが滞ると言うシステム全体としての脆弱性が有るとの課題が有った。本実施形
態ではシステムコントローラα＿１１２６はゲートウェイやルータとしてネットワーク上
の信号や情報の伝達中継機能に限らず、内蔵されたプロセッサにより収集されたセンサモ
ジュールからの信号や情報の判定あるいは統合や加工もしくはそれらに基付くユーザへの
独自サービスを含めた特定処理を行う所に特徴が有る。それにより本実施形態では（１）
サーバｎ＿１１１６−ｎへの個々の信号または情報の送信可否判定をシステムコントロ
ーラα＿１１２６が独自に行うため、ユーザの個人情報保護が保たれる（２） センサモ
ジュールから収集した信号や情報に基付き、システムコントローラα＿１１２６判断によ
りユーザへの独自サービスを提供できる、しかもこのサービスはサーバｎ＿１１１６−ｎ
との通信回線トラブル有無に関わらず実行可能なため、システム全体の堅牢性が向上する
などの効果が生じる。特に本実施形態におけるシステムコントローラα＿１１２６は
、センサモジュール１２６０から得られる情報を統合してユーザの行動（ユーザの有無や
睡眠／覚醒等の行動）や状況（例えばユーザが子供／大人か？の状況）を判定／推定し、
更にユーザの要求推定まで行えられる機能を持つ所に特徴が有る。それによりサーバｎ＿
１１１６−ｎが無い状態でも、独自にドメイン２＿１１２２−２内でユーザに対する快適
なサービス提供が可能となる効果が生まれる。
また本実施形態システムでは、同一ドメイン２＿１１２２−２内で複数のシステムコン
トローラα／β＿１１２６／８間での協調作業が可能な所に大きな特徴が有る。従って１
台のシステムコントローラα＿１１２６は、同一ドメイン２＿１１２２−２内に存在する
全てのセンサモジュール（図示して無いが、システムβ＿１１３４内に配置されたセンサ
モジュールも含む）から得られる信号や情報の収集が可能である。その結果上記システム
コントローラα＿１１２６は同一ドメイン２＿１１２２−２内の情報を統合利用して、シ
ステムα＿１１３２内の最適なサービスをユーザに提供できる効果が有る。
トローラα／β＿１１２６／８間での協調作業が可能な所に大きな特徴が有る。従って１
台のシステムコントローラα＿１１２６は、同一ドメイン２＿１１２２−２内に存在する
全てのセンサモジュール（図示して無いが、システムβ＿１１３４内に配置されたセンサ
モジュールも含む）から得られる信号や情報の収集が可能である。その結果上記システム
コントローラα＿１１２６は同一ドメイン２＿１１２２−２内の情報を統合利用して、シ
ステムα＿１１３２内の最適なサービスをユーザに提供できる効果が有る。
この同一ドメイン２＿１１２２−２内での複数のシステムコントローラα／β＿１１２
６／８間の強調作業形態として本実施形態システムでは、図１が示すように例えば無線通
信などを利用してシステムコントローラα／β＿１１２６／８間で直接情報交換を行うネ
ットワーク経路と、例えばインターネット経路を利用してサーバｎ＿１１１６−ｎを介し
てシステムコントローラα／β＿１１２６／８間が間接的に情報交換を行うネットワーク
経路の２通り存在する所に特徴が有る。それにより、ユーザが多彩なサービスを受けられ
る効果が生まれる。例えば自宅ＰＣであるシステムコントローラα＿１１２６とスマート
ホンやタブレットなどの携帯端末が相当するシステムコントローラβ＿１１２８が物理的
に近い位置にある場合には、ＷＬＡＮ（Wireless Local Area Network）やＷＰＡＮ（Wir
eless Personal Local Area Network）を経由して高速に情報交換できる。一方途中に有
線を含むインターネット回線を使う事で、両者が物理的にどんなに離れていても互いの情
報交換が保証される効果が有る。また一方、両者が直接的に情報交換する事で、サーバｎ
＿１１１６−ｎを関与せず独自でプライベートなサービスが得られるため、個人の秘密情
報が比較的公共性を持つサーバｎ＿１１１６−ｎへ漏洩する危険性を防止できる。一方サ
ーバｎ＿１１１６−ｎは別のネットワーク経路を利用して、例えば地域の気象予測情報や
交通渋滞情報などのドメイン２＿１１２２−２内では獲得できない情報を取得できる。そ
のためサーバｎ＿１１１６−ｎを介してシステムコントローラα／β＿１１２６／８間が
間接的に情報交換を行う事で、サーバｎ＿１１１６−ｎ独自が所有する情報も活用した多
彩なサービスをユーザに提供できる。このように適宜ネットワーク通信経路を切り替える
事で、ユーザが望むより多彩なサービスを提供できる効果も生まれる。ここで前述したよ
うにシステムコントローラα＿１１２６自体でユーザの行動や状態を推定またはユーザの
欲求／要求を推定できるため、システムコントローラα＿１１２６の独自判断によりシス
テムコントローラα／β＿１１２６／８間の接続経路を切り替えられる。１．８節 本実
施形態におけるローカルなネットワークシステム構造の説明１．１節では既に、図１に記
載したドメイン２＿１１２２−２の中に含まれるシステムα＿１１３２内で構成されるロ
ーカルなネットワークシステム内の構造例に関して図２を用いて概説した。本１．８節で
は前述した図２以外の他の実施形態システムの応用例に付いて、図８Ａ〜図９を用いて説
明する。
６／８間の強調作業形態として本実施形態システムでは、図１が示すように例えば無線通
信などを利用してシステムコントローラα／β＿１１２６／８間で直接情報交換を行うネ
ットワーク経路と、例えばインターネット経路を利用してサーバｎ＿１１１６−ｎを介し
てシステムコントローラα／β＿１１２６／８間が間接的に情報交換を行うネットワーク
経路の２通り存在する所に特徴が有る。それにより、ユーザが多彩なサービスを受けられ
る効果が生まれる。例えば自宅ＰＣであるシステムコントローラα＿１１２６とスマート
ホンやタブレットなどの携帯端末が相当するシステムコントローラβ＿１１２８が物理的
に近い位置にある場合には、ＷＬＡＮ（Wireless Local Area Network）やＷＰＡＮ（Wir
eless Personal Local Area Network）を経由して高速に情報交換できる。一方途中に有
線を含むインターネット回線を使う事で、両者が物理的にどんなに離れていても互いの情
報交換が保証される効果が有る。また一方、両者が直接的に情報交換する事で、サーバｎ
＿１１１６−ｎを関与せず独自でプライベートなサービスが得られるため、個人の秘密情
報が比較的公共性を持つサーバｎ＿１１１６−ｎへ漏洩する危険性を防止できる。一方サ
ーバｎ＿１１１６−ｎは別のネットワーク経路を利用して、例えば地域の気象予測情報や
交通渋滞情報などのドメイン２＿１１２２−２内では獲得できない情報を取得できる。そ
のためサーバｎ＿１１１６−ｎを介してシステムコントローラα／β＿１１２６／８間が
間接的に情報交換を行う事で、サーバｎ＿１１１６−ｎ独自が所有する情報も活用した多
彩なサービスをユーザに提供できる。このように適宜ネットワーク通信経路を切り替える
事で、ユーザが望むより多彩なサービスを提供できる効果も生まれる。ここで前述したよ
うにシステムコントローラα＿１１２６自体でユーザの行動や状態を推定またはユーザの
欲求／要求を推定できるため、システムコントローラα＿１１２６の独自判断によりシス
テムコントローラα／β＿１１２６／８間の接続経路を切り替えられる。１．８節 本実
施形態におけるローカルなネットワークシステム構造の説明１．１節では既に、図１に記
載したドメイン２＿１１２２−２の中に含まれるシステムα＿１１３２内で構成されるロ
ーカルなネットワークシステム内の構造例に関して図２を用いて概説した。本１．８節で
は前述した図２以外の他の実施形態システムの応用例に付いて、図８Ａ〜図９を用いて説
明する。
図８Ａに示す実施形態での各機器（Device）１２５０−１〜３は通信モジュール１２０
２−４〜６が内蔵され、同一システムα＿１１３２内での情報通信が可能となっている。
また機器（Device）１２５０−１〜３内でセンサモジュール１２６０−１〜５または駆動
（Actuator）モジュール１２７０−１が内蔵されている。それに比べて図８Ｂでは、通信
モジュール１２０２−４〜６とセンサモジュール１２６０−１〜５間の関連状態をセンサ
／通信モジュール１４６０−１〜５と言う概念で把握または管理する。同様に通信モジュ
ール１２０２と駆動モジュール１２７０間の関連状態を駆動／通信モジュール１４７０−
１〜２と言う概念で把握または管理する。またそれに限らずに１.３節で説明したように
、プロセッサ／通信モジュール１４６５、メモリ／通信モジュール１４７５、表示／通信
モジュール１４７８などの概念まで総称した複合モジュール１２９５と言う考え方で統合
的に管理される。所で図８Ｂのセンサ／通信モジュール１４６０−５のように、１個の複
合モジュールが単体で存在しても良い。
２−４〜６が内蔵され、同一システムα＿１１３２内での情報通信が可能となっている。
また機器（Device）１２５０−１〜３内でセンサモジュール１２６０−１〜５または駆動
（Actuator）モジュール１２７０−１が内蔵されている。それに比べて図８Ｂでは、通信
モジュール１２０２−４〜６とセンサモジュール１２６０−１〜５間の関連状態をセンサ
／通信モジュール１４６０−１〜５と言う概念で把握または管理する。同様に通信モジュ
ール１２０２と駆動モジュール１２７０間の関連状態を駆動／通信モジュール１４７０−
１〜２と言う概念で把握または管理する。またそれに限らずに１.３節で説明したように
、プロセッサ／通信モジュール１４６５、メモリ／通信モジュール１４７５、表示／通信
モジュール１４７８などの概念まで総称した複合モジュール１２９５と言う考え方で統合
的に管理される。所で図８Ｂのセンサ／通信モジュール１４６０−５のように、１個の複
合モジュールが単体で存在しても良い。
本実施形態システムでは、１システム内（例えばシステムα＿１１３２内）でトータル
的に使用する電気やガス、上水道／下水道などの公共消費材の所定時間毎の使用量（また
は積算量）を自動測定し、その測定データを定期的に自動送信するスマートメータ１１２
４が設置されている。実際には電気やガス、上水道／下水道などの公共消費材毎に個々に
異なるスマートメータ１１２４が設置されているが、図８Ａ／Ｂでは代表として１個のス
マートメータ１１２４のみを記載している。また上記に限らず、後述するセクション１＿
１１４２−１、２＿１１４２−２毎の上記公共消費材の使用量（または積算量）を自動測
定／自動送信しても良い。
的に使用する電気やガス、上水道／下水道などの公共消費材の所定時間毎の使用量（また
は積算量）を自動測定し、その測定データを定期的に自動送信するスマートメータ１１２
４が設置されている。実際には電気やガス、上水道／下水道などの公共消費材毎に個々に
異なるスマートメータ１１２４が設置されているが、図８Ａ／Ｂでは代表として１個のス
マートメータ１１２４のみを記載している。また上記に限らず、後述するセクション１＿
１１４２−１、２＿１１４２−２毎の上記公共消費材の使用量（または積算量）を自動測
定／自動送信しても良い。
上記スマートメータ１１２４内の詳細な構造は図８Ａや図９に示すように、流入量モニ
タ部１２０８（例えば買電量計量部）とは別に放出量モニタ部１２０６（例えば売電量計
量部）が設置されている。そしてこの放出量モニタ部１２０６を用いて、システムα＿１
１３２内での公共消費材の余剰分の卸売業者Ａ＿１１０２への放出（売電）量の計測を行
う。そしてスマートメータ１１２４内で得られた各計量値（または積算値）は、通信モジ
ュール１２０２−１を介してサーバｎ＿１１１６−ｎへ定期的に報告される。またそれと
並行して卸売業者Ａ＿１１０２へも報告される。
タ部１２０８（例えば買電量計量部）とは別に放出量モニタ部１２０６（例えば売電量計
量部）が設置されている。そしてこの放出量モニタ部１２０６を用いて、システムα＿１
１３２内での公共消費材の余剰分の卸売業者Ａ＿１１０２への放出（売電）量の計測を行
う。そしてスマートメータ１１２４内で得られた各計量値（または積算値）は、通信モジ
ュール１２０２−１を介してサーバｎ＿１１１６−ｎへ定期的に報告される。またそれと
並行して卸売業者Ａ＿１１０２へも報告される。
図８Ａあるいは図９で示す通信モジュール１２０２とは、有線や無線などを利用した情
報の通信が可能な通信機能部を示す。この通信機能部が対応する有線通信としては、ロー
カルな映像信号伝送線や音声信号伝達線から始まり、電話線やインターネットに関連した
イーサーネット（Ethernet）（登録商標）対応通信に至るあらゆる通信方式が関係しても
良い。また上記通信機能部が対応する無線通信としては、ZigBee（登録商標）、Bluetoot
h（登録商標）、ＵＷＢ（Ultra Wide Band）、Ｚ-Waveなどの近距離無線方式、Ｗｉ−Ｆ
ｉ（Wireless Fidelity）、EnOceanなどの中距離無線方式、２Ｇ／ＰＤＣ、ＧＳＭ（登録
商標）（Second Generation / Personal Digital Cellular, Global System for Mobile
Communications）や３Ｇ／ＣＤＭＡ（Third Generation / Code Division Multiple Acce
ss）、ＷｉＭＡＸ（World wide Interoperability for Microwave Access）などの遠距離
無線のあらゆる無線通信方式が関係しても良い。
報の通信が可能な通信機能部を示す。この通信機能部が対応する有線通信としては、ロー
カルな映像信号伝送線や音声信号伝達線から始まり、電話線やインターネットに関連した
イーサーネット（Ethernet）（登録商標）対応通信に至るあらゆる通信方式が関係しても
良い。また上記通信機能部が対応する無線通信としては、ZigBee（登録商標）、Bluetoot
h（登録商標）、ＵＷＢ（Ultra Wide Band）、Ｚ-Waveなどの近距離無線方式、Ｗｉ−Ｆ
ｉ（Wireless Fidelity）、EnOceanなどの中距離無線方式、２Ｇ／ＰＤＣ、ＧＳＭ（登録
商標）（Second Generation / Personal Digital Cellular, Global System for Mobile
Communications）や３Ｇ／ＣＤＭＡ（Third Generation / Code Division Multiple Acce
ss）、ＷｉＭＡＸ（World wide Interoperability for Microwave Access）などの遠距離
無線のあらゆる無線通信方式が関係しても良い。
特に本実施形態システムでは図１０Ａを用いて後述するように、通信モジュール１２０
２、１６６０内での最低限必要なプロセス処理の実行機能を持つ。それにより第２章で後
述するような図１１から図１５Ｂまでの構造を有する通信プロトコル（通信情報）の処理
と実行が、上記通信モジュール１２０２、１６６０内でプロセス処理される。このプロセ
ス処理として例えば、特定ＯＳを必要としないJava（登録商標）Script などの汎用性を
持った基本的（標準的）アプリケーションに準拠したプロセス処理が対応しても良い。ま
たそれに限らず、ＥＣＭＡ Script に対応したプロセス処理、あるいはＨＴＭＬ（Hyper-
text Markup Language）やＨＴＭＬ５の解読機能やそれに対応したＪａｖａアプレットの
実行が対応しても良い。更に上述した既存の汎用スクリプトに限らず、独自のプロセス方
式を採用しても良い。
２、１６６０内での最低限必要なプロセス処理の実行機能を持つ。それにより第２章で後
述するような図１１から図１５Ｂまでの構造を有する通信プロトコル（通信情報）の処理
と実行が、上記通信モジュール１２０２、１６６０内でプロセス処理される。このプロセ
ス処理として例えば、特定ＯＳを必要としないJava（登録商標）Script などの汎用性を
持った基本的（標準的）アプリケーションに準拠したプロセス処理が対応しても良い。ま
たそれに限らず、ＥＣＭＡ Script に対応したプロセス処理、あるいはＨＴＭＬ（Hyper-
text Markup Language）やＨＴＭＬ５の解読機能やそれに対応したＪａｖａアプレットの
実行が対応しても良い。更に上述した既存の汎用スクリプトに限らず、独自のプロセス方
式を採用しても良い。
図８Ａと図９ではシステムコントローラα＿１１２６及びスマートメータ１１２４、各
種機器（Device）１２５０内に共通して上記通信モジュール１２０２が内蔵され、互いの
情報通信が可能となっている。一方図８Ａと図９に示すように、各種機器（Device）１２
５０内にはセンサモジュール１２６０または駆動（Actuator）モジュール１２７０が内蔵
される。
種機器（Device）１２５０内に共通して上記通信モジュール１２０２が内蔵され、互いの
情報通信が可能となっている。一方図８Ａと図９に示すように、各種機器（Device）１２
５０内にはセンサモジュール１２６０または駆動（Actuator）モジュール１２７０が内蔵
される。
図８Ａが示す本実施形態システムでは、同一システムα＿１１３２内に設置された複数
の機器（Device）１２５０−１〜３は、それぞれ内蔵された通信モジュール１２０２−４
〜６と通信モジュール１２０２−３を経由してシステムコントローラα＿１１２６との間
で情報通信する。ここで図８Ａのように、１個以上（複数）のセンサモジュール１２６０
−３〜５のみを内蔵する機器１２５０−２〜３と、１個以上（複数）のセンサモジュール
１２６０−１〜２と駆動モジュール１２７０−１の両方を内蔵する機器１２５０−１、及
び図示して無いが駆動モジュール１２７０のみを内蔵する機器１２５０の存在が許される
。一方図８Ａが示す実施例形態では、デバイスコントローラ１２４０−１を内蔵し、セン
サモジュール１２６０−１〜２と駆動モジュール１２７０−１に関する履歴情報を逐次格
納／管理できるメモリ部１２４２を所有する機器１２５０−１とそれらを所有しない機器
１２５０−２〜３の混在配置が可能となっている。
の機器（Device）１２５０−１〜３は、それぞれ内蔵された通信モジュール１２０２−４
〜６と通信モジュール１２０２−３を経由してシステムコントローラα＿１１２６との間
で情報通信する。ここで図８Ａのように、１個以上（複数）のセンサモジュール１２６０
−３〜５のみを内蔵する機器１２５０−２〜３と、１個以上（複数）のセンサモジュール
１２６０−１〜２と駆動モジュール１２７０−１の両方を内蔵する機器１２５０−１、及
び図示して無いが駆動モジュール１２７０のみを内蔵する機器１２５０の存在が許される
。一方図８Ａが示す実施例形態では、デバイスコントローラ１２４０−１を内蔵し、セン
サモジュール１２６０−１〜２と駆動モジュール１２７０−１に関する履歴情報を逐次格
納／管理できるメモリ部１２４２を所有する機器１２５０−１とそれらを所有しない機器
１２５０−２〜３の混在配置が可能となっている。
所で図１を用いて１．７節内で説明したサービスプロバイダＡ＿１１１２−１内と同様
に、システムα＿１１３２内で所定商品生成部１１５２相当機能または所定商品貯蔵部１
１５４相当機能を所有する事で、上記公共消費材の余剰分の確保と一時的な保持が可能と
なる。図８Ａ／Ｂでは所定商品貯蔵部１１５４に相当する機能の例として、（カー）バッ
テリ１２２０の使用例を示している。しかしそれに限らず、本実施形態システムでは所定
商品生成部１１５２または所定商品貯蔵部１１５４の機能を有するいかなる機器（Device
）をシステムα＿１１３２内に設置しても良い。例えばビル単位や地域単位でバッテリセ
ンターや貯水漕（などの貯蔵機器）を設置し、ビル内や地域内で発生した公共消費材の余
剰分の一時的な保持を行っても良い。
に、システムα＿１１３２内で所定商品生成部１１５２相当機能または所定商品貯蔵部１
１５４相当機能を所有する事で、上記公共消費材の余剰分の確保と一時的な保持が可能と
なる。図８Ａ／Ｂでは所定商品貯蔵部１１５４に相当する機能の例として、（カー）バッ
テリ１２２０の使用例を示している。しかしそれに限らず、本実施形態システムでは所定
商品生成部１１５２または所定商品貯蔵部１１５４の機能を有するいかなる機器（Device
）をシステムα＿１１３２内に設置しても良い。例えばビル単位や地域単位でバッテリセ
ンターや貯水漕（などの貯蔵機器）を設置し、ビル内や地域内で発生した公共消費材の余
剰分の一時的な保持を行っても良い。
図８Ａ／Ｂでは具体例として便宜上、（カー）バッテリ１２２０の使用例を説明する。
またここでは１台の車内空間を、後述する１個のセクション１＿１１４２−１に対応させ
る。そのため、車内で検出されるあらゆる情報（例えばガソリン消費料やエンジンの回転
数、車内温度や乗車している人個々の人体情報など）がセンサモジュール１２２２で検出
され、その結果が通信モジュール１２０２−２を経由してシステムコントローラα＿１１
２６に伝えられる。同様にこのセクション１＿１１４２−１内（車内）には（カー）バッ
テリ１２２０への充電量を測定する流入量モニタ部１２１８と（カー）バッテリ１２２０
から外部に放出（売電）される電力量を測定する放出量モニタ部１２１６が設置され、各
測定値は通信モジュール１２０２−２を経由してシステムコントローラα＿１１２６に伝
えられる。特に本実施形態システムでは、（カー）バッテリ１２２０から外部に放出（売
電）される電力量を精度良くコントロールできる放出量制御部１２１２と（カー）バッテ
リ１２２０に充電される電力量を精度良くコントロールできる流入量制御部１２１４が設
置されている。いずれも通信モジュール１２０２−２と３を経由してシステムコントロー
ラα＿１１２６と接続されている。そのためシステムコントローラα＿１１２６は、この
放出量モニタ部１２１６で逐次測定される放出（売電）電力量を放出量制御部１２１２に
フィードバックして精度良く外部に放出（売電）される電力量を制御できる。同様にシス
テムコントローラは、この流入量モニタ部１２１８で逐次測定される流入（買電）電力量
を流入量制御部１２１４にフィードバックして精度良く（カー）バッテリ１２２０に充電
される電力量を制御する。
またここでは１台の車内空間を、後述する１個のセクション１＿１１４２−１に対応させ
る。そのため、車内で検出されるあらゆる情報（例えばガソリン消費料やエンジンの回転
数、車内温度や乗車している人個々の人体情報など）がセンサモジュール１２２２で検出
され、その結果が通信モジュール１２０２−２を経由してシステムコントローラα＿１１
２６に伝えられる。同様にこのセクション１＿１１４２−１内（車内）には（カー）バッ
テリ１２２０への充電量を測定する流入量モニタ部１２１８と（カー）バッテリ１２２０
から外部に放出（売電）される電力量を測定する放出量モニタ部１２１６が設置され、各
測定値は通信モジュール１２０２−２を経由してシステムコントローラα＿１１２６に伝
えられる。特に本実施形態システムでは、（カー）バッテリ１２２０から外部に放出（売
電）される電力量を精度良くコントロールできる放出量制御部１２１２と（カー）バッテ
リ１２２０に充電される電力量を精度良くコントロールできる流入量制御部１２１４が設
置されている。いずれも通信モジュール１２０２−２と３を経由してシステムコントロー
ラα＿１１２６と接続されている。そのためシステムコントローラα＿１１２６は、この
放出量モニタ部１２１６で逐次測定される放出（売電）電力量を放出量制御部１２１２に
フィードバックして精度良く外部に放出（売電）される電力量を制御できる。同様にシス
テムコントローラは、この流入量モニタ部１２１８で逐次測定される流入（買電）電力量
を流入量制御部１２１４にフィードバックして精度良く（カー）バッテリ１２２０に充電
される電力量を制御する。
既に１．７節で上記システムコントローラα＿１１２６が、対応するシステムα＿１１
３２（ネットワークシステム）内での通信制御や通信状態の管理や運営を行う説明をした
。図８Ａが示すように、このシステムコントローラα＿１１２６はプロセッサ１２３０を
内蔵する。このプロセッサ１２３０は同一ドメイン２＿１１２２−２内の全てのセンサモ
ジュール１２２２、１２６０−１〜５からの情報を収集し、メモリ部１２３２に逐次履歴
情報として格納する。また駆動モジュール１２７０−１に対する命令情報も同様に履歴情
報として格納する。更にこのシステムコントローラα＿１１２６内にユーザＩ／Ｆ部１２
３４を持ち、ユーザからの要求の直接入力やユーザに対する現状の進行状態の表示などが
可能となっている。しかしそれに限らず、ユーザＩ／Ｆ部１２３４がシステムコントロー
ラα＿１１２６の外部に設置され、通信モジュール１２０２−３を介して接続されても良
い。
３２（ネットワークシステム）内での通信制御や通信状態の管理や運営を行う説明をした
。図８Ａが示すように、このシステムコントローラα＿１１２６はプロセッサ１２３０を
内蔵する。このプロセッサ１２３０は同一ドメイン２＿１１２２−２内の全てのセンサモ
ジュール１２２２、１２６０−１〜５からの情報を収集し、メモリ部１２３２に逐次履歴
情報として格納する。また駆動モジュール１２７０−１に対する命令情報も同様に履歴情
報として格納する。更にこのシステムコントローラα＿１１２６内にユーザＩ／Ｆ部１２
３４を持ち、ユーザからの要求の直接入力やユーザに対する現状の進行状態の表示などが
可能となっている。しかしそれに限らず、ユーザＩ／Ｆ部１２３４がシステムコントロー
ラα＿１１２６の外部に設置され、通信モジュール１２０２−３を介して接続されても良
い。
特に本実施形態システムではドメイン２＿１１２２−２内の全てのセンサモジュール１
２２２、１２６０−１〜５と駆動モジュール１２７０−１に関する情報を全てサーバｎ＿
１１１６−ｎに自動転送するのでは無く、システムコントローラα＿１１２６（内のプロ
セッサ１２３０）が自律的に取捨選択して必要な情報のみをサーバｎ＿１１１６−ｎに送
信する所に大きな特徴が有る。それによりユーザの個人情報保護が守られる効果が生まれ
る。また上記のような情報の取捨選択に限らず、上記情報から一部の加工や解析を行い、
その結果のみをサーバｎ＿１１１６−ｎに通知しても良い。それにより必要最低限の情報
のみをサーバｎ＿１１１６−ｎが収集できるため、サービスプロバイダＢ＿１１１６−１
内で行う統合的管理処理の効率を上げる効果も有る。
２２２、１２６０−１〜５と駆動モジュール１２７０−１に関する情報を全てサーバｎ＿
１１１６−ｎに自動転送するのでは無く、システムコントローラα＿１１２６（内のプロ
セッサ１２３０）が自律的に取捨選択して必要な情報のみをサーバｎ＿１１１６−ｎに送
信する所に大きな特徴が有る。それによりユーザの個人情報保護が守られる効果が生まれ
る。また上記のような情報の取捨選択に限らず、上記情報から一部の加工や解析を行い、
その結果のみをサーバｎ＿１１１６−ｎに通知しても良い。それにより必要最低限の情報
のみをサーバｎ＿１１１６−ｎが収集できるため、サービスプロバイダＢ＿１１１６−１
内で行う統合的管理処理の効率を上げる効果も有る。
更に本実施形態システムでは、システムコントローラα＿１１２６（内のプロセッサ１
２３０）が通信モジュール１２０２−３を経由してサーバｎ＿１１１６−ｎから独自情報
を収集してメモリ部１２３２に格納できる。この独自情報とは、例えば交通渋滞情報や地
域の気象予測情報、公共消費材の時変価格情報などドメイン２＿１１２２−２内からは得
られない情報を意味する。このようにしてメモリ部１２３２に蓄積された情報をシステム
コントローラα＿１１２６（内のプロセッサ１２３０）が分析／解析し、エンドユーザの
行動や状態あるいは要求を推定／判断する。そしてこの推定／判断した内容に基付き、シ
ステムコントローラα＿１１２６（内のプロセッサ１２３０）がシステムα＿１１３２（
あるいはドメイン２＿１１２２−１）内を制御し、エンドユーザに対して最適なサービス
を提供する。このサービス提供方法の一例として、図８Ａ内の駆動モジュール１２７０−
１を遠隔操作しても良い。このように独自にシステムコントローラα＿１１２６（内のプ
ロセッサ１２３０）が、センサモジュール１２２２、１２６０−１〜５やサーバｎ＿１１
１６−ｎから収集した情報と駆動モジュール１２７０−１への命令履歴を統合的に分析／
解析するため、従来は難しかったドメイン２＿１１２２−２内でのユーザに対するきめ細
かなサービスの提供など独自のサービスを提供できる効果が有る。更にこのようなドメイ
ン２＿１１２２−２内独自のサービスはシステムトラブルに拠るサーバｎ＿１１１６−ｎ
との通信不能状態でも安定に提供できるため、エンドユーザに提供するサービスの堅牢性
を確保できる。
２３０）が通信モジュール１２０２−３を経由してサーバｎ＿１１１６−ｎから独自情報
を収集してメモリ部１２３２に格納できる。この独自情報とは、例えば交通渋滞情報や地
域の気象予測情報、公共消費材の時変価格情報などドメイン２＿１１２２−２内からは得
られない情報を意味する。このようにしてメモリ部１２３２に蓄積された情報をシステム
コントローラα＿１１２６（内のプロセッサ１２３０）が分析／解析し、エンドユーザの
行動や状態あるいは要求を推定／判断する。そしてこの推定／判断した内容に基付き、シ
ステムコントローラα＿１１２６（内のプロセッサ１２３０）がシステムα＿１１３２（
あるいはドメイン２＿１１２２−１）内を制御し、エンドユーザに対して最適なサービス
を提供する。このサービス提供方法の一例として、図８Ａ内の駆動モジュール１２７０−
１を遠隔操作しても良い。このように独自にシステムコントローラα＿１１２６（内のプ
ロセッサ１２３０）が、センサモジュール１２２２、１２６０−１〜５やサーバｎ＿１１
１６−ｎから収集した情報と駆動モジュール１２７０−１への命令履歴を統合的に分析／
解析するため、従来は難しかったドメイン２＿１１２２−２内でのユーザに対するきめ細
かなサービスの提供など独自のサービスを提供できる効果が有る。更にこのようなドメイ
ン２＿１１２２−２内独自のサービスはシステムトラブルに拠るサーバｎ＿１１１６−ｎ
との通信不能状態でも安定に提供できるため、エンドユーザに提供するサービスの堅牢性
を確保できる。
図８Ａに示した本実施形態システムの応用例を図９に示す。図９ではスマートメータ１
１２４とルータ（ゲートウェイ）１３００を除くドメイン２＿１１２２−２内の全ての機
器１２５０−１＆４にプロセッサ１３３０又はデバイスコントローラ１２４０−１〜２が
内蔵され、バッテリを内蔵したルータ（ゲートウェイ）１３００を介してサーバｎ＿１１
１６−ｎとの間での直接的な情報交換が可能となっている。
１２４とルータ（ゲートウェイ）１３００を除くドメイン２＿１１２２−２内の全ての機
器１２５０−１＆４にプロセッサ１３３０又はデバイスコントローラ１２４０−１〜２が
内蔵され、バッテリを内蔵したルータ（ゲートウェイ）１３００を介してサーバｎ＿１１
１６−ｎとの間での直接的な情報交換が可能となっている。
ここでセクション１＿１１４２−１（１台の車内）に内蔵されたプロセッサ１３３０は
（カー）バッテリ１２２０から充電／放電される電力量の制御に限らず、例えば車内の空
調管理や燃費的に効率の良いエンジンの燃焼制御等のあらゆる制御を行い、これらの関連
情報がルータ（ゲートウェイ）１３００を経由して（あるいは直接的に）サーバｎ＿１１
１６−ｎへ送信可能となっている。また全ての通信モジュール１２０２−１〜７はルータ
（ゲートウェイ）１３００を経由してサーバｎ＿１１１６−ｎとネットワーク接続されて
いる。ここで図９に示す応用例ではルータ（ゲートウェイ）１３００は一切の判別や取捨
選択を行わず、機器１２５０−１／４からの情報全てをサーバｎ＿１１１６−ｎに自動転
送する所が図８Ａのシステムコントローラα＿１１２６とは機能的な大きな違いが有る。
（カー）バッテリ１２２０から充電／放電される電力量の制御に限らず、例えば車内の空
調管理や燃費的に効率の良いエンジンの燃焼制御等のあらゆる制御を行い、これらの関連
情報がルータ（ゲートウェイ）１３００を経由して（あるいは直接的に）サーバｎ＿１１
１６−ｎへ送信可能となっている。また全ての通信モジュール１２０２−１〜７はルータ
（ゲートウェイ）１３００を経由してサーバｎ＿１１１６−ｎとネットワーク接続されて
いる。ここで図９に示す応用例ではルータ（ゲートウェイ）１３００は一切の判別や取捨
選択を行わず、機器１２５０−１／４からの情報全てをサーバｎ＿１１１６−ｎに自動転
送する所が図８Ａのシステムコントローラα＿１１２６とは機能的な大きな違いが有る。
一方図９に示す応用例では、ドメイン２＿１１２２−２内の全ての機器１２５０−１／
４内にメモリ部１２４４、１２４６が内蔵されている。そしてセンサモジュール１２６０
−１〜７で時々刻々と検出される信号や情報が時系列的にメモリ部１２４４、１２４６に
逐次格納される。またデバイスコントローラ１２４０−１〜２から駆動モジュール１２７
０−１〜３に適宜発行される命令情報も、逐次メモリ部１２４４、１２４６に格納される
。そしてこのメモリ部１２４４、１２４６に格納された情報を利用して、デバイスコント
ローラ１２４０−１〜２はエンドユーザに対する機器１２５０−１〜４単位での独自サー
ビスが提供できる。このサービス提供時には、メモリ部１２４４、１２４６内に格納され
た時々刻々と変化するセンサモジュール１２６０−１〜７からの検出信号や測定情報の履
歴を利用し、デバイスコントローラ１２４０−１／２内でエンドユーザの行動や状態ある
いは要求を推定／判断し、駆動モジュール１２７０−１〜３を制御する（詳細は４．２節
〜４．４節内で後述）。
４内にメモリ部１２４４、１２４６が内蔵されている。そしてセンサモジュール１２６０
−１〜７で時々刻々と検出される信号や情報が時系列的にメモリ部１２４４、１２４６に
逐次格納される。またデバイスコントローラ１２４０−１〜２から駆動モジュール１２７
０−１〜３に適宜発行される命令情報も、逐次メモリ部１２４４、１２４６に格納される
。そしてこのメモリ部１２４４、１２４６に格納された情報を利用して、デバイスコント
ローラ１２４０−１〜２はエンドユーザに対する機器１２５０−１〜４単位での独自サー
ビスが提供できる。このサービス提供時には、メモリ部１２４４、１２４６内に格納され
た時々刻々と変化するセンサモジュール１２６０−１〜７からの検出信号や測定情報の履
歴を利用し、デバイスコントローラ１２４０−１／２内でエンドユーザの行動や状態ある
いは要求を推定／判断し、駆動モジュール１２７０−１〜３を制御する（詳細は４．２節
〜４．４節内で後述）。
そして図９に示す応用例の特徴は、『ネットワーク通信システムα＿１１３２（が形成
する物理的空間領域）の外から、対応するネットワーク通信システムα＿１１３２全体の
管理または制御が行われる』あるいは『ネットワーク通信システムα＿１１３２（が形成
する物理的空間領域）内に配置され、対応するネットワーク通信システムα＿１１３２全
体の管理または制御を行うシステムコントローラα＿１１２６を持たない』所に有る。こ
のような視点から見ると、バッテリ内蔵のルータ（ゲートウェイ）１３００を介してシス
テムα＿１１３２内の機器１２５０−１、４との間で形成される同一システム内ネットワ
ーク回線１７８２内での情報通信の管理や運営を、サーバｎ＿１１１６−ｎの代わりにシ
ステムα＿１１３２から物理的に離れた位置に設置されたシステムコントローラβ＿１１
２８が行っても良い。
する物理的空間領域）の外から、対応するネットワーク通信システムα＿１１３２全体の
管理または制御が行われる』あるいは『ネットワーク通信システムα＿１１３２（が形成
する物理的空間領域）内に配置され、対応するネットワーク通信システムα＿１１３２全
体の管理または制御を行うシステムコントローラα＿１１２６を持たない』所に有る。こ
のような視点から見ると、バッテリ内蔵のルータ（ゲートウェイ）１３００を介してシス
テムα＿１１３２内の機器１２５０−１、４との間で形成される同一システム内ネットワ
ーク回線１７８２内での情報通信の管理や運営を、サーバｎ＿１１１６−ｎの代わりにシ
ステムα＿１１３２から物理的に離れた位置に設置されたシステムコントローラβ＿１１
２８が行っても良い。
そして更なる応用例として、図２または図８Ａ／Ｂに示す実施形態システムと図９の実
施形態システムとの間の“混合形態”を取っても良い。この場合のシステムα＿１１３２
内外の中継手段として、システムコントローラα＿１１２６とバッテリ内蔵のルータ（ゲ
ートウェイ）１３００の両方を持っても良い。またネットワーク通信システムα＿１１３
２全体の管理や運営あるいは制御を、このシステムコントローラα＿１１２６とシステム
コントローラβ＿１１２８の両方が協調して行っても良いし、通常はシステムコントロー
ラα＿１１２６のみが行っても良い。そしてこのシステムコントローラα＿１１２６とこ
のシステムコントローラβ＿１１２８間は頻繁に情報交換を行い、セクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な全ての情報は
両社間で共有する。この場合には、システムコントローラα＿１１２６内のメモリ部１２
３２内に保存されている関連ファイルがミラーリングにより、システムコントローラβ＿
１１２８内の対応メモリ部１２４８内と適宜相互コピーされる。所でこのセクション１＿
１１４２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な情報の
一例で有る図２３のアドレステーブル、図２７の推定／判断照合表や図２８の時系列情報
追跡表の説明は、後述する。このようにシステムコントローラα＿１１２６、β＿１１２
８間で適宜情報共有を行う事で、途中で管理／運営や制御の主体が入れ替わっても（ある
いは混在しても）混線せずに安定なシステムα＿１１３２内での処理が継続する。またそ
れに限らず、システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎが協調してネ
ットワーク通信システムα＿１１３２全体の管理や運営あるいは制御を行っても良い。そ
してこの場合には上記と同様に（ミラーリングなどを利用して）、セクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な全ての情報を
システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間で共用しても良い。この
ように異なる位置に配置された複数の装置でネットワーク通信システムα＿１１３２全体
の管理や運営あるいは制御を行う事で、緊急時の対応など柔軟に行えるのでネットワーク
通信システムα＿１１３２の安定性と信頼性が向上する効果が有る。例えば何らかの不測
の事態でシステムコントローラα＿１１２６がシャットダウンした場合、あるいはヘッド
クラッシュなどによりメモリ部１２３２内に保存された情報が全て破壊されても、緊急対
応として自動的にシステムコントローラβ＿１１２８やサーバｎ＿１１１６−ｎに切り替
わり、ユーザに一切のストレスを与える事無く引き続き安定にシステムα＿１１３２の処
理が継続できる。またそれだけで無く、例えばユーザが離れた場所からシステムコントロ
ーラβ＿１１２８を操作してネットワーク通信システムα＿１１３２からの情報収集やネ
ットワーク通信システムα＿１１３２内の制御が行えるため、ユーザの利便性が向上する
。またこの場合のシステムα＿１１３２内では、デバイスコントローラ１２４０やメモリ
部１２４２を内蔵する機器１２５０−１、４や、デバイスコントローラ１２４０やメモリ
部１２４２を持たない機器１２５０−２、３あるいは後述する例えばセンサ／通信モジュ
ール１４６０や駆動／通信モジュール１４７０を総称した複合モジュールが混在しても良
い。
施形態システムとの間の“混合形態”を取っても良い。この場合のシステムα＿１１３２
内外の中継手段として、システムコントローラα＿１１２６とバッテリ内蔵のルータ（ゲ
ートウェイ）１３００の両方を持っても良い。またネットワーク通信システムα＿１１３
２全体の管理や運営あるいは制御を、このシステムコントローラα＿１１２６とシステム
コントローラβ＿１１２８の両方が協調して行っても良いし、通常はシステムコントロー
ラα＿１１２６のみが行っても良い。そしてこのシステムコントローラα＿１１２６とこ
のシステムコントローラβ＿１１２８間は頻繁に情報交換を行い、セクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な全ての情報は
両社間で共有する。この場合には、システムコントローラα＿１１２６内のメモリ部１２
３２内に保存されている関連ファイルがミラーリングにより、システムコントローラβ＿
１１２８内の対応メモリ部１２４８内と適宜相互コピーされる。所でこのセクション１＿
１１４２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な情報の
一例で有る図２３のアドレステーブル、図２７の推定／判断照合表や図２８の時系列情報
追跡表の説明は、後述する。このようにシステムコントローラα＿１１２６、β＿１１２
８間で適宜情報共有を行う事で、途中で管理／運営や制御の主体が入れ替わっても（ある
いは混在しても）混線せずに安定なシステムα＿１１３２内での処理が継続する。またそ
れに限らず、システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎが協調してネ
ットワーク通信システムα＿１１３２全体の管理や運営あるいは制御を行っても良い。そ
してこの場合には上記と同様に（ミラーリングなどを利用して）、セクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の情報収集やユーザへのサービス提供に必要な全ての情報を
システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間で共用しても良い。この
ように異なる位置に配置された複数の装置でネットワーク通信システムα＿１１３２全体
の管理や運営あるいは制御を行う事で、緊急時の対応など柔軟に行えるのでネットワーク
通信システムα＿１１３２の安定性と信頼性が向上する効果が有る。例えば何らかの不測
の事態でシステムコントローラα＿１１２６がシャットダウンした場合、あるいはヘッド
クラッシュなどによりメモリ部１２３２内に保存された情報が全て破壊されても、緊急対
応として自動的にシステムコントローラβ＿１１２８やサーバｎ＿１１１６−ｎに切り替
わり、ユーザに一切のストレスを与える事無く引き続き安定にシステムα＿１１３２の処
理が継続できる。またそれだけで無く、例えばユーザが離れた場所からシステムコントロ
ーラβ＿１１２８を操作してネットワーク通信システムα＿１１３２からの情報収集やネ
ットワーク通信システムα＿１１３２内の制御が行えるため、ユーザの利便性が向上する
。またこの場合のシステムα＿１１３２内では、デバイスコントローラ１２４０やメモリ
部１２４２を内蔵する機器１２５０−１、４や、デバイスコントローラ１２４０やメモリ
部１２４２を持たない機器１２５０−２、３あるいは後述する例えばセンサ／通信モジュ
ール１４６０や駆動／通信モジュール１４７０を総称した複合モジュールが混在しても良
い。
上述した“混合形態”に関する補足説明をする。図５に示すように、ネットワークシス
テムα＿１１３２内に配置された複合モジュール１２９５（またはユニット１２９０）が
蓄電モジュール（電池）１５５４を所持する場合が多い。それゆえに仮にシステムα＿１
１３２内で停電が発生したとしても、複合モジュール１２９５（またはユニット１２９０
）の多くは影響を受けずに動作し続ける。更に図９の実施形態システムでは、システムα
＿１１３２内外の情報通信を中継するルータ（ゲートウェイ）１３００にバッテリが内蔵
されているため、ネットワークシステムα＿１１３２内の停電の影響を受けない。従って
停電や故障などの不測自体発生時にネットワークシステムα＿１１３２内の管理／制御を
バックアップする手段を設定すれば、停電や故障などの不測自体の影響を受けずにシステ
ムα＿１１３２内の情報通信が滞り無く継続する。
テムα＿１１３２内に配置された複合モジュール１２９５（またはユニット１２９０）が
蓄電モジュール（電池）１５５４を所持する場合が多い。それゆえに仮にシステムα＿１
１３２内で停電が発生したとしても、複合モジュール１２９５（またはユニット１２９０
）の多くは影響を受けずに動作し続ける。更に図９の実施形態システムでは、システムα
＿１１３２内外の情報通信を中継するルータ（ゲートウェイ）１３００にバッテリが内蔵
されているため、ネットワークシステムα＿１１３２内の停電の影響を受けない。従って
停電や故障などの不測自体発生時にネットワークシステムα＿１１３２内の管理／制御を
バックアップする手段を設定すれば、停電や故障などの不測自体の影響を受けずにシステ
ムα＿１１３２内の情報通信が滞り無く継続する。
既に１．１節内で“唯一のシステムコントローラα＿１１２６がネットワークシステム
α＿１１３２内の情報通信の管理／制御／運営／情報収集を行う”と説明したように、通
常時のネットワークシステムα＿１１３２内での情報通信の管理／制御／運営／情報収集
は、システムコントローラα＿１１２６が行う。しかし停電や故障などの不測自体発生時
には、システムコントローラβ＿１１２８がネットワークシステムα＿１１３２内での情
報通信の管理／制御／運営／情報収集の臨時代行を行う。所で通常時には、システムコン
トローラβ＿１１２８をネットワークシステムα＿１１３２内に所属する１個のユニット
１２９０として扱っても良い。
α＿１１３２内の情報通信の管理／制御／運営／情報収集を行う”と説明したように、通
常時のネットワークシステムα＿１１３２内での情報通信の管理／制御／運営／情報収集
は、システムコントローラα＿１１２６が行う。しかし停電や故障などの不測自体発生時
には、システムコントローラβ＿１１２８がネットワークシステムα＿１１３２内での情
報通信の管理／制御／運営／情報収集の臨時代行を行う。所で通常時には、システムコン
トローラβ＿１１２８をネットワークシステムα＿１１３２内に所属する１個のユニット
１２９０として扱っても良い。
また既に１．１節内で図１と図２を用いて説明したように、ネットワークシステムα＿
１１３２内の情報通信の管理／制御／運営／情報収集を行うシステムコントローラα＿１
１２６はネットワークシステムα＿１１３２内の各ユニット１２９０とネットワークシス
テム内の情報通信を行うと共に、ネットワークシステムα＿１１３２外に存在するサーバ
ｎ＿１１１６−ｎ（クラウドもしくはクラウドサーバ）との間でシステム外の情報通信を
行う。そして停電や故障などの不測自体発生時にシステムコントローラβ＿１１２８がシ
ステムコントローラα＿１１２６の臨時代行を行う場合、臨時代行前と同じ通信情報フォ
ーマットで各ユニット１２９０及びサーバｎ＿１１１６−ｎとの間の情報通信が望まれる
。なぜなら、同一の通信情報フォーマットを使用する事でスムーズかつシームレスに臨時
代行処理が行える。
１１３２内の情報通信の管理／制御／運営／情報収集を行うシステムコントローラα＿１
１２６はネットワークシステムα＿１１３２内の各ユニット１２９０とネットワークシス
テム内の情報通信を行うと共に、ネットワークシステムα＿１１３２外に存在するサーバ
ｎ＿１１１６−ｎ（クラウドもしくはクラウドサーバ）との間でシステム外の情報通信を
行う。そして停電や故障などの不測自体発生時にシステムコントローラβ＿１１２８がシ
ステムコントローラα＿１１２６の臨時代行を行う場合、臨時代行前と同じ通信情報フォ
ーマットで各ユニット１２９０及びサーバｎ＿１１１６−ｎとの間の情報通信が望まれる
。なぜなら、同一の通信情報フォーマットを使用する事でスムーズかつシームレスに臨時
代行処理が行える。
図１０Ａを用いて２．１節で後述するように、システムコントローラα＿１１２６と複
合モジュール１２９５間の通信ミドルウェア層ＡＰＬ０２における通信情報はＣ−フォー
マットを使用できる。一方では、システムコントローラα＿１１２６とサーバｎ＿１１１
６−ｎ（クラウドもしくはクラウドサーバ）間の通信ミドルウェア層ＡＰＬ０６における
通信情報は、Ａ−フォーマットまたはＥ−フォーマット、Ｗ−フォーマットなどを使用し
ても良い。従ってシステムコントローラα＿１１２６に代わってシステムコントローラβ
＿１１２８が代行処理を行う場合には、同様の情報通信を行うのが望ましい。すなわちシ
ステムコントローラβ＿１１２８と複合モジュール１２９５間の通信ミドルウェア層ＡＰ
Ｌ０２における通信情報はＣ−フォーマットを使用し、サーバｎ＿１１１６−ｎ（クラウ
ドもしくはクラウドサーバ）との通信情報にはＡ−フォーマットまたはＥ−フォーマット
、Ｗ−フォーマットなどを使用する。
合モジュール１２９５間の通信ミドルウェア層ＡＰＬ０２における通信情報はＣ−フォー
マットを使用できる。一方では、システムコントローラα＿１１２６とサーバｎ＿１１１
６−ｎ（クラウドもしくはクラウドサーバ）間の通信ミドルウェア層ＡＰＬ０６における
通信情報は、Ａ−フォーマットまたはＥ−フォーマット、Ｗ−フォーマットなどを使用し
ても良い。従ってシステムコントローラα＿１１２６に代わってシステムコントローラβ
＿１１２８が代行処理を行う場合には、同様の情報通信を行うのが望ましい。すなわちシ
ステムコントローラβ＿１１２８と複合モジュール１２９５間の通信ミドルウェア層ＡＰ
Ｌ０２における通信情報はＣ−フォーマットを使用し、サーバｎ＿１１１６−ｎ（クラウ
ドもしくはクラウドサーバ）との通信情報にはＡ−フォーマットまたはＥ−フォーマット
、Ｗ−フォーマットなどを使用する。
このようにして図１０Ａや図１７Ａを用いて２．１節で後述する内容と、上記に説明し
た本実施形態システムを組み合わせて生じるクライアントシステムの特徴を下記に纏める
。すなわちこのクライアントシステム（システムα＿１１３２）は（図１０Ａのシステム
コントローラα＿１１２６あるいは図１７Ａのルータ（ゲートウェイ）１３００やシステ
ムコントローラβ＿１１２８を経由して）外部のクラウド（図１のサーバｎ＿１１１６−
１）と接続可能で有り、更にこのクライアントシステム（システムα＿１１３２）は独自
に取得もしくは作成した情報を通信する機能を有したユニット１２９０（または複合モジ
ュール１２９５）からの前記情報を取得し管理する第１のシステムコントローラα＿１１
２６と前記ユニット１２９０（または複合モジュール１２９５）からの前記情報を取得し
管理する前記第1のシステムコントローラα＿１１２６とは異なる第２のシステムコント
ローラβ＿１１２８とを備え、前記第1のシステムコントローラα＿１１２６が複数のユ
ニット１２９０（または複合モジュール１２９５）をセクション１１４２（図１）に区分
して管理し、各ユニットが属する該セクションに関する情報（４．３節で後述する図２３
のアドレステーブルまたは図２８の時系列情報追跡表）を保持する電子機器システムであ
って、前記第２のシステムコントローラβ＿１１２８と前記複数のユニット１２９０（ま
たは複合モジュール１２９５）との間の通信は第1のデータフォーマット（図１７ＡのＣ
−フォーマット）を用いるとともに、前記第２のシステムコントローラβ＿１１２８と前
記クラウド（図１のサーバｎ＿１１１６−１）との間の通信は第２のデータフォーマット
（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を用いる特徴が有る。
た本実施形態システムを組み合わせて生じるクライアントシステムの特徴を下記に纏める
。すなわちこのクライアントシステム（システムα＿１１３２）は（図１０Ａのシステム
コントローラα＿１１２６あるいは図１７Ａのルータ（ゲートウェイ）１３００やシステ
ムコントローラβ＿１１２８を経由して）外部のクラウド（図１のサーバｎ＿１１１６−
１）と接続可能で有り、更にこのクライアントシステム（システムα＿１１３２）は独自
に取得もしくは作成した情報を通信する機能を有したユニット１２９０（または複合モジ
ュール１２９５）からの前記情報を取得し管理する第１のシステムコントローラα＿１１
２６と前記ユニット１２９０（または複合モジュール１２９５）からの前記情報を取得し
管理する前記第1のシステムコントローラα＿１１２６とは異なる第２のシステムコント
ローラβ＿１１２８とを備え、前記第1のシステムコントローラα＿１１２６が複数のユ
ニット１２９０（または複合モジュール１２９５）をセクション１１４２（図１）に区分
して管理し、各ユニットが属する該セクションに関する情報（４．３節で後述する図２３
のアドレステーブルまたは図２８の時系列情報追跡表）を保持する電子機器システムであ
って、前記第２のシステムコントローラβ＿１１２８と前記複数のユニット１２９０（ま
たは複合モジュール１２９５）との間の通信は第1のデータフォーマット（図１７ＡのＣ
−フォーマット）を用いるとともに、前記第２のシステムコントローラβ＿１１２８と前
記クラウド（図１のサーバｎ＿１１１６−１）との間の通信は第２のデータフォーマット
（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を用いる特徴が有る。
所で通常時にはシステムコントローラβ＿１１３４が、システムコントローラα＿１１
２６が管理／制御／運営／情報収集を行うネットワークシステムα＿１１３２に属する１
個のユニット１２９０と扱っても良い事を既に説明した。また本実施形態システムでは、
ネットワークシステムα＿１１３２を介して（経由して）同一ネットワークシステム１１
３２内の異なるユニット１２９０間の情報通信が可能となっている。そして上述したよう
にシステムコントローラα＿１１２６とユニット１２９０間で情報通信する場合には、通
信ミドルウェア層ＡＰＬ０２における通信情報はＣ−フォーマットを使用できる。従って
システムコントローラα＿１１２６とシステムコントローラβ＿１１２８間で情報通信す
る場合にも、通信ミドルウェア層ＡＰＬ０２における通信情報にＣ−フォーマットを使用
した方がシステムコントローラα＿１１２６の管理／制御／運営／情報収集が容易となる
効果が生まれる。
２６が管理／制御／運営／情報収集を行うネットワークシステムα＿１１３２に属する１
個のユニット１２９０と扱っても良い事を既に説明した。また本実施形態システムでは、
ネットワークシステムα＿１１３２を介して（経由して）同一ネットワークシステム１１
３２内の異なるユニット１２９０間の情報通信が可能となっている。そして上述したよう
にシステムコントローラα＿１１２６とユニット１２９０間で情報通信する場合には、通
信ミドルウェア層ＡＰＬ０２における通信情報はＣ−フォーマットを使用できる。従って
システムコントローラα＿１１２６とシステムコントローラβ＿１１２８間で情報通信す
る場合にも、通信ミドルウェア層ＡＰＬ０２における通信情報にＣ−フォーマットを使用
した方がシステムコントローラα＿１１２６の管理／制御／運営／情報収集が容易となる
効果が生まれる。
一方ではシステムコントローラβ＿１１３４がサーバｎ＿１１１６−ｎ（クラウドまた
はクラウドサーバ）との間で通常時に情報通信する時でも、通信ミドルウェア層ＡＰＬ０
６での通信情報にＡ−フォーマットまたはＥ−フォーマット、Ｗ−フォーマットを使用す
るのが望ましい。それにより停電や故障などでシステムコントローラα＿１１２６の使用
が不可能となった場合に、ネットワークシステムα＿１１３２の管理／制御／運営／情報
収集に関する臨時代行処理がスムーズかつシームレスに行える効果が生まれる。
はクラウドサーバ）との間で通常時に情報通信する時でも、通信ミドルウェア層ＡＰＬ０
６での通信情報にＡ−フォーマットまたはＥ−フォーマット、Ｗ−フォーマットを使用す
るのが望ましい。それにより停電や故障などでシステムコントローラα＿１１２６の使用
が不可能となった場合に、ネットワークシステムα＿１１３２の管理／制御／運営／情報
収集に関する臨時代行処理がスムーズかつシームレスに行える効果が生まれる。
この内容を言い換えると、下記のように表現できる。すなわちこのクライアントシステ
ム（システムα＿１１３２）は（図１０Ａのシステムコントローラα＿１１２６あるいは
図１７Ａのルータ（ゲートウェイ）１３００やシステムコントローラβ＿１１２８を経由
して）外部のクラウド（図１のサーバｎ＿１１１６−１）と接続可能で有り、更に独自に
取得もしくは作成した情報を通信する機能を有したユニット１２９０（または複合モジュ
ール１２９５）からの前記情報を取得し管理する第１のシステムコントローラα＿１１２
６と前記ユニット１２９０（または複合モジュール１２９５）からの前記情報を取得し管
理する前記第1のシステムコントローラα＿１１２６とは異なる第２のシステムコントロ
ーラβ＿１１２８とを備え、前記第２のシステムコントローラβ＿１１２８は、前記第1
のシステムコントローラα＿１１２６を介して前記複数のユニット１２９０との間の通信
を、第１のデータフォーマット（Ｃ−フォーマットなど）を用いて行うとともに、前記第
２のシステムコントローラβ＿１１２８と前記クラウド（図１のサーバｎ＿１１１６−ｎ
）との間の通信に第２のデータフォーマット（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を
用いる特徴が有る。
ム（システムα＿１１３２）は（図１０Ａのシステムコントローラα＿１１２６あるいは
図１７Ａのルータ（ゲートウェイ）１３００やシステムコントローラβ＿１１２８を経由
して）外部のクラウド（図１のサーバｎ＿１１１６−１）と接続可能で有り、更に独自に
取得もしくは作成した情報を通信する機能を有したユニット１２９０（または複合モジュ
ール１２９５）からの前記情報を取得し管理する第１のシステムコントローラα＿１１２
６と前記ユニット１２９０（または複合モジュール１２９５）からの前記情報を取得し管
理する前記第1のシステムコントローラα＿１１２６とは異なる第２のシステムコントロ
ーラβ＿１１２８とを備え、前記第２のシステムコントローラβ＿１１２８は、前記第1
のシステムコントローラα＿１１２６を介して前記複数のユニット１２９０との間の通信
を、第１のデータフォーマット（Ｃ−フォーマットなど）を用いて行うとともに、前記第
２のシステムコントローラβ＿１１２８と前記クラウド（図１のサーバｎ＿１１１６−ｎ
）との間の通信に第２のデータフォーマット（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を
用いる特徴が有る。
所で今までの言い換えは、比較的システムコントローラα＿１１２６とシステムコント
ローラβ＿１１２８の協調処理や代替え処理を意識した場合が多かった。しかしそれに限
らず、始めからシステムコントローラα＿１１２６が存在しない図９単独の実施形態シス
テムの特徴に関しても下記のように記述できる。すなわちこのクライアントシステム（シ
ステムα＿１１３２）は（図１０Ａのシステムコントローラα＿１１２６あるいは図１７
Ａのルータ（ゲートウェイ）１３００やシステムコントローラβ＿１１２８を経由して）
外部のクラウド（図１のサーバｎ＿１１１６−１）と接続可能で有り、更に独自に取得も
しくは作成した情報を通信する機能を有したユニット１２９０（または複合モジュール１
２９５）と前記ユニット１２９０（図９の機器１２５０）からの前記情報を取得し管理す
るシステムコントローラβ＿１１２８と前記ユニット１２９０（図９の機器１２５０）と
前記システムコントローラβ＿１１２８との間で通信する機能を有するゲートウェイ１３
００とを備え、前記システムコントローラβ＿１１２８は複数のユニット１２９０（図９
の機器１２５０）をセクション１＿１１４２−１、２＿１１４２−２に区分して管理する
と共に各ユニット１２９０（図９の機器１２５０）が属する該セクション１＿１１４２−
１、２＿１１４２−２に関する情報（４．３節で後述する図２３のアドレステーブルまた
は図２８の時系列情報追跡表）を保持する電子機器システムであって、前記システムコン
トローラβ＿１１２８と前記複数のユニット１２９０（図９の機器１２５０）との間の通
信に第1のデータフォーマット（Ｃ−フォーマットなど）を用いるとともに、前記システ
ムコントローラβ＿１１２８と前記クラウド（図１のサーバｎ＿１１１６−ｎ）との間の
通信には第２のデータフォーマット（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を用いる特
徴が有る。１．９節 ローカルなネットワークシステム内での複合モジュールの活用例図
８Ａまたは図９に示した実施形態では、図８Ａのシステムコントローラα＿１１２６また
は図９のサーバｎ＿１１１６−ｎの基本的な通信相手は機器１２５０−１〜４となってい
る。そして従来は機器毎に基本機能が予め決まっていたので、機器毎の基本機能に適合し
たネットワーク通信情報（第２章で説明する通信ミドルウェア層ＡＰＬにおける通信プロ
トコルまたは交換情報１８１０）の内容が標準規格上で予め規定されていた。しかし時代
の移り変わりに従って各機器が進化／発展して多様化すると、時々刻々変化する機器毎の
装備機能への標準規格の高速適応が難しくなる。例えばテレビの基本機能は、“放送波を
受信し、そのコンテンツをユーザへ表示”に有る。しかし現在の日本の高級テレビでは上
記の基本機能に限らず、ネットワーク回線を利用したデータ通信機能あるいは録画機能も
内蔵されている。また現在はそれ程普及して無いが、裸眼３ＤＴＶ（3 Dimensional Tele
vision）は視聴するユーザの位置情報を検出する機能も内蔵されている。更に将来は、（
表示画面の輝度を最適に制御するため）テレビに明かりセンサが内蔵される可能性も有る
。このような機器毎の多様化と拡張性を考慮して機器との１２５０−１〜４との通信情報
形式（交換情報１８１０）または通信プロトコルに汎用性を持たせると、通信情報を解読
するための高性能なデバイスコントローラ１２４０−１〜２を内蔵した機器１２５０−１
〜４の高価格化に繋がる弊害が生じる。すなわち図８Ａの機器１２５０−２または機器１
２５０−３では汎用性を持った複雑な通信情報を解読するのは難しく、解読とその解読結
果に応じた機器内での多様な制御を行うためのデバイスコントローラ１２４０の内蔵が必
用となる。
ローラβ＿１１２８の協調処理や代替え処理を意識した場合が多かった。しかしそれに限
らず、始めからシステムコントローラα＿１１２６が存在しない図９単独の実施形態シス
テムの特徴に関しても下記のように記述できる。すなわちこのクライアントシステム（シ
ステムα＿１１３２）は（図１０Ａのシステムコントローラα＿１１２６あるいは図１７
Ａのルータ（ゲートウェイ）１３００やシステムコントローラβ＿１１２８を経由して）
外部のクラウド（図１のサーバｎ＿１１１６−１）と接続可能で有り、更に独自に取得も
しくは作成した情報を通信する機能を有したユニット１２９０（または複合モジュール１
２９５）と前記ユニット１２９０（図９の機器１２５０）からの前記情報を取得し管理す
るシステムコントローラβ＿１１２８と前記ユニット１２９０（図９の機器１２５０）と
前記システムコントローラβ＿１１２８との間で通信する機能を有するゲートウェイ１３
００とを備え、前記システムコントローラβ＿１１２８は複数のユニット１２９０（図９
の機器１２５０）をセクション１＿１１４２−１、２＿１１４２−２に区分して管理する
と共に各ユニット１２９０（図９の機器１２５０）が属する該セクション１＿１１４２−
１、２＿１１４２−２に関する情報（４．３節で後述する図２３のアドレステーブルまた
は図２８の時系列情報追跡表）を保持する電子機器システムであって、前記システムコン
トローラβ＿１１２８と前記複数のユニット１２９０（図９の機器１２５０）との間の通
信に第1のデータフォーマット（Ｃ−フォーマットなど）を用いるとともに、前記システ
ムコントローラβ＿１１２８と前記クラウド（図１のサーバｎ＿１１１６−ｎ）との間の
通信には第２のデータフォーマット（図１７ＢのＡ／Ｅ／Ｗ−フォーマット）を用いる特
徴が有る。１．９節 ローカルなネットワークシステム内での複合モジュールの活用例図
８Ａまたは図９に示した実施形態では、図８Ａのシステムコントローラα＿１１２６また
は図９のサーバｎ＿１１１６−ｎの基本的な通信相手は機器１２５０−１〜４となってい
る。そして従来は機器毎に基本機能が予め決まっていたので、機器毎の基本機能に適合し
たネットワーク通信情報（第２章で説明する通信ミドルウェア層ＡＰＬにおける通信プロ
トコルまたは交換情報１８１０）の内容が標準規格上で予め規定されていた。しかし時代
の移り変わりに従って各機器が進化／発展して多様化すると、時々刻々変化する機器毎の
装備機能への標準規格の高速適応が難しくなる。例えばテレビの基本機能は、“放送波を
受信し、そのコンテンツをユーザへ表示”に有る。しかし現在の日本の高級テレビでは上
記の基本機能に限らず、ネットワーク回線を利用したデータ通信機能あるいは録画機能も
内蔵されている。また現在はそれ程普及して無いが、裸眼３ＤＴＶ（3 Dimensional Tele
vision）は視聴するユーザの位置情報を検出する機能も内蔵されている。更に将来は、（
表示画面の輝度を最適に制御するため）テレビに明かりセンサが内蔵される可能性も有る
。このような機器毎の多様化と拡張性を考慮して機器との１２５０−１〜４との通信情報
形式（交換情報１８１０）または通信プロトコルに汎用性を持たせると、通信情報を解読
するための高性能なデバイスコントローラ１２４０−１〜２を内蔵した機器１２５０−１
〜４の高価格化に繋がる弊害が生じる。すなわち図８Ａの機器１２５０−２または機器１
２５０−３では汎用性を持った複雑な通信情報を解読するのは難しく、解読とその解読結
果に応じた機器内での多様な制御を行うためのデバイスコントローラ１２４０の内蔵が必
用となる。
その対策として図８Ｂでは、機器１４５０−１〜４内あるいは機器外の単独状態で複合
モジュール１２９５に属するセンサ／通信モジュール１４６０−１〜５または駆動／通信
モジュール１４７０−１〜２の設置を可能としている。
ここで説明の便宜上、図８Ｂの全ての機器１４５０−１〜４は複合モジュール１２９５
に属するセンサ／通信モジュール１４６０−１〜４と駆動／通信モジュール１４７０−１
〜２を内蔵した構造になっている。しかしそれに限らず、図３Ａ（ｃ）に示した実施形態
を取っても良い。すなわち例えば図８Ａや図９に示した機器１２５０−１〜４内に、上記
の複合モジュール１２９５（センサ／通信モジュール１４６０または駆動／通信モジュー
ル１４７０）が付加的に内蔵されても良い。この場合に機器毎の基本機能（例えば前例で
の“放送波を受信し、そのコンテンツをユーザへ表示”する機能）に関する情報通信は、
図８Ａや図９に示した機器１２５０−１〜４内で対応する。そして新たに発展して多様化
して追加された新規機能に関する情報通信は、新たに付加的に内蔵された複合モジュール
１２９５、１４６０、１４７０が直接担う。そして高度に多様化／進化した機器１２５０
が所有する機能全体に関しては、システムコントローラα＿１１２６内で統合的に管理／
把握と制御を行う。これにより、従来の既存機器への新規機能追加時の拡張性（組み込み
センサ／駆動種類の拡張性）を容易する新たな効果が生まれる。更に上記複合モジュール
１２９５、１４６０、１４７０毎の機能は非常に限定されて簡素化されるため、上記複合
モジュール１２９５、１４６０、１４７０が外部との間で交換する通信情報を大幅に簡素
化できる更なる効果も生まれる。このように外部との間で交換する通信情報が大幅に簡素
化されると、複雑な通信情報を解読／制御するための高性能なデバイスコントローラ１２
４０−１〜２の内蔵が不要となり、上記複合モジュール１２９５、１４６０、１４７０の
低価格化と小形化が容易となる。
モジュール１２９５に属するセンサ／通信モジュール１４６０−１〜５または駆動／通信
モジュール１４７０−１〜２の設置を可能としている。
ここで説明の便宜上、図８Ｂの全ての機器１４５０−１〜４は複合モジュール１２９５
に属するセンサ／通信モジュール１４６０−１〜４と駆動／通信モジュール１４７０−１
〜２を内蔵した構造になっている。しかしそれに限らず、図３Ａ（ｃ）に示した実施形態
を取っても良い。すなわち例えば図８Ａや図９に示した機器１２５０−１〜４内に、上記
の複合モジュール１２９５（センサ／通信モジュール１４６０または駆動／通信モジュー
ル１４７０）が付加的に内蔵されても良い。この場合に機器毎の基本機能（例えば前例で
の“放送波を受信し、そのコンテンツをユーザへ表示”する機能）に関する情報通信は、
図８Ａや図９に示した機器１２５０−１〜４内で対応する。そして新たに発展して多様化
して追加された新規機能に関する情報通信は、新たに付加的に内蔵された複合モジュール
１２９５、１４６０、１４７０が直接担う。そして高度に多様化／進化した機器１２５０
が所有する機能全体に関しては、システムコントローラα＿１１２６内で統合的に管理／
把握と制御を行う。これにより、従来の既存機器への新規機能追加時の拡張性（組み込み
センサ／駆動種類の拡張性）を容易する新たな効果が生まれる。更に上記複合モジュール
１２９５、１４６０、１４７０毎の機能は非常に限定されて簡素化されるため、上記複合
モジュール１２９５、１４６０、１４７０が外部との間で交換する通信情報を大幅に簡素
化できる更なる効果も生まれる。このように外部との間で交換する通信情報が大幅に簡素
化されると、複雑な通信情報を解読／制御するための高性能なデバイスコントローラ１２
４０−１〜２の内蔵が不要となり、上記複合モジュール１２９５、１４６０、１４７０の
低価格化と小形化が容易となる。
図８Ｂの記載例では、セクション２＿１１４２−２内に機器１４５０−１と機器１４５
０−２が配置され、セクションｍ＿１１４２−ｍ内に機器１４５０−３〜４が配置されて
いる。しかし各機器１４５０−１〜４の設置場所は必ずしも固定されている必用は無く、
特定機器１４５０−１〜４のいずれかをエンドユーザが運搬して別のセクション内にずら
しても良い。
０−２が配置され、セクションｍ＿１１４２−ｍ内に機器１４５０−３〜４が配置されて
いる。しかし各機器１４５０−１〜４の設置場所は必ずしも固定されている必用は無く、
特定機器１４５０−１〜４のいずれかをエンドユーザが運搬して別のセクション内にずら
しても良い。
また図８Ｂの実施形態システムでは同様に、スマートメータ１１２４内や（例えば１台
の車内全体に対応した）セクション１＿１１４２−１内でもセンサモジュールや駆動モジ
ュールが個々に通信モジュールと一体化されている。その結果として図８Ｂでのスマート
メータ１１２４内が示すように、放出量モニタ／通信モジュール１４０６や流入量モニタ
／通信モジュール１４０８が構成され、個々にシステムコントローラα＿１１２６やサー
バｎ＿１１１６−ｎとネットワーク接続されている。また同様にセクション１＿１１４２
−１は放出量モニタ／通信モジュール１４１６や流入量モニタ／通信モジュール１４１８
、放出量制御／通信モジュール１４１２、流入量制御／通信モジュール１４１４から構成
され、それぞれが個々に通信モジュール１２０２−３を経由してシステムコントローラα
＿１１２６（内のプロセッサ１２３０）とネットワーク接続されている。ここで放出量モ
ニタ／通信モジュール１４０６や流入量モニタ／通信モジュール１４０８及び放出量モニ
タ／通信モジュール１４１６や流入量モニタ／通信モジュール１４１８がセンサ／通信モ
ジュール１４６０に対応する。また放出量制御／通信モジュール１４１２と流入量制御／
通信モジュール１４１４が、駆動／通信モジュール１４７０に対応する。 この場合には
、システムα＿１１３２内のセンサ／通信モジュール１４６０−１〜５または放出量モニ
タ／通信モジュール１４０６、１４１６や流入量モニタ／通信モジュール１４０８、１４
１８から得られる全ての検出信号や測定情報をシステムコントローラα＿１１２６が一括
して収集（及びメモリ部１２３２への格納）する。またシステムα＿１１３２内の全ての
駆動／通信モジュール１４７０−１〜２及び放出量制御／通信モジュール１４１２と流入
量制御／通信モジュール１４１４に対し、システムコントローラα＿１１２６が一括して
制御（指令の発令）する。その結果、単一のシステムコントローラα＿１１２６により、
システムα＿１１３２内のあらゆる機器１４５０−１〜５に対する効率良い統合的な管理
と制御及びエンドユーザに対する質の高いサービス提供が可能となる。
の車内全体に対応した）セクション１＿１１４２−１内でもセンサモジュールや駆動モジ
ュールが個々に通信モジュールと一体化されている。その結果として図８Ｂでのスマート
メータ１１２４内が示すように、放出量モニタ／通信モジュール１４０６や流入量モニタ
／通信モジュール１４０８が構成され、個々にシステムコントローラα＿１１２６やサー
バｎ＿１１１６−ｎとネットワーク接続されている。また同様にセクション１＿１１４２
−１は放出量モニタ／通信モジュール１４１６や流入量モニタ／通信モジュール１４１８
、放出量制御／通信モジュール１４１２、流入量制御／通信モジュール１４１４から構成
され、それぞれが個々に通信モジュール１２０２−３を経由してシステムコントローラα
＿１１２６（内のプロセッサ１２３０）とネットワーク接続されている。ここで放出量モ
ニタ／通信モジュール１４０６や流入量モニタ／通信モジュール１４０８及び放出量モニ
タ／通信モジュール１４１６や流入量モニタ／通信モジュール１４１８がセンサ／通信モ
ジュール１４６０に対応する。また放出量制御／通信モジュール１４１２と流入量制御／
通信モジュール１４１４が、駆動／通信モジュール１４７０に対応する。 この場合には
、システムα＿１１３２内のセンサ／通信モジュール１４６０−１〜５または放出量モニ
タ／通信モジュール１４０６、１４１６や流入量モニタ／通信モジュール１４０８、１４
１８から得られる全ての検出信号や測定情報をシステムコントローラα＿１１２６が一括
して収集（及びメモリ部１２３２への格納）する。またシステムα＿１１３２内の全ての
駆動／通信モジュール１４７０−１〜２及び放出量制御／通信モジュール１４１２と流入
量制御／通信モジュール１４１４に対し、システムコントローラα＿１１２６が一括して
制御（指令の発令）する。その結果、単一のシステムコントローラα＿１１２６により、
システムα＿１１３２内のあらゆる機器１４５０−１〜５に対する効率良い統合的な管理
と制御及びエンドユーザに対する質の高いサービス提供が可能となる。
更に図８Ｂに示した実施形態システム例では、機器１４５０−１〜５を非常に安価に製
造できる効果が有る。すなわち汎用性を持った標準的な複合モジュール１４６０、１４７
０を多量に量産化する事で、この複合モジュール１４６０、１４７０を大幅に安価に製造
できる。そしてこの複合モジュール１２９５、１４６０、１４７０間を繋ぐ新規なインタ
ーフェース部を一切必要とせず、単なる物理的な配置レベルで非常に容易かつ安価に対応
機器１４５０−１〜５に組み込める。そして駆動／通信モジュール１４７０−１〜２の安
価供給が可能になると、機器１４５０−１〜５内に組み込む駆動／通信モジュール１４７
０−１〜２の数を図８Ｂ例よりも増やせる。また更に機器１４５０−１〜５に対する複合
モジュール１２９５、１４６０、１４７０の組み込み方法としてネジ止め固定に限らず、
例えばエンドユーザによる両面テープや粘着テープなどを用いた暫定的固定を行っても良
い。つまり図８Ｂに示した例では、機器１４５０−１と機器１４５０−３に１個ずつのセ
ンサ／通信モジュール１４６０−４〜５が内蔵され、機器１４５０−２内では複数のセン
サ／通信モジュール１４６０−２〜３が内蔵されている。しかし上述した方法を用いれば
、エンドユーザが特定のセンサ／通信モジュール１４６０−２〜５を別の機器１４５０に
付け直す事が容易となる。
造できる効果が有る。すなわち汎用性を持った標準的な複合モジュール１４６０、１４７
０を多量に量産化する事で、この複合モジュール１４６０、１４７０を大幅に安価に製造
できる。そしてこの複合モジュール１２９５、１４６０、１４７０間を繋ぐ新規なインタ
ーフェース部を一切必要とせず、単なる物理的な配置レベルで非常に容易かつ安価に対応
機器１４５０−１〜５に組み込める。そして駆動／通信モジュール１４７０−１〜２の安
価供給が可能になると、機器１４５０−１〜５内に組み込む駆動／通信モジュール１４７
０−１〜２の数を図８Ｂ例よりも増やせる。また更に機器１４５０−１〜５に対する複合
モジュール１２９５、１４６０、１４７０の組み込み方法としてネジ止め固定に限らず、
例えばエンドユーザによる両面テープや粘着テープなどを用いた暫定的固定を行っても良
い。つまり図８Ｂに示した例では、機器１４５０−１と機器１４５０−３に１個ずつのセ
ンサ／通信モジュール１４６０−４〜５が内蔵され、機器１４５０−２内では複数のセン
サ／通信モジュール１４６０−２〜３が内蔵されている。しかし上述した方法を用いれば
、エンドユーザが特定のセンサ／通信モジュール１４６０−２〜５を別の機器１４５０に
付け直す事が容易となる。
所で図８Ｂに示した本実施形態システムでは、センサ／通信モジュール１４６０−５が
機器１４５０内に内蔵されない代わりに特定セクション１１４２内（あるいはドメイン１
１２２内）の任意の場所に単独で設置されている。このようなセンサ／通信モジュール１
４６０−５（あるいは複合モジュール１２９５、１４６０、１４７０）単独での設置方法
として、例えばユーザがテープや接着剤または画鋲等の固定部材を用いてセンサ／通信モ
ジュール１４６０（あるいは複合モジュール１２９５、１４６０、１４７０）を壁や屋根
や床に固定しても良いし、塗料に混ぜて壁や屋根や床に塗り込んでも良い。更に図示して
無いが、（例えばエアコンやテレビ、照明設備を制御するリモコンなどの形態として）駆
動／通信モジュール１４７０が特定セクション１１４２内（あるいはドメイン１１２２内
）の任意の場所に単独で設置されても良い。
機器１４５０内に内蔵されない代わりに特定セクション１１４２内（あるいはドメイン１
１２２内）の任意の場所に単独で設置されている。このようなセンサ／通信モジュール１
４６０−５（あるいは複合モジュール１２９５、１４６０、１４７０）単独での設置方法
として、例えばユーザがテープや接着剤または画鋲等の固定部材を用いてセンサ／通信モ
ジュール１４６０（あるいは複合モジュール１２９５、１４６０、１４７０）を壁や屋根
や床に固定しても良いし、塗料に混ぜて壁や屋根や床に塗り込んでも良い。更に図示して
無いが、（例えばエアコンやテレビ、照明設備を制御するリモコンなどの形態として）駆
動／通信モジュール１４７０が特定セクション１１４２内（あるいはドメイン１１２２内
）の任意の場所に単独で設置されても良い。
また本実施形態システムの他の実施例として複合モジュール１２９５、１４６０、１４
７０をユーザと共に移動可能とし、その複合モジュール１２９５、１４６０、１４７０の
位置変化履歴を計測してユーザの行動履歴情報を収集しても良い。更に（図示して無いが
）駆動／通信モジュール１４７０をユーザと共に移動可能とし、特定セクション１１４２
内（あるいはドメイン１１２２内）の任意なユーザが居る場所から（例えばエアコンやテ
レビ、照明設備を制御するなどの）上記セクション１１４２内での状態変化（例えば空調
や明るさの変化）の制御を行っても良い。ここでユーザと共に複合モジュール１２９５、
１４６０、１４７０を移動可能にする方法として、例えばメガネ、タイピン、靴、財布な
どのユーザが常日頃から身に着ける携帯品にテープや接着剤で一時的に固定あるいは付着
させる。あるいはネジなどで強固に固定しても良く、また携帯品内部に組み込んでも良い
。
第２章 通信情報の階層構造とデータ構造の概要第１章では図１〜図９を用いて、本実施
形態システム全体の構造説明を行った。本第２章では、第１章で説明した本実施形態内で
互いに通信される通信情報のデータ構造（通信プロトコル内容）の特徴と詳細内容に関す
る説明を行う。２．１節 本実施形態におけるネットワーク通信関連機能の階層構造本実
施形態で利用されるネットワーク通信に関しては、図１０Ａ／Ｂ及び図１６〜図１７Ｂに
示すように機能毎の階層構造を持つ所に大きな特徴が有る。この階層構造の中で図１０Ａ
／Ｂ及び図１６図〜１７Ｂに示した最下層の物理的な機能に対応する物理層ＰＨＹ０２、
ＰＨＹ０６で、ネットワーク通信に必要な物理的な通信媒体（communication media）に
関する規定を行う。この物理的な通信媒体の具体例として有線（cabled or wired）のイ
ーサーネット（Ethernet）を利用する場合は、上記物理層ＰＨＹ０６の標準規格で規定さ
れた形状や特性を持ったケーブルとコネクタを使用する。一方この物理的な通信媒体とし
て無線（wireless）を使用する場合には、この物理層ＰＨＹ０２、ＰＨＹ０６の標準規格
で規定された周波数やチャネル、変調方式、基本通信フレーム構成などに適合させる。
７０をユーザと共に移動可能とし、その複合モジュール１２９５、１４６０、１４７０の
位置変化履歴を計測してユーザの行動履歴情報を収集しても良い。更に（図示して無いが
）駆動／通信モジュール１４７０をユーザと共に移動可能とし、特定セクション１１４２
内（あるいはドメイン１１２２内）の任意なユーザが居る場所から（例えばエアコンやテ
レビ、照明設備を制御するなどの）上記セクション１１４２内での状態変化（例えば空調
や明るさの変化）の制御を行っても良い。ここでユーザと共に複合モジュール１２９５、
１４６０、１４７０を移動可能にする方法として、例えばメガネ、タイピン、靴、財布な
どのユーザが常日頃から身に着ける携帯品にテープや接着剤で一時的に固定あるいは付着
させる。あるいはネジなどで強固に固定しても良く、また携帯品内部に組み込んでも良い
。
第２章 通信情報の階層構造とデータ構造の概要第１章では図１〜図９を用いて、本実施
形態システム全体の構造説明を行った。本第２章では、第１章で説明した本実施形態内で
互いに通信される通信情報のデータ構造（通信プロトコル内容）の特徴と詳細内容に関す
る説明を行う。２．１節 本実施形態におけるネットワーク通信関連機能の階層構造本実
施形態で利用されるネットワーク通信に関しては、図１０Ａ／Ｂ及び図１６〜図１７Ｂに
示すように機能毎の階層構造を持つ所に大きな特徴が有る。この階層構造の中で図１０Ａ
／Ｂ及び図１６図〜１７Ｂに示した最下層の物理的な機能に対応する物理層ＰＨＹ０２、
ＰＨＹ０６で、ネットワーク通信に必要な物理的な通信媒体（communication media）に
関する規定を行う。この物理的な通信媒体の具体例として有線（cabled or wired）のイ
ーサーネット（Ethernet）を利用する場合は、上記物理層ＰＨＹ０６の標準規格で規定さ
れた形状や特性を持ったケーブルとコネクタを使用する。一方この物理的な通信媒体とし
て無線（wireless）を使用する場合には、この物理層ＰＨＹ０２、ＰＨＹ０６の標準規格
で規定された周波数やチャネル、変調方式、基本通信フレーム構成などに適合させる。
この物理層ＰＨＹ０２、ＰＨＹ０６の上位に位置する通信媒体（communication media
）上でのアクセス機能に対応するメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６では、ネ
ットワークに接続されたノード（図８Ａの機器１２５０あるいは図８Ｂの複合モジュール
１４６０、１４７０）との間で通信情報を正しく伝達するために必要な情報を規定してい
る。また最上位の拡張アプリケーション層ＥＸＬ０６と通信ミドルウェア層ＡＰＬ０６、
ＡＰＬ０２では、ネットワーク通信を利用した様々なサービス提供（通信を利用した各種
サービス提供機能に対応）を規定する。
）上でのアクセス機能に対応するメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６では、ネ
ットワークに接続されたノード（図８Ａの機器１２５０あるいは図８Ｂの複合モジュール
１４６０、１４７０）との間で通信情報を正しく伝達するために必要な情報を規定してい
る。また最上位の拡張アプリケーション層ＥＸＬ０６と通信ミドルウェア層ＡＰＬ０６、
ＡＰＬ０２では、ネットワーク通信を利用した様々なサービス提供（通信を利用した各種
サービス提供機能に対応）を規定する。
このように機能毎に対応する階層構造を持たせる事で通信相手の特性や性能に応じて、
階層毎に最適なフォーマットの選択／組み合わせが可能となる。その結果、本実施形態シ
ステム全体として（図８Ｂに示す複合モジュール１４６０、１４７０の）低価格化と同時
に（図８Ａに示す機器１２５０との間の）通信情報の高機能化を達成できる効果が生まれ
る。この効果の具体例を以下に説明する。まず物理層ＰＨＹ０２とメディア・アクセス層
ＭＡＣ０２では、複合モジュール１４６０、１４７０に要求される“省電力化”に最適な
近距離無線対応のＺ−フォーマット（詳細は２．３節で後述）を採用できる。更に複合モ
ジュール１４６０、１４７０に要求される“低価格化”に最適化させるため、通信ミドル
ウェア層ＡＰＬ０２に“通信情報が簡素化”されたＣ−フォーマット（詳細は２．５節で
後述）を採用しても良い。一方サーバｎ＿１１１６−ｎや機器１２５０−１との間で要求
される通信の高機能化に適合させるため、通信ミドルウェア層ＡＰＬ０６に同時に複数情
報の通信が可能なＡ−フォーマット（詳細は２．７節で後述）やＥ−フォーマット（詳細
は２．６節で後述）あるいはW−フォーマットを使用し、更に拡張アプリケーション層Ｅ
ＸＬ０６の通信情報も利用しても良い。
階層毎に最適なフォーマットの選択／組み合わせが可能となる。その結果、本実施形態シ
ステム全体として（図８Ｂに示す複合モジュール１４６０、１４７０の）低価格化と同時
に（図８Ａに示す機器１２５０との間の）通信情報の高機能化を達成できる効果が生まれ
る。この効果の具体例を以下に説明する。まず物理層ＰＨＹ０２とメディア・アクセス層
ＭＡＣ０２では、複合モジュール１４６０、１４７０に要求される“省電力化”に最適な
近距離無線対応のＺ−フォーマット（詳細は２．３節で後述）を採用できる。更に複合モ
ジュール１４６０、１４７０に要求される“低価格化”に最適化させるため、通信ミドル
ウェア層ＡＰＬ０２に“通信情報が簡素化”されたＣ−フォーマット（詳細は２．５節で
後述）を採用しても良い。一方サーバｎ＿１１１６−ｎや機器１２５０−１との間で要求
される通信の高機能化に適合させるため、通信ミドルウェア層ＡＰＬ０６に同時に複数情
報の通信が可能なＡ−フォーマット（詳細は２．７節で後述）やＥ−フォーマット（詳細
は２．６節で後述）あるいはW−フォーマットを使用し、更に拡張アプリケーション層Ｅ
ＸＬ０６の通信情報も利用しても良い。
また上記の階層構造を持つ通信情報の中間階層（メディア・アクセス層ＭＡＣ０２、Ｍ
ＡＣ０６よりも上位の階層で、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６よりも下位の
階層）としてインターネット通信（internet protocol）機能に対応するインターネット
・プロトコル・バージョン６層ＩＰｖ６で規定された情報を“共通”に通信可能な所に、
本実施形態の次の特徴が有る。ここで“共通に通信可能”とは、図１から図８Ｂに示す全
ての本実施形態システム内でネットワークに接続された全てのノード（ネットワーク通信
の通信元と通信先に対応した通信対象物を意味し、本実施形態での具体例としては図８Ａ
の機器１２５０、サーバｎ＿１１１６−ｎ、卸売業者Ａ＿１１０２あるいは図８Ｂの複合
モジュール１４６０、１４７０などが対応する）に対する通信時に共通的にインターネッ
ト・プロトコル・バージョン６層ＩＰｖ６で規定された通信情報（詳細は２．４節で後述
）を通信しても良い事を意味する。この状況を別の方法で説明すると、以下のようになる
。すなわち図１０Ａに示すように、後述するシステム外ネットワーク回線１７８８と同一
システム内ネットワーク回線１７８２（詳細内容は後述）で使用する（送信する）通信情
報内には、共通して同一のインターネット・プロトコル・バージョン６層ＩＰｖ６に対応
した標準規格で規定される情報を含んでも良い。ここで前記インターネット・プロトコル
・バージョン６層ＩＰｖ６ではインターネット上の通信プロトコルを規定し、インターネ
ット上でのアドレス管理と通信ルート管理を行う。従ってこのインターネット・プロトコ
ル・バージョン６層ＩＰｖ６で規定された標準規格では、卸売業者Ａ＿１１０２やサーバ
ｎ＿１１１６−ｎ、システムコントローラα＿１１２６、機器１２５０−１、複合モジュ
ール１４６０、１４７０などのノードの種類に拠らず、あらゆるノード（通信対象物）に
対してそれぞれ独自のＩＰアドレス（Internet Protocol Addresses）設定が可能となっ
ている。このように本実施形態システムにおける同一ドメイン２＿１１２２−２内の異な
るシステム間の通信時（図１におけるシステムα＿１１３２とシステムβ＿１１３４との
間の通信時）に、上記ＩＰアドレスを利用する事で通信相手の管理が大幅に簡素化される
効果が生まれる（詳細は２．８節内で後述）。その効果の具体例として例えば、海外の出
張先（図１のシステムβ＿１１３４の所在場所に対応）からスマートホンやタブレットな
どの携帯端末（図１のシステムコントローラβ＿１１２８に対応）を使った自宅内（図１
のシステムα＿１１３２の所在場所に対応）のセンサ／通信モジュール１４６０からの必
要な情報収集、あるいは駆動／通信モジュール１４７０の操作が可能となり、ユーザの利
便性が大幅に向上する。またこの時は、出張先（システムβ＿１１３４）と自宅内（シス
テムα＿１１３２）が他の外部からの侵入が不可能な同一ドメイン２＿１１２２−２内で
守られているため、充分強固なセキュリティ保護がなされている。
ＡＣ０６よりも上位の階層で、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６よりも下位の
階層）としてインターネット通信（internet protocol）機能に対応するインターネット
・プロトコル・バージョン６層ＩＰｖ６で規定された情報を“共通”に通信可能な所に、
本実施形態の次の特徴が有る。ここで“共通に通信可能”とは、図１から図８Ｂに示す全
ての本実施形態システム内でネットワークに接続された全てのノード（ネットワーク通信
の通信元と通信先に対応した通信対象物を意味し、本実施形態での具体例としては図８Ａ
の機器１２５０、サーバｎ＿１１１６−ｎ、卸売業者Ａ＿１１０２あるいは図８Ｂの複合
モジュール１４６０、１４７０などが対応する）に対する通信時に共通的にインターネッ
ト・プロトコル・バージョン６層ＩＰｖ６で規定された通信情報（詳細は２．４節で後述
）を通信しても良い事を意味する。この状況を別の方法で説明すると、以下のようになる
。すなわち図１０Ａに示すように、後述するシステム外ネットワーク回線１７８８と同一
システム内ネットワーク回線１７８２（詳細内容は後述）で使用する（送信する）通信情
報内には、共通して同一のインターネット・プロトコル・バージョン６層ＩＰｖ６に対応
した標準規格で規定される情報を含んでも良い。ここで前記インターネット・プロトコル
・バージョン６層ＩＰｖ６ではインターネット上の通信プロトコルを規定し、インターネ
ット上でのアドレス管理と通信ルート管理を行う。従ってこのインターネット・プロトコ
ル・バージョン６層ＩＰｖ６で規定された標準規格では、卸売業者Ａ＿１１０２やサーバ
ｎ＿１１１６−ｎ、システムコントローラα＿１１２６、機器１２５０−１、複合モジュ
ール１４６０、１４７０などのノードの種類に拠らず、あらゆるノード（通信対象物）に
対してそれぞれ独自のＩＰアドレス（Internet Protocol Addresses）設定が可能となっ
ている。このように本実施形態システムにおける同一ドメイン２＿１１２２−２内の異な
るシステム間の通信時（図１におけるシステムα＿１１３２とシステムβ＿１１３４との
間の通信時）に、上記ＩＰアドレスを利用する事で通信相手の管理が大幅に簡素化される
効果が生まれる（詳細は２．８節内で後述）。その効果の具体例として例えば、海外の出
張先（図１のシステムβ＿１１３４の所在場所に対応）からスマートホンやタブレットな
どの携帯端末（図１のシステムコントローラβ＿１１２８に対応）を使った自宅内（図１
のシステムα＿１１３２の所在場所に対応）のセンサ／通信モジュール１４６０からの必
要な情報収集、あるいは駆動／通信モジュール１４７０の操作が可能となり、ユーザの利
便性が大幅に向上する。またこの時は、出張先（システムβ＿１１３４）と自宅内（シス
テムα＿１１３２）が他の外部からの侵入が不可能な同一ドメイン２＿１１２２−２内で
守られているため、充分強固なセキュリティ保護がなされている。
まず始めに図８Ｂに示した実施形態システムモデルを使い、ネットワーク通信に関連し
た機能毎の階層構造（アーキテクチャ）を図１０Ａに示す。所で図１０Ａや図１０Ｂでは
図８Ｂに示した実施形態システムモデルを意識したため、右端のネットワーク・ノードと
して複合モジュール１４６０、１４７０を記載した。更に同一システム内ネットワーク回
線１７８２内に配置された右端のネットワーク・ノードとして複合モジュール１４６０、
１４７０の代わりに、図８Ａ内で記載したデバイスコントローラ１２４０−１を内蔵しな
い機器１２５０−２、３内の通信モジュール１２０２−５、６（とセンサモジュール１２
６０−３〜５）を対応させても良い。
た機能毎の階層構造（アーキテクチャ）を図１０Ａに示す。所で図１０Ａや図１０Ｂでは
図８Ｂに示した実施形態システムモデルを意識したため、右端のネットワーク・ノードと
して複合モジュール１４６０、１４７０を記載した。更に同一システム内ネットワーク回
線１７８２内に配置された右端のネットワーク・ノードとして複合モジュール１４６０、
１４７０の代わりに、図８Ａ内で記載したデバイスコントローラ１２４０−１を内蔵しな
い機器１２５０−２、３内の通信モジュール１２０２−５、６（とセンサモジュール１２
６０−３〜５）を対応させても良い。
ここで図１０Ａの左側は、図８Ｂのサーバｎ＿１１１６−ｎとシステムコントローラα
＿１１２６間での通信に関連した機能毎の階層構造（アーキテクチャ）を示す。また図１
０Ａの右側は、図８Ｂのシステムコントローラα＿１１２６と各複合モジュール１４６０
、１４７０との間での通信に関連した機能毎の階層構造（アーキテクチャ）を示す。
＿１１２６間での通信に関連した機能毎の階層構造（アーキテクチャ）を示す。また図１
０Ａの右側は、図８Ｂのシステムコントローラα＿１１２６と各複合モジュール１４６０
、１４７０との間での通信に関連した機能毎の階層構造（アーキテクチャ）を示す。
所で図１が示すように本実施形態システムでは、システムコントローラα＿１１２６が
所属するシステムα＿１１３２が存在する領域の物理的に外側の場所にサーバｎ＿１１１
６−ｎの設置が可能となっている。従って図１０Ａの左側が示すようにサーバｎ＿１１１
６−ｎとシステムコントローラα＿１１２６間での通信は、システム外ネットワーク回線
１７８８を利用する。そしてこのシステム外ネットワーク回線１７８８では、有線（cabl
ed or wired）または無線（wireless）を経由したインターネット回線を使用しても良い
。しかしそれに限らず、ＬＡＮ（Local Area Network）などのような相対的に狭い範囲内
で使用されるネットワーク回線の使用も可能となっている。
所属するシステムα＿１１３２が存在する領域の物理的に外側の場所にサーバｎ＿１１１
６−ｎの設置が可能となっている。従って図１０Ａの左側が示すようにサーバｎ＿１１１
６−ｎとシステムコントローラα＿１１２６間での通信は、システム外ネットワーク回線
１７８８を利用する。そしてこのシステム外ネットワーク回線１７８８では、有線（cabl
ed or wired）または無線（wireless）を経由したインターネット回線を使用しても良い
。しかしそれに限らず、ＬＡＮ（Local Area Network）などのような相対的に狭い範囲内
で使用されるネットワーク回線の使用も可能となっている。
そして上記の有線を利用した物理的な通信メディア（communication media）として、
光ケーブル（fiberoptic cables）を使っても良い。しかしそれに限らず上記有線に対応
した物理的な他のメディアとして、電線（electric cords）や電話回線（telephone wire
s）あるいは電力配線（power lines）などの信号電送手段のいずれを使用しても良い。ま
た上記伝送される信号形態として、アナログ信号とデジタル信号のどちらを使用しても良
い。このような通信媒体の物理形態やその中に送信される信号形態の違いだけでなく、通
信回線管理会社や通信を管理／監督する国や地域に拠っても物理層ＰＨＹ０６での通信規
格が異なる。従って本実施形態システムでは、実在する線（line）を経由した物理層ＰＨ
Ｙ０６でのあらゆる通信規格を総称して“Ｌ−フォーマット”と呼ぶ。一方システム外ネ
ットワーク回線１７８８として物理層ＰＨＹ０６で無線を利用した場合、遠距離無線方式
の２Ｇ（Second Generation）や３Ｇ（Third Generation）、あるいはＷｉＭＡＸ（World
Wide Interoperability for Microwave Access）の通信規格を利用しても良い。更にそ
れに限らず、本実施形態システムでは中距離無線方式まで含めたあらゆる無線通信規格に
準拠した通信情報を使用できる。そしてこれら遠距離無線方式から中距離無線方式まで含
めたあらゆる無線通信規格を総称して、ここでは“Ｇ−フォーマット”と呼ぶ。
光ケーブル（fiberoptic cables）を使っても良い。しかしそれに限らず上記有線に対応
した物理的な他のメディアとして、電線（electric cords）や電話回線（telephone wire
s）あるいは電力配線（power lines）などの信号電送手段のいずれを使用しても良い。ま
た上記伝送される信号形態として、アナログ信号とデジタル信号のどちらを使用しても良
い。このような通信媒体の物理形態やその中に送信される信号形態の違いだけでなく、通
信回線管理会社や通信を管理／監督する国や地域に拠っても物理層ＰＨＹ０６での通信規
格が異なる。従って本実施形態システムでは、実在する線（line）を経由した物理層ＰＨ
Ｙ０６でのあらゆる通信規格を総称して“Ｌ−フォーマット”と呼ぶ。一方システム外ネ
ットワーク回線１７８８として物理層ＰＨＹ０６で無線を利用した場合、遠距離無線方式
の２Ｇ（Second Generation）や３Ｇ（Third Generation）、あるいはＷｉＭＡＸ（World
Wide Interoperability for Microwave Access）の通信規格を利用しても良い。更にそ
れに限らず、本実施形態システムでは中距離無線方式まで含めたあらゆる無線通信規格に
準拠した通信情報を使用できる。そしてこれら遠距離無線方式から中距離無線方式まで含
めたあらゆる無線通信規格を総称して、ここでは“Ｇ−フォーマット”と呼ぶ。
それに比較すると図８Ｂに示す全ての複合モジュール１４６０、１４７０は、システム
コントローラα＿１１２６が管理するシステムα＿１１３２内に共通に配置されている。
そしてこのシステムα＿１１３２の物理的な形成範囲は、比較的狭い領域内に限定されて
いる。従って図１０Ａの同一システム内ネットワーク回線１７８２を利用して、前記のシ
ステムコントローラα＿１１２６と複合モジュール１４６０、１４７０との間の情報通信
が行われる。そして前述したシステム外ネットワーク回線１７８８で使われる“Ｇ−フォ
ーマット”や“Ｌ−フォーマット”の通信規格と区別するため、同一システム内ネットワ
ーク回線１７８２内で通信される情報の物理層ＰＨＹ０２で利用される通信規格を総称し
て“Ｚ−フォーマット”と呼ぶ。本実施形態システムでは、上記同一システム内ネットワ
ーク回線１７８２として無線と有線のいずれ（あるいはその混在）を使用しても良い。
コントローラα＿１１２６が管理するシステムα＿１１３２内に共通に配置されている。
そしてこのシステムα＿１１３２の物理的な形成範囲は、比較的狭い領域内に限定されて
いる。従って図１０Ａの同一システム内ネットワーク回線１７８２を利用して、前記のシ
ステムコントローラα＿１１２６と複合モジュール１４６０、１４７０との間の情報通信
が行われる。そして前述したシステム外ネットワーク回線１７８８で使われる“Ｇ−フォ
ーマット”や“Ｌ−フォーマット”の通信規格と区別するため、同一システム内ネットワ
ーク回線１７８２内で通信される情報の物理層ＰＨＹ０２で利用される通信規格を総称し
て“Ｚ−フォーマット”と呼ぶ。本実施形態システムでは、上記同一システム内ネットワ
ーク回線１７８２として無線と有線のいずれ（あるいはその混在）を使用しても良い。
一方図１０Ａに示したメディア・アクセス層ＭＡＣ０２／０６で使用される規格は、物
理層ＰＨＹ０２／０６と共に同一の規格策定団体で検討／提案される場合が多い。従って
サーバｎ＿１１１６−２とシステムコントローラα＿１１２６間のシステム外ネットワー
ク回線１７８８上で伝送されるメディア・アクセス層ＭＡＣ０６内では、物理層ＰＨＹ０
６に合わせて“Ｌ−フォーマット”または“Ｇ−フォーマット”が使用できる。そして同
様にシステムコントローラα＿１１２６と複合モジュール１４６０、１４７０との間の同
一システム内ネットワーク回線１７８２上で伝送されるメディア・アクセス層ＭＡＣ０２
内で、“Ｚ−フォーマット”が使用できる。しかしそれに限らず、例えば物理層ＰＨＹ０
２にＺ−フォーマットを使用し、メディア・アクセス層ＭＡＣ０２にＬ−フォーマットや
Ｇ−フォーマットを使用しても良い。またそれ以外として物理層ＰＨＹ０６にＬ−フォー
マットやＧ−フォーマットを使用し、メディア・アクセス層ＭＡＣ０６にＺ−フォーマッ
トを使用しても良い。
理層ＰＨＹ０２／０６と共に同一の規格策定団体で検討／提案される場合が多い。従って
サーバｎ＿１１１６−２とシステムコントローラα＿１１２６間のシステム外ネットワー
ク回線１７８８上で伝送されるメディア・アクセス層ＭＡＣ０６内では、物理層ＰＨＹ０
６に合わせて“Ｌ−フォーマット”または“Ｇ−フォーマット”が使用できる。そして同
様にシステムコントローラα＿１１２６と複合モジュール１４６０、１４７０との間の同
一システム内ネットワーク回線１７８２上で伝送されるメディア・アクセス層ＭＡＣ０２
内で、“Ｚ−フォーマット”が使用できる。しかしそれに限らず、例えば物理層ＰＨＹ０
２にＺ−フォーマットを使用し、メディア・アクセス層ＭＡＣ０２にＬ−フォーマットや
Ｇ−フォーマットを使用しても良い。またそれ以外として物理層ＰＨＹ０６にＬ−フォー
マットやＧ−フォーマットを使用し、メディア・アクセス層ＭＡＣ０６にＺ−フォーマッ
トを使用しても良い。
所で上述した物理層ＰＨＹ０６からインターネット・プロトコル・バージョン６層ＩＰ
ｖ６までの各機能に関係する情報の処理（主に通信制御処理）は、サーバｎ＿１１１６−
ｎとシステムコントローラα＿１１２６内では通信モジュール１７６８、１２０２−３が
実行する。所で図５と図６６で内部構造を説明した複合モジュール１４６０、１４７０内
の通信モジュール１６６０の中は、共通して少なくとも機能的には通信制御部１７００と
インターフェース部１７１０に機能分けしても良い。そしてこの通信制御部１７００の中
で、物理層ＰＨＹ０２からインターネット・プロトコル・バージョン６層ＩＰｖ６までの
各機能に関係する情報の処理（主に通信制御処理）が行われる。
ｖ６までの各機能に関係する情報の処理（主に通信制御処理）は、サーバｎ＿１１１６−
ｎとシステムコントローラα＿１１２６内では通信モジュール１７６８、１２０２−３が
実行する。所で図５と図６６で内部構造を説明した複合モジュール１４６０、１４７０内
の通信モジュール１６６０の中は、共通して少なくとも機能的には通信制御部１７００と
インターフェース部１７１０に機能分けしても良い。そしてこの通信制御部１７００の中
で、物理層ＰＨＹ０２からインターネット・プロトコル・バージョン６層ＩＰｖ６までの
各機能に関係する情報の処理（主に通信制御処理）が行われる。
今までの物理層ＰＨＹ０６からインターネット・プロトコル・バージョン６層ＩＰｖ６
までの各機能に関係する情報は主に通信制御に関係し、例えば機器１４５０の機能、動作
や性能とは関係が薄かった。それに対して図１０Ａの通信ミドルウェア層ＡＰＬ０２、Ａ
ＰＬ０６と拡張アプリケーション層ＥＸＬ０６は、ネットワーク通信を利用した多様なサ
ービス提供機能に関係する。そして通信ミドルウェア層ＡＰＬ０６と拡張アプリケーショ
ン層ＥＸＬ０６の機能に関係する通信情報の処理（主にユーザに対するサービス提供に関
連した処理）は、サーバｎ＿１１１６−ｎとシステムコントローラα＿１１２６内ではプ
ロセッサ１７３８、１２３０が実行する。それに対して同一システム内ネットワーク回線
１７８２を介して通信される通信ミドルウェア層ＡＰＬ０２の機能に関連した情報は、複
合モジュール１４６０、１４７０内では、通信モジュール１６６０内のインターフェース
部１７１０の中で処理される。このように複合モジュール１４６０、１４７０では高価な
プロセッサを使わず、同一システム内ネットワーク回線１７８２を介して通信される全て
の通信情報を上記通信モジュール１６６０内で処理可能な所に本実施形態システムの特徴
が有る。このように高価なプロセッサの内蔵を不要とする事で、複合モジュール１４６０
、１４７０を安価に提供できる効果が生まれる。
までの各機能に関係する情報は主に通信制御に関係し、例えば機器１４５０の機能、動作
や性能とは関係が薄かった。それに対して図１０Ａの通信ミドルウェア層ＡＰＬ０２、Ａ
ＰＬ０６と拡張アプリケーション層ＥＸＬ０６は、ネットワーク通信を利用した多様なサ
ービス提供機能に関係する。そして通信ミドルウェア層ＡＰＬ０６と拡張アプリケーショ
ン層ＥＸＬ０６の機能に関係する通信情報の処理（主にユーザに対するサービス提供に関
連した処理）は、サーバｎ＿１１１６−ｎとシステムコントローラα＿１１２６内ではプ
ロセッサ１７３８、１２３０が実行する。それに対して同一システム内ネットワーク回線
１７８２を介して通信される通信ミドルウェア層ＡＰＬ０２の機能に関連した情報は、複
合モジュール１４６０、１４７０内では、通信モジュール１６６０内のインターフェース
部１７１０の中で処理される。このように複合モジュール１４６０、１４７０では高価な
プロセッサを使わず、同一システム内ネットワーク回線１７８２を介して通信される全て
の通信情報を上記通信モジュール１６６０内で処理可能な所に本実施形態システムの特徴
が有る。このように高価なプロセッサの内蔵を不要とする事で、複合モジュール１４６０
、１４７０を安価に提供できる効果が生まれる。
所でシステム外ネットワーク回線１７８８を介して通信する情報の中で、特にサーバｎ
＿１１１６−ｎとシステムコントローラα＿１１２６の両方にインストールされる特定の
アプリケーションソフトウェア上でのみ使用可能な独自情報を拡張アプリケーション層Ｅ
ＸＬ０６内に格納して通信出来る所に本実施形態システムの大きな特徴が有る。それによ
りサーバｎ＿１１１６−ｎとシステムコントローラα＿１１２６の両方にインストールさ
れるアプリケーションソフトウェア間での差別化が可能となる。そしてその結果として競
争原理に基付く各社のアプリケーションソフトウェア間で切磋琢磨した開発が促進されて
アプリケーションソフトウェア技術の進歩を促進できると共に、ユーザの利便性も向上す
る効果が生まれる。また更に拡張アプリケーション層ＥＸＬ０６内に格納する独自情報を
利用する事で、アプリケーションソフトウェアがユーザに対して提供するサービスの質が
向上する効果も有る。所で図８Ａや図９に示す機器１２５０−１、２が所有する性能や追
加拡張機能が将来的に向上／発展すると、それに合わせて通信ミドルウェア層ＡＰＬ０６
で使用するＡ−やＥ−、Ｗ−フォーマットの標準規格を逐次バージョンアップする必用が
出る。しかし標準規格のバージョンアップには非常に煩雑な作業が必用となるため、この
規格バージョンアップが機器１２５０−１、２の性能向上や機能の追加拡張に追従し辛い
と言う問題が生じる。それに対してアプリケーションソフトウェアのベンダーが上記拡張
アプリケーション層ＥＸＬ０６を活用する事で、規格バージョンアップを待たずに機器１
２５０−１、２の性能向上や機能の追加拡張に容易に対応できる効果も有る。このように
拡張アプリケーション層ＥＸＬ０６内に格納して通信する情報は特定のソフトベンダに拠
り自由に設定できるため、ここでの通信情報の記述形式は世界標準として予め規定する必
用が無い。
＿１１１６−ｎとシステムコントローラα＿１１２６の両方にインストールされる特定の
アプリケーションソフトウェア上でのみ使用可能な独自情報を拡張アプリケーション層Ｅ
ＸＬ０６内に格納して通信出来る所に本実施形態システムの大きな特徴が有る。それによ
りサーバｎ＿１１１６−ｎとシステムコントローラα＿１１２６の両方にインストールさ
れるアプリケーションソフトウェア間での差別化が可能となる。そしてその結果として競
争原理に基付く各社のアプリケーションソフトウェア間で切磋琢磨した開発が促進されて
アプリケーションソフトウェア技術の進歩を促進できると共に、ユーザの利便性も向上す
る効果が生まれる。また更に拡張アプリケーション層ＥＸＬ０６内に格納する独自情報を
利用する事で、アプリケーションソフトウェアがユーザに対して提供するサービスの質が
向上する効果も有る。所で図８Ａや図９に示す機器１２５０−１、２が所有する性能や追
加拡張機能が将来的に向上／発展すると、それに合わせて通信ミドルウェア層ＡＰＬ０６
で使用するＡ−やＥ−、Ｗ−フォーマットの標準規格を逐次バージョンアップする必用が
出る。しかし標準規格のバージョンアップには非常に煩雑な作業が必用となるため、この
規格バージョンアップが機器１２５０−１、２の性能向上や機能の追加拡張に追従し辛い
と言う問題が生じる。それに対してアプリケーションソフトウェアのベンダーが上記拡張
アプリケーション層ＥＸＬ０６を活用する事で、規格バージョンアップを待たずに機器１
２５０−１、２の性能向上や機能の追加拡張に容易に対応できる効果も有る。このように
拡張アプリケーション層ＥＸＬ０６内に格納して通信する情報は特定のソフトベンダに拠
り自由に設定できるため、ここでの通信情報の記述形式は世界標準として予め規定する必
用が無い。
それに比べて通信ミドルウェア層ＡＰＬ０２／ＡＰＬ０６のサービス提供機能に関係す
る通信情報は、例えばＡ−やＥ−、Ｗ−、Ｃ−フォーマットなどの規定化されたフォーマ
ットに則った情報を使用しても良い。このように通信ミドルウェア層ＡＰＬ０２／ＡＰＬ
０６のサービス提供機能に関係する通信情報が所定の標準フォーマットに準拠する場合、
サーバ１１１６間とシステムコントローラ１１２６／１１２８間、及び複合モジュール１
４６０、１４７０間の相互互換性が取り易くなる効果が生まれる。
る通信情報は、例えばＡ−やＥ−、Ｗ−、Ｃ−フォーマットなどの規定化されたフォーマ
ットに則った情報を使用しても良い。このように通信ミドルウェア層ＡＰＬ０２／ＡＰＬ
０６のサービス提供機能に関係する通信情報が所定の標準フォーマットに準拠する場合、
サーバ１１１６間とシステムコントローラ１１２６／１１２８間、及び複合モジュール１
４６０、１４７０間の相互互換性が取り易くなる効果が生まれる。
図２５が示したようにサーバｎ＿１１１６−ｎとシステムコントローラα＿１１２６は
共に大容量のメモリ部１２３２（とデータベース１１１８−ｎ）を持ち、高速で強力なプ
ロセッサ１７３８／１２３０を持てる。従って両者間で送信される通信ミドルウェア層Ａ
ＰＬ０６内に、多様なサービス提供に対応した多彩で多量な通信情報を設定できる。それ
に比べて複合モジュール１４６０、１４７０内では、多様なサービス提供に対応できるプ
ロセッサの内蔵は難しい。従って上記状況に対応して本実施形態システムでは、複合モジ
ュール１４６０、１４７０との情報通信には通信ミドルウェア層ＡＰＬ０６内で使用する
フォーマット（Ａ−フォーマットやＥ−フォーマット、Ｗ−フォーマットなど）とは異な
るフォーマット（Ｃ−フォーマットなど）を通信ミドルウェア層ＡＰＬ０２内で使用して
も良い。特に通信ミドルウェア層ＡＰＬ０２内で使用するＣ−フォーマット（詳細は２．
５節で後述）を相対的に簡素化する事で、複合モジュール１４６０、１４７０内での処理
の負担を軽減させて低価格化を可能にするばかりで無く、相対的な処理速度の向上と処理
時間の短縮を図る事で内蔵された蓄電モジュール（電池）１５５４の消費量を低減できる
効果が生まれる。しかし本実施形態システムではそれに限らず、複合モジュール１４６０
、１４７０との情報通信にＡ−フォーマットやＥ−フォーマット、あるいはＷ−フォーマ
ットなどを使用しても良い。
共に大容量のメモリ部１２３２（とデータベース１１１８−ｎ）を持ち、高速で強力なプ
ロセッサ１７３８／１２３０を持てる。従って両者間で送信される通信ミドルウェア層Ａ
ＰＬ０６内に、多様なサービス提供に対応した多彩で多量な通信情報を設定できる。それ
に比べて複合モジュール１４６０、１４７０内では、多様なサービス提供に対応できるプ
ロセッサの内蔵は難しい。従って上記状況に対応して本実施形態システムでは、複合モジ
ュール１４６０、１４７０との情報通信には通信ミドルウェア層ＡＰＬ０６内で使用する
フォーマット（Ａ−フォーマットやＥ−フォーマット、Ｗ−フォーマットなど）とは異な
るフォーマット（Ｃ−フォーマットなど）を通信ミドルウェア層ＡＰＬ０２内で使用して
も良い。特に通信ミドルウェア層ＡＰＬ０２内で使用するＣ−フォーマット（詳細は２．
５節で後述）を相対的に簡素化する事で、複合モジュール１４６０、１４７０内での処理
の負担を軽減させて低価格化を可能にするばかりで無く、相対的な処理速度の向上と処理
時間の短縮を図る事で内蔵された蓄電モジュール（電池）１５５４の消費量を低減できる
効果が生まれる。しかし本実施形態システムではそれに限らず、複合モジュール１４６０
、１４７０との情報通信にＡ−フォーマットやＥ−フォーマット、あるいはＷ−フォーマ
ットなどを使用しても良い。
ここで同一システム内ネットワーク回線１７８２を用いた通信情報に含まれる通信ミド
ルウェア層ＡＰＬ０２内で使用される情報とシステム外ネットワーク回線１７８８を用い
た通信情報に含まれる通信ミドルウェア層ＡＰＬ０６内で使用される情報との間の切り替
え（変換）処理は、システムコントローラα＿１１２６内で処理される。所で本実施形態
システムの通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６内において、同一システム内ネッ
トワーク回線１７８２内で使用される通信情報とシステム外ネットワーク回線１７８８内
で使用される通信情報は必ずしも完全に一致する必要は無く、両者の通信情報間で一部異
なっても良い。この処理方法に付いて、以下に説明する。既に１．１節内と１．７節内で
説明し、更に図８Ｂが示すように、ネットワークシステムα＿１１３２内のネットワーク
通信の管理と運営はシステムコントローラα＿１１２６が行っている。そして同一システ
ム内ネットワーク回線１７８２を通じて逐次リアルタイムで入手される全てのセンサ／通
信モジュール１４６０で検出された情報と駆動／通信モジュール１４７０で制御（設定）
された全ての状態の情報は、管理情報１７４４としてシステムコントローラα＿１１２６
内のメモリ部１２３２内に適宜保存される。ここで上記の管理情報１７４４は、管理テー
ブルとしてテーブル形式で保存されても良い。更に図８Ａと図８Ｂが混在した形態を取る
場合には、上記システムコントローラα＿１１２６は同時に全ての機器１２５０の情報（
検出情報や現状の状態情報など）も上記管理情報１７４４の一部として保存される。そし
てこのシステムコントローラα＿１１２６は、上記管理情報１７４４の中でユーザの個人
情報が保護された範囲の特定情報のみを抜粋して、システム内ネットワーク回線１７８８
を経由してサーバｎ＿１１１６−ｎに情報通信する。そしてサーバｎ＿１１１６−ｎに通
信された情報は、サーバｎ＿１１１６が管理する管理情報１７４８（テーブル形式の情報
にしても良い）としてデータベース１１１８−ｎ内に保存される。このようにシステムコ
ントローラα＿１１２６が通信ミドルウェア層ＡＰＬ０２内で使用される通信情報とＡＰ
Ｌ０６内で使用される通信情報間の変換（情報の切り替え）を行う事で、ユーザのセキュ
リティが保護されるだけで無く、最低限必要な情報を事前に選別されて受け取る事でサー
バｎ＿１１１６−ｎの処理も簡素化される効果が生まれる。
ルウェア層ＡＰＬ０２内で使用される情報とシステム外ネットワーク回線１７８８を用い
た通信情報に含まれる通信ミドルウェア層ＡＰＬ０６内で使用される情報との間の切り替
え（変換）処理は、システムコントローラα＿１１２６内で処理される。所で本実施形態
システムの通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６内において、同一システム内ネッ
トワーク回線１７８２内で使用される通信情報とシステム外ネットワーク回線１７８８内
で使用される通信情報は必ずしも完全に一致する必要は無く、両者の通信情報間で一部異
なっても良い。この処理方法に付いて、以下に説明する。既に１．１節内と１．７節内で
説明し、更に図８Ｂが示すように、ネットワークシステムα＿１１３２内のネットワーク
通信の管理と運営はシステムコントローラα＿１１２６が行っている。そして同一システ
ム内ネットワーク回線１７８２を通じて逐次リアルタイムで入手される全てのセンサ／通
信モジュール１４６０で検出された情報と駆動／通信モジュール１４７０で制御（設定）
された全ての状態の情報は、管理情報１７４４としてシステムコントローラα＿１１２６
内のメモリ部１２３２内に適宜保存される。ここで上記の管理情報１７４４は、管理テー
ブルとしてテーブル形式で保存されても良い。更に図８Ａと図８Ｂが混在した形態を取る
場合には、上記システムコントローラα＿１１２６は同時に全ての機器１２５０の情報（
検出情報や現状の状態情報など）も上記管理情報１７４４の一部として保存される。そし
てこのシステムコントローラα＿１１２６は、上記管理情報１７４４の中でユーザの個人
情報が保護された範囲の特定情報のみを抜粋して、システム内ネットワーク回線１７８８
を経由してサーバｎ＿１１１６−ｎに情報通信する。そしてサーバｎ＿１１１６−ｎに通
信された情報は、サーバｎ＿１１１６が管理する管理情報１７４８（テーブル形式の情報
にしても良い）としてデータベース１１１８−ｎ内に保存される。このようにシステムコ
ントローラα＿１１２６が通信ミドルウェア層ＡＰＬ０２内で使用される通信情報とＡＰ
Ｌ０６内で使用される通信情報間の変換（情報の切り替え）を行う事で、ユーザのセキュ
リティが保護されるだけで無く、最低限必要な情報を事前に選別されて受け取る事でサー
バｎ＿１１１６−ｎの処理も簡素化される効果が生まれる。
以上で説明した内容と、１．１節で既に説明した本実施形態システム全体概説内容を組
み合わせたクライアントシステムとして、下記の特徴が生じる。すなわち 外部のクラウ
ド（図１のサーバｎ＿１１１６−ｎ）と接続可能であって、情報を管理するシステムコン
トローラα＿１１２６と、このシステムコントローラα＿１１２６に提供する情報を取得
もしくは作成して送信する機能を有するユニット（図２のユニット１＿１２９０−１〜７
＿１２９０−７）とを備え、このシステムコントローラα＿１１２６は、複数存在する複
数のユニットを管理対象であるセクション（図１のセクション１＿１１４２−１〜ｍ＿１
１４２−ｍ）に区分し、各ユニットが属する該セクションに関する情報を保持する電子機
器システムであって、前記システムコントローラと前記複数のユニット（の一種である複
合モジュール１２９５、１４６０、１４７０）との間の通信は、第1のデータフォーマッ
ト（図１０ＡのＣ−フォーマットまたはＺ−フォーマットが対応）を用いるとともに、前
記システムコントローラα＿１１２６と前記クラウド（図１０Ａのサーバｎ＿１１１６−
ｎ）との間の通信は、第２のデータフォーマット（Ａ／Ｅ／Ｗ−フォーマットまたはＬ／
Ｇフォーマットが対応）を用いる。特に前記第1のデータフォーマットと前記第２のデー
タフォーマットとは異なるデータフォーマットとなる。
み合わせたクライアントシステムとして、下記の特徴が生じる。すなわち 外部のクラウ
ド（図１のサーバｎ＿１１１６−ｎ）と接続可能であって、情報を管理するシステムコン
トローラα＿１１２６と、このシステムコントローラα＿１１２６に提供する情報を取得
もしくは作成して送信する機能を有するユニット（図２のユニット１＿１２９０−１〜７
＿１２９０−７）とを備え、このシステムコントローラα＿１１２６は、複数存在する複
数のユニットを管理対象であるセクション（図１のセクション１＿１１４２−１〜ｍ＿１
１４２−ｍ）に区分し、各ユニットが属する該セクションに関する情報を保持する電子機
器システムであって、前記システムコントローラと前記複数のユニット（の一種である複
合モジュール１２９５、１４６０、１４７０）との間の通信は、第1のデータフォーマッ
ト（図１０ＡのＣ−フォーマットまたはＺ−フォーマットが対応）を用いるとともに、前
記システムコントローラα＿１１２６と前記クラウド（図１０Ａのサーバｎ＿１１１６−
ｎ）との間の通信は、第２のデータフォーマット（Ａ／Ｅ／Ｗ−フォーマットまたはＬ／
Ｇフォーマットが対応）を用いる。特に前記第1のデータフォーマットと前記第２のデー
タフォーマットとは異なるデータフォーマットとなる。
そして２．２節で後述するように、前記第1のデータフォーマットは、ヘッダ（図１１
の物理層ヘッダＰＨＹＨＤが対応）と、第１のデータ（図１１のＭＡＣ層ヘッダＭＡＣＨ
ＤからＴＣＰヘッダＴＣＰＨＤまでのデータ）と、前記第1のデータに加えて、第２のデ
ータ（通信ミドルウェアデータＡＰＬＤＴ）とからなる。
の物理層ヘッダＰＨＹＨＤが対応）と、第１のデータ（図１１のＭＡＣ層ヘッダＭＡＣＨ
ＤからＴＣＰヘッダＴＣＰＨＤまでのデータ）と、前記第1のデータに加えて、第２のデ
ータ（通信ミドルウェアデータＡＰＬＤＴ）とからなる。
また上記のシステムコントローラα＿１１２６を挟んで上記の特徴を持った通信情報の
通信処理を実行する場合には、下記の特徴が有る。すなわち前記システムコントローラα
＿１１２６は前記ユニット（の一種である複合モジュール１２９５、１４６０、１４７０
）から得られた通信情報を前記第２のデータフォーマット（図１０ＡのＡ／Ｅ／Ｗ−フォ
ーマットまたはＬ／Ｇフォーマット）に変換して前記クラウド（サーバｎ＿１１１６−ｎ
）に送信するとともに、前記クラウド（サーバｎ＿１１１６−ｎ）から通信された情報を
前記第１のデータフォーマット（Ｃ−フォーマットまたはＺ−フォーマット）に変更して
前記ユニットユニット（の一種である複合モジュール１２９５、１４６０、１４７０）に
送信する。
通信処理を実行する場合には、下記の特徴が有る。すなわち前記システムコントローラα
＿１１２６は前記ユニット（の一種である複合モジュール１２９５、１４６０、１４７０
）から得られた通信情報を前記第２のデータフォーマット（図１０ＡのＡ／Ｅ／Ｗ−フォ
ーマットまたはＬ／Ｇフォーマット）に変換して前記クラウド（サーバｎ＿１１１６−ｎ
）に送信するとともに、前記クラウド（サーバｎ＿１１１６−ｎ）から通信された情報を
前記第１のデータフォーマット（Ｃ−フォーマットまたはＺ−フォーマット）に変更して
前記ユニットユニット（の一種である複合モジュール１２９５、１４６０、１４７０）に
送信する。
ここで前記ユニットは前記システムコントローラに提供する情報を送信する機能（図４
Ａに示した通信モジュール１６６０が担う）と、前記情報として外部環境情報『例えば、
温度，照度等』を検出する機能（図４Ｂのセンサモジュール１２６０が担う）、若しくは
前記送信する情報の基となる前記ユニット自体の状態を変化させる状態変化機能（図４Ｃ
の駆動モジュール１６７０が担う）とを備える。従って前記ユニットは、前記通信する機
能の一環として前記第1のデータフォーマットの情報を取得若しくは作成する。
Ａに示した通信モジュール１６６０が担う）と、前記情報として外部環境情報『例えば、
温度，照度等』を検出する機能（図４Ｂのセンサモジュール１２６０が担う）、若しくは
前記送信する情報の基となる前記ユニット自体の状態を変化させる状態変化機能（図４Ｃ
の駆動モジュール１６７０が担う）とを備える。従って前記ユニットは、前記通信する機
能の一環として前記第1のデータフォーマットの情報を取得若しくは作成する。
所で説明の便宜を考慮して図４Ａ〜図４Ｃでは通信モジュール１６６０とセンサモジュ
ール１２６０、駆動モジュール１６７０間は分離して記載した。しかしそれに限らず本実
施形態では、互いに兼用あるいは一部の機能が重複しても良い。そのバイには、前記ユニ
ット内においては、前記検出する機能若しくは前記状態変化機能と前記通信する機能が兼
用する事になる。
ール１２６０、駆動モジュール１６７０間は分離して記載した。しかしそれに限らず本実
施形態では、互いに兼用あるいは一部の機能が重複しても良い。そのバイには、前記ユニ
ット内においては、前記検出する機能若しくは前記状態変化機能と前記通信する機能が兼
用する事になる。
また上記通信モジュール１６６０内で図７Ａの構造を取った場合、図７Ａで記載したプ
ロセッサ１９６０を使わずに全て機能回路の組み合わせで通信モジュール１６６０の機能
を実現しても良い。この場合には、前記ユニット内で前記情報を処理するCPU(Central Pr
ocessing Unit)を持たないことになる。
ロセッサ１９６０を使わずに全て機能回路の組み合わせで通信モジュール１６６０の機能
を実現しても良い。この場合には、前記ユニット内で前記情報を処理するCPU(Central Pr
ocessing Unit)を持たないことになる。
次に同じ通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６内において、同一システム内ネッ
トワーク回線１７８２内とシステム外ネットワーク回線１７８８内で使用（送信）される
各通信情報間の特徴比較の説明に関して図１０Ｂを用いて行う。システム外ネットワーク
回路１７８８を経由してシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
での通信に、Ａ−フォーマットまたはＥ−フォーマットに準拠した通信情報を使用しても
良い。所で本実施形態システムにおいてＡ−フォーマットには、『通信ミドルウェア層Ａ
ＰＬに関係する通信情報として、広義のテキスト形式で記述』されるあらゆるフォーマッ
トが含まれる。一方２．６節で後述するようにＥ−フォーマットには、通信ミドルウェア
データＡＰＬＤＴの領域（２．２節参照）内の『予め規定された所定領域内に設定コード
を格納』する形式を利用したあらゆるフォーマットが含まれる。特に前記Ａ−フォーマッ
トやＥフォーマットでは、“複数内容の情報（information including plural items）を
一度に通信（送信）可能”な特徴が有る。所でこの情報通信に利用するシステム外ネット
ワーク回路１７８８は、他のユーザの使用状況により一時的にネットワーク回線が混雑す
るリスクが有る。従ってシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
で非常に頻繁に通信を繰り返す方式を採用すると、ネットワーク回線が異常に混雑する時
期だけ両社間の通信が停滞する危険性を持つ。それに比べて本実施形態に示すように複数
内容の情報を一度に通信可能なフォーマットを採用する事で、両者間の通信頻度を減らし
て通信停滞のリスクを減らせる効果が有る。しかし本実施形態システムではそれに限らず
、システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間での通信にＣ−フォー
マットやＷ−フォーマットに準拠した通信情報を使用しても良い。
トワーク回線１７８２内とシステム外ネットワーク回線１７８８内で使用（送信）される
各通信情報間の特徴比較の説明に関して図１０Ｂを用いて行う。システム外ネットワーク
回路１７８８を経由してシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
での通信に、Ａ−フォーマットまたはＥ−フォーマットに準拠した通信情報を使用しても
良い。所で本実施形態システムにおいてＡ−フォーマットには、『通信ミドルウェア層Ａ
ＰＬに関係する通信情報として、広義のテキスト形式で記述』されるあらゆるフォーマッ
トが含まれる。一方２．６節で後述するようにＥ−フォーマットには、通信ミドルウェア
データＡＰＬＤＴの領域（２．２節参照）内の『予め規定された所定領域内に設定コード
を格納』する形式を利用したあらゆるフォーマットが含まれる。特に前記Ａ−フォーマッ
トやＥフォーマットでは、“複数内容の情報（information including plural items）を
一度に通信（送信）可能”な特徴が有る。所でこの情報通信に利用するシステム外ネット
ワーク回路１７８８は、他のユーザの使用状況により一時的にネットワーク回線が混雑す
るリスクが有る。従ってシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
で非常に頻繁に通信を繰り返す方式を採用すると、ネットワーク回線が異常に混雑する時
期だけ両社間の通信が停滞する危険性を持つ。それに比べて本実施形態に示すように複数
内容の情報を一度に通信可能なフォーマットを採用する事で、両者間の通信頻度を減らし
て通信停滞のリスクを減らせる効果が有る。しかし本実施形態システムではそれに限らず
、システムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間での通信にＣ−フォー
マットやＷ−フォーマットに準拠した通信情報を使用しても良い。
上記のＡ−フォーマットまたはＥ−フォーマットでは、システムコントローラα＿１１
２６とサーバｎ＿１１１６−ｎ間で通信される交換情報１８１０の種別に応じて予め定め
られたテンプレート形式の複数のテーブルが規定されている。そしてテンプレートとして
予め設定されたどのタイプのテーブルを採用するか？を示す情報が、交換情報の種別識別
情報１８４０として前記交換情報１８１０内に含まれる。このように通信される交換情報
（テーブル）１８１０をシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
で共有化する事で、両社間での情報処理の効率化を図っている。すなわち上記交換情報（
テーブル）１８１０の処理ルーチンを含むアプリケーションソフトウェアをシステムコン
トローラα＿１１２６とサーバｎ＿１１１６−ｎの両方にインストールする事で、ユーザ
に対する高度なサービス提供が可能となる。
２６とサーバｎ＿１１１６−ｎ間で通信される交換情報１８１０の種別に応じて予め定め
られたテンプレート形式の複数のテーブルが規定されている。そしてテンプレートとして
予め設定されたどのタイプのテーブルを採用するか？を示す情報が、交換情報の種別識別
情報１８４０として前記交換情報１８１０内に含まれる。このように通信される交換情報
（テーブル）１８１０をシステムコントローラα＿１１２６とサーバｎ＿１１１６−ｎ間
で共有化する事で、両社間での情報処理の効率化を図っている。すなわち上記交換情報（
テーブル）１８１０の処理ルーチンを含むアプリケーションソフトウェアをシステムコン
トローラα＿１１２６とサーバｎ＿１１１６−ｎの両方にインストールする事で、ユーザ
に対する高度なサービス提供が可能となる。
一方受信相手に通知する交換情報（テーブル）１８１０の使用目的を示す情報は、交信
アクセス制御情報１８３０として上記交換情報（テーブル）１８１０内に含まれる。例え
ばＥ−フォーマットにおける上記交信アクセス制御情報１８３０として、受信相手に対す
る“書き込み要求”、“読み出し要求”、“通知要求”、“書き込み・読み出し要求”や
、“書き込み応答”、“通知”、“読み出し応答”、“通知応答”、“書き込み・読み出
し応答”などに対応したコードがそれぞれ設定されている。またＡ−フォーマットにおけ
る上記交信アクセス制御情報１８３０では、（受信相手への状態設定指示または送信元状
態の受信相手への通知を意味する）“記録専用（WRITEONLY）”や（受信相手の現状の状
態に関する回答要求を意味する）“再生専用（READONLY）”、あるいは“記録・再生（RE
ADWRITE）”などを交換情報（テーブル）１８１０内にＸＭＬ（Extensible Markup Langu
age）形式で記述可能になっている。
アクセス制御情報１８３０として上記交換情報（テーブル）１８１０内に含まれる。例え
ばＥ−フォーマットにおける上記交信アクセス制御情報１８３０として、受信相手に対す
る“書き込み要求”、“読み出し要求”、“通知要求”、“書き込み・読み出し要求”や
、“書き込み応答”、“通知”、“読み出し応答”、“通知応答”、“書き込み・読み出
し応答”などに対応したコードがそれぞれ設定されている。またＡ−フォーマットにおけ
る上記交信アクセス制御情報１８３０では、（受信相手への状態設定指示または送信元状
態の受信相手への通知を意味する）“記録専用（WRITEONLY）”や（受信相手の現状の状
態に関する回答要求を意味する）“再生専用（READONLY）”、あるいは“記録・再生（RE
ADWRITE）”などを交換情報（テーブル）１８１０内にＸＭＬ（Extensible Markup Langu
age）形式で記述可能になっている。
図１０Ｂでは図示して無いが、システム外ネットワーク回線１７８８を経由して情報通
信する他の方法として、World Wide Web を利用しても良い。この方法が図１０ＡのＷ−
フォーマットに対応し、サーバｎ＿１１１６−ｎあるいはシステムコントローラα＿１１
２６がＷｅｂサーバの機能も持つ。この場合には通信情報の送信側（サーバｎ＿１１１６
−ｎあるいはシステムコントローラα＿１１２６のいずれか）がＵＲＬ（Uniform Resour
ce Location）に拠り受信相手（サーバｎ＿１１１６−ｎかシステムコントローラα＿１
１２６の反対側）を指定し、ホームページ内のフォーム形式（Form）で指定された書き込
み欄内に自動的に通信情報を書き込む。そして情報通信が完了すると、受信側がＰＨＰ（
Hypertext Preprocessor を再帰的に略した用語）やＪａｖａアプレットで事前に設定し
たプログラムに従って受信情報（あるいはその処理結果）を管理情報１７４４または１７
４８に保存する。ここで同一ホームページ内にフォーム形式で指定された書き込み欄を複
数設ける事で“複数内容の情報を一度に通信（送信）可能”な状況の設定が可能となり、
Ｗ−フォーマットでも上述した効果を発揮できる。従って本実施形態システムにおけるＷ
−フォーマットには、『受信側が予め指定した書き込み欄に、送信側が記入して情報通信
』を行うあらゆるフォーマットが含まれる。またそれに限らず、『ＨＴＭＬもしくはＨＴ
ＭＬ５に固有な“タグ”が記載』されたあらゆるフォーマットもＷ−フォーマットとして
分類しても良い。
信する他の方法として、World Wide Web を利用しても良い。この方法が図１０ＡのＷ−
フォーマットに対応し、サーバｎ＿１１１６−ｎあるいはシステムコントローラα＿１１
２６がＷｅｂサーバの機能も持つ。この場合には通信情報の送信側（サーバｎ＿１１１６
−ｎあるいはシステムコントローラα＿１１２６のいずれか）がＵＲＬ（Uniform Resour
ce Location）に拠り受信相手（サーバｎ＿１１１６−ｎかシステムコントローラα＿１
１２６の反対側）を指定し、ホームページ内のフォーム形式（Form）で指定された書き込
み欄内に自動的に通信情報を書き込む。そして情報通信が完了すると、受信側がＰＨＰ（
Hypertext Preprocessor を再帰的に略した用語）やＪａｖａアプレットで事前に設定し
たプログラムに従って受信情報（あるいはその処理結果）を管理情報１７４４または１７
４８に保存する。ここで同一ホームページ内にフォーム形式で指定された書き込み欄を複
数設ける事で“複数内容の情報を一度に通信（送信）可能”な状況の設定が可能となり、
Ｗ−フォーマットでも上述した効果を発揮できる。従って本実施形態システムにおけるＷ
−フォーマットには、『受信側が予め指定した書き込み欄に、送信側が記入して情報通信
』を行うあらゆるフォーマットが含まれる。またそれに限らず、『ＨＴＭＬもしくはＨＴ
ＭＬ５に固有な“タグ”が記載』されたあらゆるフォーマットもＷ−フォーマットとして
分類しても良い。
上述したようにシステム外ネットワーク回線１７８８を経由したサーバｎ＿１１１６−
ｎとシステムコントローラα＿１１２６間の情報通信では、通信頻度を減らす工夫がなさ
れている。それに比べて同一システム内ネットワーク回線１７８２ではネットワークシス
テム内での通信回線の管理と運営をシステムコントローラα＿１１２６が行うため、ネッ
トワーク回線が混雑して通信が停滞するリスクは生じない。それよりも複合モジュール１
４６０、１４７０の低価格化と小形化に適合させるため、前記複合モジュール１４６０、
１４７０に対する通信ミドルウェア層ＡＰＬ０２における通信情報の簡素化が図られてい
る。具体例として、図１０Ｂに示すケース１〜ケース３のいずれかの情報通信を行う事が
出来る。このケース１では、例えばシステムコントローラα＿１１２６から駆動／通信モ
ジュールに対する設定状態変更（状態制御）の指令（コマンド発行）１８５２を行い、そ
の指令１８５２の実行結果を駆動／通信モジュールから回答する。一方ケース２ではセン
サ／通信モジュール１４６０によるセンス情報（検出情報）の収集を目的として、システ
ムコントローラα＿１１２６から回答要求（リクエスト）１８７２を発行し、その応答（
レスポンス）１８７４としてセンサ／通信モジュール１４６０がセンス情報（検出情報）
を回答する。またセンサ／通信モジュール１４６０が任意のタイミング（あるいは事前に
設定された定期的なタイミング）でセンス情報（検出情報）をシステムコントローラα＿
１１２６に通知する場合には、ケース３のように定期的／非定期的報告１８９４を行って
も良い。
ｎとシステムコントローラα＿１１２６間の情報通信では、通信頻度を減らす工夫がなさ
れている。それに比べて同一システム内ネットワーク回線１７８２ではネットワークシス
テム内での通信回線の管理と運営をシステムコントローラα＿１１２６が行うため、ネッ
トワーク回線が混雑して通信が停滞するリスクは生じない。それよりも複合モジュール１
４６０、１４７０の低価格化と小形化に適合させるため、前記複合モジュール１４６０、
１４７０に対する通信ミドルウェア層ＡＰＬ０２における通信情報の簡素化が図られてい
る。具体例として、図１０Ｂに示すケース１〜ケース３のいずれかの情報通信を行う事が
出来る。このケース１では、例えばシステムコントローラα＿１１２６から駆動／通信モ
ジュールに対する設定状態変更（状態制御）の指令（コマンド発行）１８５２を行い、そ
の指令１８５２の実行結果を駆動／通信モジュールから回答する。一方ケース２ではセン
サ／通信モジュール１４６０によるセンス情報（検出情報）の収集を目的として、システ
ムコントローラα＿１１２６から回答要求（リクエスト）１８７２を発行し、その応答（
レスポンス）１８７４としてセンサ／通信モジュール１４６０がセンス情報（検出情報）
を回答する。またセンサ／通信モジュール１４６０が任意のタイミング（あるいは事前に
設定された定期的なタイミング）でセンス情報（検出情報）をシステムコントローラα＿
１１２６に通知する場合には、ケース３のように定期的／非定期的報告１８９４を行って
も良い。
なお本実施形態システムでは情報通信方法として上記に限らず、他の通信方法を使用し
ても良い。例えば図８Ａに示すようにシステムα＿１１３２内にデバイスコントローラ１
２４０−１とメモリ部１２４２を内蔵する機器１２５０−１が設置された場合、この機器
１２５０−１とシステムコントローラα＿１１２６間での同一システム内ネットワーク回
線１７８２上での情報通信には、図１６が示すようにＡ−フォーマットまたはＥ−フォー
マット、Ｗ−フォーマットに準拠した通信ミドルウェア層ＡＰＬ０６や拡張アプリケーシ
ョン層ＥＸＬ０６を利用しても良い。この場合の実施形態例としては、上記拡張アプリケ
ーション層ＥＸＬ０６を活用できるアプリケーションソフトウェアをサーバｎ＿１１１６
−ｎ内に事前にインストールしても良い。そして（図８Ａに記載された）ユーザＩ／Ｆ部
１２３４を介してユーザの許諾を得た後、システムコントローラα＿１１２６が自動的に
上記アプリケーションソフトウェアをシステムコントローラα＿１１２６自身と対応する
機器１２５０の両方に自動的にインストール処理を行っても良い。この時にはシステムコ
ントローラα＿１１２６がサーバｎ＿１１１６−ｎにアクセスし、データベース１１１８
−ｎ内に予め保存されたアプリケーションソフトウェアの転送を行う。このようにシステ
ムコントローラα＿１１２６を中継してシステム外ネットワーク回路１７８８と同一シス
テム内ネットワーク回路１７８２が接続されて対応機器１２５０までアプリケーションソ
フトウェアの自動インストールを可能にすることで、ユーザへの負担を掛けずに上記拡張
アプリケーション層ＥＸＬ０６が活用可能な環境が自動構築出来るため、新規に機能拡張
された最新機器１２５０のネットワークシステム内での対応容易性と柔軟性を確保できる
効果が生まれる。所で本実施形態システムでは上記に限らず、例えば図１６に示すシステ
ムコントローラα＿１１２６と機器１２５０間の通信ミドルウェア層ＡＰＬ０６での情報
通信に、Ｃ−フォーマットに準拠した通信情報を使用しても良い。
ても良い。例えば図８Ａに示すようにシステムα＿１１３２内にデバイスコントローラ１
２４０−１とメモリ部１２４２を内蔵する機器１２５０−１が設置された場合、この機器
１２５０−１とシステムコントローラα＿１１２６間での同一システム内ネットワーク回
線１７８２上での情報通信には、図１６が示すようにＡ−フォーマットまたはＥ−フォー
マット、Ｗ−フォーマットに準拠した通信ミドルウェア層ＡＰＬ０６や拡張アプリケーシ
ョン層ＥＸＬ０６を利用しても良い。この場合の実施形態例としては、上記拡張アプリケ
ーション層ＥＸＬ０６を活用できるアプリケーションソフトウェアをサーバｎ＿１１１６
−ｎ内に事前にインストールしても良い。そして（図８Ａに記載された）ユーザＩ／Ｆ部
１２３４を介してユーザの許諾を得た後、システムコントローラα＿１１２６が自動的に
上記アプリケーションソフトウェアをシステムコントローラα＿１１２６自身と対応する
機器１２５０の両方に自動的にインストール処理を行っても良い。この時にはシステムコ
ントローラα＿１１２６がサーバｎ＿１１１６−ｎにアクセスし、データベース１１１８
−ｎ内に予め保存されたアプリケーションソフトウェアの転送を行う。このようにシステ
ムコントローラα＿１１２６を中継してシステム外ネットワーク回路１７８８と同一シス
テム内ネットワーク回路１７８２が接続されて対応機器１２５０までアプリケーションソ
フトウェアの自動インストールを可能にすることで、ユーザへの負担を掛けずに上記拡張
アプリケーション層ＥＸＬ０６が活用可能な環境が自動構築出来るため、新規に機能拡張
された最新機器１２５０のネットワークシステム内での対応容易性と柔軟性を確保できる
効果が生まれる。所で本実施形態システムでは上記に限らず、例えば図１６に示すシステ
ムコントローラα＿１１２６と機器１２５０間の通信ミドルウェア層ＡＰＬ０６での情報
通信に、Ｃ−フォーマットに準拠した通信情報を使用しても良い。
なお図９に示すようにルータ（ゲートウェイ）１３００を経由して機器１２５０−１、
４とサーバｎ＿１１１６−ｎが直接接続されている場合には、図１６でのシステムコント
ローラα＿１１２６に代わってルータ（ゲートウェイ）１３００が機器１２５０とサーバ
ｎ＿１１１６−ｎの間に配置される。この場合の拡張アプリケーション層ＥＸＬ０６と通
信ミドルウェア層ＡＰＬ０６では、システム外ネットワーク回路１７８８内と同一システ
ム内ネットワーク回路１７８２内共に同一の通信情報が利用される。更にこの場合には機
器１２５０とサーバｎ＿１１１６−ｎそれぞれに独自のＩＰアドレスが設定されているた
め、インターネット・プロトコル・バージョン６層内に設定された送信側ＩＰアドレス情
報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（詳細は図１３を用いて２．
４節内で後述）を利用して機器１２５０とサーバｎ＿１１１６−ｎ間で直接情報通信が行
える。またこの場合の機器１２５０とサーバｎ＿１１１６−ｎ間の通信ミドルウェア層Ａ
ＰＬ０６での情報通信には、主にＥ−フォーマットまたはＡ−フォーマットに準拠した通
信情報を使用する。しかし本実施形態システムではそれに限らず、Ｃ−フォーマットやＷ
−フォーマットを使用しても良い。このようにシステム外ネットワーク回路１７８８内と
同一システム内ネットワーク回路１７８２内共に同一の通信情報が利用される事で、ルー
タ（ゲートウェイ）１３００の中継処理の負担を大幅に低減できる効果が有る。但し物理
層ＰＨＹ０２、ＰＨＹ０６とメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６では異なるフ
ォーマットを使用（図１６の例では、同一システム内のネットワーク回線１７８２ではＺ
−フォーマットを使用し、システム外ネットワーク回線１７８８ではＬ−フォーマットま
たはＧ−フォーマットを使用）しても良い。そしてこの場合には、ルータ（ゲートウェイ
）１３００内でフォーマット変換がなされる。
４とサーバｎ＿１１１６−ｎが直接接続されている場合には、図１６でのシステムコント
ローラα＿１１２６に代わってルータ（ゲートウェイ）１３００が機器１２５０とサーバ
ｎ＿１１１６−ｎの間に配置される。この場合の拡張アプリケーション層ＥＸＬ０６と通
信ミドルウェア層ＡＰＬ０６では、システム外ネットワーク回路１７８８内と同一システ
ム内ネットワーク回路１７８２内共に同一の通信情報が利用される。更にこの場合には機
器１２５０とサーバｎ＿１１１６−ｎそれぞれに独自のＩＰアドレスが設定されているた
め、インターネット・プロトコル・バージョン６層内に設定された送信側ＩＰアドレス情
報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（詳細は図１３を用いて２．
４節内で後述）を利用して機器１２５０とサーバｎ＿１１１６−ｎ間で直接情報通信が行
える。またこの場合の機器１２５０とサーバｎ＿１１１６−ｎ間の通信ミドルウェア層Ａ
ＰＬ０６での情報通信には、主にＥ−フォーマットまたはＡ−フォーマットに準拠した通
信情報を使用する。しかし本実施形態システムではそれに限らず、Ｃ−フォーマットやＷ
−フォーマットを使用しても良い。このようにシステム外ネットワーク回路１７８８内と
同一システム内ネットワーク回路１７８２内共に同一の通信情報が利用される事で、ルー
タ（ゲートウェイ）１３００の中継処理の負担を大幅に低減できる効果が有る。但し物理
層ＰＨＹ０２、ＰＨＹ０６とメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６では異なるフ
ォーマットを使用（図１６の例では、同一システム内のネットワーク回線１７８２ではＺ
−フォーマットを使用し、システム外ネットワーク回線１７８８ではＬ−フォーマットま
たはＧ−フォーマットを使用）しても良い。そしてこの場合には、ルータ（ゲートウェイ
）１３００内でフォーマット変換がなされる。
一方図１に示すように、同一ドメイン２＿１１２２−２内に所属するが異なるシステム
α＿１１３２とβ＿１１３４に属するシステムコントローラα＿１１２６とβ＿１１２８
間で情報通信する場合には、図１０Ａの左側に示したシステムコントローラα＿１１２６
とサーバｎ＿１１１６−ｎ間と同様な通信方法を使用しても良い。この場合には、物理層
ＰＨＹ０６から拡張アプリケーション層ＥＸＬ０６に至る全てのレイヤーでシステム外ネ
ットワーク回線１６８８上と同じ通信情報を使用しても良い。この場合には上述内容と同
様に、システムコントローラβ＿１１２８に対してもアプリケーションソフトウェアの自
動インストールを行っても良い。従ってこの場合の通信ミドルウェア層ＡＰＬ０６での情
報通信には、主にＥ−フォーマットまたはＡ−フォーマットに準拠した通信情報を使用す
る。しかし本実施形態システムではそれに限らず、Ｃ−フォーマットやＷ−フォーマット
を使用しても良い。そしてこの場合の物理層ＰＨＹ０６とメディア・アクセス層ＭＡＣ０
６で使用するフォーマットは、○システムα＿１１３２とβ＿１１３４間の距離が離れて
いる場合にはＬ−フォーマットやＧ−フォーマットを使用し、○システムα＿１１３２と
β＿１１３４間の距離が近付いた場合にはＺ−フォーマットを使用しても良い。ここでＬ
−フォーマットやＧ−フォーマットでは世界中の至る所での情報通信が可能な反面、相対
的に通信時間が掛かり、Ｚ−フォーマットでは通信範囲が限定される代わりに相対的な通
信時間が短い特徴が有る。従って両者間の距離に応じて使用するフォーマットを切り替え
る事で、適宜両フォーマット間の利点を使える効果が生まれる。
α＿１１３２とβ＿１１３４に属するシステムコントローラα＿１１２６とβ＿１１２８
間で情報通信する場合には、図１０Ａの左側に示したシステムコントローラα＿１１２６
とサーバｎ＿１１１６−ｎ間と同様な通信方法を使用しても良い。この場合には、物理層
ＰＨＹ０６から拡張アプリケーション層ＥＸＬ０６に至る全てのレイヤーでシステム外ネ
ットワーク回線１６８８上と同じ通信情報を使用しても良い。この場合には上述内容と同
様に、システムコントローラβ＿１１２８に対してもアプリケーションソフトウェアの自
動インストールを行っても良い。従ってこの場合の通信ミドルウェア層ＡＰＬ０６での情
報通信には、主にＥ−フォーマットまたはＡ−フォーマットに準拠した通信情報を使用す
る。しかし本実施形態システムではそれに限らず、Ｃ−フォーマットやＷ−フォーマット
を使用しても良い。そしてこの場合の物理層ＰＨＹ０６とメディア・アクセス層ＭＡＣ０
６で使用するフォーマットは、○システムα＿１１３２とβ＿１１３４間の距離が離れて
いる場合にはＬ−フォーマットやＧ−フォーマットを使用し、○システムα＿１１３２と
β＿１１３４間の距離が近付いた場合にはＺ−フォーマットを使用しても良い。ここでＬ
−フォーマットやＧ−フォーマットでは世界中の至る所での情報通信が可能な反面、相対
的に通信時間が掛かり、Ｚ−フォーマットでは通信範囲が限定される代わりに相対的な通
信時間が短い特徴が有る。従って両者間の距離に応じて使用するフォーマットを切り替え
る事で、適宜両フォーマット間の利点を使える効果が生まれる。
また本実施形態システムの応用例として図１と図８Ｂが混在する場合を考える。この場
合には異なるシステムβ＿１１３４内のシステムコントローラβ＿１１２８（図１）から
システムα＿１１３２内の複合モジュール１４６０、１４７０に直接アクセスしても良い
。この場合の通信方法は、図１０Ａのサーバｎ＿１１１６−ｎの代わりに図１に示したシ
ステムコントローラβ＿１１２８を配置し、図１０Ａのシステム外ネットワーク回線の代
わりに同一ドメイン内ネットワーク回線に書き換えた形になる。従ってこの場合には、同
一ドメイン内ネットワーク回線２０８２内の通信情報としてＬ−フォーマットやＧ−フォ
ーマットあるいはＡ−フォーマットやＥ−フォーマット、Ｗフォーマットを使用しても良
い。更に本実施形態システムではこれに限らず、例えばＺ−フォーマットやＣ−フォーマ
ットを使用しても良い。また上記と同様に、（システムα＿１１３２内の）複合モジュー
ルと上記システムコントローラβ＿１１２８間の距離に応じてＺ−フォーマットとＬ／Ｇ
−フォーマット間で自動的にフォーマットの切り替えを行っても良い。所でこの場合のイ
ンターネット・プロトコル・バージョン６層ＩＰｖ６を利用した詳細方法に付いては２．
８節で詳細に後述する。２．２節 通信関連機能の階層構造とネットワーク回線上の通信
情報との関係図１０Ａ及び図１６〜図１７Ｂに示した機能別階層構造と、実際のネットワ
ーク回線内で通信される具体的な通信情報内容との関係を図１１に示す。ネットワーク通
信媒体（network communication media）が有線と無線のいずれの場合でも、これらの物
理的な通信媒体上で１つの塊を単位として通信情報が間欠的に送信される。そしてこの塊
が、図１１（ｆ）の物理層フレームＰＰＤＵに相当する。ここでシングルチャネル（シン
グルコレスポンダ）の場合には、上記ネットワーク通信媒体上で上記塊（物理層フレーム
ＰＰＤＵ）の送信時には他の通信情報の通信が出来ない。従って上記塊（物理層フレーム
ＰＰＤＵ）のサイズが大き過ぎると、上記ネットワーク通信媒体の占有時間が長くなり、
他の通信を阻害する危険が有る。上記問題を解決するために本実施形態システムでは、１
個の物理層フレームＰＰＤＵのデータサイズを１２７バイト以下に設定している。それに
よりネットワークシステム内での１個の物理層フレームＰＰＤＵ通信による他の情報通信
を阻害する弊害を軽減させる効果が有る。またこの１個の物理層フレームＰＰＤＵ内は図
１１（ａ）が示すように、送信側から受信側へ向けた送信順（前からの順番あるいは情報
を送り出すタイミングが早い順）に物理層ヘッダＰＨＹＨＤ、ＭＡＣ層ヘッダＭＡＣＨＤ
、ＩＰｖ６ヘッダＩＰｖ６ＨＤ、ＴＣＰヘッダＴＣＰＨＤ、通信ミドルウェアデータＡＰ
ＬＤＴ、拡張データＥＸＤＴ、誤チェックＣＲＣの順番で構成される。一方このデータ配
置を図１１（ｆ）の視点から見ると、“物理層フレームＰＰＤＵ内の先頭に物理層ヘッダ
ＰＨＹＨＤが配置され、その後ろに物理層データまたは物理層ペイロードＰＳＤＵが続き
、そしてこの物理層データ／ペイロードＰＳＤＵ内に順次ＭＡＣ層ヘッダＭＡＣＨＤ、Ｉ
Ｐｖ６ヘッダＩＰｖ６ＨＤ、ＴＣＰヘッダＴＣＰＨＤ、通信ミドルウェアデータＡＰＬＤ
Ｔ、拡張データＥＸＤＴ、誤チェックＣＲＣが格納される”とも言える。
合には異なるシステムβ＿１１３４内のシステムコントローラβ＿１１２８（図１）から
システムα＿１１３２内の複合モジュール１４６０、１４７０に直接アクセスしても良い
。この場合の通信方法は、図１０Ａのサーバｎ＿１１１６−ｎの代わりに図１に示したシ
ステムコントローラβ＿１１２８を配置し、図１０Ａのシステム外ネットワーク回線の代
わりに同一ドメイン内ネットワーク回線に書き換えた形になる。従ってこの場合には、同
一ドメイン内ネットワーク回線２０８２内の通信情報としてＬ−フォーマットやＧ−フォ
ーマットあるいはＡ−フォーマットやＥ−フォーマット、Ｗフォーマットを使用しても良
い。更に本実施形態システムではこれに限らず、例えばＺ−フォーマットやＣ−フォーマ
ットを使用しても良い。また上記と同様に、（システムα＿１１３２内の）複合モジュー
ルと上記システムコントローラβ＿１１２８間の距離に応じてＺ−フォーマットとＬ／Ｇ
−フォーマット間で自動的にフォーマットの切り替えを行っても良い。所でこの場合のイ
ンターネット・プロトコル・バージョン６層ＩＰｖ６を利用した詳細方法に付いては２．
８節で詳細に後述する。２．２節 通信関連機能の階層構造とネットワーク回線上の通信
情報との関係図１０Ａ及び図１６〜図１７Ｂに示した機能別階層構造と、実際のネットワ
ーク回線内で通信される具体的な通信情報内容との関係を図１１に示す。ネットワーク通
信媒体（network communication media）が有線と無線のいずれの場合でも、これらの物
理的な通信媒体上で１つの塊を単位として通信情報が間欠的に送信される。そしてこの塊
が、図１１（ｆ）の物理層フレームＰＰＤＵに相当する。ここでシングルチャネル（シン
グルコレスポンダ）の場合には、上記ネットワーク通信媒体上で上記塊（物理層フレーム
ＰＰＤＵ）の送信時には他の通信情報の通信が出来ない。従って上記塊（物理層フレーム
ＰＰＤＵ）のサイズが大き過ぎると、上記ネットワーク通信媒体の占有時間が長くなり、
他の通信を阻害する危険が有る。上記問題を解決するために本実施形態システムでは、１
個の物理層フレームＰＰＤＵのデータサイズを１２７バイト以下に設定している。それに
よりネットワークシステム内での１個の物理層フレームＰＰＤＵ通信による他の情報通信
を阻害する弊害を軽減させる効果が有る。またこの１個の物理層フレームＰＰＤＵ内は図
１１（ａ）が示すように、送信側から受信側へ向けた送信順（前からの順番あるいは情報
を送り出すタイミングが早い順）に物理層ヘッダＰＨＹＨＤ、ＭＡＣ層ヘッダＭＡＣＨＤ
、ＩＰｖ６ヘッダＩＰｖ６ＨＤ、ＴＣＰヘッダＴＣＰＨＤ、通信ミドルウェアデータＡＰ
ＬＤＴ、拡張データＥＸＤＴ、誤チェックＣＲＣの順番で構成される。一方このデータ配
置を図１１（ｆ）の視点から見ると、“物理層フレームＰＰＤＵ内の先頭に物理層ヘッダ
ＰＨＹＨＤが配置され、その後ろに物理層データまたは物理層ペイロードＰＳＤＵが続き
、そしてこの物理層データ／ペイロードＰＳＤＵ内に順次ＭＡＣ層ヘッダＭＡＣＨＤ、Ｉ
Ｐｖ６ヘッダＩＰｖ６ＨＤ、ＴＣＰヘッダＴＣＰＨＤ、通信ミドルウェアデータＡＰＬＤ
Ｔ、拡張データＥＸＤＴ、誤チェックＣＲＣが格納される”とも言える。
所で図１０Ａと図１６〜図１７Ｂが示す物理層ＰＨＹ０２、ＰＨＹ０６内では、物理層
フレームＰＰＤＵ全体の処理を行う。ここでこの物理層ＰＨＹ０２、ＰＨＹ０６とは、“
物理的な通信メディアに対処する機能”を抽象化した概念を示している。それに対して物
理層ＰＨＹ０２、ＰＨＹ０６からインターネット・プロトコル・バージョン６層ＩＰｖ６
までの各機能に対応した実際の処理は、通信モジュール１７６８、１２０２−３や通信制
御部１７００（図１０Ａ）の内部で実行される。所で本２．２節では階層毎の機能とネッ
トワーク回線上で通信される通信情報との関係を説明し易くするため、細かく階層毎の情
報引き渡し手順を説明する。しかしそれに限らず階層毎の情報引き渡しを一部省略して通
信情報を作成しても良い。例えば送信時に通信モジュール１７６８、１２０２−３や通信
制御部１７００（図１０Ａ）の内部では、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６か
ら与えられた（実体的には図１０Ａのプロセッサ１２３０、１７３８または通信モジュー
ル１６６０内のインターフェース部から与えられた）通信ミドルウェアデータＡＰＬＤＴ
と拡張データＥＸＤＴ（あるいは通信ミドルウェアデータＡＰＬＤＴのみ）から図１１（
ａ）に示す情報（データ構造）を直接作成してネットワーク回線１７８２、１７８８から
発信（送信）しても良い。また受信時には通信モジュール１７６８、１２０２−３や通信
制御部１７００（図１０Ａ）の内部で、ネットワーク回線１７８２、１７８８から必要な
物理層フレームＰＰＤＵのみを選択抽出し、通信ミドルウェアデータＡＰＬＤＴと拡張デ
ータＥＸＤＴ（あるいは通信ミドルウェアデータＡＰＬＤＴのみ）を抜き出して通信ミド
ルウェア層ＡＰＬ０２、ＡＰＬ０６（実体的には図１０Ａのプロセッサ１２３０、１７３
８または通信モジュール１６６０内のインターフェース部）へ渡しても良い。
フレームＰＰＤＵ全体の処理を行う。ここでこの物理層ＰＨＹ０２、ＰＨＹ０６とは、“
物理的な通信メディアに対処する機能”を抽象化した概念を示している。それに対して物
理層ＰＨＹ０２、ＰＨＹ０６からインターネット・プロトコル・バージョン６層ＩＰｖ６
までの各機能に対応した実際の処理は、通信モジュール１７６８、１２０２−３や通信制
御部１７００（図１０Ａ）の内部で実行される。所で本２．２節では階層毎の機能とネッ
トワーク回線上で通信される通信情報との関係を説明し易くするため、細かく階層毎の情
報引き渡し手順を説明する。しかしそれに限らず階層毎の情報引き渡しを一部省略して通
信情報を作成しても良い。例えば送信時に通信モジュール１７６８、１２０２−３や通信
制御部１７００（図１０Ａ）の内部では、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６か
ら与えられた（実体的には図１０Ａのプロセッサ１２３０、１７３８または通信モジュー
ル１６６０内のインターフェース部から与えられた）通信ミドルウェアデータＡＰＬＤＴ
と拡張データＥＸＤＴ（あるいは通信ミドルウェアデータＡＰＬＤＴのみ）から図１１（
ａ）に示す情報（データ構造）を直接作成してネットワーク回線１７８２、１７８８から
発信（送信）しても良い。また受信時には通信モジュール１７６８、１２０２−３や通信
制御部１７００（図１０Ａ）の内部で、ネットワーク回線１７８２、１７８８から必要な
物理層フレームＰＰＤＵのみを選択抽出し、通信ミドルウェアデータＡＰＬＤＴと拡張デ
ータＥＸＤＴ（あるいは通信ミドルウェアデータＡＰＬＤＴのみ）を抜き出して通信ミド
ルウェア層ＡＰＬ０２、ＡＰＬ０６（実体的には図１０Ａのプロセッサ１２３０、１７３
８または通信モジュール１６６０内のインターフェース部）へ渡しても良い。
前記物理層ＰＨＹ０２、ＰＨＹ０６が担う詳細な受信側の機能として、受信した物理層
フレームＰＰＤＵ内の先頭位置に配置された物理層ヘッダＰＨＹＨＤの内容を識別し、そ
の直後に配置された物理層データまたは物理層ペイロードＰＳＤＵ全体をメディア・アク
セス層ＭＡＣ０２、ＭＡＣ０６へ引き渡す。従ってメディア・アクセス層ＭＡＣ０２、Ｍ
ＡＣ０６から見ると、この物理層データまたは物理層ペイロードＰＳＤＵ全体がＭＡＣ層
フレームＭＰＤＵに相当する。一方前記物理層ＰＨＹ０２、ＰＨＹ０６が担う詳細な送信
側の機能としては、メディア・アクセス層ＭＡＣ０２、ＭＡＣ０６から受け取ったＭＡＣ
層フレームＭＰＤＵを物理層データまたは物理層ペイロードＰＳＤＵに格納し、物理層ヘ
ッダＰＨＹＨＤを先頭に付加して構成した物理層フレームＰＰＤＵをネットワーク回線１
７８２、１７８８で送信する。
フレームＰＰＤＵ内の先頭位置に配置された物理層ヘッダＰＨＹＨＤの内容を識別し、そ
の直後に配置された物理層データまたは物理層ペイロードＰＳＤＵ全体をメディア・アク
セス層ＭＡＣ０２、ＭＡＣ０６へ引き渡す。従ってメディア・アクセス層ＭＡＣ０２、Ｍ
ＡＣ０６から見ると、この物理層データまたは物理層ペイロードＰＳＤＵ全体がＭＡＣ層
フレームＭＰＤＵに相当する。一方前記物理層ＰＨＹ０２、ＰＨＹ０６が担う詳細な送信
側の機能としては、メディア・アクセス層ＭＡＣ０２、ＭＡＣ０６から受け取ったＭＡＣ
層フレームＭＰＤＵを物理層データまたは物理層ペイロードＰＳＤＵに格納し、物理層ヘ
ッダＰＨＹＨＤを先頭に付加して構成した物理層フレームＰＰＤＵをネットワーク回線１
７８２、１７８８で送信する。
所で図１１（ｅ）が示すようにＭＡＣ層フレームＭＰＤＵ内は、先頭から順にＭＡＣ層
ヘッダＭＡＣＨＤ、ＭＡＣ層データ／ペイロードＭＳＤＵ、そして誤チェックＣＲＣから
構成されている。そしてメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内では受信時に、
物理層ＰＨＹ０２、ＰＨＹ０６から渡されたＭＡＣ層フレームＭＰＤＵ内のＭＡＣ層ヘッ
ダＭＡＣＨＤに格納された通信情報を利用して通信媒体上のアクセス対応制御を行う。具
体的には対応する機器１２５０や複合モジュール１４６０、１４７０またはシステムコン
トローラα＿１１２６が関係するＭＡＣ層データ／ペイロードＭＳＤＵのみを取り出し、
インターネット・プロトコル・バージョン６層＿ＩＰｖ６へ渡す。一方送信時には、イン
ターネット・プロトコル・バージョン６層＿ＩＰｖ６から渡された情報をＭＡＣ層データ
／ペイロードＭＳＤＵ内に格納し、ＭＡＣ層ヘッダＭＡＣＨＤを付加したＭＡＣ層フレー
ムＭＰＤＵを構成してＭＡＣ層フレームＭＰＤＵ側に渡す。
ヘッダＭＡＣＨＤ、ＭＡＣ層データ／ペイロードＭＳＤＵ、そして誤チェックＣＲＣから
構成されている。そしてメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内では受信時に、
物理層ＰＨＹ０２、ＰＨＹ０６から渡されたＭＡＣ層フレームＭＰＤＵ内のＭＡＣ層ヘッ
ダＭＡＣＨＤに格納された通信情報を利用して通信媒体上のアクセス対応制御を行う。具
体的には対応する機器１２５０や複合モジュール１４６０、１４７０またはシステムコン
トローラα＿１１２６が関係するＭＡＣ層データ／ペイロードＭＳＤＵのみを取り出し、
インターネット・プロトコル・バージョン６層＿ＩＰｖ６へ渡す。一方送信時には、イン
ターネット・プロトコル・バージョン６層＿ＩＰｖ６から渡された情報をＭＡＣ層データ
／ペイロードＭＳＤＵ内に格納し、ＭＡＣ層ヘッダＭＡＣＨＤを付加したＭＡＣ層フレー
ムＭＰＤＵを構成してＭＡＣ層フレームＭＰＤＵ側に渡す。
ＭＡＣ層フレームＭＰＤＵ内の最後端位置に付加された誤チェックＣＲＣ（図１１（ｅ
））を利用して、ＭＡＣ層フレームＭＰＤＵ内のデータエラー有無のチェック（あるいは
データエラー発生箇所の抽出）が可能となる。本実施形態における誤チェックＣＲＣとし
て具体的には、ＣＲＣ（Cyclic Redundancy Checksum）コードを使用している。これはＭ
ＡＣ層フレームＭＰＤＵ内のバイナリー表示（“１”か“０”の繋がり）したＭＡＣ層ヘ
ッダＭＡＣＨＤとＭＡＣ層データ／ペイロードＭＳＤＵ全体を所定コードで割り算を行っ
た時のバイナリー表示での剰余値（余り）として算出される。そして送信時には上記の方
法で算出した誤チェックＣＲＣを、ＭＡＣ層フレームＭＰＤＵ内の最後端位置に付加する
。また受信時には得られたＭＡＣ層ヘッダＭＡＣＨＤとＭＡＣ層データ／ペイロードＭＳ
ＤＵ全体を前記のコードで割り算を行った時の剰余値と受信時に得られた誤チェックＣＲ
Ｃを比較する。両社が一致すれば“エラー無し”と見なす。もし仮に“エラー有り”の場
合には、受信時に得られた誤チェックＣＲＣから逆演算を行ってエラー箇所を抽出できる
。ここでエラー訂正能力（すなわちこの誤チェックＣＲＣを含むエラー訂正対象データ全
体（ここではＭＡＣ層フレームＭＰＤＵ全体）内でのエラー訂正可能領域のサイズ）は、
誤チェックＣＲＣのデータサイズで決定される。従って誤チェックＣＲＣのデータサイズ
を固定した場合、この誤チェックＣＲＣを含むエラー訂正対象データ（ＭＡＣ層フレーム
ＭＰＤＵ）全体のデータサイズが小さい方が相対的なエラー訂正能力が上がるので、（エ
ラー訂正まで考慮に入れた場合の）ＭＡＣ層フレームＭＰＤＵのデータ信頼性が向上する
。
））を利用して、ＭＡＣ層フレームＭＰＤＵ内のデータエラー有無のチェック（あるいは
データエラー発生箇所の抽出）が可能となる。本実施形態における誤チェックＣＲＣとし
て具体的には、ＣＲＣ（Cyclic Redundancy Checksum）コードを使用している。これはＭ
ＡＣ層フレームＭＰＤＵ内のバイナリー表示（“１”か“０”の繋がり）したＭＡＣ層ヘ
ッダＭＡＣＨＤとＭＡＣ層データ／ペイロードＭＳＤＵ全体を所定コードで割り算を行っ
た時のバイナリー表示での剰余値（余り）として算出される。そして送信時には上記の方
法で算出した誤チェックＣＲＣを、ＭＡＣ層フレームＭＰＤＵ内の最後端位置に付加する
。また受信時には得られたＭＡＣ層ヘッダＭＡＣＨＤとＭＡＣ層データ／ペイロードＭＳ
ＤＵ全体を前記のコードで割り算を行った時の剰余値と受信時に得られた誤チェックＣＲ
Ｃを比較する。両社が一致すれば“エラー無し”と見なす。もし仮に“エラー有り”の場
合には、受信時に得られた誤チェックＣＲＣから逆演算を行ってエラー箇所を抽出できる
。ここでエラー訂正能力（すなわちこの誤チェックＣＲＣを含むエラー訂正対象データ全
体（ここではＭＡＣ層フレームＭＰＤＵ全体）内でのエラー訂正可能領域のサイズ）は、
誤チェックＣＲＣのデータサイズで決定される。従って誤チェックＣＲＣのデータサイズ
を固定した場合、この誤チェックＣＲＣを含むエラー訂正対象データ（ＭＡＣ層フレーム
ＭＰＤＵ）全体のデータサイズが小さい方が相対的なエラー訂正能力が上がるので、（エ
ラー訂正まで考慮に入れた場合の）ＭＡＣ層フレームＭＰＤＵのデータ信頼性が向上する
。
上記状況も考慮して、図１１（ｅ）が示すようにＭＡＣ層フレーム内の最後端位置に誤
チェックＣＲＣを配置した所に本実施形態の特徴が有る。図１２Ａを用いて２．３節で説
明するように、物理層ヘッダＰＨＹＨＤ内には比較的ロバスト性の高い情報が多く含まれ
ている。すなわち仮に前記物理層ヘッダＰＨＹＨＤ内にエラービットが多少混入しても、
何らかの手段で自動補正した対応が可能となる。それに対してメディア・アクセス層ＭＡ
Ｃ０２、ＭＡＣ０６以上で取り扱うＭＡＣ層フレームＭＰＤＵ内の情報に要求されるデー
タ精度は非常に高い。従って比較的ロバスト性の高い物理層ヘッダＰＨＹＨＤを外してＭ
ＡＣ層フレーム全体に対するエラー訂正機能を付加して相対的なエラー訂正能力を向上さ
せることで、通信情報（物理層フレームＰＰＤＵ）全体の信頼性を相対的に向上させられ
る効果が有る。
チェックＣＲＣを配置した所に本実施形態の特徴が有る。図１２Ａを用いて２．３節で説
明するように、物理層ヘッダＰＨＹＨＤ内には比較的ロバスト性の高い情報が多く含まれ
ている。すなわち仮に前記物理層ヘッダＰＨＹＨＤ内にエラービットが多少混入しても、
何らかの手段で自動補正した対応が可能となる。それに対してメディア・アクセス層ＭＡ
Ｃ０２、ＭＡＣ０６以上で取り扱うＭＡＣ層フレームＭＰＤＵ内の情報に要求されるデー
タ精度は非常に高い。従って比較的ロバスト性の高い物理層ヘッダＰＨＹＨＤを外してＭ
ＡＣ層フレーム全体に対するエラー訂正機能を付加して相対的なエラー訂正能力を向上さ
せることで、通信情報（物理層フレームＰＰＤＵ）全体の信頼性を相対的に向上させられ
る効果が有る。
次に図１１（ｄ）が示すように、先頭にＩＰｖ６ヘッダＩＰｖ６ＨＤを配置し、その直
後に続くＩＰｖ６データ／ペイロードＩＰｖ６ＤＵから構成される情報がＭＡＣ層データ
／ペイロードＭＳＤＵ内に格納される。そしてインターネット・プロトコル・バージョン
６層ＩＰｖ６では送信時に、ＴＣＰヘッダＴＣＰＨＤと通信ミドルウェアデータＡＰＬＤ
Ｔ、拡張データＥＸＤＴの組をＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納し、Ｉ
Ｐｖ６ヘッダＩＰｖ６ＨＤを付加してメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６へ渡
す。また受信時にはメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６から渡されたＭＡＣ層
データ／ペイロードＭＳＤＵ内からＩＰｖ６ヘッダＩＰｖ６ＨＤを抽出して独自処理を行
った後、最終的には通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（または通
信ミドルウェアデータＡＰＬＤＴのみ）を通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６側
へ渡す。
後に続くＩＰｖ６データ／ペイロードＩＰｖ６ＤＵから構成される情報がＭＡＣ層データ
／ペイロードＭＳＤＵ内に格納される。そしてインターネット・プロトコル・バージョン
６層ＩＰｖ６では送信時に、ＴＣＰヘッダＴＣＰＨＤと通信ミドルウェアデータＡＰＬＤ
Ｔ、拡張データＥＸＤＴの組をＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納し、Ｉ
Ｐｖ６ヘッダＩＰｖ６ＨＤを付加してメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６へ渡
す。また受信時にはメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６から渡されたＭＡＣ層
データ／ペイロードＭＳＤＵ内からＩＰｖ６ヘッダＩＰｖ６ＨＤを抽出して独自処理を行
った後、最終的には通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（または通
信ミドルウェアデータＡＰＬＤＴのみ）を通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６側
へ渡す。
そして図１１（ｂ）に示す通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（
または通信ミドルウェアデータＡＰＬＤＴのみ）は、通信ミドルウェア層ＡＰＬ０２、Ａ
ＰＬ０６内で処理される。ここで通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６が担うネッ
トワーク通信を利用した様々なサービス提供機能に関しては、図１０Ａや図１６〜図１７
Ｂが示すプロセッサ１２３０、１７３８、２０３０やデバイスコントローラ１２４０また
は通信モジュール１６６０内のインターフェース部が行う各種処理により実現される。２
．３節 物理層とメディア・アクセス層でのＺフォーマットのデータ構造同一システム内
ネットワーク回路１７８２に対応した物理層ＰＨＹ０２やメディア・アクセス層ＭＡＣ０
２で使用可能なＺ−フォーマット（図１０Ａと図１６参照）に基付いた、物理ヘッダＰＨ
ＹＨＤとＭＡＣ層ヘッダＭＡＣＨＤ内の具体的なデータ構造例を図１２Ａに示す。所で下
記に説明するＺ−フォーマットはあくまで本実施形態システム内で使用される一例に過ぎ
ず、同一システム内ネットワーク回路１７８２に対応した他のフォーマットを使用しても
良い。また上記の物理層ＰＨＹ０２やメディア・アクセス層ＭＡＣ０２などの階層構造に
限定せず、同一システム内ネットワーク回路１７８２上で通信される情報として階層構造
を持たない情報や別の階層構造に対応した情報を利用しても良い。
または通信ミドルウェアデータＡＰＬＤＴのみ）は、通信ミドルウェア層ＡＰＬ０２、Ａ
ＰＬ０６内で処理される。ここで通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６が担うネッ
トワーク通信を利用した様々なサービス提供機能に関しては、図１０Ａや図１６〜図１７
Ｂが示すプロセッサ１２３０、１７３８、２０３０やデバイスコントローラ１２４０また
は通信モジュール１６６０内のインターフェース部が行う各種処理により実現される。２
．３節 物理層とメディア・アクセス層でのＺフォーマットのデータ構造同一システム内
ネットワーク回路１７８２に対応した物理層ＰＨＹ０２やメディア・アクセス層ＭＡＣ０
２で使用可能なＺ−フォーマット（図１０Ａと図１６参照）に基付いた、物理ヘッダＰＨ
ＹＨＤとＭＡＣ層ヘッダＭＡＣＨＤ内の具体的なデータ構造例を図１２Ａに示す。所で下
記に説明するＺ−フォーマットはあくまで本実施形態システム内で使用される一例に過ぎ
ず、同一システム内ネットワーク回路１７８２に対応した他のフォーマットを使用しても
良い。また上記の物理層ＰＨＹ０２やメディア・アクセス層ＭＡＣ０２などの階層構造に
限定せず、同一システム内ネットワーク回路１７８２上で通信される情報として階層構造
を持たない情報や別の階層構造に対応した情報を利用しても良い。
始めに図１２Ａ（ｃ）のデータ構造は、図１１（ａ）の内容をそのまま転記した。そし
て図１２Ａ（ｂ）が示すように物理層ヘッダＰＨＹＨＤ内は、最初の５バイトで配置され
た同期ヘッダＳＹＮＣと、その直後に１バイト分配置された物理層データ／ペイロードの
長さ情報ＬＰＳＤＵから構成される。従ってこの物理層ヘッダＰＨＹＨＤのデータサイズ
は６バイト（５＋１）となる。所でこの物理層データ／ペイロードの長さ情報ＬＰＳＤＵ
とは、図１１（ｆ）の物理層データ／ペイロードＰＳＤＵのデータサイズを表し、バイト
単位で設定される。既に２．２節の冒頭で説明したように、物理層フレームＰＰＤＵ全体
の最大データサイズを１２７バイトに設定している。従ってこの物理層データ／ペイロー
ドの長さ情報ＬＰＳＤＵ内には、１２１バイト（１２７−６）以下の値が設定される。
て図１２Ａ（ｂ）が示すように物理層ヘッダＰＨＹＨＤ内は、最初の５バイトで配置され
た同期ヘッダＳＹＮＣと、その直後に１バイト分配置された物理層データ／ペイロードの
長さ情報ＬＰＳＤＵから構成される。従ってこの物理層ヘッダＰＨＹＨＤのデータサイズ
は６バイト（５＋１）となる。所でこの物理層データ／ペイロードの長さ情報ＬＰＳＤＵ
とは、図１１（ｆ）の物理層データ／ペイロードＰＳＤＵのデータサイズを表し、バイト
単位で設定される。既に２．２節の冒頭で説明したように、物理層フレームＰＰＤＵ全体
の最大データサイズを１２７バイトに設定している。従ってこの物理層データ／ペイロー
ドの長さ情報ＬＰＳＤＵ内には、１２１バイト（１２７−６）以下の値が設定される。
次に図１２Ａ（ａ）が示すように前記の同期ヘッダＳＹＮＣは、最初に配置される５バ
イトのプリアンブルＰＲＭと次に１バイトの物理層フレーム開始情報ＳＦＤから構成され
る。そしてこのプリアンブルＰＲＭとして、［００００００００ｈ］（ここで“ｈ”は１
６進数（hexadecimal）の値を示している）が設定される。ここで信号変調に直接スペク
トラム拡散（Direct Sequence Spread Spectrum）方式を採用しているため、全て“０”
の上記プリアンブルＰＲＭ部から同期信号が得られる。そして前記物理層フレーム開始情
報ＳＦＤの領域内には、[Ａ７ｈ]が設定される。そして１６進数の値で示した［Ａ７ｈ］
を２進数表示に変換すると、“１０１００１１１”となる。
イトのプリアンブルＰＲＭと次に１バイトの物理層フレーム開始情報ＳＦＤから構成され
る。そしてこのプリアンブルＰＲＭとして、［００００００００ｈ］（ここで“ｈ”は１
６進数（hexadecimal）の値を示している）が設定される。ここで信号変調に直接スペク
トラム拡散（Direct Sequence Spread Spectrum）方式を採用しているため、全て“０”
の上記プリアンブルＰＲＭ部から同期信号が得られる。そして前記物理層フレーム開始情
報ＳＦＤの領域内には、[Ａ７ｈ]が設定される。そして１６進数の値で示した［Ａ７ｈ］
を２進数表示に変換すると、“１０１００１１１”となる。
図１０Ａの通信モジュール１６６０内の通信制御部１７００または通信モジュール１７
６８、１２０２−３、あるいは図１６〜図１７Ｂの通信モジュール１２０２−４、２００
２内での前記物理層ヘッダＰＨＹＨＤ内通信情報の利用方法を説明する。主に前記物理層
ヘッダＰＨＹＨＤ内通信情報は、受信側のチップ同期合わせとビット同期合わせに利用さ
れる。すなわち上記通信モジュールには、周波数と位相が自動的に同期可能な発振器（Ｐ
ＬＬ回路：Phase Lock Loop Circuit）が内蔵されている。そしてこの発振器（ＰＬＬ回
路）は、上記プリアンブルＰＲＭに合わせて周波数と位相を自動的に同期させる（チップ
同期）。次に例えばパターンマッチングなどの手法により前記物理層フレーム開始情報Ｓ
ＦＤの位置を検出し、（１）物理層ＰＨＹ０２にＺ−フォーマットを使用している事を認
識すると共に、バイナリービット１／０の連続の中からＭＡＣ層ヘッダＭＡＣＨＤの開始
ビット位置の検出（ビット同期）を行う。
６８、１２０２−３、あるいは図１６〜図１７Ｂの通信モジュール１２０２−４、２００
２内での前記物理層ヘッダＰＨＹＨＤ内通信情報の利用方法を説明する。主に前記物理層
ヘッダＰＨＹＨＤ内通信情報は、受信側のチップ同期合わせとビット同期合わせに利用さ
れる。すなわち上記通信モジュールには、周波数と位相が自動的に同期可能な発振器（Ｐ
ＬＬ回路：Phase Lock Loop Circuit）が内蔵されている。そしてこの発振器（ＰＬＬ回
路）は、上記プリアンブルＰＲＭに合わせて周波数と位相を自動的に同期させる（チップ
同期）。次に例えばパターンマッチングなどの手法により前記物理層フレーム開始情報Ｓ
ＦＤの位置を検出し、（１）物理層ＰＨＹ０２にＺ−フォーマットを使用している事を認
識すると共に、バイナリービット１／０の連続の中からＭＡＣ層ヘッダＭＡＣＨＤの開始
ビット位置の検出（ビット同期）を行う。
図１２Ａ（ｄ）が示すようにＭＡＣ層ヘッダＭＡＣＨＤ内は、送信側から受信側へ向け
た送信順（前からの順番あるいは情報を送り出すタイミングが早い順）に、ＭＡＣ層フレ
ームの制御情報ＭＡＣＮＴＬ、ＭＡＣ層のシーケンス番号ＭＡＳＱＮＭ、アドレス情報Ｍ
ＡＤＲＳのそれぞれを格納する領域から構成される。
た送信順（前からの順番あるいは情報を送り出すタイミングが早い順）に、ＭＡＣ層フレ
ームの制御情報ＭＡＣＮＴＬ、ＭＡＣ層のシーケンス番号ＭＡＳＱＮＭ、アドレス情報Ｍ
ＡＤＲＳのそれぞれを格納する領域から構成される。
最初のＭＡＣ層フレームの制御情報ＭＡＣＮＴＬの領域内には、ＭＡＣ層フレームＭＰ
ＤＵ（図１１（ｆ））全体を制御する情報が２バイトで格納される。そしてＭＡＣ層フレ
ームの制御情報ＭＡＣＮＴＬ内の詳細情報として、最初の３ビットにＭＡＣ層フレームＭ
ＰＤＵのタイプを示す情報が格納される。ここで具体的なタイプとしては、“ビーコン”
、“データ”、“ＡＣＫ（Acknowledgement）”や“コマンドのフレーム・タイプ”など
の識別情報が格納される。そして次の１ビットには、セキュリティの有無情報が格納され
る。更に次の１ビットには、ペンディング・データの有無情報が格納され、その直後の１
ビットには、前記のAcknowledgementメッセージ要求の有無情報が格納される。
ＤＵ（図１１（ｆ））全体を制御する情報が２バイトで格納される。そしてＭＡＣ層フレ
ームの制御情報ＭＡＣＮＴＬ内の詳細情報として、最初の３ビットにＭＡＣ層フレームＭ
ＰＤＵのタイプを示す情報が格納される。ここで具体的なタイプとしては、“ビーコン”
、“データ”、“ＡＣＫ（Acknowledgement）”や“コマンドのフレーム・タイプ”など
の識別情報が格納される。そして次の１ビットには、セキュリティの有無情報が格納され
る。更に次の１ビットには、ペンディング・データの有無情報が格納され、その直後の１
ビットには、前記のAcknowledgementメッセージ要求の有無情報が格納される。
そしてその次の１ビットで、該当する情報通信はＰＡＮ（Private Area Network）内部
での通信に限定されるか？複数のＰＡＮをまたがった通信か？を示す情報が格納される。
既に図１または図８Ａを用いて説明したように本実施形態システムでは、１個のＰＡＮを
１個のシステムα＿１１３２に対応しても良いし、１個のセクション１１４２に対応して
も良い。従ってどちらに対応させるかに応じて、上記情報の設定方法を変えても良い。し
かし同一ドメイン内ネットワーク回線２０８２内での情報通信にＺ−フォーマットを使用
する場合には、この情報領域には“複数のＰＡＮをまたがった通信”に対応した情報を格
納しても良い。なぜなら図１が示すように本実施形態システムでは、同一ドメイン２＿１
１２２−２内でシステムコントローラα＿１１２６とシステムコントローラβ＿１１２８
間の距離が大きく離れる（１個のＰＡＮからはみ出す）状況を許容する。従ってこの場合
には上記格納領域内には、“複数のＰＡＮをまたがった通信”に対応した情報を格納する
。一方携帯可能なシステムコントローラβ＿１１２８を移動させてシステムコントローラ
α＿１１２６に近付けた場合（同一ＰＡＮ内に移動させた場合）には、上記格納領域内に
は、“ＰＡＮ内部での通信”に対応した情報を格納する。
での通信に限定されるか？複数のＰＡＮをまたがった通信か？を示す情報が格納される。
既に図１または図８Ａを用いて説明したように本実施形態システムでは、１個のＰＡＮを
１個のシステムα＿１１３２に対応しても良いし、１個のセクション１１４２に対応して
も良い。従ってどちらに対応させるかに応じて、上記情報の設定方法を変えても良い。し
かし同一ドメイン内ネットワーク回線２０８２内での情報通信にＺ−フォーマットを使用
する場合には、この情報領域には“複数のＰＡＮをまたがった通信”に対応した情報を格
納しても良い。なぜなら図１が示すように本実施形態システムでは、同一ドメイン２＿１
１２２−２内でシステムコントローラα＿１１２６とシステムコントローラβ＿１１２８
間の距離が大きく離れる（１個のＰＡＮからはみ出す）状況を許容する。従ってこの場合
には上記格納領域内には、“複数のＰＡＮをまたがった通信”に対応した情報を格納する
。一方携帯可能なシステムコントローラβ＿１１２８を移動させてシステムコントローラ
α＿１１２６に近付けた場合（同一ＰＡＮ内に移動させた場合）には、上記格納領域内に
は、“ＰＡＮ内部での通信”に対応した情報を格納する。
そしてその直後の２ビットとＭＡＣ層フレームの制御情報ＭＡＣＮＴＬ（２バイト）内
最後の２ビットには、受信側と送信側のそれぞれのアドレス・モード情報を格納する。こ
こでＺ−フォーマットとしてはＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを
指定しても良いし、短縮アドレスを指定しても良い。所で本実施形態システムでは図１２
Ａ（ｅ）に示すように、上記のアドレス・モード情報として受信側と送信側共にＩＥＥＥ
拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを使用する所に特徴が有る。本実施形態シ
ステムでは図８Ａに示すようにシステムコントローラα＿１１２６や機器１２５０−１〜
３に内蔵された通信モジュール１２０２−３〜６を介してネットワーク通信するだけで無
く、図８Ｂに示すようにセンサ／通信モジュール１４６０−１〜５や駆動／通信モジュー
ル１４７０−１、２などの複合モジュールを介してネットワーク通信が可能となっている
。そのため本実施形態システムではこのアドレス・モードに前記ＩＥＥＥ拡張アドレスＤ
ＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを使用してメディア・アクセス層ＭＡＣ０２のレベルで通
信モジュール１２０２−３〜４か？または複合モジュール１４６０−１〜５、１４７０−
１、２か？の識別を容易にする（詳細は図１２Ｂ（ｅ）を用いて後述）事で、（１）受信
側での通信ミドルウェア層ＡＰＬ０２の高速切り替え（Ｃ−フォーマットか？それ以外の
フォーマットか？）を可能とし、（２）万が一発生する送信側のエラー（通信モジュール
１２０２−３〜４か？または複合モジュール１４６０−１〜５、１４７０−１、２か？の
御認識）の発見を容易にする効果が生じる。
最後の２ビットには、受信側と送信側のそれぞれのアドレス・モード情報を格納する。こ
こでＺ−フォーマットとしてはＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを
指定しても良いし、短縮アドレスを指定しても良い。所で本実施形態システムでは図１２
Ａ（ｅ）に示すように、上記のアドレス・モード情報として受信側と送信側共にＩＥＥＥ
拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを使用する所に特徴が有る。本実施形態シ
ステムでは図８Ａに示すようにシステムコントローラα＿１１２６や機器１２５０−１〜
３に内蔵された通信モジュール１２０２−３〜６を介してネットワーク通信するだけで無
く、図８Ｂに示すようにセンサ／通信モジュール１４６０−１〜５や駆動／通信モジュー
ル１４７０−１、２などの複合モジュールを介してネットワーク通信が可能となっている
。そのため本実施形態システムではこのアドレス・モードに前記ＩＥＥＥ拡張アドレスＤ
ＥＸＡＤＲＳ、ＳＥＸＡＤＲＳを使用してメディア・アクセス層ＭＡＣ０２のレベルで通
信モジュール１２０２−３〜４か？または複合モジュール１４６０−１〜５、１４７０−
１、２か？の識別を容易にする（詳細は図１２Ｂ（ｅ）を用いて後述）事で、（１）受信
側での通信ミドルウェア層ＡＰＬ０２の高速切り替え（Ｃ−フォーマットか？それ以外の
フォーマットか？）を可能とし、（２）万が一発生する送信側のエラー（通信モジュール
１２０２−３〜４か？または複合モジュール１４６０−１〜５、１４７０−１、２か？の
御認識）の発見を容易にする効果が生じる。
次に図１２Ａ（ｄ）に記載したデータサイズが１バイトのＭＡＣ層のシーケンス番号Ｍ
ＡＳＱＮＭの情報格納領域に関する説明を行う。前述したように本実施形態システムでは
、物理層フレームＰＰＤＵ全体のデータサイズを１２７バイト以下に設定している。その
ため通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（図１１（ｂ）参照）を合
わせたデータサイズが大きくなると、この情報の通信（送信）に１個の物理層フレームＰ
ＰＤＵのみは足らなくなる。特に通信ミドルウェア層ＡＰＬ０６としてＡ−フォーマット
やＥ−フォーマットを使用すると、この危険性が高くなる。その対策として本実施形態シ
ステムでは、上記通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴを２５６個（
２の８乗）の物理層フレームＰＰＤＵに分割して送信（通信）可能にしている。具体的に
は通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴを複数に分割してネットワー
ク回線上に順次送信（通信）する。またこの場合には、図１１（ａ）に示した物理層ヘッ
ダＰＨＹＨＤとＩＰｖ６ヘッダＩＰｖ６ＨＤ（及びＴＣＰヘッダＴＣＰ）は全て同一の情
報内容となる。そしてネットワーク回線上の送信（通信）順に合わせて前記ＭＡＣ層のシ
ーケンス番号ＭＡＳＱＮＭの領域内に“０”から始まる１ずつ加算した値（インクリメン
トされた値）を格納する。その結果として上記通信ミドルウェアデータＡＰＬＤＴと拡張
データＥＸＤＴの分割送信順が確定するので、万が一ネットワークトラブルで物理層フレ
ームＰＰＤＵの受信順が入れ替わっても安定に情報通信が可能となる効果が有る。
ＡＳＱＮＭの情報格納領域に関する説明を行う。前述したように本実施形態システムでは
、物理層フレームＰＰＤＵ全体のデータサイズを１２７バイト以下に設定している。その
ため通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（図１１（ｂ）参照）を合
わせたデータサイズが大きくなると、この情報の通信（送信）に１個の物理層フレームＰ
ＰＤＵのみは足らなくなる。特に通信ミドルウェア層ＡＰＬ０６としてＡ−フォーマット
やＥ−フォーマットを使用すると、この危険性が高くなる。その対策として本実施形態シ
ステムでは、上記通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴを２５６個（
２の８乗）の物理層フレームＰＰＤＵに分割して送信（通信）可能にしている。具体的に
は通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴを複数に分割してネットワー
ク回線上に順次送信（通信）する。またこの場合には、図１１（ａ）に示した物理層ヘッ
ダＰＨＹＨＤとＩＰｖ６ヘッダＩＰｖ６ＨＤ（及びＴＣＰヘッダＴＣＰ）は全て同一の情
報内容となる。そしてネットワーク回線上の送信（通信）順に合わせて前記ＭＡＣ層のシ
ーケンス番号ＭＡＳＱＮＭの領域内に“０”から始まる１ずつ加算した値（インクリメン
トされた値）を格納する。その結果として上記通信ミドルウェアデータＡＰＬＤＴと拡張
データＥＸＤＴの分割送信順が確定するので、万が一ネットワークトラブルで物理層フレ
ームＰＰＤＵの受信順が入れ替わっても安定に情報通信が可能となる効果が有る。
次の図１２Ｂの（ｃ）に示したデータ構造は図１２Ａ（ｅ）と全く同じなので、図１２
Ｂを用いてＭＡＣヘッダＭＡＣＨＤ内のアドレス情報ＭＡＤＲＳの説明を行う。所で図１
に示した本実施形態システムでは、１個のシステムα＿１１３２を唯一のＰＡＮ（Privat
e Area Network）で形成しても良いし、複数のＰＡＮの組み合わせで形成しても良い。ま
たそれに限らず、同一システムα＿１１３２内の各セクション１１４２−１〜ｍを１個以
上のＰＡＮで形成しても良い。このように１個のシステムα＿１１３２が複数のＰＡＮで
構成される場合、システムコントローラα＿１１２６は上記の複数ＰＡＮの管理を行う必
用が有る。そして同一システムα＿１１３２内で異なるＰＡＮをまたがった情報通信が行
われる。この状況にも対応できるように、前記システムコントローラα＿１１２６がＰＡ
Ｎ毎にＰＡＮ固有の識別情報を割り当て、図１２Ｂ（ｃ）に示すように受信側と送信側の
ノードが含まれるＰＡＮに関するＰＡＮ固有の識別情報ＤＰＡＮＩＤ、ＳＰＡＮＩＤを格
納する領域をアドレス情報ＭＡＤＲＳ格納領域内に設定している。
Ｂを用いてＭＡＣヘッダＭＡＣＨＤ内のアドレス情報ＭＡＤＲＳの説明を行う。所で図１
に示した本実施形態システムでは、１個のシステムα＿１１３２を唯一のＰＡＮ（Privat
e Area Network）で形成しても良いし、複数のＰＡＮの組み合わせで形成しても良い。ま
たそれに限らず、同一システムα＿１１３２内の各セクション１１４２−１〜ｍを１個以
上のＰＡＮで形成しても良い。このように１個のシステムα＿１１３２が複数のＰＡＮで
構成される場合、システムコントローラα＿１１２６は上記の複数ＰＡＮの管理を行う必
用が有る。そして同一システムα＿１１３２内で異なるＰＡＮをまたがった情報通信が行
われる。この状況にも対応できるように、前記システムコントローラα＿１１２６がＰＡ
Ｎ毎にＰＡＮ固有の識別情報を割り当て、図１２Ｂ（ｃ）に示すように受信側と送信側の
ノードが含まれるＰＡＮに関するＰＡＮ固有の識別情報ＤＰＡＮＩＤ、ＳＰＡＮＩＤを格
納する領域をアドレス情報ＭＡＤＲＳ格納領域内に設定している。
受信側と送信側共にＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳ内は、１バ
イトの拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳと８バイトのＩＥＥＥ８０２．１５．
４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの各情報の格納領域から構成される。こ
こでこのＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥとは、
全世界のＩＥＥＥ８０２．１５．４標準規格に準拠する全ての通信モジュール１２０２−
３〜６やセンサ／通信モジュール１４６０−１〜５や駆動／通信モジュール１４７０−１
、２などの複合モジュール毎に予め割り当てられたユニークな番号を意味する。そしてこ
のユニークな番号は、異なる通信モジュールや複合モジュール間では世界レベルで重複し
ない。所でこのユニークな番号は、前記通信モジュール１２０２−３〜６や複合モジュー
ルの出荷前にアサインされるが、それに限らず直接ＩＥＥＥへ申請してユニークな番号を
取得しても良い。そしてＩＥＥＥないしは所定の公式機関でこのユニークな番号を発行す
る時、上記ユニーク番号の発行機関では特に複合モジュールに関しては個々の性能や機能
、及びそれに合わせたＣ−フォーマットで通信する時の通信情報の種類（カテゴリーや情
報通信に使用するテンプレートタイプ）などの情報を入手する。従ってこのＩＥＥＥ８０
２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報から対象とする複合モ
ジュール個々の機能や性能が分かるだけで無く、Ｃ−フォーマットを用いた通信情報の種
類まで公式的に予想できるため、通信ミドルウェア層ＡＰＬ０２での対応処理の事前準備
を高速かつ簡単に行える効果が有る。
イトの拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳと８バイトのＩＥＥＥ８０２．１５．
４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの各情報の格納領域から構成される。こ
こでこのＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥとは、
全世界のＩＥＥＥ８０２．１５．４標準規格に準拠する全ての通信モジュール１２０２−
３〜６やセンサ／通信モジュール１４６０−１〜５や駆動／通信モジュール１４７０−１
、２などの複合モジュール毎に予め割り当てられたユニークな番号を意味する。そしてこ
のユニークな番号は、異なる通信モジュールや複合モジュール間では世界レベルで重複し
ない。所でこのユニークな番号は、前記通信モジュール１２０２−３〜６や複合モジュー
ルの出荷前にアサインされるが、それに限らず直接ＩＥＥＥへ申請してユニークな番号を
取得しても良い。そしてＩＥＥＥないしは所定の公式機関でこのユニークな番号を発行す
る時、上記ユニーク番号の発行機関では特に複合モジュールに関しては個々の性能や機能
、及びそれに合わせたＣ−フォーマットで通信する時の通信情報の種類（カテゴリーや情
報通信に使用するテンプレートタイプ）などの情報を入手する。従ってこのＩＥＥＥ８０
２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報から対象とする複合モ
ジュール個々の機能や性能が分かるだけで無く、Ｃ−フォーマットを用いた通信情報の種
類まで公式的に予想できるため、通信ミドルウェア層ＡＰＬ０２での対応処理の事前準備
を高速かつ簡単に行える効果が有る。
次に本実施形態システムにおける拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳ（Expand
ed IEEE Extension Address）内のデータ構造例を図１２Ｂ（ｅ）に示す。この中の最初
の１ビットはモジュール構造情報ＭＳＴを格納できる領域になっている。そしてこの１ビ
ットが［０］の時はシステムコントローラα＿１１２６内や機器１２５０−１〜３に内蔵
された通信モジュール１２０２−３〜６を表す。一方このビットが［１］の時は該当する
ノードが複合モジュール構造になっている事を示す。更に次の１ビット領域に格納される
情報は複合モジュール構造情報ＣＭＳＴを意味する。そしてこのビットが［０］の時は該
当するノードがセンサ／通信モジュールを示し、このビットが［１］の時は該当するノー
ドが駆動／通信モジュールを示す。
ed IEEE Extension Address）内のデータ構造例を図１２Ｂ（ｅ）に示す。この中の最初
の１ビットはモジュール構造情報ＭＳＴを格納できる領域になっている。そしてこの１ビ
ットが［０］の時はシステムコントローラα＿１１２６内や機器１２５０−１〜３に内蔵
された通信モジュール１２０２−３〜６を表す。一方このビットが［１］の時は該当する
ノードが複合モジュール構造になっている事を示す。更に次の１ビット領域に格納される
情報は複合モジュール構造情報ＣＭＳＴを意味する。そしてこのビットが［０］の時は該
当するノードがセンサ／通信モジュールを示し、このビットが［１］の時は該当するノー
ドが駆動／通信モジュールを示す。
所でセンサ／通信モジュールから送信されるセンス情報は、２値の光レベル（照明がＯ
ＮかＯＦＦか）や多値の光レベル（照度に対応）から始まり、人感や温度など多種多様に
亘る。また図６Ａ〜図６Ｄを用いて１．５節で説明したように、駆動／通信モジュールを
制御する情報もＯＮ／ＯＦＦの２値や多値、あるいは機器のリモコン制御情報など多種多
様に亘っている。そのため本実施形態システムでは、ノードとして対応する上記センサ／
通信モジュール１４６０や駆動／通信モジュール１４７０の種類を識別する情報が、６ビ
ットで複合モジュール種類識別情報ＣＭＴＩＤとして記録できる領域を設けている。所で
この複合モジュール１４６０、１４７０毎にその種類を識別する情報ＣＮＴＩＤを設定す
る方法に対し、機器１２５０の種別を識別する方法としてＡ−フォーマットでは<table>
Element 内の number 属性を利用し（図１５Ｂを用いた２．７節内説明を参照）、Ｅ−
フォーマットでは交換情報の種別識別情報ＥＰＣ（図１５Ａ（ｆ）を用いた２．６節内説
明を参照）を利用している。従ってこの複合モジュール種類識別情報ＣＭＴＩＤを、図１
０Ｂ内に示した交換情報の種別識別情報１８４０として使用しても良い。それによりＡ−
フォーマットやＥ−フォーマットと同様に、この複合モジュール種類識別情報ＣＭＴＩＤ
を利用する事でＣ−フォーマットに準拠した多値／２値送信データ部ＣＴＭＤＴ、ＣＴ２
ＤＴ（図１４（ｄ）を用いて２．５節内で後述）に格納されるデータの意味解釈が容易と
なる効果が有る。更にこのモジュール構造情報ＭＳＴと複合モジュール構造情報ＣＭＳＴ
そして複合モジュール種類識別情報ＣＭＴＩＤをＩＥＥＥ８０２．１５．４準拠のチップ
毎設定アドレスＡＤＲＳＩＥＥＥから予想される対象ノード機能と比較する事で、アドレ
ス情報ＭＡＤＲＳの読み取り精度とその信頼性が向上する効果も生まれる。すなわちこの
モジュール構造情報ＭＳＴと複合モジュール構造情報ＣＭＳＴそして複合モジュール種類
識別情報ＣＭＴＩＤの格納領域に対して送信側が万が一誤って別の情報を記録した場合、
あるいは受信側での再生時に誤って再生情報のビットシフト（誤再生）を起こした場合、
上記の比較で誤り検知が容易に行える。（この場合には受信側から送信側に対してアラー
ム通知を行う。その一例として図１４（ｄ）の交信アクセス制御情報１８３０で［０００
］を設定し、多値送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを合わせて［０
００１１］を設定する。詳細は２．５節で後述する。）２．４節 インターネット・プロ
トコル・バージョン６層のデータ構造本２．４節では、インターネット・プロトコル・バ
ージョン６層ＩＰｖ６に対応した通信情報内のデータ構造に関して図１３を用いて説明す
る。ここでは図１３（ｂ）が示す各１６バイトで記述される送信側及び受信側のＩＰアド
レス情報ＳＩＰＡＤＲＳ、ＤＩＰＡＤＲＳを格納する領域を持つ所に大きな特徴が有る。
このＩＰアドレスは、世界中の全ての通信モジュールと複合モジュール個々に別々に設定
される。そして世界中の全ての通信モジュールと複合モジュール個々に設定されたＩＰア
ドレスは、互いに重複する事が無い。従って本実施形態システム内でＩＰｖ６ヘッダＩＰ
ｖ６ＨＤ（図１３（ａ））を含む情報の通信を可能にする事で、同一のドメイン２＿１１
２２−２（図１）内に入れれば、世界中のどこからでも特定の通信モジュールや特定の複
合モジュールとの間で情報通信が可能となる効果が生まれる。
ＮかＯＦＦか）や多値の光レベル（照度に対応）から始まり、人感や温度など多種多様に
亘る。また図６Ａ〜図６Ｄを用いて１．５節で説明したように、駆動／通信モジュールを
制御する情報もＯＮ／ＯＦＦの２値や多値、あるいは機器のリモコン制御情報など多種多
様に亘っている。そのため本実施形態システムでは、ノードとして対応する上記センサ／
通信モジュール１４６０や駆動／通信モジュール１４７０の種類を識別する情報が、６ビ
ットで複合モジュール種類識別情報ＣＭＴＩＤとして記録できる領域を設けている。所で
この複合モジュール１４６０、１４７０毎にその種類を識別する情報ＣＮＴＩＤを設定す
る方法に対し、機器１２５０の種別を識別する方法としてＡ−フォーマットでは<table>
Element 内の number 属性を利用し（図１５Ｂを用いた２．７節内説明を参照）、Ｅ−
フォーマットでは交換情報の種別識別情報ＥＰＣ（図１５Ａ（ｆ）を用いた２．６節内説
明を参照）を利用している。従ってこの複合モジュール種類識別情報ＣＭＴＩＤを、図１
０Ｂ内に示した交換情報の種別識別情報１８４０として使用しても良い。それによりＡ−
フォーマットやＥ−フォーマットと同様に、この複合モジュール種類識別情報ＣＭＴＩＤ
を利用する事でＣ−フォーマットに準拠した多値／２値送信データ部ＣＴＭＤＴ、ＣＴ２
ＤＴ（図１４（ｄ）を用いて２．５節内で後述）に格納されるデータの意味解釈が容易と
なる効果が有る。更にこのモジュール構造情報ＭＳＴと複合モジュール構造情報ＣＭＳＴ
そして複合モジュール種類識別情報ＣＭＴＩＤをＩＥＥＥ８０２．１５．４準拠のチップ
毎設定アドレスＡＤＲＳＩＥＥＥから予想される対象ノード機能と比較する事で、アドレ
ス情報ＭＡＤＲＳの読み取り精度とその信頼性が向上する効果も生まれる。すなわちこの
モジュール構造情報ＭＳＴと複合モジュール構造情報ＣＭＳＴそして複合モジュール種類
識別情報ＣＭＴＩＤの格納領域に対して送信側が万が一誤って別の情報を記録した場合、
あるいは受信側での再生時に誤って再生情報のビットシフト（誤再生）を起こした場合、
上記の比較で誤り検知が容易に行える。（この場合には受信側から送信側に対してアラー
ム通知を行う。その一例として図１４（ｄ）の交信アクセス制御情報１８３０で［０００
］を設定し、多値送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを合わせて［０
００１１］を設定する。詳細は２．５節で後述する。）２．４節 インターネット・プロ
トコル・バージョン６層のデータ構造本２．４節では、インターネット・プロトコル・バ
ージョン６層ＩＰｖ６に対応した通信情報内のデータ構造に関して図１３を用いて説明す
る。ここでは図１３（ｂ）が示す各１６バイトで記述される送信側及び受信側のＩＰアド
レス情報ＳＩＰＡＤＲＳ、ＤＩＰＡＤＲＳを格納する領域を持つ所に大きな特徴が有る。
このＩＰアドレスは、世界中の全ての通信モジュールと複合モジュール個々に別々に設定
される。そして世界中の全ての通信モジュールと複合モジュール個々に設定されたＩＰア
ドレスは、互いに重複する事が無い。従って本実施形態システム内でＩＰｖ６ヘッダＩＰ
ｖ６ＨＤ（図１３（ａ））を含む情報の通信を可能にする事で、同一のドメイン２＿１１
２２−２（図１）内に入れれば、世界中のどこからでも特定の通信モジュールや特定の複
合モジュールとの間で情報通信が可能となる効果が生まれる。
上記ＩＰｖ６ヘッダＩＰｖ６ＨＤ内で図１３（ｂ）に示す最初の８バイト領域内に、Ｉ
Ｐパケット関連情報ＩＰＰＫＴが格納される。またその中は図１３（ｃ）のように、先頭
情報ＳＩＰＨＤ、ＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵ、ＩＰｖ６ヘッダ
の直後に続くヘッダタイプの識別情報ＮＸＨＤ及び通過可能ノード残数情報ＨＰＬＭＴの
それぞれが格納される領域から構成され、それぞれ前記の順番で配置される。このＩＰｖ
６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵは図１１（ｄ）に示すＩＰｖ６データ／ペ
イロードＩＰｖ６ＤＵのデータサイズを示し、この情報を格納する領域は２バイトのサイ
ズを有する。
Ｐパケット関連情報ＩＰＰＫＴが格納される。またその中は図１３（ｃ）のように、先頭
情報ＳＩＰＨＤ、ＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵ、ＩＰｖ６ヘッダ
の直後に続くヘッダタイプの識別情報ＮＸＨＤ及び通過可能ノード残数情報ＨＰＬＭＴの
それぞれが格納される領域から構成され、それぞれ前記の順番で配置される。このＩＰｖ
６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵは図１１（ｄ）に示すＩＰｖ６データ／ペ
イロードＩＰｖ６ＤＵのデータサイズを示し、この情報を格納する領域は２バイトのサイ
ズを有する。
次に前記のＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤの説明を行う
。図１１（ａ）が示すように、１個の物理層フレームＰＰＤＵ内で各種ヘッダが順次格納
される。そして前記のＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤによ
り、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後に続くヘッダタイプを指定する。従って図１１（
ａ）に記載した例では、ＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤと
して“ＴＣＰヘッダＴＣＰＨＤ”が指定される。そしてこのＩＰｖ６ヘッダの直後に続く
ヘッダタイプの識別情報ＮＸＨＤにより、通信ネットワーク上（インターネット上）の通
信経路設定方法の指定が可能となる。所で本実施形態システムでは前記物理層フレームＰ
ＰＤＵ内に格納される情報内容は図１１（ａ）に限らず、別の情報を格納しても良い。例
えば他の応用例として、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後に別のタイプのヘッダ情報を
配置しても良い。具体例として図１３が示すＴＣＰ（Trasmission Control Protocol）の
代わりにＵＤＰ（User Datagram Protocol）を使い、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後
にＵＤＰヘッダを配置しても良い。また更なる応用例として、ＩＰｖ６ヘッダＩＰｖ６Ｈ
Ｄの直後に直接通信ミドルウェアデータＡＰＬＤＴを配置／格納しても良い。例えばこの
通信ミドルウェアデータＡＰＬＤＴとしてＥ−フォーマットを使用する場合には、図１５
Ａ（ｂ）を用いて２．６節で後述するように、この通信ミドルウェアデータＡＰＬＤＴの
最初にＥ−フォーマットヘッダＥ−ＨＤの情報が配置／格納される。従ってこの場合には
、前記のＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤにより“Ｅ−フォ
ーマットヘッダＥ−ＨＤ”を識別する情報が指定される。
。図１１（ａ）が示すように、１個の物理層フレームＰＰＤＵ内で各種ヘッダが順次格納
される。そして前記のＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤによ
り、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後に続くヘッダタイプを指定する。従って図１１（
ａ）に記載した例では、ＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤと
して“ＴＣＰヘッダＴＣＰＨＤ”が指定される。そしてこのＩＰｖ６ヘッダの直後に続く
ヘッダタイプの識別情報ＮＸＨＤにより、通信ネットワーク上（インターネット上）の通
信経路設定方法の指定が可能となる。所で本実施形態システムでは前記物理層フレームＰ
ＰＤＵ内に格納される情報内容は図１１（ａ）に限らず、別の情報を格納しても良い。例
えば他の応用例として、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後に別のタイプのヘッダ情報を
配置しても良い。具体例として図１３が示すＴＣＰ（Trasmission Control Protocol）の
代わりにＵＤＰ（User Datagram Protocol）を使い、ＩＰｖ６ヘッダＩＰｖ６ＨＤの直後
にＵＤＰヘッダを配置しても良い。また更なる応用例として、ＩＰｖ６ヘッダＩＰｖ６Ｈ
Ｄの直後に直接通信ミドルウェアデータＡＰＬＤＴを配置／格納しても良い。例えばこの
通信ミドルウェアデータＡＰＬＤＴとしてＥ−フォーマットを使用する場合には、図１５
Ａ（ｂ）を用いて２．６節で後述するように、この通信ミドルウェアデータＡＰＬＤＴの
最初にＥ−フォーマットヘッダＥ−ＨＤの情報が配置／格納される。従ってこの場合には
、前記のＩＰｖ６ヘッダの直後に続くヘッダタイプの識別情報ＮＸＨＤにより“Ｅ−フォ
ーマットヘッダＥ−ＨＤ”を識別する情報が指定される。
図１０Ａに示すシステム外ネットワーク回線１７８８を使ったサーバｎ＿１１１６−ｎ
とシステムコントローラα＿１１２６間の情報通信や同一ドメイン内ネットワーク回線２
０８２を使ったシステムコントローラα＿１１２６とシステムコントローラβ＿１１２８
間の情報通信では、図１０Ａに記載したように両者間で直接情報通信される場合が少なく
、多くの場合システム外ネットワーク回線１７８８途中や同一ドメイン内ネットワーク回
線２０８２の途中で複数の中継点（中継ノード）を経由して情報通信される。そして送信
側ノードと受信側ノード間で許容される通信回路途中での中継点（中継ノード）の最大数
を、図１３（ｃ）の通過可能ノード残数情報ＨＰＬＭＴがゼロを含む正数値（integer）
で示している。例えば上記の両者間で情報通信する場合、送信側ノード内で最初に上記通
過可能ノード残数情報ＨＰＬＭＴの値を設定する。次にこの通信情報が通信回路途中の中
継点（中継ノード）を通過する（中継される）度に、上記通過可能ノード残数情報ＨＰＬ
ＭＴの値が“１”だけ減算（decrement）される（すなわち中継点（中継ノード）を１回
通過すると、通過前の通過可能ノード残数情報ＨＰＬＭＴの値から“１”だけ差し引いた
値として通過後の通過可能ノード残数情報ＨＰＬＭＴの値に更新される）。そして上記の
通過可能ノード残数情報ＨＰＬＭＴの値が“０”になった時点で、ネットワーク上での情
報通信が中止（discard）される。所でこの通過可能ノード残数情報ＨＰＬＭＴは１バイ
トで記述されるので、最大２５６個（２の８乗）までの中継点（中継ノード）の経由が可
能となる。
とシステムコントローラα＿１１２６間の情報通信や同一ドメイン内ネットワーク回線２
０８２を使ったシステムコントローラα＿１１２６とシステムコントローラβ＿１１２８
間の情報通信では、図１０Ａに記載したように両者間で直接情報通信される場合が少なく
、多くの場合システム外ネットワーク回線１７８８途中や同一ドメイン内ネットワーク回
線２０８２の途中で複数の中継点（中継ノード）を経由して情報通信される。そして送信
側ノードと受信側ノード間で許容される通信回路途中での中継点（中継ノード）の最大数
を、図１３（ｃ）の通過可能ノード残数情報ＨＰＬＭＴがゼロを含む正数値（integer）
で示している。例えば上記の両者間で情報通信する場合、送信側ノード内で最初に上記通
過可能ノード残数情報ＨＰＬＭＴの値を設定する。次にこの通信情報が通信回路途中の中
継点（中継ノード）を通過する（中継される）度に、上記通過可能ノード残数情報ＨＰＬ
ＭＴの値が“１”だけ減算（decrement）される（すなわち中継点（中継ノード）を１回
通過すると、通過前の通過可能ノード残数情報ＨＰＬＭＴの値から“１”だけ差し引いた
値として通過後の通過可能ノード残数情報ＨＰＬＭＴの値に更新される）。そして上記の
通過可能ノード残数情報ＨＰＬＭＴの値が“０”になった時点で、ネットワーク上での情
報通信が中止（discard）される。所でこの通過可能ノード残数情報ＨＰＬＭＴは１バイ
トで記述されるので、最大２５６個（２の８乗）までの中継点（中継ノード）の経由が可
能となる。
しかしこの中継点（中継ノード）の数が増える程、送信側から受信側に到達するまでの
通信所用時間（情報伝達までの所要時間）が長くなる。それに対して例えば“アラーム通
知”など急を要する情報伝達では、通信時間を短くする必用が有る。所でこの中継点（中
継ノード）での情報転送時間を考慮すると、中継点（中継ノード）の数は１００以下、望
ましくは１０以下に設定する必用が有る。従って本実施形態システムにおいてシステム外
ネットワーク回線１７８８や同一ドメイン内ネットワーク回線２０８２を利用した情報通
信では、送信側での通過可能ノード残数情報ＨＰＬＭＴの設定値を１００以下、望ましく
は１０以下に設定する所に特徴が有る。当然本実施形態システムに適用されるシステム外
ネットワーク回線１７８８途中や同一ドメイン内ネットワーク回線２０８２の途中で経由
する中継点（中継ノード）内で再設定（更新）される通過可能ノード残数情報ＨＰＬＭＴ
の値も１００以下、望ましくは１０以下となる。このように通過可能ノード残数情報ＨＰ
ＬＭＴの値が小さくなると、システム外ネットワーク回線１７８８や同一ドメイン内ネッ
トワーク回線２０８２途中の中継点（中継ノード）に配置されたルータが自動的に受信側
ノードへ到達する最短経路を探し、途中での情報通信中止を防止する。上記によりサーバ
ｎ＿１１１６−ｎとシステムコントローラα＿１１２６間あるいはシステムコントローラ
α＿１１２６とシステムコントローラβ＿１１２８間での通信所用時間の短縮化が図れ、
“アラーム通知”など急を要する情報の迅速な通信が可能になる効果が有る。
通信所用時間（情報伝達までの所要時間）が長くなる。それに対して例えば“アラーム通
知”など急を要する情報伝達では、通信時間を短くする必用が有る。所でこの中継点（中
継ノード）での情報転送時間を考慮すると、中継点（中継ノード）の数は１００以下、望
ましくは１０以下に設定する必用が有る。従って本実施形態システムにおいてシステム外
ネットワーク回線１７８８や同一ドメイン内ネットワーク回線２０８２を利用した情報通
信では、送信側での通過可能ノード残数情報ＨＰＬＭＴの設定値を１００以下、望ましく
は１０以下に設定する所に特徴が有る。当然本実施形態システムに適用されるシステム外
ネットワーク回線１７８８途中や同一ドメイン内ネットワーク回線２０８２の途中で経由
する中継点（中継ノード）内で再設定（更新）される通過可能ノード残数情報ＨＰＬＭＴ
の値も１００以下、望ましくは１０以下となる。このように通過可能ノード残数情報ＨＰ
ＬＭＴの値が小さくなると、システム外ネットワーク回線１７８８や同一ドメイン内ネッ
トワーク回線２０８２途中の中継点（中継ノード）に配置されたルータが自動的に受信側
ノードへ到達する最短経路を探し、途中での情報通信中止を防止する。上記によりサーバ
ｎ＿１１１６−ｎとシステムコントローラα＿１１２６間あるいはシステムコントローラ
α＿１１２６とシステムコントローラβ＿１１２８間での通信所用時間の短縮化が図れ、
“アラーム通知”など急を要する情報の迅速な通信が可能になる効果が有る。
一方本実施形態システムにおける同一システム内ネットワーク回線１７８２を用いた情
報通信形態として、図１０Ａに示すシステムコントローラα＿１１２６と複合モジュール
１４６０、１４７０間の情報通信と図１６に示すシステムコントローラα＿１１２６と機
器１２６０間の情報通信が可能となる。そして図１のように複数のセクション１１４２が
１個のシステムを構成し、例えばセクション１１４２毎に異なるＰＡＮ（Personal Area
Network）を使用した場合、複数のＰＡＮを跨ったネットワーク通信が必用となる。そし
てこの場合、隣接する異なるＰＡＮを通信情報が越える毎に中継点（中継ノード）での情
報転送処理が必用となる。従って本実施形態システムでは同一システム内ネットワーク回
線１７８２を用いた情報通信でも、送信側ノードと受信側ノード間で中継する中継点（中
継ノード）の上限値を規定する必用が有る。所で図５が示すように本実施形態システムで
使用される複合モジュールは、内蔵された蓄電モジュール（電池）１５５４から電源供給
を受ける。そして中継点（中継ノード）として通信情報の転送処理を行う度に、蓄電モジ
ュール（電池）１５５４内に蓄えられた電力が消費される。従って同一システム内ネット
ワーク回線１７８２を用いた情報通信では、可能な限り中継点（中継ノード）での通信情
報転送回数を減らす必用が有る。ここで１回の通信情報の転送に消費される電力量と蓄電
モジュール（電池）１５５４の蓄電量との関係を考慮すると、途中の中継点（中継ノード
）の数は３０以下、望ましくは１０以下に設定するのが適正となる。従って本実施形態シ
ステムで同一システム内ネットワーク回線１７８２上で情報通信を行う場合には、上記通
過可能ノード残数情報ＨＰＬＭＴの値を３０以下、望ましくは１０以下に送信側ノード内
で設定する所に大きな特徴が有る。それにより複合モジュールに内蔵された蓄電モジュー
ル１５５４内蓄電量の不必用な浪費を防止し、長期に亘り安定的に本実施形態システム内
でのネットワーク通信を維持できる効果が有る。
報通信形態として、図１０Ａに示すシステムコントローラα＿１１２６と複合モジュール
１４６０、１４７０間の情報通信と図１６に示すシステムコントローラα＿１１２６と機
器１２６０間の情報通信が可能となる。そして図１のように複数のセクション１１４２が
１個のシステムを構成し、例えばセクション１１４２毎に異なるＰＡＮ（Personal Area
Network）を使用した場合、複数のＰＡＮを跨ったネットワーク通信が必用となる。そし
てこの場合、隣接する異なるＰＡＮを通信情報が越える毎に中継点（中継ノード）での情
報転送処理が必用となる。従って本実施形態システムでは同一システム内ネットワーク回
線１７８２を用いた情報通信でも、送信側ノードと受信側ノード間で中継する中継点（中
継ノード）の上限値を規定する必用が有る。所で図５が示すように本実施形態システムで
使用される複合モジュールは、内蔵された蓄電モジュール（電池）１５５４から電源供給
を受ける。そして中継点（中継ノード）として通信情報の転送処理を行う度に、蓄電モジ
ュール（電池）１５５４内に蓄えられた電力が消費される。従って同一システム内ネット
ワーク回線１７８２を用いた情報通信では、可能な限り中継点（中継ノード）での通信情
報転送回数を減らす必用が有る。ここで１回の通信情報の転送に消費される電力量と蓄電
モジュール（電池）１５５４の蓄電量との関係を考慮すると、途中の中継点（中継ノード
）の数は３０以下、望ましくは１０以下に設定するのが適正となる。従って本実施形態シ
ステムで同一システム内ネットワーク回線１７８２上で情報通信を行う場合には、上記通
過可能ノード残数情報ＨＰＬＭＴの値を３０以下、望ましくは１０以下に送信側ノード内
で設定する所に大きな特徴が有る。それにより複合モジュールに内蔵された蓄電モジュー
ル１５５４内蓄電量の不必用な浪費を防止し、長期に亘り安定的に本実施形態システム内
でのネットワーク通信を維持できる効果が有る。
図１３（ｄ）が示すようにＩＰｖ６ヘッダＩＰｖ６ＨＤ内の先頭情報ＳＩＰＨＤの領域
は、バージョン情報ＩＰＶＲＳ、交信クラス情報ＩＰＣＬＳ、そして通信種別ラベル情報
ＩＰＬＢＬのそれぞれが格納される領域から構成され、そして先頭から上記の順に配置さ
れている。ここでバージョン情報ＩＰＶＲＳが格納される領域は４ビットで構成され、イ
ンターネット・プロトコル・バージョン番号として“６”（２進法記述では“０１１０”
）の値が格納される。
は、バージョン情報ＩＰＶＲＳ、交信クラス情報ＩＰＣＬＳ、そして通信種別ラベル情報
ＩＰＬＢＬのそれぞれが格納される領域から構成され、そして先頭から上記の順に配置さ
れている。ここでバージョン情報ＩＰＶＲＳが格納される領域は４ビットで構成され、イ
ンターネット・プロトコル・バージョン番号として“６”（２進法記述では“０１１０”
）の値が格納される。
そして前述したＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵが格納される領域
の直前に設定され、２．５バイトで構成される領域に、通信種別ラベル情報ＩＰＬＢＬが
格納される。所で通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（図１１（ｂ
））を合わせたデータサイズが大きくなった場合には、それらを分割して複数の物理層フ
レームＰＰＤＵ内に分散配置（格納）して通信する方法を、２．３節で説明した。この時
に複数の物理層フレームＰＰＤＵ間の送信順が分かるように、ＭＡＣ層ヘッダＭＡＣＨＤ
内のＭＡＣ層のシーケンス番号ＭＡＳＱＮＭの領域内に順次インクリメントした値を格納
する方法を説明した。それと並行して本実施形態システムでは、複数の異なるＩＰｖ６デ
ータ／ペイロードＩＰｖ６ＤＵ（図１１（ｄ）参照）内に分散して格納した場合に同一の
通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）全体を識別するために、
上記の通信種別ラベル情報ＩＰＬＢＬを使用する。所でこの通信種別ラベル情報ＩＰＬＢ
Ｌの内容は、送信側ノード内で最初に（ネットワーク通信する前に）設定される。従って
同一のサービス提供に関連した通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）の一纏まりの（一連の）通信情報内容を複数のＩＰｖ６データ／ペイロードＩＰｖ６
ＤＵ内に分散配置（格納）して通信する場合には、対応する全ての通信種別ラベル情報Ｉ
ＰＬＢＬの格納領域内に同一のラベル情報が共通に格納されて通信される。所で本実施形
態システムでは図１０Ａに示すシステム外ネットワーク回線１７８８を使ったサーバｎ＿
１１１６−ｎとシステムコントローラα＿１１２６間の情報通信や図１６に示す同一シス
テム内ネットワーク回線１７８２を使ったシステムコントローラα＿１１２６と機器１２
５０間の情報通信、あるいは同一ドメイン内ネットワーク回線２０８２を使ったシステム
コントローラα＿１１２６とシステムコントローラβ＿１１２８間の情報通信が可能とな
っている。そして異なるサービス提供に関連した通信ミドルウェアデータＡＰＬＤＴ（と
拡張データＥＸＤＴ）毎に“通信種別ラベル情報ＩＰＬＢＬ”の内容を変える事で、複数
の異なるサービス提供に関する通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）を同時に両者間での通信可能となる効果が生まれる。その結果、サーバｎ＿１１１６
−ｎとシステムコントローラα＿１１２６間（あるいはシステムコントローラα＿１１２
６と機器１２５０間、またはシステムコントローラα＿１１２６とシステムコントローラ
β＿１１２８間）で同時に複数の異なるサービス提供に関する情報通信ができるので、ユ
ーザに対する多彩なサービスを同時に提供できる。また更にこの“通信種別ラベル情報Ｉ
ＰＬＢＬ”と前述したＭＡＣ層ヘッダＭＡＣＨＤ内のＭＡＣ層のシーケンス番号ＭＡＳＱ
ＮＭの情報を組み合わせる事で、受信時の通信情報の信頼性確認精度が更に向上する別の
効果も生まれる。また他の応用例として、同一のサービス提供に関連した通信ミドルウェ
アデータＡＰＬＤＴ（と拡張データＥＸＤＴ）に対して“通信種別ラベル情報ＩＰＬＢＬ
”内に共通に格納される同一情報を“暗号鍵”に利用しても良い。
の直前に設定され、２．５バイトで構成される領域に、通信種別ラベル情報ＩＰＬＢＬが
格納される。所で通信ミドルウェアデータＡＰＬＤＴと拡張データＥＸＤＴ（図１１（ｂ
））を合わせたデータサイズが大きくなった場合には、それらを分割して複数の物理層フ
レームＰＰＤＵ内に分散配置（格納）して通信する方法を、２．３節で説明した。この時
に複数の物理層フレームＰＰＤＵ間の送信順が分かるように、ＭＡＣ層ヘッダＭＡＣＨＤ
内のＭＡＣ層のシーケンス番号ＭＡＳＱＮＭの領域内に順次インクリメントした値を格納
する方法を説明した。それと並行して本実施形態システムでは、複数の異なるＩＰｖ６デ
ータ／ペイロードＩＰｖ６ＤＵ（図１１（ｄ）参照）内に分散して格納した場合に同一の
通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）全体を識別するために、
上記の通信種別ラベル情報ＩＰＬＢＬを使用する。所でこの通信種別ラベル情報ＩＰＬＢ
Ｌの内容は、送信側ノード内で最初に（ネットワーク通信する前に）設定される。従って
同一のサービス提供に関連した通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）の一纏まりの（一連の）通信情報内容を複数のＩＰｖ６データ／ペイロードＩＰｖ６
ＤＵ内に分散配置（格納）して通信する場合には、対応する全ての通信種別ラベル情報Ｉ
ＰＬＢＬの格納領域内に同一のラベル情報が共通に格納されて通信される。所で本実施形
態システムでは図１０Ａに示すシステム外ネットワーク回線１７８８を使ったサーバｎ＿
１１１６−ｎとシステムコントローラα＿１１２６間の情報通信や図１６に示す同一シス
テム内ネットワーク回線１７８２を使ったシステムコントローラα＿１１２６と機器１２
５０間の情報通信、あるいは同一ドメイン内ネットワーク回線２０８２を使ったシステム
コントローラα＿１１２６とシステムコントローラβ＿１１２８間の情報通信が可能とな
っている。そして異なるサービス提供に関連した通信ミドルウェアデータＡＰＬＤＴ（と
拡張データＥＸＤＴ）毎に“通信種別ラベル情報ＩＰＬＢＬ”の内容を変える事で、複数
の異なるサービス提供に関する通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤ
Ｔ）を同時に両者間での通信可能となる効果が生まれる。その結果、サーバｎ＿１１１６
−ｎとシステムコントローラα＿１１２６間（あるいはシステムコントローラα＿１１２
６と機器１２５０間、またはシステムコントローラα＿１１２６とシステムコントローラ
β＿１１２８間）で同時に複数の異なるサービス提供に関する情報通信ができるので、ユ
ーザに対する多彩なサービスを同時に提供できる。また更にこの“通信種別ラベル情報Ｉ
ＰＬＢＬ”と前述したＭＡＣ層ヘッダＭＡＣＨＤ内のＭＡＣ層のシーケンス番号ＭＡＳＱ
ＮＭの情報を組み合わせる事で、受信時の通信情報の信頼性確認精度が更に向上する別の
効果も生まれる。また他の応用例として、同一のサービス提供に関連した通信ミドルウェ
アデータＡＰＬＤＴ（と拡張データＥＸＤＴ）に対して“通信種別ラベル情報ＩＰＬＢＬ
”内に共通に格納される同一情報を“暗号鍵”に利用しても良い。
所で図１３（ｄ）に記載された交信クラス情報ＩＰＣＬＳは、ネットワーク通信時の交
信クラスを示すために用いられる。特にこの交信クラス情報ＩＰＣＬＳは、図１０Ａにお
けるインターネット・プロトコル・バージョン６層ＩＰｖ６より上位層（すなわち通信ミ
ドルウェア層ＡＰＬ０２、ＡＰＬ０６や拡張アプリケーション層ＥＸＬ０６）で主に使用
するケースを想定している。既に２．３節内で図１２Ｂ（ｄ）（ｅ）を用いて拡大ＩＥＥ
Ｅ拡張アドレスＥＸＥＸＡＤＲＳの説明を行った。そして本実施形態システムの応用例と
して、○受信側および送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤ
ＲＳ内の拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳの格納領域を廃止する○受信側およ
び送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳの格納領域内は
、それぞれＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情
報のみを格納する（すなわち受信側および送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡ
ＤＲＳ、ＳＥＸＡＤＲＳは、それぞれＩＥＥＥ８０２．１５．４準拠のチップ毎設定アド
レスＡＤＲＳＩＥＥＥに一致させる）○上記の交信クラス情報ＩＰＣＬＳの格納領域内に
ＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報を格納す
る（すなわち上記の交信クラス情報ＩＰＣＬＳを、ＩＥＥＥ８０２．１５．４準拠のチッ
プ毎設定アドレスＡＤＲＳＩＥＥＥに一致させる）を行っても良い。
信クラスを示すために用いられる。特にこの交信クラス情報ＩＰＣＬＳは、図１０Ａにお
けるインターネット・プロトコル・バージョン６層ＩＰｖ６より上位層（すなわち通信ミ
ドルウェア層ＡＰＬ０２、ＡＰＬ０６や拡張アプリケーション層ＥＸＬ０６）で主に使用
するケースを想定している。既に２．３節内で図１２Ｂ（ｄ）（ｅ）を用いて拡大ＩＥＥ
Ｅ拡張アドレスＥＸＥＸＡＤＲＳの説明を行った。そして本実施形態システムの応用例と
して、○受信側および送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤ
ＲＳ内の拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳの格納領域を廃止する○受信側およ
び送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、ＳＥＸＡＤＲＳの格納領域内は
、それぞれＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情
報のみを格納する（すなわち受信側および送信側におけるＩＥＥＥ拡張アドレスＤＥＸＡ
ＤＲＳ、ＳＥＸＡＤＲＳは、それぞれＩＥＥＥ８０２．１５．４準拠のチップ毎設定アド
レスＡＤＲＳＩＥＥＥに一致させる）○上記の交信クラス情報ＩＰＣＬＳの格納領域内に
ＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報を格納す
る（すなわち上記の交信クラス情報ＩＰＣＬＳを、ＩＥＥＥ８０２．１５．４準拠のチッ
プ毎設定アドレスＡＤＲＳＩＥＥＥに一致させる）を行っても良い。
既に２．２節内で図１０Ａを用いて説明したように、インターネット・プロトコル・バ
ージョン６層ＩＰｖ６の機能は、通信モジュール１７６８、１２０２−３または通信モジ
ュール１６６０内の通信制御部１７００が担う。そして通信ミドルウェア層ＡＰＬ０２、
ＡＰＬ０６と拡張アプリケーション層ＥＸＬ０６に対応したサービス提供機能は、プロセ
ッサ１７３８、１２３０または通信モジュール１６６０内のインターフェース部１７１０
が担う。従って、図１１におけるＩＰｖ６ヘッダＩＰｖ６ＨＤ内を含めたＴＣＰヘッダＴ
ＣＰＨＤ以前の情報は、通信モジュール１７６８、１２０２−３または通信モジュール１
６６０内の通信制御部１７００内で処理される。また同様に通信ミドルウェアデータＡＰ
ＬＤＴ（と拡張データＥＸＤＴ）は、プロセッサ１７３８、１２３０または通信モジュー
ル１６６０内のインターフェース部１７１０内で処理される。そして物理層フレームＰＰ
ＤＵを受信した時には、始めに通信モジュール１７６８、１２０２−３または通信モジュ
ール１６６０内の通信制御部１７００内で上記の交信クラス情報ＩＰＣＬＳを処理した後
に、通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）をプロセッサ１７３８
、１２３０または通信モジュール１６６０内のインターフェース部１７１０側に引き渡す
。従って図１２Ｂ（ｄ）（ｅ）で説明した拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳを
ＩＰｖ６ヘッダＩＰｖ６ＨＤ内（の交信クラス情報ＩＰＣＬＳ格納領域）に格納する事で
、通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）を受け取る前にプロセッ
サ１７３８、１２３０または通信モジュール１６６０内で事前に複合モジュールの対応準
備が可能となる。それにより、複合モジュールから送信された通信情報に対するシステム
コントローラα＿１１２６の処理速度が向上する効果が生まれる。２．５節 通信ミドル
ウェア層でのＣ−フォーマットのデータ構造本実施形態システム内で使用される“Ｃ−フ
ォーマット”は、２．１節で図１０Ａを用いて説明した同一システム内ネットワーク回線
１７８２上で複合モジュール１４６０、１４７０に対して情報通信される通信ミドルウェ
ア層ＡＰＬ０２内で使用する事を主眼としている。またそれに限らず、２．１節内の最後
に説明したように、異なるシステムβ＿１１３４内のシステムコントローラβ＿１１２８
とシステムα＿１１３２内の通信モジュール１４６０、１４７０間の情報通信時にこのＣ
−フォーマットを使用しても良い。更に機器１２５０との情報通信にも使用しても良い。
ここでこのＣ−フォーマットでは拡張アプリケーション層ＥＸＬ０６（図１０Ａ参照）を
規定せず、通信ミドルウェア層ＡＰＬ０２内でのみ使用する。
ージョン６層ＩＰｖ６の機能は、通信モジュール１７６８、１２０２−３または通信モジ
ュール１６６０内の通信制御部１７００が担う。そして通信ミドルウェア層ＡＰＬ０２、
ＡＰＬ０６と拡張アプリケーション層ＥＸＬ０６に対応したサービス提供機能は、プロセ
ッサ１７３８、１２３０または通信モジュール１６６０内のインターフェース部１７１０
が担う。従って、図１１におけるＩＰｖ６ヘッダＩＰｖ６ＨＤ内を含めたＴＣＰヘッダＴ
ＣＰＨＤ以前の情報は、通信モジュール１７６８、１２０２−３または通信モジュール１
６６０内の通信制御部１７００内で処理される。また同様に通信ミドルウェアデータＡＰ
ＬＤＴ（と拡張データＥＸＤＴ）は、プロセッサ１７３８、１２３０または通信モジュー
ル１６６０内のインターフェース部１７１０内で処理される。そして物理層フレームＰＰ
ＤＵを受信した時には、始めに通信モジュール１７６８、１２０２−３または通信モジュ
ール１６６０内の通信制御部１７００内で上記の交信クラス情報ＩＰＣＬＳを処理した後
に、通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）をプロセッサ１７３８
、１２３０または通信モジュール１６６０内のインターフェース部１７１０側に引き渡す
。従って図１２Ｂ（ｄ）（ｅ）で説明した拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤＲＳを
ＩＰｖ６ヘッダＩＰｖ６ＨＤ内（の交信クラス情報ＩＰＣＬＳ格納領域）に格納する事で
、通信ミドルウェアデータＡＰＬＤＴ（と拡張データＥＸＤＴ）を受け取る前にプロセッ
サ１７３８、１２３０または通信モジュール１６６０内で事前に複合モジュールの対応準
備が可能となる。それにより、複合モジュールから送信された通信情報に対するシステム
コントローラα＿１１２６の処理速度が向上する効果が生まれる。２．５節 通信ミドル
ウェア層でのＣ−フォーマットのデータ構造本実施形態システム内で使用される“Ｃ−フ
ォーマット”は、２．１節で図１０Ａを用いて説明した同一システム内ネットワーク回線
１７８２上で複合モジュール１４６０、１４７０に対して情報通信される通信ミドルウェ
ア層ＡＰＬ０２内で使用する事を主眼としている。またそれに限らず、２．１節内の最後
に説明したように、異なるシステムβ＿１１３４内のシステムコントローラβ＿１１２８
とシステムα＿１１３２内の通信モジュール１４６０、１４７０間の情報通信時にこのＣ
−フォーマットを使用しても良い。更に機器１２５０との情報通信にも使用しても良い。
ここでこのＣ−フォーマットでは拡張アプリケーション層ＥＸＬ０６（図１０Ａ参照）を
規定せず、通信ミドルウェア層ＡＰＬ０２内でのみ使用する。
そして通信モジュール１４６０、１４７０への処理負担を極力軽減するため、Ｃ−フォ
ーマットのデータ構造を極力簡素化した所に特徴が有る。そしてデータ構造を簡素化する
具体的方法として、図１１（ａ）内の物理層ヘッダＰＨＹＨＤからＴＣＰヘッダＴＣＰＨ
Ｄに至る領域内の情報重複を最大限避けたデータ構造にしている。（詳細内容とその効果
は後述する。）その具体的な一例として、通信ミドルウェアデータＡＰＬＤＴ内にこの通
信ミドルウェアデータＡＰＬＤＴのサイズ情報を持つ代わりに、ＩＰｖ６ヘッダＩＰｖ６
ＨＤ内のＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵを兼用させている。ここで
このＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵは、図１１（ｄ）におけるＩＰ
ｖ６データ／ペイロードＩＰｖ６ＤＵのデータサイズを示している。そしてＴＣＰヘッダ
ＴＣＰＨＤのデータサイズは予め決まっているので、図１４（ｃ）（ｄ）が示すように、
このＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵから自動的に通信ミドルウェア
データＡＰＬＤＴのデータサイズが決まる。Ｃ−フォーマットにおける通信ミドルウェア
データＡＰＬＤＴの基本的なデータサイズは、１バイトに規定されている。しかし複合モ
ジュール１４６０、１４７０との間での通信情報内容に拠っては、図１４（ｄ）に示すよ
うに最後部に拡張送信データＣＥＤＴを付加して通信ミドルウェアデータＡＰＬＤＴのデ
ータサイズを１バイトより拡張しても良い。
ーマットのデータ構造を極力簡素化した所に特徴が有る。そしてデータ構造を簡素化する
具体的方法として、図１１（ａ）内の物理層ヘッダＰＨＹＨＤからＴＣＰヘッダＴＣＰＨ
Ｄに至る領域内の情報重複を最大限避けたデータ構造にしている。（詳細内容とその効果
は後述する。）その具体的な一例として、通信ミドルウェアデータＡＰＬＤＴ内にこの通
信ミドルウェアデータＡＰＬＤＴのサイズ情報を持つ代わりに、ＩＰｖ６ヘッダＩＰｖ６
ＨＤ内のＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵを兼用させている。ここで
このＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵは、図１１（ｄ）におけるＩＰ
ｖ６データ／ペイロードＩＰｖ６ＤＵのデータサイズを示している。そしてＴＣＰヘッダ
ＴＣＰＨＤのデータサイズは予め決まっているので、図１４（ｃ）（ｄ）が示すように、
このＩＰｖ６データ／ペイロード長さ情報ＬＩＰｖ６ＤＵから自動的に通信ミドルウェア
データＡＰＬＤＴのデータサイズが決まる。Ｃ−フォーマットにおける通信ミドルウェア
データＡＰＬＤＴの基本的なデータサイズは、１バイトに規定されている。しかし複合モ
ジュール１４６０、１４７０との間での通信情報内容に拠っては、図１４（ｄ）に示すよ
うに最後部に拡張送信データＣＥＤＴを付加して通信ミドルウェアデータＡＰＬＤＴのデ
ータサイズを１バイトより拡張しても良い。
図１０Ｂを用いて２．１節内で既に説明したように、Ａ−フォーマットまたはＥ−フォ
ーマットでは情報通信に使用される交換情報（テーブル）１８１０内に交換アクセス制御
情報１８３０が含まれている。そしてＣ−フォーマットでもこの交換アクセス制御情報１
８３０が“３ビット形式”で格納可能になっている。特に３ビットで記述（＝８種類の制
御情報を記述）する事で、多様な交換アクセス制御情報１８３０の識別が可能になる効果
が有る。具体的な制御方法として、図１０Ｂのケース１に記載した指令（コマンド発行）
１８５２時には、この交換アクセス制御情報１８３０として[１１１]のリセット指示を設
定する。そして結果報告（ステータス）１８５４を回答する場合には、この交換アクセス
制御情報１８３０として［０１０］のレスポンス回答またはレポート通知または［００１
］のアクノーリッジメント通知を設定する。
ーマットでは情報通信に使用される交換情報（テーブル）１８１０内に交換アクセス制御
情報１８３０が含まれている。そしてＣ−フォーマットでもこの交換アクセス制御情報１
８３０が“３ビット形式”で格納可能になっている。特に３ビットで記述（＝８種類の制
御情報を記述）する事で、多様な交換アクセス制御情報１８３０の識別が可能になる効果
が有る。具体的な制御方法として、図１０Ｂのケース１に記載した指令（コマンド発行）
１８５２時には、この交換アクセス制御情報１８３０として[１１１]のリセット指示を設
定する。そして結果報告（ステータス）１８５４を回答する場合には、この交換アクセス
制御情報１８３０として［０１０］のレスポンス回答またはレポート通知または［００１
］のアクノーリッジメント通知を設定する。
本実施形態システムでは、センサ／通信モジュール１４６０内のセンサ部でアナログ検
出した信号を２値情報に変換して情報通信する場合の閾値（２値信号に変換する時の基準
レベル）を外部から設定可能になっている。この閾値を設定する場合には、図１０Ｂのケ
ース１内の指令（コマンド発行）１８５２に対応して交換アクセス制御情報１８３０とし
て［１１０］の閾値レベル設定指示を設定する。
出した信号を２値情報に変換して情報通信する場合の閾値（２値信号に変換する時の基準
レベル）を外部から設定可能になっている。この閾値を設定する場合には、図１０Ｂのケ
ース１内の指令（コマンド発行）１８５２に対応して交換アクセス制御情報１８３０とし
て［１１０］の閾値レベル設定指示を設定する。
一方図１０Ｂケース２の回答要求（リクエスト）１８７２に対応して、この交換アクセ
ス制御情報１８３０として［０１１］のレスポンス（データ）要求を設定する。そしてそ
の応答（レスポンス）１８７４では、この交換アクセス制御情報１８３０として［０１０
］のレスポンス回答／レポート通知を設定する。
ス制御情報１８３０として［０１１］のレスポンス（データ）要求を設定する。そしてそ
の応答（レスポンス）１８７４では、この交換アクセス制御情報１８３０として［０１０
］のレスポンス回答／レポート通知を設定する。
また図１０Ｂにおけるケース３の複合モジュール１４６０、１４７０側から自主的に行
う定期的／非定期的報告１８９４に対応して、この交換アクセス制御情報１８３０として
［０１０］のレスポンス回答／レポート通知を設定する。そして複合モジュール１４６０
、１４７０で異常を発見した場合には、上記の非定期的報告として交換アクセス制御情報
１８３０に［０００］を設定してアラーム通知を行う。また複合モジュール１４６０、１
４７０側から自主的に定期的報告を行う場合には、システムコントローラα＿１１２６側
から定期的に報告する時間間隔（インターバル）が設定できる。この場合には、この交換
アクセス制御情報１８３０に［１０１］を設定してレポートのインターバルに関する指示
を行う。
う定期的／非定期的報告１８９４に対応して、この交換アクセス制御情報１８３０として
［０１０］のレスポンス回答／レポート通知を設定する。そして複合モジュール１４６０
、１４７０で異常を発見した場合には、上記の非定期的報告として交換アクセス制御情報
１８３０に［０００］を設定してアラーム通知を行う。また複合モジュール１４６０、１
４７０側から自主的に定期的報告を行う場合には、システムコントローラα＿１１２６側
から定期的に報告する時間間隔（インターバル）が設定できる。この場合には、この交換
アクセス制御情報１８３０に［１０１］を設定してレポートのインターバルに関する指示
を行う。
例えば図８Ａのスマートメータ１１２４として、例えば使用電力量（公共消費材）を上
記指定された時間間隔（インターバル）でシステムコントローラα＿１１２６やサーバｎ
＿１１１６−ｎまたは卸売業者Ａ＿１１０２にレポートする場合を考える。この場合、瞬
間的な使用電力量（公共消費材）の瞬時値をレポートする方法と所定期間毎に積算した値
をレポートする方法が有る。この状況に対応して本実施形態システムでは、この交換アク
セス制御情報１８３０に［１００］を設定してデータ蓄積インターバルに関する指示を行
う。ここで、この交換アクセス制御情報１８３０の格納領域の直後に設定された送信デー
タを格納する領域に［０００００］を指定した場合には、瞬時的な使用量（電力量などの
公共消費材の使用量）を指定された時間間隔（インターバル）毎に複合モジュールからレ
ポートする。
記指定された時間間隔（インターバル）でシステムコントローラα＿１１２６やサーバｎ
＿１１１６−ｎまたは卸売業者Ａ＿１１０２にレポートする場合を考える。この場合、瞬
間的な使用電力量（公共消費材）の瞬時値をレポートする方法と所定期間毎に積算した値
をレポートする方法が有る。この状況に対応して本実施形態システムでは、この交換アク
セス制御情報１８３０に［１００］を設定してデータ蓄積インターバルに関する指示を行
う。ここで、この交換アクセス制御情報１８３０の格納領域の直後に設定された送信デー
タを格納する領域に［０００００］を指定した場合には、瞬時的な使用量（電力量などの
公共消費材の使用量）を指定された時間間隔（インターバル）毎に複合モジュールからレ
ポートする。
図１４（ｄ）が示すように、この交換アクセス制御情報１８３０の格納領域の直後に設
定された４ビットで構成された多値送信データ部ＣＴＭＤＴの格納領域と１ビットで構成
された２値送信データ部ＣＴ２ＤＴの格納領域により、２値または多値の送信データが送
信される。ここで送信データが２値と多値のいずれかを示す特別の情報格納領域を持たず
、上記送信データにより２値／多値の識別をさせる所に特徴が有る。すなわち送信データ
が２値の場合には、４ビットの多値送信データ部ＣＴＭＤＴの値を全て“０”（すなわち
［００００］）に設定する。ここでＯＮ状態またはＯＫ状態を示す場合には、この２値送
信データ部ＣＴ２ＤＴに［１］を設定する。またＯＦＦ状態またはＮＧ（Ｎｏ）状態を示
す場合には、この２値送信データ部ＣＴ２ＤＴに［０］を設定する。一方複合モジュール
１４６０、１４７０に異常事態が発生し、システムコントローラα＿１１２６に対してア
ラーム通知（この交換アクセス制御情報１８３０に［０００］が設定）する場合の送信デ
ータ設定方法を説明する。この場合には、上記多値送信データ部ＣＴＭＤＴに［００００
］を設定する。そして複合モジュール１４６０、１４７０の異常事態として、センサの検
出異常または駆動部の駆動系統異常（制御不能／制御困難）の場合には、この２値送信デ
ータ部ＣＴ２ＤＴに［１］を設定する。所で図５が示すように、センサ／通信モジュール
１４６０または駆動／通信モジュール内には蓄電モジュール（電池）１５５４が内蔵され
ているため、蓄電量の枯渇（残量切れ）のリスクが常に有る。従ってこの蓄電モジュール
（電池）１５５４内の残量が少なくなると、この２値送信データ部ＣＴ２ＤＴに［０］を
設定してシステムコントローラα＿１１２６に対してバッテリ残量の減少を通知する。
定された４ビットで構成された多値送信データ部ＣＴＭＤＴの格納領域と１ビットで構成
された２値送信データ部ＣＴ２ＤＴの格納領域により、２値または多値の送信データが送
信される。ここで送信データが２値と多値のいずれかを示す特別の情報格納領域を持たず
、上記送信データにより２値／多値の識別をさせる所に特徴が有る。すなわち送信データ
が２値の場合には、４ビットの多値送信データ部ＣＴＭＤＴの値を全て“０”（すなわち
［００００］）に設定する。ここでＯＮ状態またはＯＫ状態を示す場合には、この２値送
信データ部ＣＴ２ＤＴに［１］を設定する。またＯＦＦ状態またはＮＧ（Ｎｏ）状態を示
す場合には、この２値送信データ部ＣＴ２ＤＴに［０］を設定する。一方複合モジュール
１４６０、１４７０に異常事態が発生し、システムコントローラα＿１１２６に対してア
ラーム通知（この交換アクセス制御情報１８３０に［０００］が設定）する場合の送信デ
ータ設定方法を説明する。この場合には、上記多値送信データ部ＣＴＭＤＴに［００００
］を設定する。そして複合モジュール１４６０、１４７０の異常事態として、センサの検
出異常または駆動部の駆動系統異常（制御不能／制御困難）の場合には、この２値送信デ
ータ部ＣＴ２ＤＴに［１］を設定する。所で図５が示すように、センサ／通信モジュール
１４６０または駆動／通信モジュール内には蓄電モジュール（電池）１５５４が内蔵され
ているため、蓄電量の枯渇（残量切れ）のリスクが常に有る。従ってこの蓄電モジュール
（電池）１５５４内の残量が少なくなると、この２値送信データ部ＣＴ２ＤＴに［０］を
設定してシステムコントローラα＿１１２６に対してバッテリ残量の減少を通知する。
一方で多値を送信データとして情報通信する場合には、多値送信データ部ＣＴＭＤＴと
２値送信データ部ＣＴ２ＤＴを合わせた５ビット信号で、多値を表現する。例えば送信デ
ータとして０％から１００％までの多値情報を格納する場合、０％から１００％までの多
値を３０分割した値に変換して［０００１０］（＝０％に相当）から［１１１１１］（＝
１００％に相当）の値で表現する。しかし本実施形態システムではそれに限らず、多値送
信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴの組み合わせで、他の方法で多値情
報を表現しても良い。また例えば気温や湿度の検出や照明設備の照度変更など３０分割さ
れた値では表現が不足される高精度なセンス情報の通信や閾値あるいは制御値の高精度設
定などでは、２値送信データ部ＣＴ２ＤＴを格納する領域の直後に拡張送信データＣＥＤ
Ｔを格納する領域を追加して多値情報の表現精度を上げる事が出来る。またこの時の多値
の表現に使用するビット数は、前述したようにＩＰｖ６ヘッダＩＰｖ６ＨＤ内のＩＰｖ６
データ／ペイロード長さ情報ＬＩＰｖ６ＤＵに拠り示される。
２値送信データ部ＣＴ２ＤＴを合わせた５ビット信号で、多値を表現する。例えば送信デ
ータとして０％から１００％までの多値情報を格納する場合、０％から１００％までの多
値を３０分割した値に変換して［０００１０］（＝０％に相当）から［１１１１１］（＝
１００％に相当）の値で表現する。しかし本実施形態システムではそれに限らず、多値送
信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴの組み合わせで、他の方法で多値情
報を表現しても良い。また例えば気温や湿度の検出や照明設備の照度変更など３０分割さ
れた値では表現が不足される高精度なセンス情報の通信や閾値あるいは制御値の高精度設
定などでは、２値送信データ部ＣＴ２ＤＴを格納する領域の直後に拡張送信データＣＥＤ
Ｔを格納する領域を追加して多値情報の表現精度を上げる事が出来る。またこの時の多値
の表現に使用するビット数は、前述したようにＩＰｖ６ヘッダＩＰｖ６ＨＤ内のＩＰｖ６
データ／ペイロード長さ情報ＬＩＰｖ６ＤＵに拠り示される。
このように特に２値／多値の識別子を持たず、送信データの内容で２値／多値の識別を
させる事で、通信ミドルウェアデータＡＰＬＤＴのデータサイズを小さくできる効果が生
まれる。そしてその結果として、同一システム内ネットワーク回線１７８２上での情報通
信渋滞（混雑）を緩和すると共に、複合モジュール１４６０、１４７０内（の特に図１０
Ａに示すインターフェース部１７１０内）の処理の簡素化と複合モジュール１４６０、１
４７０の低価格化が図れる。
させる事で、通信ミドルウェアデータＡＰＬＤＴのデータサイズを小さくできる効果が生
まれる。そしてその結果として、同一システム内ネットワーク回線１７８２上での情報通
信渋滞（混雑）を緩和すると共に、複合モジュール１４６０、１４７０内（の特に図１０
Ａに示すインターフェース部１７１０内）の処理の簡素化と複合モジュール１４６０、１
４７０の低価格化が図れる。
また多値で表現された送信データの意味を示す情報も、Ｃ−フォーマットに準拠した通
信ミドルウェアデータＡＰＬＤＴ内に格納する領域を持たない。その代わりに、前記多値
で表現された送信データの意味を示す情報として、図１２Ｂ（ｄ）のＩＥＥＥ８０２．１
５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報を活用する所に本実施形態シ
ステムの特徴が有る。既に２．３節内で説明したように、このＩＥＥＥ８０２．１５．４
準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの発行機関では、上記アドレスに対応した
複合モジュール１４６０、１４７０の機能と性能を把握している。そしてこの情報をイン
ターネット上で公開する事で、このＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレ
スＡＤＲＳＩＥＥＥに対応した複合モジュールに対応した送信データの意味が分かる。更
に図１２Ｂ（ｅ）を用いた２．３節内の説明と図１３（ｄ）を用いた２．４節内の説明か
ら、ＭＡＣ層ヘッダＭＡＣＨＤ内の受信側と送信側におけるＩＥＥＥ拡張アドレスＤＥＸ
ＡＤＲＳ、ＳＥＸＡＤＲＳの中あるいはＩＰｖ６ヘッダＩＰｖ６ＨＤ内の交信クラス情報
ＩＰＣＬＳの中に複合モジュール種類識別情報ＣＭＴＩＤが格納可能になっている。した
がって前述したＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥ
とこの複合モジュール種類識別情報ＣＭＴＩＤを組み合わせる事で、複合モジュール１４
６０、１４７０との間で通信される（例えば多値で表現される）送信データＣＴＭＤＴ、
ＣＴ２ＤＴ、ＣＥＤＴの意味とその解釈方法を精度良く理解できる。このように送信デー
タＣＴＭＤＴ、ＣＴ２ＤＴ、ＣＥＤＴの意味とその解釈に利用できるので、上記の複合モ
ジュール種類識別情報ＣＭＴＩＤは複合モジュール１４６０、１４７０毎に対応した交換
情報の種別識別情報１８４０（図１０Ｂ参照）に関係する。すなわち上記の複合モジュー
ル種類識別情報ＣＭＴＩＤを、２．７節で後述するＡ−フォーマットにおける <table> E
lement 内の number attribute（図１５Ｂ（ｂ）参照）と同じ目的で使用できる。一方こ
の交換情報の種別識別情報１８４０は、Ｅ−フォーマットでは交換情報の種別識別情報Ｅ
ＰＣ（図１５Ａ（ｆ）を用いた２．６節内説明を参照）に対応する。このようにＥ−フォ
ーマット及びＡ−フォーマットのいずれも、図１０Ｂの交換情報の種別識別情報１８４０
が通信ミドルウェアデータＡＰＬＤＴ内に含まれている。
信ミドルウェアデータＡＰＬＤＴ内に格納する領域を持たない。その代わりに、前記多値
で表現された送信データの意味を示す情報として、図１２Ｂ（ｄ）のＩＥＥＥ８０２．１
５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの情報を活用する所に本実施形態シ
ステムの特徴が有る。既に２．３節内で説明したように、このＩＥＥＥ８０２．１５．４
準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥの発行機関では、上記アドレスに対応した
複合モジュール１４６０、１４７０の機能と性能を把握している。そしてこの情報をイン
ターネット上で公開する事で、このＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレ
スＡＤＲＳＩＥＥＥに対応した複合モジュールに対応した送信データの意味が分かる。更
に図１２Ｂ（ｅ）を用いた２．３節内の説明と図１３（ｄ）を用いた２．４節内の説明か
ら、ＭＡＣ層ヘッダＭＡＣＨＤ内の受信側と送信側におけるＩＥＥＥ拡張アドレスＤＥＸ
ＡＤＲＳ、ＳＥＸＡＤＲＳの中あるいはＩＰｖ６ヘッダＩＰｖ６ＨＤ内の交信クラス情報
ＩＰＣＬＳの中に複合モジュール種類識別情報ＣＭＴＩＤが格納可能になっている。した
がって前述したＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥ
とこの複合モジュール種類識別情報ＣＭＴＩＤを組み合わせる事で、複合モジュール１４
６０、１４７０との間で通信される（例えば多値で表現される）送信データＣＴＭＤＴ、
ＣＴ２ＤＴ、ＣＥＤＴの意味とその解釈方法を精度良く理解できる。このように送信デー
タＣＴＭＤＴ、ＣＴ２ＤＴ、ＣＥＤＴの意味とその解釈に利用できるので、上記の複合モ
ジュール種類識別情報ＣＭＴＩＤは複合モジュール１４６０、１４７０毎に対応した交換
情報の種別識別情報１８４０（図１０Ｂ参照）に関係する。すなわち上記の複合モジュー
ル種類識別情報ＣＭＴＩＤを、２．７節で後述するＡ−フォーマットにおける <table> E
lement 内の number attribute（図１５Ｂ（ｂ）参照）と同じ目的で使用できる。一方こ
の交換情報の種別識別情報１８４０は、Ｅ−フォーマットでは交換情報の種別識別情報Ｅ
ＰＣ（図１５Ａ（ｆ）を用いた２．６節内説明を参照）に対応する。このようにＥ−フォ
ーマット及びＡ−フォーマットのいずれも、図１０Ｂの交換情報の種別識別情報１８４０
が通信ミドルウェアデータＡＰＬＤＴ内に含まれている。
上記のＥ−フォーマットやＡ−フォーマットと比べてＣ−フォーマットでは、図１０Ｂ
の交換情報の種別識別情報１８４０に関連する情報としてＭＡＣ層ヘッダＭＡＣＨＤ内の
情報（図１２Ｂ（ｅ）の複合モジュール種類識別情報ＣＭＴＩＤ）あるいはＩＰｖ６ヘッ
ダＩＰｖ６ＨＤ内の情報（２．４節内説明に拠る図１３（ｄ）交信クラス情報内情報）を
利用できる所に大きな特徴が有る。既に２．２節で説明したように受信時には、図１０Ａ
の下層側に位置する階層から順に通信情報の処理を行う。従って比較的下層側に位置する
メディア・アクセス層ＭＡＣ０２の機能レベルあるいはインターネット・プロトコル・バ
ージョン６層ＩＰｖ６の機能レベルで対象ノードがセンサ／通信モジュール１４６０か？
または駆動／通信モジュール１４７０か？の識別のみならず、複合モジュールの種類も事
前に分かると、通信ミドルウェアデータＡＰＬＤＴが（図１０Ａに示す）通信モジュール
１６６０内の通信制御部１７００からインターフェース部１７１０に渡される前に、事前
にインターフェース部１７１０内でＣ−フォーマット対応準備が行える効果が生まれる。
それにより、受信側での通信情報処理の高速化が図れる。
の交換情報の種別識別情報１８４０に関連する情報としてＭＡＣ層ヘッダＭＡＣＨＤ内の
情報（図１２Ｂ（ｅ）の複合モジュール種類識別情報ＣＭＴＩＤ）あるいはＩＰｖ６ヘッ
ダＩＰｖ６ＨＤ内の情報（２．４節内説明に拠る図１３（ｄ）交信クラス情報内情報）を
利用できる所に大きな特徴が有る。既に２．２節で説明したように受信時には、図１０Ａ
の下層側に位置する階層から順に通信情報の処理を行う。従って比較的下層側に位置する
メディア・アクセス層ＭＡＣ０２の機能レベルあるいはインターネット・プロトコル・バ
ージョン６層ＩＰｖ６の機能レベルで対象ノードがセンサ／通信モジュール１４６０か？
または駆動／通信モジュール１４７０か？の識別のみならず、複合モジュールの種類も事
前に分かると、通信ミドルウェアデータＡＰＬＤＴが（図１０Ａに示す）通信モジュール
１６６０内の通信制御部１７００からインターフェース部１７１０に渡される前に、事前
にインターフェース部１７１０内でＣ−フォーマット対応準備が行える効果が生まれる。
それにより、受信側での通信情報処理の高速化が図れる。
また上記のようにＣ−フォーマットでは他の階層で規定される情報の兼用利用を行い、
通信ミドルウェアデータＡＰＬＤＴのデータサイズの最小化を図っている。それにより同
一システム内ネットワーク回線１７８２上での情報通信渋滞（混雑）を緩和すると共に、
複合モジュール１４６０、１４７０内（の特に図１０Ａに示すインターフェース部１７１
０内）の処理の簡素化と複合モジュール１４６０、１４７０の低価格化が図れる。
通信ミドルウェアデータＡＰＬＤＴのデータサイズの最小化を図っている。それにより同
一システム内ネットワーク回線１７８２上での情報通信渋滞（混雑）を緩和すると共に、
複合モジュール１４６０、１４７０内（の特に図１０Ａに示すインターフェース部１７１
０内）の処理の簡素化と複合モジュール１４６０、１４７０の低価格化が図れる。
次に上記に説明した方法に沿ったＣ−フォーマットにおける通信ミドルウェアデータＡ
ＰＬＤＴの具体的データ例を示す。たとえばシステムコントローラα＿１１２６から駆動
／通信モジュール１４７０に対して“動作停止”の指令（コマンド発行）１８５２（図１
０Ｂ）を行う場合、上記交信アクセス制御情報１８３０に“［１１１］リセット指示”を
設定すると共に、多値送信データ部ＣＴＭＤＴに“［００００］２値データ指定”、そし
て２値送信データ部ＣＴ２ＤＴに“［０］ＯＦＦ指定”を設定する。またセンサ／通信モ
ジュール１４６０からシステムコントローラα＿１１２６に対して例えば公共消費材の現
在までの既使用量が５０％の状況を通知（レポート）する場合、上記交信アクセス制御情
報１８３０に“［０１０］レポート通知”を設定すると共に、多値送信データ部ＣＴＭＤ
Ｔと２値送信データ部ＣＴ２ＤＴを一緒にした５ビット領域に“［１０００１］５０％”
を設定する。
ＰＬＤＴの具体的データ例を示す。たとえばシステムコントローラα＿１１２６から駆動
／通信モジュール１４７０に対して“動作停止”の指令（コマンド発行）１８５２（図１
０Ｂ）を行う場合、上記交信アクセス制御情報１８３０に“［１１１］リセット指示”を
設定すると共に、多値送信データ部ＣＴＭＤＴに“［００００］２値データ指定”、そし
て２値送信データ部ＣＴ２ＤＴに“［０］ＯＦＦ指定”を設定する。またセンサ／通信モ
ジュール１４６０からシステムコントローラα＿１１２６に対して例えば公共消費材の現
在までの既使用量が５０％の状況を通知（レポート）する場合、上記交信アクセス制御情
報１８３０に“［０１０］レポート通知”を設定すると共に、多値送信データ部ＣＴＭＤ
Ｔと２値送信データ部ＣＴ２ＤＴを一緒にした５ビット領域に“［１０００１］５０％”
を設定する。
また別の具体的データ例を示す。既に４．３節で、○ 指が太い大柄の大人では、タッ
チパッドや静電容量式ボタンの感度が低くても、安定したユーザ入力が可能 な反
面、○ 指の細い子供や女性では、タッチパッドや静電容量式ボタンの感度を上げないと
応答しない 説明をした。それに対応し、４．３節に従ってユーザ状態（指の太さ）
を推定／判断した後に、タッチパッドや静電容量式ボタンに対応したセンサ／通信モジュ
ール１４６０に対してシステムコントローラα＿１１２６から感度設定する一例を示す。
この場合には、上記交信アクセス制御情報１８３０に“［１１０］閾値レベル設定指示”
を設定する。そしてタッチパッドまたは静電容量式ボタンの感度を２５％から７３％に上
げる場合を考える。すると多値送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを
組み合わせた５ビット領域に、７３％に対応した［１１０００］を指定する。
チパッドや静電容量式ボタンの感度が低くても、安定したユーザ入力が可能 な反
面、○ 指の細い子供や女性では、タッチパッドや静電容量式ボタンの感度を上げないと
応答しない 説明をした。それに対応し、４．３節に従ってユーザ状態（指の太さ）
を推定／判断した後に、タッチパッドや静電容量式ボタンに対応したセンサ／通信モジュ
ール１４６０に対してシステムコントローラα＿１１２６から感度設定する一例を示す。
この場合には、上記交信アクセス制御情報１８３０に“［１１０］閾値レベル設定指示”
を設定する。そしてタッチパッドまたは静電容量式ボタンの感度を２５％から７３％に上
げる場合を考える。すると多値送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを
組み合わせた５ビット領域に、７３％に対応した［１１０００］を指定する。
上記の実施例では、ＯＮ／ＯＦＦ等の２値情報の通信のタイミングと状態設定などの多
値情報の通信タイミングを分け、多値送信データ部ＣＴＭＤＴ内に設定された情報が[０
０００]の可否で通信情報の２値か？多値か？の識別をさせている。しかしそれに限らず
他の実施例として、ＯＮ／ＯＦＦ等の２値データと状態設定などの多値データを同時タイ
ミングで一緒に通信しても良い。この場合には２値送信データ部ＣＴ２ＤＴに１ビットの
２値を設定し、多値送信データ部ＣＴＭＤＴ内の４ビットで多値を設定しても良い。この
ように例えば“動作を開始させると同時に（例えば設定温度などの）状態設定値を指定す
る”など、２値データと状態設定などの多値データを同時タイミングで一緒に通信する事
で、システムコントローラα＿１１２６と複合モジュール１４６０、１４７０間の情報通
信頻度が下げられ、同一システム内ネットワーク回線１７８２（図１０Ａ）内の通信混雑
を緩和できる効果が生まれる。
値情報の通信タイミングを分け、多値送信データ部ＣＴＭＤＴ内に設定された情報が[０
０００]の可否で通信情報の２値か？多値か？の識別をさせている。しかしそれに限らず
他の実施例として、ＯＮ／ＯＦＦ等の２値データと状態設定などの多値データを同時タイ
ミングで一緒に通信しても良い。この場合には２値送信データ部ＣＴ２ＤＴに１ビットの
２値を設定し、多値送信データ部ＣＴＭＤＴ内の４ビットで多値を設定しても良い。この
ように例えば“動作を開始させると同時に（例えば設定温度などの）状態設定値を指定す
る”など、２値データと状態設定などの多値データを同時タイミングで一緒に通信する事
で、システムコントローラα＿１１２６と複合モジュール１４６０、１４７０間の情報通
信頻度が下げられ、同一システム内ネットワーク回線１７８２（図１０Ａ）内の通信混雑
を緩和できる効果が生まれる。
所でＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥとこの複
合モジュール種類識別情報ＣＭＴＩＤを組み合わせて通信精度と通信安定性を高められる
事を既に説明した。そして万が一システムコントローラα＿１１２６内でエラーが発生し
、通信相手の複合モジュール１４６０、１４７０の機能を取り違えた場合、上記の両者の
情報間を比較する事でこのエラーを発見できる。仮に複合モジュール１４６０、１４７０
側でこのシステムコントローラα＿１１２６内でのエラーを発見した場合、本実施形態シ
ステムでは、そのエラーを複合モジュール１４６０、１４７０からシステムコントローラ
α＿１１２６に通知できる機能がサポートされている。この場合には、図１４（ｄ）の交
信アクセス制御情報１８３０に“［０００］アラーム通知”を設定する。そして次の多値
送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを組み合わせた５ビット領域に［
０００１１］を設定して対象誤認識通知を知らせる。このように本実施形態システムでは
システムコントローラα＿１１２６内発生したエラーを複合モジュール１４６０、１４７
０または機器１２５０から通知する機能をサポートする事で、同一システム内ネットワー
ク回線１７８２上の情報通信の安定性と信頼性が向上する効果が有る。２．６節 通信ミ
ドルウェア層でのＥ−フォーマットのデータ構造本実施形態システム内で使用される“Ｅ
−フォーマット”は２．１節で図１６を用いて説明したように、主に機器１２５０やサー
バｎ＿１１１６−ｎに対して情報通信される通信ミドルウェア層ＡＰＬ０６内で使用する
事を主眼としている。またそれに限らず、異なるシステムコントローラα＿１１２６、β
＿１１２８間の情報通信に使用しても良く、また複合モジュール１４６０、１４７０との
情報通信に使用しても良い。また既に図１０Ｂを用いて２．１節で説明したように、Ｅ−
フォーマットでは基本的に送信側ノードと受信側ノード間での交換情報（テーブル）１８
１０の交換処理により情報通信を行う。従ってこの交換情報（テーブル）１８１０（また
はその一部）が、図１１（ａ）に示した通信ミドルウェアデータＡＰＬＤＴ内の一部とし
てＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納される。２．７節で後述するように
Ａ−フォーマットでは広義のテキスト形式で記述される特徴が有る。それに比べるとＥ−
フォーマットは予め設定された所定領域に対応情報を設定コードで格納する形式を取る特
徴が有る。従ってＥ−フォーマットとは『通信ミドルウェアデータＡＰＬＤＴの領域内の
所定領域に設定コードを格納』するフォーマットと定義する。従って本実施形態システム
において、予め設定された所定領域に設定コードを順次格納するあらゆるフォーマットが
Ｅ−フォーマットに含まれる。
合モジュール種類識別情報ＣＭＴＩＤを組み合わせて通信精度と通信安定性を高められる
事を既に説明した。そして万が一システムコントローラα＿１１２６内でエラーが発生し
、通信相手の複合モジュール１４６０、１４７０の機能を取り違えた場合、上記の両者の
情報間を比較する事でこのエラーを発見できる。仮に複合モジュール１４６０、１４７０
側でこのシステムコントローラα＿１１２６内でのエラーを発見した場合、本実施形態シ
ステムでは、そのエラーを複合モジュール１４６０、１４７０からシステムコントローラ
α＿１１２６に通知できる機能がサポートされている。この場合には、図１４（ｄ）の交
信アクセス制御情報１８３０に“［０００］アラーム通知”を設定する。そして次の多値
送信データ部ＣＴＭＤＴと２値送信データ部ＣＴ２ＤＴを組み合わせた５ビット領域に［
０００１１］を設定して対象誤認識通知を知らせる。このように本実施形態システムでは
システムコントローラα＿１１２６内発生したエラーを複合モジュール１４６０、１４７
０または機器１２５０から通知する機能をサポートする事で、同一システム内ネットワー
ク回線１７８２上の情報通信の安定性と信頼性が向上する効果が有る。２．６節 通信ミ
ドルウェア層でのＥ−フォーマットのデータ構造本実施形態システム内で使用される“Ｅ
−フォーマット”は２．１節で図１６を用いて説明したように、主に機器１２５０やサー
バｎ＿１１１６−ｎに対して情報通信される通信ミドルウェア層ＡＰＬ０６内で使用する
事を主眼としている。またそれに限らず、異なるシステムコントローラα＿１１２６、β
＿１１２８間の情報通信に使用しても良く、また複合モジュール１４６０、１４７０との
情報通信に使用しても良い。また既に図１０Ｂを用いて２．１節で説明したように、Ｅ−
フォーマットでは基本的に送信側ノードと受信側ノード間での交換情報（テーブル）１８
１０の交換処理により情報通信を行う。従ってこの交換情報（テーブル）１８１０（また
はその一部）が、図１１（ａ）に示した通信ミドルウェアデータＡＰＬＤＴ内の一部とし
てＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納される。２．７節で後述するように
Ａ−フォーマットでは広義のテキスト形式で記述される特徴が有る。それに比べるとＥ−
フォーマットは予め設定された所定領域に対応情報を設定コードで格納する形式を取る特
徴が有る。従ってＥ−フォーマットとは『通信ミドルウェアデータＡＰＬＤＴの領域内の
所定領域に設定コードを格納』するフォーマットと定義する。従って本実施形態システム
において、予め設定された所定領域に設定コードを順次格納するあらゆるフォーマットが
Ｅ−フォーマットに含まれる。
Ｅ−フォーマットに基付く通信ミドルウェア層データＡＰＬＤＴの先頭には、図１５Ａ
（ｂ）が示すＥ−フォーマットヘッダＥ−ＨＤが２バイト領域内に格納される。そしてこ
のＥ−フォーマットヘッダＥ−ＨＤの値は、［１０８１ｈ］（“ｈ”は１６進数（hexade
cimal）の値を示し、２進数表示では［０００１００００１００００００１］）に設定さ
れる。そして次の２バイト領域には、要求送信と応答受信間の関連付け用識別情報ＴＩＤ
が格納される。所でこの要求送信と応答受信間の関連付け用識別情報ＴＩＤとは、回答要
求（リクエスト）送信側が応答（レスポンス）受信時に事前に送信した回答要求（リクエ
スト）と受信した応答（レスポンス）間の関連付けを図るためのパラメータを意味する。
（この回答要求（リクエスト）１８７２に対する応答（レスポンス）１８７４のシーケン
スは、図１０Ｂのケース２で示したシーケンスに対応する。）そしてこの領域に格納され
るコードは、回答要求（リクエスト）送信側ノードが適宜任意に指定できる。次に前記回
答要求（リクエスト）の受信側ノードがその応答（レスポンス）をする時には、この領域
内に前回の回答要求（リクエスト）送信側ノードが設定したコードと同一のコードを格納
する。そしてこの要求送信と応答受信間の関連付け用識別情報ＴＩＤの一致度判定に拠り
、受信情報が前回の回答要求（リクエスト）の応答（レスポンス）を示すか否かを判断す
る。
（ｂ）が示すＥ−フォーマットヘッダＥ−ＨＤが２バイト領域内に格納される。そしてこ
のＥ−フォーマットヘッダＥ−ＨＤの値は、［１０８１ｈ］（“ｈ”は１６進数（hexade
cimal）の値を示し、２進数表示では［０００１００００１００００００１］）に設定さ
れる。そして次の２バイト領域には、要求送信と応答受信間の関連付け用識別情報ＴＩＤ
が格納される。所でこの要求送信と応答受信間の関連付け用識別情報ＴＩＤとは、回答要
求（リクエスト）送信側が応答（レスポンス）受信時に事前に送信した回答要求（リクエ
スト）と受信した応答（レスポンス）間の関連付けを図るためのパラメータを意味する。
（この回答要求（リクエスト）１８７２に対する応答（レスポンス）１８７４のシーケン
スは、図１０Ｂのケース２で示したシーケンスに対応する。）そしてこの領域に格納され
るコードは、回答要求（リクエスト）送信側ノードが適宜任意に指定できる。次に前記回
答要求（リクエスト）の受信側ノードがその応答（レスポンス）をする時には、この領域
内に前回の回答要求（リクエスト）送信側ノードが設定したコードと同一のコードを格納
する。そしてこの要求送信と応答受信間の関連付け用識別情報ＴＩＤの一致度判定に拠り
、受信情報が前回の回答要求（リクエスト）の応答（レスポンス）を示すか否かを判断す
る。
そして図１５Ａ（ｂ）が示す次の領域内に格納されるＥ−フォーマットデータＥ−ＤＴ
が、図１０Ｂを用いて２．１節で説明した交換情報１８１０に相当する。そして図１５Ａ
（ｃ）のように、このＥ−フォーマットデータＥ−ＤＴ内は３バイトの送信側機器の識別
情報ＳＥＯＪ、３バイトの受信側機器の識別情報ＤＥＯＪ、１バイトの交信アクセス制御
情報ＥＳＶ、制御／処理関連情報ＣＭ１から構成され、前述した順に配置される。ここで
前記１バイトの交信アクセス制御情報ＥＳＶは、図１０Ｂを用いて２．１節で説明した交
信アクセス制御情報１８３０に相当する。
が、図１０Ｂを用いて２．１節で説明した交換情報１８１０に相当する。そして図１５Ａ
（ｃ）のように、このＥ−フォーマットデータＥ−ＤＴ内は３バイトの送信側機器の識別
情報ＳＥＯＪ、３バイトの受信側機器の識別情報ＤＥＯＪ、１バイトの交信アクセス制御
情報ＥＳＶ、制御／処理関連情報ＣＭ１から構成され、前述した順に配置される。ここで
前記１バイトの交信アクセス制御情報ＥＳＶは、図１０Ｂを用いて２．１節で説明した交
信アクセス制御情報１８３０に相当する。
また図１５Ａ（ｄ）が示すように、この送信側機器の識別情報ＳＥＯＪと受信側機器の
識別情報ＤＥＯＪ共に１バイトの機器種別グループコードＤＴＧＣ、１バイトの機器種別
コードＤＴＣ、１バイトの同一種別内機器識別コードＤＩＤＣから構成され、前述した順
に配置される。この機器種別グループコードＤＴＧＣとは機器種別のグループを現し、例
えばセンサー関連機器グループや空調関連機器グループ、住宅・設備関連機器グループ、
調理・家事関連機器グループ等どのグループに対象機器が含まれるかを示す。次の機器種
別コードＤＴＣとは、例えばテレビ、エアコンなどの機器種別を表す。所で同一システム
α＿１１３２内に同一な機器種別に該当する異なる複数の機器１２５０が設置されている
場合（例えば１件の住宅内に複数のエアコンが設置されている場合）、機器１２５０毎の
識別を行うために前記の同一種別内機器識別コードＤＩＤＣが設定される。
識別情報ＤＥＯＪ共に１バイトの機器種別グループコードＤＴＧＣ、１バイトの機器種別
コードＤＴＣ、１バイトの同一種別内機器識別コードＤＩＤＣから構成され、前述した順
に配置される。この機器種別グループコードＤＴＧＣとは機器種別のグループを現し、例
えばセンサー関連機器グループや空調関連機器グループ、住宅・設備関連機器グループ、
調理・家事関連機器グループ等どのグループに対象機器が含まれるかを示す。次の機器種
別コードＤＴＣとは、例えばテレビ、エアコンなどの機器種別を表す。所で同一システム
α＿１１３２内に同一な機器種別に該当する異なる複数の機器１２５０が設置されている
場合（例えば１件の住宅内に複数のエアコンが設置されている場合）、機器１２５０毎の
識別を行うために前記の同一種別内機器識別コードＤＩＤＣが設定される。
所で機器１２５０の一例としてエアコンを考えた場合、“設定温度”や“設定風量”、
“設定風向”、“設定タイマー時間（自動ＯＮ／自動ＯＦＦ）”など複数項目に関する設
定状態が存在するとともに、複数項目に対して同時に設定変更（状態変更制御）が可能と
なっている。従って図１０Ｂに示す交換情報（テーブル）１８１０内では、単一の機器で
さえ『複数の項目に関する状態』あるいは『複数の項目に関する同時設定変更指示（状態
変更制御情報）』が定義され、それらの情報が一覧の形での記述できるようになっている
。従って図１５Ａ（ｃ）の制御／処理関連情報内には、図１５Ａ（ｅ）が示すように複数
項目に関して同時に状態情報の収集や設定変更に対応した状態変更制御が可能となってい
る。そして同時に収集すべき状態情報の項目数あるいは同時に状態変更制御（設定変更）
を行う項目数が、制御／処理数ＮＣＭで１バイトで記述される。そしてその制御／処理数
ＮＣＭで設定した項目数だけ、初回からｎ回目に亘る制御／処理情報ＣＭ−１〜ｎが前記
の順番に配置されている。
“設定風向”、“設定タイマー時間（自動ＯＮ／自動ＯＦＦ）”など複数項目に関する設
定状態が存在するとともに、複数項目に対して同時に設定変更（状態変更制御）が可能と
なっている。従って図１０Ｂに示す交換情報（テーブル）１８１０内では、単一の機器で
さえ『複数の項目に関する状態』あるいは『複数の項目に関する同時設定変更指示（状態
変更制御情報）』が定義され、それらの情報が一覧の形での記述できるようになっている
。従って図１５Ａ（ｃ）の制御／処理関連情報内には、図１５Ａ（ｅ）が示すように複数
項目に関して同時に状態情報の収集や設定変更に対応した状態変更制御が可能となってい
る。そして同時に収集すべき状態情報の項目数あるいは同時に状態変更制御（設定変更）
を行う項目数が、制御／処理数ＮＣＭで１バイトで記述される。そしてその制御／処理数
ＮＣＭで設定した項目数だけ、初回からｎ回目に亘る制御／処理情報ＣＭ−１〜ｎが前記
の順番に配置されている。
そして各制御／処理情報ＣＭ−１〜ｎは図１５Ａ（ｆ）が示すように、１バイトの交換
情報の種別識別情報ＥＰＣ、１バイトの個別交換情報のデータサイズＰＤＣ、個別交換情
報ＥＤＴから構成され、前記の順番に配置されている。そして各機器１２５０に対応した
項目毎に格納する“収集すべき状態情報”や“回答する状態情報”、あるいは“状態変更
（設定変更）制御情報”が、前述した個別交換情報ＥＤＴとして格納される。また個別交
換情報ＥＤＴ毎のデータサイズ情報が、前記個別交換情報のデータサイズＰＤＣとして格
納される。
情報の種別識別情報ＥＰＣ、１バイトの個別交換情報のデータサイズＰＤＣ、個別交換情
報ＥＤＴから構成され、前記の順番に配置されている。そして各機器１２５０に対応した
項目毎に格納する“収集すべき状態情報”や“回答する状態情報”、あるいは“状態変更
（設定変更）制御情報”が、前述した個別交換情報ＥＤＴとして格納される。また個別交
換情報ＥＤＴ毎のデータサイズ情報が、前記個別交換情報のデータサイズＰＤＣとして格
納される。
所で対応する機器１２５０の種別に拠りより（すなわち上述した機器種別コードＤＴＣ
の内容に拠り）、状態を表す項目内容や状態変更制御（設定変更）対象の項目内容が異な
る。従ってＥ−フォーマットでは対応する機器１２５０の種別（機器種別コードＤＴＣの
内容）毎に状態を収集すべき情報の項目と情報表現形式、または状態変更制御（設定変更
）すべき項目と制御情報の表現形式を予め決め、その項目毎の表現形式に沿ったテンプレ
ートと項目コード（テンプレートコード）を事前に準備している。そして対応する機器１
２５０の種別（機器種別コードＤＴＣの内容）毎に設定された項目コードが、前記の交換
情報の種別識別情報ＥＰＣとして格納される。またこの交換情報の種別識別情報ＥＰＣが
、図１０Ｂに示した交換情報の種別識別情報１８４０に相当する。
の内容に拠り）、状態を表す項目内容や状態変更制御（設定変更）対象の項目内容が異な
る。従ってＥ−フォーマットでは対応する機器１２５０の種別（機器種別コードＤＴＣの
内容）毎に状態を収集すべき情報の項目と情報表現形式、または状態変更制御（設定変更
）すべき項目と制御情報の表現形式を予め決め、その項目毎の表現形式に沿ったテンプレ
ートと項目コード（テンプレートコード）を事前に準備している。そして対応する機器１
２５０の種別（機器種別コードＤＴＣの内容）毎に設定された項目コードが、前記の交換
情報の種別識別情報ＥＰＣとして格納される。またこの交換情報の種別識別情報ＥＰＣが
、図１０Ｂに示した交換情報の種別識別情報１８４０に相当する。
ここでシステムコントローラα＿１１２６から制御して家庭用エアコンの設定変更（状
態変更制御）する場合を一例に取り、交換情報（テーブル）１８１０に対応したＥ−フォ
ーマットデータＥ−ＤＴ内の情報の説明を行う。所でＥ−フォーマットでの設定変更（状
態変更制御）の指令（コマンド発行）は、２．１節で説明した中の“書き込み要求”に対
応する。従って図１５Ａ（ｃ）の交信アクセス制御情報ＥＳＶ（１８３０）として、［６
０ｈ］（＝応答不要時）または［６１ｈ］（＝応答要時）が設定される。（また参考まで
に記載すると、交信アクセス制御情報ＥＳＶ（１８３０）の設定コードとして“読み出し
要求”時には［６２ｈ］、“通知”時には［７３ｈ］、“読み出し応答”時には［７２ｈ
］がそれぞれ対応する。）そして家庭用エアコンの機器種別グループコードＤＴＧＣは、
空調関連機器グループを意味する［０１ｈ］が該当する。また機器種別コードＤＴＣは、
［３０ｈ］となる。ここでシステムα＿１１３２内の１台目のエアコンに割り当てた場合
の同一機種別機器識別コードＤＩＤＣは［０１ｈ］となる。従ってシステムコントローラ
α＿１１２６からこの家庭用エアコンに状態変更制御の指令１８５２（図１０Ｂのケース
１に対応）を行う場合には、図１５Ａ（ｃ）内の受信側機器の識別情報は［０１３００１
ｈ］となる。そしてシステムコントローラα＿１１２６から制御して該当するエアコンを
動作状態に変更する場合には、交換情報の種別識別情報ＥＰＣは［８０ｈ］、個別交換情
報のデータサイズは［０１ｈ］（＝１バイト）、個別交換情報ＥＤＴは［３０ｈ］となる
。従ってこれらの情報を組み合わせた初回の制御／処理情報ＣＭ−１は［８００１３０ｈ
］で表せる。次にｎかいめの制御／処理として設定温度を２６℃に設定変更する場合には
、交換情報の種別識別情報ＥＰＣは［Ｂ３ｈ］、個別交換情報のデータサイズは［０１ｈ
］（＝１バイト）、個別交換情報ＥＤＴは２６℃を意味する［１Ａｈ］となる。従ってこ
れらの情報を組み合わせたｎ回目の制御／処理情報ＣＭ−ｎは［Ｂ３０１１Ａ］と表現さ
れる。２．７節 通信ミドルウェア層でのＡ−フォーマットのデータ構造本実施形態シス
テム内で使用される“Ａ−フォーマット”は２．１節で図１６を用いて説明したように、
主に機器１２５０やサーバｎ＿１１１６−ｎに対して情報通信される通信ミドルウェア層
ＡＰＬ０６内で使用する事を主眼としている。またそれに限らず、異なるシステムコント
ローラα＿１１２６、β＿１１２８間の情報通信に使用しても良く、また複合モジュール
１４６０、１４７０との情報通信に使用しても良い。また既に図１０Ｂを用いて２．１節
で説明したように、Ａ−フォーマットでは基本的に送信側ノードと受信側ノード間での交
換情報（テーブル）１８１０の交換処理により情報通信を行う。従ってこの交換情報（テ
ーブル）１８１０（またはその一部）が、図１１（ａ）に示した通信ミドルウェアデータ
ＡＰＬＤＴ内の一部としてＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納される。
態変更制御）する場合を一例に取り、交換情報（テーブル）１８１０に対応したＥ−フォ
ーマットデータＥ−ＤＴ内の情報の説明を行う。所でＥ−フォーマットでの設定変更（状
態変更制御）の指令（コマンド発行）は、２．１節で説明した中の“書き込み要求”に対
応する。従って図１５Ａ（ｃ）の交信アクセス制御情報ＥＳＶ（１８３０）として、［６
０ｈ］（＝応答不要時）または［６１ｈ］（＝応答要時）が設定される。（また参考まで
に記載すると、交信アクセス制御情報ＥＳＶ（１８３０）の設定コードとして“読み出し
要求”時には［６２ｈ］、“通知”時には［７３ｈ］、“読み出し応答”時には［７２ｈ
］がそれぞれ対応する。）そして家庭用エアコンの機器種別グループコードＤＴＧＣは、
空調関連機器グループを意味する［０１ｈ］が該当する。また機器種別コードＤＴＣは、
［３０ｈ］となる。ここでシステムα＿１１３２内の１台目のエアコンに割り当てた場合
の同一機種別機器識別コードＤＩＤＣは［０１ｈ］となる。従ってシステムコントローラ
α＿１１２６からこの家庭用エアコンに状態変更制御の指令１８５２（図１０Ｂのケース
１に対応）を行う場合には、図１５Ａ（ｃ）内の受信側機器の識別情報は［０１３００１
ｈ］となる。そしてシステムコントローラα＿１１２６から制御して該当するエアコンを
動作状態に変更する場合には、交換情報の種別識別情報ＥＰＣは［８０ｈ］、個別交換情
報のデータサイズは［０１ｈ］（＝１バイト）、個別交換情報ＥＤＴは［３０ｈ］となる
。従ってこれらの情報を組み合わせた初回の制御／処理情報ＣＭ−１は［８００１３０ｈ
］で表せる。次にｎかいめの制御／処理として設定温度を２６℃に設定変更する場合には
、交換情報の種別識別情報ＥＰＣは［Ｂ３ｈ］、個別交換情報のデータサイズは［０１ｈ
］（＝１バイト）、個別交換情報ＥＤＴは２６℃を意味する［１Ａｈ］となる。従ってこ
れらの情報を組み合わせたｎ回目の制御／処理情報ＣＭ−ｎは［Ｂ３０１１Ａ］と表現さ
れる。２．７節 通信ミドルウェア層でのＡ−フォーマットのデータ構造本実施形態シス
テム内で使用される“Ａ−フォーマット”は２．１節で図１６を用いて説明したように、
主に機器１２５０やサーバｎ＿１１１６−ｎに対して情報通信される通信ミドルウェア層
ＡＰＬ０６内で使用する事を主眼としている。またそれに限らず、異なるシステムコント
ローラα＿１１２６、β＿１１２８間の情報通信に使用しても良く、また複合モジュール
１４６０、１４７０との情報通信に使用しても良い。また既に図１０Ｂを用いて２．１節
で説明したように、Ａ−フォーマットでは基本的に送信側ノードと受信側ノード間での交
換情報（テーブル）１８１０の交換処理により情報通信を行う。従ってこの交換情報（テ
ーブル）１８１０（またはその一部）が、図１１（ａ）に示した通信ミドルウェアデータ
ＡＰＬＤＴ内の一部としてＩＰｖ６データ／ペイロードＩＰｖ６ＤＵ内に格納される。
Ａ−フォーマットでは図１５Ｂに一例を示すように、通信ミドルウェアデータＡＰＬＤ
ＴとしてＸＭＬ（Extensible Markup Language）形式で記述されても良い。本明細書では
上記ＸＭＬやＨＴＭＬ（Hypertext Markup Language）などテキストベースで内容を記述
する方法を“広義のテキスト形式”と呼ぶ。例えばＨＴＭＬでは記述文中に必ずタグの記
載が有る。しかしここで言う“広義のテキスト形式”では必ずしも上記のタグ記述は必須
ではなく、広義の意味で何らかのテキスト形式の記述が有れば“広義のテキスト形式”に
含まれる。従って例えばＪａｖａアプレットや JavaScript（登録商標）、あるいはＣ言
語などのプログラムも上記の広義のテキスト形式に含まれる。このように通信ミドルウェ
アデータＡＰＬＤＴを広義のテキスト形式で記述する事で、通信ミドルウェアデータＡＰ
ＬＤＴとしての汎用性や拡張性を確保できる効果が有る。従って本実施形態システムにお
けるＡ−フォーマットとは、『通信ミドルウェア層ＡＰＬに関係する通信情報として、広
義のテキスト形式で記述されるフォーマット』と定義する。そして前記広義のテキスト形
式で記述されるあらゆるフォーマットが、このＡ−フォーマットに含まれる。そして図１
０Ｂのテーブル形式で構成される交換情報（テーブル）１８１０は、図１５Ｂ（ｂ）にお
ける“<table> Element 領域”（<table - > から </table> までの範囲）が相当しても
良い。
ＴとしてＸＭＬ（Extensible Markup Language）形式で記述されても良い。本明細書では
上記ＸＭＬやＨＴＭＬ（Hypertext Markup Language）などテキストベースで内容を記述
する方法を“広義のテキスト形式”と呼ぶ。例えばＨＴＭＬでは記述文中に必ずタグの記
載が有る。しかしここで言う“広義のテキスト形式”では必ずしも上記のタグ記述は必須
ではなく、広義の意味で何らかのテキスト形式の記述が有れば“広義のテキスト形式”に
含まれる。従って例えばＪａｖａアプレットや JavaScript（登録商標）、あるいはＣ言
語などのプログラムも上記の広義のテキスト形式に含まれる。このように通信ミドルウェ
アデータＡＰＬＤＴを広義のテキスト形式で記述する事で、通信ミドルウェアデータＡＰ
ＬＤＴとしての汎用性や拡張性を確保できる効果が有る。従って本実施形態システムにお
けるＡ−フォーマットとは、『通信ミドルウェア層ＡＰＬに関係する通信情報として、広
義のテキスト形式で記述されるフォーマット』と定義する。そして前記広義のテキスト形
式で記述されるあらゆるフォーマットが、このＡ−フォーマットに含まれる。そして図１
０Ｂのテーブル形式で構成される交換情報（テーブル）１８１０は、図１５Ｂ（ｂ）にお
ける“<table> Element 領域”（<table - > から </table> までの範囲）が相当しても
良い。
またＡ−フォーマットでは上記<table> Element の親エレメント（Parent Element）と
して、Root Element である<tdl> Element が設定されても良い。（ここで上記の<tdl>
とは、transferring data language を意味する。）また図１５Ｂ（ｂ）内で記載される
ように、前記 <tdl> Element の属性情報（Attribute）として date 属性（date attribu
te）により該当テーブルの作成日を記述しても良い。ここで図１５Ｂ（ｂ）の記述では、
該当テーブルの作成日が“２０１４年１２月２５日”となっている。
して、Root Element である<tdl> Element が設定されても良い。（ここで上記の<tdl>
とは、transferring data language を意味する。）また図１５Ｂ（ｂ）内で記載される
ように、前記 <tdl> Element の属性情報（Attribute）として date 属性（date attribu
te）により該当テーブルの作成日を記述しても良い。ここで図１５Ｂ（ｂ）の記述では、
該当テーブルの作成日が“２０１４年１２月２５日”となっている。
そして図１５Ｂ（ｂ）が示すように、上記 <table> Element 内の number 属性（numbe
r attribute）あるいはname 属性（name attribute）が、図１０Ｂに示した交換情報の
種別識別情報１８４０に相当する。所でＡ−フォーマットで記述された通信ミドルウェア
データＡＰＬＤＴ内では、２．６節で説明したＥ−フォーマットのように機器種別グルー
プコードＤＴＧＣや機器種別コードＤＴＣに対応した情報を表出って示す場所は無い。そ
の代わりに、機器１２５０内の状態を収集すべき情報の項目と情報表現形式、または機器
１２５０の状態変更制御（設定変更）すべき項目と制御情報の表現形式を予め規定したテ
ーブルのテンプレートが、対応する機器種別毎に細かく設定されている。そしてこの機器
種別毎に細かく設定されたテーブルのテンプレート毎にテーブル番号とそのテーブル名が
指定されている。この一例として図１５Ｂ（ｂ）内で『number="02"』と記述しているよ
うに、number 属性が指定した数値で対応するテーブルのテンプレート番号を直接指定し
ても良い。従って上記の number 属性あるいは name 属性を対応する <table> Element
内に記述する事で、自動的にテーブルのテンプレートに合わせた通信ミドルウェアデータ
ＡＰＬＤＴ内記述が可能となる。またそれに限らず本実施形態システムでは、情報交換用
テーブルに使用される標準テンプレートの選択用に使える上記交換情報の種別識別情報１
８４０に他の記述文を対応させても良い。また上記の number 属性で数値を指定する事で
機器１２５０の種別に応じたテーブルのテンプレートを関連付ける方法と同様に、複合モ
ジュール１４６０、１４７０の種類に応じた情報交換用標準テンプレート呼び出しには図
１２Ｂ（ｅ）の複合モジュール種類識別情報ＣＭＴＩＤを利用しても良い（詳細内容は２
．５節参照）。
r attribute）あるいはname 属性（name attribute）が、図１０Ｂに示した交換情報の
種別識別情報１８４０に相当する。所でＡ−フォーマットで記述された通信ミドルウェア
データＡＰＬＤＴ内では、２．６節で説明したＥ−フォーマットのように機器種別グルー
プコードＤＴＧＣや機器種別コードＤＴＣに対応した情報を表出って示す場所は無い。そ
の代わりに、機器１２５０内の状態を収集すべき情報の項目と情報表現形式、または機器
１２５０の状態変更制御（設定変更）すべき項目と制御情報の表現形式を予め規定したテ
ーブルのテンプレートが、対応する機器種別毎に細かく設定されている。そしてこの機器
種別毎に細かく設定されたテーブルのテンプレート毎にテーブル番号とそのテーブル名が
指定されている。この一例として図１５Ｂ（ｂ）内で『number="02"』と記述しているよ
うに、number 属性が指定した数値で対応するテーブルのテンプレート番号を直接指定し
ても良い。従って上記の number 属性あるいは name 属性を対応する <table> Element
内に記述する事で、自動的にテーブルのテンプレートに合わせた通信ミドルウェアデータ
ＡＰＬＤＴ内記述が可能となる。またそれに限らず本実施形態システムでは、情報交換用
テーブルに使用される標準テンプレートの選択用に使える上記交換情報の種別識別情報１
８４０に他の記述文を対応させても良い。また上記の number 属性で数値を指定する事で
機器１２５０の種別に応じたテーブルのテンプレートを関連付ける方法と同様に、複合モ
ジュール１４６０、１４７０の種類に応じた情報交換用標準テンプレート呼び出しには図
１２Ｂ（ｅ）の複合モジュール種類識別情報ＣＭＴＩＤを利用しても良い（詳細内容は２
．５節参照）。
所でＡ−フォーマットに準拠した通信ミドルウェアデータＡＰＬＤＴ内の通信情報記載
例として図１５Ｂ（ｂ）では、図１のスマートメータ１１２４内で周期的に積算した使用
電力量を“積算電流値（Ampere）”で電力供給サービスを行うサービスプロバイダＢ＿１
１１２−２（内のサーバｎ＿１１１６−ｎ）に通知する記述例を示している。また図１で
示したように、このスマートメータ１１２４はシステムコントローラα＿１１２６や卸売
業者Ａ１１０２ともネットワーク回線がつながっているので、このシステムコントローラ
α＿１１２６や卸売業者Ａ１１０２へ向けて上記通信情報を通信しても良い。一方このス
マートメータ１１２４が設置された場所に拠り（すなわち一般家庭内やビルまたは工場に
対応して）供給される電圧値が予め決まっているので、積算電力量の代わりに積算電流値
を通知する。そして図１５Ｂ（ｂ）の記述例に限らず、あらゆる機器１２５０またはあら
ゆる複合モジュール１４６０、１４７０との情報通信に“広義のテキスト形式”で記述し
た情報を使用しても良い。
例として図１５Ｂ（ｂ）では、図１のスマートメータ１１２４内で周期的に積算した使用
電力量を“積算電流値（Ampere）”で電力供給サービスを行うサービスプロバイダＢ＿１
１１２−２（内のサーバｎ＿１１１６−ｎ）に通知する記述例を示している。また図１で
示したように、このスマートメータ１１２４はシステムコントローラα＿１１２６や卸売
業者Ａ１１０２ともネットワーク回線がつながっているので、このシステムコントローラ
α＿１１２６や卸売業者Ａ１１０２へ向けて上記通信情報を通信しても良い。一方このス
マートメータ１１２４が設置された場所に拠り（すなわち一般家庭内やビルまたは工場に
対応して）供給される電圧値が予め決まっているので、積算電力量の代わりに積算電流値
を通知する。そして図１５Ｂ（ｂ）の記述例に限らず、あらゆる機器１２５０またはあら
ゆる複合モジュール１４６０、１４７０との情報通信に“広義のテキスト形式”で記述し
た情報を使用しても良い。
図１５Ｂ（ｂ）に示す積算電流値の通知の一例として、Ａ−フォーマットではテンプレ
ートとして“テーブル番号が２”で、テーブル・テンプレート名が“Device Nameplate T
able”の標準テーブル（テーブル・テンプレート）を使用しても良い。またＡ−フォーマ
ットでは Table を略して“TBL”と記述しても良い。従って <table> Element 内の numb
er 属性として『number="02"』と記述し、name 属性として『name="DEVICE_NAMEPLATE_TB
L』と記述する。
ートとして“テーブル番号が２”で、テーブル・テンプレート名が“Device Nameplate T
able”の標準テーブル（テーブル・テンプレート）を使用しても良い。またＡ−フォーマ
ットでは Table を略して“TBL”と記述しても良い。従って <table> Element 内の numb
er 属性として『number="02"』と記述し、name 属性として『name="DEVICE_NAMEPLATE_TB
L』と記述する。
既に１．７節内で説明したようにスマートメータ１１２４のタイプとして、“電力使用
量”に限らず“ガスの使用量”や“上水の使用量”、“下水の排出量”など多種類の公共
消費材毎の使用状況を通知するスマートメータ１１２４が存在する。それに対して図１５
Ｂ（ｂ）の記述例では“電気の使用量を測定する”と言う意味で、type 属性には『type=
"E_ELECTRIC_DEVICE_RCD"』と記述している。所で前記の“RCD”は、packedRecord のRe
cord を意味している。既に２．２節で説明したように、図１５Ｂ（ｂ）で記述された通
信ミドルウェア層データＡＰＤＬＴ（の一部）は、ＭＡＣ層データ／ペイロードＭＳＤＵ
内に梱包（packing）されて通信される。従って“上記通信ミドルウェア層データＡＰＤ
ＬＴ（の一部）を梱包（packing）して物理層フレームＰＰＤＵ内に記録（record）して
通信する”と言う意味で、“packedRecord”と言う表現が使われる。従って <packedReco
rd> Element 内のnumber 属性でも上記と同じ単語を用いて『name="E_ELECTRIC_DEVICE_
RCD"』と記述される。
量”に限らず“ガスの使用量”や“上水の使用量”、“下水の排出量”など多種類の公共
消費材毎の使用状況を通知するスマートメータ１１２４が存在する。それに対して図１５
Ｂ（ｂ）の記述例では“電気の使用量を測定する”と言う意味で、type 属性には『type=
"E_ELECTRIC_DEVICE_RCD"』と記述している。所で前記の“RCD”は、packedRecord のRe
cord を意味している。既に２．２節で説明したように、図１５Ｂ（ｂ）で記述された通
信ミドルウェア層データＡＰＤＬＴ（の一部）は、ＭＡＣ層データ／ペイロードＭＳＤＵ
内に梱包（packing）されて通信される。従って“上記通信ミドルウェア層データＡＰＤ
ＬＴ（の一部）を梱包（packing）して物理層フレームＰＰＤＵ内に記録（record）して
通信する”と言う意味で、“packedRecord”と言う表現が使われる。従って <packedReco
rd> Element 内のnumber 属性でも上記と同じ単語を用いて『name="E_ELECTRIC_DEVICE_
RCD"』と記述される。
既に図１０Ｂを用いた２．１節内の説明で、このＡ−フォーマットと２．６節で説明し
たＥ−フォーマットのいずれも交換情報（テーブル）１８１０内に交信アクセス制御情報
１８３０が含まれる事を示した。そしてこの交信アクセス制御情報１８３０を、<table>
Element 内あるいは後述する<set> Element 内の accessibility attribute に対応させ
られる。この accessibility attribute により READWRITE 、READONLY 、WRITEONLY の
いずれかを受信側ノードに要求できる。ここで READ とは、受信側ノード（例えば機器１
２５０や複合モジュール１４６０、１４７０など）の状態を読み取り、その読み取った情
報を回答させる（あるいはセンス情報を通知させる）指示を意味し、Ｅ−フォーマットで
の“読み出し要求”などに対応する。またWRITE とは受信ノード側への情報回答や状態変
更設定の指示を意味し、Ｅ−フォーマットでの“通知”や“読み出し応答”、あるいは“
書き込み要求”に対応する。そしてREADWRITE とは、図１０Ｂケース２の回答要求（リク
エスト）１８７２／応答（レスポンス）１８７４のシーケンス対応を受信側ノードに指示
する場合に使用する。またそれに限らず本実施形態システムでは、他の記述文を上記交信
アクセス制御情報１８３０に対応させても良い。そして図１５Ｂ（ｂ）の例ではスマート
メータ１１２４で測定した“積算電流値（Ampere）”の情報を受信側ノード（例えばサー
バｎ＿１１１６−ｎやコントローラα＿１１２６または卸売業者Ａ１１０２）に通知する
ので、accessibility="WRITEONLY" を指定している。
たＥ−フォーマットのいずれも交換情報（テーブル）１８１０内に交信アクセス制御情報
１８３０が含まれる事を示した。そしてこの交信アクセス制御情報１８３０を、<table>
Element 内あるいは後述する<set> Element 内の accessibility attribute に対応させ
られる。この accessibility attribute により READWRITE 、READONLY 、WRITEONLY の
いずれかを受信側ノードに要求できる。ここで READ とは、受信側ノード（例えば機器１
２５０や複合モジュール１４６０、１４７０など）の状態を読み取り、その読み取った情
報を回答させる（あるいはセンス情報を通知させる）指示を意味し、Ｅ−フォーマットで
の“読み出し要求”などに対応する。またWRITE とは受信ノード側への情報回答や状態変
更設定の指示を意味し、Ｅ−フォーマットでの“通知”や“読み出し応答”、あるいは“
書き込み要求”に対応する。そしてREADWRITE とは、図１０Ｂケース２の回答要求（リク
エスト）１８７２／応答（レスポンス）１８７４のシーケンス対応を受信側ノードに指示
する場合に使用する。またそれに限らず本実施形態システムでは、他の記述文を上記交信
アクセス制御情報１８３０に対応させても良い。そして図１５Ｂ（ｂ）の例ではスマート
メータ１１２４で測定した“積算電流値（Ampere）”の情報を受信側ノード（例えばサー
バｎ＿１１１６−ｎやコントローラα＿１１２６または卸売業者Ａ１１０２）に通知する
ので、accessibility="WRITEONLY" を指定している。
また図１５Ｂ（ｂ）に示した実施例における要素（Element）とは、『センス対象情報
や検出対象の状態情報あるいは制御（設定変更）の対象とする状態情報などの個々の項目
』を示している。従って図１０Ｂの交換情報の種別識別情報１８４０で指定した情報内容
（<table> Element 内の number attribute または name attribute で指定した情報内容
）に合わせて選択されるテーブルのテンプレート内で事前に指定されている項目毎に個々
の <element> Element 内で設定記述される。
や検出対象の状態情報あるいは制御（設定変更）の対象とする状態情報などの個々の項目
』を示している。従って図１０Ｂの交換情報の種別識別情報１８４０で指定した情報内容
（<table> Element 内の number attribute または name attribute で指定した情報内容
）に合わせて選択されるテーブルのテンプレート内で事前に指定されている項目毎に個々
の <element> Element 内で設定記述される。
所で“テーブル番号が２”で事前に設定されているテーブルのテンプレートの中で、『
type="E_ELECTRIC_DEVICE_RCD"』で規定されているテーブル・テンプレートでは、<packe
dRecord> Element の中で規定される個々の項目として、“E_KH”（周期的に積算された
電力量）、“E_KT”（テストパルス出力量）、“E_INPUT_SCALAR”（通信情報の単位を規
定し、センサから入力された値を“何分の一”に圧縮するか？を示す）、“E_ELEMENT”
（スマートメータのローカル番号）、“E_VOLTS”（瞬時の電圧値／送電系の電圧変動を
リアルタイムでモニタ可能）や“E_AMPS”（周期的に積算した電流値）などが事前に準備
されている。そして図１５Ｂ（ｂ）に示す記述例では、その中の“E_KH”と“E_AMPS”の
みを<element> Element を利用して規定する。
type="E_ELECTRIC_DEVICE_RCD"』で規定されているテーブル・テンプレートでは、<packe
dRecord> Element の中で規定される個々の項目として、“E_KH”（周期的に積算された
電力量）、“E_KT”（テストパルス出力量）、“E_INPUT_SCALAR”（通信情報の単位を規
定し、センサから入力された値を“何分の一”に圧縮するか？を示す）、“E_ELEMENT”
（スマートメータのローカル番号）、“E_VOLTS”（瞬時の電圧値／送電系の電圧変動を
リアルタイムでモニタ可能）や“E_AMPS”（周期的に積算した電流値）などが事前に準備
されている。そして図１５Ｂ（ｂ）に示す記述例では、その中の“E_KH”と“E_AMPS”の
みを<element> Element を利用して規定する。
まず name attribute で“E_KH”を指定した <element> Element により、「この通信
情報が周期的に積算された電力量を通知」する事を宣言している。規格上は<element nam
e="E_KH"> の情報だけで“E_KH”が何を意味しているか分かる。しかし規格書を参照しな
くても交換情報（テーブル）１８１０の内容が理解できるように、<description> Elemen
t が設定されている。このように広義のテキスト形式で記述できるＡ−フォーマット内で
“広義のテキストにより補足説明が可能な機能”を持つ所にもＡ−フォーマットの特徴が
有る。それに拠り規格書の参照無しに記述内容が理解できるので、受信側ノードで交換情
報（テーブル）１８１０の理解が容易になる効果が有る。
情報が周期的に積算された電力量を通知」する事を宣言している。規格上は<element nam
e="E_KH"> の情報だけで“E_KH”が何を意味しているか分かる。しかし規格書を参照しな
くても交換情報（テーブル）１８１０の内容が理解できるように、<description> Elemen
t が設定されている。このように広義のテキスト形式で記述できるＡ−フォーマット内で
“広義のテキストにより補足説明が可能な機能”を持つ所にもＡ−フォーマットの特徴が
有る。それに拠り規格書の参照無しに記述内容が理解できるので、受信側ノードで交換情
報（テーブル）１８１０の理解が容易になる効果が有る。
Ａ−フォーマットの一例として、<set> Element を用いて数値設定を行っている。しか
しそれに限らず、別の記述方法で数値設定を行っても良い。また <set> Element 使用に
先立ち、name attribute で“E_KH”を指定した<element> Element 内で“E_AMPS_RCD”
のタイプを規定（<element name="E_AMPS" type="E_AMPS_RCD"）して、「“周期的に積算
した電流値”の項目をＭＡＣ層データ／ペイロードＭＳＤＵ内にpackedRecord して通知
する」事を明示する。その後、同じ“E_AMPS_RCD”の名称を利用して <set> Element を
定義している。
しそれに限らず、別の記述方法で数値設定を行っても良い。また <set> Element 使用に
先立ち、name attribute で“E_KH”を指定した<element> Element 内で“E_AMPS_RCD”
のタイプを規定（<element name="E_AMPS" type="E_AMPS_RCD"）して、「“周期的に積算
した電流値”の項目をＭＡＣ層データ／ペイロードＭＳＤＵ内にpackedRecord して通知
する」事を明示する。その後、同じ“E_AMPS_RCD”の名称を利用して <set> Element を
定義している。
スマートメータ１１２４が測定した“周期的な積算電流値”は、<enum> Element（enum
とは、Electrical numerator を意味する）内の value attribute で設定する。（ここ
でスマートメータ１１２４が、value="$$$$" の $$$$ の所に測定値を自動的に代入する
。）またここで設定した数値を意味する変数名“E_AMPS”を、<enumerator> Element 内
の name attribute で指定している。
とは、Electrical numerator を意味する）内の value attribute で設定する。（ここ
でスマートメータ１１２４が、value="$$$$" の $$$$ の所に測定値を自動的に代入する
。）またここで設定した数値を意味する変数名“E_AMPS”を、<enumerator> Element 内
の name attribute で指定している。
所でＡ−フォーマット内での“補足説明する機能”として、既に<description> Elemen
t を説明した。しかし上記に限らず、label attribute や text attribute を利用して補
足説明を行っても良い。２．８節 本実施形態システムで使用されるアドレステーブルと
その活用例上記の２．３節から２．７節での説明内容から、同一モジュールに対して階層
毎に異なるアドレスが重複して設定される事が分かる。例えば図８Ａのセンサモジュール
１２６０−１や駆動モジュール１２７０−１、あるいは図８Ｂの駆動／通信モジュール１
４７０−２やセンサ／通信モジュール１４６０−５に対して設定され得る各種アドレスの
一覧を示すアドレステーブル内のデータ構造例を図２３に示す。なおこのアドレステーブ
ルの使用方法として、本２．８節内の説明内容以外に４．２節で説明した方法で利用して
も良い。
t を説明した。しかし上記に限らず、label attribute や text attribute を利用して補
足説明を行っても良い。２．８節 本実施形態システムで使用されるアドレステーブルと
その活用例上記の２．３節から２．７節での説明内容から、同一モジュールに対して階層
毎に異なるアドレスが重複して設定される事が分かる。例えば図８Ａのセンサモジュール
１２６０−１や駆動モジュール１２７０−１、あるいは図８Ｂの駆動／通信モジュール１
４７０−２やセンサ／通信モジュール１４６０−５に対して設定され得る各種アドレスの
一覧を示すアドレステーブル内のデータ構造例を図２３に示す。なおこのアドレステーブ
ルの使用方法として、本２．８節内の説明内容以外に４．２節で説明した方法で利用して
も良い。
所で図２３では、図８Ｂの駆動／通信モジュール１４７０−２やセンサ／通信モジュー
ル１４６０−５に重複されて設定されている各種アドレスを同一の縦の列内に纏めて記述
されている。また図８Ａの機器１２５０−１に内蔵されたセンサモジュール１２６０−１
や駆動モジュール１２７０−１に重複されて設定されている各種アドレスも同一の縦の列
内に纏めて記述されている。所で図２３のアドレステーブル内のアドレス項目の一つに含
まれるＩＥＥＥ拡張アドレスＥＸＡＤＲＳは通信モジュールチップ１２０２−４に対して
付与される（２．３節参照）。従って図２３のセンサモジュール１２６０−１と駆動モジ
ュール１２７０−１に対応したＩＥＥＥ拡張アドレスＥＸＡＤＲＳは、同一機器１２５０
−１に内蔵された通信モジュールチップ１２０２−４に関するアドレスが設定されている
。
ル１４６０−５に重複されて設定されている各種アドレスを同一の縦の列内に纏めて記述
されている。また図８Ａの機器１２５０−１に内蔵されたセンサモジュール１２６０−１
や駆動モジュール１２７０−１に重複されて設定されている各種アドレスも同一の縦の列
内に纏めて記述されている。所で図２３のアドレステーブル内のアドレス項目の一つに含
まれるＩＥＥＥ拡張アドレスＥＸＡＤＲＳは通信モジュールチップ１２０２−４に対して
付与される（２．３節参照）。従って図２３のセンサモジュール１２６０−１と駆動モジ
ュール１２７０−１に対応したＩＥＥＥ拡張アドレスＥＸＡＤＲＳは、同一機器１２５０
−１に内蔵された通信モジュールチップ１２０２−４に関するアドレスが設定されている
。
図２３のアドレステーブル内に記載されたアドレス項目の中でメディア・アクセス層Ｍ
ＡＣ０２では２．３節で説明したように、ＩＥＥＥ拡張アドレスＥＸＡＤＲＳが個々に設
定される。次にインターネット・プロトコル・バージョン６層ＩＰｖ６では２．４節で説
明したように、ＩＰアドレスＩＰＡＤＲＳ（送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ／受
信側ＩＰアドレス情報ＤＩＰＡＤＲＳ）が個々に設定される。一方通信ミドルウェア層Ａ
ＰＬ０６では２．６節で説明したＥ−フォーマットに準拠して、同一種別内機器種別コー
ドＤＩＤＣが設定される。
ＡＣ０２では２．３節で説明したように、ＩＥＥＥ拡張アドレスＥＸＡＤＲＳが個々に設
定される。次にインターネット・プロトコル・バージョン６層ＩＰｖ６では２．４節で説
明したように、ＩＰアドレスＩＰＡＤＲＳ（送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ／受
信側ＩＰアドレス情報ＤＩＰＡＤＲＳ）が個々に設定される。一方通信ミドルウェア層Ａ
ＰＬ０６では２．６節で説明したＥ−フォーマットに準拠して、同一種別内機器種別コー
ドＤＩＤＣが設定される。
そして上記一覧に各モジュールが現在配置されているセクション情報を加えた図２３の
一覧表をシステムコントローラβ＿１１３４やシステムコントローラα＿１１２６内のメ
モリ部１２３２内に所持する所に、本実施形態システムの特徴が有る。それにより、（１
） 効率良くかつ精度良くサービスの提供が行え、（２） システムコントローラβ＿１
１３４やシステムコントローラα＿１１２６内でのフォーマット変換が容易に行え、（３
） 送信側ノードや通信経路途中のノード内で発生するエラーの検出が容易となるので、
情報通信の信頼性が向上すると言う効果が生まれる。
一覧表をシステムコントローラβ＿１１３４やシステムコントローラα＿１１２６内のメ
モリ部１２３２内に所持する所に、本実施形態システムの特徴が有る。それにより、（１
） 効率良くかつ精度良くサービスの提供が行え、（２） システムコントローラβ＿１
１３４やシステムコントローラα＿１１２６内でのフォーマット変換が容易に行え、（３
） 送信側ノードや通信経路途中のノード内で発生するエラーの検出が容易となるので、
情報通信の信頼性が向上すると言う効果が生まれる。
第４章で説明したように本実施形態システムでは、セクション１＿１１４２−１〜ｍ＿
１１４２−ｍ毎にサービス提供が行える。従って上記サービスの一形態として同一セクシ
ョン１１４２単位で複数機器１２５０や複数の駆動／通信モジュール１４７０の状態を制
御する（設定状態を変更する）場合に、図２３の情報を活用して状態制御（設定状態の変
更）対象の機器１２５０や駆動／通信モジュール１４７０の選択が非常に容易となる。
１１４２−ｍ毎にサービス提供が行える。従って上記サービスの一形態として同一セクシ
ョン１１４２単位で複数機器１２５０や複数の駆動／通信モジュール１４７０の状態を制
御する（設定状態を変更する）場合に、図２３の情報を活用して状態制御（設定状態の変
更）対象の機器１２５０や駆動／通信モジュール１４７０の選択が非常に容易となる。
また２．１節で説明したように、異なるネットワーク回線（同一システム内ネットワー
ク回線１７８２／システム外ネットワーク回線１７８８／同一ドメイン内ネットワーク回
線２０８２）を跨って情報通信する場合、途中でフォーマット変更を行う事が有る。この
場合に図２３の情報を利用する事で、フォーマット変換がスムーズかつ精度良く行える。
ク回線１７８２／システム外ネットワーク回線１７８８／同一ドメイン内ネットワーク回
線２０８２）を跨って情報通信する場合、途中でフォーマット変更を行う事が有る。この
場合に図２３の情報を利用する事で、フォーマット変換がスムーズかつ精度良く行える。
ここではシステムα＿１１３２内に配置された機器１２５０または複合モジュール１４
６０、１４７０と異なるシステムβ＿１１３４に配置されたシステムコントローラβ＿１
１２８間の情報通信を一例として具体的な説明を行う。そしてこの情報通信途中で、中継
するシステムコントローラα＿１１２６内でフォーマット変換を行う場合の説明を行う。
しかしそれに限らず本実施形態システムにおいて、あらゆる形態のネットワーク通信に図
２３の情報を使用しても良い。この前提条件として、システムコントローラα＿１１２６
とβ＿１１２８共に図２３の情報がメモリ部１２３２内に予め保存されている場合を想定
する。もし仮にシステムコントローラβ＿１１２８の配置位置がシステムα＿１１３２か
ら大きく離れた場合でも、システムコントローラβ＿１１２８は図２３の情報を利用して
システムα＿１１３２内からどのような情報が収集でき、どのような状態制御（状態設定
の変更）が行えるかが分かる。また本実施形態システムでは全ての情報通信にインターネ
ット・プロトコル・バージョン６層ＩＰｖ６を使用するので、システムコントローラβ＿
１１２８と全ての機器１２５０と複合モジュール１４６０、１４７０にはＩＰアドレス情
報ＩＰＡＤＲＳが事前に設定されている。
６０、１４７０と異なるシステムβ＿１１３４に配置されたシステムコントローラβ＿１
１２８間の情報通信を一例として具体的な説明を行う。そしてこの情報通信途中で、中継
するシステムコントローラα＿１１２６内でフォーマット変換を行う場合の説明を行う。
しかしそれに限らず本実施形態システムにおいて、あらゆる形態のネットワーク通信に図
２３の情報を使用しても良い。この前提条件として、システムコントローラα＿１１２６
とβ＿１１２８共に図２３の情報がメモリ部１２３２内に予め保存されている場合を想定
する。もし仮にシステムコントローラβ＿１１２８の配置位置がシステムα＿１１３２か
ら大きく離れた場合でも、システムコントローラβ＿１１２８は図２３の情報を利用して
システムα＿１１３２内からどのような情報が収集でき、どのような状態制御（状態設定
の変更）が行えるかが分かる。また本実施形態システムでは全ての情報通信にインターネ
ット・プロトコル・バージョン６層ＩＰｖ６を使用するので、システムコントローラβ＿
１１２８と全ての機器１２５０と複合モジュール１４６０、１４７０にはＩＰアドレス情
報ＩＰＡＤＲＳが事前に設定されている。
始めに上記の情報通信途中にシステムコントローラα＿１１２６内で通信ミドルウェア
層ＡＰＬ０２、ＡＰＬ０６に関してＣ−フォーマットからＥ−フォーマットへのフォーマ
ット変換を行う方法の説明を行う。既に２．５節で説明したように、Ｃ−フォーマット自
体には一切のアドレス情報を持たないので、このＣ−フォーマット情報からはＥ−フォー
マットで設定が必要な情報は得られない。しかし図２３に示すように図２３内にＥ−フォ
ーマットに関係した情報が予め記録されている。従ってシステムコントローラα＿１１２
６内（具体的にはプロセッサ１２３０内）で、ここに記載されている機器種別グループコ
ードＤＴＧＣや機器種別コードＤＴＣ、同一種別内機器識別コードＤＩＤＣを利用してＥ
−フォーマットに準拠した情報を作成する。
層ＡＰＬ０２、ＡＰＬ０６に関してＣ−フォーマットからＥ−フォーマットへのフォーマ
ット変換を行う方法の説明を行う。既に２．５節で説明したように、Ｃ−フォーマット自
体には一切のアドレス情報を持たないので、このＣ−フォーマット情報からはＥ−フォー
マットで設定が必要な情報は得られない。しかし図２３に示すように図２３内にＥ−フォ
ーマットに関係した情報が予め記録されている。従ってシステムコントローラα＿１１２
６内（具体的にはプロセッサ１２３０内）で、ここに記載されている機器種別グループコ
ードＤＴＧＣや機器種別コードＤＴＣ、同一種別内機器識別コードＤＩＤＣを利用してＥ
−フォーマットに準拠した情報を作成する。
逆にＡ−フォーマットやＥ−フォーマットあるいはＷ−フォーマットからＣ−フォーマ
ットに変換した場合の説明をする。既に２．５節で説明したように、複合モジュール１４
６０、１４７０がＣ−フォーマットを使用する場合には、通信ミドルウェア層ＡＰＬ０２
以外の階層で規定される図１２Ｂ（ｄ）（ｅ）の拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤ
ＲＳを使用する。しかし図２３内に記載されている複合モジュール１４６０、１４７０毎
のＩＥＥＥ拡張アドレスＥＸＡＤＲＳを活用することで、Ｃ−フォーマットに対応した処
理がスムーズに行える。もし万が一上記ＩＥＥＥ拡張アドレスＥＸＡＤＲＳ内に拡大ＩＥ
ＥＥ拡張アドレスＥＸＥＸＡＤＲＳが含まれないフォーマットを使用していた場合には、
ＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥを用いてインタ
ーネット経由で対応する複合モジュール１４６０、１４７０の属性情報を入手できる。し
かしこれに限らず、他の方法を利用しても良い。つまり本実施形態システムでは全ての情
報通信にインターネット・プロトコル・バージョン６層ＩＰｖ６を共通使用する特徴を生
かし、（Ｃ−フォーマット以外を用いた情報通信時にも）２．４節で説明したように図１
３（ｄ）の交信クラス情報ＩＰＣＬＳ内に図１２Ｂ（ｄ）の拡大ＩＥＥＥ拡張アドレスＥ
ＸＥＸＡＤＲＳの情報を事前に格納しても良い。
ットに変換した場合の説明をする。既に２．５節で説明したように、複合モジュール１４
６０、１４７０がＣ−フォーマットを使用する場合には、通信ミドルウェア層ＡＰＬ０２
以外の階層で規定される図１２Ｂ（ｄ）（ｅ）の拡大ＩＥＥＥ拡張アドレスＥＸＥＸＡＤ
ＲＳを使用する。しかし図２３内に記載されている複合モジュール１４６０、１４７０毎
のＩＥＥＥ拡張アドレスＥＸＡＤＲＳを活用することで、Ｃ−フォーマットに対応した処
理がスムーズに行える。もし万が一上記ＩＥＥＥ拡張アドレスＥＸＡＤＲＳ内に拡大ＩＥ
ＥＥ拡張アドレスＥＸＥＸＡＤＲＳが含まれないフォーマットを使用していた場合には、
ＩＥＥＥ８０２．１５．４準拠のチップ毎設定アドレスＡＤＲＳＩＥＥＥを用いてインタ
ーネット経由で対応する複合モジュール１４６０、１４７０の属性情報を入手できる。し
かしこれに限らず、他の方法を利用しても良い。つまり本実施形態システムでは全ての情
報通信にインターネット・プロトコル・バージョン６層ＩＰｖ６を共通使用する特徴を生
かし、（Ｃ−フォーマット以外を用いた情報通信時にも）２．４節で説明したように図１
３（ｄ）の交信クラス情報ＩＰＣＬＳ内に図１２Ｂ（ｄ）の拡大ＩＥＥＥ拡張アドレスＥ
ＸＥＸＡＤＲＳの情報を事前に格納しても良い。
次に物理層ＰＨＹ０２、ＰＨＹ０６やメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６に
関して、システムコントローラα＿１１２６内（具体的にはプロセッサ１２３０内）でフ
ォーマットの変更を行う方法に付いて説明する。この場合には、インターネット・プロト
コル・バージョン６層ＩＰｖ６で指定する共通のＩＰアドレスＩＰＡＤＲＳを基準に図２
３の情報を利用して、物理層とメディア・アクセス層のみの付け替えを行う。つまり本実
施形態システムでは途中の通信回線経路に拠らず共通に、ＩＰｖ６ヘッダＩＰＶ６ＨＤ内
に送信側ＩＰアドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（図
１３（ｂ）参照）が格納されている。従って図２３内情報に対して上記受信側ＩＰアドレ
ス情報ＤＩＰＡＤＲＳを参照すると、Ｚ−フォーマットで使用される受信側のＰＡＮ固有
情報ＰＡＮＩＤやＩＥＥＥ拡張アドレスＥＸＥＡＤＲＳが抽出できる。
関して、システムコントローラα＿１１２６内（具体的にはプロセッサ１２３０内）でフ
ォーマットの変更を行う方法に付いて説明する。この場合には、インターネット・プロト
コル・バージョン６層ＩＰｖ６で指定する共通のＩＰアドレスＩＰＡＤＲＳを基準に図２
３の情報を利用して、物理層とメディア・アクセス層のみの付け替えを行う。つまり本実
施形態システムでは途中の通信回線経路に拠らず共通に、ＩＰｖ６ヘッダＩＰＶ６ＨＤ内
に送信側ＩＰアドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（図
１３（ｂ）参照）が格納されている。従って図２３内情報に対して上記受信側ＩＰアドレ
ス情報ＤＩＰＡＤＲＳを参照すると、Ｚ−フォーマットで使用される受信側のＰＡＮ固有
情報ＰＡＮＩＤやＩＥＥＥ拡張アドレスＥＸＥＡＤＲＳが抽出できる。
最後に図２３の情報を利用する事で、ネットワーク回線を利用した情報通信の信頼性が
向上する説明を行う。情報の送信側ノードや通信経路途中で情報を中継するノード（シス
テムコントローラα＿１１２６を含む）内で万が一のエラーが発生した場合、図１２Ａ〜
図１５Ｂに記載した通信情報の一部に不適切な情報が混入する危険性が有る。これが起き
るとネットワークシステム内での情報通信が阻害される。この問題に対してシステムコン
トローラα＿１１２６、β１１２８内で図２３の情報を利用した通信情報の検証を逐次行
う事で、通信情報のエラー発生有無やエラー箇所の特定が非常に容易に行える。その結果
として、情報通信の信頼性が向上する効果が生まれる。第３章 ユニット毎の管理／表示
方法３．１節 基本的なユニット管理方法に関する概説図１と図２を用いて１．１節で説
明したように、本実施形態システムでは、『ドメイン／システム／セクション／ユニット
／機器または複合モジュール』と言う階層構造を有する。すなわちドメイン２＿１１２２
−２は１個以上のシステムα＿１１３２から構成され、１個のシステム内はセクション１
１４２に分割可能となっている。そしてそのセクション１１４２毎にユニット１２９０が
配置される。またこのユニット１２９０の具体的形態として、機器１２５０単体や複合モ
ジュール１２９５単体あるいはその混在系が許容される。そして更にシステムα＿１１３
２内のネットワーク通信を管理または制御、情報収集するシステムコントローラα＿１１
２６が存在し、この上記ユニット１２９０を管理する。所で停電や故障などの不測自体に
対応可能なように、適宜別のシステムコントローラβ＿１１２８の代替え的な管理／制御
／情報収集も可能となっている。そして更にこの代替え可能なシステムコントローラβ＿
１１２８に関して、“移動可能”または“少なくとも一時的に対応するシステムα＿１１
３２外の配置”が許容される。
向上する説明を行う。情報の送信側ノードや通信経路途中で情報を中継するノード（シス
テムコントローラα＿１１２６を含む）内で万が一のエラーが発生した場合、図１２Ａ〜
図１５Ｂに記載した通信情報の一部に不適切な情報が混入する危険性が有る。これが起き
るとネットワークシステム内での情報通信が阻害される。この問題に対してシステムコン
トローラα＿１１２６、β１１２８内で図２３の情報を利用した通信情報の検証を逐次行
う事で、通信情報のエラー発生有無やエラー箇所の特定が非常に容易に行える。その結果
として、情報通信の信頼性が向上する効果が生まれる。第３章 ユニット毎の管理／表示
方法３．１節 基本的なユニット管理方法に関する概説図１と図２を用いて１．１節で説
明したように、本実施形態システムでは、『ドメイン／システム／セクション／ユニット
／機器または複合モジュール』と言う階層構造を有する。すなわちドメイン２＿１１２２
−２は１個以上のシステムα＿１１３２から構成され、１個のシステム内はセクション１
１４２に分割可能となっている。そしてそのセクション１１４２毎にユニット１２９０が
配置される。またこのユニット１２９０の具体的形態として、機器１２５０単体や複合モ
ジュール１２９５単体あるいはその混在系が許容される。そして更にシステムα＿１１３
２内のネットワーク通信を管理または制御、情報収集するシステムコントローラα＿１１
２６が存在し、この上記ユニット１２９０を管理する。所で停電や故障などの不測自体に
対応可能なように、適宜別のシステムコントローラβ＿１１２８の代替え的な管理／制御
／情報収集も可能となっている。そして更にこの代替え可能なシステムコントローラβ＿
１１２８に関して、“移動可能”または“少なくとも一時的に対応するシステムα＿１１
３２外の配置”が許容される。
上記の階層構造に基付くユニットの管理方法として、『システムα＿１１３２毎にそこ
に所属するユニットを管理する』所に本実施形態システムの特徴が有る。上述したように
、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）がシ
ステム毎のネットワーク通信を管理／制御／情報収集する。従って上述したように『同一
システムα＿１１３２内に含まれる全てのユニット１２９０をシステムα＿１１３２単位
で一括管理』する事で、システムコントローラα＿１１２６（またはシステムコントロー
ラβ＿１１２８）のネットワーク通信の管理／制御／情報収集に関する利便性が向上する
効果が有る。
に所属するユニットを管理する』所に本実施形態システムの特徴が有る。上述したように
、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）がシ
ステム毎のネットワーク通信を管理／制御／情報収集する。従って上述したように『同一
システムα＿１１３２内に含まれる全てのユニット１２９０をシステムα＿１１３２単位
で一括管理』する事で、システムコントローラα＿１１２６（またはシステムコントロー
ラβ＿１１２８）のネットワーク通信の管理／制御／情報収集に関する利便性が向上する
効果が有る。
またそれだけに限らず、４．２節で後述する“プラグイン処理”や“プラグアウト処理
”あるいは“チェックイン処理”を利用して『システムα＿１１３２に出入りするユニッ
ト１２９０に合わせて、システムα＿１１３２内で管理対象となるユニット１２９０が切
り替わる』所も次なる特徴が有る。すなわち特定のユニット１２９０がシステムα＿１１
３２内に入ると、システムコントローラα＿１１２６（またはシステムコントローラβ＿
１１２８）がそれを自動的に検出し、その特定ユニット１２９０をシステムコントローラ
α＿１１２６（またはシステムコントローラβ＿１１２８）の管理対象ユニット１２９０
として自動登録する。逆に別の所定ユニット１２９０がシステムα＿１１３２から外に出
ると、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）
がそれを自動的に検出し、その別の所定ユニット１２９０をシステムコントローラα＿１
１２６（またはシステムコントローラβ＿１１２８）の管理対象ユニット１２９０から自
動的に削除する。
”あるいは“チェックイン処理”を利用して『システムα＿１１３２に出入りするユニッ
ト１２９０に合わせて、システムα＿１１３２内で管理対象となるユニット１２９０が切
り替わる』所も次なる特徴が有る。すなわち特定のユニット１２９０がシステムα＿１１
３２内に入ると、システムコントローラα＿１１２６（またはシステムコントローラβ＿
１１２８）がそれを自動的に検出し、その特定ユニット１２９０をシステムコントローラ
α＿１１２６（またはシステムコントローラβ＿１１２８）の管理対象ユニット１２９０
として自動登録する。逆に別の所定ユニット１２９０がシステムα＿１１３２から外に出
ると、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）
がそれを自動的に検出し、その別の所定ユニット１２９０をシステムコントローラα＿１
１２６（またはシステムコントローラβ＿１１２８）の管理対象ユニット１２９０から自
動的に削除する。
それにより特定システムα＿１１３２に対する複数ユニット１２９０の頻繁な出入りが
有っても、安定かつ高い信頼性を確保したまま特定システムα＿１１３２内のネットワー
ク通信管理が行える効果が有る。
例えば従来のコンピュータシステムに外付けハードディスク装置や外付け光ディスク装
置またはＵＳＢメモリ装置などが接続されると、『新たな追加ドライブ』（例えばＤドラ
イブやＥドライブなど）として自動認識（プラグイン処理）されて“ドライブ管理”され
る。ここで同一システムα＿１１３２内に所属するユニット１２９０の数が少数の場合に
は、上記のようにユニット１２９０毎に個々のドライブとして管理されても良い。しかし
本実施形態システムでは、同一システムα＿１１３２内での多量なユニット１２９０の所
属を許容する。仮に上述したように同一システムα＿１１３２内で追加されるユニット１
２９０毎に“Ｄドライブ”、“Ｅドライブ”‥ と逐次ドライブ追加すると、“Ｚドライ
ブ”を越えた段階でドライブ管理が破綻する。このように従来技術を利用したユニット１
２９０管理を試みるとＡ〕同一システムα＿１１３２内のユニット１２９０数の増大に対
応できないと言う問題が有る。同様にドライブ管理に限らずネットワーク通信制御などの
ポート割付まで考えると、Ｂ〕ユニット１２９０増大に、対応するポート割付けも破綻す
ると言う更なる関連問題も生じる。この〔Ａ〕と〔Ｂ〕の問題点回避を目指して独自な斬
新的対策を試みると、Ｃ〕従来のコンピュータシステム上の管理方法との互換性が崩れる
と言う更なる問題が生じる。
有っても、安定かつ高い信頼性を確保したまま特定システムα＿１１３２内のネットワー
ク通信管理が行える効果が有る。
例えば従来のコンピュータシステムに外付けハードディスク装置や外付け光ディスク装
置またはＵＳＢメモリ装置などが接続されると、『新たな追加ドライブ』（例えばＤドラ
イブやＥドライブなど）として自動認識（プラグイン処理）されて“ドライブ管理”され
る。ここで同一システムα＿１１３２内に所属するユニット１２９０の数が少数の場合に
は、上記のようにユニット１２９０毎に個々のドライブとして管理されても良い。しかし
本実施形態システムでは、同一システムα＿１１３２内での多量なユニット１２９０の所
属を許容する。仮に上述したように同一システムα＿１１３２内で追加されるユニット１
２９０毎に“Ｄドライブ”、“Ｅドライブ”‥ と逐次ドライブ追加すると、“Ｚドライ
ブ”を越えた段階でドライブ管理が破綻する。このように従来技術を利用したユニット１
２９０管理を試みるとＡ〕同一システムα＿１１３２内のユニット１２９０数の増大に対
応できないと言う問題が有る。同様にドライブ管理に限らずネットワーク通信制御などの
ポート割付まで考えると、Ｂ〕ユニット１２９０増大に、対応するポート割付けも破綻す
ると言う更なる関連問題も生じる。この〔Ａ〕と〔Ｂ〕の問題点回避を目指して独自な斬
新的対策を試みると、Ｃ〕従来のコンピュータシステム上の管理方法との互換性が崩れる
と言う更なる問題が生じる。
上記〔Ａ〕〜〔Ｃ〕の課題を同時に解決する方法として本実施形態では、『コンピュー
タのネットワークを経由したファイル管理に類似した手法でユニットを管理する』所に大
きな特徴が有る。そして『１ユニット１２９０≒１擬似的なファイル』と見なす。ここで
ユニット１２９０を管理するシステムコントローラα＿１１２６（またはシステムコント
ローラβ＿１１２８）から見た“ユニット１２９０からの所定情報収集（例えばセンサ情
報の収集）”の処理を、“ユニット１２９０からの情報再生（READ）処理”として管理す
る。同様にユニット１２９０を管理するシステムコントローラα＿１１２６（またはシス
テムコントローラβ＿１１２８）から見た“ユニット１２９０に対する設定状態の変更（
制御）”の処理を、“ユニット１２９０に対する変更後の設定状態情報（制御したい内容
）の書き込み（WRITE）処理”として管理する。
タのネットワークを経由したファイル管理に類似した手法でユニットを管理する』所に大
きな特徴が有る。そして『１ユニット１２９０≒１擬似的なファイル』と見なす。ここで
ユニット１２９０を管理するシステムコントローラα＿１１２６（またはシステムコント
ローラβ＿１１２８）から見た“ユニット１２９０からの所定情報収集（例えばセンサ情
報の収集）”の処理を、“ユニット１２９０からの情報再生（READ）処理”として管理す
る。同様にユニット１２９０を管理するシステムコントローラα＿１１２６（またはシス
テムコントローラβ＿１１２８）から見た“ユニット１２９０に対する設定状態の変更（
制御）”の処理を、“ユニット１２９０に対する変更後の設定状態情報（制御したい内容
）の書き込み（WRITE）処理”として管理する。
所でコンピュータのネットワークを経由したファイル管理では、ネットワーク上のファ
イル保存場所指定用に“ＵＲＬ（Uniform Resource Locator）の指定”を行う場合が多い
。しかしユニット１２９０の存在場所は同一システムα＿１１３２内と決まっているので
、本実施形態では『ＵＲＬ指定の代わりに管理対象となるシステムα＿１１３２を１個の
ドライブまたはフォルダ、ディレクトリとして割り当てる』所にも特徴が有る。上記〔Ａ
〕のようにユニット１２９０毎に個別ドライブを割り当てると、ユニット１２９０数の増
大への対応は難しくなる。しかし上述したように『１システムα＿１１３２に対して唯一
のドライブまたはフォルダ、ディレクトリのみを割り当て』する事で、ユニット１２９０
数の増大に柔軟に対応できるばかりで無く、ポート割付にも破綻が起きず、従来コンピュ
ータ世界での管理方法との互換性が確保できる効果が生まれる。
イル保存場所指定用に“ＵＲＬ（Uniform Resource Locator）の指定”を行う場合が多い
。しかしユニット１２９０の存在場所は同一システムα＿１１３２内と決まっているので
、本実施形態では『ＵＲＬ指定の代わりに管理対象となるシステムα＿１１３２を１個の
ドライブまたはフォルダ、ディレクトリとして割り当てる』所にも特徴が有る。上記〔Ａ
〕のようにユニット１２９０毎に個別ドライブを割り当てると、ユニット１２９０数の増
大への対応は難しくなる。しかし上述したように『１システムα＿１１３２に対して唯一
のドライブまたはフォルダ、ディレクトリのみを割り当て』する事で、ユニット１２９０
数の増大に柔軟に対応できるばかりで無く、ポート割付にも破綻が起きず、従来コンピュ
ータ世界での管理方法との互換性が確保できる効果が生まれる。
次に上記の基本概念に対する実現手法の説明を行う。コンピュータネットワークを利用
したアプリケーションソフト上で上記の“ユニット１２９０管理方法”を適用させるため
、新たな『ユニット管理対応ＡＰＩ（Application Interface）』を定義する方法が有る
。またそれに限らず新たな『ユニット管理対応組み込み関数や参照／利用可能なサブプロ
グラム』を定義しても良い。ここで前記の別プログラムから参照／利用可能なサブプログ
ラムとして“サブルーチン”と呼ばれるプログラムを用いても良い。また上述した組み込
み関数として“ファンクション”と呼ばれるプログラムやJavaScriptで特定アプリソフト
（特定クラス）内で組み込み活用される所定の“メソッド”と呼ばれるプログラムでも良
い。３．２節 ユニット管理手段３．１節で説明したユニット管理の基本概念を実現する
手段として、上記のアプリケーションソフト対応以外に下記に示すハードウェア上での工
夫も行う。
したアプリケーションソフト上で上記の“ユニット１２９０管理方法”を適用させるため
、新たな『ユニット管理対応ＡＰＩ（Application Interface）』を定義する方法が有る
。またそれに限らず新たな『ユニット管理対応組み込み関数や参照／利用可能なサブプロ
グラム』を定義しても良い。ここで前記の別プログラムから参照／利用可能なサブプログ
ラムとして“サブルーチン”と呼ばれるプログラムを用いても良い。また上述した組み込
み関数として“ファンクション”と呼ばれるプログラムやJavaScriptで特定アプリソフト
（特定クラス）内で組み込み活用される所定の“メソッド”と呼ばれるプログラムでも良
い。３．２節 ユニット管理手段３．１節で説明したユニット管理の基本概念を実現する
手段として、上記のアプリケーションソフト対応以外に下記に示すハードウェア上での工
夫も行う。
従来のコンピュータシステム周辺のハードウェア構成とソフトウェア階層構造を図１８
Ａに示す。コンピュータに内蔵されたプロセッサ３０１０は、バスライン３０１２を経由
して通信制御部３０２８や記録媒体制御部３０２４と接続されている。ここでプロセッサ
３０１０と記録媒体制御部３０２４との間の情報通信は、直接バスライン３０１２に接続
している接続部３０１８を介してデバイスドライブ（通称デバドラ）対応コマンド／ステ
ータス情報が相互通信される。そして記録媒体制御部３０２４がその内容を解読し、直接
記録媒体（ハード部）３０１４を駆動する。所でこの記録媒体（ハード部）３０１４の具
体例として、ハードディスクや光ディスク、ＵＳＢメモリなどが上げられる。
Ａに示す。コンピュータに内蔵されたプロセッサ３０１０は、バスライン３０１２を経由
して通信制御部３０２８や記録媒体制御部３０２４と接続されている。ここでプロセッサ
３０１０と記録媒体制御部３０２４との間の情報通信は、直接バスライン３０１２に接続
している接続部３０１８を介してデバイスドライブ（通称デバドラ）対応コマンド／ステ
ータス情報が相互通信される。そして記録媒体制御部３０２４がその内容を解読し、直接
記録媒体（ハード部）３０１４を駆動する。所でこの記録媒体（ハード部）３０１４の具
体例として、ハードディスクや光ディスク、ＵＳＢメモリなどが上げられる。
一方では情報通信実行部３０１６はネットワーク通信を実際に実行する部分を示し、通
信媒体の有線／無線に応じた通信手段を有する。そしてこの情報通信実行部３０１６に対
しても、上述したのと同様な方法でプロセッサ３０１０から制御される。
ソフトウェアから見た従来のコンピュータ制御としては、ＯＳ（Operating System）層
３０３０内に記録媒体（ハード部）３０１４の制御に関与するデバイスドライバ領域３０
２２や情報通信実行部３０１６の制御に関与する通信ドライバ領域３０２６が含まれる。
一方でアプリケーションソフト３０５０は、ＯＳ層３０３０に対してＡＰＩ（Applicatio
n Programming Interface）コマンド３０４５を発行してアプリケーションソフト３０５
０の実行処理を行う。
信媒体の有線／無線に応じた通信手段を有する。そしてこの情報通信実行部３０１６に対
しても、上述したのと同様な方法でプロセッサ３０１０から制御される。
ソフトウェアから見た従来のコンピュータ制御としては、ＯＳ（Operating System）層
３０３０内に記録媒体（ハード部）３０１４の制御に関与するデバイスドライバ領域３０
２２や情報通信実行部３０１６の制御に関与する通信ドライバ領域３０２６が含まれる。
一方でアプリケーションソフト３０５０は、ＯＳ層３０３０に対してＡＰＩ（Applicatio
n Programming Interface）コマンド３０４５を発行してアプリケーションソフト３０５
０の実行処理を行う。
上述した従来形に比べてシステムコントローラα＿１１２６（あるいはシステムコント
ローラβ＿１１２８）は図１０Ａに示すように、システム外ネットワーク回線１７８８を
用いた情報通信制御と同一システム内ネットワーク回線１７８２を用いた情報通信制御の
両方を行う所に大きな特徴が有る。そしてそれを可能にするために図１８Ｂに示すように
、システム外接続対応情報通信実行部３０１７とシステム内接続対応情報通信実行部３０
１５の両方を所持している。所で説明の便宜上、図１８Ｂでは両者を物理的に分離して記
述している。しかしそれに限らずシステム外接続対応情報通信実行部３０１７とシステム
内接続対応情報通信実行部３０１５間の一部が重複／兼用される構造を取っても良いし、
一方が他方に略包含される広義の包含関係を持っても良い。
ローラβ＿１１２８）は図１０Ａに示すように、システム外ネットワーク回線１７８８を
用いた情報通信制御と同一システム内ネットワーク回線１７８２を用いた情報通信制御の
両方を行う所に大きな特徴が有る。そしてそれを可能にするために図１８Ｂに示すように
、システム外接続対応情報通信実行部３０１７とシステム内接続対応情報通信実行部３０
１５の両方を所持している。所で説明の便宜上、図１８Ｂでは両者を物理的に分離して記
述している。しかしそれに限らずシステム外接続対応情報通信実行部３０１７とシステム
内接続対応情報通信実行部３０１５間の一部が重複／兼用される構造を取っても良いし、
一方が他方に略包含される広義の包含関係を持っても良い。
図１８Ｂのシステム外接続対応情報通信実行部３０１７とシステム内接続対応情報通信
実行部３０１５は無線電波の（検波を含む）送受信部あるいは有線通信の通信情報送受信
部を意味している。従ってそれらを制御するシステム外接続対応通信制御部３０２９やシ
ステム内接続対応通信制御部３０２１が存在する。また説明の便宜上、ＯＳ層３０３０内
にシステム外接続対応通信ドライバ領域３０２７に対応した所定プログラム領域とシステ
ム内接続対応通信ドライバ領域３０２５に対応した所定プログラム領域が存在するように
記載した。しかし実際には独立したサブプログラムが存在する必要は無く、両者の一部が
兼用される場合や、両者の中のいずれかのプログラムステップがＢＩＯＳ（Basic Input/
Output System）制御領域３０２０に対応したプログラム領域と重複／兼用しても良い。
実行部３０１５は無線電波の（検波を含む）送受信部あるいは有線通信の通信情報送受信
部を意味している。従ってそれらを制御するシステム外接続対応通信制御部３０２９やシ
ステム内接続対応通信制御部３０２１が存在する。また説明の便宜上、ＯＳ層３０３０内
にシステム外接続対応通信ドライバ領域３０２７に対応した所定プログラム領域とシステ
ム内接続対応通信ドライバ領域３０２５に対応した所定プログラム領域が存在するように
記載した。しかし実際には独立したサブプログラムが存在する必要は無く、両者の一部が
兼用される場合や、両者の中のいずれかのプログラムステップがＢＩＯＳ（Basic Input/
Output System）制御領域３０２０に対応したプログラム領域と重複／兼用しても良い。
３．１節で説明した動作概要を実現する手段として図１８Ｂの実施例では、仮想的デバ
イスドライバ領域（ユニット毎に擬似的なファイルとして管理するため、記録装置に対応
した“デバイスドライバ”と言う用語を使用）に対応するシステム内ユニットの管理／制
御領域３０３４を（物理上現実的もしくは仮想的に）形成させる。そしてこのシステム内
ユニットの管理／制御領域３０３４は、システム内接続対応通信ドライバ領域３０２５に
対応する制御プログラムを含めたハードウェア構造のプロセッサ３０１０（の少なくとも
一部）、及びシステム内接続対応通信制御部３０２１、そして両者をつなぐバスライン３
０１２（接続部３０１８を含む）から構成される。
イスドライバ領域（ユニット毎に擬似的なファイルとして管理するため、記録装置に対応
した“デバイスドライバ”と言う用語を使用）に対応するシステム内ユニットの管理／制
御領域３０３４を（物理上現実的もしくは仮想的に）形成させる。そしてこのシステム内
ユニットの管理／制御領域３０３４は、システム内接続対応通信ドライバ領域３０２５に
対応する制御プログラムを含めたハードウェア構造のプロセッサ３０１０（の少なくとも
一部）、及びシステム内接続対応通信制御部３０２１、そして両者をつなぐバスライン３
０１２（接続部３０１８を含む）から構成される。
このシステム内ユニットの管理／制御領域３０３４内の構成は、図４Ｄで説明したプロ
セッサ／通信モジュール１４６５に対応している。つまり１．３節内で既に説明したよう
に、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）内
の同一システム内ネットワーク回線１７８２を利用したネットワーク通信に関与する部分
はプロセッサ／通信モジュール１４６５と呼ばれる複合モジュール１２９５を構成してい
る。
セッサ／通信モジュール１４６５に対応している。つまり１．３節内で既に説明したよう
に、システムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）内
の同一システム内ネットワーク回線１７８２を利用したネットワーク通信に関与する部分
はプロセッサ／通信モジュール１４６５と呼ばれる複合モジュール１２９５を構成してい
る。
所で仮に同一システム内ネットワーク回線１７８２と言う特殊回線を使用してもネット
ワーク通信に関与する部分は、従来技術的には図１８の通信制御部３０２８や通信ドライ
バ領域３０２６の一部と見なすべきと考えられる。しかし３．１節内で説明したように『
１ユニット１２９０≒１擬似的なファイル』と見なしてユニット１２９０を管理する場合
には、上述したシステム内ユニットの管理／制御領域３０３４は図１８Ａ内のデバイスド
ライバ領域３０２２に機能的に近い。従って図１８Ｂの実施形態例では、システム内ユニ
ットの管理／制御領域３０３４内の少なくとも一部はＯＳ層３０３０内のデバイスドライ
ブ領域３０２２内に含まれる。このように図１８Ｂを記載したように、『既存のデバイス
ドライバ領域３０２２内に相当する制御プログラムの一部をユニット１２９０管理に兼用
活用』しても良い。またそれに限らず、既存のＢＩＯＳ制御領域３０２０に対応した制御
プログラムの一部をユニット１２９０管理に兼用活用しても良い（すなわち前記ＢＩＯＳ
制御領域３０２０に対応した制御プログラムの一部をシステム内ユニットの管理／制御領
域３０３４に含めても良い）。
ワーク通信に関与する部分は、従来技術的には図１８の通信制御部３０２８や通信ドライ
バ領域３０２６の一部と見なすべきと考えられる。しかし３．１節内で説明したように『
１ユニット１２９０≒１擬似的なファイル』と見なしてユニット１２９０を管理する場合
には、上述したシステム内ユニットの管理／制御領域３０３４は図１８Ａ内のデバイスド
ライバ領域３０２２に機能的に近い。従って図１８Ｂの実施形態例では、システム内ユニ
ットの管理／制御領域３０３４内の少なくとも一部はＯＳ層３０３０内のデバイスドライ
ブ領域３０２２内に含まれる。このように図１８Ｂを記載したように、『既存のデバイス
ドライバ領域３０２２内に相当する制御プログラムの一部をユニット１２９０管理に兼用
活用』しても良い。またそれに限らず、既存のＢＩＯＳ制御領域３０２０に対応した制御
プログラムの一部をユニット１２９０管理に兼用活用しても良い（すなわち前記ＢＩＯＳ
制御領域３０２０に対応した制御プログラムの一部をシステム内ユニットの管理／制御領
域３０３４に含めても良い）。
図１８Ｂの実施形態例では、システムコントローラα＿１１２６（またはシステムコン
トローラβ＿１１２８）内で所定のＯＳ（Operating System）を使用する場合を説明した
。しかしそれに限らず、一切の既存ＯＳを使わずにシステムコントローラα＿１１２６（
またはシステムコントローラβ＿１１２８）の実行処理を行っても良い。
トローラβ＿１１２８）内で所定のＯＳ（Operating System）を使用する場合を説明した
。しかしそれに限らず、一切の既存ＯＳを使わずにシステムコントローラα＿１１２６（
またはシステムコントローラβ＿１１２８）の実行処理を行っても良い。
図１９Ａ及び図１９Ｂに示した実施形態応用例では、JavaScriptを用いてユニット１２
９０の管理を行う手段を示した。このJavaScriptでは所定のＯＳ（Operating System）を
使う代わりにＪＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を対応するプロセッ
サ３０１０毎に設置している。ここで実行するプログラム環境はクラス郡３１６０から構
成され、アプリケーションクラス３１５８内の例えばメインメソッド３１４８がユーザ要
求に応じて実行される。ここでクラス郡３１６０には、JavaScript（Ｊａｖａ言語）で記
述された各種プログラムが含まれる。
９０の管理を行う手段を示した。このJavaScriptでは所定のＯＳ（Operating System）を
使う代わりにＪＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を対応するプロセッ
サ３０１０毎に設置している。ここで実行するプログラム環境はクラス郡３１６０から構
成され、アプリケーションクラス３１５８内の例えばメインメソッド３１４８がユーザ要
求に応じて実行される。ここでクラス郡３１６０には、JavaScript（Ｊａｖａ言語）で記
述された各種プログラムが含まれる。
図１９Ａにおいてプロセッサ３０１０とシステム内接続対応情報通信実行部３０１５が
ハードウェア部を意味している。そしてこのシステム内接続対応情報通信実行部３０１５
の動作は、システム内接続対応通信制御部３０２１で制御される。
所で従来技術では、上記クラス郡３１６０内でファイル管理に関与するプログラムは複
数のファイルクラス内インスタンスメソッド郡３１４４から構成されたファイルクラス３
１５４内に格納されている。それに対して実施形態応用例では、前記クラス郡３１６０内
にユニット１２９０管理用のシステム内ユニットの管理／制御クラス３１５０を新規設定
する。そしてこのシステム内ユニットの管理／制御クラス３１５０内には、ユニットの管
理／制御関連メソッド郡３１４０が格納される領域が存在する。ここで、ユニット１２９
０の管理／制御に関係する各々細分化された動作処理を実行するプログラムが各種メソッ
ドとして存在する。そしてこれら各種メソッドの集合体をメソッド郡と呼ばれ、上記ユニ
ットの管理／制御関連メソッド郡３１４０を構成する。
ハードウェア部を意味している。そしてこのシステム内接続対応情報通信実行部３０１５
の動作は、システム内接続対応通信制御部３０２１で制御される。
所で従来技術では、上記クラス郡３１６０内でファイル管理に関与するプログラムは複
数のファイルクラス内インスタンスメソッド郡３１４４から構成されたファイルクラス３
１５４内に格納されている。それに対して実施形態応用例では、前記クラス郡３１６０内
にユニット１２９０管理用のシステム内ユニットの管理／制御クラス３１５０を新規設定
する。そしてこのシステム内ユニットの管理／制御クラス３１５０内には、ユニットの管
理／制御関連メソッド郡３１４０が格納される領域が存在する。ここで、ユニット１２９
０の管理／制御に関係する各々細分化された動作処理を実行するプログラムが各種メソッ
ドとして存在する。そしてこれら各種メソッドの集合体をメソッド郡と呼ばれ、上記ユニ
ットの管理／制御関連メソッド郡３１４０を構成する。
次にアプリケーションクラス３１５８内のメインメソッド３１４８に記述されたプログ
ラム３１８８とユニットの管理／制御関連メソッド郡３１４０との関係を、図１９Ｂを用
いて説明する。
アプリケーションクラス３１５８の起動時に、予め指定されたファイルクラス３１５４
と本実施形態応用例で新規に提案するシステム内ユニットの管理／制御クラス３１５０の
組み込み処理３１７４、３１７０（インポート処理）を行う。そして組み込まれた（イン
ポートされた）ファイルクラス３１５４内に含まれているファイルクラス内インスタンス
メソッド郡３１４４とシステム内ユニットの管理／制御クラス３１５０内に含まれている
ユニットの管理／制御関連メソッド郡３１４０をアプリケーションクラス３１５８内から
使用可能となる。
ラム３１８８とユニットの管理／制御関連メソッド郡３１４０との関係を、図１９Ｂを用
いて説明する。
アプリケーションクラス３１５８の起動時に、予め指定されたファイルクラス３１５４
と本実施形態応用例で新規に提案するシステム内ユニットの管理／制御クラス３１５０の
組み込み処理３１７４、３１７０（インポート処理）を行う。そして組み込まれた（イン
ポートされた）ファイルクラス３１５４内に含まれているファイルクラス内インスタンス
メソッド郡３１４４とシステム内ユニットの管理／制御クラス３１５０内に含まれている
ユニットの管理／制御関連メソッド郡３１４０をアプリケーションクラス３１５８内から
使用可能となる。
次にメインメソッド３１４８に記述されたプログラムステップ３１８８内からファイル
クラス内インスタンスメソッド群３１４４内の所定メソッドを参照３１９４して、効率良
くファイルシステムに関する実行処理が行える。同様にメインメソッド３１４８に記述さ
れた別のプログラムステップ３１８８からユニットの管理／制御関連メソッド群３１４０
内に含まれた特定メソッドを参照３１９０して、効率良くユニット１２９０に関する管理
／制御／情報収集が行える。
クラス内インスタンスメソッド群３１４４内の所定メソッドを参照３１９４して、効率良
くファイルシステムに関する実行処理が行える。同様にメインメソッド３１４８に記述さ
れた別のプログラムステップ３１８８からユニットの管理／制御関連メソッド群３１４０
内に含まれた特定メソッドを参照３１９０して、効率良くユニット１２９０に関する管理
／制御／情報収集が行える。
本実施形態応用例では、ユーザとは異なる所定組織が予め上記のシステム内ユニットの
管理／制御クラス３１５０に対応したプログラムを作成し、インターネット経由でシステ
ムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）に対して適宜
追加インストールする。またメインメソッド４１４８内でユニットの管理／制御関連メソ
ッド群３１４０内の特定メソッドを参照３１９０するプログラムステップ３１８８は１行
（多くて数行）なため、非常に簡単にアプリケーションクラス３１５８内のユニット１２
９０の管理／制御／情報収集の対応が可能となる。上記の方法を利用する事で、システム
コントローラα＿１１２６（またはシステムコントローラβ＿１１２８）のソフトウェア
開発者の負担をほとんど掛けずにユニット１２９０の管理／制御／情報収集手段の組み込
みが容易に行える効果が有る。
管理／制御クラス３１５０に対応したプログラムを作成し、インターネット経由でシステ
ムコントローラα＿１１２６（またはシステムコントローラβ＿１１２８）に対して適宜
追加インストールする。またメインメソッド４１４８内でユニットの管理／制御関連メソ
ッド群３１４０内の特定メソッドを参照３１９０するプログラムステップ３１８８は１行
（多くて数行）なため、非常に簡単にアプリケーションクラス３１５８内のユニット１２
９０の管理／制御／情報収集の対応が可能となる。上記の方法を利用する事で、システム
コントローラα＿１１２６（またはシステムコントローラβ＿１１２８）のソフトウェア
開発者の負担をほとんど掛けずにユニット１２９０の管理／制御／情報収集手段の組み込
みが容易に行える効果が有る。
図２０に既存のファイルシステムと本実施形態におけるユニット管理方法との比較を示
す。基本的な管理情報の保管場所が既存のファイルシステムでは記憶媒体内に対し、本実
施形態におけるユニット管理方法ではシステムコントローラα＿１１２６内のメモリ部１
２３２内に保存される所が異なる。次にコンテンツ（ファイルシステムでは所定ファイル
／ユニット管理では所定ユニット）へのアクセス方法の説明をする。既存のファイルシス
テムではファイル名（ファイルが保存されているＵＲＬを含む）を指定し、ファイル内の
所定情報が記録されている範囲をファイル内の相対アドレス範囲で指定する。それに比べ
て本実施形態におけるユニット管理方法では、対応ユニットのアドレス指定を行う。所で
この指定されるアドレスとは、図２３のアドレステーブル内に記載されたアドレス（例え
ばＩＰアドレスＩＰＡＤＲＳやＩＥＥＥ拡張アドレスＥＸＡＤＲＳ）を意味する。なお本
実施形態におけるユニット管理方法ではユニット１２９０が所有する情報（変更対象の設
定状態情報やセンサ情報）の情報サイズが相対的に小さいため、１個のユニット１２９０
全体としての情報読み出し／書き込みを行う。そのため既存のファイルシステムと比べて
管理／制御／情報収集が大幅に簡素化される効果が有る。
す。基本的な管理情報の保管場所が既存のファイルシステムでは記憶媒体内に対し、本実
施形態におけるユニット管理方法ではシステムコントローラα＿１１２６内のメモリ部１
２３２内に保存される所が異なる。次にコンテンツ（ファイルシステムでは所定ファイル
／ユニット管理では所定ユニット）へのアクセス方法の説明をする。既存のファイルシス
テムではファイル名（ファイルが保存されているＵＲＬを含む）を指定し、ファイル内の
所定情報が記録されている範囲をファイル内の相対アドレス範囲で指定する。それに比べ
て本実施形態におけるユニット管理方法では、対応ユニットのアドレス指定を行う。所で
この指定されるアドレスとは、図２３のアドレステーブル内に記載されたアドレス（例え
ばＩＰアドレスＩＰＡＤＲＳやＩＥＥＥ拡張アドレスＥＸＡＤＲＳ）を意味する。なお本
実施形態におけるユニット管理方法ではユニット１２９０が所有する情報（変更対象の設
定状態情報やセンサ情報）の情報サイズが相対的に小さいため、１個のユニット１２９０
全体としての情報読み出し／書き込みを行う。そのため既存のファイルシステムと比べて
管理／制御／情報収集が大幅に簡素化される効果が有る。
そしてファイル全体またはユニット１２９０全体を管理する管理情報として既存のファ
イルシステムではＦＡＴ（File Allocation Table）やＵＤＦ（Universal Disk Format）
などのファイル管理情報が対応し、本実施形態におけるユニット管理方法では図２３のア
ドレステーブルが対応する。所で読み取り／変更対象情報は既存のファイルシステムでは
ファイル内のコンテンツ（データ）に対して、本実施形態におけるユニット管理方法では
センサ情報や各種状態情報／（変更対象の）設定状況が相当する。また本実施形態におけ
るユニット管理方法ではそれだけに限らず、図１０Ｂに示した交換情報（テーブル）１８
１０も読み取り／変更対象情報に含まれる。
イルシステムではＦＡＴ（File Allocation Table）やＵＤＦ（Universal Disk Format）
などのファイル管理情報が対応し、本実施形態におけるユニット管理方法では図２３のア
ドレステーブルが対応する。所で読み取り／変更対象情報は既存のファイルシステムでは
ファイル内のコンテンツ（データ）に対して、本実施形態におけるユニット管理方法では
センサ情報や各種状態情報／（変更対象の）設定状況が相当する。また本実施形態におけ
るユニット管理方法ではそれだけに限らず、図１０Ｂに示した交換情報（テーブル）１８
１０も読み取り／変更対象情報に含まれる。
所で全コンテンツ内容を一覧する機能の有無に、既存のファイルシステムと本実施形態
におけるユニット管理方法の大きな違いが有る。すなわち既存のファイルシステムでは前
述したファイル管理情報で“ファイル名一覧”は知れるが、全体のファイル内容を容易に
知る手段が無い。従って全てのファイル内容の把握が必要な場合には、全ファイルを逐次
開けてコンテンツ内容を新規に集計する必要が有り、非常に手間が掛かる。それに比べて
本実施形態におけるユニット管理方法では図２８の時系列情報追跡表が有るため、瞬時に
全体のユニット１２９０の内容を把握できる。このように本実施形態におけるユニット管
理方法では独自に全体のユニット１２９０の内容を把握できる手段を有するため、システ
ムα＿１１３２内の全ユニット１２９０の管理／制御／情報収集が迅速かつ容易に行える
効果が有る。３．３節 具体的なユニット管理例と表示例多くの場合、システムコントロ
ーラα＿１１２６（あるいはシステムコントローラβ＿１１２８）が自動的にユニット１
２９０からの情報収集や制御を行う。しかしユーザが手動で特定ユニット１２９０に対す
る制御や特定ユニット１２９０からの情報収集をしたい場合が生じる。その場合に図２に
示したシステムコントローラα＿１１２６内のユーザＩ／Ｆ部１２３４に表示されるユニ
ット１２９０の管理画面表示例を下記に説明する。所で下記には表示画面例として説明す
るがそれに限らず、システムコントローラα＿１１２６（あるいはシステムコントローラ
β＿１１２８）に拠るユニット１２９０毎の管理方法として同様の方法を用いても良い。
におけるユニット管理方法の大きな違いが有る。すなわち既存のファイルシステムでは前
述したファイル管理情報で“ファイル名一覧”は知れるが、全体のファイル内容を容易に
知る手段が無い。従って全てのファイル内容の把握が必要な場合には、全ファイルを逐次
開けてコンテンツ内容を新規に集計する必要が有り、非常に手間が掛かる。それに比べて
本実施形態におけるユニット管理方法では図２８の時系列情報追跡表が有るため、瞬時に
全体のユニット１２９０の内容を把握できる。このように本実施形態におけるユニット管
理方法では独自に全体のユニット１２９０の内容を把握できる手段を有するため、システ
ムα＿１１３２内の全ユニット１２９０の管理／制御／情報収集が迅速かつ容易に行える
効果が有る。３．３節 具体的なユニット管理例と表示例多くの場合、システムコントロ
ーラα＿１１２６（あるいはシステムコントローラβ＿１１２８）が自動的にユニット１
２９０からの情報収集や制御を行う。しかしユーザが手動で特定ユニット１２９０に対す
る制御や特定ユニット１２９０からの情報収集をしたい場合が生じる。その場合に図２に
示したシステムコントローラα＿１１２６内のユーザＩ／Ｆ部１２３４に表示されるユニ
ット１２９０の管理画面表示例を下記に説明する。所で下記には表示画面例として説明す
るがそれに限らず、システムコントローラα＿１１２６（あるいはシステムコントローラ
β＿１１２８）に拠るユニット１２９０毎の管理方法として同様の方法を用いても良い。
３．１節で既に説明したように、『１システムα＿１１３２に対して唯一のドライブま
たはフォルダ、ディレクトリのみを割り当て』する所に本実施形態の特徴が有る。そして
その状況を図２１Ａに示す。そしてシステムα＿１１３２内の複数ユニット１２９０に対
して各種の階層構造（フォルダとしての階層構造もしくはディレクトリ構造としての階層
構造）を持たせる事で、管理をし易くしている。
たはフォルダ、ディレクトリのみを割り当て』する所に本実施形態の特徴が有る。そして
その状況を図２１Ａに示す。そしてシステムα＿１１３２内の複数ユニット１２９０に対
して各種の階層構造（フォルダとしての階層構造もしくはディレクトリ構造としての階層
構造）を持たせる事で、管理をし易くしている。
図２１Ａ（ａ）はユニット１２９０の内容毎に階層化（フォルダ／ディレクトリ分割）
した例を示し、図２１（ｂ）は同一システムα＿１１３２内で分割されたセクション１１
４２毎に階層化（フォルダ／ディレクトリ分割）した例を示している。しかしそれに限ら
ず、ユーザの利便性に合わせて適宜適正に階層化（フォルダ／ディレクトリ分割）できる
。
した例を示し、図２１（ｂ）は同一システムα＿１１３２内で分割されたセクション１１
４２毎に階層化（フォルダ／ディレクトリ分割）した例を示している。しかしそれに限ら
ず、ユーザの利便性に合わせて適宜適正に階層化（フォルダ／ディレクトリ分割）できる
。
ここでは図２１Ａ（ａ）の階層化（フォルダ／ディレクトリ分割）に従って、下層に移
動した時の表示／管理例を図２１Ｂ〜図２１Ｄに示す。図２１Ａ（ａ）の表示／管理例で
は、図２３のアドレステーブル、図２７の推定／判断照合表や図２８の時系列情報追跡表
が纏まって保存されている一覧データ用フォルダ２６１０とユニット１２９０の形態毎に
分けたフォルダが、ユニット管理擬似ドライブに対応した“Ｔドライブ”内に配置されて
いる。既に図３Ａを用いて１．２節で説明したように、ユニット１２９０の形態として“
機器１２５０単独”と“複合モジュール１２９５単独”、“両者の混合形態”、“それ以
外”が存在する。そしてそれに合わせて図２１Ａ（ａ）では、機器対応フォルダ２６１２
と複合モジュール対応フォルダ２６１４を配置している。
動した時の表示／管理例を図２１Ｂ〜図２１Ｄに示す。図２１Ａ（ａ）の表示／管理例で
は、図２３のアドレステーブル、図２７の推定／判断照合表や図２８の時系列情報追跡表
が纏まって保存されている一覧データ用フォルダ２６１０とユニット１２９０の形態毎に
分けたフォルダが、ユニット管理擬似ドライブに対応した“Ｔドライブ”内に配置されて
いる。既に図３Ａを用いて１．２節で説明したように、ユニット１２９０の形態として“
機器１２５０単独”と“複合モジュール１２９５単独”、“両者の混合形態”、“それ以
外”が存在する。そしてそれに合わせて図２１Ａ（ａ）では、機器対応フォルダ２６１２
と複合モジュール対応フォルダ２６１４を配置している。
次にその中で複合モジュール対応フォルダ２６１４の中の表示内容（内部構造）例を、
図２１Ｂに示す。既に１．３節で説明したように、複合モジュール１２９５の形態として
センサ／通信モジュール１４６０や駆動／通信モジュール１４７０、プロセッサ／通信モ
ジュール１４６５、メモリ／通信モジュール１４７５、表示／通信モジュール１４７８な
どの形態が許容される。従ってそれに対応して図２１Ｂでは、センサ／通信モジュール対
応フォルダ２６２２や駆動／通信モジュール対応フォルダ２６２４、プロセッサ／通信モ
ジュール対応フォルダ２６２６、メモリ／通信モジュール対応フォルダ２６２８、他機能
／通信モジュール対応フォルダ２６３０が配置され、それに従って各々管理される。
図２１Ｂに示す。既に１．３節で説明したように、複合モジュール１２９５の形態として
センサ／通信モジュール１４６０や駆動／通信モジュール１４７０、プロセッサ／通信モ
ジュール１４６５、メモリ／通信モジュール１４７５、表示／通信モジュール１４７８な
どの形態が許容される。従ってそれに対応して図２１Ｂでは、センサ／通信モジュール対
応フォルダ２６２２や駆動／通信モジュール対応フォルダ２６２４、プロセッサ／通信モ
ジュール対応フォルダ２６２６、メモリ／通信モジュール対応フォルダ２６２８、他機能
／通信モジュール対応フォルダ２６３０が配置され、それに従って各々管理される。
更にその中でセンサ／通信モジュール対応フォルダ２６２２内の表示内容（内部構造）
例を、図２１Ｃに示す。既に２．５節内で説明したように、センサ／通信モジュール１４
６０が検出して獲得するセンサ情報は、２値情報の場合と多値情報の場合の２種類存在す
る。従ってそれに対応して図２１Ｃでは、２値データ対応フォルダ２６３４と多値データ
対応フォルダ２６３８が配置され、それに応じて管理される。
例を、図２１Ｃに示す。既に２．５節内で説明したように、センサ／通信モジュール１４
６０が検出して獲得するセンサ情報は、２値情報の場合と多値情報の場合の２種類存在す
る。従ってそれに対応して図２１Ｃでは、２値データ対応フォルダ２６３４と多値データ
対応フォルダ２６３８が配置され、それに応じて管理される。
最後の図２１Ｄ（ａ）は、２値データ対応フォルダ２６３４内に属する全センサ／通信
モジュール１４６０が擬似的ファイルとして配列されている。このように表示／管理する
事で、非常に簡易的な方法で１個のユニット１２９０単位で管理／制御／情報収集が行え
る効果が有る。そしてセンサ／通信モジュール２＿１４６０−２で検出／獲得するセンサ
情報内容は、従来のファイルを開くように例えばクリックする事で図２１Ｄ（ｂ）のよう
にユーザに表示できる。所で駆動／通信モジュール１４７０内を開くと、現状の設定状況
が表示される。そして駆動／通信モジュール１４７０などの制御（設定状態変更）が可能
なユニット１２９０に関する図２１Ｄ（ｂ）の表示領域内に別の数値を貼り付け（挿入）
する事で、容易に制御（設定状態変更）が行える。このような表示方法及び管理方法を採
用する事で、ユーザの特定ユニット１２９０に対する制御（設定状態変更）処理が非常に
簡易かつ迅速に行える効果が有る。第４章 本実施形態システム内でのセクション概要こ
の第４章では最初に本実施形態システムにおける“セクション”の基本概念の説明を行う
。そしてそのセクションの概念を用いた情報の収集方法やサービス提供方法の説明を行う
。そして最後に送信側ノードから発する電波を用いた送信側ノードの位置検出方法とそれ
を利用したサービスに関する説明を行う。４．１節 本実施形態システム内でのセクショ
ンの位置付け本実施形態システムにおける“セクション”とは、『システム内で収集され
る情報の統合または管理に関係する単位』と『システム内で行うサービス提供に関する単
位』の少なくともいずれかと定義する。従って上記セクションに対応した単位を、収集さ
れる情報の統合／管理目的と同時にサービス提供目的の両方に兼用して利用しても良い。
またこのように両方の目的を兼用する場合には、収集される情報の統合／管理結果に連携
して（あるいは情報の統合／管理結果に基付いて）ユーザに対するサービス提供を行って
も良い。
モジュール１４６０が擬似的ファイルとして配列されている。このように表示／管理する
事で、非常に簡易的な方法で１個のユニット１２９０単位で管理／制御／情報収集が行え
る効果が有る。そしてセンサ／通信モジュール２＿１４６０−２で検出／獲得するセンサ
情報内容は、従来のファイルを開くように例えばクリックする事で図２１Ｄ（ｂ）のよう
にユーザに表示できる。所で駆動／通信モジュール１４７０内を開くと、現状の設定状況
が表示される。そして駆動／通信モジュール１４７０などの制御（設定状態変更）が可能
なユニット１２９０に関する図２１Ｄ（ｂ）の表示領域内に別の数値を貼り付け（挿入）
する事で、容易に制御（設定状態変更）が行える。このような表示方法及び管理方法を採
用する事で、ユーザの特定ユニット１２９０に対する制御（設定状態変更）処理が非常に
簡易かつ迅速に行える効果が有る。第４章 本実施形態システム内でのセクション概要こ
の第４章では最初に本実施形態システムにおける“セクション”の基本概念の説明を行う
。そしてそのセクションの概念を用いた情報の収集方法やサービス提供方法の説明を行う
。そして最後に送信側ノードから発する電波を用いた送信側ノードの位置検出方法とそれ
を利用したサービスに関する説明を行う。４．１節 本実施形態システム内でのセクショ
ンの位置付け本実施形態システムにおける“セクション”とは、『システム内で収集され
る情報の統合または管理に関係する単位』と『システム内で行うサービス提供に関する単
位』の少なくともいずれかと定義する。従って上記セクションに対応した単位を、収集さ
れる情報の統合／管理目的と同時にサービス提供目的の両方に兼用して利用しても良い。
またこのように両方の目的を兼用する場合には、収集される情報の統合／管理結果に連携
して（あるいは情報の統合／管理結果に基付いて）ユーザに対するサービス提供を行って
も良い。
また上記の単位として、同一システム内での情報収集やサービス提供に関する機能に関
連した纏まりを意味しても良い。またそれに限らず上記の単位の別形態として、同一シス
テム内での所定の空間的関連上の纏まりを意味しても良い。そしてこの空間的関連上の纏
まりの具体的な内容として、同一システム内での所定の連続空間上の纏まりを対応させて
も良い。しかしそれに限らず上記空間的関連上の纏まりの具体的な内容として、例えば離
散的（飛び石状態）に分布する連続空間の纏まりの所定の集合体を対応させても良い。そ
してこの場合には、同一システムα＿１１３２内で互いに異なるセクション１＿１１２２
−１とセクション２＿１１２２−２間の分散分布状態が互いに混在した状態になっても良
い。
連した纏まりを意味しても良い。またそれに限らず上記の単位の別形態として、同一シス
テム内での所定の空間的関連上の纏まりを意味しても良い。そしてこの空間的関連上の纏
まりの具体的な内容として、同一システム内での所定の連続空間上の纏まりを対応させて
も良い。しかしそれに限らず上記空間的関連上の纏まりの具体的な内容として、例えば離
散的（飛び石状態）に分布する連続空間の纏まりの所定の集合体を対応させても良い。そ
してこの場合には、同一システムα＿１１３２内で互いに異なるセクション１＿１１２２
−１とセクション２＿１１２２−２間の分散分布状態が互いに混在した状態になっても良
い。
そして図１が示すように、同一システムα＿１１３２内は１個以上のセクションから構
成される。従ってシステムα＿１１３２全体が１個のセクション１＿１１２２−１と空間
的に完全に重なっても良いし、複数のセクション１＿１１２２−１〜ｍ＿１１２２−ｍに
分割されても良い。またそれに限らず、複数の異なるセクション１＿１１２２−１〜ｍ＿
１１２２−ｍ間の一部が、互いに空間的に重なっても良い。
成される。従ってシステムα＿１１３２全体が１個のセクション１＿１１２２−１と空間
的に完全に重なっても良いし、複数のセクション１＿１１２２−１〜ｍ＿１１２２−ｍに
分割されても良い。またそれに限らず、複数の異なるセクション１＿１１２２−１〜ｍ＿
１１２２−ｍ間の一部が、互いに空間的に重なっても良い。
まず始めに図２５に示す一例を用いて、上記セクションの位置付けを説明する。この図
２５では、一戸の建物が２部屋に間切りされている状況を示している。そして部屋毎にセ
クション１＿１１２２−１（左側の部屋）とセクション２＿１１２２−２（右側の部屋）
と言う空間的単位を割り付ける。ここで図２５（ａ）のように左側の部屋内（セクション
１＿１１２２−１内）では照明器具が点灯状態となり、右側の部屋内（セクション２＿１
１２２−２内）では照明器具が消えている（消灯状態）状態を考える。そして複数の光セ
ンサ（光検出機能を持つセンサモジュール１２６０を機器１２５０に内蔵（図１）しても
良いし、図８Ｂのようにセンサ／通信モジュール１４６０を構成しても良い）を両セクシ
ョン１＿１１２２−１、２＿１１２２−２内に配置した状態を想定する。すると（システ
ムコントローラα＿１１２６が）セクション１＿１１２２−１内に配置された光センサか
ら得られるセンサ情報を統合／管理すると、全てのセンサ情報から大きな光量検出情報が
得られる。一方セクション２＿１１２２−２内に配置された全ての光センサからは、小さ
な光量検出情報しか得られない。このようにセクション１＿１１２２−１と２＿１１２２
−２内から得られるセンサ情報に共通性が現れる。そしてセクション１＿１１２２−１、
２＿１１２２−２毎に得られる各種センサ情報を統合あるいは管理して各セクション１＿
１１２２−１、２＿１１２２−２内の状態を推定／判断する所に本実施形態システムの大
きな特徴が有る。そして同一セクション１１２２内の状態を推定／判断するのに、このセ
クション１１２２から収集した複数の情報を統合または管理した結果を用いて前記推定／
判断の精度が向上する効果が生まれる。
２５では、一戸の建物が２部屋に間切りされている状況を示している。そして部屋毎にセ
クション１＿１１２２−１（左側の部屋）とセクション２＿１１２２−２（右側の部屋）
と言う空間的単位を割り付ける。ここで図２５（ａ）のように左側の部屋内（セクション
１＿１１２２−１内）では照明器具が点灯状態となり、右側の部屋内（セクション２＿１
１２２−２内）では照明器具が消えている（消灯状態）状態を考える。そして複数の光セ
ンサ（光検出機能を持つセンサモジュール１２６０を機器１２５０に内蔵（図１）しても
良いし、図８Ｂのようにセンサ／通信モジュール１４６０を構成しても良い）を両セクシ
ョン１＿１１２２−１、２＿１１２２−２内に配置した状態を想定する。すると（システ
ムコントローラα＿１１２６が）セクション１＿１１２２−１内に配置された光センサか
ら得られるセンサ情報を統合／管理すると、全てのセンサ情報から大きな光量検出情報が
得られる。一方セクション２＿１１２２−２内に配置された全ての光センサからは、小さ
な光量検出情報しか得られない。このようにセクション１＿１１２２−１と２＿１１２２
−２内から得られるセンサ情報に共通性が現れる。そしてセクション１＿１１２２−１、
２＿１１２２−２毎に得られる各種センサ情報を統合あるいは管理して各セクション１＿
１１２２−１、２＿１１２２−２内の状態を推定／判断する所に本実施形態システムの大
きな特徴が有る。そして同一セクション１１２２内の状態を推定／判断するのに、このセ
クション１１２２から収集した複数の情報を統合または管理した結果を用いて前記推定／
判断の精度が向上する効果が生まれる。
次に非常に寒冷な外気環境下において、図２５（ｂ）のようにセクション１＿１１２２
−１内に設置されたエアコンのみを動かして空調させた場合を考える。この場合にはセク
ション２＿１１２２−２内では空調が働いて無いため、右側の部屋内に居るユーザに対し
て“暖かさのサービス”は提供されない。しかし左側の部屋内の何処に居ても、ユーザに
対して“暖かさの提供サービス”が行われている。このように同一セクション１１２２内
で同じサービスが共通に提供できる場合が多い。このように本実施形態システムではユー
ザに対する『セクション１１２２毎のサービス提供を制御』する事で、同一システムα＿
１１３２内でのユーザに対するサービス管理が容易になる効果が生まれる。更にシステム
α＿１１３２全体で提供するサービスと比べてセクション１〜ｍ＿１１４２−１〜ｍ単位
でサービスを実施する事でユーザに対する木目細かなサービスが提供でき、エンドユーザ
の満足度を向上できる効果が有る。
−１内に設置されたエアコンのみを動かして空調させた場合を考える。この場合にはセク
ション２＿１１２２−２内では空調が働いて無いため、右側の部屋内に居るユーザに対し
て“暖かさのサービス”は提供されない。しかし左側の部屋内の何処に居ても、ユーザに
対して“暖かさの提供サービス”が行われている。このように同一セクション１１２２内
で同じサービスが共通に提供できる場合が多い。このように本実施形態システムではユー
ザに対する『セクション１１２２毎のサービス提供を制御』する事で、同一システムα＿
１１３２内でのユーザに対するサービス管理が容易になる効果が生まれる。更にシステム
α＿１１３２全体で提供するサービスと比べてセクション１〜ｍ＿１１４２−１〜ｍ単位
でサービスを実施する事でユーザに対する木目細かなサービスが提供でき、エンドユーザ
の満足度を向上できる効果が有る。
ここではセクションの説明として“部屋”の例を使ったが本実施例形態システムではそ
れに限らず、上述した定義に合致したあらゆる空間的単位をセクションに該当させても良
い。
所で本実施形態システムでは、ネットワークシステムα＿１１３２内のネットワーク通
信を制御／管理／情報収集するシステムコントローラα＿１１２６が、上記システムα＿
１１３２内を各セクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分しても良い。ここ
で上述したように、システムコントローラα＿１１２６が“同時に暗くなった範囲”や“
同時に明るくなった範囲”あるいは“同時に温度が上昇または降下した範囲”などを自動
的に検出する事で、自動的にセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分でき
る。またそれ以外として、カメラなどによる撮影結果を基にして区分しても良い。しかし
それに限らず、ユーザによる直接指定によりセクション１＿１１４２−１〜ｍ＿１１４２
−ｍへの区分を行っても良い。４．２節 各種モジュールや各種機器のセクション内配置
場所の管理方法４．１節から４．３節までの例で説明したように、システムコントローラ
α＿１１２６が対応するシステムα＿１１３２内の情報を収集してセクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の状態を推定／判断するには、各ユニット１２９０（機器１
２５０や複合モジュール１２９５、１４６０、１４７０）がそれぞれどのセクション１＿
１１４２−１〜ｍ＿１１４２−ｍ内に配置されているかを事前に知っておく必用が有る。
そしてそれを可能にするため、同一システムα＿１１３２内に存在する１個以上のユニッ
ト１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）毎に配置さ
れているセクション１＿１１４２−１〜ｍ＿１１４２−ｍ情報を管理する所に大きな特徴
が有る。そしてこの特徴に関して別な表現をすると、下記のようになる。すなわち独自に
取得もしくは作成を行って（図４Ａの他機能モジュール１４４０の機能が対応）得られた
情報を通信する機能（図４Ａの通信モジュール１６６０が担う）を有する複数のユニット
１２９０（図２）と、前記複数のユニット１２９０からの前記情報を取得し管理するシス
テムコントローラα＿１１２６（図１）とを備え、前記システムコントローラα＿１１２
６は前記ユニット１２９０毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分し
て管理し、各ユニット１２９０が属する前記セクション１＿１１４２−１〜ｍ＿１１４２
−ｍに関する情報を前記システムコントローラα＿１１２６が保持する。
れに限らず、上述した定義に合致したあらゆる空間的単位をセクションに該当させても良
い。
所で本実施形態システムでは、ネットワークシステムα＿１１３２内のネットワーク通
信を制御／管理／情報収集するシステムコントローラα＿１１２６が、上記システムα＿
１１３２内を各セクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分しても良い。ここ
で上述したように、システムコントローラα＿１１２６が“同時に暗くなった範囲”や“
同時に明るくなった範囲”あるいは“同時に温度が上昇または降下した範囲”などを自動
的に検出する事で、自動的にセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分でき
る。またそれ以外として、カメラなどによる撮影結果を基にして区分しても良い。しかし
それに限らず、ユーザによる直接指定によりセクション１＿１１４２−１〜ｍ＿１１４２
−ｍへの区分を行っても良い。４．２節 各種モジュールや各種機器のセクション内配置
場所の管理方法４．１節から４．３節までの例で説明したように、システムコントローラ
α＿１１２６が対応するシステムα＿１１３２内の情報を収集してセクション１＿１１４
２−１〜ｍ＿１１４２−ｍ毎の状態を推定／判断するには、各ユニット１２９０（機器１
２５０や複合モジュール１２９５、１４６０、１４７０）がそれぞれどのセクション１＿
１１４２−１〜ｍ＿１１４２−ｍ内に配置されているかを事前に知っておく必用が有る。
そしてそれを可能にするため、同一システムα＿１１３２内に存在する１個以上のユニッ
ト１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）毎に配置さ
れているセクション１＿１１４２−１〜ｍ＿１１４２−ｍ情報を管理する所に大きな特徴
が有る。そしてこの特徴に関して別な表現をすると、下記のようになる。すなわち独自に
取得もしくは作成を行って（図４Ａの他機能モジュール１４４０の機能が対応）得られた
情報を通信する機能（図４Ａの通信モジュール１６６０が担う）を有する複数のユニット
１２９０（図２）と、前記複数のユニット１２９０からの前記情報を取得し管理するシス
テムコントローラα＿１１２６（図１）とを備え、前記システムコントローラα＿１１２
６は前記ユニット１２９０毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分し
て管理し、各ユニット１２９０が属する前記セクション１＿１１４２−１〜ｍ＿１１４２
−ｍに関する情報を前記システムコントローラα＿１１２６が保持する。
一方上記の特徴をシステムα＿１１３２（クライアントシステム）の観点から見ると、
前記クライアントシステムとしての特徴は下記のように表現できる。すなわちこのクライ
アントシステム（システムα＿１１３２）は外部のクラウド（サーバｎ＿１１１６−ｎ）
と接続可能であって、情報を管理するシステムコントローラα＿１１２６と前記システム
コントローラα＿１１２６に提供する情報を取得もしくは作成して送信する機能を有する
ユニット１２９０とを備え、前記システムコントローラα＿１１２６は、ユニット１２９
０をセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分して管理し、各ユニット１２
９０が属する該セクションに関する情報を保持することを特徴する。
前記クライアントシステムとしての特徴は下記のように表現できる。すなわちこのクライ
アントシステム（システムα＿１１３２）は外部のクラウド（サーバｎ＿１１１６−ｎ）
と接続可能であって、情報を管理するシステムコントローラα＿１１２６と前記システム
コントローラα＿１１２６に提供する情報を取得もしくは作成して送信する機能を有する
ユニット１２９０とを備え、前記システムコントローラα＿１１２６は、ユニット１２９
０をセクション１＿１１４２−１〜ｍ＿１１４２−ｍに区分して管理し、各ユニット１２
９０が属する該セクションに関する情報を保持することを特徴する。
所で上記のユニット１２９０毎に属するセクションに関する情報として、後述する図２
３のアドレステーブルが対応する。
従って本４．２節では、上記の特徴を実現するための管理方法を中心に説明する。 な
お下記の説明では、図２や図８Ａ／Ｂが示すシステムα＿１１３２内に設置されたシステ
ムコントローラα＿１１２６がネットワーク通信システムα＿１１３２内の管理と運営あ
るいは制御を行うシステムモデルを前提として説明する。しかしそれに限らず下記の説明
内容を、図９のシステムα＿１１３２の外に設置されたシステムコントローラβ＿１１２
８あるいはサーバｎ＿１１１６−ｎがルータ（ゲートウェア）１３００を経由して上記ネ
ットワーク通信システムα＿１１３２内の管理と運営あるいは制御を行うシステムモデル
に適合させても良い。またこの場合には、下記説明文中のシステムコントローラα＿１１
２６の部分をシステムコントローラβ＿１１２８あるいはサーバｎ＿１１１６−ｎに置き
換えれば良い。
３のアドレステーブルが対応する。
従って本４．２節では、上記の特徴を実現するための管理方法を中心に説明する。 な
お下記の説明では、図２や図８Ａ／Ｂが示すシステムα＿１１３２内に設置されたシステ
ムコントローラα＿１１２６がネットワーク通信システムα＿１１３２内の管理と運営あ
るいは制御を行うシステムモデルを前提として説明する。しかしそれに限らず下記の説明
内容を、図９のシステムα＿１１３２の外に設置されたシステムコントローラβ＿１１２
８あるいはサーバｎ＿１１１６−ｎがルータ（ゲートウェア）１３００を経由して上記ネ
ットワーク通信システムα＿１１３２内の管理と運営あるいは制御を行うシステムモデル
に適合させても良い。またこの場合には、下記説明文中のシステムコントローラα＿１１
２６の部分をシステムコントローラβ＿１１２８あるいはサーバｎ＿１１１６−ｎに置き
換えれば良い。
セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎に配置されたユニット１２９０（機
器１２５０や複合モジュール１２９５、１４６０、１４７０）を管理するため、後述する
図２３のアドレステーブルが図２に示すシステムコントローラα＿１１２６内のメモリ部
１２３２（そして図１のシステムコントローラβ＿１１２８内）に事前に記録されている
。ここで図２３のアドレステーブル内記載例は、同一システムα＿１１３２内で図８Ｂの
センサ／通信モジュール１４６０−１〜５や駆動／通信モジュール１４７０−１〜２と図
８Ａの機器１２５０−１〜３が混在配置された例を示している。所で本実施形態システム
では図８Ａに示すように、１台の機器１２５０−１内に複数のセンサモジュール１２６０
−１、２の内蔵が許容される。そして各センサモジュール１２６０−１、２からは、それ
ぞれ種類の異なるセンサ情報が得られる。従って各種の情報を収集してセクション１１４
２毎の状態を推定／判断するには、アドレステーブルで機器１２５０−１〜３の設置場所
を管理するのでは無く、この機器１２５０−１〜３に内蔵された個々のセンサモジュール
１２６０−１〜５や個々の駆動モジュール１２７０−１が設置されたセクション１＿１１
４２−１〜ｍ＿１１４２−ｍの情報を管理するのが望ましい。
器１２５０や複合モジュール１２９５、１４６０、１４７０）を管理するため、後述する
図２３のアドレステーブルが図２に示すシステムコントローラα＿１１２６内のメモリ部
１２３２（そして図１のシステムコントローラβ＿１１２８内）に事前に記録されている
。ここで図２３のアドレステーブル内記載例は、同一システムα＿１１３２内で図８Ｂの
センサ／通信モジュール１４６０−１〜５や駆動／通信モジュール１４７０−１〜２と図
８Ａの機器１２５０−１〜３が混在配置された例を示している。所で本実施形態システム
では図８Ａに示すように、１台の機器１２５０−１内に複数のセンサモジュール１２６０
−１、２の内蔵が許容される。そして各センサモジュール１２６０−１、２からは、それ
ぞれ種類の異なるセンサ情報が得られる。従って各種の情報を収集してセクション１１４
２毎の状態を推定／判断するには、アドレステーブルで機器１２５０−１〜３の設置場所
を管理するのでは無く、この機器１２５０−１〜３に内蔵された個々のセンサモジュール
１２６０−１〜５や個々の駆動モジュール１２７０−１が設置されたセクション１＿１１
４２−１〜ｍ＿１１４２−ｍの情報を管理するのが望ましい。
図２３のアドレステーブル内記載例では、“セクション情報”に関係した横一列にセン
サモジュール１２６０−１と駆動モジュール１２７０−１、駆動／通信モジュール１４７
０−２、センサ／通信モジュール１４６０−５が配置されたセクション場所が纏めて記載
されている。ここから、センサモジュール１２６０−１がセクション２＿１１４２−２内
に配置されている事が分かる。そして本実施形態システムでは上記アドレステーブルの作
成とメンテナンスを通して、セクション１１４２毎に配置された各種複合モジュール１４
６０、１４７０や各センサモジュール１２６０と各駆動モジュール１２７０の管理をリア
ルタイムで行う。しかし本実施形態システムでは上記方法に限らず、システムコントロー
ラα＿１１２６が管理可能なあらゆる配置場所の管理方法を行っても良い。
サモジュール１２６０−１と駆動モジュール１２７０−１、駆動／通信モジュール１４７
０−２、センサ／通信モジュール１４６０−５が配置されたセクション場所が纏めて記載
されている。ここから、センサモジュール１２６０−１がセクション２＿１１４２−２内
に配置されている事が分かる。そして本実施形態システムでは上記アドレステーブルの作
成とメンテナンスを通して、セクション１１４２毎に配置された各種複合モジュール１４
６０、１４７０や各センサモジュール１２６０と各駆動モジュール１２７０の管理をリア
ルタイムで行う。しかし本実施形態システムでは上記方法に限らず、システムコントロー
ラα＿１１２６が管理可能なあらゆる配置場所の管理方法を行っても良い。
所で本実施形態システムでは同時に複数の異なるシステム（クライアントシステム）の
共存を許容する所に特徴が有る。そしてその特徴と図２に記載した内容も加味した結果と
上記の上述したアドレステーブル（図２３）を組み合わせて新たに生じた特徴として下記
の内容を明記できる。すなわちクライアントシステム（システムα＿１１３２）は外部の
クラウド（サーバｎ＿１１１６−ｎ）と接続可能で有り、独自に取得もしくは作成した情
報を通信する機能（図４Aの通信モジュール１６６０が担う）を有するユニット１２９０
と、前記ユニット１２９０からの前記情報を取得し管理するシステムコントローラα＿１
１２６とを備えたクライアントシステムα＿１１３２を複数（クライアントシステムα＿
１１２６とクライアントシステムβ＿１１３４の複数）含む複合クライアントシステム（
図１のドメイン２＿１１２２−２に対応）であって、独自に取得もしくは作成した前記情
報を前記システムコントローラα＿１１２６へ送信が可能であり、前記複合クライアント
システム（ドメイン２＿１１２２−２）に含まれるクライアントシステムα＿１１３２を
管理する前記システムコントローラα＿１１２６は複数のユニット１２９５−１〜−７を
セクション（図２におけるセクション１＿１１４２−１とセクション２＿１１４２−１及
びセクションｍ＿１１４２−ｍ）に区分して管理し、各ユニットが属する該セクションに
関する情報（図２３のアドレステーブル）を保持する特徴を持つ。
共存を許容する所に特徴が有る。そしてその特徴と図２に記載した内容も加味した結果と
上記の上述したアドレステーブル（図２３）を組み合わせて新たに生じた特徴として下記
の内容を明記できる。すなわちクライアントシステム（システムα＿１１３２）は外部の
クラウド（サーバｎ＿１１１６−ｎ）と接続可能で有り、独自に取得もしくは作成した情
報を通信する機能（図４Aの通信モジュール１６６０が担う）を有するユニット１２９０
と、前記ユニット１２９０からの前記情報を取得し管理するシステムコントローラα＿１
１２６とを備えたクライアントシステムα＿１１３２を複数（クライアントシステムα＿
１１２６とクライアントシステムβ＿１１３４の複数）含む複合クライアントシステム（
図１のドメイン２＿１１２２−２に対応）であって、独自に取得もしくは作成した前記情
報を前記システムコントローラα＿１１２６へ送信が可能であり、前記複合クライアント
システム（ドメイン２＿１１２２−２）に含まれるクライアントシステムα＿１１３２を
管理する前記システムコントローラα＿１１２６は複数のユニット１２９５−１〜−７を
セクション（図２におけるセクション１＿１１４２−１とセクション２＿１１４２−１及
びセクションｍ＿１１４２−ｍ）に区分して管理し、各ユニットが属する該セクションに
関する情報（図２３のアドレステーブル）を保持する特徴を持つ。
次に上記アドレステーブルの作成方法及びメンテナンス方法を図２２に示す。まず始め
のＳｔｅｐ１０１として、同一システム＿１１３２内でのセクション１＿１１４２−１〜
ｍ＿１１４２−ｍの定義を行う。ここで本実施形態システムでは、最初にセクション定義
（Ｓｔｅｐ１０１）を行い、それに基付いてセクション１１４２毎の配置情報設定または
配置情報の管理（Ｓｔｅｐ１０２またはＳｔｅｐ１０３）を行う所に大きな特徴が有る。
このように最初に定義したセクション分割状態に合わせて各種モジュールや各種機器の配
置場所を管理する事で、リアルタイムでのセクション毎の状態推定や判断が容易になる効
果が有る。またそれだけでなく、各種モジュールや各種機器の配置場所を管理し易いと言
う別の効果も生まれる。
のＳｔｅｐ１０１として、同一システム＿１１３２内でのセクション１＿１１４２−１〜
ｍ＿１１４２−ｍの定義を行う。ここで本実施形態システムでは、最初にセクション定義
（Ｓｔｅｐ１０１）を行い、それに基付いてセクション１１４２毎の配置情報設定または
配置情報の管理（Ｓｔｅｐ１０２またはＳｔｅｐ１０３）を行う所に大きな特徴が有る。
このように最初に定義したセクション分割状態に合わせて各種モジュールや各種機器の配
置場所を管理する事で、リアルタイムでのセクション毎の状態推定や判断が容易になる効
果が有る。またそれだけでなく、各種モジュールや各種機器の配置場所を管理し易いと言
う別の効果も生まれる。
特に５．２．３節で後述するように、社会インフラ分野では同一地域内で複数の異なる
セクション定義方法が存在し得る。すなわち図３５の例では、地図上での住所の番地毎に
各セクション１１４２を設定する代わりに、水道管の配管に沿ってセクション１１４２を
分割する方法や配電電力線の配線経路に沿ってセクション１１４２を分割する方法など複
数の定義方法が存在し得る。従って社会インフラ分野では、例えば地図情報などの何らか
の基準情報を基に、使用目的毎に独自にセクション１１４２の分割方法を定義するのが望
ましい。
セクション定義方法が存在し得る。すなわち図３５の例では、地図上での住所の番地毎に
各セクション１１４２を設定する代わりに、水道管の配管に沿ってセクション１１４２を
分割する方法や配電電力線の配線経路に沿ってセクション１１４２を分割する方法など複
数の定義方法が存在し得る。従って社会インフラ分野では、例えば地図情報などの何らか
の基準情報を基に、使用目的毎に独自にセクション１１４２の分割方法を定義するのが望
ましい。
一方民生分野では、セクション１１４２の定義方法として例えば『一戸（１件屋）内で
の部屋割り』のようにユーザの定義に従い、自動的にセクション定義を行っても良い。例
えばユーザがＧＰＳ（Global Positioning System）機能を有したビデオカメラ（あるい
はカメラ内蔵スマートホンやタブレット、または携帯電話）を持って自宅内を撮影し、そ
の撮影映像を自動解析する事で図２４に示すようなセクション１１４２の定義が自動的に
行える。上記例では、セクション１１４２の定義方法をユーザが指定する形になっている
。しかし本実施形態ではそれに限らず、例えば予めデフォルトで『部屋割りによりセクシ
ョン１１４２分割が定義』されても良い。このようにデフォルト設定する事で、Ｓｔｅｐ
１０１の段階でのユーザ負担を軽減できる効果が有る。あるいは上記デフォルトのセクシ
ョン分割方法に沿って自動的にセクション分割した後、ユーザが図８Ａのシステムコント
ローラα＿１１２６内のユーザＩ／Ｆ部１２３４を利用してセクション分割方法を一部修
正しても良い。また他の方法として、個々の部屋の中心位置情報を上記ＧＰＳ機能で入力
し、その入力結果を解析して自動的にセクション定義を行っても良い。そして本実施形態
では上記の方法に限らず、あらゆる方法でセクション１＿１１４２−１〜ｍ＿１１４２−
ｍの物理空間的位置情報を入手しても良い。例えば上述した方法では、このセクション定
義に何らかのユーザの人手を必用とする。しかしユーザの人手を一切掛けずにセクション
１＿１１４２−１〜ｍ＿１１４２−ｍの物理空間的位置情報を入手しても良い。その具体
的方法の一例として、カメラとＧＰＳ機能を内蔵したロボットクリーナーで所定住宅内の
部屋（セクション１１４２）を跨って掃除をさせながら部屋割りとそれぞれの位置情報を
測定しても良い。この方法を利用すると、ユーザに一切の負担を掛けずに非常に簡易的に
セクション１＿１１４２−１〜ｍ＿１１４２−ｍの物理空間的位置情報が入手できる効果
が有る。
の部屋割り』のようにユーザの定義に従い、自動的にセクション定義を行っても良い。例
えばユーザがＧＰＳ（Global Positioning System）機能を有したビデオカメラ（あるい
はカメラ内蔵スマートホンやタブレット、または携帯電話）を持って自宅内を撮影し、そ
の撮影映像を自動解析する事で図２４に示すようなセクション１１４２の定義が自動的に
行える。上記例では、セクション１１４２の定義方法をユーザが指定する形になっている
。しかし本実施形態ではそれに限らず、例えば予めデフォルトで『部屋割りによりセクシ
ョン１１４２分割が定義』されても良い。このようにデフォルト設定する事で、Ｓｔｅｐ
１０１の段階でのユーザ負担を軽減できる効果が有る。あるいは上記デフォルトのセクシ
ョン分割方法に沿って自動的にセクション分割した後、ユーザが図８Ａのシステムコント
ローラα＿１１２６内のユーザＩ／Ｆ部１２３４を利用してセクション分割方法を一部修
正しても良い。また他の方法として、個々の部屋の中心位置情報を上記ＧＰＳ機能で入力
し、その入力結果を解析して自動的にセクション定義を行っても良い。そして本実施形態
では上記の方法に限らず、あらゆる方法でセクション１＿１１４２−１〜ｍ＿１１４２−
ｍの物理空間的位置情報を入手しても良い。例えば上述した方法では、このセクション定
義に何らかのユーザの人手を必用とする。しかしユーザの人手を一切掛けずにセクション
１＿１１４２−１〜ｍ＿１１４２−ｍの物理空間的位置情報を入手しても良い。その具体
的方法の一例として、カメラとＧＰＳ機能を内蔵したロボットクリーナーで所定住宅内の
部屋（セクション１１４２）を跨って掃除をさせながら部屋割りとそれぞれの位置情報を
測定しても良い。この方法を利用すると、ユーザに一切の負担を掛けずに非常に簡易的に
セクション１＿１１４２−１〜ｍ＿１１４２−ｍの物理空間的位置情報が入手できる効果
が有る。
また本実施形態の他の応用例として、最初にセクション定義（Ｓｔｅｐ１０１）を行わ
ず、各種ユニット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５
０）から得られた情報を利用して自動的にセクション定義を行っても良い。すなわちシス
テムα＿１１３２内に配置された各種複合モジュール１４６０、１４７０や各種機器１２
５０の少なくとも一部を始めに作動させ、作動させた後にセクション１１４２の分割を行
う。これにより同一システム内でのセクション定義（Ｓｔｅｐ１０１）をユーザが意識し
ないので、ユーザの心理的負担を軽減できる効果が有る。上記方法の具体的内容を以下に
説明する。後述するように、初期設定（Ｓｔｅｐ１０２）や移動位置の自動追跡（Ｓｔｅ
ｐ１０３）により各種複合モジュール１４６０、１４７０や各種機器１２５０の配置情報
をシステムコントローラα＿１１２６はリアルタイムで把握できる。また図２５（ａ）を
用いて４．１節で説明したようにユーザが行動してセクション２＿１１４２−２内の状態
が変化すると、その中に配置された複合モジュール１４６０、１４７０や機器１２５０か
ら同期して状態変化関連情報が得られる。従ってシステムα＿１１３２内に配置されたユ
ニット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５０）から得
られた情報（センス情報や状態設定制御情報など）の変化に対する同期性を見る事で、各
種複合モジュール１４６０、１４７０や各種機器１２５０配置場所の関連性が予想できる
。そしてこの同期性検出を時間経過に従って複数回繰り返す事で、精度良く同じセクショ
ン１１４２内に配置されたユニット１２９０（複合モジュール１２９５、１４６０、１４
７０や機器１２５０）の位置関係を推定／判断できる。そしてシステムコントローラα＿
１１２６は、その推定／判断結果を図２３のアドレステーブル内のセクション情報欄に記
入する。
ず、各種ユニット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５
０）から得られた情報を利用して自動的にセクション定義を行っても良い。すなわちシス
テムα＿１１３２内に配置された各種複合モジュール１４６０、１４７０や各種機器１２
５０の少なくとも一部を始めに作動させ、作動させた後にセクション１１４２の分割を行
う。これにより同一システム内でのセクション定義（Ｓｔｅｐ１０１）をユーザが意識し
ないので、ユーザの心理的負担を軽減できる効果が有る。上記方法の具体的内容を以下に
説明する。後述するように、初期設定（Ｓｔｅｐ１０２）や移動位置の自動追跡（Ｓｔｅ
ｐ１０３）により各種複合モジュール１４６０、１４７０や各種機器１２５０の配置情報
をシステムコントローラα＿１１２６はリアルタイムで把握できる。また図２５（ａ）を
用いて４．１節で説明したようにユーザが行動してセクション２＿１１４２−２内の状態
が変化すると、その中に配置された複合モジュール１４６０、１４７０や機器１２５０か
ら同期して状態変化関連情報が得られる。従ってシステムα＿１１３２内に配置されたユ
ニット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５０）から得
られた情報（センス情報や状態設定制御情報など）の変化に対する同期性を見る事で、各
種複合モジュール１４６０、１４７０や各種機器１２５０配置場所の関連性が予想できる
。そしてこの同期性検出を時間経過に従って複数回繰り返す事で、精度良く同じセクショ
ン１１４２内に配置されたユニット１２９０（複合モジュール１２９５、１４６０、１４
７０や機器１２５０）の位置関係を推定／判断できる。そしてシステムコントローラα＿
１１２６は、その推定／判断結果を図２３のアドレステーブル内のセクション情報欄に記
入する。
次に図２２のＳｔｅｐ１０２に対応した各種ユニット１２９０（複合モジュール１２９
５、１４６０、１４７０や機器１２５０）の初期設定方法（Check-in method）に付いて
説明する。図５のセンサ／通信モジュール１４６０内構造では、例えば近接無線転送技術
のTransferJetや非接触型ＩＣカード規格のFeliCa（FelicityとCardを組み合わせた造語
）などの近接場無線に対応した近接場通信モジュール１５６０が内蔵されても良い。また
図示してないが、駆動／通信モジュール１６７０や機器１２５０内にも同様な近接場通信
モジュール１５６０を内蔵しても良い。そして本実施形態システムの一実施例における複
合モジュール１４６０、１４７０または機器１２５０を新規に設置した時のシステムα＿
１１３２内での初期設定時に、ＧＰＳ（Global Positioning System）機能が内蔵された
携帯形外部機器（図示して無い）を近付けて前記近接場通信モジュール１５６０との通信
を行っても良い。所でこの携帯形外部機器は上記の近接場無線対応の近接場通信モジュー
ル１５６０と共に、同一システム内ネットワーク回線１７８２（図１０Ａを用いた２．１
節説明内容参照）を経由してシステムコントローラα＿１１２６との間で情報通信可能な
通信モジュール１２０２も内蔵している。そしてこの初期設定時に前記システムコントロ
ーラα＿１１２６が新規の（初期設定対象の）複合モジュール１４６０、１４７０または
機器１２５０のＩＰアドレス情報ＩＰＡＤＲＳ（詳細は図１３を用いた２．４節の説明内
容を参照）を自動登録する。またこの近接場通信時には前記システムコントローラα＿１
１２６から新規の複合モジュール１４６０、１４７０または機器１２５０に対して（１）
この新規登録したＩＰアドレス情報ＩＰＡＤＲＳ、（２）システムコントローラα＿１１
２６側のＩＰアドレス情報ＩＰＡＤＲＳ、（３）現在の携帯形外部機器が存在する場所の
ＰＡＮ固有の識別情報ＰＡＮＩＤ（図１２Ａを用いた２．３節内説明参照）、（４）シス
テムコントローラα＿１１２６が設置されている場所に対応したＰＡＮ固有の識別情報Ｐ
ＡＮＩＤ、（５）システムコントローラα＿１１２６が所有するＩＥＥＥ拡張アドレスＥ
ＸＡＤＲＳの各情報を送信する。そして更にこの近接場通信を利用して、新規の（初期設
定対象の）複合モジュール１４６０、１４７０または機器１２５０からシステムコントロ
ーラα＿１１２６へ向けて（６）自分が所有するＩＥＥＥ拡張アドレスＥＸＡＤＲＳの情
報を送信する。このように初期設定（Ｓｔｅｐ１０２）の段階で近接場通信などの手段を
利用して両者間の情報交換する事で、同一システム内ネットワーク回線１７８２を利用し
た情報通信の準備が整う。ここでは初期設定時の情報交換方法の一例として、上記近接場
通信を利用した方法を説明した。しかし本実施形態システムではそれに限らず、他の手段
で初期設定時の情報交換を行っても良い。あるいはそれ以外の方法による初期設定方法と
して後述するように、最初に暫定的なアドレスを利用した同一システム内ネットワーク回
線１７８２上での暫定的通信を行って正規なアドレス交換を行っても良い。従ってこのよ
うな近接場通信を行う代わりに、前記のＧＰＳ機能付き携帯形外部機器を単に近付けても
良い。そしてこの時に前記の携帯形外部機器から得られたＧＰＳ位置情報を、対応するユ
ニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）の
配置場所情報としてシステムコントローラα＿１１２６が自動的に認識する。一方このシ
ステムコントローラα＿１１２６は上記のＧＰＳ情報と、Ｓｔｅｐ１０１のセクション定
義で事前に得られたセクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎のＧＰＳ範囲情報
とを比較する。そしてその比較結果に基付いて新規に配置したユニット１２９０（複合モ
ジュール１２９５、１４６０、１４７０または機器１２５０）がどのセクション１＿１１
４２−１〜ｍ＿１１４２−ｍ内に配置されているかを自動的に推定／判断し、その結果を
図２３のアドレステーブル内の該当箇所内に登録する。またその結果を図８ＡのユーザＩ
／Ｆ部１２３４で表示してユーザに通知し、正誤の確認をユーザにしてもらうと共に必用
に応じてユーザに修正登録をしてもらう。
５、１４６０、１４７０や機器１２５０）の初期設定方法（Check-in method）に付いて
説明する。図５のセンサ／通信モジュール１４６０内構造では、例えば近接無線転送技術
のTransferJetや非接触型ＩＣカード規格のFeliCa（FelicityとCardを組み合わせた造語
）などの近接場無線に対応した近接場通信モジュール１５６０が内蔵されても良い。また
図示してないが、駆動／通信モジュール１６７０や機器１２５０内にも同様な近接場通信
モジュール１５６０を内蔵しても良い。そして本実施形態システムの一実施例における複
合モジュール１４６０、１４７０または機器１２５０を新規に設置した時のシステムα＿
１１３２内での初期設定時に、ＧＰＳ（Global Positioning System）機能が内蔵された
携帯形外部機器（図示して無い）を近付けて前記近接場通信モジュール１５６０との通信
を行っても良い。所でこの携帯形外部機器は上記の近接場無線対応の近接場通信モジュー
ル１５６０と共に、同一システム内ネットワーク回線１７８２（図１０Ａを用いた２．１
節説明内容参照）を経由してシステムコントローラα＿１１２６との間で情報通信可能な
通信モジュール１２０２も内蔵している。そしてこの初期設定時に前記システムコントロ
ーラα＿１１２６が新規の（初期設定対象の）複合モジュール１４６０、１４７０または
機器１２５０のＩＰアドレス情報ＩＰＡＤＲＳ（詳細は図１３を用いた２．４節の説明内
容を参照）を自動登録する。またこの近接場通信時には前記システムコントローラα＿１
１２６から新規の複合モジュール１４６０、１４７０または機器１２５０に対して（１）
この新規登録したＩＰアドレス情報ＩＰＡＤＲＳ、（２）システムコントローラα＿１１
２６側のＩＰアドレス情報ＩＰＡＤＲＳ、（３）現在の携帯形外部機器が存在する場所の
ＰＡＮ固有の識別情報ＰＡＮＩＤ（図１２Ａを用いた２．３節内説明参照）、（４）シス
テムコントローラα＿１１２６が設置されている場所に対応したＰＡＮ固有の識別情報Ｐ
ＡＮＩＤ、（５）システムコントローラα＿１１２６が所有するＩＥＥＥ拡張アドレスＥ
ＸＡＤＲＳの各情報を送信する。そして更にこの近接場通信を利用して、新規の（初期設
定対象の）複合モジュール１４６０、１４７０または機器１２５０からシステムコントロ
ーラα＿１１２６へ向けて（６）自分が所有するＩＥＥＥ拡張アドレスＥＸＡＤＲＳの情
報を送信する。このように初期設定（Ｓｔｅｐ１０２）の段階で近接場通信などの手段を
利用して両者間の情報交換する事で、同一システム内ネットワーク回線１７８２を利用し
た情報通信の準備が整う。ここでは初期設定時の情報交換方法の一例として、上記近接場
通信を利用した方法を説明した。しかし本実施形態システムではそれに限らず、他の手段
で初期設定時の情報交換を行っても良い。あるいはそれ以外の方法による初期設定方法と
して後述するように、最初に暫定的なアドレスを利用した同一システム内ネットワーク回
線１７８２上での暫定的通信を行って正規なアドレス交換を行っても良い。従ってこのよ
うな近接場通信を行う代わりに、前記のＧＰＳ機能付き携帯形外部機器を単に近付けても
良い。そしてこの時に前記の携帯形外部機器から得られたＧＰＳ位置情報を、対応するユ
ニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）の
配置場所情報としてシステムコントローラα＿１１２６が自動的に認識する。一方このシ
ステムコントローラα＿１１２６は上記のＧＰＳ情報と、Ｓｔｅｐ１０１のセクション定
義で事前に得られたセクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎のＧＰＳ範囲情報
とを比較する。そしてその比較結果に基付いて新規に配置したユニット１２９０（複合モ
ジュール１２９５、１４６０、１４７０または機器１２５０）がどのセクション１＿１１
４２−１〜ｍ＿１１４２−ｍ内に配置されているかを自動的に推定／判断し、その結果を
図２３のアドレステーブル内の該当箇所内に登録する。またその結果を図８ＡのユーザＩ
／Ｆ部１２３４で表示してユーザに通知し、正誤の確認をユーザにしてもらうと共に必用
に応じてユーザに修正登録をしてもらう。
上記の実施例ではユニット１２９０（機器１２５０や複合モジュール１２９５）の初期
設定（Ｓｔｅｐ１０２）にユーザ操作が必用となる。しかし本実施形態ではそれに限らず
、自動的に初期設定（Ｓｔｅｐ１０２）を行っても良い。その具体的実施の一例を説明す
る。本実施形態ではユーザが途中でユニット１２９０（複合モジュール１２９５、１４６
０、１４７０や機器１２５０）の配置場所の移動を想定し、Ｓｔｅｐ１０３のようにユニ
ット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５０）の自動追
跡が可能となっている。ここでこの自動追跡には、４．４節で後述する方法を利用する。
従って初期設定時に前記自動追跡技術を使用して、システムコントローラα＿１１２６が
初期設定対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０または
機器１２５０）の位置をモニタする。そしてその結果得られた配置場所情報と前述したセ
クション１＿１１４２−１〜ｍ＿１１４２−ｍ毎のＧＰＳ範囲情報とを比較し、新規設定
対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２
５０）が該当するセクション１１４２を自動的に推定／判断し、図２３のアドレステーブ
ル内の該当箇所内に登録する。
設定（Ｓｔｅｐ１０２）にユーザ操作が必用となる。しかし本実施形態ではそれに限らず
、自動的に初期設定（Ｓｔｅｐ１０２）を行っても良い。その具体的実施の一例を説明す
る。本実施形態ではユーザが途中でユニット１２９０（複合モジュール１２９５、１４６
０、１４７０や機器１２５０）の配置場所の移動を想定し、Ｓｔｅｐ１０３のようにユニ
ット１２９０（複合モジュール１２９５、１４６０、１４７０や機器１２５０）の自動追
跡が可能となっている。ここでこの自動追跡には、４．４節で後述する方法を利用する。
従って初期設定時に前記自動追跡技術を使用して、システムコントローラα＿１１２６が
初期設定対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０または
機器１２５０）の位置をモニタする。そしてその結果得られた配置場所情報と前述したセ
クション１＿１１４２−１〜ｍ＿１１４２−ｍ毎のＧＰＳ範囲情報とを比較し、新規設定
対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２
５０）が該当するセクション１１４２を自動的に推定／判断し、図２３のアドレステーブ
ル内の該当箇所内に登録する。
また初期設定対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０
または機器１２５０）が最初に同一システム内ネットワーク回線１７８２上で暫定的な通
信を行う場合には、図１２Ａ（ｅ）内（詳細は２．３節を参照）のα）送信側におけるＰ
ＡＮ固有の識別情報ＳＰＡＮＩＤ、β）受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩ
Ｄ、γ）受信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、及び図１３（ｂ）内（２
．４節）のδ）送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ、ε）受信側ＩＰアドレス情報Ｄ
ＩＰＡＤＲＳの各情報格納領域内をブランクにするか又はＺ−フォーマット（２．１節参
照）で予め定められたデフォルト値を格納しても良い。このように初期設定対象のユニッ
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）からの
初回の暫定的通信を受信すれば、このデフォルト値（あるいはブランク状態）を利用して
システムコントロールα＿１１２６から初期設定対象のユニット１２９０（複合モジュー
ル１２９５、１４６０、１４７０または機器１２５０）に対する情報通信を開始できる。
そしてこの次にシステムコントロールα＿１１２６から送信される通信情報の内での前述
したα）初期設定対象側におけるＰＡＮ固有の識別情報ＳＰＡＮＩＤとδ）初期設定対象
側のＩＰアドレス情報ＳＩＰＡＤＲＳに関しては、通信ミドルウェアデータＡＰＬＤＴ格
納領域（図１１を用いた２．２節の説明参照）内に格納して送信しても良い。この場合で
も初期設定対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０また
は機器１２５０）がシステムα＿１１３２内に配置されている事が分かっているので、誤
って別のドメイン１１２２内で初期設定される危険性が無い。上記の方法では初期設定時
にユーザが関与しないので、ユーザに負担を掛けずに自動で初期設定操作が行える効果が
有る。
または機器１２５０）が最初に同一システム内ネットワーク回線１７８２上で暫定的な通
信を行う場合には、図１２Ａ（ｅ）内（詳細は２．３節を参照）のα）送信側におけるＰ
ＡＮ固有の識別情報ＳＰＡＮＩＤ、β）受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩ
Ｄ、γ）受信側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳ、及び図１３（ｂ）内（２
．４節）のδ）送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ、ε）受信側ＩＰアドレス情報Ｄ
ＩＰＡＤＲＳの各情報格納領域内をブランクにするか又はＺ−フォーマット（２．１節参
照）で予め定められたデフォルト値を格納しても良い。このように初期設定対象のユニッ
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）からの
初回の暫定的通信を受信すれば、このデフォルト値（あるいはブランク状態）を利用して
システムコントロールα＿１１２６から初期設定対象のユニット１２９０（複合モジュー
ル１２９５、１４６０、１４７０または機器１２５０）に対する情報通信を開始できる。
そしてこの次にシステムコントロールα＿１１２６から送信される通信情報の内での前述
したα）初期設定対象側におけるＰＡＮ固有の識別情報ＳＰＡＮＩＤとδ）初期設定対象
側のＩＰアドレス情報ＳＩＰＡＤＲＳに関しては、通信ミドルウェアデータＡＰＬＤＴ格
納領域（図１１を用いた２．２節の説明参照）内に格納して送信しても良い。この場合で
も初期設定対象のユニット１２９０（複合モジュール１２９５、１４６０、１４７０また
は機器１２５０）がシステムα＿１１３２内に配置されている事が分かっているので、誤
って別のドメイン１１２２内で初期設定される危険性が無い。上記の方法では初期設定時
にユーザが関与しないので、ユーザに負担を掛けずに自動で初期設定操作が行える効果が
有る。
上記説明のように『初期設定時に初期設定対象物の位置を検出する』所に本実施形態の
大きな特徴が有る。それによりシステムコントローラα＿１１２６内で対応するシステム
α＿１１３２内そしてそれに関連するドメイン２＿１１２２−２内に配置される事を確認
できるので、誤って初期設定対象物を別のドメイン１＿１１２２−１あるいは別のシステ
ムβ＿１１３４内で初期設定（登録）する危険性が無い効果が有る。更に初期設定方法に
拠ってはユーザの人手が全く掛からないので、ユーザの精神的負担が軽減できるだけで無
く、人的ミスが防げるために初期設定処理の信頼性が向上する効果も有る。更に本実施形
態では、『初期設定時に初期設定対象物のセクション帰属状態も規定する』所に次の特徴
が有る。それにより初期設定直後でも、初期設定対象物を活用したセクション単位でのサ
ービス提供が出来る効果が有る。
大きな特徴が有る。それによりシステムコントローラα＿１１２６内で対応するシステム
α＿１１３２内そしてそれに関連するドメイン２＿１１２２−２内に配置される事を確認
できるので、誤って初期設定対象物を別のドメイン１＿１１２２−１あるいは別のシステ
ムβ＿１１３４内で初期設定（登録）する危険性が無い効果が有る。更に初期設定方法に
拠ってはユーザの人手が全く掛からないので、ユーザの精神的負担が軽減できるだけで無
く、人的ミスが防げるために初期設定処理の信頼性が向上する効果も有る。更に本実施形
態では、『初期設定時に初期設定対象物のセクション帰属状態も規定する』所に次の特徴
が有る。それにより初期設定直後でも、初期設定対象物を活用したセクション単位でのサ
ービス提供が出来る効果が有る。
所でここでは新規購入したユニット１２９０（複合モジュール１２９５、１４６０、１
４７０または機器１２５０）がドメイン２＿１１２２−２内で使用可能な状況にする処理
を『初期設定』と定義し、特に『Check-in』と呼んでも良い。一方で初期設定後のユニッ
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）が一度
ドメイン２＿１１４２−２の外に出た後、再度同じドメイン２＿１１４２−２内に再び入
り、システムα＿１１３２またはシステムβ＿１１３４内でのネットワーク通信可能な状
態に復活させる処理を『プラグイン』と定義しても良い。
４７０または機器１２５０）がドメイン２＿１１２２−２内で使用可能な状況にする処理
を『初期設定』と定義し、特に『Check-in』と呼んでも良い。一方で初期設定後のユニッ
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）が一度
ドメイン２＿１１４２−２の外に出た後、再度同じドメイン２＿１１４２−２内に再び入
り、システムα＿１１３２またはシステムβ＿１１３４内でのネットワーク通信可能な状
態に復活させる処理を『プラグイン』と定義しても良い。
このようなプラグイン対象のユニット１２９０（複合モジュール１２９５、１４６０、
１４７０または機器１２５０）は、事前に設定された“δ）プラグイン側のＩＰアドレス
情報ＳＩＰＡＤＲＳ”と、同一ドメイン２＿１１２２−２中に帰属するいずれかのシステ
ムコントローラα＿１１２６またはβ＿１１２８に関する“ε）相手のシステムコントロ
ーラに設定されたＩＰアドレス情報ＤＩＰＡＤＲＳ”の情報を知っている。従って図１０
Ａを使って２．１節で説明したように、ネットワーク通信にインターネット・プロトコル
・バージョン６層ＩＰｖ６を使用する限り、このプラグイン対象のユニット１２９０（複
合モジュール１２９５、１４６０、１４７０または機器１２５０）が世界中の何処に有っ
てもネットワーク通信は原理的には可能となる。
１４７０または機器１２５０）は、事前に設定された“δ）プラグイン側のＩＰアドレス
情報ＳＩＰＡＤＲＳ”と、同一ドメイン２＿１１２２−２中に帰属するいずれかのシステ
ムコントローラα＿１１２６またはβ＿１１２８に関する“ε）相手のシステムコントロ
ーラに設定されたＩＰアドレス情報ＤＩＰＡＤＲＳ”の情報を知っている。従って図１０
Ａを使って２．１節で説明したように、ネットワーク通信にインターネット・プロトコル
・バージョン６層ＩＰｖ６を使用する限り、このプラグイン対象のユニット１２９０（複
合モジュール１２９５、１４６０、１４７０または機器１２５０）が世界中の何処に有っ
てもネットワーク通信は原理的には可能となる。
従って本実施形態システムでは、プラグイン対象のユニット１２９０（複合モジュール
１２９５、１４６０、１４７０または機器１２５０）が同じドメイン２＿１１２２−２に
帰属するいずれかのシステムα＿１１３２、β＿１１３４が規定する物理的領域内に配置
されているか否かで、自動的なプラグイン処理を行っても良い。具体的にはシステムα＿
１１３２、β＿１１３４が前述した初期設定と同じ方法で、プラグインの対象とするユニ
ット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）の配
置場所を調べる。すなわちシステムコントローラα＿１１３２、β＿１１３４は常に同一
システム内のネットワーク回線１７８２（図１０Ａ、図１６を用いた２．１節説明参照）
上での情報通信状況を監視し、図２３のアドレステーブル内に登録されたユニット１２９
０（機器１２５０（内のセンサモジュール１２６０や駆動モジュール１２７０）や複合モ
ジュール１２９５、１４６０、１４７０）以外からの情報通信が無い事を常に確認し続け
る。そして図２３のアドレステーブル内に登録されたユニット１２９０（機器１２５０（
内のセンサモジュール１２６０や駆動モジュール１２７０）や複合モジュール１２９５、
１４６０、１４７０）以外からの情報通信を発見した時には、送信側のＩＰアドレス情報
ＳＩＰＡＤＲＳの内容を確認する。そしてこの送信側のＩＰアドレス情報ＳＩＰＡＤＲＳ
の内容が過去にシステムα＿１１３２、β＿１１３４内で使用された情報なら、プラグイ
ン処理を開始する。またそれ以外の情報なら、初期設定処理を開始する。つまりシステム
コントローラα＿１１２６、β＿１１２８は、システムα＿１１３２、β＿１１３４内の
ユニット１２９０（機器１２５０（内のセンサモジュール１２６０や駆動モジュール１２
７０）や複合モジュール１２９５、１４６０、１４７０）の配置場所を常に管理している
。そしてプラグイン対象のユニット１２９０（複合モジュール１２９５、１４６０、１４
７０または機器１２５０）が同じドメイン２＿１１２２−２に帰属するいずれかのシステ
ムα＿１１３２、β＿１１３４が規定する物理的領域内に入り込む事を自動検知し、自動
的にプラグイン処理を行う。このプラグイン処理の途中で、ユーザＩ／Ｆ部１２３４を利
用してユーザにプラグイン可否の確認を行っても良い。そしてプラグイン処理の最終段階
で、プラグインを行ったユニット１２９０（複合モジュール１２９５、１４６０、１４７
０または機器１２５０）に関連する情報を図２３のアドレステーブル内に追記処理する。
このようにシステムコントローラα＿１１２６、β＿１１２８がプラグイン対象物の位置
に応じて自動的にプラグイン処理を開始するため、ユーザの手作業は一切必要無い。これ
によりユーザの負担を掛けずに非常に簡易的に“プラグイン”処理が実行できる効果が有
る。
１２９５、１４６０、１４７０または機器１２５０）が同じドメイン２＿１１２２−２に
帰属するいずれかのシステムα＿１１３２、β＿１１３４が規定する物理的領域内に配置
されているか否かで、自動的なプラグイン処理を行っても良い。具体的にはシステムα＿
１１３２、β＿１１３４が前述した初期設定と同じ方法で、プラグインの対象とするユニ
ット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）の配
置場所を調べる。すなわちシステムコントローラα＿１１３２、β＿１１３４は常に同一
システム内のネットワーク回線１７８２（図１０Ａ、図１６を用いた２．１節説明参照）
上での情報通信状況を監視し、図２３のアドレステーブル内に登録されたユニット１２９
０（機器１２５０（内のセンサモジュール１２６０や駆動モジュール１２７０）や複合モ
ジュール１２９５、１４６０、１４７０）以外からの情報通信が無い事を常に確認し続け
る。そして図２３のアドレステーブル内に登録されたユニット１２９０（機器１２５０（
内のセンサモジュール１２６０や駆動モジュール１２７０）や複合モジュール１２９５、
１４６０、１４７０）以外からの情報通信を発見した時には、送信側のＩＰアドレス情報
ＳＩＰＡＤＲＳの内容を確認する。そしてこの送信側のＩＰアドレス情報ＳＩＰＡＤＲＳ
の内容が過去にシステムα＿１１３２、β＿１１３４内で使用された情報なら、プラグイ
ン処理を開始する。またそれ以外の情報なら、初期設定処理を開始する。つまりシステム
コントローラα＿１１２６、β＿１１２８は、システムα＿１１３２、β＿１１３４内の
ユニット１２９０（機器１２５０（内のセンサモジュール１２６０や駆動モジュール１２
７０）や複合モジュール１２９５、１４６０、１４７０）の配置場所を常に管理している
。そしてプラグイン対象のユニット１２９０（複合モジュール１２９５、１４６０、１４
７０または機器１２５０）が同じドメイン２＿１１２２−２に帰属するいずれかのシステ
ムα＿１１３２、β＿１１３４が規定する物理的領域内に入り込む事を自動検知し、自動
的にプラグイン処理を行う。このプラグイン処理の途中で、ユーザＩ／Ｆ部１２３４を利
用してユーザにプラグイン可否の確認を行っても良い。そしてプラグイン処理の最終段階
で、プラグインを行ったユニット１２９０（複合モジュール１２９５、１４６０、１４７
０または機器１２５０）に関連する情報を図２３のアドレステーブル内に追記処理する。
このようにシステムコントローラα＿１１２６、β＿１１２８がプラグイン対象物の位置
に応じて自動的にプラグイン処理を開始するため、ユーザの手作業は一切必要無い。これ
によりユーザの負担を掛けずに非常に簡易的に“プラグイン”処理が実行できる効果が有
る。
以上に説明したプラグイン処理を第１章で説明したシステムα＿１１２６（クライアン
トシステム）の視点から見ると、下記の特徴を示す事ができる。すなわち本実施形態シス
テムにおけるクライアントシステム（システムα＿１１２６）は情報を取得もしくは作成
して通信する機能を有するユニット１２９０と前記ユニットからの前記情報を取得し管理
するシステムコントローラα＿１１２６とを備え、前記システムコントローラα＿１１２
６が複数のユニット１２９０それぞれをセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
に区分して管理し、各ユニット１２９０が属する該セクション１＿１１４２−１〜ｍ＿１
１４２−ｍに関する情報（図２３のアドレステーブル）を保持するとともに、前記ユニッ
トに関する情報（図２１Ｄ）を保持するものであって、前記各ユニット１２９０が属する
該セクション１＿１１４２−１〜ｍ＿１１４２−ｍに関する情報（図２３のアドレステー
ブル）に既に登録されている前記ユニット１２９０とは異なる新たなユニットを登録する
場合には、（１）新たな登録が必要となる前記新ユニットが上述した情報（図２３のアド
レステーブル）に既に登録されているか否かを事前チェックし、（２）上述した情報（図
２３のアドレステーブル）内に前記新ユニットが登録されて無い事を確認し、（３）上述
した情報（図２３のアドレステーブル）内に前記新ユニットを登録し、更に（４）前記新
ユニットがいずれのセクション１＿１１４２−１〜ｍ＿１１４２−ｍに属するかをチェッ
クし、（５）上述した情報（図２３のアドレステーブル）内に前記新ユニットが属するセ
クションに関する情報を付与することを特徴とする。
トシステム）の視点から見ると、下記の特徴を示す事ができる。すなわち本実施形態シス
テムにおけるクライアントシステム（システムα＿１１２６）は情報を取得もしくは作成
して通信する機能を有するユニット１２９０と前記ユニットからの前記情報を取得し管理
するシステムコントローラα＿１１２６とを備え、前記システムコントローラα＿１１２
６が複数のユニット１２９０それぞれをセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
に区分して管理し、各ユニット１２９０が属する該セクション１＿１１４２−１〜ｍ＿１
１４２−ｍに関する情報（図２３のアドレステーブル）を保持するとともに、前記ユニッ
トに関する情報（図２１Ｄ）を保持するものであって、前記各ユニット１２９０が属する
該セクション１＿１１４２−１〜ｍ＿１１４２−ｍに関する情報（図２３のアドレステー
ブル）に既に登録されている前記ユニット１２９０とは異なる新たなユニットを登録する
場合には、（１）新たな登録が必要となる前記新ユニットが上述した情報（図２３のアド
レステーブル）に既に登録されているか否かを事前チェックし、（２）上述した情報（図
２３のアドレステーブル）内に前記新ユニットが登録されて無い事を確認し、（３）上述
した情報（図２３のアドレステーブル）内に前記新ユニットを登録し、更に（４）前記新
ユニットがいずれのセクション１＿１１４２−１〜ｍ＿１１４２−ｍに属するかをチェッ
クし、（５）上述した情報（図２３のアドレステーブル）内に前記新ユニットが属するセ
クションに関する情報を付与することを特徴とする。
また特に上記のアドレステーブルとして前記複数のユニット１２９０に関して第1のセ
クションに関する情報（すなわち第１のセクションに属するユニット１２９０の情報）及
び前記第２のセクションに関する情報（すなわち第２のセクションに属するユニット１２
９０の情報）を含む所に特徴が有る。
クションに関する情報（すなわち第１のセクションに属するユニット１２９０の情報）及
び前記第２のセクションに関する情報（すなわち第２のセクションに属するユニット１２
９０の情報）を含む所に特徴が有る。
また更に上記のアドレステーブルに関して前記情報が時系列情報として記録されている
所にも次なる特徴が有る。
そして上記に特徴を明確化したように、特に本実施形態では『対象物の位置を検出して
プラグイン』を行える所に大きな特徴が有る。そして更に『プラグイン時に対象物のセク
ション帰属状態も規定する』所に次の特徴が有る。そしてそれらの特徴による効果は、前
述した初期設定時の効果と一致する。
所にも次なる特徴が有る。
そして上記に特徴を明確化したように、特に本実施形態では『対象物の位置を検出して
プラグイン』を行える所に大きな特徴が有る。そして更に『プラグイン時に対象物のセク
ション帰属状態も規定する』所に次の特徴が有る。そしてそれらの特徴による効果は、前
述した初期設定時の効果と一致する。
また本実施形態に対応したプラグイン処理が行われたか否かは、上記のシステムコント
ローラα＿１１２６が管理する（図２が示すシステムコントローラα＿１１２６内のメモ
リ部１２３２内に保存された）アドレステーブル（図２３）内の記載内容変化を解読する
事で容易に判断が可能となる。
ローラα＿１１２６が管理する（図２が示すシステムコントローラα＿１１２６内のメモ
リ部１２３２内に保存された）アドレステーブル（図２３）内の記載内容変化を解読する
事で容易に判断が可能となる。
また別の確認方法としては、ち新規登録対象のユニット１２９０（複合モジュール１２
９５、１４６０、１４７０または機器１２５０）を上記システムα＿１１３２の外から中
へ移動させた時の、この新規登録対象ユニット１２９０から送信される通信情報内容の変
化を調べても良い。すなわち例えば始めに上記ユニット１２９０（複合モジュール１２９
５、１４６０、１４７０または機器１２５０）を別のドメイン１＿１１２２−１に配置さ
せる。するとドメイン１＿１１２２−１内に配置された新規登録対象ユニット１２９０か
ら送信される通信情報内の受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（図１３（ｂ）／２．
４節）が、上記システムα＿１１３２に対応した受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ
とは異なるアドレスが格納されている。同様にメディア・アクセス層ＭＡＣ０２、ＭＡＣ
０６内で設定される受信側アドレス（図１０Ａ＆図１６＆図１１／２．２節）も、システ
ムα＿１１３２とは異なる情報が格納されている。その後この新規登録対象ユニット１２
９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）を上記システ
ムα＿１１３２内に移動させ、プラグイン処理が終わった後の上記対応アドレスを確認す
る。プラグイン処理が完了後に上記新規登録対象ユニット１２９０（複合モジュール１２
９５、１４６０、１４７０または機器１２５０）から送信される通信情報内での受信側Ｉ
Ｐアドレス情報ＤＩＰＡＤＲＳは、システムα＿１１３２（あるいは図９のシステムでは
システムコントローラβ＿１１２８）と一致する。またメディア・アクセス層ＭＡＣ０２
、ＭＡＣ０６内で設定される受信側アドレス（例えば２．３節に関連した図１２Ａ（ｅ）
の受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩＤや受信側におけるＩＥＥＥ拡張アド
レスＤＥＸＡＤＲＳ）も、システムα＿１１３２（あるいは図９のシステムではシステム
コントローラβ＿１１２８）と一致する。
９５、１４６０、１４７０または機器１２５０）を上記システムα＿１１３２の外から中
へ移動させた時の、この新規登録対象ユニット１２９０から送信される通信情報内容の変
化を調べても良い。すなわち例えば始めに上記ユニット１２９０（複合モジュール１２９
５、１４６０、１４７０または機器１２５０）を別のドメイン１＿１１２２−１に配置さ
せる。するとドメイン１＿１１２２−１内に配置された新規登録対象ユニット１２９０か
ら送信される通信情報内の受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ（図１３（ｂ）／２．
４節）が、上記システムα＿１１３２に対応した受信側ＩＰアドレス情報ＤＩＰＡＤＲＳ
とは異なるアドレスが格納されている。同様にメディア・アクセス層ＭＡＣ０２、ＭＡＣ
０６内で設定される受信側アドレス（図１０Ａ＆図１６＆図１１／２．２節）も、システ
ムα＿１１３２とは異なる情報が格納されている。その後この新規登録対象ユニット１２
９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）を上記システ
ムα＿１１３２内に移動させ、プラグイン処理が終わった後の上記対応アドレスを確認す
る。プラグイン処理が完了後に上記新規登録対象ユニット１２９０（複合モジュール１２
９５、１４６０、１４７０または機器１２５０）から送信される通信情報内での受信側Ｉ
Ｐアドレス情報ＤＩＰＡＤＲＳは、システムα＿１１３２（あるいは図９のシステムでは
システムコントローラβ＿１１２８）と一致する。またメディア・アクセス層ＭＡＣ０２
、ＭＡＣ０６内で設定される受信側アドレス（例えば２．３節に関連した図１２Ａ（ｅ）
の受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩＤや受信側におけるＩＥＥＥ拡張アド
レスＤＥＸＡＤＲＳ）も、システムα＿１１３２（あるいは図９のシステムではシステム
コントローラβ＿１１２８）と一致する。
また参考までに、上記プラグイン処理途中での通信情報内のアドレス情報の変化を下記
に説明する。まずは予め別のドメイン１＿１１２２−１内でネットワーク接続されていた
新規登録対象ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機
器１２５０）の配置場所を移動させた直後の説明から始める。もしこの新規登録対象ユニ
ット１２９０が機器１２５０−１の場合には、新規登録対象ユニット１２９０内にＧＰＳ
機能が搭載されるため、機器１２５０自体が配置場所移動を認識できる。そしてかつて（
今回のプラグイン処理前に）このシステムα＿１１３２内に配置された経験が有る場合に
は、対応機器１２５０−１内部のメモリ部１２４２内にシステムコントローラαのＩＰア
ドレス情報ＩＰＡＤＲＳとメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定される
アドレスが保存されている。従って対応機器１２５０−１はこの情報を利用して、システ
ムコントローラαに対する情報通信を行う。なお今後は図１３（ｂ）に記載の送信側ＩＰ
アドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳを総称する場合に
は、単にＩＰアドレス情報ＩＰＡＤＲＳと表現する。同様に図１２Ａ（ｅ）に記載の受信
側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳと送信側におけるＩＥＥＥ拡張アドレス
ＳＥＸＡＤＲＳを総称して呼ぶ場合には、ＩＥＥＥ拡張アドレスＥＸＡＤＲＳと記述する
。
に説明する。まずは予め別のドメイン１＿１１２２−１内でネットワーク接続されていた
新規登録対象ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機
器１２５０）の配置場所を移動させた直後の説明から始める。もしこの新規登録対象ユニ
ット１２９０が機器１２５０−１の場合には、新規登録対象ユニット１２９０内にＧＰＳ
機能が搭載されるため、機器１２５０自体が配置場所移動を認識できる。そしてかつて（
今回のプラグイン処理前に）このシステムα＿１１３２内に配置された経験が有る場合に
は、対応機器１２５０−１内部のメモリ部１２４２内にシステムコントローラαのＩＰア
ドレス情報ＩＰＡＤＲＳとメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定される
アドレスが保存されている。従って対応機器１２５０−１はこの情報を利用して、システ
ムコントローラαに対する情報通信を行う。なお今後は図１３（ｂ）に記載の送信側ＩＰ
アドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス情報ＤＩＰＡＤＲＳを総称する場合に
は、単にＩＰアドレス情報ＩＰＡＤＲＳと表現する。同様に図１２Ａ（ｅ）に記載の受信
側におけるＩＥＥＥ拡張アドレスＤＥＸＡＤＲＳと送信側におけるＩＥＥＥ拡張アドレス
ＳＥＸＡＤＲＳを総称して呼ぶ場合には、ＩＥＥＥ拡張アドレスＥＸＡＤＲＳと記述する
。
一方で、対応機器１２５０−１が以前にこのシステムα＿１１３２内に配置された経験
が無い場合には、送信側ＩＰアドレス情報ＳＩＰＡＤＲＳや送信側におけるＩＥＥＥ拡張
アドレスＳＥＸＡＤＲＳなどメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定され
るアドレス領域内をブランクにするか、あるいは所定のダミー情報を格納してシステムα
＿１１３２内で情報通信し、システムコントローラα＿に対して初期設定処理（図２２の
Ｓｔｅｐ１０２）を促す。
が無い場合には、送信側ＩＰアドレス情報ＳＩＰＡＤＲＳや送信側におけるＩＥＥＥ拡張
アドレスＳＥＸＡＤＲＳなどメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定され
るアドレス領域内をブランクにするか、あるいは所定のダミー情報を格納してシステムα
＿１１３２内で情報通信し、システムコントローラα＿に対して初期設定処理（図２２の
Ｓｔｅｐ１０２）を促す。
所で上記の新規登録対象ユニット１２９０が複合モジュール１２９５、１４６０、１４
７０の場合には基本的にＧＰＳ機能を持たない。従ってこの場合の新規登録対象ユニット
１２９０（複合モジュール１２９５、１４６０、１４７０）は、配置場所が移動された事
を知らない。そのためこの新規登録対象ユニット１２９０（複合モジュール１２９５、１
４６０、１４７０）は配置場所移動後も、別のドメイン１＿１１２２−１内に配置されて
いた時と同様の通信情報をシステムα＿１１３２内で送信する。
７０の場合には基本的にＧＰＳ機能を持たない。従ってこの場合の新規登録対象ユニット
１２９０（複合モジュール１２９５、１４６０、１４７０）は、配置場所が移動された事
を知らない。そのためこの新規登録対象ユニット１２９０（複合モジュール１２９５、１
４６０、１４７０）は配置場所移動後も、別のドメイン１＿１１２２−１内に配置されて
いた時と同様の通信情報をシステムα＿１１３２内で送信する。
システムコントローラα＿１１２６（あるいはβ＿１１２８）は、常にシステムα＿１
１３２内での通信情報の監視を行っている。従って同一システム内ネットワーク回線１７
８２（図１０Ａ、図１６）上で通信される物理層フレームＰＰＤＵ（図１１（ｆ））内に
想定外のＩＰアドレス情報ＩＰＡＤＲＳやＩＥＥＥ拡張アドレスＥＸＡＤＲＳなどのメデ
ィア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定されるアドレス情報が格納されている
事を発見すると、４．４節（と図３１〜図３４）で後述する方法で、該当する物理層フレ
ームＰＰＤＵの送信元の場所を確認する。そして対象となる送信元の場所が（図２２のＳ
ｔｅｐ１０１のセクション定義結果に基付いて）ステップα＿１１２６の領域内の場合に
は、初期設定処理（Ｓｔｅｐ１０２）あるいはプラグイン処理を開始する。
１３２内での通信情報の監視を行っている。従って同一システム内ネットワーク回線１７
８２（図１０Ａ、図１６）上で通信される物理層フレームＰＰＤＵ（図１１（ｆ））内に
想定外のＩＰアドレス情報ＩＰＡＤＲＳやＩＥＥＥ拡張アドレスＥＸＡＤＲＳなどのメデ
ィア・アクセス層ＭＡＣ０２、ＭＡＣ０６内で設定されるアドレス情報が格納されている
事を発見すると、４．４節（と図３１〜図３４）で後述する方法で、該当する物理層フレ
ームＰＰＤＵの送信元の場所を確認する。そして対象となる送信元の場所が（図２２のＳ
ｔｅｐ１０１のセクション定義結果に基付いて）ステップα＿１１２６の領域内の場合に
は、初期設定処理（Ｓｔｅｐ１０２）あるいはプラグイン処理を開始する。
この初期設定とプラグインのいずれの処理も、メディア・アクセス層ＭＡＣ０２、ＭＡ
Ｃ０６内で設定され上記の物理層フレームＰＰＤＵ内に格納された送信側のアドレス（送
信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳなど）を利用して、システムコントロ
ーラα＿１１２６（あるいはβ＿１１２８）から新規登録対象ユニット１２９０（複合モ
ジュール１２９５、１４６０、１４７０）に向けて情報通信（送信）する。そしてこの情
報を受け取る事で、受信側の新規登録対象ユニット１２９０（複合モジュール１２９５、
１４６０、１４７０）はシステムコントローラα＿１１２６（あるいはβ＿１１２８）の
ＩＰアドレスＩＰＡＤＲＳやメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内のアドレス
（、及び初期設定時には受信側に設定されたＩＰアドレスＩＰＡＤＲＳ）を知る。
Ｃ０６内で設定され上記の物理層フレームＰＰＤＵ内に格納された送信側のアドレス（送
信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳなど）を利用して、システムコントロ
ーラα＿１１２６（あるいはβ＿１１２８）から新規登録対象ユニット１２９０（複合モ
ジュール１２９５、１４６０、１４７０）に向けて情報通信（送信）する。そしてこの情
報を受け取る事で、受信側の新規登録対象ユニット１２９０（複合モジュール１２９５、
１４６０、１４７０）はシステムコントローラα＿１１２６（あるいはβ＿１１２８）の
ＩＰアドレスＩＰＡＤＲＳやメディア・アクセス層ＭＡＣ０２、ＭＡＣ０６内のアドレス
（、及び初期設定時には受信側に設定されたＩＰアドレスＩＰＡＤＲＳ）を知る。
そしてその次のステップとして、新規登録対象（初期設定／プラグイン対象）のユニッ
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０−１）は
上記の受信情報を利用して、システムコントローラα＿１１２６（あるいはβ＿１１２８
）への送信を行う。この結果として初期設定／プラグイン対象のユニット１２９０（複合
モジュール１２９５、１４６０、１４７０または機器１２５０−１）は正しいアドレス情
報の取得が行われた事を確認できる。そしてシステムコントローラα＿１１２６（あるい
はβ＿１１２８）は、新規登録対象（初期設定／プラグイン対象）のユニット１２９０（
複合モジュール１２９５、１４６０、１４７０または機器１２５０−１）から送信される
通信情報内記載内容を確認して正しく初期設定またはプラグイン処理がなされた事を確認
した後に、図２３のアドレステーブル内への正規登録処理を行う。
ト１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０−１）は
上記の受信情報を利用して、システムコントローラα＿１１２６（あるいはβ＿１１２８
）への送信を行う。この結果として初期設定／プラグイン対象のユニット１２９０（複合
モジュール１２９５、１４６０、１４７０または機器１２５０−１）は正しいアドレス情
報の取得が行われた事を確認できる。そしてシステムコントローラα＿１１２６（あるい
はβ＿１１２８）は、新規登録対象（初期設定／プラグイン対象）のユニット１２９０（
複合モジュール１２９５、１４６０、１４７０または機器１２５０−１）から送信される
通信情報内記載内容を確認して正しく初期設定またはプラグイン処理がなされた事を確認
した後に、図２３のアドレステーブル内への正規登録処理を行う。
本実施形態では図８Ｂを用いて１．８節で説明したように、センサ／通信モジュール１
４６０−５などの複合モジュール１２９５が単独で存在できる。あるいは特定の商品や部
品内に挿入または混入した形で存在しても良い。従ってこの複合モジュール１２９５をユ
ーザが携帯して移動が可能となる。そのためユーザに携帯された特定複合モジュール１２
９５、１４６０、１４７０（または機器１２５０）も、初期設定後に異なるセクション１
１４２間での移動が可能となる。すなわち単独で存在あるいは商品や部品内に挿入または
混入した形で存在した形でユーザと一緒に移動可能な複合モジュール１２９５、１４６０
、１４７０（または機器１２５０）は、図２２のＳｔｅｐ１０３のように移動位置を自動
追跡され、図２２のＳｔｅｐ１０４が示すように移動後の現存場所が帰属するセクション
の割り出しを繰り返し行えるようになっている。そして最新の配置情報に基付きセクショ
ン１＿１１４２−１〜ｍ＿１１４２−ｍ毎の複合モジュール１４６０、１４７０や機器１
２５０からのセンス情報や状態情報を収集してユーザへのサービス提供（Ｓｔｅｐ１０５
）する事で、セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎の状態把握精度が向上し
、ユーザの満足度が向上する効果が生まれる。
４６０−５などの複合モジュール１２９５が単独で存在できる。あるいは特定の商品や部
品内に挿入または混入した形で存在しても良い。従ってこの複合モジュール１２９５をユ
ーザが携帯して移動が可能となる。そのためユーザに携帯された特定複合モジュール１２
９５、１４６０、１４７０（または機器１２５０）も、初期設定後に異なるセクション１
１４２間での移動が可能となる。すなわち単独で存在あるいは商品や部品内に挿入または
混入した形で存在した形でユーザと一緒に移動可能な複合モジュール１２９５、１４６０
、１４７０（または機器１２５０）は、図２２のＳｔｅｐ１０３のように移動位置を自動
追跡され、図２２のＳｔｅｐ１０４が示すように移動後の現存場所が帰属するセクション
の割り出しを繰り返し行えるようになっている。そして最新の配置情報に基付きセクショ
ン１＿１１４２−１〜ｍ＿１１４２−ｍ毎の複合モジュール１４６０、１４７０や機器１
２５０からのセンス情報や状態情報を収集してユーザへのサービス提供（Ｓｔｅｐ１０５
）する事で、セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎の状態把握精度が向上し
、ユーザの満足度が向上する効果が生まれる。
次に図２２のＳｔｅｐ１０３に記載した、ユニット１２９０（機器１２５０や複合モジ
ュール１２９５、１４６０、１４７０）の移動位置の自動追跡方法に関する詳細説明を行
う。このステップ１０３では４．４節で後述するように、対象のユニット１２９０（機器
１２５０や複合モジュール１２９５、１４６０、１４７０）から送信される無線電波の送
信元の位置検出の技術を利用しても良い。すなわちシステムα＿１１３２内でのネットワ
ーク回線１７８２（図１０Ａまたは図１６）の物理的なメディア（通信媒体）として無線
（wireless）を使用する場合には、ユニット１２９０（機器１２５０や複合モジュール１
２９５、１４６０、１４７０）から無線電波を送信してシステムコントローラα＿１１２
６への情報通信が行われる。そしてシステムコントローラα＿１１２６内で通信情報を解
析する（例えば後述するように図１３（ｂ）内の送信側ＩＰアドレス情報や送信側におけ
るＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを抽出して図２３のアドレステーブルを参照する
）事で、物理層フレームＰＰＤＵ（図１１）毎にシステムα＿１１３２内のどのユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）から無線電波
が送信されているかがリアルタイムで判別できる。それと同時に４．４節で後述する無線
電波の送信元の位置検出技術を利用すると、物理層フレームＰＰＤＵ毎にリアルタイムで
無線電波送信元の物理的な位置情報が入手できる。こうして物理層フレームＰＰＤＵ毎に
両者の情報を突き合わせると、ユニット１２９０（機器１２５０毎あるいは複合モジュー
ル１２９５、１４６０、１４７０）毎の物理的な位置情報が判明する。
ュール１２９５、１４６０、１４７０）の移動位置の自動追跡方法に関する詳細説明を行
う。このステップ１０３では４．４節で後述するように、対象のユニット１２９０（機器
１２５０や複合モジュール１２９５、１４６０、１４７０）から送信される無線電波の送
信元の位置検出の技術を利用しても良い。すなわちシステムα＿１１３２内でのネットワ
ーク回線１７８２（図１０Ａまたは図１６）の物理的なメディア（通信媒体）として無線
（wireless）を使用する場合には、ユニット１２９０（機器１２５０や複合モジュール１
２９５、１４６０、１４７０）から無線電波を送信してシステムコントローラα＿１１２
６への情報通信が行われる。そしてシステムコントローラα＿１１２６内で通信情報を解
析する（例えば後述するように図１３（ｂ）内の送信側ＩＰアドレス情報や送信側におけ
るＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを抽出して図２３のアドレステーブルを参照する
）事で、物理層フレームＰＰＤＵ（図１１）毎にシステムα＿１１３２内のどのユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）から無線電波
が送信されているかがリアルタイムで判別できる。それと同時に４．４節で後述する無線
電波の送信元の位置検出技術を利用すると、物理層フレームＰＰＤＵ毎にリアルタイムで
無線電波送信元の物理的な位置情報が入手できる。こうして物理層フレームＰＰＤＵ毎に
両者の情報を突き合わせると、ユニット１２９０（機器１２５０毎あるいは複合モジュー
ル１２９５、１４６０、１４７０）毎の物理的な位置情報が判明する。
このようにしてシステムコントローラα＿１１２６は上記物理層フレームＰＰＤＵを受
信する毎に、（前述した初期設定と同じ方法で）個々のユニット１２９０（機器１２５０
や複合モジュール１２９５、１４６０、１４７０）が所属する（その中に配置された）セ
クション１＿１１４２−１〜ｍ＿１１４２−ｍを判別する。そして判別した結果と図２３
のアドレステーブル内の記載内容と逐次比較する。そして比較結果に違いが無い場合には
、『対応する機器１２５０や複合モジュール１４６０、１４７０はセクション１１４２を
超えた移動をして無い』と見なして上記アドレステーブルの書き換えは行わない。一方比
較結果に違いが見付かった場合には、特定の機器１２５０か特定の複合モジュール１４６
０、１４７０がセクション１１４２を超えて移動したと見なして上記アドレステーブルを
書き換えると共に、次のＳｔｅｐ１０４へ進んでも良い。このように本実施形態では、『
セクション１１４２に関係した情報（アドレステーブルなど）を所有』する所に大きな特
徴が有る。そしてユニット１２９０（機器や複合モジュール）の移動位置自動追跡ステッ
プ（Ｓｔｅｐ１０３）では、上記セクション１１４２に関係した情報を利用してセクショ
ン１１４２を超えた移動の有無判定を行う。そしてＳｔｅｐ１０３ではユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）毎の配置場所管理をセ
クション１１４２単位で行うため、例えばユニット１２９０（機器１２５０や複合モジュ
ール１２９５、１４６０、１４７０）が同一セクション１１４２内で僅かに移動しても『
セクション１１４２を超えた移動をして無い』と見なしてアドレステーブルの書き換えな
どの所定処理を行わない。これにより効率の良い情報収集とユーザに対するサービス提供
が行える効果が有る。この効果を説明するため、ユニット１２９０（機器や複合モジュー
ル）の僅かな移動に対して逐次フィーバックする方法と比較する。例えば特定の携帯形複
合モジュールをユーザが身に着けた場合、ユーザが同一セクション１１４２内で移動する
機会は頻繁に発生する。そしてこのユーザが僅かに移動する毎に（アドレステーブルの更
新や次のＳｔｅｐ１０４への移行処理などの）フィードバック処理を行うと、システムコ
ントローラα＿１１２６内での処理が非常に煩雑となる。一方４．１節内で図２５（ａ）
を用いて説明したように、同一セクション１１４２内でユニット１２９０（機器や複合モ
ジュール）が僅かに移動しても、得られるセンサ情報内容に変化が起きない場合が多い。
更に図２５（ｂ）で説明したように、ユーザに対してセクション１１４２単位でサービス
を提供する場合が多い。従ってユーザが僅かに移動する毎にフィードバックを行っても、
ユーザへ提供するサービス質の向上効率が余り上がらない。
信する毎に、（前述した初期設定と同じ方法で）個々のユニット１２９０（機器１２５０
や複合モジュール１２９５、１４６０、１４７０）が所属する（その中に配置された）セ
クション１＿１１４２−１〜ｍ＿１１４２−ｍを判別する。そして判別した結果と図２３
のアドレステーブル内の記載内容と逐次比較する。そして比較結果に違いが無い場合には
、『対応する機器１２５０や複合モジュール１４６０、１４７０はセクション１１４２を
超えた移動をして無い』と見なして上記アドレステーブルの書き換えは行わない。一方比
較結果に違いが見付かった場合には、特定の機器１２５０か特定の複合モジュール１４６
０、１４７０がセクション１１４２を超えて移動したと見なして上記アドレステーブルを
書き換えると共に、次のＳｔｅｐ１０４へ進んでも良い。このように本実施形態では、『
セクション１１４２に関係した情報（アドレステーブルなど）を所有』する所に大きな特
徴が有る。そしてユニット１２９０（機器や複合モジュール）の移動位置自動追跡ステッ
プ（Ｓｔｅｐ１０３）では、上記セクション１１４２に関係した情報を利用してセクショ
ン１１４２を超えた移動の有無判定を行う。そしてＳｔｅｐ１０３ではユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）毎の配置場所管理をセ
クション１１４２単位で行うため、例えばユニット１２９０（機器１２５０や複合モジュ
ール１２９５、１４６０、１４７０）が同一セクション１１４２内で僅かに移動しても『
セクション１１４２を超えた移動をして無い』と見なしてアドレステーブルの書き換えな
どの所定処理を行わない。これにより効率の良い情報収集とユーザに対するサービス提供
が行える効果が有る。この効果を説明するため、ユニット１２９０（機器や複合モジュー
ル）の僅かな移動に対して逐次フィーバックする方法と比較する。例えば特定の携帯形複
合モジュールをユーザが身に着けた場合、ユーザが同一セクション１１４２内で移動する
機会は頻繁に発生する。そしてこのユーザが僅かに移動する毎に（アドレステーブルの更
新や次のＳｔｅｐ１０４への移行処理などの）フィードバック処理を行うと、システムコ
ントローラα＿１１２６内での処理が非常に煩雑となる。一方４．１節内で図２５（ａ）
を用いて説明したように、同一セクション１１４２内でユニット１２９０（機器や複合モ
ジュール）が僅かに移動しても、得られるセンサ情報内容に変化が起きない場合が多い。
更に図２５（ｂ）で説明したように、ユーザに対してセクション１１４２単位でサービス
を提供する場合が多い。従ってユーザが僅かに移動する毎にフィードバックを行っても、
ユーザへ提供するサービス質の向上効率が余り上がらない。
図２２のＳｔｅｐ１０３によるユニット１２９０（機器や複合モジュール）の移動位置
の自動追跡の結果、セクション１１４２を超えて移動したユニット１２９０（機器１２５
０や複合モジュール１２９５、１４６０、１４７０）が発生した場合には、次のＳｔｅｐ
１０４へと進む。従ってセクション１１４２を超えた移動が無い場合には、このＳｔｅｐ
１０４を飛ばしてＳｔｅｐ１０５へ進んでも良い。所でＳｔｅｐ１０４内の具体的な“配
置場所が移動したユニット１２９０（機器や複合モジュール）の現存位置が帰属するセク
ションの割り出し処理”とは、アドレステーブルの修正処理とシステムコントローラα＿
１１２６内で行われるセクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎に配置されるユ
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の組み
換え処理を意味している。
の自動追跡の結果、セクション１１４２を超えて移動したユニット１２９０（機器１２５
０や複合モジュール１２９５、１４６０、１４７０）が発生した場合には、次のＳｔｅｐ
１０４へと進む。従ってセクション１１４２を超えた移動が無い場合には、このＳｔｅｐ
１０４を飛ばしてＳｔｅｐ１０５へ進んでも良い。所でＳｔｅｐ１０４内の具体的な“配
置場所が移動したユニット１２９０（機器や複合モジュール）の現存位置が帰属するセク
ションの割り出し処理”とは、アドレステーブルの修正処理とシステムコントローラα＿
１１２６内で行われるセクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎に配置されるユ
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の組み
換え処理を意味している。
ここでこのアドレステーブルの修正時には所定枠内（セル内）の変更のみを行い、縦の
列単位での並び替えは行わない。そしてセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
単位での状態管理やセンサ情報収集の効率を上げるため、システムコントローラα＿１１
２６のプロセッサ１２３０内の一時記憶領域に上記アドレステーブルをコピーし、セクシ
ョン１＿１１４２−１〜ｍ＿１１４２−ｍ毎に配置されるユニット１２９０（機器１２５
０や複合モジュール１２９５、１４６０、１４７０）の組み換え（縦の列単位での並び替
え）処理を行っている。
列単位での並び替えは行わない。そしてセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
単位での状態管理やセンサ情報収集の効率を上げるため、システムコントローラα＿１１
２６のプロセッサ１２３０内の一時記憶領域に上記アドレステーブルをコピーし、セクシ
ョン１＿１１４２−１〜ｍ＿１１４２−ｍ毎に配置されるユニット１２９０（機器１２５
０や複合モジュール１２９５、１４６０、１４７０）の組み換え（縦の列単位での並び替
え）処理を行っている。
また図２２Ｓｔｅｐ１０５内では、セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎
に“対象となるユニット１２９０（機器や複合モジュール）からのセンサ／状態情報の収
集またはユーザへのサービス提供”を行う。なおその具体的内容として、図２６Ａ〜図３
０を用いて４．２節で説明した方法を利用する。
に“対象となるユニット１２９０（機器や複合モジュール）からのセンサ／状態情報の収
集またはユーザへのサービス提供”を行う。なおその具体的内容として、図２６Ａ〜図３
０を用いて４．２節で説明した方法を利用する。
その後は適宜ユニット１２９０（機器や複合モジュール）の移動位置の自動追跡（Ｓｔ
ｅｐ１０３）を行い、上記の一連の処理を繰り返す。
所で本実施形態システムでは、移動位置の自動追跡を利用して自動的に特定のユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）に対する“プ
ラグアウト”処理をしても良い。すなわちＳｔｅｐ１０１で定義した各セクション１＿１
１４２−１〜ｍ＿１１４２−ｍの物理的領域範囲の外に出たユニット１２９０（機器１２
５０や複合モジュール１２９５、１４６０、１４７０）を発見した場合には、“該当する
ネットワーク通信システムα＿１１３２の管理対象外”になったと見なしてアドレステー
ブルからの該当項目（対応する縦の列全体）の暫定的削除を行う。但し将来の“再プラグ
イン”処理に柔軟に対応できるよう、暫定的に削除したユニット１２９０（機器１２５０
または複合モジュール１２９５、１４６０、１４７０）のＩＰアドレスＩＰＡＤＲＳとＩ
ＥＥＥ拡張アドレスＥＸＡＤＲＳの情報はメモリ部１２３２（図８Ａのシステムコントロ
ーラα＿１１２６内）に記録しておく。ここで“プラグアウト”処理を行う直前に、ユー
ザＩ／Ｆ部１２３４（図８Ａのシステムコントローラα＿１１２６内）に表示してユーザ
へプラグアウト可否の問い合わせを行っても良い。
ｅｐ１０３）を行い、上記の一連の処理を繰り返す。
所で本実施形態システムでは、移動位置の自動追跡を利用して自動的に特定のユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）に対する“プ
ラグアウト”処理をしても良い。すなわちＳｔｅｐ１０１で定義した各セクション１＿１
１４２−１〜ｍ＿１１４２−ｍの物理的領域範囲の外に出たユニット１２９０（機器１２
５０や複合モジュール１２９５、１４６０、１４７０）を発見した場合には、“該当する
ネットワーク通信システムα＿１１３２の管理対象外”になったと見なしてアドレステー
ブルからの該当項目（対応する縦の列全体）の暫定的削除を行う。但し将来の“再プラグ
イン”処理に柔軟に対応できるよう、暫定的に削除したユニット１２９０（機器１２５０
または複合モジュール１２９５、１４６０、１４７０）のＩＰアドレスＩＰＡＤＲＳとＩ
ＥＥＥ拡張アドレスＥＸＡＤＲＳの情報はメモリ部１２３２（図８Ａのシステムコントロ
ーラα＿１１２６内）に記録しておく。ここで“プラグアウト”処理を行う直前に、ユー
ザＩ／Ｆ部１２３４（図８Ａのシステムコントローラα＿１１２６内）に表示してユーザ
へプラグアウト可否の問い合わせを行っても良い。
上記のプラグアウト処理の特徴をシステムα＿１１３２（クライアントシステム）の視
点で説明すると、下記の通りとなる。すなわち本実施形態システムであるクライアントシ
ステムは情報を取得もしくは作成して通信する機能を有するユニット１２９０と前記ユニ
ット１２９０からの前記情報を取得し管理するシステムコントローラα＿１１２６とを備
え、前記システムコントローラα＿１１２６は複数のユニット１２９０をそれぞれセクシ
ョン１＿１１４２−１〜ｍ＿１１４２−ｍに区分して管理し、各ユニットが属する該セク
ションに関する情報（図２３のアドレステーブル）を保持するとともに、前記ユニットに
関する情報（図２１Ｄ）を保持する。また前記ユニットからの前記情報の再取得できない
場合には、前記システムコントローラα＿１１２６は各ユニットが属する該セクションに
関する前記情報（図２３のアドレステーブル）の管理の対象から一旦外すことを特徴とす
る。
点で説明すると、下記の通りとなる。すなわち本実施形態システムであるクライアントシ
ステムは情報を取得もしくは作成して通信する機能を有するユニット１２９０と前記ユニ
ット１２９０からの前記情報を取得し管理するシステムコントローラα＿１１２６とを備
え、前記システムコントローラα＿１１２６は複数のユニット１２９０をそれぞれセクシ
ョン１＿１１４２−１〜ｍ＿１１４２−ｍに区分して管理し、各ユニットが属する該セク
ションに関する情報（図２３のアドレステーブル）を保持するとともに、前記ユニットに
関する情報（図２１Ｄ）を保持する。また前記ユニットからの前記情報の再取得できない
場合には、前記システムコントローラα＿１１２６は各ユニットが属する該セクションに
関する前記情報（図２３のアドレステーブル）の管理の対象から一旦外すことを特徴とす
る。
一方上述した再プラグイン処理では更なるクライアントシステムの特徴として上記に追
加して前記ユニットからの前記情報の再取得ができた場合には、前記システムコントロー
ラα＿１１２６は各ユニットが属する該セクションに関する前記情報（図２３のアドレス
テーブル）の管理対象とすることになる。
加して前記ユニットからの前記情報の再取得ができた場合には、前記システムコントロー
ラα＿１１２６は各ユニットが属する該セクションに関する前記情報（図２３のアドレス
テーブル）の管理対象とすることになる。
また上記のプラグアウト処理に関しても、アドレステーブルとして前記複数のユニット
１２９０に関して第1のセクションに関する情報（すなわち第１のセクションに属するユ
ニット１２９０の情報）及び前記第２のセクションに関する情報（すなわち第２のセクシ
ョンに属するユニット１２９０の情報）を含む所に特徴が有る。
１２９０に関して第1のセクションに関する情報（すなわち第１のセクションに属するユ
ニット１２９０の情報）及び前記第２のセクションに関する情報（すなわち第２のセクシ
ョンに属するユニット１２９０の情報）を含む所に特徴が有る。
また更に上記のプラグアウト処理に関係してアドレステーブル内に前記情報が時系列情
報として記録されている所にも次なる特徴が有る。
所で予めシステムα＿１１３２内に配置されていたユニット１２９０（複合モジュール
１２９５、１４６０、１４７０または機器１２５０）をシステムα＿１１３２の外に移動
させた後のシステムコントローラα＿１１２６（あるいはβ＿１１２８）からの通信履歴
を調べることで、この“プラグアウト”処理の実行可否が分かる。すなわち“プラグアウ
ト”処理が行われた場合、ユニット１２９０（複合モジュール１２９５、１４６０、１４
７０または機器１２５０）をシステムα＿１１３２の外に移動させた所定期間後は、この
ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）
に対するシステムコントローラα＿１１２６（あるいはβ＿１１２８）からの情報通信は
無い通信履歴となる。
報として記録されている所にも次なる特徴が有る。
所で予めシステムα＿１１３２内に配置されていたユニット１２９０（複合モジュール
１２９５、１４６０、１４７０または機器１２５０）をシステムα＿１１３２の外に移動
させた後のシステムコントローラα＿１１２６（あるいはβ＿１１２８）からの通信履歴
を調べることで、この“プラグアウト”処理の実行可否が分かる。すなわち“プラグアウ
ト”処理が行われた場合、ユニット１２９０（複合モジュール１２９５、１４６０、１４
７０または機器１２５０）をシステムα＿１１３２の外に移動させた所定期間後は、この
ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）
に対するシステムコントローラα＿１１２６（あるいはβ＿１１２８）からの情報通信は
無い通信履歴となる。
すなわちネットワーク通信システムα＿１１３２内の管理や運営、制御を行うシステム
コントローラα＿１１２６（あるいはβ＿１１２８）は、同一システム内ネットワーク回
線１７８２上での通信情報は、図１１（ｆ）の物理層フレームＰＰＤＵ単位で送信元の配
置位置をモニタしている。そしてシステムα＿１１３２の外から物理層フレームＰＰＤＵ
が送信された場合には、（ユーザに確認した）直後に図２３のアドレステーブルから該当
するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５
０）を削除してプラグアウト処理が完了する。一度プラグアウト処理が完了すると再度プ
ラグイン処理を行うまで、システムコントローラα＿１１２６（あるいはβ＿１１２８）
から該当するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機
器１２５０）への情報通信は無い。
コントローラα＿１１２６（あるいはβ＿１１２８）は、同一システム内ネットワーク回
線１７８２上での通信情報は、図１１（ｆ）の物理層フレームＰＰＤＵ単位で送信元の配
置位置をモニタしている。そしてシステムα＿１１３２の外から物理層フレームＰＰＤＵ
が送信された場合には、（ユーザに確認した）直後に図２３のアドレステーブルから該当
するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５
０）を削除してプラグアウト処理が完了する。一度プラグアウト処理が完了すると再度プ
ラグイン処理を行うまで、システムコントローラα＿１１２６（あるいはβ＿１１２８）
から該当するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機
器１２５０）への情報通信は無い。
一方でタイミング的な関係で、システムα＿１１２６の外に特定のユニット１２９０（
複合モジュール１２９５、１４６０、１４７０または機器１２５０）が移動した事情をシ
ステムコントローラα＿１１２６（あるいはβ＿１１２８）が一時的に認知しない場合が
有る。この場合には、システムコントローラα＿１１２６（あるいはβ＿１１２８）から
該当するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１
２５０）宛てに情報通信する。しかしこの場合にはシステムコントローラα＿１１２６（
あるいはβ＿１１２８）への回答が来ない。そして回答が来ない場合には再度情報通信を
行い、２回連続して回答が来ない場合には、図２３のアドレステーブル内の該当箇所を削
除してプラグアウト処理が完了する。所で上記プラグアウト処理の途中で、システムコン
トローラα＿１１２６内のユーザＩ／Ｆ部１２３４（図８Ａ＆図８Ｂ）を介してユーザへ
の問い合わせを行っても良い。
複合モジュール１２９５、１４６０、１４７０または機器１２５０）が移動した事情をシ
ステムコントローラα＿１１２６（あるいはβ＿１１２８）が一時的に認知しない場合が
有る。この場合には、システムコントローラα＿１１２６（あるいはβ＿１１２８）から
該当するユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１
２５０）宛てに情報通信する。しかしこの場合にはシステムコントローラα＿１１２６（
あるいはβ＿１１２８）への回答が来ない。そして回答が来ない場合には再度情報通信を
行い、２回連続して回答が来ない場合には、図２３のアドレステーブル内の該当箇所を削
除してプラグアウト処理が完了する。所で上記プラグアウト処理の途中で、システムコン
トローラα＿１１２６内のユーザＩ／Ｆ部１２３４（図８Ａ＆図８Ｂ）を介してユーザへ
の問い合わせを行っても良い。
所でシステムα＿１１２６の外に特定のユニット１２９０（複合モジュール１２９５、
１４６０、１４７０または機器１２５０）を移動させてからプラグアウトを完了させる間
での所要時間が長過ぎると、４．３節で後述するシステムα＿１１３２やユーザの行動／
要求の推定／判断精度が低下する。ここで状態変化に対応したサービス提供までの遅れ時
間として、一般的ユーザは５分や１０分程度までの遅れは許容する。また気の長いユーザ
なら１５分程度の遅れは許容する。しかし遅れが１時間を超すと、ほとんどのユーザは不
満に感じる。従って本実施形態システムにおいては、システムα＿１１２６の外に特定の
ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）
を移動させてからプラグアウトを完了させるまでの所要時間として１５分以下、望ましく
は５分以下としている。また上記の理由から、最悪の場合でも１時間以下とする。
１４６０、１４７０または機器１２５０）を移動させてからプラグアウトを完了させる間
での所要時間が長過ぎると、４．３節で後述するシステムα＿１１３２やユーザの行動／
要求の推定／判断精度が低下する。ここで状態変化に対応したサービス提供までの遅れ時
間として、一般的ユーザは５分や１０分程度までの遅れは許容する。また気の長いユーザ
なら１５分程度の遅れは許容する。しかし遅れが１時間を超すと、ほとんどのユーザは不
満に感じる。従って本実施形態システムにおいては、システムα＿１１２６の外に特定の
ユニット１２９０（複合モジュール１２９５、１４６０、１４７０または機器１２５０）
を移動させてからプラグアウトを完了させるまでの所要時間として１５分以下、望ましく
は５分以下としている。また上記の理由から、最悪の場合でも１時間以下とする。
このように『システムα＿１１３２の物理的範囲の外に出たユニット１２９０（複合モ
ジュール１２９５、１４６０、１４７０または機器１２５０）をプラグアウトする』所に
大きな特徴が有る。このようにプラグアウト判定にユニット１２９０（複合モジュール１
２９５、１４６０、１４７０または機器１２５０）の配置場所を利用する事で、ユーザに
負担を掛けずに高い信頼性を保ちながら簡単にプラグイン操作が出来る効果が有る。すな
わち同一システム内ネットワーク回線１７８２（図１６）の物理的な通信媒体（communic
ation media）に無線（wireless）を使う場合、誤って隣接する別ドメイン１１２２内の
ネットワーク通信回線と混線して個人情報保護機能が低下する恐れが有った。そして上記
の危険性を回避するため、ユーザによる煩雑な初期設定処理やプラグイン／プラグアウト
処理が必用となっていた。それに対し上述したように自動検出される配置位置情報を利用
してユーザに負担を掛けずに初期設定処理やプラグイン／プラグアウト処理が行えると、
隣接する別のネットワーク通信回線との混線が防げ、セキュリティ確保と個人情報保護機
能確保が保証できる別効果も生まれる。
ジュール１２９５、１４６０、１４７０または機器１２５０）をプラグアウトする』所に
大きな特徴が有る。このようにプラグアウト判定にユニット１２９０（複合モジュール１
２９５、１４６０、１４７０または機器１２５０）の配置場所を利用する事で、ユーザに
負担を掛けずに高い信頼性を保ちながら簡単にプラグイン操作が出来る効果が有る。すな
わち同一システム内ネットワーク回線１７８２（図１６）の物理的な通信媒体（communic
ation media）に無線（wireless）を使う場合、誤って隣接する別ドメイン１１２２内の
ネットワーク通信回線と混線して個人情報保護機能が低下する恐れが有った。そして上記
の危険性を回避するため、ユーザによる煩雑な初期設定処理やプラグイン／プラグアウト
処理が必用となっていた。それに対し上述したように自動検出される配置位置情報を利用
してユーザに負担を掛けずに初期設定処理やプラグイン／プラグアウト処理が行えると、
隣接する別のネットワーク通信回線との混線が防げ、セキュリティ確保と個人情報保護機
能確保が保証できる別効果も生まれる。
所で今まではシステムα＿１１３２内に配置されたシステムコントローラα＿１１２６
が、図２２に示す一連の処理を行うように説明した。しかしそれに限らず例えば１．８節
内で説明した図８Ａから図８Ｂが混在する形態を利用し、このシステムα＿１１３２の空
間的配置上外部に配置されたシステムコントローラβ＿１１２８やサーバｎ＿１１１６−
ｎが図２２の操作を行っても良い。４．３節 セクション毎の情報収集からサービス提供
までの処理方法本４．３節では、図２２のＳｔｅｐ１０５に関係する“センサ／状態情報
の収集からユーザへのサービス提供”に至る具体的処理内容の説明を行う。特にシステム
α＿１１３２（クライアントシステム）の視点から見た本４．３節で説明する特徴は下記
の通りとなる。すなわち本実施形態システムであるクライアントシステムは 情報を取得
もしくは作成して通信する機能を有するユニット１２９０と前記ユニットからの前記情報
を取得し管理するシステムコントローラα＿１１２６を備え、 前記システムコントロー
ラα＿１１２６は複数のユニット１２９０毎にセクション１＿１１４２−１〜ｍ＿１１４
２−ｍに区分して管理し、各ユニットが属する該セクションに関する情報（図２３のアド
レステーブル）を保持する。また１個のユニット１２９０からの状態変化情報が前記シス
テムコントローラα＿１１２６に通信するされ、その状態変化情報に基付いて前記同一セ
クション１１４２内の他の複数ユニット１２９０ユニットに対する制御が行なわれる特徴
が有る。更に前記システムコントローラα＿１１２６は、１個のユニット１２９０からの
所定時刻毎の状態変化を用いて、前記同一セクション内の他のユニットの制御が行われる
所に他の特徴がが有る。
が、図２２に示す一連の処理を行うように説明した。しかしそれに限らず例えば１．８節
内で説明した図８Ａから図８Ｂが混在する形態を利用し、このシステムα＿１１３２の空
間的配置上外部に配置されたシステムコントローラβ＿１１２８やサーバｎ＿１１１６−
ｎが図２２の操作を行っても良い。４．３節 セクション毎の情報収集からサービス提供
までの処理方法本４．３節では、図２２のＳｔｅｐ１０５に関係する“センサ／状態情報
の収集からユーザへのサービス提供”に至る具体的処理内容の説明を行う。特にシステム
α＿１１３２（クライアントシステム）の視点から見た本４．３節で説明する特徴は下記
の通りとなる。すなわち本実施形態システムであるクライアントシステムは 情報を取得
もしくは作成して通信する機能を有するユニット１２９０と前記ユニットからの前記情報
を取得し管理するシステムコントローラα＿１１２６を備え、 前記システムコントロー
ラα＿１１２６は複数のユニット１２９０毎にセクション１＿１１４２−１〜ｍ＿１１４
２−ｍに区分して管理し、各ユニットが属する該セクションに関する情報（図２３のアド
レステーブル）を保持する。また１個のユニット１２９０からの状態変化情報が前記シス
テムコントローラα＿１１２６に通信するされ、その状態変化情報に基付いて前記同一セ
クション１１４２内の他の複数ユニット１２９０ユニットに対する制御が行なわれる特徴
が有る。更に前記システムコントローラα＿１１２６は、１個のユニット１２９０からの
所定時刻毎の状態変化を用いて、前記同一セクション内の他のユニットの制御が行われる
所に他の特徴がが有る。
またそれだけでなく、上記特徴を図１示すサーバｎ＿１１１６−ｎ（クラウド）との関
係から見ると、サーバクライアントシステムとして前記システムコントローラα＿１１２
６が外部のクラウド（サーバｎ＿１１１６−ｎ）に接続されており、前記システムコント
ローラα＿１１２６は１個のユニット１２９０からの状態変化が前記システムコントロー
ラα＿１１２６に通信されるとともに前記クラウド（サーバｎ＿１１１６−ｎ）に送信す
る。そして前記クラウド（サーバｎ＿１１１６−ｎ）からの情報に基付いて前記同一セク
ション内の他のユニット１２９０に対して制御がなされる特徴が有る。
係から見ると、サーバクライアントシステムとして前記システムコントローラα＿１１２
６が外部のクラウド（サーバｎ＿１１１６−ｎ）に接続されており、前記システムコント
ローラα＿１１２６は１個のユニット１２９０からの状態変化が前記システムコントロー
ラα＿１１２６に通信されるとともに前記クラウド（サーバｎ＿１１１６−ｎ）に送信す
る。そして前記クラウド（サーバｎ＿１１１６−ｎ）からの情報に基付いて前記同一セク
ション内の他のユニット１２９０に対して制御がなされる特徴が有る。
つまり本４．３節で説明される内容には、『収集した複数の情報を基にサービスの提供
を行う』所に大きな特徴が有る。例えば収集した単一情報のみでは現状の状態あるいはユ
ーザの行動や要求の推定／判断精度が落ちるため、ユーザが満足するサービス提供が難し
い問題が有る。しかしここで説明するように、『複数情報を利用』する事で推定／判断の
精度が上がるため、提供するサービスによるユーザ満足度が向上する効果が有る。
を行う』所に大きな特徴が有る。例えば収集した単一情報のみでは現状の状態あるいはユ
ーザの行動や要求の推定／判断精度が落ちるため、ユーザが満足するサービス提供が難し
い問題が有る。しかしここで説明するように、『複数情報を利用』する事で推定／判断の
精度が上がるため、提供するサービスによるユーザ満足度が向上する効果が有る。
また一方では、『サービス提供時に、連携して複数の状態変更制御（設定状態の変更）
を実施する』所にも大きな特徴が有る。ユーザの行動や要求に対応したサービス提供形態
として、同一システムα＿１１３２内での複数の状態変更制御（設定条件の変更）をする
と、ユーザに対する木目細かな変更状態の提供ができるため、ユーザ満足度が向上する効
果が生まれる。
を実施する』所にも大きな特徴が有る。ユーザの行動や要求に対応したサービス提供形態
として、同一システムα＿１１３２内での複数の状態変更制御（設定条件の変更）をする
と、ユーザに対する木目細かな変更状態の提供ができるため、ユーザ満足度が向上する効
果が生まれる。
システムα＿１１３２から各種情報を収集し、サービス提供するまでのシステムコント
ローラα＿１１２６内での処理プロセスを図２６Ａに示す。ここで図２６Ａのプロセスは
、図２やまたは図８Ａ／Ｂに示した実施形態システムを前提としている。しかしそれに限
らず、図９のように上記システムα＿１１３２の外に配置されたシステムコントローラβ
＿１１２８が情報収集／サービス提供を行っても良い。この場合には、下記の説明内のシ
ステムコントローラα＿１１２６をシステムコントローラβ＿１１２８に変更する必用が
有る。
ローラα＿１１２６内での処理プロセスを図２６Ａに示す。ここで図２６Ａのプロセスは
、図２やまたは図８Ａ／Ｂに示した実施形態システムを前提としている。しかしそれに限
らず、図９のように上記システムα＿１１３２の外に配置されたシステムコントローラβ
＿１１２８が情報収集／サービス提供を行っても良い。この場合には、下記の説明内のシ
ステムコントローラα＿１１２６をシステムコントローラβ＿１１２８に変更する必用が
有る。
まず始めにサーバｎ＿１１１６−ｎまたはシステムコントローラβ＿１１２８からのサ
ービス実行依頼（Ｓｔｅｐ１１０）を受けると、システムコントローラα＿１１２６がシ
ステムα＿１１３２内からの情報収集（Ｓｔｅｐ１１１）を開始する。ここで上記収集す
べき情報は、センサ／通信モジュール１４６０からのセンサ情報に限らず、機器１２５０
内の各種センサモジュール１２６０からのセンサ情報、駆動／通信モジュール１４７０内
での現在の設定状態情報、機器１２５０（内の主に駆動モジュール１２７０）に対する現
在の設定状態情報が含まれる。更にそれのみならずＳｔｅｐ１１２に示すように、システ
ムコントローラα＿１１２６はサーバｎ＿１１１６−ｎまたはシステムコントローラβ＿
１１２８から情報収集しても良い。このように一連の情報収集が完了すると、システムコ
ントローラα＿１１２６内で全ての収集した情報の統合整理を行い、必用な情報を内部の
メモリ部１２３２内に保存する（Ｓｔｅｐ１１３）。
ービス実行依頼（Ｓｔｅｐ１１０）を受けると、システムコントローラα＿１１２６がシ
ステムα＿１１３２内からの情報収集（Ｓｔｅｐ１１１）を開始する。ここで上記収集す
べき情報は、センサ／通信モジュール１４６０からのセンサ情報に限らず、機器１２５０
内の各種センサモジュール１２６０からのセンサ情報、駆動／通信モジュール１４７０内
での現在の設定状態情報、機器１２５０（内の主に駆動モジュール１２７０）に対する現
在の設定状態情報が含まれる。更にそれのみならずＳｔｅｐ１１２に示すように、システ
ムコントローラα＿１１２６はサーバｎ＿１１１６−ｎまたはシステムコントローラβ＿
１１２８から情報収集しても良い。このように一連の情報収集が完了すると、システムコ
ントローラα＿１１２６内で全ての収集した情報の統合整理を行い、必用な情報を内部の
メモリ部１２３２内に保存する（Ｓｔｅｐ１１３）。
そして次のステップとして同一システムα＿１１３２内の状態を推定し、判断（Ｓｔｅ
ｐ１１４）する。またその推定／判断した状態に基付き、ユーザの現在の行動内容の推定
と判断（Ｓｔｅｐ１１５）を行う。ここで前記Ｓｔｅｐ１１４の状態の推定／判断または
Ｓｔｅｐ１１５のユーザの現在の行動に対する推定／判断には、例えばユーザの身長や身
に付けている服や装飾品の色などのユーザ個々の状態の推定／判断も行われる。このユー
ザ状態を推定／判断が後のユーザへのサービス提供（Ｓｔｅｐ１１９）に影響を与える一
例として、タッチパッドや静電容量式ボタンの感度設定が上げられる。例えば指が太い大
柄の大人では、タッチパッドや静電容量式ボタンの感度が低くても、安定したユーザ入力
が可能となる。それに対して指の細い子供や女性ではタッチパッドや静電容量式ボタンの
感度を上げないと対応できない場合が有る。従ってユーザ状態の推定／判断結果が、ユー
ザへのサービス提供に影響を与える。所でユーザの指の太さを推定／判断した後の、タッ
チパッドや静電容量式ボタンの感度設定変更には、２．５節で説明した通信情報を変更す
る。
ｐ１１４）する。またその推定／判断した状態に基付き、ユーザの現在の行動内容の推定
と判断（Ｓｔｅｐ１１５）を行う。ここで前記Ｓｔｅｐ１１４の状態の推定／判断または
Ｓｔｅｐ１１５のユーザの現在の行動に対する推定／判断には、例えばユーザの身長や身
に付けている服や装飾品の色などのユーザ個々の状態の推定／判断も行われる。このユー
ザ状態を推定／判断が後のユーザへのサービス提供（Ｓｔｅｐ１１９）に影響を与える一
例として、タッチパッドや静電容量式ボタンの感度設定が上げられる。例えば指が太い大
柄の大人では、タッチパッドや静電容量式ボタンの感度が低くても、安定したユーザ入力
が可能となる。それに対して指の細い子供や女性ではタッチパッドや静電容量式ボタンの
感度を上げないと対応できない場合が有る。従ってユーザ状態の推定／判断結果が、ユー
ザへのサービス提供に影響を与える。所でユーザの指の太さを推定／判断した後の、タッ
チパッドや静電容量式ボタンの感度設定変更には、２．５節で説明した通信情報を変更す
る。
そして上記のシステムα＿１１３２内の状態／判断（Ｓｔｅｐ１１４）結果とユーザの
現在の行動推定／判断（Ｓｔｅｐ１１５）結果を基に、ユーザの将来の行動予測（Ｓｔｅ
ｐ１１６）とユーザの要求推定／予測（Ｓｔｅｐ１１７）を行う。
その後、上記一連の推定／予測結果をユーザＩ／Ｆ部１２３４（図８Ａ、図８Ｂ）に表
示し、ユーザへの問い合わせと確認（Ｓｔｅｐ１１８）を行う。仮に上記一連の推定／予
測結果が間違って場合には、Ｓｔｅｐ１１４のシステムα＿１１３２内状態の推定／予測
からやり直す。またユーザへの確認内容が正しかった場合には、Ｓｔｅｐ１１９のユーザ
へのサービスを提供する。そして適宜このユーザへのサービス提供までの一連の処理プロ
セスを繰り返す。また必用なタイミングで、サーバｎ＿１１１６−ｎまたはシステムコン
トローラβ＿１１２８に対して、上記のサービス提供を通知する（Ｓｔｅｐ１０９）。
現在の行動推定／判断（Ｓｔｅｐ１１５）結果を基に、ユーザの将来の行動予測（Ｓｔｅ
ｐ１１６）とユーザの要求推定／予測（Ｓｔｅｐ１１７）を行う。
その後、上記一連の推定／予測結果をユーザＩ／Ｆ部１２３４（図８Ａ、図８Ｂ）に表
示し、ユーザへの問い合わせと確認（Ｓｔｅｐ１１８）を行う。仮に上記一連の推定／予
測結果が間違って場合には、Ｓｔｅｐ１１４のシステムα＿１１３２内状態の推定／予測
からやり直す。またユーザへの確認内容が正しかった場合には、Ｓｔｅｐ１１９のユーザ
へのサービスを提供する。そして適宜このユーザへのサービス提供までの一連の処理プロ
セスを繰り返す。また必用なタイミングで、サーバｎ＿１１１６−ｎまたはシステムコン
トローラβ＿１１２８に対して、上記のサービス提供を通知する（Ｓｔｅｐ１０９）。
所で図２６ＡのＳｔｅｐ１１４〜Ｓｔｅｐ１１７で実行される各種推定／判断処理は、
Ｓｔｅｐ１１１またはＳｔｅｐ１１２で収集した複数情報を利用する所に本実施形態の特
徴が有る。そして単一情報のみを使った推定／判断よりも、複数情報を用いることで推定
／判断の精度が向上する効果が有る。その状況に関して、図２６Ｂを用いて詳細に説明す
る。
Ｓｔｅｐ１１１またはＳｔｅｐ１１２で収集した複数情報を利用する所に本実施形態の特
徴が有る。そして単一情報のみを使った推定／判断よりも、複数情報を用いることで推定
／判断の精度が向上する効果が有る。その状況に関して、図２６Ｂを用いて詳細に説明す
る。
システムα＿１１３２内で状態が変化する場合や、ユーザが行動する場合には、○ ユ
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）のどれ
かが、セクション１１４２を跨って移動する状況や○ ユニット１２９０（機器１２５０
や複合モジュール１２９５、１４６０、１４７０）から得られる各種情報の内容が変化す
る状況が発生する場合が多い。従ってシステムα＿１１３２の中で、上記に該当するセク
ション１１４２だけ選択し、その該当セクション１１４２内だけ前述した一連の推定／判
断処理を行うと、システムコントローラα＿１１２６内での処理効率が上がる。そして上
記２状況のいずれかが発生しているセクション１１４２を見つける処理が、図２６ＢのＳ
ｔｅｐ１２０に対応する。またその該当セクション１１４２内に配置されているユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を抽出する作
業が、Ｓｔｅｐ１２１に対応する。ここでこのＳｔｅｐ１２１では、図２３のアドレステ
ーブルを利用する。
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）のどれ
かが、セクション１１４２を跨って移動する状況や○ ユニット１２９０（機器１２５０
や複合モジュール１２９５、１４６０、１４７０）から得られる各種情報の内容が変化す
る状況が発生する場合が多い。従ってシステムα＿１１３２の中で、上記に該当するセク
ション１１４２だけ選択し、その該当セクション１１４２内だけ前述した一連の推定／判
断処理を行うと、システムコントローラα＿１１２６内での処理効率が上がる。そして上
記２状況のいずれかが発生しているセクション１１４２を見つける処理が、図２６ＢのＳ
ｔｅｐ１２０に対応する。またその該当セクション１１４２内に配置されているユニット
１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を抽出する作
業が、Ｓｔｅｐ１２１に対応する。ここでこのＳｔｅｐ１２１では、図２３のアドレステ
ーブルを利用する。
そしてこのアドレステーブル内に記載されたセンサモジュール１２６０、駆動モジュー
ル１２７０、センサ／通信モジュール１４６０、駆動／通信モジュール１４７０の中から
、同一セクション１１４２内に配置された複数のモジュールに対して情報収集する。その
具体例としては図１０Ｂのケース２が示すように、システムコントローラα＿１１２６か
ら対象となる複数のモジュールに対してそれぞれ回答要求（リクエスト）１８７２を送信
し、それに対する応答（レスポンス）１８７４を得る。
ル１２７０、センサ／通信モジュール１４６０、駆動／通信モジュール１４７０の中から
、同一セクション１１４２内に配置された複数のモジュールに対して情報収集する。その
具体例としては図１０Ｂのケース２が示すように、システムコントローラα＿１１２６か
ら対象となる複数のモジュールに対してそれぞれ回答要求（リクエスト）１８７２を送信
し、それに対する応答（レスポンス）１８７４を得る。
特に図２６Ｂに示したユーザへのサービス提供方法としては、該当セクション１１４２
毎に行った推定／決定結果に非適合する状態を自動抽出し、その非適合部分に対して状態
変更制御や設定状態変更指示を行って適合処理する。このサービス提供方法の一例を以下
に示す。例えば“ユーザが今まで居た部屋の照明とテレビを消して部屋を出て外出しよう
とした”時に、“照明を消された部屋のエアコンが動作状態のまま”の状態を非適合状態
と自動抽出し、適合処理として“自動的にエアコンの動作状態を制御する”方法などが上
げられる。ここで特に重要なのは、“ユーザが今まで居た部屋内のテレビを消した”と言
う単一情報では“今後ユーザが何をしたいかが予想し辛い”所に有る。しかしそれに加え
て更に“部屋の照明を消す”という同一セクション１１４２内の複数情報を収集する事で
、推定／決定の精度が向上する。さらに本実施形態では上記のように『推定／決定した結
果に非適合する状態を抽出』する事で、ユーザに対する効率の良いサービス提供が行える
効果が有る。
毎に行った推定／決定結果に非適合する状態を自動抽出し、その非適合部分に対して状態
変更制御や設定状態変更指示を行って適合処理する。このサービス提供方法の一例を以下
に示す。例えば“ユーザが今まで居た部屋の照明とテレビを消して部屋を出て外出しよう
とした”時に、“照明を消された部屋のエアコンが動作状態のまま”の状態を非適合状態
と自動抽出し、適合処理として“自動的にエアコンの動作状態を制御する”方法などが上
げられる。ここで特に重要なのは、“ユーザが今まで居た部屋内のテレビを消した”と言
う単一情報では“今後ユーザが何をしたいかが予想し辛い”所に有る。しかしそれに加え
て更に“部屋の照明を消す”という同一セクション１１４２内の複数情報を収集する事で
、推定／決定の精度が向上する。さらに本実施形態では上記のように『推定／決定した結
果に非適合する状態を抽出』する事で、ユーザに対する効率の良いサービス提供が行える
効果が有る。
そして上記の“ユーザが今まで居た部屋内のテレビを消す”と“ユーザが部屋の照明を
消す”の例が、特定セクション内に配置されたユニット１２９０（機器１２５０や複合モ
ジュール１２９５、１４６０、１４７０）からの各種センス情報収集と現在の状態情報の
収集（Ｓｔｅｐ１２２）に対応する。そして同一セクション１１４２内の複数情報を収集
（Ｓｔｅｐ１２２）した後、対応するセクション内の状態推定／決定（Ｓｔｅｐ１２３）
、ユーザ行動の推定／判断（Ｓｔｅｐ１２５）とユーザ要求の推定／判断（Ｓｔｅｐ１２
７）を行う。そしてそれぞれの推定／判断結果に不適合する情報を抽出（Ｓｔｅｐ１２４
、１２６、１２８）し、抽出した不適合情報を推定／判断結果に適合させるための状態変
化制御方法（設定状態の変更方法）をユーザに問い合わせる（Ｓｔｅｐ１２９）。このユ
ーザへの問い合わせは、システムコントローラα＿１１２６内のユーザＩ／Ｆ部１２３４
への表示を利用しても良い。ここでユーザに否定された場合には、収集した複数情報を用
いた推定／判断（Ｓｔｅｐ１２３、１２５、１２７）から再度やり直す。
消す”の例が、特定セクション内に配置されたユニット１２９０（機器１２５０や複合モ
ジュール１２９５、１４６０、１４７０）からの各種センス情報収集と現在の状態情報の
収集（Ｓｔｅｐ１２２）に対応する。そして同一セクション１１４２内の複数情報を収集
（Ｓｔｅｐ１２２）した後、対応するセクション内の状態推定／決定（Ｓｔｅｐ１２３）
、ユーザ行動の推定／判断（Ｓｔｅｐ１２５）とユーザ要求の推定／判断（Ｓｔｅｐ１２
７）を行う。そしてそれぞれの推定／判断結果に不適合する情報を抽出（Ｓｔｅｐ１２４
、１２６、１２８）し、抽出した不適合情報を推定／判断結果に適合させるための状態変
化制御方法（設定状態の変更方法）をユーザに問い合わせる（Ｓｔｅｐ１２９）。このユ
ーザへの問い合わせは、システムコントローラα＿１１２６内のユーザＩ／Ｆ部１２３４
への表示を利用しても良い。ここでユーザに否定された場合には、収集した複数情報を用
いた推定／判断（Ｓｔｅｐ１２３、１２５、１２７）から再度やり直す。
ユーザへの問い合わせの結果としてユーザからの許諾を得た段階で、機器に内蔵された
駆動モジュール１２７０または駆動／通信モジュール１４７０内の駆動モジュール１２７
０に指令１８５２（図１０Ｂのケース１）を与えて対応セクション１１４２内の状態変化
を制御（状態の設定変更）してユーザへのサービス提供を行う（Ｓｔｅｐ１３０）。
駆動モジュール１２７０または駆動／通信モジュール１４７０内の駆動モジュール１２７
０に指令１８５２（図１０Ｂのケース１）を与えて対応セクション１１４２内の状態変化
を制御（状態の設定変更）してユーザへのサービス提供を行う（Ｓｔｅｐ１３０）。
図２６ＢのＳｔｅｐ１２０に関連して、○ セクション１１４２を跨って移動するユニ
ット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の抽出
や○ ユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４
７０）から得られ、その内容が変化した情報の抽出に、図２７／図２８（ｂ）の時系列情
報追跡表の左側を使用しても良い。この時系列情報追跡表とは、システムコントローラα
＿１１２６が収集した各種情報の履歴とそれに基付いて行った各種推定／判断の履歴を経
過時刻２３１０に沿って時系列的に一覧表の形式で記録した情報で、適時追記してシステ
ムコントローラα＿１１２６内のメモリ部１２３２内に保存される。そして図２７／図２
８（ｂ）の記載例では図８Ａの機器１２５０−１内での各種センサモジュール１２６０−
１、２から得られる各種センサ情報または駆動モジュール１２７０−１に設定された状態
（設定値）が、状態Ａなどの形で全て記載されている。またこの機器１２５０−１が配置
されているセクションの番号も記載されている。一方ではセンス情報として有無の２値で
得られるセンサ／通信モジュール１４６０−５のセンス情報も、この時系列情報追跡表の
左側に記載される。また４．４節で後述する方法で位置検出された結果得られる、このセ
ンサ／通信モジュール１４６０−５が配置されるセクション番号も一緒に記載されている
。
ット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の抽出
や○ ユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４
７０）から得られ、その内容が変化した情報の抽出に、図２７／図２８（ｂ）の時系列情
報追跡表の左側を使用しても良い。この時系列情報追跡表とは、システムコントローラα
＿１１２６が収集した各種情報の履歴とそれに基付いて行った各種推定／判断の履歴を経
過時刻２３１０に沿って時系列的に一覧表の形式で記録した情報で、適時追記してシステ
ムコントローラα＿１１２６内のメモリ部１２３２内に保存される。そして図２７／図２
８（ｂ）の記載例では図８Ａの機器１２５０−１内での各種センサモジュール１２６０−
１、２から得られる各種センサ情報または駆動モジュール１２７０−１に設定された状態
（設定値）が、状態Ａなどの形で全て記載されている。またこの機器１２５０−１が配置
されているセクションの番号も記載されている。一方ではセンス情報として有無の２値で
得られるセンサ／通信モジュール１４６０−５のセンス情報も、この時系列情報追跡表の
左側に記載される。また４．４節で後述する方法で位置検出された結果得られる、このセ
ンサ／通信モジュール１４６０−５が配置されるセクション番号も一緒に記載されている
。
例えばこのセンサ／通信モジュール１４６０−５に光検出センサモジュールが内蔵され
、このセンサ／通信モジュール１４６０−５を装着したユーザは照明が付いているセクシ
ョン２＿１１４２−２から照明が消えているセクション５＿１１４２−５に移動した場合
の例で説明する。この場合には経過時刻２３１０が“ｔ３”の時点では、このセンサ／通
信モジュール１４６０−５はセクション２＿１１４２−２の中に配置されている。またこ
のセンサ／通信モジュール１４６０−５が検出する光情報は“有”になる。そして経過時
刻２３１０が“ｔ３”から“ｔ４”の間にユーザが移動すると、移動後の前記センサ／通
信モジュール１４６０−５はセクション５＿１１４２−５の中に配置されている。またこ
の時に検出する光情報は“無”に変わる。このように時系列情報追跡表を使うと、機器１
２５０や複合モジュール１４６０、１４７０のセクション１１４２を跨った移動や収集情
報内容の変化の抽出が容易に行える。
、このセンサ／通信モジュール１４６０−５を装着したユーザは照明が付いているセクシ
ョン２＿１１４２−２から照明が消えているセクション５＿１１４２−５に移動した場合
の例で説明する。この場合には経過時刻２３１０が“ｔ３”の時点では、このセンサ／通
信モジュール１４６０−５はセクション２＿１１４２−２の中に配置されている。またこ
のセンサ／通信モジュール１４６０−５が検出する光情報は“有”になる。そして経過時
刻２３１０が“ｔ３”から“ｔ４”の間にユーザが移動すると、移動後の前記センサ／通
信モジュール１４６０−５はセクション５＿１１４２−５の中に配置されている。またこ
の時に検出する光情報は“無”に変わる。このように時系列情報追跡表を使うと、機器１
２５０や複合モジュール１４６０、１４７０のセクション１１４２を跨った移動や収集情
報内容の変化の抽出が容易に行える。
所で図２６ＡのＳｔｅｐ１１４〜１１７と図２６ＢのＳｔｅｐ１２３，１２５、１２７
で行う推定／判断処理には、図２７／図２８（ａ）の推定／判断照合表を使用する。まず
例えば“所定のセクション内は使用状態”などのセクション１１４２毎の状態項目２３２
０に関する推定／判断結果の候補を状態α、状態β・・・と事前に設定し、この推定／判
断照合表の横の行方向に順次記載する。一方では例えば“エアコン動作が動作中”や“エ
アコンのタイマー設定時間”など、機器１２５０−１から情報として収集される状態を状
態Ａ、状態Ｂ・・・とし、この推定／判断照合表の縦の列方向に順次記載する。また更に
例えば“明かりの有無”を検出するセンサ／通信モジュール１４６０−５から検出される
センサ情報などセンサ情報や、駆動／通信モジュール１４７０−２で現在の状態を表す状
態設定値も、この推定／判断照合表の縦の列方向に順次記載する。そして両者間の相関係
数値が、この推定／判断照合表内の該当セル内に記載されている。この相関係数値として
例えば、“エアコン動作が活動中”の状態Ａと“所定のセクション内は使用状態”などの
状態項目２３２０内の状態αとの間に正の相関が有る場合には、その相関係数値として“
８０”が該当セル内に記載される。さらにセンサ／通信モジュール１４６０−５から得ら
れる同一セクション１１４２内での“明かりが有る”情報と“所定のセクション内は使用
状態”などの状態項目２３２０内の状態αとの間に正の相関が有る場合にも、その相関係
数値として“５７”が該当セル内に記載される。一方では負の相関（逆相関）が有る場合
には、相関係数として負値が該当セル内に記載される場合が有る。
で行う推定／判断処理には、図２７／図２８（ａ）の推定／判断照合表を使用する。まず
例えば“所定のセクション内は使用状態”などのセクション１１４２毎の状態項目２３２
０に関する推定／判断結果の候補を状態α、状態β・・・と事前に設定し、この推定／判
断照合表の横の行方向に順次記載する。一方では例えば“エアコン動作が動作中”や“エ
アコンのタイマー設定時間”など、機器１２５０−１から情報として収集される状態を状
態Ａ、状態Ｂ・・・とし、この推定／判断照合表の縦の列方向に順次記載する。また更に
例えば“明かりの有無”を検出するセンサ／通信モジュール１４６０−５から検出される
センサ情報などセンサ情報や、駆動／通信モジュール１４７０−２で現在の状態を表す状
態設定値も、この推定／判断照合表の縦の列方向に順次記載する。そして両者間の相関係
数値が、この推定／判断照合表内の該当セル内に記載されている。この相関係数値として
例えば、“エアコン動作が活動中”の状態Ａと“所定のセクション内は使用状態”などの
状態項目２３２０内の状態αとの間に正の相関が有る場合には、その相関係数値として“
８０”が該当セル内に記載される。さらにセンサ／通信モジュール１４６０−５から得ら
れる同一セクション１１４２内での“明かりが有る”情報と“所定のセクション内は使用
状態”などの状態項目２３２０内の状態αとの間に正の相関が有る場合にも、その相関係
数値として“５７”が該当セル内に記載される。一方では負の相関（逆相関）が有る場合
には、相関係数として負値が該当セル内に記載される場合が有る。
そしてセクション１１４２内での状態推定／判断時には、各状態α、β、・・毎に同一
列内の相関係数の合計を算出し、状態確率２３３０の値に対応させる。そして最も合計値
が高い状態α、β、・が、該当するセクション１１４２内での状態を示すと推定／判断す
る。このように同一列内の相関係数の合計値を算出する事で、唯一の収集情報では無く、
同一セクション１１４２内の複数の収集情報を利用できる。そのように複数の収集情報を
利用する事で多角的な推定／判断が出来るだけで無く、推定／判断の精度が上がる効果が
有る。
列内の相関係数の合計を算出し、状態確率２３３０の値に対応させる。そして最も合計値
が高い状態α、β、・が、該当するセクション１１４２内での状態を示すと推定／判断す
る。このように同一列内の相関係数の合計値を算出する事で、唯一の収集情報では無く、
同一セクション１１４２内の複数の収集情報を利用できる。そのように複数の収集情報を
利用する事で多角的な推定／判断が出来るだけで無く、推定／判断の精度が上がる効果が
有る。
同様にユーザの行動項目２４４０に関する推定／判断結果の候補を行動α、行動β・・
・と事前に設定し、この推定／判断照合表の横の行方向に順次記載する。更にユーザの要
求項目２３６０に関する推定／判断結果の候補も要求α、要求β・・・と事前に設定し、
この推定／判断照合表の横の行方向に順次記載する。更に上記と同様に各相関係数値を該
当セル内に記入する。
・と事前に設定し、この推定／判断照合表の横の行方向に順次記載する。更にユーザの要
求項目２３６０に関する推定／判断結果の候補も要求α、要求β・・・と事前に設定し、
この推定／判断照合表の横の行方向に順次記載する。更に上記と同様に各相関係数値を該
当セル内に記入する。
更に経過時刻２３１０としてｔ１、ｔ２、ｔ３、・・毎に各行動α、βの列及び要求α
、βの列毎に相関係数の合計値を算出し、行動確率２３５０や要求確率２３７０の値とし
て図２７／図２８（ｂ）時系列情報追跡表の右側の該当箇所に逐次記入する。
そして上記の時系列情報追跡表を利用する事で、リアルタイムでセクション１１４２内
での状態やユーザの行動や要求を推定／判断できる。例えば図２７／図２８（ｂ）に示し
た例で、この時系列情報追跡表を用いたサービス提供方法の一例を説明する。例えばユー
ザがセンサ／通信モジュール１４６０−５を携帯したまま、照明が付いているセクション
２＿１１４２−２から照明が消えているセクション５＿１１４２−５に移動した場合を考
える。この場合セクション２＿１１４２−２内の照明が付いたままなので、セクション２
＿１１４２−２内の“該当セクション内は使用状態”を表す状態αの状態確率２３３０の
値に変化は余り見られない。それに比べると“ユーザの移動”に対応した行動αの行動確
率２３５０はｔ３とｔ４の間に４％から８７％への急上昇している。その結果、“ｔ３と
ｔ４の間にユーザが移動した”と推定／判断できる。さらに“セクション５＿１１４２−
５の照明を付けたい”と言う要求に対応した要求αの要求確率も、ｔ３とｔ４の間に４％
から９８％へ急上昇している。
、βの列毎に相関係数の合計値を算出し、行動確率２３５０や要求確率２３７０の値とし
て図２７／図２８（ｂ）時系列情報追跡表の右側の該当箇所に逐次記入する。
そして上記の時系列情報追跡表を利用する事で、リアルタイムでセクション１１４２内
での状態やユーザの行動や要求を推定／判断できる。例えば図２７／図２８（ｂ）に示し
た例で、この時系列情報追跡表を用いたサービス提供方法の一例を説明する。例えばユー
ザがセンサ／通信モジュール１４６０−５を携帯したまま、照明が付いているセクション
２＿１１４２−２から照明が消えているセクション５＿１１４２−５に移動した場合を考
える。この場合セクション２＿１１４２−２内の照明が付いたままなので、セクション２
＿１１４２−２内の“該当セクション内は使用状態”を表す状態αの状態確率２３３０の
値に変化は余り見られない。それに比べると“ユーザの移動”に対応した行動αの行動確
率２３５０はｔ３とｔ４の間に４％から８７％への急上昇している。その結果、“ｔ３と
ｔ４の間にユーザが移動した”と推定／判断できる。さらに“セクション５＿１１４２−
５の照明を付けたい”と言う要求に対応した要求αの要求確率も、ｔ３とｔ４の間に４％
から９８％へ急上昇している。
そしてこの時系列情報追跡表を活用すると、例えば“セクション５＿１１４２−５の照
明を付けたい”と言う図２６ＢのＳｔｅｐ１２７に示したユーザ要求の推定／判断の結果
が得られる。所でこのユーザ要求に不適合な情報として、センサ／通信モジュール１４６
０−５から“セクション５＿１１４２−５内は明かりが無い”と言う情報が得られる。そ
してその対応として、Ｓｔｅｐ１３０のユーザへのサービス提供を行う。この具体的内容
としては、“セクション５＿１１４２−５内の照明を付ける”作用をする駆動／通信モジ
ュール１４７０−２に対してシステムコントローラα＿１１２６から設定状態変更の指令
（コマンド発行）１８５２（図１０Ｂ参照）が出される。
明を付けたい”と言う図２６ＢのＳｔｅｐ１２７に示したユーザ要求の推定／判断の結果
が得られる。所でこのユーザ要求に不適合な情報として、センサ／通信モジュール１４６
０−５から“セクション５＿１１４２−５内は明かりが無い”と言う情報が得られる。そ
してその対応として、Ｓｔｅｐ１３０のユーザへのサービス提供を行う。この具体的内容
としては、“セクション５＿１１４２−５内の照明を付ける”作用をする駆動／通信モジ
ュール１４７０−２に対してシステムコントローラα＿１１２６から設定状態変更の指令
（コマンド発行）１８５２（図１０Ｂ参照）が出される。
上記では主にセクション１１４２毎の内部での状態推定／判断や、セクション１１４２
毎に収集した情報を基にしたユーザ行動の推定／判断やユーザ要求の推定／判断に関する
説明を行った。しかしそれに限らず他の実施形態として、例えばシステムα＿１１３２全
体の状態に関して推定や判断を行っても良いし、あるいはシステムα＿１１３２全体から
収集した情報を基にユーザ行動の推定／判断やユーザ要求の推定／判断を行っても良い。
毎に収集した情報を基にしたユーザ行動の推定／判断やユーザ要求の推定／判断に関する
説明を行った。しかしそれに限らず他の実施形態として、例えばシステムα＿１１３２全
体の状態に関して推定や判断を行っても良いし、あるいはシステムα＿１１３２全体から
収集した情報を基にユーザ行動の推定／判断やユーザ要求の推定／判断を行っても良い。
次に図２６ＡのＳｔｅｐ１１９または図２６ＢのＳｔｅｐ１３０に記載したユーザへの
サービス提供方法に付いて、図２９を用いて説明する。まず図２６ＢのＳｔｅｐ１２４、
１２６、１２８で行った不適合情報の抽出結果に基付き、対応するセクション１１４２内
のユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）内
での状態変更制御候補の抽出（Ｓｔｅｐ１４１）を行う。その後でユーザへの問い合わせ
（Ｓｔｅｐ１２９）をした後に、Ｓｔｅｐ１４２からＳｔｅｐ１４３に示すように順次設
定状態の変更（状態変化制御）を実行する。
サービス提供方法に付いて、図２９を用いて説明する。まず図２６ＢのＳｔｅｐ１２４、
１２６、１２８で行った不適合情報の抽出結果に基付き、対応するセクション１１４２内
のユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）内
での状態変更制御候補の抽出（Ｓｔｅｐ１４１）を行う。その後でユーザへの問い合わせ
（Ｓｔｅｐ１２９）をした後に、Ｓｔｅｐ１４２からＳｔｅｐ１４３に示すように順次設
定状態の変更（状態変化制御）を実行する。
ここで上述した例としてユーザ移動先のセクション５＿１１４２−５で照明が消えてい
る場合、エアコンやテレビも停止状態になっている事が有る。従って図２６ＢのＳｔｅｐ
１２４、１２６、１２８で不適合情報を抽出した場合、同一セクション５＿１１４２−５
で複数項目に関して設定状態の変更（状態変化制御）を行う必用が有る。その場合には図
２９のＳｔｅｐ１４２からＳｔｅｐ１４３に示すように、上記複数項目に関して順次設定
状態の変更（状態変化制御）を行うか、その中の一部の項目に対して同時に設定状態の変
更（状態変化制御）を行う所に大きな特徴が有る。その結果、同一セクション５＿１１４
２−５内での最適環境設定までの時簡を短縮できる効果が有る。
る場合、エアコンやテレビも停止状態になっている事が有る。従って図２６ＢのＳｔｅｐ
１２４、１２６、１２８で不適合情報を抽出した場合、同一セクション５＿１１４２−５
で複数項目に関して設定状態の変更（状態変化制御）を行う必用が有る。その場合には図
２９のＳｔｅｐ１４２からＳｔｅｐ１４３に示すように、上記複数項目に関して順次設定
状態の変更（状態変化制御）を行うか、その中の一部の項目に対して同時に設定状態の変
更（状態変化制御）を行う所に大きな特徴が有る。その結果、同一セクション５＿１１４
２−５内での最適環境設定までの時簡を短縮できる効果が有る。
所でこのように複数項目に関して順次または同時に設定状態の変更（状態変化制御）を
行う場合には図１０Ｂのケース１が示すように、同一のシステムコントローラα＿１１２
６から複数のユニット１２９０（駆動／通信モジュール１４７０あるいは機器１２５０）
に対して順次または同時に複数の指令（コマンド発行）１８５２に対応した情報通信を行
う。所で複数の各指令（コマンド発行）１８５２に対応した通信情報を示す各物理層フレ
ームＰＰＤＵ（図１１（ｆ））内では、全て送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ（図
１３（ｂ））の内容と、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６内の送信側アドレス
情報（例えば図１２Ａ（ｅ）の送信側におけるＰＡＮ固有の識別情報ＳＰＡＮＩＤと送信
側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳの内容）が一致している。また更に図１
２Ａ（ｅ）の受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩＤなど一部受信側の情報も
一致している場合が有る。
行う場合には図１０Ｂのケース１が示すように、同一のシステムコントローラα＿１１２
６から複数のユニット１２９０（駆動／通信モジュール１４７０あるいは機器１２５０）
に対して順次または同時に複数の指令（コマンド発行）１８５２に対応した情報通信を行
う。所で複数の各指令（コマンド発行）１８５２に対応した通信情報を示す各物理層フレ
ームＰＰＤＵ（図１１（ｆ））内では、全て送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ（図
１３（ｂ））の内容と、通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６内の送信側アドレス
情報（例えば図１２Ａ（ｅ）の送信側におけるＰＡＮ固有の識別情報ＳＰＡＮＩＤと送信
側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳの内容）が一致している。また更に図１
２Ａ（ｅ）の受信側におけるＰＡＮ固有の識別情報ＤＰＡＮＩＤなど一部受信側の情報も
一致している場合が有る。
従って複数項目に関して順次または同時に設定状態の変更（状態変化制御）を行う場合
には、システムコントローラα＿１１２６（あるいは図９に示すシステムにおけるシステ
ムコントローラβ＿１１２８）内で途中に別の処理を入れず、纏めて上記に対応する指令
（コマンド発行）１８５２に対応した情報通信を行うのが望ましい。このように纏めて情
報通信を行うと、上述した共通情報のコピー処理で異なる複数の通信情報を作成できる。
従って上記の方法を使う事でシステムコントローラα＿１１２６（あるいは図９に示すシ
ステムにおけるシステムコントローラβ＿１１２８）の処理効率が向上する効果が有る。
には、システムコントローラα＿１１２６（あるいは図９に示すシステムにおけるシステ
ムコントローラβ＿１１２８）内で途中に別の処理を入れず、纏めて上記に対応する指令
（コマンド発行）１８５２に対応した情報通信を行うのが望ましい。このように纏めて情
報通信を行うと、上述した共通情報のコピー処理で異なる複数の通信情報を作成できる。
従って上記の方法を使う事でシステムコントローラα＿１１２６（あるいは図９に示すシ
ステムにおけるシステムコントローラβ＿１１２８）の処理効率が向上する効果が有る。
既に４．２節内で、「状態変化に対応したサービス提供までの遅れ時間として、一般的
ユーザは５分や１０分程度までの遅れは許容する。また気の長いユーザなら１５分程度の
遅れは許容する。しかし遅れが１時間を超すと、ほとんどのユーザは不満に感じる」状況
を説明した、従って本実施形態システムにおいては、複数項目に関するサービスを順次行
う場合には、続けて提供するサービス間の時間差として１５分以下、望ましくは５分以下
とし、最悪でも１時間以内とする。それによりユーザに与えるストレスを最小限に食い止
める効果が有る。
ユーザは５分や１０分程度までの遅れは許容する。また気の長いユーザなら１５分程度の
遅れは許容する。しかし遅れが１時間を超すと、ほとんどのユーザは不満に感じる」状況
を説明した、従って本実施形態システムにおいては、複数項目に関するサービスを順次行
う場合には、続けて提供するサービス間の時間差として１５分以下、望ましくは５分以下
とし、最悪でも１時間以内とする。それによりユーザに与えるストレスを最小限に食い止
める効果が有る。
上記では主にセクション１１４２毎のサービス提供を中心に説明して来た。しかしそれ
に限らず他の実施形態として、例えばシステムα＿１１３２全体を纏めてサービス提供し
ても良い。
既に上記では「ユーザがセンサ／通信モジュール１４６０−５を携帯したまま、照明が
付いているセクション２＿１１４２−２から照明が消えているセクション５＿１１４２−
５に移動した」例を上げてサービス提供方法に付いて説明した。それに関し、特定のユニ
ット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）が異なる
セクション１１４２間を跨って移動した場合の処理方法に関する補足説明を行う。
に限らず他の実施形態として、例えばシステムα＿１１３２全体を纏めてサービス提供し
ても良い。
既に上記では「ユーザがセンサ／通信モジュール１４６０−５を携帯したまま、照明が
付いているセクション２＿１１４２−２から照明が消えているセクション５＿１１４２−
５に移動した」例を上げてサービス提供方法に付いて説明した。それに関し、特定のユニ
ット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）が異なる
セクション１１４２間を跨って移動した場合の処理方法に関する補足説明を行う。
この場合には図３０のＳｔｅｐが示すように、上記ユニット１２９０（機器１２５０や
複合モジュール１２９５、１４６０、１４７０）の移動前後のセクション情報を抽出する
必用が有る。この抽出には、前述した図２７／図２８（ｂ）の時系列情報追跡表が役立つ
。ここで図２７／図２８（ｂ）のセンサ／通信モジュール１４６０−５のセクション列で
は、経過時刻２３１０ｔ３とｔ３の間で“２”から“５”に変化している。この変化場所
を探す事で、容易に移動前後のセクション情報が抽出できる。この場合には特に移動前後
のセクションに関してサービス提供する場合が多い。従って特定のユニット１２９０（機
器１２５０や複合モジュール１２９５、１４６０、１４７０）が移動した前後のセクショ
ン２＿１１２２−２と５＿１１２２−５の両方内に対して同時または順次にサービス提供
する所に本実施形態システムの特徴が有る。このようにシステムコントローラα＿１１２
６（あるいは図９のシステムに対応した場合のシステムコントローラβ＿１１２８）は移
動前後のセクション２＿１１２２−２、５＿１１２２−５を集中的にサービス提供する事
で、効率良くユーザに対するサービス提供が行える。ここで図３０のＳｔｅｐ１５５から
Ｓｔｅｐ１５８に至る一連の処理プロセスは、図２６Ｂ内での処理プロセスと一致してい
る。更に図３０のＳｔｅｐ１５１が示すように、移動前セクション２＿１１２２−２内に
配置されたユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４
７０）の抽出を行う。そして同様の処理プロセスを経て、移動前セクション２＿１１２２
−２内に対してもユーザへのサービス提供（Ｓｔｅｐ１３０）を行う。また既に上述した
ように、移動前セクション２＿１１２２−２内でも複数項目に関して順次または同時に設
定状態の変更（状態変化制御）を行っても良い。
複合モジュール１２９５、１４６０、１４７０）の移動前後のセクション情報を抽出する
必用が有る。この抽出には、前述した図２７／図２８（ｂ）の時系列情報追跡表が役立つ
。ここで図２７／図２８（ｂ）のセンサ／通信モジュール１４６０−５のセクション列で
は、経過時刻２３１０ｔ３とｔ３の間で“２”から“５”に変化している。この変化場所
を探す事で、容易に移動前後のセクション情報が抽出できる。この場合には特に移動前後
のセクションに関してサービス提供する場合が多い。従って特定のユニット１２９０（機
器１２５０や複合モジュール１２９５、１４６０、１４７０）が移動した前後のセクショ
ン２＿１１２２−２と５＿１１２２−５の両方内に対して同時または順次にサービス提供
する所に本実施形態システムの特徴が有る。このようにシステムコントローラα＿１１２
６（あるいは図９のシステムに対応した場合のシステムコントローラβ＿１１２８）は移
動前後のセクション２＿１１２２−２、５＿１１２２−５を集中的にサービス提供する事
で、効率良くユーザに対するサービス提供が行える。ここで図３０のＳｔｅｐ１５５から
Ｓｔｅｐ１５８に至る一連の処理プロセスは、図２６Ｂ内での処理プロセスと一致してい
る。更に図３０のＳｔｅｐ１５１が示すように、移動前セクション２＿１１２２−２内に
配置されたユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４
７０）の抽出を行う。そして同様の処理プロセスを経て、移動前セクション２＿１１２２
−２内に対してもユーザへのサービス提供（Ｓｔｅｐ１３０）を行う。また既に上述した
ように、移動前セクション２＿１１２２−２内でも複数項目に関して順次または同時に設
定状態の変更（状態変化制御）を行っても良い。
また前後のセクション２＿１１２２−２と５＿１１２２−５の両方内に対して同時また
は順次にサービス提供する場合も上述したように、システムコントローラα＿１１２６（
あるいは図９に示すシステムにおけるシステムコントローラβ＿１１２８）内で途中に別
の処理を入れず、纏めて上記に対応する指令（コマンド発行）１８５２に対応した情報通
信を行うのが望ましい。このように纏めて情報通信を行うと、上述した共通情報のコピー
処理で異なる複数の通信情報を作成できる。従って上記の方法を使う事でシステムコント
ローラα＿１１２６（あるいは図９に示すシステムにおけるシステムコントローラβ＿１
１２８）の処理効率が向上する効果が有る。４．４節 各種モジュールや各種機器のセク
ション間移動追跡方法本４．４節では、機器１２５０に内蔵された通信モジュール１２０
２や複合モジュールに内蔵された通信モジュール１６６０が配置された位置を検出する方
法に付いて説明する。
は順次にサービス提供する場合も上述したように、システムコントローラα＿１１２６（
あるいは図９に示すシステムにおけるシステムコントローラβ＿１１２８）内で途中に別
の処理を入れず、纏めて上記に対応する指令（コマンド発行）１８５２に対応した情報通
信を行うのが望ましい。このように纏めて情報通信を行うと、上述した共通情報のコピー
処理で異なる複数の通信情報を作成できる。従って上記の方法を使う事でシステムコント
ローラα＿１１２６（あるいは図９に示すシステムにおけるシステムコントローラβ＿１
１２８）の処理効率が向上する効果が有る。４．４節 各種モジュールや各種機器のセク
ション間移動追跡方法本４．４節では、機器１２５０に内蔵された通信モジュール１２０
２や複合モジュールに内蔵された通信モジュール１６６０が配置された位置を検出する方
法に付いて説明する。
所で図１０Ａの同一システムネットワーク回線１７８２上で使用される物理的な通信媒
体（communication media）に無線（wireless）を使用する場合、上記通信モジュール１
２０２、１６６０から無線電波が放出される時期が存在する。そしてこのタイミングを利
用し、『無線電波の放出位置から通信モジュール１２０２、１６６０あるいはそれらが内
蔵される装置や複合モジュールの位置を検出する』所に本実施形態の特徴が有る。従来の
装置位置の検出方法としてＧＰＳ技術が知られている。しかしこの技術を採用する限り、
装置に搭載するＧＰＳ関連部品だけ高価になる。それに比べて上記の方法では位置検出に
必要な付加部品が一切不要なため、通信モジュール１２０２、１６６０（あるいはそれら
が内蔵される装置や複合モジュール）の低価格化と小形化が可能になる効果が有る。
体（communication media）に無線（wireless）を使用する場合、上記通信モジュール１
２０２、１６６０から無線電波が放出される時期が存在する。そしてこのタイミングを利
用し、『無線電波の放出位置から通信モジュール１２０２、１６６０あるいはそれらが内
蔵される装置や複合モジュールの位置を検出する』所に本実施形態の特徴が有る。従来の
装置位置の検出方法としてＧＰＳ技術が知られている。しかしこの技術を採用する限り、
装置に搭載するＧＰＳ関連部品だけ高価になる。それに比べて上記の方法では位置検出に
必要な付加部品が一切不要なため、通信モジュール１２０２、１６６０（あるいはそれら
が内蔵される装置や複合モジュール）の低価格化と小形化が可能になる効果が有る。
また位置情報を知る上記のＧＰＳ技術以外に、ビーコン（Beacon）と言う技術が知られ
ている。ＧＰＳ技術では、人工衛星から出射される電波を利用している。それに比べて上
記のビーコン技術では、例えば Bluetooth と呼ばれる近距離無線規格で使われる地上の
無線電波を利用する。すなわち地上の複数箇所に上記の近距離無線電波を送信する機器が
複数台設置され、それぞれの機器から送信される近距離無線電波を受信して、相対的な受
信場所を算出する。しかしこの方法でも受信側で位置を割り出す回路が必要となるため、
受信機の回路規模が増大して受信機の大形化と価格上昇が発生する。それに比べて本実施
形態システムでは位置検出が必要となる複合モジュール１２９５（またはユニット１２９
０）内での自主的な位置検出が不要なため、対象となる複合モジュール１２９５（または
ユニット１２９０）の低価格化と小形化が可能となる。
ている。ＧＰＳ技術では、人工衛星から出射される電波を利用している。それに比べて上
記のビーコン技術では、例えば Bluetooth と呼ばれる近距離無線規格で使われる地上の
無線電波を利用する。すなわち地上の複数箇所に上記の近距離無線電波を送信する機器が
複数台設置され、それぞれの機器から送信される近距離無線電波を受信して、相対的な受
信場所を算出する。しかしこの方法でも受信側で位置を割り出す回路が必要となるため、
受信機の回路規模が増大して受信機の大形化と価格上昇が発生する。それに比べて本実施
形態システムでは位置検出が必要となる複合モジュール１２９５（またはユニット１２９
０）内での自主的な位置検出が不要なため、対象となる複合モジュール１２９５（または
ユニット１２９０）の低価格化と小形化が可能となる。
本実施形態における位置検出原理を図３１に示す。ここで上記無線電波を受信して送信
元の位置を検出するシステムコントローラα＿１１２６や機器１２５０−１、４には、そ
れぞれＧＰＳ機能が内蔵されている。そのため、システムコントローラα＿１１２６や機
器１２５０−１、４の設置場所は予め分かっている。そしてこれらシステムコントローラ
α＿１１２６や機器１２５０−１、４が受信する時の無線電波特性を利用して、無線電波
の放出位置を測定する。
元の位置を検出するシステムコントローラα＿１１２６や機器１２５０−１、４には、そ
れぞれＧＰＳ機能が内蔵されている。そのため、システムコントローラα＿１１２６や機
器１２５０−１、４の設置場所は予め分かっている。そしてこれらシステムコントローラ
α＿１１２６や機器１２５０−１、４が受信する時の無線電波特性を利用して、無線電波
の放出位置を測定する。
そして位置検出に関与する受信側（システムコントローラα＿１１２６や機器１２５０
−１、４）での『無線電波の受信時期（受信タイミング）を位置検出に利用』する所に次
の特徴が有る。そして『複数の無線電波送信元が存在するネットワーク通信システムにお
いて、無線電波の受信時期（受信タイミング）を利用して送信元を識別』する。あるいは
『複数の無線電波送信元が存在するネットワーク通信システムにおいて、通信情報内容を
利用して送信元を識別』すると言っても良い。例えば図３１の記載例において、センサ／
通信モジュール１４６０−５と駆動／通信モジュール１４７０−３では、無線電波を放出
するタイミングが互いに異なる。従って受信タイミングに拠り、センサ／通信モジュール
１４６０−５と駆動／通信モジュール１４７０−３のどちらから放出された無線電波かが
識別できる。このように無線電波の受信タイミングを位置検出に利用する事で、同時期に
異なる複数位置の検出が行え、位置検出の効率が向上する効果が有る。一方本実施形態に
おける位置検出方法は上記に限らず、他の方法としてビーコン(Bluetooth Smart規格に準
拠)からの信号を利用しても良い。
−１、４）での『無線電波の受信時期（受信タイミング）を位置検出に利用』する所に次
の特徴が有る。そして『複数の無線電波送信元が存在するネットワーク通信システムにお
いて、無線電波の受信時期（受信タイミング）を利用して送信元を識別』する。あるいは
『複数の無線電波送信元が存在するネットワーク通信システムにおいて、通信情報内容を
利用して送信元を識別』すると言っても良い。例えば図３１の記載例において、センサ／
通信モジュール１４６０−５と駆動／通信モジュール１４７０−３では、無線電波を放出
するタイミングが互いに異なる。従って受信タイミングに拠り、センサ／通信モジュール
１４６０−５と駆動／通信モジュール１４７０−３のどちらから放出された無線電波かが
識別できる。このように無線電波の受信タイミングを位置検出に利用する事で、同時期に
異なる複数位置の検出が行え、位置検出の効率が向上する効果が有る。一方本実施形態に
おける位置検出方法は上記に限らず、他の方法としてビーコン(Bluetooth Smart規格に準
拠)からの信号を利用しても良い。
具体的な無線電波の送信元識別方法を説明する。同一システムネットワーク回線１７８
２上では、図１１（ｆ）に示す物理層フレームＰＰＤＵの塊単位で情報通信する。ここで
異なる複数の送信元から送信される物理層フレームＰＰＤＵが同時期に重複しないように
、システムコントローラα＿１１２６が上記のシステムネットワーク回線１７８２上を制
御あるいは管理している。
２上では、図１１（ｆ）に示す物理層フレームＰＰＤＵの塊単位で情報通信する。ここで
異なる複数の送信元から送信される物理層フレームＰＰＤＵが同時期に重複しないように
、システムコントローラα＿１１２６が上記のシステムネットワーク回線１７８２上を制
御あるいは管理している。
また上記１個の物理層フレームＰＰＤＵ内には送信元を示すアドレス情報が格納されて
いる。具体例として２．４節で説明した図１３（ｂ）の送信側ＩＰアドレス情報ＳＩＰＡ
ＤＲＳを送信元識別に利用できる。またそれに限らず、ＭＡＣ層ヘッダＭＡＣＨＤ（図１
１（ａ））内に格納された情報として、例えば２．３節で説明した図１２Ａ（ｅ）の送信
側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを送信元識別に利用しても良い。従って
無線電波の受信側で受信時の無線電波特性を測定すると共に、対応する物理層フレームＰ
ＰＤＵ内に記載された送信元アドレス情報を解読する。これにより、無線電波送信元毎の
無線電波特性を取得できる。
いる。具体例として２．４節で説明した図１３（ｂ）の送信側ＩＰアドレス情報ＳＩＰＡ
ＤＲＳを送信元識別に利用できる。またそれに限らず、ＭＡＣ層ヘッダＭＡＣＨＤ（図１
１（ａ））内に格納された情報として、例えば２．３節で説明した図１２Ａ（ｅ）の送信
側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを送信元識別に利用しても良い。従って
無線電波の受信側で受信時の無線電波特性を測定すると共に、対応する物理層フレームＰ
ＰＤＵ内に記載された送信元アドレス情報を解読する。これにより、無線電波送信元毎の
無線電波特性を取得できる。
更に『同時に受信した複数箇所での無線電波特性を比較して、送信元の位置情報を算出
』する所に、更なる特徴が有る。このように複数箇所での無線電波特性を利用する事で、
位置検出精度が向上する効果が有る。ここで送信元の位置検出に利用する無線電波特性と
して、“電波強度”を利用する方法が有る。すなわち理想状態では、受信場所での電波強
度は送信元との距離の二乗に反比例する。従ってシステムコントローラα＿１１２６及び
機器１２５０−１、４毎の受信電波強度を比較すると、センサ／通信モジュール１４６０
−５や駆動／通信モジュール１４７０−３の相対位置情報が推定できる。
』する所に、更なる特徴が有る。このように複数箇所での無線電波特性を利用する事で、
位置検出精度が向上する効果が有る。ここで送信元の位置検出に利用する無線電波特性と
して、“電波強度”を利用する方法が有る。すなわち理想状態では、受信場所での電波強
度は送信元との距離の二乗に反比例する。従ってシステムコントローラα＿１１２６及び
機器１２５０−１、４毎の受信電波強度を比較すると、センサ／通信モジュール１４６０
−５や駆動／通信モジュール１４７０−３の相対位置情報が推定できる。
また送信元の位置検出に利用する他の無線電波特性として、“電波位相”を利用しても
良い。すなわち送信元と受信相手の距離に応じて受信時の無線電波の位相が異なるので、
この現象を位置検出に利用する。そしてシステムコントローラα＿１１２６及び機器１２
５０−１、４が同時に受信した時の無線電波の位相を比較する事で、センサ／通信モジュ
ール１４６０−５や駆動／通信モジュール１４７０−３の相対位置情報が推定できる。
良い。すなわち送信元と受信相手の距離に応じて受信時の無線電波の位相が異なるので、
この現象を位置検出に利用する。そしてシステムコントローラα＿１１２６及び機器１２
５０−１、４が同時に受信した時の無線電波の位相を比較する事で、センサ／通信モジュ
ール１４６０−５や駆動／通信モジュール１４７０−３の相対位置情報が推定できる。
しかし上記に限らず、送信元の位置検出に利用する別の無線電波特性として、“電波の
進行方向”を利用しても良い。この電波の進行方向を検出する方法として、『電波の進行
方向に対して検出感度が異なる複数の受信部から得られる各検出信号を比較して、電波の
進行方向を測定』する所に本実施形態の特徴が有る。また更にここで得られた送信元から
放出された無線電波の進行方向から、『三角法を用いて位置検出』する所に、次の特徴が
有る。この実施形態を利用すると、非常に安価な設備で精度良く送信元の位置検出が出来
る効果が有る。また本実施形態で位置検出に利用する無線電波特性として“電波の進行方
向”のみに限定せず、受信強度や受信時の位相あるいは他の無線電波特性と組み合わせて
も良い。
進行方向”を利用しても良い。この電波の進行方向を検出する方法として、『電波の進行
方向に対して検出感度が異なる複数の受信部から得られる各検出信号を比較して、電波の
進行方向を測定』する所に本実施形態の特徴が有る。また更にここで得られた送信元から
放出された無線電波の進行方向から、『三角法を用いて位置検出』する所に、次の特徴が
有る。この実施形態を利用すると、非常に安価な設備で精度良く送信元の位置検出が出来
る効果が有る。また本実施形態で位置検出に利用する無線電波特性として“電波の進行方
向”のみに限定せず、受信強度や受信時の位相あるいは他の無線電波特性と組み合わせて
も良い。
例えば図３１のシステムコントローラα＿１１２６と機器１２５０−１が個々に、セン
サ／通信モジュール１４６０−５から送信される無線電波の進行方向が検出できれば、『
三角法』を利用して容易かつ精度良く送信元の位置検出が出来る。ここで三角法を使用す
る限り、上記無線電波の受信点は最低２点有れば位置検出可能となる。所で （１）シス
テムコントローラα＿１１２６がシステムネットワーク回線１７８２上の情報通信の管理
／運営／制御を行う、（２）システムコントローラα＿１１２６は常に物理層フレームＰ
ＰＤＵ内の情報解析を行う、（３）無線電波特性の検出場所と送信元位置の算出場所は物
理的に近い方が効率良い との理由から、このシステムコントローラα＿１１２６が上記
の無線電波受信点の一つを担うのが望ましい。そして別の無線電波受信点としてＧＰＳ機
能が内蔵された一般的な機器１２５０を使用しても良いし、送信元位置検出用専用装置を
設置しても良い。
サ／通信モジュール１４６０−５から送信される無線電波の進行方向が検出できれば、『
三角法』を利用して容易かつ精度良く送信元の位置検出が出来る。ここで三角法を使用す
る限り、上記無線電波の受信点は最低２点有れば位置検出可能となる。所で （１）シス
テムコントローラα＿１１２６がシステムネットワーク回線１７８２上の情報通信の管理
／運営／制御を行う、（２）システムコントローラα＿１１２６は常に物理層フレームＰ
ＰＤＵ内の情報解析を行う、（３）無線電波特性の検出場所と送信元位置の算出場所は物
理的に近い方が効率良い との理由から、このシステムコントローラα＿１１２６が上記
の無線電波受信点の一つを担うのが望ましい。そして別の無線電波受信点としてＧＰＳ機
能が内蔵された一般的な機器１２５０を使用しても良いし、送信元位置検出用専用装置を
設置しても良い。
次に図３２（ｂ）を用いて、原理的な電波の進行方向測定方法を説明する。一例として
地上波受信などに用いられるポラボラアンテナ２７６０の検出感度には、受信電波の方向
依存性が有る。例えば検出信号αが得られるポラボラアンテナ２７６０は、受信電波がＡ
の方向から来る時に最も検出感度が高く、ＢやＣの方向から来る受信電波に対する検出感
度は低い。このようにポラボラアンテナ２７６０は、『電波の進行方向に対して検出感度
が異なる』特性を有する。一方では検出信号βが得られるポラボラアンテナ２７６０は受
信電波がＢの方向から来る時に最も検出感度が高く、検出信号γが得られるポラボラアン
テナ２７６０は受信電波がＣの方向から来る時に最も検出感度が高い。従って任意の方向
から到着する受信電波を３個のポラボラアンテナ２７６０で同時に受けて、検出信号α、
β、γ間の強度を比較する事で、原理的には受信電波の進行方向を予測できる。この受信
電波の進行方向を予測する処理が、『複数の受信部から得られる各検出信号を比較して電
波の進行方向を測定する』方法に対応する。
地上波受信などに用いられるポラボラアンテナ２７６０の検出感度には、受信電波の方向
依存性が有る。例えば検出信号αが得られるポラボラアンテナ２７６０は、受信電波がＡ
の方向から来る時に最も検出感度が高く、ＢやＣの方向から来る受信電波に対する検出感
度は低い。このようにポラボラアンテナ２７６０は、『電波の進行方向に対して検出感度
が異なる』特性を有する。一方では検出信号βが得られるポラボラアンテナ２７６０は受
信電波がＢの方向から来る時に最も検出感度が高く、検出信号γが得られるポラボラアン
テナ２７６０は受信電波がＣの方向から来る時に最も検出感度が高い。従って任意の方向
から到着する受信電波を３個のポラボラアンテナ２７６０で同時に受けて、検出信号α、
β、γ間の強度を比較する事で、原理的には受信電波の進行方向を予測できる。この受信
電波の進行方向を予測する処理が、『複数の受信部から得られる各検出信号を比較して電
波の進行方向を測定する』方法に対応する。
より方向精度の高い方向検出用アンテナ構造を図３２（ａ）に示す。この基本構造は、
略三角錐または略四角錐形状に構成されたステルス板２７３０から構成されている。そし
てこの略三角錐または略四角錐の側面に、十字形にアンテナ２７１０−１が配置されてい
る。このアンテナ２７１０−１は、互いに直交した一組のアンテナから構成される。ここ
で図３２（ａ）の実線で示すように、ステルス板２７３０の一つの側面上に一組だけの十
字形に直交したアンテナ２７１０−１のみを配置しても良い。またそれに限らず、図３２
（ｂ）の破線で示すように、ステルス板２７３０の一つの側面上に複数組の十字形に直交
したアンテナ２７１０−１〜３を配置しても良い。ここで図３２（ｂ）の破線示したアン
テナ２７１０−２、３は、十字形に直交したアンテナ２７１０−１に対して３０度ずつ回
転して取り付けられている。この十字形に配置されたアンテナ２７１０−１を用いて、Ａ
）システム内ネットワーク回線１７８２上の通信情報の受信と、Ｂ）送信元の位置検出
の両方を行う。ここで十字形に配置された各アンテナ２７１０−１〜３の間には、アンプ
及び信号処理回路２７２０が配置されている。また各アンプ及び信号処理回路２７２０か
らは、個々に検出信号α、β、γ、δが得られる。所できちんと三角錐や四角錐の形状に
なっている必要は無く、複数のステルス板２７３０側面が互いに異なる方向を向いていれ
ば良い。
略三角錐または略四角錐形状に構成されたステルス板２７３０から構成されている。そし
てこの略三角錐または略四角錐の側面に、十字形にアンテナ２７１０−１が配置されてい
る。このアンテナ２７１０−１は、互いに直交した一組のアンテナから構成される。ここ
で図３２（ａ）の実線で示すように、ステルス板２７３０の一つの側面上に一組だけの十
字形に直交したアンテナ２７１０−１のみを配置しても良い。またそれに限らず、図３２
（ｂ）の破線で示すように、ステルス板２７３０の一つの側面上に複数組の十字形に直交
したアンテナ２７１０−１〜３を配置しても良い。ここで図３２（ｂ）の破線示したアン
テナ２７１０−２、３は、十字形に直交したアンテナ２７１０−１に対して３０度ずつ回
転して取り付けられている。この十字形に配置されたアンテナ２７１０−１を用いて、Ａ
）システム内ネットワーク回線１７８２上の通信情報の受信と、Ｂ）送信元の位置検出
の両方を行う。ここで十字形に配置された各アンテナ２７１０−１〜３の間には、アンプ
及び信号処理回路２７２０が配置されている。また各アンプ及び信号処理回路２７２０か
らは、個々に検出信号α、β、γ、δが得られる。所できちんと三角錐や四角錐の形状に
なっている必要は無く、複数のステルス板２７３０側面が互いに異なる方向を向いていれ
ば良い。
所で図３２（ａ）におけるステルス板２７３０の側面上に配置された十字形アンテナ２
７１０の検出感度には受信方向依存性が有る。従って一組の十字形アンテナ２７１０が、
上記の『電波の進行方向に対して検出感度が異なる受信部』に対応する。そして各アンプ
及び信号処理回路２７２０から得られる個々の検出信号α、β、γ、δ間の比較が、上記
の『各検出信号の比較』に対応する。
７１０の検出感度には受信方向依存性が有る。従って一組の十字形アンテナ２７１０が、
上記の『電波の進行方向に対して検出感度が異なる受信部』に対応する。そして各アンプ
及び信号処理回路２７２０から得られる個々の検出信号α、β、γ、δ間の比較が、上記
の『各検出信号の比較』に対応する。
図３２（ａ）の１個の側面を拡大した図を図３３（ａ）に示す。十字形アンテナ２７１
０の裏側に配置されたステルス板２７３０は、（１）十字形アンテナ２７１０への裏側か
らの電波の侵入を防止し、（２）十字形アンテナ２７１０を通過した電波を吸収する役目
を果たす。このように『電波の進行方向を検出するアンテナ２７１０』の裏側にステルス
板２７３０を配置する事で、検出精度を低下させる不要な電波の反射を抑えて送信元の位
置検出精度を向上させる効果が有る。この効果を発揮するため、図３３（ｂ）のように前
記ステルス板２７３０は２層構造を持つ。この奥側の層は表面が微細な凹凸構造を持つ金
属板層２７３４から構成されている。このように奥側に金属板層を配置する事で強固に電
波の透過を防止して、裏側からの十字形アンテナ２７１０への電波の侵入を防止している
。
０の裏側に配置されたステルス板２７３０は、（１）十字形アンテナ２７１０への裏側か
らの電波の侵入を防止し、（２）十字形アンテナ２７１０を通過した電波を吸収する役目
を果たす。このように『電波の進行方向を検出するアンテナ２７１０』の裏側にステルス
板２７３０を配置する事で、検出精度を低下させる不要な電波の反射を抑えて送信元の位
置検出精度を向上させる効果が有る。この効果を発揮するため、図３３（ｂ）のように前
記ステルス板２７３０は２層構造を持つ。この奥側の層は表面が微細な凹凸構造を持つ金
属板層２７３４から構成されている。このように奥側に金属板層を配置する事で強固に電
波の透過を防止して、裏側からの十字形アンテナ２７１０への電波の侵入を防止している
。
しかし金属板層２７３４表面では電波の反射が起きる。従ってここで反射された電波が
十字形アンテナ２７１０へ入らないように、数々の工夫がなされている。その一つの工夫
が、図３３（ｃ）のように、略三角錐または略四角錐形状の側面を曲面にしている。この
ように曲面にする事で、略平行入射した入射電波２８００の進行方向を入射位置で変化さ
せる。更に金属板層２７３４の表面に微細な凹凸構造を持たせて、略平行入射した入射電
波２８００を乱反射させている。
十字形アンテナ２７１０へ入らないように、数々の工夫がなされている。その一つの工夫
が、図３３（ｃ）のように、略三角錐または略四角錐形状の側面を曲面にしている。この
ように曲面にする事で、略平行入射した入射電波２８００の進行方向を入射位置で変化さ
せる。更に金属板層２７３４の表面に微細な凹凸構造を持たせて、略平行入射した入射電
波２８００を乱反射させている。
所で上記ステルス板２７３０の本来の目的（２）は、電波を反射させる事では無く電波
を吸収させる所に有る。この機能（２）を実現するため、ステルス板２７３０内の表面が
微細な凹凸構造を持つ金属板層２７３４の上部に表裏面共に微細な凹凸構造を持つ弱導電
性有機層２７３８を配置している。この表裏面共に微細な凹凸構造を持つ弱導電性有機層
２７３８の詳細な構造として、金属粉を有機層で固めた構造にしても良いし、全体を弱導
電性有機物で形成しても良い。そしてこの弱導電性有機層２７３８内で入射電波２８００
を吸収させる。しかしこの弱導電性有機層２７３８内だけでは完全に入射電波２８００を
吸収できないので、凹凸形状した表面上で入射電波２８００を乱反射させている。更に表
裏面共に微細な凹凸構造を持つ弱導電性有機層２７３８と表面が微細な凹凸構造を持つ金
属板層２７３４との間で乱反射効率を上げると共に、ここで乱反射した電波を弱導電性有
機層２７３８内で吸収させて十字形アンテナ２７１０に到達するのを防いでいる。
を吸収させる所に有る。この機能（２）を実現するため、ステルス板２７３０内の表面が
微細な凹凸構造を持つ金属板層２７３４の上部に表裏面共に微細な凹凸構造を持つ弱導電
性有機層２７３８を配置している。この表裏面共に微細な凹凸構造を持つ弱導電性有機層
２７３８の詳細な構造として、金属粉を有機層で固めた構造にしても良いし、全体を弱導
電性有機物で形成しても良い。そしてこの弱導電性有機層２７３８内で入射電波２８００
を吸収させる。しかしこの弱導電性有機層２７３８内だけでは完全に入射電波２８００を
吸収できないので、凹凸形状した表面上で入射電波２８００を乱反射させている。更に表
裏面共に微細な凹凸構造を持つ弱導電性有機層２７３８と表面が微細な凹凸構造を持つ金
属板層２７３４との間で乱反射効率を上げると共に、ここで乱反射した電波を弱導電性有
機層２７３８内で吸収させて十字形アンテナ２７１０に到達するのを防いでいる。
図３２（ａ）に示した十字形アンテナ２７１０−１の詳細構造と検出信号特性に関する
原理に付いて、図３４を用いて説明する。上記十字形アンテナ２７１０の内部構造は図３
４（ａ）に示すように、横方向（Ｘ方向）に配置した２本のアンテナ２７１０間を抵抗器
２９２０で接続した構造と、縦方向（Ｙ方向）に配置した２本のアンテナ２７１０間を抵
抗器２９２０で接続した構造から組み合わされている。所で２本のアンテナ２７１０間の
接続には抵抗器２９２０のみで無く、信号検出の周波数特性を向上させるためにコンデン
サやインダクタンスを適正に配置しても良い。そしてアンプ及び信号処理回路２７２０内
は、各抵抗器２９２０間に発生した電圧差を検出する電圧差分器２９４０−１、２と、そ
れぞれから得られる各信号を加算する加算器２９６０から構成されている。
原理に付いて、図３４を用いて説明する。上記十字形アンテナ２７１０の内部構造は図３
４（ａ）に示すように、横方向（Ｘ方向）に配置した２本のアンテナ２７１０間を抵抗器
２９２０で接続した構造と、縦方向（Ｙ方向）に配置した２本のアンテナ２７１０間を抵
抗器２９２０で接続した構造から組み合わされている。所で２本のアンテナ２７１０間の
接続には抵抗器２９２０のみで無く、信号検出の周波数特性を向上させるためにコンデン
サやインダクタンスを適正に配置しても良い。そしてアンプ及び信号処理回路２７２０内
は、各抵抗器２９２０間に発生した電圧差を検出する電圧差分器２９４０−１、２と、そ
れぞれから得られる各信号を加算する加算器２９６０から構成されている。
例えば図３２（ｂ）のように横軸（Ｘ軸）に対して偏波面がθだけ傾き、電場振幅Ａを
持つ無線電波が、前記の十字形アンテナ２７１０に対して垂直方向に通過した場合、電圧
差分器２９４０−１からは
Ａ２ｅｉ２ωｔｃｏｓ２θ （１）の信号が得
られ、電圧差分器２９４０−２からは
Ａ２ｅｉ２ωｔｓｉｎ２θ （２）が得られる
。この（１）式と（２）式では、検出信号の位相項を複素数表示で表している。従って上
記の各信号を加算した加算器２９６０からの出力信号は
Ａ２ｅｉ２ωｔ （３）となる。この
（３）式に偏波面の傾き角θが現れない所に大きな特徴が有る。すなわち前記の十字形ア
ンテナ２７１０に対して無線電波が垂直方向に通過する限り、得られる検出信号は偏波面
の傾き角θに依存せずに一定特性が得られる事が分かる。
持つ無線電波が、前記の十字形アンテナ２７１０に対して垂直方向に通過した場合、電圧
差分器２９４０−１からは
Ａ２ｅｉ２ωｔｃｏｓ２θ （１）の信号が得
られ、電圧差分器２９４０−２からは
Ａ２ｅｉ２ωｔｓｉｎ２θ （２）が得られる
。この（１）式と（２）式では、検出信号の位相項を複素数表示で表している。従って上
記の各信号を加算した加算器２９６０からの出力信号は
Ａ２ｅｉ２ωｔ （３）となる。この
（３）式に偏波面の傾き角θが現れない所に大きな特徴が有る。すなわち前記の十字形ア
ンテナ２７１０に対して無線電波が垂直方向に通過する限り、得られる検出信号は偏波面
の傾き角θに依存せずに一定特性が得られる事が分かる。
更に図３４（ｃ）が示すように、前記の十字形アンテナ２７１０の垂直方向からξだけ
傾いた角度で無線電波が通過した時の加算器２９６０からの出力信号は
Ａ２ｅｉ２ωｔｓｉｎ２ξ （４）で与えられ
る。そして上記（４）式は、前記の十字形アンテナ２７１０に対する無線電波の進行方向
（十字形アンテナ２７１０の垂直方向からの傾き角）に拠って上記加算器２９６０の出力
信号が変化する事を示している。従って図３２（ａ）のように互いに異なる方向を向くス
テルス板２７１０上に配置された各十字形アンテナ２７１０から得られる（加算器２９６
０の）出力信号α、β、γ、δ間を比較し、上記（４）式を適用する事で、無線電波の進
行方向を算出できる。
傾いた角度で無線電波が通過した時の加算器２９６０からの出力信号は
Ａ２ｅｉ２ωｔｓｉｎ２ξ （４）で与えられ
る。そして上記（４）式は、前記の十字形アンテナ２７１０に対する無線電波の進行方向
（十字形アンテナ２７１０の垂直方向からの傾き角）に拠って上記加算器２９６０の出力
信号が変化する事を示している。従って図３２（ａ）のように互いに異なる方向を向くス
テルス板２７１０上に配置された各十字形アンテナ２７１０から得られる（加算器２９６
０の）出力信号α、β、γ、δ間を比較し、上記（４）式を適用する事で、無線電波の進
行方向を算出できる。
所で図３４（ｃ）において傾き角ξが特に小さい場合には、出力信号量に無線電波の振
動面依存性が大きく出易い。その弊害を軽減するため、図３２（ａ）の破線で示した互い
に回転角を持つ十字形アンテナ２７１０−２、３の組を複数配置している。そして個々の
十字形アンテナ２７１０−１〜３で得られる出力信号の中で、他の出力信号と大きく異な
る出力信号のみ破棄し、残りの２出力信号の平均を取る事で、傾き角ξが小さい場合の検
出信号誤差を軽減できる。
動面依存性が大きく出易い。その弊害を軽減するため、図３２（ａ）の破線で示した互い
に回転角を持つ十字形アンテナ２７１０−２、３の組を複数配置している。そして個々の
十字形アンテナ２７１０−１〜３で得られる出力信号の中で、他の出力信号と大きく異な
る出力信号のみ破棄し、残りの２出力信号の平均を取る事で、傾き角ξが小さい場合の検
出信号誤差を軽減できる。
上記の（３）式が示すように、アンテナ２７１０間を直角に配置すると（偏波面の影響
を受けずに）効率良く無線電波の進行方向を測定できる。しかしそれに限らず（無線電波
の進行方向算出時に何らかの補正を加えるなら）、アンテナ２７１０間を任意の角度で配
置しても良い。さらにアンテナ２７１０の形状として上述した直線形状に限らず、図３４
（ｄ）のような“リーフ形状”など他の形状を取っても良い。
を受けずに）効率良く無線電波の進行方向を測定できる。しかしそれに限らず（無線電波
の進行方向算出時に何らかの補正を加えるなら）、アンテナ２７１０間を任意の角度で配
置しても良い。さらにアンテナ２７１０の形状として上述した直線形状に限らず、図３４
（ｄ）のような“リーフ形状”など他の形状を取っても良い。
なお無線電波の進行方向から送信元の位置検出を行う方法では、壁や天井などの無線電
波の進行経路途中での反射により検出精度が低下する場合が有る。この対策として、異な
る複数の周波数帯の無線電波を位置検出に利用しても良い。例えば近距離無線通信に使用
される基準周波数として、２．４ＧＨｚと９１５ＭＨｚや９５０ＭＨｚ、８６８ＭＨｚの
周波数帯が地域によって使用可能となっている。従って例えば上記の異なる基準周波数で
の無線通信を並行して行っても良い。所で壁や天井などの無線電波の進行経路途中での反
射特性は、使用する基準周波数により変化する。そのため異なる基準周波数での無線通信
を使用したそれぞれの位置検出結果を比較すれば、送信元の位置検出精度が向上する。
波の進行経路途中での反射により検出精度が低下する場合が有る。この対策として、異な
る複数の周波数帯の無線電波を位置検出に利用しても良い。例えば近距離無線通信に使用
される基準周波数として、２．４ＧＨｚと９１５ＭＨｚや９５０ＭＨｚ、８６８ＭＨｚの
周波数帯が地域によって使用可能となっている。従って例えば上記の異なる基準周波数で
の無線通信を並行して行っても良い。所で壁や天井などの無線電波の進行経路途中での反
射特性は、使用する基準周波数により変化する。そのため異なる基準周波数での無線通信
を使用したそれぞれの位置検出結果を比較すれば、送信元の位置検出精度が向上する。
また位置検出に三角法を用いると、基本的には２箇所で無線電波の進行方向を測定する
だけで送信元の位置検出が可能な事を前述した。しかし無線電波の進行経路途中での反射
による位置検出精度低下防止を考慮して、３箇所以上の受信点で無線電波の進行方向を測
定しても良い。このように３箇所以上の受信点での測定結果を比較して、送信元の位置検
出精度と信頼性を上げる。更に上記のいずれか一方のみで無く、位置検出用の受信点の増
設と使用する基準周波数を増やす方法を組み合わせても良い。このように上記の工夫によ
り、送信元の位置検出精度が向上する効果が有る。４．５節 ユニット（複合モジュール
や機器）の異なるシステム間での適合性本実施形態システムにおけるシステムα＿１１３
２は、民生分野に適用したシステムやヘルスケア分野に適用したシステムから社会インフ
ラ分野に適用したシステムに至る幅広い範囲でのネットワーク通信システムに適用できる
特徴が有る。更に本実施形態システムでは４．２節で説明したように、ユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）のシステムα＿１１３
２内への初期設定（Check-in）やプラグイン、プラグアウトが非常に簡単に行える特徴が
有る。そして上記の特徴を組み合わせると、本実施形態システムでは『ユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を種類の異なる複数の
システム内に容易に組み込んで使用可能』な新たな特徴が生まれる。そして更に『同一の
ユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を異
なる複数のシステムに跨って転用（流用）可能』にもなる。
だけで送信元の位置検出が可能な事を前述した。しかし無線電波の進行経路途中での反射
による位置検出精度低下防止を考慮して、３箇所以上の受信点で無線電波の進行方向を測
定しても良い。このように３箇所以上の受信点での測定結果を比較して、送信元の位置検
出精度と信頼性を上げる。更に上記のいずれか一方のみで無く、位置検出用の受信点の増
設と使用する基準周波数を増やす方法を組み合わせても良い。このように上記の工夫によ
り、送信元の位置検出精度が向上する効果が有る。４．５節 ユニット（複合モジュール
や機器）の異なるシステム間での適合性本実施形態システムにおけるシステムα＿１１３
２は、民生分野に適用したシステムやヘルスケア分野に適用したシステムから社会インフ
ラ分野に適用したシステムに至る幅広い範囲でのネットワーク通信システムに適用できる
特徴が有る。更に本実施形態システムでは４．２節で説明したように、ユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）のシステムα＿１１３
２内への初期設定（Check-in）やプラグイン、プラグアウトが非常に簡単に行える特徴が
有る。そして上記の特徴を組み合わせると、本実施形態システムでは『ユニット１２９０
（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を種類の異なる複数の
システム内に容易に組み込んで使用可能』な新たな特徴が生まれる。そして更に『同一の
ユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）を異
なる複数のシステムに跨って転用（流用）可能』にもなる。
従って本実施形態システムを利用する事で、非常に幅広い適用分野に対するユニット１
２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の汎用性が確保
できる効果が生まれる。特に複合モジュール１２９５、１４６０、１４７０が非常に幅広
い適用分野への汎用性を持つと、量産効果による複合モジュール１２９５、１４６０、１
４７０の低価格化が容易となる。そして更に低価格な複合モジュール１２９５、１４６０
、１４７０が異なる複数のシステムに跨って使用出来るので、複合モジュール１２９５、
１４６０、１４７０の使い勝手が大幅に向上する効果も生まれる。
２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の汎用性が確保
できる効果が生まれる。特に複合モジュール１２９５、１４６０、１４７０が非常に幅広
い適用分野への汎用性を持つと、量産効果による複合モジュール１２９５、１４６０、１
４７０の低価格化が容易となる。そして更に低価格な複合モジュール１２９５、１４６０
、１４７０が異なる複数のシステムに跨って使用出来るので、複合モジュール１２９５、
１４６０、１４７０の使い勝手が大幅に向上する効果も生まれる。
同一のユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７
０）が跨って使用される複数のシステムα＿１１３２とシステムβ＿１１３４間の関係は
、図１に示すように同一ドメイン２＿１１２２−２内に含まれても良い。しかしそれに限
らず、上記複数のシステムα＿１１３２とシステムβ＿１１３４間は、それぞれ別のドメ
イン１＿１１２２−１とドメイン２＿１１２２−２に所属しても良い。
０）が跨って使用される複数のシステムα＿１１３２とシステムβ＿１１３４間の関係は
、図１に示すように同一ドメイン２＿１１２２−２内に含まれても良い。しかしそれに限
らず、上記複数のシステムα＿１１３２とシステムβ＿１１３４間は、それぞれ別のドメ
イン１＿１１２２−１とドメイン２＿１１２２−２に所属しても良い。
本４．５節では、複数の異なるシステムα＿１１３２とシステムβ＿１１３４間でのユ
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の初期
設定（Check-in）やプラグイン、プラグアウト方法に付いて説明する。
始めに上記システムα＿１１３２とシステムβ＿１１３４間で機能が異なる場合に付い
て説明する。この場合には、システムα＿１１３２内のシステムコントローラα＿１１２
６とシステムβ＿１１３４内のシステムコントローラβ＿１１２８が個々にユニット１２
９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）に対するシステム
適合／非適合の識別処理を行う。所でこのシステム適合／非適合の識別対象が機器１２５
０の場合には、図１６あるいは図１７Ｂを用いて２．１節で説明したように通信ミドルウ
ェア層ＡＰＬ０６で交換情報１８１０（図１０Ｂ参照）を交換して識別する。一方このシ
ステム適合／非適合の識別対象が複合モジュール１２９５、１４６０、１４７０の場合に
は、図１０Ａを用いて２．１節で説明したように、メディア・アクセス層ＭＡＣ０２内の
通信情報を利用して識別する。例えば図１２Ａ（ｅ）を用いて２．３節で説明したように
、複合モジュール１２９５、１４６０、１４７０から送信される通信情報内に含まれる送
信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを利用しても良い。この場合には、得
られたＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳの情報からインターネット経由でサーバｎ＿
１１１６−ｎにアクセスして複合モジュール１２９５、１４６０、１４７０の素性情報を
入手し、システム適合／非適合の識別を行っても良い。
ニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）の初期
設定（Check-in）やプラグイン、プラグアウト方法に付いて説明する。
始めに上記システムα＿１１３２とシステムβ＿１１３４間で機能が異なる場合に付い
て説明する。この場合には、システムα＿１１３２内のシステムコントローラα＿１１２
６とシステムβ＿１１３４内のシステムコントローラβ＿１１２８が個々にユニット１２
９０（機器１２５０や複合モジュール１２９５、１４６０、１４７０）に対するシステム
適合／非適合の識別処理を行う。所でこのシステム適合／非適合の識別対象が機器１２５
０の場合には、図１６あるいは図１７Ｂを用いて２．１節で説明したように通信ミドルウ
ェア層ＡＰＬ０６で交換情報１８１０（図１０Ｂ参照）を交換して識別する。一方このシ
ステム適合／非適合の識別対象が複合モジュール１２９５、１４６０、１４７０の場合に
は、図１０Ａを用いて２．１節で説明したように、メディア・アクセス層ＭＡＣ０２内の
通信情報を利用して識別する。例えば図１２Ａ（ｅ）を用いて２．３節で説明したように
、複合モジュール１２９５、１４６０、１４７０から送信される通信情報内に含まれる送
信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳを利用しても良い。この場合には、得
られたＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳの情報からインターネット経由でサーバｎ＿
１１１６−ｎにアクセスして複合モジュール１２９５、１４６０、１４７０の素性情報を
入手し、システム適合／非適合の識別を行っても良い。
上記の処理の結果、対応するユニット１２９０（機器１２５０や複合モジュール１２９
５、１４６０、１４７０）がシステム適合と判断された場合、ユーザＩ／Ｆ部１２３４（
図２や図９あるいは図８Ａ／Ｂ）を介してエンドユーザに対応システムに組み込んで良い
か確認する。
５、１４６０、１４７０）がシステム適合と判断された場合、ユーザＩ／Ｆ部１２３４（
図２や図９あるいは図８Ａ／Ｂ）を介してエンドユーザに対応システムに組み込んで良い
か確認する。
始めに上記システムα＿１１３２とシステムβ＿１１３４間で機能が一致する場合には
、４．２節で説明したように、ユニット１２９０（機器１２５０や複合モジュール１２９
５、１４６０、１４７０）が配置された場所情報を利用してシステム適合／非適合の識別
を行う。
、４．２節で説明したように、ユニット１２９０（機器１２５０や複合モジュール１２９
５、１４６０、１４７０）が配置された場所情報を利用してシステム適合／非適合の識別
を行う。
次に同一のユニット１２９０（機器１２５０や複合モジュール１２９５、１４６０、１
４７０）が複数のシステムα＿１１３２やシステムβ＿１１３４等に跨って使用される場
合に発生する状況と、その対処方法に付いて説明する。ユニット１２９０の例として複合
モジュール１２９５がシステムコントローラβ＿１１２８との間で情報通信する場合に使
用される通信ミドルウェア層ＡＰＬ０２として、図１７Ａに示すようにＣ−フォーマット
を使用しても良い。またそれに限らず、通信ミドルウェア層ＡＰＬ０２として他のフォー
マットを複合モジュール１２９５との間の情報通信に使用しても良い。一方、ユニット１
２９０の他の例として機器１２５０がシステムコントローラβ＿１１２８との間で情報通
信する場合に使用される通信ミドルウェア層ＡＰＬ０６は、図１７Ｂに示すようにＡ−フ
ォーマットあるいはＥ−フォーマット、Ｗ−フォーマットを使用しても良く、また更に拡
張アプリケーション層ＥＸＬ０６を使用しても良い。このように通信ミドルウェア層ＡＰ
Ｌ０２、ＡＰＬ０６で使用されるフォーマットは、使用されるユニット１２９０（機器１
２５０や複合モジュール１２９５、３５８３）に拠って異なる状況が許容される。
４７０）が複数のシステムα＿１１３２やシステムβ＿１１３４等に跨って使用される場
合に発生する状況と、その対処方法に付いて説明する。ユニット１２９０の例として複合
モジュール１２９５がシステムコントローラβ＿１１２８との間で情報通信する場合に使
用される通信ミドルウェア層ＡＰＬ０２として、図１７Ａに示すようにＣ−フォーマット
を使用しても良い。またそれに限らず、通信ミドルウェア層ＡＰＬ０２として他のフォー
マットを複合モジュール１２９５との間の情報通信に使用しても良い。一方、ユニット１
２９０の他の例として機器１２５０がシステムコントローラβ＿１１２８との間で情報通
信する場合に使用される通信ミドルウェア層ＡＰＬ０６は、図１７Ｂに示すようにＡ−フ
ォーマットあるいはＥ−フォーマット、Ｗ−フォーマットを使用しても良く、また更に拡
張アプリケーション層ＥＸＬ０６を使用しても良い。このように通信ミドルウェア層ＡＰ
Ｌ０２、ＡＰＬ０６で使用されるフォーマットは、使用されるユニット１２９０（機器１
２５０や複合モジュール１２９５、３５８３）に拠って異なる状況が許容される。
図３６Ａは、種々のユニット１２９０（複合モジュール３５８３）と相互通信が可能な
システムコントローラ３５８１の構成例を示す。図３６Ａでは説明の容易性から、各種処
理実行部をハード形態の繋がりで示した。このようにシステムコントローラ３５８１内の
構造がハード形態の繋がりから構成されても良い。またそれに限らず図２に示すようにシ
ステムコントローラα＿１１２６内がプロセッサ１２３０とメモリ部１２３２から構成さ
れている場合には、図３６Ａに示すインターネット接続部３５８１ａ〜インターネット整
合データ出力部３５８１ｇがプロセッサ１２３０内で実行される処理フローに対応する。
システムコントローラ３５８１の構成例を示す。図３６Ａでは説明の容易性から、各種処
理実行部をハード形態の繋がりで示した。このようにシステムコントローラ３５８１内の
構造がハード形態の繋がりから構成されても良い。またそれに限らず図２に示すようにシ
ステムコントローラα＿１１２６内がプロセッサ１２３０とメモリ部１２３２から構成さ
れている場合には、図３６Ａに示すインターネット接続部３５８１ａ〜インターネット整
合データ出力部３５８１ｇがプロセッサ１２３０内で実行される処理フローに対応する。
ユニットあるいはその一例である複合モジュール３５８３としては、それぞれ異なるメ
ーカにより開発された複数の複合モジュール３５８３が存在する。そして更に複合モジュ
ール３５８３毎に通信ミドルウェア層ＡＰＬ０２上で異なるフォーマット（規格）の使用
が許容される。そのためには同一のシステムコントローラ３５８１が種々の複合モジュー
ルと相互通信が可能なように、通信ミドルウェア層ＡＰＬ０２上での異なる複数のフォー
マット（第１の通信規格〜第ｎの通信規格）への対応が可能になっている特徴が有る。そ
れを可能にするため、システムコントローラ３５８１内の通信規格認識部３５８１ｃ内で
異なる通信規格を識別し、識別結果に応じて通信規格に応じた適正な処理を行う。それに
拠りシステムコントローラ３５８１の対応汎用性が向上し、異なるメーカにより開発され
た複数の異なる複合モジュール３５８３との間の情報通信が可能になる効果が生まれる。
ーカにより開発された複数の複合モジュール３５８３が存在する。そして更に複合モジュ
ール３５８３毎に通信ミドルウェア層ＡＰＬ０２上で異なるフォーマット（規格）の使用
が許容される。そのためには同一のシステムコントローラ３５８１が種々の複合モジュー
ルと相互通信が可能なように、通信ミドルウェア層ＡＰＬ０２上での異なる複数のフォー
マット（第１の通信規格〜第ｎの通信規格）への対応が可能になっている特徴が有る。そ
れを可能にするため、システムコントローラ３５８１内の通信規格認識部３５８１ｃ内で
異なる通信規格を識別し、識別結果に応じて通信規格に応じた適正な処理を行う。それに
拠りシステムコントローラ３５８１の対応汎用性が向上し、異なるメーカにより開発され
た複数の異なる複合モジュール３５８３との間の情報通信が可能になる効果が生まれる。
所で２．１節の中で説明した通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６で使用される
各種フォーマットには、○Ａ−フォーマットは『広義のテキスト形式で記述』されており
、○Ｃ−フォーマットは『コマンド／リクエスト／レスポンス／ステータス』形式○Ｅ−
フォーマットは『予め規定された所定領域内に設定コードを格納』する形式○Ｗ−フォー
マットは『指定欄に送信側が記入』形式または『ＨＴＭＬ／ＨＴＭＬ５固有“タグ”が記
載』されているの特徴が有る。従って通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６に記載
された情報（図１１の通信ミドルウェアデータＡＰＬＤＴ内に記載された情報）を解析し
、上記のどの特徴に該当するかを判断する事で該当する通信規格を識別できる。
各種フォーマットには、○Ａ−フォーマットは『広義のテキスト形式で記述』されており
、○Ｃ−フォーマットは『コマンド／リクエスト／レスポンス／ステータス』形式○Ｅ−
フォーマットは『予め規定された所定領域内に設定コードを格納』する形式○Ｗ−フォー
マットは『指定欄に送信側が記入』形式または『ＨＴＭＬ／ＨＴＭＬ５固有“タグ”が記
載』されているの特徴が有る。従って通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０６に記載
された情報（図１１の通信ミドルウェアデータＡＰＬＤＴ内に記載された情報）を解析し
、上記のどの特徴に該当するかを判断する事で該当する通信規格を識別できる。
図１７Ａの実施例が示すように、複合モジュール３５８３はアクセスポイント３５８４
ａ及び又は基地局３５８４ｂを介してインターネット３５８５と接続される。ここで図３
６Ａにおけるインターネット３５８５が、図１７Ａのシステム外ネットワーク回線１７８
８に対応する。また図３７Ａでは記載を省略したが、インターネット３５８５とシステム
コントローラ３５８１内のインターネット接続部３５８１ａとの間に、図１７Ａのバッテ
リ内蔵のルータ（ゲートウェイ）１３００が設置されている。
ａ及び又は基地局３５８４ｂを介してインターネット３５８５と接続される。ここで図３
６Ａにおけるインターネット３５８５が、図１７Ａのシステム外ネットワーク回線１７８
８に対応する。また図３７Ａでは記載を省略したが、インターネット３５８５とシステム
コントローラ３５８１内のインターネット接続部３５８１ａとの間に、図１７Ａのバッテ
リ内蔵のルータ（ゲートウェイ）１３００が設置されている。
所で複合モジュール３５８３内は、たとえば図４Ｂ（ａ）または（ｂ）のようにセンサ
モジュール１２６０を有し、センサモジュール１２６０からの検出信号を送信する場合も
ある。あるいは複合モジュール３５８３内の通信モジュール１６６０の中の自己属性デー
タ格納領域１７９３（図７Ｂ）に識別データが保存され、この情報（あるいは複合モジュ
ール３５８３自体のアドレス（例えば図１３のＩＰアドレスＳＩＰＡＤＲＳ，ＤＩＰＡＤ
ＲＳ））を利用してインターネット３５８４、基地局３５８４ｂを介して外部からアクセ
スされる場合もある。
モジュール１２６０を有し、センサモジュール１２６０からの検出信号を送信する場合も
ある。あるいは複合モジュール３５８３内の通信モジュール１６６０の中の自己属性デー
タ格納領域１７９３（図７Ｂ）に識別データが保存され、この情報（あるいは複合モジュ
ール３５８３自体のアドレス（例えば図１３のＩＰアドレスＳＩＰＡＤＲＳ，ＤＩＰＡＤ
ＲＳ））を利用してインターネット３５８４、基地局３５８４ｂを介して外部からアクセ
スされる場合もある。
また１．６節内で説明したように、図７Ａあるいは図７Ｂの構造を有する通信モジュー
ル１６６０は、システムコントローラ３５８１、α＿１１２６内の通信モジュール１２０
２−３（図２）の一部でも兼用される。従って図３６Ａのインターネット接続部３５８１
ａは、図７Ａの情報通信実行部３０１６に対応する。また同様に図３６Ａのプロトコル認
識部３５８１ｂは、図７Ａの物理層フレーム解析部１９１８に対応し、図３６Ａのデータ
検出部３５８１ｄは、図７Ａのコンテンツ抽出部１９３８に対応する。更に図３６Ａのイ
ンターネット整合データ出力部３５８１ｇは、図７Ａの物理層フレーム生成部１９１４に
対応する。また図３６Ａの通信規格認識部３５８１ｃと通信規格整合フォーマット設定部
３５８１ｆは、いずれも図７Ｂの信号処理部１７８０とプロセッサ１７３６の組み合わせ
部に対応する。所で図３６Ａのデータ処理部３５８１ｅ内で行われる処理は、図２ではプ
ロセッサ１２３０内で実行される。
ル１６６０は、システムコントローラ３５８１、α＿１１２６内の通信モジュール１２０
２−３（図２）の一部でも兼用される。従って図３６Ａのインターネット接続部３５８１
ａは、図７Ａの情報通信実行部３０１６に対応する。また同様に図３６Ａのプロトコル認
識部３５８１ｂは、図７Ａの物理層フレーム解析部１９１８に対応し、図３６Ａのデータ
検出部３５８１ｄは、図７Ａのコンテンツ抽出部１９３８に対応する。更に図３６Ａのイ
ンターネット整合データ出力部３５８１ｇは、図７Ａの物理層フレーム生成部１９１４に
対応する。また図３６Ａの通信規格認識部３５８１ｃと通信規格整合フォーマット設定部
３５８１ｆは、いずれも図７Ｂの信号処理部１７８０とプロセッサ１７３６の組み合わせ
部に対応する。所で図３６Ａのデータ処理部３５８１ｅ内で行われる処理は、図２ではプ
ロセッサ１２３０内で実行される。
そして図１７Ａ示すように複合モジュール３５８３、１２９５は、インターネット３５
８５を介してシステムコントローラ３５８１（システムコントローラβ＿１１２８）と接
続可能である。この時に使用される通信情報は、図１１に示す構造を有する。またその中
には図１３が示すように、送信側ＩＰアドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス
情報ＤＩＰＡＤＲＳが格納されている。
８５を介してシステムコントローラ３５８１（システムコントローラβ＿１１２８）と接
続可能である。この時に使用される通信情報は、図１１に示す構造を有する。またその中
には図１３が示すように、送信側ＩＰアドレス情報ＳＩＰＡＤＲＳと受信側ＩＰアドレス
情報ＤＩＰＡＤＲＳが格納されている。
インターネット接続部３５８１ａで受信された受信信号は、プロトコル認識部３５８１
ｂで解析される。プロトコル認識部３５８１ｂ内で、図１１内のＩＰｖ６ヘッダＩＰｖ６
ＨＤと通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）が個々に抽出され
る。その後、前記抽出された通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤ
Ｔ）が通信規格認識部３５８１ｃ内で解析される。そして通信規格認識部３５８１ｃは、
あらかじめ各種の通信規格のフォーマットを解析するためのデータ処理ルーチンを備える
。したがって、通信規格認識部３５８１ｃは、複合モジュールがＡ／Ｅ／Ｗ−フォーマッ
ト（図１７Ｂ）のいずれを採用しているのか、あるいはＣ−フォーマット（図１７Ａ）を
採用しているのかを容易に判断することができる。そして該当する通信規格が認識された
後、データ検出部３５８１ｄで抽出されたコンテンツ（例えばセンサ検出データ）データ
処理部３５８１eに入力される。
ｂで解析される。プロトコル認識部３５８１ｂ内で、図１１内のＩＰｖ６ヘッダＩＰｖ６
ＨＤと通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）が個々に抽出され
る。その後、前記抽出された通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤ
Ｔ）が通信規格認識部３５８１ｃ内で解析される。そして通信規格認識部３５８１ｃは、
あらかじめ各種の通信規格のフォーマットを解析するためのデータ処理ルーチンを備える
。したがって、通信規格認識部３５８１ｃは、複合モジュールがＡ／Ｅ／Ｗ−フォーマッ
ト（図１７Ｂ）のいずれを採用しているのか、あるいはＣ−フォーマット（図１７Ａ）を
採用しているのかを容易に判断することができる。そして該当する通信規格が認識された
後、データ検出部３５８１ｄで抽出されたコンテンツ（例えばセンサ検出データ）データ
処理部３５８１eに入力される。
一方本実施形態では受信した通信情報内の通信ミドルウェアデータＡＰＬＤＴ（及び拡
張データＥＸＤＴ）が準拠している通信規格を自動判別した後、その通信規格に準拠した
フォーマットで通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）の内容を
生成して、送信相手のユニット１２９０に応答を送信する所に次の特徴が有る。具体的に
は前述した通信規格認識部３５８１ｃ内で識別した通信規格（通信ミドルウェア層ＡＰＬ
０２、ＡＰＬ０６のフォーマット）の情報に基付き、通信規格整合フォーマット設定部３
５８１ｆ内で通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）を生成する
。それに拠りシステムコントローラ３５８１が、異なるメーカが開発した異なる複数のユ
ニット１２９０（または複合モジュール１２９５）との間に安定に情報通信が行える効果
が生まれる。
張データＥＸＤＴ）が準拠している通信規格を自動判別した後、その通信規格に準拠した
フォーマットで通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）の内容を
生成して、送信相手のユニット１２９０に応答を送信する所に次の特徴が有る。具体的に
は前述した通信規格認識部３５８１ｃ内で識別した通信規格（通信ミドルウェア層ＡＰＬ
０２、ＡＰＬ０６のフォーマット）の情報に基付き、通信規格整合フォーマット設定部３
５８１ｆ内で通信ミドルウェアデータＡＰＬＤＴ（及び拡張データＥＸＤＴ）を生成する
。それに拠りシステムコントローラ３５８１が、異なるメーカが開発した異なる複数のユ
ニット１２９０（または複合モジュール１２９５）との間に安定に情報通信が行える効果
が生まれる。
すなわち前述したように通信規格認識部３５８１ｃ内で、対応するユニット１２９０（
あるいは複合モジュール３５８３）が使用する通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０
６（及び拡張アプリケーション層ＥＸＬ０６）上での通信規格はすでに認識されている。
従ってその情報に基付き、通信規格整合フォーマット設定部３５８１ｆではデータ処理部
３５８１ｅからの送信データを通信ミドルウェアデータＡＰＬＤＴ（図１１）及び必要に
応じて拡張データＥＸＤＴに変換する。その結果、送信（返信）相手のユニット１２９０
（あるいは複合モジュール３５８３）が通信ミドルウェアデータＡＰＬＤＴ（及び拡張デ
ータＥＸＤＴ）を認識可能となる。そして所定のデータフォーマットの送信データは、イ
ンターネット整合データ出力部３５８１ｇに入力される。図３６Ｂは、上記した複合モジ
ュール３５８３（またはユニット１２９０）が、種々の異なるエリアに移動する例を示し
ている。ここでエリア毎に、異なるネットワークシステムα＿１１３２、β＿１１３４が
構成される。従ってエリア毎にネットワークシステム内でのネットワーク通信を制御／管
理／情報収集するシステムコントローラ３５８１−１、３５８１−２、３５８１−３が設
置されている。ここで各エリアに配置されるシステムコントローラ３５８１−１、システ
ムコントローラ３５８１−２、システムコントローラ３５８１−３は、それぞれ図３６Ａ
のシステムコントローラ３５８１と同じ構成を有する。上述したように全てのシステムコ
ントローラ３５８１−１、３５８１−２、３５８１−３が通信ミドルウェア層ＡＰＬ０２
、ＡＰＬ０６（及び拡張アプリケーション層ＥＸＬ０６）上の異なるフォーマット（通信
規格）に柔軟に対応する。従って複合モジュール３５８３（あるいはユニット１２９０）
は、いずれのエリアに移動してもシステムコントローラ３５８１−１、３５８１−２、３
５８１−３との相互通信が可能となる。第５章 応用分野毎の適用例５．１節 民生分野
への適用例５．１．１節 広域ネットワークシステムの民生分野への適用例図１に示した
広域ネットワークシステムの民生分野（Consumer Electronics Technology）への適用例
を考えた場合、卸売業者Ｂ１＿１１０４−１とサービスプロバイダＢ＿１１１２−２、シ
ステムα＿１１３２間で流通する商品として“特定情報”を対応させても良い。例えばサ
ービスプロバイダＢ＿１１１２−２が気象庁や警察署や道路交通公団などの卸売業者Ｂ１
＿１１０４−１から素材としての広域の気象情報や事故情報あるいは道路の渋滞情報を収
集し、それを加工して地域毎に役立つ情報をインターネット上に公開する。そして一般の
エンドユーザが手持ちのパソコン（システムコントローラα＿１１２６）を操作してこの
情報の閲覧サービスを受けても良い。
あるいは複合モジュール３５８３）が使用する通信ミドルウェア層ＡＰＬ０２、ＡＰＬ０
６（及び拡張アプリケーション層ＥＸＬ０６）上での通信規格はすでに認識されている。
従ってその情報に基付き、通信規格整合フォーマット設定部３５８１ｆではデータ処理部
３５８１ｅからの送信データを通信ミドルウェアデータＡＰＬＤＴ（図１１）及び必要に
応じて拡張データＥＸＤＴに変換する。その結果、送信（返信）相手のユニット１２９０
（あるいは複合モジュール３５８３）が通信ミドルウェアデータＡＰＬＤＴ（及び拡張デ
ータＥＸＤＴ）を認識可能となる。そして所定のデータフォーマットの送信データは、イ
ンターネット整合データ出力部３５８１ｇに入力される。図３６Ｂは、上記した複合モジ
ュール３５８３（またはユニット１２９０）が、種々の異なるエリアに移動する例を示し
ている。ここでエリア毎に、異なるネットワークシステムα＿１１３２、β＿１１３４が
構成される。従ってエリア毎にネットワークシステム内でのネットワーク通信を制御／管
理／情報収集するシステムコントローラ３５８１−１、３５８１−２、３５８１−３が設
置されている。ここで各エリアに配置されるシステムコントローラ３５８１−１、システ
ムコントローラ３５８１−２、システムコントローラ３５８１−３は、それぞれ図３６Ａ
のシステムコントローラ３５８１と同じ構成を有する。上述したように全てのシステムコ
ントローラ３５８１−１、３５８１−２、３５８１−３が通信ミドルウェア層ＡＰＬ０２
、ＡＰＬ０６（及び拡張アプリケーション層ＥＸＬ０６）上の異なるフォーマット（通信
規格）に柔軟に対応する。従って複合モジュール３５８３（あるいはユニット１２９０）
は、いずれのエリアに移動してもシステムコントローラ３５８１−１、３５８１−２、３
５８１−３との相互通信が可能となる。第５章 応用分野毎の適用例５．１節 民生分野
への適用例５．１．１節 広域ネットワークシステムの民生分野への適用例図１に示した
広域ネットワークシステムの民生分野（Consumer Electronics Technology）への適用例
を考えた場合、卸売業者Ｂ１＿１１０４−１とサービスプロバイダＢ＿１１１２−２、シ
ステムα＿１１３２間で流通する商品として“特定情報”を対応させても良い。例えばサ
ービスプロバイダＢ＿１１１２−２が気象庁や警察署や道路交通公団などの卸売業者Ｂ１
＿１１０４−１から素材としての広域の気象情報や事故情報あるいは道路の渋滞情報を収
集し、それを加工して地域毎に役立つ情報をインターネット上に公開する。そして一般の
エンドユーザが手持ちのパソコン（システムコントローラα＿１１２６）を操作してこの
情報の閲覧サービスを受けても良い。
また民生分野への適用例として、図１に示す１個のドメイン１〜３＿１１２２−１〜３
を家族（独身者の場合には一人で１家庭を構成すると見なす）またはビジネスや趣味／地
域に関係した特定集団を構成するメンバ（単独個人も含む）のネットワーク上の所定活動
領域に対応させても良い。また前記の特定集団としてＳＮＳ（Social Network Service）
上での特定メンバが１個の特定ドメイン１〜３＿１１２２−１〜３を形成しても良い。
を家族（独身者の場合には一人で１家庭を構成すると見なす）またはビジネスや趣味／地
域に関係した特定集団を構成するメンバ（単独個人も含む）のネットワーク上の所定活動
領域に対応させても良い。また前記の特定集団としてＳＮＳ（Social Network Service）
上での特定メンバが１個の特定ドメイン１〜３＿１１２２−１〜３を形成しても良い。
また別の具体例として図１のシステムα＿１１３２を個人ユーザの自宅内で構成される
ＰＡＮに対応させた場合、システムβ＿１１３４が同一ユーザの外出先でのネットワーク
環境（特定のＰＡＮ環境またはＬＡＮ環境）に対応させる事ができる。この場合には、外
出先でユーザが所有するスマートホンやタブレットなどの携帯端末がシステムコントロー
ラβ＿１１２８に対応する。しかしこのシステムβ＿１１３４を単なる１台の携帯端末の
みに対応させるだけで無く、システムコントローラβ＿１１２８が繋がったローカルな（
物理的または地理的に近接した特定領域内で構築される）ネットワーク空間全体をシステ
ムβ＿１１３４全体に対応させても良い。そしてドメイン２＿１１２２−２内のシステム
α＿１１３２とシステムβ＿１１３４の関係を示す一例としては、外出先のシステムβ＿
１１３４の中からユーザが上記携帯端末（システムコントローラβ＿１１２８）を操作し
てドメイン固有の識別情報ＩＤ（Identification Information）と独自パスワードでドメ
イン２＿１１２２−２内に入り、自宅内で構築されているシステムα＿１１３２内の特定
機器を制御する方法、あるいは自宅（システムα＿１１３２）内の所定のセンサモジュー
ルからの情報に基付く独自サービス（例えば自宅の冷蔵庫内に保存されている食材情報か
ら夕食レシピの提案を外出先で得るなど）を受ける方法が有る。５．１．２節 複合モジ
ュールの民生分野適用例民生分野への適用例として上記センサ／通信モジュール１４６０
や上記駆動／通信モジュール１４７０を目覚ましや懐中電灯、歯ブラシ、ヘアドライヤー
など既存の小物家電に付着させ、安価に上記小物家電の機能を飛躍的に向上できる効果が
有る。ここで上記センサ／通信モジュール１４６０や上記駆動／通信モジュール１４７０
を既存の小物家電に付着させる方法として必ずしもネジ止めなど固定する必用は無く、例
えば両面テープや接着剤を利用した一時的付着させても良い。例えばこれら小物家電に各
種のセンサ／通信モジュール１４６０を取り付ける（付着させる）だけで、非常に簡単に
これらの小物家電に各種センサ機能を付加できる。そしてこれらのセンサ／通信モジュー
ル１４６０で検出された各種情報は、システムコントローラα＿１１２６内で集約される
。更にこれら小物家電に例えば音声や光を発生する駆動／通信モジュール１４７０を取り
付ける（付着させる）だけで、非常に簡単にこれらの小物家電に新たな付加機能を付加で
きる。ここでこれらの付加機能は、システムコントローラα＿１１２６により統合的に制
御される。そして新たな付加機能が付加された小物家電が、ユーザの行動や状態に応じた
最適なサービス提供が行える。たとえばユーザが朝の目覚めが悪いと、目覚まし時計が人
間の声で強く警告するサービスを提供できる。あるいはユーザが特定の小物家電を置き忘
れた場合、または家の中で無くした場合、小物家電自体がユーザに居場所を知らせるサー
ビスを提供できる。
ＰＡＮに対応させた場合、システムβ＿１１３４が同一ユーザの外出先でのネットワーク
環境（特定のＰＡＮ環境またはＬＡＮ環境）に対応させる事ができる。この場合には、外
出先でユーザが所有するスマートホンやタブレットなどの携帯端末がシステムコントロー
ラβ＿１１２８に対応する。しかしこのシステムβ＿１１３４を単なる１台の携帯端末の
みに対応させるだけで無く、システムコントローラβ＿１１２８が繋がったローカルな（
物理的または地理的に近接した特定領域内で構築される）ネットワーク空間全体をシステ
ムβ＿１１３４全体に対応させても良い。そしてドメイン２＿１１２２−２内のシステム
α＿１１３２とシステムβ＿１１３４の関係を示す一例としては、外出先のシステムβ＿
１１３４の中からユーザが上記携帯端末（システムコントローラβ＿１１２８）を操作し
てドメイン固有の識別情報ＩＤ（Identification Information）と独自パスワードでドメ
イン２＿１１２２−２内に入り、自宅内で構築されているシステムα＿１１３２内の特定
機器を制御する方法、あるいは自宅（システムα＿１１３２）内の所定のセンサモジュー
ルからの情報に基付く独自サービス（例えば自宅の冷蔵庫内に保存されている食材情報か
ら夕食レシピの提案を外出先で得るなど）を受ける方法が有る。５．１．２節 複合モジ
ュールの民生分野適用例民生分野への適用例として上記センサ／通信モジュール１４６０
や上記駆動／通信モジュール１４７０を目覚ましや懐中電灯、歯ブラシ、ヘアドライヤー
など既存の小物家電に付着させ、安価に上記小物家電の機能を飛躍的に向上できる効果が
有る。ここで上記センサ／通信モジュール１４６０や上記駆動／通信モジュール１４７０
を既存の小物家電に付着させる方法として必ずしもネジ止めなど固定する必用は無く、例
えば両面テープや接着剤を利用した一時的付着させても良い。例えばこれら小物家電に各
種のセンサ／通信モジュール１４６０を取り付ける（付着させる）だけで、非常に簡単に
これらの小物家電に各種センサ機能を付加できる。そしてこれらのセンサ／通信モジュー
ル１４６０で検出された各種情報は、システムコントローラα＿１１２６内で集約される
。更にこれら小物家電に例えば音声や光を発生する駆動／通信モジュール１４７０を取り
付ける（付着させる）だけで、非常に簡単にこれらの小物家電に新たな付加機能を付加で
きる。ここでこれらの付加機能は、システムコントローラα＿１１２６により統合的に制
御される。そして新たな付加機能が付加された小物家電が、ユーザの行動や状態に応じた
最適なサービス提供が行える。たとえばユーザが朝の目覚めが悪いと、目覚まし時計が人
間の声で強く警告するサービスを提供できる。あるいはユーザが特定の小物家電を置き忘
れた場合、または家の中で無くした場合、小物家電自体がユーザに居場所を知らせるサー
ビスを提供できる。
他の適用例を以下に説明する。例えばセクション２＿１１４２−２（部屋）内の至る所
に温度センサや風力センサ、音感センサ、光センサあるいは短距離の人感センサなどの機
能を有したセンサ／通信モジュール１４６０を設置し、システムコントローラα＿１１２
６との間のシステムα＿１１３２内通信を可能にする。それと同時に、エアコンやテレビ
、照明器具などの機器を制御するリモコン内に駆動／通信モジュール１４７０を内蔵させ
て、このリモコン経由でシステムコントローラα＿１１２６からのエアコンやテレビ、照
明器具などの機器を制御可能とする。それにより、セクション２＿１１４２−２内の細部
に亘る温度や風力、音声、光輝度（照度）、人の動きの分布特性をシステムコントローラ
α＿１１２６が詳細に把握できる。そしてその把握結果に基付き、ユーザに対して最適な
条件で上記機器の制御を行う。特に広い部屋内では冷暖房効果の偏りが大きいため、場所
による温度や風力の高低が激しい傾向が有る。それに対して上記サービス方法を適用する
ことで、広い部屋内に住むユーザの満足度が大幅に向上する。そしてこの方法を用いると
、設置済みの既存の（エアコンやテレビ、照明器具などの）本体機器を交換する必用無し
に、既存のリモコンのみを上記駆動／通信モジュール１４７０内蔵リモコンに交換するだ
けで効率良く多くのユーザの満足度を向上させられる効果が生まれる。
に温度センサや風力センサ、音感センサ、光センサあるいは短距離の人感センサなどの機
能を有したセンサ／通信モジュール１４６０を設置し、システムコントローラα＿１１２
６との間のシステムα＿１１３２内通信を可能にする。それと同時に、エアコンやテレビ
、照明器具などの機器を制御するリモコン内に駆動／通信モジュール１４７０を内蔵させ
て、このリモコン経由でシステムコントローラα＿１１２６からのエアコンやテレビ、照
明器具などの機器を制御可能とする。それにより、セクション２＿１１４２−２内の細部
に亘る温度や風力、音声、光輝度（照度）、人の動きの分布特性をシステムコントローラ
α＿１１２６が詳細に把握できる。そしてその把握結果に基付き、ユーザに対して最適な
条件で上記機器の制御を行う。特に広い部屋内では冷暖房効果の偏りが大きいため、場所
による温度や風力の高低が激しい傾向が有る。それに対して上記サービス方法を適用する
ことで、広い部屋内に住むユーザの満足度が大幅に向上する。そしてこの方法を用いると
、設置済みの既存の（エアコンやテレビ、照明器具などの）本体機器を交換する必用無し
に、既存のリモコンのみを上記駆動／通信モジュール１４７０内蔵リモコンに交換するだ
けで効率良く多くのユーザの満足度を向上させられる効果が生まれる。
所で駆動／通信モジュール１４７０内蔵リモコンを図８Ｂの駆動／通信モジュール１４
７０−２内蔵機器１４５０−４として使用する場合の通信には、図２５を用いて第２章で
説明するような非常に簡素化された通信情報の通信が可能なＣ−フォーマットを使用して
も良い。しかしそれに限らず上記リモコン構造を、図８Ａのように内部に駆動モジュール
１２７０−１と通信モジュール１２０２−４、デバイスコントローラ１２４０−１を内蔵
した機器１２５０−１のレベルまで向上させても良い。そしてこの場合には、システムコ
ントローラα＿１１２６との間のシステムα＿１１３２内通信に後述するＡ−フォーマッ
トやＥ−フォーマットを使用しても良い。
７０−２内蔵機器１４５０−４として使用する場合の通信には、図２５を用いて第２章で
説明するような非常に簡素化された通信情報の通信が可能なＣ−フォーマットを使用して
も良い。しかしそれに限らず上記リモコン構造を、図８Ａのように内部に駆動モジュール
１２７０−１と通信モジュール１２０２−４、デバイスコントローラ１２４０−１を内蔵
した機器１２５０−１のレベルまで向上させても良い。そしてこの場合には、システムコ
ントローラα＿１１２６との間のシステムα＿１１３２内通信に後述するＡ−フォーマッ
トやＥ−フォーマットを使用しても良い。
次に更なる別の応用例を示す。図３７Ｂは、購買者により購入されたミルク３５０６が
冷蔵庫３５２１内に格納された様子を示している。ミルク３５０６の容器には、複合モジ
ュール３５２３が装着されている。そしてこの複合モジュール３５２３は、シールにより
覆われてミルク容器の外側に固定されている。一方では、冷蔵庫３５２１の内部にシステ
ムコントローラ３５２２が設置されており、このシステムコントローラ３５２２は複合モ
ジュール３５２３と相互通信することができる。
冷蔵庫３５２１内に格納された様子を示している。ミルク３５０６の容器には、複合モジ
ュール３５２３が装着されている。そしてこの複合モジュール３５２３は、シールにより
覆われてミルク容器の外側に固定されている。一方では、冷蔵庫３５２１の内部にシステ
ムコントローラ３５２２が設置されており、このシステムコントローラ３５２２は複合モ
ジュール３５２３と相互通信することができる。
所で上記複合モジュール３５２３内にはアンテナ内蔵通信モジュール１６６６が存在し
（図４Ａ（ｂ））、その通信モジュール１６６６内に自己属性データ１７９３が保存可能
となっている。そしてシステムコントローラ３５２２は複合モジュール３５２３に対して
自己属性データ１７９３の内容返信を要求することができる。その結果として、システム
コントローラ３５２２は自己属性データに含まれる“賞味期間データ”をチェックするこ
とができる。そしてシステムコントローラ３５２２内には現在の日付データを有している
ので、前記獲得した賞味期間データと日付データを比較し、ミルクの賞味期間のエンドが
近づいている程度を測定することができる。つまり例えばシステムコントローラ３５２２
は、賞味期限が１週間以内、４日以内、２日以内、１日以内、あるいは賞味期限が過ぎ去
った場合をそれぞれ検出できる。
（図４Ａ（ｂ））、その通信モジュール１６６６内に自己属性データ１７９３が保存可能
となっている。そしてシステムコントローラ３５２２は複合モジュール３５２３に対して
自己属性データ１７９３の内容返信を要求することができる。その結果として、システム
コントローラ３５２２は自己属性データに含まれる“賞味期間データ”をチェックするこ
とができる。そしてシステムコントローラ３５２２内には現在の日付データを有している
ので、前記獲得した賞味期間データと日付データを比較し、ミルクの賞味期間のエンドが
近づいている程度を測定することができる。つまり例えばシステムコントローラ３５２２
は、賞味期限が１週間以内、４日以内、２日以内、１日以内、あるいは賞味期限が過ぎ去
った場合をそれぞれ検出できる。
またそれだけに限らず、システムコントローラ３５２２は冷蔵庫３５２１内の商品、食
材などに設けられている複合モジュール３５２３からそれぞれの自己属性データ１７９３
を受け取ることができる。それによりシステムコントローラ３５２２はネットワーク内の
通信回線を利用して、冷蔵庫３５２１に設けられている表示器３５２５に冷蔵庫内に収納
されている食材、商品などのリストデータを表示できる。そしてその表示器３５２５を見
た冷蔵庫３５２１の利用者は、先のミルク３５０６の賞味期間の状況を確認できる。そし
てシステムコントローラ３５２２からの制御に基付き、表示器３５２５上に色を変えてミ
ルク３５０６の賞味期間の状況を表示できる。例えば、該ミルク３５０６の賞味期限が１
週間以内の時は「緑」、４日以内の時は「青」、２日以内の時は「黄」、１日以内の時は
「ピンク」、賞味期限が過ぎ去った時は「赤」と、それぞれ表示しても良い。なおこの表
示方法として色を変化させる代わりに、バー表示や警告文字表示など種々の表示方法を利
用しても良い。また自己属性データ１７９３内に商品購入日付データや購入した店の識別
データが含まれる場合は、これらのデータを表示器３５２５に表示しても良い。
材などに設けられている複合モジュール３５２３からそれぞれの自己属性データ１７９３
を受け取ることができる。それによりシステムコントローラ３５２２はネットワーク内の
通信回線を利用して、冷蔵庫３５２１に設けられている表示器３５２５に冷蔵庫内に収納
されている食材、商品などのリストデータを表示できる。そしてその表示器３５２５を見
た冷蔵庫３５２１の利用者は、先のミルク３５０６の賞味期間の状況を確認できる。そし
てシステムコントローラ３５２２からの制御に基付き、表示器３５２５上に色を変えてミ
ルク３５０６の賞味期間の状況を表示できる。例えば、該ミルク３５０６の賞味期限が１
週間以内の時は「緑」、４日以内の時は「青」、２日以内の時は「黄」、１日以内の時は
「ピンク」、賞味期限が過ぎ去った時は「赤」と、それぞれ表示しても良い。なおこの表
示方法として色を変化させる代わりに、バー表示や警告文字表示など種々の表示方法を利
用しても良い。また自己属性データ１７９３内に商品購入日付データや購入した店の識別
データが含まれる場合は、これらのデータを表示器３５２５に表示しても良い。
靴３５０５のヒール部に複合モジュール３５３１が埋設された例を図３７Ｃに示す。こ
の複合モジュール３５３１内には、圧力センサや湿度センサなどが内蔵されている。そし
てユーザの帰宅時に、前記複合モジュール３５３１と自宅のシステムコントローラ３５３
２と相互通信を行い、複合モジュール３５３１内に予め記録された歩数データや湿度デー
タをシステムコントローラ３５３２が読み取る事ができる。これにより、システムコント
ローラ３５３２はユーザの一日分の歩数を計算できる。またそれに限らず、現在の靴３５
０５内の湿度情報も入手できる。そしてその結果を利用して、例えばスマートホン３５３
３にユーザの一日の歩数や靴の湿度を表示できる。５．１．３節 セクション分割方法の
民生分野への適用例本５．１．３節では、セクション分割方法の民生分野への応用例を説
明する。図２４の例では、一戸の宅地全体をシステムα＿１１３２に対応させた場合のセ
クション１＿１１４２−１〜ｍ＿１１４２−ｍの分割例を示している。所で図２５では部
屋毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍを対応させて説明した。それに比
べて図２４では若干広い概念に対応させ、宅地内の庭も１個のセクション１０＿１１４２
−１０に対応させている。また図８Ａ〜図８Ｂと同様に図２４でも、車内空間を１セクシ
ョン１＿１１４２−１に対応させている。そして図８Ａ〜図８Ｂと同様に図２４でもスマ
ートメータ１１２４の配置場所をセクションの対象から外しているが、それに限らずスマ
ートメータ１１２４の配置場所を特定の独立したセクションとして規定しても良い。また
トイレや風呂場を含めて部屋毎にセクション３＿１１４２−３〜８＿１１４２−８を割り
当てている。しかし本実施形態システムではかならずしも部屋毎にセクション分割する必
用は無く、例えば内部が複数の部屋に間切りされている“離れ全体”を１個のセクション
２＿１１４２−２に割り当てても良い。また物置などユーザが在駐する頻度が少ない空間
領域をセクション９＿１１４２−９に対応させても良い。
の複合モジュール３５３１内には、圧力センサや湿度センサなどが内蔵されている。そし
てユーザの帰宅時に、前記複合モジュール３５３１と自宅のシステムコントローラ３５３
２と相互通信を行い、複合モジュール３５３１内に予め記録された歩数データや湿度デー
タをシステムコントローラ３５３２が読み取る事ができる。これにより、システムコント
ローラ３５３２はユーザの一日分の歩数を計算できる。またそれに限らず、現在の靴３５
０５内の湿度情報も入手できる。そしてその結果を利用して、例えばスマートホン３５３
３にユーザの一日の歩数や靴の湿度を表示できる。５．１．３節 セクション分割方法の
民生分野への適用例本５．１．３節では、セクション分割方法の民生分野への応用例を説
明する。図２４の例では、一戸の宅地全体をシステムα＿１１３２に対応させた場合のセ
クション１＿１１４２−１〜ｍ＿１１４２−ｍの分割例を示している。所で図２５では部
屋毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍを対応させて説明した。それに比
べて図２４では若干広い概念に対応させ、宅地内の庭も１個のセクション１０＿１１４２
−１０に対応させている。また図８Ａ〜図８Ｂと同様に図２４でも、車内空間を１セクシ
ョン１＿１１４２−１に対応させている。そして図８Ａ〜図８Ｂと同様に図２４でもスマ
ートメータ１１２４の配置場所をセクションの対象から外しているが、それに限らずスマ
ートメータ１１２４の配置場所を特定の独立したセクションとして規定しても良い。また
トイレや風呂場を含めて部屋毎にセクション３＿１１４２−３〜８＿１１４２−８を割り
当てている。しかし本実施形態システムではかならずしも部屋毎にセクション分割する必
用は無く、例えば内部が複数の部屋に間切りされている“離れ全体”を１個のセクション
２＿１１４２−２に割り当てても良い。また物置などユーザが在駐する頻度が少ない空間
領域をセクション９＿１１４２−９に対応させても良い。
またセクション１１４２毎に収集した情報の統合や管理の結果の活用例として、システ
ムコントローラα＿１１２６（内のプロセッサ１２３０）がエンドユーザの有無や行動／
状態（エンドユーザが起きているか？寝ているか？や、エンドユーザが大人か？子供か？
など）をセクション１〜ｍ＿１１４２−１〜ｍ単位で推定あるいは判断しても良い。また
収集した情報の統合や管理の単位として前記のようにセクション１〜ｍ＿１１４２−１〜
ｍ単位に限らず、例えばシステムα〜β＿１１３２〜１１３４単位（例えば一戸の宅地内
にユーザが何人在宅しているかを推定／判断するなど）で行っても良い。
ムコントローラα＿１１２６（内のプロセッサ１２３０）がエンドユーザの有無や行動／
状態（エンドユーザが起きているか？寝ているか？や、エンドユーザが大人か？子供か？
など）をセクション１〜ｍ＿１１４２−１〜ｍ単位で推定あるいは判断しても良い。また
収集した情報の統合や管理の単位として前記のようにセクション１〜ｍ＿１１４２−１〜
ｍ単位に限らず、例えばシステムα〜β＿１１３２〜１１３４単位（例えば一戸の宅地内
にユーザが何人在宅しているかを推定／判断するなど）で行っても良い。
そしてユーザへのサービス提供方法の一例として、セクション１〜ｍ＿１１４２−１〜
ｍ単位でのエアコン温度設定や照明のオン／オフ制御、あるいは照明の明るさ制御やＴＶ
／ラジオ／オーディオデッキなどの出力音量調整などを行っても良い。そしてセクション
１１４２単位での木目細かなサービス提供をすることで、システムα〜β＿１１３２〜１
１３４内で消費電力が節約（省エネ対応）できる効果も有る。５．２節 社会インフラ分
野への適用例５．２．１節 広域ネットワークシステムの社会インフラ分野への適用例図
１に示した広域ネットワークシステムを社会インフラ分野（Social Infrastructure Tech
nology）へ適用した場合には、国家や地方自治体、公団や公益法人などの公共機関も卸売
業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２に対応する。そしてこの卸売業者Ａ＿１
１０２、Ｂ１／２＿１１０４−１／２が取り扱う情報（商品）として、本籍／住民票や納
税履歴など国民や県民／都民／府民／市民に関する個人情報を対応させても良い。あるい
は道路公団や住宅公団が取り扱う情報（商品）として、道路の渋滞情報や事故発生情報、
または地域毎の土地代（地価）や住宅情報なども対応させても良い。特に社会インフラ分
野へ適用した場合には、卸売業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２が所有ある
いは管理／運営する独自の独自インフラ（例えば送電線、上下水道配管や都市ガス配管な
ど）や商品の配送システム（電車やトラックなどを利用した配送手段）を利用できる特徴
が有る。
ｍ単位でのエアコン温度設定や照明のオン／オフ制御、あるいは照明の明るさ制御やＴＶ
／ラジオ／オーディオデッキなどの出力音量調整などを行っても良い。そしてセクション
１１４２単位での木目細かなサービス提供をすることで、システムα〜β＿１１３２〜１
１３４内で消費電力が節約（省エネ対応）できる効果も有る。５．２節 社会インフラ分
野への適用例５．２．１節 広域ネットワークシステムの社会インフラ分野への適用例図
１に示した広域ネットワークシステムを社会インフラ分野（Social Infrastructure Tech
nology）へ適用した場合には、国家や地方自治体、公団や公益法人などの公共機関も卸売
業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２に対応する。そしてこの卸売業者Ａ＿１
１０２、Ｂ１／２＿１１０４−１／２が取り扱う情報（商品）として、本籍／住民票や納
税履歴など国民や県民／都民／府民／市民に関する個人情報を対応させても良い。あるい
は道路公団や住宅公団が取り扱う情報（商品）として、道路の渋滞情報や事故発生情報、
または地域毎の土地代（地価）や住宅情報なども対応させても良い。特に社会インフラ分
野へ適用した場合には、卸売業者Ａ＿１１０２、Ｂ１／２＿１１０４−１／２が所有ある
いは管理／運営する独自の独自インフラ（例えば送電線、上下水道配管や都市ガス配管な
ど）や商品の配送システム（電車やトラックなどを利用した配送手段）を利用できる特徴
が有る。
まず始めに、国家や地方自治体、公団や公益法人などの公的組織からの委託を基に行う
サービス提供例として、鉄道や交通インフラに関するサービス例を示す。システムコント
ローラα＿１１２６からサーバｎ＿１１１６−ｎに道路や鉄橋、トンネル、線路などの地
域毎の劣化情報が定期的に通知される。するとサービスプロバイダＢ＿１１１２−２内で
全てのサーバ１〜ｎ＿１１１６−１〜ｎの情報を統合して将来の修繕計画の立案あるいは
異常警告を発令し、委託元の国家や地方自治体、公的組織（卸売業者Ａ／Ｂ＿１１０２／
１１０４に対応）に答申（通知）する。また別例として鉄道や交通、郵政、運搬、航空管
制などのシステムの統合的管理例の説明をする。システムコントローラα＿１１２６から
サーバｎ＿１１１６−ｎに定期的に通知される各種運行状況や事故発生情報を統合的に管
理し、必要に応じた運行変更指示をサービスプロバイダＢ＿１１１２−２からシステムコ
ントローラα＿１１２６やシステムコントローラβ＿１１２８宛に通知する。これらのサ
ービスを提供するサービスプロバイダＢ＿１１１２−２は、具体的には特定の社会インフ
ラ管理組織や社会システム管理組織（営利企業または公益法人）が対応する。また上記に
限らず、例えばＮＰＯ法人やＮＰＯ組織をサービスプロバイダＢ＿１１１２−２に対応さ
せても良い。
サービス提供例として、鉄道や交通インフラに関するサービス例を示す。システムコント
ローラα＿１１２６からサーバｎ＿１１１６−ｎに道路や鉄橋、トンネル、線路などの地
域毎の劣化情報が定期的に通知される。するとサービスプロバイダＢ＿１１１２−２内で
全てのサーバ１〜ｎ＿１１１６−１〜ｎの情報を統合して将来の修繕計画の立案あるいは
異常警告を発令し、委託元の国家や地方自治体、公的組織（卸売業者Ａ／Ｂ＿１１０２／
１１０４に対応）に答申（通知）する。また別例として鉄道や交通、郵政、運搬、航空管
制などのシステムの統合的管理例の説明をする。システムコントローラα＿１１２６から
サーバｎ＿１１１６−ｎに定期的に通知される各種運行状況や事故発生情報を統合的に管
理し、必要に応じた運行変更指示をサービスプロバイダＢ＿１１１２−２からシステムコ
ントローラα＿１１２６やシステムコントローラβ＿１１２８宛に通知する。これらのサ
ービスを提供するサービスプロバイダＢ＿１１１２−２は、具体的には特定の社会インフ
ラ管理組織や社会システム管理組織（営利企業または公益法人）が対応する。また上記に
限らず、例えばＮＰＯ法人やＮＰＯ組織をサービスプロバイダＢ＿１１１２−２に対応さ
せても良い。
上記のサービス提供例では、単一のサービスプロバイダ１１１２のみが提供するサービ
ス方法を説明した。しかし本実施形態システム例ではそれに限らず、複数のサービスプロ
バイダＡ／Ｂ＿１１１２／１１１４が互いに連携してサービスを提供しても良い。すなわ
ち既に図１を用いた１．７節の説明で、サービスプロバイダＡ＿１１１２−１とサービス
プロバイダＢ＿１１１２−２間、あるいはサービスプロバイダＢ＿１１１２−２とサービ
スプロバイダＣ＿１１１２−３間は互いに情報共有または資源の連携融通１１１４を行い
、サービスの効率化と高度化を図れる事を示した。この仕組みにスマートメータ１１２４
で得た情報を組み合わせる事で、公共消費材の新たな有効利用や有効転用が図れる効果が
生まれる。その一例として、卸売業者Ａ＿１１０２のインフラや配送システムを利用して
電力供給を受けて電力小売り業者のサービスプロバイダＡ＿１１１２−１に電力量を支払
い、卸売業者Ｂ１＿１１０４−１のインフラや配送システムを利用して上水供給を受け卸
売業者Ｂ２＿１１０４−２のインフラや配送システムを利用して下水処理を行い、上下水
道小売り業者のサービスプロバイダＢ＿１１１２−２に上下水道の使用量を支払う場合を
考える。サービスプロバイダＢ内のサーバｎ＿１１１６−ｎに対応したデータベース１１
１８−ｎ内には、スマートメータ１１２４から得られた情報としてシステムα１１３２内
のリアルタイムな貯蔵水量（上水道を経由して供給された水量と下水道を経由して排出さ
れた水量との差分）や上水の水圧情報が収集されている。そして電力小売り業者であるサ
ービスプロバイダＡ＿１１１２−１から特定時間帯における“電力使用料の瞬間的急上昇
情報”や“電力量使用制限要求”を受け取ると、上下水道小売り業者であるサービスプロ
バイダＢ＿１１１２−２内のサーバｎ＿１１１６−ｎはデータベース１１１８−ｎ内の保
存情報を読み出して、対象となるシステムα＿１１３２内での現在の貯蔵水量や上水の水
圧から水力発電の可否を判定する。その判定結果として対象システムα＿１１３２内での
水力発電が可能の場合には、サーバｎ＿１１１６−ｎからシステムコントローラα＿１１
２６に対してシステムα＿１１３２内での“水力発電への切り替え”提案を行う。これに
よりシステムα＿１１３２内での電力料金の低価格化が実現できるだけで無く、地域の使
用電力量超過の危険を回避できる効果が生まれる。
ス方法を説明した。しかし本実施形態システム例ではそれに限らず、複数のサービスプロ
バイダＡ／Ｂ＿１１１２／１１１４が互いに連携してサービスを提供しても良い。すなわ
ち既に図１を用いた１．７節の説明で、サービスプロバイダＡ＿１１１２−１とサービス
プロバイダＢ＿１１１２−２間、あるいはサービスプロバイダＢ＿１１１２−２とサービ
スプロバイダＣ＿１１１２−３間は互いに情報共有または資源の連携融通１１１４を行い
、サービスの効率化と高度化を図れる事を示した。この仕組みにスマートメータ１１２４
で得た情報を組み合わせる事で、公共消費材の新たな有効利用や有効転用が図れる効果が
生まれる。その一例として、卸売業者Ａ＿１１０２のインフラや配送システムを利用して
電力供給を受けて電力小売り業者のサービスプロバイダＡ＿１１１２−１に電力量を支払
い、卸売業者Ｂ１＿１１０４−１のインフラや配送システムを利用して上水供給を受け卸
売業者Ｂ２＿１１０４−２のインフラや配送システムを利用して下水処理を行い、上下水
道小売り業者のサービスプロバイダＢ＿１１１２−２に上下水道の使用量を支払う場合を
考える。サービスプロバイダＢ内のサーバｎ＿１１１６−ｎに対応したデータベース１１
１８−ｎ内には、スマートメータ１１２４から得られた情報としてシステムα１１３２内
のリアルタイムな貯蔵水量（上水道を経由して供給された水量と下水道を経由して排出さ
れた水量との差分）や上水の水圧情報が収集されている。そして電力小売り業者であるサ
ービスプロバイダＡ＿１１１２−１から特定時間帯における“電力使用料の瞬間的急上昇
情報”や“電力量使用制限要求”を受け取ると、上下水道小売り業者であるサービスプロ
バイダＢ＿１１１２−２内のサーバｎ＿１１１６−ｎはデータベース１１１８−ｎ内の保
存情報を読み出して、対象となるシステムα＿１１３２内での現在の貯蔵水量や上水の水
圧から水力発電の可否を判定する。その判定結果として対象システムα＿１１３２内での
水力発電が可能の場合には、サーバｎ＿１１１６−ｎからシステムコントローラα＿１１
２６に対してシステムα＿１１３２内での“水力発電への切り替え”提案を行う。これに
よりシステムα＿１１３２内での電力料金の低価格化が実現できるだけで無く、地域の使
用電力量超過の危険を回避できる効果が生まれる。
次に上述した内容とは異なる別のサービス提供形態に付いて説明する。本実施形態シス
テムでは、ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内に所定商品を供
給するための窓口となるスマートメータ１１２４に向けた卸売業者Ａ＿１１０２からの商
品供給経路が複数（図１の卸売業者Ａ＿１１０２からスマートメータ１１２４に向かう“
破線”の直接経路とサービスプロバイダＡ＿１１１２−１を経由する経路）存在する事を
、１．７節で説明した。この特徴を活かしてサービスプロバイダＡ＿１１１２−１がドメ
イン２＿１１２２−２内あるいはシステムα＿１１３２内に対して行うサービス提供方法
の具体例と、それにより生じる独自効果を以下に説明する。ここではサービスに関係する
商品として使用地域や使用日時で料金が変化する電力、ガス、水道、ガソリンなどの公共
消費材を例に上げる。しかしそれに限らず他のサービスや商品（例えば一般消費材や流動
資産、固定資産などのネットワークを利用した売買や特定情報の流通など）に関しても適
応させても良い。例えば夏場／冬場や昼間など使用料金が高い時にドメイン２＿１１２２
−２内あるいはシステムα＿１１３２内で公共消費材を使用する場合、スマートメータ１
１２４で計量した卸売業者Ａ＿１１０２からの使用量と同等量を所定商品貯蔵部１１５４
（例えば蓄電池や水／ガスタンク）から卸売業者Ａ＿１１０２へ戻す。逆に冷暖房設備の
使用が不要な時期や夜間など使用料金が安い時に卸売業者Ａ１１０２から公共消費材を購
入して所定商品貯蔵部１１５４に貯蔵する。これにより実質的な公共消費材に対するエン
ドユーザ（ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内のユーザ）が支
払う使用料金を安くできる。そして同時にサービスプロバイダＡ＿１１１２−１は、公共
消費材使用料金の低価格化分（利鞘）の一部を報酬として受け取る事ができる。更に上記
方法により、広域的に見た場合の公共消費材使用量（卸売業者Ａ＿１１０２が供給する商
品（公共消費材の）量）の平滑化（季節や時間による公共消費材使用量の一時的な増減量
を減らす）が図れる新たな効果が生まれる。
テムでは、ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内に所定商品を供
給するための窓口となるスマートメータ１１２４に向けた卸売業者Ａ＿１１０２からの商
品供給経路が複数（図１の卸売業者Ａ＿１１０２からスマートメータ１１２４に向かう“
破線”の直接経路とサービスプロバイダＡ＿１１１２−１を経由する経路）存在する事を
、１．７節で説明した。この特徴を活かしてサービスプロバイダＡ＿１１１２−１がドメ
イン２＿１１２２−２内あるいはシステムα＿１１３２内に対して行うサービス提供方法
の具体例と、それにより生じる独自効果を以下に説明する。ここではサービスに関係する
商品として使用地域や使用日時で料金が変化する電力、ガス、水道、ガソリンなどの公共
消費材を例に上げる。しかしそれに限らず他のサービスや商品（例えば一般消費材や流動
資産、固定資産などのネットワークを利用した売買や特定情報の流通など）に関しても適
応させても良い。例えば夏場／冬場や昼間など使用料金が高い時にドメイン２＿１１２２
−２内あるいはシステムα＿１１３２内で公共消費材を使用する場合、スマートメータ１
１２４で計量した卸売業者Ａ＿１１０２からの使用量と同等量を所定商品貯蔵部１１５４
（例えば蓄電池や水／ガスタンク）から卸売業者Ａ＿１１０２へ戻す。逆に冷暖房設備の
使用が不要な時期や夜間など使用料金が安い時に卸売業者Ａ１１０２から公共消費材を購
入して所定商品貯蔵部１１５４に貯蔵する。これにより実質的な公共消費材に対するエン
ドユーザ（ドメイン２＿１１２２−２内あるいはシステムα＿１１３２内のユーザ）が支
払う使用料金を安くできる。そして同時にサービスプロバイダＡ＿１１１２−１は、公共
消費材使用料金の低価格化分（利鞘）の一部を報酬として受け取る事ができる。更に上記
方法により、広域的に見た場合の公共消費材使用量（卸売業者Ａ＿１１０２が供給する商
品（公共消費材の）量）の平滑化（季節や時間による公共消費材使用量の一時的な増減量
を減らす）が図れる新たな効果が生まれる。
そして上記のようにスマートメータ１１２４で計量した公共消費材の使用量と同等量を
所定商品貯蔵部１１５４から卸売業者Ａ＿１１０２へ戻す場合には、充電／放電量制御部
または貯蔵／放出量制御部での高い制御精度が要求される。前記高い制御精度を達成する
ため本実施形態システムでは、充電／放電量モニタ部または貯蔵／放出量モニタ部（図１
での記載を省略したが、所定商品貯蔵部１１５４内に存在する、図８Ａ、図９を用いて後
述する流入量モニタ部１２１８と放出量モニタ部１２１６に相当する部分）からの検出情
報（検出信号）に基付いた充電／放電量制御部または貯蔵／放出量制御部（同様に、流入
量制御部１２１４と放出量制御部１２１２に相当する部分）での充電／放電量または貯蔵
／放出量のリアルタイムフィードバックを行なう。またそれのみに限らず必要に応じて、
所定期間毎の充電／放電量または貯蔵／放出量の累計蓄積量を適宜算出して所定の目標値
と比較し、その目標値との間の差分値に応じた量を次の所定期間における充電／放電量ま
たは貯蔵／放出量にフィードバックを掛けても良い。上記の制御方法の実施により所定期
間毎の累計蓄積量の制御精度が向上し、公共消費材売買における損失（制御量不足に拠る
売買益のずれ額）を最小限に抑えられる効果が有る。
所定商品貯蔵部１１５４から卸売業者Ａ＿１１０２へ戻す場合には、充電／放電量制御部
または貯蔵／放出量制御部での高い制御精度が要求される。前記高い制御精度を達成する
ため本実施形態システムでは、充電／放電量モニタ部または貯蔵／放出量モニタ部（図１
での記載を省略したが、所定商品貯蔵部１１５４内に存在する、図８Ａ、図９を用いて後
述する流入量モニタ部１２１８と放出量モニタ部１２１６に相当する部分）からの検出情
報（検出信号）に基付いた充電／放電量制御部または貯蔵／放出量制御部（同様に、流入
量制御部１２１４と放出量制御部１２１２に相当する部分）での充電／放電量または貯蔵
／放出量のリアルタイムフィードバックを行なう。またそれのみに限らず必要に応じて、
所定期間毎の充電／放電量または貯蔵／放出量の累計蓄積量を適宜算出して所定の目標値
と比較し、その目標値との間の差分値に応じた量を次の所定期間における充電／放電量ま
たは貯蔵／放出量にフィードバックを掛けても良い。上記の制御方法の実施により所定期
間毎の累計蓄積量の制御精度が向上し、公共消費材売買における損失（制御量不足に拠る
売買益のずれ額）を最小限に抑えられる効果が有る。
所で広域ネットワークシステムを社会インフラ分野へ適用する場合には、図１に示した
１個のドメイン１〜３＿１１２２−１〜３を特定の社会インフラ全体または特定の社会シ
ステム全体に対応させても良い。例えば所定集団（特定法人または特定法人グループ）毎
の鉄道や交通、郵政、航空管制、運搬事業、公共消費材生産事業などの運営や状態観測単
位、あるいはそれ以外のあらゆる社会インフラや社会システムを運営及び状態観測する単
位を各ドメイン１〜３＿１１２２−１〜３に対応付けても良い。また更に地域毎の分散活
動をネットワークで統合された特定コミュニティや所定組織または所定法人の活動に関す
る運営や状態観測の大きな纏まりを各ドメイン１〜３＿１１２２−１〜３に対応付けても
良い。
１個のドメイン１〜３＿１１２２−１〜３を特定の社会インフラ全体または特定の社会シ
ステム全体に対応させても良い。例えば所定集団（特定法人または特定法人グループ）毎
の鉄道や交通、郵政、航空管制、運搬事業、公共消費材生産事業などの運営や状態観測単
位、あるいはそれ以外のあらゆる社会インフラや社会システムを運営及び状態観測する単
位を各ドメイン１〜３＿１１２２−１〜３に対応付けても良い。また更に地域毎の分散活
動をネットワークで統合された特定コミュニティや所定組織または所定法人の活動に関す
る運営や状態観測の大きな纏まりを各ドメイン１〜３＿１１２２−１〜３に対応付けても
良い。
一方図１に示す１個のシステムα／β＿１１３２／１１３４を、１個のビルや地域に対
応させても良い。すなわち省電力システム（Energy Management System）の対象として規
模サイズ毎にＨＥＭＳ（Home Energy Management System）、ＢＥＭＳ（Building Energy
Management System）やＣＥＭＳ（Community Energy Management System）と呼ばれるが
、本実施形態システムにおける１個のシステムα／β＿１１３２／１１３４を上記ＨＥＭ
ＳまたはＢＥＭＳやＣＥＭＳの１管理単位に対応付けても良い。
応させても良い。すなわち省電力システム（Energy Management System）の対象として規
模サイズ毎にＨＥＭＳ（Home Energy Management System）、ＢＥＭＳ（Building Energy
Management System）やＣＥＭＳ（Community Energy Management System）と呼ばれるが
、本実施形態システムにおける１個のシステムα／β＿１１３２／１１３４を上記ＨＥＭ
ＳまたはＢＥＭＳやＣＥＭＳの１管理単位に対応付けても良い。
更に上記以外の具体的な対応方法としてのドメイン１１２２とシステムα／β＿１１３
２／１１３４との関係例を説明する。例えばドメイン１１２２が特定鉄道会社の運行運営
や状態観測に対応させた場合、自動改札システム、発券システム、定期券発行システム、
電車毎の運行状況管理システム、線路の破損状況自動管理システム、電車内の破損状況管
理システム、プラットフォームの劣化管理システム、電車毎の電力供給状況管理システム
、電車内／プラットフォーム上での異常警告システム、車内痴漢逮捕システム、乗員／駅
の係員の勤務管理・給与支払いシステム、給与支払い／経理システムなどを各システム１
１３２〜４に対応させても良い。またドメイン１１２２が交通や運送事業の運営及び状態
管理に対応させた場合には、道路や鉄橋、トンネルの劣化管理システム、路上事故発生情
報管理システム、渋滞管理システム、運搬手段（トラックなど）の破損状況管理システム
、（高速道路などの）ゲート管理システム（ＥＴＣ管理システムを含む）、従業員の出退
勤管理システム、給与支払い経理システムなどを各システム１１３２〜４に対応させても
良い。
２／１１３４との関係例を説明する。例えばドメイン１１２２が特定鉄道会社の運行運営
や状態観測に対応させた場合、自動改札システム、発券システム、定期券発行システム、
電車毎の運行状況管理システム、線路の破損状況自動管理システム、電車内の破損状況管
理システム、プラットフォームの劣化管理システム、電車毎の電力供給状況管理システム
、電車内／プラットフォーム上での異常警告システム、車内痴漢逮捕システム、乗員／駅
の係員の勤務管理・給与支払いシステム、給与支払い／経理システムなどを各システム１
１３２〜４に対応させても良い。またドメイン１１２２が交通や運送事業の運営及び状態
管理に対応させた場合には、道路や鉄橋、トンネルの劣化管理システム、路上事故発生情
報管理システム、渋滞管理システム、運搬手段（トラックなど）の破損状況管理システム
、（高速道路などの）ゲート管理システム（ＥＴＣ管理システムを含む）、従業員の出退
勤管理システム、給与支払い経理システムなどを各システム１１３２〜４に対応させても
良い。
一方１．７節で、１個のシステムα＿１１３２を物理的または地理的に近接した特定領
域に対応させた場合に、１ドメイン２＿１１２２−２を前記物理的または地理的な空間を
超越したネットワーク上領域に対応させられると説明した。それに従って道路や鉄橋、ト
ンネルの劣化管理システム全体を１個のドメイン２＿１１２２−２に対応させた場合に、
地域毎に設定した道路や鉄橋、トンネルの劣化管理単位を個々のシステムα／β＿１１３
２／１１３４に対応させても良い。５．２．２節 複合モジュールの社会インフラ分野へ
の適用例本実施形態システムを社会システムや社会インフラに適用する場合、センサ／通
信モジュール１４６０を信号機や道路、高速道路などの出入り口ゲートあるいは公共的な
掲示板（電子掲示板も含む）の一部またはその周辺に配置して人や車の往来状況や渋滞状
況をシステムコントローラα＿１１２６が把握し、必要な情報のみをサーバｎ＿１１１６
−ｎに通知しても良い。そしてこの場合の機器１４５０は、信号機や電子的なゲート、電
子掲示板などに対応させても良い。またこの場合の、第４章で後述するセクションは上記
信号機や電子的ゲート、電子掲示板周辺の所定領域あるいは特定範囲内の道路に対応させ
ても良い。
域に対応させた場合に、１ドメイン２＿１１２２−２を前記物理的または地理的な空間を
超越したネットワーク上領域に対応させられると説明した。それに従って道路や鉄橋、ト
ンネルの劣化管理システム全体を１個のドメイン２＿１１２２−２に対応させた場合に、
地域毎に設定した道路や鉄橋、トンネルの劣化管理単位を個々のシステムα／β＿１１３
２／１１３４に対応させても良い。５．２．２節 複合モジュールの社会インフラ分野へ
の適用例本実施形態システムを社会システムや社会インフラに適用する場合、センサ／通
信モジュール１４６０を信号機や道路、高速道路などの出入り口ゲートあるいは公共的な
掲示板（電子掲示板も含む）の一部またはその周辺に配置して人や車の往来状況や渋滞状
況をシステムコントローラα＿１１２６が把握し、必要な情報のみをサーバｎ＿１１１６
−ｎに通知しても良い。そしてこの場合の機器１４５０は、信号機や電子的なゲート、電
子掲示板などに対応させても良い。またこの場合の、第４章で後述するセクションは上記
信号機や電子的ゲート、電子掲示板周辺の所定領域あるいは特定範囲内の道路に対応させ
ても良い。
特に上述したセンサ／通信モジュール１４６０は軽量／小形／省電力（外部からの電源
供給が不要）に対応容易な特徴を有する。従ってそのメリットを利用し、各種センサ／通
信モジュール１４６０を道路や橋桁、トンネル内あるいは（上下水道などの）配管部に多
数設置し、道路や橋桁、トンネル内あるいは配管部内の劣化箇所の長期間モニタが容易と
なる。そしてここで得られた各種センス情報は、システムコントローラα＿１１２６内で
例えば変化成分のみの検出など必用な情報のみの抽出が可能となるので、サーバｎ＿１１
１６−ｎ側での解析やデータ処理が容易となる。
供給が不要）に対応容易な特徴を有する。従ってそのメリットを利用し、各種センサ／通
信モジュール１４６０を道路や橋桁、トンネル内あるいは（上下水道などの）配管部に多
数設置し、道路や橋桁、トンネル内あるいは配管部内の劣化箇所の長期間モニタが容易と
なる。そしてここで得られた各種センス情報は、システムコントローラα＿１１２６内で
例えば変化成分のみの検出など必用な情報のみの抽出が可能となるので、サーバｎ＿１１
１６−ｎ側での解析やデータ処理が容易となる。
上記センサ／通信モジュール１４６０を社会インフラ分野へ適用する他の例として、ス
ーパーマーケットやコンビニエンスストア、デパートなどの店舗内でカートに上記センサ
／通信モジュール１４６０を取り付け、店舗内顧客の行動履歴情報を収集しても良い。そ
して収集した顧客の行動履歴から例えば“顧客が長く滞在する売り場”や“顧客が廻る順
番”を抽出し、店舗内の商品陳列などのマーケティング（市場調査）に反映させる事で店
舗の売り上げ向上に貢献できる効果が生まれる。
ーパーマーケットやコンビニエンスストア、デパートなどの店舗内でカートに上記センサ
／通信モジュール１４６０を取り付け、店舗内顧客の行動履歴情報を収集しても良い。そ
して収集した顧客の行動履歴から例えば“顧客が長く滞在する売り場”や“顧客が廻る順
番”を抽出し、店舗内の商品陳列などのマーケティング（市場調査）に反映させる事で店
舗の売り上げ向上に貢献できる効果が生まれる。
一方、例えば特にオフィスや病院、大型店舗などの広い部屋内では冷暖房効果の偏りが
大きいため、場所による温度や風力の高低が激しい傾向が有る。従って５．１．２節と同
様にオフィスや病院、大型店舗などの至る所に温度センサや風力センサ、音感センサ、光
センサあるいは短距離の人感センサなどの機能を有したセンサ／通信モジュール１４６０
を設置する事で広い部屋内での冷暖房効果の偏りが大幅に軽減され、多くの顧客の満足度
が向上する効果が有る。
大きいため、場所による温度や風力の高低が激しい傾向が有る。従って５．１．２節と同
様にオフィスや病院、大型店舗などの至る所に温度センサや風力センサ、音感センサ、光
センサあるいは短距離の人感センサなどの機能を有したセンサ／通信モジュール１４６０
を設置する事で広い部屋内での冷暖房効果の偏りが大幅に軽減され、多くの顧客の満足度
が向上する効果が有る。
複合モジュール１２９５が具体的に利用された他の応用実施形態を説明する。図４Ａ（
ａ）または（ｂ）が示すように、あらゆる複合モジュール１２９５は通信モジュール１６
６０を含む。また１．６節内で図７Ｂを用いて説明したように、前記通信モジュール１６
６０内には自己属性データ保存領域１７９３が存在する。そして複合モジュール１２９５
を装備している製品或いは商品或いは部品などは、その使用局面に応じて自己属性データ
１７９３の内容が変化及び又は切り替えされる。ここで言う使用局面とは、前記製品或い
は商品或いは部品などの存在領域の変化（すなわち図３７Ｂに示すように複合モジュール
１２９５が配置されるシステムの変化）、或いは経過時間の変化、或いは条件の変化など
を含む。そして前記複合モジュール１２９５がセンサ／通信モジュール１４６０として使
われる場合は、センサとの組み合わせに拠る種々の使用環境での周囲状態を監視すること
ができる。
ａ）または（ｂ）が示すように、あらゆる複合モジュール１２９５は通信モジュール１６
６０を含む。また１．６節内で図７Ｂを用いて説明したように、前記通信モジュール１６
６０内には自己属性データ保存領域１７９３が存在する。そして複合モジュール１２９５
を装備している製品或いは商品或いは部品などは、その使用局面に応じて自己属性データ
１７９３の内容が変化及び又は切り替えされる。ここで言う使用局面とは、前記製品或い
は商品或いは部品などの存在領域の変化（すなわち図３７Ｂに示すように複合モジュール
１２９５が配置されるシステムの変化）、或いは経過時間の変化、或いは条件の変化など
を含む。そして前記複合モジュール１２９５がセンサ／通信モジュール１４６０として使
われる場合は、センサとの組み合わせに拠る種々の使用環境での周囲状態を監視すること
ができる。
図３７Ａは、例えばスーパーマーケットの店内領域３５０１と、キャッシュレジスタ領
域３５０２と、スーパーマーケットの出口領域３５０３を模式的に示している。ここでは
上記スーパーマーケットの店内が、１個の独立したシステムα＿１１３２に対応する（図
１参照）。そして図３７Ａ内のキャッシュレジスタ３５１１ａ，２５１１ｂが、システム
コントローラα＿１１２６として動作する。そして上記システムα＿１１３２内では、商
品として靴３５０５、ミルク３５０６、バッグ３５０７が販売されているものとする。
域３５０２と、スーパーマーケットの出口領域３５０３を模式的に示している。ここでは
上記スーパーマーケットの店内が、１個の独立したシステムα＿１１３２に対応する（図
１参照）。そして図３７Ａ内のキャッシュレジスタ３５１１ａ，２５１１ｂが、システム
コントローラα＿１１２６として動作する。そして上記システムα＿１１３２内では、商
品として靴３５０５、ミルク３５０６、バッグ３５０７が販売されているものとする。
ここで靴３５０５とミルク３５０６、バッグ３５０７のそれぞれには、複合モジュール
１２９５としてセンサ／通信モジュール１４６０が搭載されている。この具体的な搭載方
法として、シート状のセンサ／通信モジュール１４６０（複合モジュール１２９５）が粘
着剤によって個々に貼り付けられている。またそれに限らず、靴３５０５やミルク３５０
６、バッグ３５０７内に挿入（または混入）されていても良い。そして前記の自己属性デ
ータ１７９３の一部は、盗難防止フラグ（例えば“１”）を有するものとする。そして購
買者が精算を済ませた時に、キャッシュレジスタ領域３５０２のキャッシュレジスタ３５
１１ａ，或いは２５１１ｂからの制御に基付いて前記盗難防止フラグの情報が消去される
。具体的には例えばキャッシュレジスタ３５１１ａが商品の値段が示されているバーコー
ドを読み取った時に、読み取り完了信号を該商品内の複合モジュール１２９５（またはセ
ンサ／通信モジュール１４６０あるいはユニット１２９０）に送信する。そして対応する
複合モジュール１２９５（またはセンサ／通信モジュール１４６０あるいはユニット１２
９０）は、読み取り完了信号の受信時に精算が終了したと判断しして盗難防止フラグを消
去し“０”とする。更にキャッシュレジスタ３５１１ａ，２５１１ｂは、前記の自己属性
データ保存領域１７９３内にスーパーマーケットの識別データや精算が行われた日付デー
タを追加することができる。
１２９５としてセンサ／通信モジュール１４６０が搭載されている。この具体的な搭載方
法として、シート状のセンサ／通信モジュール１４６０（複合モジュール１２９５）が粘
着剤によって個々に貼り付けられている。またそれに限らず、靴３５０５やミルク３５０
６、バッグ３５０７内に挿入（または混入）されていても良い。そして前記の自己属性デ
ータ１７９３の一部は、盗難防止フラグ（例えば“１”）を有するものとする。そして購
買者が精算を済ませた時に、キャッシュレジスタ領域３５０２のキャッシュレジスタ３５
１１ａ，或いは２５１１ｂからの制御に基付いて前記盗難防止フラグの情報が消去される
。具体的には例えばキャッシュレジスタ３５１１ａが商品の値段が示されているバーコー
ドを読み取った時に、読み取り完了信号を該商品内の複合モジュール１２９５（またはセ
ンサ／通信モジュール１４６０あるいはユニット１２９０）に送信する。そして対応する
複合モジュール１２９５（またはセンサ／通信モジュール１４６０あるいはユニット１２
９０）は、読み取り完了信号の受信時に精算が終了したと判断しして盗難防止フラグを消
去し“０”とする。更にキャッシュレジスタ３５１１ａ，２５１１ｂは、前記の自己属性
データ保存領域１７９３内にスーパーマーケットの識別データや精算が行われた日付デー
タを追加することができる。
ここで仮に盗難防止フラグが消去されないまま（精算が行われないまま）スーパーマー
ケットの出口領域３５０３を商品が通過すると、自動的に警報が出力される。すなわちス
ーパーマーケットの出口領域３５０３には警報出力可能な監視装置３５１２が設置されて
いる。４．４節で説明したように本実施形態システムでは、全ての複合モジュール１２９
５（またはセンサ／通信モジュール１４６０）の位置がリアルタイムで検出可能となって
いる。従って前記複合モジュール１２９５（またはセンサ／通信モジュール１４６０）の
スーパーマーケットの出口領域３５０３通過時には自動的にシステムコントローラα＿１
１２６（キャッシュレジスタ３５１１ａ，２５１１ｂ）との間で情報通信がなされる。そ
して盗難防止フラグが“１”の場合には、監視装置から警報が出力される。反対に盗難防
止フラグが”０”の場合は、監視装置３５１２から警報が出力されることはない。
ケットの出口領域３５０３を商品が通過すると、自動的に警報が出力される。すなわちス
ーパーマーケットの出口領域３５０３には警報出力可能な監視装置３５１２が設置されて
いる。４．４節で説明したように本実施形態システムでは、全ての複合モジュール１２９
５（またはセンサ／通信モジュール１４６０）の位置がリアルタイムで検出可能となって
いる。従って前記複合モジュール１２９５（またはセンサ／通信モジュール１４６０）の
スーパーマーケットの出口領域３５０３通過時には自動的にシステムコントローラα＿１
１２６（キャッシュレジスタ３５１１ａ，２５１１ｂ）との間で情報通信がなされる。そ
して盗難防止フラグが“１”の場合には、監視装置から警報が出力される。反対に盗難防
止フラグが”０”の場合は、監視装置３５１２から警報が出力されることはない。
上記の実施形態システム例ではキャッシュレジスタ３５１１ａ、３５１１ｂに店員が配
置され、自己属性データ保存領域１７９３内に盗難防止フラグが保存されている例を示し
た。しかしそれに限らず、自己属性データ保存領域１７９３内に対象商品の販売価格が予
め記録されても良い。そして販売価格が予め記録された複合モジュール１２９５（または
センサ／通信モジュール１４６０あるいはユニット１２９０）がスーパーマーケットの出
口領域３５０３を通過すると、自動的に購買者が支払う支払い金額の合計値が表示される
。一方で購買者が身に着けている装着品（ネクタイピンやネックレスなど）内にも同様に
複合モジュール１２９５（またはセンサ／通信モジュール１４６０あるいはユニット１２
９０）が搭載され、購買者が無人のキャッシュレジスタ３５１１ａ、３５１１ｂを通過す
ると支払いの合計金額が購買者の銀行口座から自動的に引き落とされる。なおそれを可能
にするため、購買者の装着品内に搭載された複合モジュール１２９５（またはセンサ／通
信モジュール１４６０あるいはユニット１２９０）内の自己属性データ保存領域１７９３
に購買者の銀行口座番号とパスワードが予め記録されている。
置され、自己属性データ保存領域１７９３内に盗難防止フラグが保存されている例を示し
た。しかしそれに限らず、自己属性データ保存領域１７９３内に対象商品の販売価格が予
め記録されても良い。そして販売価格が予め記録された複合モジュール１２９５（または
センサ／通信モジュール１４６０あるいはユニット１２９０）がスーパーマーケットの出
口領域３５０３を通過すると、自動的に購買者が支払う支払い金額の合計値が表示される
。一方で購買者が身に着けている装着品（ネクタイピンやネックレスなど）内にも同様に
複合モジュール１２９５（またはセンサ／通信モジュール１４６０あるいはユニット１２
９０）が搭載され、購買者が無人のキャッシュレジスタ３５１１ａ、３５１１ｂを通過す
ると支払いの合計金額が購買者の銀行口座から自動的に引き落とされる。なおそれを可能
にするため、購買者の装着品内に搭載された複合モジュール１２９５（またはセンサ／通
信モジュール１４６０あるいはユニット１２９０）内の自己属性データ保存領域１７９３
に購買者の銀行口座番号とパスワードが予め記録されている。
購買者への課金情報が記録された複合モジュール１２９５（またはセンサ／通信モジュ
ール１４６０あるいはユニット１２９０）は上記のように装着品内に搭載される代わりに
、５．３．２節で後述するように飲み込む等の方法で購買者の体内に存在しても良い。
ール１４６０あるいはユニット１２９０）は上記のように装着品内に搭載される代わりに
、５．３．２節で後述するように飲み込む等の方法で購買者の体内に存在しても良い。
上述したように複合モジュール１２９５（またはセンサ／通信モジュール１４６０）を
利用する事で盗難防止が図られるだけで無く、店員不要の自動課金が可能となる。それに
より人件費の大幅な節約が図れ、スーパーマーケットの利益向上に役立つ効果が有る。
利用する事で盗難防止が図られるだけで無く、店員不要の自動課金が可能となる。それに
より人件費の大幅な節約が図れ、スーパーマーケットの利益向上に役立つ効果が有る。
例えばビルディングの壁やトンネルの壁、橋などを支える鉄骨の腐食状況を検査するシ
ステムに複合モジュールを使用する例を、図３７Ｄに示す。例えばトンネルなどの検査対
象の壁３５４０の裏側を、鉄骨３５４１ａ，３５４１ｂ，３５４１ｃ，・・・が支えてい
る。鉄骨３５４１ａ、３５４１ｂ、３５４１ｃのそれぞれの表面には複合モジュール３５
４２、３５４３が取り付けられている。図３０Ｄでは、鉄骨３５４１ａに取り付けられて
いる通信モジュール３５４２、３５４３が図面上に表れている。所で検査対象の壁３５４
０が無線電波に対してシールド効果を有する場合には、複合モジュール１２９５内の通信
モジュール１６６０に対して外付けでアンテナ１４８０が設置される（図４Ａ（ａ））。
そしてこの外付けアンテナ１４８０は、無線電波の送受信が可能な位置に配置される。す
なわち図３７Ｄの例では、複合モジュール３５４２、３５４３のアンテナ３５４２ａ、３
５４３ｂが検査対象の壁３５４０を貫通するリード線を介して検査対象の壁３５４０の外
側の表面に導出されている。
ステムに複合モジュールを使用する例を、図３７Ｄに示す。例えばトンネルなどの検査対
象の壁３５４０の裏側を、鉄骨３５４１ａ，３５４１ｂ，３５４１ｃ，・・・が支えてい
る。鉄骨３５４１ａ、３５４１ｂ、３５４１ｃのそれぞれの表面には複合モジュール３５
４２、３５４３が取り付けられている。図３０Ｄでは、鉄骨３５４１ａに取り付けられて
いる通信モジュール３５４２、３５４３が図面上に表れている。所で検査対象の壁３５４
０が無線電波に対してシールド効果を有する場合には、複合モジュール１２９５内の通信
モジュール１６６０に対して外付けでアンテナ１４８０が設置される（図４Ａ（ａ））。
そしてこの外付けアンテナ１４８０は、無線電波の送受信が可能な位置に配置される。す
なわち図３７Ｄの例では、複合モジュール３５４２、３５４３のアンテナ３５４２ａ、３
５４３ｂが検査対象の壁３５４０を貫通するリード線を介して検査対象の壁３５４０の外
側の表面に導出されている。
所で上記複合モジュール（センサ／通信モジュール）３５４２、３５４３内のセンサモ
ジュール１２６０（図４Ｂ（ａ））は、鉄骨３５４１ａ、３５４１ｂ、３５４１ｃの表面
に絶縁膜を介して密着されている。所で鉄骨３５４１ａ、３５４１ｂ、３５４１ｃの表面
が錆びて盛り上がると、接着膜が破れてセンサモジュール１２６０が直接的に錆と接触す
るようになる。そしてセンサモジュール１２６０が錆に接触すると、センサモジュール１
２６０内の抵抗値が低下する。従って上記のセンサモジュール１２６０内の抵抗値を知る
事で、鉄骨３５４１ａ、３５４１ｂ、３５４１ｃ表面の錆び状態が分かる。
ジュール１２６０（図４Ｂ（ａ））は、鉄骨３５４１ａ、３５４１ｂ、３５４１ｃの表面
に絶縁膜を介して密着されている。所で鉄骨３５４１ａ、３５４１ｂ、３５４１ｃの表面
が錆びて盛り上がると、接着膜が破れてセンサモジュール１２６０が直接的に錆と接触す
るようになる。そしてセンサモジュール１２６０が錆に接触すると、センサモジュール１
２６０内の抵抗値が低下する。従って上記のセンサモジュール１２６０内の抵抗値を知る
事で、鉄骨３５４１ａ、３５４１ｂ、３５４１ｃ表面の錆び状態が分かる。
今まで説明した実施形態システム例では多くの場合、システムコントローラ１１２６、
３５４６が固定系に設置され、移動可能なのはユニット１２９０（または複合モジュール
１２９５）側が多かった。それに比べて図３７Ｄ（及び後述する図３７Ｅ）の実施形態シ
ステム例ではユニット１２９０（または複合モジュール１２９５）側が固定され、システ
ムコントローラ１１２６、３５４６が移動可能となっている所に特徴が有る。例えば非常
に広範囲な領域のセンサ情報を一度に入手したい場合や、システムの事情でシステムコン
トローラα＿１１２６の設置が難しい場合が有る。この場合には上述したようにユニット
１２９０（または複合モジュール１２９５）を固定系に設置し、システムコントローラ１
１２６、３５４６を移動させて各ユニット１２９０（または複合モジュール１２９５）の
センサ情報を収集する。これに拠り、非常に広範囲な領域のセンサ情報の入手が容易にな
る効果が有る。
３５４６が固定系に設置され、移動可能なのはユニット１２９０（または複合モジュール
１２９５）側が多かった。それに比べて図３７Ｄ（及び後述する図３７Ｅ）の実施形態シ
ステム例ではユニット１２９０（または複合モジュール１２９５）側が固定され、システ
ムコントローラ１１２６、３５４６が移動可能となっている所に特徴が有る。例えば非常
に広範囲な領域のセンサ情報を一度に入手したい場合や、システムの事情でシステムコン
トローラα＿１１２６の設置が難しい場合が有る。この場合には上述したようにユニット
１２９０（または複合モジュール１２９５）を固定系に設置し、システムコントローラ１
１２６、３５４６を移動させて各ユニット１２９０（または複合モジュール１２９５）の
センサ情報を収集する。これに拠り、非常に広範囲な領域のセンサ情報の入手が容易にな
る効果が有る。
本実施形態システムでは４．５節で説明したように、同一のユニット１２９０（または
複合モジュール１２９５）が複数の異なるシステムに適合可能となっている。従ってこの
場合でも、異なる用途で使用される複数の異なるシステムコントローラ１１２６、３５４
６が移動する度に、固定されたユニット１２９０（または複合モジュール１２９５）が用
途毎の適正動作が可能となっている。
複合モジュール１２９５）が複数の異なるシステムに適合可能となっている。従ってこの
場合でも、異なる用途で使用される複数の異なるシステムコントローラ１１２６、３５４
６が移動する度に、固定されたユニット１２９０（または複合モジュール１２９５）が用
途毎の適正動作が可能となっている。
図３７Ｄの実施形態システム例では、点検自動車３５４５の一部（図３７Ｄの図では点
検自動車３５４５の屋根部）にシステムコントローラ３５４６が設置され、複合モジュー
ルのアンテナ３５４２ａ、３５４３ｂの近傍を通過する。そして複合モジュールのアンテ
ナ３５４２ａ、３５４３ｂの近傍を通過する毎に、システムコントローラ３５４６から各
複合モジュール（ユニット）３５４２、３５４３に対して「センサモジュール１２６０内
の抵抗値回答」のコマンドリクエストを送信する。そしてリクエストコマンドに応答して
、各複合モジュール（ユニット）３５４２、３５４３からシステムコントローラ３５４６
に対して「センサモジュール１２６０内の抵抗値」が適宜回答される。それによりシステ
ムコントローラ３５４６は、全ての鉄骨３５４１ａ、３５４１ｂ、３５４１ｃに対する錆
状態を点検できる。このようにして定期的な錆点検が容易にかつ精度良く行える。なお上
記の錆検出方法はあくまで一例に過ぎず、他の検出手段を用いて錆を検出しても良い。
検自動車３５４５の屋根部）にシステムコントローラ３５４６が設置され、複合モジュー
ルのアンテナ３５４２ａ、３５４３ｂの近傍を通過する。そして複合モジュールのアンテ
ナ３５４２ａ、３５４３ｂの近傍を通過する毎に、システムコントローラ３５４６から各
複合モジュール（ユニット）３５４２、３５４３に対して「センサモジュール１２６０内
の抵抗値回答」のコマンドリクエストを送信する。そしてリクエストコマンドに応答して
、各複合モジュール（ユニット）３５４２、３５４３からシステムコントローラ３５４６
に対して「センサモジュール１２６０内の抵抗値」が適宜回答される。それによりシステ
ムコントローラ３５４６は、全ての鉄骨３５４１ａ、３５４１ｂ、３５４１ｃに対する錆
状態を点検できる。このようにして定期的な錆点検が容易にかつ精度良く行える。なお上
記の錆検出方法はあくまで一例に過ぎず、他の検出手段を用いて錆を検出しても良い。
このように錆点検した結果として許容範囲外のセンサモジュール１２６０内の抵抗値低
下が検出された場合には、システムコントローラ３５４６、１１２６からインターネット
を経由して図１のサーバｎ＿１１１６−ｎに錆劣化した所定の鉄骨３５４１の情報が通知
される。なおこの場合には、図１の卸売業者Ｂ１＿１１０４−１が政府または道路公団に
対応する。そして前記の政府または道路公団から委託を受けた壁のメンテナンス業者が、
サービスプロバイダＢ＿１１１２−２に対応する。そして上記サーバｎ＿１１１６−ｎ内
に蓄えられた錆劣化した鉄骨３５４１の情報に基付いて前記の壁のメンテナンス業者が修
繕計画を策定して、道路公団（卸売業者Ｂ１＿１１０４−１）に対して修繕予算の申請を
行う。
下が検出された場合には、システムコントローラ３５４６、１１２６からインターネット
を経由して図１のサーバｎ＿１１１６−ｎに錆劣化した所定の鉄骨３５４１の情報が通知
される。なおこの場合には、図１の卸売業者Ｂ１＿１１０４−１が政府または道路公団に
対応する。そして前記の政府または道路公団から委託を受けた壁のメンテナンス業者が、
サービスプロバイダＢ＿１１１２−２に対応する。そして上記サーバｎ＿１１１６−ｎ内
に蓄えられた錆劣化した鉄骨３５４１の情報に基付いて前記の壁のメンテナンス業者が修
繕計画を策定して、道路公団（卸売業者Ｂ１＿１１０４−１）に対して修繕予算の申請を
行う。
例えばガス管、水道管、消火栓管などの漏れ検出に複合モジュール１２９５またはユニ
ット１２９０が使用される実施形態システムの応用例を図３７Ｅに示す。ガス管、水道管
、消火栓管などは、道路に沿って地中に配置される場合が多い。そこで、ガス管、水道管
、消火栓管などの管３５４８の表面上に複合モジュール（ユニット）３５４９を取り付け
る。ここで複合モジュール（ユニット）３５４９に内蔵され、ガス管や水道管、消火栓管
などの漏れ検出に利用されるセンサモジュール１２６０としては、ガスセンサや湿気（水
）センサ、音センサ、振動センサなどが組み合わせられた複合センサが組み込まれても良
い。
ット１２９０が使用される実施形態システムの応用例を図３７Ｅに示す。ガス管、水道管
、消火栓管などは、道路に沿って地中に配置される場合が多い。そこで、ガス管、水道管
、消火栓管などの管３５４８の表面上に複合モジュール（ユニット）３５４９を取り付け
る。ここで複合モジュール（ユニット）３５４９に内蔵され、ガス管や水道管、消火栓管
などの漏れ検出に利用されるセンサモジュール１２６０としては、ガスセンサや湿気（水
）センサ、音センサ、振動センサなどが組み合わせられた複合センサが組み込まれても良
い。
図３７Ｄと同様に図３７Ｅでも、点検自動車３５４５内にシステムコントローラ３５４
６が搭載（図３７Ｅでは点検自動車３５４５の底面上にシステムコントローラ３５４６が
搭載）されており、定期的に漏れ点検を行う。図３７Ｄと同様にシステムコントローラ３
５４６のリクエストコマンドに応じて、センサモジュール１２６０からの検出データがシ
ステムコントローラ３５４６に返信される。システムコントローラ３５４６は各複合モジ
ュール（ユニット）３５４９からのセンサ情報を収集して解析する事で、ガス漏れや水漏
れなどの場所を判定できる。また図３７Ｅの実施形態システムでも図３７Ｄと同様に、非
常に容易な方法で広範囲の異常箇所を発見できる効果が有る。なおシステムコントローラ
３５４６は点検自動車３５４５に搭載する代わりに、管の設置ラインに沿って固定設置さ
れてもよい。
６が搭載（図３７Ｅでは点検自動車３５４５の底面上にシステムコントローラ３５４６が
搭載）されており、定期的に漏れ点検を行う。図３７Ｄと同様にシステムコントローラ３
５４６のリクエストコマンドに応じて、センサモジュール１２６０からの検出データがシ
ステムコントローラ３５４６に返信される。システムコントローラ３５４６は各複合モジ
ュール（ユニット）３５４９からのセンサ情報を収集して解析する事で、ガス漏れや水漏
れなどの場所を判定できる。また図３７Ｅの実施形態システムでも図３７Ｄと同様に、非
常に容易な方法で広範囲の異常箇所を発見できる効果が有る。なおシステムコントローラ
３５４６は点検自動車３５４５に搭載する代わりに、管の設置ラインに沿って固定設置さ
れてもよい。
温室栽培装置に複合モジュール（ユニット）が適用される例を図３７Ｆに示す。所で温
室栽培装置は、例えば温室ハウス、ビニールハウスなどと称される場合もある。温室ハウ
ス３５５０内には、例えばシステムコントローラ３５５１や監視カメラ３５５２が設置さ
れている。そしてこの監視カメラ３５５２が温室ハウス３５５０内の植物の状態を撮像し
、撮像した映像信号を栽培者（オーナー）が所有するモニタに送信することができる。
室栽培装置は、例えば温室ハウス、ビニールハウスなどと称される場合もある。温室ハウ
ス３５５０内には、例えばシステムコントローラ３５５１や監視カメラ３５５２が設置さ
れている。そしてこの監視カメラ３５５２が温室ハウス３５５０内の植物の状態を撮像し
、撮像した映像信号を栽培者（オーナー）が所有するモニタに送信することができる。
温室ハウス２５５０内には、例えば人参、大根或いはごぼうなどの野菜が栽培されてい
るものとする。このような野菜の場合、地中の成長具合は外部から見ただけでは判断でき
ない。そこで図３７Ｆに示す実施形態システムでは、複数の複合モジュール（ユニット）
を内蔵したバー状の監視装置３５５３ａ，３５５３ｂ，３５５３ｃ，・・・・が地中に配
置されている。
るものとする。このような野菜の場合、地中の成長具合は外部から見ただけでは判断でき
ない。そこで図３７Ｆに示す実施形態システムでは、複数の複合モジュール（ユニット）
を内蔵したバー状の監視装置３５５３ａ，３５５３ｂ，３５５３ｃ，・・・・が地中に配
置されている。
図３７Ｆの右側は、代表としてバー状の監視装置３５５３ｃの拡大図が示して有る。こ
こでバー状の監視装置３５５３ｃ内に五角形で示した部分は監視装置３５５３ｃの取り付
け板であり、地中に差込み易く先端が尖った形状となっている。そしてこの取り付け板の
長手方向に、複数の複合モジュール（ユニット）ＦＣ１〜ＦＣ５、ＦＤ１〜ＦＤ５が装備
されている。またこの複合モジュール（ユニット）ＦＣ１〜ＦＣ５内は、例えば超音波の
送受信に拠り近傍物質のサイズが測定可能なセンサモジュール１２６０を搭載している。
また、複合モジュール（ユニット）ＦＤ１〜ＦＤ５は、例えば湿度の測定を行うことがで
きる湿度センサを含むセンサモジュール１２６０を搭載している。そして複合モジュール
（ユニット）ＦＣ１〜ＦＣ５から得られる測定結果で、近接している野菜（人参、或いは
大根）の成長（長さ）情報を収集する。所で近接している野菜（人参、或いは大根）の成
長（長さ）情報を収集する方法は超音波に限らず、例えば波長が７００ｎｍから２５００
ｎｍ範囲に含まれる近赤外線を用いてイメージングしても良い。また複合モジュール（ユ
ニット）ＦＤ１〜ＦＤ５から得られる湿度の測定データは、地中内の水分の状況を監視す
るのに有効となる。そして複合モジュール（ユニット）ＦＣ１〜ＦＣ５、ＦＤ１〜ＦＤ５
に拠り得られる計測データは、アンテナＡＮＴを介して、システムコントローラ３５５１
へ送信される。
こでバー状の監視装置３５５３ｃ内に五角形で示した部分は監視装置３５５３ｃの取り付
け板であり、地中に差込み易く先端が尖った形状となっている。そしてこの取り付け板の
長手方向に、複数の複合モジュール（ユニット）ＦＣ１〜ＦＣ５、ＦＤ１〜ＦＤ５が装備
されている。またこの複合モジュール（ユニット）ＦＣ１〜ＦＣ５内は、例えば超音波の
送受信に拠り近傍物質のサイズが測定可能なセンサモジュール１２６０を搭載している。
また、複合モジュール（ユニット）ＦＤ１〜ＦＤ５は、例えば湿度の測定を行うことがで
きる湿度センサを含むセンサモジュール１２６０を搭載している。そして複合モジュール
（ユニット）ＦＣ１〜ＦＣ５から得られる測定結果で、近接している野菜（人参、或いは
大根）の成長（長さ）情報を収集する。所で近接している野菜（人参、或いは大根）の成
長（長さ）情報を収集する方法は超音波に限らず、例えば波長が７００ｎｍから２５００
ｎｍ範囲に含まれる近赤外線を用いてイメージングしても良い。また複合モジュール（ユ
ニット）ＦＤ１〜ＦＤ５から得られる湿度の測定データは、地中内の水分の状況を監視す
るのに有効となる。そして複合モジュール（ユニット）ＦＣ１〜ＦＣ５、ＦＤ１〜ＦＤ５
に拠り得られる計測データは、アンテナＡＮＴを介して、システムコントローラ３５５１
へ送信される。
上記の複合モジュール（ユニット）ＦＣ１〜ＦＣ５、ＦＤ１〜ＦＤ５の出力データはシ
ステムコントローラ３５５１で集計される。そしてこの集計結果は適宜モニタに表示され
るため、監視者が容易に収穫時期の判断ができる。またそれに限らず複合モジュール（ユ
ニット）ＦＤ１〜ＦＤ５から得られる湿度の測定データの集計結果をモニタ監視すること
で、監視者は適切な散水時期が分かる。このようにして、野菜の良好な成長を監視するこ
とができる。
ステムコントローラ３５５１で集計される。そしてこの集計結果は適宜モニタに表示され
るため、監視者が容易に収穫時期の判断ができる。またそれに限らず複合モジュール（ユ
ニット）ＦＤ１〜ＦＤ５から得られる湿度の測定データの集計結果をモニタ監視すること
で、監視者は適切な散水時期が分かる。このようにして、野菜の良好な成長を監視するこ
とができる。
さらに温室ハウス３５５０の内部には、例えば赤外線センサ及び又は高周波高感度マイ
クを内蔵した複合モジュール（ユニット）３５５４が配置されている。この複合モジュー
ル（ユニット）３５５４は周期的に稼働する事で、例えば野菜に取り付く害虫類や昆虫類
の存在を監視できる。
クを内蔵した複合モジュール（ユニット）３５５４が配置されている。この複合モジュー
ル（ユニット）３５５４は周期的に稼働する事で、例えば野菜に取り付く害虫類や昆虫類
の存在を監視できる。
また他の実施形態システムを示す応用例として、図３７Ｇと図３７Ｈでは複数の異なる
種類の複合モジュール（ユニット）を組み合わせて監視する例を示す。特に図３７Ｇでは
『通常では有り得ない組み合わせを検出』する所に特徴が有る。これに拠り、精度良くま
た効率良く異常検出できる効果が生まれる。また図３７Ｈでは『複数の異なる識別データ
間の関連付けを検出』する所に特徴が有る。それに拠り、状態の検出精度が向上する効果
が生まれる。これらのように複数の異なる種類の複合モジュール（ユニット）からのセン
サ情報を同時に入手する事で、状態変化の検出精度を向上させる効果が有る。
種類の複合モジュール（ユニット）を組み合わせて監視する例を示す。特に図３７Ｇでは
『通常では有り得ない組み合わせを検出』する所に特徴が有る。これに拠り、精度良くま
た効率良く異常検出できる効果が生まれる。また図３７Ｈでは『複数の異なる識別データ
間の関連付けを検出』する所に特徴が有る。それに拠り、状態の検出精度が向上する効果
が生まれる。これらのように複数の異なる種類の複合モジュール（ユニット）からのセン
サ情報を同時に入手する事で、状態変化の検出精度を向上させる効果が有る。
まず始めに図３７Ｇを用いて『通常では有り得ない組み合わせを検出』する方法に付い
て説明する。例えば病院や学校（小学校、中学校、高校、大学）、警察署、皇居周辺など
で凶器が存在した場合（具体的には金属探知機を用いた金属反応の検出など）、システム
コンピュータは、ありえない物体の組み合わせとして検出することができる。その具体的
一例として図３７Ｇでは、病院内の一室を示している。この部屋には、例えば患者用ベッ
ド３５６０、医療器具の箱３５６１が備えられている。ここで患者用ベッド３５６０内に
は、複合モジュール（ユニット）３５６０ａが取り付けられている。また医療器具の箱３
５６１にも同様に、複合モジュール（ユニット）３５６１ａが取り付けられている。そし
てこの複合モジュール（ユニット）３５６０ａ内の自己属性データ１７９３（図７Ｂ）と
して、ベッド３５６０の識別データを記憶している。そして外部に設置されたシステムコ
ントローラ３５６２からの要求に応じて、適宜ベッド３５６０の識別データを回答送信可
能になっている。一方では複合モジュール（ユニット）３５６１ａ内の自己属性データ１
７９３（図７Ｂ）として、医療器具の箱３５６１の識別データを記憶している。そして外
部に設置されたシステムコントローラ３５６２からの要求に応じて、医療器具の箱３５６
１の識別データを回答送信可能となっている。これに拠りシステムコントローラ３５６２
は、常に病室に存在する製品の組み合わせを把握できる。このようにしてシステムコント
ローラ３５６２は、病室内の存在を許される各種製品のデータベースを備えている。
て説明する。例えば病院や学校（小学校、中学校、高校、大学）、警察署、皇居周辺など
で凶器が存在した場合（具体的には金属探知機を用いた金属反応の検出など）、システム
コンピュータは、ありえない物体の組み合わせとして検出することができる。その具体的
一例として図３７Ｇでは、病院内の一室を示している。この部屋には、例えば患者用ベッ
ド３５６０、医療器具の箱３５６１が備えられている。ここで患者用ベッド３５６０内に
は、複合モジュール（ユニット）３５６０ａが取り付けられている。また医療器具の箱３
５６１にも同様に、複合モジュール（ユニット）３５６１ａが取り付けられている。そし
てこの複合モジュール（ユニット）３５６０ａ内の自己属性データ１７９３（図７Ｂ）と
して、ベッド３５６０の識別データを記憶している。そして外部に設置されたシステムコ
ントローラ３５６２からの要求に応じて、適宜ベッド３５６０の識別データを回答送信可
能になっている。一方では複合モジュール（ユニット）３５６１ａ内の自己属性データ１
７９３（図７Ｂ）として、医療器具の箱３５６１の識別データを記憶している。そして外
部に設置されたシステムコントローラ３５６２からの要求に応じて、医療器具の箱３５６
１の識別データを回答送信可能となっている。これに拠りシステムコントローラ３５６２
は、常に病室に存在する製品の組み合わせを把握できる。このようにしてシステムコント
ローラ３５６２は、病室内の存在を許される各種製品のデータベースを備えている。
ここで病室に刃物などの凶器３５６５が持ち込まれたとする。この刃物などの凶器３５
６５内にも複合モジュール（ユニット）３５６５ａが内蔵されている。そしてこの複合モ
ジュール（ユニット）３５６５ａが予め保存されている自己属性データ１７９３（製品の
識別データ）を送信すると、システムコントローラ３５６２が病室内の存在を許していな
い製品が現れたことを認識する。その結果、システムコントローラ３５６２が迅速に異常
状態を警備室、監視質、或いは警備会社に通報できる。
６５内にも複合モジュール（ユニット）３５６５ａが内蔵されている。そしてこの複合モ
ジュール（ユニット）３５６５ａが予め保存されている自己属性データ１７９３（製品の
識別データ）を送信すると、システムコントローラ３５６２が病室内の存在を許していな
い製品が現れたことを認識する。その結果、システムコントローラ３５６２が迅速に異常
状態を警備室、監視質、或いは警備会社に通報できる。
上記の例は病室の例を示したがそれに限らず、同様な考え方を皇居や大統領官邸、首相
官邸の周辺の警備範囲、学校（小学校、中学校、高校、大学など）、警察署など種々のエ
リアや施設内で適用できる。
複数の異なる複合モジュール１２９５（またはユニット１２９０）から得られる複数種
類のセンス情報を組み合わせて監視する他の例を図３７Ｈに示す。ここでは乗客３５７０
が、空港３５６７から空港３５６８へ飛行機３５６９で移動する例を示した。ここで例え
ばパスポートやバッグ、帽子、靴などの乗客の所持品内には複合モジュール（ユニット）
３５７０ａが内蔵され、またこの複合モジュール（ユニット）３５７０ａ内の自己属性デ
ータ保存領域１７９３（図７Ｂ参照）に該当する識別データが予め記録されている。また
この乗客が所有するキャリーバッグ３５７３にも同様に、複合モジュール（ユニット）３
５７３ａが接着されている。そしてこの複合モジュール（ユニット）３５７３ａ内の自己
属性データ保存領域１７９３にも、キャリーバッグの識別データが予め記録されている。
官邸の周辺の警備範囲、学校（小学校、中学校、高校、大学など）、警察署など種々のエ
リアや施設内で適用できる。
複数の異なる複合モジュール１２９５（またはユニット１２９０）から得られる複数種
類のセンス情報を組み合わせて監視する他の例を図３７Ｈに示す。ここでは乗客３５７０
が、空港３５６７から空港３５６８へ飛行機３５６９で移動する例を示した。ここで例え
ばパスポートやバッグ、帽子、靴などの乗客の所持品内には複合モジュール（ユニット）
３５７０ａが内蔵され、またこの複合モジュール（ユニット）３５７０ａ内の自己属性デ
ータ保存領域１７９３（図７Ｂ参照）に該当する識別データが予め記録されている。また
この乗客が所有するキャリーバッグ３５７３にも同様に、複合モジュール（ユニット）３
５７３ａが接着されている。そしてこの複合モジュール（ユニット）３５７３ａ内の自己
属性データ保存領域１７９３にも、キャリーバッグの識別データが予め記録されている。
そして乗客３５７０の飛行機３５６９への搭乗時に、システムコントローラ３５７１が
乗客の所持品（手荷物）３５７２とキャリーバッグ３５７３の識別データを収集する。そ
してこれら複数の識別データ（乗客の所持品３５７２の識別データとキャリーバッグ３５
７３の識別データ）は関連付けられて、乗客３５７０の必須の組み合わせ識別データとし
てシステムコントローラ３５７１に認識される。
乗客の所持品（手荷物）３５７２とキャリーバッグ３５７３の識別データを収集する。そ
してこれら複数の識別データ（乗客の所持品３５７２の識別データとキャリーバッグ３５
７３の識別データ）は関連付けられて、乗客３５７０の必須の組み合わせ識別データとし
てシステムコントローラ３５７１に認識される。
一方、乗客３５７０の移動先の空港３５６８にも別のシステムコントローラ３５７２が
予め設置されている。そして乗客３５７０が移動先の空港３５６８に到着すると、この乗
客３５７０に関連付けられた複数の識別データ（乗客の所持品３５７２の識別データとキ
ャリーバッグ３５７３の識別データ）が、インターネット経由で移動元のシステムコント
ローラ３５７１から移動先に設置されたシステムコントローラ３５７２へ自動転送される
。そしてシステムコントローラ３５７２は独自にパスポートやバッグ、帽子、靴などの乗
客の所持品内に内蔵された複合モジュール（ユニット）３５７０ａとキャリーバッグ３５
７３に内蔵された複合モジュール（ユニット）３５７３ａにアクセスして、それぞれの識
別データ（乗客の所持品３５７２の識別データとキャリーバッグ３５７３の識別データ）
を取得する。
予め設置されている。そして乗客３５７０が移動先の空港３５６８に到着すると、この乗
客３５７０に関連付けられた複数の識別データ（乗客の所持品３５７２の識別データとキ
ャリーバッグ３５７３の識別データ）が、インターネット経由で移動元のシステムコント
ローラ３５７１から移動先に設置されたシステムコントローラ３５７２へ自動転送される
。そしてシステムコントローラ３５７２は独自にパスポートやバッグ、帽子、靴などの乗
客の所持品内に内蔵された複合モジュール（ユニット）３５７０ａとキャリーバッグ３５
７３に内蔵された複合モジュール（ユニット）３５７３ａにアクセスして、それぞれの識
別データ（乗客の所持品３５７２の識別データとキャリーバッグ３５７３の識別データ）
を取得する。
次に複合モジュール（ユニット）３５７０ａ、３５７３ａから取得した複数の識別デー
タと移動元のシステムコントローラ３５７１から入手した複数の識別データ（乗客の所持
品３５７２の識別データとキャリーバッグ３５７３の識別データ）を照合する。それによ
り移動先のシステムコントローラ３５７２は、乗客３５７０の持ち物が正常に空港３５６
７から空港３５６８へ運ばれたかどうかを判断することができる。５．２．３節 セクシ
ョン分割方法の社会インフラ分野への適用例本５．２．３節では、社会インフラ分野での
セクション分割を適応させた場合のセクション分割例に付いて説明する。この社会インフ
ラ分野でのセクション分割単位は、５．１．３節で説明した規模より大きくなる傾向が有
る。
タと移動元のシステムコントローラ３５７１から入手した複数の識別データ（乗客の所持
品３５７２の識別データとキャリーバッグ３５７３の識別データ）を照合する。それによ
り移動先のシステムコントローラ３５７２は、乗客３５７０の持ち物が正常に空港３５６
７から空港３５６８へ運ばれたかどうかを判断することができる。５．２．３節 セクシ
ョン分割方法の社会インフラ分野への適用例本５．２．３節では、社会インフラ分野での
セクション分割を適応させた場合のセクション分割例に付いて説明する。この社会インフ
ラ分野でのセクション分割単位は、５．１．３節で説明した規模より大きくなる傾向が有
る。
例えばビル内の間切り（部屋）毎やフロア毎に個々のセクション１１４２を対応させた
場合、民間住宅内部屋の平均サイズよりビル内の間切り領域の平均サイズの方が大きくな
る。また集合住宅内の戸別に各セクション１１４２を割り当てても良い。
そして社会インフラ分野にセクション分割を適応させた場合、分割するセクション構造
に階層を持たせても良い。例えば上記の集合住宅を例に取った場合、第１の上位階層とし
て戸別に上位のセクション分割を対応させ、更にその各戸内での部屋割りに応じて下位の
セクション分割を対応させても良い。同様に所定の地域に対応して区分け規模毎に階層化
したセクションを対応させても良い。例えば日本では、日本国が都や府、県の単位で分割
され（前記の単位に合わせて上位のセクションを対応させ）、東京都は複数の区と市に分
割されている。また県によっては複数の市や郡に分割させている。そしてこの分割に合わ
せて中位のセクションを対応させ、番地毎に下位のセクションを対応させても良い。
場合、民間住宅内部屋の平均サイズよりビル内の間切り領域の平均サイズの方が大きくな
る。また集合住宅内の戸別に各セクション１１４２を割り当てても良い。
そして社会インフラ分野にセクション分割を適応させた場合、分割するセクション構造
に階層を持たせても良い。例えば上記の集合住宅を例に取った場合、第１の上位階層とし
て戸別に上位のセクション分割を対応させ、更にその各戸内での部屋割りに応じて下位の
セクション分割を対応させても良い。同様に所定の地域に対応して区分け規模毎に階層化
したセクションを対応させても良い。例えば日本では、日本国が都や府、県の単位で分割
され（前記の単位に合わせて上位のセクションを対応させ）、東京都は複数の区と市に分
割されている。また県によっては複数の市や郡に分割させている。そしてこの分割に合わ
せて中位のセクションを対応させ、番地毎に下位のセクションを対応させても良い。
所で図３５は特定地域の地図を模式的に示した図となっている。上記のように番地毎に
個々のセクション１１４２を対応させても良い。またそれに限らず、所定の機能に対応さ
せてセクション１１４２の分割をしても良い。その一例を説明する。日本では主要幹線道
路直下の地下に水道管や（電話線や光ファイバーなどの）有線の通信回線を設置する事が
有る。また主要幹線道路に沿って上空に電力供給線を設置する場合が有る。このように主
要幹線道路や上下水道の配管、配電電力線や有線の通信回線に沿って地域毎あるいは所定
間隔毎にセクション１＿１１４２−１〜４＿１１４２−４の分割１９００を行っても良い
。また本実施形態システムでは上記セクション１１４２内に複数のセンサモジュール１２
６０またはセンサ／通信モジュール１４６０を配置し、そこから得られるセンサ情報をセ
クション１１４２毎に統合または管理する事で、セクション１１４２単位での道路上の劣
化場所の抽出や上下水道の水漏れ箇所の探索、あるいは配電電力線や有線の通信回線の断
線箇所探索が可能となる。その結果、より詳細な道路上の劣化場所の抽出や上下水道の水
漏れ箇所の探索／配電電力線や有線の通信回線の断線箇所探索が容易となる。
個々のセクション１１４２を対応させても良い。またそれに限らず、所定の機能に対応さ
せてセクション１１４２の分割をしても良い。その一例を説明する。日本では主要幹線道
路直下の地下に水道管や（電話線や光ファイバーなどの）有線の通信回線を設置する事が
有る。また主要幹線道路に沿って上空に電力供給線を設置する場合が有る。このように主
要幹線道路や上下水道の配管、配電電力線や有線の通信回線に沿って地域毎あるいは所定
間隔毎にセクション１＿１１４２−１〜４＿１１４２−４の分割１９００を行っても良い
。また本実施形態システムでは上記セクション１１４２内に複数のセンサモジュール１２
６０またはセンサ／通信モジュール１４６０を配置し、そこから得られるセンサ情報をセ
クション１１４２毎に統合または管理する事で、セクション１１４２単位での道路上の劣
化場所の抽出や上下水道の水漏れ箇所の探索、あるいは配電電力線や有線の通信回線の断
線箇所探索が可能となる。その結果、より詳細な道路上の劣化場所の抽出や上下水道の水
漏れ箇所の探索／配電電力線や有線の通信回線の断線箇所探索が容易となる。
また高速道路など主要幹線道路の渋滞状況把握に関しても上記と同様に主要幹線道路に
沿って地域毎あるいは所定間隔毎にセクション１＿１１４２−１〜４＿１１４２−４の分
割１９００を行っても良い。そしてセクション１１４２毎の渋滞状況を表示すると、渋滞
状況の的確な把握が容易となる。それと比較的類似した内容として、所定地域内の混雑状
況把握にセクション１１４２の分割手法を利用しても良い。すなわちサッカーや野球の試
合やコンサートなどのイベント開催時に、イベント会場周辺を複数セクション１１４２に
分割し、このセクション単位で人通りの混雑状態を把握すると、通行人の誘導や警察官の
配置をより効率的に行える。
沿って地域毎あるいは所定間隔毎にセクション１＿１１４２−１〜４＿１１４２−４の分
割１９００を行っても良い。そしてセクション１１４２毎の渋滞状況を表示すると、渋滞
状況の的確な把握が容易となる。それと比較的類似した内容として、所定地域内の混雑状
況把握にセクション１１４２の分割手法を利用しても良い。すなわちサッカーや野球の試
合やコンサートなどのイベント開催時に、イベント会場周辺を複数セクション１１４２に
分割し、このセクション単位で人通りの混雑状態を把握すると、通行人の誘導や警察官の
配置をより効率的に行える。
このように本実施形態システムでは情報収集結果に関してセクション１１４２単位の統
合や管理を行う事で広い地域全体の状況把握をし易くするばかりでなく、社会インフラ系
のメンテナンス処理の利便性が上がる効果が生まれる。
上記の主要幹線道路の渋滞状況把握に若干類似した社会インフラ分野での適用例として
、物流管理対応が上げられる。例えば魚介類の鮮度を保ったまま遠隔地へ輸送するには、
輸送時間が短くなる空輸方法が有る。しかし輸送費用削減の視点から、車両による遠隔地
輸送で鮮度を長期間確保する方法も検討されている。そしてその検討の結果として魚介類
、野菜や果実の鮮度確保には、輸送時の温度管理が重要な事が分かっている。
合や管理を行う事で広い地域全体の状況把握をし易くするばかりでなく、社会インフラ系
のメンテナンス処理の利便性が上がる効果が生まれる。
上記の主要幹線道路の渋滞状況把握に若干類似した社会インフラ分野での適用例として
、物流管理対応が上げられる。例えば魚介類の鮮度を保ったまま遠隔地へ輸送するには、
輸送時間が短くなる空輸方法が有る。しかし輸送費用削減の視点から、車両による遠隔地
輸送で鮮度を長期間確保する方法も検討されている。そしてその検討の結果として魚介類
、野菜や果実の鮮度確保には、輸送時の温度管理が重要な事が分かっている。
すなわち魚介類、野菜や果実内部での酸化反応速度や腐食速度は周囲温度に依存するの
で、この観点からは魚介類、野菜や果実の保存温度は低く設定するのが望ましい。一方で
魚を氷点下環境に設置すると、体内の血液が氷結して膨張するので明らかな鮮度低下が生
じる。また野菜や果実でも同様に、表面に付着した水分や内部の含有水分の氷結による体
積膨張が明らかな鮮度低下を及ぼす。従って車両による遠隔地輸送では、冷蔵車内の魚介
類、野菜や果実の温度を“０±１℃”の範囲に保つ必用が有る。
で、この観点からは魚介類、野菜や果実の保存温度は低く設定するのが望ましい。一方で
魚を氷点下環境に設置すると、体内の血液が氷結して膨張するので明らかな鮮度低下が生
じる。また野菜や果実でも同様に、表面に付着した水分や内部の含有水分の氷結による体
積膨張が明らかな鮮度低下を及ぼす。従って車両による遠隔地輸送では、冷蔵車内の魚介
類、野菜や果実の温度を“０±１℃”の範囲に保つ必用が有る。
そのため魚介類、野菜や果実の梱包容器内に温度センサを設置し、個々の梱包容器から
得られる温度情報に基付いて冷蔵車内の空調を制御できる。この場合の温度センサが、セ
ンサ／通信モジュール１４６０に対応する。そしてセクション１１４２を『１台毎の冷蔵
車内環境』に対応させられる。
得られる温度情報に基付いて冷蔵車内の空調を制御できる。この場合の温度センサが、セ
ンサ／通信モジュール１４６０に対応する。そしてセクション１１４２を『１台毎の冷蔵
車内環境』に対応させられる。
しかし本実施形態システムでは上記に限らず、他のセクション分割方法を採用しても良
い。本実施形態システムでは４．４節で説明したように、個々のセンサ／通信モジュール
１４６０が発信する無線電波の放出元の位置検出が可能となっている。従って温度を検出
するセンサ／通信モジュール１４６０に対する位置検出技術を利用して、魚介類、野菜や
果実の梱包容器毎の輸送場所をリアルタイムで追跡できる。更に２．３節の説明内容から
図１２Ａ（ｅ）の送信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳ（あるいは２．４
節で説明した送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ）を用いて、各梱包容器の識別が可
能となる。従って上記技術を組み合わせると、魚介類、野菜や果実の梱包容器毎の輸送経
路や所用輸送時間を管理できるだけで無く、この梱包容器を格納した冷蔵車の輸送経路途
中での交通渋滞などによる輸送遅滞をリアルタイムで管理できる。その結果、この車両輸
送前の梱包容器の事前保存時間を加味して交通渋滞回避可否をこの冷蔵車に指示しても良
い。
い。本実施形態システムでは４．４節で説明したように、個々のセンサ／通信モジュール
１４６０が発信する無線電波の放出元の位置検出が可能となっている。従って温度を検出
するセンサ／通信モジュール１４６０に対する位置検出技術を利用して、魚介類、野菜や
果実の梱包容器毎の輸送場所をリアルタイムで追跡できる。更に２．３節の説明内容から
図１２Ａ（ｅ）の送信側におけるＩＥＥＥ拡張アドレスＳＥＸＡＤＲＳ（あるいは２．４
節で説明した送信側ＩＰアドレス情報ＳＩＰＡＤＲＳ）を用いて、各梱包容器の識別が可
能となる。従って上記技術を組み合わせると、魚介類、野菜や果実の梱包容器毎の輸送経
路や所用輸送時間を管理できるだけで無く、この梱包容器を格納した冷蔵車の輸送経路途
中での交通渋滞などによる輸送遅滞をリアルタイムで管理できる。その結果、この車両輸
送前の梱包容器の事前保存時間を加味して交通渋滞回避可否をこの冷蔵車に指示しても良
い。
上記の物流管理に本実施形態システムを適用した場合、後述する図１０Ａの同一システ
ム内ネットワーク回線１７８２に使用する物理的な通信媒体（communication media）の
選定方法が重要となる。例えば中距離無線に対応したＩＥＥＥ（Institute of Electrica
l and Electronics Engineers）８０２．１１ｎ規格では、有効セル半径が数１００ｍと
言われる。従ってこの物理的な通信媒体として中距離無線を採用した場合には、各システ
ムα＿１１３２、β＿１１３４の物理的サイズを１ｋｍ以下に設定する必用が有る。一方
遠距離無線に対応したＩＥＥＥ８０２．１６ｅ−２００５のセル半径が１〜３ｋｍとなっ
ている。従ってこの物理的な通信媒体として中距離無線を採用した場合には、各システム
α＿１１３２、β＿１１３４の物理的サイズを３ｋｍ前後に設定するのが望ましい。
ム内ネットワーク回線１７８２に使用する物理的な通信媒体（communication media）の
選定方法が重要となる。例えば中距離無線に対応したＩＥＥＥ（Institute of Electrica
l and Electronics Engineers）８０２．１１ｎ規格では、有効セル半径が数１００ｍと
言われる。従ってこの物理的な通信媒体として中距離無線を採用した場合には、各システ
ムα＿１１３２、β＿１１３４の物理的サイズを１ｋｍ以下に設定する必用が有る。一方
遠距離無線に対応したＩＥＥＥ８０２．１６ｅ−２００５のセル半径が１〜３ｋｍとなっ
ている。従ってこの物理的な通信媒体として中距離無線を採用した場合には、各システム
α＿１１３２、β＿１１３４の物理的サイズを３ｋｍ前後に設定するのが望ましい。
そして上記サイズの各システムα＿１１３２、β＿１１３４内で、輸送経路（例えば図
３５の主要幹線道路）に沿って空間的に多分割してセクション１＿１１４２−１〜ｍ＿１
１４２−ｍを定義しても良い。このように魚介類、野菜や果実の梱包容器毎の輸送場所を
セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎に管理すると、例えば輸送経路途中で
の交通渋滞による配送遅延原因場所が細かく把握できる効果が有る。そしてその結果を他
の配送車に通知して交通渋滞箇所回避を指示すれば、他の配送車のスムーズな輸送が可能
となる。
３５の主要幹線道路）に沿って空間的に多分割してセクション１＿１１４２−１〜ｍ＿１
１４２−ｍを定義しても良い。このように魚介類、野菜や果実の梱包容器毎の輸送場所を
セクション１＿１１４２−１〜ｍ＿１１４２−ｍ毎に管理すると、例えば輸送経路途中で
の交通渋滞による配送遅延原因場所が細かく把握できる効果が有る。そしてその結果を他
の配送車に通知して交通渋滞箇所回避を指示すれば、他の配送車のスムーズな輸送が可能
となる。
上記の物流管理への本実施形態システム適用方法に関する別の応用例を以下に説明する
。この応用例では、４．２節で説明した“複合モジュールの位置検出を利用した簡易的な
プラグイン／プラグアウト方法”を利用する。所でこの場合には、同一システム内ネット
ワーク回線１７８２（図１０Ａ）の物理的な通信媒体には近距離無線を採用する。
。この応用例では、４．２節で説明した“複合モジュールの位置検出を利用した簡易的な
プラグイン／プラグアウト方法”を利用する。所でこの場合には、同一システム内ネット
ワーク回線１７８２（図１０Ａ）の物理的な通信媒体には近距離無線を採用する。
ここで温度を検出するセンサ／通信モジュール１４６０を内蔵した魚介類、野菜や果実
の梱包容器の出荷前に保存しておく大形冷蔵庫内をシステムα＿１１３２に対応させる。
またこの中の空間内は細かく分割されてセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
が定義されているので、この梱包容器の大形冷蔵庫内の保管場所は自動で管理されている
。そしてこの梱包容器が出荷されると、上記大形冷蔵庫の外に出される。それによりシス
テムα＿１１３２からの自動的なプラグアウト処理されると共に出荷日時がシステムコン
トローラα＿１１２６内で管理される。
の梱包容器の出荷前に保存しておく大形冷蔵庫内をシステムα＿１１３２に対応させる。
またこの中の空間内は細かく分割されてセクション１＿１１４２−１〜ｍ＿１１４２−ｍ
が定義されているので、この梱包容器の大形冷蔵庫内の保管場所は自動で管理されている
。そしてこの梱包容器が出荷されると、上記大形冷蔵庫の外に出される。それによりシス
テムα＿１１３２からの自動的なプラグアウト処理されると共に出荷日時がシステムコン
トローラα＿１１２６内で管理される。
次にこの梱包容器を輸送する冷蔵車内の荷台空間内をシステムβ＿１１３４に対応させ
る。またこの中の空間内も細かくセクション１１４２定義されている。この中に設置され
たシステムコントローラβ＿１１２８が上記センサ／通信モジュール１４６０から温度情
報を収集して、冷蔵車内のエアコン制御を行う。
る。またこの中の空間内も細かくセクション１１４２定義されている。この中に設置され
たシステムコントローラβ＿１１２８が上記センサ／通信モジュール１４６０から温度情
報を収集して、冷蔵車内のエアコン制御を行う。
所で４．４節の方法では無線通信に対応した通信モジュール１２０２部分の配置場所の
みを検出しており、センサ／通信モジュール１４６０内のセンサモジュール１２６０部の
位置や駆動／通信モジュール１４７０内の駆動モジュール１２７０部の位置を検出して無
い。従って上記冷蔵車内の温度管理精度が高く、梱包容器毎の温度管理が必ずしも必要で
ない場合には、上記センサ／通信モジュール１４６０の代わりに近距離無線通信に対応し
た通信モジュール１２０２単体を使用しても良い。
みを検出しており、センサ／通信モジュール１４６０内のセンサモジュール１２６０部の
位置や駆動／通信モジュール１４７０内の駆動モジュール１２７０部の位置を検出して無
い。従って上記冷蔵車内の温度管理精度が高く、梱包容器毎の温度管理が必ずしも必要で
ない場合には、上記センサ／通信モジュール１４６０の代わりに近距離無線通信に対応し
た通信モジュール１２０２単体を使用しても良い。
そしてこの冷蔵車の配送先の倉庫（大形冷蔵庫）内をシステムγに対応させる。このシ
ステムγ内に実装されているシステムコントローラγは、前述したシステムコントローラ
α＿１１２６、β＿１１２８と情報共有しているので、配送遅延情報や出荷前の倉庫内事
前保存所要時間、輸送時の内部温度などの情報から梱包容器内の魚介類、野菜や果実の鮮
度が予測できる。このようにして配送後の鮮度が予測出来るので、対応する魚介類、野菜
や果実の値付け容易性やその後の配送先選別容易性が向上する効果が生まれる。
ステムγ内に実装されているシステムコントローラγは、前述したシステムコントローラ
α＿１１２６、β＿１１２８と情報共有しているので、配送遅延情報や出荷前の倉庫内事
前保存所要時間、輸送時の内部温度などの情報から梱包容器内の魚介類、野菜や果実の鮮
度が予測できる。このようにして配送後の鮮度が予測出来るので、対応する魚介類、野菜
や果実の値付け容易性やその後の配送先選別容易性が向上する効果が生まれる。
更に上記“複合モジュールの位置検出を利用した簡易的なプラグイン／プラグアウト方
法”を利用した他の応用例として、『ゲート通過時や商品購入時の自動決済』に利用して
も良い。またこの応用例で使用する複合モジュールとしては、音声入力対応のセンサ／通
信モジュール１４６０を使用しても良い。所で現在日本では、非接触型ＩＣカード規格の
FeliCa（FelicityとCardを組み合わせた造語）などの近接場無線を、所定部屋の出入り口
での入出管理や鉄道関連の改札機（ゲート）通過時の改札処理あるいや商品購入時の自動
決済に利用している。しかし上記非接触型ＩＣカードの通信に近接場無線通信を使用する
ため、ユーザが使用する度に上記非接触型ＩＣカードを携帯時の保管場所から取り出す手
間が掛かる。
法”を利用した他の応用例として、『ゲート通過時や商品購入時の自動決済』に利用して
も良い。またこの応用例で使用する複合モジュールとしては、音声入力対応のセンサ／通
信モジュール１４６０を使用しても良い。所で現在日本では、非接触型ＩＣカード規格の
FeliCa（FelicityとCardを組み合わせた造語）などの近接場無線を、所定部屋の出入り口
での入出管理や鉄道関連の改札機（ゲート）通過時の改札処理あるいや商品購入時の自動
決済に利用している。しかし上記非接触型ＩＣカードの通信に近接場無線通信を使用する
ため、ユーザが使用する度に上記非接触型ＩＣカードを携帯時の保管場所から取り出す手
間が掛かる。
それに対して近接場無線通信から近距離無線通信（あるいは中距離無線通信）に変更す
れば、ユーザは使用時に鞄やバッグ、ポケット等の携帯（保管）場所から取り出す手間が
省けるメリットが生まれる。そしてここでのセンサ／通信モジュール１４６０−５が実装
されたパッケージの物理的形状は必ずしもカードの必用は無く、例えばネックレスやネク
タイピンなど携帯し易い自由な形状が許される。そして所定部屋入り口扉前近傍や鉄道関
連の改札機（ゲート）の通過入り口近傍または自動販売機や店舗の購入窓口近傍のみにシ
ステムα＿１１３２領域を設定する。所で４．４節の方法では無線通信に対応した通信モ
ジュール１２０２部分の配置場所のみを検出しており、センサ／通信モジュール１４６０
内のセンサモジュール１２６０部の位置や駆動／通信モジュール１４７０内の駆動モジュ
ール１２７０部の位置を検出して無い。従って所定部屋入り口扉や鉄道関連の改札機（ゲ
ート）の通行管理などに関しては、上記センサ／通信モジュール１４６０−５の代わりに
無線通信に対応した通信モジュール１２０２単体を使用しても良い。
れば、ユーザは使用時に鞄やバッグ、ポケット等の携帯（保管）場所から取り出す手間が
省けるメリットが生まれる。そしてここでのセンサ／通信モジュール１４６０−５が実装
されたパッケージの物理的形状は必ずしもカードの必用は無く、例えばネックレスやネク
タイピンなど携帯し易い自由な形状が許される。そして所定部屋入り口扉前近傍や鉄道関
連の改札機（ゲート）の通過入り口近傍または自動販売機や店舗の購入窓口近傍のみにシ
ステムα＿１１３２領域を設定する。所で４．４節の方法では無線通信に対応した通信モ
ジュール１２０２部分の配置場所のみを検出しており、センサ／通信モジュール１４６０
内のセンサモジュール１２６０部の位置や駆動／通信モジュール１４７０内の駆動モジュ
ール１２７０部の位置を検出して無い。従って所定部屋入り口扉や鉄道関連の改札機（ゲ
ート）の通行管理などに関しては、上記センサ／通信モジュール１４６０−５の代わりに
無線通信に対応した通信モジュール１２０２単体を使用しても良い。
そしてユーザが所定入り口扉前や改札機（ゲート）の通過口の直前に来た時、あるいは
自動販売機や店舗の購入窓口に近付いた時点で自動的に『プラグイン処理』（４．２節）
が行われる。その後ユーザがその場を離れると自動的に『プラグアウト処理』が行われる
が、ユーザのゲート（出入り口扉や改札機）の通過履歴や購入決済履歴はシステムコント
ローラα＿１１２６が管理している。更にこのセンサ／通信モジュール１４６０−５の位
置検出（４．２節参照）を利用して、ユーザのプラットフォームから線路上への異常落下
などの緊急事態も自動的に認識できる。
自動販売機や店舗の購入窓口に近付いた時点で自動的に『プラグイン処理』（４．２節）
が行われる。その後ユーザがその場を離れると自動的に『プラグアウト処理』が行われる
が、ユーザのゲート（出入り口扉や改札機）の通過履歴や購入決済履歴はシステムコント
ローラα＿１１２６が管理している。更にこのセンサ／通信モジュール１４６０−５の位
置検出（４．２節参照）を利用して、ユーザのプラットフォームから線路上への異常落下
などの緊急事態も自動的に認識できる。
特に所定入り口扉前や改札機（ゲート）の通過口では、通過するユーザが個人照合用に
所定場所へ手をかざしても良いし、指を置いても良い。そしてこの場合の個人認証方法と
して手相の照合や指紋照合に限らず、手のひらや指表面近傍で反射した近赤外光を利用し
た静脈パターンの撮像により本人照合を行っても良い。更に手や指を使わず、顔認識によ
り本人照合を行っても良い。ここではユーザの個人照合に先立ち、ユーザが所定入り口扉
前や改札機（ゲート）の通過口の直前に来た段階で上記のプラグイン処理を行う。そして
このプラグイン直後にセンサ／通信モジュール１４６０−５または通信モジュール１２０
２の固有な識別情報（例えば図１２Ａ（ｅ）のＩＥＥＥ拡張アドレスＥＸＡＤＲＳなど）
を利用し、システムコントローラα＿１１２６（図８Ａあるいは図８Ｂ参照）はサーバｎ
＿１１１６−ｎにアクセスして事前に個人照合（認証）用の情報（手相／指紋／静脈パタ
ーン／顔パターンなど）を入手して置く。そして事前に入手した個人照合（認証）用情報
と所定入り口扉前や改札機（ゲート）の通過口で入手した情報とを照合する。ここで照合
情報と合致したユーザのみを入り口扉や改札機（ゲート）を通過させるとともに、前記照
合情報を破棄する。このようにプラグイン直後にシステムコントローラα＿１１２６が事
前に個人照合（認証）用情報を入手するので、迅速な個人照合（認証）が行える効果が有
る。
所定場所へ手をかざしても良いし、指を置いても良い。そしてこの場合の個人認証方法と
して手相の照合や指紋照合に限らず、手のひらや指表面近傍で反射した近赤外光を利用し
た静脈パターンの撮像により本人照合を行っても良い。更に手や指を使わず、顔認識によ
り本人照合を行っても良い。ここではユーザの個人照合に先立ち、ユーザが所定入り口扉
前や改札機（ゲート）の通過口の直前に来た段階で上記のプラグイン処理を行う。そして
このプラグイン直後にセンサ／通信モジュール１４６０−５または通信モジュール１２０
２の固有な識別情報（例えば図１２Ａ（ｅ）のＩＥＥＥ拡張アドレスＥＸＡＤＲＳなど）
を利用し、システムコントローラα＿１１２６（図８Ａあるいは図８Ｂ参照）はサーバｎ
＿１１１６−ｎにアクセスして事前に個人照合（認証）用の情報（手相／指紋／静脈パタ
ーン／顔パターンなど）を入手して置く。そして事前に入手した個人照合（認証）用情報
と所定入り口扉前や改札機（ゲート）の通過口で入手した情報とを照合する。ここで照合
情報と合致したユーザのみを入り口扉や改札機（ゲート）を通過させるとともに、前記照
合情報を破棄する。このようにプラグイン直後にシステムコントローラα＿１１２６が事
前に個人照合（認証）用情報を入手するので、迅速な個人照合（認証）が行える効果が有
る。
また電子決済時にユーザの確認が必要な場合には、ユーザに許諾を示す音声（許諾単語
など）を発してもらう。そしてセンサ／通信モジュール１４６０−５からの音声（または
発生単語）情報を図８Ｂのシステムコントローラα＿１１２６が受け取ると、サーバｎ＿
１１１６−ｎからの情報を利用して“ユーザの声紋照合”が行われる。そして上記の声紋
と、センサ／通信モジュール１４６０−５が所有するＩＰアドレス情報（図１３（ｂ））
またはＩＥＥＥ拡張アドレスＥＸＡＤＲＳに対応した情報との間の照合確認による個人認
証が行われる。次にこのシステムコントローラα＿１１２６が音声認識技術によりユーザ
が発した単語が“電子決済への合意意志”を示すか否かを推定／判断しても良い。そして
上記全ての確認が完了すると、システムコントローラα＿１１２６とユーザの銀行口座管
理に関係するサーバｎ＿１１１６−ｎ間の通信が行われ、電子決済が完了する。
など）を発してもらう。そしてセンサ／通信モジュール１４６０−５からの音声（または
発生単語）情報を図８Ｂのシステムコントローラα＿１１２６が受け取ると、サーバｎ＿
１１１６−ｎからの情報を利用して“ユーザの声紋照合”が行われる。そして上記の声紋
と、センサ／通信モジュール１４６０−５が所有するＩＰアドレス情報（図１３（ｂ））
またはＩＥＥＥ拡張アドレスＥＸＡＤＲＳに対応した情報との間の照合確認による個人認
証が行われる。次にこのシステムコントローラα＿１１２６が音声認識技術によりユーザ
が発した単語が“電子決済への合意意志”を示すか否かを推定／判断しても良い。そして
上記全ての確認が完了すると、システムコントローラα＿１１２６とユーザの銀行口座管
理に関係するサーバｎ＿１１１６−ｎ間の通信が行われ、電子決済が完了する。
上記に説明した“物流管理”／“ゲート通過管理”／“商品購入時の電子決済”のいず
れにも本実施携帯システムを応用すると、対応するセンサ／通信モジュール１４６０−５
を非常に安価に製造して多量に流通できる効果が有る。従来位置検出に使用するＧＰＳ（
Global Positioning System）関連部品は非常に高価なため、多量な流通が難しかった。
それに比べて本実施形態ではセンサ／通信モジュール１４６０−５が通常放出する無線電
波を利用して位置検出するため、このセンサ／通信モジュール１４６０−５の位置検出の
ために追加する費用が掛からない。そのため、このセンサ／通信モジュール１４６０−５
が非常に安価に製造できる。
れにも本実施携帯システムを応用すると、対応するセンサ／通信モジュール１４６０−５
を非常に安価に製造して多量に流通できる効果が有る。従来位置検出に使用するＧＰＳ（
Global Positioning System）関連部品は非常に高価なため、多量な流通が難しかった。
それに比べて本実施形態ではセンサ／通信モジュール１４６０−５が通常放出する無線電
波を利用して位置検出するため、このセンサ／通信モジュール１４６０−５の位置検出の
ために追加する費用が掛からない。そのため、このセンサ／通信モジュール１４６０−５
が非常に安価に製造できる。
今までの社会インフラ分野での適用例として、主にセンサ／通信モジュール１４６０の
活用を中心に説明した。しかしそれに限らず、駆動／通信モジュール１４７０を移動制御
部に内蔵させた移動ロボットへの遠隔操作に利用しても良い。例えばホテルや集合住宅地
の部屋毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍを定義する。そしてこの駆動
／通信モジュール１４７０の位置検出技術を用いてシステムコントローラα＿１１２６が
制御し、この移動ロボットを所定の部屋の入り口まで移動させる。この移動ロボットに所
定部屋内の掃除をさせても良いし、所定荷物を運搬させても良い。
活用を中心に説明した。しかしそれに限らず、駆動／通信モジュール１４７０を移動制御
部に内蔵させた移動ロボットへの遠隔操作に利用しても良い。例えばホテルや集合住宅地
の部屋毎にセクション１＿１１４２−１〜ｍ＿１１４２−ｍを定義する。そしてこの駆動
／通信モジュール１４７０の位置検出技術を用いてシステムコントローラα＿１１２６が
制御し、この移動ロボットを所定の部屋の入り口まで移動させる。この移動ロボットに所
定部屋内の掃除をさせても良いし、所定荷物を運搬させても良い。
また上記の適用例以外として、農業にも適用出来る。すなわち植物工場内では、例えば
生育する植物の種類毎に異なるシステムα＿１１３２、β＿１１３４に分けてそれぞれ異
なる生育条件で生育する。更に同種植物の生育場所毎にセクション１１４２に分割し、こ
のセクション毎に光の照明量や水分の供給／補給量、温度、湿度管理をすると共に、植物
の生育状態管理を行っても良い。５．３節 ヘルスケア分野への適用例５．３．１節 広
域ネットワークシステムのヘルスケア分野への適用例図１に示した広域ネットワークシス
テムのヘルスケア分野への適用例としては例えば、国家に対応する卸売業者Ｂ１＿１１０
４−１の委託を受け、特定な公的機関に相当するサービスプロバイダＢ＿１１１２−２が
病院や地域の医療機関に相当するシステムα＿１１３２から患者の病名と症状や患者個々
の遺伝子情報を収集し、全国的な病気に関する情報の収集と整理を行う方法を想定できる
。この場合、この公的機関（サービスプロバイダＢ＿１１１２−２）が病院や地域の医療
機関（システムα＿１１３２）内のデータベースを管理するシステムコントローラα＿１
１２６にネットワーク経由でアクセスし、自動的に必要な情報を収集する。その結果得ら
れた解析結果は国家（卸売業者Ｂ１＿１１０４−１）に報告され、インターネット経由ま
たは新聞／雑誌などの報道手段により国民に公開される。５．３．２節 複合モジュール
のヘルスケア分野への適用例図５の構造を有するセンサ／通信モジュール１４６０は、軽
量、小形、省電力（外部からの電源供給が不要）、低価格と言う多数のメリットを有する
。そのためこれらのメリットを生かし、センサ／通信モジュール１４６０を移動するユー
ザの人体に直接装着する事が出来る。具体的な装着方法として、腕時計や眼鏡やネクタイ
ピンなどのように装着部材を利用して上記センサ／通信モジュール１４６０を人体に直接
的に装着しても良いし、あるいは衣服に固定しても良い。そして温度センサや脈拍センサ
、呼吸センサ（加速度センサ）、血流中の酸素濃度センサなどと組み合わせたセンサ／通
信モジュール１４６０を患者や健常人に装着してもらい、リアルタイムで健康状態をトレ
ースできる効果が有る。更に病室単位あるいは個人の居室単位に設置したシステムコント
ローラα＿１１２６によりリアルタイムで検出結果を解析し、異常時のみ医者や看護婦に
通知する事で患者や健常人に対する効率の良いケアが実現できる効果が有る。更に必用な
情報のみ選別して病院毎に設置されたサーバｎ＿１１１６−ｎ（図１）に通信できるので
、サーバｎ＿１１１６−ｎ内でのデータ管理やデータ処理の効率も上がる効果が有る。
生育する植物の種類毎に異なるシステムα＿１１３２、β＿１１３４に分けてそれぞれ異
なる生育条件で生育する。更に同種植物の生育場所毎にセクション１１４２に分割し、こ
のセクション毎に光の照明量や水分の供給／補給量、温度、湿度管理をすると共に、植物
の生育状態管理を行っても良い。５．３節 ヘルスケア分野への適用例５．３．１節 広
域ネットワークシステムのヘルスケア分野への適用例図１に示した広域ネットワークシス
テムのヘルスケア分野への適用例としては例えば、国家に対応する卸売業者Ｂ１＿１１０
４−１の委託を受け、特定な公的機関に相当するサービスプロバイダＢ＿１１１２−２が
病院や地域の医療機関に相当するシステムα＿１１３２から患者の病名と症状や患者個々
の遺伝子情報を収集し、全国的な病気に関する情報の収集と整理を行う方法を想定できる
。この場合、この公的機関（サービスプロバイダＢ＿１１１２−２）が病院や地域の医療
機関（システムα＿１１３２）内のデータベースを管理するシステムコントローラα＿１
１２６にネットワーク経由でアクセスし、自動的に必要な情報を収集する。その結果得ら
れた解析結果は国家（卸売業者Ｂ１＿１１０４−１）に報告され、インターネット経由ま
たは新聞／雑誌などの報道手段により国民に公開される。５．３．２節 複合モジュール
のヘルスケア分野への適用例図５の構造を有するセンサ／通信モジュール１４６０は、軽
量、小形、省電力（外部からの電源供給が不要）、低価格と言う多数のメリットを有する
。そのためこれらのメリットを生かし、センサ／通信モジュール１４６０を移動するユー
ザの人体に直接装着する事が出来る。具体的な装着方法として、腕時計や眼鏡やネクタイ
ピンなどのように装着部材を利用して上記センサ／通信モジュール１４６０を人体に直接
的に装着しても良いし、あるいは衣服に固定しても良い。そして温度センサや脈拍センサ
、呼吸センサ（加速度センサ）、血流中の酸素濃度センサなどと組み合わせたセンサ／通
信モジュール１４６０を患者や健常人に装着してもらい、リアルタイムで健康状態をトレ
ースできる効果が有る。更に病室単位あるいは個人の居室単位に設置したシステムコント
ローラα＿１１２６によりリアルタイムで検出結果を解析し、異常時のみ医者や看護婦に
通知する事で患者や健常人に対する効率の良いケアが実現できる効果が有る。更に必用な
情報のみ選別して病院毎に設置されたサーバｎ＿１１１６−ｎ（図１）に通信できるので
、サーバｎ＿１１１６−ｎ内でのデータ管理やデータ処理の効率も上がる効果が有る。
上記に説明した方法は、複合モジュールを人体に直接装着する方法を説明した。しかし
それに限らず、複合モジュール（例えば図２の複合モジュール７＿１２９５−７）を人体
内に直接挿入／侵入あるいは埋め込んでも良い。この場合には複合モジュール７＿１２９
５−７がネットワークシステムα＿１１３２内に単独で設置される代わりに、人体（特定
ユーザ）内に組み込まれて人体（特定ユーザ）と共に移動する形態を取る。所で上述した
複合モジュールを人体に装着する方法では、複合モジュールの脱着時にユーザへの精神的
負担を掛ける（ユーザが面倒に感じる）。それに比べて後述するように予め複合モジュー
ルを人体内に挿入／侵入／埋め込みする（組み込む）事で、複合モジュール脱着の負担を
ユーザに掛けずにユーザ関連情報をシステムコントローラα＿１１２６側で適宜入手でき
る効果が有る。
それに限らず、複合モジュール（例えば図２の複合モジュール７＿１２９５−７）を人体
内に直接挿入／侵入あるいは埋め込んでも良い。この場合には複合モジュール７＿１２９
５−７がネットワークシステムα＿１１３２内に単独で設置される代わりに、人体（特定
ユーザ）内に組み込まれて人体（特定ユーザ）と共に移動する形態を取る。所で上述した
複合モジュールを人体に装着する方法では、複合モジュールの脱着時にユーザへの精神的
負担を掛ける（ユーザが面倒に感じる）。それに比べて後述するように予め複合モジュー
ルを人体内に挿入／侵入／埋め込みする（組み込む）事で、複合モジュール脱着の負担を
ユーザに掛けずにユーザ関連情報をシステムコントローラα＿１１２６側で適宜入手でき
る効果が有る。
まず始めに複合モジュールの人体内への埋め込み方法を説明する。患者に対する切開手
術直後の縫合箇所近傍に、図４Ａ（ｂ）に示した複合モジュール１２９５を埋め込む方法
が有る。ここで手術後経過として、切開部位あるいは患部摘出（切断）部位が化膿する危
険性や内出血する危険性が有る。そのため患部摘出（切断）部位の化膿発生や内出血を一
刻でも早く発見して善処する事が、手術後の処置として重要となる。所で切開部位あるい
は患部摘出（切断）部位にバイ菌が混入して化膿した場合には、化膿箇所のｐＨ値（水素
イオン指数）が変化する。従って縫合箇所に埋め込む複合モジュール１２９５として、ｐ
Ｈ値を検出するｐＨセンサモジュールや血液センサモジュールが内蔵されたセンサ／通信
モジュール１４６０を使用しても良い。
術直後の縫合箇所近傍に、図４Ａ（ｂ）に示した複合モジュール１２９５を埋め込む方法
が有る。ここで手術後経過として、切開部位あるいは患部摘出（切断）部位が化膿する危
険性や内出血する危険性が有る。そのため患部摘出（切断）部位の化膿発生や内出血を一
刻でも早く発見して善処する事が、手術後の処置として重要となる。所で切開部位あるい
は患部摘出（切断）部位にバイ菌が混入して化膿した場合には、化膿箇所のｐＨ値（水素
イオン指数）が変化する。従って縫合箇所に埋め込む複合モジュール１２９５として、ｐ
Ｈ値を検出するｐＨセンサモジュールや血液センサモジュールが内蔵されたセンサ／通信
モジュール１４６０を使用しても良い。
またこの場合、手術後の経過観察する期間はそれ程長く無くて良い。よれゆえ１．６節
内で説明したように、図７Ｂ内の寿命管理データ１７９４あるいは稼動期間管理データ１
７９５を利用して手術後経過観察期間のみセンサ／通信モジュール１４６０が稼動する制
御を行っても良い。またそれに限らず、図５に示したセンサ／通信モジュール１４６０内
の蓄電モジュール（電池）１５５４の耐用期間（電池寿命）を予め短く設定し、手術後経
過観察期間が過ぎたら電池寿命に拠りセンサ／通信モジュール１４６０が動作不能にして
も良い。それにより手術後経過観察期間以降の複合モジュール１２９５（センサ／通信モ
ジュール１４６０）からの不要な無線電波発信を防止し、ネットワークシステムα＿１１
３２内のネットワーク通信を制御／管理するシステムコントローラα＿１１２６の負担を
軽減できる効果が生まれる。
内で説明したように、図７Ｂ内の寿命管理データ１７９４あるいは稼動期間管理データ１
７９５を利用して手術後経過観察期間のみセンサ／通信モジュール１４６０が稼動する制
御を行っても良い。またそれに限らず、図５に示したセンサ／通信モジュール１４６０内
の蓄電モジュール（電池）１５５４の耐用期間（電池寿命）を予め短く設定し、手術後経
過観察期間が過ぎたら電池寿命に拠りセンサ／通信モジュール１４６０が動作不能にして
も良い。それにより手術後経過観察期間以降の複合モジュール１２９５（センサ／通信モ
ジュール１４６０）からの不要な無線電波発信を防止し、ネットワークシステムα＿１１
３２内のネットワーク通信を制御／管理するシステムコントローラα＿１１２６の負担を
軽減できる効果が生まれる。
次に複合モジュールの人体内へ挿入する方法あるいは侵入させる方法に付いて説明する
。この場合には図４Ａ（ｂ）の形態を取る複合モジュール１２９５をカプセルの中に封入
し、ユーザに水や清涼飲料水などと共に前記カプセルを飲み込んでもらう。例えば前記カ
プセルが混入した清涼飲料水の販売価格を安くする事で、ユーザへの精神的負担を軽減し
ながら複合モジュール１２９５を体内に侵入させられる。またそれに限らず、例えば持病
持ちのユーザが定期的に薬剤を飲む時に、一緒に前記カプセルを飲み込んでもらっても良
い。そして複合モジュール１２９５内蔵の前記カプセルはトイレなどで排泄されるまでユ
ーザの体内に留まり、ユーザ情報を発信し続ける事が可能となる。また上述したように寿
命管理データ１７９４や稼動期間管理データ１７９５あるいは蓄電モジュール（電池）１
５５４の電池寿命を活用して、排泄後の複合モジュール１２９５からの不必要な無線電波
発信を防止できる。
。この場合には図４Ａ（ｂ）の形態を取る複合モジュール１２９５をカプセルの中に封入
し、ユーザに水や清涼飲料水などと共に前記カプセルを飲み込んでもらう。例えば前記カ
プセルが混入した清涼飲料水の販売価格を安くする事で、ユーザへの精神的負担を軽減し
ながら複合モジュール１２９５を体内に侵入させられる。またそれに限らず、例えば持病
持ちのユーザが定期的に薬剤を飲む時に、一緒に前記カプセルを飲み込んでもらっても良
い。そして複合モジュール１２９５内蔵の前記カプセルはトイレなどで排泄されるまでユ
ーザの体内に留まり、ユーザ情報を発信し続ける事が可能となる。また上述したように寿
命管理データ１７９４や稼動期間管理データ１７９５あるいは蓄電モジュール（電池）１
５５４の電池寿命を活用して、排泄後の複合モジュール１２９５からの不必要な無線電波
発信を防止できる。
所でこの方法の活用例としては、ユーザの健康管理や発病／発症の早期発見あるいはユ
ーザの日常での運動状態管理などが上げられる。まずユーザの健康管理や発病／発症に関
する早期発見への応用例を説明する。この場合には、図４Ａ（ｂ）の通信以外の機能を有
する他機能モジュール１４４０として図４Ｂ（ｂ）のセンサモジュール１２６０を使用す
る。そしてこのセンサモジュール１２６０の一例として、体内の体温を測定する温度セン
サモジュールを利用しても良い。
ーザの日常での運動状態管理などが上げられる。まずユーザの健康管理や発病／発症に関
する早期発見への応用例を説明する。この場合には、図４Ａ（ｂ）の通信以外の機能を有
する他機能モジュール１４４０として図４Ｂ（ｂ）のセンサモジュール１２６０を使用す
る。そしてこのセンサモジュール１２６０の一例として、体内の体温を測定する温度セン
サモジュールを利用しても良い。
従来インフルエンザに掛かっている患者の早期発見方法として、例えば空港ゲートなど
に赤外線を用いたユーザの体表面温度を測定するセンサを設置する方法が有る。しかしユ
ーザがインフルエンザ発症により体温上昇する前（すなわち発症直前）に設置された温度
センサを通過した場合には、インフルエンザ患者を見逃す危険性が有る。それに比べて温
度センサモジュール１２６０内蔵のカプセルを用いて経時的に体温変化を追跡する事で、
インフルエンザ患者の発見精度が向上する効果が有る。
に赤外線を用いたユーザの体表面温度を測定するセンサを設置する方法が有る。しかしユ
ーザがインフルエンザ発症により体温上昇する前（すなわち発症直前）に設置された温度
センサを通過した場合には、インフルエンザ患者を見逃す危険性が有る。それに比べて温
度センサモジュール１２６０内蔵のカプセルを用いて経時的に体温変化を追跡する事で、
インフルエンザ患者の発見精度が向上する効果が有る。
また上記カプセルに内蔵させるセンサモジュール１２６０の他の例として、血糖値測定
可能なセンサモジュールを使用しても良い。この方法は、血液中から得られる近赤外光ス
ペクトルパターンから、血液中の糖質含有量を測定する。糖尿病患者は健常者と比べて、
血糖値（血液中の糖質含有量）が高くなる傾向が有る。そして糖尿病患者の血糖値が許容
範囲を超えた時、投薬などの迅速な対応が必要となる。従って血糖センサモジュールを内
蔵したカプセルが患者の体内で常時血糖値をモニタする事で、迅速な血糖値異常の発見が
可能となり、糖尿病患者の治療効果が上がる。
可能なセンサモジュールを使用しても良い。この方法は、血液中から得られる近赤外光ス
ペクトルパターンから、血液中の糖質含有量を測定する。糖尿病患者は健常者と比べて、
血糖値（血液中の糖質含有量）が高くなる傾向が有る。そして糖尿病患者の血糖値が許容
範囲を超えた時、投薬などの迅速な対応が必要となる。従って血糖センサモジュールを内
蔵したカプセルが患者の体内で常時血糖値をモニタする事で、迅速な血糖値異常の発見が
可能となり、糖尿病患者の治療効果が上がる。
従来病院や施設では、看護師が定期的に入院患者の体温や血糖値を測定していた。それ
に比べて複合モジュール１２９５内蔵カプセルを定期的に入院患者に服用してもらう事で
、患者病状の急変に対して即座に処置できるだけで無く、体温や血糖値測定に掛かる人件
費節約に拠る病院運営や施設運営の効率化も図れる効果が有る。更に図３１〜図３４を用
いて４．４節で説明した方法で複合モジュール１２９５の位置検出を組み合わせる事で、
病院内や施設内での認知症患者の徘徊を検出できる効果も有る。
に比べて複合モジュール１２９５内蔵カプセルを定期的に入院患者に服用してもらう事で
、患者病状の急変に対して即座に処置できるだけで無く、体温や血糖値測定に掛かる人件
費節約に拠る病院運営や施設運営の効率化も図れる効果が有る。更に図３１〜図３４を用
いて４．４節で説明した方法で複合モジュール１２９５の位置検出を組み合わせる事で、
病院内や施設内での認知症患者の徘徊を検出できる効果も有る。
また上記の複合モジュール１２９５内の自己属性データ１７９３の一部として“薬を飲
んだ人の名前”も“薬の名前”と一緒に記録しても良い（１．６節内該当箇所参照）。こ
こで病院や施設に設置された関しカメラで常時モニタし、入院患者や入居者が指定の薬を
飲んだタイミングを管理する。そして入院患者や入居者が指定の薬を飲んだ時に、システ
ムコントローラα＿１１２６が複合モジュール１２９５内に上記の情報を記録する。これ
により入院患者や入居者の服薬状況を常時管理できるので、飲み忘れ防止に役立つ効果が
生まれる。
んだ人の名前”も“薬の名前”と一緒に記録しても良い（１．６節内該当箇所参照）。こ
こで病院や施設に設置された関しカメラで常時モニタし、入院患者や入居者が指定の薬を
飲んだタイミングを管理する。そして入院患者や入居者が指定の薬を飲んだ時に、システ
ムコントローラα＿１１２６が複合モジュール１２９５内に上記の情報を記録する。これ
により入院患者や入居者の服薬状況を常時管理できるので、飲み忘れ防止に役立つ効果が
生まれる。
次にユーザの日常での運動状態管理への活用例の説明をする。この場合には、上記カプ
セルに内蔵させるセンサモジュール１２６０として加速度センサを使用しても良い。そし
て体内に組み込まれた加速度センサ出力と上述した複合モジュール１２９５の位置検出情
報を組み合わせる事で、ユーザの運動状態がリアルタイムで逐次モニタできる。そして管
理したユーザの日常での運動量が所定目標値に対して未達の場合には、システムコントロ
ーラα＿１１２６内のユーザＩ／Ｆ部１２３４あるいはシステムコントローラβ＿１１２
８内の表示部から対処方法の提案がユーザに対して呈示される。
セルに内蔵させるセンサモジュール１２６０として加速度センサを使用しても良い。そし
て体内に組み込まれた加速度センサ出力と上述した複合モジュール１２９５の位置検出情
報を組み合わせる事で、ユーザの運動状態がリアルタイムで逐次モニタできる。そして管
理したユーザの日常での運動量が所定目標値に対して未達の場合には、システムコントロ
ーラα＿１１２６内のユーザＩ／Ｆ部１２３４あるいはシステムコントローラβ＿１１２
８内の表示部から対処方法の提案がユーザに対して呈示される。
また図３７Ｇを用いて説明した『通常では有り得ない組み合わせの検出』を薬の飲み合
わせ可否判定に利用する実施形態システム例を下記に説明する。一般的に複数の薬が組み
合わせて患者に処方される場合が多い。この場合の異なる薬の飲み合わせ可否の自動判定
が可能となる。例えば薬の錠剤内にそれぞれ複合モジュール１２９５（ユニット１２９０
）を混入させる。前述したように前記複合モジュール１２９５（ユニット１２９０）は人
体に無害な材質で構成されたカプセル内に封入する。そして患者のトイレでの排泄と同時
に前記カプセル毎体外に出せば、前記複合モジュール１２９５（ユニット１２９０）が人
体に影響を及ぼす事は無い。このように薬の錠剤内に混入させた複合モジュール１２９５
（ユニット１２９０）内蔵カプセルも、前述した同様の方法で体外に出た段階で無線電波
放出を停止させる。
わせ可否判定に利用する実施形態システム例を下記に説明する。一般的に複数の薬が組み
合わせて患者に処方される場合が多い。この場合の異なる薬の飲み合わせ可否の自動判定
が可能となる。例えば薬の錠剤内にそれぞれ複合モジュール１２９５（ユニット１２９０
）を混入させる。前述したように前記複合モジュール１２９５（ユニット１２９０）は人
体に無害な材質で構成されたカプセル内に封入する。そして患者のトイレでの排泄と同時
に前記カプセル毎体外に出せば、前記複合モジュール１２９５（ユニット１２９０）が人
体に影響を及ぼす事は無い。このように薬の錠剤内に混入させた複合モジュール１２９５
（ユニット１２９０）内蔵カプセルも、前述した同様の方法で体外に出た段階で無線電波
放出を停止させる。
所で前記複合モジュール１２９５（ユニット１２９０）は、図４Ａが示すように通信モ
ジュール１６６０を含む。また図７Ｂのように、この通信モジュール１６６０内に自己属
性データ１７９３が予め記録させている。そして本実施形態システム例では、この自己属
性データ１７９３内に薬の識別データが格納されている。
ジュール１６６０を含む。また図７Ｂのように、この通信モジュール１６６０内に自己属
性データ１７９３が予め記録させている。そして本実施形態システム例では、この自己属
性データ１７９３内に薬の識別データが格納されている。
所で図２が示すように、処方された複数の薬の検査を行う専用の薬検査用システムコン
トローラα＿１１２６内のメモリ部１２３２に、予め組み合わせ可能な薬のデータテーブ
ル及び健康上問題となる薬の組み合わせを示したデータテーブルが記録されている。そし
て患者あるいは調剤した薬剤師が処方された複数の薬を持って前述した薬検査用システム
コントローラα＿１１２６の前を通過した瞬間に、高速かつ容易に薬の組み合わせ可否が
判別できる。
トローラα＿１１２６内のメモリ部１２３２に、予め組み合わせ可能な薬のデータテーブ
ル及び健康上問題となる薬の組み合わせを示したデータテーブルが記録されている。そし
て患者あるいは調剤した薬剤師が処方された複数の薬を持って前述した薬検査用システム
コントローラα＿１１２６の前を通過した瞬間に、高速かつ容易に薬の組み合わせ可否が
判別できる。
本実施形態システムでは４．４節で説明したように、全てのユニット１２９０あるいは
複合モジュール１２９５の配置場所がリアルタイムで検出可能となっている。従って薬剤
に混入させた複合モジュール１２９５（ユニット１２９０）が所定場所を通過すると、薬
検査用システムコントローラα＿１１２６が適宜その状況を検出する。そして薬検査用シ
ステムコントローラα＿１１２６から薬剤に混入させた複合モジュール１２９５（ユニッ
ト１２９０）に対して自己属性データ１７９３（薬の識別データ）回答を要求する事で、
薬検査用システムコントローラα＿１１２６は処方された複数の薬の内容を適宜監視でき
る。薬検査用システムコントローラα＿１１２６が収集した薬剤情報を上述したデータテ
ーブルと参照させる事で、容易に飲み合わせが不適合な薬剤の組み合わせを抽出できる。
そして不適正な薬剤の組み合わせが見付かった場合には、適宜ユーザあるいは薬剤師に対
してディスプレイ或いは音声で警告を発する。
複合モジュール１２９５の配置場所がリアルタイムで検出可能となっている。従って薬剤
に混入させた複合モジュール１２９５（ユニット１２９０）が所定場所を通過すると、薬
検査用システムコントローラα＿１１２６が適宜その状況を検出する。そして薬検査用シ
ステムコントローラα＿１１２６から薬剤に混入させた複合モジュール１２９５（ユニッ
ト１２９０）に対して自己属性データ１７９３（薬の識別データ）回答を要求する事で、
薬検査用システムコントローラα＿１１２６は処方された複数の薬の内容を適宜監視でき
る。薬検査用システムコントローラα＿１１２６が収集した薬剤情報を上述したデータテ
ーブルと参照させる事で、容易に飲み合わせが不適合な薬剤の組み合わせを抽出できる。
そして不適正な薬剤の組み合わせが見付かった場合には、適宜ユーザあるいは薬剤師に対
してディスプレイ或いは音声で警告を発する。
従来も調剤薬局毎あるいは病院の医局毎に健康上問題となる薬の組み合わせを示したデ
ータテーブルが管理されている。また日本では患者各自専用の『薬手帳』が存在し、患者
の過去に服用した薬剤履歴が分かるシステムになっている。従ってその薬手帳を利用する
事で、薬剤師は不適正な薬の飲み合わせの判別が容易となるっている。従って前記データ
テーブルと前記の薬手帳を参照する事で、容易に不適合な薬の飲み合わせの確認が可能と
なる。しかし調剤薬局や病院の医局が非常に混雑して薬を待つ患者が多くなった場合には
、薬剤師がその都度データテーブルを参照する時間を持つ余裕が無くなる。その場合には
薬剤師の記憶に頼って不適正な薬の飲み合わせ判別が行われる機会が多くなる。その結果
、薬剤師の記憶違いで不本意にも不適正な薬の組み合わせを処方するリスクが皆無とは言
えない。
ータテーブルが管理されている。また日本では患者各自専用の『薬手帳』が存在し、患者
の過去に服用した薬剤履歴が分かるシステムになっている。従ってその薬手帳を利用する
事で、薬剤師は不適正な薬の飲み合わせの判別が容易となるっている。従って前記データ
テーブルと前記の薬手帳を参照する事で、容易に不適合な薬の飲み合わせの確認が可能と
なる。しかし調剤薬局や病院の医局が非常に混雑して薬を待つ患者が多くなった場合には
、薬剤師がその都度データテーブルを参照する時間を持つ余裕が無くなる。その場合には
薬剤師の記憶に頼って不適正な薬の飲み合わせ判別が行われる機会が多くなる。その結果
、薬剤師の記憶違いで不本意にも不適正な薬の組み合わせを処方するリスクが皆無とは言
えない。
上述した本実施形態システム応用例を利用すると、薬剤師による手作業でのデータテー
ブル参照が不要となる。その結果として調剤薬局の調剤効率が大幅に向上するだけで無く
、非常に高速でかつ精度良く薬の飲み合わせが自動的にチェックできる効果が生まれる。
また薬局や病院の医局では人手（薬剤師）による調剤を行うため、どうしても調剤ミスの
リスクが伴う。それに対して本実施形態システム応用例を利用する事で、高精度で調剤ミ
スの検出が可能となる。その結果、患者の服薬に対する安心度も大幅に向上する効果も生
まれる。
ブル参照が不要となる。その結果として調剤薬局の調剤効率が大幅に向上するだけで無く
、非常に高速でかつ精度良く薬の飲み合わせが自動的にチェックできる効果が生まれる。
また薬局や病院の医局では人手（薬剤師）による調剤を行うため、どうしても調剤ミスの
リスクが伴う。それに対して本実施形態システム応用例を利用する事で、高精度で調剤ミ
スの検出が可能となる。その結果、患者の服薬に対する安心度も大幅に向上する効果も生
まれる。
なお本５．３．２節では複合モジュール１２９５（またはユニット１２９０）を体内に
入れる方法として、複合モジュール１２９５（またはユニット１２９０）をカプセル内に
内蔵させる方法で説明した。しかしそれに限らず、あらゆる手段を用いても良い。例えば
カプセル内に入れる代わりに１チップ（もしくはハイブリッドチップ）で構成された複合
モジュール１２９５（またはユニット１２９０）を、人体に無害な材質でラミネート（あ
るいはコーティング）しても良い。５．３．３節 セクション分割方法のヘルスケア分野
への適用例セクション分割方法のヘルスケア分野への適用例として、５．２．３節と同様
に病棟のフロア単位や病室単位にセクション１１４２の分割を行っても良いし、また病棟
の医科単位でのセクション１１４２の区分けを行ってもよい。そして本実施形態システム
では、ここから得られた各種センサ情報をこのセクション１１４２毎に統合／管理しても
良い。それにより階層別セクション毎の状況把握として、例えばナースコール頻度や急に
症状が悪化する患者の発生頻度を把握できる。そしてその把握結果をナースなどの人員配
置計画に反映する事で、病院内での患者ケアサービスの質を向上できる効果が有る。
入れる方法として、複合モジュール１２９５（またはユニット１２９０）をカプセル内に
内蔵させる方法で説明した。しかしそれに限らず、あらゆる手段を用いても良い。例えば
カプセル内に入れる代わりに１チップ（もしくはハイブリッドチップ）で構成された複合
モジュール１２９５（またはユニット１２９０）を、人体に無害な材質でラミネート（あ
るいはコーティング）しても良い。５．３．３節 セクション分割方法のヘルスケア分野
への適用例セクション分割方法のヘルスケア分野への適用例として、５．２．３節と同様
に病棟のフロア単位や病室単位にセクション１１４２の分割を行っても良いし、また病棟
の医科単位でのセクション１１４２の区分けを行ってもよい。そして本実施形態システム
では、ここから得られた各種センサ情報をこのセクション１１４２毎に統合／管理しても
良い。それにより階層別セクション毎の状況把握として、例えばナースコール頻度や急に
症状が悪化する患者の発生頻度を把握できる。そしてその把握結果をナースなどの人員配
置計画に反映する事で、病院内での患者ケアサービスの質を向上できる効果が有る。
一方ヘルスケア分野への応用例として、一体の人体内の部位毎にセクション１＿１１４
２−１〜ｍ＿１１４２−ｍに分割しても良い。ここで人体に関するセンス情報として、局
所的な体温や局所的な発汗量、局所的な骨格筋の緊張割合、局所的な血管内の酸素濃度変
化、局所的な脈拍状態など多種多様なセンス情報が得られる。これらの各種センス情報を
セクション１１４２毎に統合／管理する事で、リアルタイムで異常箇所が把握し易いため
、急激な症状悪化部位の抽出や患者の病状把握が容易となる効果が有る。
２−１〜ｍ＿１１４２−ｍに分割しても良い。ここで人体に関するセンス情報として、局
所的な体温や局所的な発汗量、局所的な骨格筋の緊張割合、局所的な血管内の酸素濃度変
化、局所的な脈拍状態など多種多様なセンス情報が得られる。これらの各種センス情報を
セクション１１４２毎に統合／管理する事で、リアルタイムで異常箇所が把握し易いため
、急激な症状悪化部位の抽出や患者の病状把握が容易となる効果が有る。
この発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示した
ものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、そ
の他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々
の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲
や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれ
る。
以下は、本願の元の出願の請求項を付記している。
（請求項１）ネットワークへの第１接続部及びセンサ機能または駆動機能を含む所定モ
ジュールへの第２接続部と、
前記第１接続部及び前記第２接続部に接続された信号処理部と、
前記信号処理部に接続されたメモリー部と、
少なくとも前記信号処理部と前記メモリー部のいずれかを制御するプロセッサを備える
ユニットであり、
第１アプリケーションに基付いて前記信号処理部が動作し、
前記ユニットの使用目的の変化或いは使用環境の変化或いは動作モードの切換えを必要
とする場合に、前記第１アプリケーションの修正或いは変更或いは追加或いは更新を行う
ことを特徴とするユニット。（請求項２）前記ユニットに対する前記第１アプリケーショ
ンの修正或いは変更或いは追加或いは更新が実行された後に、
前記ユニットが含まれる所定エリア内で、前記ユニットが適合動作する請求項１に記載
のユニット。（請求項３）前記メモリー部は寿命管理データ及び又は稼働期間管理データ
を格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項２に記載のユニット。（請求項４）ネットワークへの第
１接続部及びセンサ機能または駆動機能を含む所定モジュールへの第２接続部と、
前記第１接続部及び前記第２接続部に接続された信号処理部と、
前記信号処理部に接続されたメモリー部と、
少なくとも前記信号処理部と前記メモリー部のいずれかを制御するプロセッサを備える
ユニットであり、
第１アプリケーションに基付いて前記信号処理部が動作し、
前記第１アプリケーションは第１システムコントローラと関係し、
前記第１システムコントローラとは異なる第２システムコントローラと前記ユニットと
の間で通信が行われ、
前記通信に基付いて、第２アプリケーションが前記第２システムコントローラにより指
定され、
前記第２アプリケーションに対応して、前記信号処理部内の処理が第１処理内容から第
２処理内容に変更されることを特徴とするユニット。（請求項５）前記第２システムコン
トローラからの命令又は、前記ユニットからの前記第２システムコントローラに対する変
更要求に応じて、
前記第１アプリケーションから前記第２アプリケーションへの変更が実行される請求項
４に記載のユニット。（請求項６）前記ユニットが所定エリアから異なる他のエリアに移
動時に、
前記第２アプリケーションへの変更が実行される請求項５に記載のユニット。（請求項
７）所定工場内の製造過程内移動に基付き前記第２アプリケーションへの変更が実行され
る請求項６に記載のユニット。（請求項８）ネットワーク通信機能を有する１または複数
のユニットがネットワークシステム内に存在し、
１個の前記ユニットはシステムコントローラまたは他のユニットとの間の情報通信が可
能であり、
前記ユニットは第１接続部及び、第２接続部、信号処理部、メモリー部、プロセッサを
備え、
前記第１接続部は前記ネットワークシステムへ接続され、
前記第２接続部はセンサ機能または駆動機能を含む所定モジュールへ接続され、
前記信号処理部は前記第１接続部及び第２接続部と接続され、
前記メモリー部は前記信号処理部と接続され、
前記プロセッサは少なくとも前記信号処理部と前記メモリー部のいずれかを制御し、
アプリケーションに基付いて前記信号処理部が動作し、
前記システムコントローラから与えられる前記アプリケーションの変更に関連する情報
に基付き、新しいアプリケーションを実行するソフトウェアが前記第１接続部を経由して
転送されるクライアントシステム。（請求項９）前記ソフトウェアの転送に基付いて前記
ユニット内でのアプリケーションの修正あるいは変更、追加、更新が実行され、
前記所定モジュールが前記ネットワークシステム内で適合動作する請求項８に記載のク
ライアントシステム。（請求項１０）前記システムコントローラは前記ユニットの制御領
域を仮想的に形成し、
前記ソフトウェアの転送に基付き前記ユニット内でのアプリケーションの修正あるいは
変更、追加、更新が実行され、
前記ユニット毎に効率の良い管理または制御、情報収集が行なわれる請求項８記載のク
ライアントシステム。（請求項１１）前記ユニットに対する使用目的変化あるいは使用環
境の変化、動作モード切換えの必要性が生じた場合に、
前記システムコントローラから前記ユニットに対して前記アプリケーションの変更に関
連する情報が与えられる請求項８に記載のクライアントシステム。（請求項１２）前記メ
モリー部はアプリケーション保存領域を含み、
前記アプリケーションの修正あるいは変更、追加、更新の実行後において、変更されず
に継続使用される共通なアプリケーションソフトウェアが前記アプリケーション保存領域
内に保存される請求項９または請求項１０に記載のクライアントシステム。（請求項１３
）前記メモリー部は寿命管理データ及び又は稼働期間管理データを格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項８乃至請求項１２の何れか１項に記載のクライアントシ
ステム。（請求項１４）第１接続部及び、第２接続部、信号処理部、メモリー部、プロセ
ッサを備えるユニットの制御方法であり、
前記第１接続部はネットワークシステムへ接続され、
前記第２接続部はセンサ機能または駆動機能を含む所定モジュールへ接続され、
前記信号処理部は前記第１接続部及び第２接続部と接続され、
前記メモリー部は前記信号処理部と接続され、
前記プロセッサは少なくとも前記信号処理部と前記メモリー部のいずれかを制御し、
アプリケーションに基付いて前記信号処理部が動作し、
外部から与えられる前記アプリケーションの変更に関連する情報に基付き、新しいアプ
リケーションを実行するソフトウェアが前記第１接続部を経由して転送されるユニットの
制御方法。（請求項１５）前記ソフトウェアの転送に基付いて前記ユニット内でのアプリ
ケーションの修正あるいは変更、追加、更新が実行され、
前記所定モジュールが前記ネットワークシステム内で適合動作する請求項１４に記載の
ユニットの制御方法。（請求項１６）前記ユニットに対する使用目的変化あるいは使用環
境の変化、動作モード切換えの必要性が生じた場合に、
前記アプリケーションの変更に関連する情報が与えられる請求項１５に記載のユニット
の制御方法。（請求項１７）前記メモリー部はアプリケーション保存領域を含み、
前記アプリケーションの修正あるいは変更、追加、更新の実行後において、変更されず
に継続使用される共通なアプリケーションソフトウェアが前記アプリケーション保存領域
内に保存される請求項１５に記載のユニットの制御方法。（請求項１８）前記メモリー部
は寿命管理データ及び又は稼働期間管理データを格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項１４乃至請求項１７の何れか１項に記載のユニットの制
御方法。（請求項１９）所定工場内の製造過程内移動に基付き前記アプリケーションの修
正あるいは変更、追加、更新が実行される請求項１４乃至請求項１８の何れか１項に記載
のユニットの制御方法。
ものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、そ
の他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々
の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲
や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれ
る。
以下は、本願の元の出願の請求項を付記している。
（請求項１）ネットワークへの第１接続部及びセンサ機能または駆動機能を含む所定モ
ジュールへの第２接続部と、
前記第１接続部及び前記第２接続部に接続された信号処理部と、
前記信号処理部に接続されたメモリー部と、
少なくとも前記信号処理部と前記メモリー部のいずれかを制御するプロセッサを備える
ユニットであり、
第１アプリケーションに基付いて前記信号処理部が動作し、
前記ユニットの使用目的の変化或いは使用環境の変化或いは動作モードの切換えを必要
とする場合に、前記第１アプリケーションの修正或いは変更或いは追加或いは更新を行う
ことを特徴とするユニット。（請求項２）前記ユニットに対する前記第１アプリケーショ
ンの修正或いは変更或いは追加或いは更新が実行された後に、
前記ユニットが含まれる所定エリア内で、前記ユニットが適合動作する請求項１に記載
のユニット。（請求項３）前記メモリー部は寿命管理データ及び又は稼働期間管理データ
を格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項２に記載のユニット。（請求項４）ネットワークへの第
１接続部及びセンサ機能または駆動機能を含む所定モジュールへの第２接続部と、
前記第１接続部及び前記第２接続部に接続された信号処理部と、
前記信号処理部に接続されたメモリー部と、
少なくとも前記信号処理部と前記メモリー部のいずれかを制御するプロセッサを備える
ユニットであり、
第１アプリケーションに基付いて前記信号処理部が動作し、
前記第１アプリケーションは第１システムコントローラと関係し、
前記第１システムコントローラとは異なる第２システムコントローラと前記ユニットと
の間で通信が行われ、
前記通信に基付いて、第２アプリケーションが前記第２システムコントローラにより指
定され、
前記第２アプリケーションに対応して、前記信号処理部内の処理が第１処理内容から第
２処理内容に変更されることを特徴とするユニット。（請求項５）前記第２システムコン
トローラからの命令又は、前記ユニットからの前記第２システムコントローラに対する変
更要求に応じて、
前記第１アプリケーションから前記第２アプリケーションへの変更が実行される請求項
４に記載のユニット。（請求項６）前記ユニットが所定エリアから異なる他のエリアに移
動時に、
前記第２アプリケーションへの変更が実行される請求項５に記載のユニット。（請求項
７）所定工場内の製造過程内移動に基付き前記第２アプリケーションへの変更が実行され
る請求項６に記載のユニット。（請求項８）ネットワーク通信機能を有する１または複数
のユニットがネットワークシステム内に存在し、
１個の前記ユニットはシステムコントローラまたは他のユニットとの間の情報通信が可
能であり、
前記ユニットは第１接続部及び、第２接続部、信号処理部、メモリー部、プロセッサを
備え、
前記第１接続部は前記ネットワークシステムへ接続され、
前記第２接続部はセンサ機能または駆動機能を含む所定モジュールへ接続され、
前記信号処理部は前記第１接続部及び第２接続部と接続され、
前記メモリー部は前記信号処理部と接続され、
前記プロセッサは少なくとも前記信号処理部と前記メモリー部のいずれかを制御し、
アプリケーションに基付いて前記信号処理部が動作し、
前記システムコントローラから与えられる前記アプリケーションの変更に関連する情報
に基付き、新しいアプリケーションを実行するソフトウェアが前記第１接続部を経由して
転送されるクライアントシステム。（請求項９）前記ソフトウェアの転送に基付いて前記
ユニット内でのアプリケーションの修正あるいは変更、追加、更新が実行され、
前記所定モジュールが前記ネットワークシステム内で適合動作する請求項８に記載のク
ライアントシステム。（請求項１０）前記システムコントローラは前記ユニットの制御領
域を仮想的に形成し、
前記ソフトウェアの転送に基付き前記ユニット内でのアプリケーションの修正あるいは
変更、追加、更新が実行され、
前記ユニット毎に効率の良い管理または制御、情報収集が行なわれる請求項８記載のク
ライアントシステム。（請求項１１）前記ユニットに対する使用目的変化あるいは使用環
境の変化、動作モード切換えの必要性が生じた場合に、
前記システムコントローラから前記ユニットに対して前記アプリケーションの変更に関
連する情報が与えられる請求項８に記載のクライアントシステム。（請求項１２）前記メ
モリー部はアプリケーション保存領域を含み、
前記アプリケーションの修正あるいは変更、追加、更新の実行後において、変更されず
に継続使用される共通なアプリケーションソフトウェアが前記アプリケーション保存領域
内に保存される請求項９または請求項１０に記載のクライアントシステム。（請求項１３
）前記メモリー部は寿命管理データ及び又は稼働期間管理データを格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項８乃至請求項１２の何れか１項に記載のクライアントシ
ステム。（請求項１４）第１接続部及び、第２接続部、信号処理部、メモリー部、プロセ
ッサを備えるユニットの制御方法であり、
前記第１接続部はネットワークシステムへ接続され、
前記第２接続部はセンサ機能または駆動機能を含む所定モジュールへ接続され、
前記信号処理部は前記第１接続部及び第２接続部と接続され、
前記メモリー部は前記信号処理部と接続され、
前記プロセッサは少なくとも前記信号処理部と前記メモリー部のいずれかを制御し、
アプリケーションに基付いて前記信号処理部が動作し、
外部から与えられる前記アプリケーションの変更に関連する情報に基付き、新しいアプ
リケーションを実行するソフトウェアが前記第１接続部を経由して転送されるユニットの
制御方法。（請求項１５）前記ソフトウェアの転送に基付いて前記ユニット内でのアプリ
ケーションの修正あるいは変更、追加、更新が実行され、
前記所定モジュールが前記ネットワークシステム内で適合動作する請求項１４に記載の
ユニットの制御方法。（請求項１６）前記ユニットに対する使用目的変化あるいは使用環
境の変化、動作モード切換えの必要性が生じた場合に、
前記アプリケーションの変更に関連する情報が与えられる請求項１５に記載のユニット
の制御方法。（請求項１７）前記メモリー部はアプリケーション保存領域を含み、
前記アプリケーションの修正あるいは変更、追加、更新の実行後において、変更されず
に継続使用される共通なアプリケーションソフトウェアが前記アプリケーション保存領域
内に保存される請求項１５に記載のユニットの制御方法。（請求項１８）前記メモリー部
は寿命管理データ及び又は稼働期間管理データを格納しており、
前記寿命管理データ及び又は前記稼働期間管理データに基付き、前記プロセッサが前記
ユニットの動作を制限する請求項１４乃至請求項１７の何れか１項に記載のユニットの制
御方法。（請求項１９）所定工場内の製造過程内移動に基付き前記アプリケーションの修
正あるいは変更、追加、更新が実行される請求項１４乃至請求項１８の何れか１項に記載
のユニットの制御方法。
１１０２・・・卸売業者Ａ、 １１０４−１〜−２・・・卸売業者Ｂ１〜Ｂ２、 １１１２−１〜−３・・・サービスプロバイダＡ〜Ｃ、 １１１４・・・情報共有または資源の連携融通、 １１１６−１〜−ｎ・・・サーバ１〜ｎ、 １１１８−１〜−ｎ・・・データベース、 １１２２−１〜−３・・・ドメイン１〜３、 １１２４・・・スマートメータ、 １１２６・・・システムコントローラα、 １１２８・・・システムコントローラβ、 １１３２・・・システムα、 １１３４・・・システムβ、 １１４２−１〜−ｍ・・・セクション１〜ｍ、 １１５２・・・所定商品生成部、 １１５４・・・所定商品貯蔵部、 １２０２−１〜１０・・・通信モジュール、 １２０６・・・放出量モニタ部、 １２０８・・・流入量モニタ部、 １２１２・・・放出量制御部、 １２１４・・・流入量制御部、 １２１６・・・放出量モニタ部、 １２１８・・・流入量モニタ部、 １２２０・・・（カー）バッテリ、 １２２２・・・センサモジュール、 １２２６・・・表示モジュール、 １２３０・・・プロセッサ、 １２３２、１２４２、１２４４、１２４６・・・メモリ部、 １２３４・・・ユーザＩ／Ｆ部、 １２４０−１〜−３・・・デバイスコントローラ（プロセッサ）、 １２４２・・・メモリ部、 １２４４・・・メモリ部、 １２４６・・・メモリ部、 １２４８・・・メモリ部、 １２５０−１〜−５・・・機器（Device）、 １２６０−１〜−９・・・センサモジュール、 １２７０−１〜−４・・・駆動(Actuator)モジュール、 １２９０−１〜−７・・・ユニット、 １２９５−１〜−７・・・複合モジュール、 １３００・・・ルータ（ゲートウェイ）／ バッテリ内蔵、 １３３０・・・プロセッサ、 １４０６、１４１６・・・放出量モニタ／通信モジュール、 １４０８、１４１８・・・流入量モニタ／通信モジュール、 １４１２・・・放出量制御／通信モジュール、 １４１４・・・流入量制御／通信モジュール、 １４４０・・・他機能モジュール（通信以外の機能）、 １４４４・・・遠隔連携、 １４５０−１〜−４・・・機器（Device）、 １４６０−１〜−５・・・センサ／通信モジュール、 １４６５・・・プロセッサ／通信モジュール、 １４７０−１〜−２・・・駆動(Actuator)／通信モジュール、 １４７５・・・メモリ／通信モジュール、 １４７８・・・表示／通信モジュール、 １４８０・・・アンテナ、 １４９０・・・バスライン、 １５５２・・・（太陽光）発電モジュール、 １５５４・・・蓄電モジュール（電池）、 １５６０・・・近接場通信モジュール、 １６０２・・・入力端子、 １６０４・・・出力端子、 １６０６・・・電圧出力端子、 １６０８・・・赤外線発光素子、 １６１０・・・可変抵抗部、 １６１４・・・導通／切断切り替え部、 １６１８・・・所定電圧発生部、 １６２０・・・設定抵抗値記憶部、 １６２４・・・設定状態記憶部、 １６２８・・・設定電圧記憶部、 １６４４・・・フォーマット変換部、 １６４８・・・赤外線発光駆動回路、 １６６０・・・通信モジュール、 １６６０−１・・・その上に通信モジュールが形成される絶縁基板、 １６６６・・・アンテナ内蔵通信モジュール、 １６７０・・・駆動（Actuator）モジュール、 １６８０・・・プロセッサモジュール、 １６９０・・・メモリモジュール、 １７００・・・通信制御部、 １７１０・・・インターフェース部、 １７３４・・・プロセッサ、 １７３６・・・プロセッサ、 １７３８・・・プロセッサ、 １７４０・・・管理情報（テーブル）関連情報の記録領域、 １７４２、１７４４、１７４６、１７４８・・・管理情報（テーブル）、 １７５２・・・同一システム内対応通信モジュール、 １７５８・・・システム外対応通信モジュール、 １７６４・・・通信モジュール、 １７６６−１〜ｎ・・・他機能モジュール、 １７６８・・・通信モジュール、 １７７０・・・無線、 １７７２・・・アンテナ部、 １７７４・・・アンテナ接続部、 １７７６・・・電源供給部、 １７７８・・・外部モジュール接続部、 １７８０・・・信号処理部、 １７８２・・・同一システム内ネットワーク回線、 １７８８・・・システム外ネットワーク回線、 １７９０・・・メモリ部、 １７９１・・・アプリケーション変更ソフト、 １７９２・・・アプリケーション保存部、 １７９３・・・自己属性データ、 １７９４・・・寿命管理データ、 １７９５・・・稼働期間管理データ、 １７９６・・・センサモジュール管理データ、 １７９７・・・駆動モジュール管理データ、 １７９９・・・セキュリティ対象データ、 １８１０・・・交換情報（テーブル）、 １８３０、（ＥＳＶ）・・・交信アクセス制御情報、 １８４０、（ＥＰＣ）・・・交換情報の種別識別情報、 １８５２・・・指令（コマンド発行）、 １８５４・・・結果報告（ステータス）、 １８７２・・・回答要求（リクエスト）、 １８７４・・・応答（レスポンス）、 １８９４・・・定期的／非定期的報告、 １９００・・・主要幹線道路または上下水道の配管、配電電力線、有線の通信回線などの区域分け状況、 １９１４・・・物理層フレーム生成部、 １９１８・・・物理層フレーム解析部、 １９２４・・・アドレス情報生成部、 １９２８・・・アドレス情報抽出部、 １９３４・・・コンテンツ設定部、 １９３８・・・コンテンツ抽出部、 １９４０・・・アドレス情報Ｉ／Ｆ（インターフェース）部、 １９５０・・・コンテンツ情報Ｉ／Ｆ（インターフェース）部、 １９６０・・・プロセッサ、 ２００２・・・通信モジュール、 ２０３０・・・プロセッサ、 ２０３２・・・メモリ部、 ２０８２・・・同一ドメイン内ネットワーク回線、 ２１００・・・電波発信元の方向検出または強度や位相の検出、 ２３１０・・・経過時刻、 ２３２０・・・状態項目、 ２３３０・・・状態確率、 ２３４０・・・ユーザ行動項目、 ２３５０・・・ユーザ行動確率、 ２３６０・・・ユーザ要求項目、 ２３７０・・・ユーザ要求確率、 ２６００・・・ユニット管理疑似ドライブ、 ２６１０・・・一覧データ用フォルダ、 ２６１２・・・機器対応フォルダ、 ２６１４・・・複合モジュール対応フォルダ、 ２６１６−１〜−ｍ・・・セクション内ユニット管理用フォルダ、 ２６２２・・・センサ／通信モジュール対応フォルダ、 ２６２４・・・駆動／通信モジュール対応フォルダ、 ２６２６・・・プロセッサ／通信モジュール対応フォルダ、 ２６２８・・・メモリ／通信モジュール対応フォルダ、 ２６３０・・・他機能／通信モジュール対応フォルダ ２６３４・・・２値データ対応フォルダ、 ２６３８・・・多値データ対応フォルダ、 ２７１０・・・アンテナ、 ２７２０・・・アンプ及び信号処理回路、 ２７３０・・・ステルス板、 ２７３４・・・表面が微細な凹凸構造を持つ金属板層、 ２７３８・・・表裏面共に微細な凹凸構造を持つ弱導電性有機層、 ２７６０・・・ポラボラアンテナ、 ２８００・・・入射電波、 ２９２０・・・抵抗器、 ２９４０−１、−２・・・電圧差分器、 ２９６０・・・加算器、 ３０１０・・・プロセッサ（ハード部）、 ３０１２・・・バスライン、 ３０１４・・・記録媒体（ハード部）、 ３０１５・・・システム内接続対応情報通信実行部、 ３０１６・・・情報通信実行部、 ３０１７・・・システム外接続対応情報通信実行部、 ３０１８・・・接続部、 ３０２０・・・ＢＩＯＳ（Basic Input/Output System）制御領域、 ３０２２・・・デバイスドライバ領域、 ３０２１・・・システム内接続対応通信制御部、 ３０２４・・・記録媒体制御部、 ３０２５・・・システム内接続対応通信ドライバ領域、 ３０２６・・・通信ドライバ領域、 ３０２７・・・システム外接続対応通信ドライバ領域、 ３０２８・・・通信制御部、 ３０２９・・・システム外接続対応通信制御部、 ３０３０・・・ＯＳ（Operating System）層、 ３０３４・・・システム内ユニットの管理／制御領域（仮想的デバイスドライバ領域）、 ３０４０・・・ＡＰＩ（Application Programming Interface）コマンド通過境界線、 ３０４５・・・ＡＰＩ（Application Programming Interface）コマンド、 ３０５０・・・アプリケーションソフトウェア、 ３１２０・・・ＪＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）、 ３１４０・・・ユニットの管理／制御関連メソッド群、 ３１４４・・・ファイルクラス内インスタンスメソッド群、 ３１４８・・・メインメソッド、 ３１５０・・・システム内ユニットの管理／制御クラス、 ３１５４・・・ファイルクラス、 ３１５８・・・アプリケーションクラス、 ３１６０・・・クラス群、 ３１７０、３１７４・・・組み込み（import）、 ３１８８・・・プログラムステップ、 ３１９０、３１９４・・・参照、 ３５０１・・・スーパーマーケットの店内領域、 ３５０２・・・スーパーマーケットのキャッシュレジスタ領域、 ３５０３・・・スーパーマーケットの出口領域、 ３５０５・・・靴、 ３５０６・・・ミルク、 ３５０７・・・バッグ、 ３５１１ａ、３５１１ｂ・・・キャッシュレジスタ、 ３５１２・・・監視装置、 ３５２１・・・冷蔵庫、 ３５２２・・・システムコントローラ、 ３５２３・・・複合モジュール（ユニット）、 ３５２５・・・表示器、 ３５３１・・・複合モジュール（ユニット）、 ３５３２・・・システムコントローラ、 ３５３３・・・スマートホン、 ３５４０・・・検査対象の壁、 ３５４１ａ、３５４１ｂ、３５４１ｃ・・・鉄骨、 ３５４２、３５４３・・・複合モジュール（ユニット）、 ３５４２ａ、３５４３ｂ・・・複合モジュール（ユニット）のアンテナ、 ３５４５・・・点検自動車、 ３５４６・・・システムコントローラ、 ３５４８・・・ガス管、水道管、消火栓管などの管、 ３５４９・・・複合モジュール（ユニット）、 ３５５０・・・温室ハウス、 ３５５１・・・システムコントローラ、 ３５５２・・・監視カメラ、 ３５５３ａ、３５５３ｂ、３５５３ｃ・・・複合モジュール（ユニット）を内蔵したバー状の監視装置、 ３５５４・・・複合モジュール（ユニット）、 ３５６０・・・患者用ベッド、 ３５６１・・・医療器具の箱、 ３５６０ａ、３５６１ａ、３５６５ａ・・・複合モジュール（ユニット）、 ３５６２・・・システムコントローラ、 ３５６５・・・刃物などの凶器、 ３５６７、３５６８・・・空港、 ３５６９・・・飛行機、 ３５７０・・・乗客、 ３５７０ａ、３５７３ａ・・・複合モジュール（ユニット）、 ３５７１、３５７２・・・システムコントローラ、 ３５７３・・・キャリーバッグ、 ３５８１・・・システムコントローラ、 ３５８１ａ・・・インターネット接続部、 ３５８１ｂ・・・プロトコル認識部、 ３５８１ｃ・・・通信規格認識部、 ３５８１ｄ・・・データ処理部、 ３５８１ｅ・・・データ検出部、 ３５８１ｆ・・・通信規格整合フォーマット設定部、 ３５８１ｇ・・・インターネット整合データ出力部、 ３５８３・・・複合モジュール、 ３５８４ａ・・・アクセスポイント、 ３５８４ｂ・・・基地局、 ３５８５・・・インターネット。
Claims (4)
- インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、前記第1の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニットであって、
前記ユニットは、
通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、
前記他機能モジュールとして、プロセッサ、メモリ部を有し、
移動したセクション又はエリアが変化すると、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データにより、前記メモリ部のメモリデータの内容に関連した動作を実行するようにしたことを特徴とするユニット。 - インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、前記第1の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニットであって、
前記ユニットは、
通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、
前記他機能モジュールとして、プロセッサ、メモリ部を有し、
前記メモリ部に前記ユニットの稼働期間を設定するためのデータを格納し、
移動したセクション又はエリアが変化すると、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データと前記メモリ部に記憶されているデータの双方の内容に基づく動作を実行するようにしたことを特徴とするユニット。 - インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、前記第1の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニットの制御方法であって、
前記ユニットは、通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、前記他機能モジュールとして、プロセッサ、メモリ部を有し、
さらに前記ユニットが移動したセクション又はエリアが変化した場合、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データと前記メモリ部に記憶されているデータの双方の内容に基づく動作を実行することを特徴とするユニットの制御方法。 - インターネットを介して第１の通信手段を用いてサーバと通信を行うシステムコントローラに対して、前記第1の通信手段とは異なるローカルの第２の通信手段を用いて通信を行うユニット通信方法であって、
前記ユニットは、通信機能を実現する通信モジュールと、前記通信機能以外の機能を実現する他機能モジュールを有し、前記他機能モジュールとして、プロセッサ、メモリ部を有し、
さらに前記ユニットが移動したセクション又はエリアが変化した場合、前記第２の通信手段を介して前記システムコントローラから前記ユニットの制御に関する制御データを受け取り、前記制御データと前記メモリ部に記憶されているデータの双方の内容に基づく動作を実行するものであり、前記第２の通信手段は、前記システムコントローラと前記ユニット間で決められている通信方法を用いていることを特徴とするユニットの通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021124311A JP7366967B2 (ja) | 2020-02-25 | 2021-07-29 | ユニット、ユニットの制御方法およびユニットの通信方法 |
| JP2023174316A JP2023175955A (ja) | 2020-02-25 | 2023-10-06 | インフラ管理システム、インフラ管理方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020029152A JP6929982B2 (ja) | 2018-09-03 | 2020-02-25 | ユニットの制御方法およびユニット、システムコントローラ、クライアントシステム |
| JP2021124311A JP7366967B2 (ja) | 2020-02-25 | 2021-07-29 | ユニット、ユニットの制御方法およびユニットの通信方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020029152A Division JP6929982B2 (ja) | 2018-09-03 | 2020-02-25 | ユニットの制御方法およびユニット、システムコントローラ、クライアントシステム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023174316A Division JP2023175955A (ja) | 2020-02-25 | 2023-10-06 | インフラ管理システム、インフラ管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021184278A true JP2021184278A (ja) | 2021-12-02 |
| JP7366967B2 JP7366967B2 (ja) | 2023-10-23 |
Family
ID=78767466
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021124311A Active JP7366967B2 (ja) | 2020-02-25 | 2021-07-29 | ユニット、ユニットの制御方法およびユニットの通信方法 |
| JP2023174316A Pending JP2023175955A (ja) | 2020-02-25 | 2023-10-06 | インフラ管理システム、インフラ管理方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023174316A Pending JP2023175955A (ja) | 2020-02-25 | 2023-10-06 | インフラ管理システム、インフラ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP7366967B2 (ja) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001045567A (ja) * | 1999-08-02 | 2001-02-16 | Nippon Telegr & Teleph Corp <Ntt> | 無線通信端末のソフトウェア変更方法及び無線通信端末 |
| WO2005122543A1 (ja) * | 2004-06-14 | 2005-12-22 | Nec Corporation | 外部依頼型機能制御システム、端末装置、外部依頼型機能制御方法及び外部依頼型機能制御プログラム |
| JP2008131594A (ja) * | 2006-11-24 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | アプリケーション制御システムおよび制御方法 |
| WO2014076919A1 (ja) * | 2012-11-15 | 2014-05-22 | パナソニック株式会社 | 情報提供方法及び情報提供装置 |
| JP2014191803A (ja) * | 2013-03-28 | 2014-10-06 | Toshiba Corp | 医用情報表示システム、サーバ装置、及び可搬型端末 |
-
2021
- 2021-07-29 JP JP2021124311A patent/JP7366967B2/ja active Active
-
2023
- 2023-10-06 JP JP2023174316A patent/JP2023175955A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001045567A (ja) * | 1999-08-02 | 2001-02-16 | Nippon Telegr & Teleph Corp <Ntt> | 無線通信端末のソフトウェア変更方法及び無線通信端末 |
| WO2005122543A1 (ja) * | 2004-06-14 | 2005-12-22 | Nec Corporation | 外部依頼型機能制御システム、端末装置、外部依頼型機能制御方法及び外部依頼型機能制御プログラム |
| JP2008131594A (ja) * | 2006-11-24 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | アプリケーション制御システムおよび制御方法 |
| WO2014076919A1 (ja) * | 2012-11-15 | 2014-05-22 | パナソニック株式会社 | 情報提供方法及び情報提供装置 |
| JP2014191803A (ja) * | 2013-03-28 | 2014-10-06 | Toshiba Corp | 医用情報表示システム、サーバ装置、及び可搬型端末 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2023175955A (ja) | 2023-12-12 |
| JP7366967B2 (ja) | 2023-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230266728A1 (en) | Electronic appliance control method and electronic appliance control device | |
| US11936744B2 (en) | Client system, combination client system and server client system | |
| US10691089B2 (en) | Information processing apparatus or information communication terminal, and information processing method | |
| JP6957558B2 (ja) | 情報機器または情報通信端末および、情報処理方法 | |
| US10671767B2 (en) | Smart construction with automated detection of adverse structure conditions and remediation | |
| JP2019053760A (ja) | セキュリティデータ管理システムによる管理方法及び管理システム | |
| JP7417687B2 (ja) | 電子ユニット管理方法及び電子ユニット管理システム | |
| Nagaraj | Introduction to sensors in IoT and cloud computing applications | |
| Chen | The internet of things: Opportunities, issues, and challenges | |
| JP6448481B2 (ja) | センサ情報に基づいてサービスを行うデバイスおよび方法 | |
| JP6437688B2 (ja) | アプリケーション指定に対応するユニット | |
| Prabhu | Design and Construction of an RFID-enabled Infrastructure: The Next Avatar of the Internet | |
| JP6951487B2 (ja) | 電子ユニット管理方法及び電子ユニット管理システム | |
| JP6929982B2 (ja) | ユニットの制御方法およびユニット、システムコントローラ、クライアントシステム | |
| JP2021184278A (ja) | ユニット、ユニットの制御方法およびユニットの通信方法 | |
| JP6567746B2 (ja) | クライアントシステム | |
| JP6668428B2 (ja) | ユニットの制御方法 | |
| JP7224415B2 (ja) | 情報機器または情報通信端末および、情報処理方法 | |
| JP7505058B2 (ja) | 情報機器または情報通信端末および、情報処理方法 | |
| Takizawa | RFID-based Disaster-relief System |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210729 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220726 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220912 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221206 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20230202 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230403 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230627 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230828 |
|
| 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: 20230912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231011 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7366967 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |