電話號碼錶的清理方法及系統的製作方法
2024-04-07 06:08:05 4
專利名稱：電話號碼錶的清理方法及系統的製作方法
技術領域：
本發明涉及在電話購物之類客戶表等的電話號碼清理系統，通過諸如個人計算機那樣的設備的電話號碼錶中刪去那些無效的電話號碼。
在許多利用電話進行的商務中，客戶的電話號碼錶具有相當重要的信息，必需經常加以維護，從中刪去那些已經無用的電話號碼，以保證所含信息的有效性。這類表中的客戶信息本來就是容易變動的信息。即，客戶的電話號碼可能由於停止使用所登記的電話號碼、改為其他電話號碼而發生了變動，也可能因為原登記的是一個錯誤的號碼而無效。這樣的無效電話號碼必需從表中刪掉或者用正確的或新的電話號碼代替。
歷來，客戶表的維護是根據通過一定商業事務按照電話號碼錶給各個客戶打電話來實現的。也就是說，通過檢驗各客戶的響應來刪除或更新無效的電話號碼。
這種傳統的與商務活動配合進行的刪除和更新電話號碼錶中的電話號碼的清理方法當然可能在一些商務中造成明顯的浪費和不合理。也就是說，由於不可避免地要給那些具有應該從表中刪去的無效電話號碼的客戶打電話，就可能造成額外的開支，或者打擾那些不是客戶的人們。另一方面，對於那些已經遷到其他地址的客戶來說，可能會出現多餘地既向舊電話號碼又向新電話號碼打電話的情況，浪費了時間和開支。
本發明的目的是提供一種清理電話號碼錶的方法和系統，可以用個人計算機之類自動有效地執行刪除無效電話號碼而不需要打那些實際的商務電話。
本發明利用與現有的公眾電話網結為一體的ISDN所提供的先進的承載業務準確、快速地處理電話號碼錶的更新。也就是說，本發明所提出的採用諸如個人計算機那樣設備的電話號碼錶的清理方法和系統包括(1)將系統作為一個主叫終端接至一個處理在ITU-T建議Q931中規定的電路交換呼叫控制過程的ISDN。
(2)從需清理的電話號碼錶中相繼檢索出一個電話號碼作為一個被叫方號碼，向網發送一個在「承載能力」信息元中包括一個不受限制或受限制的數字信息的SETUP(建立)消息。
(3)當網接受SETUP消息而發送一個「告警」或「連接」消息時，系統立即向網發送一個「拆線」消息，執行拆線和釋放序列，從而確定在SETUP消息中的被叫方號碼有效。
(4)當網不接受所發出的SETUP消息而發送一個「拆線」消息時，系統立即執行拆線和釋放序列，得到一個在網發送的「拆線」消息的原因信息單元中的原因顯示，從而根據這個原因顯示確定在SETUP消息中的被叫方號碼有效或無效。
(5)產生一個新電話號碼錶，分別列出確定為有效的電話號碼和確定為無效的電話號碼。
本發明所提出的清理系統可以包括一個附加的基元，其作用是在網所發送的原因包括「號碼改變」的情況下得到一個填在附於原因的診斷信息段中的新電話號碼，用所得到的新電話號碼代替SETUP消息中的號碼，從而產生一個經修正的表。此外，可能較為合適的是根據原因內容推遲確定每個電話號碼是有效或無效，而將這些待決電話號碼列入待決電話號碼錶。這樣就可以在以後通過檢查這些待決號碼更為恰當地清理電話號碼錶。
在本說明書的附圖中
圖1示出了作為本發明的一個實施例的電話號碼錶清理系統硬體配置的方框圖；以及圖2為示出圖1所示系統的清理過程主要部分的流程圖。
本發明的一個實施例的系統配置情況如圖1所示。典型地由一臺個人計算機1用作一個ISDN終端。個人計算機1包括CPU2、存儲器3、硬碟驅動器4、軟盤驅動器5、顯示器6、鍵盤7、ISDN通信板8等。個人計算機1通過ISDN通信板8和數位訊號單元(DSU)10接到ISDN上。如所周知，ISDN與公眾電話網相互連接成一個整體。
需清理的電話號碼錶以準備清理的預定格式存儲在一個軟盤上。清理時，這個軟盤插入軟盤驅動器5。通過用鍵盤7輸入需清理的電話號碼錶的文件名，計算機1發出清理命令。CPU2檢索出與所輸入的文件名相應的電話號碼錶，存入存儲器3。然後，啟動如圖2所示流程圖的清理過程。
首先，按照預定順序從電話號碼錶中檢取一個電話號碼，啟動處理一個建立序列(步驟100至200)。在建立序列中，首先將從表中檢取的電話號碼定義為一個被叫方號碼，然後產生一個將不受限制的數字信息指定為承載能力的SETUP消息，發送給網(步驟201)。建立序列200按照在ITU-T建議Q.931中詳細規定的電路交換呼叫控制過程進行處理。電路交換呼叫控制過程的詳細說明在本說明書中將予省略，因為有大量的參考文獻可資參考。這個過程的典型序列的處理如下。
從主叫終端接收到SETUP消息後，網向主叫終端發送一個CALLPROCEDING(呼叫進行)消息，報告所選的B信道；還向被叫終端發送SETUP消息。通過這個過程，指定對被叫終端要求的各種能力。被叫終端方檢查這些能力，確定哪個被叫終端符合所要求的能力。確定符合這些能力的被叫終端向網發回一個ALERTING(告警)消息(被叫終端指示告警)。ALERTING消息從網發至主叫終端。當被叫終端響應摘機時，從被叫終端經網向主叫終端發送一個CONNECT(連接)消息。然後從主叫終向網發送一個CONNECT ACKNOWLEDGE(連接確認)消息，再由網向被叫終端發送，以響應CONNECT消息。按照上述序列，接受SETUP消息，連接兩個終端。
在有些情況下，由於種種原因主叫終端請求的呼叫可能未被接受。對於這些情況，網向主叫終端發送一個DISCONNECT(拆線)消息，執行清除序列。呼叫沒有接受的原因以原因編號的形式向主叫終端報告。原因編號列在網發給主叫終端的DISCONNECT消息所附的原因信息單元內。
在ITU-T建議Q931中，附於DISCONNECT消息的原因顯示的類別和編號定義如下。1.普通類原因NO.1未分配(未指定)號碼這個原因表示不能接到被叫方，因為雖然這個被叫方號碼是處於有效格式，但當前尚未分配(指定)。
原因2無至所規定的轉換網的路由這個原因表示發送這個原因的設備已經接收到通過一個它不認識的特定轉接網傳送呼叫的請求。發送這個原因的設備不認識這個轉接網，因為這個轉換網不存在，或者雖然存在但不為發送這個原因的設備服務。
原因3無至終接臺的路由這個原因表示不能接到被叫方，因為傳送呼叫的網並不為所要求的終接臺服務。
原因6信道不允許這個原因表示作為信道選擇結果的所選信道對於主叫方來說不是允許信道。
原因7呼叫告知，正在已建立信道由傳送這個原因表示已向用戶告知呼入，但這呼入正接一個已經為這個到用戶的類似呼叫(例如，分組模式X.25虛擬呼叫)的信道上。
原因16；普通呼叫清除這個原因表示呼叫由於所涉及的用戶的一方已請求消除呼叫而正在清除。在一般情況下，這個原因的源不是網。
原因17用戶忙這個原因表示因為已處在用戶忙狀態，被叫方不能接受另一個呼叫。在這種情況下，指出用戶設備與呼叫是一致的。
原因18無用戶響應這個原因表示被叫方在預定時間間隔內(建議中規定的定時器T303或T310的定時時間)沒有用告警或連接指示進行響應呼叫建立消息。
原因19無用戶應答(用戶告警)這個原因表示已向被叫方告警，但在預定時間間隔內被叫方沒有用連接指示進行響應。這個原因不必由JT-Q931程序產生，但可由網內定時器產生。
原因20訂戶不在這個原因表示移動臺已用信令程序通過無線接口註銷，或者不能與移動臺建立無線通信(由於幹擾、不在覆蓋範圍之內、關機等原因)。
原因21呼叫拒絕這個原因表示發送這原因的設備不願意接受這個呼叫，雖然它並不忙也不與呼叫矛盾而可以接受呼叫、原因22號碼改變當主叫方提供的被叫方號碼不再使用時，向主叫方返回這個原因。新的被叫方號碼可以按需要選列在診斷信息段內。
原因26無條件用戶清除這個原因表示已不向用戶告知呼入。
原因27終接臺失常這個原因表示由於用戶所指出的終接臺接口工作不正常而不能接到這個終接局。「工作不正常」表示不能向這遠端方傳送信令消息，例如由於在這遠端方物理層或數據鏈路層發生故障，或者用戶設備脫離線路。
原因28無效號碼格式(地址不完全)這個原因表示因為被叫方號碼不是用有效格式列出或者不完全而不能接到被叫方。
原因29性能拒絕當網不能提供用戶所請求的性能時，返回這個原因。
原因30響應STATUS ENQUIRY(狀態查詢)這個原因在產生STATUS消息是由於先前接收了STATUSENQUIRY消息時包含在STATUS消息內。
原因31普通，未規定這個原因用來報告一個在普通類無其他原因可歸的普通拆線事件。2.資源不可得類原因34無電路/信道可得這個原因表示無現時可用來處理呼叫的合適電路/信道。
原因38網失常這個原因表示網工作不正常，並且這種情況看來要延續比較長的時間，也就是說，立即再進行呼叫看來不會成功。
原因41暫時故障這個原因表示網工作不正常，但這種情況看來不會延續多長時間，也就是說，用戶可以幾乎立即再試呼一次。
原因42交換設備擁塞這個原因表示產生這個原因的交換設備正處於業務高峰期間。
原因43接入信息丟棄這個原因表示網不能象所請求的那樣向遠端用戶傳送接入信息，如在診斷信息段中所指出的用戶對用戶的信息、低層一致性、高層一致性或子地址。應注意的是丟棄的接入信息的具體類型按需要可以選列在診斷信息段內。
原因44請求的電路/信道不可得這個原因表示接口的另一側不能提供請求實體所指示的電路或信道。
原因47資源不可得，未規定這個原因用來報告一個在網擁塞類無其他原因可歸的網擁塞的拆線事件。3.業務或選項不可得類原因49QOS不可得這個原因表示不能提供所請求的如在建議X.213中所定義的QOS(例如不能支持吞吐量或轉接延遲)。
原因50所請求的性能未預訂這個原因表示所請求的附加業務由於用戶還沒有完成允許使用的必要手續，因此網不予提供。
原因57承載能力未授權這個原因表示用戶雖已請求由產生這個原因的設備提供這承載能力，但尚未授權使用。
原因58承載能力現時不可得這個原因表示用戶雖已請求由產生這個原因的設備提供這承載能力，但此時不能得到。
原因63業務或選項不可得，未規定這個原因用來報告一個在業務或選項不可得類無其他原因可歸的業務或選項不可得的拆線事件。4.業務不能實現類原因65承載能力不能實現這個原因表示發送這個原因的設備不支持所請求的承載能力。
原因66信道類型不能實現這個原因表示發送這個原因的設備不支持所請求的信道類型。
原因69所請求的性能不能實現這個原因表示發送個原因的設備不支持所請求的附加業務。
原因70僅受限制的數字信息承載能力可得這個原因表示一個設備已經請求不受限制的承載業務，但發送這個原因的設備僅支持所請求的承載能力的受限制形態。
原因79業務或選項不能實現，未規定這個原因用來報告一個在業務或選項不能實現類無其他原因可歸的業務或選項不能實現的拆線事件。5.無效消息類原因81無效呼叫參考值這個原因表示發送這個原因的設備接收到一個帶有不是在用戶-網接口上現行使用的呼叫參考值的消息。
原因82無效信道編號這個原因表示發送這個原因的設備接收到一個需要為呼叫使用不在這個接口激活的信道的請求。例如，如果一個用戶預訂的是編號為1至12的信道，而用戶設備或網希望使用信道13至23，於是就會發生這種情況。
原因83有一個掛起呼叫，但這個呼叫身份非在用這個原因表示已試用一個呼叫身份進行呼叫恢復，但這個呼叫身份不同於任何當時掛起呼叫在用的。
原因84掛起呼叫身份在用這個原因表示網接收到含有一個呼叫身份(包括無效呼叫身份)的呼叫掛起請求，但這個呼叫身份已為在呼叫可加以恢復的接口領域內一個掛起呼使用。
原因85無呼叫掛起這個原因表示網接收到一個所含呼叫身份信息單元並不指示在呼叫可加以恢復的接口領域內任何掛起呼叫的呼叫恢復請求。
原因86具有請求呼叫身份的呼叫已清除這個原因表示網接收到一個所含呼叫身份信息單元指示一個在掛起期間已(由網超時或由遠端用戶)清除的掛起呼叫的呼叫恢復請求。
原因87參見附加業務規範。
原因88不一致終接臺這個原因表示發送這個原因的設備接收到一個請求，要求建立一個具有它不能提供的低層一致性、高層一致性或其他一致性屬性(如數據率)的呼叫。
原因91無效轉接網選擇這原因表示接收到的轉接網標識由於分別定義因此具有不正確的格式。
原因95無效消息，未規定這個原因用來報告一個在無效消息類無其他原因可歸的無效消息的拆線事件。6.協議錯誤(例如未知消息)類原因96強制信息單元遺失這個原因表示發送這個原因的設備接收到一個消息，它遺失了在能處理這消息前消息中必需存在的信息單元(強制信息單元)。
原因97消息類型不存在或不能執行這個原因表示發送這個原因的設備接收到一個具有它不證識的消息類型的消息，這個消息或者是一個沒有定義的消息，或者是一個雖有定義但發送這個原因的設備不能執行的消息。
原因98消息與呼叫狀態不一致或消息類型不存在這個原因表示發送這個原因的設備接收到一個消息，使過程不指示這是在這個呼叫狀態允許接收的消息，或者接收到一個STATUS消息，指示不一致的呼叫狀態。
原因99信息單元不存在這個原因表示發送這個原因的設備接收到一個具有不認識的信息單元的消息，因為這(些)信息單元沒有定義，或者有定義但發送這個原因的設備不能實現。然而，這消息中不需要有這信息單元，以使發送這個原因的設備處理這消息。
原因100無效信息單元內容這個原因表示發送這個原因的設備接收到一個它已加以執行的單元，然而這信息單元中的一個或幾個信息段以發送這個原因的設備還不能執行的方式編碼。
原因101消息與呼叫狀態不一致這個原因表示接收到一個與呼叫狀態不一致的消息。
原因102定時期滿恢復這個原因表示已啟動了一個直至與第三層規範的錯誤處理過程配合的定時器的定時期滿為上的過程。
原因111協議錯誤，未規定這個原因用來報告一個在協議錯誤類無其他原因可歸的協議錯誤的拆線事件。7.互通類原因127互通，未規定這個原因表示已有一個網互通，但這個網不提供它所採取的行動的原因。因此不能斷定所發送的消息的精確原因。
下面對清理過程控制的流程進行說明。如圖2這個流程圖所示，在本發明的清理過程中，當網在建立序列200接收到一個包含一個由主叫方發送的SETUP消息的呼叫而發回一個ALERTING或CONNECT消息時，處理從步驟202或203進至步驟301、302、303。然後，主叫方立即向網發送一個DISCONNECT消息，執行清除序列，而在SETUP消息中的電話號碼確定為有效，列入一個有效電話號碼錶。通過上面這些步驟，完成了對一個電話號碼的確認。
當網在建立序列200由於由主叫方發送的SETUP消息沒有接受而發送一個DISCONNECT消息時，處理從步驟204進至步驟401、402。主叫方立即執行清除序列，提取附於由網發送的DISCONNECT消息的信息單元的原因編號。按照原因，在SETUP消息中的電話號碼確定為有效、無效或待決號碼。(a)有效電話號碼如果在步驟402提取的原因編號符合下列之一，在SETUP消息中的電話號碼就確定為有效，列入有效電話號碼錶(步驟403至404)。原因3無至終接臺的路由原因7呼叫告知，正在已建立信道傳送原因16普通呼叫清除原因17用戶忙原因18無用戶響應原因19無用戶應答原因20訂戶不在原因21呼叫拒絕原因27終接臺失常原因49QOS不可得原因50所請求的性能未預訂原因57承載能力未授權原因58承載能力現時不可得原因63業務或選項不可得，未規定原因65承載能力不能實現原因66信道類型不能實現原因69所請求的性能不能實現原因70僅受限制的數字信息承載能力可得原因79業務或選項不能實現，未規定原因88不一致終接局(b)號碼改變當在步驟402提取的原因編號與原因22(號碼改變)一致時，提取在原因的診斷信息段中所含的新電話號碼，列入有效電話號碼錶(步驟403、405、406)。(c)無效電話號碼如果在步驟402提取的原因編號符合下列之一，在SETUP消息中的電話號碼就確定為無效，列入無效電話號碼錶(步驟403、405、407、408)。原因1未分配號碼原因2無至所規定的轉接網的路由原因6信道不允許(d)推遲確定如果在步驟402取的原因編號不符合在步驟403、405、407中所列舉的任何原因編號，則在SETUP消息中的電話號碼既不確定為有效，也不確定為無效，列入待決電話號碼錶(步驟403、405、407、409)。
如果通過以上步驟完成了對一個電話號碼的審核，則執行步驟501，確定是否在需清理的電話號碼錶中所列的所有電話號碼都已得到檢查。如果還沒有，則過程返回到步驟100，通過上述程序審核下一個電話號碼。如果表中所列的所有電話號碼都已得到檢查，則執行步驟502，輸出具有預定格式的修正後表。
下面對實際操作情況進行說明。需按本發明加以清理的電話號碼錶通常包括一個用於電話購物這類的客戶表中的電話號碼錶。在今天的日本，在這種表內所列的大多數電話號碼是那些模擬電話網用戶的號碼。然而，近來，ISDN(INS64)的用戶逐漸增多。在通過以上處理清理目前狀態的電話號碼錶的情況下，在本發明的清理系統和ISDN站(網)之間將進行以下通信。(A)被叫方號碼是一個模擬電話網有效用戶號碼這種情況的電話號碼看來是佔大多數。本發明的系統發送一個含有指定為承載能力的不受限制的數字信息的SETUP消息，因此網發回一個含有原因3(無至終接臺的路由)的DISCONNECT消息。於是，清理系統將這電話號碼列入有效電話號碼錶。應該注意的是，在檢查和確定一個號碼的有效性期間絕不向具有這個電話號碼的被叫方告警。也就是說，從具有需檢查號碼的被叫方來看，被叫方將始終不會受到不得不響應的無用呼叫的打擾。(B)被叫方號碼已經改變在這種情況下，無論這用戶號碼是模擬電話網的還是ISDN的，網都發回一個含有原因22(號碼改變)的DISCONNECT消息。清理系統接收到這個消息後，提取在原因的診斷信息段內所含的一個新的電話號碼，列入有效電話號碼錶。(C)被叫方號碼目前不在使用在這種情況下，無論這用戶號碼是模擬電話網的還是ISDN的，網都發回一個含有原因1(未分配號碼)的DISCONNECT消息。清理系統接收到這個消息後，將被叫方號碼列入無效電話號碼錶。(D)被叫方號碼是一個ISDN有效用戶號碼在這種情況下，雙方之間的通信模式取決於被叫方設施性能狀況。被叫終端(被叫方)由本清理系統發送的CALLING(呼叫進行)消息告警。如果被叫方響應告警，則處理圖2這流程圖中的步驟301。清理系統啟動一個清除序列，將被叫方號碼列入有效電話號碼錶。在從網發回的是一個DISCONNECT消息的情況下，如果在這個DISCONNECT消息中的原因編號與7、16、17、18、19、20、21、27、49、50、57、58、63、65、66、70、79之一相符，就將被叫方號碼列入有效電話號碼錶；而如果原因編號是2或6，則將被叫方號碼列入失效電話號碼錶。如果DISCONNECT消息中的原因編號與上列原因編號任何一個都不相符，則將被叫主號碼列入待決電話號碼錶。
應該注意的是，按照原因編號將被叫方號碼分為「有效」、「無效」、「待決」三種的分類方式，在這優選實施例中所述的可能並非最佳。或許根據在用戶對ISDN的使用方式和網對用戶的響應這些方面更精確細緻的調查將某些原因歸入「有效」或「無效」比歸入「待決」更為合適。本發明並不限制所提出的清理系統進行這樣的靈活可變的操作。
如上面詳細說明的那樣，按照本發明可以自動、高效地刪除無效電話號碼，而不必按需要加以清理的電話號碼錶處理任何實際商業活動(如與客戶進行一定商務往來)。也就是說，可以避免諸如與那些需要從表上刪除的無效客戶進行一定商業活動或打擾並不是客戶的無關人員之類的浪費或不方便的情況。
本發明的一大優點是，對於那些接到模擬電話網上具有有效電話號碼的電話機(這應該是極大多數)，確認有效性並不需要對這些電話機進行告警。因此，從具有需檢查的號碼的被叫方來看，被叫方再也不用為不得不去接一個無用的電話而煩惱了。此外，不再要將在一個需清理的電話號碼錶中所包含的迅速普及的ISON用戶與傳統的模擬電話網用戶分開，從而使電話號碼錶得到迅速的清理。
雖然本發明結合典型的實施例作了說明，但熟悉本技術領域的人們顯然理解其中可以進行上述和其他的種種改動、增刪，而並不背離本發明的精神和範圍。因此，可以理解本發明並不局限於以上所提出的具體實施例，而是包括了根據在所附權利要求中提出的特徵在所包括的範圍內能夠實現的所有可能實施方式及等效方式。
權利要求
1.一種包括一個諸如個人計算機之類的計算機的電話號碼錶清理系統，所述系統包括如下部件作為一個主叫方與一個處理在ITU-T建議Q931中所規定的電路交換呼叫控制過程的ISDN連接；從一個需清理的電話號碼錶中依次提取一個電話號碼作為一個被叫方號碼，向網發送一個在承載能力信息單元中包含一個不受限制或受限制的數字信息的SETUP消息；當網接受所發送的SETUP消息而轉發一個ALERTING或CONNECT消息時，立即向網發送一個DISCONNCET消息，執行一個清除序列，確定在SETUP消息中的被叫方號碼為有效電話號碼；當網不接受所發送的SETUP消息而轉發一個DISCONNECT消息時，立即執行一個清除序列，從來自網的DISCONNECT消息中的一個信息單元取得一個原因，按照這個原因確定在SETUP消息中的被叫方號碼為有效電話號碼或無效電話號碼；以及產生一個分開列出確定為有效的電話號碼和確定為無效的電話號碼的新的電話號碼錶。
2.如在權利要求1中所提出的電話號碼錶清理系統，其中，在網發回含有「號碼改變」的原因的情況下，所述系統提取一個在附於該原因的診斷信息段中的新電話號碼，產生一個在SETUP消息中的電話號碼由所提取的新電話號碼代替的新電話號碼錶。
3.如在權利要求1中所提出的電話號碼錶清理系統，所述系統推遲確定電話號碼為有效或無效，而將電話號碼列入一個待決電話號碼錶。
4.如在權利要求1中所提出的電話號碼錶清理系統，所述系統指定所述受限制的數字信息為所述SETUP消息中的承載能力。
5.清理電話號碼錶的方法，其中所述電話號碼按照如在權利要求1中所提出的清理系統進行清理和更新。
全文摘要
本發明所提出的清理系統從電話號碼錶中依次提取一個電話號碼作為被叫方號碼，向網發送一個承載能力為不受限制的數字信息的SETUP消息。在從網發回一個ALERTING或CONNCET消息的情況下，系統立即向網發送一個DISCONNECT消息，執行一個清除序列，確定這個電話號碼有效。在呼叫沒有接受、從網發回一個DISCONNCET消息的情況下，系統也立即執行一個清除序列，但按照網所發送的原因內容確定這個電話號碼應該看作一個有效電話號碼還是一個無效電話號碼。
文檔編號H04M3/42GK1157074SQ96190683
公開日1997年8月13日 申請日期1996年6月25日 優先權日1995年6月26日
發明者內海勝統 申請人:株式會社金泰克