專利名稱：用于通信網絡的服務生成設備的制作方法
技術領域：
本發明涉及用于通信網絡的服務生成設備，并在智能網絡中找到了特定的應用。
隨著通信網絡的發展，網絡操作者能配置的服務的數目和種類都有很大增加。使網絡操作者能快速地和有效地生成和配置新的服務是一個關鍵的商業問題。智能網絡的體系格式已經發展得至少能夠部分地給網絡操作者以可快速并靈活地提供新的服務的工具，在智能網絡體系格式中，智能不再像過去那樣最初是在轉接點或交換點上提供的，而是在通信網絡中的或與通信網絡相關連的各個點上提供。
智能網絡(IN)的一個關鍵原則是把控制基本轉接功能，例如建立轉接路徑的軟件和控制呼叫進程的軟件分離開來。參見圖23，這一點在已有的IN中是這樣做到的使網絡交換點230能夠識別需要修改呼叫進程的呼叫并暫停正常的呼叫處理。暫停呼叫處理的決策是根據在呼叫進程中的某些點上出現了符合某些預定觸發準則的情況而作出的，預定的觸發準則例如有撥號的數字，線路狀態，或者一天中的時間。這可以用網絡轉接點230所提供“服務轉接點(SSP)”功能來描述。
當SSP功能識別出一個呼叫需要基于IN的服務時，它將通知一個服務控制點(SCP)231，其后，呼叫的進程將受到位在基本網絡轉接點230外面的智能的控制，以提供呼叫所要求的任何服務。
智能網絡體系的一個特別關系到服務的配給和修改的方面是服務生成和配置系統。在IN中加快生成新服務的一些特別有吸引力的屬性是ⅰ功能的分離一這是來自客戶的實時呼叫轉接的基本核心功能與各個服務專用方面之間的分離，以使后者能較容易地被改變，這在前面已經提及。
ⅱ可攜型軟件環境一使服務被開發之后就能在不同供應者所提供的SCP231上運行。
ⅲ通用構筑模塊一用公用模塊來構筑服務使得能大量地重復使用，從而加快了開發速度。
ⅳ服務邏輯程序(SLP)-一種用來指定各構筑模塊之間的連接的簡單語言。SLP通常用服務生成工具產生。
ⅴ圖形服務生成工具一通過“在屏幕上”操作各種代表通用構筑模塊的圖標，這些工具能使服務快速地生成。
ⅵ服務和網絡仿真器一當已經生成了一個服務之后，它可以被仿真以檢驗其功能、性能和費用等等。
ⅶ在線配置一當一個服務已準備好可以配置時，它可以從服務生成工具以電子方式發送給網絡和適當的管理系統。
在一種已知類型的服務生成環境232中，服務是通過規定一系列通用構筑模塊和它們之間的條件連接而從通用構筑模塊生成的。這種規定通常稱作為劇本或服務邏輯程序(SLP)，并用服務生成工具產生。當這個SLP被配置進網絡后它需要被“執行”。這在通常位于SCP231內的一個服務邏輯執行環境(SLEE)中完成。由于許多IN的實現對它們的SLP使用一種翻譯語言，所以進行這種執行的模塊自身常稱作為服務邏輯翻譯器(SLI)。不過，它也不一定必須是一個翻譯器，所以一般地可以例如稱作為“服務機器”。它有可能支持已翻譯的或已編譯的SLP，或者其他形式的SLP。
在服務生成中，和服務生成工具一樣，使用可重復使用的通用構筑模塊也是重要的。由于好處是明顯的，所以在整個計算機領域內已做了許多工作來試圖達到大量的軟件重復使用。例如，三次有效地使用一個程序可使產額變成三倍，而且在第二次及以后的使用中先導時間可以幾乎為零。
盡管有這些好處，但由于一般的軟件重復使用難以實現，所以仍是較為少見的。然而，在SCP這個相當封閉的領域內，由于已很好地了解了基礎網絡的各種離散操作，所以有可能構筑軟件的通用模塊來驅動這些基礎操作，這些就是能夠以許多不同序列來調用以提供寬廣范圍的IN服務的構筑模塊。
一個典型的構筑模塊可能是“時間導引(time of day routing)”。該構筑模塊會檢查用戶文檔中的數據。其中可能說明了下午6:00之后對某一特定號碼的呼叫應轉接給一個守夜人。于是“時間導引”構筑模塊將檢驗當前時間并相應地導引呼叫。
SLP可以通過一個服務管理系統233被遞送給SLEE。SMS通常負責服務的管理、配置和客戶配給以及更新保持在SCP231和服務數據點(SDP)234上的客戶專用數據。
如果服務生成不但可以由網絡服務供應者執行，而且也可以由客戶或用戶自己來執行則是有好處的。使不同的實體可以開發或修改服務的服務生成技術在下述論文中有所說明“Service Creation Technologiesfor the Intelligent Network(用于智能網絡的服務生成技術)“,M.J.Morgan等人著，刊登于AT & T Technical Journal(美國電話電報公司技術雜志)，第70卷，NO.3/4,1991年夏，美國紐約。
在本發明的一些實施例中，提供了一種服務生成和配給系統，它用于這樣的通信網絡，其中可以通過對代碼單元的有序序列的屏幕操作來生成或修改通信服務，該系統通過按照一個執行圖來運行這種代碼單元的有序序列而提供服務，其中該系統包括ⅰ)一個用來存儲代碼單元的界面；ⅱ)用來從存儲的代碼單元中選出一組代碼單元的工具；ⅲ)用來生成或修改編碼圖的工具，該編碼圖至少部分地確定與一組用來配置通信服務的一組代碼單元相關連的有序序列；以及ⅳ)用來把編碼圖與一個可視信息聯系起來的工具，其中可視信息供用戶在一個圖形用戶界面上編輯或修改編輯圖以產生執行圖時使用；以及用來把編輯圖和可視信息一起提供在圖形用戶界面上的工具；其中用來提供編輯圖和可視信息的工具也可以提供至少一個不帶有可視信息的編輯圖，以便能夠在編輯圖對用戶不可視或只是部分可視的情況下從編輯圖產生一個執行圖。
然后在服務配置過程中運行服務邏輯程序時執行圖可以被系統的服務機器利用。
本發明的一些實施例在多級別服務生成環境中，例如在一種已知類型的三級服務生成環境中，可能特別有用。每一級別提供不同的功能，適用于不同的用戶群體，例如適用于網絡供應者在網絡上安裝代碼單元，適用于服務供應者生成和修改服務，以及適用于客戶生成、修改或為他們的用戶示例實際的服務。
這些級別例如可以寫成SCE1、SCE2和SCE3。采用分開的級別使網絡中有不同興趣的用戶能以分開的功能來訪問服務生成系統。因此，可以在SCE1中生成為使某一選定的服務能獲得而必須在網絡基元級別上安裝的一些特性。在SCE2上可以生成一些可上市的服務特性，在這些特性中包含了它們的呼叫處理邏輯和支持、管理說明。在SCE2或SCE3中都能生成服務包，它們使可上市的服務特性的集合能滿足一個服務以及該服務專用的支持和管理信息的要求。在SCE3中可以配給和修改一些文檔，其中為用戶列出了關于一個服務的特性和提供了用于每個特性所需數據的數據縫口。
因此，在本發明的一些優選實施例中，對每一個級別都提供有用來產生各自不同類型的軟件實體的工具，上述級別中的第一級別含有用來產生包括一些能被一個服務分配系統分配到網絡各基元中去的代碼目標的服務應用特性的工具，上述級別中的第二級別含有用來產生可上市的服務特性的工具，服務特性中包括服務應用特性的呼叫處理邏輯并含有關于該特性的支持和管理說明。
這第二級別若能含有下述工具將是有利的該工具用來存儲和輸出服務包，這些服務包是一些軟件實體，它們具有識別可上市服務特性和把可上市服務特性與可利用通信網絡獲得的特定服務相聯系的聯系功能。
第三級別也可以有產生服務包的工具以及產生或修改文檔的工具，一個文檔包括一個或幾個特性清單，用戶在選擇上述網絡中的服務時需要這種清單，第三級別還有用來存儲關于每個特征的數據的工具，以使得特征能夠在所選服務范圍內成功地操作。
這種類型的多級系統的另一個優點是可以改變它所提供的控制機制。例如，可以在SCE2上施加對于只有工作于SCE3上的用戶才能獲得的工具、機制等的控制。這就是本發明實施例具有特別應用的地方，這時編輯圖可以在SCE2上生成或修改，但可提供給SCE3供客戶在產生執行圖時使用。通過把一個編輯圖的某些選定部分，甚至整個部分隱藏起來，便有可能給客戶在產生執行圖時有寬廣清楚的空間，而同時仍然在用隱藏的或部分隱藏的編輯圖限制他們，以防他們產生后便接著運行一個未經測試的通信服務版本。
下面將參考附圖僅通過舉例來說明根據本發明一個實施例的服務生成系統，在附圖中，

圖1示出該服務生成體系的原理性全貌；圖2示出關于圖1體系的一個服務生成區和處理關系；圖3示出一個服務供應基礎結構及其與一個典型智能網絡基元上的其他平臺元件之間的關系；圖4示出用于圖1體系的一個原理性服務生成數據體系；圖5原理性地示出用全系統通用的元件構筑一種類型的目標和可上市服務特性；圖6示出一些不同類型的文檔，文檔是一個與用戶有關的特性清單，用戶對一個特定服務具有這些特性；圖7至18示出一些示例性工作流程以及它們的相應體系活動；圖19至22示出圖1服務生成體系將支持的一些特定數據分配情景；
圖23示出一種已知類型的IN體系的原理圖；圖24示出一個示例性編輯圖，它用于定制一個特定服務；圖25示出一個與圖24的編輯圖相對應的示例性執行圖；圖26示出因圖24的編輯圖中的一個靈活點248’所造成的在執行圖中出現的一個決策點；圖27示出執行圖中與相應編輯圖的一個靈活點相對應的正確的和不正確的決策點；圖28示出一個編輯圖的用戶邏輯圖；圖29示出與圖28的邏輯圖相對應的用戶屏幕圖；以及圖30示出在從編輯圖產生執行圖的過程中用戶可看到的含義說明屏幕圖。
在下面的說明中，用一些縮寫符來代替單元、處理等的相應全名。下列詞表列出了這些縮寫符的說明。
詞匯表API應用編程界面CM構形管理CPE客戶地的設備Foo計算技術中眾知的代表一種計算功能的詞匯GSC通用服務元件IN智能網絡IVRU交互式語音應答單元KTN網絡密鑰
MSF可上市服務特性SAF服務應用特性SAP語言應用平臺SCE服務生成環境SCP服務控制點SDS服務分配系統SLA服務級別協議SLEE服務邏輯執行環境SM服務管理SN服務節點SP服務包1、引言1.1范疇下面說明的范疇涉及服務生成領域，其中它定義了一個邏輯體系，在該體系中服務生成的要求能被遞送到智能網絡上。
應該指出，為實際使用而設計的任何服務管理系統都可能具有比這里所說明的大得多的范疇和職能。不過，服務管理系統是已知的，而且為了本發明的目的，它們只需要能兼容于這里所說明的服務生成體系。因此，全面而精確地說明完整的服務管理系統并不是這里的目的。
支持本服務生成體系的數據體系將于第5節說明。然而，該數據結構和特定界面(3、1)背后的思想的發展將導致關于實現數據分配的事件。這些事件的討論在第7節中進行。
1、2術語為了本說明的目的，術語“客戶”是指服務能力的合作購買者。術語“用戶”是指一個客戶的單個雇員，他具有客戶所提供的服務能力。因此一個客戶有多個用戶。
為了本說明的目的，術語“SCE1”、“SCE2”和“SCE3”將自始至終地使用。它們被用來描述在不同體系級別上提供服務生成能力的集成軟件工具組。
術語“IN基元”被用作為一個邏輯組合，以指各種智能網絡計算平臺，例如服務控制點(SCP)、服務節點(SN)、和智能周邊(IP)。應該了解，用于不同類型的IN體系，例如或許是其智能集中性比基于SCP的IN少的類型的計算平臺，包括分布式處理平臺也都被術語“IN基元”所包含。
1、3目的本說明的目的是要·定義全部的服務生成體系，·規定一個邏輯系統圖形設計的高級景像，其后它將由物理系統來提供，·確定并解釋服務生成實體(例如，可上市服務特性，通用服務元件，等等)，·確定界面，
·確定工作包和應用實體，·定義服務生成的基線體系，以把服務生成移植到大規模公共網絡中。
2．服務生成體系總貌2.1概述服務生成體系的總貌由一些被認為存在于已有的或建議的實體之間的關系所定義，使得新的服務和特性可以利用自動處理和界面快速地配置和配給。為了解釋這些關系，有必要參考圖1來說明服務生成處理。
服務應用和可重復使用特性在SCE1 265a中作為經檢驗的代碼開發。該代碼被遞送給(通過接口I1)作為倉庫的服務分配系統(SDS)100，后者存儲代碼并把代碼配置(通過接口I5)給目標IN基元102(各SCP231、SN和IP235等)。
SCE2 265b利用SDS倉庫100(通過接口I2)構筑可上市服務特性(見5.2節)和服務包(見5.3節)。
服務包在服務管理區270內從SDS倉庫100被遞送給(通過接口I6)服務管理功能(SM)103，并被遞送給(通過接口工4)SCE3 265c以進行配給。
服務包或其一部分被遞送給(通過接口I7)支持系統101以把它們組織(構形)成新的服務。
SCE3 265c用來生成文檔(見5.4節)，后者被遞送給(通過接口I3)SM103進行驗證。
驗證后的文檔被傳送給(通過接口I6)SDS100并被分配給(通過接口I5)有關的IN基元102。
接口I4也需要支持未驗證文檔的更新。這更經常被稱作網絡方便新。不過，在本體系中需要強調，任何形式的文檔更新都來自SCE3 265c。因此，存在于一個服務內的、IN基元102上的，或客戶地設備(CPE)中的更新能力都被看作為SCE3能力(見下述2.2節的限制b)。
2.2限制條件a)網絡操作者的服務管理系統270將或者作為一個獨立的平臺存在，或者分布在一組平臺上。
b)SCE3 265c代表配給能力，它們或者是直接與一個服務管理系統270相接口的獨立的物理系統，或者作為服務管理系統270的一部分，或者是網絡基元102內部支持網絡方更新的能力。大型網絡有可能需要SCE3 265c是所有的這些能力。SCE3的用戶通常包括網絡操作者的支持人員、客戶、和用戶。
c)SDS100(見4、4、2節)代表一個倉庫和分配系統，它可以是分布式的、服務管理系統270的一部分，或者需要一個獨立的平臺。這取決于目標網絡的大小和與網絡實現相關的性能與成本要求。
d)IN基元102包括一些基于網絡的計算工具，例如服務控制點(SCP)231、服務節點(SN)(未示出)、以及能支持服務應用和有關的客戶數據庫的智能周邊(IP)235。
e)接口和管理系統將提供各通用系統之間的全部自動的服務配置和配給。服務生成體系的設計和其后的工作流程分析都將以此為基礎進行。
3、服務生成體系圖2更詳細地示出了該服務生成體系。該圖說明了各主要功能區之間的關系和關于基于語言的服務的開發的各主要子系統的位置。帶有有向箭頭的各接口對應于圖1中的接口，并列于S3.1(除了接口I7)。各區內各處理之間的連線代表各軟件實體之間的某種形式的集成。這形式可以是接口、文件轉移、交互處理通信、或應用集成(內部數據共享)。
該體系用“區”和“處理”來代表，而不用“系統”代表。雖然服務生成區260又能再分成5個邏輯區、3個SCE區265、一個服務管理區270、以及一個IN基元區200，但駐留在這些區內的各種處理仍將跨越許多平臺和環境工作。
3個SCE區265a、265b、265c合乎邏輯地被按照它們各自需滿足的不同要求以及用途和用戶的類型來區分。這些可以分類成
<p>3.1接口
4區的說明各種不同的區已示于圖2，閱讀第4節時應參閱該圖，也要參閱圖3和4。
4.1 SCE1 區265aSCE1代表服務生成活動的基礎層次。SCE1開發者負責開發IN基元102上的服務應用和服務供應基礎結構200，這些應用將被配置給該結構。服務應用將以可重復使用服務應用特性401的形式遞送。它們將包括完全開發了的并經測試的代碼。SCE1是該體系中把代碼開發到網絡中去的唯一地點。
4.1.1商用軟件開發環境280該系統代表支持整個開發階段的軟件工具的總成。這些工具最初是商業上可購得的編輯器、編譯器、構形管理系統、分析、設計、測試和文件登錄工具。它們一般都是基于普通計算機輔助軟件工程(CASE)工具的。某些這類開發環境將由銷售者提供，以支持在專用IN基元102上的開發。SCE1 265a在最低程度上也必須能提供一個配置/測試工具的集成，以支持動態配置。
除了向目標系統下載實際的構筑模塊之外，SCE1工具也將向SCE2區265b傳送構筑模塊的一個描述。該描述包括·模塊的文字說明，以提供信息，并作為幫助文本。
·它在屏幕上的形式，也即原理性地代表其功能的圖標。
·規定它與其他構筑模塊互相作用的規則。
·與構筑模塊相關連的數據。最終這些數據將需分配給一個特定的客戶。
4.1.2語言應用工具組281支持構筑基于語言的對話特性和服務的軟件開發工具。這些工具一般將專用于被期望作為IN基元102的目標平臺，并很可能可與平臺一起購買到，或者在內部開發以支持特定的平臺。
4.1.3多媒體工具282很明顯，為了支持多媒體服務的配給，將會需要能支持圖像、視頻圖像和特殊傳真能力的服務，結果為了支持它們又將會需要適當的服務生成工具和設施。
4.2 SCE2區265bSCE2 265b可以定義為市場化、測試和成包活動。在SCE2 265b中發出的活動的具體范疇和范圍是可以修改的，但很明顯，需要它們能支持服務生成處理。
SCE2 265b中的工具284、285、286、287將被生產線開發者或他們的代理人使用，并需要有下述總體功能·通過在屏幕上拖拉、舍棄某些圖標和把它們連接起來，組裝出一個基本服務。
·確定在SCE級別3上，也即客戶，能對服務流程有多大的改變。然后該服務的其余部分將可對所有客戶實際上固定下來。
·給某些與服務有關的數據預設省缺值，并再次確定其中哪些數據可以允許客戶重寫。
4.2.1支持工具組285的要求希望能夠自動地獲取市場要求并把它們映射到服務定義中。這使得在整個開發周期中能有更有效的重復使用。SCE 265b將利用自動工具來支持它的要求獲取活動。
4.2.2成包和可視化工具286服務應用特性401將在SCE2 265b中與可上市服務特性(MSF)403(見5.2節)相關連，后者含有為支持該特性在一個工作網絡中配給和使用所必須的服務管理、網絡管理、SDS、和收費元件407。MSF403和MF406都是在SCE2 265b中生成的。可上市服務特性403和亞特性406也都將被包含在服務包404中。SCE2 265b能夠生成或定義配給屏幕，供SM103或SCE3在含于服務包404內的MSF403上使用；還能生成或定義配給屏幕，供SM103在含于服務包404內的MSF403和MF406上使用；還能夠確定由服務級別協議所規定的用途/費用特性；并能夠給SCE3提供特性編輯規則，以解決特性的相互作用。這里應該指出，在SCE2中構筑的服務包404將控制需要使用它們的SCE3處理的構形。
4.2.3仿真和分析284SCE2 265b中生成的服務包404需要能夠被仿真，以便能得知其行為特性、通信載荷、性能和回報預測，從而確定在該級別上生成的服務的客戶可接收性、對網絡的影響、以及經濟上的競爭力。
4.2.4對話構筑器287
SCE2用戶必須能夠構筑服務或客戶專用對話和告示，以包含到服務包404中。這將通過對MSF403中的可重復使用告示/對話進行服務級的配給來構筑。這些對話構筑工具必須能夠支持許多輸入機制(模擬的和數字的)和各種存儲格式(IN基元專用)。這些工具也可能需要能支持用來從可重復使用的片段構筑語言告示的高級編輯和信號處理功能。
4.2.5 SCE2數據存儲288本地數據存儲以保持工作的進行。所有關于各SAF401、MSF403、MF406和服務包404的主數據都保持在SDS數據存儲296(見后)中，并由SCE2用戶提取。
4.3 SCE3區265cSCE3的活動直接涉及到配給和剪輯。可以看到在SCE3中有兩種不同類型的配給行為配給和數據配給。行為配給對服務數據的處理方式將會影響服務邏輯操作的改變。數據配給是一種傳統上可識別的配給類型，正常情況下它由服務管理系統執行，這種配給可以直接改變與一個特定特性和/或用戶相關連的數據，使網絡被適當地更新。
因此SCE3中的工具可以直接被客戶(或用戶)使用，被代表一些特定客戶的網絡操作者使用，或者被代表客戶或用戶群體的銷售人員使用。為了支持這各種情景，SCE3功能可以提供在從個人計算機(PC)到高級UNIX工作站的各種硬件上。
通過SCE3區265c得到支持的一般功能有
·剪輯服務一在SCE2所設定的限制范圍內，客戶或用戶可被允許改變他們的服務的特定版本的流程或結構。
·向某些服務數據配給客戶指定的值。
4.3.1文檔編輯器290客戶被提供一個引用服務樣板405的服務包404，該樣板代表一個最小文檔，當它被提供后，該文檔將給出一個保證能運行的完整的和充分特性化的服務。客戶可以根據他們用戶的需要從這個主樣板生成出一系列不同等級的子樣板。所提供的這些工具允許客戶在SCE2 265b中所規定的(見前)特性編輯規則所設定的限制條件下，規則哪些用戶群體可以訪問哪些特性以及這些特性如何相互作用。文檔編輯器允許SCE3的用戶可以觀看一個服務內他們的特性的邏輯順序，并且在前述限制條件下可以用圖形來修改這個順序。客戶將能夠生成特定的文檔并把它們，從而把特性組，指定給各個別用戶。
4.3.2仿真器291支持文檔編輯器290的是一個仿真工具組291，它讓客戶可以看到他們的服務的流程和驗證它們的行為。客戶將會有機會用圖形去仿真多呼叫情景，這將使它們能夠評估他們的邏輯正確的服務是否具有所需的行為。
4.3.3配給工具293客戶可以根據他們已開發的樣板對每個用戶配給文檔。在用戶層次上，每個用戶都將可以直接地或者通過由客戶或服務供應者所提供的某種形式的遠處支持，來訪問他們自己的文檔。這將是呈現在相應配給屏幕上的關于他們自己的特性集合的景像，這使他們可以更新他們的文檔，僅有的限制是訪問許可和由服務供應者(為了網絡保持)或客戶(為了他們所選擇的不論什么原因)所規定的授權。
4.3.4告示剪輯292告示剪輯工具292可以與配給工具293一起被用來提供關于支持該工具的特性或服務的某個級別上的本地個人告示。其例子有用于語音菜單特性的合作或分部告示的選擇，或者用于個人呼叫完成服務的個人消息(語音郵件等)。這些工具可以作為關于多組預定消息的選擇系統來工作，或者甚至允許語言的當地記錄，以便配置在例如交互式語音語言應用平臺這樣的專用網絡平臺上。
4.3.5 SCE3數據存儲294本地的永久性存儲。在接收到服務包404時將接受SCE3 265c并對它構形。用于樣板等級系列和未完成文檔的本地存儲。也可用于當前文檔的客戶本地存儲(見第7節)。
4.4服務管理區2704.4.1服務管理系統103在本體系中要求服務管理系統103在除了文檔配給和剪輯區之外的區中管理和支持客戶服務。服務管理系統將負責順序處理、服務級別協議強制、和服務控制(激活、暫停、和撤除服務)。此外，通向支持系統101的邏輯接口(接口I7，示于圖1)也完全可以通過服務管理系統103來處理，使得錯誤管理、收費、價格、網絡管理、基元管理、和數據分配等等能夠通過該系統而被看到、構形和控制。
4.4.2服務分配系統100服務分配系統(SDS)100作為服務生成倉庫工作。它存儲和管理所有由SCE1所提供的代碼，把它們分配給適當的IN基元102，以進行安裝和配置。它使SCE2可獲得關于網絡能力的信息(以SAF/GSC的形式)，使可上市服務特性(MSF)403和MF406能夠根據這些信息和其他構筑模塊開發。SDS也作為這些MSF403和MF406和從它們構筑出的服務包的倉庫工作。這保證了SCE2 265b的不同事例將具有對以前開發的元件的最大可重復使用能力，從而縮短了開發時間。
作為數據分配器，SDS100根據網絡拓樸和例如由服務器或網絡管理這樣的操作系統所規定的客戶分配構形把文檔遞送給IN基元102。SDS100所能獲得的構形數據使邏輯服務網絡306與物理網絡脫離。用這種方法可以在不需要整批地更新和在服務管理系統上重配給的情況下引入附加的網絡轉接或控制能力。
SDS100在服務網絡方的更新中起著關鍵作用，使得SCE3系統可以當作IN基元102登記以進行數據分配。結果網絡方更新可以施加到任何IN基元102上，并且SDS100將保證所有的從屬系統都受到文檔更新。這使開發者能把數據提供給整個網絡的一個公共接口上。這種體系決策的后果是SCE3客戶能夠從網絡中更新文檔或者使它們本地的文檔數據更新。這可以解釋為每當服務應用需要在CPE(客戶地設備)處有網絡方更新能力時，IN基元102便有SCE3的功能。
SDS100將對它所支持的IN基元102保持一個靜態主數據存儲296。該數據存儲296將含有足夠的數據，使得當IN基元102內發生數據紊亂或丟失時所有的文檔都能被重建和重新配給。
4.4.3 SDS數據存儲296SDS數據存儲是一個永久性存儲應用，它含有網絡主文檔庫。此外，該存儲還含有與IN基元102相關的網絡構形和數據以及這些IN基元102上的客戶分布。所有的文檔數據更新都將被這里掌握，然后SDS100將把其變化向下分配給各IN基元102，并向上分配給從屬的SCE3數據存儲294。作為服務生成他庫的SDS數據存儲296將含有所有由SCE1配置的代碼，來自SCE2 265b的所有MSF、MF、和SP，它們在構形管理的控制之下可被SCE2的事例訪問，以提供快速的服務生成和元件重復使用能力。自然，這樣的布局對于兩個數據存儲應用和SDS100將駐留的平臺應有性能方面和容量方面的相應要求。
4.4.4構形管理297為了管理SDS數據存儲296的倉庫功能，需要有一個構形管理系統297。作為對于所有網絡配置的代碼、可上市服務特性403、亞特性406和服務包404的中央倉庫，重要的是SCE1和SCE2處的服務生成者和網絡操作人員都能訪問所有版本的被配置服務和特性，只要能有返回的保證(rollback security)。如果準備從幾個不同的源動態地配置服務和特性，這一點是特別重要的，它代表了已了解清楚的軟件開發的最佳實踐。
已認識到構形管理系統也將可能設置在SCE區265(特別是SCE1和SCE2)內，以保持對當地“正進行的工作”的管理控制，建立和釋放管理。然而，并不期望這些系統來負擔保持網絡的CM控制。很明顯，一旦代碼、應用、服務和特性被配置給了一個工作中的網絡，它們將進入一個操作區，必然會受到一個按邏輯分開的控制系統的控制。
一個可任選的做法是，SDS構形管理系統297有責任保持文檔的版本管理控制，使得客戶數據能夠從SCE3和服務管理系統返回。另一種選擇是由服務管理系統提供這種能力。
4.5 IN基元區2004.5.1服務供應基礎結構300這里所說明的服務生成體系是基于下述限制條件來設計的IN基元102含有能支持快速服務生成和配置活動的內部實現，也即，在IN基元102上存在有某種能提供與平臺無關的動態特性配置和解決各特性之間相互作用的恰當能力的工具。服務供應基礎結構(SDI)300就是對一種實現的設計，該實現能滿足這些要求和滿足快速服務生成的更詳細的要求。對此，這里所提及的只是為了提供信息，而不是一種與體系有關的實體。諸如特定智能周邊這樣的網絡實體可以不含SDI，但它們仍必須能在該體系的范圍內支持服務生成活動。
設計了一種SDI300來包含和概括網絡和服務應用271的銷售者所規定的相互作用。它提供了一個面向目標的框架，服務應用271和特性可以配置到該框架內。諸如服務管理、網絡管理、收費、錯誤管理和呼叫模型這樣一些界面都被涵括在目標內，把應用與可能存在的用于支持服務的不論什么發送和管理系統區分開來。SDI300的目的是清楚地建立起下述各項之間的區別*基層物理網絡，*離散的服務網絡，*準備構形到特定服務網絡中去的可獲得的服務；以及*構筑一個特定服務時可獲得的特性和通用能力。
把服務與基礎結構相分開的主要目的是提供一個動態可擴展的環境，并允許含有大量特性的服務能以極短的時間引入而不會影響其他服務或環境元件。
上述的SDI與待審批國際專利申請GB95/00420和GB95/00421有關，這兩個申請也以“英國電訊有限公司”的名義提出，這里引用這兩個專利申請作為可能被采用的服務供應基礎結構的一個例子，以供參考。
圖3示出一種形式的SDI300與一個典型IN基元102上的其他平臺元件之間的關系。傳統上通過對SLEE應用編程界面(API)上的功能調用來操作的對外部系統的界面是包含在這些系統的目標描述301-305之中的。虛擬轉接點303包含了對一個或多個銷售者轉接點(SSP)230的呼叫模型。
服務在服務網絡306范圍內遞送，其中通常是每個客戶一個服務。每個服務網絡306都有一個服務目錄307，用來區分各個服務，還有一個號碼目錄308，它代表各虛擬網絡號碼的客戶撥號計劃。每個服務網絡306都能支持許多由服務應用特性401和通用服務元件402所構筑的服務。新特性和檔案是從SDS100動態地導入的。
4.5.2語音應答應用299可以預料，許多告示，對話和消息服務將由一些專用的平臺提供。這些平臺將與作為智能周邊(IP)的主呼叫控制處理器互相作用。SDI300內的應用299能夠利用這些IP所給予的工具來提供復雜的基于語音的服務。提供這些工具的應用將被開發得用來服務于來自SDI300的請求。這些應用將被設計得能進行所有前述級別上的服務生成和配給。這些語音應答應用299不一定要負責任何呼叫控制功能。
5服務生成數據體系參見圖4，位在服務生成體系底層的數據體系反映了3個SCE區265。隨著服務開發向著配置發展，數據體系將提供一系列等級的目標，它們用來包含漸趨復雜的信息和邏輯。
最低的層次400是服務應用特性401和通用服務元件402層次。這是一些代碼目標，它們被開發能得滿足服務要求和能利用通用服務能力。它們在SCE1上開發。一旦被配置后，這些目標就能被在SCE2上生成的可上市服務特性403或亞特性406利用。
MSF403既包含一個特性的呼叫處理邏輯，又包含該特性的必要的支持和管理說明407，使得它能作為服務的一部分出售。特別是對于本發明的目的而言，MSF403包含屏幕圖標信息408和格式信息409，在SCE3中用戶將利用它們來處理和配給MSF403。亞特性406與MSF403相似，但是排除了屏幕定義408或在SCE3 265c上可配置的一些方面409。
也是在SCE2中構筑的服務包404能把一組MSF403和/或亞特性406集中起來，以滿足某特定服務的總體要求。此外，服務包404將含有任何的服務專用支持和管理信息410。最好，服務包404將至少含有一個服務樣板405，它說明該服務的操作并規定可以進行服務操作修改的限制條件。所有這些目標都將在下面作更詳細的說明。
5.1服務應用特性(SAF)401服務應用特性(SAF)401和通用服務元件(GSC)402之間的關系說明如下。GSC402代表一種支持許多服務的通用能力。SAF401是作為一個特性被配置在網絡中的任何能力的籠統名稱。這意味著，SAF通常將一個GSC或者由一些GSC組成。然而有些服務可能會需要一些不能稱之為通用的特殊能力。SAF和GSC都將是可重復使用的，但并非所有的SAF都是通用的。
服務應用特性(SAF)401是配置在IN基元102上的一種可重復使用的代碼目標。從服務生成者的角度來說，它代表在服務生成級1(SCE1)外面可分辨的單元的最低級別。這些目標在SCE1中設計、開發和測試。這些目標代表一個服務的基本元件它們被設計得能夠為不同的服務所重復使用。例如號碼轉移特性，如呼叫轉接，對于語音和數據服務是可重復使用的[因此它可以既是GSC又是SAF]。
SAF401是被開發得能獨立于特定服務應用的實現的，并且不含有關于任何網絡體系、專用平臺、服務管理、網絡管理、或收費等實體的固有知識。所以，SAF401代表一種能夠配置到IN基元102上以提供呼叫處理能力的特性，但直到用與一個特定服務相關連的用戶狀態信息使它具體化(instantiated)之前，它沒有任何價值。在這里所說明的本發明實施例中，它屬于服務網絡的范圍。
5.2可上市服務特性(MSF)403參見圖4和5，可上市服務特性(MSF)403代表一種在上面向下看一個或多個底層SAF401的景像。MSF并不含有SAF，只是引用SAF。MSF是在SCE2中生成的，其作用是增加SAF401的價值，使它們可以作為服務包的一部分出售(見下面5.3節)。為了使SAF能夠上市，它必須與適當的收費和網絡管理引用關系407相連系。最重要的是，特性的服務管理方面是必須能被訪問的。
因此MSF403含有對SAF401的引用關系，以及為了輸入和更新該特性的可配給方面所必須的屏幕定義408、409。這些可配給的方面將包括為使該特性能正確運行所必須的信息。然而，MSF403的可配給方面也可以超出它所引用的下層SAF401所需的那些方面。特別是，網絡管理方面和收費方面對某個特定特性來說也可以可配給的。
不同的MSF403可以引用同一個下層SAF401。例如，根據服務的市場要求或客戶的需要，一個直接設計好的號碼轉接特性可以按照一天中的時間、一星期中的日期、一年中的日期、或者特定的每日計劃、夜間服務、或開放鐘點等來出售。它們甚至可以在同一服務中以不同面貌重新出售。所有這些MSF403具有不同的配給和收費特性，但它們下層的網絡實現卻是共同的。
MSF概念的長期目的假定了收費、服務管理，網絡管理、錯誤管理等等元件全都是可以作為可重復使用的構筑模塊(像SAF/GSC一樣)在它們的目標系統上得到的，使得對于大多數服務來說，MSF403和SP404可以在最少的新增代碼開發的情況下從SDS倉庫100構筑出來。這種構筑模塊的構筑意味著，為了支持SCE2，在這種管理系統的設計者中發出了一定量的SCE1活動。這一假設的結果是，SCE2上的服務生成者在為大客戶和個別用戶構筑完整的服務以使它們可立即配置給通用智能網絡時，將可訪問各IN基元和支持管理系統的全部能力。
5.2.1亞特性(MF)406MF406基本上與MSF403相同，但它沒有用于SCE3的可配給方面。因此，MF406同樣含有對SAF401的引用關系，例如以SAF圖的形式，但不含有用于SCE3級別的屏幕信息408、409。
MF406用來提供一些功能，例如在確定一個特定用戶之前進行內部數據結構初始化、資源保存和用戶驗證。舉例來說，MSF403可能讓用戶輸入詳細的帳戶代碼和個人識別號碼(PIN)，但MF可能執行相關的驗證等一些用戶不能修改的命令性工作。
5.3服務包(SP)404服務包404是在SCE2 265b中用來把MSF403和MF與服務供應者想要上市的一個特定服務相聯系起來的實體。因此SP404將含有MSF403和/或MF406，以及例如關于服務和網絡管理，收費等的服務專用信息410。
這里所附的“附錄A”是服務包括的一個例子，它給出了服務包的說明和一個文本文件版本的例子。
在實際中，SP404可以含有一個“IDENT(識別)”部分(名稱、識別號、版本)、一個“SCREEN DEFN REF(屏幕定義引用)”(一種對URL文件的引用關系，它以數據定義了屏幕看上去是什么樣子)以及“RULES(規則)”規則將較詳細地確定在提供一個服務時在哪個階段需要哪些MSF403或MF406，它以流程圖的格式類型表示，這里稱作為“編輯圖”(見下面5.3.2節)，該格式中把一些MSF和/或MF按預定的次序和組合串接在一起。然后每個MSF403將包括圖標信息408、一個屏幕定義引用409，和一個SAF401的清單，其中408用來確定一個相關的圖標，它將出現在屏幕上供SCE3級別上的用戶在處理MSF403時使用；409用來在用戶從圖中選出一個MSF圖標時控制它在屏幕的上的顯示形式。
不過MF406沒有用于SCE3級別的圖標信息408和屏幕定義引用409，因此在SCE3級別上它們永遠不會被用戶看到。
5.3.1服務樣板405服務包404也將引用代表文檔事例的一個或幾個服務樣板405,SCE3客戶可以用它作為用戶文檔的基礎。服務樣板405代表服務操作的一種經測試的表達，當以對所有用戶都通用的形式充分配置時，服務供應者將保證該服務操作能工作。也就是說，服務樣板405有一個省缺(默認)的服務狀態設定。它包括一個具有省缺服務狀態設定的執行圖(見下面6.2節)。因此，如果某個要提供的服務其中任何用戶都有可能在1至9中作出選擇時，該省缺服務狀態可能是3。然后一個特定用戶可以通過把省缺服務狀態號碼設定為5來利用服務樣板405至成用戶文檔。
SP404含有由SCE2提供的上述規則，使得以后對服務操作和邏輯進行編輯或修改的試圖都將被限制在操作上可接受的界限內。SCE3文檔工具的構形就是以這個方法被服務供應者控制的，使得客戶在為一些特定的用戶群體剪輯他們的文檔時不能違背下層特性的相互作用和相應的規則。服務樣板405提供了在服務或客戶級別上的部分配給的機制，允許在供應之前進行特定的剪輯。
5.3.2編輯24示出一個編輯圖。其中體現了SP404中的規則，它們通過限制在SCE3 265c上的服務設計能力來防止不希望的特性相互作用。它們作為對URL文件的引用被包含在服務包404內，并與URL文件一起被傳送給SCE3 265c，在那里用戶利用編輯圖來為一個服務生成執行圖。(可能應該指出，這里選擇了XVT作為工具，因為它將產生UNIX兼容的URL文件，從而相對來說是與平臺無關的，不過當然也可以用其他類型的工具來替代)。
為了構筑能提供“服務包內的服務說明”和“為了進入服務供應基礎結構300需要做些什么”之間的連接，SCE3用戶需要產生一個“IDENT”部分和聯系一個“DATA(數據)”部分。“IDENT”部分含有用于運行一個服務的不同方面的執行圖，例如“起動”、“格式”、“終止”執行圖。“DATA”部分引用相關的SAF。(格式具有帶有一串用于實際文檔的屬性串的場的指明目標)。執行圖可以提供定制，但只能在被從SCE2接收到的相應編輯圖所設定的限制條件范圍之內)。
參見圖24、25、26，圖24中所示的編輯圖包括由連接249所連接的一個MSF403和MF406的有序序列，其中一些MSF403和MF406是與靈活點248相聯系的。靈活點在用戶界面中提供了一種機制，用來指明用戶可具有的多種選擇。在每個靈活點248上，都有對后繼MSF和MF的選擇。每個MSF403和MF406都有一個相應的引用代號(圖24中示于方括號內)。靈活點248上對MSF和MF的選擇用這些引用代號的一個清單顯示。
用戶根據編輯圖來生成執行圖時可以通過作出某個選擇來特制他的執行圖。圖25a和25b示出兩個不同的執行圖，它們可以是通過在靈活點248，上作出不同的選擇而根據同一個編輯圖構筑的。不過，每個選擇也還可以包括一組不同的變化，然后它們根據進一步的約定來執行(運行一個實際的服務)。在本實施例中，如從圖24中的靈活點248’處可見，作為例子，SCE3上的用戶可以選擇使結果的執行圖進入從4組不同的MSF或MF變體中所選出的一組。用戶從編碼圖所做出的決策將選出這些組中的一組。
一旦被用戶或客戶構筑出來，執行圖將被與用戶“狀態”數據，即用戶文檔(下面將進一步討論)相聯系，并被服務供應系統安裝到任何需要它的地方，例如安裝到服務代碼或SCP231中。當其后執行圖例如被一個服務機器執行時，它總是將在那個點上進入MSF或MF的被選組251中。參見圖25和26，在上述的進一步約定中，將在執行圖中生成一個決策點250。在決策點上，仍然有一組MSF403和/或FM406要在執行圖中的一個單點上執行。然后按預定的次序，例如根據約定按執行圖中的自左向右次序，依次地取出MSF和/或MF組251，并且每一組都要測試以得到正確景像。找到正確景像后，例如對于圖26中所示的第一組，執行該MSF或MF。(正確景像是一個真實的景像。它可能是一個數據基元即一個“場景”，或者是一個邏輯表達。例如，SAF401有輸入場景和輸出場景)。
因為執行圖除了含有MSF外也含有MF，而這些MF沒有SCE3級別上的可視屏幕相關聯，所以SCE3上的用戶有可能從一個空白屏幕上清楚地生成一個服務。即使呈現空白屏幕的編輯圖事實上也含有MF，這樣的編輯圖在用戶產生執行圖時仍會施加限制。
因為沒有理由為SCE3 265c上的配給提供一個空白屏幕，所以服務供應者在實踐中可能會要求用戶至少選擇一個這樣的服務類型，在該類型中會涉及到有限MSF403，而它們將出現在屏幕上；或者屏幕也可以提供由一組MSF圖標構成的“調色板”，用戶可以在生成執行圖時把它們引入。
在圖24中示出了一個簡短的附加圖，它含有一個“Event Handler(事件處理器)”MF241。這個圖實際上是主編輯圖的一部分一它是一個“不可見”(對SCE3用戶來說)的編輯圖，被事件處理器調用。基本上，如果當例如一個呼叫者放下他的聽筒時正有一個其他節點在處理，則事件處理器將調用這個例行程序來清除這個呼叫。它使得能把不同的呼叫處理施加給不同的事件，因此有兩條路徑可以通向停止節點。
(應該了解，亞特性需要與它們相關的屏幕信息以供SCE2 265b的用戶在生成有效的編輯圖時使用。然而在SCE3 265c中這樣屏幕信息是得不到的)。
5.4文檔600參見圖6，文檔是從服務樣板405導出的。服務樣板可能曾經被SCE3用戶修改過和部分地或整個地配給過。不過直到一個特定事例已經與服務的一個特定用戶相關聯之前，服務樣板并沒有變成文檔。文檔將含有一個用戶對特定服務所具有的一個或多個特性的清單，并且為了使特性能夠在該特定服務的范圍內成功地操作，每個特性都需要配給以足夠的數據。
必須要區分未完成文檔和部分文檔601、602。未完成文檔601是一種可以含有對沒有完全地或正確地配給的特性的引用關系的文檔。正確配給的特性應該定義為這樣一種特性，它或者被去除激活，或者含有成功操作所需要的所有數據。要求文檔在經過測試和驗證它已含有全部必要的配給數據之前，不能從SCE3 265c輸出。SCE3允許未完成文檔601在構筑過程中存儲在當地存儲器中。部分文檔602是那種不含有描述一個完整服務所需的全部特性，但所有已含有的特性則都是正確配給的文檔。部分文檔將受到驗證，并在服務管理103、SCE265c、SDS100和IN基元102之間傳過，以獲得文檔更新信息。
6示例性工作流程圖7至18基本上可以自我解釋。應該要成對地閱讀它們，每一對中的第一個示出一個示例性工作流程，第二個示出相關的體系活動。這些工作流程的目的是練習一些情景以示證體系設計。通過這樣做之后將可證明，該體系將支持這些共有的活動，從而滿足施加給服務生成者在通用智能網絡的中配置和配給/剪輯服務的要求。每個工作流程的表現形式都是一個消息序列圖和一個總體概貌圖(從圖2導出)，后者給出了在特定情景中的活動元件和界面的要點。
圖7和8是從SCE1 265a置新SAF/GSC401、402的圖。
圖9和10是關于新服務的配置的圖。
圖11和12是關于安排(ordering)一個新服務的圖。
圖13和14是關于從SCE3 265c進行文檔更新的圖。
圖15和16是關于從服務管理區270進行文檔更新的圖。
圖17和18是關于通過SCE 265c的網絡方更新的圖。
7數據分配-實現情量以下參照圖19至22，給出一些供上述服務生成系統使用的示例性數據分配。
重要的是要找出擁有文檔(SM的或客戶的)的主數據的地點和服務級協議(SLA)中的強行限制(通常認為在SM范疇之內)。這里所提出的數據分配策略是一種數據存儲體系，它能根據性能限制、服務管理要求、網絡操作者政策、和客戶要求來靈活地構形。
在第1例中，SCE3 265c將不直接連接到某個特定永久性存儲或數據庫產品中。這個能力將通過一個被當作為外部系統模塊的確定的接口來取得，該接口允許對存儲進行提取、存入、和發送操作。這個體系通過包含文檔存儲上的操作以能夠根據需要和調整來選擇或升級應用，而保持相對于銷售者的獨立性。該系統允許根據SM政策和處理能力來對不同的文檔存儲情景進行構形。服務生成體系可支持所有各種組合，只要存在有這樣的要求。由該體系所激活的一些情景示于圖19至22。
7.1 情景1參見圖19，文檔存儲190駐留在服務生成區內。存入和提取操作在當地進行，而發送操作則允許被配給的文檔發送給SM。
含義說明·直到委托給SM之前，客戶自己將管理他們的文檔數據并對之負責。
·文檔是從對全部網絡服務數據保持控制的SDS數據重新構筑的。
·SCE3客戶必須被提供以應用和對文檔數據管理的支持。
7.2 情景2參見圖20，所有數據都在SM上控制。文檔從SCE3傳送給SM系統上的文檔存儲200。提取時，服務管理數據被轉換回到文檔存儲200內的一個更新的文檔中，然后返回到SCE3中的詢問處理。
含義說明·SM是所有數據，包括用戶文檔，的主控制者和主人。
7.3 情景3參見圖21，分布式文檔存儲210允許情景1和2能針對每個客戶按照性能、政策和要求進行構形。
含義說明
·兩個區之間的數據接口將由存在于所選存儲實現內的無論什么已有機制來管理。
·所選的存儲應用必須能支持分布式構形。
7.4 情景4參見圖22,SCE3也一起駐留在SM區中。這使得服務管理系統上的網絡被操作人員可以使用SCE3，把客戶支持直接提供到他們的服務包和用戶文檔中。
含義說明·客戶和網絡操作者的支持人員都將通過同樣的工具組和配給屏幕來配給和更新文檔。
·某些客戶可能會需要通過某種形式的圖形工作站或委托應用(例如越界(exceed))來從遠處訪問SEC3工具組，·服務管理平臺必須能支持SEC3應用。
8．網絡密鑰(Key to the Network.KTN)服務下面示出一個服務，該服務可以利用本發明的一個實施例而得到和定制。
KTN服務是一種服務，它通過經單次認證和授權程序所得的一個短代碼訪問號碼向用戶提供對許多服務的網絡訪問。用戶有一個帳號和一個個人識別號碼(PIN)，用來讓KTN服務識別他們。經授權后，用戶可以利用例如交互式語音菜單或“雙音多頻(DTMF)”菜單來選擇一個服務。然后KTN服務通過與呼叫者進行語音/DTMF交流從其本地保持的數據中提取訪問所選服務所需的信息。提取出的信息應含有為訪問所選服務所需的授權代碼和PIN。
KTN代表用戶去訪問所選服務，這可能會需要對該服務作撥號訪問并模擬用戶，所以該服務并不注意到該訪問是通過KTN的，而不是用戶自己。KTN獲得服務訪問后，它可以更新該服務、被該服務更新、或者轉交給呼叫者去控制服務。當完成了呼叫者與服務之間的交流之后，控制將返回給KTN，接著呼叫者被給以選擇另一個服務的機會。如果不需要其他服務，則用戶將掛斷并結束KTN程序。
KTN服務是一種IN服務，它可以在駐留于服務供應體系內的一個虛擬網絡上執行。在服務生成環境265中，該服務表現為一個服務包404。下面各節使用服務包的語言來示出一個服務專用解決模型。
8.1 KTN服務構筑KTN服務在SCE2中構筑，并作為一個KTN服務包配置給SCE3。KTN服務包由可上市服務特性(MSF)、亞特性(MF)，和用編輯圖形式表示的有關構形規則的集合構成。MSF403和亞特性406由可執行服務應用特性(SAF)100和有關可配給數據項構成。
KTN服務包在附錄A中給出。它含有一個終止(terminating)編輯圖。該編輯圖含有關于MSF403和亞特性406的執行順序規則和配合規則。這些規則由先前的關系、決策點、和靈活點規定。
靈活點248傳送預定的各種選擇供SCE3配給。靈活點248向SCE3265c上的操作者提供任選的MSF403，供構筑執行圖使用。服務包404含有一些樣板405，它們是在SCE2 265b上根據編輯圖構筑的非配給執行圖。然后這些樣板圖可以為SCE3上的用戶配給，并作為用戶的服務文檔配置給網絡。服務文檔應含有單個的終止執行圖。
前面的關系和決策點表達了執行區分細節，用于在網絡中的呼叫處理過程中的實際執行安排。
8.2 KTN服務終止編輯圖當作為一個對KTN訪問號碼的輸入呼叫的結果而起動DTN服務時，從編輯圖導出的終止執行圖被用于服務執行。圖24給出了對KTN服務終止編輯圖的詳細說明。然后一個導出的執行圖(未詳細示出，不過它屬于前述的類型，參見圖26和27，示于圖25)將指明MSF403和亞特性406的執行順序，并用在各個圖節點之間的連結上注釋的景像247來傳送決策點250處的后繼者的觸發(未指示有景像的后繼者總是被觸發的)。
當執行圖被一個服務機器執行時，將審查圖中第一個節點的MSF403和MF406。如果在該圖節點上存在有多個MSF403和/或MF406，則該節點構成了一個決策點250。約定規定，執行關于示于圖中左側的第一個后繼MF或MSF的景像。如果發現景像247是錯(假)的，則關于右側的下一個MF(或MSF)的景像247將被評估，如此，直到評估出某個景像247是真的。
編輯圖中的靈活點被靈活節點處的一個表述注釋。該表達的形式為Flex{a,b},{c,d}其中“a、b、c、d”是各MSF403或MF406的引用識別代號。
這說明，在編輯圖中表述有靈活性的節點，例如節點x，對于執行圖來說具有從2個決策點中選擇一個的靈活性，如圖27所示。于是從該靈活點出發構筑的執行圖將只有2個決策點中的一個。
(如果靈活點不是有對多組MSF的選擇性，而只是有兩個單一的MSF之間的選擇性，例如“Flex{a},{b}”，則當然其后所得到的執行圖將不會再有決策點。)9．SCE3 265c用戶對本發明一個實施例的使用合適邏輯地，SCE3 265c上的用戶能看到的只是MSF403____MF406是不可見的，并且就SCE3用戶而言，MF406也可能是不存在的。參見圖28，對于圖24的編輯圖，用戶將看到一個比較短的MSF403組。
在物理上，屏幕顯示可能對用戶更加友好，如圖29所示。右側的窗口280是一個特性調色板。它含有用戶在“網絡密鑰”服務范圍內能得到的全部MSF圖標281。該工具作為整體利用了所謂的“基于限制的編輯”，它意味著用戶被限制在只能生成有效執行圖的范圍內一他們不可能生成無效的圖，因為該工具沒有給他們其他的選擇。做到這一點的關鍵是特性調色板。如果用戶想插入某一特定的節點281(例如標有“FOO”的那一個)，則他將利用例如某種眾知的鼠標去選擇該圖標281，然后選擇從菜單插入圖標的任選項。這例如可以是利用圖29所示的工具欄282中的“EDIT(編輯)”菜單插入。
然后該工具將找出添加所選節點281的含義是什么。它利用適當服務包404中的完整編輯圖來確定為了能添加所選節點281，原有編輯圖中需要改變哪些節點。然后將會顯示出一個顯示有改變含義的窗口，并。要求用戶在執行之前確認他們的活動。
例如，參見圖30，假定“FOO”和“CM”節點是互相排斥的，并且圖28中的“MsgNotifyMSF(消息通知MSF)”節點只有與CM節點一起才有意義。請求插入FOO節點例如將導致顯示出一個圖示的含義說明窗口290。
選擇“OK”鈕290將執行該改變。在刪除一用戶選擇刪除一個節點一情形中會發生類似的情況工具將找出并顯示出含義，若用戶接受該含義，則服務被改變。
根據與編輯圖聯系在一起的不同規則(如前所述，在完整編輯圖中含有規則)可能得到的執行圖也將不同。利用先前的例子，可能得到的執行圖可能如圖25a和25b所示。重要之點在于，SCE3用戶所僅有的靈活性是改變他們圖中的MSF403-如果圖中在MF406前面出現有MSF403，則在執行圖中總會出現MF406。
如果服務包404內一個服務的編輯圖中的規則定義了空白屏幕是該服務要進入的一個有效狀態，則用戶可以在一個空白屏幕上工作。這是基于限制的編輯的一個結果。更可能的是，服務供應者生成一個省缺的有效服務構形作為樣板服務(用MS語言來說，其行為完全與文件樣板相同)。用戶可能選擇“New(新)”，然后將對他顯示出一個樣板清單供他選擇。例如，如果利用圖30所示的早先例子，選擇“KTN帶有CM”或“KTN帶有FOO”。除了對于一個服務明顯是特殊的客戶信息(例如他們的電話號碼、他們希望呼叫被轉接到何處、等等)之外，樣板應包含運行該服務所需的一切。客戶信息是通過對圖標281做雙鍵擊來輸入的，這將導致出現一個表格，讓用戶輸入他們的詳細情況。
本發明的一些實施例給出了一種服務生成系統，它能向多種類型的不同用戶提供有用的工具。例如，它使銷售用戶能從一些服務特性來構筑完整的服務包，或者為不同的市場修改已有的服務包。該系統提供了一個含有許多可上市特性的調色板，這些特性可以以各種方式組合，以產生服務包的邏輯流程。每個特性都可能具有保密、特性相互作用回避(avoidance)、收費等方面，當然還應該計入配合方面。該系統能自動構筑配給屏幕、收費記錄、樣板、以及配置服務包所需的所有信息。然后它使一個分配服務可以獲得它們，這個服務把服務包傳送給智能網絡的各節點、各種將運行該服務的管理系統以及客戶。
在使用時，一個公司可能會聽說到網絡操作者(例如BT)的新服務供應，于是請求這個服務。最初的配給信息被安裝到網絡的服務管理系統中，這樣客戶就可以有這個服務。然后客戶將會有這樣一個終端，或許是一臺個人計算機，它將允許他們自己來配給和改變他們自己的服務數據，而不需要利用網絡操作者的操作。他們可以為不同的用戶群體生成樣板，使這些用戶能訪問適當的級別的服務。他們也有可能能夠改變服務邏輯，例如菜單中任選項的次序或者哪個服務優先執行。該服務生成系統能夠有足夠的靈活性，使得客戶在需要時能對一個服務或者在一個服務內有盡可能多或者盡可能少的控制。
雖然說明了一種有三個級別的服務生成環境，但對本發明的實施例來說這并不是本質的。本發明的主要思想在于，給出一種用戶看不見編輯圖或完整編輯圖的圖形用戶界面，但實際上它卻限制用戶必然把一個服務生成或開發成一種充分測試了的從而是有用的結構。另一種類型的服務生成環境實際可能只有兩種不同的訪問點，一種用于編輯圖的開發者，通常是服務供應者；另一種用于客戶和/或用戶。在這樣的情形中，用于網絡基元的代碼可能以某種另外的方式提供，例如通過分布式計算機環境從某個遠處的源提供，如從一個支持許多服務供應者的網絡供應者的地區提供。
需要注意，在上述說明中使用了像“encapsulation(包含)”和“obejts(目標)”這樣的術語。這種類型的術語應被看作只不過是面向目標的軟件工程和編程的語言，它們在這里的含義應該與一個熟悉有關技術的人所理解的相同。
雖然如前所述，不同的服務生成級別SCE1、SCE2和SCE3是三個分開的環境，但情況也可能是，至少有兩個級別僅僅是在邏輯上分開的。可以把用于客戶/用戶的服務生成級別265c用于服務供應者的服務生成級別265b相區分開的可能只是簡單的邏輯差別，其形式例如是他們有不同的訪問權利。在該情形中，MF406可以實際上含有相應的屏幕信息，但這種信息對于具有SCE 265b的訪問權的服務供應者來說是可見的，而對于具有SCE3 265c的訪問權的客戶來說則是不可見的。在此情形下，對于客戶或用戶來說MF406實際上相當于沒有屏幕信息。
16附錄A包文本文件格式16.1 背景本附錄包括一個服務包的一個文本文件版本的說明和一個例子。它所說明的包的定義記載在Data Dictionary Control Document(數據詞典控制文件)[7]中。需要強調的是，該文本文件并不期望取代或優先于由SCE2所提供的包的ASN.1編碼版本。反之，它期望通過提供一種不超過ASN.1的、用來提供測試包的簡單但有力的工具，來補充ASN.1編碼版本。這使得能夠在可以從SCE2得到的ASN.1包之前安裝有待測試的包。它還可以在由于某種原因使得包的ASN.1版本不能出版的情況下提供一種退一步的解決手段。
為了閱讀§6.3.2.1和6.2.2.5中所說明的包文件和構筑模型目標，用lex和yacc構筑了一個簡單的句法。
16.2 BNF說明(BNF代表“Backus Naun Form”一種說明文法的工具)16.2.1 主要產品<pre listing-type="program-listing"><![CDATA[＜Service Package＞∷=ServicePackage:＜CMTag＞＜ObjectlD＞＜FOTag＞ ＜lconlD＞＜ProvScreen＞＜HelplnfolD＞＜Control＞ ＜ChargelD＞ ＜BillAgentlD＞ ＜Resources＞ ＜MSFinv＞ ＜MFlnv＞＜OrigEditGraph＞ ＜TermEditGraph＞＜Templatelnv＞＜Templatelnv＞＜MSF＞∷= MSF:＜CMTag＞＜SAFGraph＞＜SAFlnventory＞ ＜lconlD＞ ＜ProvScreen＞ ＜HelplnfolD＞ ＜ChargelD＞＜Control＞＜PackagelD＞＜MetaFeature＞∷= MetaFeature: ＜CMTag＞ ＜SAFGraph＞ ＜SAFinventory＞＜ServiceProfile＞∷=ServiceProfile: ＜ObjectlD＞ ＜Control＞ <PackagelD＞ ＜lconlD＞＜OrigExecGraph＞ ＜TermExecGraph＞＜FPlList＞＜UserPackage＞∷= UserPackage:＜CMTag＞＜ObjectlD＞＜PackagelD＞ ＜ProvScreen＞ ＜HelplnfolD＞ ＜MSFinv＞ ＜Templatelnv＞＜ExecGraph＞＜UserProfile＞∷ =UserProfile:＜ObjectlD＞＜Control＞＜PackagelD＞ ＜ProfileRefList＞＜OrigExecGraph＞＜FPlList＞]]></pre>16.2.2詞匯<pre listing-type="program-listing"><![CDATA[＜AttrList＞∷= ＜Attribute＞｜＜AttrList＞＜Attribute＞＜Attribute＞∷= Attribute:＜string＞Value:＜string＞＜BillAgentlD＞∷= BillingAgentlD: ＜oid＞＜CMTag＞∷= CM Tag:＜Name＞ Version:＜string＞DateTime: ＜string＞＜ChargelD＞∷= ChargelD:＜integer＞＜Control＞∷= Control:＜ControllD＞＜ControllD＞∷= Disabled｜Enabled＜DecisionPoint＞∷= DecisionPoint:＜NodeRefList＞＜DPList＞∷=＜DecisionPoin＞｜＜DPList＞＜DecisionPoint＞＜DN＞∷=DN:＜string＞＜EditGraph＞∷= ＜EdNodeList＞｜＜null＞＜EdNode＞∷=EditNode:＜NodelD＞＜View＞＜FlexPoint＞＜EdNodelist＞∷=＜EdNode＞｜＜EdNodeList＞ ＜EdNode＞＜ExecGraph＞∷= ＜ExNodeList＞｜＜null＞＜ExNode＞∷=ExecNode:＜NodelD>＜View＞＜DecisionPoint＞＜ExNodeList＞∷=＜ExNode＞｜＜ExNodeList＞＜ExNode＞＜FOTag＞∷= Associationlnd:＜boolean＞＜FPlD＞∷= FPlnstancelD:＜integer＞＜FPlList＞∷= FPlList:＜FPlCollection＞＜FPlCollection＞∷= ＜FPlnstance＞｜＜FPlCollection＞＜FPlnstance＞＜FPlnstance＞∷=FeatureProfilelnstance:＜FPlD＞＜FProfile＞＜FProfile＞∷= FeatureProfile:＜SAFlD＞＜SAFState＞＜FlexPoint＞FlexPoint:＜DPList＞＜Height＞∷=Height:＜integer＞＜HelplnfolD＞∷=HelplnfolD: ＜filename＞＜lconlD＞∷=lconlD: ＜filename＞＜MetaSP＞∷=MetaServiceProfile:＜MetaSPBody＞|＜null＞＜MetaSPBody＞∷=＜ObjectlD＞＜PackagelD＞＜FPlList＞＜MFlD＞∷= ＜string＞＜MFlnv＞∷= MFlnventory:＜MFList＞｜＜null＞＜MFList＞∷=＜MetaFeature＞｜＜MFList＞＜MetaFeature＞＜MSFHandle＞∷= ＜MSFID＞＜WinPos＞＜MSFID＞∷= ＜string＞＜MSFinv＞∷=MSFlnventory:＜MSFList＞｜＜null＞＜MSFList∷=＜MSF＞｜＜MSFList＞＜MSF＞＜Name＞∷= Name:＜string＞＜NodeHandle＞∷=＜MSFHandle＞｜＜MFID＞｜＜SAFNodelndex＞＜NodelD＞∷=GraphNode: ＜NodeRef＞ ＜NodeType＞ ＜NodeHandle＞＜NodeRef＞∷= NodeRef:＜integer＞｜＜endMarker＞＜NodeRefList＞∷= ＜NodeRef＞｜＜NodeRefList＞＜NodeRef＞＜NumSucc＞∷= NumSucc:＜integer＞＜NodeType＞∷=NodeType:＜NodeTypelD＞＜NodeTypelD＞∷= MSF｜MF｜SAF＜ObjectlD＞∷=OlD:＜oid＞｜＜null＞＜OpName＞∷= OperationlD:＜string＞＜OrigEditGraph＞∷= OrigEditGraph:＜EditGraoh＞＜OrigExecGraph＞∷= OrigExecGragh:＜ExecGraph＞＜PackagelD＞∷= PackagelD:＜old＞｜＜null＞＜Param＞∷= Param:＜SceneTag＞＜ParamList＞∷= ＜Param＞｜＜ParamList＞＜Param＞＜Position＞∷=＜XCoord＞＜Ycoord＞＜Height＞＜Width＞＜Profile＞∷= ＜ServiceProfile＞｜＜UserProfile＞ ＜MetaServiceProfile＞＜ProfileFileName＞∷= FileName:＜filename＞＜ProfileRef＞∷= ProfileRef:＜DN＞＜ObjectlD＞＜PackagelD＞ ProfileRefList＞∷= ＜ProfileRef＞｜＜ProfileRefList＞＜ProfileRef＞＜ProvScreen＞∷= ProvScreen:＜filename＞＜Resources＞∷= ServiceResources:MaxUsers:＜integer＞MaxSimCalls:＜integer＞＜Return＞∷= Return:＜SceneTag＞＜ReturnList＞∷= ＜Return＞｜＜ReturnList＞＜Return＞＜SAFGraph＞∷= SAFGraph:＜ExecGraph＞＜SAFID＞∷= SAFID:＜string＞＜SAFInventory＞∷= SAFInvemory:＜SAFNodes＞＜SAFNodes＞∷= SAFNode:＜SAFID＞＜FPID＞＜OpName＞＜ParamList＞＜ReturnList＞＜Scope＞＜SAFNodelndex＞∷= SAFNodelndex:＜integers＞＜SAFNodes＞∷= ＜SAFNode＞｜＜SAFNodes＞＜SAFNode＞＜SAFState＞∷= SAFState:＜AttrList＞＜SceneTag＞∷= ＜integer＞｜＜null＞＜Scope＞∷= Scope:＜ScopelD＞＜ScopelD＞∷=User｜Service｜VN｜BT｜Call｜NoScope＜Template＞∷= Template:＜Name＞＜ProfileFileName＞＜Profile＞＜Templatelnv＞∷=Templatelnventory:＜TemplateList＞｜＜null＞＜TemplateList＞∷= ＜Template＞｜＜TemplateList＞＜Template＞＜TermEditGraph＞∷=TermEditGraph:＜EditGraph＞＜TermExecGraph＞∷=TermExecGraph:＜ExecGraph＞＜Width＞∷=Width:＜integer＞＜WinPos＞∷= WindowPos:＜Position＞｜＜null＞＜View＞∷= View:＜string＞＜XCoord＞∷= topX:＜integer＞＜YCoord＞∷= ropY:＜integer＞＜boolean＞∷= True｜False＜alphaNum＞∷= ′a＇-＇z＇｜＇A＇-＇Z＇｜＇0＇-＇9＇＜alphaNums＞∷=＜aiphaNum＞｜＜alphaNums＞＜alphaNum＞＜char＞∷= ＜alphaNum＞｜＜whitespace＞＜chars＞∷=＜char＞｜＜chars＞＜char＞＜comments＞∷= 　 ∥＜chars＞＜digit＞∷= ＇0＇-＇g＇＜digits＞∷=＜digit＞｜＜digits＞＜digit＞＜endMarker＞∷= END＜filename＞∷= ＜quote＞＜alphaNums＞＜quote＞｜＜quote＞ ＜alphaNums＞.＜alphaNums＞＜quote＞＜integer＞∷= ＜digits＞｜＜nullMarker＞＜null＞∷= ＇＇l\n＜nullMarker＞∷=NULL＜old＞∷= ＜integer＞｜＜old＞.＜integer＞＜quote＞∷=  ∥this is a single quote!＜string＞∷=＜quote＞＜chars＞＜quote＞＜whitespace＞∷=＜null＞l\t]]></pre>16.3 服務包的例子所選的服務例子是一個十分簡單的服務。事實上，它所做的一切只是重放一個廣播消息(對所有的服務用戶它都是相同的)，可任選地重放一個歡迎消息，然后呼叫另一個服務。如果重放的是歡迎消息，則接著將向用戶要求授權。注意，在本例中授權特性是一個亞特性。
完整的編輯圖將是這樣的
在SCE3中看這個圖，亞特性是看不見的。假定該服務包包含兩個樣板服務文檔，每個可能的編輯圖一個。它們看上去是這樣的
<pre listing-type="program-listing"><![CDATA[∥@ ＜Ⅱ＞servPack.ex1.13 9/15/94ServicePackage: CHTag: Name:＇test service package＇ Version:＇1.13＇ DateTime:＇9/15/94＇ OID:0.1.2.3.4.5.6 Associationind:False lconlD:＇testpackage.xbm＇ ProvScreen:＇testpackage.url＇ HelplnfolD:＇testpackage.hlp＇ Control:Enabled ChargelD:3 BillingAgentlD:0.5.0.0.1 ServiceResources:MaxUsers:999MaxSimCalls:999＜The following is a definition of an MSF containing a single SAF:＞ MSFlnventory:MSF:CMTag:Name:＇welcomeMSF＇Version:＇1.0＇DateTime:＇17 June 1994 10:40 GMT＇ SAFGraph: ExecNode: GraphNode: NodeRef:1 NodeType:SAF SAFNodelndex:0 View:＇this is where a view would go DecisionPoint:NodeRef:SAFlnventory: SAFNode:SAFlD:＇playMessage＇FPlnstancelD:2OperationlD:＇play＇Param:1Return:2Scope:User lconlD:＇myMSF.xbm＇ ProvScreen:＇myMSF.url＇ HelplnfolD:＇myMSF.hip＇ ChargelD:3 Control:Enabled PackagelD:MSF: CMTag: Name:＇followOnMSF＇ Version:＇1.0＇ DateTime:＇17 June 1994 10.40 GMT＇ SAFGraph: ExecNode: GraphNode:NodeRef:1NodeType:SAFSAFNodelndex:0View:＇a view＇DecisionPoint: NodeRef: SAFinventory: SAFNode: SAFID:＇followOn＇ FPlnstancelD:3 OperationlD:＇next＇ Param: Return: Scope:User lconlD:＇followonMSF.xbm＇ ProvScreen:＇followonMSF.url＇ HelplnfolD:＇followonMSF.hlp＇ ChargelD:2 Control:EnabledPackagelD: 0.1.2.3.4.5.6MSF: CMTag: Name:＇broadcastMSF＇ Version:＇1.0＇DateTime:＇17 June 1994 10:40 GMT＇ SAFGraph: ExecNode: GraphNode: NodeRef: 1 NodeType: SAF SAFNodelndex: 0 View:＇a view＇ DecisionPoint: NodeRef: END SAFlnventory:SAFNode: SAFlD:＇broadcast＇ FPlnstancelD: 5 OperationlD:＇set＇ Param:Return:Scope: Service lconlD:＇broadcastMSF.xbm＇ ProvScreen:＇broadcastMSF.url＇ HelplnfolD:＇broadcastMSF.hlp ChargelD: 0 Control: Enabled PackagelD: MFlnventory:＜The following is a definition of an MF containing a single SAF:＞ MetaFeature:CMTag:Name:＇authoriseMF＇Version:＇1.0＇DateTimne:＇21 June 1994 11:55 GMT＇SAFGraph: ExecNode:GraphNode: NodeRef: 1 NodeType: SAF SAFNodelndex: 0 View:＇a view＇DecisionPoint: NodeRef: END SAFlnventory: SAFNode:SAFID:＇sentinai＇FPlnstancelD: 1OperationlD:＇authorise＇Param:Return:scope: UserOrigEditGraph: EditNode: GraphNode: ∥Broadcast MSF NodeRef: 1 NodeType: MSF MSFlD:＇broadcastMSF＇ WindowPos: topX: 0 topY. 0 Height: 60 Width: 60 View:＇TRUEV FlexPoint: DecisionPoint:NodeRef: 2 DecisionPoint: NodeRef: 4EditNode: GraphNode: ∥welcome MSF NodeRef: 2 NodeType: MSF MSFID:＇welcomeMSF＇ WindowPos: topX: 0 topY: 100 Height: 60 Width: 60 View:＇TRUE＇ FlexPoint: DecisionPoint:NodeRef: 3EditNode: GraphNode: ∥authorise MF NodeRef: 3 NodeType:MF MFID:＇authoriseMF＇ View:＇TRUE＇ FlexPoint: DecisionPoint: NodeRef: 4EditNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSFMSFlD:＇followOnMSF＇ WindowPos:topX: 0topY: 200Height: 60Width: 60View: ＇TRUE: FlexPoint:DecisionPoint:NodeRef: ENDTermEditGraph:Templatelnventory:Template: Name:＇With welcome message＇ FiieName:＇welcome.tmp＇ ServiceProfile:OlD:Control: EnabledPackagelD: 0.1.2.3.4.5.6lconlD:＇profile1.xbm＇origExecGraph:ExecNode: GraphNode:∥Broadcast MSFNodeRef: 1NodeType: MSFMSFLD:＇broadcastMSF:WindowPos:topX: 0topY: 0Height: 60Width: 60View:＇＇DecisionPoint:NodeRef: 2ExecNode: GraphNode: ∥welcome MSF NodeRef: 2 NodeType: MSF MSFID:＇welcomeMSF＇ WindowPos: topX: 0 topY: 100 Height: 60 Width: 60 View:＇＇ DecisionPoint: NodeRef: 3ExecNode: GraphNode: ∥authorise MF NodeRef: 3 NodeType: MF MFID:＇authoriseMF＇ View: ＇＇ DecisionPoint: NodeRef: 4ExecNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSF MSFID:＇followOnMSF＇ WindowPos: topX: 0tooY: 200Height: 60width: 60 View:＇＇ DecisionPoint:NodeRef: ENDTermExecGraph:-Null FPlList: FeatureProfilelnstance: FPlnstancelD: 2 FeatureProfile: SAFID:＇playMessage＇ SAFState: Attribute:＇messageFile＇Value: ＇welcome.audio＇ FeatureProfilelnstance: FPlnstancelD: 3 FeatureProfile:SAFlD:＇followOn＇SAFState:Attribute:＇followOnService＇Value: ＇0.1.0.2.1＇Template: Name:＇Without welcome message＇ FileName:＇noWelcome.tmp＇ ServiceProfile: OlD: Control: Enabled PackagelD: 0.1.2.3.4.5.6.6 lconlD:＇profile2.xbm＇ OrigExecGraph:ExecNode: GraphNode:∥Broadcast MSF NodeRef: 1 NodeType: MSF MSFID:＇broadcastMSF＇ WindowPos: topX: 0 ropY: 0 Height: 60 Width: 60 View: ＇＇ DecisionPoint: NodeRef: 4ExecNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSF MSFID:＇followonMSF＇ WindowPos: topX: NULL ropY: 200 Height: 60 Width: 60 View:＇＇ DecisionPoint: NodeRef: ENDTermExecGraph:FPList: FeatureProfilelnstance: FPlnstancelD: 3 FeatureProfile:SAFlD:＇followon＇SAFState:Attribute:＇followOnService＇Value: ＇0.1.0.2.1＇Templatelnventory:Template:Name:＇Service-scoped data＇FileName:＇metaSP.tmp＇MetaServiceProfile: OlD: 0.1.2.3.4.5.6.7 PackagelD: 0.1.2.3.4.5.6 FPlList: FeatureProfileinstance: FPlnstancelD: 1 FeatureProfile:SAFiD:＇authorise＇SAFState:Attribute:＇minPlNLength＇Value:＇2＇Attribute:＇maxPlNLength＇Value:＇4＇FeatureProfilelnstance: FPlnstanceiD: 5 FeatureProfile: SAFID:＇broadcast＇ SAFState: Attribute:＇message＇Value:＇broadcast. audio＇ Attribute:＇status＇Value:＇active＇]]></pre>
權利要求
1.一種服務生成和配給系統，它用于一種在其中可以通過對一些代碼單元序序列的基于屏幕的操作來生成或修改通信服務的通信網絡，該系統通過根據一個執行圖運行這樣一個代碼單元的有序序列來提供一個服務，其中該系統包括ⅰ)一個在訪問存儲的代碼單元時使用的界面；ⅱ)用來從存儲的代碼單元中選擇一組代碼單元的工具；ⅲ)用來生成或修改編輯圖的工具，該編輯圖至少部分地確定與一組用于通信服務配給的代碼單元相關的有序序列；ⅳ)把一個編輯圖與可視信息相聯系的工具，該可視信息供一個圖形用戶界面上的用戶在編輯或修改該編輯圖以產生一個執行圖時使用；以及ⅴ)把編輯圖與可視信息一起提供給圖形用戶界面的工具；其中把編輯圖與可視信息一起提供的工具也能至少提供一個不帶可視信息的編輯圖，使得也能在編輯圖對用戶不可見或者只是部分可見的情況下從編輯圖產生執行圖。
2.一種用于通信網絡的服務生成系統，它包括一組軟件工具，供在生成和/或修改網絡用戶可得到的服務時使用，其中服務生成系統包括多于一個級別的服務生成環境，上述各個級別各自有不同的相應工具組，使得由服務生成系統所提供的各選出的操作組能在不同的級別上得到，以及，其中上述各級別中至少兩個級別各自都被提供有用來產生或訪問各自不同類型的軟件實體的工具，其中上述各級別中的第一級別含有用來產生或訪問一些包括有一些能被配置到網絡基元中的軟件目標的服務應用特性的工具，并且上述各級別中的第二級別含有用來產生或訪問一些可上市服務特性的工具，每個可上市服務特性引用第一級別的一個或多個服務應用特性和圖形定義數據，以利用一個圖形界面修改或輸入上述服務應用特性的可配給方面，而且上述第二級別還含有用來產生或訪問一些可與上述各級別中的第三級別通信的服務包的工具，每個服務包都包括一組可上市服務特性或對一組可上市服務特性的引用和上述各可上市服務特性之間的一個預定關系，給上述第三級別上的用戶在為特制一個服務而產生或修改可上市服務特性的組合時的操作加以限制條件。
3.根據權利要求2的系統，其中上述預定關系是根據一個在服務包中表示為URL引用關系的編輯圖確定的，它確定了一個植入了在上述第三級別上的上述限制條件的圖形屏幕布局。
4.根據權利要求2或3的系統，其中上述第二級別還含有用來產生或訪問一些亞特性的工具，每個亞特性都引用第一級別的一個或多個服務應用特性，但在數據中不含圖形定義，使得第三級別上的用戶不會被提供用來修改任何亞特性的界面信息。
5.根據權利要求4的系統，其中一個服務包可能包括一組可上市服務特性或對它們的引用，以及一個或多個亞特性或對其的引用。
6.根據權利要求4的系統，其中一個服務包可能包括一組亞特性或對它們的引用，但不包括可上市服務特性或對其的引用。
7.一種多級別服務生成環境，它用來生成、修改、和特制一些可由用戶借助于通信網絡得到的服務，其中該環境包括至少三個級別第一級別包括或具有訪問一些服務應用特性的能力，服務應用特性包括一個能被配置到網絡基元上供向用戶提供服務時使用的可重復使用代碼目標；第二級別具有產生服務包的能力，每個服務包包括一些可上市服務特性或對它們的引用和對在執行提供服務時使用的這些可上市服務特性的排序和/或組合的限制條件，每個可上市服務特性都包括對一個或多個服務應用特性的引用和屏幕定義數據，第二級別與第三級別是相連接的，以傳送服務包，供操作在第三級別上的用戶用來配給或特制一個服務。
8.一種提供在特制一個準備提供給通信網絡上的用戶的通信服務時使用的編輯工具的方法，該方法包括a)產生一個用于該服務的編輯圖，該編輯圖包括一組節點，這些節點代表按預先選定的關系相連接的零個或一個或更多個可上市服務特性和至少一個亞特性，每個可上市特性確定一個或多個可執行代碼單元，供運行時提供該服務使用，還包括屏幕信息，供用戶在利用該編輯圖特制一個服務時使用，并且，每個亞特性確定一個或多個可執行代碼單元，供運行時提供該服務使用；b)使這樣產生的編輯圖可為用戶得到；以及c)接收一個執行圖供配給該服務時使用，該執行圖包括通過至少一個用戶數據輸入所特制的編輯圖，其中用戶可得到的上述編輯圖不含有關于任何亞特性的屏幕信息，使亞特性對用戶來說是不可見的。
9.根據權利要求8的方法，其中被使得能被用戶得到的上述編輯圖含有至少一個可上市服務特性。
10.根據權利要求8或9的方法，它還包括對準備與編輯圖一起讓。用戶可得到的一些可上市服務特性的選擇，并向用戶提供屏幕信息以供在選擇可上市服務特性和把可上市服務特性從該選擇插入到編輯圖中時使用。
11.根據權利要求8至10中任一項的方法，其中屏幕信息包括圖標數據，用來顯示一個代表相對應的可上市服務特性的圖標。
12.根據權利要求8至10中任一項的方法，其中至少一部分屏幕信息包括格式信息，供用戶在從編輯圖產生執行圖時使用。
全文摘要
一種用于屬于智能網絡類型的通信網絡的服務生成系統具有三個不同的級別,在這些級別上能夠執行服務生成活動,這些級別是SCE1、SCE2和SCE3。采用分開的級別使得對服務生成系統的訪問能對網絡中有不同興趣的用戶保持功能上的分開。因此,下述的一些特性可以在SCE1中生成,對于一個準備得到的選定服務這些特性必須安裝在網絡基元的級別上。可上市服務特性可以在SCE2中生成,這種特性給出了特性的情景,在該情景中包含有特性的呼叫處理邏輯和特性的支持及管理說明。服務包既可以在SCE2中也可以在SCE3中生成,服務包使一些可上市服務特性的集合能滿足一個服務以及該服務專用的支持和管理信息的要求。SCE2上的服務供應者生成和測試編輯圖,這種編輯圖包括一些可上市服務特性的有序序列。然后編輯圖被使得能被SCE3上的客戶得到。通過從編輯圖生成執行圖,可以在SCE3上配給和修改文檔,這種文檔為用戶列出了關于一個服務的各個特性的清單,并為每個特性所需的數據提供了數據位置。除了可上市服務特性之外,亞特性也可以被植入到編輯圖中。它們與可上市服務特性是相似的,只是不含有相關的屏幕信息。這使得用戶能從看來是一個空白的屏幕上產生執行圖,但借助于亞特性實際上還是植入了限制條件,從而仍能保證得到的執行圖還是滿足經測試過的限制條件的。
文檔編號H04Q3/00GK1214840SQ9619949
公開日1999年4月21日 申請日期1996年11月4日 優先權日1995年11月2日
發明者唐納德·喬治·保羅·沃特斯, 杰里米·帕維埃, 格雷厄姆·戴維·特納, 理查德·德威特·考克斯, 安德魯·蒂莫西·亨特, 杰弗里·凱文·蘭德, 尼古拉斯·鄧肯·巴克·史密斯 申請人:英國電訊有限公司