JP6785572B2 - 金型電子カルテシステム - Google Patents

Description

本発明は、樹脂金型やプレス加工、鋳造、鍛造などの金型の不具合情報などの管理に用いられる金型電子カルテシステムに関する。

金型の製作過程で起こっている加工不具合や金型組立時の不具合、成形トライ時の不具合発生による金型修正などの情報は金型の設計や保守等にフィードバックすることで金型の品質を高めることができる。従って、これらの不具合情報は非常に貴重である。

しかし、従来からこれらの不具合情報は記録されずに放置されている場合が多い。そのため、毎回同じような不具合が繰り返し発生しており、一向に改善が進まなかった。

本発明者らは、このような課題を解決するために、金型の不具合情報を簡単かつ正確に収集でき、金型の不具合の履歴を容易に閲覧することができる金型電子カルテシステムを開発した（特許文献１参照）。

特許文献１に係る金型電子カルテシステムは、情報収集用のタブレット等の端末及び情報管理のためのデータベースを使ったシステムである。まず、金型製作不具合やトライ不具合などが発生した現場で、作業者はタブレットを使って金型に設けられたＱＲコード（登録商標）を撮像して金型を個体識別する。次に、タブレットの静止画や動画の撮影機能、音声記録機能を使って不具合事象を記録し、不具合分類項目等を画面上からプルダウン選択し、これらの不具合情報をオンラインでデータベースに送信する。データベースでは、タブレットから送信された不具合情報を金型ごとに時系列的に蓄積する。

特開２０１５−１７９３４８号公報

このようなタブレットが使われる現場は、ＷｉＦｉ環境のない海外のサプライヤーや、国内であっても工場がＷｉＦｉ環境のない遠隔の地にあることが多く、システムの運用がこのような通信環境によって支障をきたすことがわかってきた。

以上のような事情に鑑み、本発明の目的は、通信環境に依存することなく、システムを運用することができる金型電子カルテシステムを提供することにある。

上記目的を達成するため、本発明の一形態に係る金型電子カルテシステムは、金型に関する不具合情報を収集するのに必要な機能モジュールを記憶するとともに、前記不具合情報を蓄積するデータベースと、前記機能モジュールを用いて前記金型に関する不具合情報を収集するための電子カルテアプリケーションを有し、無線通信部分を含む伝送路を介して前記データベースより前記機能モジュールをダウンロードし、前記ダウンロードした機能モジュールを用いた前記電子カルテアプリケーションにより、オフライン状態で前記不具合情報を収集して保存する端末と、を有し、前記データベースと前記端末との間で前記伝送路を介して通信が可能なときに、前記伝送路を介して前記端末より前記データベースに前記端末に保存された不具合情報を送信するものである。

本発明の一形態に係る金型電子カルテシステムでは、端末が伝送路を介してデータベースより機能モジュールをダウンロードし、ダウンロードした機能モジュールを用いた電子カルテアプリケーションにより不具合情報を収集して保存する。そして、データベースと端末との間で伝送路を介して通信が可能なときに、伝送路を介して端末よりデータベースに端末に保存された不具合情報を送信している。従って、通信環境に依存することなく、システムを運用することができる。

本発明の一形態に係る金型電子カルテシステムは、前記データベースと前記端末との間で前記伝送路を介して通信が可能であり、かつ、前記端末に前記不具合情報が保存されている場合に、前記電子カルテアプリケーションが立ち上げられたタイミングで、前記伝送路を介して前記端末より前記データベースに前記保存された不具合情報を送信するとともに、前記端末に保存されていた不具合情報を削除するものである。

これにより、様々な会社や部門の作業者が一つのシステムに携わる機会が多くなった場合でも、データベースに不必要な不具合情報がアップロードされることがなくなり、システム上で１つの不具合情報に対して異なる情報が複数存在することはなくなり、唯一の正しい不具合情報がシステム上に存在することになる。

本発明の一形態に係る金型電子カルテシステムは、前記データベースは、前記機能モジュールを複数種類記憶し、前記データベースより前記端末にダウンロードできる前記機能モジュールの種類を使用者の権限に応じて規制する。

これにより、権限のない人が不必要な機能モジュールを持ち出させず、システムのセキュリティーを高めることができる。

以上のとおり、本発明によれば、通信環境に依存することなく、システムを運用することができる。

本発明の一実施形態に係る金型電子カルテシステムの構成を示すブロック図である。 図１に示したシステムのデータベースが記憶するアクセス権テーブルの一例を示す図である。 本発明の一実施形態に係る金型電子カルテシステムを使った不具合情報収集の概要を示すフローである。 アクセス権限テーブルにおけるアクセス権の付与の動作フローである。 アクセス権テーブルにおけるデータ持ち出しに関するアクセス権の付与の動作フローである。 データ持ち出しに関するアクセス権テーブルの一例を示す図である。 ログインからオン／オフラインモードの起動までのタブレットの動作フローである。 オンラインモード起動時のシステムの動作フローである。 オフラインモード起動時のシステムの動作フローである。 機能モジュールのうち「打ち上げ登録」の機能モジュールが立ち上げられた場合の動作フローである。 不具合情報の一例を示す図である。 アップロードモードの動作フローである。

以下、図面を参照しながら、本発明の実施形態を説明する。

図１は、本発明の一実施形態に係る金型電子カルテシステムの構成を示す図である。

図１に示すように、金型電子カルテシステム１は、データベース１０と、端末としてのタブレット２０とを有する。

データベース（データベースサーバ）１０は、金型に関する不具合情報を収集するのに必要な機能モジュールや、不具合情報、アクセス権テーブルなどが記憶されるデータベース本体１１と、制御部１２と、通信部１３とを有する。

機能モジュールとしては、典型的には、「打ち上げ登録」、「作業チェックリスト」、「データダウンロード」、「金型登録」などがある。機能モジュールは、タブレット２０で電子カルテアプリケーションを実行する際に用いられるものである。

「打ち上げ登録」とは、金型に関する不具合情報を登録する機能である。

「作業チェックリスト」とは、特定のシーンで確認しなければならない重要事項のチェックリストであり、ここでは特定のシーンとその時の確認結果を記録する機能である。例えば、金型組立直後に作業者は金型仕様を満たしているかをチェックリストに沿って確認し、確認した結果を記録する。また、実際の成果物のチェックでは、ファーストトライ（試打ち）時に、成果物に対して異常がないかを作業者はチェックリストに沿って確認し、確認した結果を記録する。

「データダウンロード」とは、金型に対する過去の不具合情報などをダウンロードする機能である。

「金型登録」とは、データベース１０に新たな金型を登録する機能である。

データベース１０は、タブレット２０にダウンロードできる機能モジュールの種類を使用者の権限に応じて規制するためのテーブルが記憶されている。

図２はこのようなアクセス権テーブルの一例を示す図である。

図２に示すように、典型的には作業者の職掌である「管理者」、「工場長」、「製造責任者」、「製造作業者」、「検査係」に応じて、機能モジュールである「打ち上げ登録」、「作業チェックリスト」、「データダウンロード」、「金型登録」のうちダウンロードが許可されたものにチェック（図中●）が入れられている。このようなアクセス権テーブルのチェック入力は典型的には管理者が行えるようにすればよい。

タブレット２０は、カメラ２１と、マイク２２と、タッチパット表示部２３と、記憶部２４と、制御部２５と、ＷｉＦｉ通信部２６とを有する。

カメラ２１は、例えば金型４０の不具合箇所などを静止画や動画として撮影するために用いられる。またカメラ２１は金型４０や社員証４１に付されているＱＲコード（登録商標）４２を認識するために用いられる。

マイク２２は、金型４０の不具合箇所などに対する作業者の音声によるコメントなどを入力するために用いられる。

タッチパット表示部２３は、各種の基本的な表示や入力の他に、典型的には電子カルテアプリケーションの実行中に不具合分類項目等を画面上からプルダウン選択するために用いられる。

記憶部２４は、各種の基本的なソフトウエアやデータの他に、典型的には電子カルテアプリケーション、データベース１０からダウンロードした機能モジュール、不具合情報などを記憶する。

データベース１０は典型的には有線の社内ＬＡＮ３０に接続されている。ＬＡＮ３０にはＷｉＦｉルータ３１が接続されている。データベース１０とタブレット２０とは、ＬＡＮ３０及びＷｉＦｉルータ３１を介してデータ通信が行われるようになっている。従って、データベース１０とタブレット２０とは、ＷｉＦｉルータ３１の通信可能範囲外ではデータ通信が行えない。

図３はこのように構成された電子カルテシステム１を使った不具合情報収集の概要を示すフローである。

管理者はデータベース１０のアクセス権テーブル（図２参照）にアクセス権を付与する（ステップ３０１）。管理者はこのような権限の付与を例えば社内ＬＡＮ３０にオンライン接続されたタブレットやパソコンなどにより行う。

海外などのサプライヤーや、国内の工場などに出張する前に、作業者はＷｉＦｉルータ３１の通信可能領域である社内においてオンラインにてデータベース１０からタブレット２０に必要な機能モジュールをダウンロードする（ステップ３０２）。

作業者は海外などのサプライヤーや、国内の工場においてタブレット２０を使ってオフライン状態で金型に関する不具合情報などを収集して保存する（ステップ３０３）。

出張から戻った作業者は社内においてオンラインにてタブレット２０からデータベース１０にステップ３０３で収集して保存した不具合情報をアップロードする（ステップ３０４）。タブレット２０では、アップロードした不具合情報及び機能モジュールは削除される（ステップ３０５）。

以下、各ステップにおけるシステムの動作について説明する。
〈ステップ３０１について〉（図４及び図５参照）
図４はアクセス権限テーブルにおけるアクセス権の付与の動作フローである。

管理者のタブレット２０は所定の入力画面よりアクセス権テーブルのアクセス要求が入力されると（ステップ４０１）、データベース１０にその要求を送信する（ステップ４０２）。

データベース１０はアクセス権テーブルの要求を受信すると（ステップ４０３）、要求したタブレット２０に対して例えば図２に示したようなアクセス権テーブルをタブレット２０上で表示可能な情報を送信する（ステップ４０４）。

管理者のタブレット２０はデータベース１０からアクセス権テーブルに関する情報を受信すると（ステップ４０５）、その情報に基づきタブレット２０の画面上に図２に示したようなアクセス権テーブルを表示する（ステップ４０６）。

管理者のタブレット２０はアクセス権テーブル上で所定の機能モジュールが選択されると（ステップ４０７）、その選択された機能モジュールに対するボタンを「●」表示するとともに、データベース１０にその選択情報を送信する（ステップ４０８）。

データベース１０は管理者のタブレット２０から送信された選択情報を受信すると（ステップ４０９）、その受信した情報に基づきアクセス権テーブルの内容を書き換える（ステップ４１０）。

以上により、管理者がデータベース１０のアクセス権テーブル（図２参照）にアクセス権を付与することができる。

図５はアクセス権テーブルにおけるデータ持ち出しに関するアクセス権の付与の動作フローである。

管理者のタブレット２０は所定の入力画面よりアクセス権テーブルのデータ持ち出し管理のアクセス要求が入力されると（ステップ５０１）、データベース１０にその要求を送信する（ステップ５０２）。

データベース１０はアクセス権テーブルのデータ持ち出し管理に関する要求を受信すると（ステップ５０３）、要求したタブレット２０に対して例えば図６に示すアクセス権テーブルをタブレット２０上で表示可能な情報を送信する（ステップ５０４）。

管理者のタブレット２０はデータベース１０からアクセス権テーブルに関する情報を受信すると（ステップ５０５）、その情報に基づきタブレット２０の画面上に図６に示したようなアクセス権テーブルを表示する（ステップ５０６）。

管理者のタブレット２０はアクセス権テーブル上で作業者の所定のタブレット２０に対する所定の金型が選択されると（ステップ５０７）、その選択された金型に対するボタンを「●」表示するとともに、データベース１０にその選択情報を送信する（ステップ５０８）。管理者のタブレット２０はこのテーブル上の備考欄に所定の情報を書き込み、データベース１０にその情報を保存しておくことが可能である。

データベース１０は管理者のタブレット２０から送信された選択情報を受信すると（ステップ５０９）、その受信した情報に基づきアクセス権テーブルの内容を書き換える（ステップ５１０）。

以上により、管理者がデータベース１０のアクセス権テーブル（図６参照）にデータ持ち出しに関するアクセス権を付与することができる。
〈ステップ３０２について〉
図７はログインからオン／オフラインモードの起動までのタブレット２０の動作フローである。

作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。なお、作業者の識別はＱＲコード（登録商標）以外の他の方法を用いても構わない。例えば、顔認識により作業者を識別しても良い。

タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。典型的にはタブレット２０はＷｉＦｉルータ３１を介してデータ通信が可能であればオンラインモードと判断する。

タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。

図８はオンラインモード起動時のシステムの動作フローである。

タブレット２０はオンラインモードが起動されると（ステップ８０１）、記憶部２４に既に記憶された不具合情報があるかどうかを判断する（ステップ８０２）。

タブレット２０は記憶部２４に不具合情報が記憶されていない場合にはステップ３０２の機能モジュールをダウンロードするモードとなる。

作業者のタブレット２０はデータベース１０にどの機能モジュールのダウンロードが可能かを問い合わせる（ステップ８０３）。その際に、作業者の情報も送信する。

データベース１０はその問い合わせを受信すると（ステップ８０４）、図２に基づきその作業者がどの機能モジュールのダウンロードが可能かを判断し（ステップ８０５）、その情報をタブレット２０に送信する（ステップ８０６）。

タブレット２０は、その情報を元に画面上に使用可能な機能モジュールを表示する（ステップ８０７）。

タブレット２０はそのうちいずれかの機能モジュールが典型的には画面上のオブジェクトのタッチにより選択されると（ステップ８０８）、選択された機能モジュールのダウンロードをデータベース１０に要求する（ステップ８０９）。

データベース１０はタブレット２０より機能モジュールのダウンロードの要求を受けると（ステップ８１０）、タブレット２０にその機能モジュールをダウンロードする（ステップ８１１）。

タブレット２０はデータベース１０から機能モジュールを受信してダウンロードを終了する（ステップ８１２）。

なお、「データダウンロード」のダウンロードでは、金型に紐付く過去の打上情報や写真情報、作業チェックリストをファイル形式で、データベース１０からタブレット２０にダウンロードされる。またデータベース１０には、ダウンロードした際に、いつ、誰が、どの金型、どの打上情報、どの写真情報、どの作業チェックリスト情報、どのタブレットに（ＩＰアドレス）が記録される。
〈ステップ３０３について〉
作業者は海外などのサプライヤーや国内の工場に到着するとタブレット２０の電子カルテアプリケーションを立ち上げる。

すなわち、図７に示したように、作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。

タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。

タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。

海外などのサプライヤーや国内の工場ではオンラインモードにできないので、オフラインモードが起動する。

図９はオフラインモード起動時のシステムの動作フローである。

タブレット２０はオフラインモードが起動され（ステップ９０１）、ＱＲコード（登録商標）４２などに基づき、いつ、誰がログインしたかの情報を暗号化ファイルに記録する（ステップ９０２）。暗号化ファイルは記憶部２４に記憶される。

タブレット２０はタッチパット表示部２３にダウンロードされている機能モジュールを表示する（ステップ９０３）。

タブレット２０はそのうちいずれかの機能モジュールが典型的には画面上のオブジェクトのタッチにより選択されると（ステップ９０４）、選択された機能モジュールを立ち上げる（ステップ９０５）。

図１０は機能モジュールのうち「打ち上げ登録」の機能モジュールが立ち上げられた場合の動作フローである。

タブレット２０はタッチパット表示部２３に不具合の発生した金型のＱＲコード（登録商標）の読み込みを指示する画面を表示する（ステップ１００１）。

タブレット２０はＱＲコード（登録商標）が読み込まれると（ステップ１００２）、タッチパット表示部２３に不具合状況や要因の記述を要求する画面を表示する（ステップ１００３）。

タブレット２０は不具合状況や要因が記述されると（ステップ１００４）、タッチパット表示部２３に不具合発生状況の写真や動画の撮影を要求する画面を表示する（ステップ１００５）。

タブレット２０は不具合発生状況の写真や動画が撮影されると（ステップ１００６）、記憶部２４にある暗号化ファイルに不具合状況や要因を登録する（ステップ１００７）。

暗号化ファイルには、不具合発生金型、発生事象カテゴリ、発生要因、発生場所、コメント、ショット数、写真・動画がある。

タブレット２０は記憶部２４の暗号化ファイルに、いつ、誰が不具合情報を登録したか記録する（ステップ１００８）。このような不具合情報の一例を図１１に示す。
〈ステップ３０４及び３０５について〉
出張から戻った作業者は社内においてオンラインにてタブレット２０からデータベース１０に不具合情報をアップロードする。

すなわち、図７に示したように、作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。

タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。

タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。

ここで、作業者は社内に戻ったので、オンラインモードが起動される。そして、図８に示したように、タブレット２０はオンラインモードが起動されると（ステップ８０１）、記憶部２４に既に記憶された不具合情報があるかどうかを判断する（ステップ８０２）。

タブレット２０はステップ８０２で記憶部２４に不具合情報が記憶されているので、不具合情報のアップロードのモードとなる。この実施形態では、タブレット２０の作業者が電子カルテアプリケーションを立ち上げたときに、オンラインモードで、かつ、タブレット２０に不具合情報が記憶されていれば、作業者が特に操作をしなくても自動的にデータベース１０に不具合情報がアップロードされるようになっている。

図１２はこのアップロードモードの動作フローである。

タブレット２０は記憶部２４に記憶されている暗号化ファイルを解読し（ステップ１２０１）、オンラインでデータベース１０に解読した情報を送信する（ステップ１２０２）。

このようにオンラインでデータベース１０に情報を送信する直前まで情報を暗号化することで、外部への情報の流出を確実に防止できる。

データベース１０はタブレット２０から情報を受信すると（ステップ１２０３）、データベース本体１１に受信した解読情報を登録し（ステップ１２０４）、更にデータベース本体１１に、いつ、誰が過去にあった情報とこのデータ同期処理を行ったかを記録する（ステップ１２０５）。データベース１０はタブレット２０に同期処理を行ったことを伝える（ステップ１２０６）。

タブレット２０はデータベース１０から同期処理が行われたことが伝えられると（ステップ１２０７）、タブレット２０の記憶部２４に記憶されている暗号化ファイルをすべて削除する（ステップ１２０８）。これにより、タブレット２０は機能モジュールや不具合情報は保持していない状態となる。従って、様々な会社や部門の作業者が一つのシステムに携わる機会が多くなった場合でも、データベース１０に不必要な不具合情報がアップロードされることがなくなり、システム上で１つの不具合情報に対して異なる情報が複数存在することはなくなり、唯一の正しい不具合情報がシステム上に存在することになる。

その後、タブレット２０はタッチパット表示部２３に使用可能な機能を表示する（ステップ１２０９）。

このように金型電子カルテシステム１では、タブレット２０がＷｉＦｉ経由でデータベース１０より機能モジュールをダウンロードし、オフライン状態でダウンロードした機能モジュールを用いた電子カルテアプリケーションにより不具合情報を収集して保存する。そして、データベース１０とタブレット２０との間でＷｉＦｉ経由での通信が可能なときに、ＷｉＦｉ経由でタブレット２０よりデータベース１０にタブレット２０に保存された不具合情報を送信している。従って、通信環境に依存することなく、システムを運用することができる。

またタブレット２０が機能モジュールをデータベース１０からダウンロードし、ダウンロードした機能モジュールを用いて電子カルテアプリケーションにより不具合情報を収集して保存するように構成している。従って、機能モジュールごとの権限管理が可能となり、権限のない人が不必要な機能モジュールを持ち出さない構成とすることが可能となり、これにより、システムのセキュリティーを高めることができる。また、機能モジュールごとの情報管理とすることが可能となり、不必要な不具合情報を勝手にアップロードされないように構成することが可能となる。これにより、権限に応じたノウハウや情報の管理・閲覧が可能となる。

なお、本発明は上記の実施形態に限定されず様々な形態での実施が可能である。その実施の範囲も本発明の技術思想の範囲内にある。

例えば上記実施形態では、端末の典型例としてタブレットを例示して説明したが、ＰＣやスマートフォン、専用端末等の端末であっても良い。

また上記の実施形態では、通信路の典型例としてＷｉＦｉを例示したが、他の形態の無線通信路を含むものであっても良い。

更に上記実施形態では、不具合情報の収集はタブレットがオフライン環境にあるときに行うことが前提であったが、タブレットがオンライン環境にあっても積極的にオフラインに切り替えて不具合情報を収集して保存するように構成しても良い。

１ 金型電子カルテシステム
１０ データベース
２０ タブレット
３０ 社内ＬＡＮ
３１ ＷｉＦｉルータ

Claims (2)

1. 金型に関する不具合情報を収集するのに必要な機能モジュールを記憶するとともに、前記不具合情報を蓄積するデータベースと、
   前記機能モジュールを用いて前記金型に関する不具合情報を収集するための電子カルテアプリケーションを有し、無線通信部分を含む伝送路を介して前記データベースより前記機能モジュールをダウンロードし、前記ダウンロードした機能モジュールを用いた前記電子カルテアプリケーションによりオフライン状態で前記不具合情報を収集して保存する端末と、を有し、
   前記データベースと前記端末との間で前記伝送路を介して通信が可能であり、かつ、前記端末に前記不具合情報が保存されている場合に、前記電子カルテアプリケーションが立ち上げられたタイミングで、前記伝送路を介して前記端末より前記データベースに前記保存された不具合情報を送信するとともに、前記端末に保存された不具合情報を削除し、前記端末において前記機能モジュールを保持していない状態とする
   金型電子カルテシステム。
2. 請求項１に記載の金型電子カルテシステムであって、
   前記データベースは、前記機能モジュールを複数種類記憶し、
   前記データベースより前記端末にダウンロードできる前記機能モジュールの種類を使用者の権限に応じて規制する
   金型電子カルテシステム。