CN115358731A - 应用于家庭群组的支付处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了应用于家庭群组的支付处理方法及装置，其中，一种应用于家庭群组的支付处理方法包括：获取对家庭群组的支付码进行支付审核的审核结果；若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；基于约束检测结果对所述支付事件进行支付处理。

Description

应用于家庭群组的支付处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种应用于家庭群组的支付处理方法及装置。

背景技术

随着互联网的不断发展，越来越多的用户开始步入并使用互联网，用户对互联网支付的需求也不断加大，互联网支付逐渐替代现金支付，以此提升用户在付款过程中的便捷性，然而由于未成年用户的心智不够成熟，面对互联网支付的判断能力不足，导致未成年用户基于互联网支付进行付款的方式存在安全隐患。

发明内容

本说明书一个或多个实施例提供了一种应用于家庭群组的支付处理方法，包括：获取对家庭群组的支付码进行支付审核的审核结果。若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问。在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测。基于约束检测结果对所述支付事件进行支付处理。

本说明书一个或多个实施例提供了一种应用于家庭群组的支付处理装置，包括：审核结果获取模块，被配置为获取对家庭群组的支付码进行支付审核的审核结果。若所述审核结果为审核通过，运行事件类型确定模块，所述事件类型确定模块，被配置为确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问。在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，运行支付约束检测模块，所述支付约束检测模块，被配置为对所述支付事件进行支付约束检测。支付处理模块，被配置为基于约束检测结果对所述支付事件进行支付处理。

本说明书一个或多个实施例提供了一种应用于家庭群组的支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取对家庭群组的支付码进行支付审核的审核结果。若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问。在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测。基于约束检测结果对所述支付事件进行支付处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取对家庭群组的支付码进行支付审核的审核结果。若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问。在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测。基于约束检测结果对所述支付事件进行支付处理。

附图说明

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

图1为本说明书一个或多个实施例提供的一种应用于家庭群组的支付处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种应用于家庭群组场景的应用于家庭群组的支付处理方法处理流程图；

图3为本说明书一个或多个实施例提供的另一种应用于家庭群组的支付处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种应用于家庭群组的支付处理装置示意图；

图5为本说明书一个或多个实施例提供的一种应用于家庭群组的支付处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种应用于家庭群组的支付处理方法实施例：

本实施例提供的应用于家庭群组的支付处理方法，在家庭用户基于家庭群组的支付码进行支付的过程中，对家庭用户的支付事件进行支付约束检测。具体的，基于确定的基于支付码提交的支付事件的事件类型，对支付事件进行支付约束检测，并根据约束检测结果对支付事件进行支付处理，以此，在家庭用户利用家庭群组的支付码进行支付的过程中，对家庭用户产生的支付事件进行支付约束检测，通过支付约束检测实现对家庭用户的支付约束，避免家庭用户利用支付码进行无限制的支付，造成家庭群组的资金流失，实现针对家庭用户的支付事件的有效管控，提升针对家庭用户进行支付约束的便捷性和精准性。

参照图1，本实施例提供的应用于家庭群组的支付处理方法，具体包括步骤S102至步骤S108。

步骤S102，获取对家庭群组的支付码进行支付审核的审核结果。

本实施例所述家庭群组，包括具有家庭关系的至少两个用户组成的群组；实际应用中，用户可申请创建家庭群组，申请创建家庭群组的用户即为家庭群组中的申请用户，家庭群组中除申请用户之外的用户为参与用户，此外，家庭群组中还可包括管理用户，即家庭群组由申请用户与管理用户和/或参与用户组成；所述申请用户具有对家庭群组的管理权限，所述管理权限包括配置针对参与用户的约束条件的权限、关闭参与用户针对支付码的访问权限的关闭权限、新增参与用户的权限和/或删除参与用户的权限。其中，所述家庭关系包括家庭群组与家庭用户之间的关联关系。

所述支付码，包括针对家庭群组设置的用于进行支付的标识码或者针对家庭群组设置的家庭码，家庭群组中的家庭用户可通过该标识码或者家庭码进行支付，该支付码能够唯一标识家庭群组，支付码的存在形式可以是二维码、条形码、声音码等标识码；所述家庭群组中的用户包括申请用户与管理用户和/或参与用户；此外，所述支付码还可以是具有特定约束条件的家庭码，或者具有家庭群组的家庭身份的用户使用的家庭码，或者仅用于支付的家庭码；此处的家庭码包括应用于家庭场景的机构码或者在家庭场景所使用的机构码，所述机构码是指机构为机构成员的支付、开票、报销所设置的标识码，可选的，所述特定约束条件包括不具有费用报销能力或者机构码的报销使用权限被取消；所述费用报销能力包括对基于家庭码进行支付的支付费用进行报销的能力；所述家庭身份是指用户在家庭群组的身份，比如参与用户、申请用户、管理用户。

具体实施时，获取对家庭群组的支付码进行支付审核的审核结果，具体家庭群组中的申请用户与管理用户和/或参与用户可访问家庭群组的支付码，交易门店可基于配置的扫码设备扫描该支付码，将扫描获得的支付码、申请用户与管理用户和/或参与用户的支付数据向支付平台发送，支付平台对家庭群组的支付码进行支付审核，进而可获取支付平台返回的对家庭群组的支付码进行支付审核的审核结果。其中，支付数据包括待支付金额、待支付类型和/或待支付的交易门店，此外，支付数据还可包括其他类型的数据。

实际应用中，支付码的类型有多种，比如家庭支付码。为了针对性地基于支付码进行支付处理，提升基于支付码进行支付处理的灵活性，并且提升基于支付码进行支付处理的安全性，可对家庭群组的支付码进行支付审核，具体核验家庭群组的支付码标记的支付标签的标签类型，在标签类型为家庭支付类型的情况下，确定进行支付审核的审核结果为审核通过。

本实施例提供的一种可选实施方式中，根据读取的支付码标记的支付标签的标签类型确定审核结果，具体通过如下方式对家庭群组的支付码进行支付审核：

读取针对所述支付码标记的支付标签，并确定所述支付标签的标签类型；

若所述标签类型为家庭支付类型，确定所述审核结果为审核通过；

若所述标签类型不为家庭支付类型，确定审核结果为审核未通过。

可选的，所述支付标签包括针对支付码进行标记之后生成的标签信息；所述标签类型包括家庭支付类型、个人支付类型或者机构支付类型。

在具体的执行过程中，家庭群组的支付码可提前生成，具体可基于申请用户的身份信息创建家庭群组，并生成家庭群组对应的支付码。为了保证生成的家庭群组的支付码的有效性，本实施例提供的一种可选实施方式中，所述家庭群组的支付码，采用如下方式生成：

根据申请用户的身份信息确定所述申请用户的用户属性；

若所述用户属性为预设用户属性，创建所述家庭群组并生成携带所述家庭群组的群组关键字的创建记录；

向所述申请用户开放所述家庭群组的管理权限，并基于所述申请用户的用户信息生成所述家庭群组对应的所述支付码；所述用户信息包括所述身份信息。

具体的，在基于申请用户的用户信息生成家庭群组对应的支付码的过程中，可通过构建申请用户的身份凭证的掩码图像，并基于掩码图像生成家庭群组对应的支付码的方式实现。

其中，所述申请用户是指申请创建家庭群组的用户；可选的，所述申请用户具有管理家庭群组的权限；所述身份信息包括身份凭证标识；所述用户属性包括用户从出生时起到计算时止生存的时间长度；在该时间长度大于时间长度阈值的情况下，确定用户属性为预设用户属性；所述群组关键字包括家庭群组的结构化标识，比如群组关键字为F1001；所述用户信息是指与申请用户相关的信息，比如名称、职业、身份凭证标识、通讯标识、邮箱账号。

此外，家庭群组的支付码，也可采用如下方式生成：根据申请用户的身份信息确定所述申请用户的用户属性；若所述用户属性为预设用户属性，基于所述申请用户的用户信息创建家庭群组；向申请用户开放家庭群组的管理权限，并生成所述家庭群组对应的所述支付码；所述用户信息包括所述身份信息；

或者，家庭群组的支付码，还可采用如下方式生成：根据申请用户的用户信息进行所述申请用户的身份认证，在认证通过后创建家庭群组并生成携带所述家庭群组的群组关键字的创建记录；向所述申请用户开放所述家庭群组的管理权限，并基于所述用户信息生成所述家庭群组对应的所述支付码。

需要说明的是，在上述生成家庭群组对应的支付码之后，可进一步向家庭群组激活访问所述支付码的访问权限；也可将家庭群组的家庭账户关联至所述支付码；比如，家庭账户有第三方支付账户或者银行账户。

需要补充的是，步骤S102可被替换为获取对通用支付码进行支付审核的审核结果；并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述通用支付码是指实际中通用的各种类型的支付码，比如通用支付码包括个人支付码、家庭支付码和/或机构支付码。

步骤S104，确定基于所述支付码提交的支付事件的事件类型。

上述获取对家庭群组的支付码进行支付审核的审核结果，本步骤中，确定基于支付码提交的支付事件的事件类型，具体的，若审核结果为审核通过，确定所述支付事件的事件类型，若审核结果为审核未通过，则基于家庭用户的资源账户进行支付处理。可选的，所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问，以此，提升家庭用户访问支付码的灵活性，进一步通过访问支付码进行支付处理对家庭群组的资金进行管控，防止家庭群组的资金流失。

本实施例所述支付事件是指家庭用户在交易门店产生的支付事件，比如针对购买的交易门店的商品生成的支付事件；所述事件类型是指支付事件的类型，比如游戏事件类型、文具事件类型、乘车事件类型。

可选的，所述家庭用户是指家庭群组中的用户；所述家庭用户包括申请用户、管理用户和/或参与用户；所述参与用户是指参与家庭群组的用户；申请用户与参与用户的关联关系包括亲属关系和/或朋友关系；此外，申请用户与参与用户的关联关系还可包括长辈关系和/或晚辈关系，比如申请用户为姑姑，参与用户为侄女。

具体实施时，家庭用户基于与家庭群组建立的家庭关系访问支付码，在建立家庭群组与家庭用户的家庭关系的过程中，一种情况下，申请用户可将参与用户添加进家庭群组，建立参与用户与家庭群组的家庭关系；另一种情况下，参与用户可主动申请加入该家庭群组，在加入之后，建立参与用户与家庭群组的家庭关系；以此，实现家庭群组新增用户的灵活性和多样化；可选的，所述家庭用户针对支付码的访问权限在家庭关系建立之后激活，所述家庭用户包括申请用户、管理用户和/或参与用户。

本实施例提供的一种可选实施方式中，基于申请用户提交的参与用户信息生成携带参与用户的用户关键字的记录，并通过建立群组关键字和用户关键字的关联以建立家庭关系，具体的，所述家庭关系，通过如下方式建立：

获取所述申请用户针对所述家庭群组提交的参与用户的参与用户信息；

基于所述参与用户信息生成携带所述参与用户的用户关键字的记录，并通过建立所述群组关键字和所述用户关键字的关联以建立所述家庭关系；

其中，所述参与用户针对所述支付码的访问权限在所述家庭关系建立之后激活。

此处的参与用户信息是指参与用户的相关信息，比如名称、职业、身份凭证标识、通讯标识、邮箱账号；所述用户关键字包括参与用户的结构化标识，所述用户关键字是指表征参与用户在家庭群组中的唯一性的标识，比如用户关键字为M1001。

具体的，可获取申请用户针对家庭群组提交的参与用户的参与用户信息，并生成携带参与用户的用户关键字的记录，将参与用户信息关联至用户关键字，并通过建立群组关键字和用户关键字的关联以建立家庭关系。

例如，获取申请用户提交的参与用户信息为“名称xx、通讯标识xxx”，生成携带用户关键字M1001的记录，并将参与用户信息“名称xx、通讯标识xxx”关联至用户关键字M1001，并通过建立群组关键字F1001和用户关键字M1001的关联以建立家庭关系。

此外，所述家庭关系，还可采用如下方式建立：获取所述申请用户针对所述家庭群组提交的参与用户的参与用户信息；基于所述参与用户信息对参与用户进行用户属性核验；在核验通过后基于所述参与用户信息生成携带所述参与用户的用户关键字的记录，并通过建立所述群组关键字和所述用户关键字的关联以建立所述家庭关系；可选的，所述参与用户针对所述支付码的访问权限在所述家庭关系建立之后激活。

具体的，在基于参与用户信息对参与用户进行用户属性核验的过程中，具体通过基于参与用户信息确定参与用户的用户属性，核验该用户属性是否处于属性取值区间内，若是，确定核验通过的方式实现。

如上所述，除上述提供的一种家庭关系的建立方式之外，还可由参与用户主动申请加入该家庭群组，在加入之后，建立参与用户与家庭群组的家庭关系。具体的，所述家庭关系，通过如下方式建立：

获取参与用户针对家庭群组提交的申请指令；所述申请指令中携带有参与用户信息；

基于参与用户信息生成携带参与用户的用户关键字的记录，并通过建立群组关键字和用户关键字的关联以建立家庭关系；

其中，所述参与用户针对支付码的访问权限在家庭关系建立之后激活。

需要说明的是，上述提到在生成家庭群组对应的支付码之后，可进一步向家庭群组激活访问所述支付码的访问权限；在此情况下，在建立家庭群组与参与用户的家庭关系之后，即将参与用户加入家庭群组之后，无需再向参与用户激活针对支付码的访问权限，因为家庭群组具有支付码的访问权限，加入该家庭群组的参与用户也即具有支付码的访问权限。

步骤S106，对所述支付事件进行支付约束检测。

上述确定基于支付码提交的支付事件的事件类型，本步骤中，对支付事件进行支付约束检测，具体的，将支付事件的事件类型与针对家庭用户配置的特定支付类型进行匹配处理，若匹配成功，对支付事件进行支付约束检测，若匹配失败，向家庭用户展示支付失败提醒。

本实施例所述支付约束检测，包括基于约束条件对家庭用户产生的支付事件进行检测或者基于约束条件对家庭用户的支付行为进行检测，以实现对家庭用户的支付行为进行约束，可通过各个维度的检测实现对支付事件的检测，以实现对家庭用户的支付约束，具体的，可通过检测支付事件是否满足约束条件，以此约束家庭用户的支付行为，进而提升家庭用户的支付行为的合理性。

具体实施时，在支付事件的事件类型与针对家庭用户配置的特定支付类型匹配的情况下，对支付事件进行支付约束检测，所述特定支付类型，是指预先制定进行支付的支付类型；所述特定支付类型包括特定支付条件或者特定支付类目；比如特定支付类型为“文具支付类型”、“游戏支付类型”。

可选的，所述特定支付类型基于所述家庭用户在所述家庭群组的群组身份类型配置或者基于所述家庭用户的行为数据配置，其中，群组身份类型可表征家庭用户在家庭群组中的身份，所述群组身份类型包括在家庭群组中具备的身份类型或者在家庭群组中的群组角色，比如群组身份类型为申请用户的晚辈、或者为申请用户的长辈；此外，所述特定支付类型还可基于所述家庭用户与家庭群组中的申请用户的亲密关系配置，比如申请用户为家庭用户的父母或者申请用户为家庭用户的子女。

为了对家庭用户的支付行为进行管控，本实施例提供的一种可选实施方式中，在对家庭用户的支付事件进行支付约束检测的过程中，执行如下操作：

提取所述支付事件携带的至少一个支付约束维度的支付信息；

检测所述支付信息是否满足对应的支付约束维度的约束条件；

若是，确定所述约束检测结果为检测通过，若否，确定约束检测结果为检测未通过。

可选的，所述支付约束维度，包括下述至少一项：额度维度、时间维度、交易门店维度、交易平台维度；

相应的，所述约束条件包括下述至少一项：

支付金额处于额度取值区间内、支付时间处于时间取值范围内、交易门店的位置处于支付位置范围内、交易平台为预设交易平台。

其中，所述额度维度包括支付限额维度，支付限额包括单次支付限额和/或周期支付的限额，比如周期支付限额为每月支付限额500元。所述支付信息是指与支付相关的信息，包括支付金额、支付时间和/或交易门店的位置信息。所述交易门店是指用户进行交易的门店，比如商家门店；所述交易平台是指用户进行交易的平台，比如购物平台。

具体的，提取支付事件携带的额度维度的支付金额，并检测支付金额是否处于额度取值区间内，若是，确定约束检测结果为检测通过；和/或，提取支付事件携带的时间维度的支付时间，检测支付时间是否处于时间取值范围内，若是，确定约束检测结果为检测通过；和/或，提取支付事件携带的交易门店维度的交易门店的位置信息，检测交易门店的位置信息对应的交易门店的位置是否处于支付位置范围内，若是，确定约束检测结果为检测通过；和/或，提取支付事件携带的交易平台维度的交易平台，检测该交易平台是否为预设交易平台，若是，确定约束检测结果为检测通过。

步骤S108，基于约束检测结果对所述支付事件进行支付处理。

上述对支付事件进行支付约束检测，具体基于约束条件对支付事件携带的支付信息进行检测，本步骤中，基于约束检测结果对支付事件进行支付处理，以此，通过支付约束检测对家庭用户的支付事件进行约束，管控家庭用户的支付行为，实现对于家庭用户的支付行为的精准管控，防止家庭用户基于家庭群组的支付码进行过度消费。

本实施例提供的一种可选实施方式中，若约束检测结果为检测通过，基于家庭群组的家庭账户对支付事件进行支付处理；若约束检测结果为检测未通过，基于家庭用户的资源账户对支付事件进行支付处理，避免家庭用户的过度支付行为，避免家庭群组的资金流失，保证家庭群组的资金安全，具体在基于约束检测结果对支付事件进行支付处理的过程中，执行如下操作：

若所述约束检测结果为检测通过，基于所述家庭群组的家庭账户对所述支付事件进行支付处理，或者，向所述家庭群组的家庭账户对应的支付平台发送支付处理指令，以基于所述家庭群组在所述支付平台的家庭账户对所述支付事件进行支付处理；

若所述约束检测结果为检测未通过，基于所述家庭用户的资源账户对所述支付事件进行支付处理，或者，向所述家庭用户返回支付失败提醒；

其中，所述家庭账户包括所述家庭群组中申请用户的资源账户。

此处的支付平台，是指管理家庭账户的平台，管理包括开通、资金划拨；所述支付处理指令是指进行支付处理的指令。

在支付处理之后，生成支付记录向家庭群组返回；支付记录中可记录有支付金额、支付商品信息、交易门店信息、支付设备信息、支付时间等信息，家庭群组中的申请用户可查看支付记录，对家庭用户的支付事件进行追溯，并进一步进行约束条件的调整，提升针对家庭用户进行支付约束的有效性。

实际应用中，在对支付事件进行支付约束检测之后，具体基于设置的约束条件对支付事件携带的支付信息进行检测之后，为了进一步提升家庭用户的支付安全性，对家庭用户的支付事件进行双重约束，保证家庭用户的支付事件的合理性。本实施例提供的另一种可选实施方式中，基于申请用户针对支付事件的确认响应，对支付事件进行支付处理，具体在基于约束检测结果对支付事件进行支付处理的过程中，执行如下操作：

在约束检测通过后，向所述家庭群组中的申请用户发送针对所述支付事件的确认申请；

获取所述申请用户针对所述确认申请提交的确认响应，并基于所述确认响应进行所述支付处理。

其中，所述确认申请是指针对支付事件邀请申请用户进行支付确认，在获得申请用户的确认响应后可进行支付处理。

在实际的应用中，家庭用户的支付事件不满足约束条件的次数可能较多，也可能较少，为了提高对家庭用户的支付行为的约束力度，可基于检测出的支付事件不满足约束条件的次数对家庭用户的支付行为进行约束。本实施例提供的一种可选实施方式中，还执行如下操作：检测支付事件中携带的至少一个支付约束维度的支付信息不处于对应的支付约束维度的约束取值范围内的次数；

基于所述次数关闭所述家庭用户针对所述支付码的访问权限，或者，基于所述次数和所述家庭群组中申请用户的权限关闭指令关闭所述访问权限。

可选的，所述约束取值范围包括额度取值区间、时间取值范围、支付位置范围和/或交易平台范围；此处的支付事件包括当前支付事件和历史支付事件。

具体的，基于次数关闭家庭用户针对支付码的访问权限，包括：若该次数超过次数阈值，关闭家庭用户针对支付码的访问权限；基于次数和家庭群组中申请用户的权限关闭指令关闭访问权限，包括：若该次数超过次数阈值，基于家庭群组中申请用户的权限关闭指令关闭家庭用户针对支付码的访问权限；此外，也可直接基于家庭群组中申请用户的权限关闭指令关闭家庭用户针对支付码的访问权限。

实际应用中，家庭群组中参与用户的长辈可能为多个，为了使家庭群组中参与用户的长辈均可管理家庭群组，提升针对参与用户进行管控的精准性，可由申请用户针对家庭群组中的参与用户提交级别变更指令，并对参与用户的家庭级别进行变更，在变更之后，具备管理家庭群组的权限。本实施例提供的一种可选实施方式中，还执行如下操作：

获取所述家庭群组中申请用户针对参与用户提交的级别变更指令；

在所述参与用户的用户属性满足预设属性条件的情况下，将所述参与用户的家庭级别变更为管理用户；

其中，所述管理用户具有设置所述家庭群组中参与用户的约束条件的权限，以及关闭所述家庭群组中参与用户对所述支付码的访问权限的关闭权限。

此处的家庭级别是指用户在家庭群组的级别，所述家庭级别包括申请用户、管理用户和/或参与用户；所述申请用户具备管理家庭群组的管理权限，所述管理权限包括设置参与用户的约束条件的权限、关闭参与用户针对支付码的访问权限的权限、针对家庭群组增加参与用户的权限和/或针对家庭群组删除参与用户的权限。所述级别变更指令是指对用户的家庭级别进行变更的指令。

需要说明的是，也可基于家庭群组中申请用户针对管理用户的级别变更指令，将所述管理用户的家庭级别变更为参与用户。

具体实施时，利用关闭家庭用户访问家庭群组的支付码的访问权限，来“惩戒”家庭用户不合理的支付事件，同时，也可以在家庭用户存在支付剩余额度时，利用将支付剩余额度对应的剩余资源转入家庭用户的资源账户的方式，来“奖励”家庭用户，以此，提升家庭用户的感知程度，提升家庭用户对于合理使用家庭群组的支付码的积极性，并提升家庭用户控制支付行为的积极性。本实施例提供的一种可选实施方式中，还执行如下操作：

在针对所述家庭用户配置的约束条件中包含的时间周期届满时，确定所述特定支付类型下所述家庭用户的支付剩余额度；

将所述支付剩余额度对应的剩余资源从所述家庭群组的家庭账户转入所述家庭用户的资源账户；所述资源账户由所述家庭群组中的申请用户进行管理。

可选的，支付剩余额度，包括在时间周期内支付金额与支付额度的差值。

例如，家庭用户的约束条件中包含的时间周期为1个月，家庭用户的特定支付类型为文具支付类型，在1个月到达时，确定在文具支付类型下家庭用户的支付剩余额度为200元，将支付剩余额度对应的剩余资源200元转入家庭用户的资源账户，可由家庭用户进行该剩余资源的支配。

综上所述，本实施例提供的应用于家庭群组的支付处理方法，获取对家庭群组的支付码进行支付审核的审核结果，并根据审核结果确定基于支付码提交的支付事件的事件类型，并基于支付事件的事件类型与针对家庭用户配置的特定支付类型的匹配结果，对支付事件进行支付约束检测，根据约束检测结果对支付事件进行支付处理；

具体的，根据读取的针对家庭群组的支付码标记的支付标签的标签类型，确定支付码的审核结果，若标签类型为家庭支付类型，确定审核结果为审核通过，并确定基于支付码提交的支付事件的事件类型，在事件类型与针对家庭用户配置的特定支付类型匹配的情况下，根据从支付事件中提取的至少一个支付约束维度的支付信息，检测支付信息是否满足对应的支付约束维度的约束条件，若满足，确定约束检测结果为检测通过，并基于家庭群组的资源账户对支付事件进行支付处理，或者，向家庭账户对应的支付平台发送支付处理指令，以基于家庭群组在支付平台的家庭账户对支付事件进行支付处理；若不满足，确定约束检测结果为检测未通过，并基于家庭用户的资源账户对支付事件进行支付处理，以此，在家庭用户利用家庭群组的支付码进行支付的过程中，对家庭用户产生的支付事件进行支付约束检测，通过支付约束检测实现对家庭用户的支付约束，避免家庭用户利用支付码进行无限制的支付，造成家庭群组的资金流失，实现针对家庭用户的支付事件的有效管控，提升针对家庭用户进行支付约束的便捷性和精准性。

下述以本实施例提供的一种应用于家庭群组的支付处理方法在家庭群组场景的应用为例，对本实施例提供的应用于家庭群组的支付处理方法进行进一步说明，参见图2，应用于家庭群组场景的应用于家庭群组的支付处理方法，具体包括如下步骤。

步骤S202，读取针对家庭群组的支付码标记的支付标签，并确定支付标签的标签类型。

步骤S204，若标签类型为家庭支付类型，确定基于支付码提交的支付事件的事件类型。

步骤S206，查询是否存在与支付事件的事件类型匹配的针对家庭用户配置的特定支付类型；

若是，执行步骤S208至步骤S210；

若否，基于家庭用户的资源账户对支付事件进行支付处理。

步骤S208，提取支付事件携带的至少一个支付约束维度的支付信息。

步骤S210，检测支付信息是否满足对应的支付约束维度的约束条件；

若是，执行步骤S212至步骤S218；

若否，基于家庭用户的资源账户对支付事件进行支付处理。

步骤S212，向家庭群组中的申请用户发送针对支付事件的确认申请。

步骤S214，获取申请用户针对确认申请提交的确认响应，并基于家庭群组的家庭账户对支付事件进行支付处理。

步骤S216，检测家庭用户的支付事件中携带的至少一个支付约束维度的支付信息不处于对应的支付约束维度的约束取值范围内的次数。

此处的支付事件包括当前支付事件和历史支付事件。

步骤S218，基于次数关闭家庭用户针对支付码的访问权限。

上述步骤S214可被替换为获取申请用户针对确认申请提交的确认响应，并向家庭账户对应的支付平台发送支付处理指令，以基于家庭群组在支付平台的家庭账户对支付事件进行支付处理；并与本实施例的其他处理步骤组成新的实现方式。

本说明书提供的另一种应用于家庭群组的支付处理方法实施例如下：

参照图3，本实施例提供的应用于家庭群组的支付处理方法，具体包括步骤S302至步骤S308。

步骤S302，获取家庭群组中的家庭用户提交的支付订单中携带的支付事件，并确定所述支付事件的事件类型。

其中，支付订单是指在交易平台产生的支付订单。

步骤S304，对所述支付事件进行支付约束检测。

可选的，在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测。

步骤S306，基于约束检测结果对所述支付事件进行支付处理。

需要说明的是，本实施例提供的应用于家庭群组的支付处理方法中，步骤S302至步骤S306的具体实现过程与上述实施例提供的应用于家庭群组的支付处理方法中的步骤S104至步骤S108的具体实现过程类似，因此，阅读本实施例提供的应用于家庭群组的支付处理方法，请参见上述实施例提供的应用于家庭群组的支付处理方法的具体实现过程，本实施例在此不再赘述。

本说明书提供的一种应用于家庭群组的支付处理装置实施例如下：

在上述的实施例中，提供了一种应用于家庭群组的支付处理方法，与之相对应的，还提供了一种应用于家庭群组的支付处理装置，下面结合附图进行说明。

参照图4，其示出了本实施例提供的一种应用于家庭群组的支付处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种应用于家庭群组的支付处理装置，包括：

审核结果获取模块402，被配置为获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，运行事件类型确定模块404，所述事件类型确定模块404，被配置为确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，运行支付约束检测模块406，所述支付约束检测模块406，被配置为对所述支付事件进行支付约束检测；

支付处理模块408，被配置为基于约束检测结果对所述支付事件进行支付处理。

本说明书提供的一种应用于家庭群组的支付处理设备实施例如下：

对应上述描述的一种应用于家庭群组的支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种应用于家庭群组的支付处理设备，该应用于家庭群组的支付处理设备用于执行上述提供的应用于家庭群组的支付处理方法，图5为本说明书一个或多个实施例提供的一种应用于家庭群组的支付处理设备的结构示意图。

本实施例提供的一种应用于家庭群组的支付处理设备，包括：

如图5所示，应用于家庭群组的支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括应用于家庭群组的支付处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在应用于家庭群组的支付处理设备上执行存储器502中的一系列计算机可执行指令。应用于家庭群组的支付处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，应用于家庭群组的支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对应用于家庭群组的支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；

基于约束检测结果对所述支付事件进行支付处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种应用于家庭群组的支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；

基于约束检测结果对所述支付事件进行支付处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于应用于家庭群组的支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (15)

1.一种应用于家庭群组的支付处理方法，包括：

获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；

基于约束检测结果对所述支付事件进行支付处理。

2.根据权利要求1所述的应用于家庭群组的支付处理方法，所述对所述支付事件进行支付约束检测，包括：

提取所述支付事件携带的至少一个支付约束维度的支付信息；

检测所述支付信息是否满足对应的支付约束维度的约束条件；

若是，确定所述约束检测结果为检测通过。

3.根据权利要求1所述的应用于家庭群组的支付处理方法，还包括：

检测支付事件中携带的至少一个支付约束维度的支付信息不处于对应的支付约束维度的约束取值范围内的次数；

基于所述次数关闭所述家庭用户针对所述支付码的访问权限，或者，基于所述次数和所述家庭群组中申请用户的权限关闭指令关闭所述访问权限。

4.根据权利要求1所述的应用于家庭群组的支付处理方法，所述基于约束检测结果对所述支付事件进行支付处理，包括：

若所述约束检测结果为检测通过，基于所述家庭群组的家庭账户对所述支付事件进行支付处理，或者，向所述家庭群组的家庭账户对应的支付平台发送支付处理指令，以基于所述家庭群组在所述支付平台的家庭账户对所述支付事件进行支付处理；

若所述约束检测结果为检测未通过，基于所述家庭用户的资源账户对所述支付事件进行支付处理；

其中，所述家庭账户包括所述家庭群组中申请用户的资源账户。

5.根据权利要求1所述的应用于家庭群组的支付处理方法，所述对家庭群组的支付码进行支付审核，包括：

读取针对所述支付码标记的支付标签，并确定所述支付标签的标签类型；

若所述标签类型为家庭支付类型，确定所述审核结果为审核通过。

6.根据权利要求1所述的应用于家庭群组的支付处理方法，所述家庭群组的支付码，采用如下方式生成：

根据申请用户的身份信息确定所述申请用户的用户属性；

若所述用户属性为预设用户属性，创建所述家庭群组并生成携带所述家庭群组的群组关键字的创建记录；

向所述申请用户开放所述家庭群组的管理权限，并基于所述申请用户的用户信息生成所述家庭群组对应的所述支付码；所述用户信息包括所述身份信息。

7.根据权利要求6所述的应用于家庭群组的支付处理方法，所述家庭关系，通过如下方式建立：

获取所述申请用户针对所述家庭群组提交的参与用户的参与用户信息；

基于所述参与用户信息生成携带所述参与用户的用户关键字的记录，并通过建立所述群组关键字和所述用户关键字的关联以建立所述家庭关系；

其中，所述参与用户针对所述支付码的访问权限在所述家庭关系建立之后激活。

8.根据权利要求1所述的应用于家庭群组的支付处理方法，所述基于约束检测结果对所述支付事件进行支付处理，包括：

在约束检测通过后，向所述家庭群组中的申请用户发送针对所述支付事件的确认申请；

获取所述申请用户针对所述确认申请提交的确认响应，并基于所述确认响应进行所述支付处理。

9.根据权利要求1所述的应用于家庭群组的支付处理方法，还包括：

获取所述家庭群组中申请用户针对参与用户提交的级别变更指令；

在所述参与用户的用户属性满足预设属性条件的情况下，将所述参与用户的家庭级别变更为管理用户；

其中，所述管理用户具有设置所述家庭群组中参与用户的约束条件的权限，以及关闭所述家庭群组中参与用户对所述支付码的访问权限的关闭权限。

10.根据权利要求1所述的应用于家庭群组的支付处理方法，所述特定支付类型基于所述家庭用户在所述家庭群组的群组身份类型配置或者基于所述家庭用户的行为数据配置。

11.根据权利要求1所述的应用于家庭群组的支付处理方法，还包括：

在针对所述家庭用户配置的约束条件中包含的时间周期届满时，确定所述特定支付类型下所述家庭用户的支付剩余额度；

将所述支付剩余额度对应的剩余资源从所述家庭群组的家庭账户转入所述家庭用户的资源账户；所述资源账户由所述家庭群组中的申请用户进行管理。

12.根据权利要求2所述的应用于家庭群组的支付处理方法，所述支付约束维度，包括下述至少一项：额度维度、时间维度、交易门店维度、交易平台维度；

相应的，所述约束条件包括下述至少一项：

支付金额处于额度取值区间内、支付时间处于时间取值范围内、交易门店的位置处于支付位置范围内、交易平台为预设交易平台。

13.一种应用于家庭群组的支付处理装置，包括：

审核结果获取模块，被配置为获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，运行事件类型确定模块，所述事件类型确定模块，被配置为确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，运行支付约束检测模块，所述支付约束检测模块，被配置为对所述支付事件进行支付约束检测；

支付处理模块，被配置为基于约束检测结果对所述支付事件进行支付处理。

14.一种应用于家庭群组的支付处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；

基于约束检测结果对所述支付事件进行支付处理。

15.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取对家庭群组的支付码进行支付审核的审核结果；

若所述审核结果为审核通过，确定基于所述支付码提交的支付事件的事件类型；所述支付码基于家庭用户与所述家庭群组建立的家庭关系进行访问；

在所述事件类型与针对所述家庭用户配置的特定支付类型匹配的情况下，对所述支付事件进行支付约束检测；

基于约束检测结果对所述支付事件进行支付处理。

Images