JP3912187B2

JP3912187B2 - Production line process management system

Info

Publication number: JP3912187B2
Application number: JP2002157641A
Authority: JP
Inventors: 隆司菅沼
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2002-05-30
Filing date: 2002-05-30
Publication date: 2007-05-09
Anticipated expiration: 2022-05-30
Also published as: JP2004005026A

Description

【０００１】
【発明の属する技術分野】
本発明は生産ラインの工程管理システムに関し、特に生産ライン上のコンピュータ又はソフトウェアの更新時、ネットワーク上に出力された情報をモニタし、その情報を用いて更新システムのコンピュータ又はソフトウェアの検査作業を容易にし、かつ信頼性を向上させた工程管理システムに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、複数の生産設備で構成された生産ラインをネットワーク回線を経て接続して管理する工程管理システムが知られている。このような工程管理システムには多くのコンピュータやソフトウェアが使用されているが、実使用において、使用する管理コンピュータの寿命やソフトウェアの追加等でコンピュータ又はソフトウェアを更新しなければならないことがある。このような更新作業が生じると、生産ラインを長期的に停止する必要があり、またコンピュータやソフトウェアの更新が完了した後もソフトウェアの不具合等が生じて、ライン停止する問題がある。
【０００３】
このような問題点を解決する従来技術として、例えば、特開平５−２０７０１６号公報に記載された技術がある。即ち、本例では、ネットワーク回線の通信内容を受信し、正常時の電文を予め比較電文として蓄積し、ネットワーク回線に出力された電文と比較電文を比べ、不一致の場合、システムの異常を検出し、さらに表示し、システム復旧を容易にするようにしている。
【０００４】
しかし、本例のシステムにおいては、更新前システムの電文を蓄積しておく必要があり、アナログ値による検査結果等の電文を膨大に作成する必要がある。また比較する場合にも時間も膨大な時間を要する。
【０００５】
そこで、本発明は、上記のような比較電文の蓄積や比較時間、ライン停止等の問題点に鑑みてなされたものであり、コンピュータ又はソフトウェアの更新時において、更新システムのコンピュータ又はソフトウェアの検査作業を容易にしかつ信頼性を向上させることを目的とする。
【０００６】
【課題を解決するための手段】
本発明によれば、更新システムのネットワークモニタにおいて、ネットワークモニタは、少なくとも、生産設備から受信した電文から作成した応答電文を送信電文として一旦格納する送信電文ＤＢと、更新前システムから受信した応答電文を一旦格納する受信電文ＤＢと、送信電文ＤＢからの応答電文と受信電文ＤＢからの応答電文を比較する電文比較部と、比較結果の一致率に基づいて電文の信頼性を判定する信頼度判定部と、一致の判定結果を表示する表示部とを備え、
電文比較部は、更新前システムの応答電文を受信すると、この応答電文と生産設備からの電文に基づいて作成した応答電文との一致を検出し、一致率が所定の上限値以上になった時点で、更新前システムをネットワークの接続から取り除き、かつ更新システムのネットワークモニタの機能をネットワークコントローラの機能に移行することにより、新たに更新システムを工程管理システムとして使用する。
【０００７】
従って、生産ライン上のコンピュータ又はソフトウェアの更新時、更新システムのコンピュータ又はソフトウェアの検査作業を容易にし、かつ信頼性を向上させることができる。
【０００８】
【発明の実施の形態】
図１は更新前システムと更新システムの並行運転時の工程管理システムの構成図である。図示のように、工程管理システムとして使用する更新前システムは、更新前システム１と複数の生産設備１０がネットワーク回線２にネットワークコントローラ３を経て接続されている。これに並行して更新システム４がネットワークモニタ５を経てネットワーク回線２に接続されている。この際、工程管理システムは更新前システムがコントロールしている。つまり、ネットワーク回線２には、生産設備１０から出力された電文２０は、更新前システム１が受信するだけでなく、ネットワークモニタ５を経て更新システム４も受信している。また更新前システム１が生産設備１０に送信した電文２１もネットワークモニタ５を経て更新システム４が受信できるようになっている。
【０００９】
以下に詳述するが、ネットワーク回線２上の電文に対して、更新システム４は生成した応答電文を、更新前システム１が作成した応答電文と比較し、更新前システムからの応答電文との一致を見て、その生成された電文の信頼度を確認する。
【００１０】
図２は更新完了時の更新システムによる工程管理システムの構成図である。図示のように、図１のネットワークモニタ５は、ネットワークコントローラ３に機能が移行される。即ち、実システムでは、更新前システムと更新システムの並行運転時、全ての電文比較が可能なので、比較した応答電文の一致率がある上限値以上になった時点で、図示のように、更新前システム１をネットワーク２から取り除き、ネットワークモニタ５からネットワークコントローラ３に機能を移行することにより、更新システムを新たな工程管理システムとして使用する。その結果、本発明では、短時間で信頼性の高いシステムに切り換えることができる。
【００１１】
図３はネットワーク回線２に出力されるタイミングと更新システムの出力タイミングの説明図である。生産設備１０からネットワーク回線２に出力された電文３００を更新前システム１が受信すると、更新前システムは応答電文３１０をネットワーク回線に出力する。また、生産設備からの電文３００は更新システム４にも転送され、更新システム４が応答電文３２０を生成し、応答電文３１０と応答電文３２０を比較し、電文の一致を確認する。実システムのソフトウェアは、マルチタスク環境で実行されることもあるため、更新前システムと更新システムで生成される電文の順序が一致しない場合があるため、電文一致の確認は、ある時間範囲を限定して確認する。また電文３１２のように、更新前システムより先に更新システムからネットワーク回線に送信される場合もあるが、図６に示すアルゴリズムで一致の確認は可能である。
【００１２】
図４は本発明によるネットワークモニタ５の一例構成図である。図示のように、更新システム４は電文解析部４１０と送信電文生成部４１１で構成されている。また、ネットワークモニタ５は、ネットワーク回線２からの電文を受ける電文受信部４００と、受信電文を保存する受信電文データベース（ＤＢ）４０１と、送信電文を受ける送信電文受付部４０２と、送信電文を保存する送信電文ＤＢ４０３と、受信電文と送信電文を比較する電文比較部４０４と、電文比較部の比較結果に基づいて一致率により信頼度を判定する信頼度判定部４０５と、表示部４０６と、で構成される。
【００１３】
図５は受信処理のフローチャートである。この処理は更新システムのネットワークモニタで行われる処理である。
【００１４】
ネットワーク回線２から電文を受信したイベントで受信処理を開始する（５００）。電文を受信すると（５０１）、更新前システムからの送信電文かどうか判定し（５０２）、そうであれば（ＹＥＳ）、受信電文を受信電文ＤＢに保存する（５１０）。
【００１５】
次に電信電文と、送信電文ＤＢ中の未一致電文と一致するものを検索する（５１１）。この処理で、例えば一致電文の検索条件として、現在時刻より１０秒以内などと時間範囲を限定すると、検索に時間を要しない。更新前システムと更新システムの並行運転時では、一般的に更新システムの応答時間は、更新前システムの応答時間と、同等かそれ以下と考えられるので範囲を限定できる。
【００１６】
処理５１１での検索で、一致電文の有無を判定し（５１２）、一致電文がある場合には（ＹＥＳ）、当該電文の送信電文ＤＢと受信電文ＤＢの該当電文を一致済みとして更新し（５１３）、処理を終了する（５３０）。
【００１７】
なお、処理５０２で、更新前システムの送信電文でない場合（ＮＯ）、電文は更新システムに転送され（５２０）終了する。また、処理５１２で一致電文が無い場合（ＮＯ）も処理を終了する。
【００１８】
図６は送信処理のフローチャートである。この処理は更新システムのネットワークモニタで行われる処理であり、図３の応答電文３２２及び３１２の場合である。
【００１９】
更新システムより送信電文を受けたイベントで送信処理を開始する（６００）。電文を受信すると（６０１）、送信電文を送信電文ＤＢに保存する（６０２）。次に送信電文と、受信電文ＤＢ中の未一致電文と一致するものを検索する（６０３）。この処理で、一致電文の検索条件として、現在時刻より１０秒以内などと範囲を限定すると、検索に時間を要しない。更新前システムと更新システムの並行運用時では、一般的に更新システムの応答時間は、更新前システムの応答時間と、同等かそれ以下と考えられるので範囲を限定できる。処理６０４での検索で、一致電文の有無を判定し（６０４）、一致電文がある場合には（ＹＥＳ）、当該電文の送信電文ＤＢと受信電文ＤＢの該当電文を一致済みとして更新し（６０５）、終了する（６０６）。
【００２０】
なお、送信電文ＤＢ及び受信電文ＤＢの未一致電文を解析することで、ソフトウェアのデバッグを実施する。
【００２１】
図７は本発明による信頼度判定の処理フローチャートである。この処理は更新システムのネットワークモニタで行われる処理である。この処理フローチャートは、一定周期毎、あるいは電文受信処理毎のイベントで起動する。
【００２２】
まず、信頼度判定を開始し（７００）、次に受信電文ＤＢの全件数Ｋを計算する（７０１）。次に受信電文ＤＢの一致件数Ｃを計算し（７０２）、一致率（Ｃ／Ｋ）を計算する（７０３）。そして計算結果を表示し（７０４）、終了する（７０５）。
【図面の簡単な説明】
【図１】本発明による更新前システムと更新システムの並行運転時の工程管理システムの構成図である。
【図２】本発明による更新完了時の更新システムによる工程管理システムの構成図である。
【図３】本発明によるネットワーク回線２に出力されるタイミングと更新システムの出力タイミングの説明図である。
【図４】本発明によるネットワークモニタ５の一例構成図である。
【図５】本発明による更新システムのネットワークモニタで行われる受信処理のフローチャートである。
【図６】本発明による更新システムのネットワークモニタで行われる送信処理のフローチャートである。
【図７】本発明による信頼度判定の処理フローチャートである。
【符号の説明】
１…更新前システム
２…ネットワーク回線
３…ネットワークコントローラ
４…更新システム
５…ネットワークモニタ
１０…生産設備
２０…生産設備からの電文
２１…応答電文
３００〜３２２…応答電文[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a production line process management system, and in particular, when updating a computer or software on a production line, monitors information output on a network and uses the information to facilitate the inspection work of the computer or software of the update system. And a process management system with improved reliability.
[0002]
[Prior art and problems to be solved by the invention]
2. Description of the Related Art Conventionally, there has been known a process management system for managing a production line composed of a plurality of production facilities by connecting them via a network line. Although many computers and software are used in such a process management system, in actual use, it may be necessary to update the computer or software due to the life of the management computer to be used or addition of software. When such an update operation occurs, it is necessary to stop the production line for a long period of time, and there is a problem that the line is stopped due to a software defect or the like after the computer or software update is completed.
[0003]
As a conventional technique for solving such a problem, for example, there is a technique described in JP-A-5-207016. That is, in this example, the communication contents of the network line are received, the normal message is stored as a comparison message in advance, the message output to the network line is compared with the comparison message, and if there is a mismatch, the system error is detected. View more and make system recovery easier.
[0004]
However, in the system of this example, it is necessary to accumulate the messages of the system before the update, and it is necessary to create enormous amounts of messages such as test results using analog values. Also, when comparing, it takes an enormous amount of time.
[0005]
Therefore, the present invention has been made in view of the problems such as the accumulation of comparison messages, comparison time, line stop, etc., and the computer or software inspection work of the update system when updating the computer or software. The purpose is to facilitate and improve the reliability.
[0006]
[Means for Solving the Problems]
According to the present invention, in the network monitor of the update system, the network monitor stores at least a response message created from a message received from the production facility as a transmission message, and a response message received from the system before update. A received message DB that temporarily stores the message, a message comparison unit that compares the response message from the transmitted message DB and the response message from the received message DB, and a reliability determination that determines the reliability of the message based on the matching rate of the comparison result Part and a display part for displaying the result of determination of coincidence,
When the message comparison unit receives the response message from the pre-update system, the message comparison unit detects a match between the response message and the response message created based on the message from the production facility, and when the match rate exceeds the specified upper limit. Thus, by removing the pre-update system from the network connection and shifting the network monitor function of the update system to the function of the network controller, the update system is newly used as a process management system.
[0007]
Therefore, when updating the computer or software on the production line, the inspection work of the computer or software of the update system can be facilitated and the reliability can be improved.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a configuration diagram of a process management system during parallel operation of a pre-update system and an update system. As shown in the figure, in the pre-update system used as the process management system, the pre-update system 1 and a plurality of production facilities 10 are connected to the network line 2 via the network controller 3. In parallel with this, the update system 4 is connected to the network line 2 via the network monitor 5. At this time, the process management system is controlled by the pre-update system. That is, on the network line 2, the telegram 20 output from the production facility 10 is received not only by the pre-update system 1 but also by the update system 4 via the network monitor 5. The telegram 21 transmitted from the pre-update system 1 to the production facility 10 can be received by the update system 4 via the network monitor 5.
[0009]
As will be described in detail below, for the message on the network line 2, the update system 4 compares the generated response message with the response message created by the system 1 before update, and matches the response message from the system before update. To check the reliability of the generated message.
[0010]
FIG. 2 is a configuration diagram of the process management system by the update system when the update is completed. As shown in the figure, the function of the network monitor 5 in FIG. 1 is transferred to the network controller 3. In other words, in the actual system, all messages can be compared when the pre-update system and the update system are operated in parallel, so when the matching rate of the compared response messages exceeds a certain upper limit, as shown in the figure, By removing the system 1 from the network 2 and shifting the function from the network monitor 5 to the network controller 3, the update system is used as a new process management system. As a result, the present invention can switch to a highly reliable system in a short time.
[0011]
FIG. 3 is an explanatory diagram of the timing output to the network line 2 and the output timing of the update system. When the pre-update system 1 receives the telegram 300 output from the production facility 10 to the network line 2, the pre-update system outputs a response telegram 310 to the network line. The message 300 from the production facility is also transferred to the update system 4, and the update system 4 generates a response message 320, compares the response message 310 and the response message 320, and confirms the match of the messages. Since the software of the actual system may be executed in a multitasking environment, the order of the messages generated by the system before update and the update system may not match. And confirm. Also, as in the case of a telegram 312, there is a case where it is transmitted from the update system to the network line before the pre-update system, but it is possible to confirm the match using the algorithm shown in FIG. 6.
[0012]
FIG. 4 is a block diagram showing an example of the network monitor 5 according to the present invention. As illustrated, the update system 4 includes a message analysis unit 410 and a transmission message generation unit 411. The network monitor 5 also stores a message receiver 400 that receives messages from the network line 2, a received message database (DB) 401 that stores received messages, a transmitted message receiver 402 that receives transmitted messages, and stores transmitted messages. A transmission message DB 403, a message comparison unit 404 that compares the received message and the transmission message, a reliability determination unit 405 that determines the reliability based on the match rate based on the comparison result of the message comparison unit, and a display unit 406. Composed.
[0013]
FIG. 5 is a flowchart of the reception process. This process is performed by the network monitor of the update system.
[0014]
Reception processing is started at the event of receiving a message from the network line 2 (500). When a message is received (501), it is determined whether the message is a transmission message from the system before update (502). If so (YES), the received message is stored in the received message DB (510).
[0015]
Next, a search is made for a telegram message that matches the unmatched message in the transmitted message DB (511). In this process, for example, if the time range is limited to, for example, within 10 seconds from the current time as a search condition for a matching message, the search does not require time. During parallel operation of the pre-update system and the update system, the response time of the update system is generally considered to be equal to or less than the response time of the pre-update system, so the range can be limited.
[0016]
In the search in the process 511, it is determined whether or not there is a matching message (512). If there is a matching message (YES), the transmission message DB of the message and the corresponding message in the reception message DB are updated as matched (513). ), The process ends (530).
[0017]
If it is not the transmission message of the pre-update system (NO) in process 502, the message is transferred to the update system (520) and the process ends. Further, when there is no coincidence message in the process 512 (NO), the process is also terminated.
[0018]
FIG. 6 is a flowchart of the transmission process. This processing is performed by the network monitor of the update system, and is the case of the response messages 322 and 312 in FIG.
[0019]
Transmission processing is started by an event that receives a transmission message from the update system (600). When a message is received (601), the transmission message is stored in the transmission message DB (602). Next, a search is made for a message that matches the transmitted message and the unmatched message in the received message DB (603). In this process, if the range of the match message search condition is limited to within 10 seconds from the current time, the search does not require time. When the system before update and the update system are operated in parallel, the response time of the update system is generally considered to be equal to or less than the response time of the system before update, so the range can be limited. In the search in the process 604, it is determined whether or not there is a matching message (604). If there is a matching message (YES), the transmission message DB of the message and the corresponding message in the reception message DB are updated as matched (605). ), And ends (606).
[0020]
The software is debugged by analyzing the mismatched messages in the transmitted message DB and the received message DB.
[0021]
FIG. 7 is a process flowchart of reliability determination according to the present invention. This process is performed by the network monitor of the update system. This processing flowchart is activated at an event every fixed period or every telegram reception processing.
[0022]
First, reliability determination is started (700), and then the total number K of received message DBs is calculated (701). Next, the number of matches C in the received message DB is calculated (702), and the match rate (C / K) is calculated (703). Then, the calculation result is displayed (704), and the process ends (705).
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a process management system during parallel operation of a pre-update system and an update system according to the present invention.
FIG. 2 is a configuration diagram of a process management system by an update system when update is completed according to the present invention.
FIG. 3 is an explanatory diagram of the timing output to the network line 2 and the output timing of the update system according to the present invention.
FIG. 4 is a block diagram showing an example of a network monitor 5 according to the present invention.
FIG. 5 is a flowchart of a reception process performed by the network monitor of the update system according to the present invention.
FIG. 6 is a flowchart of a transmission process performed by the network monitor of the update system according to the present invention.
FIG. 7 is a process flowchart of reliability determination according to the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... System before update 2 ... Network line 3 ... Network controller 4 ... Update system 5 ... Network monitor 10 ... Production equipment 20 ... Message from production equipment 21 ... Response message 300-322 ... Response message

Claims

A production line process management system in which multiple production facilities are connected via a network line,
When updating the computer or software used for the process management system, arrange the update system in parallel with the pre-update system in advance,
The pre-update system is connected to multiple production facilities via a network controller via a network controller and used as a process management system.
In parallel, the update system is configured by connecting to multiple production facilities via a network monitor via a network line.
During parallel operation, the production facility supplies a predetermined message to the pre-update system via the network controller and also to the update system via the network monitor.
The pre-update system supplies the response message created based on the message from the production facility to the production facility and supplies it to the update system via the network monitor.
The update system further creates a response message based on the message from the production facility, and detects the match of these response messages, thereby determining the reliability of the generated message. .

In the match detection of a plurality of response messages, when the match rate exceeds a predetermined upper limit value, the system before update is removed from the network connection, and the network monitor function of the update system is shifted to the network controller function. The process management system according to claim 1, wherein the update system is newly used as a process management system.

The network monitor includes at least a transmission message DB that temporarily stores a response message created from the received message as a transmission message, a reception message DB that temporarily stores a response message received from the pre-update system, and a response from the transmission message DB. A message comparison unit that compares a message and a response message from the received message DB, a reliability determination unit that determines the reliability of the message based on the matching rate of the comparison results, and a display unit that displays the determination result of the match The process management system according to claim 1.

The reliability determination unit calculates the total number of response messages in the received message DB, further calculates the number of matches in the received message DB, and calculates the number of matches / total number as the match rate. The process management system described.