跨地域支付的方法、装置、计算机设备以及存储介质与流程

本申请涉及到支付系统领域，特别是涉及到跨地域支付的方法、装置、计算机设备以及存储介质。

背景技术：

医保等个人缴纳部分存入个人帐户，用于持卡消费取药就诊等。但由于人员跨地域流动性大，而医保用户的个人账户的消费具有地域限制，不方便在跨地域使用个人帐户持卡就诊，不能很好的体现跨地域医保对用户的生活辅助作用，经常需要在医保限定条件下的医院就医后，再返回医保注册缴费地进行报销，过程繁琐且耗时长；而且各区域医院和药店与医保单位结算时，由于医院和药店较多，导致结算工作量大。

技术实现要素：

本申请的主要目的为提供跨地域支付的方法，旨在解决用户账号不能实现跨地域支付的技术问题。

本申请提出一种跨地域支付的方法，包括：

判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域；

若否，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制；

判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额；

若小于，则通知所述第三方完成所述当前次的支付。

优选地，所述调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付的步骤之前，包括：

获取所述第三方根据与所述用户账号的注册机构预签订协议匹配的绑定接口；

在所述绑定接口输入用户账号的指定信息，将用户账号通过注册机构与所述第三方的支付账户进行绑定关联；

接收用户确认所述绑定关联的第一确认信息，完成用户账号与所述第三方的支付账户的绑定。

优选地，所述通知所述第三方完成所述当前次的支付的步骤之后，包括：

接收所述第三方汇总的指定时间段内的支付数据；

接收用户确认所述支付数据形成的第二确认信息，并反馈至所述第三方，以便所述第三方根据所述第二确认信息向所述注册机构请求费用。

优选地，所述接收所述第三方汇总的指定时间段内的支付数据的步骤之后，包括：

分析所述支付数据的地域分布信息、消费批次以及各消费批次对应的费用额；

根据所述地域分布信息、消费批次以及各消费批次对应的费用额，分析各用户的消费欺诈的概率；

判断所述概率是否超过预设范围；

若是，则预测结果为消费欺诈，并将所述预测结果发送至所述第三方和/或所述注册机构。

优选地，所述判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤之后，包括：

若是，则请求所述注册机构对应的所述用户账号进行当前次的支付。

优选地，所述用户账号为所述用户的医保账号，所述注册机构为医保注册单位，所述判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：

获取所述医保注册单位所处城市区域的第一地理坐标范围；

判断所述第一地理位置是否位于所述第一地理坐标范围内；

若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

优选地，所述用户账号为所述用户的公积金账号，所述注册机构为公积金注册单位，所述判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：

获取所述公积金注册单位所处城市区域的第二地理坐标范围；

判断所述第一地理位置是否位于所述第二地理坐标范围内；

若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

本申请还提供了一种跨地域支付的装置，包括：

第一判断模块，用于判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域；

调用模块，用于若不属于同一地理区域，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制；

第二判断模块，用于判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额；

通知模块，用于若当前次的支付对应的支付金额小于所述用户账号对应的剩余金额，则通知所述第三方完成所述当前次的支付。

本申请将不能实现跨地域支付的用户账号通过关联不受支付地域限制的第三方实现跨地域支付，当判断到用户账号被调用时的第一地理位置与注册地对应的第二地理位置不同，则判定为跨地域支付，及时调用关联第三方的支付账户进行当前次的支付，提高用户账号的跨地域支付的便利性。本申请通过关联后的第三方匹配的支付账户，实现便捷支付，节约支付流程，提高办事效率。本申请通过将费用结算工作转移到第三方进行统筹管理，使结算工作更集中，更方便数据汇总。

附图说明

图1本申请一实施例的跨地域支付的方法流程示意图；

图2本申请一实施例的跨地域支付的装置结构示意图；

图3本申请一实施例的计算机设备的内部结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，本申请一实施例的跨地域支付的方法，包括：

s1：判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域。

本实施例的地理位置为注册机构服务器根据调用用户账号的通讯链接地址,进而识别发生支付行为的具体地理位置。比如通讯链接地址显示的信号段为a城市的信号段标识，与注册机构的b城市的信号段标识不同，则a城市与b城市不在同一地理区域。本申请其他实施例也可以根据gps获取的定位信息，进一步识别第一地理位置与第二地理位置是否属于同一地理区域，比如先确定第二地理位置所在地理区域的地理坐标范围，再判断第一地理位置的坐标信息是否在地理坐标范围内，若在地理坐标范围内，则第一地理位置与第二地理位置属于同一地理区域。本实施例中通过用户注册信息获得用户账号，用户账号中匹配相对应的支付链接，比如支付二维码，支付二维码通过用户端app显示，以便需要支付时通过扫描支付二维码启用用户账号，本实施例的用户账号包括个人医保账户、个人公积金账户等，本实施例的注册机构服务器包括医保服务器、公积金服务器等。

s2：若否，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制。

本实施例通过识别到第一地理位置与第二地理位置不属于同一地理区域，属于跨地域支付，则通过调用所述用户账号预先绑定的第三方，先对当前次的支付进行垫付，以解决注册机构的用户账号不能实现跨地域支付的问题。

s3：判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额。

注册机构服务器检测到注册机构对应的用户账号的余额已不足，比如医保账户内的余额为2000元，当前次的支付对应的支付金额为3000元，则判定注册机构对应的用户账号的余额已不足，会及时通知第三方暂停待垫付，以防发生欠费。再比如，注册机构服务器检测到注册机构对应的用户账号的余额已不足，会及时提醒用户端用户账号的余额已不足，以便用户根据提醒信息及时计划支付方式。本实施例的支付金额通过第三方进行当前次的支付前，会先反馈到用户账号的注册机构服务器端，以便注册机构及时了解用户账号的消费信息，控制是否通知第三方进行支付，同时便于统计费用数据，并及时根据用户账号的当前余额数据给予相应的反馈或提醒。本申请另一实施例的支付金额可通过注册机构服务器端直接获得。

s4：若小于，则通知所述第三方完成所述当前次的支付。

本实施例在注册机构检测到用户账号的余额大于当前次的支付所需金额，以便管控通过用户账号进行支付的行为。

进一步地，本实施例的步骤s2之前，包括：

s20：获取所述第三方根据与所述用户账号的注册机构预签订协议匹配的绑定接口。

本实施例的第三方可通过与注册机构签订协议，比如协议约定第三方通过跨地域预垫付行为获取佣金，注册机构支付佣金且允许第三方访问注册机构的指定数据。本实施例通过第三方根据协议提供绑定接口，以便实现第三方与注册机构服务器之间的通讯连接，以及第三方与用户端的通讯连接。

s21：在所述绑定接口输入用户账号的指定信息，将用户账号通过注册机构与所述第三方的支付账户进行绑定关联。

本实施例的用户预接收第三方跨地域支付的服务前，需通过在绑定接口输入用户账号的指定信息，进行绑定关联，以便第三方获得用户的指定授权，第三方在获得注册机构以及用户双方的授权后，才可实现用户账号通过注册机构与所述第三方进行绑定关联，才可访问用户在注册机构的账户信息，比如个人医保信息等。上述指定信息包括姓名、年龄、性别、出生年月等用户身份信息，以便通过核验身份信息进行安全绑定关联。

s22：接收用户确认所述绑定关联的第一确认信息，完成用户账号与所述第三方的支付账户的绑定。

本实施例根据用户的第一确认信息，生成用户账号与所述第三方的绑定指令，实现用户账号与所述第三方的通讯连接，以便第三方及时查询用户账号的个人用户信息、当前用户账号的余额等，以便第三方根据注册机构的协议，以更符合用户与注册机构之间的管理协议约定的方式服务用户账号与注册机构。

本申请另一实施例的用户账号通过注册机构与所述第三方进行绑定关联后，会形成具有识别性能的用户账号对应的支付码，以便在跨地域支付时及时调用第三方进行垫付，本实施例的支付码为第三方关联到个人账户后形成的支付链接，以便及时调用第三方进行支付。本实施例通过支付码可实现快捷支付，比如医院药店设置扫描支付码进行支付费用的功能，减少人工收费的工作量，且通过自主支付费用提高办事效率，提高用户使用体验。

进一步地，本实施例的步骤s4之后，包括：

s5：接收所述第三方汇总的指定时间段内的支付数据。

本实施例的第三方与注册机构约定每隔固定时间进行结算，第三方将上述固定时间段产生的支付数据进行汇总结算，节省注册机构的结算工作量，比如注册机构为医保部门，可避免医保部门的每个门诊点都去做结算工作。

s6：接收用户确认所述支付数据的第二确认信息，并反馈至所述第三方，以便所述第三方根据所述第二确认信息向所述注册机构请求费用。

本实施例的第三方汇总的支付数据会发送至用户进行信息确认后，然后将携带用户确认后的第二确认信息的支付数据发送至注册机构进行费用结算。本实施例的第三方包括支付宝、微信、壹钱包等第三方支付平台。

进一步地，本申请另一实施例的步骤s5之后，包括：

s51：分析所述支付数据的地域分布信息、消费批次以及各消费批次对应的费用额。

本实施例通过注册机构服务器分析支付数据的有关信息，比如地域分布信息、消费批次以及各消费批次对应的费用额等，以获取支付费用发生频次最多的地域，每次消费的数额等信息，以便从多维度了解支付数据。

s52：根据所述地域分布信息、消费批次以及各消费批次对应的费用额分析各用户的欺诈概率。

本实施例通过将所述地域分布信息、消费批次以及各消费批次对应的费用额输入到欺诈分析模型，获取相应的欺诈概率。本实施例的欺诈分析模型为概率图模型pgm，根据现实支付数据进行描述的模型，其核心是条件概率，利用先验欺诈的历史数据，确立支付数据中各包含信息与随机变量之间的关联约束关系。比如，历史数据显示c地域的欺诈数据居高，而用户的支付数据多发生于c地域，则增大用户的欺诈概率，最后根据各信息指向的欺诈概率值以及各信息占比权重，获得用户的欺诈概率。

s53：判断所述概率是否超过预设范围。

本实施例的预设范围比如为60％，若通过pgm输出的用户的欺诈概率大于60％，则预测用户具有欺诈可能性，判定为消费欺诈。

s54：若是，则预测结果为消费欺诈，并将预测结果发送至所述第三方和/或所述注册机构。

本实施例通过将用户消费欺诈的预测结果发送至第三方和/或注册机构，以便第三方和/或注册机构解除与欺诈用户的绑定，避免不必要的经济损失。本申请另一实施例中可通过接收第三方服务器的数据分析结果，并将数据分析结果发送至具有欺诈嫌疑用户注册地对应的注册机构，以便及时进行信息核实，避免欺诈带来的经济损失。

进一步地，本申请再一实施例的步骤s1之后，包括：

s11：若是，则请求所述注册机构对应的所述用户账号进行当前次的支付。

本实施例只在跨地域支付时，才启动第三方支付，以便加强注册机构对用户进行及时的有效管控，降低支付风险。本申请的其他实施例也可通过第三方实现全支付，无论是跨地域还是非跨地域均可通过第三方匹配的支付码实现支付，以提高支付效率，也方便数据汇总。

进一步地，所述用户账号为所述用户的医保账号，所述注册机构为医保注册单位，本实施例的步骤s1，包括：

s100：获取所述医保注册单位所处城市区域的第一地理坐标范围。

本实施例以不能实现跨地域支付的医保账号通过关联第三方实现跨地域支付的具体应用为例，本实施例的第一地理坐标范围为医保注册单位所在地域的地理边界，比如a城市的地理边界为维度范围为纬22°26′～23°56′、东经112°57′～114°03'，则第一地理坐标范围为维度范围为a到b，经度范围为纬22°26′～23°56′、东经112°57′～114°03'。

s101：判断所述第一地理位置是否位于所述第一地理坐标范围内。

举例地，若用户的消费地的第一地理位置为纬22°46′、东经113°18′，则判定第一地理位置位于所述第一地理坐标范围内，则判定所述第一地理位置与所述第二地理位置属于同一地理区域。

s102：若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

进一步地，所述用户账号为所述用户的公积金账号，所述注册机构为公积金注册单位，本申请又一实施例的步骤s1，包括：

s103：获取所述公积金注册单位所处城市区域的第二地理坐标范围。

本实施例以不能实现跨地域支付的公积金账号通过关联第三方实现跨地域支付的具体应用为例，具体实现过程同不能实现跨地域支付的医保账号通过关联第三方实现跨地域支付的过程相同，不赘述。

s104：判断所述第一地理位置是否位于所述第二地理坐标范围内。

s105：若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

本实施例将不能实现跨地域支付的用户账号通过关联不受支付地域限制的第三方实现跨地域支付，当判断到用户账号被调用时的第一地理位置与注册地对应的第二地理位置不同，则判定为跨地域支付，及时调用关联第三方的支付账户进行当前次的支付，提高用户账号的跨地域支付的便利性。本实施例通过关联后的第三方匹配的支付账户，实现便捷支付，节约支付流程，提高办事效率。本实施例通过将费用结算工作转移到第三方进行统筹管理，使结算工作更集中，更方便数据汇总。

参照图2，本申请一实施例的跨地域支付的装置，包括：

第一判断模块1，用于判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域。

本实施例的地理位置为注册机构服务器根据调用用户账号的通讯链接地址进而识别发生支付行为的具体地理位置。比如通讯链接地址显示的信号段为a城市的信号段标识，与注册机构的b城市的信号段标识不同，则a城市与b城市不在同一地理区域。本申请其他实施例也可以根据gps获取的定位信息，进一步识别第一地理位置与第二地理位置是否属于同一地理区域，比如先确定第二地理位置所在地理区域的地理坐标范围，再判断第一地理位置的坐标信息是否在地理坐标范围内，若在地理坐标范围内，则第一地理位置与第二地理位置属于同一地理区域。本实施例中通过用户注册信息获得用户账号，用户账号中匹配相对应的支付链接，比如支付二维码，支付二维码通过用户端app显示，以便需要支付时通过扫描支付二维码启用用户账号，本实施例的用户账号包括个人医保账户、个人公积金账户等，本实施例的注册机构服务器包括医保服务器、公积金服务器等。

调用模块2，用于若不属于同一地理区域，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制。

本实施例通过识别到第一地理位置与第二地理位置不属于同一地理区域，属于跨地域支付，则通过调用所述用户账号预先绑定的第三方，先对当前次的支付进行垫付，以解决注册机构的用户账号不能实现跨地域支付的问题。

第二判断模块3，用于判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额。

比如，注册机构服务器检测到注册机构对应的用户账号的余额已不足，比如医保账户内的余额为2000元，当前次的支付对应的支付金额为3000元，则判定注册机构对应的用户账号的余额已不足，会及时通知第三方暂停待垫付，以防发生欠费。再比如，注册机构服务器检测到注册机构对应的用户账号的余额已不足，会及时提醒用户端用户账号的余额已不足，以便用户根据提醒信息及时计划支付方式。本实施例的支付金额通过第三方进行当前次的支付前，会先反馈到用户账号的注册机构服务器端，以便注册机构及时了解用户账号的消费信息，控制是否通知第三方进行支付，同时便于统计费用数据，并及时根据用户账号的当前余额数据给予相应的反馈或提醒。本申请另一实施例的支付金额可通过注册机构服务器端直接获得。

通知模块4，用于若当前次的支付对应的支付金额小于所述用户账号对应的剩余金额，则通知所述第三方完成所述当前次的支付。

本实施例在注册机构检测到用户账号的余额大于当前次的支付所需金额，以便管控通过用户账号进行支付的行为。

进一步地，本实施例的跨地域支付的装置，包括：

获取模块，用于获取所述第三方根据与所述用户账号的注册机构预签订协议匹配的绑定接口。

本实施例的第三方可通过与注册机构签订协议，比如协议约定第三方通过跨地域预垫付行为获取佣金，注册机构支付佣金且允许第三方访问注册机构的指定数据。本实施例通过第三方根据协议提供绑定接口，以便实现第三方与注册机构服务器之间的通讯连接，以及第三方与用户端的通讯连接。

绑定模块，用于在所述绑定接口输入用户账号的指定信息，将用户账号通过注册机构与所述第三方的支付账户进行绑定关联。

本实施例的用户预接收第三方跨地域支付的服务前，需通过在绑定接口输入用户账号的指定信息，进行绑定关联，以便第三方获得用户的指定授权，第三方在获得注册机构以及用户双方的授权后，才可实现用户账号通过注册机构与所述第三方进行绑定关联，才可访问用户在注册机构的账户信息，比如个人医保信息等。上述指定信息包括姓名、年龄、性别、出生年月等用户身份信息，以便通过核验身份信息进行安全绑定关联。

第一接收模块，用于接收用户确认所述绑定关联的第一确认信息，完成用户账号与所述第三方的支付账户的绑定。

本实施例根据用户的第一确认信息，生成用户账号与所述第三方的绑定指令，实现用户账号与所述第三方的通讯连接，以便第三方及时查询用户账号的个人用户信息、当前用户账号的余额等，以便第三方根据注册机构的协议，以更符合用户与注册机构之间的管理协议约定的方式服务用户账号与注册机构。

本申请另一实施例的用户账号通过注册机构与所述第三方进行绑定关联后，会形成具有识别性能的用户账号对应的支付码，以便在跨地域支付时及时调用第三方进行垫付，本实施例的支付码为第三方关联到个人账户后形成的支付链接，以便及时调用第三方进行支付。本实施例通过支付码可实现快捷支付，比如医院药店设置扫描支付码进行支付费用的功能，减少人工收费的工作量，且通过自主支付费用提高办事效率，提高用户使用体验。

进一步地，本实施例的跨地域支付的装置，包括：

第二接收模块，用于接收所述第三方汇总的指定时间段内的支付数据。

本实施例的第三方与注册机构约定每隔固定时间进行结算，第三方将上述固定时间段产生的支付数据进行汇总结算，节省注册机构的结算工作量，比如注册机构为医保部门，可避免医保部门的每个门诊点都去做结算工作。

第三接收模块，用于接收用户确认所述支付数据形成的第二确认信息，并反馈至所述第三方，以便所述第三方根据所述第二确认信息向所述注册机构请求费用。

本实施例的第三方汇总的支付数据会发送至用户进行信息确认后，然后将携带用户确认后的第二确认信息的支付数据发送至注册机构进行费用结算。本实施例的第三方包括支付宝、微信、壹钱包等第三方支付平台。

进一步地，本申请另一实施例的跨地域支付的装置，包括：

第一分析模块，用于分析所述支付数据的地域分布信息、消费批次以及各消费批次对应的费用额。

本实施例通过注册机构服务器分析支付数据的有关信息，比如地域分布信息、消费批次以及各消费批次对应的费用额等，以获取支付费用发生频次最多的地域，每次消费的数额等信息，以便从多维度了解支付数据。

第二分析模块，用于根据所述地域分布信息、消费批次以及各消费批次对应的费用额分析各用户的欺诈概率。

本实施例通过将所述地域分布信息、消费批次以及各消费批次对应的费用额输入到欺诈分析模型，获取相应的欺诈概率。本实施例的欺诈分析模型为概率图模型pgm，根据现实支付数据进行描述的模型，其核心是条件概率，利用先验欺诈的历史数据，确立支付数据中各包含信息与随机变量之间的关联约束关系。比如，历史数据显示c地域的欺诈数据居高，而用户的支付数据多发生于c地域，则增大用户的欺诈概率，最后根据各信息指向的欺诈概率值以及各信息占比权重，获得用户的欺诈概率。

第三判断模块，用于判断所述概率是否超过预设范围。

本实施例的预设范围比如为60％，若通过pgm输出的用户的欺诈概率大于60％，则预测用户具有欺诈可能性，判定为消费欺诈。

预测模块，用于若超过预设范围，则预测结果为消费欺诈，并将预测结果发送至所述第三方和/或所述注册机构。

本实施例通过将用户消费欺诈的预测结果发送至第三方和/或注册机构，以便第三方和/或注册机构解除与欺诈用户的绑定，避免不必要的经济损失。本申请另一实施例中可通过接收第三方服务器的数据分析结果，并将数据分析结果发送至具有欺诈嫌疑用户注册地对应的注册机构，以便及时进行信息核实，避免欺诈带来的经济损失。

进一步地，本申请再一实施例的跨地域支付的装置，包括：

请求模块，用于若一致，则请求所述注册机构对应的所述用户账号进行当前次的支付。

本实施例只在跨地域支付时，才启动第三方支付，以便加强注册机构对用户进行及时的有效管控，降低支付风险。本申请的其他实施例也可通过第三方实现全支付，无论是跨地域还是非跨地域均可通过第三方匹配的支付码实现支付，以提高支付效率，也方便数据汇总。

进一步地，所述用户账号为所述用户的医保账号，所述注册机构为医保注册单位，本实施例的第一判断模块1，包括：

第一获取单元，用于获取所述医保注册单位所处城市区域的第一地理坐标范围。

本实施例以不能实现跨地域支付的医保账号通过关联第三方实现跨地域支付的具体应用为例，本实施例的第一地理坐标范围为医保注册单位所在地域的地理边界，比如a城市的地理边界为维度范围为纬22°26′～23°56′、东经112°57′～114°03'，则第一地理坐标范围为维度范围为a到b，经度范围为纬22°26′～23°56′、东经112°57′～114°03'。

第一判断单元，用于判断所述第一地理位置是否位于所述第一地理坐标范围内。

举例地，若用户的消费地的第一地理位置为纬22°46′、东经113°18′，则判定第一地理位置位于所述第一地理坐标范围内，则判定所述第一地理位置与所述第二地理位置属于同一地理区域。

第一判定单元，用于若第一地理位置位于所述第一地理坐标范围内，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

进一步地，所述用户账号为所述用户的公积金账号，所述注册机构为公积金注册单位，本申请又一实施例的第一判断模块1，包括：

第二获取单元，用于获取所述公积金注册单位所处城市区域的第二地理坐标范围。

本实施例以不能实现跨地域支付的公积金账号通过关联第三方实现跨地域支付的具体应用为例，具体实现过程同不能实现跨地域支付的医保账号通过关联第三方实现跨地域支付的过程相同，不赘述。

第二判断，用于单元判断所述第一地理位置是否位于所述第二地理坐标范围内。

第二判定单元，用于若第一地理位置位于所述第二地理坐标范围内，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储跨地域支付的过程需要的所有数据。该计算机设备的网络接口用于与外部的端通过网络连接通信。该计算机程序被处理器执行时以实现跨地域支付的方法。

上述处理器执行上述跨地域支付的方法，包括：判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域；若否，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制；判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额；若小于，则通知所述第三方完成所述当前次的支付。

上述计算机设备，将不能实现跨地域支付的用户账号通过关联不受支付地域限制的第三方实现跨地域支付，当判断到用户账号被调用时的第一地理位置与注册地对应的第二地理位置不同，则判定为跨地域支付，及时调用关联第三方的支付账户进行当前次的支付，提高用户账号的跨地域支付的便利性。通过关联后的第三方匹配的支付账户，实现便捷支付，节约支付流程，提高办事效率。通过将费用结算工作转移到第三方进行统筹管理，使结算工作更集中，更方便数据汇总。

在一个实施例中，上述处理器调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付的步骤之前，包括：获取所述第三方根据与所述用户账号的注册机构预签订协议匹配的绑定接口；在所述绑定接口输入用户账号的指定信息，将用户账号通过注册机构与所述第三方的支付账户进行绑定关联；接收用户确认所述绑定关联的第一确认信息，完成用户账号与所述第三方的支付账户的绑定。

在一个实施例中，上述处理器通知所述第三方完成所述当前次的支付的步骤之后，包括：接收所述第三方汇总的指定时间段内的支付数据；接收用户确认所述支付数据的第二确认信息，并反馈至所述第三方，以便所述第三方根据所述第二确认信息向所述注册机构请求费用。

在一个实施例中，上述处理器接收所述第三方汇总的指定时间段内的支付数据的步骤之后，包括：分析所述支付数据的地域分布信息、消费批次以及各消费批次对应的费用额；根据所述地域分布信息、消费批次以及各消费批次对应的费用额，分析各用户的消费欺诈的概率；判断所述概率是否超过预设范围；若是，则预测结果为消费欺诈，并将预测结果发送至所述第三方和/或所述注册机构。

在一个实施例中，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤之后，包括：若是，则请求所述注册机构对应的所述用户账号进行当前次的支付。

在一个实施例中，所述所述用户账号为所述用户的医保账号，所述注册机构为医保注册单位，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：获取所述医保注册单位所处城市区域的第一地理坐标范围；判断所述第一地理位置是否位于所述第一地理坐标范围内；若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

在一个实施例中，所述用户账号为所述用户的公积金账号，所述注册机构为公积金注册单位，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：获取所述公积金注册单位所处城市区域的第二地理坐标范围；判断所述第一地理位置是否位于所述第二地理坐标范围内；若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现跨地域支付的方法，包括：判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域；若否，则调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付，其中所述第三方的支付账户不受支付地域的限制；判断所述当前次的支付对应的支付金额是否小于所述用户账号对应的剩余金额；若小于，则通知所述第三方完成所述当前次的支付。

上述计算机可读存储介质，将不能实现跨地域支付的用户账号通过关联不受支付地域限制的第三方实现跨地域支付，当判断到用户账号被调用时的第一地理位置与注册地对应的第二地理位置不同，则判定为跨地域支付，及时调用关联第三方的支付账户进行当前次的支付，提高用户账号的跨地域支付的便利性。通过关联后的第三方匹配的支付账户，实现便捷支付，节约支付流程，提高办事效率。通过将费用结算工作转移到第三方进行统筹管理，使结算工作更集中，更方便数据汇总。

在一个实施例中，上述处理器调用所述用户账号预先绑定的第三方的支付账户进行当前次的支付的步骤之前，包括：获取所述第三方根据与所述用户账号的注册机构预签订协议匹配的绑定接口；在所述绑定接口输入用户账号的指定信息，将用户账号通过注册机构与所述第三方的支付账户进行绑定关联；接收用户确认所述绑定关联的第一确认信息，完成用户账号与所述第三方的支付账户的绑定。

在一个实施例中，上述处理器通知所述第三方完成所述当前次的支付的步骤之后，包括：接收所述第三方汇总的指定时间段内的支付数据；接收用户确认所述支付数据的第二确认信息，并反馈至所述第三方，以便所述第三方根据所述第二确认信息向所述注册机构请求费用。

在一个实施例中，上述处理器接收所述第三方汇总的指定时间段内的支付数据的步骤之后，包括：分析所述支付数据的地域分布信息、消费批次以及各消费批次对应的费用额；根据所述地域分布信息、消费批次以及各消费批次对应的费用额，分析各用户的消费欺诈的概率；判断所述概率是否超过预设范围；若是，则预测结果为消费欺诈，并将预测结果发送至所述第三方和/或所述注册机构。

在一个实施例中，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤之后，包括：若是，则请求所述注册机构对应的所述用户账号进行当前次的支付。

在一个实施例中，所述所述用户账号为所述用户的医保账号，所述注册机构为医保注册单位，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：获取所述医保注册单位所处城市区域的第一地理坐标范围；判断所述第一地理位置是否位于所述第一地理坐标范围内；若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

在一个实施例中，所述所述用户账号为所述用户的公积金账号，所述注册机构为公积金注册单位，上述处理器判断用户账号被调用时的第一地理位置与用户账号的注册机构的第二地理位置是否属于同一地理区域的步骤，包括：获取所述公积金注册单位所处城市区域的第二地理坐标范围；判断所述第一地理位置是否位于所述第二地理坐标范围内；若是，则判定所述第一地理位置与所述第二地理位置属于同一地理区域，否则不属于同一地理区域。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。