CN105512894A - 一种基于合作渠道的支付方法及装置 - Google Patents
一种基于合作渠道的支付方法及装置 Download PDFInfo
- Publication number
- CN105512894A CN105512894A CN201510846722.3A CN201510846722A CN105512894A CN 105512894 A CN105512894 A CN 105512894A CN 201510846722 A CN201510846722 A CN 201510846722A CN 105512894 A CN105512894 A CN 105512894A
- Authority
- CN
- China
- Prior art keywords
- payment
- channel
- money
- user
- currency
- 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/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
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)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例公开了一种基于合作渠道的支付方法及装置，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。本发明实施例基于合作渠道的支付方法包括：S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；S2：将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；S4：确定支付成功。
Description
技术领域
本发明涉及互联网技术领域，尤其涉及一种基于合作渠道的支付方法及装置。
背景技术
目前app厂商繁多，而厂商为了在app中获取营收，大多数的app均提供了用户在app内消费的入口，并与支付商家合作，提供若干个支付方式，以方便用户进行消费。而app投放在市面上的大型软件市场上，该软件市场往往要收取app厂商一定比例的通道费，当软件市场与app厂商之间以联运的方式共同推广一个app时，提供一种分成的手段显得格外重要。
目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，导致处理混乱，并且失误频发的技术问题。
发明内容
本发明实施例提供了一种基于合作渠道的支付方法及装置，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
本发明实施例提供的一种基于合作渠道的支付方法，包括：
S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；
S2：将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；
S4：确定支付成功。
优选地，所述步骤S1之前还包括：
获取到用户触发的充值请求，并根据请求进行充值。
优选地，获取到充值请求，并根据请求进行充值具体包括：
判断所述用户是否通过所述预置渠道进行注册，若否，则将充值方式转换为常规的充值所述第二支付货币。
优选地，当判断所述用户为通过所述预置渠道进行注册，则判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则将所述充值方式转换为渠道充值货币充值所述第一支付货币，若为所述预置渠道的旧注册用户，则将充值方式转换为常规的充值所述第二支付货币。
优选地，获取到支付请求具体包括：
获取到用户通过展开礼物栏触发的所述支付请求。
本发明实施例提供的一种基于合作渠道的支付装置，包括：
确定判断单元，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元，若否，则触发常规支付单元；
所述渠道支付单元，用于将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
所述常规支付单元，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
确定单元，用于确定支付成功。
优选地，所述基于合作渠道的支付装置还包括：
充值单元，用于获取到用户触发的充值请求，并根据请求进行充值。
优选地，所述充值单元具体包括：
充值判断子单元，用于判断所述用户是否通过所述预置渠道进行注册，若否，则触发常规充值子单元；
所述常规充值子单元，用于将充值方式转换为常规的充值所述第二支付货币。
优选地，所述充值判断子单元，还用于当判断所述用户为通过所述预置渠道进行注册，则触发渠道注册判断子单元；
所述渠道注册判断子单元，用于判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则触发渠道充值子单元，若为所述预置渠道的旧注册用户，则触发所述常规充值子单元；
所述渠道充值子单元，用于将所述充值方式转换为渠道充值货币充值所述第一支付货币。
优选地，确定判断单元具体包括：
获取子单元，用于获取到用户通过展开礼物栏触发的所述支付请求；
支付判断子单元，用于判断用户是否属于预置渠道的新注册用户，若是，则触发所述渠道支付单元，若否，则触发所述常规支付单元。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例提供的一种基于合作渠道的支付方法及装置，其中，基于合作渠道的支付方法包括：S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；S2：将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；S4：确定支付成功。本实施例中，通过判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例提供了一种基于合作渠道的支付方法的一个实施例的流程示意图；
图2为本发明实施例提供了一种基于合作渠道的支付方法的另一个实施例的流程示意图；
图3为本发明实施例提供了一种基于合作渠道的支付装置的一个实施例的结构示意图；
图4为本发明实施例提供了一种基于合作渠道的支付装置的另一个实施例的结构示意图；
图5为支付流程的一个应用例示意图；
图6为充值流程的一个应用例示意图。
具体实施方式
本发明实施例提供了一种基于合作渠道的支付方法及装置，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
渠道：app所投放的软件市场，本发明涉及小米应用商店；
支付方式：在app内涉及到货币交换所接入的支付方，本发明涉及小米支付。
请参阅图1，本发明实施例提供了一种基于合作渠道的支付方法的一个实施例包括：
S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；
本实施例中，当用户通过使用移动终端的app账号进行支付时，例如移动终端(手机、pad等)在YY的app中进行支付，需要获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3。
S2：将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
当判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币。
预置渠道可以是例如与小米市场进行合作的YY渠道包，此处具体不做限定。
S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；
当判断用户不属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为常规的第二支付货币。
常规的第二支付货币可以是常规的支付方式对应的货币，例如YY虚拟货币Y币等，此处具体不做限定。
S4：确定支付成功。
当步骤S2和步骤S3之后，确定支付成功，进一步可以是记录下用户的ID和支付方式，使得在分成时，便可根据渠道号及米币流转情况，进行YY与小米方的渠道消费记录分成。
本实施例中，通过判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
上面是对基于合作渠道的支付方法的过程进行详细的描述，下面将对支付之前的充值过程进行详细的描述，请参阅图2，本发明实施例提供了一种基于合作渠道的支付方法的另一个实施例包括：
201、判断用户是否通过预置渠道进行注册，若否，则执行步骤202，若是，则执行步骤203；
本实施例中，当用户通过使用移动终端的app账号进行支付时，例如移动终端(手机、pad等)在YY的app中进行支付之前，需要获取到用户触发的充值请求，并根据请求进行充值，进一步判断用户是否通过预置渠道进行注册，若否，则执行步骤202，若是，则执行步骤203。
202、将充值方式转换为常规的充值第二支付货币；
当判断用户未通过预置渠道进行注册，则将充值方式转换为常规的充值第二支付货币。
例如若用户不在小米渠道包注册，则在手机YY所使用的支付方式为普通支付方式。
203、判断用户的注册类型，若为预置渠道的新注册用户，则执行步骤204，若为预置渠道的旧注册用户，则执行步骤202；
当判断用户是通过预置渠道进行注册，则判断用户的注册类型，若为预置渠道的新注册用户，则执行步骤204，若为预置渠道的旧注册用户，则执行步骤202。
204、将充值方式转换为渠道充值货币充值第一支付货币；
当判断用户的注册类型为预置渠道的新注册用户，则将充值方式转换为渠道充值货币充值第一支付货币。
例如若用户在小米渠道包注册，且注册时间判断为新用户，则在手机YY充值所使用的支付方式为米币充值红钻。
需要说明的是，如图5所示，步骤201至204可以是当用户在该app注册后，充值会走以下几种场景：
1.若用户不在小米渠道包注册，则在手机YY所使用的支付方式为普通支付方式；
2.若用户在小米渠道包注册，但注册时间判断为旧用户，在手机YY所使用的支付方式亦为普通支付方式；
3.若用户在小米渠道包注册，且注册时间判断为新用户，则在手机YY充值所使用的支付方式为米币充值红钻。
例如若用户在小米渠道包注册，但注册时间判断为旧用户，在手机YY所使用的支付方式亦为普通支付方式。
205、获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤206，若否，则执行步骤207；
本实施例中，当用户通过使用移动终端的app账号进行支付时，例如移动终端(手机、pad等)在YY的app中进行支付，需要获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤206，若否，则执行步骤207。
前述的获取到支付请求可以是获取到用户通过展开礼物栏触发的支付请求。
206、将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
当判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币。
预置渠道可以是例如与小米市场进行合作的YY渠道包，此处具体不做限定。
207、将货币支付窗口的货币单位自动转换为常规的第二支付货币；
当判断用户不属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为常规的第二支付货币。
常规的第二支付货币可以是常规的支付方式对应的货币，例如YY虚拟货币Y币等，此处具体不做限定。
208、确定支付成功。
当步骤206和步骤207之后，确定支付成功，进一步可以是记录下用户的ID和支付方式，使得在分成时，便可根据渠道号及米币流转情况，进行YY与小米方的渠道消费记录分成。
需要说明的是，如图6所示，步骤206至209可以是用户送礼消费流程：
1.程序判断该登录用户是否为小米渠道新用户，如是，则手机YY礼物栏货币单位为红钻，用户消费以红钻为计算单位；
2.如程序判断该登录用户为普通用户，则手机YY礼物栏货币单位为Y币，用户消费以红钻为计算单位。
通过上述充值及消费的处理，可见程序把用户划分为小米渠道包新用户及普通用户，根据不同用户，从而灵活的调配了支付方式，一方面能够加强与小米方的渠道合作，赋予渠道包新独有的特性，另外一方面也有利于后续的商家分成。
本实施例中，对在小米市场的手机YY渠道包进行注册的用户，根据注册时间进行划分出两种支付方式：
新用户：新用户在手机YY内充值时使用米币对红钻进行充值；
旧用户：旧用户在手机YY内充值时使用普通支付方式(支付宝，银联等)对Y币进行充值
在分成时，便可根据渠道号及米币流转情况，进行YY与小米方的渠道消费记录分成。
本实施例中，通过判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
本发明作为一个渠道包与支付方式集成的方案，能带来了以下有益效果：
1)便于app厂商对不同用户在渠道内的消费进行分成；
2)便于用户使用渠道体系内的支付货币。
请参阅图3，本发明实施例中提供的一种基于合作渠道的支付装置的一个实施例包括：
确定判断单元301，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元302，若否，则触发常规支付单元303；
渠道支付单元302，用于将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
常规支付单元303，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
确定单元304，用于确定支付成功。
本实施例中，通过确定判断单元301判断用户属于预置渠道的新注册用户，则渠道支付单元302将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
上面是对基于合作渠道的支付装置的各单元进行详细的描述，下面将对附加单元进行详细的描述，请参阅图4，本发明实施例中提供的一种基于合作渠道的支付装置的另一个实施例包括：
充值单元401，用于获取到用户触发的充值请求，并根据请求进行充值。
充值单元401具体包括：
充值判断子单元4011，用于判断用户是否通过预置渠道进行注册，若否，则触发常规充值子单元4012；
常规充值子单元4012，用于将充值方式转换为常规的充值第二支付货币。
充值判断子单元4011，还用于当判断用户为通过预置渠道进行注册，则触发渠道注册判断子单元4013；
渠道注册判断子单元4013，用于判断用户的注册类型，若为预置渠道的新注册用户，则触发渠道充值子单元4014，若为预置渠道的旧注册用户，则触发常规充值子单元4012；
渠道充值子单元4014，用于将充值方式转换为渠道充值货币充值第一支付货币。
确定判断单元402，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元403，若否，则触发常规支付单元404；
确定判断单元402具体包括：
获取子单元4021，用于获取到用户通过展开礼物栏触发的支付请求；
支付判断子单元4022，用于判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元403，若否，则触发常规支付单元404。
渠道支付单元403，用于将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
常规支付单元404，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
确定单元405，用于确定支付成功。
本实施例中，通过确定判断单元402判断用户属于预置渠道的新注册用户，则渠道支付单元403将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种基于合作渠道的支付方法，其特征在于，包括：
S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；
S2：将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；
S4：确定支付成功。
2.根据权利要求1所述的基于合作渠道的支付方法，其特征在于，所述步骤S1之前还包括：
获取到用户触发的充值请求，并根据请求进行充值。
3.根据权利要求2所述的基于合作渠道的支付方法，其特征在于，获取到充值请求，并根据请求进行充值具体包括：
判断所述用户是否通过所述预置渠道进行注册，若否，则将充值方式转换为常规的充值所述第二支付货币。
4.根据权利要求2所述的基于合作渠道的支付方法，其特征在于，当判断所述用户为通过所述预置渠道进行注册，则判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则将所述充值方式转换为渠道充值货币充值所述第一支付货币，若为所述预置渠道的旧注册用户，则将充值方式转换为常规的充值所述第二支付货币。
5.根据权利要求1至4中任意一项所述的基于合作渠道的支付方法，其特征在于，获取到支付请求具体包括：
获取到用户通过展开礼物栏触发的所述支付请求。
6.一种基于合作渠道的支付装置，其特征在于，包括：
确定判断单元，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元，若否，则触发常规支付单元；
所述渠道支付单元，用于将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
所述常规支付单元，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
确定单元，用于确定支付成功。
7.根据权利要求6所述的基于合作渠道的支付装置，其特征在于，所述基于合作渠道的支付装置还包括：
充值单元，用于获取到用户触发的充值请求，并根据请求进行充值。
8.根据权利要求7所述的基于合作渠道的支付装置，其特征在于，所述充值单元具体包括：
充值判断子单元，用于判断所述用户是否通过所述预置渠道进行注册，若否，则触发常规充值子单元；
所述常规充值子单元，用于将充值方式转换为常规的充值所述第二支付货币。
9.根据权利要求8所述的基于合作渠道的支付装置，其特征在于，所述充值判断子单元，还用于当判断所述用户为通过所述预置渠道进行注册，则触发渠道注册判断子单元；
所述渠道注册判断子单元，用于判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则触发渠道充值子单元，若为所述预置渠道的旧注册用户，则触发所述常规充值子单元；
所述渠道充值子单元，用于将所述充值方式转换为渠道充值货币充值所述第一支付货币。
10.根据权利要求6至9中任意一项所述的基于合作渠道的支付装置，其特征在于，确定判断单元具体包括：
获取子单元，用于获取到用户通过展开礼物栏触发的所述支付请求；
支付判断子单元，用于判断用户是否属于预置渠道的新注册用户，若是，则触发所述渠道支付单元，若否，则触发所述常规支付单元。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510846722.3A CN105512894A (zh) | 2015-11-26 | 2015-11-26 | 一种基于合作渠道的支付方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510846722.3A CN105512894A (zh) | 2015-11-26 | 2015-11-26 | 一种基于合作渠道的支付方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105512894A true CN105512894A (zh) | 2016-04-20 |
Family
ID=55720854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510846722.3A Pending CN105512894A (zh) | 2015-11-26 | 2015-11-26 | 一种基于合作渠道的支付方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105512894A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018126920A1 (zh) * | 2017-01-03 | 2018-07-12 | 阿里巴巴集团控股有限公司 | 一种货币类型的切换方法及装置 |
| CN110264171A (zh) * | 2019-06-06 | 2019-09-20 | 深圳前海微众银行股份有限公司 | 分布式账单处理方法、装置、设备与计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102402811A (zh) * | 2010-09-10 | 2012-04-04 | 广州市智益信息技术有限公司 | 一种彩票数据处理方法、装置及*** |
| CN103186850A (zh) * | 2011-12-28 | 2013-07-03 | ***股份有限公司 | 用于获取支付凭证的方法、设备及*** |
| CN103400263A (zh) * | 2013-08-22 | 2013-11-20 | 苏州辉游网络有限公司 | 基于多功能支付的游戏*** |
| CN103684801A (zh) * | 2013-09-17 | 2014-03-26 | 中兴通讯股份有限公司 | 一种数据分配方法、装置及服务器 |
| CN103875010A (zh) * | 2011-07-27 | 2014-06-18 | 罗素·斯图尔特·古德温 | 智能支付*** |
-
2015
- 2015-11-26 CN CN201510846722.3A patent/CN105512894A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102402811A (zh) * | 2010-09-10 | 2012-04-04 | 广州市智益信息技术有限公司 | 一种彩票数据处理方法、装置及*** |
| CN103875010A (zh) * | 2011-07-27 | 2014-06-18 | 罗素·斯图尔特·古德温 | 智能支付*** |
| CN103186850A (zh) * | 2011-12-28 | 2013-07-03 | ***股份有限公司 | 用于获取支付凭证的方法、设备及*** |
| CN103400263A (zh) * | 2013-08-22 | 2013-11-20 | 苏州辉游网络有限公司 | 基于多功能支付的游戏*** |
| CN103684801A (zh) * | 2013-09-17 | 2014-03-26 | 中兴通讯股份有限公司 | 一种数据分配方法、装置及服务器 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018126920A1 (zh) * | 2017-01-03 | 2018-07-12 | 阿里巴巴集团控股有限公司 | 一种货币类型的切换方法及装置 |
| CN110264171A (zh) * | 2019-06-06 | 2019-09-20 | 深圳前海微众银行股份有限公司 | 分布式账单处理方法、装置、设备与计算机可读存储介质 |
| CN110264171B (zh) * | 2019-06-06 | 2023-04-18 | 深圳前海微众银行股份有限公司 | 分布式账单处理方法、装置、设备与计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104850993A (zh) | 支付方法及装置 | |
| CN106469377A (zh) | 退货信息处理方法及装置 | |
| KR102182321B1 (ko) | V2g 기반 충전장치 및 그 장치의 구동방법 | |
| CN104115174A (zh) | 实现非接触移动支付交易的***、支付代理及计算机可读存储介质 | |
| CN103377437A (zh) | 拼单***及拼单方法 | |
| CN104063791A (zh) | 一种安全支付方法及相关设备、*** | |
| CN105023144A (zh) | 一种在游戏内进行支付的方法及*** | |
| CN107230092A (zh) | 账务处理方法、装置及服务器 | |
| CN110012075B (zh) | 数据传输方法及相关设备 | |
| CN107067559A (zh) | 一种实现充电桩互联充电的方法和装置 | |
| US20140222535A1 (en) | Method and system for card marketing using expenditure details of an individual | |
| CN104021628B (zh) | 数据处理方法和装置 | |
| CN108376429A (zh) | 停车场管理方法、停车场管理装置以及可读存储介质 | |
| CN105512894A (zh) | 一种基于合作渠道的支付方法及装置 | |
| CN108256852A (zh) | 信息处理方法、装置及信息处理*** | |
| CN104574060A (zh) | 一种基于nfc令牌的线上支付方法和*** | |
| CN110728506B (zh) | 交易数据处理的方法及装置 | |
| CN109785107B (zh) | 基于资金占比灵活配置的方法及相关产品 | |
| US20140046782A1 (en) | Conducting Various Actions Indicated by a Financial Card | |
| CN109191204A (zh) | 云数据***中虚拟机的计费管理方法和装置 | |
| CN109146550A (zh) | 一种营销费用数据处理方法及*** | |
| CN110807686A (zh) | 一种基于燃气商品的用户标签推送*** | |
| JP2018512079A (ja) | Ｐａｙ−ａｓ−Ｙｏｕ−Ｇｏ（利用時払い）製品のための再利用可能な支払いデバイス | |
| KR20170050582A (ko) | 오프라인 대리 결제 처리 시스템, 대리결제 상황 추천 기반의 오프라인 대리 결제 처리 방법 및 이를 이용한 장치 | |
| CN205405592U (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 | ||
| CB02 | Change of applicant information |
Address after: 519080 Guangdong Province Zhuhai High-tech Zone Tangjiawan Town Qianwan 3 Road 1 Headquarters Base A Building, Four Floors C Zone 1 Unit Applicant after: ZHUHAI DUOWAN INFORMATION TECHNOLOGY LIMITED Address before: 510665 29 floors of B-1 Building, Wanda Commercial Square North District, Wanbo Business Center, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Applicant before: ZHUHAI DUOWAN INFORMATION TECHNOLOGY LIMITED |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160420 |
|
| RJ01 | Rejection of invention patent application after publication |