CN111078242B - 一种策略更新的方法和系统 - Google Patents

Abstract

本申请实施例公开了一种用于策略更新的方法和系统，所述方法包括：确定待上线策略；发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略；判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线，如果所述待上线策略在所述至少两个目标机器中的至少一个上未成功上线，则发出回滚指令，使所述至少两个目标机器中的每一个回滚至所述原有策略。

Description

一种策略更新的方法和系统

技术领域

本申请涉及互联网领域，特别涉及一种策略更新的方法和系统。

背景技术

在网络服务中，服务提供商通常需要采取风险控制策略对网络服务平台的安全进行管控。风险控制策略可以包括评价用户信用，仅对信用良好的用户开放网络服务使用权限。服务提供商会根据实际运行情况对风险控制策略进行更新，往往要对网络服务平台中的多台机器进行同步更新。传统的做法是配置好新策略后，分别在每台机器上进行更新，这样可能或出现漏发布或者部分机器没有发布成功，导致多台机器从策略不同步。此外，在确定新策略的时候，可能会出现新策略实际上差于原策略的情况。因此，需要提供一种可靠的策略更新方法和系统，不仅能确保新策略优于原策略，还能确保新策略在多台机器上同步上线。

发明内容

本申请的第一方面提供一种用于策略更新的方法，其特征在于，包括：确定待上线策略；发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略；判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线，如果所述待上线策略在所述至少两个目标机器中的至少一个上未成功上线，则发出回滚指令，使所述至少两个目标机器中的每一个回滚至所述原有策略。

本申请的第二方面提供一种用于策略更新的系统，其特征在于，包括策略确定模块、策略发布模块和监控模块；所述策略确定模块用于确定待上线策略；所述策略发布模块用于发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略；所述监控模块用于判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线，如果所述待上线策略在所述至少两个目标机器中的至少一个上未成功上线，则所述监控模块发出回滚指令，使所述至少两个目标机器中的每一个回滚至所述原有策略。

在一些实施例中，所述判断所述待上线策略是否在所述至少两个目标机器上中的每一个上成功上线包括：接收所述目标机器发送的反馈信号；根据所述反馈信号判断所述待上线策略是否在所述目标机器上成功上线。

在一些实施例中，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：判断所述待上线策略是否在预设时间内在所述目标机器上成功上线。

在一些实施例中，所述判断所述待上线策略是否在所述至少两个目标机器上中的每一个上成功上线包括：判断所述待上线策略在所述目标机器上的更新是否达到预设完成度阈值。

在一些实施例中，所述确定待上线策略包括：确定初始策略；判断所述初始策略是否优于所述原有策略，如果所述初始策略优于所述原有策略，则确定所述初始策略为所述待上线策略；如果所述初始策略未优于所述原有策略，则更新所述初始策略。

在一些实施例中，所述初始策略包括至少一个初始指标；所述初始策略和所述原有策略用于评价用户信用。

在一些实施例中，所述更新所述初始策略包括：修改所述至少一个初始指标。

在一些实施例中，所述判断所述初始策略是否优于所述原有策略包括：获取所述原有策略对应的历史数据，所述原有策略应用于所述历史数据后得到原有效果；在所述历史数据上应用所述初始策略，确定所述初始策略的测试效果；判断所述测试效果是否优于所述原有效果，如果所述测试效果优于所述原有效果，则所述初始策略优于所述原有策略。

在一些实施例中，所述判断所述初始策略是否优于所述原有策略包括：确定模拟数据；在所述模拟数据上应用所述原有策略，得到模拟原有效果；在所述模拟数据上应用所述初始策略，得到模拟测试效果；判断所述模拟测试效果是否优于所述模拟原有效果，如果所述模拟测试效果优于所述模拟原有效果，则所述初始策略优于所述原有策略。

在一些实施例中，所述确定待上线策略还包括：获取所述至少两个目标机器中的每一个的个性化参数；根据所述目标机器的所述个性化参数确定所述待上线策略。

在一些实施例中，所述个性化参数包括：所述目标机器所在地域、所述目标机器的运行时间和/或所述目标机器对应用户的信用记录。

本申请的第三方面提供一种用于策略更新的装置，包括处理器，其特征在于，所述处理器用于执行本申请描述的任一项用于策略更新的方法。

本申请的第四方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如本申请所描述的任一项用于策略更新的方法。

附图说明

本申请将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的策略更新系统的应用场景示意图；

图2是根据本申请一些实施例所示的策略更新系统的模块图；

图3是根据本申请一些实施例所示的数据上线的示例性流程图；

图4是根据本申请一些实施例所示的确定待上线策略的示例性流程图；

图5是根据本申请一些实施例所示的确定待上线策略的示例性流程图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”系用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。

图1所示为根据本申请一些实施例所示的策略更新系统的应用场景示意图。该策略更新系统100可以将数据同步上线至多个目标机器。在一些实施例中，策略更新系统100可以用于互联网服务的线上服务平台。例如，策略更新系统100可以用于运输服务的线上服务平台。例如，策略更新系统100可以用于租车服务的线上服务平台。又例如，策略更新系统100可以用于网约车服务的线上服务平台，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣和接送服务等。再例如，策略更新系统100还可以用于代驾服务、快递、外卖等的线上服务平台。在一些实施例中，策略更新系统100可以用于账户管理平台。例如，策略更新系统100可以用于银行的用户账户管理平台。在一些实施例中，策略更新系统100可以用于远程控制平台。例如，策略更新系统100可以用于远程控制多台终端更新数据。策略更新系统100可以包括策略平台110、目标机器120、用户终端130、网络140以及数据库150。

策略平台110可以用于发布策略到目标机器120。策略平台110可以确定待上线策略。在一些实施例中，策略平台110可以根据目标机器120的个性化参数确定待上线策略。在一些实施例中，策略平台110可以监控待上线策略的上线进程。在一些实施例中，策略平台110可以发布待上线策略到多台目标机器。当监控到待上线策略在部分目标机器上未成功上线时，策略平台110确定在所述多台目标机器上的策略同步上线失败，策略平台110可以控制所有目标机器回滚至原有策略。在一些实施例中，策略平台110可以存储所述原有策略。当多台目标机器同步上线失败时，策略平台110可以将所存储的原有策略发送到所述多台目标机器可以使所述多台目标机器进行回滚操作。

在一些实施例中，策略可以指处理一系列信息和/或数据的规则。用策略处理过信息和/或数据后可以得到处理结果。在一些实施例中，策略包括至少一个指标。在一些实施例中，每个指标有各自的权重，所有指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，策略可以用于评价用户信用。例如，所述至少一个指标可以包括用户是否通过实名认证、用户的第三方信用记录、用户的历史订单信息等或以上任意组合，可以通过这些指标组成的策略来评价用户信用。在一些实施例中，策略平台110可以确定初始策略。通过比较初始策略与目标机器所运行的原有策略的优劣，确定最终的待上线策略。如果初始策略优于原有策略，则策略平台110确定所述初始策略为最终的待上线策略。如果初始策略未优于原有策略，则策略平台110对初始策略进行迭代更新，直到更新后的策略优于原有策略。

目标机器120可以是待上线策略要上线的目的地，即策略平台110将待上线策略发布到目标机器120。目标机器120上运行有原有策略。在一些实施例中，目标机器120可以包括目标机器120-1、目标机器120-2、目标机器120-3等多台目标机器。当策略同步上线在其中部分目标机器上失败时，全部的目标机器可以回滚至所述原有策略。所述多台目标机器可以具有相同参数，也可以具有不同参数。例如，所述多台目标机器可以具有相同或不同的地域参数、运行时间参数、用户相关参数。

在一些实施例中，目标机器120为互联网服务平台的服务器。例如，目标机器120可以是用于交通运输服务平台的服务器120，该服务器120可以处理与交通运输服务订单相关的信息和/或数据。具体地，该服务器120可以用于网约车服务(例如，出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣或接送服务等)、租车服务、代驾服务、快递、外卖等服务平台。所述服务器120可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器120可以是分布系统)。在一些实施例中，该服务器120可以是区域的或者远程的。例如，服务器120可通过网络140访问存储于用户终端130和/或数据库150的信息和/或资料。在一些实施例中，服务器120可直接与用户终端130、提供者终端140和/或数据库150连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器120可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器120可包含处理设备122。该处理设备122可处理与服务请求有关的数据和/或信息以执行一个或多个本申请中描述的功能。例如，处理设备122可以基于从用户终端130获取的网约车订单请求，为该网约车订单匹配一个服务车辆。又例如，处理设备122可以基于从用户终端130获取的租车订单请求，确定发送请求的用户是否具有良好信用，从而确定是否允许该用户租车。在一些实施例中，处理设备122可以运行有策略。例如，所述策略可以用来确定用户信用，从而确定是否为该用户提供服务，或确定该用户拥有的服务权限。在一些实施例中，处理设备122可包含一个或多个子处理设备(如：单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备122可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。

用户可以通过用户终端130接入互联网服务平台。在一些实施例中，用户可以通过用户终端130请求获取交通运输服务。在一些实施例中，用户可以通过用户终端130请求提供交通运输服务。例如，所述交通运输服务包括网约车服务、租车服务、代驾服务、快递服务、外卖服务等或以上任意组合。

在一些实施例中，用户终端130可包括移动装置130-1、平板电脑130-2、膝上型电脑130-3、机动车内建装置130-4等中的一种或其任意组合。在一些实施例中，移动装置130-1可包括智能家居装置、可穿戴装置、智能行动装置、虚拟实境装置、增强实境装置等或其任意组合。在一些实施例中，智能家具装置可包括智能照明装置、智能电器的控制装置、智能监测装置、智能电视、智能摄像机、对讲机等或其任意组合。在一些实施例中，可穿戴装置可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能衣物、智能背包、智能配饰等或其任意组合。在一些实施例中，智能行动装置可包括智能电话、个人数位助理(PDA)、游戏装置、导航装置、POS装置等或其任意组合。在一些实施例中，虚拟实境装置和/或增强实境装置可包括虚拟实境头盔、虚拟实境眼镜、虚拟实境眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或上述举例的任意组合。在一些实施例中，用户终端130可包括具有定位功能的装置，以确定用户和/或用户终端130的位置。

网络140可促进数据和/或信息的交换。在一些实施例中，策略更新系统100中的一个或多个组件(如：策略平台110、目标机器120、用户终端130和数据库150)可通过网络140发送数据和/或信息给策略更新系统100中的其他组件。在一些实施例中，网络140可是任意类型的有线或无线网络。例如，网络140可包括一缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝芽网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络140可包括一个或多个网络进出点。例如，网络140可包含有线或无线网络进出点，如基站和/或网际网络交换点140-1、140-2、…，通过这些进出点，策略更新系统100的一个或多个组件可连接到网络140上以交换数据和/或信息。

数据库150可存储资料和/或指令。在一些实施例中，数据库150可存储从用户终端130获取的资料。在一些实施例中，数据库150可存储供目标机器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，数据库150可包括大容量存储器、可移动存储器、挥发性读写存储器(例如随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，数据库150可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，数据库150可与网络140连接以与策略更新系统100的一个或多个部件(如，目标机器120、用户终端130)通讯。策略更新系统100的一个或多个组件可通过网络140访问存储于数据库150中的资料或指令。在一些实施例中，数据库150可直接与策略更新系统100中的一个或多个组件(如，目标机器120、用户终端130)连接或通讯。在一些实施例中，数据库150可以是目标机器120的一部分。在一些实施例中，数据库150可以是策略平台110的一部分。

在一些实施例中，策略更新系统100中的一个或多个组件(如，目标机器120、用户终端130)可具有访问数据库150的权限。在一些实施例中，当满足一个或多个条件时，策略更新系统100中的一个或多个组件(如，目标机器120、用户终端130)可读取和/或修改与用户和/或公知常识相关的信息。例如，在拼车服务结束后，目标机器120可读取和/或修改一个或多个用户的信息。

在一些实施例中，策略更新系统100中一个或多个组件间信息的交换可通过请求一个服务的方式实现。该服务请求的对象可以是任何产品。在一些实施例中，该产品可以是有形产品或者无形产品。有形产品可包括食物、药品、商品、化学产品、电器、衣物、车、房屋、奢侈品等或其任意组合。无形产品可包括服务产品、金融产品、知识产品、互联网产品等中的一种或其任意组合。例如，该产品可以是用于电脑或移动手机中的任意软件和/或应用程序。该软件和/或应用程序可与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关的软件和/或应用程序可包括出行软件和/或应用软件、交通工具调度软件和/或应用程序、地图软件和/或应用程序。在交通工具调度软件和/或应用程序中，交通工具可包括马车、人力车(例如：自行车、三轮车等)、汽车(例如：出租车、公交车、专车等)、列车、地铁、船舶、航空器(例如：飞机、直升机、航天飞机、火箭、热气球等)等中的一种或以上任意组合。

图2所示为根据本申请一些实施例所示的策略平台的模块图。如图2所示，该策略平台可以包括策略确定模块210、策略发布模块220、监控模块230和存储模块240。在一些实施例中，该策略确定模块210、策略发布模块220、监控模块230和存储模块240可以包含在图1所示的策略平台110中。

策略确定模块210可以确定待上线策略。在一些实施例中，策略可以指处理一系列信息和/或数据的规则。在一些实施例中，所述策略包括至少一个指标。在一些实施例中，可以根据每个指标是否都满足一定条件来确定是否进行相应操作。在一些实施例中，每个指标有各自的权重，各个指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，策略可以包括预设阈值，只有各个指标的加权结果达到所述预设阈值才可以进行相应操作。在一些实施例中，策略可以用于评价用户信用，根据用户信用对用户开放相应的使用权限。例如，在交通运输服务在线平台中，可以通过策略评价用户信用，只有信用满足一定条件的用户才可以使用相关交通运输服务(例如，网约车服务、租车服务、代驾服务、外卖服务、快递服务等)。具体地，只有信用满足一定条件的乘客才可以获取交通运输服务；或者，只有信用满足一定条件的司机才能提供交通运输服务(例如，接单等)。在一些实施例中，策略确定模块210可以包括如图3中所示的一个或多个单元。在一些实施例中，策略确定模块210可以确定至少一个待上线策略。例如，策略确定模块210可以确定第一待上线策略和第二待上线策略，两个策略分别用来进行不同的操作。例如，所述第一待上线策略可以用来评价乘客信用，所述第二待上线策略可以用来评价司机信用。

策略发布模块220可以将待上线策略发布到目标机器。在一些实施例中，策略发布模块220可以将待上线策略发布到至少两个目标机器。例如，在交通运输服务平台中，策略发布模块220可以将待上线策略发布到所述服务平台的多台服务器。在一些实施例中，策略发布模块220可以将所述待上线策略发布到目标机器，替换所述目标机器上的原有策略。在一些实施例中，策略发布模块220可以向目标机器发布策略上线指令。目标机器接收到上线指令后，从策略平台110读取待上线策略，并用待上线策略替换原有策略。在一些实施例中，策略发布模块220可以在满足一定条件时发布待上线策略到目标机器。例如，策略发布模块220可以在预设时间段内发布待上线策略。策略发布模块220可以在同一时刻向所有目标机器发布待上线策略，或者，策略发布模块220可以在所述预设时间段内依次向各目标机器发布待上线策略。又例如，策略发布模块220可以向位于预设地域内的目标机器发布待上线策略。在一些实施例中，策略发布模块220向目标机器发布待上线策略时，需要停止目标机器上原有策略的运行。在一些实施例中，策略发布模块220可以根据目标机器120的个性化参数选择性地发布全部或者部分待上线策略。例如，待上线策略包括第一待上线策略和第二待上线策略，策略发布模块220可以发布全部两个策略，也可以只发布其中一个策略。

监控模块230可以监控策略上线进程。在一些实施例中，目标机器120完成待上线策略上线后，向监控模块230发送通知信号，以通知监控模块230待上线策略上线完成。监控模块230根据接收的通知信号确定目标机器是否完成待上线策略上线。在一些实施例中，监控模块230可以监控至少两个目标机器120中的每一个是否都完成待上线策略上线。例如，监控模块230可以监控在预设时间内所述至少两个目标机器中的每一个是否都完成了待上线策略上线。又例如，监控模块230可以监控待上线策略在所述至少两个目标机器120中的每一个上的更新是否都达到了预设完成度阈值。在一些实施例中，监控模块230可以通过消息队列或zookeeper节点监听等方式监控待上线策略上线进程。在一些实施例中，当监控模块230监控到策略同步上线失败时，可以控制所有目标机器停止运行策略。

在一些实施例中，监控模块230包括回滚控制单元231。当待上线策略在所述至少两个目标机器120中的至少一个上没有成功上线，则回滚控制单元231可以控制目标机器120回滚回原有策略。如果出现待上线策略在部分目标机器成功上线，而在其他目标机器没有成功上线，则会导致目标机器上运行的策略不一致，相同的信息和/或数据经由不同的目标机器处理后得到不同的处理结果。在交通运输服务平台中，策略不一致会导致服务平台的混乱，同一用户的相同操作会产生不同的结果。例如，同一用户前后两次的租车订单分别由运行有不同策略的目标机器(如服务器)处理，其中一次判断用户信用良好，允许向该用户提供租车服务，而另一次判断该用户信用不佳，拒绝向该用户提供租车服务。通过对策略上线过程进行监控及失败时进行回滚操作，可以使每台目标机器120所运行的策略始终保持一致，保证服务平台的稳定与可靠。在一些实施例中，回滚控制单元231可以向目标机器120发送回滚指令，目标机器120接收回滚指令后回滚到原有策略。在一些实施例中，在预设时间段内，策略发布模块220可以多次向目标机器发布待上线策略，如果在所述预设时间段内监控模块230监控到待上线策略一直未同步上线成功，则回滚控制单元231向目标机器发送回滚指令。具体地，在所述预设时间段内，监控模块230可以在监控到上线失败时，向策略发布模块220发送请求再上线的指令，策略发布模块220再次向上线失败的目标机器发布待上线策略。在一些实施例中，监控模块230可以统计未成功上线的目标机器的数量，根据该数量确定是否进行回滚操作。具体地，当上线失败的目标机器的数量不大于预设阈值(例如，只有一个目标机器上线失败)时，监控模块230可以向策略发布模块220发送请求再上线信号，策略发布模块220再次向未成功上线的目标机器发布待上线策略；当上线失败的目标机器的数量大于预设阈值时，回滚控制单元231可以向所有目标机器120发送回滚指令，使目标机器120回滚至原有策略。在一些实施例中，监控模块230可以确定上线失败的原因，并根据失败原因确定是否进行回滚操作。具体地，当监控模块230判断失败原因可能是由于临时故障(例如，上线失败的目标机器所连接的网络出现临时错误)时，监控模块230可以向策略发布模块220发送请求再上线信号，策略发布模块220再次向未成功上线的目标机器发布待上线策略；当监控模块230判断失败原因可能是出现了非临时故障(例如，网络长时间错误，或上线失败的目标机器本身发生崩溃)时，回滚控制单元231可以向目标机器120发送回滚指令，使所有目标机器120回滚至原有策略。在一些实施例中，原有策略存储在目标机器120中。在一些实施例中，原有策略存储在策略平台110的存储模块240中。

存储模块240可以存储数据。在一些实施例中，存储模块240可以存储待上线策略，策略确定模块210在确定了待上线策略后，可以将待上线策略发送到存储模块240存储。在一些实施例中，存储模块240可以存储目标机器120所运行的原有策略。当目标机器120的策略上线失败时，目标机器120可以读取存储模块240中的原有策略进行回滚。

应当理解，图2所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于策略平台及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，策略确定模块210、策略发布模块220、监控模块230和存储模块240可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，策略发布模块220和存储模块240可以是两个模块，也可以是一个模块同时具有策略发布和存储功能。又例如，策略发布模块220和监控模块230可以是两个模块，也可以是一个模块同时具有策略发布和监控功能。诸如此类的变形，均在本申请的保护范围之内。

图3所示为根据本申请一些实施例所示的策略确定模块的模块图。如图3所示，该策略平台系统可以包括初始策略确定单元310、测试数据获取单元320、效果比较单元330和策略更新单元340。在一些实施例中，该初始策略确定单元310、测试数据获取单元320、效果比较单元330和策略更新单元340中的一个或多个可以包含在图1所示的策略平台110中。

初始策略确定单元310可以用于确定初始策略。在一些实施例中，策略可以指处理一系列信息和/或数据的规则。在一些实施例中，策略包括至少一个指标。在一些实施例中，可以根据每个指标是否都满足一定条件确定是否进行相应操作。在一些实施例中，每个指标有各自的权重，所有指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，策略可以用于评价用户信用。

在一些实施例中，所述初始策略可以包括至少一个初始指标。具体地，可以根据每个指标是否都满足一定条件确定是否进行相应操作；或者，每个初始指标有各自的权重，各个指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，初始策略确定单元310可以通过修改原有策略来确定所述初始策略。例如，初始策略确定单元310可以通过增加或减少原有策略中的至少一个指标来确定所述初始策略。又例如，初始策略确定单元310可以通过改变原有策略中不同指标的权重来确定所述初始策略。在一些实施例中，初始策略确定单元310可以根据目标机器120的个性化参数确定所述初始策略。在一些实施例中，初始策略确定单元310可以改变原有策略中的预设阈值，得到初始预设阈值。在一些实施例中，操作者可以通过初始策略确定单元310手动设置所述初始策略。在一些实施例中，初始策略确定单元310可以自动设置所述初始策略。

测试数据获取单元320可以用于获取用来测试策略的数据。在一些实施例中，测试数据获取单元320可以包括历史数据获取子块321。历史数据获取子块321可以获取历史数据作为用来测试策略的数据。例如，历史数据获取子块321可以获取目标机器120所运行的原有策略对应的历史用户信息。历史数据获取子块321可以从目标机器120或数据库150处获取所述历史数据。在一些实施例中，测试数据获取单元320可以包括模拟数据获取子块322。模拟数据获取子块322可以获取模拟数据作为用来测试策略的数据。在一些实施例中，模拟数据获取子块322可以通过修改原有策略对应的历史数据得到所述模拟数据。

效果比较单元330可以用于比较不同策略的效果。在一些实施例中，效果比较单元可以在相同的测试数据上运行初始策略和原有策略，从而比较所述初始策略与原有策略的效果。在一些实施例中，效果比较单元330可以基于历史数据进行回溯分析比较所述初始策略与原有策略的效果。具体地，效果比较单元330可以获取原有策略应用于历史数据后的原有效果，并在所述历史数据上应用初始策略，得到测试效果，通过比较原有效果与测试效果来判断初始策略是否优于原有策略。在一些实施例中，效果比较单元330可以基于模拟数据分析比较所述初始策略与原有策略的效果。具体地，效果比较单元330可以在所述模拟数据上应用所述初始策略，得到模拟初始效果，在所述模拟数据上应用所述原有策略，得到模拟原有效果，再比较所述模拟原有效果与所述模拟原有效果。在一些实施例中，效果比较单元330可以通过分析原有策略和初始策略的误判率来比较原有策略与初始策略的效果。对于相同的测试数据，如果初始策略得到的误判率低于原有策略，则初始策略优于原有策略。例如，可以先确定标准结果，在测试数据上运行初始策略和原有策略，确定两个策略所得结果与所述标准结果的差别，得到两个策略的误判率。

策略更新单元340可以用于更新策略。在一些实施例中，策略更新单元340可以基于效果比较单元330中的效果比较结果更新所述初始策略。具体地，如果所述初始策略的效果未优于所述原有策略，则策略更新单元340对所述初始策略进行更新。在一些实施例中，策略更新单元340可以增加或减少所述初始策略的一个或多个指标。在一些实施例中，策略更新单元340可以改变所述初始策略的部分指标的权重。在一些实施例中，策略更新单元340可以改变初始策略中的初始预设阈值。

应当理解，图3所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于策略确定模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个单元进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，初始策略确定单元310、测试数据获取单元320、历史数据获取子块321、模拟数据获取子块322、效果比较单元330和策略更新单元340可以是一个系统模块中的不同单元，也可以是一个单元实现上述的两个或两个以上单元的功能。例如，初始策略确定单元310、测试数据获取单元320、效果比较单元330和策略更新单元340可以是四个单元，也可以是一个单元(如更新单元)同时实现确定初始策略、获取测试数据、比较策略效果和更新策略等功能。再例如，各个单元可以共用一个存储单元，各个单元也可以分别具有各自的存储单元。诸如此类的变形，均在本申请的保护范围之内。

图4所示为根据本申请一些实施例所示的策略更新方法的示例性流程图。如图4所示，该策略更新方法可以包括：

步骤410，确定待上线策略。在一些实施例中，步骤410可以由策略确定模块210执行。

在一些实施例中，策略可以指处理一系列信息和/或数据的规则。在一些实施例中，策略包括至少一个指标。在一些实施例中，可以根据每个指标是否都满足一定条件确定是否进行相应操作。在一些实施例中，每个指标有相应权重，各个指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，策略可包括预设阈值，只有各个指标的加权结果达到所述预设阈值才可以进行相应操作。在一些实施例中，策略可以用于评价用户信用。例如，所述至少一个指标可以包括用户的手机号码是否通过实名认证、用户的身份证信息、社保信息、第三方信用记录、历史订单信息等或以上任意组合，可以通过这些指标组成的策略来评价用户信用。在一些实施例中，对于交通运输服务在线平台来说，只有信用满足一定条件(例如，达到预设信用阈值)的用户才可以获取或者提供相关交通运输服务(例如，网约车服务、租车服务、代驾服务等)。在一些实施例中，策略确定模块210可以先确定初始策略，再比较初始策略与原有策略的优劣，对初始策略进行迭代更新，得到最终的待上线策略。在一些实施例中，策略确定模块210可以根据目标机器120的个性化参数确定待上线策略。关于待上线策略确定的详细说明以参见图5及相应描述。

步骤420，发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略。在一些实施例中，步骤420可以由策略发布模块220执行。

在一些实施例中，策略发布模块220可以将待上线策略发布到至少两个目标机器。例如，在交通运输服务在线平台中，策略发布模块220可以将待上线策略发布到交通运输服务在线平台的多台服务器。具体地，策略发布模块220可以将待上线策略发布到多台服务器，所述多台服务器可以运行相同的策略来确定用户信用，对信用满足一定条件的用户开放相应使用权限。并且，由于多台服务器运行的策略相同，可以保持在线平台处理结果的一致性。

在一些实施例中，策略发布模块220可以将所述待上线策略发布到目标机器，替换所述目标机器上的原有策略。在一些实施例中，策略发布模块220可以向目标机器发布数据上线指令。目标机器接收到上线指令后，从策略平台110读取待上线策略，并用待上线策略替换原有策略。在一些实施例中，策略发布模块220可以在满足一定条件时发布待上线策略到目标机器。例如，策略发布模块220可以在预设时间段内发布待上线策略。又例如，策略发布模块220可以向位于预设地域内的目标机器发布待上线策略。具体地，对于交通运输服务(例如，网约车服务、租车服务、代驾服务等)在线平台来说，不同城市的订单可能由不同的服务器处理，当需要改变某个城市的订单处理方案(例如，有推广活动，吸引更多该城市人口使用所述交通运输服务)时，可以发布待上线策略到负责处理该城市订单的服务器。

在一些实施例中，策略发布模块220可以根据目标机器120的个性化参数选择性地发布全部或者部分待上线策略。例如，策略确定模块210可以确定第一待上线策略和第二待上线策略，策略发布模块220可以根据目标机器120的个性化参数选择性发布全部两个待上线策略，或者只发布其中一个待上线策略。具体地，所述第一待上线策略可以用来评价乘客信用，所述第二待上线策略可以用来评价司机信用。对于某地区的目标机器120来说，需要同时评价乘客和司机的信用，因此策略发布模块220可以将两个策略都发布到该地区的目标机器120，而对于另一地区的目标机器120来说，只需要评价乘客的信用，因此策略发布模块220可以只发布第一待上线策略到这一地区的目标机器120。

步骤430，判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线。在一些实施例中，步骤430可以由监控模块230执行。

在一些实施例中，每个目标机器在完成待上线策略上线后，向监控模块230发送通知信号，以通知监控模块230待上线策略上线完成。监控模块230根据是否接收到通知信号判断相应的目标机器是否完成待上线策略上线。在一些实施例中，监控模块230可以监控在预设时间内所述至少两个目标机器中的每一个是否都完成了待上线策略上线。具体地，如果有部分目标机器在预设时间内没有向监控模块230发送通知信号，则监控模块230判断所述待上线策略没有在所述至少两个目标机器中的每一个上成功上线。更具体地，监控模块230还可以确定是哪一个目标机器没有成功上线，从而便于后续的故障处理。在一些实施例中，监控模块230可以监控待上线策略在所述至少两个目标机器120中的每一个上的更新是否都达到了预设完成度阈值。具体地，待上线策略在上线过程中会替换目标机器120上的原有策略，所述原有策略被待上线策略替换的比例可以称为完成度。如果在一个目标机器上，原有策略被待上线策略替换的比例达到预设完成度阈值，则监控模块230判断待上线策略在改目标机器上完成上线。在一些实施例中，监控模块230可以通过消息队列或zookeeper节点监听等方式监控数据上线进程。如果所述待上线策略在所述至少两个目标机器中的每一个都成功上线，则进入步骤450；否则，进入步骤440。

步骤440，发出回滚指令，使所述至少两个目标机器中的每一个都回滚至原有策略。在一些实施例中，步骤440可以由监控模块230中的回滚控制单元231执行。

当待上线策略在所述至少两个目标机器120中的至少一个上没有成功上线，则回滚控制单元231可以控制目标机器120回滚回原有策略。回滚控制单元231可以向目标机器120发送回滚指令，目标机器120接收回滚指令后回滚到原有策略。通过回滚操作，可以保证至少两个目标机器120所运行的策略始终保持一致，或是待上线策略同步上线成功，所述至少两个目标机器都运行待上线策略，或是待上线策略未同步上线成功，所述至少两个目标机器仍运行原有策略。在一些实施例中，所述原有策略存储在目标机器120中，目标机器120在回滚时直接从本地读取原有策略。在一些实施例中，原有策略存储在策略平台110的存储模块240中，目标机器120在回滚时需要通过网络140访问策略平台110的存储模块240以读取原有策略。

步骤450，完成策略同步上线。在一些实施例中，策略平台110在完成策略同步上线后会发出完成提示。所述至少两个目标机器120可以同时运行待上线策略。

需要注意的是，以上对于策略更新方法400的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该方法的原理后，可能在不背离这一原理的情况下，对各个步骤进行任意组合，或者，可以增加或删减任意步骤。

图5所示为根据本申请一些实施例所示的确定待上线策略的方法的示例性流程图。如图5所示，该确定待上线策略的方法可以包括：

步骤510，确定或更新初始策略。具体的，步骤510可以由初始策略确定单元310或策略更新单元340执行。

在一些实施例中，策略可以指处理一系列信息和/或数据的规则。在一些实施例中，策略包括至少一个指标。在一些实施例中，可以根据每个指标是否都满足一定条件判断是否进行相应操作。在一些实施例中，每个指标有相应权重，各个指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，策略可包括预设阈值。例如，只有各个指标的加权结果达到所述预设阈值才可以进行相应操作。

在一些实施例中，所述初始策略包括至少一个初始指标。在一些实施例中，可以根据每个初始指标是否都满足一定条件来确定是否进行相应操作。在一些实施例中，每个初始指标有各自的权重，所有初始指标的加权结果可以用来确定是否进行相应操作。在一些实施例中，所述初始策略可以用来评价用户信用。例如，所述至少一个初始指标可以包括用户的手机号码是否通过实名认证、用户的身份证信息、社保信息、第三方信用记录、历史订单信息等或以上任意组合。在一些实施例中，所述初始策略包括初始预设阈值，只有所有初始指标的加权结果达到所述初始预设阈值时才可以进行所述特定操作。例如，对于交通运输服务在线平台来说，初始策略可以包括初始预设信用阈值，只有达到所述初始预设信用阈值的用户才可以获取交通运输服务(例如，网约车服务、租车服务、代驾服务等)。

在一些实施例中，初始策略确定单元310可以通过修改原有策略来确定所述初始策略，所述原有策略包括至少一个原有指标。例如，初始策略确定单元310可以通过增加或减少原有策略中至少一个指标来确定所述初始策略。具体地，所述原有策略可以包括根据用户的手机号码是否通过实名认证来确定该用户的信用，而所述初始策略可以增加根据用户的第三方信用记录以及该用户的历史订单信息来确定该用户的信用。又例如，初始策略确定单元310可以通过修改原有策略中不同指标的权重确定来确定所述初始策略。在一些实施例中，初始策略确定单元310可以改变原有策略中的预设阈值，得到初始预设阈值。

在一些实施例中，初始策略确定单元310可以结合目标机器120的个性化参数确定所述初始策略。例如，所述个性化参数可以包括目标机器120所属地域、目标机器120的运行时间和/或目标机器120对应用户的信用记录。具体地，对于交通运输服务(例如，网约车服务、租车服务、代驾服务等)在线平台来说，不同城市的订单可能由不同的目标机器120(例如，服务器)处理，每个城市的订单处理方案可能不同。例如，对于交通运输服务供不应求的城市来说，可以设置多个指标的组合来评价用户信用，只有多个指标均表明某一用户的信用良好时，该用户才能获取交通运输服务；或者，可以提高预设信用阈值，只有达到所述预设信用阈值的用户才能获取交通运输服务，从而提高了用户享受服务的门槛，缓解供不应求的状况。而对于交通运输服务供求平衡或供大于求的城市来说，可以设置单一指标来评价用户信用；或者，可以降低预设信用阈值。又例如，对于如小长假或黄金周等出行高峰时段，可以设置多个指标的组合来评价用户信用，或者提高预设信用阈值，以提高用户享受服务的门槛。再例如，可以通过分析某一地区的历史用户信用记录确定该地区的用户信用状况，如果该地区用户信用状况良好，则可以只设置单一指标来评价用户信用，或者可以降低预设信用阈值，从而降低用户获取交通运输服务的门槛；如果该地区用户信用状况不佳，则可以设置多个指标的组合来评价用户信用，或者可以提高预设信用阈值，从而提高用户获取交通运输服务的门槛。

在一些实施例中，初始策略确定单元310通过分析处理历史数据获取所述个性化参数。具体地，初始策略确定单元310可以通过大数据分析、回溯、迭代更新、建模等方法或以上任意组合提取个性化参数。在一些实施例中，所述历史数据可以是存储在数据库150中的历史数据。具体的，用户终端130和/或目标机器120通过网络140向数据库150传输历史数据，数据库150接收并保存历史数据。

在一些实施例中，策略更新单元340可以对所述初始策略进行更新。例如，如果所述初始策略的效果未优于原有策略，则策略更新模块340可以对所述初始策略进行更新。具体地，策略更新单元340可以增加或减少所述初始策略中的至少一个初始指标；或者，策略更新单元340可以改变部分初始指标的权重；或者，策略更新单元340可以改变预设初始阈值。

步骤520，获取测试数据。具体的，步骤520可以由测试数据获取单元320执行。

在一些实施例中，测试数据获取单元320可以获取用来测试所述初始策略的数据。在一些实施例中，测试数据获取单元320(例如，历史数据获取子块321)可以获取历史数据作为用来测试所述初始策略的数据，原有策略在所述历史数据上应用后得到原有效果。例如，测试数据获取单元320可以获取目标机器120所运行的原有策略对应的历史用户信息。

在一些实施例中，测试数据获取单元320(例如，模拟数据获取子块322)可以获取模拟数据作为用来测试所述初始策略的数据。在一些实施例中，测试数据获取单元320可以通过修改所述历史数据得到所述模拟数据。在一些实施例中，测试数据获取单元320可以根据目标机器120的个性化参数获取所述模拟数据。例如，可以针对不同地域的目标机器设置不同的模拟数据。具体地，待上线策略包括第一待上线策略和第二待上线策略，分别用来评价乘客和司机的信用。对于某一地区的目标机器，需要发布这两个待上线策略，因此需要对这两个待上线策略都进行测试，测试数据获取单元320要获取模拟的乘客信息和司机信息；而对于另一地区的目标机器，只需要发布其中一个待上线策略，因此只需要对这一个待上线策略进行测试，测试数据获取单元320只要获取模拟的乘客信息或者司机信息。

步骤530，用所述测试数据测试所述初始策略，判断所述初始策略是否优于所述原有策略。具体的，步骤530可以效果比较单元330执行。

在一些实施例中，效果比较单元330通过比较相同数据在初始策略和原有策略上的运行效果判断所述初始策略是否优于所述原有策略。在一些实施例中，效果比较单元330可以通过比较所述初始策略与原有策略的误判率比较其效果。对于相同的测试数据，如果初始策略得到的误判率高于原有策略，则初始策略优于原有策略。具体地，在交通运输服务在线平台中，通过策略评价用户信用时，测试数据为大量用户信息(例如，用户的手机号是否通过实名认证、用户的身份证信息、社保卡信息、第三方信用记录、历史订单信息等)，可以先进行初步的人工处理，在所述大量用户信息中确定出信用良好以及信用不佳的用户(例如可以通过查看用户在所述交通运输服务在线平台上是否有不良记录，如拖欠费用、损毁交通工具等)，将人工处理的结果作为标准结果，接着在测试数据上运行所述初始策略和/或原有策略，确定两个策略所得结果与所述标准结果的差别，计算得到两个策略的误判率，再对两者的效果进行对比。

在一些实施例中，效果比较单元330用历史数据测试所述初始策略，得到测试效果，并分析比较所述测试效果与原有策略对应的原有效果，判断所述初始策略是否优于所述原有策略。在一些实施例中，可以通过多线程的方式回溯分析历史数据在初始策略以及原有策略中的运行结果。例如，原有策略对应的历史数据包括过去一周七天的用户信息，则回溯分析时可以通过七个线程同时进行，每个线程处理一天的数据。

在一些实施例中，效果比较单元330用模拟数据测试所述初始策略，在所述模拟数据上分别运行所述初始策略和原有策略，得到模拟测试效果以及模拟原有效果，分析比较所述模拟测试效果以及模拟原有效果，判断所述初始策略是否优于所述原有策略。

如果所述初始策略优于原有策略，则进行步骤540；否则，进行步骤510，更新所述初始策略。

步骤540，确定所述初始策略为待上线策略。在一些实施例中，策略平台110中的存储模块240可以存储所述待上线策略。

需要注意的是，以上对于确定待上线策略的方法500的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该方法的原理后，可能在不背离这一原理的情况下，对各个步骤进行任意组合，或者，可以增加或删减任意步骤。

本申请实施例可能带来的有益效果包括但不限于：(1)确保新策略在多个目标机器上同步上线，保证多个目标机器运行的一致性；(2)策略同步更新失败时，及时将全部机器回滚回原策略，保证系统运行的稳定性；(3)迭代更新得到新策略，确保新策略优于原策略；(4)针对目标机器的个性化参数进行策略调整，得到适应实际需求的策略。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (22)

1.一种用于策略更新的方法，其特征在于，包括：

确定待上线策略；所述待上线策略的确定过程包括：确定初始策略；判断所述初始策略是否优于原有策略，如果所述初始策略优于所述原有策略，则确定所述初始策略为所述待上线策略；如果所述初始策略未优于所述原有策略，则更新所述初始策略；

发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略；

判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线，以统计策略上线失败的目标机器的数量；

当策略上线失败的目标机器的数量不大于预设阈值时，再次向策略上线失败的目标机器发布所述待上线策略；当策略上线失败的目标机器的数量大于所述预设阈值时，发出回滚指令，使所述至少两个目标机器中的每一个回滚至所述原有策略。

2.如权利要求1所述的用于策略更新的方法，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

接收所述目标机器发送的反馈信号；

根据所述反馈信号判断所述待上线策略是否在所述目标机器上成功上线。

3.如权利要求1所述的用于策略更新的方法，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

判断所述待上线策略是否在预设时间内在所述目标机器上成功上线。

4.如权利要求1所述的用于策略更新的方法，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

判断所述待上线策略在所述目标机器上的更新是否达到预设完成度阈值。

5.如权利要求1所述的用于策略更新的方法，其特征在于，

所述初始策略包括至少一个初始指标；

所述初始策略和所述原有策略用于评价用户信用。

6.如权利要求5所述的用于策略更新的方法，其特征在于，所述更新所述初始策略包括：

修改所述至少一个初始指标。

7.如权利要求6所述的用于策略更新的方法，其特征在于，所述判断所述初始策略是否优于所述原有策略包括：

获取所述原有策略对应的历史数据，所述原有策略应用于所述历史数据后得到原有效果；

在所述历史数据上应用所述初始策略，确定所述初始策略的测试效果；

判断所述测试效果是否优于所述原有效果，

如果所述测试效果优于所述原有效果，则所述初始策略优于所述原有策略。

8.如权利要求1所述的用于策略更新的方法，其特征在于，所述判断所述初始策略是否优于所述原有策略包括：

确定模拟数据；

在所述模拟数据上应用所述原有策略，得到模拟原有效果；

在所述模拟数据上应用所述初始策略，得到模拟测试效果；

判断所述模拟测试效果是否优于所述模拟原有效果，

如果所述模拟测试效果优于所述模拟原有效果，则所述初始策略优于所述原有策略。

9.如权利要求1所述的用于策略更新的方法，其特征在于，所述确定待上线策略还包括：

获取所述至少两个目标机器中的每一个的个性化参数；

根据所述目标机器的所述个性化参数确定所述待上线策略。

10.如权利要求9所述的用于策略更新的方法，其特征在于，所述个性化参数包括：

所述目标机器所在地域、所述目标机器的运行时间和/或所述目标机器对应用户的信用记录。

11.一种用于策略更新的系统，其特征在于，包括策略确定模块、策略发布模块和监控模块；

所述策略确定模块用于确定待上线策略；所述待上线策略的确定过程包括：确定初始策略；判断所述初始策略是否优于原有策略，如果所述初始策略优于所述原有策略，则确定所述初始策略为所述待上线策略；如果所述初始策略未优于所述原有策略，则更新所述初始策略；

所述策略发布模块用于发布所述待上线策略到至少两个目标机器，所述至少两个目标机器上运行有原有策略；

所述监控模块用于判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线，

当策略上线失败的目标机器的数量不大于预设阈值时，所述策略发布模块再次向策略上线失败的目标机器发布所述待上线策略；当策略上线失败的目标机器的数量大于所述预设阈值时，所述监控模块发出回滚指令，使所述至少两个目标机器中的每一个回滚至所述原有策略。

12.如权利要求11所述的用于策略更新的系统，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

接收所述目标机器发送的反馈信号；

根据所述反馈信号判断所述待上线策略是否在所述目标机器上成功上线。

13.如权利要求11所述的用于策略更新的系统，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

判断所述待上线策略是否在预设时间内在所述目标机器上成功上线。

14.如权利要求11所述的用于策略更新的系统，其特征在于，所述判断所述待上线策略是否在所述至少两个目标机器中的每一个上成功上线包括：

判断所述待上线策略在所述目标机器上的更新是否达到预设完成度阈值。

15.如权利要求11所述的用于策略更新的系统，其特征在于，

所述初始策略包括至少一个初始指标；

所述初始策略和所述原有策略用于评价用户信用。

16.如权利要求15所述的用于策略更新的系统，其特征在于，所述更新所述初始策略包括：

修改所述至少一个初始指标。

17.如权利要求11所述的用于策略更新的系统，其特征在于，所述判断所述初始策略是否优于所述原有策略包括：

获取所述原有策略对应的历史数据，所述原有策略应用于所述历史数据后得到原有效果；

在所述历史数据上应用所述初始策略，确定所述初始策略的测试效果；

判断所述测试效果是否优于所述原有效果，

如果所述测试效果优于所述原有效果，则所述初始策略优于所述原有策略。

18.如权利要求11所述的用于策略更新的系统，其特征在于，所述判断所述初始策略是否优于所述原有策略包括：

确定模拟数据；

在所述模拟数据上应用所述原有策略，得到模拟原有效果；

在所述模拟数据上应用所述初始策略，得到模拟测试效果；

判断所述模拟测试效果是否优于所述模拟原有效果，

如果所述模拟测试效果优于所述模拟原有效果，则所述初始策略优于所述原有策略。

19.如权利要求11所述的用于策略更新的系统，其特征在于，所述策略确定模块还用于：

获取所述至少两个目标机器中的每一个的个性化参数；

根据所述目标机器的所述个性化参数确定所述待上线策略。

20.如权利要求19所述的用于策略更新的系统，其特征在于，所述个性化参数包括：

所述目标机器所在地域、所述目标机器的运行时间和/或所述目标机器对应用户的信用记录。

21.一种用于策略更新的装置，包括处理器，其特征在于，所述处理器用于执行权利要求1~10中任一项所述的用于策略更新的方法。

22.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行如权利要求1~10任一项所述的用于策略更新的方法。

Images