KR100297300B1 - 통신네트워크용데이터처리시스템 - Google Patents
통신네트워크용데이터처리시스템 Download PDFInfo
- Publication number
- KR100297300B1 KR100297300B1 KR1019950704289A KR19950704289A KR100297300B1 KR 100297300 B1 KR100297300 B1 KR 100297300B1 KR 1019950704289 A KR1019950704289 A KR 1019950704289A KR 19950704289 A KR19950704289 A KR 19950704289A KR 100297300 B1 KR100297300 B1 KR 100297300B1
- Authority
- KR
- South Korea
- Prior art keywords
- data
- file
- network
- record
- call
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 64
- 238000012545 processing Methods 0.000 title claims abstract description 58
- 238000000034 method Methods 0.000 claims abstract description 164
- 238000007405 data analysis Methods 0.000 claims abstract description 7
- 230000008569 process Effects 0.000 claims description 118
- 238000010200 validation analysis Methods 0.000 claims description 27
- 238000004458 analytical method Methods 0.000 claims description 20
- 238000013480 data collection Methods 0.000 claims description 15
- 238000004364 calculation method Methods 0.000 claims description 10
- 238000012795 verification Methods 0.000 claims description 9
- 238000013499 data model Methods 0.000 claims description 6
- 238000005259 measurement Methods 0.000 claims description 4
- 238000012958 reprocessing Methods 0.000 claims description 2
- 238000013500 data storage Methods 0.000 claims 1
- 238000007689 inspection Methods 0.000 claims 1
- 230000005055 memory storage Effects 0.000 claims 1
- 238000012937 correction Methods 0.000 description 30
- 238000007726 management method Methods 0.000 description 20
- 238000013474 audit trail Methods 0.000 description 13
- 230000009471 action Effects 0.000 description 9
- 230000004913 activation Effects 0.000 description 9
- 238000001994 activation Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 238000003860 storage Methods 0.000 description 7
- 238000012360 testing method Methods 0.000 description 7
- 241000976924 Inca Species 0.000 description 6
- 238000009826 distribution Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 5
- 238000012217 deletion Methods 0.000 description 5
- 230000037430 deletion Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 241000579895 Chlorostilbon Species 0.000 description 2
- 101000885147 Enterococcus avium D-arabitol-phosphate dehydrogenase Proteins 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013502 data validation Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000010976 emerald Substances 0.000 description 2
- 229910052876 emerald Inorganic materials 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 230000003442 weekly effect Effects 0.000 description 2
- 241000282472 Canis lupus familiaris Species 0.000 description 1
- 241001237728 Precis Species 0.000 description 1
- 241000231663 Puffinus auricularis Species 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 238000010923 batch production Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 239000013078 crystal Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000007937 lozenge Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/43—Billing software details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/44—Augmented, consolidated or itemized billing statement or bill presentation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/49—Connection to several service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/53—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using mediation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/55—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/68—Payment of value-added services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/73—Validating charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0104—Augmented, consolidated or itemised billing statement, e.g. additional billing information, bill presentation, layout, format, e-mail, fax, printout, itemised bill per service or per account, cumulative billing, consolidated billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0152—General billing plans, rate plans, e.g. charge rates, numbering plans, rate centers, customer accounts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0172—Mediation, i.e. device or program to reformat CDRS from one or more switches in order to adapt to one or more billing programs formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/44—Charging/billing arrangements for connection made over different networks, e.g. wireless and PSTN, ISDN, etc.
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/46—Connection to several service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/52—Interconnection, inter-exchange, reseller billing, billing agreements between different operators, e.g. billing identifier added on the CDR in order to cross charge the other operator, inter-operator accounting, reconciliation, bill directly resellers customers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
- H04M2215/7072—Validate charges
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Meter Arrangements (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Exchange Systems With Centralized Control (AREA)
- Investigating Or Analysing Biological Materials (AREA)
- Circuits Of Receivers In General (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
- Measurement Of Resistance Or Impedance (AREA)
Abstract
본 발명은 데이터를 수집하고 처리하는 방법에 관한 것으로서, 영국에서의 공중교환전화네트워크(1)과 같은 통신 네트워크에 사용되는 네트워크간 호출 회계 방식은 호출기록이 요금 산정 및 요금부과되기 전에, 그 호출을 관리하는 운영자에 따라 분류되며 전문가 시스템을 포함하는 데이터 분석기(7)가 유효화될 수 없는 호출기록을 위해 제공되며 데이터 분석기(7)는 디폴트 또는 수정된 데이터를 공급할 수 있거나, 무효 데이터를 갱신된 기준정보를 기다리는 중단된 프로세서에 출력 할 수 있으며 보정 할 수 없는 데이터가 관리 목적을 위해 섬프(sump)에 출력된다. 요금산정 및 요금부과 장치는 청구 가능 실체에 따라 이미 분류된 데이터를 처리하고 요금산정 및 요금부과 관련정보를 이유로 데이터 무효를 처리하는 다른 데이터 분석수단을 포함한다.
Description
*1995년 3월 22일자 국제단계보정에 의해 영어원문명세서의 2, 2a, 3, 4, 5, 5a, 5b 및 65 내지 70 페이지가 정정 또는 추가되었음.
본 발명은 다수 네트워크 통신에서 데이터 수집 및 데이터 처리용 데이터 시스템에 관한 것이다.
통신 요구, 예를 들어 전화 호출 혹은 데이터 전송이 단일네트워크내에서 일어나는 경우, 이들 통신요구에 관한 데이터를 로그하고 처리하는 것은 공지이다. 일반적으로, 공중 교환 전화네트워크(public switched telephone network : PSTN)에서, 호출 지속시 간에 관한 데이터가 수집되고 적어도 시각 및 호출 유형에 관하여 처리되어 말 운영자는 호출을 개시한 가입자에 대한 청구서상의 항목을 만들 수 있다.
최근 수년동안, PSTN용 데이터 시스템은 가입자에게 이용 가능한 서어비스 및 호출유형의 선택이 매우 중가함에 따라 필연적으로 더욱 복잡하게 되었다. 예를 들면, 0800번호의 도입과 함께, 청구 받아야 할 사람은 더이상 호출을 개시한 가입자는 아니다. 제 1 가입자에 의해 선택된 번호로 호출이 개시되면 네트워크에 의해 다음 호출을 자동적으로 다른 번호로 전향되는 호출 전향과 같은 복잡한 많은 서어비스가 PSTN 상에서 시험 운영되고 있거나 이용 가능하며, 수신 가입자의 사용 비용차도 있다.
상당한 변화의 과정에 있는 통신네트워크의 다른 분야는 다수의 네트워크 운영자가 존재한다는 것이다.
과거에는 PSTN은 국가 기간산업의 일환으로 정부 조직체에 의해 주로 운영되어 왔다. 근래에 증가된 가입자가 이용할 수 있는 네트워크운영는 더욱 증가하였고, 이들 네트워크 운영자는 실리적인 이유로 네트워크간 접속을 강화하고 있다. 이것은 네트워크운영자가 그들 자신의 네트워크에서 혹은 독립적이지만 유사한 관리의 한정된 수의 서로 접속된 네트워크에서 일어나는 통신요구 뿐만 아니라 상이한 유형의 이론적으로 매우 많은 수의 경쟁네트워크에서 일어나는 통신요구를 고려하여 가입자에게 폭넓은 서어비스를 제공해야 한다는 것을 의미한다.
그러므로, 해당 운영자의 네트워크 외부에서 일어나지만 운영자의 네트워크에서 종료되거나 단순히 통과하는 통신요구에 관련한 데이터 또한 수집되고 처리하는 것이 중요해지고 있다.
Obuchowski 에 의한 페이퍼 "액세스 요금징수 및 재원구조 (Access Charge and Revenue Architectures) ", AT & T Technical Journal, Vol.66, No. 3, May 1987, New York US, pages 73-81 에는 80 년대 시내 및 장거리 사업자의 분리후 미국 형태의 PSTN에서 내부 교환 사업자에 의해 사용되는 액세스 요금징수 및 재원을 예측하는 데이터 시스템이 기재되어 있다.
호출이 하나 이상의 운영자의 네트워크를 통과할 때, 서로 타측의 호출의 처리를 위한 운영자간의 요금산정 및 요금징수의 조정이 필요하다. 그러한 조정은 단순한 Sender Keeps ALL(SKA)로부터 복잡한 요금 산정식까지 다양하다.
호출 데이터는 호출이 일어나는 네트워크를 담당하는 관리처에 의해 수집되는 것이 전기통신에서 별개의 네트워크 운영자 혹은 관리처간의 설립된 관행이다. 만약 그 호출이 제 2네트워크에서 종료하면, 제 2네트워크와 관련된 관리처는 예를 들어 회계를 위해서는, 제 1네트워크를 담당하는 관리처에 의해 수집된 데이터에 의존한다.
Fujitsu Limited 가 출원한 영국특허출원 제 2254224 호에는 인텔리젠트 네트워크 기술에 의거하여 외향국제전화의 이중회계를 피하는 시스템이 기재되어 있다.
트러나, 전기통신 환경은 기술적으로 뿐만 아니라 정치적으로 급속하게 변화하고 있다. 치열한 경쟁을 맞이하여, 네트워크 관리처가 그들 자신의 네트워크에서 일어나는 트래픽(traffic) 뿐만 아니라 다른 네트워크에서 일어나지만 그들 자신의 네트워크를 통과하거나 그들 자신의 네트워크에서 종료하는 트래픽을 모니터하는 것은 매우 매력적인 것이다. 트래픽이 일어나는 네트워크가 경쟁 운영자나 관리처에 속하는 경우, 경쟁 운영자의 회계를 상호 점검하는 것이 적어도 가능한 것이 바람직하다.
공지의 과정에서, PSTN에서 호출에 관한 데이터 수집지점은 트래픽의 발생에 따라 픽업하는 지역 교환국이었다. 그러나, 이 과정은, 네트워크 사이의 트래픽에 관한 데이터를 제공하지 않는다. 네트워크로의 내향 호출에 관한 데이터를 수집하는 데이터 수집지점이 있다하여도, 그런 데이터를 어떤 상세한 레벨로 처리하기에는 관련된 설비가 따르지 못한다. 예를 들어, Isle of Man 및 Cellnet cellular network을 포함하는 다른 네트워크 관리처로부터 British Telecommunication plc(BT)에 의해 영국내에 운영되는 PSTN으로의 내향 호출은 1992년 3월까지 12달 동안 하루에 15.4백만 호출에 달했다고 집계되었다. 이러한 숫자는 1995년 3월까지 1년동안 하루에 2천 7백만호의 크기로 증가될 것이다. BT PSTN 내에서 일어나는 호출들을 포함하여 모든 호출 요구를 고려하면 하루에 6천만번의 호출이 1995년 동안 예상된다.
관련된 대규모 데이터 양에도 불구하고, 주요 전기 통신네트워크인 British PSTN으로의 내향 호출에 관한 데이터를 수집하고 처리하는 방법을 설계하는 것이 본 발명에 의해 가능하고, 이는 관련 네트워크 관리처가 외부 네트워크 관리처에 적당하게 할당될 수 있을 뿐만 아니라 항목화된 청구를 지원하는 회계정보를 얻는 것을 가능하게 한 상세하고 충분한 출력을 생성하는 것을 가능하게 한다. 즉, 회계정보는 소정분류를 충족하는한, British Telecommunication plc이 British PSTH용 전국 요금청구 방식으로 현재 이용하는 항목화된 요금 청구식으로 개별호출을 확인할 수 있을 정도로 충분하고 상세히 세분될 수 있다.
본 발명의 첫번째 면에 따르면, 제 1 통신네트워크에서의 통신 요구에 관한 데이터를 수집하고 처리하는 방법으로서, 상기 네트워크바 직접 혹은 간접으로 제 2통신네트워크과의 적어도 하나의 연결지점을 가지고, 그 연결지점에 의해 상기 제 2네트워크에서 일어나는 통신요구가 또는 상기 제 1네트워크를 지나거나 상기 제 1네트워크에서 종료하는 식으로 상기 제 1네트워크에 전송될 수 있는 방법에 있어서,
i ) 상기 연결 점의 데이터 접속점에서 데이터를 수집하는 단계로서, 상기 데이터는 상기 제 2네트워크에서 일어나는 통신요구에 관한 것이며 경로 선택정보와 상기 통신요구에 관하여 적어도 하나의 파라미터 측정 예를 들어 지속시간을 포함하는 단계,
ii ) 상기 데이터를 데이터 처리 시스템으로 전송하는 단계
iii ) 상기 데이터를 처리하여 요금 청구 정보를 발생시키는 단계를 구비하는 방법이 제공된다.
제 1네트워크와 다른 네트워크 사이의 연결점에서 데이터를 수집해서, 제 1네트워크로의 내향 통신요구에 관한 직접적인 정보를 얻는것 즉, 다른 네트워크 운영자 혹은 관리처에 의해 제공되는 데이터를 상호 점검하는 것이 제 1네트워크 관리처에서 이용 가능하게 된다.
본 발명의 두번째 면을 보면, 다른네트워크과의 연결점에서의 PSTN에서 수집된 데이터를 처리하는 데이터 처리장치에 있어서,
i ) 통신네트워크로부터의 통신요구에 관한 데이터를 입력하는 데이터 입력부로서, 상기 데이터는 복수개의 분류 특성중 적어도 하나를 포함하는 데이터 입력부,
ii ) 데이터 입력부에서 수신된 데이터의 무결성 및 충분성을 체크하는 검증수단,
iii ) 검증 수단에 의해 거부된 데이터를 분석하고 검증수단으로 수정된 혹은 디폴트(default) 데이터를 보내는 데이터 분석기,
iv) 검증 수단에 의해 출력된 검증 데이터를 갱신 가능항 기준정보에 따라 요금 산정하는 요금 산정 수단,
v ) 요금 산정 수단으로부터의 요금 산정되고 검증된 데이터를 메모리 위치로 출력하는 출력 수단으로서, 각 메모리 위치는 상기 특성 중 하나 또는 하나 이상에 관련된 데이터에 따르는 출력수단을 구비하는 데이터 처리장치가 제공된다.
바람직하게, 요금 산정수단은 또한 데이터를 유효화 할 수 있고 상기의 데이터 분석기 혹은 타 데이터 분석기에 오류 데이터를 출력하여, 훼손된 데이터가 재포맷되거나, 정정되어 통신 요구의 유효한 기록으로서 시스템에 재입력 될 수 있다.
이러한 데이터 분석 단계는 다른 유형의 결함에 관하여 데이터를 분석하기 위해 사용 될 수도(혹은 대안적으로)있다. 예를들어, 검증수단에 의해 찾아진 오류 데이터에 대해 행해진 데이터 분석은 대체로 포맷 및 경로선택 정보에 있어서 잘못 될 수도 있는 반면 요금 산정 수단으로부터의 오류 데이터는 대체로 요금산정 정보가 잘못 될 수도 있다.
분류 특성은 상기 설명한 데이터 처리장치의 여러 단계중 어느 하나에 적용될 수도 있다. 그러나, 예를 들어 PSTN 에서, 항시 일어나는 오류 데이터의 성질에 의하면 분류수단을(iii)검증수단과 관련된 체이터 분석기와 (iv) 요금 산정 수단 사이에 제공하는 것이 바람직하다. 그러므로 요금 산정수단은 이미 분류된 데이터에 대해 작용한다. 분류 특성이 데이터에 의해 나타내지는 통신 요구에 관하여 청구될 다른 것에 관한 것이라면, 이 장치는 요금 산정 수단이 개별적인 것에 관한 제한인자를 두므로서 단순활 될 수 있는 이점을 가질수도 있다.
BT PSTN과 같은 네트워크는 로컬 및 간선(trunk) 교환국 모두를 포함하고 교환국간 호출 전송 뿐만 아니라 최종 사용자에 대한 로컬 호출 전달을 제공하는 점에 유의해야 한다. 이것은 대금 청구 혹은 대금 검증을 지원하기 위해 필요한 데이터 수집 및 처리가 극도로 광범위한 변수들을 처리하기에 충분해야 한다는 것을 의미한다. 이것은 네트워크가 단지 간선간 교환 전송, 혹은 단지 로컬 호출 전달만을 제공하는 상황과는 대조적이다.
본 발명의 세번째 면에 따르면 다수의 다른 네트워크에 연결되고 그 다수의 다른네트워크로 부터 통신요구를 받는 제 1 통신네트워크에 사용되는 데이터수집 및 처리장치에 있어서,
a) 상기 타수의 다른네트워크 중 하나에서 일어나 제 1 네트워크로 내향하는 통신요구를 등록하는 등록수단,
b) 상기 통신요구의 기록을 포맷하는 수단으로서, 상기 기록은 다수의 다른 네트워크의 상기 하나를 식별하는 데이터와 상기 통신요구와 관련된 지속시간과 같은 파라미터치를 구비하는 포맷하는 수단,
c) 상기 기록을 유효화하는 유효화 수단,
d) 요금산정 및 요금징수데이터를 유효화된 기록과 관련시키고 요금산정, 요금징수 및 유효화된 기록의 분류 어레이를 제공하는 요금산정 및 요금징수 수단으로서, 상기 어레이는 다른 네트워크등의 신분에 따라 분류되는 요금산정 및 요금징수수단,
e) 상기 유효화 수단에 의해 거절된 기록을 분석하는 분석수단으로서, 상기 분석 수단은 거절의 이유에 따라 거절된 기록을 적어도 3개의 방법중 하나로 처리하도록 배치되며, 상기 3개의 방법은 비유효화 기록의 값을 가장 적합한 값으로 설정하는것, 혹은 비유효화 기록의 값을 디폴트값으로 설정하는 것, 혹은 비유효화 값을 보관하거나 덤프하는 것이며, 제 1 방법 혹은 제 2 방법의 어느하나로 처리되었던 기록은, 직접 혹은 간접으로, 유효화된 기록으로 요금산정 및 요금징수수단에 전송되는 것을 특징으로 하는 데이터 수집 및 처리장치가 제공된다.
본발명의 네번째면에 따르면 복수의 네트워크에 관한 통신기록을 수집하고 처리하는데 이용되는 데이터 수집 및 처리 시스템에 있어서, 상기 시스템은 상기 복수의 네트워크중 제 1 네트워크와 상기 복수의 네트워크중 적어도 하나의 다른네트워크 사이에서의 연결점에 발생된 통신 기록을 위한 적어도 하나의 입력부를 구비하고, 상기 기록은 관련통신 요구가 일어나거나 그로부터 상기 제 1 네트워크에 들어온 네트워크의 식별과 통신요구와 관련되어 지속시간과 같은 요금청구의 여지가 있는 파라미터 측정을 제공하며, 상기 시스템은 기록의 포맷과 경로선택정보측면을 유효화시키는 유효화 수단, 상기 유효화수단에 의해 거절된 오류 있는 기록을 분석하는 데이터 분석 수단으로서 상기 오류 있는 기록을 분류하고 디폴트값을 오류있는 기록의 적어도 하나의 분류에 공급하는 데이터 분석수단, 상기 네트워크 식 별에 따라 유효화되고 디폴트된 기록을 분류하는 데이터 분류 수단, 및 분류된 기록을 수신하고, 그안에 포함된 정보에 의거하여, 식별된 네트워크에 관련된 요금 청구실체에 사용되는 요금 청구 정보를 발생시키는 요금 산정 수단을 또한 구비하는 것을 특징으로 하는 데이터 수집 및 처리 시스템이 제공된다.
본 발명의 일실시예 따른 시스템을 예시적으로, 첨부한 도면을 참조하여 설명한다.
제 1도는 전기통신네트워크로의 내향 호출 요구에 대한 회계방식을 지원하기 위한 호출 정보를 구비하는 데이터를 수집하고 처리하는 시스템의 구조를 도식적으로 나타낸다.
제 2도, 제 3도 및 제 4도는 제 1도에 나타낸 시스템에 대한 전체적인 흐름도를 나타낸다.
제 6도는 제 1도의 시스템에 대한 하드웨어 및 통신도를 나타낸다.
제 6도는 제 1도에 따른 시스템에서 스트리머와 데이터 분석기 사이에 사용되는 소프트웨어 구조를 나타낸다.
제 7도는 제 1도의 시스템에 사용되는 컴퍼니(company) 시스템을 제공하는 하드웨어에 대한 구조를 나타낸다.
제 8도는 제 7도의 컴퍼니 시스템에 사용되는 배치 어레이 (batch array) 처리 구조의 개략도를 나타낸다. 제 9도 및 제 10도는 제 1도의 시스템에 사용되는 교환에 의한 데이터의 선택과 관련한 교환 파일과 Advanced Protocol Data Unit(APDU) 포맷을 나타낸다.
제 11도 내지 제 21도는 제 1도에 따른 시스템의 스트리머와 데이터 분석기에 사용되는 흐름도를 나타낸다.
제 22도는 제 1도의 시스템 요소들간의 프로세스의 상호작용을 나타낸다.
제 23도 내지 제 30도는 각 실체내의 기록이 있을 수 있는 상태와 그 상태로부터 다른 상태들이 어떤 작용에 의해 이를 수 있는지를 나타내는 실체 라이프 이력도를 제공한다.
제 31도 및 제 32도는 제 1도의 시스템에 사용되는 전문가 시스펨에서 데이터 분포 및 룰 해제를 따르게 하는 아젠다(agenda)의 상태 및 형태구조를 나타낸다.
제 33도 및 제 34도는 각각 제 1도에 따른 시스템의 데이터 분석기에 사용되는 룰 베이스 시스템(rule base system) 및 케이스 베이스 시스템(case base system)에 대한 객체 계층 구조를 나타낸다.
제 35도는 제 1도에 따른 시스템에서 데이터 분석기용 전문가 시스템/ORACLE 인터페이스를 구축하는데 관련된 설계 원리를 나타낸다.
제 36도는 제 1도에 따른 시스템에 사용되는 컴퍼니 시스템용 데이터 모델을 나타낸다.
제 37도 내지 제 43도는 제 1도의 시스템에 사용되는 데이터 분석기의 작동에 관련한 흐름도를 나타낸다.
제 44도는 제 1도에 따른 시스템에 사용되는 컴패내 시스템에 관련한 데이터에 강조를 둔 데이터 흐름을 나타낸다.
이하의 설명과 도면의 몇 부분에서 용어 "INCA" 및 "IDA" 가 때때로 사용되는데, 이들은 전체 시스템에 대한 기술인 Inter-Network Call Accounting 과 INCA Data Analyser를 나타낸다. 후자는 전문가 시스템을 구비하고 스트리머(6)과 인터페이스되는 데이터 분석기(7)에 대한 참조이다.
다음과 같은 순으로 설명한다.
1. 제 1도 : 구조의 블럭도
2. 제 2도, 제 3도및 제 4도 : 프로세서 개관을 위한 흐름도
i ) 상호연결(POI) 및 DDC
ii ) 스트리머
iii ) 컴퍼니 시스템 (혹은 박스)
3. 제 1도 및 제 5도 내지 제 8도 : 하드웨어, 통신 및 소프트웨어 구조
i ) POI 및 DDC
ii ) 스트리머 및 데이터분석기
iii) 컴퍼니 시스템
iv ) 클라이언트 박스
4. 제 9도 및 제 10도 : 호출 기록 및 데이터 포맷
i ) 호출 기록
ii ) 데이터 구조를 교환 데이터로 맵핑
5. 제 11도 내지 제 19도, 및 제 22도 내지 제 30도 : 스트리머 및 데이터 분석기 프로세스에 대한 상세 흐름도
i ) 스트리머 : DDC 선택
ii ) 스트리머 : 파일 프로세스
iii) 스트리머 : DDC 삭제
iv ) 데이터 분석기 : 프로세스
v ) 실체 라이프 이력
6. 제 31도 내지 제 35도 : 전문가 시스템
i) 개관
ii ) 룰 베이스 총체적(generic) 룰
iii ) 케이스 베이스
iv ) Oracle 인터페이스
7. 제 20도, 21도 및 제 37도 내지 제 43도 데이터 분석기에 의한 전문가 시스템의 사용
8. 제 36도 및 제 44코 : 컴퍼니 시스템, 데이터 분석 및 요금산정 및 요금징수
9. 감사 트레일(AUDIT TRAIL)
1. 제 1도 : 구조(ARCHITECTURE)의 블럭도
제 1도를 참조하여 설명하면, 제 2네트워크(2)에서 일어나거나, 제 2네트워크(2)으로부터의 내향 호출 요구에 관하여 제 1네트워크(1), 예를 들어 BT PSTN에서 데이터를 수집하기 위한 시스템이 제공된다. 데이터는 상기 제 1네트워크(1)의 교환에 의해 제공되는 상호 연결점 (POI)에서 수집되고 PSTN의 약 10개의 지역 데이터 수집기(DDCs)(5)의 하나로 입력된다. 이들은 호출의 의도된 목적지의 식별을 가능하게 각 내향 호출에 대한 경로선택정보, 호출을 내향시키는 캐리어, 각 호출이 이벤트로서 취급되도록 하는 항목화 데이터 및 (바람직하게)제 2네트워크(2)에서 단순히 전이 호출이었던 호출이 정확하게 그들이 발신된 네트워크에 관하여 회계될 수 있도록 하는 발호선 인지를 구비하는 데이터를 유지한다.
각각의 지역 데이터 수집기(DDC)(5)는 파일과 호출 기록 수준 양자에서 주로 경로선택 기준 모델에 대하여 호출 데이터를 확장하고 유효화시키는 스트리머 시스템(6)에 의해 선택된다. (비록 BP PSTN의 지역데이터 수집기(5)가 관련 데이터를 수집하지만, 그들의 역할은 네트워크 중재 프로세서로 알려진 회계장치의 성분 시스템에 의해 동일하게 제공될 수도 있다. 스트리머(6)에 의해 무효로 발견된 데이터는 지식베이스 시스템이 무효성을 평가하기 위해 사용되고 가능한 이 문제를 해결하려는 시도에서 데이터를 개정하는 데이터 분석기(T)로 옳겨진다. 이것은 무효데이터는 일반적으로 회계가능 입력으로서 없어지므로 시스템의 중요한 성분이다. 한편 유효 데이터는 그로부터 관련호가 수신되며 컴퍼니 시스템(8)로 전달되는 제 2네트워크(2)과 관련된 운영자에 따라 스트림된다.
스트리머(streamer)(6)는 다음의 기술을 제공한다.
본 발명의 데이터 시스템에 의한 파일 대기 처리를 위해 각 DDC(5)를 선택(poll)한다.
파일과 호출 기록을 경로선택 모델에 대해 유효화한다.
호출 기록을 확장하고 바른 델레콤 네트워크 운영자에게 할당한다.
무효 데이터를 IDA 7로 거절한다.
IDA 7로부터 수신된 원래의 파일을 기록 백업 인터페이스 디렉토리로 복사한다.
데이터가 인터페이스 디렉토리에 확보되었을때 DDC(5)로부터 파일을 삭제한다.
사용자에게 사용자 인터페이스를 제공하여 경로선택 기준 모델 데이터를 입력한다.
스트리머를 통해 완전한 감사 트레일을 제공한다.
사용자에게 동작과 스트리밍 동작의 데이터 무결성을 모니터하는 능력을 제공한다.
데이터 분석기(7)는 다음 기능을 제공한다.
하나 이상의 오류를 포함하는 파일에 대한 디렉토리를 선택하고 인터페이스 한다.
유효한 호출기록이지만 경로선택 기준 모델과 정합하지 않는다면 서스펜스영역에 부정확 호출기록을 유지한다.
사용자 인터페이스를 제공하여 사용자가 경로선택 기준 모델이 갱신된 후에 데이터를 재스트림 할 수 있도록 한다.
룰 사양에 따라 부정확한 필드에 디폴트 호출 기록치를 공급한다.
오류 임계치가 초과되고 있기 때문에 아직 스트림 되지 않은 정확한 데이터를 스트림한다.
정정된 데이터를 스트림한다.
호출 기록 수준에서 IDA 7를 통해 완전한 감사 트레일을 제공한다.
컴퍼니 시스템(8)도 요즈음 중요한 역할을 하는데 이는 호출 파라미터로 부터 뿐만 아니라 2개의 서로 연결된 네트워크(1, 2)의 운영자 사이의 관계로부터 유래되는 인자들을 들여오는 것이 컴퍼니 시스템이기 때문이다. 호출이 회계절차에 갖는 영향은 부분적으로 관련 운영자 사이의 "서어비스 수준 협정"과 같은 인자에 의해 결정된다. 이들 인자들이 조사 테이블 및/또는 전국 요금징수 데이터 베이스(NCDB)(9)를 포함 할 수도 있는 다양한 정보원을 참조하는 것에 의해 작용하는 것은 컴퍼니 시스템(8)에서이다. 특히 후자에 관하여 회계도 예를 들어 시간에 따른 요금징수률의 변화가 취해진다.
따라서 컴퍼니 시스템(8)으로부터의 출력이 연결점(3)으로부터 수집되고 적용해야 하는 운영자 특정 및 시간에 따른 변화 파라미터와 같은 관련 파라미터를 참조하여 처리된 호출 데이터를 나타내는, 회계 시스템에서 사용을 위한 최종 정보이다. 이 출력은 개인용 컴퓨터에 의해 사용자 억세스를 제공하는 클라이언트 시스템(10)에 제공된다.
2. 제 2, 3 및 4 : 프로세스 개관
제 2, 3및 4도를 참조하여 설명하면, 호출요구에 응한 동작시 상기의 프로세스 개관을 주기 위해 흐름도가 사용될 수 있다.
2(i) 상호 연결점(POI) 및 DDC
제 2도는 내향 호출에 응하여 POI 교환(3)에 의해 및 DDC(5)에 의해 행해지는 프로세스 단계를 나타낸다. 모든 이들 단계는 공지이며, 교환(3)과 DDC(5)는 본 발명의 목적을 위해 변형되지 않는다.
제 2도를 참조하면, 단계 200에서 관련네트워크(1)로의 내향 호출 혹은 관련네트워크(1)으로부터의 외향 호출은 POI 교환(3)에 호출기록을 생성한다. 단계 210에서, 교환(3)은 매 호출 요구에 일련번호 0-9999중 하나의 "파일 생성번호"를 부여한다. 단계 220에서, 교환(3)은 호출기록을 Advanced Protocol Data Units(APDUs)로 묶고, APDUs를 파일로 묶는다.
단계 230에서, DDC(5)는 APDU 포맷의 모든 호출 기록 데이터에 대해 교환(3)을 선택(poll)한다.
단계 235에서, DDC(5)는 헤더 APDU 및 트레일러 APDU의 형태로 제어 데이터를 부가한다. DDC(5)는 또한, 단계 240에서, 각 파일에 0-9999 범위에 있는 파일 일련번호를 부여하고, 단계 245에서 매 APDU에 범위 0-16353에 있는 APDU 일련번호를 부여하는데, APDUs는 바이너리 형식이다.
단계 250어서, DDC(5)는 파일을 디렉토리 구조에 배치하고, 그로부터 스트리머(6)는 선택에 의해 그들을 찾아낸다. 동시에, 단계 260에서, 파일에 대한 기입이 DIRINDEX라 불리는 카달로그 파일에 행해진다. 이 카달로그 파일은 스트리머(6)에 의해 선택되는 이용가능한 모든 파일의 리스트를 포함한다.
2(ii) 스트리머
제 3도는 참조하여 설명하면, 단계 300에서, 스트리머(6)는 DDC 디렉토리 구조를 주기적으로 선택하여 호출기록을 랜덤 억세스 메모리(RAM)에 기입하는데, 각 파일은 1M 바이트로 로드된다. 이 선택 프로세스는 가장 최신의 DIRINDEX 파일을 복사하는 단계를 포함한다. 단계 300에서의 DDC 선택 프로세스의 실질적 부분일 수 있는 단계 310에서, 데이터가 바이너리로부터 Ascll(American Standard Code for Information Interchange) 형식으로 변환된다.
단계 320에서, 스트리머(6)는 호출 기록의 유효화를 행한다. 호출기록이 완전하지 않거나 옳치 않은 경우 검증될 수 없어 스트리머(6)에서의 후속의 처리 단계 및 종국적으로 청구 단계에 이어지는 대신, 이것은 옳치 않은 데이터분석기(7)에서의 다른 분석을 위해 단계 330에서 인터테이스 디렉토리로 전향된다.
그러나 유효한 데이터는, 단계 340에서, 식별과정으로 진행하여 호출기록의 데이터가 호출이 어떤 다른네트워크에서 시작되었는가, 혹은 어디로부터 BT PSTN에 들어왔는가, 혹은 어떤 경우에는 어디서 종료될 것인가를 설정하기 위해 사용된다. 청구를 위하여 관련 네트워크 운영자를 나타내는 코드가 호출기록에 부가되고 파일들이 나뉘어져 그 코드에 따라, 단계 350에서, 재구성된다. 따라서, 이점에서의 호출기록은 적어도 우선 먼저 이들 호출의 비용을 책임질 수 있는 네트워크 운영자 혹은 다른 관련 실체에 따라 분류될 수 있다.
단계 360과 370에서, 스트리머(6)는 새롭게 구성된 파일을 컴퍼니 시스템(8)에 출력하고 DDC(5)상의 FTAM파일 저장부로부터 파일 데이터를 삭제한다.
데이터 분석기(7)를 보면, 이것은 유효화 될 수 없는 데이터가 청구될 수 없으므로 중요한 역활을 한다. 단계 380에서, 데이터분석기(7)는 단계 330에서 스트리머(6)에 의해 입력된 오류 파일에 대해 인터페이스 디렉토리를 선택한다. 그런 다음 데이터 분석기(7)은 오류 데이터를 시스템에 복귀시키기 위해 3가지 다른 기회를 갖는다.
단계 382에서는 데이터를 복구시킨다. 데이터가 복구된다면, 복구 데이터가 인터페이스 디렉토리로 복귀되어 그로부터 스트리머(6)가 이것을 찾을 수 있다.
단계 384에서, 데이터 분석기(7)는 디폴트 값을 복구할 수 없는 데이터에 부여한다. 어떤 데이터 요소들은 이런식으로 "패치 "될 수 없는데 예를 들어 이것은 감사 트레일(audit trail)에 영향을 미치기 때문이다.
마지막으로, 단계 386에서, 데이터분석기(7)는 데이터와 경로선택 기준 모델(Routing Reference Model : RRM) 사이에 단순하게 부정합이 있는지를 체크한다. 후자는 경로선택 정보를 주는 데이터베이스이고 DDC에서 예를 들어 호출의 종착지를 식별하기 위해 이용된다. RRM의 복사본이 통신네트워크의 다른곳에 유지되고, 만약 하나의 복사본이 시간이 맞지 않게 혹은 부정확하게 갱신 된다면, 데이터의 부정합을 야기 할 수 있다. 이것이 그 경우라면, 데이터 분석기(7)는 그러한 호출 기록을 서스펜드 파일로 입력하는데 (단계 388) 서스펜드 파일은 RRM이 체크된 후에 스트리머(6) 프로세스로 호출 기록이 복귀하도록 할 수 있다.
데이터 분석기 (7)가 상기 방법들중 어느것으로 데이터를 처리 할 수 없는 경우, 데이터 분석기는 단계 390에서 데이터를 "섬프(sump)"로 출력한다.
이것은 데이터가 효율적으로 유실되고 결코 청구되지 않는 것을 의미한다. 그러나 이것은 분석에 유용하여 장기적인 견지에서 시스템에 대한 변화와 정정이 행해질 수 있다.
2(iii) 컴퍼니 시스템
제 4도를 참조하여 설명하면, 파일 레벨에서 스트리머(6)에 의해 유효화되고 처리된 데이터는 컴퍼니 시스템(8)에 입력되고 그 제 1단계인 단계 400은 파일 일련번호의 유효화이다. 컴퍼니 시스템(8)은 파일 일련번호 순으로 파일을 처리하지만, 스트리머(6)는 상이한 교환(3)로부터 병렬로 데이터를 처리했다. 파일 일련번호가 잘못된 것인 경우, 컴퍼니 시스템은 파일을 무효화 시키고 이것을 처리하는 것을 중지한다. (단계 410)
파일 일련번호가 수용 가능한 경우, 컴퍼니시스템(8)은 단계 420로 이동하여 호출요구를 유효화 시키는데, 이 경우 스트리머(6)에서와 같이 주로 RRM의 조건으로가 아니라 청구 가능 실체와 예를 들어 BT와 같은 제 1네트워크(1)의 운영자 사이의 관계에 관한 데이터에 더욱 강조를 둔다. 청구 가능 실체와 BT는 서어비스 수준 협정 (service level agreement : SLA)으로 진입하고 호출기록은 현재의 SLA하에서 청구 가능 실체에 이용 가능하지 않은 호출유형을 나타낸다. 컴퍼니 시스템(8)은 그것을 무효성으로 찾아내고 단계 430에서 그 호출기록을 오류로 보정하려고 시도한다. 호출기록이 보정될 수 있는 경우, 단계 440에서, 벌크(bulked)되도록 보내지고 컴퍼니 시스템(8)에 재입력된다. 보정될 수 없는 경우, 단계 450에서 분석을 위해 저장된다.
한편 유효한 호출기록은 단계 460에서 컴퍼니 시스템 요금산정 장치에 보내져 개별 호출기록은 NCDB(9), 관련 청구가능 실체와 BT 사이의 SLA, 및 기타 다른 정보에 따라서 요금 산정된다. 그렇게 요금 산정된 호출기록은, 단계 470에서, 관련 청구가능 실체에 요금징수를 위해 요약 데이터베이스로 로드되고, 호출기록은 단계 480에서 저장을 위해 광디스크로 출력된다.
클라이언트 박스(10)는 주간격으로 요약 데이터 베이스로부터 다운로드된 정보를 수신한다. 각 클라이언트 박스(10)는 단일 청구가능 실체에 전용되고 "자신"의 호출 기록만을 얻기위해 광디스크 저장부를 억세스하기 위해 이용될 수도 있다.
3. 제 1도, 제 5도, 제 6도, 제 7도 및 제 8도 : 하드웨어, 통신 및 소프트웨어 구조
3(i) 상호연결점(3) 및 DDC(5)
교환(3)와 DDCs(5)는 공지의 유형이므로 여기서 상세히 설명하지 않는다. 그들은, 간략하게 다음과 같이 작동한다.
제 1도 및 제 2도를 참조하여 설명하면, BT에 의해 운영되는 British PSTN으로 들어오거나 나가는 호출은 요즈음 상호 연결점(POI)(3)으로서 디지탈 전화 교환기를 통과한다.
본 발명의 데이터 시스템에 관련하는 모든 그러한 교환기는 현재 디지탈 접합 교환기(Digital Junction Switching Unit : DJSU), 디지탈 로컬 교환기 (Digital Local Exchange : DLE) 혹은 디지탈 메인 교환기(Digital Main Switching Unit : DMSU) 유형의 System X 전화 교환기이다.
제 2도의 단계 200에 나타낸 바와 같이, BT 네트워크 (1)을 들어오거나 나가는 모든 전화 호출은 POI 교환 (3)내에 British Telecom Call Record Type(6)으로 알려진 포맷으로 호출 요구를 생성한다. System X POI 교환(3)는 단계 230에서 APDU포맷의 모든 호출기록 데이터에 대해 DDCs(5)에 의해 매일 선택 된다. 선택은 고속 BT 데이터 링크를 통해 File Transter Access and Management(FTAM) 프로토콜을 사용하여 일어난다. DDCs(5)는 POIs로부터의 호출기록 파일의 수집기로서 작용을 한다 : 호출기록에 대한 어떠한 처리도 DDC내에서 일어나지 않는다. DDCs는 호출기록 선택에 전용되지 않고, 다른 데이터수집, 처리 및 포워딩 다스크등을 행한다.
스트리머 시스템(6)이 DDC(5)상의 FTAM 파일 저장부로의 억세스를 얻기 위해서는 식별을 제공하는 것이 필요하다. 이것은 관련 엔드 시스템으로서 스트리머(6)에 Network Nodal Identity(NNI)를 할당하는 것에 의해 행해진다. 이 NNI는 패스워드와 함께 FTAM파일 저장부로의 억세스를 얻기 위한 사용자명으로서 이용된다.
3(ii) 스트리머(6) 및 데이터 분석기(7)
제 5도를 참조하여 설명하면, 스트리머(6)및 데이터 분석기(7)용 하드웨어 및 통신도는 다음과 같을 수가 있다. (제 6도의 통신구조는 상이한 환경에서 적합할 수 있는 많은수의 통신구조중 단지 하나만을 나타낸다는 것이 이해되어야 한다.) 스트리머(6)는 메인스트리머(6)상에 장애가 일어나자마자 들어오는 "핫 스탠바이(hot-standby)" 스트리머 박스 백업(Streamer Box Backup : SBB)(6a)을 갖고, 양자는 UNIX 운영체계에서 운영되는 휴렛패커드 HP8575 미니 컴퓨터에 제공될 수 있다. 스트리머(6)와 SSB(6a)는 로컬에리어 네트워크(LANs)(515)에 연결될 수도 있다.
DDCs(5)(제 5도에 도시되지 않음)로부터 스트리머(6)(혹은 핫 스탠바이 6a)에 의해 선택되는 원래 데이터는 광디스크 저장장치(도시되지 않음)를 사용하여 백업된다. 이 데이터는 BT 메가스트림 고속 데이터링크 및 멀티프로토콜 경로선택 네트워크(MPRN)(510)상에서 FTAM을 사용하여 선택된다.
MPRN(510)은 OSI(Open System Interconnection) 컴플라이 언트이다. 스트리머(6)와 데이터 분석기(7) 사이에 직접 통신 링크(515)가 있고 "이더뎃" 브릿지 (505)는 스트리머(6)와 데이터 분석기(7)에 예를 들어 PSTN을 위해 BT에 의해 사용되는 적어도 하나의 광역 네트워크(WAN)(510)로의 억세스를 제공한다. WAN(510)은 주요 BT PSTN 네트워크관리 및 데이터 센터에 위치한 컴퍼니 시스템(8)과 클라이언트 박스(10)로의 억세스를 제공한다. 이것은 네트워크관리 및 데이터 센터가 예를 들어 분석용 및 초기 및 갱신 경로선택 기준 데이터를 입력하기 위한 데이터를 입출력 할 수 있다.
제 6도를 참조하여 설명하면, 데이터 분석기(7)는 휴랫패커드 HP9000상에 제공될 수도 있다. 스트리머(6)와 데이터 분석기(7)용 소프트웨어는 다음 기술을 이용한다 :
IEF for Batch Processes
ART/IM for Expert System Capabilities
HP/UX Version 9.0
Business Objects as a PC Client for reports
Oracle Version 5
SQLFORMS 3
SQL *Report Writer 1.1
PL/SQL Version 1.0
PRO *C
SQL *NET TCP/IP Version 1.2
이들 모두는 공지이고 상업적으로 이용가능하다. 예를 들어 "IEF"는 James Martin Associates로부터의 "Information Engineering Facility" Computer Aided Software Engineering(CASE) 소프트웨어이고 이는 실행 가능한 코드를 생성하는 소프트웨어 공학 툴이다. 데이터 분석기 프로세스는 데이터 분석기 플랫폼상에서 물리적으로 운영되고 SLQ *NET를 사용하여 스트리머(6) 플랫폼상의 Oracle 데이터베이스(60)에 연결한다.
SQL *NET TCP/IP(전송제어 프로토콜/인터네트 프로토콜 : Transport Control Protocol/Internet Protocol)이 MPRN(510) 혹은 적당한 TCP/IP 운영 네트워크상에서 스트리머(6)에 위치한 Oracle 데이터 베이스(60)을 억세스 하기 위해 스트리머/데이터 분석기 Business Objects Oracle 사용자(65)에 의해 사용될 수도 있다.
스트리머(6) 및 데이터 분석기(7)는 데이터 베이스 시설(60)을 공유하고 사용자는 예를 들어 스트리머(6)에 의해 유효화에 사용되는 기준 데이터를 체크하거나 갱신하기 위해 억세스를 요구할 수도 있다. 데이터베이스 시설(60)은 특히 DDCs(5)로부터의 파일이 처리되고 있는것에 대한 제어를 유지하고 경로선택 모델의 버젼을 포함한다.
PRO *C 코드는 제 6도에 나타낸 바와 같이 IEF에 의해 IEF코드(6)와 외부작용 블럭 (External Actions Blocks : EABs)(63)으로 생성된다. 스트리머/데이터 분석기 소프트웨어 라이브러리(63)는 EABs(62)내로부터 혹은 ART-IM(Automated Reasoning Tool for Information Management)(64)로부터 호출 발신 가능한, "C" 및 PRO *C 모듈의 조합이다. ART-IM은 소유자, 전문가시스템, 응용개발 소프트웨어이다. ART-IM 개발은 전문가 시스템으로의 Motif 인터페이스인 "스튜디어"내에서 행해진다. 전문가 시스템이 "스튜디오"내에서 유니트 데스트 되었으면, "스튜디오"내로부터 "C" 모듈을 생성하는 것에 의해 배치된다.
그러므로, 예를 들어, 프로세스는 IEF 코드(61)를 OS/2 워크스테이션상에 생성시키고, 그 코드를 배치 플랫폼상의 EABs(63), 스트리머/데이터 분석기 소프트웨어 라이브러리(63) 및 ART-IM코드 라이브러리(64)로 링크하는 것에 의해 만들어질 수 있다.
3(iii) 컴퍼니 시스템(8)
제 7도 및 제 8도를 참조하여 설명하면, 컴퍼니박스(혹은 시스템)(8)는 휴랫패커드 미니컴퓨터(70), UNIX 운영체계를 운영하는 "Emerald 890/400", ORACLE 관계 데이터베이스 관리시스템(RDMS) 및 James Martin Associates로 부터의 IEF CASE소프트웨어를 사용하여 작성된 커스텀 어플리케이션을 구비한다.
컴퍼니 박스(8)내에서, 모든 호출 기록은 복잡한 요금산정 및 요금징수 기준 테이블에 따라 요금산정 되고, ORACLE 요약 테기블이 증분된다 기준 테이블은 교환 설정 데이터, 경로선택 기준데이터, 회계협정, 요금 산정 및 요금징수 데이터 및 다양한 예외 분류를 제공한다. 요금 산정 및 요금징수 기준 테이블은 BT'의 전국 요금징수 데이터 베이스(NCDB) 및 운영자간 대량 요금 산정 협정으로부터 유래된다.
관련된 매우 많은 양의 처리일을 갖는 미니컴퓨터를 돕기 위해, 휴랫패커드 UNIX 워크스테이션(80), 예를 들어 "735s"가 일을 처리하는 코-프로세서로서 부착된다. 그런 워크스테이션의 거의 무한수가 미니컴퓨터(70)에 연결되어 컴퍼니 박스가 처리할 수 있는 호출기록의 수를 증가시킬 수 있으나 BT PSTN에서 합리적인 최소수는 현재 예를 들어 12대일 수도 있다. 앞서 설명한 바와 같이, 본 발명의 데이터시스템은 1995년까지 하루에 6천만번의 호출기록을 처리하는 것이 필요하다. 장치는 태스크 브로터("Task Broker")(81)로 공지된 휴랫패커드 제품에 의존하고, 본 발명의 데이터 시스템은 배치 어레이상에 운영하도록 설정된다. 그렇게 하기 위하여, 커스텀 파라미터가 다스크 브로커로 공급될 필요가 있으며 적절한 이들 파라미터 조합은 다음과 같다. :
i ) 글로벌 파라미터 설정 (선택적임)
-클라이언트는 서버를 억세스 할 수도 있다.
- 장치는 다스크 브로커를 원격 조정 할 수도 있다.
- 사용될 네트워크 마스크
- 허가된 가장 작은 및 가장 큰 UID(User identity)
- 추적 기록 용장
- 동시에 처리될 수 있는 태스크 제안의 최대수
- 클라이 언트가 서어비스를 위해 접촉해야 하는 장치 리스트
ii ) 클라이언트 파타미터 설정 (선택적임)
- 각 서어비스, 클라이언트가 서어비스를 위 해 접촉해야 하는 서버에 대한 리스트
iii ) 종류 파라미터 설정
- 각 서어비스는 한 종류에 있어야 함, 각 장치가 제공할 각각의 서어비스 유형에 대하여 종류를 설정한다.
iv ) 서어비스 정의(각 서어비스에 대해, 다음이 특정되어야 한다)
- 종류
- 친화력
- 인수
친화혁 (affinity)는 0-1,000 사이의 수이며 이는 노드가 서어비스를 얼마나 잘 제공할 수 있는가를 나타낸다.
태스크 브로커는 어떤 작업 스테이션이 경합하고 파일을 처리하는가를 제어하는 대기 시스템이다. 컴퍼니 시스템(8)과 함께 태스크 브로커를 이용하기 위해서는 3개의 프로그램과 구성 파일이 있다. 구성 파일은 태스크 브로커가 어떤 작업 스테이견과 통신할 수 있으며 파일을 처리하기 위해 어떤 프로그램을 불러올 수 있는가는 포함하는 컴퍼니 시스템 환경에서 운영하기 위해 필요한 파라미터를 설정한다. 상기 설정되는 것이 구성 파일 파라미터이다.
3개의 제어프로그램이 다음과 같이 동작한다(요약임). 파일이 컴퍼니시스템(8)의 Emerald 미니컴퓨터에 올때, 마스터 프로그램 "run-cp.sh-은 태스크 브로커를 통하여 처리될 것을 보내고 모니터 프로그램 "cleanup-cp.sh"을 시작한다. 태스크 브로커는 파일을 워크스테이션에 할당하는데 이는 파일을 제 3프로그램 "cP.sh"에 따라 처리한다. 모든것이 순조로운 경우, "cleanup-cp.sh"가 이것을 클라이언트 시스템(10)의 바른 디렉토리로 할당하는 미니컴퓨터로 파일이 복귀한다. "cleanup-cp.sh"는 또한 작업 스테이션을 모니터한다. 작업 스테이션에 의해 처리에 있어 너무 긴 지연이 있는 경우, 분명히 문제가 있으므로 그 작업 스테이션에 관한 태스크 브로커를 중지한다. 마지막으로, "cleanup-cp.sh"는 또한 기록과 이벤트 추적 기록을 제어 한다.
클라이언트 시스템(10)으로의 출력뿐만 아니라 컴퍼니 박스(8)로부터의 요금 산정 호출 기록이 광디스크 드라이브(71)의 어레이에 저장되어 개별 요금 산정 호출 기록이 장차 검색될 수 있고 분석될 수도 있다.
3(iv) 클라이언트 시스템(혹은 박스)(10)
상호 연결호의 요약 ORACLE 데이터 베이스 테이블은 컴퍼니 박스(8)로 부터 클라이언트박스(10)로 주마다 다운로드된다. 각 클라이언트 박스(Client Box : CLB)(10)는 휴랫패커드 UNIX 워크스테이션이고 BT와 다른 운영자 예를 들어 Manx felecom 사이의 단일 상호 연결 협정하에 생성된 요약 데이터베이스 테이블과 호출기록만을 다룬다. 클라이언트 박스(10)는 ORACLE RDMS와 Business Objects 소프트웨어를 운영한다. 각 클라이언트 박스(10)로부터의 정보는 BT가 다른 네트워크 운영자의 BT네트워크의 사용에 관하여 다른 네트워크 운영자에게 청구할 뿐만 아니라 다른 네트워크 운영자로부터 BT로 들어오는 청구서를 검증할 수 있도록 한다. 각 클라이언트 박스(10)는 또한 광디스크(41)에 그 클라이언트 박스(10)와 관련된 상호 연결 협정하의 호출 기록에 대해서만 질문할 수 있다. 클라이언트 박스가 컴퍼니 박스(8)에 BT와 다른 운영자 사이의 다른 협정에 관한 것들 뿐만 아니라 그들 자신의 호출 기록에 대해 직접적으로 질문할 수 없다. 개인용 컴퓨터가 클라이언트 박스(10)에 연결되어 요약 테이블에 대해 분석할 수 있다.
4. 제 9도 및 제 10도 : 호출기록 및 데이터 포맷
4(i) 호출 기록
British Telecom Type 6호 기록은 고객 요금 청구의 주 목적을 위해 생성된다. 호출 기록은 날짜, 시각, 지속시간, 이동거리 및 기타 인자에 의거하여 호출을 정착하게 요금 산정 하도록 하기 위해 충분한 정보를 포함하여야 한다. 각 Type 6호 기록은 다음을 포함 할 수 있다:
청구 기록의 길이 ;
기록 용도 ;
기록 형태 ;
호출형태 & 호출 실효성 ;
홍보 문구 ;
시각 불연속성 플래그(통화중 GMT로/부터 BST부터/로의 변화);
호출 발신자 신원(calling line identity : CLI);
경로 선택군 형태 ;
샘플링 분류;
경로 선택군;
노드 점 코드(NPC) : 기록을 만드는 POI 교환에 대한 고유의 식별자
연결 필브(호가 하나의 시간-요금 밴드 이상에 스트래들할 때 사용됨);
발신자 분류(사업, 거주, 공중전화);
요금 밴드;
어드레스 완료의 날짜 및 시각;
응답의 날짜와 시각;
발신자 통화종료의 날짜와 시각;
피호출자 통화종료의 날짜와 시각;
피호출자 번호 필드
호출 기록은 모든 system X교환상의 호출 회계 서브 시스템 재원(CAS) 할당 및 회계(RAA) 시설에 의해 획득된다. 상술한 바와 같이, 단계 220에서 호출 기록은 APDUs로 그룹화되고, APDUs는 다시 파일로 그룹화되며, 각 파일은 크기가 1M 바이트 까지이다.
System X POI 교환 내에서의 이러한 그룹화 과정은 개별 호출 기록의 어떠한 부분도 파괴하지 않는다. 모든 호출 기록은 단순한 바이너리 포맷이다.
제 9도를 참조하면, 각 교환 파일(40)은 다수의 APDUs(51)을 포함하는데, 이들은 가변길이이다. 각 APDU(51)는 역시 가변 길이인 다수의 청구 기록을 포함한다. 그러나 다음은 보정된다.
교환 파일 최대크기 1 메가바이트
APDU 최대 크기 512 바이트
청구기록 최대크기 70 바이트
DDC 헤더 및 트레일러 APDUs는 헤더 APDU에 대해서는 241, 및 트레일러 APOU에 대해서는 245인 APDH 형태와는 별도로 동일하다.
다음 정보는 헤더와 트레일러 APDU에서 이용 가능하다:
APDU 길이 ‥‥‥‥‥‥‥‥‥‥‥‥헤더/트레 일 러 APDU의 길이
APDU 형태 ‥‥‥‥‥‥‥‥헤더에 대해서는 241, 트레일러에 대해서는 245
고유의 파일식 별자‥‥‥‥‥‥‥‥‥‥DIRINDEX에 관한 하기 참조
목적지 NNI‥‥‥‥‥‥‥‥‥‥‥‥‥INCA 스트리머의 NNI
어플리케이션군‥‥‥‥‥‥‥‥‥‥‥INCA 데이터 = 14의 어플리케이션군
입력테이프/카드리지 일련번호‥‥‥‥테이프/카트리지의 일련번호
출력파일 일련번호‥‥‥‥‥‥‥‥‥‥DDC 일련번호
타임스탬프 DDC 수신데이터 ‥‥‥DDC에 의해 수신된 날짜 및 시각 데이터
부분파일 표시기 ‥‥‥‥‥‥‥‥‥‥‥파일이 부분파일 인지를 나타냄
예외 표시기‥‥‥‥‥‥‥‥‥‥‥‥‥파일에 잘못된 것이 있는지를 나타냄
판독계수 ‥‥‥‥‥‥‥‥파일이 판독된 횟수
파일크기 ‥‥‥‥‥‥‥‥파일을 바이트의 크기로 나타냄
선택되지 않은 APDUs의 계수‥‥‥‥‥잘못된 APDU 형태의 APDUs의 수
선택된 APDU 형태‥‥‥‥‥‥‥‥‥‥INCA 데이터 형태의 APDU 형태
APDU 계수 ‥‥‥‥‥‥‥‥파일에서의 APDUs의 수
제 1 일련번호 ‥‥‥‥‥‥‥‥‥‥ APDU 일련번호를 시작
마지막 일련번호 ‥‥‥‥‥‥‥‥‥‥‥APDU 일련번호를 끝냄
판독 계수는 이 파일이 스트리머(6)에 의해 DDC로부터 선택된 횟수를 나타낸다. 부분 파일 표시기는 전체 파일이 DDC(5)에 의해 연속적으로 수신되었는지 혹은 파일의 부분이 행방불명인지를 표시 한다.
예외 표시기는 이 전송과 관련하여 DDC(5)에 의해 검출된 어떠한 오류를 표시하는 2대의 1바이트 비트마스크 필드이다.
상기 필드의 모두에 대한 유효치가 "컴퍼니 시스템(혹은 박스)"(8)을 참조하여 후술하는 컴퓨터 지원 소프트웨어 공학(CASE) 응용 소프트웨어내에서 유효화 될 것이다.
제 10도를 참조하면, APDU 구조(51)의 간단한 설명은 APDU헤더(52), 관련된 실제 청구기록(53), 및 APDU 트레일러(54)를 포함한다.
청구기록(53)에 대한 포맷은 표준경이고 "C" 구조가 그 포맷으로 정확하게 맵하기 위해 설계될 수 있다.
데이터가 교환(3)로부터 DDC(5)로 선택되었을 때, 각 데이터 APDU의 헤드에 있는 데이터의 어떤 것은 DDC(5)에 의해 없어진다.
이 데이터는 DDC(5)의 및 교환(3)의 대표적인 것이지만 종료 처리 시스템을 위한 데이터 공급으로서는 관계가 없다.
파일이 DDC(5)에 의해 적당한 디렉토리로 복사되어, 스트리머(6)가 FTAM을 사용하여 복사하는 것이 가능하게 될 때, DIRINDEX란 카탈로그 파일에 이것에 대한 기술항이 만들어진다. DIRINDEX 파일 기입항은 다음 데이터를 포함한다 :
i) 활동성 분석(1 바이트)은
a) 비활성 기술항
b) 전송을 위한 파일 이용성
c) 예를 들어 FTAM 전송에서 빈번하게 사용되는 파일
d) 연속적으로 전송된 파일(아직 삭제되지 않음)
을 나타내고,
ii) INCA 파일명 포맷
iii) 출력 경로 선택은
a) FTAM을 위한 파일 이용 가능성
b) 자기 테이프만
을 나타낼 수도 있다.
iv) 생성시각 및 관련 교환 NNI와 같은 세부사항을 포함하는 고유한 파일식별자
v) 바이트로의 파일크기
vi) 파일에서 APDUs의 수
ii) INCA 파일명 포맷을 살펴보면, 이는
vii) 스트리머 NNI
vii) NNI 및 교환의 클러스터수
ix) INCA 데이터의 응용군
x) 교환 파일의 DDC 파일 일련번호
4(ii) 데이터 구조의 교환 데이터로의 맵핑
스트리머(6)는 다음 원칙을 사용하여, 데이터를 컴퍼니 박스(8)용 모델에 사용하기 위한 데이터 구조로 맵한다:
APDU 길이 필드 및 청구 기록 필드가 옳다는 것을 가정한다. 만약 그들이 그렇치 않다면, 유효화는 APDU 레벨 혹은 청구 기록 레벨 어느 한쪽에서 실패하여, 그 데이터는 데이터 분석기(7)로 스트림된다.
입력 데이터는 헤더 APDU(52)를 찾기 위해 초기적으로 스캔된다. 이것은 APDU 241(Hex F1) 형태에 의해 식별된다. 그런 다음 선택된 APDU 형태 필드는 고유의 파일 식별자와 함께 체크되어 이것이 사실 헤더 APDU (52)임을 설정한다.
헤더 APDU(52)가 발견되어 헤더 APDU데이터 구조가 맵된 후, 파일의 모든 APDUs는 APDU에 의해 후속되는 1워드 기록 길이의 데이터 표준을 따르리라는 것이 가정된다.
/HEADER. APDU/RL/APDU/RL/APDU...
/RL/APDU/RL/TRAILER.APDU
단, RL은 기록길이 (Record Length)이다.
파일의 구조가 이 표준에서 벗어나면 파일은 다른 분석을 위하여 데이터 분석기(T)로 스트림된다. 이 오류 상태는 그 편차를 바로 따른 APDU의 유효화 내에서 검출 된다.
각 APDU내에서 구조는 제 6도의 그것을 따른다고 가정된다. 다시이 구조로부터의 어떠 한 편차는 전체 데이터 구조 맵핑이 오정렬 되게 하며, 파일이 거절되어 데이터분석기(7)로 스트림 되도록 한다.
트레일러 APDU(54)후에 어떠한 데이터도 없다는 것이 가정된다. 트레일러 APDU(64)후에 나타나는 어떠한 데이터도 유실된다.
5. 제 11도 내지 제 19도 및 제 22도 내지 제 30도 : 스트리머 및 데이터 분석기 프로세스
5(i) 스트리머 : DDC 선택 프로세스
파일이 DDCs(5)에 의해 수신될 때 그들은 유효화되고(체크섬(checksum)을 이용하여) 몇가지 여분의 정보가 제 2도를 참조하여 상기에서 설명한 바와 같이 APDU헤더 및 트레일러(52, 54)에서 파일의 시작과 끝에 부가된다. 이들 파일은 그들을 스트리머(6)에 의해 사용되는 디렉토리 구조에 배치하고 DIRINDEX 파일을 갱신하는 것에 의해 스트리머(6)에 의한 선택에 이용 가능하다. 이 DIRINDEX 파일은 스트리머(6)에 의해 선택될 수 있는 모든 파일의 리스트를 포함하고 스트리머(6)는 이 리스트를 사용하여 모든 새로운 파일을 선택하는 것을 확실히 한다.
제 11도를 참조하여 설명하면, 스프리머(6)는 "모든 DDCs를 스트림" 프로세스로 들어가므로써 다수의 DDCs(5)를 선택할 준비를 한다. 단계 700에서, 스트리머(6) "모든 DDCs를 스트림" 프로세스가 예를 들어 특정 시각에 시작된다. 단계 710에서, 이 것은 DDCs(5)로부터의 파일을 수신하기 위해 스트리머(6)가 이용 가능한가를 체크한다. 스트리머(6)가 이용 가능한 경우, 스텝 720, 730, 740의 사이클로 들어 가서 DDCs(5)의 리스트를 처음부터 끝까지 조사하여 선택되는 각 DDC(5)에 대한 "DDC프로세스"를 생성한다. 리스트의 끝에서, 이 프로세스가 종료한다(스텝 750).
각 DDC(5)에 대해, 스트리머(6)는 "DDC 프로세스"를 실행한다. 제 12도를 참조하여 설명하면, 단계 800, 805에서, DDC 프로세스는 그 프로세스에 관련한 DDC(5) 혹은 스트리머(6)가 셧 다운 되었는지 여부에 대한 체크와 함께 개시한다. DDCs(5)가 선택 될 수 없는 때가 있어 단계 815는 비폴(non-poll) 윈도우가 적용 되는지에 관한 체크를 한다. 그렇치 않다면, 단계 820은 파일을 처리하기 위해 프리 프로세스 슬롯을 찾는다. 이들 모든 체크가 끝나면, 스트리머(6)는, 단계 825에서, DDC DIRINDEX를 억 세스하여 단계 830에서 프로세스 이스트를 단계 835에서 파일 리스트를 개시하는데, 이들은 스트리머(6)가 DDC(5)로부터 수신한 교환 파일의 각각에 모든 관련 프로세스를 행하는 가를 확실히 한다. 단계 840, 845및 850에서 스트리머(6)는 DDC DIRINDEX로부터의 파일을 처음부터 끝까지 조사하여 처리되는 교환 파일에 대한 자신의 업무일지 (log)를 생성하고, 단계 855 및 860에서, 파일 리스트의 파일들을 처리하기 위해 파일처리 용량을 제공한다. DDC DIRINDEX 리스트로부터 모든 교환 파일이 할당된 처리용량을 가지면, "DDC 프로세스"는 단계 865에서 다음 선택이 예정일 때 기록을 갱신하고, 단계 870에서 휴면으로 돌아간다.
DDC 프로세스는, DDC(5) 혹은 스트리머(6)가 셧 다운일 경우, 단계 875에서 물론 정지되고, 선택이 예정되어 있지 않거나, DDC가 비폴 윈도우에 있거나, 이용 가능한 처리 용량이 없을 때마다 단계 870에서 휴면 모드를 유지한다.
DDC 선택 구조내에서의 전형적인 이벤트 사이클
다음을 가정한다.
DOC_POLLING_MPH=17 ‥‥‥‥‥‥‥‥‥‥ 선택에 대한 시간 경과분
DDC_POLLING_INT_HRS=1 ‥‥‥‥‥‥‥‥ 다음 선택을 기다리는 시간
DOC_DELAY_IN_DELETE=12 ‥‥‥‥‥‥‥ 파일이 삭제를 위해 마크된 후
실제 삭제 요구가 있기전까지
의 대기시간
이 System은 전날 23:30에 부트되었다.
시간표 (time schedule)
00:17 DDC 프로세스가 웨이크업 되고, DIRINDEX 파일을 복사하고, 스트리머(6)로의 스트림 데이터로 프로세스를 생성한다.
00:30 DDC프로세스는 최대 프로세스 수가 생성 되었거나 이용 가능한 모든 파일이 다운로드로 파일 프로세스에 주어졌기 때문에 스트림 파일로 프로세스 생성을 마무리한다.
웨이크업 시간은 00130 + DDC_POLLING-INT_HRS 및 DDC_POLLING_MPH로의 설정분으로서 계산된다.
다음 선택 시간 = 00:30 + 1:00 = 1:30(SET MPH) = 01: 17
휴면까지의 초의 수를 계산한다 = TO_SECONDS(01:17 - 현재 시각)
휴면(휴면까지의 초)
‥ 파일 프로세스 데이터 스트림 완료
01:17 DDC 프로세스 웨이크업 ‥‥
5(ii) 스트리머 : 파일 프로세스
제 13도를 참조하여 설명하면, DDC프로세스 동안 단계 855에서 생성된 파일프로세스의 동작은 다음과 같다. 파일프로세스는 단계 1302에서 DDC 프로세스로부터 수신된 파일 리스트로부터 작업 한다.
단계 1303에서 파일 리스트를 처음부터 끝까지 조사하여 리스트된 각각의 교환 파일에 대해, 파일프로세스는 단계 1305에서 교환 파일 작업일지를 읽고, 단계 1306에서 호출기록을 유효화하며, 예를 들어 스트리머(6)가 후속하여 내려가면 단계 1307에서 사용을 위해 파일을 원기록 백업에 복사하고, 단계 1310에서 유효화 실패가 있었으면 파일을 데이터 분석기(7)로 돌리거나, 단계 1312에서 파일을 컴퍼니 박스(8)로 스트림한다.
단계 1304에서 DDC(5) 혹은 스트리머(6)가 셧 다운이거나 단계 1311에서 파일이 중대하게 훼손되었으면 예를 들어 DDC(5)와의 통신이 실패하기 때문에 단계 1313에서 파일프로세스는 정지한다. 교환 파일 작업일지(log)는 교환 파일이 스트리머(6)와 관련하여 어떤 단계에 이르렀는지를 모니터하고 각 파일에 대하여 액티브, 처리됨 및 삭제됨으로부터 선택된 상태를 운반하는데, 여기서 "액티브"는 스트리머(6)에 의해 처리되고 있음을 나타내고, "처리됨 "은 스트리머(6)에 의해 처리되었음을 나타내며, "삭제됨 "은 스트리머(6)에 의해 DDC(5)로부터 삭제 되었음을 의미한다.
제 14도를 참조하여 설명하면, 호출기복이 유효화되는 단계 1306은 다음과 같이 확장될 수 있다. 이 시점에서, 단계 1401 및 1402에서, 교환 파일은 DDC(5)로부터 복사되고 단계 1403, 1405에서 파일헤더 및 제 1 APDU 헤더 (52)는 유효화된다. 어느것이 실패하면, 파일 오류 로그가 단계 1412에서 생성된다. 양자가 수용 가능하면, 호출 기록은 각각 단계 1407, 1408에서 유효화되고, 하나가 실패이면 호출 기록 오류 로그가 잔계 1409에서 생성된다. 유효화가 나타낸 모두가 옳거나, 오류가 로그되었으면, 감사 트레일은 1413에서 갱신되고 파일 프로세스는 상기 설명한 바와 같이 단계 1307로 이동한다.
제 15도를 참조하여 설명하면, 파일프로세스 동안 유효화 되었던 파일들은 컴퍼니 박스(8)로 갈 준비가 되어 있다 이 단계에서, 파일구조가 세분되어 개별 호출기록(53)은 그들이 관련된 청구가능 실체에 따라 분류될 수 있다. 호출 기록(53)은 상이한 청구가능 실체에 대해 단계 1503에서 물리적 파일로 기입된다.
5(iii) DDC 파일 삭제 프로세스
데이터 파일이 DDC(5)로부터 스트리머(6)에 성공적으로 다운로드 되고, 그 데이터가 컴퍼니 박스(8)로 확장되고 스트림 되었으면 데이터 파일은 DDC상의 FTAM파일 저장부로쿠터 삭제되어야 한다. 스트리머(6)는 파일이 컴퍼니 박스(8)(혹은 컴퍼니 박스(8)로의 링크가 다운되었으면 컴퍼니 박스(8)를 위한 로컬저장부에 확보된 후 수시간 FTAM 삭제요구를 이용하여 파일을 삭제한다. 데이터가 혹보돼 파일이 삭제되는 사이의 정확한 시간은 각각의 DDC 토대로 설정될 수 있다.
5(iv) 데이터 분석기 : 프로세스
제 16도를 참조하여 설명하면, 제 13도의 단계 1306에서 파일 프로세스의 호출 기록을 유효화하는 단계는 단계 1412에서 파일 오류 로그를, 단계 1409에서 호출 기록 오류 로그를 생성한다. 데이터 분석기는 HP9000의 부트업 시이퀀스 동안 개시되는 "DA프로세스" 및 "서스펜스 파일 프로세스"의 2개의 프로세스를 실행시킨다.
DA 프로세스는 스트리머(6)에 의해 보내진 데이터가 데이터 분석기(7)에 의해 처리되기 위해 이용 가능한가를 연속적으로 모니터 한다. 이 데이터는 그 데이터가 스트림 될 수 없는 개별 호출 기록을 포함하는가, 혹은 파일 레벨에서 실패가 있었는가에 무관하게 원래의 교환 파일과 같이 항상 초기적으로 존재한다.
데이터 분석기(7)가 단계 1602에서 셧 다운으로 플래그 되지 않는 한, DA 프로세스는 단계 1603에서 먼저 처리되는 가장 초기의 파일 오류 로그를 찾고, 단계 1604에서 이것이 파일 APDU 레벨에서 혹은 호출 기록 레벨에서의 실패이었는가를 체크한다.
제 16도, 제 17도 및 제 20도를 참조하여 설명하면, 호출기록 레벨에서의 실패이었다면 DA프로세스는 단계 1702에서 이 파일에 관한 다음 호출기록 오류 로그를 낮아서, 단계 2000에서 그 관련 호출기록을 정정을 위해 ART IM를 베이스에 보낸다. 파일레벨에서의 실패였다면, 전체 교환 파일은 스트리머(6)에 의해 거절된다. 이 경우, 완전한 파일이 단계 1606에서 메모리로 로드되고, 단계 1607에서 파일헤더 및 APDUs(5)은 정정을 위해 ART IM으로 보내진다.
데이터 분석기(7)에 의해 행해진 분석에 몇가지 결과가 있다. 보정 다능한 데이터는 정정되게 ART IM로 보내지고 후속하여 유효화 되어 컴퍼니 박스(8)로 스트림될 수 있다. 경로 선택 오류가 관련 되었으면, 데이터는 예를 들어 갱신되는 것이 필요하기 때문에 시스템의 어디에서 경로 선택 정보의 기록에 문제가 있는 경우 중단될 수도 있다. 경로 선택 정보가 정정되었으면, 결국 호출 데이터를 유효화 시키는 것이 가능할 수도 있다. 전체 파일이 독출 불가능한 경우, 바이너리 포맷으로 바이너리 파일 덤프로 보내지는 것이 필요할 수도 있다. 데이터, 예를 들어 파일이 ART IM에 의해 보정될 수 없는 것으로 결정되면, 오류는 중지를 합리화 하기 위한 경로 선택과 무관하고, 이것은 파일 보관 될 수도 있다. 이 데이터는 결코 청구되지 않겠지만 자체는 바로 잡을 수 있는 장기간 혹은 의미있는 문제를 확인하고 장차 청구 가능 항목을 유실하는 것을 피하기 위해 분석에 사용될 수도 있다.
다시 제 16도를 설명하면, 단계 1605 및 1607에서 체크를 실행하기 위해 ART IM을 사용한 주 DA 프로세스는 ART IM으로부터 보정할 수 없는 것으로 복귀 되었던 파일을 다시 분류한다. 단계 1608에서 이들을 읽을 수 조차 없으면, 그들은 바이너리 파일 덤프로 보내진다. 이들 파일은 16진수, 8진수 혹은 ASCII 포맷일 수도 있기 때문에 잠재적으로 읽을 수 있고 후에 분석을 위해 사용될 수도 있다. 대안적으로, 파일은 데이터 분석기에 의해 읽혀질 수도 있지만 ART IM에 의해 "보정할 수 없는"으로 여전히 분류된다. 이들은 단계 1609에서 "섬프(SUMP)" 데이터 베이스로 로드되는데 여기서 다시 그들은 결코 청구 가능한 데이터를 제공하지는 않지만 조회되고 분석될 수 있다.
파일이 ART IM이 보내졌고 보정 가능하면 ART IM은 단계 1610 및 1611에서 각 호출기록을 유효화를 위해 순차적으로 복귀시킨다. DA프로세스는 우선 단계 1612에서 경로선택 실패에 대하여 체크하고, 호출 기록 실패가 있는 경우 단계 1615에서 호출 기록 오류 로그를 만드는 것에 의해 이들 호출 기록을 유효화시킨다. 이들은 단계 1603 내지 1605 및 1701 내지 1703에서 ART IM을 통해 픽업되고 재실행 된다. 호출 기록이 수용 가능이면, 이것은 단계 1616 내지 1618를 통해 컴퍼니박스(8)에 스트림된다.
제 18도를 참조하여 설명하면, 단계 1612, 1704 혹은 1907(아래 참조)에서 검출된 호출기록 경로선택 실패가 있는 경우, 호출 기록은 분류되고 중지된다. 즉, 실패는 단계 1802에서 현존하는 경로선택 오류 패턴에 정합할 수 있도록 분석되고, 그런 다음 호출 기록은 단계 1803에서 동일한 경로선택 오류 패턴을 나타내는 모든 호출 기록을 포함하는 현존하는 패턴 파일에 부가된다. 이들 패턴 파일은 중지가 유지되고 주 BT PSTN네트워크관리 및 데이터 센터에 통지된다. 별개의 프로세스 중지(SUSPENSE)파일 프로세스가 이들 파일을 처리한다.
중지 파일 프로세스는 데이터 처리의 "주흐름"으로부터, 잠재적으로 정정될 수 있는 오류 파일을 분류하기 때문에 데이터 분석기(7)의 중요한 면이다. 이들 파일은 시스템내 어디서의 경로선택 데이터가 갱신되지 않았기 때문에 오류로서 픽업될 수 있었을 뿐이다. 이들은 잠재적으로 청구 가능하다. 중지파일 프로세스에 의하여, 주 네트워크관리 및 데이터 센터는 시스템에서의 경로 선택 데이터를 갱신할 기회를 가지며 이전에 오류인 것으로 발견된 파일을 찾는다. 또한, 특별한 경로 선택 패턴을 위해 현존하는 패턴 파일인 "경로 선택 패턴 중지파일"로 호출기록을 첨부하는 것에 의해, 파일은 선택된 경로선택 패턴 중지 파일을 단순히 실행 하는것에 의해 유효화를 재시도하기 위해 선택될 수 있다.
제 19도를 참조하여 설명하면, 프로세스가 셧 다운이지 않는한, 중지 파일 프로세스는 단계 1903에서 예를 들어 네트워크 관리 및 데이터 센터에 의해 수정된 가장 초기의 경로 선택 패턴을 위치 파악하는 것에 의해 시작된다. 이것은 단계 1904에서 그 경로 선택 패턴을 포함하는 다음 정지파일을 찾고, 단계 1905 및 1906에서 그 호출 기록을 유효화 시킬려고 시도한다. 물론 호출 기록에는 하나 이상의 경로선택 오류가 있을 수도 있다. 그렇다면, 중지 파일 프로세스는 제 18도상의 단계 1801로 복귀하여 경로선택 오류패턴 파일에 경로선택 오류 기입항을 만들어 호출 기록을 재 중지한다. 그러나, 다른 경로 선택 실패가 없다면, 중지 파일 프로세스는 제 15도상의 단계 1501로 복귀하는 것에 의해 호출 기록을 컴퍼니 박스(8)로 스트림 시키려고 재시도한다. 그 프로세스는 단계 1910에서 이런식으로 중지 파일의 호출 기록 모두와, 단계 1911에서 그 특정 경로 선택 패턴에 관하여 중지되었던 모든 파일을 실행한다.
제 22도를 참조하여 설명하면, 이것은 스트리머 시스템(6), 컴퍼니 박스(8) 및 데이터 분석기(7) 사이의 프로세스 상호작용을 나타낸다. 스트리머(6)의 주 프로세스 영역은 "파일 프로세스"라고 불리는 것이다. 이것은 파일에 대해 모든 유효화 및 고유의 동작을 행한다. 데이터 분석기 영역에는 데이터를 전문가 시스템으로 입력하는 "IDA파일 프로세스"가 있다. 중요하게는, 이 프로세스는 데이터를 경로선택 중지 파일에 첨부하는 것에 의해 경로 선택 패턴 중지 파일 및 "중지 파일 프로세스"를 개시한다. 중지 파일 프로세스는 주 IDA 파일 프로세스 외측에서 동작하기 때문에 대규모 데이터 구축 백로그를 피하는 것이다. 관심의 또다른 영역은 "섬프로더(SUMPLOADER)"로부터의 출력을 수신하는 "섬프 데이터 베이스"이다. 섬프 데이터 베이스에 있는 데이터는 비록 정정될 수 없지만, 조회되고 분석될 수 있어, 잠재적으로 IDA파일 프로세스에 있는 룰이 변경되어 후속 데이터가 재스트림 될 수 있다.
제 22도에는 프로세스가 원으로 나타내져 있고, 블럭, 데이터 파일, 로그등과 같은 컴퍼니 박스(8)는 개방단 병렬선 사이에 나타내져 있으며 저장 데이터(archived data)는 데이터 베이스에 대한 종래의 심볼로 나타내져 있다.
제 22도상에 (a) 내지 (y)로 참조된 프로세스, 저장 데이터, 상호작용은 다음과 같이 열거된다. 화살촉은 관련 전송 방향을 나타낸다:
a) NNI 및 처리되고 전송되는 파일명 리스트
b) 만들어진 교환 파일로그, 상태 = A
c) 평가된 DIRINDEX 파일
d) 복사된 FTAM 교환 파일
e) 삭제된 FTAM 교환 파일
f) 읽혀진 교환 파일, 상태 = P
g) 교환 파일이 성공적으로 삭제 (상기 (e)에서)되는 경우 상태는 D로 설정됨
h) 읽혀진 교환 파일 로그 상태 = A
i) 갱신된 교환 파일 로그 데이터, 상태 P에 설정됨
j) 파일에 오류가 있어 파일오류 로그가 만들어짐
k) 호출기록에 오류가 있어 호출기록 오류 로그가 만들어짐
l) 파일에 오류가 있는 경우 파일이 데이터 분석기 디렉토리로 복사됨
m) 읽혀진 파일 오류 로그
n) 읽혀진 호출기록 오류 로그
o) 조사된 원(바이너리) 데이터 파일
p) 이 경로 선택 패턴에 대해 경로 선택 패턴 중지 파일에 첨부된 데이터
q) 경로 선택 오류 패턴에 만들어진 기입항
r) 가장 가까운 장치에 만들어진 ART/IM
s) ART/IM이 이 데이터가 보정될 수 없음을 확인한다. 데이터는 다른 분석 혹은 삭제를 위해 섬프에 배치된다.
t) 사용자는 문제가 보정될 수 없음을 확인한다. 파일이 다른 분석 혹은 삭제를 위해 섬프로 배치된다.
u) 파일구조가 이해할 수 없는 것인 경우, 파일은 바이너리 파일 덤프로 넘어간다.
v) 만들어진 스트림된 파일
w) 중지파일 프로세스는 준비로 설정된 경로선택 오류 패턴상의 상태에 의해 개시된다. 문제가 지속하는 경우 계수 필드가 갱신되고 상태는 중지됨으로 설정된다.
x) 선택된 해결책이 문제를 해결하지 못하는 경우 가장 가까운 장치가 갱신된다.
y) 만들어진 스트림된 파일
5(v) 기입항 라이프 이력
제 23도 내지 제 30도를 참조하여 설명하면, 기입항 라이프 이력도는 그 기입항내 기록이 있을 수 있는 상태들과, 그 상태로부터 어떤 작용에 의해 다른 상태로 이를 수 있는지를 나타낼 수 있다. 이들 도면 각각에서, 상태들은 도면부호 2300에 의해 간단히 식별되고 상태들에 대한 정의는 다음과 같다.
제 23도 : 파일 오류 로그 :
READY - 파일이 데이터 분석기(7)에 의해 스트림될 준비가 됨
SUSPENSE - 전체파일 혹은 그 파일내의 적어도 하나의 호출기록이 중지 영역으로 보내짐
BIN - 파일이 데이터 분석기(7)에 의해 읽혀지지 않아 바이너리 영역으로 보내짐
SUMP - 전체파일이 섬프 영역으로 보내짐
COMPLETE - 데이터 분석기(7)는 파일을 스트림하고 중지 영역 에서의 파일 호출 기록의 어떤것은 성공적으로 재스트림 되거나 보관됨(archived).
제 24도 : 호출 기록 오류 로그 :
READY - 호출 기록이 데이터 분석기(7)에 의해 스트림 될 준비가 됨
SUSPENSE - 호출 기록이 중지영역에 보내짐
SUMP - 호출 기록이 섬프영역에 보내짐
ARCHIVED - 호출 기록이 트래쉬 영역으로 보내짐(즉 보관됨)
COMPLETE - 데이터 분석기(7)가 호출 기록을 성공적으로 스트림함
VAL.FAILURE - ART-IM 및 IEF 유효화 절차에 차이가 있음
제 25도 : 경로 선택 오류 패턴 :
UNSELECTED - ART-IM에 의해 만들어짐 및 데이터 분석기 사용자에 의한 대기 분석, 혹은 분석후 재스트림 되나 실패함
PENDING - 분석을 위해 데이터 분석기 사용자에 의해 선택됨
READY - 데이터 분석기 사용자 분석을 완료하고 재스트림 될 준비가 됨
CLOSED - 성공적으로 재스트림 되거나 보관됨
제 26도 : 가장 가까운 장치 :
UNSELECTED(OR NULL) - ART-IM에 의해 생성 됨
SELECTED - 분석을 위해 데이터 분석기 사용자에 의해 선택됨
제 27도 : 섬프 파일 로그 :
SUMP - 파일이 섬프 프로세스를 위해 준비됨
PROCESSING - 파일이 데이터 분석기 사용자에 의해 보여질 준비가 됨
ARCHIVED - 파일이 보관됨
제 28도 : 파일 경로선택 오류 링크 :
SUSPENDED - 파일이 중지 영역에 있음
COMPLETE - 파일이 중지 영역으로부터 성공적으로 재 스트림됨
제 29도 : 교환 파일 로그 :
A(CTIVE) - 교환 파일이 스트리머에 의해 처리중임
P(ROCESSED) - 교환 파일시 스트리머에 의해 처리되었음
D(ELETED) - 교환 파일이 스트리머에 의해 삭제됨
제 30도 : 지역 데이터 수집기;
(모든 상태들은 SQL*Forms을 통해 스트리머(6) 사용자에 의해 변경된다)
P(REBIS) - DDC는 프레비스(precis)이다
L(IVE) - DDC는 라이브이다
C(EASED) - DDC는 중단되었다
제 6도를 참조하여 설명하면, 스트리머(6)/데이터 분석기(7) 소프트웨어 구조는 IEF 외부작용 블럭(EABs)(62)를 포함한다. EABs(62)는 IEF 내에서 이행하는 것이 적당하지 않거나 불가능한 곳에서 사용된다. 예를 들어, 다음의 기능들이 EA8s(62)에 의해 수행될 수도 있다:
"호 기록을 중지부로 부가"
이 모듈은 중지부 파일로 보내질 교환 파일에 대한 호출기록을 포함하는 링크 리스트 내에 호출 기록의 새 기입항을 만든다.
"호 기록을 보관부로 부가"
보관부 디렉토리로 보정되지만 재 스트림 될 수 없는 교환 파일에 대한 호출 기록을
포함하는 링크 리스트 내에 호출기록의 새 기입항을 만든다.
" 네트워크 운영자 기록 부가"
이것이 새로운 네트워크 운영자 인지를 체크하여 그렇다면 "네트워크 운영자 구조"의 링크 리스트에 새로운 기입항을 만든다. 이것이 이미 사용된 네트워크운영자 명인 경우 그 네트워크운영자에 대한 호출 기록의 링크 리스트에 링크 리스트 기입항을 부가한다.
보정이 호출 기록에 가해진 곳에서는 "호 기록 오류 로그"를 "네트워크 운영자 기록"신분과 스트림된 호출 기록 일련번호로 갱신한다.
"IDA 룰로의 호출 기록"
단일 호출 기록을 데이터 분석기 ART-IM 룰 베이스로 보낸다. 호출 기록이 APDU 일련번호 및 IEF에 의해 보내진 호출 기록 일련번호에 의해 확인된다.
메모리에 로드된 데이터 구조가 호출 기록 및 소유의 APDU 및 교환 파일 헤더 데이터에 대해 검색된다.
이 데이터가 룰 베이스로 공급되고 유효화 된다.
발견된 어떠한 오류도 각각 호출기록 룰 로그 열 기입항을 생성한다.
호출 기록 오류로그 기록 상태도 룰 베이스에 의해 갱신된다.
"행함(Commit)"
모든 현재의 데이터 베이스 변경을 행한다.
"DDC 프로세스를 만듬"
특정 BDC를 선택하는 역할을 하는 DDC 프로세스 발생을 만든다. 차일드 프로세스로 fifo(선입/선출)를 만들고/열고 그 fifo로 DDC_NNI 값을 기입한다.
"파일 프로세스를 만듬"
파일명의 어레이에 보내진 파일명을 스트림 하는 일을 행하는 프로세스를 만든다.
"DDC로부터 파일을 삭제함"
DDC상의 디스크로부터 FTAM 프로토콜을 사용하여 파일을 삭제한다.
"데이터 분석기 파일 삭제"
스트리머/데이터분석기 디렉토리로부터 파일을 삭제한다.
"중지 파일 삭제"
중지 파일 디렉토리로부터 파일을 삭제한다.
"파일을 bin으로"
ART/IM 룰 베이스로 읽혀질 수 없는 파일을 바이너리 파일 덤프로 보낸다.
"파일을 데이터 분석기 룰로"
전체 파일을 데이터 분석기 ART-IM 룰 베이스로 보내고 룰 베이스를 초기화 한다. 룰 베이스의 초기화는 구 데이터를 정리하고, 디폴트 및 경로 선택 기준 데이터를 선택하고 룰 베이스에 이 데이터를 분포시키는 것을 포함한다. 그런 다음 데이터 분석기 바이너리 파일을 메모리의 데이터 구조로 로드한다. 그런 다음 이 데이터는 룰 베이스로 공급되어 유효화 된다. 발견된 어떠한 오류도 각각 적당한 룰 로그 열 기입항을 발생 시킨다. 호출 기록 오류 로그는 적당한 곳에 경로 선택 오류 패턴, 가장 가까운 장치 및 파일 경로 선택 오류 링크 기록과 함께 룰 베이스에 의해 만들어진다.
한번 유효화되면, 룰 베이스는 유효화 상태를 IEF로 보귀시키고 후의 검색을 위해 내부 데이터를 보유한다.
"파일을 섬프로"
ART-IM 룰 베이스에 의해 보정될 수 없는 파일을 섬프로 보낸다.
"FTAM HLCOPY"
FTAM 프로토콜을 사용하여, DDC 사용자명을 사용하는 DDC FTAM 어드레스로부터의 DDC 파일명, DBC 패스워드 및 DDC 계좌를 스트리머(6)에 복사한다.
스트리머(6)의 사용자명, 패스워드, 계자 및 FTAM 어드레스는 필요하다면 0으로 디폴트될 수 있다. 이 루틴은 IFF로부터 직접적으로 요구되지 않으므로 IEF 스타일 상태를 복귀시키지 않는다.
"DDC 프로세스 파라티터를 얻음"
"DDC_프로세스_fife<PID>"로 불리워질 스트리머/TMP 디렉토리에 fifo를 만들거나 연다. 그 fifo로부터 DDC NNI의 값을 읽고, 그 데이터는 "파일 프로세스 만듬" 루틴에 의해 그 fifo로 삽입된다.
"파일 프로세스 파라미터를 얻음"
"파일 프로세스 fifo<PID> "로 불리워질 스트리머/TMP 디렉토리에 fifo를 만들거나 연다. 그 fifo로부터 상기 변수들의 값을 읽고, 그 데이터는 "파일프로세스 만듬" 루틴에 의해 그 fifo로 삽입된다.
"교환 파일을 얻음"
FTAM 프로토콜을 사용하여 파일을 DDC상의 디스크로부터 스트리머(6)상의 디스크로 복사한다. 그 후 이 파일은 스트리머(6)상의 메모리로 읽혀진 다음 원기록 백업 디렉토리로 리네임 되는데 이곳으로부터 보관된다.
이 모듈은 초기 포인터들을 제 1 청구기록, 제 1 APDU, 및 헤더와 트레일러 APDUs에 설정하기 위해 "데이터 구조를 파일로 맵"을 콜한다.
"no. 무효 데이터 분석기 APDUs를 얻음"
스트리머 무효화 프로세스를 실패하게 한 호출기록의 무효 APDUs 재 처리의 계수를 복귀시킨다.
"데이터 분석기 파일 맵함"
후속 처리를 위해 파일을 메모리로 읽는다.
"프로세스 액티브"
특정 PID가 액티브 인지를 설정하여 그에 따라 플래그를 복귀시킨다.
"교환 파일 헤더를 읽음"
어떤 구조에서 헤더로부터의 모든 필드와 트레일러로부터의 APDU 형태를 복귀시키기 위해 헤더 및 트레일러 APDU로의 포인터들을 이용한다.
"데이터 분석기 교환 파일 헤더를 읽음"
데이터 분석기로 보내진 파일에 대하여 어떤 구조에서 헤더로부터의 모든 필드와 트레일러로부터의 APDU 형태를 복귀시키기 위해 헤더 및 트레일러 APDU로의 포인터들을 이용한다.
"제 1 DIRINDEX 기록을 읽음"
FTAM 프로토콜을 이용하여, DDC로부터의 DIRINDEX 파일을 일시 정장부로 복사하고, 그 파일을 열어 제 1 기록을 발호자에 복귀시킨다.
"다음 APDU를 읽음"
현재의 APDU포인터에 의해 포인트된 APDU구조를 복귀시키고 현재의 APOU포인터를 다음 APDU로 설정한다. 또한 현재의 청구 기록 포인터를 복귀된 APDU내의 제 1 청구 기록에 설정하고 그 데이터를 현재의 APDU 어레이에 복사하고 바이트 역전한다.
"다음 DIRINDEX 기록을 읽음"
DDC상의 DIRINDEX 파일로부터 다음 기록을 읽는다.
"다음 데이터 분석기 기록을 읽음"
ART-IM로부터의 다음 청구 기록 출력을 복귀시킨다. 성공적으로 처리된 기록이 먼저 나타나고, 중지 파일로 보내는 것이 필요한 것들이 후속한다.
"다음 중지 기록을 읽음"
중지 파일로부터의 다음 청구 기록 출력을 복귀시킨다.
"다음 기록 읽음"
현재의 청구 기록 포인터에 의해 현재 포인트된 청구 기록을 복귀시키고, 기록이 현재의 APDU에서 마지막이 아닌 경우 포인터를 다음 청구기록으로 설정한다.(APDU 길이와 청구 길이의 최소 길이에 의해 결정된다)
" 네트워크 운영자 파일을 재명명함.
컴퍼니 박스(8)에 의해 처리될 준비가 된 작동 디렉토리에서의 일시 디렉토리로 기입된 어떠한 네트워크운영자 파일을 리네임(rename)한다.
"휴면(sleep)"
특정 수의 초 동안 휴면한다.
"파일 스트림함"
메모리 내의 파일을 데이터 분석기 처리에 준비된 데이터 분석기로 덤프한다.
" 네트워크 운영자 파일 스트림"
제 1 네트워크 운영자로의 포인터를 이용하여 그 운영자에 대한 모든 유효화 되고 확장된기록을 얻는다. 그런 다음 링크 리스트로부터의 기록을 nfs 일시 디렉토리로 기입하려 시도한다. 성공적이면, 그 파일은 nfs 디렉토리로 니네임된다. 그 파일이 이 nfs 임시 디렉토리상에서 다시 열릴 수 없는 경우, 그 파일은 로컬 임시 디렉토리상에서 열리고, 성공적 기입에
따라 그 파일은 그 로컬 디렉토리로 리네임 된다.
"RRB 파일 트림"
메모리 내의 파일을 원(raw) 기록 백업 디렉토리로 덤프한다.
"기입 콘솔"
메세지를 네트워크관리 워크스테이션으로 기입한다.
"중지파일로의 기입 "
교환 파일에 대한 중지 호출 기록의 링크 리스트로부터의 기록을 중지 디렉토리로 기입한다.
"보관(archive) 파일로의 기입"
교환파일에 대한 보관 호출 기록의 링크 리스트로부터의 기록을 보관 디렉토리로 기입한다.
6. 제 31도 내지 제 35도 : 전문가 시스템 : ART-IM
6(i) 개관
전문가 시스템은 Inference Corporation사에 의해 공급된 ART-IM 지식 베이스 전문가 시스템 툴 키트의 설비를 이용한다. 문제해결을 위한 더욱 발견적 학습법을 제공할 뿐만 아니라, 지식 계층구조 내에서, 의사결정의 유연성 모델과, 따라서 실제 세계의 모델링을 가능케 하는 것은 지식/를 베이스 프로그래밍 시스템이다.
이 툴 키트는 집적 편집기, 대화식 개발환경, 엔드사용자 인터페이스의 개발을 위한 툴, 개발된 어플리케이션의 실행시간 버젼을 배치하는 방법 및 외부 데이터를 지능적으로 해석하는 장치 뿐만 아니라 ART-IM 선어를 포함한다.
데이터분석기(7)에서, 전문가 시스템은 룰 베이스와 케이스 베이스의 2개의 서브 시스템으로 나뉘어진다. 일반적으로, 케이스 베이스는 경로 선택 계통 오류를 처리하는데 이용되고, 룰 베이스는 디폴팅 및 계산 가능 오류에 대해 이용된다. 양자는 ART-IM 기능성을 이용한다.
룰 베이스는 룰, 기능 및 방법을 포함하는 ART-IM처리 언어를 사용한다. 각 오류는 하나의 스키마(schema) 내에 정의 되고 이들 스키마들의 예가 데이터 구조상에 정의된다. 데이터내 대상 계충 구조내의 모든 스키마들은 ART-IM의 "DEF-EXTERNAL_FUN" 장치를 이용하는 IEF/ART-IM 인터페이스를 통하여 분포된다.
ART-IM에 의해 사용되는 프로그램 흐름 제어의 메카니즘은 일반적으로 프로그래밍 언어에서 발견되는 것과 같은 순차적 스테이트먼트-바이-스테이트먼트 흐름과는 매우 다르다. 제 31도 및 제 32도를 참조하여 설명하면, 전문가 시스템은 그 모든 내부 데이터 즉 스키마 및 사실을 패턴 네트(3100)에 보유한다. 이것은 복수개의 패턴된 원들에 의해 제 31 도에 나타내지는데 각각은 내부 데이터의 한 조각(스키마 또는 사실)을 나타낸다. 이 데이터는 다옴에 의해 설정될 수 있다.
ART-IM 시험 케이스 파일을 로딩하는것(개발/유닛 시험 상황에서 더욱 보편적으로 행해짐).
외부원(예를 들어 Oracle or IEF : 제조/시스템 시험 환경에 더욱 보편적임)으로 부터 분포시키는것.
ART-IM 룰(매우 유용한 "작업 저장부"로서 사용됨 예를 들어 유효화 시험 실패후 오류 스키마의 발생)로부터 발생하는것.
한번 설정되면, 데이터는 룰내에 특정된 데이터와 직접적으로 비교된다. 룰은 보다 전통적인 프로그래밍 언어의 "If<조건> THEN<동작>"과 유사하다. 룰의 조건이 데이터의 예와 정확하게 정합하는 경우, 활성화가 관련 아젠다(agenda)(3105)내에 만들어진다. 모든 예는 모든 룰에 대하여 체크된다. 성능의 견지에서, 패턴 네트 및 룰조건은 ART-IM 실행시간 시스템 내의 효율적인 패턴 정합 알고리즘에 의해 관리된다.
사이클의 평가부의 끝에서, 모든 룰 활성화가 아젠다 스택상을 위하여 배치된다. 스택상의 제 1를 활성화가 파이어(fire)된다. 활성화의 외형 크기는 돌극성(salience), 즉 룰의 우선도가 개발자에 의해 설정되어 있는 한 랜덤하게 디폴트된다.
제 32도를 참조하여 설명하면, 아젠다(3105)상의 최상 룰 활성화의 파이어 후에, 룰의 작용은 패턴 네트에 있는 데이터를 실제적으로 변화시켜 다음 평가 사이클을 따르는 아젠다 스택상에 나타나는 것을 변경시킨다.
초기 파이어를 야기 하는 데이터예 (원형예(3110))는 재평가 되지 않고, 그에 의해 비록 데이터예 내의 데이터가 변하고 새로운 패턴이 룰 조건과 청합 하더라도 계속적인 반복실행을 피하며 룰 활성화가 이루어진다.
ART-IM 실행은 다음일 때 종료된다 :
정합시키는 조건과 패턴이 발견되지 않았을 때
정합시키는 조건과 패턴 모두가 이미 룰을 파이어시켰을 때
상기는 다음과 같이 요약될 수 있다 :
1) 룰 활성화는 데이터 패턴을 룰 조건과 정합시키는 것에 의해 발생된다.
2) 룰은 우선도가 설정될 수 있을지라도 디폴트에 의해 어떠한 순서로 시작할 수 있다.
3) 모든 데이터는 병렬로 평가된다.
4) 재평가는 룰이 파이어할 때마다 일어난다 .
5) 데이터예를 정합시키는 수에 따라 동일한 룰이 한번의 실행동안 여러차례 시작할 수 있다.
6) 룰 조건은 패턴 네트에서의 변화에 민감하다.
7) 정합하는 룰 조건 혹은 패턴 네트 데이터가 발견되지 않거나 정합된 활성화 모두가 이미 시작한 경우 ART-IM은 정지한다.
제 33도를 참조하여 설명하면, 룰 베이스 시스템은 도시한 바와 같이 대상 계층 구조에 의거 한다. 대상(3300) 각각은 ART 스키마에 정의 되고 대상(3300) 사이의 연결선은 위의 대상으로부터의 성질 계승을 나타낸다. 각 슬롯은 결과가 디폴트 간, 계산 가능한 값 폭은 변경될 수 없는 필드를 갖는지를 선언하기 위하여 적당한 디폴트 대상에 대응하는 슬롯을 갖는다.
룰 베이스는 디폴트 시스템을 사용하여, 허용된다면, 오류 정정이 어떤 형식인지를 체크한다.
오류는 적 당한 스키마내에 설명된 상세부를 갖는다. 각각의 오류 설명과 이의 예는 다음 각각게 대한 슬롯을 갖는다 :
오류가 관련된 대상, 즉 교환 파일.
오류 설명.
영향받은 슬롯.
오류예에 대한 특정 데이터 대상.
보정치의 이름.
오류원.
결과 보정치.
파이어 순에서의 룰 위치.
가해지는 어떠한 보정에 앞선 슬롯의 값.
6(ii) 룰 베이스 총체적 룰
룰 베이스 동작 흐름은 다수의 총체적 룰에 의해 제어되고, 이들은 다음과 같은 기능을 수행한다:
오류 트리거의 각각의 발생에 대해, 그 오류의 보정법이 파이어되어 보정치와 할당된 파이어 순서를 발생한다.
단지 하나의 영향 받은 슬롯이 있는 보정 가능 오류에 대하여, 그 영향받은 슬롯이 생성된 보정치로 갱신되고 그 변화의 시간 스탬프는 오류의 예와 함께 저장된다.
보정 설명이 오류 형태를 중지 가능이라고 선언하는 오류의 각 예에 대해, 영향받은 데이터 항목은 중지파일로 이동하고 이동의 시간 스탬프는 오류의 예와 함께 저장된다.
보정 설명이 오류 형태를 섬핑 가능하다고(sumpable) 선언하는 오류의 각 예에 대해, 영향 받은 데이터항목은 섬프로 이동하고 파일 섬핑의 시간 스탬프는 오류의 예와 함께 저장된다.
APDU 혹은 교환 파일상의 각 보정에 대한 파일구조 룰 로그에 기록이 만들어진다.
적당한 오류 정보를 갖는 호출 기록상의 각 보정에 대한 호출 기록 오류 로그에 Oracle 기록이 만들어 진다.
보정 가능 오류
1) 디폴트값이 다음의 필드에 할당 될 수 있다.
APDU 형태 및 트레일러.
청구된 호출 표시기.
피호출자 통화종료.
PBX 서픽스.
기록 용도.
기록 형태.
DDC 시간 스탭프.
헤더 APDU 형태.
데이터 전송의 종류(class).
포맷 버젼 번호.
노드 시간 스탬프.
부분 파일 표시기.
테이블 크기.
트레일러 APDU 형태.
피호출자 통화종료.
어플리케이션 군.
2) 다음의 오류는 계산 가능이다 :
APDU 길이 : APDU의 길이
APDU 계수 : APDU 일련의 길이
끝 APDU 일련번호 : 시 작 일련번호 + 유효 APDUs의 수
시작 APDU 일련번호 : 교환 파일에서 의 제 1 APDU의 일련번호로부터 얻음
다아얼된 자릿수 계수 : 다이얼된 자릿수 스트링의 길이
APDU에 대한 체크섬(checksum)이 오류를 나타내는 곳과 같이, 상기에 관하여는 오류 예외 가 있다. 이런 형태의 오류는 룰 베이스 내에 즉시 섬핑된다. APDU 일련에 관한 몇가지 오류는 일련번호의 전 범위가 "1"로부터 다시 재순서 되고, 관련 교환 파일이 갱신되도록 한다. 다이얼된 자릿수 스트링의 마지막 디짓은 A와 F 사이의 문자이다. 여기서 보정치는 다이얼된 자릿수 열에서 마지막 자릿수를 뺀 것이다.
보정할 수 없는 오류
보정 할 수 없는 오류가 일어나면, 오류에서의 데이터 항목, 즉 호출기록이 상기 설명한 바와 같이 섬프로 전달되고 적당한 오류 로그가 갱신된다.
보정될 수 없이 보정할 수 없는 오뷰를 발생시키는 영역은 다음과 같다 :
어드레스 기동 시각 스탬프
어드레스 완료 시각 스탬프
어드레스 혹은 응답 시각 스탬프
발신자 통화종료 시각 스탬프
발신선 디렉토리수
기동 시각 스탬프
다이얼된 자릿수 스트링(마지막 자릿수가 A와 F사이에 있을 때 제외)
6(iii) 케이스 베이스 시스템
경로 선택 기준 케이스 베이스는 경로 선택 패턴(즉 TUN, 경로군, 경로수, NNI, 접속점
코드(Nodal Point Code)) 플러스 기타 기준 데이터, 예를 들어 청구 가능 네트워크 운영자명, 라이브 및 중단 접속점 시각 스탬프의 케이스 베이스이다. 케이스 베이스 기준 데이터는 경로 선택 기준 스키마로부터 분포하는 이는 데이터 모텔(제 36도 참조)의 스트리머 기준 데이터 주관 영역(3600)내에 포함된 데이터로부터 분포한다.
제 34도를 참조하여 설명하면, 케이스 베이스 시스템용 대상 계층 구조는 제 33도에 나타낸 룰 베이스 시스템용의 그것에 3개의 대상 종류(3400) : "제안된 해결책", "잠재적 해결책" 및 "경로 선택 기준"을 부가한 것과 유사함을 알 수 있다. "제안된 해결책"과 "잠재적 해결책"은 단지 경로 선택 기준 오류의 식별에 따라 만들어지고, 다른 데이터로의 포인터 즉 오류가 있는 내향 호출 기록 및 가장 가깝게 정합되는 경로 선택 기준 스키마를 주로 포함한다. "경로 선택 기준" 스키마는 Oracle 데이터 베이스 상의 경로 선택 기준데이터로부터 만들어진다.
경로 선택 케이스 베이스, 및 초기화에 관하여, 경로 선택 케이스 베이스는 경로 선택 설명 스키마로부터의 실행의 앞에 분포된다. 각각의 경로 선택 설명 스키마에 대해 하나의 케이스가 만들어진다. 경로선택 케이스 베이스는 다음 파라미터로 설정된다.
최대 3개의 정합
매우 가능성이 없는 정합을 일소하기 위하여 0확률의 임계치 아래의 어떠한 정합도 무시된다.
케이스 베이스 상의 다음 슬롯만이 패턴정합에 이용된다 :
TUM(즉 Telephony Hnit Number), 경도군, 접속점 코드, 경로수, NNI, 및 방향
다음은 패턴 정합의 목적을 위해 무시된다 :
활성화된 접속점 시각 스탬프
중단된 접속점 시각 스탬프
텔레콤 네트워크 운영자 역할 및 이름
방향은 정합 목적을 위해 약간 다르게 취급된다. 이것은 최소 의미 정합 슬롯이고 전체 가중치의 5%의 보정 가중치 상한이 주어진다. 다른 슬롯 가중치는 전체 가중치의 나머지 95% 사이에서 동등하게 나뉘어진다.
초기화 파라미터 설정과 같은 다른 케이스 베이스 기능과 함께 패턴 정합은 메시지를 케이스 베이스에 보내는 것에 의해 이루어진다. 패턴 정합은 그 단계로 행해지는데, 이들은 내향 호출 기록 스키마를 발견된 정합되는 수로 답하는 케이스 베이스에 보내고, 응답된 케이스와 관련된 경로 선택 기준 스키마의 키이와 함께 웅답된 각각의 케이스에 대해 정합의 근접성을 결정하는 검색 정합 점수 메시지를 보낸다.
케이스 베이스는 접속점 코드 혹은 발견되지 않은 경로군의 케이스에 있어서의 호출 패턴, 무효경로 수, 흑은 방향 무효에 관련하는 오류 코드 유효화를 위해 다듬과 같이 사용된다 :
내향 호출 기록 각각과 경로 선택 기준 케이스 베이스상의 케이스 사이에 정확한 정합을 발견하기 위해 시도한다. 정확한 정합이 있는 경우 호출 기록은 유효한 경로 선택 패턴을 갖고 상기 오류에 관하여 또다른 유효화가 필요하지 않다.
정확한 정합이 발견되지 않는 경우, 오류스키마가 발생되고, 이는 룰 베이스 총체적 룰을 개시하여 상기와 같이 보정법을 행한다.
특별한 보정법은 다음을 포함하는 하나의 제안된 해결책 스키마를 만든다(제 34도 참조):
i ) 각각이 관련된 경로 선택 기준 스키마로의 포인터를 포함하는 3개 까지의 잠재적 해결책스키마.
이 잠재적 해결책 스키마는 또한 정합위치(즉 가장 가깝고, 다음으로 가깝고 등) 및 정합 근접성의 % 측정을 포함한다.
ii ) 오류가 있는 내향 호출 기록에 대한 포인터.
이 보정법은 오류 도시예의 발생에 의해 생기는 통상의 보상법과는 상이한데 이는 상기 보정법이 기능(제안된 해결책 스키마 예 및 키이를 포함하는 사실을 경로선택 기준 스키마에 명시하는 경로 선택 비 정합)과 다른 룰(경로 썬택 비 정합에 의해 만들어진 사실의 발생을 시작하고 발견된 각 케이스 베이스에 대해 잠재적 해결책 스키마의 일 예를 발생시키는 최근접 정합 발생시킴)으로 이루어지는 절에 유의해야 한다.
접속점 시각 스탬프 유효화가 관련된 곳에서, 케이스 베이스는 다음과 같이 사용된다 :
내향 호출 기록 스키마 각각과 경로 선택 기준 스키마 사이에 정확한 정합을 발견하기 위해 시도한다. 정확한 정합이 있는 경우 룰은 정합 내향 호출 기록 스키마와 경로 선택 기준 스키마상의 시각 스탬프 불일치(즉 기동시각 스텝프는 접속점 라이브와 중단 시각들 사이에 있어야 한다)를 체크한다. 어떠한 불일치도 없으면, 이 오류에 관련된 또다른 처리가 필요하지 않다.
특별한 보정법은 다음을 포함하는 하나의 제안된 해결책 스키마를 만든다(제 34도 참조) :
- 관련된 경로선택 기준 스키마로의 포인터를 포함하는 하나의 잠재적 해결책 스키마.
이 잠재적 해결책 스키마는 또한 정합위치(즉 가장 가깝고, 다음으로 가깝고 등) 및 정합 근접성의 % 측정을 포함한다.
- 오류가 있는 내향 호출 기록에 대한 포인터.
이 보정법은 또한 오류 스키마예의 발생에 의해 생기는 통상의 보상법과는 상이한데 이는 상기 보상법이 기능(제안된 해결책 도시예 및 키이를 포함하는 사실을 경로선택 기준 스키마에 명시하는 접속점 시각 스탬프 불일치)과 다른 룰(경로 선택 비정합에 의해 만들어진 사실의 발생을 시작하고 잠재적 해결책 스키마의 일예를 발생시키는 접속점 시각 불일치 발생시킴)으로 이루어지는 점에 유의해야 한다.
6(iv) ART-IM 및 ORACLE 인터페이스
제 35도를 참조하여 설명하면, ART-IM으로부터의 ORACLE 데이터 베이스로의 직접적인 억세스는 ART-IM 룰 베이스의 "병렬" 유효화 특징을 완전하게 이용하는 것이 필요하다.
4개의 주요 인터페이스가 있다 :
경로 선택 기준 데이터(3500)의 분포
디폴트 데이터(3505)의 분포.
감사 트레일(3510)을 형성하기 위한 보정 데이터의 출력.
데이터 취급부(3515)를 중지시키기 위한 사전예보로서의 경로선택 오류 패턴의 출력.
경로 선택 기준 데이터의 분포를 살펴보면, 이 인터페이스(3500)는 내부 ART-IM 스키마의 리프레쉬 및 ORACLE 테이블 내에 물리적으로 유지된 경로 선택 기준 모델에 있는 데이터로부터의 케이스 베이스와 관련있다 :
리프레쉬는 ART-IM 실행의 초기화 단계 동안 개시된다.
현존하는 내부 ART-IM 경로선택 기준 스키마는 그들의 케이스 베이스 실체와 함께 일소 된다.
2개의 외부 작용 블럭(file_to_ira_rules 및 call_record_to_ira_rules)의 부분으로 사용되는 ProC 프로그램(EAB_INITIALISE_ IDA_RULEBASE)으로부터의 ORACLE 테이블로부터 데이터가 선택된다.
경로선택 기준 케이스 베이스는 케이스 베이스 초기화 프로세스의 부분으로서 기능(inca_ids_initialise_casebase)에 의해 내부 경로 선택 기준 스키마로부터 분포된다.
디폴트 데이터의 분포를 살펴보면 ;
리프레쉬는 ART-IM 실행의 초기화 단계 동안 개시된다.
현존하는 내부 ART-IM 디폴트(df_call_record, df_apdu 등) 스키마는 그들의 데이터 베이스 실체와 함께 일소된다.
2개의 외부작용 블럭(file_to_ids_rules 및 call_record_to_ids_rules)의 부분으로 사용되는 ProC 프로그램(EAB_INITIALISE_ IDA_RIILEBASE)으로부터의 ORACLE 테이블로부터 데이터가 선택된다.
내부 ART-IM 스키마는 ProC 프로그램에 의해 분포된다.
오류 및 보정 데이터의 생성을 살펴보면, 오류가 보정될 수 있는 데이터와 관계된
내향 데이터 유효화 동안 검출되면 룰 베이스에 가해진 보정의 감사 트레일이 유지될 필요가 있다 :
오류가 있는 각 파일 구조에 대해 열 기입항이 파일 오류 로그 테이블에 만들어 진다. 이것은 스트리머 프로세스에 의해 행해진다.
오류가 있는 각 호출 기록에 대해 열 기입항이 호출기록 오류 로그에 만들어진다. 이것은 스트리머 프로세스 혹은 ART-IM에 의해 행해질 수 있다.
파일 구조 레벨에서 검출될 각 오류 및 가해진 보정에 대하여 열 기입항이 ORACLE 데이터 베이스 상의 파일구조 룰 로그에 만들어진다. 이것은 모든 파일 레벨 오류 검출 및 보정화가 종료 되었을 때 개시되는 총체적 룰을 사용하는 룰 베이스에 의해 가장 잘 행해진다. 이 룰은 검출되고/보정이 가해진 각 오류에 대해 한번 파이어 해야 하고 파이어 되었을 필요한 삽입을 행하는 사용자 정의 절차 콜 sql_exec_limited를 불러낸다.
파일 구조 레벨에서 검출되고 보정이 가해진 각 오류에 대하여 열 기입항이 ORACLE 데이터 베이스상의 호출 기록 룰 로그에 만들어진다. 이것은 모든 파일 레벨 오류 검출및 보정화가 종료되었을 때 개시되는 총체적룰 사용하는 룰 베이스에 의해 가장 잘행해진다.
또한, 이 룰은 검출되고/보정이 가해진 각 오류에 대해 한 번 파이어해야 하고 파이어 되었을 때 필요한 삽입을 행하는 사응자-정의-절차 콜 sql_exec_imBed 를 불러 낸다.
ART-IM 룰은 슬롯으로부터 삽입치를 내부 스키마에 분포시킨다.
경로선택 오류패턴과 최근접 정합 데이터의 생성을 살펴보면, 중지된 데이터와 관련되는 내향 데이터 유효화 동안 오류가 검출되는 경우, 3개의 최근접 정합(오류가 있는 내향 호출 기록으로의 경로 선택 기준 모델상의 최근접 패턴에 의거함)과 함께 내향 호출 기록 오류 패턴(TUN, NNI, 경로군수, 경로군, 방향에 의거함)의 기록은 나중의 중지 파일 처리를 위하여 ORACLE 데이터 베이스상에 저장될 필요가 있다. 패턴은 모든 유효화/보정처리의 완료후에 저장된다. 상술하면:
발생된 각 오류 즉 중지 파일 오류(그리고 어떠한 보정불가능한 오류도 동일호 기록상에 발생되지 않았다고 가정한다. - 이들 보정 불가능한 호출기록은 섬프로의 이동 총체적 룰을 사용하여 제거된다)에 대하여, 총체적 룰(중지 파일 영역으로 이동)이 파이어 된다. 이 룰은 데이터 베이스로부터 오류가 있는 패턴을 선택하려고 시도하여, 오류가 있는 패턴이 존재하면 :
i) 파일 경로 오류 링크에 있는 어떠한 기입항에 대해 관련 패턴 교환 파일 및 외부 키이로 시험한다.
ii) 기입항이 존재하면 어떠한 또다른 작용도 필요하지 않다.
iii) 기입항이 존재하지 않으면 열기입항을 파일 경로 오류 링크로 삽입한다.
오류인 패턴이 존재하지 않으면 :
iv) 내향 호출 기록으로부터 오류 패턴 데이터에 의해 분포되는 경로 오류 패턴 테이블로 열기입항을 삽입한다.
v) 열기입항을 파일 경로 오류 링크로 삽입한다.
vi) 오류가 있는 경로 패턴에 가장 근접한 이전의 케이스 베이스 처리로부터 발견된 경로 선택 기준 패턴에 의해 분포되는 최근접 정합 테이블로 3개까지의 열기입항을 삽입한다.
사용자 - 정의 -절차가 SQL 지령을 ORACLE에 보내기 위해 사용된다.
ART-IM 룰은 슬롯으로부터의 삽입치를 내부 스키마에 분포시킨다.
7. 제 20도, 제 21도, 제 37도 내지 제 43도 : 데이터 분석기(7)에 의한 전문가 시스템의 사용
아래 참조되는 흐름도에서, 약간 상이한 포맷이 본 명세서에서의 앞선 흐름도의 그것으로부터 적웅되었다. 즉, 기능호는 2중 수직선을 갖는 박스에 의해 나타내지고, 단순한 스테이트먼트는 단일 수직선을 갖츤 박스에 의해 나타내지며, YES/NO 결정은 단순한 다이어몬드에 의해 나타내진다.
데이터 분석기(7)에 의한 ART-IM 전문가 시스템의 이용은 흐름도로 표현될 수 있다. 제16도, 제17도 및 제20도를 참조하여 설명하면, 단계 1605에서, 호출기록 레벨에 실패가 있다고 결정되면, 다음 호출 기록 오류 로그가 단계 2005, 2010에서 바른 APDU를, 단계 2015, 2020에서 오류를 갖는 호출기록을 찾아낸다.
그런 다음 전문가 시스템은 호출 기록이, 본 예에서 System X 항목화에 따라 바르게 항목화되었는지를 체크하고(단계 2025), 그렇치 않은 경우, 단계 2030에서 IEF 상태를 "섬프"로 설정하는 것에 의해 호출 기록을 섬프로 보내고. 단계 2035에서 호출 기록 오류 로그를 갱신한다. 호출 기록이 바르게 항목화된 경우, 이것은 단계 2040, 2045, 2050에서 전문가 시스템을 "통과"하고, 그 결과는 단계 1704에서 데이터 분석기(7)에 의때 평가된다.
제16도 및 제21도를 참조하여 설명하면, 단계 1604에서 파일 혹은 APDU 레벨에서 실패가 있는지가 결정되었을 수도 있다. 이 경우, 파일은 메모리에 로드되고 파일 헤더와 APDUs는 단계 2100에서 전문가 시스템에 보내진다. 전문가 시스템 데이터베이스가 단계 2105에서 콜업되고, 이전의 실행으로부터의 APDU 스키마는 단계 2110에서 삭제된다. 제1 시험실행은 단계 2115에서 경로선택 기준 모델의 전문가 시스템 버전을 리프레쉬하는 것이며, 그렇치 않은 경우, 전문가 시스템용 디폴트 데이터가, 예를 들어 관련된 오류용 디폴트 데이터가 이전에 분실(missing)된 경우에, 단계 2120에서 리프레쉬 된다. 이들 중 어느 것이 성공적이면, 데이터 분석기 프로세스는 자신을 제16도에 명기하며 전문가 시스템 리프레쉬 단계로부터의 결과는 단계 1611에서 파일이 호출 기록의 유효화로 가도록 한다. 어느 것도 성공적이 아니라면, 호출 기록 그들 자신은 개별적으로 유효화되어야 한다. 이를 다음에서 설명한다.
제37도를 참조하여 설명하면, 제21도의 기능 박스(2125). "헤더와 APDH 스키마를 맵함"는 확장하여 경로선택 기준 모델 및 디폴트 데이터의 리프레쉬후 성공적으로 처리될 수 없었던 오류를 갖는 파일로부터 호출 기록에 관하여, 전문가 시스템, ART-IM을 로딩 (단계 3700 내지 3725, 3735) 및 실행(단계 3730, 3740, 3745, 3750) 하는 것을 포함한다. 이 로딩 프로세스는 단계 3715에서 ART 데이터 베이스상에서 이용할 수 없는 데이터("외부 키이 : Foreign Keys), 예를 들면 스트리머(6)로부터의 데이터를 얻는 것을 포함하여 전문가 시스템이 파일들을 억세스할 수 있도록 한다. 각 호출 기록을 분석하면, ART는 호출 기록이 보정되거나 중지되거나 섬프되어야 하는 것을 나타낼 수도 있는 상태를 공급한다(단계 3735). 이 데이터 분석기 프로세스(IEF)는 단계 3760에서 섬프되는 호출 기록의 계수를 행하며, 단계 3770에서 ART-IM에 의한 일소를 개시하는 플래그를 단계 3765에서 ART-IM에 설정하여 각 호출 기록과 관련 스키마를 일소함으로써 이들이 단순하게 증가하는 것을 피한다.
제38도 내지 제43도를 참조하여 설명하면, 전문가 시스텝 파일 룰의 적용은 또한 흐름도로 표현될 수도 있고, 다음 예가 도시되고, 흐름도는 자기 설명적이다 :
i) 제38도 : ART 파일 룰(교환 파일 헤더 )
이들은 이하에 적용될 수 있다.
트레일러 APDU
포맷 버전수
파일 형태
접속점 시각 스탬프
DDC/NMP 시각 스탬프(NMP는 네트워크중재 프로세서 : Network Mediation Processor를 나타낸다.)
데이터 전송의 종류
접속점 클러스터 등급
스트리머 NNI
어플리케이션군
부분 화일 표시기
파일 바이트 크기
테이블 크기
선택된 APDU 형태
ii) 제39도 : APDU 제1 일련번호 룰
iii) 제40도 : APDU 마지막 일련번호 룰
iv) 제41도 : APDU 일련번호 계수 룰
v) 제42도 : ART APDU 룰
이것은 다음에 적용될 수 있다.
재전송 표시기
링킹 필드
vi) 제43도 : ART 호출 기록 룰
이것은 다음에 적용될 수 있다.
기록 용도
청구된 호출 표시기
클리어링 커즈(clearing cause)
PBX 서픽스
CLI 클러스터 신원
네트워크회로
네트워크대역
회로 신분
회로수 차지 대역
호 샘플링법
샘플링 모드
계수 리셋 표시기
N의 값(여기서 N은 예를 들어 호출 기록의 시험 조합을 실행하면서 행한 계수에 관한다)
피호출자 통화종료 시각 스탬프
8. 제 36도 및 제 44도 : 컴퍼니 시스템
제4도를 참조하여 설명하면, 스트리머(6)로부터 컴퍼니 시스템(8)로의 출력은 청구 가능 실체에 따라 분류되고 ART-IM전문가 시스템을 포함하는 데이터 분석기를 사용하여 상술한 바와 같이 유효화된 호출 기록을 구비한다.
컴퍼니 시스템(8)의 주 역할은 호출 기록을 요금 산정하고 요금 산정된 기록을 출력하여 그들이 고객에게 청구될 수 있도록 하는 것이다. 그러나, 컴퍼니 시스템(8)은 상술한 바와 같이, 또한 청구 가능 실체에 관한 데이터와 청구 가능 실체와 제1네트워크(1)의 운영자 사이의 관계에 강조하는 유효화 역할을 갖는다. 그러므로 컴퍼니 시스템(8)은 다음에서 "cIDA"라 하는 컴퍼니 시스템 데이터 분석기를 포함하거나 억세스한다.
cIDA어플리케이션은, 상술한 바와 같이, 데이터 스트리머(6)로부터의 데이터를 유효화하는 데이터 분석기(7)를 따라 갖추어질 수 있다. 제4도에서, 오류있는 호출 기록을 보정하는 단계(430), 보정된 호출 기록을 벌크하는 단계(450) 및 보정할 수 없는 호출 기록(450)을 조사하는 단계는 모두 cIDA어플리케이션에 의해 수행될 수 있다.
흥미롭게도, 컴퍼니시스템(8)에 의해 픽업 되는 오류의 90% 정도의 대다수의 오류는 주로 "123" 및 "비상 서비스"(999) 호출과 같은 "타임 라인" 일을 행하기 위한 디코드 비정상에 관한다. 오류의 나머지의 벌크는 기준 데이터에서와 불일치 탓으로 돌릴 수 있다. 그러므로 컴퍼니 시스템(8)과의 사용을 위해 데이터 분석기를 강화하는 데에는 2가지 주요한 면이 있을 수 있는데, 이들은 오류의 대부분, 디코드 비정상을 제공하는 기록을 가로채는 것, 그리고 정정후 파일을 컴퍼니 시스템(8)으로 다시 나타낼 수 있는 기반구조를 제공하는 것이다.
처리 개요
적당한 장치는 다음과 같을 수 있다. 오류 및 경고 파일은 컴퍼니 박스(8)로부터 그들이 운영자당 하나씩 특정 디렉토리로 로드되는 cIDA로 보내진다. 단일 파일은 0 혹은 많은 기록을 보유할 수 있다. 바람직하게, cIDA는 수동 오버라이드의 능력으로 동지적으로 실행하는 모든 운영장에 대해 병렬처리 설비를 제공한다. 로그는 파일 시퀀스를 cIDA로 및 부터 제어하기 위하여 유지된다.
오류 파일이 처리를 위해 선택되었으면, cIDA는 파일이 비어 있지 않은 것을 가정하에 각 기록을 차례로 선택하여, 오류를 보정가능 및 보정 불가능의 2가지 분류 중 하나로 평가한다. 보정 불가능 기곡은 테이블에 기입되고, 그에 대해 보고되며, 후에 보관을 위해 데이터 베이스로부터 제거될 수 있다. 기록이 보정가능으로 여겨지는 곳에서, 이것은 룰을 적용하는 것에 의해 자동적으로 보정 될 수 있거나, 이것은 이것이 보정될 수 있기 전에 수동 조정이 필요할 수 있다.
오류의 형태와 무관하게 각 기록은 컴퍼니 박스(3)로부터 패스된 모든 세부 사항과 "상태"를 표시하도록 설정된 플래그와 함께 ORACLE 데이터베이스 테이블로 삽입된다.
상기에 따라 상태는
중지.
보정할 수 없음.
룰.
로부터 선택된다.
규칙적인 간격으로 실행되는 Business Objects를 사용하여 사용자는 현재 보유된 모든 기록과 그들에게 주어진 상태 할당을 볼 수 있는 능력을 갖는다. 감사로그는 모든 "부과번호" 정정에 대해 한 달 동안과 같이 관련 주기 동안 보유될 수 있다.
자동 룰의 사용은 물론 불필요한 것으로 밝혀질 수도 있음을 주목한다. 현재 오류의 90%인 디코드 비정상에 의해 야기된 오류를 정정하는 것에 의해, 오류율은 0.01%로 감소되는 것으로 밝혀졌다. 그러므로, 일어나는 오류의 단순성은 자동 룰을 채용하픈 시스템은 너무 복잡할 수 있다는 것을 의미한다.
제44도를 참조하여 설명하면, 본 발명에 데이터 수집 및 처리 시스템에 관한 데이터 흐름 경로를 알 수 있다. 이 도면에서, 파일과 테이블과 같은 데이터 저장부는 수직점선을 갖는 수평적으로 연장하는 직사각형으로 나타내져 있고, 프로세스는 직사각형을 포함하는 더 큰 블럭으로 나타내져 있다. NCDB(9)와 같은 외부적인 실체는 "마름모꼴(lozenges)"에 의해 나타내져 있다.
이미 설명한 바와 같이, 원래와 호출 데이터는 스트리머에 입력되고, 이 스트리머는 필요하다면 데이터 분석 기와 관련하여 원래의 호출 데이터를 변화하고, 호출 기록을 유효화하고 처리하여, 유효하되고, 항목화된 호출 기록을 컴버니 박스로 보낸다. 컴퍼니 박스는 먼저 운영자 특정 유효화를 수행하고, 두번째 항목화된 호출 기록을 모은다. 이 단계에서, 호출 기록은 예를 들어 전국 요금징수 데이터베이스(NCDB)(9)로부터의 요금징수 정보를 사용하여 요금 산정되어 요약된 형태로 출력되어 관련 고객 시스템(8)을 위한 청구 보고를 만든다. 다른 출력은 광 키스크(71)에 저장된 확장된 호출 기록과 관리 보고 시스템(4400)을 위한 요약된 호출 기록을 포함한다.
제44도에서 데이터 분석기로부터 감사 시스템 "CARDVU"(4405)로의 출력이 또한 있음을 알 수 있다. 비록 본 발명의 실시예는 감사 목적을 위해 극히 상세한 정보를 제공할 수 있지만, 감사 시스템 그 자체는 본 발명의 부분이 아니므로 아래의 "9 감사 트레일"에서의 코멘트를 넘는 설명은 하지 않는다.
제36도를 참조하여 설명하면, 컴퍼니 시스템(8)용 데이터 모델은 컴퍼니 시스템(8)에 의해 요금 산정 및 요금징수시 사용을 위한 데이터 원을 명확히 보여준다. 데이터의 가장 많은 양, "C&P기준 데이터"는 NCDB(9)로부터 유래된다. 그러나, 청구 가능 실체와 네트워크(1)의 운영라 사이의 회계 협정(4500)에 의해 설정된 제한자가 있다. 많은 문제는 네트워크관리 센터로 부터 처리될 수 있으며 제36도의 데이터 모델은 "텔레콤"네트워크운영자 역할"박스(4505)에 의해 적당한 가시성을 그에 제공한다.
제36도에 사용된 약자를 풀어쓰면 다음과 같다:
CBM 차지 대역 매트릭스(CHARGE BAND MATRIX)
CB 차지 대역(CHARGE BAND)
NN 네트워크 접속점 (NETWORK NODE)
KCH KINGSTON COMMUNICATIONS, HILL(BT PSTN에 상호연결된 베트워크의 영국에서의 운영자)
TE TELECOM EIRANN(상기와 같음)
NCIP NAT10NAL CHAnGING INfORMATiON PACKAGE(NCDB상의 데이타로의 인터페이스)
본 발명의 시스템에 의해서 제공된 제안자의 형태에 준수하는 요금산정 및 요금징수장치는 공지이므로 그 요금산정 및 요금징수장치에 대하여 여기서는 특별히 설명하지 않는다. 사실, 제36도의 데이터 모델은 관련된 모든 실체를 나타내지만 관계는 그 표현이 너무 복잡하게 되기 때문에 모두 나타내지는 않았다. 그러나 종합적으로 컴퍼니 시스템(8)에 의해 취급된 호출 기록은 이미 청구가능 실체에 따라서 분류됨을 상기 해야 한다. 데이터의 이러한 면은 관련 보고서가 정확한 고객시스템(10)에 할당될 수 있도록 명확하게 유지될 필요가 있다. 이것은 상술한 바와 같이, 예를 들어 청구가능 실체에 대해 할당된 디렉토리를 유지하는 것에 의해 행해질 수도 있다.
9. 감사 트레일
상기 설명한 장치가 정교한 감사 트레일을 제공할 수 있다. 상호연결점에서의 교환으로부터의 데이터는 파일로 오고, APDUs로 패키지 된다. 스트리머 시스템(6)은 FTAM프로토콜을 사용하여 DDCs(5) 밖 데이터를 선택하고, 그 데이터는 바이너리이며, 호출 기록에 있다. 스트리머 시스템(6)은 기준 데이터, 경로 선택 기준 모델을 포함하는 데이터 베이스에 대하여 데이터를 유효화하고, 어떤 다른 네트워크 운영자가 청구되어야 하는가를 평가한다. 스트리머 시스템(6)은 전체 호출 기록을 부가된 운영자 및 교환정보와 함께 ASCII로 기입한다.
감사 트세일은 다음과 같이 일어난다. 교환상에서 호출 요구는 0-9999를 순환하는 파일 발생번호가 놓여진다. DDC(5)는 파일레벨에서 0-999999를 순환하는 일련번호를 또한 부가한다. 파일내에서 APDUs는 또한 0-16353을 순환하며 바이너리인 APDU 일련번호로 시이퀀스된다.
이것은 파일에 기록수의 기록, APDU시작 및 끝 번호 및 APDUs의 수가 저장된다는 것을 의미 한다.
일련번호가 교환에 있는 각 번호에 부가되기때문에, 비록 수돌이 반드시 순서적으로 처리되지 않지만 컴퍼니 박스(8)는 수들을 일련으로 수신한다는 것이 보장될 수 있다. 스트리머 시스템(6)은 실제 상이한 교환으로부터 동시적으로 병렬로 처리한다.
"패턴 네트"가 그 데이타가 룰을 "파이어 "하는 것에 의해 사용되는 데이터 분석기에서 이것이 유효한 내용을 보정시키지 못하는 경우 분석기는 관련된 데이터 항목이 요금이나 감사트레일에 영향을 주지 않는 곳에만 데이터 항목을 패치할 수 있다. 이 내용에서 패치(patch)는 표준치로 설정됨을 의미한다. 그러므로 그것이 호출 기록을 식별하기 때문에 데이터 분석 기는 호출 기록 일련번호를 변화시킬 수 없다. 호출 기록 일련번호가 변화되었다라고 하면 어떠한 감사 트레일도 없다.
설명했듯이, 상술한 시스템은 단지 본 발명의 특정실시예이다. 이는 PSTN에 관한 것이고 설명한 바와 같이 음성 통신 시스템에서의 호출 기록을 처리한다. 또한 관련된 호출 기록의 특정형태인 System X Type 6은 네트워크사이의 상호 연결점에서 사용될 수 있는 교환의 단지 일형태에 관한 것이다.
본 발명 응용의 단순한 연장은 요금청구를 발생시키는 호 기록데이터를 사용할 뿐만아니라 트래픽 분석 정보 또한 픽업되어 처리될수 있다. 예를 들어 목적지에 도달하는데에 비효과적인 호출인 "비효과적인것"은 POI에서의 교환 및 데이터 처리 시스템으로의 벌크된 결과 입력에 의해 계수될 수 있다.
그러나, 더 중요한 변화는 음성통신을 배제하기 조차하는 음성통신이외의 통신과 본 시스템의 사용을 포함하고 이미 설명한 바와 같이 비록 기록의 순수양과 관련된 소오스의 복잡성의 견지에서 본 발명의 실시예의 이점이 PSTN과 함께 분명하게 의미있지만, PSTN이 관련되는 것이 본질적인 것이 아님은 명료하다.
Claims (16)
- 제 1 통신 네트워크에서 데이터를 수집하고 처리하는 방법에 있어서, 통신에 관련한 상기 데이터는 예증하고, 상기 네트워크는 제 2 통신 네트워크로의 하나 이상의 연결점을 포함하며,i) 상기 연결점에서의 데이터 억세스 점에서 데이터를 수집하는 단계로서, 상기 데이터는 상기 제 1 네트워크 이외의 발신 네트워크에서 일어나는 통신 요구에 관한 것이고, 상기 통신 요구에 관하여 발신 네트워크를 식별하는 경로정보 및 하나 이상의 파라미터 예컨대, 지속시간 측정으로 구성되는 단계,ii) 상기 데이터를 데이터 처리 시스템으로 전송하는 단계 및,iii) 요금 청구 정보를 발생시키기 위해서 상기 데이터를 처리하는 단계를 구비하는 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 제 1 네트워크는 공중 교환 전화 네트워크를 구비하는 것을 특징으로 하는 방법.
- 제 1항 또는 제 2항에 있어서,데이터처리단계는 상기 발신 네트워크의 식별에 따라 상기 데이터를 스트림하는 것으로 구성되는 것을 특징으로 하는 방법.
- 제 1항 내지 제 3항 중 어느 한 항에 있어서,상기 제 1 네트워크는 로컬 교환부와 트렁크 교환부 모두를 포함하는 통신 네트워크를 구비하고 상기 데이터 처리 단계는 발신네트워크를 식별하는 경로 정보에 따라 데이터 베이스로부터의 요금산정 및 요금징수 데이터를 상관시키는 것을 포함하는 것을 특징으로 하는 방법.
- 제 4 항에 있어서,상기 상관관계는 제 3 항에 따른 데이터를 스트림하는 것에 후속하여 행해지는 것을 특징으로 하는 방법.
- 제 1항 내지 제 5항 증 어느 한 항에 있어서,상기 데이터 처리 시스템은 데이터 분석기를 구비하고, 상기 데이터를 처리하는 단계는 무효 데이터를 분석하는 것이 후속되는 데이터를 유효화시키는 것을 포함하고, 상기 분석은 잠재적으로 디폴트값으로 설정될 수 있는 데이터를 식별하며, 그 데이터를 디폴트값으로 설정하며, 이것을 유효 데이터로 처리 하는 단계를 포함하는 것을 특징으로 하는 방법.
- 통신 네트워크에서 수집되었지만 그 통신 네트워크 외부에서 일어나는 호출 요구에 관한 데이터를 처리하는 데이터 처리 장치에 있어서,i) 상기 데이터를 입력하는 데이터 입력부로서, 상기 데이터는 다수의 분류 특성중 적어도 하나를 구비하는 데이터 입력부,ii) 데이터 입력부에서 수신된 데이터를 체크하는 검증수단,iii) 상기 검증 수단에 의해 거절된 데이터를 분석하고, 상기 거절된 데이터를 보정되거나 디폴트 데이터로 대치하는 데이터분석기,iv) 상기 검중수단에 의하거나 상기 데이터 분석기에 의해 출력된 데이터를 갱신 가능 기준 정보에 따라 요금산정하는 요금산정수단, 및v) 상기 요금 산정 수단으로부터의 요금 산정 데이터를 각각의 메모리 기억장소가 상기 분류 특성의 하나 이상에 관한 데이터에 전용되는 메모리 기여 장소들로 출력하는 출력 수단을 구비하는 것을 특징으로 하는 데이터 처리 장치.
- 제 7 항에 있어서,각각의 분류특성은 상기 통신 네트워크의 외부에 있는 관련통신이 일어나는 다른 네트워크를 식별하는 것을 특징으로 하는 데이터 처리 장치.
- 제 7 항 또는 제 8 항에 있어서,상기 통신 네트워크가 공중 교환 전화 네트워크인 것을 특징으로 하는 데이터 처리 장치.
- 제 7 항 내지 제 9 항 중 어느 한 항에 있어서,상기 데이터 분석 기는 잠재적인 후속처리를 위하여 중지 데이터 저장부에 보정될 수 없거나 디폴리될 수 없는 데이터를 저장하는 수단을 구비하는 것을 특징으로 하는 데이터 처리 장치.
- 다수의 다른 네트워크에 연결되고, 상기 다수의 다른 네트워크로 부터 통신요구를 수신하는 제 1 통신 네트워크에 사용되는 데이터 수집 및 처리 장치에 있어서,a) 상기 다수의 다른 네트워크 중 하나에서 발생하여 제 1 네트워크로 내향하는 통신요구를 등록하는 등록수단,b) 상기 통신요구의 기록을 포맷하는 수단으로서, 상기 기록은 다수의 다른 네트워크의 하나를 식별하는 데이터와 상기 통신요구와 관련된 지속시간과 같은 파라미터 값을 구비하는 포맷 수단,c) 상기 기록을 유효화시키는 유효화 수단,d) 요금산정 및 요금징수 데이터를 유효화된 기록과 관련시키고 요금산정, 요금징수 및 유효화된 기록의 분류 어레이를 제공하는 요금산정 및 요금징수 수단으로서, 상기 어레이는 다른 네트워크 등의 식별에 따라 분류되는 요금산정 및 요금징수수단,상기 분석 수단은 거절 이유에 따라 거절된 기록을 적어도 3개의 방법 중 하나로 처리하도록 배치되며, 상기 3개의 방법은 비유효화 기록의 값을 가장 적합한 값으로 설정하는 것 또는 비유효화 기록의 값을 디폴트 값으로 설정하는 것 또는 비유효화 값을 보관하거나 덤프하는 것이며, 제 1 방법 또는 제 2 방법 중 어느 하나로 처리되었던 기록이 직접 또는 간접으로 유효화 된 기록으로 요금산정 및 요금징수 수단에 전송되는 상기 유효화 수단에 의해 거절된 기록을 분석하는 분석 수단으로 구성되는 것을 특징으로 하는 데이터 수집 및 처리 장치.
- 제 11 항에 있어서,제 1 네트워크의 교환부는 통신 요구를 수신하도록 배치되고, 데이터 수집기가 통신 요구의 기록을 상기 등록수단으로 등록하도록 배치되며, 상기 기록에 포함된 경로선택 정보는 다른 네트워크중 상기 하나를 식별하는 데이터를 제공하고, 상기 유효화 수단은 경로 선택 기준 데이터 모델로의 억세스를 가지며 경로 선택정보와 경로선택 기준 데이터모델 사이의 상관도를 기록를 유효화시키는데 있어서의 척도의 하나로서 사용하도록 배치된 것을 특징으로 하는 데이터 수집 및 처리 장치.
- 제 11 항 또는 12 항에 있어서,분석 수단은 거절된 기록을 추가적인 4 번째 방법으로 선택적으로 처리하도록 배치되고, 그 4 번째 방법은 나중에 억세스되고 분석될 수 있는 중지 데이터 저장부의 파일로 비유효화 기록에 관한 데이터를 부가하는 것을 특징으로 하는 데이터 수집 및 처리장치.
- 제 13항에 있어서,중지 데이터 저장부의 각 파일은 동일한 오류 패턴을 갖는 비유효화 기록에 전용인 것을 특징으로 하는 데이터 수집 및 처리장치.
- 제 11항 내지 제 14항 중 어느 한 항에 있어서,요금 산정 및 요금 부과수단은 유효화수단을 구비하거나 유효화수단으로의 억세스를 가지며, 비유효화 기록을 상기 분석수단으로 출력하여 장치에서 먼저 유효화된 이래로 훼손된 데이터의 재처리가 가능하도록 배치되는 것을 특징으로 하는 데이터 수집 및 처리장치.
- 복수의 네트워크에 관한 통신기록을 수집하고 처리하는데 이용되는 데이터 수집 및 처리 시스템에 있어서, 상기 시스템은 상기 복수의 네트워크 중 제 1 네트워크와 상기 다수의 네트워크 중 적어도 하나의 다른 네트워크 사이에서의 연결점에 발생된 통신 기록을 위한 적어도 하나의 입력부를 구비하고, 상기 기록은 관련통신 요구가 일어나거나 그로부터 상기 제 1 네트워크에 들어온 네트워크의 식별과 통신요구와 관련되어 지속시간과 같은 요금청구의 여지가 있는 파라미터 측정을 제공하며, 상기 시스템은 기록의 포맷과 경로선택 정보 측면을 유효화시키는 유효화수단, 상기 유효화수단에 의해 거절된 오류가 있는 기록을 분석하는 데이터 분석 수단으로서 상기 오류 있는 기록을 분류하고 디폴트 값을 오류있는 기록의 적어도 하나의 분류에 공급하는 데이터 분석수단, 상기 네트워크 식별에 따라 유효화되고 디폴트된 기록을 분류하는 데이터 분류 수단 및 분류된 기록을 수신하고, 그 안에 포함된 정보에 의거하여, 식별된 네트워크에 관련된 요금 청구실체에 사용되는 요금 청구 정보를 발생시키는 요금 산정 수단을 보한 구비하는 것을 특징으로 하는 데이터 수집 및 처리 시스템.
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB939306725A GB9306725D0 (en) | 1993-03-31 | 1993-03-31 | Inter-network communications data system |
GB939306724A GB9306724D0 (en) | 1993-03-31 | 1993-03-31 | Inter-network communications data system |
GB939317619A GB9317619D0 (en) | 1993-08-24 | 1993-08-24 | Inter-network communications data system |
GB9306725.4 | 1993-08-24 | ||
GB9317619.6 | 1993-08-24 | ||
GB9306724.7 | 1993-08-24 | ||
PCT/GB1994/000706 WO1994023530A1 (en) | 1993-03-31 | 1994-03-31 | Data processing system for communications network |
Publications (2)
Publication Number | Publication Date |
---|---|
KR960702240A KR960702240A (ko) | 1996-03-28 |
KR100297300B1 true KR100297300B1 (ko) | 2001-10-24 |
Family
ID=27266643
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1019950704303A KR100297299B1 (ko) | 1993-03-31 | 1994-03-31 | 통신네트워크용데이터정정시스템 |
KR1019950704289A KR100297300B1 (ko) | 1993-03-31 | 1994-03-31 | 통신네트워크용데이터처리시스템 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1019950704303A KR100297299B1 (ko) | 1993-03-31 | 1994-03-31 | 통신네트워크용데이터정정시스템 |
Country Status (16)
Country | Link |
---|---|
US (4) | US5768353A (ko) |
EP (2) | EP0692172B1 (ko) |
JP (3) | JP3732507B2 (ko) |
KR (2) | KR100297299B1 (ko) |
CN (2) | CN1126357C (ko) |
AU (1) | AU697499B2 (ko) |
CA (2) | CA2159002C (ko) |
DE (2) | DE69433814D1 (ko) |
DK (1) | DK0692172T3 (ko) |
ES (1) | ES2107200T3 (ko) |
FI (2) | FI115941B (ko) |
HK (2) | HK1001747A1 (ko) |
NO (2) | NO953898L (ko) |
NZ (2) | NZ263224A (ko) |
SG (2) | SG50490A1 (ko) |
WO (2) | WO1994023529A1 (ko) |
Families Citing this family (73)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2179870C (en) * | 1995-06-29 | 2003-12-02 | Toshiaki Suzuki | Multimedia communication system and communicating apparatus |
JP3777666B2 (ja) * | 1996-08-28 | 2006-05-24 | 株式会社日立製作所 | データベース処理方法およびシステム |
SE507372C2 (sv) * | 1996-09-10 | 1998-05-18 | Ericsson Telefon Ab L M | Debiteringsförfarande vid informationsöverföring i ett generiskt radiobaserat accessnätverk |
GB2318479B (en) * | 1996-10-21 | 2001-04-04 | Northern Telecom Ltd | Problem model for alarm correlation |
US5987473A (en) * | 1997-09-09 | 1999-11-16 | Beologic A/S | Interactive configuration via network |
AU9174198A (en) * | 1997-09-24 | 1999-04-12 | British Telecommunications Public Limited Company | Data processing system for communications network |
US6016501A (en) * | 1998-03-18 | 2000-01-18 | Bmc Software | Enterprise data movement system and method which performs data load and changed data propagation operations |
US6198811B1 (en) * | 1998-07-12 | 2001-03-06 | Bellsouth Intellectual Property Corporation | Systems and methods for extracting switch data |
JP3142821B2 (ja) * | 1998-08-27 | 2001-03-07 | 株式会社エヌ・ティ・ティ・ドコモ | 情報通信ネットワークの課金方法 |
US6134307A (en) * | 1998-09-21 | 2000-10-17 | Iridium Ip Llc | Call conversion process for a business system for a global telecommunications network |
US6819655B1 (en) * | 1998-11-09 | 2004-11-16 | Applied Digital Access, Inc. | System and method of analyzing network protocols |
FI990604A (fi) * | 1999-03-17 | 2000-09-18 | Sonera Oyj | Tietoliikenneyhteyksien hinnoittelu tietoliikennejärjestelmässä |
US7363359B1 (en) * | 1999-05-26 | 2008-04-22 | Fujitsu Limited | Element management system with automatic remote backup of network elements' local storage |
DE10000825A1 (de) * | 2000-01-12 | 2001-07-19 | Alcatel Sa | Verfahren, Vermittlungsstelle, Gebührenrechner, Gebührenabrechnungsrechner und Programm-Module zur Verarbeitung von Gebührendaten für Telekommunikations-Dienstleistungen |
FI20000276A (fi) * | 2000-02-09 | 2001-08-10 | Nokia Networks Oy | Puhelinkeskuksen tuottamien raporttien tulostaminen |
US7280971B1 (en) * | 2000-06-09 | 2007-10-09 | At&T Bls Intellectual Property, Inc. | Method and system for server-based error processing in support of legacy-based usage and billing systems |
EP1173033A1 (en) * | 2000-07-12 | 2002-01-16 | Koninklijke KPN N.V. | Apparatus and method for collecting data from a remote point of presence |
US6741685B1 (en) * | 2000-09-29 | 2004-05-25 | Agilent Technologies, Inc. | Billing systems and methods for communication networks providing differentiated services |
US6891938B1 (en) * | 2000-11-07 | 2005-05-10 | Agilent Technologies, Inc. | Correlation and enrichment of telephone system call data records |
US20020055879A1 (en) * | 2000-11-09 | 2002-05-09 | Michael Wengrovitz | Application service provider (ASP) architecture for property management and call accounting |
US7260590B1 (en) * | 2000-12-06 | 2007-08-21 | Cisco Technology, Inc. | Streamed database archival process with background synchronization |
US6798871B2 (en) * | 2001-09-18 | 2004-09-28 | Sbc Technology Resources, Inc. | Method for correcting call detail record files |
US9898462B2 (en) * | 2001-09-20 | 2018-02-20 | Wellogix Technology Licensing, Llc | Process and system for providing and managing offline input of field documentation to a complex project workflow system |
US20030120594A1 (en) * | 2001-12-04 | 2003-06-26 | Cibernet, Inc. | Method, system and data structure for an improved billing protocol |
JP4153216B2 (ja) * | 2002-02-18 | 2008-09-24 | 日本電信電話株式会社 | 相関情報処理方法及び相関情報処理装置並びにプログラム及び記録媒体 |
US6834281B1 (en) * | 2002-03-26 | 2004-12-21 | Veritas Operating Corporation | Method and apparatus to support multi-node direct access to file system data |
US9569797B1 (en) | 2002-05-30 | 2017-02-14 | Consumerinfo.Com, Inc. | Systems and methods of presenting simulated credit score information |
US7340422B2 (en) | 2003-02-10 | 2008-03-04 | Asentinel Llc | Systems and method for managing and processing of telecommunications invoices |
US7769651B2 (en) * | 2003-03-31 | 2010-08-03 | At&T Intellectual Property I, L.P. | Method and system of processing billing data |
DE60309286T2 (de) * | 2003-04-23 | 2007-05-31 | Comptel Corp. | Ereignisvermittlung |
CN100340093C (zh) * | 2003-08-15 | 2007-09-26 | 广州合晟科技有限公司 | 话音业务实时记录与分析系统及其方法 |
CN100492974C (zh) * | 2003-12-19 | 2009-05-27 | 上海贝尔阿尔卡特股份有限公司 | 一种在不同运营商之间通信的资费分摊的方法和装置 |
CN1946791B (zh) * | 2004-05-05 | 2010-05-12 | 陶氏环球技术公司 | 耐擦划丙烯聚合物组合物 |
US7804947B2 (en) * | 2004-05-21 | 2010-09-28 | Avaya Inc. | Method and apparatus for validation and error resolution of configuration data in a private branch exchange switch |
US8732004B1 (en) | 2004-09-22 | 2014-05-20 | Experian Information Solutions, Inc. | Automated analysis of data to generate prospect notifications based on trigger events |
US7459984B2 (en) * | 2005-05-26 | 2008-12-02 | Sirf Technology Holdings, Inc. | Method and apparatus for self-calibration and adaptive temperature compensation in GPS receivers |
US7711636B2 (en) * | 2006-03-10 | 2010-05-04 | Experian Information Solutions, Inc. | Systems and methods for analyzing data |
US8560434B2 (en) * | 2006-03-10 | 2013-10-15 | Vantagescore Solutions, Llc | Methods and systems for segmentation using multiple dependent variables |
US8036979B1 (en) | 2006-10-05 | 2011-10-11 | Experian Information Solutions, Inc. | System and method for generating a finance attribute from tradeline data |
US8155290B2 (en) * | 2006-10-30 | 2012-04-10 | Alcatel Lucent | Systems and methods for providing per call measurement data in an IMS network |
US9846846B2 (en) | 2006-11-14 | 2017-12-19 | International Business Machines Corporation | Method and system for analyzing contact studies |
US7657569B1 (en) | 2006-11-28 | 2010-02-02 | Lower My Bills, Inc. | System and method of removing duplicate leads |
US7778885B1 (en) | 2006-12-04 | 2010-08-17 | Lower My Bills, Inc. | System and method of enhancing leads |
US8606666B1 (en) | 2007-01-31 | 2013-12-10 | Experian Information Solutions, Inc. | System and method for providing an aggregation tool |
US8606626B1 (en) | 2007-01-31 | 2013-12-10 | Experian Information Solutions, Inc. | Systems and methods for providing a direct marketing campaign planning environment |
US7975299B1 (en) | 2007-04-05 | 2011-07-05 | Consumerinfo.Com, Inc. | Child identity monitor |
WO2008127288A1 (en) | 2007-04-12 | 2008-10-23 | Experian Information Solutions, Inc. | Systems and methods for determining thin-file records and determining thin-file risk levels |
WO2008147918A2 (en) | 2007-05-25 | 2008-12-04 | Experian Information Solutions, Inc. | System and method for automated detection of never-pay data sets |
US20090049060A1 (en) * | 2007-08-13 | 2009-02-19 | Rafal Przemyslaw Konik | Method and Apparatus for Managing Database Records Rejected Due to Referential Constraints |
US8301574B2 (en) | 2007-09-17 | 2012-10-30 | Experian Marketing Solutions, Inc. | Multimedia engagement study |
US9690820B1 (en) | 2007-09-27 | 2017-06-27 | Experian Information Solutions, Inc. | Database system for triggering event notifications based on updates to database records |
US7996521B2 (en) | 2007-11-19 | 2011-08-09 | Experian Marketing Solutions, Inc. | Service for mapping IP addresses to user segments |
WO2009087730A1 (ja) * | 2008-01-11 | 2009-07-16 | Rsun Corporation | データ駆動型データベース処理装置 |
US8055579B2 (en) * | 2008-02-06 | 2011-11-08 | Vantagescore Solutions, Llc | Methods and systems for score consistency |
US10373198B1 (en) | 2008-06-13 | 2019-08-06 | Lmb Mortgage Services, Inc. | System and method of generating existing customer leads |
US7991689B1 (en) | 2008-07-23 | 2011-08-02 | Experian Information Solutions, Inc. | Systems and methods for detecting bust out fraud using credit data |
US20100174638A1 (en) | 2009-01-06 | 2010-07-08 | ConsumerInfo.com | Report existence monitoring |
CN101729675B (zh) * | 2009-12-24 | 2014-01-01 | 中兴通讯股份有限公司 | 基于彩信业务的适配方法及适配器装置 |
US9652802B1 (en) | 2010-03-24 | 2017-05-16 | Consumerinfo.Com, Inc. | Indirect monitoring and reporting of a user's credit data |
US10453093B1 (en) | 2010-04-30 | 2019-10-22 | Lmb Mortgage Services, Inc. | System and method of optimizing matching of leads |
US8407187B2 (en) * | 2010-06-16 | 2013-03-26 | Microsoft Corporation | Validating files using a sliding window to access and correlate records in an arbitrarily large dataset |
US9558519B1 (en) | 2011-04-29 | 2017-01-31 | Consumerinfo.Com, Inc. | Exposing reporting cycle information |
US8620868B2 (en) | 2011-05-31 | 2013-12-31 | Conexant Systems, Inc. | Database hierarchical inheritance |
US9870589B1 (en) | 2013-03-14 | 2018-01-16 | Consumerinfo.Com, Inc. | Credit utilization tracking and reporting |
US10262362B1 (en) | 2014-02-14 | 2019-04-16 | Experian Information Solutions, Inc. | Automatic generation of code for attributes |
US10445152B1 (en) | 2014-12-19 | 2019-10-15 | Experian Information Solutions, Inc. | Systems and methods for dynamic report generation based on automatic modeling of complex data structures |
US11410230B1 (en) | 2015-11-17 | 2022-08-09 | Consumerinfo.Com, Inc. | Realtime access and control of secure regulated data |
US10757154B1 (en) | 2015-11-24 | 2020-08-25 | Experian Information Solutions, Inc. | Real-time event-based notification system |
KR101896993B1 (ko) * | 2016-06-08 | 2018-09-11 | 아주대학교산학협력단 | 이동체의 경로 결정 방법 및 장치 |
CN110383319B (zh) | 2017-01-31 | 2023-05-26 | 益百利信息解决方案公司 | 大规模异构数据摄取和用户解析 |
US11265324B2 (en) | 2018-09-05 | 2022-03-01 | Consumerinfo.Com, Inc. | User permissions for access to secure data at third-party |
CN109446157B (zh) * | 2018-10-18 | 2021-10-29 | 武汉虹旭信息技术有限责任公司 | 一种基于格式化数据的数据格式校查系统及其方法 |
US11249883B2 (en) | 2020-01-02 | 2022-02-15 | Bank Of America Corporation | Error repair tool using sentiment analysis |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3813495A (en) | 1972-12-11 | 1974-05-28 | Itt | Memory control for toll systems |
US4727577A (en) | 1986-05-30 | 1988-02-23 | American Telephone And Telegraph Company, At&T Bell Laboratories | Method of and apparatus for recording information on the accumulated usage of a trunk |
US4726056A (en) | 1986-06-25 | 1988-02-16 | American Telephone And Telegraph Company At&T Bell Laboratories | Shared flexible rating of telecommunications calls |
US4839916A (en) * | 1987-09-25 | 1989-06-13 | Conway Engineering, Inc. | Telephone toll integrity checking system |
US4813065A (en) | 1987-10-13 | 1989-03-14 | Segala James J | Computerized telephone accounting system |
JP2865675B2 (ja) | 1988-09-12 | 1999-03-08 | 株式会社日立製作所 | 通信ネットワーク制御方法 |
US5008929A (en) | 1990-01-18 | 1991-04-16 | U.S. Intelco Networks, Inc. | Billing system for telephone signaling network |
US4979207A (en) | 1990-02-01 | 1990-12-18 | Motorola, Inc. | Method of processing cellular telephone call detail data for billing multi-line customers for cellular telephone services |
US5003584A (en) | 1990-04-16 | 1991-03-26 | At&T Bell Laboratories | Method and apparatus for the billing of value-added communication calls |
GB2245454B (en) | 1990-06-18 | 1994-03-23 | Stc Plc | Mobile communications |
EP0477628B1 (de) | 1990-09-28 | 1995-03-29 | Siemens Aktiengesellschaft | Kommunikationssystem mit einem der zentralen Steuerung dienenden Multiprozessorsystem, an das für Test-und Diagnosevorgänge ein Tracersystem anschliessbar ist |
US5113430A (en) | 1990-10-01 | 1992-05-12 | United States Advanced Network, Inc. | Enhanced wide area audio response network |
US5063591A (en) | 1990-10-26 | 1991-11-05 | Telefonaktiebolaget L M Ericsson | Toll ticketing record generation for billing of intersystem handoff calls in a mobile telephone system |
US5103475A (en) | 1990-10-29 | 1992-04-07 | At&T Bell Laboratories | Processing of telecommunications call billing data |
TW318990B (ko) | 1990-11-01 | 1997-11-01 | Tsumura Sanbyakuzi | |
US5187710A (en) | 1990-12-19 | 1993-02-16 | At&T Bell Laboratories | Method and apparatus for the billing of value-added communications calls |
US5274695A (en) | 1991-01-11 | 1993-12-28 | U.S. Sprint Communications Company Limited Partnership | System for verifying the identity of a caller in a telecommunications network |
JP2726572B2 (ja) | 1991-03-20 | 1998-03-11 | 富士通株式会社 | インテリジェントネットワークサービス呼の課金制御方法 |
GB9109927D0 (en) | 1991-05-08 | 1991-07-03 | Interface Devices Ltd | Telephone call logging apparatus and method |
US5265155A (en) * | 1991-07-31 | 1993-11-23 | Integrated Communications, Ltd. | Method and apparatus for prepayment of telecommunication connections in a telecommunication switching network |
US5218632A (en) | 1991-10-16 | 1993-06-08 | Telefonaktiebolaget L M Ericsson | Flexible call detail recording system |
US5185785A (en) | 1991-10-31 | 1993-02-09 | At&T Bell Laboratories | Method and apparatus for recording and rating telecommunication transactions made over a communication network |
US5333183A (en) | 1992-03-13 | 1994-07-26 | Moscom Corporation | Universal MDR data record collection and reporting system |
US5333184A (en) | 1992-05-06 | 1994-07-26 | At&T Bell Laboratories | Call message recording for telephone systems |
US5335268A (en) * | 1992-10-22 | 1994-08-02 | Mci Communications Corporation | Intelligent routing of special service telephone traffic |
US5381467A (en) | 1992-10-30 | 1995-01-10 | At&T Corp. | Telephone call billing system |
CA2102077C (en) | 1992-12-21 | 1997-09-16 | Steven Lloyd Greenspan | Call billing and measurement methods for redirected calls |
US5369680A (en) * | 1993-03-09 | 1994-11-29 | Illinois Bell Telephone Company | Pro-active billing and routing test set |
US5488648A (en) | 1993-08-17 | 1996-01-30 | Telefonaktiebolaget L M Ericsson | Behavior monitoring and analyzing system for stored program controlled switching system |
-
1994
- 1994-03-31 US US08/392,976 patent/US5768353A/en not_active Ceased
- 1994-03-31 AU AU63831/94A patent/AU697499B2/en not_active Ceased
- 1994-03-31 JP JP52185494A patent/JP3732507B2/ja not_active Expired - Fee Related
- 1994-03-31 DK DK94911272.6T patent/DK0692172T3/da active
- 1994-03-31 NZ NZ263224A patent/NZ263224A/en not_active IP Right Cessation
- 1994-03-31 US US09/797,773 patent/USRE37857E1/en not_active Expired - Fee Related
- 1994-03-31 US US08/392,975 patent/US5802142A/en not_active Ceased
- 1994-03-31 KR KR1019950704303A patent/KR100297299B1/ko not_active IP Right Cessation
- 1994-03-31 CN CN94192017A patent/CN1126357C/zh not_active Expired - Fee Related
- 1994-03-31 DE DE69433814T patent/DE69433814D1/de not_active Expired - Lifetime
- 1994-03-31 ES ES94911272T patent/ES2107200T3/es not_active Expired - Lifetime
- 1994-03-31 EP EP94911272A patent/EP0692172B1/en not_active Expired - Lifetime
- 1994-03-31 CA CA002159002A patent/CA2159002C/en not_active Expired - Fee Related
- 1994-03-31 CN CNB94192016XA patent/CN1135822C/zh not_active Expired - Fee Related
- 1994-03-31 JP JP6521855A patent/JPH08508620A/ja active Pending
- 1994-03-31 NZ NZ263225A patent/NZ263225A/en unknown
- 1994-03-31 KR KR1019950704289A patent/KR100297300B1/ko not_active IP Right Cessation
- 1994-03-31 WO PCT/GB1994/000705 patent/WO1994023529A1/en active IP Right Grant
- 1994-03-31 SG SG1996002722A patent/SG50490A1/en unknown
- 1994-03-31 US US09/797,772 patent/USRE37856E1/en not_active Expired - Fee Related
- 1994-03-31 SG SG1996002621A patent/SG48839A1/en unknown
- 1994-03-31 DE DE69404452T patent/DE69404452T2/de not_active Expired - Fee Related
- 1994-03-31 EP EP94911273A patent/EP0692173B1/en not_active Expired - Lifetime
- 1994-03-31 WO PCT/GB1994/000706 patent/WO1994023530A1/en active IP Right Grant
- 1994-03-31 CA CA002159000A patent/CA2159000C/en not_active Expired - Fee Related
-
1995
- 1995-09-29 FI FI954628A patent/FI115941B/fi active IP Right Grant
- 1995-09-29 FI FI954627A patent/FI110981B/fi active
- 1995-09-29 NO NO953898A patent/NO953898L/no not_active Application Discontinuation
-
1998
- 1998-01-23 HK HK98100637A patent/HK1001747A1/xx not_active IP Right Cessation
- 1998-12-24 HK HK98115661A patent/HK1014410A1/xx not_active IP Right Cessation
-
2001
- 2001-09-13 JP JP2001278377A patent/JP3764362B2/ja not_active Expired - Fee Related
-
2004
- 2004-11-10 NO NO19953899A patent/NO317722B1/no unknown
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100297300B1 (ko) | 통신네트워크용데이터처리시스템 | |
EP0897566B1 (en) | Monitoring and retraining neural network | |
CN103460208B (zh) | 用于将数据加载到时态数据仓库的方法和系统 | |
US6446058B1 (en) | Computer platform alarm and control system | |
US6920440B1 (en) | Forming a signature of parameters extracted from information | |
KR100305373B1 (ko) | 범용분석시스템 | |
GB2321362A (en) | Generic processing capability | |
CN110221905A (zh) | 定时任务监测方法、装置、系统、设备和存储介质 | |
US7729483B2 (en) | Methods, systems, and computer programs for generating a billing statement from detailed usage file records | |
AU697367C (en) | Data correction system for communications network | |
Sköld | Active database management systems for monitoring and control | |
CN116346590B (zh) | 一种全链路故障的定位系统 | |
CN116049245A (zh) | 一种数据调用关系查询处理方法及装置 | |
Hall et al. | Total Network Data System: System Plan | |
Fulton et al. | Total network data system: Equipment systems | |
Bernstein et al. | Pillar—Database Considerations | |
MXPA98008308A (en) | System and procedure method of calling program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20070529 Year of fee payment: 7 |
|
LAPS | Lapse due to unpaid annual fee |