KR920009340B1 - Trunk traffic metering method - Google Patents

Abstract

A method for gathering the trunk traffic communicating the information such as the call-rates counter and the time of telephone call to the user comprises the following steps; inputting the message related to the trunk call; recording the time of telephone call and the call-rates counter after classifying the message into the transmitting signal or the receiving signal; calculating the most high traffic data per hour by comparing the recorded informations with one another in order; calculating the most high traffic data per a day by comparing the information calculated fromthe pre-stage with one another in order.

Description

How to Collect Trunk Traffic of Key Phone System

1 is a system block diagram to which the present invention is applied.

2 is a software block diagram of the present invention.

3 through 6 are flow charts of the present invention.

* Explanation of symbols for the main parts of the drawings

1: RAM 2: ROM

3: central processing unit 4: key phone subscriber circuit

5: Key Phone 6: I / O Interface Device

7: terminal

The present invention relates to a call processing method related to a trunk in a key phone system, and more particularly to a method for collecting trunk traffic.

In general, in the case of a large-capacity private switching system, the system itself processes traffic data of trunk-related traffic on a daily, hourly or monthly basis through an interface with a call-related program, or is a personal computing device that is external to the switching system. The trunk-related traffic data is processed using a computer.

As described above, a huge amount of RAM memory was required to calculate trunk-related traffic data, which could be easily implemented only in a large-capacity private exchange system or above. There was a disadvantage that had to be excluded.

Accordingly, an object of the present invention is to collect and store information such as talk time and frequency count whenever a call processing related to a trunk occurs in a key phone system, and then format the information into a suitable form when necessary and deliver the information to a user. The present invention provides a method for collecting trunk traffic.

Hereinafter, the present invention will be described with reference to the accompanying drawings.

1 is a system block diagram to which the present invention is applied, and includes a key phone 5, a central processing unit 3 which collectively controls the overall operation of the system, and a ROM storing initial data for performing various control programs and tasks. (2), a RAM (3) for temporarily storing necessary data and various processing data during program execution, a key phone subscriber circuit (4) for controlling the operation of the key phone (5), and a terminal for checking traffic information (7) and an I / O (Input / Out) interface device 6 which controls data transmission and reception between the terminal 7 and the central processing unit 6.

2 is a software block diagram of a system to which the present invention is applied, and includes a system control program 2a, a call processing program 2b, a signal program 2c, and a traffic processing program 2d.

FIG. 3 through FIG. 6 are flowcharts of the present invention, FIG. 3 is a flowchart illustrating a process of accumulating traffic information, and FIG. 4 is a process of comparing traffic information accumulated through the process of FIG. FIG. 5 is a process of acquiring traffic information on a daily basis by accumulating the traffic information of the hour unit of FIG. 4, and FIG. 6 is a process of displaying the processing results of FIGS.

The present invention will be described in detail based on the above configuration.

As soon as the system is powered on, the program in the ROM 2 is executed by the central processing unit 3 so that the normal operation of the key phone 5 is performed.

Therefore, the central processing unit 30 first processes the message for the trunk call from the call processing program such as (2b) of FIG. 2 in step (3a) as shown in FIG. Receive.

In step (3b) after receiving the message, it is analyzed and classified by call.

Here, the call is classified into three kinds of incoming call, outgoing call, and busy call in which the trunk access operation fails, and according to the classification result, (3c1) → (3c2) Alternatively, as shown in (3d1) → (3d2) or (3e1) → (3e2), the frequency count of the corresponding call is increased and the talk time is recorded.

As described above, while accumulating information such as frequency count and talk time according to each call type, as shown in FIG. 4, in step (4a), traffic for the current hour is obtained, and in step (4b) Compare with the value currently stored in the first traffic data buffer. In this case, traffic is arranged in the first traffic buffer in the order of the most traffic among the day. Therefore, the current traffic data is ignored when the traffic data of the time is less than the value stored in the first traffic buffer as a result of the comparison. On the other hand, if the traffic data for the current one hour is larger than the value stored in the first traffic buffer, the process proceeds to step 4c to update the contents of the first traffic buffer with the traffic data of the current time.

As shown in FIG. 5 (5a), if a predetermined number of traffic data of the time zone which had the most traffic during the day are accumulated in the first traffic buffer through the process of FIG. 4 processed every hour as described above, as shown in FIG. Traffic is calculated and the process proceeds to step 5b to compare the traffic data value currently stored in the second traffic buffer.

As a result of the comparison, if the traffic data value stored in the second traffic buffer is large, the traffic data for one day, which was obtained in step (5a), is ignored.

On the other hand, if the traffic data value stored in the second traffic buffer is smaller than the traffic data value during the day, step (5c) is performed to store the traffic data value for the day in the second traffic buffer.

When a month has elapsed by repeating the above-described process of FIG. 5 daily, the second traffic buffer arranges the traffic data of the day having the highest traffic of the month in an arbitrary number based on the present time.

Meanwhile, when the user requests trunk-related traffic data through the terminal 7, the CPU 3 controls the terminal 7 through the I / O interface circuit 6 to display the trunk traffic menu. . At this time, the user can select the desired type of traffic from the displayed menu, and in step 6c, the CPU 3 that receives and analyzes the menu selection status and recognizes the menu selection state is (6d) or (6e) or ( As shown in 6f), the traffic data of the type is controlled to be displayed.

That is, when the user selects busy time traffic, the process proceeds to the step (6d) to select an arbitrary number of traffic data in the time zone during which the most traffic during the day accumulated through the process of FIG. Information on the average talk time and the number of trunk access failures is read out from the RAM 1 so as to be displayed on the screen of the terminal 7 through the I / O interface circuit 6 and transmitted.

On the other hand, even when all trunk traffic is selected, the contents of the average call time and the frequency count can be displayed in the same manner as described above for each trunk group accumulated through the process of FIG. When selecting busy day traffic, go to step (6f) to select the number of days that had the most traffic for the month accumulated through the process of FIG. Information on the average talk time, trunk access failures, etc. can be displayed.

As described above, the present invention collects traffic for trunk use so that information such as trunk efficiency and call time can be known, and the extension of the trunk line can be determined by utilizing the information as a backup data. The number of trunk lines needed for expansion is also predictable.

Claims (2)

A traffic processing method of a key phone system having information checking means and separately operating a call processing means and a traffic processing means, comprising: a first step of inputting a trunk call-related message from the call processing means each time a call is generated; The second process of classifying the call or hand signal or the call, and repeating the operation of recording the call count and call time of the call; and sequentially comparing the information recorded in the second process with the highest traffic data for each hour. And a fourth process of calculating the highest traffic data on a daily basis by sequentially comparing the information calculated in the third process with the third process of calculating. The method of claim 1, further comprising: a fifth process of transmitting a selection menu when the traffic information confirmation request is received from the information checking means; A sixth process of calculating an average call time and a trunk access failure count by calculating an access failure count, calculating an average call time and a frequency count for each trunk group, or selecting a plurality of the busiest days in a month; And a seventh process of transmitting the calculated result to the information checking means.

Images