(57)【要約】【課題】車両生産ライン等のシステムで利用されるアプリケーションプログラムについて、当該アプリケーションプログラムの通常処理とみなせる範疇で、何らかの要求が入力されても当該要求に応じた他の処理を実行でない状態を解消して他のアプリケーションプログラムや他の情報処理ユニットとの連携を円滑化できるようにする。【解決手段】車両生産ライン近辺に配置された複数の端末がアクセスする車両情報を蓄積するデータベースに対するデータ読み書きを行うアプリケーションプログラムが実行される第一情報処理ユニットにおいて実行されるプログラムであって、前記アプリケーションプログラムのエラー出力を発見する第一機能と、前記第一機能によってエラー出力を発見されたアプリケーションプログラムの強制終了と再起動とを行う第二機能と、を備えることを特徴とするコンピュータ読取可能なプログラム。【選択図】図３
2018195170.tif 000002
【特許請求の範囲】
【請求項１】
車両生産ラインの近辺に配置された複数の端末がアクセスする車両情報を蓄積するデータベースに対するデータ読み書きを行うアプリケーションプログラムが実行される第一情報処理ユニットにおいて実行されるプログラムであって、
前記アプリケーションプログラムのエラー出力を発見する第一機能と、
前記第一機能によってエラー出力を発見されたアプリケーションプログラムの強制終了と再起動とを行う第二機能と、
を備えることを特徴とするコンピュータ読取可能なプログラム。
【請求項２】
前記第一機能は、前記アプリケーションプログラムが形成したポップアップエラーダイアログボックスの有無と当該ポップアップエラーダイアログボックスのメッセージ内容とに基づいて前記アプリケーションプログラムのエラー出力を発見し、
前記第二機能は、前記ポップアップエラーダイアログボックスのボタンクリックを疑似的に行うことで前記アプリケーションプログラムの強制終了を行う、
ことを特徴とする請求項１に記載のコンピュータ読取可能なプログラム。
【請求項３】
前記車両生産ラインに沿って設置された第一識別情報取得手段が当該車両生産ライン上を搬送されるワーク車両から取得した車両識別情報を保持する検査システムから、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第一アプリケーションプログラムが前記車両識別情報を取得し、
前記第一アプリケーションプログラムは、前記車両識別情報に対応する車両情報を第二情報処理ユニットから取得して前記車両識別情報を含めて前記データベースに登録し、
前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ライン上を搬送されるワーク車両の前記車両識別情報に関連付けて蓄積された情報を取得する、
ことを特徴とする請求項１又は請求項２に記載のコンピュータ読取可能なプログラム。
【請求項４】
前記車両生産ラインに沿って設置された第二識別情報取得手段が当該車両生産ライン上を搬送されるワーク車両から取得した車両識別情報を保持する検査システムから、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第二アプリケーションプログラムが前記車両識別情報を取得し、
前記第二アプリケーションプログラムは、前記データベース上の前記車両識別情報に対応する車両情報が含む位置情報を前記第二識別情報取得手段に対応する位置に更新し、
前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ライン上を搬送されるワーク車両の前記車両識別情報に関連付けて蓄積された情報を取得する、
ことを特徴とする請求項３に記載のコンピュータ読取可能なプログラム。
【請求項５】
前記端末の少なくとも１つは、前記車両生産ラインの検査工程の途中からライン外へ退避されるワーク車両を登録する操作入力と、前記車両生産ラインの検査工程のライン途中でライン内へ復帰されるワーク車両を登録する操作入力とを受け付けて前記データベースに登録し、
前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第三アプリケーションプログラムは、前記ワーク車両の退避又は復帰に係る情報に応じた作業遅延情報を作成して前記データベースに登録し、
前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ラインの検査工程を搬送される車両に係る作業遅延情報を取得して表示部に表示する、
ことを特徴とする請求項１〜請求項４の何れか１項に記載のコンピュータ読取可能なプログラム。
【請求項６】
前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第四アプリケーションプログラムは、前記車両生産ラインにおいて検査工程より前の工程で所定検査の対象となったか否かを示す情報を第三情報処理ユニットから取得して前記車両情報の１つとして前記データベースに登録し、
前記端末の少なくとも１つは、前記データベースにアクセスして前記ワーク車両が前記所定検査の対象となったか否かを示す情報を取得して表示部に表示する、
ことを特徴とする請求項１〜請求項５の何れか１項に記載のコンピュータ読取可能なプログラム。
【請求項７】
前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第五アプリケーションプログラムは、前記検査工程の検査設備に適用された検査仕様の変更を監視し、当該検査仕様の変更を発見すると変更日時とともに変更内容を前記データベースに登録する
ことを特徴とする請求項１〜請求項６の何れか１項に記載のコンピュータ読取可能なプログラム。
【請求項８】
車両生産ライン近辺に配置された複数の端末と、
前記端末がアクセスする車両情報を蓄積するデータベースと、
前記データベースに対するデータ読み書きを行うアプリケーションプログラムが実行される第一情報処理ユニットと、
を備える車両生産ラインの管理システムであって、
前記第一情報処理ユニットにおいて実行される監視プログラムが、前記アプリケーションプログラムのエラー出力を発見する第一機能と、前記第一機能によってエラー出力を発見されたアプリケーションプログラムの強制終了と再起動とを行う第二機能と、を有する
ことを特徴とする車両生産ラインの管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム及び車両生産ラインの管理システムに関する。
【背景技術】
【０００２】
従来、操作者が不在の場合に情報処理装置で発生するエラーを自動的に解消する技術について様々なものが提案されている。例えば、特許文献１には、プロセスのログファイルに出現する所定のログメッセージが所定回数以上の出現頻度の場合にアプリケーションプログラム障害と判定し、当該判定されたアプリケーションプログラム障害に予め対応付けられている対応処理を実行する技術について開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６７４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１の技術は、アプリケーションプログラム障害の発生と認定して復旧処理を行う場合として、アプリケーションプログラムに関連する監視対象プロセスが存在しない場合、アプリケーションプログラムのログファイルにおいて特定のログメッセージの出現頻度が一定の閾値を超えた場合、アプリケーションプログラムのログファイルが所定時間以上更新されていない場合、が例示されている。
【０００５】
実際にアプリケーションプログラム障害が発生している場合には上述の対応が有効であるが、アプリケーションプログラムの通常処理とみなせる範疇であっても処理が進行しなくなる場合が存在する。例えば、情報処理装置において実行されるユーザーインターフェイスを持つアプリケーションプログラムでは、エラーメッセージを表示した状態で操作者の操作入力を待機することがある。
【０００６】
エラーメッセージを表示したタイミングで即座に操作入力を行える程に情報処理装置の近くで操作者が表示部を監視していれば問題ないが、操作者の監視が無い放置状態の場合もあり、エラーメッセージを表示した状態で長時間放置されることもある。この間、エラーメッセージを表示したアプリケーションプログラムは、何らかの要求が入力されても当該要求に応じた他の処理を実行できず、他のアプリケーションプログラムや他の情報処理装置との連携に失敗する可能性がある。
【０００７】
このような連携の失敗は、各工程が緊密に連携して行う流れ作業で１つの製品を生産する車両生産ライン等のシステムにおいては、システムと現場との間の情報伝達に失敗する可能性が有り、必要な生産上の指示が現場に届かず生産不良を招く恐れがある。また、現場等から取得するべき必要な情報のシステムのデータベースへの蓄積に失敗し、データの抜け、漏れを生じる可能性がある。
【０００８】
本発明は、前記課題に鑑みてなされたもので、車両生産ライン等のシステムで利用されるアプリケーションプログラムについて、当該アプリケーションプログラムの通常処理とみなせる範疇で、何らかの要求が入力されても当該要求に応じた他の処理を実行でない状態を解消して他のアプリケーションプログラムや他の情報処理装置との連携を円滑化できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の態様の１つは、車両生産ラインの近辺に配置された複数の端末がアクセスする車両情報を蓄積するデータベースに対するデータ読み書きを行うアプリケーションプログラムが実行される第一情報処理ユニットにおいて実行されるプログラムであって、前記アプリケーションプログラムのエラー出力を発見する第一機能と、前記第一機能によってエラー出力を発見されたアプリケーションプログラムの強制終了と再起動とを行う第二機能と、を備えることを特徴とするコンピュータ読取可能なプログラムである。
【００１０】
このように構成したプログラムを用いることにより、車両生産ライン近辺に配置された複数の情報処理ユニットがアクセスする車両情報を蓄積するデータベースに対するデータ読み書きを行うアプリケーションプログラムがエラー出力すると、そのエラー出力したアプリケーションの強制終了と再起動とが自動で行われるため、車両生産ラインで利用されるアプリケーションプログラムについて、当該アプリケーションプログラムの通常処理とみなせる範疇で、何らかの要求が入力されても当該要求に応じた他の処理を実行でない状態を自動で解消し、当該アプリケーションプログラムが他のアプリケーションプログラムや他の情報処理ユニットと連携できなくなる状況の発生を低減することができる。
【００１１】
本発明の選択的な態様の１つは、前記第一機能は、前記アプリケーションプログラムが形成したポップアップエラーダイアログボックスの有無と当該ポップアップエラーダイアログボックスのメッセージ内容とに基づいて前記アプリケーションプログラムのエラー出力を発見し、前記第二機能は、前記ポップアップエラーダイアログボックスのボタンクリックを疑似的に行うことで前記アプリケーションプログラムの強制終了を行う、ことを特徴とするコンピュータ読取可能なプログラムである。
【００１２】
このように構成したプログラムを用いることにより、アプリケーションプログラムがポップアップエラーダイアログボックスを形成して通知するエラーについて、自動でそのエラー発生を検知し、そのポップアップエラーダイアログボックスから強制終了を実行することによりアプリケーションプログラムを終了させた後、当該アプリケーションプログラムを再起動させるため、当該アプリケーションプログラムや当該アプリケーションプログラムが取り扱うデータに対する影響を最小限にしつつ、当該アプリケーションプログラムの強制終了と再起動を行うことができる。
【００１３】
本発明の選択的な態様の１つは、前記車両生産ラインに沿って設置された第一識別情報取得手段が当該車両生産ライン上を搬送されるワーク車両から取得した車両識別情報を保持する検査システムから、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第一アプリケーションプログラムが前記車両識別情報を取得し、前記第一アプリケーションプログラムは、前記車両識別情報に対応する車両情報を第二情報処理ユニットから取得して前記車両識別情報を含めて前記データベースに登録し、前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ライン上を搬送されるワーク車両の前記車両識別情報に関連付けて蓄積された情報を取得する、ことを特徴とするコンピュータ読取可能なプログラムである。
【００１４】
このように構成したプログラムを用いることにより、第一アプリケーションプログラムが稼働しない期間を極力短縮できることになり、車両生産ラインにおいて、データベースへの車両識別情報の登録に失敗する蓋然性が低下し、車両生産ライン上を搬送されるワーク車両の位置を見失ったり、データベースに蓄積された車両情報に基づいて出される検査や作業の指示ズレが発生したりする蓋然性を低下できる。
【００１５】
本発明の選択的な態様の１つは、前記車両生産ラインに沿って設置された第二識別情報取得手段が当該車両生産ライン上を搬送されるワーク車両から取得した車両識別情報を保持する検査システムから、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第二アプリケーションプログラムが前記車両識別情報を取得し、前記第二アプリケーションプログラムは、前記データベース上の前記車両識別情報に対応する車両情報が含む位置情報を前記第二識別情報取得手段に対応する位置に更新し、前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ライン上を搬送されるワーク車両の前記車両識別情報に関連付けて蓄積された情報を取得する、ことを特徴とするコンピュータ読取可能なプログラムである。
【００１６】
このように構成したプログラムを用いることにより、第二アプリケーションプログラムが稼働しない期間を極力短縮できることになり、車両生産ラインにおいて、データベースへの車両識別情報の更新に失敗する蓋然性が低下し、車両生産ライン上を搬送されるワーク車両の位置を見失ったり、データベースに蓄積された車両情報に基づいて出される検査や作業の指示ズレが発生したりする蓋然性を低下できる。
【００１７】
本発明の選択的な態様の１つは、前記端末の少なくとも１つは、前記車両生産ラインの検査工程の途中からライン外へ退避されるワーク車両を登録する操作入力と、前記車両生産ラインの検査工程のライン途中でライン内へ復帰されるワーク車両を登録する操作入力とを受け付けて前記データベースに登録し、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第三アプリケーションプログラムは、前記ワーク車両の退避又は復帰に係る情報に応じた作業遅延情報を作成して前記データベースに登録し、前記端末の少なくとも１つは、前記データベースにアクセスして前記車両生産ラインの検査工程を搬送される車両に係る作業遅延情報を取得して表示部に表示する、ことを特徴とするコンピュータ読取可能なプログラムである。
【００１８】
このように構成したプログラムを用いることにより、第三アプリケーションプログラムが稼働しない期間を極力短縮できることになり、車両生産ラインの検査工程の途中からライン外へ退避されるワーク車両がデータベースに登録されない事態や、車両生産ラインの検査工程のライン途中でライン内へ復帰されるワーク車両がデータベースに登録されない事態を回避し、車両生産ライン上を搬送されるワーク車両の位置を見失ったり、データベースに蓄積された車両情報に基づいて出される検査や作業の指示ズレが発生したりする蓋然性を低下できる。また、作業者や作業設備が、ワーク車両の作業遅延を把握できない事態を極力なくすことができる。
【００１９】
本発明の選択的な態様の１つは、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第四アプリケーションプログラムは、前記車両生産ラインにおいて検査工程より前の工程で所定検査の対象となったか否かを示す情報を第三情報処理ユニットから取得して前記車両情報の１つとして前記データベースに登録し、前記端末の少なくとも１つは、前記データベースにアクセスして前記ワーク車両が前記所定検査の対象となったか否かを示す情報を取得して表示部に表示する、ことを特徴とするコンピュータ読取可能なプログラムである。
【００２０】
このように構成したプログラムを用いることにより、第四アプリケーションプログラムが稼働しない期間を極力短縮できることになり、検査工程の特定のタイミングで第四アプリケーションプログラムが実行する所定検査の対象になるワーク車両か否かの判定が行えない期間を可能な限り短縮できることになり、検査工程より前の工程と検査工程の双方で一部車両にのみ行う、いわゆる抜き取り検査を、検査工程において可及的確実に行うことが可能となる。
【００２１】
本発明の選択的な態様の１つは、前記第一情報処理ユニットにおいて実行される前記アプリケーションプログラムの１つである第五アプリケーションプログラムは、前記検査工程の検査設備に適用された検査仕様の変更を監視し、当該検査仕様の変更を発見すると変更日時とともに変更内容を前記データベースに登録することを特徴とするコンピュータ読取可能なプログラムである。
【００２２】
このように構成したプログラムを用いることにより、第五アプリケーションプログラムが稼働しない期間を極力短縮できることになり、検査仕様の変更が可及的確実にデータベースに反映され、検査結果の解析時に不具合の発生する可能性を低下することができる。
【００２３】
本発明の他の態様は、車両生産ライン近辺に配置された複数の端末と、前記端末がアクセスする車両情報を蓄積するデータベースと、前記データベースに対するデータ読み書きを行うアプリケーションプログラムが実行される第一情報処理ユニットと、を備える車両生産ラインの管理システムであって、前記第一情報処理ユニットにおいて実行される監視プログラムが、前記アプリケーションプログラムのエラー出力を発見する第一機能と、前記第一機能によってエラー出力を発見されたアプリケーションプログラムの強制終了と再起動とを行う第二機能と、を有することを特徴とする車両生産ラインの管理システムである。
【００２４】
上述したプログラムは、当該プログラムを記録したコンピュータ読み取り可能な記録媒体としても実現可能である。上述した車両生産ラインの管理システムは、他のシステムに組み込まれた状態で実施されたり他の方法とともに実施されたりする等の各種の態様を含む。
【発明の効果】
【００２５】
本発明によれば、車両生産ライン等のシステムで利用されるアプリケーションプログラムについて、当該アプリケーションプログラムの通常処理とみなせる範疇で、何らかの要求が入力されても当該要求に応じた他の処理を実行でない状態を解消して他のアプリケーションプログラムや他の情報処理ユニットとの連携を円滑化できるようにすることができる。
【図面の簡単な説明】
【００２６】
【図１】第１実施形態に係る車両生産ラインの概要を示す図である。
【図２】第１実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【図３】監視プログラムの処理の流れを説明する図である。
【図４】第２実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【図５】第３実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【図６】第４実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【図７】第５実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【発明を実施するための最良の形態】
【００２７】
以下、下記の順序に従って本発明を説明する。
（Ａ）第１実施形態：
（Ｂ）第２実施形態：
（Ｃ）第３実施形態：
（Ｄ）第４実施形態：
（Ｅ）第５実施形態：
【００２８】
（Ａ）第１実施形態： 
図１は、本実施形態に係る車両生産ラインの概要を示す図、図２は、本実施形態に係る車両生産ラインの管理システムの概要を示す図である。
【００２９】
車両生産ラインＬは、車両の組立順番や作業順番に従ってラインの上流から下流に向かって複数の工程が配設されており、ワーク車両Ｗを上流から下流に向かって搬送する。
【００３０】
車両生産ラインＬは、例えば、車体工程Ｌ１、塗装工程Ｌ２、組立工程Ｌ３、検査工程Ｌ４の４つの工程がラインの上流から下流に向かって配設される。
【００３１】
各工程は、一般に、更に複数の作業区間（工程区間）に分割されており、各作業区間には、その区間の作業内容に応じた装置や設備、人員が配置される。
【００３２】
車両生産ラインＬに沿う近辺には、複数の情報処理装置としての端末１０が配設される。端末１０は、第一情報処理ユニットとしてのホストコンピューター２０が管理するデータベース３０にアクセス可能に無線又は有線で接続されており、データベース３０から取得した情報を表示部に表示したり、取得した情報に基づいて各種設備に対する制御処理を実行したりする。
【００３３】
ホストコンピューター２０は、１又は互いに通信可能に接続された複数の情報処理装置により構成され、複数の情報処理装置によりホストコンピューター２０を構成する場合は、アプリケーションプログラムを処理機能単位で複数の情報処理装置に分散稼働させてよく、後述する監視プログラム２２もアプリケーションプログラムが稼働する情報処理装置とは別の情報処理装置上で稼働させてもよい。
【００３４】
なお、端末１０は、通信機能と情報処理機能とを有していればパーソナルコンピュータ等のコンピュータ形態を取る必要は無く、例えば設備の形態で実現されてもよい。端末１０とデータベース３０の間には、他のシステムやホストコンピューター２０が介在してもよい。
【００３５】
端末１０は、各種設備からの情報入力や、作業者等の操作者が操作部を介して行う情報入力を受け付ける。端末１０に入力された情報は、適宜にデータベース３０へ送信され、データベース３０に蓄積される。
【００３６】
端末１０は、データベース３０に蓄積された複数の車両情報３１から必要な情報を要求して取得し、表示部に表示したり、取得した情報に基づいて各種設備に対する制御処理を実行したりする。
【００３７】
車両情報３１は、例えば、車両識別情報４１、車両の生産に係る各種仕様を示す車両仕様情報３１ａ、車両生産ラインＬにおけるワーク車両Ｗの位置を示す車両位置情報３１ｂ、ワーク車両Ｗに対して検査工程Ｌ４等で行う検査内容を示す車両検査条件情報３１ｃ、車両の納期情報３１ｄ、車両生産ラインＬ上で発生した各種不具合を示す車両検査結果情報３１ｅ、等を含んで構成される。
【００３８】
ホストコンピューター２０においては、データベース３０の車両情報３１に関して登録、更新、変更、解析、等の各種処理を行うアプリケーションプログラム１２１（ＡＰ１２１）が実行されている。
【００３９】
ＡＰ１２１は、所定のエラー発生時に、処理を停止して当該エラーを通知するダイアログボックスをポップアップ表示する。このポップアップ表示中は、ＡＰ１２１は、他のアプリケーションプログラムや他の情報処理ユニットから何らかの要求が入力されても当該要求に応じた処理を実行できない状態となる。
【００４０】
ＡＰ１２１の所定のエラー発生時としては、以下の４パターンが例示される。
（１）ホストコンピューター２０で実行される複数のアプリケーションプログラムの間の競合でデータベース３０への登録や更新に失敗した時
（２）ホストコンピューター２０で実行されるアプリケーションプログラムが、通信異常により通信に失敗した時
（３）特定ファイルに排他的にアクセスするべく構成されたホストコンピューター２０で実行される複数のアプリケーションプログラムが排他的なアクセスタイミング制御に失敗し、当該特定ファイルに複数のアプリケーションプログラムが同時アクセスして書き換え等を行った結果、いずれか又は複数のアプリケーションプログラムが当該特定ファイル処理に失敗した時
（４）データベース３０に何らかの理由で書きこまれた不正データを参照する処理を行った時
【００４１】
上述した（１）の場合の一例としては、データベース３０上の同じ情報を更新対象にする複数のアプリケーションプログラムがタイマーで一定時間置きに処理を実行している状況下で、複数のアプリケーションプログラムの間で同時に処理を実行しないようにタイマー設定されているものの、処理時間の関係で同じ対象情報を別のアプリケーションプログラムが更新しようとして失敗し、エラー出力して停止する場合がある。
【００４２】
上述した（２）の場合の一例としては、ホストコンピューター２０のアプリケーションプログラムの稼働中に、車両生産ラインＬに沿って配設される端末１０、及び／又は、端末１０とデータベース３０の間に介在する他のシステムが不測の非稼働の場合又はアプリケーションプログラムが不測の稼働の場合に、アプリケーションプログラムが通信異常によるエラー出力して停止する場合がある。端末１０及び／又は上述した他のシステムが不測の非稼働の場合又はアプリケーションプログラムが不測の稼働の場合として、例えば、休日の前日にホストコンピューター２０よりも先に端末１０及び／又は上述した他のシステムが停止された場合、等がある。通信異常でのエラー出力は、翌稼働日のライン稼働開始タイミングまでにエラー解消させる復帰処理が行われないとアプリケーションが正常動作しない期間が発生する。
【００４３】
上述した（３）の場合の一例としては、複数のアプリケーションプログラムが１つのワークデータを介して情報の受け渡しを実行する構成になっている場合であり、具体的には、１つ目のアプリケーションプログラムがホストコンピューター２０以外の情報処理ユニットから情報取得して所定ファイルに保存し、２つ目のアプリケーションプログラムが同じ所定ファイルにアクセスして情報取得してデータベースに登録するような場合である。このような場合、一方のアプリケーションプログラムがアクセスする間は当該一方のアプリケーションプログラムによって所定ファイルをロックするが、稀に非ロック状態の所定ファイルに双方が同時にアクセスして双方のアクセスが成立する場合があり、一方のアプリケーションプログラムがエラー出力して停止する可能性がある。
【００４４】
上述した（４）の場合の一例としては、人為的な操作ミスやプログラムのバグによってデータベース３０に蓄積された情報に不正データが書きこまれた場合がある。
【００４５】
ホストコンピューター２０では、ＡＰ１２１（及び／又は後述する実施形態の少なくとも１つで説明するアプリケーションプログラム）を監視する監視プログラム２２が実行されている。本実施形態では、監視プログラム２２がＡＰ１２１を監視する場合を説明する。
【００４６】
図３は、監視プログラム２２の処理の流れを説明する図である。監視プログラム２２は、ＡＰ１２１のエラー出力を発見する第一機能２２ａと、第一機能２２ａがエラー出力を発見したアプリケーションプログラムの強制終了と再起動とを行う第二機能２２ｂと、を備える。
【００４７】
第一機能２２ａは、ＡＰ１２１が形成したウィンドウの一覧を定期的に取得し（Ｓ１）、その一覧に所定のポップアップエラーダイアログボックスが含まれるか判断する（Ｓ２）。
【００４８】
一覧に所定のポップアップエラーダイアログボックスが含まれる場合は（Ｓ２：Ｙｅｓ）、第二機能２２ｂがアプリケーションの強制終了と再起動とを実行し（Ｓ３〜Ｓ８）、一覧に所定のポップアップエラーダイアログボックスが含まれない場合は（Ｓ２：Ｎｏ）、エラー出力の監視を継続する（Ｓ１〜Ｓ２）。これにより、第一機能２２ａはＡＰ１２１による所定のポップアップエラーダイアログボックスのポップアップを監視する。
【００４９】
監視プログラム２２は、予めＡＰ１２１がエラー通知する際に表示する上述した所定のエラー発生時に表示する所定のポップアップエラーダイアログボックスのウィンドウ名称と、そのポップアップエラーダイアログボックスに表示するメッセージ内容とを対応付けて保持している。
【００５０】
第一機能２２ａは、ＡＰ１２１が形成したウィンドウの一覧について、ウィンドウ名称とポップアップエラーダイアログボックスに表示されるメッセージ内容とを手掛かりとし、一覧中に所定のエラーを通知する所定のポップアップエラーダイアログボックスが含まれるか否か判断する。
【００５１】
第二機能２２ｂは、第一機能２２ａがＡＰ１２１による所定のポップアップエラーダイアログボックスのポップアップを検知すると（Ｓ２：Ｙｅｓ）、当該ポップアップの操作ボタンを疑似的にクリック操作するコマンドを出力してＡＰ１２１の強制終了を所定のポップアップエラーダイアログボックスを介して行う（Ｓ３）。
【００５２】
その後、第二機能２２ｂは、ＡＰ１２１が停止したか否かの判断（Ｓ４）、ＡＰ１２１のエラーが不正データの書き込みによるものか否かの判断（Ｓ６）、を順次に行い、ＡＰ１２１を完全停止させてから（Ｓ５）、エラー原因となる不正データを削除した上で（Ｓ７）、ＡＰ１２１を再起動させる（Ｓ８）。
【００５３】
すなわち、ＡＰ１２１が停止しており（Ｓ４：Ｙｅｓ）、不正データの書き込みによるエラーでない場合は（Ｓ６：Ｎｏ）、疑似的にクリック操作するコマンドを出力した後、ＡＰ１２１を再起動させる（Ｓ８）。
【００５４】
また、疑似的にクリック操作するコマンドによってＡＰ１２１が停止していない場合は（Ｓ４：Ｎｏ）、ＡＰ１２１を強制終了させた後（Ｓ５）、必要に応じて不正データの検索と削除を行い（Ｓ６，Ｓ７）、ＡＰ１２１を再起動させる（Ｓ８）。
【００５５】
ＡＰ１２１の再起動が完了すると、監視プログラム２２は、再び第一機能２２ａによるエラー出力を発見するためのステップＳ１〜Ｓ２の処理を繰り返し実行する。
【００５６】
このように、本実施形態では、強制終了を行うにあたり、まずＡＰ１２１の機能によって表示される所定のポップアップエラーダイアログボックスを介してＡＰ１２１の強制終了を試みるため、ＡＰ１２１及び当該ＡＰ１２１が扱うデータに対する影響を最小限にできる。その上で、ＡＰ１２１が終了しない場合にのみ、確実にＡＰ１２１を終了できる別の手法でＡＰ１２１の強制終了を行うことで、ＡＰ１２１の強制終了を確実に遂行する構成としてある。また、不正データの検索と削除とをＡＰ１２１が確実に終了した後に必要に応じて行う構成としてあるため、ＡＰ１２１の再起動後に同様のエラーが発生せずに済み、また、ＡＰ１２１が確実に終了する前に不正データの削除を実行しないため、新たなエラー発生や不正データの削除が不首尾に終わる蓋然性を可能な限り低下している。
【００５７】
（Ｂ）第２実施形態：  
図４は、本実施形態に係る車両生産ラインの管理システムの概要を示す図である。なお、図４に示す車両生産ラインの管理システムの概要において、第２実施形態と共通の構成には同じ符号を付し、以下では詳細な説明を省略する。
【００５８】
本実施形態に係る車両生産ラインは、車両生産ラインＬに沿う要所要所に、ワーク車両Ｗの通過を監視する第一識別情報取得手段及び／又は第二識別情報取得手段としてのチェック装置４０が配設されている。チェック装置４０は、近くに設置された端末１０と通信可能に無線又は有線で接続されている。
【００５９】
チェック装置４０は、設置場所近くの車両生産ラインＬを通過する車両から車両識別情報４１を取得し、取得した車両識別情報４１を端末１０へ送信し、端末１０を介して検査システム７０へ送信する。ホストコンピューター２０上で稼働するＡＰ２２１は、検査システム７０に定期的にアクセスし、検査システム７０が保持する車両識別情報４１を取得する。
【００６０】
車両識別情報４１は、車両生産ラインＬ上を搬送される各車両に固有の情報であり、ワーク車両Ｗに付着されたＩＤタグ、ＱＲコード(登録商標）、バーコード、ＲＦＩＤ等の車両識別情報保持具５０によってワーク車両Ｗに保持されている。
【００６１】
ホストコンピューター２０は、通信回線を介して他の情報処理ユニットと通信可能に無線又は有線で接続されている。例えば、ホストコンピューター２０は、車両の受注情報（車種、仕様等の情報を含む）を管理する第二情報処理ユニットとしての生産管理システム６０や車両の検査結果を保持する第三情報処理ユニットとしての検査システム７０と、通信可能に無線又は有線で接続されている。
【００６２】
ホストコンピューター２０は、検査システム７０から車両識別情報４１を受信すると、必要に応じて当該車両識別情報４１と関連する情報を他の情報処理ユニットから取得し、送信元であるチェック装置４０の監視場所を示す位置情報と共に、車両識別情報４１や他の情報処理ユニットから取得した情報を、データベース３０の所定の記憶領域に保存する。
【００６３】
例えば、ホストコンピューター２０は、検査システム７０から受信する車両情報３１と、当該車両情報３１に関連して他の情報処理ユニットから取得する車両情報３１とを、車両識別情報４１に関連付けてデータベース３０に登録し、又はデータベース３０に記憶済みの車両情報３１を更新する。
【００６４】
本実施形態に係る車両生産ラインの管理システムにおいては、特に、検査システム７０にアクセスして車両情報３１を取得し、データベース３０に対する車両情報３１の登録、更新を行う第一アプリケーションプログラム及び／又は第二アプリケーションプログラムとしてのＡＰ２２１の動作を監視している。
【００６５】
ＡＰ２２１は、検査システム７０から取得した車両識別情報４１をデータベース３０に新規登録するにあたり、例えば、発注された車両の仕様情報を蓄積する外部の情報処理ユニットである生産管理システム６０に対し、車両識別情報４１に対応する車両仕様情報３１ａを問い合わせて取得し、車両識別情報４１と、車両仕様情報３１ａと、車両識別情報４１を取得したチェック装置４０の監視場所に対応する位置情報に基づいて作成する車両位置情報３１ｂとを関連付けて、データベース３０の所定の記憶領域に保存する。
【００６６】
ＡＰ２２１は、データベース３０に登録された車両情報３１や通信回線を介して接続された他のシステムから取得した情報を定期的に取得し、各ワーク車両Ｗに関する新たな車両情報３１を生成してデータベース３０に登録する。例えば、車両生産ラインＬには、各種の自動装置がワーク車両Ｗにラベルを自動貼着する自動貼着装置や、ワーク車両Ｗに対して所定の検査を実施する自動検査装置が配設される。車両生産ラインＬは、仕様の異なる複数種類のワーク車両Ｗを混流する場合がある。自動貼着装置や自動検査装置は、上述したチェック装置４０と同様の装置で読み取った車両識別情報４１や、搬送順、搬送タイミングに基づいて、次に装置に搬入されるワーク車両Ｗの貼着仕様や検査仕様についてデータベース３０にアクセスして情報を取得する。
【００６７】
ここで、ＡＰ２２１がポップアップエラーダイアログボックスを出力して処理を停止していると、データベース３０に新規のワーク車両の必要な車両情報３１が登録されなかったり、ワーク車両の車両位置情報３１ｂが適切に更新されなかったりする。また、車両生産ラインＬ沿いに配置された端末１０が必要な車両情報３１をデータベース３０から取得できないと作業を実施できないため車両生産ラインＬが停止してしまう。
【００６８】
ホストコンピューター２０では、監視プログラム２２がＡＰ２２１を監視する。監視プログラム２２は、上述した第１実施形態と同様の流れで、第一機能２２ａがＡＰ２２１のエラー出力を発見し、第二機能２２ｂがＡＰ２２１の強制終了と再起動とを行う。
【００６９】
このように、本実施形態に係る監視プログラム２２がＡＰ２２１のポップアップエラーダイアログボックスの出力を監視し、適宜、ＡＰ２２１を強制終了させて再起動させることで、ライン上を搬送されるワーク車両の位置に関してデータベース３０に情報が登録されなかったり更新されなかったりすることによる混乱を防止し、車両生産ラインＬの停止を防止できるようになる。
【００７０】
（Ｃ）第３実施形態：  
図５は、本実施形態に係る車両生産ラインの管理システムの概要を示す図である。なお、図５に示す車両生産ラインの概要において、第２実施形態と共通の構成には同じ符号を付し、以下では詳細な説明を省略する。
【００７１】
本実施形態に係る車両生産ラインＬは、検査工程Ｌ４で不具合等が発見されたワーク車両Ｗを作業者が運転等してライン途中からライン外に退避し、当該ワーク車両を跳出し車両として端末１０の操作部への操作入力により車両識別情報４１、退避日時、退避理由等の退避情報３１ｇをデータベース３０へ直接に登録する。
【００７２】
ライン外に退避させた車両の不具合等が解消されて当該車両をライン途中からライン内に復帰させる際には、作業者は、端末１０の画面に表示されている退避車両の一覧から該当するものを選択し、端末１０の操作部への操作入力によりラインへの復帰位置や復帰日時等の復帰情報３１ｈをデータベース３０へ直接に登録する。
【００７３】
本実施形態に係る車両生産ラインの管理システムにおいては、ホストコンピューター２０において、第三アプリケーションプログラムとしてのＡＰ３２１が実行されている。ＡＰ３２１は、定期的にデータベース３０にアクセスしてデータベース３０に蓄積された車両情報３１が含む車両位置情報３１ｂ、納期情報６２、退避情報３１ｇ及び復帰情報３１ｈを取得し、車両生産ラインＬの稼働予定情報４８１を生産管理システム４８０から取得し、これら情報に基づいて各車両についての作業遅延情報４２３を作成して当該車両の車両情報３１をデータベース３０に登録する。
【００７４】
端末１０は、データベース３０から、例えば、当該端末１０に対応する作業区間（工程区間）のワーク車両の作業遅延情報４２３を受信し、表示部に表示する。
【００７５】
本実施形態において、ホストコンピューター２０で実行される監視プログラム２２はＡＰ３２１を監視する。監視プログラム２２は、上述した第１実施形態と同様の流れで、第一機能２２ａがＡＰ３２１のエラー出力を発見し、第二機能２２ｂがＡＰ３２１の強制終了と再起動とを行う。
【００７６】
このように、本実施形態では、監視プログラム２２がＡＰ３２１のポップアップエラーダイアログボックスを出力を監視し、適宜ＡＰ３２１を強制終了させて再起動させるため、作業遅延情報４２３がデータベース３０に登録されなかったり更新されなかったりすることによる車両生産ラインの混乱や停止を防止できるようになる。
【００７７】
（Ｅ）第４実施形態：  
図６は、本実施形態に係る車両生産ラインの管理システムの概要を示す図である。なお、図６に示す車両生産ラインの概要において、第２実施形態と共通の構成には同じ符号を付し、以下では詳細な説明を省略する。
【００７８】
本実施形態に係る車両生産ラインの管理システムにおいては、ホストコンピューター２０において、第四アプリケーションプログラムとしてのＡＰ４２１が実行されている。
【００７９】
ＡＰ４２１は、検査工程Ｌ４への新規ワーク車両の搬入を検知すると、その新規ワーク車両に対する所定検査の要否に係る検査要否情報３１ｊを、当該ワーク車両の車両情報３１としてデータベース３０に登録する。
【００８０】
検査工程Ｌ４への新規ワーク車両の搬入の検知は、例えばデータベース３０に定期的にアクセスし、データベース３０における新規ワーク車両の登録の有無に基づいて行うことができる。データベース３０への新規ワーク車両の登録は、例えば第２実施形態において説明したＡＰ２２１が行う。
【００８１】
ＡＰ４２１は、例えば、検査工程Ｌ４よりも前の工程に関する車両情報を保持する第三情報処理ユニットとしての例えば生産管理システム４８０にアクセスし、搬入された新規ワーク車両が所定検査の対象に選定されたか否かを示す検査要否情報３１ｊを取得する。
【００８２】
所定検査としては、いわゆる抜き取り検査が例示される。抜き取り検査を適切に実施することで、全数検査までは不要な検査を効率的に実施することができる。また、選定されたワーク車両に完成までに同様の検査を複数回に亘って行うことで、途中工程での変化を管理できる。これにより各工程の最適化や改善に繋がる。
【００８３】
端末１０は、データベース３０から、例えば、当該端末１０に対応する作業区間（工程区間）のワーク車両の抜き取り検査の検査要否情報３１ｊを受信し、表示部に表示する。
【００８４】
本実施形態において、ホストコンピューター２０で実行される監視プログラム２２はＡＰ４２１を監視する。監視プログラム２２は、上述した第１実施形態と同様の流れで、第一機能２２ａがＡＰ４２１のエラー出力を発見し、第二機能２２ｂがＡＰ４２１の強制終了と再起動とを行う。
【００８５】
このように、本実施形態では、監視プログラム２２がＡＰ４２１のポップアップエラーダイアログボックスを出力を監視し、適宜ＡＰ４２１を強制終了させて再起動させるため、所定検査の検査要否情報３１ｊがデータベース３０に登録されなかったり更新されなかったりすることにより、必要な検査が実施されない不具合が回避される。
【００８６】
（Ｆ）第５実施形態：  
図７は、本実施形態に係る車両生産ラインの管理システムの概要を示す図である。なお、図７に示す車両生産ラインの概要において、第２実施形態と共通の構成には同じ符号を付し、以下では詳細な説明を省略する。
【００８７】
本実施形態に係る車両生産ラインの管理システムにおいては、ホストコンピューター２０において、第五アプリケーションプログラムとしてのＡＰ５２１が実行されている。
【００８８】
ＡＰ５２１は、車両生産ラインＬに設けられた１又は複数の検査設備６９０に定期的にアクセスし、当該検査設備６９０が実施する検査の検査仕様の変更日時と、検査仕様の変更内容とを取得し、データベース３０に保存する。
【００８９】
検査設備６９０は、検査仕様を定期的又は不定期に変更され、変更適用された検査仕様で検査を行って検査データを出力する。検査データは、検査日時、検査した車種、検査結果の各情報を含む。
【００９０】
ＡＰ５２１は、例えば、検査設備６９０が検査を実施する際に参照するデータとしての検査仕様定義データ６９１を検査設備６９０から定期的に取得してデータベース３０に登録する。検査仕様定義データ６９１は、検査仕様の変更日時（又はバージョン情報）と検査仕様の変更内容とを含む。
【００９１】
データベース３０に保存された検査仕様定義データ６９１が含む検査仕様の変更内容は、検査データの解析を行う際のマスタ情報となる。検査データの解析は、検査仕様定義データ６９１の更新日時と検査データの作成日時とを互いに対応させて行う必要が有り、検査仕様の更新前に検査設備６９０が作成した検査データは更新前の検査仕様定義データ６９１をマスタ情報として用いて解析し、検査仕様の更新後に検査設備６９０が作成する検査データは更新後の検査仕様定義データ６９１をマスタ情報として用いて解析する必要が有る。
【００９２】
ＡＰ５２１は、検査設備６９０が保持する検査結果データ６９２を取得し、データベース３０に登録された検査仕様定義データ６９１とを組み合わせて解析を行う。検査結果データ６９２は、日時、車種、検査結果を含む。ＡＰ５２１は、検査結果データ６９２が含む日時を参照し、当該日時に対応する検査仕様定義データ６９１をデータベース３０から取得し、検査結果の解析を行う。従って、データベース３０に保存された検査仕様定義データ６９１の更新に不具合があると、検査に用いた検査仕様と、解析のマスタ情報として使用する検査仕様定義データ６９１の間に不整合が生じ、解析に失敗したり不正確な解析結果が出力されたりする。
【００９３】
ホストコンピューター２０では、監視プログラム２２がＡＰ５２１を監視する。監視プログラム２２は、上述した第１実施形態と同様の流れで、第一機能２２ａがＡＰ５２１のエラー出力を発見し、第二機能２２ｂがＡＰ５２１の強制終了と再起動とを行うことになる。
【００９４】
このように、本実施形態に係る監視プログラム２２がＡＰ５２１のポップアップエラーダイアログボックスを出力を監視し、適宜、ＡＰ５２１を強制終了させて再起動させることで、検査仕様の変更に追従して検査仕様定義データ６９１が適切にデータベース３０に蓄積されるようになり、検査結果の解析に失敗する蓋然性を極力低下することができる。
【００９５】
なお、本発明は上述した実施形態に限られず、上述した実施形態の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、公知技術並びに上述した実施形態の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、等も含まれる。また，本発明の技術的範囲は上述した実施形態に限定されず，特許請求の範囲に記載された事項とその均等物まで及ぶものである。
【符号の説明】
【００９６】
１０…端末、２０…ホストコンピューター、２２…監視プログラム、２２ａ…第一機能、２２ｂ…第二機能、３０…データベース、３１…車両情報、３１ａ…車両仕様情報、３１ｂ…車両位置情報、３１ｃ…車両検査条件情報、３１ｄ…納期情報、３１ｅ…車両検査結果情報、３１ｇ…退避情報、３１ｈ…復帰情報、３１ｊ…検査要否情報、４０…チェック装置、４１…車両識別情報、５０…車両識別情報保持具、６０…生産管理システム、６２…納期情報、７０…検査システム、４２３…作業遅延情報、４８０…生産管理システム、４８１…稼働予定情報、６９０…検査設備、６９１…検査仕様定義データ、６９２…検査結果データ、１２１…アプリケーションプログラム（ＡＰ）、２２１…ＡＰ、３２１…ＡＰ、４２１…ＡＰ、５２１…ＡＰ、Ｌ…車両生産ライン、Ｌ１…車体工程、Ｌ２…塗装工程、Ｌ３…組立工程、Ｌ４…検査工程、Ｗ…ワーク車両
【図１】
2018195170.tif 000003
【図２】
2018195170.tif 000004
【図３】
2018195170.tif 000005
【図４】
2018195170.tif 000006
【図５】
2018195170.tif 000007
【図６】
2018195170.tif 000008
【図７】
2018195170.tif 000009