(57)【要約】      （修正有）【課題】ペットフードのトレーサビリティシステムを提供する。【解決手段】システムは、登録ログインモジュール、トレーサビリティ図形コード生成モジュール、モールモジュールおよびウォレット管理モジュールを含むクライアントエンド１００と、サーバおよびブロックチェーンを含むサーバエンド２００と、を備える。サーバは、クライアントエンドが発信するランダムトランザクションの処理およびデータをブロックチェーンに保存する。【効果】クライアントエンドが発信する全てのランダムトランザクションは、新たに発生したものであるため、その内容情報もランダムかつ予測不可能であるが、全てのランダムトランザクションの処理およびデータは、ブロックチェーンに保存されているので、ペットフードのトレーサビリティ情報の改ざんを回避でき、ペットフードのトレーサビリティ情報の真実性および信頼性を保証できる。【選択図】図１
2020035436.tif 000002
【特許請求の範囲】
【請求項１】
登録ログインモジュール、トレーサビリティ図形コード生成モジュール、モールモジュールおよびウォレット管理モジュールを含むクライアントエンドと、
サーバおよびブロックチェーンを含むサーバエンドと、を備え、
前記サーバは、前記クライアントエンドが発信するランダムトランザクションの処理およびデータを前記ブロックチェーンに保存するために用いられ、
前記ブロックチェーンは、前記クライアントエンドが発信するランダムトランザクションを検証、記憶および出力するために用いられることを特徴とする、
ペットフードのトレーサビリティシステム。
【請求項２】
前記トレーサビリティ図形コード生成モジュールは、トレーサビリティ情報入力ユニットと、トレーサビリティ図形コード生成ユニットとを含み、
前記トレーサビリティ情報入力ユニットが発信するランダムトランザクションは、トレーサビリティ情報の入力を含み、
前記トレーサビリティ図形コード生成ユニットが発信するランダムトランザクションは、トレーサビリティ図形コードの生成を含むことを特徴とする、
請求項１に記載のペットフードのトレーサビリティシステム。
【請求項３】
前記モールモジュールは、ペットフード出品ユニットと、ペットフード取引ユニットと、ペットフードトレーサビリティユニットとを含み、
前記ペットフード出品ユニットが発信するランダムトランザクションは、ペットフードのインターネットモールへの追加を含み、
前記ペットフード取引ユニットが発信するランダムトランザクションは、ペットフードの取引を含み、
前記ペットフードトレーサビリティユニットが発信するランダムトランザクションは、ペットフードのトレーサビリティ情報の照会申請を含むことを特徴とする、
請求項２に記載のペットフードのトレーサビリティシステム。
【請求項４】
前記ウォレット管理モジュールは、振込ユニットと、取引記録照会ユニットとを含み、
前記振込ユニットが発信するランダムトランザクションは、振込要求を含み、
前記取引記録照会ユニットが発信するランダムトランザクションは、取引記録の照会申請を含むことを特徴とする、
請求項３に記載のペットフードのトレーサビリティシステム。
【請求項５】
前記登録ログインモジュールは、登録ユニットと、ログインユニットとを含み、
前記登録ユニットは、前記サーバにユーザ登録要求を発信するために用いられ、ユーザ登録が完了した後、ユーザの身分識別番号を暗号化することにより、ユーザが自身で保管する秘密鍵を生成し、前記秘密鍵を暗号化して公開鍵を得、前記公開鍵を暗号化してユーザのウォレットアドレスを得、
前記ログインユニットは、前記サーバにログイン要求を発信するために用いられることを特徴とする、
請求項４に記載のペットフードのトレーサビリティシステム。
【請求項６】
前記振込要求は、振込側から前記サーバに発信され、
前記振込要求は、前回の取引のハッシュアドレスと、振込側のウォレットアドレスおよび受取側のウォレットアドレスと、振込側の公開鍵と、振込側の秘密鍵によって取引情報を暗号化することで得たデジタル署名と、を含むことを特徴とする、
請求項４に記載のペットフードのトレーサビリティシステム。
【請求項７】
前記サーバは、前記振込要求を受信した後に前記振込要求に対し検証を行い、真であることが検証された場合に、前記ブロックチェーンのブロックに入力することを特徴とする、
請求項６に記載のペットフードのトレーサビリティシステム。
【請求項８】
前記検証を行うステップは、
前記サーバが前回の取引のアドレスを探して、前記振込要求における振込金額の出所を確認するステップと、
前記振込側の公開鍵に基づいて計算を行ってウォレットアドレスを得、得たウォレットアドレスと前記振込側のウォレットアドレスとを比較することで、前記振込側の公開鍵の真偽を確認するステップと、
前記振込側の公開鍵を使用して前記デジタル署名を復号し、前記振込側の公開鍵が真であり、かつ復号が成功した場合に、前記振込要求が真であるとするステップと、
を含むことを特徴とする、
請求項７に記載のペットフードのトレーサビリティシステム。
【請求項９】
前記ブロックチェーンは、プライベートブロックチェーンであることを特徴とする、
請求項１に記載のペットフードのトレーサビリティシステム。
【請求項１０】
前記トレーサビリティ情報は、原材料の生産情報、加工情報、生成時間、成分比率情報、包装情報、出荷情報、および物流情報のうち、１つ又は複数の情報を含むことを特徴とする、
請求項２に記載のペットフードのトレーサビリティシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はトレーサビリティシステムに関し、さらに具体的には、ブロックチェーンに基づくペットフードのトレーサビリティシステムに関する。
【背景技術】
【０００２】
ペットは、既に現代の都市生活の一部となっており、人々はペットフードの品質と安全についてもより重視するようになっている。ペットフードに関する原材料は多く、そのチェーンも長いため、どの段階で問題が起きたとしても、ペットフードの品質と安全に影響を及ぼす可能性がある。原材料の生産を例にとっても、原材料は、鶏肉、牛肉、さつまいも、じゃがいも、キャッサバ、鶏油、魚油、甜菜の種など多種類に及んでいて、原材料生産に関する事柄は多岐に渡る。また原材料の流通および生産加工の過程では、メーカー、買付業者、物流業者、倉庫業者、取次販売業者、小売業者、代理業者、加工工場など多くの業者が関与しているため、どの関与する業者においても品質・安全の問題が起こる恐れがある。しかし、甘んじて責任を取ろうとする業者ばかりではなく、責任追及のルートとシステムが非常に複雑に入り組んでいるので、行政命令や司法介入に頼ったとしても、関与する部門、分野、業界が多すぎて有効な成果を得ることができない。既に、ペットフードのトレーサビリティシステムがいくつか存在しているが、追跡・遡及が可能な情報が単一である上、改ざんされやすく、全面的に信頼できるペットフードのトレーサビリティ情報を消費者が得る術はない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的の１つは、ブロックチェーンに基づくペットフードのトレーサビリティシステムを提供することにあり、ブロックチェーンの改ざん防止性を利用して、ペットフードの安全に関する追跡・遡及可能性（トレーサビリティ）を実現することである。
【課題を解決するための手段】
【０００４】
本発明が、この技術的課題を解決するために採用した方法は、ペットフードのトレーサビリティシステムを構築することである。このペットフードのトレーサビリティシステムは、クライアントエンドと、サーバエンドとを含む。クライアントエンドは、登録ログインモジュールと、トレーサビリティ図形コード生成モジュールと、モールモジュールと、ウォレット管理モジュールとを含む。サーバエンドは、サーバと、ブロックチェーンとを含む。サーバは、クライアントエンドが発信するランダムトランザクションの処理およびデータをブロックチェーンに保存するために用いられる。ブロックチェーンは、クライアントエンドが発信するランダムトランザクションを検証、記憶および出力するために用いられる。
【０００５】
本発明のペットフードのトレーサビリティシステムの一実施例によると、トレーサビリティ図形コード生成モジュールは、トレーサビリティ情報入力ユニットと、トレーサビリティ図形コード生成ユニットとを含む。トレーサビリティ情報入力ユニットが発信するランダムトランザクションは、トレーサビリティ情報の入力を含む。トレーサビリティ図形コード生成ユニットが発信するランダムトランザクションは、トレーサビリティ図形コードの生成を含む。
【０００６】
本発明のペットフードのトレーサビリティシステムの一実施例によると、モールモジュールは、ペットフード出品ユニットと、ペットフード取引ユニットと、ペットフードトレーサビリティユニットとを含む。ペットフード出品ユニットが発信するランダムトランザクションは、ペットフードのインターネットモールへの追加を含む。ペットフード取引ユニットが発信するランダムトランザクションは、ペットフードの取引を含む。ペットフードトレーサビリティユニットが発信するランダムトランザクションは、ペットフードのトレーサビリティ情報の照会申請を含む。
【０００７】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ウォレット管理モジュールは、振込ユニットと、取引記録照会ユニットとを含む。振込ユニットが発信するランダムトランザクションは、振込要求を含み、取引記録照会ユニットが発信するランダムトランザクションは、取引記録の照会申請を含む。
【０００８】
本発明のペットフードのトレーサビリティシステムの一実施例によると、登録ログインモジュールは、登録ユニットと、ログインユニットとを含む。登録ユニットは、サーバにユーザ登録要求を発信するために用いられ、ユーザ登録が完了した後、ユーザの身分識別番号を暗号化することにより、ユーザが自身で保管する秘密鍵を生成し、秘密鍵を暗号化して公開鍵を得、公開鍵を暗号化してユーザのウォレットアドレスを得る。ログインユニットは、サーバにログイン要求を発信するために用いられる。
【０００９】
本発明のペットフードのトレーサビリティシステムの一実施例によると、振込要求は、振込側からサーバに発信される。振込要求は、前回の取引のハッシュアドレスと、振込側のウォレットアドレスおよび受取側のウォレットアドレスと、振込側の公開鍵と、振込側の秘密鍵によって取引情報を暗号化することで得たデジタル署名と、を含む。
【００１０】
本発明のペットフードのトレーサビリティシステムの一実施例によると、サーバは、振込要求を受信した後に振込要求に対し検証を行い、真であることが検証された場合に、ブロックチェーンのブロックに入力する。
【００１１】
本発明のペットフードのトレーサビリティシステムの一実施例によると、検証を行うステップは以下を含む。サーバが前回の取引のアドレスを探して、振込要求における振込金額の出所を確認するステップ。振込側の公開鍵に基づいて計算を行ってウォレットアドレスを得、得たウォレットアドレスと振込側のウォレットアドレスとを比較することで、振込側の公開鍵の真偽を確認するステップ。振込側の公開鍵を使用してデジタル署名を復号し、振込側の公開鍵が真であり、かつ復号が成功した場合に、振込要求が真であるとするステップ。
【００１２】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ブロックチェーンは、プライベートブロックチェーンである。
【００１３】
本発明のペットフードのトレーサビリティシステムの一実施例によると、トレーサビリティ情報は、原材料の生産情報、加工情報、生成時間、成分比率情報、包装情報、出荷情報、および物流情報のうち、１つ又は複数の情報を含む。
【発明の効果】
【００１４】
本発明のペットフードのトレーサビリティシステムが実施されると、以下の有益な効果が得られる。クライアントエンドが発信する全てのランダムトランザクションは、新たに発生したものであるため、その内容情報もランダムかつ予測不可能である。また、全てのランダムトランザクションの処理およびデータは、ブロックチェーンに保存されるので、ペットフードのトレーサビリティ情報の改ざんを回避でき、ペットフードのトレーサビリティ情報の真実性および信頼性を保証することができる。
【図面の簡単な説明】
【００１５】
以下、図面と実施例を結びつけて、本発明についてさらに説明する。
【図１】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるブロック図。
【図２】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるトレーサビリティ図形コード生成モジュールのブロック図。
【図３】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるモールモジュールのブロック図。
【図４】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるウォレット管理モジュールのブロック図。
【図５】本発明に係るペットフードのトレーサビリティシステムの一実施例における、クライアントエンド、サーバ、及びブロックチェーンデータストレージの相互作用の過程を示すシーケンス図。
【図６】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるトレーサビリティ情報の入力を示す模式図。
【図７】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるトレーサビリティ図形コードの生成を示す模式図。
【図８】本発明に係るペットフードのトレーサビリティシステムの一実施例におけるトレーサビリティ情報の入力を示す別の模式図。
【図９】本発明に係るペットフードのトレーサビリティシステムの一実施例における、ペットフードを出品する前の関連情報の入力を示す模式図。
【図１０】本発明に係るペットフードのトレーサビリティシステムの一実施例における、ペットフードのインターネットモールへの追加を示す模式図。
【図１１】本発明に係るペットフードのトレーサビリティシステムの一実施例における、ペットフードのトレーサビリティ情報の照会結果を示す模式図。
【図１２】本発明に係るペットフードのトレーサビリティシステムの一実施例における、ブロックチェーンのブロックヘッダの構造模式図。
【図１３】本発明に係るペットフードのトレーサビリティシステムの一実施例における、登録ユーザの公開鍵、秘密鍵、およびウォレットアドレスの関係を示す図。
【発明を実施するための形態】
【００１６】
本発明の技術的特徴、目的および効果をより明確に理解できるよう、図面と照らし合わせながら本発明の具体的な実施形態について詳細に説明する。
【００１７】
本発明の主な目的は、ペットフードの情報を追跡・遡及しやすい、情報の記録・照会システムを提供することであり、ブロックチェーン技術によって全ての取引「契約」の真正性・有効性を保証する１つの情報プラットホームを提供することである。そして、ペットフードの飼料から、生産、加工、販売などに至るまで一連のトレーサビリティに関する問題を解決し、ユーザ、メーカー、および中間業者間の信用問題、ならびにトラブル発生時の責任追及問題を基本的に解決することである。本発明は、従来の中央集権型の枠組みとは異なり、完全分散型、チェーン型のネットワークの枠組みである。また、本発明は、完全分散型の枠組みであるため、既存の枠組みと比べて拡大および派生が容易であり、耐障害性を有しやすい。さらに、本発明は、チェーン上のブロックを中央組織によって管理する必要がなく、完全分散型の体制で維持することができるため、従来の中央集権型における制限を打ち破るものである。
【００１８】
図１に示すのは、本発明に係るペットフードのトレーサビリティシステムの一実施例の模式図である。この実施例のペットフードのトレーサビリティシステムは、クライアントエンド１００と、サーバエンド２００とを含む。クライアントエンド１００は、登録ログインモジュール１１０と、トレーサビリティ図形コード生成モジュール１２０と、モールモジュール１３０と、ウォレット管理モジュール１４０とを含む。サーバエンド２００は、サーバ２１０と、ブロックチェーン２２０とを含む。サーバ２１０は、クライアントエンド１００が発信するランダムトランザクションの処理およびデータをブロックチェーン２２０に保存するために用いられる。ブロックチェーン２２０は、クライアントエンド１００が発信するランダムトランザクションを検証、記憶、および出力するために用いられる。
【００１９】
図２に示すように、本実施例のペットフードのトレーサビリティシステムにおいて、トレーサビリティ図形コード生成モジュール１２０は、トレーサビリティ情報入力ユニット１２１と、トレーサビリティ図形コード生成ユニット１２２とを含む。トレーサビリティ情報入力ユニット１２１が発信するランダムトランザクションは、トレーサビリティ情報の入力を含み、トレーサビリティ図形コード生成ユニット１２２が発信するランダムトランザクションは、トレーサビリティ図形コードの生成を含む。
【００２０】
図３に示すように、本実施例のペットフードのトレーサビリティシステムにおいて、モールモジュール１３０は、ペットフード出品ユニット１３１と、ペットフード取引ユニット１３２と、ペットフードトレーサビリティユニット１３３とを含む。ペットフード出品ユニット１３１が発信するランダムトランザクションは、ペットフードのインターネットモールへの追加を含む。ペットフード取引ユニット１３２が発信するランダムトランザクションは、ペットフードの取引を含む。ペットフードトレーサビリティユニット１３３が発信するランダムトランザクションは、ペットフードのトレーサビリティ情報の照会申請を含む。
【００２１】
図４に示すように、本実施例のペットフードのトレーサビリティシステムにおいて、ウォレット管理モジュール１４０は、振込ユニット１４１と、取引記録照会ユニット１４２とを含む。振込ユニット１４１が発信するランダムトランザクションは、振込要求を含む。取引記録照会ユニット１４２が発信するランダムトランザクションは、取引記録の照会申請を含む。
【００２２】
本実施例のペットフードのトレーサビリティシステムにおいて、登録ログインモジュールは、登録ユニットと、ログインユニットとを含む。登録ユニットは、ユーザ登録要求をサーバに発信するために用いられ、ユーザ登録が完了した後、ユーザの身分識別番号を暗号化することによって、ユーザが自身で保管する秘密鍵を生成し、秘密鍵を暗号化して公開鍵を得、公開鍵を暗号化してユーザのウォレットアドレスを得る。ログインユニットは、サーバにログイン要求を発信するために用いられる。
【００２３】
本実施例のペットフードのトレーサビリティシステムにおいて、振込要求は、振込側からサーバへ発信される。振込要求は、前回の取引のハッシュアドレスと、振込側のウォレットアドレスおよび受取側のウォレットアドレスと、振込側の公開鍵と、振込側の秘密鍵によって取引情報を暗号化することで得たデジタル署名と、を含む。
【００２４】
本実施例のペットフードのトレーサビリティシステムにおいて、サーバは振込要求を受信した後に、振込要求に対し検証を行い、真であることが検証された場合に、ブロックチェーンのブロックに入力する。
【００２５】
本実施例のペットフードのトレーサビリティシステムにおいて、検証を行うステップは以下を含む。
【００２６】
サーバが前回の取引のアドレスを探して、振込要求における振込金額の出所を確認するステップと、
振込側の公開鍵に基づいて計算を行ってウォレットアドレスを得、得たウォレットアドレスと振込側のウォレットアドレスとを比較することで、振込側の公開鍵の真偽を確認するステップと、
振込側の公開鍵を使用してデジタル署名を復号し、振込側の公開鍵が真であり、かつ復号が成功した場合に、振込要求が真であるとするステップ。
【００２７】
本実施例のペットフードのトレーサビリティシステムにおいて、ブロックチェーンは、プライベートブロックチェーンである。
【００２８】
本実施例のペットフードのトレーサビリティシステムにおいて、トレーサビリティ情報は、原材料の生産情報、加工情報、生成時間、成分比率情報、包装情報、出荷情報、および物流情報のうち、１つ又は複数の情報を含む。
【００２９】
図５は、本実施例のペットフードのトレーサビリティシステムにおける、クライアントエンド、サーバおよびブロックチェーンデータストレージの相互作用の過程を示すシーケンス図であり、すなわちクライアントエンドの各モジュールと、サーバおよびブロックチェーンとの相互作用の過程を示す。
【００３０】
別の実施例において、本発明に係るペットフードのトレーサビリティシステムは、クライアントエンドと、サーバエンドとを含む。このクライアントエンドは、主にトレーサビリティ図形コードの生成と、モールおよびウォレット管理モジュールのために用いられる。ユーザは、クライアントエンドを介してサーバにユーザ登録申請要求トランザクションを発することができ、これによりサーバエンドはユーザの基本情報資料を有効的に管理および収集することができる。ユーザのログインは、ユーザのログイントランザクションに応えて、サーバにユーザログイン申請要求トランザクションを発するものである。トレーサビリティ図形コード生成モジュールは、既にシステムによって認証されたペットフードメーカーが発するトレーサビリティ図形コード生成トランザクションに応えて、ここで認証されたメーカーによってペットフード（半製品、製品）のデータの入力が行われる必要があるのだが、この情報入力が完了した後に、図形コード生成ユニットによって、このペットフードのバッチにおける全てのペットフードの図形コードのバッチを生成し、目下の情報をブロックチェーンに記録する。モールモジュールでは、メーカーはモールにおいてペットフード要求トランザクションを発することができ、その他のユーザはモール内からペットフード購入要求トランザクションを発することができる。モール内で発生した全ての取引は、ウォレットモジュールを介して取引の支払が行われる必要があり、取引情報の記録は全てブロックチェーンに入力される。ここで、ユーザは、ペットフードを購入する時、又はオフラインでパッケージの図形コードをスキャンすることによって、そのペットフードのトレーサビリティ情報を表示させることができる。ウォレット管理モジュールは、登録が成功した後、ウォレット管理において目下のユーザのウォレットアドレスおよび秘密鍵を生成する。秘密鍵は１度しか生成されず、ユーザは目下の秘密鍵を保管しておく必要がある。ウォレットアドレスは、対応する公開鍵によってハッシュ暗号化を行って得た１６進数のアドレスコードである。ユーザがシステム内で発生させた全ての取引「契約」は、サーバエンドのブロックに保存される。サーバエンドが使用するのは、非中央集権型の分散型データベースであり、その中の記録は変更および削除が不可能である。本発明の一実施例によると、ブロックチェーンのデータプラットフォームシステムによって、ペットフードに関するこれまでの全ての取引「契約」がブロックチェーンに記録されるので、ユーザのペットフードのトレーサビリティに対する信用度を高めることができると同時に、取引過程全般における潜在的リスクを減らすことができる。
【００３１】
本発明の別の実施例によると、クライアントエンドは、登録ログインモジュールを含み、登録ログインモジュールは、登録ユニットと、ログインユニットとを含む。登録ユニットは、新しいユーザがサーバエンドに登録申請要求トランザクションを発するために用いられ、ユーザは、ユーザの合法性を保証するために、ユーザの身分証ＩＤおよびその他の基本情報を提供する必要がある。ログインユニットは、ユーザがサーバエンドにログイン要求トランザクションを発するために用いられ、ユーザはログインアカウントおよびパスワードを提供する必要があり、サーバエンドが合法的なユーザであるか否か検証を行って、要求への返答を与える。トレーサビリティ図形コード生成ユニットは、既にシステムによって認証されたペットフードメーカーが発するトレーサビリティ図形コード生成トランザクションに応えて、ここで認証されたメーカーによってペットフード（半製品、製品）のデータ入力が行われる必要があるのだが、この情報入力完了後に、図形コード生成器によって、ペットフードのバッチにおける全てのペットフードの図形コードのバッチを生成し、目下の情報をブロックチェーンに記録する。モールモジュールでは、メーカーはモールにおいてペットフード要求トランザクションを発することができ、その他のユーザはモール内からペットフード購入要求トランザクションを発することができる。モール内で発生した全ての取引はウォレットモジュールを介して取引の支払が行われる必要があり、取引情報の記録は全てブロックチェーンに入力される。ここで、ユーザは、ペットフードを購入する時、又はオフラインでパッケージの図形コードをスキャンすることによって、そのペットフードのトレーサビリティ情報を表示させることができる。ウォレット管理モジュールにおいて、クライアントエンドは、ユーザ登録が成功した後、目下のユーザの身分証ＩＤに基づいて、唯一の公開鍵および秘密鍵を生成する。公開鍵は、取引「契約」の証憑として用いられる。秘密鍵は、登録成功後に一度しか表示されず、ユーザが保管しておく必要がある。システムはユーザの秘密鍵を保存しない。秘密鍵は、取引「契約」の当該ユーザのデジタル署名に用いられる。公開鍵によりハッシュを用いて暗号化を行って、ひとつながりの１６進数のアドレスコードを得る。このアドレスコードは、目下のユーザのウォレットアドレスを記録するために用いられ、取引「契約」において表示される支払アドレコードまたは受取アドレスコードである。ここで、ユーザが取引を行う「契約」は、ペットフードのトレーサビリティシステムに記録される。ペットフードのトレーサビリティシステムは、非中央集権型の分散型データベースであり、その中の記録は変更および削除が不可能である。期間中に発生した全ての取引「契約」情報は、トレーサビリティシステムに告知され、ペットフードのトレーサビリティシステムの全てのブロックのノードにより審査が行われる。審査が成功した後、この取引「契約」が有効となることが確認され、ブロックチェーン内のある１つのノードのブロックに記録される。そして、全てのノードに通知されてデータの同期記録が行われる。
【００３２】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ペットフードのトレーサビリティシステムは、ブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）に基づくデータプラットフォームである。
【００３３】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ウォレット管理には、振込、取引「契約」の生成および資産の移転のうち少なくとも１つが含まれる。
【００３４】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ユーザは、目下のペットフードに関する全ての原材料の生産情報、加工情報、生成時間、成分比率情報、包装情報、出荷情報、物流情報等の詳細な情報を照会することができる。これにより、目下購入するペットフードに関する全過程をゼロの段階から全てユーザに提供することができ、ユーザのペットフードの購入に対する安全性への同意を高めることができる。
【００３５】
本発明のペットフードのトレーサビリティシステムの一実施例によると、全てのユーザのアカウントの秘密鍵は、ユーザ１人のみが知り、かつ保管をしているものである。また、秘密鍵は公開鍵を使って解くことができないので、ユーザのアカウントの資金を保証することができる。ユーザは、デバイスを変更してログインする場合、必ず秘密鍵を使って以前のデータをダウンロードする必要があり、そうしなければデータを見ることができない。
【００３６】
本発明のペットフードのトレーサビリティシステムの一実施例によると、クライアントエンドのトランザクションは、図形コードの生成、ペットフードの出品、トレーサビリティの照会、ペットフードの取引、および振込のうち少なくとも１つを含む。
【００３７】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ウォレットモジュールは、公開鍵および秘密鍵により生成され、ウォレットアドレスは、公開鍵を暗号化により変換して得られるものである。この公開鍵および秘密鍵の生成、ならびにウォレットアドレス生成のアルゴリズムは、ハッシュアルゴリズム、公開鍵暗号化アルゴリズム、およびＳＨＡ２５６非対称暗号化アルゴリズムのうち少なくとも１つを含む。
【００３８】
本発明のペットフードのトレーサビリティシステムの一実施例によると、トレーサビリティ図形コードの生成において、業者は、システムに登録業者の認定要求を送信する必要があり、オンラインでの資料による審査とオフラインでの実地視察を経て、業者がブロックチェーンに登録される（システムによって業者の身分として認定される）資格があるか否か査定される。ブロックチェーンに登録されると、業者は、ペットフードのトレーサビリティ図形コードを生成する機能の権限を有することができる。
【００３９】
本発明のペットフードのトレーサビリティシステムの一実施例によると、トレーサビリティ図形コード生成モジュールのトランザクションは、ペットフードのトレーサビリティ情報の入力およびトレーサビリティ図形コードの生成のうち、少なくとも１つを含む。
【００４０】
本発明のペットフードのトレーサビリティシステムの一実施例によると、モール及び業者は、既に図形コードを生成したペットフードをモールに出品することができ、その他の顧客は、モールにおいてペットフードの明細およびペットフードのトレーサビリティ情報を見ることができる。モールモジュールのトランザクションは、ペットフードの出品、ペットフードの取引、およびペットフードのトレーサビリティ情報の照会のうち少なくとも１つを含む。
【００４１】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ウォレット管理では、ウォレットアドレス、ウォレットの残高情報および取引「契約」情報のみを表示する。
【００４２】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ウォレット管理における取引「契約」ユニットにおいて、クライアントエンドのアカウントＡは、アカウントＢに振込要求を送信することができる。
【００４３】
本発明のペットフードのトレーサビリティシステムの一実施例によると、振込要求は、アカウントＡがアカウントＢのウォレットアドレスにコインをいくら振り込んだかを送信することを含み、目下の取引情報をまとめてサーバ内のブロックに送信する。
【００４４】
本発明のペットフードのトレーサビリティシステムの一実施例によると、取引「契約」において、目下の取引情報と他の情報とをまとめて取引情報とする。
Ｉ）前回の取引のハッシュアドレス
ＩＩ）今回の取引におけるアカウントＡおよびアカウントＢのウォレットアドレス
ＩＩＩ）振込側のアカウントＡの公開鍵
ＩＶ）振込側のアカウントＡの秘密鍵によって取引情報を暗号化して得たデジタル署名
【００４５】
取引「契約」情報をまとめてサーバのブロックに送信し、システム内のブロックチェーンの全てのノードによって検証を行い、目下の取引情報が真であることが検証された場合は、全てのノードのブロックに書き込む。取引が真であるか否かの検証は、以下のように行う。
Ｉ）サーバが前回の取引のアドレスを見つけ、目下の取引情報における振込側のアカウントＡの支払金額の出所を確認する。
ＩＩ）取引パケットにおける振込側のアカウントＡが提供した公開鍵により計算を行って得られたアドレスが、アカウントＡのウォレットアドレスと一致するか否かによって、公開鍵が真であるであることを保証する。
ＩＩＩ）公開鍵を使用して、デジタル署名の復号を行い、復号が成功して取引情報を得ることができた場合は、秘密鍵が真であることが分かる。
【００４６】
以上の認証を経て、目下の取引「契約」が真であることが分かると、「契約」が有効になりブロックチェーン内のノードに格納され、記録される。
【００４７】
ウォレット管理において、アカウントＡからアカウントＢへの振込についての取引「契約」が有効になった後、アカウントＡのコインは減少し、アカウントＢのコインは、それに相当する値だけ増える。
【００４８】
取引「契約」情報は、振込情報、ペットフードの出品、ペットフードの取引等でありうる。
【００４９】
ユーザがクライアントエンドで発生させた全ての取引情報は、サーバエンドのブロックチェーンによって有効性の検証と記録が行われる。サーバのデータストレージは、非中央集権型の分散型データベースであり、その中の記録は変更および削除することが不可能である。
【００５０】
本発明のペットフードのトレーサビリティシステムの一実施例によると、トレーサビリティ情報を照会するシステムをユーザに更に提供しており、ペットフードの損傷腐敗または期限切れを発見した場合は、該当する段階での問題をトレーサビリティシステムから追及することができる。これにより、責任の所在の線引きを行うことができ、第三機関により誰の責任であるか判定する必要がなくなる。
【００５１】
本発明のペットフードのトレーサビリティシステムは、ブロックチェーンに基づくものであるので、マイニングアルゴリズムに関連する。本発明の寵米幣（Ｃｈｏｎｇｍｉ  Ｃｏｉｎ）のマイニングのアルゴリズムは、簡単にまとめると、ブロックヘッダに対して２回のｓｈａ２５６ハッシュ演算を行い、得た結果がブロックヘッダにおいて規定された難易度目標よりも小さい場合は、マイニング成功とする、というものである。ブロックヘッダの構造とサイズについては、図１２を参照することができる。本発明が採用したマイニングのアルゴリズムは、スクリプト（Ｓｃｒｙｐｔ）アルゴリズムである。スクリプトアルゴリズムの過程においても、ハッシュ値を計算することが必要であるが、スクリプト計算の過程では、比較的多くの内部に保存したリソースを使用する必要がある。
【００５２】
本発明のペットフードのトレーサビリティシステムの一実施例によると、取引をブロックに書き込む過程は、まずユーザがクライアントエンドにログインすることで唯一の秘密鍵および公開鍵アドレスを生成することを含む（自身の秘密鍵を他人に入手されると、自身の財産を他人が移転できるようになってしまうため、秘密鍵アドレスは漏洩してはならない）。公開鍵は、ユーザが取引を発する過程で人に与えることができる。某取次販売業者が某業者のペットフードを購入したことを１回の取引と見なした場合、この取引はブロックにおいて保持される。
【００５３】
取引側は以下の情報を提供する必要がある。
【００５４】
前回の取引のハッシュ（どこからこのビットコインを入手したのか）
今回の取引の双方のアドレス
振込側の公開鍵
振込側の秘密鍵により生成されたデジタル署名
【００５５】
受取側は情報の検証をする必要がある。
【００５６】
前回の取引を見つけ、振込側のビットコインの出所を確認する。
振込側の公開鍵の指紋を算出し、振込側のアドレスと一致することを確認することで、公開鍵が真であることを保証する。
公開鍵を用いてデジタル署名を解き、秘密鍵が真であることを保証する。
取引の真実性を確認した後に、取引をブロックチェーンに書き込む。
【００５７】
取引を完了するには、全てのマイナーのブロックチェーンデータを同期して、データコンセンサスを検査する必要がある。先に述べたように、１つのノードと別の１つのノードが異なるチェーンを有する場合、衝突が発生してしまう。この問題を解決するために、本発明では、最長の有効チェーンが最高権威であるというルールを制定している。言い換えると、このネットワークの中で最長のチェーンが最も権威を有するものである。本発明は、このアルゴリズムを使って、ネットワーク中のノード間でコンセンサスを達成している。このアルゴリズムは１つのチェーンが有効かどうかを検査する責任を負っており、その方法は各ブロックをループし、ハッシュとプルーフを検証するものである。前の有効チェーンよりも長さが長い有効チェーンを見つけると、新しいチェーンが前の有効チェーンに取って代わる。チェーンの２つの端点をＡＰＩに登録し、一方を隣接するノードを追加するために用い、他方を衝突を解決するために用いる。
【００５８】
本発明のペットフードのトレーサビリティシステムの一実施例によると、公開鍵および秘密鍵は、以下の方法によって実現される。
【００５９】
まず、乱数生成器を用いて、１つの「秘密鍵」を生成する。一般に、これは１つの２５６ビットの数である。このひとつながりの数字を有すると、対応する「ウォレットアドレス」の寵米幣（Ｃｈｏｎｇｍｉ  Ｃｏｉｎ）の操作を行うことができるので、安全に保管しておく必要がある。
【００６０】
「秘密鍵」をＳＥＣＰ２５６Ｋ１アルゴリズムによって処理し、「公開鍵」を生成する。ＳＥＣＰ２５６Ｋ１は、一種の楕円曲線アルゴリズムであり、「秘密鍵」が既知である時は「秘密鍵」によって「公開鍵」を得ることができるが、「公開鍵」が既知である時に、逆計算をして「秘密鍵」を求めることはできない。これはビットコインの安全を保障するアルゴリズムの基礎である。
【００６１】
ＳＨＡ２５６と同様に、ＲＩＰＥＭＤ１６０も一種のハッシュアルゴリズムである。「公開鍵」によって計算することで「公開鍵ハッシュ」を得ることができるが、その逆は不可能である。
【００６２】
前のバイトのアドレスのバージョン番号を「公開鍵ハッシュ」のヘッダに繋げた後、これに２回のＳＨＡ２５６演算を行い、その結果の前４桁を「公開鍵ハッシュ」の誤り検出訂正値としてその末尾に繋げる。
【００６３】
ＢＡＳＥ５８を用いて前のステップの結果をコーディングし、「ウォレットアドレス」を得る。
【００６４】
公開鍵、秘密鍵、ウォレットの関係図については図１３を参照することができる。取引の過程において、秘密鍵は取引情報に対しデジタル署名を行うためのもので、後に取引者の公開鍵を提出することによって、暗号化したデジタル署名の復号を行う。
【００６５】
デジタル署名の過程
１）Ｓｉｇ = ＦｕｎｃＳｉｇ(ＦｕｎｃＨａｓｈ(ｍ), ｄＡ)
２）ｄＡは署名秘密鍵である
３）ｍは取引（またはその部分）である
４）ＦｕｎｃＨａｓｈはハッシュ関数である
５）ＦｕｎｃＳｉｇは署名アルゴリズムである
６）Ｓｉｇは結果の署名である。
７）関数ＦｕｎｃＳｉｇは、通常ＲおよびＳと言われる２つの値から成る署名Ｓｉｇを生成する。
８）Ｓｉｇ = (Ｒ, Ｓ)
【００６６】
署名の延長過程
１）署名は、２つの値ＲおよびＳから成る署名を生成する数学関数ＦｕｎｃＳｉｇによって作成される。
２）署名アルゴリズムは、まず、１つの一時的な秘密鍵と公開鍵のペアを生成する。（一時的であることに注意されたい）。
３）署名秘密鍵と取引ハッシュに関する変換の後、この一時的な暗号鍵のペアをＲ値およびＳ値の計算に用いる。
４）一時的な暗号鍵は、乱数ｋに基づいており、一時的な秘密鍵として用いられる。ｋから、それに対応する一時的な公開鍵Ｐを生成することができる（Ｐ＝ｋ Ｇの計算を用いる。派生ビットコインの公開鍵と同じである。）。
５）デジタル署名のＲ値は、一時的な公開鍵Ｐのｘ＊座標である。
６）そこから、アルゴリズムにより署名のＳ値を計算し、
2020035436.tif 000003
とする。
ここで、
ｋは一時的な秘密鍵である。
Ｒは一時的な公開鍵のｘ座標である。
ｄＡは、署名秘密鍵である。
ｍは取引データである。
ｐは楕円曲線の主な順序である。
７）検証は、署名生成関数の逆数であり、Ｒ、Ｓ値および公開鍵を使用して、１つの値Ｐを計算する。この値は楕円曲線上の１つの点（署名作成において使用する一時的な公開鍵）である：
2020035436.tif 000004
ここで、
ＲおよびＳは署名値である。
Ｑａは送信側の公開鍵である。
Ｍは署名された取引データである。
Ｇは楕円曲線生成器の点である。
計算点Ｐのｘ座標がＲと等しい場合、検証者は署名が有効であるとの結論を得ることができる。署名検証時、秘密鍵は知られておらず、表示もされない。
【００６７】
本発明のペットフードのトレーサビリティシステムの一実施例によると、ペットフードのトレーサビリティシステムが使用するのは、非中央集権型の分散型データベースであり、その中のデータは変更および削除が不可能である。好ましくは、このトレーサビリティシステムは、ブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）に基づくデータプラットフォームである。ブロックチェーンとは、非中央集権型かつ非信用（ｔｒｕｓｔｌｅｓｓ）の方法によって、参加するノードの集合体によって維持される、１つの信頼性のある分散型データベースであり、その特長は、変更、偽造が不可能なことである。ブロックチェーンは、仮想通貨ビットコイン（Ｂｉｔｃｏｉｎ）の金融システムにおいて重要な概念である。そして、ブロックチェーン技術の発展に伴い、ブロックチェーンも１.０から２.０に発展しており、その応用は仮想通貨の決済の分野のみにとどまらない。
【００６８】
ブロックチェーンは、コンセンサスメカニズム、暗号学原理および分散型データストレージ等の技術を主に採用しており、以下を含む。
【００６９】
１）コンセンサスメカニズム：いわゆるコンセンサスとは、複数の者が参加するノードが、所定のルールのもと、複数のノードが相互にやり取りすることにより、あるデータ、行為、またはフローに対して合意に達する過程である。コンセンサスメカニズムとは、コンセンサスの過程を定義するアルゴリズム、プロトコル、およびルールを指す。ブロックチェーンのコンセンサスメカニズムは、「少数は多数に従う」、「皆平等である」という特徴を有する。「少数は多数に従う」というのは、必ずしもノードの個数だけを指すのではなく、計算能力、ステーク数、または、その他コンピュータが比較可能な特徴量であってよい。「皆平等である」というのは、ノードが条件を満たした時、全てのノードがコンセンサス結果を優先的に提出する権利があること、他のノードによって直接同意された後かつ最後に、最終のコンセンサス結果になる可能性があることを言う。
【００７０】
２）暗号学原理：ブロックチェーンでは、公開鍵と秘密鍵のような非対称なデジタル暗号化技術に基づいて情報を伝達することにより、取引する双方の互いの信用を確立している。具体的な実現の過程では、公開鍵および秘密鍵の暗号鍵ペアのうちの一方の暗号鍵の情報が暗号化された後は、他方の暗号鍵を用いて復号するという過程しかない。さらに、一方の暗号鍵が公開された（すなわち公開された公開鍵である）後は、公開された公開鍵に基づいて、他方の公開されない暗号鍵（すなわち秘密鍵）を予測計算することができない。
【００７１】
２）分散型ストレージ：ブロックチェーンの分散型ストレージは、参加するノードが各自有する独立した、完全なデータストレージである。従来の分散型ストレージと少し異なり、ブロックチェーンの分散型ストレージは、主に以下の２つの点においてその独特性を示している。１点目は、従来の分散型ストレージは、一般に、データを一定のルールに基づいて複数に分けて保存するものであったのに対し、ブロックチェーンの分散型ストレージでは、ブロックチェーンの各ノードがブロックチェーン型構造に基づいて、完全なデータを保存する点である。２点目は、従来の分散型ストレージは、一般に、中央のノードを介して、他のバックアップノードに対しデータを同期するものであったのに対し、ブロックチェーンの分散型ストレージでは、ブロックチェーンの各ノードのストレージが、いずれも独立していて、地位が同等であり、コンセンサスメカニズムによりストレージの一致性が保証されている点である。データノードは、異なる物理的機器であっても、クラウドエンドが異なるインスタンスであってもよい。
【００７２】
ブロックチェーン技術は、主に、システムに参加する全てのノードに、暗号学の手法を用いてひとつながりのデータブロック（ｂｌｏｃｋ）を生成させるものである。各データブロックには、一定時間内におけるシステムの全情報の流通データが含まれ、保存した情報の有効性が暗号学によって検証されて、次のデータブロックにリンクされる。現在、ブロックチェーン技術は、パブリックブロックチェーン（Ｐｕｂｌｉｃ ｂｌｏｃｋｃｈａｉｎ）、プライベートブロックチェーン（Ｐｒｉｖａｔｅ ｂｌｏｃｋｃｈａｉｎ）およびコンソーシアムブロックチェーン（Ｃｏｎｓｏｒｔｉｕｍ ｂｌｏｃｋｃｈａｉｎ）の３種に分類して応用される。パブリックブロックチェーンは、例えばビットコインに使用されているブロックチェーンであり、誰もがダウンロードして使用することができ、システムの運営とメンテナンスに参加し、新しいデータブロックの書き込み（マイニング）をすることができる。プライベートブロックチェーンは、書き込み（新しいデータブロックのマイニング・書き込み）権限が特定の組織にのみ限られたブロックチェーンである。コンソーシアムブロックチェーンはアクセス権限が特定の複数の組織に限られたブロックチェーンである。本質的には、これらのブロックチェーンに区別はなく、実現方法も同じであり、全て非中央集権型の分散型情報ストレージデータベースである。従来のインターネットが中央集権型のサーバに頼っていたのに代わり、データブロックを用いて、あらゆるデータの変更と取引項目を１つのクラウドストレージシステムに記録する。
【００７３】
プライベートブロックチェーン、パブリックブロックチェーン、およびコンソーシアムブロックチェーンのいずれであっても、まずブロックチェーンに基づいて、１つのデータ記録システム（データベース）を実現するものであり、絶えず新しいデータブロックを書き込むことによって、データ記録を繋げていく。また、上述のどの種類のブロックチェーンであっても、１つのコンセンサスメカニズムによって、全てのノードに、目下の新しいデータの正確性を承認させ、書き込ませる必要がある。
【００７４】
本発明のペットフードのトレーサビリティシステムが有するのは、プライベートブロックチェーンであり、権限を有するエンティティにのみ開放され、このエンティティが目下のチェーンに参加してデータのメンテナンスと記録を行う。
【００７５】
また、指摘しておかなければならないのは、ここに記載した本発明のペットフードのトレーサビリティシステムは、ブロックチェーンに基づくデータプラットフォームの例示に過ぎない。本発明はこれに限らず、既存の、または将来現れるであろう、あらゆる分散型データベースを応用、採用することができる。そのプラットホームが非中央集権型の分散型データベースであり、その中のデータが修正および削除されないことが保証されるものでありさえすればよい。
【００７６】
本発明のペットフードのトレーサビリティシステムの一実施例によると、クライアントエンドの登録ログインユニットは、登録ユニットと、ログインユニットとを含む。登録ユニットにおいて、ユーザは、本実施例のクライアントエンドを使用してサーバエンドに新ユーザの登録要求を発する必要があり、例えば身分証ＩＤやパスワードなどの基本情報を記入する必要がある。ユーザ登録が成功すると、目下のユーザの身分証ＩＤに基づき暗号化がなされ、１つの秘密鍵（２５６ビット）が生成される。秘密鍵は、ユーザが自分で保管しておく必要があり、全ての取引「契約」には、ユーザの秘密鍵を使用する必要がある。秘密鍵はシステムの中には保存されないので、紛失すると取り戻すことができない。秘密鍵をＳＥＣＰ２５６Ｋ１アルゴリズムで処理することによって公開鍵を得る。公開鍵をハッシュ化し、そしてＳＨＡ２５６の演算を２回行うことによって、目下のユーザのウォレットアドレスを得る。このウォレットアドレスは、取引「契約」の支払・受取アドレスに用いられるものである。ログインユニットについて、ログインユニットでは、ユーザがログイン情報を記入し、サーバにログイン要求を送信する必要がある。ログイン要求が成功すると、ユーザは、自分のウォレット管理に入ることができ、これにより各種ランダムトランザクション処理を行うことができる。
【００７７】
モールモジュールのトレーサビリティ情報入力ユニットにおいて、業者は今回のペットフードのバッチに基づき、全ての原材料、配合およびその他の基本情報を入力する。入力が完了した後、「生成」をクリックし、情報入力およびバッチあたりの図形コードの生成の申請を送信する。図６はトレーサビリティ情報入力の模式図である。
【００７８】
モールモジュールのトレーサビリティ図形コード生成ユニットにおいて、サーバエンドが申請を受信すると、エンティティの監督者が、目下のバッチのあらゆる情報に対し、実地視察と抜き取り検査を行う。抜き取り検査に失敗した場合は、要求が却下される。却下回数は上限（Ｎ回）を超えてはならない。抜き取り検査に成功した場合は、サーバはバッチあたりの図形コードを生成し、この図形コードと入力した情報をトレーサビリティ提供情報の記録としてブロックチェーンに書き込む。図７は、システムが生成するトレーサビリティ二次元コードの模式図である。
【００７９】
モールモジュールは、ペットフード出品ユニットと、ペットフード取引ユニットと、ペットフードトレーサビリティユニットとを含む。ペットフード出品ユニットにおいて、メーカーはペットフードのその他の基本情報を入力してクリックし、ペットフードの情報をアップロードする必要がある。ペットフード取引ユニットにおいて、消費者は、ペットフードから所望のペットフードを見つけ、ペットフードの詳細を見ることができ、ペットフードの注文、支払、受取、返品などの一連のペットフードの取引に関する操作を行うことができる。ペットフードトレーサビリティユニットにおいて、消費者は購入前に、ペットフードの詳細に入り、トレーサビリティのボタンをクリックして、目下のペットフードのバッチのトレーサビリティ情報を見ることができる。また、実物を受け取った後、モールのコードスキャン機能によって、パッケージ上の図形コードをスキャンして、指定したペットフードのトレーサビリティの照会を行うこともできる。パッケージの図形コードをスキャンすることによるトレーサビリティの照会操作は１度しか行うことができず、この１度のトレーサビリティ照会が終わると、このペットフードに対して、再びトレーサビリティ情報の照会を行うことができない。図８は、ペットフードを出品する前のペットフードの原材料トレーサビリティ情報の入力を示す模式図である。図９は、ペットフードを出品する前の関連情報の入力を示す模式図である。図１０は、ペットフードのインターネットモールへの出品・追加を示す模式図である。図１１は、ペットフードのトレーサビリティ情報の照会結果を示す模式図である。
【００８０】
ウォレットモジュールの振込ユニットは、実際は各種アカウント間のランダムトランザクションを処理するためのものである。ユーザは、トランザクション要求を発することができる。取引の完了は、ペットフードのトレーサビリティシステムを介して、それぞれのノードのブロックに書き込まれ、トランザクションが完了したという結果に至る。
【００８１】
ウォレットモジュールの記録照会ユニットは、実際は、ユーザがウォレット管理モジュールを介して、ユーザのあらゆる取引情報の記録を照会することができるものである。
【００８２】
具体的には、例えば、ドッグフードメーカーＡがシステムにログインした後に鶏肉加工工場Ｂから鶏肉を購入する必要がある時、ドッグフードメーカーＡは、クライアントエンドを介して鶏肉加工工場Ｂが提供する鶏肉の単価と種類を選択し、当該バッチの鶏肉のデータを選ぶ。選択が成功した後、ドッグフードメーカーは、取引注文書の詳細なデータ、例えば、取引コインである寵米幣（さしあたりシステムの通貨名を「寵米幣（Ｃｈｏｎｇｍｉ  Ｃｏｉｎ）」と仮定する）１００枚などと確定することによって、目下提出する契約を確認する。そして、この取引要求トランザクションをペットフードのトレーサビリティシステムに提供する。ペットフードのトレーサビリティシステムは、この要求トランザクションに対し入念に認証を行う。認証に失敗した場合は、目下の取引情報の確認も保存もしない。認証に成功した場合は、ペットフードのトレーサビリティシステムは、目下の取引「契約」を全てのブロックチェーンに保存する。ドッグフードメーカーＡと鶏肉加工工場Ｂは、ペットフードのトレーサビリティシステムによって、目下のアカウントに残っている「寵米幣」を算出し、クライアントエンドに表示させる。期間は、第三者によって算定される必要はない。鶏肉加工工場Ｂは、取引「契約」を受け取ると、取引「契約」の情報に基づいて、クライアントエンドを介して物流会社に取引要求トランザクションを発する。要求トランザクションはペットフードのトレーサビリティシステムにより認証され、認証に成功したことがペットフードのトレーサビリティシステムに保存され、物流会社に通知される。鶏肉をパックして箱に梱包するなどの一連のトランザクションは、ペットフードのトレーサビリティシステムに保存され、ドッグフードメーカーＡに届く。これにより、目下のトランザクション要求の一部が完了する。物流会社の参加によって起こるトランザクションについては、その原理がＡとＢのトランザクション処理に基本的に類似しているため、詳しく説明しない。
【００８３】
一方、ユーザの取引情報とアカウント残高は、ユーザ自身が知るのみである。つまり、ユーザは、ユーザ登録が成功した後に提供される自身で保管している秘密鍵を用いて、マッチングを行い、ユーザの取引情報とアカウント残高を得る必要がある。ユーザが自分の秘密鍵を忘れてしまった場合は、ユーザは目下のシステムにおける全ての資産を取り戻すことができないことになり、システムも秘密鍵を取り戻す方法とルートを提供することができない。ユーザが端末を変更してシステムにログインし、取引情報とアカウント残高を見る必要がある場合は、ユーザは手動で自分の秘密鍵を入力した後、秘密鍵によって公開鍵を生成して、そしてウォレットアドレスを生成する必要がある。このようにして、ペットフードのトレーサビリティシステムから全ての取引情報と残高を取り出すことができる。
【００８４】
上述のように、ユーザが発する全てのランダムトランザクションは、最も新しく発生したものであり、その内容情報も、ランダムかつ予測不可能で、先に知見および傍受することができないため、アカウントにおいて発生する全てのランダムトランザクション処理は、既存技術のように、取引を改ざんされるリスクおよびアカウントを盗まれるリスクを免れることができ、システム全体の安全性を更に高めることができる。
【００８５】
本発明のペットフードのトレーサビリティシステムの一実施例によると、全てのペットフードの予告、原材料の買い付け、工場での加工、物流運輸、ペットフードの入庫および発送配送、ならびに以降のユーザによる購入および受領は、全てブロックチェーン上に記録される。
【００８６】
１）ペットフードのトークンを有するユーザは、ペットフードを受領することができ、決済、清算は、全てブロックチェーンに明確に記録される。このメリットは、各ユーザが生産から商品受領に至るまでの全ての流れを監視、管理することができ、分散型の監視、管理が実現されることである。
２）また、全ての段階において、身分認証、ならびに事業者又はユーザ間の電子契約が実現される。
３）ブロックチェーンの改ざん不可能性および暗号化などの特性により、情報の透明性を十分確保した上で、プライバシーを保障することもできる。
４）生産、運輸および取引の全てがブロックチェーンに記録されるので、ユーザないしメーカーのデータの証拠保存になりうる。
【００８７】
以上、図面と結び付けながら本発明の実施例について説明を行ったが、本発明は上述の実施形態に限られるものではない。上述の具体的な実施形態は、単に例示的なものであり、限定的なものではない。当業者は、本発明の啓示のもと、本発明の趣旨と請求の範囲を逸脱しない限り、多くの形態を作り出すことができ、これらも本発明の保護範囲に含まれる。
【図１】
2020035436.tif 000005
【図２】
2020035436.tif 000006
【図３】
2020035436.tif 000007
【図４】
2020035436.tif 000008
【図５】
2020035436.tif 000009
【図６】
2020035436.tif 000010
【図７】
2020035436.tif 000011
【図８】
2020035436.tif 000012
【図９】
2020035436.tif 000013
【図１０】
2020035436.tif 000014
【図１１】
2020035436.tif 000015
【図１２】
2020035436.tif 000016
【図１３】
2020035436.tif 000017
【外国語明細書】
2020035436000001.pdf