特開 2023-134958 データ管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023134958

(43)【公開日】2023-09-28

(54)【発明の名称】データ管理システム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20230921BHJP

   G06F 11/30 20060101ALI20230921BHJP

   G06F 21/64 20130101ALI20230921BHJP

   G06Q 50/04 20120101ALI20230921BHJP

   G16H 20/10 20180101ALI20230921BHJP

【ＦＩ】

G06F11/34 176

G06F11/30 140A

G06F21/64

G06Q50/04

G16H20/10

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022039918

(22)【出願日】2022-03-15

(11)【特許番号】

(45)【特許公報発行日】2022-08-15

(71)【出願人】

【識別番号】522250482

【氏名又は名称】株式会社ＭＥＤＩＵＳ

(74)【代理人】

【識別番号】100143111

【弁理士】

【氏名又は名称】青山 秀夫

(72)【発明者】

【氏名】久米 隆司

【テーマコード（参考）】

5B042

5L049

5L099

【Ｆターム（参考）】

5B042GB07

5B042MA08

5B042MA10

5B042MA13

5B042MC35

5B042MC40

5L049CC03

5L099AA25

(57)【要約】      （修正有）

【課題】サーバに監査証跡を作成するための統合データをまとめる過程に、ユーザが関与する余地がなく、データの真正性を保証するデータ管理システムを提供する。
【解決手段】データ管理システム１は、ログデータを含む第１データと生産重要データを含む第２データとを、生産設備１００を駆動・操作させる生産設備用制御手段（操作機器１０、ＰＣ１１）に仮記憶させておき、第１データと第２データとを、生産設備に応じて設定させたタイミングでサーバ３００に通信させ、全ての第１データと第２データとが、夫々に又は一体に、汎用形式データとされた統合データに統合させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の生産設備と、通信手段と、サーバとを含み、前記生産設備の操作に係るログデータと物の生産に係る生産重要データとをサーバにおいて管理させるデータ管理システムにおいて、
前記ログデータとその発生時刻を第１データとし、前記生産重要データとその発生時刻を第２データとし、前記通信手段を通してサーバに、第１データと第２データとを取得させるデータ管理システムであって、
前記生産設備が、生産設備用制御手段を備え、
前記生産設備用制御手段が、データ処理手段と記憶手段とを備え、
前記データ処理手段が、第１データと第２データとを前記記憶手段に仮記憶させておき、
サーバが、データ統合手段とサーバ記憶手段とを備え、
前記データ統合手段が、前記生産設備用制御手段から通信された第１データと第２データとを、各々の生産設備に応じて設定させたタイミングで、前記通信手段を通してサーバに通信させ、全ての第１データと第２データとが、夫々に又は一体に、汎用形式データとされた統合データに統合され、前記サーバ記憶手段に記憶される、
ことを特徴とするデータ管理システム。

【請求項2】

いずれかの前記生産設備用制御手段が、汎用ＯＳにより制御されていない操作機器とされる、
ことを特徴とする請求項１に記載のデータ管理システム。

【請求項3】

サーバが、更にデータ復号手段を備え、
サーバに取得された第１データと第２データとのいずれかが、生産設備に固有のアルゴリズムによる難読形式データである場合には、
前記データ復号手段が、サーバに取得された前記難読形式データを汎用形式データに復号させてから、前記統合データに統合させて、前記サーバ記憶手段に記憶させる、
ことを特徴とする請求項１又は請求項２に記載のデータ管理システム。

【請求項4】

前記サーバが、前記データ復号手段に追加手段を備え、
前記追加手段が、新たな復号アプリケーションを追加させる、
ことを特徴とする請求項３に記載のデータ管理システム。

【請求項5】

第２データを通信させるタイミングが、生産設備に適した所定ロットに応じたタイミングとされている、
ことを特徴とする請求項１乃至請求項４のいずれか一項に記載のデータ管理システム。

【請求項6】

サーバが、タイミング変更手段を備え、
前記タイミング変更手段が、前記タイミングを変更可能としている、
ことを特徴とする請求項１乃至請求項５のいずれか一項に記載のデータ管理システム。

【請求項7】

前記通信手段が、正規時刻取得手段を備え、
前記正規時刻取得手段が、真正な正規時刻を取得し、
前記通信手段が、第１データと第２データとをサーバに通信させる際に、各々のデータに前記正規時刻を付与して通信させる、
ことを特徴とする請求項１乃至請求項６のいずれか一項に記載のデータ管理システム。

【請求項8】

前記データ統合手段が、重複データの判定手段と重複表示手段を備え、
前記判定手段が、第１データ又は第２データについて、各々の発生時刻が共通し正規時刻が異なる場合には、古い正規時刻が付与された第１データ又は第２データを重複データと判定し、
前記重複表示手段が、前記重複データに重複表示をしたうえで、
全ての第１データと第２データとが、統合データとしてサーバに記憶され、前記統合データから前記重複データを除外した監査証跡作成用統合データが作成される、
ことを特徴とする請求項７に記載のデータ管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、生産設備に係る操作ログ、動作ログ、環境ログ等の生産に関するデータを、サーバ用コンピュータ（以下、サーバという。）で一体管理させるデータ管理システムに関する。具体的には、生産設備用制御手段の操作に伴い発生される操作ログデータと生産重要データとを、サーバにおいて一体に管理させるデータ管理システムに関する。

【0002】

より具体的には、生産設備用制御手段が汎用ＯＳにより制御されているか否かに拘わらず、特に、生産設備で発生されたデータが可読な汎用形式データであるか否かに拘わらず、全てのデータを生産設備の特性に応じたタイミングでサーバに取得させる。そして、サーバにおいては、監査証跡レポートをまとめるための全てのデータを、真正性が保証された単一の可読な汎用形式データとして、自動的に一体に統合させるデータ管理システムに関する。

【背景技術】

【0003】

物品、例えば医薬品に規格外品が発見されると、製造・運搬・保管等の過程のどこに問題があったか、規格外品が、どの時点で、どれだけの量が発生されたかが監査される。従来は、データ改ざんを防止するために紙媒体に出力させたデータを基に監査されていたが、調査の負担軽減の要請から、近年では電子データに基づく監査に移行しつつある。

【0004】

ユーザのログイン認証データ、操作時点、操作内容等の操作ログデータだけでなく、個々の生産設備の駆動に伴い発生される生産速度等の動作ログデータ、生産設備に係る原材料の種別・調合、温度・湿度・圧力等の環境ログデータ等を含む生産重要データも、監査証跡と併せて抽出され、規格外品を発生させた原因が究明される。

【0005】

オフィスワークの分野においては、パーソナルコンピュータの汎用ＯＳ上で多くのアプリケーションが使用されている。各アプリケーションは、汎用ＯＳのアップデートに対応してアップデートされている。一方、生産管理の分野では、マイクロプロセッサとメモリだけを搭載させたマイクロコンピュータが、タッチスクリーン機器等（以下、操作機器という）により操作され、生産設備に必要な動作を一定の手順で処理させていることが多い。

【0006】

生産の分野でも、汎用ＯＳで動作するアプリケーションにより、ＰＣを使って生産管理させることも可能である。しかし汎用ＯＳのアップデートの際に、不具合が発生しないかの点検が煩雑であると共に、不具合が発生した場合には生産計画が狂うため、生産の現場では前記操作機器から汎用ＯＳにより駆動されるＰＣへの切り替えが進みにくい。

【0007】

多くの生産設備は、前記操作機器により駆動され、そのメーカ毎による固有のアルゴリズムに基づいて設計された操作プログラムとデータ管理プログラムの実行により、ログデータと生産重要データとを、汎用形式データ以外のメーカ独自のアルゴリズムによる難読形式データで、前記操作機器の中で発生させている。

【0008】

本願の出願人は、特許文献１において、前記操作機器が発生させた各種の情報をサーバに通信させる中継器の技術を提供している。操作ログデータと生産重要データは、監査証跡用データとして、操作機器から前記中継器を介した通信手段によりサーバに通信され、又は可搬型記憶手段であるＵＳＢメモリ等を介してサーバに移動され記憶されていた。

【0009】

生産設備により発生される各種のデータは、テキストデータ、ＣＳＶデータ等の汎用形式データ、又は、人が容易に判読できない難読形式データとして発生される。難読形式データの場合には、それが復号されて汎用形式データとされ監査証跡を作成する基のデータとされている。

【0010】

生産設備が発生させるデータを、そのままでは人が判読しにくく且つ改ざんしにくい難読形式データとさせておけば、データ改ざんがされにくく監査証跡用のデータとして真正性が担保されやすいという利点がある。こうした難読形式データの場合には、個々の生産設備のユーザが、各生産設備メーカにより提供された復号規則に基づく復号アプリケーションにより、テキストデータ、ＣＳＶデータ等の人が閲覧可能且つ編集可能な汎用形式データに復号させていた。

【0011】

生産設備の汎用形式データがサーバに集積されて、生産設備全体の監査証跡を作成するための一体のデータとしてまとめられていた。しかし、複数の生産設備から、異なった難読形式データが収集され、汎用形式データに復号され、監査証跡を作成するためのデータとしてまとめられる過程に、ユーザが関与する余地があったため、その真正性が必ずしも保証されないという課題があった。

【0012】

特許文献２には、監査証跡用データの一要件である同時性を充たさせるデータ管理システムの技術が開示されている。データ管理システムに、装置の駆動規制手段を備えさせ、装置、サーバ又は通信手段のいずれかが機能しない場合に、装置の駆動による処理記録を生成させないように装置の駆動を規制させ、監査証跡用データをサーバだけに記憶させるようにしている。

【0013】

この技術によれば、同時性を厳密に捉え、監査証跡用データの発生と同時にサーバだけに記録を残すようにし、監査証跡用データの同時性を担保させていた。しかし生産設備の中には、１分あたり数百個の生産重要データを発生させる設備もあり、こうした生産設備が多く存在する場合には、膨大な単位数のデータを通信させるために通信手段やサーバに大きな負荷を発生させることもあった。

【0014】

また、特定の生産工場に適用させるデータ管理システムを開発しても、それが適用先の生産環境に適しているか否かは、その生産工場の通信能力・サーバの能力・生産設備自体等の制御手段能力に依存しているため、データ管理システムの開発者内の適用テストだけでは、適合性を完全には確認しにくいという課題もあった。

【0015】

特許文献３には、出力されたログ情報を解析し、操作や動作記録を平易な自然言語に翻訳したレポートを出力するとした技術が開示されている。具体的には、専門的な知識を有さないユーザが、ログ情報を理解しやすいように、ログ情報に必要なデータを加え、ログ情報テーブルの一部を処理対象外とし、必要なデータのみを自然言語に翻訳するとしている。

【0016】

この技術によれば、ログデータの一部を改変しているため、欠落のない真正なデータを再生できない。また、膨大なデータ量となる生産重要データを考慮していない点でも、生産システムには適していない技術であった。

【0017】

特許文献４には、ウェブサーバからの情報をログ収集サーバに集積させる技術が開示されている。この技術によれば、ウェブサーバからログ収集サーバにログデータを送信するタイムテーブルを備えさせ、「何分毎」といった送信間隔を設定させ、又は「午前９時から５分おき」といった起算点及び送信間隔を設定させ、送信タイミングを分散させることにより、ログサーバの負担が軽減できるとされている。

【0018】

しかし、生産重要データは、操作ログの発生タイミングとは異なるタイミング、例えば、原料の調合、錠剤化、錠剤詰め等の生産プロセスにより異なる多様なタイミングで、多種類且つ膨大な数の情報が発生される。そのため、単に送信間隔を設定させるだけでは、サーバの負荷低減と不可欠なデータのタイムリーな取得を両立させるということが困難であるという課題があった。

【0019】

また、オペレーティングシステムの違いに基づくフォーマットの相違を統一するためのフォーマット統一手段を備えるとされているが、汎用ＯＳの違いに対応しているにすぎなかった。汎用ＯＳの違いに対応して、ログ出力文字コードの違い等を統一させるにすぎなかったため、生産設備のメーカによりアルゴリズムが異なる複数の操作機器により発生された難読化データに対応することはできないという課題もあった。

【先行技術文献】

【特許文献】

【0020】

特許文献１：特願２０２１－５５９２０４号公報
特許文献２：特開２０２１－１４０２８８号公報
特許文献３：特開２０１７－４９９６２号公報
特許文献４：特開２００４－２９５３０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0021】

本発明が解決しようとする課題は、サーバに監査証跡を作成するための統合データをまとめる過程に、ユーザが関与する余地がなく、データの真正性が保証されるデータ統合システムを提供することである。

【課題を解決するための手段】

【0022】

本発明の第１の発明のデータ管理システムは、複数の生産設備と、通信手段と、サーバとを含み、前記生産設備の操作に係るログデータと物の生産に係る生産重要データとをサーバにおいて管理させるデータ管理システムにおいて、前記ログデータとその発生時刻を第１データとし、前記生産重要データとその発生時刻を第２データとし、前記通信手段を通してサーバに、第１データと第２データとを取得させるデータ管理システムであって、前記生産設備が、生産設備用制御手段を備え、前記生産設備用制御手段が、データ処理手段と記憶手段とを備え、前記データ処理手段が、第１データと第２データとを前記記憶手段に仮記憶させておき、サーバが、データ統合手段とサーバ記憶手段とを備え、前記データ統合手段が、前記生産設備用制御手段から通信された第１データと第２データとを、各々の生産設備に応じて設定させたタイミングで、前記通信手段を通してサーバに通信させ、全ての第１データと第２データとが、夫々に又は一体に、汎用形式データとされた統合データに統合され、前記サーバ記憶手段に記憶されることを特徴としている。

【0023】

第1の発明の生産設備用制御手段は、汎用ＯＳにより生産設備を駆動させるＰＣであってもよく、前記操作機器であってもよく、両者が混在していてもよい。また、操作機器が操作されるアルゴリズムは、統一されてなくてもよく、複数の操作機器が、夫々異なるアルゴリズムにより操作されていてもよい。

【0024】

生産設備用制御手段で発生されるデータは、可読な汎用形式データとされていても、人為的なデータ加工が困難な難読形式データとされていてもよい。生産設備用制御手段で発生されたデータは、生産設備用制御手段をなす記憶手段に仮記憶され、生産設備に応じて設定させたタイミングでサーバに通信させ取得させる。サーバに通信させるタイミングは、生産設備、第１データ、第２データの特性に応じて設定されればよい。

【0025】

「生産設備に応じて」とは、具体的には薬品工場を例とすれば、昼勤・夜勤の別、薬品の原材料の調合ロット、薬剤シートの区切数、薬剤シートの帯掛け区切数等のように、個々の生産設備における生産の区切りに応じて設定されればよい。第１データは、ログイン及びログインの後に操作指令されたログデータであるため、ログイン毎にサーバに通信させればよいが限定されない。

【0026】

第２データは、発生された生産重要データの種類と量に応じて、サーバに通信されるタイミングが設定されればよい。生産重要データが微細に分割された膨大な数のデータである場合には、所定量がまとまるタイミングを設定してサーバに通信させればよい。

【0027】

従来から使っていた操作機器に中継器を追加してサーバに通信させる場合には、操作機器の改造を少なくさせるため、通信する毎に、仮記憶している全てのデータをサーバに通信させるようにしてもよい。なお、仮記憶するデータは、古いデータから削除し、新しいデータを追加するようにし、仮記憶容量の範囲内で仮記憶させておけばよいが限定されない。仮記憶させたデータのうちのサーバに通信させたデータは、所定のタイミング毎に削除させてもよい。

【0028】

一方、新たな生産設備を導入する際には、生産過程の細かな不具合を早期に発見しつつ、不具合を限定させ、早期に不具合を是正させるために、当初は生産の区切りを少量に設定させておき、順調な生産の進展に合わせ、データを通信させる生産の区切りを拡大させるようにしてもよい。

【0029】

また、第１データ、第２データを夫々、個別の統合データとしてもよく、第１データと第２データとを一体の統合データとしてもよい。個別の統合データとしておけば、データの特性に応じて監査証跡レポートの作成が容易であり、一体の統合データとし、データを時系列に並ぶようにしておけば、発生された生産重要データとログデータとの関係を追跡しやすい。

【0030】

本発明の第１の発明によれば、第１データ、第２データを、生産設備の特性に応じて設定したタイミングで通信させるため通信負荷をかけにくく、人為的な加工を経ないでデータが自動でサーバに取得されるためデータの真正性が高く、サーバにはすべてのデータが可読な汎用形式データで記憶されるため、監査証跡レポートの作成が容易であるという従来にない有利な効果を奏する。

【0031】

本発明の第２の発明は、第１の発明のデータ管理システムであって、いずれかの前記生産設備用制御手段が、汎用ＯＳにより制御されていない操作機器とされることを特徴としている。

【0032】

第２の発明によれば、いずれかの生産設備に備えられる生産設備用制御手段が、汎用ＯＳで駆動されていない操作機器とされている。各々の生産設備専用に開発されたアルゴリズムが異なる操作機器に生産設備を駆動されていてもよいため、操作機器をＰＣに置き換える必要がなく、従来使用していた操作機器であってもそのまま使用でき、仮記憶させたデータをサーバに自動的に取得させ、真正性が高い監査証跡レポートの作成が可能であるという効果を奏する。

【0033】

本発明の第３の発明は、第１又は第２の発明のデータ管理システムであって、サーバが、更にデータ復号手段を備え、サーバに取得された第１データと第２データとのいずれかが、生産設備に固有のアルゴリズムによる難読形式データである場合には、前記データ復号手段が、サーバに取得された前記難読形式データを汎用形式データに復号させてから、前記統合データに統合させて、前記サーバ記憶手段に記憶させることを特徴としている。

【0034】

第３の発明によれば、第１データと第２データのいずれかが、そのままでは人が判読しにくく且つ改ざんしにくい難読形式データ、換言すれば暗号化されたデータであっても、サーバにおいては、難読形式データが可読な汎用形式データに変換されて統合されるため、統合データから監査証跡レポートの作成が容易である。

【0035】

汎用形式データに復号させるには、前記操作機器のメーカから提供を受けた復号規則に基づいた復号アプリケーションを復号手段とし、予めサーバ記憶手段に記憶させておけばよい。復号アプリケーションは、予め生産設備と関連付け、データに付与されている生産設備ＩＤから特定させればよいが、これに限定されない。

【0036】

汎用形式データは、テキストデータ、ＣＳＶデータ等の人が閲覧可能且つ編集可能な形式であればよく、汎用形式データ相互間で変換されてもよい。第３の発明によれば、難読形式データとさせたデータがあっても、サーバにおいては汎用形式データに変換されるため、操作機器で発生させるデータを難読形式データとし、改ざんの余地を減少させることができるという効果を奏する。

【0037】

本発明の第４の発明は、第３の発明のデータ管理システムであって、サーバが、前記データ復号手段に追加手段を備え、前記追加手段が、新たな復号アプリケーションを追加させることを特徴としている。

【0038】

第４の発明によれば、ユーザが新たなメーカの生産設備を導入したときに、その生産設備に対応する復号アプリケーションを容易に追加することができる。これにより、新たなメーカの生産設備を導入した場合であっても、データ管理システムを僅かに改修するだけでよく、汎用性の高いデータ管理システムとすることができる。

【0039】

本発明の第５の発明は、第１から第４の発明のデータ管理システムであって、第２データを通信させるタイミングが、生産設備に適した所定ロットに応じたタイミングとされていることを特徴としている。

【0040】

第５の発明によれば、第２データを生産設備に適した所定ロットに応じたタイミングでサーバに通信させている。「生産設備に適した所定ロット」とは、一つの不良品が発生したときに、その不良品を含めて一体に廃棄する必要があるロットとすればよいが限定されない。所定ロットは、他の生産設備の所定ロットと対比して、無理のないロットが設定されればよい。

【0041】

第５の発明によれば、ロットを少量に設定すれば生産設備に応じて不良率を低減でき、ロットを大量に設定すれば、頻繁なデータ送信による通信手段等の負荷を低減でき、既存の通信手段の能力の範囲で、好適なデータ管理システムを構築することができるという効果を奏する。

【0042】

本発明の第６の発明は、第１から第５の発明のデータ管理システムであって、サーバが、タイミング変更手段を備え、前記タイミング変更手段が、前記タイミングを変更可能としていることを特徴としている。

【0043】

第６の発明によれば、サーバに備えられるタイミング変更手段により、データがサーバに通信されるタイミングを変更することが可能とされている。新しい生産設備を導入したときなどには、不良品の発生に応じて、他の生産設備のデータ通信タイミングを変更することができるため、生産設備ライン全体としてデータを無理なく管理することができるという効果を奏する。

【0044】

本発明の第７の発明は、第１から第６の発明のデータ管理システムであって、前記通信手段が、正規時刻取得手段を備え、前記正規時刻取得手段が、真正な正規時刻を取得し、前記通信手段が、第１データと第２データとをサーバに通信させる際に、各々のデータに前記正規時刻を付与して通信させることを特徴としている。

【0045】

第７の発明によれば、夫々の生産設備を制御させている操作機器又はＰＣの内部時刻に違いがあっても、全てのデータの時系列を正確に記憶することができる。これにより、統合データをより信頼性の高い真正なデータとすることができる。

【0046】

本発明の第８の発明は、第７の発明のデータ管理システムであって、前記データ統合手段が、重複データの判定手段と重複表示手段を備え、前記判定手段が、第１データ又は第２データについて、各々の発生時刻が共通し正規時刻が異なる場合には、古い正規時刻が付与された第１データ又は第２データを重複データと判定し、前記重複表示手段が、前記重複データに重複表示をしたうえで、全ての第１データと第２データとが統合データとしてサーバに記憶され、前記統合データから前記重複データを除外した監査証跡作成用統合データが作成されることを特徴としている。

【0047】

第８の発明によれば、データ通信中に電源ダウンが発生しても、電源ダウンによる一部が欠損した不具合データを含めてサーバに記憶させている。しかし、正規時刻を基準に全ての重複データを判定して、古い重複データに重複表示をさせているため、不具合データを含めた全てのデータが統合データに統合されていても、重複データを判別して削除することが容易である。

【0048】

監査証跡レポートを作成する前の統合データが、改ざんされていない全データであるため、統合データの真正性が保証されている。加えて、重複データを除外した監査証跡作成用統合データが作成されているため、監査証跡レポートが作成しやすいという効果を奏する。

【発明の効果】

【0049】

・本発明の第１の発明によれば、第１データ、第２データを、生産設備の特性に応じて設定したタイミングで通信させるため通信負荷をかけにくく、人為的な加工を経ないでデータが自動でサーバに取得されるためデータの真正性が高く、サーバにはすべてのデータが可読な汎用形式データで記憶されるため、監査証跡レポートの作成が容易であるという従来にない有利な効果を奏する。
・第２の発明によれば、操作機器をＰＣに置き換える必要がなく、従来使用していた操作機器であってもそのまま使用でき、仮記憶させたデータをサーバに自動的に取得させ、真正性が高い監査証跡レポートの作成が可能であるという効果を奏する。

【0050】

・第３の発明によれば、難読形式データとさせたデータがあっても、サーバにおいては汎用形式データに変換されるため、操作機器で発生させるデータを難読形式データとし、改ざんの余地を減少させることができるという効果を奏する。
・本発明の第４の発明によれば、新たなメーカの生産設備を導入した場合であっても、データ管理システムを僅かに改修するだけでよく、汎用性の高いデータ管理システムとすることができる。
・本発明の第５の発明によれば、ロットを少量に設定すれば生産設備に応じて不良率を低減でき、ロットを大量に設定すれば、頻繁なデータ送信による通信手段等の負荷を低減でき、既存の通信手段の能力の範囲で、好適なデータ管理システムを構築することができるという効果を奏する。

【0051】

・本発明の第６の発明によれば、新しい生産設備を導入したときなどには、不良品の発生に応じて、他の生産設備のデータ通信タイミングを変更することができるため、生産設備ライン全体としてデータを無理なく管理することができるという効果を奏する。
・本発明の第７の発明によれば、夫々の生産設備を制御させている操作機器又はＰＣの内部時刻に違いがあっても、全てのデータの時系列を正確に記憶することができ、統合データをより信頼性の高い真正なデータとすることができる。
・本発明の第８の発明によれば、監査証跡レポートを作成する前の統合データが、改ざんされていない全データであるため、統合データの真正性が保証されている。加えて、重複表示を手がかりに重複の無いデータが容易にまとめられるため、監査証跡レポートが作成しやすいという効果を奏する。

【図面の簡単な説明】

【0052】

【図1】生産ラインの模式図（実施例１）。

【図2】データ通信タイミングの説明図（実施例１）。

【図3】システムのブロック図（実施例１）。

【図4】統合データの例（実施例１）。

【図5】統合データの具体例（実施例１）。

【図6】重複表示手段のブロック図（実施例２）。

【図7】重複データの例（実施例２）。

【図8】重複表示の例（実施例２）。

【図9】データ処理のフロー図（実施例２）。

【発明を実施するための形態】

【0053】

複数の生産設備が通信手段によりサーバと通信し、生産設備の夫々が発生させたデータを、発生させたままの形式で、生産設備を操作する機器に仮記憶させておき、生産設備の特性に応じたタイミングで、サーバに通信させるようにした。そして、サーバにおいては全てのデータを可読な汎用形式データとされた真正且つ単一の統合データとして記憶させる。統合データからは、その一部を抽出・整列させて書き換え不能な監査証跡レポートを作成することが容易である。

【実施例0054】

実施例１では、薬品の生産ラインに適用されたデータ管理システム１を、図１から図５を参照して説明する。図１は生産ラインの例を示している。図２はデータをサーバに通信させるタイミングの例を示している。図３はデータ管理システム１のブロック図を示している。図４は、統合データの説明図を示し、図５は統合データの具体例を示している。

【0055】

生産ラインには、機能分担された複数の生産設備１００が、矢印に示すように生産工程順に配列されている（図１参照）。データ管理システム１において、各々の生産設備１００は、通信手段２００によりサーバ３００と通信される。通信手段２００は、Ｗｉ-Ｆｉ接続により無線ＬＡＮ接続されてもよく、イーサネット接続により有線接続されてもよく、通信規格は限定されない。

【0056】

例えば、作業員の携帯式操作機から近距離無線通信により送信されたログイン情報を、操作機器の受信部が受信しログインさせ、操作により操作機器が駆動され、生産重要データを発生させてもよい。サーバにデータ取得させる際に正規時刻も併せて取得させるように、通信手段には正規時刻取得手段４００が接続されている。

【0057】

前記生産設備１００を駆動制御させる生産設備用制御手段は、少なくとも一つがマイクロコンピュータを操作する操作機器１０とされ、その他の生産設備用制御手段はＰＣ１１等とされてもよい。サーバ３００には、操作機器１０に仮記憶された第１データと第２データを始めとして、全ての第１データと第２データが取得され、可読な汎用形式データとされた統合データが記憶される。

【0058】

ＰＴＰシートの生産ラインには、上流に薬剤調合機１２（図１破線参照）が配され、錠剤をＰＴＰシートに詰める錠剤詰機１３、錠剤の欠品を検査する検査機１４、ＰＴＰシートを重ねて結束させる帯掛機１５等が、生産工程順に配列されている（図１参照）。各々の生産設備１００は、サーバ３００にデータを通信させるタイミングを変更させるタイミング変更手段（図２、図３参照）により、その生産設備に適したタイミングで第１データと第２データをサーバに通信させている。

【0059】

ここで、本発明の理解を容易にするため、図２を参照して、生産設備の操作に係るログデータとその発生時刻を第１データとし、物の生産に係る生産重要データとその発生時刻を第２データとし、各々の生産設備について、サーバにデータを通信させるタイミングを具体的に説明する。なお、図２においてはデータを発生させるタイミングも変更可能とさせている。

【0060】

薬剤調合機１２は、多量の錠剤をなす薬剤用の原料を所定の単位量ずつ投入させるが、第１データを発生させる機会は、装置の作動時・調合変更時に限られている。第２データである薬剤調合機に係る生産重要データは、混合させる薬剤原料を所定量ずつ計測し、調合させる１生産単位を１ロットとしてデータを発生させる。第1データ、第２データとも、新しい調合ロットとなる１生産単位毎に１回サーバに通信させればよいが、例えば、生産停止操作がされた場合、又は、データ転送指令がされた場合等に、サーバに通信させるように設定させてもよい。

【0061】

錠剤詰機１３は、上流の工程で製造された錠剤を、ＰＴＰシートの窪部に投入し、防湿シートを熱溶着して錠剤詰めを行う。錠剤詰機の第１データは、作業開始時、ＰＴＰシートの形態変更時、熱溶着温度の変更等の操作・変更時に発生させればよく、サーバには１日あたり１回通信させるようにすればよい。

【0062】

一方、第２データは、上流の薬剤調合機において予め定めた1生産単位をなす錠剤数から生産可能なＰＴＰシートの枚数毎に発生させればよい。例えば、１生産単位の錠剤数が２０，０００個であれば、シートあたり１０個の錠剤を詰める場合には、発生タイミングをＰＴＰシート２，０００枚に設定させればよい。なお、熱溶着条件変更時には、短時間おきに第２データを発生させるように、前記設定数を５００枚のように、より少ない数値に変更させてもよい。第２データは１生産単位分の錠剤が詰められる毎にサーバに通信させるようにすればよい。

【0063】

検査機１４は、ＰＴＰシートの欠錠や錠剤の欠け等を監視カメラで検査する。第１データは、操作者が検査機を作動させた作動時、検査速度の変更時などに発生させ、サーバに１日あたり１回取得させるようにすればよい。

【0064】

一方、第２データは、全てのＰＴＰシートを検査して発生させる。不良率を下げるため、ＰＴＰシート１００枚を検査の１ロットとしてサーバに通信させ、不良発生があれば下流で不良品を排除させる。不良発生がなければ、複数ロット毎、例えば２ロット毎にサーバに通信させるように変更し、不良率に応じて第２データをサーバに通信させるタイミングを変更させるとよい。このほか、不良品が検知されたときに生産ラインが自動停止されるように設定されている場合には、生産設備の停止毎に第２データを通信させてもよい。

【0065】

帯掛機１５の第１データは、作業開始時、帯掛けの張力変更時等の操作時に発生させればよく、サーバへは作動・設定変更時にデータを通信させるようにすればよい。帯掛機の第２データは、予め設定した束数、例えば、１，０００束を１ロットとして発生させ、第１データの通信時と同時に、サーバにデータを通信させればよい。または、帯掛機に同時に搭載される枚数、例えば２０枚を一つのロットとして、第２データを発生させて、その都度第２データをサーバに通信させてもよい。

【0066】

薬剤調合機、錠剤詰機、検査機、帯掛機についての上記の例は単なる例示に過ぎず、第１データ、第２データとも、生産ラインにおいて不良率を低くし、高い生産効率を発揮できるように、生産設備の特性に応じて任意のタイミングで、データを発生させ、サーバに通信させればよい。

【0067】

なお、第１データについては、作動時と作動変更時が選択可能とされ、第２データについては、装置の特性に応じて、薬剤調合毎、所定の錠剤詰数、所定の検査数、所定の束数を一つの単位（所定ロット）とする等のように、サーバに取得させるタイミングを任意に変更可能としておくとよい。夫々のデータは、予め設定させたタイミングのほか、データ通信操作、生産設備の停止操作といった特定の操作がされたときに通信させてもよい。

【0068】

ここで図３を参照して、データ管理システム１の全体構成を説明する。データ管理システム１は、錠剤詰機１３と検査機１４と帯掛機１５等とからなる複数の生産設備１００と、通信手段２００と、サーバ３００と、正規時刻取得手段４００とを含んでいる。

【0069】

Ａ社が製造した錠剤詰機１３はマイクロコンピュータ１６により駆動され、従来から生産ラインに組み込まれている操作機器１０により操作される生産設備であり、前記の中継器１７により通信手段２００を介してサーバと通信される。Ｂ社が製造した検査機１４はマイクロコンピュータ１８により駆動され、錠剤詰機と同様に操作機器１９により操作されるが、通信手段２０を内蔵した操作機器である。Ｃ社が製造した帯掛機１５は、内蔵の通信手段２１を介してサーバと通信されるＰＣ１１により操作される。

【0070】

操作機器１０等をなすタッチパネルスクリーン機器は、制御手段２２と記憶手段２３と入出力手段２４と表示手段２５を備えていればよい。また各々の生産設備は、マイクロコンピュータ又はＰＣにより駆動される搬送機、熱溶着機等の生産設備駆動部２６と、生産重要データを取得する生産重要データ取得部２７を備えている。

【0071】

サーバ３００は、中央演算処理装置からなる制御手段３０と、ハードディスク等からなるサーバ記憶手段３１とを含んでいる。制御手段３０は、データ統合手段、タイミング変更手段、データ復号手段として機能され、また、新しい復号アプリケーションをなすデータ復号手段の追加手段として機能される。

【0072】

サーバ記憶手段３１は、第１データ、第２データ、又は第１データと第２データの全体の統合データの記憶手段、夫々の生産設備が発生させた難読化形式データを汎用形式データに復号させる復号アプリケーションの記憶手段、また、各々の生産設備からサーバにデータを通信させるタイミング情報を記憶させる記憶手段として機能される（図３参照）。

【0073】

通信手段２００は、無線ＬＡＮにより通信されてもよく、通信規格は限定されないが、イーサネット接続により有線接続されると、通信が安定して好適である。通信手段には、正規時刻取得手段４００が接続され、真正な正規時刻を取得し、生産設備から通信されたデータをサーバが取得する際に、正規時刻も併せてサーバに記憶させるようにしている（図１、図５参照）。正規時刻取得手段は、衛星電波時計として機能されるＧＰＳ、電波時計、時刻校正サーバ等のいずれであってもよく限定されない。

【0074】

夫々の生産設備１００は、製造者毎に異なるアルゴリズムに基づいて、発生されたデータ形式が異なっている。錠剤詰機１３はＡ社の規格により、バイナリデータからなる機械語形式データでデータを発生させ、検査機１４はＢ社の規格により、人が容易に判読できないように暗号化された難読形式データでデータを発生させる。帯掛機１５は汎用ＯＳにより駆動されるアプリケーションにより、テキスト形式データ等の汎用形式データでデータを発生させる（図４参照）。

【0075】

夫々の生産設備１００で発生されたデータがサーバ３００で統合されるまでを、図４を参照して、具体的に説明する。錠剤詰機で発生された第１データと第２データは、機械語形式データ４０のままサーバ３００（図４（Ａ）図破線参照）に取得される。サーバにおいては、機械語形式データがＡ社のアルゴリズムに基づく復号アプリケーションにより復号され、第１データと第２データとが夫々汎用形式データとされる。

【0076】

検査機で発生された第１データと第２データを含むデータは、単に機械語形式データであるだけでなく、人が容易に判読できないように難読処理がされた難読形式データ４１とされている。そのため、サーバにおいては、Ｂ社のアルゴリズムに基づいた、暗号データを可読化処理させる復号アプリケーションにより復号されて、第１データと第２データとが夫々汎用形式データとされる。帯掛機（Ｃ）で発生されたデータは、いずれも汎用形式データ４２であるためデータ復号処理がされないでサーバに通信される。

【0077】

サーバにおいては、夫々汎用形式データとされている錠剤詰機、検査機、帯掛機の第１データと第２データが統合データとして統合される。データ統合の際には、データの発生時刻５０、生産設備を識別させる生産設備ＩＤ５１、サーバにデータが取得された正規時刻５２をインデックス（図５▼印参照）として、データが統合されればよい。

【0078】

第１データと第２データを夫々、別々に統合させた例を図４（Ａ）図に示し、第１データと第２データを、生産設備ＩＤ、発生時刻、正規時刻をインデックスとして、一体に統合させた例を図４（Ｂ）図に簡単に示している。ここで、更に理解を容易にするために、統合データの具体例を、図５を参照して説明する。

【0079】

図５（Ａ）図は第１データの統合データの例を示し、図５（Ｂ）図は第２データの統合データの例を示し、図５（Ｃ）図は第１データと第２データを一体に統合させた統合データの例を示している。第１データと第２データの夫々のデータは、データを区別させるためのインデックス（図５各図の▼印参照）と、その他の任意情報とから構成される。第１データの任意情報は、例えばユーザＩＤ５３のほか、ログイン、ログオフ、速度変更操作といった操作内容５４等とされ、第２データの任意情報５５は、例えば温度情報、湿度情報、不良判定情報等とされる。

【0080】

図５（Ａ）図から図５（Ｃ）図のいずれにおいても、発生時刻５０と生産設備ＩＤ５１と正規時刻５２とがインデックス（図５▼印参照）をなす必須情報として記憶されているが、発生時刻５０と正規時刻５２とが一致するように時刻制御されていれば、発生時刻と正規時刻のいずれかのみをインデックスとしてもよいことは勿論のことである。ログテータと発生時刻を含んだ第１データは、ユーザＩＤ等のユーザ情報、ログイン・速度変更等の操作内容が一体に記憶される（図５（Ａ）図参照）。

【0081】

生産重要データと発生時刻を含んだ第２データは、温度、湿度、正常、不良等のデータが一体に記憶されるが、そのデータ生成に係わったユーザＩＤ５３等のユーザ情報が記憶されてもよい（図５（Ｂ）図参照）。第１データと第２データとを一体に統合させた統合データは、第１データと第２データとを時系列順に統合させておけばよい（図５（Ｃ）図参照）。一体に統合させた統合データにおいては、ログテータと生産重要データとの係わりが時系列順に分析容易である。

【0082】

データ統合手段は、夫々の第１データを、発生時刻、生産設備ＩＤ、正規時刻をインデックス（図５（Ａ）図▼印参照）として、正規時刻ｂ１，ｂ２，ｂ３，ｂ・・・，の順に、第１データだけの統合データに統合させることができる。仮に、生産設備毎の内部時刻、例えば生産設備Ａと生産設備Ｂの内部時刻とが相違し、発生時刻が真正な時刻と異なっていても、サーバにデータが受信された真正な正規時刻に基づいて、生産設備Ａと生産設備Ｂで発生されたデータを、データ発生順に整理することができる。

【0083】

また、データ統合手段は、夫々の第２データについても同様に、発生時刻、生産設備ＩＤ、正規時刻をインデックス（図５（Ｂ）図▼印参照）として、正規時刻の順に統合させることができる。データ統合手段が、第１データと第２データを一体として統合データを作成させる場合においても、同様に正規時刻の順に統合させればよい（図５（Ｃ）図参照）。監査証跡レポートを作成させるときには、統合データ全体から必要な範囲のデータを抽出して作成させればよい。

【実施例0084】

実施例２では、データ統合手段に重複データの判定手段と重複表示手段を備えさせたデータ管理システム２を、図６から図９を参照して説明する。図６はデータ管理システム２のブロック図を示している。図７は、一つの操作機器からデータが繰り返し通信され、重複されたデータとなっている状態のデータを説明する図を示している。

【0085】

図８は、電源ダウンなどによる重複処理の例を説明する図を示している。図８（Ａ）図は不具合のある第２データを統合させた統合データを示し、図８（Ｂ）図は欠損がない真正な第２データを示し、図８（Ｃ）図は不具合のある第２データに真正な第２データを統合させた統合データを示している。図９は、データ管理手段のデータ処理のフロー図を示している。

【0086】

データ管理手段２では、破線で示した複数の生産設備１００と通信されるサーバ３００において、データ統合手段が重複データの判定手段６０と重複表示手段６１を備えている（図６参照）。判定手段は、サーバに第１データ又は第２データをなす単位のデータが通信されたときに、夫々の単位のデータに付与された正規時刻により、通信されたデータが重複データか否かを判定させる。重複表示手段は、統合データに重複データと判定されたデータが含まれる場合には、その判定されたデータを含む単位（ロット）のデータ全体に重複表示をさせる（図７参照）。

【0087】

従来の操作機器には、実施例１において例示した錠剤詰機のように、仮記憶させたデータをまとめて一括して通信させる機能しかない場合がある。例えば、３日分のデータを仮記憶させるようにし、それよりも古い日付のデータについては順に削除させる操作機器もある。このような操作機器の場合には、重複データが膨大となるため、データに重複表示６２を付し、統合データから容易に削除可能とさせておくとよい（図７斜線部分参照）。

【0088】

このほか、電源ダウン・通信不調等により所定単位量のデータの一部が正常に送受信されなかった場合にも、通信不調等が回復してから、その単位のデータがサーバに自動的に再通信されるため、重複データが発生することもある。ここで理解を容易にするため、一つの単位としてまとまった量のデータが通信される第２データを例に、図８を参照して具体的に説明する。

【0089】

例えば、データの発生時刻ａ３からａ６０までを一つの単位としたデータが、正規時刻ｂ６にサーバに受信されるときに電源ダウンにより、ａ６０のデータの一部に欠損６３が発生（図８（Ａ）図の破線参照）したとする。こうした不具合データが送信されたときには、次のタイミング（ｂ８）に、通信手段が完全なデータを再送信させ、その単位のデータが再受信される（図８（Ｂ）図参照）。そうすると、統合データには、データの一部が欠損した不具合データ（正規時刻ｂ６に受信）と、真正なデータ（正規時刻ｂ８に受信）とが重複して記録されることになる（図８（Ｃ）図参照）。

【0090】

ここで、データの復号処理、統合処理、重複判定処理について、図９に示すフローを参照して、データの統合と重複表示をさせる手順を説明する。図９（Ａ）図は、データの復号処理と統合処理のフロー図を示し、図９（Ｂ）図は、重複判定処理のフロー図を示している。

【0091】

各々の生産設備を操作させる操作機器又はＰＣに仮記憶させたデータが、夫々に設定されたタイミングで通信手段を通して、サーバに通信される（Ｓ１００）。サーバが夫々のデータを受信したときには、通信手段によりＧＰＳから取得した正規時刻が付与される（Ｓ１１０）。次に、受信したデータの生産設備ＩＤにより、復号処理を必要とする生産設備から取得されたデータか否かが判定される（Ｓ１２０）。

【0092】

ステップ１２０にて復号が必要と判定されたときは、データ復号手段が、サーバ記憶手段から前記生産設備ＩＤに対応する復号アプリケーションを読み出し（Ｓ１３０）、データが復号処理され、汎用形式データに復号される（Ｓ１４０）。ステップ１２０にて復号が不要な生産設備ＩＤと判定されたときは、データの統合処理に進む（Ｓ１５０）。データ統合手段により汎用形式データの統合処理がされ（Ｓ１５０）、統合データがサーバ記憶手段に記憶される（Ｓ１６０）。

【0093】

統合データにおいては、重複判定処理が実行される。重複判定処理がされるタイミングは限定されず、予め設定させた所定間隔、又は監査証跡作成用統合データ作成前の適時に実行されればよい。重複判定処理がスタートされ（Ｓ２００）、判定手段が、取得された新たなデータ（図８（Ｂ）図参照）の生産設備ＩＤと発生時刻をインデックスとして、重複データか否かを判定させる（Ｓ２１０）。重複データであると判定されたときは、いずれの正規時刻が新しいかが判定される（Ｓ２２０）。

【0094】

例えば、前記の図８（Ｃ）図のデータにおいては、ａ３からａ６０までの単位データの発生時刻と生産設備ＩＤが重複しているため、ｂ６よりも新しいｂ８の正規時刻が記憶された単位のデータを真正なデータと判定させ、正規時刻が古いｂ６で受信された単位のデータを重複データと判定させる。

【0095】

ステップ２２０にて、古い正規時刻が記憶された重複データには、その単位のデータに重複表示をさせ（Ｓ２３０）、データの統合処理に進む（Ｓ２４０）。具体的には、Ｂ６に受信したＡ３からＡ６０までに発生した単位のデータに重複表示６２を付与させる（図８（Ｃ）図参照）。一方、ステップ２２０にて正規時刻が新しいと判定された単位のデータは、重複表示をしないで統合データに統合される（Ｓ２４０）。

【0096】

ステップ２１０にて、設備ＩＤ、発生時刻が異なっていると判定されたときは、そのままステップ２４０に進み、データの統合処理を実行させる。全てのデータが統合データに統合されると、重複判定処理が終了される（Ｓ２５０）。フロー図においては省略しているが、サーバ記憶手段の記憶容量に応じて、統合データから重複表示をした重複データを削除（図７参照）させてもよい。データを削除するタイミングは限定されず、データ統合後のいずれかのタイミングで削除させればよい。

【0097】

監査証跡レポートを作成する際には、新しい統合データから重複データを除外させて、書き換え不能な監査証跡レポートを書き出せばよいが、重複データに重複表示を付与したまま監査証跡レポートとしてもよいことは勿論のことである。

【0098】

また、新しい生産設備を導入した場合のように、新種類の生産重要データを記憶すべき相当列が統合データにない場合には、データ統合処理においてデータベースに新しい情報列を追加し、新しい情報列を追加する前に記録されていたその他の行には、追加された情報列の項目をブランクとさせておけばよい。

【0099】

（その他）
・実施例１においては、機械語形式データ、難読形式データ、汎用形式データのいずれかを仮記憶させる３つの態様の生産設備が混在する生産ラインを説明したが、データの形式が限定されないのは勿論のことである。
・本実施例においては、サーバにデータ復号手段が備えられる例を説明したが、全ての生産設備に汎用形式データが仮記憶される場合には、データ復号手段等を省略してもよいことは勿論のことである。
・今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の技術的範囲は、上記した説明に限られず特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。