US20150043723A1 - Universal smdr buffer - Google Patents
Universal smdr buffer Download PDFInfo
- Publication number
- US20150043723A1 US20150043723A1 US14/523,566 US201414523566A US2015043723A1 US 20150043723 A1 US20150043723 A1 US 20150043723A1 US 201414523566 A US201414523566 A US 201414523566A US 2015043723 A1 US2015043723 A1 US 2015043723A1
- Authority
- US
- United States
- Prior art keywords
- pbx
- computer
- protocol
- record information
- call record
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 abstract description 4
- 238000013500 data storage Methods 0.000 abstract 2
- 238000010586 diagram Methods 0.000 description 10
- 238000004458 analytical method Methods 0.000 description 3
- 238000007405 data analysis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
Images
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
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other 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/34—Charging, billing or metering arrangements for private branch exchanges
-
- 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
Definitions
- the present invention relates to telephone systems and more particularly to systems and methods for handling Station Message Detail Recordings (SMDRs).
- SMDRs Station Message Detail Recordings
- a Private Branch Exchange (usually abbreviated PBX) is a telephone switch that serves a selected group of users and that usually provides access to the public switched network.
- PBX Private Branch Exchange
- Many early PBX systems provided a record of the calls that originated in the PBX or that where received by the PBX by printing this information concerning such calls on a paper tape.
- the information about calls made and received by the PBX where called Station Message Detail Recordings.
- the name Station Message Detail Recording is generally abbreviated SMDR and such records are often referred to as SMDR messages.
- Modern PBX systems are generally electronic computerized systems that can provide wide array of services. With the advent of Voice over Internet Protocol (VoIP) technology, modern PBX systems allow voice to be routed as data packets over the Internet or over private networks.
- VoIP Voice over Internet Protocol
- PBX systems including VoIP systems
- SMDR messages For a variety of reasons, modern PBX systems, including VoIP systems, produce SMDR messages.
- the present invention provides a highly flexible system that can receive SMDR messages in many different formats and process these messages to produce useful reports and control information.
- FIG. 1 is an overall system diagram of a preferred embodiment.
- FIG. 2 illustrates the various inputs and outputs received by the system.
- FIG. 3 is a block diagram illustrating the main program.
- FIG. 4 is a block diagram illustrating operation on the Telnet threads.
- FIG. 5 is a block diagram illustrating the main timer loop and the alarm thread.
- FIG. 6 is a block diagrams illustrating the FTP upload thread
- FIG. 7 is a block diagram illustrating the ODBC data Transfer Thread and the File Transfer Thread.
- FIG. 8 is a block diagram illustrating RSP transfer thread and the serial transfer thread.
- FIG. 1 is an overall diagram of a first embodiment of the invention.
- the system shown in FIG. 1 includes three PBXs 101 , 105 and 106 .
- PBX 101 is a legacy PBX
- PBX 105 is an Internet Protocol (IP) PBX that includes a data base 105 DB that stores SMDR records
- IP Internet Protocol
- PBX 106 is an IP PBX that does not include an internal data base for storage of SMDR records.
- a PC/Server 102 is connected to the legacy PBX 101 by a conventional RS-232 connection.
- the PC 102 includes a software buffer application that retrieves and stores SMDR records.
- the PC 102 can also connect to the web hosted application service provider (ASP) 104 .
- ASP web hosted application service provider
- An example of a software buffer application and of a web hosted application service provider is provided below.
- the IP PBXs 105 and 106 are connected to the Ethernet LAN/WAN 109 .
- a PC 108 that includes a program 108 P is also connected to the Ethernet LAN/WAN 109 .
- the operation of program 108 P will be explained with reference to FIGS. 3 to 8 .
- the three PBXs 101 , 105 and 106 shown in FIG. 1 represent a particular combination of different types of PBXs. It should be noted that alternate embodiments include many different combinations of PBXs. Some embodiments include more that one PBX of each type. Some embodiments do not include all of the different types of PBXs.
- the combination shown in FIG. 1 is merely one specific embodiment that illustrates a combination of different types of PBXs in a single system.
- legacy PBX 101 could be a Nortel Meridiani, Option 11 PBX that has been a popular business PBX for twenty years. It is noted in the literature for the Nortel meridian PBX, SMDR records are referred to as Call Detail Records (abbreviated CDR records). The terms SMDR and CDR as used herein are synonymous.
- the IP PBX 105 could for example be a Nortel BCM50 PBX.
- the Nortel BCM50 PBX can write CDR (i.e. SMDR) records to a pre-determined shared hard drive that is connected to a LAN.
- CDR i.e. SMDR
- the system shown in FIG. 1 reads from such a shared hard drive in a conventional manner.
- the IP PBX 106 could for example also be a Nortel BCM50 PBX, where the shared drive that stores data is in the PC 108 .
- the PC 102 could for example be a Microsoft Windows 2000 Server or a Microsoft Windows 2003 Server hosting a software buffer such as that marketed by AtComm Corporation of San Mateo, Calif.
- PC 102 could be connected to a hardware buffer such as the buffer marketed by AtComm Corporation, under the name “Xiox Solutions Intelligent Buffer”. That is, either a hardware or a software buffer could be used to collect SMDR records from PBX 101 via a RS 123 protocol and to deliver these records to an application running on PC 102 .
- the buffer may be connected directly to the PC 102 , it may be a part of PC 102 or it may be remotely accessed by the PC 102 .
- the PC 102 can send SMDR records to ASP 104 via FTP or it can send SMDR records to program 108 in PC 108 via a TCP/IP protocol.
- the Internet web Hosted ASP service 104 could for example be call accounting and productivity reporting service marketed by AtComm Corporation under the trademark CommView.
- the CommView ASP is a one hundred percent web-based host subscription service that provides business and IT managers with PBX call usage analysis reports.
- a prior art reporting system (which may for example include units 101 , 102 and 104 ) can be integrated into a universal type of system that is provided by the present invention.
- each of the units 105 , 106 and 102 are connected to the Ethernet LAN/WAN 109 .
- LAN/WAN 109 is in turn connected to the personal computer 108 .
- Personal computer 108 can for example be a conventional personal computer operating under the Microsoft Windows operating system.
- the conventional parts of PC 108 are not shown or described herein.
- the part of PC 108 of particular relevance to the present invention is the program 108 P that runs on PC 108 .
- Program 108 P is described later with reference to FIGS. 3 to 8 .
- PC 108 can receive data on LAN/WAN 109 using a variety of protocols.
- the data may be transmitted using a File Transfer Protocol (FTP) or using an Open DataBase Connectivity Protocol (ODBC).
- FTP File Transfer Protocol
- ODBC Open DataBase Connectivity Protocol
- ODBC is a standard database access protocol.
- FIG. 2 illustrated the various inputs and outputs of the program 108 P.
- the program 108 P has a central scheduler and controller 206 that controls the various operations that are performed.
- data is collected from the data base 105 DB on a specified schedule. This could for example be an hourly or a daily occurrence depending on the amount of traffic and the size of the database.
- the program can respond to real time events that are provided via a RS-232 or TCP/IP steam oriented data input. It is noted that in the system shown in FIG. 1 , there is not direct RS-232 input to the PC 108 ; however, alternate embodiments have such an interface. As indicated by block 203 , the scheduler can respond to requests received from program 108 P for buffered data.
- Block 204 indicates that data can be pushed to an FTP server (not shown in FIG. 1 ) on a schedule specified by the operator.
- the system can initiate e-mail alarm notifications based on timed lack of data received from a particular PBX.
- block 207 the system can present real time feed back to the user on screen concerning recent SMDR messages.
- FIGS. 3 to 8 illustrate the operations performed by the program 108 P.
- FIG. 3 shows what occurs when the program starts.
- blocks 301 , 302 , and 303 a check is made to determine if the system was previously configured, a conventional window is presented that allows the user or administrator to configure the system.
- block 312 begins the transfer thread.
- the ODBC transfer thread is shown in FIG. 7 .
- block 313 , 314 and 315 indicate if various other types of input threads exist. There are two possible FTP trades that can be initiated by bold 313 .
- Block 314 related to an RSP Avaya IP Protocol and block 315 relates to a serial transfer thread. The details of these other threads are shown in FIGS. 7 and 8 .
- sockets are opened to collect data as appropriate in a conventional manner and as indicated by block 316 a time loop is started. The details of this lop is shown in FIG. 5 .
- Blocks 317 , 318 , 319 and 320 relate to a conventional process to determine if there is a quit request, determine if it is allowed, exit the various threads and finally exit the program as indicated by block 321 .
- FIG. 4 The details of how the Telnet thread is handled are shown in FIG. 4 .
- a listen socket is opened in a conventional manner and a listen loop is started.
- Block 404 indicates if a connection exists. If it does exist, the thread is started an indicated by block 403 .
- blocks 405 and 408 a check is made for a password.
- the data is partitioned in a conventional manner as indicated by block 410 and the connection is disconnected and terminated as indicated by block 412 and 414 .
- Block 407 and 411 determine if the listen thread should be terminated as indicated by block 413 or, if as indicated by block 411 , the loop shown end and go back to block 402 .
- FIG. 5 shows the details of the main timer loop and of the alarm thread.
- the main timer has a loop between block 501 and 509 . As indicated by block 502 , this loop sets the timer event for other threads As indicated by blocks 503 , 504 , and 505 , a check is made for FTP output and to determine if the FTP timer has expired.
- the FTP thread shown in FIG. 6 , is initiated as indicated by block 505 .
- the timer alarm is reset as indicated by block 506 and 507 . If data is not received as determined by block 507 , the alarm timer is incremented as indicated by block 508 and a check is made to determine if the alarm has expired as indicated by block 510 .
- the alarm thread (which is also shown in FIG. 5 is initiated as indicated by block 511 .
- the alarm thread shown in FIG. 5 gets the SMTP parameters in a conventional manner as indicated by block 521 and a message is formulated as indicated by block 522 .
- An alarm message is sent via SMTP (in a conventional manner) as indicated by block 523 and the alarm thread is terminated as indicated by block 524 .
- FIG. 6 The details of the FTP upload thread are shown in FIG. 6 .
- a secure or a regular FTP session is established as indicated by blocks 601 , 602 and 603 .
- the type of session is established at setup time in a conventional manner.
- the data file is placed on the FTP server as indicated by blocks 604 and 605 . If the session is successful, it is closed as indicated by blocks 606 and 608 . If it is not successful, the session is closed and possibly retried as indicated by blocks 607 and 609 . Finally the session is terminated as shown by block 610 .
- the ODBC data transfer thread and the File Transfer thread are shown in FIG. 7 .
- the ODBC transfer thread first sets the data transfer interval as indicated by block 701 .
- the loop from blocks 702 to 707 then handles the transfer.
- the last data record is retrieved as indicated by block 704 .
- the data base connection is opened and the new records are requested. This is done in a conventional manner.
- the records are transported and formatted as indicated by block 706 and the data is stored as indicated by block 709 .
- a determination is made as to whether or not the event should be terminated as indicated by block 705 and the ODBC thread is terminated as indicated by block 710 if appropriated.
- the file transfer thread has a loop as indicated between block 722 and 727 .
- the interval is set as indicated by block 721 and a check to see if the interval has expired is performed as indicated by block 723 .
- the source is queried for new files and the files are transported and stored as indicated by block 724 and 725 .
- a check is made to see if the loop should be terminated as indicated by block 726 and if appropriate the thread is terminated as indicated by block 728 .
- FIG. 8 shows a flow diagram of the RSP transfer thread and of the serial transfer thread.
- the RSP transfer thread has a loop between blocks 801 and 808 .
- the loop is terminated when a quit event occurs as indicated by blocks 802 and 803 .
- a data event occurs, the file access is acquired and the file is copied as indicated by block 805 .
- the RSP data is deleted on a successful copy as indicated by blocks 806 and 807 .
- the serial transfer thread includes a loop between blocks 822 and 829 .
- the serial port is opened as indicated by block 821
- the data is received as indicated by block 823 .
- a timer check is made as indicated by blocks 824 and 825 .
- the data is copied to a flat file as indicated by block 826 .
- the event ends and the port is closed as indicated by block 827 and 828 .
- the serial thread is terminated as indicated by block 830 .
- FIGS. 3 to 8 indicated how data is acquired from various units in the system using a wide variety of protocols. Data can be acquired from various different types of units.
- the actual analysis of the data and the manner that reports are generated can be conventional.
- the data analysis and reporting can be similar to that performed by the commerciality available data analysis product marketed by AtComm Corporation.
- SMDR records synonymously to mean the same thing. Namely, these terms refer to information records or messages produced by a PBX to provide information concerning calls handled by the PBX.
- SMDR records and SMDR messages include messages and records sometimes referred to as Call Detail Records or CDR records and by other similar terms that refer to information records or messages produced by a PBX to provide information concerning calls handled by the PBX.
Abstract
Description
- This application is a continuation application of Ser. No. 13/292,079, filed Nov. 8, 2011, now pending, which is a continuation of application Ser. No. 11/297,556, filed Dec. 7, 2005, now Pat. No. 8,054,958, issued Nov. 8, 2011, which is a non-provisional application and claims benefit of provisional application Ser. No. 60/636,505, filed Dec. 15, 2004. These applications are hereby incorporated herein by reference.
- The present invention relates to telephone systems and more particularly to systems and methods for handling Station Message Detail Recordings (SMDRs).
- A Private Branch Exchange (usually abbreviated PBX) is a telephone switch that serves a selected group of users and that usually provides access to the public switched network. Many early PBX systems provided a record of the calls that originated in the PBX or that where received by the PBX by printing this information concerning such calls on a paper tape. The information about calls made and received by the PBX where called Station Message Detail Recordings. The name Station Message Detail Recording is generally abbreviated SMDR and such records are often referred to as SMDR messages.
- Modern PBX systems are generally electronic computerized systems that can provide wide array of services. With the advent of Voice over Internet Protocol (VoIP) technology, modern PBX systems allow voice to be routed as data packets over the Internet or over private networks.
- For a variety of reasons, modern PBX systems, including VoIP systems, produce SMDR messages. Today, there are many different types of PBX systems that produce SMDR messages and furthermore some PBX systems produce the SMDR messages in accordance with proprietary and different protocols.
- There is a need for a universal system for recording interpreting and providing access to SMDR messages.
- The present invention provides a highly flexible system that can receive SMDR messages in many different formats and process these messages to produce useful reports and control information.
-
FIG. 1 is an overall system diagram of a preferred embodiment. -
FIG. 2 illustrates the various inputs and outputs received by the system. -
FIG. 3 is a block diagram illustrating the main program. -
FIG. 4 is a block diagram illustrating operation on the Telnet threads. -
FIG. 5 is a block diagram illustrating the main timer loop and the alarm thread. -
FIG. 6 is a block diagrams illustrating the FTP upload thread -
FIG. 7 is a block diagram illustrating the ODBC data Transfer Thread and the File Transfer Thread. -
FIG. 8 is a block diagram illustrating RSP transfer thread and the serial transfer thread. - Several preferred embodiments of the present invention will now be described with reference to the accompanying drawings. Those skilled in the art will recognize that various other embodiments of the invention are also possible and practical. This invention may be embodied in many different forms and the invention should not be construed as being limited to the embodiments set forth herein.
- The figures listed above illustrate a preferred embodiment of the invention and the operation of such an embodiment. In the figures, the size of the boxes is not intended to represent the size of the various physical components. Where the same element appears in multiple figures, the same reference numeral is used to denote the element in all of the figures where it appears.
- Only those parts of the various units are shown and described which are necessary to convey an understanding of the embodiment to those skilled in the art. Those parts and elements not shown are conventional and known in the art.
-
FIG. 1 is an overall diagram of a first embodiment of the invention. The system shown inFIG. 1 includes threePBXs - A PC/
Server 102 is connected to the legacy PBX 101 by a conventional RS-232 connection. The PC 102 includes a software buffer application that retrieves and stores SMDR records. The PC 102 can also connect to the web hosted application service provider (ASP) 104. An example of a software buffer application and of a web hosted application service provider is provided below. - The
IP PBXs WAN 109. A PC 108 that includes aprogram 108P is also connected to the Ethernet LAN/WAN 109. The operation ofprogram 108P will be explained with reference toFIGS. 3 to 8 . - The three
PBXs FIG. 1 represent a particular combination of different types of PBXs. It should be noted that alternate embodiments include many different combinations of PBXs. Some embodiments include more that one PBX of each type. Some embodiments do not include all of the different types of PBXs. The combination shown inFIG. 1 is merely one specific embodiment that illustrates a combination of different types of PBXs in a single system. - For example, legacy PBX 101 could be a Nortel Meridiani, Option 11 PBX that has been a popular business PBX for twenty years. It is noted in the literature for the Nortel meridian PBX, SMDR records are referred to as Call Detail Records (abbreviated CDR records). The terms SMDR and CDR as used herein are synonymous.
- The
IP PBX 105 could for example be a Nortel BCM50 PBX. The Nortel BCM50 PBX can write CDR (i.e. SMDR) records to a pre-determined shared hard drive that is connected to a LAN. The system shown inFIG. 1 reads from such a shared hard drive in a conventional manner. - The IP PBX 106 could for example also be a Nortel BCM50 PBX, where the shared drive that stores data is in the PC 108.
- The PC 102 could for example be a Microsoft Windows 2000 Server or a Microsoft Windows 2003 Server hosting a software buffer such as that marketed by AtComm Corporation of San Mateo, Calif. Alternatively PC 102 could be connected to a hardware buffer such as the buffer marketed by AtComm Corporation, under the name “Xiox Solutions Intelligent Buffer”. That is, either a hardware or a software buffer could be used to collect SMDR records from PBX 101 via a RS 123 protocol and to deliver these records to an application running on PC 102. It is noted that the buffer may be connected directly to the
PC 102, it may be a part ofPC 102 or it may be remotely accessed by thePC 102. The PC102 can send SMDR records toASP 104 via FTP or it can send SMDR records to program 108 in PC108 via a TCP/IP protocol. - The Internet web Hosted
ASP service 104 could for example be call accounting and productivity reporting service marketed by AtComm Corporation under the trademark CommView. The CommView ASP is a one hundred percent web-based host subscription service that provides business and IT managers with PBX call usage analysis reports. - The combination of the
legacy PBX 101, the PC/Server hosting software hosting software buffer application and the Internet web hostedASP service 104 forms a prior art type of SMDR analysis and reporting system. With the present invention a prior art reporting system (which may for example includeunits - With the present invention each of the
units WAN 109. LAN/WAN 109 is in turn connected to thepersonal computer 108.Personal computer 108 can for example be a conventional personal computer operating under the Microsoft Windows operating system. The conventional parts ofPC 108 are not shown or described herein. The part ofPC 108 of particular relevance to the present invention is theprogram 108P that runs onPC 108.Program 108P is described later with reference toFIGS. 3 to 8 . - As explained below,
PC 108 can receive data on LAN/WAN 109 using a variety of protocols. For example, the data may be transmitted using a File Transfer Protocol (FTP) or using an Open DataBase Connectivity Protocol (ODBC). ODBC is a standard database access protocol. -
FIG. 2 illustrated the various inputs and outputs of theprogram 108P. As is conventional, theprogram 108P has a central scheduler andcontroller 206 that controls the various operations that are performed. - As indicated by
block 205, there is a conventional user set up and configuration facility or program that identifies the source and destination of information and the various operations that need be performed. - As indicated by
block 201, data is collected from the data base 105DB on a specified schedule. This could for example be an hourly or a daily occurrence depending on the amount of traffic and the size of the database. - As indicated by
block 202, the program can respond to real time events that are provided via a RS-232 or TCP/IP steam oriented data input. It is noted that in the system shown inFIG. 1 , there is not direct RS-232 input to thePC 108; however, alternate embodiments have such an interface. As indicated byblock 203, the scheduler can respond to requests received fromprogram 108P for buffered data. - As indicated by
blocks control 206 causes data to be provided under various situations.Block 204 indicates that data can be pushed to an FTP server (not shown inFIG. 1 ) on a schedule specified by the operator. As indicated byblock 208, the system can initiate e-mail alarm notifications based on timed lack of data received from a particular PBX. As indicated byblock 207, the system can present real time feed back to the user on screen concerning recent SMDR messages. -
FIGS. 3 to 8 illustrate the operations performed by theprogram 108P.FIG. 3 shows what occurs when the program starts. As indicated byblocks - First as indicated by
block 304, a check is made to determine if there is a telnet input. If there is, blocks 305 and 306 indicate that a listen thread begins. The operation of this thread is shown inFIG. 4 . - As indicated by blocks, 307, 308, 309, and 310 the existence of various types of TCP/IP is checked. If one of the three types of ODBC inputs begins, block 312 begins the transfer thread. The ODBC transfer thread is shown in
FIG. 7 . - Similarly block 313, 314 and 315 indicate if various other types of input threads exist. There are two possible FTP trades that can be initiated by bold 313.
Block 314 related to an RSP Avaya IP Protocol and block 315 relates to a serial transfer thread. The details of these other threads are shown inFIGS. 7 and 8 . - As indicated by
blocks FIG. 5 . -
Blocks block 321. - The details of how the Telnet thread is handled are shown in
FIG. 4 . As indicated byblock Block 404 indicates if a connection exists. If it does exist, the thread is started an indicated byblock 403. As indicated byblocks block 410 and the connection is disconnected and terminated as indicated byblock -
Block block 413 or, if as indicated byblock 411, the loop shown end and go back to block 402. -
FIG. 5 shows the details of the main timer loop and of the alarm thread. The main timer has a loop betweenblock block 502, this loop sets the timer event for other threads As indicated byblocks FIG. 6 , is initiated as indicated byblock 505. - If data is received, the timer alarm is reset as indicated by
block block 507, the alarm timer is incremented as indicated byblock 508 and a check is made to determine if the alarm has expired as indicated byblock 510. The alarm thread (which is also shown inFIG. 5 is initiated as indicated byblock 511. - The alarm thread shown in
FIG. 5 , gets the SMTP parameters in a conventional manner as indicated byblock 521 and a message is formulated as indicated byblock 522. An alarm message is sent via SMTP (in a conventional manner) as indicated byblock 523 and the alarm thread is terminated as indicated byblock 524. - The details of the FTP upload thread are shown in
FIG. 6 . A secure or a regular FTP session is established as indicated byblocks blocks blocks blocks block 610. - The ODBC data transfer thread and the File Transfer thread are shown in
FIG. 7 . The ODBC transfer thread first sets the data transfer interval as indicated byblock 701. The loop fromblocks 702 to 707 then handles the transfer. When the interval has expired as indicated byblock 703, the last data record is retrieved as indicated byblock 704. As indicated byblocks block 706 and the data is stored as indicated byblock 709. A determination is made as to whether or not the event should be terminated as indicated byblock 705 and the ODBC thread is terminated as indicated byblock 710 if appropriated. - The file transfer thread has a loop as indicated between block722 and 727. The interval is set as indicated by
block 721 and a check to see if the interval has expired is performed as indicated byblock 723. The source is queried for new files and the files are transported and stored as indicated byblock block 726 and if appropriate the thread is terminated as indicated byblock 728. -
FIG. 8 shows a flow diagram of the RSP transfer thread and of the serial transfer thread. The RSP transfer thread has a loop betweenblocks blocks block 805. The RSP data is deleted on a successful copy as indicated byblocks - The serial transfer thread includes a loop between
blocks block 821, the data is received as indicated byblock 823. A timer check is made as indicated byblocks block 826. The event ends and the port is closed as indicated byblock block 830. - The flow diagrams in
FIGS. 3 to 8 indicated how data is acquired from various units in the system using a wide variety of protocols. Data can be acquired from various different types of units. - The actual analysis of the data and the manner that reports are generated can be conventional. For example the data analysis and reporting can be similar to that performed by the commerciality available data analysis product marketed by AtComm Corporation.
- It is noted that the particular embodiment shown here is merely exemplary of the various embodiment, which are possible with the present invention.
- It is also noted that as used herein, the terms SMDR records, SMDR messages, synonymously to mean the same thing. Namely, these terms refer to information records or messages produced by a PBX to provide information concerning calls handled by the PBX. Likewise as used herein the terms SMDR records and SMDR messages include messages and records sometimes referred to as Call Detail Records or CDR records and by other similar terms that refer to information records or messages produced by a PBX to provide information concerning calls handled by the PBX.
- That is, while the invention has been shown and described with respect to preferred embodiments thereof, it should be understood that a wide variety of other embodiments are possible without departing from the scope and sprit of the invention. The scope of the invention is only limited by the appended claims.
Claims (18)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/523,566 US9332130B2 (en) | 2004-12-15 | 2014-10-24 | Universal SMDR buffer |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US63650504P | 2004-12-15 | 2004-12-15 | |
US11/297,556 US8054958B2 (en) | 2004-12-15 | 2005-12-07 | Universal SMDR buffer |
US13/292,079 US20120114110A1 (en) | 2004-12-15 | 2011-11-08 | Universal smdr buffer |
US14/523,566 US9332130B2 (en) | 2004-12-15 | 2014-10-24 | Universal SMDR buffer |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/292,079 Continuation US20120114110A1 (en) | 2004-12-15 | 2011-11-08 | Universal smdr buffer |
Publications (2)
Publication Number | Publication Date |
---|---|
US20150043723A1 true US20150043723A1 (en) | 2015-02-12 |
US9332130B2 US9332130B2 (en) | 2016-05-03 |
Family
ID=36611518
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/297,556 Active 2029-09-30 US8054958B2 (en) | 2004-12-15 | 2005-12-07 | Universal SMDR buffer |
US13/292,079 Abandoned US20120114110A1 (en) | 2004-12-15 | 2011-11-08 | Universal smdr buffer |
US14/523,566 Active US9332130B2 (en) | 2004-12-15 | 2014-10-24 | Universal SMDR buffer |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/297,556 Active 2029-09-30 US8054958B2 (en) | 2004-12-15 | 2005-12-07 | Universal SMDR buffer |
US13/292,079 Abandoned US20120114110A1 (en) | 2004-12-15 | 2011-11-08 | Universal smdr buffer |
Country Status (1)
Country | Link |
---|---|
US (3) | US8054958B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9432519B1 (en) * | 2015-08-17 | 2016-08-30 | 8X8, Inc. | Identifying and processing of unreturned calls in IPBX |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5333183A (en) * | 1992-03-13 | 1994-07-26 | Moscom Corporation | Universal MDR data record collection and reporting system |
US20020094070A1 (en) * | 2000-11-29 | 2002-07-18 | Mott Charles J. | Telephone use-monitoring system and method |
US6760420B2 (en) * | 2000-06-14 | 2004-07-06 | Securelogix Corporation | Telephony security system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5159698A (en) * | 1990-08-10 | 1992-10-27 | Intellicall, Inc. | SMDR translator |
US6178453B1 (en) * | 1997-02-18 | 2001-01-23 | Netspeak Corporation | Virtual circuit switching architecture |
US6249571B1 (en) * | 1998-10-30 | 2001-06-19 | North Coast Logic, Inc. | Telemanagement system with modular features and database synchronization |
US6249570B1 (en) * | 1999-06-08 | 2001-06-19 | David A. Glowny | System and method for recording and storing telephone call information |
-
2005
- 2005-12-07 US US11/297,556 patent/US8054958B2/en active Active
-
2011
- 2011-11-08 US US13/292,079 patent/US20120114110A1/en not_active Abandoned
-
2014
- 2014-10-24 US US14/523,566 patent/US9332130B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5333183A (en) * | 1992-03-13 | 1994-07-26 | Moscom Corporation | Universal MDR data record collection and reporting system |
US6760420B2 (en) * | 2000-06-14 | 2004-07-06 | Securelogix Corporation | Telephony security system |
US20020094070A1 (en) * | 2000-11-29 | 2002-07-18 | Mott Charles J. | Telephone use-monitoring system and method |
Also Published As
Publication number | Publication date |
---|---|
US8054958B2 (en) | 2011-11-08 |
US20120114110A1 (en) | 2012-05-10 |
US9332130B2 (en) | 2016-05-03 |
US20060140371A1 (en) | 2006-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7519074B2 (en) | Voice call coordinator | |
US7436936B2 (en) | VoIP call through tester | |
US9100451B2 (en) | Mediation system and method for processing event records | |
US7231403B1 (en) | System and method for transformation and analysis of messaging data | |
JP4205310B2 (en) | Rule-based multimedia customer / business dialogue network operating system | |
CN104052884B (en) | System and method for recording calls in a webrtc contact center | |
US6222838B1 (en) | Method and system for delivering audio and data files | |
US20100316199A1 (en) | Distributed record server architecture for recording call sessions over a voip network | |
AU2011223658B2 (en) | Desktop recording architecture for recording call sessions over a telephony network | |
US20110161412A1 (en) | Processing requests transmitted using a first communication directed to an application that uses a second communication protocol | |
CN107800565A (en) | Method for inspecting, device, system, computer equipment and storage medium | |
WO2008000132A1 (en) | A system and method for collecting the entire network signaling information and a system for tracing the entire network signaling | |
US20130346377A1 (en) | System and method for aligning data frames in time | |
CN109587209A (en) | A kind of server storage cloud platform based on file multiple person cooperational editor | |
US6442269B1 (en) | Method and apparatus for integrating business data and transaction data in a transaction processing environment | |
US20030236874A1 (en) | Method and arrangement for providing an information management system | |
US9332130B2 (en) | Universal SMDR buffer | |
US20080084876A1 (en) | System and method for intelligent data routing | |
CN100388284C (en) | Digital video and audio recording system | |
US7475003B1 (en) | Method and apparatus for initiating call analysis using an internet protocol phone | |
CN106330567A (en) | Server management control method and server management control system for server cluster | |
US20030191830A1 (en) | Virtual network management | |
US20050031101A1 (en) | Data collection device for use with network-enabled telephone systems | |
CN102624753B (en) | Distributed file transmission method and equipment for enterprise service bus | |
CA2377014A1 (en) | System and method for browser-based multimedia collaboration reporting |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AT COMM CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SCHLOSSMAN, DAVID Y.;DOEHNER, JOHN F.;REEL/FRAME:036015/0459 Effective date: 20051207 |
|
AS | Assignment |
Owner name: AT COMM CORPORATION, CALIFORNIA Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE'S ADDRESS PREVIOUSLY RECORDED AT REEL: 03601 FRAME: 0459. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT;ASSIGNORS:SCHLOSSMAN, DAVID Y.;DOEHNER, JOHN F.;REEL/FRAME:036104/0715 Effective date: 20051207 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2551); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2552); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 8 |