專利名稱：一種策略引擎的選擇方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種策略引擎的選擇方法，尤其是在分布式對(duì)等網(wǎng)絡(luò)中的策略引擎選擇方法，以 及使用該方法的系統(tǒng)。
背景技術(shù)：
伴隨著網(wǎng)絡(luò)技術(shù)的出現(xiàn)，資源共享逐漸成為網(wǎng)絡(luò)用戶的主要需求之一，從而也成為網(wǎng)絡(luò)技術(shù) 發(fā)展的重要推動(dòng)力之一。隨著網(wǎng)絡(luò)的普及以及網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，網(wǎng)絡(luò)用戶的數(shù)量迅速增 長(zhǎng)，傳統(tǒng)的集中式網(wǎng)絡(luò)中服務(wù)器的存儲(chǔ)空間和處理能力往往成為最終制約網(wǎng)絡(luò)發(fā)展的瓶頸。 為了解決這樣的問(wèn)題，近年來(lái)分布式對(duì)等網(wǎng)絡(luò)技術(shù)(Distributed Peer to Peer Networking; P2P) 獲得了人們?cè)絹?lái)越多的關(guān)注。在分布式對(duì)等網(wǎng)絡(luò)中，網(wǎng)絡(luò)拓?fù)錇榉植际?Distributed)結(jié)構(gòu)， 共享資源分布在網(wǎng)絡(luò)中的各個(gè)對(duì)等實(shí)體(Peer)中，網(wǎng)絡(luò)中不再存在服務(wù)器這樣的中心節(jié)點(diǎn) 集中存儲(chǔ)共享資源，各對(duì)等實(shí)體為邏輯上對(duì)等的網(wǎng)絡(luò)節(jié)點(diǎn)，資源的共享將在網(wǎng)絡(luò)中的各對(duì)等 實(shí)體之間直接進(jìn)行，從而避免了集中式網(wǎng)絡(luò)中共享資源由中心節(jié)點(diǎn)集中存儲(chǔ)而造成資源共享 的瓶頸問(wèn)題。
然而，在現(xiàn)有的分布式對(duì)等網(wǎng)絡(luò)中，所述資源共享在各對(duì)等實(shí)體之間直接進(jìn)行的方式也引入 了新的問(wèn)題共享資源將通過(guò)對(duì)等實(shí)體在網(wǎng)絡(luò)中自由散布，擁有原始共享資源的對(duì)等實(shí)體在 提供了共享資源后，無(wú)法控制其他對(duì)等實(shí)體對(duì)其共享資源的共享行為，其權(quán)益將因此而受到 損害；提供共享資源的對(duì)等實(shí)體不能因?yàn)槠湄暙I(xiàn)而獲得相應(yīng)的收益，在資源共享過(guò)程中，更 多的對(duì)等實(shí)體將成為獲取資源的對(duì)等實(shí)體而非提供資源的對(duì)等實(shí)體，從而不能使資源共享有 效的進(jìn)行；這些問(wèn)題如不能加以解決，同樣將影響分布式對(duì)等網(wǎng)絡(luò)的良性發(fā)展。
因此，需要在分布式對(duì)等網(wǎng)絡(luò)系統(tǒng)中引入激勵(lì)機(jī)制(Incentive P2P; iP2P)，才能在基于P2P 的電子資源市場(chǎng)中建立起一個(gè)健康的商業(yè)模式。由于分布式對(duì)等網(wǎng)絡(luò)中的交易與傳統(tǒng)的交易 相比存在著很大的不同，例如，傳統(tǒng)的交易中交易的參與者通常是固定的，采取的策略(如 商品價(jià)格)也是固定的，因此很少存在一個(gè)交易中使用不同策略版本的問(wèn)題。而在分布式對(duì)
等網(wǎng)絡(luò)中，交易過(guò)程中的對(duì)等網(wǎng)絡(luò)實(shí)體隨時(shí)會(huì)發(fā)生變化，交易采取的策略也會(huì)隨時(shí)更新，因 此采用哪一個(gè)策略版本對(duì)交易進(jìn)行結(jié)算就成為一個(gè)分布式對(duì)等網(wǎng)絡(luò)交易中必須解決的問(wèn)題。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的在于提供一種策略引擎的選擇方法，以保證在分布式對(duì)等網(wǎng)絡(luò)中， 當(dāng)交易過(guò)程中的對(duì)等網(wǎng)絡(luò)實(shí)體發(fā)生變化、交易采取的策略隨時(shí)更新時(shí)，采用正確的策略版本 對(duì)交易進(jìn)行結(jié)算，并且能夠適用于分布式對(duì)等網(wǎng)絡(luò)中存在多種應(yīng)用的情況。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的 一種策略引擎的選擇方法，用于分 布式對(duì)等網(wǎng)絡(luò)中，上述分布式對(duì)等網(wǎng)絡(luò)包括至少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單 元，上述中央服務(wù)單元包括至少一個(gè)策略管理者、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端 包括至少一個(gè)提供者和至少一個(gè)獲取者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào) 告，其中以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使用的策略引擎進(jìn)行選擇。
根據(jù)本發(fā)明的一個(gè)方面，中央服務(wù)單元將上述獲取者發(fā)送的上述交易的交易報(bào)告合并為一個(gè) 交易報(bào)告，上述合并的交易報(bào)告中帶有一個(gè)標(biāo)識(shí)上述交易應(yīng)用類型的應(yīng)用標(biāo)識(shí)符和一個(gè)標(biāo)識(shí) 上述交易開(kāi)始時(shí)間的時(shí)間戳。
根據(jù)本發(fā)明的一個(gè)方面，上述應(yīng)用類型具有一個(gè)與其相應(yīng)的策略集，上述策略集隨時(shí)間發(fā)生 變化。
根據(jù)本發(fā)明的另一個(gè)方面，上述策略管理者具有至少一個(gè)策略轉(zhuǎn)換器，上述策略轉(zhuǎn)換器將上 述策略集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎。
根據(jù)本發(fā)明的又一個(gè)方面，上述應(yīng)用類型的每個(gè)策略引擎具有一個(gè)生命周期。
根據(jù)本發(fā)明的一個(gè)方面，在激活時(shí)間小于上述合并的交易報(bào)告中的時(shí)間戳的策略引擎中，選 擇激活時(shí)間與上述合并的交易報(bào)告中的時(shí)間戳最近的策略引擎作為上述交易所使用的策略引 擎。根據(jù)本發(fā)明的另一個(gè)方面，在激活時(shí)間小于上述合并的交易報(bào)告中的時(shí)間戳的策略引擎中， 并且在激活時(shí)間與其各自的生命周期之和大于上述合并的交易報(bào)告中的時(shí)間戳的策略引擎 中，選擇激活時(shí)間與上述合并的交易報(bào)告中的時(shí)間戳最近的策略引擎作為上述交易所使用的 策略引擎。
根據(jù)本發(fā)明的另一個(gè)方面，若沒(méi)有激活時(shí)間小于上述合并的交易報(bào)告中的時(shí)間戳的策略引擎， 則用策略轉(zhuǎn)換器將上述應(yīng)用對(duì)應(yīng)的最新策略集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎，上述策 略引擎作為上述交易所使用的策略引擎。
根據(jù)本發(fā)明的另一個(gè)方面，若所有策略引擎的激活時(shí)間與其各自的生命周期之和小于上述合 并的交易報(bào)告中的時(shí)間戳，則用策略轉(zhuǎn)換器將上述應(yīng)用對(duì)應(yīng)的最新策略集轉(zhuǎn)換為具有激活時(shí) 間標(biāo)識(shí)的策略引擎，上述策略引擎作為上述交易所使用的策略引擎。
根據(jù)本發(fā)明的另一個(gè)方面，若所有策略引擎的激活時(shí)間與其各自的生命周期之和小于上述合 并的交易報(bào)告中的時(shí)間戳，則將上述策略引擎刪除。
本發(fā)明還涉及一種策略引擎的選擇系統(tǒng)，上述系統(tǒng)基于分布式對(duì)等網(wǎng)絡(luò)，上述分布式對(duì)等網(wǎng) 絡(luò)包括至少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單元，上述中央服務(wù)單元包括至少一個(gè) 策略管理者、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端包括至少一個(gè)提供者和至少一個(gè)獲取 者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào)告，其特征在于上述中央服務(wù)單元 包括一個(gè)選擇單元，上述選擇單元以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使用的策略 引擎進(jìn)行選擇。
其中，上述策略管理者具有至少一個(gè)策略轉(zhuǎn)換器，上述策略轉(zhuǎn)換器將上述策略集轉(zhuǎn)換為具有 激活時(shí)間標(biāo)識(shí)的策略引擎。上述選擇單元在激活時(shí)間小于上述合并的交易報(bào)告中的時(shí)間戳的 策略引擎中，選擇激活時(shí)間與上述合并的交易報(bào)告中的時(shí)間戳最近的策略引擎作為上述交易 所使用的策略引擎。
可見(jiàn)，本發(fā)明所提供的一種策略引擎的選擇方法及其系統(tǒng)，具有以下的優(yōu)點(diǎn)和特點(diǎn)-
(1)本發(fā)明所提供的策略引擎的選擇方法，能夠保證在分布式對(duì)等網(wǎng)絡(luò)中，當(dāng)交易過(guò)程中
的對(duì)等網(wǎng)絡(luò)實(shí)體發(fā)生變化、交易采取的策略隨時(shí)更新時(shí)，采用正確的策略版本對(duì)交易 進(jìn)行結(jié)算。
(2)本發(fā)明適用于分布式對(duì)等網(wǎng)絡(luò)中存在多種應(yīng)用的情況，對(duì)于每種應(yīng)用都能夠找到正確 的策略版本對(duì)交易進(jìn)行結(jié)算。


下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)的描述，其中 圖1是本發(fā)明的策略引擎的選擇方法實(shí)施例示意圖。
具體實(shí)施例方式
在本發(fā)明所處的分布式對(duì)等網(wǎng)絡(luò)中，存在若干個(gè)對(duì)等網(wǎng)絡(luò)實(shí)體，也可以稱這些實(shí)體為對(duì)等實(shí) 體客戶端Client。另外，在該網(wǎng)絡(luò)中還存在一個(gè)中央服務(wù)單元iP2P Server,中央服務(wù)單元iP2P Server從結(jié)構(gòu)上可劃分為一個(gè)策略管理者(Policy Manager)和一個(gè)策略引擎(Policy Engine)。 策略管理者對(duì)策略集合進(jìn)行管理，存儲(chǔ)、更新或者刪除數(shù)據(jù)庫(kù)中的策略數(shù)據(jù)。由于在分布式 對(duì)等網(wǎng)絡(luò)中存在著多個(gè)應(yīng)用，每一個(gè)應(yīng)用都具有自己的策略或者策略集。對(duì)于每一個(gè)應(yīng)用而 言，其策略或者策略集會(huì)隨著時(shí)間進(jìn)行更新。
策略引擎是一個(gè)規(guī)則引擎，它能夠?qū)?duì)等網(wǎng)絡(luò)實(shí)體進(jìn)行交易時(shí)所使用的策略用一套類似于 If…Then的開(kāi)關(guān)語(yǔ)句進(jìn)行分析，把交易過(guò)程中使用的業(yè)務(wù)邏輯用機(jī)器語(yǔ)言進(jìn)行解析。 一般策 略管理者使用的是比較容易理解和管理的格式，而策略引擎則采用解析效率比較高、但難于 理解的格式(例如腳本語(yǔ)言)，因而在策略管理者和策略引擎之間通常存在一個(gè)策略轉(zhuǎn)換器 (Policy Converter),將策略管理者使用的格式轉(zhuǎn)換為策略引擎的格式。
上述若干對(duì)等實(shí)體客戶端Client在基于P2P的交易中扮演不同角色，例如提供者provider和 獲取者consumer,獲取者向中央服務(wù)單元iP2P周期性地發(fā)送交易報(bào)告。策略引擎對(duì)交易報(bào)告 進(jìn)行解析，根據(jù)預(yù)先制訂的策略匹配出與該交易有關(guān)的結(jié)果。
在分布式對(duì)等網(wǎng)絡(luò)中，獲取者周期性地向中央服務(wù)單元發(fā)送交易報(bào)告，通常在第一個(gè)交易報(bào) 告中攜帶交易的開(kāi)始時(shí)間，在最后一個(gè)交易報(bào)告中攜帶交易的結(jié)束時(shí)間。通常為了檢驗(yàn)發(fā)送 結(jié)果的正確性，提供者也可以周期性地向中央服務(wù)單元發(fā)送交易報(bào)告。
中央服務(wù)單元接收到最后一個(gè)交易報(bào)告后，將上述一系列的交易報(bào)告合并為一個(gè)報(bào)告。合并 的報(bào)告中記錄了交易的開(kāi)始時(shí)間TB和交易的結(jié)束時(shí)間TE。交易的生存周期就是從交易的開(kāi) 始時(shí)間TB開(kāi)始到交易的結(jié)束時(shí)間TE為止。由于一個(gè)上述交易中，交易報(bào)告經(jīng)過(guò)中央單元合 并后只有一個(gè)，因此也可以說(shuō)交易報(bào)告的生存周期為從TB開(kāi)始到TE結(jié)束。
對(duì)于中央單元合并后的交易報(bào)告而言，如果所記錄的交易時(shí)間TB落入一個(gè)策略引擎的生命 周期之中(或者說(shuō)映射到一個(gè)策略引擎上)，則使用上述策略引擎對(duì)上述交易報(bào)告進(jìn)行策略解 析。
圖1是本發(fā)明的策略引擎的選擇方法實(shí)施例示意圖。圖l中為了清晰起見(jiàn)，將時(shí)間軸分為上 下排列。在位于上面的時(shí)間軸上分布一系列時(shí)間點(diǎn)，這些時(shí)間點(diǎn)與策略集和策略引擎有關(guān)； 在位于下面的時(shí)間軸上也分布一系列時(shí)間點(diǎn)，這些時(shí)間點(diǎn)與交易報(bào)告的生存周期有關(guān)。在兩 個(gè)時(shí)間軸之間以一個(gè)橫向虛線為界分為兩部分，虛線之上的部分表示策略集和策略引擎的存 在和選擇，虛線之下的部分表示交易報(bào)告的生命周期。
對(duì)于一個(gè)應(yīng)用，在最初的策略產(chǎn)生后，在T1時(shí)刻由策略轉(zhuǎn)換器將上述策略集轉(zhuǎn)換為一個(gè)腳本 文件，即T1為策略引擎1的開(kāi)始時(shí)間。操作人員可以根據(jù)需要設(shè)定策略引擎1的生命周期， 例如根據(jù)不同的應(yīng)用設(shè)定不同的生命周期，此處策略引擎1的生命周期從T1開(kāi)始，到Tx時(shí) 刻停止。在Ta時(shí)刻策略更新，對(duì)于上述應(yīng)用新的策略集為策略集2。然后，在T2時(shí)刻由策 略轉(zhuǎn)換器將策略集2轉(zhuǎn)換為腳本文件，此時(shí)的策略引擎為策略引擎2，也可以說(shuō)，在T2時(shí)刻 策略集2被激活。
在下面的Tb時(shí)刻，策略集被再次更新，此時(shí)對(duì)于上述應(yīng)用新的策略集為策略集3。由于沒(méi)有 用策略轉(zhuǎn)換器將策略集3進(jìn)行轉(zhuǎn)換，因此策略集3沒(méi)有被激活。隨后，在Tc時(shí)刻，策略集第 三次被更新，此時(shí)對(duì)于上述應(yīng)用新的策略集為策略集4。然后，在T4時(shí)刻由策略轉(zhuǎn)換器將策 略集4轉(zhuǎn)換為腳本文件，此時(shí)的策略引擎為策略引擎4，也就是說(shuō)，在T4時(shí)刻策略集4被激活。
中央服務(wù)單元iP2P Server接收到一個(gè)交易1的獲取者發(fā)送的有關(guān)交易1的一系列交易報(bào)告后， 中央服務(wù)單元iP2PServer將上述一系列的交易報(bào)告合并為一個(gè)報(bào)告，合并的報(bào)告中記錄了交 易1的開(kāi)始時(shí)間TBI和交易1的結(jié)束時(shí)間TE1。也就是說(shuō)，交易1的生命周期為圖1中從TB1 到TE1 。
策略集存儲(chǔ)在策略管理者的數(shù)據(jù)庫(kù)里。由于策略集會(huì)隨時(shí)間變化，因此在不同的時(shí)間點(diǎn)策略 集會(huì)有所不同，如圖1中的Ta、 Tb、 Tc時(shí)刻的策略集分別為策略集2、策略集3、策略集4。 策略管理者的數(shù)據(jù)庫(kù)中存儲(chǔ)了這些經(jīng)過(guò)更改的策略集，也可以說(shuō)，體現(xiàn)在策略者的數(shù)據(jù)庫(kù)中 的策略集是策略的瞬時(shí)值，相當(dāng)于策略管理者的數(shù)據(jù)庫(kù)中的數(shù)據(jù)在某一時(shí)刻的快照 (SnapShot)。策略管理者的數(shù)據(jù)庫(kù)可以與一個(gè)操作界面相連，操作人員通過(guò)操作界面能夠?qū)?策略集中的策略進(jìn)行操作。
上述每個(gè)策略集通過(guò)策略轉(zhuǎn)換器以后形成一個(gè)文件(file)。不同時(shí)間的策略集通過(guò)策略轉(zhuǎn)換 器以后形成一系列文件，這些文件的文件名中含有應(yīng)用名和裝載該策略集的時(shí)間。例如，策 略集1、策略集2、策略集4經(jīng)過(guò)策略轉(zhuǎn)換器以后形成的文件中分別含有應(yīng)用名和轉(zhuǎn)換時(shí)間(或 稱激活時(shí)間)Tl、 T2、 T4，因此通過(guò)每個(gè)文件的名稱就可以得知策略集的激活時(shí)間。策略引 擎生成的文件是策略集的一個(gè)歷史值。策略集和策略引擎中的策略在物理上可能會(huì)有所不同， 但在邏輯上是一致的。
中央服務(wù)單元將策略集通過(guò)策略轉(zhuǎn)換器以后形成的文件保存在中央服務(wù)單元iP2P Server的硬 盤中。為了運(yùn)行策略引擎，中央服務(wù)單元還需要將上述經(jīng)過(guò)轉(zhuǎn)換形成的一系列文件裝載進(jìn)一 個(gè)控制單元中，上述裝載是由一個(gè)合并后的交易報(bào)告觸發(fā)的。也就是說(shuō)，控制單元一旦收到 一個(gè)中央服務(wù)單元iP2P Server合并后的交易報(bào)告，就進(jìn)行以下步驟
(1)控制單元文件列表與中央服務(wù)單元文件列表進(jìn)行同步。控制單元收到合并后的交易報(bào) 告后，將控制單元中的文件列表與中央服務(wù)單元硬盤中的文件列表進(jìn)行比較，如果發(fā) 現(xiàn)兩者存在不一致(即中央服務(wù)單元硬盤中的文件多于控制單元中的文件)，則將中央 服務(wù)單元硬盤中的文件列表裝載到控制單元中，使得控制單元中的文件列表和中央服 務(wù)單元硬盤中的文件列表保持一致，即同步。
(2)將合并后的交易報(bào)告與控制單元的文件列表進(jìn)行匹配。首先，將交易報(bào)告中攜帶的應(yīng) 用標(biāo)識(shí)符和控制單元的文件名中的應(yīng)用名進(jìn)行匹配。在匹配得到的文件中，將交易報(bào) 告中攜帶的交易開(kāi)始時(shí)間TBI與控制單元的每個(gè)文件名中的激活時(shí)間逐一進(jìn)行比較， 在文件名中的激活時(shí)間小于交易開(kāi)始時(shí)間TB1、并且沒(méi)有超時(shí)(即策略引擎的生命周 期結(jié)束)的文件中找到一個(gè)文件名中的激活時(shí)間距離交易開(kāi)始時(shí)間TB1最近的文件。 使用該文件的策略引擎為交易報(bào)告進(jìn)行解析。
每個(gè)策略引擎(文件)都具有生命周期，判斷策略引擎是否超時(shí)，是將交易報(bào)告中攜 帶的交易開(kāi)始時(shí)間TB1、控制單元的每個(gè)文件名中的激活時(shí)間加上策略引擎的生命周 期這兩者進(jìn)行比較，如果交易報(bào)告中攜帶的交易開(kāi)始時(shí)間TB1大于控制單元的每個(gè)文 件名中的激活時(shí)間加上策略引擎的生命周期，則表示策略引擎超時(shí)，否則表示策略引
擎沒(méi)有超時(shí)。如果在交易報(bào)告比較的過(guò)程中發(fā)現(xiàn)有策略引擎超時(shí)(文件過(guò)期)，則中央 服務(wù)單元可以將控制單元中的該文件刪除，或者將控制單元中的文件和與該文件對(duì)應(yīng)
的中央服務(wù)單元中的文件都刪除。
(3)如果在步驟(2)中沒(méi)有找到滿足上述條件的文件，則將策略集中的一個(gè)最新的策略通 過(guò)策略轉(zhuǎn)換器轉(zhuǎn)換以形成一個(gè)新的文件，存儲(chǔ)在中央服務(wù)單元中。然后控制單元再將 上述新生成的文件轉(zhuǎn)載到控制單元中，用該文件的策略引擎為交易報(bào)告進(jìn)行解析。
步驟(3)中的情況通常會(huì)在以下兩種情況下發(fā)生第一種情況，該種應(yīng)用的交易報(bào)告第一次 到達(dá)控制單元，控制單元中為空、尚未裝載任何中央服務(wù)單元硬盤中的文件列表。第二種情 況，經(jīng)過(guò)步驟(2)的比較，發(fā)現(xiàn)控制單元中裝載的所有文件都已經(jīng)超時(shí)，沒(méi)有任何一個(gè)能夠 用來(lái)解析交易報(bào)告的處于有效期內(nèi)的策略引擎。
圖1中的第二個(gè)交易報(bào)告顯示的情況與第一個(gè)交易報(bào)告類似，如果中央服務(wù)單元iP2P Server 接收到第二個(gè)交易的獲取者發(fā)送的有關(guān)第二個(gè)交易的一系列交易報(bào)告，則中央服務(wù)單元iP2P Server也將有關(guān)第二個(gè)交易的一系列的交易報(bào)告合并為一個(gè)報(bào)告，合并的報(bào)告中記錄了接收 第二個(gè)交易的第一個(gè)交易報(bào)告的時(shí)間TB2和接收第二個(gè)交易的最后一個(gè)交易報(bào)告的時(shí)間 TE2。也就是說(shuō)，第二個(gè)交易的交易報(bào)告的生命周期為圖1中從TB2到TE2。其他選擇過(guò)程 與第一個(gè)交易報(bào)告類似。
本發(fā)明的第二個(gè)實(shí)施例是一種策略引擎的選擇系統(tǒng)，上述系統(tǒng)基于分布式對(duì)等網(wǎng)絡(luò)，上述分 布式對(duì)等網(wǎng)絡(luò)包括至少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單元，上述中央服務(wù)單元包 括至少一個(gè)策略管理者、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端包括至少一個(gè)提供者和至 少一個(gè)獲取者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào)告，上述中央服務(wù)單元包 括一個(gè)選擇單元，上述選擇單元以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使用的策略引 擎進(jìn)行選擇。
上述選擇單元可以是實(shí)施例一中的控制單元。
由上述實(shí)施例能夠看出，本發(fā)明所提供的策略引擎的選擇方法，能夠保證在分布式對(duì)等網(wǎng)絡(luò) 中，當(dāng)交易過(guò)程中的對(duì)等網(wǎng)絡(luò)實(shí)體發(fā)生變化、交易采取的策略隨時(shí)更新時(shí)，采用正確的策略 版本對(duì)交易進(jìn)行結(jié)算。而且，本發(fā)明適用于分布式對(duì)等網(wǎng)絡(luò)中存在多種應(yīng)用的情況，對(duì)于每 種應(yīng)用都能夠找到正確的策略版本對(duì)交易進(jìn)行結(jié)算。
權(quán)利要求
1.一種策略引擎的選擇方法，用于分布式對(duì)等網(wǎng)絡(luò)中，上述分布式對(duì)等網(wǎng)絡(luò)包括至少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單元，上述中央服務(wù)單元包括至少一個(gè)策略管理者、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端包括至少一個(gè)提供者和至少一個(gè)獲取者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào)告，其特征在于以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使用的策略引擎進(jìn)行選擇。
2. 根據(jù)權(quán)利要求1所述的策略引擎的選擇方法，其特征在于中央服務(wù)單元將上述獲取者 發(fā)送的上述交易的交易報(bào)告合并為一個(gè)交易報(bào)告，上述合并的交易報(bào)告中帶有一個(gè)標(biāo)識(shí) 上述交易應(yīng)用類型的應(yīng)用標(biāo)識(shí)符和一個(gè)標(biāo)識(shí)上述交易開(kāi)始時(shí)間的時(shí)間戳。
3. 根據(jù)權(quán)利要求2所述的策略引擎的選擇方法，其特征在于上述應(yīng)用類型具有一個(gè)與其 相應(yīng)的策略集，上述策略集隨時(shí)間發(fā)生變化。
4. 根據(jù)權(quán)利要求3所述的策略引擎的選擇方法，其特征在于上述策略管理者具有至少一 個(gè)策略轉(zhuǎn)換器，上述策略轉(zhuǎn)換器將上述策略集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎。
5. 根據(jù)權(quán)利要求3或4所述的策略引擎的選擇方法，其特征在于上述應(yīng)用類型的每個(gè)策 略引擎具有一個(gè)生命周期。
6. 根據(jù)權(quán)利要求5所述的策略引擎的選擇方法，其特征在于在激活時(shí)間小于上述合并的 交易報(bào)告中的時(shí)間戳的策略引擎中，選擇激活時(shí)間與上述合并的交易報(bào)告中的時(shí)間戳最 近的策略引擎作為上述交易所使用的策略引擎。
7. 根據(jù)權(quán)利要求6所述的策略引擎的選擇方法，其特征在于在激活時(shí)間小于上述合并的 交易報(bào)告中的時(shí)間戳的策略引擎中，并且在激活時(shí)間與其各自的生命周期之和大于上述 合并的交易報(bào)告中的時(shí)間戳的策略引擎中，選擇激活時(shí)間與上述合并的交易報(bào)告中的時(shí) 間戳最近的策略引擎作為上述交易所使用的策略引擎。
8. 根據(jù)權(quán)利要求6或7所述的策略引擎的選擇方法，其特征在于若沒(méi)有激活時(shí)間小于上—述舍—并的—交易i艮告史的時(shí)間戳的策略引擎，則用策略轉(zhuǎn)換器將上述應(yīng)用對(duì)應(yīng)的最新策略 集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎，上述策略引擎作為上述交易所使用的策略引擎。
9. 根據(jù)權(quán)利要求7所述的策略引擎的選擇方法，其特征在于若所有策略引擎的激活時(shí)間 與其各自的生命周期之和小于上述合并的交易報(bào)告中的時(shí)間戳，則用策略轉(zhuǎn)換器將上述 應(yīng)用對(duì)應(yīng)的最新策略集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎，上述策略引擎作為上述交 易所使用的策略引擎。
10. 根據(jù)權(quán)利要求7所述的策略引擎的選擇方法，其特征在于若所有策略引擎的激活時(shí)間 與其各自的生命周期之和小于上述合并的交易報(bào)告中的時(shí)間戳，則將上述策略引擎刪除。
11. 一種策略引擎的選擇系統(tǒng)，上述系統(tǒng)基于分布式對(duì)等網(wǎng)絡(luò)，上述分布式對(duì)等網(wǎng)絡(luò)包括至 少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單元，上述中央服務(wù)單元包括至少一個(gè)策略管理者、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端包括至少一個(gè)提供者和至少一個(gè)獲取 者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào)告，其特征在于上述中央服務(wù) 單元包括一個(gè)選擇單元，上述選擇單元以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使 用的策略引擎進(jìn)行選擇。
12. 根據(jù)權(quán)利要求ll所述的策略引擎的選擇系統(tǒng)，其特征在于上述策略管理者具有至少一 個(gè)策略轉(zhuǎn)換器，上述策略轉(zhuǎn)換器將上述策略集轉(zhuǎn)換為具有激活時(shí)間標(biāo)識(shí)的策略引擎。
13. 根據(jù)權(quán)利要求12所述的策略引擎的選擇系統(tǒng)，其特征在于上述選擇單元在激活時(shí)間小 于上述合并的交易報(bào)告中的時(shí)間戳的策略引擎中，選擇激活時(shí)間與上述合并的交易報(bào)告 中的時(shí)間戳最近的策略引擎作為上述交易所使用的策略引擎。
全文摘要
本發(fā)明涉及一種策略引擎的選擇方法，用于分布式對(duì)等網(wǎng)絡(luò)中，上述分布式對(duì)等網(wǎng)絡(luò)包括至少一個(gè)對(duì)等實(shí)體客戶端和至少一個(gè)中央服務(wù)單元，上述中央服務(wù)單元包括至少一個(gè)策略管理者、至少一個(gè)策略轉(zhuǎn)換器、至少一個(gè)策略引擎，上述對(duì)等實(shí)體客戶端包括至少一個(gè)提供者和至少一個(gè)獲取者，上述獲取者向上述中央服務(wù)單元發(fā)送交易的交易報(bào)告，以上述交易的開(kāi)始時(shí)間作為基準(zhǔn)對(duì)上述交易所使用的策略引擎進(jìn)行選擇。本發(fā)明方法能保證在分布式對(duì)等網(wǎng)絡(luò)中，當(dāng)交易過(guò)程中的對(duì)等網(wǎng)絡(luò)實(shí)體發(fā)生變化、交易采取的策略隨時(shí)更新時(shí)，采用正確的策略版本對(duì)交易進(jìn)行結(jié)算，并且適用于分布式對(duì)等網(wǎng)絡(luò)中存在多種應(yīng)用的情況。
文檔編號(hào)H04L12/28GK101098282SQ20061008950
公開(kāi)日2008年1月2日 申請(qǐng)日期2006年6月30日 優(yōu)先權(quán)日2006年6月30日
發(fā)明者何小虎, 巖 聶, 陳志遠(yuǎn), 高春友 申請(qǐng)人:西門子通信技術(shù)(北京)有限公司