特許 7325506 ブロックチェーンシステムに基づく業務処理方法、装置、電子機器及びコンピュータプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-08-03

(45)【発行日】2023-08-14

(54)【発明の名称】ブロックチェーンシステムに基づく業務処理方法、装置、電子機器及びコンピュータプログラム

(51)【国際特許分類】

   G06Q 40/12 20230101AFI20230804BHJP

   G06F 21/31 20130101ALI20230804BHJP

【ＦＩ】

G06Q40/12 410

G06F21/31

【請求項の数】 14

(21)【出願番号】P 2021520167

(86)(22)【出願日】2020-01-17

(65)【公表番号】

(43)【公表日】2022-02-01

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

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

(87)【国際公開日】2020-08-06

【審査請求日】2021-04-19

(31)【優先権主張番号】201910084819.3

(32)【優先日】2019-01-29

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

【前置審査】

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】藏 ▲軍▼

(72)【発明者】

【氏名】▲張▼ 建俊

(72)【発明者】

【氏名】▲鄭▼ ▲羅▼▲海▼

(72)【発明者】

【氏名】史 俊杰

(72)【発明者】

【氏名】▲陳▼ 湖佳

(72)【発明者】

【氏名】唐 子超

(72)【発明者】

【氏名】蔡 弋戈

(72)【発明者】

【氏名】秦 青

(72)【発明者】

【氏名】戴 ▲傳▼兵

(72)【発明者】

【氏名】▲藍▼ ▲虎▼

(72)【発明者】

【氏名】▲陳▼ 金▲龍▼

【審査官】石坂 博明

(56)【参考文献】

【文献】中国特許出願公開第１０７２５７３４０（ＣＮ，Ａ）

【文献】中国特許出願公開第１０９１９１１３５（ＣＮ，Ａ）

【文献】米国特許出願公開第２００６／０２５１１０３（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ０６Ｆ ２１／３１

(57)【特許請求の範囲】

【請求項1】

ブロックチェーンシステムに基づく業務処理方法であって、
前記ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含み、前記業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、
前記業務処理方法は、前記認証管理センターにより実行され、
業務参加者の認証情報を取得するステップと、
前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成するステップと、
前記業務処理ノードサブネットワークに前記通知メッセージを送信するステップであって、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示するためのものであるステップと、
前記通知メッセージの受信に失敗したターゲット業務処理ノードを特定するステップであって、前記業務処理ノードサブネットワークには、第１の業務処理ノード及び第２の業務処理ノードが含まれ、前記第１の業務処理ノードから前記通知メッセージに対してフィードバックした受信失敗情報を受信すると、前記第１の業務処理ノードを前記ターゲット業務処理ノードとし、前記第２の業務処理ノードから前記通知メッセージに対してフィードバックした受信応答情報を所定の期間内に受信していないと、前記第２の業務処理ノードを前記ターゲット業務処理ノードとする、ステップとを含む、
業務処理方法。

【請求項2】

前記通知メッセージの受信に失敗したターゲット業務処理ノードを特定する前記ステップの後に、
前記ターゲット業務処理ノードが前記通知メッセージの受信に成功するか又は前記ターゲット業務処理ノードへの送信回数が設定回数に達するまで、前記ターゲット業務処理ノードに前記通知メッセージを再送信するステップをさらに含む、
請求項１に記載の業務処理方法。

【請求項3】

前記ターゲット業務処理ノードに前記通知メッセージを再送信する前記ステップは、
所定の期間が経過すると、前記ターゲット業務処理ノードに前記通知メッセージを再送信するステップを含む、
請求項２に記載の業務処理方法。

【請求項4】

前記所定の期間と、前記ターゲット業務処理ノードに前記通知メッセージを再送信する回数とは、正の相関関係にある、
請求項３に記載の業務処理方法。

【請求項5】

前記ターゲット業務処理ノードへの送信回数が前記設定回数に達したが、前記ターゲット業務処理ノードが受信に成功していないと、前記業務処理ノードサブネットワークに接続された代理ノードが制御命令に基づいて前記ターゲット業務処理ノードの外部へのサービス能力を遮断するように、前記代理ノードに前記制御命令を送信するステップをさらに含む、
請求項２に記載の業務処理方法。

【請求項6】

前記業務処理ノードサブネットワークに前記通知メッセージを送信する前記ステップは、
前記業務処理ノードサブネットワークにおける業務処理ノードの状態を検出するステップと、
ブロードキャスト方式で、前記業務処理ノードサブネットワークにおける正常状態での業務処理ノードに前記通知メッセージを送信するステップとを含む、
請求項１に記載の業務処理方法。

【請求項7】

前記業務処理ノードサブネットワークにおける異常状態での業務処理ノードが正常状態に回復したことを検出すると、正常状態に回復された業務処理ノードに前記通知メッセージを送信するステップをさらに含む、
請求項６に記載の業務処理方法。

【請求項8】

業務処理ノードの追加情報を受信すると、前記追加情報に基づいて追加の業務処理ノードを登録して、前記追加の業務処理ノードの情報を記録するステップと、
指定の業務処理ノードに対する削除情報を受信すると、前記削除情報に基づいて前記指定の業務処理ノードを登録解除して、前記指定の業務処理ノードの情報を削除するステップとをさらに含む、
請求項１に記載の業務処理方法。

【請求項9】

前記業務処理ノードは、税務処理ノードを含み、
前記業務参加者システムは、税務機構管理システム、企業税務代理サービス業者システム、企業税務管理システムのうちのいずれか１つ又は複数の組合せを含む、
請求項１～請求項８のいずれか１つに記載の業務処理方法。

【請求項10】

前記業務参加者の認証情報を取得する前記ステップは、
前記業務参加者が企業税務代理サービス業者を含む場合、前記企業税務代理サービス業者の情報に基づいて前記企業税務代理サービス業者を認証し、認証に合格すると、前記企業税務代理サービス業者のデジタル証明書、前記企業税務代理サービス業者のブロックチェーンアドレス、前記企業税務代理サービス業者の秘密鍵データのうちの１つ又は複数の前記企業税務代理サービス業者の認証情報を生成するステップと、
前記業務参加者が企業を含む場合、前記企業の情報に基づいて前記企業を認証し、認証に合格すると、前記企業のデジタル証明書、前記企業のブロックチェーンアドレス、前記企業の秘密鍵データのうちの１つ又は複数の前記企業の認証情報を生成するステップと、
前記業務参加者が企業税務代理サービス業者及び企業を含む場合、前記企業税務代理サービス業者の情報と、前記企業税務代理サービス業者により税務代理される企業の情報とに基づいて、企業税務代理サービス業者と企業との代理関係を生成して記憶するステップとを含む、
請求項９に記載の業務処理方法。

【請求項11】

企業税務代理サービス業者が代理する企業の情報を変更するメッセージ、企業が利用する企業税務代理サービス業者を変更するメッセージ、税務機構が企業税務代理サービス業者又は企業の権限を変更するメッセージ、企業税務代理サービス業者又は企業の情報変更メッセージのうちのいずれか１つ又は複数の組合せを検出すると、前記業務参加者の認証情報のデータが更新されたことを特定する、
請求項９に記載の業務処理方法。

【請求項12】

ブロックチェーンシステムに基づく業務処理装置であって、
前記ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含み、前記業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、
前記業務処理装置は、前記認証管理センターに設けられ、
業務参加者の認証情報を取得する処理ユニットと、
前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成する生成ユニットと、
前記業務処理ノードサブネットワークに前記通知メッセージを送信する送信ユニットであって、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示するためのものである送信ユニットと、
前記通知メッセージの受信に失敗したターゲット業務処理ノードを特定する取得ユニットであって、前記業務処理ノードサブネットワークには、第１の業務処理ノード及び第２の業務処理ノードが含まれ、前記第１の業務処理ノードから前記通知メッセージに対してフィードバックした受信失敗情報を受信すると、前記第１の業務処理ノードを前記ターゲット業務処理ノードとし、前記第２の業務処理ノードから前記通知メッセージに対してフィードバックした受信応答情報を所定の期間内に受信していないと、前記第２の業務処理ノードを前記ターゲット業務処理ノードとする、取得ユニットとを含む、
業務処理装置。

【請求項13】

１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶する記憶装置であって、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサにより実行されると、前記１つ又は複数のプロセッサに請求項１～請求項１１のいずれか１つに記載の業務処理方法を実現させる記憶装置とを含む、
電子機器。

【請求項14】

命令を含むコンピュータプログラムであって、
コンピュータで実行されると、前記コンピュータに請求項１～請求項１１のいずれか１つに記載の業務処理方法を実行させる、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１９年１月２９日に中国特許庁に提出された、出願番号が２０１９１００８４８１９．３であり、出願の名称が「ブロックチェーンシステムに基づく業務処理方法、装置、媒体及び電子機器」である中国特許出願の優先権を主張し、その全内容が援用により本出願に組み込まれている。

【0002】

本願は、コンピュータ及び通信技術分野に関し、具体的には、ブロックチェーンシステムに基づく業務処理に関する。

【背景技術】

【0003】

従来の業務処理システム（例えば、税務領収書システム）は、主に中央集中化処理に依存し、この処理モードは、業務処理効率が低い問題を引き起こしやすい。この問題に対して、関連技術では、業務処理システムの処理能力及び効率を向上させる分散配置の技術案を提供する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願の実施例は、業務処理ノードが業務要求を処理するための関連データをタイムリーに取得することを少なくともある程度まで確保しながら、業務処理ノードの並行能力への依存性を減少させ、業務処理ノードの処理効率の向上に寄与することができるブロックチェーンシステムに基づく業務処理方法、装置、媒体及び電子機器を提供する。

【0005】

本願の他の特徴及び利点は、以下の詳細な説明により明らかになるか、又は、部分的に本願の実行により理解される。

【課題を解決するための手段】

【0006】

本願の実施例の一態様によれば、ブロックチェーンシステムに基づく業務処理方法であって、前記ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含み、前記業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、
前記業務処理方法は、前記認証管理センターにより実行され、
前記業務参加者の認証情報を取得するステップと、
前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成するステップと、
前記業務処理ノードサブネットワークに前記通知メッセージを送信するステップであって、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示するためのものであるステップとを含む、ブロックチェーンシステムに基づく業務処理方法が提供される。

【0007】

本願の実施例の一態様によれば、前記ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含み、前記業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、前記業務処理装置は、前記認証管理センター内に設けられ、
前記業務参加者の認証情報を取得する処理ユニットと、
前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成する生成ユニットと、
前記業務処理ノードサブネットワークに前記通知メッセージを送信する送信ユニットであって、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示する送信ユニットとを含む、ブロックチェーンシステムに基づく業務処理装置が提供される。

【0008】

本願の実施例の一態様によれば、コンピュータプログラムが記憶されたコンピュータ読み取り可能な媒体であって、前記コンピュータプログラムがプロセッサにより実行されると、上記実施例に記載の業務処理方法を実現する、コンピュータ読み取り可能な媒体が提供される。

【0009】

本願の実施例の一態様によれば、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶する記憶装置であって、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサにより実行されると、前記１つ又は複数のプロセッサに上記実施例に記載の業務処理方法を実現させる記憶装置とを含む、電子機器が提供される。

【0010】

本願の実施例の一態様によれば、命令を含むコンピュータプログラム製品であって、コンピュータにおいて実行されると、前記コンピュータに前記業務処理方法を実行させる、コンピュータプログラム製品が提供される。

【発明の効果】

【0011】

本願のいくつかの実施例に係る技術案では、業務参加者の認証情報のデータが更新されるとき、更新されたデータに基づいて通知メッセージを生成し、業務処理ノードサブネットワークに通知メッセージを送信することにより、データが更新されると、業務処理ノードサブネットワークにおける各業務処理ノードにタイムリーに通知し、業務処理ノードが最も新しい認証情報に基づいて業務要求を処理することを確保することができる一方、非同期通知の方式で業務処理ノードに更新後のデータを通知することができ、業務処理ノードが認証管理センターと頻繁に通信する必要があることにより、処理負荷を増加させることを回避し、業務処理ノードの並行能力への依存性を減少させ、業務処理ノードの処理効率の向上に寄与する。

【0012】

以上の一般的な説明及び以下の詳細な説明、例示的及び解釈的なものにすぎず、本願を制限することができないことを理解されたい。

【図面の簡単な説明】

【0013】

ここでの図面は、明細書に合せされ本明細書の一部を構成し、本願を満たす実施例を示し、明細書とともに本願の原理を解釈するのに用いられる。以下説明される図面は、本願のいくつかの実施例にすぎず、当業者にとって、創造的な労力を要することなく、これらの図面に基づいて、他の図面に取得することができることは明らかなことである。

【0014】

【図1】本願の実施例の技術案を適用できる例示的なシステムアーキテクチャの模式図である。

【図2】本願の一実施例によるブロックチェーンシステムに基づく業務処理方法のフローチャートを概略的に示す図である。

【図3】本願の一実施例による、ブロードキャスト方式で業務処理ノードサブネットワークにおける各業務処理ノードに通知メッセージを送信するフローチャートを概略的に示す図である。

【図4】本願の一実施例によるブロックチェーンシステムに基づく業務処理方法のフローチャートを概略的に示す図である。

【図5】本願の一実施例によるブロックチェーン電子領収書システムのアーキテクチャ模式図である。

【図6】本願の一実施例によるＰＫＩとＢｅｒｓノードとの間の関係模式図である。

【図7】本願の一実施例によるブロードキャスト方式の非同期上昇通知メカニズムのフローチャートである。

【図8】本願の一実施例による送信回数とかかる時間との間の関係模式図である。

【図9】本願の一実施例によるブロックチェーンシステムに基づく業務処理装置のブロック図を概略的に示す図である。

【図10】本願の実施例を実現する電子機器のコンピュータシステムのアーキテクチャ模式図である。

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

【0015】

以下、図面を参照しながら、例示的な実施形態をより全面的に説明する。しかし、例示的な実施形態は、複数の形態で実施することができ、ここで記述される例に限られると理解してはならない。逆に、これらの実施形態を提供することで、本願がより全面的かつ完全になり、例示的な実施形態の発想を当業者に全面的に伝える。

【0016】

また、説明される特徴、構成又は特性は、任意の適切な形態で１つ又は複数の実施例に組み合わせることができる。以下の説明では、多くの具体的な詳細を提供し、本願の実施例に対する十分な理解を提供する。しかし、当業者は、詳細のうちの１つ又は複数を特定せずに、本願の技術案を実施してもよいし、又は、他の方法、ユニット、装置、ステップなどを用いてもよい。他の場合、本願の各態様を不明瞭にすることを回避するように、公知の方法、装置、実現又は操作を詳細に示さないか、又は説明しない。

【0017】

図面に示すブロック図は、機能エンティティに過ぎず、必ずしもなく物理的に独立するエンティティに対応するわけではない。すなわち、これらの機能エンティティは、ソフトウェア形態で実現されてもよく、又は、１つ又は複数のハードウェアモジュール又は集積回路において実現されてもよく、又は、異なるネットワーク及び／又はプロセッサ装置及び／又はマイクロコントローラー装置において実現されてもよい。

【0018】

図面に示すフローチャートは、例示的な説明にすぎず、必ずしもあらゆる内容及び操作／ステップを含むわけではなく、説明される順で実行するわけではない。たとえば、一部の操作／ステップを分解したり、一部の操作／ステップを組み合わせたり、部分的に組み合わせたりすることができるため、実際の実行順は実際の状況に応じて変更される場合がある。

【0019】

図１は、本願の実施例の技術案を適用できる例示的なシステムアーキテクチャの模式図を示す。

【0020】

図１に示すように、システムアーキテクチャは、業務処理ノードサブネットワーク１０１、認証管理センター１０２及び業務参加者システム（業務参加者システムは、中央集中配置されることができ、例えば、図１に示す業務参加者１、業務参加者２、……、業務参加者ｎなどである）を含むことができる。業務処理ノードサブネットワーク１０は、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノード１０１１を含む。

【0021】

本願の一実施例では、各業務参加者は、その情報を認証管理センター１０２に送信して認証することができる。認証に合格すると、認証管理センター１０２は、業務参加者の秘密鍵情報（例えば公開鍵情報及び秘密鍵情報）、デジタル証明書情報など、各業務参加者の認証情報を生成することができる。

【0022】

業務処理ノードサブネットワーク１０１における業務処理ノード１０１１が認証管理センターにおいて生成される業務参加者の認証情報に基づいて業務要求を処理する必要があるため、認証管理センター１０２が生成される業務参加者の認証情報を各業務処理ノード１０１１に送信する必要がある。

【0023】

本願の一実施例では、業務処理ノード１０１１が最も新しい業務参加者の認証情報を取得することを確保するとともに、業務処理ノード１０１１が業務要求を毎回処理するたびに、認証管理センター１０２から最も新しい業務参加者の認証情報を呼び出して性能に影響を与えることを回避するために、認証管理センターは、業務参加者の認証情報のデータが更新されたことを検出するとき、更新されたデータに基づいて、通知メッセージを生成し、次にブロードキャスト方式で業務処理ノードサブネットワークにおける各業務処理ノードに通知メッセージを送信し、それにより、各業務処理ノードが最も新しい業務参加者の認証情報に基づいて業務要求を処理することができる。

【0024】

本願の一実施例では、ネットワークの影響又は業務処理ノード１０１１自体の故障により、業務処理ノード１０１１が認証管理センターから伝送される通知メッセージの受信に失敗する問題を招く可能性があり、従って、認証管理センター１０２は、各業務処理ノード１０１１に上記の通知メッセージを送信した後に、該通知メッセージの受信に失敗したターゲット業務処理ノードを特定することができる。例えば、何らかの業務処理ノードから送信される、受信に失敗した応答メッセージを受信すると、これ又はこれらの業務処理ノードが該通知メッセージの受信に失敗したことを特定し、又は、該通知メッセージを送信した後に、何らかの業務処理ノードから送信される応答メッセージを所定の期間内に受信していないと、これ又はこれらの業務処理ノードが該通知メッセージの受信に失敗したことを特定する。

【0025】

本願の一実施例では、認証管理センター１０２は、上記通知メッセージの受信に失敗したターゲット業務処理ノードを取得した後に、該ターゲット業務処理ノードが該通知メッセージの受信に成功するか、又は送信回数が設定回数に達するまで、該ターゲット業務処理ノードに該通知メッセージを再送信することができる。

【0026】

本願の一実施例では、認証管理センター１０２は、ターゲット業務処理ノードに通知メッセージを再送信するとき、前回の送信後、送信に失敗したことを確認し、ある期間をおいてから再送信することができ、この期間が送信回数の増加とともに延長することができ、頻繁な送信によるネットワークの混雑の問題を回避する。

【0027】

以下、本願の実施例の技術案の実現詳細について詳しく記述する。

【0028】

図２は、本願の一実施例によるブロックチェーンシステムに基づく業務処理方法のフローチャートを概略的に示し、図１に示すように、該ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含むことができる。該業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、該ブロックチェーンシステムに基づく業務処理方法は、図１に示す認証管理センターにより実行されることができる。図２に示すように、該ブロックチェーンシステムに基づく業務処理方法は、Ｓ２１０～Ｓ２３０を少なくとも含み、詳細な説明は、以下のとおりである。

【0029】

Ｓ２１０では、業務参加者の認証情報を取得する。

【0030】

本願の一実施例では、業務参加者の情報に基づいて、業務参加者の認証情報を生成することができ、業務参加者の情報は、業務参加者の類別、業務参加者の識別情報などを含むことができる。業務参加者の情報に基づいて、業務参加者の認証情報を生成する際、まず、業務参加者の情報に基づいて、業務参加者を認証し、認証に合格すると、業務参加者の認証情報を生成してもよい。

【0031】

本願の一実施例では、業務参加者の認証情報は、業務参加者の秘密鍵情報（例えば公開鍵情報及び秘密鍵情報）、デジタル証明書情報などであることができる。

【0032】

本願の一実施例では、税務管理分野では、業務参加者は、税務機構管理システム、企業税務代理サービス業者システム、企業税務管理システムであることができる。税務機構管理システムは、企業及び企業税務代理サービス業者の登録過程を管理し、企業及び企業税務代理サービス業者の情報を検索し、企業及び企業税務代理サービス業者の権限を管理するなど、税務機構が企業及び企業税務代理サービス業者を管理するシステムであり、企業税務代理サービス業者システムは、管理する企業を追加、削除するなど、企業税務代理サービス業者により代理される企業を管理するシステムであり、企業税務管理システムは、企業税務代理サービス業者を選択又は変更し、領収書発行情報を変更するなど、企業が税務処理を行うシステムである。

【0033】

本願の一実施例では、業務参加者が企業税務代理サービス業者である場合、業務参加者の認証情報の生成過程は、まず企業税務代理サービス業者の情報に基づいて、企業税務代理サービス業者を認証し、次に認証に合格すると、企業税務代理サービス業者のデジタル証明書、企業税務代理サービス業者のブロックチェーンアドレス、企業税務代理サービス業者の秘密鍵データのうちの１つ又は複数の企業税務代理サービス業者の認証情報を生成して記憶することであってもよい。

【0034】

本願の一実施例では、業務参加者が企業である場合、業務参加者の認証情報を生成する過程は、まず企業の情報に基づいて、企業を認証し、次に認証に合格すると、企業のデジタル証明書、企業のブロックチェーンアドレス、企業の秘密鍵データのうちの１つ又は複数の企業の認証情報を生成することであってもよい。

【0035】

本願の一実施例では、業務参加者の認証情報を生成する過程は、さらに、企業税務代理サービス業者の情報、及び企業税務代理サービス業者により税務代理される企業の情報に基づいて、企業税務代理サービス業者と企業との代理関係を生成することであってもよい。

【0036】

Ｓ２２０では、前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成する。

【0037】

本願の一実施例では、業務参加者の情報が変化されると、業務参加者の認証情報も変化し、このとき、データが更新され、また、業務参加者が追加されるか、又は、業務参加者が削除されると、記憶される業務参加者の認証情報も変化し、このとき、データが更新される。

【0038】

本願の一実施例では、更新されたデータに基づいて、通知メッセージを生成することは、更新されたデータをデータメッセージに追加して通知メッセージデータパケットを生成することであってもよい。

【0039】

なお、システムは、最初に実行されると、既存の業務参加者に基づいて認証情報を生成し、このとき、これらの認証情報が更新されたデータであり、さらにこれらの情報に基づいて通知メッセージを生成する必要があり、システムの後続の実行過程において、業務参加者の情報の変化、業務参加者の追加又は削除が発生し、このとき、更新されたデータは変化された情報のみであり、さらに、変化された情報のみに基づいて通知メッセージを生成すればよい。

【0040】

本願の一実施例では、税務管理分野では、業務参加者は、税務機構管理システム、企業税務代理サービス業者システム、企業税務管理システムであってもよく、従って、企業税務代理業務が代理する企業の情報を変更するメッセージ、企業が利用する企業税務代理サービス業者を変更するメッセージ、税務機構が企業税務代理サービス業者又は企業の権限を変更するメッセージ、企業税務代理サービス業者又は企業の情報変更メッセージを検出すると、業務参加者の認証情報のデータが更新されたことを特定することができる。

【0041】

続いて図２を参照し、Ｓ２３０では、前記業務処理ノードサブネットワークに前記通知メッセージを送信し、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示するためのものである。

【0042】

本願の一実施例では、認証管理センターは、業務処理ノードサブネットワークに含まれる業務処理ノードの情報をメインテナンスする必要があり、それにより、通知メッセージを生成すると、メインテナンスされる業務処理ノードの情報に基づいて、該通知メッセージを業務処理ノードに送信する。例えば、認証管理センターは、業務処理サブネットワークに含まれる業務処理ノードの情報を予め取得して記憶し、業務処理ノードの追加情報を受信すると、該追加情報に基づいて追加の業務処理ノードを登録して、追加の業務処理ノードの情報を記録し、指定の業務処理ノードに対する削除情報を受信すると、該削除情報に基づいて指定の業務処理ノードを登録解除して、記憶される該指定の業務処理ノードの情報を削除する。

【0043】

本願の一実施例では、図３に示すように、Ｓ２３０では、前記業務処理ノードサブネットワークに前記通知メッセージを送信する過程は、Ｓ３１０及びＳ３２０を含む。

【0044】

Ｓ３１０では、業務処理ノードサブネットワークにおける業務処理ノードの状態を検出する。

【0045】

本願の一実施例では、認証管理センターは、業務処理ノードにハートビートパケッを送信することで、業務処理ノードの状態を検出することができる。業務処理ノードの状態は、正常状態及び異常状態を含み、正常状態は、認証管理センターから送信されるメッセージを受信できる状態であり、異常状態は、認証管理センターから送信されるメッセージを受信できない状態（例えば、ノード故障、通信異常など）である。

【0046】

Ｓ３２０では、ブロードキャスト方式で、前記業務処理ノードサブネットワークにおける正常状態での業務処理ノードに前記通知メッセージを送信する。

【0047】

本願の一実施例では、業務処理ノードサブネットワークにおける異常状態での業務処理ノードが正常状態に回復したことを検出すると、正常状態に回復された業務処理ノードに上記通知メッセージを送信することであってもよい。

【0048】

一実施例では、前記業務処理ノードサブネットワークに前記通知メッセージを送信する過程は、さらに、業務処理ノードサブネットワークにおける１つ又は複数の業務処理ノードに通知メッセージを送信し、次に該１つ又は複数の業務処理ノードでその他の業務処理ノードに転送することであってもよい。

【0049】

本願の一実施例では、各業務処理ノードが認証管理センターから送信される通知メッセージを受信すると、該通知メッセージに基づいて、業務参加者の最も新しい認証情報を取得し、さらに該認証情報をキャッシュしてもよく、業務要求を受信した際、キャッシュされた認証情報に基づいて業務要求を処理してもよい。

【0050】

本願の一実施例では、業務処理ノードサブネットワークが通知メッセージを送信した後に、図４に示すように、さらに、Ｓ４１０及びＳ４２０を含んでもよい。

【0051】

Ｓ４１０では、通知メッセージの受信に失敗したターゲット業務処理ノードを特定する。

【0052】

本願の一実施例では、通知メッセージの受信に失敗したターゲット業務処理ノードを特定する過程は、業務処理ノードサブネットワークにおける業務処理ノードによりフィードバックされる前記通知メッセージに対する受信応答情報を受信するか否かを検出するステップと、前記業務処理ノードサブネットワークにおける第１の業務処理ノードによりフィードバックされる前記通知メッセージに対する受信失敗情報を受信し、及び／又は、前記業務処理ノードサブネットワークにおける第２の業務処理ノードによりフィードバックされる前記通知メッセージに対する受信応答情報を所定の期間内に受信していないと、前記第１の業務処理ノード及び／又は前記第２の業務処理ノードを前記ターゲット業務処理ノードとするステップとを含む。

【0053】

Ｓ４２０では、前記ターゲット業務処理ノードが前記通知メッセージの受信に成功するか又は前記ターゲット業務処理ノードへの送信回数が設定回数に達するまで、前記ターゲット業務処理ノードに前記通知メッセージを再送信する。

【0054】

本願の一実施例では、ターゲット業務処理ノードに通知メッセージを再送信する過程は、所定の期間が経過すると、ターゲット業務処理ノードに通知メッセージを再送信することであってもよく、このように、通知メッセージの送信に失敗した直後に再送信することによるネットワーク混雑を回避することができる。

【0055】

本願の一実施例では、前記所定の期間と、ターゲット業務処理ノードに通知メッセージを再送信する回数とは、正の相関関係を呈し、再送信する回数が多ければ、送信失敗後に経る期間が長くなり、さらに頻繁に送信するため、ネットワーク伝送負荷を増加させてしまうという問題を効果的に回避することができる。

【0056】

本願の一実施例では、ターゲット業務処理ノードへの送信回数が設定回数に達したが、ターゲット業務処理ノードが受信に成功していないと、業務処理ノードサブネットワークに接続された代理ノードが制御命令に基づいて前記ターゲット業務処理ノードの外部へのサービス能力を遮断するように、代理ノードに前記制御命令を送信する。

【0057】

本願の一実施例では、代理ノードがターゲット業務処理ノードの外部へのサービス能力を遮断することは、業務要求を受信した際、業務要求を該ターゲット業務処理ノードに転送せずに、その他の業務処理ノードに転送して処理することであってもよい。

【0058】

本願上記実施例の技術案によって、データが更新されるとき、業務処理ノードサブネットワークにおける各業務処理ノードにタイムリーに通知し、業務処理ノードが最も新しい認証情報に基づいて業務要求を処理することを確保することができるとともに、業務処理ノードが認証管理センターと頻繁に通信する必要があることにより、処理負荷を増加させることを回避し、業務処理ノードの並行能力への依存性を減少させ、業務処理ノードの処理効率の向上に寄与する。

【0059】

以下、税務システムを例とし、図５～図７を組み合わせて本願の実施例の技術案の実現詳細について詳細に記述する。

【0060】

図５に示すように、本願の一実施例によるブロックチェーン電子領収書システムは、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、公開鍵基盤）５０２と、Ｂｅｐｍ（Ｂｌｏｃｋｃｈａｉｎ ｅｌｅｃｔｒｏｎｉｃ ｐｌａｔｆｏｒｍ ｍａｎａｇｅｍｅｎｔ、ブロックチェーン電子プラットフォーム管理）ノード５０１と、Ｂｔｃｍ（Ｂｌｏｃｋｃｈａｉｎ ｔａｘｃｈａｉｎ ｍａｎａｇｅｍｅｎｔ、ブロックチェーン税務チェーン管理）ノード５０３と、Ｂｅｒｓ（Ｂｌｏｃｋｃｈａｉｎ Ｅｌｅｃｔｒｏｎｉｃ ｒｅｃｅｉｐｔ ｓｅｒｖｉｃｅ、ブロックチェーン電子領収書サービス）ノード５０４とを含む。

【0061】

本願の一実施例では、ＰＫＩ ５０２は、基準に準拠する、公開鍵暗号化技術を利用して電子商取引の展開に安全な基盤プラットフォームを提供する技術及び規範であり、ブロックチェーンノードの通信に安全なサービスを提供する中央集中型基盤であり、公開鍵デジタル証明書の新規作成、発行、管理、登録解除に係るすべてのソフトウェアとハードウェアの組合せ、コア要素がデジタル証明書であり、実行者がＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ、証明書認証）機関である。本願の実施例では、ＰＫＩ ５０２は、ＴＰＫＩ（Ｔｅｎｃｅｎｔ ＰＫＩ、すなわち、テンセント会社により構築されるＰＫＩアーキテクチャ）であってもよい。Ｂｅｒｓノード５０４は、ブロックチェーン電子領収書サービスデータを処理し、領収書発行、清算、赤伝発行、検索などのインターフェースを提供する分散配置の技術案を用いる。Ｂｔｃｍノード５０３は、税務局管理者に企業／プロバイダの登録、領収書の発行管理、領収書のグローバル検索統計、領収書追跡、領収書ロックアップ、企業の秘密鍵紛失などの異常処理機能を提供する中央集中配置の技術案である。Ｂｅｐｍノード５０１は、ブロックチェーン電子領収書システムにアクセスしようとする企業にアクセス申請、公開鍵と秘密鍵の管理、領収書発行／清算データの検索統計、領収書追跡などの機能を提供する中央集中配置の技術案を用いる。図５に示す記憶ノードは、ブロックチェーンの最下層により実現され、ブロックチェーンデータの記憶を実現するためのものであり、ＭｙＳＱＬ（リレーショナルデータベース管理システム）プロトコルとの互換性があり、複数種のコンセンサスアルゴリズムをサポートすることができる。

【0062】

本願の一実施例では、電子領収書は、トレース可能であるとともに、改ざん不可能なデジタル資産であり、現行の紙領収書と等しい法的効力を有する。企業は、電子領収書業務の企業エンティティであり、納税者のＩＤ番号に基づいて異なる企業エンティティを区別し、係る領収書機能に基づいて領収書発行企業及び清算企業に分ける。プロバイダは、電子領収書業務のサービスエンティティであり、企業に領収書発行、清算、赤伝発行などの機能サービスを提供する。

【0063】

本願の一実施例では、ブロックチェーン電子領収書システムは、ＰＫＩ ５０２基盤によって企業アクセス及びプロバイダの登録、審査、認証などの管理を行い、認証に合格すると、企業及びプロバイダの公開鍵、秘密鍵及びアカウントアドレスなど、ブロックチェーンアクセスサービスの仮想識別子を生成するとともに、ブロックチェーンの電子領収書企業及びプロバイダのデジタル証明書を生成する。

【0064】

本願の一実施例では、ブロックチェーン電子領収書システムにおけるＢｅｒｓノード５０４は、領収書発行、清算、赤伝発行、検索などの操作を実行する前に、まず企業及びプロバイダのデジタル証明書を取得し、企業とプロバイダの代理関係を検索する必要がある。分散配置されるＢｅｒｓノード５０４は、並行処理性能を向上させるために、ＰＫＩ ５０２などのモジュールと頻繁に業務インタラクションを行うことを回避する必要がある。従って、企業及びプロバイダの関連データをキャッシュする必要がある。

【0065】

本願の一実施例では、ＰＫＩ ５０２における企業及びプロバイダデータが変更した後に、Ｂｅｒｓノード５０４が変更コンテンツを取得できずに、それ自体にキャッシュされた履歴データを用いて業務操作を行うと、誤った実行結果を引き起こしてしまう。従って、ＰＫＩ ５０２は、ブロードキャスト方式の非同期上昇通知メカニズムを用いて、変更コンテンツをＢｅｒｓノード５０４に非同期に送信することができ、通知に成功すると、Ｂｅｒｓノード５０４は、キャッシュされたデータを自動的に更新し、新しいデータを用いて業務操作を行い、通知に失敗すると、ＰＫＩ ５０２は、通知に成功するまで、上昇メカニズムを用いて非同期通知を再発行する。通知が所定の閾値回数に達してからも失敗すると、ＰＫＩ ５０２は、このノードが異常であると考え、さらに、このノードの外部へのサービス能力を遮断し、システム警報を生成することができる。このように、本願の実施例の技術案は、Ｂｅｒｓノードと中央集中配置されるＰＫＩ ５０２とのインタラクション回数を減少させることができ、Ｂｅｒｓノードの並行処理能力をさらに向上させることができる。

【0066】

具体的には、図６に示すように、ＰＫＩ ５０２は、ブロックチェーンにおけるすべてのＢｅｒｓノード５０４の情報をメインテナンスするとともに、各Ｂｅｒｓノード５０４の状態を検出し、例えば、Ｂｅｒｓノードにハートビートパケッを送信して、Ｂｅｒｓノードからのフィードバックを受信するか否かを検出し、Ｂｅｒｓノードからのフィードバックを受信すると、Ｂｅｒｓノードが正常状態にあることが示され、Ｂｅｒｓノードからのフィードバックを受信していないと、Ｂｅｒｓノードが異常状態にあることが示される。

【0067】

本願の一実施例では、Ｂｅｒｓノードの故障又はネットワークの原因により、ＰＫＩ ５０２が検出に失敗してしまうと、ＰＫＩ ５０２が該Ｂｅｒｓノードを論理的に登録解除し、警報を発行する。Ｂｅｒｓノードの故障が回復して、ＰＫＩ ５０２が検出に成功すると、ＰＫＩ ５０２が該Ｂｅｒｓノードを論理的に追加し、関連するデータを新しく追加されるＢｅｒｓノードに通知する。

【0068】

本願の一実施例では、ＰＫＩ ５０２は、企業及びプロバイダデータが更新されたことを特定するとき、正常状態でのＢｅｒｓノードにブロードキャスト方式で通知する。ＰＫＩ ５０２は、Ｂｅｒｓノードが追加されるとき、登録して、追加されるＢｅｒｓノード情報を記録し、Ｂｅｒｓノードを削除するとき、該Ｂｅｒｓノードを登録解除して、該Ｂｅｒｓノード情報を削除する。

【0069】

本願の一実施例では、上記のブロードキャスト方式の非同期上昇通知メカニズムの具体的な過程は、図７に示すように、Ｓ７０１～Ｓ７０６を含む。

【0070】

Ｓ７０１では、ＰＫＩは、データが更新されたことを検出すると、非同期通知を発行する。すなわち、ＰＫＩは、データが更新されたことを検出すると、分散配置されるＢｅｒｓノードに対して初回の非同期通知を発行する。

【0071】

Ｓ７０２では、Ｂｅｒｓノードが受信に成功したか否かを判断し、成功すると、Ｂｅｒｓノードがキャッシュされるデータを更新し、次に更新されたデータを用いて業務要求を処理し、Ｂｅｒｓノードが受信に失敗すると、Ｓ７０３を実行する。

【0072】

本願の一実施例では、非同期通知を発行してから、所定の時間内に結果が返送されていないか又は返送に失敗すると、Ｂｅｒｓノードが受信に失敗したことを特定する。

【0073】

Ｓ７０３では、受信に失敗したＢｅｒｓノード及び送信回数を記録する。

【0074】

Ｓ７０４では、送信回数が設定回数に達するか否かを判断し、達すると、Ｓ７０５を実行し、達していないと、Ｓ７０６を実行する。

【0075】

Ｓ７０５では、このノードの外部へのサービス能力を遮断する。すなわち、送信回数が設定回数に達してからも、Ｂｅｒｓノードが受信に失敗すると、このノードの外部へのサービス能力を遮断してもよく、該Ｂｅｒｓノードを故障としてマーキングし、システム異常警報を発行してもよい。このノードの外部へのサービス能力を遮断することは、Ｂｅｒｓノードに接続された代理ノードに通知メッセージを送信することで、該代理ノードが業務要求を受信するとき、該Ｂｅｒｓノードに転送せず処理しないことであってもよい。

【0076】

Ｓ７０６では、ＰＫＩは、Ｔ＊Ｎｔの時間の後に、受信に失敗したＢｅｒｓノードに非同期通知を再発行し、次にＳ７０２に戻る。

【0077】

本願の一実施例では、ＰＫＩは、受信に失敗したＢｅｒｓノードを特定すると、Ｔ＊Ｎｔ時間の後に再伝送してもよい。ここで、Ｎｔは送信回数の増大に伴って増大することができる。具体的には図８に示すように、送信回数の増加に伴って、ＰＫＩは、受信に失敗したＢｅｒｓノードを特定した後の待ち時間も延長し（毎回の待ち時間も延長するため、１回目の送信及び待ち時間Ｔｌ＜２回目の送信及び待ち時間Ｔ２＜３回目の送信及び待ち時間Ｔ３＜４回目の送信及び待ち時間Ｔ４＜……のようになる）、このように、頻繁に送信するため、ネットワーク伝送負荷を増加させるという問題を効果的に回避することができる。

【0078】

以下、本願の上記実施例のブロックチェーンシステムに基づく業務処理方法を実行する本願の装置の実施例を説明する。本願の装置の実施例に開示されていない詳細については、本願の上記のブロックチェーンシステムに基づく業務処理方法の実施例を参照されたい。

【0079】

図９は、本願の一実施例によるブロックチェーンシステムに基づく業務処理装置のブロック図を概略的に示し、前記ブロックチェーンシステムは、認証管理センター、業務処理ノードサブネットワーク及び業務参加者システムを含み、前記業務処理ノードサブネットワークは、分散配置されてブロックチェーンネットワークを形成する複数の業務処理ノードを含み、前記業務処理装置が前記認証管理センター内に設けられる。前記業務処理装置は、コンピュータ機器に実行されるコンピュータプログラム（プログラムコードを含む）であってもよく、たとえば、該業務処理装置は、アプリケーションソフトウエアであり、該装置は、本願の実施例に係る方法の対応するステップを実行することを理解されたい。

【0080】

図９に示すように、本願の一実施例によるブロックチェーンシステムに基づく業務処理装置９００は、処理ユニット９０２、生成ユニット９０４及び送信ユニット９０６を含む。

【0081】

処理ユニット９０２は、前記業務参加者の認証情報を取得し、生成ユニット９０４は、前記業務参加者の認証情報のデータが更新されると、更新されたデータに基づいて、通知メッセージを生成し、送信ユニット９０６は、前記業務処理ノードサブネットワークに前記通知メッセージを送信し、前記通知メッセージは、前記業務処理ノードサブネットワークにおける業務処理ノードが前記業務参加者の更新された認証情報に基づいて業務要求を処理することを指示するためのものである。

【0082】

本願の一実施例では、前記ブロックチェーンシステムに基づく業務処理装置９００は、前記送信ユニット９０６が前記業務処理ノードサブネットワークに前記通知メッセージを送信した後に、前記通知メッセージの受信に失敗したターゲット業務処理ノードを特定する取得ユニットをさらに含み、前記送信ユニット９０６は、さらに、前記ターゲット業務処理ノードが前記通知メッセージの受信に成功するか又は前記ターゲット業務処理ノードへの送信回数が設定回数に達するまで、前記ターゲット業務処理ノードに前記通知メッセージを再送信する。

【0083】

本願の一実施例では、前記取得ユニットは、前記業務処理ノードサブネットワークにおける第１の業務処理ノードから前記通知メッセージに対してフィードバックした受信失敗情報を受信すると、前記第１の業務処理ノードを前記ターゲット業務処理ノードとし、前記業務処理ノードサブネットワークにおける第２の業務処理ノードから前記通知メッセージに対してフィードバックした受信応答情報を所定の期間内に受信していないと、前記第２の業務処理ノードを前記ターゲット業務処理ノードとするように構成されている。

【0084】

本願の一実施例では、送信ユニット９０６は、所定の期間が経過すると、前記ターゲット業務処理ノードに前記通知メッセージを再送信するように構成されている。

【0085】

本願の一実施例では、前記所定の期間と、前記ターゲット業務処理ノードに前記通知メッセージを再送信する回数とは、正の相関関係にある。

【0086】

本願の一実施例では、前記送信ユニット９０６は、さらに、前記ターゲット業務処理ノードへの送信回数が前記設定回数に達したが、前記ターゲット業務処理ノードが受信に成功していないと、前記業務処理ノードサブネットワークに接続された代理ノードに制御命令を送信し、それにより、前記代理ノードが前記制御命令に基づいて前記ターゲット業務処理ノードの外部へのサービス能力を遮断する。

【0087】

本願の一実施例では、送信ユニット９０６は、前記業務処理ノードサブネットワークにおける業務処理ノードの状態を検出し、ブロードキャスト方式で、前記業務処理ノードサブネットワークにおける正常状態での業務処理ノードに前記通知メッセージを送信するように構成されている。

【0088】

本願の一実施例では、送信ユニット９０６は、さらに、前記業務処理ノードサブネットワークにおける異常状態での業務処理ノードが正常状態に回復したことを検出すると、前記通知メッセージを正常状態に回復された業務処理ノードに送信する。

【0089】

本願の一実施例では、前記ブロックチェーンシステムに基づく業務処理装置９００は、業務処理ノードの追加情報を受信すると、前記追加情報に基づいて追加の業務処理ノードを登録して、追加の業務処理ノードの情報を記録し、さらに、指定の業務処理ノードに対する削除情報を受信すると、記憶される前記削除情報に基づいて前記指定の業務処理ノードを登録解除して、前記指定の業務処理ノードの情報を削除する管理ユニットをさらに含む。

【0090】

本願の一実施例では、前記業務参加者システムは、税務機構管理システム、企業税務代理サービス業者システム、企業税務管理システムのいずれか１つ又は複数の組合せを含み、前記業務処理ノードは、税務処理ノードを含む。

【0091】

本願の一実施例では、処理ユニット９０２は、前記業務参加者が企業税務代理サービス業者を含む場合、前記企業税務代理サービス業者の情報に基づいて、前記企業税務代理サービス業者を認証し、認証に合格すると、前記企業税務代理サービス業者のデジタル証明書、前記企業税務代理サービス業者のブロックチェーンアドレス、前記企業税務代理サービス業者の秘密鍵データのうちの１つ又は複数の前記企業税務代理サービス業者の認証情報を生成し、前記業務参加者が企業を含む場合、前記企業の情報に基づいて、前記企業を認証し、認証に合格すると、前記企業のデジタル証明書、前記企業のブロックチェーンアドレス、前記企業の秘密鍵データのうちの１つ又は複数の前記企業の認証情報を生成し、前記業務参加者が企業税務代理サービス業者及び企業を含む場合、企業税務代理サービス業者の情報、及び前記企業税務代理サービス業者により税務代理される企業の情報に基づいて、企業税務代理サービス業者と企業との代理関係を生成するように構成されている。

【0092】

本願の一実施例では、生成ユニット９０４は、企業税務代理サービス業者が代理する企業の情報を変更するメッセージ、企業が利用する企業税務代理サービス業者を変更するメッセージ、税務機構が企業税務代理サービス業者及び／又は企業の権限を変更するメッセージ、企業税務代理サービス業者及び／又は企業の情報変更メッセージのうちのいずれか１つ又は複数の組合せを検出すると、前記業務参加者の認証情報のデータが更新されたことを特定するように構成されている。

【0093】

図１０は、本願の実施例を実現する電子機器のコンピュータシステムのアーキテクチャ模式図を示す。

【0094】

なお、図１０に示す電子機器のコンピュータシステム１０００は、１つの例にすぎず、本願の実施例の機能及び適用範囲にいかなる制限ももたらさない。

【0095】

図１０に示すように、コンピュータシステム１０００は、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）１００１を含み、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）１００１は、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）１００２に記憶されるプログラム又は記憶部１００８からランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）１００３にロードされるプログラムに基づいて、様々な適切な動作及び処理を実行することができ、たとえば、上記実施例に記載の方法を実行する。ＲＡＭ１００３には、システムの操作に必要な様々なプログラム及びデータがさらに記憶される。ＣＰＵ１００１、ＲＯＭ１００２及びＲＡＭ１００３がバス１００４を介してお互いに接続される。入力／出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、Ｉ／Ｏ）インターフェース１００５もバス１００４に接続される。

【0096】

キーボード、マウスなどを含む入力部１００６、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ、ＣＲＴ）、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）など及びスピーカなどを含む出力部１００７、ハードディスクなどを含む記憶部１００８、及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ローカルエリアネットワーク）カード、モデムなどを含むネットワークインターフェースカードの通信部１００９は、Ｉ／Ｏインターフェース１００５に接続される。通信部１００９は、インターネットなどのネットワークを介して通信処理を実行する。ドライバ１０１０は、需要に応じてＩ／Ｏインターフェース１００５に接続される。フロッピーディスク、光ディスク、磁気ディスク、半導体メモリなどの取り外し可能媒体１０１１は、読み出されるコンピュータプログラムを需要に応じて記憶部１００８に容易にインストールするように、需要に応じて、ドライバ１０１０に取り付けられている。

【0097】

特に、本願の実施例によれば、以下、フローチャートに説明される過程を参照して、コンピュータソフトウェアプログラムとして実現されてもよい。たとえば、本願の実施例は、コンピュータプログラム製品を含み、コンピュータプログラム製品は、コンピュータ読み取り可能な媒体に記憶されるコンピュータプログラムを含み、該コンピュータプログラムがフローチャートに示す方法を実行するためのプログラムコードを含む。このような実施例では、該コンピュータプログラムは、通信部１００９を介してネットワークからダウンロード及びインストールすることができ、及び／又は、取り外し可能媒体１０１１からインストールすることができる。該コンピュータプログラムは、中央処理ユニット（ＣＰＵ）１００１により実行されると、本願のシステムに限定される様々な機能を実行する。

【0098】

任意選択で、本願の実施例は、命令を含むコンピュータプログラム製品であって、コンピュータにおいて実行されると、コンピュータに上記実施例に係る方法を実行させるコンピュータプログラム製品をさらに提供する。

【0099】

なお、本願の実施例に示すコンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な信号媒体、又は、コンピュータ読み取り可能な記憶媒体、又は、上記２つの任意組合せであってもよい。コンピュータ読み取り可能な記憶媒体は、たとえば、電子、磁気、光、電磁、赤外線、又は半導体のシステム、装置又はデバイス、又は、上記任意の組合せとすることができるが、それらに限定されるものではない。コンピュータ読み取り可能な記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気的接続、ポータブルコンピュータフロッピーディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＥＰＲＯＭ）、フラッシュメモリ、光ファイバ、読み取り専用のコンパクトディスクＣｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、光学メモリ、磁気メモリ、又は上記任意の組合せを含むがこれらに限られない。本願では、コンピュータ読み取り可能な記憶媒体は、命令実行システム、装置又はデバイスによって用いられるか、又は組み合わせて用いられるプロクラムを収容し又は記憶する任意の有形媒体であってもよい。本願では、コンピュータ読み取り可能なプログラムコードを運ぶコンピュータ読み取り可能な信号媒体は、ベースバンド又は搬送波の一部として伝播するデータ信号に含まれてもよい。このような伝播するデータ信号は様々な形態を用いてもよく、電磁信号、光信号又は上記任意の適切な組合せを含むが、それらに限らない。コンピュータ読み取り可能な信号媒体はさらにコンピュータ読み取り可能な記憶媒体以外の任意のコンピュータ読み取り可能な媒体であってもよく、該コンピュータ読み取り可能な媒体は、命令実行システム、装置又はデバイスに使用され又はそれと合わせて使用されるプログラムを送信、伝播又は伝送することができる。コンピュータ読み取り可能な媒体に含まれるプログラムコードは任意の適切な媒体で伝送されてもよく、無線、有線など、又は上記任意の適切な組合せを含むが、それらに限らない。

【0100】

図面におけるフローチャート及びブロック図は、本発明の各実施例に係るシステム、方法及びコンピュータプログラム製品により実現可能なアーキテクチャ、機能及び操作を示す。ここで、フローチャート又はブロック図における各枠は、１つのモジュール、プログラムセグメント、又はコードの一部を代表してもよく、前記モジュール、プログラムセグメント、又はコードの一部は、規定された論理機能を達成するための１つ又は複数の実行可能な命令を含む。また、いくつかの代替実施態様として、枠に示された機能は、図面に示された順番と異なる順番で実行されてもよい。例えば、連続して示された２つの枠は、関連する機能に応じて、実際にほぼ並行に実行されてもよく、逆の順番で実行されてもよい。また、ブロック図及び／又はフローチャートにおける各枠と、ブロック図及び／又はフローチャートにおける枠の組合せは、規定された機能又は操作を実行する、ハードウェアに基づく専用システムで実現されてもよく、あるいは、専用ハードウェアとコンピュータの命令との組合せで実行されてもよい。

【0101】

本願の実施例に説明されたユニットは、ソフトウェアの形態で実現されてもよく、ハードウェアの形態で実現されてもよい。説明されたユニットは、プロセッサに設けられてもよい。そのうち、これらのユニットの名称は、ある場合において当該ユニットその自体を限定するものではない。

【0102】

他方、本願は、コンピュータ読み取り可能な媒体をさらに提供し、該コンピュータ読み取り可能な媒体は、上記実施例で説明される電子機器に含まれるものであってもよく、独立に存在して、該電子機器に組み立てられていないものであってもよい。上記コンピュータ読み取り可能な媒体は、１つ又は複数のプログラムが記憶され、上記１つ又は複数のプログラムが１つの該電子機器により実行されると、該電子機器に上記実施例に記載の方法を実現させる。

【0103】

なお、以上の詳細な説明に動作を実行する機器のいくつかのモジュール又はユニットが言及されるが、この分割は、強制的なものではない。実際には、本願による実施形態では、以上説明された２つ以上のモジュール又はユニットの特徴と機能は、１つのモジュール又はユニットに具現化されてもよい。それに対して、以上説明された１つのモジュール又はユニットの特徴と機能は、さらに複数のモジュール又はユニットに分割して具現化されてもよい。

【0104】

以上の実施形態の説明を通して、当業者であれば、ここで説明される例示的な実施形態がソフトウェアで実現されてもよく、ソフトウェアと必要なハードウェアとの組み合わせ形態で実現されてもよいことを容易に理解することができる。従って、本願の実施形態による技術案は、ソフトウェア製品の形態で体現されてもよく、該ソフトウェア製品は、不揮発性記憶媒体（ＣＤ－ＲＯＭ、Ｕディスク、モバイルディスクなど）又はネットワークに記憶されてもよく、いくつかの命令を含むことで、１台のコンピューティング機器（パソコン、サーバー、タッチ端末、又はネットワーク機器などであってもよい）が本願の実施形態による方法を実行することができる。

【0105】

当業者は、明細書を検討して、ここで開示されている発明を実施した後に、本願の他の実施案を容易に想到することができる。本願は、本願の任意の変形、用途や適応的変更を網羅することを意図している。これらの変形、用途や適応的変更は、本願の一般的な原理に準拠し、本願に開示されていない本技術分野における一般的な知識又は一般的に使用される技術的手段を含む。

【0106】

本願は、以下に説明された、図面に示す正確な構成に限られず、その範囲から逸脱することなく、様々な修正や変更を行うことができることを理解されたい。本願の範囲は、添付の特許請求の範囲のみにより制限される。

【符号の説明】

【0107】

900 ブロックチェーンシステムに基づく業務処理装置
902 処理ユニット
904 生成ユニット
906 送信ユニット
1005 Ｉ／Ｏインターフェース
1006 入力部
1007 出力部
1008 記憶部
1009 通信部
1010 ドライバ
1011 取り外し可能な媒体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】