(57)【要約】  データストレージサーバと、サービスプロバイダサーバと、ゲートウェイとを含むシステムであって、サービスプロバイダサーバはデータストレージサーバと通信し、ゲートウェイはデータストレージサーバと通信し、データストレージサーバは、第１のトークンを生成し、サービスプロバイダサーバから記録を受信し、サービスプロバイダサーバに第１のトークンを発行し、サービスプロバイダサーバから第１のトークンを受信するように構成され、データストレージサーバは、ゲートウェイからセンサデータを受信するように構成され、ゲートウェイは、サービスプロバイダサーバに登録されたデバイスからセンサデータを受信するように設定され、データストレージサーバは、ゲートウェイからセンサデータを受信した後にゲートウェイに第２のトークンを発行するように構成され、データストレージサーバはさらに、受信したセンサデータをデータストレージサーバに記憶する、または受信したセンサデータをサービスプロバイダサーバに記憶するように構成され、センサデータは、ブロックチェーンシステムを使用して記憶され、第１のトークン及び第２のトークンのトークントランザクションは、ブロックチェーンシステムを使用して記憶され、データストレージサーバ、サービスプロバイダサーバ、及びゲートウェイは、ブロックチェーンシステムに登録済みのノードである、システムが開示される。【選択図】図３
2020524867.tif 000002
【特許請求の範囲】
【請求項１】
データストレージサーバと、サービスプロバイダサーバと、ゲートウェイとを含むシステムであって、前記サービスプロバイダサーバは前記データストレージサーバと通信し、前記ゲートウェイは前記データストレージサーバと通信し、
前記データストレージサーバは、第１のトークンを生成し、前記サービスプロバイダサーバから記録を受信し、前記サービスプロバイダサーバに第１のトークンを発行し、前記サービスプロバイダサーバから第１のトークンを受信するように構成され、
前記データストレージサーバは、前記ゲートウェイからセンサデータを受信するように構成され、前記ゲートウェイは、前記サービスプロバイダサーバに登録されたデバイスから前記センサデータを受信するように設定され、前記データストレージサーバは、前記ゲートウェイから前記センサデータを受信した後に前記ゲートウェイに第２のトークンを発行するように構成され、
前記データストレージサーバはさらに、前記受信したセンサデータを前記データストレージサーバに記憶する、または前記受信したセンサデータを前記サービスプロバイダサーバに記憶するように構成され、
前記センサデータは、ブロックチェーンシステムを使用して記憶され、前記第１のトークン及び前記第２のトークンのトークントランザクションは、前記ブロックチェーンシステムを使用して記憶され、前記データストレージサーバ、前記サービスプロバイダサーバ、及び前記ゲートウェイは、前記ブロックチェーンシステムに登録済みのノードである、
前記システム。
【請求項２】
複数のゲートウェイを含む前記システムであって、前記複数のゲートウェイは、前記データストレージサーバと通信し、前記データストレージサーバは、前記ゲートウェイからセンサデータを受信するように構成され、前記ゲートウェイは、前記サービスプロバイダサーバに登録されたデバイスから前記センサデータを受信するように設定され、前記データストレージサーバは、前記ゲートウェイから前記センサデータを受信した後に前記ゲートウェイに第２のトークンを発行するように構成され、
前記データストレージサーバはさらに、前記受信したセンサデータを前記データストレージサーバに記憶する、または前記受信したセンサデータを前記サービスプロバイダサーバに記憶するように構成され、前記センサデータは、前記ブロックチェーンシステムを使用して記憶され、前記第１のトークン及び前記第２のトークンのトークントランザクションは、前記ブロックチェーンシステムを使用して記憶され、前記ゲートウェイは、前記ブロックチェーンシステムに登録済みのノードである、
請求項１に記載のシステム。
【請求項３】
前記複数のゲートウェイには、複数のＬＲゲートウェイ及び複数のＢＬＥゲートウェイが含まれる、請求項２に記載のシステム。
【請求項４】
前記ゲートウェイは、前記サービスプロバイダサーバに登録された複数のデバイスから前記センサデータを受信するように設定される、請求項２または３に記載のシステム。
【請求項５】
複数のサービスプロバイダサーバを含む前記システムであって、前記サービスプロバイダサーバは、前記データストレージサーバと通信し、前記データストレージサーバは、第１のトークンを生成し、前記サービスプロバイダサーバから記録を受信し、前記サービスプロバイダサーバに第１のトークンを発行し、前記サービスプロバイダサーバから第１のトークンを受信するように構成され、前記第１のトークンのトークントランザクションは、前記ブロックチェーンシステムを使用して記憶され、
前記サービスプロバイダサーバは、前記ブロックチェーンシステムに登録済みのノードである、
いずれかの先行請求項に記載のシステム。
【請求項６】
前記ゲートウェイは、前記サービスプロバイダサーバに登録された複数のデバイスから前記センサデータを受信するように設定される、請求項５に記載され、請求項２〜４のいずれかに従属するシステム。
【請求項７】
サービスプロバイダサーバは、セキュリティサービスプロバイダのサーバである、いずれかの先行請求項に記載のシステム。
【請求項８】
前記サービスプロバイダサーバに登録された前記デバイスは、モバイルコンピューティングデバイスである、いずれかの先行請求項に記載のシステム。
【請求項９】
前記モバイルコンピューティングデバイスは、スマートフォンである、請求項８に記載のシステム。
【請求項１０】
前記サービスプロバイダサーバに登録された前記デバイスは、デスクトップコンピュータまたは家電製品である、請求項１〜７のいずれかに記載のシステム。
【請求項１１】
前記データストレージサーバは、ユーザアカウントを含み、前記アカウントは、前記ユーザアカウントに対応付けられたセンサデータを記憶するように構成される、いずれかの先行請求項に記載のシステム。
【請求項１２】
前記ユーザアカウントに対応付けられた前記記憶データは、安全な状況にあり、前記アカウントユーザによってのみアクセス可能である、請求項１１に記載のシステム。
【請求項１３】
サービスによるこの記憶データの使用または任意の方法でのこの記憶データの共有に関する全ての決定は、任意の運用サービスまたは第三者企業ではなく、前記ユーザにより行われる、請求項１１または１２に記載のシステム。
【請求項１４】
前記第１のトークン及び前記第２のトークンは、暗号通貨トークンである、いずれかの先行請求項に記載のシステム。
【請求項１５】
前記第１のトークンは、異なるアプリケーション（例えばセキュリティアプリケーション）を運用する企業により購入される、いずれかの先行請求項に記載のシステム。
【請求項１６】
前記ブロックチェーンシステムの新規登録ノードは、前記ブロックチェーンの完全なコピーを受信し、これは前記新規登録ノードが前記システムに参加すると、前記新規登録ノードに自動的にダウンロードされる、いずれかの先行請求項に記載のシステム。
【請求項１７】
前記ブロックチェーンシステムの新規登録ノードは、最近の期間（例えば最近の１０週間）のみの前記ブロックチェーンのコピーを受信し、これは、前記新規登録ノードが前記システムに参加すると、前記新規登録ノードに自動的にダウンロードされる、請求項１〜１５のいずれかに記載のシステム。
【請求項１８】
前記ブロックチェーンシステムは、前記登録済みノード及びそれらのトークン残高に関して、起源ブロックから最近完了したブロックまでの完全な情報を有する、いずれかの先行請求項に記載のシステム。
【請求項１９】
前記システムは、前記センサデータを第１の層のサービスを介して前記データストレージサーバに転送するセキュリティデバイスを含む、いずれかの先行請求項に記載のシステム。
【請求項２０】
前記データストレージサーバは、前記センサデータを集約し、前記集約したセンサデータを、第２の層のサービスを介して共通環境に転送する、請求項１９に記載のシステム。
【請求項２１】
前記集約されたセンサデータは、前記ブロックチェーンシステムを使用して記憶される、請求項２０に記載のシステム。
【請求項２２】
単一の第２のトークンは、トランザクション確認として機能し、１つのトランザクションを実行するために使用される、いずれかの先行請求項に記載のシステム。
【請求項２３】
前記ブロックチェーンシステムは、全てのトランザクションが一意的であり安全であることを保証する、いずれかの先行請求項に記載のシステム。
【請求項２４】
前記ブロックチェーンシステムを使用して前記センサデータを記憶した後は、情報を改ざんすることは不可能である、いずれかの先行請求項に記載のシステム。
【請求項２５】
前記データストレージサーバは、ＩＣＯ（イニシャルコインオファリング）を提供するように構成される、いずれかの先行請求項に記載のシステム。
【請求項２６】
前記ＩＣＯにおいて、前記データストレージサーバは企業に、前記システムに参加するための前記第１のトークンを購入する可能性を提供する、請求項２５に記載のシステム。
【請求項２７】
必要に応じて、第２のトークンが続けて発行される、いずれかの先行請求項に記載のシステム。
【請求項２８】
前記第２のトークンは再利用可能である、いずれかの先行請求項に記載のシステム。
【請求項２９】
前記第２のトークンは、前記ゲートウェイに対する支払いの形態として機能する、いずれかの先行請求項に記載のシステム。
【請求項３０】
前記第２のトークンは、従来の通貨に交換可能である、いずれかの先行請求項に記載のシステム。
【請求項３１】
前記データストレージサーバのみが、追加の第１のトークンを発行するように構成される、いずれかの先行請求項に記載のシステム。
【請求項３２】
前記ブロックチェーンシステムには、トランザクションブロックチェーンシステム及び支払い請求ブロックチェーンシステムが含まれる、いずれかの先行請求項に記載のシステム。
【請求項３３】
前記トランザクションブロックチェーンシステムは、全てのデータ接続及びデータ転送を記録する、請求項３２に記載のシステム。
【請求項３４】
前記支払い請求ブロックチェーンシステムは、前記トランザクションブロックチェーンシステムからの情報に基づいて請求書を発行する、請求項３２または３３に記載のシステム。
【請求項３５】
前記支払い請求ブロックチェーンシステムは、全ての支払いを処理して記録し、ゲートウェイ所有者への第２のトークン支払いを承認する、請求項３２〜３４のいずれかに記載のシステム。
【請求項３６】
前記システムはモノのドメインネームシステム（ＤＮＳ）を含み、これは、様々な接続規格を統合し、複数のデバイスを接続するプラットフォームである、いずれかの先行請求項に記載のシステム。
【請求項３７】
前記システムは、クラウドソーシングを使用してカバレッジを増大させる、いずれかの先行請求項に記載のシステム。
【請求項３８】
元帳を含む前記システムであって、前記システムの元帳に記録されているデバイスは、自動的にネットワークに接続される、いずれかの先行請求項に記載のシステム。
【請求項３９】
前記システムは、低電力広域ネットワーク（ＬＰＷＡＮ）及びＢｌｕｅｔｏｏｔｈ接続を含む、いずれかの先行請求項に記載のシステム。
【請求項４０】
Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）を含む前記システムであって、前記システムのＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）は、顧客のスマートフォンをモバイルゲートウェイとして使用する、いずれかの先行請求項に記載のシステム。
【請求項４１】
前記システムの適用分野は、スマートシティ、農業、使用状況データ収集、小売り、資源管理、輸送及び物流、カスタマエクスペリエンス分析、並びに人道支援、のうちの１つ以上である、いずれかの先行請求項に記載のシステム。
【請求項４２】
前記システムは配送会社により使用可能であり、追跡センサが配送用パッケージに含められ、ゲートウェイにセンサデータを提供する、いずれかの先行請求項に記載のシステム。
【請求項４３】
前記配送用パッケージは、サプライヤからクライアントまで追跡される、請求項４２に記載のシステム。
【請求項４４】
在庫経過時間、配達所要時間、棚卸時間、のうちの１つ以上を含む精細なデータが収集される、請求項４２または４３に記載のシステム。
【請求項４５】
前記システムは、建設現場の建設会社により使用される、または建設された建物の管理会社により使用される、いずれかの先行請求項に記載のシステム。
【請求項４６】
前記建設現場の前記建設会社は、前記システムを使用して、騒音レベルを制御し、建設中の前記建物に自動閉回路テレビ（ＣＣＴＶ）ソリューションを実装する、請求項４５に記載のシステム。
【請求項４７】
前記建設された建物の前記管理会社は、前記システムを使用して、前記建設された建物のアパートのマンホール、屋根裏、または階段吹抜け空間の開閉を制御する、請求項４５に記載のシステム。
【請求項４８】
前記システムは、炭酸飲料製造業者により、冷蔵監視装置のセンサに使用される、いずれかの先行請求項に記載のシステム。
【請求項４９】
前記システムは、現在のインフラストラクチャ運用者に、既存のネットワークから追加の収益を得る機会を与える、いずれかの先行請求項に記載のシステム。
【請求項５０】
インフラストラクチャ運用者は、既存のネットワークを他の運用者と共有し、他の運用者のネットワークを使用することで利益を得ることができる、いずれかの先行請求項に記載のシステム。
【請求項５１】
前記システムは、スマートシティに対し、（ｉ）シームレスなインフラストラクチャ展開、（ｉｉ）費用対効果の高い接続ソリューション、または（ｉｉｉ）容易なインテグレーション、のうちの１つ以上を提供する、いずれかの先行請求項に記載のシステム。
【請求項５２】
スマートシティは、前記システムを使用して、環境監視、セキュリティと安全性、駐車メータ、街路照明、小売ソリューション、ユーティリティサービス、輸送、廃棄物管理、湾岸物流、市民データ共有、のうちの１つ以上を行う、いずれかの先行請求項に記載のシステム。
【請求項５３】
公共のごみ箱の充満程度に関するリアルタイムの情報を取得するために、センサが配置される、いずれかの先行請求項に記載のシステム。
【請求項５４】
降雨、湿度、土壌組成、地勢、大気汚染、気圧、温度、及び日光、のうちの１つ以上を追跡する環境センサが設置される、いずれかの先行請求項に記載のシステム。
【請求項５５】
前記環境センサデータを、地形及び天気予報に関する情報と組み合わせることにより、灌漑に関するより賢明な決定を下すことができる、請求項５４に記載のシステム。
【請求項５６】
送水管内の水位に関するセンサデータを使用して、漏出による損失量を減らし、新たな漏出を防ぐ、いずれかの先行請求項に記載のシステム。
【請求項５７】
配水網全体の送水管にセンサを埋め込み、前記センサデータをポンプ制御システムに連絡することで、前記送水管内の水圧を制御する、いずれかの先行請求項に記載のシステム。
【請求項５８】
センサは、スマートメータを含み、前記スマートメータは、リソースを効率的に割り当てるために、照明及び建物のエネルギー使用量に関する情報を中継して中央管理システムに送り返す、いずれかの先行請求項に記載のシステム。
【請求項５９】
街灯柱に街灯柱センサが設置され、温度、騒音、及び大気質、のうちの１つ以上を含む環境条件が監視される、いずれかの先行請求項に記載のシステム。
【請求項６０】
前記街灯柱センサデータを使用して、事故の管理、局地気象のパターン特定、または車両及び歩行者の交通状況に関する予測が行われる、請求項５９に記載のシステム。
【請求項６１】
前記システムは、接続された街灯にセンサを含み、これにより都市は、前記街灯の制御及び性能を向上させることが可能となる、いずれかの先行請求項に記載のシステム。
【請求項６２】
センサを使用して、駐車場が利用可能であるか否かを判定する、いずれかの先行請求項に記載のシステム。
【請求項６３】
駐車場の利用可能性は、モバイルコンピューティングデバイス上のアプリケーションを使用して見ることができ、運転者は利用可能な駐車スポットに誘導される、いずれかの先行請求項に記載のシステム。
【請求項６４】
前記システムは、既存のＩｏＴネットワークと共に、１つの（例えば統一の）仮想ネットワークに統合される、いずれかの先行請求項に記載のシステム。
【請求項６５】
ゲートウェイ及びサービスプロバイダを含む前記システムであって、前記システムのソフトウェアは、前記ゲートウェイと前記サービスプロバイダとの間のミドルウェアとして機能する、いずれかの先行請求項に記載のシステム。
【請求項６６】
前記データストレージサーバは、マスタノードを含み、前記マスタノードは相互に接続されている、いずれかの先行請求項に記載のシステム。
【請求項６７】
各マスタノードは、伝送記録、請求書生成、支払い請求生成、自動または手動支払い、及びデータストレージを行う、請求項６６に記載のシステム。
【請求項６８】
トランザクションの検証後、前記マスタノードが承認した場合、承認が前記ゲートウェイに送り返される、請求項６６または６７に記載のシステム。
【請求項６９】
ユーザウェブサービス、ユーザアプリ、ベンダ分析ツール、またはベンダソフトウェアへデータが送信される、請求項６８に記載のシステム。
【請求項７０】
前記システムはプロトコルに依存しない、いずれかの先行請求項に記載のシステム。
【請求項７１】
ＬＲを含む前記システムであって、前記システムのＬＲは、ＬｏＲａＷＡＮを含む、いずれかの先行請求項に記載のシステム。
【請求項７２】
ＢＬＥを含む前記システムであって、前記システムのＢＬＥは、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙを含む、いずれかの先行請求項に記載のシステム。
【請求項７３】
前記システムは、リアルタイムフリート管理、貨物完全性監視、最適化された倉庫作業負荷、在庫追跡及び分析、配送プロセスのエンドツーエンドの可視化、スマートラベル、予知保全、保管状況管理、のうちの１つ以上を含むサプライチェーンの用途で使用される、いずれかの先行請求項に記載のシステム。
【請求項７４】
前記システムを使用して、単一の製品エコシステムが可能となり、前記サプライチェーンを全てのステップで分析する可能性が引き出される、いずれかの先行請求項に記載のシステム。
【請求項７５】
前記システムにより、サプライヤ、配送、及びエンドクライアントを単一のエコシステムに統合することが可能となる、請求項７４に記載のシステム。
【請求項７６】
前記システムは、接続されたアセット、接続されたフリート、接続されたインフラストラクチャ、接続された市場、接続された人々、のうちの１つ以上である態様を含む、請求項７４または７５に記載のシステム。
【請求項７７】
前記システムは、薬局のサプライチェーンソリューションに使用される、いずれかの先行請求項に記載のシステム。
【請求項７８】
前記システムは医薬品を含む全ての個別の箱を追跡し、配送ルート全体に沿ってデータが収集される、請求項７７に記載のシステム。
【請求項７９】
前記システムは、そのインフラストラクチャをクラウドソーシングし、センサからのデータは、一般市民のスマートフォンまたは任意の互換性のあるゲートウェイを使用して転送される、いずれかの先行請求項に記載のシステム。
【請求項８０】
前記システムのＳＤＫと共にアプリをインストールすること、またはゲートウェイを自宅にインストールすることにより、前記インフラストラクチャが設けられる、いずれかの先行請求項に記載のシステム。
【請求項８１】
輸送機関センサが地下鉄車両及び公共輸送機関の座席に設置され、輸送機関センサ情報を使用することで、前記地下鉄車両または前記公共輸送機関内の乗客のより均等な分布が可能となる、いずれかの先行請求項に記載のシステム。
【請求項８２】
前記システムは、破断可能なセンサまたは複数使用可能なセンサを使用して、不法侵入またはコンテナの開庫を管理するように使用される、いずれかの先行請求項に記載のシステム。
【請求項８３】
前記システムは、アルコールボトル上の薄いステッカービーコンを使用して、ホテル／バーの敷地内への不法侵入を記録するように使用される、いずれかの先行請求項に記載のシステム。
【請求項８４】
前記システムを使用して、現在公共スペースを占めている人の量に関するデータが収集される、いずれかの先行請求項に記載のシステム。
【請求項８５】
車両（例えば車）に取り付けられたステッカーに保険追跡器センサが含まれ、前記保険追跡器センサを使用して、車両の使用状況に関するデータが収集され転送される、いずれかの先行請求項に記載のシステム。
【請求項８６】
前記収集され転送されるデータには、前記車両が使用された日数、激しい加速と減速の連続、急カーブ、及びレーン切り替えの実行、のうちの１つ以上が含まれる、請求項８５に記載のシステム。
【請求項８７】
前記保険追跡器は個人データを収集しない、請求項８５または８６に記載のシステム。
【請求項８８】
公共輸送機関車両にセンサが設置され、公共輸送機関車両の十分近くに位置する、または公共輸送機関車両内部で移動するスマートフォンは、搭載センサからのデータを転送し、データは、前記スマートフォンの所有者による追加行動を全く必要とせずに転送され、前記システムはＢＬＥを含み、前記システムのＢＬＥは、前記スマートフォンが対応する前記Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ技術を使用する、いずれかの先行請求項に記載のシステム。
【請求項８９】
収集されるデータの種類には、乗降する客の数、経路ごとの総乗客数、経路及び走行パラメータ、のうちの１つ以上が含まれる、請求項８８に記載のシステム。
【請求項９０】
３Ｇモジュールは、公共輸送機関車両上に含まれ、前記システムのＬＲゲートウェイを提供する、請求項８８または８９に記載のシステム。
【請求項９１】
村／都市、及び公共輸送機関の経路沿いの道路に、センサが配置される、請求項８８〜９０のいずれかに記載のシステム。
【請求項９２】
センサには、交通量カウンタ、歩行者数カウンタ、水使用量カウンタ、または太陽電池燃料計測器、のうちの１つ以上が含まれる、請求項８８〜９１のいずれかに記載のシステム。
【請求項９３】
伝送アップリンクサイクルが提供され、前記サービスプロバイダサーバは、前記データストレージサーバのマスタノードにデータを送信し、前記マスタノードは、前記アップリンクデータを記憶し、前記ゲートウェイは、前記マスタノードに対し前記記憶されたアップリンクデータを要求して受信し、前記ゲートウェイは、前記サービスプロバイダサーバに登録されたデバイスに前記アップリンクデータを送信する、いずれかの先行請求項に記載のシステム。
【請求項９４】
請求項１〜９３のいずれかのシステムを使用するステップを含む方法。
【請求項９５】
システムにトランザクション及びセンサデータを安全に記憶する方法であって、前記システムは、データストレージサーバと、サービスプロバイダサーバと、ゲートウェイとを含み、前記サービスプロバイダサーバは前記データストレージサーバと通信し、前記ゲートウェイは前記データストレージサーバと通信し、前記方法は、
（ｉ）前記データストレージサーバ、前記サービスプロバイダサーバ、及び前記ゲートウェイが、ブロックチェーンシステムにノードとして登録することと、
（ｉｉ）前記データストレージサーバが、第１のトークンを生成することと、
（ｉｉｉ）前記データストレージサーバが、前記サービスプロバイダサーバから記録を受け取り、前記サービスプロバイダサーバに第１のトークンを発行し、前記サービスプロバイダサーバから第１のトークンを受信することと、
（ｉｖ）前記ゲートウェイが、前記サービスプロバイダサーバに登録されたデバイスからセンサデータを受信し、前記データストレージサーバが、前記ゲートウェイから前記センサデータを受信することと、
（ｖ）前記ゲートウェイから前記センサデータを受信した後、前記データストレージサーバが、前記ゲートウェイに第２のトークンを発行することと、
（ｖｉ）前記データストレージサーバが、前記受信したセンサデータを前記データストレージサーバまたは前記サービスプロバイダサーバに、前記ブロックチェーンシステムを使用して記憶することと、
（ｖｉｉ）前記データストレージサーバが、前記第１のトークン及び前記第２のトークンのトークントランザクションを、前記ブロックチェーンシステムを使用して記憶することと、
のステップを含む、前記方法。
【請求項９６】
前記方法は、請求項１〜９３のいずれかのシステムを使用するステップを含む、請求項９５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、センサデータを記憶するサーバを含むシステム及び関連方法に関する。
【背景技術】
【０００２】
現在世界には、接続性を備え、センサデータを収集するデバイスが数十億存在する。特定の場所でセンサデータを収集し、そのデータを記憶し、記憶したデータを分析して、他の方法では取得できない結果を取得することが可能である。しかしながら、大きな障害として、接続性を備えたデバイスのユーザ、または接続性を備えたデバイスが使用するサービスのプロバイダが、接続性を備えたデバイスからのセンサデータを提供することに、消極的であるまたは意欲的ではないことがあり、これは、ユーザまたはプロバイダが、センサデータを提供した後、センサデータのセキュリティを懸念するためである。もう１つの懸念としては、データ提供に対しいくらかの支払いがユーザまたはプロバイダに約束された場合には、支払いが行われない可能性、またはセンサデータの提供量の記録に誤りがあり、支払いが本来よりも少ない可能性が挙げられ得る。
【０００３】
従って、接続性を備えたデバイスのユーザ、または接続性を備えたデバイスが使用するサービスのプロバイダが、ユーザまたはプロバイダによるセンサデータ提供後のセンサデータのセキュリティを信頼して、並びに、センサデータの提供に対しいくらかの支払いまたは報酬がユーザまたはプロバイダに約束された場合には、支払いまたは報酬が与えられること、及び提供データ量の正しい記録により支払い額または報酬が正確であることを信頼して、接続性を備えたデバイスからのセンサデータを提供することができるシステムが求められている。
【０００４】
関連技術の説明
ＥＰ２７４１４６８Ａ１及びＥＰ２７４１４６８Ｂ１はそれぞれ、ユーザデータ注釈方法、端末デバイス、及びサーバを開示している。方法は、ゲームのプロセスにおいて第１の端末デバイスにより送信される、第１の端末デバイスに対応する第１のユーザの位置情報、第１のユーザの行動情報、及び第１の端末デバイス上の各センサのセンサデータを、サーバにより受信することと、サーバにより、第１のユーザの位置情報、第１のユーザの行動情報、及びセンサデータに注釈を付けて、第１のユーザの注釈データを取得することと、を含む。本技術開示により、注釈データの量は増え、ユーザ行動認識の適用における制限を克服することができる。
【０００５】
ＥＰ２６７０１０８Ａ１及びＥＰ２６７０１０８Ｂ１はそれぞれ、無線基地局のプラガブルポートに接続されるように構成されたプラガブルモジュールを開示している。プラガブルモジュールは、外部センサデータを収集する少なくとも１つのセンサに対応付けられる。プラガブルモジュールは、少なくとも１つの通信インターフェースと、プロセッサと、コンピュータプログラムコードを含むソフトウェアを格納するメモリとを備え、コンピュータプログラムコードがプロセッサで実行されると、プラガブルモジュールは、プラガブルモジュールに対応付けられた少なくとも１つのセンサから、事前に指定された外部センサデータを収集し、収集した外部センサデータを、少なくとも１つの通信インターフェースを介して中央サーバに通信する。
【発明の概要】
【０００６】
本発明の第１の態様によれば、データストレージサーバと、サービスプロバイダサーバと、ゲートウェイとを含むシステムであって、サービスプロバイダサーバはデータストレージサーバと通信し、ゲートウェイはデータストレージサーバと通信し、データストレージサーバは、第１のトークンを生成し、サービスプロバイダサーバから記録を受信し、サービスプロバイダサーバに第１のトークンを発行し、サービスプロバイダサーバから第１のトークンを受信するように構成され、データストレージサーバは、ゲートウェイからセンサデータを受信するように構成され、ゲートウェイは、サービスプロバイダサーバに登録されたデバイスからセンサデータを受信するように設定され、データストレージサーバは、ゲートウェイからセンサデータを受信した後にゲートウェイに第２のトークンを発行するように構成され、データストレージサーバはさらに、受信したセンサデータをデータストレージサーバに記憶する、または受信したセンサデータをサービスプロバイダサーバに記憶するように構成され、センサデータは、ブロックチェーンシステムを使用して記憶され、第１のトークン及び第２のトークンのトークントランザクションは、ブロックチェーンシステムを使用して記憶され、データストレージサーバ、サービスプロバイダサーバ、及びゲートウェイは、ブロックチェーンシステムに登録済みのノードである、システムが提供される。データストレージサーバは、受信したセンサデータをデータストレージサーバに記憶するのではなく、代わりに受信したセンサデータをサービスプロバイダサーバに記憶するように構成されてもよい。
【０００７】
ブロックチェーンシステムを使用してセンサデータを記憶するため、安全にセンサデータが記憶されるという利点がある。ブロックチェーンシステムを使用してトークントランザクションを記憶するため、安全にトークントランザクションが記憶されるという利点がある。センサデータとトランザクションデータは、同じブロックチェーンシステムで安全に記憶され、すなわち、トランザクションは、それぞれのセンサデータストレージアクティビティに非常に的確に対応付けられるという利点がある。
【０００８】
複数のゲートウェイを含むシステムであって、複数のゲートウェイは、データストレージサーバと通信し、データストレージサーバは、ゲートウェイからセンサデータを受信するように構成され、ゲートウェイは、サービスプロバイダサーバに登録されたデバイスからセンサデータを受信するように設定され、データストレージサーバは、ゲートウェイからセンサデータを受信した後にゲートウェイに第２のトークンを発行するように構成され、データストレージサーバはさらに、受信したセンサデータをデータストレージサーバに記憶する、または受信したセンサデータをサービスプロバイダサーバに記憶するように構成され、センサデータは、ブロックチェーンシステムを使用して記憶され、第１のトークン及び第２のトークンのトークントランザクションは、ブロックチェーンシステムを使用して記憶され、ゲートウェイは、ブロックチェーンシステムに登録済みのノードである、システムであり得る。多数のゲートウェイを使用して、センサデータを収集できるという利点がある。多数のゲートウェイが、センサデータをデータストレージサーバに送信することに関連して、第２のトークンを受信するように、システムにより規定されるという利点がある。ゲートウェイにより収集されたセンサデータと、ゲートウェイに対応付けられたトランザクションデータは、同じブロックチェーンシステムで安全に記憶され、すなわち、ゲートウェイに関して、トランザクションは、それぞれのセンサデータストレージアクティビティに非常に的確に対応付けられるという利点がある。
【０００９】
複数のゲートウェイには、複数のＬＲゲートウェイ及び複数のＢＬＥゲートウェイが含まれる、システムであり得る。短距離接続、及び広範囲の接続距離を対象とする長距離接続の両方で、センサデータを受信し得るという利点がある。
【００１０】
ゲートウェイは、サービスプロバイダサーバに登録された複数のデバイスからセンサデータを受信するように設定される、システムであり得る。多数のデバイスからセンサデータが受信され得るという利点がある。
【００１１】
複数のサービスプロバイダサーバを含むシステムであって、サービスプロバイダサーバは、データストレージサーバと通信し、データストレージサーバは、第１のトークンを生成し、サービスプロバイダサーバから記録を受信し、サービスプロバイダサーバに第１のトークンを発行し、サービスプロバイダサーバから第１のトークンを受信するように構成され、第１のトークンのトークントランザクションは、ブロックチェーンシステムを使用して記憶され、サービスプロバイダサーバは、ブロックチェーンシステムに登録済みのノードである、システムであり得る。サービスプロバイダサーバに関連するセンサデータと、サービスプロバイダサーバに対応付けられたトランザクションデータは、同じブロックチェーンシステムで安全に記憶され、すなわち、サービスプロバイダサーバに関して、トランザクションは、それぞれのセンサデータストレージアクティビティに非常に的確に対応付けられるという利点がある。
【００１２】
システムは、複数のゲートウェイを含み、ゲートウェイは、サービスプロバイダサーバに登録された複数のデバイスからセンサデータを受信するように設定される、システムであり得る。多数のデバイスからセンサデータが受信され得るという利点がある。
【００１３】
サービスプロバイダサーバは、セキュリティサービスプロバイダのサーバである、システムであり得る。
【００１４】
サービスプロバイダサーバに登録されたデバイスは、モバイルコンピューティングデバイスである、システムであり得る。
【００１５】
モバイルコンピューティングデバイスは、スマートフォンである、システムであり得る。
【００１６】
サービスプロバイダサーバに登録されたデバイスは、デスクトップコンピュータまたは家電製品である、システムであり得る。
【００１７】
データストレージサーバは、ユーザアカウントを含み、アカウントは、ユーザアカウントに対応付けられたセンサデータを記憶するように構成される、システムであり得る。
【００１８】
ユーザアカウントに対応付けられた記憶データは、安全な状況にあり、アカウントユーザによってのみアクセス可能である、システムであり得る。ユーザアカウントの記憶データに対するユーザ制御という利点がある。一例では、センサデータは常にセンサ所有者により暗号化され、センサ所有者によってのみ復号化され得る。
【００１９】
サービスによるこの記憶データの使用または任意の方法でのこの記憶データの共有に関する全ての決定は、任意の運用サービスまたは第三者企業ではなく、ユーザにより行われる、システムであり得る。ユーザアカウントの記憶データに対するユーザ制御という利点がある。
【００２０】
第１のトークン及び第２のトークンは、暗号通貨トークンである、システムであり得る。トークントランザクションのセキュリティという利点がある。
【００２１】
第１のトークンは、異なるアプリケーション（例えばセキュリティアプリケーション）を運用する企業により購入される、システムであり得る。
【００２２】
ブロックチェーンシステムの新規登録ノードは、ブロックチェーンの完全なコピーを受信し、これは新規登録ノードがシステムに参加すると、新規登録ノードに自動的にダウンロードされる、システムであり得る。
【００２３】
ブロックチェーンシステムの新規登録ノードは、最近の期間（例えば最近の１０週間）のみのブロックチェーンのコピーを受信し、これは、新規登録ノードがシステムに参加すると、新規登録ノードに自動的にダウンロードされる、システムであり得る。
【００２４】
ブロックチェーンシステムは、登録済みノード及びそれらのトークン残高に関して、起源ブロックから最近完了したブロックまでの完全な情報を有する、システムであり得る。
【００２５】
システムは、センサデータを第１の層のサービスを介してデータストレージサーバに転送するセキュリティデバイスを含む、システムであり得る。
【００２６】
データストレージサーバは、センサデータを集約し、集約したセンサデータを、第２の層のサービスを介して共通環境に転送する、システムであり得る。
【００２７】
集約されたセンサデータは、ブロックチェーンシステムを使用して記憶される、システムであり得る。
【００２８】
単一の第２のトークンは、トランザクション確認として機能し、１つのトランザクションを実行するために使用される、システムであり得る。
【００２９】
ブロックチェーンシステムは、全てのトランザクションが一意的であり安全であることを保証する、システムであり得る。
【００３０】
ブロックチェーンシステムを使用してセンサデータを記憶した後は、情報を改ざんすることは不可能である、システムであり得る。
【００３１】
データストレージサーバは、ＩＣＯ（イニシャルコインオファリング）を提供するように構成される、システムであり得る。
【００３２】
ＩＣＯにおいて、データストレージサーバは企業に、システムに参加するための第１のトークンを購入する可能性を提供する、システムであり得る。
【００３３】
必要に応じて、第２のトークンが続けて発行される、システムであり得る。
【００３４】
第２のトークンは再利用可能である、システムであり得る。
【００３５】
第２のトークンは、ゲートウェイに対する支払いの形態として機能する、システムであり得る。
【００３６】
第２のトークンは、従来の通貨に交換可能である、システムであり得る。
【００３７】
データストレージサーバのみが、追加の第１のトークンを発行するように構成される、システムであり得る。
【００３８】
ブロックチェーンシステムには、トランザクションブロックチェーンシステム及び支払い請求ブロックチェーンシステムが含まれる、システムであり得る。
【００３９】
トランザクションブロックチェーンシステムは、全てのデータ接続及びデータ転送を記録する、システムであり得る。
【００４０】
支払い請求ブロックチェーンシステムは、トランザクションブロックチェーンシステムからの情報に基づいて請求書を発行する、システムであり得る。
【００４１】
支払い請求ブロックチェーンシステムは、全ての支払いを処理して記録し、ゲートウェイ所有者への第２のトークン支払いを承認する、システムであり得る。
【００４２】
システムはモノのドメインネームシステム（ＤＮＳ）を含み、これは、様々な接続規格を統合し、複数のデバイスを接続するプラットフォームである、システムであり得る。
【００４３】
システムは、クラウドソーシングを使用してカバレッジを増大させる、システムであり得る。
【００４４】
元帳を含むシステムであって、システムの元帳に記録されているデバイスは、自動的にネットワークに接続される、システムであり得る。
【００４５】
システムは、低電力広域ネットワーク（ＬＰＷＡＮ）及びＢｌｕｅｔｏｏｔｈ接続を含む、システムであり得る。
【００４６】
Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）を含むシステムであって、システムのＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）は、顧客のスマートフォンをモバイルゲートウェイとして使用する、システムであり得る。
【００４７】
システムの適用分野は、スマートシティ、農業、使用状況データ収集、小売り、資源管理、輸送及び物流、カスタマエクスペリエンス分析、並びに人道支援、のうちの１つ以上である、システムであり得る。
【００４８】
システムは配送会社により使用可能であり、追跡センサが配送用パッケージに含められ、ゲートウェイにセンサデータを提供する、システムであり得る。
【００４９】
配送用パッケージは、サプライヤからクライアントまで追跡される、システムであり得る。
【００５０】
在庫経過時間、配達所要時間、棚卸時間、のうちの１つ以上を含む精細なデータが収集される、システムであり得る。
【００５１】
システムは、建設現場の建設会社により使用される、または建設された建物の管理会社により使用される、システムであり得る。
【００５２】
建設現場の建設会社は、システムを使用して、騒音レベルを制御し、建設中の建物に自動閉回路テレビ（ＣＣＴＶ）ソリューションを実装する、システムであり得る。
【００５３】
建設された建物の管理会社は、システムを使用して、建設された建物のアパートのマンホール、屋根裏、または階段吹抜け空間の開閉を制御する、システムであり得る。
【００５４】
システムは、炭酸飲料製造業者により、冷蔵監視装置のセンサに使用される、システムであり得る。
【００５５】
システムは、現在のインフラストラクチャ運用者に、既存のネットワークから追加の収益を得る機会を与える、システムであり得る。
【００５６】
インフラストラクチャ運用者は、既存のネットワークを他の運用者と共有し、他の運用者のネットワークを使用することで利益を得ることができる、システムであり得る。
【００５７】
システムは、スマートシティに対し、（ｉ）シームレスなインフラストラクチャ展開、（ｉｉ）費用対効果の高い接続ソリューション、または（ｉｉｉ）容易なインテグレーション、のうちの１つ以上を提供する、システムであり得る。
【００５８】
スマートシティは、システムを使用して、環境監視、セキュリティと安全性、駐車メータ、街路照明、小売ソリューション、ユーティリティサービス、輸送、廃棄物管理、湾岸物流、市民データ共有、のうちの１つ以上を行う、システムであり得る。
【００５９】
公共のごみ箱の充満程度に関するリアルタイムの情報を取得するために、センサが配置される、システムであり得る。
【００６０】
降雨、湿度、土壌組成、地勢、大気汚染、気圧、温度、及び日光、のうちの１つ以上を追跡する環境センサが設置される、システムであり得る。
【００６１】
環境センサデータを、地形及び天気予報に関する情報と組み合わせることにより、灌漑に関するより賢明な決定を下すことができる、システムであり得る。
【００６２】
送水管内の水位に関するセンサデータを使用して、漏出による損失量を減らし、新たな漏出を防ぐ、システムであり得る。
【００６３】
配水網全体の送水管にセンサを埋め込み、センサデータをポンプ制御システムに連絡することで、送水管内の水圧を制御する、システムであり得る。
【００６４】
センサは、スマートメータを含み、スマートメータは、リソースを効率的に割り当てるために、照明及び建物のエネルギー使用量に関する情報を中継して中央管理システムに送り返す、システムであり得る。
【００６５】
街灯柱に街灯柱センサが設置され、温度、騒音、及び大気質、のうちの１つ以上を含む環境条件が監視される、システムであり得る。
【００６６】
街灯柱センサデータを使用して、事故の管理、局地気象のパターン特定、または車両及び歩行者の交通状況に関する予測が行われる、システムであり得る。
【００６７】
システムは、接続された街灯にセンサを含み、これにより都市は、街灯の制御及び性能を向上させることが可能となる、システムであり得る。
【００６８】
センサを使用して、駐車場が利用可能であるか否かを判定する、システムであり得る。
【００６９】
駐車場の利用可能性は、モバイルコンピューティングデバイス上のアプリケーションを使用して見ることができ、運転者は利用可能な駐車スポットに誘導される、システムであり得る。
【００７０】
システムは、既存のＩｏＴネットワークと共に、１つの（例えば統一の）仮想ネットワークに統合される、システムであり得る。
【００７１】
ゲートウェイ及びサービスプロバイダを含むシステムであって、システムのソフトウェアは、ゲートウェイとサービスプロバイダとの間のミドルウェアとして機能する、システムであり得る。
【００７２】
データストレージサーバは、マスタノードを含み、マスタノードは相互に接続されている、システムであり得る。
【００７３】
各マスタノードは、伝送記録、請求書生成、支払い請求生成、自動または手動支払い、及びデータストレージを行う、システムであり得る。
【００７４】
トランザクションの検証後、マスタノードが承認した場合、承認がゲートウェイに送り返される、システムであり得る。
【００７５】
ユーザウェブサービス、ユーザアプリ、ベンダ分析ツール、またはベンダソフトウェアへデータが送信される、システムであり得る。
【００７６】
システムはプロトコルに依存しない、システムであり得る。
【００７７】
ＬＲを含むシステムであって、システムのＬＲは、ＬｏＲａＷＡＮを含む、システムであり得る。
【００７８】
ＢＬＥを含むシステムであって、システムのＢＬＥは、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙを含む、システムであり得る。
【００７９】
システムは、リアルタイムフリート管理、貨物完全性監視、最適化された倉庫作業負荷、在庫追跡及び分析、配送プロセスのエンドツーエンドの可視化、スマートラベル、予知保全、保管状況管理、のうちの１つ以上を含むサプライチェーンの用途で使用される、システムであり得る。
【００８０】
システムを使用して、単一の製品エコシステムが可能となり、サプライチェーンを全てのステップで分析する可能性が引き出される、システムであり得る。
【００８１】
システムにより、サプライヤ、配送、及びエンドクライアントを単一のエコシステムに統合することが可能となる、システムであり得る。
【００８２】
システムは、接続されたアセット、接続されたフリート、接続されたインフラストラクチャ、接続された市場、接続された人々、のうちの１つ以上である態様を含む、システムであり得る。
【００８３】
システムは、薬局のサプライチェーンソリューションに使用される、システムであり得る。
【００８４】
システムは医薬品を含む全ての個別の箱を追跡し、配送ルート全体に沿ってデータが収集される、システムであり得る。
【００８５】
システムは、そのインフラストラクチャをクラウドソーシングし、センサからのデータは、一般市民のスマートフォンまたは任意の互換性のあるゲートウェイを使用して転送される、システムであり得る。
【００８６】
システムのＳＤＫと共にアプリをインストールすること、またはゲートウェイを自宅にインストールすることにより、インフラストラクチャが設けられる、システムであり得る。
【００８７】
輸送機関センサが地下鉄車両及び公共輸送機関の座席に設置され、輸送機関センサ情報を使用することで、地下鉄車両または公共輸送機関内の乗客のより均等な分布が可能となる、システムであり得る。
【００８８】
システムは、破断可能なセンサまたは複数使用可能なセンサを使用して、不法侵入またはコンテナの開庫を管理するように使用される、システムであり得る。
【００８９】
システムは、アルコールボトル上の薄いステッカービーコンを使用して、ホテル／バーの敷地内への不法侵入を記録するように使用される、システムであり得る。
【００９０】
システムを使用して、現在公共スペースを占めている人の量に関するデータが収集される、システムであり得る。
【００９１】
車両（例えば車）に取り付けられたステッカーに保険追跡器センサが含まれ、保険追跡器センサを使用して、車両の使用状況に関するデータが収集され転送される、システムであり得る。
【００９２】
収集され転送されるデータには、車両が使用された日数、激しい加速と減速の連続、急カーブ、及びレーン切り替えの実行、のうちの１つ以上が含まれる、システムであり得る。
【００９３】
保険追跡器は個人データを収集しない、システムであり得る。
【００９４】
公共輸送機関車両にセンサが設置され、公共輸送機関車両の十分近くに位置する、または公共輸送機関車両内部で移動するスマートフォンは、搭載センサからのデータを転送し、データは、スマートフォンの所有者による追加行動を全く必要とせずに転送され、システムはＢＬＥを含み、システムのＢＬＥは、スマートフォンが対応するＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ技術を使用する、システムであり得る。
【００９５】
収集されるデータの種類には、乗降する客の数、経路ごとの総乗客数、経路及び走行パラメータ、のうちの１つ以上が含まれる、システムであり得る。
【００９６】
３Ｇモジュールは、公共輸送機関車両上に含まれ、システムのＬＲゲートウェイを提供する、システムであり得る。
【００９７】
村／都市、及び公共輸送機関の経路沿いの道路に、センサが配置される、システムであり得る。
【００９８】
センサには、交通量カウンタ、歩行者数カウンタ、水使用量カウンタ、または太陽電池燃料計測器、のうちの１つ以上が含まれる、システムであり得る。
【００９９】
伝送アップリンクサイクルが提供され、サービスプロバイダサーバは、データストレージサーバのマスタノードにデータを送信し、マスタノードは、アップリンクデータを記憶し、ゲートウェイはマスタノードに対し、記憶されたアップリンクデータを要求して受信し、ゲートウェイは、サービスプロバイダサーバに登録されたデバイスにアップリンクデータを送信する、システムであり得る。これは、本発明の第１の態様の一態様の利点を提供する。
【０１００】
本発明の第２の態様によれば、本発明の第１の態様による任意の態様のシステムを使用するステップを含む方法が提供される。
【０１０１】
本発明の第３の態様によれば、システムにトランザクション及びセンサデータを安全に記憶する方法が提供され、システムは、データストレージサーバと、サービスプロバイダサーバと、ゲートウェイとを含み、サービスプロバイダサーバはデータストレージサーバと通信し、ゲートウェイはデータストレージサーバと通信し、方法は、
（ｉ）データストレージサーバ、サービスプロバイダサーバ、及びゲートウェイが、ブロックチェーンシステムにノードとして登録することと、
（ｉｉ）データストレージサーバが、第１のトークンを生成することと、
（ｉｉｉ）データストレージサーバが、サービスプロバイダサーバから記録を受け取り、サービスプロバイダサーバに第１のトークンを発行し、サービスプロバイダサーバから第１のトークンを受信することと、
（ｉｖ）ゲートウェイが、サービスプロバイダサーバに登録されたデバイスからセンサデータを受信し、データストレージサーバが、ゲートウェイからセンサデータを受信することと、
（ｖ）ゲートウェイからセンサデータを受信した後、データストレージサーバが、ゲートウェイに第２のトークンを発行することと、
（ｖｉ）データストレージサーバが、受信したセンサデータをデータストレージサーバまたはサービスプロバイダサーバに、ブロックチェーンシステムを使用して記憶することと、
（ｖｉｉ）データストレージサーバが、第１のトークン及び第２のトークンのトークントランザクションを、ブロックチェーンシステムを使用して記憶すること、のステップを含む。
【０１０２】
本発明の第１の態様による任意の態様のシステムを使用するステップを含む方法であり得る。
【０１０３】
ここで本発明の態様が、例（複数可）として、以下の図を参照して説明される。
【図面の簡単な説明】
【０１０４】
【図１】適用分野の例を示す。
【図２】ベンダＸが、複数の消費者デバイスの使用を可能にする一例を示す。複数の消費者デバイスは、データ（例えばセンサデータ）を提供し、データは、ＬＲゲートウェイ及びＢＬＥゲートウェイを含むゲートプールに送信される。ゲートプールは、検証のためにデータをプラットフォームのマスタノードに転送する。相互に接続されたマスタノード内で、ベンダＸノードは、伝送記録、請求書生成、支払い請求生成、及びデータストレージのアクティビティを実行する。検証後、マスタノードが承認した場合、承認はゲートプールに返送され、データはユーザウェブサービス、ユーザアプリ、ベンダ分析ツールへ、またはベンダソフトウェアへ送信され、トランザクションはブロックチェーンを使用して記録される。
【図３】プラットフォームへの登録により取得したＩＤを有するベンダが、消費者デバイスを利用可能にする一例を示す。ベンダは、プラットフォーム上の報奨金プールにプラットフォームトークンを送信することにより、支払いを行う。これらの消費者デバイスは、ユーザにより使用される。これらの消費者デバイスは、データを生成し、データは、ゲートウェイ所有者が運用するゲートウェイに送信される。ゲートウェイ所有者は、受信したデータをプラットフォームに提供する。支払い請求は、マスタノード（図示せず）により行われる。ゲートウェイ所有者は、ゲートウェイからベンダへ送信された請求書に応じて、プラットフォームの報奨金プールからトークンを受信する。
【図４】例示的な適用分野を示す。
【図５】消費者デバイス内のセンサは、ＢＬＥを介してセンサデータをユーザのスマートフォンに送信し、次いでユーザのスマートフォンは、センサデータをプラットフォームに送信する一例を示す。他の消費者デバイス内のセンサは、ＬｏＲａＷＡＮを介してセンサデータをユーザのゲートウェイに送信し、次いでユーザのゲートウェイは、センサデータをプラットフォームに送信する。
【図６】プラットフォームの一例として、ソリューション比較が提示される。
【図７】サプライチェーンの用途例を示す。
【図８】単一の製品エコシステムの一例を示す。
【図９】図９Ａは、ＢＬＥ追跡及び計数センサの一例を示す。図９Ｂは、ＢＬＥ経路追跡センサの一例を示す。図９Ｃは、センサが、村／都市、及びバス経路沿いの道路に配置される一例を示す。
【発明を実施するための形態】
【０１０５】
マシンツーマシン（Ｍ２Ｍ）通信のためのブロックチェーンベースの統一セキュリティプロトコル
【０１０６】
簡潔な説明
今日のスマートフォン及びパーソナルコンピュータ（ＰＣ）のユーザは、いくつかのサービス（例えばセキュリティサービス）に加入しており、その多くは会員登録により運用される。これらには、健康モニタリング、スマートフォン及びＰＣセキュリティアプリ、ペアレンタルコントロールシステム、及び自宅／ビジネスセキュリティが含まれる。提案されるシステムは、一例では、単一アカウント下の全てのサービスからのデータを統一する３層サーバ構造を提供し、暗号通貨を用いた支払い請求を行いながら安全なデータ交換サービスを行う内部環境を提供する。
【０１０７】
システム構成
一例では、システムは、暗号通貨及びブロックチェーンストレージの概念に基づく。以下の２種類のトークンの無料の（例えばＥｔｈｅｒｅｕｍまたは同類の）ブロックチェーンベースのトークン循環のために、環境が作られる。
１．プロデューサトークン  −  サービスプロバイダに一度だけ発行されるトークンである。これは、異なるアプリケーション（例えばセキュリティアプリケーション）及びハードウェアを所有する企業により、システムに参加するために購入される。
２．エンドユーザトークン  −  ドル価値会費の代替である。これは、提案されるシステムの分散環境と、トランザクション支払いのドル価値との両方に結び付けられる。このトークンは、可用性の低さに基づいて発行され得る。
【０１０８】
暗号トークンは、ブロックチェーンとして知られる循環システムを使用する。ブロックチェーンは、これまでに実行された全てのトークントランザクションの公開元帳である。これは、新たな記録集合により「完了」ブロックが追加されることで、常に増大している。ブロックチェーンに対し、ブロックは、線形の時系列順に追加される。
【０１０９】
一例では、各ノード（例えばトランザクションを検証し中継するタスクを実行するクライアントを使用してシステムネットワークに接続されたコンピュータ）は、最終的に、ブロックチェーンの完全なコピーを取得し、これはネットワークに参加すると自動的にダウンロードされる。ブロックチェーンは、アドレス及びその残高に関して、起源ブロックから最近完了したブロックまでの完全な情報を有する。
【０１１０】
一例では、典型的な運用サイクルには、コンピューティングノード、サーバ、データを送信するデバイス、及びデータを生成するセンサが含まれる。セキュリティデバイスは、第１の層のサービスを介して、本システムへデータを転送する。データは集約され、第２の層を介して共通環境へ転送される。その後、データは、ブロックチェーンシステムを介して記憶される。単一のトークンは、トランザクション確認として機能し、１つのトランザクションを実行するために使用される。ブロックチェーンは、全てのトランザクションが一意的で安全であることを保証する。データ転送が完了した後に情報を改ざんする方法はない。
【０１１１】
一例では、第１の展開段階は、ＩＣＯ（イニシャルコインオファリング）である。この段階の間、サービスは企業に、システムに参加するためのトークンを購入する可能性を提供する。一例では、企業は、利用可能な全てのトークンの２０％を購入することができ、残りの８０％は、システム制御プログラム内で保持され、関与する企業の数の増加に伴い分配される。大量のトークンを購入した企業は、管理委員会のメンバーになり得、管理委員会のグループは、提案される変更を施行して、システム内の料金に影響を与えることができる。
【０１１２】
一例では、エンドユーザトークンは、必要に応じて継続的に発行され、これは、再利用可能であり、プロバイダへの支払いの形態として機能する。次に、プロバイダは、それを従来の通貨に交換しながら、互いに、及びユーザに、販売することができる。
【０１１３】
一例では、システムは、追加発行のある場合と追加発行のない場合の両方で存続し得る。追加発行に関する決定は、運用サイクル内で行われる必要がある。システムの開発により、より多くの企業がシステムに参加することが期待される。単一プロバイダトークンは、数に限りがあり、システムのサーバによってのみ補給することができるため、あらゆる企業が参加すると、単一プロバイダトークンの値は高くなる。
【０１１４】
多数のトークンを所有している企業は、管理委員会に含められ得る。この委員会は、システムの唯一の運営組織である。これはコミュニティを代表し、委員会の決定を通じて行動し得る。委員会が行う決定には、以下のものが含まれるが、これらに限定されない。
１．追加発行
２．コミュニティの利益に関わる決定
３．ブロックチェーンの使用及び限度
このようにして、ユーザは管理状態を維持する。この分散化された概念は、ユーザに自分の個人情報のセキュリティを守る権利を与える。ブロックチェーンにアップロードされた後は、ユーザのデータは改ざん不可能となる。データは安全な状況にあり、このユーザのみがアクセス可能である。２つのサービスによるこの情報の使用または任意の方法でのこの情報の共有に関する全ての決定は、いずれの運用サービスまたは第三者企業でもなく、ユーザにより行われる。通常のユーザは、委員会へ自分の関心及び懸念を表明することができ、自分が抱え得る任意の問題に対する提案を引き起こす。
【０１１５】
ＩｏＴ接続プラットフォーム、例えばグローバルＩｏＴ接続プラットフォーム
【０１１６】
一例では、プラットフォームは、多くのモノを接続させるブロックチェーン式プラットフォームである。プラットフォームは、モノのインターネット（ＩｏＴ）の複数の接続ソリューションの最上にあるブロックチェーン式分散型プラットフォームである。
【０１１７】
一例では、プラットフォームは、モノのドメインネームシステム（ＤＮＳ）になるように構築され、これは、様々な接続規格を統合し、全世界のデバイス（例えば数十億のデバイス）を接続するプラットフォームである。プラットフォームは、クラウドソーシングを使用してカバレッジを増大させ、事業者が最も費用対効果の高い方法で容易にＩｏＴ技術を採用することを促進する。プラットフォームは、ベンダとユーザ、ゲートウェイ所有者、及びデバイスをまとめることで、グローバルＩｏＴネットワークカバレッジの普及を向上させる。
【０１１８】
ＩｏＴ市場の利点
【０１１９】
プラットフォームによる、既存のＩｏＴ事業の容易な世界展開
【０１２０】
地理的に拡大するために世界中のネットワークと交渉する必要がない。製造業者は、世界中でデバイスを販売することができる。事業者及びインテグレータは、局所的な成功事例を、グローバル市場に拡大することができる。
【０１２１】
プラットフォームによる、あらゆる事業へのＩｏＴの容易なインテグレーション
【０１２２】
一例では、プラットフォームの元帳に存在するデバイスは全て、自動的にネットワークに接続される。企業が、新たなセンサを配備したい場合、接続プロバイダと交渉する、または新たなネットワークを展開する必要はない。
【０１２３】
プラットフォームによる、新たなＩｏＴ適用分野の開拓
【０１２４】
世界規模のカバレッジを有する低電力広域ネットワーク（ＬＰＷＡＮ）及びＢｌｕｅｔｏｏｔｈ接続により、日常製品内のセンサのインテグレーションが可能となる。これらの２つの技術により、企業は、チップが低コストでありバッテリ寿命が長いセンサを使用することができる。
【０１２５】
プラットフォームによる、事業者への新種データ収集能力の提供
【０１２６】
一例では、プラットフォームのＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）は、顧客のスマートフォンをモバイルゲートウェイとして使用し得る。これにより、事業者が顧客のオフライン行動に関するより多くのデータを収集する機会が作られる。Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈ  ＬＥ、通称ＢＬＥ、以前はＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔとして市販されていた）は、Ｂｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐ（Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ）により設計され市販されている無線パーソナルエリアネットワーク技術であり、ヘルスケア、フィットネス、ビーコン、セキュリティ、及びホームエンターテインメント産業での新たな適用を目的としている。Ｃｌａｓｓｉｃ  Ｂｌｕｅｔｏｏｔｈと比較して、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙは、同様の通信範囲を維持しながら、消費電力及びコストの大幅な削減をもたらすことを企図する。
【０１２７】
プラットフォームの適用分野の例には、スマートシティ、農業、使用状況データ収集、小売り、資源管理、輸送及び物流、カスタマエクスペリエンス分析、並びに人道支援が挙げられる。適用分野の例が、図１に示される。
【０１２８】
使用事例：輸送及び物流
【０１２９】
パッケージ配送追跡
配送事業者は、貨物配送を行程の全ての段階で制御するアクセス可能なサービスを、クライアントに提供することができる。プラットフォームは、世界規模のＬＰＷＡＮ及びＢｌｕｅｔｏｏｔｈ接続を物流会社に提供し得る。ＬＰＷＡＮ及びＢｌｕｅｔｏｏｔｈセンサは、費用対効果が高く、バッテリ寿命が長い。これらのセンサをパッケージ内に配置することは、配送プロセスの変更を要さず、企業に物流に関する明察を提供すると同時に、サービスの質を向上させる。
【０１３０】
配信プロセスのエンドツーエンドの可視化
例えばサプライヤからクライアントまで製品を追跡することにより、配送時間が短縮され、輸送効率が向上する。在庫経過時間、配達所要時間、棚卸時間などの精細なデータが収集され得る。
【０１３１】
輸送及び物流
【０１３２】
使用事例：建設管理及び建物保全
【０１３３】
建設及び管理会社は、建設現場または建設された建物に、ＩｏＴソリューションをシームレスに実装することが可能であり得る。プラットフォームに接続されたセンサは、シームレスに設置することができる。企業は、必要な場所にセンサを配置するだけでよい。センサのためにネットワークを展開する必要はない。プラットフォームの元帳に存在するデバイスは全て、自動的にネットワークに接続され得る。建設及び管理会社は、例えば、以下のことができる。
（ｉ）建設された建物のアパートのマンホール、屋根裏、階段吹抜け空間の開閉を制御する。
（ｉｉ）騒音レベルを制御し、建設中の建物に自動閉回路テレビ（ＣＣＴＶ）ソリューションを実装する。
【０１３４】
使用事例：小売り
【０１３５】
ＩｏＴソリューションのグローバル化
【０１３６】
局所的な成功事例を有する企業は、それを世界規模に拡大することができる。プラットフォームはローミングがなく、一例ではデバイスのファームウェアの更新が必要ないため、企業が他の地域に移る際、追加費用がかからない。これは、例えば炭酸飲料冷蔵監視装置の製造業者など、あらゆる種類のＩｏＴにとって有益であり得る。製造業者は、温度センサ及び開閉カウンタのインテグレーションを行い、これらのセンサからの情報をクライアントに提供することができる。
【０１３７】
使用事例：インフラストラクチャの共有
【０１３８】
プラットフォームは、現在のインフラストラクチャ事業者に、既存のネットワークから追加の収益を得る機会をもたらす。インフラストラクチャ事業者は、既存のネットワークを他の事業者と共有し、他の事業者のネットワークを使用することで利益を得ることができる。広いカバレッジにより、既存のクライアントに新たなＩｏＴソリューションを提案する機会が与えられる。他の事業者のネットワークを使用することで、ネットワーク開発費用も削減される。
【０１３９】
利点
【０１４０】
プラットフォームは、スマートシティに以下を提供し得る。
（ｉ）シームレスなインフラストラクチャ展開
都市は、簡単にネットワークを展開し、次いで必要な時にカバレッジを拡大することができる。
（ｉｉ）費用対効果の高い接続ソリューション
・プラットフォームのＬＲ（長距離ネットワーク）により、少数のゲートウェイのみで、都市規模のカバレッジを提供することができる。
・都市は、インフラストラクチャに実際に投資することなく、都市規模のプラットフォームＢＬＥカバレッジを有することができる。
（ｉｉｉ）容易なインテグレーション
都市は、新たなＩｏＴソリューションのシームレスなインテグレーションを行うことができる。新たなデバイスまたはセンサは、プラットフォームの元帳に追加されると、自動的にネットワークアクセスが与えられる。
【０１４１】
例示的な適用分野には、環境監視、セキュリティと安全性、駐車メータ、街路照明、小売ソリューション、ユーティリティサービス、輸送、廃棄物管理、湾岸物流、市民データ共有が含まれる。例示的な適用分野が、図４に示される。
【０１４２】
使用事例：廃棄物管理
【０１４３】
都市の様々な箇所での廃棄物収集の監視は、収集経路の管理に役立ち得る。一例では、公共のごみ箱の充満程度に関するリアルタイムの情報を取得するために、センサが配置され得る。一例では、公共のごみ箱の充満程度に関するリアルタイムの情報を収集するために、センサが配置され得るが、情報がエンドユーザにリアルタイムで転送されない場合がある。このデータにより、ごみ収集経路のさらなる効率化が可能となる。
【０１４４】
使用事例：廃水管理
【０１４５】
多くの都市は、配水及び管理において深刻な問題を抱えている。都市は、屋外使用量を管理することにより、水の損失を低減することができる。これは、降雨、湿度、土壌組成、地勢、温度、及び日光を追跡するセンサを設置することにより行われる。このデータを、地形及び天気予報に関する情報と組み合わせることにより、灌漑に関するより賢明な決定を下すことが可能となる。送水管内の水位に関するセンサデータを取得することで、漏出による損失量を減らし、新たな漏出を防ぐことができる。配水網全体の送水管にセンサを埋め込み、センサをポンプ制御システムに接続することで、水圧を制御することができる。
【０１４６】
使用事例：エネルギー
【０１４７】
省エネルギーソリューションは、最もよく確立されたＩｏＴ適用のうちの１つである。エネルギー管理システムは、スマートメータに依存しており、スマートメータは、リソースを効率的に割り当てるために、照明及び建物のエネルギー使用量に関する情報を中継して中央管理システムに送り返す。このデータは、停電を特定して対処するためにも使用され得る。
【０１４８】
使用事例：環境条件
【０１４９】
都市は、街灯柱にセンサを設置して、温度、騒音、及び大気質を含む環境条件を監視し得る。このデータを使用して、事故の管理、局地気象のパターン特定、並びに車両及び歩行者の交通状況に関する予測が行われ得る。さらに、これらのデータ集合は一般に公開され、これにより市民は、地域の環境問題の追跡及び対応において部分的なコミュニティ所有権を得ることができる。
【０１５０】
使用事例：駐車
【０１５１】
もう１つの一般的なＩｏＴの適用は、駐車場の利用可能性の追跡である。大都市で駐車スポットを探すことは、運転者にとって苛立たしいものであり、交通渋滞を引き起こす。都市は、センサを使用して、駐車場が利用可能であるか否かを判定することができる。このデータは、アプリケーションを介して運転者に直接送信され、運転者を利用可能なスポットへより早く案内するのに役立ち得る。この情報は、駐車システムの変更を決定する都市の管理部門にとっても、価値がある。
【０１５２】
実行方法の一例
【０１５３】
１）プラットフォームは、既存のＩｏＴネットワークと共に、１つの（例えば統一の）仮想ネットワークに統合され、クラウドソーシングを使用して新しいネットワークを迅速かつシームレスに展開することが可能である。
２）プラットフォームの元帳に存在する全てのデバイスは、自動的にネットワークに接続される。企業が、新たなセンサを配備したい場合、接続プロバイダと交渉する、または自身のネットワークを展開する必要はない。
３）プラットフォームは、ネットワーク及びゲートの所有者に、追加の収益をもたらす。例えば所有するゲートウェイを通して完了した接続数に基づいて、全てのゲート所有者に、データ転送の収益が分配される。
【０１５４】
プラットフォームアーキテクチャの概要
【０１５５】
プラットフォームのソフトウェアは、ゲートウェイとセンサ所有者との間のミドルウェアとして機能し得る。これにより、確実に、データが適切な宛先に配信され、全員に支払いが行われる。
【０１５６】
一例では、ベンダＸが、複数の消費者デバイスの使用を可能にする。複数の消費者デバイスは、データ（例えばセンサデータ）を提供し、データは、複数のＬＲゲートウェイ及び複数のＢＬＥゲートウェイを含むゲートプールに送信される。ゲートプールは、検証のためにデータをプラットフォームのマスタノードに転送する。相互に接続されたマスタノード内で、ベンダＸノードは、伝送記録、請求書生成、支払い請求生成、及びデータストレージなどのアクティビティを実行する。検証後、マスタノードが承認した場合、承認はゲートプールに返送され、データは、例えばユーザウェブサービス、ユーザアプリ、ベンダ分析ツールへ、またはベンダソフトウェアへ送信され、トランザクションはブロックチェーンを使用して記録される。
【０１５７】
一例が、図２に示される。
【０１５８】
一例では、消費者デバイス内のセンサは、ＢＬＥを介してセンサデータをユーザのスマートフォンに送信し、次いでユーザのスマートフォンは、センサデータをプラットフォームに送信する。他の消費者デバイス内のセンサは、ＬｏＲａＷＡＮを介してセンサデータをユーザのゲートウェイに送信し、次いでユーザのゲートウェイは、センサデータをプラットフォームに送信する。
【０１５９】
プラットフォームは、プロトコルに依存しないように設計され得、例えば、Ｂｌｕｅｔｏｏｔｈ、並びにＬｏＲａ、または任意の他のデータ送信プロトコルで作動し得る。
【０１６０】
一例が、図５に示される。
【０１６１】
プラットフォームによる支払い請求及び支払い
【０１６２】
所有ゲートウェイを通して行われた各接続に対するゲートウェイ所有者への支払い
【０１６３】
製造業者は、デバイスを販売し、それらのＩＤをプラットフォームの元帳に追加する。ゲートウェイ所有者は、これらのデバイスにネットワークアクセスを与え、プラットフォームの元帳に対してＩＤを確認する。製造業者は、参加しているゲートウェイにより発行されるプラットフォームの請求書の支払いを負担する。プラットフォームは、ネットワークまたはゲートウェイの所有者に、それらが行ったサービスに対して支払いを行う。
【０１６４】
一例では、プラットフォームへの登録により取得したＩＤを有するベンダが、消費者デバイスを利用可能にする。ベンダは、プラットフォーム上の報奨金プールにプラットフォームトークンを送信することにより、支払いを行う。これらの消費者デバイスは、ユーザにより使用される。これらの消費者デバイスは、データを生成し、データは、ゲートウェイ所有者が運用するゲートウェイに送信される。ゲートウェイ所有者は、受信したデータをプラットフォームに提供する。支払い請求は、マスタノードにより行われる。支払い請求が誤って行われた場合、ゲートウェイは抗議することができる。ゲートウェイからベンダへ発行された請求書に応じて、ゲートウェイ所有者は、プラットフォームの報奨金プールからトークンを受信する。
【０１６５】
一例では、システムには、以下の伝送及び支払い請求サイクルがもたらされる。
１．伝送ダウンリンクサイクル
ａ．ユーザが、データを生成する。
ｂ．ゲートウェイが、プラットフォームのマスタノードにデータを転送する。
２．伝送アップリンクサイクル
ａ．ベンダのサーバが、プラットフォームのマスタノードにデータを送信する。
ｂ．プラットフォームのマスタノードは、アップリンクデータを保持する。
ｃ．ゲートウェイが、アップリンクデータを探す。
ｄ．ゲートウェイは、アップリンクデータをベンダのデバイスに送信する。
３．支払い請求サイクル
ａ．例えば２週間ごとなどの間隔で、プラットフォームのマスタノードは、提供された伝送サービスに関して、ゲートウェイ所有者からベンダに対する請求書を生成する。
ｂ．各ベンダは、各請求書をプラットフォームトークンで支払う。
ｃ．請求書に従って、全てのトークンは報奨金プールに集められる。
ｄ．支払い請求サイクルが完了した後、請求書に従って、及びデータ伝送サービスの存在の確認に従って、ゲートウェイ所有者は、報奨金プールから自身のデータ伝送サービスに対する支払いを受ける。例えば、最新の支払い請求サイクルの間、ゲートウェイは８０時間オンラインであったが全くデータを伝送しなかった場合、ゲートウェイは、オンラインであったという事実に対する支払いを受ける。
【０１６６】
一例が、図３に示される。
【０１６７】
ブロックチェーンを使用する理由
【０１６８】
クラウドソーシングを活用するために、ブロックチェーンが使用される。ブロックチェーン技術は、分散サービスを構築するように設計されている。
【０１６９】
ブロックチェーン技術により、分散ネットワークを構築することが可能となる。このネットワークは誰にも所有されておらず、プラットフォーム自体もこのネットワークに直接影響を与えることはできない。
【０１７０】
ブロックチェーンにより、コスト削減が実現する。管理、インフラストラクチャ、サービスメンテナンス、またはセットアップの費用が必要ないのである。
【０１７１】
ブロックチェーンは、すぐに使用できる透明性のある支払い請求システムを提供する。
【０１７２】
ブロックチェーンは、分散ストレージソリューションを利用することができる。トランザクションの全てのデータは、全てのメンバーにより共有される。
【０１７３】
ブロックチェーンにより、許可不要のプラットフォーム状態が可能となる。プラットフォームは、既存のネットワークと新たにインストールされたゲートウェイとを統合する。誰でもプラットフォームのネットワークの一部になることができ、センサからのデータは、任意のスマートフォンまたは互換性のあるゲートウェイを使用して転送することができる。
【０１７４】
１つのブロックチェーンでは十分ではない一例
【０１７５】
トランザクションブロックチェーン（例えばＥｘｏｎｕｍベース）は、全てのデータ接続及びデータ転送を記録する。
【０１７６】
支払い請求ブロックチェーン（例えばＥｔｈｅｒｅｕｍベース）は、トランザクションブロックチェーンからの情報に基づいて、請求書を発行する。支払い請求ブロックチェーンは、以下を行う。
・全ての支払いを処理して記録する。
・ゲートウェイ所有者へのトークン支払いを承認する。
マスタノードは、デバイスとベンダネットワークとの間のその後のデータ接続を承認する。
【０１７７】
接続ソリューション
【０１７８】
プラットフォームは、プラットフォームのＬＲ及びプラットフォームのＢＬＥのソリューションを実装し、一例では、これらを組み合わせることで、複数の国にまたがる事業全体にも対応する完全なデータ収集ソリューションが実現される。
【０１７９】
プラットフォームは、プラットフォームのＬＲ及びプラットフォームのＢＬＥと共に起動し（例えばキットとして）、後で他の接続ソリューションのサポートを含め、提供されるデバイスの数を増やす。
【０１８０】
一例では、プラットフォームのＬＲは、ＬｏＲａＷＡＮに基づく。これは、速度及び信頼性が重要な産業及び事業のアプリケーションに最適である。ＬｏＲａＷＡＮは、ＬＰＷＡＮゲートウェイとエンドノードデバイスとの間の通信を管理するメディアアクセス制御（ＭＡＣ）層プロトコルであり、ＬｏＲａ  Ａｌｌｉａｎｃｅにより維持される。
【０１８１】
プラットフォームのＬＲは、長距離通信のために設計されたＬｏＲａＷＡＮ技術に基づく。プラットフォームは、既存のＬＰＷＡＮネットワークを統合し、プラットフォームのネットワークに参加できる個人のゲートウェイ所有者にインセンティブを与える。あらゆるゲートウェイが、ネットワークに追加され、技術的なセットアップなしで、プラットフォームのセンサからのデータの転送を即座に開始することができる。
【０１８２】
プラットフォームのＢＬＥは、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙに基づく。これは、顧客のスマートフォンがモバイルゲートウェイとして機能するため、非クリティカルな消費者、及び後の分析のために大量のデータを収集するようなビッグデータアプリケーションに、最適である。
【０１８３】
プラットフォームのＢＬＥネットワークは、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ技術に基づき、スマートフォン（例えば一般市民のスマートフォン）をＢＬＥゲートウェイとして使用する。プラットフォームのソフトウェア開発キット（ＳＤＫ）を伴うモバイルアプリケーションにより、いずれのスマートフォンも、プラットフォームのセンサに接続されると、スマートフォンのユーザに追加行動を要求することなく、スマートフォンからデータを転送することができる。
【０１８４】
プラットフォームのソリューションの特徴
【０１８５】
プラットフォームのＬＲ
バッテリ寿命が長く、ＧＳＭ／３Ｇ／４Ｇネットワークと比較して、３〜５０倍以上の寿命という利点がある。センサが低コストであり、センサあたり、５ドル〜１５ドルである。長距離に容易に対応し、拡張した効率性及び広いセル半径（最大１５ｋｍ）を有し、大きな領域に対応するために多くのセルを配備する必要がない。自身のゲートウェイがある場合は、データ収集費用は０に近い。
【０１８６】
プラットフォームのＢＬＥ
バッテリ寿命が長く、１〜５年であり、具体的な使用事例によって異なる。センサが低コストであり、センサあたり、３ドル〜１０ドルである。データ収集費用は、ゼロである。
【０１８７】
図６は、例えばプラットフォームなどのソリューション比較を提示する。２Ｇ及び３Ｇは、良好な通信範囲及び良好な拡張性を有する。ただし、２Ｇ及び３Ｇは、バッテリ寿命及び価格で劣っている。ＷｉＦｉは、価格は良好であるが、通信範囲、バッテリ寿命、及び拡張性で劣っている。対照的に、本明細書で説明されるプラットフォームは、良好な通信範囲、良好なバッテリ寿命、良好な価格、及び良好な拡張性を有する。
【０１８８】
ブロックチェーン式（例えばグローバル）ＩｏＴ接続プラットフォーム
【０１８９】
ＩｏＴの可能性の拡大
【０１９０】
数十億のデバイスが、すでにネットワークに接続されており、データを送信している。ただし、可能性のあるデータ収集ポイントの約９９％は、現在のＩｏＴソリューションの限度により、依然として未接続である。プラットフォームは、アクセス可能な接続を実現すること、及びバッテリ寿命が長く比較的安価なセンサの開発に尽力することで、より多くのモノを接続させるように設計される。
【０１９１】
クラウドソーシングされるモノのＤＮＳ
【０１９２】
一例では、プラットフォームは、数十億のデバイスを接続するデフォルトのＩｏＴソリューションとなるように構築される。プラットフォームにより、センサはどこでも統合され、あらゆる場所から、またはサプライチェーンのステップから、貴重なデータを収集することができる。プラットフォームは、アクセス可能な接続を実現すること、及びバッテリ寿命が長く比較的安価なセンサの開発に尽力することで、どこでもセンサを統合して、貴重なデータを収集することを可能にする。プラットフォームは、アクセス可能な接続を実現すること、及びバッテリ寿命が長く比較的安価なセンサの開発に尽力することで、多くのモノを接続させるように設計される。
【０１９３】
サプライチェーンの用途例には、リアルタイムフリート管理、貨物完全性監視、最適化された倉庫作業負荷、在庫追跡及び分析、配送プロセスのエンドツーエンドの可視化、スマートラベル、予知保全、保管状況管理における用途が挙げられる。サプライチェーンの用途例が、図７に示される。
【０１９４】
最適化された倉庫作業負荷
【０１９５】
プラットフォームは、接続された倉庫システムを作ることで、倉庫設備及びアセットの作業負荷を改善するのに役立つ。倉庫作業は、個々の物理的アセット及び保管品目のレベルまで、容易に監視し調整することができる。
【０１９６】
使用事例：単一の製品エコシステム
【０１９７】
複数の接続ソリューションと組み合わされた安価なセンサにより、単一の製品エコシステムが可能となり、これは、サプライチェーンを全てのステップで分析する可能性を引き出す。プラットフォームにより、サプライヤ、配送、及びエンドクライアントを単一のエコシステムに統合することが可能となる。例示的な態様には、接続されたアセット、接続されたフリート、接続されたインフラストラクチャ、接続された市場、接続された人々が挙げられる。単一の製品エコシステムの一例が、図８に示される。
【０１９８】
サプライチェーンの事例
【０１９９】
プラットフォームは、薬局のサプライチェーンソリューションにおいて使用され得る。多くの医薬化合物は、温度の影響を非常に受けやすい。これらを様々な気候地域に配送する場合、超小型軽量センサ及びＢＬＥを使用して、輸送条件、環境、及びワクチンの安全性を管理する独特の機会が提供される。プラットフォームにより、全ての個別の箱を追跡することが可能となる。配送経路全体に沿って、データは収集され得る。
【０２００】
クラウドソーシングインフラストラクチャ
【０２０１】
プラットフォームは、そのインフラストラクチャをクラウドソーシングし、センサからのデータは、一般市民のスマートフォンまたは任意の互換性のあるゲートウェイを使用して転送される。プラットフォームのＳＤＫと共に任意のアプリをインストールすること、または自宅にゲートウェイをインストールすることにより、市民自身がインフラストラクチャとなる。プラットフォームは、インフラストラクチャをクラウドソーシングし、ネットワークを拡大し、アクセス条件を平準化することにより、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ及びＬｏＲａＷＡＮをアクセス可能にする。
【０２０２】
接続費用ゼロ
【０２０３】
プラットフォームのインフラストラクチャ（例えばクラウドソーシングされたインフラストラクチャ）及びブロックチェーンの性質により、接続費用は、ほぼゼロにまで引き下げることが可能となる。接続ごとの柔軟な課金と共に低い接続費用により、以前は利用できなかったデータ類の収集が可能となる。許可不要というプラットフォームの性質により、ほぼ完全競争が生み出され、これはエンドユーザにとって、可能な最低価格を意味する。
【０２０４】
超高効率センサ
【０２０５】
プラットフォームは、エネルギー効率の高いプロトコルであるＬＰＷＡＮ及びＢＬＥ規格を利用する。プラットフォームにより、都市は、安価で、小型で（ステッカーほど小さい）、エネルギー効率の高い（充電なしで最大５年持つ）センサを使用することができ、これはどこにでも配置することができる。プラットフォームにより、都市は、安価で（ＧＳＭと比較すると５〜１０倍安い）、小型で（ステッカーほど小さい）、エネルギー効率の高い（充電なしで最大５年持つ）センサを使用することができ、これはどこにでも配置することができる。
【０２０６】
許可不要性
【０２０７】
一例では、プラットフォームは、その許可不要という性質により、新たなＩｏＴ製品の立ち上げを容易にする。ウェブサイトを介して元帳に追加されたデバイスは全て、自動的に接続される。
【０２０８】
都市に対するプラットフォームの影響例
【０２０９】
イノベーション：都市で革新的なＩｏＴ事業を展開するための環境が与えられる。
幸福度：市民及び企業とデータを共有することで、市民及び企業に適合したエクスペリエンスが生み出される。
効率性：エネルギー及びリソースの消費を自動的に管理することで、これらの消費が低減される。
安全性：向上した監視が行われ、応答時間が短縮される。
【０２１０】
イノベーション
【０２１１】
一例では、許可不要というプラットフォームの性質と、トランザクションごとの手数料の低さとの組み合わせにより、新たな製品を展開するのに完璧な環境が生み出される。プラットフォームを堅牢な都市エコシステムに追加することにより、新たなスマートシティプロジェクトの究極の基盤が作られる。
【０２１２】
幸福度の事例
【０２１３】
プラットフォームを接続規格として使用すると、都市は、より価値のあるデータを収集することができる。このデータは、ビッグデータ分析に使用され得る、または市民または企業と共有され得る。
【０２１４】
座席使用
地下鉄車両及び公共輸送機関の座席にセンサが設置され得る。この情報により、地下鉄車両内の乗客のより均等な分布が可能となり得る。
・駅の乗客は、乗客量を考慮して車両を選択することができる。
・電車内の乗客は、座席を見つけることができる。
【０２１５】
駐車
都市は、駐車場の利用可能性に関する情報を市民に提供することにより、幸福度を向上させることができる。運転者は、自分の目的地に駐車するのにより良い方法に関する選択肢を通知してもらうことが可能であり、これにより通勤時間及び交通渋滞が低減される。
【０２１６】
安全性の事例
【０２１７】
違法行為の検出
プラットフォームは、以下の緊急サービスの日常業務に含まれるほど十分に安全である。
・破断可能なセンサまたは複数使用可能なセンサを使用して、不法侵入及びコンテナの開庫を管理する。
・アルコールボトル上に薄いステッカービーコン配置して、ホテル／バーの敷地内への不法侵入を記録する。
人数計数器
現在公共スペースを占拠している人々の量に関するデータを収集する。緊急時に役立つ。
【０２１８】
効率性の事例
【０２１９】
スマート灌漑
都市は、屋外使用量を管理することにより、水の損失を低減することができる。これは、降雨、湿度、土壌組成、地勢、温度、及び日光を追跡するセンサを設置することにより行われる。このデータを、地形及び天気予報に関する情報と組み合わせることにより、灌漑に関するより賢明な決定が可能となる。
接続された照明
接続された街灯により、都市は、全ての街灯の制御及び性能を向上させることが可能となる。このデータにより、都市は、目視検査をなくし、問題により迅速に対応することができる。
【０２２０】
適用分野の例が、図１に示される。
【０２２１】
プラットフォームのネットワークは、新たな領域でシームレスかつ迅速に展開することができる。
【０２２２】
スマートカー保険の例
【０２２３】
これは、保険追跡器を使用して、クライアントのロイヤルティ及びライフタイムバリュー（ＬＴＶ）を向上させる方法を提供する。
【０２２４】
使用状況に基づく保険
保険追跡器は、運転状況に基づく料金プランをクライアントに提案する機会を提供する。要するに、道路での運転者の行動様態に応じて、保険料が変動することを意味する。
顧客の増加：最低開始料金と使用状況に基づく支払い
ロイヤルティプログラムの向上：ほぼリアルタイムのリスク評価に基づくオーダーメイド料金プラン
【０２２５】
機能方法
保険追跡器は、センサが埋め込まれた小さいステッカーである。それは、フロントガラスに貼り付けるだけで、あらゆる種類の車に容易に使用できるサイズである。保険追跡器は、以下の車の使用状況に関するデータを収集し転送する。
・車が使用された日数
・激しい加速と減速の連続、急カーブ、及びレーン切り替えの実行
＊保険追跡器は、個人データを収集しない。
【０２２６】
技術仕様
プラットフォームは、クラウドソーシング接続によりデータを収集する技術を提供する。これは、あらゆるスマートフォンが対応するＢＬＥ技術を用いて作動し、スマートフォンは、プラットフォームＳＤＫアプリが一旦インストールされると、自動的に近接起動ルータとなる。
保護内容：
・データ暗号化
・改ざん防止
・取り外し防止
作動期間：１〜３年
生産コスト：３ドル〜４．５ドル（具体的な実装内容による）
データ転送プロトコル：プラットフォームのＢＬＥ
【０２２７】
使用事例：クラウドソーシングに接続された国内輸送機関
【０２２８】
問題
いくつかの組織（例えば国際連合）は、発展途上国における公共輸送機関システムの向上を目指している。問題のある国のほとんどは、既存の経路の完全な地図を保有していない。乗客の移動に関する実際のデータがなければ、以下のことが実現できない。
・新経路の計画
・既存経路におけるバスの追加設置
【０２２９】
解決策１：接続された輸送機関
プラットフォームのＢＬＥパッケージ（プラットフォームのソリューションのうちの１つ）を利用して、組織（例えば政府機関または国際連合）は、あらゆる輸送機関にセンサを設置することができる。プラットフォームは、あらゆる特定の輸送機関内の全てのセンサに対し、インターネット接続を提供する。プラットフォームのＢＬＥは、クラウドソーシング接続を提供する。輸送機関の十分近くに位置する、または輸送機関内部で移動する任意のスマートフォンは、搭載センサからのデータを転送し得る。データは、スマートフォンの所有者による追加行動を全く必要とせずに、転送される。プラットフォームのＢＬＥは、あらゆるスマートフォンが対応するＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙを使用する。あらゆるスマートフォンのＢｌｕｅｔｏｏｔｈモジュールを近接起動ルータとして使用することで、プラットフォームは、センサのインターネットアクセスにより、広大な領域を対象とすることができる。必要なのは、プラットフォームのＳＤＫを、地域で人気のある任意のアプリケーションに追加することだけである。プラットフォームのＳＤＫは、ユーティリティアプリまたはゲームアプリでも、好みの任意のアプリに統合することができる。
【０２３０】
以下の特定の条件のセンサに関しては、２つの基本的な選択肢が存在する。
ＢＬＥ追跡及び計数センサ
収集されるデータの種類の例には、
１．乗降する客の数
２．経路ごとの総乗客数
３．経路及び走行パラメータ
が挙げられる。一例が、図９Ａに示される。
ＢＬＥ経路追跡センサ
収集されるデータの種類の例には、経路及び走行パラメータが挙げられる。一例が、図９Ｂに示される。
【０２３１】
これらのセンサは、政府支給のバスに配置され得る、または利益と引き換えに民間企業に与えられ得る。利益には、燃料割引などを伴う金銭的な報酬などが含まれるが、これに限定されない。
【０２３２】
解決策２：交通データ収集システム
あるいは、プラットフォームのＢＬＥソリューションの代わりに、プラットフォームのＬＲを使用することもできる。プラットフォームのＬＲキットは、ＬｏＲａＷＡＮの最上で作動する。プラットフォームのＬＲは、単一のゲートウェイで、最大１０〜１５ｋｍの半径の広い領域にわたりデバイスを接続することができる。輸送機関にプラットフォームのＬＲゲートウェイを装備することで、広い領域にわたるカバレッジが可能となる。３Ｇモジュールを備えるプラットフォームのＬＲゲートウェイを、輸送車両に設置することができる。ゲートウェイは、車両（例えばバス）内のセンサからのデータを継続的に転送する（解決策１のようなセンサであり得る）。さらに多くのセンサを、村／都市及びバス経路沿いの道路に配置することができる。一例が、図９Ｃに示される。いくつかの例には、
１．交通カウンタ
２．歩行者カウンタ
３．水使用量カウンタまたは太陽電池燃料計測器など
が挙げられる。ＬＲソリューションは、いくらかの設置費用を要するが、地域にとっては全体的にさらなる価値を生み出し得る。
【０２３３】
注記
上記で参照した構成は、本発明の原理の適用の例示にすぎないことを理解されたい。本発明の趣旨及び範囲から逸脱することなく、数多くの変更及び代替構成が考案されてもよい。本発明は、図面に示され、本発明の現在最も実用的で好ましい例（複数可）とみなされるものに関連して、具体的かつ詳細に上記で完全に説明されたが、本明細書に明記された本発明の原理及び概念から逸脱することなく、数多くの変更が行われてもよいことが、当業者には明らかであろう。
【図１】
2020524867.tif 000003
【図２】
2020524867.tif 000004
【図３】
2020524867.tif 000005
【図４】
2020524867.tif 000006
【図５】
2020524867.tif 000007
【図６】
2020524867.tif 000008
【図７】
2020524867.tif 000009
【図８】
2020524867.tif 000010
【図９】
2020524867.tif 000011
【国際調査報告】
2020524867.tif 000012
2020524867.tif 000013