JP2019041206A - リソース融通管理装置およびリソース融通管理システム - Google Patents

Abstract

【課題】レシピ情報の漏洩、流用および不当な再利用を防ぐことができるリソース融通管理装置を提供する。【解決手段】依頼先企業のリソース融通管理装置２００は、依頼元企業のリソース融通管理装置１００から、製品の製法を示す暗号化されたレシピ情報１３０と、１ロットあたりの製造許容数を含む暗号化された作業情報１２０と、製造装置３００の識別情報を含む依頼情報１１０とを取得する通信部２０３と、レシピ情報１３０および作業情報１２０の復号鍵の取得要求を行うレシピ情報管理部２１０と、前記復号鍵を用いて暗号化されたレシピ情報１３０および作業情報１２０を復号する暗号復号化部２２０と、を備える。レシピ情報管理部２１０は、通信部２０３を介して、復号されたレシピ情報１３０を製造装置３００に送信し、製造装置３００による１ロットの製造完了毎に、通信部２０３を介して製造装置３００にレシピ情報１３０の破棄を指示する。【選択図】図２

Description

本発明は、リソース融通管理装置およびリソース融通管理システムに関する。

特許文献１には、暗号化技術を用いた試験システムに関し、「対象物１１の試験用に策定された試験レシピを暗号化して保存すると共に、試験レシピの読み出しに応じて復号化して試験レシピを出力する試験レシピ保存手段１２と、試験レシピ保存手段１２から取得した復号化された試験レシピに基づいて、対象物１１の試験を行う試験装置１３に動作指示を行う試験実行手段１４と、動作中の試験装置１３でリアルタイムに得られる一次試験データから、予め設定された形式の試験実績データを作成し暗号化して保存する試験実績データ保存手段１５と、試験レシピ保存手段１２に保存された試験レシピ及び試験実績データ保存手段１５に保存された試験実績データをそれぞれ復号化して出力するデータ復号化手段１６とを有する」と記載されている。

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

近年、データプロファイルにより企業間でのデータ共有が容易になったことで、生産リソースの融通（いわゆる代替生産）が実現し易くなっている。一方で、代替生産のためには製品の製法（レシピ情報）を依頼元企業から引受企業へ提供することが必要となり、自社の競争優位性を担保するノウハウ情報を潜在的な競合他社に提供することになるため、ノウハウ情報の漏洩などを防止できるセキュアな管理が求められている。

特許文献１には、試験レシピを暗号化して保存し、復号した試験レシピを用いて試験を行う試験システムが記載されている。しかしながら、同文献のシステムでは、試験レシピ保存手段に試験レシピが長期間保存される可能性があり、保存期間中にレシピ情報の漏洩や流用などの虞がある。

本発明は、上記課題に鑑みてなされたものであり、レシピ情報の漏洩、流用および不当な再利用を防ぐリソース融通管理装置の提供を目的とする。

本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。上記の課題を解決する本発明の一態様に係るリソース融通管理装置は、製品の製法を示す暗号化されたレシピ情報と、１ロットあたりの製造許容数を含む暗号化された作業情報と、製造装置の識別情報を含む依頼情報とを取得する通信部と、前記レシピ情報および作業情報の復号鍵の取得要求を行うレシピ情報管理部と、前記復号鍵を用いて暗号化された前記レシピ情報および作業情報を復号する暗号復号化部と、を備え、前記レシピ情報管理部は、前記通信部を介して、復号された前記レシピ情報を前記製造装置に送信し、前記製造装置による１ロットの製造完了毎に、前記通信部を介して前記製造装置に前記レシピ情報の破棄を指示する。

本発明に係るリソース融通管理装置によれば、レシピ情報の漏洩、流用および不当な再利用を防ぐことができる。

なお、上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。

リソース融通管理システムの概略構成の一例を示した図である。 依頼元リソース融通管理装置と、依頼先リソース融通管理装置と、製造装置との機能構成の一例を示した機能ブロック図である。 図３（ａ）は、第一実施形態に係る依頼情報の一例を示した図である。図３（ｂ）は、第一実施形態に係る作業情報の一例を示した図である。図３（ｃ）は、第一実施形態に係るレシピ情報を示した図である。 依頼元リソース融通管理装置および依頼先リソース融通管理装置のハードウェア構成の一例を示した図である。 第一実施形態に係るリソース融通処理の一例を示したフロー図である。 図６（ａ）は、第二実施形態に係る依頼情報の一例を示した図である。図６（ｂ）は、第二実施形態に係る作業情報の一例を示した図である。図６（ｃ）は、第二実施形態に係るレシピ情報の一例を示した図である。 製品の製造工程毎に分割した分割レシピ情報の一例を示した図である。 第二実施形態に係るリソース融通処理の一例を示したフロー図である。 第二実施形態に係るリソース融通処理の一例を示したフロー図である。

以下、本発明の実施形態について図面を用いて説明する。

［第一実施形態］
図１は、本実施形態に係るリソース融通管理システムの概略構成の一例を示した図である。図示するように、リソース融通管理システムは、依頼元企業のリソース融通管理装置（以下、「依頼元リソース融通管理装置」という）１００と、依頼先企業（引受先企業）のリソース融通管理装置（以下、「依頼先リソース融通管理装置」という）２００および製造装置３００と、を有している。なお、依頼元企業は、製品の代替生産を依頼する側の企業であり、依頼先企業は、代替生産を請け負う側の企業である。依頼元リソース融通管理装置１００と、依頼先リソース融通管理装置２００は各々、インターネット回線などの所定のネットワーク網を介して相互に通信可能に接続されている。また、依頼先リソース融通管理装置２００と製造装置３００とは、専用回線やインターネット回線など所定のネットワーク網を介して相互に通信可能に接続されている。なお、図１には１台の製造装置３００が示されているが、リソース融通管理システムは、複数台の製造装置３００を有していても良い。

図２は、依頼元リソース融通管理装置１００と、依頼先リソース融通管理装置２００と、製造装置３００との機能構成の一例を示した機能ブロック図である。依頼元リソース融通管理装置１００は、記憶部１０１と、演算部１０２と、通信部１０３とを有している。

記憶部１０１は、様々な情報を記憶する機能部である。具体的には、記憶部１０１は、依頼情報１１０と、作業情報１２０と、レシピ情報１３０とを有している。

図３（ａ）は、依頼情報１１０の一例を示した図である。依頼情報１１０は、依頼元企業から依頼先企業に送信される情報であって、例えば製造装置ＩＤやレシピＩＤなど所定の情報を有している。具体的には、依頼情報１１０は、依頼元企業名１１０ａと、依頼先企業名１１０ｂと、製造装置ＩＤ１１０ｃと、依頼製品ＩＤ１１０ｄと、依頼数量１１０ｅと、レシピＩＤ１１０ｆとが対応付けられたレコードを有している。

依頼元企業名１１０ａは、依頼元企業の名称を示した情報である。依頼先企業名１１０ｂは、依頼先企業の名称を示した情報である。製造装置ＩＤ１１０ｃは、製品を製造する製造装置３００を識別する情報である。依頼製品ＩＤ１１０ｄは、依頼する製品を識別する情報である。依頼数量１１０ｅは、依頼する製品の製造総数を示した情報である。レシピＩＤ１１０ｆは、製品を製造するための製法（製造レシピ）を示したレシピ情報１３０を識別する情報である。

図３（ｂ）は、作業情報１２０の一例を示した図である。作業情報１２０は、依頼元企業から依頼先企業に送信される情報であって、製品ＩＤ１２０ａと、製造ロット１２０ｂと、復号許可回数１２０ｃとが対応付けられたレコードを有している。

製品ＩＤ１２０ａは、依頼する製品を識別する情報であり、依頼情報１１０の依頼製品ＩＤ１１０ｄと共通の識別情報である。製造ロット１２０ｂは、１ロットあたりの製造許容数を示した情報である。図示する例では、１ロットあたりの製品の製造許容数が５個であることを示している。復号許可回数１２０ｃは、暗号化されたレシピ情報１３０の復号を許可する回数を示した情報である。図示する例では、暗号化されたレシピ情報１３０を１０回まで復号できることを示している。したがって、前述の依頼情報１１０の依頼数量１１０ｅは、製造ロット１２０ｂの値と復号許可回数１２０ｃとを掛け合わせた値に相当する。

図３（ｃ）は、レシピ情報１３０を示した図である。レシピ情報１３０は、依頼先企業に製造を依頼する製品の製法である製造レシピを示した情報である。レシピ情報１３０には、例えばレシピ情報１３０を識別するレシピＩＤ１３０ａと、製法を示したレシピ１３０ｂとが含まれている。なお、レシピＩＤ１３０ａは、依頼情報１１０のレシピＩＤ１１０ｆと共通の識別情報である。

図２に戻って説明する。演算部１０２は、入力受付部１４０と、レシピ情報管理部１５０と、暗号復号化部１６０とを有している。

入力受付部１４０は、様々な情報の入力を受け付ける機能部である。具体的には、入力受付部１４０は、マウスやキーボードなどの所定の入力装置を介して後述するリソース融通処理の実行指示などをユーザから受け付ける。

レシピ情報管理部１５０は、レシピ情報１３０を管理する機能部である。具体的には、レシピ情報管理部１５０は、通信部１０３を介して依頼情報１１０、暗号化された作業情報１２０およびレシピ情報１３０を依頼先リソース融通管理装置２００に送信する。

暗号復号化部１６０は、所定の暗号化技術を用いて所定情報を暗号化する機能部である。具体的には、暗号復号化部１６０は、依頼先リソース融通管理装置２００に送信する作業情報１２０およびレシピ情報１３０を暗号化する。

通信部１０３は、外部装置（例えば、依頼先リソース融通管理装置２００など）との間で情報の送受信を行う機能部である。具体的には、通信部１０３は、依頼情報１１０と、暗号化された作業情報１２０およびレシピ情報１３０とを依頼先リソース融通管理装置２００に送信する。また、通信部１０３は、暗号化された作業情報１２０およびレシピ情報１３０を復号するための復号鍵の取得要求を依頼先リソース融通管理装置２００から取得する。

次に、依頼先リソース融通管理装置２００の機能構成について説明する。依頼先リソース融通管理装置２００は、記憶部２０１と、演算部２０２と、通信部２０３とを有している。

記憶部２０１は、様々な情報を記憶する機能部である。具体的には、記憶部２０１は、通信部２０３を介して依頼元リソース融通管理装置１００から取得した依頼情報１１０と、暗号化された作業情報１２０およびレシピ情報１３０とを記憶する。また、記憶部２０１は、依頼元リソース融通管理装置１００から取得した復号鍵を用いて復号された作業情報１２０およびレシピ情報１３０を記憶する。

演算部２０２は、レシピ情報管理部２１０と、暗号復号化部２２０と、製造装置指示部２３０とを有している。

レシピ情報管理部２１０は、レシピ情報１３０を管理する機能部である。具体的には、レシピ情報管理部２１０は、通信部２０３を介して、暗号化されたレシピ情報１３０などを復号するための復号鍵の取得要求を依頼元リソース融通管理装置１００に送信する。また、レシピ情報管理部２１０は、通信部２０３を介して、復号されたレシピ情報１３０を製造装置３００に送信する。

また、レシピ情報管理部２１０は、製造装置３００で１ロットあたりの製品が製造されると、記憶部２０１に格納している復号されたレシピ情報１３０を破棄する。また、レシピ情報管理部２１０は、製造装置３００で依頼数量分の製品が製造されると、記憶部２０１に格納しているレシピ情報１３０すなわち依頼元リソース融通管理装置１００から取得した暗号化されたレシピ情報１３０を破棄する。

暗号復号化部２２０は、復号鍵を用いて暗号化された情報を復号する機能部である。具体的には、暗号復号化部２２０は、依頼元リソース融通管理装置１００から取得した復号鍵を用いて、暗号化されたレシピ情報１３０を復号する。

製造装置指示部２３０は、製造装置３００に所定の処理を指示する機能部である。具体的には、製造装置指示部２３０は、製造装置３００で依頼数量分の製品が製造されると、レシピ情報１３０の破棄を指示する指示情報を生成し、通信部２０３を介して製造装置３００に送信する。

通信部２０３は、外部装置（例えば、依頼元リソース融通管理装置１００および製造装置３００など）との間で情報の送受信を行う機能部である。具体的には、通信部２０３は、依頼情報１１０と、暗号化された作業情報１２０およびレシピ情報１３０とを依頼元リソース融通管理装置１００から取得する。また、通信部２０３は、作業情報１２０およびレシピ情報１３０の復号鍵の取得要求を依頼元リソース融通管理装置１００に送信する。また、通信部２０３は、復号したレシピ情報１３０を製造装置３００に送信する。また、通信部は、レシピ情報１３０の破棄を指示する指示情報を製造装置３００に送信する。

次に、製造装置３００の機能構成について説明する。製造装置３００は、記憶部３０１と、制御部３０２と、レシピ情報破棄部３０３と、通信部３０４とを有している。

記憶部３０１は、様々な情報を記憶する機能部であって、例えば依頼先リソース融通管理装置２００から取得した、復号されたレシピ情報１３０を記憶する。

制御部３０２は、製造装置３００の全体を制御する機能部である。具体的には、制御部３０２は、レシピ情報１３０を用いて製品を製造するように製造装置３００の全体を制御する。また、制御部３０２は、１ロットあたりの製造許容数を製造する毎に製造完了通知を生成し、通信部３０４を介して依頼先リソース融通管理装置２００に送信する。

レシピ情報破棄部３０３は、レシピ情報１３０を破棄する機能部である。具体的には、レシピ情報破棄部３０３は、通信部３０４を介して依頼先リソース融通管理装置２００からレシピ情報１３０の廃棄を指示する指示情報を取得すると、記憶部３０１からレシピ情報１３０を削除する。

通信部３０４は、外部装置（例えば依頼先リソース融通管理装置２００など）との間で情報の送受信を行う機能部である。具体的には、通信部３０４は、依頼先リソース融通管理装置２００から復号されたレシピ情報１３０および所定の指示情報を取得する。また、通信部３０４は、製造完了通知を依頼先リソース融通管理装置２００に送信する。

以上、各装置の機能構成について説明した。

次に、リソース融通管理装置１００、２００のハードウェア構成について説明する。

図４は、依頼元リソース融通管理装置１００および依頼先リソース融通管理装置２００のハードウェア構成の一例を示した図である。リソース融通管理装置１００、２００は、例えばパーソナルコンピュータやワークステーションなどの情報処理装置により実現される。

リソース融通管理装置１００、２００は、入力装置４０１と、出力装置４０２と、外部記憶装置４０３と、演算装置４０４と、主記憶装置４０５と、通信装置４０６と、これらを電気的に相互接続するバス４０７とを有している。

入力装置４０１は、キーボードやマウス、タッチパネルなどのポインティングデバイスあるいは音声入力装置であるマイクなどである。出力装置４０２は、ディスプレイやプリンタあるいは音声出力装置であるスピーカなどである。

外部記憶装置４０３は、デジタル情報を記憶可能ないわゆるハードディスク（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）あるいはフラッシュメモリなどの不揮発性記憶装置である。

演算装置４０４は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。主記憶装置４０５は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などのメモリ装置である。通信装置４０６は、外部装置との間で情報通信を行うための通信モジュールである。

なお、リソース融通管理装置１００、２００の演算部１０２、２０２は、演算装置４０４に処理を行わせるプログラムによって実現される。このプログラムは、主記憶装置４０５あるいは外部記憶装置４０３に記憶され、プログラムの実行にあたって主記憶装置４０５上にロードされ、演算装置４０４により実行される。また、記憶部１０１、２０１は、主記憶装置４０５または外部記憶装置４０３あるいはこれらの組合せにより実現される。また、通信部１０３、２０３は、通信装置４０６により実現される。ただし、リソース融通管理装置１００、２００のハードウェア構成は、前述の構成に限定されるものではない。

また、製造装置３００のハードウェア構成についても特に限定はされないが、少なくとも前述の演算装置４０４と、主記憶装置４０５と、通信装置４０６とを有していれば良い。製造装置３００の制御部３０２およびレシピ情報破棄部３０３は、主記憶装置４０５上にロードされたプログラムを演算装置４０４が実行することにより実現されれば良い。また、製造装置３００の通信部３０４は、前述と同様に、通信装置４０６により実現されれば良い。

また、上記の各構成、機能、処理部および処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、上記構成、機能は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現しても良い。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ等の記憶装置またはＩＣカード、ＳＤカードおよびＤＶＤ等の記録媒体に置くことができる。

［動作の説明］
図５は、本実施形態に係るリソース融通処理の一例を示したフロー図である。リソース融通処理は、依頼元リソース融通管理装置１００の入力受付部１４０がユーザから処理の実行指示を受け付けると開始される。

処理が開始されると、依頼元リソース融通管理装置１００の暗号復号化部１６０は、作業情報１２０およびレシピ情報１３０を暗号化して記憶部１０１に格納する。また、レシピ情報管理部１５０は、通信部１０３を介して、依頼情報１１０と、暗号化された作業情報１２０およびレシピ情報１３０とを依頼先リソース融通管理装置２００に送信する（ステップＳ００１）。

依頼情報１１０と、暗号化された作業情報１２０およびレシピ情報１３０とを取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、作業情報１２０およびレシピ情報１３０の復号鍵の取得要求を依頼元リソース融通管理装置１００に送信する（ステップＳ００２）。

復号鍵の取得要求を受け付けると、依頼元リソース融通管理装置１００の暗号復号化部１６０は、復号鍵を生成し、通信部１０３を介して依頼先リソース融通管理装置２００に送信する（ステップＳ００３）。

復号鍵を取得すると、依頼先リソース融通管理装置２００の暗号復号化部２２０は、作業情報１２０およびレシピ情報１３０を復号して記憶部２０１に格納する（ステップＳ００４）。

また、レシピ情報管理部２１０は、復号されたレシピ情報１３０を製造装置３００に送信する。具体的には、レシピ情報管理部２１０は、依頼情報１１０の製造装置ＩＤ１１０ｃからレシピ情報１３０を送信する製造装置３００を特定する。また、レシピ情報管理部２１０は、作業情報１２０の製造ロット１２０ｂから１ロットあたりの製造許容数を特定する。また、レシピ情報管理部２１０は、通信部２０３を介して、特定した製造装置３００に復号したレシピ情報１３０および１ロットあたりの製造許容数を送信する（ステップＳ００５）。

製造装置３００の制御部３０２は、通信部３０４を介してレシピ情報１３０等を取得すると、これを一時的に記憶部３０１に格納する。また、制御部３０２は、取得したレシピ情報１３０を用いて、依頼された製品を１ロットあたりの製造許容数だけ製造するように製造装置３００の全体を制御する（ステップＳ００６）。

また、制御部３０２は、製造許容数分の製品を製造すると、製造完了通知を生成し、通信部３０４を介して依頼先リソース融通管理装置２００に送信する（ステップＳ００７）。

製造完了通知を取得すると、依頼先リソース融通管理装置２００の製造装置指示部２３０は、レシピ情報１３０の破棄を指示する指示情報を生成し、通信部２０３を介して製造装置３００に送信する（ステップＳ００８）。

かかる指示情報を取得すると、製造装置３００のレシピ情報破棄部３０３は、記憶部３０１からレシピ情報１３０を削除することによりレシピ情報１３０を破棄する（ステップＳ００９）。また、レシピ情報破棄部３０３は、レシピ情報１３０の破棄の完了通知を生成し、通信部３０４を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０１０）。

かかる通知を取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、記憶部２０１に格納されている復号されたレシピ情報１３０を破棄（削除）する（ステップＳ０１１）。

また、レシピ情報管理部２１０は、作業情報１２０を用いてレシピ情報１３０を復号した回数が復号化許可回数の上限に達したか否かを判定する（ステップＳ０１２）。そして、上限に達していないと判定した場合（ステップＳ０１２でＮｏ）、レシピ情報管理部２１０は、復号回数に１を足して（ステップＳ０１６）、処理をステップＳ００２に戻す。

なお、ステップＳ０１２を経由して行われるステップＳ００２の処理では、レシピ情報管理部２１０は、レシピ情報１３０の復号鍵についてのみ依頼元リソース融通管理装置１００に取得要求を送信する。これは、前述のステップＳ０１１において、復号されたレシピ情報１３０のみを破棄しており、復号された作業情報１２０については既に記憶部２０１に格納されているからである。

レシピ情報１３０の取得要求を受け付けた依頼元リソース融通管理装置１００の暗号復号化部１６０は、レシピ情報１３０の復号鍵を新たに生成し、通信部１０３を介して依頼先リソース融通管理装置２００に送信して（ステップＳ００３）、前述のステップＳ００４〜ステップＳ０１２の処理を行う。

なお、ステップＳ０１２において、レシピ情報１３０を復号した回数が復号化許可回数の上限に達したと判定した場合（ステップＳ０１２でＹｅｓ）、レシピ情報管理部２１０は、記憶部２０１に格納された暗号化されているレシピ情報１３０を破棄（削除）する（ステップＳ０１３）。

また、レシピ情報管理部２１０は、レシピ情報１３０を破棄すると、依頼数量分の製品の製造が完了したことを示す製造完了通知を生成し、通信部２０３を介して依頼元リソース融通管理装置１００に送信する（ステップＳ０１４）。

製造完了通知を取得すると（ステップＳ０１５）、依頼元リソース融通管理装置１００のレシピ管理部１５０は、本フローの処理を終了する。

以上、本実施形態に係るリソース融通処理について説明した。このようなリソース融通管理装置によれば、レシピ情報の漏洩、流用および不当な再利用を防ぐことができる。特に、依頼先リソース融通管理装置の指示に基づき、製造装置は依頼製品を１ロット製造する毎にレシピ情報を破棄する。そのため、レシピ情報が製造装置に長期間保存されることを防止でき、レシピ情報の機密性を保つことができる。

また、依頼元企業は、１ロットあたりの製造数量を指定できるため、例えばタクトタイムが長い場合には１ロットあたりの製造数量を少量とすることで製造装置内に長期間にわたってレシピ情報が滞留することによる情報漏洩のリスクを低減させることができる。また、依頼元企業は、例えばタクトタイムが短い場合には１ロットあたりの製造数量を多くすることで、復号鍵を取得するための通信頻度を下げて、盗聴などのリスクを低減させることができる。

また、依頼元企業は、暗号化したレシピ情報を依頼時に一括で依頼先リソース融通管理装置に送信するため、レシピ情報の通信頻度を下げて、盗聴などのリスクを低減させることができる。

［第二実施形態］
次に、本発明の第二実施形態について説明する。本実施形態に係るリソース融通管理システムの依頼元リソース融通管理装置１００は、レシピ情報を製品の製造工程毎に分割して依頼先リソース融通管理装置２００に送信する。また、依頼先リソース融通管理装置２００は、各工程の実施毎にレシピ情報の破棄を製造装置３００に指示することにより、より高いセキュリティを実現するものである。なお、第一実施形態と同一の構成については同一の符号を付し、詳細な説明を省略する。

図６（ａ）は、依頼情報１１０の一例を示した図である。図６（ｂ）は、作業情報５００の一例を示した図である。図６（ｃ）は、レシピ情報１３０の一例を示した図である。なお、依頼情報１１０およびレシピ情報１３０は、前述の第一実施形態と同様であるため、詳細な説明については省略する。

図示するように、作業情報５００は、図３（ｂ）に示す作業情報１２０の各項目と同じ項目５００ａ〜５００ｃに加えて、レシピ分割数５００ｄが対応付けられている。ここで、レシピ分割数５００ｄは、レシピ情報１３０を製造工程毎に分割した際の分割数を示す情報である。なお、本実施形態では、作業情報５００にレシピ分割数が含まれるため、製造ロットは必須の項目ではない。そのため、作業情報５００に製造ロットを含めなくても良く、あるいは製造ロットを１として固定しても良い。

図７は、製品の製造工程毎に分割したレシピ情報５１０の一例を示した図である。図示するように、本例のレシピ情報１３０には、例えば３つの製造工程が含まれており、製造工程毎に分割された各レシピ情報５１０（以下、「分割レシピ情報」という）には、レシピＩＤ５１１と、分割番号５１２と、レシピ５１３とが含まれている。

ここで、分割番号５１２は、分割レシピ情報５１０を識別する情報である。例えば、分割番号５１２に「１」が対応付けられている分割レシピ情報５１０は、レシピＩＤ５１１により特定されるレシピ情報１３０の１番目の製造工程で用いられるレシピ情報である。すなわち、各分割レシピには、製造工程の順番と一致する番号が分割番号５１２として対応付けられている。

図８および９は、本実施形態に係るリソース融通処理の一例を示したフロー図である。リソース融通処理は、依頼元リソース融通管理装置１００の入力受付部１４０がユーザから処理の実行指示を受け付けると開始される。

処理が開始されると、レシピ情報管理部１５０は、通信部１０３を介して依頼情報１１０および作業情報５００を依頼先リソース融通管理装置２００に送信する（ステップＳ０２１）。

依頼情報１１０および作業情報５００を取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、通信部２０３を介して、工程番号Ｎに対応する分割レシピ情報５１０の取得要求を依頼元リソース融通管理装置１００に送信する（ステップＳ０２２）。より具体的には、レシピ情報管理部２１０は、最初にステップＳ０２２の処理を行う場合、工程番号「１」に対応する分割番号「１」が対応付けられた分割レシピ情報５１０の取得要求を依頼元リソース融通管理装置１００に送信する。

依頼元リソース融通管理装置１００の暗号復号化部１６０は、レシピ情報１３０を製造工程毎に分割し（ステップＳ０２３）、分割レシピ情報５１０の各々を独立して個別に暗号化する（ステップＳ０２４）。また、暗号復号化部１６０は、レシピ情報１３０を分割した際、製造工程の順番に対応する分割番号５１２を各分割レシピ情報５１０に付与する。なお、暗号復号化部１６０は、分割レシピ情報５１０の各々について異なる暗号化方式を用いて暗号化しても良い。

また、レシピ情報管理部１５０は、工程番号Ｎに対応する分割番号５１２の分割レシピ情報５１０を特定し、通信部１０３を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０２５）。

分割レシピ情報５１０を取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、通信部２０３を介して、工程番号Ｎに対応する分割レシピ情報５１０を復号するための復号鍵の取得要求を依頼元リソース融通管理装置１００に送信する（ステップＳ０２６）。

復号鍵の取得要求を受け付けると、依頼元リソース融通管理装置１００の暗号復号化部１６０は、工程番号Ｎに対応する分割レシピ情報５１０の復号鍵を生成し、通信部１０３を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０２７）。

復号鍵を取得すると、依頼先リソース融通管理装置２００の暗号復号化部２１０は、工程番号Ｎに対応する分割レシピ情報５１０を復号し（ステップＳ０２８）、復号した分割レシピ情報５１０を製造装置３００に送信する（ステップＳ０２９）。

製造装置３００の制御部３０２は、通信部３０４を介して分割レシピ情報５１０を取得すると、これを一時的に記憶部３０１に格納する。また、制御部３０２は、分割レシピ情報５１０を用いて、工程番号Ｎに対応する製品を製造する（ステップＳ０３０）。また、制御部３０２は、かかる工程の製造が完了すると、工程完了通知を生成し、通信部３０４を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０３１）。

工程完了通知を取得すると、依頼先リソース融通管理装置２００の製造装置指示部２３０は、工程番号Ｎに対応する分割レシピ情報５１０の破棄を指示する指示情報を生成し、通信部２０３を介して製造装置３００に送信する（ステップＳ０３２）。

かかる指示情報を取得すると、製造装置３００のレシピ情報破棄部３０３は、工程番号Ｎに対応する分割レシピ情報５１０を記憶部３０１から削除することにより、かかるレシピ情報５１０を破棄する（ステップＳ０３３）。また、レシピ情報破棄部３０３は、分割レシピ情報５１０の破棄の完了通知を生成し、通信部３０４を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０３４）。

かかる通知を取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、工程番号Ｎに対応する分割レシピ情報５１０を記憶部２０１から削除する（ステップＳ０３５）。具体的には、レシピ情報管理部２１０は、復号された分割レシピ情報５１０および依頼元リソース融通管理装置１００から取得した暗号化された分割レシピ情報５１０を記憶部２０１から削除する。

また、レシピ情報管理部２１０は、全工程の製造が終了したか否かを判定する（ステップＳ０３６）。例えば、製造工程が全部で３つある場合、３つの工程の各々に対応する分割レシピ情報５１０を用いて各工程の製造が終了したか否かについて製造装置３００から取得した工程完了通知を用いて判定する。

そして、全工程の製造が終了していないと判定した場合（ステップＳ０３６でＮｏ）、レシピ情報管理部２１０は、処理をステップＳ０２２に戻す（ステップＳ０３７）。一方で、全工程の製造が終了していると判定した場合（ステップＳ０３６でＹｅｓ）、レシピ情報管理部２１０は、製品１つの製造終了通知を生成し、通信部２０３を介して依頼元リソース融通管理装置１００に送信する（ステップＳ０３８）。

かかる通知を取得すると、依頼元リソース融通管理装置１００のレシピ情報管理部１５０は、製造終了通知を受領したことを示す受領通知を生成し、通信部１０３を介して依頼先リソース融通管理装置２００に送信する（ステップＳ０３９）。

かかる受領通知を取得すると、依頼先リソース融通管理装置２００のレシピ情報管理部２１０は、製品の製造数が依頼数量の上限に達したか否かを判定する（ステップＳ０４０）。具体的には、レシピ情報管理部２１０は、依頼情報１１０から依頼数量を特定し、現時点における製品の製造数が特定した依頼数量に達しているか否かを判定する。そして、上限に達していないと判定した場合（ステップＳ０４０でＮｏ）、レシピ情報管理部２１０は、製造数に１を足して（ステップＳ０４１）、処理をステップＳ０２２に移行する（ステップＳ０４２）。

一方で、製造数が依頼数量の上限に達していると判定した場合（ステップＳ０４０でＹｅｓ）、レシピ情報管理部２１０は、依頼数量分の製品の製造が完了したことを示す製造完了通知を生成し、通信部２０３を介して依頼元リソース融通管理装置１００に送信する（ステップＳ０４３）。

製造完了通知を取得すると（ステップＳ０４４）、依頼元リソース融通管理装置１００のレシピ情報管理部１５０は、本フローの処理を終了する。

なお、ステップＳ０３６から移行して行われるステップＳ０２２の処理では、レシピ情報管理部２１０は、未実施の工程番号Ｎに対応する分割レシピ情報５１０の取得要求を行う。

また、ステップＳ０４２から移行して行われるステップＳ０２２の処理では、レシピ情報管理部２１０は、最若番（最も小さい数）の工程番号Ｎに対応する分割レシピ情報５１０の取得要求を行う。これは、新たに１つの依頼製品を製造するための最初の工程に係る分割レシピ情報５１０を再度取得するためである。

以上、本実施形態に係るリソース融通処理について説明した。このようなリソース融通管理装置によれば、レシピ情報の漏洩、流用および不当な再利用を防ぐことができる。特に、第二実施形態に係るリソース融通管理装置では、レシピ情報を製造工程毎に分割し、分割レシピ情報毎に暗号化して依頼先リソース融通管理装置に送信する。また、依頼先リソース融通管理装置および製造装置に一時的に保存されるレシピ情報は、複数の製造工程のうち、いずれか１つの製造工程を示す分割レシピ情報である。そのため、たとえ１つの製造工程の内容を示す分割レシピ情報が漏洩した場合でも、製造工程全体のレシピ情報が漏洩しなければ製造レシピの機密性を保つことができ、より高いセキュリティを実現することができる。

なお、前述の第二実施形態では、各製造工程を順々に実行し、１つの製品を製造した後に改めて新たに１つの製品の製造を開始する場合について説明したが、製造工程毎に依頼数量分の製造を行う場合に暗号化された分割レシピ５１０が用いられても良い。この場合、ある１つの製造工程において、依頼数量分の製造が終了した時点でかかる製造工程に対応する分割レシピ情報５１０を依頼先リソース融通管理装置２００および製造装置３００から削除する。すなわち、この場合でも、依頼先リソース融通管理装置２００および製造装置３００に一時的に格納される分割レシピ情報５１０は、複数ある製造工程のうち、いずれか１つの製造工程に係る分割レシピ情報５１０のみであるため、より高いセキュリティを実現することができる。

また、第二実施形態の作業情報５００についても、第一実施形態と同様に、暗号化した作業情報５００を依頼先リソース融通管理装置２００に送信しても良い。

また、第一実施形態および第二実施形態では、依頼元企業のリソース融通管理装置と依頼先企業のリソース融通管理装置とで、処理内容に応じて異なる機能構成を有するように説明したが、本発明に係るリソース融通管理装置はこのような例に限定されるものではない。具体的には、依頼元リソース融通管理装置および依頼先リソース融通管理装置は各々、依頼元リソース融通管理装置に係る機能構成と、依頼先リソース融通管理装置に係る機能構成の両方を有しており、依頼元リソース融通管理装置としての使用か、あるいは依頼先リソース融通管理装置としての使用か応じて、前述の実施形態のように、使用する機能構成を適宜設定するようにしても良い。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、置換をすることが可能である。

また、上記説明では、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えて良い。

１００・・・依頼元リソース融通管理装置、２００・・・依頼先リソース融通管理装置、３００・・・製造装置、１０１、２０１・・・記憶部、１０２、２０２・・・演算部、
１０３、２０３・・・通信部、１１０・・・依頼情報、１２０、５００・・・作業情報、
１３０・・・レシピ情報、１４０・・・入力受付部、
１５０、２１０・・・レシピ情報管理部、１６０、２２０・・・暗号復号化部、
２３０・・・製造装置指示部、３０１・・・製造装置の記憶部、
３０２・・・製造装置の制御部、３０３・・・製造装置のレシピ情報破棄部、
３０４・・・製造装置の通信部、Ｎ・・・通信網、４０１・・・入力装置、
４０２・・・出力装置、４０３・・・外部記憶装置、４０４・・・演算装置、
４０５・・・主記憶装置、４０６・・・通信装置、４０７・・・バス

Claims (11)

1. 製品の製法を示す暗号化されたレシピ情報と、１ロットあたりの製造許容数を含む暗号化された作業情報と、製造装置の識別情報を含む依頼情報とを取得する通信部と、
   前記レシピ情報および作業情報の復号鍵の取得要求を行うレシピ情報管理部と、
   前記復号鍵を用いて暗号化された前記レシピ情報および作業情報を復号する暗号復号化部と、を備え、
   前記レシピ情報管理部は、
   前記通信部を介して、復号された前記レシピ情報を前記製造装置に送信し、
   前記製造装置による１ロットの製造完了毎に、前記通信部を介して前記製造装置に前記レシピ情報の破棄を指示する
   ことを特徴とするリソース融通管理装置。
2. 請求項１に記載のリソース融通管理装置であって、
   前記レシピ情報管理部は、
   前記製造装置による１ロットの製造完了毎に、前記復号したレシピ情報を破棄する
   ことを特徴とするリソース融通管理装置。
3. 請求項２に記載のリソース融通管理装置であって、
   前記レシピ情報管理部は、
   前記製造装置による１ロットの製造完了毎に、前記復号鍵の取得要求を行う
   ことを特徴とするリソース融通管理装置。
4. 請求項３に記載のリソース融通管理装置であって、
   前記作業情報は、前記レシピ情報の復号許可回数を有し、
   前記レシピ情報管理部は、
   暗号化された前記レシピ情報の復号回数が前記復号許可回数に達した場合、前記通信部を介して取得した暗号化された前記レシピ情報を破棄する
   ことを特徴とするリソース融通管理装置。
5. 請求項１に記載のリソース融通管理装置であって、
   前記暗号復号化部は、
   前記レシピ情報および作業情報を暗号化し、
   暗号化した前記レシピ情報および作業情報の復号鍵の取得要求を受け付けると、当該レシピ情報および作業情報の復号鍵を生成し、
   前記通信部は、
   前記依頼情報と、暗号化された前記レシピ情報および作業情報と、前記復号鍵とを所定の装置に送信する
   ことを特徴とするリソース融通管理装置。
6. 製品の製造工程毎に分割された分割レシピ情報のうち、暗号化された前記分割レシピ情報の１つと、前記レシピ情報の分割数を含む作業情報と、製造装置の識別情報を含む依頼情報とを取得する通信部と、
   前記分割レシピ情報の復号鍵の取得要求を行うレシピ情報管理部と、
   前記復号鍵を用いて暗号化された前記分割レシピ情報を復号する暗号復号化部と、を備え、
   前記レシピ情報管理部は、
   前記通信部を介して、復号された前記分割レシピ情報を前記製造装置に送信し、
   前記製造装置による前記分割レシピ情報に対応する前記製造工程の完了毎に、前記通信部を介して前記製造装置に前記分割レシピ情報の破棄を指示する
   ことを特徴とするリソース融通管理装置。
7. 請求項６に記載のリソース融通管理装置であって、
   前記レシピ情報管理部は、
   前記製造装置による前記分割レシピ情報に対応する前記製造工程の完了毎に、前記分割レシピ情報を破棄する
   ことを特徴とするリソース融通管理装置。
8. 請求項７に記載のリソース融通管理装置であって、
   前記レシピ情報管理部は、
   前記製造装置による前記分割レシピ情報に対応する前記製造工程の完了毎に、異なる製造工程に対応する前記分割レシピ情報の取得要求を行う
   ことを特徴とするリソース融通管理装置。
9. 請求項６に記載のリソース融通管理装置であって、
   前記暗号復号化部は、
   前記レシピ情報を製造工程毎に分割し、分割した前記分割レシピ情報の各々を暗号化し、
   暗号化した前記分割レシピ情報の復号鍵の取得要求を受け付けると、当該分割レシピ情報に対応する復号鍵を生成し、
   前記通信部は、
   暗号化された前記分割レシピ情報のいずれか１つと、前記作業情報および依頼情報と、当該分割レシピ情報に対応する前記復号鍵とを所定の装置に送信する
   ことを特徴とするリソース融通管理装置。
10. 依頼元リソース融通管理装置と、依頼先リソース融通管理装置と、製造装置とを備えたリソース融通管理システムであって、
    前記依頼先リソース融通管理装置は、
    製品の製法を示す暗号化されたレシピ情報と、１ロットあたりの製造許容数を含む暗号化された作業情報と、製造装置の識別情報を含む依頼情報とを前記依頼元リソース融通管理装置から取得し、
    前記レシピ情報および作業情報の復号鍵の取得要求を前記依頼元リソース融通管理装置に行い、
    前記依頼元リソース融通管理装置から取得した前記復号鍵を用いて、暗号化された前記レシピ情報および作業情報を復号し、
    復号した前記レシピ情報を前記製造装置に送信し、
    前記製造装置による１ロットの製造完了毎に、前記製造装置に前記レシピ情報の破棄を指示する
    ことを特徴とするリソース融通管理システム。
11. 依頼元リソース融通管理装置と、依頼先リソース融通管理装置と、製造装置とを備えたリソース融通管理システムであって、
    前記依頼先リソース融通管理装置は、
    製品の製造工程毎に分割された分割レシピ情報のうち、暗号化された前記分割レシピ情報の１つと、前記レシピ情報の分割数を含む作業情報と、製造装置の識別情報を含む依頼情報とを前記依頼元リソース融通管理装置から取得し、
    前記分割レシピ情報の復号鍵の取得要求を前記依頼元リソース融通管理装置に行い、
    前記依頼元リソース融通管理装置から取得した前記復号鍵を用いて、暗号化された前記分割レシピ情報を復号し、
    復号した前記分割レシピ情報を前記製造装置に送信し、
    前記製造装置による前記分割レシピ情報に対応する前記製造工程の完了毎に、前記製造装置に前記分割レシピ情報の破棄を指示する
    ことを特徴とするリソース融通管理システム。

Images