JPH02124697A - Message processing system by message attribute analysis - Google Patents

Abstract

PURPOSE:To avoid real processing to a reply message not requiring processing by analyzing a message attribute. CONSTITUTION:An arrival message to an interface 30 is classified into an effective message and an ineffective message (informed of the classification, and classified into message required any processing and not requiring it after awaiting the reply), the processing is advanced to the effective message and only its identifier ID is registered as the ineffective message. Even with the reply from computers 21-2N, the message with the registered ID is aborted and not given to a program (message analysis part). Thus, the time processing the ineffective message is saved.

Description

【発明の詳細な説明】 〔発明の概要〕 交換機と計算機との間に設けられたプロトコル処理イン
タフェース部における、計算機からのメツセージの属性
分析による処理方式に関し、メツセージ属性を分析し、
処理の必要でない応答メツセージに対しては実処理（メ
ツセージ解析、実行）を行なわないようにすることを目
的とし、交換機と、各種サービスを提供する複数の計算
機との間に、これらの間の通信を中介するプロトコル処
理インタフェースを置いたシステムにおける、交換機側
から計算機側への通知メツセージに対する交換機側から
の応答メツセージの処理方式において、前記インタフェ
ースでは、交換機から計算機への前記通知メツセージを
送る際、該メツセージの属性分析をして、応答処理を要
しないものであることを知ると該メツセージの識別子を
登録し、計算機から応答が返るとその識別子により該応
答は廃棄するよう構成する。[Detailed Description of the Invention] [Summary of the Invention] Regarding a processing method based on attribute analysis of a message from a computer in a protocol processing interface section provided between an exchange and a computer, the message attribute is analyzed,
The purpose is to prevent actual processing (message analysis and execution) from being performed on response messages that do not require processing, and to prevent communication between the exchange and multiple computers that provide various services. In a method for processing a response message from the exchange side to a notification message sent from the exchange side to the computer side in a system including a protocol processing interface that mediates the When the message attributes are analyzed and it is found that no response processing is required, the identifier of the message is registered, and when a response is returned from the computer, the response is discarded using that identifier.

〔産業上の利用分野〕[Industrial application field]

本発明は、交換機と計算機との間に設りられたプロトコ
ル処理インタフェース部における、計算機からのメツセ
ージの属性分析による処理方式に関する。The present invention relates to a processing method based on attribute analysis of a message from a computer in a protocol processing interface provided between an exchange and a computer.

近年の情報通信の高度化に伴ない交換機には、交換機に
接続されている各端末に対して各種サービスを提供する
よう要求されている。この各種サービスの提供を交換機
内部のソフトウェアで実現しようとすると種々困難な問
題があって、新たなサービスの追加や複雑なサービスの
実行は容易でない。そこで交換機に計算機を組合わせて
、付加的なサービスは計算機に行なわせることが考えら
れている。BACKGROUND OF THE INVENTION As information communications have become more sophisticated in recent years, switching equipment has been required to provide various services to each terminal connected to the switching equipment. Attempts to provide these various services using software within the switching system pose various difficulties, and it is not easy to add new services or execute complex services. Therefore, it is being considered to combine a computer with an exchange and have the computer provide additional services.

ところで交換機に計算機を組合せると両者間の通信が必
要であり、交換機は各種計算機の通信プロトコルに対応
できなければならない。しかしこれも厄介な問題で５あ
るからプロトコル処理インタフェース（ファームウェア
）を設は各種計算機との通信手順は該ファームウェアで
処理することが考えられる。本発明はか＼るシステムの
該ファームウェアにおける、計算機との間の通信におけ
る、メツセージ処理方式に係るものである。By the way, when a computer is combined with an exchange, communication between the two is necessary, and the exchange must be able to support the communication protocols of various computers. However, this is also a complicated problem, so it is conceivable to set up a protocol processing interface (firmware) and use the firmware to process communication procedures with various computers. The present invention relates to a message processing method in communication with a computer in the firmware of such a system.

〔従来の技術〕[Conventional technology]

第４図に上記システムの構成を示す。２０は交換機、１
１〜ＩＮは該交換機に接続される各種端末（電話、デー
タ端末、その他）、２１〜２Ｎは各種サービス提供用の
計算機、３０は交換機と計算機との間に設けられたプロ
トコル処理インタフェースである。各種サービスとして
は、２者接続、着信端末を他の端末に切換える、指定し
た端末の着信を当該計算機に知らせる等がある。FIG. 4 shows the configuration of the above system. 20 is a switchboard, 1
1 to IN are various terminals (telephones, data terminals, etc.) connected to the exchange, 21 to 2N are computers for providing various services, and 30 is a protocol processing interface provided between the exchange and the computer. Various services include two-party connection, switching the incoming terminal to another terminal, and notifying the computer of incoming calls from a designated terminal.

プロトコル処理インタフェース３０のハードウェアは第
５図に示すように交換機のＭＰＲ（マネージメントプロ
セッサ）に対するインタフェース回路３１、プロセッサ
（ＣＰＵ）３２、ＣＰＵ（７）プログラムを格納する読
取り専用メモリ３３、データ格納用ランダムアクセスメ
モリ３４、各計算機に対する回線制御回路３５を備える
。このプロトコル処理インタフェースで行なわれる処理
の流れを第６図に示す。As shown in FIG. 5, the hardware of the protocol processing interface 30 includes an interface circuit 31 for the MPR (management processor) of the exchange, a processor (CPU) 32, a CPU (7), a read-only memory 33 for storing programs, and a random memory for storing data. It includes an access memory 34 and a line control circuit 35 for each computer. FIG. 6 shows the flow of processing performed by this protocol processing interface.

各計算機からの情報は回線制御３５に入る。回線制御３
５は０３１の標準的な回線制御手順を持っており、これ
により各計算機からの信号を制御する。計算機から上っ
てきた情報はメツセージとしてＲＯ３ＩＩＪ１３６に渡
され、更に対計算機側メツセージ変換部３７へ渡される
。ＲＯＳ　（ＲｅｍｏｔｅＯｐｅｒａｔｉｏｎ　５ｔａ
ｃｋ）制御ではメツセージの番号及び送信してきた回線
の番号などを管理し、計算機から送られてきたメツセー
ジに対しては応答を返す。メツセージ変換部３７では、
メツセージのフォーマット（長さ及び内容）をレコード
型のデータ構造に変換し、処理部３９プログラムが処理
しやすいようにする。また、ＲＯ３制御３６からのメツ
セージには起動メツセージと応答メツセージの２種類が
あるが、その種類を区別し、該種類を付して上記構造体
Ｊこな−ったデータを処理部３９へ渡す。Information from each computer enters the line control 35. Line control 3
5 has a standard line control procedure of 031, which controls signals from each computer. Information coming from the computer is passed as a message to the RO3IIJ 136, and further to the computer-side message converter 37. ROS (Remote Operation 5ta
ck) Control manages the message number and the line number from which it was sent, and responds to messages sent from the computer. In the message conversion unit 37,
The format (length and content) of the message is converted into a record-type data structure so that the processing section 39 program can easily process it. Furthermore, there are two types of messages from the RO3 control 36: activation messages and response messages, but the types are distinguished and the data processed through the structure J is passed to the processing unit 39 with the corresponding type attached. .

前処理部３９ａは、処理ルーチンを検索起動する。即ち
、前処理部では変換部３７から渡されたデータがどのシ
ーケンスを実行するものか判断し、シーケンス処理テー
ブルから該当するものを選択して起動する。但しこれは
起動メツセージの場合で、単に通知を受取った旨を示す
応答メツセージの場合は、途中のウェイトしている位置
（プログラムの）に対してメツセージを渡し、その時点
からインタプリタの起動を行なう。The preprocessing unit 39a searches for and starts a processing routine. That is, the preprocessing unit determines which sequence is to be executed based on the data passed from the conversion unit 37, selects and activates the corresponding sequence from the sequence processing table. However, this is only in the case of a startup message; in the case of a response message simply indicating that a notification has been received, the message is passed to the waiting position (in the program) in the middle, and the interpreter is started from that point.

また、上記起動メツセージの場合は、起動メツセージを
受取った旨の応答が変換部３７、ＲＯ３制御３６、該当
計算機へ逐次返されると共に、インタプリタ部（処理ル
ーチン実行部）３９ｂが要求メツセージを作成してそれ
を対ＭＰＲ側メツセージ変換部３８へ渡し、これはこ＼
でフォーマット変換（レコード型のデータ構造から長さ
と内容のメツセージへ変換）されたのち、ＭＰＲインタ
フェース３１を通して交換機へ送られる（ＤＭＡ転送）
。In addition, in the case of the above activation message, a response indicating that the activation message has been received is sequentially returned to the conversion unit 37, RO3 control 36, and the relevant computer, and the interpreter unit (processing routine execution unit) 39b creates a request message. It is passed to the message conversion unit 38 on the MPR side, and this is
After format conversion (conversion from a record-type data structure to a message with length and content), it is sent to the exchange through the MPR interface 31 (DMA transfer).
.

〔発明が解決しようとする課題〕 メツセージには、２者接続などの要求メッセージと、計
算機指定の端末への着信の該計算機への通知などの通知
メツセージがある。前者は計算機から上ってくるもので
あり、３５−３６−．３７３９の経路で前処理部３９ａ
がこれを受け、インクプリタ部３９ｂで要求メツセージ
を作成して４０−３８−３１の経路で交換機へ送ると共
に、４０−３７−３６−３５の経路で当該計算、機へ要
求メツセージを受取った旨の応答を返す。後者の場合は
交換機から３１−３８−３９の経路で前処理部３９ａに
入り、インクプリタ部３９ｂで通知メツセージを作成し
て４０−３７−３６−３５の経路で当該計算機へ着信通
知する。計算機からは該通知を受取った旨の応答が返る
が、これに対しては処理部３９で処理の必要はないもの
である。[Problems to be Solved by the Invention] Messages include request messages such as two-party connection messages, and notification messages such as notifications to a computer of an incoming call to a terminal specified by a computer. The former comes from the computer and is 35-36-. 3739 path to the preprocessing section 39a
In response to this, the inscriber unit 39b creates a request message and sends it to the exchange via the route 40-38-31, and also sends a message to the exchange via the route 40-37-36-35 to indicate that the request message has been received. Return a response. In the latter case, the message enters the preprocessing unit 39a from the exchange via the route 31-38-39, creates a notification message in the inscriber unit 39b, and notifies the computer of the incoming call via the route 40-37-36-35. Although a response is returned from the computer to the effect that the notification has been received, there is no need for the processing unit 39 to process this response.

なお上記要求メツセージを交換機へ送ると交換機からは
それを受取ったことを示す応答メツセージが返るが、こ
れ４ま対ＭＰＲインタフェース３１で処理されて、正常
応答であれば処理部３９へは返されない。ＲＯ３制御３
６にはこの機能はなく、正常応答であっても３６−３’
１−３９の経路で該正常応答が処理部３９に返される。When the request message is sent to the exchange, the exchange returns a response message indicating that it has been received, but this message is processed by the MPR interface 31 and is not returned to the processing section 39 if it is a normal response. RO3 control 3
6 does not have this function, and even if the response is normal, 36-3'
The normal response is returned to the processing unit 39 via route 1-39.

このように従来方式では、計算機への通知メツセージに
ついても、該メツセージを出力したプログラムが計算機
からの受取り応答を必らず待っ、という取扱いになって
いる。しかし通知メツセージは着信を通知すればよく、
計算機からの応答に対して処理する必要はない。応答処
理を必要としないものについても応答を待つのは無駄で
あり、インタフェース部のスループットを無益に下げる
ことになる。In this way, in the conventional system, even when a notification message is sent to a computer, the program that outputs the message always waits for a response from the computer. However, the notification message only needs to notify you of an incoming call.
There is no need to process the response from the computer. It is wasteful to wait for responses even for those that do not require response processing, and will unnecessarily reduce the throughput of the interface section.

本発明はか＼る点を改善し、数多くのメツセージを処理
するインタフェース部においては少しでも数多くのメツ
セージを処理することができるようにするために、メツ
セージ属性を分析し、処理の必要でない応答メツセージ
に対しては実処理（メツセージ解析、実行）を行なわれ
ないようにすることを目的とするものである。The present invention improves these points, and in order to be able to process as many messages as possible in an interface section that processes a large number of messages, the present invention analyzes message attributes and selects response messages that do not require processing. The purpose of this is to prevent actual processing (message analysis, execution) from being performed on the message.

〔課題を解決するための手段〕[Means to solve the problem]

第１図に示すように本発明は、交換機２０．複数の計算
機２１〜２Ｎ、これらの間に通知プロトコル処理インク
フェース３０を置いたシステムにおいて、該プロトコル
処理インタフェース３０に、交換機から通知メツセージ
があるとその識別子（ＩＤ）を登録する機能を設け、ま
た該インタフェースの通知メツセージ処理プログラムか
らは応答待ちループを除いておき、 計算機から応答があると、そのＩＤをチエツクして、登
録されたＩＤなら該応答を廃棄し、処理プログラムには
通知しない。As shown in FIG. 1, the present invention provides a switch 20. In a system including a plurality of computers 21 to 2N and a notification protocol processing ink interface 30 placed between them, the protocol processing interface 30 is provided with a function of registering an identifier (ID) when a notification message is received from an exchange, and The response waiting loop is removed from the notification message processing program of the interface, and when a response is received from the computer, its ID is checked, and if it is a registered ID, the response is discarded and the processing program is not notified.

〔作用〕[Effect]

このように本発明では、インタフェースへの到着メツセ
ージを有効メツセージと無効メツセージに分類しくそれ
を知らせ、応答を待って、何らかの処理をする必要があ
るものとないものに分類し）有効メツセージに一対して
は従来と同様に処理を進めるが、無効メツセージに対し
てはその識別子（ＩＤ）を登録しておき、計算機から応
答があっても、登録したＩＤのものなら廃棄してプログ
ラム（メツセージ解析部分）には渡さないようにする。In this way, the present invention classifies messages arriving at an interface into valid messages and invalid messages, notifies them, waits for a response, and classifies them into those that require some processing and those that do not. The process proceeds in the same way as before, but for invalid messages, the identifier (ID) is registered, and even if a response is received from the computer, if it is with the registered ID, it is discarded and the program (message analysis part) ).

これにより無効メツセージを処理する時間が節約される
。This saves time in processing invalid messages.

こ−で有効メツセージと無効メツセージを分類すると、
有効メツセージには計算機または交換機からの新たな要
求のメツセージや、交換機からの通知メツセージが含ま
れ、無効メツセージには計算機からのＲＯ３応答（特に
インタフェース部から発行した通知メツセージに対する
ＲＯ３応答）がある。If we classify valid messages and invalid messages in this way,
Valid messages include messages of new requests from computers or exchanges, and notification messages from exchanges, and invalid messages include RO3 responses from computers (particularly RO3 responses to notification messages issued from the interface section).

無効メツセージは、インタフェース部から発行した通知
メツセージに対する応答であることにより、発行元（イ
ンタフェース部）で識別が可能である。An invalid message can be identified by the issuer (interface unit) because it is a response to a notification message issued from the interface unit.

〔実施例〕〔Example〕

第２図にインタフェース部３０で行なわれる処理のフロ
ーチャートを示す。第２図（ａ）に示すように計算機へ
メツセージを出力する際に応答メツセージを必要とする
か否かをチエツクし■、応答を必要とするならそれを送
出して■、終了であるが、応答を必要としないなら該メ
ツセージの識別子（ＩＤ）を無効メツセージリスト（第
５図のＲＡＭ３４にある、第６図では変換部３７）上に
登録し■、無効メツセージ登録数のカウンタ（ＲＡＭ３
４にある）をインクリメントし■、然るのち該メツセー
ジを送出する■。FIG. 2 shows a flowchart of the processing performed by the interface section 30. As shown in Figure 2 (a), when outputting a message to the computer, check whether a response message is required (■), and if a response is required, send it (■), and the process is complete. If a response is not required, the identifier (ID) of the message is registered in the invalid message list (located in RAM 34 in FIG. 5, converter 37 in FIG. 6), and a counter for the number of registered invalid messages (RAM 3) is registered.
4) is incremented, and then the message is sent.

次に、計算機からメツセージを受信すると、第２図（ハ
）に示すように、応答メツセージか否かチエツクし■、
応答メツセージでないなら有効メツセージとしてインク
プリタ部３９ｂへ渡す■。応答メソセージであれば無効
メツセージ登録数をチエツクし■、登録なしく前記カウ
ンタの計数値がＯ）ならステップ■へ進み、登録ありな
ら無効メツセージリスト中の識別子を検索し■、該当識
別子なしならステップ■へ進むが、該当識別子ありなら
無効メツセージ登録数をデクリメントする■。Next, when a message is received from the computer, it checks whether it is a response message or not, as shown in Figure 2 (c).
If it is not a response message, it is passed as a valid message to the inscriber section 39b. If it is a response message, check the number of registered invalid messages; if there is no registration and the count value of the counter is O), proceed to step ■; if registered, search for an identifier in the invalid message list; if there is no corresponding identifier, proceed to step ■. Proceed to ■, but if there is a corresponding identifier, decrement the number of registered invalid messages (■).

そしてＮＧ処理が′必要か否かチエツクし■、必要でな
い（正常応答）なら当該メツセージを捨る■（キューイ
ングしない）。ＮＧ処理が必要、即ちデータに誤りがあ
ってリジェクトした等の異常応答があると、ＮＧ処理ル
ーチンを起動する■。Then, it is checked whether NG processing is necessary or not, and if it is not necessary (normal response), the message is discarded (not queued). If NG processing is necessary, that is, if there is an abnormal response such as rejection due to an error in the data, the NG processing routine is activated.

第３図に本発明方式を従来方式を対比して示す。FIG. 3 shows the method of the present invention in comparison with the conventional method.

（ａ）は従来方式で、計算機Ｉｔ　　Ｊが成る同じ端末
に着信があればそれを知らせるよう予約していて、その
着信があると、交換機からその旨の通知がインタフェー
スに対してあり、該インタフェースは該計算機ｉ、ｊに
対して着信通知をする。そして該通知を受けた旨を示す
応答が計算機１．ｊからあるまで、インタフェースでは
ウェイト状態にあり、次の処理へは進まない。(a) is a conventional method in which a reservation is made to notify the same terminal that the computer It J is made of when a call arrives, and when the call is received, the exchange notifies the interface, and the interface notifies the computers i and j of the incoming call. Then, a response indicating that the notification has been received is sent to computer 1. The interface is in a wait state until j and does not proceed to the next process.

これに対して本発明方式では（ｂ）に示すように、イン
クフェースは交換機からの着信通知を計算機’＋　　ｊ
に対して送ると、処理はこれで完了したとして次の処理
に進み、ウェイト状態には入らない。On the other hand, in the method of the present invention, as shown in (b), the ink face receives the incoming call notification from the exchange as a computer '+ j
If you send it to , the process is considered complete and proceeds to the next process without entering the wait state.

こうして迅速な処理が可能になるが、エラーがあった場
合が問題である。これに対しては、計算機から異常応答
があれば、その時点でＮＧ処理ルーチンを起動して、再
送などの処理を行なう。This allows for quick processing, but there is a problem if an error occurs. In response to this, if there is an abnormal response from the computer, an NG processing routine is started at that point and processing such as retransmission is performed.

〔発明の効果〕〔Effect of the invention〕

以上説明したように本発明では、有効メツセージに対し
てのみメツセージ解析を行なえばよく、無効メツセージ
に対する処理を簡略化でき、メツセージ処理を高速に行
なうことができる。As described above, according to the present invention, it is only necessary to perform message analysis on valid messages, simplifying the processing on invalid messages, and making it possible to process messages at high speed.

【図面の簡単な説明】[Brief explanation of the drawing]

第１図は本発明の原理説明図、 第２図は本発明の実施例を示す流れ図、第３図は本発明
の効果を示すタイムチャート、第４図は本発明が適用さ
れるシステムの構成を示すブロック図、 第５図はインタフェース部のハードウェアを示すブロッ
ク図、 第６図はインタフェース部の処理を示すブロック図であ
る。 第１図で２０は交換機、３０はインタフェース、２１〜
２Ｎは計算機である。 ＝７０９− 一 圓−− 凸Fig. 1 is a diagram explaining the principle of the present invention, Fig. 2 is a flowchart showing an embodiment of the invention, Fig. 3 is a time chart showing the effects of the invention, and Fig. 4 is the configuration of a system to which the present invention is applied. FIG. 5 is a block diagram showing the hardware of the interface section. FIG. 6 is a block diagram showing the processing of the interface section. In Figure 1, 20 is a switch, 30 is an interface, 21-
2N is a calculator. =709-one circle--convex

Claims (1)

【特許請求の範囲】 １、交換機（２０）と、各種サービスを提供する複数の
計算機（２１〜２Ｎ）との間に、これらの間の通信を中
介するプロトコル処理インタフェース（３０）を置いた
システムにおける、交換機側から計算機側への通知メッ
セージに対する交換機側からの応答メッセージの処理方
式において、 前記インタフェースでは、交換機から計算機への前記通
知メッセージを送る際、該メッセージの属性分析をして
、応答処理を要しないものであることを知ると該メッセ
ージの識別子（ＩＤ）を登録し、 計算機から応答が返るとその識別子により該応答は廃棄
することを特徴とするメッセージ属性分析によるメッセ
ージ処理方式。[Claims] 1. A system in which a protocol processing interface (30) that mediates communication between an exchange (20) and a plurality of computers (21 to 2N) providing various services is provided. In the method for processing a response message from the exchange side to a notification message from the exchange side to the computer side, the interface analyzes the attributes of the message when sending the notification message from the exchange to the computer, and performs response processing. A message processing method based on message attribute analysis, which registers an identifier (ID) of the message when the message is found to be unnecessary, and when a response is returned from a computer, the response is discarded based on the identifier.