CN116975807A - 服务系统注册方法及装置、电子设备、计算机可读介质 - Google Patents

Abstract

本申请的实施例公开了一种服务系统注册方法及装置、设备、介质。该方法包括：通过根据注册请求方发送的针对指定服务系统的注册请求中携带的注册请求方的标识信息，检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果，并基于检测结果相匹配的检测方式对注册请求方的注册资质进行校验，并在校验通过后，允许注册请求方注册到指定服务系统。本申请的技术方案兼容了服务系统注册的校验准确性和合理性，极大地优化了服务系统注册方案。

Description

服务系统注册方法及装置、电子设备、计算机可读介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种服务系统注册方法、服务系统注册装置、电子设备及计算机可读介质。

背景技术

相关技术中注册请求方在注册到服务系统之前，都需要经过注册资质校验，其中，注册资质校验涉及到多个待校验文件如营业执照文件、法人代表身份文件，其他有效证明文件等的校验，校验过程不仅非常繁琐而且灵活性较低，还在极大程度上增加了时间成本与人力成本。

可见，如何提升注册请求方注册服务系统的注册资质校验合理性是亟待解决的问题。

发明内容

为解决上述技术问题，本申请的实施例提供了一种服务系统注册方法及装置、设备、介质，进而至少在一定程度上提升了注册请求方注册服务系统的注册资质校验合理性。

根据本申请实施例的一个方面，本申请实施例提供了一种服务系统注册方法，所述方法包括：接收注册请求方发送的针对指定服务系统的注册请求，所述注册请求中携带有所述注册请求方的标识信息；根据所述注册请求方的标识信息检测所述指定服务系统是否是所述注册请求方首次注册的服务系统，得到检测结果；从多个校验方式中选择与所述检测结果相匹配的校验方式；其中，所述多个校验方式中的不同校验方式所对应的信息校验完整度不同；根据选择出的校验方式对所述注册请求方的注册资质进行校验，并在校验通过后，允许所述注册请求方注册到所述指定服务系统。

根据本申请实施例的一个方面，本申请实施例提供了一种服务系统注册装置，所述装置包括：接收模块，配置为接收注册请求方发送的针对指定服务系统的注册请求，所述注册请求中携带有所述注册请求方的标识信息；检测模块，配置为根据所述注册请求方的标识信息检测所述指定服务系统是否是所述注册请求方首次注册的服务系统，得到检测结果；选择模块，配置为从多个校验方式中选择与所述检测结果相匹配的校验方式；其中，所述多个校验方式中的不同校验方式所对应的信息校验完整度不同；校验模块，配置为根据选择出的校验方式对所述注册请求方的注册资质进行校验，并在校验通过后，允许所述注册请求方注册到所述指定服务系统。

在本申请的一个实施例中，基于前述方案，所述检测模块，具体配置为：检测是否存在与所述注册请求方的标识信息相匹配的共享账号；其中，所述共享账号是所述注册请求方首次注册服务系统时，对所述注册请求方的注册资质进行校验通过后生成的；若不存在所述共享账号，则得到用于表征所述指定服务系统是所述注册请求方首次注册的服务系统的检测结果；若存在所述共享账号，则得到用于表征所述指定服务系统不是所述注册请求方首次注册的服务系统的检测结果。

在本申请的一个实施例中，基于前述方案，所述选择模块，具体配置为：若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，则从多个校验方式中选择第一校验方式作为与所述检测结果相匹配的校验方式；若所述检测结果表征所述指定服务系统不是所述注册请求方首次注册的服务系统，则从多个校验方式中选择第二校验方式作为与所述检测结果相匹配的校验方式；其中，所述第一校验方式的信息校验完整度高于所述第二校验方式的信息校验完整度。

在本申请的一个实施例中，基于前述方案，若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，所述校验模块包括：开通单元，配置为为所述注册请求方开通共享账号；第一关联存储单元，配置为将所述注册请求方的标识信息、所述共享账号，以及所述指定服务系统的标识信息进行关联存储；第二关联存储单元，配置为基于所述注册请求方针对所述指定服务系统请求授权的功能，为所述功能开通子账户，并将所述子账户与所述共享账号对应的超级账户进行关联存储；其中，所述超级账户用于管理所关联的子账户。

在本申请的一个实施例中，基于前述方案，所述装置还包括：获取模块，配置为获取所述注册请求方指定的超级管理员的标识信息；开通模块，配置为基于所述超级管理员的标识信息开通与所述共享账号相匹配的超级账户；关联存储模块，配置为将所述注册请求方的标识信息、所述超级管理员的标识信息，以及所述共享账号进行关联存储。

在本申请的一个实施例中，基于前述方案，所述第二关联存储单元，具体配置为：接收所述注册请求方发送的针对所述指定服务系统的功能授权请求，所述功能授权请求中携带有待开通的功能对应的功能信息；若基于所述功能信息校验所述待开通的功能满足预设开通条件，则为所述功能开通子账户；将所述子账户挂载在所述共享账号对应的超级账户下，以将所述子账户与所述共享账号对应的超级账户进行关联存储。

在本申请的一个实施例中，基于前述方案，若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，所述校验模块包括：第一获取单元，配置为获取所述注册请求方的完整资质材料；第一校验单元，配置为基于所述完整资质材料对所述注册请求方的注册资质进行校验。

在本申请的一个实施例中，基于前述方案，所述完整资质材料包括：多个待校验资质文件；所述第一校验单元，具体配置为：分别检测所述多个待校验资质文件是否满足第一预设注册资质要求；若所述多个待校验资质文件均满足所述第一预设注册资质要求，则确定对所述注册请求方的注册资质校验通过；若所述多个待校验资质文件中存在不满足所述第一预设注册资质要求的待校验资质文件，则确定对所述注册请求方的注册资质校验未通过。

在本申请的一个实施例中，基于前述方案，若所述检测结果表征所述指定服务系统不是所述注册请求方首次注册的服务系统，所述校验模块包括：第三关联存储单元，配置为将所述注册请求方的标识信息与所述指定服务系统的标识信息进行关联存储；第四关联存储单元，配置为基于所述注册请求方针对所述指定服务系统请求授权的功能，为所述功能开通子账户，并将所述子账户与所述共享账号对应的超级账户进行关联存储；其中，所述超级账户用于管理所关联的子账户。

在本申请的一个实施例中，基于前述方案，若所述检测结果表征所述指定服务系统不是所述注册请求方首次注册的服务系统，所述校验模块包括：第二获取单元，配置为获取所述注册请求方的关键资质材料；第二校验单元，配置为基于所述关键资质材料对所述注册请求方的注册资质进行校验。

在本申请的一个实施例中，基于前述方案，所述关键资质材料包括：从完整资质文件中所选取到的部分待校验资质文件；所述第二校验单元，具体配置为：检测所述部分待校验资质文件是否满足第二预设注册资质要求；若所述部分待校验资质文件满足所述第二预设注册资质要求，则确定对所述注册请求方的注册资质校验通过；若所述部分待校验资质文件不满足所述第二预设注册资质要求，则确定对所述注册请求方的注册资质校验未通过。

在本申请的一个实施例中，基于前述方案，所述装置还包括：所述检测模块，还配置为基于所述指示信息，检测是否存在与所述注册请求方的标识信息相匹配的共享账号；开通模块，配置为若存在所述共享账号，则在对注册请求方的注册资质校验通过后，为所述注册请求方开通另一共享账号；其中，所述另一共享账号不同于所检测到的共享账号。

在本申请的一个实施例中，基于前述方案，所述装置还包括：所述接收模块，还配置为接收所述注册请求方发送的升级请求，所述升级请求中包含有所述注册请求方的升级资质材料；所述校验模块，还配置为基于所述升级资质材料对所述注册请求方的升级资质进行校验；新增模块，配置为在对所述注册请求方的升级资质进行校验通过后，为所述注册请求方新增服务系统权限。

根据本申请实施例的一个方面，本申请实施例提供了一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的服务系统注册方法。

根据本申请实施例的一个方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的服务系统注册方法。

根据本申请实施例的一个方面，本申请实施例提供了一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现如上所述的服务系统注册方法。

在本申请的实施例提供的技术方案中：

一方面，相对于相关技术中始终对注册请求方的注册资质进行完整度较高的校验而言，本申请实施例中的检测方式与检测结果相匹配，对注册请求方的注册资质校验更为合理，兼容了校验的准确性和合理性，并且在一定程度上降低了校验的繁琐性，提升了校验的灵活性。

一方面，由于对注册请求方的注册资质校验更为合理，因而能够节省校验的时间，在一定程度上提升了校验的效率，同时还降低了校验的成本如人力成本、计算资源成本等。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是可以应用本申请实施例的技术方案的示例性实施环境的示意图。

图2是本申请的一示例性实施例示出的服务系统注册方法的流程图。

图3是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图4是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图5是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图6是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图7是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图8是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图9是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图10是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图11是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图12是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图13是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图14是本申请的一示例性实施例示出的注册请求方注册类型的示意图。

图15是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图16是本申请的另一示例性实施例示出的服务系统注册方法的流程图。

图17是本申请的一示例性实施例示出的服务系统注册方法中各链接关系的示意图。

图18是本申请的另一示例性实施例示出的服务系统注册装置的框图。

图19是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相相同的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相同的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是，在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在介绍本申请实施例的技术方案之前，先对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

人工智能(Artificial Intelligence，简称AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习、自动驾驶、智慧交通等几大方向。

人工智能技术中的机器学习(Machine Learning，简称ML)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括神经网络、置信网络、强化学习、迁移学习、归纳学习、示教学习等技术。

区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块(即区块)，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。如上，区块链本质上是一个去中心化的数据库，而区块链是由区块链网络中的节点共同维护的。

相关技术中注册请求方如商户在注册到服务系统如提供某服务的平台之前，都需要经过注册资质校验，其中，注册资质校验涉及到多个待校验文件如营业执照文件、法人代表身份文件，其他有效证明文件等的校验；可见，注册请求方每注册到一个服务系统中，都面临着相同的校验流程，该是相对繁琐且重复的，而且还造成了一定时间成本与人力成本的增加。

因此，在注册请求方注册服务系统的场景中，本申请实施例提出了一种服务系统注册方案。请参阅图1，图1是本申请一种示例性实施环境的示意图。该实施环境中包括终端设备101和服务器102，终端设备101和服务器102之间通过有线或者无线网络进行通信。

需要说明的是，图1中的终端设备101和服务器102的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备101和服务器102。

可以理解的是，终端设备101对应注册请求方一侧，注册请求方则是请求注册到服务系统的一方，其包括但不限于以社会信用代码为基础的商户主体(也称企业主体)等。注册请求方可以通过终端设备101发送针对待注册的服务系统(也称指定服务系统)的注册请求至服务器102中，以实现注册请求方注册服务系统的需求。

其中，终端设备101可以是任意具有输入接口的电子设备，包括但不限于智能手机、平板、笔记本电脑、计算机、智能语音交互设备、智能家电、车载终端、飞行器等，其中，输入接口包括但不限于触摸屏、键盘、物理按键、音频拾取装置等。

可以理解的是，服务器102对应校验方一侧，校验方则是对注册请求方的注册资质进行校验的一方，其可以是注册请求方和服务系统的中间者，也可以是服务系统对应的服务器。其中，服务系统是提供服务的系统，该服务系统具有计算机硬件或软件的操作环境，例如通过计算机程序实现的提供某服务的平台；服务系统包括但不限于交易服务系统(如交易平台)、技术服务系统(如技术平台)、软件即服务(Software-as-a-service，SaaS)系统(如SaaS平台)等。举例说明，例如注册请求方是买家、卖家，服务系统则可以是交易服务系统，从而为买家和卖家提供交易相关服务，实现买家与卖家之间的交易。服务器102可以接收注册请求方发送的针对指定服务系统的注册请求；之后根据注册请求中携带的注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果；之后从多个校验方式中选择与检测结果相匹配的校验方式，其中多个校验方式中的不同校验方式所对应的信息校验完整度不同；之后根据选择出的校验方式对注册请求方的注册资质进行校验，并在校验通过后，允许注册请求方注册到指定服务系统。

其中，服务器102可以是提供各种服务的服务器，其可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和智能平台等基础云计算服务的云服务器，本处不对此进行限制。

通过实施本申请实施例的技术方案，对注册请求方的注册资质校验更为合理，兼容了校验的准确性和合理性，降低了校验的繁琐性，提升了校验的灵活性；同时能够节省校验的时间，提升了校验的效率，降低了校验的成本如人力成本、计算资源成本等。

需要说明的是，在本申请的具体实施方式中，涉及到对象相关的数据，可以存储在区块链网络中以提升安全性，同时当本申请实施例运用到具体产品或技术中时，需要获得对象许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

请参阅图2，图2是本申请的一个实施例示出的方法的流程图，该服务系统注册方法可以由图1中所示的服务器102来执行。如图2所示，服务系统注册方法至少包括步骤S201至步骤S204，详细介绍如下：

步骤S201，接收注册请求方发送的针对指定服务系统的注册请求，注册请求中携带有注册请求方的标识信息。

本申请实施例中注册请求方在有注册到指定服务系统的需求时，可以下发针对该指定服务系统的注册请求，相应地，校验方可以接收注册请求方发送的针对该指定服务系统的注册请求，之后基于该注册请求实现一系列逻辑运算，确定是否允许注册请求方注册到指定服务系统中(具体逻辑运算请参见后文介绍)。

步骤S202，根据注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果。

本申请实施例中注册请求方所发送的针对指定服务系统的注册请求中携带有注册请求方的标识信息，校验方就可以根据注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果。

本申请实施例中注册请求方首次注册的服务系统是注册请求方第一次注册的服务系统；例如注册请求方到现在时刻为止一共注册了5个服务系统，其中注册时间的由先至后的顺序分别为服务系统A、服务系统B、服务系统C、服务系统D、服务系统E，那么服务系统A则为注册请求方首次注册的服务系统，相应地，服务系统B、服务系统C、服务系统D、服务系统E则都是注册请求方非首次注册的服务系统。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图3，步骤S202中根据注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果的过程，可以包括步骤S301至步骤S303，详细介绍如下：

步骤S301，检测是否存在与注册请求方的标识信息相匹配的共享账号；其中，共享账号是注册请求方首次注册服务系统时，对注册请求方的注册资质进行校验通过后生成的；

步骤S302，若不存在共享账号，则得到用于表征指定服务系统是注册请求方首次注册的服务系统的检测结果；

步骤S303，若存在共享账号，则得到用于表征指定服务系统不是注册请求方首次注册的服务系统的检测结果。

也即，可选实施例中校验方可以通过检测是否存在与注册请求方的标识信息相匹配的共享账号，得到相应的检测结果。其中，如果检测到不存在与注册请求方的标识信息相匹配的共享账号，则得到的是用于表征指定服务系统是注册请求方首次注册的服务系统的检测结果，如果检测到存在与注册请求方的标识信息相匹配的共享账号，则得到的是用于表征指定服务系统不是注册请求方首次注册的服务系统的检测结果。

其中，可选实施例中共享账号是注册请求方首次注册服务系统时，对注册请求方的注册资质进行校验通过后生成的。

举例说明，例如承接前述示例，在注册请求方注册服务系统A(即注册请求方首次注册服务系统)时，对注册请求方的注册资质进行校验通过后允许其注册服务系统A，并为之分配一个共享账号，而在注册请求方注册服务系统B(即注册请求方非首次注册服务系统)时，对注册请求方的注册资质进行校验通过后同样允许其注册服务系统B，此时则不再为之分配共享账号，后续的注册服务系统同注册服务系统B，这里不再赘述。即可选实施例中针对同一注册请求方，共享账号的数量是一个，且共享账号的生成时刻是注册请求方首次注册服务系统时。

这样，实施可选实施例，通过检测是否存在与注册请求方的标识信息相匹配的共享账号，可以简单便捷地得到相应的检测结果，以为后续校验提供支持。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图4，注册请求中还携带有用于开通另一共享账号的指示信息；还可以包括步骤S401至步骤S402，详细介绍如下：

步骤S401，基于指示信息，检测是否存在与注册请求方的标识信息相匹配的共享账号；

步骤S402，若存在共享账号，则在对注册请求方的注册资质校验通过后，为注册请求方开通另一共享账号；其中，另一共享账号不同于所检测到的共享账号。

也即，可选实施例中校验方可以基于指示信息，检测是否存在与注册请求方的标识信息相匹配的共享账号，如果检测到存在与注册请求方的标识信息相匹配的共享账号，则可以在对注册请求方的注册资质校验通过后，为注册请求方开通另一共享账号，其中另一共享账号不同于所检测到的共享账号，如果检测到不存在与注册请求方的标识信息相匹配的共享账号，则可以不做处理。

其中，可选实施例中根据注册请求方的不同需求，其可以在注册请求中携带用于开通另一共享账号的指示信息，这样校验方就可以根据该指示信息检测到存在与注册请求方的标识信息相匹配的共享账号，在对注册请求方的注册资质校验通过后，为注册请求方开通另一共享账号。

举例说明，例如承接前述示例，在注册请求方注册服务系统A(即注册请求方首次注册服务系统)时，对注册请求方的注册资质进行校验通过后允许其注册服务系统A，并为之分配一个共享账号；在注册请求方注册服务系统B(即注册请求方非首次注册服务系统)时，当注册请求方的注册请求中携带了用于开通另一共享账号的指示信息，则对注册请求方的注册资质进行校验通过后同样允许其注册服务系统B，并为之分配另一个共享账号，后续的注册服务系统根据注册请求方的注册请求中是否携带有用于开通另一共享账号的指示信息为准，这里不再赘述。即可选实施例中针对同一注册请求方，共享账号的数量是多个，且共享账号的生成时刻可以是注册请求方首次注册服务系统时，也可以是注册请求方非首次注册服务系统时。

这样，实施可选实施例，同一注册请求方可以对应多个共享账号，满足了注册请求方在不同应用场景下的需求，能够适用于更广的应用场景中。

步骤S203，从多个校验方式中选择与检测结果相匹配的校验方式；其中，多个校验方式中的不同校验方式所对应的信息校验完整度不同。

本申请实施例中校验方根据注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果，之后可以从多个校验方式中选择与检测结果相匹配的校验方式。

本申请实施例中校验方式是对注册请求方的注册资质进行校验所采用的方式，其中本申请实施例中预置有多个校验方式，并且多个校验方式中的不同校验方式所对应的信息校验完整度不同；可以对注册请求方的注册资质采用与之匹配的校验方式进行校验，从而兼容校验的准确性和合理性。

在本申请的一个实施例中，步骤S203中从多个校验方式中选择与检测结果相匹配的校验方式的过程，可以包括以下两种情况，详细介绍如下：

情况一，若检测结果表征指定服务系统是注册请求方首次注册的服务系统，则从多个校验方式中选择第一校验方式作为与检测结果相匹配的校验方式。

也即，可选实施例中如果检测结果表征指定服务系统是注册请求方首次注册的服务系统，则从多个校验方式中选择出第一校验方式，相应地，后续则基于第一校验方式对注册请求方的注册资质进行校验。

情况二，若检测结果表征指定服务系统不是注册请求方首次注册的服务系统，则从多个校验方式中选择第二校验方式作为与检测结果相匹配的校验方式；其中，第一校验方式的信息校验完整度高于第二校验方式的信息校验完整度。

也即，可选实施例中检测结果表征指定服务系统不是注册请求方首次注册的服务系统，则从多个校验方式中选择出第二校验方式，相应地，后续则基于第二校验方式对注册请求方的注册资质进行校验。

其中，可选实施例中的情况一和情况二中，第一校验方式的信息校验完整度高于第二校验方式的信息校验完整度。即如果检测结果表征指定服务系统是注册请求方首次注册的服务系统(即注册请求方是首次注册服务系统)，则表征注册请求方完全没有经过任何注册资质校验，所以需要选择信息校验完整度高的第一校验方式，以对其进行完整度较高的校验，从而保证后续校验的准确性；而如果检测结果表征指定服务系统不是注册请求方首次注册的服务系统(即注册请求方是非首次注册服务系统)，则表征注册请求方已经过注册资质校验，所以可以选择信息校验完整度低的第二校验方式，以对其进行完整度较低的校验，从而减少不必要的校验流程，提升后续校验的合理性。

为了便于理解，例如请参见表1所示，为可选实施例中所示例的校验过程。

表1

这样，实施可选实施例，通过检测结果选择与之相匹配的校验方式，为后续基于校验方式对注册请求方的注册资质进行校验提供了支持；并且由于校验方式的选取相对于相关技术而言是更为合理的，因而基于校验方式对注册请求方的注册资质进行的校验兼容了校验准确性和合理性。

步骤S204，根据选择出的校验方式对注册请求方的注册资质进行校验，并在校验通过后，允许注册请求方注册到指定服务系统。

本申请实施例中校验方从多个校验方式中选择与检测结果相匹配的校验方式，之后根据选择出的校验方式对注册请求方的注册资质进行校验，并在校验通过后，允许注册请求方注册到指定服务系统。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图5，若检测结果表征指定服务系统是注册请求方首次注册的服务系统(即情况一)，则步骤S204中根据选择出的校验方式对注册请求方的注册资质进行校验的过程，可以包括步骤S501至步骤S502，详细介绍如下：

步骤S501，获取注册请求方的完整资质材料；

步骤S502，基于完整资质材料对注册请求方的注册资质进行校验。

也即，可选实施例中第一校验方式具体是获取注册请求方的完整资质材料，并基于完整资质材料对注册请求方的注册资质进行校验，从而实现对注册请求方的完整度较高的校验，保证了校验的准确性。

其中，可选实施例中完整资质材料是涉及注册请求方各方面资质信息的完整材料，其通常包含多个待校验资质文件；例如完整资质材料包括但不限于营业执照、法人代表人身份证件，以及其他有效证明文件等，其中营业执照、法人代表人身份证件，以及其他有效证明文件即为多个待校验资质文件。可以理解的是，在实际应用中，可以根据具体应用场景确定完整资质材料。

这样，实施可选实施例，当注册请求方是首次注册服务系统时，通过对其进行完整度较高的校验，保证了校验的准确性。

基于图5所示实施例的技术方案，在本申请的一个实施例中，请参阅图6，完整资质材料包括：多个待校验资质文件；步骤S502中基于完整资质材料对注册请求方的注册资质进行校验的过程，可以包括步骤S601至步骤S603，详细介绍如下：

步骤S601，分别检测多个待校验资质文件是否满足第一预设注册资质要求；

步骤S602，若多个待校验资质文件均满足第一预设注册资质要求，则确定对注册请求方的注册资质校验通过；

步骤S603，若多个待校验资质文件中存在不满足第一预设注册资质要求的待校验资质文件，则确定对注册请求方的注册资质校验未通过。

也即，可选实施例中校验方分别检测多个待校验资质文件是否满足第一预设注册资质要求，如果所有的待校验资质文件均满足第一预设注册资质要求，则可以确定对注册请求方的注册资质校验通过，如果所有的待校验资质文件中存在一个或多个待校验资质文件不满足第一预设注册资质要求，则可以确定对注册请求方的注册资质校验未通过。

其中，可选实施例中第一预设注册资质要求是基于服务系统的具体情况而设定。

举例说明，例如仍承接前述示例，针对注册请求方注册服务系统A而言，设完整资质材料包括3个待校验资质文件；其中，如果3个待校验资质文件均满足第一预设注册资质要求，则此时确定对注册请求方的注册资质校验通过，那么是允许注册请求方注册到服务系统A，如果3个待校验资质文件中存在一个或多个不满足第一预设注册资质要求，则此时确定对注册请求方的注册资质校验未通过，那么是拒绝注册请求方注册到服务系统A。

这样，实施可选实施例，只有当多个待校验资质文件均满足第一预设注册资质要求时，才确定对注册请求方的注册资质校验通过，实现了对注册请求方的完整度较高的校验。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图7，若检测结果表征指定服务系统是注册请求方首次注册的服务系统(即情况二)，则步骤S204中根据选择出的校验方式对注册请求方的注册资质进行校验的过程，可以包括步骤S701至步骤S702，详细介绍如下：

步骤S701，获取注册请求方的关键资质材料；

步骤S702，基于关键资质材料对注册请求方的注册资质进行校验。

也即，可选实施例中第二校验方式具体是获取注册请求方的关键资质材料，并基于关键资质材料对注册请求方的注册资质进行校验，从而实现对注册请求方的完整度较低的校验，减少了不必要的校验流程，提升了校验的合理性。

其中，可选实施例中关键资质材料是从完整资质文件中所选取到的部分待校验资质文件；例如完整资质文件可以包括营业执照、法人代表人身份证件，以及其他有效证明文件等，由于营业执照包含的信息较多，因而可以选取营业执照作为部分待校验资质文件。可以理解的是，在实际应用中，可以根据具体应用场景从完整资质文件中选取部分待校验资质文件作为关键资质材料。

这样，实施可选实施例，当注册请求方不是首次注册服务系统时，通过对其进行完整度较低的校验，减少了不必要的校验流程，提升了校验的合理性。

基于图7所示实施例的技术方案，在本申请的一个实施例中，请参阅图8，关键资质材料包括：从完整资质文件中所选取到的部分待校验资质文件；步骤S702中基于关键资质材料对注册请求方的注册资质进行校验的过程，可以包括步骤S801至步骤S803，详细介绍如下：

步骤S801，检测部分待校验资质文件是否满足第二预设注册资质要求；

步骤S802，若部分待校验资质文件满足第二预设注册资质要求，则确定对注册请求方的注册资质校验通过；

步骤S803，若部分待校验资质文件不满足第二预设注册资质要求，则确定对注册请求方的注册资质校验未通过。

也即，可选实施例中校验方检测部分待校验资质文件是否满足第二预设注册资质要求，如果部分待校验资质文件满足第二预设注册资质要求，则可以确定对注册请求方的注册资质校验通过，如果部分待校验资质文件不满足第二预设注册资质要求，则可以确定对注册请求方的注册资质校验未通过。

其中，可选实施例中第二预设注册资质要求同样是基于服务系统的具体情况而设定，通常的，第二预设注册资质要求是第一预设注册资质要求中所选取到的部分注册资质要求。

举例说明，例如仍承接前述示例，针对注册请求方注册服务系统B而言，设从完整资质文件所包含的3个待校验资质文件中选取到1个待校验资质文件作为部分待校验文件；其中，如果1个待校验资质文件满足第二预设注册资质要求，则此时确定对注册请求方的注册资质校验通过，那么是允许注册请求方注册到服务系统B，如果1个待校验资质文件不满足第二预设注册资质要求，则此时确定对注册请求方的注册资质校验未通过，那么是拒绝注册请求方注册到服务系统B。

这样，实施可选实施例，只要当部分待校验资质文件满足第二预设注册资质要求，就可以确定对注册请求方的注册资质校验通过，实现了对注册请求方的完整度较低的校验。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图9，若检测结果表征指定服务系统是注册请求方首次注册的服务系统(即情况一)，则步骤S204中允许注册请求方注册到指定服务系统的过程，可以包括步骤S901至步骤S903，详细介绍如下：

步骤S901，为注册请求方开通共享账号；

步骤S902，将注册请求方的标识信息、共享账号，以及指定服务系统的标识信息进行关联存储；

步骤S903，基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储；其中，超级账户用于管理所关联的子账户。

也即，可选实施例中当注册请求方是首次注册服务系统时，校验方会为注册请求方开通共享账号，之后可以将注册请求方的标识信息、共享账号，以及指定服务系统的标识信息进行关联存储，以及基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储。

其中，由于当前是注册请求方首次注册服务系统的场景，因而可选实施例中共享账号是对注册请求方的注册资质进行完整度较高的校验通过后生成的。

其中，可选实施例中将注册请求方的标识信息、共享账号，以及指定服务系统的标识信息进行关联存储，可以是将注册请求方的标识信息以及共享账号二者进行关联存储，以及将注册请求方的标识信息以及指定服务系统的标识信息二者进行关联存储；也可以是将注册请求方的标识信息、共享账号，以及指定服务系统的标识信息三者共同进行关联存储。

示例性地，将注册请求方的标识信息以及共享账号二者进行关联存储，这样后期如果同一注册请求方再次有注册服务系统的需求时，那么可以基于注册请求中所携带的注册请求方的标识信息检测到存在与注册请求方的标识信息相匹配的共享账号，从而对其进行完整度较低的校验。

示例性地，将注册请求方的标识信息以及指定服务系统的标识信息二者进行关联存储，这样可以便于后期管理注册请求方所注册的服务系统；例如可以基于指定服务系统的标识信息快速查找到注册请求方当前所注册的服务系统的数量、名称等。

其中，可选实施例中可以基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储，这样可以便于后期管理注册请求方所注册到的服务系统的相关功能；例如可以基于超级账户管理其所关联的子账户等。

这样，实施可选实施例，通过建立注册请求方、共享账号，以及指定服务系统之间的关系，以及建立功能对应子账户与共享账号对应的超级账户之间的关系，为后期注册请求方针对所注册到的服务系统的各方面管理提供有力支持，管理便捷。

基于图9所示实施例的技术方案，在本申请的一个实施例中，请参阅图10，在步骤S903中将子账户与共享账号对应的超级账户进行关联存储的过程之前，还可以包括步骤S1001至步骤S1003，详细介绍如下：

步骤S1001，获取注册请求方指定的超级管理员的标识信息；

步骤S1002，基于超级管理员的标识信息开通与共享账号相匹配的超级账户；以及

步骤S1003，将注册请求方的标识信息、超级管理员的标识信息，以及共享账号进行关联存储。

也即，可选实施例中校验方可以获取注册请求方指定的超级管理员的标识信息，之后基于超级管理员的标识信息开通与共享账号相匹配的超级账户，以及将注册请求方的标识信息、超级管理员的标识信息，以及共享账号进行关联存储。

其中，可选实施例中会基于超级管理员的标识信息开通与共享账号相匹配的超级账户，即超级账户不仅与共享账号存在关联关系(超级账户与共享账号可以是一对一的关系)，还与超级管理员的标识信息存在关联关系(超级账户与超级管理员的标识信息可以是一对一的关系，也可以是一对多的关系)。

其中，可选实施例中将注册请求方的标识信息、超级管理员的标识信息，以及共享账号进行关联存储，这样可以便于后期管理注册请求方所对应的超级管理员；例如可以基于注册请求方的标识信息快速查找到注册请求方所指定的超级管理员的数量、名称等。

这样，实施可选实施例，通过建立注册请求方的标识信息、超级管理员的标识信息，以及共享账号之间的关系，进一步为后期注册请求方针对所注册到的服务系统的各方面管理提供有力支持，管理更为便捷。

基于图9所示实施例的技术方案，在本申请的一个实施例中，请参阅图11，步骤S903中基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储的过程，可以包括步骤S1101至步骤S1103，详细介绍如下：

步骤S1101，接收注册请求方发送的针对指定服务系统的功能授权请求，功能授权请求中携带有待开通的功能对应的功能信息；

步骤S1102，若基于功能信息校验待开通的功能满足预设开通条件，则为功能开通子账户；

步骤S1103，将子账户挂载在共享账号对应的超级账户下，以将子账户与共享账号对应的超级账户进行关联存储。

也即，可选实施例中校验方可以接收注册请求方发送的针对指定服务系统的功能授权请求，之后基于功能授权请求中携带的待开通的功能对应的功能信息校验待开通的功能是否满足预设开通条件，如果满足预设开通条件，则可以为功能开通子账户，并将开通的子账户挂载在共享账号对应的超级账户下，以实现子账户与共享账号对应的超级账户的关联存储，如果不满足预设开通条件，则可以不做处理，即不为功能开通子账户。

其中，可选实施例中预设开通条件包括但不限于可以开通的功能，其可以基于服务系统的具体类型而设定；例如设指定服务系统为交易服务系统，那么预设开通条件包括但不限于可以开通绑定银行卡功能、转账功能、查询余额功能等。可选地，预设开通条件还可以基于与注册请求方的具体会员情况而设定；例如如果注册请求方是属于等级较高的会员，那么其对应的预设开通条件所包含的能够开通的功能则较多，如果注册请求方是属于等级较低的会员，那么其对应的预设开通条件所包含的能够开通的功能则较少。

其中，可选实施例中为功能开通子账户表征开通了该功能，即子账户对应功能，那么结合超级账户，存在三层架构，第三层(即最顶层)为超级账户，第二层为子账户(子账户挂载在超级账户下)，第一层(即最底层)为功能(功能挂载在子账户下)。

这样，实施可选实施例，当基于功能信息校验待开通的功能满足预设开通条件时，才为功能开通子账户，保证了子账户开通的准确性，同时还避免了任意开通子账户所导致的存储空间浪费、管理困难的情况。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图12，若检测结果表征指定服务系统是注册请求方首次注册的服务系统(即情况二)，则步骤S204中允许注册请求方注册到指定服务系统的过程，可以包括步骤S1201至步骤S1202，详细介绍如下：

步骤S1201，将注册请求方的标识信息与指定服务系统的标识信息进行关联存储；

步骤S1202，基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储；其中，超级账户用于管理所关联的子账户。

也即，可选实施例中当注册请求方不是首次注册服务系统时，校验方可以将注册请求方的标识信息与指定服务系统的标识信息进行关联存储，以及基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储。

其中，可选实施例中当注册请求方不是首次注册服务系统时允许注册请求方注册到指定服务系统的过程，相对于当注册请求方是首次注册服务系统时允许注册请求方注册到指定服务系统的过程，少了为注册请求方开通共享账号，以及将共享账号一起进行关联存储的步骤。具体地，步骤S1201至步骤S1202可以参阅前述实施例中的步骤S902至步骤S903，这里不再赘述。

这样，实施可选实施例，通过建立注册请求方与指定服务系统之间的关系，以及建立功能对应子账户与共享账号对应的超级账户之间的关系，为后期注册请求方针对所注册到的服务系统的各方面管理提供有力支持，管理便捷。

基于图2所示实施例的技术方案，在本申请的一个实施例中，请参阅图13，在步骤S204中允许注册请求方注册到指定服务系统的过程之后，还可以包括步骤S1301至步骤S1303，详细介绍如下：

步骤S1301，接收注册请求方发送的升级请求，升级请求中包含有注册请求方的升级资质材料；

步骤S1302，基于升级资质材料对注册请求方的升级资质进行校验；

步骤S1303，在对注册请求方的升级资质进行校验通过后，为注册请求方新增服务系统权限。

也即，可选实施例中校验方可以接收注册请求方发送的升级请求，之后可以基于升级请求中包含的注册请求方的升级资质材料对注册请求方的升级资质进行校验，如果对注册请求方的升级资质校验通过，则可以为注册请求方新增服务系统权限，如果对注册请求方的升级资质校验未通过，则可以不做处理，即不为注册请求方新增服务系统权限。

其中，可选实施例中注册请求方注册到指定服务系统后即成为服务系统的普通注册方，其还可以通过进一步的升级资质校验，成为服务系统的服务系统注册方，可以理解的是，服务系统注册方的权限高于普通注册方的权限。

其中，可选实施例中升级资质材料中相对于完整资质材料而言，涉及到注册请求方更多方面资质信息的材料。可以理解的是，在实际应用中，同样可以根据具体应用场景确定升级资质材料。

这样，实施可选实施例，通过对注册请求方的升级资质进行校验，并在校验通过后，为其新增服务系统权限，满足了注册请求方更多需求，能够适用于更广的应用场景中。

本申请实施例中基于注册请求方是否是首次注册服务系统的检测结果，选择与检测结果相匹配的检测方式，并基于选择出的检测方式对注册请求方的注册资质进行校验，校验更为合理，兼容了校验的准确性和合理性，并且在一定程度上降低了校验的繁琐性，提升了校验的灵活性；同时由于对注册请求方的注册资质校验更为合理，因而能够节省校验的时间，在一定程度上提升了校验的效率，还降低了校验的成本如人力成本、计算资源成本等。

以下对本申请实施例的一个具体应用场景进行详细说明：

可以理解的是，本申请实施例中注册请求方注册到服务系统中，可以看作为注册请求方入驻到服务系统中，因此，注册请求方可以是入驻请求方，服务系统可以是提供服务的平台。

请参阅图14，入驻请求方可以为以社会信用代码为基础的企业主体，其可以理解为普通对象，在入驻请求方入驻资质的校验通过之后，可以成为两种类型的入驻方；其中：

一种是企业主体(即前述实施例中提及的平台的普通入驻方)；例如平台是交易平台时，入驻交易平台后可以是成为买家或卖家；

一种是平台商户(即前述实施例中提及的平台的平台入驻方)；例如平台同样是交易平台，入驻交易平台后可以是成为提供服务的企业。可选地，平台商户可以进一步分为电商平台、技术服务商平台、SaaS平台等，其中电商平台是为普通商户提供交易场景服务，技术服务商平台是为电商平台提供技术支持服务，SaaS平台是为普通商户提供SaaS服务。

接下来，介绍入驻的大致流程。

请参阅图15，入驻请求方在入驻平台前，可以先选定是想成为哪种类型的入驻方，因而针对其想成为的对应类型入驻方，可以先准备对应的企业资料(即前述实施例中的资质材料)；

之后，由校验方以合理的校验方式基于相应的资质材料对入驻请求方的入驻资质进行校验；

之后，在校验通过后开通企业账号(即前述实施例中的共享账号)，可选地，该开通的企业账号是入驻请求方首次入驻平台时为之开通的；

之后，将共享账号与入驻请求方指定的超级管理员的标识信息进行绑定，可选地，是将入驻请求方的标识信息、共享账号、超级管理员的标识信息，以及指定平台的标识信息进行关联存储；

之后，基于入驻请求方针对指定平台请求授权的功能，为功能激活子账户(即前述实施例中的开通子账户)，并将子账户与共享账号对应的超级账户进行关联存储；其中，超级账户用于管理所关联的子账户；

之后，对入驻请求方的升级资质进行校验，并在校验通过后开通平台账号；可以理解的是，当为入驻请求方开通平台账号后，则入驻请求方则由普通入驻方转换为平台入驻方，同时可以将企业账号与平台账号进行关联存储。

接下来，介绍入驻的具体流程。

请参阅图16，图16是本申请的一个实施例示出的方法的流程图。如图16所示，平台入驻方法至少包括步骤S1601至步骤S1611，详细介绍如下：

步骤S1601，入驻请求方发送针对指定平台的入驻请求至服务平台。

可以理解的是，服务平台是指定平台的外接平台/第三方平台，其可以为指定平台提供相应服务，具体可以是电商平台、技术服务商平台、SaaS平台等。

步骤S1602，服务平台转发入驻请求方针对指定平台的入驻请求至指定平台。

可以理解的是，服务平台转发入驻请求方针对指定平台的入驻请求至指定平台的过程可简单理解为是服务平台发起的一个预申请过程。同时服务平台可以返回相应进入入驻操作的链接至入驻请求方。

步骤S1603，入驻请求方通过触控操作跳转至开户界面。

可选地，入驻请求方是通过点击服务平台返回的链接跳转至开户界面。

步骤S1604，开户服务基于开户界面接收到的输入信息，生成开通企业账号请求至账号开通模块。

可选地，开户服务是开发人员预先开发并安装在指定平台中的一个用于开户的服务。

步骤S1605，账号开通模块发送资质材料至校验服务，以使校验服务基于资质材料对入驻请求方的入驻资质进行校验，并在校验通过后，将校验结果返回至账号开通模块，账号开通模块开通企业账号。

可选地，校验服务是开发人员预先开发并安装在指定平台中的一个用于校验的服务。

步骤S1606，账号开通模块将入驻请求方的标识信息与共享账号关联存储至入驻请求方信息存储模块中，以及将入驻请求方的标识信息与指定平台的标识信息关联存储至链接关系存储模块中。

可选地，入驻请求方信息存储模块中还可以存储入驻请求方的一系列资料，例如所校验的资质材料等。

可选地，链接关系存储模块中还可以存储各方面的链接关系，例如平台与平台之间的链接关系，平台与所支持产品之间的链接关系，企业账号与超级账户之间的链接关系，超级账户与子账户之间的链接关系等。

步骤S1607，账号开通模块返回账号开通完成信息至开户服务。

步骤S1608，开户服务发送激活请求至子账户激活模块，以使子账户激活模块基于入驻请求方针对指定平台请求授权的功能，为功能开通子账户。

步骤S1609，子账户激活模块将子账户与共享账号对应的超级账户关联存储至账户信息存储模块中。

可以理解的是，超级账户用于管理所关联的子账户。

可选地，入驻请求方信息存储模块、链接关系存储模块，以及账户信息存储模块都属于数据中心。

步骤S1610，账号开通模块返回子账户激活完成信息至开户服务。

步骤S1611，开户服务基于账号开通完成信息与子账户激活完成信息生成通知结果，并返回通知结果至入驻请求方。

至此，入驻请求方入驻到指定平台中。

接下来，介绍各链接关系。

请参阅图17，以2个入驻请求方“企业A”和“企业B”入驻指定平台为例；其中：

针对企业A：可以指定超级管理员、财务人员、开发人员以及其他人员等，即企业A基于权限/角色可以分为超级管理员、财务人员、开发人员以及其他人员等。企业A入驻指定平台A，对应分配有企业账号ent_id，该企业账号ent_id关联着企业A的权限/角色、社会信用代码custom_id、平台platform_id、超级账户；具体地，企业账号ent_id与企业A的权限/角色的关系是1:N，社会信用代码custom_id与企业账号ent_id的关系是1:N，企业账号ent_id与平台platform_id的关系是1:N，企业账号ent_id与超级账户的关系是1:1。

针对企业B：可以指定超级管理员、财务人员、开发人员以及其他人员等，即企业B基于权限/角色可以分为超级管理员、财务人员、开发人员以及其他人员等。企业B入驻指定平台B，对应分配有企业账号ent_id，该企业账号ent_id关联着企业B的权限/角色、社会信用代码custom_id、平台platform_id、超级账户；具体地，企业账号ent_id与企业B的权限/角色的关系是1:N，社会信用代码custom_id与企业账号ent_id的关系是1:N，企业账号ent_id与平台platform_id的关系是1:N，企业账号ent_id与超级账户的关系是1:1。

可选地，可以实现平台与平台的连接，例如指定平台A连接指定平台B(链接者是指定平台A，被链接者是指定平台B)，指定平台B连接指定平台A(链接者是指定平台B，被链接者是指定平台A)；可以理解的是，平台与平台的连接是通过平台platform_id实现。同时还可以具有相应功能/能力capacity之间的连接等。

可选地，可以实现平台与企业的连接，例如指定平台A连接企业B(链接者是指定平台A，被链接者是企业B)，指定平台B连接企业A(链接者是指定平台B，被链接者是企业A)；可以理解的是，平台与企业的连接是通过平台platform_id与企业账号ent_id实现。同时还可以具有相应功能/能力capacity之间的连接等。

其中，具体入驻实现流程中会涉及到对象uid，即用于唯一表征对象的标识信息。

其中，在账户层上，无论是企业A还是企业B，涉及到的超级账户，其都可以具体分为某一产品账户、账户中台、连接账户，在实际应用中，可以根据具体应用场景进行灵活调整。

本申请实施例中为使用指定平台所支持产品的企业(即企业对象)提供了一种单账号单账户在多平台多产品中使用的方式，企业避免了不必要的注册流程，减少了使用指定平台所支持产品时在账号注册上的成本投入，提升了企业使用体验；同时还建立了企业、账号(企业账号、平台账号)、账户(共享账户、子账户)、平台等之间的关系，便于后期管理，适用于诸多应用场景中。

图18是本申请的一个实施例示出的服务系统注册装置的框图。如图18所示，该服务系统注册装置包括：

接收模块1801，配置为接收注册请求方发送的针对指定服务系统的注册请求，注册请求中携带有注册请求方的标识信息；

检测模块1802，配置为根据注册请求方的标识信息检测指定服务系统是否是注册请求方首次注册的服务系统，得到检测结果；

选择模块1803，配置为从多个校验方式中选择与检测结果相匹配的校验方式；其中，多个校验方式中的不同校验方式所对应的信息校验完整度不同；

校验模块1804，配置为根据选择出的校验方式对注册请求方的注册资质进行校验，并在校验通过后，允许注册请求方注册到指定服务系统。

在本申请的一个实施例中，检测模块1802，具体配置为：

检测是否存在与注册请求方的标识信息相匹配的共享账号；其中，共享账号是注册请求方首次注册服务系统时，对注册请求方的注册资质进行校验通过后生成的；

若不存在共享账号，则得到用于表征指定服务系统是注册请求方首次注册的服务系统的检测结果；

若存在共享账号，则得到用于表征指定服务系统不是注册请求方首次注册的服务系统的检测结果。

在本申请的一个实施例中，选择模块1803，具体配置为：

若检测结果表征指定服务系统是注册请求方首次注册的服务系统，则从多个校验方式中选择第一校验方式作为与检测结果相匹配的校验方式；

若检测结果表征指定服务系统不是注册请求方首次注册的服务系统，则从多个校验方式中选择第二校验方式作为与检测结果相匹配的校验方式；其中，第一校验方式的信息校验完整度高于第二校验方式的信息校验完整度。

在本申请的一个实施例中，若检测结果表征指定服务系统是注册请求方首次注册的服务系统，则校验模块1804包括：

开通单元，配置为为注册请求方开通共享账号；

第一关联存储单元，配置为将注册请求方的标识信息、共享账号，以及指定服务系统的标识信息进行关联存储；

第二关联存储单元，配置为基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储；其中，超级账户用于管理所关联的子账户。

在本申请的一个实施例中，装置还包括：

获取模块，配置为获取注册请求方指定的超级管理员的标识信息；

开通模块，配置为基于超级管理员的标识信息开通与共享账号相匹配的超级账户；以及

关联存储模块，配置为将注册请求方的标识信息、超级管理员的标识信息，以及共享账号进行关联存储。

在本申请的一个实施例中，第二关联存储单元，具体配置为：

接收注册请求方发送的针对指定服务系统的功能授权请求，功能授权请求中携带有待开通的功能对应的功能信息；

若基于功能信息校验待开通的功能满足预设开通条件，则为功能开通子账户；

将子账户挂载在共享账号对应的超级账户下，以将子账户与共享账号对应的超级账户进行关联存储。

在本申请的一个实施例中，若检测结果表征指定服务系统是注册请求方首次注册的服务系统，则校验模块1804包括：

第一获取单元，配置为获取注册请求方的完整资质材料；

第一校验单元，配置为基于完整资质材料对注册请求方的注册资质进行校验。

在本申请的一个实施例中，完整资质材料包括：多个待校验资质文件；第一校验单元，具体配置为：

分别检测多个待校验资质文件是否满足第一预设注册资质要求；

若多个待校验资质文件均满足第一预设注册资质要求，则确定对注册请求方的注册资质校验通过；

若多个待校验资质文件中存在不满足第一预设注册资质要求的待校验资质文件，则确定对注册请求方的注册资质校验未通过。

在本申请的一个实施例中，若检测结果表征指定服务系统不是注册请求方首次注册的服务系统，则校验模块1804包括：

第三关联存储单元，配置为将注册请求方的标识信息与指定服务系统的标识信息进行关联存储；

第四关联存储单元，配置为基于注册请求方针对指定服务系统请求授权的功能，为功能开通子账户，并将子账户与共享账号对应的超级账户进行关联存储；其中，超级账户用于管理所关联的子账户。

在本申请的一个实施例中，若检测结果表征指定服务系统不是注册请求方首次注册的服务系统，则校验模块1804包括：

第二获取单元，配置为获取注册请求方的关键资质材料；

第二校验单元，配置为基于关键资质材料对注册请求方的注册资质进行校验。

在本申请的一个实施例中，关键资质材料包括：从完整资质文件中所选取到的部分待校验资质文件；第二校验单元，具体配置为：

检测部分待校验资质文件是否满足第二预设注册资质要求；

若部分待校验资质文件满足第二预设注册资质要求，则确定对注册请求方的注册资质校验通过；

若部分待校验资质文件不满足第二预设注册资质要求，则确定对注册请求方的注册资质校验未通过。

在本申请的一个实施例中，装置还包括：

检测模块1802，还配置为基于指示信息，检测是否存在与注册请求方的标识信息相匹配的共享账号；

开通模块，配置为若存在共享账号，则在对注册请求方的注册资质校验通过后，为注册请求方开通另一共享账号；其中，另一共享账号不同于所检测到的共享账号。

在本申请的一个实施例中，装置还包括：

接收模块1801，还配置为接收注册请求方发送的升级请求，升级请求中包含有注册请求方的升级资质材料；

校验模块1804，还配置为基于升级资质材料对注册请求方的升级资质进行校验；

新增模块，配置为在对注册请求方的升级资质进行校验通过后，为注册请求方新增服务系统权限。

需要说明的是，前述实施例所提供的装置与前述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现如前的服务系统注册方法。

图19是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图19示出的电子设备的计算机系统1900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图19所示，计算机系统1900包括中央处理单元(Central Processing Unit，CPU)1901，其可以根据存储在只读存储器(Read-Only Memory，ROM)1902中的程序或者从存储部分1908加载到随机访问存储器(Random Access Memory，RAM)1903中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 1903中，还存储有系统操作所需的各种程序和数据。CPU 1901、ROM 1902以及RAM 1903通过总线1904彼此相连。输入/输出(Input/Output，I/O)接口1905也连接至总线1904。

以下部件连接至I/O接口1905：包括键盘、鼠标等的输入部分1906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1907；包括硬盘等的存储部分1908；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1909。通信部分1909经由诸如因特网的网络执行通信处理。驱动器1910也根据需要连接至I/O接口1905。可拆卸介质1911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1910上，以便于从其上读出的计算机程序根据需要被安装入存储部分1908。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1909从网络上被下载和安装，和/或从可拆卸介质1911被安装。在该计算机程序被中央处理单元(CPU)1901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不相同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的服务系统注册方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读介质中。计算机设备的处理器从计算机可读介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的服务系统注册方法。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (18)

1.一种服务系统注册方法，其特征在于，所述方法包括：

接收注册请求方发送的针对指定服务系统的注册请求，所述注册请求中携带有所述注册请求方的标识信息；

根据所述注册请求方的标识信息检测所述指定服务系统是否是所述注册请求方首次注册的服务系统，得到检测结果；

从多个校验方式中选择与所述检测结果相匹配的校验方式；其中，所述多个校验方式中的不同校验方式所对应的信息校验完整度不同；

根据选择出的校验方式对所述注册请求方的注册资质进行校验，并在校验通过后，允许所述注册请求方注册到所述指定服务系统。

2.如权利要求1所述的方法，其特征在于，所述根据所述注册请求方的标识信息检测所述指定服务系统是否是所述注册请求方首次注册的服务系统，得到检测结果，包括：

检测是否存在与所述注册请求方的标识信息相匹配的共享账号；其中，所述共享账号是所述注册请求方首次注册服务系统时，对所述注册请求方的注册资质进行校验通过后生成的；

若不存在所述共享账号，则得到用于表征所述指定服务系统是所述注册请求方首次注册的服务系统的检测结果；

若存在所述共享账号，则得到用于表征所述指定服务系统不是所述注册请求方首次注册的服务系统的检测结果。

3.如权利要求1所述的方法，其特征在于，所述从多个校验方式中选择与所述检测结果相匹配的校验方式，包括：

若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，则从多个校验方式中选择第一校验方式作为与所述检测结果相匹配的校验方式；

若所述检测结果表征所述指定服务系统不是所述注册请求方首次注册的服务系统，则从多个校验方式中选择第二校验方式作为与所述检测结果相匹配的校验方式；其中，所述第一校验方式的信息校验完整度高于所述第二校验方式的信息校验完整度。

4.如权利要求1所述的方法，其特征在于，若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，则所述允许所述注册请求方注册到所述指定服务系统，包括：

为所述注册请求方开通共享账号；

将所述注册请求方的标识信息、所述共享账号，以及所述指定服务系统的标识信息进行关联存储；

基于所述注册请求方针对所述指定服务系统请求授权的功能，为所述功能开通子账户，并将所述子账户与所述共享账号对应的超级账户进行关联存储；其中，所述超级账户用于管理所关联的子账户。

5.如权利要求4所述的方法，其特征在于，在所述将所述子账户与所述共享账号对应的超级账户进行关联存储之前，所述方法还包括：

获取所述注册请求方指定的超级管理员的标识信息；

基于所述超级管理员的标识信息开通与所述共享账号相匹配的超级账户；以及

将所述注册请求方的标识信息、所述超级管理员的标识信息，以及所述共享账号进行关联存储。

6.如权利要求4所述的方法，其特征在于，所述基于所述注册请求方针对所述指定服务系统请求授权的功能，为所述功能开通子账户，包括：

接收所述注册请求方发送的针对所述指定服务系统的功能授权请求，所述功能授权请求中携带有待开通的功能对应的功能信息；

若基于所述功能信息校验所述待开通的功能满足预设开通条件，则为所述功能开通子账户；

所述将所述子账户与所述共享账号对应的超级账户进行关联存储，包括：

将所述子账户挂载在所述共享账号对应的超级账户下，以将所述子账户与所述共享账号对应的超级账户进行关联存储。

7.如权利要求4所述的方法，其特征在于，所述将所述注册请求方的标识信息、所述共享账号，以及所述指定服务系统的标识信息进行关联存储，包括：

将所述注册请求方的标识信息与所述共享账号关联存储至注册请求方信息存储模块中；以及

将所述注册请求方的标识信息与所述指定服务系统的标识信息关联存储至链接关系存储模块中；

所述将所述子账户与所述共享账号对应的超级账户进行关联存储，包括：

将所述子账户与所述共享账号对应的超级账户关联存储至账户信息存储模块中。

8.如权利要求1所述的方法，其特征在于，若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，则所述根据选择出的校验方式对所述注册请求方的注册资质进行校验，包括：

获取所述注册请求方的完整资质材料；

基于所述完整资质材料对所述注册请求方的注册资质进行校验。

9.如权利要求8所述的方法，其特征在于，所述完整资质材料包括：多个待校验资质文件；所述基于所述完整资质材料对所述注册请求方的注册资质进行校验，包括：

分别检测所述多个待校验资质文件是否满足第一预设注册资质要求；

若所述多个待校验资质文件均满足所述第一预设注册资质要求，则确定对所述注册请求方的注册资质校验通过；

若所述多个待校验资质文件中存在不满足所述第一预设注册资质要求的待校验资质文件，则确定对所述注册请求方的注册资质校验未通过。

10.如权利要求1所述的方法，其特征在于，若所述检测结果表征所述指定服务系统不是所述注册请求方首次注册的服务系统，则所述允许所述注册请求方注册到所述指定服务系统，包括：

将所述注册请求方的标识信息与所述指定服务系统的标识信息进行关联存储；

基于所述注册请求方针对所述指定服务系统请求授权的功能，为所述功能开通子账户，并将所述子账户与所述共享账号对应的超级账户进行关联存储；其中，所述超级账户用于管理所关联的子账户。

11.如权利要求1所述的方法，其特征在于，若所述检测结果表征所述指定服务系统是所述注册请求方首次注册的服务系统，则所述根据选择出的校验方式对所述注册请求方的注册资质进行校验，包括：

获取所述注册请求方的关键资质材料；

基于所述关键资质材料对所述注册请求方的注册资质进行校验。

12.如权利要求11所述的方法，其特征在于，所述关键资质材料包括：从完整资质文件中所选取到的部分待校验资质文件；所述基于所述关键资质材料对所述注册请求方的注册资质进行校验，包括：

检测所述部分待校验资质文件是否满足第二预设注册资质要求；

若所述部分待校验资质文件满足所述第二预设注册资质要求，则确定对所述注册请求方的注册资质校验通过；

若所述部分待校验资质文件不满足所述第二预设注册资质要求，则确定对所述注册请求方的注册资质校验未通过。

13.如权利要求1至12中任一项所述的方法，其特征在于，所述注册请求中还携带有用于开通另一共享账号的指示信息；所述方法还包括：

基于所述指示信息，检测是否存在与所述注册请求方的标识信息相匹配的共享账号；

若存在所述共享账号，则在对注册请求方的注册资质校验通过后，为所述注册请求方开通另一共享账号；其中，所述另一共享账号不同于所检测到的共享账号。

14.如权利要求1至12中任一项所述的方法，其特征在于，在所述允许所述注册请求方注册到所述指定服务系统之后，所述方法还包括：

接收所述注册请求方发送的升级请求，所述升级请求中包含有所述注册请求方的升级资质材料；

基于所述升级资质材料对所述注册请求方的升级资质进行校验；

在对所述注册请求方的升级资质进行校验通过后，为所述注册请求方新增服务系统权限。

15.一种服务系统注册装置，其特征在于，所述装置包括：

接收模块，配置为接收注册请求方发送的针对指定服务系统的注册请求，所述注册请求中携带有所述注册请求方的标识信息；

检测模块，配置为根据所述注册请求方的标识信息检测所述指定服务系统是否是所述注册请求方首次注册的服务系统，得到检测结果；

选择模块，配置为从多个校验方式中选择与所述检测结果相匹配的校验方式；其中，所述多个校验方式中的不同校验方式所对应的信息校验完整度不同；

校验模块，配置为根据选择出的校验方式对所述注册请求方的注册资质进行校验，并在校验通过后，允许所述注册请求方注册到所述指定服务系统。

16.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述电子设备执行时，使得所述电子设备实现如权利要求1至14中任一项所述的服务系统注册方法。

17.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至14中任一项所述的服务系统注册方法。

18.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现如权利要求1至14中任一项所述的服务系统注册方法。