CN104299129A - 支付行为处理方法、装置和服务器 - Google Patents
支付行为处理方法、装置和服务器 Download PDFInfo
- Publication number
- CN104299129A CN104299129A CN201410509431.0A CN201410509431A CN104299129A CN 104299129 A CN104299129 A CN 104299129A CN 201410509431 A CN201410509431 A CN 201410509431A CN 104299129 A CN104299129 A CN 104299129A
- Authority
- CN
- China
- Prior art keywords
- payment
- type
- user
- behavior
- specified
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及一种支付行为处理方法、装置和服务器,其主要目的在于,降低用户使用多种类型数额进行支付时出现异常的可能性。支付行为处理方法包括:接收终端发送的用户进行支付行为的请求,请求指示用户的支付数额,支付数额包含多种支付类型的数额;生成支付单据,并在支付单据中写入支付数额的类型以及每种支付类型的数额;按支付单据,将用户账户中对应支付类型的数额进行减少,以完成支付行为。
Description
技术领域
本发明涉及电子技术领域,具体而言,涉及一种支付行为处理方法、装置和服务器。
背景技术
目前,购物平台为了鼓励用户的购物行为,通常会根据用户已支付的数额来为用户发放一定的积分,在用户的购物过程中用户使用积分可以抵消用于待支付的一部分数额。
现有的使用积分抵消支付数额的过程,示例如下:
用户购买一件价格为1000元的衣服,则购物平台生成相应的支付单据,订单中记录了该1000元的数额;用户的账户具有60积分,根据购物平台的规定,60积分可兑换为60元;由于支付单据为进行支付的唯一依据,表示需要进行支付的数额为1000元,这就需要:
1)购物平台扣除用户的60积分;2)购物平台为用户的支付单据支付60元;3)用户继续支付剩余940元,以满足支付单据的要求。
由以上1)和2)过程可见,用户的积分实际上是经过购物平台转换为相应数额的人民币进行了支付:当购物平台无法准确地根据用户的积分,代替用户支付相应数额的人民币时,就会导致无法满足支付单据的要求,造成用户无法使用积分进行购物了。而且如上的包含积分的支付行为处理方式比较单一,无法对包含订单的支付行为进行更有效更灵活的处理。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的支付行为处理方法、装置和服务器。
依据本发明的一个方面,提供了一种支付行为处理方法,其包括:接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
依据本发明的一个方面,提供了一种支付行为处理装置,其包括:请求接收模块,用于接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;支付单据生成模块,用于生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;支付模块,用于按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
依据本发明的一个方面,提供了一种服务器,其包括:根据前述的支付行为处理装置。
本发明的支付行为处理方法、装置和服务器,至少具有以下优点:
支付单据是进行支付行为的依据,与现有技术不同,本发明中的支付单据中可记录多种类型的数额,所以根据支付单据可以减少用户账户中相应多种类型的数额,从而完成支付行为;而现有技术中的支付单据仅记录了一种类型的数额,需要使用其他类型的数额进行支付时必须依赖购物平台等将其他类型的数额转换为支付单据中记录的一类型的数额,如果这个过程中出现了问题,就会造成用户无法进行支付;本实施例的技术方案中不存在转换支付数额进行支付的情况,所以可以有效保证用户使用多种类型的数额顺利进行支付。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明的一个实施例的支付行为处理方法的流程图;
图2示出了根据本发明的一个实施例的支付行为处理方法的流程图;
图3示出了根据本发明的一个实施例的支付行为处理方法的流程图;
图4示出了根据本发明的一个实施例的支付行为处理方法的流程图;
图5示出了根据本发明的一个实施例的支付行为处理方法的流程图;
图6示出了根据本发明的一个实施例的支付行为处理装置的框图;
图7示出了根据本发明的一个实施例的支付行为处理装置的框图;
图8示出了根据本发明的一个实施例的支付行为处理装置的框图;
图9示出了根据本发明的一个实施例的支付行为处理装置的框图;
图10示出了根据本发明的一个实施例的支付行为处理装置的框图;
图11示出了根据本发明的一个实施例的服务器的框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
如图1所示,本发明的一个实施例中提供了一种支付行为处理方法,其包括:
步骤110,接收终端发送的用户进行支付行为的请求,请求指示用户的支付数额,支付数额包含多种支付类型的数额。在本实施例中,支付数额的类型包括但不限于目前各种通用的币种(例如,人民币)和特定平台上可用的资源(例如,积分)。本实施例中,对终端的类型不进行限制,其包括但不限于用户持有的手机、计算机等。
步骤120,生成支付单据,并在支付单据中写入支付数额的类型以及每种支付类型的数额。在本实施例中,生成的支付单据可记录多种类型的数额,这与现有技术不同,现有技术中只记录一种类型的数额。
步骤130,按支付单据,将用户账户中对应支付类型的数额进行减少,以完成支付行为。在本实施例中,假如支付单据中记录了10元和10积分,则用户从账户中支付10元和10积分即可完成积分,相比于现有的技术方案,不需要购物平台将10积分转换为10元,避免了在这个过程出现错误而造成用户无法正常支付的问题。
在本实施例的技术方案中,支付单据作为进行支付行为的依据,所以根据其中记录的多种类型的数额,可以减少用户账户中相应多种类型的数额,从而完成支付行为;而现有技术中的支付单据仅记录了一种类型的数额,需要使用其他类型的数额进行支付时必须依赖购物平台等将其他类型的数额转换为支付单据中记录的一类型的数额,如果这个过程中出现了问题,就会造成用户无法进行支付;本实施例的技术方案中不存在转换支付数额进行支付的情况,所以可以有效保证用户使用多种类型的数额顺利进行支付。
如图2所示,本发明的另一个实施例中提供了一种支付行为处理方法,多种支付类型包括第一支付类型和第二支付类型,在步骤110之前,还包括:
步骤101,接收终端发送的用户待支付的第一支付类型的第一数额。在本实施例中,例如,设第一支付类型为积分,如果用户的账户中具有一定的积分可用于购物,则用户打算使用10积分,该10积分即为第一数额。
步骤102,获取支付项目的多种支付类型的额定支付数额,根据支付项目的额定支付数额、预设的多种支付类型相关的转换关系以及第一数额,计算出用户待支付的第二支付类型的第二数额。在本实施例中,例如,设第二支付类型为人民币,某件商品全部使用人民币支付的话需30元,则其额定支付数额为:0积分+30人民币,此时转换关系中记录了人民币和积分之间是1比1的关系,则可以确定用户还需支付的人民币为20元,即第二数额为20元。特别地,在计算得到的第二数额为负值时,则通知终端发送新的第一数额。
步骤103,将第二数额发送给终端。
在本实施例的技术方案中,在用户确定打算支付的一个或多个支付类型的数额后,可以自动为用户计算出还需支付的其他支付类型的数额,并返回给用户从而对用户进行提示,省去了用户自行计算多种所需支付的数额的麻烦,有效地提升了用户体验。
在本发明的一个实施例中还提供了一种支付行为处理方法,在步骤102之前,还包括:
判断所述支付项目的第一支付类型的额定支付数额,是否小于或等于第一数额。在本实施例中,例如,设第一支付类型为积分,第二支付类型为人民币,某件商品的额定支付数额为:10积分+10元,此时判断用户打算支付的积分是否高于10积分,如用户仅打算支付5积分,即第一数额为5积分低于额定的10积分,则可不允许用户购买该商品。因为用户可支付的积分多少通常表示用户与商家之间支付行为的多少,所以本实施例有利于控制某些商品仅限于过往支付较多的用户购买。
在判断结果为是时,进入步骤102。在本实施例中,如用户打算支付的积分为15积分,即第一数额为15积分大于额定的10积分,此时根据人民币和积分之间是1比1的关系,可计算15积分需全部使用,用户还需支付的人民币为5元。可见在用户打算支付的积分高于额定积分的情况下,用户的部分积分起到了人民币的作用,从而有利于促进用户积分的消费,以及控制用户对人民币的使用。
如图3所示,本发明的另一个实施例中提供了一种支付行为处理方法,其中,多种支付类型包括第一支付类型和第二支付类型,在步骤110之前,还包括:
步骤104,获取用户账户中的第一支付类型的数额作为第三数额。在本实施例中,例如,设第一支付类型为积分,如果用户的账户中具有20积分可用于购物,则第三数额为20积分。由于积分只限于在对应电商平台使用,重要性远低于人民币,最好尽早消费,所以需要尽可能地使用积分进行支付。
步骤105,获取支付项目的多种支付类型的额定支付数额,根据支付项目的额定支付数额、预设的多种支付类型相关的转换关系以及第三数额,计算出用户待支付的第一支付类型的第四数额,以及第二支付类型的第五数额,其中,第四数额=第三数额且第五数额≥0,或第五数额=0且0<第四数额≤第三数额。在本实施例中,例如,设第二支付类型为人民币,如果某件商品全部使用人民币支付的话需30元,则其额定支付数额为0积分+30人民币,而转换关系中记录了人民币和积分之间是1比1的关系,此时假设用户的账户中具有10积分,即第三数额为10积分,则该10分全部用于支付,同时用户还需支付20元人民币,即第四数额为10积分且第五数额为20元,由于需要尽可能消费积分,所以10积分全部用于支付,第四数额与第三数额相同;而假设用户的账户具有60积分,即第三数额为60积分,则从用户账户中取出30积分用于支付,此时用户不需要支付人民币,即第四数额为30积分而第五数额为0元,因为用户的积分很多,所以部分积分就可以满足支付需求。
步骤106,将第四数额和第五数额发送给终端。
在本实施例的技术方案中,在不需用户输入支付数额的情况下,自动为用户计算出了其待支付的多种类型的数额,并返回给用户从而对用户进行提示,省去了用户自行计算多种所需支付的数额的麻烦,有效地提升了用户体验。
在本发明的一个实施例中还提供了一种支付行为处理方法,在步骤105之前,还包括:
判断支付项目的第一支付类型的额定支付数额,是否小于或等于第三数额。在本实施例中,例如,设第一支付类型为积分,第二支付类型为人民币,某件商品的额定支付数额为:10积分+10元,此时判断用户账户中的积分是否高于10积分,如用户账户中不足10积分,即第三数额小于第一支付类型的10积分,则可不允许用户购买该商品。因为积分多少通常表示用户与商家之间支付行为的多少,所以本实施例有利于控制某些商品仅限于过往支付较多的用户购买。
在判断结果为是时,进入步骤105。在本实施例中,例如,如用户的账户中具有积分为15积分,即第三数额为15积分大于额定的10积分,此时根据人民币和积分之间是1比1的关系,可计算用户账户中的15分需全部使用,用户还需支付的人民币为5元。可见在用户打算支付的积分高于额定积分的情况下,用户的部分积分起到了人民币的作用,从而有利于促进用户积分的消费,以及控制用户对人民币的使用。
如图4所示,本发明的另一个实施例中提供了一种支付行为处理方法,还包括:
步骤140,获取用户账户中的第一支付类型的数额作为第三数额。在本实施例中,例如,用户账户中具有100元人民币、20积分、优惠点20点,如果第一支付类型仅为积分,则第三数额为20积分;如果第一支付类型仅为优惠点,则第三数额为20点;如果第一支付类型取积分和优惠点,则第三数额可取为20积分+20优惠点。
步骤150,获取具有对应第一支付类型的额定支付数额,且额定支付数额小于第三数额的支付项目的信息,发送给终端。
在本实施例中,在第三数额为20积分时,对于一额定消费10积分的商品,则可将该商品信息发送给用户终端,而对于一额定消费30积分的商品,则不将该商品的信息发送给用户终端;在第三数额为20优惠点时,对于一额定消费10优惠点的商品,则可将该商品信息发送给用户终端,而对于一额定消费30优惠点的商品,则不将该商品的信息发送给用户终端;在第三数额为20积分+20优惠点时,对于一额定消费10积分+10优惠点的商品,则可将该商品信息发送给用户终端,而对于一额定消费10积分+30优惠点、或需要消费30积分+10优惠点的商品,都不将商品的信息发送给用户终端。所以,要求第三数额中的每种支付类型的数额都必须大于相应的支付数额。
在本实施例中,因为积分、优惠点等只限于在对应电商平台使用,重要性远低于人民币,最好尽早消费,所以自动推荐商品给用户,从而保证用户及时消费积分、优惠点等,避免出现过期等情况导致无法使用。
如图5所示,本发明的另一个实施例中提供了一种支付行为处理方法,接收终端发送的用户进行支付行为的请求之前,还包括:
步骤160,获取用户账户中的多种支付类型的数额。在本实施例中,例如,用户账户中具有20积分以及0点优惠点。
步骤170,根据用户账户中的多种支付类型的数额中的非零数额,生成提示信息并发送给终端。在本实施例中,例如,生成的提示信息为“账户尚有20积分,请及时使用”。
在本实施例的技术方案中,对于用户所具有的可消费的数额,尤其是最好趁早消费的积分、优惠点等,生成提示信息以提示用户尽早进行消费,避免出现过期等情况导致无法使用。
如图6所示,本发明的另一个实施例中提供了一种支付行为处理装置,其包括:
请求接收模块610,用于接收终端发送的用户进行支付行为的请求,请求指示用户的支付数额,支付数额包含多种支付类型的数额。在本实施例中,支付数额的类型包括但不限于目前各种通用的币种(例如,人民币)和特定平台上可用的资源(例如,积分)。本实施例中,对终端的类型不进行限制,其包括但不限于用户持有的手机、计算机等。
支付单据生成模块620,用于生成支付单据,并在支付单据中写入支付数额的类型以及每种支付类型的数额。在本实施例中,生成的支付单据可记录多种类型的数额,这与现有技术不同,现有技术中只记录一种类型的数额。
支付模块630,用于按支付单据,将用户账户中对应支付类型的数额进行减少,以完成支付行为。在本实施例中,假如支付单据中记录了10元和10积分,则用户从账户中支付10元和10积分即可完成积分,相比于现有的技术方案,不需要购物平台将10积分转换为10元,避免了在这个过程出现错误而造成用户无法正常支付的问题。
在本实施例的技术方案中,支付单据作为进行支付行为的依据,所以根据其中记录的多种类型的数额,可以减少用户账户中相应多种类型的数额,从而完成支付行为;而现有技术中的支付单据仅记录了一种类型的数额,需要使用其他类型的数额进行支付时必须依赖购物平台等将其他类型的数额转换为支付单据中记录的一类型的数额,如果这个过程中出现了问题,就会造成用户无法进行支付;本实施例的技术方案中不存在转换支付数额进行支付的情况,所以可以有效保证用户使用多种类型的数额顺利进行支付。
如图7所示,本发明的另一个实施例中提供了一种支付行为处理装置,多种支付类型包括第一支付类型和第二支付类型,装置还包括:
第一数额接收模块640,用于接收终端发送的用户待支付的第一支付类型的第一数额。在本实施例中,例如,设第一支付类型为积分,如果用户的账户中具有一定的积分可用于购物,则用户打算使用10积分,该10积分即为第一数额。
第二数额计算模块650,用于获取支付项目的多种支付类型的额定支付数额,根据支付项目的额定支付数额、预设的多种支付类型相关的转换关系以及第一数额,计算出用户待支付的第二支付类型的第二数额。在本实施例中,例如,设第二支付类型为人民币,某件商品全部使用人民币支付的话需30元,则其额定支付数额为:0积分+30人民币,此时转换关系中记录了人民币和积分之间是1比1的关系,则可以确定用户还需支付的人民币为20元,即第二数额为20元。特别地,在计算得到的第二数额为负值时,则通知终端发送新的第一数额。
第二数额发送模块660,用于将第二数额发送给终端。
在本实施例的技术方案中,在用户确定打算支付的一个或多个支付类型的数额后,可以自动为用户计算出还需支付的其他支付类型的数额,并返回给用户从而对用户进行提示,省去了用户自行计算多种所需支付的数额的麻烦,有效地提升了用户体验。
在本发明的一个实施例中还提供了一种支付行为处理装置,还包括:
第一判断模块,用于判断所述支付项目的第一支付类型的额定支付数额,是否小于或等于第一数额。在本实施例中,例如,设第一支付类型为积分,第二支付类型为人民币,某件商品的额定支付数额为:10积分+10元,此时判断用户打算支付的积分是否高于10积分,如用户仅打算支付5积分,即第一数额为5积分低于额定的10积分,则可不允许用户购买该商品。因为用户可支付的积分多少通常表示用户与商家之间支付行为的多少,所以本实施例有利于控制某些商品仅限于过往支付较多的用户购买。
在判断结果为是时,所述第二数额计算模块650计算第二数额。在本实施例中,如用户打算支付的积分为15积分,即第一数额为15积分大于额定的10积分,此时根据人民币和积分之间是1比1的关系,可计算15积分需全部使用,用户还需支付的人民币为5元。可见在用户打算支付的积分高于额定积分的情况下,用户的部分积分起到了人民币的作用,从而有利于促进用户积分的消费,以及控制用户对人民币的使用。
如图8所示,本发明的另一个实施例中提供了一种支付行为处理装置,其中,多种支付类型包括第一支付类型和第二支付类型,装置还包括:
第三数额获取模块670,用于获取用户账户中的第一支付类型的数额作为第三数额。在本实施例中,例如,设第一支付类型为积分,如果用户的账户中具有20积分可用于购物,则第三数额为20积分。由于积分只限于在对应电商平台使用,重要性远低于人民币,最好尽早消费,所以需要尽可能地使用积分进行支付。
第四和第五数额计算模块680,获取支付项目的多种支付类型的额定支付数额,根据支付项目的额定支付数额、预设的多种支付类型相关的转换关系以及第三数额,计算出用户待支付的第一支付类型的第四数额,以及第二支付类型的第五数额,其中,第四数额=第三数额且第五数额≥0,或第五数额=0且0<第四数额≤第三数额。在本实施例中,例如,设第二支付类型为人民币,如果某件商品全部使用人民币支付的话需30元,则其额定支付数额为0积分+30人民币,而转换关系中记录了人民币和积分之间是1比1的关系,此时假设用户的账户中具有10积分,即第三数额为10积分,则该10分全部用于支付,同时用户还需支付20元人民币,即第四数额为10积分且第五数额为20元,由于需要尽可能消费积分,所以10积分全部用于支付,第四数额与第三数额相同;而假设用户的账户具有60积分,即第三数额为60积分,则从用户账户中取出30积分用于支付,此时用户不需要支付人民币,即第四数额为30积分而第五数额为0元,因为用户的积分很多,所以部分积分就可以满足支付需求。
第四和第五数额发送模块690,用于将第四数额和第五数额发送给终端。
在本实施例的技术方案中,在不需用户输入支付数额的情况下,自动为用户计算出了其待支付的多种类型的数额,并返回给用户从而对用户进行提示,省去了用户自行计算多种所需支付的数额的麻烦,有效地提升了用户体验。
在本发明的一个实施例中还提供了一种支付行为处理装置,还包括:
第二判断模块,用于判断支付项目的第一支付类型的额定支付数额,是否小于或等于第三数额。在本实施例中,例如,设第一支付类型为积分,第二支付类型为人民币,某件商品的额定支付数额为:10积分+10元,此时判断用户账户中的积分是否高于10积分,如用户账户中不足10积分,即第三数额小于第一支付类型的10积分,则可不允许用户购买该商品。因为积分多少通常表示用户与商家之间支付行为的多少,所以本实施例有利于控制某些商品仅限于过往支付较多的用户购买。
在判断结果为是时,第四和第五数额计算模块680计算第四数额和第五数额。在本实施例中,例如,如用户的账户中具有积分为15积分,即第三数额为15积分大于额定的10积分,此时根据人民币和积分之间是1比1的关系,可计算用户账户中的15分需全部使用,用户还需支付的人民币为5元。可见在用户打算支付的积分高于额定积分的情况下,用户的部分积分起到了人民币的作用,从而有利于促进用户积分的消费,以及控制用户对人民币的使用。
如图9所示,本发明的另一个实施例中提供了一种支付行为处理装置,还包括:
支付项目获取模块6100,用于获取用户账户中的第一支付类型的数额作为第三数额,并获取具有对应第一支付类型应的额定支付数额,且额定支付数额小于第三数额的支付项目的信息,发送给终端。
在本实施例中,例如,用户账户中具有100元人民币、20积分、优惠点20点,如果第一支付类型仅为积分,则第三数额为20积分;如果第一支付类型仅为优惠点,则第三数额为20点;如果第一支付类型取积分和优惠点,则第三数额可取为20积分+20优惠点。
在本实施例中,在第三数额为20积分时,对于一额定消费10积分的商品,则可将该商品信息发送给用户终端,而对于一额定消费30积分的商品,则不将该商品的信息发送给用户终端;在第三数额为20优惠点时,对于一额定消费10优惠点的商品,则可将该商品信息发送给用户终端,而对于一额定消费30优惠点的商品,则不将该商品的信息发送给用户终端;在第三数额为20积分+20优惠点时,对于一额定消费10积分+10优惠点的商品,则可将该商品信息发送给用户终端,而对于一额定消费10积分+30优惠点、或额定消费30积分+10优惠点的商品,都不将商品的信息发送给用户终端。所以,要求第三数额中的每种支付类型的数额都必须大于相应的支付数额。
在本实施例中,因为积分、优惠点等只限于在对应电商平台使用,重要性远低于人民币,最好尽早消费,所以自动推荐商品给用户,从而保证用户及时消费积分、优惠点等,避免出现过期等情况导致无法使用。
如图10所示,本发明的另一个实施例中提供了一种支付行为处理装置,还包括:
提示模块6110,用于获取用户账户中的多种支付类型的数额,并根据用户账户中的多种支付类型的数额中的非零数额,生成提示信息并发送给终端。
在本实施例中,例如,用户账户中具有20积分以及0点优惠点。在本实施例中,例如,生成的提示信息为“账户尚有20积分可用,请及时使用”。
在本实施例的技术方案中,对于用户所具有的可消费的数额,尤其是最好趁早消费的积分、优惠点等,生成提示信息以提示用户尽早进行消费,避免出现过期等情况导致无法使用。
如图11所示,本发明的一个实施例中提供一种服务器,其包括:根据前述实施例的支付行为处理装置1110。
根据前述的实施例可知,服务器生成的支付订单中记录多种类型的数额,根据支付单据可以减少用户账户中相应多种类型的数额,从而完成支付行为;需要使用其他类型的数额进行支付时必须依赖购物平台等将其他类型的数额转换为支付单据中记录的一类型的数额,如果这个过程中出现了问题,就会造成用户无法进行支付;本实施例的技术方案中不存在转换支付数额进行支付的情况,所以可以有效保证用户使用多种类型的数额顺利进行支付。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的支付行为处理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
A1、一种支付行为处理方法,其包括:
接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;
生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;
按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
A2、根据A1所述的方法,其中,所述多种支付类型包括第一支付类型和第二支付类型,在接收终端发送的用户进行支付行为的请求之前,还包括:
接收所述终端发送的所述用户待支付的第一支付类型的第一数额;
获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第一数额,计算出所述用户待支付的第二支付类型的第二数额;
将所述第二数额发送给所述终端。
A3、根据A2所述的方法,其中,在计算出所述用户待支付的所述第二支付类型的第二数额之前,还包括:
判断所述支付项目的对应第一支付类型的额定支付数额,是否小于或等于所述第一数额;
在判断结果为是时,计算所述第二数额。
A4、根据A1所述的方法,其中,所述多种支付类型包括第一支付类型和第二支付类型,在接收终端发送的用户进行支付行为的请求之前,还包括:
获取所述用户账户中的所述第一支付类型的数额作为第三数额;
获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第三数额,计算出所述用户待支付的所述第一支付类型的第四数额和所述第二支付类型的第五数额,其中,所述第四数额=所述第三数额且所述第五数额≥0,或所述第五数额=0且0<所述第四数额≤所述第三数额;
将所述第四数额和所述第五数额发送给所述终端。
A5、根据A4所述的方法,其中,在计算出所述用户待支付的所述第一支付类型的第四数额和所述第二部分支付类型的第五数额,之前,还包括:
判断所述支付项目的对应第一支付类型的额定支付数额,是否小于或等于所述第三数额;
在判断结果为是时,计算所述第四数额和所述第五数额。
A6、根据A1所述的方法,其中,所述多种支付类型包括第一支付类型,所述方法还包括:
获取所述用户账户中的所述第一支付类型的数额作为第三数额;
获取具有对应所述第一支付类型的额定支付数额,且所述额定支付数额小于所述第三数额的支付项目的信息,发送给所述终端。
A7、根据A1至A6中任一项所述的方法,其中,接收终端发送的用户进行支付行为的请求之前,还包括:
获取所述用户账户中的所述多种支付类型的数额;
根据所述用户账户中的所述多种支付类型的数额中的非零数额,生成提示信息并发送给所述终端。
A8、一种支付行为处理装置,其包括:
请求接收模块,用于接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;
支付单据生成模块,用于生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;
支付模块,用于按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
A9、根据A8所述的装置,其中,所述多种支付类型包括第一支付类型和第二支付类型,所述装置还包括:
第一数额接收模块,用于接收所述终端发送的所述用户待支付的第一支付类型的第一数额;
第二数额计算模块,用于获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第一数额,计算出所述用户待支付的第二支付类型的第二数额;
第二数额发送模块,用于将所述第二数额发送给所述终端。
A10、根据A9所述的装置,其中,还包括:
第一判断模块,用于判断所述支付项目的对应第一支付类型的额定支付数额,是否小于或等于所述第一数额;
在判断结果为是时,所述第二数额计算模块计算所述第二数额。
A11、根据A8所述的装置,其中,所述多种支付类型包括第一支付类型和第二支付类型,所述装置还包括:
第三数额获取模块,用于获取所述用户账户中的第一支付类型的数额作为第三数额;
第四和第五数额计算模块,用于获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第三数额,计算出所述用户待支付的第一支付类型的第四数额和第二支付类型的第五数额,其中,所述第四数额=所述第三数额且所述第五数额≥0,或所述第五数额=0且0<所述第四数额≤第三数额;
第四和第五数额发送模块,用于将所述第四数额和所述第五数额发送给所述终端。
A12、根据A11所述的装置,其中,还包括:
第二判断模块,用于判断所述支付项目的对应所述部分支付类型的额定支付数额,是否小于或等于所述第三数额;
在判断结果为是时,所述第四和第五数额计算模块计算所述第四数额和所述第五数额。
A13、根据A8所述的装置,其中,所述多种支付类型包括第一支付类型,所述装置还包括:
支付项目获取模块,用于获取所述用户账户中的第一支付类型的数额作为第三数额,并获取具有对应第一支付类型的额定支付数额,且所述额定支付数额小于所述第三数额的支付项目的信息,发送给所述终端。
A14、根据A8至A13中任一项所述的装置,其中,还包括:
提示模块,用于获取所述用户账户中的所述多种支付类型的数额,并根据所述用户账户中的所述多种支付类型的数额中的非零数额,生成提示信息并发送给所述终端。
A15、一种服务器,其包括:
根据A8至A14中任一项所述的支付行为处理装置。
Claims (10)
1.一种支付行为处理方法,其包括:
接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;
生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;
按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
2.根据权利要求1所述的方法,其中,所述多种支付类型包括第一支付类型和第二支付类型,在接收终端发送的用户进行支付行为的请求之前,还包括:
接收所述终端发送的所述用户待支付的第一支付类型的第一数额;
获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第一数额,计算出所述用户待支付的第二支付类型的第二数额;
将所述第二数额发送给所述终端。
3.根据权利要求1所述的方法,其中,所述多种支付类型包括第一支付类型和第二支付类型,在接收终端发送的用户进行支付行为的请求之前,还包括:
获取所述用户账户中的所述第一支付类型的数额作为第三数额;
获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第三数额,计算出所述用户待支付的所述第一支付类型的第四数额和所述第二支付类型的第五数额,其中,所述第四数额=所述第三数额且所述第五数额≥0,或所述第五数额=0且0<所述第四数额≤所述第三数额;
将所述第四数额和所述第五数额发送给所述终端。
4.根据权利要求1所述的方法,其中,所述多种支付类型包括第一支付类型,所述方法还包括:
获取所述用户账户中的第一支付类型的数额作为第三数额;
获取具有对应所述第一支付类型的额定支付数额,且所述额定支付数额小于所述第三数额的支付项目的信息,发送给所述终端。
5.根据权利要求1至4中任一项所述的方法,其中,接收终端发送的用户进行支付行为的请求之前,还包括:
获取所述用户账户中的所述多种支付类型的数额;
根据所述用户账户中的所述多种支付类型的数额中的非零数额,生成提示信息并发送给所述终端。
6.一种支付行为处理装置,其包括:
请求接收模块,用于接收终端发送的用户进行支付行为的请求,所述请求指示所述用户的支付数额,所述支付数额包含多种支付类型的数额;
支付单据生成模块,用于生成支付单据,并在所述支付单据中写入支付数额的类型以及每种支付类型的数额;
支付模块,用于按所述支付单据,将所述用户账户中对应支付类型的数额进行减少,以完成支付行为。
7.根据权利要求6所述的装置,其中,所述多种支付类型包括第一支付类型和第二支付类型,所述装置还包括:
第一数额接收模块,用于接收所述终端发送的所述用户待支付的第一支付类型的第一数额;
第二数额计算模块,用于获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第一数额,计算出所述用户待支付的第二支付类型的第二数额;
第二数额发送模块,用于将所述第二数额发送给所述终端。
8.根据权利要求6所述的装置,其中,所述多种支付类型包括第一支付类型和第二支付类型,所述装置还包括:
第三数额获取模块,用于获取所述用户账户中的第一支付类型的数额作为第三数额;
第四和第五数额计算模块,用于获取支付项目的多种支付类型的额定支付数额,根据所述支付项目的额定支付数额、预设的所述多种支付类型相关的转换关系以及所述第三数额,计算出所述用户待支付的第一支付类型的第四数额和第二支付类型的第五数额,其中,所述第四数额=所述第三数额且所述第五数额≥0,或所述第五数额=0且0<所述第四数额≤第三数额;
第四和第五数额发送模块,用于将所述第四数额和所述第五数额发送给所述终端。
9.根据权利要求6至8中任一项所述的装置,其中,还包括:
提示模块,用于获取所述用户账户中的所述多种支付类型的数额,并根据所述用户账户中的所述多种支付类型的数额中的非零数额,生成提示信息并发送给所述终端。
10.一种服务器,其包括:
根据权利要求6至9中任一项所述的支付行为处理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410509431.0A CN104299129A (zh) | 2014-09-28 | 2014-09-28 | 支付行为处理方法、装置和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410509431.0A CN104299129A (zh) | 2014-09-28 | 2014-09-28 | 支付行为处理方法、装置和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104299129A true CN104299129A (zh) | 2015-01-21 |
Family
ID=52318850
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410509431.0A Pending CN104299129A (zh) | 2014-09-28 | 2014-09-28 | 支付行为处理方法、装置和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104299129A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550864A (zh) * | 2015-12-10 | 2016-05-04 | 盟广信息技术(上海)有限公司 | 一种用于处理酒店业务请求的方法与设备 |
CN106530423A (zh) * | 2016-11-02 | 2017-03-22 | 北京悦畅科技有限公司 | 一种实现停车费支付的方法和服务器 |
WO2017101376A1 (zh) * | 2015-12-15 | 2017-06-22 | 乐视控股(北京)有限公司 | 一种自适应设置默认支付方式的方法及其装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101124597A (zh) * | 2004-03-26 | 2008-02-13 | 花旗信贷服务公司 | 用于整合多个奖励计划的方法和*** |
CN101390121A (zh) * | 2006-02-21 | 2009-03-18 | 第一数据公司 | 顾客选择的联盟***和方法 |
US20120059701A1 (en) * | 2009-10-13 | 2012-03-08 | Van Der Veen Larry | Systems and methods forfacilitating a rewards program involving multiple payments accounts |
CN103312662A (zh) * | 2012-03-07 | 2013-09-18 | 阿里巴巴集团控股有限公司 | 一种数据传输、处理方法和装置 |
CN103390320A (zh) * | 2012-05-08 | 2013-11-13 | ***股份有限公司 | 积分数据的处理方法及*** |
-
2014
- 2014-09-28 CN CN201410509431.0A patent/CN104299129A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101124597A (zh) * | 2004-03-26 | 2008-02-13 | 花旗信贷服务公司 | 用于整合多个奖励计划的方法和*** |
CN101390121A (zh) * | 2006-02-21 | 2009-03-18 | 第一数据公司 | 顾客选择的联盟***和方法 |
US20120059701A1 (en) * | 2009-10-13 | 2012-03-08 | Van Der Veen Larry | Systems and methods forfacilitating a rewards program involving multiple payments accounts |
CN103312662A (zh) * | 2012-03-07 | 2013-09-18 | 阿里巴巴集团控股有限公司 | 一种数据传输、处理方法和装置 |
CN103390320A (zh) * | 2012-05-08 | 2013-11-13 | ***股份有限公司 | 积分数据的处理方法及*** |
Non-Patent Citations (1)
Title |
---|
匿名: "淘宝网购怎么用集分宝付款?集分宝怎么用?", 《百度经验》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550864A (zh) * | 2015-12-10 | 2016-05-04 | 盟广信息技术(上海)有限公司 | 一种用于处理酒店业务请求的方法与设备 |
WO2017101376A1 (zh) * | 2015-12-15 | 2017-06-22 | 乐视控股(北京)有限公司 | 一种自适应设置默认支付方式的方法及其装置 |
CN106530423A (zh) * | 2016-11-02 | 2017-03-22 | 北京悦畅科技有限公司 | 一种实现停车费支付的方法和服务器 |
CN106530423B (zh) * | 2016-11-02 | 2020-04-21 | 北京悦畅科技有限公司 | 一种实现停车费支付的方法和服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113657886B (zh) | 一种支付***、方法、服务器设备、介质及装置 | |
CN109949141B (zh) | 财务结算方法与装置 | |
Mayers et al. | Implementing individual producer responsibility for waste electrical and electronic equipment through improved financing | |
CN105046482A (zh) | 一种移动终端支付的方法、装置以及*** | |
CN105303400A (zh) | 资源抵扣方法及装置 | |
CN105183895A (zh) | 虚拟资源推送方法和装置 | |
CN104484943A (zh) | 智能公交卡刷卡方法、刷卡设备及用户终端 | |
CN107527291A (zh) | 一种投保方法、设备及存储介质 | |
CN107563894A (zh) | 团意险投保的方法及装置 | |
CN105511727A (zh) | 一种消息处理方法及装置 | |
CN113222724B (zh) | 票据处理方法及装置 | |
CN105185005A (zh) | 一种生成***的方法和设备 | |
CN114169885A (zh) | 数字货币支付方法、装置、终端及计算机可读存储介质 | |
CN104299129A (zh) | 支付行为处理方法、装置和服务器 | |
CN112927090A (zh) | 业务订单数据的生成方法及装置 | |
CN110033362B (zh) | 一种打款方法、装置及设备 | |
CN104750667A (zh) | 一种图像内容的处理方法及移动终端 | |
CN103366270A (zh) | 一种多平台的数据交互方法及*** | |
CN115048396B (zh) | 账单处理方法及装置 | |
CN105554254A (zh) | 一种通知消息处理方法及装置 | |
CN116151875A (zh) | 基于历史数据的分析方法、装置、介质 | |
CN112862033B (zh) | 条码扫描和条码关联信息发送方法、装置、设备及介质 | |
CN109491622B (zh) | 一种应用于交易终端的打印方法和交易终端 | |
CN101620498B (zh) | 互动***及方法 | |
CN102622822A (zh) | 一种借书管理*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150121 |
|
RJ01 | Rejection of invention patent application after publication |