(57)【要約】【課題】ネットワークにおけるサービス運用妨害攻撃を阻止する方法を提供する。【解決手段】少なくとも１つの例示の実施形態の方法は、第１のエンティティ及び第２のエンティティの代わりにブロックチェーン処理を開始するリクエストを第１のエンティティから受信すること、及びリクエストの受信に応じてブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成することを含む。方法は、プロンプトを含む第１のメッセージを第１のエンティティに送信すること、及び少なくとも１つの条件が充足されたか又は充足されるように承認されるかの表示を含む第２のメッセージを受信することを含む。方法は、第１のエンティティからのリクエストがサービス運用妨害攻撃を試みているのか又は正当なリクエストを発行しているのかを判定すること、及び少なくとも１つの条件の充足に応じてブロックチェーン処理を促進することを含む。【選択図】図５
2019145095.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおけるサービス運用妨害攻撃を阻止する方法であって、
第１のエンティティ及び第２のエンティティの代わりにブロックチェーン処理を開始する要求を前記第１のエンティティから受信するステップ、
前記リクエストを受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成するステップ、
前記リクエストに肯定応答する第１のメッセージを前記第１のエンティティに送信するステップであって、前記第１のメッセージが前記プロンプトを含む、ステップ、
前記第１のエンティティから第２のメッセージを受信するステップであって、該第２のメッセージは前記少なくとも１つの条件が充足されたかの表示を含む、ステップ、
前記表示に基づいて、前記第１のエンティティからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定するステップ、及び
前記プロンプトの前記少なくとも１つの条件が充足されたことを前記判定するステップが示す場合に前記ブロックチェーン処理を促進するステップ
を備える方法。
【請求項２】
前記第２のエンティティから受信された第１の情報に基づいて前記少なくとも１つの条件を決定するステップをさらに備え、該決定するステップが、前記第１の情報及び前記少なくとも１つの条件が前記サービス運用妨害攻撃の実行に対する抑止力を与える可能性に関する第２の情報に基づいて前記少なくとも１つの条件を決定するステップを含み、前記少なくとも１つの条件が前記第１のエンティティによる支払の形式を含み、該支払の形式は承認されていない、請求項１に記載の方法。
【請求項３】
前記ブロックチェーン処理が、
ブロックチェーンにアクセスするステップ、及び
前記ブロックチェーンにブロックを付加するステップ
を含む、請求項１に記載の方法。
【請求項４】
前記促進するステップが、
前記第１のエンティティによって生成される第１の公開鍵を受信するステップ、
前記第２のエンティティによって生成される第２の公開鍵を受信するステップ、
前記第１の公開鍵に基づいて第１の証明書を生成するステップ、
前記第２の公開鍵に基づいて第２の証明書を生成するステップ、及び
前記第１の証明書及び前記第２の証明書を前記第１のエンティティ及び前記第２のエンティティにそれぞれ送信するステップ
を含む、請求項３に記載の方法。
【請求項５】
前記プロンプトの前記少なくとも１つの条件が充足されなかったことを前記判定するステップが示す場合に前記第１のエンティティからの前記リクエストを無視するステップ
をさらに備える請求項１に記載の方法。
【請求項６】
ネットワークにおけるサービス運用妨害攻撃を阻止するためのデバイスであって、
少なくとも１つのインターフェース、
命令を含むメモリ、及び
プロセッサであって、
第１のエンティティ及び第２のエンティティの代わりにブロックチェーン処理を開始するリクエストを前記第１のエンティティから受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成し、
前記リクエストに肯定応答する、前記プロンプトを含む第１のメッセージを前記第１のエンティティに前記少なくとも１つのインターフェースを介して送信し、
前記少なくとも１つの条件が充足されたかの表示を含む第２のメッセージを前記第１のエンティティから前記少なくとも１つのインターフェースを介して受信し、
前記表示に基づいて、前記第１のエンティティからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定し、
前記プロンプトの前記少なくとも１つの条件が充足されたことを前記判定が示す場合に前記ブロックチェーン処理を促進する
命令を実行するプロセッサ
を備えるデバイス。
【請求項７】
前記命令は、前記プロセッサに、関連する条件で以前に完了したブロックチェーン処理のログに基づいて前記少なくとも１つの条件が前記サービス運用妨害攻撃の実行に対する抑止力を与える可能性に関する第１の情報を生成させ、前記第１の情報に基づいて前記少なくとも１つの条件を決定させる命令を含み、前記命令は、前記プロセッサに、前記第１の情報及び前記第２のエンティティから受信された第２の情報に基づいて前記少なくとも１つの条件を決定させる命令を含み、前記第２の情報は前記少なくとも１つの条件を設定するための前記第２のエンティティの少なくとも１つの選好を含み、前記命令は、前記プロセッサに、前記第１の情報及び前記第２の情報の少なくとも一方を前記メモリに記憶させる命令を含み、前記少なくとも１つの条件が前記第１のエンティティによる支払の形式を含み、該支払の形式は承認されていない、請求項６に記載のデバイス。
【請求項８】
前記命令が、
ブロックチェーンにアクセスすること、及び
前記ブロックチェーンにブロックを付加すること
によって、前記プロセッサに前記ブロックチェーン処理を促進させる命令を含む、請求項６に記載のデバイス。
【請求項９】
前記命令が、
前記第１のエンティティによって生成される第１の公開鍵を前記少なくとも１つのインターフェースを介して受信すること、
前記第２のエンティティによって生成される第２の公開鍵を前記少なくとも１つのインターフェースを介して受信すること、
前記第１の公開鍵に基づいて第１の証明書を生成すること、
前記第２の公開鍵に基づいて第２の証明書を生成すること、及び
前記第１の証明書及び前記第２の証明書を前記第１のエンティティ及び前記第２のエンティティに前記少なくとも１つのインターフェースを介してそれぞれ送信すること
によって、前記プロセッサに前記ブロックチェーン処理を促進させる命令を含む、請求項８に記載のデバイス。
【請求項１０】
ネットワークにおけるサービス運用妨害攻撃を阻止するためのシステムであって、
少なくとも１つの第１のインターフェースを含む第１のデバイス、
少なくとも１つの第２のインターフェースを含む第２のデバイス、及び  
少なくとも１つの第３のインターフェースを含む第３のデバイス
を備え、
前記第１のデバイスが、前記第１のデバイス及び前記第２のデバイスの代わりにブロックチェーン処理を前記第３のデバイスに開始させるリクエストを前記少なくとも１つの第３のインターフェースに前記少なくとも１つの第１のインターフェースを介して送信し、
前記第３のデバイスが、前記リクエストを受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成し、
前記第３のデバイスが、前記リクエストに肯定応答する第１のメッセージを前記少なくとも１つの第１のインターフェースに前記少なくとも１つの第３のインターフェースを介して送信し、前記第１のメッセージが前記プロンプトを含み、
前記第３のデバイスが、前記少なくとも１つの第１のインターフェースから第２のメッセージを前記少なくとも１つの第３のインターフェースを介して受信し、該第２のメッセージは前記少なくとも１つの条件が充足されたかの表示を含み、
前記第３のデバイスが、前記表示に基づいて、前記第１のデバイスからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定し、
前記第３のデバイスが、前記プロンプトの前記少なくとも１つの条件が充足されたことを前記判定が示す場合に前記ブロックチェーン処理を促進し、
前記第３のデバイスが、前記プロンプトの前記少なくとも１つの条件が充足されなかったことを前記判定が示す場合に前記リクエストを無視する、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
例示の実施形態は、セキュアインタラクション、例えば、ブロックチェーン動作を完了することを望むエンティティ間におけるサービス運用妨害攻撃を検出するための方法及びデバイスに向けられる。
【背景技術】
【０００２】
ブロックチェーン技術が適用可能なアプリケーションの数は、増加している。これらの幾つかのアプリケーションでは、相互にセキュアインタラクションを始めることを望むエンティティは、インタラクションを促進／完了するのに信用ある第三者を用いる。インタラクションを促進するのに使用される幾つかのプロトコルは、悪意あるエンティティによってハッキング攻撃を受ける。１つのそのような攻撃は、悪意あるエンティティがセキュアトランザクションでの補助を大量にリクエストすることによって信用ある第三者を過負荷とするサービス運用妨害（ＤｏＳ）攻撃である。
【発明の概要】
【０００３】
例示の実施形態は、証明書（例えば、Ｘ．５０９ｖ３証明書）を用いる所与のコンテキストについて信用ある第三者を介してアイデンティティを確立する後方互換ソリューションを提供することによって、試みられたＤｏＳ攻撃を検出及び阻止（又は軽減）するための方法及びデバイスに向けられる。証明書は、信用ある第三者（例えば、認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ（ＣＡ））によって発行され得る。ＣＡによるローカルな認証の後に、例示の実施形態は、エンティティ間のセキュアインタラクションに対してＰＫＣＳ＃１２プロトコル（例えば、プライベート鍵及びＸ．５０９証明書の組合せ、．ｐｆｘファイル）を採用し得る。コンピューティング技術において周知のように、ＰＫＣＳ＃１２プロトコルは、多数の暗号化オブジェクトを単一のファイルとして記憶するためのアーカイブファイルフォーマットを規定する。これは一般にそのＸ．５０９証明書付きのプライベート鍵を束ね、又は信用のチェーンの全てのメンバーを束ねるのに使用される。ＰＫＣＳ＃１２ファイルは、暗号化及び署名され得る。したがって、少なくともある実施形態によると、ＣＡは、エンティティのアイデンティティを確立し、正しいエンティティのみが許可されるようにエンティティの１以上に名目上の料金を課し、ＤｏＳ攻撃を軽減／阻止する料金を払っていないエンティティのリクエストを無視することができる。
【０００４】
例えば、エンティティのアイデンティティは、Ｘ．５０９ｖ３証明書を用いる所与のコンテキストについて、信用ある第三者（すなわち、ＣＡ）を介して確立され得る。証明書は、ローカルな認証の後に、ＰＫＣＳ＃１２を用いてＣＡによって発行され得る。各エンティティは、数学的にまとめられた複雑な指数性の乱数の対を生成して固有対を作成する。鍵の一方は、生成エンティティにおいてプライベートに維持され（すなわち、プライベート鍵）、エンティティの外部で複製、移動又は記憶されることはない。他方の鍵（すなわち、公開鍵）は、エンティティのリクエストにおいて、ＣＡの登録局によって証明され、証明書に戻される。その処理は、申込フォーム及び写真をパスポート事務所に送信するとともに、印刷、署名及び封印された書類を返信において受信することと同じである。
【０００５】
ＰＫＣＳ＃１２で進む前に、参加エンティティの１以上（例えば、要求エンティティ）は、エスクローとみなされる承認された支払を実行し得る。支払は、１以上の既存の暗号通貨の形式であってもよい。支払額は、悪意あるエンティティが偽の証明書を申請するのを抑止／阻止すべきである。理解し得るように、ＤｏＳ攻撃のコンテキストにおいて、悪意あるエンティティからの何千ものリクエストの累積コストは、そのようなＤｏＳ攻撃を阻止及び／又は抑止すべきである。ＣＡによる要求エンティティの証明の成功は、（例えば、全ての適切なエンティティに支払うことによって）所望のセキュアインタラクションを自動的に完了させ、完了したＸ．５０９ｖ３証明書を要求エンティティに戻すことになる。人間のインタラクションを要さず、契約が履行可能となる。
【０００６】
先行する例は、物理的デバイスがどのようにしてシステム管理者の登録及びプロビジョニングが続く登録を取得し得るのかを示す。例示の実施形態はまた、ソフトウェア複製、ライセンス、仮想マシン（ＶＭ）などを取得するのにも使用され得る。名目上の事前支払が、購入注文、請求書発行などを介して実行され得るが、参加エンティティによって相互に同意され、信用ある第三者によって確立された一組の規則が満たされるまで、収益認識は行われない。購入、出荷、設置、登録、構成、テストの成功及び最終的なアクティベーションの各段階において、例示の実施形態は、即座の収益認識を可能とする。すなわち、支払は、各段階の完了において自動的に行われ、全ての参加エンティティが充足される。少なくとも１つの例示の実施形態によると、エスクロー支払の幾らかの額は、保証、保険などの他の目的のためにエスクローに残ることになる。
【０００７】
例示の実施形態は、即座の収益認識並びに法的及び／又は金銭的イベントの確実な台帳とともにエラーがなく、法的拘束力がありかつ自動的な支払を提供する。さらに、例示の実施形態は、ブロックチェーン技術への従前のＰＫＩ証明書（例えば、Ｘ．５０９ｖ３証明書）のアイデンティティ統合のための後方互換性を与え、ＤｏＳ攻撃を抑止／阻止する。理解できるように、ソリューションは、フェイルクローズ対フェイルオープンであり、ネットワーク管理、セキュリティインシデント及びイベント管理での既存のインフラに対応する。
【０００８】
本開示は、添付図面との関連で記載される。
【図面の簡単な説明】
【０００９】
【図１】図１は、少なくとも１つの例示の実施形態によるセキュアインタラクションを行うためのシステムの実施形態を示す。
【図２】図２は、少なくとも１つの例示の実施形態による図１に示すデバイス及び認証局のブロック図である。
【図３】図３は、少なくとも１つの例示の実施形態による図２のユーザインターフェースの例を示す図である。
【図４】図４は、少なくとも１つの例示の実施形態によるブロックチェーンを示す図である。
【図５】図５は、少なくとも１つの例示の実施形態による図１におけるシステムのための例示の方法を示す。
【図６】図６は、少なくとも１つの例示の実施形態による図１におけるシステムのための例示の方法を示す。
【発明を実施するための形態】
【００１０】
添付図１〜６において、同様の構成要素及び／又は構成は、同じ符号を有し得る。また、同タイプの種々の構成要素は、類似の構成要素間を区別する文字が符号の後に付けられて区別され得る。明細書において第１の符号のみが使用される場合には、説明は第２の符号にかかわらず同じ第１の符号を有する類似の構成要素のいずれか１つに適用可能である。
【００１１】
一般に、ブロックチェーンは、各々がリスト上の以前のアイテムを参照することを記録する連続的に成長するデータのリストを保持する分散データベースであるので、改ざん又は改変に対して強化される。ブロックチェーンは、信用のある第三者又は認証局（ＣＡ）によって利用可能とされ／保持され得る。追加的に又は代替的に、ブロックチェーンは、補助ストレージに記憶され得る。ブロックチェーンは、追加のインタラクションが記録されるにつれて修正され続け得る。ブロックチェーンは、大量のデータストレージを必要とし得るが、クラウドストレージ及び大量データストアの利用可能性があれば、ブロックチェーンのサイズは問題とはならない。ブロックチェーンは、各位置をノードという、ネットワークにわたる多数の位置に記憶され得る。このように、ブロックチェーンの複製は、実質的に不可能となる。
【００１２】
一般に、サービス運用妨害（ＤｏＳ）攻撃は、悪意あるエンティティが、マシン又はネットワークリソースのホストを混乱させることによってマシン又はネットワークリソースのユーザに対してマシン又はネットワークリソースを利用不可とすることを試みるサイバー攻撃の一種である。ＤｏＳ攻撃は、典型的には、ホストを過負荷とする偽リクエストで標的ホストを溢れさせることによって行われ、ユーザからの一部又は全部の正当なリクエストが否定され又は履行されなくしてしまう。ＤｏＳ攻撃は、単一のエンティティ又は複数のエンティティによって実行され得る。
【００１３】
図１は、少なくとも１つの例示の実施形態によるセキュアインタラクションを行うためのシステム１００の実施形態を示す。
【００１４】
図１は、システム１００がデバイス１０５／１１０、通信ネットワーク（又はネットワーク）１１５、認証局（ＣＡ）１２０及びブロックチェーンデータストア１２５を含むことを示す。ＣＡ１２０は、デバイス１０５及び１１０についてのセキュアインタラクションを促進する信用ある第三者となり得る。例えば、ＣＡ１２０は、あるデバイス（例えば、１０５）と他のデバイス（例えば、１１０）の間のセキュアトランザクションを促進するリクエストを受信し、１以上の条件を満たす要求デバイスに対するプロンプトを含むメッセージを要求デバイスに返送し、１以上の条件が満たされた場合に要求されたセキュアトランザクションを完了する動作を採ることによってセキュアトランザクションを促進することができる。このように、デバイス１０５／１１０は、ＣＡに属する又はＣＡのメンバーであるそれぞれのエンティティに関連付けられ得る。ＣＡの１つの現実世界の例は、Ｅｔｈｅｒｅｕｍといわれる公のブロックチェーンプラットフォームである。デバイス１０５／１１０は、パーソナルコンピュータ、モバイルフォン及び／又はその他などのコンピュータデバイスであり得る。デバイス１０５／１１０及びＣＡ１２０は、単に例示として、種々のバージョンのＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）及び／若しくはＡｐｐｌｅ社のＭａｃｉｎｔｏｓｈ（登録商標）オペレーティングシステムを稼働させるコンピューティングデバイス並びに／又は種々の市販のＵＮＩＸ（登録商標）又はＵＮＩＸのようなオペレーティングシステムのいずれかを稼働させるワークステーションコンピュータであればよい。これらのデバイス１０５／１１０及びＣＡ１２０は、例えばデータベースクライアント及び／又はサーバアプリケーション並びにウェブブラウザアプリケーションを含む種々のアプリケーションのいずれかを有していてもよい。代替的に、デバイス１０５／１１０及びＣＡ１２０は、ネットワーク１１５を介して通信可能な並びに／又はウェブページ若しくは他のタイプの電子書類を表示及び誘導可能な、シンクライアントコンピュータ、インターネット可能携帯電話及び／又はパーソナルデジタルアシスタントなどの他のいずれかの電子デバイスであってもよい。
【００１５】
ネットワーク１１５は、デバイス１０５／１１０とＣＡ１２０の間の通信を可能とする任意のタイプのネットワークであればよい。例えば、ネットワーク１１５は、限定することなく、ＳＩＰ、ＴＣＰ／ＩＰ、ＳＮＡ、ＩＰＸ、ＡｐｐｌｅＴａｌｋなどを含む種々の市販のプロトコルのいずれかを用いるデータ通信をサポートすることができる、当業者には周知の任意のタイプのネットワークであればよい。単なる例示として、ネットワーク１１５は、イーサネットネットワーク、トークンリングネットワーク及び／若しくはその他などのローカルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク、限定することなく仮想プライベートネットワーク（「ＶＰＮ」）を含む仮想ネットワーク、インターネット、イントラネット、エクストラネット、公衆交換電話網（「ＰＳＴＮ」）、赤外線ネットワーク、無線ネットワーク（例えば、ＩＥＥＥ８０２．９系のプロトコルのいずれかの下で動作するネットワーク、本技術で周知のＢｌｕｅｔｏｏｔｈ（登録商標）プロトコル及び／又は他のいずれかの無線プロトコル）並びに／又はこれら及び／若しくは他のネットワークの任意の組合せであればよい。
【００１６】
デバイス１０５／１１０及びＣＡ１２０は、ブロックチェーン情報などのセキュリティ情報を他のメッセージとともにネットワーク１１５を介して交換する。
【００１７】
ＣＡ１２０は、ブロックチェーンデータストア１２５と通信している。ブロックチェーンデータストア１２５は、１以上のブロックチェーン（又はブロックチェーンに関する情報の部分）を記憶する、サーバ及び／又はユーザデバイスなどのコンピュータデバイスの集合であり得る。このように、ＣＡ１２０は、デバイス１０５／１１０の代わりにブロックチェーンデータストア１２５（又はブロックチェーンデータストア１２５を代表するデバイス）にアクセスしてデバイス１０５／１１０間のセキュアインタラクションを（又はイベント）を促進し得る。データストア１２５は、ＣＡ１２０がネットワーク（例えば、ネットワーク１１５）を介してアクセスする１以上のローカル及び／又は１以上のリモートのストレージサーバ及び／又はデバイスとなり得る。ＣＡ１２０は、デバイス１０５／１１０からのリクエスト及びその間に完了したインタラクションに基づいて、情報をブロックチェーンデータストア１２５から読み出し及び／又はそこに書き込むことができる。
【００１８】
明示していないが、システム１００はネットワーク１１５を介して相互に通信する任意数のデバイス及びＣＡを含み得ることが理解されるべきである。
【００１９】
図２は、少なくとも１つの例示の実施形態による図１に示すデバイス１０５／１１０及び／又はＣＡ１２０のブロック図である。ある実施形態では、デバイス１０５／１１０はユーザによって操作されるユーザデバイスに対応し得る一方、認証局１２０によって操作されるデバイスはデバイス１０５／１１０が有する高機能ユーザインターフェースを必ずしも同じ態様で有さないサーバ又は同様のタイプのデバイスに対応し得る。
【００２０】
図２に示すように、各デバイス１０５／１１０及びＣＡ１２０は、ネットワーク１１５、プロセッサ２０５、メモリ２１０及びユーザインターフェース２１５を介して通信するための少なくとも１つの通信インターフェース２００を含み得る。少なくとも１つの通信インターフェース２００は、ネットワーク１１５を介して有線及び／又は無線通信を行うための任意の必要なハードウェア及び／又はソフトウェアを含む。例えば、少なくとも１つのインターフェース２００は、ネットワーク１１５に関して上述したネットワークの上記のプロトコル及びタイプのいずれかによるトラフィックを扱うことができる１以上のインターフェースを含み得る。
【００２１】
各デバイス１０５／１１０及びＣＡ１２０は、少なくとも１つの通信インターフェース２００、メモリ２１０及びユーザインターフェース２１５と（例えば、バスを介して）通信するプロセッサ２０５を含み得る。メモリ２１０は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス及び／又は情報を記憶するための他の機械可読媒体を含む、データを記憶するための１以上のデバイスを代表し得る。メモリ２１０は、性質上揮発性及び／又は不揮発性であってもよく、プロセッサ２０５にデバイス１０５／１１０及びＣＡ１２０の種々の動作（例示の動作に関しての更なる詳細は図３、５及び６を参照）を実行させる命令を記憶する。したがって、プロセッサ２０５は、例示の実施形態による動作を実行するようにメモリ２１０における命令を実行する１以上のプロセッサ又はマイクロプロセッサであればよい。ここに記載されるプロセッサ２０５の例は、ただし限定ではなく、Ｑｕａｌｃｏｍｍ（登録商標）Ｓｎａｐｄｒａｇｏｎ（登録商標）８００及び８０１、４Ｇ  ＬＴＥ  Ｉｎｔｅｇｒａｔｉｏｎ及び６４ビットコンピューティングでのＱｕａｌｃｏｍｍ（登録商標）Ｓｎａｐｄｒａｇｏｎ（登録商標）６２０及び６１５、６４ビットアーキテクチャでのＡｐｐｌｅ（登録商標）Ａ７プロセッサ、Ａｐｐｌｅ（登録商標）Ｍ７モーション・コプロセッサ、Ｓａｍｓｕｎｇ（登録商標）Ｅｘｙｎｏｓ（登録商標）シリーズ、Ｉｎｔｅｌ（登録商標）Ｃｏｒｅ（登録商標）ファミリのプロセッサ、Ｉｎｔｅｌ（登録商標）Ｘｅｏｎ（登録商標）ファミリのプロセッサ、Ｉｎｔｅｌ（登録商標）Ａｔｏｍ（登録商標）ファミリのプロセッサ、Ｉｎｔｅｌ  Ｉｔａｎｉｕｍ（登録商標）ファミリのプロセッサ、Ｉｎｔｅｌ（登録商標）Ｃｏｒｅ（登録商標）ｉ５−４６７０Ｋ及びｉ７−４７７０Ｋ  ２２ｎｍ  Ｈａｓｗｅｌｌ、Ｉｎｔｅｌ（登録商標）Ｃｏｒｅ（登録商標）ｉ５−３５７０Ｋ  ２２ｎｍ  Ｉｖｙ  Ｂｒｉｄｇｅ、ＡＭＤ（登録商標）ＦＸ（登録商標）ファミリのプロセッサ、ＡＭＤ（登録商標）ＦＸ−４３００、ＦＸ−６３００及びＦＸ−８３５０  ３２ｎｍ  Ｖｉｓｈｅｒａ、ＡＭＤ（登録商標）Ｋａｖｅｒｉプロセッサ、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ（登録商標）Ｊａｃｉｎｔｏ  Ｃ６０００（登録商標）車載インフォテイメントプロセッサ、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ（登録商標）ＯＭＡＰ（登録商標）車載グレードモバイルプロセッサ、ＡＲＭ（登録商標）Ｃｏｒｔｅｘ（登録商標）−Ｍプロセッサ、ＡＲＭ（登録商標）Ｃｏｒｔｅｘ−Ａ及びＡＲＭ９２６ＥＪ−Ｓ（登録商標）プロセッサ、その他工業用の同等のプロセッサの少なくとも１つを含み得るものであり、いずれかの周知又は将来開発される標準、命令セット及び／又はアーキテクチャを用いる計算機能を実行し得る。
【００２２】
ユーザインターフェース２１５は、デバイス１０５／１１０及びＣＡ１２０に関連付けられたディスプレイ上の情報の表示を促進する任意の必要なハードウェア及び／又はソフトウェアを含むインターフェースに対応し得る。例示として、ユーザインターフェース２１５は、Ｕｎｉｆｉｅｄ  Ｄｉｓｐｌａｙ  Ｉｎｔｅｒｆａｃｅ（ＵＤＩ）、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ（ＤＶＩ）、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）、コンポジットビデオインターフェース、Ｍｏｂｉｌｅ  Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｌｉｎｋ（ＭＨＬ）インターフェース、Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＳＤＩ）及び／又はその他であり得る。ディスプレイは、各デバイス１０５／１１０及びＣＡ１２０に一体化又は外付けされ得る。例えば、デバイス１０５／１１０が携帯電話の場合には、ディスプレイはユーザインターフェース２１５とともに一体化される。デバイス１０５／１１０がパーソナルデスクトップコンピュータである場合には、ディスプレイは（例えば、ＨＤＭＩケーブルなどの適宜のケーブルを介して）ユーザインターフェース２１５に外付けされてそれと通信し得る。
【００２３】
図３は、少なくとも１つの例示の実施形態による図２のユーザインターフェース２１５の例を示す図である。図３は、デバイス１０５／１１０のディスプレイがユーザインターフェース２１５に一体化される場合を想定している。ただし、上記のように、例示の実施形態はそれに限定されず、ディスプレイはユーザインターフェース２１５に外付けされ得る。より詳細には、図３は、他のデバイス１０５又は１１０とのセキュアインタラクションをＣＡ１２０に要求した後にＣＡ１２０から応答メッセージを受信すると要求デバイス１０５又は１１０のユーザが見るものの例示のスクリーンショットを示す。ここで、リクエストは、要求デバイス（例えば、デバイス１０５）と提供デバイス（例えば、デバイス１１０）の間のインタラクションをＣＡ１２０に促進させるリクエストである。図５及び６並びにその説明は図３についての更なるコンテキストを与えることが理解されるべきである。
【００２４】
図３に示すように、ＣＡ１２０からの応答メッセージ（又はプロンプト）は、ユーザに対して所定の情報を要求デバイス１０５／１１０に表示させる。この情報は、要求されたインタラクションを識別するための領域３００、充足されるべき条件を示す領域３０５／３１０、クエリ領域３１５並びに選択可能領域３２０及び３２５を含む。
【００２５】
領域３００はインタラクション参照番号を含み得るものであり、それはデバイス１０５／１１０の１つによって要求されたインタラクション又はイベントに関連付けられた数字、文字及び／又は他の記号の固有の配列となり得る。参照番号は、デバイス１０５又は１１０からのリクエストを受信するとＣＡ１２０によって割り当てられ得るものであり、インタラクションに参加する全てのエンティティに対する要求されたインタラクションを識別する情報を含み得る。
【００２６】
領域３０５／３１０は、要求されたインタラクションをＣＡが促進する前に、要求デバイス１０５又は１１０によって充足されるべき１以上の条件を識別する情報を含む。ここで、条件は、条件Ｘ、Ｙ及びＺとして領域３１０に示される。ただし、より少ない又はより多い条件が所望のように含まれ得ることが理解されるべきである。少なくとも１つの例示の実施形態によると、１以上の条件Ｘ、Ｙ及びＺは、ＣＡ１２０に対して要求デバイス１０５又は１１０によって行われなければならない何らかの形式の支払を示し得る。ＣＡ１２０は、要求されたインタラクションを完了するために支払の形式をエスクローとみなすことができる。
【００２７】
クエリ領域３１５は、要求されたインタラクションを完了するために領域３１０に列挙された条件を満たすことにユーザが同意するかを要求デバイス１０５又は１１０のユーザに問う質問の形式を採り得る。選択可能領域３２０は、クエリ領域３１５において提示された質問に対するユーザの回答を示す選択可能アイコン（例えば、円又は四角）を含み得る。図３に示す例では、選択可能領域３２０は、選択可能な「はい」及び「いいえ」の円を含む。
【００２８】
選択可能領域３２５は、要求されたインタラクションについて領域３１０における条件を満たすこと又は既に満たしたことに要求デバイス１０５又は１１０のユーザが同意するかを示すメッセージを要求デバイス１０５又は１１０のプロセッサ２０５からＣＡ１２０へ送信させるクリック可能又はユーザ選択可能な「送信」アイコンを含み得る。少なくとも１つの例示の実施形態によると、ユーザが領域３２０の「はい」を選択した場合、ＣＡ１２０へのメッセージは、領域３１０に記載される条件を充足するのに必要なステップを採る承認としても作用し得る。例えば、領域３１０は、条件がＣＡ１２０への要求デバイス１０５又は１１０による金額の合計の支払であることを（例えば、エスクローとして）示す場合、領域３２０において「はい」を選択すること及び領域３２５における「送信」をクリックすることが、要求デバイス１０５又は１１０のユーザの既知の額からの同意した合計金額を引き落とす自動承認をＣＡ１２０に提供するメッセージをＣＡに送信することになる。他の例では、要求デバイス１０５又は１１０からのメッセージが自動承認を与えない場合又は自動承認が条件に対して望ましくない場合、ＣＡ１２０へのメッセージは、条件が要求デバイス１０５又は１１０によって充足されたことを示す確認又は他の情報を含み得る。すなわち、領域３１０における条件が、要求デバイス１０５又は１１０が金銭をエスクローに入れることである場合、要求デバイス１０５又は１１０は、続いて、確実に条件が満たされるようにして、受け入れ可能な形式の確認をメッセージにおいてＣＡ１２０に提供し得る。確認は、要求デバイス１０５又は１１０によってＣＡ１２０に送信されるメッセージに添付されるデポジットレシート又は他の類似のタイプの証明書を含み得る。さらに他の例では、要求デバイス１０５又は１１０からのメッセージが自動承認を与えない場合、又はその条件に対して自動承認が望ましくない場合、要求デバイス１０５又は１１０は、条件を実行する承認を要求する１以上の追加のメッセージを（例えば、ＣＡ１２０又は他のエンティティから）受信し得る。
【００２９】
図４は、少なくとも１つの例示の実施形態によるブロックチェーンデータ構造体を示す図である。図１に関して説明したように、ブロックチェーンデータストア１２５は、ブロックチェーンデータ構造体からの情報の１以上の領域を記憶するのに使用される任意のタイプのデータ記憶デバイス又はデータ記憶デバイスの集合（例えば、サーバ、ユーザデバイス、モバイルデバイス又はその組合せによって保持されるメモリ）であればよい。ブロックチェーンデータストア１２５は、ブロックチェーンを記憶するのに使用され得る。この情報は、ブロックチェーンの承認のために、又はブロックチェーンの取得及び送信のためにＣＡ１２０によってアクセス可能となり得る。
【００３０】
図４に示すように、ブロックチェーン４００は、データのストリングとなり得る。省略記号４４８によって示すように、データストア１２５には２以上のブロックチェーン４００が存在し得る。また、ブロックチェーン４００は、省略記号４３６によって表すように、図４に示すものよりも多い又は少ない領域を含み得る。ブロックチェーン４００は、それらに関して記録されたメタデータを有するインタラクション又はイベントのセットから生成される。例えば、ブロックチェーン４００は、少なくとも３組のイベントによって作成される。各イベントは、ただし限定されることなく、識別子４０８、データ４１２及びタイムスタンプ４１６の１以上を含み得る。また、最初のブロックチェーンよりも後に記録されたブロックチェーン４００内のブロックはまた、基準４２０を含み得る。それらの異なる領域の各々について以下に説明する。
【００３１】
識別子（ＩＤ）４０８ａ、ｂ、ｃ（又はＩＤ４０８）は、特定の（例えば、要求デバイス１０５と提供デバイス１１０の間の）インタラクション又はイベントを識別し得る。したがって、ＩＤ４０８は、グローバルに固有の識別子（ＧＵＩＤ）、英数字の識別子などのいずれかのタイプであればよい。各識別子４０８は、ブロックチェーン４００内の特定のブロックに固有である。このＩＤ４０８は、新たなブロックがブロックチェーン４００に追加される度に増分され、又は別途作成され得る。
【００３２】
データ４１２ａ、ｂ、ｃ（又はデータ４１２）は、インタラクション又はイベントについてのデータを含む。例えば、ブロックチェーンデータアイテム４１２は、ＣＡ１２０によって完了されるインタラクション又はイベントのタイプについての情報（例えば、イベントを金銭の交換、商品又はサービスに対する金銭の交換などとして識別する情報）を含み得る。データ４１２は、暗号化されたデータ又は暗号化されていないデータのいずれかとして記憶され得る。データ４１２は、タイムスタンプ４１６にも関連付けられる。
【００３３】
タイムスタンプ４１６ａ、ｂ、ｃ（又はタイムスタンプ４１６）は、インタラクションが発生した日付及び／又は時刻を記録する。このように、データ４１２とタイムスタンプ４１６の間では、各インタラクションの情報又は特徴の幾つかのアイテムが記録される。この情報は、明白でかつ複製可能でないプロファイルを表す。インタラクション数が増加するにつれて、ブロックチェーン４００は成長する。
【００３４】
新たなブロック（ブロックはＩＤ４０８、データ４１２及びタイムスタンプ４１６を含む）が追加されるにつれて、新たな領域が新たなブロックに追加される。この新たな領域「基準４２０」はブロックチェーン４００における新たなデータの直前のブロックに戻る基準である。例えば、基準１、４２０ａは、戻ってＩＤ１、４０８ａを参照する。基準２、４２０ｂは、戻ってＩＤ２、４０８ｂを参照する。したがって、ブロックが構築されるにつれて、ブロックは前のブロックＩＤ４０８に対して基準４２０によってともにチェーン化される。各ブロックが前のブロックに対して新たな基準４２０で付加されるにつれてブロックチェーン４００は成長する。
【００３５】
図５は、少なくとも１つの例示の実施形態による図１におけるシステム１００に対する例示の方法５００を示す。
【００３６】
方法５００のステップについて概略の順序を図５に示すが、方法５００は、図５に示すものよりも多い又は少ないステップを含んでいてもよいし、それとは異なるようにステップの順序を並べてもよい。概略として、方法５００は、処理５０５で開始し、処理５４５で終了する。方法は、ＣＡ１２０のプロセッサ２０５によって実行され、コンピュータ可読媒体（例えば、ＣＡ１２０のメモリ２１０）に符号化及び記憶されるコンピュータ実行可能命令のセットとして実行され得る。代替的に、図５に関して記載した処理は、図１〜３の種々の他の要素によって実施され得る。以下において、図５は、図１〜４との関連で記載したシステム、コンポーネント、アセンブリ、デバイス、ユーザインターフェース、環境、ソフトウェアなどに関して説明される。
【００３７】
処理５１０において、方法５００は、第１のエンティティ１０５及び第２のエンティティ（例えば、デバイス１１０）に代わってブロックチェーン処理を開始するリクエストを第１のエンティティ（例えば、デバイス１０５）から受信するステップを含む。少なくとも１つの例示の実施形態によると、ブロックチェーン処理は、ブロックチェーン４００にアクセスするステップ並びにブロックチェーン４００にブロックを付加するステップ及び／又はブロックチェーン４００のブロックを読み出すステップを含む。
【００３８】
処理５１５において、方法５００は、ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを（例えば、図３の領域３１０から）生成するステップを含む。生成するステップは、処理５１０においてリクエストを受信することに応じて実行され得る。ここで、少なくとも１つの条件は、第２のエンティティ１１０から受信された第１の情報に基づいて決定され得る。第１の情報は、少なくとも１つの条件を設定するために第２のエンティティ１１０の少なくとも１つの選好を含み得る。少なくとも１つの選好は、ＣＡ１２０が第１のエンティティ１０５にエスクローとして要求すべき支払のタイプ及び／又は額を含み得る。少なくとも１つの条件は、第１の情報、及び少なくとも１つの条件がＤｏＳ攻撃を実行することに抑止力を与える可能性に関する第２の情報に基づいて決定され得る。第２の情報は、経験的な証拠及び／又は選好に基づいて設定された設計パラメータであり得る。例えば、ＣＡ１２０は、関連する条件で以前に完了したブロックチェーン処理のログに基づいてその可能性を計算し得る。ログは、エンティティ間の以前のインタラクションについて使用された特定の条件がＤｏＳ攻撃を抑止するのに充分であったかを示す情報を含むことができ、これは現在の条件を設定するのに使用され得る。
【００３９】
少なくとも１つの例示の実施形態によると、少なくとも１つの条件は、第１のエンティティ１０５による支払の形式を含む。支払の形式は、承認されていなくてもよい。例えば、支払の形式は、ＣＡ１２０によって視認可能なエスクローアカウントへの所定の合計金額（例えば、暗号通貨）の承認されていないディポジットであってもよい。
【００４０】
処理５２０において、方法５００は、リクエストに肯定応答する第１のメッセージを第１のエンティティ１０５に送信するステップを含む。第１のメッセージは、（図３に示すように第１のエンティティ１０５のユーザに表示され得る）プロンプトを含む。
【００４１】
動作５２５において、方法５００は、第２のメッセージを受信するステップを含む。第２のメッセージは、第１のエンティティ１０５から及び／又は第１のエンティティ１０５が第１のエンティティの代わりに作用するように指定された他の何らかのエンティティからのものとなり得る。第２のメッセージは、領域３１０からの少なくとも１つの条件が充足され、又は充足されるように承認されるのかの表示を含む。上記のように、第２のメッセージは第１のエンティティ１０５によって送信されてもよく、表示は条件が充足されることの確認及び／又は第１のエンティティ１０５の代わりにＣＡ１２０が条件を充足することの承認を含み得る。他の例では、第２のメッセージは、第１のエンティティ１０５が少なくとも１つの条件を満たしたことを示すように、第１のエンティティ１０５の代わりに他の何らかのエンティティによってＣＡ１２０に送信され得る。
【００４２】
処理５３０において、方法５００は、第２のメッセージの表示に基づいて、第１のエンティティ１０５からのリクエストがＤｏＳ攻撃を試みているのか又はブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定するステップを含む。ＤｏＳ攻撃は、プロンプトの少なくとも１つの条件が充足されていないこと又は充足されるように承認されないことを判定するステップが示す場合に検出され得る。ＤｏＳ攻撃は、少なくとも１つの条件でプロンプトを含んだ第１のメッセージをＣＡ１２０が送信してから所望量の時間が経過した場合にも検出され得る。時間量は、経験上の証拠及び／又は選好に基づいて設定された設計パラメータとなり得る。
【００４３】
第１のエンティティ１０５がＤｏＳ攻撃を試みていることを処理５３０が判定した場合、方法５００は、処理５３５に進み、リクエストを無視する。ネットワークリソースを節約するために、処理５３５は、所定の期間について第１のエンティティ１０５からの全ての後続のリクエストを無視するステップを含み得る。ここで、ネットワークリソースは、所定の期間について第１のエンティティ１０５に対して生成及び送信されるべき第１のメッセージがない結果として節約される。
【００４４】
処理５３０において、リクエストが正当なリクエストであるものと方法５００が判定した場合、方法５００は、少なくとも１つの条件の充足に応じて第１のエンティティ１０５によって要求されるブロックチェーン処理を促進するステップを含む処理５４０に進む。正当なリクエストは、少なくとも１つの条件が満たされたこと又は満たされるように承認されることを第２のメッセージが示す場合に、処理５３０において判定され得る。
【００４５】
処理５４０において、ブロックチェーン処理を促進するステップは、種々の承認手順（例えば、ＰＫＣＳ＃１２プロトコルを用いたＸ．５０９ｖ３証明書を生成すること）を含み得る。例えば、第１のエンティティ１０５によって生成された第１の公開鍵を受信するステップ、第２のエンティティ１１０によって生成された第２の公開鍵を受信するステップ、第１の公開鍵に基づいて第１の証明書を生成するステップ、第２の公開鍵に基づいて第２の証明書を生成するステップ、並びに第１の証明書及び第２の証明書を第１のエンティティ１０５及び第２のエンティティ１１０にそれぞれ送信するステップを含み得る。これらの証明書は、第１のエンティティ１０５及び第２のエンティティ１１０の代わりにＣＡ１２０によってインタラクションの完了の成功を表す。
【００４６】
図５に示す例示の処理の観点において、例示の実施形態は、ネットワーク１１５におけるＤｏＳ攻撃を阻止するためのデバイス（例えば、ＣＡ１２０）に向けられることが理解されるべきである。ＣＡ１２０は、少なくとも１つのインターフェース２００、命令を含むメモリ２１０、並びに第１のエンティティ１０５及び第２のエンティティ１１０の代わりにブロックチェーン処理を開始する第１のエンティティ１０５からのリクエストを受信したことに応じてブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成する命令を実行するプロセッサ２０５を含み得る。ＣＡ１２０は、リクエストに肯定応答する第１のメッセージを第１のエンティティ１０５に少なくとも１つのインターフェース２００を介して送信し得る。第１のメッセージは、プロンプトを含む。ＣＡ１２０は、第２のメッセージを（例えば、第１のエンティティ１０５から）少なくとも１つのインターフェース２００を介して受信する。第２のメッセージは、少なくとも１つの条件が充足されたか又は充足されるように承認されるかの表示を含む。ＣＡ１２０は、第１のエンティティ１０５からのリクエストがＤｏＳ攻撃を試みているのか、表示に基づいてブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定する。ＣＡ１２０は、少なくとも１つの条件の充足に応じてブロックチェーン処理を促進する。
【００４７】
上記のように、少なくとも１つの条件は、図５に関して上述したのと同じ第１の情報及び／又は第２の情報に基づいて決定され得る。また、ＣＡ１２０は、第１の情報及び第２の情報の少なくとも一方をメモリ２１０に記憶し得る。
【００４８】
図６は、少なくとも１つの例示の実施形態による図１におけるシステム１００のための例示の方法６００を示す。
【００４９】
方法６００のステップについて概略の順序を図６に示すが、方法６００は、図６に示すものよりも多い又は少ないステップを含んでいてもよいし、それとは異なるようにステップの順序を並べてもよい。概略として、方法６００は、処理６０５で開始し、処理６４５で終了する。方法は、デバイス１０５／１１０及び／又はＣＡ１２０のそれぞれのプロセッサ２０５によって実行され、コンピュータ可読媒体（例えば、それぞれのメモリ２１０）に符号化又は記憶されるコンピュータ実行可能命令のセットとして実行され得る。代替的に、図６に関して記載した処理は、図１〜３の種々の他の要素によって実施され得る。以下において、図６は、図１〜５との関連で記載したシステム、コンポーネント、アセンブリ、デバイス、ユーザインターフェース、環境、ソフトウェアなどに関して説明される。
【００５０】
説明のために、図６は、少なくとも１つの第１のインターフェース（例えば、デバイス１０５の通信インターフェース２００）を含む第１のデバイス（例えば、デバイス１０５）、少なくとも１つの第２のインターフェース（例えば、デバイス１１０の通信インターフェース２００）を含む第２のデバイス（例えば、デバイス１１０）及び少なくとも１つの第３のインターフェース（例えば、ＣＡ１２０の通信インターフェース２００）を含む第３のデバイス（例えば、ＣＡ１２０）を含むシステムに関して記載される。
【００５１】
処理６１０において、方法６００は、第１のデバイス１０５及び第２のデバイス１１０の代わりにブロックチェーン処理を開始する第３のデバイス１２０に対する少なくとも１つの第３のインターフェースに第１のデバイス１０５が少なくとも１つの第１のインターフェースを介してリクエストを送信するステップを含む。
【００５２】
処理６１５において、方法６００は、リクエストを受信したことに応じて、ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを第３のデバイス１２０が生成するステップを含む。少なくとも１つの例示の実施形態によると、第３のデバイス１２０は、条件を関連付けた直前に完了したブロックチェーン処理のログに基づいてサービス運用妨害攻撃を実行することに対する抑止を少なくとも１つの条件が与える可能性に関する情報を生成し、情報に基づいて少なくとも１つの条件を決定する。少なくとも１つの例示の実施形態では、少なくとも１つの条件は、第３のデバイス１２０に対して第１のデバイス１０５によって承認されない支払の形式である。少なくとも１つの例示の実施形態によると、第３のデバイス１２０は、第２のデバイス１１０から受信された情報に基づいて少なくとも１つの条件を決定する。その情報は、少なくとも１つの条件を設定するための第２のデバイス１１０の少なくとも１つの選好を含む。
【００５３】
処理６２０において、方法６００は、リクエストに肯定応答する第１のメッセージを第３のデバイス１２０が少なくとも１つの第１のインターフェースに少なくとも１つの第３のインターフェースを介して送信するステップを含む。第１のメッセージは、プロンプトを含む。
【００５４】
処理６２５において、方法６００は、第３のデバイス１２０が第２のメッセージを少なくとも１つの第３のインターフェースを介して受信するステップを含む。第２のメッセージは、少なくとも１つの条件が充足されたか又は充足されるように承認されるかの表示を含む。
【００５５】
処理６３０において、方法６００は、第１のデバイスからのリクエストがサービス運用妨害攻撃を試みているのか又は処理６２５からの表示に基づいてブロックチェーン処理を開始する正当なリクエストを発行しているのかを第３のデバイス１２０が判定するステップを含む。
【００５６】
第１のデバイス１０５がサービス運用妨害攻撃を試みていると処理６３０が判定した場合、方法６００は処理６３５に進み、第３のデバイス１２０はリクエストを無視する。サービス運用妨害攻撃は、図５に関して上述したのと同様にして（例えば、プロンプトの少なくとも１つの条件が充足されなかったこと又は充足されるように承認されないことを当該判定が示す場合に）検出され得る。
【００５７】
リクエストが正当なリクエストであると処理６３０が判定した場合、方法６００は処理６４０に進み、少なくとも１つの条件の充足に応じて第３のデバイス１２０はブロックチェーン処理を促進する。リクエストは、図５に関して上述したのと同様にして正当なリクエストとして判定され得る。
【００５８】
ここに記載されるステップ、機能及び処理のいずれも、連続的にかつ自動的に実行され得る。
【００５９】
上記の観点において、例示の実施形態は、第１のエンティティ及び第２のエンティティ（例えば、販売者）の代わりにブロックチェーン処理を実行することを第１のエンティティ（例えば、購入者）が信用ある第三者に要求する背景においてＤｏＳ攻撃を検出及び阻止するための方法及びデバイスを提供することが理解されるべきである。例えば、そのような攻撃は、要求エンティティが正当なリクエストを提出していることの表示として作用するエスクローの一種として要求エンティティに名目上の事前支払を要求することによって検出／阻止され得る。これら及び他の有利な効果は、ここに含まれる開示から明らかとなるはずである。
【００６０】
この開示の例示のシステム及び方法は、デバイス間のセキュアインタラクションを行うことに関して記載されてきた。ただし、本開示を無用に不明瞭とすることを避けるために、上記説明は、多数の周知の構造物及びデバイスを省略することがある。この省略は、請求項に記載される開示の範囲の限定として解釈されるものではない。本開示の理解を与えるのに具体的詳細が説明される。ただし、本開示は、ここに説明する具体的詳細を超えて様々な態様で実施され得ることが理解されるべきである。
【００６１】
またさらに、ここに説明する例示の実施形態は共配置されるシステムの種々の構成要素を示すが、システムの特定の構成要素はＬＡＮ及び／又はインターネットなどの分散ネットワークの離れた部分において又は専用システム内で遠隔に配置されてもよい。したがって、システムの構成要素は１以上のデバイスに組み合わされ、アナログ及び／又はデジタル電気通信ネットワーク、パケット交換ネットワーク又は回路交換ネットワークのような分散ネットワークの特定のノードにおいて共配置され得ることが理解されるべきである。上記説明から、及び計算効率の理由のために、システムの構成要素はシステムの動作に影響を与えることなく構成要素の分散ネットワーク内の任意の位置において配置され得ることが分かるはずである。例えば、種々の構成要素は、ＰＢＸ及びメディアサーバ、ゲートウェイなどのスイッチ、１以上の通信デバイス、１以上のユーザの施設、又はこれらの何らかの組合せにおいて配置され得る。同様に、システムの１以上の機能部分は、電気通信デバイスと関連のコンピューティングデバイスの間に分散され得る。
【００６２】
またさらに、要素を接続する種々のリンクは有線若しくは無線リンク又はその任意の組合せ、又は接続された構成要素に及び構成要素からデータを供給及び／若しくは通信することができる他の任意の周知の若しくは後に開発される要素であればよいことが理解されるべきである。これらの有線又は無線リンクは、セキュアリンクであってもよく、暗号化された情報を通信することができる。リンクとして使用される伝送メディアは、例えば、同軸ケーブル、銅配線及びファイバ光学系を含む、電気信号に対する任意の適切なキャリアであればよく、電磁波及び赤外線データ通信中に生成されるものなどの音響又は光波の形式を採り得る。
【００６３】
また、フローチャートが特定のイベントのシーケンスに関して記載及び説明されてきたが、このシーケンスに対する変更、付加及び省略が開示の動作に実質的に影響を与えることなく行われ得ることが理解されるべきである。
【００６４】
文言「少なくとも１つ」、「１以上」、「又は（若しくは）」及び「及び／又は」は、用法において接続的及び離接的なオープンエンドな表現である。例えば、「Ａ、Ｂ及びＣの少なくとも１つ」、「Ａ、Ｂ又はＣの少なくとも１つ」、「Ａ、Ｂ及びＣの１以上」、「Ａ、Ｂ又はＣの１以上」、「Ａ、Ｂ及び／又はＣ」及び「Ａ、Ｂ又はＣ」という表現の各々は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢの双方、Ａ及びＣの双方、Ｂ及びＣの双方、又はＡ、Ｂ及びＣの全てを意味する。
【００６５】
用語「ａ」又は「ａｎ」エンティティは、そのエンティティの１以上をいう。このように、用語「ａ」（又は「ａｎ」）、「１以上」及び「少なくとも１つ」は、ここでは互換可能に使用され得る。また、用語「備える」、「含む」及び「有する」も互換可能に使用され得ることを注記する。
【００６６】
ここで使用する用語「自動的」及びその変化形は、任意の処理又は動作をいい、これは通常は連続的又は準連続的であり、その処理又は動作が実行されると実質的な人間の入力なしに行われるものである。ただし、処理又は動作の実行が実質的又は非実質的な人間の入力を用いるとしても、その入力がその処理又は動作の実行前に受信される場合にはその処理又は動作は自動的となり得る。人間の入力は、どのようにして処理又は動作が実行されるかにその入力が影響を与える場合に実質的であるとみなされる。処理又は動作の実行に同意する人間の入力は、「実質的」とはみなされない。
【００６７】
ここで使用される用語「判定する／決定する」、「算出する」及び「計算する」並びにその変化形は、互換可能に使用され、任意のタイプの方法、処理、数学的演算又は技術を含む。
【００６８】
本開示の態様は、ここでは全て一般に「回路」、「モジュール」又は「システム」ともいう全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）又はソフトウェア及びハードウェアの態様を組み合わせた実施形態の形式を採り得る。１以上のコンピュータ可読媒体の任意の組合せが利用され得る。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であり得る。
【００６９】
コンピュータ可読記憶媒体は、例えば、ただし限定的にではなく、電子、磁気、光学、電磁、赤外若しくは半導体システム、装置若しくはデバイス又は上記の任意の適宜の組合せであればよい。コンピュータ可読記憶媒体のより具体的な例（網羅的リストではない）は以下：１以上の配線を有する電気接続、可搬コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、可搬コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、又は上記の任意の適宜の組合せを含むことになる。この書類の背景において、コンピュータ可読記憶媒体は、命令実行システム、装置又はデバイスによる又はそれとの関連における使用のためにプログラムを含み又は記憶することができる任意の有形媒体となり得る。
【００７０】
前述したものは、開示の幾つかの態様の理解を与える簡略な概要である。この概要は、開示及びその種々の実施形態の外延でも網羅的全体でもない。それは、開示の鍵となる又は重要な要素を特定するものでも開示の範囲を線引きするものでもなく、以下に提示されるより詳細な説明に対する導入として簡略な形式で開示の選択されたコンセプトを提示するものである。理解されるように、上記に説明し又は以下に詳細を説明する構成の１以上を単独で又は組合せにおいて利用する開示の他の実施形態が可能である。また、開示は例示の実施形態の観点において提示されるが、本開示の個々の態様は独立して特許請求され得ることが理解されるべきである。
【００７１】
さらに他の実施形態では、この開示のシステム及び方法は、専用コンピュータ、プログラムされたマイクロプロセッサ又はマイクロコントローラ及び周辺集積回路素子、ＡＳＩＣ又は他の集積回路、デジタル信号プロセッサ、ディスクリート素子回路などのハード配線電子又は論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬなどのプログラマブル論理デバイス又はゲートアレイ、専用コンピュータ、任意の比較手段などとの関連において実施可能である。一般に、ここに説明する方法を実施することができるデバイス又は手段は、この開示の種々の態様を実施するのに使用され得る。本開示に使用され得る例示のハードウェアは、コンピュータ、ハンドヘルドデバイス、電話機（例えば、携帯、インターネット組込み、デジタル、アナログ、ハイブリッド及びその他）及び当技術で周知の他のハードウェアを含む。これらのデバイスの一部は、プロセッサ（例えば、単一又は複数のマイクロプロセッサ）、メモリ、不揮発性ストレージ、入力デバイス及び出力デバイスを含む。またさらに、ただし限定することなく、分散処理又はコンポーネント／オブジェクト分散処理、並列処理又は仮想機械処理を含む代替のソフトウェア実施例も、ここに記載される方法を実施するのに構築され得る。
【００７２】
さらに他の実施形態では、開示の方法は、様々なコンピュータ又はワークステーションプラットフォームにおいて使用され得る可搬ソースコードを提供するオブジェクトを用いるソフトウェア又はオブジェクト指向ソフトウェア開発環境との関連で直ちに実施され得る。代替的に、標準論理回路又はＶＬＳＩ設計を用いるハードウェアにおいて部分的又は全体的に実施され得る。この開示によるシステムを実施するのにソフトウェア又はハードウェアのいずれが用いられるのかは、利用されているシステムの速度及び／又は効率要件、特定の機能並びに特定のソフトウェア若しくはハードウェアシステム又はマイクロプロセッサ若しくはマイクロコンピュータシステムに応じる。
【００７３】
さらに他の実施形態では、開示の方法は、記憶媒体に記憶され、プログラムされた汎用コンピュータにおいてコントローラ及びメモリ、専用コンピュータ、マイクロプロセッサなどの協働によって実行され得るソフトウェアにおいて部分的に実施され得る。これらのインスタンスにおいて、この開示のシステム及び方法は、アプレット、ＪＡＶＡ（登録商標）又はＣＧＩスクリプトのようなパーソナルコンピュータに組み込まれたプログラムとして、サーバ又はコンピュータワークステーションに常駐するリソースとして、専用測定システム、システムコンポーネントなどに組み込まれたルーチンとして実施され得る。システムはまた、システム及び／又は方法をソフトウェア及び／又はハードウェアシステムに物理的に含むことによって実施され得る。
【００７４】
本開示は特定の標準及びプロトコルに関して実施形態において実施される構成要素及び機能を説明するが、開示はそのような標準及びプロトコルに限定されない。ここに言及されない他の類似の標準及びプロトコルが存在しており、本開示に含まれるものとみなされる。さらに、ここに言及される標準及びプロトコル並びにここに言及されない他の類似の標準及びプロトコルは、本質的に同じ機能を有するより速い又はより有効な均等物によって定期的に代替される。そのような同じ機能を有する代替の標準及びプロトコルは、本開示に含まれる均等物とみなされる。
【００７５】
種々の実施形態、構成及び態様において、本開示は、種々の実施形態、部分的組合せ及びその部分集合を含む、実質的にここに図示及び記載されるような構成要素、方法、処理、システム及び／又は装置を含む。当業者であれば、本開示を理解した後に、ここに開示されるシステム及び方法をどのようにして製造及び使用するかを理解するはずである。種々の実施形態、構成及び態様において、本開示は、ここに又は種々の実施形態、構成若しくはその態様において図示及び／又は記載されないアイテムなしにデバイス及び処理を提供することを含み、例えば、性能を向上するために、以前のデバイス又は処理において使用されてきたであろうそのようなアイテムなしに、実施の容易化及び／又は実施のコストを低減することを実現することを含む。
【００７６】
開示の上記記載は、例示及び説明の目的で提示されてきた。以上は、ここに開示される単数の形式又は複数の形式に開示を限定するものではない。以上の詳細な説明では、例えば、開示の種々の構成が、開示の合理化の目的で１以上の実施形態、構成又は態様においてともにグループ化されている。開示の実施形態、構成又は態様の構成は、上述したもの以外の代替の実施形態、構成又は態様に組み合わせられ得る。この開示の方法は、請求項に記載される開示が、各請求項に明示的に記載されるよりも多くの構成を要件とする意図を反映するものとして解釈されてはならない。そうではなく、以降の特許請求の範囲が反映するように、進歩的な態様は上記の単一の開示の実施形態、構成又は態様の全ての構成よりも少ないものに存在する。したがって、以降の特許請求の範囲は、独立した開示の好ましい実施形態として各請求項がそれ自体で成立する状態でこの詳細な説明に含まれる。
【００７７】
さらに、開示の説明は１以上の実施形態、構成又は態様並びに特定のバリエーション及び変形例の記載を含んでいるが、他のバリエーション、組合せ及び変形例は、例えば、本開示を理解した後に当業者の技術及び知識内となるように、開示の範囲内となる。いずれの特許可能な事項も公に特化させることを意図することなく、そのような代替の、互換可能な及び／又は均等の構造、機能、範囲若しくはステップがここに開示されるか否かにかかわらず、請求項に記載されるものに対する代替の、互換可能な及び／又は均等の構造、機能、範囲若しくはステップを含み、許可される程度で代替の実施形態、構成又は態様を含む権利を取得することが意図されている。
【００７８】
少なくとも１つの例示の実施形態は、ネットワークにおけるサービス運用妨害攻撃を阻止する方法に向けられる。方法は、第１のエンティティ及び第２のエンティティの代わりにブロックチェーン処理を開始するリクエストを前記第１のエンティティから受信するステップ、前記リクエストを受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成するステップ、前記リクエストに肯定応答する第１のメッセージを前記第１のエンティティに送信するステップであって、前記第１のメッセージが前記プロンプトを含む、ステップ、第２のメッセージを受信するステップであって、該第２のメッセージは前記少なくとも１つの条件が充足されたか又は充足するように認証されるのかの表示を含む、ステップ、前記表示に基づいて、前記第１のエンティティからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定するステップ、及び前記少なくとも１つの条件の充足に応じて前記ブロックチェーン処理を促進するステップを備える。
【００７９】
少なくとも１つの例示の実施形態によると、方法は、前記第２のエンティティから受信された第１の情報に基づいて前記少なくとも１つの条件を決定するステップをさらに備える。
【００８０】
少なくとも１つの例示の実施形態によると、前記決定するステップは、前記第１の情報及び前記少なくとも１つの条件が前記サービス運用妨害攻撃の実行に対する抑止力を与える可能性に関する第２の情報に基づいて前記少なくとも１つの条件を決定するステップを含む。
【００８１】
少なくとも１つの例示の実施形態によると、前記少なくとも１つの条件は前記第１のエンティティによる支払の形式を含む。
【００８２】
少なくとも１つの例示の実施形態によると、前記支払の形式は承認されていない。
【００８３】
少なくとも１つの例示の実施形態によると、前記ブロックチェーン処理は、ブロックチェーンにアクセスするステップ及び前記ブロックチェーンにブロックを付加するステップを含む。
【００８４】
少なくとも１つの例示の実施形態によると、前記促進するステップは、前記第１のエンティティによって生成される第１の公開鍵を受信するステップ、前記第２のエンティティによって生成される第２の公開鍵を受信するステップ、前記第１の公開鍵に基づいて第１の証明書を生成するステップ、前記第２の公開鍵に基づいて第２の証明書を生成するステップ、及び前記第１の証明書及び前記第２の証明書を前記第１のエンティティ及び前記第２のエンティティにそれぞれ送信するステップを含む。
【００８５】
少なくとも１つの例示の実施形態によると、方法は、前記プロンプトの前記少なくとも１つの条件が充足されなかったこと又は充足するように承認されないことを前記判定するステップが示す場合に前記第１のエンティティからの前記リクエストを無視するステップをさらに備える。
【００８６】
少なくとも例示の実施形態は、ネットワークにおけるサービス運用妨害攻撃を阻止するためのデバイスに向けられ、デバイスは、少なくとも１つのインターフェース、命令を含むメモリ、及びプロセッサであって、第１のエンティティ及び第２のエンティティの代わりにブロックチェーン処理を開始するリクエストを前記第１のエンティティから受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成し、前記リクエストに肯定応答する前記プロンプトを含む第１のメッセージを前記第１のエンティティに前記少なくとも１つのインターフェースを介して送信し、前記少なくとも１つの条件が充足されたか又は充足されるように承認されるのかの表示を含む第２のメッセージを前記少なくとも１つのインターフェースを介して受信し、前記表示に基づいて、前記第１のエンティティからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定し、前記少なくとも１つの条件の充足に応じて前記ブロックチェーン処理を促進する命令を実行するプロセッサを備える。
【００８７】
少なくとも１つの例示の実施形態によると、前記命令は、前記プロセッサに、関連する条件で以前に完了したブロックチェーン処理のログに基づいて前記少なくとも１つの条件が前記サービス運用妨害攻撃の実行に対する抑止力を与える可能性に関する第１の情報を生成させ、前記第１の情報に基づいて前記少なくとも１つの条件を決定させる命令を含む。
【００８８】
少なくとも１つの例示の実施形態によると、前記命令は、前記プロセッサに、前記第１の情報及び前記第２のエンティティから受信された第２の情報に基づいて前記少なくとも１つの条件を決定させる命令を含み、前記第２の情報は前記少なくとも１つの条件を設定するための前記第２のエンティティの少なくとも１つの選好を含む。
【００８９】
少なくとも１つの例示の実施形態によると、前記命令は、前記プロセッサに、前記第１の情報及び前記第２の情報の少なくとも一方を前記メモリに記憶させる命令を含む。
【００９０】
少なくとも１つの例示の実施形態によると、前記少なくとも１つの条件は前記第１のエンティティによる支払の形式を含む。
【００９１】
少なくとも１つの例示の実施形態によると、前記支払の形式は承認されていない。
【００９２】
少なくとも１つの例示の実施形態によると、前記命令は、ブロックチェーンにアクセスすること、及び前記ブロックチェーンにブロックを付加することによって、前記プロセッサに前記ブロックチェーン処理を促進させる命令を含む。
【００９３】
少なくとも１つの例示の実施形態によると、前記命令は、前記第１のエンティティによって生成される第１の公開鍵を前記少なくとも１つのインターフェースを介して受信すること、前記第２のエンティティによって生成される第２の公開鍵を前記少なくとも１つのインターフェースを介して受信すること、前記第１の公開鍵に基づいて第１の証明書を生成すること、前記第２の公開鍵に基づいて第２の証明書を生成すること、及び前記第１の証明書及び前記第２の証明書を前記第１のエンティティ及び前記第２のエンティティに前記少なくとも１つのインターフェースを介してそれぞれ送信することによって、前記プロセッサに前記ブロックチェーン処理を促進させる命令を含む。
【００９４】
少なくとも１つの例示の実施形態によると、前記命令は、前記プロセッサに、前記プロンプトの前記少なくとも１つの条件が充足されなかったこと又は充足されるように承認されないことを前記判定が示す場合に前記第１のエンティティからの前記リクエストを無視させる命令を含む。
【００９５】
少なくとも１つの例示の実施形態は、ネットワークにおけるサービス運用妨害攻撃を阻止するためのシステムに向けられ、システムは、少なくとも１つの第１のインターフェースを含む第１のデバイス、少なくとも１つの第２のインターフェースを含む第２のデバイス、及び少なくとも１つの第３のインターフェースを含む第３のデバイスを備える。前記第１のデバイスが、前記第１のデバイス及び前記第２のデバイスの代わりにブロックチェーン処理を前記第３のデバイスに開始させるリクエストを前記少なくとも１つの第３のインターフェースに前記少なくとも１つの第１のインターフェースを介して送信し、前記第３のデバイスが、前記リクエストを受信したことに応じて、前記ブロックチェーン処理に関連付けられる少なくとも１つの条件を含むプロンプトを生成し、前記第３のデバイスが、前記リクエストに肯定応答する第１のメッセージを前記少なくとも１つの第１のインターフェースに前記少なくとも１つの第３のインターフェースを介して送信し、前記第１のメッセージが前記プロンプトを含み、前記第３のデバイスが、前記少なくとも１つの第３のインターフェースから第２のメッセージを前記少なくとも１つの第３のインターフェースを介して受信し、該第２のメッセージは前記少なくとも１つの条件が充足されたか又は充足されるように承認されるのかの表示を含み、前記第３のデバイスが、前記表示に基づいて、前記第１のデバイスからの前記リクエストが前記サービス運用妨害攻撃を試みているのか又は前記ブロックチェーン処理を開始する正当なリクエストを発行しているのかを判定し、前記第３のデバイスは前記少なくとも１つの条件の充足に応じて前記ブロックチェーン処理を促進し、前記第３のデバイスは前記プロンプトの前記少なくとも１つの条件が充足されなかったこと又は充足されるように承認されないことを前記判定が示す場合に前記リクエストを無視する。
【００９６】
少なくとも１つの例示の実施形態によると、前記第３のデバイスは、条件を関連させた以前に完了したブロックチェーン処理のログに基づいて前記少なくとも１つの条件が前記サービス運用妨害攻撃の実行に対する抑止力を与える可能性に関する情報を生成し、前記情報に基づいて前記少なくとも１つの条件を決定する。前記少なくとも１つの条件は、前記第３のデバイスに対して前記第１のデバイスによって承認されない支払の形式である。
【００９７】
少なくとも１つの例示の実施形態によると、前記第３のデバイスは、前記第２のエンティティから受信された情報に基づいて前記少なくとも１つの条件を決定し、前記情報は前記少なくとも１つの条件を設定するための前記第２のエンティティの少なくとも１つの選好を含む。前記少なくとも１つの条件は、前記第３のデバイスに対して前記第１のデバイスによって承認されない支払の形式である。
【図１】
2019145095.tif 000003
【図２】
2019145095.tif 000004
【図３】
2019145095.tif 000005
【図４】
2019145095.tif 000006
【図５】
2019145095.tif 000007
【図６】
2019145095.tif 000008
【外国語明細書】
2019145095.tif 000009
2019145095.tif 000010
2019145095.tif 000011
2019145095.tif 000012
2019145095.tif 000013
2019145095.tif 000014
2019145095.tif 000015
2019145095.tif 000016
2019145095.tif 000017
2019145095.tif 000018
2019145095.tif 000019
2019145095.tif 000020
2019145095.tif 000021
2019145095.tif 000022
2019145095.tif 000023
2019145095.tif 000024
2019145095.tif 000025
2019145095.tif 000026
2019145095.tif 000027
2019145095.tif 000028
2019145095.tif 000029
2019145095.tif 000030
2019145095.tif 000031
2019145095.tif 000032
2019145095.tif 000033
2019145095.tif 000034
2019145095.tif 000035
2019145095.tif 000036
2019145095.tif 000037
2019145095.tif 000038
2019145095.tif 000039
2019145095.tif 000040
2019145095.tif 000041
2019145095.tif 000042