技術(shù)領(lǐng)域

本發(fā)明的實(shí)施例涉及一種用于有效地執(zhí)行規(guī)則處理的技術(shù)。

背景技術(shù)

規(guī)則引擎(Rule Engine)是指通過將用于企業(yè)決策的復(fù)雜的業(yè)務(wù)規(guī)則或者頻繁變更的進(jìn)程(process)導(dǎo)出并標(biāo)準(zhǔn)化而進(jìn)行管理的自動(dòng)化系統(tǒng)、技術(shù)或者解決方案。通常，規(guī)則引擎與遺留系統(tǒng)聯(lián)動(dòng)而執(zhí)行決策。遺留系統(tǒng)是用于與規(guī)則引擎聯(lián)動(dòng)而執(zhí)行業(yè)務(wù)處理的系統(tǒng)，并可以基于以往的平臺(tái)、編程語言、技術(shù)等來得到開發(fā)。

然而，在現(xiàn)有技術(shù)中，如果在規(guī)則引擎的決策過程中需要存儲(chǔ)于遺留系統(tǒng)的數(shù)據(jù)庫(DB)的數(shù)據(jù)，則在規(guī)則引擎只能通過遺留服務(wù)器來訪問所述DB。具體而言，現(xiàn)有技術(shù)中存在如下的麻煩：需要在遺留系統(tǒng)的服務(wù)器中以件數(shù)為單位查詢DB并向規(guī)則引擎發(fā)送查詢(query)，且從規(guī)則引擎接收其查詢結(jié)果而重新發(fā)送到遺留系統(tǒng)的DB。因此，根據(jù)現(xiàn)有技術(shù)，由于每當(dāng)需要在規(guī)則引擎訪問DB時(shí)都得通過遺留系統(tǒng)的制約事項(xiàng)，存在著發(fā)生過多的事務(wù)(transaction)的問題。尤其，基于現(xiàn)有技術(shù)，由于與規(guī)則的數(shù)量相對(duì)應(yīng)地反復(fù)執(zhí)行DB連接、數(shù)據(jù)收集和數(shù)據(jù)傳遞過程，所以存在著發(fā)生遺留系統(tǒng)的瓶頸現(xiàn)象，并且基于規(guī)則的執(zhí)行的復(fù)雜性會(huì)增加的問題。

[現(xiàn)有技術(shù)文獻(xiàn)]

[專利文獻(xiàn)]

韓國授權(quán)專利公報(bào)第10-1129815號(hào)(2012.03.15)

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

本發(fā)明的實(shí)施例的目的在于，將數(shù)據(jù)緩存在數(shù)據(jù)服務(wù)引擎，并且在執(zhí)行規(guī)則時(shí)利用緩存到數(shù)據(jù)服務(wù)引擎的數(shù)據(jù)而執(zhí)行決策，從而將多線程(Multi-threading)的優(yōu)點(diǎn)最大化，并顯著提高規(guī)則處理速度。

根據(jù)本發(fā)明的示例性實(shí)施例，提供一種規(guī)則管理系統(tǒng)，包括：規(guī)則引擎(rule engine)，基于規(guī)則(rule)來執(zhí)行決策(decision-making)；數(shù)據(jù)服務(wù)引擎，與遺留系統(tǒng)(legacy system)的數(shù)據(jù)庫連接，并分析所述規(guī)則而確定是否要緩存(cache)存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)，并緩存所確定的所述數(shù)據(jù)，其中，所述規(guī)則引擎利用緩存于所述數(shù)據(jù)服務(wù)引擎的數(shù)據(jù)而執(zhí)行所述決策。

所述數(shù)據(jù)服務(wù)引擎可以確定是否要緩存存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)，以最小化所述規(guī)則的執(zhí)行所需的開銷(cost)。

所述規(guī)則為多個(gè)規(guī)則中的任意一個(gè)，所述數(shù)據(jù)服務(wù)引擎可以考慮所述多個(gè)規(guī)則各自的執(zhí)行頻率而確定是否要緩存存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)。

所述執(zhí)行頻率越高，所述數(shù)據(jù)服務(wù)引擎可以越提高與所述多個(gè)規(guī)則中的相應(yīng)規(guī)則相關(guān)的數(shù)據(jù)被緩存到所述數(shù)據(jù)服務(wù)引擎的概率；所述執(zhí)行頻率越低，所述數(shù)據(jù)服務(wù)引擎可以越降低與相應(yīng)規(guī)則相關(guān)的數(shù)據(jù)被緩存到所述數(shù)據(jù)服務(wù)引擎的概率。

所述數(shù)據(jù)服務(wù)引擎可以按所述數(shù)據(jù)所屬的表(table)來確定緩存優(yōu)先級(jí)，并根據(jù)按所述數(shù)據(jù)所屬的表來確定的所述緩存優(yōu)先級(jí)而確定是否要向所述數(shù)據(jù)服務(wù)引擎緩存存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)。

按所述數(shù)據(jù)所屬的表的所述緩存優(yōu)先級(jí)可以考慮如下條件中的至少一個(gè)而確定：按各個(gè)表的訪問(access)頻率或概率、按各個(gè)表的數(shù)據(jù)操作頻率、按各個(gè)表的數(shù)據(jù)大小、所述數(shù)據(jù)服務(wù)引擎的數(shù)據(jù)存儲(chǔ)空間大小、所述多個(gè)規(guī)則中的各個(gè)規(guī)則的執(zhí)行次數(shù)、與所述多個(gè)規(guī)則中的所述規(guī)則的執(zhí)行相關(guān)的查詢的執(zhí)行時(shí)間、所述查詢(query)的執(zhí)行速度、所述查詢的呼叫次數(shù)或周期、在所述數(shù)據(jù)服務(wù)引擎被連接到所述數(shù)據(jù)庫的期間內(nèi)的帶寬(bandwidth)使用量。

所述數(shù)據(jù)服務(wù)引擎可以緩存具有將期望緩存的多個(gè)數(shù)據(jù)全部包括的范圍的數(shù)據(jù)區(qū)域。

根據(jù)本發(fā)明的另一示例性實(shí)施例，提供一種規(guī)則管理方法，包括如下步驟：在規(guī)則引擎(rule engine)，基于規(guī)則(rule)來執(zhí)行決策(decision-making)；在與遺留系統(tǒng)(legacy system)的數(shù)據(jù)庫連接的數(shù)據(jù)服務(wù)引擎，分析所述規(guī)則而確定是否要緩存將存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)；以及在所述數(shù)據(jù)服務(wù)引擎緩存所確定的所述數(shù)據(jù)，其中，在執(zhí)行所述決策的步驟中，利用緩存于所述數(shù)據(jù)服務(wù)引擎的數(shù)據(jù)而執(zhí)行所述決策。

在執(zhí)行所述確定的步驟中，可以確定是否要緩存存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)，以最小化所述規(guī)則的執(zhí)行所需的開銷(cost)。

所述規(guī)則為多個(gè)規(guī)則中的任意一個(gè)，在執(zhí)行所述緩存的步驟中，可以考慮所述多個(gè)規(guī)則各自的執(zhí)行頻率而確定是否要緩存存儲(chǔ)于所述數(shù)據(jù)庫的數(shù)據(jù)。

在執(zhí)行所述確定的步驟中，所述執(zhí)行頻率越高，可以越提高與所述多個(gè)規(guī)則中的相應(yīng)規(guī)則相關(guān)的數(shù)據(jù)被緩存到所述數(shù)據(jù)服務(wù)引擎的概率；所述執(zhí)行頻率越低，可以越降低與相應(yīng)規(guī)則相關(guān)的數(shù)據(jù)被緩存到所述數(shù)據(jù)服務(wù)引擎的概率。