(57)【要約】【課題】本明細書は、電話詐欺抑制のための方法、システム、装置、コンピュータ記憶媒体上に符号化されたコンピュータプログラムを開示する。【解決手段】方法の１つは、第１のユーザの第１の電話イベントの第１の識別子を、分散ネットワーク上の１つまたは複数のデバイスによって管理されるブロックチェーンに追加することを含む。第１の電話イベントの第１の識別子は、電話詐欺識別子のリストに分類される。第２のユーザを含む第２の電話イベントの第２の識別子が受信される。第２の識別子は、第１の識別子を含む電話詐欺識別子のリストと比較される。第２の識別子が電話詐欺識別子のリスト内の電話詐欺識別子と一致する場合、第１のユーザは、第２の電話イベントが電話詐欺のリスクを伴うことを通知される。【選択図】図１
2021532427.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実装方法であって、
第１のユーザが関与する第１の電話イベントの第１の識別子を受信するステップと、
前記第１の識別子を、分散ネットワーク上の１つまたは複数のデバイスによって管理されるブロックチェーンに格納された電話詐欺識別子のリストと比較するステップと、
前記第１の識別子が前記電話詐欺識別子のリストにある前記電話詐欺識別子と一致した場合、前記第１の電話イベントに電話詐欺のリスクを伴うことを前記第１のユーザに通知するステップと、
を含む、方法。
【請求項２】
第２のユーザが関与する第２の電話イベントの第２の識別子を受信するステップと、
前記第２の識別子を前記ブロックチェーンに格納された前記電話詐欺識別子のリストに追加するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第２の識別子は、前記第２の電話イベントの発信者識別又は前記第２の電話イベントのフィンガープリントを含む、請求項２に記載の方法。
【請求項４】
前記第２の電話イベントの前記フィンガープリントは、前記第２の電話イベントの音特性を含む、請求項３に記載の方法。
【請求項５】
前記第２の識別子は、前記ブロックチェーンに格納されたスマートコントラクトに基づいて前記第２のユーザから受け取られる、請求項２から４のいずれか１項に記載の方法。
【請求項６】
前記第２の電話イベントに関する第２のユーザ行動を前記ブロックチェーンに追加するステップをさらに含む、請求項２から５のいずれか１項に記載の方法。
【請求項７】
前記第２の識別子を前記電話詐欺識別子のリストに追加するステップは、
前記第２の識別子を前記ブロックチェーンに追加するステップと、
前記第２の識別子を前記電話詐欺識別子のリストに分類するステップと、
を含む、請求項２から６のいずれか１項に記載の方法。
【請求項８】
前記分類するステップは、
前記ブロックチェーンに格納されたスマートコントラクトに基づいて、
前記第２の識別子が前記ブロックチェーンに追加された回数を累積するステップと、
その数を閾値の数と比較して、前記第２の識別子が前記電話詐欺識別子のリストに分類されるかどうかを決定するステップと、
を含む、請求項７に記載の方法。
【請求項９】
前記第２の識別子は、前記第２のユーザから直接的に受信される、請求項２から８のいずれか１項に記載の方法。
【請求項１０】
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサに結合され、請求項１から９のいずれかに記載の方法を実行するために前記１つまたは複数のプロセッサによって実行可能な命令が格納された１つまたは複数のコンピュータ可読メモリと、
を含む、システム。
【請求項１１】
請求項１から９のいずれかに記載の方法を実行するための複数のモジュールを備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散型自動電話詐欺リスク管理に関する。
【背景技術】
【０００２】
分散型台帳システム（ＤＬＳ：Distributed ledger system）は、コンセンサスネットワーク及び／又はブロックチェーンネットワークとも呼ばれ、参加エンティティがデータを安全かつ変わりなく格納することを可能にする。ブロックチェーンネットワークの種類の例は、パブリックブロックチェーンネットワーク、プライベートブロックチェーンネットワーク、コンソーシアムブロックチェーンネットワークを含むことができる。コンソーシアムブロックチェーンネットワークは、コンセンサスプロセスを制御するエンティティの選択されたグループに提供され、アクセス制御層を含む。
【０００３】
電話詐欺（Phone fraud）、より一般的には通信詐欺は、違法な目的または違法な方法で電気通信デバイスまたはサービスを使用する。電話詐欺の種類は、自動ダイヤラー、テレマーケティング詐欺、発信者ＩＤスプーフィング、電話詐欺、携帯電話スパム、および顧客、通信会社、または第三者に対するその他の種類の詐欺を含む。電話詐欺は、詐欺師、いたずら師、さらには嫌がらせ師として行われる。そのような電話詐欺の受信者は、電話詐欺にだまされるか、又は適切に反応しないように、知覚された脆弱性に基づいて選択され得る。このような電話詐欺の発信元は、マシンがトリガーする通話（「ロボ発信者（robocallers）」）または受信者に知られていない発信者を含み得る。しかしながら、全てのロボ発信者又は不明な発信者が詐欺や違法であるとは限らない。
【０００４】
電話詐欺を特定してブロックする解決法が提案されている。例えば、詐欺電話番号のリストは、ユーザへの着信が詐欺であるかどうかを決定するために使用されるローカル端末デバイスまたはリモートサーバに格納され得る。
【発明の概要】
【０００５】
本明細書は、ブロックチェーンプラットフォームを通じて電話詐欺のリスクを管理するための技術について記載する。コンピュータ実装方法では、第１のユーザが関与する第１の電話イベントの第１の識別子がブロックチェーンプラットフォームで受信される。第１の識別子は、分散型ネットワーク上の１つ又は複数のデバイスによって管理されるブロックチェーンに格納される電話詐欺識別子のリストに追加される。第２のユーザが関与する第２の電話イベントの第２の識別子がブロックチェーンプラットフォームで受信される。第２の識別子は、第１の識別子を含む電話詐欺識別子のリストと比較される。第２の識別子が電話詐欺識別子のリストにある電話詐欺識別子と一致する場合、ブロックチェーンプラットフォームは第２のユーザに第２の電話イベントに電話詐欺のリスクを伴うことを通知する。
【０００６】
詐欺識別子のリストを格納するブロックチェーンの分散型データベースを使用する明らかな利点は、詐欺抑制である。ブロックチェーンは、システムに深刻な損害を与える詐欺的なトランザクションを抑制する。非常に多くの計算ノードが台帳の自身のコピーを維持しているため、偽のトランザクションをブロックチェーンに挿入することはほとんど不可能である。電話詐欺では、詐欺エンティティはまたシステムに危害を加えようとする。例えば、詐欺エンティティは、システムに「詐欺識別子」の偽のレポートを作成して、システムの動作を妨害し得る。システムに実際には詐欺ではない「詐欺識別子」が多すぎる場合、電話詐欺の誤検知の増加が許容できなくなる。ブロックチェーンネットワークでは、多くの計算ノードがデータエントリをハッシュする際にバリデーションおよびベリフィケーションを行うため、ブロックチェーンにハッシュされる偽の「詐欺識別子」の可能性は事実上ゼロにまで減少する。さらに、ブロックチェーンに格納された詐欺識別子は、台帳の他のコピーによって検出されない限り、台帳のコピーで変更され得ない。さらに、ブロックチェーンは全てのハッシュされたトランザクションをチェーン化された「ブロック」として追跡するため、詐欺識別子の完全な処理履歴が利用可能である。例えば、ブラックリスト、グレーリスト、またはホワイトリストに分類されている、またはブラックリスト、グレーリスト、またはホワイトリストから削除されている詐欺識別子の完全な記録は全て、ブロックチェーンを通じて表示または監査するために利用可能である。また、詐欺識別子は、多くの計算ノードの台帳のコピーに格納されるため、システムの堅牢性が大幅に向上する。実際には、これらの計算ノードが全てダウンするわけではないため、システムは動作に失敗することになるわけではない。
【０００７】
本明細書はまた、１つまたは複数のプロセッサに結合された１つまたは複数の非一時的なコンピュータ可読記憶媒体であって、１つまたは複数のプロセッサによって実行されるとき、本明細書で提供される方法の実施形態に係る動作を１つまたは複数のプロセッサに実行させる命令が格納された１つまたは複数の非一時的なコンピュータ可読記憶媒体を提供する。
【０００８】
さらに、本明細書は、本明細書で提供される方法を実装するためのシステムを提供する。システムは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサに結合されたコンピュータ可読記憶媒体であって、１つまたは複数のプロセッサによって実行されたとき、本明細書で提供される方法の実施形態に係る動作を１つまたは複数のプロセッサに実行させる命令が格納されたコンピュータ可読記憶媒体とを含む。
【０００９】
本明細書に係る方法は、本明細書に記載される態様および特徴の任意の組み合わせを含み得ることが理解される。すなわち、本明細書に係る方法は、本明細書に具体的に記載される態様および特徴の組み合わせに限定されず、提供される態様および特徴の任意の組み合わせも含む。
【００１０】
本明細書の１つまたは複数の実施形態の詳細は、添付の図面および以下の説明に記載される。本明細書の他の特徴および利点は、説明および図面、ならびに特許請求の範囲から明らかになるであろう。
【００１１】
様々な図面における同様の参照番号および名称は、同様の要素を示す。
【図面の簡単な説明】
【００１２】
【図１】図１は、本明細書の実施形態を実行するために使用され得る環境を例示する図である。
【図２】図２は、本明細書の実施形態に係るアーキテクチャを例示する図である。
【図３】図３は、本明細書の実施形態に係る電話詐欺リスクを管理する例示的なシステムを示す図である。
【図４】図４は、本明細書の実施形態に係る、ブロックチェーンに詐欺イベント識別子を提出する例示的なプロセスを概略的に示す図である。
【図５】図５は、本明細書の実施形態に係る詐欺イベントをブロックする例示的なプロセスを概略的に示す図である。
【図６】図６は、本明細書の実施形態に係る例示的な方法のフロー図である。
【発明を実施するための形態】
【００１３】
本明細書は、ブロックチェーンプラットフォームを通じて電話詐欺のリスクを管理するための技術について記載する。これらの技術は、一般に、電話詐欺の１つまたは複数のインスタンスについての情報をブロックチェーンネットワークに提供するユーザ端末デバイスを含む。例えば、情報は、発信者識別（「発信者ＩＤ」）または電話詐欺イベントの特徴（「詐欺フィンガープリント（fraud fingerprint）」）を含み、「電話詐欺識別子」と総称される。電話詐欺識別子はそれぞれ、ブロックまたはブロックのチェーンとしてブロックチェーンデータベースに格納される。格納された電話詐欺識別子はさらに、カテゴリまたは電話詐欺識別子のリストに分類される。ユーザデバイスが発信者ＩＤまたは着信電話イベントのフィンガープリントを検出すると、検出された発信者ＩＤまたはフィンガープリントが詐欺識別子のリストと比較され、着信電話イベントに電話詐欺のリスクがあるかどうかが評価される。
【００１４】
本明細書の実施形態、並びに上記で紹介したように、（コンセンサスネットワークとも呼ばれ、ピアツーピアノードで構成される）分散型台帳システム（ＤＬＳ）、およびブロックチェーンネットワークに更なるコンテキストを提供するために、参加エンティティが安全かつ変わりなくトランザクションを実行し、データを格納することを可能にする。ブロックチェーンという用語は通常、特定のネットワークおよび／または使用例に関連付けられているが、ブロックチェーンは、特定の使用例を参照せずに、ＤＬＳを一般的に指すために本明細書で使用される。
【００１５】
ブロックチェーンは、トランザクションが不変である（immutable）方法でトランザクションを格納するデータ構造である。したがって、ブロックチェーンでのトランザクションの記録は確実（reliable）かつ信頼性（trustworthy）がある。ブロックチェーンは１つまたは複数のブロックを含む。チェーン内の各ブロックは、前のブロックの暗号化ハッシュを含むことにより、チェーン内の直前のブロックにリンクされる。各ブロックはまた、タイムスタンプ、独自の暗号化ハッシュ、および１つまたは複数のトランザクションを含む。ブロックチェーンネットワークのノードによって検証済みのトランザクションは、ハッシュされ、マークルツリー（Merkle tree）に符号化される。マークルツリーは、各リーフノードが対応するトランザクションデータブロックのハッシュであり、各非リーフノードがその子のハッシュの連結のハッシュであるデータ構造である。その結果、ルートノードは、ツリーでカバーされるデータの全てのデータブロックを表す。ツリーに格納されているトランザクションのものであると主張するハッシュは、それがツリーの構造と一致しているかどうかを判定することによって、すばやく検証され得る。
【００１６】
ブロックチェーンがトランザクションを格納するための分散型または少なくとも部分的に分散型のデータ構造である場合、ブロックチェーンネットワークは、トランザクションのブロードキャスト、ベリフィケーション、バリデーションなどによって１つまたは複数のブロックチェーンを管理、更新、および維持する計算ノードのネットワークである。上記で紹介したように、ブロックチェーンネットワークは、パブリックブロックチェーンネットワーク、プライベートブロックチェーンネットワーク、またはコンソーシアムブロックチェーンネットワークとして提供されることができる。本明細書の実施形態は、コンソーシアムブロックチェーンネットワークを参照して、本明細書でさらに詳細に記載される。しかしながら、本明細書の実施形態は、任意の適切な種類のブロックチェーンネットワークで実現され得る。
【００１７】
一般的に、コンソーシアムブロックチェーンネットワークは、参加するエンティティ間で個人用（private）である。コンソーシアムブロックチェーンネットワークでは、コンセンサスプロセスは、コンセンサスノードと呼ばれる承認されたノードのセットによって制御され、その１つまたは複数がそれぞれのエンティティ（金融機関、保険会社など）によって操作される。たとえば、１０のエンティティ（金融機関、保険会社など）のコンソーシアムは、それぞれがコンソーシアムブロックチェーンネットワーク内の少なくとも1つのノードを操作するコンソーシアムブロックチェーンネットワークを操作することができる。
【００１８】
いくつかの例では、コンソーシアムブロックチェーンネットワーク内で、グローバルブロックチェーンは、全てのノード間で複製されるブロックチェーンとして提供される。つまり、全てのコンセンサスノードは、通常、グローバルブロックチェーンに関して完全な状態のコンセンサスにある。コンセンサス（ブロックチェーンへのブロックの追加への同意）を達成するために、コンソーシアムのブロックチェーンネットワーク内にコンセンサスプロトコルまたはアルゴリズムが実装される。たとえば、コンソーシアムブロックチェーンネットワークは、実用的なビザンチンフォールトトレランス（ＰＢＦＴ：practical Byzantine fault tolerance）コンセンサスを実装することができる。
【００１９】
図１は、本明細書の実施形態を実行するために使用することができる環境１００の例を示す図である。いくつかの例では、環境１００は、エンティティがコンソーシアムブロックチェーンネットワーク１０２に参加することを可能にする。環境１００は、複数のコンピューティングデバイス１０６、１０８、およびネットワーク１１０を含む。いくつかの例では、ネットワーク１１０は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、またはそれらの組み合わせを含み、ウェブサイト、ユーザデバイス（コンピューティングデバイス）、およびバックエンドシステムを接続する。いくつかの例では、ネットワーク１１０は、有線および／または無線通信リンクを介してアクセスされることができる。いくつかの例では、ネットワーク１１０は、コンソーシアムブロックチェーンネットワーク１０２との通信、およびコンソーシアムブロックチェーンネットワーク１０２内での通信を可能にする。一般に、ネットワーク１１０は、１つまたは複数の通信ネットワークを表す。場合によっては、ネットワーク１１０は、スイッチ、ルータ、リピータ、電気ケーブルおよび光ファイバ、発光器および受信機、無線送信機および受信機などのネットワークハードウェアを含む。いくつかの場合において、コンピューティングデバイス１０６、１０８は、クラウドコンピューティングシステム（図示せず）のノードであり得るか、または各コンピューティングデバイス１０６、１０８は、ネットワークによって相互接続され、分散処理システムとして機能する多数のコンピュータを含む別個のクラウドコンピューティングシステムであり得る。
【００２０】
図示の例では、コンピューティングシステム１０６、１０８はそれぞれ、コンソーシアムブロックチェーンネットワーク１０２へのノードとしての参加を可能にする任意の適切なコンピューティングシステムを含むことができる。コンピューティングデバイスの例は、サーバ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピューティングデバイス、およびスマートフォンを含むが、これらに限定されない。いくつかの例では、コンピューティングシステム１０６、１０８は、コンソーシアムブロックチェーンネットワーク１０２と相互作用するための１つまたは複数のコンピュータ実装サービスをホスト（host）する。例えば、コンピューティングシステム１０６は、第１のエンティティが１つまたは複数の他のエンティティ（他のユーザ）とのトランザクションを管理するために使用するトランザクション管理システムなど、第１のエンティティ（ユーザＡ）のコンピュータ実装サービスをホストすることができる。コンピューティングシステム１０８は、第２のエンティティが１つまたは複数の他のエンティティ（他のユーザ）とのトランザクションを管理するために使用するトランザクション管理システムなど、第２のエンティティ（ユーザＢ）のコンピュータ実装サービスをホストすることができる。図１の例では、コンソーシアムブロックチェーンネットワーク１０２は、ノードのピアツーピアネットワークとして表され、コンピューティングシステム１０６、１０８は、コンソーシアムブロックチェーンネットワーク１０２に参加する第１のエンティティおよび第２のエンティティのノードをそれぞれ提供する。
【００２１】
図２は、本明細書の実施形態によるアーキテクチャ２００の例を示す。例示的なアーキテクチャ２００は、参加者Ａ、参加者Ｂ、および参加者Ｃにそれぞれ対応する参加者システム２０２、２０４、２０６を含む。各参加者（ユーザ、企業など）は、複数のノード２１４を含むピアツーピアネットワークとして提供されるブロックチェーンネットワーク２１２に参加し、その少なくともいくつかはブロックチェーン２１６に変わりなく情報を記録する。本明細書でさらに詳細に説明するように、ブロックチェーンネットワーク２１２内に単一のブロックチェーン２１６が概略的に示されているが、ブロックチェーン２１６の複数のコピーが提供され、ブロックチェーンネットワーク２１２全体で維持される。
【００２２】
図示の例では、各参加者システム２０２、２０４、２０６は、それぞれ、参加者Ａ、参加者Ｂ、および参加者Ｃによって、またはそれらに代わって提供され、ブロックチェーンネットワーク２１２内のそれぞれのノード２１４として機能する。本明細書で使用されるノードは、一般に、ブロックチェーンネットワーク２１２に接続され、それぞれの参加者がブロックチェーンネットワークに参加できるようにする個々のシステム（コンピュータ、サーバなど）を指す。図２の例では、参加者は各ノード２１４に対応する。しかしながら、参加者はブロックチェーンネットワーク２１２内の複数のノード２１４を操作することができ、および／または複数の参加者がノード２１４を共有することができることが企図されている。いくつかの例では、参加者システム２０２、２０４、２０６は、プロトコル（ハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ））を使用して、および／またはリモートプロシージャコール（ＲＰＣ）を使用して、ブロックチェーンネットワーク２１２と、またはそれを介して通信する。
【００２３】
ノード２１４は、ブロックチェーンネットワーク２１２内で参加の様々な度合いを有することができる。例えば、いくつかのノード２１４は、（ブロックチェーン２１６にブロックを追加するマイナーノードとして）コンセンサスプロセスに参加することができるが、他のノード２１４はコンセンサスプロセスに参加しない。別の例として、いくつかのノード２１４はブロックチェーン２１６の完全なコピーを格納するが、他のノード２１４はブロックチェーン２１６の一部のコピーのみを格納する。たとえば、データアクセス権限により、それぞれの参加者がそれぞれのシステム内に保存するブロックチェーンデータを制限することができる。図２の例では、参加者システム２０２、２０４は、ブロックチェーン２１６の完全なコピー２１６'、２１６''、２１６'''を格納する。本明細書の説明では、ブロックチェーンネットワーク２１２のノード２１４は、説明の目的で「参加者ノード」とも呼ばれる。一部の実施形態では、参加者ノード２１４の一部または全てがコンセンサスプロセスに参加し、「コンセンサスノード」と呼ばれる。また、ブロックチェーン２１６のコンセンサスノードは、参加者ノード２１４から選択されていない他のノードを含むことができる。他のいくつかの実施形態では、ブロックチェーン２１６にブロックを追加するためのコンセンサスノードは、ブロックチェーン２１６に追加されるブロックを提案する参加者ノード２１４と重複しない。
【００２４】
図２のブロックチェーン２１６などのブロックチェーンはブロックのチェーンで構成され、各ブロックはデータを格納する。データの例は、２人以上の参加者間のトランザクションを表すトランザクションデータを含む。本明細書では非限定的な例としてトランザクションが使用されているが、任意の適切なデータがブロックチェーン（ドキュメント、画像、ビデオ、オーディオなど）に格納され得る。トランザクションの例は、価値のあるものの交換（資産、製品、サービス、通貨など）または一部のイベントやアクティビティの発生を含むことができるが、これらに限定されない。トランザクションデータはブロックチェーン内に変わりなく格納される。つまり、検出できない変更はトランザクションデータにされ得ない。
【００２５】
ブロックに格納される前に、トランザクションデータはハッシュされる。ハッシュ化（Hashing）は、典型的に文字列データとして提供されるトランザクションデータを、典型的に文字列データとして提供される固定長のハッシュ値に変換するプロセスである。ハッシュ値をハッシュ解除してトランザクションデータを取得することはできない。ハッシュ化は、トランザクションデータにおけるわずかな変更が完全に異なるハッシュ値を生成することを確実にする。さらに、上記のように、ハッシュ値は固定長である。つまり、トランザクションデータのサイズに関係なく、ハッシュ値の長さは固定される。ハッシュ化は、ハッシュ関数を介してトランザクションデータを処理してハッシュ値を生成することを含む。ハッシュ関数の例は、２５６ビットのハッシュ値を出力するセキュアハッシュアルゴリズム（ＳＨＡ）−２５６を含むが、これに限定されない。
【００２６】
複数のトランザクションのトランザクションデータはハッシュされ、ブロックに格納される。たとえば、２つのトランザクションのハッシュ値が提供され、それ自体がハッシュされて別のハッシュが提供される。このプロセスは、全てのトランザクションがブロックに格納されるために、単一のハッシュ値が提供されるまで繰り返される。このハッシュ値は、マークルルートハッシュ（Merkle root hash）と呼ばれ、ブロックのヘッダに格納される。トランザクションのいずれかを変更すると、ハッシュ値が変更され、最終的にはマークルルートハッシュが変更されることになる。
【００２７】
ブロックは、コンセンサスプロトコルを介してブロックチェーンに追加される。ブロックチェーンネットワーク内の複数のノードは、コンセンサスプロトコルに参加し、ブロックチェーンにブロックを追加する作業を実行する。このようなノードはコンセンサスノードと呼ばれる。上記で紹介したＰＢＦＴは、コンセンサスプロトコルの非限定的な例として使用される。コンセンサスノードは、コンセンサスプロトコルを実行してトランザクションをブロックチェーンに追加し、ブロックチェーンネットワークの全体的な状態を更新する。
【００２８】
より詳細には、たとえば、コンセンサスノードは、ブロックヘッダを生成し、ブロック内の全てのトランザクションをハッシュし、ハッシュ値をペアで組み合わせて、ブロック内の全てのトランザクションに単一のハッシュ値が提供されるまで、さらにハッシュ値を生成する（マークルルートハッシュ）。このハッシュは、ブロックヘッダに追加される。また、コンセンサスノードは、ブロックチェーン内の最新のブロック（ブロックチェーンに追加された最後のブロック）のハッシュ値を決定する。また、コンセンサスノードは、ノンス値（nonce value）及びタイムスタンプをブロックヘッダに追加する。
【００２９】
一般に、ＰＢＦＴは、ビザンチン障害（誤動作しているノード、悪意のあるノードなど）を許容する実用的なビザンチンステートマシンレプリケーション（Byzantine state machine replication）を提供する。これは、障害が発生することになると想定することによってＰＢＦＴにおいて実現される（独立したノードの障害、および／またはコンセンサスノードによって送信された操作されたメッセージの存在を想定）。ＰＢＦＴでは、コンセンサスノードは、プライマリコンセンサスノードとバックアップコンセンサスノードを含むシーケンスにおいて提供される。プライマリコンセンサスノードは、定期的に変更される。トランザクションは、ブロックチェーンネットワークの世界の状態（world state）に関する合意に達するブロックチェーンネットワーク内の全てのコンセンサスノードによってブロックチェーンに追加される。このプロセスでは、コンセンサスノード間でメッセージが送信される。各コンセンサスノードは、指定されたピアノードからメッセージが受信されたことを証明し、送信中にメッセージが変更されなかったことを確認する。
【００３０】
ＰＢＦＴでは、コンセンサスプロトコルは、同じ状態で始まる全てのコンセンサスノードを用いて複数のフェーズにおいて提供される。まず、クライアントはプライマリコンセンサスノードに要求を送信して、サービス動作を呼び出す（ブロックチェーンネットワーク内でトランザクションを実行する）。要求の受信に応答して、プライマリコンセンサスノードは、要求をバックアップコンセンサスノードにマルチキャストする。バックアップコンセンサスノードは、要求を実行し、それぞれがクライアントに応答を送信する。クライアントは、閾値数の応答が受信されるまで待機する。一部の例では、クライアントはｆ＋１の応答が受信されるまで待機する。ｆは、ブロックチェーンネットワーク内で許容され得る障害のあるコンセンサスノードの最大数である。最終結果として、十分な数のコンセンサスノードが、ブロックチェーンに追加される記録の順序について合意に達する。記録は、受け入れられるか拒否されるかの一方である。
【００３１】
ブロックチェーン環境１００および／またはブロックチェーンアーキテクチャ２００は、電話詐欺リスク管理システムを実装するために使用され得る。
【００３２】
図３は、電話詐欺リスクを管理する例示的なシステム３００である。システム３００は、１つまたは複数のブロックチェーンプラットフォーム３２０および複数のユーザ３４０を含む。一部の実施形態では、システム３００はまた、他のサービスプロバイダ３８０を含み得る。サービスプロバイダ３８０は、電話詐欺の検出またはブロックに関するサービスを提供することを専門とする通信キャリア会社または他のサードパーティサービスプロバイダを含み得る。ユーザ３４０またはブロックチェーンプラットフォーム３２０は、その機能を実行する際にサービスプロバイダ３８０と通信し得る。たとえば、ブロックチェーンプラットフォーム３２０は、電話イベントのデータルーティングパスの特性をサービスプロバイダ３８０から取得し得る。ブロックチェーンプラットフォーム３２０はまた、電話イベントの発信者のＵＲＩをサービスプロバイダ３８０から取得し得る。いくつかの実施形態では、電気通信事業者会社は、ブロックチェーンネットワーク２１２に参加する場合、ユーザ３４０であり得る。キャリアユーザ３４０は、キャリアユーザ３４０の電話サービス加入者から収集する詐欺イベントの取引情報を提供することができる場合がある。一部の実施形態では、電気通信事業者会社はまた、ブロックチェーン２１６のコピーを格納するために、計算ノード２１４としてブロックチェーンネットワークに参加し得る。
【００３３】
いくつかの実施形態では、ブロックチェーンプラットフォーム３２０は、電話詐欺の識別子を各計算ノード２１４の台帳でブロックチェーン２１６に格納するブロックチェーンネットワーク２１２のデプロイメントをサポートするように機能するコンピューティングデバイスまたはコンピューティングデバイスのプールである。ブロックチェーンプラットフォーム３２０は、ブロックチェーン２１６のコンセンサスノードとなる計算ノード２１４を選択するためのコンセンサスプロトコル及びルールを提供する。ブロックチェーンプラットフォーム３２０はまた、ユーザ３４０のコンピューティングシステムを通じてユーザアプリケーションを実装するソフトウェアモジュールをユーザ３４０に提供する。ユーザ３４０に配置（deploy）されたユーザアプリケーションは、電話詐欺を決定およびブロックする際にブロックチェーンプラットフォーム３２０と共に機能する。たとえば、ブロックチェーン２１６に格納されるスマートコントラクト３０２は、ユーザ３４０のユーザアプリケーションとブロックチェーンプラットフォーム３２０との間の連携を管理する。
【００３４】
一部の実施形態では、プラットフォーム３２０は、１つまたは複数のホストコンピュータシステムによってサポートされる仮想マシン層として実装される。いくつかの実施形態では、計算ノード２１４のコンピューティングシステム２０２、２０４、２０６の少なくともいくつかは、ブロックチェーンプラットフォーム３２０の少なくとも一部を実装する仮想マシン層を一緒にホストする。いくつかの実施形態では、エンティティは、物理マシンまたは仮想マシンとして、ブロックチェーンプラットフォーム３２０の少なくとも一部を実装する１つまたは複数のサーバコンピュータシステムを操作し得る。
【００３５】
プラットフォーム３２０は、処理ユニット３２２およびプラットフォームアプリケーション３２４を含む。プラットフォームアプリケーション３２４は、ソフトウェアユニットのタスクを実装するために別々に格納され専用化された実行可能コードをそれぞれが有するソフトウェアユニットを含み得る。例えば、プラットフォームアプリケーションは、コンセンサスユニット３２６、ブラックリストユニット３２７、グレーリスト（greylist）ユニット３２８、不正フィンガープリント処理ユニット３２９、詐欺識別子分析ユニット３３０、ユーザ行動分析ユニット３３２、ユーザ協調ユニット３３４、およびリスク決定ユニット３３６を含む。プラットフォームアプリケーション３２４のユニットは、同じコンピューティングデバイス上に常駐してもよく、または分散コンピューティング環境で一緒に結合された複数のコンピューティングデバイス上に常駐してもよい。いくつかの実施形態では、プラットフォームアプリケーション３２４のユニットは、複数のホストコンピューティングデバイスによってサポートされるアプリケーションレベルの仮想マシンとして実装される。
【００３６】
いくつかの実施形態では、ユーザ３４０は、処理ユニット３４２、データセンシングスイート３４４、およびユーザアプリケーション３４６を含むコンピューティングシステムである。データセンシングスイート３４４は、ユーザ３４０のコンピューティングデバイスに埋め込まれるか、または電気的または通信結合リンクを介してコンピューティングデバイスに結合されるセンサおよび／または他のデータセンシングデバイスを含む。たとえば、データセンシングスイート３４４は、レーダセンサ、モーションセンサ、ジェスチャセンサ、生体特性センサ、温度センサ、圧力センサ、距離センサ、ＲＦＩＤセンサ、オーディオセンサ、ビデオセンサ、ソフトウェアデータセンサ、Ｗｅｂクローラ、または他のセンサ若しくはセンシングデバイスを含み得る。
【００３７】
データセンシングスイート３４４のセンサは、着信電話イベントの発信者識別子（「発信者ＩＤ」）を自動的に取得するように構成される。発信者ＩＤは、発信者の電話番号、発信者の名前、ＶｏＩＰ通話用の発信者のデバイスのＩＰアドレス、ＶｏＩＰ通話用の発信者のデバイスのＵＲＩ（Uniform Resource Identifier）または他の発信者識別子を含むが、これらに限定されない。
【００３８】
データセンシングスイート３４４のセンサは、着信電話イベント、例えば、音声通話、音声メッセージ、またはテキストメッセージに関して、またはそれに応答して、ユーザの行動特性を検出または取得するように構成される。そのようなユーザの行動特性は、ユーザが、着信電話イベントを、電話詐欺を含むものとして扱うか又は電話詐欺のリスクを持っているものとして扱うかを示し得る。例えば、ユーザが２秒などの着信音コールを受け入れた後、非常に短い時間内に電話を切ったことをデータセンシングスイート３４４が検出した場合、ユーザが着信コールを詐欺として扱っていると決定され得る。別の例として、モーションセンサ及び顔認識センサは、協同して、彼／彼女が発信者ＩＤを確認した直後にユーザが携帯電話をひっくり返して着信音を消したことを検出し得る。電話イベントを処理する際のこれらおよびその他のユーザの行動特性は、ユーザが電話イベントを不正なものとして扱うことを示す傾向がある。
【００３９】
さらに、データセンシングスイート３４４のセンサは、電話イベント自体の特徴的な特性（「フィンガープリント」）を検出または取得するように構成される。例えば、音センサは、受信された電話または音声メッセージの音特性を検出し得る。音特性は、受信された電話または音声メッセージの音声パターン、音響特性またはスピーチパターンを含み得る。そのような音声パターンまたは音響特性は、電話詐欺に関連すると決定された場合、電話詐欺のソースを識別するための識別子として使用され得る。別の例では、スピーチパターンは、スピーチが人間の発信者によって行われたのか、ロボ発信者（robocaller）によって行われたのかを示してもよい。たとえば、ロボ発信者は、マシンによって生成された、またはユーザによって作成された割り込み信号またはサインに応答せずに話し続ける傾向がある。別の例では、ロボ発信者は、着信コールがピックアップされたことを検出すると、常に一定の時間間隔の後に話し始める。電話イベントのこのような際立った特徴は、電話イベントのフィンガープリントとして検出される。
【００４０】
いくつかの実施形態では、ユーザ３４０は電気通信事業者会社である。キャリアユーザ３４０は、電話イベントのデータ送信パターンまたは特性を追跡することができるデータセンサを含む。例えば、ポピュラーなボイスオーバーインターネットプロトコル（「ＶｏＩＰ」）の下で、詐欺発信者は、偽の発信者ＩＤ、例えば、偽の電話番号を使用して、詐欺電話イベントの実際のソースを偽装し得る。偽の発信者ＩＤは頻繁に簡単に変更できるため、電話詐欺イベントの検出が難しくなる。キャリアユーザ３４０のデータセンシングスイート３４４は、セッション開始プロトコル（「ＳＩＰ」）の下で実装された電話イベントの一意のリソース識別子（「ＵＲＩ」）を検出する。さらに、キャリアユーザ３４０のデータセンシングスイート３４４はまた、データパケットのデータトラフィック経路を電話イベントのフィンガープリントとして追跡する。データトラフィックパスまたはデータトラフィックパス内の特定のノードは、電話詐欺のフィンガープリントとして決定され得る。別の例では、発信者ノードが複数の受信者に同時にパケットを送信することが検出された場合、発信者ノードはロボ発信者として決定され得る。
【００４１】
本明細書の説明では、これらに限定されないが、音声パターン、音響特性、データ伝送特性、発信者の行動を含む着信電話イベントの特徴的な特性は、一般に、電話イベントフィンガープリントと呼ばれる。電話イベントのフィンガープリントが電話詐欺に関連していると決定された場合、説明の目的で、電話イベントのフィンガープリントは「詐欺フィンガープリント」と呼ばれる。
【００４２】
いくつかの実施形態では、データセンシングスイート３４４は、ユーザアプリケーション３４６と直接通信して、ユーザアプリケーション３４６が、データセンシングスイート３４４から、ユーザ行動データ、電話イベントフィンガープリント、および／または発信者ＩＤを直接的に取得するようにする。一部の実施形態では、ユーザアプリケーション３４６は、スマートコントラクト３０２に基づいて、データセンシングスイート３４４からデータを選択的に取得する。たとえば、スマートコントラクト３０２は、どの種類の発信者ＩＤ、ユーザの行動、またはフィンガープリントデータがブロックチェーン２１６にバッチ処理されることができるかを指定し得る。
【００４３】
いくつかの実施形態では、ユーザアプリケーション３４６は、詐欺識別子提出ユニット３４８、発信者ＩＤ検出ユニット３５０、ユーザ行動センシングユニット３５２、フィンガープリントセンシングユニット３５４、リスク通知ユニット３５６、ローカル詐欺検出ユニット３５８、およびブロッキングユニット３６０のソフトウェアユニットを含む。
【００４４】
いくつかの実施形態では、ユーザアプリケーション３４６およびそのソフトウェアユニットは、プラットフォームによって提供されるソフトウェアモジュールを使用して、ユーザ３４０のコンピューティングデバイス上に配置される。ユーザ３４０のユーザアプリケーション３４６およびプラットフォーム３２０のプラットフォームアプリケーション３２４は、それぞれのオペレーションにおいて通信可能に結合され、スマートコントラクト３０２を介して互いに機能的にリンクされる。例えば、スマートコントラクト３０２は、ユーザアプリケーション３４６とプラットフォームアプリケーション３２４との間のデータ通信のためのデータフォーマットを提供する。スマートコントラクト３０２はまた、着信コールに関するユーザ行動を検出するためのユーザ行動検知ユニット３５２の標準（standard）または基準（criteria）を指定する。スマートコントラクト３０２はまた、フィンガープリントセンシングユニット３５４が電話イベントのフィンガープリントを検出するための標準または基準を指定する。
【００４５】
ブロックチェーンプラットフォーム３２０および／またはユーザ３４０のソフトウェアユニットの動作および機能は、本明細書でさらに説明される。
【００４６】
図４は、詐欺イベントの識別子をブロックチェーン２１６に提出する例示的なプロセス４００を示す。いくつかの実施形態では、プロセス４００は、ブロックチェーンプラットフォーム３２０によってサポートされるブロックチェーンネットワーク２１２を通じて実装される。スマートコントラクト３０２は、ブロックチェーンネットワーク２１２によって維持されるブロックチェーン２１６のブロックまたはブロックチェーンに、認証済みトランザクションとして格納される。
【００４７】
操作４２０において、ユーザ３４０の詐欺識別子提出ユニット３４８は、ユーザ３４０においてローカルで詐欺イベントのトランザクション情報のバッチを生成する。いくつかの実施形態では、トランザクション情報のバッチは、合意が完了したときにトランザクション情報のバッチがブロックチェーン２１６にハッシュされる準備ができるように、関連するスマートコントラクト３０２の要件または規定に基づいて生成される。本明細書では、説明の目的で、ローカルに生成されたトランザクション情報のバッチは、スマートコントラクト３０２がブロックチェーン２１６に追加する必要がある方法でトランザクション情報がバッチ処理されることを示す「提案されたブロック」と呼ばれる。ユーザ３４０でのトランザクションデータのローカル処理は、ユーザ３４０とブロックチェーンプラットフォーム３２０との間のデータ処理負担を分割し、これはブロックチェーンプラットフォーム３２０の計算リソースを節約する。さらに、提案されたブロックは、スマートコントラクト３０２の要件に基づいて生成され、提案されたブロックに含まれるトランザクション情報のベリフィケーションおよびバリデーションを容易にする。そのため、コンセンサスプロセスが迅速化され、提案されたブロックにバッチ処理されたトランザクション情報をハッシュする際にコンセンサスを締結する際の遅延が大幅に減少する。これらの技術的利点は、特にユーザ３４０の数が数百万または数億の規模に達する場合に、ブロックチェーンプラットフォーム３２０の円滑な運用を保証する。
【００４８】
いくつかの実施形態では、提案されたブロックは、詐欺イベントの取引データと、ユーザ３４０の識別、例えば、ユーザ３４０の電話番号とを含む。いくつかの実施形態では、トランザクションデータは、詐欺イベントの識別子および詐欺イベントの他の情報を含む。詐欺イベントの識別子は、１つまたは複数の発信者ＩＤまたは詐欺イベントの詐欺フィンガープリントを含む。発信者ＩＤまたは詐欺フィンガープリントのそれぞれは、複数のカテゴリを含み得る。例えば、発信者ＩＤは、電話番号、ＵＲＩ番号、ＩＰアドレス、または発信者の他の識別を含み得る。詐欺フィンガープリントは、音特性（例えば、音響特性、音声パターン、またはスピーチパターン）、データ通信経路、または詐欺イベントの他の識別特性を含み得る。
【００４９】
いくつかの実施形態では、提案されたブロックは、詐欺イベントに関するユーザの行動特性を示すユーザ行動データも含む。ユーザの行動データは、例えば、ユーザが電話を取った後に予め設定された時間内に通話をオフにする、ユーザが電話に出ない、ユーザが電話を止める、ユーザがメッセージの読み取った後に予め設定された時間内にメッセージを削除する、またはユーザが電話のイベントを不正なものとして扱うことを示す他のユーザの行動特性など、様々なカテゴリを含む。
【００５０】
いくつかの実施形態では、提案されたブロックはまた、詐欺イベントがユーザによって手動で識別されたか、またはユーザアプリケーション３４６によって自動的に識別されたかを示すデータを含む。ローカル詐欺検出ユニット３５８は、ユーザ行動データに基づいて、電話イベントが詐欺であると自動的に決定するように機能する。いくつかの実施形態では、ユーザは電話イベントを手動で詐欺であると識別しないか、または電話詐欺をブロックチェーンネットワーク２１２に手動で提出しないが、ローカル詐欺検出ユニット３５８は、データセンシングスイート３４４によって検出され、ユーザ行動センシングユニット３５２によって収集されるユーザの行動に基づいて、ユーザが電話イベントを詐欺であると決定する。そのような自動的に決定された電話詐欺イベントはまた、提案されたブロックに含まれることができ、手動で決定された電話詐欺と比較して、自動的に決定された電話詐欺として識別され得る。
【００５１】
いくつかの実施形態では、本明細書でさらに説明するように、詐欺識別子の分類は、自動的に決定された詐欺イベントよりも手動で決定された詐欺イベントに大きな重みを割り当て得る。
【００５２】
いくつかの実施形態では、詐欺イベント識別子の異なるカテゴリは、別々の提案されたブロックにバッチ処理される。
【００５３】
いくつかの実施形態では、提案されたブロックはまた、詐欺電話イベントのトランザクションをハッシュすることに適用可能なスマートコントラクト３０２の識別を含む。
【００５４】
例示的な操作４２２では、提案されたブロックは、プラットフォーム３２０によってサポートされるブロックチェーンネットワーク２１２に提供される。いくつかの実施形態では、提案されたブロックは、例えば提案されたブロックに含まれるスマートコントラクトＩＤによって、ブロックチェーンネットワーク２１２によって受信されたときに、スマートコントラクト３０２にリンクされる。
【００５５】
例示的な操作４２４では、スマートコントラクト３０２は、ブロックチェーンネットワーク２１２のコンセンサスノード２１４に提供または識別される。例えば、ブロックチェーン２１６は、オートダイヤラ、テレマーケティング詐欺、発信者ＩＤのなりすまし、電話詐欺、または携帯電話スパムなどの異なる種類の電話詐欺イベントに対する複数のスマートコントラクト３０２を格納し得る。電話イベントは、１人のユーザによって詐欺として扱われる場合があり、別のユーザによって正当なものとして扱われる場合がある。たとえば、同じ発信者ＩＤは、特定のユーザへの詐欺的な通話に使用される場合があり、他のユーザへの正当な通話に使用される場合がある。提案されたブロックは、様々な種類の電話詐欺に特化したスマートコントラクト３０２のＩＤを含む。スマートコントラクト３０２のそのような識別は、コンセンサスノード２１４に対して識別され、提案されたブロックに含まれるトランザクション情報をベリファイおよびバリデートする際の関連するコンセンサスアルゴリズムを決定する。
【００５６】
例示的な操作４２６では、コンセンサスユニット３２６は、コンセンサスプロセスにおいてブロックチェーンネットワーク２１２のコンセンサスノード２１４を調整して、提案されたブロックをブロックチェーン２１６にハッシュする。スマートコントラクト３０２に応じて、発信者ＩＤ、詐欺フィンガープリント、またはユーザ行動データは、ブロックチェーン２１６内の個別のブロックにハッシュされる。
【００５７】
例示的な操作４２８では、ブラックリストユニット３２７は、電話詐欺の識別子が分類されるか、またはブラックリストに追加されるかどうかを決定する。ブラックリストは、電話詐欺にリンクすると決定された例えば発信者ＩＤまたは詐欺フィンガープリントなどの電話詐欺の識別子を含む。例えば、ブラックリストユニット３２７は、発信者ＩＤがユーザ３４０によって詐欺であると報告された回数を決定するためにカウンタを適用する。カウンタが第１の閾値、例えば２０に達すると、発信者ＩＤは発信者ＩＤのブラックリストに分類または追加される。ブラックリストは、ブロックチェーンの別のチェーンにおいてブロックチェーン２１６に格納されるか、または発信者ＩＤの元のブロックにハッシュされた追加のブロックとして実装され、発信者ＩＤのステータスがブラックリストに分類されることを示す。
【００５８】
いくつかの実施形態では、詐欺フィンガープリントについて、詐欺フィンガープリント処理ユニット３２９は、詐欺フィンガープリントが分類されるかまたはブラックリストに追加される前に、さらなるデータ処理を実行する。例えば、発信者の音響特性またはスピーチパターンに使用される記録された音声サンプルは、発信者を表す記録された音声サンプルの部分を取得するために、同じ発信者の他の音声サンプルで処理され得る。様々なテキストに依存しない音声分析方法が、記録された音声サンプルを分析するために使用され得る。そのような方法は、周波数推定、ガウス混合モデル、パターンマッチング、ニュートラルネットワーク、ベクトル量子化、隠れマルコフモデル、または他の適切な解決方法を含むが、これらに限定されない。
【００５９】
ブラックリストユニット３２７はまた、同じユーザ３４０または異なるユーザ３４０のいずれかであるユーザ３４０によって詐欺フィンガープリントが報告された時間を累積するためにカウンタを適用し得る。
【００６０】
いくつかの実施形態では、手動で決定された詐欺イベントは、カウンタの累積において自動的に決定された詐欺イベントよりも大きな重みを有する場合がある。例えば、例えば収集されたユーザ行動データを使用してローカル詐欺検出ユニット３５８によって自動的に決定された詐欺イベントは、０．５カウンタ値として割り引かれ得る。一方で、手動で決定された詐欺イベントは、１カウンタ値としてカウントされ得る。
【００６１】
いくつかの実施形態では、カウンタは、事前設定された時間間隔の間に適用される。時間間隔外のカウンタのエントリは、除去され得る。たとえば、詐欺報告のカウンタは１５日間に設定される。発信者ＩＤが１５日以内に２０回以上詐欺として報告された場合、発信者ＩＤはブラックリストに追加される。任意のこのようなカウンタでは、１５日よりも前の詐欺の報告は、カウントされないであろう。
【００６２】
一部の実施形態では、カウンタは、同じユーザ３４０による、または異なるユーザ３４０による詐欺識別子の報告を区別し得る。同じユーザ３４０による同じ詐欺識別子の繰り返しの報告は、累積で割り引かれ得る。
【００６３】
例示的な操作４３０では、グレーリストユニット３２８は、電話詐欺の識別子が追加されるか、またはグレーリストに分類されるかどうかを決定する。グレーリストは、ブラックリストにあるものよりも確実性が低い電話詐欺にリンクしていると決定される、発信者ＩＤまたは詐欺フィンガープリントなどの電話詐欺の識別子を含む。いくつかの実施形態では、グレーリストは、発信者ＩＤまたはフィンガープリントが特定の期間内に詐欺であると報告された回数を累積するカウンタ値に基づいて決定される。電話詐欺の識別子をグレーリストに分類するための閾値は、ブラックリストの閾値よりも低くなる傾向がある。
【００６４】
例示的な操作４３２では、詐欺識別子分析ユニット３３０は、ブロックチェーン２１６に格納された詐欺フィンガープリントデータを分析する。詐欺フィンガープリントデータは、最初に、例えば、音声、テキスト内容、スピーチパターンなどの異なるカテゴリに分類され得る。次に、各カテゴリの詐欺フィンガープリントのエントリは、ユーザ３４０の領域、発信者の領域、詐欺イベントの時間などのような要因に基づいて統計的に分析される。分類および統計分析の結果は、ユーザ３４０の各発信者ＩＤまたは詐欺フィンガープリントのリスクレベルを個別化するために使用され得る。分類および分析の結果はまた、ユーザアプリケーション３４６を更新するために使用され得る。例えば、ユーザアプリケーション３４６は、どの詐欺フィンガープリントデータのカテゴリが収集されるべきかに関して更新され得る。
【００６５】
いくつかの実施形態では、操作４２８、４３０、４３２はそれぞれ、スマートコントラクト３０２または他のスマートコントラクトに基づいて行われる。スマートコントラクトは、計算ノード２１４間および／またはユーザ３４０とプラットフォーム３２０との間で合意される。いくつかの実施形態では、操作４２８、４３０、４３２に関する計算ノード２１４間の関連するスマートコントラクトは、ブロックチェーン２１２のコンセンサスアルゴリズムまたはコンセンサスプロトコルの一部になる。スマートコントラクトの様々な用途は全て本明細書に含まれる。
【００６６】
いくつかの実施形態では、操作４２８、４３０、４３２はそれぞれ、ユーザ３４０の識別に基づく個別化された分析を含む。例えば、詐欺識別子が特定のユーザ３４０によって詐欺であると複数回報告され、他のユーザ３４０によって報告されない場合、詐欺識別子は、特定のユーザ３４０に関する詐欺識別子のブラックリストまたはグレーリストに分類され得る。詐欺識別子の個別化された分類及び分析により、ブロックチェーンプラットフォーム３２０でのユーザ体験とユーザロイヤルティが大幅に向上する。ユーザ３４０とブロックチェーンプラットフォーム３２０との間の直接通信は、個別化されたデータ処理および分析を効果的に容易にする。例えば、提案されたブロックのバッチ処理されたトランザクション情報は、個別化されたデータ処理を容易にするスマートコントラクト３０２に基づくユーザ識別を既に含む。
【００６７】
いくつかの実施形態では、個別化されたデータ処理はまた、ユーザ３４０の詐欺報告行動を分析する。例えば、詐欺報告の平均数は、所与の期間にわたってユーザ３４０の間で取得される。ユーザ３４０が平均数よりはるかに多くの詐欺識別子を報告する場合、レッドフラグがユーザ３４０に取り付けられ得る。ユーザ３４０が異常に多数の詐欺識別子を報告することにおいて悪意があるかどうかを決定するために、さらなる分析が行われ得る。ブロックチェーン２１６を使用すると、ユーザ３４０の詐欺報告行動のこの個別化された分析が大幅に容易になる。例えば、提案されたブロックのブロックチェーン２１６へのハッシュは、当然、詐欺報告の時間を示すタイムスタンプを含む。提案されたブロックは、個別化された分析のために容易であるユーザ３４０の識別をバッチ処理する。
【００６８】
例示的な操作４３４では、ユーザ行動分析ユニット３３２は、ブロックチェーン２１６に格納されたユーザ行動データを分析する。ユーザの行動データは、たとえば、通話をオフにする、電話の呼び出し音を消す、メッセージフォルダに切り替えるなど、様々なカテゴリに分類される。ユーザの行動カテゴリは、詐欺イベントに応じてユーザが行う可能性のある行動を決定するために、統計的に分析される。ユーザの行動カテゴリは、異なる種類の電話詐欺及び異なるユーザに基づいて分析され得る。分類および分析結果は、ユーザアプリケーション３４６を更新するために使用され得る。例えば、ユーザアプリケーション３４６は、どのユーザ行動データのカテゴリが収集されるべきかに関して更新され得る。
【００６９】
例示的な操作４３６では、ユーザ協調ユニット３３４は、ソフトウェアおよびデータの更新をユーザ３４０に提供する。いくつかの実施形態では、発信者ＩＤのブラックリストおよびグレーリストは、詐欺リスクのローカル決定のためにユーザ３４０に提供され得る。格納された詐欺フィンガープリントを使用して詐欺イベントを決定するためにユーザ３４０に必要な計算能力を有さないため、詐欺フィンガープリントのリストはユーザ３４０に提供されない。別の例では、ユーザアプリケーション３４６は、潜在的な詐欺イベントへの対応に関して更新され得る。例えば、ローカル詐欺検出ユニット３５８は、特定のユーザの行動が、他のユーザの行動よりも、例えば詐欺電話のような電話詐欺の種類に対応する可能性が高いことを指定するように更新され得る。
【００７０】
図５は、詐欺イベントをブロックする例示的なプロセス５００を示す。いくつかの実施形態では、プロセス５００は、ブロックチェーンプラットフォーム３２０によってサポートされるブロックチェーンネットワーク２１２を通じて実装される。
【００７１】
操作５２０では、ユーザデバイス３４０は、着信電話イベント、例えば、着信音声通話を検出する。
【００７２】
操作５２２では、発信者ＩＤ検出ユニット３５０は、着信電話イベントの発信者ＩＤを決定する。発信者ＩＤは、電話番号、発信者名、ＵＲＩ、ＩＰアドレス、または発信者若しくは電話イベントに使用されるデバイスの他の識別を含み得る。いくつかの実施形態では、発信者ＩＤ検出ユニット３５０は、スマートコントラクト３０２に基づいて発信者ＩＤの種類を検出する。例えば、発信者ＩＤ検出部３５０は、発信者ＩＤのブラックリストまたはグレーリストに含まれる発信者ＩＤの種類に対応する発信者ＩＤの種類またはカテゴリを検出する。スマートコントラクト３０２は、グレーリストまたはブラックリストのそのような情報を提供する。いくつかの実施形態では、発信者ＩＤ検出ユニット３５０は、着信電話イベントの発信者ＩＤを決定する際にサービスプロバイダ３８０と調整または通信する。例えば、サービスプロバイダは着信電話イベントのＵＲＩを取得し得る。
【００７３】
操作５２４では、フィンガープリントセンシングユニット３５４は、着信電話イベントのフィンガープリントを決定する。フィンガープリントは、音響特性、音声パターン、スピーチパターン、データ送信パターン、データ送信ノード、または着信電話イベントの他の特性を含み得る。いくつかの実施形態では、フィンガープリントセンシングユニット３５４は、スマートコントラクト３０２に基づいて、着信電話イベントのフィンガープリントを検出する。例えば、フィンガープリントセンシングユニット３５４は、詐欺フィンガープリントのバックリストまたはグレーリストに含まれる詐欺フィンガープリントの種類に対応するフィンガープリントデータの種類またはカテゴリを検出する。スマートコントラクト３０２は、グレーリストまたはブラックリストのそのような情報を提供し得る。
【００７４】
着信電話イベントのフィンガープリントの一部は、ユーザ３４０が電話イベントを受け入れる前に検出できる場合がある。例えば、ＶｏＩＰ通話のためのデータパケットのデータ伝送経路は、音声通話が応答される前に決定され得る。他の一部のフィンガープリントは、着信電話イベントが受け入れられるか又は開始された後にのみ決定され得る。たとえば、音声通話またはメッセージの音響特性または音声パターンは、音声通話セッションが開始された後でのみ検出できる。
【００７５】
いくつかの実施形態では、フィンガープリントセンシングユニット３５４は、着信電話イベントの音声サンプルの音クリップを記録し、記録された音クリップを着信電話イベントのフィンガープリントとして使用する。
【００７６】
いくつかの実施形態では、操作５２２および操作５２４は同時に行われる。いくつかの実施形態では、操作５２４は、操作５２２が行われた後に行われる。すなわち、ユーザ３４０は、まず、詐欺の判定に使用される発信者ＩＤを判定する。発信者ＩＤを使用した詐欺の判定は、フィンガープリントを使用した詐欺の判定よりも計算リソースが少なくて済む。
【００７７】
例示的な操作５２６では、着信電話イベントの決定された発信者ＩＤは、ブロックチェーンプラットフォーム３２０に提供される。
【００７８】
例示的な操作５２８では、着信電話イベントの決定されたフィンガープリントがブロックチェーンプラットフォーム３２０に提供される。
【００７９】
例示的な操作５３０では、リスク決定ユニット３３６は、着信電話イベントの発信者ＩＤを発信者ＩＤのブラックリストおよび／またはグレーリストと比較することにより電話詐欺のリスクを決定し、着信電話イベントの決定された発信者ＩＤが電話詐欺のリスクを伴うかどうかを決定する。いくつかの実施形態では、着信電話イベントの発信者ＩＤは、グレーリストと比較される前に、最初にブラックリストと比較される。
【００８０】
例示的な操作５３２では、リスク決定ユニット３３６は、着信電話イベントのフィンガープリントを詐欺フィンガープリントのブラックリストおよび／またはグレーリストと比較することにより、電話詐欺のリスクを決定する。音声パターンフィンガープリントのような音ベースのフィンガープリントの場合、テキストに依存しない様々な音声分析方法を使用して、着信電話イベントのフィンガープリントを保存されている詐欺フィンガープリントと比較する。このような方法は、周波数推定、ガウス混合モデル、パターンマッチング、ニュートラルネットワーク、ベクトル量子化、隠れマルコフモデル、または他の適切な解決方法を含み得るが、これらに限定されない。
【００８１】
操作５３０、５３２のそれぞれでは、リスク決定ユニット３３６がブラックリストにおいて一致を見つけると、それぞれの電話イベントは、詐欺イベントのリスクを有するものとして分類される。リスク決定ユニット３３６がグレーリスト内で一致を発見すると、それぞれの電話イベントは、可能性のある詐欺イベントのリスクがあると分類される。
【００８２】
例示的な操作５３４では、決定された電話詐欺リスクは、ユーザ３４０に送信される。
【００８３】
例示的な操作５３６では、ユーザ３４０のブロッキングユニット３６０は、決定された電話詐欺リスクに基づいて詐欺抑制手順を実施する。いくつかの実施形態では、詐欺抑制手順は、起こり得る詐欺リスク、すなわち、グレーリストマッチングとは異なる、詐欺イベント、すなわち、ブラックリストマッチングを処理した。いくつかの実施形態では、リスク通知ユニット３５６は、例えば、ユーザインターフェースを介して、詐欺通知メッセージをユーザに提示する。リスク通知ユニット３５６はまた、可能性のある電話詐欺を処理するためのユーザのためのオプション、例えば、電話イベントを拒否する、電話イベントを継続する、または電話イベントをメッセージフォルダに変換するオプションを提示する。電話詐欺、つまりブラックリストの一致の場合、ブロッキングユニット３６０は着信電話イベントを自動的に拒否するか、着信電話イベントをメッセージフォルダに変換し得る。リスク通知ユニット３５６は、ユニット３６０が着信する詐欺電話イベントを自動的にブロックした後、電話詐欺についてユーザに通知し得る。
【００８４】
いくつかの実施形態では、ユーザ３４０のブロッキングユニット３６０は、詐欺イベントに応答するユーザの行動の個別化された分析に基づいて個別化される。例えば、第１のユーザ３６０のブロッキングユニット３６０は、ブロックチェーンプラットフォーム３２０によって詐欺であると決定された着信コールを自動的に消音するように個別化され得る。第２のユーザ３４０のブロッキングユニット３６０は、着信がブロックチェーンプラットフォーム３２０によって詐欺であると判定された場合、着信をメッセージフォルダに自動的に転送するように個別化され得る。
【００８５】
図６は、例示的な方法６００のフロー図である。便宜上、方法６００は、１つまたは複数の場所に配置される１つまたは複数のコンピュータのシステムによって実行され、本明細書に従って適切にプログラムされるものとして説明される。例えば、方法６００の動作は、ブロックチェーンプラットフォーム３２０によって実行される。
【００８６】
例示的な動作６１０では、ブロックチェーンプラットフォーム３２０は、第１のユーザ３４０が関与する第１の電話イベントの第１の識別子を受信する。いくつかの実施形態では、第１の識別子は、第１のユーザ３４０から受信される。第１の識別子は、第１の電話詐欺イベントの発信者の発信者ＩＤまたは電話詐欺イベントのフィンガープリントのうちの１つまたは複数を含む。フィンガープリントは、音コンテンツ、テキストコンテンツ、データ通信パスの特徴的な特性、または第１の電話詐欺イベントの特徴における、第１の電話詐欺イベントのその他の特性を含む。一部の実施形態では、第１の電話詐欺イベントの第１の識別子情報は、ローカルで処理され、ブロックチェーンプラットフォーム３２０に送信される前に、第１のユーザ３４０で提案されたブロックに組み立てられる。いくつかの実施形態では、第１の識別子は、第１の電話イベントが関与する第１のユーザ３４０以外の第三者から受信される。例えば、第１の電話イベントの第１の識別子は、システム３００においてサービスプロバイダ３８０として電気通信事業者会社から受信され得る。
【００８７】
例示的な動作６２０では、第１の識別子が、分散型ネットワーク上の１つまたは複数の計算ノード２１２によって管理されるブロックチェーン２１６に格納された電話詐欺識別子のリストに追加される。いくつかの実施形態では、例示的な動作６２０は、２つのサブ動作６２２、６２４を含む。例示的なサブ動作６２２において、コンセンサスユニット３２６は、第１の識別子を含む提案されたブロックをブロックチェーン２１６に追加するためのコンセンサスプロセスを実施する際にコンセンサスノード２１４と調整する。
【００８８】
例示的なサブ動作６２４では、ブラックリストユニット３２７またはグレーリストユニット３２８は、第１の電話イベントの第１の識別子を電話詐欺識別子のリストに分類する。一部の実施形態では、電話詐欺識別子のリストは、ブラックリストまたはグレーリストを含む。いくつかの実施形態では、異なる種類の電話詐欺識別子は、異なるリストに分類される。例えば、発信者ＩＤは、詐欺発信者ＩＤのブラックリストまたはグレーリストに分類される。詐欺フィンガープリントは、詐欺フィンガープリントのブラックリストまたはグレーリストに分類される。電話番号、ＩＰアドレス、又はＵＲＩなどの異なる種類の発信者ＩＤはまた、異なるリストに分類される。いくつかの実施形態では、分類は、それぞれの電話詐欺識別子を含むブロックチェーンに分類ブロックを追加することによって実装される。
【００８９】
例示的な動作６３０では、ブロックチェーンプラットフォーム３２０は、第２のユーザ３４０が関与する第２の電話イベントの第２の識別子を受信する。識別子は、発信者ＩＤまたは着信電話イベントのフィンガープリントのうちの１つまたは複数であり得る。第２のユーザ３４０は、第１のユーザ３４０と同じユーザであってもよく、または第１のユーザ３４０とは異なるユーザであってもよい。
【００９０】
例示的な動作６４０では、リスク決定ユニット３３６は、第２の識別子を、第１の識別子を含む電話詐欺識別子のリストと比較する。第２の電話イベントの異なる種類の第２の識別子は、電話詐欺識別子のそれぞれ異なるリストと比較される。
【００９１】
例示的なプロセス６５０では、第２の識別子が電話詐欺識別子のリスト内の電話詐欺識別子と一致する場合、ブロックチェーンプラットフォーム３２０は、第２の電話イベントが第２のユーザ３４０の電話詐欺のリスクを含むことを第２のユーザに通知し、電話詐欺抑制プロセスを開始する。
【００９２】
先の実施形態で説明されたシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティを使用することによって実装されることができ、または特定の機能を有する製品を使用することによって実装されることができる。典型的な実施形態のデバイスはコンピュータであり、コンピュータは、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き携帯電話、スマートフォン、携帯情報端末、メディアプレーヤー、ナビゲーションデバイス、電子メールの送受信デバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスの任意の組み合わせであり得る。
【００９３】
装置内の各モジュールの機能および役割の実施形態のプロセスについては、前の方法の対応するステップの実施形態のプロセスが参照され得る。簡略化のため、本明細書では詳細を省略する。
【００９４】
装置の実施形態は基本的に方法の実施形態に対応するため、関連する部分については、方法の実施形態における関連する説明を参照することができる。前述の装置の実施形態は単なる例である。個別のパーツとして説明されているモジュールは、物理的に個別の場合とそうでない場合があり、モジュールとして表示されるパーツは、物理モジュールの場合とそうでない場合がある。一部またはすべてのモジュールは、明細書の解決方法の目的を達成するための実際の要求に基づいて選択され得る。当業者は、創造的な努力なしに、本願の実施形態を理解し、実施することができる。
【００９５】
本明細書で説明されている手法は、１つ又は複数の技術的効果を生み出す。いくつかの実施形態では、異なる通信キャリア会社の、または異なる種類のユーザデバイスを有するユーザ３４０はすべて、ブロックチェーンネットワーク２１２またはブロックチェーンプラットフォーム３２０と直接通信して、ブロックチェーン２１６に格納される電話詐欺の識別子を提出する。そのため、ブロックチェーン内の詐欺識別子のリストはより包括的であり、通信キャリア企業間の競争の影響を受けない。また、ユーザは、ブロックチェーンプラットフォーム３２０またはブロックチェーンネットワーク２１２と直接通信して、着信電話イベントの識別子を提出し、格納されている電話詐欺識別子と比較して、着信電話詐欺が電話詐欺のリスクを伴うかどうかを決定する。ユーザとブロックチェーンプラットフォームまたはブロックチェーンネットワークとの間の直接通信は、異なる通信キャリア企業のユーザ間でリソースを共有することを可能にし、電話詐欺の抑制が容易になる。さらに、ユーザ３４０とブロックチェーンプラットフォーム３２０／ブロックチェーンネットワーク２１２との間のデータ通信は、様々なユーザデバイス３４０の様々なデータフォーマットまたは命令構造を調和させるスマートコントラクト３０２によって管理される。結果として、ブロックチェーンプラットフォーム３２０またはブロックチェーンネットワーク２１２でのデータ処理タスクは、削減された計算オーバーヘッドで、大幅に簡素化される。例えば、ブロックチェーンプラットフォーム３２０は、様々なユーザ３４０から受信した電話詐欺識別子データを格納する前に、データの調和を行う必要があるわけでない。ブロックチェーンプラットフォーム３２０での削減された計算オーバーヘッドは、システム３００全体のよりスムーズかつ効率的に動作を可能にし、また電話詐欺抑制におけるユーザ体験を向上させる。例えば、着信電話イベントの電話詐欺スクリーニングは、ユーザが着信電話イベントに応答するのに過度の遅延を引き起こすことなく、より速く完了され得る。
【００９６】
詐欺識別子のブラックリストまたは他のリストの分類は、ブロックチェーンに保存され、これは、他の計算ノードに気付かれない限り、１つの計算ノードで変更されることができない。さらに、詐欺識別子の分類は、既存のブロックチェーンに追加された分類状態の新しいブロックを通じて簡単に更新される。したがって、詐欺識別子のブラックリストまたは他のリストのデータベース管理の複雑さが簡素化される。関連する計算リソースが節約される。さらに、格納された詐欺識別子は、それらをブロックチェーンに提出するユーザにリンクされる。したがって、詐欺識別子の分類および詐欺抑制における分類された詐欺識別子の使用は、各ユーザに基づいて個別化されることができる。詐欺イベントに対応するユーザの行動が検出され、ブロックチェーンに格納される。したがって、詐欺抑制は、格納されたユーザの行動に基づいて個別に実装される。個別化された詐欺識別子の分類及び詐欺抑制は、ユーザ体験を向上する。
【００９７】
記載された主題の実施形態は、単独でまたは組み合わせて、１つまたは複数の特徴を含むことができる。例えば、第１の実施形態では、コンピュータ実施方法は、第１のユーザが関与する第１の電話イベントの第１の識別子を受信することを含む。第１の識別子は、分散ネットワーク上の１つまたは複数のデバイスによって管理されるブロックチェーンに格納される電話詐欺識別子のリストと比較される。第１の識別子が電話詐欺識別子のリスト内の電話詐欺識別子と一致する場合、第１のユーザは、第１の電話イベントが電話詐欺のリスクを伴うことを通知される。
【００９８】
前述および他の記載された実施形態はそれぞれ、任意選択で、以下の特徴のうちの１つまたは複数を含むことができる。
【００９９】
以下の特徴のいずれかと組み合わせることができる第１の特徴は、方法が、第２のユーザが関与する第２の電話イベントの第２の識別子を受信するステップと、第２の識別子をブロックチェーンに格納される電話詐欺識別子のリストに追加するステップとをさらに含むことを指定する。
【０１００】
以下の特徴のいずれかと組み合わせることができる第２の特徴は、第２の識別子が第２の電話イベントの発信者識別または第２の電話イベントのフィンガープリントを含むことを指定する。
【０１０１】
前または以下の特徴のいずれかと組み合わせることができる第３の特徴は、第２の電話イベントのフィンガープリントが第２の電話イベントの音特性を含むことを指定する。
【０１０２】
前または以下の特徴のいずれかと組み合わせることができる第４の特徴は、第２の識別子がブロックチェーンに格納されているスマートコントラクトに基づいて第２のユーザから受信されることを指定する。
【０１０３】
前または以下の特徴のいずれかと組み合わせることができる第５の特徴は、方法が、第２の電話イベントに関する第２のユーザ行動をブロックチェーンに追加するステップをさらに含むことを指定する。
【０１０４】
前または以下の特徴のいずれかと組み合わせることができる第６の特徴は、電話詐欺識別子のリストに第２の識別子を追加するステップが、ブロックチェーンに第２の識別子を追加するステップと、電話詐欺識別子のリストに第２の識別子を分類するステップとを含むことを指定する。
【０１０５】
前または以下の特徴のいずれかと組み合わせることができる第７の特徴は、分類するステップが、ブロックチェーンに格納されたスマートコントラクトに基づいて、第２の識別子がブロックチェーンに追加された回数を累積するステップと、その数を閾値の数と比較して、第２の識別子が電話詐欺識別子のリストに分類されるかどうかを決定するステップと、を含むことを指定する。
【０１０６】
前または以下の特徴のいずれかと組み合わせることができる第８の特徴は、第２の識別子が第２のユーザから直接受信されることを指定する。
【０１０７】
本明細書に記載される主題並びに行動および動作の実施形態は、本明細書に開示される構造及びそれらの構造的等価物を含む、デジタル電子回路、有形に具現化されたコンピュータソフトウェア若しくはファームウェア、コンピュータハードウェア、またはそれらの１つまたは複数の組み合わせにおいて実装され得る。本明細書に記載される主題の実施形態は、データ処理装置による実行のため、またはデータ処理装置の動作を制御するために、コンピュータプログラムキャリア上に符号化される、例えばコンピュータプログラム命令の１つまたは複数のモジュールなどの１つまたは複数のコンピュータプログラムとして実装され得る。例えば、コンピュータプログラムキャリアは、その上に符号化または格納された命令を有する１つまたは複数のコンピュータ可読記憶媒体を含むことができる。キャリアは、磁気、光磁気、または光ディスクなどの有形の非一時的なコンピュータ可読媒体、ソリッドステートドライブ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、または他の種類の媒体であり得る。代替的には、またはさらに、キャリアは、人工的に生成された伝搬信号、例えば、データ処理装置による実行のために適切な受信装置に送信するための情報を符号化するために生成される機械的に生成された電気、光、または電磁信号であり得る。コンピュータ記憶媒体は、機械可読記憶デバイス、機械可読記憶基板、ランダム若しくはシリアルアクセスメモリデバイス、またはそれらの１つまたは複数の組み合わせであり得るか、またはそれらの一部であり得る。コンピュータ記憶媒体は伝搬信号ではない。
【０１０８】
プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリ、モジュール、ソフトウェアモジュール、エンジン、スクリプト、またはコードとも呼ばれ、または記述されるコンピュータプログラムは、コンパイル若しくは解釈された言語、または宣言型若しくは手続き型言語を含む任意の形式のプログラミング言語で記述されることができ、スタンドアロンプログラムとして、またはモジュール、コンポーネント、エンジン、サブルーチン、若しくは１つまたは複数の場所にあるデータ通信ネットワークによって相互接続された１つ若しくは複数のコンピュータを含むことができるコンピューティング環境で実行するのに適した他のユニットとして含んでいる、任意の形式で展開されることができる。
【０１０９】
コンピュータプログラムは、必ずしもそうである必要はないが、ファイルシステム内のファイルに対応する場合がある。コンピュータプログラムは、例えば問題のプログラム専用の単一のファイルにおけるマークアップ言語ドキュメントに格納された１つまたは複数のスクリプトなどの他のプログラムまたはデータを保持するファイルの一部、または例えば１つ若しくは複数のモジュール、サブプログラム、若しくはコードの一部を格納するファイルなどの複数の調整ファイルに格納され得る。
【０１１０】
コンピュータプログラムを実行するためのプロセッサは、例として、汎用および専用の両方のマイクロプロセッサ、および任意の種類のデジタルコンピュータの任意の１つまたは複数のプロセッサを含む。一般に、プロセッサは、実行のためのコンピュータプログラムの命令、及びプロセッサに結合された非一時的なコンピュータ可読媒体からのデータを受信することになる。
【０１１１】
「データ処理装置」という用語は、例として、プログラム可能なプロセッサ、コンピュータ、または複数のプロセッサもしくはコンピュータを含む、データを処理するための全ての種類の装置、デバイス、および機械を包含する。データ処理装置は、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＡＳＩＣ（特定用途向け集積回路）、またはＧＰＵ（グラフィックス処理ユニット）などの専用ロジック回路を含むことができる。装置はまた、ハードウェアに加えて、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはそれらの１つ若しくは複数の組み合わせなどのコンピュータプログラムの実行環境を作成するコードを含むことができる。
【０１１２】
本明細書に記載されたプロセスおよび論理フローは、入力データを操作して出力を生成することによって動作を実行するために１つまたは複数のコンピュータプログラムを実行する１つ若しくは複数のコンピュータまたはプロセッサによって実行されることができる。また、プロセスおよび論理フローは、例えば、ＦＰＧＡ、ＡＳＩＣ、またはＧＰＵなどの専用論理回路によって、または専用論理回路と１つまたは複数のプログラムされたコンピュータとの組み合わせによって実行されることができる。
【０１１３】
コンピュータプログラムの実行に適したコンピュータは、汎用若しくは専用のマイクロプロセッサ若しくはその両方、又は他の種類の中央処理装置に基づくことができる。一般に、中央処理装置は、読み取り専用メモリ若しくはランダムアクセスメモリ、またはその両方から命令及びデータを受信することになる。コンピュータの要素は、命令を実行するための中央処理装置と、命令およびデータを格納するための１つまたは複数のメモリデバイスとを含むことができる。中央処理装置及びメモリは、特殊用途のロジック回路によって補完または組み込むことができる。
【０１１４】
一般に、コンピュータはまた、１つまたは複数のストレージデバイスを含むか、またはストレージデバイスからデータを受信するか若しくはデータを転送するように動作可能に結合される。ストレージデバイスは、例えば、磁気、光磁気、または光ディスク、ソリッドステートドライブ、または他の任意の種類の非一時的なコンピュータ可読媒体であり得る。しかしながら、コンピュータはそのようなデバイスを有する必要はない。したがって、コンピュータは、ローカルおよび／またはリモートである１つまたは複数のメモリなどの１つまたは複数のストレージデバイスに結合することができる。例えば、コンピュータは、コンピュータの不可欠な構成要素である１つまたは複数のローカルメモリを含むことができ、またはコンピュータは、クラウドネットワーク内にある１つまたは複数のリモートメモリに結合することができる。さらに、コンピュータは、例えば携帯電話、携帯情報端末（ＰＤＡ）、モバイルオーディオ若しくはビデオプレーヤ、ゲームコンソール、全地球測位システム（ＧＰＳ）受信機、または例えばユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブなどのポータブルストレージデバイスなどの別のデバイスに組み込まれ得る。
【０１１５】
コンポーネントは、直接または１つ若しくは複数の中間コンポーネントを介して、相互に電気的または光学的に接続するなど、可換的に接続することによって互いに「結合」されることができる。コンポーネントの１つが他のコンポーネントに統合されている場合は、コンポーネントはまた、互いに「結合」されることができる。例えば、プロセッサに統合されたストレージコンポーネント（Ｌ２キャッシュコンポーネントなど）は、プロセッサに「結合」される。
【０１１６】
ユーザとの相互作用を提供するために、本明細書に記載される主題の実施形態は、例えばＬＣＤ（液晶ディスプレイ）モニタなどの情報をユーザに表示するための表示装置と、例えばキーボードおよび例えばマウス、トラックボールまたはタッチパッドなどのポインティングデバイスなどのユーザがコンピュータに入力を提供することができる入力デバイスと、を有するコンピュータ上で実装されるか、またはそれと通信するように構成され得る。他の種類のデバイスは、ユーザとの対話を提供するために使用され得る。例えば、ユーザに提供されるフィードバックは、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバックなどの任意の形態の感覚的フィードバックであり得る。ユーザからの入力は、音響、スピーチ、または触覚入力を含む任意の形式で受信され得る。さらに、コンピュータは、例えば、ウェブブラウザから受信したリクエストに応じてユーザのデバイスのウェブブラウザにウェブページを送信し、またはスマートフォン若しくは電子タブレットなどのユーザデバイスで実行されているアプリとやりとりするなど、ユーザによって使用されるデバイスとの間でドキュメントを送受信することにより、ユーザと対話することができる。また、コンピュータは、テキストメッセージまたは他の形式のメッセージをパーソナルデバイス（メッセージングアプリケーションを実行しているスマートフォンなど）に送信し、返信でユーザから応答メッセージを受信することにより、ユーザと対話することができる。
【０１１７】
本明細書では、システム、装置、およびコンピュータプログラムのコンポーネントに関連して、「構成された」という用語を使用する。特定の操作または動作を実行するように構成された１つ又は複数のコンピュータのシステムの場合、システムがそのソフトウェア、ファームウェア、ハードウェア、またはシステムに操作または動作を実行させる操作におけるそれらの組み合わせをインストールしていることを意味する。特定の操作または動作を実行するように構成される１つまたは複数のコンピュータプログラムの場合、１つまたは複数のプログラムは、データ処理装置によって実行されたときに、装置に操作または動作を実行させるための命令を含むことを意味する。特定の操作または動作を実行するように構成された専用ロジック回路の場合、その回路は操作または動作を実行するための電子ロジックを有することを意味する。
【０１１８】
本明細書は多くの特定の実施形態の詳細を含むが、これらは、特許請求の範囲自体によって定義される、特許請求されている対象の範囲に対する制限として解釈されるべきではなく、特定の実施形態に固有の特徴の説明として解釈されるべきである。別個の実施形態のコンテキストで本明細書に記載されている特定の特徴はまた、単一の実施形態で組み合わせて実現されることができる。逆に、単一の実施形態のコンテキストで記載されている様々な特徴はまた、複数の実施形態で個別に、または任意の適切なサブコンビネーションで実現されることもできる。さらに、特徴は特定の組み合わせで機能するものとして上記で説明され、最初はそのように特許請求されている場合でも、特許請求された組み合わせからの１つまたは複数の特徴は、場合によっては組み合わせから削除され、請求項はサブコンビネーションまたはサブコンビネーションの変形に向けられ得る。
【０１１９】
同様に、動作は特定の順序で図面に示され、特許請求の範囲に記載されているが、これは、そのような動作が、示される特定の順序または連続した順序で実行されること、またはすべての例示された動作が実行されることを要求するものとして理解されるべきではない。望ましい結果を達成する。特定の状況では、マルチタスクと並列処理が有利な場合がある。さらに、上記の実施形態における様々なシステムモジュールおよびコンポーネントの分離は、全ての実施形態においてそのような分離を必要とすると理解されるべきではなく、記載されたプログラムのコンポーネントおよびシステムは、一般に単一のソフトウェア製品に統合されるかまたは複数のソフトウェア製品にパッケージ化され得る。
【０１２０】
主題の特定の実施形態が説明されてきた。他の実施形態は、以下の特許請求の範囲内にある。例えば、特許請求の範囲に記載されている動作は、異なる順序で実行されても、望ましい結果を達成することができる。一例として、添付の図に示されているプロセスは、望ましい結果を達成するために、示されている特定の順序または連続した順序を必ずしも必要としない。場合によっては、マルチタスク及び並列処理が有利になることがある。
【図１】
2021532427.tif 000003
【図２】
2021532427.tif 000004
【図３】
2021532427.tif 000005
【図４】
2021532427.tif 000006
【図５】
2021532427.tif 000007
【図６】
2021532427.tif 000008
【手続補正書】
【提出日】令和3年1月27日(2021.1.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピュータ実装方法であって、
第１のユーザが関与する第１の電話イベントの第１の識別子を受信するステップと、
前記第１の識別子を、分散ネットワーク上の１つまたは複数のデバイスによって管理されるブロックチェーンに格納された電話詐欺識別子のリストと比較するステップと、
前記第１の識別子が前記電話詐欺識別子のリストにある前記電話詐欺識別子と一致したことに応答して、前記第１の電話イベントに電話詐欺のリスクを伴うことを前記第１のユーザに通知するステップと、
を含む、方法。
【請求項２】
第２のユーザが関与する第２の電話イベントの第２の識別子を受信するステップと、
前記第２の識別子を前記ブロックチェーンに格納された前記電話詐欺識別子のリストに追加するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第２の識別子は、前記第２の電話イベントの発信者識別又は前記第２の電話イベントのフィンガープリントを含む、請求項２に記載の方法。
【請求項４】
前記第２の電話イベントの前記フィンガープリントは、前記第２の電話イベントの音特性を含む、請求項３に記載の方法。
【請求項５】
前記第２の識別子は、前記ブロックチェーンに格納されたスマートコントラクトに基づいて前記第２のユーザから受け取られる、請求項２から４のいずれか１項に記載の方法。
【請求項６】
前記第２の電話イベントに関する第２のユーザ行動を前記ブロックチェーンに追加するステップをさらに含む、請求項２から５のいずれか１項に記載の方法。
【請求項７】
前記第２の識別子を前記電話詐欺識別子のリストに追加するステップは、
前記第２の識別子を前記ブロックチェーンに追加するステップと、
前記第２の識別子を前記電話詐欺識別子のリストに分類するステップと、
を含む、請求項２から６のいずれか１項に記載の方法。
【請求項８】
前記分類するステップは、
前記ブロックチェーンに格納されたスマートコントラクトに基づいて、
前記第２の識別子が前記ブロックチェーンに追加された回数を累積するステップと、
その数を閾値の数と比較して、前記第２の識別子が前記電話詐欺識別子のリストに分類されるかどうかを決定するステップと、
を含む、請求項７に記載の方法。
【請求項９】
前記第２の識別子は、前記第２のユーザから直接的に受信される、請求項２から８のいずれか１項に記載の方法。
【請求項１０】
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサに結合された１つまたは複数のコンピュータ可読メモリであって、
第１のユーザが関与する第１の電話イベントの第１の識別子を受信するステップと、
前記第１の識別子を、ブロックチェーンネットワーク上の１つまたは複数のノードによって管理されるブロックチェーンに格納された電話詐欺識別子のリストと比較するステップと、
前記第１の識別子が前記電話詐欺識別子のリストにある前記電話詐欺識別子と一致したことに応答して、前記第１の電話イベントに電話詐欺のリスクを伴うことを前記第１のユーザに通知するステップと、
を含む動作を実行するための、前記１つまたは複数のプロセッサによって実行可能な命令が格納された１つまたは複数のコンピュータ可読メモリと、
を含む、システム。
【請求項１１】
前記動作は、
第２のユーザが関与する第２の電話イベントの第２の識別子を受信するステップと、
前記第２の識別子を前記ブロックチェーンに格納された前記電話詐欺識別子のリストに追加するステップと、
をさらに含む、請求項１０に記載のシステム。
【請求項１２】
前記第２の識別子は、前記第２の電話イベントの発信者識別又は前記第２の電話イベントのフィンガープリントを含む、請求項１１に記載のシステム。
【請求項１３】
前記第２の電話イベントの前記フィンガープリントは、前記第２の電話イベントの音特性を含む、請求項１２に記載のシステム。
【請求項１４】
前記第２の識別子は、前記ブロックチェーンに格納されたスマートコントラクトに基づいて前記第２のユーザから受け取られる、請求項１１から１３のいずれか１項に記載のシステム。
【請求項１５】
前記動作は、前記第２の電話イベントに関する第２のユーザ行動を前記ブロックチェーンに追加するステップをさらに含む、請求項１１から１４のいずれか１項に記載のシステム。
【請求項１６】
前記第２の識別子を前記電話詐欺識別子のリストに追加するステップは、
前記第２の識別子を前記ブロックチェーンに追加するステップと、
前記第２の識別子を前記電話詐欺識別子のリストに分類するステップと、
を含む、請求項１１から１５のいずれか１項に記載のシステム。
【請求項１７】
前記分類するステップは、
前記ブロックチェーンに格納されたスマートコントラクトに基づいて、
前記第２の識別子が前記ブロックチェーンに追加された回数を累積するステップと、
その数を閾値の数と比較して、前記第２の識別子が前記電話詐欺識別子のリストに分類されるかどうかを決定するステップと、
を含む、請求項１６に記載のシステム。
【請求項１８】
前記第２の識別子は、前記第２のユーザから直接的に受け取られる、請求項１１から１７のいずれか１項に記載のシステム。
【請求項１９】
第１の電話イベントの第１のフィンガープリントと前記第１の電話イベントに関する第１のユーザの第１の行動との情報を受信するステップと、
前記第１の電話イベントの前記第１のフィンガープリントと前記第１のユーザの前記第１の行動とをトランザクションデータにバッチ処理するステップと、
ノードの各々に関するブロックチェーンネットワークのノードに前記トランザクションデータをブロードキャストして、前記ノードで維持されるブロックチェーンのそれぞれのコピーに前記トランザクションデータを追加するステップと、
を含む、方法。
【請求項２０】
第２の電話イベントの第２のフィンガープリントの情報を受信するステップと、
前記ブロックチェーンのコピーから取得された前記第１の電話イベントの前記第１のフィンガープリントと前記第２の電話イベントの前記第２のフィンガープリントを比較して、前記第２のフィンガープリントが前記第１のフィンガープリントと一致するかどうかを判定するステップと、
前記第２のフィンガープリントが前記第１のフィンガープリントと一致することに応答して、前記第２の電話イベントが前記第１の電話イベントと同じソースを有すると判定するステップと、
をさらに含む、請求項１９に記載の方法。
【国際調査報告】
2021532427.tif 000009
2021532427.tif 000010