CN116665867A - 信息处理方法及装置、计算机设备和计算机可读存储介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，适用于医疗健康领域，提出了一种信息处理方法及装置、计算机设备和计算机可读存储介质，该方法包括：响应于附加权益发放请求，确定企业端对企业用户提供的数字医疗健康服务类型；根据企业用户的用户特征信息，确定企业用户是否满足数字医疗健康服务类型对应的权益用户认证条件；若企业用户满足权益用户认证条件，获取附加权益的权益属性信息；根据权益属性信息，确定附加权益是否满足数字医疗健康服务类型对应的权益发放条件；当附加权益满足数字医疗健康服务类型对应的权益发放条件时，调用数字医疗健康服务类型对应的通信接口将附加权益发放至企业端的企业用户。本技术方案提升了附加权益发放的效率和合理性。

Description

信息处理方法及装置、计算机设备和计算机可读存储介质

【技术领域】

本申请涉及数据处理技术领域，适用于医疗健康领域，尤其涉及一种信息处理方法及装置、计算机设备和计算机可读存储介质。

【背景技术】

目前，合作企业在提供数字医疗健康服务的同时，往往可以从数字医疗健康服务的发起方获得附加权益。比如，平台a通过互联网企业b的APP推广养老险时，向互联网企业b下发宠物医疗险作为附加权益。企业可以将附加权益发放至符合权益发放条件的对象，如企业员工或企业用户。由于数字医疗健康服务多种多样且用户订购量巨大，相应地，企业所获得的附加权益也较多。对此，人工发放已无法便捷高效地完成附加权益的合理分配，急需一种权益发放系统，对附加权益的发放进行有效管理。

对此，相关技术中提供的附加权益发放系统，可与企业的财务管理系统、销售管理系统等进行集成，从中获取企业的各种信息，用于对权益发放条件的审核。

然而，附加权益发放系统与企业的其他系统之间，数据格式、传输协议均不同，为解决此不兼容问题，仍需投入大量的人工成本和时间成本进行系统间的通信渠道构建。

因此，如何快捷有效地进行附加权益发放的审核，成为目前亟待解决的技术问题。

【发明内容】

本申请实施例提供了一种信息处理方法及装置、计算机设备和计算机可读存储介质，旨在解决相关技术中企业进行附加权益发放审核费时费力的技术问题。

第一方面，本申请实施例提供了一种信息处理方法，包括：响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

第二方面，本申请实施例提供了一种信息处理装置，包括：数字医疗健康服务类型确定单元，用于响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；权益用户认证单元，用于根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；权益属性信息获取单元，用于若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；权益发放判断单元，用于根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；权益发放单元，用于当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

第三方面，本申请实施例提供了一种计算机设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述第一方面所述的方法。

以上技术方案，针对相关技术中企业进行附加权益发放审核费时费力的技术问题，首先，响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型。

其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益。企业端指的是为数字医疗健康服务的发起方进行数字医疗健康服务推广和销售的企业的客户端，企业用户指的是关注、正在使用、使用过、有意愿使用该企业提供的数字医疗健康服务的用户。数字医疗健康服务包括但不限于养老险、寿险等任意类型的保险服务、家庭医生服务、健身管理服务等任何能够在线办理和/或在线获取的、与医疗健康相关的服务。

企业在企业端可登录具有附加权益发放审核功能的平台，上传自身的附加权益发放请求，以供平台自动判断是否允许企业的本次权益发放。其中，该平台可以数字医疗健康服务的销售平台、构建平台，也可以是专用于附加权益发放审核的审核平台。

接着，根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件。

企业用户的用户特征信息包括但不限于名字、职业、年龄、已获取的数字医疗健康服务的类型、已获取的数字医疗健康服务的订阅时长、对数字医疗健康服务的满意度、继续获取数字医疗健康服务的倾向度、在企业端提供的数字医疗健康服务中的历史使用信息、附加权益的历史申请信息和附加权益的历史发放信息中的一项或多项。

若企业用户的用户特征信息满足权益用户认证条件，则确定该企业用户具有获取附加权益的资格。比如，设置权益用户认证条件为用户投养老险且养老险的订阅时长达到两年。再比如，设置权益用户认证条件为用户投意外险且继续获取数字医疗健康服务的倾向度达到0.8。

然后，若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息。接着，再根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件。

在确定企业用户具有获取附加权益的资格后，需要进一步确定该附加权益是否达到了发放给该企业用户的权益发放条件。其中，权益属性信息包括但不限于附加权益存量、企业设置的附加权益发放上限、该企业用户的附加权益获取数量上限、该企业用户当前已有的附加权益、附加权益与自身的不兼容权益不能发放至同一企业用户等。

若附加权益达到了发放给该企业用户的权益发放条件，则确定该附加权益可以被发送至该企业用户。比如，可设置权益发放条件为企业本月已发放的附加权益数量小于2000，且所述附加权益的存量大于500。再比如，可设置权益发放条件为企业用户当前已有的附加权益数量小于5，且该企业用户当前已有的权益中没有该附加权益的不兼容权益。

最终，在企业用户具有附加权益获得资格以及附加权益满足所述数字医疗健康服务类型对应的权益发放条件的情况下，可以将所述附加权益发放至所述企业端的所述企业用户。

其中，因每种类型的数字医疗健康服务均涉及大量针对不同企业的附加权益的发放和审核，为有效管理不同的数字医疗健康服务类型，可为不同的数字医疗健康服务类型设置各自的通信接口，避免数据管理混乱。

以上技术方案，将对企业用户的权益获取资格审核和对附加权益的发放条件的审核结合起来，均由平台自动为企业进行审核工作，使企业仅需要提供附加权益发放审核所需的信息，而无需再对自身多个系统进行对接。由此，降低了企业进行附加权益发放审核的成本和难度，提升了附加权益发放的效率和合理性，有助于提升数字医疗健康服务的用户体验。

【附图说明】

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出了根据本申请的一个实施例的信息处理方法的流程图；

图2示出了根据本申请的另一个实施例的信息处理方法的流程图；

图3示出了根据本申请的一个实施例的权益发放判定的流程图；

图4示出了根据本申请的一个实施例的信息处理装置的框图；

图5示出了根据本申请的一个实施例的计算机设备的框图；

图6示出了根据本申请的另一个实施例的计算机设备的框图。

【具体实施方式】

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请为解决相关技术中企业进行附加权益发放审核费时费力的技术问题，为附加权益发放的审核提供专用的平台，该平台能够根据企业提供的信息自动进行附加权益发放的审核。这样一来，企业仅需要提供用于审核的信息，无需为多个系统构建连接。

实施例一

图1示出了根据本申请的一个实施例的信息处理方法的流程图。

如图1所示，根据本申请的一个实施例的信息处理方法，包括：

步骤102，响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益。

企业端指的是为数字医疗健康服务的发起方进行数字医疗健康服务推广和销售的企业的客户端，企业用户指的是关注、正在使用、使用过、有意愿使用该企业提供的数字医疗健康服务的用户。数字医疗健康服务包括但不限于养老险、寿险等任意类型的保险服务、家庭医生服务、健身管理服务等任何能够在线办理和/或在线获取的、与医疗健康相关的服务。

企业在企业端可登录具有附加权益发放审核功能的平台，上传自身的附加权益发放请求，以供平台自动判断是否允许企业的本次权益发放。其中，该平台可以数字医疗健康服务的销售平台、构建平台，也可以是专用于附加权益发放审核的审核平台。

步骤104，根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件。

企业用户的用户特征信息包括但不限于名字、职业、年龄、已获取的数字医疗健康服务的类型、已获取的数字医疗健康服务的订阅时长、对数字医疗健康服务的满意度、继续获取数字医疗健康服务的倾向度、在企业端提供的数字医疗健康服务中的历史使用信息、附加权益的历史申请信息和附加权益的历史发放信息中的一项或多项。

若企业用户的用户特征信息满足权益用户认证条件，则确定该企业用户具有获取附加权益的资格。

比如，设置权益用户认证条件为用户投养老险且养老险的订阅时长达到两年。

再比如，设置权益用户认证条件为用户投意外险且继续获取数字医疗健康服务的倾向度达到0.8。

需要知晓，权益用户认证条件可基于企业对数字医疗健康服务实际推广或销售需求进行设置，不限于上述示例。

步骤106，若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息。

步骤108，根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件。

在确定企业用户具有获取附加权益的资格后，需要进一步确定该附加权益是否达到了发放给该企业用户的权益发放条件。其中，权益属性信息包括但不限于附加权益存量、企业设置的附加权益发放上限、该企业用户的附加权益获取数量上限、该企业用户当前已有的附加权益、附加权益与自身的不兼容权益不能发放至同一企业用户等。

若附加权益达到了发放给该企业用户的权益发放条件，则确定该附加权益可以被发送至该企业用户。

比如，可设置权益发放条件为企业本月已发放的附加权益数量小于2000，且所述附加权益的存量大于500。

再比如，可设置权益发放条件为企业用户当前已有的附加权益数量小于5，且该企业用户当前已有的权益中没有该附加权益的不兼容权益。

步骤110，当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

最终，在企业用户具有附加权益获得资格以及附加权益满足所述数字医疗健康服务类型对应的权益发放条件的情况下，可以将所述附加权益发放至所述企业端的所述企业用户。

其中，因每种类型的数字医疗健康服务均涉及大量针对不同企业的附加权益的发放和审核，为有效管理不同的数字医疗健康服务类型，可为不同的数字医疗健康服务类型设置各自的通信接口，避免数据管理混乱。

以上技术方案，将对企业用户的权益获取资格审核和对附加权益的发放条件的审核结合起来，均由平台自动为企业进行审核工作，使企业仅需要提供附加权益发放审核所需的信息，而无需再对自身多个系统进行对接。由此，降低了企业进行附加权益发放审核的成本和难度，提升了附加权益发放的效率和合理性，有助于提升数字医疗健康服务的用户体验。

实施例二

图2示出了根据本申请的另一个实施例的信息处理方法的流程图。

如图2所示，根据本申请的另一个实施例的信息处理方法包括：

步骤202，基于企业端的合同信息，为所述企业端提供的数字医疗健康服务类型确定附加权益。

企业与数字医疗健康服务的提供方的合同信息示出了企业所能够获取的附加权益，因此，可基于合同信息确定企业端可获取哪些附加权益。

所述附加权益包括若干项电子凭证。电子凭证指的是企业端为企业用户提供的、能够在客户端通过电子方式兑换附加权益的凭证，企业用户基于该电子凭证可兑换虚拟服务或实体物品。比如，兑换宠物医疗险、兑换可穿戴设备的人工服务会员、兑换实体纪念品。

在一种可能的设计中，若所述企业端的系统属于指定系统类型，将所述若干项电子凭证设置为电子凭证组。电子凭证组是将若干项电子凭证组合后以指定形式发放，能够发放电子凭证组的企业端为功能更为强大的指定系统类型的客户端。换言之，若企业端为功能更为强大的指定系统类型的客户端，则在发放电子凭证时，可以通过电子凭证组来实现更为复杂且高效实用的附加权益发放方式。

在另一种可能的设计中，若所述企业端提供的所述数字医疗健康服务类型为指定服务类型，将所述若干项电子凭证设置为电子凭证组。指定服务类型为数字医疗健康服务的提供方设置的、具有更高收益和/或更优质服务内容的服务类型，若所述企业端提供的所述数字医疗健康服务类型为指定服务类型，说明使用该数字医疗健康服务的企业用户是重要客户，可获得更多的关注。对此，可通过电子凭证组为这类企业用户提供更为复杂且高效实用的附加权益发放方式。

在再一种可能的设计中，若所述企业端的系统属于指定系统类型，且所述企业端提供的所述数字医疗健康服务类型为指定服务类型，将所述若干项电子凭证设置为电子凭证组。本技术方案具有上述全部技术效果，在此不再赘述。

步骤204，响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益。

步骤206，根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件。

步骤208，若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息。

步骤210，根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件。

上述步骤与实施例一中的步骤相同，具有实施例一中描述的相应技术效果，在此不再赘述。

步骤212，当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，若所述附加权益包括若干项电子凭证，将所述若干项电子凭证一次性发放至所述企业用户，其中，所述若干项电子凭证各自具有指定的有效使用期限。

若干项电子凭证彼此均是独立的，一次性发放至所述企业用户后，企业用户可基于指定的有效使用期限分别进行使用。

步骤214，当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，若所述附加权益包括电子凭证组，将所述电子凭证组发放至所述企业用户，并仅在所述电子凭证组中显示指定凭证。

其中，所述指定凭证包括以下一项或多项：指定的有效使用期限覆盖有当前时间的电子凭证；所述企业用户指定的凭证类型下的电子凭证；所述企业用户的所述用户特征信息满足指定显示条件的电子凭证。

由此可知，电子凭证组用以实现更为复杂且高效实用的附加权益发放方式。具体地，可仅在电子凭证达到可用时间后才在电子凭证组内显示该电子凭证。同时，企业用户可设置指定凭证类型，作为自身唯一接受的附加权益，这样，企业用户在查看电子凭证组时，电子凭证组仅显示该企业用户能够接受的附加权益。

再者，可以基于企业用户的用户特征信息变化，显示电子凭证。比如，当企业用户的消费金额达到指定数额后，在电子凭证组内显示只有消费金额达到指定数额才能看到的纪念品兑换凭证。

由此，可基于电子凭证组实现对企业客户的更为优质的服务，既能够适应企业端的实际能力，也提升了用户体验。

在实施例一和实施例二的基础上，在获取所述企业用户的用户特征信息的过程中，包括：确定所述企业端对所述企业用户提供的所述数字医疗健康服务类型是否支持无ID导入功能，所述无ID导入功能用于导入所述企业端提供的、不具有所述企业用户的ID的用户特征信息；若所述数字医疗健康服务类型支持所述无ID导入功能，基于所述用户特征信息，判断所述企业用户是否与用户数据库中的指定用户相匹配；当判断结果为所述企业用户与所述指定用户相匹配时，将所述指定用户的第一标识码设置为所述企业用户的第一标识码；当判断结果为所述企业用户与所述指定用户不匹配时，判断所述企业用户是否具有第二标识码；当所述企业用户不具有所述第二标识码时，为所述企业用户设置所述第二标识码；当所述企业用户具有所述第二标识码时，若所述第二标识码具有关联的第一标识码，将所述关联的第一标识码设置为所述企业用户的第一标识码；若所述第二标识码不具有关联的第一标识码，为所述企业用户设置所述第一标识码，并将所述企业用户的第一标识码与所述第二标识码关联。

也就是说，可直接将企业端未标识用户ID的混乱信息导入平台，而平台可基于预设的处理方式，对混乱信息进行理顺。

具体来说，若所述企业端对所述企业用户提供的所述数字医疗健康服务类型支持无ID导入功能，则直接导入来自企业端的用户特征信息。

首先，导入不具有第一标识码的用户特征信息后，判断用户特征信息是否与用户数据库中的指定用户的特征信息相匹配，若匹配，则可认定该用户特征信息属于该指定用户。用户数据库中的指定用户具有第一标识码和第二标识码等反映用户ID的标识，此时，无需对该用户特征进行进一步处理。

若用户特征信息与用户数据库中的指定用户的特征信息不匹配，再判断所述企业用户是否具有第二标识码。

若该企业用户不具有第二标识码，则为用户新建第二标识码，以便实现后续步骤中对第一标识码的获取。

当该企业用户具有第二标识码时，且第二标识码具有关联的第一标识码，则可直接将该第二标识码和第一标识码赋予该企业用户。

若该企业用户具有第二标识码，但是其第二标识码不具有关联的第一标识码，则可为该企业用户新建第一标识码，并将新建的第一标识码与第二标识码关联后入库存储。

最终，平台自动为企业用户设置了第一标识码和第二标识码，第一标识码和第二标识码可有效标识企业用户的身份信息。

另外，在为所述企业用户设置第一标识码后，将所述企业端的企业标识设置为所述企业用户的第三标识码。

第三标识码用于反映企业用户使用了该企业提供的数字医疗健康服务，有助于数字医疗健康服务的提供方基于用户特征信息对该企业的推广能力进行评价。

需要补充的是，第一标识码、第二标识码和第三标识码均加入企业用户的用户特征信息中。第一标识码和第二标识码均是唯一的，用于标识企业用户的身份。而第三标识码则可以为多个，即用户可以使用一个或多个企业分别提供的一种或多种数字医疗健康服务。由此，第三标识码的多少，也可以反映该用户对数字医疗健康服务的接受度和使用量。

实施例三

在上述任一技术方案的基础上，图3示出了根据本申请的一个实施例的权益发放判定的流程图。

如图3所示，根据本申请的一个实施例的权益发放判定方式，包括：

步骤302，基于企业用户的用户特征信息和权益属性信息，生成第一特征矩阵。

企业用户的用户特征信息和附加权益的权益属性信息均是是否为企业用户发放附加权益的判断依据，则基于企业用户的用户特征信息和附加权益的权益属性信息所生成的第一特征矩阵，反映了企业用户获取附加权益的可能性。

其中，所述第一特征矩阵中第n行第m列的元素为所述企业用户的第n种用户特征信息的特征值与第m种权益属性信息的特征值的归一化后乘积。

具体来说，可以将企业用户的每种用户特征信息和附加权益的每种权益属性信息转换为特征值，再进行归一化处理，以使这些特征值处于同一量级。接着，将每种用户特征信息的特征值与每种权益属性信息的特征值相乘，将乘积以上述形式分布在第一特征矩阵的各个位置。

由此，第一特征矩阵的每个元素均反映了一种用户特征信息与一种权益属性信息的关联性，或者说，所述第一特征矩阵中第n行第m列的元素可作为第n种用户特征信息与第m种权益属性信息的相似度。

步骤304，基述企业端的企业权重，生成高维特征向量。

步骤306，将所述高维特征向量增加至所述第一特征矩阵的尾部，得到第二特征矩阵。

一般地，对于为企业用户提供数字医疗健康服务的企业来说，其对数字医疗健康服务的销售和推广能力越高，其所能够获得的附加权益越多，此规则可以在企业的合同信息中进行设置。

在此基础上，可基于企业对数字医疗健康服务的销售数量和推广成功率，为其企业端设置企业权重，企业对数字医疗健康服务的销售数量和推广成功率越高，企业权重越高。

进一步地，将企业端的企业权重生成的高维特征向量补全至第一特征矩阵，得到第二特征矩阵。这样，第二特征矩阵实际上是基于企业用户的用户特征信息、附加权益的权益属性信息以及企业对数字医疗健康服务的销售数量和推广成功率所生成的，反映了企业用户获取附加权益的可能性受这三者影响的程度。

步骤308，基于所述第二特征矩阵，确定所述企业用户的用户权重。

基于所述第二特征矩阵所得的用户权重，反映了所述企业用户获取附加权益的资质的高低。

在一种可能的设计中，将所述第二特征矩阵的秩设置为所述企业用户的用户权重。

在一种可能的设计中，将所述第二特征矩阵的各元素的均值设置为所述企业用户的用户权重。

步骤310，若所述附加权益对应的指定权重小于或等于所述用户权重，确定所述所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件。

所述附加权益对应的指定权重指的是所述附加权益被发放所需的最低用户权重。因此，若所述附加权益对应的指定权重小于或等于所述用户权重，说明该企业用户具有充足资质来获取该附加权益，此时，即可为该企业用户发放该附加权益。

以上技术方案，基于企业用户的用户特征信息、附加权益的权益属性信息以及企业对数字医疗健康服务的销售数量和推广成功率三方，对附加权益是否可被发放进行了判断，提升了附加权益发放审核的准确性，有助于数字医疗健康服务的推广和发展。

在上述任一实施例中，在处理用户特征信息和权益属性信息、判断权益用户认证条件和权益发放条件是否得到满足时，可采用自然语言处理、机器学习等智能化处理方式，从而可实现附加权益的自动审核和自动发放。

其中，采用自然语言处理可对用户特征信息和权益属性信息进行自动处理。采用机器学习方式，可对用户特征信息和权益属性信息进行深度挖掘，预测企业用户的行为模式和动态需求，制定更合适的权益发放策略。

在上述任一实施例中，可通过区块链实现附加权益的审核和兑换。

具体地，在区块链上建立权益兑换平台，将权益兑换过程记录在区块链上，确保交易的可追溯性和不可篡改性，避免欺诈和非法交易的发生。同时，也能够实现附加权益审核与兑换的去中心化，在保证权益发放的可信度和安全性的基础上，简化了企业端和平台端的管理成本。

图4示出了根据本申请的一个实施例的信息处理装置的框图。

如图4所示，根据本申请的一个实施例的信息处理装置400包括：

数字医疗健康服务类型确定单元402，用于响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；

权益用户认证单元404，用于根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；

权益属性信息获取单元406，用于若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；

权益发放判断单元408，用于根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；

权益发放单元410，用于当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

在一种可能的设计中，所述信息处理装置400还包括：

附加权益确定单元，用于在所述数字医疗健康服务类型确定单元402确定所述企业端对所述企业用户提供的数字医疗健康服务类型之前，基于所述企业端的合同信息，为所述企业端提供的所述数字医疗健康服务类型确定所述附加权益，所述附加权益包括若干项电子凭证，其中，若所述企业端的系统属于指定系统类型，和/或，所述企业端提供的所述数字医疗健康服务类型为指定服务类型，将所述若干项电子凭证设置为电子凭证组。

在一种可能的设计中，所述权益发放单元410用于：

若所述附加权益包括若干项电子凭证，将所述若干项电子凭证一次性发放至所述企业用户，其中，所述若干项电子凭证各自具有指定的有效使用期限。

在一种可能的设计中，所述权益发放单元410用于：

若所述附加权益包括电子凭证组，将所述电子凭证组发放至所述企业用户，并仅在所述电子凭证组中显示指定凭证，其中，所述指定凭证包括以下一项或多项：指定的有效使用期限覆盖有当前时间的电子凭证；所述企业用户指定的凭证类型下的电子凭证；所述企业用户的所述用户特征信息满足指定显示条件的电子凭证。

在一种可能的设计中，所述信息处理装置400还包括：

用户特征信息管理单元，用于在获取所述企业用户的用户特征信息的过程中，确定所述企业端对所述企业用户提供的所述数字医疗健康服务类型是否支持无ID导入功能，所述无ID导入功能用于导入所述企业端提供的、不具有所述企业用户的ID的用户特征信息；若所述数字医疗健康服务类型支持所述无ID导入功能，基于所述用户特征信息，判断所述企业用户是否与用户数据库中的指定用户相匹配；当判断结果为所述企业用户与所述指定用户相匹配时，将所述指定用户的第一标识码设置为所述企业用户的第一标识码；当判断结果为所述企业用户与所述指定用户不匹配时，判断所述企业用户是否具有第二标识码；当所述企业用户不具有所述第二标识码时，为所述企业用户设置所述第二标识码；当所述企业用户具有所述第二标识码时，若所述第二标识码具有关联的第一标识码，将所述关联的第一标识码设置为所述企业用户的第一标识码；若所述第二标识码不具有关联的第一标识码，为所述企业用户设置所述第一标识码，并将所述企业用户的第一标识码与所述第二标识码关联。

在一种可能的设计中，所述信息处理装置400还包括：

企业标识增加单元，用于在为所述企业用户设置第一标识码后，将所述企业端的企业标识设置为所述企业用户的第三标识码。

在一种可能的设计中，权益发放判断单元408用于：

基于所述企业用户的用户特征信息和所述权益属性信息，生成第一特征矩阵，其中，所述第一特征矩阵中第n行第m列的元素为所述企业用户的第n种用户特征信息的特征值与第m种权益属性信息的特征值的归一化后乘积；基于所述企业端的企业权重，生成高维特征向量；将所述高维特征向量增加至所述第一特征矩阵的尾部，得到第二特征矩阵；基于所述第二特征矩阵，确定所述企业用户的用户权重；若所述附加权益对应的指定权重小于或等于所述用户权重，确定所述所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件。

该信息处理装置400使用上述实施例中任一项所述的方案，因此，具有上述所有技术效果，在此不再赘述。

另外，在一个实施例中，本申请提供了一种计算机设备，该计算机设备可以是服务端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的客户端通过网络连接通信。该计算机程序被处理器执行时可以实现上述任一实施例所述的信息处理方法。

在一个实施例中，本申请还提供了一种计算机设备，该计算机设备可以是客户端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时可以实现上述任一实施例所述的信息处理方法。

本申请实施例上述的任一计算机设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具、可穿戴设备和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

另外，本申请实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行以下步骤：

响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；

根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；

若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；

根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；

当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

需要说明的是，上述关于计算机可读存储介质或计算机设备所能实现的功能或步骤，可对应参阅前述方法实施例中的相关描述，为避免重复，这里不再一一描述。

以上结合附图详细说明了本申请的技术方案，通过本申请的技术方案，将对企业用户的权益获取资格审核和对附加权益的发放条件的审核结合起来，均由平台自动为企业进行审核工作，使企业仅需要提供附加权益发放审核所需的信息，而无需再对自身多个系统进行对接。由此，降低了企业进行附加权益发放审核的成本和难度，提升了附加权益发放的效率和合理性，有助于提升数字医疗健康服务的用户体验。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本申请实施例中可能采用术语第一、第二等来描述标识码，但这些标识码不应限于这些术语。这些术语仅用来将标识码彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一标识码也可以被称为第二标识码，类似地，第二标识码也可以被称为第一标识码。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

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

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

Claims (10)

1.一种信息处理方法，其特征在于，包括：

响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；

根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；

若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；

根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；

当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

2.根据权利要求1所述的信息处理方法，其特征在于，在所述响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型之前，还包括：

基于所述企业端的合同信息，为所述企业端提供的所述数字医疗健康服务类型确定所述附加权益，所述附加权益包括若干项电子凭证，其中，

若所述企业端的系统属于指定系统类型，和/或，所述企业端提供的所述数字医疗健康服务类型为指定服务类型，将所述若干项电子凭证设置为电子凭证组。

3.根据权利要求2所述的信息处理方法，其特征在于，所述将所述附加权益发放至所述企业端的所述企业用户，包括：

若所述附加权益包括若干项电子凭证，将所述若干项电子凭证一次性发放至所述企业用户，其中，所述若干项电子凭证各自具有指定的有效使用期限。

4.根据权利要求2或3所述的信息处理方法，其特征在于，所述将所述附加权益发放至所述企业端的所述企业用户，包括：

若所述附加权益包括电子凭证组，将所述电子凭证组发放至所述企业用户，并仅在所述电子凭证组中显示指定凭证，其中，所述指定凭证包括以下一项或多项：

指定的有效使用期限覆盖有当前时间的电子凭证；

所述企业用户指定的凭证类型下的电子凭证；

所述企业用户的所述用户特征信息满足指定显示条件的电子凭证。

5.根据权利要求1所述的信息处理方法，其特征在于，在获取所述企业用户的用户特征信息的过程中，包括：

确定所述企业端对所述企业用户提供的所述数字医疗健康服务类型是否支持无ID导入功能，所述无ID导入功能用于导入所述企业端提供的、不具有所述企业用户的ID的用户特征信息；

若所述数字医疗健康服务类型支持所述无ID导入功能，基于所述用户特征信息，判断所述企业用户是否与用户数据库中的指定用户相匹配；

当判断结果为所述企业用户与所述指定用户相匹配时，将所述指定用户的第一标识码设置为所述企业用户的第一标识码；

当判断结果为所述企业用户与所述指定用户不匹配时，判断所述企业用户是否具有第二标识码；

当所述企业用户不具有所述第二标识码时，为所述企业用户设置所述第二标识码；

当所述企业用户具有所述第二标识码时，

若所述第二标识码具有关联的第一标识码，将所述关联的第一标识码设置为所述企业用户的第一标识码；

若所述第二标识码不具有关联的第一标识码，为所述企业用户设置所述第一标识码，并将所述企业用户的第一标识码与所述第二标识码关联。

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

在为所述企业用户设置第一标识码后，将所述企业端的企业标识设置为所述企业用户的第三标识码。

7.根据权利要求5所述的信息处理方法，其特征在于，所述根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件，包括：

基于所述企业用户的用户特征信息和所述权益属性信息，生成第一特征矩阵，其中，所述第一特征矩阵中第n行第m列的元素为所述企业用户的第n种用户特征信息的特征值与第m种权益属性信息的特征值的归一化后乘积；

基于所述企业端的企业权重，生成高维特征向量；

将所述高维特征向量增加至所述第一特征矩阵的尾部，得到第二特征矩阵；

基于所述第二特征矩阵，确定所述企业用户的用户权重；

若所述附加权益对应的指定权重小于或等于所述用户权重，确定所述所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件。

8.一种信息处理装置，其特征在于，包括：

数字医疗健康服务类型确定单元，用于响应于来自企业端的、针对企业用户的附加权益发放请求，确定所述企业端对所述企业用户提供的数字医疗健康服务类型，其中，所述附加权益发放请求用于请求发放数字医疗健康服务的附加权益；

权益用户认证单元，用于根据所述企业用户的用户特征信息，确定所述企业用户是否满足所述数字医疗健康服务类型对应的权益用户认证条件；

权益属性信息获取单元，用于若所述企业用户满足所述数字医疗健康服务类型对应的权益用户认证条件，获取所述附加权益的权益属性信息；

权益发放判断单元，用于根据所述权益属性信息，确定所述附加权益是否满足所述数字医疗健康服务类型对应的权益发放条件；

权益发放单元，用于当所述附加权益满足所述数字医疗健康服务类型对应的权益发放条件时，调用所述数字医疗健康服务类型对应的通信接口将所述附加权益发放至所述企业端的所述企业用户。

9.一种计算机设备，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至7中任一项所述的方法。