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

數(shù)據(jù)傳輸方法和系統(tǒng)、數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng)的制作方法

文檔序號(hào):7918818閱讀:149來(lái)源:國(guó)知局
專利名稱:數(shù)據(jù)傳輸方法和系統(tǒng)、數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種數(shù)據(jù)傳輸方法和系統(tǒng)、數(shù)據(jù)傳輸 的管理系統(tǒng)。
背景技術(shù)
目前,許多大型的應(yīng)用系統(tǒng)都可以分為兩個(gè)子系統(tǒng), 一個(gè)是管理子系統(tǒng), 負(fù)責(zé)業(yè)務(wù)的受理; 一個(gè)是運(yùn)行子系統(tǒng),負(fù)責(zé)業(yè)務(wù)的運(yùn)行。所述兩個(gè)子系統(tǒng)之間 的數(shù)據(jù)傳輸關(guān)系到應(yīng)用系統(tǒng)的整體性能。通常,對(duì)于應(yīng)用系統(tǒng)來(lái)說(shuō), 一方面要 降低傳輸數(shù)據(jù)量,另外一方面要對(duì)資源占用進(jìn)行整體考慮。而傳統(tǒng)的數(shù)據(jù)傳輸 方法由于沒(méi)有充分考慮業(yè)務(wù)上下文的動(dòng)態(tài)性,往往會(huì)出現(xiàn)片面強(qiáng)調(diào)運(yùn)行系統(tǒng)的 吞吐而忽略了管理流程的性能,或者提高了管理流程的性能卻犧牲了運(yùn)行系統(tǒng) 的吞吐,并且由于底層傳輸機(jī)制沒(méi)有很好的和業(yè)務(wù)特性結(jié)合在一起,使得數(shù)據(jù) 傳輸機(jī)械化,從而應(yīng)用系統(tǒng)在整體性能上不能滿足要求。
針對(duì)上述問(wèn)題,現(xiàn)有技術(shù)中有兩種解決方案
方案一管理子系統(tǒng)的各個(gè)業(yè)務(wù)使用不同的接口訪問(wèn)運(yùn)行子系統(tǒng),不同的 接口對(duì)應(yīng)不同的業(yè)務(wù)功能,從而可以保證傳輸?shù)臄?shù)據(jù)最小化。
方案二不同的業(yè)務(wù)使用相同的傳輸接口,統(tǒng)一傳輸接口采用同樣的業(yè)務(wù) 中立的數(shù)據(jù)結(jié)構(gòu)進(jìn)行數(shù)據(jù)傳輸。
在實(shí)現(xiàn)本發(fā)明的過(guò)程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問(wèn)題對(duì)于 方案一來(lái)說(shuō),由于業(yè)務(wù)實(shí)際上是通過(guò)接口來(lái)區(qū)分的,因此,需要針對(duì)不同的業(yè) 務(wù)開(kāi)發(fā)不同的接口,這樣將會(huì)增加系統(tǒng)開(kāi)發(fā)和維護(hù)的成本;此外,接口和業(yè)務(wù) 是綁定的,接口開(kāi)發(fā)的技術(shù)是固定的,這樣就導(dǎo)致很難對(duì)接口進(jìn)行動(dòng)態(tài)調(diào)整。 對(duì)于方案二來(lái)說(shuō),雖然相比方案一,能夠降低開(kāi)發(fā)的成本,但是仍然沒(méi)有解決
5系統(tǒng)對(duì)業(yè)務(wù)進(jìn)行動(dòng)態(tài)傳輸控制的問(wèn)題,應(yīng)用系統(tǒng)的整體性能仍然不高。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸方法和系統(tǒng)、數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),能 夠提高應(yīng)用系統(tǒng)的整體性能。
為達(dá)到上述目的,本發(fā)明的實(shí)施例采用如下技術(shù)方案 一種數(shù)據(jù)傳輸方法,包括
上下文決策器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求;
所述上下文決策器根據(jù)設(shè)置在業(yè)務(wù)上下文中的業(yè)務(wù)信息決策傳輸策略,并 將決策出的傳輸策略返回給傳輸控制器,以便于所述傳輸控制器才艮據(jù)所述傳輸 策略控制數(shù)據(jù)的傳輸。
一種數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),包括
設(shè)置模塊,用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中;
決策模塊,用于根據(jù)內(nèi)部的決策規(guī)則,以及所述設(shè)置模塊設(shè)置的業(yè)務(wù)信息, 進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給控制才莫塊;
控制模塊,用于根據(jù)所述決策模塊決策出的傳輸策略控制數(shù)據(jù)的傳輸。
一種數(shù)據(jù)傳輸系統(tǒng),包括管理子系統(tǒng)和運(yùn)行子系統(tǒng),
所述管理子系統(tǒng),用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,根據(jù)內(nèi)部的決策 規(guī)則,以及所述業(yè)務(wù)信息,進(jìn)行傳輸策略的決策,并根據(jù)所述決策出的傳輸策 略控制數(shù)據(jù)的傳輸;
所述運(yùn)行子系統(tǒng),用于在所述管理子系統(tǒng)的控制下,與所述管理子系統(tǒng)之 間進(jìn)行數(shù)據(jù)的傳輸。
本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸方法和系統(tǒng)、數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),將業(yè)務(wù) 信息設(shè)置到業(yè)務(wù)上下文中,通過(guò)業(yè)務(wù)上下文將業(yè)務(wù)信息傳遞到數(shù)據(jù)傳輸?shù)恼麄€(gè)過(guò)程中,上下文決策器才艮據(jù)業(yè)務(wù)信息進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給傳輸控制器,由傳輸控制器進(jìn)行數(shù)據(jù)傳輸?shù)目刂?。與現(xiàn)有技術(shù)相比,本發(fā)明實(shí)施例將業(yè)務(wù)上下文作為業(yè)務(wù)信息的存儲(chǔ)機(jī)構(gòu),業(yè)務(wù)信息參與到數(shù)據(jù)傳輸?shù)臎Q策中,應(yīng)用系統(tǒng)本身處于一個(gè)動(dòng)態(tài)求優(yōu)的過(guò)程,才艮據(jù)業(yè)務(wù)信息不斷地決策出最佳的傳輸策略,實(shí)現(xiàn)了負(fù)載分擔(dān)和資源按時(shí)間調(diào)配,提高了應(yīng)用系統(tǒng)的整體性能。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹,顯而易見(jiàn)地,下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講,在不付出創(chuàng)造性勞動(dòng)性的前^^是下,還可以根據(jù)這些附圖獲得其他的附圖。
圖l為本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖;圖2為本發(fā)明實(shí)施例提供的另 一種數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖;圖3為本發(fā)明實(shí)施例提供的另一種數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖;圖4為本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng)結(jié)構(gòu)示意圖;圖5為本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸方法流程圖;圖6為本發(fā)明實(shí)施例提供的另 一種數(shù)據(jù)傳輸方法流程圖;圖7為本發(fā)明實(shí)施例提供的業(yè)務(wù)分解示意圖;圖8為本發(fā)明實(shí)施例提供的上下文感知的數(shù)據(jù)傳輸流程示意圖;圖9為本發(fā)明實(shí)施例提供的另 一種數(shù)據(jù)傳輸方法流程圖。
具體實(shí)施例方式
本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸系統(tǒng),能夠4是高應(yīng)用系統(tǒng)的整體性能。如圖1所示,所述系統(tǒng)包括管理子系統(tǒng)101和運(yùn)行子系統(tǒng)102 。所述管理子系統(tǒng)101,用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,根據(jù)內(nèi)部的決
策規(guī)則,以及所述業(yè)務(wù)信息,進(jìn)行傳輸策略的決策,并根據(jù)所述決策出的傳輸
策略控制數(shù)據(jù)的傳輸;
所述運(yùn)行子系統(tǒng)102,用于在所述管理子系統(tǒng)101的控制下,與所述管理子系統(tǒng)l Ol之間進(jìn)行數(shù)據(jù)的傳輸。
其中,所述管理子系統(tǒng),首先才艮據(jù)業(yè)務(wù)信息和內(nèi)部的決策M(jìn)J'J,決策出傳輸策略,所述傳輸策略包括選擇的傳輸方式、選擇傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)格式、傳輸優(yōu)先級(jí)、控制傳輸隊(duì)列和傳輸分配線程的大小等;然后,通過(guò)所述傳輸策略了解到當(dāng)前的業(yè)務(wù)所需要的傳輸控制參數(shù),從而可以按照事先設(shè)計(jì)的業(yè)務(wù)規(guī)則傳送數(shù)據(jù)到運(yùn)行子系統(tǒng),從而可以完成運(yùn)行子系統(tǒng)和管理子系統(tǒng)之間的數(shù)據(jù)傳輸。
需要說(shuō)明的是,在本發(fā)明的各實(shí)施方式中,業(yè)務(wù)包括應(yīng)用系統(tǒng)中開(kāi)戶、定購(gòu)、銷(xiāo)戶等業(yè)務(wù)流程,一^:表現(xiàn)為直接面向用戶的一個(gè)完整的功能,在本實(shí)施例中,業(yè)務(wù)是通過(guò)調(diào)用子業(yè)務(wù)完成的。子業(yè)務(wù)為業(yè)務(wù)流程中的單一功能單元,如增加用戶信息是一個(gè)子業(yè)務(wù)。 一個(gè)子業(yè)務(wù)可以參與不同的業(yè)務(wù),子業(yè)務(wù)是對(duì)應(yīng)用系統(tǒng)內(nèi)部能力的一個(gè)封裝,它僅供業(yè)務(wù)調(diào)用本身不直接面向用戶。
如圖2所示,在另一個(gè)具體實(shí)施例中,所述管理子系統(tǒng)201還可以包括業(yè)務(wù)上下文203、傳輸控制器204和上下文決策器205。
所述業(yè)務(wù)上下文203,用于保存業(yè)務(wù)信息。具體的,業(yè)務(wù)上下文為業(yè)務(wù)流轉(zhuǎn)的環(huán)境,和業(yè)務(wù)語(yǔ)義密切相關(guān),業(yè)務(wù)上下文4艮據(jù)作用域的不同又分為全局上下文和本地上下文,其中全局上下文是所有業(yè)務(wù)都能夠訪問(wèn)或者說(shuō)共享的業(yè)務(wù)環(huán)境,本地上下文是單次業(yè)務(wù)的業(yè)務(wù)環(huán)境,只對(duì)當(dāng)前執(zhí)行的業(yè)務(wù)可見(jiàn)并且隨著業(yè)務(wù)開(kāi)始執(zhí)行創(chuàng)建,隨著業(yè)務(wù)結(jié)束銷(xiāo)毀,其典型特征是和業(yè)務(wù)請(qǐng)求的線程綁定。
8所述傳輸控制器204,用于向上下文決策器205發(fā)送決策傳輸策略的請(qǐng)求, 接收上下文決策器205返回的傳輸策略,根據(jù)所述傳輸策略控制數(shù)據(jù)的傳輸。具 體的,傳輸控制器封裝了底層管理子系統(tǒng)和運(yùn)行系統(tǒng)子之間的傳輸控制邏輯, 可以通過(guò)傳輸控制器完成多路復(fù)用、傳輸分發(fā)、傳輸壓縮等功能。
所述上下文決策器205,用于接收傳輸控制器204的請(qǐng)求,4艮據(jù)所述業(yè)務(wù)上 下文保存的業(yè)務(wù)信息,進(jìn)行傳輸策略的決策,并將所述傳輸策略返回給傳輸控 制器204。具體的,上下文決策器為業(yè)務(wù)上下文使用的核心部件,其中包含了決 策邏輯,例如"當(dāng)執(zhí)行開(kāi)戶業(yè)務(wù)時(shí),選擇數(shù)據(jù)壓縮,以減少通信數(shù)據(jù)量"。
需要說(shuō)明的是,子業(yè)務(wù)、上下文決策器以及傳輸控制器能夠根據(jù)業(yè)務(wù)上下 文的信息協(xié)作完成傳輸決策,包括傳輸方法的選擇、傳輸優(yōu)先級(jí)按照業(yè)務(wù)的控 制、是否啟用傳輸壓縮等,可以稱之為業(yè)務(wù)上下文感知。
上述實(shí)施例提供的數(shù)據(jù)傳輸系統(tǒng),將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,通過(guò) 業(yè)務(wù)上下文將業(yè)務(wù)信息傳遞到數(shù)據(jù)傳輸?shù)恼麄€(gè)過(guò)程中,上下文決策器根據(jù)業(yè)務(wù) 信息進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給傳輸控制器,由傳輸 控制器進(jìn)行數(shù)據(jù)傳輸?shù)目刂?。與現(xiàn)有技術(shù)相比,本實(shí)施例將業(yè)務(wù)上下文作為業(yè) 務(wù)信息的存儲(chǔ)機(jī)構(gòu),業(yè)務(wù)信息參與到數(shù)據(jù)傳輸?shù)臎Q策中,應(yīng)用系統(tǒng)本身處于一 個(gè)動(dòng)態(tài)求優(yōu)的過(guò)程,才艮據(jù)業(yè)務(wù)信息不斷地決策出最佳的傳輸策略,實(shí)現(xiàn)了負(fù)載 分擔(dān)和資源按時(shí)間調(diào)配,提高了應(yīng)用系統(tǒng)的整體性能。
如圖3所示,在另一個(gè)具體實(shí)施實(shí)施例中,所述運(yùn)4亍子系統(tǒng)302還可以包括
信息發(fā)送單元306,用于將上下文信息發(fā)送給傳輸控制器304;
其中,上下文信息包括系統(tǒng)的環(huán)境信息,如系統(tǒng)的運(yùn)行狀態(tài)為閑或者忙等。
則所述傳輸控制器304,還用于將所述上下文信息發(fā)送給上下文決策器305;
則所述上下文決策器305,還用于將獲取到的上下文信息設(shè)置到業(yè)務(wù)上下文303中。
上述實(shí)施例提供的數(shù)據(jù)傳輸系統(tǒng),運(yùn)行子系統(tǒng)302可以將自身的環(huán)境信息通 過(guò)傳輸控制器304傳遞到管理子系統(tǒng)301的業(yè)務(wù)上下文303中,^v而將管理子系統(tǒng) 301和運(yùn)行子系統(tǒng)302有機(jī)地統(tǒng)一在一起,實(shí)現(xiàn)管理子系統(tǒng)301和運(yùn)行子系統(tǒng)302 之間的高速數(shù)據(jù)傳輸,提高了應(yīng)用系統(tǒng)的整體性能。
本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),該系統(tǒng)能夠提高應(yīng)用系統(tǒng) 的整體性能。
如圖4所示,所述彩:據(jù)傳輸?shù)墓芾硐到y(tǒng)包括
設(shè)置模塊401,用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中;
決策模塊402,用于根據(jù)內(nèi)部的決策規(guī)則,以及所述設(shè)置模塊401設(shè)置的業(yè) 務(wù)信息,進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給控制模塊403;
控制模塊403,用于根據(jù)所述決策模塊402決策出的傳輸策略控制數(shù)據(jù)的傳輸。
如圖4所示,所述決策模塊402包括
請(qǐng)求接收單元404,用于接收所述控制模塊403發(fā)送的決策傳輸策略的請(qǐng)求;
獲取單元405,用于獲取所述設(shè)置模塊401設(shè)置的業(yè)務(wù)信息;
計(jì)算單元406,用于在所述請(qǐng)求接收單元404接收到所述決策傳輸策略的請(qǐng)
求后,根據(jù)內(nèi)部的決策規(guī)則,以及所述獲取單元405獲取到的業(yè)務(wù)信息,計(jì)算傳
輸策略;
策略發(fā)送單元407,用于將所述計(jì)算單元406計(jì)算出的傳輸策略發(fā)送給控制 模塊403。
如圖4所示,所述控制模塊403包括
請(qǐng)求發(fā)送單元408,用于向所述決策模塊402發(fā)送決策傳輸策略的請(qǐng)求;策略接收單元409,用于接收所述決策模塊402返回的傳輸策略; 傳輸控制單元410,用于根據(jù)所述決策接收單元409接收的傳輸策略,控制 數(shù)據(jù)的傳輸。
本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文 中,通過(guò)業(yè)務(wù)上下文將業(yè)務(wù)信息傳遞到數(shù)據(jù)傳輸?shù)恼麄€(gè)過(guò)程中,上下文決策器 根據(jù)業(yè)務(wù)信息進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給傳輸控制器, 由傳輸控制器進(jìn)行數(shù)據(jù)傳輸?shù)目刂啤Ec現(xiàn)有技術(shù)相比,本實(shí)施例將業(yè)務(wù)上下文 作為業(yè)務(wù)信息的存儲(chǔ)機(jī)構(gòu),業(yè)務(wù)信息參與到數(shù)據(jù)傳輸?shù)臎Q策中,應(yīng)用系統(tǒng)本身 處于一個(gè)動(dòng)態(tài)求優(yōu)的過(guò)程,根據(jù)業(yè)務(wù)信息不斷地決策出最佳的傳輸策略,實(shí)現(xiàn) 了負(fù)載分擔(dān)和資源按時(shí)間調(diào)配,提高了應(yīng)用系統(tǒng)的整體性能。
本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸方法,該方法能夠提高應(yīng)用系統(tǒng)的整體 性能。
如圖5所示,所述數(shù)據(jù)傳輸方法包括
5501、 上下文決策器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求;
5502、 所述上下文決策器根據(jù)設(shè)置在業(yè)務(wù)上下文中的業(yè)務(wù)信息決策傳輸策 略,并將決策出的傳輸策略返回給傳輸控制器,以便于所述傳輸控制器根據(jù)所 述傳輸策略控制數(shù)據(jù)的傳輸。
與上述實(shí)施例不同的是,下面的實(shí)施例將業(yè)務(wù)分解為若干個(gè)子業(yè)務(wù),通過(guò) 調(diào)用子業(yè)務(wù)來(lái)完成數(shù)據(jù)的傳輸。
如圖6所示,所述數(shù)據(jù)傳輸方法包括
S601、業(yè)務(wù)開(kāi)始時(shí),將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中;
具體的,所述業(yè)務(wù)信息包括當(dāng)前業(yè)務(wù)類(lèi)型、優(yōu)先級(jí)等。在業(yè)務(wù)的整個(gè)生 命周期內(nèi),這些信息一直保存,業(yè)務(wù)一旦結(jié)束,則業(yè)務(wù)上下文被銷(xiāo)毀,這種上下文是本地上下文。業(yè)務(wù)信息還可以包括全局信息,所述全局信息與業(yè)務(wù)無(wú)關(guān), 除非主動(dòng)調(diào)用了全局業(yè)務(wù)上下文的清理或者銷(xiāo)毀^接口 ,全局上下文將一直存在。
全局上下文中保存全局信息,例如CPU負(fù)載、業(yè)務(wù)接入數(shù)目等環(huán)境信息。
其中,業(yè)務(wù)泛指應(yīng)用系統(tǒng)中開(kāi)戶、定購(gòu)、銷(xiāo)戶等業(yè)務(wù)流程,業(yè)務(wù)一般表現(xiàn) 為直接面向用戶的一個(gè)完整的功能。在本實(shí)施例中,業(yè)務(wù)是通過(guò)調(diào)用子業(yè)務(wù)完 成的。
5602、 所述業(yè)務(wù)調(diào)用一個(gè)以上的子業(yè)務(wù);
如圖7所示,每個(gè)業(yè)務(wù)可以分解為幾個(gè)子業(yè)務(wù)。其中,子業(yè)務(wù)是業(yè)務(wù)流程中 的單一功能單元,如增加用戶信息是一個(gè)子業(yè)務(wù), 一個(gè)子業(yè)務(wù)可以參與不同的 業(yè)務(wù),子業(yè)務(wù)是對(duì)應(yīng)用系統(tǒng)內(nèi)部能力的一個(gè)封裝,它僅供業(yè)務(wù)調(diào)用,本身不直 接面向用戶。為了完成所述單一功能,子業(yè)務(wù)需要和運(yùn)行子系統(tǒng)進(jìn)行通信。其 中,子業(yè)務(wù)本身并不知道調(diào)用自己的是哪個(gè)業(yè)務(wù)。
5603、 將所述子業(yè)務(wù)自身的業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中; 子業(yè)務(wù)可以才艮據(jù)需要將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,例如用戶是特殊
訂購(gòu)用戶,子業(yè)務(wù)需要設(shè)置何種信息到業(yè)務(wù)上下文中由業(yè)務(wù)決定。其中,子業(yè) 務(wù)向業(yè)務(wù)上下文中設(shè)置了可能參與決策特別是傳輸決策的信息。
5604、 子業(yè)務(wù)請(qǐng)求傳輸控制器進(jìn)行數(shù)據(jù)傳輸;
請(qǐng)求傳輸控制器進(jìn)行數(shù)據(jù)傳輸?shù)恼?qǐng)求是由子業(yè)務(wù)發(fā)起的,傳輸控制器根據(jù) 獲取到的管理子系統(tǒng)和運(yùn)行子系統(tǒng)之間的傳輸控制邏輯,控制數(shù)據(jù)的傳輸,完
成數(shù)據(jù)傳輸中的一些功能,例如選擇合適的傳輸方式、選擇傳輸?shù)臉I(yè)務(wù)數(shù)據(jù) 格式、設(shè)置傳輸優(yōu)先級(jí)、控制傳輸隊(duì)列和傳輸分配線程的大小等。
5605、 所述傳輸控制器請(qǐng)求上下文決策器決策傳輸策略; 傳輸控制器是通過(guò)傳輸策略進(jìn)行傳輸控制的,其決策機(jī)構(gòu)是上下文決策器。所述上下文決策器是業(yè)務(wù)上下文使用的核心部件,其中包含了決策邏輯,該決 策邏輯包括預(yù)先配置和動(dòng)態(tài)學(xué)習(xí)兩種。其中,預(yù)先配置的決策邏輯不隨業(yè)務(wù)的
變化而改變,而動(dòng)態(tài)學(xué)習(xí)的決策邏輯根據(jù)業(yè)務(wù)的不同而有所變化,例如當(dāng)執(zhí) 行開(kāi)戶業(yè)務(wù)時(shí),選擇數(shù)據(jù)壓縮,以減少通信數(shù)據(jù)量;當(dāng)執(zhí)行訂購(gòu)業(yè)務(wù)時(shí),選擇 多路復(fù)用,以提高系統(tǒng)運(yùn)行效率。
5606、 上下文決策器向業(yè)務(wù)上下文發(fā)出獲取業(yè)務(wù)當(dāng)前信息的請(qǐng)求; 具體的,接收到傳輸控制器的決策請(qǐng)求,上下文決策器首先向業(yè)務(wù)上下文
中發(fā)出獲取業(yè)務(wù)當(dāng)前信息的請(qǐng)求,包括正在做什么業(yè)務(wù)、業(yè)務(wù)調(diào)用狀況如何、 當(dāng)前運(yùn)行子系統(tǒng)狀況如4可。
5607、 業(yè)務(wù)上下文將業(yè)務(wù)當(dāng)前信息發(fā)送給上下文決策器;
具體的,業(yè)務(wù)上下文將當(dāng)前業(yè)務(wù)運(yùn)行的環(huán)境信息返回給上下文決策器,其 中,返回哪些信息是才艮據(jù)上下文決策器的請(qǐng)求定的。
5608、 上下文決策器根據(jù)業(yè)務(wù)當(dāng)前信息和決策邏輯計(jì)算傳輸策略; 上下文決策器^f吏用預(yù)先配置或者動(dòng)態(tài)學(xué)習(xí)的決策邏輯計(jì)算傳輸策略。
5609、 上下文決策器將決策出的傳輸策略返回給傳輸控制器; 其中,傳輸策略包括多路復(fù)用、傳輸分發(fā)、傳輸壓縮等。
5610、 傳輸控制器根據(jù)所述傳輸策略控制數(shù)據(jù)的傳輸。 傳輸控制器根據(jù)傳輸測(cè)量的要求,控制底層的傳輸,選擇合適的傳輸方式、
給定合適的優(yōu)先級(jí)、給定合適的業(yè)務(wù)數(shù)據(jù)格式和編碼格式。其中,傳輸方式包 括Sokect、 Corba等,業(yè)務(wù)數(shù)據(jù)格式包括原始格式、編碼或壓縮等,編碼才各式包 括XML等格式。
在上述實(shí)施例中,由于借助上下文決策器,傳輸控制器知道數(shù)據(jù)是否壓縮、 編碼以及多路復(fù)用,從而使得系統(tǒng)可以滿足高性能的需求。
13其中,另一具體實(shí)施方式
中,上述方法還可以包括 S611 、運(yùn)行子系統(tǒng)將上下文信息發(fā)送給傳輸控制器;
5612、 傳輸控制器將所述上下文信息發(fā)送給上下文決策器;
5613、 上下文決策器將獲取到的上下文信息設(shè)置到業(yè)務(wù)上下文中。 在上述實(shí)施例中,運(yùn)行子系統(tǒng)可以將自身的環(huán)境信息通過(guò)傳輸控制器傳遞
到管理子系統(tǒng)的業(yè)務(wù)上下文中,從而將管理子系統(tǒng)和運(yùn)行子系統(tǒng)有機(jī)地統(tǒng)一在 一起。
其中,在所述步驟S611之前,還可以包括
5614、 上下文決策器向傳輸控制器請(qǐng)求獲取運(yùn)行子系統(tǒng)上下文信息;
5615、 傳輸控制器向運(yùn)行子系統(tǒng)發(fā)出獲取上下文信息的請(qǐng)求。 在本實(shí)施例中,所述步驟S611—S613、步驟S614—S615可與步驟S601—S610
中的任一步驟同時(shí)進(jìn)行,因此在圖中并未表示出。
通過(guò)上述數(shù)據(jù)傳輸方法,在對(duì)業(yè)務(wù)進(jìn)行管理和運(yùn)行的時(shí)候,可以實(shí)現(xiàn)上下 文感知的數(shù)據(jù)傳輸。如圖8所示,子業(yè)務(wù)、上下文決策器以及傳輸控制器能夠根 據(jù)業(yè)務(wù)上下文的信息協(xié)作完成數(shù)據(jù)傳輸?shù)臎Q策,實(shí)現(xiàn)上下文感知的數(shù)據(jù)傳輸。
具體的,如圖8所示,業(yè)務(wù)流由不同的子業(yè)務(wù)l、 2、 3組成,將業(yè)務(wù)信息設(shè) 置到業(yè)務(wù)上下文(包括全局上下文和本地上下文)中,通過(guò)業(yè)務(wù)上下文將業(yè)務(wù) 信息傳遞到數(shù)據(jù)傳輸?shù)恼麄€(gè)過(guò)程中,上下文決策器根據(jù)業(yè)務(wù)信息進(jìn)行傳輸策略 的決策,并將決策出的傳輸策略發(fā)送給傳輸控制器,由傳輸控制器進(jìn)行數(shù)據(jù)傳 輸?shù)目刂啤Ec現(xiàn)有技術(shù)相比,本實(shí)施例將業(yè)務(wù)上下文作為業(yè)務(wù)信息的存儲(chǔ)機(jī)構(gòu), 業(yè)務(wù)信息參與到數(shù)據(jù)傳輸?shù)臎Q策中,應(yīng)用系統(tǒng)本身處于一個(gè)動(dòng)態(tài)求優(yōu)的過(guò)程, 根據(jù)業(yè)務(wù)信息不斷地決策出最佳的傳輸策略,實(shí)現(xiàn)了負(fù)栽分擔(dān)和資源-接時(shí)間調(diào) 配,提高了應(yīng)用系統(tǒng)的整體性能。與上述實(shí)施例不同的是,下面的實(shí)施例以綜合信息查詢業(yè)務(wù)為例,對(duì)本發(fā) 明數(shù)據(jù)傳輸方法進(jìn)行說(shuō)明。
如圖9所示,所述凝:據(jù)傳輸方法包括
5901、 綜合信息查詢開(kāi)始時(shí),將業(yè)務(wù)信息放到業(yè)務(wù)上下文中; 本地上下文為一個(gè)線程綁定的線程變量,線程綁定的變量只對(duì)當(dāng)前線程可
見(jiàn),不同的線程變量通過(guò)線程號(hào)區(qū)分。全局業(yè)務(wù)上下文為一個(gè)靜態(tài)的哈希存儲(chǔ), 所述全局上下文對(duì)各個(gè)業(yè)務(wù)都是可見(jiàn)的,可以在各個(gè)業(yè)務(wù)之間共享。在本實(shí)施 例中使用Java語(yǔ)言實(shí)現(xiàn)相關(guān)功能。其中,線程號(hào)為00012,線程變量為哈希存儲(chǔ)。
將下列信息設(shè)置到本地上下文(線程號(hào)為00012的線程)中
業(yè)務(wù)類(lèi)型 綜合查詢
業(yè)務(wù)號(hào)石馬 138019232000
5902、 綜合信息查詢調(diào)用子業(yè)務(wù);
對(duì)于綜合信息查詢這個(gè)業(yè)務(wù)來(lái)說(shuō),可能包括一個(gè)以上的子業(yè)務(wù),例如查 詢帳戶信息、查詢用戶級(jí)別、查詢用戶優(yōu)先級(jí)、查詢業(yè)務(wù)數(shù)據(jù)格式等。以查詢 帳戶信息這個(gè)子業(yè)務(wù)為例,該子業(yè)務(wù)實(shí)現(xiàn)為純的Java4妻口 ,也可以用組件如EJB 實(shí)現(xiàn)子業(yè)務(wù)。其中,由于帳戶信息在運(yùn)行子系統(tǒng)上,所以要和運(yùn)行子系統(tǒng)交互, 即需要向傳輸控制器發(fā)送傳輸請(qǐng)求。
5903、 綜合信息查詢時(shí),將需要暴露的子業(yè)務(wù)的業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下
文中;
例如,對(duì)于綜合信息查詢的子業(yè)務(wù)查詢帳戶信息來(lái)說(shuō),需要暴露的業(yè)務(wù)信 息為用戶級(jí)別信息,從位于管理子系統(tǒng)上的物理數(shù)據(jù)庫(kù)中查詢出用戶級(jí)別,所 述用戶級(jí)別包括鉆石用戶、金牌用戶、4艮牌用戶和鉆石用戶。在本實(shí)施例中, 假定對(duì)應(yīng)的用戶為鉆石用戶。
155904、 查詢帳戶信息的子業(yè)務(wù)向傳輸控制器發(fā)出通信請(qǐng)求,請(qǐng)求傳輸控制 器與運(yùn)行子系統(tǒng)通信;
5905、 傳輸控制器收到通信請(qǐng)求后,請(qǐng)求上下文決策器決策傳輸策略;
5906、 上下文決策器向業(yè)務(wù)上下文發(fā)出獲取業(yè)務(wù)信息的請(qǐng)求; 其中,所述業(yè)務(wù)信息包括當(dāng)前的業(yè)務(wù)及用戶級(jí)別。
5907、 業(yè)務(wù)上下文返回業(yè)務(wù)信息給上下文決策器;
其中,所述業(yè)務(wù)信息為業(yè)務(wù)為"綜合信息查詢",用戶級(jí)別為"鉆石用戶"。
5908、 上下文決策器根據(jù)所獲取的業(yè)務(wù)信息和內(nèi)部的決策邏輯計(jì)算傳輸策略。
例如,所述決策邏輯通過(guò)規(guī)則引擎來(lái)實(shí)現(xiàn),具體實(shí)現(xiàn)為 IF當(dāng)前業(yè)務(wù)是"綜合信息查詢"THEN業(yè)務(wù)優(yōu)先級(jí)為中 IF用戶級(jí)別是"鉆石用戶"THEN用戶優(yōu)先級(jí)為高 經(jīng)過(guò)規(guī)則判斷,當(dāng)前用戶傳輸策略為 "使用CORBA通道,隊(duì)列優(yōu)先級(jí)為中,啟用數(shù)據(jù)壓縮,編碼為XML"。
5909、 上下文決策器將傳輸策略返回給傳輸控制器。
5910、 傳輸控制器根據(jù)傳輸策略控制底層的傳輸。
傳輸控制器通過(guò)傳輸策略了解當(dāng)前的業(yè)務(wù)所需要的傳輸控制參數(shù),進(jìn)而可 以按照該傳輸策略將數(shù)據(jù)傳送到運(yùn)行子系統(tǒng),從而可以完成上下文感知的數(shù)據(jù) 傳輸。
本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸方法,將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,通 過(guò)業(yè)務(wù)上下文將業(yè)務(wù)信息傳遞到lt據(jù)傳輸?shù)恼麄€(gè)過(guò)程中,上下文決策器才艮據(jù)業(yè) 務(wù)信息進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給傳輸控制器,由傳 輸控制器進(jìn)行數(shù)據(jù)傳輸?shù)目刂?。與現(xiàn)有技術(shù)相比,本實(shí)施例將業(yè)務(wù)上下文作為業(yè)務(wù)信息的存儲(chǔ)機(jī)構(gòu),業(yè)務(wù)信息參與到數(shù)據(jù)傳輸?shù)臎Q策中,應(yīng)用系統(tǒng)本身處于 一個(gè)動(dòng)態(tài)求優(yōu)的過(guò)程,才艮據(jù)業(yè)務(wù)信息不斷地決策出最佳的傳輸策略,實(shí)現(xiàn)了負(fù) 載分擔(dān)和資源按時(shí)間調(diào)配,提高了應(yīng)用系統(tǒng)的整體性能。
是可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成,所述的程序可存儲(chǔ)于一計(jì)算 機(jī)可讀取存儲(chǔ)介質(zhì)中,該程序在執(zhí)行時(shí),可包括如上述各方法的實(shí)施例的流程。
其中,所述的存儲(chǔ)介質(zhì)可為磁碟、光盤(pán)、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。
以上所述,僅為本發(fā)明實(shí)施例的具體實(shí)施方式
,但本發(fā)明實(shí)施例的保護(hù)范 圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi), 可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明 實(shí)施例的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種數(shù)據(jù)傳輸方法,其特征在于,包括上下文決策器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求;所述上下文決策器根據(jù)設(shè)置在業(yè)務(wù)上下文中的業(yè)務(wù)信息決策傳輸策略,并將決策出的傳輸策略返回給傳輸控制器,以便于所述傳輸控制器根據(jù)所述傳輸策略控制數(shù)據(jù)的傳輸。
2、 根據(jù)權(quán)利要求l所述的數(shù)據(jù)傳輸方法,其特征在于,在所述上下文決策 器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求的步驟之前,該方法還包括將所述業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中;所述業(yè)務(wù)調(diào)用一個(gè)以上的子業(yè)務(wù);將所述子業(yè)務(wù)自身的業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中。
3、 根據(jù)權(quán)利要求1或2所述的數(shù)據(jù)傳輸方法,其特征在于,在所述上下文決 策器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求的步驟之前,該方法還包括所述業(yè)務(wù)或者所述子業(yè)務(wù)向傳輸控制器發(fā)送進(jìn)行數(shù)據(jù)傳輸?shù)恼?qǐng)求; 所述傳輸控制器接收到該請(qǐng)求后,向所述上下文決策器發(fā)送決策傳輸策略 的請(qǐng)求。
4、 根據(jù)權(quán)利要求l所述的數(shù)據(jù)傳輸方法,其特征在于,所述上下文決策器 根據(jù)設(shè)置在業(yè)務(wù)上下文中的業(yè)務(wù)信息決策傳輸策略的步驟包括上下文決策器向業(yè)務(wù)上下文發(fā)出獲取業(yè)務(wù)當(dāng)前信息的請(qǐng)求;業(yè)務(wù)上下文將業(yè)務(wù)當(dāng)前信息發(fā)送給上下文決策器;上下文決策器才艮據(jù)所述業(yè)務(wù)當(dāng)前信息和決策邏輯計(jì)算傳輸策略。
5、 根據(jù)權(quán)利要求l所述的數(shù)據(jù)傳輸方法,其特征在于,還包括 運(yùn)行子系統(tǒng)將上下文信息發(fā)送給傳輸控制器; 傳輸控制器將所述上下文信息發(fā)送給上下文決策器;上下文決策器將獲取到的上下文信息設(shè)置到業(yè)務(wù)上下文中。
6、 根據(jù)權(quán)利要求5所述的數(shù)據(jù)傳輸方法,其特征在于,在所述運(yùn)行子系統(tǒng) 將上下文信息發(fā)送給傳輸控制器的步驟之前,還包括上下文決策器向傳輸控制器請(qǐng)求獲取運(yùn)行子系統(tǒng)上下文信息; 傳輸控制器向運(yùn)行子系統(tǒng)發(fā)出獲取上下文信息的請(qǐng)求。
7、 一種數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),其特征在于,包括 設(shè)置模塊,用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中;決策模塊,用于根據(jù)內(nèi)部的決策規(guī)則,以及所述設(shè)置模塊設(shè)置的業(yè)務(wù)信息, 進(jìn)行傳輸策略的決策,并將決策出的傳輸策略發(fā)送給控制模塊;控制模塊,用于根據(jù)所述決策模塊決策出的傳輸策略控制數(shù)據(jù)的傳輸。
8、 根據(jù)權(quán)利要求7所述的數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),其特征在于,所述決策模 塊包括請(qǐng)求接收單元,用于接收所述控制模塊發(fā)送的決策傳輸策略的請(qǐng)求;獲取單元,用于獲取所述設(shè)置模塊設(shè)置的業(yè)務(wù)信息;計(jì)算單元,用于在所述請(qǐng)求接收單元接收到所述決策傳輸策略的請(qǐng)求后,根據(jù)內(nèi)部的決策規(guī)則,以及所述獲取單元獲取到的業(yè)務(wù)信息,計(jì)算傳輸策略; 策略發(fā)送單元,用于將所述計(jì)算單元計(jì)算出的傳輸策略發(fā)送給控制模塊。
9、 根據(jù)權(quán)利要求7所述的數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),其特征在于,所述控制模 塊包括請(qǐng)求發(fā)送單元,用于向所述決策模塊發(fā)送決策傳輸策略的請(qǐng)求; 策略接收單元,用于接收所述決策模塊返回的傳輸策略; 傳輸控制單元,用于根據(jù)所述決策接收單元接收的傳輸策略,控制數(shù)據(jù)的 傳輸。
10、 一種數(shù)據(jù)傳輸系統(tǒng),其特征在于,包括管理子系統(tǒng)和運(yùn)行子系統(tǒng),所述管理子系統(tǒng),用于將業(yè)務(wù)信息設(shè)置到業(yè)務(wù)上下文中,根據(jù)內(nèi)部的決策 規(guī)則,以及所述業(yè)務(wù)信息,進(jìn)行傳輸策略的決策,并4艮據(jù)所述決策出的傳輸策略控制數(shù)據(jù)的傳輸;所述運(yùn)行子系統(tǒng),用于在所述管理子系統(tǒng)的控制下,與所述管理子系統(tǒng)之 間進(jìn)行數(shù)據(jù)的傳輸。
11、 根據(jù)權(quán)利要求10所述的數(shù)據(jù)傳輸系統(tǒng),其特征在于,所述管理子系統(tǒng) 包括業(yè)務(wù)上下文,用于保存業(yè)務(wù)信息;傳輸控制器,用于向上下文決策器發(fā)送決策傳輸策略的請(qǐng)求,接收上下文 決策器返回的傳輸策略,根據(jù)所述傳輸策略控制數(shù)據(jù)的傳輸;上下文決策器,用于接收傳輸控制器的請(qǐng)求,根據(jù)所述業(yè)務(wù)上下文保存的 業(yè)務(wù)信息,進(jìn)行傳輸策略的決策,并將所述傳輸策略返回給傳輸控制器。
12、 根據(jù)權(quán)利要求10所述的數(shù)據(jù)傳輸系統(tǒng),其特征在于所述運(yùn)行子系統(tǒng) 包括信息發(fā)送單元,用于將上下文信息發(fā)送給傳輸控制器; 則所述傳輸控制器,還用于將所述上下文信息發(fā)送給上下文決策器; 則所述上下文決策器,還用于將獲取到的上下文信息設(shè)置到業(yè)務(wù)上下文中。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種數(shù)據(jù)傳輸方法,包括上下文決策器接收傳輸控制器發(fā)送的決策傳輸策略的請(qǐng)求;所述上下文決策器根據(jù)設(shè)置在業(yè)務(wù)上下文中的業(yè)務(wù)信息決策傳輸策略,并將決策出的傳輸策略返回給傳輸控制器,以便于所述傳輸控制器根據(jù)所述傳輸策略控制數(shù)據(jù)的傳輸。本發(fā)明實(shí)施例還提供一種數(shù)據(jù)傳輸系統(tǒng)和數(shù)據(jù)傳輸?shù)墓芾硐到y(tǒng),本發(fā)明適用于在業(yè)務(wù)處理中控制數(shù)據(jù)的傳輸。
文檔編號(hào)H04L29/06GK101656716SQ20081014754
公開(kāi)日2010年2月24日 申請(qǐng)日期2008年8月20日 優(yōu)先權(quán)日2008年8月20日
發(fā)明者鴻 穆 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
五家渠市| 沧州市| 陆川县| 南华县| 宜兰市| 兴和县| 德阳市| 长乐市| 平泉县| 武安市| 理塘县| 盘山县| 博爱县| 襄汾县| 紫阳县| 铁岭市| 峡江县| 大渡口区| 萝北县| 株洲县| 古丈县| 平安县| 汉阴县| 木里| 宜黄县| 嵊泗县| 濉溪县| 绥阳县| 汝南县| 循化| 于都县| 长丰县| 湛江市| 鄂伦春自治旗| 建阳市| 揭阳市| 桂平市| 哈尔滨市| 东至县| 广州市| 固原市|