发明内容
本申请实施例提供了一种信息的生成、获取、处理方法及装置、支付方法及客户端,可以提高业务操作执行的效率。
第一方面,提供了一种信息的生成方法,该生成方法包括:
接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息;
将所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;
根据预设的算法以及所述连续的文本信息,生成目标信息。
第二方面,提供了一种信息的获取方法,该获取方法包括:
识别预先生成的目标信息,获得连续的文本信息,其中,所述连续的文本信息包含两个以上用户身份信息,且所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;
解析所述连续的文本信息,得到两个以上用户身份信息。
第三方面,提供了一种信息的处理方法,该处理方法包括:
识别预先生成的目标信息,获得连续的文本信息;
将所述连续的文本信息发送至服务端,由所述服务端解析所述连续的文本信息,得到两个以上用户身份信息;
接收所述服务端发送的所述两个以上用户身份信息,并展示所述两个以上用户身份信息;
根据第二用户输入的信息,对所述两个以上用户身份信息执行相应的操作。
第四方面,提供了一种支付方法,该支付方法包括:
识别预先生成的目标信息,获得连续的文本信息;
将所述连续的文本信息发送至支付服务端,由所述支付服务端解析所述连续的文本信息,得到两个以上账户信息;
接收所述支付服务端发送的所述两个以上账户信息,并展示所述两个以上账户信息;
根据付款方输入的信息,确定各个账户信息对应的支付金额;
根据所述各个账户信息对应的支付金额,执行支付操作。
第五方面,提供了一种信息的生成装置,该生成装置包括:接收单元、组合单元和生成单元;
所述接收单元,用于接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息;
所述组合单元,用于将所述接收单元接收的所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;
所述生成单元,用于根据预设的算法以及所述组合单元获得的所述连续的文本信息,生成目标信息。
第六方面,提供了一种信息的获取装置,该获取装置包括:识别单元和解析单元;
所述识别单元,用于识别预先生成的目标信息,获得连续的文本信息,其中,所述连续的文本信息包含两个以上用户身份信息,且所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;
所述解析单元,用于解析所述识别单元获得的所述连续的文本信息,得到两个以上用户身份信息。
第七方面,提供了一种信息的处理装置,该处理装置包括:识别单元、发送单元、接收单元和执行单元;
所述识别单元,用于识别预先生成的目标信息,获得连续的文本信息;
所述发送单元,用于将所述识别单元获得的所述连续的文本信息发送至服务端,由所述服务端解析所述连续的文本信息,得到两个以上用户身份信息;
所述接收单元,用于接收所述服务端发送的所述两个以上用户身份信息,并展示所述两个以上用户身份信息;
所述执行单元,用于根据第二用户输入的信息,对所述两个以上用户身份信息执行相应的操作。
第八方面,提供了一种支付客户端,该支付客户端包括:识别单元、发送单元、确定单元和执行单元;
所述识别单元,用于识别预先生成的目标信息,获得连续的文本信息;
所述发送单元,用于将所述识别单元获得的所述连续的文本信息发送至支付服务端,由所述支付服务端解析所述连续的文本信息,得到两个以上账户信息;
所述确定单元,用于根据付款方输入的信息,确定各个账户信息对应的支付金额;
所述执行单元,用于根据所述确定单元确定的所述各个账户信息对应的支付金额,执行支付操作。
本申请提供的信息的生成、获取、处理方法及装置、支付方法及客户端,生成方法包括:接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息;将所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;根据预设的算法以及所述连续的文本信息,生成目标信息。也即本申请中,通过在目标信息中包含两个以上用户身份信息,达到了在通过识别目标信息获取用户身份信息的场景下,通过一次识别操作获取两个以上用户身份信息,并向两个以上用户身份信息同时执行业务操作的目的,从而提高了针对两个以上用户身份信息执行业务操作的效率。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为便于对本申请实施例的理解,下面将结合附图以具体实施例做进一步的解释说明,实施例并不构成对本申请实施例的限定。
本申请提供的信息的生成、获取、处理方法及装置、支付方法及客户端,适用于互联网系统中包含两个以上的用户身份信息的目标信息生成的场景,如,可以适用于支付系统中包含两个以上用户身份信息的支付信息生成的场景,此处,用户身份信息包括:账户信息、账号信息、银行卡号信息或者其它能标识用户身份的信息。
其中,支付系统可以包括支付客户端和支付服务端,支付客户端可以包括展示界面、图像识别装置和/或声音识别装置,展示界面可以向用户展示支付服务端对支付客户端的支付请求处理后的结果信息;图像识别装置用于识别图片信息,如,用于识别二维码或者加密后的二维码,并得到连续的文本信息(或者字符串信息);声音识别装置用于识别声音信息,如,用于识别声波或者加密后的声波,并得到连续的文本信息(或者字符串信息);此处,当支付客户端用于识别加密后的二维码或者加密后的声波时,则支付客户端还可以具有相应的解密功能,如,具有对通过MD5加密算法加密的文本信息进行解密的功能;支付服务端可以用于接收支付客户端发送的连续的文本信息,并通过预设的算法对连续的文本信息进行解密,得到两个以上用户身份信息,其中,各用户身份信息对应的支付金额,可以是根据付款方输入的支付金额以及支付比例确定的;或者,也可以是根据支付订单中的支付金额以及预设的比例确定的。此外,上述支付信息可以是图片信息,如二维码;也可以为声音信息,如,声波。
图1为本申请一种实施例提供的信息的生成方法流程图。该生成方法的执行主体可以为具有处理能力的设备:服务器或者系统或者装置,如图1所示,该生成方法具体可以包括:
步骤110,接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息。
此处,在支付场景下,第一用户可以为收款方或者商家;用户身份信息可以包括:账户信息、账号信息、银行卡号信息或者其它能标识用户身份的信息。以用户身份信息为账户信息,且生成的目标信息为二维码为例来说,上述信息生成指令可以是由收款方在支付系统的“账户详情”中点击“我的二维码”选项触发。需要说明的是,由于现有的支付系统只能生成包含一个账户信息的二维码,所以收款方的账户信息是不可编辑的,在实现本申请的方案时,可以将“账户详情”中的账户信息设置为可编辑的状态,从而收款方可以添加其它账户信息;或者,可以直接在支付系统中新增“生成二维码”选项功能,在该选项对应的页面,收款方可以添加两个以上账户信息,且在上述页面编辑好账户信息之后,点击确定按钮时就触发了上述信息生成指令。
需要说明的是,在用户身份信息为银行卡号信息或者其它能标识用户身份的信息时,或者,在生成的目标信息为除二维码的其它图像信息或者声音信息时,上述信息生成指令的触发方式类似,在此不复赘述。
步骤120,将所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组。
此处,需要说明的是,分割串可以为如下特殊字符或者特殊字符的组合:“#”、“*”、“<>”或者“(.*)”等,即此处的特殊字符可以为任一不能用于构成用户身份信息的字符。
其中,将所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,具体可以为:
步骤A:按照预设的排序规则,对所述两个以上用户身份信息进行排序。
当两个以上用户身份信息有主次之分时,则上述预设的排序规则可以为:主用户身份信息在前,辅用户身份信息在后。如,在接收到的信息生成指令包含两个账户信息,且该两个账户信息分别为商家的账户信息以及服务员的账户信息时,则预设的排序规则可以为:商家的账户信息在前,服务员的账户信息在后。
步骤B:将排序后的所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息。
在一个例子中,步骤B即为通过分割串将排序后的两个以上用户身份信息组合在一起,获得连续的文本信息。
如前述例子,假设商家的账户信息为:a@163.com,第一服务员的账户信息为:waiter1@163.com,且分割串为:#;则当用分割串将排序后的两个账户信息组合在一起,获得的连续的文本信息为:a@163.com#waiter1@163.com。
可以理解的是,如前述例子,假设还包括第二服务员的账户信息:waiter2@163.com;且该第二服务员的账户信息与第一服务员的账户信息没有严格的顺序关系时,则当用分割串将排序后的三个账户信息组合在一起,获得的连续的文本信息为:a@163.com#waiter1@163.com#waiter2@163.com,或者a@163.com#waiter2@163.com#waiter1@163.com。当然,在实际应用中,可以为多个服务员分别设置优先级,如前述例子,当第一服务员的优先级高于第二服务员时,则得到的连续的文本信息为:a@163.com#waiter1@163.com#waiter2@163.com。
需要说明的是,上述对两个以上用户身份信息进行排序是为了方便识别,如,在接收到的连续的文本信息为:a@163.com#waiter1@163.com时,则直接可以将a@163.com识别为商家的账户信息,而将waiter1@163.com识别为服务员的账户信息。
步骤130,根据预设的算法以及所述连续的文本信息,生成目标信息。
此处,目标信息可以为图片信息或者声音信息,如在支付系统中,上述目标信息具体可以为二维码或者声波。
当获得的目标信息为二维码时,则上述预设的算法可以为现有技术中任一能生成二维码的算法;而当获得的目标信息为声波时,则上述预设的算法可以为任一能实现对连续的文本信息按照预设的编码规则进行编码,并将编码后的连续的文本信息转换到对应的声音频率上的信号的算法,如,将连续的文本信息转化为八进制数据,其中,八进制数据中的0到7分别用8种不同的声音频率来表示,将上述转化得到的八进制数据转换到对应的声音频率上的信号的算法。
需要说明的是,在支付场景下,上述步骤110-步骤130可以由支付系统执行。
综上,通过上述实施例提供的信息的生成方法,可以达到在目标信息中包含两个以上用户身份信息的目的,这可以提高在通过识别目标信息获取用户身份信息的场景下,获取两个以上用户身份信息的效率,从而提高了针对两个以上用户身份信息执行业务操作的效率。
图2为本申请另一种实施例提供的信息的获取方法流程图。该获取方法的执行主体可以为具有处理能力的设备:服务器或者系统或者装置,如图2所示,该获取方法具体可以包括:
步骤210,识别预先生成的目标信息,获得连续的文本信息,其中,所述连续的文本信息包含两个以上用户身份信息,且所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合。
此处,预先生成的目标信息可以为图片信息,如,二维码,也可以为声音信息,如,声波。
在支付系统中,上述步骤210可以由支付客户端执行。在一个例子中,当预先生成的目标信息为二维码时,则可以由支付客户端通过打开“扫一扫”功能来识别预先生成的二维码。当然,在其它应用场景下,上述步骤210也可以由其它具有图像识别功能或者声音识别功能的系统或者装置执行。
优选地,所述连续的文本信息中的两个以上用户身份信息是有序的。
此处,分割串可以为如下特殊字符或者特殊字符的组合:“#”、“*”、“<>”或者“(.*)”等,即此处的特殊字符可以为任一不能用于构成用户身份信息的字符。此外,当两个以上用户身份信息分主次之分时,则上述两个以上用户身份信息的顺序可以为:主用户身份信息在前,辅用户身份信息在后。如在支付场景下,当用户身份信息为账户信息时,且两个账户信息分别为商家的账户信息以及服务员的账户信息时,则两个账户信息的顺序可以为:商家的账户信息在前,服务员的账户信息在后。
举例来说,当连续的文本信息中包含两个用户身份信息时,则获得的连续的文本信息可以为:a@163.com#waiter1@163.com;而当连续的文本信息中包含两个以上(如,三个)用户身份信息时,则获得的连续的文本信息可以为:a@163.com#waiter2@163.com#waiter1@163.com。
步骤220,解析所述连续的文本信息,得到两个以上用户身份信息。
其中,步骤220中解析所述连续的文本信息,得到两个以上用户身份信息,具体可以为:
步骤X:从所述连续的文本信息中剔除所述分割串,其中,剔除所述分割串后的所述连续的文本信息中包含两个以上子文本信息。
如前述例子,当从连续的文本信息:a@163.com#waiter1@163.com中剔除特殊字符:“#”时,则得到两个子文本信息:a@163.com和waiter1@163.com;而当从连续的文本信息:a@163.com#waiter2@163.com#waiter1@163.com中剔除特殊字符:“#”时,则得到三个子文本信息:a@163.com、waiter1@163.com和waiter2@163.com。
步骤Y:将所述两个以上子文本信息作为两个以上用户身份信息。
如前述例子,可以分别将a@163.com和waiter1@163.com作为两个账户信息,或者可以分别将a@163.com、waiter1@163.com和waiter2@163.com作为三个账户信息。
此外,还需要说明的是,在两个以上用户身份信息有序的情况下,则可以按照预设的排序规则,对两个以上用户身份信息进行解析。如,在剔除分割串前的连续的文本信息中两个以上用户身份信息的排序规则为:商家的账户信息在前,服务员的账户信息在后,则可以将a@163.com和waiter1@163.com解析为商家的账户信息和第一服务员的账户信息。而在没有优先级的情况下,可以将a@163.com、waiter1@163.com和waiter2@163.com解析为商家的账户信息、第一服务员的账户信息和第二服务员的账户信息,或者解析为商家的账户信息、第二服务员的账户信息和第一服务员的账户信息;而在有优先级的情况下,且假设第一服务员的优先级高于第二服务员的优先级时,可以将a@163.com、waiter1@163.com和waiter2@163.com解析为商家的账户信息、第一服务员的账户信息和第二服务员的账户信息。
综上,通过上述实施例提供的信息的获取方法,可以达到一次识别操作获取两个以上用户身份信息的目的,这可以提高在通过识别目标信息获取用户身份信息的场景下,获取两个以上用户身份信息的效率,从而提高了针对两个以上用户身份信息执行业务操作的效率。
图3为本申请又一种实施例提供的信息的处理方法流程图。该处理方法的执行主体可以具有处理能力的设备:服务器或者系统或者装置,如图3所示,该支付方法具体可以包括:
步骤310,识别预先生成的目标信息,获得连续的文本信息。
在本实施例中,以预先生成的目标信息为二维码为例来说。该二维码可以是由收款方支付系统或者对方即时通信软件(如,微信或者QQ)生成的,以便于付款方或者添加好友方扫面该二维码。
在一个例子中,当付款人向收款方付款时,可以通过支付客户端的“扫一扫”功能识别收款方生成的二维码,从而可以获得连续的文本信息。
在另一个例子中,当添加好友方添加对方为好友时,可以通过即时通信软件的客户端的“扫一扫”功能识别对方生成的二维码,从而可以获得连续的文本信息。
举例来说,当连续的文本信息由通过分割串“#”组合在一起的三个账户信息构成时,该连续的文本信息可以为:a@163.com#waiter1@163.com#waiter2@163.com。
步骤320,将所述连续的文本信息发送至服务端,由所述服务端解析所述连续的文本信息,得到两个以上用户身份信息。
如前述第一个例子中,支付客户端在获得的连续的文本信息后,可以将该连续的文本信息发送至支付服务端;支付服务端在接收到连续的文本信息之后,可以按照步骤220的解析方法对连续的文本信息进行解析,并可以得到如下三个账户信息:a@163.com、waiter1@163.com和waiter2@163.com,且可以按照预设的排序规则以及优先级,得到上述三个账户信息分别为商家的账户信息、第一服务员的账户信息和第二服务员的账户信息。
如前述另一个例子中,即时通信软件的客户端在获得的连续的文本信息后,可以将获得的连续的文本信息发送至对应的服务端;或者即时通信软件的服务端在接收到连续的文本信息之后,可以按照步骤220的解析方法对连续的文本信息进行解析,并可以得到如下三个账号信息:XXX123、12345678001和497770066。
步骤330,接收所述服务端发送的所述两个以上用户身份信息,并展示所述两个以上用户身份信息。
如前述一个例子,支付客户端在接收到上述三个账户信息之后,可以展示商家的账户信息以及两个服务员的相关信息,如,头像,并根据选择指令,可以唯一地确定目标服务员以及目标服务员的账户信息,此处,支付服务端可以将目标服务员以及目标服务员的账户信息的对应关系预先存储在存储单元中。
如前述另一个例子,即时通信软件的客户端在接收到上述三个账号信息之后,可以展示该三个账号信息,此外,还可以展示该三个账号信息的相关信息,如,头像以及所在地区等。
步骤340,根据第二用户输入的信息,对所述两个以上用户身份信息执行相应的操作。
如前述一个例子中,第二用户可以为付款方。具体地,支付客户端可以接收付款方输入的商家账户信息对应的第一支付金额以及服务员账户信息对应的第二支付金额与第一支付金额的比例;或者,各个账户信息对应的支付金额;支付客户端在接收到付款方输入的信息之后,可以向支付服务端发送该信息,支付服务端根据接收的信息,确定各个账户信息对应的支付金额;并在确定各个账户信息对应的支付金额之后,根据确定的各个账户信息对应的支付金额或者最终支付金额,执行支付操作。由此,达到了在通过识别目标信息获取账户信息的场景下,通过一次识别操作获取两个以上账户信息,并向两个以上账户信息同时执行支付操作的目的,从而提高了针对两个以上账户信息执行支付操作的效率。
如前述另一个例子中,第二用户可以为添加好友方;第二用户输入的信息可以为添加某个账号信息为好友的指令,或者也可以为放弃添加某个账号信息为好友的指令。
图4为本申请再一种实施例提供的支付方法流程图。该支付方法的执行主体可以为具有处理能力的设备:服务器或者系统或者装置,如,支付客户端,如图4所示,该支付方法具体可以包括:
步骤410,识别预先生成的目标信息,获得连续的文本信息。
在本实施例中,以预先生成的目标信息为二维码为例来说。该二维码可以是由收款方通过支付系统生成的,且为便于付款方扫描该二维码,收款方可以将二维码打印在商店的墙上或者收银台附近等地方。
具体地,当付款方向收款方付款时,可以通过支付客户端的“扫一扫”功能识别上述打印在商店的墙上或者收银台附近的二维码,从而可以获得连续的文本信息。
在一个例子中,当连续的文本信息由通过分割串“#”组合在一起的三个账户信息构成时,该连续的文本信息可以为:a@163.com#waiter1@163.com#waiter2@163.com。
步骤420,将所述连续的文本信息发送至支付服务端,由所述支付服务端解析所述连续的文本信息,得到两个以上账户信息。
支付客户端在获得的连续的文本信息后,可以将该连续的文本信息发送至支付服务端;支付服务端在接收到连续的文本信息之后,可以按照步骤220的解析方法对上述连续的文本信息解析后,可以得到如下三个账户信息:a@163.com、waiter1@163.com和waiter2@163.com,且可以按照预设的排序规则以及优先级,得到上述三个账户信息分别为商家的账户信息、第一服务员的账户信息和第二服务员的账户信息。
步骤430,接收所述支付服务端发送的所述两个以上账户信息,并展示所述两个以上账户信息。
如前述例子,支付客户端在接收到上述三个账户信息之后,可以展示如图5所示的页面,该页面可以通过展示界面展示,其可以包括两个区域:商家区域和小费区域,其中,商家区域展示了商家的账户信息,而小费区域通过下拉列表框展示了两个服务员的相关信息,如,头像,支付客户端可以从下拉列表框中接收的选择指令,并将接收到的选择指令发送至支付服务端,支付服务端可以唯一地确定目标服务员以及目标服务员的账户信息,此处,支付服务端可以将目标服务员以及目标服务员的账户信息的对应关系预先存储在存储单元中。
步骤440,根据付款方输入的信息,确定各个账户信息对应的支付金额。
其中,所述付款方输入的信息包括:一个账户信息对应的第一支付金额以及其它账户信息对应的第二支付金额与所述第一支付金额的比例;或者,各个账户信息对应的支付金额。
具体地,在图5中,支付客户端可以通过商家区域的文本框接收商家的账户信息对应的支付金额,且可以通过小费区域的单选按钮确定付款方输入的是输入支付比例或者支付金额,当接收到输入支付金额的指令,并将该输入支付金额的指令发送至支付服务端时,则支付服务端可以根据从与支付金额对应的文本框中接收的支付金额,直接确定各个账户信息对应的支付金额;而当接收到输入支付比例的指令,并将该输入支付比例的指令发送至支付服务端时,则支付服务端可以根据从与支付比例对应的文本框中接收的比值以及商家区域的支付金额,确定各个账户信息对应的支付金额。
当然,在实际应用中,图5中的小费区域也可以不包括单选按钮,而是由支付服务端预设比例值,当接收到支付客户端发送的商家的账户信息对应的支付金额时,支付服务端根据商家的账户信息对应的支付金额以及预设比例值,确定各个账户信息对应的支付金额;或者,在直接接收付款方输入的各账户信息对应的支付金额时,支付服务端也可以预设分成比例,即根据服务员的账户信息对应的支付金额及分成比例,确定分成金额;之后,在商家的账户信息对应的支付金额中增加分成金额,得到商家的账户信息对应的最终支付金额;而在服务员的账户信息对应的支付金额中减去分成金额,得到服务员的账户信息对应的最终支付金额。
此外,还需要说明的是,当向多个服务员支付小费时,则可以在图4的消费区域中再新增一个或多个下拉列表框,根据从该新增的下拉列表框中接收的选择指令,确定其它服务员以及其它服务员的账户信息。
步骤450,根据所述各个账户信息对应的支付金额,执行支付操作。
支付服务端在确定各个账户信息对应的支付金额之后,根据确定的各个账户信息对应的支付金额或者最终支付金额,执行支付操作。由此,达到了在通过识别目标信息获取账户信息的场景下,通过一次识别操作获取两个以上账户信息,并向两个以上账户信息同时执行支付操作的目的,从而提高了针对两个以上账户信息执行支付操作的效率。
与上述信息的生成方法对应地,本申请实施例还提供的一种信息的生成装置,如图6所示,该生成装置包括:接收单元601、组合单元602和生成单元603。
接收单元601,用于接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息。
组合单元602,用于将接收单元601接收的所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合。
组合单元602具体用于:
按照预设的排序规则,对所述两个以上用户身份信息进行排序;
将排序后的所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息。
生成单元603,用于根据预设的算法以及组合单元602获得的所述连续的文本信息,生成目标信息。
其中,所述目标信息包括图片信息或者声音信息。
本申请实施例装置的各功能模块的功能,可以通过上述方法实施例的各步骤来实现,因此,本申请提供的装置的具体工作过程,在此不复赘述。
本申请实施例提供的信息的生成装置,接收单元601接收第一用户输入的信息生成指令,所述信息生成指令中携带两个以上用户身份信息;组合单元602将所述两个以上用户身份信息按照预设的方式进行组合,获得连续的文本信息,其中,所述连续的文本信息中所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;生成单元603根据预设的算法以及所述连续的文本信息,生成目标信息。由此,可以达到在目标信息中包含两个以上用户身份信息的目的,这可以提高在通过识别目标信息获取用户身份信息的场景下,获取两个以上用户身份信息的效率,从而提高了针对两个以上用户身份信息执行业务操作的效率。
与上述信息的获取方法对应地,本申请实施例还提供的一种信息的获取装置,如图7所示,该获取装置包括:识别单元701和解析单元702。
识别单元701,用于识别预先生成的目标信息,获得连续的文本信息,其中,所述连续的文本信息包含两个以上用户身份信息,且所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合。
解析单元702,用于解析识别单元701获得的所述连续的文本信息,得到两个以上用户身份信息。
解析单元702具体用于:
从所述连续的文本信息中剔除所述分割串,其中,剔除所述分割串后的所述连续的文本信息中包含两个以上子文本信息;
将所述两个以上子文本信息作为两个以上用户身份信息。
本申请实施例装置的各功能模块的功能,可以通过上述方法实施例的各步骤来实现,因此,本申请提供的装置的具体工作过程,在此不复赘述。
本申请实施例提供的信息的获取装置,识别单元701识别预先生成的目标信息,获得连续的文本信息,其中,所述连续的文本信息包含两个以上用户身份信息,且所述两个以上用户身份信息之间通过分割串间隔,所述分割串为预定义的字符或者字符组合;解析单元702解析所述连续的文本信息,得到两个以上用户身份信息。由此可以达到一次识别操作获取两个以上用户身份信息的目的,这可以提高在通过识别目标信息获取用户身份信息的场景下,获取两个以上用户身份信息的效率,从而提高了针对两个以上用户身份信息执行业务操作的效率。
与上述信息的处理方法对应地,本申请实施例还提供的一种信息的处理装置,如图8所示,该处理装置包括:识别单元801、发送单元802、接收单元803和执行单元804。
识别单元801,用于识别预先生成的目标信息,获得连续的文本信息。
发送单元802,用于将识别单元801获得的所述连续的文本信息发送至服务端,由所述服务端解析所述连续的文本信息,得到两个以上用户身份信息。
接收单元803,用于接收所述服务端发送的所述两个以上用户身份信息,并展示所述两个以上用户身份信息。
执行单元804,用于根据第二用户输入的信息,对所述两个以上用户身份信息执行相应的操作。
本申请实施例装置的各功能模块的功能,可以通过上述方法实施例的各步骤来实现,因此,本申请提供的装置的具体工作过程,在此不复赘述。
本申请实施例提供的信息的处理装置,识别单元801识别预先生成的目标信息,获得连续的文本信息;发送单元802将所述连续的文本信息发送至服务端,由所述服务端解析所述连续的文本信息,得到两个以上用户身份信息;接收单元803接收所述服务端发送的所述两个以上用户身份信息,并展示所述两个以上用户身份信息;执行单元804根据第二用户输入的信息,对所述两个以上用户身份信息执行相应的操作。由此,达到了在通过识别目标信息获取用户身份信息的场景下,通过一次识别操作获取两个以上用户身份信息,并对两个以上用户身份信息执行对应的操作,从而提高了针对两个以上用户身份信息执行业务操作的效率。
与上述支付方法对应地,本申请实施例还提供的一种支付客户端,如图9所示,该支付客户端包括:识别单元901、发送单元902、接收单元903、确定单元904和执行单元905。
识别单元901,用于识别预先生成的目标信息,获得连续的文本信息。
发送单元902,用于将识别单元901获得的所述连续的文本信息发送至支付服务端,由所述支付服务端解析所述连续的文本信息,得到两个以上账户信息。
接收单元903,用于接收所述支付服务端发送的所述两个以上账户信息,并展示所述两个以上账户信息。
确定单元904,用于根据付款方输入的信息,确定各个账户信息对应的支付金额。
其中,所述付款方输入的信息包括:一个账户信息对应的第一支付金额以及其它账户信息对应的第二支付金额与所述第一支付金额的比例;或者,各个账户信息对应的支付金额。
执行单元905,用于根据确定单元904确定的所述各个账户信息对应的支付金额,执行支付操作。
本申请实施例装置的各功能模块的功能,可以通过上述方法实施例的各步骤来实现,因此,本申请提供的装置的具体工作过程,在此不复赘述。
本申请实施例提供的支付客户端,识别单元901识别预先生成的目标信息,获得连续的文本信息;发送单元902将所述连续的文本信息发送至支付服务端,由所述支付服务端解析所述连续的文本信息,得到两个以上账户信息;接收单元903,接收所述支付服务端发送的所述两个以上账户信息,并展示所述两个以上账户信息;确定单元904根据付款方输入的信息,确定各个账户信息对应的支付金额;执行单元905根据所述各个账户信息对应的支付金额,执行支付操作。由此,达到了在通过识别目标信息获取账户信息的场景下,通过一次识别操作获取两个以上账户信息,并向两个以上账户信息同时执行支付操作的目的,从而提高了针对两个以上账户信息执行支付操作的效率。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的对象及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。