專利名稱：電信網絡的方法和結構的制作方法
技術領域：
本發明一般涉及通信網絡中的數據分布領域，尤其涉及與具有多個服務供應商以及服務發起商的通信網絡中不同服務有關的不同數據的整合。
服務和通信技術之間的緊密鏈接關系已經另外成為以下事實的一個重要原因，即網絡運營商也已經成為終端用戶服務的主要供應商。為了提供服務，完整的網絡知識和訪問已經是至關重要了。
圖1描述了一種垂直整合的網絡。
對更多不同種類的服務，綜合服務以及允許服務供應商之間競爭的需求正在增長。與此同時，電信和數據通信網絡已經發展。新一代通信系統整合了諸如蜂窩電話和基于IP數據通信的不同通信技術。新的系統經常被描繪為水平分層的結構，例如，接入層，核心層以及服務層。在圖2中描述了一種分層的通信系統。在這種情形下，已有的以及新的競爭者，例如，運營商，服務供應商，服務發起商，內容供應商以及應用(互聯網)服務供應商，相互協作以為終端用戶提供大量的不同服務。在服務層中提供和管理服務，該層形成了網絡，即服務網200。服務網200與核心網210互聯，其典型地具有IP結構并提供傳輸和交換功能。從核心網它可能與多個接入網進行通信。接入網可能具有不同種類，包括具有諸如GSM或UMTS的不同容量和特性的蜂窩系統220，固定電話(PSTN)230，基于IP的數據通信240，以及有線電視250。為了使得競爭者相互協作來為終端用尸提供服務，服務網200優選地具有開放式結構，例如開放服務結構，OSA和開放接口，例如OSA應用程序接口，API。可以從愛立信評論，No.2，2001中找到垂直整合網絡和分層網絡之間的比較。
提供的服務優選地根據終端用戶的個人選項，接入方法(移動系統，固定系統，等等)，接入終端特性(例如，移動終端的容量)，預約類型等等來定制。盡管例如，接入方法將影響服務網中服務的執行，但是服務執行的許多部分將類似或一樣，而不考慮例如接入方法。因此，服務供應商可能使用相同“建筑塊”來構建適合于不同終端用戶的不同服務。建筑塊可能例如是目錄服務，消息服務或定位工具。服務網絡的開放性以及使用用于不止一項特定服務的建筑塊的可能性，在吸引象運營商，服務供應商以及服務發起商的競爭者以及終端用戶分別開發和使用新的服務方面被認為是關鍵因數。
提供服務的范圍從諸如在兩個移動用戶之間發起呼叫的基本電話服務到包括不同接入網，一個或多個互聯網應用以及安全服務的綜合服務。綜合服務可能包括使用定位，消息以及電子商務的服務。基于定位的服務可能例如在靠近終端用戶附件查找旅館位置。這樣的一種服務可能包括通過移動定位中心使用移動系統的定位工具，在一特定區域內找到旅館并將其分類的一個或多個互聯網應用，將信息轉換為適合于在終端用戶終端上顯示格式的應用，例如，WAP，以及便于對房間進行安全預訂和付費的電子商務應用。另一個綜合服務的實例與稱為的車隊管理服務有關。在用戶選擇組中的每個單獨用戶的定位信息呈現給該組的一個或全部用戶。通過定位系統來提供每個用戶的位置。一個用戶可能以這種方式得到該組中所有其他用戶位置的升級信息。這種類型服務可能有利用于例如管理運輸車輛的車隊。為了提供和執行這樣一種服務，在不同服務系統之間需要提供大量的接口，以及因為不同服務發起商可能提供不同的服務系統，服務網的需要以及具有開放結構和標準化接口的服務網應該是明顯的。
大量服務供應商，發起者等等在服務網中提供大量的服務，終端用戶在不同接入網中分布，隨著對個性化服務和不同形式付費的需求，正確的終端用戶數據和迅速訪問至關重要數據的需求也將增長。在當今網絡中，終端用戶有關的數據在整個網絡中分散開來，在許多情況下，大量終端用戶數據被存儲和使用。分散存儲數據和大量的數據使得搜索和升級終端用戶信息變得困難。在現有的具有分散終端用戶數據的網絡中，這將非常難以實現并確保綜合服務穩定的功能。分散終端用戶數據的一個缺陷可能通過終端用戶結束對一個綜合服務預訂的實例來例舉，其中例如依靠一個定位服務。所有與用戶有關的數據然后從提供定位服務的服務系統中刪除。該終端用戶可能仍舊想使用其他使用定位的綜合服務，但是終端用戶的有關數據已經從提供定位服務的服務系統中刪除，這些其他的綜合服務將缺少至關重要的有關終端用戶數據。該綜合服務可能在某些情況下不可能執行，以及在其他情況下，如果終端用戶數據仍舊可能從網絡的某些地方重新獲取，綜合服務的執行也將被延遲和/或導致業務負荷增加。
而且，用戶可能被通過依賴于服務的不同ID，名字或別名來標識。例如，用戶電話號碼可能被傳統電話服務所使用，電子郵件地址被基于電子郵件通信服務所使用以及用戶別名被基于日歷的服務使用。綜合服務可能需要通過不同標識方式來訪問用戶數據，如果用戶數據被分散，那么所有綜合服務不得不存儲和升級所有用戶標識。
與現有處理終端用戶數據有關的問題可能總結如下a)與服務有關的終端用戶數據不能立即被訪問，以及訪問全部終端用戶數據可能非常困難和消耗時間，b)獲得一種服務系統如何與另一種服務系統相關的信息并不容易，因此如果例如，終端用戶數據被改變，將不知道其他服務系統是如何受到影響的。
c)終端用戶數據的分布以及缺少不同服務系統之間關系的知識相當地消弱了數據一致性并增加了系統的業務負荷。
該問題通過權利要求1所定義的系統，根據權利要求15的數據記錄，權利要求35中所定義的方法，以及權利要求40和41中所定義的REF和計算機程序產品來解決。
根據本發明的一個實施方案的系統提供了公共訂戶/用戶數據庫，和具有用戶和訂戶信息的訂戶/用戶數據記錄。該訂戶/用戶數據記錄包括至少一個標識一個訂戶和用戶的標識域；至少一個指定從服務網中提供的多項服務中選擇至少一項服務的服務域，其中至少一個選擇服務通過用戶或訂戶選擇。至少在所述至少一個服務域上適合用于提供與訂戶/用戶有關分支數據的鏈接，其中的分支數據存儲在公共訂戶/用戶數據庫以外。因此，公共訂戶/用戶數據庫以及訂戶/用戶記錄在服務網中提供了方便用于訪問用戶和/或訂戶數據的單一訪問節點。
根據本發明進一步的實施方案，訂戶/用戶數據記錄包括至少兩個服務域一個服務預訂域，用于指定訂戶可能獲得的第一組服務，其中第一組服務中的服務從服務網提供的所述多個服務中選擇；以及至少一個服務激活域，每個服務激活域指定通過用戶激活從第一組服務中選擇的服務。服務預訂域和/或服務激活域適合于提供與訂戶/用戶有關分支數據的鏈接，其中分支數據存儲在所述公共訂戶/用戶數據庫以外。
根據本發明，適合用于在服務網中存儲和保持用戶和訂戶數據的數據記錄包括至少一個標識一個訂戶和用戶的標識域；以及至少一個服務域，指定至少一個從服務網提供的多個服務中選擇的服務，其中至少一個選擇服務通過用戶或訂戶來選擇。至少在所述至少一個服務域上適合用于提供到訂戶/用戶有關的分支數據的鏈接，以及該分支數據存儲在公共訂戶/用戶數據庫以外。
由于本發明，公共訂戶/用戶數據庫以及用戶數據記錄，籍此提供一種用于在服務網中訪問用戶和訂戶數據的單一訪問節點。因此，確保了快速訪問用戶數據，由于僅僅通過該單一訪問節點來訪問，以及可能增加，升級或刪除用戶數據，可能實現數據一致性。
根據本發明一個實施方案的方法包括步驟—訪問服務網中上述系統和數據記錄所提供的單一訪問節點；—從該單一訪問節點請求讀和/或寫數據，—通過單一訪問節點搜索用戶數據記錄或變換為用戶數據記錄。
根據本發明的方法提供的一個優點，即優選地所有用戶/訂戶數據的請求在服務網中指向一個位置，即單一訪問節點。
本發明提供的另一個優點，即與分支數據的鏈接和請求訪問分支數據的信息由根據本發明的系統提供，根據本發明使用的方法用于搜索所述數據。定義服務網(SN)-對應于通信系統中水平分層視圖的服務層。節點，以及多個服務系統，考慮將提供終端用戶服務的必要作為服務網的部分。確切地，考慮哪一個節點屬于該服務網將依賴于實施。一定節點可能也屬于不止一個層/網。
服務系統—提供服務或部分服務的系統。該服務系統典型屬于服務網。服務系統可以使用(與通信)其他服務系統為終端用戶提供特定的服務。服務系統可能提供一種或多種不同的服務，或一組服務。
綜合服務—需要包括兩個或更多服務系統的服務為終端用戶提供特定的服務。
本發明通過在服務網中為終端用戶相關數據提供單一訪問節點(SAP)來解決由于終端用戶相關數據在整個互聯網中分布引起的問題。在最高等級SAP上包括公共訂戶—用戶數據庫(CSD)以及數據記錄存儲在CSD內。數據記錄存儲用戶相關數據并提供與存儲用戶相關數據的其他記錄的鏈接。相互作用形成綜合服務的不同服務系統之間的相關性優選地也存儲在CSD中。CSD從服務網200接入并典型地保留在服務網200中。
在圖3中，例舉了CSD的作用。多個服務系統典型訪問的用戶或訂戶相關數據存儲在CSD300中。而且，鏈接也存儲在CSD300中，該鏈接將存儲在CSD300中的終端用戶數據與沒有存儲在CSD300中的終端用戶相關數據鏈接，稱為分支數據的數據，典型地，對于一項服務，或一組服務是特定的，并且僅僅對于特定服務系統來說是相關的。服務系統A310，服務系統B320以及服務系統C330是提供一項或一組服務的服務網200中系統的實例。鏈接A340，鏈接B350以及鏈接C360示例了CSD300中的數據記錄，并提供與分支數據的鏈接或參照。公共用戶和訂戶數據不在服務系統A310，B320或C330中復制，但是存儲在CSD300中。因此，確保了數據一致性。
在綜合服務的情況下，需要使用不止一個的服務系統，例如，服務系統B320以及C330，兩個系統B和C之間的相關性存儲在CSD300中，這通過鏈接B+C370來示例。在一種實現中，服務系統A能夠例如提供目錄服務，服務系統B定位移動終端以及服務系統C可以是用于查找城市中的旅館，出租車以及飯店的互聯網應用。服務系統B和服務系統C將然后必須相互作用為終端用戶提供基于位置的服務。
在一種實現的服務網中，典型地，服務系統的數量將相當的大于這里所示例的，以及系統之間的相關性和相互作用可能包括多于兩個的系統。因此，上述的實例應該認為是非限制性的。不管提供服務的系統數量如何以及這些系統之間的綜合相關性，公共用戶相關數據并不復制。因此，確保了數據的一致性。下面將詳細描述存儲在CSD中的數據記錄結構以及使能數據一致性。
最現實地，CSD將是非常巨大的數據庫，由于它將必須包含用于使用服務網提供多項服務的終端用戶的用戶相關數據。這可能通過使用圖4中所示例的分布式數據庫來處理。CSD300的數據被分割為幾個包括在不同單元中的數據庫400。CSD索引表410在數據庫400中隱藏數據的內部分布。CSD索引表410可能存儲在包括一個數據庫的一個單元中或分離單元中。數據庫400和CSD索引表410連接到CSD前端420，該前端與存儲在數據庫400中的數據記錄相合并，是SAP430的一種實現。CSD前端420接收所有的數據請求，在圖中用箭頭示例，并通過使用CSD索引表410來搜索數據庫400的數據。從外部CSD300將被認為是具有訪問節點的數據庫，但是在內部，可能使用大量的分離數據庫400。分布式數據庫的詳細結構在本領域中是已知的，所以從本發明描述中省略。應該理解這里描述的實體被認為是邏輯實體。正如所描述的，數據庫可能是分布式的并在物理上不同的單元中被提供，而且其他諸如CDS前端420和CSD索引410表的實體可能以許多不同方式實現，包括分布于物理上分離的單元中。術語單一訪問節點SAP應該以一種總體方式理解，在服務網中這意味著是用于終端用戶相關數據的邏輯訪問節點。在CDS前端420一種實現中，需要能夠處理大量同時的訪問，以及不同方式的訪問，以及包括例如通過使用IP-地址，HTML-地址，以及E.136-地址或通過URL來訪問的方法。
存儲在CSD300中的用戶相關數據構建于三個基本實體周圍。這三個實體，訂戶，用戶以及服務，他們的關系在圖5中所示例。實體訂戶510預訂一組或更多組或一包或更多包服務網所提供的服務525。訂戶510擁有一個或更多用戶505。用戶505積極地利用服務520。用戶可能僅僅使用屬于訂戶510預訂的該組服務525中的服務。用戶505將總是必須屬于一個訂戶510。訂戶510將總是擁有一個或更多用戶505。在許多情況下，訂戶510和用戶505將是相同的人，但是對于例如商業訂戶來說，訂戶可能是公司以及用戶將是該公司的雇員。
在總體水平上，根據稱為用戶數據模型的數據模型構造標識用戶，訂戶以及服務的數據和這些實體之間關系的定義。用戶數據模型UDM，包括實際用戶相關數據和服務相關數據以及終端用戶預訂服務。在服務網中模型也作為關鍵單元，負責通過保持與分支數據庫的參照可搜索服務中的用戶前后關系并來管理用戶。在本發明中，存儲在CSD300中的終端用戶相關數據根據用戶數據模型的原理來構造。產生的數據記錄稱為用戶數據記錄UDR，其存儲在CSD300中。分支數據庫的參照對應于從CSD300的記錄到存儲在系統A，B和C的用戶相關數據部分的鏈接340，350，360，該系統用于提供服務310，320，330。UDR也可能包括與其他類型數據的鏈接，例如，可獲取服務和他們的特性的信息。
用戶數據模型原理將參考圖6描述。用戶數據記錄，UDR將根據UDM的原理構造。存儲在CSD300中的數據結構必須仔細設計，以避免數據的內部復制，以最邏輯的方式提供與提供服務和保持必須數據的系統的正確鏈接。數據在邏輯上分組成對象，該對象具有訂戶，用戶和服務的關鍵對象，對應于上述的主實體。圖中箭頭表示不同對象之間的鏈接。依賴于用于構造CSD的技術，實現可能不同，但是邏輯分組應該是相同的。
下面對象應該優選地包含在UDM中
—用戶605包含基本用戶信息(例如，用戶標識)。用尸605總是屬于一個訂戶610；—訂戶610包含基本預訂信息(例如，訂戶標識)；—客戶段615用于分類訂戶610，包含客戶段描述和基本數據；—提供服務620包含服務基本信息；—服務包625用于打包提供服務620；—服務包預訂630用于反映訂戶610對服務包625的有效預訂；—服務預訂635用于反映訂戶在服務包中對每一個服務620的有效預訂；并通過服務包預訂630指定。
—服務激活640用于反映用戶605服務預訂635的每一個服務的有效激活；—訂戶共享資源645包含在訂戶610預訂的特定服務中所使用的共享資源的基本數據，并通過服務預訂635來指定。共享資源是提供需要支持其他服務系統所執行的服務的任何系統；—用戶共享資源650包含用戶605激活特定服務640中所使用的共享資源的基本數據。該共享資源是需要支持其他服務系統執行的服務的任何系統。
用戶對象605和訂戶對象610是標識對象的實例。服務預訂對象635和服務激活對象640是服務對象的實例。服務網200中提供的所有服務通過UDM來已知。訂戶610可能接著預訂一個服務。對象提供服務620包含有關所有提供服務的信息以及可能保持與存儲在其他系統中的服務相關數據的參照。優選地，多項服務的詳細信息存儲在公共服務數據庫中。公共服務數據庫有關服務的更加詳細信息和提供服務對象620的內容展示了適合于用戶服務信息的一個特例。提供服務620因此可以被視為CSD300和公共服務數據庫之間的聯接點。訂戶610可能一個一個地預訂服務，但是這將使得服務提供變得麻煩。優選地，相似服務，或可能吸引相同訂戶的服務被分組在一起，這反映在對象服務包625中。特定服務可能以多個服務包被提供。另外，服務包可能提供給具有相同特性和期望需要的一組訂戶。因此，訂戶610可能被分組為客戶段615，訂戶610可能預訂提供給該訂戶所屬客戶段的所有服務。通過在一個或更多服務包625中包括一個客戶段將該服務填加到該客戶段中。簡而言之，服務包625分組提供服務620以及客戶段615分組訂戶610。
訂戶610以服務包625的形式而不是以單獨的服務形式預訂提供給客戶段的服務。如果需要分別地提供服務，服務必須包括在服務包625中。對象服務包預訂630保持訂戶預訂服務包信息，以及對象服務預訂635保持包括單獨提供服務620的信息。這些是提供給單獨的用戶605的服務。用戶可能選擇使用所有訂戶預訂的服務，但是最有可能的是，用戶將選擇服務。用戶服務選擇包含在對象服務激活640中。對象服務激活640包含與分支數據的參照。
綜合服務經常需要包含兩個或更多提供服務的系統，例如在先前描述的預訂房間的實例。基于定位的服務將典型地包含系統移動定位中心，MPC，和家庭預訂服務器，HSS，這里用于移動網(接入網)的用戶簡況被存儲。類似MPC和HSS的系統是共享資源或服務發起商的實例。對象訂戶共享資源645和用戶共享資源650包含不同系統之間的相關性以提供綜合服務和與這些系統分支數據的參照。特定的相關性防止了用于服務系統的必要數據被另外一個例如使用MPC的服務系統中斷MPC預訂/激活的系統改變或刪除，如果另一個服務系統需要預訂/激活來執行綜合服務。
另一個被多個綜合服務使用的共享資源的實例是日歷。用戶典型地僅僅想要一個示出所有條目的日歷，而不管怎樣產生這些不同的條目。在上述預訂旅館的實例中，預訂旅館的服務優選地也訪問日歷以便自動進入預訂。用戶使用相同日歷來預訂會議，記住生日等等。在商業情況中，訂戶可能想要所有的用戶訪問一個公共日歷，或每一個其他的日歷，以便能夠使用例如自動檢測什么時候一組用戶有空開會的功能。因此，服務“日歷”能夠依賴于使用，被認為是用于綜合服務的獨立服務，或一個“建筑塊”，或服務發起商。
在本發明可替換的實施方案中，形成綜合服務的服務之間的相關性或共享資源使用并不存儲在CSD中，而是存儲在公共服務數據庫中。在本實施方案中，服務之間的相關性存儲在公共服務數據庫的每個服務等級中，而不是存儲在CSD的用戶/訂戶等級中。通過該替換的安排，幾乎較少的相關性必須存儲在服務系統中，這是由于相關性對于大量用戶是公共的，以及用戶數量典型地大大超出服務的數量。另一方面，公共服務數據庫必須致力于獲得服務之間相關性的有關知識，例如，如果用戶解除激活綜合服務。為了對所有用戶/訂戶相關數據保持具有僅僅一個訪問節點的觀點，為了升級用戶/訂戶數據，在檢測服務之間相關性的情形中，訪問公共服務數據庫被優選地安排通過SAP。[正確？]
服務網可能為多個使用不同通信技術的不同接入網提供服務，例如類似GSM的電路交換移動系統，類似GPRS的分組交換系統或類似UMTS的混合系統。UDM提供用于存儲終端用戶可以使用哪一個接入網以及用于接入網的用戶ID和屬性的信息。
示例UDM原理的實例將參考圖7來描述。示意圖示例了訂戶和兩個用戶利用一些服務網所提供的服務。這是為了保持實例清楚并且對本發明不加任何限制。在現實中，訂戶/用戶典型地使用大量的服務。
Richman家是注冊到客戶段615家庭VIPS的服務網客戶。Richman家由Richman先生，Richman女士以及Junior組成，實際上只有一個有權預訂服務的是父親，訂戶615Richman先生。他們的客戶段提供給他們服務包625團體包裹和服務包金融。
“盒”分支數據660表示所有的加入到服務中的分支數據。在這種情形下，用于提供預訂豪華轎車和預訂噴氣機服務的分支數據660以及用于共享資源650MPC的分支數據。應該注意到，在本例中，提供服務620預訂豪華轎車是基于位置的服務，因此依賴于用戶共享資源650MPC。
服務包625團體包裹是他們真正需要的。當反映出與訂戶610Richman先生和服務包625團體包裹相關的服務包對象存在時，因此他們已經購買包裹。購買該服務包導致了三種服務預訂635產生，每個提供服務620的服務包含在服務包625中團體包裹。
另一方面服務包625金融對于這個家庭來說并不那么有吸引力，正如可以從以下事實中得出的，即圖中不能看到為此目的的任何服務包預訂630。
一個用戶605Richman女士有權使用提供服務620“預訂豪華轎車。這是通過與服務預訂635相關的服務激活對象640的存在來表示的，依次，與提供服務620預訂豪華轎車相關的服務激活對象的存在來表示。這里也存在用于用戶Richman女士的預訂豪華轎車分支的對應用戶數據對象。注意到，這是目前為止她能夠使用的唯一提供的服務，因此當她對使用其他服務變得感興趣時，那么新的服務激活對象640必須相應地產生。由于他付了帳單，因此訂戶610Richman先生必須對此作出同意。
其他用戶605-Junior-喜歡飛行，有權使用提供的服務620預訂噴氣機，也包含在預訂服務包625中團體包裹。對于用戶Junior，在預訂噴氣機分支中存在對應的用戶數據對象。請注意，這是他目前為止能夠使用的唯一提供的服務，因此當他對使用其他服務變得感興趣時，那么新的服務激活對象640必須相應地產生。再次，訂戶Richman先生，由于他畢竟付了帳單，必須對此作出同意。
第三提供服務620在服務包625中建立團體團體包裹還沒有被任何用戶預訂，因此預訂激活對象或者用戶數據都不存在于用于該服務和這些用戶的分支數據中。
由于提供服務620預訂豪華轎車是基于位置的服務，當反映出對應用戶共享資源650和MPC分支數據中的用戶數據對象存在時，用戶Richman女士也已經被提供MPC。
相反，提供預訂噴氣機服務不需要任何共享資源中所提供的用戶數據。因此對于與該服務相關的用戶Junior不產生任何用戶共享資源對象。
在本例中，不僅沒有位于分支數據中的訂戶數據對象也沒有訂戶共享資源對象，由于在本例中沒有一個訂戶服務需要用于不同用戶的公共環境(所以，在本例中，不需要為任何分支數據提供訂戶數據，盡管本發明允許這種類型的提供)。在本例中，服務預訂對象作用是簡單地將該預訂鏈接到他們相關的提供服務。
存儲在CSD300中的用戶，訂戶和服務數據根據上述的UDM構造。產生的數據記錄將參考圖8來描述。在該圖中，箭頭表示域之間的相關性，較細箭頭表示一對一相關性和較粗箭頭表示多個域之間的相關性。用戶數據記錄，UDR803，將包括包含基本訂戶信息例如，訂戶標識的訂戶域810。一個或更多用戶域805指定訂戶所擁有的用戶。用戶域805和訂戶域810是標識域的實例。客戶段域815描述訂戶特征并定義訂戶將被提供哪一個服務包。服務包域825，用于每一個包的服務包域，定義可得到的服務包以及與每個服務包域825鏈接的是提供服務域820，該域包含用于每個獨立服務的基本服務信息。服務包預訂域830定義訂戶預訂了哪一個服務包以及服務預訂域835，用于每個服務的一個，定義所有的分別可得到的服務。正如前面所述，每一個用戶選擇激活哪個服務(從服務激活域835的服務中選擇)，以及在服務激活域840中指定每一個用戶服務選擇。因此，每個用戶域805鏈接到服務激活域840。服務激活域840包含與分支數據的鏈接，即，存儲在服務系統340，350，360中的終端用戶數據部分。鏈接可能優選地為分支數據庫的地址，例如IP地址。服務預訂域835和服務激活域840是服務域的實例。如果用戶選擇的任何服務需要使用共享資源，即不止一個綜合服務使用相同的服務系統，系統之間的相關性以及與這些系統中存儲的分支數據鏈接，將包含在用戶共享資源域850中。以相同的方式，訂戶共享資源域845包含訂戶等級上系統之間的相關性。
UDR可能不僅包括與分支數據的鏈接，而且包括訪問分支數據或使用共享資源的必要信息，例如，這樣信息的一個實例是在不同服務中所使用的用于標識用戶的不同方式。傳統電話服務典型地使用電話號碼作為標識符，電子郵件服務使用電子郵件地址作為標識符以及日歷功能使用別名作為標識符。那么，綜合系統使用不同的服務系統，可能需要一個或更多不同的標識用戶的方式。不同標識用戶的方式需要鏈接到一起，即所謂的標識映射。這是通過根據本發明的數據模型和數據記錄提供的，在UDR中，包括不同的標識方式以及服務所屬的標識，優選地，在該域中也保持與服務系統的鏈接，即訂戶共享資源域845，用戶共享資源域850和服務激活域840。
所述的數據記錄和包含域可以以許多方式實現，主要依賴于數據庫所使用的技術。這樣實現的細節對于本領域普通技術人員是顯而易見的。除了上述實例的域以外，也可能提供與分支數據的鏈接。但是，為了保持實現的簡單化和增強數據的一致性，優選地提供這些鏈接的不同域的數量應該被限制，并注意不要提供非必要和/或重復鏈接。
包含在服務激活域840，訂戶共享資源域845和用戶共享資源域850中的鏈接是存儲在CSD300中的主用戶數據和服務系統340，350，360的分支數據之間的唯一連接點。這對于保持用戶數據的一致性是重要的。分支數據應該僅僅用于服務范圍內。應該向單一訪問節點請求用戶和訂戶數據，優選地通過CSD前端420和CSD前端420從中搜索訂戶和用戶數據的UDR803來實現。
根據先前描述的本發明的可替換實施方案，如果服務之間的相關性存儲在公共服務數據庫中，那么不需要用戶共享資源域850和訂戶共享資源域845。代之以，在公共服務數據庫的數據記錄范圍內提供對應的域。
可能訪問SAP用于進行數據管理，諸如升級終端用戶數據，以及用于實時使用，諸如搜索執行服務的必要數據。數據管理包括用戶管理，訂戶管理，服務管理，客戶段管理，服務預訂和激活以及服務包管理。實時使用在執行服務系統的一個應用中發生。例如，該應用提供基于位置的服務。該應用需要為基于位置的服務提供特定用戶數據，該數據從SAP搜索得到。接著，另一個實例是應用需要分支數據參照和一些不同用戶ID，以及與用戶相關的名字和別名的知識。
根據本發明的訪問用戶和訂戶數據的方法即使用本發明的SAP，將參考圖9的示意性例舉來描述。這里訪問功能由客戶端900來表示，他可能執行上述的數據管理功能或實時使用。詳細的實例在以下的子部分“用戶案例”中體現。客戶端使用典型地由執行服務的服務系統中的一個應用發起，或由服務供應商或服務網的其他競爭者發起的數據管理應用而發起。因此，特定的客戶端經常地，但不是必要地，鏈接到特定的服務系統。該方法包括步驟910客戶端通過CSD前端420訪問SAP。訪問可能優選地包括建立訪問數據管理功能權利的請求/確認程序，例如讀和/或寫允許。920客戶端典型地通過參照用戶或訂戶ID向CSD前端420請求讀和/或寫數據。930通過使用CSD索引表410，CSD前端420訪問分布式數據庫中的正確數據庫和940CSD前端420從UDR803搜索數據或將數據轉換到UDR803。950CSD前端420返回到客戶端請求的數據。方法可能可選地包括步驟955如果客戶端需要訪問未存儲在SAP內的用戶數據，即分支數據，SAP根據上述的步驟被首先訪問。從例如，服務激活域840，為客戶端提供到分支數據，以及諸如用戶ID或需要訪問分支數據的用戶名字信息的鏈接。960客戶端使用SAP信息來訪問分支數據庫和請求用戶相關數據。965分支數據庫將用戶相關數據返回到客戶端。該方法可能進一步可選地包括步驟970如果客戶端意圖改變，刪除或填加用戶數據，為不同服務系統之間的相關性應該檢測UDR803即在上述的示例性實現中，為了不同服務系統之間的相關性，檢測用戶共享資源域850和訂戶共享資源域845。如果這些相關性存在那么客戶端將被通知，其他服務系統可能使用用戶數據以及正常情況下不應該改變或刪除用戶數據。
依賴于管理行為的類型，每一個步驟的細節將會不同。改變用戶和訂戶數據的關鍵特征指向SAP。為了改變典型地存儲在服務系統中的分支數據，訪問SAP以得到有關哪里可以找到適當的分支數據庫的信息，即服務激活域840，用戶共享資源域850以及訂戶共享資源域845中所給出的信息。然后，分支數據在它的數據庫中被直接訪問。可替換地，如果這些功能提供給SAP，可能通過SAP來訪問分支數據。
訪問的步驟910可能以大量不同方式執行，其中包括使用IP地址或一個ULR，以及SAP通過CSD前端420能夠處理多種不同的訪問方法和不同的訪問方式，以及許多同時訪問。不同訪問方法在本領域中是已知的。
根據本發明的上述方法可能作為一個計算機程序產品或部分計算機程序產品來實現。程序產品例如在屬于服務網200中服務系統的計算機上執行。
這里，根據本發明的SAP和方法已經被描述為在服務網中擴展了所有服務。這是優選的實現。但是，SAP可能在服務網中與不使用本發明的服務系統共存，但是只有使用SAP的服務系統將利用本發明提供的優點。
盡管已經結合被認為是最實際和優選的實施方案對本發明進行了描述，但是應該理解，本發明并不局限于公開的實施方案，相反，本發明旨在覆蓋包括在附屬權利要求精神和范圍之內的不同修改和等同安排。使用案例的實例在本例中，術語管理員涉及服務網管理功能，典型地涉及在客戶端—服務器情景中通過軟件客戶端來工作。數據管理用戶管理得到用戶期望結果在SN用戶數據模型中搜索用戶相關信息。
前提必須至少存在一個用戶。
案例描述管理員需要搜索用戶信息并向SAP發出請求。就管理員有適當權限閱讀該請求信息而言，請求的信息(用戶信息和/或預訂數據和/或網絡訪問數據和/或用戶共享資源)是可搜索的。
由于SN用戶數據模型提供的該信息，管理員使用的系統(例如一個規定工具)可能需要搜索SN用戶數據模型以外的用戶信息，即，到達一些分支數據庫，這里保留了實際預訂數據和/或用戶共享資源數據。為此目的，SN SAP保持搜索的參照(提供用戶id和服務地址)朝向這些分支數據將被跟隨以及將使用分支公布的合適的數據訪問協議。產生用戶期望結果定義一個新用戶。
前提必須至少存在一個訂戶。在專用用戶的情況中，以與用戶相同程序產生訂戶。
案例描述管理員想產生一個新用戶。為此目的，管理員進入用戶的基本數據并選擇一個與用戶相關的訂戶。然后在SAP中產生新用戶記錄，并與訂戶相關。由于用戶不能單獨存在，該相關對于處理是固有的，因為它必須使用訂戶剛剛產生的預訂。刪除用戶期望結果從SAP刪除一個特定用戶，以及所有他的相關信息。
前提必須至少存在一個用戶。
案例描述管理員想從SAP刪除一個用戶。為了到達每個庫以及刪除存儲在每個庫中的用戶服務數據，管理員使用的系統(典型地一個指定系統)將首先得到保留服務數據的分支數據庫的服務參照和用戶共享資源參照。那么，將刪除用戶對象，加上預訂對象和/或網絡訪問對象和/或用戶共享資源對象。升級用戶期望結果
管理員修改用戶數據。
前提必須至少存在一個用戶。
案例描述管理員(可能是用戶本身)想改變用戶基本數據(唯一影響的對象是用戶對象)。在SAP中升級用戶對象信息。訂戶管理得到訂戶期望結果搜索位于SN用戶數據模型中的訂戶相關信息。
前提至少已經定義一個訂戶。
案例描述管理員向SAP請求一個訂戶相關信息。該信息可能包括以下任何一種訂戶基本數據，服務包預訂，服務預訂數據，客戶段數據，訂戶共享資源數據，以及用戶列表。
由于SN用戶數據模型提供的該信息，管理員所用的系統(例如規定工具)可能需要搜索SAP以外的訂戶信息，即到達一些分支數據庫，這里保留了實際服務預訂數據和/或訂戶共享資源數據。為此目的，SAP保持搜索參照(提供用戶id和服務地址)朝向這些分支數據將被跟隨以及將使用分支所公布的合適數據訪問協議。服務管理得到服務期望結果從SAP得到提供服務。
前提至少已經定義一種服務。
案例描述管理員向SN SAP請求提供的服務信息。搜索服務對象中所包含的數據。增加服務期望結果新提供服務將被打包。
前提已經開發，開展以及構造一種服務，即存在一種提供的服務，該服務的信息從SN的其他部分可以得到。
案例描述為了獲得提供的預訂服務，第一步是通過產生一個提供的服務對象使SAP意識到該服務。提供服務產生的提供服務模板必須由管理員提供。客戶段得到客戶段期望結果從SAP搜索客戶段和相關信息。前提至少必須存在一個客戶段。案例描述管理員，典型通過指定系統，可能需要知道客戶段相關信息。這些信息是從SNSAP請求的，并發送客戶段信息加上相關的服務包信息(它包括包含在每個服務包中的服務)。變化另外，可以搜索屬于客戶段的訂戶列表。產生客戶段期望結果定義一個新客戶段，以及訂戶可以與其相關。
前提至少必須存在一個服務包。
案例描述客戶段允許訂戶分類和服務分組。每個訂戶必須屬于一個客戶段，所以在定義訂戶之前必須產生這些客戶段。
為此目的，管理員產生一個與一些可得到服務包相關的客戶段。包含在這些服務包中的服務組成了提供給每個與該新客戶段相關的訂戶服務。將新的客戶段對象填加到SAP，并鏈接到選擇服務。服務預訂和激活產生一個預訂期望結果激活用于特定用戶的特定提供服務變為可能。參見下一個0。
前提參與者(訂戶)已經預訂服務包。
案例描述訂戶想要使得通過用戶激活和使用服務變為可能。預訂對象必須通過預存在的用戶獨立服務預訂產生并與提供服務相關。
必須根據分支規定協議和規定如提供服務模板中設置的分支相關固定預訂信息來執行用戶規定。這導致了分支數據中新用戶數據對象的產生。
預訂對象將指向分支中的用戶前后關系以便進一步支持激活，和其他的規定相關活動。這種參照將包括應用分配的用戶id和分支地址。激活服務期望結果準備被第一次使用一種服務。
前提與該用戶和提供服務相關的預訂已經根據上述產生。
案例描述最后一步具有準備用于激活使用的特定提供服務。管理員(有些情況下也許就是用戶)根據規定模板提供需要用于服務激活的個人信息。根據他們的分支規定協議將激活設置轉發到分支數據庫。
升級SAP(預訂對象)中的對應對象以反映該服務已經被激活。
參照(服務用戶id加上分支地址)朝向保留服務的分支數據庫，也必須建立服務和它所需的共享資源之間的關系。實時使用情形得到共享資源期望結果
應用得到用戶或訂戶所使用的共享資源。為了執行服務該應用可能使用該信息以訪問資源。
前提必須至少準備使用一種用于用戶的服務。
案例描述應用提供的服務可能需要在執行時間訪問支持服務執行處理的共享資源。例如，提供基于位置服務的應用將需要訪問從接入網中獲得位置信息的發起者并使其對應用是明顯的。
為此目的，愿意獲得屬于一個用戶/訂戶的共享資源信息的應用，將使用用戶標識請求該信息。由于所有可能標識都被保存在SN用戶數據模型中，也存在具有共享資源的每個服務的相關性，將請求信息傳送到該應用。得到用戶Id期望結果應用獲得用戶Id中的任何一個。為了執行服務，應用可能使用該信息。
前提至少必須存在一個用戶。
案例描述應用提供的服務可以使用用戶的任何標識，但是，由于服務的特性，它可能需要知道用戶的其他標識(例如，具有電子郵件地址，可能有興趣知道MSISDN以SMS格式來發送電子郵件)。SN SAP知道全部用戶的標識，因此發送請求的信息。得到服務列表期望結果將預訂服務列表發送到一個訪問SN SAP的實體。
前提至少存在一個用戶。
案例描述為了授權目的，存在一些可能對獲取用戶預訂服務列表感興趣的實體，因此當試圖使用該服務時，檢測該用戶是否有權使用該服務。為此目的，SAP能夠構造并當被請求時發送該列表。
權利要求
1.一種用于在服務網(200)中存儲和保持用戶和訂戶數據的系統，該系統具有多個提供多種服務的服務系統(310，320，330)，該系統包括訂戶/用戶數據庫，該數據庫包括具有用戶和訂戶信息的訂戶/用戶數據記錄，特征在于訂戶/用戶數據庫是保持用于多種服務的訂戶/用戶相關信息的公共訂戶/用戶數據庫(300)，以及在訂戶/用戶數據記錄(803)中包括—至少一個標識訂戶和用戶的標識域(805，810)；和—至少一個指定從服務網提供的所述多種服務中選擇至少一個服務的服務域(835，840)，其中至少一個選擇服務是用戶或訂戶選擇的，其中至少在所述至少一個服務域中，適合于提供與訂戶/用戶相關的分支數據(860)的鏈接，分支數據存儲在所述公共訂戶/用戶數據庫中以外，籍此公共訂戶/用戶數據庫和訂戶/用戶數據記錄在服務網中提供了方便用于訪問用戶和/或訂戶數據的單一訪問節點。
2.根據權利要求1的系統，其特征在于，所述訂戶/用戶數據記錄包括至少兩個服務域—一個指定訂戶可得到的第一組服務的服務預訂域(835)，其中第一組服務的服務從服務網提供的多種服務中選擇的；和—至少一個服務激活域(840)，每個服務激活域通過用戶指定從第一組服務所選擇的激活服務，其中所述服務預訂域和/或服務激活域適合于提供與訂戶/用戶相關分支數據的鏈接，該分支數據存儲在所述公共訂戶/用戶數據庫以外。
3.根據權利要求2的系統，其特征在于，所述用戶數據記錄包括—多個用戶域(805)，每個用戶域標識一個用戶以及屬于該訂戶的每個用戶；和—至少一個用于每個用戶的服務激活域(840)，服務激活域鏈接到各自的用戶域(805)，服務激活域(840)為各個用戶指定一組可得到的每個用戶服務組，該每個用戶服務組從第一組服務中選擇，其中所述服務激活域提供與存儲在所述公共訂戶/用戶數據庫以外的分支數據(860)的鏈接。
4.根據權利要求3的系統，其特征在于，所述公共訂戶數據庫是分布式數據庫(400)。
5.根據權利要求3的系統，其特征在于，所述用戶數據記錄存儲執行綜合服務的不同服務系統之間的相關性。
6.根據權利要求3的系統，其特征在于，所述與分支數據的鏈接是以IP地址，URL，HTML地址或E.163地址的形式。
7.根據權利要求3的系統，其特征在于，所述與分支數據的鏈接是基于IP網的可識別地址形式。
8.根據權利要求5的系統，其特征在于，所述用于每個用戶的用戶數據記錄包括一個用戶共享資源域(850)，其鏈接到用戶域和服務激活域，以及所述用戶共享資源域存儲服務系統之間的相關性，該相關性位于一個用戶水平上。
9.根據權利要求5的系統，其特征在于，所述用戶數據記錄包括鏈接到訂戶域(845)的訂戶共享資源域以及服務預訂域，所述訂戶共享資源域存儲服務系統之間的相關性，該相關性位于訂戶水平上。
10.根據權利要求3的系統，其特征在于，所述用于每個用戶的用戶數據記錄存儲識別各自用戶的多種方式。
11.根據權利要求10的系統，其特征在于，所述識別方式是下列中的一種或更多種電話號碼，個人標識代碼，電子郵件地址，名字或別名。
12.根據權利要求10的系統，其特征在于，所述識別方式存儲在域中，也存儲服務系統之間的相關性。
13.根據權利要求2的系統，其特征在于，所述不同服務系統混合形成了綜合服務或一種作為用于多種其他服務的共享資源服務的服務系統，不同服務系統之間的相關性存儲在公共服務數據庫中。
14.根據權利要求3的系統，其特征在于，所述用戶數據記錄進一步包括多個指定用戶可獲得服務的域，多個域包括—至少一個服務包域(825)，每個服務包指定一組訂戶域中指定訂戶可得到的服務；—客戶段域(815)適合于描述訂戶域的訂戶特性和指定服務包；和—至少一個包括用于每個獨立服務的服務信息的提供服務域(820)，該服務包括在服務包域指定的服務包中。
15.一種在服務網(200)中適合存儲和保持用戶和訂戶數據的數據記錄，該服務網具有多個提供多種服務的服務系統(310，320，330)，該系統包括訂戶/用戶數據庫，該數據庫包括具有用戶和訂戶信息的訂戶/用戶數據記錄，特征在于訂戶/用戶數據庫是保持用于多種服務的訂戶/用戶相關信息的公共訂戶/用戶數據庫(300)，以及在訂戶/用戶數據記錄(803)中包括—至少一個標識訂戶和用戶的標識域(805，810)；和—至少一個指定從服務網提供的所述多種服務中選擇至少一個服務的服務域(835，840)，其中該至少一個選擇服務是用戶或訂戶選擇的，其中至少在所述至少一個服務域，適合于提供與訂戶/用戶相關的分支數據(860)的鏈接，分支數據存儲在所述公共訂戶/用戶數據庫(300)以外，籍此公共訂戶/用戶數據庫和訂戶/用戶數據記錄在服務網中提供了方便用于訪問用戶和/或訂戶數據的單一訪問節點。
16.根據權利要求15的數據記錄，其特征在于，所述訂戶/用戶數據記錄(803)包括至少兩個服務域—一個指定訂戶可得到的第一組服務的服務預訂域(835)，其中第一組服務的服務是從服務網提供的所述多種服務中選擇的；和—至少一個服務激活域(840)，每個服務激活域通過用戶指定從第一組服務所選擇的激活服務，其中所述服務預訂域和/或服務激活域適合于提供與訂戶/用戶相關分支數據的鏈接，該分支數據存儲在所述公共訂戶/用戶數據庫以外。
17.根據權利要求16的數據記錄，其特征在于，所述用戶數據記錄包括—多個用戶域(805)，每個用戶域標識一個用戶以及屬于該訂戶的每個用戶；和—至少一個用于各個用戶的服務激活域(840)，服務激活域鏈接到各自的用戶域，服務激活域為每個用戶指定一組可得到的每個用戶服務組，該每個用戶服務組從第一組服務中選擇，其中所述服務激活域提供與存儲在所述公共訂戶/用戶數據庫以外的分支數據(860)的鏈接。
18.根據權利要求16的數據記錄，其特征在于，所述用戶數據記錄存儲執行綜合服務的不同服務系統之間的相關性。
19.根據權利要求18的數據記錄，其特征在于，所述用于每個用戶的用戶數據記錄包括一個用戶共享資源域(850)，其鏈接到用戶域和服務激活域，以及所述用戶共享資源域存儲服務系統之間的相關性，該相關性位于一個用戶水平上。
20.根據權利要求18的數據記錄，其特征在于，所述用戶數據記錄包括鏈接到訂戶域的訂戶共享資源域(840)以及服務預訂域，所述訂戶共享資源域存儲服務系統之間的相關性，該相關性位于訂戶水平上。
21.根據權利要求17的數據記錄，其特征在于，所述用于每個用戶的用戶數據記錄存儲識別各自用戶的多種方式。
22.根據權利要求21的數據記錄，其特征在于，所述識別方式是下列中的一種或更多種電話號碼，個人標識代碼，電子郵件地址，名字或別名。
23.根據權利要求21的數據記錄，其特征在于，所述識別方式存儲在域中，也存儲服務系統之間的相關性。
24.根據權利要求17的數據記錄，其特征在于，所述用戶數據記錄進一步包括多個指定用戶可獲得服務的域，多個域包括—至少一個服務包域(825)，每個服務包指定一組訂戶域中指定訂戶可得到的服務；—客戶段域(815)適合于描述訂戶域訂戶的特性和指定服務包；和—至少一個包括用于每個獨立服務的服務信息的提供服務域(820)，該服務包括在服務包域指定的服務包中。
25.一種在服務網(200)中適合存儲和保持用戶和訂戶數據的用戶數據模型，該服務網具有多個提供多種服務的服務系統(310，320，330)，該系統包括訂戶/用戶數據庫，該數據庫包括具有用戶和訂戶信息的訂戶/用戶數據記錄，特征在于用戶數據模型適合在公共訂戶/用戶數據庫(300)中提供方便用于存儲用戶和訂戶數據，在公共訂戶/用戶數據庫(300)中保持用于多種服務的訂戶/用戶相關信息，在該用戶數據模型中包括—至少一個標識訂戶和用戶的標識對象(605，610)；和—至少一個指定從服務網提供的所述多種服務中選擇至少一個服務的服務對象(635，640)，其中至少一個選擇服務是用戶或訂戶選擇的，其中至少在所述至少一個服務對象上提供與訂戶/用戶相關的分支數據(660)的鏈接，分支數據存儲在所述公共訂戶/用戶數據庫以外，籍此公共訂戶/用戶數據庫和數據模型在服務網中提供了方便用于訪問用戶和/或訂戶數據的單一訪問節點。
26.根據權利要求25的數據模型，其特征在于，所述訂戶/用戶數據記錄包括至少兩個服務對象—一個指定訂戶可得到的第一組服務的服務預訂對象(635)，其中第一組服務的服務是從服務網提供的所述多種服務中選擇的；和—至少一個服務激活對象(640)，每個服務激活對象通過用戶指定從第一組服務中所選擇的激活服務，其中所述服務預訂對象和/或服務激活對象適合于提供與訂戶/用戶相關分支數據的鏈接，該分支數據存儲在所述公共訂戶/用戶數據庫以外。
27.根據權利要求26的數據模型，其特征在于，所述用戶數據模型包括—多個用戶對象(605)，每個用戶對象標識一個用戶以及屬于該訂戶的每個用戶；和—至少一個用于每個用戶的服務激活對象(640)，服務激活對象鏈接到各自的用戶對象，每個服務激活對象為各個用戶指定一組可得到的每個用戶服務組，該每個用戶服務組從第一組服務中選擇，其中所述服務激活對象提供與存儲在所述公共訂戶/用戶數據庫(300)以外的分支數據的鏈接。
28.根據權利要求27的數據模型，其特征在于，所述用戶數據模型定義了執行綜合服務的不同服務系統之間的相關性。
29.根據權利要求28的數據模型，其特征在于，所述用于每個用戶的用戶數據模型包括一個用戶共享資源對象(650)，其鏈接到用戶對象和服務激活對象，以及所述用戶共享資源對象定義了服務系統之間的相關性，該相關性位于一個用戶水平上。
30.根據權利要求28的數據模型，其特征在于，所述用戶數據模型包括鏈接到訂戶對象的訂戶共享資源對象(645)以及服務預訂對象，所述訂戶共享資源對象定義服務系統之間的相關性，該相關性位于訂戶水平上。
31.根據權利要求28的數據模型，其特征在于，所述用于每個用戶的用戶數據模型定義識別各個用戶的多種方式。
32.根據權利要求31的數據模型，其特征在于，所述識別方式是下列中的一種或更多種電話號碼，個人標識代碼，電子郵件地址，名字或別名。
33.根據權利要求31的數據模型，其特征在于，所述識別方式在對象中定義，也存儲服務系統之間的相關性。
34.根據權利要求27的數據模型，其特征在于，所述用戶數據模型進一步包括多個指定用戶可獲得服務的對象，多個對象包括—至少一個服務包對象(625)，每個服務包指定一組訂戶對象(610)指定的訂戶可得到的服務；—客戶段對象(615)適合于描述訂戶對象的訂戶特性和指定服務包；和—至少一個包括用于每個獨立服務的服務信息的提供服務對象(620)，該服務包括在服務包對象指定的服務包中。
35.一種在服務網中訪問用戶和訂戶數據的方法，其中服務網包括多個提供多種服務的服務系統，該方法包括步驟—訪問服務網中的一個單一訪問節點(910)；—向該單一訪問節點請求讀和/或寫數據(920)，和—通過單一訪問節點從訂戶/用戶數據記錄搜索數據或轉換為訂戶/用戶數據記錄，其中根據權利要求15到24的任何一項權利要求來定義訂戶/用戶數據記錄。
36.根據權利要求35的方法進一步包括步驟—檢測用戶數據記錄是否包括不同服務系統之間相關性的信息(970)。
37.根據權利要求36的方法其特征在于，所述檢測步驟包括—檢測用于鏈接的指示不同服務系統之間相關性的服務激活域(840)，用戶共享資源域(850)以及訂戶共享資源域(845)。
38.根據權利要求35的方法進一步包括步驟，如果分支數據存儲在單一訪問節點以外，需要采取的步驟—訪問單一訪問節點來搜索與分支數據的鏈接和需要訪問分支數據的信息(955)；和—使用上述步驟中的鏈接和搜索信息訪問分支數據庫(960)。
39.根據權利要求35-38任何一項的方法，其特征在于，通過軟件客戶端來執行上述步驟。
40.一種計算機程序產品可直接裝載到位于服務網單元內的處理裝置的內部存儲器中，包括適合用于控制權利要求35-39中步驟的軟件代碼裝置。
41.一種存儲在計算機可使用介質上的程序產品，包括適合用于使服務網單元的處理單元中處理裝置控制權利要求35-39中任何一項步驟執行的可讀程序。
全文摘要
本發明涉及一種在具有多個服務供應商和服務發起商的通信網中用于提供與不同服務相關的不同數據整合的裝置和方法。根據本發明的該系統具有包含用戶和訂戶信息的公共訂戶/用戶數據庫(300)和訂戶/用戶數據記錄(803)。訂戶/用戶數據記錄包括至少一個標識訂戶和用戶的標識域(805，810)，以及至少一個指定至少一個從服務網(200)提供的多種服務中選擇服務的服務域(635，640)，其中通過用戶或訂戶選擇至少一個選擇服務。至少在所述至少一個服務域上提供與訂戶/用戶相關分支數據的鏈接以及該分支數據存儲在公共訂戶/用戶數據庫以外。
文檔編號H04M3/42GK1453956SQ0312259
公開日2003年11月5日 申請日期2003年3月13日 優先權日2002年4月25日
發明者A·波維達德米格爾, M·羅倫佐赫爾南德斯, J·榮松, A·艾利松, I·貝里, L·延森 申請人:艾利森電話股份有限公司