專利名稱：制造個性化的動態(tài)和實時可配置軟件架構(gòu)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本公開一般涉及對設(shè)備的配置。具體而言，本公開涉及對設(shè)備的個性化。
背景技術(shù)：
目前利用多種制造過程和消息協(xié)議來對諸如移動設(shè)備、機頂盒、線纜調(diào)制解調(diào)器 等通信設(shè)備進(jìn)行個性化，即，使其獨一無二。這些制造過程和消息協(xié)議通常相互不同，但卻 共享一定的相似性。在個性化過程中，多個設(shè)備可以共享某些消息。這些消息可以是基于 核心技術(shù)的特定于某些產(chǎn)品的特定安全個性化數(shù)據(jù)消息和/或共同制造測試消息，共同制 造測試消息用于利用已加載的個性化數(shù)據(jù)來證實設(shè)備正操作正常。然而，共享消息的各個設(shè)備之間的不同可能造成個性化過程中的分歧和差異。例 如，一個設(shè)備可能具有不同于其他設(shè)備的產(chǎn)品/工廠配置。結(jié)果是一個設(shè)備可能利用一個 協(xié)議集合和消息層，而另一設(shè)備可能利用不同的協(xié)議集合和消息層。進(jìn)一步，一個設(shè)備的硬 件組件可能需要個性化，而另一設(shè)備的硬件組件可能不需要個性化。舉例而言，一個設(shè)備可 能僅需要對嵌入的安全芯片進(jìn)行個性化，而另一設(shè)備可能需要對嵌入的主機模塊和嵌入的 安全芯片都進(jìn)行個性化。另外，一個設(shè)備可能利用不同于其他設(shè)備的消息路徑。舉例而言， 一個設(shè)備可能利用RS 232/光纖串行鏈路，而另一設(shè)備可能利用調(diào)制解調(diào)器。結(jié)果是不同 的消息重傳機制可能用于不同的消息路徑和錯誤條件。最終，由于可以使用不同的安全芯 片，因而一個設(shè)備可能利用不同于另一設(shè)備的安全機制。例如，一個設(shè)備可能利用具有第一 尺寸的加密密鑰和鑒權(quán)密鑰，而另一設(shè)備可能利用具有小于第一尺寸的第二尺寸的加密密 鑰和鑒權(quán)密鑰。進(jìn)一步，一個設(shè)備利用的加密算法可能不同于另一設(shè)備利用的加密算法。已經(jīng)開發(fā)出軟件應(yīng)用來嘗試解決這些分歧和差異。然而，開發(fā)額外軟件應(yīng)用帶來 新的問題。例如，為了解決分歧和差異，用于將新軟件功能添加到現(xiàn)有代碼的開發(fā)時間一般 將耗費額外的時間量。該額外的時間對需要快速啟動的設(shè)備而言往往顯得太重要。進(jìn)一步， 軟件應(yīng)用需要驗證/測試代碼。驗證/測試代碼獨立于軟件應(yīng)用，并由此向開發(fā)軟件應(yīng)用所 需時間引入額外的時間。驗證/測試代碼用于產(chǎn)品查證和作為實驗室中的壓力測試工具， 以避免需要利用實際的設(shè)備對主應(yīng)用程序代碼進(jìn)行回歸測試。進(jìn)一步，任何特性增強和缺 陷修復(fù)需要在不同的應(yīng)用中重復(fù)和重測。另外，任何制造相關(guān)參數(shù)和配置的變動均需要代 碼變動。代碼變動可能導(dǎo)致在現(xiàn)場單獨的軟件更新和部署，完成該任務(wù)將需要時間和資源。 另外，單獨的軟件更新和部署可能有中斷生產(chǎn)過程，帶來新的缺陷和/或錯誤的可能性。

發(fā)明內(nèi)容
在本發(fā)明的一個方面，可以利用一種過程對通信設(shè)備進(jìn)行個性化。該過程接收用 于使通信設(shè)備個性化的個性化請求。進(jìn)一步，該過程將個性化請求提供給消息控制器，消息 控制器根據(jù)規(guī)則集合，用消息編寫器引擎(MCE)編寫具有個性化信息的消息，并且根據(jù)規(guī) 則集合，用消息流控制引擎(MFCE)配置用于消息的一個或多個通信參數(shù)。規(guī)則集合指示 MCE和MFCE在分布式環(huán)境中利用的分布式環(huán)境文件集合，以及MCE和MFCE在集中式環(huán)境中利用的集中式環(huán)境文件集合。另外，該過程根據(jù)用于通信設(shè)備的個性化軟件的配置，并基于用于通信設(shè)備的個性化軟件的配置是被包括在分布式環(huán)境中還是集中式環(huán)境中，用消息處 置器對消息進(jìn)行處理。在另一方面，可以利用一種過程對通信設(shè)備進(jìn)行個性化。該過程接收用于使第一 通信設(shè)備個性化的第一個性化請求，以及用于使第二通信設(shè)備個性化的第二個性化請求。 第二通信設(shè)備不同于第一通信設(shè)備。進(jìn)一步，該過程將第一個性化請求和第二個性化請求 提供給消息控制器，消息控制器用MCE編寫具有特定于第一通信設(shè)備的個性化信息的第一 消息以及具有特定于第二通信設(shè)備的個性化信息的第二消息，并且用MFCE為第一消息配 置特定于第一通信設(shè)備的一個或多個通信參數(shù)，以及為第二消息配置特定于第二設(shè)備的一 個或多個通信參數(shù)。最后，過程根據(jù)用于通信設(shè)備的個性化軟件的配置，用消息處置器對消 息進(jìn)行處理。在另一方面，可以利用一種過程對通信設(shè)備進(jìn)行個性化。該過程接收用于使第一 通信設(shè)備個性化的第一個性化請求，以及用于使第二通信設(shè)備個性化的第二個性化請求。 第二通信設(shè)備不同于第一通信設(shè)備。進(jìn)一步，該過程將第一個性化請求和第二個性化請求 提供給消息控制器，消息控制器同時實時地用MCE編寫具有特定于第一通信設(shè)備的個性化 信息的第一消息以及具有特定于第二通信設(shè)備的個性化信息的第二消息，并且用MFCE為 第一消息配置特定于第一通信設(shè)備的一個或多個通信參數(shù)，以及為第二消息配置特定于第 二設(shè)備的一個或多個通信參數(shù)。最后，過程根據(jù)用于通信設(shè)備的個性化軟件的配置，用消息 處置器對消息進(jìn)行處理。


通過結(jié)合附圖參考以下描述，本公開的上述特征將變得更明顯，在附圖中相同的 附圖標(biāo)記指示相同的元件，其中圖1說明用于目標(biāo)設(shè)備的制造配置的分層消息接口 /組件的定義。圖2說明用于在工程開發(fā)環(huán)境中個性化的個性化軟件架構(gòu)。圖3說明圖1說明的個性化軟件架構(gòu)的擴(kuò)展視圖。圖4說明用于第一產(chǎn)品的由圖3所示的MCE編寫的消息格式。圖5說明用于第二產(chǎn)品的由圖3所示的MCE編寫的特定消息。圖6說明用于第三產(chǎn)品的由圖3所示的MCE編寫的特定消息。圖7說明作為接收用于定義圖3所示的MCE XML文件和MFCEXML文件的用戶輸入 的顯示示例的顯示。圖8說明可以用于對通信設(shè)備進(jìn)行個性化的過程。圖9說明另一可以用于對通信設(shè)備進(jìn)行個性化的過程。圖10說明又一可以用于對通信設(shè)備進(jìn)行個性化的過程。圖11說明實施用于制造個性化的動態(tài)和實時可配置軟件架構(gòu)的站或系統(tǒng)的框 圖。
具體實施例方式公開了一種提供用于制造個性化的動態(tài)和實時可配置軟件架構(gòu)的方法和裝置。定義了分層消息接口/組件。這些分層消息/接口組件基于由設(shè)備的制造過程所規(guī)定的模 塊的配置。動態(tài)和實時可配置軟件架構(gòu)允許個性化軟件通過利用不同的消息協(xié)議/消息 層、安全機制、和消息路徑以及不同的重傳機制在不同的產(chǎn)品/工廠配置下動態(tài)操作。動 態(tài)和實時可配置軟件架構(gòu)還允許基于初始個性化請求，同時實時地對不同的產(chǎn)品進(jìn)行個性 化。容易地采用動態(tài)和實時可配置軟件架構(gòu)用于新的產(chǎn)品變化，這從而減少了開發(fā)和測試 時間。進(jìn)一步，動態(tài)和實時可配置軟件架構(gòu)允許將個性化應(yīng)用配置為作為服務(wù)器運行，其 包含用于設(shè)備的所有個性化數(shù)據(jù)，或者作為客戶端運行，其與服務(wù)器接駁并將個性化數(shù)據(jù) 傳遞到目標(biāo)設(shè)備。
圖1說明用于工程開發(fā)環(huán)境中個性化的個性化軟件配置100和由個性化軟件配置 100利用的消息傳遞接口。個性化軟件配置100具有分層消息接口和組件的配置。對于新 的產(chǎn)品，在將原型/測試設(shè)備的個性化過程集成到工廠的制造過程之前，首先在工程/產(chǎn)品 開發(fā)環(huán)境中對原型/測試設(shè)備的個性化過程進(jìn)行開發(fā)。在該環(huán)境中的個性化軟件配置100 允許將個性化應(yīng)用，即軟件應(yīng)用，配置和操作為服務(wù)器102或客戶端104。在一個配置中，如圖1所示，服務(wù)器102位于信任實驗室中，而客戶端104可以分 布于不同的產(chǎn)品開發(fā)團(tuán)隊/實驗室，以將需要被個性化的被測單元(UUT)連接到服務(wù)器 102。在個性化過程開發(fā)期間，不同的產(chǎn)品團(tuán)隊需要客戶端104是可配置的，這樣他們可以 控制不同層的協(xié)議消息。因此，在該實例中，服務(wù)器102用第一通信接口(Cl)構(gòu)建核心“個 性化”消息內(nèi)容(常具有與設(shè)備中的特定安全組件/芯片相關(guān)的安全數(shù)據(jù))，并將其余的消 息定義/構(gòu)造留給客戶端104，其可由不同的工程組來配置。換言之，客戶端104可以被靈 活地實時配置，以與服務(wù)器102和目標(biāo)設(shè)備106接駁。因此，對于特定產(chǎn)品，用戶可以為不 同CI構(gòu)造消息層。在開發(fā)之后，服務(wù)器和客戶端創(chuàng)建的消息定義將被組合為基于XML的配 置文件，該文件將由制造過程使用用于產(chǎn)品的個性化。在另一工程配置中，服務(wù)器102和客 戶端104均位于信任實驗室內(nèi)。將客戶端104配置為對設(shè)備進(jìn)行模擬，并執(zhí)行服務(wù)器102 的壓力測試。在該實例之中，服務(wù)器102可以為設(shè)備的不同模塊僅構(gòu)建一整條消息。因此， 個性化軟件配置100允許客戶端104和服務(wù)器102被配置地不一樣，以適應(yīng)兩種配置?？梢岳枚鄠€CI來通過消息傳遞接口在不同的組件之間傳送消息。例如，CI可以 用于目標(biāo)設(shè)備106中的每個模塊以與個性化應(yīng)用通信，個性化應(yīng)用被配置和操作為服務(wù)器 102或客戶端104。第一 CI 116用于在服務(wù)器102和客戶端104之間傳遞第一多條消息。 每條消息標(biāo)記為“M”。進(jìn)一步，符合第一 CI 116的第一多條消息標(biāo)記為“M:l”。在第一多 條消息中的每條消息進(jìn)一步標(biāo)記為“Μ: 1-消息編號”。例如，在第一多條消息中的第一條消 息標(biāo)記為“Μ: 1-1”。為了個性化，第一多條消息可以包括用于服務(wù)器102和/或客戶端104 的初始化、配置等的數(shù)據(jù)。進(jìn)一步，第二 CI 118用于將多條消息從客戶端104或第二模塊110傳遞到目標(biāo)設(shè) 備106的第一模塊108。服務(wù)器102首先僅用第一 CI 116構(gòu)建核心個性化消息?？蛻舳?104移除/添加第一 CI 116，以恢復(fù)用于客戶端104/服務(wù)器102的核心個性化消息。例如， 客戶端104可以用第一CI116，從服務(wù)器102接收具有嵌入的核心個性化消息的第一多條消 息M:l?？蛻舳?04首先移除第一 CI 116，接著恢復(fù)核心個性化消息。然后，客戶端104用 第二 CI 118構(gòu)建消息Μ:2，并將Μ:2轉(zhuǎn)發(fā)到目標(biāo)設(shè)備106中的第一模塊1 108。在從第一 模塊108到服務(wù)器102的個性化響應(yīng)消息中，客戶端104需要移除第二 CI 118。然后，客戶端104基于用于第一 CI 116的協(xié)議添加第一 CI 114，并將M:l-j，."，M:l-k轉(zhuǎn)發(fā)到服務(wù)器 102。另外，第三CI 120用于將多條消息從第一模塊108或第三模塊112傳遞到目標(biāo)設(shè) 備106的第二模塊110?？蛻舳?04移除/添加第一 CI 116，以恢復(fù)用于客戶端104/服務(wù) 器102的核心個性化消息。另外，客戶端104添加/移除其他Cl，例如第二 CI 118和/或 第三CI 120，以構(gòu)造用于其他模塊和服務(wù)器102的消息。例如，客戶端104可以在僅包括 第一 CI 116的情況下，從服務(wù)器102接收多條消息M:l?？蛻舳?04可以首先移除第一 CI 116，并且基于用于第一 CI 116的協(xié)議，恢復(fù)核心個性化消息。然后，客戶端104添加第二 CI 118和第三CI 120，其中第三CI 120嵌入在內(nèi)消息層，而第二 CI 118嵌入在外消息層 以形成M:2。將Μ: 2轉(zhuǎn)發(fā)到第一模塊108。因此，從客戶端104發(fā)送到第一模塊108的Μ: 2 消息符合第二 CI 116。第一模塊108依次移除第二 CI 118，并且基于用于第三CI 120的 協(xié)議，恢復(fù)消息Μ:3-1···Μ:3-Γ，并將消息轉(zhuǎn)發(fā)到第二模塊110。然而，在從第二模塊110到 服務(wù)器102的響應(yīng)消息中，每個模塊以及客戶端104需要實施反向消息接口轉(zhuǎn)換?？梢酝?過模塊χ 114來利用該方法，模塊χ 114利用X+1 CI 122。另外，以上配置所示的每個模塊以及客戶端104可以作為不對消息進(jìn)行修改的直 通(pass through)組件。在完成個性化過程的工程開發(fā)之后，服務(wù)器102和客戶端104所使用的消息定義 /接口可以被組合并被打包，以在用于每種產(chǎn)品的制造個性化過程之中使用。圖2說明用于目標(biāo)設(shè)備106的制造配置200的分層消息接口 /組件的定義。在制 造過程中，目標(biāo)設(shè)備首先連接到個性化站(P站)204，其一般由制造團(tuán)隊開發(fā)。P站204在 知道哪個設(shè)備要被個性化的情況下，將生成初始個性化請求，并將其發(fā)送到個性化服務(wù)器 (P服務(wù)器)202。在該配置中，預(yù)期P服務(wù)器202構(gòu)建個性化消息，基于工程開發(fā)過程生成 的配置文件，可以將該個性化消息不做或僅做少量修改的情況下直接轉(zhuǎn)發(fā)到需要被個性化 的目標(biāo)設(shè)備106中的模塊。如以上參照圖1所討論的，將服務(wù)器102和客戶端104在工程 個性化配置中使用的消息層和CI進(jìn)行組合和打包，以用于對特定產(chǎn)品的制造個性化過程。在一個實施例中，可以利用多個P站204，每個均具有不同配置和軟件以對不同產(chǎn) 品生成不同的個性化請求。開發(fā)不同P站204的不同制造工程團(tuán)隊可能得出不同的軟件。 目標(biāo)設(shè)備106可以包括多個模塊。例如，目標(biāo)設(shè)備/產(chǎn)品106可以包括第一模塊108、第 二模塊110、第三模塊112，…，模塊χ 114。第一模塊108、第二模塊110、和第三模塊112 被包含在目標(biāo)設(shè)備106中，而模塊xll4被包含在目標(biāo)設(shè)備中和附加目標(biāo)設(shè)備中。換言之， 模塊xll4由目標(biāo)設(shè)備所共享。多個CI可以用于以與圖1所示的工程配置相類似的方式，在制造配置或產(chǎn)品的不 同組件之間傳送消息。例如，CI可以由目標(biāo)設(shè)備106中的每個模塊利用，來與制造配置200 中的其他模塊以及P站204和P服務(wù)器202進(jìn)行通信。第一 CI 116用于在P站204和P 服務(wù)器202之間傳遞第一多條消息。每條消息標(biāo)記為“M”。進(jìn)一步，將第一 CI 116的第一 多條消息標(biāo)記為“M: 1”。在第一多條消息中的每條消息進(jìn)一步標(biāo)記為“Μ: 1-消息編號”。例 如，在第一多條消息中的第一條消息標(biāo)記為“M: 1-1”。為了個性化，第一多條消息可以包括 用于P站204的初始化、配置等的數(shù)據(jù)。進(jìn)一步，第二 CI 118用于將多條消息從P站204或第二模塊110傳遞到目標(biāo)設(shè)備106的第一模塊108。如以上討論的，預(yù)期P服務(wù)器202構(gòu)建具有符合第一 CI 116、第二 CI 118、第三CE 120等的不同層的消息。P站204移除/添加第一 CI 116，以恢復(fù)用于P站 204/P服務(wù)器204的正確個性化消息。例如，P站204可以用在最外的消息層中存在的第一 CI116，從P服務(wù)器202接收具有嵌入的個性化消息的第一多條消息M: 1。P站204首先移 除第一 CI 116，然后用在消息最外層中存在的第二 CI116恢復(fù)個性化信息以形成M:2，并且 將M:2轉(zhuǎn)發(fā)到目標(biāo)設(shè)備106中的第一模塊108。在從第一模塊108到P服務(wù)器202的響應(yīng) 消息中，P站204首先從第一模塊108接收消息。然后，P站204基于用于CI 114的協(xié)議添 加第一 CI 116。然后，P站204將M:l-j，…，Μ: l_k傳送到P服務(wù)器202。另外，第三CI 120用于將多條消息從第一模塊108或第三模塊112傳遞到目標(biāo)設(shè)備106的第二模塊110。P站204移除/添加第一 CI 116，以恢復(fù)用于P站204/P服務(wù)器 202的正確個性化消息。第一模塊108移除/添加第二 CI 118，以恢復(fù)用于第二模塊110/ P站204的正確個性化消息。例如，P站204可以從P服務(wù)器202接收包括所有消息CI的 第一多條消息M:l，但是第一 CI 116存在于最外的消息層中。P站204可以首先移除第一 CI 116，并基于用于第一 CI 116的協(xié)議，恢復(fù)消息。然后，P站204將已由P服務(wù)器202為 第二 CI 118和第三CI 120正確格式化的其余消息轉(zhuǎn)發(fā)到第一模塊108。因此，從P站204 發(fā)送到第一模塊108的消息符合第二 CI 118。第一模塊108依次移除第二 CI 118，并基于 用于第三CI 120的協(xié)議，恢復(fù)消息Μ:3-1···Μ:3-Γ，并且將消息轉(zhuǎn)發(fā)到第二模塊110。然而， 在從第二模塊110到PServer 202的響應(yīng)消息中，每個模塊以及P站204實施反向消息接 口轉(zhuǎn)換?？梢酝ㄟ^模塊χ 114來利用該方法，模塊χ 114利用X+1 CI 122。因此，目標(biāo)設(shè)備106可以具有范圍從第一模塊108到模塊χ 114的模塊。這些模 塊的每一個均可以具有對應(yīng)的Cl。例如，第一模塊利用第二 CI 118，第二模塊110利用第 三 CI 120，而模塊 X 114 利用 x+1 CI 122。另外，以上配置所示的每個模塊以及P站204可以作為不對任何消息進(jìn)行修改的 直通組件。圖3說明圖1說明的個性化軟件配置100的擴(kuò)展視圖。個性化應(yīng)用106包括消息 控制器302、消息處置器304、和一個或多個庫306。消息控制器302包括受控于XML的MCE 314和受控于XML的MFCE 316，消息處置器包括用于客戶端的動態(tài)鏈接庫(dll)和用于服 務(wù)器的dll，一個或多個庫306可以包括通信庫、加密/鑒權(quán)庫等。進(jìn)一步，個性化應(yīng)用與客 戶端104(圖1所示)的圖形用戶界面(GUI)相交互。個性化軟件配置100允許個性化應(yīng)用以服務(wù)器模式310或客戶端模式312操作。 基于個性化應(yīng)用是作為服務(wù)器102還是作為客戶端104(圖1所示)操作，消息流的方向是 不同的。如果為了測試服務(wù)器代碼而利用客戶端104來模擬一種設(shè)備，則服務(wù)器102的操 作將與客戶端104的操作相對。例如，如果服務(wù)器102執(zhí)行加密操作，則客戶端104將接著 執(zhí)行對應(yīng)的解密操作。因此，基于個性化應(yīng)用是作為服務(wù)器102還是作為客戶端104操作， 而不同地實施消息處置器304。創(chuàng)建服務(wù)器動態(tài)鏈接庫(dll) 310和客戶端dll 312。如果 兩個dll都存在，則可以將個性化應(yīng)用配置為作為服務(wù)器102或客戶端104操作。在一個實施例中，當(dāng)個性化軟件配置100在工廠中被利用時，移除客戶端dll 312，這樣僅服務(wù)器模式是可用的。進(jìn)一步，多個工程團(tuán)隊可以通過利用客戶端模式312，來 在工程實驗室中執(zhí)行對測試設(shè)備的個性化。個性化軟件配置100向多個工程團(tuán)隊提供根據(jù)產(chǎn)品規(guī)范，用不同的錯誤條件和接口消息來測試服務(wù)器代碼/接口的靈活性。所以，客戶端 GUI 308可以由用戶用在客戶端模式中，以用于按需要定義接口消息和創(chuàng)建不同的錯誤條 件。通過利用MCE 314和MFCE 316這兩種消息處理引擎來構(gòu)建消息控制器302。MCE 314用于基于由一個或多個可擴(kuò)展標(biāo)記語言(XML)文件所定義的信息來形成用于特定設(shè)備 的消息。不同的XML文件(或組合的單個XML文件，但被不一樣地標(biāo)記)用于不同的設(shè)備。 實時確定將要利用哪個XML文件(或者如果使用了單個XML文件，則XML文件的哪個部分 被標(biāo)記用于特定設(shè)備)?；诎ㄔ谟煽蛻舳?04(圖1)或P站204(圖2)所生成的初始 個性化請求中的設(shè)備信息做出該確定。圖4說明用于第一產(chǎn)品的由圖3所示的MCE 314編寫的消息400的格式。以下代 碼是可用于編寫消息400的XML文件的示例< ？ xml version = “ 1.0〃 encoding = “ utf-8 “ ？ >〈product name =〃 Productl〃 >< ！ _Example#l :an example of a generic message compositionbelow"—>......<msg name = " Product l_Msg_C〃M:X-m_header = " type_byte, type_specific_bytes(type dependant,variable length)，M:X-m_Yn_Z-o_length"M:Y-n_header = " type_byte, type_specific_bytes(typedependent, variable length)，M:Y_nZ_o_length〃M:Zo_header = " type_byte, type_specific_bytes(type dependant,variable length), M:Z-o_length"M:Z-o_footer(optional) = " footer bytes specific to M:_Z_o〃M:Y-n_footer(optional) = " footer bytes specific to M:Y_n〃M:X-m_footer(optional) =〃 footer bytes specific to M:X_m〃 />< ！ - “Productl_Msg_C”:指在用于產(chǎn)品1的個性化過程中的消息#C—>< ！ —X，Y，Z “通信接口” X，Y，和 Z 的索引一>< ！ -M:X_m 特定于“通信接口，，X的消息#m—>< ！ —_footer 對于“通信接口” 可選。一>消息400是包括Μ: :Z-o消息主體402的一般消息。進(jìn)一步，包括M:Z_o頭部404 和M Z-O腳部406。在一個實施例中，頭部和腳部是元數(shù)據(jù)的部分，該元數(shù)據(jù)指示特定于通 信設(shè)備中特定模塊的通信接口的消息協(xié)議。另外，用于消息M:Y-n_Z-o的Μ:Υ-η頭部408 和Μ:Υ-η腳部410也在消息400中。進(jìn)一步，用于消息M:X-m_Y-n_Z_o的M:X_m頭部412 和M:X-m腳部414也在消息中。圖5說明用于第二產(chǎn)品的由圖3所示的MCE 314編寫的特定消息500。以下代碼 是可用于編寫消息500的XML文件的示例
〈product name =〃 Product2〃 >< ！ —Example#2 :an example of a specific message compositionbelow"—>......<msg name = " Product2_Msg_l "M:l-l_header = " type_byte, type_specific_bytes(type dependant,variable length)，M:l-l_2-3_3_l_length〃M:2~3_header = " type_byte, type_specific_bytes(type dependant,variable length)，M:2-3_3_l_length〃M:3~l_header = " type_byte, type_specific_bytes(type dependant,variablelength)，M:3_l_length〃M:3-l_footer = " footer bytes specific to M:3_l" M:2-3_footer =" footerbytes specific to M:2-3"M:l-l_footer = " footer bytes specific to M:l_l" />< ！ - "Product2_Msg_l"指在用于產(chǎn)品2的個性化過程中的消息1—>< ！ —M: l-l_header (or footer), Μ: 2~3_header (or footer) and M:3_l_header (or footer)特定于通信接口 1 的消息 #1 (Μ: 1-1)，特定于通信接口 2的消息#3 (Μ: 2-3)，和特定于通信接口 3的消息#1(Μ: 1-3)的頭部(或腳部)一>< ！ —Μ: 1-1 特定于“通信接口 1，，的消息#1—>< ！ —Μ: 2-3 特定于“通信接口 2”的消息#3—>< ！ —Μ: 3-1 特定于“通信接口 3”的消息#1—>......消息500是用于第二產(chǎn)品的特定消息構(gòu)成并包括核心消息主體502。進(jìn)一步，包括M:3-l頭部504和M:3-l腳部506。另外，用于消息Μ:2_3_3_1的Μ:2_3頭部508和Μ:2_3 腳部510也在消息500中。進(jìn)一步，用于消息M:3-l_2-3_3-l的Μ: 1-1頭部512和M:l_l 腳部514也在消息中。圖6說明用于第三產(chǎn)品的由圖3所示的MCE 314所編寫的特定消息600。以下代 碼是可用于編寫消息600的XML文件的示例〈product name =〃 Product3〃 >< ！ —Example#3 :a example of specific message composition below，，—>......<msg name = " Product2_Msg_3 "M:l~2_header = " type_byte, type_specific_bytes(type dependant,variable length)，M:l-4_2-5_3_2_length〃M:2~5_header = " type_byte, type_specific_bytes(type dependant,0098]variable length)，M:2-5_3_2_length"
0099]M:3~2_header = " type_byte, type_specific_bytes(type dependant,
0100]variable length), M:3_2_length"
0101]M:3-2_footer = " footer bytes specific to M:3_2" M:2-5_footer =" footer
0102]bytes specific to M:2-5"
0103]M:l-4_footer = " footer bytes specific to M:l_4" />
0104]< ！ - "Product2_M:_l"指在用于產(chǎn)品2的個性化過程中的消息1一
0105]>
< ！ __M:l~4_header(or footer), M:2~5_header(or footer)and M:3-2_header (or footer)特定于通信接口 1 的消息 #4 (M: 1-4)，特 定于通信接口 2的消息#5 (M: 2-5)，和特定于通信接口 3的消息#2 (M:l-3)的頭部(或腳部)一>
-M: 1-4 特定于“通信接口 1，，的消息#4-> -M:2-5 特定于“通信接口 2”的消息#5-> -M:3-2 特定于“通信接口 3”的消息#2->
0106]
0107]
0108]
0109]
0110] 0111] 0112]
0113]......
0114]消息600是用于第三產(chǎn)品的特定消息構(gòu)成并包括M:3-2消息主體602。進(jìn)一步， 包括M 3-2頭部604和M 3-2腳部606。另外，用于消息M 2~5_3~2的M 2_5頭部608和 M: 2-5腳部610也在消息600中。進(jìn)一步，用于消息M:l-4_2-5_3-2的M: 1-4頭部612和 M: 1-4腳部614也在消息600中。參考圖3，MFCE 316還由一個或多個XML文件定義。MFCE 316用于配置一個或多 個通信參數(shù)，諸如消息路徑、消息方向、消息傳輸速度、消息處理時間/延遲、以及確定錯誤 消息處理工作流的消息錯誤處理機制，即當(dāng)錯誤生成時，等。在一個實施例中，錯誤實例可 以包括無效消息格式和有效消息格式，但是在消息中有特定的錯誤狀態(tài)。當(dāng)針對無效消息 格式檢測到錯誤時，因為在傳輸期間可能有數(shù)據(jù)損壞，故一條或多條消息將令人不滿意。當(dāng) 在有效消息格式中檢測到錯誤，但消息中有特定的錯誤狀態(tài)時，因為錯誤是不可恢復(fù)的，故 將發(fā)送最后的終止消息。MFCE 316 XML文件的示例如下所示< ？ xml version = " 1.0" encoding = 〃 utf-8" ？ >〈product name = 〃 ProductX" >< ！-定義缺省消息流控制參數(shù)一><port_number = " 2000" default_SSL = “ Yes" msg_default_path=" Ethernet" timeout_default =" 4000" >< ！ -Example 特定消息流控制引擎的示例一><msg name = " ProductX_Msg I" io = 〃 I" />< ！ -io = " 1〃 指“pr0dUCtX_MSg_l，，是針對服務(wù)器的輸入消息一><msg name = " ProductX_Msg 2" io = 〃 0〃 />< ！ -io = " 1〃 指“produCtX_MSg_2”是針對服務(wù)器的輸出消息一><msg name = " ProductX_Msg 3" io = 〃 I" additional_timeout = 〃 60000'
v //
/>< ！ — "delay" = “60000” 指將60秒的延遲添加到缺省超時值，因為可能占用產(chǎn)品更多的時間以發(fā)送回“ProduCtX_MSg 3”消息一><msg name = " ProductX_Msg 4" io = " 0" msg_path = "serial"baud_rate = " 192000〃 /><msg name = " ProductX_Msg 5" io = " I" rptMsg = " ProductX_Msg 4"rptNum = " 2" />< ！ —rptMsg = " ProductX_Msg 4" rptNum = " 3〃 指如果服務(wù)器接收到未正確格式化的回復(fù)消息，它將重傳先前的消息‘‘Pr0ductX_MSg 4”達(dá)額外的三次一><msg name = “ ProductX_Msg 6" io = 〃 0〃 /></seedload>在測試配置中，服務(wù)器模式310中消息流的方向與客戶端模式312中消息流的方 向相反。因此，到服務(wù)器102(圖1所示)的輸入消息將是客戶端104(圖1所示)的輸出 消息。在一個實施例中，為了一致，同一 MFCE 316文件可以在服務(wù)器模式310和客戶端模 式312中利用。進(jìn)一步，可以從服務(wù)器102的角度，例如，輸入或輸出，來定義MFCE 316。另 外，可以從客戶端104的角度定義MFCE 316文件。為了一致，同一 MCE 314文件也可以在 服務(wù)器模式310和客戶端模式312中利用。進(jìn)一步，可以從服務(wù)器102的角度，例如，輸入 或輸出，來定義MCE 314文件。另外，可以從客戶端104的角度定義MCE 314文件。在一個實施例中，根據(jù)規(guī)則集合，MCE 314可以與MFCE 316結(jié)合利用。例如，可能 針對輸入消息存在規(guī)則。如果用于通信接口的特定頭部/腳部包括在MCE 314文件中，則 預(yù)期輸入消息具有該頭部/腳部。然而，當(dāng)將消息發(fā)出時，就移除頭部/腳部。如果用于通 信接口的特定頭部/腳部不包括在MCE 314文件中，則直接發(fā)出輸入消息。另外，可能針對 輸出消息存在規(guī)則。如果用于通信接口的特定頭部/腳部包括在MCE 314文件中，則應(yīng)當(dāng) 在發(fā)出消息之前，將頭部/腳部添加到消息。然而，如果用于通信接口的特定頭部/腳部不 包括在MCE 314文件中，則不添加任何頭部/腳部的情況下就直接發(fā)出消息。根據(jù)各種配置，可以一起利用MCE 314和MFCE 316。對于在工廠中利用的配置，個 性化應(yīng)用以服務(wù)器模式310運行。因此，將由服務(wù)器102編寫和控制所有的消息，這樣僅利 用從服務(wù)器角度定義的MCE 314和MFCE 316文件集合。對于工程開發(fā)所利用的配置，除了 服務(wù)器102以外，客戶端104與服務(wù)器102和UUT同時接駁，或模擬UUT。對于客戶端104 與服務(wù)器102接駁的實例，當(dāng)與服務(wù)器102通信時，客戶端104利用MCE 314和MFCE 316 文件的第一集合，其應(yīng)當(dāng)匹配于服務(wù)器102所利用的MCE 314和MFCE 316文件。在該實例 中，客戶端104利用MCE318和MFCE 320文件的第二集合來與UUT通信。對于客戶端104 用于模擬UUT并與服務(wù)器102直接通信的實例，僅利用MCE 314和MFCE 316文件的一個集合。如以上討論的，工程開發(fā)環(huán)境可以開發(fā)實際設(shè)備的模擬器，其可以由用戶通過客 戶端GUI 308來利用，以使實際設(shè)備在實驗室中可用之前，查證服務(wù)器102的應(yīng)用。當(dāng)個性 化應(yīng)用206用于這些目的時，為了規(guī)定將利用哪條消息和/或消息流，向用戶提供定義MCE XML文件318和MFCE XML文件320的能力。進(jìn)一步，在和不同產(chǎn)品開發(fā)團(tuán)隊的初始集成測試中，工程環(huán)境可能不具有加載站以用來為了產(chǎn)品查證在實驗室中執(zhí)行個性化，該加載站 一般由不同的工廠工程團(tuán)隊開發(fā)。所以，可以將個性化應(yīng)用206配置用作用于生成個性化 數(shù)據(jù)的服務(wù)器204或者用于模擬加載站的客戶端104。個性化應(yīng)用206可以具有模擬設(shè)備 的能力，該設(shè)備生成具有不同錯誤狀態(tài)的消息。因此，個性化應(yīng)用206可以由用戶通過客戶 端GUI 308來利用以作為實驗室中的壓力測試工具，用于消除對用于服務(wù)器代碼的回歸測 試的實際真實設(shè)備的需要。如以上討論的，服務(wù)器102和客戶端104通常執(zhí)行不同的操作和過程。例如，如果 服務(wù)器102執(zhí)行加密，則客戶端104將執(zhí)行解密操作。因此，對于不同的操作和過程，對服 務(wù)器102和客戶端104實施不同的配置，例如服務(wù)器102中用于加密操作的配置和在客戶 端104中用于解密操作的配置。因此，創(chuàng)建了 server, dll消息處置器322和client, dll 消息處置器324。僅將一個消息處置器304加載到應(yīng)用處理空間，以使其成為服務(wù)器或客戶 端。在一個實施例中，server, dll消息處置器322具有兩種類型消息生成器MsgGen_ ServerTypel 326和MsgGen_ServerType2 328。為了簡化說明，舉出兩個消息生成器作為 示例。然而，可以利用兩個以上的消息生成器。MSgGen_SerVerType2 328是特定消息生成 器，也就是其生成特定于單個產(chǎn)品的消息。另一方面，MsgGer^ServerTypel 326是共用消息 生成器，也就是其生成用于一組產(chǎn)品的消息。可以通過面向?qū)ο笤O(shè)計(00D)編程的繼承特 性，將在MsgGer^ServerTypel 326中定義的方法傳遞到特定消息生成器。例如，可以將在 MsgGen_ServerTypel 326中定義的方法傳遞到以下特定消息生成器MsgGen_Prodl 330 用于第一產(chǎn)品，和MsgGen_Prod2 332用于第二產(chǎn)品。進(jìn)一步，這些特定消息生成器的每一 個均可以生成用于對應(yīng)產(chǎn)品的多條消息。例如，MsgGen_Prodl 330可以生成用于第一產(chǎn)品 的多條消息，即 Prodl_Msgl336，Prodl_Msg2 338，…，Prodl_MsgX 340。進(jìn)一步，client.dll消息處置器324具有兩種類型的消息生成器MsgGen_ ClientTypel 342和MSgGen_ClientType2 344。為了簡化說明，舉出兩個消息處置器作為 示例。然而，可以使用兩個以上的消息處置器。MSgGen_ClientType2 344是特定消息生成 器。另一方面，MsgGeruClientTypel 342是共用消息生成器?？梢酝ㄟ^00D編程的繼承特 性，將在MsgGeruClientTypel 342中定義的方法傳遞到特定消息生成器。例如，可以將在 MsgGen_ClientTypel 342中定義的方法傳遞到以下特定消息生成器MsgGen_Prodl 346 用于第一產(chǎn)品，和MsgGen_Pr0d2348用于第二產(chǎn)品。進(jìn)一步，這些特定消息生成器的每一個 均可以生成用于對應(yīng)產(chǎn)品的多條消息。例如，MsgGen_Prodl 346可以生成用于第一產(chǎn)的多 條消息品，即 Prodl_Msgl 352，Prodl_Msg2 354，…，Prodl_MsgX 356。另外，同一消息方 法名稱可以用于服務(wù)器102和客戶端104，但是他們在server, dll 322和client, dll 324 中被不同地實施。在消息生成器類中定義的消息處理方法遵循以下格式public STATUS Method_Name(ref byte[]data){//processing/operations below............
return STATUS. SUCCESS ；}數(shù)據(jù)保持核心消息內(nèi)容，其是最內(nèi)層的消息主體。對于輸入，數(shù)據(jù)是將所有的頭部和/或腳部(如果有的話)去除的消息部分。數(shù)組進(jìn)入，并且具有的尺寸應(yīng)當(dāng)是它所包含 的數(shù)據(jù)的長度。對于輸出，數(shù)組保持準(zhǔn)備好被添加到每個CI所規(guī)定的不同頭部/腳部的已 處理數(shù)據(jù)。數(shù)組尺寸在方法內(nèi)創(chuàng)建，并且具有的尺寸應(yīng)當(dāng)是它所包含的數(shù)據(jù)的長度。即使 在Server, dll 322和Client, dll 324中將出現(xiàn)同一方法名稱，實施也將因服務(wù)器102和 客戶端104而有所不同。個性化應(yīng)用302還利用一個或多個庫306。一個或多個庫306可以包括具有傳輸 層安全(TLS)庫、以太網(wǎng)庫、串行通信庫的通信庫，和特定于產(chǎn)品的其他通信庫。由用于特 定產(chǎn)品的(一個或多個)XML文件對通信庫的利用進(jìn)行配置。進(jìn)一步，一個或多個庫306可 包括具有以下庫的加密庫數(shù)據(jù)加密標(biāo)準(zhǔn)(DES)庫、高級加密標(biāo)準(zhǔn)(AES)庫、橢圓曲線加密 (ECC)庫、RSA 庫、硬件安全模塊(HSM)庫等。還可以由用于特定消息和/或產(chǎn)品的XML 文件對密鑰尺寸和算法參數(shù)進(jìn)行配置。另外，一個或多個庫306可以包括用于其他功用的 其他庫。圖7說明了顯示700，顯示700是接收用于定義圖3所示的MCE XML文件318和 MFCE XML文件320的用戶輸入的顯示的示例。顯示700允許用戶規(guī)定將利用哪條消息和/ 或消息流。顯示700允許用戶規(guī)定用于構(gòu)建對特定產(chǎn)品的初始個性化請求的信息。例如， 用戶可以規(guī)定消息類型字節(jié)(MTB)，其用于確定與使用的產(chǎn)品相關(guān)的消息類型，還可以規(guī)定 單元地址字節(jié)(UAB)，定義UAB來規(guī)定產(chǎn)品類型、需要被個性化的單元的開始單元地址、種 子負(fù)載請求的數(shù)目，其等于需要被個性化的單元的數(shù)目、和請求索引。顯示700還允許用戶 將Delphi外部消息協(xié)議規(guī)范(DEMPS)頭部和/或腳部添加到客戶端所利用的MCE XML文 件318，以用于與UUT接駁。DEMPS是某些機頂盒所利用的一種通信接口。進(jìn)一步，顯示700 允許用戶規(guī)定由客戶端104(圖2所示)所利用的MFCE XML文件320中的一些參數(shù)，以用 于與UUT接駁。例如，可以規(guī)定的參數(shù)有步驟之間的延遲、每個種子負(fù)載之間的延遲、讀取 ASR超時、和讀取UUT超時。為了測試的目的，顯示700還允許用戶規(guī)定損壞哪條消息，以便 測試錯誤處理和消息重傳機制。例如，在長度字段有損壞的第一消息是與在校驗和字段或 數(shù)據(jù)字段有損壞的第一消息不同的消息。因此，可以將具有各種錯誤條件的特定消息認(rèn)為 是不同的基本消息，然后可以由MCE 314利用該消息來形成用于特定CI的不同消息。圖8說明可以用于對通信設(shè)備進(jìn)行個性化的過程800。在過程塊802，過程800接 收用于使通信設(shè)備個性化的個性化請求。進(jìn)一步，在過程塊804，過程800將個性化請求提 供給消息控制器，消息控制器根據(jù)規(guī)則集合，用MCE編寫具有個性化信息的消息，并且根據(jù) 規(guī)則集合，用MFCE對用于消息的一個或多個通信參數(shù)進(jìn)行配置。規(guī)則集合指示MCE和MFCE 在分布式環(huán)境中利用的分布式環(huán)境文件集合，以及MCE和MFCE在集中式環(huán)境中利用的集中 式環(huán)境文件集合。另外，在過程塊806，過程800根據(jù)用于通信設(shè)備的個性化軟件的配置，并 基于用于通信設(shè)備的個性化軟件的配置是被包括在分布式環(huán)境中還是集中式環(huán)境中，用消 息處置器對消息進(jìn)行處理。圖9說明可以用于對通信設(shè)備進(jìn)行個性化的另一過程900。在過程塊902，過程900 接收用于使第一通信設(shè)備個性化的第一個性化請求，以及用于使第二通信設(shè)備個性化的第二個性化請求。第二通信設(shè)備不同于第一通信設(shè)備。進(jìn)一步，在過程塊904，過程900將第 一個性化請求和第二個性化請求提供給消息控制器，消息控制器用MCE編寫具有特定于第 一通信設(shè)備的個性化信息的第一消息以及具有特定于第二通信設(shè)備的個性化信息的第二 消息，并且用MFCE為第一消息配置特定于第一通信設(shè)備的一個或多個通信參數(shù)，以及為第 二消息配置特定于第二設(shè)備的一個或多個通信參數(shù)。最后，在過程塊906，過程900根據(jù)用 于通信設(shè)備的個性化軟件的配置，用消息處置器對消息進(jìn)行處理。圖10說明可以用于對通信設(shè)備進(jìn)行個性化的又一過程1000。在過程塊1002，過 程1000接收用于使第一通信設(shè)備個性化的第一個性化請求，以及用于使第二通信設(shè)備個 性化的第二個性化請求。第二通信設(shè)備不同于第一通信設(shè)備。進(jìn)一步，在過程塊1004，過程 1000將第一個性化請求和第二個性化請求提供給消息控制器，消息控制器同時實時地用 MCE編寫具有特定于第一通信設(shè)備的個性化信息的第一消息以及具有特定于第二通信設(shè)備 的個性化信息的第二消息，并且用MFCE為第一消息配置特定于第一通信設(shè)備的一個或多 個通信參數(shù)，以及為第二消息配置特定于第二設(shè)備的一個或多個通信參數(shù)。最后，在過程塊 1006，過程1000根據(jù)用于通信設(shè)備的個性化軟件的配置，用消息處置器對消息進(jìn)行處理。圖11說明實施用于制造個性化的動態(tài)和實時可配置軟件架構(gòu)的站或系統(tǒng)1100的 框圖。在一個實施例中，使用通用計算機或任何其他硬件等效物來實施站或系統(tǒng)1100。這 樣，站或系統(tǒng)1100包括處理器1110、存儲器1120，例如，隨機存取存儲器(RAM)和/或只 讀存儲器(ROM)、個性化模塊1140、和各種輸入/輸出設(shè)備1130 (例如，存儲設(shè)備、包括但不 限于磁帶驅(qū)動器、軟盤驅(qū)動器、硬盤驅(qū)動器或光盤驅(qū)動器、接收機、發(fā)射機、揚聲器、顯示器、 例如在數(shù)字靜止照相機或數(shù)字?jǐn)z像機中使用的圖像捕捉傳感器、時鐘、輸出端口、用戶輸入 設(shè)備(諸如，鍵盤、小鍵盤、鼠標(biāo)等，或是用于捕捉語音命令的麥克風(fēng)))。應(yīng)當(dāng)理解，可以將個性化模塊1140實施為通過通信信道耦合到處理器1110的一 個或多個物理設(shè)備。替代性地，可以由一個或多個軟件應(yīng)用(甚或軟件和硬件的組合，例如 使用專用集成電路(ASIC))來表示個性化模塊1140，其中從存儲介質(zhì)(例如，磁或光驅(qū)動器 或磁盤)加載軟件，并由計算機的存儲器1120中的處理器來操作。如此，可以將本公開的 個性化模塊1140 (包括相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu))存儲在可由計算機讀取的介質(zhì)之上，例如，RAM 存儲器、磁或光驅(qū)動器或磁盤等。應(yīng)當(dāng)理解，還可以將本文描述的用于制造個性化的動態(tài)和實時可配置軟件架構(gòu)應(yīng) 用于其他類型的系統(tǒng)。本領(lǐng)域的技術(shù)人員將理解，在不偏離本方法和系統(tǒng)的范圍和精神的 前提下，可以配置本方法和裝置的實施例的各種調(diào)整和修改。所以，應(yīng)當(dāng)理解，在所附權(quán)利 要求的范圍內(nèi)，可以用本文具體描述以外的方式實踐本方法和裝置。
權(quán)利要求
一種方法，包括接收用于使通信設(shè)備個性化的個性化請求；將所述個性化請求提供給消息控制器，所述消息控制器根據(jù)規(guī)則集合用消息編寫器引擎來編寫具有個性化信息的消息，并且根據(jù)所述規(guī)則集合用消息流控制引擎來配置用于所述消息的一個或多個通信參數(shù)，所述規(guī)則集合指示由所述消息編寫器引擎和所述消息流控制引擎在分布式環(huán)境中所利用的分布式環(huán)境文件集合以及由所述消息編寫器引擎和所述消息流控制引擎在集中式環(huán)境中所利用的集中式環(huán)境文件集合；以及根據(jù)用于所述通信設(shè)備的個性化軟件配置并基于用于所述通信設(shè)備的所述個性化軟件配置是被包括在分布式環(huán)境中還是集中式環(huán)境中，用消息處置器對所述消息進(jìn)行處理。
2.如權(quán)利要求1所述的方法，其中如果利用工程環(huán)境，則用于所述通信設(shè)備的所述個 性化軟件配置被包括在分布式環(huán)境中。
3.如權(quán)利要求1所述的方法，其中如果利用工廠環(huán)境，則用于所述通信設(shè)備的所述個 性化軟件配置被包括在集中式環(huán)境中。
4.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)包括消息路徑。
5.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)包括消息傳輸速率。
6.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)確定錯誤消息處置工作流。
7.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)包括消息處理時間。
8.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)包括消息處理時間。
9.如權(quán)利要求1所述的方法，其中所述一個或多個通信參數(shù)包括元數(shù)據(jù)，所述元數(shù)據(jù) 指示特定于用于所述通信設(shè)備中特定模塊的通信接口的消息協(xié)議。
10.如權(quán)利要求1所述的方法，其中所述消息處置器將所述消息發(fā)送到在操作中連接 到站的設(shè)備，所述站具有用于規(guī)定消息簡檔的圖形用戶界面，所述消息簡檔是針對特定產(chǎn) 品而實時地為所述消息編寫器引擎和所述消息流控制引擎形成的。
11.如權(quán)利要求1所述的方法，進(jìn)一步包括利用來自用于消息傳遞和處理的一個或多 個庫的一個或多個函數(shù)。
12.如權(quán)利要求1所述的方法，其中所述集中式環(huán)境包括客戶端模式，并且所述配置是 客戶端模式。
13.如權(quán)利要求12所述的方法，其中所述消息處置器基于所述客戶端模式來檢索客戶 端動態(tài)鏈接的庫文件。
14.如權(quán)利要求1所述的方法，其中所述分布式環(huán)境包括客戶端模式或服務(wù)器模式。
15.如權(quán)利要求14所述的方法，其中所述配置是服務(wù)器模式。
16.如權(quán)利要求15所述的方法，其中所述消息處置器基于所述服務(wù)器模式檢索服務(wù)器 動態(tài)鏈接的庫文件。
17.一種方法，包括接收用于使第一通信設(shè)備個性化的第一個性化請求和用于使第二通信設(shè)備個性化的 第二個性化請求，所述第二通信設(shè)備不同于所述第一通信設(shè)備；將所述第一個性化請求和所述第二個性化請求提供給消息控制器，所述消息控制器用 消息編寫器引擎來編寫具有特定于所述第一通信設(shè)備的個性化信息的第一消息以及具有特定于所述第二通信設(shè)備的個性化信息的第二消息，并且用消息流控制引擎來為所述第一 消息配置特定于所述第一通信設(shè)備的一個或多個通信參數(shù)，以及為所述第二消息配置特定 于所述第二設(shè)備的一個或多個通信參數(shù)；以及根據(jù)用于所述通信設(shè)備的個性化軟件配置，用消息處置器對所述消息進(jìn)行處理。
18.如權(quán)利要求17所述的方法，其中所述消息處置器將所述第一消息發(fā)送到所述第一 通信設(shè)備，所述第一通信設(shè)備在操作中到具有用于規(guī)定第一消息簡檔的第一圖形用戶界面 的第一站，并且所述消息處置器將所述第二消息發(fā)送到所述第二通信設(shè)備，所述第二通信 設(shè)備在操作中連接到具有用于規(guī)定第二消息簡檔的第二圖形用戶界面的第二站，所述第二 圖形用戶界面不同于所述第一圖形用戶界面。
19.一種方法，包括接收用于使第一通信設(shè)備個性化的第一個性化請求和用于使第二通信設(shè)備個性化的 第二個性化請求，所述第二通信設(shè)備不同于所述第一通信設(shè)備；將所述第一個性化請求和所述第二個性化請求提供給消息控制器，所述消息控制器用 消息編寫器引擎同時實時地編寫具有特定于所述第一通信設(shè)備的個性化信息的第一消息 以及具有特定于所述第二通信設(shè)備的個性化信息的第二消息，并且用消息流控制引擎為所 述第一消息配置特定于所述第一通信設(shè)備的一個或多個通信參數(shù)，以及為所述第二消息配 置特定于所述第二設(shè)備的一個或多個通信參數(shù)；以及根據(jù)用于所述通信設(shè)備的個性化軟件配置，用消息處置器對所述消息進(jìn)行處理。
20.如權(quán)利要求18所述的方法，其中所述消息處置器將所述第一消息發(fā)送到所述第一 通信設(shè)備，所述第一通信設(shè)備在操作中到具有用于規(guī)定第一消息簡檔的第一圖形用戶界面 的第一站，并且所述消息處置器將所述第二消息發(fā)送到所述第二通信設(shè)備，所述第二通信 設(shè)備在操作中連接到具有用于規(guī)定第二消息簡檔的第二圖形用戶界面的第二站，所述第二 圖形用戶界面不同于所述第一圖形用戶界面。
全文摘要
一種接收用于使通信設(shè)備個性化的個性化請求的過程。進(jìn)一步，該過程將個性化請求提供給消息控制器，消息控制器根據(jù)規(guī)則集合，用消息編寫器引擎編寫具有個性化信息的消息，并且根據(jù)規(guī)則集合，用消息流控制引擎對用于消息的一個或多個通信參數(shù)進(jìn)行配置。規(guī)則集合指示消息編寫器引擎和消息流控制引擎在分布式環(huán)境中利用的分布式環(huán)境文件集合，以及消息編寫器引擎和消息流控制引擎在集中式環(huán)境中利用的集中式環(huán)境文件集合。
文檔編號G06F15/16GK101802804SQ200880101401
公開日2010年8月11日 申請日期2008年7月24日 優(yōu)先權(quán)日2007年7月31日
發(fā)明者王凡, 邱新, 陳李強 申請人:通用儀表公司