JP2000349909A - Virtual multi-processing system by flow definition file - Google Patents

Virtual multi-processing system by flow definition file

Info

Publication number
JP2000349909A
JP2000349909A JP15711599A JP15711599A JP2000349909A JP 2000349909 A JP2000349909 A JP 2000349909A JP 15711599 A JP15711599 A JP 15711599A JP 15711599 A JP15711599 A JP 15711599A JP 2000349909 A JP2000349909 A JP 2000349909A
Authority
JP
Japan
Prior art keywords
processing
flow definition
definition file
virtual
virtual multi
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.)
Pending
Application number
JP15711599A
Other languages
Japanese (ja)
Inventor
Yoshio Yanagisawa
良夫 柳澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP15711599A priority Critical patent/JP2000349909A/en
Publication of JP2000349909A publication Critical patent/JP2000349909A/en
Pending legal-status Critical Current

Links

Landscapes

  • Telephonic Communication Services (AREA)

Abstract

PROBLEM TO BE SOLVED: To realize multi-processing by dividing a processing group so as to obtain a simple program structure, when executing control of a plurality of lines in a voice reply system. SOLUTION: A line processing group of telephone lines 5 is divided in advance into a minimum possible unit and the result is registered in a flow definition file 73. When a voice control program 71 is started, a flow definition is read by a memory from the flow definition file 73 to initialize all the telephone lines 5. When a concerned line receives an incoming call, the virtual process processing to be conducted next from a current flow state in the concerned line is discriminated from the flow definition. The concerned line executes a line processing about one of reception/transmission/execution of application AP divided in the minimum unit. Then reference of flow definition →discrimination of line executed for the virtual process → execution of line processing is repeated through the loop processing, and the processing is executed for all the telephone lines 5.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、マルチで実行させ
ようとする処理群をフロー定義ファイルに登録してルー
プ処理を行う仮想マルチ処理方式に関し、特に、音声応
答システムにおける複数回線制御を実行するためのフロ
ー定義ファイルによる仮想マルチ処理方式に関するもの
である。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual multi-processing system in which a group of processes to be executed by multi-processing is registered in a flow definition file to perform loop processing, and more particularly, to a plurality of lines in a voice response system. And a virtual multi-processing method using a flow definition file.

【0002】[0002]

【従来の技術】従来より、音声応答システムの複数回線
制御を検討する上での要求事項は、「サービス利用者に
対するレスポンスを低下させずに、メンテナンス性を考
慮し、可能な限り単純なプログラム構造とする」という
ものであった。このような要求事項を実現させるための
方式として、例えば、1つのプログラムを幾つかのスレ
ッドに細分化し、複数のスレッドを同時に実行してマル
チタスクを行う、いわゆるマルチスレッド方式や、回線
処理単位を音声応答メニューフローの処理単位で行う方
式などがある。
2. Description of the Related Art Conventionally, a requirement for studying a multi-line control of a voice response system is that a program structure as simple as possible is taken into consideration in consideration of maintainability without deteriorating a response to a service user. To do. " As a method for realizing such requirements, for example, a so-called multi-thread method in which one program is divided into several threads and a plurality of threads are simultaneously executed to perform a multitask, or a so-called multi-thread method, For example, there is a method of performing the processing in units of processing of the voice response menu flow.

【0003】[0003]

【発明が解決しようとする課題】しかしながら、前者の
マルチスレッド方式は資源の共有などで処理が複雑にな
ってしまうなどの問題がある。また、後者の音声応答メ
ニューフローの処理単位で行う方式は、処理単位が大き
い場合、回線が制御を占有してしまうなどの不具合を生
じる。
However, the former multi-thread system has a problem that processing becomes complicated due to sharing of resources. Further, the latter method, which is performed in the processing unit of the voice response menu flow, has a problem that when the processing unit is large, the line occupies the control.

【0004】本発明はこのような事情に鑑みてなされた
ものであり、その目的は、音声応答システムにおける複
数回線制御を実行する場合に、処理群を分割することに
より、単純なプログラム構造にしてマルチ処理が実現で
きるようなフロー定義ファイルによる仮想マルチ処理方
式を提供することにある。
[0004] The present invention has been made in view of such circumstances, and an object of the present invention is to provide a simple program structure by dividing a processing group when controlling a plurality of lines in a voice response system. An object of the present invention is to provide a virtual multi-processing method using a flow definition file that can realize multi-processing.

【0005】[0005]

【課題を解決するための手段】本発明は、キー入力待ち
などのWAIT処理が多い音声応答システムでマルチ処
理を実現したいような場合、マルチ処理で実行させよう
としている処理群(以下、「仮想プロセス」という)で
の処理単位を、可能な限り小さなブロック(以下、「処
理ブロック」という)に分割して、フロー定義ファイル
に登録する。そして、ループ処理により、登録されてい
るフロー定義ファイルの内容に従って、各仮想プロセス
の処理ブロックを順次実行することにより、仮想マルチ
処理を行うことができるように構成されたことを特徴と
する。
SUMMARY OF THE INVENTION According to the present invention, when it is desired to realize a multi-process in a voice response system having a large number of WAIT processes such as waiting for a key input, a group of processes to be executed by the multi-process (hereinafter referred to as a Process unit) is divided into blocks as small as possible (hereinafter, referred to as “process blocks”) and registered in the flow definition file. The virtual multi-processing can be performed by sequentially executing the processing blocks of each virtual process according to the contents of the registered flow definition file by loop processing.

【0006】すなわち、請求項1記載ののフロー定義フ
ァイルによる仮想マルチ処理方式は、マルチで実行させ
る処理群をフロー定義ファイルに登録し、登録されたフ
ロー定義ファイルに基づいてループ処理を実行する仮想
マルチ処理方式において、処理群を仮想プロセスとし
て、この仮想プロセスの処理単位を可能な限り小さな処
理ブロックに分割し、分割された処理ブロックを、予め
フロー定義ファイルに登録し、各仮想プロセスの処理ブ
ロックを、登録されているフロー定義ファイルの内容に
従ってループ処理により順次実行させ、仮想マルチ処理
を行うように構成されたことを特徴とする。
That is, in the virtual multi-processing method using a flow definition file according to the first aspect, a processing group to be executed in multi is registered in a flow definition file, and a loop processing is executed based on the registered flow definition file. In the multi-processing method, a processing group is defined as a virtual process, the processing unit of the virtual process is divided into processing blocks as small as possible, and the divided processing blocks are registered in the flow definition file in advance, and the processing blocks of each virtual process are processed. Are sequentially executed by loop processing according to the contents of the registered flow definition file, and virtual multi-processing is performed.

【0007】請求項2記載のフロー定義ファイルによる
仮想マルチ処理方式は、請求項1のものにおいて、各仮
想プロセスの各々の処理ブロックは、フロー定義ファイ
ルから抽出したフロー定義を参照して逐一判定され、所
定のループ処理に基づいて、各仮想プロセス毎の処理ブ
ロックが実行されることを特徴とする。
According to a second aspect of the present invention, there is provided a virtual multi-processing system using a flow definition file according to the first aspect, wherein each processing block of each virtual process is determined one by one with reference to a flow definition extracted from the flow definition file. , A processing block for each virtual process is executed based on a predetermined loop process.

【0008】請求項3記載のフロー定義ファイルによる
仮想マルチ処理方式は、請求項2のものにおいて、フロ
ー定義ファイルに定義されているフロー定義は処理フロ
ー情報であり、各仮想プロセスは、この処理フロー情報
に基づいて、制御が渡される度に1処理ブロックずつ処
理を実行することを特徴とする。
According to a third aspect of the present invention, there is provided a virtual multi-processing system based on a flow definition file according to the second aspect, wherein the flow definition defined in the flow definition file is processing flow information. It is characterized in that the processing is performed one processing block at a time, based on the information, every time control is transferred.

【0009】請求項4記載のフロー定義ファイルによる
仮想マルチ処理方式は、請求項1ないし請求項3の何れ
か1項記載のものにおいて、各処理ブロック内で長い処
理時間を要する大きな処理を実行する場合は、当該処理
部分を別プロセスとして実装し、メイン側では、処理開
始要求と処理終了監視の2つの処理ブロックを実装する
ことを特徴とする。また、請求項5記載のフロー定義フ
ァイルによる仮想マルチ処理方式は、請求項4のものに
おいて、処理開始要求と処理終了監視は、別プロセスと
のプロセス間通信により実現させることを特徴とする。
According to a fourth aspect of the present invention, there is provided a virtual multi-processing method based on a flow definition file according to any one of the first to third aspects, wherein a large processing requiring a long processing time is executed in each processing block. In such a case, the processing part is implemented as a separate process, and two processing blocks, a processing start request and a processing end monitoring, are implemented on the main side. According to a fifth aspect of the present invention, in the virtual multi-processing method using a flow definition file according to the fourth aspect, the process start request and the process end monitoring are realized by inter-process communication with another process.

【0010】請求項6記載のフロー定義ファイルによる
仮想マルチ処理方式は、請求項1ないし請求項5の何れ
か1項記載のものにおいて、仮想マルチ処理によって音
声応答システムにおける複数回線制御が実行されること
を特徴とする。請求項7記載のフロー定義ファイルによ
る仮想マルチ処理方式は、請求項6のものにおいて、音
声応答システムは、公衆網によって複数回線で接続され
ている音声応答装置、及び音声制御用端末内の音声制御
プログラムとフロー定義ファイルと業務アプリケーショ
ンとによって構成され、音声制御プログラムと音声応答
装置との間でコマンドの送受信を行うことにより、仮想
マルチ処理は音声応答システムにおける複数回線制御を
実行することを特徴とする。
According to a sixth aspect of the present invention, there is provided a virtual multi-processing system using a flow definition file according to any one of the first to fifth aspects, wherein a plurality of lines in a voice response system are executed by the virtual multi-processing. It is characterized by the following. A virtual multi-processing system using a flow definition file according to claim 7 is the one according to claim 6, wherein the voice response system is a voice response device connected by a plurality of lines by a public network, and voice control in a voice control terminal. The virtual multi-processing is configured by a program, a flow definition file, and a business application, and transmits and receives commands between a voice control program and a voice response device. I do.

【0011】請求項8記載のフロー定義ファイルによる
仮想マルチ処理方式は、請求項7のものにおいて、声制
御プログラムは、電話回線の回線処理での処理単位を可
能な限り最小に分割してフロー定義ファイルに登録し、
ループ処理により仮想マルチ処理を行うことにより、回
線処理をフロー定義ファイルの内容に従って順次実行さ
せることを特徴とする。請求項9記載のフロー定義ファ
イルによる仮想マルチ処理方式は、請求項8のものにお
いて、音声制御プログラムで最小単位に分割される処理
ブロックは、音声応答装置へのコマンド送信と、応答装
置からのコマンド受信と、データベース検索等の業務ア
プリケーションの実行とであり、それぞれに分割された
処理ブロック毎に仮想マルチ処理を行うことにより、回
線処理を順次実行させることを特徴とする。
The virtual multi-processing method based on the flow definition file according to claim 8 is the method according to claim 7, wherein the voice control program divides the processing unit in the line processing of the telephone line into the smallest possible and defines the flow definition. Register in the file,
By performing virtual multi-processing by loop processing, line processing is sequentially executed according to the contents of the flow definition file. In the virtual multi-processing system based on the flow definition file according to the ninth aspect, the processing block divided into the minimum units by the voice control program includes a command transmission to the voice response device and a command from the response device. Reception and execution of a business application such as a database search are performed, and the virtual multi-processing is performed for each of the divided processing blocks, thereby sequentially executing the line processing.

【0012】請求項10記載のフロー定義ファイルによ
る仮想マルチ処理方式は、請求項7〜請求項9の何れか
1項記載のものにおいて、業務アプリケーションが長い
処理時間を要する場合は、当該業務アプリケーションを
ライブラリ形式としないで音声制御プログラムとは別の
プロセスとし、編集関数の呼び出しではなく、プロセス
間通信により処理の実行を行うことを特徴とする。
According to a tenth aspect of the present invention, there is provided a virtual multi-processing system using a flow definition file according to any one of the seventh to ninth aspects, wherein the business application requires a long processing time. The process is not a library format but a process separate from the voice control program, and the process is executed by inter-process communication instead of calling an editing function.

【0013】[0013]

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を詳細に説明する。図1は、本発明における、フ
ロー定義ファイルの内容に従って各仮想プロセスの処理
ブロックを処理する仮想マルチ処理方式のフローチャー
トである。図1において、先ず、プログラムが起動され
ると、フロー定義ファイルから所定のフロー定義をメモ
リに読込む(ステップS1、以下ステップは省略)。そ
して、フロー定義ファイルからフロー定義を読み込んだ
後は、所定のループ処理を実行する。すなわち、先に読
み込んだフロー定義を参照して、仮想プロセス1が実行
すべき処理ブロックを判定し(S2)、仮想プロセス1
の処理ブロックを実行する(S3)。
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a flowchart of a virtual multi-processing method for processing processing blocks of each virtual process according to the contents of a flow definition file according to the present invention. In FIG. 1, first, when a program is started, a predetermined flow definition is read from a flow definition file into a memory (step S1, hereinafter, steps are omitted). After reading the flow definition from the flow definition file, a predetermined loop process is executed. That is, the processing block to be executed by the virtual process 1 is determined with reference to the flow definition read earlier (S2), and the virtual process 1
(S3).

【0014】そして、仮想プロセス1の処理ブロックの
実行が終了したら、先に読み込んだフロー定義を参照し
て、仮想プロセス2が実行すべき処理ブロックを判定し
(S4)、仮想プロセス2の処理ブロックを実行する
(S5)。同様にして、仮想プロセス(n−1)の処理
ブロックの実行が終了したら、先に読み込んだフロー定
義を参照して、仮想プロセスnが実行すべき処理ブロッ
クを判定し(Sn)、仮想プロセスnの処理ブロックを
実行する(Sn’)。このようにして、「フロー定義を
参照」→「該当仮想プロセスが実行すべき処理ブロック
を判断」→「処理ブロックを実行」を繰り返し、所定の
ループ処理を実行する。
Then, when the execution of the processing block of the virtual process 1 is completed, the processing block to be executed by the virtual process 2 is determined by referring to the previously read flow definition (S4), and the processing block of the virtual process 2 is determined. Is executed (S5). Similarly, when the execution of the processing block of the virtual process (n-1) is completed, the processing block to be executed by the virtual process n is determined with reference to the flow definition read earlier (Sn), and the virtual process n (Sn '). In this manner, a predetermined loop process is executed by repeating “refer to the flow definition” → “determine the processing block to be executed by the relevant virtual process” → “execute the processing block”.

【0015】図2は、フロー定義ファイルに定義されて
いる処理フロー情報の定義イメージである。すなわち、
フロー定義ファイルでは、図2に示すようなイメージの
処理フロー情報が定義され、仮想プロセスは制御が渡さ
れる度に1処理ブロックずつ処理が実行されていく。
FIG. 2 is a definition image of the processing flow information defined in the flow definition file. That is,
In the flow definition file, processing flow information of an image as shown in FIG. 2 is defined, and the virtual process is executed one processing block at a time every time control is passed.

【0016】図2のステップを追って説明すると、仮想
プロセスは、最初の制御が渡されると処理ブロック1の
初期処理を実行する(S11)。続いて、処理ブロック
2の処理が実行され、入出力制御等の別プロセスへの処
理依頼コマンドが送信される(S12)。そして、再び
制御が渡されると処理ブロック3が実行されるが、別プ
ロセスから処理終了コマンドを受信するまで処理ブロッ
ク3の処理は繰り返される。(S13)。そして、処理
終了コマンドを受信すると、処理ブロック4が実行さ
れ、同時に編集処理関数が呼び出される(S14)。そ
して、処理ブロック4の編集処理関数の返却値がOKの
場合は、処理ブロック5が実行され、編集処理が行われ
る(S15)。このようにして1処理ブロックずつ処理
が実行されていく。尚、ステップS14において、処理
ブロック4の編集処理関数の返却値がNGの場合は、処
理ブロック6においてエラー処理が実行される(S1
6)。
Referring to FIG. 2, the virtual process executes the initial processing of the processing block 1 when the first control is passed (S11). Subsequently, the processing of the processing block 2 is executed, and a processing request command to another process such as input / output control is transmitted (S12). Then, when the control is passed again, the processing block 3 is executed, but the processing of the processing block 3 is repeated until a processing end command is received from another process. (S13). When the processing end command is received, the processing block 4 is executed, and at the same time, the editing processing function is called (S14). Then, if the return value of the editing processing function of the processing block 4 is OK, the processing block 5 is executed, and the editing processing is performed (S15). In this way, the processing is executed for each processing block. If the return value of the editing function in the processing block 4 is NG in step S14, error processing is executed in the processing block 6 (S1).
6).

【0017】また、各処理ブロック内で時間を要する大
きな処理を実行したい場合、その部分を別プロセスとし
て実装し、メイン側では”処理開始要求”と”処理終了
監視”の2つの処理ブロックを実装する。これによっ
て、大きな処理をする仮想プロセスが制御を占有してし
まうような状態を避けることができる。尚、”処理開始
要求”と”処理終了監視”は、別プロセスとのプロセス
間通信により実現する。以上のようにして、仮想マルチ
処理を可能にする。
If it is desired to execute a large process that requires time in each processing block, that part is implemented as a separate process, and two processing blocks of “processing start request” and “processing end monitoring” are implemented on the main side. I do. As a result, it is possible to avoid a state in which a virtual process that performs a large process occupies control. The “processing start request” and “processing end monitoring” are realized by inter-process communication with another process. As described above, virtual multi-processing is enabled.

【0018】次に、上述した仮想マルチ処理によって音
声応答システムにおける複数回線制御を実行する場合の
具体例を説明する。図3は、本発明の仮想マルチ処理方
式が適用される、音声制御用端末の音声制御プログラム
の処理概念図である。図3において、公衆網1と音声応
答装置3は複数の電話回線5で接続されている。さら
に、音声制御用端末7と音声応答装置3はRS232C
(9)で接続されている。また、音声制御用端末7は、
音声制御プログラム71とフロー定義ファイル73と業
務アプリケーション(業務AP)75とを備えている。
Next, a specific example in which a plurality of lines are controlled in the voice response system by the above-described virtual multi-processing will be described. FIG. 3 is a conceptual diagram of the processing of a voice control program of a voice control terminal to which the virtual multiprocessing method of the present invention is applied. In FIG. 3, the public network 1 and the voice response device 3 are connected by a plurality of telephone lines 5. Furthermore, the voice control terminal 7 and the voice response device 3 are RS232C
It is connected at (9). The voice control terminal 7 is
It includes a voice control program 71, a flow definition file 73, and a business application (business AP) 75.

【0019】そして、音声制御プログラム71と音声応
答装置3との間で、RS232C(9)を通してコマン
ドの送受信が行われ、フロー定義ファイル73から音声
制御プログラム71にフロー定義の参照データが送信さ
れるようになっている。さらに、音声制御プログラム7
1と業務AP75との間で関数の呼び出しが行われるよ
うになっている。
Then, a command is transmitted and received between the voice control program 71 and the voice response device 3 through the RS232C (9), and reference data of a flow definition is transmitted from the flow definition file 73 to the voice control program 71. It has become. Further, the voice control program 7
A function call is made between the service AP 1 and the business AP 75.

【0020】図3に示すような構成によれば、1プロセ
スにより実現するマルチ処理方式の実施例は、音声制御
用端末の音声制御プログラムであり、この音声制御プロ
グラム71が音声応答装置3との間でコマンドの送受信
を行うことにより、電話回線5の制御を行う。音声制御
プログラム71は、図1の仮想マルチ処理のフロー図に
示すように、電話回線5の回線処理での処理単位を可能
な限り最小なものに分割してフロー定義ファイルに登録
し、ループ処理により、回線処理をフロー定義ファイル
の内容に従って順次実行する。このとき、音声制御プロ
グラム71で最小単位に分割される処理は、”音声応答
装置3へのコマンド送信”と”音声応答装置3からのコ
マンド受信”と”データベース検索等の業務AP75の
実行”である。
According to the configuration shown in FIG. 3, an embodiment of the multi-processing system realized by one process is a voice control program for a voice control terminal. The telephone line 5 is controlled by transmitting and receiving a command between them. As shown in the flow chart of the virtual multi-processing in FIG. 1, the voice control program 71 divides the processing unit in the line processing of the telephone line 5 into the smallest possible unit, registers it in the flow definition file, and registers it in the flow definition file. Thus, the line processing is sequentially executed according to the contents of the flow definition file. At this time, the processing divided into the minimum units by the voice control program 71 includes “command transmission to the voice response device 3”, “command reception from the voice response device 3”, and “execution of the business AP 75 such as database search”. is there.

【0021】図4は、図3に示す音声制御プログラム
の、仮想マルチ処理の流れを示すフローチャートであ
る。したがって、図4のフローチャートを用いて、図3
の音声制御プログラムが行う仮想マルチ処理の動作の流
れを詳細に説明する。先ず、音声制御プログラム71が
起動されると、フロー定義ファイルからフロー定義をメ
モリに読込む(S21)。次に、電話回線5の全回線の
処理を行うための初期化(i=0)を行う(S22)。
続いて、該当回線iが着信中か否かの判定を行い(S2
3)、着信中でなければ(S23、NO)、次の回線に
処理を移す。
FIG. 4 is a flowchart showing the flow of virtual multi-processing of the voice control program shown in FIG. Therefore, using the flowchart of FIG.
The flow of the operation of the virtual multi-processing performed by the audio control program will be described in detail. First, when the voice control program 71 is started, the flow definition is read from the flow definition file into the memory (S21). Next, initialization (i = 0) for processing all lines of the telephone line 5 is performed (S22).
Subsequently, it is determined whether or not the line i is receiving a call (S2).
3) If the call is not being received (S23, NO), the process proceeds to the next line.

【0022】ステップS23で着信中であれば(S2
3、YES)、該当回線iにおける現在のフロー状態か
ら次に行うべき処理をフロー定義から判定し(S2
4)、該当回線iは、”コマンド受信待ちか?”、”コ
マンド送信待ちか?”、業務AP実行待ちか?”の何れ
かの処理に分岐する(S25)。このようにして、受信
か、送信か、AP実行か、の最小単位に分割されて回線
処理が行われる(S26)。すなわち、コマンドが音声
応答装置3から送信されていればそのコマンドの受信を
行う(S26a)。具体的な例としては、音声応答装置
3がサービス利用者により入力されたプッシュ信号を公
衆網1から受信し、入力されたデータをコマンドにして
音声制御プログラム71に対して送信するというもので
ある。
If an incoming call is received in step S23 (S2
3, YES), a process to be performed next is determined based on the flow definition based on the current flow state of the line i (S2).
4) Is the line i "waiting for command reception?", "Waiting for command transmission?", Or waiting for business AP execution? (S25). In this manner, the line processing is performed by dividing into the minimum units of reception, transmission, and AP execution (S26). If the command has been transmitted from the device 3, the command is received (S26a) .As a specific example, the voice response device 3 receives the push signal input by the service user from the public network 1 and inputs the push signal. The data is transmitted to the voice control program 71 as a command.

【0023】また、送信待ちが選択された場合は、音声
制御プログラム71が音声応答装置3に対してコマンド
を送信する(S26b)。具体的な例としては、メッセ
ージ番号1234のメッセージをサービス利用者に送信
するというコマンドを、音声制御プログラム71から音
声応答装置3に送信するというものである。さらに、A
P実行待ちが選択された場合は、業務AP75の関数の
呼び出しを行い、業務AP75は関数ライブラリとして
実装される(S26c)。具体的な例としては、情報提
供のためのデータベース検索や、ログの出力などがあ
る。
If the transmission waiting is selected, the voice control program 71 transmits a command to the voice response device 3 (S26b). As a specific example, a command to transmit the message of the message number 1234 to the service user is transmitted from the voice control program 71 to the voice response device 3. Furthermore, A
When the wait for P execution is selected, the function of the business AP 75 is called, and the business AP 75 is implemented as a function library (S26c). Specific examples include a database search for providing information and the output of a log.

【0024】このようにして、ステップS26で最小単
位に分割されて回線処理が行われると、回線番号iを1
つ増やす(すなわち、i=i+1とする)インクリメン
トが行われる(S27)。 そして、このような処理を
繰り返し、電話回線5の全回線に亘って処理が一通り行
ったかどうかを判断する(S28)。まだ全回線の処理
が終わっていなければ(S28、YES)、ステップS
23に戻って次の回線の処理に移り、全回線の処理が終
了するまでこれを繰り返す。そして、全回線の処理が終
わっていれば(S28、NO)、回線0からの処理に戻
る。以降は、ステップS22〜ステップS28の繰り返
しである。このように、回線処理での処理単位を可能な
限り最小なものに分割してフロー定義ファイルに登録
し、ループ処理により回線処理をフロー定義ファイルの
内容に従って順次実行することにより、仮想マルチ処理
を可能にする。
In this manner, when the line is divided into the minimum units and the line processing is performed in step S26, the line number i is set to 1
Increment (that is, i = i + 1) is performed (S27). Then, such a process is repeated, and it is determined whether or not the process has been performed through all the lines of the telephone line 5 (S28). If the processing of all the lines has not been completed yet (S28, YES), step S
Returning to step 23, the process proceeds to the processing of the next line, and this is repeated until the processing of all the lines is completed. If the processing for all the lines has been completed (S28, NO), the processing returns to the line 0. Thereafter, steps S22 to S28 are repeated. In this way, by dividing the processing unit in the line processing into the smallest possible unit and registering it in the flow definition file, and sequentially executing the line processing according to the contents of the flow definition file by the loop processing, the virtual multi-processing is performed. enable.

【0025】以上述べた実施の形態は本発明を説明する
ための一例であり、本発明は、上記の実施の形態に限定
されるものではなく、発明の要旨の範囲で種々の変形が
可能であることは勿論である。例えば、本発明の別の実
施の形態の一例を述べると、前述の実施の形態の動作と
異なる機能として、図3における業務AP75を、ライ
ブラリ形式ではなく音声制御プログラム71とは別のプ
ロセスとする。これによって、図4のフローチャートの
ステップS26cを、関数の呼出しではなくプロセス間
通信による実行とすることができる。
The embodiment described above is an example for explaining the present invention, and the present invention is not limited to the above embodiment, and various modifications are possible within the scope of the invention. Of course there is. For example, to describe an example of another embodiment of the present invention, as a function different from the operation of the above-described embodiment, the business AP 75 in FIG. 3 is not a library format but a process different from the voice control program 71. . Thus, step S26c in the flowchart of FIG. 4 can be executed by inter-process communication instead of calling a function.

【0026】すなわち、前述の実施の形態においては、
業務AP75のある関数の処理を大きくしたい場合、そ
の関数が処理を終了するまで回線は制御を占有してしま
う。そこで、このような別の実施の形態にすることによ
り、業務APを、ライブラリでなく音声制御プログラム
と別プロセスとし、回線に制御が割り振られる度にプロ
セス間通信により処理終了を監視するという方式を取る
ことにより、業務APの処理増大による制御の占有を防
ぐことができる。
That is, in the above embodiment,
If it is desired to increase the processing of a certain function of the business AP 75, the line occupies control until the function ends the processing. Therefore, by adopting such another embodiment, a method is adopted in which the business AP is not a library but a separate process from the voice control program, and the process end is monitored by inter-process communication every time control is allocated to the line. By taking this, it is possible to prevent the control from being occupied due to an increase in the processing of the business AP.

【0027】[0027]

【発明の効果】以上説明したように、本発明のフロー定
義ファイルによる仮想マルチ処理方式は、仮想プロセス
での処理単位を可能な限り最小なものに分割してフロー
定義ファイルに登録し、ループ処理により各仮想プロセ
スの処理をフロー定義ファイルの内容に従って順次実行
するという、単純な方式である。したがって、複数回線
制御を実行する場合に、単純なプログラム構造によりマ
ルチ処理を実現することができる。よって、サービス利
用者に対するレスポンスを低下させずに、メンテナンス
性の向上を図ることもできる。
As described above, according to the virtual multi-processing method using the flow definition file of the present invention, the processing unit in the virtual process is divided into the smallest possible units and registered in the flow definition file, and the loop processing is performed. Is a simple method of sequentially executing the processing of each virtual process according to the contents of the flow definition file. Therefore, when a plurality of lines are controlled, multi-processing can be realized with a simple program structure. Therefore, the maintainability can be improved without lowering the response to the service user.

【図面の簡単な説明】[Brief description of the drawings]

【図1】 本発明における、フロー定義ファイルの内容
に従って各仮想プロセスの処理ブロックを処理する仮想
マルチ処理方式のフローチャートである。
FIG. 1 is a flowchart of a virtual multi-processing method for processing processing blocks of each virtual process according to the contents of a flow definition file according to the present invention.

【図2】 フロー定義ファイルに定義されている処理フ
ロー情報の定義イメージである。
FIG. 2 is a definition image of processing flow information defined in a flow definition file.

【図3】 本発明の仮想マルチ処理方式が適用される、
音声制御用端末の音声制御プログラムの処理概念図であ
る。
FIG. 3 is a diagram to which the virtual multi-processing method of the present invention is applied;
It is a process conceptual diagram of the voice control program of the voice control terminal.

【図4】 図3に示す音声制御プログラムの、仮想マル
チ処理の流れを示すフローチャートである。
FIG. 4 is a flowchart showing a flow of virtual multi-processing of the voice control program shown in FIG. 3;

【符号の説明】[Explanation of symbols]

1…公衆網、3…音声応答装置、5…電話回線、7…音
声制御用端末、9…RS232C、71…音声制御プロ
グラム、73…フロー定義ファイル、75…業務アプリ
ケーション(業務AP)
DESCRIPTION OF SYMBOLS 1 ... Public network, 3 ... Voice response device, 5 ... Telephone line, 7 ... Voice control terminal, 9 ... RS232C, 71 ... Voice control program, 73 ... Flow definition file, 75 ... Business application (business AP)

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】 マルチで実行させる処理群をフロー定義
ファイルに登録し、登録されたフロー定義ファイルに基
づいてループ処理を実行する仮想マルチ処理方式におい
て、 前記処理群を仮想プロセスとして、該仮想プロセスの処
理単位を可能な限り小さな処理ブロックに分割し、 分割された前記処理ブロックを、予め、フロー定義ファ
イルに登録し、 前記各仮想プロセスの処理ブロックを、登録されている
フロー定義ファイルの内容に従ってループ処理により順
次実行させ、 仮想マルチ処理を行うように構成されたことを特徴とす
るフロー定義ファイルによる仮想マルチ処理方式。
1. A virtual multi-processing method for registering a processing group to be executed by a multi in a flow definition file and executing a loop processing based on the registered flow definition file, wherein the processing group is a virtual process, Is divided into processing blocks as small as possible, and the divided processing blocks are registered in advance in a flow definition file, and the processing blocks of the respective virtual processes are registered in accordance with the contents of the registered flow definition file. A virtual multi-processing method based on a flow definition file, wherein the virtual multi-processing method is configured to be sequentially executed by loop processing and to perform virtual multi-processing.
【請求項2】 前記各仮想プロセスの各々の処理ブロッ
クは、 前記フロー定義ファイルから抽出したフロー定義を参照
して逐一判定され、 所定のループ処理に基づいて、前記各仮想プロセス毎の
処理ブロックが実行されることを特徴とする請求項1記
載のフロー定義ファイルによる仮想マルチ処理方式。
2. The processing block of each virtual process is determined one by one with reference to the flow definition extracted from the flow definition file, and the processing block of each virtual process is determined based on a predetermined loop process. 3. The virtual multi-processing method according to claim 1, wherein the virtual multi-processing method is executed.
【請求項3】 前記フロー定義ファイルに定義されてい
るフロー定義は処理フロー情報であり、 前記各仮想プロセスは、前記処理フロー情報に基づい
て、制御が渡される度に1処理ブロックずつ処理を実行
することを特徴とする請求項2記載のフロー定義ファイ
ルによる仮想マルチ処理方式。
3. The flow definition defined in the flow definition file is processing flow information, and each of the virtual processes executes processing by one processing block each time control is passed based on the processing flow information. 3. A virtual multi-processing method using a flow definition file according to claim 2, wherein
【請求項4】 前記各処理ブロック内で長い処理時間を
要する大きな処理を実行する場合は、 当該処理部分を別プロセスとして実装し、 メイン側では、処理開始要求と処理終了監視の2つの処
理ブロックを実装することを特徴とする請求項1ないし
請求項3の何れか1項記載のフロー定義ファイルによる
仮想マルチ処理方式。
4. When executing a large processing requiring a long processing time in each of the processing blocks, the processing part is mounted as a separate process, and two processing blocks of a processing start request and a processing end monitoring are implemented on the main side. 4. A virtual multi-processing method using a flow definition file according to claim 1, wherein the virtual multi-processing method is implemented.
【請求項5】 前記処理開始要求と前記処理終了監視
は、前記別プロセスとのプロセス間通信により実現する
ことを特徴とする請求項4記載のフロー定義ファイルに
よる仮想マルチ処理方式。
5. The virtual multi-processing system according to claim 4, wherein the processing start request and the processing end monitoring are realized by inter-process communication with the another process.
【請求項6】 前記仮想マルチ処理によって、音声応答
システムにおける複数回線制御を実行することを特徴と
する請求項1ないし請求項5の何れか1項記載のフロー
定義ファイルによる仮想マルチ処理方式。
6. The virtual multi-processing method using a flow definition file according to claim 1, wherein a plurality of lines are controlled in a voice response system by the virtual multi-processing.
【請求項7】 前記音声応答システムは、公衆網によっ
て複数回線で接続されている音声応答装置、及び音声制
御用端末内の音声制御プログラムとフロー定義ファイル
と業務アプリケーションとによって構成され、 前記音声制御プログラムと前記音声応答装置との間でコ
マンドの送受信を行うことにより、前記仮想マルチ処理
は、前記音声応答システムにおける複数回線制御を実行
することを特徴とする請求項6記載のフロー定義ファイ
ルによる仮想マルチ処理方式。
7. The voice response system comprises a voice response device connected by a plurality of lines via a public network, a voice control program in a voice control terminal, a flow definition file, and a business application. 7. The virtual multi-processing according to claim 6, wherein the virtual multi-process executes a plurality of lines control in the voice response system by transmitting / receiving a command between the program and the voice response device. Multi-processing method.
【請求項8】 前記音声制御プログラムは、電話回線の
回線処理での処理単位を可能な限り最少に分割して、前
記フロー定義ファイルに登録し、 ループ処理により仮想マルチ処理を行うことにより、 前記回線処理を、前記フロー定義ファイルの内容に従っ
て順次実行させることを特徴とする請求項7記載のフロ
ー定義ファイルによる仮想マルチ処理方式。
8. The voice control program divides a processing unit in line processing of a telephone line into the smallest possible unit, registers it in the flow definition file, and performs virtual multi-processing by loop processing. 8. The virtual multi-processing system according to claim 7, wherein line processing is sequentially executed according to the contents of the flow definition file.
【請求項9】 前記音声制御プログラムで最少単位に分
割される処理ブロックは、前記音声応答装置へのコマン
ド送信と、前記応答装置からのコマンド受信と、データ
ベース検索等の業務アプリケーションの実行とであり、 それぞれに分割された処理ブロック毎に仮想マルチ処理
を行うことにより、前記回線処理を順次実行させること
を特徴とする請求項8記載のフロー定義ファイルによる
仮想マルチ処理方式。
9. The processing block divided into the minimum unit by the voice control program is a command transmission to the voice response device, a command reception from the response device, and execution of a business application such as a database search. 9. The virtual multi-processing method using a flow definition file according to claim 8, wherein the line processing is sequentially executed by performing the virtual multi-processing for each of the divided processing blocks.
【請求項10】 前記業務アプリケーションが長い処理
時間を要する場合は、当該業務アプリケーションをライ
ブラリ形式としないで前記音声制御プログラムとは別の
プロセスとし、 編集関数の呼び出しではなく、プロセス間通信により処
理の実行を行うことを特徴とする請求項7ないし請求項
9の何れか1項記載ののフロー定義ファイルによる仮想
マルチ処理方式。
10. When the business application requires a long processing time, the business application is not converted into a library format and is processed as a separate process from the voice control program. 10. The virtual multi-processing system using a flow definition file according to claim 7, wherein the virtual multi-processing is performed.
JP15711599A 1999-06-03 1999-06-03 Virtual multi-processing system by flow definition file Pending JP2000349909A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15711599A JP2000349909A (en) 1999-06-03 1999-06-03 Virtual multi-processing system by flow definition file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP15711599A JP2000349909A (en) 1999-06-03 1999-06-03 Virtual multi-processing system by flow definition file

Publications (1)

Publication Number Publication Date
JP2000349909A true JP2000349909A (en) 2000-12-15

Family

ID=15642557

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15711599A Pending JP2000349909A (en) 1999-06-03 1999-06-03 Virtual multi-processing system by flow definition file

Country Status (1)

Country Link
JP (1) JP2000349909A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310138C (en) * 2004-03-24 2007-04-11 华为技术有限公司 Method for holding data consistency when register document inbedding operation under multi process

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310138C (en) * 2004-03-24 2007-04-11 华为技术有限公司 Method for holding data consistency when register document inbedding operation under multi process

Similar Documents

Publication Publication Date Title
JP4728442B2 (en) Method, server, and client used in client-server distributed system
JPH0934700A (en) Communication system and computer system
CN111274019A (en) Data processing method and device and computer readable storage medium
CN111737022A (en) Interface calling method, system, equipment and medium based on micro-service
US5627888A (en) Telecommunication system for handling basic and supplementary functions
CN114138504A (en) Data processing method, device, equipment and storage medium for multi-registration center
CN114726905B (en) Method, device, equipment and storage medium for accessing Tbox network into Android system
JP2000349909A (en) Virtual multi-processing system by flow definition file
US11489925B2 (en) Information interaction methods, apparatuses, devices, and systems and storage media
CN110636073A (en) Distributed asynchronous remote service arranging and calling technology
CN113918215A (en) Micro-service configuration system, equipment and medium
EP1309220B1 (en) Data processing system and method
CN114327466B (en) Method and system for realizing message decoupling between vehicle-mounted APP modules
KR100666712B1 (en) Apparatus and method for supporting push agent service and open mobile business support system
JP4727954B2 (en) Method, server, and client used in client-server distributed system
KR100962614B1 (en) Radiocommunication module that runs a main software program, the low-level layers of which are open to a client software program which is also run by the module
CN114936098B (en) Data transfer method, device, back-end equipment and storage medium
US20100250899A1 (en) Distributed processing system
JP3213056B2 (en) Multimedia processing equipment
JP2003058515A (en) Inter-processor command processor, loose coupled multi- processor device, and command processing method
JP2812274B2 (en) Transaction load balancing system for loosely coupled multi-computer systems
JPH10133888A (en) Soft parts combining control device and method therefor
CN115827278A (en) Cross-module communication method, system, device and storage medium
WO2022144609A1 (en) Information interaction methods, apparatuses, devices, and systems and storage media
JP3610843B2 (en) Signal relay system having global title translation function, signal relay method, and recording medium

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20031007