專利名稱：更新電信網(wǎng)內(nèi)與用戶有關(guān)的數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及按照權(quán)利要求1的前序部分所述的方法。
本地和長途交換局一般都要訪問外部或集成的設(shè)備以提供通知。這種通知可以是簡單的系統(tǒng)通知(譬如‘該號碼未接通’)，或是由單獨(dú)的片段組成的通知(譬如‘用戶呼叫號碼已經(jīng)變更，新呼叫號碼是123456’)。聯(lián)系智能網(wǎng)特征(譬如呼叫卡業(yè)務(wù))的作業(yè)管理，或?yàn)榱俗C用戶控制用戶業(yè)務(wù)(譬如阻斷出線連接)，利用通知技術(shù)和DTMF/話音識別甚至可以提供完整的對話，以識別和激活所需的功能。
如果對此所需的通知數(shù)據(jù)組和話音識別數(shù)據(jù)組在過去只進(jìn)行很少的改變，那么，網(wǎng)絡(luò)運(yùn)營商的競爭在今天將導(dǎo)致大大增加改變該數(shù)據(jù)組的頻率因此，通知必須具有當(dāng)前的和有益的內(nèi)容。(譬如企業(yè)對在該企業(yè)處理中心的空閑線路上等待的呼叫方所提供當(dāng)前的商業(yè)廣告通知)。對新業(yè)務(wù)必須能盡快地提供對話，因此就不可避免地要經(jīng)常改變通知內(nèi)容和話音識別器的關(guān)鍵字存儲器。同樣，每天必須為大量同時呼叫的用戶的傳真呼叫提供當(dāng)前的信息(譬如通過傳真呼叫進(jìn)行具有附加信息的電視發(fā)射)。
為達(dá)到最高的靈活性，在現(xiàn)有技術(shù)中網(wǎng)絡(luò)運(yùn)營商及其用戶都可利用自己的基礎(chǔ)設(shè)施(譬如用戶的個人計算機(jī)環(huán)境)和無需交換網(wǎng)設(shè)備來生成它們的有關(guān)數(shù)據(jù)庫，并且緊接著(譬如利用ISDN撥號線路或通過互聯(lián)網(wǎng))將其送往電信網(wǎng)的通知設(shè)備和對話設(shè)備。這樣，網(wǎng)絡(luò)運(yùn)營商的大型用戶譬如就可通過如下方式來更新其通知，即由他經(jīng)撥號線路將其在PC上建立的、具有最新廣告內(nèi)容的通知傳送給通知設(shè)備，或利用電話終端設(shè)備將新的通知簡單地錄制在通知設(shè)備上。
為了充分無阻礙地給大量的呼叫提供這種由電信網(wǎng)設(shè)備提供的信息，就得同時提供電信網(wǎng)的許多設(shè)備，也包括電信網(wǎng)在本地所裝配的設(shè)備。一般來講，可根據(jù)統(tǒng)一的、在網(wǎng)絡(luò)范圍內(nèi)有效的呼叫號碼來達(dá)到那個針對當(dāng)前的通信連接請求而譬如按來源被分配的交換局，以提供通知、對話或傳真呼叫，并可通過智能網(wǎng)功能進(jìn)行轉(zhuǎn)發(fā)。這譬如可以按照如下觀點(diǎn)來實(shí)現(xiàn)使位于用戶和所選出的用于提供所需的通知、傳真呼叫、對話的交換局之間的路徑最短。
上面所述的更新過程涉及存儲在這些設(shè)備內(nèi)的數(shù)據(jù)庫。對個人識別碼(PIN)進(jìn)行授權(quán)檢驗(yàn)同樣可在更新過程之前進(jìn)行，就象與用戶的有關(guān)對話那樣。更新后，可實(shí)現(xiàn)同樣由操作人員控制的試激活(譬如監(jiān)聽通知或針對新代碼字試激活話音識別器)。此后，可在全網(wǎng)范圍內(nèi)開始激活該新數(shù)據(jù)庫。最遲在該時間點(diǎn)，必須將更新的數(shù)據(jù)提供給在同樣的交換局內(nèi)以及在全網(wǎng)范圍內(nèi)的分配給各網(wǎng)絡(luò)用戶的所有通知設(shè)備、傳真呼叫設(shè)備和對話設(shè)備。
這樣，就產(chǎn)生了如下技術(shù)問題為達(dá)到試激活目的而在交換局的通知設(shè)備、傳真呼叫設(shè)備或?qū)υ捲O(shè)備上調(diào)整的各個網(wǎng)絡(luò)用戶的數(shù)據(jù)庫如何能在同一個交換局內(nèi)和在整個網(wǎng)絡(luò)內(nèi)被提供給所有分配給該用戶的通知設(shè)備、傳真呼叫設(shè)備和對話設(shè)備，而無須用戶明確地尋址有關(guān)的設(shè)備，并且無須在用戶方執(zhí)行和監(jiān)控更新后的數(shù)據(jù)庫的順序傳輸。此外，在此尚有如下問題，即網(wǎng)絡(luò)的故障狀況(譬如交換局、有關(guān)設(shè)備出現(xiàn)的故障)或網(wǎng)絡(luò)拓?fù)涞淖兓?譬如在交換局內(nèi)通知容量的擴(kuò)大)都將可能反映到通知用戶、傳真呼叫用戶和對話用戶的操作員接口上，因此必須做特殊的處理。另外，還有個問題就是會出現(xiàn)時間限制(譬如只在一定的白天時間有變化)或?qū)W(wǎng)絡(luò)運(yùn)營商的依賴性(譬如業(yè)務(wù)人員使用)，最后就是存在數(shù)據(jù)損失的危險。
按照現(xiàn)有技術(shù)，解決這個問題已經(jīng)形成結(jié)論，就是安裝服務(wù)設(shè)備。這些設(shè)備被稱為智能外圍設(shè)備IP。它們不是集成在網(wǎng)絡(luò)節(jié)點(diǎn)上就是集成在交換局的外圍設(shè)備上。
但該解決方案存在的問題是，網(wǎng)絡(luò)用戶想對其數(shù)據(jù)庫做出的改變只得由網(wǎng)絡(luò)運(yùn)營商調(diào)整到整個網(wǎng)絡(luò)中去，因?yàn)橹挥芯W(wǎng)絡(luò)運(yùn)營商才能尋址與各網(wǎng)絡(luò)用戶有關(guān)的交換局和具有集成IP功能的、包含在這些交換局內(nèi)的多數(shù)外圍設(shè)備。這樣，就出現(xiàn)了時延、新穎性的損失和對網(wǎng)絡(luò)運(yùn)營商的依賴性。
本發(fā)明的任務(wù)在于指出一條途徑，即如何在用戶方能實(shí)現(xiàn)信息的簡單、可靠、及時和便于操作員操作的更新。
本發(fā)明從權(quán)利要求1的前序部分出發(fā)，通過特征部分給出的特征來實(shí)現(xiàn)。
特別有利的是，本發(fā)明從管理上確保為存儲在服務(wù)設(shè)備的一個中的每個數(shù)據(jù)組都引入其它服務(wù)設(shè)備的地址清單，這些其它服務(wù)設(shè)備同樣也引入所述的數(shù)據(jù)組，而且，每個數(shù)據(jù)組都可以在網(wǎng)絡(luò)范圍內(nèi)統(tǒng)一地作出應(yīng)答，并且恰好在所述引入數(shù)據(jù)組的服務(wù)設(shè)備中的一個上由用戶啟動改變數(shù)據(jù)組，并且由該設(shè)備在全網(wǎng)范圍內(nèi)將這種變化通知給其它服務(wù)設(shè)備。因此其優(yōu)點(diǎn)是，不僅可由網(wǎng)絡(luò)運(yùn)營商而且特別可由用戶自己改變通知、傳真、對話功能。
本發(fā)明的優(yōu)選擴(kuò)展在從屬權(quán)利要求中作了規(guī)定。
下面將根據(jù)圖中所示的實(shí)施例來詳細(xì)敘述本發(fā)明。
圖中表示

圖1為通信系統(tǒng)的典型結(jié)構(gòu)，圖2為集成在交換局中的服務(wù)設(shè)備的結(jié)構(gòu)，圖3為在集成的服務(wù)設(shè)備之間的轉(zhuǎn)接過程和內(nèi)部通信。
在圖1中給出了用不成對的外圍設(shè)備構(gòu)成的通信系統(tǒng)的典型結(jié)構(gòu)。這樣的通信系統(tǒng)包括外圍設(shè)備LTG1…LTGn(用戶或線路的連接設(shè)備)、中央計算機(jī)平臺CP、信息分配設(shè)備MB和其它的中央單元(耦合區(qū)SN、協(xié)議終端設(shè)備CCNC(譬如#7)、輔助存儲器MD、操作設(shè)備BCT)。
由外圍設(shè)備LTG1…LTGn完成主要的、連接在外圍設(shè)備的話音信道上的交換技術(shù)任務(wù)。因此，它們包括交換技術(shù)程序、操作技術(shù)程序和管理程序，以及象連接位置、信令、確認(rèn)、呼叫號碼、通信連接線路和用戶端口的專有特性等屬于設(shè)備的數(shù)據(jù)信息，以及外圍設(shè)備的擴(kuò)展?fàn)顟B(tài)和配置。具有服務(wù)設(shè)備功能的設(shè)備IP作為集成方案的一部分被集成在外圍設(shè)備LTGIP的一個內(nèi)。
中央計算機(jī)平臺CP被用來協(xié)調(diào)控制通信連接的建立和拆除，以及對管理上和差錯所引起的配置變化作出反應(yīng)。外圍設(shè)備LTG1…LTGn可通過信息分配設(shè)備MB互連和與公共的計算機(jī)平臺CP連接。其它的中央系統(tǒng)部件給交換系統(tǒng)提供諸如話音信道的轉(zhuǎn)接等特殊功能、信令協(xié)議的處理、操作員接口的實(shí)現(xiàn)或大批數(shù)據(jù)的存儲。
在圖2中給出了如何在通信系統(tǒng)的外圍設(shè)備LTGIP中插入服務(wù)設(shè)備IP。在此，服務(wù)設(shè)備IP作為集成的通知設(shè)備OCANEQ構(gòu)成，借助該通知設(shè)備可對其它集成通知設(shè)備OCANEQ進(jìn)行更新，以及對用戶通知進(jìn)行錄入。此外，通知、對話和話音識別功能都可集成在外圍設(shè)備LTGIP中。按照圖2所示，首先由用戶通過模擬或ISDN通信連接線路控制通向集成通知設(shè)備OCANEQ的通信連接建立V1(直接錄入)。同樣，通信連接建立可通過PC特殊地進(jìn)行實(shí)現(xiàn)。如果已結(jié)束將通知報文錄入到集成通知設(shè)備OCANEQ上，則從該通知設(shè)備向另一個外圍設(shè)備LTG的另一個集成通知設(shè)備OCANEQ建立起另一個通信連接建立V2(單個更新)。利用該通知報文更新設(shè)置在那里的集成通知設(shè)備OCANEQ。如果原來的集成通知設(shè)備OCANEQ出故障，則所述被轉(zhuǎn)發(fā)的通知報文將會在激活時通過另一個通信連接建立V3重新返回存儲到原來的集成通知設(shè)備OCANEQ上(修復(fù)后大量更新)。
在本發(fā)明的一個擴(kuò)展方案內(nèi)規(guī)定，將服務(wù)設(shè)備作為外部服務(wù)設(shè)備IP或外部智能外圍設(shè)備IP(以下簡稱IP)集成在交換節(jié)點(diǎn)內(nèi)。
按照本發(fā)明，現(xiàn)在來規(guī)定對電信網(wǎng)的通知、傳真呼叫和對話容量進(jìn)行管理。在此，特別要在特殊容量和使用這些容量的用戶之間作出分配。提供相應(yīng)用戶通知、傳真呼叫數(shù)據(jù)或話音識別數(shù)據(jù)的通信系統(tǒng)外圍設(shè)備LTGIP或外部的智能外圍設(shè)備IP將在這些網(wǎng)絡(luò)功能的管理范圍內(nèi)獲得如下信息，即獲得與每次存儲的數(shù)據(jù)組有關(guān)的、在網(wǎng)絡(luò)中使用這些數(shù)據(jù)組的所有其它集成或外部的智能外圍設(shè)備IP的清單，在此，數(shù)據(jù)組通過網(wǎng)絡(luò)統(tǒng)一的索引(譬如通知片段的片段號碼)進(jìn)行識別。此外，其它內(nèi)部或外部的智能外圍設(shè)備IP的清單都由IP本身的網(wǎng)絡(luò)統(tǒng)一地址組成。通常，這可以是一個在網(wǎng)絡(luò)范圍內(nèi)有效的呼叫號碼清單，在集成的IP情況下，這也可以由集成的IP在交換局內(nèi)有效的連接位置構(gòu)成。
在建立新數(shù)據(jù)庫和清除現(xiàn)有的數(shù)據(jù)庫時，或在改變網(wǎng)絡(luò)拓?fù)?譬如擴(kuò)展網(wǎng)絡(luò)中提供所需功能的設(shè)備)時，便在交換局內(nèi)和/或網(wǎng)絡(luò)范圍內(nèi)更新所屬的IP內(nèi)的有關(guān)地址清單。因此，每個IP都能按地址獲知保持這些數(shù)據(jù)組的、每個用戶專用的數(shù)據(jù)組所屬的其它IP。此外，還可以針對每個有關(guān)的IP在網(wǎng)絡(luò)范圍內(nèi)統(tǒng)一地請求所述的數(shù)據(jù)組。
在運(yùn)行中，可按照極不同的觀點(diǎn)(譬如根據(jù)負(fù)荷或根據(jù)來源)通過保持?jǐn)?shù)據(jù)組的IP來調(diào)用用戶專用的數(shù)據(jù)組。如果用戶想更新其數(shù)據(jù)組(譬如調(diào)整今天更新的廣告)，那么從原則上講他可以在每個保持這種數(shù)據(jù)組的IP上進(jìn)行數(shù)據(jù)組的試激活，并緊接著在網(wǎng)絡(luò)范圍內(nèi)激活，以達(dá)到更新的目的。鑒于更新功能的最大可能的可用性，這是特別優(yōu)選的。當(dāng)錄入更新的數(shù)據(jù)組和試激活時，在網(wǎng)絡(luò)中現(xiàn)今的數(shù)據(jù)組仍完全可用。
如果用戶對試激活滿意，則它可開始在全網(wǎng)范圍內(nèi)更新數(shù)據(jù)組。這將導(dǎo)致的結(jié)果是，為更新的目的而被觸發(fā)的IP中的新數(shù)據(jù)組可被用來進(jìn)行網(wǎng)絡(luò)呼叫，并且去活或清除目前的數(shù)據(jù)組。(這樣，新錄入的通知已經(jīng)能夠以最簡單的情況通過所述展開更新的IP而被提供使用，而其它提供這些用戶通知的IP還得暫時播放目前的通知，直到它們進(jìn)行更新為止。)其它IP在要更新的數(shù)據(jù)組方面的更新任務(wù)則承擔(dān)著被首先更新的IP的后臺處理過程。借助具有該數(shù)據(jù)組的其它IP的前述清單，這個IP就可連續(xù)地向涉及所述數(shù)據(jù)組的另一要更新的IP建立起暫時的通信連接路徑。這樣的通信連接路徑可以是撥號連接(也即，原則上由一個IP連續(xù)地呼叫所有有關(guān)的其它IP)，或可以是在集成的IP之間進(jìn)行交換局內(nèi)部轉(zhuǎn)接，也即占用其它有關(guān)的IP的端口。
如果更新已實(shí)現(xiàn)，則可重新拆除該種通信連接。如果通信連接能夠建立起來，那么為了進(jìn)行原本的更新，也即為了傳輸其它IP中變化了的數(shù)據(jù)組，需要在有關(guān)的IP之間進(jìn)行通信。譬如必須將要更新的數(shù)據(jù)組的索引通報給被觸發(fā)的IP?？赡軙r也必須通知更新類型(譬如利用開始音和結(jié)束音轉(zhuǎn)錄通知或通過PPP進(jìn)行受協(xié)議保護(hù)的傳輸)。還有，已激活的IP進(jìn)行更新的準(zhǔn)備就緒、以及還有在兩個IP之間的成功認(rèn)可、失敗認(rèn)可和重復(fù)請求等都必須是可傳輸?shù)?。對于在相關(guān)的IP之間進(jìn)行的那種信息交換，在網(wǎng)絡(luò)范圍內(nèi)，用戶到用戶的信息和/或在交換局內(nèi)部通過信息分配系統(tǒng)控制的報告都可以投入使用。如果不能送達(dá)要更新的IP-譬如由于HW故障而產(chǎn)生這種情況，則上述的后臺處理過程將循環(huán)地開始重新進(jìn)行更新嘗試。一個一次被轉(zhuǎn)接到另一個IP的更新通信連接可用來更新多個數(shù)據(jù)組。優(yōu)選地，只有當(dāng)建立通信連接的IP在通向其它IP的方向上無其它的數(shù)據(jù)組要進(jìn)行更新時，才可拆除這種更新通信連接。
特別是當(dāng)必須將長數(shù)據(jù)組分配給大多數(shù)IP時，就得延長時間直到全網(wǎng)絡(luò)更新都以無誤差的方式實(shí)現(xiàn)為止。在這種情況下，更新通信連接可設(shè)有較大的帶寬(譬如64千比特/秒)，和/或能同時更新多個其它的IP。
如果用戶在較短的時間間隔內(nèi)改變其數(shù)據(jù)組，則可以設(shè)想在由第一個IP結(jié)束數(shù)據(jù)組的第一次網(wǎng)絡(luò)范圍內(nèi)或交換局內(nèi)的更新之前，就由第二個IP激活同樣數(shù)據(jù)組的另一次更新。
這樣，從第三個要更新的其它IP來看，由于用于更新這個數(shù)據(jù)組的后臺處理過程是同時有效的，所以已過時的數(shù)據(jù)組原則上可改寫掉用戶已存儲的新數(shù)據(jù)組。為消除這樣的狀況，把用戶調(diào)整所述更新的數(shù)據(jù)組的時刻作為計時標(biāo)記共同存入到描述該數(shù)據(jù)組的數(shù)據(jù)內(nèi)。因?yàn)檫^時的數(shù)據(jù)組不得改寫較新的數(shù)據(jù)組，所以可通過比較所屬的計時標(biāo)記來確保只有事實(shí)上具有意義的數(shù)據(jù)組才能在網(wǎng)絡(luò)范圍內(nèi)或交換局內(nèi)得到推廣。
如果出故障的IP在維修后重新可使用，則它可以通過建立更新通信連接(有可能具有較寬的帶寬)和與其它IP建立相應(yīng)的通信來明確地向其它IP中的一個請求更新其數(shù)據(jù)庫。
圖3示出了為達(dá)到更新用戶專用的通知數(shù)據(jù)組的目的而在集成的IP之間進(jìn)行的可能轉(zhuǎn)接過程和內(nèi)部通信。特別是，在此給出了怎樣從外圍設(shè)備LTG0的集成通知設(shè)備OCANEQ0出發(fā)向外圍設(shè)備LTG1的集成通知設(shè)備OCANEQ1實(shí)現(xiàn)通信連接建立V2。在此，首先由外圍設(shè)備LTG0占用集成通知設(shè)備OCANEQ0的一個端口和集成通知設(shè)備OCANEQ1的一個端口。由中央控制設(shè)備CP處理這些通信連接需求?？刂圃O(shè)備CP以結(jié)果的形式給外圍設(shè)備LTG0轉(zhuǎn)發(fā)一些信號，即建立C(端口x)、建立C(端口y)以及占用CBT(端口y、信道y)。進(jìn)而由控制設(shè)備CP向外圍設(shè)備LTG1轉(zhuǎn)發(fā)占用CBT信號(端口x、信道y)。然后，由外圍設(shè)備LTG0向外圍設(shè)備LTG1轉(zhuǎn)發(fā)信號“建立完成”。再由這個外圍設(shè)備LTG1給外圍設(shè)備LTG0發(fā)送一個確認(rèn)信號，即尋址完成。
然后，由外圍設(shè)備LTG0執(zhí)行新錄制的通知報文的原本更新。對此，它通過端口x(基于比特流/消息)將所述的信號“開始更新片段”發(fā)送給外圍設(shè)備LTG1。這個信號利用“準(zhǔn)備就緒”信息進(jìn)行確認(rèn)。此后，由外圍設(shè)備LTG0將信號“更新片段n”發(fā)送給外圍設(shè)備LTG1。這一點(diǎn)由該設(shè)備用信息“準(zhǔn)備就緒或拒絕”來確認(rèn)。之后，將信號“已執(zhí)行”傳遞給外圍設(shè)備LTG0。最后由該外圍設(shè)備LTG0將信號“結(jié)束更新片段”傳遞給外圍設(shè)備LTG1，由該外圍設(shè)備LTG1結(jié)束通過信號“確認(rèn)”來確認(rèn)的更新序列。然后拆除在集成通知設(shè)備OCANEQ0、OCANEQ1之間通過設(shè)于各外圍設(shè)備LTG0、LTG1內(nèi)的本地轉(zhuǎn)換矩陣網(wǎng)絡(luò)GS進(jìn)行控制的通信連接V2。
權(quán)利要求
1.用于更新在交換網(wǎng)中分散地存放于多數(shù)服務(wù)設(shè)備(IP，OCANEQ)內(nèi)的與用戶有關(guān)的數(shù)據(jù)組的方法，其特征在于，在管理上確保為存儲在服務(wù)設(shè)備(IP，OCANEQ)的一個中的每個數(shù)據(jù)組都引入其它服務(wù)設(shè)備(IP，OCANEQ)的地址清單，這些其它服務(wù)設(shè)備(IP，OCANEQ)同樣也都引入所述的數(shù)據(jù)組，每個數(shù)據(jù)組可在網(wǎng)絡(luò)范圍內(nèi)統(tǒng)一地作出應(yīng)答，并且恰好在所述引入數(shù)據(jù)組的服務(wù)設(shè)備(IP，OCANEQ)中的一個上由用戶啟動改變數(shù)據(jù)組，并且由該服務(wù)設(shè)備將這種改變在網(wǎng)絡(luò)范圍內(nèi)通報給其它服務(wù)設(shè)備(IP，OCANEQ)。
2.按權(quán)利要求1所述的方法，其特征在于，將所述的服務(wù)設(shè)備連接在通信系統(tǒng)(OCANEQ)的外圍設(shè)備內(nèi)。
3.按權(quán)利要求1所述的方法，其特征在于，將所述的服務(wù)設(shè)備連接在交換網(wǎng)的網(wǎng)絡(luò)節(jié)點(diǎn)內(nèi)。
4.按權(quán)利要求1至3所述的方法，其特征在于，在管理網(wǎng)和交換網(wǎng)或通信系統(tǒng)的范圍內(nèi)實(shí)現(xiàn)所述清單的更新。
5.按權(quán)利要求1至4所述的方法，其特征在于，規(guī)定可以使用過時的數(shù)據(jù)組，直到用戶啟動全網(wǎng)范圍內(nèi)的或交換局內(nèi)的更新為止。
6.按上述權(quán)利要求之一所述的方法，其特征在于，在用于連續(xù)地更新其它服務(wù)設(shè)備(IP，OCANEQ)的后臺處理過程的范圍內(nèi)，由首先具有新數(shù)據(jù)組的服務(wù)設(shè)備(IP，OCANEQ)來實(shí)現(xiàn)數(shù)據(jù)組的更新。
7.按上述權(quán)利要求之一所述的方法，其特征在于，在要更新的服務(wù)設(shè)備(IP，OCANEQ)失敗或不能達(dá)到時，使后臺處理過程執(zhí)行重復(fù)循環(huán)的更新嘗試。
8.按上述權(quán)利要求之一所述的方法，其特征在于，在服務(wù)設(shè)備(IP，OCANEQ)之間需要轉(zhuǎn)接用于更新數(shù)據(jù)組的通信連接時，暫時使用所述的方法。
9.按上述權(quán)利要求之一所述的方法，其特征在于，通過交換局內(nèi)的信息分配系統(tǒng)(MB)，或在網(wǎng)絡(luò)范圍內(nèi)通過ISDN用戶對用戶的信令，或在交換局內(nèi)和網(wǎng)絡(luò)范圍內(nèi)通過互聯(lián)網(wǎng)協(xié)議在服務(wù)設(shè)備(IP，OCANEQ)之間實(shí)現(xiàn)更新專用的通信。
10.按上述權(quán)利要求之一所述的方法，其特征在于，通過一次性接通的更新通信連接進(jìn)行多個數(shù)據(jù)組的更新。
11.按上述權(quán)利要求之一所述的方法，其特征在于，在服務(wù)設(shè)備(IP，OCANEQ)之間進(jìn)行通信的范圍內(nèi)彼此確定更新的格式。
12.按上述權(quán)利要求之一所述的方法，其特征在于，通過多信道轉(zhuǎn)接和/或后臺處理過程的多次啟動來達(dá)到減少更新時間的要求。
13.按上述權(quán)利要求之一所述的方法，其特征在于，在多個同時更新的后臺處理過程的范圍內(nèi)，為了避免用過時的數(shù)據(jù)組改寫現(xiàn)有的數(shù)據(jù)組，由用戶引入更新的時間標(biāo)記。
14.按上述權(quán)利要求之一所述的方法，其特征在于，為了立即和快速地更新在修復(fù)后重新運(yùn)行的服務(wù)設(shè)備(IP，OCANEQ)，明確地激活還在運(yùn)行的服務(wù)設(shè)備(IP，OCANEQ)的后臺處理過程。
全文摘要
按現(xiàn)有技術(shù)產(chǎn)生的問題是,只能由網(wǎng)絡(luò)運(yùn)營商改變網(wǎng)絡(luò)用戶想發(fā)出的通知或傳真報文。本發(fā)明在此通過如下方式創(chuàng)造了一種補(bǔ)救措施,即為存儲在服務(wù)設(shè)備的一個中的每個數(shù)據(jù)組引入一個同樣也引入這個數(shù)據(jù)組的其它服務(wù)設(shè)備的地址清單,其中,恰好在所述引入數(shù)據(jù)組的服務(wù)設(shè)備中的一個上由用戶啟動改變,并且由該服務(wù)設(shè)備將這種改變通知給其它的服務(wù)設(shè)備。
文檔編號H04Q3/00GK1370377SQ00811710
公開日2002年9月18日 申請日期2000年8月16日 優(yōu)先權(quán)日1999年8月18日
發(fā)明者N·勒比格 申請人:西門子公司