欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

海量消息的分布式多階段持久化的系統(tǒng)及方法

文檔序號(hào):6522517閱讀:147來(lái)源:國(guó)知局
海量消息的分布式多階段持久化的系統(tǒng)及方法
【專利摘要】本發(fā)明涉及一種海量消息的分布式多階段持久化的方法及系統(tǒng),其中包括服務(wù)總線代理,用以將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;服務(wù)調(diào)用監(jiān)控子系統(tǒng),所述的服務(wù)調(diào)用監(jiān)控子系統(tǒng)包括:日志接收引擎,用以接收異步信息發(fā)送進(jìn)程發(fā)送的日志文件;日志分析引擎,用以對(duì)所述的日志文件進(jìn)行合并和分析處理;日志存貯引擎,用以存儲(chǔ)所述的日志分析引擎處理的統(tǒng)計(jì)信息和報(bào)文信息。采用該種結(jié)構(gòu)的海量消息的分布式多階段持久化的方法及系統(tǒng),借鑒異步和分布式文件系統(tǒng)的思想,可以實(shí)現(xiàn)持久化的異步存貯和持久化地分布式存貯,通過(guò)多階段持久化大幅提升消息處理平臺(tái)的性能,具有更廣泛的應(yīng)用范圍。
【專利說(shuō)明】海量消息的分布式多階段持久化的系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及消息處理平臺(tái)領(lǐng)域,尤其涉及消息處理平臺(tái)消息處理領(lǐng)域,具體是指一種海量消息的分布式多階段持久化的系統(tǒng)及方法。
【背景技術(shù)】
[0002]消息處理平臺(tái)提供了網(wǎng)絡(luò)中最基本的連接中樞,是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素,消除不同應(yīng)用之間的技術(shù)差異,讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運(yùn)作,實(shí)現(xiàn)了不同服務(wù)之間的通信與整合。
[0003]消息處理平臺(tái)上的任何一次調(diào)用,將在平臺(tái)上產(chǎn)生1、2、3、4四條記錄,見(jiàn)圖1標(biāo)示的4個(gè)點(diǎn)。消息處理平臺(tái)作為企業(yè)服務(wù)連接的中樞總線,這四點(diǎn)的統(tǒng)計(jì)信息和報(bào)文信息必須存到數(shù)據(jù)庫(kù)中。方便查詢統(tǒng)計(jì),對(duì)帳仲裁。
[0004]通常的實(shí)現(xiàn)方式是集成平臺(tái)接收到業(yè)務(wù)請(qǐng)求消息,進(jìn)行持久化消息、判斷路由、協(xié)議轉(zhuǎn)換等處理;然后將業(yè)務(wù)請(qǐng)求消息路轉(zhuǎn)發(fā)給服務(wù)提供者;服務(wù)提供者接收到業(yè)務(wù)請(qǐng)求消息后,立即對(duì)業(yè)務(wù)請(qǐng)求消息進(jìn)行處理返回給集成平臺(tái);集成平臺(tái)再對(duì)處理結(jié)果做持久化消息、消息路由、協(xié)議轉(zhuǎn)換等處理;最終將處理結(jié)果轉(zhuǎn)發(fā)給服務(wù)消費(fèi)者。如圖2所示。
[0005]這種直接進(jìn)行持久化的方式受數(shù)據(jù)庫(kù)等外部條件影響很大。如果數(shù)據(jù)庫(kù)性能不高,會(huì)嚴(yán)重影響消息處理平臺(tái)的性能。

【發(fā)明內(nèi)容】

[0006]本發(fā)明的目的是克服了上述現(xiàn)有技術(shù)的缺點(diǎn),提供了一種能夠?qū)崿F(xiàn)持久化的異步存貯和持久化地分布式存貯、通過(guò)多階段持久化大幅提升消息處理平臺(tái)的性能、具有更廣泛應(yīng)用范圍的海量消息的分布式多階段持久化的系統(tǒng)及方法。
[0007]為了實(shí)現(xiàn)上述目的,本發(fā)明的海量消息的分布式多階段持久化的系統(tǒng)及方法具有如下構(gòu)成:
[0008]該海量消息的分布式多階段持久化的系統(tǒng),其主要特點(diǎn)是,所述的系統(tǒng)包括:
[0009]服務(wù)總線代理,用以將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;
[0010]服務(wù)調(diào)用監(jiān)控子系統(tǒng),所述的服務(wù)調(diào)用監(jiān)控子系統(tǒng)包括:
[0011]日志接收引擎,用以接收異步信息發(fā)送進(jìn)程發(fā)送的日志文件;
[0012]日志分析引擎,用以對(duì)所述的日志文件進(jìn)行合并和分析處理;
[0013]日志存貯引擎,用以存儲(chǔ)所述的日志分析引擎處理的統(tǒng)計(jì)信息和報(bào)文信息。
[0014]較佳地,所述的日志存貯引擎包括:
[0015]數(shù)據(jù)庫(kù)存儲(chǔ)單元,用以存儲(chǔ)所述的日志分析引擎處理的統(tǒng)計(jì)信息;
[0016]分布式文件系統(tǒng)存儲(chǔ)單元,用以存儲(chǔ)所述的日志分析引擎處理的報(bào)文信息。
[0017]本發(fā)明還涉及一種基于所述的系統(tǒng)海量消息的分布式多階段持久化的方法,其特征在于,所述的方法包括以下步驟:[0018](I)所述的服務(wù)總線代理將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;
[0019](2)所述的消息處理平臺(tái)通過(guò)異步信息發(fā)送進(jìn)程將日志文件發(fā)送至所述的日志接收引擎;
[0020](3)所述的日志分析引擎對(duì)所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中存儲(chǔ)的日志文件進(jìn)行合并和分析處理并生成統(tǒng)計(jì)信息和報(bào)文信息;
[0021](4)所述的日志存貯引擎將所述的日志分析引擎處理生成的統(tǒng)計(jì)信息和報(bào)文信息進(jìn)行保存。
[0022]較佳地,所述的服務(wù)總線代理將所述的消息處理平臺(tái)的每次服務(wù)調(diào)用原始記錄進(jìn)行保存,具體為:
[0023]所述的服務(wù)總線代理采用讀寫(xiě)分離技術(shù)將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中。
[0024]較佳地,所述的消息處理平臺(tái)通過(guò)異步信息發(fā)送進(jìn)程將日志文件發(fā)送至所述的日志接收引擎,包括如下步驟:
[0025](21)服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎自動(dòng)搜索所述的消息處理平臺(tái)指定目錄下的日志文件;
[0026](22)所述的日志接收引擎通過(guò)異步信息發(fā)送進(jìn)程讀取所述的消息處理平臺(tái)的日志文件并存儲(chǔ)至所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中;
[0027](23)所述的日志接收引擎將已存儲(chǔ)的日志文件從所述的消息處理平臺(tái)刪除;
[0028](24)所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎判斷是否有后續(xù)的日志文件需要讀取,如果是,則繼續(xù)步驟(22),否則繼續(xù)步驟(3)。
[0029]較佳地,所述的統(tǒng)計(jì)信息包含服務(wù)消費(fèi)者總時(shí)差、服務(wù)提供者總時(shí)差和服務(wù)總線消耗時(shí)間總時(shí)差。
[0030]較佳地,所述的日志存貯引擎包括數(shù)據(jù)庫(kù)存儲(chǔ)單元和分布式系統(tǒng)存儲(chǔ)單元,所述的日志存貯引擎將所述的日志分析引擎處理生成的統(tǒng)計(jì)信息和報(bào)文信息進(jìn)行保存,包括以下步驟:
[0031](41)所述的數(shù)據(jù)庫(kù)存儲(chǔ)單元將所述的日志分析引擎處理的統(tǒng)計(jì)信息進(jìn)行存儲(chǔ);
[0032](42)所述的分布式文件系統(tǒng)存儲(chǔ)單元將所述的日志分析引擎處理的報(bào)文信息進(jìn)行存儲(chǔ)。
[0033]采用了該發(fā)明中的海量消息的分布式多階段持久化的系統(tǒng)及方法,具有如下有益效果:
[0034]( I)借鑒異步和分布式文件系統(tǒng)的思想,實(shí)現(xiàn)持久化的異步存貯,持久化地分布式存貯。
[0035](2)通過(guò)兩階段持久化,實(shí)現(xiàn)消息處理平臺(tái)的性能大幅提升,適用于大規(guī)模推廣應(yīng)用。
【專利附圖】

【附圖說(shuō)明】
[0036]圖1為消息處理平臺(tái)與服務(wù)消費(fèi)者和服務(wù)提供者的關(guān)系示意圖。
[0037]圖2為現(xiàn)有技術(shù)中直接進(jìn)行消息持久化的流程事宜圖。[0038]圖3為同步調(diào)用的實(shí)現(xiàn)消息持久化的系統(tǒng)的結(jié)構(gòu)示意圖。
[0039]圖4為本發(fā)明的海量消息的分布式多階段持久化的系統(tǒng)的示意圖。
[0040]圖5為同步調(diào)用和異步調(diào)用實(shí)現(xiàn)消息持久化的流程的對(duì)比圖。
[0041]圖6為對(duì)本發(fā)明的海量消息的分布式多階段持久化的系統(tǒng)進(jìn)行測(cè)試的測(cè)試系統(tǒng)結(jié)構(gòu)圖。
[0042]圖7為本發(fā)明的海量消息的分布式多階段持久化的系統(tǒng)測(cè)試后的數(shù)據(jù)結(jié)果圖。
[0043]圖8為消息直接持久化的系統(tǒng)測(cè)試后的數(shù)據(jù)結(jié)果圖。
【具體實(shí)施方式】
[0044]為了能夠更清楚地描述本發(fā)明的技術(shù)內(nèi)容,下面結(jié)合具體實(shí)施例來(lái)進(jìn)行進(jìn)一步的描述。
[0045]同步調(diào)用的實(shí)現(xiàn)消息持久化的原理如圖3所示。
[0046]服務(wù)總線代理,負(fù)責(zé)將消息處理平臺(tái)的每次服務(wù)調(diào)用原始記錄保存下來(lái),每次調(diào)用包括1,2,3,4四條記錄。Agent采用讀寫(xiě)分離技術(shù),保證日志文件的讀寫(xiě)不發(fā)生沖突。
[0047]服務(wù)調(diào)用監(jiān)控系統(tǒng)(SMS, Service call monitoring system)的日志接收引擎。自動(dòng)搜索服務(wù)總線指定目錄下的日志文件。文件讀取后,將日志一條一條的存放到SMS本地磁盤(pán)中。日志存放之后,日志接收引擎將服務(wù)總線上的該日志文件刪除,并讀取下一個(gè)日志文件。
[0048]SMS的日志分析引擎,負(fù)責(zé)進(jìn)行日志的合并和分析處理。由于服務(wù)總線將生成1,2,3,4四點(diǎn)記錄,時(shí)間不是同步的。四點(diǎn)報(bào)文可能存在于多個(gè)日志文件,需要日志分析引擎進(jìn)行等待合并處理。另外日志分析引擎負(fù)責(zé)對(duì)合并后的報(bào)文進(jìn)行分析,生成統(tǒng)計(jì)信息和詳細(xì)報(bào)文信息。在服務(wù)總線產(chǎn)生的4條記錄,經(jīng)過(guò)SMS采集和分析,變成兩條記錄,記錄為時(shí)間差,第一個(gè)是Tl= “4-1”即服務(wù)消費(fèi)者總時(shí)差;第二個(gè)是T2= “3-2”即服務(wù)提供者總時(shí)差,如果需要統(tǒng)計(jì)ESB消耗時(shí)間總時(shí)差T3=T1-T2。
[0049]服務(wù)消費(fèi)者:Tl
[0050]服務(wù)提供者:T2
[0051]服務(wù)總線:T3
[0052]【原始日志格式】
[0053]<:線程 ID>MSG Start: {ESB_SERVER_ID} | $ {REQ_DRIECT} | $ {REQUEST_ID} | $2011/07/1914:37:10.012 I${{URI}.{OPERATIONNAME}|{PR0VIDER_URL}} ${STATE} ${AUD IT_STATE} I $ {IP} I ${FR0M_APP}|${S0APACT10N}|${HEADER} |$ {BODY} |${SERVICE_ID} |$MSGEnd
[0054]【分析后日志格式】
[0055]request_id | from_app_id | from_ip | service_code | operation | esb_id I timestamp|duration|status
[0056]request_id|esb_id|service—url|timestamp|duration|status
[0057]SMS的存貯引擎支持DB存貯和分布式文件系統(tǒng)存貯,存貯引擎負(fù)責(zé)把統(tǒng)計(jì)信息存貯到DB中,詳細(xì)報(bào)文信息負(fù)責(zé)存貯到分布式文件系統(tǒng),并提供靈活高效的查詢功能,NoSQL技術(shù)能夠處理高并發(fā)和海量數(shù)據(jù)的文件記錄,支持動(dòng)態(tài)查詢。[0058]以上基本原理主要針對(duì)同步調(diào)用,異步調(diào)用的兩階段處理方式有所不同。異步調(diào)用和同步調(diào)用有所區(qū)別。如圖5?6所示,服務(wù)總線的agent不負(fù)責(zé)原始日志的落地,只負(fù)責(zé)把異步請(qǐng)求存貯到異步信息隊(duì)列中。1,2,3,4四點(diǎn)的原始日志是通過(guò)異步信息發(fā)送程序完成的。
[0059]本發(fā)明的系統(tǒng)包括:
[0060]服務(wù)總線代理,用以將消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;
[0061]服務(wù)調(diào)用監(jiān)控子系統(tǒng),服務(wù)調(diào)用監(jiān)控子系統(tǒng)包括:
[0062]日志接收引擎,用以接收異步信息發(fā)送進(jìn)程發(fā)送的日志文件;
[0063]日志分析引擎,用以對(duì)日志文件進(jìn)行合并和分析處理;
[0064]日志存貯引擎,用以存儲(chǔ)日志分析引擎處理的統(tǒng)計(jì)信息和報(bào)文信息。
[0065]日志存貯引擎包括:
[0066]數(shù)據(jù)庫(kù)存儲(chǔ)單元,用以存儲(chǔ)日志分析引擎處理的統(tǒng)計(jì)信息;
[0067]分布式文件系統(tǒng)存儲(chǔ)單元,用以存儲(chǔ)日志分析引擎處理的報(bào)文信息。
[0068]本發(fā)明的方法包括以下步驟:
[0069](I)服務(wù)總線代理采用讀寫(xiě)分離技術(shù)將消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;
[0070]所述的服務(wù)總線代理將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中;消息處理平臺(tái)接受服務(wù)請(qǐng)求信息(A),并不直接調(diào)用服務(wù)提供者提供的服務(wù),而是先將服務(wù)請(qǐng)求發(fā)送至異步信息隊(duì)列(ActiveMQ),同時(shí)向客戶端反饋?lái)憫?yīng)信息(D)。在此過(guò)程中,消息處理平臺(tái)將A和D點(diǎn)的信息記錄到日志文件。消息處理平臺(tái)同時(shí)會(huì)從異步信息隊(duì)列(ActiveMQ)中獲取待處理的請(qǐng)求,并向服務(wù)提供者轉(zhuǎn)發(fā)送請(qǐng)求(B),并且獲取服務(wù)提供者的響應(yīng)(C).在此過(guò)程中,消息處理平臺(tái)將B和C點(diǎn)的信息記錄到日志文件。最終生成一次完整調(diào)用的AB⑶四點(diǎn)日志文件,供SMS進(jìn)程分析。
[0071](2)消息處理平臺(tái)通過(guò)異步信息發(fā)送進(jìn)程將日志文件發(fā)送至日志接收引擎;
[0072]包括以下四個(gè)子步驟:
[0073](21)服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎自動(dòng)搜索消息處理平臺(tái)指定目錄下的日志文件;
[0074](22)日志接收引擎通過(guò)異步信息發(fā)送進(jìn)程讀取消息處理平臺(tái)的日志文件并存儲(chǔ)至服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中;
[0075](23)日志接收引擎將已存儲(chǔ)的日志文件從消息處理平臺(tái)刪除;
[0076](24)服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎判斷是否有后續(xù)的日志文件需要讀取,如果是,則繼續(xù)步驟(22 ),否則繼續(xù)步驟(3 )。
[0077](3)日志分析引擎對(duì)服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中存儲(chǔ)的日志文件進(jìn)行合并和分析處理并生成統(tǒng)計(jì)信息和報(bào)文信息;
[0078](4)日志存貯引擎將日志分析引擎處理生成的統(tǒng)計(jì)信息和報(bào)文信息進(jìn)行保存。
[0079]包括以下兩個(gè)子步驟:
[0080](41)數(shù)據(jù)庫(kù)存儲(chǔ)單元將日志分析引擎處理的統(tǒng)計(jì)信息進(jìn)行存儲(chǔ);
[0081](42)分布式文件系統(tǒng)存儲(chǔ)單元將日志分析引擎處理的報(bào)文信息進(jìn)行存儲(chǔ)。[0082]兩階段持久化和直接持久化測(cè)試的對(duì)比。
[0083]在上述同樣的測(cè)試環(huán)境下,在直接持久化和兩階段持久化兩種模式下對(duì)消息處理平臺(tái)進(jìn)行了性能測(cè)試對(duì)比。兩階段持久化場(chǎng)景如圖7所示,直接持久化場(chǎng)景如圖8所示。兩階段持久化下的消息處理平臺(tái)tps能達(dá)到3200,是直接持久化的兩倍以上。
[0084]采用了該發(fā)明中的海量消息的分布式多階段持久化的系統(tǒng)及方法,具有如下有益效果:
[0085]( I)借鑒異步和分布式文件系統(tǒng)的思想,實(shí)現(xiàn)持久化的異步存貯,持久化地分布式存貯。
[0086](2)通過(guò)兩階段持久化,實(shí)現(xiàn)消息處理平臺(tái)的性能大幅提升,適用于大規(guī)模推廣應(yīng)用。
[0087]在此說(shuō)明書(shū)中,本發(fā)明已參照其特定的實(shí)施例作了描述。但是,很顯然仍可以作出各種修改和變換而不背離本發(fā)明的精神和范圍。因此,說(shuō)明書(shū)和附圖應(yīng)被認(rèn)為是說(shuō)明性的而非限制性的。
【權(quán)利要求】
1.一種海量消息的分布式多階段持久化的系統(tǒng),其特征在于,所述的系統(tǒng)包括: 服務(wù)總線代理,用以將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中; 服務(wù)調(diào)用監(jiān)控子系統(tǒng),所述的服務(wù)調(diào)用監(jiān)控子系統(tǒng)包括: 日志接收引擎,用以接收異步信息發(fā)送進(jìn)程發(fā)送的日志文件; 日志分析引擎,用以對(duì)所述的日志文件進(jìn)行合并和分析處理; 日志存貯引擎,用以存儲(chǔ)所述的日志分析引擎處理的統(tǒng)計(jì)信息和報(bào)文信息。
2.根據(jù)權(quán)利要求1所述的海量消息的分布式多階段持久化的系統(tǒng),其特征在于,所述的日志存貯引擎包括: 數(shù)據(jù)庫(kù)存儲(chǔ)單元,用以存儲(chǔ)所述的日志分析引擎處理的統(tǒng)計(jì)信息; 分布式文件系統(tǒng)存儲(chǔ)單元,用以存儲(chǔ)所述的日志分析引擎處理的報(bào)文信息。
3.一種基于權(quán)利要求1所述的系統(tǒng)海量消息的分布式多階段持久化的方法,其特征在于,所述的方法包括以下步驟: (1)所述的服務(wù)總線代理采用讀寫(xiě)分離技術(shù)將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中; (2)所述的消息處理平臺(tái)`通過(guò)異步信息發(fā)送進(jìn)程將日志文件發(fā)送至所述的日志接收引擎; (3)所述的日志分析引擎對(duì)所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中存儲(chǔ)的日志文件進(jìn)行合并和分析處理并生成統(tǒng)計(jì)信息和報(bào)文信息; (4)所述的日志存貯引擎將所述的日志分析引擎處理生成的統(tǒng)計(jì)信息和報(bào)文信息進(jìn)行保存。
4.根據(jù)權(quán)利要求3所述的海量消息的分布式多階段持久化的方法,其特征在于,所述的服務(wù)總線代理將所述的消息處理平臺(tái)的每次服務(wù)調(diào)用原始記錄進(jìn)行保存,具體為: 所述的服務(wù)總線代理采用讀寫(xiě)分離技術(shù)將所述的消息處理平臺(tái)接收到的異步請(qǐng)求消息保存至異步信息隊(duì)列中。
5.根據(jù)權(quán)利要求3所述的海量消息的分布式多階段持久化的方法,其特征在于,所述的消息處理平臺(tái)通過(guò)異步信息發(fā)送進(jìn)程將日志文件發(fā)送至所述的日志接收引擎,包括如下步驟: (21)服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎自動(dòng)搜索所述的消息處理平臺(tái)指定目錄下的日志文件; (22)所述的日志接收引擎通過(guò)異步信息發(fā)送進(jìn)程讀取所述的消息處理平臺(tái)的日志文件并存儲(chǔ)至所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的存儲(chǔ)器中; (23)所述的日志接收引擎將已存儲(chǔ)的日志文件從所述的消息處理平臺(tái)刪除; (24)所述的服務(wù)調(diào)用監(jiān)控系統(tǒng)的日志接收引擎判斷是否有后續(xù)的日志文件需要讀取,如果是,則繼續(xù)步驟(22 ),否則繼續(xù)步驟(3 )。
6.根據(jù)權(quán)利要求3所述的海量消息的分布式多階段持久化的方法,其特征在于,所述的統(tǒng)計(jì)信息包含服務(wù)消費(fèi)者總時(shí)差、服務(wù)提供者總時(shí)差和服務(wù)總線消耗時(shí)間總時(shí)差。
7.根據(jù)權(quán)利要求3所述的海量消息的分布式多階段持久化的方法,其特征在于,所述的日志存貯引擎包括數(shù)據(jù)庫(kù)存儲(chǔ)單元和分布式系統(tǒng)存儲(chǔ)單元,所述的日志存貯引擎將所述的日志分析引擎處理生成的統(tǒng)計(jì)信息和報(bào)文信息進(jìn)行保存,包括以下步驟: (41)所述的數(shù)據(jù)庫(kù)存儲(chǔ)單元將所述的日志分析引擎處理的統(tǒng)計(jì)信息進(jìn)行存儲(chǔ); (42)所述的分布式文件系統(tǒng)存儲(chǔ)單元將所述的日志分析引擎處理的報(bào)文信息進(jìn)行存儲(chǔ)。
【文檔編號(hào)】G06F17/30GK103607476SQ201310654061
【公開(kāi)日】2014年2月26日 申請(qǐng)日期:2013年12月5日 優(yōu)先權(quán)日:2013年12月5日
【發(fā)明者】劉正云 申請(qǐng)人:上海普坤信息科技有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
乐亭县| 津市市| 五常市| 伊宁县| 钟祥市| 改则县| 沾化县| 新安县| 通州市| 东乌珠穆沁旗| 蓬莱市| 晋江市| 北安市| 黎川县| 叶城县| 宜阳县| 屏南县| 七台河市| 赣州市| 公安县| 玉屏| 南乐县| 师宗县| 常熟市| 中山市| 湖北省| 丰原市| 尼勒克县| 寿光市| 双城市| 峨山| 保亭| 四平市| 阿合奇县| 子长县| 琼海市| 柯坪县| 平山县| 丽江市| 呼伦贝尔市| 临夏市|