一种基于合作渠道的支付方法及装置的制造方法
【技术领域】
[0001]本发明涉及互联网技术领域，尤其涉及一种基于合作渠道的支付方法及装置。
【背景技术】
[0002]目前app厂商繁多，而厂商为了在app中获取营收，大多数的app均提供了用户在app内消费的入口，并与支付商家合作，提供若干个支付方式，以方便用户进行消费。而app投放在市面上的大型软件市场上，该软件市场往往要收取app厂商一定比例的通道费，当软件市场与app厂商之间以联运的方式共同推广一个app时，提供一种分成的手段显得格外重要。
[0003]目前的app—般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，导致处理混乱，并且失误频发的技术问题。
【发明内容】
[0004]本发明实施例提供了一种基于合作渠道的支付方法及装置，解决了目前的app—般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
[0005]本发明实施例提供的一种基于合作渠道的支付方法，包括:
[0006]S1:获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3;
[0007]S2:将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
[0008]S3:将货币支付窗口的货币单位自动转换为常规的第二支付货币；
[0009]S4:确定支付成功。
[0010]优选地，所述步骤SI之前还包括:
[0011]获取到用户触发的充值请求，并根据请求进行充值。
[0012]优选地，获取到充值请求，并根据请求进行充值具体包括:
[0013]判断所述用户是否通过所述预置渠道进行注册，若否，则将充值方式转换为常规的充值所述第二支付货币。
[0014]优选地，当判断所述用户为通过所述预置渠道进行注册，则判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则将所述充值方式转换为渠道充值货币充值所述第一支付货币，若为所述预置渠道的旧注册用户，则将充值方式转换为常规的充值所述第二支付货币。
[0015]优选地，获取到支付请求具体包括:
[0016]获取到用户通过展开礼物栏触发的所述支付请求。
[0017]本发明实施例提供的一种基于合作渠道的支付装置，包括:
[0018]确定判断单元，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元，若否，则触发常规支付单元；
[0019]所述渠道支付单元，用于将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币；
[0020]所述常规支付单元，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
[0021]确定单元，用于确定支付成功。
[0022]优选地，所述基于合作渠道的支付装置还包括:
[0023]充值单元，用于获取到用户触发的充值请求，并根据请求进行充值。
[0024]优选地，所述充值单元具体包括:
[0025]充值判断子单元，用于判断所述用户是否通过所述预置渠道进行注册，若否，则触发常规充值子单兀；
[0026]所述常规充值子单元，用于将充值方式转换为常规的充值所述第二支付货币。
[0027]优选地，所述充值判断子单元，还用于当判断所述用户为通过所述预置渠道进行注册，则触发渠道注册判断子单元；
[0028]所述渠道注册判断子单元，用于判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则触发渠道充值子单元，若为所述预置渠道的旧注册用户，则触发所述常规充值子单兀；
[0029]所述渠道充值子单元，用于将所述充值方式转换为渠道充值货币充值所述第一支付货币。
[°03°]优选地，确定判断单元具体包括:
[0031]获取子单元，用于获取到用户通过展开礼物栏触发的所述支付请求；
[0032]支付判断子单元，用于判断用户是否属于预置渠道的新注册用户，若是，则触发所述渠道支付单元，若否，则触发所述常规支付单元。
[0033]从以上技术方案可以看出，本发明实施例具有以下优点:
[0034]本发明实施例提供的一种基于合作渠道的支付方法及装置，其中，基于合作渠道的支付方法包括:S1:获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3;S2:将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；S3:将货币支付窗口的货币单位自动转换为常规的第二支付货币；S4:确定支付成功。本实施例中，通过判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app—般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
【附图说明】
[0035]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
[0036]图1为本发明实施例提供了一种基于合作渠道的支付方法的一个实施例的流程示意图；
[0037]图2为本发明实施例提供了一种基于合作渠道的支付方法的另一个实施例的流程示意图；
[0038]图3为本发明实施例提供了一种基于合作渠道的支付装置的一个实施例的结构示意图；
[0039]图4为本发明实施例提供了一种基于合作渠道的支付装置的另一个实施例的结构示意图；
[0040]图5为支付流程的一个应用例示意图；
[0041]图6为充值流程的一个应用例示意图。
【具体实施方式】
[0042]本发明实施例提供了一种基于合作渠道的支付方法及装置，解决了目前的app—般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
[0043]为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0044]渠道:app所投放的软件市场，本发明涉及小米应用商店；
[0045]支付方式:在app内涉及到货币交换所接入的支付方，本发明涉及小米支付。
[0046]请参阅图1，本发明实施例提供了一种基于合作渠道的支付方法的一个实施例包括:
[0047]S1:获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3;
[0048]本实施例中，当用户通过使用移动终端的app账号进行支付时，例如移动终端(手机、pad等)在YY的app中进行支付，需要获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3。
[0049]S2:将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
[0050]当判断用户属于预置渠道的新注册用户，则将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币。
[0051]预置渠道可以是例如与小米市场进行合作的YY渠道包，此处具体不做限定。
[0052]S3:将货币支付窗口的货币单位自动转换为常规的第二支付货币；
[0053]当判断用户不属于预置渠道的新注册用户，则将货