基于DID凭证数据存储区的多元化注册方法和装置、电子设备及存储介质与流程

基于did凭证数据存储区的多元化注册方法和装置、电子设备及存储介质
技术领域
1.本技术涉及网络技术领域，尤其涉及一种基于did凭证数据存储区的多元化注册方法和装置、电子设备及存储介质。


背景技术：

2.随着互联网技术的发展，人们已经可以越来越多地通过互联网来进行生活和工作，并且因此也出现了各种基于互联网而建设的网站以向用户提供各种各样的服务。由于互联网的身份隐匿性，使得网站往往无法知晓访问或登录到其网站的用户的真实身份，并且因此也无法对于用户使用服务进行相应的规范和管理。为此，现有技术中已经提出了用户需要在访问或登录的网站中预先登记其身份信息，以便于网站可以在用户请求使用网站的服务时可以基于用户提交的身份信息来为用户提供服务。在这一过程中，用户需要将自己的身份信息的原始数据提供给网站并进而保存在网站的服务器中，但是这样的身份信息通常都是用户的隐私数据，因此，用户在使用不同网站提供的服务的同时，也不得不将自己的隐私数据存储在各个网站上，这大大增加了用户隐私暴露的风险。对此，现有技术中提出了额外建立did(去中心化身份标识)系统，用户可以在该系统中向具有身份认证能力的乙方请求签发使用方所要求的身份信息的相关证明，并由用户将该证明提供给使用方来替代现有技术中用户需要将原始身份信息保存在使用方的网站上的方案。但是在该方案中，用户需要在did系统中预先进行注册才能够使用，因此需要一种能够方便用户在did系统中进行快速且安全的注册的技术方案。


技术实现要素：

3.本技术实施例提供一种基于did凭证数据存储区的多元化注册方法和装置、电子设备及存储介质，以解决现有技术中用户在did系统中进行注册不方便且存在安全风险的缺陷。
4.为达到上述目的，本技术实施例提供了一种基于did凭证数据存储区的多元化注册方法，包括：
5.接收用户节点发送的用户的注册请求，其中所述注册请求包含有用户信息；
6.根据所述用户信息确定所述用户的注册类型；
7.在与所述注册类型对应的已注册信息中检索与所述用户信息匹配的已注册信息；
8.当所述检索结果为不存在与所述用户信息匹配的已注册信息时，根据所述用户信息生成该用户的注册信息。
9.本技术实施例还提供了一种基于did凭证数据存储区的多元化注册装置，包括：
10.接收模块，用于接收用户节点发送的用户的注册请求，其中所述注册请求包含有用户信息；
11.确定模块，用于根据所述用户信息确定所述用户的注册类型；
12.检索模块，用于在与所述注册类型对应的已注册信息中检索与所述用户信息匹配的已注册信息；
13.生成模块，用于当所述检索结果为不存在与所述用户信息匹配的已注册信息时，根据所述用户信息生成该用户的注册信息。
14.本技术实施例还提供了一种电子设备，包括：
15.存储器，用于存储程序；
16.处理器，用于运行所述存储器中存储的所述程序，所述程序运行时执行本技术实施例提供的基于did凭证数据的多元化注册方法。
17.本技术实施例还提供了一种计算机可读存储介质，其上存储有可被处理器执行的计算机程序，其中，该程序被处理器执行时实现如本技术实施例提供的基于did凭证数据存储区的多元化注册方法。
18.本技术实施例提供的基于did凭证数据存储区的多元化注册方法和装置、电子设备及存储介质，通过根据用户节点发送的用户的注册请求中的用户信息来确定该用户注册的注册类型，并在与注册类型对应的已注册信息中来检索是否存在于用户信息匹配的已注册信息，当不存在匹配的已注册信息时，可以根据用户信息来生成该用户的注册信息，因此，能够允许用户使用各种类型的用户信息作为其在did系统中的注册信息，并且可以通过在相应类型的已注册信息中来查询是否存在与用户信息匹配的已注册信息，以避免用户注册信息的重复，从而在为用户提供了灵活的注册方式的情况下，确保了用户注册的安全性。
19.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
20.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
21.图1是示出了根据本技术实施例的基于did凭证数据存储区的多元化注册方案的应用场景示意图；
22.图2为本技术提供的多元化注册方法的实施例的流程图；
23.图3为本技术提供的多元化注册装置的结构示意图；
24.图4为本技术提供的电子设备实施例的结构示意图。
具体实施方式
25.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
26.实施例一
27.本技术实施例提供的方案可应用于任何具有用户信息处理功能的数据系统。
28.随着互联网技术的发展，人们已经可以越来越多地通过互联网来进行生活和工作，并且因此也出现了各种基于互联网而建设的网站以向用户提供各种各样的服务。由于互联网的身份隐匿性，使得网站往往无法知晓访问或登录到其网站的用户的真实身份，并且因此也无法对于用户使用服务进行相应的规范和管理。为此，现有技术中已经提出了用户需要在访问或登录的网站中预先登记其身份信息，以便于网站可以在用户请求使用网站的服务时可以基于用户提交的身份信息来为用户提供服务。在这一过程中，用户需要将自己的身份信息的原始数据提供给网站并进而保存在网站的服务器中，但是这样的身份信息通常都是用户的隐私数据，因此，用户在使用不同网站提供的服务的同时，也不得不将自己的隐私数据存储在各个网站上，这大大增加了用户隐私暴露的风险。对此，现有技术中提出了额外建立did(去中心化身份标识)系统，用户可以在该系统中向具有身份认证能力的乙方请求签发使用方所要求的身份信息的相关证明，并由用户将该证明提供给使用方来替代现有技术中用户需要将原始身份信息保存在使用方的网站上的方案。
29.对此，在现有技术中已经提出了did(去中心化身份标识)系统，该系统主要是针对上述现有的由各个网站管理用户的身份信息的中心化身份系统而提出的。由于大部分不同的网站或平台的身份注册模块并不互通，因此当前大部分不同运营方的网站或平台由于相互之间不具有访问或甚至管理对方网站的身份数据的权限，而无法对于使用对方网站发行的身份标识的用户的身份进行验证。
30.在did系统中，用户可以向有能力对用户真实身份进行认证的发证方请求身份认证，并且发证方可以基于用户的认证请求来对用户所请求的身份信息进行核验并且在核验通过后可以向用户签发凭证数据，该凭证数据可以作为权威机构向用户签发的证明用户的特定身份信息的证明数据。例如，图1是示出了根据本技术实施例的基于did凭证数据存储区的多元化注册方案的应用场景的示意图。在图1中所示的场景中，用户可以使用安装有did系统的应用程序的终端来通过用户节点访问did系统并向服务节点发送注册请求。在本技术实施例中，在did系统中的服务节点可以是用于存储用户的信息以及由例如法律或公认可以对用户的一种或多种身份信息进行认证的部门或单位签发的用户的凭证数据的节点，并且在该服务节点中，用户的凭证数据是例如使用该用户自己的用户公钥而加密存储的，从而在did系统中，只有拥有与该用户公钥对应的用户私钥的用户自己才能够访问服务节点上存储的该凭证数据，或者由该用户在该服务节点中建立对于第三方，例如，使用方的授权信息，从而该第三方才能够访问服务节点中被用户授权访问的凭证数据。
31.为此，用户首先需要在did系统中进行注册，以使得用户在系统中可以由系统唯一地识别的注册信息。例如在如图1中所示的场景中，用户可以向服务节点来发送注册请求，该注册请求中可以包含有用户的用户信息，以请求服务节点根据该注册请求来为该用户在did系统中创建用户标识，以便于用户在该服务节点中存储凭证数据以及通过服务节点对凭证数据以及用于对凭证数据进行加密的凭证密钥进行管理。但是在实际使用中，由于使用did系统的用户往往都是其他平台或系统的使用者，其使用did系统仅为了将自己的身份信息通过一个或多个由发证方签发的凭证数据来出示给使用方，从而避免在用户实际使用各种业务的平台或系统中泄露自己的身份信息。因此，did系统的用户并不是真的要在did系统中进行操作或请求业务，相反地，用户使用did系统是为了在其他系统或平台中使用。为此，虽然用户需要在did系统中预先进行注册才能够使用该系统，但是如果由于did系统
对于用户的注册要求而导致用户需要额外记录did系统中的用户标识，例如账户名称或在系统中的昵称等等，那么无疑大大增加了用户的不方便性。在该情况下，用户不仅需要记住自己在互联网上其他平台上使用的账户信息，还要额外记住在did系统中根据系统要求注册的账户信息。
32.为此，根据本技术实施例的多元化注册方法，允许在用户所发送的注册请求中，用户信息可以包括有用户想要在did系统中使用的名称标识以及对于该名称标识的描述信息，从而服务节点可以根据该描述信息来了解该名称标识相关的信息，从而对名称标识进行相应的处理。换言之，本技术实施例的多元化注册方法对于用户使用何种用户信息来进行注册没有任何约束，用户只需要在注册请求中的用户信息中包含其想要使用的名称标识以及对于该名称标识的描述。
33.例如，用户可以使用其在第三方网站或平台上已经注册并使用的账户名称来作为其在注册请求中的用户信息中包含的名称标识。例如，用户在访问某个由第三方运营的游戏平台或网站来请求使用其提供的游戏服务时，该平台或网站要求用户的年龄在用户访问该游戏平台或网站以请求使用其提供的游戏服务的日期已经等于或超过18岁。为此，在传统的现有技术中，用户需要在该第三方运营的游戏平台或网站上填写自己的出生日期等信息，并上传具有法律效力的身份证件，以便于该第三方运营的游戏平台或网站可以对该用户的用户信息进行核对。但是如上所述，这样的现有技术会导致用户的身份信息被存储在各个网站或平台上，从而带来了极大的隐私泄露风险。而使用了本技术实施例的did系统的用户，就可以通过在该第三方运营的游戏平台或网站向用户提出使用游戏服务的前提是年龄已经等于或超过18岁时，通过在did系统中请求认证方对于其在访问该游戏平台时的年龄签发凭证数据，而发证方可以将该凭证数据发送给服务节点，从而服务节点可以将该凭证数据存储在其存储空间中，并进行加密，而用户可以通知使用方来从服务节点获取该凭证数据，从而使用方可以根据该凭证数据来确认用户可以使用其网站或平台上提供的游戏服务。
34.因此，对于这样的用户来说，其很可能希望将其在经常访问的该游戏平台或网站上已经注册并使用的账户名称作为其在did系统中的名称标识，这样不仅用户无需额外记录专门用户did系统的该名称表示，而且作为运营用户所访问的游戏平台或网站的该第三方也可以直接根据用户在其平台上注册的该账户名称而在did系统中向用户或服务节点来请求该用户的凭证数据。
35.在用户希望使用其在例如游戏平台或网站上注册的账户名称来在did系统中进行注册时，用户如果仅在did系统中向服务节点提交注册请求时填写了该账户名称，那么did系统实际上也无法识别出该账户名称与该第三方网站的关联，例如也无法确认该账户名称是否是其在第三方网站使用的账户名称。因此，用户可以在其发送的注册申请中的用户信息中进一步包含有对于该账户名称的描述，例如，可以是该账户名称被注册到的游戏网站的名称或网址。因此，服务节点可以根据该描述信息而了解到用户想要使用的注册标识的类型是使用第三方账户进行注册的类型，并且可以根据该描述信息中记录的例如第三方运营的网站的网址来向该网站发送账户名称验证信息，以请求该第三方运营的网站确认用户在did系统中向服务节点发送的注册请求中包含的该账户名称是否为其在该网站上使用的账户名称。而第三方运营的网站在根据服务节点的该验证信息确认用户在did系统中向服
务节点提交的账户名称确实是在其网站上注册使用的账户名称，那么服务节点可以根据用户在注册信息中包含的该注册标识，即账户名称，以及描述中包含的该第三方信息，例如网站名称，或者该第三方的公司名称等等，来生成在did系统中进行注册的注册标识。例如，在本技术实施例中，服务节点可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将描述信息中包含的该第三方的公司名称或运营的网站名称作为候选注册标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。在这里，由于服务节点还不能够确定在其中注册的用户账户是否存在重复的用户账户，因此还不能够直接将这样生成的候选注册标识作为该用户在did系统中使用来标识自己的注册信息。
36.服务节点可以根据如上生成的候选注册标识来在服务节点上已经存储的第三方账户注册类型下寻找该候选注册标识，例如将服务节点中存储的第三方账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在第三方账户注册类型的已经被其他人注册过的候选注册标识。
37.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，服务节点可以将如生成的候选注册标识作为该用户的注册标识。
38.在服务节点根据用户指定的第三方账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。为此，服务节点可以在为用户确定了注册标识之后，向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
39.此外，用户也可以不使用其已有的例如第三方平台或系统中使用的账户名称而是使用其自行编写的账户名称来作为其在注册请求中的用户信息中包含的名称标识。例如，用户希望为该did系统使用单独的账户名称，以便于其他人或恶意第三方不能够轻易地从其在公共平台上使用的账户名称而猜到其在did系统中使用的用户标识。
40.因此，对于这样的用户来说，用户可以将其自行创建的账户名称包含在其发送的注册请求中，并可以进一步将例如自定义等词语作为对于该账户名称的描述，从而服务节点能够从该描述确定用户想要使用的注册标识的类型是使用自定义账户名称注册的类型，并且可以根据用户在注册信息中包含的该注册标识，即账户名称，以及did系统中预先设置的对于自定义账户名称的识别码或信息，来生成在did系统中进行注册的注册标识。例如，在本技术实施例中，服务节点可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将系统中预先设置的自定义注册的识别码作为候选注册标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。在这里，由于服务节点还不能够确
定在其中注册的用户账户是否存在重复的用户账户，因此还不能够直接将这样生成的候选注册标识作为该用户在did系统中使用来标识自己的注册信息。
41.服务节点可以根据如上生成的候选注册标识来在服务节点上已经存储的自定义账户注册类型下寻找该候选注册标识，例如将服务节点中存储的自定义账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在自定义账户注册类型的已经被其他人注册过的候选注册标识。
42.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，服务节点可以将如生成的候选注册标识作为该用户的注册标识。
43.在服务节点根据用户自行创建的账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。为此，服务节点可以在为用户确定了注册标识之后，向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
44.此外，用户还可以直接使用其使用其终端或用户节点而生成的用户公钥来作为其在注册请求中的用户信息中包含的名称标识。换言之，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。因此，用户可以直接使用该用户公钥作为其在did系统中的名称标识，这样用户也不需要额外记录专门用户did系统的名称标识，而是每次只需要将自己的用户公钥作为did系统中唯一的标识来向服务节点或did系统中的其他节点发送各种请求。
45.因此，用户可以在其发送的注册申请中的用户信息中进一步包含有对于该账户名称的描述，例如，可以是例如“用户公钥”这样的预定描述术语。因此，服务节点可以根据该描述信息而了解到用户想要使用的注册标识的类型是使用该用户的用户公钥进行注册的类型。服务节点可以在已经存储的用户公钥注册类型下寻找该用户公钥，例如将服务节点中存储的用户公钥注册类型下的所有已注册信息中与用户发送的用户公钥进行比较，以确认是否在did系统中存在用户公钥注册类型的已经被其他人注册过的用户公钥。
46.当上述检索结果指示不存在与根据用户的注册请求中的用户公钥时，服务节点可以将该用户公钥作为该用户的注册标识。
47.由于在该情况下，用户在did系统中的注册标识就是服务节点用于对该用户的凭证密钥进行加密所使用的用户公钥，因此，服务节点在如上将用户公钥作为该用户的注册标识后，就无须再另行请求用户发送该用户公钥，而是可以仅在向用户发送的注册响应信
息中包含该用户公钥作为已注册信息，并且还可以进一步包含注册成功这样的注册状态信息。
48.本技术实施例提供的基于did凭证数据存储区的多元化注册方案，通过根据用户节点发送的用户的注册请求中的用户信息来确定该用户注册的注册类型，并在与注册类型对应的已注册信息中来检索是否存在于用户信息匹配的已注册信息，当不存在匹配的已注册信息时，可以根据用户信息来生成该用户的注册信息，因此，能够允许用户使用各种类型的用户信息作为其在did系统中的注册信息，并且可以通过在相应类型的已注册信息中来查询是否存在与用户信息匹配的已注册信息，以避免用户注册信息的重复，从而在为用户提供了灵活的注册方式的情况下，确保了用户注册的安全性。
49.上述实施例是对本技术实施例的技术原理和示例性的应用框架的说明，下面通过多个实施例来进一步对本技术实施例具体技术方案进行详细描述。
50.实施例二
51.图2为本技术提供的基于did凭证数据存储区的多元化注册方法的实施例的流程图，该方法的执行主体可以为具有数据处理的各种终端或服务器设备，也可以为集成在这些设备上的装置或芯片。如图2所示，该多元化注册方法包括如下步骤：
52.s201，接收用户节点发送的用户的注册请求。
53.在步骤s201中，可以由did系统中的服务节点来接收用户通过用户节点发送的注册请求。在本技术实施例中，在did系统中的服务节点可以是用于存储用户的信息以及由例如法律或公认可以对用户的一种或多种身份信息进行认证的部门或单位签发的用户的凭证数据的节点，并且在该服务节点中，用户的凭证数据是例如使用该用户自己的用户公钥而加密存储的，从而在did系统中，只有拥有与该用户公钥对应的用户私钥的用户自己才能够访问服务节点上存储的该凭证数据，或者由该用户在该服务节点中建立对于第三方，例如，使用方的授权信息，从而该第三方才能够访问服务节点中被用户授权访问的凭证数据。因此，用户需要在did系统中进行注册，以使得用户在系统中可以由系统唯一地识别的注册信息。
54.在步骤s201中接收到的该注册请求中可以包含有用户的用户信息，从而例如服务节点可以根据该注册请求来为该用户在did系统中创建用户标识，以便于用户在该服务节点中存储凭证数据以及通过服务节点对凭证数据以及用于对凭证数据进行加密的凭证密钥进行管理。
55.s202，根据用户信息确定用户的注册类型。
56.在步骤s202中，服务节点可以根据在步骤s201中接收到的注册请求中的用户信息来首先确定用户的注册类型。由于在实际使用中，由于使用did系统的用户往往都是其他平台或系统的使用者，其使用did系统仅为了将自己的身份信息通过一个或多个由发证方签发的凭证数据来出示给使用方，从而避免在用户实际使用各种业务的平台或系统中泄露自己的身份信息。因此，did系统的用户并不是真的要在did系统中进行操作或请求业务。用户使用did系统是为了在其他系统或平台中出示身份证明。为此，虽然用户需要在did系统中预先进行注册才能够使用该系统，但是如果由于did系统对于用户的注册要求而导致用户需要额外记录did系统中的用户标识，例如账户名称或在系统中的昵称等等，那么无疑大大增加了用户的不方便性。在该情况下，用户不仅需要记住自己在互联网上其他平台上使用
的账户信息，还要额外记住在did系统中根据系统要求注册的账户信息。
57.为此，在步骤s201中，在用户所发送的注册请求中，用户信息可以包括有用户想要在did系统中使用的名称标识以及对于该名称标识的描述信息，从而服务节点可以在步骤s202中根据该描述信息来了解该名称标识相关的信息，从而对名称标识进行相应的处理。换言之，本技术实施例的多元化注册方法对于用户使用何种用户信息来进行注册没有任何约束，用户只需要在注册请求中的用户信息中包含其想要使用的名称标识以及对于该名称标识的描述。
58.s203，在与注册类型对应的已注册信息中检索与用户信息匹配的已注册信息。
59.s204，当检索结果为不存在与用户信息匹配的已注册信息时，根据用户信息生成该用户的注册信息。
60.在步骤s203中，在服务节点根据步骤s201中接收到的注册请求中的用户信息确定了用户想要注册的账号的类型之后，可以首先在步骤s203中在服务节点中存储的与该注册类型对应的已注册信息中检索是否存在与用户想要注册的用户信息匹配的已注册信息，以确保用户在did系统中可以具有唯一的标识。因此，在步骤s204中，当步骤s203中的检索结果表示不存在与用户想要注册的用户信息匹配的已注册信息时，即表示在步骤s201中接收到的用户信息在当前的did系统中并没有被注册为其他用户使用。
61.例如，在步骤s201中接收到的用户信息的名称标识可以是该用户在第三方网站或平台上已经注册并使用的账户名称。例如，用户在访问某个由第三方运营的游戏平台或网站来请求使用其提供的游戏服务时，该平台或网站要求用户的年龄在用户访问该游戏平台或网站以请求使用其提供的游戏服务的日期已经等于或超过18岁。为此，在传统的现有技术中，用户需要在该第三方运营的游戏平台或网站上填写自己的出生日期等信息，并上传具有法律效力的身份证件，以便于该第三方运营的游戏平台或网站可以对该用户的用户信息进行核对。但是如上所述，这样的现有技术会导致用户的身份信息被存储在各个网站或平台上，从而带来了极大的隐私泄露风险。而使用了本技术实施例的did系统的用户，就可以通过在该第三方运营的游戏平台或网站向用户提出使用游戏服务的前提是年龄已经等于或超过18岁时，通过在did系统中请求认证方对于其在访问该游戏平台时的年龄签发凭证数据，而发证方可以将该凭证数据发送给服务节点，从而服务节点可以将该凭证数据存储在其存储空间中，并进行加密，而用户可以通知使用方来从服务节点获取该凭证数据，从而使用方可以根据该凭证数据来确认用户可以使用其网站或平台上提供的游戏服务。
62.因此，对于这样的用户来说，其很可能希望将其在经常访问的该游戏平台或网站上已经注册并使用的账户名称作为其在did系统中的名称标识，这样不仅用户无需额外记录专门用户did系统的该名称表示，而且作为运营用户所访问的游戏平台或网站的该第三方也可以直接根据用户在其平台上注册的该账户名称而在did系统中向用户或服务节点来请求该用户的凭证数据。
63.此外，在用户使用第三方账户名称的情况下，步骤s201中接收到的用户信息中可以进一步包含有对于该账户名称的描述，例如，可以是该账户名称被注册到的游戏网站的名称或网址。因此，在步骤s202中服务节点可以根据该描述信息而了解到用户想要使用的注册标识的类型是使用第三方账户进行注册的类型，并且在步骤s203中可以根据该描述信息中记录的例如第三方运营的网站的网址来向该网站发送账户名称验证信息，以请求该第
三方运营的网站确认用户在did系统中向服务节点发送的注册请求中包含的该账户名称是否为其在该网站上使用的账户名称。而第三方运营的网站在根据服务节点的该验证信息确认用户在did系统中向服务节点提交的账户名称确实是在其网站上注册使用的账户名称，那么服务节点可以根据用户在注册信息中包含的该注册标识，即账户名称，以及描述中包含的该第三方信息，例如网站名称，或者该第三方的公司名称等等，来生成在did系统中进行注册的注册标识。
64.例如，在本技术实施例中，服务节点可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将描述信息中包含的该第三方的公司名称或运营的网站名称作为候选注册标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。
65.接下来可以根据如上生成的候选注册标识来在服务节点上已经存储的第三方账户注册类型下寻找该候选注册标识，例如将服务节点中存储的第三方账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在第三方账户注册类型的已经被其他人注册过的候选注册标识。
66.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，服务节点可以在步骤s204中将如生成的候选注册标识作为该用户的注册标识。
67.此外，在步骤s204中根据用户指定的第三方账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。
68.为此，服务节点可以在为用户确定了注册标识之后，向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
69.此外，在步骤s201中接收到的注册请求中的用户信息中的名称标识也可以是该用户自行编写的账户名称。例如，用户希望为该did系统使用单独的账户名称，以便于其他人或恶意第三方不能够轻易地从其在公共平台上使用的账户名称而猜到其在did系统中使用的用户标识。
70.因此，在该情况下，在步骤s201中接收到的用户信息中可以进一步包括例如自定义等词语作为对于该账户名称的描述，从而服务节点能够在步骤s202中从该描述确定用户想要使用的注册标识的类型是使用自定义账户名称注册的类型，并且可以在步骤s203中根据用户在注册信息中包含的该注册标识，即账户名称，以及did系统中预先设置的对于自定义账户名称的识别码或信息，来生成在did系统中进行注册的注册标识。
71.例如，在本技术实施例中，服务节点可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将系统中预先设置的自定义注册的识别码作为候选注册
标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。在这里，由于服务节点还不能够确定在其中注册的用户账户是否存在重复的用户账户，因此还不能够直接将这样生成的候选注册标识作为该用户在did系统中使用来标识自己的注册信息。
72.服务节点可以在步骤s203中根据如上生成的候选注册标识来在服务节点上已经存储的自定义账户注册类型下寻找该候选注册标识，例如将服务节点中存储的自定义账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在自定义账户注册类型的已经被其他人注册过的候选注册标识。
73.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，服务节点可以在步骤s204中将如生成的候选注册标识作为该用户的注册标识。
74.在步骤s204中根据用户自行创建的账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。
75.为此，在步骤s204之后，服务节点可以进一步向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
76.此外，在步骤s201中接收到的注册请求中的用户信息中的名称标识也可以是用户使用其终端或用户节点而生成的用户公钥。换言之，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。因此，用户可以直接使用该用户公钥作为其在did系统中的名称标识，这样用户也不需要额外记录专门用户did系统的名称标识，而是每次只需要将自己的用户公钥作为did系统中唯一的标识来向服务节点或did系统中的其他节点发送各种请求。
77.因此，在该情况下，在步骤s201中接收到的用户信息中可以进一步包含有对于该账户名称的描述，例如，可以是例如“用户公钥”这样的预定描述术语。因此，服务节点可以在步骤s202根据该描述信息而了解到用户想要使用的注册标识的类型是使用该用户的用户公钥进行注册的类型。进而在步骤s203中可以在已经存储的用户公钥注册类型下寻找该用户公钥，例如将服务节点中存储的用户公钥注册类型下的所有已注册信息中与用户发送的用户公钥进行比较，以确认是否在did系统中存在用户公钥注册类型的已经被其他人注册过的用户公钥。
78.当上述检索结果指示不存在与根据用户的注册请求中的用户公钥时，服务节点可
以在步骤s204将该用户公钥作为该用户的注册标识。
79.由于在该情况下，用户在did系统中的注册标识就是服务节点用于对该用户的凭证密钥进行加密所使用的用户公钥，因此，服务节点在如上将用户公钥作为该用户的注册标识后，就无须再另行请求用户发送该用户公钥，而是可以仅在向用户发送的注册响应信息中包含该用户公钥作为已注册信息，并且还可以进一步包含注册成功这样的注册状态信息。
80.本技术实施例提供的基于did凭证数据存储区的多元化注册方法，通过根据用户节点发送的用户的注册请求中的用户信息来确定该用户注册的注册类型，并在与注册类型对应的已注册信息中来检索是否存在于用户信息匹配的已注册信息，当不存在匹配的已注册信息时，可以根据用户信息来生成该用户的注册信息，因此，能够允许用户使用各种类型的用户信息作为其在did系统中的注册信息，并且可以通过在相应类型的已注册信息中来查询是否存在与用户信息匹配的已注册信息，以避免用户注册信息的重复，从而在为用户提供了灵活的注册方式的情况下，确保了用户注册的安全性。
81.实施例三
82.图3为本技术提供的基于did凭证数据存储区的多元化注册装置的结构示意图，该基于did凭证数据存储区的多元化注册装置可以用于实施例如参考图2描述的本技术实施例提供的基于did凭证数据存储区的多元化注册方法。该基于did凭证数据存储区的多元化注册装置可以包括：接收模块31、确定模块32、检索模块33和生成模块34。
83.接收模块31可以用于接收用户节点发送的用户的注册请求。
84.接收模块31可以处于did系统中的服务节点中，并用于接收用户通过用户节点发送的注册请求。在本技术实施例中，在did系统中的服务节点可以是用于存储用户的信息以及由例如法律或公认可以对用户的一种或多种身份信息进行认证的部门或单位签发的用户的凭证数据的节点，并且在该服务节点中，用户的凭证数据是例如使用该用户自己的用户公钥而加密存储的，从而在did系统中，只有拥有与该用户公钥对应的用户私钥的用户自己才能够访问服务节点上存储的该凭证数据，或者由该用户在该服务节点中建立对于第三方，例如，使用方的授权信息，从而该第三方才能够访问服务节点中被用户授权访问的凭证数据。因此，用户需要在did系统中进行注册，以使得用户在系统中可以由系统唯一地识别的注册信息。
85.接收模块31接收到的该注册请求中可以包含有用户的用户信息，从而例如服务节点可以根据该注册请求来为该用户在did系统中创建用户标识，以便于用户在该服务节点中存储凭证数据以及通过服务节点对凭证数据以及用于对凭证数据进行加密的凭证密钥进行管理。
86.确定模块32可以用于根据用户信息确定用户的注册类型。
87.确定模块32可以根据接收模块31接收到的注册请求中的用户信息来首先确定用户的注册类型。由于在实际使用中，由于使用did系统的用户往往都是其他平台或系统的使用者，其使用did系统仅为了将自己的身份信息通过一个或多个由发证方签发的凭证数据来出示给使用方，从而避免在用户实际使用各种业务的平台或系统中泄露自己的身份信息。因此，did系统的用户并不是真的要在did系统中进行操作或请求业务。用户使用did系统是为了在其他系统或平台中出示身份证明。为此，虽然用户需要在did系统中预先进行注
册才能够使用该系统，但是如果由于did系统对于用户的注册要求而导致用户需要额外记录did系统中的用户标识，例如账户名称或在系统中的昵称等等，那么无疑大大增加了用户的不方便性。在该情况下，用户不仅需要记住自己在互联网上其他平台上使用的账户信息，还要额外记住在did系统中根据系统要求注册的账户信息。
88.为此，接收模块31所接收到的用户发送的注册请求中，用户信息可以包括有用户想要在did系统中使用的名称标识以及对于该名称标识的描述信息，从而确定模块32可以根据该描述信息来了解该名称标识相关的信息，从而对名称标识进行相应的处理。换言之，本技术实施例的多元化注册装置对于用户使用何种用户信息来进行注册没有任何约束，用户只需要在注册请求中的用户信息中包含其想要使用的名称标识以及对于该名称标识的描述。
89.检索模块33可以用于在与注册类型对应的已注册信息中检索与用户信息匹配的已注册信息。
90.生成模块34可以用于当检索结果为不存在与用户信息匹配的已注册信息时，根据用户信息生成该用户的注册信息。
91.在确定模块32根据接收模块31接收到的注册请求中的用户信息确定了用户想要注册的账号的类型之后，检索模块33可以在服务节点中存储的与该注册类型对应的已注册信息中检索是否存在与用户想要注册的用户信息匹配的已注册信息，以确保用户在did系统中可以具有唯一的标识。因此，当检索模块33的检索结果表示不存在与用户想要注册的用户信息匹配的已注册信息时，即表示接收模块31接收到的用户信息在当前的did系统中并没有被注册为其他用户使用。
92.例如，接收模块31接收到的用户信息的名称标识可以是该用户在第三方网站或平台上已经注册并使用的账户名称。例如，用户在访问某个由第三方运营的游戏平台或网站来请求使用其提供的游戏服务时，该平台或网站要求用户的年龄在用户访问该游戏平台或网站以请求使用其提供的游戏服务的日期已经等于或超过18岁。为此，在传统的现有技术中，用户需要在该第三方运营的游戏平台或网站上填写自己的出生日期等信息，并上传具有法律效力的身份证件，以便于该第三方运营的游戏平台或网站可以对该用户的用户信息进行核对。但是如上所述，这样的现有技术会导致用户的身份信息被存储在各个网站或平台上，从而带来了极大的隐私泄露风险。而使用了本技术实施例的did系统的用户，就可以通过在该第三方运营的游戏平台或网站向用户提出使用游戏服务的前提是年龄已经等于或超过18岁时，通过在did系统中请求认证方对于其在访问该游戏平台时的年龄签发凭证数据，而发证方可以将该凭证数据发送给服务节点，从而服务节点可以将该凭证数据存储在其存储空间中，并进行加密，而用户可以通知使用方来从服务节点获取该凭证数据，从而使用方可以根据该凭证数据来确认用户可以使用其网站或平台上提供的游戏服务。
93.因此，对于这样的用户来说，其很可能希望将其在经常访问的该游戏平台或网站上已经注册并使用的账户名称作为其在did系统中的名称标识，这样不仅用户无需额外记录专门用户did系统的该名称表示，而且作为运营用户所访问的游戏平台或网站的该第三方也可以直接根据用户在其平台上注册的该账户名称而在did系统中向用户或服务节点来请求该用户的凭证数据。
94.此外，在用户使用第三方账户名称的情况下，接收模块31接收到的用户信息中可
以进一步包含有对于该账户名称的描述，例如，可以是该账户名称被注册到的游戏网站的名称或网址。因此，确定模块32可以根据该描述信息而了解到用户想要使用的注册标识的类型是使用第三方账户进行注册的类型，并且检索模块33可以根据该描述信息中记录的例如第三方运营的网站的网址来向该网站发送账户名称验证信息，以请求该第三方运营的网站确认用户在did系统中向服务节点发送的注册请求中包含的该账户名称是否为其在该网站上使用的账户名称。而第三方运营的网站在根据服务节点的该验证信息确认用户在did系统中向服务节点提交的账户名称确实是在其网站上注册使用的账户名称，那么检索模块33可以根据用户在注册信息中包含的该注册标识，即账户名称，以及描述中包含的该第三方信息，例如网站名称，或者该第三方的公司名称等等，来生成在did系统中进行注册的注册标识。
95.例如，在本技术实施例中，检索模块33可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将描述信息中包含的该第三方的公司名称或运营的网站名称作为候选注册标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。
96.接下来可以根据如上生成的候选注册标识来在服务节点上已经存储的第三方账户注册类型下寻找该候选注册标识，例如将服务节点中存储的第三方账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在第三方账户注册类型的已经被其他人注册过的候选注册标识。
97.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，生成模块34可以将检索模块33所生成的候选注册标识作为该用户的注册标识。
98.此外，生成模块34根据用户指定的第三方账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。
99.为此，服务节点可以在为用户确定了注册标识之后，可以向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
100.此外，接收模块31接收到的注册请求中的用户信息中的名称标识也可以是该用户自行编写的账户名称。例如，用户希望为该did系统使用单独的账户名称，以便于其他人或恶意第三方不能够轻易地从其在公共平台上使用的账户名称而猜到其在did系统中使用的用户标识。
101.因此，在该情况下，接收模块31接收到的用户信息中可以进一步包括例如自定义等词语作为对于该账户名称的描述，从而确定模块32可以从该描述确定用户想要使用的注
册标识的类型是使用自定义账户名称注册的类型，并且检索模块33可以根据用户在注册信息中包含的该注册标识，即账户名称，以及did系统中预先设置的对于自定义账户名称的识别码或信息，来生成在did系统中进行注册的注册标识。
102.例如，在本技术实施例中，检索模块33可以将该用户在注册请求中包含的账户名称作为候选注册标识的一部分，并且将系统中预先设置的自定义注册的识别码作为候选注册标识的一部分，并且将之前根据描述信息确认的该用户注册的注册类型也作为候选注册标识的一部分，从而可以生成用于在did系统中进行注册的候选注册标识。在这里，由于服务节点还不能够确定在其中注册的用户账户是否存在重复的用户账户，因此还不能够直接将这样生成的候选注册标识作为该用户在did系统中使用来标识自己的注册信息。
103.检索模块33可以根据如上生成的候选注册标识来在服务节点上已经存储的自定义账户注册类型下寻找该候选注册标识，例如将服务节点中存储的自定义账户注册类型下的所有已注册信息中与其声称的候选注册标识进行比较，以确认是否在did系统中存在自定义账户注册类型的已经被其他人注册过的候选注册标识。
104.当上述检索结果指示不存在与根据用户的注册请求中的用户信息生成的注册标识时，生成模块34可以将如生成的候选注册标识作为该用户的注册标识。
105.在生成模块34根据用户自行创建的账户名称生成的注册标识之后，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。
106.为此，服务节点可以进一步向用户发送注册响应信息，并在该响应信息中包含已经为用户生成的注册信息以及对于用户公钥的用户公钥获取请求，从而用户在接收到该响应信息之后，可以使用自己的终端或使用用户节点来生成自己的公钥私钥对，并与从服务节点接收到的注册标识关联，之后可以将生成的公钥私钥对中的公钥发送给服务节点，从而服务节点在接收到该用户公钥之后，可以将该用户公钥与之前为该用户生成的注册信息关联地存储。
107.此外，接收模块31接收到的注册请求中的用户信息中的名称标识也可以是用户使用其终端或用户节点而生成的用户公钥。换言之，由于服务节点对于用户的凭证数据的加密需要使用用户的公钥来进行。例如，服务节点可以在接收到用户的凭证数据时为每个凭证数据生成一个凭证密钥来对该凭证数据进行加密，并且之后可以使用该用户的用户公钥来对该凭证密钥进行加密，从而在服务节点中存储的凭证数据，在没有用户的用户私钥的情况下，无法被其他人访问和读取，确保了用户的隐私数据的安全。因此，用户可以直接使用该用户公钥作为其在did系统中的名称标识，这样用户也不需要额外记录专门用户did系统的名称标识，而是每次只需要将自己的用户公钥作为did系统中唯一的标识来向服务节点或did系统中的其他节点发送各种请求。
108.因此，在该情况下，接收模块31接收到的用户信息中可以进一步包含有对于该账户名称的描述，例如，可以是例如“用户公钥”这样的预定描述术语。因此，确定模块32可以根据该描述信息而了解到用户想要使用的注册标识的类型是使用该用户的用户公钥进行
注册的类型。进而检索模块33可以在已经存储的用户公钥注册类型下寻找该用户公钥，例如将服务节点中存储的用户公钥注册类型下的所有已注册信息中与用户发送的用户公钥进行比较，以确认是否在did系统中存在用户公钥注册类型的已经被其他人注册过的用户公钥。
109.当上述检索结果指示不存在与根据用户的注册请求中的用户公钥时，生成模块34可以将该用户公钥作为该用户的注册标识。
110.由于在该情况下，用户在did系统中的注册标识就是服务节点用于对该用户的凭证密钥进行加密所使用的用户公钥，因此，服务节点在如上将用户公钥作为该用户的注册标识后，就无须再另行请求用户发送该用户公钥，而是可以仅在向用户发送的注册响应信息中包含该用户公钥作为已注册信息，并且还可以进一步包含注册成功这样的注册状态信息。
111.本技术实施例提供的基于did凭证数据存储区的多元化注册装置，通过根据用户节点发送的用户的注册请求中的用户信息来确定该用户注册的注册类型，并在与注册类型对应的已注册信息中来检索是否存在于用户信息匹配的已注册信息，当不存在匹配的已注册信息时，可以根据用户信息来生成该用户的注册信息，因此，能够允许用户使用各种类型的用户信息作为其在did系统中的注册信息，并且可以通过在相应类型的已注册信息中来查询是否存在与用户信息匹配的已注册信息，以避免用户注册信息的重复，从而在为用户提供了灵活的注册方式的情况下，确保了用户注册的安全性。
112.实施例四
113.以上描述了基于did凭证数据存储区的多元化注册装置的内部功能和结构，其可实现为一种电子设备。图4为本技术提供的电子设备实施例的结构示意图。如图4所示，该电子设备包括存储器41和处理器42。
114.存储器41，用于存储程序。除上述程序之外，存储器41还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
115.存储器41可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
116.处理器42，不仅仅局限于处理器(cpu)，还可能为图形处理器(gpu)、现场可编辑门阵列(fpga)、嵌入式神经网络处理器(npu)或人工智能(ai)芯片等处理芯片。处理器42，与存储器41耦合，执行存储器41所存储的程序，以执行上述实施例二的基于did凭证数据存储区的多元化注册方法。
117.进一步，如图4所示，电子设备还可以包括：通信组件43、电源组件44、音频组件45、显示器46等其它组件。图4中仅示意性给出部分组件，并不意味着电子设备只包括图4所示组件。
118.通信组件43被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi、3g、4g或5g，或它们的组合。在一个示例性实施例中，通信组件43经由广播信道接收来自外部广播管理系统的广播信号或广播相关信
息。在一个示例性实施例中，所述通信组件43还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
119.电源组件44，为电子设备的各种组件提供电力。电源组件44可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。
120.音频组件45被配置为输出和/或输入音频信号。例如，音频组件45包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器41或经由通信组件43发送。在一些实施例中，音频组件45还包括一个扬声器，用于输出音频信号。
121.显示器46包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
122.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
123.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。