基于RPC的GPS服務(wù)器設(shè)計(jì)

畢 嵐

(安徽工業(yè)經(jīng)濟(jì)職業(yè)技術(shù)學(xué)院 財(cái)經(jīng)學(xué)院，安徽 合肥230051)

隨著互聯(lián)網(wǎng)技術(shù)的高速發(fā)展，為了降低道路運(yùn)輸過(guò)程中交通事故的發(fā)生率，車輛動(dòng)態(tài)監(jiān)控系統(tǒng)已經(jīng)得到越來(lái)越多的應(yīng)用[1]. 而起到數(shù)據(jù)采集作用的GPS服務(wù)器則是該系統(tǒng)的核心部分. 然而，車輛監(jiān)控業(yè)務(wù)是不斷變化的. 如何設(shè)計(jì)一個(gè)具有高并發(fā)性、高擴(kuò)展性以及高可維護(hù)性的GPS數(shù)據(jù)采集服務(wù)器成為構(gòu)建車輛動(dòng)態(tài)監(jiān)控系統(tǒng)的關(guān)鍵所在.

廖宏建等利用Windows操作系統(tǒng)下的完成端口實(shí)現(xiàn)了監(jiān)控系統(tǒng)[2，3]；溫惠英等在物流監(jiān)控系統(tǒng)中應(yīng)用GPS加慣性導(dǎo)航技術(shù)提高了監(jiān)控的準(zhǔn)確度[4]；沈緒明利用北斗導(dǎo)航技術(shù)解決盲區(qū)內(nèi)定位消息的傳輸問(wèn)題[5]；鄧婷等將RFID(Radio Frequency Identification——無(wú)線射頻識(shí)別)技術(shù)應(yīng)用于物流監(jiān)控系統(tǒng)中，將車輛監(jiān)控與貨物監(jiān)控進(jìn)行結(jié)合[6，7]；胡淼則將分布式大數(shù)據(jù)等技術(shù)應(yīng)用于車輛監(jiān)控中[8].

目前，傳統(tǒng)的GPS服務(wù)器通常將通信模塊與業(yè)務(wù)邏輯模塊集成在一起. 傳統(tǒng)GPS服務(wù)器雖然開(kāi)發(fā)起來(lái)簡(jiǎn)單，但是維護(hù)性差. 當(dāng)業(yè)務(wù)發(fā)生變化時(shí)，往往需要投入大量的人力成本進(jìn)行維護(hù).

針對(duì)這種情況，本文設(shè)計(jì)了一種基于RPC的GPS服務(wù)器. 該服務(wù)器基于RPC的設(shè)計(jì)思想將通信與業(yè)務(wù)進(jìn)行了真正意義上的物理隔離，大大提高了系統(tǒng)的可擴(kuò)展性與可維護(hù)性.

1 關(guān)鍵技術(shù)

1.1 RPC技術(shù)

RPC是一種通過(guò)網(wǎng)絡(luò)從遠(yuǎn)程計(jì)算機(jī)程序上請(qǐng)求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議. RPC協(xié)議假定某些傳輸協(xié)議的存在，如傳輸控制協(xié)議(Transmission Control Protocol, TCP)或用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol, UDP)，為通信程序之間攜帶信息數(shù)據(jù). 在開(kāi)放系統(tǒng)互聯(lián)(Open System Interconnection, OSI)網(wǎng)絡(luò)通信模型中，RPC跨越了傳輸層和應(yīng)用層. RPC使得包括網(wǎng)絡(luò)分布式多程序在內(nèi)的應(yīng)用程序的開(kāi)發(fā)更加容易.RPC采用客戶機(jī)/服務(wù)器模式. 請(qǐng)求程序就是一個(gè)客戶機(jī)，而服務(wù)提供程序就是一個(gè)服務(wù)器.

1.2 I/O復(fù)用之EPOLL技術(shù)

Epoll模型是現(xiàn)行GNU/Linux操作系統(tǒng)下最高效的輸入/輸出(Input/Output, I/O)復(fù)用模型. 在具有大量I/O請(qǐng)求的程序中,epoll模型比select和poll等I/O復(fù)用模型更高效. 這是因?yàn)閑poll對(duì)于網(wǎng)絡(luò)監(jiān)聽(tīng)事件的響應(yīng)并不像select一樣通過(guò)遍歷完成，而是基于事件驅(qū)動(dòng). 即，描述符一旦準(zhǔn)備完成，回調(diào)事件處理函數(shù)就會(huì)馬上被調(diào)用完成事件處理而不是遍歷整個(gè)描述符鏈表. 在select與poll等模型中，系統(tǒng)調(diào)用完成所需事件的時(shí)間復(fù)雜度為O(n)(n為消息隊(duì)列中I/O事件的個(gè)數(shù))，而在epoll模型中系統(tǒng)調(diào)用完成所需事件的時(shí)間復(fù)雜度僅為O(1). Epoll讀寫(xiě)操作步驟如圖1所示.

圖1 Epoll模型的讀寫(xiě)操作步驟Fig1 Read and write steps of epoll model

另外，與Windows操作系統(tǒng)下的I/O完成端口(I/O Completion Port，IOCP)模型不同，epoll模型是用戶操作后I/O才完成，而IOCP模型是I/O完成后再進(jìn)行用戶操作. 因此，雖然epoll不是完全意義上的異步I/O模型，但是比起IOCP模型卻更加靈活.

2 架構(gòu)設(shè)計(jì)及具體實(shí)現(xiàn)

2.1 框架概述

本系統(tǒng)中的所有車載終端與GPS服務(wù)器之間的通信都是TCP通信方式. 在設(shè)計(jì)過(guò)程中采用RPC技術(shù)的設(shè)計(jì)思想，將各個(gè)業(yè)務(wù)服務(wù)與通信框架進(jìn)行物理上的分離，真正實(shí)現(xiàn)了邏輯與通信的解耦[9].

通信框架在本系統(tǒng)中作為物理上獨(dú)立的一部分實(shí)際上可以認(rèn)為是一個(gè)中間代理者(broker). 所有的車載終端、監(jiān)控客戶端以及各個(gè)業(yè)務(wù)服務(wù)都與broker建立連接，其通信模型采用epoll模型，如圖2所示[10].

圖2 基于RPC的GPS服務(wù)器框架Fig.2 GPS server framework based on RPC

Broker對(duì)與其建立的連接進(jìn)行維護(hù)，創(chuàng)建連接隊(duì)列. 當(dāng)連接建立時(shí)，將該連接加入連接隊(duì)列；當(dāng)連接斷開(kāi)時(shí)，將該連接從連接隊(duì)列移除. 在本系統(tǒng)中，broker按照與其進(jìn)行的連接的類型創(chuàng)建車載終端連接隊(duì)列、監(jiān)控客戶端連接隊(duì)列以及業(yè)務(wù)服務(wù)連接隊(duì)列.

Broker中還維護(hù)了一個(gè)全局消息隊(duì)列，全局消息隊(duì)列由各個(gè)業(yè)務(wù)隊(duì)列組成. 當(dāng)監(jiān)控客戶端或者車載終端向broker發(fā)送消息時(shí)，broker根據(jù)消息的類型將該消息進(jìn)行處理后插入相應(yīng)的業(yè)務(wù)隊(duì)列[11].

最后，broker還維護(hù)若干定時(shí)器. 其一是為了對(duì)車載終端以及業(yè)務(wù)服務(wù)與broker之間的連接進(jìn)行?；畈僮?；其二是控制業(yè)務(wù)隊(duì)列向相應(yīng)的業(yè)務(wù)服務(wù)模塊發(fā)送消息的速度.

需要進(jìn)行數(shù)據(jù)庫(kù)存儲(chǔ)的業(yè)務(wù)服務(wù)(比如位置服務(wù)、報(bào)警服務(wù)以及多媒體服務(wù))在與數(shù)據(jù)庫(kù)交互之間加入數(shù)據(jù)庫(kù)緩存. 這些業(yè)務(wù)服務(wù)需要先進(jìn)行數(shù)據(jù)緩存，當(dāng)數(shù)據(jù)庫(kù)緩存到達(dá)一定量或者時(shí)間間隔到達(dá)某一閾值時(shí)，再將數(shù)據(jù)批量導(dǎo)入數(shù)據(jù)庫(kù).

2.2 工作流程

業(yè)務(wù)服務(wù)端(service)主要處理業(yè)務(wù)，中間代理端(broker)主要處理通信，兩者之間的通信通過(guò)RPC協(xié)議來(lái)連接[12].

本系統(tǒng)工作流程主要分為3個(gè)部分：業(yè)務(wù)服務(wù)注冊(cè)流程、車載終端主動(dòng)發(fā)送消息流程以及監(jiān)控客戶端調(diào)用終端服務(wù)流程. 首先，業(yè)務(wù)服務(wù)注冊(cè)流程將業(yè)務(wù)服務(wù)進(jìn)行服務(wù)注冊(cè)，并將其對(duì)外發(fā)布. 其次，車載終端主動(dòng)發(fā)送消息流程是指系統(tǒng)調(diào)用注冊(cè)的服務(wù)處理車載終端發(fā)送的數(shù)據(jù). 最后，監(jiān)控客戶端調(diào)用終端服務(wù)流程調(diào)用注冊(cè)服務(wù)使監(jiān)控人員得以獲取監(jiān)控服務(wù).

系統(tǒng)工作流程如圖3所示.

圖3 基于RPC的GPS服務(wù)器工作流程Fig.3 Workflow of GPS server based on RPC

業(yè)務(wù)服務(wù)注冊(cè)流程：

(1) service端按照規(guī)定協(xié)議向broker端進(jìn)行服務(wù)注冊(cè)，broker端向service端返回注冊(cè)成功消息；

(2) service端收到注冊(cè)服務(wù)成功的消息后，再向broker端發(fā)送服務(wù)接口注冊(cè)消息，接口注冊(cè)成功后，broker端向service端返回接口注冊(cè)成功消息.

車載終端主動(dòng)發(fā)送消息流程：

(1) terminal向broker發(fā)送終端消息，broker端收到終端消息后進(jìn)行解析，判斷協(xié)議類型并組成RPC協(xié)議發(fā)送至相應(yīng)的業(yè)務(wù)服務(wù)；

(2) service端收到RPC協(xié)議后，進(jìn)行解析并進(jìn)行相應(yīng)的業(yè)務(wù)操作.

監(jiān)控客戶端調(diào)用終端服務(wù)流程：

(1) client向broker請(qǐng)求終端服務(wù)，broker端收到消息后進(jìn)行解析，判斷協(xié)議類型并組成RPC協(xié)議發(fā)送至相應(yīng)的業(yè)務(wù)服務(wù)；

(2) service端收到RPC協(xié)議后，進(jìn)行解析確定發(fā)送終端的ID，并重組RPC協(xié)議發(fā)送至broker端；

(3) broker端收到RPC消息后進(jìn)行解析，并組成終端協(xié)議發(fā)送至相應(yīng)終端；

(4) terminal收到終端協(xié)議后，向broker返回相應(yīng)的響應(yīng)命令消息；

(5) broker端收到該消息后進(jìn)行解析，判斷協(xié)議類型并組成RPC協(xié)議發(fā)送至相應(yīng)的業(yè)務(wù)服務(wù)；

(6) service端收到RPC協(xié)議后，進(jìn)行解析以及業(yè)務(wù)處理，接著確定發(fā)送監(jiān)控終端的ID，并重組RPC協(xié)議發(fā)送至broker端；

(7) broker端收到RPC消息后進(jìn)行解析，并組成監(jiān)控終端協(xié)議發(fā)送至相應(yīng)監(jiān)控終端，完成最終的終端服務(wù)調(diào)用.

2.3 服務(wù)器的性能優(yōu)化

GPS服務(wù)器不同于其他應(yīng)用服務(wù)器，在性能優(yōu)化方面應(yīng)考慮其獨(dú)有的特征. 比如，GPS服務(wù)器主要用來(lái)處理海量且格式固定的位置數(shù)據(jù)；車載終端與服務(wù)器之間的連接為長(zhǎng)連接，等等.

結(jié)合這些特征，本文的GPS服務(wù)器在優(yōu)化性能的過(guò)程中，重點(diǎn)解決了服務(wù)器運(yùn)行過(guò)程中內(nèi)核資源的重用、內(nèi)存拷貝、不必要的I/O開(kāi)銷等問(wèn)題.

2.3.1 系統(tǒng)資源的重用

車載終端與GPS服務(wù)器之間的連接方式雖然是長(zhǎng)連接，但從服務(wù)器長(zhǎng)期運(yùn)行的角度來(lái)看，創(chuàng)建連接以及斷開(kāi)連接的頻度依然較大. 以往的GPS服務(wù)器設(shè)計(jì)中，當(dāng)車載終端與服務(wù)器建立連接時(shí)，要新建socket，創(chuàng)建緩存存儲(chǔ)終端通信數(shù)據(jù)并進(jìn)行解析. 當(dāng)解析完成時(shí)，服務(wù)器需要釋放存儲(chǔ)該終端通信數(shù)據(jù)的內(nèi)存. 最后，當(dāng)車載終端與服務(wù)器斷開(kāi)連接時(shí)，又需要將通信socket銷毀. 這樣的做法有兩個(gè)缺點(diǎn)：一是內(nèi)存不斷地創(chuàng)建與釋放會(huì)產(chǎn)生大量的內(nèi)存碎片，從而降低系統(tǒng)內(nèi)存的利用率；二是無(wú)論是內(nèi)存、socket還是線程都是系統(tǒng)內(nèi)核資源，而系統(tǒng)內(nèi)核資源的不斷創(chuàng)建與釋放也會(huì)增加系統(tǒng)的不必要開(kāi)銷.

本文設(shè)計(jì)的GPS服務(wù)器遵循資源重用的理念，將池的概念深入到服務(wù)器開(kāi)發(fā)的方方面面：在服務(wù)器中創(chuàng)建了內(nèi)存池、socket連接池以及線程池.

內(nèi)存池主要是用來(lái)管理緩存區(qū)內(nèi)存以及解析協(xié)議過(guò)程中用到的對(duì)象內(nèi)存. 每次接收數(shù)據(jù)所需的緩存以及解析數(shù)據(jù)所需的對(duì)象內(nèi)存先從內(nèi)存池中拿取，若內(nèi)存池中沒(méi)有，則新建一塊內(nèi)存用來(lái)緩存數(shù)據(jù)；當(dāng)處理完成后，不是釋放內(nèi)存，而是將用完的內(nèi)存放入內(nèi)存池中以便下次使用.

Socket連接池主要是用來(lái)管理車載終端與GPS服務(wù)器建立連接的socket. 當(dāng)車載終端要與服務(wù)器連接時(shí)，服務(wù)器從socket連接池中拿取socket用來(lái)建立這次連接，若socket連接池中沒(méi)有可以使用的socket，則服務(wù)器創(chuàng)建一個(gè)新的socket用來(lái)建立本次連接. 當(dāng)車載終端與服務(wù)器斷開(kāi)連接時(shí)，服務(wù)器并不是銷毀該socket，而是將該socket放入socket連接池中以便下次連接的使用.

當(dāng)海量的位置數(shù)據(jù)上報(bào)時(shí)，為了能夠及時(shí)處理位置數(shù)據(jù)，可以在位置服務(wù)(Position Service)模塊中采用多線程處理的方式. 在這種情況下運(yùn)用線程池可以更好地提高服務(wù)器處理性能. 本系統(tǒng)的線程池采用的策略是提前在池中批量創(chuàng)建固定大小的線程. 當(dāng)任務(wù)請(qǐng)求數(shù)量增加到一定的閾值時(shí)，再批量創(chuàng)建固定數(shù)量的線程；當(dāng)任務(wù)量減少時(shí)再使線程數(shù)回到初始狀態(tài).

2.3.2 減少I/O次數(shù)

在服務(wù)器設(shè)計(jì)中，一般來(lái)說(shuō)最大的瓶頸不是內(nèi)核切換，不是鎖競(jìng)爭(zhēng)，而是I/O的開(kāi)銷. 因此，消除不必要的I/O開(kāi)銷可以最大程度地提高服務(wù)器的性能.

本系統(tǒng)對(duì)消息進(jìn)行分級(jí)處理. 位置信息、多媒體信息等數(shù)據(jù)實(shí)時(shí)性要求不高，系統(tǒng)將其定義為不活躍消息. 而短信發(fā)送、點(diǎn)名報(bào)位等指令要求實(shí)時(shí)性高，系統(tǒng)將其定義為活躍消息.

對(duì)于不活躍消息，可以在broker的業(yè)務(wù)隊(duì)列中進(jìn)行緩存，等到一定時(shí)間或者業(yè)務(wù)隊(duì)列滿時(shí)，再將若干這類消息統(tǒng)一發(fā)送至相應(yīng)的業(yè)務(wù)隊(duì)列. 同樣，將數(shù)據(jù)在數(shù)據(jù)庫(kù)緩存中進(jìn)行緩存，等到一定時(shí)間或者緩存隊(duì)列滿時(shí)，再將數(shù)據(jù)進(jìn)行批量存儲(chǔ).

對(duì)于活躍消息則不進(jìn)行緩存而是直接發(fā)送，保證其實(shí)時(shí)性.

2.3.3 RPC協(xié)議的實(shí)現(xiàn)及優(yōu)勢(shì)

實(shí)現(xiàn)消息序列化與反序列化的方式有很多，例如xml、json等常見(jiàn)方式都已經(jīng)有了很成功的應(yīng)用[13]. 但，這類文本式的協(xié)議方式也有著相應(yīng)的缺點(diǎn)，比如存儲(chǔ)空間較大、解析過(guò)慢等[14].

鑒于GPS服務(wù)器獨(dú)特的業(yè)務(wù)特點(diǎn)(協(xié)議基于交通部行業(yè)標(biāo)準(zhǔn))，本系統(tǒng)RPC協(xié)議的設(shè)計(jì)使用了自定義的輕量級(jí)二進(jìn)制序列化方式[15]，與xml、json等序列化方式相比更加透明和高效.

利用RPC協(xié)議進(jìn)行服務(wù)調(diào)用，首先可以將各自模塊各自業(yè)務(wù)隔離開(kāi)來(lái)，滿足面向?qū)ο蟮囊?，各自封裝各自的業(yè)務(wù)邏輯，不會(huì)因?yàn)椴皇煜I(yè)務(wù)的人的修改而導(dǎo)致系統(tǒng)崩潰；其次可以實(shí)現(xiàn)跨語(yǔ)言跨平臺(tái)調(diào)用；最后RPC協(xié)議的調(diào)用模式使得系統(tǒng)易于拓展，易于復(fù)用.

2.3.4 環(huán)形緩沖區(qū)

在TCP連接中，TCP協(xié)議棧默認(rèn)采用了Nagle算法，該算法可能會(huì)導(dǎo)致接收方接收到一塊字節(jié)流含有多個(gè)發(fā)送協(xié)議包，或者只含有部分的發(fā)送協(xié)議包. 這就是常說(shuō)的TCP“粘包”與“斷包”現(xiàn)象.

為了解決“粘包”與“斷包”問(wèn)題，需要對(duì)緩沖區(qū)中的協(xié)議包進(jìn)行解包和拼包，在此過(guò)程中必然涉及過(guò)多的內(nèi)存拷貝，從而降低系統(tǒng)的性能.

在本系統(tǒng)中采用環(huán)形緩沖區(qū)來(lái)解決“粘包”與“斷包”問(wèn)題，每次寫(xiě)數(shù)據(jù)與讀數(shù)據(jù)都記錄讀位與寫(xiě)位，每次從寫(xiě)位拷貝新數(shù)據(jù)，從讀位進(jìn)行協(xié)議解析. 這樣做可以不用將數(shù)據(jù)緩存到緩沖區(qū)首部來(lái)解析數(shù)據(jù)，從而避免了內(nèi)存拷貝，提高了系統(tǒng)性能.

3 系統(tǒng)測(cè)試

一個(gè)高性能GPS服務(wù)器應(yīng)在單位時(shí)間內(nèi)盡可能多地處理TCP連接及數(shù)據(jù)包、盡可能少地占有系統(tǒng)資源. 本節(jié)將讓基于RPC的GPS服務(wù)器模擬海量車載終端的業(yè)務(wù)交互，并與傳統(tǒng)GPS服務(wù)器進(jìn)行系統(tǒng)性能的對(duì)比測(cè)試.

3.1 測(cè)試環(huán)境

本次參與測(cè)試的機(jī)器有兩臺(tái). 一臺(tái)機(jī)器(配置為Intel Core i7-3930K，3.60GHz的CPU，8G內(nèi)存)用作服務(wù)器. 另外一臺(tái)機(jī)器(配置為Intel Core i5-2400，3.10GHz的CPU，4G內(nèi)存)裝上模擬車載終端壓力測(cè)試軟件當(dāng)作客戶端. 兩臺(tái)機(jī)器通過(guò)交換機(jī)進(jìn)行連接.

將交通部部標(biāo)壓力測(cè)試軟件分別設(shè)置兩組參數(shù)：一組的連接總數(shù)為2000，每個(gè)線程的套接字?jǐn)?shù)為10，發(fā)送注冊(cè)和鑒權(quán)的時(shí)間間隔為1000 ms，發(fā)送GPS定位數(shù)據(jù)的時(shí)間間隔為200 ms，測(cè)試時(shí)間為10 min；另一組的連接總數(shù)為10 000，每個(gè)線程的套接字?jǐn)?shù)為20，發(fā)送注冊(cè)和鑒權(quán)的時(shí)間間隔為1000 ms，發(fā)送GPS定位數(shù)據(jù)的時(shí)間間隔為1000 ms，測(cè)試時(shí)間為20 min. 讓壓力測(cè)試軟件分別對(duì)本文設(shè)計(jì)的GPS服務(wù)器以及傳統(tǒng)GPS服務(wù)器在CPU占有率(取樣取均值)、內(nèi)存消耗(取樣取均值)、測(cè)試工具發(fā)送的位置信息數(shù)量和處理位置信息的數(shù)量這幾個(gè)方面進(jìn)行對(duì)比測(cè)試. 最后，為了保持一致性，將進(jìn)行對(duì)比的兩類GPS服務(wù)器的工作線程以及處理線程都設(shè)為一個(gè).

3.2 測(cè)試結(jié)果與分析

測(cè)試結(jié)果見(jiàn)表1. 結(jié)果表明，與傳統(tǒng)GPS服務(wù)器相比，基于RPC的GPS服務(wù)器使用了更多的內(nèi)存和CPU，但處理數(shù)據(jù)的能力仍滿足交通部的部標(biāo)要求(即平臺(tái)的數(shù)據(jù)處理速度達(dá)到峰值1000條/s,平均500條/s).

雖然基于RPC的GPS服務(wù)器性能稍差，但是維護(hù)性好，支持跨平臺(tái)開(kāi)發(fā). 當(dāng)數(shù)據(jù)量以及業(yè)務(wù)復(fù)雜度持續(xù)增加時(shí)，支持分布式部署，滿足GPS服務(wù)器高性能、高擴(kuò)展的要求.

表1 兩種類型GPS服務(wù)器的性能比較

4 結(jié)論

鑒于GPS服務(wù)器業(yè)務(wù)需求變化快，傳統(tǒng)的GPS服務(wù)器通信與邏輯耦合性過(guò)高難以維護(hù)的問(wèn)題，本文設(shè)計(jì)了基于RPC技術(shù)理念的GPS服務(wù)器，將網(wǎng)絡(luò)通信與業(yè)務(wù)邏輯進(jìn)行徹底的物理隔離. 將網(wǎng)絡(luò)通信及分發(fā)程序與業(yè)務(wù)邏輯程序分別設(shè)計(jì)為中間代理者(broker)與業(yè)務(wù)服務(wù)者(service)，其中broker采用GNU/Linux中的epoll模型，采用池技術(shù)與環(huán)形緩沖區(qū)技術(shù)，broker與service之間的通信采用輕量級(jí)的自定義二進(jìn)制RPC協(xié)議. 該GPS服務(wù)器具有擴(kuò)展性好，維護(hù)性好，可以支持分布式部署的優(yōu)點(diǎn).

實(shí)驗(yàn)證明，基于RPC的GPS服務(wù)器同樣能夠滿足當(dāng)前交通部部標(biāo)規(guī)定的性能指標(biāo). 目前該服務(wù)器已經(jīng)應(yīng)用于某省物流企業(yè)的物流監(jiān)控平臺(tái)中，在實(shí)際運(yùn)行中也有著良好的表現(xiàn)，能夠達(dá)到項(xiàng)目的設(shè)計(jì)要求.

當(dāng)service和client不斷增加時(shí)，單個(gè)broker將會(huì)無(wú)法承載，因此參照Mysql中的Master/Slave結(jié)構(gòu)設(shè)計(jì)broker節(jié)點(diǎn)將成為下一步的研究重點(diǎn).

[1] 李繼玲, 盧才武, 李金成. 我國(guó)物流運(yùn)輸?shù)默F(xiàn)狀及發(fā)展對(duì)策[J]. 東北大學(xué)學(xué)報(bào)(自然科學(xué)版), 2004, 8(25): 236-238.

[2] 廖宏建, 楊玉寶, 唐連章. 完成端口實(shí)現(xiàn)高性能服務(wù)器端通信層的關(guān)鍵問(wèn)題[J]. 計(jì)算機(jī)應(yīng)用, 2012, 32(3): 812-815.

[3] 劉寬. 基于無(wú)線網(wǎng)絡(luò)的監(jiān)控系統(tǒng)架構(gòu)的關(guān)鍵技術(shù)研究[D]. 武漢: 華中科技大學(xué), 2014.

[4] 溫惠英, 何正強(qiáng), 徐建閩, 等. GPS/DR組合定位技術(shù)在物流運(yùn)輸監(jiān)控管理中的應(yīng)用[J]. 武漢理工大學(xué)學(xué)報(bào)(交通科學(xué)與工程版), 2007, 31(3): 377-380.

[5] 沈緒明. 北斗導(dǎo)航衛(wèi)星定位系統(tǒng)在我國(guó)物流運(yùn)輸發(fā)展中的重要作用[J]. 物流技術(shù)(裝備版), 2014, 33(4): 12-14.

[6] 鄧婷. RFID/GPS/BDS技術(shù)在危險(xiǎn)品運(yùn)輸監(jiān)控中的應(yīng)用[J]. 太赫茲科學(xué)與電子信息學(xué)報(bào), 2014, 12(5): 716-720

[7] 張笛. 面向物聯(lián)網(wǎng)的物流運(yùn)輸車輛監(jiān)控平臺(tái)關(guān)鍵技術(shù)研究[D]. 重慶: 重慶大學(xué), 2012.

[8] 胡淼. 基于Hadoop的物流車輛運(yùn)輸監(jiān)控?cái)?shù)據(jù)管理研究[D]. 大連: 大連海事大學(xué), 2014.

[9] 王偉, 余利華. RPCI:面向互聯(lián)網(wǎng)的RPC框架[J]. 計(jì)算機(jī)工程與應(yīng)用, 2013, 49(21): 106-110.

[10]Zhao S, Erturk A. RPC chains: efficient client-server communication in geodistributed systems[J]. Usenix Symposium on Networked Systems Design & Implementation, 2009, 122(7): 277-290.

[11] Aielli G. The RPC current time structure. Fast current peak measurement in the ATLAS RPC system[J]. Nuclear Instruments and Methods in Physics Research. 2012, 661(1): S201-S205.

[12] Chen H, Shi L, Sun J H, et al. A fast RPC system for virtual machines[J]. IEEE Transactions on Parallel and Distributed Systems: A Publication of the IEEE Computer Society. 2013,24(7): 1267-1276.

[13] 康禮鴻, 王建林, 趙利, 等. 基于XML-RPC的分布式儀器系統(tǒng)集成[J]. 計(jì)算機(jī)工程, 2012,38(4): 230-232

[14] De Rivera G G, Ribalda R, Colas J, et al. A generic software platform for controlling collaborative robotic system using XML-RPC[C]// Proceedings, 2005 IEEE/ASME International Conference on Advanced Intelligent Mechatronics. Monterey, CA: IEEE Press, 2005: 1336-1341.

[15] 周俊, 王芳, 李陽(yáng), 等. 用戶態(tài)RPC協(xié)議分析及其多線程優(yōu)化[J]. 計(jì)算機(jī)研究與發(fā)展, 2012,49(s1): 191-195.