專利名稱：上下文信息應(yīng)用的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種上下文信息應(yīng)用的方法及裝置。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)和終端技術(shù)的發(fā)展，用戶能夠應(yīng)用的業(yè)務(wù)種類越來越繁多。這些業(yè)務(wù)包括傳統(tǒng)的電信業(yè)務(wù)，如短信、彩信、彩鈴和定位業(yè)務(wù)等；還包括近幾年從互聯(lián)網(wǎng)中演進(jìn)而來的移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)，包括搜索、地圖、天氣查詢和通知等等。在以前的業(yè)務(wù)建設(shè)和部署中，每個(gè)業(yè)務(wù)獨(dú)立地進(jìn)行管理，完成和本業(yè)務(wù)相關(guān)的一些鑒權(quán)、計(jì)費(fèi)，業(yè)務(wù)和用戶管理功能等。而在業(yè)務(wù)種類及數(shù)量越來越多的情況下，會(huì)出現(xiàn)一些類似功能的重復(fù)建設(shè)。同時(shí)，這種垂直模式的業(yè)務(wù)管理方式導(dǎo)致各種業(yè)務(wù)之間的協(xié)作和組合非常困難、用戶業(yè)務(wù)數(shù)據(jù)的管理復(fù)雜等問題。為此，運(yùn)營(yíng)商開始研究和建設(shè)統(tǒng)一的業(yè)務(wù)平臺(tái)，統(tǒng)一的業(yè)務(wù)平臺(tái)是指一個(gè)業(yè)務(wù)運(yùn)營(yíng)的基礎(chǔ)平臺(tái)，在這個(gè)平臺(tái)上，通過提供一些業(yè)務(wù)管理、計(jì)費(fèi)等的標(biāo)準(zhǔn)接口，可以快速引入和推廣各種新業(yè)務(wù)，并能夠提供對(duì)各種新業(yè)務(wù)管理的支持，如鑒權(quán)、計(jì)費(fèi)、用戶管理和業(yè)務(wù)
管理等。對(duì)于SP (Service Provider，服務(wù)供應(yīng)商)/CP (Content Provider，內(nèi)容供應(yīng)商) 提供商來說，業(yè)務(wù)平臺(tái)就是業(yè)務(wù)發(fā)布與業(yè)務(wù)接入的功能平臺(tái)，SP/CP提供商只需按照網(wǎng)絡(luò)及其他功能資源的接口規(guī)范開發(fā)，就可以實(shí)現(xiàn)業(yè)務(wù)在業(yè)務(wù)平臺(tái)上的部署和提供。對(duì)于設(shè)備商和集成商來說，業(yè)務(wù)平臺(tái)是集開發(fā)與業(yè)務(wù)部署為一體的綜合平臺(tái)，它能提供業(yè)務(wù)開發(fā)的支持，包括業(yè)務(wù)生命周期管理、開發(fā)環(huán)境等。業(yè)務(wù)中的上下文感知和應(yīng)用技術(shù)是指在業(yè)務(wù)啟動(dòng)和運(yùn)行過程中，獲取上下文信息并有效利用該信息進(jìn)行業(yè)務(wù)的適配和調(diào)整，達(dá)到最期望的業(yè)務(wù)運(yùn)行效果。這就需要在業(yè)務(wù)生成的時(shí)候，引入上下文信息，提供工具和手段以這些信息作為最終生成業(yè)務(wù)的重要因素。 對(duì)于電信和互聯(lián)網(wǎng)業(yè)務(wù)而言，相關(guān)的上下文信息包括以下幾種類型業(yè)務(wù)(應(yīng)用)上下文業(yè)務(wù)類型、所需資源、資費(fèi)等；網(wǎng)絡(luò)上下文帶寬、QoS (Quality of krvice，服務(wù)質(zhì)量)、網(wǎng)絡(luò)配置等；用戶上下文偏好、行為習(xí)慣、歷史數(shù)據(jù)等；終端能力上下文CPU、內(nèi)存、屏幕尺寸、支持的業(yè)務(wù)功能等?；谏舷挛男畔⒌臉I(yè)務(wù)能夠給用戶帶來良好的業(yè)務(wù)體驗(yàn)。對(duì)于某個(gè)單獨(dú)業(yè)務(wù)的上下文感知和應(yīng)用方法已經(jīng)有相關(guān)的研究成果和技術(shù)方案。而在業(yè)務(wù)平臺(tái)中，由于平臺(tái)的復(fù)雜性、所針對(duì)業(yè)務(wù)的多樣性，如何在引入和使用上下文信息，是業(yè)務(wù)平臺(tái)功能改進(jìn)和提升中需要研究的問題。針對(duì)相關(guān)技術(shù)中無(wú)法在業(yè)務(wù)平臺(tái)中引入和使用上下文信息的問題，目前尚未提出有效的解決方案
發(fā)明內(nèi)容
本發(fā)明旨在提供一種實(shí)現(xiàn)上下文信息應(yīng)用的方法及裝置，以解決相關(guān)技術(shù)中無(wú)法在業(yè)務(wù)平臺(tái)中引入和使用上下文信息的問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種實(shí)現(xiàn)上下文信息應(yīng)用的方法，包括在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；將所述即將生成的業(yè)務(wù)的上下文信息應(yīng)用于所述即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程。較優(yōu)的，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程之后，還包括執(zhí)行所述業(yè)務(wù)流程。較優(yōu)的，執(zhí)行所述業(yè)務(wù)流程，包括在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取所述業(yè)務(wù)流程的上下文信息；根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑；依次執(zhí)行所述后續(xù)執(zhí)行路徑。較優(yōu)的，根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑，包括利用所述業(yè)務(wù)流程的上下文信息對(duì)所述業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值，確定流程變量的實(shí)際值；根據(jù)所述流程變量的實(shí)際值，確定所述后續(xù)執(zhí)行路徑。較優(yōu)的，所述業(yè)務(wù)流程的上下文信息按如下任意步驟獲得為所述業(yè)務(wù)流程設(shè)置定時(shí)器，經(jīng)設(shè)定的時(shí)間間隔獲取所述業(yè)務(wù)流程的上下文信息；在所述業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述業(yè)務(wù)流程的上下文信息。較優(yōu)的，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述上下文信息，包括利用所述事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，所述觸發(fā)消息事件為所述業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件；當(dāng)所述觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)所述事件觸發(fā)消息節(jié)點(diǎn)，獲取所述上下文信息。較優(yōu)的，所述業(yè)務(wù)流程包括以下節(jié)點(diǎn)標(biāo)識(shí)所述業(yè)務(wù)流程啟動(dòng)的開始節(jié)點(diǎn)；標(biāo)識(shí)所述業(yè)務(wù)流程完成運(yùn)行的結(jié)束節(jié)點(diǎn)；調(diào)用具體能力引擎或者獨(dú)立運(yùn)行完成特定功能的執(zhí)行節(jié)點(diǎn)業(yè)務(wù)執(zhí)行過程中根據(jù)當(dāng)前的狀態(tài)和相關(guān)變量值及判斷條件進(jìn)行決策的邏輯判斷節(jié)
點(diǎn)ο根據(jù)本發(fā)明的另一個(gè)方面，提供了一種實(shí)現(xiàn)上下文信息應(yīng)用的裝置，包括獲取單元，用于在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；確定單元，用于將所述即將生成的業(yè)務(wù)的上下文信息應(yīng)上下文信息應(yīng)用于所述即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程。較優(yōu)的，所述實(shí)現(xiàn)上下文信息應(yīng)用的裝置，還包括執(zhí)行單元，用于所述業(yè)務(wù)流程。較優(yōu)的，所述執(zhí)行單元包括獲取子單元，用于在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取所述業(yè)務(wù)流程的上下文信息；選擇子單元，用于根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑；執(zhí)行子單元，用于依次執(zhí)行所述后續(xù)執(zhí)行路徑。較優(yōu)的，所述選擇子單元包括賦值模塊，用于利用所述業(yè)務(wù)流程的上下文信息對(duì)所述業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值，確定流程變量的實(shí)際值；確定模塊，用于根據(jù)所述流程變量的實(shí)際值，確定所述后續(xù)執(zhí)行路徑。較優(yōu)的，所述獲取子單元包括第一設(shè)置模塊，用于為所述業(yè)務(wù)流程設(shè)置定時(shí)器， 經(jīng)設(shè)定的時(shí)間間隔獲取所述上下文信息；第二設(shè)置模塊，用于在所述業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述上下文信息。較優(yōu)的，所述第二設(shè)置模塊還用于利用所述事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，所述觸發(fā)消息事件為所述業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件； 當(dāng)所述觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)所述事件觸發(fā)消息節(jié)點(diǎn)，獲取所述上下文信息。在本發(fā)明實(shí)施例中，在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息，將即將生成的業(yè)務(wù)的上下文信息應(yīng)用于即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中， 根據(jù)即將生成的業(yè)務(wù)的上下文信息確定即將生成的業(yè)務(wù)的業(yè)務(wù)流程。本發(fā)明實(shí)施例充分考慮到業(yè)務(wù)平臺(tái)的復(fù)雜性，在業(yè)務(wù)生成流程中獲取上下文信息，又應(yīng)用于業(yè)務(wù)生成流程中，用以確定業(yè)務(wù)流程，充分考慮了上下文信息對(duì)業(yè)務(wù)生成流程的影響，生成的業(yè)務(wù)流程充分考慮了上下文信息，達(dá)到動(dòng)態(tài)調(diào)整業(yè)務(wù)流程的目的，提高最終使用者的業(yè)務(wù)體驗(yàn)。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)上下文信息應(yīng)用的方法的處理流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的執(zhí)行生成的業(yè)務(wù)流程的處理流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的將上下文信息應(yīng)用于業(yè)務(wù)的業(yè)務(wù)流程中，根據(jù)上下文信息確定所述業(yè)務(wù)后續(xù)的執(zhí)行路徑的處理流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的實(shí)施例一的具體業(yè)務(wù)流程；圖5是根據(jù)本發(fā)明實(shí)施例的實(shí)施例二的具體業(yè)務(wù)流程；圖6是根據(jù)本發(fā)明實(shí)施例的實(shí)施例三的具體業(yè)務(wù)流程；圖7是根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)上下文信息應(yīng)用的裝置的結(jié)構(gòu)示意圖；圖8是根據(jù)本發(fā)明實(shí)施例的執(zhí)行單元的結(jié)構(gòu)示意圖；圖9是根據(jù)本發(fā)明實(shí)施例的選擇子單元的結(jié)構(gòu)示意圖；圖10是根據(jù)本發(fā)明實(shí)施例的獲取子單元的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將參考附圖并結(jié)合實(shí)施例，來詳細(xì)說明本發(fā)明。下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。相關(guān)技術(shù)中提到，在業(yè)務(wù)平臺(tái)中，由于平臺(tái)的復(fù)雜性、所針對(duì)業(yè)務(wù)的多樣性，如何在引入和使用上下文信息，是業(yè)務(wù)平臺(tái)功能改進(jìn)和提升中需要研究的問題。為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)上下文信息應(yīng)用的方法，處理流程如圖1所示，包括步驟S102、在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；步驟S104、將即將生成的業(yè)務(wù)的上下文信息應(yīng)用于即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)即將生成的業(yè)務(wù)的上下文信息確定即將生成的業(yè)務(wù)的業(yè)務(wù)流程。在本發(fā)明實(shí)施例中，在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息，將即將生成的業(yè)務(wù)的上下文信息應(yīng)用于即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中， 根據(jù)即將生成的業(yè)務(wù)的上下文信息確定即將生成的業(yè)務(wù)的業(yè)務(wù)流程。本發(fā)明實(shí)施例充分考慮到業(yè)務(wù)平臺(tái)的復(fù)雜性，在業(yè)務(wù)生成流程中獲取上下文信息，又應(yīng)用于業(yè)務(wù)生成流程中，用以確定業(yè)務(wù)流程，充分考慮了上下文信息對(duì)業(yè)務(wù)生成流程的影響，生成的業(yè)務(wù)流程充分考慮了上下文信息，達(dá)到動(dòng)態(tài)調(diào)整業(yè)務(wù)流程的目的，提高最終使用者的業(yè)務(wù)體驗(yàn)。對(duì)于新生成的業(yè)務(wù)，一股可以用一個(gè)業(yè)務(wù)流程來表示。這個(gè)業(yè)務(wù)流程包含了一個(gè)或多個(gè)底層的業(yè)務(wù)能力，能夠?yàn)橛脩籼峁┮粋€(gè)完整的應(yīng)用和服務(wù)。實(shí)施時(shí)，參見如圖1所示流程，業(yè)務(wù)流程生成后，則執(zhí)行步驟S106、執(zhí)行生成的業(yè)
務(wù)流程。在業(yè)務(wù)生成過程中，獲取的上下文信息應(yīng)該包括即將生成的業(yè)務(wù)的所有相關(guān)上下文信息，例如，業(yè)務(wù)(應(yīng)用)上下文業(yè)務(wù)類型、所需資源、資費(fèi)等；網(wǎng)絡(luò)上下文帶寬、QoS、 網(wǎng)絡(luò)配置等；用戶上下文偏好、行為習(xí)慣、歷史數(shù)據(jù)等；終端能力上下文CPU、內(nèi)存、屏幕尺寸、支持的業(yè)務(wù)功能等。生成的業(yè)務(wù)流程才能夠考慮到后續(xù)的各種執(zhí)行路徑，避免出現(xiàn)無(wú)法處理的異常情況，能夠?yàn)橛脩籼峁┮粋€(gè)完整的應(yīng)用和服務(wù)。執(zhí)行生成的業(yè)務(wù)流程，可以包括業(yè)務(wù)啟動(dòng)過程，業(yè)務(wù)執(zhí)行過程等等，較優(yōu)的，可以按如2所示流程執(zhí)行步驟S202、在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取業(yè)務(wù)流程的上下文信息；步驟S204、根據(jù)業(yè)務(wù)流程的上下文信息在業(yè)務(wù)流程中選擇后續(xù)執(zhí)行路徑；步驟S206、依次執(zhí)行選擇的后續(xù)執(zhí)行路徑。實(shí)施時(shí)，業(yè)務(wù)流程的上下文信息根據(jù)觸發(fā)的底層的業(yè)務(wù)能力不同，獲取的上下文信息也不同，例如，給用戶發(fā)送短信或彩信取決于用戶注冊(cè)的終端能力上下文信息，采用無(wú)線或有線環(huán)境為業(yè)務(wù)提供資源取決于網(wǎng)絡(luò)上下文信息，等等。如圖2所示流程，步驟S204在實(shí)施時(shí)，根據(jù)業(yè)務(wù)流程的上下文信息在業(yè)務(wù)流程中選擇后續(xù)執(zhí)行路徑，可以按圖3所示流程執(zhí)行步驟S302、利用業(yè)務(wù)流程的上下文信息對(duì)業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值， 確定流程變量的實(shí)際值；步驟S304、根據(jù)流程變量的實(shí)際值，確定后續(xù)執(zhí)行路徑。較優(yōu)的，業(yè)務(wù)流程的上下文信息可以按照如下任意步驟獲得為業(yè)務(wù)流程設(shè)置定時(shí)器，經(jīng)設(shè)定的時(shí)間間隔獲取業(yè)務(wù)流程的上下文信息；在業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取業(yè)務(wù)流程的上下文信息。較優(yōu)的，在事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取上下文信息，包括利用事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，觸發(fā)消息事件為業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件；當(dāng)觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)事件觸發(fā)消息節(jié)點(diǎn)，獲取上下文信息。較優(yōu)的，業(yè)務(wù)流程可以包括以下節(jié)點(diǎn)標(biāo)識(shí)所述業(yè)務(wù)流程啟動(dòng)的開始節(jié)點(diǎn)；標(biāo)識(shí)所述業(yè)務(wù)流程完成運(yùn)行的結(jié)束節(jié)點(diǎn)；調(diào)用具體能力引擎或者獨(dú)立運(yùn)行完成特定功能的執(zhí)行節(jié)點(diǎn)業(yè)務(wù)執(zhí)行過程中根據(jù)當(dāng)前的狀態(tài)和相關(guān)變量值及判斷條件進(jìn)行決策的邏輯判斷節(jié)點(diǎn)。實(shí)施時(shí)，還包括其他連接線之類將不同節(jié)點(diǎn)連接起來，例如，連接線各個(gè)節(jié)點(diǎn)之間的連接，帶有方向，表示業(yè)務(wù)運(yùn)行路徑和節(jié)點(diǎn)順序關(guān)系；流程入?yún)I(yè)務(wù)啟動(dòng)時(shí)候的輸入?yún)?shù)； 流程出參業(yè)務(wù)運(yùn)行結(jié)束時(shí)候的輸出參數(shù)；流程變量業(yè)務(wù)運(yùn)行過程中與業(yè)務(wù)相關(guān)的變量。 以上節(jié)點(diǎn)或其他元素由業(yè)務(wù)生成環(huán)境提供，供業(yè)務(wù)和應(yīng)用開發(fā)者使用和生成新的業(yè)務(wù)和應(yīng)用。業(yè)界已有業(yè)務(wù)平臺(tái)所提供的業(yè)務(wù)生成環(huán)境，一股能集成多種電信域和互聯(lián)網(wǎng)域的業(yè)務(wù)能力，通過通用的接口，如網(wǎng)絡(luò)服務(wù)器W^eb Service或者REST(Itepresentational StateTransfer，表述性狀態(tài)轉(zhuǎn)移)接口提供服務(wù)。本發(fā)明實(shí)施例的目的在于使得在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成環(huán)境中，獲取業(yè)務(wù)相關(guān)的上下文信息，并把該信息應(yīng)用于業(yè)務(wù)生成過程，開發(fā)出引入上下文信息的動(dòng)態(tài)執(zhí)行業(yè)務(wù)， 滿足開發(fā)者需求，提高最終使用者的業(yè)務(wù)體驗(yàn)。在業(yè)務(wù)生成環(huán)境中增加上下文信息采集節(jié)點(diǎn)，用于在業(yè)務(wù)流程中適當(dāng)?shù)臅r(shí)候收集所需的上下文信息。在業(yè)務(wù)生成環(huán)境中增加事件觸發(fā)消息接收節(jié)點(diǎn)，用于在業(yè)務(wù)流程中接收事件觸發(fā)消息。在開發(fā)者希望在業(yè)務(wù)啟動(dòng)時(shí)候獲取和使用上下文信息的情況下，可以在業(yè)務(wù)流程中設(shè)置相應(yīng)于該上下文信息的若干流程變量，同時(shí)在開始節(jié)點(diǎn)之后，添加一個(gè)上下文信息采集節(jié)點(diǎn)，用于獲取該業(yè)務(wù)流程所需的上下文信息，并將所獲取的上下文信息賦值給相應(yīng)的流程變量；在該節(jié)點(diǎn)之后添加邏輯判斷節(jié)點(diǎn)，用于根據(jù)前一節(jié)點(diǎn)賦值的流程變量，設(shè)計(jì)后續(xù)的業(yè)務(wù)流程。在該業(yè)務(wù)生成后的實(shí)際運(yùn)行過程中，當(dāng)業(yè)務(wù)啟動(dòng)的時(shí)候，會(huì)先去獲取所需的上下文信息，并將設(shè)置的流程變量進(jìn)行賦值。之后根據(jù)該流程變量的實(shí)際值，選擇執(zhí)行后續(xù)的業(yè)務(wù)能力單元。當(dāng)開發(fā)者希望在業(yè)務(wù)執(zhí)行流程中使用上下文信息的情況下，同樣可以在業(yè)務(wù)流程中設(shè)置相應(yīng)于該上下文信息的若干流程變量。而對(duì)于上下文信息的獲取和使用，有兩種方案一是在為該業(yè)務(wù)流程設(shè)置一個(gè)定時(shí)器，用于在一定的時(shí)間間隔后獲取所需的上下文信息并對(duì)相應(yīng)的流程變量賦值。同時(shí)在其之后添加邏輯判斷節(jié)點(diǎn)，根據(jù)流程變量的值是否滿足一定條件，來決定如何設(shè)計(jì)后續(xù)的業(yè)務(wù)流程；二是在業(yè)務(wù)的流程中，增加一個(gè)事件觸發(fā)消息節(jié)點(diǎn)，用于訂閱上下文信息管理模塊中與業(yè)務(wù)相關(guān)的上下文信息變化事件，這樣能夠接收當(dāng)針對(duì)業(yè)務(wù)的特定上下文信息變化后并滿足一定條件所觸發(fā)的事件消息。在事件觸發(fā)消息節(jié)點(diǎn)收到后將消息傳遞給后續(xù)的邏輯判斷節(jié)點(diǎn)，以此來決定如何設(shè)計(jì)后續(xù)的業(yè)務(wù)流程。按照上述方法所生成的業(yè)務(wù)，在實(shí)際運(yùn)行的時(shí)候，對(duì)于使用定時(shí)器的情況，將在業(yè)務(wù)啟動(dòng)的時(shí)候同時(shí)啟動(dòng)該定時(shí)器，之后按照定時(shí)器的時(shí)間間隔向業(yè)務(wù)執(zhí)行環(huán)境中的上下文信息管理模塊獲取業(yè)務(wù)相關(guān)的上下文信息，同時(shí)根據(jù)設(shè)定條件，判斷包含上下文信息的流程變量是否滿足設(shè)定的閾值范圍，并以此來決定后續(xù)的業(yè)務(wù)執(zhí)行路徑或執(zhí)行形態(tài)。對(duì)于事件觸發(fā)消息的情況，引入的消息接收節(jié)點(diǎn)在業(yè)務(wù)運(yùn)行周期內(nèi)一直有效。如果在業(yè)務(wù)運(yùn)行中相關(guān)的上下文信息發(fā)生變化，并滿足一定的條件，將由上下文信息管理模塊觸發(fā)事件通知業(yè)務(wù)，業(yè)務(wù)中的事件觸發(fā)消息接收節(jié)點(diǎn)收到通知后將進(jìn)行處理，改變業(yè)務(wù)執(zhí)行路徑或執(zhí)行形態(tài)。
現(xiàn)以具體實(shí)施例對(duì)本發(fā)明實(shí)施例提供的實(shí)現(xiàn)上下文信息應(yīng)用的方法進(jìn)行說明。實(shí)施例一以上下文信息為依據(jù)的信息發(fā)送類業(yè)務(wù)。目前有很多的信息類業(yè)務(wù)，如以新聞內(nèi)容為主的手機(jī)報(bào)、商家廣告信息、天氣預(yù)報(bào)等等。在這些信息類業(yè)務(wù)中，往往缺少個(gè)性化的考慮，推送的內(nèi)容千篇一律，沒有做到因人而異。例如對(duì)于天氣預(yù)報(bào)信息業(yè)務(wù)，用戶定制的天氣信息一股是常住地的信息，如果用戶出差或旅游到其它城市，往往收到的信息還是原來居住地的天氣信息，或者需要用戶重新發(fā)起請(qǐng)求獲取當(dāng)時(shí)所在地的天氣信息。另一方面，目前用戶一股有多種終端可以使用， 如傳統(tǒng)手機(jī)、智能手機(jī)、PC客戶端等。這些終端的能力不同，如收發(fā)消息有的只能支持短消息(ShortMessage Service, SMS)，有的可以支持多媒體消息(Multi-media Message Service,MMS)或者即時(shí)消息Qnstant Message, IM)等。這樣對(duì)于用戶所使用終端的多樣化，如果天氣預(yù)報(bào)信息仍然用單一的消息類型發(fā)送給用戶，有可能造成接收不到或者表現(xiàn)形式過于簡(jiǎn)單的情況。針對(duì)上述問題，如果能夠?qū)崟r(shí)地獲取用戶所在地位置和終端類型信息，并將所在地的天氣預(yù)報(bào)信息按照用戶終端能力以特定的消息類型發(fā)送給用戶，將給用戶帶來良好的業(yè)務(wù)體驗(yàn)。以天氣預(yù)報(bào)信息發(fā)送業(yè)務(wù)為例，按照本發(fā)明實(shí)施例提供的實(shí)現(xiàn)上下文信息應(yīng)用的方法在業(yè)務(wù)平臺(tái)中生成該業(yè)務(wù)，具體業(yè)務(wù)流程請(qǐng)參見圖4 在業(yè)務(wù)的開始節(jié)點(diǎn)之后，添加上下文信息獲取節(jié)點(diǎn)，本業(yè)務(wù)將向位置信息管理服務(wù)器獲取用戶所在地信息，以及向終端能力信息管理服務(wù)器獲取用戶當(dāng)前使用的終端類型和能力信息，并將上述信息存儲(chǔ)到對(duì)應(yīng)的流程變量中；在之后的天氣信息獲取節(jié)點(diǎn)中，以所在地信息流程變量為輸入?yún)?shù)，向天氣信息提供服務(wù)器發(fā)送請(qǐng)求獲取所在地天氣信息，收到該信息后保存。在該天氣信息獲取節(jié)點(diǎn)之后是邏輯判斷節(jié)點(diǎn)，將根據(jù)前述獲取的終端能力信息進(jìn)行判斷，根據(jù)該信息執(zhí)行不同的業(yè)務(wù)路徑，對(duì)應(yīng)后續(xù)的SMS發(fā)送節(jié)點(diǎn)、MMS發(fā)送節(jié)點(diǎn)和IM發(fā)送節(jié)點(diǎn)等；在選擇發(fā)送節(jié)點(diǎn)發(fā)送天氣信息之前，有一個(gè)內(nèi)容適配過程，以保存的天氣信息作為入?yún)?，并將?duì)它按照選擇的發(fā)送節(jié)點(diǎn)調(diào)用的消息發(fā)送能力類型進(jìn)行內(nèi)容適配，轉(zhuǎn)換為該消息發(fā)送能力對(duì)應(yīng)的格式，如SMS 僅包含文本信息，MMS和IM可以包含圖片或動(dòng)畫內(nèi)容等；之后將格式轉(zhuǎn)換后的天氣信息作為后續(xù)發(fā)送節(jié)點(diǎn)的入?yún)?，在這些發(fā)送節(jié)點(diǎn)調(diào)用消息能力引擎進(jìn)行相應(yīng)的消息發(fā)送，完成后到結(jié)束節(jié)點(diǎn)，整個(gè)業(yè)務(wù)流程結(jié)束。對(duì)于按照上述方法生成的業(yè)務(wù)，實(shí)際運(yùn)行時(shí)候，在業(yè)務(wù)啟動(dòng)時(shí)首先獲取用戶所在地信息和終端能力信息，并根據(jù)所在地信息獲取相應(yīng)天氣預(yù)報(bào)信息，根據(jù)終端能力信息將天氣預(yù)報(bào)信息進(jìn)行內(nèi)容轉(zhuǎn)換，之后調(diào)用相應(yīng)消息發(fā)送能力將該天氣信息發(fā)送用戶當(dāng)前使用的終端上。實(shí)施例二依據(jù)上下文信息進(jìn)行動(dòng)態(tài)調(diào)整并采用定時(shí)器方案的會(huì)話類業(yè)務(wù)。會(huì)話類業(yè)務(wù)包括很多類型，如流媒體、下載、兩方通話和多媒體會(huì)議等等。會(huì)話類業(yè)務(wù)一股有媒體流的傳輸，通常是按照會(huì)話開始時(shí)候協(xié)商成功的媒體格式進(jìn)行交互，這樣在會(huì)話進(jìn)行一段時(shí)間后，如果網(wǎng)絡(luò)帶寬條件出現(xiàn)變化，QoS不能保證引起媒體的丟包和延遲等，這樣將影響會(huì)話業(yè)務(wù)的效果，甚至?xí)?dǎo)致業(yè)務(wù)中斷。例如在多媒體會(huì)議業(yè)務(wù)中，用戶預(yù)訂或創(chuàng)建視頻會(huì)議，在會(huì)議開始一段時(shí)間之后， 如果網(wǎng)絡(luò)帶寬條件發(fā)生變化，有可能導(dǎo)致會(huì)議的視頻和語(yǔ)音媒體傳輸出現(xiàn)中斷，導(dǎo)致會(huì)議無(wú)法正常進(jìn)行。如果在業(yè)務(wù)流程中能夠?qū)崟r(shí)獲取網(wǎng)絡(luò)的上下文信息，根據(jù)一定的策略進(jìn)行媒體重新協(xié)商，以適合當(dāng)前網(wǎng)絡(luò)狀況的媒體格式進(jìn)行會(huì)話交互，將保證會(huì)議的正常進(jìn)行。以多媒體會(huì)議業(yè)務(wù)為例，按照本發(fā)明實(shí)施例提供的實(shí)現(xiàn)上下文信息應(yīng)用的方法在業(yè)務(wù)平臺(tái)中生成該業(yè)務(wù)，具體業(yè)務(wù)流程請(qǐng)參見圖5 在業(yè)務(wù)的開始節(jié)點(diǎn)之后，添加會(huì)場(chǎng)創(chuàng)建節(jié)點(diǎn)，進(jìn)行申請(qǐng)會(huì)議資源等功能；之后添加定時(shí)器啟動(dòng)節(jié)點(diǎn)以及上下文信息獲取節(jié)點(diǎn)，以一定時(shí)間間隔通過網(wǎng)絡(luò)上下文信息獲取節(jié)點(diǎn)請(qǐng)求網(wǎng)絡(luò)上下文信息；在收到該信息后保存在對(duì)應(yīng)的流程變量中，在之后的邏輯判斷節(jié)點(diǎn)設(shè)置針對(duì)該流程變量的閾值范圍，判斷該流程變量值是否滿足閾值范圍，如果沒有變化則業(yè)務(wù)不做任何改變繼續(xù)運(yùn)行；如果變量值所在閾值范圍發(fā)生變化則觸發(fā)之后的媒體適配與協(xié)商節(jié)點(diǎn)，選擇合適當(dāng)前網(wǎng)絡(luò)上下文信息的媒體資源，并與參會(huì)成員客戶端進(jìn)行新的媒體協(xié)商，在協(xié)商成功后將以新的媒體格式進(jìn)行會(huì)議。 這之后定時(shí)器仍然有效，繼續(xù)實(shí)時(shí)獲取網(wǎng)絡(luò)上下文信息，如果網(wǎng)絡(luò)條件再次發(fā)生變化，有可能再次進(jìn)行新的媒體協(xié)商和傳送。最后的結(jié)束節(jié)點(diǎn)表示整個(gè)會(huì)議業(yè)務(wù)流程結(jié)束。對(duì)于按照上述方法生成的業(yè)務(wù)，在實(shí)際運(yùn)行的過程中，多媒體會(huì)議開始后定時(shí)獲取網(wǎng)絡(luò)上下文信息，在網(wǎng)絡(luò)條件發(fā)生改變的情況下將判斷該值與設(shè)置的閾值范圍的關(guān)系， 如果發(fā)生變化則進(jìn)行新的媒體適配和協(xié)商。例如在網(wǎng)絡(luò)帶寬降低，媒體丟包率和延遲增加的情況下，業(yè)務(wù)獲取該信息后進(jìn)行判斷，有可能停止原來的視頻媒體流的傳送，從而保證語(yǔ)音媒體流的正常傳送，而參會(huì)成員將進(jìn)行正常的語(yǔ)音會(huì)議。后續(xù)該過程將持續(xù)進(jìn)行直到整個(gè)會(huì)議結(jié)束。實(shí)施例三依據(jù)上下文信息進(jìn)行動(dòng)態(tài)調(diào)整并采用事件觸發(fā)消息接收節(jié)點(diǎn)方案的會(huì)話類業(yè)務(wù)。以多媒體會(huì)議業(yè)務(wù)為例，按照本發(fā)明實(shí)施例提供的實(shí)現(xiàn)上下文信息應(yīng)用的方法在業(yè)務(wù)平臺(tái)中生成該業(yè)務(wù)，具體業(yè)務(wù)流程請(qǐng)參見圖6 與實(shí)施例二中的會(huì)議功能部分一致，而在會(huì)場(chǎng)創(chuàng)建節(jié)點(diǎn)之后增加事件觸發(fā)消息節(jié)點(diǎn)，訂閱上下文信息變化所觸發(fā)的事件；對(duì)于網(wǎng)絡(luò)上下文信息的獲取和判斷功能放在業(yè)務(wù)運(yùn)行環(huán)境中的上下文信息管理模塊中，在網(wǎng)絡(luò)上下文信息發(fā)生改變并與判斷條件的閾值范圍關(guān)系發(fā)生變化的時(shí)候，將由上下文信息管理模塊觸發(fā)事件消息，通知業(yè)務(wù)流程中的事件觸發(fā)消息節(jié)點(diǎn)；收到該事件消息后媒體適配和協(xié)商節(jié)點(diǎn)進(jìn)行新的媒體適配和協(xié)商，成功后以新的媒體格式進(jìn)行會(huì)議。最后的結(jié)束節(jié)點(diǎn)表示整個(gè)會(huì)議業(yè)務(wù)流程結(jié)束?；谕话l(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種實(shí)現(xiàn)上下文信息應(yīng)用的裝置，其結(jié)構(gòu)如圖7所示，包括獲取單元701，用于在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；確定單元702，用于將即將生成的業(yè)務(wù)的上下文信息應(yīng)上下文信息應(yīng)用于即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)即將生成的業(yè)務(wù)的上下文信息確定即將生成的業(yè)務(wù)的業(yè)務(wù)流程。參見圖7，實(shí)現(xiàn)上下文信息應(yīng)用的裝置還可以包括執(zhí)行單元703，用于執(zhí)行生成的業(yè)務(wù)流程。在一個(gè)實(shí)施例中，如圖8所示，執(zhí)行單元703可以包括獲取子單元801，用于在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取業(yè)務(wù)流程的上下文信息；
選擇子單元802，用于根據(jù)業(yè)務(wù)流程的上下文信息在業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑；執(zhí)行子單元803，用于依次執(zhí)行選擇的后續(xù)執(zhí)行路徑。在一個(gè)實(shí)施例中，如圖9所示，選擇子單元802可以包括賦值模塊901，用于利用業(yè)務(wù)流程的上下文信息對(duì)業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值，確定流程變量的實(shí)際值；確定模塊902，用于根據(jù)流程變量的實(shí)際值，確定后續(xù)執(zhí)行路徑。在一個(gè)實(shí)施例中，如圖10所示，獲取子單元801可以包括第一設(shè)置模塊1001，用于為業(yè)務(wù)流程設(shè)置定時(shí)器，經(jīng)設(shè)定的時(shí)間間隔獲取業(yè)務(wù)流程的上下文信息；第二設(shè)置模塊1002，用于在業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取業(yè)務(wù)流程的上下文信息。在一個(gè)實(shí)施例中，第二設(shè)置模塊1002還可以用于利用事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，觸發(fā)消息事件為業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件； 當(dāng)觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)事件觸發(fā)消息節(jié)點(diǎn)，獲取上下文信息。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果在本發(fā)明實(shí)施例中，在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息，將即將生成的業(yè)務(wù)的上下文信息應(yīng)用于即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中， 根據(jù)即將生成的業(yè)務(wù)的上下文信息確定即將生成的業(yè)務(wù)的業(yè)務(wù)流程。本發(fā)明實(shí)施例充分考慮到業(yè)務(wù)平臺(tái)的復(fù)雜性，在業(yè)務(wù)生成流程中獲取上下文信息，又應(yīng)用于業(yè)務(wù)生成流程中，用以確定業(yè)務(wù)流程，充分考慮了上下文信息對(duì)業(yè)務(wù)生成流程的影響，生成的業(yè)務(wù)流程充分考慮了上下文信息，達(dá)到動(dòng)態(tài)調(diào)整業(yè)務(wù)流程的目的，提高最終使用者的業(yè)務(wù)體驗(yàn)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)上下文信息應(yīng)用的方法，其特征在于，包括在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息； 將所述即將生成的業(yè)務(wù)的上下文信息應(yīng)用于所述即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中， 根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程之后，還包括；執(zhí)行所述業(yè)務(wù)流< >程。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，執(zhí)行所述業(yè)務(wù)流程，包括 在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取所述業(yè)務(wù)流程的上下文信息；根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程中選擇后續(xù)執(zhí)行路徑； 依次執(zhí)行所述后續(xù)執(zhí)行路徑。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑，包括利用所述業(yè)務(wù)流程的上下文信息對(duì)所述業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值，確定流程變量的實(shí)際值；根據(jù)所述流程變量的實(shí)際值，確定所述后續(xù)執(zhí)行路徑。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，獲取所述業(yè)務(wù)流程的上下文信息，包括為所述業(yè)務(wù)流程設(shè)置定時(shí)器，經(jīng)設(shè)定的時(shí)間間隔獲取所述業(yè)務(wù)流程的上下文信息；或者在所述業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述業(yè)務(wù)流程的上下文信息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述業(yè)務(wù)流程的上下文信息，包括利用所述事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，所述觸發(fā)消息事件為業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件；當(dāng)所述觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)所述事件觸發(fā)消息節(jié)點(diǎn)，獲取所述業(yè)務(wù)流程的上下 3Cfn 息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)流程包括以下節(jié)點(diǎn) 標(biāo)識(shí)所述業(yè)務(wù)流程啟動(dòng)的開始節(jié)點(diǎn)；標(biāo)識(shí)所述業(yè)務(wù)流程完成運(yùn)行的結(jié)束節(jié)點(diǎn)； 調(diào)用具體能力引擎或者獨(dú)立運(yùn)行完成特定功能的執(zhí)行節(jié)點(diǎn)業(yè)務(wù)執(zhí)行過程中根據(jù)當(dāng)前的狀態(tài)和相關(guān)變量值及判斷條件進(jìn)行決策的邏輯判斷節(jié)點(diǎn)。
8.一種實(shí)現(xiàn)上下文信息應(yīng)用的裝置，其特征在于，包括獲取單元，用于在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；確定單元，用于將所述即將生成的業(yè)務(wù)的上下文信息應(yīng)上下文信息應(yīng)用于所述即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括執(zhí)行單元，用于執(zhí)行所述業(yè)務(wù)流CN 102546973 A程。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述執(zhí)行單元包括獲取子單元，用于在業(yè)務(wù)啟動(dòng)或執(zhí)行過程中，獲取所述業(yè)務(wù)流程的上下文信息； 選擇子單元，用于根據(jù)所述業(yè)務(wù)流程的上下文信息在所述業(yè)務(wù)流程選擇后續(xù)執(zhí)行路徑；執(zhí)行子單元，用于依次執(zhí)行所述后續(xù)執(zhí)行路徑。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述選擇子單元包括賦值模塊，用于利用所述業(yè)務(wù)流程的上下文信息對(duì)所述業(yè)務(wù)流程中設(shè)置的流程變量進(jìn)行賦值，確定流程變量的實(shí)際值；確定模塊，用于根據(jù)所述流程變量的實(shí)際值，確定所述后續(xù)執(zhí)行路徑。
12.根據(jù)權(quán)利要求10或11所述的裝置，其特征在于，所述獲取子單元包括第一設(shè)置模塊，用于為所述業(yè)務(wù)流程設(shè)置定時(shí)器，經(jīng)設(shè)定的時(shí)間間隔獲取所述業(yè)務(wù)流程的上下文信息；第二設(shè)置模塊，用于在所述業(yè)務(wù)流程中設(shè)置事件觸發(fā)消息節(jié)點(diǎn)，在所述事件觸發(fā)消息節(jié)點(diǎn)被觸發(fā)時(shí)，獲取所述業(yè)務(wù)流程的上下文信息。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述第二設(shè)置模塊還用于利用所述事件觸發(fā)消息節(jié)點(diǎn)訂閱觸發(fā)消息事件，所述觸發(fā)消息事件為業(yè)務(wù)的特定上下文信息在預(yù)定范圍內(nèi)變化時(shí)所發(fā)生的事件；當(dāng)所述觸發(fā)消息事件發(fā)生時(shí)，觸發(fā)所述事件觸發(fā)消息節(jié)點(diǎn)，獲取所述上下文信息。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)上下文信息應(yīng)用的方法及裝置，該方法包括在業(yè)務(wù)平臺(tái)提供的業(yè)務(wù)生成流程中，獲取即將生成的業(yè)務(wù)的上下文信息；將所述即將生成的業(yè)務(wù)的上下文信息應(yīng)用于所述即將生成的業(yè)務(wù)的業(yè)務(wù)生成流程中，根據(jù)所述即將生成的業(yè)務(wù)的上下文信息確定所述即將生成的業(yè)務(wù)的業(yè)務(wù)流程。采用本發(fā)明能夠在業(yè)務(wù)平臺(tái)中引入和使用上下文信息。
文檔編號(hào)H04L29/08GK102546973SQ20111000041
公開日2012年7月4日 申請(qǐng)日期2011年1月4日 優(yōu)先權(quán)日2011年1月4日
發(fā)明者董昊 申請(qǐng)人:中興通訊股份有限公司