云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法和裝置，其中，該業(yè)務(wù)實(shí)現(xiàn)方法包括：將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息；將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)；接收由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果；將多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給服務(wù)請(qǐng)求方。本發(fā)明通過將服務(wù)請(qǐng)求方的消息分解后由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理，能夠靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)，為同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者存在時(shí)的消息路由提供解決方案。
【專利說明】云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)領(lǐng)域，主要涉及一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法和裝置。
【背景技術(shù)】
[0002]ESB全稱Enterprise Service Bus,即企業(yè)服務(wù)總線，ESB是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)相互結(jié)合的產(chǎn)物，用于實(shí)現(xiàn)企業(yè)應(yīng)用不同消息的準(zhǔn)確、高效和安全傳遞。消息路由的研究是ESB研究領(lǐng)域內(nèi)的一個(gè)熱點(diǎn)，ESB中消息路由是對(duì)傳統(tǒng)消息路由技術(shù)的進(jìn)一步拓展與完善，它通過路由過濾機(jī)制的引入和路由器種類的選擇等多項(xiàng)技術(shù)和機(jī)制的有機(jī)組合與協(xié)同工作，可以大幅提升ESB的穩(wěn)定性、可用性和可控性，為服務(wù)參與方構(gòu)建了一個(gè)透明，簡(jiǎn)單和穩(wěn)定的消息路由機(jī)制。
[0003]目前，消息路由器有多種類型，從路由的原則上可以分為基于上下文和基于內(nèi)容的。主流的路由模式有:內(nèi)容路由器模式、分解器模式，消息過濾器模式和動(dòng)態(tài)路由器模式
坐寸ο
[0004]傳統(tǒng)企業(yè)服務(wù)總線(ESB)提供了一個(gè)靈活多變的基礎(chǔ)連接架構(gòu)來集成應(yīng)用程序和服務(wù)，可以使SOA (面向服務(wù)的體系結(jié)構(gòu)，service-oriented architecture)的靈活性實(shí)現(xiàn)最大化。這種結(jié)構(gòu)采用開放的、基于標(biāo)準(zhǔn)的消息機(jī)制，通過簡(jiǎn)單的服務(wù)接口和適配器來完成粗粒度應(yīng)用(服務(wù))和其他服務(wù)組件之間的相互操作。能夠滿足大型異構(gòu)企業(yè)環(huán)境的集成需求。通過使用企業(yè)服務(wù)總線，可以以一種無縫的非侵入方式在幾乎不更改系統(tǒng)源碼的情況下，使企業(yè)已有的系統(tǒng)具有能夠在部署環(huán)境中支持任何標(biāo)準(zhǔn)的全新的服務(wù)接口。但是在同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者時(shí)的消息路由并沒有非常有效解決方案。
[0005]針對(duì)相關(guān)技術(shù)中同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者時(shí)的消息路由并沒有非常有效解決方案的問題，目如尚未提出有效的解決方案。

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

[0006]針對(duì)相關(guān)技術(shù)中同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者時(shí)的消息路由并沒有非常有效解決方案的問題，本發(fā)明提出一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法和裝置，能夠靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)，為同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者存在時(shí)的消息路由提供解決方案。
[0007]本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:
[0008]根據(jù)本發(fā)明的一個(gè)方面，提供了 一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法。
[0009]該業(yè)務(wù)實(shí)現(xiàn)方法包括:
[0010]將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息；
[0011]將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)；
[0012]接收由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果；
[0013]將多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給服務(wù)請(qǐng)求方。
[0014]而且，該業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:[0015]在接收到來自服務(wù)請(qǐng)求方的消息之后，將消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
[0016]并且，該業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:
[0017]分析來自服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將業(yè)務(wù)流程寫入路由表中。
[0018]此外，該業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:
[0019]在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，將多個(gè)服務(wù)提供系統(tǒng)的地址信息和/或服務(wù)功能約束寫入服務(wù)提供表。
[0020]優(yōu)選地，在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，根據(jù)服務(wù)提供表確定能夠提供服務(wù)的服務(wù)提供系統(tǒng)，并根據(jù)確定的服務(wù)提供系統(tǒng)的地址信息更新路由表中的服務(wù)目的地址信息。
[0021]并且，在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)時(shí)，根據(jù)路由表中更新后的服務(wù)目的地址信息，傳輸分解后的多個(gè)子消息。
[0022]可選地，將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)的方式包括以下之一:
[0023]發(fā)送多個(gè)子消息至多個(gè)服務(wù)提供系統(tǒng)；
[0024]將多個(gè)子消息存儲(chǔ)至消息隊(duì)列中，由多個(gè)服務(wù)提供系統(tǒng)從消息隊(duì)列中獲取子消
肩、O
[0025]根據(jù)本發(fā)明的另一個(gè)方面，提供了一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)裝置。
[0026]該業(yè)務(wù)實(shí)現(xiàn)裝置包括:
[0027]分解模塊，用于將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息；
[0028]傳輸模塊，用于將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)；
[0029]接收模塊，用于接收由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果；
[0030]結(jié)果組裝模塊，用于將多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給服務(wù)請(qǐng)求方。
[0031]并且，該業(yè)務(wù)實(shí)現(xiàn)裝置進(jìn)一步包括:
[0032]格式轉(zhuǎn)換模塊，用于在接收到來自服務(wù)請(qǐng)求方的消息之后，將消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
[0033]此外，該業(yè)務(wù)實(shí)現(xiàn)裝置進(jìn)一步包括:
[0034]分析模塊，用于分析來自服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將業(yè)務(wù)流程寫入路由表中。
[0035]本發(fā)明通過將服務(wù)請(qǐng)求方的消息分解后由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理，能夠靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)，為同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者存在時(shí)的消息路由提供解決方案。
【專利附圖】

【附圖說明】
[0036]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0037]圖1是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)方法的流程圖；[0038]圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的DMRA-ESB框架的示意圖；
[0039]圖3是根據(jù)本發(fā)明實(shí)施例的DMRA-ESB框架的流程圖；
[0040]圖4是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)裝置的框圖。
【具體實(shí)施方式】
[0041]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0042]根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法。
[0043]如圖1所示，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)方法包括:
[0044]步驟S101，將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息；
[0045]步驟S103，將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)；
[0046]步驟S105，接收由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果；
[0047]步驟S107，將多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給服務(wù)請(qǐng)求方。
[0048]而且，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:
[0049]在接收到來自服務(wù)請(qǐng)求方的消息之后，將消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
[0050]并且，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:
[0051]分析來自服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將業(yè)務(wù)流程寫入路由表中。
[0052]此外，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)一步包括:
[0053]在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，將多個(gè)服務(wù)提供系統(tǒng)的地址信息和/或服務(wù)功能約束寫入服務(wù)提供表。
[0054]優(yōu)選地，在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，根據(jù)服務(wù)提供表確定能夠提供服務(wù)的服務(wù)提供系統(tǒng)，并根據(jù)確定的服務(wù)提供系統(tǒng)的地址信息更新路由表中的服務(wù)目的地址信息。
[0055]并且，在將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)時(shí)，根據(jù)路由表中更新后的服務(wù)目的地址信息，傳輸分解后的多個(gè)子消息。
[0056]可選地，將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)的方式包括以下之一:
[0057]發(fā)送多個(gè)子消息至多個(gè)服務(wù)提供系統(tǒng)；
[0058]將多個(gè)子消息存儲(chǔ)至消息隊(duì)列中，由多個(gè)服務(wù)提供系統(tǒng)從消息隊(duì)列中獲取子消
肩、O
[0059]根據(jù)本發(fā)明的一個(gè)實(shí)施例，在傳統(tǒng)ESB路由方式的基礎(chǔ)上提出了一個(gè)基于服務(wù)傳播逆向路徑的動(dòng)態(tài)消息路由與消息分解和組裝相結(jié)合的ESB路由組合框架:DMRA-ESB。
[0060]如圖2所示，為根據(jù)本發(fā)明的一個(gè)實(shí)施例的DMRA-ESB框架，該框架包括服務(wù)層、ESB層和業(yè)務(wù)流程層，以下具體描述每個(gè)層的結(jié)構(gòu):
[0061]1.服務(wù)層
[0062]服務(wù)層由多個(gè)異構(gòu)企業(yè)應(yīng)用服務(wù)組件組成。為了使企業(yè)中的現(xiàn)有應(yīng)用系統(tǒng)能以一種松散耦合的方式進(jìn)行集成，可以將現(xiàn)有的應(yīng)用封裝成Web服務(wù)的形式。這些Web服務(wù)以統(tǒng)一的標(biāo)準(zhǔn)暴露接口，使用JMS或者HTTP等協(xié)議與外界進(jìn)行交互。通過Web服務(wù)封裝的方式，可以實(shí)現(xiàn)對(duì)現(xiàn)有應(yīng)用系統(tǒng)進(jìn)行充分地重用。
[0063]2.ESB 層
[0064]ESB層也可稱為服務(wù)集成層，是整個(gè)DMRA-ESB框架的關(guān)鍵部分。ESB層能提供消息傳遞系統(tǒng)的基本功能，包括消息轉(zhuǎn)換、消息通道、消息路由、安全傳輸?shù)炔糠?。同時(shí)提供服務(wù)總線安全、服務(wù)管理、框架配置及通信協(xié)議等ESB的基本功能。更重要的是，該層還提供了消息的分解和組合過程，用來實(shí)現(xiàn)當(dāng)一條消息需要多個(gè)服務(wù)來共同完成時(shí)，將服務(wù)請(qǐng)求者的請(qǐng)求消息分解成多個(gè)子消息，并分別發(fā)送給不同的服務(wù)請(qǐng)求者來實(shí)現(xiàn)服務(wù)。當(dāng)服務(wù)完成時(shí)，將服務(wù)提供者的反饋消息進(jìn)行組裝，形成一條完整的反饋消息，并返回給服務(wù)請(qǐng)求者，業(yè)務(wù)流程得意繼續(xù)進(jìn)行。
[0065]3.業(yè)務(wù)流程層
[0066]業(yè)務(wù)流程層是企業(yè)應(yīng)用集成的最頂層。在這一層上用來定義可以重用的、基于相關(guān)標(biāo)準(zhǔn)的業(yè)務(wù)流程。用來描述某些應(yīng)用完成所需要的服務(wù)的組合、編排。
[0067]DMRA-ESB保留了服務(wù)注冊(cè)和請(qǐng)求中心(UDDI)，能夠支持服務(wù)的注冊(cè)和查找。為了有效地防止企業(yè)的所有業(yè)務(wù)均暴露在Internet上，對(duì)于企業(yè)核心的業(yè)務(wù)流程，DMRA-ESB只將Web服務(wù)發(fā)布到服務(wù)表中，而并不發(fā)布到UDDI，從而保證了企業(yè)核心業(yè)務(wù)的安全；同時(shí)，DMRA-ESB 支持 BPEL (Business Process Execution Language,業(yè)務(wù)流程執(zhí)行語言)，在此基礎(chǔ)上實(shí)現(xiàn)了業(yè)務(wù)流程的動(dòng)態(tài)組合。
[0068]系統(tǒng)在動(dòng)態(tài)運(yùn)行時(shí)，能夠根據(jù)消息的內(nèi)容動(dòng)態(tài)地選擇所需服務(wù)的提供者是DMRA-ESB框架最大的優(yōu)點(diǎn)所在。即它實(shí)現(xiàn)了基于內(nèi)容的動(dòng)態(tài)路由機(jī)制。對(duì)于服務(wù)復(fù)雜多變及一個(gè)服務(wù)請(qǐng)求對(duì)應(yīng)多個(gè)提供者或者應(yīng)用服務(wù)發(fā)生增、刪、改的情況較多的情況尤其適用。
[0069]如圖3所示是根據(jù)本發(fā)明實(shí)施例的DMRA-ESB框架的流程圖。圖中的步驟I至步驟9分別執(zhí)行如下操作:
[0070]1.業(yè)務(wù)處理模塊分析業(yè)務(wù)流程，將業(yè)務(wù)流程基本信息寫入路由表。
[0071 ] 2.原有應(yīng)用系統(tǒng)提供服務(wù)接口，將服務(wù)提供者的地址信息及服務(wù)功能約束寫入服務(wù)接收表。
[0072]3.服務(wù)接收表包含所有系統(tǒng)的全部服務(wù)，根據(jù)需要在系統(tǒng)運(yùn)行時(shí)進(jìn)行服務(wù)接收表的維護(hù)。
[0073]4.消息轉(zhuǎn)換模塊對(duì)異構(gòu)應(yīng)用系統(tǒng)的業(yè)務(wù)流程請(qǐng)求的消息格式進(jìn)行消息格式轉(zhuǎn)換，使之轉(zhuǎn)換為通用消息格式。
[0074]5.將轉(zhuǎn)化為標(biāo)準(zhǔn)格式的消息進(jìn)行分解，使之發(fā)送到不同的服務(wù)提供者。
[0075]6.路由器通過查詢服務(wù)提供表和路由表，通過分析上下文來選出合適的服務(wù)，并從服務(wù)提供表中獲取服務(wù)的詳細(xì)信息，同時(shí)改寫路由表的服務(wù)目的地址信息。
[0076]7.消息交換。
[0077]8.服務(wù)適配器將基于XML的消息轉(zhuǎn)換為SOAP消息，完成Web服務(wù)的調(diào)用。
[0078]9.組合模塊根據(jù)序列號(hào)將反饋隊(duì)列消息組裝成一條完整的反饋消息并發(fā)送到消息通道。
[0079]DMRA-ESB框架作為一個(gè)輕量級(jí)的ESB實(shí)現(xiàn)框架，它實(shí)現(xiàn)了傳統(tǒng)ESB框架的服務(wù)查找、注冊(cè)、監(jiān)控、安全及消息傳遞、通信協(xié)議等的基本功能，能靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)。
[0080]根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了 一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)裝置。
[0081]如圖4所示，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)裝置包括:
[0082]分解模塊41，用于將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息；
[0083]傳輸模塊42，用于將多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)；
[0084]接收模塊43，用于接收由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果；
[0085]結(jié)果組裝模塊44，用于將多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給服務(wù)請(qǐng)求方。
[0086]并且，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)裝置進(jìn)一步包括:
[0087]格式轉(zhuǎn)換模塊(未示出)，用于在接收到來自服務(wù)請(qǐng)求方的消息之后，將消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
[0088]此外，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)實(shí)現(xiàn)裝置進(jìn)一步包括:
[0089]分析模塊(未示出)，用于分析來自服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將業(yè)務(wù)流程與入路由表中。
[0090]綜上所述，借助于本發(fā)明的上述技術(shù)方案，通過將服務(wù)請(qǐng)求方的消息分解后由多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理，能夠靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)，為同一服務(wù)請(qǐng)求存在多個(gè)服務(wù)提供者存在時(shí)的消息路由提供解決方案。本發(fā)明的技術(shù)方案還提出的DMRA-ESB框架作為一個(gè)輕量級(jí)的ESB實(shí)現(xiàn)框架，DMRA-ESB框架能靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)，它實(shí)現(xiàn)了傳統(tǒng)ESB框架的服務(wù)查找、注冊(cè)、監(jiān)控、安全及消息傳遞、通信協(xié)議等的基本功能，能靈活地集成各種異構(gòu)環(huán)境下的應(yīng)用和服務(wù)。
[0091]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，包括: 將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息； 將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)； 接收由所述多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果； 將所述多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給所述服務(wù)請(qǐng)求方。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，進(jìn)一步包括: 在接收到來自所述服務(wù)請(qǐng)求方的消息之后，將所述消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
3.根據(jù)權(quán)利要求1所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，進(jìn)一步包括: 分析來自所述服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將所述業(yè)務(wù)流程寫入路由表中。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，進(jìn)一步包括: 在將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，將所述多個(gè)服務(wù)提供系統(tǒng)的地址信息和/或服務(wù)功能約束寫入服務(wù)提供表。
5.根據(jù)權(quán)利要求4所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，在將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)之前，根據(jù)所述服務(wù)提供表確定能夠提供服務(wù)的服務(wù)提供系統(tǒng)，并根據(jù)確定的服務(wù)提供系統(tǒng)的地址信息更新路由表中的服務(wù)目的地址信息。
6.根據(jù)權(quán)利要求5所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，在將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)時(shí)，根據(jù)路由表中更新后的服務(wù)目的地址信息，傳輸分解后的所述多個(gè)子消息。
7.根據(jù)權(quán)利要求1所述的業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)的方式包括以下之一: 發(fā)送多個(gè)子消息至所述多個(gè)服務(wù)提供系統(tǒng)； 將所述多個(gè)子消息存儲(chǔ)至消息隊(duì)列中，由所述多個(gè)服務(wù)提供系統(tǒng)從所述消息隊(duì)列中獲取子消息。
8.—種云環(huán)境下的業(yè)務(wù)實(shí)現(xiàn)裝置，其特征在于，包括: 分解模塊，用于將來自服務(wù)請(qǐng)求方的消息分解為多個(gè)子消息； 傳輸模塊，用于將所述多個(gè)子消息傳輸至多個(gè)服務(wù)提供系統(tǒng)； 接收模塊，用于接收由所述多個(gè)服務(wù)提供系統(tǒng)進(jìn)行處理后返回的結(jié)果； 結(jié)果組裝模塊，用于將所述多個(gè)服務(wù)提供系統(tǒng)返回的結(jié)果組裝為反饋結(jié)果并返回給所述服務(wù)請(qǐng)求方。
9.根據(jù)權(quán)利要求8所述的業(yè)務(wù)實(shí)現(xiàn)裝置，其特征在于，進(jìn)一步包括: 格式轉(zhuǎn)換模塊，用于在接收到來自所述服務(wù)請(qǐng)求方的消息之后，將所述消息的格式轉(zhuǎn)換為預(yù)定格式，并且，在分解消息時(shí)，對(duì)轉(zhuǎn)換為預(yù)定格式的消息進(jìn)行分解。
10.根據(jù)權(quán)利要求8所述的業(yè)務(wù)實(shí)現(xiàn)裝置，其特征在于，進(jìn)一步包括: 分析模塊，用于分析來自所述服務(wù)請(qǐng)求方的消息的業(yè)務(wù)流程，并將所述業(yè)務(wù)流程寫入路由表中。
【文檔編號(hào)】H04L29/08GK103685571SQ201310753165
【公開日】2014年3月26日 申請(qǐng)日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】丁明威, 樊興軍, 孫國忠 申請(qǐng)人:曙光云計(jì)算技術(shù)有限公司