特開 2025-138567 分散保存システム、分散保存方法及び分散保存プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025138567

(43)【公開日】2025-09-25

(54)【発明の名称】分散保存システム、分散保存方法及び分散保存プログラム

(51)【国際特許分類】

   G06F 16/182 20190101AFI20250917BHJP

   G06F 16/27 20190101ALI20250917BHJP

   H04L 67/104 20220101ALI20250917BHJP

   H04L 67/1097 20220101ALI20250917BHJP

【ＦＩ】

G06F16/182

G06F16/27

H04L67/104

H04L67/1097

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2024227994

(22)【出願日】2024-12-24

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

(32)【優先日】2024-03-11

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

(71)【出願人】

【識別番号】523220905

【氏名又は名称】Ｃａｓｌｅｙ Ｄｅｅｐ Ｉｎｎｏｖａｔｉｏｎｓ株式会社

(74)【代理人】

【識別番号】110004163

【氏名又は名称】弁理士法人みなとみらい特許事務所

(72)【発明者】

【氏名】砂川 和雅

(72)【発明者】

【氏名】西形 淳

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175AA01

(57)【要約】

【課題】
分散保存されるデータの保存先を提示する新たな技術を提供すること。
【解決手段】
分散保存システム０は、属性が紐づく複数のピア１、受付部、判定部、提示部、登録部、を備える。受付部は、ユーザ端末を介して、保存するデータ、データの保存を希望する保存先の属性、を受け付ける。判定部は、ピアの属性、受け付けた属性、に基づいて、複数のピアから保存先を判定する。提示部は、判定の結果に基づいて、保存先の候補となるピアを提示する。登録部は、ユーザ端末を介して、提示されたピアの選択を受け付け、選択されたピアにデータを格納する。
【選択図】図１

【特許請求の範囲】

【請求項1】

Ｐ２Ｐ通信によってデータを分散保存する分散保存システムであって、
前記分散保存システムは、複数のピア、受付部、判定部、提示部、登録部、を備え、
前記ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記受付部は、ユーザ端末を介して、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付け、
前記判定部は、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する、
分散保存システム。

【請求項2】

前記判定部は、前記アカウント属性と、前記保存希望アカウント属性と、前記データの保存を希望するユーザのユーザ端末に関する情報から特定するメタ属性と、を比較し、前記複数のピアから保存先を判定する、
請求項１に記載の分散保存システム。

【請求項3】

複数の属性を含む属性項目には、重みが紐づき、
前記判定部は、前記アカウント属性と、前記保存希望アカウント属性と、前記メタ属性と、前記属性項目に紐づく重みと、に基づいて、前記複数のピアから保存先を判定する、
請求項２に記載の分散保存システム。

【請求項4】

前記分散保存システムは、設定部、を備え、
前記設定部は、前記重みを数値として受け付け、当該数値を前記属性項目に紐づける、
請求項３に記載の分散保存システム。

【請求項5】

前記分散保存システムは、複数のピアで構成される複数のノード、を備え、
前記判定部は、前記ノードに紐づくアカウント属性と、前記保存希望アカウント属性と、に基づいて、前記複数のノードから保存先を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるノードを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたノードの選択を受け付け、当該選択されたノードに前記データを格納する、
請求項１～４の何れかに記載の分散保存システム。

【請求項6】

前記判定部は、前記ピアに紐づくアカウント属性に基づいて、前記選択されたノード中から保存先のピアを判定し、
前記登録部は、前記判定の結果に基づいて、前記ピアに前記データを格納する、
請求項５に記載の分散保存システム。

【請求項7】

前記判定部は、前記メタ属性に基づいて、前記データの保存を希望するユーザの信頼性を判定する、
請求項２～４の何れかに記載の分散保存システム。

【請求項8】

Ｐ２Ｐ通信によってデータを分散保存する分散保存システムが実行する分散保存方法であって、
前記分散保存システムは、複数のピア、受付部、判定部、提示部、登録部、を備え、
前記ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記受付部が、ユーザ端末を介して、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付けるステップと、
前記判定部が、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定するステップと、
前記提示部が、前記判定の結果に基づいて、保存先の候補となるピアを提示するステップと、
前記登録部が、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納するステップと、を含む、
分散保存方法。

【請求項9】

Ｐ２Ｐ通信によってデータを分散保存する分散保存プログラムであって、
コンピュータを、複数のピア、受付部、判定部、提示部、登録部、として機能させ、
前記ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記受付部は、ユーザ端末を介して、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付け、
前記判定部は、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する、
分散保存プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、分散保存システム、分散保存方法及び分散保存プログラムに関する。

【背景技術】

【0002】

従来、分散した複数の情報処理装置を用いてデータを保存する技術が存在する。

【0003】

例えば、特許文献１には、将来の処理をより高速化するために、データの保存先として最適な格納場所を決定する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許５８５００４４号公報

【発明の概要】

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

【0005】

分散した複数の情報処理装置を用いてデータが保存される場合、保存先が非自由主義国家に所在する装置である可能性や、保存先が反社会勢力に所有される装置である可能性がある。よって、ユーザ自らが保存先を選択したいというニーズが存在する。例えば、自由主義国家に属する政府機関は、非自由主義国家に所在する装置への保存を好まない。また、コンプライアンスが厳しい企業は、反社会勢力が所有する装置への保存を好まない。しかしながら特許文献１の技術では、処理を高速化するための最適な保存先にデータを格納することができる一方、ユーザが希望する保存先を提示することはできない。

【0006】

本発明は、上述したような事情に鑑みてなされたものであって、分散保存されるデータの保存先を提示する新たな技術を提供することを解決すべき課題とする。

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

【0007】

上記課題を解決するために、本発明は、Ｐ２Ｐ通信によってデータを分散保存する分散保存システムであって、
前記分散保存システムは、属性が紐づく複数のピア、受付部、判定部、提示部、登録部、を備え、
前記受付部は、ユーザ端末を介して、保存するデータ、データの保存を希望する保存先の属性、を受け付け、
前記判定部は、前記ピアの属性、前記受け付けた属性、に基づいて、前記複数のピアから保存先を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する。

【0008】

また、本発明は、Ｐ２Ｐ通信によってデータを分散保存する分散保存システムが実行する分散保存方法であって、
前記分散保存システムは、属性が紐づく複数のピア、受付部、判定部、提示部、登録部、を備え、
前記受付部が、ユーザ端末を介して、保存するデータ、データの保存を希望する保存先の属性、を受け付けるステップと、
前記判定部が、前記ピアの属性、前記受け付けた属性、に基づいて、前記複数のピアから保存先を判定するステップと、
前記提示部が、前記判定の結果に基づいて、保存先の候補となるピアを提示するステップと、
前記登録部が、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納するステップと、を含む。

【0009】

また、本発明は、Ｐ２Ｐ通信によってデータを分散保存する分散保存プログラムであって、
コンピュータを、属性が紐づく複数のピア、受付部、判定部、提示部、登録部、として機能させ、
前記受付部は、ユーザ端末を介して、保存するデータ、データの保存を希望する保存先の属性、を受け付け、
前記判定部は、前記ピアの属性、前記受け付けた属性、に基づいて、前記複数のピアから保存先を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する。

【0010】

このような構成にすることで、ユーザが希望する保存先を提示することが可能となり、ユーザの嗜好に合う保存先へデータを格納することができる。

【0011】

本発明の好ましい形態では、前記判定部は、前記ピアの属性、前記受け付けた属性、前記ユーザ端末に関するユーザ端末属性、に基づいて、前記複数のピアから保存先を判定する。

【0012】

このような構成にすることで、ユーザ端末に関するユーザ端末属性を利用することが可能となり、より適切な保存先を提示することができる。

【0013】

本発明の好ましい形態では、複数の属性を含む属性項目には、重みが紐づき、
前記判定部は、前記ピアの属性、前記受け付けた属性、前記ユーザ端末属性、前記属性項目に紐づく重み、に基づいて、前記複数のピアから保存先を判定する。

【0014】

このような構成にすることで、属性項目ごとに異なる重みを紐づけることが可能となり、属性項目ごとの重視度合いに応じたより適切な保存先を提示することができる。

【0015】

本発明の好ましい形態では、前記分散保存システムは、設定部、を備え、
前記設定部は、前記重みを数値として受け付け、当該数値を前記属性項目に紐づける。

【0016】

このような構成にすることで、社会情勢等に応じた重みを設定することが可能となり、社会情勢等に応じたより適切な保存先を提示することができる。

【0017】

本発明の好ましい形態では、前記分散保存システムは、複数のピアで構成される複数のノード、を備え、
前記判定部は、前記ノードの属性、前記受け付けた属性、に基づいて、前記複数のノードから保存先を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるノードを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたノードの選択を受け付け、当該選択されたノードに前記データを格納する。

【0018】

このような構成にすることで、共通の属性が紐づく複数のピアをノードとしてまとめて管理することが可能となり、保存先を提示するために必要な時間を減らすことができる。

【0019】

本発明の好ましい形態では、前記判定部は、前記ピアの属性に基づいて、前記選択されたノード中から保存先のピアを判定し、
前記登録部は、前記判定の結果に基づいて、前記ピアに前記データを格納する。

【0020】

このような構成にすることで、選択されたノード中のより適切なピアにデータを格納することができる。

【0021】

本発明の好ましい形態では、前記判定部は、前記ピアの属性、前記受け付けた属性、前記ユーザ端末に関するユーザ端末属性、に基づいて、前記データの信頼性を判定する。

【0022】

このような構成にすることで、悪意のあるデータをピアに格納することを防ぐことができる。

【発明の効果】

【0023】

本発明によれば、分散保存されるデータの保存先を提示する新たな技術を提供することができる。

【図面の簡単な説明】

【0024】

【図1】本実施形態における分散保存システムの構成を示すブロック図。

【図2】本実施形態におけるノードの構成の一例。

【図3】本実施形態におけるハードウェア構成図。

【図4】本実施形態における記憶部に格納されたデータ構成の一例。

【図5】本実施形態における記憶部に格納されたデータ構成の一例。

【図6】本実施形態における処理のフローチャート。

【図7】本実施形態における記憶部に格納されたデータ構成の一例。

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

【0025】

以下、図面を用いて、本発明の分散保存システムについて説明する。図面には好ましい実施形態が示されている。しかし、本発明は多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。

【0026】

例えば、本実施形態では分散保存システムの構成、動作等について説明するが、実行される方法（ステップ）、装置、コンピュータプログラム等によっても、同様の作用効果を奏することができる。本実施形態におけるプログラムは、コンピュータが読み取り可能な非一過性の記録媒体として提供されても良いし、外部のサーバからダウンロード可能に提供されても良いし、クライアント端末でその機能を実施するために外部のコンピュータにおいて当該プログラムを起動させても良い（いわゆるクラウドコンピューティング）。

【0027】

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらハードウェア資源によって具体的に実現され得るソフトウェアの情報処理とを合わせたものも含み得る。本実施形態において「情報」とは、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行され得る。

【0028】

広義の回路とは、回路（Circuit）、回路類（Circuitry）、プロセッサ（Processor）及びメモリ（Memory）等を適宜組み合わせることによって実現される回路である。即ち、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）等を含むものである。

【0029】

本実施形態において、データの保存先（ストレージ）は、デバイス（装置）、メディア（記憶媒体）を含む。ピアは、保存先である１つのデバイス又はメディアを指し、複数の属性が紐づく。第１ノードは、共通の属性を持つ（共通の属性でくくられる）複数のピアの集合を指す。第１ノードを構成するための（第１ノードとしてくくるために必要な）属性の数はいくつでも良いが、ピアに紐づく属性の数よりは少ない。第２ノードは、共通の属性を持つ複数の第１ノードの集合、又は、共通の属性を持つ複数のピアの集合を指す。第２ノードとしてくくるための属性の数はいくつでも良いが、第１ノードに紐づく属性の数よりは少ない。例えば、ピアに５種類の属性が紐づく場合、第１ノードを３種類の共通の属性を持つピアで構成し、第２ノードを１種類の共通の属性を持つピアで構成することが考えられる。より少ない数の属性でピアをくくっておくことによって、保存先をより短時間で判定することが可能となる。

【0030】

また、ピアにＭ（Ｍ＝１、２、・・・）種類の属性が紐づく場合、第１ノードをＭ－１種類の共通の属性を持つピアで構成、第２ノードをＭ－２種類の共通の属性を持つピアで構成、・・・、第Ｍ―１ノードを１種類の属性を持つピアで構成しても良い。このように共通の属性の種類を１つずつ減らしたノードを構成することによって、ユーザが希望する保存先を効率的に判定することができる。ピアには複数の属性が紐づいているため、１つのピアが複数の第Ｍノード（Ｍ＝１、２、・・・）を構成しても良い。さらに、本実施形態において、データは、ピアを経由せず直接ピアに保存されても良い。

【0031】

＜システム概要＞
図１は、本実施形態における分散保存システムの構成を示すブロック図である。図１に示すように、分散保存システム０は、複数のピア１（１ａ～１ｆ）、複数の第１ノード２（２ａ～２ｆ）、複数の第２ノード３（３ａ、３ｂ）、を備える。複数のピア１は、ネットワークを介してＰ２Ｐ通信可能に構成される。

【0032】

ネットワークは、本実施形態では、ＩＰ（Internet Protocol）ネットワークであるが、通信プロトコルの種類に制限はなく、更に、ネットワークの種類、規模にも制限はない。

【0033】

本実施形態において、ユーザ端末は複数存在する。本実施形態におけるユーザ端末は、ユーザがデータを保存する際に利用する端末と、データの保存先となる端末と、を含む。例えば、ユーザ端末Ｕ１～Ｕ１００が存在し、あるユーザがユーザ端末Ｕ１を利用してデータを保存しようとする場合、データの保存先の候補はユーザ端末Ｕ２～Ｕ１００となる。

【0034】

本実施形態では、ユーザ端末は、データを保存するための端末、及び、データの保存先の端末、の両方の役割として利用されても良い。また、ユーザ端末は、データを保存するための端末、又は、データの保存先の端末、の片方の役割として利用されても良い。

【0035】

ピア１（ユーザがデータを保存する際に利用する端末（ユーザ端末）、データの保存先の端末等）として、汎用のサーバ向けのコンピュータ、パーソナルコンピュータ（ＰＣ）、スマートフォン（スマホ）、タブレット端末、ウェアラブル端末、ＩｏＴ（Internet of Things）機器等を利用することが可能である。また、後述の機能構成要素を複数のコンピュータに実現させ、分散保存システム０を構成することも可能である。

【0036】

第１ノード２は、共通の属性を持つ複数のピアで構成される。例えば、図１に示すように、第１ノード２ａは４つのピア１ａ、第１ノード２ｂは５つのピア１ｂ、第１ノード２ｃは５つのピア１ｃで構成される。例えば、Ａ国（自由主義国家）の国籍を持ちＡＡ大学に所属する女性、Ａ国（自由主義国家）の国籍を持ちＡＡＡ大学に所属する女性、Ｂ国（自由主義国家）の国籍を持ちＢＢ大学に所属する男性、Ｃ国（自由主義国家）の国籍を持ちＣＣ大学に所属する男性が所有するデバイスをそれぞれ１ａとする場合、自由主義国家かつ大学という属性で第１ノード２ａを構成することができる。

【0037】

また、ピア１は異なる複数の第１ノード２を構成していても良い。図２のように、第１ノード２ａを構成する２つのピア１ａと第１ノード２ｂを構成する２つのピア１ｂが第１ノード２ｇを構成しても良い。例えば、Ａ国かつ女性という属性で第１ノード２ｇを構成することが考えられる。

【0038】

第２ノード３は、共通の属性を持つ複数の第１ノード、又は、共通の属性を持つ複数のピアで構成される。例えば、図１に示すように、第２ノード３ａは、３つの第１ノード２ａ、２ｂ、２ｃで構成される。例えば、自由主義国家の国籍を持ち大学に所属する者、自由主義国家の国籍を持ち高校に所属する者、自由主義国家の国籍を持ち研究所に所属する者が所有するデバイスで構成される第１ノードをそれぞれ２ａ、２ｂ、２ｃとする場合、自由主義国家という属性で第２ノード３ａを構成することができる。

【0039】

また、異なる第２ノード３を構成するピア１が第１ノード２を構成しても良い。例えば、図２のように、第２ノード３ａを構成する１つのピア１ｂと第２ノード３ｂを構成する１つのピア１ｅが第１ノード２ｊを構成しても良い。さらに、第１ノード２は異なる複数の第２ノード３を構成しても良い。例えば、第１ノード２ｃ、２ｄ、２ｆが第２ノード３ｃを構成しても良い。

【0040】

＜ハードウェア構成＞
図３は、ハードウェア構成図である。図３に示すように、ユーザがデータを保存する際に利用する端末は、制御部９１、記憶部９２、通信部９３、入力部９４、及び出力部９５を有し、各部及び各工程の作用発揮に用いられる。ピア１は、図３のような端末も含む。

【0041】

制御部９１は、命令セットを実行可能なＣＰＵ（Central Processing Unit）等のプロセッサを有し、本発明に係る分散保存プログラム、ＯＳ（Operating System）やその他のアプリケーションを実行することで、分散保存装置（ピア）の動作処理全体を制御する。

【0042】

記憶部９２は、命令セットを記憶可能なＲＡＭ（Random Access Memory）等の揮発性メモリ、ＯＳ及び分散保存プログラム等を記録可能なＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性の記録媒体であって、更に、制御部９１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。

【0043】

通信部９３は、ネットワークとの通信制御を実行して、情報の入出力を行う。

【0044】

入力部９４は、キーボードやタッチパネル等の入力処理が可能な入力デバイスであって、利用者／提供者による操作要求を制御部９１に入力する。

【0045】

出力部９５は、ディスプレイ等であって、制御部９１の処理の結果等を表示する。

【0046】

＜機能構成要素＞
図３に示すように、ユーザがデータを保存する際に利用する端末は、取得部１１、受付部１２、判定部１３、提示部１４、登録部１５、設定部１６を備える。

【0047】

＜データ構成＞
図４は、本実施形態における記憶部に格納されたデータ構成の一例である。記憶部は、アカウント属性項目重み情報、アカウント属性数値情報、ファイル属性項目重み情報、ファイル属性数値情報、メタ属性項目重み情報、メタ属性数値情報、ピア情報、属性特徴情報等を格納する。

【0048】

保存先の候補となるピア（端末）には、アカウント属性が紐づく。アカウント属性は、保存先の候補となるピアを所持（所有）するユーザの属性及び／又は保存先の候補となるピアに関する属性（例えば、ストレージ性能、エネルギー効率等）である。保存先の候補となる端末を所持するユーザの属性は、ユーザがアカウント情報を登録する際に入力する情報（例えば、ユーザの国籍、居住国、性別、年齢、所属組織等）が考えられる。

【0049】

アカウント属性項目重み情報は、保存先の候補となるピア（端末）の信頼性や保存の容易性を含む値を算出するための情報であって、図４（ａ）のように、アカウント属性項目に重みが紐づく情報である。ユーザがアカウント情報（ＡＣＣ）を登録する際に取得部１１が取得する情報がピアに紐づく属性になり、その情報（属性）の項目がアカウント属性項目である。アカウント属性項目は、ユーザの国籍Ｎ、移住（居住）国Ｉ、性別Ｓ、年齢Ａ、所属組織Ｏ、ストレージ性能（ネットワーク性能）Ｐ等であって、ピアに紐づく属性の項目である。

【0050】

取得部１１は、ユーザのアカウント情報の登録をもとにアカウント属性項目に関する情報を属性として取得する。ストレージ性能（ネットワーク性能）Ｐは提供するリソース（ストレージ容量）の大きさであって、取得部１１は、ストレージ性能（ネットワーク性能）Ｐをデバイス情報とアプリの設定情報から取得する。取得部１１は、ストレージ性能をデータサイズ・Ｉ／Ｏ、ネットワーク性能をレイテンシ等から取得する。また、取得部１１は、ＰＣのエネルギー効率をＣＰＵの種類等から取得する。

【0051】

また、管理者等がアカウント属性項目ごとに重みを設定することができる。重みを自由に設定することができるため、重視するアカウント属性項目を変更することが可能となり、社会情勢等に応じて重視するアカウント属性項目を調整できる。

【0052】

アカウント属性数値情報は、保存先の候補となるピア（端末）の信頼性や保存の容易性を含む値を算出するための情報であって、図４（ｂ）のように、ピアに紐づく属性とその属性の数値がアカウント属性項目に紐づく情報である。アカウント属性項目は複数の属性を含む。例えば、アカウント属性項目が国籍の場合、Ａ国、Ｂ国、・・・等の国籍として考えられる国を含む。判定部１３は、ピアに紐づく属性と、図４（ａ）及び（ｂ）のようなテーブルと、に基づいて、ＡＣＣ値を算出する。

【0053】

さらに、図４（ｂ）のように、それぞれの属性に対して、同一又は異なった数値が紐づく。この数値は、その属性に対する信頼性を表すことが考えられる。また、管理者等がピアに紐づく属性の数値を設定することができる。属性の数値を自由に設定することができるため、それぞれの属性に対して異なる数値を設定することができる。

【0054】

ユーザがデータを保存する際、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性を入力しても良い。具体的には、ユーザは、ピアに紐づくアカウント属性に対応する属性を入力して保存先の属性を希望する。例えば、ユーザは、日本に居住する人が所持する端末にデータを保存したい場合、保存希望アカウント属性として居住国「日本」を入力する。また、保存希望アカウント属性は、保存するデータに関する情報も含んでも良い。

【0055】

ファイル属性（保存希望アカウント属性とも呼ぶ。）項目重み情報は、ユーザが希望するデータの保存先の判定のための数値を算出するための情報であって、図４（ｃ）のように、ファイル属性項目に重みが紐づく情報である。ユーザがデータ（ファイル（ＦＩＬ））を保存する際に任意で入力する情報（属性）の項目がファイル属性項目である。

【0056】

ユーザがデータを保存する際に任意で入力する情報（保存希望アカウント属性）は、ユーザがデータの保存を希望する保存先の属性（例えば、保存先の候補となる端末を所持するユーザが帰属（居住、移住）する国や所属組織等に関するピアに紐づく属性等）及び／又はそのデータ（ファイル）自体の情報（例えば、ファイルの種類等）である。ファイル属性項目は、保存先の候補となる端末（ピア）を所持するユーザの国籍ｎ、端末を所持するユーザの帰属国ｉ、保存するファイルのファイル種類ｆ、端末を所持するユーザの性別ｓ、端末を所持するユーザの年齢ａ、端末を所持するユーザの所属（利用）組織ｏ、タグｔ等であって、ユーザが希望する保存先の属性の項目やユーザが保存するデータに関する属性の項目である。

【0057】

また、管理者等がファイル属性項目ごとに重みを設定することができる。重みを自由に設定することができるため、重視するファイル属性項目を変更することが可能となり、社会情勢等に応じて重視するファイル属性項目を調整できる。ファイル属性項目ごとの重みは、アカウント属性ごとの重みと同じであっても異なっていても良い。

【0058】

ファイル属性数値情報は、図４（ｄ）のように、ユーザが希望するデータの保存先の判定のための数値を算出するための情報であって、ユーザが希望する保存先の属性（例えば、保存先の端末（ピア）を所持するユーザの属性、保存先の端末（ピア）に関する属性等）とその属性の数値がファイル属性項目に紐づく情報である。ファイル属性項目は複数の属性を含む。例えば、ファイル属性項目が帰属国の場合、Ａ国、Ｂ国、・・・等に居住するユーザが所持するピア（端末）は、その国に帰属（所在）することが考えられる。ファイル属性の数値は、アカウント属性の数値と同じであっても異なっていても良い。

【0059】

さらに、図４（ｄ）のように、それぞれの属性に対して、同一又は異なった数値が紐づく。この数値は、その属性に対する信頼性等を表すことが考えられる。また、管理者等が属性の数値を設定することができる。属性の数値を自由に設定することができるため、それぞれの属性に対して異なる数値を設定することができる。判定部１３は、データの保存を希望するユーザから受け付けた情報（属性等）と、図４（ｃ）及び（ｄ）のようなテーブルと、に基づいて、ＦＩＬ値を算出する。

【0060】

メタ属性は、データの保存を希望するユーザの端末に関する情報から特定する属性である。例えば、ユーザがデータを保存する際、データを保存するための端末のＧＰＳ情報等から国を特定してメタ属性とする。

【0061】

メタ属性項目重み情報は、データの保存を希望するユーザの信頼性を算出するための情報であって、図４（ｅ）のように、メタ属性項目に重みが紐づく情報である。ユーザ端末（データの保存を希望するユーザの端末）に関するメタ（ＭＥＴ）情報（属性）の項目がメタ属性項目である。メタ属性項目は、ユーザ端末のＩＰアドレスｉｐ及び／又はユーザ端末のＧＰＳ情報ｇｐから特定する端末が所在する国に関する情報、端末に保存されるファイルのファイル形式ｆｆに関する情報、ユーザ端末のＩＭＥＩ（International Mobile Equipment Identity（識別番号））ｉｍから特定する端末の原産国に関する情報等であって、ユーザ端末に関するメタ情報から特定するユーザ端末属性（メタ属性とも呼ぶ。）の項目である。メタ属性がＰＣのストレージ性能やエネルギー効率を含んでも良い。

【0062】

この他にも、特定のＩＰアドレス、ＧＰＳ情報、ＩＭＥＩをブラックリストやホワイトリストとして記憶部に格納しておいても良い。このようにすることで、特定のＩＰアドレス等が紐づく端末からのデータの保存を防ぐことができる。この他にも、ブラックリストとして特定の数値を記憶部に格納し、判定部１３が、ＩＰアドレスから特定した国に紐づく数値と比較してその数値の国のユーザからのデータの保存を防いでも良い。また、特定の閾値を記憶部に格納し、判定部１３が、ＩＰアドレスから特定した国に紐づく数値と比較してその閾値以下の数値の国のユーザからのデータの保存を防いでも良い。

【0063】

また、管理者等がメタ属性項目ごとに重みを設定することができる。重みを自由に設定することができるため、重視するメタ属性項目を変更することが可能となり、社会情勢等に応じて重視するメタ属性項目を調整できる。

【0064】

さらに、メタ属性項目は、ＡＩによる加減ａｉを含んでいても良い。この数値は、ＡＩ（Artificial Intelligence）が算出したユーザ端末への信頼性を表すものであることが考えられる。この数値は、ユーザ端末のｉｐアドレスやユーザ端末のＧＰＳ情報等から特定するメタ属性（ユーザ端末属性）と、過去に収集された情報等と、を用いて算出されることが考えられる。

【0065】

メタ属性数値情報は、データの保存を希望するユーザの信頼性を算出するための情報であって、図４（ｆ）のように、メタ属性（ユーザ端末属性）とその属性の数値がメタ属性項目に紐づく情報である。メタ属性項目は複数の属性を含む。例えば、メタ属性項目がＩＰアドレスの場合、Ａ国、Ｂ国、・・・等のＩＰアドレスを管轄することが考えられる国を含む。ＩＰアドレスやＧＰＳ情報を用いることによって、そのユーザ端末が所在する国（メタ属性（ユーザ端末属性））等が得られる。判定部１３は、データの保存を希望するユーザの端末の情報から特定する情報（属性等）と、図４（ｅ）及び（ｆ）のようなテーブルと、に基づいて、ＭＥＴ値を算出する。

【0066】

さらに、図４（ｆ）のように、それぞれの属性に対して、同一又は異なった数値が紐づく。この数値は、その属性に対する信頼性を表すことが考えられる。また、管理者等が属性の数値を設定することができる。属性の数値を自由に設定することができるため、それぞれの属性に対して異なる数値を設定することができる。

【0067】

ピア情報は、図５（ａ）のように、ピアＩＤとそのピアに紐づく属性（アカウント属性）を含み、ピアＩＤによって管理される。取得部１１は、ユーザがアカウント情報を登録する際にユーザの国籍Ｎ、移住国Ｉ、性別Ｓ、年齢Ａ、所属組織Ｏ、ストレージ性能（ネットワーク性能）Ｐ等の情報を取得し、ピアの属性としてピアＩＤに紐づけて記憶部に格納する。

【0068】

属性特徴情報は、図５（ｂ）のように、アカウント属性項目に属性と特徴属性が紐づく情報である。特徴属性は、その属性が有する特徴の属性である。例えば、属性が国である場合、その国の特徴属性として、自由主義国家であるか非自由主義国家であるか等が考えられる。また、属性が組織である場合、その組織の特徴属性として、その組織が反社会勢力であるか否か、環境保護に積極的に取り組んでいるか否か、非人道的行為を助長しているか否か等が考えられる。

【0069】

＜ピアへの属性の紐づけ＞
図６は、本実施形態における処理のフローチャートである。まず、ステップＳ６０１において、取得部１１は、ユーザが登録するアカウント情報をピアの属性として取得し、図５（ａ）のように、記憶部に格納する。

【0070】

具体的には、取得部１１は、データの保存先として端末（ピア）を提供するユーザがアカウントを登録する際に入力する情報（アカウント情報）を取得し、そのアカウント情報をピアの属性としてピアに紐づけて記憶部に格納する。

【0071】

＜データの受付＞
ステップＳ６０２において、受付部１２は、ユーザ端末を介して、保存するデータ、データの保存を希望する属性を受け付ける。受付部１２は、データの保存を希望する属性として、複数の属性を受け付けても良い。

【0072】

具体的には、受付部１２は、データの保存を希望するユーザが入力するデータに関する情報、データの保存を希望する属性（ピアに紐づくアカウント属性）を含む保存希望アカウント属性等を受け付ける。ユーザによっては、自身が保存するデータを特定の者（ユーザ）が所持するピア（端末）に保存したくない可能性がある。また、ユーザによっては、自身が保存するデータを特定の者（ユーザ）が所持するピア（端末）に保存したい可能性がある。例えば、受付部１２がユーザ端末を介して、ユーザがデータの保存先を希望する属性を受け付けることによって、受け付けた属性（保存希望アカウント属性）が紐づくピアを保存先の候補として提示することができる。

【0073】

この他にも、ユーザによっては、自身が保存するデータの保存先を早急に決定したい可能性がある。ピアに紐づいている可能性が高い属性（例えば、人口が多い属性等）を指定（入力）することによって、早急に保存先を決定できる可能性がある。この場合、データの保存を希望するユーザは、ユーザ端末を介して、希望する保存先の属性として、端末を所持する可能性が高いユーザの属性を入力することが考えられる。

【0074】

また、取得部１１は、ユーザ端末に関するメタ情報（メタ属性（ユーザ端末属性））を取得しても良い。取得部１１は、ユーザがデータを保存するタイミング等において、ユーザ端末のＩＰアドレスｉｐ及び／又はユーザ端末のＧＰＳ情報ｇｐを取得し、取得した情報から国に関する情報を特定しても良い。このようにすることで、どのようなユーザがデータを保存しようとしているか、どのような国に所在する端末からデータを保存しようとしているか、等をＩＰアドレス／又はＧＰＳ情報に基づいて判定することができる。

【0075】

＜保存先の判定＞
ステップＳ６０３において、判定部１３は、ピアの属性（ピアに紐づくアカウント属性）、（Ｓ６０２において）受け付けた（データの保存を希望する保存先の）属性（保存希望アカウント属性）に基づいて、複数のピアから保存先を判定する。具体的には、判定部１３は、データの保存先の候補となるピアに紐づくアカウント属性と、データの保存を希望するユーザがデータの保存を希望する保存先の属性を含む保存希望アカウント属性（ファイル属性）と、に基づいて、データの保存先の候補となる複数のピアから保存先の候補を判定する。

【0076】

判定部１３は、受け付けた保存希望アカウント属性と、データの保存先の候補となるピアに紐づくアカウント属性と、を比較し、データの保存先の候補となるピアから保存先の候補を判定する。判定部１３は、受付部１２がユーザから受け付けたデータの保存を希望する保存先の保存希望アカウント属性に基づいて、ピアに紐づく属性を参照し、データの保存を希望するユーザから受け付けた属性（保存希望アカウント属性）が紐づくピアを保存先の候補として判定する。

【0077】

例えば、データの保存を希望する保存先の属性（保存先のピア（端末）を所持するユーザの属性）として、受付部１２が居住国「Ａ国」及び所属組織「Ａ大学」を受け付けた場合、判定部１３は、端末を所持するユーザの属性（ピアに紐づくアカウント属性）として帰属（居住）国「Ａ国」及び所属組織「Ａ大学」が紐づくピアを保存先として判定する。このようにすることで、データの保存を希望するユーザは、保存先の端末を所持するユーザの属性に基づいて、データの保存先を決定することができる。

【0078】

判定部１３は、ピアの属性（ピアに紐づくアカウント属性）、受け付けた属性（保存希望アカウント属性）、データの保存を希望するユーザのユーザ端末に関する情報から特定するメタ属性（ユーザ端末属性）、に基づいて、複数のピアから保存先を判定しても良い。例えば、属性：Ａ国の特徴属性として「Ｅ国と対立中」が紐づく場合を考える。この場合、受付部１２がデータの保存を希望する保存先の属性として居住国「Ａ国」を受け付け、取得部１１がメタ属性（ユーザ端末属性）としてＧＰＳ情報からデータの保存を希望するユーザの端末が「Ｅ国」にあることを取得した場合、判定部１３は、Ａ国とＥ国が対立中という特徴属性を用いて、Ｅ国の者がＡ国に所在するピアに悪意のあるデータの格納をしようとしていると判断し、Ａ国を保存先にできないと判定することが考えられる。

【0079】

判定部１３は、管理者等が設定した属性に紐づく数値及び／又は重み（例えば、予め設定されたテーブル等）に基づいて、保存先を判定しても良い。判定部１３は、ピアの属性（ピアに紐づくアカウント属性）、受け付けた属性（保存希望アカウント属性）、属性項目に紐づく重み、に基づいて、複数のピアから保存先を判定しても良い。具体的には、ピアの属性（ピアに紐づくアカウント属性）及びアカウント属性項目に紐づく重みに基づいて算出したＡＣＣ値と、受け付けた属性（保存希望アカウント属性）及びファイル属性（保存希望アカウント属性）項目に紐づく重みに基づいて算出したＦＩＬ値と、を比較して保存先を判定する。

【0080】

属性に紐づく数値は、管理者等が独自に設定した数値であっても良いし、ある指標をもとに規格化された数値であっても良い。

【0081】

属性に紐づく重み（寄与率）は、管理者等が独自に設定できる。管理者等は、社会情勢等に応じて、重みを設定しても良い。例えば、管理者等は、半導体が高騰すればストレージ性能の重みを高くし、国家間の情勢が主立ってくれば居住国の重みを高くする。また、判定部１３は、予め学習された学習モデルを用いて、どのような項目が重要かを判定しても良い。さらに、判定部１３は、予め学習された学習モデルを用いて、どのような重みが適正かを決定しても良い。

【0082】

判定部１３は、例えば、式（１）によってＡＣＣ値、式（２）によってＦＩＬ値を算出する。判定部１３は、ＡＣＣ値とＦＩＬ値の相対的な関係（相対値）によって保存先を判定する。具体的には、ＦＩＬ値がＡＣＣ値の合理的な範囲内又は特定の閾値以上である場合、判定部１３は、そのＡＣＣ値のピアを良好又は最適な保存先と判定する。例えば、ＦＩＬ値がＡＣＣ値の６割以上ＡＣＣ値未満の場合、判定部１３は、そのＡＣＣ値のピアを良好な保存先と判定する。また、ＦＩＬ値がＡＣＣ値以上の場合、判定部１３は、そのＡＣＣ値のピアを最適な保存先と判定しても良い。合理的な範囲や特定の閾値は、管理者等が独自に設定することができる。

【0083】

【数1】

【数2】

【0084】

判定部１３は、ピアの属性（ピアに紐づくアカウント属性）、受け付けた属性（保存希望アカウント属性）、メタ属性（ユーザ端末属性）、属性項目に紐づく重み、に基づいて、複数のピアから保存先を判定しても良い。具体的には、ＡＣＣ値と、ＦＩＬ値と、メタ属性（ユーザ端末属性）項目に紐づく重みに基づいて算出したＭＥＴ値と、を比較して保存先を判定する。

【0085】

判定部１３は、例えば、式（３）によってＭＥＴ値を算出し、更に、ＦＩＬ値とＭＥＴ値の合計値を算出する。判定部１３は、ＡＣＣ値と、合計値の相対的な関係（相対値）によって保存先を判定する。具体的には、合計値がＡＣＣ値の合理的な範囲内である場合、判定部１３は、そのＡＣＣ値のピアを良好又は最適な保存先と判定する。例えば、合計値がＡＣＣ値の６割以上ＡＣＣ値未満の場合、判定部１３は、そのＡＣＣ値のピアを良好な保存先と判定する。また、合計値がＡＣＣ値以上の場合、判定部１３は、そのＡＣＣ値のピアを最適な保存先と判定しても良い。

【0086】

【数3】

【0087】

判定部１３は、データの保存を希望するユーザから受け付けた情報（属性等）と、保存先の候補となるピアに紐づく情報（属性等）と、データの保存を希望するユーザの端末に関する情報（属性等）と、図４（ａ）～（ｆ）のような管理者等が独自に設定したテーブル（数値、重み、閾値等）と、に基づいて、数値（少なくともＡＣＣ値、ＦＩＬ値、ＭＥＴ値の何れか）を算出し、データの保存先を判定する。

【0088】

ＡＣＣ値が高いほど信頼性の高い保存先とすることができる。管理者がアカウント属性項目の重み及び属性の数値を設定することによってＡＣＣ値を調整することができる。これによって、社会情勢等に応じた信頼性の高い保存先のＡＣＣ値が高くなるように調整することができる。また、数値の高さは相対的になることが考えられる。例えば、１００個のピアで構成されるノードのＡＣＣ値の平均値が１００の場合、そのノード中にあるＡＣＣ値が２０のピアは信頼性が低いと言える。他方、１００個のピアで構成されるノードのＡＣＣ値の平均値が１０の場合、そのノード中にあるＡＣＣ値が２０のピアは信頼性が高いと言える。

【0089】

ＦＩＬ値が高いほど信頼性の高い保存先を希望していることになる。管理者がファイル属性項目の重み及び属性の数値を設定することによってＦＩＬ値を調整することができる。

【0090】

ＭＥＴ値が高いほどデータの保存を希望するユーザの信頼性が高く、保存するデータの信頼性が高くなるようなメタ属性項目の重み及び属性の数値を設定しても良い。

【0091】

ＭＥＴ値が高いほど保存するデータの信頼性が高いことになる。管理者がメタ属性項目の重み及び属性の数値を設定することによってＭＥＴ値を調整することができる。これによって、社会情勢等に応じた信頼性の高いユーザのデータのＭＥＴ値が高くなるように調整することができる。例えば、悪意のあるデータを保存する可能性がある国（過去に国家ぐるみでサイバー攻撃を行っていた国等）の属性の数値を０以下（マイナス）に設定しておくことが考えられる。これによってＭＥＴ値が低くなり、ＦＩＬ値とＭＥＴ値の合計値も低くなるため、ＡＣＣ値が高い保存先に保存することを防ぐことができる。

【0092】

判定部１３は、保存先の候補となるピアへのデータの集中度を判定しても良い。ユーザが希望する保存先にデータを格納することができるため、保存先として人気の（データが集中する）ピアが発生する可能性が高い。ユーザが、人気のピアに格納したデータを入手しようとする場合、アクセスが悪くなる（入手しづらくなる）ことが考えられる。そこで判定部１３は、ピアへのアクセスが悪くなることを防ぐため、多くのデータが集中している（人気の）ピアを保存先として判定しないことが考えられる。具体的には、記憶部が、過去にデータが保存された履歴情報を格納し、判定部１３は、その履歴情報に基づいて、データの集中度を判定する。

【0093】

また、判定部１３は、式（４）を満たすようなＡＣＣ値のピアを保存先として判定しても良い。式（４）を満たすようなＡＣＣ値のピアが存在しない場合、判定部１３は、ＡＣＣ値が最も高いピアを保存先として判定する。また、式（４）を満たすようなＡＣＣ値のピアが存在しない場合、判定部１３は、保存先が存在しないと判定しても良い。管理者等は、δ１及び／又は及びδ２の値を適宜設定しても良い。例えば、管理者等は、社会情勢等に応じて適宜設定しても良い。

【0094】

【数4】

【0095】

保存先のピアを所持するユーザの属性に応じて保存先のピアの信頼性や保存の容易さは異なる。ＡＣＣ値が高いほど保存先としての端末（ピア）の信頼性が高く、更に、保存が容易になるような数値や重みをアカウント属性に紐づけて設定しても良い。

【0096】

例えば、経済的に豊かな国ほどセキュリティに関する費用をかけている可能性が高く、信頼性も高いと考えられる。また、人口が多い属性ほど端末を所持している人口が多いため、その属性が紐づくピアへの保存が容易だと考えられる。よって、判定部１３は、ユーザに関する属性（アカウント属性）に基づいて、保存先の信頼性や保存の容易さを考慮した保存先を判定することができる。

【0097】

ＭＥＴ値が高いほどデータの保存を希望するユーザの信頼性（保存するデータの安全性）が高くなるような数値や重みをメタ属性に紐づけて設定しても良い。信頼性の低いユーザが保存するデータにはウイルス等が仕込まれている可能性があり、信頼性の低いユーザが保存するデータと同じ保存先にデータを保存するのはウイルスに感染するリスクが伴う。よって、信頼性の高いユーザのみがデータを保存するピアは、保存先としての信頼性も高いと考えられる。

【0098】

この他にも、属性に紐づく数値の範囲が０～１に規格化されていても良い。アカウント属性、保存希望アカウント属性（ファイル属性）、メタ属性、に紐づく値の範囲は０～１に規格化されていても良い。また、アカウント属性、保存希望アカウント属性、メタ属性、の何れかの属性のみに紐づく数値の範囲が規格化されていても良い。規格化の指標や数値の範囲は、限定されない。

【0099】

また、アカウント属性、保存希望アカウント属性、メタ属性、に対応する同一の属性の数値は、同じであっても異なっていても良い。

【0100】

図７は、本実施形態における記憶部に格納されたデータ構成の一例である。図７（ａ）～（ｃ）のように、記憶部が、規格化された数値を格納していても良い。判定部１３は、記憶部が格納する規格化された数値に基づいて、ＡＣＣ値と、ＦＩＬ値と、ＭＥＴ値と、を算出しても良い。

【0101】

また、図７（ｄ）のように、記憶部が、数値を規格化するための規格化ルールを格納し、判定部１３が、記憶部が格納するＧＤＰや人口等の統計データと、記憶部が格納する規格化ルールと、に基づいて、数値を算出しても良い。

【0102】

具体的には、属性に紐づく数値の上限と下限を設定し、指標（例えば、お金や人口等）を決定する。そして、指標を用いて項目におけるある属性を（上限又は下限の数値の）基準にし、その他の属性に対して指標に基づいて比例計算をして数値を決定することが考えられる。

【0103】

例えば、先進国の方が民主主義化されている可能性が高く、良好な保存先である可能性が高い。よって、先進国であることを判断するために、お金を指標に規格化することが考えられる。

【0104】

例えば、それぞれの国のＧＤＰ（Gros Domestic Product）を指標に国籍、居住国、等の国に関する数値を規格化する。ＧＤＰが世界１位の国の数値を１として、その他の国のＧＤＰを用いて比例計算をしてその他の国の数値とする。ある年のＧＤＰ世界１位のアメリカ（２７兆９６６５億５３００万ドル）を１として、１８兆５６００億１３００万ドルの中国を０．６６４、４兆７００８億７５００万ドルのドイツを０．１６８、４兆２８６１億８７００万ドルの日本を０．１５３、とすることが考えられる。

【0105】

また、例えば、組織（例えば、企業、大学等）の予算額を指標にそれぞれの所属組織の数値を規格化することができる。予算額が最大の組織の数値を１として、その他の組織の予算額を用いて比例計算をしてその他の組織の数値とする。

【0106】

また、例えば、ストレージ性能の数値を算出するためにストレージレートと空きストレージ容量を用いることが考えられる。端末を所持するユーザの居住国のストレージレートとその居住国の空きストレージ容量の平均を用いて、その国の空きストレージ価格の平均値を算出し、空きストレージ価格の平均値を１として、保存先の候補となる端末（ピア）の空きストレージ価格を用いて比例計算をしてその端末のストレージ性能の数値とする。

【0107】

また、例えば、標準的なＰＣのエネルギー効率を１として、端末のエネルギー効率を用いて比例計算をしてその端末のエネルギー効率の数値とする。記憶部がＣＰＵの種類に応じてエネルギー効率を格納することによって、取得部１１が保存先の候補となる端末（ピア）のＣＰＵの種類を取得してエネルギー効率の数値を算出することができる。

【0108】

また、人口の多いユーザに対応する属性がピアに紐づいている可能性が高く、早急に保存先を決定するために人口の多いユーザに対応する属性の数値を高く設定することも考えられる。よって、人口を指標に規格化することも考えられる。

【0109】

例えば、端末（ピア）を所持するユーザの居住国の総人口を１として、性別に関する数値を規格化する。ある年の日本の総人口が１億２６９２万５８４３人であって、男性の人口が６２１１万７６４人、女性の人口が６４８１万５０７９人の場合、男性の数値を０．４８９、女性の数値を０．５１１、とする。

【0110】

また、例えば、端末（ピア）を所持するユーザの年齢に関する数値を規格化するために、そのユーザの居住国の統計データを用いる。そのユーザの居住国の年齢ごとの人口を用いて、例えば、最も人口の多い年齢を１として、比例計算をしてその他の年齢の数値を規格化する。日本における人口を５歳ごとに区切ると、４５～４９歳の人口が９５６万人で最も多いので数値を１として、７０～７４歳の人口が８８６万人であるので数値を０．９２７、２０～２４歳の人口が５８９万人であるので数値を０．６１６、２５～２９歳の人口が６０７万人であるので数値を０．６３５、とする。

【0111】

したがって、例えば、日本に居住する４７歳男性の端末にはＡＣＣ値として、０．１５３（居住国「日本」）、０．４８９（性別「男性」）、１（年齢「４５～４９歳」）が加算される。

【0112】

さらに、ピア（保存先）に紐づく属性はいくつであっても良く、判定部１３は、式（５）によってＡＣＣ値を算出することができる。ＡＣＣ値をＡＣＣ（ｘ）として、ｌ（エル）を属性の数とする。さらに、ｐ＾ｋ（ｘ）は、アカウント属性であって、例えば、ｐ＾１（ｘ）を国籍、ｐ＾２（ｘ）を居住国、・・・、とする。また、α＿ｋは、アカウント属性に対応する重み（寄与率）である。

【0113】

【数5】

【0114】

また、保存先の候補となるピアに関する属性（アカウント属性）同士が相関をもつ場合、式（６）のように、その相関を反映させたＡＣＣ値を定義しても良い。例えば、日本国籍のユーザは日本に共住している可能性が高いため、式（６）では、ｐ＾１（ｘ）の国籍とｐ＾２（ｘ）の居住国に相関がある。

【0115】

【数6】

【0116】

また、式（５）や式（６）と同様に、ＦＩＬ値やＭＥＴ値を算出しても良い。

【0117】

＜保存先の候補の提示（レコメンド）＞
ステップＳ６０４において、提示部１４は、判定の結果に基づいて、保存先の候補となるピアを提示する。提示部１４は、複数のピアを提示しても良い。また、ユーザが、データの保存を希望する保存先の属性として複数の属性を指定した場合、該当するピアが１つ又は存在しない可能性もある。提示部１４は、該当するピアが１つしかない場合は１つを提示し、ピアが存在しない場合はその旨を提示する。さらに、提示部１４は、悪意があると判定されたデータに対して、希望する属性のピアへ保存できない旨を提示しても良い。

【0118】

＜データの登録＞
ステップＳ６０５において、登録部１５は、ユーザ端末を介して、提示（レコメンド）されたピアの選択を受け付け、選択されたピアにデータを格納する。提示されたピアを選択することによって、ユーザは自身の選好に合わせて保存先を選択することが可能となり、希望の保存先にデータを格納することができる。

【0119】

＜保存先の第１ノードの判定＞
受付部１２は、データの保存を希望する保存先の特徴属性を受け付ける。例えば、受付部１２が特徴属性として国籍「自由主義国家」及び所属組織「大学」を受け付ける。

【0120】

判定部１３は、第１ノードの属性（ノードに紐づくアカウント属性）、受け付けた属性（保存希望アカウント属性）、に基づいて、複数の第１ノードから保存先を判定する。受付部１２が特徴属性として国籍「自由主義国家」及び所属組織「大学」を受け付けた場合、自由主義国家及び大学が紐づく第１ノードを保存先として判定する。第１ノードは共通の属性が紐づく複数のピアで構成されているため、多くの属性が紐づいていない。よって、保存先として第１ノードを判定する方が、判定部１３は、ピアを判定する場合と比較して短時間で判定できる。短時間で保存先を探したい場合、ユーザは、保存先として第１ノードを探す方が好ましい。保存先を第１ノードとする場合、例えば、自由主義国家の特定のグループ（大学等）を保存先として探すことができる。

【0121】

判定部１３は、ピアの属性に基づいて、選択された第１ノード中から保存先のピアを判定しても良い。例えば、判定部１３は、選択された第１ノード中でＡＣＣ値が最も高いピアを保存先として判定することが考えられる。

【0122】

提示部１４は、判定の結果に基づいて、保存先の候補となる第１ノードを提示する。提示部１４は、複数の第１ノードを提示しても良い。

【0123】

登録部１５は、ユーザ端末を介して、提示（レコメンド）された第１ノードの選択を受け付け、選択された第１ノードを構成するピアに前記データを格納する。提示された第１ノードを選択することによって、ユーザは自身の選好に合わせて保存先を選択し、データを格納することができる。

【0124】

＜保存先の第２ノードの判定＞
受付部１２は、データの保存を希望する保存先の特徴属性を受け付ける。例えば、受付部１２が特徴属性として国籍「自由主義国家」を受け付ける。

【0125】

判定部１３は、第２ノードの属性（ノードに紐づくアカウント属性）、受け付けた属性（保存希望アカウント属性）、に基づいて、複数の第２ノードから保存先を判定する。受付部１２が特徴属性として国籍「自由主義国家」を受け付けた場合、自由主義国家が紐づく第２ノードを保存先として判定する。第２ノードは共通の属性が紐づく複数の第１ノードで構成されているため、多くの属性が紐づいていない。よって、保存先として第２ノードを判定する方が、判定部１３は、第１ノード又はピアを判定する場合と比較して短時間で判定できる。より短時間で保存先を探したい場合、ユーザは、保存先として第２ノードを探す方が好ましい。例えば、自由主義国家に所属する組織であればどこの保存先でも良い場合、保存先として第２ノードを探すことが考えられる。

【0126】

判定部１３は、ピアの属性に基づいて、選択された第２ノード中から保存先のピアを判定しても良い。例えば、判定部１３は、選択された第２ノード中でＡＣＣ値が最も高いピアを保存先として判定することが考えられる。

【0127】

提示部１４は、判定の結果に基づいて、保存先の候補となる第２ノードを提示する。提示部１４は、複数の第２ノードを提示しても良い。

【0128】

登録部１５は、ユーザ端末を介して、提示（レコメンド）された第２ノードの選択を受け付け、選択された第２ノードを構成するピアにデータを格納する。提示された第２ノードを選択することによって、ユーザは自身の選好に合わせて保存先を選択し、データを格納することができる。

【0129】

＜重み、数値の設定＞
設定部１６は、重みを数値として受け付け、その数値を属性項目（アカウント属性項目、ファイル属性項目、メタ属性項目等）に紐づける。また、設定部１６は、属性の数値を受け付け、その数値を属性（例えば、国籍「Ａ国」、移住国「Ｂ国」、性別「女性」、年齢「４０代」、所属組織「Ｃ大学」等）に紐づける。具体的には、設定部１６は、管理者等が所有する端末を介して属性項目の重み及び属性の数値を受け付ける。

【0130】

＜保存先を提示（レコメンド）しない格納＞
受付部１２は、ユーザ端末を介して、保存先の提示（レコメンド）をするか否かの選択を受け付けても良い。受付部１２が、ユーザ端末を介して保存先の提示をしないことを受け付けた場合、ステップＳ６０４における保存先の候補を提示する処理を行わない。

【0131】

保存先の候補を提示する処理がない場合、登録部１５は、判定部１３が判定した結果に基づいて、データを保存先に格納する。例えば、登録部１５は、候補となる保存先のピアからランダムに選択して格納することが考えられる。また、登録部１５は、属性に基づいて複数のピアから保存先を判定し、判定した複数のピアの中でＡＣＣ値の最も高いピアへデータを格納しても良い。この他にも、登録部１５は、属性に基づいて複数のピアから格納先を判定し、判定した複数のピアの中でデータの集中度が最も低いピアへデータを格納しても良い。

【0132】

以上のように、本発明の構成によれば、分散保存されるデータの保存先を提示する新たな技術を提供することができる。

【符号の説明】

【0133】

０ 分散保存システム
１（１ａ～１ｆ） ピア
１１ 取得部
１２ 受付部
１３ 判定部
１４ 提示部
１５ 登録部
１６ 設定部
２（２ａ～２ｊ） 第１ノード
３（３ａ、３ｂ） 第２ノード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【手続補正書】

【提出日】2025-08-18

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

Ｐ２Ｐ通信によってデータを分散保存する分散保存システムであって、
前記分散保存システムは、データの保存先となる複数のピア、データを保存するために利用するユーザ端末、を備え、
前記ユーザ端末は、受付部、判定部、提示部、登録部、を備え、
前記ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記アカウント属性は国に関する属性を含み、当該国に関する属性に数値が紐づき、
前記国に関する属性の数値は、特定の属性の数値を基準にしてＧＤＰに基づいて決定した数値を含み、
前記国に関する属性に紐づく数値は、前記基準とする特定の属性に紐づく数値を１とし、当該基準とする特定の属性以外の属性に対してＧＤＰに基づいて比例計算をして決定した数値であって、
前記受付部は、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付け、
前記判定部は、前記アカウント属性に紐づく数値と所定の関数によって算出する値に基づいて、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する、
分散保存システム。

【請求項2】

前記アカウント属性に紐づく数値は、それぞれの属性の特定の数値を１、又は、それぞれの属性の平均値を１とする比例計算によって得られる、
請求項１に記載の分散保存システム。

【請求項3】

前記判定部は、下記数式によって算出する前記アカウント属性同士の傾向を反映させた値に基づいて、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定する、
請求項１又は２に記載の分散保存システム。

【請求項4】

前記判定部は、前記アカウント属性と、前記保存希望アカウント属性と、前記データの保存を希望するユーザの端末に関する情報から特定するメタ属性と、を比較し、前記複数のピアから保存先を判定する、
請求項３に記載の分散保存システム。

【請求項5】

複数の属性を含む属性項目には、重みが紐づき、
前記判定部は、前記アカウント属性と、前記保存希望アカウント属性と、前記メタ属性と、前記属性項目に紐づく重みと、に基づいて、前記複数のピアから保存先を判定する、
請求項４に記載の分散保存システム。

【請求項6】

前記分散保存システムは、設定部、を備え、
前記設定部は、前記重みを数値として受け付け、当該数値を前記属性項目に紐づける、
請求項５に記載の分散保存システム。

【請求項7】

前記分散保存システムは、複数のピアで構成される複数のノード、を備え、
前記判定部は、前記ノードに紐づくアカウント属性と、前記保存希望アカウント属性と、に基づいて、前記複数のノードから保存先を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるノードを提示し、
前記登録部は、前記ユーザ端末を介して、前記提示されたノードの選択を受け付け、当該選択されたノードに前記データを格納する、
請求項６に記載の分散保存システム。

【請求項8】

Ｐ２Ｐ通信によってデータを分散保存する分散保存システムが実行する分散保存方法であって、
前記分散保存システムは、データの保存先となる複数のピア、データを保存するために利用するユーザ端末、を備え、
前記ユーザ端末は、受付部、判定部、提示部、登録部、を備え、
前記ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記アカウント属性は国に関する属性を含み、当該国に関する属性に数値が紐づき、
前記国に関する属性の数値は、特定の属性の数値を基準にしてＧＤＰに基づいて決定した数値を含み、
前記国に関する属性に紐づく数値は、前記基準とする特定の属性に紐づく数値を１とし、当該基準とする特定の属性以外の属性に対してＧＤＰに基づいて比例計算をして決定した数値であって、
前記受付部が、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付けるステップと、
前記判定部が、前記アカウント属性に紐づく数値と所定の関数によって算出する値に基づいて、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定するステップと、
前記提示部が、前記判定の結果に基づいて、保存先の候補となるピアを提示するステップと、
前記登録部が、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納するステップと、を含む、
分散保存方法。

【請求項9】

Ｐ２Ｐ通信によってデータを分散保存する分散保存プログラムであって、
コンピュータを、受付部、判定部、提示部、登録部、として機能させ、
ピアには、当該ピアを所持するユーザの属性と当該ピアに関する属性を含むアカウント属性が紐づき、
前記アカウント属性は国に関する属性を含み、当該国に関する属性に数値が紐づき、
前記国に関する属性の数値は、特定の属性の数値を基準にしてＧＤＰに基づいて決定した数値を含み、
前記国に関する属性に紐づく数値は、前記基準とする特定の属性に紐づく数値を１とし、当該基準とする特定の属性以外の属性に対してＧＤＰに基づいて比例計算をして決定した数値であって、
前記受付部は、保存するデータと、データの保存を希望するユーザがデータの保存を希望する保存先の保存希望アカウント属性と、を受け付け、
前記判定部は、前記アカウント属性に紐づく数値と所定の関数によって算出する値に基づいて、前記保存希望アカウント属性と、前記ピアに紐づくアカウント属性と、を比較し、前記複数のピアから保存先の候補を判定し、
前記提示部は、前記判定の結果に基づいて、保存先の候補となるピアを提示し、
前記登録部は、前記提示されたピアの選択を受け付け、当該選択されたピアに前記データを格納する、
分散保存プログラム。