JP2022538748A - ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体 - Google Patents

ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体 Download PDF

Info

Publication number
JP2022538748A
JP2022538748A JP2021570783A JP2021570783A JP2022538748A JP 2022538748 A JP2022538748 A JP 2022538748A JP 2021570783 A JP2021570783 A JP 2021570783A JP 2021570783 A JP2021570783 A JP 2021570783A JP 2022538748 A JP2022538748 A JP 2022538748A
Authority
JP
Japan
Prior art keywords
voting
node
evaluation
blockchain
verification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021570783A
Other languages
English (en)
Other versions
JP7340628B2 (ja
Inventor
ニエ，エルバオ
Original Assignee
ジンドン テクノロジー ホールディング カンパニー，リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ジンドン テクノロジー ホールディング カンパニー，リミテッド filed Critical ジンドン テクノロジー ホールディング カンパニー，リミテッド
Publication of JP2022538748A publication Critical patent/JP2022538748A/ja
Application granted granted Critical
Publication of JP7340628B2 publication Critical patent/JP7340628B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Finance (AREA)
  • Educational Administration (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本願はブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体を提供し、方法は、監視ノードが前記監視ノード及び少なくとも１つの評価ノードを含むブロックチェーンにおいて、サービス情報及び投票オプションを含む投票要求を送信することと、予め設定された時間が経過した後、監視ノードが、前記少なくとも１つの評価ノードから選択して取得される検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードすることと、前記監視ノードが前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む。それにより、当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避することができる。【選択図】図１

Description

本願は２０１９年６月２８日に中国特許局に出願され、出願番号は２０１９１０５７３４１６５であり、出願の名称は「ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体」の中国特許出願の優先権を主張し、その全ての内容は引用により本願に組み込まれる。
本願はブロックチェーンの分野に関し、特にブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体に関する。
インターネットの発展に伴い、近年、ますます多くの革新的なサービスが登場している。革新的なサービスの生成は一方で経済的、技術の発展を促進することができるが、他方では、一部の革新的なサービスに違法、ユーザに経済的損失をもたらすという問題も存在する。
革新的なサービスをユーザに与える損失が最も低くなるために、従来の技術において、監視部門は一般的にある革新的なサービスがユーザに損失を与えるときに、当該革新的なサービスがリスクを有することを決定し、つまり予め設定された懲罰的な対策を採用して革新的なサービスを処理する。
しかし、懲罰的な対策を採用して革新的なサービスを処理することは救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができず、ある程度で、ユーザの損失を引き起こし、ユーザ体験が悪いことをもたらす。
本願の目的はブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体を提供することであり、従来の革新的なサービス処理方法は救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができないという技術的問題を解決するために用いられる。
本願の第１の態様はブロックチェーンに基づくサービス情報処理方法が提供され、前記方法は、
監視ノードがブロックチェーンにおいて投票要求を送信することであって、ここで、前記投票要求はサービス情報及び投票オプションを含み、前記ブロックチェーンは前記監視ノード及び少なくとも１つの評価ノードを含むことと、
予め設定された時間が経過した後、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードすることであって、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得されることと、
前記監視ノードがは前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードにより検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
１つの可能な設計において、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
前記全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定することと、
前記評価ノードの投票オプションと最も高いリワードに対応する前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行することとを含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定し、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求を積極的に投票するように励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
本願の第２の態様はブロックチェーンに基づくサービス情報処理方法が提供され、前記方法は、
評価ノードが監視ノードがブロックチェーンに配信した投票要求を受信することと、
前記評価ノードが前記投票要求に基づいて前記ブロックチェーンに投票結果を放送することと、
前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選択し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
１つの可能な設計において、前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙することは、
投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす、前記投票に参加する全ての評価ノードの数より小さい乱数を決定することと、
前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することにより、投票結果に対する検証を実現する上で、検証過程の公平性を向上させることができる。
本願の第３の態様はブロックチェーンに基づくサービス情報処理方法が提供され、
前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙された検証ノードがブロックチェーンにおける全ての評価ノードから送信された評価結果を取得することと、
各投票結果に対して、検証ノードが前記投票結果に検証を行うことと、
検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果に基づいてブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第４の態様は監視ノードが提供され、
監視ノード及び少なくとも１つの評価ノードを含むブロックチェーンにおいて、サービス情報及び投票オプションを含む投票要求を送信するための投票要求送信モジュールと、
予め設定された時間が経過した後、前記少なくとも１つの評価ノードから選挙して取得される検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードするための第１のブロック生成モジュールと、
前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定するためのリスク評価モジュールとを含む。
本実施例に係る監視ノードは、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスに対してリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第５の態様は評価ノードが提供され、
監視ノードがブロックチェーンで配信した投票要求を受信するための投票要求受信モジュールと、
前記投票要求に基づいて前記ブロックチェーンに投票結果を放送するための放送モジュールと、
予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙するための選挙モジュールであって、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する選挙モジュールとを含む。
本実施例に係る評価ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第６の態様は検証ノードが提供され、
ブロックチェーンにおける全ての評価ノードから送信された評価結果を取得するために用いられ、前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙される、評価結果取得モジュールと、
各投票結果に対して、前記投票結果を検証するための検証モジュールと、
検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードし、それにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のブロック生成モジュールとを含む。
本実施例に係る検証ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果にブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第７の態様は監視ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第１の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第８の態様は評価ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第２の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第９の態様は検証ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第３の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第１０の態様はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行指令が記憶され、前記コンピュータ実行指令がプロセッサによって実行されるときに第１の態様又は第２の態様又は第３の態様に記載のブロックチェーンに基づくサービス情報処理方法を実現するために用いられる。
本願に係るブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体は、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
本願の実施例１に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例２に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例３に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例４に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例５に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例６に係る監視ノードの模式的な構成図である。 本願の実施例７に係る評価ノードの模式的な構成図である。 本願の実施例８に係る検証ノードの模式的な構成図である。 本願の実施例９に係る監視ノードの模式的な構成図である。 本願の実施例１０に係る評価ノードの模式的な構成図である。 本願の実施例１１に係る検証ノードの模式的な構成図である。
本願の実施例の目的、技術案及び利点をより明確にするために、以下は本願の実施例における図面を参照して、本願の実施例における技術案を明確で、完全に説明し、明らかに、説明された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて得られた全ての他の実施例は、いずれも本願の保護する範囲に属する。
上記言及された従来の革新的なサービスの処理方法は救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができないという技術的問題について、本願はブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体を提供する。
なお、本願に係るブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体はいずれかのサービスのリスク評価シーンに適用されることができる。
まず本願に関する名詞を解釈する。
ブロックチェーン：ブロックチェーンは分散型データ記憶、アドホックモード伝送、合意メカニズム、暗号アルゴリズムなどのコンピュータ技術の新型応用モードである。
図１は本願の実施例１に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図１に示すように、前記方法は以下のステップを含む。
ステップ１０１、監視ノードはブロックチェーンで投票要求を送信する。ここで、前記投票要求はサービス情報及び投票オプションを含み、前記ブロックチェーンには前記監視ノード及び少なくとも１つの評価ノードを含む。
本実施例の実行主体は監視ノードであり、当該監視ノードはユーザ端末又はサーバであってもよい。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンは当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンにおいて投票要求を配信してもよく、ここで、当該投票要求はリスク評価を行う必要がある革新的なサービスのサービス情報及び投票オプションを含んでもよく、例を挙げれば、当該投票オプションには「はい」又は「いいえ」、優れる／良好／普通／悪い又はいずれかの採点メカニズムを含んでもよく、それにより当該投票オプションに基づいて評価ノードが投票ルールを把握することができる。また、当該投票要求にはさらに当該投票要求に対応するリワード総数及びリワードルール、投票要求締切時間及び当該投票要求を開始させる監視構成識別子をさらに含んでもよく、それによりリワードを発行することで、より多くの評価ノードが投票することを報奨することができる。当該リワード総数及びリワードルール、投票要求締切時間は、スマート契約に予め書き込まれる。
なお、上記革新的なサービスはいずれの分野のサービス情報であってもよく、例えば、それは金融系の革新的なサービスであってもよく、本願はここで制限しない。
さらに、上記いずれかの実施例に基づいて、前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される。
本実施例において、当該投票要求は監視ノードが新しいサービスの生成を検出した後にブロックチェーンに送信するものである。具体的には、監視ノードは予め設定された検出方法によって現在新しいサービスの生成があるか否かを検出してもよく、例を挙げれば、現在新しいサービスＡＰＰのオンラインがあるか否かを定期的に検出してもよく、又はいずれかの検出方式を採用して新しいサービスに対する検出を実現してもよく、本願はここで制限しない。なお、監視ノードは新しいサービスが発生したことを検出した後、直ちにブロックチェーンにおいて当該投票要求を送信し、それによりサービスの監視が間に合わなくて、ユーザに与える損失を効果的に回避することができる。
ステップ１０２、予め設定された時間が経過した後、監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードし、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得される。
本実施形態において、ブロックチェーンにおける全ての評価ノードは当該投票要求を受信した後、当該投票要求に基づいて投票を行って、投票結果をブロックチェーンに放送してもよい。投票結果の正当性を検証するために、少なくとも１つの検証ノードを選挙して投票結果を検証する必要がある。なお、スマート契約に既に投票が締切られる予め設定された時間が予め書き込まれ、したがって、予め設定された時間後に、監視ノードは検証ノードによって検証された全ての投票結果を取得して、当該全ての投票結果に基づいてブロックを生成し、当該ブロックをブロックチェーンにリンクしてもよい。
ステップ１０３、前記監視ノードは前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施形態において、監視ノードは検証された投票結果に基づいてブロックを生成して当該ブロックをブロックチェーンにリンクした後、当該ブロックにおける投票情報に基づいて当該サービスのリスクを評価するか否かを決定してもよい。実際の応用を例として、現在１００個の投票結果があり、そのうち８０個の評価結果が「優れる」であり、１０個の評価結果が「良好」であり、６個の評価結果が「普通」であり、４個の評価結果が「悪い」であると、中等以上の評価が大部分を占めるため、このときに当該サービスリスクが低いと判定することができ、このとき、当該サービスに対してリスク評価を行う必要がある。実施可能な様態として、監視者が当該サービスのリスクを評価するか否かをより直感的に決定することができるように、投票結果を統計図の方式で表示する。さらに、サービスのリスクを決定した後、さらにサービスのリスクに基づいてリスクに対応する監視対策を取って当該サービスを処理してもよい。
なお、従来の技術において、監視機構はコスト等の面により、大規模な調査研究によって金融機構の革新的なサービスに発生する可能性のある問題を決定することができず、このような問題の発生の影響を評価するときに、合理的で科学的なメカニズムがなく、常に従来の技術ユニットによってデータ及び情報を収集して評価し、かつ監視対策を取る根拠とすることしかできず、明らかに、情報取得の角度から見ると、非常に限られ、明らかな制限性を有する。上記方法を採用して複数の評価ノードによって投票を行い、それにより大量の評価情報を取得することができ、さらに従来の技術における監視方法の限界性の問題を効果的に解決することができる。
また、監視対策は金融機構のサービス行為に対する強い拘束性を有するため、一旦実施すると、すぐ効果が現れ、それにより引き起こされた結果は急激である可能性があり、それにより生成された影響も推定しにくく、ひいては対策の「過激性」によって金融革新に打撃を与える可能性があり、さらに金融市場の情報を受圧させ、逆の作用を果たす。上記方法は異なるサービスリスクに対してリスクに対応する監視方法を採用することにより、従来の監視方法による過激性を効果的に回避することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
さらに、上記のいずれかの実施例をベースとして、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ前記ブロックを前記ブロックチェーンにアップロードした後、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することをさらに含む。
本実施例において、評価ノードが投票要求に対して積極的に投票することを励ますために、スマート契約にリワード発行のルールを予め書き込んでもよい。そこで、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつブロックをブロックチェーンにアップロードした後、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行してもよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することにより、評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するために基礎を提供する。
図２は本願の実施例２に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、上記いずれかの実施例をベースとして、図２に示すように、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、以下のステップを含む。
ステップ２０１、前記全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定する。
ステップ２０２、前記評価ノードの投票オプションと前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行する。ここで、前記最適な投票オプションは最も高いリワードに対応する。
本実施例において、異なる投票オプションに異なるリワード金額を設けてもよい。具体的には、まず全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定して、評価ノードの投票オプションと最適な投票オプションとの間の近接程度に基づいて当該評価ノードにリワード発行を行い、ここで最適な投票オプションは最も高いリワードに対応する。実際の応用例を例として、現在１００個の投票結果があり、そのうちの８０個の評価結果が「優れる」であり、１０個の評価結果が「良好」であり、６個の評価結果が「普通」であり、４個の評価結果が「悪い」であれば、そのうちの最適な投票オプションが「優れる」であり、このとき、投票オプションが「優れる」である評価ノードが最も高いリワード金額を取得することができ、その次の投票オプションが「良好」である評価ノードであり、投票オプションが「悪い」の評価ノードで得られたリワードが最も少ない。具体的には、数式１～３によって、リワードの計算を実現することができる。
Figure 2022538748000002
ここで、ｍは投票結果が最適な投票オプションである評価ノードの数とし、
Figure 2022538748000003
 は投票に参加する評価ノードの総数とし、ｉ最適な投票オプションは最適な投票オプションに対応する重み値であり、Ω最適な投票オプションは最適な投票オプションに対応するリワード総額であり、Ω他の投票オプションは他の投票オプションのリワード総額である。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定することにより、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するか否か決定するための基礎を提供する。
好ましくは、上記いずれかの実施例をベースとして、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
前記全ての投票結果における各投票オプションが占める割合情報を決定することと、
前記割合情報に基づいて前記評価ノードにリワードを発行することとを含む。
本実施例において、異なる投票オプションに異なるリワード金額を設けてもよい。具体的には、まず全ての投票結果における各投票オプションが占める割合情報を決定して、当該割合情報に基づいて評価ノードにリワードの発行を行ってもよい。投票オプションの占める割合が高いほど、各投票オプションに対応する評価ノードは高いリワードを得ることができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果における各投票オプションが占める割合情報を決定し、割合情報に基づいて評価ノードにリワードを発行し、これにより評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
図３は本願の実施例３に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図３に示すように、前記方法は以下のステップを含む。
ステップ３０１、評価ノードは監視ノードがブロックチェーンで配信した投票要求を受信する。
ステップ３０２、前記評価ノードは前記投票要求に基づいて前記ブロックチェーンに投票結果を放送する。
ステップ３０３、前記評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例の実行主体は評価ノードである。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンには当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンに投票要求を配信してもよく、それに応じて、評価ノードは当該投票要求を受信してもよく、ここで、当該投票要求において、サービス情報及び投票オプション、投票要求に対応するリワード総数及びリワードルール、投票要求締切時間、及び当該投票要求を開始させる監視構成識別子を含む。そこで、評価ノードは当該投票要求に基づいて投票を行って、投票後に投票結果を自身の秘密鍵によって署名してブロックチェーンに放送してもよい。このときには、各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて、少なくとも１つの検証ノードを選挙してもよく、それにより検証ノードは当該投票結果を検証することができて、検証された投票結果に基づいてブロックを生成してブロックチェーンにアップロードし、全ての投票結果がいずれも検証されて済んだ後、監視ノードは検証された後の全ての投票結果に基づいてブロックを生成してブロックチェーンにアップロードし、その後に全ての投票結果に基づいて当該サービスのリスクを評価するか否かを決定することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に対して投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
図４は本願の実施例４に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、上記いずれかの実施例に基づいて、前記評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、以下のステップを含む。
ステップ４０１、投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定し、ここで、前記乱数は前記投票に参加する全ての評価ノードの数より小さい。
ステップ４０２、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択する。
本実施例において、各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙してもよい。具体的には、まず投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定してもよく、ここで、当該乱数は投票に参加する全ての評価ノードの数より小さく、当該乱数ｎと投票に参加する全ての評価ノードの数ｍとの間には以下の関係を満たしてもよい。ｍ－ｎ＜ｍ／３、かつｍ－ｎは奇数とする。なお、検証ノードの数が多いほど、検証結果がより正確になり、それに応じてシステム負荷が大きくなり、したがって、実際の状況に応じて乱数を設定してもよく、本願はここで制限しない。例を挙げれば、システムの処理能力が悪い場合、１つの検証ノードを設けてもよく、システムの処理能力が高い場合、複数の検証ノードを設けてもよい。評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを少なくとも１つの検証ノードとしてランダムに選択する。乱数が不確定なため、対応して選挙された検証ノードもランダム性を有するため、検証プロセスの公平性を保証することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、評価ノードにおいて、投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することにより、投票結果に対する検証を実現する上で、検証過程の公平性を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択した後、以下をさらに含む。
予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択することにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクすること。
本実施例において、検証ノードの数が１つであれば、当該検証ノードはビリング検証ノードであってもよく、当該検証ノードは検証されて済んだ後、検証された投票結果をブロックチェーンに直接にアップロードしてもよい。検証ノードが複数であれば、各検証ノードはいずれも投票結果を検証してもよいが、各検証ノードはいずれもビリング権があるわけではなく、このとき、予め設定された合意メカニズムによって少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択してもよく、それにより各検証ノードがいずれも検証した後、当該ビリング検証ノードは全ての投票結果をブロックチェーンにアップロードする。なお、いずれかの合意メカニズムを採用してビリング検証ノードの決定を実現してもよく、本願はここで限定されない。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、予め設定された合意メカニズムによって、少なくとも１つの検証ノードにおいて、１つのビリング検証ノードを選択することにより、ビリング検証ノードは全ての投票結果に基づいてブロックを生成して、ブロックチェーンにリンクし、それによりビリング検証ノードの決定を実現することができ、その後にサービスリスク評価を行うか否かを決定するための基礎を提供する。
さらに、上記いずれかの実施例をベースとして、前記投票に参加する全ての評価ノードの数、及び乱数を決定することは、
予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定することを含む。
本実施例において、投票の評価ノードが多くて、総投票時間帯が長く、したがって、リスク評価効率をさらに向上させ、ヒステリシスのユーザに与える損失を回避するために、全ての投票時間を複数の時間帯に分割することができ、例えば、総投票時間帯が三日であれば、当該総投票時間帯を３つの時間帯に分け、毎日一回の検証を行ってもよい。それに応じて、各時間帯に対して、少なくとも１つの検証ノードを選択する必要があり、そこで、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定して、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数に対応する検証ノードをランダムに選択することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票時間を複数の時間帯に分割し、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定することができて、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数量に対応する検証ノードをランダムに選択してもよく、それによりリスク評価効率を効果的に向上させ、ヒステリシス生成ユーザに与える損失を回避し、また、全ての投票結果をバッチで処理し、さらに検証ノードのプロセッサに負荷を与えることを効果的に低減させ、検証効率を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードは検証ノードとして選択された後に確認情報を送信する必要がある。
それに応じて、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択した後、
いずれかの前記検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないことを検出すると、
各前記検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行することをさらに含む。
本実施例において、検証効率をさらに向上させるために、いずれかの評価ノードが検証ノードとして選択された後、確認情報を送信する必要があり、それにより投票結果をタイムリーに検証することができることを保証する。それに応じて、いずれかの検証ノードが予め設定された時間閾値を超えて、当該確認情報を送信しないことを検出すると、各検証ノードから送信された確認情報を受信するまで、リターンして投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行してもよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、いずれかの検証ノードが予め設定された時間閾値を超えて、当該確認情報を送信しないことを検出すると、各前記検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行し、それにより選択された検証ノードが投票結果をタイムリーに検証することを保証し、検証効率を向上させ、さらにヒステリシスの問題を解決し、ユーザに不必要な損失をもたらすことを回避する。
図５は本願の実施例５に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図５に示すように、前記方法は以下のステップを含む。
ステップ５０１、検証ノードはブロックチェーンにおける全ての評価ノードから送信された評価結果を取得する。前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙されたものである。
ステップ５０２、各投票結果に対して、検証ノードが前記投票結果に検証を行う。
ステップ５０３、検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例の実行主体は検証ノードである。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンには当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンに投票要求を配信してもよく、それに応じて、評価ノードは当該投票要求を受信してもよく、ここで、当該投票要求において、サービス情報及び投票オプション、投票要求に対応するリワード総数及びリワードルール、投票要求締切時間、及び当該投票要求を開始させる監視構成識別を含む。そこで、評価ノードは当該投票要求に基づいて投票を行って、投票後に投票結果を自身の秘密鍵によって署名してブロックチェーンに放送してもよい。各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙してもよい。このとき、検証ノードは全ての評価ノードから送信された投票結果を取得し、各投票結果に対して、当該投票結果に検証を行って、検証された投票結果に基づいてブロックを生成して、ブロックチェーンにリンクしてもよい。それにより、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果に基づいてブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例をベースとして、前記投票結果は前記投票結果を放送する評価ノード識別子を含む。
それに応じて、前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定することと、
予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に検証を行うこととを含む。
本実施例において、投票結果には当該投票結果を放送する評価ノードの識別子を含み、そこで、投票結果を取得した後、まず当該評価ノード識別子に基づいて当該投票結果を放送する評価ノードを決定して、予め記憶された当該評価ノードの公開鍵に基づいて当該投票結果を検証することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、当該評価ノード識別子に基づいて当該投票結果を放送する評価ノードを決定して、予め記憶された当該評価ノードの公開鍵に基づいて当該投票結果に検証を行うことにより、投票結果を検証するか否かを効果的に決定し、リスク評価の安全性を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に検証を行うことを含む。
本実施例において、投票の評価ノードが多くて、総投票時間帯が長く、したがって、リスク評価効率をさらに向上させ、ヒステリシスのユーザに与える損失を回避するために、全ての投票時間を複数の時間帯に分割することができる。それに応じて、各時間帯に対して、少なくとも１つの検証ノードを選択する必要があり、そこで、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定して、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数に対応する検証ノードをランダムに選択することができる。検証ノードは予め設定された時間帯内の各投票結果に対して検証を行えばよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票時間を複数の時間帯に分割し、各予め設定された時間帯の各投票結果に対して検証を行って、それによりリスク評価効率を効果的に向上させ、ヒステリシスのユーザに与える損失を回避し、また、全ての投票結果をバッチで処理し、さらに検証ノードのプロセッサに負荷を与えることを効果的に低減させ、検証効率を向上させることができる。
さらに、上記のいずれかの実施例をベースとして、前記検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることは、
前記検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードすること、又は、
前記検証ノードは検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードして、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに検証ノードによって検証された全ての投票結果に基づいてブロックを生成することを含む。
本実施例において、検証された投票結果に基づいて生成されたブロックはブロックチェーンのメインチェーンに直接に接続されてもよく、好ましくは、メインチェーンの負荷を軽減するために、分岐チェーンに接続されてもよい。具体的に、検証ノードは検証された投票結果に基づいて、ブロックを生成して、ブロックチェーンのメインチェーンにアップロードすることができる。実施可能な方式として、検証ノードは検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードする。なお、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、メインチェーンは分岐チェーンの有効性を判定する必要があり、具体的には分岐チェーン中の一部の分岐チェーンのマークルツリーを検証することにより分岐チェーンの有効性の判断を実現することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、検証された投票結果に基づいてブロックを生成して、ブロックチェーンのメインチェーンにアップロードし、又は、検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードして、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、ブロックチェーンのメインチェーンが部分の分岐チェーンのマークルツリーを検証することにより、分岐チェーンの有効性に検証を行って、分岐チェーンが有効することを検証するときに検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、それによりメインチェーンの負荷を低減させた上で、メインチェーンの安全性を保証することができる。
図６は本願の実施例６に係る監視ノードの模式的な構成図であり、図６に示すように、前記監視ノードは、
ブロックチェーンにおいて投票要求を送信するための投票要求送信モジュール６１であって、ここで、前記投票要求にはサービス情報及び投票オプションを含み、前記ブロックチェーンには前記監視ノード及び少なくとも１つの評価ノードを含む投票要求送信モジュール６１と、
予め設定された時間が経過した後、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードするための第１のブロック生成モジュール６２であって、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得される第１のブロック生成モジュール６２と、
前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定するためのリスク評価モジュール６３とを含む。
本実施例に係る監視ノードは、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいて、リスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例に基づいて、前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される。
さらに、上記いずれかの実施例に基づいて、前記監視管理ノードは
予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行するためのリワード発行モジュールをさらに含む。
さらに、上記いずれかの実施例に基づいて、前記リワード発行モジュールは、
前記全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定するための最適な投票オプション決定ユニット、
前記評価ノードの投票オプションと前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行するための第１の発行ユニットであって、ここで、前記最適な投票オプションは最も高いリワードに対応する第１の発行ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記リワード発行モジュールは
前記全ての投票結果における各投票オプションが占める割合情報を決定するための割合決定ユニットと
前記割合情報に基づいて前記評価ノードにリワードを発行するための第２の発行ユニットとを含む。
図７は本願の実施例７に係る監視ノードの模式的な構成図であり、図７に示すように、前記監視ノードは、
監視ノードがブロックチェーンで配信した投票要求を受信するための投票要求受信モジュール７１と、
前記投票要求に基づいて前記ブロックチェーンに投票結果を放送するための放送モジュール７２と、
予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙するための選挙モジュール７３であって、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する選挙モジュール７３と、を含む。
本実施例に係る評価ノードは、全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定することにより、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求を積極的に投票することを励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
さらに、上記いずれかの実施例に基づいて、前記選挙モジュールは、
投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定するための決定ユニットであって、ここで、前記乱数は前記投票に参加する全ての評価ノードの数より小さい決定ユニットと、
前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択する選挙ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記選挙モジュールは、
予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択し、それにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクするビリング検証ノード選挙ユニットとをさらに含む。
さらに、上記いずれかの実施例に基づいて、前記決定ユニットは、
予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定することに用いられる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードは検証ノードとして選択された後に確認情報を送信する必要がある。
それに応じて、前記選挙モジュールは、
いずれかの前記検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないとことを検出するための検出ユニットと、
各前記検証ノードから送信された確認情報を受信するまでに、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行するためのサイクルユニットとをさらに含む。
図８は本願の実施例８に係る検証ノードの模式的な構成図であり、図８に示すように、前記検証ノードはは、
ブロックチェーンにおける全ての評価ノードから送信された評価結果を取得するための評価結果取得モジュール８１であって、前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙されたものである評価結果取得モジュール８１と、
各投票結果に対して、前記投票結果を検証するための検証モジュール８２と、
検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードし、それにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のブロック生成モジュール８３とを含む。
本実施例に係る検証ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例をベースとして、前記投票結果には前記投票結果を放送する評価ノード識別子を含む。
それに応じて、前記検証モジュールは、
前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定するための評価ノード決定ユニットと、
予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に検証を行うための第１の検証ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記検証モジュールは、
予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に検証を行うための第２の検証ユニットを含む。
さらに、上記いずれかの実施例に基づいて、前記第２のブロック生成モジュールは、
前記検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードするための第１のアップロードユニット、又は、
前記検証ノードが検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードして、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに検証ノードによって検証された全ての投票結果に基づいてブロックを生成する第２のアップロードユニットを含む。
図９は本願の実施例９に係る監視ノードの模式的な構成図であり、図９に示すように、前記監視ノードはメモリ９１とプロセッサ９２とを含む。
メモリ９１は前記プロセッサ９２により実行可能な指令を記憶するためのメモリである。
ここで、前記プロセッサ９２は前記プロセッサ９２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
図１０は本願の実施例１０に係る評価ノードの模式的な構成図であり、図１０に示すように、前記評価ノードはメモリ１１１とプロセッサ１１２とを含む。
メモリ１１１は、前記プロセッサ１１２により実行可能な指令を記憶するためのメモリ１１１である。
ここで、前記プロセッサ１１２は前記プロセッサ１１２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
図１１は本願の実施例１１に係る評価ノードの模式的な構成図であり、図１１に示すように、前記検証ノードはメモリ１２１とプロセッサ１２２とを含む。
メモリ１２１は、前記プロセッサ１２２により実行可能な指令を記憶するためのメモリ１２１である。
ここで、前記プロセッサ１２２は前記プロセッサ１２２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の他の実施例はコンピュータ可読記憶媒体をさらに提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行指令が記憶され、前記コンピュータ実行指令がプロセッサによって実行されるときに上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実現するために用いられる。
本願の他の実施例はコンピュータプログラムをさらに提供し、プログラムコードを含み、コンピュータが前記コンピュータプログラムを実行するときに、前記プログラムコードは上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行する。
当業者であれば、説明の便宜上簡潔にするために、上述の説明したデバイスの具体的な動作過程は、前述の方法実施例における対応する過程を参照することができ、ここでは説明を省略する。
一般的な当業者は、上記各方法を実現する実施例の全部又は一部のステップはプログラム指令に関連するハードウェアによって完成してもよいことを理解することができる。前述のプログラムはコンピュータ可読記憶媒体に記憶されてもよい。当該プログラムは実行されるときに、上記各方法実施例を含むステップを実行する。前述の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどの様々なプログラムコードを記憶できる媒体を含む。
最後に説明すべきことは以下のとおりである。以上の各実施例は本願の技術案を説明するだけであり、それを限定するものではない。前述の各実施例を参照して本願を詳細に説明したが、一般的な当業者であれば理解すべきことは、依然として前述の各実施例に記載の技術案を修正するか、又はそのうちの一部又は全ての技術的特徴に対して同等置換を行うことができることである。これらの修正又は置換は、対応する技術案の本質を本願の各実施例の技術案の範囲から逸脱させない。
本願は２０１９年６月２８日に中国特許局に出願され、出願番号は２０１９１０５７３４１６５であり、出願の名称は「ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体」の中国特許出願の優先権を主張し、その全ての内容は引用により本願に組み込まれる。
本願はブロックチェーンの分野に関し、特にブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体に関する。
インターネットの発展に伴い、近年、ますます多くの革新的なサービスが登場している。革新的なサービスの生成は一方で経済的、技術の発展を促進することができるが、他方では、一部の革新的なサービスに違法、ユーザに経済的損失をもたらすという問題も存在する。
革新的なサービスをユーザに与える損失が最も低くなるために、従来の技術において、監視部門は一般的にある革新的なサービスがユーザに損失を与えるときに、当該革新的なサービスがリスクを有することを決定し、つまり予め設定された懲罰的な対策を採用して革新的なサービスを処理する。
しかし、懲罰的な対策を採用して革新的なサービスを処理することは救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができず、ある程度で、ユーザの損失を引き起こし、ユーザ体験が悪いことをもたらす。
本願の目的はブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体を提供することであり、従来の革新的なサービス処理方法は救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができないという技術的問題を解決するために用いられる。
本願の第１の態様はブロックチェーンに基づくサービス情報処理方法が提供され、前記方法は、
監視ノードがブロックチェーンにおいて投票要求を送信することであって、ここで、前記投票要求はサービス情報及び投票オプションを含み、前記ブロックチェーンは前記監視ノード及び少なくとも１つの評価ノードを含むことと、
予め設定された時間が経過した後、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードすることであって、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得されることと、
前記監視ノードがは前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードにより検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
１つの可能な設計において、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
前記全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定することと、
前記評価ノードの投票オプションと最も高いリワードに対応する前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行することとを含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定し、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求を積極的に投票するように励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
本願の第２の態様はブロックチェーンに基づくサービス情報処理方法が提供され、前記方法は、
評価ノードが監視ノードがブロックチェーンに配信した投票要求を受信することと、
前記評価ノードが前記投票要求に基づいて前記ブロックチェーンに投票結果を放送することと、
前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選択し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
１つの可能な設計において、前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙することは、
投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす、前記投票に参加する全ての評価ノードの数より小さい乱数を決定することと、
前記全ての評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することと、を含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することにより、投票結果に対する検証を実現する上で、検証過程の公平性を向上させることができる。
本願の第３の態様はブロックチェーンに基づくサービス情報処理方法が提供され、
前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙された検証ノードがブロックチェーンにおける全ての評価ノードから送信された投票結果を取得することと、
各投票結果に対して、検証ノードが前記投票結果に検証を行うことと、
検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果に基づいてブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第４の態様は監視ノードが提供され、
監視ノード及び少なくとも１つの評価ノードを含むブロックチェーンにおいて、サービス情報及び投票オプションを含む投票要求を送信するための投票要求送信モジュールと、
予め設定された時間が経過した後、前記少なくとも１つの評価ノードから選挙して取得される検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードするための第１のブロック生成モジュールと、
前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定するためのリスク評価モジュールとを含む。
本実施例に係る監視ノードは、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスに対してリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第５の態様は評価ノードが提供され、
監視ノードがブロックチェーンで配信した投票要求を受信するための投票要求受信モジュールと、
前記投票要求に基づいて前記ブロックチェーンに投票結果を放送するための放送モジュールと、
予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙するための選挙モジュールであって、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する選挙モジュールとを含む。
本実施例に係る評価ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第６の態様は検証ノードが提供され、
ブロックチェーンにおける全ての評価ノードから送信された投票結果を取得するために用いられ、前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙される、評価結果取得モジュールと、
各投票結果に対して、前記投票結果を検証するための検証モジュールと、
検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードし、それにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のブロック生成モジュールとを含む。
本実施例に係る検証ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果にブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
本願の第７の態様は監視ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第１の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第８の態様は評価ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第２の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第９の態様は検証ノードが提供され、メモリとプロセッサとを含み、
メモリは前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
ここで、前記プロセッサは前記プロセッサによって第３の様態に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の第１０の態様はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行指令が記憶され、前記コンピュータ実行指令がプロセッサによって実行されるときに第１の態様又は第２の態様又は第３の態様に記載のブロックチェーンに基づくサービス情報処理方法を実現するために用いられる。
本願に係るブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体は、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
本願の実施例１に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例２に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例３に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例４に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例５に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図である。 本願の実施例６に係る監視ノードの模式的な構成図である。 本願の実施例７に係る評価ノードの模式的な構成図である。 本願の実施例８に係る検証ノードの模式的な構成図である。 本願の実施例９に係る監視ノードの模式的な構成図である。 本願の実施例１０に係る評価ノードの模式的な構成図である。 本願の実施例１１に係る検証ノードの模式的な構成図である。
本願の実施例の目的、技術案及び利点をより明確にするために、以下は本願の実施例における図面を参照して、本願の実施例における技術案を明確で、完全に説明し、明らかに、説明された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて得られた全ての他の実施例は、いずれも本願の保護する範囲に属する。
上記言及された従来の革新的なサービスの処理方法は救済の効果だけを果たすことができ、それは革新的なサービスのリスクを予め評価することができないという技術的問題について、本願はブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体を提供する。
なお、本願に係るブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体はいずれかのサービスのリスク評価シーンに適用されることができる。
まず本願に関する名詞を解釈する。
ブロックチェーン：ブロックチェーンは分散型データ記憶、アドホックモード伝送、合意メカニズム、暗号アルゴリズムなどのコンピュータ技術の新型応用モードである。
図１は本願の実施例１に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図１に示すように、前記方法は以下のステップを含む。
ステップ１０１、監視ノードはブロックチェーンで投票要求を送信する。ここで、前記投票要求はサービス情報及び投票オプションを含み、前記ブロックチェーンには前記監視ノード及び少なくとも１つの評価ノードを含む。
本実施例の実行主体は監視ノードであり、当該監視ノードはユーザ端末又はサーバであってもよい。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンは当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンにおいて投票要求を配信してもよく、ここで、当該投票要求はリスク評価を行う必要がある革新的なサービスのサービス情報及び投票オプションを含んでもよく、例を挙げれば、当該投票オプションには「はい」又は「いいえ」、優れる／良好／普通／悪い又はいずれかの採点メカニズムを含んでもよく、それにより当該投票オプションに基づいて評価ノードに投票ルールを把握させることができる。また、当該投票要求にはさらに当該投票要求に対応するリワード総数及びリワードルール、投票要求締切時間及び当該投票要求を開始させる監視構成識別子をさらに含んでもよく、それによりリワードを発行することで、より多くの評価ノードが投票することを報奨することができる。当該リワード総数及びリワードルール、投票要求締切時間は、スマート契約に予め書き込まれる。
なお、上記革新的なサービスはいずれの分野のサービスであってもよく、例えば、それは金融系の革新的なサービスであってもよく、本願はここで制限しない。
さらに、上記いずれかの実施例に基づいて、前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される。
本実施例において、当該投票要求は監視ノードが新しいサービスの生成を検出した後にブロックチェーンに送信するものである。具体的には、監視ノードは予め設定された検出方法によって現在新しいサービスの生成があるか否かを検出してもよく、例を挙げれば、現在新しいサービスＡＰＰのオンラインがあるか否かを定期的に検出してもよく、又はいずれかの検出方式を採用して新しいサービスに対する検出を実現してもよく、本願はここで制限しない。なお、監視ノードは新しいサービスが発生したことを検出した後、直ちにブロックチェーンにおいて当該投票要求を送信し、それによりサービスの監視が間に合わなくて、ユーザに与える損失を効果的に回避することができる。
ステップ１０２、予め設定された時間が経過した後、監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードし、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得される。
本実施形態において、ブロックチェーンにおける全ての評価ノードは当該投票要求を受信した後、当該投票要求に基づいて投票を行って、投票結果をブロックチェーンに放送してもよい。投票結果の正当性を検証するために、少なくとも１つの検証ノードを選挙して投票結果を検証する必要がある。なお、スマート契約に既に投票が締切られる予め設定された時間が予め書き込まれ、したがって、予め設定された時間後に、監視ノードは検証ノードによって検証された全ての投票結果を取得して、当該全ての投票結果に基づいてブロックを生成し、当該ブロックをブロックチェーンにリンクしてもよい。
ステップ１０３、前記監視ノードは前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施形態において、監視ノードは検証された投票結果に基づいてブロックを生成して当該ブロックをブロックチェーンにリンクした後、当該ブロックにおける投票情報に基づいて当該サービスのリスクを評価するか否かを決定してもよい。実際の応用を例として、現在１００個の投票結果があり、そのうち８０個の投票結果が「優れる」であり、１０個の投票結果が「良好」であり、６個の投票結果が「普通」であり、４個の投票結果が「悪い」であると、中等以上の評価が大部分を占めるため、このときに当該サービスリスクが低いと判定することができ、このとき、当該サービスに対してリスク評価を行う必要がある。実施可能な様態として、監視者が当該サービスのリスクを評価するか否かをより直感的に決定することができるように、投票結果を統計図の方式で表示する。さらに、サービスのリスクを決定した後、さらにサービスのリスクに基づいてリスクに対応する監視対策を取って当該サービスを処理してもよい。
なお、従来の技術において、監視機構はコスト等の面により、大規模な調査研究によって金融機構の革新的なサービスに発生する可能性のある問題を決定することができず、このような問題の発生の影響を評価するときに、合理的で科学的なメカニズムがなく、常に従来の技術ユニットによってデータ及び情報を収集して評価し、かつ監視対策を取る根拠とすることしかできず、明らかに、情報取得の角度から見ると、非常に限られ、明らかな制限性を有する。上記方法を採用して複数の評価ノードによって投票を行い、それにより大量の評価情報を取得することができ、さらに従来の技術における監視方法の限界性の問題を効果的に解決することができる。
また、監視対策は金融機構のサービス行為に対する強い拘束性を有するため、一旦実施すると、すぐ効果が現れ、それにより引き起こされた結果は急激である可能性があり、それにより生成された影響も推定しにくく、ひいては対策の「過激性」によって金融革新に打撃を与える可能性があり、さらに金融市場の情報を受圧させ、逆の作用を果たす。上記方法は異なるサービスリスクに対してリスクに対応する監視方法を採用することにより、従来の監視方法による過激性を効果的に回避することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいてリスク評価を行い、それにより当該サービスのリスクを評価するか否かを迅速に決定することができ、ユーザに損失をもたらすことを回避する。
さらに、上記のいずれかの実施例をベースとして、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ前記ブロックを前記ブロックチェーンにアップロードした後、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することをさらに含む。
本実施例において、評価ノードが投票要求に対して積極的に投票することを励ますために、スマート契約にリワード発行のルールを予め書き込んでもよい。そこで、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつブロックをブロックチェーンにアップロードした後、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行してもよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することにより、評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するために基礎を提供する。
図２は本願の実施例２に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、上記いずれかの実施例をベースとして、図２に示すように、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、以下のステップを含む。
ステップ２０１、前記全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定する。
ステップ２０２、前記評価ノードの投票オプションと前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行し、ここで、前記最適な投票オプションは最も高いリワードに対応する。
本実施例において、異なる投票オプションに異なるリワード金額を設けてもよい。具体的には、まず全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定して、評価ノードの投票オプションと最適な投票オプションとの間の近接程度に基づいて当該評価ノードにリワード発行を行い、ここで最適な投票オプションは最も高いリワードに対応する。実際の応用例を例として、現在１００個の投票結果があり、そのうちの８０個の投票結果が「優れる」であり、１０個の投票結果が「良好」であり、６個の投票結果が「普通」であり、４個の投票結果が「悪い」であれば、そのうちの最適な投票オプションが「優れる」であり、このとき、投票オプションが「優れる」である評価ノードが最も高いリワード金額を取得することができ、その次の投票オプションが「良好」である評価ノードであり、投票オプションが「悪い」の評価ノードで得られたリワードが最も少ない。具体的には、数式１～３によって、リワードの計算を実現することができる。
Figure 2022538748000015
ここで、ｍは投票結果が最適な投票オプションである評価ノードの数とし、
Figure 2022538748000016
 は投票に参加する評価ノードの総数とし、ｉ最適な投票オプションは最適な投票オプションに対応する重み値であり、Ω最適な投票オプションは最適な投票オプションに対応するリワード総額であり、Ω他の投票オプションは他の投票オプションのリワード総額である。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定することにより、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するか否か決定するための基礎を提供する。
好ましくは、上記いずれかの実施例をベースとして、前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
前記全ての投票結果における各投票オプションが占める割合情報を決定することと、
前記割合情報に基づいて前記評価ノードにリワードを発行することとを含む。
本実施例において、異なる投票オプションに異なるリワード金額を設けてもよい。具体的には、まず全ての投票結果における各投票オプションが占める割合情報を決定して、当該割合情報に基づいて評価ノードにリワードの発行を行ってもよい。投票オプションの占める割合が高いほど、各投票オプションに対応する評価ノードは高いリワードを得ることができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票結果における各投票オプションが占める割合情報を決定し、割合情報に基づいて評価ノードにリワードを発行し、これにより評価ノードが投票要求に対して積極的に投票することを励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
図３は本願の実施例３に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図３に示すように、前記方法は以下のステップを含む。
ステップ３０１、評価ノードは監視ノードがブロックチェーンで配信した投票要求を受信する。
ステップ３０２、前記評価ノードは前記投票要求に基づいて前記ブロックチェーンに投票結果を放送する。
ステップ３０３、前記評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例の実行主体は評価ノードである。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンには当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンに投票要求を配信してもよく、それに応じて、評価ノードは当該投票要求を受信してもよく、ここで、当該投票要求において、サービス情報及び投票オプション、投票要求に対応するリワード総数及びリワードルール、投票要求締切時間、及び当該投票要求を開始させる監視構成識別子を含む。そこで、評価ノードは当該投票要求に基づいて投票を行って、投票後に投票結果を自身の秘密鍵によって署名してブロックチェーンに放送してもよい。このときには、各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて、少なくとも１つの検証ノードを選挙してもよく、それにより検証ノードは当該投票結果を検証することができて、検証された投票結果に基づいてブロックを生成してブロックチェーンにアップロードし、全ての投票結果がいずれも検証されて済んだ後、監視ノードは検証された後の全ての投票結果に基づいてブロックを生成してブロックチェーンにアップロードし、その後に全ての投票結果に基づいて当該サービスのリスクを評価するか否かを決定することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に対して投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
図４は本願の実施例４に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、上記いずれかの実施例に基づいて、前記評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、以下のステップを含む。
ステップ４０１、投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定し、ここで、前記乱数は前記投票に参加する全ての評価ノードの数より小さい。
ステップ４０２、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択する。
本実施例において、各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙してもよい。具体的には、まず投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定してもよく、ここで、当該乱数は投票に参加する全ての評価ノードの数より小さく、当該乱数ｎと投票に参加する全ての評価ノードの数ｍとの間には以下の関係を満たしてもよい。ｍ－ｎ＜ｍ／３、かつｍ－ｎは奇数とする。なお、検証ノードの数が多いほど、検証結果がより正確になり、それに応じてシステム負荷が大きくなり、したがって、実際の状況に応じて乱数を設定してもよく、本願はここで制限しない。例を挙げれば、システムの処理能力が悪い場合、１つの検証ノードを設けてもよく、システムの処理能力が高い場合、複数の検証ノードを設けてもよい。評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを少なくとも１つの検証ノードとしてランダムに選択する。乱数が不確定なため、対応して選挙された検証ノードもランダム性を有するため、検証プロセスの公平性を保証することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、評価ノードにおいて、投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することにより、投票結果に対する検証を実現する上で、検証過程の公平性を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択した後、以下をさらに含む。
予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択することにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクすること。
本実施例において、検証ノードの数が１つであれば、当該検証ノードはビリング検証ノードであってもよく、当該検証ノードは検証されて済んだ後、検証された投票結果をブロックチェーンに直接にアップロードしてもよい。検証ノードが複数であれば、各検証ノードはいずれも投票結果を検証してもよいが、各検証ノードはいずれもビリング権があるわけではなく、このとき、予め設定された合意メカニズムによって少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択してもよく、それにより各検証ノードがいずれも検証した後、当該ビリング検証ノードは全ての投票結果をブロックチェーンにアップロードする。なお、いずれかの合意メカニズムを採用してビリング検証ノードの決定を実現してもよく、本願はここで限定されない。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、予め設定された合意メカニズムによって、少なくとも１つの検証ノードにおいて、１つのビリング検証ノードを選択することにより、ビリング検証ノードは全ての投票結果に基づいてブロックを生成して、ブロックチェーンにリンクし、それによりビリング検証ノードの決定を実現することができ、その後にサービスリスク評価を行うか否かを決定するための基礎を提供する。
さらに、上記いずれかの実施例をベースとして、前記投票に参加する全ての評価ノードの数、及び乱数を決定することは、
予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定することを含む。
本実施例において、投票の評価ノードが多くて、総投票時間帯が長く、したがって、リスク評価効率をさらに向上させ、ヒステリシスのユーザに与える損失を回避するために、全ての投票時間を複数の時間帯に分割することができ、例えば、総投票時間帯が三日であれば、当該総投票時間帯を３つの時間帯に分け、毎日一回の検証を行ってもよい。それに応じて、各時間帯に対して、少なくとも１つの検証ノードを選択する必要があり、そこで、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定して、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数に対応する検証ノードをランダムに選択することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票時間を複数の時間帯に分割し、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定することができて、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数量に対応する検証ノードをランダムに選択してもよく、それによりリスク評価効率を効果的に向上させ、ヒステリシス生成ユーザに与える損失を回避し、また、全ての投票結果をバッチで処理し、さらに検証ノードのプロセッサに負荷を与えることを効果的に低減させ、検証効率を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードは検証ノードとして選択された後に確認情報を送信する。
それに応じて、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択した後、
いずれかの前記少なくとも１つの検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないことを検出すると、
各前記少なくとも１つの検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行することをさらに含む。
本実施例において、検証効率をさらに向上させるために、いずれかの評価ノードが検証ノードとして選択された後、確認情報を送信する必要があり、それにより投票結果をタイムリーに検証することができることを保証する。それに応じて、いずれかの検証ノードが予め設定された時間閾値を超えて、当該確認情報を送信しないことを検出すると、各検証ノードから送信された確認情報を受信するまで、リターンして投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行してもよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、いずれかの検証ノードが予め設定された時間閾値を超えて、当該確認情報を送信しないことを検出すると、各前記検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行し、それにより選択された検証ノードが投票結果をタイムリーに検証することを保証し、検証効率を向上させ、さらにヒステリシスの問題を解決し、ユーザに不必要な損失をもたらすことを回避する。
図５は本願の実施例５に係るブロックチェーンに基づくサービス情報処理方法のフロー模式図であり、図５に示すように、前記方法は以下のステップを含む。
ステップ５０１、検証ノードはブロックチェーンにおける全ての評価ノードから送信された投票結果を取得する。前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙されたものである。
ステップ５０２、各投票結果に対して、検証ノードが前記投票結果に検証を行う。
ステップ５０３、検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例の実行主体は検証ノードである。サービスのリスクを評価するために、まずブロックチェーンを確立する必要があり、当該ブロックチェーンには当該監視ノード及び少なくとも１つの評価ノードを含み、ここで、監視ノードはすなわちサービス監視機構であり、評価ノードはサービス評価投票に参加する人群であってもよい。具体的には、監視ノードはブロックチェーンに投票要求を配信してもよく、それに応じて、評価ノードは当該投票要求を受信してもよく、ここで、当該投票要求において、サービス情報及び投票オプション、投票要求に対応するリワード総数及びリワードルール、投票要求締切時間、及び当該投票要求を開始させる監視構成識別を含む。そこで、評価ノードは当該投票要求に基づいて投票を行って、投票後に投票結果を自身の秘密鍵によって署名してブロックチェーンに放送してもよい。各投票結果の正当性を検証するために、評価ノードは予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙してもよい。このとき、検証ノードは全ての評価ノードから送信された投票結果を取得し、各投票結果に対して、当該投票結果に検証を行って、検証された投票結果に基づいてブロックを生成して、ブロックチェーンにリンクしてもよい。それにより、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、全ての投票結果に基づいてリスク評価フローに入るか否かを決定する。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信し、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送した後、選挙された検証ノードが当該投票結果に検証を行い、検証された全ての投票結果に基づいてブロックを生成することにより、監視ノードが検証された投票結果に再びブロックを生成してブロックチェーンにアップロードして、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例をベースとして、前記投票結果は前記投票結果を放送する評価ノード識別子を含む。
それに応じて、前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定することと、
予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に検証を行うこととを含む。
本実施例において、投票結果には当該投票結果を放送する評価ノードの識別子を含み、そこで、投票結果を取得した後、まず当該評価ノード識別子に基づいて当該投票結果を放送する評価ノードを決定して、予め記憶された当該評価ノードの公開鍵に基づいて当該投票結果を検証することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、当該評価ノード識別子に基づいて当該投票結果を放送する評価ノードを決定して、予め記憶された当該評価ノードの公開鍵に基づいて当該投票結果に検証を行うことにより、投票結果を検証するか否かを効果的に決定し、リスク評価の安全性を向上させることができる。
さらに、上記いずれかの実施例をベースとして、前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に検証を行うことを含む。
本実施例において、投票の評価ノードが多くて、総投票時間帯が長く、したがって、リスク評価効率をさらに向上させ、ヒステリシスのユーザに与える損失を回避するために、全ての投票時間を複数の時間帯に分割することができる。それに応じて、各時間帯に対して、少なくとも１つの検証ノードを選択する必要があり、そこで、各予め設定された時間帯に対して、投票に参加する全ての評価ノードの数及び乱数を決定して、投票に参加する全ての評価ノードの数及び乱数に基づいて検証ノードの数を決定して、当該数に対応する検証ノードをランダムに選択することができる。検証ノードは予め設定された時間帯内の各投票結果に対して検証を行えばよい。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、全ての投票時間を複数の時間帯に分割し、各予め設定された時間帯の各投票結果に対して検証を行って、それによりリスク評価効率を効果的に向上させ、ヒステリシスのユーザに与える損失を回避し、また、全ての投票結果をバッチで処理し、さらに検証ノードのプロセッサに負荷を与えることを効果的に低減させ、検証効率を向上させることができる。
さらに、上記のいずれかの実施例をベースとして、前記検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることは、
前記検証ノードは検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードすること、又は、
前記検証ノードは検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードする。ここで、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに、前記検証ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成することを含む。
本実施例において、検証された投票結果に基づいて生成されたブロックはブロックチェーンのメインチェーンに直接に接続されてもよく、好ましくは、メインチェーンの負荷を軽減するために、分岐チェーンに接続されてもよい。具体的に、検証ノードは検証された投票結果に基づいて、ブロックを生成して、ブロックチェーンのメインチェーンにアップロードすることができる。実施可能な方式として、検証ノードは検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードする。なお、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、メインチェーンは分岐チェーンの有効性を判定する必要があり、具体的には分岐チェーン中の一部の分岐チェーンのマークルツリーを検証することにより分岐チェーンの有効性の判断を実現することができる。
本実施例に係るブロックチェーンに基づくサービス情報処理方法は、検証された投票結果に基づいてブロックを生成して、ブロックチェーンのメインチェーンにアップロードし、又は、検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードする。ここで、監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、ブロックチェーンのメインチェーンが部分の分岐チェーンのマークルツリーを検証することにより、分岐チェーンの有効性に検証を行って、分岐チェーンが有効することを検証するときに、前記検証ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、それによりメインチェーンの負荷を低減させた上で、メインチェーンの安全性を保証することができる。
図６は本願の実施例６に係る監視ノードの模式的な構成図であり、図６に示すように、前記監視ノードは、
ブロックチェーンにおいて投票要求を送信するための投票要求送信モジュール６１であって、ここで、前記投票要求にはサービス情報及び投票オプションを含み、前記ブロックチェーンには前記監視ノード及び少なくとも１つの評価ノードを含む投票要求送信モジュール６１と、
予め設定された時間が経過した後、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードするための第１のブロック生成モジュール６２であって、前記検証ノードは前記少なくとも１つの評価ノードから選挙して取得される第１のブロック生成モジュール６２と、
前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定するためのリスク評価モジュール６３とを含む。
本実施例に係る監視ノードは、ブロックチェーンを確立することによって、監視ノードが新しいサービスの生成を検出すると同時にブロックチェーンにおいて当該サービスにリスク評価を行う投票要求を配信し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ当該ブロックにおける全ての投票結果に基づいて、リスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例に基づいて、前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される。
さらに、上記いずれかの実施例に基づいて、前記監視管理ノードは
予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行するためのリワード発行モジュールをさらに含む。
さらに、上記いずれかの実施例に基づいて、前記リワード発行モジュールは、
前記全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定するための最適な投票オプション決定ユニット、
前記評価ノードの投票オプションと前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行するための第１の発行ユニットであって、ここで、前記最適な投票オプションは最も高いリワードに対応する第１の発行ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記リワード発行モジュールは
前記全ての投票結果における各投票オプションが占める割合情報を決定するための割合決定ユニットと
前記割合情報に基づいて前記評価ノードにリワードを発行するための第２の発行ユニットとを含む。
図７は本願の実施例７に係る監視ノードの模式的な構成図であり、図７に示すように、前記監視ノードは、
監視ノードがブロックチェーンで配信した投票要求を受信するための投票要求受信モジュール７１と、
前記投票要求に基づいて前記ブロックチェーンに投票結果を放送するための放送モジュール７２と、
予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙するための選挙モジュール７３であって、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する選挙モジュール７３と、を含む。
本実施例に係る評価ノードは、全ての投票結果のうちで最も多い投票数を有する最適な投票オプションを決定することにより、評価ノードの投票オプションと最適な投票オプションとの接近程度に基づいて評価ノードにリワードを発行し、ここで、最適な投票オプションは最も高いリワードに対応し、それにより評価ノードが投票要求を積極的に投票することを励ますことができ、サービスのリスクを評価するか否かを決定するための基礎を提供する。
さらに、上記いずれかの実施例に基づいて、前記選挙モジュールは、
投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす乱数を決定するための決定ユニットであって、ここで、前記乱数は前記投票に参加する全ての評価ノードの数より小さい決定ユニットと、
前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択する選挙ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記選挙モジュールは、
予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択し、それにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクするビリング検証ノード選挙ユニットとをさらに含む。
さらに、上記いずれかの実施例に基づいて、前記決定ユニットは、
予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定することに用いられる。
さらに、上記いずれかの実施例をベースとして、前記評価ノードは検証ノードとして選択された後に確認情報を送信する必要がある。
前記選挙モジュールは、
いずれかの前記少なくとも１つの検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないことを検出するための検出ユニットと、
いずれかの前記少なくとも１つの検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないことを検出するときに、各前記少なくとも１つの検証ノードから送信された確認情報を受信するまでに、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定するステップを実行するためのサイクルユニットとをさらに含む。
図８は本願の実施例８に係る検証ノードの模式的な構成図であり、図８に示すように、前記検証ノードはは、
ブロックチェーンにおける全ての評価ノードから送信された投票結果を取得するための評価結果取得モジュール８１であって、前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙されたものである評価結果取得モジュール８１と、
各投票結果に対して、前記投票結果を検証するための検証モジュール８２と、
検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードし、それにより、前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のブロック生成モジュール８３とを含む。
本実施例に係る検証ノードは、ブロックチェーンを確立することにより、監視ノードが配信したサービスに対するリスク評価を行う投票要求を受信した後、評価ノードが当該投票要求に投票を行って、ブロックチェーンに放送し、少なくとも１つの検証ノードを選択して投票結果を検証し、検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、当該ブロックにおける全ての投票結果に基づいてリスク評価フローに入るか否かを決定し、それにより当該サービスのリスクを評価するか否かを迅速に決定し、ユーザに損失をもたらすことを回避することができる。
さらに、上記いずれかの実施例をベースとして、前記投票結果には前記投票結果を放送する評価ノード識別子を含む。
それに応じて、前記検証モジュールは、
前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定するための評価ノード決定ユニットと、
予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に検証を行うための第１の検証ユニットとを含む。
さらに、上記いずれかの実施例に基づいて、前記検証モジュールは、
予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に検証を行うための第２の検証ユニットを含む。
さらに、上記いずれかの実施例に基づいて、前記第２のブロック生成モジュールは、
検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードするための第１のアップロードユニット、又は、
検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードする第２のアップロードユニットを含む。ここで、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに、前記第２のアップロードユニットは検証された全ての投票結果に基づいてブロックを生成する。
図９は本願の実施例９に係る監視ノードの模式的な構成図であり、図９に示すように、前記監視ノードはメモリ９１とプロセッサ９２とを含む。
メモリ９１は前記プロセッサ９２により実行可能な指令を記憶するためのメモリである。
ここで、前記プロセッサ９２は前記プロセッサ９２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
図１０は本願の実施例１０に係る評価ノードの模式的な構成図であり、図１０に示すように、前記評価ノードはメモリ１１１とプロセッサ１１２とを含む。
メモリ１１１は、前記プロセッサ１１２により実行可能な指令を記憶するためのメモリ１１１である。
ここで、前記プロセッサ１１２は前記プロセッサ１１２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
図１１は本願の実施例１１に係る評価ノードの模式的な構成図であり、図１１に示すように、前記検証ノードはメモリ１２１とプロセッサ１２２とを含む。
メモリ１２１は、前記プロセッサ１２２により実行可能な指令を記憶するためのメモリ１２１である。
ここで、前記プロセッサ１２２は前記プロセッサ１２２によって上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される。
本願の他の実施例はコンピュータ可読記憶媒体をさらに提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行指令が記憶され、前記コンピュータ実行指令がプロセッサによって実行されるときに上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実現するために用いられる。
本願の他の実施例はコンピュータプログラムをさらに提供し、プログラムコードを含み、コンピュータが前記コンピュータプログラムを実行するときに、前記プログラムコードは上記いずれかの実施例に記載のブロックチェーンに基づくサービス情報処理方法を実行する。
当業者であれば、説明の便宜上簡潔にするために、上述の説明したデバイスの具体的な動作過程は、前述の方法実施例における対応する過程を参照することができ、ここでは説明を省略する。
一般的な当業者は、上記各方法を実現する実施例の全部又は一部のステップはプログラム指令に関連するハードウェアによって完成してもよいことを理解することができる。前述のプログラムはコンピュータ可読記憶媒体に記憶されてもよい。当該プログラムは実行されるときに、上記各方法実施例を含むステップを実行する。前述の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどの様々なプログラムコードを記憶できる媒体を含む。
最後に説明すべきことは以下のとおりである。以上の各実施例は本願の技術案を説明するだけであり、それを限定するものではない。前述の各実施例を参照して本願を詳細に説明したが、一般的な当業者であれば理解すべきことは、依然として前述の各実施例に記載の技術案を修正するか、又はそのうちの一部又は全ての技術的特徴に対して同等置換を行うことができることである。これらの修正又は置換は、対応する技術案の本質を本願の各実施例の技術案の範囲から逸脱させない。

Claims (33)

  1. 監視ノードが前記監視ノード及び少なくとも１つの評価ノードを含むブロックチェーンにおいて、サービス情報及び投票オプションを含む投票要求を送信することと、
    予め設定された時間が経過した後、監視ノードが、前記少なくとも１つの評価ノードから選挙して取得される検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードすることと、
    前記監視ノードが前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む、
    ことを特徴とするブロックチェーンに基づくサービス情報処理方法。
  2. 前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される、
    ことを特徴とする請求項１に記載の方法。
  3. 前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成し、かつ前記ブロックを前記ブロックチェーンにアップロードした後、
    予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することをさらに含む、
    ことを特徴とする請求項１又は２に記載の方法。
  4. 前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
    前記全ての投票結果のうちの投票数が最も多い最適な投票オプションを決定することと、
    前記評価ノードの投票オプションと最も高いリワードに対応する前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行することとを含む、
    ことを特徴とする請求項３に記載の方法。
  5. 前記予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行することは、
    前記全ての投票結果における各投票オプションが占める割合情報を決定することと、
    前記割合情報に基づいて前記評価ノードにリワードを発行することを含む、
    ことを特徴とする請求項３に記載の方法。
  6. 評価ノードが、監視ノードがブロックチェーンで配信した投票要求を受信することと、
    前記評価ノードが前記投票要求に基づいて前記ブロックチェーンに投票結果を放送することと、
    前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む、
    ことを特徴とするブロックチェーンに基づくサービス情報処理方法。
  7. 前記評価ノードが予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙することは、
    投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす、前記投票に参加する全ての評価ノードの数より小さい乱数を決定することと、
    前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することとを含む、
    ことを特徴とする請求項６に記載の方法。
  8. 前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することの後、
    予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択することにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクすることをさらに含む、
    ことを特徴とする請求項７に記載の方法。
  9. 前記投票に参加する全ての評価ノードの数、及び乱数を決定することは、
    予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定することを含む、
    ことを特徴とする請求項７又は８に記載の方法。
  10. 前記評価ノードは検証ノードとして選択された後に確認情報を送信する必要があり、
    それに応じて、前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択することの後、さらに、
    いずれかの前記検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないことを検出すると、各前記検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定することを実行することをさらに含む、
    ことを特徴とする請求項７～９のいずれか一項に記載の方法。
  11. ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙された検証ノードが前記ブロックチェーンにおける全ての評価ノードから送信された評価結果を取得することと、
    各投票結果に対して、検証ノードが前記投票結果に検証を行うことと、
    検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることにより、監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定することとを含む、
    ことを特徴とするブロックチェーンに基づくサービス情報処理方法。
  12. 前記投票結果には前記投票結果を放送する評価ノード識別子を含み、
    それに応じて、前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
    前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定することと、
    予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に検証を行うこととを含む、
    ことを特徴とする請求項１１に記載の方法。
  13. 前記各投票結果に対して、検証ノードが前記投票結果に検証を行うことは、
    予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に検証を行うことを含む、
    ことを特徴とする請求項１１又は１２に記載の方法。
  14. 前記検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードすることは、
    前記検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードすること、又は、
    前記検証ノードが検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードして、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに検証ノードによって検証された全ての投票結果に基づいてブロックを生成することを含む、
    ことを特徴とする請求項１１～１３のいずれか一項に記載の方法。
  15. 監視ノード及び少なくとも１つの評価ノードを含むブロックチェーンにおいて、サービス情報及び投票オプションを含む投票要求を送信するための投票要求送信モジュールと、
    予め設定された時間が経過した後、前記少なくとも１つの評価ノードから選挙して取得される検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記ブロックを前記ブロックチェーンにアップロードするための第１のブロック生成モジュールと、
    前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定するためのリスク評価モジュールとを含む、
    ことを特徴とする監視ノード。
  16. 前記投票要求は前記監視ノードが新しいサービスの生成を検出した後に送信される、
    ことを特徴とする請求項１５に記載の監視ノード。
  17. 前記監視ノードは、
    予め設定されたスマート契約に基づいて投票に参加する全ての評価ノードにリワードを発行するためのリワード発行モジュールをさらに含む、
    ことを特徴とする請求項１５又は１６に記載の監視ノード。
  18. 前記リワード発行モジュールは、
    前記全ての投票結果のうちの投票数が最も多く、最も高いリワードに対応する最適な投票オプションを決定するための最適な投票オプション決定ユニットと、
    前記評価ノードの投票オプションと前記最適な投票オプションとの近接程度に基づいて前記評価ノードにリワードを発行するための第１の発行ユニットとを含む、
    ことを特徴とする請求項１７に記載の監視ノード。
  19. 前記リワード発行モジュールは、
    前記全ての投票結果における各投票オプションが占める割合情報を決定するための割合決定ユニットと、
    前記割合情報に基づいて前記評価ノードにリワードを発行するための第２の発行ユニットとを含む、
    ことを特徴とする請求項１７に記載の監視ノード。
  20. 監視ノードがブロックチェーンで配信した投票要求を受信するための投票要求受信モジュールと、
    前記投票要求に基づいて前記ブロックチェーンに投票結果を放送するための放送モジュールと、
    予め設定された選挙メカニズムに基づいて少なくとも１つの検証ノードを選挙し、それにより前記検証ノードは全ての投票結果を検証して、前記ブロックチェーンにアップロードし、それにより前記監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてサービスのリスクを評価する選挙モジュールとを含む、
    ことを特徴とする評価ノード。
  21. 前記選挙モジュールは、
    投票に参加する全ての評価ノードの数、及び予め設定された条件を満たす、前記投票に参加する全ての評価ノードの数より小さい乱数を決定するための決定ユニットと、
    前記評価ノードにおいて、前記投票に参加する全ての評価ノードの数と乱数の差である個数の評価ノードを前記少なくとも１つの検証ノードとして選択する選挙ユニットとを含む、
    ことを特徴とする請求項２０に記載の評価ノード。
  22. 前記選挙モジュールは、
    予め設定された合意メカニズムによって前記少なくとも１つの検証ノードにおいて１つのビリング検証ノードを選択し、それにより、前記ビリング検証ノードは前記全ての投票結果に基づいてブロックを生成して前記ブロックチェーンにリンクするビリング検証ノード選挙ユニットをさらに含む、
    ことを特徴とする請求項２１に記載の評価ノード。
  23. 前記決定ユニットは、
    予め設定された時間帯ごとに、投票に参加する全ての評価ノードの数、及び乱数を決定するために用いられる、
    ことを特徴とする請求項２１又は２２に記載の評価ノード。
  24. 前記評価ノードは検証ノードとして選択された後に確認情報を送信する必要があり、
    それに応じて、前記選挙モジュールは、
    いずれかの前記検証ノードが予め設定された時間閾値を超えて、確認情報を送信しないとことを検出するための検出ユニットと、
    各前記検証ノードから送信された確認情報を受信するまで、リターンして前記投票に参加する全ての評価ノードの数及び乱数を決定することを実行するためのサイクルユニットとをさらに含む、
    ことを特徴とする請求項２１～２３のいずれか一項に記載の評価ノード。
  25. 検証ノードであって、
    ブロックチェーンにおける全ての評価ノードから送信された評価結果を取得するために用いられ、前記検証ノードは前記ブロックチェーンにおける投票に参加する全ての評価ノードにより選挙される、評価結果取得モジュールと、
    各投票結果に対して、前記投票結果を検証するための検証モジュールと、
    検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンにアップロードし、それにより、監視ノードは検証ノードによって検証された全ての投票結果に基づいてブロックを生成して、前記全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のブロック生成モジュールとを含む、
    ことを特徴とする検証ノード。
  26. 前記投票結果には前記投票結果を放送する評価ノード識別子を含み、
    それに応じて、前記検証モジュールは、
    前記投票結果における評価ノード識別子に基づいて前記投票結果を放送する評価ノードを決定するための評価ノード決定ユニットと、
    予め記憶された前記評価ノードの公開鍵に基づいて前記投票結果に対して検証を行うための第１の検証ユニットとを含む、
    ことを特徴とする請求項２５に記載の検証ノード。
  27. 前記検証モジュールは、
    予め設定された時間帯内の各投票結果に対して、検証ノードが前記投票結果に対して検証を行うための第２の検証ユニットを含む、
    ことを特徴とする請求項２５又は２６に記載の検証ノード。
  28. 前記第２のブロック生成モジュールは、
    前記検証ノードが検証された投票結果に基づいてブロックを生成して、前記ブロックチェーンのメインチェーンにアップロードするための第１のアップロードユニット、又は、
    前記検証ノードが検証された投票結果に基づいてブロックを生成して、予め設定された分岐チェーンにアップロードするための第２のアップロードユニットであって、前記監視ノードが検証ノードによって検証された全ての投票結果に基づいてブロックを生成する前に、前記ブロックチェーンのメインチェーンが一部の分岐チェーンのマークルツリーを検証することによって、前記分岐チェーンの有効性に検証を行って、前記分岐チェーンが有効であると検証するときに検証ノードによって検証された全ての投票結果に基づいてリスク評価フローに入るか否かを決定する第２のアップロードユニットとを含む、
    ことを特徴とする請求項２５～２７のいずれか一項に記載の検証ノード。
  29. メモリとプロセッサとを含み、
    メモリは、前記プロセッサにより実行可能な指令を記憶するために用いられるメモリであり、
    ここで、前記プロセッサは前記プロセッサによって請求項１～５のいずれか一項に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される、
    ことを特徴とする監視ノード。
  30. メモリとプロセッサとを含み、
    メモリは、前記プロセッサにより実行可能な指令を記憶するためのメモリであり、
    ここで、前記プロセッサは前記プロセッサによって請求項６～１０のいずれか一項に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される、
    ことを特徴とする評価ノード。
  31. メモリとプロセッサとを含み、
    メモリは、前記プロセッサにより実行可能な指令を記憶するためのメモリであり、
    ここで、前記プロセッサは前記プロセッサによって請求項１１～１４のいずれか一項に記載のブロックチェーンに基づくサービス情報処理方法を実行するように構成される、
    ことを特徴とする検証ノード。
  32. コンピュータ実行指令が記憶され、前記コンピュータ実行指令がプロセッサによって実行されるときに請求項１～５又は６～１０又は１１～１４のいずれか一項に記載のブロックチェーンに基づくサービス情報処理方法を実現するために用いられる、
    ことを特徴とするコンピュータ可読記憶媒体。
  33. プログラムコードを含むコンピュータプログラムであって、コンピュータが前記コンピュータプログラムを実行するときに、前記プログラムコードは請求項１～５又は６～１０又は１１～１４のいずれか一項に記載のブロックチェーンに基づくサービス情報処理方法を実行する、
    ことを特徴とするコンピュータプログラム。
JP2021570783A 2019-06-28 2020-03-16 ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体 Active JP7340628B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910573416.5 2019-06-28
CN201910573416.5A CN110300167B (zh) 2019-06-28 2019-06-28 基于区块链的业务信息处理方法、设备及可读存储介质
PCT/CN2020/079531 WO2020258925A1 (zh) 2019-06-28 2020-03-16 基于区块链的业务信息处理方法、设备及可读存储介质

Publications (2)

Publication Number Publication Date
JP2022538748A true JP2022538748A (ja) 2022-09-06
JP7340628B2 JP7340628B2 (ja) 2023-09-07

Family

ID=68029251

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021570783A Active JP7340628B2 (ja) 2019-06-28 2020-03-16 ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体

Country Status (5)

Country Link
US (1) US20220114583A1 (ja)
JP (1) JP7340628B2 (ja)
KR (1) KR20220004127A (ja)
CN (1) CN110300167B (ja)
WO (1) WO2020258925A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110300167B (zh) * 2019-06-28 2020-07-31 京东数字科技控股有限公司 基于区块链的业务信息处理方法、设备及可读存储介质
CN111049696B (zh) * 2020-03-16 2020-06-12 支付宝(杭州)信息技术有限公司 用于区块链系统的节点管理的方法、节点和计算设备
CN111652740B (zh) * 2020-04-27 2022-10-04 平安医疗健康管理股份有限公司 线上行为的监控方法及装置、计算机设备、存储介质
CN112528317A (zh) * 2020-11-10 2021-03-19 联想(北京)有限公司 一种基于区块链的信息处理方法、装置及设备
CN112258092A (zh) * 2020-11-23 2021-01-22 国网能源研究院有限公司 一种基于区块链的数据资产可信度评估方法、装置
CN112669513B (zh) * 2020-12-28 2022-09-06 杭州趣链科技有限公司 具有评价功能和隐私保护的电子投票系统
CN112764714B (zh) * 2021-01-28 2023-10-03 上海朝夕网络技术有限公司 基于智能合约的自激励随机数生成方法及终端设备
CN112949394B (zh) * 2021-01-29 2023-06-16 恒瑞通（福建）信息技术有限公司 一种基于区块链的远程监控方法、电子设备及存储介质
CN113726758A (zh) * 2021-08-25 2021-11-30 百保(上海)科技有限公司 基于区块链的数据隐私计算方法及系统
CN113949711B (zh) * 2021-08-30 2023-11-10 深圳时空云科技有限公司 分布式过程数据处理方法及装置
CN114756729B (zh) * 2022-05-05 2023-06-23 吕梁市智信网络电子科技有限责任公司 应用于区块链和大数据的信息处理方法及大数据平台

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084187A (ja) * 2006-04-17 2012-04-26 Yahoo Inc ネットワークベースのコンテスト作成
US10121025B1 (en) * 2018-02-22 2018-11-06 Capital One Services, Llc Content validation using blockchain
WO2019067863A1 (en) * 2017-09-28 2019-04-04 Silvio Micali BLOCK CHAINS ACCREDITED BY MESSAGE
JP2019053713A (ja) * 2017-09-15 2019-04-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 電子投票システム、及び、制御方法
WO2019070938A1 (en) * 2017-10-04 2019-04-11 Silvio Micali INTELLIGENT DECLARATIVE CONTRACTS
WO2019072289A2 (en) * 2018-11-30 2019-04-18 Alibaba Group Holding Limited INTELLIGENT BLOCK CHAIN CONTRACT UPDATES USING A DECENTRALIZED DECISION
WO2019072301A2 (en) * 2018-12-21 2019-04-18 Alibaba Group Holding Limited VERIFYING THE INTEGRITY OF STORED DATA IN A CONSORTIUM BLOCK CHAIN USING A PUBLIC SECONDARY CHAIN
WO2019101229A2 (en) * 2019-03-04 2019-05-31 Alibaba Group Holding Limited Updating blockchain world state merkle patricia trie subtree

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170337287A1 (en) * 2003-06-25 2017-11-23 Susan (Zann) Gill Intelligent integrating system for crowdsourcing and collaborative intelligence in human- and device- adaptive query-response networks
CN107145768B (zh) * 2016-03-01 2021-02-12 华为技术有限公司 版权管理方法和系统
CN107341660B (zh) * 2017-05-27 2021-06-29 唐盛（北京）物联技术有限公司 一种区块链底层共识机制以及基于该共识机制的区块链系统
CN107423962A (zh) * 2017-07-11 2017-12-01 成都励睿德企业管理有限公司 基于奖惩的数据区块链授权参与共识的拜占庭容错方法及其奖惩方法
CN109426952B (zh) * 2017-08-22 2021-06-01 汇链丰(北京)科技有限公司 一种区块链架构
CN108256859B (zh) * 2018-01-02 2021-02-23 中国工商银行股份有限公司 基于区块链的金融产品交易共识方法、节点及系统
CN108259235B (zh) * 2018-01-04 2019-11-22 杭州复杂美科技有限公司 一种区块链记账节点选择方法
CN109376534B (zh) * 2018-09-26 2022-08-12 百度在线网络技术（北京）有限公司 用于检测应用的方法和装置
CN109934710A (zh) * 2018-11-08 2019-06-25 杭州基尔区块链科技有限公司 基于双通证的适用于知识产权联盟链的智能共识机制
CN109583903B (zh) * 2018-11-28 2020-12-11 杭州复杂美科技有限公司 区块确认方法、设备和存储介质
CN109657450B (zh) * 2018-12-14 2021-04-16 泰康保险集团股份有限公司 基于区块链进行评价的方法、装置、介质及电子设备
CN109767315A (zh) * 2018-12-14 2019-05-17 平安普惠企业管理有限公司 基于区块链的业务征信确认方法、装置、设备及存储介质
CN109729092A (zh) * 2019-01-09 2019-05-07 山东浪潮质量链科技有限公司 一种业务平台准入的方法和装置
CN109831425B (zh) * 2019-01-25 2022-02-15 中国联合网络通信集团有限公司 区块链共识方法、装置、设备及计算机可读存储介质
CN109872156A (zh) * 2019-03-11 2019-06-11 赛迪(青岛)区块链研究院有限公司 一种联盟链共识系统及方法
CN110300167B (zh) * 2019-06-28 2020-07-31 京东数字科技控股有限公司 基于区块链的业务信息处理方法、设备及可读存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012084187A (ja) * 2006-04-17 2012-04-26 Yahoo Inc ネットワークベースのコンテスト作成
JP2019053713A (ja) * 2017-09-15 2019-04-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 電子投票システム、及び、制御方法
WO2019067863A1 (en) * 2017-09-28 2019-04-04 Silvio Micali BLOCK CHAINS ACCREDITED BY MESSAGE
WO2019070938A1 (en) * 2017-10-04 2019-04-11 Silvio Micali INTELLIGENT DECLARATIVE CONTRACTS
US10121025B1 (en) * 2018-02-22 2018-11-06 Capital One Services, Llc Content validation using blockchain
WO2019072289A2 (en) * 2018-11-30 2019-04-18 Alibaba Group Holding Limited INTELLIGENT BLOCK CHAIN CONTRACT UPDATES USING A DECENTRALIZED DECISION
WO2019072301A2 (en) * 2018-12-21 2019-04-18 Alibaba Group Holding Limited VERIFYING THE INTEGRITY OF STORED DATA IN A CONSORTIUM BLOCK CHAIN USING A PUBLIC SECONDARY CHAIN
WO2019101229A2 (en) * 2019-03-04 2019-05-31 Alibaba Group Holding Limited Updating blockchain world state merkle patricia trie subtree

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ブロックチェーンビジネス研究会: ""052 「ねつ造」や「広告」のないソーシャルメディア"", ６０分でわかる！ブロックチェーン最前線, vol. 初版, JPN6023004382, 8 June 2018 (2018-06-08), pages 116 - 117, ISSN: 0004980811 *

Also Published As

Publication number Publication date
CN110300167A (zh) 2019-10-01
JP7340628B2 (ja) 2023-09-07
US20220114583A1 (en) 2022-04-14
KR20220004127A (ko) 2022-01-11
CN110300167B (zh) 2020-07-31
WO2020258925A1 (zh) 2020-12-30

Similar Documents

Publication Publication Date Title
JP2022538748A (ja) ブロックチェーンに基づくサービス情報処理方法、装置及び可読記憶媒体
Feng et al. MCS-Chain: Decentralized and trustworthy mobile crowdsourcing based on blockchain
Jiao et al. Auction mechanisms in cloud/fog computing resource allocation for public blockchain networks
CN108880863B (zh) 一种基于区块链技术的智能电网设备安全诊断服务系统
CN110855432B (zh) 基于可验证随机函数分配验证者奖励的异步bft&dpos共识机制
Zhang et al. Survey of trust management on various networks
Samian et al. Cooperation stimulation mechanisms for wireless multihop networks: A survey
CN112163856A (zh) 用于区块链与物联网融合场景的共识方法及系统
CN113326516A (zh) 区块链共识方法、区块链系统及计算机设备
CN112651830B (zh) 应用于电力资源共享网络的区块链共识方法
CN110599179B (zh) 一种基于区块链系统的风险控制方法及相关设备
Chen et al. Trusted audit with untrusted auditors: A decentralized data integrity Crowdauditing approach based on blockchain
Zhang et al. Designing secure and dependable mobile sensing mechanisms with revenue guarantees
Cheng et al. An auction-based incentive mechanism with blockchain for IoT collaboration
Xiang et al. Blockchain enabled dynamic trust management method for the internet of medical things
CN113837558A (zh) 一种评标的方法及相关装置
Moti et al. Farm: Fair reward mechanism for information aggregation in spontaneous localized settings
Mohsenzadeh et al. A novel reputation-based consensus framework (RCF) in distributed ledger technology
CN116342233A (zh) 基于Skyline策略的微电网数据处理方法和装置
KR102366638B1 (ko) 게임 클라이언트의 참여 증명 기반 블록체인 시스템 및 이를 이용한 블록 보상 합의 방법
CN114757490A (zh) 基于区块链的防共谋的微电网能源交易定价及评估系统
Shala et al. Distributed Ledger Technology for trust management optimisation in M2M
CN111522884A (zh) 一种基于利益分配的威胁情报交易联盟链的交易促进方法
CN113301118B (zh) 区块链共识节点的确定方法、共识方法、系统及设备
Ahuja Intention Games: Towards Strategic Coexistence between Partially Honest and Blind Players

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211201

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211201

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230417

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230731

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230828

R150 Certificate of patent or registration of utility model

Ref document number: 7340628

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150