TWI751139B

TWI751139B - 業務處理系統、業務處理方法以及業務更新方法

Info

Publication number: TWI751139B
Application number: TW106107625A
Authority: TW
Inventors: 朱哲
Original assignee: 香港商阿里巴巴集團服務有限公司
Priority date: 2016-04-06
Filing date: 2017-03-08
Publication date: 2022-01-01
Also published as: WO2017173928A1; TW201737110A; US20190042276A1; CN107277086A; CN107277086B

Abstract

本發明關於一種業務處理系統、業務處理方法以及業務更新方法，其中，業務處理方法包括：接收業務請求；提取業務請求的URL中包含的業務實例路由資訊；根據業務實例路由資訊，調用業務實例路由資訊對應的業務實例，對業務請求進行處理，其中，每個該業務實例與至少一個業務實例路由資訊相對應。本實施例在進行具體業務調用的時，通過業務請求中的URL資訊就能夠直接定位到具體的業務實例，這樣的調用機制使得業務請求到業務實例的調用關係非常清晰，每項業務相對獨立，便於業務的管理和部署，尤其在進行業務內容更新時，僅涉及與該業務內容對應的業務實例的更新操作，而不會影響到其他的業務實例，也不會影響到整個業務處理系統的運行。

Description

業務處理系統、業務處理方法以及業務更新方法

本發明關於通信技術領域，尤其關於一種業務處理系統、業務處理方法以及業務更新方法。

目前，各業務平台承載著眾多不同類型的業務，並且這些業務更新頻繁，因此，需要經常更新業務平台上已有的業務實例。傳統的業務平台中，業務請求與業務實例之間沒有建立合理的對應關係，各個業務實例作為整體接受業務處理平台的管理和調用。因此，當對一項業務內容進行更新(即需要更新業務實例)時，需要對整個業務平台進行重新部署，需要重新開機相關業務進程，嚴重影響平台上各業務實例的正常服務進程。

例如，PaaS(Platform-as-a-Service，簡稱PaaS)平台採用代碼下發，進程重啟方式來實現業務內容的更新，即當檢測到有業務內容更新時，PaaS平台停止該業務的相關進程運行，並重新載入新的業務實例，若載入完成後，需要重新開機該業務相關進程後，才能進行正常的業務處理。

因此，現有技術至少存在如下缺陷：當進行業務更新時，平台需停止該業務的相關進程的運行直至新的業務內容成功載入，這樣會造成長時間的業務中斷，且在重啟過程中也存在各種風險，可能會導致業務中斷，影響業務運行的穩定性。

本發明提供一種業務處理系統、業務處理方法以及業務更新方法，以實現在更新業務內容時，減少對平台運行的影響。

為達到上述目的，本發明提供了一種業務處理方法，包括：接收業務請求；提取業務請求的URL中所包含的業務實例路由資訊；根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例，對該業務請求進行處理，其中，該每個該業務實例與至少一個業務實例路由資訊相對應。

本發明還提供了一種業務處理方法，該業務處理方法在業務處理系統上執行，該業務處理系統包括業務處理伺服器，該業務處理伺服器包括路由層和業務層，該路由層中運行有路由模組，該業務層中運行有多個執行業務處理的業務實例，該業務處理方法包括：該路由模組接收業務請求，提取業務請求的URL中所包含的業務實例路由資訊，並根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例，對該業務請求進行處理，其中，該每個該業務實例與至少一個業務實例路由資訊相對應。

本發明還提供了一種業務處理系統，包括業務處理伺服器，該業務處理伺服器中包括路由層和業務層，在該路由層中運行有路由模組，該業務層中運行有多個業務實例，該路由模組用於接收業務請求，提取業務請求的URL中所包含的業務實例路由資訊，並根據該業務實例路由資訊，對與該業務實例路由資訊對應的業務實例進行調用，其中，該每個該業務實例與至少一個業務實例路由資訊相對應；該業務實例用於執行該業務請求對應的業務處理。

本發明還提供了一種業務更新方法，該業務更新方法在業務處理系統上執行，該業務處理系統包括業務處理伺服器和配置伺服器，該業務處理伺服器包括路由層和業務層，該路由層中運行有路由模組，該業務層中運行有多個執行業務處理的業務實例，在該配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，該每個該業務實例名稱與至少一個業務實例路由資訊相對應，該業務層中包括第一實例運行空間和第二實例運行空間，在該第一實例運行空間中的業務實例能夠接受該路由模組的調用，在該第二實例運行空間中的業務實例不接受該路由模組的調用，業務更新方法包括：在該配置伺服器中，監聽業務內容的更新，並通知該業務處理伺服器；該業務處理伺服器根據新的業務內容產生新的業務實例，用該新的業務實例替換對應的舊的業務實例。

在本發明的業務處理系統、業務處理方法以及業務更新方法的技術方案中，將針對每項業務的業務請求與具體業務實例建立直接的對應關係，在業務請求的處理過程中，通過URL中包含業務實例路由資訊找到並完成業務實例的調用。通過這樣的調用機制，在進行具體業務調用時，通過業務請求中的URL(統一資源定位符)資訊就能夠直接定位到一個具體的業務實例，這樣的調用機制使得業務請求到業務實例的調用關係非常清晰，每項業務相對獨立，便於業務的管理和部署，尤其在進行業務內容更新時，僅涉及與該業務內容對應的業務實例的更新操作，而不會影響到其他的業務實例，也不會影響到整個業務處理系統的運行。

1‧‧‧業務處理伺服器

10‧‧‧服務層

11‧‧‧路由層

12‧‧‧業務層

13‧‧‧儲存層

14‧‧‧資料介面層

15‧‧‧業務實例更新模組

101‧‧‧發送模組

111‧‧‧路由模組

121‧‧‧業務實例

101~103‧‧‧步驟

2‧‧‧配置伺服器

21‧‧‧監聽模組

201、202‧‧‧步驟

通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對於本領域普通技術人員將變得清楚明瞭。圖式僅用於示出優選實施方式的目的，而並不認為是對本發明的限制。而且在整個圖式中，用相同的參考符號表示相同的部件。

圖1為本發明實施例一的業務處理方法的流程圖。

圖2為本發明實施例二的業務處理系統的結構示意圖之一。

圖3為本發明實施例二的業務處理系統的結構示意圖之二。

圖4為本發明實施例三的業務處理系統的結構示意圖之一。

圖5為本發明實施例三的業務處理系統的結構示意圖之二。

圖6為本發明實施例四的業務處理系統的結構示意圖之一。

圖7為本發明實施例四的業務處理系統的結構示意圖之二。

圖8為本發明實施例六的業務更新方法的流程示意圖。

下面將參照圖式更詳細地描述本公開的示例性實施例。雖然圖式中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這裡闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，並且能夠將本公開的範圍完整的傳達給本領域的技術人員。下面結合圖式對本發明實施例進行詳細描述。

實施例一

如圖1所示，其為本發明實施例一的業務處理方法的流程圖，該方法包括：

步驟101：接收業務請求。

步驟102：提取業務請求的URL(統一資源定位符)中所包含的業務實例路由資訊。本實施例對URL的欄位資訊進行重新的設計定義，在其中加入了業務實例路由資訊。本實施例的URL的結構可以採用如下結構：http：{host}/{instancepath}？auth[token]，其中，“http”為網路協定部分，“host”為伺服器的IP位址和主機名稱，“auth[token]”為URL的參數部分，“instancepath”是業務實例路由資訊。例如：http：//www.test.com/testpay？auth[token]=xxxx&。其中，這裡的“testpay”就是業務實例路由資訊。

步驟103：根據業務實例路由資訊，調用業務實例路由資訊對應的業務實例，對業務請求進行處理，與上面的URL結構相對應地，可以預先將“instancepath”與在業務處理系統中的業務實例建立映射關係，從而使得業務處理系統根據“instancepath”就可以找到對應的業務實例，例如前面的示例的URL中，可以將“testpay”與處理支付的業務實例建立映射關係，從而實現對處理支付的業務實例的調用。其中，每個業務實例與至少一個業務實例路由資訊相對應，這是因為一般從業務實例的設計角度來說，會將彼此關聯的業務處理內容設計在一個業務實例中，這樣能夠更加有效地利用系統資源，並且也便於業務實例的管理。

具體地，在實際的程式處理過程中，只要獲知了業務實例的名稱就可以針對該業務實例進行調用，因此，在上述步驟103中，可以先根據業務實例路由資訊獲取對應的業務實例名稱，然後，再通過業務實例名稱，調用業務實例。其中，每個業務實例名稱與至少一個業務實例路由資訊相對應，該對應關係可以預先儲存在業務處理系統中。優選地，在業務層中運行的多個業務實例之間彼此相互獨立，並且業務實例的名稱是唯一的。

在上述的業務實例調用機制中，將針對每項業務的業務請求與具體業務實例建立直接的對應關係，在業務請求的處理過程中，通過URL中包含業務實例路由資訊找到並完成業務實例的調用。通過這樣的調用機制，在進行具體業務調用時，通過業務請求中的URL(統一資源定位符)資訊就能夠直接定位到一個具體的業務實例，這樣的調用機制使得業務請求到業務實例的調用關係非常清晰，每項業務相對獨立，便於業務的管理和部署，尤其在進行業務內容更新時，僅涉及與該業務內容對應的業務實例的更新操作，而不會影響到其他的業務實例，也不會影響到整個業務處理系統的運行。

此外，在調用業務實例執行業務處理時，還需要使用業務參數，例如用戶資訊參數等。這些業務參數可以包含在URL中，也可以包含在業務請求的資料包，也可以預先儲存在業務處理系統中。

因此，上述的業務處理方法還可以包括向業務實例發送業務參數的步驟，具體地，包括如下幾種情況：

1)從URL中和/或業務請求的資料包中提取第一業務參數，併發送給業務實例。這裡所說的第一業務參數是來自於業務請求自帶的參數，例如發出業務請求的用戶資訊等。

2)根據業務實例路由資訊獲取預先儲存的作為系統預設參數的第二業務參數，併發送給業務實例。在這種情況下，上述的業務實例路由資訊除了可以指向業務實例名稱之外，還指向了用於業務處理的系統預設的第二業務參數，從而使得在調用業務實例的同時也能獲取到該第二業務參數。這裡所說的第二業務參數為系統預設的業務參數，例如，業務實例有些私密資料，需要進行加密處理，那麼第二業務參數可以是金鑰這樣的參數。再例如，對某個業務實例不希望太頻繁的調用，設置了1分鐘內只能調用預定次數的系統預設參數。

3)也可以結合上述1)和2)的情形，除了從URL中和/或業務請求的資料包獲取第一業務參數以外，同時還調用系統預設的第二業務參數，用於業務實例執行業務處理。

綜上所述，上述的業務實例路由資訊與業務實例名稱以及第二業務參數的對應關係可以表示為如下對應形式，該對應關係儲存在業務處理系統中，用於業務實例的調用和業務處理：

從上面的表一中可以看出，業務請求與業務路由資訊之間是一一對應的，也就是說不同的業務請求的URL中的業務路由資訊是不同的。而不同的業務請求可能會由同一個業務實例來處理，如上表中的業務請求1和業務請求2均由“業務實例名稱1”對應的業務實例來進行處理。此外，第二業務參數為系統預設的業務參數，會根據業務請求的不同而預先設定，不同的業務請求可以對應相同的第二業務參數，也可以對應不同的第二業務參數。當然，針對部分業務請求，系統業務可以不預先配置系統預設參數，完全依靠業務請求中攜帶的業務參數進行業務處理，例如上表中的業務請求5。

在實際應用中，在業務實例和業務實例路由資訊之間，還可以增加一層索引結構，在本實施例中稱為路由名字，例如下表二中所示：

即通過業務路由資訊先找到路由名字，然後再通過路由名字獲取業務實例名稱或者第二業務參數。在實際應用中，配置伺服器會存在一定的資料儲存和索引的規則。因此，會按照配置伺服器本身的索引規則將路由名字和業務實例名稱等資訊進行預先儲存，然後再增加業務路由資訊和路由名字之間的映射關係。

實施例二

如圖2所示，其為本發明實施例二業務處理系統的結構示意圖之一，該業務處理系統包括業務處理伺服器1，該業務處理伺服器中包括路由層11和業務層12，在路由層中運行有路由模組111，業務層中運行有多個業務實例121，路由模組111用於接收業務請求，提取業務請求的URL中所包含的業務實例路由資訊，並根據業務實例路由資訊，對與業務實例路由資訊對應的業務實例121(圖中將業務實例編號為1至n)進行調用，業務實例121用於執行業務請求對應的業務處理。

其中，每個業務實例與至少一個業務實例路由資訊相對應，即業務實例與業務實例路由資訊之間可以是一對一或者一對多的關係，每個業務實例可以具有處理多個不同具體業務的功能，即可以用來處理多個不同的業務請求，這些業務請求可以通過調用時使用的業務參數的不同來觸發業務實例執行不同的業務處理。圖中僅示例性地表示出n個業務請求與n個業務實例一一對應的情形，實際上，圖中的業務請求1~n可以有小於n個的業務實例來執行業務處理。

例如，以網購的業務處理系統為例，在進行業務實例設計時，可以將支付相關的功能(例如，計算總價功能和轉帳支付功能)設計為由一個業務實例完成，用戶在完成購物選擇後，可以在點擊“結算”按鍵後，客戶端首先會想業務處理系統發出“計算總價”的業務請求，並在業務請求中攜帶已選商品資訊等相關業務參數，業務處理系統通過上述的業務方法調用支付業務實例進行總價計算，並返回資料呈獻給用戶，之後，在用戶點擊“確認”按鍵後，客戶端會再次向業務處理系統發出“轉帳支付”的業務請求，並在業務請求中攜帶用戶支付相關的參數，業務處理系統再次調用支付業務實例進行轉帳支付的業務處理，從而完成整個支付過程。

進一步地，業務實例與業務實例路由資訊之間的對應關係可以儲存在單獨設置的配置伺服器中。如圖3所示，其為本發明實施例二業務處理系統的結構示意圖之二，本實施例的業務處理系統還可以包括配置伺服器2，在配置伺服器2中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，每個業務實例名稱與至少一個業務實例路由資訊相對應。如實施例一中所說明的，只要獲知了業務實例的名稱就可以對業務實例進行調用，因此，每個業務實例都會在配置伺服器中進行註冊，預先配置好業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊。需要說明的是，圖中僅示出了n個業務實例路由資訊與n個業務實例的名稱之間的一一對應關係，實際上在配置伺服器所儲存的第一對應關係中，n個業務實例路由資訊可以對應於與小於n個的業務實例的名稱。

通過設置配置伺服器2，路由模組111在接收業務請求後，會提取業務請求的URL中所包含的業務實例路由資訊，然後訪問配置伺服器2，根據業務實例路由資訊和第一對應關係資訊，獲取對應的業務實例名稱，並通過業務實例名稱，調用業務層中的業務實例執行對應的業務處理。

進一步地，如實施例一中所說明的，在調用業務實例執行業務處理所需要業務參數可以包含在URL中或者業務請求的資料包中，而對於一些系統預設參數可以儲存在配置伺服器中，通過業務實例路由資訊來進行獲取。具體地，如圖3所示，其為本發明實施例二的業務處理系統的結構示意圖之二，配置伺服器中預先儲存有作為系統預設參數的第二業務參數，並儲存有第二業務參數與業務實例路由資訊之間的第二對應關係資訊。需要說明的是，圖中僅示出了n個業務實例路由資訊與n個第二業務參數之間的一一對應關係，實際上，也可以是n個業務實例路由資訊對應小於n個第二業務參數。

基於上述配置伺服器的設置，在業務請求需要調用系統預設的第二業務參數的情況下，路由模組可以訪問配置伺服器，根據業務實例路由資訊和第二對應關係資訊，獲取第二業務參數，併發送給業務實例。此外，如上面實施例一中所說明的，路由模組還會根據情形，從URL中和/或業務請求的資料包中提取第一業務參數，併發送給業務實例。

本實施例中的業務處理系統採用了分層架構，將業務實例統一放在業務層中，而用於查找和調用業務實例的功能放在了路由層中，並且在URL中設置了業務實例路由資訊，同時在業務處理系統的內部建立了業務實例路由信與業務實例的對應關係，從而能夠通過URL定位到具體的業務實例，便於業務的管理和部署。尤其在進行業務內容更新時，僅涉及與該業務內容對應的業務實例的更新操作，而不會影響到其他的業務實例，也不會影響到整個業務處理系統的運行。

進一步地，通過設立獨立的配置伺服器來儲存業務實例路由資訊與業務實例名稱之間的第一對應關係資訊，使得路由模組能夠直接獲取到業務實例名稱，從而完成調用。此外，在配置伺服器中還儲存了第二業務參數與業務實例路由資訊之間的第二對應關係，使得路由模組在獲取業務實例名稱的同時還能獲取到與本次業務請求對應的系統預設參數，從而可以在業務實例的調用過程中直接傳遞給業務實例。

實施例三

本實施例在實施例二的基礎上增加了服務層的結構，如圖4所示，其為本發明實施例三的業務處理系統的結構示意圖之一，本實施例的業務處理伺服器還包括服務層10。相應地，業務實例路由資訊包括業務類別欄位和業務路由欄位，業務類別欄位標識業務類別，路由層設置有多個路由模組，每個路由模組可以分別對應一個業務類別對應。其中，舉例來說，可以採用如下URL結構：http：{host}/{app}/{path}？auth[token]

其中，“http”為網路協定部分，“host”為伺服器的IP位址和主機名稱，“auth[token]”為URL的參數部分，而業務實例路由資訊由“{app}/{path}”這裡兩部分構成，其中{app}代表業務類別欄位，{path}代表該業務類別下面的具體業務實例的路由欄位，即通過{app}欄位將所有全部路由實例進行了分類，然後在每個類別下面利用{path}欄位建立具體業務實例的路由。

例如：http：//www.test.com/test/pay？auth[token]=xxxx&。這裡的“test”就是業務類別，而“pay”則標識著在“test”大的業務類別下的和支付相關的業務實例的路由資訊。

基於上述的業務實例路由資訊結構，服務層就可以根據業務類別欄位進行業務分發。具體地，如圖4所示，服務層10包括分發模組101，用於接收業務請求，並根據業務請求的URL中所包含的業務類別欄位將該業務請求分發給對應的路由模組111。相應地，對應的路由模組111，接收到業務請求後，可以再按照實施例二中的方式，訪問配置伺服器2，根據業務實例路由資訊，即根據“{app}/{path}”來查找對應業務實例的名稱，並進行後續調用處理。從圖在路由層示例性的示出了兩個路由模組，在進行業務分發後，兩個路由模組分別對應了業務實例1~m和業務實例m+1~n。

另外，服務層還可以包括權限認證模組，用於在進行路由分發之前，對業務請求進行權限認證，如果業務請求不具備業務調用權限，則直接遮罩該業務請求或者向該業務請求的發送方返回拒絕應答。此外，服務層還可以包括協定解析模組，用於對業務請求進行協議解析。服務層作為業務處理系統的最上層，服務層需要對多種網路協定進行支援，從而能夠接收並向下層轉發相應的業務請求，例如，服務層可以至少對HTTP、HTTPS等常規的網路訪問協定提供支援。

本實施例通過三層的分層結構來實現業務請求的調用處理，相應地，在業務實例路由資訊方面也進行了對應設計，將業務實例路由資訊分為能夠標識業務大類的業務類別欄位和該大類下面的具體業務實例路由的業務路由欄位兩部分。通過上述的架構設計和URL欄位的設計，首先在服務層上將業務處理系統接收到的大量業務請求按照業務大類進行分流，分流後的業務請求再交給路由層曾的路由模組，進行進一步的路由操作，從而定位到具體的業務實例並進行調用，而實際的業務處理則完全由業務層中運行的業務實例來完成。通過上述側分層處理機制，能夠讓業務請求快速準確地進行調用，並且便於業務實例的分類管理。

進一步地，為了便於在業務實例更新的過程中，進行平滑的業務實例更新，如圖5所示，其為本發明實施例三的業務處理系統的結構示意圖之二，在業務層12中可以將業務實例的運行空間劃分為第一實例運行空間和第二實例運行空間，在第一實例運行空間中的業務實例能夠接受路由模組的調用，在第二實例運行空間中的業務實例不接受路由模組的調用。

相應地，配置伺服器2還可以包括監聽模組21，業務處理伺服器還可以包括業務實例更新模組15。監聽模組21，用於監聽業務內容的更新，並通知業務實例更新模組15；業務實例更新模組15，用於根據新的業務內容產生新的業務實例，用該新的業務實例替換對應的運行在第一運行空間中的舊的業務實例，並將該舊的業務實例放入第二實例運行空間中，這些舊的業務實例可以在第二實例運行空間中繼續進行更新前接收到的業務請求的業務處理，待完成業務處理後，再由系統進行登出。

通過在業務層中設置兩個實例運行空間，在進行業務實例的更新時，能夠在不影響之前的業務處理的前提下，完成業務實例的更新替換。

實施例四

如圖6所示，其為本發明實施例四的業務處理系統的結構示意圖之一，本實施例在實施例三的基礎上，增加了儲存層13，業務處理所需要的業務資料儲存在儲存層13中，業務實例121在進行業務處理的過程中，從儲存層13中調取所需的業務資料。

通過設計儲存層和業務層的結構，將業務處理邏輯封裝在業務層執行，而將業務處理中涉及的業務資料放在儲存層，從而將業務邏輯和業務資料進行了分離，這樣能夠更加方便地對業務邏輯或者業務資料進行變更，而不會對整個業務處理系統造成過多的影響。在實際應用中，業務處理系統中，更新較多的是業務處理邏輯，基於上述架構，如果業務內容的更新僅僅涉及業務處理邏輯的更新，那麼只要更新業務層中的業務實例即可，而不會影響儲存層中的業務資料。

另外，為了更好的解決底層資料儲存格式和業務層的資料調用的問題，如圖7所示，其為為本發明實施例四的業務處理系統的結構示意圖之二，本實施例的業務處理系統還可以包括設置在業務層12與儲存層13之間的資料介面層14，儲存層13的業務資料具有多種資料儲存格式，資料介面層用於在業務層12與儲存層13之間進行資料格式的轉換，並向業務層的業務實例121，提供通用的資料訪問介面。

例如，如圖7所示，在儲存層13中的資料可以採用Oracle資料庫系統、Sybase資料庫系統或者MS SQL Server等常見的資料系統。資料介面層用於在業務層與儲存層之間進行資料格式的轉換，並向業務層的業務實例，提供通用的資料訪問介面。

通過設置資料介面層，可以徹底地將業務邏輯和業務資料進行分離，在儲存層中，可以採用不同的資料儲存格式，從而能夠相容各種不同的平台資料等，而資料格式的轉換工作，可以交由資料介面層來完成。此外，從業務層的角度來看，業務層中運行的業務實例直接面對資料介面層即可，可以採用統一的資料介面對儲存層的資料進行調用，從遮罩掉了底層資料差異性。

實施例五

本實施例關於基於上述實施例二至四的業務處理系統的業務處理方法，該業務處理方法在業務處理系統上執行，業務處理系統至少包括業務處理伺服器，業務處理伺服器包括路由層和業務層，路由層中運行有路由模組，業務層中運行有多個執行業務處理的業務實例，業務處理方法包括：路由模組接收業務請求，提取業務請求的URL中所包含的業務實例路由資訊，並根據業務實例路由資訊，調用業務實例路由資訊對應的業務實例，對業務請求進行處理，其中，每個業務實例與至少一個業務實例路由資訊相對應。

通過這樣的調用機制，在進行具體業務調用時，通過業務請求中的URL(統一資源定位符)資訊就能夠直接定位到一個具體的業務實例，這樣的調用機制使得業務請求到業務實例的調用關係非常清晰，每項業務相對獨立，便於業務的管理和部署。

進一步地，業務處理系統還可以包括配置伺服器，在配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，每個業務實例名稱與至少一個業務實例路由資訊相對應。

在引入配置伺服器後，上述的根據業務實例路由資訊，調用業務實例路由資訊對應的業務實例的操作可以具體為：路由模組訪問配置伺服器，根據業務實例路由資訊和第一對應關係資訊，獲取對應的業務實例名稱；路由模組通過業務實例名稱，調用業務實例。

更進一步地，配置伺服器中預先儲存有作為系統預設參數的第二業務參數，並儲存有第二業務參數與業務實例路由資訊之間的第二對應關係資訊。相應地，該業務處理方法還可以進一步包括：路由模組訪問配置伺服器，根據業務實例路由資訊和第二對應關係資訊，獲取第二業務參數，併發送給業務實例；和/或，從URL中和/或業務請求的資料包中提取第一業務參數，併發送給業務實例。

此外，業務處理伺服器還可以包括服務層，業務實例路由資訊包括業務類別欄位和業務路由欄位，業務類別欄位標識業務類別，路由層設置有多個路由模組，每個業務模組分別對應一個業務類別對應。相應地，業務處理方法還可以包括：服務層接收業務請求，並根據業務請求的URL中所包含的業務類別欄位將該業務請求分發給對應的路由模組。

本實施例中，通過三層的分層結構來實現業務請求的調用處理，相應地，在業務實例路由資訊方面也進行了對應設計，首先在服務層上將業務處理系統接收到的大量業務請求按照業務大類進行分流，分流後的業務請求再交給路由層曾的路由模組，進行進一步的路由操作，從而定位到具體的業務實例並進行調用，而實際的業務處理則完全由業務層中運行的業務實例來完成。通過上述側分層處理機制，能夠讓業務請求快速準確地進行調用，並且便於業務實例的分類管理。

實施例六

本實施例關於基於上述各實施例的業務處理系統的業務更新方法，業務處理系統至少包括業務處理伺服器和配置伺服器，業務處理伺服器包括路由層和業務層，路由層中運行有路由模組，業務層中運行有多個執行業務處理的業務實例，在配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，每個業務實例名稱與至少一個業務實例路由資訊相對應，業務層中可以進一步包括第一實例運行空間和第二實例運行空間，在第一實例運行空間中的業務實例能夠接受路由模組的調用，在第二實例運行空間中的業務實例不接受路由模組的調用，如圖8所示，其為本發明實施例六的業務更新方法的流程示意圖，本實施例的業務更新方法包括：

步驟201：在配置伺服器中，監聽業務內容的更新，並通知業務處理伺服器，這裡所說是業務內容可以是執行具體業務內容的程式碼等。

步驟202：業務處理伺服器根據新的業務內容產生新的業務實例，用該新的業務實例替換對應的舊的業務實例。具體地，在該步驟中，新舊業務實例的替換操作可以具體為：用新的業務實例替換對應的運行在第一運行空間中的舊的業務實例，並將該舊的業務實例放入第二實例運行空間中。

本實施例的業務更新方法，僅涉及與該業務內容對應的業務實例的更新操作，而不會影響到其他的業務實例，也不會影響到整個業務處理系統的運行。並且，通過舊的業務實例置於不接受路由模組調用的第二實例運行空間繼續進行業務處理，而將新的業務實例置於能夠接受路由模組的調用的第一實例運行空間中，使得新舊業務實例能夠並存，實現平滑地進行業務實例更新。

本領域普通技術人員可以理解：實現上述各方法實施例的全部或部分步驟可以通過程式指令相關的硬體來完成。前述的程式可以儲存於一電腦可讀取儲存介質中。該程式在執行時，執行包括上述各方法實施例的步驟；而前述的儲存介質包括：ROM、RAM、磁碟或者光碟等各種可以儲存程式碼的介質。

最後應說明的是：以上各實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述各實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的範圍。

1‧‧‧業務處理伺服器

11‧‧‧路由層

12‧‧‧業務層

111‧‧‧路由模組

121‧‧‧業務實例

Claims

一種業務更新方法，其特徵在於，該業務更新方法在業務處理系統上執行，該業務處理系統包括業務處理伺服器和配置伺服器，該業務處理伺服器包括路由層和業務層，該路由層中運行有路由模組，該業務層中運行有多個執行業務處理的業務實例，在該配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，該每個該業務實例名稱與至少一個業務實例路由資訊相對應，業務更新方法包括：在該配置伺服器中，監聽業務內容的更新，並通知該業務處理伺服器；該業務處理伺服器根據新的業務內容產生新的業務實例，用該新的業務實例替換對應的舊的業務實例。
根據申請專利範圍第1項所述的業務更新方法，其中，該業務層中包括第一實例運行空間和第二實例運行空間，在該第一實例運行空間中的業務實例能夠接受該路由模組的調用，在該第二實例運行空間中的業務實例不接受該路由模組的調用，該用該新的業務實例替換對應的舊的業務實例包括：用該新的業務實例替換對應的運行在該第一運行空間中的舊的業務實例，並將該舊的業務實例放入第二實例運行空間中。
一種業務處理方法，其特徵在於，該業務處理方法在業務處理系統上執行，該業務處理系統包括業務處理伺服器，該業務處理伺服器包括路由層和業務層，該路由層中運行有路由模組，該業務層中運行有多個執行業務處理的業務實例，該業務處理方法包括：該路由模組接收業務請求，提取業務請求的URL中所包含的業務實例路由資訊，並根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例，對該業務請求進行處理，其中，該每個該業務實例與至少一個業務實例路由資訊相對應，其中，該業務處理伺服器還包括服務層，該服務層包括權限認證模組，用於在進行路由分發之前，對該業務請求進行權限認證。
根據申請專利範圍第3項所述的業務處理方法，其中，該業務處理系統還包括配置伺服器，在該配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，該每個該業務實例名稱與至少一個業務實例路由資訊相對應，該根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例包括：該路由模組訪問該配置伺服器，根據該業務實例路由資訊和該第一對應關係資訊，獲取對應的業務實例名稱；通過該業務實例名稱，調用該業務實例。
根據申請專利範圍第4項所述的業務處理方法，其中，還包括：該配置伺服器中預先儲存有作為系統預設參數的第二業務參數，並儲存有該第二業務參數與該業務實例路由資訊之間的第二對應關係資訊，該路由模組訪問該配置伺服器，根據該業務實例路由資訊和該第二對應關係資訊，獲取該第二業務參數，併發送給該業務實例，和/或從該URL中和/或該業務請求的資料包中提取第一業務參數，併發送給該業務實例。
根據申請專利範圍第4項所述的業務處理方法，其中，該業務實例路由資訊包括業務類別欄位和業務路由欄位，該業務類別欄位標識業務類別，該路由層設置有多個路由模組，每個業務模組分別對應一個業務類別對應，該業務處理方法還包括：該服務層接收該業務請求，並根據該業務請求的URL中所包含的業務類別欄位將該業務請求分發給對應的路由模組。
一種業務處理系統，其特徵在於，包括業務處理伺服器，該業務處理伺服器中包括路由層和業務層，在該路由層中運行有路由模組，該業務層中運行有多個業務實例，該路由模組用於接收業務請求，提取業務請求的URL 中所包含的業務實例路由資訊，並根據該業務實例路由資訊，對與該業務實例路由資訊對應的業務實例進行調用，其中，該每個該業務實例與至少一個業務實例路由資訊相對應；該業務實例用於執行該業務請求對應的業務處理，其中，該業務處理伺服器還包括服務層，該服務層包括權限認證模組，用於在進行路由分發之前，對該業務請求進行權限認證。
根據申請專利範圍第7項所述的業務處理系統，其中，該業務處理系統還包括配置伺服器，在該配置伺服器中儲存有業務實例路由資訊與各個業務實例的業務實例名稱之間的第一對應關係資訊，該每個該業務實例名稱與至少一個業務實例路由資訊相對應，在該路由模組中，根據該業務實例路由資訊，對與該業務實例路由資訊對應的業務實例進行調用的處理包括：訪問該配置伺服器，根據該業務實例路由資訊和該第一對應關係資訊，獲取對應的業務實例名稱，並通過該業務實例名稱，調用該業務實例。
根據申請專利範圍第8項所述的業務處理系統，其中，該配置伺服器中預先儲存有作為系統預設參數的第二業務參數，並儲存有該第二業務參數與該業務實例路由資訊之間的第二對應關係資訊，該路由模組還用於訪問該配置伺服器，根據該業務實例路由資訊和該第二對應關係資訊，獲取該第二業務參數，併發送給該業務實例，和/或從該URL中和/或該業務請求的資料包中提取第一業務參數，併發送給該業務實例。
根據申請專利範圍第8項所述的業務處理系統，其中，該業務實例路由資訊包括業務類別欄位和業務路由欄位，該業務類別欄位標識業務類別，該路由層設置有多個路由模組，每個路由模組分別對應一個業務類別對應，該服務層包括分發模組，用於接收該業務請求，並根據該業務請求的URL中所包含的業務類別欄位將該業務請求分發給對應的路由模組。
根據申請專利範圍第8項所述的業務處理系統，其中，該業務層中包括第一實例運行空間和第二實例運行空間，在該第一實例運行空間中的業務實例能夠接受該路由模組的調用，在該第二實例運行空間中的業務實例不接受該路由模組的調用。
根據申請專利範圍第11項所述的業務處理系統，其中，該配置伺服器還包括監聽模組，該業務處理伺服器還包括業務實例更新模組，該監聽模組，用於監聽業務內容代碼的更新，並通知該業務實例更新模組；該業務實例更新模組，用於根據新的業務內容代碼產生新的業務實例，用該新的業務實例替換對應的運行在該第一運行空間中的舊的業務實例，並將該舊的業務實例放入第二實例運行空間中。
根據申請專利範圍第7至12項任一項所述的業務處理系統，其中，該業務處理伺服器還包括儲存層，該業務處理所需要的業務資料儲存在該儲存層中，該業務實例在進行業務處理的過程中，從該儲存層中調取所需的業務資料。
根據申請專利範圍第13項所述的業務處理系統，其中，該業務處理伺服器還包括設置在該業務層與該儲存層之間的資料介面層，該儲存層的業務資料具有多種資料儲存格式，該資料介面層用於在該業務層與該儲存層之間進行資料格式的轉換，並向該業務層的業務實例，提供通用的資料訪問介面。
一種業務處理方法，其特徵在於，包括：接收業務請求；提取業務請求的URL中所包含的業務實例路由資訊；根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例，對該業務請求進行處理，其中，該每個該業務實例與至少一個業務實例路由資訊相對應，其中，在調用該業務實例路由資訊對應的業務實例之前，對該業務請求進行權限認證。
根據申請專利範圍第15項所述的業務處理方法，其中，該根據該業務實例路由資訊，調用該業務實例路由資訊對應的業務實例包括：根據該業務實例路由資訊獲取對應的業務實例名稱，其中，該每個該業務實例名稱與至少一個業務實例路由資訊相對應；通過該業務實例名稱，調用該業務實例。
根據申請專利範圍第16項所述的業務處理方法，其中，還包括：從該URL中和/或該業務請求的資料包中提取第一業務參數，併發送給該業務實例；和/或根據該業務實例路由資訊獲取預先儲存的作為系統預設參數的第二業務參數，併發送給該業務實例。