在包括多个节点的通信系统中处理用户公钥的装置和方法与流程

本文讨论的实施方式涉及在包括多个节点的通信系统中处理用户公钥的装置和方法。

背景技术：

近年来，区块链技术作为实现虚拟货币的基础已引起关注。已经考虑将区块链技术应用于虚拟货币以外的领域。例如，关注的案例可能是使用区块链以在公司或组织之间共享信息的案例。

已知只有有限用户参与的数据分发市场是使用区块链技术的一种服务类型。数据分发市场的参与者可以向市场提供他/她拥有的数据。参与者可以获取或购买已被提供给市场的数据。将区块链技术应用于只有有限用户参与的系统的模式可以被称为联盟区块链(consortiumblockchain)。

在联盟区块链系统中，作为认证站进行操作的参与节点对用户进行认证。在这种情况下，认证站通过使用例如电子证书来对用户进行认证。

例如，希望参与系统的新用户可以向认证站发送账户信息。账户信息包括用户所属公司的名称以及联系信息(例如，地址、电话号码、电子邮件地址)。认证站核对账户信息的细节是否正确。在这种情况下，例如，认证站可以执行以下核对任务：

(1)参考第三方的数据库，并核对公司是否实际存在。

(2)拨打公司的主电话号码，并核对账户信息的申请细节。

(3)向公司发送邮件，并从该公司收到回复。

当账户信息的细节正确时，认证站发出电子证书。

针对分布式文件共享系统提出的一种方法是其中区块链应用执行用户/组认证或确保内容的唯一性的方法(例如，日本公开专利公报no.2018-081464)。还已提出了用于执行简单且快速的电子认证的技术(例如，国际公布单行本no.wo2018/088475)。

一旦用于对互联网世界中的认证站进行管理的公司失去信誉，则这样的公司将很难继续该业务。因此，这种认证站尽可能严格地对用户进行检查。相比之下，在只有有限用户参与的联盟系统中，认证站可以轻易地进行违禁行为。例如，恶意参与节点可能会充当认证节点并颁发电子证书。

当多个参与节点中的一个或几个作为认证节点进行操作时，将给这些参与节点施加很大的负荷。例如，诸如上文所描述的对账户信息进行核对的任务可能给作为认证站进行操作的参与节点的管理员带来沉重的负担。

本发明的一个方面的目的是提供借助于参与系统的多个节点来对用户进行认证的方法和配置。

技术实现要素：

根据实施方式的一个方面，在包括多个节点的通信系统中使用一种通信方法。所述多个节点当中的两个或更多个认证节点分别从用户接收所述用户的账户信息以及所述用户的公钥。当判定所述账户信息正确时，所述两个或更多个认证节点分别向所述多个节点发送指示所述账户信息正确的消息以及所述用户的所述公钥。当根据从其它节点接收的消息检测到指定数量或更多个认证节点已判定所述账户信息正确时，所述多个节点中的每一个将所述用户的所述公钥登记在公钥列表中，所述公钥列表存储有已被允许参与所述通信系统的用户的公钥。

附图说明

图1示出了根据本发明的实施方式的通信系统的示例；

图2至图4示出了用户注册过程的示例；

图5示出了用户认证过程的示例；

图6示出了用户注册和用户认证的次序的示例；

图7示出了由单个认证站管理的用户注册和用户认证的次序的示例；

图8示出了从用户注册延伸到执行交易的次序的示例；

图9示出了用户认证失败的情况下的次序的示例；

图10是指示用户注册处理的示例的流程图；

图11是指示用户认证处理的示例的流程图；

图12示出了在各个节点中实现的计算机的硬件配置的示例；

图13和图14示出了根据另一实施方式的用户注册过程的示例；以及

图15是指示在未作为认证节点进行操作的对等方处执行的用户注册处理的示例的流程图。

具体实施方式

图1示出了根据本发明的实施方式的通信系统的示例。在该示例中，通信系统100包括多个节点。各个节点设置有通信装置。通信系统100提供例如数据分发服务。在这种情况下，各个节点设置有用于已参与数据分发服务的用户的通信装置。

各个通信装置可以与其它任意通信装置进行通信。因此，为各个节点提供的通信装置在下文中可以被称为“对等方(peer)”。在图1描绘的示例中，通信系统100包括对等方a、b和c。对等方a是用户a使用的通信装置。对等方b是用户b使用的通信装置。对等方c是用户c使用的通信装置。

对等方a-c中的各个对等方生成一对私钥和公钥，以执行加密通信。在加密通信中，例如，使用私钥加密的数据可以使用对应的公钥解密。另选地，使用公钥加密的数据可以使用对应的私钥解密。因此，对等方a-c中的每一个提前获取其它用户的公钥。对等方a-c中的各个对等方拥有其私钥。

如图1所描绘的，对等方a-c中的每一个包括公钥列表。已被允许参与通信系统100的用户的公钥被登记在公钥列表中。因此，用户b的公钥pbb以及用户c的公钥pbc被登记在对等方a的公钥列表中。用户a的公钥pba以及用户c的公钥pbc被登记在对等方b的公钥列表中。用户a的公钥pba以及用户b的公钥pbb被登记在对等方c的公钥列表中。在图1所描绘的示例中，各个对等方的公钥也被登记在该对等方的公钥列表中。

例如，通信系统100可以提供由区块链支持的数据分发服务。在这种情况下，在通信系统100中建立共识之后，执行从用户或对等方请求的交易。

用户x请求许可，以参与由通信系统100提供的服务。通信系统100执行用于注册用户x的过程。

图2至图4示出了用户注册过程的示例。在该示例中，用户x请求许可，以参与通信系统100。“用户x”可以指示用户x使用的通信装置。

用户x生成一对私钥和公钥，以与已参与通信系统100的对等方进行加密通信。然后，用户x保留所生成的一对私钥和公钥。

接下来，如图2所描绘的，用户x向已经参与通信系统100的各个对等方发送申请注册信息。具体地，将申请注册信息从用户x发送给对等方a-c中的每一个。申请注册信息包括用户x的账户信息以及用户x的公钥。例如，账户信息可以包括用户x所属的公司的名称以及用户x的联系信息(例如，地址、电话号码、电子邮件地址)。

一旦从新用户(即，用户x)接收到申请注册信息，则对等方a-c中的每一个作为认证站(或认证节点)进行操作。具体地，对等方a-c中的每一个核对被包括在所接收到的申请注册信息中的账户信息是否正确。因此，对等方a-c中的每一个根据账户信息判定用户x是否是授权用户。在下文中，该核对任务可以被称为“存在核对”。

例如，存在核对可以由对等方a-c的用户中的每一个(或者由对等方a-c的管理员)执行。在这种情况下，存在核对例如包括以下任务中的一项或更多项：

(1)参考第三方的数据库，并核对账户信息描述的公司是否实际存在。

(2)拨打账户信息描述的公司的主电话号码，并核对账户信息描述的细节。

(3)向账户信息描述的公司发送邮件，并从该公司收到回复。

如图3所描绘的，对等方a-c中的每一个向其它对等方中的所有对等方报告存在核对的结果(在下文中被称为检查结果)。具体地，对等方a-c中的每一个向其它对等方中的所有对等方发送指示账户信息是否正确的消息。例如，由对等方a提供的检查结果可以发送给对等方b和c，由对等方b提供的检查结果可以发送给对等方a和c，并且由对等方c提供的检查结果可以发送给对等方a和b。检查结果指示用户x的账户信息是否正确。

当在由对等方执行的存在核对中确认用户x的账户信息正确时，对等方a-c中的每一个将用户x的公钥与检查结果一起发送给其它对等方。在这种情况下，对等方a-c中的每一个将电子签名附加到用户x的公钥。例如，对等方a可以通过使用对等方a的私钥来创建电子签名。具体地，例如，对等方a计算用户x的公钥的哈希值并通过利用对等方a的私钥对哈希值进行加密来创建电子签名。对等方a将用户x的已附加有电子签名的公钥发送给对等方b和c。类似地，对等方b将使用对等方b的私钥创建的电子签名附加到用户x的公钥并将电子签名和公钥发送给对等方a和c。对等方c将使用对等方c的私钥创建的电子签名附加到用户x的公钥并将电子签名和公钥发送给对等方a和b。

当在由对等方执行的存在核对中确认用户x的账户信息不正确时，对等方a-c中的每一个不将用户x的公钥发送给其它对等方。在这种情况下，仅发送指示账户信息不正确的检查结果。

对等方a-c中的每一个根据其自身提供的检查结果以及从其它对等方接收的检查结果，建立关于是否允许用户x参与通信系统100的共识。例如，对等方a可以根据由节点a提供的检查结果以及从对等方b和c接收的检查结果来判定是否允许用户x参与通信系统100。

共识建立是根据通信系统100中提前确定的共识策略执行的。以下是共识策略的示例：

(1)当指定数量或更多个对等方已判定账户信息正确时，判定账户信息正确。

(2)当已判定账户信息正确的对等方的数量至少占参与共识建立的对等方的总数的指定比例时(例如，多数判定)，判定账户信息正确。

(3)当参与共识建立的对等方中的所有对等方已判定账户信息正确时，判定账户信息正确。

在共识策略1和2中，在计数对等方的数量时，对等方本身被计数在内。共识策略2中的“参与共识建立的对等方的总数”是已知数，并因此，指定比例唯一地与已判定账户信息正确的对等方的数量相对应。因此，共识策略2实质上是共识策略1的示例。当共识策略3中的“参与共识建立的对等方中的所有对等方”的数量被视为共识策略1中的“指定数量”时，策略3实质上也是共识策略1的示例。

下列描述基于以下假设：对等方a-c中的每一个已判定用户x的账户信息正确。假设对等方a-c中的每一个使用共识策略1，并且共识策略1中的指定数量为“2”。

如图4所描绘的，对等方a判定是否已关于参与通信系统100的用户x建立了共识。在该示例中，对等方a-c中的所有对等方已判定用户x的账户信息正确。即，三个对等方已判定用户x的账户信息正确。因此，根据共识策略1，对等方a允许用户x参与通信系统100。然后，对等方a将用户x的公钥pkx登记在对等方a的公钥列表中。类似地，对等方b和c分别将用户x的公钥pkx登记在其公钥列表中。

为了提高用户注册的可靠性，对等方a-c中的每一个可以执行关于用户x的公钥是否已被伪造的检查。例如，如图3所描绘的，对等方a从对等方b接收用户x的已附加有对等方b的电子签名的公钥pkx。通过利用对等方b的私钥对针对公钥pkx计算的哈希值进行加密来创建该电子签名。因此，通过利用对等方b的公钥来解密对等方b的电子签名，对等方a可以核对从对等方b接收的公钥pbx未被伪造。类似地，通过利用对等方c的公钥来解密对等方c的电子签名，对等方a可以核对从对等方c接收的公钥pbx未被伪造。然后，当从用户x接收的公钥pbx、从对等方b接收的公钥pbx以及从对等方c接收的公钥pbx相同时，对等方a将公钥pkx登记在其公钥列表中。使用类似的过程，对等方b和c分别将公钥pkx登记在其公钥列表中。

如上所述，在根据本发明的实施方式的通信方法中，允许根据多个对等方之间的共识来注册新用户。因此，减少了与新用户的注册有关的违禁行为。

图5示出了用户认证过程的示例。在该示例中，已经完成了图2至图4所描绘的用户注册过程。因此，用户x的公钥pbx已被登记在对等方a-c中的每一个的公钥列表中。

为了使用通信系统100执行通信，需要通信系统100的对等方(即，对等方a-c)对用户x进行认证。因此，用户x将用户x的id信息以及用户x的电子签名发送给对等方a-c。例如，电子签名可以包括伪随机数和加密伪随机数。在这种情况下，由用户x生成伪随机数。通过利用用户x的私钥对针对伪随机数计算的哈希值进行加密来生成加密伪随机数。

对等方a-c中的每一个对从用户x接收的电子签名进行检查。例如，对等方a可以根据与电子签名一起接收到的id信息来确定电子签名的来源是用户x。随后，对等方a从对等方a的公钥列表中获得用户x的公钥pbx。对等方a通过利用用户x的公钥pbx对被包括在电子签名中的加密伪随机数进行解密来对用户x进行认证。具体地，当被包括在电子签名中的伪随机数的哈希值与利用用户x的公钥pbx对被包括在电子签名中的加密伪随机数进行解密的结果相匹配时，确定用户x是授权参与者。使用类似的过程，对等方b和c分别对用户x进行认证。

图6示出了用户注册和用户认证的次序的示例。如图1所描绘的，通信系统100包括对等方a-c。

在s1中，用户x将申请注册信息发送给对等方a-c。如上所述，申请注册信息包括用户x的账户信息以及用户x的公钥。

在s2中，对等方a-c中的每一个对用户x执行存在核对。具体地，对等方a-c中的每一个核对从用户x接收的账户信息是否正确。

在s3中，对等方a-c中的每一个向其它对等方发送指示存在核对结果的消息。在这种情况下，对等方a-c中的每一个可以将其电子签名附加到用户x的公钥，并将这些电子签名和公钥与消息一起发送给其它对等方。

在s4中，对等方a-c中的每一个根据提前确定的共识策略来判定用户x的账户信息是否正确。在关于用户x参与通信系统100建立共识之后，对等方a-c中的每一个将用户x的公钥pbx登记在其自己的公钥列表中。因此，完成了在通信系统100(即，对等方a-c)中的用户注册。

在s11中，用户x通过使用用户x的私钥来创建电子签名。然后，用户x将所创建的电子签名发送给对等方a-c。

在s12中，对等方a-c中的每一个通过检查从用户x接收的电子签名来执行用户x的id核对。在这种情况下，对等方a-c中的每一个通过使用用户x的在用户注册中获得的公钥pbx来检查电子签名。以这种方式，完成了由对等方a-c中的每一个执行的用户认证。

图7示出了由单个认证站管理的用户注册和用户认证的次序的示例。在这种情况下，用户x将申请注册信息发送给认证站ca。申请注册信息包括用户x的账户信息，但是不一定需要包括用户x的公钥。认证站ca对用户x进行存在核对，然后向用户x颁发并发送用户证书。在像该示例中的由单个认证站管理的用户注册的系统中，认证站ca可能违禁地执行用户注册。在本发明的实施方式中，由于如图6所描绘的根据多个对等方之间的共识来执行用户注册，因此将难以违禁地执行用户注册。

当在图7所描绘的示例中执行用户认证时，用户x将认证站ca颁发的用户证书发送给对等方a-c。响应于此，对等方a-c中的每一个请求认证站ca检查用户证书。在像该示例中的由单个认证站管理用户注册的系统中，将向认证站ca施加较大的负荷。

图8示出了从用户注册延伸到执行交易的次序的示例。图8的示例中的用户注册过程与图6的示例中的用户注册过程基本相同，并且本文省略了其说明。

在s11中，用户x将电子签名和交易发送给对等方a-c。该交易指示要执行的通信处理的细节。

在s12中，对等方a-c中的每一个对从用户x接收的电子签名进行检查。在该示例中，对等方a-c中的每一个已通过s1至s4将用户x注册为授权用户。具体地，对等方a-c中的每一个成功地对用户x进行了认证。因此，在s13中，对等方a-c中的每一个执行从用户x接收的交易。当关于执行交易的结果建立共识时，在s14中确定(settle)交易的结果。

图9示出了用户认证失败的情况下的次序的示例。在该示例中，对等方a作为违禁认证节点进行操作。用户x与对等方a合作地尝试参与通信系统100。

在s1中，用户x将申请注册信息发送给对等方a-c。然而，账户信息包括不正确的信息。

在s2至s3中，对等方a-c中的每一个对用户x执行存在核对。由于账户信息包括不正确的信息，所以由对等方b和c执行的存在核对失败。因此，对等方b和c分别向其它对等方发送指示账户信息不正确的消息。同时，尽管账户信息不正确，但是对等方a向对等方b和c发送指示该账户信息正确的消息。

在s4中，对等方a-c中的每一个根据共识策略判定是否注册用户x。在该示例中，仅一个检查结果指示账户信息正确。因此，对等方b和c均未注册用户x。同时，尽管检查结果不满足共识策略，但是对等方a违禁地注册了用户x。

在s11中，用户x将电子签名和交易发送给对等方a-c。在s12中，对等方a-c中的每一个对从用户x接收的电子签名进行检查。对等方a已注册了用户x。因此，在s13中，对等方a执行从用户x接收的交易。相比之下，对等方b和c均未注册用户x。因此，对等方b和c均未执行从用户x接收的交易。

如上所述，从用户x发送的交易由对等方a执行，而不由其它对等方执行。因此，未关于执行交易的结果建立共识，并且未确定执行交易的结果。因此，防止了执行从违禁用户发送的交易。

图10是示出了由各个对等方执行的用户注册处理的示例的流程图。在图2至图4所描绘的示例中，由对等方a-c中的每一个执行该流程图的处理。下列描述基于以下假设：为各个节点提供的通信装置执行用户注册处理。

在s21中，通信装置等待来自新用户的注册申请。当接收到注册申请时，在s22至s23中执行关于新用户的账户信息是否正确的检查。例如，s22至s23的处理可以由人来执行。在这种情况下，检查结果被提供给通信装置。

当账户信息正确时，在s24中，通信装置向其它节点发送指示批准注册的消息。在这种情况下，通信装置可以将新用户的附加有电子签名的公钥与消息一起发送给其它通信装置。当账户信息不正确时，在s25中，通信装置向其它节点发送指示反对注册的消息。在s24和s25中发送的消息与图3所描绘的检查结果相对应。在s26中，通信装置等待要从其它通信装置发送的消息。

当已接收到指定数量或更多个消息时，在s27中，通信装置判定是否注册新用户。指定数量指示用于判定是否注册新用户的足够数量。是否注册新用户取决于提前确定的共识策略。当注册新用户时，在s28中，通信装置将新用户的公钥登记在该通信装置的公钥列表中。

图11是示出了由各个对等方执行的用户认证处理的示例的流程图。下列描述基于以下假设：用户x向各个通信装置发送电子签名和交易。

在s31中，通信装置从用户x接收电子签名和交易。在s32中，通信装置判定电子签名来源(即，用户x)的公钥是否被登记在该通信装置的公钥列表中。

当用户x的公钥被登记在公钥列表中时，在s33至s34中，通信装置利用用户x的公钥对接收到的电子签名进行检查。当电子签名的检查成功时，在s35中，通信装置执行从用户x接收的交易。当用户x的公钥未被登记在公钥列表中时或者当电子签名的检查失败时，通信装置不执行从用户x接收的交易。

图12示出了在各个节点中实现的计算机的硬件配置的示例。计算机300包括处理器301、存储器302、存储装置303、i/o装置304、记录介质装置305和通信接口306。各个对等方可以由图12描绘的计算机实现。

处理器301可以通过执行存储在存储装置303中的通信程序来实现用户注册和用户认证。为了执行用户注册，处理器301执行对图10所描绘的流程图的处理进行描述的通信程序。为了执行用户认证，处理器301执行对图11所描绘的流程图的处理进行描述的通信程序。

存储器302例如是半导体存储器，并且用作处理器301的工作区域。存储装置303可以在计算机300中实现或者可以连接到计算机300。公钥列表存储在存储器302或存储装置303中。i/o装置304接受来自用户或网络管理员的指令输入。i/o装置304可以输出由处理器301执行的处理的结果。记录介质装置305读取记录在可移除记录介质307中的信号。上述通信程序可以被记录在可移除记录介质307中。通信接口306提供用于与网络的连接的接口。

尽管在附图中未示出以简化描述，但是当允许用户x参与通信系统100时，用户a-c以及用户x的公钥被登记在用户x的节点(对等方)的公钥列表中。当对等方a-c的用户进行通信时，用户x可以充当认证站中的一个认证站。

另一实施方式

图13和图14示出了根据本发明的另一实施方式的用户注册过程的示例。在该示例中，通信系统200包括对等方a-e。如在图2至图4所描绘的示例中，用户x请求许可，以参与通信系统200。

在图2至图4所描绘的示例中，参与通信系统100的所有对等方作为认证节点进行操作。相比之下，在图13至图14所描绘的实施方式中，参与通信系统200的对等方中的一些对等方作为认证节点进行操作。在该示例中，对等方a-e当中的对等方a-c作为认证节点进行操作。

如图13所描绘的，用户x将申请注册信息发送给作为认证节点进行操作的对等方a-c。即，从用户x向对等方a-c中的每一个发送申请注册信息。

在从新用户(即，用户x)接收申请注册信息之后，对等方a-c中的每一个作为认证节点进行操作。因此，对等方a-c中的每一个执行存在核对。具体地，对等方a-c中的每一个核对被包括在所接收的申请注册信息中的账户信息是否正确。在该示例中，对等方a和b分别判定用户x的账户信息正确，并且对等方c判定用户x的账户信息不正确。

对等方a-c中的各个对等方向所有节点发送指示用户x的账户信息的检查结果的消息。如上所述，检查结果指示用户x的账户信息是否正确。在账户信息正确时发送的检查结果在下文中可以被称为“注册ok消息”，并且在账户信息不正确时发送的检查结果在下文中可以被称为“注册ng消息”。

对等方a向对等方b、c、d和e发送注册ok消息。对等方b向对等方a、c、d和e发送注册ok消息。对等方c向对等方a、b、d和e发送注册ng消息。在图14中，实线箭头指示注册ok消息的发送，并且虚线指示注册ng消息的发送。

当对等方判定用户x的账户信息正确时，对等方将注册ok消息以及用户x的申请注册信息(即，用户x的账户信息和公钥)发送给所有节点。在图14所描绘的示例中，对等方a和b分别向所有节点发送注册ok消息以及用户x的申请注册信息。

在这种情况下，电子签名被附加到申请注册信息。例如，对等方a可以对申请注册信息的哈希值进行计算，并通过利用对等方a的私钥对该哈希值进行加密来创建电子签名。然后，对等方a将电子签名附加到申请注册信息并将具有附件的申请注册信息发送给所有节点。类似地，对等方b将使用对等方b的私钥创建的电子签名附加到申请注册信息并将具有附件的申请注册信息发送给所有节点。

如在图2至图4所描绘的示例中，根据提前确定的共识策略，对等方a-e中的每一个判定是否允许用户x参与通信系统200。在该示例中，使用指示“当两个或更多个对等方已判定用户x的账户信息正确时，允许用户x参与通信系统200”的共识策略。

对等方a已判定用户x的账户信息正确。此外，对等方a已从对等方b接收注册ok消息。因此，两个对等方已判定用户x的账户信息正确。因此，对等方a允许用户x参与通信系统200并将用户x的公钥登记在对等方a的公钥列表中。

对等方b已判定用户x的账户信息正确。此外，对等方b已从对等方a接收注册ok消息。因此，两个对等方已判定用户x的账户信息正确。因此，对等方b也允许用户x参与通信系统200并将用户x的公钥登记在对等方b的公钥列表中。

对等方c已判定用户x的账户信息不正确。然而，对等方c已从对等方a和b接收注册ok消息。因此，两个对等方已判定用户x的账户信息正确。因此，对等方c也允许用户x参与通信系统200并将用户x的公钥登记在对等方c的公钥列表中。

对等方d和e已分别从对等方a和b接收注册ok消息。因此，对等方d和e分别允许用户x参与通信系统200。在这种情况下，对等方d和e分别对从对等方a或b接收的申请注册信息进行核对。

例如，对等方d可以对从对等方a接收的申请注册信息进行核对。对等方a的电子签名已被附加到从对等方a接收的申请注册信息。通过利用对等方a的私钥对申请注册信息的哈希值进行加密来创建对等方a的电子签名。因此，对等方d计算接收到的申请注册信息的哈希值。对等方d还利用对等方a的公钥对接收到的电子签名进行解密。当申请注册信息的哈希值与解密电子签名的结果相匹配时，对等方d判定从对等方a接收的申请注册信息未被伪造。

在确认用户x的申请注册信息未被伪造之后，对等方d和e中的每一个将被包括在申请注册信息中的用户x的公钥登记在该对等方的公钥列表中。因此，用户x的公钥被登记在对等方d和e的公钥列表中。

在图13至图14所描绘的示例中，对等方c已判定用户x的账户信息不正确。因此，对等方c可以忽略共识策略并且不允许用户x参与通信系统200。在这种情况下，对等方c拒绝对用户x进行认证的请求。然而，在根据多个参与者(例如，区块链网络)之间的共识执行或确定交易的系统中，即使对等方c拒绝对用户x进行认证，但当其它对等方中的许多对等方已对用户x进行了认证时，可以执行用户x已请求执行的交易。

图15是指示在未作为认证节点进行操作的对等方处执行的用户注册处理的示例的流程图。在图13至图14所描绘的示例中，该流程图的处理由对等方d和e执行。

在s26至s27中，作为认证节点进行操作的对等方以及不作为认证节点进行操作的对等方执行基本相同的处理。具体地，不作为认证节点进行操作的通信装置也判定是否注册新用户。同时，在判定新用户的账户信息正确时，作为认证节点进行操作的通信装置发送注册ok消息以及该新用户的申请注册信息。电子签名已被附加到申请注册信息。

当判定注册新用户时，在s41至s42中，通信装置核对所接收到的申请注册信息是否已被伪造。当所接收到的申请注册信息未被伪造时，在s28中，通信装置将新用户的公钥登记在该通信装置的公钥列表中。

用户认证与图5和图11描绘的过程中的任一个过程基本相同。因此，当用户x使用通信系统200时，用户x将电子签名发送给对等方a-e。对等方a-e中的每一个利用用户x的登记在对等方的公钥列表中的公钥来检查电子签名。当电子签名的检查成功(即，用户x的公钥被登记在公钥列表中)时，将执行从用户x请求的交易。