CN107578187A - 一种用于自动派发补偿的方法、设备及其计算机存储介质 - Google Patents

Abstract

本发明提供一种用于自动派发补偿的方法、设备及其计算机存储介质，该方法包括：获取包括投注码的投注订单；当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

Description

一种用于自动派发补偿的方法、设备及其计算机存储介质

技术领域

本发明涉及信息技术，尤其涉及一种用于自动派发补偿的方法、设备及其计算机存储介质。

背景技术

目前，在执行因彩票出票失败所引起的退款流程时，通常采用如下两种派发补偿方式：

方式一，不做任何补偿处理；

方式二，人工区分退款类型后，手动针对特定退款派发补偿。

发明内容

本公开能够精准定位失败订单的返款类型，并针对异常返款类型能够实现自动派发补偿，极大增强用户体验，提高用户的信任度和粘性。

根据本公开的第一方面，提供一种用于自动派发补偿的方法，所述方法包括：获取包括投注码的投注订单；当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，进一步包括：若所述失败订单属于常规返款类型，则向所述失败订单对应用户终端返还投注本金。

根据本公开的一个实施方式，其中，所述确定所述失败订单是否属于常规返款类型，包括：对比所述失败订单对应的时间点是否超出时间阈值；若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

根据本公开的一个实施方式，其中，所述失败订单对应的时间点至少包括以下时间点之一：订单支付时间、供应商收票时间、供应商出票时间及其供应商通知返回时间。

根据本公开的一个实施方式，其中，所述执行针对所述失败订单的补偿操作，包括：利用中奖规则确定所述失败订单对应的补偿信息；按所述补偿信息执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，其中，所述补偿信息中排除投注本金；所述利用中奖规则确定所述失败订单对应的补偿信息，包括：比对所述投注码和所述中奖码，得到所述投注码的相似度；基于所述相似度确定所述失败订单对应的中奖金额；以及对所述中奖金额和投注本金进行差值处理，得到所述失败订单对应的补偿信息。

根据本公开的一个实施方式，其中，所述补偿信息包括投注本金；所述利用中奖规则确定所述失败订单对应的补偿信息，包括：比对所述投注码和所述中奖码，得到所述投注码的相似度；基于所述相似度确定所述失败订单对应的中奖金额；以及将所述中奖金额确定为所述失败订单对应的补偿信息。

根据本公开的一个实施方式，其中，所述基于所述相似度确定所述失败订单对应的中奖金额，包括：基于所述相似度确定所述失败订单对应的理论中奖额；判断所述理论中奖额是否超出补偿阈值；以及当所述理论中奖额未超出补偿阈值时，将所述理论中奖额确定为中奖金额。

根据本公开的一个实施方式，其中，所述基于所述相似度确定所述失败订单对应的中奖金额，包括：基于所述相似度确定所述失败订单对应的理论中奖额；判断所述理论中奖额是否超出补偿阈值；以及当所述理论中奖额超出补偿阈值时，通过人工审核的方式来进一步确定所述理论中奖额为中奖金额。

根据本公开的第二方面，提供一种用于自动派发补偿的设备，该设备包括：获取装置，用于获取包括投注码的投注订单；确定装置，用于当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；执行装置，用于若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，其中，所述执行装置，还用于若所述失败订单属于常规返款类型时，向所述失败订单对应用户终端返还投注本金。

根据本公开的一个实施方式，其中，所述确定装置包括：对比子装置，用于对比所述失败订单对应的时间点是否超出时间阈值；类型确定子装置，用于若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

根据本公开的一个实施方式，其中，所述执行装置包括：信息确定子装置，用于利用中奖规则确定所述失败订单对应的补偿信息；执行子装置，用于按所述补偿信息执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，其中，所述补偿信息中排除投注本金；所述信息确定子装置包括：比对单元，用于比对所述投注码和所述中奖码，得到所述投注码的相似度；确定单元，用于基于所述相似度确定所述失败订单对应的中奖金额；以及差值处理单元，用于对所述中奖金额和投注本金进行差值处理，得到所述失败订单对应的补偿信息。

根据本公开的一个实施方式，其中，所述补偿信息包括投注本金；所述信息确定子装置包括：比对单元，用于比对所述投注码和所述中奖码，得到所述投注码的相似度；确定单元，用于基于所述相似度确定所述失败订单对应的中奖金额；以及所述确定单元，还用于将所述中奖金额确定为所述失败订单对应的补偿信息。

根据本公开的一个实施方式，其中，所述确定单元包括：确定子单元，用于基于所述相似度确定所述失败订单对应的理论中奖额；判断子单元，用于判断所述理论中奖额是否超出补偿阈值；以及所述确定子单元，还用于当所述理论中奖额未超出补偿阈值时，将所述理论中奖额确定为中奖金额。

根据本公开的一个实施方式，其中，所述确定单元包括：确定子单元，用于基于所述相似度确定所述失败订单对应的理论中奖额；判断子单元，用于判断所述理论中奖额是否超出补偿阈值；以及所述确定子单元，还用于当所述理论中奖额超出补偿阈值时，通过人工审核的方式来进一步确定所述理论中奖额为中奖金额。

根据本公开的第三方面，提供一种用于自动派发补偿的设备，包括：一个或者多个处理器；存储器；存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行上述第一方面任一方式的所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行上述第一方面任一方式的所述的方法。

本公开的实施方式能够实现以下技术效果中的至少一种。

通过本公开的教导，能够逆向分析各失败订单(即出票故障订单)，剔除掉常规返款类型的失败订单后，将剩下的未知原因的留下作为派发补偿的基础，并在现有的开奖派奖流程上，有效建立新的并行流程以实现自动派发补偿，从而实现针对失败订单的返款类型自动计算补偿并派发的模式。

需要理解的是，本公开的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本公开的其他实施方式还能够实现上面未提到的有益效果。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1为本公开的用于自动派发补偿的系统的一个可选的网络架构示意图；

图2示出了根据本发明一个实施方式的用于自动派发补偿的方法的信息交互图；

图3示出了根据本发明一个实施方式的服务器在生成中奖码之后执行针对所述失败订单的补偿操作的流程示意图；

图4示出了根据本公开一应用示例中用于自动派发补偿的具体实现流程示意图；

图5示出了根据本公开又一应用示例中用户终端对应自动派发补偿的界面变化状态图；

图6示出了本公开另一方面的用于自动派发补偿的设备的框图；

图7示出了根据本发明实施方式的用于自动派发补偿的服务器的示意图；以及

图8示出了根据本发明实施方式的用于自动派发补偿的计算机可读存储介质的示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

下面结合附图对本发明的具体实施方式进行详细描述。

图1为本公开提供的用于自动派发补偿的系统的一个可选的网络架构示意图。

如图1所示，本公开的所述用于自动派发补偿的系统可以包括：服务器11(彩票服务平台)，N个服务器12(供应商)及其终端20(用户)，N的取值为正整数。终端20，更具体地说，其上安装的客户端，通过与服务器11的交互实现下单投注后，服务器11将投注订单拆分并送往各个服务器12，以通过各个服务器12实现相应的出票操作。其中，所述终端20可以包括iMac、智能手机、PC机、笔记本电脑、平板电脑等。

这里，所述服务器11或服务器12均可以采用任何商用或专用的服务器，本发明对此无任何限制。图1所示的网络架构仅仅是一种示例，以便于理解，而不对本发明的网络架构构成任何限制。

终端20可以是固定的，如位于家庭，办公室，网吧等处的固定通信设备，也可以是位于其他移动平台上的，如位于汽车，火车，飞机等平台上。

需要补充说明的是，当终端20执行下单投注操作时，终端20需要通过有线、无线或者二者的组合连接到服务器11。无线网络包括但不限于移动电话网、无线局域网(LAN)、蓝牙个人区域网、wifi等等。有线网络包括但不限于电话线网、光缆线网、电缆线网、有线电视网等等。

本公开提供一种用于自动派发补偿的方法，如图2所示，该方法包括：服务器获取包括投注码的投注订单(201)；当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型(202)；若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作(203)。

需要说明的是，这里所述的服务器泛指彩票服务平台。

这里，所述常规返款类型，也可称为正常返款类型，即供应商通知晚返款类型、限号返款类型、主动撤单类型、中奖停追返款类型等可确定原因的返款类型。

其中，所述供应商通知晚返款类型，通常用以指代供应商因系统问题向用户发送的支付通知晚于截期时间阈值导致用户的订单支付时间超过截期时间。当然，所述供应商通知晚应与后续的支付通知晚加以区分。

需要补充说明的是，所述供应商通知晚需要与支付通知晚加以区分，所述支付通知晚是由于用户自身支付的时间超过高频彩截期时间而导致的投注失败类型。当然，这种支付通知晚的类型属于用户自身原因所导致的投票失败，故无需进行退款补偿。

所述限号返款类型，其属于一种高频彩整个机制下的风控系统，举例来说，限制某一组投注码的最高封顶投注次数为10000次，则超出10000次的投注订单属于限号返款类型。

所述主动撤单类型，用于指代在用户投注之后到供应商收票之间，若有规定允许用户撤单且用户主动撤单的返款类型。

所述中奖停追返款类型，用于指代用户对某一高频彩的多期(如5期、6期、7期)进行投注后，在允许时限内反悔而提前取消如7期的投注，则该7期的投注订单属于中奖停追返款类型。

根据本公开的一个实施方式，在步骤201和202之间，服务器需要检测所获取的包括投注码的投注订单是否出票成功；在检测有所述投注订单出票故障(出票失败)时，确定所述投注订单为失败订单。

根据本公开的一个实施方式，在步骤202，当检测有所述投注订单出票故障，即所述投票订单为失败订单时，通过对比所述失败订单对应的时间点是否超出时间阈值的方式来确定所述失败订单是否属于常规返款类型；若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

其中，所述失败订单对应的时间点至少包括以下时间点之一：订单支付时间、供应商收票时间、供应商出票时间及其供应商通知返回时间。

在一示例场景中，假设某一高频彩的截期时间4:00pm，对应的供应商通知返回时间的时间阈值为至少提前10分钟，即3:50pm之前。基于该示例场景，当检测有某一投注订单出票故障，即所述投票订单为失败订单时，通过对比得到所述失败订单对应的供应商通知返回时间(3:52pm)超出时间阈值(3:50pm)，故可确定出所述失败订单属于常规返款类型。

所述方法进一步包括：若所述失败订单属于常规返款类型，则向所述失败订单对应用户终端返还投注本金。这样，对于因非出票故障导致的失败订单，通过确定该失败订单属于常规返款类型后，直接向所述失败订单对应用户终端返还投注本金，以使用户直接在开奖前收到退还的投注本金(即退款)。

图3示出了根据本发明一个实施方式的服务器在生成中奖码之后，执行针对所述失败订单的补偿操作的流程示意图。

根据本公开的一个实施方式，在步骤203，若所述失败订单不属于常规返款类型，即说明所述失败订单属于未知原因的出票故障订单，需要作为派发补偿的基础，故有必要在生成中奖码之后，执行针对所述失败订单的补偿操作，如图3所示，具体如下：

步骤301：利用中奖规则确定所述失败订单对应的补偿信息；

这里，所述中奖规则通常与用户的投注方式相对应，具体地，以“山西体彩11选5”为例，其中奖规则包括如下若干形式：任选一中1，投注的1个号码与当期顺序摇出的5个号码中的第1个号码相同，则中奖；任选二中2，投注的2个号码与当期摇出的5个号码中的任2个号码相同，则中奖；选前二组选，投注的2个号码与当期顺序摇出的5个号码中的前2个号码相同，则中奖；选前二直选，投注的2个号码与当期顺序摇出的5个号码中的前2个号码相同且顺序一致，则中奖；任选三中3，投注的3个号码与当期摇出的5个号码中的任3个号码相同，则中奖；选前三组选，投注的3个号码与当期顺序摇出的5个号码中的前3个号码相同，则中奖；选前三直选，投注的3个号码与当期顺序摇出的5个号码中的前3个号码相同且顺序一致，则中奖；任选四中4，投注的4个号码与当期摇出的5个号码中的任4个号码相同，则中奖；任选五中5，投注的5个号码与当期摇出的5个号码相同，则中奖；任选六中5，投注的6个号码中任5个号码与当期摇出的5个号码相同，则中奖；任选七中5，投注的7个号码中任5个号码与当期摇出的5个号码相同，则中奖；任选八中5，投注的8个号码中任5个号码与当期摇出的5个号码相同，则中奖；

其中，所述补偿信息，主要包括服务器(彩票服务平台)针对异常返款类型需要向用户补偿的金额。当然，所述补偿信息中可以排除投注本金，也可以包含有投注本金。

步骤302：按所述补偿信息执行针对所述失败订单的补偿操作。

具体地，服务器可以通过发送红包的方式按所述补偿信息执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，在步骤301，对于所述补偿信息中排除投注本金的情况，服务器利用中奖规则确定所述失败订单对应的补偿信息，包括：比对所述投注码和所述中奖码，得到所述投注码的相似度；基于所述相似度确定所述失败订单对应的中奖金额；以及对所述中奖金额和投注本金进行差值处理，得到所述失败订单对应的补偿信息。

这样，用户可以直接在开奖前收到退还的投注本金(即退款)的基础上，还可以在开奖后获得服务器通过结合用户投注本金计算得到的补偿信息(即补偿额度)并以直减红包的形式自动派发给用户。

根据本公开的又一个实施方式，在步骤301，对于所述补偿信息包括投注本金的情况，服务器利用中奖规则确定所述失败订单对应的补偿信息，包括：比对所述投注码和所述中奖码，得到所述投注码的相似度；基于所述相似度确定所述失败订单对应的中奖金额；以及将所述中奖金额确定为所述失败订单对应的补偿信息。

这样，用户可以一次性在开奖后获得服务器计算确定的中奖金额作为补偿信息(即补偿额度)并以发送红包的形式自动派发给用户。

图4示出了根据本公开一应用示例中用于自动派发补偿的具体实现流程示意图。

下面结合图1和图4来详细说明本公开用于自动派发补偿的实现过程，具体实现步骤如下：

第一步，终端20利用其自身所安装的客户端与服务器11(即后台/彩票服务平台)进行购彩交互，以实现下单投注；服务器11将投注订单拆分并送往各个服务器12进行出票。

第二步，当投注订单为失败订单，即投注失败/出票失败时，对所述失败订单进行返款类型定位，包括如下几种情况：

情况1，所述失败订单属于常规返款类型中的限号/主动撤单/中奖停追，此时服务器11会向终端20退还本金，且无须额外赔偿；

情况2，所述失败订单属于常规返款类型中的供应商通知晚，此时服务器11同情况1一样会向终端20退还本金，且无须额外赔偿；

当然，在该情况2下，服务器11可以向终端20反馈投注失败的原因。此时，客户端的订票状态为投注失败，还可以在客户端上显示退款说明，如“临近截期时间投注”。

情况3，所述失败订单不属于常规返款类型，即所述失败订单属于未知原因的出票故障订单，此时首先服务器11可以向终端20退还本金；接着，服务器11在开奖后基于中奖码来计算中奖金额；进一步地，服务器11向终端20(其上安装的客户端)派发补偿信息，即所计算出的中奖金额。此时，客户端的订单状态为投注失败/打票机卡票，还可以在客户端上显示退款说明，如“退款X元到账户，补派N元红包”。

这里，图4中虚线长方形区域块A示出了本公开一应用示例用于确定所述失败订单对应的中奖金额的两种实现方式：

方式一，服务器11基于所述相似度确定所述失败订单对应的理论中奖额；判断所述理论中奖额是否超出补偿阈值；以及当所述理论中奖额未超出补偿阈值时，将所述理论中奖额确定为中奖金额。

方式二，服务器11基于所述相似度确定所述失败订单对应的理论中奖额；判断所述理论中奖额是否超出补偿阈值；以及当所述理论中奖额超出补偿阈值时，通过人工审核的方式来进一步确定所述理论中奖额为中奖金额。

其中，所述补偿阈值(也可称为派发阈值)，即在体彩规则下允许的理论中奖额的最大值。当然，所述补偿阈值在不同的高频彩类型及其对应的投注方式下通常取值不同。

图5示出了根据本公开又一应用示例中用户终端对应自动派发补偿的界面变化状态图。

如图5所示，在用户终端的显示界面上，可以将服务器通过逆向分析各失败订单，即出票故障订单，剔除掉常规返款类型的失败订单对应的未知原因以打票机故障为由加以显示；还可以将服务器执行派发补偿的红包信息在用户终端加以显示。

具体地，一方面在“关单后状态”界面，“开奖后，未中奖，无补派红包”界面，“开奖后，中奖，需要派红包”界面，以及“开奖后，中奖，补派红包”界面的普通投注对应订单状态处显示“投注失败(打票机故障)”字样；另一方面，还可以在“开奖后，未中奖，无补派红包”界面，“开奖后，未中奖，无补派红包”界面，“开奖后，中奖，需要派红包”界面，以及“开奖后，中奖，补派红包”界面的下方固定位置处显示“由于打票机故障导致的退款，将退还您投注本金；开奖后，如您中奖，本平台将等额赔偿奖金差额”的字样提醒，以消除用户对因打票机故障所引起的反感心理，从而提升用户体验；又一方面，可在“红包落地页”界面的用户/过期功能触发状态栏下显式显示补派信息(即中奖金额)，如2元。

需要理解的是，图5所示的界面变化状态图仅仅是一个示例而不是对本发明的限定。本领域技术人员可以根据实际需要来生成任何适合的界面。

图6示出了本公开另一方面的用于自动派发补偿的设备的框图，如图6所示，该设备包括：

获取装置610，用于获取包括投注码的投注订单；

确定装置620，用于当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；以及

执行装置630，用于若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，所述执行装置，还用于若所述失败订单属于常规返款类型时，向所述失败订单对应用户终端返还投注本金。

根据本公开的一个实施方式，所述确定装置包括：对比子装置，用于对比所述失败订单对应的时间点是否超出时间阈值；类型确定子装置，用于若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

根据本公开的一个实施方式，所述执行装置包括：信息确定子装置，用于利用中奖规则确定所述失败订单对应的补偿信息；执行子装置，用于按所述补偿信息执行针对所述失败订单的补偿操作。

根据本公开的一个实施方式，所述补偿信息中排除投注本金；所述信息确定子装置包括：比对单元，用于比对所述投注码和所述中奖码，得到所述投注码的相似度；确定单元，用于基于所述相似度确定所述失败订单对应的中奖金额；以及差值处理单元，用于对所述中奖金额和投注本金进行差值处理，得到所述失败订单对应的补偿信息。

根据本公开的一个实施方式，所述补偿信息包括投注本金；所述信息确定子装置包括：比对单元，用于比对所述投注码和所述中奖码，得到所述投注码的相似度；确定单元，用于基于所述相似度确定所述失败订单对应的中奖金额；以及所述确定单元，还用于将所述中奖金额确定为所述失败订单对应的补偿信息。

根据本公开的一个实施方式，所述确定单元包括：确定子单元，用于基于所述相似度确定所述失败订单对应的理论中奖额；判断子单元，用于判断所述理论中奖额是否超出补偿阈值；以及所述确定子单元，还用于当所述理论中奖额未超出补偿阈值时，将所述理论中奖额确定为中奖金额。

根据本公开的一个实施方式，所述确定单元包括：确定子单元，用于基于所述相似度确定所述失败订单对应的理论中奖额；判断子单元，用于判断所述理论中奖额是否超出补偿阈值；以及所述确定子单元，还用于当所述理论中奖额超出补偿阈值时，通过人工审核的方式来进一步确定所述理论中奖额为中奖金额。

通过本公开的教导，服务器能够逆向分析各失败订单(即出票故障订单)，剔除掉常规返款类型的失败订单后，将剩下的未知原因的留下作为派发补偿的基础，并在现有的开奖派奖流程上，有效建立新的并行流程以实现自动派发补偿，从而实现针对失败订单的返款类型自动计算补偿并派发的模式。另外，在派发后显示对应的返款原因给用户，明确告知投注失败的明细，并对于需要补偿的，业已及时派发到位，有效提升用户体验。

示例性设备

在介绍了本发明示例性实施方式的方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的用于自动派发补偿的服务器对应设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、设备、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，本发明的终端或服务器可以至少包括一个或多个处理器、以及至少一个存储器。其中，所述存储器存储有程序，当所述程序被所述处理器执行时，使得所述处理器执行本说明书中描述示例性方法中的各个步骤，例如，所述处理器可以执行如图2中所示的步骤201、获取包括投注码的投注订单；202、当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；203、若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

下面参照图7来描述根据本发明的这种实施方式的用于自动派发补偿的服务器。图7显示的用于自动派发补偿的服务器700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，服务器700以通用计算设备的形式表现，包括但不限于：至少一个处理器710、至少一个存储器720、连接不同系统组件的总线760。

总线760包括数据总线，地址总线和控制总线。

存储器720可以包括易失性存储器，例如随机存取存储器(RAM)721和/或高速缓存存储器722，还可以进一步包括只读存储器(ROM)723。

存储器720还可以包括程序模块724，这样的程序模块724包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

服务器700还可以与一个或多个外部设备70(例如键盘、指向设备、蓝牙设备等)通信。这种通信可以通过输入/输出(I/O)接口740进行，并在显示单元730上进行显示。并且，服务器700还可以通过网络适配器750与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图7所示，网络适配器750通过总线760与服务器700中的其它模块通信。应当明白，尽管图中未示出，但可以结合服务器700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

示例性程序产品

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序代码在被处理器执行时，所述程序代码用于使所述处理器执行上面描述的方法的各个步骤，例如，所述处理器可以执行如图2中所示的步骤201、获取包括投注码的投注订单；202、当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；203、若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图8所示，描述了根据本发明的实施方式的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种用于自动派发补偿的方法，该方法包括：

获取包括投注码的投注订单；

当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；

若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

2.根据权利要求1所述的方法，进一步包括：

若所述失败订单属于常规返款类型，则向所述失败订单对应用户终端返还投注本金。

3.根据权利要求1所述的方法，其中，

所述确定所述失败订单是否属于常规返款类型，包括：

对比所述失败订单对应的时间点是否超出时间阈值；

若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

4.根据权利要求3所述的方法，其中，

所述失败订单对应的时间点至少包括以下时间点之一：订单支付时间、供应商收票时间、供应商出票时间及其供应商通知返回时间。

5.一种用于自动派发补偿的设备，该设备包括：

获取装置，用于获取包括投注码的投注订单；

确定装置，用于当所述投注订单为失败订单时，确定所述失败订单是否属于常规返款类型；

执行装置，用于若所述失败订单不属于常规返款类型，则在生成中奖码之后，执行针对所述失败订单的补偿操作。

6.根据权利要求5所述的设备，其中，

所述执行装置，还用于若所述失败订单属于常规返款类型时，向所述失败订单对应用户终端返还投注本金。

7.根据权利要求5所述的设备，其中，

所述确定装置包括：

对比子装置，用于对比所述失败订单对应的时间点是否超出时间阈值；

类型确定子装置，用于若所述失败订单对应的时间点超出时间阈值，则确定所述失败订单属于常规返款类型。

8.根据权利要求7所述的设备，其中，

所述失败订单对应的时间点至少包括以下时间点之一：订单支付时间、供应商收票时间、供应商出票时间及其供应商通知返回时间。

9.一种用于自动派发补偿的设备，包括：

一个或者多个处理器；

存储器；

存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行如权利要求1-4中任意一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如权利要求1-4中任意一项所述的方法。