JP3090830B2 - Message delivery request processing device - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a message delivery request processing device, and more particularly to registration of a message delivery request and retrieval of a registered message delivery request.

[0002]

2. Description of the Related Art In recent years, store-and-forward devices have been applied to message exchange systems. For example, this message exchange system is applied as a slip / exchange processing system, a voice mail system, a fax mail system, or the like.

[0003] The conventional storage and exchange apparatus performs scheduling and delivery in the order in which delivery requests are received.

FIG. 2 is a flowchart of a process for receiving a delivery request. In FIG. 2, the delivery request acceptance (S1) process is activated each time a delivery request is made. When the delivery request is accepted, the delivery request is registered (S2) in the last part of the delivery request registration table 14.

FIG. 3 is an explanatory diagram of the delivery request registration table 14 in the control memory of the above-mentioned store-and-forward device. This figure 3
In the control memory, the delivery request registration table 14
The storage areas 1 to n are configured to register a delivery request.

FIG. 4 is a processing flowchart for extracting a delivery request. FIG. 4 shows the flow of the delivery request fetching process (S3) started at the time of initial setting of the storage and exchange apparatus. First, the storage and exchange apparatus checks whether a delivery request is registered in the delivery request registration table 14 or not. Is checked (S4), and the oldest delivery request is extracted from the delivery request registration table 14 (S5). Thereafter, a timing interval of n seconds is acquired (S6), and the process proceeds to S4 again.

[0007]

However, when a delivery request and a general delivery request are mixed in the delivery request registration table 14 of the storage and exchange device, the delivery request is preferentially processed. If a broadcast delivery request is received first, the processing is biased to the processing of the broadcast delivery request, and the processing of the general delivery request received later is not easily executed, and the delivery of the message is extremely difficult. There was a problem of being late.

For example, if at least one prioritized delivery request exists in the delivery request registration table 14, the remaining non-priority general delivery requests are always forwarded to the subsequent processing. It had occurred. For this reason, when the message is captured as a network system that delivers a message between a terminal, a network, and a terminal, the reachability (notification) of a delivery request message may be extremely poor.

[0009] Therefore, there has been a demand for a mechanism capable of solving the problem that processing for a delivery request to such a storage and exchange device can be extremely unevenly processed.

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and an object of the present invention is to, when a plurality of message delivery requests are accepted, to uniformly process the message delivery requests evenly. To provide a message delivery request processing device that can process the request.

[0011]

[0012]

[0013]

In order to achieve the above object, a message delivery request processing device according to a first aspect of the present invention receives delivery requests for several types of priority messages and temporarily stores the message delivery requests. A message delivery request processing device that stores a message delivery request stored in a storage means for storing, retrieves a message delivery request stored at a processing target time, and processes the message delivery request based on the retrieved message delivery request has the following characteristic configuration. It was realized.

That is, the storage means has at least two or more delivery request registration tables, and is grouped according to the types of message delivery requests. When the message delivery request is received, an identification unit for identifying the type of the message delivery request, a delivery request registration unit for registering in a delivery request registration table of a group corresponding to the type of the received message delivery request, When the message delivery request is taken out from the storage means, the process is provided with a delivery request taking out means taking out the delivery request registration table of each group equally.

[0015]

[0016]

[0017]

[0018]

In the configuration of the first aspect described above, there are cases where several types are defined in advance as priority types of message delivery requests. For example, there may be a case where a priority delivery request or a normal delivery request is designated and a delivery request is made. Therefore, according to the priority type of such a delivery request,
By grouping the delivery request registration tables in the storage unit, the delivery request registration table is registered in a corresponding predetermined group of delivery request tables according to the priority type of the delivery request. For example, priority delivery requests can be registered equally in the delivery request registration tables a1 to an of group A, and ordinary delivery requests can be registered equally in the delivery request registration tables b1 to bn of group B.

Then, when the next registered message delivery request is taken out, the message delivery requests are taken out evenly from each delivery request registration table, and the taken out message delivery requests are processed. Delivery requests can be equally processed without bias. For example, first (first time), the priority delivery request is taken out from the delivery request registration table a1 of the group A in which the priority delivery request is registered. At the second time, the normal delivery request is taken out from the delivery request registration table b1 of the B group. At the third time, the priority delivery request is taken out from the delivery request registration table a2 of the A group, and at the fourth time, the normal delivery request is taken out from the delivery request registration table b2 of the B group, so that the message delivery requests are taken out evenly. be able to.

[0020]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, a preferred embodiment in which the present invention is applied to a storage and exchange apparatus will be described with reference to the drawings. In this embodiment, in order to solve the above-mentioned conventional problem, a plurality of delivery requests received by the storage and exchange device are equally distributed to a plurality of delivery request registration tables in accordance with the order of acceptance and registered or registered delivery. Requests are taken out evenly.

FIG. 5 is a functional block diagram of the storage and exchange device used in this embodiment. In FIG. 5, the storage and exchange device is used for storing and exchanging, for example, delivery messages and the like, and includes a main control unit 51, a control memory unit 52, an input unit 53, an output unit 54, and a storage unit. 55. The main controller 51, the input unit 53, the output unit 54, and the storage unit 55 are configured so that data can be transferred by the bus 56.

The input unit 53 and the output unit 54 shown in FIG. 5 are connected to a telephone line or the like. Then, the input unit 53
When a message delivery request from the terminal is given from the line, the message delivery request is given to the main controller 51 via the bus 56. Further, when the message body is given from the terminal to the input unit 53 via the line, the message is stored in the storage unit 55.

The main control unit 51 is composed of a microprocessor and a processing program, and uses the data of the control memory unit 52 to perform a characteristic message delivery request process in this embodiment. That is, the process of the message delivery request shown in FIGS. 1 and 7 is performed. This Figure 1,
The processing of FIG. 7 will be described later in detail.

The control memory unit 52 shown in FIG. 5 forms a characteristic memory space. As shown in FIG. 6, a plurality of delivery request registration tables 15 (1) to 15 (m),
It comprises a delivery request registration table registration index pointer section 16 and a delivery request registration table extraction index pointer section 17. Then, when a message delivery request is given to the main control unit 51, the message designated by the index pointer indicated by the delivery request registration table registration index pointer unit 16 is 15.
The message delivery request is registered in any of the delivery request registration tables (1) to (m).

The control memory unit 52 shown in FIG.
In fetching a delivery request from any of the delivery request registration tables 5 (1) to 15 (m), the delivery request is extracted from the delivery request registration table specified by the index pointer of the delivery request registration table extraction index pointer unit 17. Take out and give it to the main control unit 51.

The main control unit 51 shown in FIG. 5 provides the extracted delivery request to the output unit 54 and the storage unit 55 via the bus 56. For example, the main control unit 51 reads out a delivery message corresponding to the delivery request and outputs the delivery message to the output unit. Give to 54. Then, the output unit 54 outputs the delivery request message to the line, and delivers the message to the delivery request destination from the terminal. “Configuration of Control Memory Unit 52”: FIG. 6 is an explanatory diagram of the internal space of the control memory unit 52. In FIG.
The m delivery request registration tables 15 (1) to 15 (m) for registering delivery requests according to one embodiment include registration index pointers 1 to 15.
The registration is designated by m. The delivery requests registered in the m delivery request registration tables 15 (1) to 15 (m) are the delivery request registration table extraction index pointer unit 17.
Is specified by the extraction index pointers 1 to m. Then, each delivery request registration table 15 (1) to 15
(M) can register n delivery requests 1 to n, and take out the delivery requests in order from the delivery request with the smallest number,
New registrations are registered at the end of the table.

Incidentally, such a delivery request registration table 15
(1) to 15 (m) are, for example, FIFO (Fast)
(In Fast Out) It can actually be realized by an IC circuit or a program.

[Operation of Delivery Request Receiving Process] FIG. 1 is a flowchart of the delivery request receiving process of this embodiment. The delivery request receiving process of FIG. 1 (step S10)
Is activated each time a delivery request is made. Then, the delivery request registration table registration index pointer first determines the delivery request registration table (S11). Then, it is registered at the end of any of the delivery request registration tables 15 (1) to 15 (m) (S12). Next, the delivery request registration table registration index pointer is incremented by 1 and updated (S13). Next, it is confirmed whether the value of the registered index pointer updated here does not exceed 15 (m) (S14). And this S14
If the value of the registered index pointer exceeds the value of 15 (m) in the processing of (1), the setting of the registered index pointer value is returned to 15 (1) (S15).

As described above, when there is a delivery request, the reference numerals 15 (1) to 15 (1) to 15 (1) to 15
By uniformly registering the delivery requests in the delivery request registration table of (m), it is possible to prevent the delivery requests from being concentrated on a specific delivery request registration table.

[Operation of Delivery Request Extraction Process] FIG. 7 is a flowchart of a delivery request extraction process according to one embodiment.
The delivery request fetching process (S20) in FIG. 7 is started when the storage and exchange apparatus is initialized. When this process (S20) is started, first, the delivery request registration table indicated by the delivery request registration table extraction index pointer is determined (S21). Then, it is confirmed whether or not the delivery request is registered in the delivery request registration table of the determined takeout index pointer (S22). When it is confirmed that the delivery request is registered, the delivery request is extracted from the next designated delivery request registration table (S2).
3).

Then, in FIG. 7, the value of the delivery request registration table extraction index pointer is incremented by 1 (S24). This means that the tables for extracting the delivery requests from the delivery request registration table 15 (1) to 15 (m) in order are updated. Then, it is confirmed whether or not the value of the delivery request registration table extraction index pointer updated in S24 is equal to or more than m (S25). And in this confirmation
If it is larger, the value of the delivery request registration table extraction index pointer is returned to 1 (S26). In other words, this represents a change from extracting the delivery request from the delivery request registration table 15 (m) to extracting the delivery request from the delivery request registration table 15 (1).

Next, in FIG. 7, a timing interval of P seconds is acquired, and the process proceeds to the above-described step S21 again. If the updated value of the delivery request registration table retrieval index pointer is equal to or less than m in the confirmation in S25 described above, the delivery request registration corresponding to the value of the delivery request registration table retrieval index pointer obtained by updating in S24. The delivery request is extracted from the table, and the process proceeds to S27.

As described above, the delivery request from the delivery request registration table in FIG. 7 is fetched from 15 (1) to 15 (m) by the pointer value of the delivery request registration table fetch index pointer unit 17. Are sequentially changed, the extraction table of the registered delivery request can be extracted without being concentrated on a specific delivery request registration table.

Accordingly, in FIG. 7, the main control unit 51 can perform the delivery processing in the order of the delivery requests sequentially extracted from the delivery request registration tables 15 (1) to 15 (m).

[Effects of One Embodiment] According to the storage and switching apparatus of the above embodiment, when a delivery request is received, the received delivery requests are sequentially sent to the delivery request registration tables 15 (1) to 15 (15). By registering in (m), it is possible to prevent delivery requests from being concentrated on specific delivery requests and registered. Further, the delivery request registration tables 15 (1) to 15 (15)
In taking out the delivery requests registered in order in (m), the delivery requests can be taken out in order from delivery request registration tables 15 (1) to 15 (m) using the delivery request registration table takeout index pointer. Thus, the received delivery requests can be processed evenly (distributed) without concentrating on the delivery process for the delivery requests in the specific delivery request registration table.

Therefore, it is possible to avoid a significant delay in processing for a specific delivery request from a terminal as compared with the related art. Therefore, when a terminal-network-terminal message delivery system is configured, it is possible to improve the reachability (notification) of messages as compared with the related art.

(Other Embodiments) (1) The present invention can be realized in various embodiments, and is not limited to the configuration of the above-described embodiment. For example, the functional block diagram of the storage and exchange device in FIG. 5 is a functional block diagram for storing and exchanging message information, which is configured as a voice mail device, a fax mail device, and a slip / exchange processing device. Can be applied.

(2) The control memory unit 52 of the above-described embodiment updates the index pointers in order from 1 to m. However, the update is performed randomly by using pseudorandom numbers. Is also good.

(3) Further, in the above embodiment, the type is not determined for the delivery request. However, for example, when there is a priority delivery request, a normal delivery request, a broadcast delivery request, or the like, The plurality of delivery request registration tables of the control memory unit 52 are configured into three groups, and the received delivery requests are registered in the delivery request registration tables of the corresponding groups. When the delivery requests are taken out, the delivery requests registered in the delivery request registration tables of the three groups can be equally processed by sequentially taking out the delivery requests from the delivery request registration tables of the three groups.

(4) FIG. 8 shows a configuration example in which the present invention is applied to a voice mail device. FIG. 8 shows, for example, iOX515 manufactured by Oki Electric Industry Co., Ltd.
1 is a configuration example when applied to a voice mail system. Reference numeral 81 denotes a voice mail system main body, in which a telephone interface module TIM and
It comprises a system control module SCM and a large capacity storage module MSS. And this body 81
System control module SCM includes console CN
S and the printer PRT are connected. This console has a configuration of a personal computer. And
The console CNS and the printer PRT are connected for maintenance operation.

The telephone interface module TIM in the main body 81 of FIG. 8 is connected to a public telephone line or a private telephone line, has a network control function (NCU) inside, and detects ringing at the time of an incoming call from the telephone line. , Response signal transmission, loop closing at transmission, dial pulse transmission, P
It performs B signal transmission, reversal detection at the end of a call, busy tone detection, and the like. And the large capacity storage module MSS
The digitized audio is buffered and read as needed.

Further, the system control module SC shown in FIG.
M regularly sends digitally formatted voice from the telephone interface module for each line to the mass storage module to control message traffic. Conversely, the message from the large-capacity storage module is distributed to the corresponding telephone interface module and converted into digitally formatted voice. Further, the PBX is connected to this module when interlocked with the PBX, and performs transmission and reception of transfer information and the like. Further, the system control module SCM incorporates the control memory unit 52 of the above-described embodiment, so that the above-described operation of receiving and taking out a voice mail delivery request is performed, and a specific delivery request is performed. Processing delay can be avoided.

As a voice mail system, iOX
5130 and the like, and can be applied by the same mechanism as the above-described iOX5150.

(5) FIG. 9 shows a configuration example when the present invention is applied to a fax mail apparatus. FIG. 9 is a configuration example in the case where the present invention is applied to, for example, an iOX5320 fax mail system manufactured by Oki Electric Industry Co., Ltd. This fax mail system includes a line processing unit 94, a main control unit 91, a storage control unit 93, and a media conversion unit 92. The line processing unit 94 includes a G3 communication control device CCM-C3 and a voice guidance device CCM-V
G, the line processing unit G3-LU, and the network control unit NCU-
An MD is provided. Further, the main control section 91 includes a central processing module CPM, a flexible disk drive FDD, a maintenance console MAC, and a line printer LP. Furthermore, the media conversion unit 92 includes a character image conversion device CCM-CHIM. The storage controller 93 includes a magnetic disk controller CCM-DKC and a magnetic disk drive DISK.

The line processing unit 94 is connected to a telephone line, fetches fax mail information, converts this information between characters and images in a media conversion unit 92, and stores it in a storage control unit 93. Further, the main control unit 91 corresponds to the main control unit 51 of the above-described embodiment, and furthermore, the central processing module CP of the main control unit 91 in FIG.
By incorporating the control memory unit 52 of the above-described embodiment in M, it is possible to improve the processing of receiving and extracting the delivery request of the fax mail.

[0046]

[0047]

As described above, the message delivery request processing device according to the first invention has at least two or more delivery request registration tables in the storage means for registering the message delivery request. Grouped according to the priority type , and processed by including an identification unit, a delivery request registration unit, and a delivery request extraction unit, thereby accepting a delivery request for several types of priority messages. In this case, the processing for each priority type message delivery request can be equally processed without bias, and the delivery processing of a specific priority type message delivery request can be prevented from being extremely delayed.

[Brief description of the drawings]

FIG. 1 is a flowchart of a delivery request receiving process in a storage and exchange device according to an embodiment of the present invention.

FIG. 2 is a flowchart of a delivery request receiving process of a conventional example.

FIG. 3 is an explanatory diagram of a delivery request registration table of a conventional example.

FIG. 4 is a flowchart of a delivery request extraction process of a conventional example.

FIG. 5 is a functional block diagram of the storage and switching apparatus according to the embodiment;

FIG. 6 is an explanatory diagram of a control memory unit according to one embodiment.

FIG. 7 is a flowchart of a delivery request extraction process according to one embodiment.

FIG. 8 is a configuration diagram of another embodiment.

FIG. 9 is a configuration diagram of another embodiment.

[Explanation of symbols]

15: delivery request registration table, 16: delivery request registration table registration index pointer section, 17: delivery request registration table extraction index pointer section, 51: main control section, 52: control memory section.

Claims (1)

(57) [Claims] Claims 1. Delivery of several priority types of messages
Request and temporarily store the message delivery request
Stored in the storage means, and stored at the time of processing
Retrieves the message delivery request and retrieves the retrieved message
Message delivery request processing based on message delivery request
In the physical device, the storage means stores at least two or more delivery request registration tables.
Table and the priority type of the message delivery request.
When a message delivery request is accepted, this message is
Identification means for identifying the priority type of the message delivery request, and means for identifying the priority type of the received message delivery request.
Delivery request registration registered in the group's delivery request registration table
The message delivery request from the storage means and the storage means.
From the delivery request registration table of each group above
A message delivery request processing device comprising: a delivery request take-out means for taking out the delivery request evenly .