特許 7391903 コード生成システムおよびコード生成方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-27

(45)【発行日】2023-12-05

(54)【発明の名称】コード生成システムおよびコード生成方法

(51)【国際特許分類】

   G06Q 50/04 20120101AFI20231128BHJP

   G06Q 10/00 20230101ALI20231128BHJP

【ＦＩ】

G06Q50/04

G06Q10/00

【請求項の数】 15

(21)【出願番号】P 2021029671

(22)【出願日】2021-02-26

(65)【公開番号】P2022130975

(43)【公開日】2022-09-07

【審査請求日】2022-09-29

(73)【特許権者】

【識別番号】502129933

【氏名又は名称】株式会社日立産機システム

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】小檜山 智久

(72)【発明者】

【氏名】佐藤 貞男

(72)【発明者】

【氏名】相良 敦志

(72)【発明者】

【氏名】渡辺 能康

(72)【発明者】

【氏名】横田 英明

(72)【発明者】

【氏名】五十嵐 和明

(72)【発明者】

【氏名】川崎 博之

(72)【発明者】

【氏名】前田 勝則

(72)【発明者】

【氏名】藤原 圭吾

(72)【発明者】

【氏名】久恒 一修

【審査官】鈴木 和樹

(56)【参考文献】

【文献】特開２００９－０７６０５５（ＪＰ，Ａ）

【文献】特開２０１２－１６８６３９（ＪＰ，Ａ）

【文献】特開２０１８－２００５９８（ＪＰ，Ａ）

【文献】米国特許第０９７１０５０５（ＵＳ，Ｂ１）

【文献】中国特許出願公開第１１１１７８９００（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

企業の一部における管理対象を前記企業の一部で一意に識別する第１のコードと前記企業の一部を識別する第２のコードとを含む企業コードの情報から、前記管理対象の履歴を含む識別コードを生成する識別コード生成部と、前記識別コード生成部により生成された前記識別コードをハッシュ関数に従ってハッシュ化し、当該ハッシュ化した前記識別コードを無意味コードに変換するハッシュ処理部と、前記ハッシュ処理部で変換された前記無意味コードを基に前記企業全体で統一された参照コードを生成する参照コード生成部と、を備えることを特徴とするコード生成システム。

【請求項2】

請求項１に記載のコード生成システムであって、
前記参照コード生成部は、前記ハッシュ処理部で変換された前記無意味コードに対して、ヘッダとパリティを含む管理コードを付加して前記参照コードを生成することを特徴とするコード生成システム。

【請求項3】

請求項２に記載のコード生成システムであって、
前記参照コードの保存先となる管理テーブルを記憶する記憶部を更に備え、
前記参照コード生成部は、
前記参照コードを生成した際に、前記生成した前記参照コードと前記管理テーブルに記録された既存の参照コードとを比較し、前記生成した前記参照コードが前記管理テーブルに存在しないことを条件に、前記識別コード生成部により生成された前記識別コードと前記生成した前記参照コードとを関連づけて前記管理テーブルに記録することを特徴とするコード生成システム。

【請求項4】

請求項３に記載のコード生成システムであって、
前記参照コード生成部は、
前記生成した前記参照コードが前記管理テーブルに存在する場合、前記識別コード生成部により生成された前記識別コードに補正値を付加して新たな参照コードを生成し、前記生成した前記新たな参照コードが前記管理テーブルに存在しないことを条件に、前記識別コード生成部により生成された前記識別コードと前記生成した前記新たな参照コードとを関連づけて前記管理テーブルに記録することを特徴とするコード生成システム。

【請求項5】

請求項２に記載のコード生成システムであって、
前記参照コード生成部は、
前記生成した前記参照コードを二次元コードに変換し、前記変換した前記二次元コードを基にコード画像を生成することを特徴とするコード生成システム。

【請求項6】

請求項２に記載のコード生成システムであって、
前記管理対象の用途に応じて前記参照コードを複数のグループに分けて記録する複数の用途別管理テーブルと、前記管理対象の用途に対応した複数のヘッダの各々を前記複数の用途別管理テーブルの各々に対応づけて記録するヘッダ管理テーブルと、を記憶する記憶部を更に備え、
前記参照コード生成部は、
前記管理対象の用途を示す情報を受信した場合、前記受信した前記管理対象の用途を示す情報を基に前記ヘッダ管理テーブルを参照して、前記複数のヘッダの中から前記管理対象の用途に対応したヘッダを特定すると共に、前記複数の用途別管理テーブルの中から前記管理対象の用途に対応した用途別管理テーブルを特定し、前記特定したヘッダを基に前記参照コードを生成し、前記生成した前記参照コードを、前記特定した前記用途別管理テーブルに記録することを特徴とするコード生成システム。

【請求項7】

請求項３に記載のコード生成システムであって、
端末と情報の送受信を行うと共に、前記記憶部を検索先として検索する検索部を更に備え、
前記検索部は、
前記端末から前記参照コードを含む検索要求を受信した場合、前記検索要求に応答して前記記憶部を検索し、前記検索要求に付加された前記参照コードに対応する前記識別コードの情報を前記管理テーブルから抽出し、前記抽出した前記識別コードの情報を前記端末に送信することを特徴とするコード生成システム。

【請求項8】

請求項１に記載のコード生成システムであって、
前記管理対象は、
製品、部品、或いは調達品で構成され、
前記企業コードは、
前記管理対象が、前記製品の場合、前記製品の製品番号と、前記製品を製造した工場の工場コードであり、前記管理対象が、前記部品の場合、前記部品の製造番号と、前記部品を製造した工場の工場コードであり、前記管理対象が、前記調達品の場合、前記調達品を特定する調達品番号と、前記調達品を調達した工場の工場コードであることを特徴とするコード生成システム。

【請求項9】

識別コード生成部が、企業の一部における管理対象を前記企業の一部で一意に識別する第１のコードと前記企業の一部を識別する第２のコードとを含む企業コードの情報から、前記管理対象の履歴を含む識別コードを生成する識別コード生成ステップと、ハッシュ処理部が、前記識別コード生成ステップにより生成された前記識別コードをハッシュ関数に従ってハッシュ化し、前記ハッシュ化した前記識別コードを無意味コードに変換するハッシュ化ステップと、参照コード生成部が、前記ハッシュ化ステップで変換された前記無意味コードを基に前記企業全体で統一された参照コードを生成する参照コード生成ステップと、を備えることを特徴とするコード生成方法。

【請求項10】

請求項９に記載のコード生成方法であって、
前記参照コード生成ステップでは、前記参照コード生成部が、前記ハッシュ化ステップで変換された前記無意味コードに対して、ヘッダとパリティを含む管理コードを付加して前記参照コードを生成することを特徴とするコード生成方法。

【請求項11】

請求項１０に記載のコード生成方法であって、
前記参照コードの保存先となる管理テーブルを記憶部に記憶する記憶ステップを更に備え、
前記参照コード生成ステップでは、
前記参照コード生成部が、前記参照コードを生成した際に、前記生成した前記参照コードと前記管理テーブルに記録された既存の参照コードとを比較し、前記生成した前記参照コードが前記管理テーブルに存在しないことを条件に、前記識別コード生成ステップにより生成された前記識別コードと前記生成した前記参照コードとを関連づけて前記管理テーブルに記録することを特徴とするコード生成方法。

【請求項12】

請求項１１に記載のコード生成方法であって、
前記参照コード生成ステップでは、
前記参照コード生成部が、前記生成した前記参照コードが前記管理テーブルに存在する場合、前記識別コード生成ステップにより生成された前記識別コードに補正値を付加して新たな参照コードを生成し、前記生成した前記新たな参照コードが前記管理テーブルに存在しないことを条件に、前記識別コード生成ステップにより生成された前記識別コードと前記生成した前記新たな参照コードとを関連づけて前記管理テーブルに記録することを特徴とするコード生成方法。

【請求項13】

請求項１０に記載のコード生成方法であって、
前記参照コード生成ステップでは、
前記参照コード生成部が、前記生成した前記参照コードを二次元コードに変換し、前記変換した前記二次元コードを基にコード画像を生成することを特徴とするコード生成方法。

【請求項14】

請求項１０に記載のコード生成方法であって、
前記管理対象の用途に応じて前記参照コードを複数のグループに分けて記録する複数の用途別管理テーブルと、前記管理対象の用途に対応した複数のヘッダの各々を前記複数の用途別管理テーブルの各々に対応づけて記録するヘッダ管理テーブルと、を記憶部に記憶する記憶ステップを更に備え、
前記参照コード生成ステップでは、
前記参照コード生成部が、前記管理対象の用途を示す情報を受信した場合、前記受信した前記管理対象の用途を示す情報を基に前記ヘッダ管理テーブルを参照して、前記複数のヘッダの中から前記管理対象の用途に対応したヘッダを特定すると共に、前記複数の用途別管理テーブルの中から前記管理対象の用途に対応した用途別管理テーブルを特定し、前記特定したヘッダを基に前記参照コードを生成し、前記生成した前記参照コードを、前記特定した前記用途別管理テーブルに記録することを特徴とするコード生成方法。

【請求項15】

請求項１１に記載のコード生成方法であって、
検索部が、端末と情報の送受信を行うと共に、前記記憶ステップで記憶された前記管理テーブルを検索先として検索する検索ステップを更に備え、
前記検索ステップでは、
前記検索部が、前記端末から前記参照コードを含む検索要求を受信した場合、前記検索要求に応答して前記管理テーブルを検索し、前記検索要求に付加された前記参照コードに対応する前記識別コードの情報を前記管理テーブルから抽出し、前記抽出した前記識別コードの情報を前記端末に送信することを特徴とするコード生成方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、製品等に付与されるコードを生成するコード生成システムおよびコード生成方法に関する。

【背景技術】

【0002】

例えば製造業において、ＤＸ（デジタルトランスフォーメーション）化推進のため、製品から部品に至るまでのあらゆるモノを、全社レベルで統一して特定および管理できるようにするため、それぞれのモノを特定するために付与する統一的な番号体系が求められている。一方、工場などの生産拠点ごとに運用されている製品や部品の既存の番号体系を放棄して、全社レベルで統一した新たな番号体系を構築することは、多大な投資と期間を要し、番号体系の移行に困難を伴う。これは一般的に、Ｍ＆Ａなどで歴史も背景も異なる会社（あるいは生産拠点）を統合する際にも普通に生じる課題である。

【0003】

このような課題に対応するため、従来から、既存のＢＯＭ（Bill Of Material）コード（特許文献１の図５参照）を拡張して全社レベルで統一した番号体系を構築することが行われている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－１９４９２０号公報

【発明の概要】

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

【0005】

しかしながら、上記従来技術では、既存コードが複雑である他、新たな番号体系における番号が、ユニーク性確保、無意味コード化、必要桁数確保といった要件を満たなければならない点で、実現に多大なコストを要するという課題がある。

【0006】

本発明は以上の課題を考慮してなされたもので、企業の一部における管理対象に対して付与される企業コードを基に企業全体で統一したコード体系を低コストで構築することを目的とする。

【0007】

さらに近年においては製品や部品の製造や検査に係る記録が後から故意に書き換えられて問題になったという事例があり、このような記録の改変があったかなかったかを容易に検証できることが望ましい。これが本発明が解決しようとする第二の課題である。後からの記録の書き換えは間違いの訂正の場合もあるし、何らかの悪意を伴った書き換えも考えられるが、動機が善意・悪意に関わらず、こうした書き換えがあったかどうかを容易に検出できるとともに、元の記録がどのようなものであったかを確かめられるコードを生成できることを本発明の第二の目的とする。

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

【0008】

かかる課題を解決するため本発明においては、企業の一部における管理対象を前記企業の一部で一意に識別する第１のコード（製品番号など）と前記企業の一部を識別する第２のコード（工場の識別番号など）とを含む企業コードの情報（対象の製品や部品、すなわち管理対象を特定するユニークなコード）から、前記管理対象の履歴を含む識別コードを生成する識別コード生成部と、前記識別コード生成部により生成された前記識別コードをハッシュ関数に入力してハッシュ化し、前記ハッシュ化した前記識別コードを無意味コードに変換するハッシュ処理部と、前記ハッシュ処理部で変換された前記無意味コードを基に前記企業全体で統一された参照コードを生成する参照コード生成部と、を備えることを特徴とする。

【発明の効果】

【0009】

本発明によれば、企業の一部における管理対象に対して付与される企業コードを基に企業全体で統一したコード体系を低コストで構築することができる。さらに該統一したコードを生成するための該企業コードを後から書き換えた場合に、書き換えたことを容易に検知することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態１に係る全体システムの概略構成を示す図。

【図2】実施形態１に係るコード生成システムの構成を示す図。

【図3】実施形態１に係るコード生成システムの処理の概略を示す図。

【図4】実施形態１に係るコード生成システムの処理を示すフローチャート。

【図5】実施形態２に係るコード生成システムの処理を示すフローチャート。

【図6】実施形態２で用いるＰＩＤを定義するＪＳＯＮオブジェクトを示す図。

【図7】実施形態２においてＤＮＣからＰＩＤを逆引きする処理を示すフローチャート。

【図8】実施形態３に係るコード生成システムの処理を示すフローチャート。

【図9】実施形態３で用いるＰＩＤを定義するＪＳＯＮオブジェクトを示す図。

【図10】実施形態３においてＤＮＣからＰＩＤを逆引きする処理を示すフローチャート。

【図11】実施形態４においてコード画像を使ってＤＮＣとＬＣＭサービスシステムとを連携する概要を示す図。

【図12】実施形態４に係るＬＣＭサービスシステムの構成を示す図。

【図13】実施形態４においてＤＮＣをもとに製品情報の登録画面を表示する処理を示すフローチャート。

【図14】実施形態５に係るＰＩＤ変換テーブルとヘッダ管理テーブルの構成を示す構成図。

【図15】実施形態５に係るコード生成システムの処理を示すフローチャート。

【図16】各システムを実現するコンピュータのハードウェアの構成図。

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

【0011】

以下、本発明の実施形態について、図面を参照して説明する。各実施形態および各変形例は、本発明の技術思想の範囲内かつ整合する範囲内でその一部または全部を組合せることができる。

【0012】

なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組合せの全てが発明の解決手段に必須であるとは限らない。また、発明の構成に必須だが周知である構成については、図示及び説明を省略する場合がある。

【0013】

実施形態を説明するための各図面において、同一参照番号で同一または類似の機能を備えた構成または処理を示し、後出の説明を省略する。また例えば「ｘｘｘ１００－１」「ｘｘｘ１００－２」や「ｘｘｘ１００ａ」「ｘｘｘ１００ｂ」のように、同一番号に異なる枝番号が付加された符号が付与されている同一名称の複数の要素を、同一番号のみを用いて「ｘｘｘ１００」のように表して総称する。
＜実施形態１＞

【0014】

以下、図１～図４を参照して、本発明の実施形態１を説明する。実施形態１の前提として、ある企業の事業所（例えば部品や製品の生産を行う工場や開発拠点、管理拠点、営業拠点等）が複数存在するとする。

【0015】

実施形態１では、ある企業の工場で使用されている工場ごとのコード体系で製品を識別する既存コードを拡張して、当該企業の全製品を当該企業の全社内で一意に識別する統一コードを策定する。

【0016】

また本実施形態では、各工場での既存コードの継続運用を可能としつつ、各工場の個々の出荷製品に統一コードを付与することで、製品情報の統一管理を可能とし、品質保証システムとも連携できるようになる。また統一コードを用いて製品や部品と製品や部品に関するあらゆる事象とを紐付けて記録することで、製品のライフサイクル管理（部品情報、生産情報、販売情報、保守情報等の管理）を実現する。なお統一コードの対象製品・部品は、個体単位で管理が行われる製品や部品の他、ロット単位で管理が行われる製品や部品でもよい。
（実施形態１の全体システムＳ）

【0017】

図１は、実施形態１に係る全体システムＳの概略構成を示す図である。図１において、全体システムＳは、コード生成システム１、ＰＩＤ変換テーブル２、品質データレイク３、および複数の事業用システム２００を含んで構成される。コード生成システム１、ＰＩＤ（Product/Parts/Procurement ID）変換テーブル２、および品質データレイク３は、データセンタ（企業内のサーバルーム、企業内外のデータセンタ、クラウドサービスなどを含む）に配置される。事業用システム２００は、生産管理システム、品質保証システム、出荷管理システム、維持保守システム等である。各事業用システム２００が、それぞれの工場に配置される。図１の例では、事業用システム２００Ａが工場Ａに配置され、事業用システム２００Ｂが工場Ｂに配置される。

【0018】

事業用システム２００とコード生成システム１は、通信網を介して接続される。例えば工場Ａ内においては、工場Ａ内で製品を一意に識別する製品ＩＤ、工場Ａ内で部品を一意に識別する部品ＩＤ、工場Ａ内で調達品を一意に識別する調達ＩＤなどのＩＤ（Identification）が、それぞれの既存のコード体系を持つＩＤとして使用されている。この際、製品、部品、或いは調達品を、企業の管理対象として管理することができる。事業用システム２００Ａは、オペレータの指示に応じて、既存のコード体系のＩＤをコード生成システム１へ送信する。コード生成システム１へ送信するＩＤは、１種類のＩＤであってもよいし、複数種類のＩＤの組合せであってもよい。

【0019】

コード生成システム１は、事業用システム２００Ａから受信したＩＤに、事業所（工場）を識別するコード（工場コード）を付加したＰＩＤを生成し、ＰＩＤからＤＮＣ（Digital Name Code）を生成する。コード生成システム１は、例えば、企業の一部（工場）における管理対象を、企業の一部で一意に識別する第１のコード（製品番号）と企業の一部を識別する第２のコード（工場コード）とを含む企業コードの情報から、ＰＩＤを管理対象の履歴を含む識別コードとして生成することができる。

【0020】

ここで、企業コードとは、管理対象が、製品の場合、製品の製品番号（第１のコード）と、製品を製造した工場の工場コード（第２のコード）であり、管理対象が、部品の場合、部品の製造番号（第１のコード）と、部品を製造した工場の工場コード（第２のコード）であり、管理対象が、調達品の場合、調達品を特定する調達品番号（第１のコード）と、調達品を調達した工場の工場コード（第２のコード）である。また、ＤＮＣとは、ある企業に属する複数の工場を跨って当該企業の全社内で一意性を持つ、全社内で製品や部品をユニークに識別する統一コードとしての参照コードである。生成されたＤＮＣは、二次元コードのコード画像にエンコードされ、エンコードされたコード画像が、シールや銘板等で該当の製品や部品に貼付（あるいは印刷）される。製品や部品に貼付されたコード画像をスキャンして読み取られたＤＮＣに関する情報は、製品や部品を全社内で一意に識別される情報として利用される。

【0021】

またコード生成システム１は、ＤＮＣを発行する際に、ＤＮＣと、当該ＤＮＣの生成元となったＰＩＤとを対応付けたレコードを生成してＰＩＤ変換テーブル２へ格納する。ＰＩＤ変換テーブル２は、データベースとして管理され、ＤＮＣからＰＩＤを逆引きする際に参照される。

【0022】

以上の処理は、工場Ｂの事業用システム２００Ｂとコード生成システム１との間でも、事業用システム２００Ａと同様に行われる。

【0023】

ここで工場Ａにおいて生産された部品が工場Ｂへ搬入され、工場Ｂでこの部品を使って製品が製造される場合を考える。工場Ｂでは、オペレータの指示に応じて、部品に貼付されたコード画像がスキャンされてＤＮＣが読み取られ、読み取られＤＮＣが工場Ｂから品質データレイク３へ送信される。品質データレイク３は、ＰＩＤ変換テーブル２と連携して管理され、品質データレイク３には、ＰＩＤとＤＮＣに対応付けられた部品や製品の製造・品質データが保存される。この際、品質データレイク３には、工場Ｂから取得されたデータであって、工場Ｂから受信したＤＮＣに対応付けられている製造・品質データが格納される。

【0024】

また、品質データレイク３に対してＤＮＣで部品や製品の製造・品質データの問い合わせがあった場合、問い合わせ先は、データレイク３から目的とする製造・品質データを取得できる。

【0025】

このように全社レベルで統一して製品や部品を特定できるＤＮＣを用いることで、企業や事業所のコスト負担を抑えつつ、事業所間を流通する製品や部品の管理を全社で統一的に行い、製品や部品のトレーサビリティを向上できる。トレーサビリティの向上により、不具合発生時の対応を迅速化できることから顧客満足度向上が向上する。また不具合発生時に、ＤＮＣを用いることで、迅速な原因特定と影響範囲の把握ができ、仕損費最小化を図ることができる。また企業や事業所が外部から調達する調達品に適用することで、調達品の調達先を集約し、購買等原価低減を図ることができる。またコード画像を使ってＤＮＣの出力や読み取りを行うことで、コード読み取りの際の人の労力とミスを減らすことができる。
（実施形態１のコード生成システム１の構成）

【0026】

図２は、実施形態１に係るコード生成システム１の構成を示す図である。コード生成システム１には、ＤＮＣの生成元コードであるＰＩＤやオペレータの指示などの入力を受付ける入力部１０と、コード生成システム１によって生成されたＤＮＣを出力する出力部２０とが接続されている。入力部１０および出力部２０は、コード生成システム１のコンソールであってもよいし、ネットワークを介してコード生成システム１と接続されている端末であってもよい。

【0027】

コード生成システム１は、ＰＩＤ生成部１１と、ハッシュ処理部１２と、ヘッダ・パリティ付加部１３と、を有する。ＰＩＤ生成部１１は、入力部１０から入力された各工場内でユニークな既存のコード体系のコード（製品番号）に、各工場を識別するコード（工場コード）を付加したＰＩＤを生成する。この際、ＰＩＤ生成部１１は、企業の一部（工場）における管理対象（例えば、製品）を、企業の一部で一意に識別する第１のコード（製品番号）と企業の一部を識別する第２のコード（工場コード）とを含む企業コードの情報から、製品の履歴を含む識別コードを生成する識別コード生成部として機能する。なお、ＰＩＤとしては、（１）各工場で使用されている現行のコード単体、（２）各工場で使用されている複数の現行コード、（３）各工場で使用されている他のコードと現行コードとをミックスしたコード、（４）ＰＩＤの対象物を構成する１以上のＤＮＣを示すコード、（５）上記のいずれかのコードをＪＳＯＮ（JavaScript Object Notation）形式で表現したコード、を用いることができる。特に例として挙げたＪＳＯＮ形式では複数の部品を組み合わせた記録や、品質記録（例えば使用した検査装置、検査結果の値、作業者、日時など）を容易に記述することが可能である。ここでＪＳＯＮ形式を取り上げたのは例としてであり、他のＮＯＳＱＬ、ＲＤＢで扱える形式のデータでもよい。以上のようにＰＩＤは単一のコードの場合もあるし、複数のコードの集合である場合もあるし、またＪＳＯＮ形式のようなドキュメントの場合もある。本明細書ではこれらを区別することなくＰＩＤとして表現する。

【0028】

ハッシュ処理部１２は、ＰＩＤ生成部１１によって生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して無意味コードを生成する。この際、ハッシュ処理部１２は、ＰＩＤ生成部（識別コード生成部）１１により生成されたＰＩＤ（識別コード）をハッシュ関数に入力してハッシュ化し、ハッシュ化したＰＩＤ（識別コード）を無意味コードに変換するハッシュ処理部（ハッシュ化部）として機能する。ハッシュ処理部１２は、ＰＩＤをハッシュ関数処理することで、ＰＩＤを所定桁数のコード空間にマッピングして出力されたコードの桁数を同じにし、新規の無意味コードを生成する。ハッシュ関数は、一方向関数で逆変換できない特性を有する。さらにハッシュ関数の特性により、ＰＩＤの値が１ビットでも異なれば、ＰＩＤをハッシュ化したハッシュ値は全く異なるものとなる。

【0029】

ヘッダ・パリティ付加部１３は、ハッシュ処理部１２によって生成された無意味コードに対して、仕様で定めたヘッダとパリティを含む管理コードを付加し、一定長さのコードを示すＤＮＣを生成する。この際、ヘッダ・パリティ付加部１３は、ハッシュ処理部１２で変換された無意味コードを基に企業全体で統一されたＤＮＣ（参照コード）を生成する参照コード生成部として機能する。また、ヘッダ・パリティ付加部１３は、ＰＩＤ生成部１１により生成されたＰＩＤと生成したＤＮＣとを対応付けたレコード２Ｌを、ＰＩＤ変換テーブル２へ格納する。なお、無意味コード（ハッシュ値）に対して、パリティ、すなわち検査符号を付けなくても良いが、無意味コードに対して１桁以上のパリティを付けることで、印刷面のひっかきや汚損による二次元コードの部分的な毀損によるハッシュ値の誤読み出しを検知できる。一般的に二次元コードの付加機能として二次元コード自体に情報の冗長化による検査パターンが埋め込まれていることがあるが、二次元コードの所定面積が毀損された時の最後のバックアップ手段として二次元コードの画像とは別に、テキスト文字でコードの内容を文字として併記する場合がある。この場合には検査符号がないと文字列の正しさをチェックする方法がないため、検査符号の付加が望ましい。

【0030】

なおここでは検査符号の代表例としてパリティと記載しているが、パリティ以外の検査符号であってもよい。ヘッダとしては、標準的には１文字の情報が用いられる。無意味コード（ハッシュ値）に対して、１文字のヘッダを付加することで、ＤＮＣ集合の特性を示すことができる。ここでもヘッダ(ヘッダ文字)の有無やヘッダの文字数は何であっても構わず、このことは本発明の本質ではない。

【0031】

ＰＩＤ変換テーブル２としては、ＮＯＳＱＬ（Not Only SQL）タイプのデータベースを活用することができる。例えば、（１）キー（ＤＮＣ）に対して、１対１対応のＰＩＤの場合、キー・バリューストア型のもの。（２）キーに対して、空白を含む複数のカラムを有するＰＩＤの場合、カラム指向型のもの。（３）キーに対して、ＪＳＯＮ等の文書構造を有するＰＩＤの場合、ドキュメント指向型のもの。（４）これらのＮＯＳＱＬタイプに加えて、従来のＳＱＬタイプのＲＤＢ（Relational Database）を適用したもの。

【0032】

図２に示すように、品質データレイク３は、ＤＢ管理装置４０によって管理されるデータベースであり、品質データレイク３には、工場で管理される製造・品質データやＰＩＤ変換テーブル２と同様の情報（ＰＩＤとＤＮＣとを対応付けたレコード２Ｌの情報）が格納される。端末３０は、オペレータ操作により、製品に貼付されているコード画像を読み取り装置が読み取って得られたＤＮＣの情報を、ネットワークを介してＤＢ管理装置４０へ送信する。ＤＢ管理装置４０は、端末３０と情報の送受信を行い、端末３０からの要求に応答して、品質データレイク３を検索対象とする検索部として機能し、検索結果を端末３０に送信する。
（実施形態１のコード生成システム１の概略構成）

【0033】

図３は、実施形態１に係るコード生成システムの処理の概略を示す図である。図３において、Ａ工場（工業用システム２００Ａ）では、生産された製品５を搬出するに前に、製品５として、Ａ工場で定義されたコードであって、Ａ工場でユニークな既存のコード体系のコードである製品番号＝ＡＢＣＤ１２３４５を製造・品質データＤ１として、端末３０とＤＢ管理装置４０を介して品質データレイク３に格納する（Ａ１）。この後、Ａ工場（工業用システム２００Ａ）では、Ａ工場でユニークなコードである製品番号＝ＡＢＣＤ１２３４５と、全社でユニークな工場コードであってＡ工場固有の工場コードとを含む情報を既存のコード体系の情報として、コード生成システム１に送信する（Ａ２）。コード生成システム１は、受信した情報、すなわち、Ａ工場で定義されたコードである製品番号＝ＡＢＣＤ１２３４５とＡ工場固有の工場コードとからＰＩＤを生成し、生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して、新規の無意味コードを生成する。この後、コード生成システム１は、生成された無意味コードに対して、仕様で定めたヘッダとパリティを付加したＤＮＣを生成する。

【0034】

この際、コード生成システム１は、生成したＤＮＣを基にＰＩＤ変換テーブル２又は品質データレイク３を参照し（Ａ３、Ａ４）、生成したＤＮＣとＰＩＤ変換テーブル２又は品質データレイク３に記録された既存のＤＮＣとを比較し、生成したＤＮＣが、全体システムＳ内において一意であるか否かを判定する。コード生成システム１は、生成したＤＮＣが、既存のＤＮＣとは一致せず、全体システムＳ内において一意である場合、生成したＤＮＣと生成したＰＩＤとを対応づけたレコード２Ｌを生成し（Ａ５）、生成したレコード２ＬをＰＩＤ変換テーブル２に記録する（Ａ６）。この後、コード生成システム１は、生成したＤＮＣを二次元コード化し、二次元コードからコード画像を生成し、生成したコード画像の情報をＡ工場（工業用システム２００Ａ）に送信する（Ａ７）。Ａ工場（工業用システム２００Ａ）では、コード画像の情報を受信した場合、受信したコード画像の情報を基に製品５にコード画像６を貼付又は印刷する。

【0035】

一方、Ａ工場から製品５が搬出され、製品５がＢ工場に搬入された場合（Ａ８）、Ｂ工場（工業用システム２００Ｂ）では、二次元コードリーダで、製品５に貼付又は印刷されたコード画像６の情報を読み取り、製品５に対応したＤＮＣを判別することができる。この際、Ｂ工場（工業用システム２００Ｂ）では、コード画像６の情報を読み取って得られた、製品５に対応したＤＮＣの内容を、ＤＢ管理装置４０を介して品質データレイク３に照会することができる（Ａ９）。この際、ＤＢ管理装置４０は、Ａ工場固有の製品番号＝ＡＢＣＤ１２３４５に紐づいた製造・品質データＤ１を基に、照会内容を工場Ｂ（工業用システム２００Ｂ）にトレースバックすることができる（Ａ１０）。すなわち、品質データレイク３には、ＰＩＤ変換テーブル２と同じ情報（ＰＩＤとＤＮＣとを対応づけた情報）が記録されているので、Ｂ工場に搬入された製品５が、Ａ工場で生産された製品であって、製品番号が正しい番号であるかを示す情報が、ＤＢ管理装置４０から工場Ｂ（工業用システム２００Ｂ）に送信される。
（実施形態１のコード生成システム１の処理）

【0036】

図４は、実施形態１に係るコード生成システムの処理を示すフローチャート。図４において、コード生成システム１は、ＰＩＤ生成部１１が、入力部１０から、製品に関する情報として、工場定義のコード入力を受付ける（Ｓ１１）。例えば、ＰＩＤ生成部１１は、Ａ工場定義のコードとして、製品番号＝ＡＢＣＤ１２３４５を受付ける。この後、ＰＩＤ生成部１１は、Ａ工場定義のコードに、Ａ工場を識別するコード（工場コード）を付加してＰＩＤを生成し、生成したＰＩＤをハッシュ処理部１２に出力する（Ｓ１２）。

【0037】

ハッシュ処理部１２は、ＰＩＤ生成部１１によって生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して、新規の無意味コードを生成し、生成した無意味コードをヘッダ・パリティ付加部１３に出力する。

【0038】

ヘッダ・パリティ付加部１３は、ハッシュ処理部１２によって生成された無意味コードに対して、仕様で定めたヘッダとパリティを付加したＤＮＣを生成し（Ｓ１３）、生成したＤＮＣを基にＰＩＤ変換テーブル２を参照して、生成したＤＮＣとＰＩＤ変換テーブル２に記録された既存のＤＮＣとを比較し、生成したＤＮＣは、全体システムＳ内において一意であるか否かを判定する（Ｓ１４）。

【0039】

ヘッダ・パリティ付加部１３は、ステップＳ１４で肯定の判定結果を得た場合、すなわち、生成したＤＮＣが、既存のＤＮＣとは一致せず、全体システムＳ内において一意である場合、生成したＤＮＣをＰＩＤ変換テーブル２に格納する処理を実行する（Ｓ１５）。例えば、ヘッダ・パリティ付加部１３は、ステップＳ１２で生成されたＰＩＤと、ステップＳ１３で生成されたＤＮＣとを対応づけたレコード２Ｌを生成し、生成したレコード２ＬをＰＩＤ変換テーブル２に記録する。これにより、一意性を有する正確なＤＮＣをＰＩＤと対応づけてＰＩＤ変換テーブル２に記録することができる。

【0040】

この後、ヘッダ・パリティ付加部１３は、ステップＳ１３で生成したＤＮＣを二次元コード化し、二次元コードからコード画像を生成し、生成したコード画像の情報をＡ工場の工業用システム２００Ａに送信した後、このルーチンでの処理を終了する。

【0041】

一方、ヘッダ・パリティ付加部１３は、ステップＳ１４で否定の判定結果を得た場合、すなわち、生成したＤＮＣが、既存のＤＮＣと一致し、ハッシュ衝突した場合、ステップＳ１２で生成されたＰＩＤに、ソルト（出力ハッシュ値を変えるための所定ビット数の付加コード）を補正値として付加し（Ｓ１７）、ステップＳ１３の処理に移行する。この際、ステップＳ１３において、ヘッダ・パリティ付加部１３は、ステップＳ１２で生成されたＰＩＤにソルトが付加された値を基に新たなＤＮＣを生成する。これにより、ハッシュ衝突が発生しても、ＰＩＤにソルトを付加することで、再度、一意性を有するＤＮＣを生成することができる。ヘッダ・パリティ付加部１３は、その後、ステップＳ１４～Ｓ１７の処理を実行する。

【0042】

実施形態１によれば、企業の一部における管理対象に対して付与される企業コードを基に企業全体で統一したコード体系を低コストで構築することができる。すなわち、既存コードを拡張して全社レベルで統一した番号体系を低コストで構築することができる。この際、工場では、既存の現行コード（製品番号や工場コード）を変更することなく、現行コードを用いることができる。また、現行コードとして工場ごとに別の番号体系があっても、工場間跨りで同一桁数のコードであるＤＮＣを用いて各工場で管理することができる。さらに、ＤＮＣは、ハッシュ関数により「無意味化されたコード」として生成されるので、ＤＮＣが社外に公開されても、社内の情報が漏れることはない。これは、ハッシュ関数の計算困難性によるものである。また、ハッシュ関数を用いてＤＮＣを生成することは、コードを暗号化で秘匿した場合の鍵の管理の必要性も鍵の流出の危険性もない。また、ＤＮＣを用いて製品を管理するに際して、ＤＸ化に要するコストを抑え、短期間で改善効果を出すことができる。
＜実施形態２＞

【0043】

以下、図５～図７を参照して、本発明の実施形態２を説明する。なお、実施形態２における全体システムＳの構成は、実施形態１と同様である。
（実施形態２のコード生成システム１の処理）

【0044】

図５は、実施形態２に係るコード生成システムの処理を示すフローチャートである。図５において、コード生成システム１は、ＰＩＤ生成部１１が、入力部１０から、複数の部品で構成される組み立て品（製品）に関する情報として、各部品に付加されたＤＮＣ等の情報の入力を受付ける（Ｓ１１－Ｂ１）。この後、ＰＩＤ生成部１１は、受け付けた情報をＪＳＯＮ形式の情報に変換し（Ｓ１１－Ｂ２）、変換された情報を基に、組み立て品（製品）のＰＩＤを生成し（図６参照）、生成したＰＩＤをハッシュ処理部１２に出力する（Ｓ１２）。

【0045】

ハッシュ処理部１２は、ＰＩＤ生成部１１によって生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して、新規の無意味コードを生成し、生成した無意味コードをヘッダ・パリティ付加部１３に出力する。この後、ヘッダ・パリティ付加部１３は、ステップＳ１３～Ｓ１７の処理を、図４に示すステップＳ１３～Ｓ１７の処理と同様に実行する。
（実施形態２のＪＳＯＮオブジェクト１００の構成）

【0046】

図６は、実施形態２で用いるＰＩＤを定義するＪＳＯＮオブジェクトを示す図である。図６において、ＪＳＯＮオブジェクト１００は、書式１０１と、組み立て品のＰＩＤ１０２と、組み立て品の実績ベースＤＮＣ１０３を備える。書式１０１には、組み立て品（製品）のＰＩＤを記録する際の書式として、各要素が“キー名”：“値”で構成されることが記録される。また、組み立て品のＰＩＤ１０２には、各部品に付加されたＤＮＣ等の情報をＪＳＯＮ形式に変換した際の情報が記録される。例えば、組み立て品のＰＩＤ１０２の情報として、“事業所”：“（Ｎ）”、“図番品番”：“ＹＹＹＹ”、“正式品名”：“ＸＸＸＸ”、“作業者”：“ＳＡＮＫＩ Ｔａｒｏ”、“日時”：“２０２０/０５/１４/１３：３４”、“部品１のＤＮＣ”：“ＤＮＣ１”、“部品２のＤＮＣ”：“ＤＮＣ２”、・・・、“部品ｎのＤＮＣ”：“ＤＮＣｎ”が記録される。

【0047】

組み立て品の実績ベースＤＮＣ１０３には、組み立て品（製品）のＰＩＤ１０２の情報を基にヘッダ・パリティ付加部１３で生成されたＤＮＣの情報が記録される。なお、ＪＳＯＮオブジェクト１００に記録された情報は、品質データレイク３に記録される。
（実施形態２のコード生成システム１の処理）

【0048】

図７は、実施形態２においてＤＮＣからＰＩＤを逆引きする処理を示すフローチャートである。図７において、オペレータから端末３０に対して、ＤＮＣからＰＩＤを逆引きする処理が指示された場合、端末３０は、オペレータに指示に応答して、組み立て品（製品）に貼付されたコード画像をスキャンしてＤＮＣを読み取り、読み取ったＤＮＣの情報をＤＢ管理装置４０に転送し、ＤＢ管理装置４０に対して、ＤＮＣからＰＩＤを逆引きする処理を要求することで、このルーチンでの処理が開始される。ＤＢ管理装置４０は、端末３０からの要求に応答し、端末３０から転送されたＤＮＣの情報を基に、ＤＮＣからＪＳＯＮ形式のＰＩＤを逆引きする処理を実行する（Ｓ２１）。例えば、ＤＢ管理装置４０は、端末３０から転送されたＤＮＣの情報を基に、品質データレイク３に記録されたＪＳＯＮオブジェクト１００の情報を検索し、作業者、日時、部品のＤＮＣ等のリストを含む情報として、例えば、組み立て品のＰＩＤ１０２に記録された情報を端末３０にトレースバックする（Ｓ２２）。この際、ＤＢ管理装置４０は、組み立て品のＰＩＤ１０２に記録された情報のうち、部品のＤＮＣの情報を基に、入れ子構造のＰＩＤを検索結果として端末３０にトレースバックし（Ｓ２３）、このルーチンでの処理を終了する。

【0049】

実施形態２によれば、複数の部品に付加された複数のＤＮＣ（ＤＮＣの集合体）を基に実施形態１とは異なる新たなＤＮＣを入れ子構造のＤＮＣとして生成し、生成したＤＮＣを組み立て品（製品）のＤＮＣとして用いることができる。また、生成したＤＮＣを組み立て品（製品）に貼付又は印字することで、組み立て品（製品）がいつどの部品を使用して組み込まれたかが記録される。さらに、ＤＮＣからＰＩＤを逆引きすることで、組み立て品を構成する各部品の履歴を検索することができる。
＜実施形態３＞

【0050】

以下、図８～図１０を参照して、本発明の実施形態３を説明する。なお、実施形態３における全体システムＳの構成は、実施形態１と同様である。
（実施形態３のコード生成システム１の処理）

【0051】

図８は、実施形態３に係るコード生成システムの処理を示すフローチャートである。図８において、コード生成システム１は、ＰＩＤ生成部１１が、入力部１０から、調達品に関する情報として、調達品に付加された複数の調達品コードの情報の入力を受付ける（Ｓ１１－Ｃ１）。この後、ＰＩＤ生成部１１は、受け付けた情報をＪＳＯＮ形式の情報に変換し（Ｓ１１－Ｃ２）、変換された情報を基に、調達品のＰＩＤを生成し（図９参照）、生成したＰＩＤをハッシュ処理部１２に出力する（Ｓ１２）。

【0052】

ハッシュ処理部１２は、ＰＩＤ生成部１１によって生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して、新規の無意味コードを生成し、生成した無意味コードをヘッダ・パリティ付加部１３に出力する。この後、ヘッダ・パリティ付加部１３は、ステップＳ１３～Ｓ１７の処理を、図４に示すステップＳ１３～Ｓ１７の処理と同様に実行する。
（実施形態３のＪＳＯＮオブジェクト２００の構成）

【0053】

図９は、実施形態３で用いるＰＩＤを定義するＪＳＯＮオブジェクトを示す図である。図９において、ＪＳＯＮオブジェクト２００は、書式２０１と、調達品のＰＩＤ２０２と、調達品の実績ベースＤＮＣ２０３を備える。書式２０１には、調達品のＰＩＤを記録する際の書式として、各要素が“キー名”：“値”で構成されることが記録される。調達品のＰＩＤ２０２には、調達品に付加された複数の調達品コードの情報をＪＳＯＮ形式に変換した際の情報が記録される。例えば、調達品のＰＩＤ２０２には、“事業所”：“（ＳＫ）（Ｎ）”、“類別コード”：“ＶＶＶＶ”、“図番品番”：“ＷＷＷＷ”、“正式品名”：“ＡＡＡＡ”、“取引先名”：“取引先１”、“サプライヤ”：“サプライヤ１”が繰り返して記録される。なお、調達品コードの代わりに、調達品に付加されたＣＳＶファイルの情報を用いることもできる。

【0054】

調達品の実績ベースＤＮＣ２０３には、調達品のＰＩＤ２０２の情報を基にヘッダ・パリティ付加部１３で生成されたＤＮＣの情報が記録される。なお、ＪＳＯＮオブジェクト２００に記録された情報は、品質データレイク３に記録される。
（実施形態３のコード生成システム１の逆引きの処理）

【0055】

図１０は、実施形態３においてＤＮＣからＰＩＤを逆引きする処理を示すフローチャートである。図１０において、オペレータから端末３０に対して、ＤＮＣからＰＩＤを逆引きする処理が指示された場合、端末３０は、オペレータの指示に応答して、調達品に貼付されたコード画像をスキャンしてＤＮＣを読み取り、読み取ったＤＮＣの情報をＤＢ管理装置４０に転送し、ＤＢ管理装置４０に対して、ＤＮＣからＰＩＤを逆引きする処理を要求する。これにより、このルーチンでの処理が開始される。ＤＢ管理装置４０は、端末３０からの要求に応答し、端末３０から転送されたＤＮＣの情報を基に、調達品のＤＮＣからＪＳＯＮ形式のＰＩＤを逆引きする処理を実行する（Ｓ３１）。例えば、ＤＢ管理装置４０は、端末３０から転送されたＤＮＣの情報を基に、品質データレイク３に記録されたＪＳＯＮオブジェクト２００の情報を参照し、同一の正式品名のＤＮＣを検索する（Ｓ３２）。この後、ＤＢ管理装置４０は、ＪＳＯＮオブジェクト２００に記録された情報のうち、同一の正式品名のＤＮＣの検索結果として、例えば、“正式品名”：“ＡＡＡＡ”の情報を出力し（Ｓ３３）、このルーチンでの処理を終了する。

【0056】

実施形態３によれば、調達品に付加された複数の調達品コードを基に実施形態１とは異なる新たなＤＮＣを生成し、生成したＤＮＣを調達品のＤＮＣとして用いることができる。また、生成したＤＮＣを二次元コード化し、二次元コード化されたＤＮＣを調達品に貼付又は印字して工場等に入庫することができる。さらに、調達品のＤＮＣからＰＩＤを逆引きすることで、調達品の履歴を検索することができる。
＜実施形態４＞

【0057】

以下、図１１～図１３を参照して、本発明の実施形態４を説明する。なお、実施形態４における全体システムＳの構成は、実施形態１と同様である。
（実施形態４のＬＣＭサービスシステムとＤＮＣの連携の概要）

【0058】

図１１は、実施形態４においてコード画像を使ってＤＮＣとＬＣＭサービスシステムとを連携する概要を示す図である。図１１において、ＬＣＭサービスシステムにおいて、ＤＮＣから二次元コードを生成し、二次元コードをコード画像に画像化するに際して、Ｗｅｂブラウザーをアクセルする際に用いるＵＲＬ（Uniform Resource Locator）３００として、ＬＣＭ（Life Cycle Management）サービスのドメイン３０１の他に、ＬＣＭやＤＮＣ等を有する情報を用い、このＵＲＬ３００の情報を二次元コードに変換し、変換された二次元コードを画像化してコード画像４００を生成し、生成したコード画像４００を製品の銘板等に印刷する。コード画像４００を携帯端末を用いて登録する場合、ＬＣＭサービスシステムは、携帯端末と情報の送受信を行い、携帯端末にＬＣＭサービスユーザ登録画面４０１を表示した後、携帯端末の表示画面をＬＣＭサービスユーザログイン画面４０２に切り替える。この後、ＬＣＭサービスシステムは、ＬＣＭサービスユーザログイン画面４０２を用いてユーザ認証が実行された後、携帯端末の表示画面をＬＣＭサービスＤＮＣ情報登録画面４０３に切り替え、ＵＲＬ３００に記録されたＬＣＭに対応する製品の情報を携帯端末から取得し、取得した製品の情報をＬＣＭサービスＤＮＣ情報登録画面４０３に表示する。
（実施形態４のＬＣＭサービスシステム５０の構成）

【0059】

図１２は、実施形態４に係るＬＣＭサービスシステムの構成を示す図である。図４において、ＬＣＭサービスシステム５０には、二次元コードや製品に関する情報およびオペレータの指示などの入力を受付ける端末６０と、ＬＣＭサービスシステム５０によって取得された製品情報を出力する出力部７０とが接続されている。

【0060】

ＬＣＭサービスシステム５０は、認証部５１と、製品情報取得部５２とを有する。認証部５１は、端末６０から、製品に貼付されているコード画像４００を取り込み、コード画像４００に含まれる二次元コードを受け付けると共に、端末６０から、ユーザ認証に関する情報を受け付け、ユーザ認証の処理を実行し、ユーザ認証の処理結果と二次元コードの情報を製品情報取得部５２に出力する。製品情報取得部５２は、ユーザ認証の処理結果がＯＫである場合、二次元コードを識別し、識別結果を基に二次元コードで特定されるＤＮＣとＤＮＣに対応する製品の情報である製品情報を取得し、取得した製品情報を出力部７０とＤＢ管理装置４０に出力する。出力部７０は、製品情報取得部５２により取得された製品情報をＬＣＭサービスＤＮＣ情報登録画面４０３上に表示する。ＤＢ管理装置４０は、製品情報取得部５２により取得された製品情報と二次元コードで特定されるＤＮＣとを関連づけて品質データレイク３に格納する。
（実施形態４のＬＣＭサービスシステム５０の処理）

【0061】

図１３は、実施形態４においてＤＮＣをもとに製品情報の登録画面を表示する処理を示すフローチャートである。図１３において、認証部５１は、端末６０から、製品に貼付されているコード画像４００を取り込み、コード画像４００に含まれる二次元コードを受け付ける（Ｓ４１）。この後、認証部５１は、端末６０から、ユーザ認証に関する情報を受け付け、ユーザ認証の処理を実行し、ユーザ認証の処理結果と二次元コードの情報を製品情報取得部５２に出力する（Ｓ４２）。

【0062】

次に、製品情報取得部５２は、ユーザ認証の処理結果がＯＫである場合、二次元コードの情報を識別し、識別結果を基に二次元コードで特定されるＤＮＣとＤＮＣに対応する製品の情報である製品情報を取得し、取得した製品情報を出力部７０とＤＢ管理装置４０に出力する（Ｓ４３）。この後、出力部７０は、製品情報取得部５２により取得された製品情報をＬＣＭサービスＤＮＣ情報登録画面４０３上に表示し（Ｓ４３）、このルーチンでの処理を終了する。

【0063】

実施形態４によれば、ユーザ認証が得られることを条件に、ＤＮＣに対応する製品の情報を表示することができる。
＜実施形態５＞

【0064】

以下、図１４～図１５を参照して、本発明の実施形態５を説明する。なお、実施形態５における全体システムＳの構成は、実施形態１と同様である。
（実施形態５のＰＩＤ変換テーブル２とヘッダ管理テーブル５００の構成）

【0065】

図１４は、実施形態５に係るＰＩＤ変換テーブルとヘッダ管理テーブルの構成を示す構成図である。図１４において、ＰＩＤ変換テーブル２は、複数のＰＩＤ変換テーブル、例えば、ヘッダＡ用ＰＩＤ変換テーブル２Ａ、ヘッダＢ用ＰＩＤ変換テーブル２Ｂ、ヘッダＣ用ＰＩＤ変換テーブル２Ｃ、ヘッダＤ用ＰＩＤ変換テーブル２Ｄ、ヘッダＥ用ＰＩＤ変換テーブル２Ｅ、ヘッダＦ用ＰＩＤ変換テーブル２Ｆ、・・・から構成される。この際、各ヘッダ用ＰＩＤ変換テーブルは、ヘッダ管理テーブル５００によって管理される。

【0066】

ヘッダ管理テーブル５００は、ヘッダ・パリティ付加部１３に格納されるテーブルであって、ヘッダ５０１と、用途５０２から構成される。ヘッダ５０１には、ハッシュ処理部１２の出力によるハッシュ値に付与されるヘッダを一意に識別する識別子が格納される。用途５０２には、製品の用途を示す情報として、例えば、製品が、「ＡＡＡ製品用」である場合、「ＡＡＡ製品用」が格納される。この際、製品が、「ＡＡＡ製品用」である場合、ヘッダ５０１には、複数のＰＩＤ変換テーブルの中の１つのＰＩＤ変換テーブルとして、ヘッダＡ用ＰＩＤ変換テーブル２Ａが管理対象であることを示す、「Ａ」の情報が格納される。また、各ＰＩＤ変換テーブルには、各ヘッダに対応したＤＮＣの情報等が格納される。例えば、製品の総量によってＤＮＣの桁数が規定される場合、製品の総量の上限を各ヘッダに対応づけて格納することができる。この際、例えば、ヘッダ「Ｆ」を、総量の上限：１０億個に対応づけ、ヘッダ「Ｐ」を、総量の上限：１兆個に対応づけて格納することができる。
（実施形態５のコード生成システム１の処理）

【0067】

図１５は、実施形態５に係るコード生成システムの処理を示すフローチャートである。図１５において、コード生成システム１は、ＰＩＤ生成部１１が、入力部１０から、製品に関する情報として、工場定義のコード入力を受付ける（Ｓ１１）。例えば、ＰＩＤ生成部１１は、Ａ工場定義のコードとして、製品番号＝ＡＢＣＤ１２３４５を受付ける。ＰＩＤ生成部１１は、この際、対象の用途として、例えば、製品の用途に関する情報の入力を受付ける（Ｓ１１－Ｄ１）。この後、ＰＩＤ生成部１１は、Ａ工場定義のコードに、Ａ工場を識別するコード（工場コード）を付加してＰＩＤを生成し、生成したＰＩＤをハッシュ処理部１２に出力し、製品の用途に関する情報をヘッダ・パリティ付加部１３に出力する（Ｓ１２）。

【0068】

ハッシュ処理部１２は、ＰＩＤ生成部１１によって生成されたＰＩＤを、所定のハッシュ関数を用いてハッシュ化して、新規の無意味コードを生成し、生成した無意味コードをヘッダ・パリティ付加部１３に出力する。ハッシュ関数としては暗号論的なハッシュ関数を用いる。暗号論的なハッシュ関数とは、生成されるハッシュ値の第１現像困難性と第２現像困難性という特徴を備え、統計的に偏りのないハッシュ値を生成できる方式をさす。一例としてＳＨＡ２グループの一つであるＳＨＡ２５６として知られるハッシュ関数で説明する。このハッシュ関数は２５６ビットのハッシュ値を生成するが、２５６ビットの空間は２^２５６＝１．２×１０^７７という広大な空間を有する。この空間をアドレス空間と考えると、２５６ビットのアドレスで１つの番地を指定することになる。この番地情報が無意味コード化した部品や製品を示す番号となる。２５６ビットの２進数を文字で表現しようとした場合、０と１の２進数表記では２５６文字、ヘキサデシマルとして知られる１６進表記では６４文字、電子メールでバイナリデータを文字表記する際に使われるＢＡＳＥ６４エンコードによる表現では４３文字となる。これで指定できる部品や製品の総数は最大で１．２×１０^７７個となるが、これほどの総数が不要の場合はビット数を減らせばよい。暗号論的なハッシュ関数であれば生成されるハッシュ値に統計的な偏りがないため、生成されたハッシュ値のうち必要十分なビット数だけ採用し、後は破棄してしまう（トランケートする）ことができる。ＳＨＡ２５６の例で説明すると、例えば指定できる部品や製品の総数が最大で約１兆個あればよいのであれば４０ビット（２^４０＝１．１×１０^１２）で済む。このため生成された２５６ビットのハッシュ値のうち４０ビットを使い、残りの２１６ビットを破棄してしまえばよい。４０ビットの値を文字で表現すると２進数では４０文字、ヘキサデシマルでは１０文字、ＢＡＳＥ６４では７文字となる。部品や製品を表すための番号は短い方が扱いが容易であり、かつ表現できる総数量は大きい方が安心である。すなわちトレードオフの関係となる。本発明では最も効率よく番号を使うために、何桁目から何桁目までは何々を指定する、というフィールド構造を排した無意味コードとしている。この無意味コードを次のヘッダ・パリティ付加部に与える。

【0069】

ヘッダ・パリティ付加部１３は、製品の用途に関する情報を基にヘッダ管理テーブル５００を参照し、製品の用途に応じてヘッダを選択し、ハッシュ処理部１２によって生成された無意味コードに対して、選択したヘッダとパリティを付加したＤＮＣを製品の用途に応じたＤＮＣとして生成する（Ｓ１３－Ｄ１）。この後、ヘッダ・パリティ付加部１３は、生成したＤＮＣで特定されるＰＩＤ変換テーブル２を参照する。例えば、ヘッダ「Ａ」を基にＤＮＣを生成した場合、ヘッダ・パリティ付加部１３は、ヘッダＡ用ＰＩＤ変換テーブル２Ａを参照し、生成したＤＮＣとヘッダＡ用ＰＩＤ変換テーブル２Ａに記録された既存のＤＮＣとを比較し、生成したＤＮＣは、対応するヘッダＡ用ＰＩＤ変換テーブル２Ａ内において一意であるか否かを判定する（Ｓ１４－Ｄ１）。

【0070】

ヘッダ・パリティ付加部１３は、ステップＳ１４－Ｄ１で肯定の判定結果を得た場合、すなわち、生成したＤＮＣが、既存のＤＮＣとは一致せず、対応するヘッダＡ用ＰＩＤ変換テーブル２Ａ内において一意である場合、生成したＤＮＣをヘッダＡ用ＰＩＤ変換テーブル２Ａに格納する処理を実行する（Ｓ１５－Ｄ１）。例えば、ヘッダ・パリティ付加部１３は、ステップＳ１２で生成されたＰＩＤと、ステップＳ１３－Ｄ１で生成されたＤＮＣとを対応づけたレコード２Ｌを生成し、生成したレコード２ＬをヘッダＡ用ＰＩＤ変換テーブル２Ａに記録する。

【0071】

この後、ヘッダ・パリティ付加部１３は、ステップＳ１３－Ｄ１で生成したＤＮＣを二次元コード化し、二次元コードを基にコード画像を生成し、このルーチンでの処理を終了する。

【0072】

一方、コード生成システム１は、ステップＳ１４－Ｄ１で否定の判定結果を得た場合、すなわち、生成したＤＮＣが、既存のＤＮＣと一致し、ハッシュ衝突した場合、ステップＳ１２で生成されたＰＩＤに、ソルト（出力ハッシュ値を変えるための所定ビット数の付加コード）を付加し（Ｓ１７）、ステップＳ１３－Ｄ１の処理に移行する。この際、ステップＳ１３において、ヘッダ・パリティ付加部１３は、ステップＳ１２で生成されたＰＩＤにソルトが付加された値を基に新たなＤＮＣを製品の用途に応じたＤＮＣとして生成する。その後、ヘッダ・パリティ付加部１３は、ステップＳ１４－Ｄ１～Ｓ１７の処理を実行する。

【0073】

この際、各ヘッダ用ＰＩＤ変換テーブル２Ａ～２Ｆを、製品の用途に応じてＤＮＣを複数のグループに分けて記録する複数の用途別管理テーブルとして構成し、ヘッダ管理テーブル５００を、製品の用途に対応した複数のヘッダの各々（Ａ～Ｆ）を複数の用途別管理テーブル２Ａ～２Ｆの各々に対応づけて記録するヘッダ管理テーブルとして構成することができる。また、ヘッダ・パリティ付加部１３は、製品の用途を示す情報を受信した場合、受信した製品の用途を示す情報を基にヘッダ管理テーブル５００を参照して、複数のヘッダの中から製品の用途に対応したヘッダを特定すると共に、複数の用途別管理テーブル（ヘッダ用ＰＩＤ変換テーブル２Ａ～２Ｆ）の中から製品の用途に対応した用途別管理テーブルを特定し、特定したヘッダを基にＤＮＣを生成し、生成したＤＮＣを、特定した用途別管理テーブルに記録することができる。もしも単一のＤＮＣコード体系でよければヘッダを省略することができる。この場合、ＤＮＣをヘッダの文字数分短くすることができる。また、もしパリティチェックを不要とするならば、パリティ（すなわち検査符号）として付加した文字数分ＤＮＣを短くすることができる。この場合はＤＮＣ単体でのエラーチェックはできなくなるが、ＤＮＣを２次元コードにエンコードする際に２次元コードの機能として組み込まれたエラーチェック機能を使うことにより正しく読めたかどうかを確認することができる。

【0074】

実施形態５によれば、製品の用途に応じてＤＮＣを生成し、生成したＤＮＣを製品の用途に応じたＤＮＣを格納するＰＩＤ変換テーブルで管理することができる。
（記録書き換えの検出と元の記録の検証）

【0075】

図１および図２を用いて記録書き換えの検出及び書き換え前の記録の検証について説明する。前述のようにハッシュ関数は入力される値（＝ＰＩＤ）が短くても長くても定められた同じ桁数のハッシュ値を出力する。ＰＩＤが少しでも異なれば出力されるハッシュ値は全く異なるものになる。ＰＩＤ変換テーブル２にはＤＮＣとそれを生成する元となったＰＩＤが１：１で記載される。この変換テーブルを用いて記録の書き換えを検証できる。

【0076】

工場が製造する製品は調達部品や内部で製造する部品を組み合わせて最終製品を作る。最終製品のＤＮＣからＰＩＤを参照し、そのＰＩＤを構成する部品のＤＮＣ（１つ以上複数ある）からＰＩＤを参照し、という手順を繰り返していくことによって、調達部品レベルまで遡りトレースバックすることができる。これは品質データレイクの機能として大変有用で、製品に何か不具合があった時に部品レベルまで遡って影響範囲を絞り込み、対策することができるからである。このようなトレースバックの仕組みを有効に維持するためには記録の整合性が重要である。したがって間違いの修正など善意の書き換えや悪意を含む故意の書き換えのいずれに関わらず、整合性を保つためには品質データレイク３やＰＩＤ変換テーブル２の該当部分を書き換える必要がある。

【0077】

すると例えばＰＩＤの記述にＪＳＯＮ形式のドキュメントを用いて組み立て記録まで記載した場合は特に理解しやすいのであるが、その記載事項全てがＰＩＤとしてハッシュ関数の入力となっているため、もし整合性維持のため少しでも書き換えが行われれば、生成されるハッシュ値はＰＩＤ変換テーブル２に記録されたＤＮＣとは全く異なるものとなってしまい、記録を書き換えたことが容易に検出できる。現在記録されているＤＮＣと同じハッシュ値は、変換の元となったＰＩＤと完全に同じものでないと同一とはならないため、書き換えの前のＰＩＤが推定できるのであれば、その推定が正しいかどうかはコード生成システム１を用いて正確に検証することができる。
（コンピュータのハードウェアの構成）

【0078】

図１６は、各システムを実現するコンピュータのハードウェアの構成図である。図１６において、コード生成システム１又は工業用システム２００を構成するシステム５０００は、例えば、プロセッサ５１００、メモリ５２００、ストレージ５３００、ネットワークインターフェース５４００、入力装置５５００、出力装置５６００を備えたコンピュータ装置（計算機）で構成され、各部がバス５７００を介して接続される。

【0079】

プロセッサ５１００は、例えば、装置全体の動作を統括的に制御するＣＰＵ（Central Processing Unit）で構成される。メモリ５２００は、ＲＡＭ（Random Access Memory）およびＲＯＭ（Read Only Memory）などの記憶媒体から構成される。ストレージ５３００は、例えば、ハードディスクデバイス、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイス等の記憶デバイスを含む記憶装置で構成される。ネットワークインターフェース５４００は、無線ＬＡＮ又は有線ＬＡＮに接続するためのＮＩＣ（Network Interface Card）を備えて構成される。入力装置５５００は、キーボードまたはマウスから構成され、出力装置５６００は、ディスプレイまたはプリンタから構成される。

【0080】

ストレージ５３００には、プロセッサ５１００がメモリ５２００に読み出して実行する各種コンピュータプログラムが格納される。例えば、ストレージ５３００には、プロセッサ５１００をＰＩＤ生成部１１として機能させるＰＩＤ生成プログラムと、プロセッサ５１００をハッシュ処理部１２として機能させるハッシュ処理プログラムと、プロセッサ５１００をヘッダ・パリティ付加部１３として機能させるヘッダ・パリティ付加プログラムと、プロセッサ５１００を認証部５１として機能させる認証プログラム、及びプロセッサ５１００を製品情報取得部５２として機能させる製品情報取得プログラムが格納される。また、ストレージ５３００を各種情報やデータを記憶する記憶部として構成し、この記憶部に、ＰＩＤ変換テーブル２と、ヘッダＡ用ＰＩＤ変換テーブル２Ａ～ヘッダＦ用ＰＩＤ変換テーブル２Ｆと、品質データレイク３、及びヘッダ管理テーブル５００の情報を格納することもできる。

【0081】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例を含む。例えば、ＰＩＤ変換テーブル２と品質データレイク３を一体化したデータベースで構成し、ＰＩＤ変換テーブル２と品質データレイク３の情報を一体化されたデータベースに格納することができる。また、ＤＢ管理装置４０を検索部として構成し、この検索部の機能をコード生成システム１やＬＣＭサービスシステム５０に付加することもできる。上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換・統合・分散をすることが可能である。また実施例で示した各処理は、処理効率または実装効率に基づいて適宜分散または統合してもよい。

【0082】

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

【符号の説明】

【0083】

１ コード生成システム、２ ＰＩＤ変換テーブル、３ 品質データレイク、１０ 入力部、１１ ＰＩＤ生成部、１２ ハッシュ処理部、１３ ヘッダ・パリティ付加部、３０ 端末、４０ ＤＢ管理装置、５０ ＬＣＭサービスシステム、５１ 認証部、５２ 製品情報取得部、６０ 端末、７０ 出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】