CN111259424A - 产品创建的处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种产品创建的处理方法、装置、设备及计算机可读存储介质。该方法包括：基于当前登录的用户的身份信息确定用户的对象访问权限；基于接收到的对象访问权限内的对象选择信息，确定目标对象；基于对类目库中基本类目的选择操作信息，确定目标对象的目标类目；类目库包括多个产品的基本类目，每个基本类目对应至少一个属性项，每个属性项对应至少一个属性值；基于对目标类目对应的属性项的选择操作信息，确定目标类目的属性项；基于对确定的属性项对应的属性值的选择操作信息，生成第一产品。本申请实施例能够提高产品创建的安全性。

Description

产品创建的处理方法、装置、设备及计算机可读存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种产品创建的处理方法、装置、设备及计算机可读存储介质。

背景技术

在一些涉及多业务产品销售的企业中，例如互联网企业，经常需要创建产品，以及将创建的产品存库从而生成一个完整的产品。在整个产品创建至存库的过程中，包含产品信息的创建、变更、产品的上下架控制等。目前，在具有多部门层级的企业中，并没有一种能够对产品从创建到存库过程中的控制过程，因此，目前的产品的控制过程较为混乱，导致产品信息的安全性较低，从而影响已售或在售产品的状态。

发明内容

本申请实施例提供一种产品创建的处理方法、装置、设备及计算机可读存储介质，以提高产品创建的安全性。

第一方面，本申请实施例提供一种产品创建的处理方法，包括：基于当前登录的用户的身份信息确定所述用户的对象访问权限；基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；基于对确定的属性项对应的属性值的选择操作信息，生成所述第一产品。

可选的，所述基于当前登录的用户的身份信息确定所述用户的对象访问权限，包括：基于当前登录的用户的身份信息确定所述用户是否具有其他节点的访问权限；若所述用户具有其他节点的访问权限，则提供对所述其他节点进行访问的选项；若所述用户不具有其他节点的访问权限，则不提供对所述其他节点进行访问的选项。

可选的，所述方法还包括：获取当前登录的用户的身份信息；确定所述身份信息对应的用户是否具有类目库建立权限；在确定所述身份信息对应的用户具有类目库建立权限时，返回具有类目库建立权限的信息；在确定所述身份信息对应的用户不具有类目库建立权限时，返回不具有类目库建立权限的信息。

可选的，所述方法还包括：获取当前登录的用户的身份信息；确定所述身份信息对应的用户是否具有类目库修改权限；在确定所述身份信息对应的用户具有类目库修改权限时，返回具有类目库修改权限的信息；在确定所述身份信息对应的用户不具有类目库修改权限时，返回不具有类目库修改权限的信息。

可选的，所述基于对确定的属性项的属性值的选择操作信息，生成对应的所述第一产品之后，所述方法还包括：生成所述第一产品的审核请求，并发送至审核节点进行审核；在所述审核节点审核通过的情况下，将创建的所述第一产品存储至第一产品信息库；在所述审核节点审核未通过的情况下，记录所述第一产品的状态信息为审核未通过，且再次接收到同一用户提交的所述第一产品的审核请求时，不发送至审核节点。

可选的，所述方法还包括：接收第一产品的变更审核请求；接收第二产品的变更审核请求，所述第一产品的变更审核请求的请求时间在所述第二产品的变更审核请求的请求时间之前；在所述第二产品与所述第一产品为相同产品的情况下，确定所述第一产品的状态信息；若第一产品的状态信息为审核中，则不发送所述第二产品的变更审核请求；若第一产品的状态信息为审核未通过，则发送所述第二产品的变更审核请求。

可选的，所述在所述第二产品与所述第一产品为相同产品的情况下，确定所述第一产品的状态信息，包括：若所述第一产品的状态信息为审核通过，且当前不存在待审核的其他产品，则确定所述第二产品的创建时间是否在所述第一产品的审核通过时间之前；若所述第二产品的创建时间在所述第一产品的审核通过时间之前，则不发送所述第二产品的审核请求；若所述第二产品的创建时间在所述第一产品的审核通过时间之后，则发送所述第二产品的审核请求。

第二方面，本申请实施例提供一种产品创建的处理装置，包括：访问权限确定模块，用于基于当前登录的用户的身份信息确定所述用户的对象访问权限；目标对象确定模块，用于基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；目标类目确定模块，用于基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；属性项确定模块，用于基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；生成模块，用于基于对确定的属性项对应的属性值的选择操作信息，生成所述第一产品。

第三方面，本申请实施例提供一种产品创建的处理设备，包括：存储器；处理器；以及计算机程序；其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现第一方面所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。

本申请实施例提供的产品创建的处理方法、装置、设备及计算机可读存储介质，通过基于当前登录的用户的身份信息确定所述用户的对象访问权限；基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；基于对确定的属性项对应的属性值的选择操作信息，生成所述第一产品。

由于预先对每个用户设置了对象访问权限，并在用户登录时，根据当前登录的用户的身份信息来为用户确定对象访问权限，从而使得每个用户可以在自己的对象访问权限内对能够访问的对象进行产品创建，提高了产品创建的安全性。

附图说明

图1为本申请实施例提供的产品创建的处理系统的结构示意图；

图2为本申请实施例提供的产品创建的处理方法的流程图；

图3为本申请一示例提供的流程图；

图4A为本申请另一示例提供的流程图；

图4B为本申请另一示例提供的流程图；

图5为本申请实施例提供的产品创建的处理装置的结构示意图；

图6为本申请实施例提供的产品创建的处理设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

图1为本申请实施例提供的产品创建的处理系统图。如图1所示，该处理系统包括：第一终端11、第二终端12、第三终端13和服务器14，第一终端11、第二终端12、第三终端13分别与服务器14连接。第一终端11、第二终端12、第三终端13分别为第一用户、第二用户、第三用户的终端设备。另外，服务器14中存储有类目库，类目库包括基本类目，各个基本类目对应的属性项，以及各个属性项对应的属性值。即类目库中每个基本类目对应至少一个属性项，每个属性项对应至少一个属性值，第一终端11、第二终端12、第三终端13可与服务器14交互调用类目库中的数据。

在一个应用场景中，A部门具有多层级部门的组织架构，按照由上级节点至下级节点的顺序，依次为总部->事业群或事业部->一线单位。产品中心包括多个产品，例如医疗产品、养老产品、康复产品、纪念园产品、拜博产品等产品。第一用户、第二用户、第三用户可以分别为不同层级的部门的管理人员，例如一线单位、事业部和总部，且一线单位、事业部和总部可分别通过第一终端11、第二终端12、第三终端13登录产品中心进行上述产品的创建、查看和变更。另外，可以对总部设置具有建立类目库、查看类目库，以及修改类目库中基本类目、属性项和属性值的权限。

下面以如图1所示的系统以及应用场景为例，对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的产品创建的处理方法流程图。本申请实施例针对现有技术的如上技术问题，提供了产品创建的处理方法，该方法具体步骤如下：

步骤201、基于当前登录的用户的身份信息确定用户的对象访问权限。

例如，若检测到有用户登录产品中心，则根据当前登录的用户的账户信息或者注册信息确定该用户的身份信息，然后根据身份信息及其预先设置的用户身份信息与对象访问权限的对应关系，对当前登录的用户确定对象访问权限。注册信息包括用户所在的部门或者组织机构，可以根据注册信息中这项内容确定当前用户的身份。

在一种可选的应用场景中，当前登录的用户具有对其下级节点的用户的访问权限，例如，总部和事业部均拥有对一线单位的访问权限。

可选的，在检测到用户登录产品中心后，根据用户的身份信息，在终端设备上为用户提供其可访问的下级节点。例如，在终端设备的显示界面上显示当前登录的用户可访问的下级节点。若当前登录用户为事业部，则在终端设备的用户界面上显示对一线单位的访问权限。

步骤202、基于接收到的对象访问权限内的对象选择信息，确定目标对象。

可选的，基于接收到的对象访问权限内的对象选择信息，确定目标对象，包括：基于当前登录的用户的身份信息确定用户是否具有其他节点的访问权限；若用户具有其他节点的访问权限，则提供对其他节点进行访问的选项；若用户不具有其他节点的访问权限，则不提供对其他节点进行访问的选项。当前登录的用户可以通过对选项的选择操作在终端设备上输入对象选择信息，从而使终端设备根据对象选择信息确定目标对象。

本实施例中，目标对象是组织架构中的某一层级或者某一节点。例如总部、事业部或事业群以及一线单位等。

本实施例中，用户所在的当前节点(当前组织架构)对其他节点(其他组织架构)的访问权限，代表当前节点可以为其他节点创建产品。具体的，可以理解为当前节点拥有对下级节点创建产品的权限。在组织机构中，下级节点属于当前节点的下级部门。

例如，若确定当前登录的用户为事业部，则确定对象访问权限为一线单位，代表当前登录的用户能够为一线单位创建产品；若确定当前登录的用户为一线单位，则确定对象访问权限为自身，代表当前登录的用户的权限是为自身创建产品。

步骤203、基于对类目库中基本类目的选择操作信息，确定目标对象的目标类目。

其中，类目库包括多个产品的基本类目，每个基本类目对应至少一个属性项，每个属性项对应至少一个属性值。

类目库中的基本类目包括产品中心所有产品创建时所需要的基本类目，每个基本类目对应设置有产品中心所有产品创建时所需要的属性项，每个属性项对应设置有产品中心所有产品创建时所需要的属性值。基本类目可以理解为产品的分类，比如医疗类产品、养老类产品、康复类产品、车险类产品、寿险类产品等。属性项可以理解产品的属性，例如颜色、大小等，基本类目和属性项可以构成一个产品模板。属性值可以理解为具体是什么颜色信息，大小是多大等具体的值。

上级节点可以为任一下级节点创建产品。例如，总部可以为一线单位创建产品，事业部也可以为一线单位创建产品。如图1所示，第三用户可以在第三终端设备13上为第一用户创建产品。

可选的，若第三用户欲创建第一产品，例如医疗产品，则在第三终端设备13上展示的所有类目中选择该产品所需的基本类目，以确定对应该第一产品的目标类目。

步骤204、基于对目标类目对应的属性项的选择操作信息，确定目标类目的属性项。

示例性地，第三用户选择了基本类目之后，每个基本类目对应有一个或多个属性项，供第三用户选择，第三用户选择的属性项为目标类目的属性项。例如，第三用户为医疗产品选择颜色、大小等属性项。

步骤205、基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品。

示例性地，第三用户选择了属性项之后，每个属性项对应有一个或多个属性值，供第三用户选择，第三用户选择的属性值、属性项与基本类目共同构成第一产品。例如，第三用户为医疗产品选择颜色为红色、大小为L大小。

本申请实施例通过基于当前登录的用户的身份信息确定用户的对象访问权限；基于接收到的对象访问权限内的对象选择信息，确定目标对象；基于对类目库中基本类目的选择操作信息，确定目标对象的目标类目；类目库包括多个产品的基本类目，每个基本类目对应至少一个属性项，每个属性项对应至少一个属性值；基于对目标类目对应的属性项的选择操作信息，确定目标类目的属性项；基于对确定的属性项对应的属性值的选择操作信息，生成第一产品。

由于预先对每个用户设置了对象访问权限，并在用户登录时，根据当前登录的用户的身份信息来为用户确定对象访问权限，从而使得每个用户可以在自己的对象访问权限内对能够访问的对象进行产品创建，提高了产品创建的安全性。

可选的，基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品，包括：基于目标类目及其对应的属性项，生成第一产品模板；基于对第一产品模板的属性值的选择操作信息，生成对应的第一产品。在确定目标类目和各个目标类目的属性项之后，可以得到第一产品的模板，之后就可以对模板中每个属性项选择属性值，从而生成最终的产品。由于类目库包括多个产品的基本类目、属性项和属性值可以供用户自由选择进行产品配置，因此配置灵活性更高，避免了现有技术中固定的配置方式带来的不便，提高了产品创建效率。相较于针对每个产品建立一张表，表中包括针对该产品的类目、属性项的字段，以及各个字段对应的数据源，在进行产品创建时，基于各个字段对应的数据源对产品进行配置的产品创建方式，本申请实施例的产品创建过程中，对产品信息的配置方式更加灵活，产品创建效率更高。

可选的，本实施例的方法还包括：获取当前登录的用户的身份信息；确定身份信息对应的用户是否具有类目库建立权限；在确定身份信息对应的用户具有类目库建立权限时，返回具有类目库建立权限的信息；在确定身份信息对应的用户不具有类目库建立权限时，返回不具有类目库建立权限的信息。例如，设置组织架构中的最高级节点，例如总部具有建立类目库的权限，那么在检测到当前登录的用户账号为最高级节点的管理员时，确定当前登录用户具有类目库建立权限；而在检测到当前登录的用户账号为非最高级节点的管理员时，确定当前登录用户不具有类目库建立权限。

本实施例中，若当前登录用户具有类目库建立权限，则当前登录的用户可以定义或者设置类目库，即对各个产品创建所需要的类目信息、属性项和属性值进行定义，通过设置类目库创建权限，能够控制产品生成过程中，产品信息录入的合法性。尤其是对于多业务部门层级的集团级机构来说，能够实现跨部门或者跨岗位控制生成产品的一致性。

可选的，在类目库创建完成之后，本实施例的方法还可以包括：获取当前登录的用户的身份信息；确定身份信息对应的用户是否具有类目库修改权限；在确定身份信息对应的用户具有类目库修改权限时，返回具有类目库修改权限的信息；在确定身份信息对应的用户不具有类目库修改权限时，返回不具有类目库修改权限的信息。例如，设置组织架构中的最高级节点，例如总部具有类目库修改权限，则在检测到当前登录的用户账号为总部管理员时，确定当前登录用户具有类目库修改权限；在检测到当前登录的用户账号为非总部管理员时，确定当前登录用户不具有类目库修改权限。具有类目库修改权限的用户可以查看类目库中的基本类目、属性项和属性值，并对类目库中的基本类目、属性项和属性值进行修改，例如添加、删除、更改等操作。另外，对于产品从创建到生效的过程中，每个环节的操作都记录操作人员和操作时间以及具体的操作(包括修改、添加、删除等)等信息。如此，能够最大程度减少产品信息出错的概率，还可以及时跟踪操作人信息及操作时间，减小产品在后续结算过程中，规格、价格和上下架状态等产品信息的错误对已售和在售产品的结算或者执行过程的影响。

可选的，基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品之后，本实施例的方法还包括：生成第一产品的审核请求，并发送至审核节点进行审核；在审核节点审核通过的情况下，将创建的第一产品存储至第一产品信息库；在审核节点审核未通过的情况下，记录第一产品的状态信息为审核未通过，且再次接收到同一用户提交的第一产品的审核请求时，不发送至审核节点。本实施例通过设置审核环节，在产品创建完成之后，自动生成第一产品的审核请求，并发送至审核节点进行审核，若审核通过，则将该产品存储至产品信息库中，此时，代表该产品创建成功，该产品对应的产品信息生效，该产品可进行销售以及后续其他操作。而在审核节点审核未通过的情况下，可以记录该产品的申请状态为审核未通过，并设置该产品不能够再次发送审核请求。

图3为本申请一示例提供的流程图。如图3所示，在该示例中，某一组织机构包括总部、事业群/事业部、一线单位，下面以总部为例，对本实施例的方法步骤进行详细说明，该示例具体包括：

(1)设置属性项、属性值，以及基本类目。

(2)登录产品系统，查看可访问机构列表。

具体的，总部的产品管理员通过账号和密码登录产品中心网站，并点击进入产品管理模块，查看可访问机构列表。

(3)选择某一机构进行产品创建。

例如，如果当前登录的用户为事业部，则可访问机构列表为一线单位。事业部可以选择一线单位中的某个机构进行产品创建。

(4)产品创建完成后，直接提交审核请求，或者将创建的产品保存，并保存该产品的状态信息为草稿。

可选的，在将创建的产品保存为草稿之后，还可以从草稿中提交该产品的审核请求。

(5)产品的审核请求提交之后，将该产品的产品信息保存，并设置状态信息为审核中。

(6)触发办公自动化(Office Automation,OA)申请审批流程，则总部的产品管理岗或者领导审核该产品。

(7)若审核通过，则将该产品的状态信息设置为审核通过，并将产品的产品信息同步至产品信息库；若审核未通过，则将该产品的状态信息设置为审核未通过，且设置为不得再次提交审核请求。

(8)产品信息生效。

与总部不同的是，事业群/事业部、一线单位不具有定义产品的基本类目、属性项和属性值的权限，总部、事业群/事业部均可以为一线单位进行产品创建。一线单位可以在总部设置的属性项、属性值以及基本类目中选择一些基本类目，作为自己的机构类目，并为机构类目配置属性值和属性项，之后一线单位就可以为自身进行产品创建，或者事业群/事业部，总部就可以为一线单位创建产品。对于一线单位、事业群/事业部的其他功能，例如产品创建、审核的流程与总部类似，具体可参见上述实施例的介绍，此处不再赘述。

可选的，本实施例的方法还包括：接收第一产品的变更审核请求；接收第二产品的变更审核请求，第一产品的变更审核请求的请求时间在第二产品的变更审核请求的请求时间之前；在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息；若第一产品的状态信息为审核中，则不发送第二产品的变更审核请求；若第一产品的状态信息为审核未通过，则发送第二产品的变更审核请求。第一产品的变更审核请求的请求时间可以根据发送第一产品的变更审核请求的时间来确定，第二产品的变更审核请求的请求时间可以根据发送第二产品的变更审核请求的时间来确定。

可选的，在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息，包括：若第一产品的状态信息为审核通过，且当前不存在待审核的其他产品，则确定第二产品的创建时间是否在第一产品的审核通过时间之前；若第二产品的创建时间在第一产品的审核通过时间之前，则不发送第二产品的审核请求；若第二产品的创建时间在第一产品的审核通过时间之后，则发送第二产品的审核请求。

图4A和图4B为本申请另一示例提供的流程图。在上述实施例的基础上，本实施例提供的方法具体包括：在创建产品后，可以将创建的产品保存为草稿或者提交至审核节点进行审核。若用户A和B同时编辑产品S，编辑的草稿为S1和S2，若两者均存为草稿，不直接提交至审核节点进行审批，则两个草稿分别保存至临时数据表中，后续用户A和B均可以对自己的草稿进行编辑或删除或提交审批。若A后续提交审批，A提交审批时间为T1，审批结果反馈(审批通过)时间为T2，B编辑的草稿S2提交审批的时间为T3，存为草稿的时间为T4；而B再次对此产品的草稿S2提交审批时要做如下判断：若该产品存在正在审批的流程，则B不可提交关于该产品的审核请求，返回修改产品S的产品信息的步骤，直至在审批中的S1审批未通过，S2才能再次提起审核请求；若该产品不存在正在审批的流程，则需判断S2草稿的创建时间T4是否在S1的审批通过时间T2之前，若是，则不允许提交关于审批，并作废草稿，然后返回修改产品S的产品信息的步骤，若否，则可提交审批。另外，在申请单查看界面，登录用户只能看到本机构下自己创建的草稿和机构下其他在审批中、审批通过和审批不通过的申请记录，避免此用户可以修改其他用户的草稿，造成信息错乱。

本实施例中，产品变更流程与创建流程相似，一线单位、事业部和总部均可对有权限编辑的机构中的产品信息进行变更，所走审批流程也与创建相同。但与创建不同的是，允许不同人同时编辑一个产品信息，并存为各自的草稿。

图5为本申请实施例提供的产品创建的处理装置的结构示意图。该产品创建的处理装置具体可以是上述实施例中的终端设备。本申请实施例提供的产品创建的处理装置可以执行产品创建的处理方法实施例提供的处理流程，如图5所示，产品创建的处理装置50包括：权限确定模块51、目标对象确定模块52、目标类目确定模块53、属性项确定模块54和生成模块55；其中，访问权限确定模块51，用于基于当前登录的用户的身份信息确定所述用户的对象访问权限；目标对象确定模块52，用于基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；目标类目确定模块53，用于基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；属性项确定模块54，用于基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；生成模块55，用于基于对确定的属性项对应的属性值的选择操作信息，生成所述第一产品。

可选的，权限确定模块51在基于当前登录的用户的身份信息确定所述用户的对象访问权限时，具体用于：基于当前登录的用户的身份信息确定所述用户是否具有其他节点的访问权限；若所述用户具有其他节点的访问权限，则提供对所述其他节点进行访问的选项；若所述用户不具有其他节点的访问权限，则不提供对所述其他节点进行访问的选项。可选的，生成模块53基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品时，具体包括：基于目标类目及其对应的属性项，生成第一产品模板；基于对第一产品模板的属性值的选择操作信息，生成对应的第一产品。

可选的，权限确定模块51，还用于确定当前登录的用户是否具有类目库修改权限；其中，权限确定模块55确定当前登录的用户是否具有类目库修改权限时，具体包括：获取当前登录的用户的身份信息；确定身份信息对应的用户是否具有类目库修改权限；在确定身份信息对应的用户具有类目库修改权限时，返回具有类目库修改权限的信息；在确定身份信息对应的用户不具有类目库修改权限时，返回不具有类目库修改权限的信息。

可选的，该装置50还包括：发送模块56，用于生成第一产品的审核请求，并发送至审核节点进行审核；在审核节点审核通过的情况下，将创建的第一产品存储至第一产品信息库；在所述审核节点审核未通过的情况下，记录所述第一产品的状态信息为审核未通过，且再次接收到同一用户提交的所述第一产品的审核请求时，不发送至审核节点。

可选的，该装置50还包括：变更模块57，用于对变更审核请求进行审核，具体用于：接收第一产品的变更审核请求；生成第二产品的变更审核请求，第一产品的变更审核请求的请求时间在第二产品的变更审核请求的请求时间之前；在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息；若第一产品的状态信息为审核中，则不发送第二产品的变更审核请求；若第一产品的状态信息为审核未通过，则发送第二产品的变更审核请求。

可选的，变更模块57在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息时，具体包括：若第一产品的状态信息为审核通过，且当前不存在待审核的其他产品，则确定第二产品的创建时间是否在第一产品的审核通过时间之前；若第二产品的创建时间在第一产品的审核通过时间之前，则不发送第二产品的审核请求；若第二产品的创建时间在第一产品的审核通过时间之后，则发送第二产品的审核请求。

图5所示实施例的产品创建的处理装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本申请实施例提供的产品创建的处理设备的结构示意图。该产品创建的处理设备具体可以是上述实施例中的终端设备。本申请实施例提供的产品创建的处理设备可以执行产品创建的处理方法实施例提供的处理流程，如图6所示，产品创建的处理设备60包括：存储器61、处理器62、计算机程序；其中，计算机程序存储在存储器61中，并被配置为由处理器62执行以下操作：基于当前登录的用户的身份信息确定所述用户的对象访问权限；基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；基于对确定的属性项对应的属性值的选择操作信息，生成所述第一产品。

可选的，基于当前登录的用户的身份信息确定用户的对象访问权限，包括：基于当前登录的用户的身份信息确定用户是否具有其他节点的访问权限；若用户具有其他节点的访问权限，则提供对其他节点进行访问的选项；若用户不具有其他节点的访问权限，则不提供对其他节点进行访问的选项。

可选的，处理器62还用于：获取当前登录的用户的身份信息；确定所述身份信息对应的用户是否具有类目库建立权限；在确定所述身份信息对应的用户具有类目库建立权限时，返回具有类目库建立权限的信息；在确定所述身份信息对应的用户不具有类目库建立权限时，返回不具有类目库建立权限的信息。

可选的，处理器62在基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品时，具体包括：基于目标类目及其对应的属性项，生成第一产品模板；基于对第一产品模板的属性值的选择操作信息，生成对应的第一产品。

可选的，处理器62还用于：获取当前登录的用户的身份信息；确定身份信息对应的用户是否具有类目库修改权限；在确定身份信息对应的用户具有类目库修改权限时，返回具有类目库修改权限的信息；在确定身份信息对应的用户不具有类目库修改权限时，返回不具有类目库修改权限的信息。

可选的，处理器62还用于：生成第一产品的审核请求，并发送至审核节点进行审核；在审核节点审核通过的情况下，将创建的第一产品存储至第一产品信息库；在所述审核节点审核未通过的情况下，记录所述第一产品的状态信息为审核未通过，且再次接收到同一用户提交的所述第一产品的审核请求时，不发送至审核节点。

可选的，处理器62还用于：接收第一产品的变更审核请求；生成第二产品的变更审核请求，第一产品的变更审核请求的请求时间在第二产品的变更审核请求的请求时间之前；在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息；若第一产品的状态信息为审核中，则不发送第二产品的变更审核请求；若第一产品的状态信息为审核未通过，则发送第二产品的变更审核请求。

可选的，处理器62在第二产品与第一产品为相同产品的情况下，确定第一产品的状态信息时，具体包括：若第一产品的状态信息为审核通过，且当前不存在待审核的其他产品，则确定第二产品的创建时间是否在第一产品的审核通过时间之前；若第二产品的创建时间在第一产品的审核通过时间之前，则不发送第二产品的审核请求；若第二产品的创建时间在第一产品的审核通过时间之后，则发送第二产品的审核请求。

图6所示实施例的产品创建的处理设备可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

另外，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现上述实施例的产品创建的处理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种产品创建的处理方法，其特征在于，包括：

基于当前登录的用户的身份信息确定所述用户的对象访问权限；

基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；

基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；

基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；

基于对确定的属性项对应的属性值的选择操作信息，生成第一产品。

2.根据权利要求1所述的方法，其特征在于，所述基于当前登录的用户的身份信息确定所述用户的对象访问权限，包括：

基于当前登录的用户的身份信息确定所述用户是否具有其他节点的访问权限；

若所述用户具有其他节点的访问权限，则提供对所述其他节点进行访问的选项；

若所述用户不具有其他节点的访问权限，则不提供对所述其他节点进行访问的选项。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

获取当前登录的用户的身份信息；

确定所述身份信息对应的用户是否具有类目库建立权限；

在确定所述身份信息对应的用户具有类目库建立权限时，返回具有类目库建立权限的信息；

在确定所述身份信息对应的用户不具有类目库建立权限时，返回不具有类目库建立权限的信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取当前登录的用户的身份信息；

确定所述身份信息对应的用户是否具有类目库修改权限；

在确定所述身份信息对应的用户具有类目库修改权限时，返回具有类目库修改权限的信息；

在确定所述身份信息对应的用户不具有类目库修改权限时，返回不具有类目库修改权限的信息。

5.根据权利要求1、2或4所述的方法，其特征在于，所述基于对确定的属性项的属性值的选择操作信息，生成对应的第一产品之后，所述方法还包括：

生成所述第一产品的审核请求，并发送至审核节点进行审核；

在所述审核节点审核通过的情况下，将创建的所述第一产品存储至第一产品信息库；

在所述审核节点审核未通过的情况下，记录所述第一产品的状态信息为审核未通过，且再次接收到同一用户提交的所述第一产品的审核请求时，不发送至审核节点。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收第一产品的变更审核请求；

接收第二产品的变更审核请求，所述第一产品的变更审核请求的请求时间在所述第二产品的变更审核请求的请求时间之前；

在所述第二产品与所述第一产品为相同产品的情况下，确定所述第一产品的状态信息；

若第一产品的状态信息为审核中，则不发送所述第二产品的变更审核请求；

若第一产品的状态信息为审核未通过，则发送所述第二产品的变更审核请求。

7.根据权利要求6所述的方法，其特征在于，所述在所述第二产品与所述第一产品为相同产品的情况下，确定所述第一产品的状态信息，包括：

若所述第一产品的状态信息为审核通过，且当前不存在待审核的其他产品，则确定所述第二产品的创建时间是否在所述第一产品的审核通过时间之前；

若所述第二产品的创建时间在所述第一产品的审核通过时间之前，则不发送所述第二产品的审核请求；

若所述第二产品的创建时间在所述第一产品的审核通过时间之后，则发送所述第二产品的审核请求。

8.一种产品创建的处理装置，其特征在于，包括：

访问权限确定模块，用于基于当前登录的用户的身份信息确定所述用户的对象访问权限；

目标对象确定模块，用于基于接收到的所述对象访问权限内的对象选择信息，确定目标对象；

目标类目确定模块，用于基于对类目库中基本类目的选择操作信息，确定所述目标对象的目标类目；所述类目库包括多个产品的基本类目，每个所述基本类目对应至少一个属性项，每个所述属性项对应至少一个属性值；

属性项确定模块，用于基于对所述目标类目对应的属性项的选择操作信息，确定所述目标类目的属性项；

生成模块，用于基于对确定的属性项对应的属性值的选择操作信息，生成第一产品。

9.一种产品创建的处理设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的方法。

Images