在线免费观看成年人视频-在线免费观看国产-在线免费观看国产精品-在线免费观看黄网站-在线免费观看精品

產(chǎn)品分類

當(dāng)前位置: 首頁 > 工業(yè)電子產(chǎn)品 > 集成電路(ICs) > IC傳感器

類型分類:
科普知識(shí)
數(shù)據(jù)分類:
IC傳感器

傳感器 中間件:mq系列傳感器的程序_消息中間件(一)MQ詳解及四大MQ比較

發(fā)布日期:2022-05-11 點(diǎn)擊率:37


傳感器 中間件:mq系列傳感器的程序_消息中間件(一)MQ詳解及四大MQ比較  第1張

傳感器 中間件:mq系列傳感器的程序_消息中間件(一)MQ詳解及四大MQ比較

一、消息中間件相關(guān)知識(shí)
1、概述
消息隊(duì)列已經(jīng)逐漸成為企業(yè)IT系統(tǒng)內(nèi)部通信的核心手段。它具有低耦合、可靠投遞、廣播、流量控制、最終一致性等一系列功能,成為異步RPC的主要手段之一。當(dāng)今市面上有很多主流的消息中間件,如老牌的ActiveMQ、RabbitMQ,炙手可熱的Kafka,阿里巴巴自主開發(fā)RocketMQ等。
2、消息中間件的組成2.1 Broker
消息服務(wù)器,作為server提供消息核心服務(wù)2.2 Producer
消息生產(chǎn)者,業(yè)務(wù)的發(fā)起方,負(fù)責(zé)生產(chǎn)消息傳輸給broker, 2.3 Consumer
消息消費(fèi)者,業(yè)務(wù)的處理方,負(fù)責(zé)從broker獲取消息并進(jìn)行業(yè)務(wù)邏輯處理2.4 Topic
主題,發(fā)布訂閱模式下的消息統(tǒng)一匯集地,不同生產(chǎn)者向topic發(fā)送消息,由MQ服務(wù)器分發(fā)到不同的訂閱者,實(shí)現(xiàn)消息的 廣播2.5 Queue
隊(duì)列,PTP模式下,特定生產(chǎn)者向特定queue發(fā)送消息,消費(fèi)者訂閱特定的queue完成指定消息的接收2.6 Message
消息體,根據(jù)不同通信協(xié)議定義的固定格式進(jìn)行編碼的數(shù)據(jù)包,來封裝業(yè)務(wù)數(shù)據(jù),實(shí)現(xiàn)消息的傳輸
3 消息中間件模式分類3.1 點(diǎn)對(duì)點(diǎn)
PTP點(diǎn)對(duì)點(diǎn):使用queue作為通信載體

說明:
消息生產(chǎn)者生產(chǎn)消息發(fā)送到queue中,然后消息消費(fèi)者從queue中取出并且消費(fèi)消息。
消息被消費(fèi)以后,queue中不再存儲(chǔ),所以消息消費(fèi)者不可能消費(fèi)到已經(jīng)被消費(fèi)的消息。 Queue支持存在多個(gè)消費(fèi)者,但是對(duì)一個(gè)消息而言,只會(huì)有一個(gè)消費(fèi)者可以消費(fèi)。3.2 發(fā)布/訂閱
Pub/Sub發(fā)布訂閱(廣播):使用topic作為通信載體

說明:
消息生產(chǎn)者(發(fā)布)將消息發(fā)布到topic中,同時(shí)有多個(gè)消息消費(fèi)者(訂閱)消費(fèi)該消息。和點(diǎn)對(duì)點(diǎn)方式不同,發(fā)布到topic的消息會(huì)被所有訂閱者消費(fèi)。
queue實(shí)現(xiàn)了負(fù)載均衡,將producer生產(chǎn)的消息發(fā)送到消息隊(duì)列中,由多個(gè)消費(fèi)者消費(fèi)。但一個(gè)消息只能被一個(gè)消費(fèi)者接受,當(dāng)沒有消費(fèi)者可用時(shí),這個(gè)消息會(huì)被保存直到有一個(gè)可用的消費(fèi)者。
topic實(shí)現(xiàn)了發(fā)布和訂閱,當(dāng)你發(fā)布一個(gè)消息,所有訂閱這個(gè)topic的服務(wù)都能得到這個(gè)消息,所以從1到N個(gè)訂閱者都能得到一個(gè)消息的拷貝。
4 消息中間件的優(yōu)勢(shì) 4.1 系統(tǒng)解耦
交互系統(tǒng)之間沒有直接的調(diào)用關(guān)系,只是通過消息傳輸,故系統(tǒng)侵入性不強(qiáng),耦合度低。4.2 提高系統(tǒng)響應(yīng)時(shí)間
例如原來的一套邏輯,完成支付可能涉及先修改訂單狀態(tài)、計(jì)算會(huì)員積分、通知物流配送幾個(gè)邏輯才能完成;通過MQ架構(gòu)設(shè)計(jì),就可將緊急重要(需要立刻響應(yīng))的業(yè)務(wù)放到該調(diào)用方法中,響應(yīng)要求不高的使用消息隊(duì)列,放到MQ隊(duì)列中,供消費(fèi)者處理。4.3 為大數(shù)據(jù)處理架構(gòu)提供服務(wù)
通過消息作為整合,大數(shù)據(jù)的背景下,消息隊(duì)列還與實(shí)時(shí)處理架構(gòu)整合,為數(shù)據(jù)處理提供性能支持。4.4 Java消息服務(wù)——JMS
Java消息服務(wù)(Java Message Service,JMS)應(yīng)用程序接口是一個(gè)Java平臺(tái)中關(guān)于面向消息中間件(MOM)的API,用于在兩個(gè)應(yīng)用程序之間,或分布式系統(tǒng)中發(fā)送消息,進(jìn)行異步通信。
JMS中的P2P和Pub/Sub消息模式:點(diǎn)對(duì)點(diǎn)(point to point, queue)與發(fā)布訂閱(publish/subscribe,topic)最初是由JMS定義的。這兩種模式主要區(qū)別或解決的問題就是發(fā)送到隊(duì)列的消息能否重復(fù)消費(fèi)(多訂閱)。
5 消息中間件應(yīng)用場(chǎng)景5.1 異步通信
有些業(yè)務(wù)不想也不需要立即處理消息。消息隊(duì)列提供了異步處理機(jī)制,允許用戶把一個(gè)消息放入隊(duì)列,但并不立即處理它。想向隊(duì)列中放入多少消息就放多少,然后在需要的時(shí)候再去處理它們。5.2 解耦
降低工程間的強(qiáng)依賴程度,針對(duì)異構(gòu)系統(tǒng)進(jìn)行適配。在項(xiàng)目啟動(dòng)之初來預(yù)測(cè)將來項(xiàng)目會(huì)碰到什么需求,是極其困難的。通過消息系統(tǒng)在處理過程中間插入了一個(gè)隱含的、基于數(shù)據(jù)的接口層,兩邊的處理過程都要實(shí)現(xiàn)這一接口,當(dāng)應(yīng)用發(fā)生變化時(shí),可以獨(dú)立的擴(kuò)展或修改兩邊的處理過程,只要確保它們遵守同樣的接口約束。5.3 冗余
有些情況下,處理數(shù)據(jù)的過程會(huì)失敗。除非數(shù)據(jù)被持久化,否則將造成丟失。消息隊(duì)列把數(shù)據(jù)進(jìn)行持久化直到它們已經(jīng)被完全處理,通過這一方式規(guī)避了數(shù)據(jù)丟失風(fēng)險(xiǎn)。許多消息隊(duì)列所采用的”插入-獲取-刪除”范式中,在把一個(gè)消息從隊(duì)列中刪除之前,需要你的處理系統(tǒng)明確的指出該消息已經(jīng)被處理完畢,從而確保你的數(shù)據(jù)被安全的保存直到你使用完畢。5.4 擴(kuò)展性
因?yàn)橄㈥?duì)列解耦了你的處理過程,所以增大消息入隊(duì)和處理的頻率是很容易的,只要另外增加處理過程即可。不需要改變代碼、不需要調(diào)節(jié)參數(shù)。便于分布式擴(kuò)容。5.5 過載保護(hù)
在訪問量劇增的情況下,應(yīng)用仍然需要繼續(xù)發(fā)揮作用,但是這樣的突發(fā)流量無法提取預(yù)知;如果以為了能處理這類瞬間峰值訪問為標(biāo)準(zhǔn)來投入資源隨時(shí)待命無疑是巨大的浪費(fèi)。使用消息隊(duì)列能夠使關(guān)鍵組件頂住突發(fā)的訪問壓力,而不會(huì)因?yàn)橥话l(fā)的超負(fù)荷的請(qǐng)求而完全崩潰。5.6 可恢復(fù)性
系統(tǒng)的一部分組件失效時(shí),不會(huì)影響到整個(gè)系統(tǒng)。消息隊(duì)列降低了進(jìn)程間的耦合度,所以即使一個(gè)處理消息的進(jìn)程掛掉,加入隊(duì)列中的消息仍然可以在系統(tǒng)恢復(fù)后被處理。5.7 順序保證
在大多使用場(chǎng)景下,數(shù)據(jù)處理的順序都很重要。大部分消息隊(duì)列本來就是排序的,并且能保證數(shù)據(jù)會(huì)按照特定的順序來處理。5.8 緩沖
在任何重要的系統(tǒng)中,都會(huì)有需要不同的處理時(shí)間的元素。消息隊(duì)列通過一個(gè)緩沖層來幫助任務(wù)最高效率的執(zhí)行,該緩沖有助于控制和優(yōu)化數(shù)據(jù)流經(jīng)過系統(tǒng)的速度。以調(diào)節(jié)系統(tǒng)響應(yīng)時(shí)間。5.9 數(shù)據(jù)流處理
分布式系統(tǒng)產(chǎn)生的海量數(shù)據(jù)流,如:業(yè)務(wù)日志、監(jiān)控?cái)?shù)據(jù)、用戶行為等,針對(duì)這些數(shù)據(jù)流進(jìn)行實(shí)時(shí)或批量采集匯總,然后進(jìn)行大數(shù)據(jù)分析是當(dāng)前互聯(lián)網(wǎng)的必備技術(shù),通過消息隊(duì)列完成此類數(shù)據(jù)收集是最好的選擇。
6 消息中間件常用協(xié)議6.1 AMQP協(xié)議
AMQP即Advanced Message Queuing Protocol,一個(gè)提供統(tǒng)一消息服務(wù)的應(yīng)用層標(biāo)準(zhǔn)高級(jí)消息隊(duì)列協(xié)議,是應(yīng)用層協(xié)議的一個(gè)開放標(biāo)準(zhǔn),為面向消息的中間件設(shè)計(jì)。基于此協(xié)議的客戶端與消息中間件可傳遞消息,并不受客戶端/中間件不同產(chǎn)品,不同開發(fā)語言等條件的限制。
優(yōu)點(diǎn):可靠、通用6.2 MQTT協(xié)議
MQTT(Message Queuing Telemetry Transport,消息隊(duì)列遙測(cè)傳輸)是IBM開發(fā)的一個(gè)即時(shí)通訊協(xié)議,有可能成為物聯(lián)網(wǎng)的重要組成部分。該協(xié)議支持所有平臺(tái),幾乎可以把所有聯(lián)網(wǎng)物品和外部連接起來,被用來當(dāng)做傳感器和致動(dòng)器(比如通過Twitter讓房屋聯(lián)網(wǎng))的通信協(xié)議。
優(yōu)點(diǎn):格式簡(jiǎn)潔、占用帶寬小、移動(dòng)端通信、PUSH、嵌入式系統(tǒng)6.3 STOMP協(xié)議
STOMP(Streaming Text Orientated Message Protocol)是流文本定向消息協(xié)議,是一種為MOM(Message Oriented Middleware,面向消息的中間件)設(shè)計(jì)的簡(jiǎn)單文本協(xié)議。STOMP提供一個(gè)可互操作的連接格式,允許客戶端與任意STOMP消息代理(Broker)進(jìn)行交互。
優(yōu)點(diǎn):命令模式(非topicqueue模式) 6.4 XMPP協(xié)議
XMPP(可擴(kuò)展消息處理現(xiàn)場(chǎng)協(xié)議,Extensible Messaging and Presence Protocol)是基于可擴(kuò)展標(biāo)記語言(XML)的協(xié)議,多用于即時(shí)消息(IM)以及在線現(xiàn)場(chǎng)探測(cè)。適用于服務(wù)器之間的準(zhǔn)即時(shí)操作。核心是基于XML流傳輸,這個(gè)協(xié)議可能最終允許因特網(wǎng)用戶向因特網(wǎng)上的其他任何人發(fā)送即時(shí)消息,即使其操作系統(tǒng)和瀏覽器不同。
優(yōu)點(diǎn):通用公開、兼容性強(qiáng)、可擴(kuò)展、安全性高,但XML編碼格式占用帶寬大6.5 其他基于TCP/IP自定義的協(xié)議
有些特殊框架(如:redis、kafka、zeroMq等)根據(jù)自身需要未嚴(yán)格遵循MQ規(guī)范,而是基于TCPIP自行封裝了一套協(xié)議,通過網(wǎng)絡(luò)socket接口進(jìn)行傳輸,實(shí)現(xiàn)了MQ的功能。
7 常見消息中間件MQ介紹7.1 RocketMQ
阿里系下開源的一款分布式、隊(duì)列模型的消息中間件,原名metaq,3.0版本名稱改為RocketMQ,是阿里參照kafka設(shè)計(jì)思想使用java實(shí)現(xiàn)的一套mq。同時(shí)將阿里系內(nèi)部多款mq產(chǎn)品(Notify、metaq)進(jìn)行整合,只維護(hù)核心功能,去除了所有其他運(yùn)行時(shí)依賴,保證核心功能最簡(jiǎn)化,在此基礎(chǔ)上配合阿里上述其他開源產(chǎn)品實(shí)現(xiàn)不同場(chǎng)景下mq的架構(gòu),目前主要多用于訂單交易系統(tǒng)。
具有以下特點(diǎn):
能夠保證嚴(yán)格的消息順序提供針對(duì)消息的過濾功能提供豐富的消息拉取模式高效的訂閱者水平擴(kuò)展能力實(shí)時(shí)的消息訂閱機(jī)制億級(jí)消息堆積能力

官方提供了一些不同于kafka的對(duì)比差異:  7.2 RabbitMQ
使用Erlang編寫的一個(gè)開源的消息隊(duì)列,本身支持很多的協(xié)議:AMQP,XMPP, SMTP,STOMP,也正是如此,使的它變的非常重量級(jí),更適合于企業(yè)級(jí)的開發(fā)。同時(shí)實(shí)現(xiàn)了Broker架構(gòu),核心思想是生產(chǎn)者不會(huì)將消息直接發(fā)送給隊(duì)列,消息在發(fā)送給客戶端時(shí)先在中心隊(duì)列排隊(duì)。對(duì)路由(Routing),負(fù)載均衡(Load balance)、數(shù)據(jù)持久化都有很好的支持。多用于進(jìn)行企業(yè)級(jí)的ESB整合。7.3 ActiveMQ
Apache下的一個(gè)子項(xiàng)目。使用Java完全支持JMS1.1和J2EE 1.4規(guī)范的 JMS Provider實(shí)現(xiàn),少量代碼就可以高效地實(shí)現(xiàn)高級(jí)應(yīng)用場(chǎng)景。可插拔的傳輸協(xié)議支持,比如:in-VM, TCP, SSL, NIO, UDP, multicast, JGroups and JXTA transports。RabbitMQ、ZeroMQ、ActiveMQ均支持常用的多種語言客戶端 C++、Java、.Net,、Python、 Php、 Ruby等。7.4 Redis
使用C語言開發(fā)的一個(gè)Key-Value的NoSQL數(shù)據(jù)庫,開發(fā)維護(hù)很活躍,雖然它是一個(gè)Key-Value數(shù)據(jù)庫存儲(chǔ)系統(tǒng),但它本身支持MQ功能,所以完全可以當(dāng)做一個(gè)輕量級(jí)的隊(duì)列服務(wù)來使用。對(duì)于RabbitMQ和Redis的入隊(duì)和出隊(duì)操作,各執(zhí)行100萬次,每10萬次記錄一次執(zhí)行時(shí)間。測(cè)試數(shù)據(jù)分為128Bytes、512Bytes、1K和10K四個(gè)不同大小的數(shù)據(jù)。實(shí)驗(yàn)表明:入隊(duì)時(shí),當(dāng)數(shù)據(jù)比較小時(shí)Redis的性能要高于RabbitMQ,而如果數(shù)據(jù)大小超過了10K,Redis則慢的無法忍受;出隊(duì)時(shí),無論數(shù)據(jù)大小,Redis都表現(xiàn)出非常好的性能,而RabbitMQ的出隊(duì)性能則遠(yuǎn)低于Redis。7.5 Kafka
Apache下的一個(gè)子項(xiàng)目,使用scala實(shí)現(xiàn)的一個(gè)高性能分布式Publish/Subscribe消息隊(duì)列系統(tǒng),具有以下特性:
快速持久化:通過磁盤順序讀寫與零拷貝機(jī)制,可以在O(1)的系統(tǒng)開銷下進(jìn)行消息持久化;高吞吐:在一臺(tái)普通的服務(wù)器上既可以達(dá)到10W/s的吞吐速率;高堆積:支持topic下消費(fèi)者較長(zhǎng)時(shí)間離線,消息堆積量大;完全的分布式系統(tǒng):Broker、Producer、Consumer都原生自動(dòng)支持分布式,依賴zookeeper自動(dòng)實(shí)現(xiàn)復(fù)雜均衡;支持Hadoop數(shù)據(jù)并行加載:對(duì)于像Hadoop的一樣的日志數(shù)據(jù)和離線分析系統(tǒng),但又要求實(shí)時(shí)處理的限制,這是一個(gè)可行的解決方案。

7.6 ZeroMQ
號(hào)稱最快的消息隊(duì)列系統(tǒng),專門為高吞吐量/低延遲的場(chǎng)景開發(fā),在金融界的應(yīng)用中經(jīng)常使用,偏重于實(shí)時(shí)數(shù)據(jù)通信場(chǎng)景。ZMQ能夠?qū)崿F(xiàn)RabbitMQ不擅長(zhǎng)的高級(jí)/復(fù)雜的隊(duì)列,但是開發(fā)人員需要自己組合多種技術(shù)框架,開發(fā)成本高。因此ZeroMQ具有一個(gè)獨(dú)特的非中間件的模式,更像一個(gè)socket library,你不需要安裝和運(yùn)行一個(gè)消息服務(wù)器或中間件,因?yàn)槟愕膽?yīng)用程序本身就是使用ZeroMQ API完成邏輯服務(wù)的角色。但是ZeroMQ僅提供非持久性的隊(duì)列,如果down機(jī),數(shù)據(jù)將會(huì)丟失。如:Twitter的Storm中使用ZeroMQ作為數(shù)據(jù)流的傳輸。
ZeroMQ套接字是與傳輸層無關(guān)的:ZeroMQ套接字對(duì)所有傳輸層協(xié)議定義了統(tǒng)一的API接口。默認(rèn)支持 進(jìn)程內(nèi)(inproc) ,進(jìn)程間(IPC) ,多播,TCP協(xié)議,在不同的協(xié)議之間切換只要簡(jiǎn)單的改變連接字符串的前綴。可以在任何時(shí)候以最小的代價(jià)從進(jìn)程間的本地通信切換到分布式下的TCP通信。ZeroMQ在背后處理連接建立,斷開和重連邏輯。
特性:
無鎖的隊(duì)列模型:對(duì)于跨線程間的交互(用戶端和session)之間的數(shù)據(jù)交換通道pipe,采用無鎖的隊(duì)列算法CAS;在pipe的兩端注冊(cè)有異步事件,在讀或者寫消息到pipe的時(shí),會(huì)自動(dòng)觸發(fā)讀寫事件。批量處理的算法:對(duì)于批量的消息,進(jìn)行了適應(yīng)性的優(yōu)化,可以批量的接收和發(fā)送消息。多核下的線程綁定,無須CPU切換:區(qū)別于傳統(tǒng)的多線程并發(fā)模式,信號(hào)量或者臨界區(qū),zeroMQ充分利用多核的優(yōu)勢(shì),每個(gè)核綁定運(yùn)行一個(gè)工作者線程,避免多線程之間的CPU切換開銷。

二、主要消息中間件的比較

綜合選擇RabbitMq

轉(zhuǎn)載:

傳感器 中間件:傳感器及中間件

Copyright 2007-
2021 cyzone.cn All rights reserved 京ICP證號(hào) 京ICP備-1號(hào) 京ICP備-9號(hào) 京ICP備-10號(hào) 新出發(fā)京零字第朝號(hào)

愛奇清科(北京)信息科技有限公司 地址:北京市朝陽區(qū)利澤西街東湖國(guó)際中心A座9層 | 網(wǎng)絡(luò)文化經(jīng)營(yíng)許可證(京網(wǎng)文[2018]2153-213號(hào))

違法和不良信息舉報(bào)電話:010- 舉報(bào)郵箱:db@cyzone.cn

京公網(wǎng)安備
號(hào)

營(yíng)業(yè)執(zhí)照
出版物經(jīng)營(yíng)許可證

傳感器 中間件:mq系列傳感器的程序_消息中間件(一)MQ詳解及四大MQ比較  第2張

傳感器 中間件:無線傳感器網(wǎng)絡(luò)中間件技術(shù)

收藏
查看我的收藏
0
有用+1
已投票
0
無線傳感器網(wǎng)絡(luò)中間件技術(shù)
語音
編輯
鎖定
討論
上傳視頻
上傳視頻
《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》是2011年科學(xué)出版社出版的圖書,作者是王汝傳、孫力娟。
書    名
無線傳感器網(wǎng)絡(luò)中間件技術(shù)
作    者
王汝傳、孫力娟
出版社
科學(xué)出版社
出版時(shí)間
2011年6月
頁    數(shù)
260 頁
開    本
16 開
ISBN
目錄
1
內(nèi)容簡(jiǎn)介
2
目錄
無線傳感器網(wǎng)絡(luò)中間件技術(shù)內(nèi)容簡(jiǎn)介
編輯
語音
《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》可作為物聯(lián)網(wǎng)和無線傳感器網(wǎng)絡(luò)領(lǐng)域的研究人員以及廣大對(duì)物聯(lián)網(wǎng)和無線傳感器網(wǎng)絡(luò)感興趣的工程技術(shù)人員的參考用書,也可作為普通高等院校通信工程、電子信息、計(jì)算機(jī)等專業(yè)的高年級(jí)本科生和研究生教材。《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》是作者對(duì)多年從事無線傳感器網(wǎng)絡(luò)中間件相關(guān)技術(shù)研究和國(guó)家863項(xiàng)目成果的總結(jié),共9章。本書首先介紹了無線傳感器網(wǎng)絡(luò)的基本概念和關(guān)鍵技術(shù)、常用的無線傳感器網(wǎng)絡(luò)操作系統(tǒng)以及典型的無線傳感器網(wǎng)絡(luò)中間件,探討了無線傳感器網(wǎng)絡(luò)中間件體系結(jié)構(gòu)設(shè)計(jì)方法和典型的中間件體系結(jié)構(gòu),詳細(xì)介紹了作者的研究成果——基于agent的無線傳感器網(wǎng)絡(luò)中間件disware以及基于disware的中間件平臺(tái)軟件meshide,探討了無線多媒體傳感器網(wǎng)絡(luò)中間件技術(shù)和基于無線傳感器網(wǎng)絡(luò)的普適計(jì)算中間件技術(shù),最后給出了多個(gè)典型的無線傳感器網(wǎng)絡(luò)中間件應(yīng)用實(shí)例。出版社是科學(xué)出版社。
[1]
無線傳感器網(wǎng)絡(luò)中間件技術(shù)目錄
編輯
語音
《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》前言第1章無線傳感器網(wǎng)絡(luò)概述1.1無線傳感器網(wǎng)絡(luò)的概念1.2無線傳感器網(wǎng)絡(luò)的特征1.3無線傳感器網(wǎng)絡(luò)的發(fā)展與現(xiàn)狀1.3.1發(fā)展簡(jiǎn)史1.3.2研究現(xiàn)狀1.3.3發(fā)展趨勢(shì)1.4無線傳感器網(wǎng)絡(luò)的關(guān)鍵技術(shù)1.4.1拓?fù)淇刂?.4.2路由協(xié)議1.4.3mac協(xié)議1.4.4網(wǎng)絡(luò)安全1.4.5定位1.4.6時(shí)間同步技術(shù)1.4.7數(shù)據(jù)管理技術(shù)1.4.8數(shù)據(jù)融合技術(shù)1.5無線傳感器網(wǎng)絡(luò)的應(yīng)用前景參考文獻(xiàn).第2章無線傳感器網(wǎng)絡(luò)操作系統(tǒng)2.1無線傳感器網(wǎng)絡(luò)操作系統(tǒng)tinyos2.1.1tinyos簡(jiǎn)介2.1.2nesc語言2.1.3tinyos的執(zhí)行模型2.1.4tinyos的通信機(jī)制2.1.5tinyos應(yīng)用程序開發(fā)與發(fā)布2.2無線傳感器網(wǎng)絡(luò)操作系統(tǒng)mantisos2.2.1mantisos簡(jiǎn)介2.2.2 mantisos的體系架構(gòu)2.2.3 mantisos的通信機(jī)制2.2.4mantios應(yīng)用程序開發(fā)與發(fā)布2.3無線傳感器網(wǎng)絡(luò)操作系統(tǒng)sos2.3.1sos簡(jiǎn)介2.3.2sos的系統(tǒng)架構(gòu)2.3.3sos的通信機(jī)制2.3.4sos應(yīng)用程序開發(fā)與發(fā)布參考文獻(xiàn)第3章無線傳感器網(wǎng)絡(luò)中間件體系結(jié)構(gòu)3.1無線傳感器網(wǎng)絡(luò)中間件體系結(jié)構(gòu)概述3.2體系結(jié)構(gòu)設(shè)計(jì)原則3.3無線傳感器網(wǎng)絡(luò)中間件設(shè)計(jì)方法與比較3.4現(xiàn)有的無線傳感器網(wǎng)絡(luò)中間件體系結(jié)構(gòu)3.4.1基于agent的中間件體系結(jié)構(gòu)3.4.2基于分簇的中間件體系結(jié)構(gòu)3.4.3基于組件的中間件體系結(jié)構(gòu)3.4.4基于oos的中間件體系結(jié)構(gòu)參考文獻(xiàn)第4章典型的無線傳感器網(wǎng),絡(luò)中間件4.1agilla4.2cougar4.3dfuse4.4dsware4.5impala4.6irisnet4.7milan4.8sensorware4.9tinydb4.10其他中間件參考文獻(xiàn)第5章基于agent的無線傳感器網(wǎng)絡(luò)中間件disware5.1基于移動(dòng)agent的中間件技術(shù)5.1.1移動(dòng)agent及其運(yùn)行平臺(tái)5.1.2基于移動(dòng)agent的無線傳感器網(wǎng)絡(luò)中間件需求分析5.1.3無線傳感器網(wǎng)絡(luò)移動(dòng)agent平臺(tái)的優(yōu)缺點(diǎn)5.2安全中間件技術(shù)5.2.1無線傳感器網(wǎng)絡(luò)面臨的安全攻擊5.2.2無線傳感器網(wǎng)絡(luò)的安全需求5.2.3無線傳感器網(wǎng)絡(luò)的數(shù)據(jù)傳輸安全機(jī)制5.3disware中間件軟件的設(shè)計(jì)與實(shí)現(xiàn)5.3.1disware總體架構(gòu)的設(shè)計(jì)5.3.2異構(gòu)操作系統(tǒng)互通信問題5.3.3基于移動(dòng)agent的中間件平臺(tái)的實(shí)現(xiàn)5.3.4agent指令系統(tǒng)第6章disware中間件平臺(tái)軟件meshide6.1eclipse平臺(tái)概述6.1.1eclipse平臺(tái)體系結(jié)構(gòu)6.1.2 eclipse主要功能模塊6.1.3 eclipse插件實(shí)現(xiàn)6.2無線傳感器網(wǎng)絡(luò)集成開發(fā)平臺(tái)meshide概述6.3無線傳感器網(wǎng)絡(luò)集成開發(fā)平臺(tái)meshidefortinyos6.3.1平臺(tái)設(shè)計(jì)目標(biāo)和功能分析6.3.2 meshidefortinyos模塊設(shè)計(jì)6.3.3 tinyosenvironment編譯環(huán)境模塊設(shè)計(jì)6.3.4meshidefortinyos平臺(tái)運(yùn)行6.3.5meshidefortinyos應(yīng)用實(shí)例6.4無線傳感器網(wǎng)絡(luò)集成開發(fā)平臺(tái)meshidefornsware6.4.1平臺(tái)設(shè)計(jì)目標(biāo)和功能分析6.4.2 meshidefornsware平臺(tái)架構(gòu)6.4.3meshⅢefor顛sware模塊設(shè)計(jì)6.4.4 meshidefornsware平臺(tái)運(yùn)行6.4.5 meshidefornsware應(yīng)用實(shí)例參考文獻(xiàn)第7章無線多媒體傳感器網(wǎng)絡(luò)中間件技術(shù)7.1無線多媒體傳感器網(wǎng)絡(luò)概述7.1.1無線多媒體傳感器網(wǎng)絡(luò)的產(chǎn)生和發(fā)展7.1.2基本概念與體系結(jié)構(gòu)7.1.3wmsin特點(diǎn)7.1.4影響wmsn設(shè)計(jì)的因素7.1.5典型應(yīng)用7.2wmsn中間件設(shè)計(jì)需求7.3一種基于agent的wmsn中間件7.3.1參考體系結(jié)構(gòu)7.3.2多媒體數(shù)據(jù)動(dòng)態(tài)重配置處理7.3.3網(wǎng)絡(luò)資源動(dòng)態(tài)重配置參考文獻(xiàn)第8章基于無線傳感器網(wǎng)絡(luò)的普適計(jì)算中間件技術(shù)8.1普適計(jì)算中間件8.1.1普適計(jì)算概述8.1.2普適計(jì)算中間件的定義8.1.3普適計(jì)算中間件的特點(diǎn)8.1.4普適計(jì)算中間件的研究現(xiàn)狀8.2基于無線傳感器網(wǎng)絡(luò)的普適計(jì)算中間件設(shè)計(jì)8.2.1體系結(jié)構(gòu)8.2.2關(guān)鍵技術(shù)8.3中間件應(yīng)用實(shí)例8.3.1自助旅游服務(wù)系統(tǒng)設(shè)計(jì)8.3.2系統(tǒng)實(shí)現(xiàn)參考文獻(xiàn)第9章無線傳感器網(wǎng)絡(luò)中間件應(yīng)用9.1基于中間件的醫(yī)療健康護(hù)理系統(tǒng)9.1.1應(yīng)用背景的概述9.1.2無線醫(yī)療傳感節(jié)點(diǎn)的設(shè)計(jì)9.1.3系統(tǒng)架構(gòu)9.1.4系統(tǒng)實(shí)現(xiàn)9.2基于中間件的環(huán)境監(jiān)測(cè)系統(tǒng)9.2.1應(yīng)用背景概述9.2.2環(huán)境監(jiān)測(cè)節(jié)點(diǎn)的設(shè)計(jì)與實(shí)現(xiàn)9.2.3系統(tǒng)架構(gòu)9.2.4系統(tǒng)實(shí)現(xiàn)9.3基于多媒體中間件的智能家居應(yīng)用系統(tǒng)9.3.1應(yīng)用背景的概述9.3.2多媒體節(jié)點(diǎn)的設(shè)計(jì)9.3.3系統(tǒng)架構(gòu)9.3.4系統(tǒng)實(shí)現(xiàn)參考文獻(xiàn)B
詞條圖冊(cè)
更多圖冊(cè)
參考資料
1.

無線傳感器網(wǎng)絡(luò)中間件技術(shù)
.京東[引用日期2020-03-20]

傳感器 中間件:無線傳感器網(wǎng)絡(luò)中間件技術(shù)_1

《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》是作者對(duì)多年從事無線傳感器網(wǎng)絡(luò)中間

件相關(guān)技術(shù)研究和國(guó)家863項(xiàng)目成果的總結(jié),共9章。本書首先介紹了無線傳

感器網(wǎng)絡(luò)的基本概念和關(guān)鍵技術(shù)、常用的無線傳感器網(wǎng)絡(luò)操作系統(tǒng)以及典型

的無線傳感器網(wǎng)絡(luò)中間件,探討了無線傳感器網(wǎng)絡(luò)中間件體系結(jié)構(gòu)設(shè)計(jì)方法

和典型的中間件體系結(jié)構(gòu),詳細(xì)介紹了作者的研究成果——基于Agent的無

線傳感器網(wǎng)絡(luò)中間件DisWare以及基于DisWare的中間件平臺(tái)軟件MeshIDE,

探討了無線多媒體傳感器網(wǎng)絡(luò)中間件技術(shù)和基于無線傳感器網(wǎng)絡(luò)的普適計(jì)算

中間件技術(shù),最后給出了多個(gè)典型的無線傳感器網(wǎng)絡(luò)中間件應(yīng)用實(shí)例。

《無線傳感器網(wǎng)絡(luò)中間件技術(shù)》可作為物聯(lián)網(wǎng)和無線傳感器網(wǎng)絡(luò)領(lǐng)域的

研究人員以及廣大對(duì)物聯(lián)網(wǎng)和無線傳感器網(wǎng)絡(luò)感興趣的工程技術(shù)人員的參考

用書,也可作為普通高等院校通信工程、電子信息、計(jì)算機(jī)等專業(yè)的高年級(jí)

本科生和研究生教材。

下一篇: PLC、DCS、FCS三大控

上一篇: 電氣控制線路圖控制原

推薦產(chǎn)品

更多
西西顶级艺术人像摄影| 久久综合伊人中文字幕| 久久综合给合久久狠狠狠88| 亚洲AV永久无码精品一区二区| 亚洲国产成人BT天堂| 天天澡天天添天天摸97影院| 亚洲AV无码成人专区| 97精品伊人久久大香线蕉app| 丰满人妻中伦妇伦精品APP| 狠狠人妻熟妇Av又粗又大| 欧美啪啪抽搐一进一出免费| 天堂√在线中文官网在线| 亚洲一线产区和二线产区的区别| 锕锕锕锕锕锕锕好疼免费看网站 | WWW.一区二区三区在线 || 国产精品久久久天天影视| 麻豆文化传媒精品| 无码一区二区av| JAPANESE熟女熟妇| 国内情侣作爱视频网站| 乱中年女人伦AV一区二区| 偷拍 亚洲 卡通 另类 小说| 中国西西大胆女人裸体艺术| 宝贝我不想带小雨伞了| 国色天香精品一卡2卡3卡老狼| 亲近相奷对白中文字幕| 学生妹流白浆喷水被草| 被公侵犯怀孕的人妻中文字幕| 国产伦理一区二区| 人妻系列无码专区久久五月天| 亚洲色精品一区二区三AI女星| 厨房里挺进岳丰满大屁股| 麻豆国产精品VA在线观看| 亚洲AV日韩AV无码污污网站| 成人无号精品一区二区三区| 久久久久久久亚洲AV无码| 无码人妻久久一区二区三区免费| 中文字幕AV一区二区三区人妻少 | 超清少妇爆乳无码av无码专区 | 成人做受120视频试看| 皇上H小妖精把腿张开| 婷婷色婷婷深深爱播五月| 在线播放五十路熟妇| 精品国产乱码久久久久久人妻| 欧美人与动牲交片免费| 夜里18款禁用B站入APP软件| 护士被强女千到高潮视频| 天堂中文在线最新版| 成年奭片免费观看视频天天看| 奶头大他一口都含不住| 亚洲一级 片内射无码| 好黄好污美女裸体网站| 性色AV免费网站| 国产乱码1卡二卡3卡四卡| 天天狠天天透天天伊人| 丰满少妇被猛烈进入高清播放| 日本三级韩国三级欧美三级| ワンピースのエロ.WWW在线| 欧美黑人XXXX高潮猛交| CHINA中国人妻VIDEO| 欧美不卡一区二区三区| 99视频30精品视频在线观看| 农村人CHINESE熟女| 69ZXX少妇内射无码| 男人扒开女人下部添高潮的视频 | 亚洲爆乳少妇无码激情| 国内大量揄拍人妻在线视频| 精品无码人妻被多人侵犯AV| 亚洲国产午夜精品理论片妓女| 精品久久综合1区2区3区激情| 亚洲色偷偷综合亚洲AV| 欧美XXXX做受性欧美88| 宝宝都湿透了还嘴硬疼怎么回事| 久久青榴社区福利无码| 亚洲国产精品日韩AV专区| 国产亚洲精品拍拍拍拍拍| 日韩人妻中文无码一区二区七区 | 精品久久久久中文字幕日本| 五月综合激情婷婷六月色窝| 国产激情久久久久影院| 午夜三级手机在线电影| 精品国产福利一区二区| 又大又硬又粗再深一点视频| 久久精品国产2020观看福利| 中国人も日本人も汉字を| 久久夜色精品国产噜噜麻豆| 永久免费的啪啪免费网址| 精品久久久久久无码专区不卡| 亚洲色大成网站WWW在线| 免费无码AV片在线观看| 被客人玩得站不起来大前端| 天堂MV在线MV免费MV香蕉| 国产成人精品久久| 亚洲精品无码久久久久| 久久精品九九热无码免贵| 曰本无码人妻丰满熟妇啪啪| 人妻AV中文字幕久久| 粗大猛烈进出高潮视频大全| 小SAO货边洗澡边CAO你| 国产亚洲精品第一综合| 中文激情在线一区二区| 少妇VIDES裸体BBWWHD| 国产精品三级AV三级AV三级 | 午夜理论片福利在线观看| 久久精品国产精品国产一区 | 亚洲色18成人网站WWW| 男吃奶玩乳尖高潮视频午夜| 公侵犯人妻一区二区三区免费| 亚洲欧洲精品无码AV| 人妻熟妇乱又伦精品HD | 国产成人AV乱码免费观看| 亚洲色精品88色婷婷七月丁香| 人人爽人人爽人人爽| 国产精品天天看天天狠| 18禁无遮挡无码网站免费| 无码专区—VA亚洲V专区VR| 男女交性视频无遮挡全过程| 国产精品秘入口18禁麻豆免会员| 中国国产高清免费AV片| 无码欧美毛片一区二区三在线视频| 美女内射在线观看| 国产极品粉嫩馒头一线天AV| 日韩精品区一区二区三VR| 男女无遮挡猛进猛出免费视频| 国产精品久久高潮呻吟无码| 亚洲乱码日产精品B| 色欲AV伊人久久大香线蕉影院| 浪荡人妻共32部黑人大凶器电影 | 99无人区码一码二码三码四| 色噜噜影院狠狠狠噜| 狠狠色噜噜狠狠狠888米奇| 亚洲小说区图片区另类春色| 熟女亚洲综合精品伊人久久| 麻豆文化传媒精品一区观看| 国外免费IPHONE网站| 丰满人妻熟妇乱又伦精品视频三 | 玩弄秘书的奶又大又软| 蜜桃AV不卡无码三区| 饥渴少妇AV无码影片| 国产成人无码免费视频麻豆| 办公室娇喘的短裙老师| 中文字幕无码人妻少妇免费| 亚洲综合激情另类小说区| 亚洲AV无码一区二区三区观看| 十八18禁国产精品WWW| 欧美猛少妇性ⅩXXX| 男人J桶进女人J无遮挡| 久拍国产在线观看| 久久久久久久久久久精品尤物| 娇小性XXXXX极品娇小| 国精品无码一区二区三区在线蜜臀 | 亚洲国产精品无码中文在线| 亚洲AV日韩AV无码大全| 性欧美ⅩXX1819内谢| 无码国模大尺度视频在线观看| 少妇邻居内射在线| 少妇系列之白嫩人妻| 天码人妻一区二区三区| 人妻中文字幕AV无码专区| 人妻人人做人碰人人添| 热99RE久久精品| 日产精品一卡2卡三卡4卡乱码| 人妻厨房出轨上司HD院线| 人妻丰满熟妇无码区免费| 日本Α片无遮挡在线观看| 免费毛片45分钟| 欧美无MATE30PRO巨| 日本强伦姧人妻完视频正版| 欧美丰满熟妇XXXX性大屁股| 热99RE久久国超精品首页| 日韩A∨精品日韩在线观看| 水蜜桃成视频人在线看| 同桌上课脱裙子让我帮他自慰| 色婷婷五月综合丁香中文字幕| 特级AAAAAAAAA毛片免费视频| 性XXXX18免费观看视频| 午夜精品久久久久久毛片| 亚洲AⅤ永久无码精品| 亚洲欧美日韩综合一区二区| 一区二区狠狠色丁香久久婷婷| 18禁H免费动漫无码网站| 99热这里只有精品免费播放| AV无码一区二区三区| 催眠~凌~辱~学园 在线观看 | 白种女BBWBBWBBW| 成·人免费午夜无码不卡| 国产精品特级露脸AV毛片| 国产区精品一区二区不卡中文| 久久99国产精品久久99蜜桃| 久久99精品久久久久久秒播| 欧美疯狂性受XXXXX另类| 色婷婷精品久久二区二区蜜臀av| 亚洲AV色香蕉一区二区| 中文午夜人妻无码看片| 被黑人伦流澡到高潮HNP动漫| 粉嫩大学生无套内射无码卡视频 | 国产成人精品一区二区秒播| 精品国际久久久久999波多野| 女生裙子里面到底穿了啥| 特殊重囗味SM在线观看无码|