特表 2022-540973 バーコードおよびピアレビューの使用によるサプライチェーンのトラッキングおよびトレーシングの方法およびシステム

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

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

(11)【公表番号】

(43)【公表日】2022-09-21

(54)【発明の名称】バーコードおよびピアレビューの使用によるサプライチェーンのトラッキングおよびトレーシングの方法およびシステム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220913BHJP

   G06Q 10/08 20120101ALI20220913BHJP

   G06Q 20/38 20120101ALI20220913BHJP

【ＦＩ】

G06Q50/10

G06Q10/08 300

G06Q20/38 310

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021564292

(86)(22)【出願日】2021-08-20

(85)【翻訳文提出日】2021-10-27

(86)【国際出願番号】 US2021047018

(87)【国際公開番号】W WO2022040602

(87)【国際公開日】2022-02-24

(31)【優先権主張番号】63/068,220

(32)【優先日】2020-08-20

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＱＲコード

２．コンパクトフラッシュ

３．ＺＩＧＢＥＥ

４．ＤＬＮＡ

(71)【出願人】

【識別番号】521471132

【氏名又は名称】ネオソン インコーポレイテッド

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(74)【代理人】

【識別番号】100165157

【弁理士】

【氏名又は名称】芝 哲央

(74)【代理人】

【識別番号】100205659

【弁理士】

【氏名又は名称】齋藤 拓也

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(74)【代理人】

【識別番号】100185269

【弁理士】

【氏名又は名称】小菅 一弘

(72)【発明者】

【氏名】イ ジンウク

(72)【発明者】

【氏名】パク サンシン

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

5L049

5L055

【Ｆターム（参考）】

5L049AA16

5L049CC11

5L055AA71

(57)【要約】

バーコードおよび複数のモバイル装置によってパッケージのサプライチェーンを追跡する方法およびシステムを開示する。前記方法は、初期位置においてバーコードを発行およびスキャンするステップと、バーコードを第１のモバイル装置とペアリングするステップと、パッケージのトランザクション情報を受信し、トランザクション情報を含むようにバーコードを更新するステップと、バーコードを第１のモバイル装置により検証するステップと、バーコードと第１のモバイル装置とのペアリングを解除するステップと、第２のモバイル装置によってバーコードをスキャンするステップと、バーコードを第２のモバイル装置とペアリングするステップと、バーコードを第２のデジタル署名により検証するステップと、第２のモバイル装置と共に移動しているパッケージの位置を追跡するステップと、を少なくとも含む。追跡は、パッケージが最終宛先に到着するまで継続される。検証されたデータは、更に、追跡情報の信頼性を増加させるためにサードパーティによって確認される。
【選択図】 図１

【特許請求の範囲】

【請求項1】

バーコードおよび複数のモバイル装置を用いることによってパッケージのサプライチェーンを追跡する方法であって、
初期値を有する前記バーコードを発行するステップと、
初期位置に設置された第１のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第１のモバイル装置とペアリングするステップと、
前記第１のモバイル装置を通じて、前記パッケージのトランザクション情報を受信するステップと、
前記トランザクション情報を含むように、前記バーコードを更新するステップと、
前記バーコードを、前記第１のモバイル装置に対応する第１のデジタル署名により検証するステップと、
前記バーコードと前記第１のモバイル装置とのペアリングを解除するステップと、
前記初期位置に設置された第２のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第２のモバイル装置とペアリングするステップと、
前記バーコードを、前記第２のモバイル装置に対応する第２のデジタル署名により検証するステップと、
前記第２のモバイル装置と共に移動している前記パッケージの位置を追跡するステップと、
暫定位置に到着した前記第２のモバイル装置によって前記バーコードをスキャンするステップと、
前記バーコードを、前記第２のモバイル装置に対応する前記第２のデジタル署名により検証するステップと、
前記バーコードと前記第２のモバイル装置とのペアリングを解除するステップと、
前記暫定位置に設置された第３のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第３のモバイル装置とペアリングするステップと、
前記バーコードを、前記第３のモバイル装置に対応する第３のデジタル署名により検証するステップと、
前記第３のモバイル装置と共に移動している前記パッケージの位置を追跡するステップと、
最終位置に到着した前記第３のモバイル装置によって前記バーコードをスキャンするステップと、
前記バーコードを、前記第３のモバイル装置に対応する前記第３のデジタル署名により検証するステップと、
前記バーコードと前記第３のモバイル装置とのペアリングを解除するステップと、
前記最終位置に設置された第４のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第４のモバイル装置とペアリングするステップと、
前記バーコードを、前記第４のモバイル装置に対応する第４のデジタル署名により検証し、前記バーコードを非アクティブ化するステップと、
を備える方法。

【請求項2】

前記バーコードは、ＱＲコードである、請求項１に記載の方法。

【請求項3】

前記パッケージの前記トランザクション情報を受信するステップは、前記トランザクション情報に基づいて、前記パッケージのトランザクションの出荷時刻および到着時刻を算出することを含む、請求項１に記載の方法。

【請求項4】

前記第１のデジタル署名、前記第２のデジタル署名、前記第３のデジタル署名および前記第４のデジタル署名は、それぞれ、各モバイル装置に割り当てられる秘密鍵および役割、ならびに各モバイル装置の時刻および位置の情報を含む、請求項１に記載の方法。

【請求項5】

前記バーコードが検証されるとき、検証の時刻および位置情報を含むように前記バーコードを更新する、請求項１に記載の方法。

【請求項6】

前記第２のモバイル装置と共に移動している前記パッケージの位置を追跡するステップは、前記パッケージの位置を、特定の間隔で前記第２のモバイル装置のＧＰＳセンサを用いることによって追跡することを含み、
前記第３のモバイル装置と共に移動している前記パッケージの位置を追跡するステップは、前記パッケージの位置を、前記特定の間隔で前記第３のモバイル装置のＧＰＳセンサを用いることによって追跡することを含む、
請求項１に記載の方法。

【請求項7】

前記バーコードは、情報のリンクを含む、請求項１に記載の方法。

【請求項8】

前記バーコードを前記第２のデジタル署名により検証するステップは、前記第１のデジタル署名および前記第２のデジタル署名により前記バーコードを検証することが完了すると、第１の配送トランザクションハッシュデータを生成し、生成された前記第１の配送トランザクションハッシュデータを暗号化することを含み、
前記バーコードを前記第３のデジタル署名により検証するステップは、前記第２のデジタル署名および前記第３のデジタル署名により前記バーコードを検証することが完了すると、第２の配送トランザクションハッシュデータを生成し、生成された前記第２の配送トランザクションハッシュデータを暗号化することを含む、
請求項１に記載の方法。

【請求項9】

前記第１の配送トランザクションハッシュデータおよび前記第２の配送トランザクションハッシュデータは、前記バーコードで連続的にリンクされる、請求項８に記載の方法。

【請求項10】

前記検証するステップは、それぞれ、各モバイル装置によって、前記パッケージおよびトランザクションについての情報を埋め込むハッシュ関数によって処理される、請求項１に記載の方法。

【請求項11】

前記ハッシュ関数は、関数入力よりも短い関数出力を有する圧縮関数である、請求項１０に記載の方法。

【請求項12】

前記第１のモバイル装置は、販売者装置として認識され、前記第２のモバイル装置および前記第３のモバイル装置は、配送装置として認識され、前記第４のモバイル装置は、購買者装置として認識される、請求項１に記載の方法。

【請求項13】

前記スキャンする動作は、それぞれ、各モバイル装置によって、前記パッケージに取り付けられた極超短波無線周波数識別（ｕｌｔｒａ－ｈｉｇｈ－ｆｒｅｑｕｅｎｃｙ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＵＨＦ ＲＦＩＤ））タグをスキャンすることを含む、請求項１に記載の方法。

【請求項14】

前記トランザクション情報は、前記パッケージ、販売者、配送業者および購買者の情報を含む、請求項１に記載の方法。

【請求項15】

前記ペアリングするステップは、それぞれ、ハッシュ変換を用いることによって各モバイル装置についての情報を挿入するために前記バーコードを更新することを含む、請求項１に記載の方法。

【請求項16】

前記各モバイル装置についての情報は、前記各モバイル装置の位置を含み、かつ前記各モバイル装置の周囲の温度および湿度を含む主要な環境因子を含む、請求項１５に記載の方法。

【請求項17】

前記検証するステップは、それぞれ、
検証したデータをブロックチェーンネットワークへアップロードするステップと、
前記ブロックチェーンネットワークのサードパーティから前記検証したデータの確認を受信するステップと、
確認されたデータを、トランザクション追跡サービスのユーザに送信するステップと、
前記確認されたデータを前記ユーザのユーザ装置に表示するステップと、
を含む、請求項１に記載の方法。

【請求項18】

前記ブロックチェーンネットワークのサードパーティは、前記検証したデータを識別するためにハッシュ値を有する、請求項１７に記載の方法。

【請求項19】

前記確認されたデータは、別のモバイル装置によって検証されている他の確認されたデータへのリンク情報を有する、請求項１７に記載の方法。

【請求項20】

バーコードを用いることによってパッケージのサプライチェーンを追跡するシステムであって、
初期値を有する前記バーコードを発行するように構成されるメインデータベース装置と、
第１のモバイル装置であって、
初期位置における前記バーコードをスキャンし、
前記バーコードを第１のモバイル装置とペアリングし、
前記パッケージのトランザクション情報を受信し、
前記トランザクション情報を含むように、前記バーコードを更新するように構成される、第１のモバイル装置と、
を備え、
前記メインデータベース装置は、更に、前記バーコードを、前記第１のモバイル装置に対応する第１のデジタル署名により検証し、前記バーコードと前記第１のモバイル装置とのペアリングを解除するように構成され、
前記システムは、更に、
第２のモバイル装置であって、
前記初期位置に設置された第２のモバイル装置によって前記バーコードをスキャンし、
前記バーコードを前記第２のモバイル装置とペアリングするように構成される、第２のモバイル装置を備え、
前記メインデータベース装置は、更に、前記バーコードを、前記第２のモバイル装置に対応する第２のデジタル署名により検証し、前記第２のモバイル装置と共に移動している前記パッケージの位置を追跡するように構成され、
前記第２のモバイル装置は、更に、暫定位置において前記バーコードをスキャンするように構成され、
前記メインデータベース装置は、更に、前記バーコードを、前記第２のモバイル装置に対応する前記第２のデジタル署名により検証し、前記バーコードと前記第２のモバイル装置とのペアリングを解除するように構成され、
前記システムは、更に、
第３のモバイル装置であって、
前記暫定位置において前記バーコードをスキャンし、
前記バーコードを前記第３のモバイル装置とペアリングするように構成される、第３のモバイル装置を備え、
前記メインデータベース装置は、更に、前記バーコードを、前記第３のモバイル装置に対応する第３のデジタル署名により検証し、前記第３のモバイル装置と共に移動している前記パッケージの位置を追跡するように構成され、
前記第３のモバイル装置は、更に、最終位置において前記バーコードをスキャンするように構成され、
前記メインデータベース装置は、更に、前記バーコードを、前記第３のモバイル装置に対応する前記第３のデジタル署名により検証し、前記バーコードと前記第３のモバイル装置とのペアリングを解除するように構成され、
前記システムは、更に、
第４のモバイル装置であって、
前記最終位置において前記バーコードをスキャンし、
前記バーコードを前記第４のモバイル装置とペアリングするように構成される、第４のモバイル装置を備え、
前記メインデータベース装置は、更に、前記バーコードを、前記第４のモバイル装置に対応する第４のデジタル署名により検証し、前記バーコードを非アクティブ化するように構成され、
前記システムは、更に、ハッシュリファレンスポインタを有する前記メインデータベース装置と接続され、サードパーティユーザ装置から入力を受信することによって前記メインデータベース装置により検証されたデータの確認を処理するように構成されるブロックチェーンデータベース装置を備える、
システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年８月２０日に出願された仮特許出願第６３／０６８，２２０号の優先権の利益を主張し、その全内容は、参照により本明細書に組み込まれる。

【0002】

技術分野
本開示は、二次元バーコード（すなわち、ＱＲコード）および複数のモバイル装置を使用することによって、サプライチェーン内のパッケージを追跡するための方法およびシステムに関する。追跡情報は、デジタル署名によって検証することができ、このような検証された情報は、ブロックチェーン技術によって確認することができる。

【背景技術】

【0003】

サプライチェーンには、さまざまなエンティティおよびトランザクションが存在する。そのようなエンティティは、販売者、購買者、流通業者、ベンダー、物流サービスプロバイダなどのプレイヤを含むことがある。そのようなトランザクションは、製造、購入、販売、受け取り、配送、返品、データ転送、送金等を含むことができる。さまざまなエンティティおよびトランザクションのために、サプライチェーンは、非常に複雑になる可能性がある。さらに、アイテムの受け取りおよび配送の文脈において、移動性および柔軟性に対する必要性がますます高まっている。

【0004】

上記の状況では、このようなトランザクションプロセスの完全性を維持するために、アイテムのセキュリティおよび検証のための新しい技法および手法が必要とされる。

【発明の概要】

【0005】

開示される方法の一例は、初期値を有するバーコードを発行するステップと、初期位置に設置された第１のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第１のモバイル装置とペアリングするステップと、前記第１のモバイル装置を通じて、前記パッケージのトランザクション情報を受信するステップと、前記トランザクション情報を含むように、前記バーコードを更新するステップと、前記バーコードを、前記第１のモバイル装置に対応する第１のデジタル署名により検証するステップと、前記バーコードと前記第１のモバイル装置とのペアリングを解除するステップと、前記初期位置に設置された第２のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第２のモバイル装置とペアリングするステップと、前記バーコードを、前記第２のモバイル装置に対応する第２のデジタル署名により検証するステップと、前記第２のモバイル装置と共に移動している前記パッケージの位置を追跡するステップと、暫定位置に到着した前記第２のモバイル装置によって前記バーコードをスキャンするステップと、前記バーコードを、前記第２のモバイル装置に対応する前記第２のデジタル署名により検証するステップと、前記バーコードと前記第２のモバイル装置とのペアリングを解除するステップと、前記暫定位置に設置された第３のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第３のモバイル装置とペアリングするステップと、前記バーコードを、前記第３のモバイル装置に対応する第３のデジタル署名により検証するステップと、前記第３のモバイル装置と共に移動している前記パッケージの位置を追跡するステップと、最終位置に到着した前記第３のモバイル装置によって前記バーコードをスキャンするステップと、前記バーコードを、前記第３のモバイル装置に対応する前記第３のデジタル署名により検証するステップと、前記バーコードと前記第３のモバイル装置とのペアリングを解除するステップと、前記最終位置に設置された第４のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第４のモバイル装置とペアリングするステップと、前記バーコードを、前記第４のモバイル装置に対応する第４のデジタル署名により検証し、前記バーコードを非アクティブ化するステップと、を備える。

【0006】

開示されるシステムの一例は、初期値を有する前記バーコードを発行するように構成されるメインデータベース装置と、第１のモバイル装置であって、初期位置における前記バーコードをスキャンし、前記バーコードを第１のモバイル装置とペアリングし、前記パッケージのトランザクション情報を受信し、前記トランザクション情報を含むように、前記バーコードを更新するように構成される、第１のモバイル装置と、を備え、前記メインデータベース装置は、更に、前記バーコードを、前記第１のモバイル装置に対応する第１のデジタル署名により検証し、前記バーコードと前記第１のモバイル装置とのペアリングを解除するように構成され、前記システムは、更に、第２のモバイル装置であって、前記初期位置に設置された第２のモバイル装置によって前記バーコードをスキャンし、前記バーコードを前記第２のモバイル装置とペアリングするように構成される、第２のモバイル装置を備え、前記メインデータベース装置は、更に、前記バーコードを、前記第２のモバイル装置に対応する第２のデジタル署名により検証し、前記第２のモバイル装置と共に移動している前記パッケージの位置を追跡するように構成され、前記第２のモバイル装置は、更に、暫定位置において前記バーコードをスキャンするように構成され、前記メインデータベース装置は、更に、前記バーコードを、前記第２のモバイル装置に対応する前記第２のデジタル署名により検証し、前記バーコードと前記第２のモバイル装置とのペアリングを解除するように構成され、前記システムは、更に、第３のモバイル装置であって、前記暫定位置において前記バーコードをスキャンし、前記バーコードを前記第３のモバイル装置とペアリングするように構成される、第３のモバイル装置を備え、前記メインデータベース装置は、更に、前記バーコードを、前記第３のモバイル装置に対応する第３のデジタル署名により検証し、前記第３のモバイル装置と共に移動している前記パッケージの位置を追跡するように構成され、前記第３のモバイル装置は、更に、最終位置において前記バーコードをスキャンするように構成され、前記メインデータベース装置は、更に、前記バーコードを、前記第３のモバイル装置に対応する前記第３のデジタル署名により検証し、前記バーコードと前記第３のモバイル装置とのペアリングを解除するように構成され、前記システムは、更に、第４のモバイル装置であって、前記最終位置において前記バーコードをスキャンし、前記バーコードを前記第４のモバイル装置とペアリングするように構成される、第４のモバイル装置を備え、前記メインデータベース装置は、更に、前記バーコードを、前記第４のモバイル装置に対応する第４のデジタル署名により検証し、前記バーコードを非アクティブ化するように構成され、前記システムは、更に、ハッシュリファレンスポインタを有する前記メインデータベース装置と接続され、サードパーティユーザ装置から入力を受信することによって前記メインデータベース装置により検証されたデータの確認を処理するように構成されるブロックチェーンデータベース装置を備える。

【0007】

本開示の実施形態の利点および特徴は、添付の図面と併せて見ると、例示的な実施形態の以下の詳細な説明からより明らかになるであろう。

【図面の簡単な説明】

【0008】

【図1】図１は、本開示のいくつかの実施形態による、ノードおよびエッジを有する簡略化されたサプライチェーンネットワークを示す図を示す。

【図2】図２は、本開示のいくつかの実施形態による、受け取りトランザクションおよび配送トランザクション、ならびにこれらのトランザクションの検証を例示するためのコードを示す。

【図3】図３は、本開示のいくつかの実施形態による、受け取りトランザクションおよび配送トランザクション、ならびにこれらのトランザクションの検証を例示するためのコードを示す。

【図4】図４は、本開示のいくつかの実施形態による、単一のトランザクションのスマートバーコードを符号化するためのフローチャートを示す。

【図5】図５は、本開示のいくつかの実施形態による、トランザクションハッシュを作成するためのアルゴリズムを示す。

【図6】図６は、本開示のいくつかの実施形態による、ペアリング／ペアリング解除アクティビティを伴う一連のトランザクションを示す。

【図7】図７は、本開示のいくつかの実施形態による、ペアリング／ペアリング解除アクティビティを伴う一連のトランザクションの詳細を示す。

【図8】図８は、本開示のいくつかの実施形態による、デジタル署名によるトランザクションおよび検証のフローを示す。

【図9】図９は、本開示のいくつかの実施形態による、構造、データタイプ、および制約を含むデータベース設計を示す。

【図10】図１０は、本開示のいくつかの実施形態による、ＤＡＧ（有向非巡回グラフ）上のトランザクション例を示す。

【図11】図１１は、本開示のいくつかの実施形態による、時系列データおよび関連するプロセスの説明を示す。

【図12】図１２は、本開示のいくつかの実施形態による、データを保護するためのアルゴリズムを示す。

【図13】図１３は、本開示のいくつかの実施形態による、トランザクションおよび関連するコードの時系列の例を示す。

【図14】図１４は、本開示のいくつかの実施形態による、モバイル装置を示すブロック図である。

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

【0009】

本開示では、バーコード（例えば、ＱＲコード）を使用することによってサプライチェーンの複雑な性質を緩和するために提供される本発明について説明する。また、本発明は、スマートフォンおよびそのインターフェースを利用したユーザフレンドリでリアルタイムな追跡システムを提供する。

【0010】

本発明の様々な実施形態は、本発明の全てではないがいくつかの実施形態が示されている添付の図面を参照して、以下でより完全に説明される。実際に、これらの発明は多くの異なる形態で具現することができ、本明細書において説明される実施形態に限定されるものと解釈されるべきではなく、むしろ、これらの実施形態は、本開示が適用可能な法的要件を満たすように提供される。特に断らない限り、本明細書では、用語「または」は、代替的および連結的な意味の両方で使用され、用語「例示的（ｉｌｌｕｓｔｒａｔｉｖｅ）」および「例示的（ｅｘｅｍｐｌａｒｙ）」は、品質レベルを示さない例として使用される。同じ参照符号は全体を通して同じ要素を指す。

【0011】

本発明の実施形態は、製造品を含むコンピュータプログラム製品を含む様々な方法で実施することができる。コンピュータプログラム製品は、アプリケーション、プログラム、プログラムモジュール、スクリプト、ソースコード、プログラムコード、オブジェクトコード、バイトコード、コンパイル済みコード、解釈済みコード、機械コード、実行可能命令、および／または同様のもの（本明細書では実行可能命令、実行のための命令、コンピュータプログラム製品、プログラムコード、および／または同様の用語とも同じ意味で使用される）を記憶する一時的でないコンピュータ読み取り可能な記憶媒体を含み得る。このような一時的でないコンピュータ可読記憶媒体は、すべてのコンピュータ可読媒体（揮発性および不揮発性媒体を含む）を含む。

【0012】

一実施形態では、不揮発性メモリコンピュータ可読記憶媒体は、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートストレージ（ＳＳＳ）（例えば、ソリッドステートドライブ（ＳＳＤ）、ソリッドステートカード（ＳＳＣ）、ソリッドステートモジュール（ＳＳＭ）、エンタープライズフラッシュドライブ、磁気テープ、または任意の他の非一時的磁気媒体など）を含むことができる。不揮発性コンピュータ可読記憶媒体はまた、パンチカード、紙テープ、光学マークシート（または、穴または他の光学的に認識可能なしるしのパターンを有する任意の他の物理媒体）、コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、コンパクトディスクリライタブル（ＣＤ－ＲＷ）、デジタルバーサタイルディスク（ＤＶＤ）、ブルーレイディスク（登録商標）（ＢＤ）、任意の他の非一時的光学媒体などを含んでもよい。このような不揮発性コンピュータ可読記憶媒体はまた、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ（例えば、シリアル、ＮＡＮＤ、ＮＯＲ等）、マルチメディアメモリカード（ＭＭＣ）、セキュアデジタル（ＳＤ）メモリカード、スマートメディアカード、コンパクトフラッシュ（ＣＦ）カード、メモリスティック等を含むことができる。さらに、不揮発性コンピュータ可読記憶媒体は、導電性ブリッジングランダムアクセスメモリ（ＣＢＲＡＭ）、相変化ランダムアクセスメモリ（ＰＲＡＭ）、強誘電性ランダムアクセスメモリ（ＦｅＲＡＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、抵抗性ランダムアクセスメモリ（ＲＲＡＭ）、酸化シリコン窒化酸化シリコンメモリ（ＳＯＮＯＳ）、フローティングジャンクションゲートランダムアクセスメモリ（ＦＪＧ ＲＡＭ）、ミリペッドメモリ、レーストラックメモリなどがある。

【0013】

一実施形態では、揮発性コンピュータ可読記憶媒体は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、高速ページモードダイナミックランダムアクセスメモリ（ＦＰＭ ＤＲＡＭ）、拡張データアウトダイナミックランダムアクセスメモリ（ＥＤＯ ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ）、ダブルデータレートタイプ２同期ダイナミックランダムアクセスメモリ（ＤＤＲ２ ＳＤＲＡＭ）、ダブルデータレートタイプ３シンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ３ ＳＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）、ツイントランジスタＲＡＭ（ＴＴＲＡＭ）、サイリスタＲＡＭ（Ｔ－ＲＡＭ）、ゼロキャパシタ（Ｚ－ＲＡＭ）、ラムバスインラインメモリモジュール（ＲＩＭＭ）、デュアルインラインメモリモジュール（ＤＩＭＭ）、シングルインラインメモリモジュール（ＳＩＭＭ）、ビデオランダムアクセスメモリ（ＶＲＡＭ）、キャッシュメモリ（様々なレベルを含む）、フラッシュメモリ、レジスタメモリなどを含んでもよい。実施形態がコンピュータ可読記憶媒体を使用するように説明される場合、他のタイプのコンピュータ可読記憶媒体が、上述のコンピュータ可読記憶媒体の代わりに使用されてもよく、またはそれに加えて使用されてもよいことが理解されるであろう。

【0014】

理解されるべきであるが、本発明の様々な実施形態は、方法、装置、システム、コンピューティングデバイス、コンピューティングエンティティなどとして実装されてもよい。したがって、本発明の実施形態は、特定のステップまたは動作を実行するために、コンピュータ可読記憶媒体上に記憶された命令を実行する装置、システム、コンピューティングデバイス、コンピューティングエンティティ、および／または同様のものの形態をとることができる。したがって、本発明の実施形態は、完全にハードウェアの実施形態、完全にコンピュータプログラム製品の実施形態、および／またはコンピュータプログラム製品と特定のステップまたは動作を実行するハードウェアとの組合せを含む実施形態の形態をとることもできる。

【0015】

以下、本発明の実施の形態について、ブロック図およびフローチャート図を参照して説明する。したがって、ブロック図およびフローチャート図の各ブロックは、コンピュータプログラム製品、完全にハードウェアの実施形態、ハードウェアおよびコンピュータプログラム製品の組み合わせ、および／または、実行のためにコンピュータ可読記憶媒体上で互換的に使用される命令、操作、工程、および同様の語（たとえば、実行可能命令、実行のための命令、プログラムコード、および／または同様のもの）を実行する装置、システム、コンピューティングデバイス、コンピューティングエンティティなどの形態で実装され得ることを理解されたい。例えば、コードの検索、ロード、および実行は、一度に１つの命令が検索、ロード、および実行されるように、逐次的に実行されてもよい。いくつかの例示的な実施形態では、検索、ロード、および／または実行は、複数の命令が一緒に検索され、ロードされ、および／または実行されるように、並行して実行されてもよい。したがって、そのような実施形態は、ブロック図およびフローチャート図で指定されたステップまたは動作を実行する、具体的に構成された機械を生成することができる。したがって、ブロック図およびフローチャート図は、指定された命令、操作、または工程を実行するための実施形態の様々な組合せをサポートする。

【0016】

基本的な考え方およびコンセプト

【0017】

本開示は、バーコードおよびピアレビューの使用によるサプライチェーンのトラッキングおよびトレーシングに関する。サプライチェーンのトラッキング（追跡する）およびトレーシング（辿る）に使用されるバーコードは、モバイル装置（例えば、スマートフォン）によって実行される複数の機能を提供するため、「スマートバーコード（ＳｍａｒｔＢａｒｃｏｄｅ）」と呼ぶことができ、本開示では、用語「バーコード」および用語「スマートバーコード」は、互換的に使用することができ、「モバイル装置」および用語「スマートフォン」は、互換的に使用することもできる。当業者は、本出願において、このような互換的に使用される用語の境界および境界を、不明確にすることなく理解することができるであろう。

【0018】

ある実施形態では、スマートバーコードは、クイックレスポンス（ＱＲ）コードであり、したがって、スマートバーコードは、ウェブアドレス上の情報を含んでもよい。本出願のいくつかの実施形態で使用されるＱＲコードは、固定された一定の値を有さない。むしろ、本出願のいくつかの実施形態で使用されるＱＲコードは、可変値を有する。いくつかの実施形態では、変数値は、ＱＲコードで接続され、各トランザクション後にバックエンドで更新されるように構成されたデジタル値である。いくつかの実施形態では、ＱＲコード自体も、新しいトランザクションに応答して再生成され、新しいトランザクションに関連する新しい情報を含むことができる。

【0019】

いくつかの実施形態では、各スマートバーコードは、その時点での各トランザクション取得時間および位置データからスマートバーコードを作成または更新することによって固有の値を有する。

【0020】

いくつかの実施形態において、スマートバーコードは、任意のタイプのデータ、例えば、画像、ビデオ、音声、または既存のコードシステム（従来のバーコード、ＨＳコード、シリアル番号、および文字など）とペアリングまたはリンクすることができる。

【0021】

したがって、スマートバーコードは、データベースに保存されているさまざまな情報と一対多の関係を有する。スマートバーコードは、異なる情報または異なるデータベースへの１つ以上のリンクを含んでいてもよい。

【0022】

いくつかの実施形態では、スマートフォンは、サプライチェーンをトラッキングおよびトレーシングするためのデバイスとして機能する。スマートフォンをネットワークに接続して使用することで、スマートバーコードや埋め込み情報をテキストメッセージやメールなどで他のユーザや機器と簡単に共有することができる。このような通信では、様々なタイプのデータ入力が使用されてもよい。また、時刻算出部と測位部（例えば、ＧＰＳセンサ）とを備えたスマートフォンを用いることで、各トランザクションの時刻および位置データを取得し、記録することができる。

【0023】

サプライチェーンにはさまざまなエンティティおよびトランザクションがあるが、本発明は、以下のように、ノードおよび有向エッジという２つのものでサプライチェーンネットワークを表すことによって、そのようなサプライチェーンネットワークを単純化する。

【0024】

●ノード：プレイヤ－ネットワークユーザやサービスプロバイダなど。

【0025】

●有向エッジ：トランザクション（価値移転）、例えば、購入、販売、配達など。

【0026】

サプライチェーンネットワーク内のプレイヤは「ノード」とみなされることができ、トランザクションは「エッジ」とみなされることができる。

【0027】

図１は、本開示のいくつかの実施形態による、ノードおよびエッジを有する例示的な簡略化されたサプライチェーンネットワークを示す図を示す。

【0028】

図１に示すように、トランザクションはエッジで接続されたノードのペアで構成される。任意のユーザには、「送り手（ＳＥＮＤＥＲ）」と「受け手（ＲＥＣＥＩＶＥＲ）」という２つの主な役割がある。プレイヤには、購買者、販売者、配送員など、それぞれの肩書きもある。本発明は、図１に示すようなサプライチェーンを認識し、バーコードおよびピアレビューを使用してサプライチェーンのトラッキングおよびトレーシングを実行することができる。

【0029】

図２および図３は、本開示のいくつかの実施形態による、例示的な受け取りトランザクションおよび例示的な配送トランザクションのためのコード、ならびにそれらのトランザクションのための検証を示す。

【0030】

２つの例示的なトランザクションに関連するコードは、ＪＳＯＮフォーマットおよびハッシュ値にＳＨＡ－２５６を使用する。

【0031】

図２に関連する第１の例のトランザクションでは、ウィリアム・モルガンは、販売者であるクリス・ハミルの店から購入した人のためにｉＰｈｏｎｅ（登録商標）およびＡｉｒＰｏｄのボックスを受け取った配送員であると仮定する。受け取り時には、図２に示すコードがデータベースに記録される。

【0032】

図２に関連する第１の例のトランザクションでは、配送員であるウィリアム・モルガンの役割は「受け手」として認識され、販売者であるクリス・ハミルの役割は「送り手」として認識される。トランザクションが２人のユーザ、すなわち「受け手」および「送り手」によって検証されると、トランザクションハッシュが作成され、保護されるように固定される。

【0033】

図３に関連する第２の例のトランザクションでは、購買者であるマイケル・ホームラーが、販売者であるクリス・ハミルのオンラインストアにｉＰｈｏｎｅの注文をしたと仮定する。配送員であるウィリアム・モルガンは、図２に関連する第１の取引例に記載されているように、クリス・ハミルの店舗からアイテムを受け取った。図３に関連する第２の取引例では、ウィリアム・モルガンの役割は「送り手」であり、購入者であり「受け手」であるマイケル・ホームラーにｉＰｈｏｎｅを配送する。配送時には、図３に示すコードがデータベースに記録される。

【0034】

いくつかの実施形態では、トランザクションの検証は、１つまたは複数のデジタル署名（共署名者）、配送日時、配送場所（ＧＰＳ座標）、プロバイダ情報など、配送されたアイテムに関する詳細情報を埋め込むハッシュ関数を使用することによって実行される。

【0035】

ある実施形態では、ハッシュ関数は、関数入力よりも短い関数出力を有する圧縮関数である。固定長の文字列に（ほぼ）任意の長さを入力する。

【0036】

【数1】

【0037】

スマートバーコードシステムシステムおよびその基本アルゴリズム

【0038】

１．実用的なモバイルベースのトラッキングソリューションおよびＩｏＴセンサネットワーク

【0039】

図４は、本開示のいくつかの実施形態による、単一のトランザクションのスマートバーコードを符号化するためのフローチャートを示す。

【0040】

各トランザクションにおいて、出荷時間および到着時間の推定値は、トランザクションを管理するトラッキングおよびトレーシングシステムによって再計算されてもよい。

【0041】

ユーザは、自分のスマートフォンを使用してトラッキングおよびトレーシングサーバにログインすることができ、スマートフォンを使用してトランザクションに関連する任意のタイプのデータにアクセスすることができる。

【0042】

トランザクションに関する情報は、ハッシュに暗号化され、これらのハッシュ値は、初期バーコードの下でシリアルにリンクされてもよい。これは、ハッシュの時系列データを意味し、これは、本開示のスマートバーコードを説明する１つの方法である。

【0043】

いくつかの実施形態では、トランザクションに関連するデータは、（１）ユーザ：ＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）、（２）アイテム：アイテム番号（プロバイダに依存する）、（３）時間（１０桁）：Ｅｐｏｃｈタイムスタンプ、例えば、１５８５７７２１３０（人間データ４月１日、２０２０年、０８：１５：３０ ＰＭ（ＧＭＴ）から変換される）、（４）位置：ＧＰＳ座標（十進数）－緯度および経度小数点以下（各小数点以下５桁）、（５）トランザクション：ＨＡＳＨ－単一のトランザクションについて複数のハッシュ値がある場合、最新のハッシュのみが使用される（以前のハッシュは、それからトレースすることができる）。いくつかの実施形態では、上記の「トランザクション：ＨＡＳＨ」では、図５に示すアルゴリズム１を使用することができる。

【0044】

２．ＵＨＦ ＲＦＩＤタグの有無にかかわらずバーコードを使用するスマートシステム

【0045】

より効率的かつ安全なトラッキングおよびトレーシングソリューションのために、本開示は、バーコードとＵＨＦ ＲＦＩＤタグ（超高周波無線識別タグ）との組み合わせに基づくモバイルベースのよりスマートなトラッキングおよびトレーシングシステムを使用することを提案する。

【0046】

より実用的な使用のために、本開示は、ＱＲ（クイックレスポンス）コードとしても知られる２次元バーコードを利用することを提案する。その利点および独自性は、以下の通りである。（ａ）ＱＲコード規格とトランザクションごとの独自のＵＲＬ、（ｂ）スマートフォンを介した任意のタイプのデータのペアリング能力、（ｃ）単一のバーコードと様々なデータセットとの間の１対多の関係、（ｄ）トラッキングおよびトレーシング情報をスマートフォン上に表示することができること、（ｅ）情報を利害関係者間で容易に共有することができる。

【0047】

図４に示されるフローチャートは、以下のようにさらに説明される。

【0048】

ステップ１では、バーコードに対応するバーコードとウェブアプリアドレスの初期値に対してランダムなＵＲＬが生成される。

【0049】

ステップ２では、バーコードアクティブ化（有効化）のために、販売者および購買者の情報（すなわち、出荷および到着の詳細）の入力が、第１のユーザ（荷主または販売者）からシステムによって受信される。配送するアイテムにＲＦＩＤタグが付されている場合には、販売者および購買者情報は、ＲＦＩＤタグの情報も含み、ＳＡＥＲ（Ｓｈｉｐｐｉｎｇ ａｎｄ Ａｒｒｉｖａｌ Ｅｓｔｉｍａｔｉｏｎ ｗｉｔｈ ＲＦＩＤ）機能により、販売者および購買者情報を暗号化してもよい。

【0050】

ステップ３では、各トラッキングポイントに新たなデータを挿入する（ＲＦＩＤタグ内蔵バーコードの場合は半自動処理）。各ユーザは、鍵空間Ｋ＝｛ｋ_１，…，ｋ_Ｋ｝から鍵が与えられ、正しい鍵のみを受け付けることができる。鍵生成は、暗号論的に安全な疑似乱数生成器（ＣＳＰＲＮＧ）に基づくＵＩＤ（ユーザ識別）機能によるものである。これにより、ビットが個別に暗号化される（つまり、ストリーム暗号）。ｘ_ｉ，ｙ_ｉ，ｓ_ｉは、平文ｘの個々のビットと、暗号文ｙおよびｋの鍵ストリームビットとをそれぞれ示す。

【数2】

各ビットは、秘密鍵ストリームビットを加えることによって暗号化される。タイムスタンプ付きの位置データとの同一性が必要とされ、これは、データ行列（ｉ，ｔ，ｌ）であり、ここで、ｉ，ｔ，ｌは、全ての列ベクトルである。

【0051】

ステップ４では、バーコードのハッシュ値がハッシュ変換（Ｈａｓｈ Ｃｏｎｖｅｒｓｉｏｎ（ＨＣ））によって計算され、各トラッキングポイントで図５に示すアルゴリズム１のように更新される。

【0052】

ステップ５では、すべての最新情報が安全に保存される。

【0053】

３．ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）トラッキングシステムの実現

【0054】

ＤＬＴ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ Ｔｅｃｈｎｏｌｏｇｙ）ベースのソリューションを便利に採用するために、本開示は、そのノードが、利害関係者によって所有されるセンサおよび市販のモバイル装置を装備したシステムのペアである、ＩｏＴセンサネットワークを提案する。

【0055】

ネットワーク構造は、以下のようにまとめられる。

【0056】

（ａ）各パッケージに取り付けられたＲＦＩＤタグ：各パッケージは、内側の厚い発泡スチロール容器と外側の出荷用カートンとからなるコンテナ出荷ユニット内で隔離されている。

【0057】

（ｂ）センサおよびＲＦＩＤスキャナを装備したシステム：超高周波ＲＦＩＤリーダーは、作業者との追加的なインタラクションを必要とせずに、ＲＦＩＤタグ付きパッケージの搬入／搬出を追跡することができる。システムセンサは、主要な環境要因（例えば、配送されるアイテムまたは配送中のアイテムの周囲の温度および湿度）を定期的に収集する。システムは、ネットワーク内のＩｏＴ装置と通信する。

【0058】

（ｃ）ＩｏＴ装置（例えば、スマートフォン、タブレット）：ＩｏＴ装置は、セルラーネットワーク通信を介してネットワーク内の他のノードまたは中央サーバのいずれかへのノードインターフェースとして機能する。さらに、ＩｏＴデバイス上のモバイルアプリケーションは、手動データ入力を可能にする。

【0059】

広く採用されているＨＦまたは標準ＲＦＩＤよりもＵＨＦ ＲＦＩＤを選択することにより、物流業界のサプライチェーン変化に対する抵抗感を最小限に抑えることができる。現代の物流における破壊的技術の採用レベルは、サプライチェーンのさまざまな部分で大きく異なる。例えば、規制によって要求されない限り、リアルタイム追跡システムの使用は比較的まれであるが、国際流通業者は、典型的には、鮮度監視および起源情報を含む追跡ソリューションを有する。一方、ラストマイル配送を行う地元の流通業者や企業は、そのような豊富な情報を欠いており、追跡情報の全体的な信頼性を低下させることが多い。これは、これらの流通業者が変化に抵抗があり、機能しているだけの「古き良き処理モデル」に固執する傾向があり、完全に透明性のある追跡を確立するために大規模な流通業者と連携することにあまりインセンティブを感じないためである。紙ベースの取引請求書でさえ、これらの企業ではまだ一般的である。車両に設置され、スマートモバイル装置とペアリングする長距離ＵＨＦベースのＲＦＩＤセンサネットワークデバイスを用いて、我々は、これらの地元の流通業者の既存のワークフローへの影響を最小化し、透明な追跡情報の期待される利益を最大化することができる。

【0060】

４．ペアリングを使用したスマートフォンのトラッキングおよびトレース

【0061】

連鎖処理がどれほど複雑であっても、納品処理には常に共通の構成要素が存在する：いつ（納品時間）、どこ（配送場所）、誰（配送員、消費者、生産者、販売者など）、および何（アイテム、パッケージ、コンテナなど）である。より実用的な応用のために、本開示は、トラッキングおよびトレースのための複数のトランザクションの接続のための「スマートフォンを使用したデータペアリング／ペアリング解除（アンペアリング）」を導入する。

【0062】

部分的な順序関係（パッケージ、運送業者、場所等に関する）は、より効率的な動作のために有用である。例えば、複数の小さなパッケージを含む複数の大きなコンテナがあると仮定する。ユーザ（配送員など）がこれらの小さなパッケージのすべてのバーコードをスキャンする必要がある場合は、効率的ではない。パレット（小型パッケージのスーパーセット）の１回のスキャンでは、含まれるすべてのパッケージを更新できなければならない。各トラッキングポイントにおけるデータ入力の場合、パッケージ上の任意のトランザクションは、そのサブセットおよびスーパーセットにのみ更新することができ、同じアンチチェーン内のコンポーネントには何も起こらない。関連するセット操作は、サプライチェーンにおけるロジスティクスおよびより効率的な追跡操作を記述するのに有用である。一例として、図６は、本開示のいくつかの実施形態による、ペアリング／アンペアリングアクティビティを伴う一連のトランザクションを示す。これらの例示的なペアリング／ペアリング解除（アンペアリング）アクティビティの詳細も図７に示す。

【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】

ステップ３
データの入力（追加情報がある場合）。

【0100】

－（ハードコピー請求書）ハードコピー請求書をスキャンし、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）を使用してデータを自動的にインポートし、必要に応じてインポートされたデータを変更する（許容できない製品の場合）。

【0101】

－（ハードコピー請求書）手動入力（システムに事前作成されたテンプレートを使用してデータを入力）。

【0102】

－（ハードコピーの有無にかかわらず、オンライン請求書）サプライヤのデータベースからのデータの自動インポート。

【0103】

ステップ４
検証のための（インポートまたは挿入された）データの表示。

【0104】

ステップ５
表示されているデータが完全かつ正確であるかどうかをダブルチェックする。それがすべて良好であれば、ステップ６に進む。それ以外の場合は、ステップ２に進む。

【0105】

ステップ６
デジタル署名は、すべての情報が正しいように見えることを承認するために必要とされる。なお、デジタル署名には、秘密鍵、役割（「送り手（ＳＥＮＤＥＲ）」または「受け手（ＲＥＣＥＩＶＥＲ）」）、時間および位置が含まれ、この場合、役割は「送り手（ＳＥＮＤＥＲ）」である。

【0106】

パッケージが受け取り（ピックアップ）またはドロップされるたびに、以下の更新が行われる。

【0107】

時刻ｔ_１：スマートバーコード－位置１からの受け取り時に更新、２０１９年１２月１日午後４時。

【0108】

ステップ１
位置１からの受け取りにおいて、配送員１は、モバイルアプリを使用してスマートバーコードをスキャンする。

【0109】

ステップ２
オプション：配送員のスマートフォンをＧＰＳトラッカとして使用できる。

【0110】

－ウェブアプリでリアルタイムの位置情報を確認できる。

【0111】

ステップ３
役割：受け手（ＲＥＣＥＩＶＥＲ）（前のトランザクションのバリデータ（ｖａｌｉｄａｔｏｒ）の役割は送り手（ＳＥＮＤＥＲ）であることに注意）。

【0112】

ステップ４
（秘密鍵、時間、および位置データを含むデジタル署名を有する）検証のために、受け手のデジタル署名が必要とされる。

【0113】

時刻ｔ_２：スマートバーコード－位置２でのドロップオフ時に更新、２０１９年１２月２日午前８時。

【0114】

ステップ１
位置２のドロップオフで、配送員１はモバイルアプリステップ２を使用してスマートバーコードをスキャンする。配送員のスマートフォンがＧＰＳトラッカとして使用されている場合、ドロップオフ時に非アクティブ化される。

【0115】

ステップ３
役割：送り手（ＳＥＮＤＥＲ）（前のトランザクションのバリデータの役割は受け手（ＲＥＣＥＩＶＥＲ）であることに注意する）。

【0116】

ステップ４
送り手のデジタル署名は、（秘密鍵、時刻、位置データを含むデジタル署名と共に）検証のために要求される。

【0117】

時刻ｔ_３：スマートバーコード－位置２からの受け取り時に更新、２０１９年１２月２日午前１１時。

【0118】

ステップ１
位置２からの受け取りにおいて、配送員２は、モバイルアプリを使用してスマートバーコードをスキャンする。

【0119】

ステップ２
オプション：配送員のスマートフォンをＧＰＳトラッカとして使用できる。

【0120】

ステップ３
役割：受け手（ＲＥＣＥＩＶＥＲ）（前のトランザクションのバリデータの役割は送り手（ＳＥＮＤＥＲ）であることに注意）。

【0121】

ステップ４
（秘密鍵、時間、および位置データを含むデジタル署名を有する）検証のために、受け手（ＲＥＣＥＩＶＥＲ）のデジタル署名が必要とされる。

【0122】

時刻ｔ_４：スマートバーコード－最終宛先：位置３への配送時に更新、２０１９年１２月２日午後５時。

【0123】

ステップ１
位置３（最終目的地）でのドロップオフ（購入者用）で、配送員２は、モバイルアプリを使用してスマートバーコードをスキャンする。

【0124】

ステップ２
配送員のスマートフォンがＧＰＳトラッカとして使用されている場合、ドロップオフ時に非アクティブ化される。

【0125】

ステップ３
役割：送り手（ＳＥＮＤＥＲ）（前のトランザクションのバリデータの役割は受け手（ＲＥＣＥＩＶＥＲ）であることに注意する）。

【0126】

ステップ４
送り手のデジタル署名は、（秘密鍵、時刻、位置データを含むデジタル署名と共に）検証のために要求される。

【0127】

時刻ｔ_５：スマートバーコード－位置３、非アクティブ化、２０１９年１２月２日午後７時。

【0128】

ステップ１
購入者は、スマートフォンカメラを使用してパッケージ上のスマートバーコードをスキャンし、ウェブアプリにつながる。

【0129】

ステップ２
役割：受け手（ＲＥＣＥＩＶＥＲ）（前のトランザクションのバリデータの役割は送り手（ＳＥＮＤＥＲ）であることに注意）

【0130】

ステップ３
受け手は、確認ボタン（秘密鍵、時刻、位置データを含むデジタル署名）をクリックし、その後スマートバーコードを非アクティブ化する必要がある。

【0131】

上記の工程では、システムは、トランザクション検証の各時点ｔ_ｉ，ｉ＝０，…，５でデジタル署名（秘密鍵、役割、時間、および位置データ）を必要とし、各検証に数秒しかかからない。

【0132】

ハイブリッド型データベースシステム

【0133】

１．ハイブリッド型データベースの導入

【0134】

前述のように、トランザクションは、デジタル署名を介してモバイルアプリ上で検証され、その後、１または複数のサードパーティユーザ（ピア）によってネットワークから確認されるべきである。トラッキングおよびトレーシングシステムのユーザのみに信頼できる情報を提供するために、当社のウェブアプリでは、確認されたデータのみを表示することができる。トランザクションを検証する際に、集中型データベースシステムと分散型データベースシステムの組み合わせであるハイブリッドデータベースネットワークシステムを使用することができる。ハイブリッド型データベースネットワークシステムは、以下の特徴を提供する。

【0135】

●スマートフォンベースのピアツーピアデータベースネットワーク。

【0136】

●各ピアは、（本願で説明されているハッシュ再帰アルゴリズムによって）最小数のハッシュ値を格納するだけでよい。

【0137】

●企業は、従来のデータベースを用いて逆復号化を行うことで、要求に応じてピアが元の入力値の履歴全体を入手できるようにしている（有料サービス）。

【0138】

本開示は、個々のネットワークユーザの観点から効果的なデータ管理のためのデータベース設計を提示する。前のセクションで説明したフレームワークは、既存の集中型データベースと統合することができるが、これは、ネットワークユーザが、自分自身のトランザクションを格納するだけでよい企業または個人事業者であるためである。秘密鍵は、これらのトランザクションにアクセスするために必要とされる。

【0139】

図９は、本開示のいくつかの実施形態による、構造、データタイプ、および制約を含むデータベース設計を示す。

【0140】

製品データセットは重要であり、最も重要なトランザクションは図９に示す点線のボックスの配送であり、したがって、点線のボックスの情報は確認のためにブロックチェーンネットワークに追加される。例えば、本開示は、以下の動作を提案する。

【0141】

各配送は、販売者（送り手または配送員）および購買者（受け手）の両方によって検証される。この検証は、配送時間、位置（ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）座標）、プロバイダ情報、および原点などの配送詳細を承認するデジタル署名（ｃｏｓｉｇｎｅｒ）を含む。そのような検証された情報は、ブロックチェーンネットワークに追加され、ピアによって透明性について検証される。

【0142】

これらの変更されていないデータは、メイン（従来型）データベースとブロックチェーンデータベースの両方によって維持され、２つを接続するハッシュリファレンスポインタを有する。これらのデータベースは、システムアクセス権を付与されたユーザでも侵害されたり操作されたりすることのない、メインハイブリッド型データベースの一部にすぎない。提案したシステムは、選択されたデータのみが他のデータと共有されることを保証し、ＤＬＴを含めることによってセキュリティを追加し、集中型システムを含めることによって効率を向上させる。

【0143】

ブロックチェーンネットワークユーザと共有できる情報は必須であり、検証可能である必要がある。例えば、配送が行われるとき、請求書と共に対応する製品からの写真がネットワークにアップロードされるべきである。この情報は、対応する位置とタイムスタンプに自動的にリンクされる。このようなデータ収集は、スマートフォンを用いて、商品の配送または受け手が行うことができる。ネットワークにアップロードした後、ネットワーク内のピアはデータの正確性を確認する。全てが正しければ、データは検証され、最終的なものとしてマークされる。したがって、検証された真正な情報のみが顧客に表示される。

【0144】

いくつかの実施形態では、データ精度をチェックするピアは、サプライチェーンに関与するプレイヤのうちの１つであってもよく、このプレイヤは、検証されるトランザクションにおいて、受け手（ＲＥＣＥＩＶＥＲ）でも送り手（ＳＥＮＤＥＲ）でもない。例えば、配送員が送り手（ＳＥＮＤＥＲ）であり、購買者が受け手（ＲＥＣＥＩＶＥＲ）であるトランザクションを検証する場合、サプライチェーンのプレイヤの１人であるが、トランザクションにおいて受け手（ＲＥＣＥＩＶＥＲ）でも送り手（ＳＥＮＤＥＲ）でもない販売者は、トランザクションを検証するサードパーティであってもよい。この状況では、販売者のモバイル装置は、トランザクションの検証を実行することができる。販売者は、パッケージ、配送員および購買者に関する情報を有することができるので、販売者のモバイル装置は、配送員と購買者との間のトランザクションを検証するのに十分な情報を有することができる。別の例では、販売者が送り手（ＳＥＮＤＥＲ）であり、配送員が受け手（ＲＥＣＥＩＶＥＲ）であるトランザクションを検証するとき、サプライチェーンのプレイヤの１人であるが、トランザクションにおいて受け手（ＲＥＣＥＩＶＥＲ）でも送り手（ＳＥＮＤＥＲ）でもない購買者は、トランザクションを検証するサードパーティであってもよい。この状況では、購買者のモバイル装置は、トランザクションの検証を実行することができる。購買者は、パッケージ、配送員および販売者に関する十分な情報を有することができるので、購買者のモバイル装置は、販売者と配送員との間のトランザクションを検証するのに十分な情報を有することができる。別の例では、トラッキングおよびトレーシングサービスのサービスプロバイダは、トランザクションを検証するための第３の部分であってもよい。サービスプロバイダは、トランザクションに関する十分な情報を有することができるので、サービスプロバイダのモバイル装置は、販売者、配送員および購買者の間のトランザクションを検証するのに十分な情報を有することができる。

【0145】

いくつかの実施形態では、検証されるべきトランザクションは、パッケージの位置、受け取りの時間、ドロップオフの時間、およびトランザクションのプレイヤのうちの１以上を含む。

【0146】

いくつかの実施形態では、プレイヤのモバイル装置は、上記の検証を実行することができる。例えば、モバイル装置の人間の顔認識機能、オブジェクト画像認識機能、および位置識別機能を使用して、トランザクションの検証を自動的に実行することができる。

【0147】

いくつかの実施形態では、各検証は、時間制限を有する。制限時間が経過するまでトランザクションの検証が完了しない場合、監視システムによって、１人以上のプレイヤのモバイル装置に通知メッセージが自動的に送信される場合がある。これにより、サプライチェーンの処理中のエラーをプレイヤが速やかに気付くことができる。

【0148】

従来の集中型データベースを含む提案されたＤＬＴシステムは、トレーサビリティおよび透明性を保証し、関連情報を変更する可能性を排除することによって、これらの特性をサプライチェーンに提供する。

【0149】

２．分散台帳およびそのシステムとの関係

【0150】

典型的なブロックチェーン構造では、ブロックはトランザクションの集合であり、その一般的な構造は以下の要素からなる。（ａ）前のブロック（ハッシュ）、タイムスタンプ、ノンス（一度だけ使用される数字）、およびＭｅｒｋｌｅルート（ブロック内のすべてのトランザクションのハッシュ）へのポインタを持つブロックヘッダー。（ｂ）複数のトランザクションを含むブロック本体。ブロックチェーンは、ハッシュ関数によってリンクされたブロックのシングルチェーンであり、各ブロックは複数のトランザクションのセットである。したがって、ブロックチェーンは、完全に順序付けられたセットである。トランザクションは、値の伝達、送信元アドレスと宛先アドレスなど、さまざまなアクションを表すことができるデータ構造である。

【0151】

図１０は、本開示のいくつかの実施形態による、ＤＡＧ（有向非巡回グラフ）上のトランザクション例を示す。

【0152】

いくつかの状況では、ＤＡＧベースのシステムは、サプライチェーンをトラッキングおよびトレーシングするのに便利である。トランザクションを監視し、トラッキングし、トレーシングすることがより適している場合がある。例えば、図１０に示すノード１～４が、４つの異なる製造業者または販売業者のトランザクションを表すと仮定する。物流会社は、サプライヤ（例えば、流通業者、卸売業者）にパッケージを配送し、それらの関連するトランザクションは、ノード５および６によって表される。ノード７を購買者（例えば、小売業者または消費者）とする。このフレームワークでは、一連のトランザクションが失われることはない。

【0153】

連続トランザクションによる情報アクセシビリティについては、以下の表記を用いて説明する：Ｉ_ｋ＝｛ノードｋのトランザクション情報｝。図１０に示すように、上述したように、ノード７は、６個すべての前のノードとそれ自体の情報を有し、ノード６は、ノード４、３およびそれ自体の情報を含み、ノード５は、ノード２、１およびそれ自体の情報を含む。ｋ＝１，…，７の場合、Ａ_ｋはノードｋの観点からすべての先祖ノードの和を指定する。この例は、次のように書くことができる：

【0154】

【数3】

【0155】

【数4】

【0156】

したがって、本開示は、以下のサブセット関係を提供する。

【0157】

【数5】

【0158】

部分的にしか順序付けられてないため、

【数6】

（Ａ_５およびＡ_６は比較できない）、Ａ_１、…、Ａ_４も比較はできない。本開示は、半順序集合に関連するいくつかの基本的な定義および概念を提供する。

【0159】

本開示は、Ｓの２つの要素ｘおよびｙが、ｘ≦ｙまたはｙ≦ｘである場合に同等であり、そうでない場合には、ｘおよびｙが同等でないとみなされる。要素のすべての対が同等である場合、Ｓは≦に関して完全に順序付けられる。半順序集合Ｓ内の鎖（または完全に順序付けられた集合または線形に順序付けられた集合）は、Ｃ内の任意の２つの要素が同等である（Ａ鎖は配列である）ように、サブセットＣ⊆Ｓである。半順序集合Ｓ内の反鎖は、Ａ内の「ｎｏ」２つの要素が比較できるように、サブセットＡ⊆Ｓである。

【0160】

上記の概念を使用すると、この例の７つのトランザクションは、以下のように表すことができる。

【0161】

【数7】

【0162】

ここで、

【数8】

は、その要素が比較不可能である反鎖を示し、すなわち、ノード間にリンク（またはハッシュポインタ）が存在しない。同じ反鎖内の要素によって共有される情報がないことに留意されたい。これが、既存のＤＡＧベースのＤＬＴが潜在的なセキュリティ問題を有する理由である。既に多くの実務家や研究者が指摘しているように、無数のサブツリー（「他人がアクセスできない」群）が存在する可能性があり、その結果、ＤＡＧは、最終的な確認の可能性に関して極めて幅広く非効率的になる可能性がある。図１０に示すように、このようなサブツリーを用いて、トランザクションの有効性についての事前調査がない場合に、点線の円ノードの群によって、無意味なトランザクションを「発行および承認」することができる。これは、あらゆる分散型ピアツーピアシステムにおいて重要である、以前のトランザクションの有効性についての「コンセンサス」に到達するための大きな障害である。

【0163】

上記の点に関して、本開示は、解決策を提案する。具体的には、本開示は、同じ反鎖内の要素間の通信を得るために検証プロセスを再構成することによって、そのような情報切断（上記の式（１）～（４）からの反鎖、およびサブツリー課題）を克服することを提案する。本開示は、プロセスを２つの部分、すなわちＤＡＧの検証とブロックチェーンの確認とに分割する。位置（ＤＡＧ）での検証時に、トランザクションがネットワーク（ブロックチェーン）に追加され、メモリプール内の最後のトランザクションに自動的に増補され、確認を待つ。このようなトランザクションの最終的な確認は、完全なノードによって行われ、その後、ブロックが作成される。フルノードのこの役割は、ビットコインのマイナーの役割に似ており、このような確認プロセスは、ブロックチェーンネットワークにのみ存在するフルノード（ＤＡＧに基づくものではない）によって実行される。最終的な確認が行われると、ノード全体に報酬が与えられる。

【0164】

データ保護およびプライバシー

【0165】

本開示では、データセットは、以下のものから構成されてもよい：

【0166】

●ユーザ：ＧＵＩＤ

【0167】

●アイテム：アイテム番号（プロバイダによる）

【0168】

●時刻（１０桁）：Ｅｐｏｃｈタイムスタンプ（例えば、１５８５７７２１３０（人間データ２０２０年４月１日、０８：１５：３０ ＰＭ（ＧＭＴ）から変換）

【0169】

●位置：ＧＰＳ座標（十進数）
－緯度経度小数点以下５桁

【0170】

●トランザクション：ＨＡＳＨ（図５に示すアルゴリズム１による）。
－１つのトランザクションに複数のハッシュ値がある場合、最新のハッシュのみが使用される（以前のハッシュをそこからトレースできる）。

【0171】

図１１は、本開示のいくつかの実施形態による、時系列データおよび関連するプロセスの説明を示す。

【0172】

なお、上述した各構成要素は連続的にリンクされているが、順序、すなわち、数字と文字との組み合わせは、管理装置によって決定される。セキュリティのために、いくつかの実施形態によれば、以下の保護方法と共に独自の組合せシステムを使用することができる。ｊは、「アイテムとその最初のトランザクションとの組合せ」を意味し、ｔは、Ａ_ｊ，ｔが時刻ｔにおけるｊの実際のデータであるように、それらの対応する時点を示す。保護されたデータについては、本開示はＡの代わりにＰを使用する、すなわち、Ｐ_ｊ，ｔは時刻ｔにおけるｊについての保護されたデータである。これは時系列データであり、包装から到着までの各アイテムを安全にトラッキング（追跡）し、トレーシングする（辿る）ことができる。

【0173】

図１２は、本開示のいくつかの実施形態による、データを保護するためのアルゴリズムを示す。

【0174】

図１２に示されるアルゴリズムによって、本開示は、所与のローリングウィンドウサイズｍに対するすべてのＪ個の時系列に対する保護された時系列データのマトリックスＡ’を得ることができるように、置換マトリックスＰを見つけることができる。本開示の時系列データ保護方法は、以下の行列乗算によって確定される。

【0175】

【数9】

【0176】

ここで、

【数10】

【0177】

および

【数11】

【0178】

実際の時系列データは、以下の行列乗算によって簡単に求めることができる。

【0179】

【数12】

【0180】

いくつかの実施形態では、復号プロセスは、システムにとって単純であるが、すべてのシーケンスが置換行列であるので、可能性のある攻撃者（または非ユーザ）にとって非常に困難である。

【0181】

図１３は、本開示のいくつかの実施形態による、トランザクションおよび関連するコードの時系列の例を示す。

【0182】

前述のように、スマートバーコードは、ウェブアドレスに関する情報を含むクイックレスポンス（ＱＲ）コードにすることができる。さらに、変数値は、ＱＲコードに接続され、各トランザクション後にバックエンドで更新されるように構成されたデジタル値であってもよく、あるいは、新しいトランザクションに関連する新しい情報を含むように、ＱＲコード自体も、新しいトランザクションに応答して再生成されてもよい。このような可変値の例を図１３に示す。

【0183】

図１３の例では、最上位のコードが、詳細な製品情報を示す、製品上の初期コードであるアイテム上に添付されている。最も更新されたコードを有する者は誰でも、アイテムの所有権を主張することができる。コードは、ネットワークユーザによる適切なトランザクション検証と確認プロセスの後にのみ「更新」できる。最上位コードに続くコードは、更新されたコードである。

【0184】

図１４は、本開示のいくつかの実施形態による、モバイル装置を示すブロック図である。

【0185】

いくつかの実施形態では、モバイル装置１００（例えば、スマートフォン）は、通信部１０１と、メモリ１０２と、プロセッサ１０３と、少なくとも１つのセンサ１０４と、表示１０５とを含む。

【0186】

通信部１０１は、ネットワークを介して外部装置（例えば、トラッキングおよびトレーシング管理装置）と通信してもよい。いくつかの実施形態では、通信部１０１は、他の装置との近距離無線（または無線）通信を実行することができる。いくつかの実施形態では、通信部１０１は、ブルートゥース（登録商標）、ＲＦＩＤ（無線周波数識別）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＵＷＢ（超広帯域）、ＺｉｇＢｅｅ、ＤＬＮＡ（デジタルリビングネットワークアライアンス）を含む様々な電気通信規格と互換性がある。

【0187】

ある実施形態では、通信部１０１は、モバイル装置１００を、インターネットネットワークを含む有線／無線ネットワークに接続するためのインターフェースを提供する。いくつかの実施形態では、通信部１０１は、イーサネット（登録商標）端末を備える。ある実施形態では、無線ネットワークにおいて、通信部１０１は、ＷＬＡＮ（無線ＬＡＮ）（Ｗｉ－Ｆｉ）、Ｗｉ－ｂｒｏ（無線ブロードバンド）、Ｗｉ－ｍａｘ（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含む異なる電気通信規格と互換性がある。

【0188】

いくつかの実施形態では、通信部１０１は、ネットワークを介してトラッキングおよびトレーシング管理デバイスに接続される。具体的には、通信部１０１は、ネットワークを介してトラッキングおよびトレーシング管理装置２００にセンシングデータを送信し、ネットワークを介してトラッキングおよびトレーシング管理装置２００から命令を受信してもよい。

【0189】

いくつかの実施形態では、メモリ１０２は、トラッキングおよびトレーシング管理に使用されるデータを記憶する。例えば、メモリ１０２は、センサ１０４によって感知された感知データを記憶し、トラッキングおよびトレーシング管理装置から受信した命令も記憶する。

【0190】

いくつかの実施形態では、メモリ１０２は、磁気ディスク、光ディスク、またはテープなどの非一時的記憶媒体である。メモリ１０２は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータのような情報の記憶のための任意の方法または技術で実施される揮発性および不揮発性、リムーバブルメディア、および非リムーバブルメディア媒体を含む。メモリ１０２は、ＲＡＭ、ＲＯＭ、電気的消去可能読み出し専用メモリ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク、または他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、または情報を記憶するために使用され、プロセッサ１０３によってアクセスされる他の任意の媒体を含むが、これらに限定されない。

【0191】

プロセッサ１０３は、モバイル装置１００の各成分の全体的な動作を制御する。プロセッサ１０３は、中央処理装置（ＣＰＵ）、マイクロプロセッサユニット（ＭＰＵ）、マイクロコントローラユニット（ＭＣＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または本発明の概念が関係する当技術分野で周知の任意のプロセッサとすることができる。さらに、プロセッサ１０３は、実施形態による方法を実行するための少なくとも１つのアプリケーションまたはプログラム上で動作を実行することができる。

【0192】

また、センサ１０４は、モバイル装置１００に含まれる。少なくとも１つのセンサ１０４は、パッケージの画像情報を収集するイメージセンサ（例えば、カメラ）であってもよい。各種のセンサ、例えば、ステレオカメラ、奥行きセンサ、ライダ、レーダ、および／または赤外線センサが、他の可能性の中でもとりわけ、画像およびビデオデータを受信するように構成されることができる。さらに、地磁気センサ、ジャイロセンサ、および加速度センサなどの他のタイプのセンサも、パッケージ情報および／またはトランザクション情報を収集するためにモバイル装置１００に含まれ得る。

【0193】

ディスプレイ１０５もモバイル装置１００に含まれる。ディスプレイは、ディスプレイモジュール、スピーカモジュール、または触覚モジュールなどの出力手段を含むことができる。ディスプレイは、任意の形態、例えば、プラズマディスプレイパネル（ＰＤＰ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタＬＣＤ（ＴＦＴ ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）、フレキシブルディスプレイ、三次元（３Ｄ）ディスプレイ、または電子リンク（ｅ－リンク）ディスプレイで提供されてもよい。

【0194】

図１～図１４を参照して説明した、様々な特有の特徴および技術的思想は、ソフトウェア、ハードウェア、ファームウェア、ミドルウェア、またはそれらの組合せの形成であるものとして実現することができる。例えば、コンピュータ可読媒体（コンピュータまたはプロセッサを含む制御装置によって実行される）に記憶されるトラッキングおよびトレーシングを管理する方法を実現するためのプログラムは、様々なタスクを実行する１つ以上のプログラムコードおよびセクションを含む。プロセッサ１０３によって実行されるプログラムコード。

【0195】

いくつかの実施形態では、モバイル装置１００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなどの入力デバイス、およびディスプレイ、スピーカ、プリンタなどの出力デバイスをさらに含む。

【0196】

本開示の図面を参照して前述したデバイス、装置、またはシステムの様々な要素は、様々なハードウェア要素、ソフトウェア要素、または両方の組合せを含むことができる。ハードウェア要素の例としては、構造部材、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ、回路要素（例えば、トランジスタ、抵抗器、コンデンサ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップセットなどが挙げられる。ソフトウェア要素の例としては、ソフトウェア構成、プログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはそれらの任意の組み合わせが挙げられる。

【0197】

前述の例は、契約および文書の実行に言及しているが、上述の例は、製造、サプライチェーンアプリケーション、オークションおよびオンライン市場、広告およびメディア販売、ヘルスケア、および教育、在庫管理、インターネット物事／スマートデバイス／自律デバイス、バンキングおよび金融サービス、ｅコマース、ホスピタリティ、法執行、政府運営、保険などの他の分野で有用であり得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】