JP2004094635A - 品質管理システム - Google Patents

Abstract

【課題】端末装置側に端末の実行環境に依存した専用のアプリケーションプログラムを必要とせず、オペレータは、重複した入力作業をせずに各種の品質管理記録の参照が容易に行える品質管理システムを提供することを課題とする。
【解決手段】品質管理のための各種記録データを体系的に蓄積管理したデータベースと、サーバー装置と、複数の工程管理端末装置と、をネットワークで接続して構成される品質管理システムであって、前記工程管理端末装置に備えるクライアント手段と前記サーバー装置に備えるサーバーサイド手段の間の通信プロトコルとしてＨＴＴＰを採用し、前記クライアント手段を、ＨＴＭＬデータとＷＷＷブラウザの働きにより実現させ、前記サーバーサイド手段に、引数付きのハイパーリンクを埋め込んだＨＴＭＬデータを生成させることにより上記課題を解決する。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、包材製造工程において品質管理のために品質マニュアルに従って必要な情報を記録し蓄積管理する品質管理システムに関する。
【０００２】
【従来技術】
需要者の信頼を得るため、製品の供給者に対して要求される「品質システム」が具備すべき事項をまとめた国際規格であるＩＳＯ９０００シリーズに適合したことの認定を受けるメーカーが増えている。その結果、製造現場が決められた品質マニュアルに従って製品を製造したことを記録し、また顧客から要求のあった時は、過去の記録から品質マニュアル通りに製造されたことを開示して証明可能な生産管理システムが求められている。
このような生産管理システムは、従来、中央のサーバー装置に、生産記録を体系的に蓄積したデータベースを記録した記憶装置とそれを管理するデータベース管理プログラムを搭載し、製造ラインの各所に、そのデータベースを参照して製造記録を入力する端末装置を設置して、それらをネットワークを通じて結んだサーバークライアント型システムにより実現されていた。このようなシステムでは、端末装置側にクライアント機能を実行するアプリケーションプログラムを搭載させる必要があった。
【０００３】
【発明が解決しようとする課題】
サーバークライアント型システムでは、端末の機能を追加変更するには、端末装置側に搭載していたアプリケーションプログラムを改良し、端末台数分のインストール作業を行う必要があった。新規に端末装置を導入するには、クライアント機能を実行するアプリケーションプログラムが正しく実行する環境で使えるものを導入する必要があるが、最新のコンピュータではＯＳ等が新しくなっているため、わざわざ古い機種あるいは古いＯＳをインストールし直して使うなどの不便が生じていた。
【０００４】
また、アプリケーションプログラムを改良する場合は、以前開発に利用した開発技術を使える技術者がいなくなっているなどの問題も生じていた。このため、品質管理の高度化あるいは新商品への対応などにより新たに発生する帳票類の電子ニーズ、および、それら新帳票類の参照ニーズに対応できず、新しい帳票は手書き作成し、過去の記録は、手作業で整理された帳票を物理的にアクセスして参照するというような状況が生じていた。
【０００５】
また、工程端末で、確認のために関係する他の種類の帳票（工票、管理票等）を参照する際に、データベースを検索しなければならないが、この時の操作が例えば、受注番号など同じ種類の情報を何度も入力する必要があり入力作業が煩雑であるといった問題点もあった。
【０００６】
本発明はこのような問題点を考慮してなされたものであり、端末装置側に端末の実行環境に依存した専用のアプリケーションプログラムを必要とせず、オペレータは、重複した入力作業をせずに各種の品質管理記録の参照が容易に行える品質管理システムを提供することを課題とする。
【０００７】
【課題を解決するための手段】
課題を解決するための第１の発明は、品質管理のための各種記録データを体系的に蓄積管理したデータベースと、このデータベースの管理手段を備えたサーバー装置と、複数の工程管理端末装置と、をネットワークで接続して構成される品質管理システムであって、その第１の態様は、
前記工程管理端末には、オペレータの入力を受付け前記サーバーに必要なデータを要求し返答された情報を表示するクライアント手段が備えられており、前記サーバー装置には、前記クライアント手段からの要求を受け付け必要な情報を用意して返答するサーバーサイド手段が備えられており、前記クライアント手段と前記サーバーサイド手段の間のアプリケーションレベルのプロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を採用し、前記クライアント手段を専用プログラムではなく、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）データとＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザの働きにより実現させたことを特徴とする品質管理システムである。
【０００８】
ここで、サーバーサイド手段とは、前記サーバー装置上で前記クライアント手段からの要求に応答するために動作するソフトウエアプログラムを総称していう。クライアント手段とは、前記工程管理端末装置を品質管理システムのクライアント装置として動作させるソフトウエアプログラムを総称していう。
【０００９】
第１の発明の好ましい第２の態様は、第１の態様に係る品質管理システムにおける前記サーバーサイド手段は、提供する対話画面中の帳票類の名前の表示に引数付きのハイパーリンクを埋め込んだＨＴＭＬデータを前記工程管理端末装置に送付することにより、工程管理端末装置の利用者は、以後の検索で必要となる情報を１回入力するか、１回選択するだけで、それ以後重複した情報の入力や選択を行うことなく品質管理手順通りの製造に必要な所望の情報を抽出して閲覧しつつ作業を進めることを可能としたことを特徴とする品質管理システムである。
【００１０】
ハイパーリンクとは、一般に、文書中のあるオブジェクトとネットワーク上の別のリソースとの論理的な結合を意味する。表示中のＨＴＭＬに存在するハイパーリンクが選択されるとＷＷＷブラウザは、ＷＷＷサーバーに対してそのリンクタグのＵＲＬにより指定されたリソースを要求することにより、ＷＷＷブラウザ上での画面の遷移が実現される。引数付きのハイパーリンクとは、その論理的な結合により指定される別のリソースに引き渡されるデータのことである。
【００１１】
第１の発明の好ましい第３の態様は、第２の態様に係る品質管理システムにおける前記サーバーサイド手段は、提供する対話画面中の帳票類の名前の表示に対して、受注番号または受注番号と部品コードまたはそれらとそれらをキーにして得られるその他の情報を前記ハイパーリンクの引数として埋め込んだＨＴＭＬデータを前記工程管理端末に提供することを特徴とする品質管理システムである。
【００１２】
前記ハイパーリンクに引数として埋め込むものは、製造工程を特定する番号であってもよい。また「それらをキーにして得られるその他の情報」とは、例えば受注番号から得られる製品コードやその製品の仕様情報等である。
【００１３】
【発明の実施の形態】
以下図面を用いて、本発明の実施形態を説明してゆく。図１は、本発明の実施形態に係る品質管理システムの全体構成を示した図である。１０は、包材の製造機械の１ユニットである。機械オペレータは、操作パネルを操作することにより製造機械１０を運転する。１１はプログラマブル論理制御ユニット（以下ＰＬＣユニット）であって製造機械１０からセンスできる幾つかの信号から、当該機械の状態を、運転、段取り、停止、休止として表す信号を常時出力する。１９は運転状態モニタ端末装置であって、後述する運転情報収集サーバー１２が発する定期的な運転状態問合せに対して、ＰＬＣユニット１１の出力を読取ってＬＡＮのプロトコルに従って返答する装置である。運転状態モニタ端末装置１９、運転情報収集サーバー１２、工程端末装置１５、および後述するデータベース１３、Ｗｅｂサーバー１４は、ＬＡＮケーブル７により接続され、ネットワークシステムを構成する。
【００１４】
運転情報収集サーバー１２は、各製造機械に接続されている運転状態モニタ端末装置１９に定期的に運転状態を問合せて収集し、機械毎の稼動状態をデータベース１３に蓄積する。データベース１３には、機械毎の稼動状態情報のほか、従来は帳票や管理票あるいは工票の形で管理された品質管理に関わる各種情報が体系的に記録蓄積されている。Ｗｅｂサーバー１４は、ＷＷＷサーバーと幾つかのサーバーサイドプログラムを備えており、これらのプログラムの働きにより、工程端末装置１５からの検索要求を受付け、データベース１３を検索して結果を返答する。また、工程端末装置１５からの入力を受付け、データベース１３に新たなレコードを作成したり、特定レコードの内容を更新する。あるいは、単に要求されるＨＴＭＬ頁ファイルを送り返す。
【００１５】
工程端末装置１５は、製造部門の管理者席と各製造機械ユニットに１台設置され、オペレータは工程端末装置１５に表示される対話インターフェース画面により、一の生産単位処理を行うための準備、確認、本生産、終了処理の各作業を当該包材製造会社が制定した品質マニュアルに沿って忠実に実行し、その記録を残すことができる。
【００１６】
一の生産単位処理により生成された中間生成物１７は適当な単位でユニークな番号を付けられて管理される。例えば、その工程で生成された中間生成物がパレットに積み上げて次工程に回る場合は、そのパレットにラベルプリンタ２０が出力したバーコードラベル１８が貼付され、この状態で、次工程に回される。次の工程では、このバーコードラベル１８に表示されたラベル番号を読取って、次工程の処理を始める。この際、各工程の一単位作業ごとに識別番号を付けて、その工程への入力物として前記ラベル番号を、また、当該工程で生成される中間生成物を積み上げたパレットのバーコードラベルをその工程の出力物として、各工程の一単位作業に関係付けてデータベース化すれば製品毎に製造履歴を記録管理することもできる。尚、この品質管理システムはイントラネット６を介して、製造部門以外の他部門の管理端末装置１６からＷｅｂサーバー１４を介してデータベース１３に蓄積記録されている品質管理記録をアクセスできるように構成することも可能である。以下、工程端末装置１５に現われる対話画面インターフェースを説明する。
【００１７】
図２は、１日の作業開始画面を示す。機械名、作業日、オペレータ代表者名（機主）を入力する。生産開始ボタンを選択することにより開始前準備画面に進む。
【００１８】
図３は、生産切替え時の画面である。画面の中段に当日のこれまでの生産実績がリスト表示されている、画面の下段にその日の進行予定品目のリストが表示される。オペレータは進行予定品目のリストから次に進行する品目を選択する（図では、当日生産予定の最後の品目を選択した直後なので表示すべき内容がない）。選択された品目の情報（受注番号、得意先名、品名他）が、画面上段に表示されている。段ボール箱に詰める際の開始ラベル番号、詰め数のデフォルト値が表示されるが、オペレータは必要に応じて設定を変更する。次に処理すべき品目を選択したので「開始前準備」２０１を選択して先へ進む。
【００１９】
図４は、開始前準備のメイン画面３００を示す。手順書に定められた確認事項が表示される。即ち、「作業指示書」、「仕掛品管理表」、「製品ラベル」、「作業条件書」、「製品設計確認書」のそれぞれについて、確認しなければならない事項が表示される。例えば、「作業指示書」に関しては、確認事項として、「進行予定表と受注番号を照合する」とあり、機主、管理者（職制）がそれぞれ確認する必要がある。
【００２０】
図５は、開始前準備のメイン画面４００の「作業指示書」をクリックすることにより、その品目の作業指示書４１０が表示されたところを示す図である。開始前準備のメイン画面４００の「作業指示書」部分にはリンクが埋め込まれており、しかもそのリンクは受注番号を引数として含んでいるため、「作業指示書」部分をクリックするだけで、その品目の受注番号の作業指示書が表示される。その他の帳票類も同様に名前部分をクリックすることによりその品目の受注番号に一致する帳票を簡単に閲覧できる。このようにして開始前準備の確認を終えれば、「貼り出し確認」３０２を選択する。
【００２１】
図６は、「貼り出し確認」作業画面である。各チェック項目について、その項目の確認、測定、記録を行う。機主と職制でダブルチェックを行う。全てのチェックが終ったならば「本生産」５０３を選択する。本生産が始まる。
【００２２】
図７は、本生産処理中に工程端末１５に表示される表示画面６００である。チェック項目の１〜８までは、本生産中も３０分毎に確認を繰り返す。例えばチェック項目１「ラベル番号」「チェックして番号を記入」により、オペレータは、毎３０分ごとに、投入される前工程処理結果物に貼られているラベル番号を入力しなければならない。
【００２３】
図９は、品目全体の進行状況と、その中のある工程の進行状況を確認している画面である。画面３００、４００、５００、６００に表示される進度問合せボタン３０９をクリックすることによりその品目の品目全体の進行状況画面８１０が表示される。さらに、品目全体の進行状況画面８１０のテーブルから特定の内容コード（工程の番号に相当する）をクリックすると、その工程の進行状況画面８２０が図９のように表示される。
【００２４】
図８は、作業終了時の終了記録画面７００である。本生産表示画面６００にて、処理終了時に「作業終了」６０４を選択することにより、終了記録画面７００に切り替わる。終了記録画面７００では、品質マニュアルに定められている作業終了時に記録すべき事項を入力する。
【００２５】
以上、工程端末装置１５の対話画面の動きを説明した。次に、このような対話画面インターフェースを工程端末装置１５とＷｅｂサーバー１４によりどのように実現しているかを説明する。
【００２６】
図１０は、開始前準備メイン画面３００を中心に、工程端末装置１５の画面遷移を簡略化して模式的に表した図である。工程端末装置１５の画面インターフェースは、既述のように、開始前準備画面３００で、帳票（工票）類を選択すると、その品目におけるその帳票（工票）を即座に表示する。帳票（工票）類は、受注番号毎作成されるので、通常同種の帳票ごとにデータベース化されている。従って、所望の帳票の内容を表示するには、データベース検索画面を呼出して、帳票の種類や受注番号などの検索条件を入力する必要があるが、工程端末装置１５の画面インターフェースは受注番号の入力が１回だけですむよう設計されている。その仕掛けを図１１の流れ図で説明する。
【００２７】
図１１は、左側に工程端末装置のＷＷＷブラウザまたは、ＷＷＷブラウザの表示画面に対するオペレータの操作を示す。右側にＷｅｂサーバー１４の動作を示す。ステップＳ１０は、図３の生産切替え時の画面２００で、進行予定の品目リストから、一つの品目を選択したところを表す。この結果、ＷＷＷブラウザは、品目選択後の画面を要求するＨＴＴＰのリクエストメッセージを送信する。Ｓ１０からＳ２０へ向かう矢印線の上に“ＧＥＴ　　／選択後画面のＵＲＬ？１８００７９１３”と記されているのがその時送信されるリクエストメッセージの内容を表す。ＵＲＬは一般にネットワーク上で認識できるリソースそのものをさすが、ＨＴＴＰのＧＥＴメソッドによって指定されることにより、ＨＴＭＬファイルなどのファイルの内容または、処理プログラムの処理結果、を要求する意味となる。“？１８００７９１３”はＵＲＬを修飾する引数である。結局“／選択後画面のＵＲＬ？１８００７９１３”により１８００７９１３を引数として与えて品目選択後の画面を要求する意味となる。このメッセージはＷＷＷサーバーで解釈され、品目選択後の画面を作成するプログラムが起動される（Ｓ２０）。
【００２８】
品目選択後の画面を作成するプログラムは、開始前準備ボタン２０１に“開始前準備画面のＵＲＬ？１８００７９１３”とリンクを指定したタグを埋め込んだＨＴＭＬデータを作成し、これをＷＷＷブラウザに返答する。この結果が、図３に示した品目選択後の生産切替え時の画面２００である。画面２００を確認したオペレータは、左上にある開始前準備ボタン２０１を選択する（Ｓ１２）。すると、“開始前準備画面のＵＲＬ？１８００７９１３”を要求するリクエストメッセージがＷｅｂサーバーに対して発信される。このメッセージを受付けたＷｅｂサーバープログラムは、１８００７９１３を引数として与えて開始前準備画面を作成するプログラムを起動する（Ｓ２２）。このプログラムは、開始前準備のメイン画面３００として表示されるＨＴＭＬデータを生成するわけであるが、各帳票類の名前を表示する部分に、“帳票○○のＵＲＬ？１８００７９１３”とリンク指定したタグを埋め込んだＨＴＭＬデータとして作成する。このデータはＷＷＷブラウザに送り付けられ、工程端末装置１５の画面に図４のように表示される（Ｓ１４）。
【００２９】
オペレータが「帳票○○」の表示部分をクリックすると（Ｓ１６）、ＷＷＷブラウザは埋め込まれた引数１８００７９１３付きのリンク“帳票○○のＵＲＬ？１８００７９１３”を要求する。このメッセージを受付けたＷＷＷサーバーは、１８００７９１３を検索条件として与えて帳票○○のデータベース（データベース１３の一部である）を検索するプログラムを起動する（Ｓ２４）。その結果を受注番号１８００７９１３の品目の帳票○○のデータとして応答する。ＷＷＷブラウザでこのデータを表示することで、例えば４１０が表示され、図５のような画面状態となる。
【００３０】
また図９で、品目全体の進行状況表示画面８１０から、内容コード０６０を選択して、０６０工程の進行状況を表示させるには、画面８１０の内容コードの表示「０６０」に、“？１８００７９１３？０６０”と受注番号と内容コードの２種類の引数を指定すればよい。
【００３１】
結局、オペレータは１回だけ品目を選択するだけで、以後、当該品目の関連する帳票（工票）を閲覧するのに、受注番号等の入力を一切行う必要がない。また、このような画面遷移を行うためには、引数付きのＵＲＬへのリンクをタグとして埋め込んだＨＴＭＬを必要に応じて作成しなければならないが、そのための処理は全てＷｅｂサーバー１４に用意されたプログラムが行うので、工程端末装置１５はＷＷＷブラウザ以外に特別なアプリケーションプログラムを備える必要がない。より高度な品質管理を行うため、または新製品に対応するために、品質管理マニュアルが改訂され、新たな帳票を作成し、または、これまで参照していなかった他システムのデータベースを参照しなければならない必要が生じた時でも、Ｗｅｂサーバー１４側に備えるプログラムが変化するだけであって、工程端末装置１５側は影響を受けることはない。
【００３２】
尚、Ｗｅｂサーバー１４、データベースサーバー１３は、ローカルなネットワーク上に存在するサーバーではなくても構わない。ルーターを隔てて接続されている別のネットワークに存在する別システムのサーバーであってもよい。図１では、イントラネット６にデータベースサーバー１３ｂ、Ｗｅｂサーバー１４ｂが存在しているが、引数付きのリンクのＵＲＬをこれらのサーバーのＵＲＬとしておけば、端末画面上の１クリックで、これら別システムのデータベースの検索結果を表示させることが可能である。
【００３３】
【発明の効果】
以上詳しく説明したように、本発明によれば、決められた作業手順に則った対話画面が用意され、その画面に従って入力することがそのまま品質管理作業手順を遵守した記録となり品質保証につながり、また、端末装置側に端末の実行環境に依存した専用のアプリケーションプログラムを必要とせず、重複した入力作業を排除可能なことから作業負荷軽減が図れ、かつ必要な品質管理記録の参照が容易に行え、情報参照の機能追加が容易に行える工程管理端末装置を提供できるという顕著な効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施形態としての工程端末装置１５と、それを含めた製造管理システムの全体構成を示した図である。
【図２】１日の作業開始画面である。
【図３】生産切替え時の画面２００である。
【図４】開始前準備のメイン画面３００である。
【図５】開始前準備のメイン画面からその品目の作業指示書４１０が表示されたところを示す図である。
【図６】「貼り出し確認」作業画面５００である。
【図７】本生産中の表示画面６００である。
【図８】作業終了時の終了記録画面７００である。
【図９】品目の進行状況を確認中の画面を示す図である。
【図１０】開始前準備メイン画面３００を中心に工程端末装置１５の画面遷移を簡略化して模式的に表した図である。
【図１１】工程端末装置１５とＷｅｂサーバー１４の要求応答動作を説明するフロー図である。
【符号の説明】
６　　　　　　イントラネット
７　　　　　　ＬＡＮケーブル
１０　　　　包材製造機械
１１　　　　プログラマブル論理制御ユニット
１２　　　　運転情報収集サーバー
１３　　　　データベース
１４　　　　Ｗｅｂサーバー
１５　　　　工程端末装置
１６　　　　管理端末装置
１７　　　　中間生成物パレット
１８　　　　ラベル
１９　　　　運転状態モニタ端末装置
２０　　　　ラベルプリンタ

Claims (4)

1. 品質管理のための各種記録データを体系的に蓄積管理したデータベースと、このデータベースの管理手段を備えたサーバー装置と、複数の工程管理端末装置と、をネットワークで接続して構成される品質管理システムであって、前記工程管理端末には、オペレータの入力を受付け前記サーバーに必要なデータを要求し返答された情報を表示するクライアント手段が備えられており、前記サーバー装置には、前記クライアント手段からの要求を受け付け必要な情報を用意して返答するサーバーサイド手段が備えられており、前記クライアント手段と前記サーバーサイド手段の間のアプリケーションレベルのプロトコルとしてＨＴＴＰを採用し、前記クライアント手段を専用プログラムではなく、ＨＴＭＬデータとＷＷＷブラウザの働きにより実現させたことを特徴とする品質管理システム。
2. 請求項１に記載の品質管理システムにおいて、前記サーバーサイド手段は、提供する対話画面中の帳票類の名前の表示に引数付きのハイパーリンクを埋め込んだＨＴＭＬデータを前記工程管理端末装置に送付することにより、工程管理端末装置の利用者は、以後の検索で必要となる情報を１回入力するか、１回選択するだけで、それ以後重複した情報の入力や選択を行うことなく品質管理手順通りの製造に必要な所望の情報を抽出して閲覧しつつ作業を進めることを可能としたことを特徴とする品質管理システム。
3. 請求項２に記載の品質管理システムにおいて、前記サーバーサイド手段は、帳票類の名前の表示に対して、受注番号または受注番号と部品コードまたはそれらとそれらをキーにして得られるその他の情報をハイパーリンクの引数として埋め込んだＨＴＭＬデータを前記工程管理端末に提供すること特徴とする品質管理システム。
4. 前記サーバーサイド手段は、帳票類の名前の表示に対して前記ハイパーリンクの引数として、製造工程を特定する番号を埋め込んだＨＴＭＬデータを前記工程管理端末に提供すること特徴とする請求項３に記載の品質管理システム。

Images