特許 7526843 情報処理方法、装置、電子機器、記憶媒体及びコンピュータプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-07-24

(45)【発行日】2024-08-01

(54)【発明の名称】情報処理方法、装置、電子機器、記憶媒体及びコンピュータプログラム

(51)【国際特許分類】

   G06F 16/28 20190101AFI20240725BHJP

   G06F 16/90 20190101ALI20240725BHJP

【ＦＩ】

G06F16/28

G06F16/90 100

【請求項の数】 25

(21)【出願番号】P 2023036603

(22)【出願日】2023-03-09

(65)【公開番号】P2023071975

(43)【公開日】2023-05-23

【審査請求日】2023-03-09

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

(32)【優先日】2022-03-14

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

(73)【特許権者】

【識別番号】514322098

【氏名又は名称】ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッド

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂａｉｄｕ Ｎｅｔｃｏｍ Ｓｃｉｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】２／Ｆ Ｂａｉｄｕ Ｃａｍｐｕｓ， Ｎｏ．１０， Ｓｈａｎｇｄｉ １０ｔｈ Ｓｔｒｅｅｔ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000914

【氏名又は名称】弁理士法人ＷｉｓｅＰｌｕｓ

(72)【発明者】

【氏名】ワン， ヤン

(72)【発明者】

【氏名】ソン， シュンチャオ

【審査官】松尾 真人

(56)【参考文献】

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

【文献】特開２０２０－１９４３９１（ＪＰ，Ａ）

【文献】国際公開第２０２０／０５４４５１（ＷＯ，Ａ１）

【文献】特開２０１８－１１６３４８（ＪＰ，Ａ）

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

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

Ｇ０６Ｆ １６／００－１６／９５８

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

【請求項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】

プロセッサにより実行される場合に、請求項１又は２に記載の方法を実現するコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は人工知能の技術分野に関し、特にナレッジグラフの技術分野に関する。具体的には、情報処理方法、装置、電子機器、記憶媒体及びコンピュータプログラムに関する。

【背景技術】

【0002】

コンピュータ技術の発展に伴い、グラフデータベースは非リレーショナル型データベースの一種であり、グラフ理論を応用してノードの間の関係情報を記憶するものである。グラフデータベースは、ナレッジグラフ、金融詐欺防犯及び社会的関係マイニング等の分野に広く応用されている。

【発明の概要】

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

【0003】

本開示は情報処理方法、装置、電子機器、記憶媒体及びコンピュータプログラムを提供している。

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

【0004】

本開示の一局面によれば、第１の照会リクエストを受信したことに応じて、第１の照会すべき情報を特定することと、現在グラフデータベースから前記第１の照会すべき情報に関連する情報を照会して、第１の照会結果を得ることと、前記第１の照会結果と前記第１の照会すべき情報とのうち少なくとも１つに基づいて、少なくとも１つの照会すべき連合ノードを特定することと、前記少なくとも１つの照会すべき連合ノードに第２の照会リクエストを送信することで、前記少なくとも１つの照会すべき連合ノードが前記第２の照会リクエストを受信したことに応じて、前記少なくとも１つの照会すべき連合ノードに対応するグラフデータベースから、前記第２の照会リクエストに含まれる第２の照会すべき情報に関連する情報を照会して、少なくとも１つの第２の照会結果を得ることと、を含む情報処理方法を提供している。

【0005】

本開示の別の局面によれば、第１の照会リクエストを受信したことに応じて、第１の照会すべき情報を特定する第１の特定モジュールと、現在グラフデータベースから前記第１の照会すべき情報に関連する情報を照会して、第１の照会結果を得る第１の取得モジュールと、前記第１の照会結果と前記第１の照会すべき情報とのうち少なくとも１つに基づいて、少なくとも１つの照会すべき連合ノードを特定する第２の特定モジュールと、前記少なくとも１つの照会すべき連合ノードに第２の照会リクエストを送信することで、前記少なくとも１つの照会すべき連合ノードが前記第２の照会リクエストを受信したことに応じて、前記少なくとも１つの照会すべき連合ノードに対応するグラフデータベースから、前記第２の照会リクエストに含まれる第２の照会すべき情報に関連する情報を照会して、少なくとも１つの第２の照会結果を得る第２の取得モジュールと、を含む情報処理装置を提供している。

【0006】

本開示の別の局面によれば、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと通信接続するメモリとを有する電子機器であって、前記メモリに、前記少なくとも１つのプロセッサによって実行され得るコマンドが記憶されており、前記コマンドが前記少なくとも１つのプロセッサによって実行されることで、前記少なくとも１つのプロセッサが本開示に記載の方法を実行することができる電子機器を提供している。

【0007】

本開示の別の局面によれば、コンピュータに本開示に記載の方法を実行させるためのコンピュータコマンドを記憶している、非一時的なコンピュータ読取可能な記憶媒体を提供している。

【0008】

本開示の別の局面によれば、プロセッサにより実行される場合に、本開示に記載の方法を実現するコンピュータプログラムを提供している。

【0009】

理解されるべきこととして、本部分に記載された内容は、本開示の実施例のキーポイント又は重要な特徴を示すことを意図するものではなく、本開示の範囲を限定するものでもない。本開示の他の特徴は、以下の説明により容易に理解される。

【0010】

ここで、図面は、本技術案をよりよく理解するために用いられ、本開示を限定するものではない。

【図面の簡単な説明】

【0011】

【図1】本開示の実施例による情報処理方法及び装置を適用可能な例示的なシステム構造を概略的に示している。

【図2】本開示の実施例による情報処理方法のフローチャートを概略的に示している。

【図3A】本開示の実施例による環状取引照会フローの例示的な模式図を概略的に示している。

【図3B】本開示の実施例による非環状取引照会フローの例示的な模式図を概略的に示している。

【図4】本開示の実施例によるデータモデルの例示的な模式図を概略的に示している。

【図5】本開示の実施例による情報処理装置のブロック図を概略的に示している。

【図6】本開示の実施例による情報処理方法を実現することに適す電子機器のブロック図を概略的に示している。

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

【0012】

以下、図面を参照して本開示の例示的な実施例を説明する。ここで、より理解しやすいように本開示の実施例の様々な詳細は含まれ、それらが例示的なものであると考えられるべきである。したがって、当業者であれば、ここで記載される実施例に対して様々な変更・修正を行うことができ、本開示の範囲及び精神から逸脱することはないと分るべきである。同様に、明確かつ簡潔に説明するために、以下の記載において周知の機能や構成に対する説明を省略する。

【0013】

クロスドメイン業務の発展に伴い、現在対象（ｃｕｒｒｅｎｔ ｏｂｊｅｃｔ）は、より効率的に他の対象の情報を取得して情報照会を完了する必要があり、すなわち、現在対象は、照会によって取得された情報に基づいて決定を行うように、クロスドメイン照会をより効率的に実現する必要がある。現在対象は他の対象に対してよく知らず、かつ他の対象は係られた機密情報のデータに対して機密を守る必要があり、すなわち、他の対象はデータのプライバシーを保証する必要があり、したがって、現在対象は他の対象の関連情報を直接に取得することが困難であり、即ち、現在対象は直接的なクロスドメイン照会を実現することが困難であり、これにより、より効率的なクロスドメイン照会を実現することができない。より効率的なクロスドメイン照会を実現できなければ、クロスドメイン業務に存在するリスクをより効率的に発見することが困難である。クロスドメイン業務はクロスドメイン取引業務を含む。

【0014】

例えば、対象Ａ及び対象Ｂはいずれも対象Ｃのブランチ機構である。対象Ａと対象Ｂとは互いに独立する。対象Ｃは、対象Ａ及び対象Ｂにおける情報を照会する情報照会権限を有する。対象Ａ及び対象Ｂは、相手の情報照会権限を有しない。対象Ａは、取引対象ａと取引対象ｂとの間に発生するクロスドメイン取引が対象Ｂに存在するか否かを照会する必要がある。対象Ａは対象Ｂを照会する情報照会権限を有せず、対象Ｃは対象Ｂを照会する情報照会権限を有するため、対象Ａは対象Ｃに情報照会リクエストを送信する。情報照会リクエストは、対象Ｂには取引対象ａと取引対象ｂとの間のクロスドメイン取引が存在するか否かを照会することを請求するために用いられる。対象Ａは、対象Ｃからの照会結果を受信したことに応じて、照会結果に基づいて対象Ｂには取引対象ａと取引対象ｂとの間に発生するクロスドメイン取引が存在するか否かを判定する。

【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】

本開示の実施例によれば、現在リーダ連合ノードは、新規連合ノードと連合システムにおける少なくとも１つの第１の他の連合ノードとに、新たな第１の現在システムメタ情報を送信する。少なくとも１つの第１の他の連合ノードは、連合システムにおける全部又は一部の連合ノードである。新規連合ノードは、新たな第１の現在システムメタ情報を利用して新規連合ノードに対応するグラフデータベースを作成する。新規連合ノードに対応するグラフデータベースにおけるデータモデルは、第１の現在システムメタ情報におけるデータモデルと一致する。

【0108】

本開示の実施例によれば、初期作成者は、業務シーンに応じてグラフデータベースを作成する。初期作成者は、連合システムの現在リーダ連合ノードになる。現在リーダ連合ノードは、グラフデータベースをリリースすることで、他のノードが連合システムに加入することを申請可能である。現在リーダ連合ノードは固定されたものではなく、所定交替ポリシーに基づいて交替できるものである。

【0109】

本開示の実施例によれば、初期作成者のグラフデータベースは、データリリースサーバを介してリリースされる。データリリースサーバは、私有リリースサーバ及び公有リリースサーバを含む。私有リリースサーバは、証明書を取得してから閲覧できるものであり、公有サーバは、登録認証を通過した後に加入できるものである。

【0110】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、登録条件を満たすと判定した場合、登録すべきノードが新規連合ノードになることを確定することは、以下の操作を含む。

【0111】

登録情報に基づいて、第１のフィードバック結果を特定する。少なくとも１つの第１の他の連合ノードに登録情報を送信することで、少なくとも１つの第１の他の連合ノードが登録情報に基づいて、少なくとも１つの第２のフィードバック結果を特定する。少なくとも１つの第２のフィードバック結果を受信したことに応じて、第１のフィードバック結果と少なくとも１つの第２のフィードバック結果とに基づいて、第１の総フィードバック結果を特定する。第１の総フィードバック結果が登録条件を満たすと判定した場合、登録すべきノードが弱い連合システムの新規連合ノードになることを確定する。

【0112】

本開示の実施例によれば、第１のフィードバック結果及び第２のフィードバック結果は、登録すべきノードが連合システムの連合ノードになることに同意するか否かを表す。

【0113】

本開示の実施例によれば、現在リーダ連合ノードが弱い連合システムにおけるリーダ連合ノードである場合、現在リーダ連合ノードは、第１のフィードバック結果と少なくとも１つの第２のフィードバック結果とに基づいて、第１の総フィードバック結果を特定することは、第１の数を特定することを含む。第１の数は、第１のフィードバック結果及び少なくとも１つの第２のフィードバック結果のうち、登録すべきノードが連合システムの連合ノードになることに同意する旨の照会結果の数を表す。第１の数が第１の所定数閾値以上であると判定した場合、登録すべきノードが連合システムの連合ノードになることに同意する第１の総フィードバック結果を確定する。第１の数が第１の所定数閾値よりも小さいと判定した場合、登録すべきノードが連合システムの連合ノードになることに同意しない第１の総フィードバック結果を確定する。第１の所定数閾値は、連合システムに含まれる連合ノードの数に基づいて特定される。代替的に、第１の数が第１の所定数閾値よりも大きいと判定した場合、登録すべきノードが連合システムの連合ノードになることに同意する第１の総フィードバック結果を確定する。第１の数が第１の所定数閾値よりも小さいと判定した場合、登録すべきノードが連合システムの連合ノードになることに同意しない第１の総フィードバック結果を確定する。第１の数が第１の所定数閾値と等しいと判定した場合、現在リーダ連合ノードの第１のフィードバック結果に基づいて、登録すべきノードが連合システムの連合ノードになることに同意するか否かを決定する。例えば、第１のフィードバック結果は登録すべきノードが連合システムの連合ノードになることに同意するものであると判定した場合、登録すべきノードが連合システムの連合ノードになることに同意することを確定する。第１のフィードバック結果は登録すべきノードが連合システムの連合ノードになることに同意しないものであると判定した場合、登録すべきノードが連合システムの連合ノードになることに同意しないことを確定する。

【0114】

本開示の実施例によれば、現在リーダ連合ノードは、第１のフィードバック結果と少なくとも１つの第２のフィードバック結果とに基づいて、第１の総フィードバック結果を特定することは、現在リーダ連合ノードは、現在リーダ連合ノードの第１のフィードバック結果及び連合ノード重み情報と、少なくとも１つの第１の他の連合ノードのそれぞれの第２のフィードバック結果及び連合ノード重み情報とに基づいて、第１の総フィードバック結果を特定することを含む。例えば、現在リーダ連合ノードは、現在リーダ連合ノードの第１のフィードバック結果及び連合ノード重み情報に基づいて、第１の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、少なくとも１つの第１の他の連合ノードのそれぞれに対応する第２のフィードバック結果及び連合ノード重み情報に基づいて、少なくとも１つの第１の他の連合ノードのそれぞれに対応する第２の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、第１の重み付けフィードバック結果及び少なくとも１つの第２の重み付けフィードバック結果に基づいて、第１の総フィードバック結果を特定する。第１の総フィードバック結果が表す数値が第２の所定閾値以上であると判定した場合、登録すべきノードが連合システムの連合ノードになることに同意する第１の総フィードバック結果を確定する。第１の総フィードバック結果が表す数値が第２の所定閾値よりも小さいと判定した場合、登録すべきノードが連合システムの連合ノードになることに同意しない第１の総フィードバック結果を確定する。第２の所定閾値は連合システムに含まれる連合ノードの数に基づいて確定される。

【0115】

本開示の実施例によれば、登録すべきノードは、提案権限及び投票権限を有しない連合ノードとする。その後、データ規模及びノードリソース等の少なくとも１つの貢献に応じて、提案権限及び投票権限を有する連合ノードになることを発する。また、登録すべきノードは、連合システムの連合ノードになることを申請する場合、提案権限及び投票権限を有する連合ノードになることを申請することができる。異なるノードキャラクタを設計する目的は、適応ネットワークにおいて、貢献の大きさに基づいてノード重み情報を特定することができることにある。提案権限及び投票権限を有する連合ノードが、評価などのタスクに参与しすぎることを避ける。

【0116】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、登録条件を満たすと判定した場合、登録すべきノードが新規連合ノードになることを確定することは、以下の操作を含む。

【0117】

登録情報に基づいて、第１のフィードバック結果を特定する。第１のフィードバック結果が登録条件を満たすと判定した場合、登録すべきノードが強い連合システムの新規連合ノードになることを確定する。

【0118】

本開示の実施例によれば、現在リーダ連合ノードは、強い連合システムにおけるリーダ連合ノードであってもよい。第１のフィードバック結果は、登録すべきノードが連合システムの連合ノードになることに同意するか否かを表す。

【0119】

本開示の実施例によれば、現在連合リーダノードは、第１のフィードバック結果が、登録すべきノードが連合システムの連合ノードになることに同意するものであると判定した場合、登録条件を満たすことを確定する。現在リーダ連合ノードは、第１のフィードバック結果が、登録すべきノードが連合システムの連合ノードになることに同意しないものであると判定した場合、登録条件を満たさないことを確定する。強い連合システムにおける現在リーダ連合ノードは、新規連合ノードのノードキャラクタを特定する。

【0120】

本開示の実施例によれば、現在システムメタ情報は、連合ノード識別子、連合ノード重み情報、データモデル、及び照会権限開放情報の少なくとも１つを含む。

【0121】

本開示の実施例によれば、連合ノード識別子は連合ノードを表すために用いられる。連合ノード識別子は、連合ノードアドレスを含む。連合ノード重み情報は、連合ノードのノード重みを表すために用いられる。連合ノード重み情報は、連合ノードのデータ規模、データ更新頻度、データ更新時刻、データ新旧程度情報、ノードリソース規模の少なくとも１つに基づいて、連合ノードの連合ノード重み情報を特定する。例えば、データ規模が大きいほど、データ更新頻度が高いほど、データ更新時刻が近いほど、データ新旧程度が新しいほど、ノードリソース規模が大きいほど、連合ノード重みが高くなる。データ規模が小さいほど、データ更新頻度が低いほど、データ更新時刻が遠いほど、データ新旧程度が古いほど、ノードリソース規模が小さいほど、連合ノード重みが低くなる。

【0122】

本開示の実施例によれば、照会権限開放情報は、連合システムにおける連合ノードが照会権限を開放した情報を含む。照会権限を開放した情報は、ノード属性、辺属性、ノードラベル、辺ラベル、経路、及びグラフの少なくとも１つを含む。照会権限は、「Ｙｅｓ／Ｎｏ」権限を含む。照会権限開放情報に対する他の説明は、前文の関連部分の内容を参照すればよく、ここで説明を繰り返さない。

【0123】

本開示の実施例によれば、データモデル（即ち、Ｓｃｈｅｍａ）とは、データの記述を指す。データモデルは、ノードのノードラベル及びノード属性と、辺の辺ラベル及び辺属性とを記述するために用いられる。データモデルは、パブリックドメインデータモデル及びプライベートドメインデータモデルを含む。パブリックドメインデータモデルは、連合システムの連合ノードによって合意に達されたデータモデルを指す。プライベートドメインデータモデルは、パブリックドメインデータモデルと同一のデータ規則に準拠するが、連合システムの連合ノードによって合意に達されていないデータモデルを指す。

【0124】

本開示の実施例によれば、パブリックドメインデータモデル及びプライベートドメインデータモデルは、アルゴリズム及び照会のローカル化を実現するために用いられる。例えば、一部のローカル化のアルゴリズムは、ローカル化の特徴に依存するが、上記ローカル化の特徴がグローバル特徴ではなく、これにより、上記ローカル化の特徴に対して、プライベートドメインデータモデルを作成する。例えば、企業に危機が発生した場合、連鎖反応を避けるように、該企業のローカル資金口座での上下流関係を取得する必要がある。この場合、上記データに対して、プライベートドメインデータモデルを作成する。

【0125】

図４は、本開示の実施例によるデータモデルの例示的な模式図を概略的に示している。

【0126】

図４に示すように、４００にはパブリックドメインデータモデル４０１及びプライベートドメインデータモデル４０２が含まれる。パブリックドメインデータモデル４０１は、個人と銀行との間の借入関係、及び銀行と会社との間の貸付関係を記述するために用いられる。プライベートドメインデータモデル４０２は、パブリックドメインデータモデル４０１を基に、機構と銀行との間の借入関係、及び個人自身の振替関係を記述するための内容を追加した。

【0127】

連合ノード４０３に対応するグラフデータベースのデータモデルは、パブリックドメインデータモデル４０１を含む。連合ノード４０４に対応するグラフデータベースは、パブリックドメインデータモデル４０１とプライベートドメインデータモデル４０２とを含む。

【0128】

本開示の実施例によれば、現在連合ノードが現在リーダ連合ノードである場合、上記情報処理方法は以下の操作をさらに含んでもよい。

【0129】

提案連合ノードからの提案リクエストを受信したことに応じて、実行すべきプランを特定する。実行すべきプランが可決したと判定した場合、実行すべきプランに対する提案実行リクエストを生成する。提案実行リクエストを受信したことに応じて、実行すべきプランを実行して、第１の実行結果を得る。少なくとも１つの第２の他の連合ノードに提案実行リクエストを送信することで、少なくとも１つの第２の他の連合ノードは、提案実行リクエストを受信したことに応じて、実行すべき提案を実行して、少なくとも１つの第２の実行結果を得る。少なくとも１つの第２の実行結果を受信したことに応じて、第１の実行結果と少なくとも１つの第２の実行結果とに基づいて、実行完了結果を特定する。実行完了結果が実行成功であると判定した場合、実行すべきプランに対する実行操作を完了する。

【0130】

本開示の実施例によれば、現在リーダ連合ノードは、提案リクエストを解析して、実行すべきプランを得る。実行すべきプランは、オフラインの実際の責任者によって審査されてから、表決されることができる。実行すべきプランの可決を確定した場合、提案実行リクエストを生成する。現在リーダ連合ノードは、連合システムにおける少なくとも１つの第２の他の連合ノードに提案実行リクエストを送信する。連合システムにおける少なくとも１つの第２の他の連合ノードは、連合システムにおける現在リーダ連合ノード以外の全部又は一部の連合ノードを含む。

【0131】

本開示の実施例によれば、現在リーダ連合ノードは、実行すべきプランを実行して、第１の実行結果を得る。少なくとも１つの第２の他の連合ノードのそれぞれは、実行すべきプランを実行して、第２の実行結果を得る。第１の実行結果及び第２の実行結果はいずれも実行成功又は実行失敗を含んでも良い。実行すべきプランを実行することは、プリライトポリシー、コミットポリシー、及びロールバックポリシーに基づいて、実行すべきプランを実行することを含む。プリライトとは、発注を実行したが、システム面ではまだ有効になっていないことを指す。コミットとは、プリライトを有効に切り替えることを指す。ロールバックとは、プリライト内容を削除することを指す。コミットした後、ロールバックすることができない。プリライト段階に失敗が発生したら、提案が失敗し、プリライトが既に完了した場合、現在リーダ連合ノードによってロールバックコマンドを送信することができる。コミット段階に失敗が発生したら、連合ノードが回復した後に引き続きコミットする必要がある。

【0132】

本開示の実施例によれば、現在リーダ連合ノードは、第１の実行結果と少なくとも１つの第２の実行結果とに基づいて、実行完了結果を特定する。例えば、現在リーダ連合ノードは、第１の実行結果が実行成功であり、且つ少なくとも１つの第２の実行結果がいずれも実行成功であると判定した場合、実行完了結果が実行成功であることを確定する。

【0133】

本開示の実施例によれば、複数の実行すべき提案はシリアルに実行される。

【0134】

本開示の実施例によれば、実行すべきプランのタイプは、データモデル変更タイプ、連合ノード退出タイプ、照会権限開放情報変更タイプ、及び連合ノード重み情報変更タイプの少なくとも１つを含む。

【0135】

本開示の実施例によれば、データモデル変更タイプは、ノードラベル追加、辺ラベル追加、ノード属性追加、辺属性追加、ノードラベル削除、辺ラベル削除、ノード属性削除、及び辺属性削除の少なくとも１つを含む。データモデル変更は、下位互換のポリシーに準拠する必要がある。例えば、属性タイプの変更が許可されない。例えば、整数型データを浮動小数点型データに変更する。

【0136】

本開示の実施例によれば、例えば、照会権限開放情報変更タイプは、所定ノード属性の照会権限追加、所定ノード属性の照会権限削除、所定ノードラベルの照会権限追加、及び所定ノードラベルの照会権限削除の少なくとも１つを含む。

【0137】

本開示の実施例によれば、連合ノード重み情報変更タイプは、連合ノードの連合ノード重み情報向上、又は連合ノードの連合ノード重み情報低減のいずれかを含む。連合ノードの連合ノード重み情報低減は、提案権限を有する連合ノードを、提案権限を有しない連合ノードに調整することを含む。連合ノードの連合ノード重み情報向上は、提案権限を有しない連合ノードを、提案権限を有する連合ノードに調整することを含む。

【0138】

本開示の実施例によれば、現在システムメタ情報は、連合ノード重み情報を含む。実行すべきプランのタイプは、連合ノード重み情報変更タイプを含む。

【0139】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、上記情報処理方法は以下の操作をさらに含んでもよい。

【0140】

実行すべきプランに対する第３のフィードバック結果を特定する。弱い連合システムの少なくとも１つの第２の他の連合ノードに実行すべきプランを送信することで、少なくとも１つの第２の他の連合ノードが実行すべきプランに基づいて、少なくとも１つの第４のフィードバック結果を特定する。少なくとも１つの第４のフィードバック結果を受信したことに応じて、第３のフィードバック結果と少なくとも１つの第４のフィードバック結果とに基づいて、第２の総フィードバック結果を特定する。第２の総フィードバック結果に基づいて、実行すべきプランの可決又は否決を特定する。

【0141】

本開示の実施例によれば、実行すべきプランのタイプは、連合ノード重み情報変更タイプを含み、即ち、実行すべきプランはノード重み変更プランであってもよい。ノード重み変更プランは、連合ノードの連合ノード重み情報を調整するために用いられる。ノード重み変更プランは、連合ノード重み情報変更を行う必要がある目標連合ノードを含む。ノード重み変更プランは、目標連合ノードの連合ノード重み情報を向上すること、又は目標連合ノードの連合ノード重み情報を低減することを含む。目標連合ノードの連合ノード重み情報を低減することは、提案権限を有する目標連合ノードを、提案権限を有しない目標連合ノードに調整することを含む。目標連合ノードの連合ノード重み情報を向上することは、提案権限を有しない目標連合ノードを、提案権限を有する目標連合ノードに調整することを含む。

【0142】

本開示の実施例によれば、第３のフィードバック結果及び第４のフィードバック結果は、ノード重み変更プランの可決に同意するか否かを表す。

【0143】

本開示の実施例によれば、目標連合ノードの第４の所定時間帯内におけるデータ更新割合が所定割合閾値以下であること、目標連合ノードのデータ規模が所定規模閾値以下であること、及び目標連合ノードの計算リソース量が所定リソース閾値以下であることのうち少なくとも１つが存在することを検出した場合、ノード重み変更プランに対する提案リクエストを提出する必要があることを確定する。

【0144】

本開示の実施例によれば、現在リーダ連合ノードは、第３のフィードバック結果と少なくとも１つの第４のフィードバック結果とに基づいて、第２の総フィードバック結果を特定することは、第２の数を特定することを含む。第２の数は、第３のフィードバック結果及び少なくとも１つの第４のフィードバック結果のうち、ノード重み変更プランの可決に同意する旨の照会結果の数を表す。第２の数が第２の所定数閾値以上であると判定した場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定する。第２の数が第２の所定数閾値よりも小さいと判定した場合、ノード重み変更プランの可決に同意しない第２の総フィードバック結果を確定する。第２の所定数閾値は、連合システムに含まれる連合ノードの数に基づいて決められる。代替的に、第２の数が第２の所定数閾値よりも大きいと判定した場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定する。第２の数が第２の所定数閾値よりも小さいと判定した場合、ノード重み変更プランの可決に同意しない第２の総フィードバック結果を確定する。第２の数が第２の所定数閾値と等しいと判定した場合、現在リーダ連合ノードの第３のフィードバック結果に基づいて、ノード重み変更プランの可決に同意するか否かを決定する。例えば、第３のフィードバック結果がノード重み変更プランの可決に同意することであると判定した場合、ノード重み変更プランの可決に同意することを確定する。第３のフィードバック結果がノード重み変更プランの可決に同意しないことであると判定した場合、ノード重み変更プランの可決に同意しないことを確定する。

【0145】

本開示の実施例によれば、現在リーダ連合ノードは、第３のフィードバック結果と少なくとも１つの第４のフィードバック結果とに基づいて、第２の総フィードバック結果を特定することは、現在リーダ連合ノードが、現在リーダ連合ノードの第３のフィードバック結果及び連合ノード重み情報と、少なくとも１つの第２の他の連合ノードのそれぞれの第４のフィードバック結果及び連合ノード重み情報とに基づいて、第２の総フィードバック結果を特定することを含む。例えば、現在リーダ連合ノードは、現在リーダ連合ノードの第３のフィードバック結果及び連合ノード重み情報に基づいて、第３の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、少なくとも１つの第２の他の連合ノードのそれぞれに対応する第４のフィードバック結果及び連合ノード重み情報に基づいて、少なくとも１つの第２の他の連合ノードのそれぞれに対応する第４の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、第３の重み付けフィードバック結果と少なくとも１つの第４の重み付けフィードバック結果とに基づいて、第２の総フィードバック結果を特定する。第２の総フィードバック結果が表す数値が第２の所定閾値以上であると判定した場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定する。第２の総フィードバック結果が表す数値が第２の所定閾値よりも小さいと判定した場合、ノード重み変更プランの可決に同意しない第２の総フィードバック結果を確定する。第２の所定閾値は、連合システムに含まれる連合ノードの数に基づいて決められる。

【0146】

本開示の実施例によれば、第２の総フィードバック結果が表す数値が第３の所定閾値以上であると判定した場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定する。第２の総フィードバック結果が表す数値が第４の所定閾値以上であり、第３の所定閾値よりも小さく、かつタイムアウトで未表決という条件を満たす場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定する。第２の総フィードバック結果が表す数値が第４の所定閾値よりも小さい場合、ノード重み変更プランの可決に同意しない第２の総フィードバック結果を確定する。第３の所定閾値と第４の所定閾値とは、連合システムに含まれる連合ノードの数に基づいて決められる。例えば、第３の所定閾値は、５０％であってもよい。第４の所定閾値は３０％であってもよい。

【0147】

本開示の実施例によれば、第２の総フィードバック結果が表す数値が第４の所定閾値以上であり、第３の所定閾値よりも小さく、かつタイムアウトで未表決という条件を満たす場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定することは、１つの第４の重み付けフィードバック結果が第４の所定閾値以上であり、且つ他の第４の重み付けフィードバック結果がゼロであると判定した場合、ノード重み変更プランの可決に同意する第２の総フィードバック結果を確定することを含む。

【0148】

本開示の実施例によれば、連合ノード重み情報を、実行すべきプランを可決するか否かを決定する操作に引き込むことで、データ規模が大きい連合ノードの連合ノード重みが高いから、データ規模が大きい連合ノードの権益を効果的に保証することができる。

【0149】

本開示の実施例によれば、現在システムメタ情報は連合ノード重み情報を含む。実行すべきプランのタイプは連合ノード重み情報変更タイプを含む。

【0150】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、上記情報処理方法は以下の操作をさらに含んでもよい。

【0151】

実行すべきプランに対する第３のフィードバック結果を特定する。第３のフィードバック結果に基づいて、実行すべきプランを可決するか否かを決定する。

【0152】

本開示の実施例によれば、現在リーダ連合ノードは、強い連合システムにおけるリーダ連合ノードであってもよい。第３のフィードバック結果は、ノード重み変更プランの可決に同意するか否かを表し、即ち、第３のフィードバック結果は、ノード重み変更プランの可決又は否決を表す。

【0153】

本開示の実施例によれば、現在連合リーダノードは、第３のフィードバック結果がノード重み変更プランを可決することであると判定した場合、ノード重み変更プランを可決することを確定する。現在リーダ連合ノードは、第３のフィードバック結果がノード重み変更プランを否決することであると判定した場合、ノード重み変更プランを否決することを確定する。

【0154】

本開示の実施例によれば、実行すべきプランのタイプは連合ノード退出タイプを含む。

【0155】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、上記情報処理方法は以下の操作をさらに含んでもよい。

【0156】

実行すべきプランに対する第５のフィードバック結果を特定する。弱い連合システムの少なくとも１つの第２の他の連合ノードに前記実行すべきプランを送信することで、少なくとも１つの第２の他の連合ノードが実行すべきプランを受信したことに応じて、少なくとも１つの第６のフィードバック結果を特定する。少なくとも１つの第６のフィードバック結果を受信したことに応じて、第５のフィードバック結果と少なくとも１つの第６のフィードバック結果とに基づいて、第３の総フィードバック結果を特定する。第３の総フィードバック結果に基づいて、実行すべきプランの可決又は否決を特定する。

【0157】

本開示の実施例によれば、実行すべきプランのタイプは、連合ノード退出タイプを含み、即ち、実行すべきプランはノード退出プランであってもよい。ノード退出プランは、退出すべき連合ノードを含む。第５のフィードバック結果及び第６のフィードバック結果は、退出すべき連合ノードが連合システムを退出することに同意するか否かを表す。

【0158】

本開示の実施例によれば、退出すべき連合ノードが第５の所定時間帯内に表決に参与しなかったことを検出した場合、ノード退出プランに対する提案リクエストを提出する必要があることを確定する。

【0159】

本開示の実施例によれば、現在リーダ連合ノードは、第５のフィードバック結果と少なくとも１つの第６のフィードバック結果とに基づいて、第３の総フィードバック結果を特定することは、第３の数を特定することを含む。第３の数は、第５のフィードバック結果及び少なくとも１つの第６のフィードバック結果のうち、ノード退出プランの可決に同意する旨の照会結果の数を表す。第３の数が第３の所定数閾値以上であると判定した場合、ノード退出プランの可決に同意する第３の総フィードバック結果を確定する。第３の数が第３の所定数閾値よりも小さいと判定した場合、ノード退出プランの可決に同意しない第３の総フィードバック結果を確定する。第３の所定数閾値は、連合システムに含まれる連合ノードの数に基づいて決められる。代替的に、第３の数が第３の所定数閾値よりも大きいと判定した場合、ノード退出プランの可決に同意する第３の総フィードバック結果を確定する。第３の数が第３の所定数閾値よりも小さいと判定した場合、ノード退出プランの可決に同意しない第３の総フィードバック結果を確定する。第３の数が第３の所定数閾値と等しいと判定した場合、現在リーダ連合ノードの第５のフィードバック結果に基づいて、ノード退出プランの可決に同意するか否かを決定する。例えば、第５のフィードバック結果がノード退出プランの可決に同意することであると判定する場合、ノード退出プランの可決に同意することを確定する。第５のフィードバック結果がノード退出プランの可決に同意しないことであると判定した場合、ノード退出プランの可決に同意しないことを確定する。

【0160】

本開示の実施例によれば、現在リーダ連合ノードが第５のフィードバック結果と少なくとも１つの第６のフィードバック結果とに基づいて、第３の総フィードバック結果を特定することは、現在リーダ連合ノードが現在リーダ連合ノードの第５のフィードバック結果及び連合ノード重み情報と、少なくとも１つの第２の他の連合ノードのそれぞれの第６のフィードバック結果及び連合ノード重み情報とに基づいて、第３の総フィードバック結果を特定すること含む。例えば、現在リーダ連合ノードは、現在リーダ連合ノードの第５のフィードバック結果及び連合ノード重み情報に基づいて、第５の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、少なくとも１つの第２の他の連合ノードのそれぞれに対応する第６のフィードバック結果及び連合ノード重み情報に基づいて、少なくとも１つの第２の他の連合ノードのそれぞれに対応する第６の重み付けフィードバック結果を特定する。現在リーダ連合ノードは、第４の重み付けフィードバック結果及び少なくとも１つの第６の重み付けフィードバック結果に基づいて、第３の総フィードバック結果を特定する。第３の総フィードバック結果が表す数値が第５の所定閾値以上であると判定した場合、ノード退出プランの可決に同意する第３の総フィードバック結果を確定する。第３の総フィードバック結果が表す数値が第５の所定閾値よりも小さいと判定した場合、ノード退出プランの可決に同意しない第３の総フィードバック結果を確定する。第５の所定閾値は、連合システムに含まれる連合ノードの数に基づいて決められる。

【0161】

本開示の実施例によれば、実行すべきプランのタイプは連合ノード退出タイプを含む。

【0162】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、上記情報処理方法は以下の操作をさらに含んでもよい。

【0163】

実行すべきプランに対する第５のフィードバック結果を特定する。第５のフィードバック結果に基づいて、実行すべきプランの可決又は否決を特定する。

【0164】

本開示の実施例によれば、現在リーダ連合ノードは、強い連合システムにおけるリーダ連合ノードであってもよい。第５のフィードバック結果は、ノード退出プランの可決に同意するか否かを表し、即ち、第５のフィードバック結果は、ノード退出プランの可決又は否決を表す。

【0165】

本開示の実施例によれば、現在連合リーダノードは、第５のフィードバック結果がノード退出プランを可決することであると判定した場合、ノード退出プランを可決することを確定する。現在リーダ連合ノードは、第５のフィードバック結果がノード退出プランを否決することであると判定した場合、ノード退出プランを否決することを確定する。

【0166】

本開示の実施例によれば、現在連合ノードが現在リーダ連合ノードである場合、上記情報処理方法は、以下の操作をさらに含んでもよい。

【0167】

異常修復が検出された場合、少なくとも１つの第３の他の連合ノードに通信接続リクエストを送信する。少なくとも１つの第３の他の連合ノードからの接続拒否情報及び新たな現在リーダ連合ノード識別子を受信したことに応じて、新たな現在リーダ連合ノード識別子に対応する新たな現在リーダ連合ノードにメタ情報取得リクエストを送信する。新たな現在リーダ連合ノードからの新たな第２の現在システムメタ情報を受信したことに応じて、新たな第２の現在システムメタ情報を利用して現在連合リーダノードに対応するグラフデータベースを更新する。

【0168】

本開示の実施例によれば、リーダ連合ノードは、該リーダ連合ノードに対応する時間識別子を有する。時間識別子は、リーダ連合ノードが現在リーダ連合ノードであるか、それとも１つ前のリーダ連合ノードであるかを判定する根拠とするために用いられる。

【0169】

本開示の実施例によれば、現在リーダ連合ノードは、連合システムの少なくとも１つの第３の他の連合ノードに第１の心拍信号に送信することで、第３の他の連合ノードとの通信接続を確立する。第１の心拍信号は、時間識別子及び現在システムメタ情報を含む。

【0170】

本開示の実施例によれば、現在リーダ連合ノードは、異常が発生した場合、現在リーダ連合ノードが異常を修復する。現在リーダ連合ノードは、異常修復が検出された場合、少なくとも１つの第３の他の連合ノードに第２の心拍信号を送信する。第２の心拍信号は、時間識別子及び現在システムメタ情報を含む。第３の他の連合ノードは第２の心拍信号を解析して、時間識別子を得る。第３の他の連合ノードは、時間識別子が最新の時間識別子ではないと判定した場合、現在リーダ連合ノードに心拍信号を拒否する情報及び新たな現在リーダ連合ノード識別子を送信する。現在リーダ連合ノードは、少なくとも１つの第３の他の連合ノードからの、心拍信号を拒否する情報及び新たな現在リーダ連合ノード識別子を受信したことに応じて、新たな現在リーダ連合ノード識別子に対応する新たな現在リーダ連合ノードにメタ情報取得リクエストを送信する。新たな現在リーダ連合ノードからの新たな第２の現在システムメタ情報を受信したことに応じて、新たな第２の現在システムメタ情報を利用して現在連合リーダノードに対応するグラフデータベースを更新する。また、現在リーダ連合ノードは、ローカルに記憶されている時間識別子を更新してもよい。

【0171】

本開示の実施例によれば、現在連合ノードが非現在リーダ連合ノードである場合、上記情報処理方法は、以下の操作をさらに含んでもよい。

【0172】

現在リーダ連合ノードに異常が存在することが検出されたことに応じて、少なくとも１つの第４の他の連合ノードに再選挙のリクエストを送信することで、現在連合ノードが新たな現在リーダ連合ノードを選挙する操作に参与する。選挙成功情報を受信したことに応じて、現在システムメタ情報を更新して、新たな第３の現在システムメタ情報を得る。少なくとも１つの第５の他の連合ノードに新たな第３の現在システムメタ情報を送信することで、少なくとも１つの第５の他の連合ノードが新たな第３の現在システムメタ情報を利用して第５の他の連合ノードに対応するグラフデータベースを更新する。選挙成功情報は、現在連合ノードが新たな現在リーダ連合ノードとして特定されることを表すために用いられる。

【0173】

本開示の実施例によれば、現在連合ノードは、現在リーダ連合ノードの異常が検出された場合、現在連合ノードが新たな現在リーダ連合ノードになることを申請することができる。これにより、現在連合ノードは、連合システムにおける少なくとも１つの第４の他の連合ノードに再選挙リクエストを送信することで、現在連合ノードが新たな現在リーダ連合ノードを選挙する操作に参与する。現在連合ノードは候補ノードになる。現在リーダ連合ノードは時間識別子を更新して、新たな時間識別子を得る。所定ネットワーキングタイムアウト時間帯内に、少なくとも１つの他の候補ノードの情報を取得し、候補ノード及び少なくとも１つの他の候補ノードから目標ノードを特定する。目標ノードを新たな現在リーダ連合ノードとして特定する。

【0174】

本開示の実施例によれば、現在連合ノードは、選挙成功情報を受信した場合、現在システムメタ情報を更新して、新たな第３の現在システムメタ情報を得る。現在連合ノードは目標ノードであり、即ち、現在連合ノードは新たな現在リーダ連合ノードである。新たな現在リーダ連合ノードは、連合システムにおける少なくとも１つの第５の他の連合ノードに第３の心拍信号を送信する。第３の心拍信号は、新たな第３の現在システムメタ情報及び新たな時間識別子を含むことで、少なくとも１つの第５の他の連合ノードが新たな第３の現在システムメタ情報を利用して第５の他の連合ノードに対応するグラフデータベースを更新し、少なくとも１つの第５の他の連合ノードが新たな時間識別子に基づいてローカルに記憶されている時間識別子を更新する。

【0175】

本開示の実施例によれば、重み及び同期しないネットワーキングタイムアウトによって、新たな現在リーダ連合ノードが高い確率で一度に特定される。新たな現在リーダ連合ノードが一度に特定されていなければ、すべての候補ノードがランダムに所定ネットワーキングタイムアウト時間帯よりも大きい期間をスリープするように制御することで、１つの候補ノードが選挙に参与することを確定することを効果的に保証することができる。

【0176】

本開示の技術案では、係られたデータ個人情報の収集、記憶、使用、加工、伝送、提供及び開示などの処理は、いずれも関連法律や法規の規定に合致しており、公序良俗に反していない。

【0177】

以上は単に例示的な実施例であるが、これに限られず、情報処理を実現できるものであれば、本分野で既知の他の情報処理方法をさらに含んでもよい。

【0178】

図５は、本開示の実施例による情報処理装置のブロック図を概略的に示している。

【0179】

図５に示すように、情報処理装置５００は、第１の特定モジュール５１０、第１の取得モジュール５２０、第２の特定モジュール５３０、及び第２の取得モジュール５４０を含む。

【0180】

第１の特定モジュール５１０は、第１の照会リクエストを受信したことに応じて、第１の照会すべき情報を特定するために用いられる。

【0181】

第１の取得モジュール５２０は、現在グラフデータベースから第１の照会すべき情報に関連する情報を照会して、第１の照会結果を得るために用いられる。

【0182】

第２の特定モジュール５３０は、第１の照会結果と第１の照会すべき情報とのうち少なくとも１つに基づいて、少なくとも１つの照会すべき連合ノードを特定するために用いられる。

【0183】

第２の取得モジュール５４０は、少なくとも１つの照会すべき連合ノードに第２の照会リクエストを送信することで、少なくとも１つの照会すべき連合ノードが第２の照会リクエストを受信したことに応じて、少なくとも１つの照会すべき連合ノードに対応するグラフデータベースから、第２の照会リクエストに含まれる第２の照会すべき情報に関連する情報を照会して、少なくとも１つの第２の照会結果を得るために用いられる。

【0184】

本開示の実施例によれば、第１の照会結果及び第２の照会結果は、初期連合ノードが初期照会すべき情報に対する決定結果を生成するために用いられる。

【0185】

本開示の実施例によれば、第２の特定モジュール５３０は、第１の特定サブモジュールを含む。

【0186】

第１の特定サブモジュールは、照会権限開放情報、及び第１の照会結果と第１の照会すべき情報とのうち少なくとも１つに基づいて、少なくとも１つの照会すべき連合ノードを特定するために用いられる。

【0187】

本開示の実施例によれば、現在グラフデータベースは、少なくとも１つのデータバージョン識別子と、データバージョン識別子に対応する複数のノード情報及び少なくとも１つの辺情報とを含む。ノード情報は、ノードの少なくとも１つのノードラベルと、ノードラベルに対応する少なくとも１つのノード属性とを含む。辺情報は、辺の辺ラベルと、辺ラベルに対応する少なくとも１つの辺属性とを含み、辺ラベルは、辺に接続される２つのノードの間の関係を表すために用いられる。

【0188】

本開示の実施例によれば、第１の照会すべき情報は、照会すべき時間帯、照会すべきノード、及び照会すべき辺の少なくとも１つを含む。

【0189】

本開示の実施例によれば、第１の照会すべき情報は、照会すべき時間帯及び照会すべきノードを含む。

【0190】

本開示の実施例によれば、第１の取得モジュール５２０は、第２の特定サブモジュール及び第１の取得サブモジュールを含む。

【0191】

第２の特定サブモジュールは、現在グラフデータベースに含まれる少なくとも１つのデータバージョン識別子から照会すべき時間帯に対応する少なくとも１つの目標データバージョン識別子を特定するために用いられる。

【0192】

第１の取得サブモジュールは、少なくとも１つの目標データバージョン識別子に対応する複数のノードから照会すべきノードに関連する情報を照会して、第１の照会結果を得るために用いられる。

【0193】

本開示の実施例によれば、第１の照会すべき情報と第２の照会すべき情報とは、いずれも存在類の照会すべき情報及び回数類の照会すべき情報の少なくとも１つを含む。

【0194】

本開示の実施例によれば、現在連合ノードは非現在リーダ連合ノードである。

【0195】

本開示の実施例によれば、上記情報処理装置５００は第１の送信モジュール及び記憶モジュールをさらに含んでもよい。

【0196】

第１の送信モジュールは、データ変更リクエストが検出されたことに応じて、現在リーダ連合ノードにバージョン識別子取得リクエストを送信するために用いられる。

【0197】

記憶モジュールは、現在リーダ連合ノードからのデータバージョン識別子を受信したことに応じて、データバージョン識別子と現在変更済みデータとを関連付けて現在グラフデータベースに記憶するために用いられる。

【0198】

本開示の実施例によれば、現在連合ノードは現在リーダ連合ノードである。

【0199】

本開示の実施例によれば、上記情報処理装置５００は、第３の特定モジュール、第４の特定モジュール、第３の取得モジュール、及び第２の送信モジュールをさらに含んでもよい。

【0200】

第３の特定モジュールは、登録すべきノードからの登録リクエストを受信したことに応じて、登録情報を特定するために用いられる。

【0201】

第４の特定モジュールは、登録条件を満たすと判定した場合、登録すべきノードが新規連合ノードになることを確定するために用いられる。

【0202】

第３の取得モジュールは、登録情報に基づいて現在システムメタ情報を更新して、新たな第１の現在システムメタ情報を得るために用いられる。

【0203】

本開示の実施例によれば、上記情報処理装置５００は、第２の送信モジュール及び第３の送信モジュールをさらに含んでもよい。

【0204】

第２の送信モジュールは、新規連合ノード及び少なくとも１つの第１の他の連合ノードに新たな第１の現在システムメタ情報を送信することで、新規連合ノードが新たな第１の現在システムメタ情報を利用して新規連合ノードに対応するグラフデータベースを作成するために用いられる。

【0205】

第３の送信モジュールは、少なくとも１つの第１の他の連合ノードに新たな第１の現在システムメタ情報を送信することで、少なくとも１つの第１の他の連合ノードが新たな第１の現在システムメタ情報を利用して第１の他の連合ノードに対応するグラフデータベースを更新するために用いられる。

【0206】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、第４の特定モジュールは、第３の特定サブモジュール、第１の送信サブモジュール、第４の特定サブモジュール、及び第５の特定サブモジュールを含む。

【0207】

第３の特定サブモジュールは、登録情報に基づいて、第１のフィードバック結果を特定するために用いられる。

【0208】

第１の送信サブモジュールは、少なくとも１つの第１の他の連合ノードに登録情報を送信することで、少なくとも１つの第１の他の連合ノードが登録情報に基づいて、少なくとも１つの第２のフィードバック結果を特定するために用いられる。

【0209】

第４の特定サブモジュールは、少なくとも１つの第２のフィードバック結果を受信したことに応じて、第１のフィードバック結果と少なくとも１つの第２のフィードバック結果とに基づいて、第１の総フィードバック結果を特定するために用いられる。

【0210】

第５の特定サブモジュールは、第１の総フィードバック結果が登録条件を満たすと判定した場合、登録すべきノードが弱い連合システムの新規連合ノードになることを確定するために用いられる。

【0211】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、第４の特定モジュールは、第６の特定サブモジュール及び第７の特定サブモジュールを含む。

【0212】

第６の特定サブモジュールは、登録情報に基づいて、第１のフィードバック結果を特定するために用いられる。

【0213】

第７の特定サブモジュールは、第１のフィードバック結果が登録条件を満たすと判定した場合、登録すべきノードが強い連合システムの新規連合ノードになることを確定するために用いられる。

【0214】

本開示の実施例によれば、現在システムメタ情報は、連合ノード識別子、連合ノード重み情報、データモデル、及び照会権限開放情報の少なくとも１つを含む。

【0215】

本開示の実施例によれば、データ処理モデルは、パブリックドメインデータモデル及びプライベートドメインデータモデルの少なくとも１つを含む。パブリックドメインデータモデルとは、連合システムの連合ノードによって合意に達されたデータモデルを指す。プライベートドメインデータモデルとは、パブリックドメインデータモデルと同一のデータ規則に準拠し、且つ連合システムの連合ノードによって合意に達されていないデータモデルを指す。

【0216】

本開示の実施例によれば、現在連合ノードが現在リーダ連合ノードである場合、上記情報処理装置５００は、第５の特定モジュール、生成モジュール、第４の取得モジュール、第５の取得モジュール、第６の取得モジュール、及び完了モジュールをさらに含んでもよい。

【0217】

第５の特定モジュールは、提案連合ノードからの提案リクエストを受信したことに応じて、実行すべきプランを特定するために用いられる。

【0218】

実行すべきプランの可決を確定する場合、
生成モジュールは、実行すべきプランに対する提案実行リクエストを生成するために用いられる。

【0219】

第４の取得モジュールは、提案実行リクエストを受信したことに応じて、実行すべきプランを実行して、第１の実行結果を得るために用いられる。

【0220】

第５の取得モジュールは、少なくとも１つの第２の他の連合ノードに提案実行リクエストを送信することで、少なくとも１つの第２の他の連合ノードが提案実行リクエストを受信したことに応じて、実行すべき提案を実行して、少なくとも１つの第２の実行結果を得るために用いられる。

【0221】

第６の特定モジュールは、少なくとも１つの第２の実行結果を受信したことに応じて、第１の実行結果と少なくとも１つの第２の実行結果とに基づいて、実行完了結果を特定するために用いられる。

【0222】

完了モジュールは、実行完了結果が実行成功であると判定した場合、実行すべきプランに対する実行操作を完了するために用いられる。

【0223】

本開示の実施例によれば、実行すべきプランのタイプは、データモデル変更タイプ、連合ノード退出タイプ、照会権限開放情報変更タイプ、及び連合ノード重み情報変更タイプの少なくとも１つを含む。

【0224】

本開示の実施例によれば、現在システムメタ情報は、連合ノード重み情報を含む。実行すべきプランのタイプは、連合ノード重み情報変更タイプを含む。

【0225】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、上記情報処理装置５００は、第７の特定モジュール、第４の送信モジュール、第８の特定モジュール、及び第９の特定モジュールをさらに含んでもよい。

【0226】

第７の特定モジュールは、実行すべきプランに対する第３のフィードバック結果を特定するために用いられる。

【0227】

第４の送信モジュールは、弱い連合システムの少なくとも１つの第２の他の連合ノードに実行すべきプランを送信することで、少なくとも１つの第２の他の連合ノードが実行すべきプランに基づいて、少なくとも１つの第４のフィードバック結果を特定するために用いられる。

【0228】

第８の特定モジュールは、少なくとも１つの第４のフィードバック結果を受信したことに応じて、第３のフィードバック結果と少なくとも１つの第４のフィードバック結果とに基づいて、第２の総フィードバック結果を特定するために用いられる。

【0229】

第９の特定モジュールは、第２の総フィードバック結果に基づいて、実行すべきプランの可決又は否決を特定するために用いられる。

【0230】

本開示の実施例によれば、現在システムメタ情報は、連合ノード重み情報を含む。実行すべきプランのタイプは、連合ノード重み情報変更タイプを含む。

【0231】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、上記情報処理装置５００は、第８の特定モジュール及び第９の特定モジュールをさらに含んでもよい。

【0232】

第８の特定モジュールは、実行すべきプランに対する第３のフィードバック結果を特定するために用いられる。

【0233】

第９の特定モジュールは、第３のフィードバック結果に基づいて、実行すべきプランの可決又は否決を特定するために用いられる。

【0234】

本開示の実施例によれば、実行すべきプランのタイプは連合ノード退出タイプを含む。

【0235】

本開示の実施例によれば、現在連合ノードが弱い連合システムにおけるノードである場合、上記情報処理装置５００は、第１０の特定モジュール、第５の送信モジュール、第１１の特定モジュール、及び第１２の特定モジュールをさらに含んでもよい。

【0236】

第１０の特定モジュールは、実行すべきプランに対する第５のフィードバック結果を特定するために用いられる。

【0237】

第５の送信モジュールは、弱い連合システムの少なくとも１つの第２の他の連合ノードに実行すべきプランを送信することで、少なくとも１つの第２の他の連合ノードが実行すべきプランを受信したことに応じて、少なくとも１つの第６のフィードバック結果を特定するために用いられる。

【0238】

第１１の特定モジュールは、少なくとも１つの第６のフィードバック結果を受信したことに応じて、第５のフィードバック結果と少なくとも１つの第６のフィードバック結果とに基づいて、第３の総フィードバック結果を特定するために用いられる。

【0239】

第１２の特定モジュールは、第３の総フィードバック結果に基づいて、実行すべきプランの可決又は否決を特定するために用いられる。

【0240】

本開示の実施例によれば、実行すべきプランのタイプは、連合ノード退出タイプを含む。

【0241】

本開示の実施例によれば、現在連合ノードが強い連合システムにおけるノードである場合、上記情報処理装置５００は、第１３の特定モジュール及び第１４の特定モジュールをさらに含んでもよい。

【0242】

第１３の特定モジュールは、実行すべきプランに対する第５のフィードバック結果を特定するために用いられる。

【0243】

第１４の特定モジュールは、第５のフィードバック結果に基づいて、実行すべきプランの可決又は否決を特定するために用いられる。

【0244】

本開示の実施例によれば、現在連合ノードが現在リーダ連合ノードである場合、上記情報処理装置５００は、第６の送信モジュール、第７の送信モジュール、及び更新モジュールをさらに含んでもよい。

【0245】

第６の送信モジュールは、異常修復が検出された場合、少なくとも１つの第３の他の連合ノードに通信接続リクエストを送信するために用いられる。

【0246】

第７の送信モジュールは、少なくとも１つの第３の他の連合ノードからの接続拒否情報及び新たな現在リーダ連合ノード識別子を受信したことに応じて、新たな現在リーダ連合ノード識別子に対応する新たな現在リーダ連合ノードにメタ情報取得リクエストを送信するために用いられる。

【0247】

更新モジュールは、新たな現在リーダ連合ノードからの新たな第２の現在システムメタ情報を受信したことに応じて、新たな第２の現在システムメタ情報を利用して現在連合リーダノードに対応するグラフデータベースを更新するために用いられる。

【0248】

本開示の実施例によれば、現在連合ノードが非現在リーダ連合ノードである場合、上記情報処理装置５００は、第８の送信モジュール、第６の取得モジュール、及び第９の送信モジュールをさらに含んでもよい。

【0249】

第８の送信モジュールは、現在リーダ連合ノードに異常が存在することが検出されたことに応じて、少なくとも１つの第４の他の連合ノードに再選挙リクエストを送信することで、現在連合ノードが新たな現在リーダ連合ノードを選挙する操作に参与するために用いられる。

【0250】

第６の取得モジュールは、選挙成功情報を受信したことに応じて、現在システムメタ情報を更新して、新たな第３の現在システムメタ情報を得るために用いられる。

【0251】

第９の送信モジュールは、少なくとも１つの第５の他の連合ノードに新たな第３の現在システムメタ情報を送信することで、少なくとも１つの第５の他の連合ノードが新たな第３の現在システムメタ情報を利用して第５の他の連合ノードに対応するグラフデータベースを更新するために用いられる。選挙成功情報は、現在連合ノードが新たな現在リーダ連合ノードとして特定されることを表す。

【0252】

本開示の実施例によれば、本開示は、電子機器、読取可能な記憶媒体及びコンピュータプログラムをさらに提供している。

【0253】

本開示の実施例によれば、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと通信接続するメモリとを有する電子機器であって、前記メモリに、前記少なくとも１つのプロセッサによって実行され得るコマンドが記憶されており、前記コマンドが前記少なくとも１つのプロセッサによって実行されることで、前記少なくとも１つのプロセッサが上述したような方法を実行することができる電子機器である。

【0254】

本開示の実施例によれば、コンピュータに上述したような方法を実行させるためのコンピュータコマンドを記憶している、非一時的なコンピュータ読取可能な記憶媒体である。

【0255】

本開示の実施例によれば、プロセッサにより実行される場合に、上述したような方法を実現するコンピュータプログラムである。

【0256】

図６は、本開示の実施例による情報処理方法を実現することに適す電子機器のブロック図を概略的に示している。電子機器は、様々な形式のデジタルコンピュータを示すことを目的とし、例えば、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、大型コンピュータ及び他の適切なコンピュータである。電子機器は、さらに様々な形式の移動装置を示してもよく、例えば、パーソナルデジタルアシスタント、携帯電話、スマートフォン、ウェアラブル機器及び他の類似の演算装置である。本明細書に示された部材、それらの接続及び関係、並びにそれらの機能は、例示に過ぎず、本明細書に記載された及び／又は要求された本開示の実現を限定しない。

【0257】

図６に示すように、機器６００は、計算手段６０１を含み、計算手段６０１は、リードオンリーメモリ（ＲＯＭ）６０２に記憶されたコンピュータプログラム又は記憶手段６０８からランダムアクセスメモリ（ＲＡＭ）６０３にロードされたコンピュータプログラムに基づいて、様々な適切な動作及び処理を実行してもよい。ＲＡＭ６０３には、さらに機器６００の操作に必要な様々なプログラム及びデータを記憶してもよい。計算手段６０１、ＲＯＭ６０２、及びＲＡＭ６０３は、バス６０４を介して相互に接続される。入出力（Ｉ／Ｏ）インターフェース６０５も、バス６０４に接続される。

【0258】

機器６００における複数の部品は、Ｉ／Ｏインターフェース６０５に接続され、例えばキーボード、マウス等の入力手段６０６と、例えば様々な種類のディスプレイ、スピーカ等の出力手段６０７と、例えば磁気ディスク、光ディスク等の記憶手段６０８と、例えばネットワークカード、モデム、無線通信トランシーバ等の通信手段６０９とを含む。通信手段６０９は、機器６００がインターネット等のコンピュータネットワーク及び／又は各種の電気ネットワークを介して他の機器と情報・データをやり取りすることを可能にする。

【0259】

計算手段６０１は、処理及び演算能力を有する各種の汎用及び／又は専用の処理モジュールであってもよい。計算手段６０１の幾つかの例として、中央処理ユニット（ＣＰＵ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、各種専用の人工知能（ＡＩ）演算チップ、各種機械学習モデルアルゴリズムをランニングする演算ユニット、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、並びに任意の適切なプロセッサ、コントローラ、マイクロコントローラ等が挙げられるが、これらに限定されない。計算手段６０１は、前文で記載された各方法及び処理、例えば情報処理方法を実行する。例えば、幾つかの実施例において、情報処理方法は、例えば記憶手段６０８のような機械可読媒体に有形的に含まれるコンピュータソフトウェアプログラムとして実現されてもよい。いくつかの実施例において、コンピュータプログラムの一部又は全部は、ＲＯＭ６０２及び／又は通信手段６０９を介して機器６００にロード及び／又はインストールされてもよい。コンピュータプログラムがＲＡＭ６０３にロードされて計算手段６０１により実行される場合、前文に記載の情報処理方法の１つ又は複数のステップを実行してもよい。代替的に、他の実施例において、計算手段６０１は、他の任意の適切な方式（例えば、ファームウェアを介する）により情報処理方法を実行するように構成されてもよい。

【0260】

本明細書で以上に説明されたシステム及び技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システムオンチップ（ＳＯＣ）、コンプレックスプログラムマブルロジックデバイス（ＣＰＬＤ）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせにおいて実現されてもよい。これらの様々な実施形態は、１つ又は複数のコンピュータプログラムにおいて実施され、該１つ又は複数のコンピュータプログラムは、少なくとも１つのプログラムマブルプロセッサを含むプログラムマブルシステムで実行され及び／又は解釈されることが可能であり、該プログラムマブルプロセッサは、専用又は汎用のプログラムマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置、及び少なくとも１つの出力装置からデータ及び命令を受信し、かつデータ及び命令を該記憶システム、該少なくとも１つの入力装置、及び該少なくとも１つの出力装置に伝送することができることを含んでもよい。

【0261】

本開示の方法を実施するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで作成されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又は他のプログラマブルデータ処理装置のプロセッサ又はコントローラに提供されてもよく、それによって、プログラムコードがプロセッサ又はコントローラにより実行される時に、フローチャート及び／又はブロック図に規定された機能・操作が実施される。プログラムコードは、機器に完全に実行されてもよく、部分的に機器で実行されてもよく、独立したソフトウェアパッケージとして部分的に機器で実行され、かつ部分的に遠隔機器で実行されるか又は完全に遠隔機器又はサーバで実行されてもよい。

【0262】

本開示のコンテキストにおいて、機械可読媒体は、有形の媒体であってもよく、命令実行システム、装置又は電子機器に使用され、又は命令実行システム、装置又は電子機器と組み合わせて使用されるプログラムを含んで又は記憶してもよい。機械可読媒体は、機械可読信号媒体又は機械可読記憶媒体であってもよい。機械可読媒体は、電子の、磁気的、光学的、電磁的、赤外線の、又は半導体システム、装置又は電子機器、又は上記内容の任意の適切な組み合わせを含んでもよいが、それらに限定されない。機械可読記憶媒体のより具体的な例としては、１つ以上の線による電気的接続、携帯式コンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学記憶装置、磁気記憶装置、又は上記内容の任意の適切な組み合わせを含む。

【0263】

ユーザとの対話を提供するために、コンピュータにここで説明されたシステム及び技術を実施させてもよく、該コンピュータは、ユーザに情報を表示するための表示装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニタ）と、キーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを備え、ユーザは、該キーボード及び該ポインティングデバイスを介して入力をコンピュータに提供することができる。他の種類の装置は、さらにユーザとの対話を提供してもよく、例えば、ユーザに提供されたフィードバックは、いかなる形式のセンシングフィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、かついかなる形式（音声入力、語音入力又は、触覚入力を含む）でユーザからの入力を受信してもよい。

【0264】

ここで説明されたシステム及び技術は、バックグラウンド部品を含むコンピューティングシステム（例えば、データサーバとする）、又はミドルウェア部品を含むコンピューティングシステム（例えば、アプリケーションサーバ）、又はフロントエンド部品を含むコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータ、ユーザが該グラフィカルユーザインタフェース又は該ネットワークブラウザを介してここで説明されたシステム及び技術の実施形態と対話することができる）、又はこのようなバックグラウンド部品、ミドルウェア部品、又はフロントエンド部品のいずれかの組み合わせを含むコンピューティングシステムに実施されることが可能である。任意の形式又は媒体のデジタルデータ通信（例えば、通信ネットワーク）によりシステムの部品を互いに接続することができる。通信ネットワークの例としては、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）及びインターネットを例示的に含む。

【0265】

コンピュータシステムは、クライアント及びサーバを含んでもよい。クライアントとサーバ同士は、一般的に離れており、通常、通信ネットワークを介して対話する。クライアントとサーバとの関係は、該当するコンピュータ上でランニングし、クライアント－サーバの関係を有するコンピュータプログラムによって生成される。サーバは、クラウドサーバであってもよく、分散型システムのサーバであってもよく、又はブロックチェーンを組合せたサーバであってもよい。

【0266】

理解されるべきこととして、以上に示された様々な形式のフローを使用してもよく、操作を改めてソーティングしたり、追加したり又は削除してもよい。例えば、本開示に記載の各操作は、並列に実行されたり、順次に実行されたり、又は異なる順序で実行されてもよく、本開示の発明の所望の結果を実現することができれば、本明細書はここで限定されない。

【0267】

上記具体的な実施形態は、本開示の保護範囲を限定するものではない。当業者であれば、設計要件及び他の要因に応じて、様々な修正、組み合わせ、サブコンビネーション及び代替を行うことが可能であると理解すべきである。本開示の精神と原則内で行われる任意の修正、均等置換及び改良などは、いずれも本開示の保護範囲内に含まれるべきである。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】