规充值子单元4012;
[0107]常规充值子单元4012，用于将充值方式转换为常规的充值第二支付货币。
[0108]充值判断子单元4011，还用于当判断用户为通过预置渠道进行注册，则触发渠道注册判断子单元4013;
[0109]渠道注册判断子单元4013，用于判断用户的注册类型，若为预置渠道的新注册用户，则触发渠道充值子单元4014，若为预置渠道的旧注册用户，则触发常规充值子单元4012；
[0110]渠道充值子单元4014，用于将充值方式转换为渠道充值货币充值第一支付货币。
[0111]确定判断单元402，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元403，若否，则触发常规支付单元404;
[0112]确定判断单元402具体包括:
[0113]获取子单元4021，用于获取到用户通过展开礼物栏触发的支付请求；
[0114]支付判断子单元4022，用于判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元403，若否，则触发常规支付单元404。
[0115]渠道支付单元403，用于将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；
[0116]常规支付单元404，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币；
[0117]确定单元405，用于确定支付成功。
[0118]本实施例中，通过确定判断单元402判断用户属于预置渠道的新注册用户，则渠道支付单元403将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币，便实现了直接与预置渠道对应的第一支付货币支付通道，并进行记录，解决了目前的app—般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。
[0119]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0120]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0121]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0122]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0123]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0124]以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换;而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种基于合作渠道的支付方法，其特征在于，包括: S1:获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3; S2:将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币； S3:将货币支付窗口的货币单位自动转换为常规的第二支付货币； S4:确定支付成功。2.根据权利要求1所述的基于合作渠道的支付方法，其特征在于，所述步骤SI之前还包括: 获取到用户触发的充值请求，并根据请求进行充值。3.根据权利要求2所述的基于合作渠道的支付方法，其特征在于，获取到充值请求，并根据请求进行充值具体包括: 判断所述用户是否通过所述预置渠道进行注册，若否，则将充值方式转换为常规的充值所述第二支付货币。4.根据权利要求2所述的基于合作渠道的支付方法，其特征在于，当判断所述用户为通过所述预置渠道进行注册，则判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则将所述充值方式转换为渠道充值货币充值所述第一支付货币，若为所述预置渠道的旧注册用户，则将充值方式转换为常规的充值所述第二支付货币。5.根据权利要求1至4中任意一项所述的基于合作渠道的支付方法，其特征在于，获取到支付请求具体包括: 获取到用户通过展开礼物栏触发的所述支付请求。6.一种基于合作渠道的支付装置，其特征在于，包括: 确定判断单元，用于获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则触发渠道支付单元，若否，则触发常规支付单元； 所述渠道支付单元，用于将货币支付窗口的货币单位自动转换为与所述预置渠道相对应的第一支付货币； 所述常规支付单元，用于将货币支付窗口的货币单位自动转换为常规的第二支付货币； 确定单元，用于确定支付成功。7.根据权利要求6所述的基于合作渠道的支付装置，其特征在于，所述基于合作渠道的支付装置还包括: 充值单元，用于获取到用户触发的充值请求，并根据请求进行充值。8.根据权利要求7所述的基于合作渠道的支付装置，其特征在于，所述充值单元具体包括: 充值判断子单元，用于判断所述用户是否通过所述预置渠道进行注册，若否，则触发常规充值子单兀； 所述常规充值子单元，用于将充值方式转换为常规的充值所述第二支付货币。9.根据权利要求8所述的基于合作渠道的支付装置，其特征在于，所述充值判断子单元，还用于当判断所述用户为通过所述预置渠道进行注册，则触发渠道注册判断子单元； 所述渠道注册判断子单元，用于判断所述用户的注册类型，若为所述预置渠道的所述新注册用户，则触发渠道充值子单元，若为所述预置渠道的旧注册用户，则触发所述常规充值子单元； 所述渠道充值子单元，用于将所述充值方式转换为渠道充值货币充值所述第一支付货币。10.根据权利要求6至9中任意一项所述的基于合作渠道的支付装置，其特征在于，确定判断单元具体包括: 获取子单元，用于获取到用户通过展开礼物栏触发的所述支付请求； 支付判断子单元，用于判断用户是否属于预置渠道的新注册用户，若是，则触发所述渠道支付单元，若否，则触发所述常规支付单元。
【专利摘要】本发明实施例公开了一种基于合作渠道的支付方法及装置，解决了目前的app一般绑定特定的支付方式(如支付宝，银联支付及微信支付等)，无论任何用户在此app内消费，均采用同样的支付方式，并没有区分出不同用户身份，使得在后台渠道消费分成时，所导致的处理混乱，并且失误频发的技术问题。本发明实施例基于合作渠道的支付方法包括：S1：获取到支付请求，并判断用户是否属于预置渠道的新注册用户，若是，则执行步骤S2，若否，则执行步骤S3；S2：将货币支付窗口的货币单位自动转换为与预置渠道相对应的第一支付货币；S3：将货币支付窗口的货币单位自动转换为常规的第二支付货币；S4：确定支付成功。
【IPC分类】G06Q20/42
【公开号】CN105512894
【申请号】CN201510846722
【发明人】许冠宗
【申请人】珠海多玩信息技术有限公司
【公开日】2016年4月20日
【申请日】2015年11月26日