提供终端设备指标仲裁服务的方法、装置及系统与流程

本申请涉及终端设备指标仲裁
技术领域：
，特别涉及提供终端设备指标仲裁服务的方法、装置及系统。
背景技术：
：目前，越来越多的用户使用终端设备，在终端设备上安装各种类型的应用程序(app)供用户使用。在app的很多业务场景中，都需要对终端设备的一些场景指标进行判定识别，并针对性的做一些特殊业务逻辑的处理。例如：仅针对特定的设备品牌、特殊应用版本才披露特定的信息或运行特殊逻辑达到对终端设备app的特殊定制化功能。具体如，有的app在打开某个详情页面时可以加载一幅全景图片，但是需要是特定的设备品牌中才会加载该全景图片，对于其他的设备品牌则加载普通图片。为了达到上述目的，就需要在具体的业务场景中对终端设备进行仲裁，以确定终端设备的品牌、硬件配置等是否满足预置的指标，进而确定具体采用何种业务逻辑进行后续处理。因此，如何对终端设备进行仲裁，就成为需要考虑的问题。在现有技术中，主要有以下三种具体的对终端设备进行仲裁的方式。其一，是将这些指标的仲裁判定逻辑固化在app特定版本里，在app本地对终端设备进行仲裁。其二，是将这些指标的仲裁判定逻辑通过动态脚本下发，然后由app动态脚本引擎加载执行，然而，除了本身脚本编写困难，引擎执行效率问题，还有端上审核政策变更调整风险，例如，appstore对提交审核的app关于动态脚本的使用有严格的限制。其三，是将这些指标的仲裁判定逻辑在app对应的服务端进行编码，由服务端进行判定后下发到客户端。这种方式可以避免通过客户端进行仲裁逻辑判定，但是，这种方式的适应性不强，不适合某些只能在客户端获取的一些指标进行仲裁判定的场合，比如基于设备的剩余电量、空闲内存、cpu使用情况等。可见，上述三种现有技术中，无论是采用在app中固化仲裁判定逻辑，还是通过动态脚本下发仲裁判定逻辑，抑或是在app对应的服务器端执行仲裁判定逻辑，均需要app的开发者或者业务方进行仲裁判定逻辑对应代码的开发，开发成本比较高。技术实现要素：基于此，本申请提供了提供终端设备指标仲裁服务的方法、装置及系统，能够使得应用程序开发方不需要关注与仲裁判定相关代码的实现。本申请实施例提供了：一种终端设备指标仲裁服务系统，包括：服务器，其中包括配置模块，用于接收为目标应用程序中目标业务场景配置的仲裁场景信息，所述仲裁场景信息用于推送至安装有所述目标应用程序客户端的终端设备；软件开发仲裁服务平台包sdk模块，用于安装在所述目标应用程序中，接收到所述目标应用程序客户端提交的仲裁请求时，确定目标业务场景的标识信息及其对应的仲裁场景信息，通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。一种提供终端设备指标仲裁服务的方法，包括：接收为目标应用程序中目标业务场景配置的仲裁场景信息；将所述仲裁场景信息提供给安装有所述目标应用程序客户端的终端设备，以用于通过所述目标应用程序客户端中安装的sdk模块，根据所述目标应用程序客户端的仲裁请求，对目标业务场景对应的仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。一种提供终端设备指标仲裁服务的方法，通过安装于目标应用程序中的sdk模块执行以下操作：接收所述目标应用程序客户端提交的仲裁请求，所述仲裁请求中携带有目标业务场景的标识信息；确定所述目标业务场景的标识信息，并获得该标识信息对应的仲裁场景信息；所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的；通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；将所述仲裁结果返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。一种业务逻辑处理方法，包括：应用程序客户端确定目标业务场景模块中业务逻辑信息，其中，所述应用程序客户端中安装有sdk模块；向所述sdk模块提交仲裁请求，所述请求中携带有所述目标业务场景的标识信息，以便所述sdk模块获得所述目标业务场景对应的仲裁场景信息，并通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；其中，所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的，并提供给所述sdk模块；根据所述sdk模块返回的仲裁结果执行所述业务逻辑。一种提供终端设备指标仲裁服务的装置，包括：配置信息接收单元，用于接收为目标应用程序中目标业务场景配置的仲裁场景信息；配置信息提供单元，用于将所述仲裁场景信息提供给安装有所述目标应用程序客户端的终端设备，以用于通过所述目标应用程序客户端中安装的sdk模块，根据所述目标应用程序客户端的仲裁请求，对目标业务场景对应的仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。一种提供终端设备指标仲裁服务的装置，应用于通过安装于目标应用程序中的sdk模块，包括：仲裁请求接收单元，用于接收所述目标应用程序客户端提交的仲裁请求，所述仲裁请求中携带有目标业务场景的标识信息；仲裁场景信息获得单元，用于确定所述目标业务场景的标识信息，并获得该标识信息对应的仲裁场景信息；所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的；仲裁结果获得单元，用于通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；仲裁结果提供单元，用于将所述仲裁结果返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。一种业务逻辑处理装置，应用于应用程序客户端，包括：业务逻辑信息确定单元，用于确定目标业务场景模块中业务逻辑信息，其中，所述应用程序客户端中安装有sdk模块；仲裁请求提交单元，用于向所述sdk模块提交仲裁请求，所述请求中携带有所述目标业务场景的标识信息，以便所述sdk模块获得所述目标业务场景对应的仲裁场景信息，并通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；其中，所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的，并提供给所述sdk模块；业务逻辑执行单元，用于根据所述sdk模块返回的仲裁结果执行所述业务逻辑。与现有技术相比，本申请包括以下优点：通过本申请实施例提供的仲裁服务系统，app开发人员或者业务方只需要在app中引入具体的sdk，并在仲裁服务平台提供的服务器端对具体业务场景的场景指标以及仲裁策略等信息进行配置，并提供给安装有所述app客户端的终端设备，即可由该app中安装的所述sdk实现对终端设备指标的仲裁。而app业务场景内的代码只需要关注于在得到仲裁结果之后的业务逻辑即可，而不需要关注与仲裁判定相关代码的实现。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的系统的示意图；图2是本申请实施例提供的交互方式示意图；图3是本申请实施例提供的仲裁场景信息配置界面示意图；图4是本申请实施例提供的信息树结构示意图；图5是本申请实施例提供的仲裁场景信息更新界面示意图；图6是本申请实施例提供的第一方法的流程图；图7是本申请实施例提供的第二方法的流程图；图8是本申请实施例提供的第三方法的流程图；图9是本申请实施例提供的第一装置的示意图；图10是本申请实施例提供的第二装置的示意图；图11是本申请实施例提供的第三装置的示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。术语：业务场景(usecase)：针对app中某个具体业务模块功能的使用描述，每个用例提供了一个或多个业务场景，该场景揭示了活动是如何同最终用户或其它系统交互的，从而获得一个明确的业务目标。对于具有仲裁需求的业务场景，所述使用描述中还包括具体仲裁判决结果对应的业务执行逻辑。例如，某app的产品详情页面展示就可以是其中一个业务场景，其使用描述中包括：如果终端设备在对应的指标上满足仲裁策略，则在详情页面中展示对应产品的全景图，否则，在详情页面中展示普通图片。场景指标(quota)：终端设备的一些特性，例如：存储空间、内存大小、是否支持扩展卡、屏幕分辨率、设备品牌、操作系统等。具体的仲裁判定逻辑通常是需要对上述指标中的部分或全部进行判定。指标仲裁策略(policy)：仲裁场景中场景指标对应的判定逻辑。仲裁场景(scene)：将终端设备场景指标以及对应的指标仲裁策略组织起来，组成对应业务场景下需要进行仲裁的最小单位。其中，同一个app中通常会包括多个具有仲裁需求的业务场景，因此，可以对应多个仲裁场景。在本申请实施例中，可以提供用于进行终端设备仲裁的平台性工具，为便于描述，在本申请实施例中将该平台性工具称为“仲裁服务平台”。可以理解的是，该仲裁服务平台作为用于提供仲裁服务的平台，与具体需要对终端设备进行仲裁的应用程序可以是相独立的，但是，可以为这些应用程序提供仲裁服务。也即，如果某些应用程序需要在执行业务逻辑的过程中，需要对终端设备指标进行仲裁，则可以借助于该仲裁服务平台完成相关的仲裁逻辑，而无需通过自行编码等方式来实现。相对于具体需要对终端设备指标进行仲裁以用于后续业务逻辑判断的应用程序而言，该仲裁服务平台属于一种第三方的服务平台，与应用程序内具体的业务逻辑无关，用于为具体的应用程序提供与终端设备指标仲裁相关的服务。下面通过多种具体的实施方式对本申请实施例提供的具体技术方案进行详细介绍。实施例一首先，该实施例一提供了一种终端设备指标仲裁服务系统，也即，可以对应于前文所述的仲裁服务平台，具体实现时，参见图1，该系统中主要可以包括：服务器101，其中包括配置模块1011，用于接收为目标应用程序中目标业务场景配置的仲裁场景信息，所述仲裁场景信息用于推送至安装有所述目标应用程序客户端的终端设备；软件开发仲裁服务平台包sdk模块102，用于安装在所述目标应用程序中，接收到所述目标应用程序客户端提交的仲裁请求时，确定目标业务场景的标识信息及其对应的仲裁场景信息，通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。也就是说，本申请实施例提供的仲裁服务平台可以提供软件开发仲裁服务平台包(softwaredevelopmentkit，sdk)模块，在sdk模块中封装了用于对仲裁场景信息进行分析以及执行的方法，其作用是，能够对仲裁场景信息进行分析，从中获知具体的指标仲裁策略，并根据具体对应的场景指标，从终端设备中获取相应的场景指标，然后，根据对应的指标仲裁策略执行仲裁，并返回仲裁结果。因此，具体实现时，本申请实施例中所述的仲裁服务平台可以提供可用于下载的sdk包，供app开发者或者业务方进行下载。这样，如果某app需要在具体的业务场景中进行终端设备指标仲裁，以用于确定下一步的业务逻辑的执行方向，则该app的开发者或者相关的业务方就可以在该app中引入该sdk。当然，在被引入某app的初始状态下，该sdk尚未获取到关于仲裁场景的相关信息。而关于仲裁场景的相关信息，可以是在所述仲裁服务平台的服务器端提供的配置模块来完成配置。也即，除了sdk，该仲裁服务平台还可以为具体的app开发者或者业务方提供用于对仲裁场景进行配置的操作入口，例如，具体可以以网页中的配置界面等形式提供上述操作入口。app开发者或者具体业务场景对应的业务方，可以通过该服务器实现对仲裁场景相关信息的配置。具体实现时，可以将仲裁场景信息划分为场景指标，以及仲裁策略信息这两部分。另外，由于同一个app中通常会包括多个业务场景，并且可能会有多个业务场景都具有仲裁需求，不同业务场景下，对应的仲裁场景会有所不同，因此，可以分别进行配置。为此，app中还可以预先为各个业务场景分配唯一的标识(key)，这种标识信息可以通过代码等方式配置在app的各业务场景中。具体在仲裁服务平台的服务器端进行仲裁场景信息的配置时，可以首先指定需要配置的业务场景的标识信息，然后再进行场景指标的配置，仲裁策略的配置等相关操作。之后，服务器端可以将该业务场景的key等标识与配置好的场景指标信息，以及对应的仲裁策略信息进行关联，生成该业务场景对应的仲裁场景信息。之后，便可以将该仲裁场景信息推送至对应app中已引入的sdk模块。其中，由于需要仲裁的业务场景可能有多个，因此，sdk保存的仲裁场景信息也可能会有多份，每份仲裁场景信息中保存有对应的业务场景的标识，该业务场景下需要仲裁的场景指标，以及对应的仲裁策略信息。当然，在实际应用中，还可以采用sdk模块按需拉取具体的仲裁场景信息的方式。需要说明的是，由于关于仲裁场景信息的配置工作是在仲裁服务平台(也即前文所述的本申请实施例提供的仲裁服务平台)的服务器端来完成的，因此相关的推送工作是由仲裁服务平台的服务器来完成。而要推送的目的地是，安装有待仲裁app的用户终端设备。也就是说，假设“淘宝”app需要使用该仲裁服务平台提供的功能，则可以在其app中引入该平台提供的sdk包，之后，便可以将安装有sdk包的app通过具体的应用市场提供给具体的用户进行安装使用。另一方面，“淘宝”app的开发者或者具体业务场景的业务方还可以在该仲裁服务平台的服务器端对具体业务场景所需的场景指标、仲裁策略等进行配置，之后，需要将这种配置信息提供给安装有“淘宝”app的用户手机等终端设备。但是，由于仲裁服务平台的服务器与具体“淘宝”等app的服务器通常是独立的，因此，仲裁服务平台的服务器并不能直接获知哪些用户的终端设备上安装了“淘宝”等app，并且，仲裁服务平台的服务器通常也不具备直接向其他具体应用程序的客户端推送信息的权限。因此，在具体实现时，仲裁服务平台的服务器在具体提供关于仲裁场景的配置信息时，可以首先将这种配置信息推送至具体app相关的网关服务器等处，该网关服务器主要用于支持app的服务器与用户终端设备中安装的该app的客户端之间的上下行数据传输，因此，自然可以获知具体有哪些用户的终端设备上安装了该app客户端。进而，该app的网关服务器可以将仲裁服务平台服务器推送的仲裁场景配置信息推送至安装有该app客户端的用户终端设备。进而，由于该app客户端中已经引入了仲裁服务平台提供的sdk模块，因此，就可以在具体的业务场景下，将该业务场景对应的仲裁场景信息作为该sdk模块的输入数据，由sdk模块执行对具体仲裁场景信息的分析以及具体仲裁策略的执行等处理，获得仲裁结果。当然，在具体实现时，除了由仲裁服务平台服务器主动推送仲裁场景的配置信息之外，还可以由具体终端设备中的app客户端发起对仲裁配置信息的拉取，具体实现时，在一些紧急情况下，可以采用这种拉取的实现方式。通过上述准备工作，在app具体运行的过程中，具体的业务场景方便可以通过上述sdk完成具体的仲裁判定逻辑。具体的，业务场景方可以将自己的key等标识传给sdk，该sdk便可以取出该key对应的仲裁场景信息，并对其进行分析，确定出其中包含的场景指标以及对应的仲裁策略信息，之后，获取终端设备的相关指标，并按照对应的仲裁策略进行判断，确定是否满足仲裁策略中的指标判定条件。仲裁的结果可以返回给业务场景方，之后，业务场景方便可以根据具体的仲裁结果执行预置的业务逻辑，包括是否在页面中展示全景图片，等等。为了更好的理解本申请实施例提供的方案，下面结合具体的信息交互流程进行介绍。参见图2，其示出了各种功能模块之间的信息交互流程示意图，其中，所述功能模块包括了仲裁服务平台提供的sdk模块以及配置模块，另外还可以包括具体app客户端中的业务场景模块。其中，所述sdk模块可以预先引入到所述app客户端中，而配置模块则可以运行于仲裁服务平台的服务器侧。具体实现时，在将具体的sdk模块引入到app客户端中的情况下，该app的开发者或者具体业务场景的业务方，可以通过登录到仲裁服务平台的服务器等方式，进行仲裁场景信息的配置。其中，具体在对仲裁场景配置时，如图2中的a1处所示，可以分为对场景指标以及仲裁策略信息的配置这两部分，通过这种方式，可以实现通过选择或者输入指标判定值等方式完成配置的过程，而无需由app开发或者业务方进行相关的编码。例如，如图3所示，其为仲裁服务平台服务器提供的配置界面，该界面中可以包括用于输入具体app名称等标识的第一操作选项31，用于输入该app内具体业务场景标识(key)的第二操作选项32，还可以包括用于对具体的场景指标进行配置的第三操作选项33，用于对具体的仲裁策略信息进行配置的第四操作选项34，等等。其中，第三操作选项还可以提供多种可选的场景指标信息，供app开发者或者业务方进行选择。所述第四操作选项具体用于对指标判定条件所需的逻辑关系，和/或指标判定值进行配置。例如，在图3所示的例子中，配置的app名称是“手淘iphone客户端”，业务场景key是“test_homepage_other”，场景指标是“rom”，仲裁策略信息是“大于等于32”，其中，“大于等于”为判定条件所需的逻辑关系，“32”为指标判定值，等等。也就是说，在“手淘iphone客户端”的“test_homepage_other”这一业务场景中，需要对终端设备的“rom”这一指标进行判断，确定其是否大于等于32，等等。完成对这些信息的配置后，可以通过配置界面中提供的“发布”等操作选项，对上述配置信息进行发布。这样，该仲裁服务平台服务器便可以将上述各项信息组织成仲裁场景信息，并提供给安装有“手淘iphone客户端”的用户终端设备，如图2中a2处所示。当然，具体实现时，可以首先将仲裁场景信息推送至“手淘iphone客户端”的网关服务器，之后，由该网关服务器将仲裁场景信息推送至安装有“手淘iphone客户端”的用户终端设备。安装有“手淘iphone客户端”等app的用户终端设备在接收到具体的仲裁场景配置信息之后，可以进行保存。这样，在该app在用户终端设备中运行的过程中，如果当前运行的业务场景需要对当前用户终端设备进行仲裁，则如图2中b1处所示，可以将该业务场景的key等标识提供给sdk模块，这样，sdk模块便可以根据该业务场景的key，取出该业务场景对应的仲裁场景信息并加载，如图2中的b2处所示。之后，sdk模块便可以对仲裁场景信息进行分析，包括对仲裁策略的分析，对终端设备中对应场景指标的读取及判断，等等，并最终得到仲裁结果。该仲裁结果将会返回给app的业务场景模块，业务场景模块便可以根据具体的仲裁结果执行具体的业务逻辑。例如，在商品详情页面场景下，根据是否满足对终端品牌的判断，确定是否在特页面中提供全景图，等等。其中，sdk模块具体在对仲裁场景信息进行分析时，分析该仲裁场景对应的场景指标，以及相关的仲裁策略信息等，并生成信息树。例如，如图4所示，其中，quota代表场景指标，policy代表仲裁策略。可见，一个场景指标可以对应一条或多条仲裁策略。然后根据信息树中包含的指标及对应的仲裁策略信息执行仲裁，并向应用程序的业务场景模块返回仲裁结果。其中，使得sdk模块能够实现对仲裁场景信息的分析，在具体实现时，还可以预先进行一些关键字的定义。例如，具体的定义如表1所示：表1关键字定义关键字描述备注sceneid场景的唯一标识scenekey场景的唯一key外部标识relation场景指标间的关系具体实现时，可以每个业务场景的仲裁场景信息产生时，都可以由一个场景id来唯一标识，每一个场景指标(quota)可以有一个唯一标识sceneid指明其隶属的仲裁场景，每个指标仲裁策略(policy)都可以包含一个唯一标识quotaid指明其隶属的场景指标。每个仲裁场景都可以有一个或多个场景指标，每个场景指标有一个或多个指标仲裁策略，sdk模块内部可以根据这种隶属关联关系生成一个三层的信息树。以图4中所述的信息树为例，仲裁场景(scene)包含3个场景指标quotaa、quotab、quotac，其中quotaa指标包含polica1、policya2、policya3三个仲裁策略。quotab指标包含policb1、policyb2两个仲裁策略。quotac指标包含policc一个仲裁策略。以quotab场景指标为例，假定quotab场景指标是对终端设备品牌进行仲裁(设备品牌必须是x或者h才执行特殊业务逻辑)，那么场景指标quota仲裁逻辑是equal，场景策略policyb1执行逻辑是设备品牌等于x品牌，policyb2执行逻辑是设备品牌等于h品牌，策略的关系是or(或者)的情况，来说明下场景指标的判定执行：1、根据quotab的场景指标唯一标识，找到了policyb1和policyb2两个仲裁策略；2、根据policyb1和policyb2的逻辑执行条件和值，和当前终端设备对应指标的值进行判定；3、假设终端设备品牌是h，没有满足policyb1的逻辑，继续执行policyb2，满足policyb2的仲裁逻辑，因为场景策略间的关系是or，所以当前quotab场景指标仲裁仍然成功；如果策略间关系and，则必须同时满足policyb1、policyb2，才算仲裁成功；4、至此，quotab指标仲裁完成；5、如果quotab指标是场景的唯一指标，则仲裁结束，否则，继续执行下一个场景指标的仲裁，然后基于场景定义的指标间关系进行最终判定，输出最终仲裁结果。可见，通过本申请实施例所提供的仲裁服务平台，如果某app的具体业务场景中具有对终端设备进行仲裁以用于确定下一步的业务逻辑的需求，则app开发者或者具体的业务方只需要在app中引入该仲裁服务平台提供的sdk，并在该仲裁服务平台的服务器端对具体所需的场景指标，以及对应的仲裁策略信息进行配置。其中，对仲裁策略信息的配置过程可以是在选择了具体的场景指标之后进行，这样，具体对仲裁策略进行配置时，就可以简化成设置具体场景指标之间的逻辑关系，条件等信息，因此，不需要进行编码，直接通过选择具体逻辑关系，输入或选择一些判断所需的参数值(例如，具体的终端设备品牌等)等方式便可以完成具体仲裁策略信息的配置。另外，如果同一app中存在多个具有仲裁需求的业务场景，也只需要在app中对各个业务场景分别分配对应的唯一性标识，并在具体的业务场景代码中加入将业务场景标识提供给sdk的相关代码即可。由于业务场景的标识信息通常是不会发生变化的，因此，只要一次编码即可实现对所述业务场景标识的设置，在app中需要添加新的业务场景时，在新的业务场景代码中实现对应标识的设置即可。也就是说，通过本申请实施例提供的仲裁服务系统，app开发人员或者业务方只需要在app中引入具体的sdk，并在仲裁服务平台提供的服务器端对具体业务场景的场景指标以及仲裁策略进行配置，即可由该sdk实现对终端设备的仲裁，而app业务场景内的代码只需要关注于在得到仲裁结果之后的业务逻辑即可，而不需要关注与仲裁判定相关代码的实现。当然，对于同一个业务场景而言，随着时间的推移，或者业务场景的完善等，其所需的仲裁场景可能也会需要更新。例如，仍以产品详情页场景为例，之前仅针对品牌a的手机，在详情页中展示全景图，其他品牌的手机中都只展示普通图。但是，之后需要扩展到品牌a以及品牌b都进行所述全景图的展示，等等，这就会涉及到该业务场景对应的仲裁场景的更新，包括对场景指标的更新，对仲裁策略的更新等等。在现有技术的各种实现方案中，如果要实现对仲裁场景的更新，都会存在一些问题。例如，对于第一种实现方式，也即将仲裁判定逻辑固化在app特定版本里的方式中，随着app发布上线，这些指标无法变更，如果需要增减指标仲裁，都需要进行额外的新版app的发布，紧急情况下，需要针对性的发布热补丁解决，但是，效率都比较低。对于第二种实现方式，也即通过动态下发脚本的方式进行仲裁，则需要更新时，也需要重写动态脚本的代码；对于第三种方式，也即在app的服务器端实现仲裁逻辑的情况下，如果需要进行更新，也仍然需要进行额外的二次开发和再发布，等等。但是在本申请实施例提供的方案中，由于提供了专门用于提供仲裁功能的仲裁服务平台，该仲裁服务平台包括sdk模块以及配置模块，其中sdk模块运行在具体的app中，配置模块运行在该仲裁服务平台的服务器端。具体关于仲裁场景信息，是通过在该仲裁服务平台的服务器端以配置的方式来实现的，因此，在需要对具体业务场景对应的仲裁场景进行更新时，也只需要在该仲裁服务平台的服务器端进行更新即可。具体的，仲裁服务平台服务器端可以提供用于输入或者选择具体业务场景标识信息的操作选项，例如，如图3中所示的“增加指标策略”等操作选项，等等。在确定待操作的业务场景标识后，如果该业务场景标识对应有仲裁场景信息，则可以提供用于执行更新操作的操作选项。这样，app开发者或者业务方可以通过该操作选项，执行对仲裁场景的更新。例如，在前述操作选项被操作后，进入的配置信息更新界面可以如图5所示，其中可以包括对场景指标的增加、减少、修改等，另外还可以包括对具体仲裁逻辑的修改，等等。更新完成后，可以生成更新后的仲裁场景，但是对应的业务场景的标识不会发生变化。之后，该仲裁服务平台的服务器端便可以将更新后的仲裁场景信息推送至app客户端，sdk可以对该业务场景对应的仲裁场景信息进行更新。这样，sdk后续再接收到该业务场景的仲裁请求时，可以直接根据更新后的仲裁场景信息进行仲裁，并给出仲裁结果。可见，通过本申请实施例提供的仲裁仲裁服务平台，在具体业务场景需要对仲裁场景信息进行更新时，只需要在该仲裁服务平台的服务器端对该业务场景对应的仲裁场景信息进行更新即可，该过程不涉及app的升级，也不涉及动态脚本的改造，更不涉及app自有服务器端的二次编码等，因此，可以更简单快捷的实现对仲裁场景信息的更新，并提高更新的成功率。实施例二该实施例二是与实施例一相对于的，从仲裁服务平台的服务器角度，提供了一种提供终端设备指标仲裁服务的方法，参见图6，该方法具体可以包括：s601：接收为目标应用程序中目标业务场景配置的仲裁场景信息；s602：将所述仲裁场景信息提供给安装有所述目标应用程序客户端的终端设备，以用于通过所述目标应用程序客户端中安装的sdk模块，根据所述目标应用程序客户端的仲裁请求，对目标业务场景对应的仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。具体实现时，可以通过配置界面提供用于确定所述目标应用程序的标识的第一操作选项，用于确定目标业务场景的标识的第二操作选项，用于对场景指标进行配置的第三操作选项，以及用于对仲裁策略信息进行配置的第四操作选项；根据通过各操作选项接收到的配置信息，确定所述仲裁场景信息。其中，为了提高配置的效率，还可以通过所述第三操作选项中提供可选的场景指标信息，以用于通过选择的方式进行场景指标的配置。其中，所述第四操作选项具体可以用于对指标判定条件所需的逻辑关系，和/或指标判定值进行配置。具体在将所述仲裁场景信息提供给安装有所述目标应用程序客户端的终端设备时，可以通过所述目标应用程序对应的网关服务器，将所述仲裁场景信息用于推送至安装有所述目标应用程序客户端的终端设备。另外，具体实现时，该服务器还可以接收对所述目标应用程序中目标业务场景的仲裁场景信息的更新操作，更新后的仲裁场景信息用于推送至所述安装有所述目标应用程序客户端的终端设备，并对所述终端设备中该业务场景对应的原仲裁场景信息进行更新，以便所述sdk模块在接收到所述目标业务场景的仲裁请求后，根据该业务场景对应的更新后的仲裁场景信息，对所在终端设备的指标进行仲裁。实施例三该实施例三也是与实施例一相对应的，从sdk模块的角度，提供了一种提供终端设备指标仲裁服务的方法，其中，参见图7，该方法具体可以通过安装于目标应用程序中的sdk模块执行以下操作：s701：接收所述目标应用程序客户端提交的仲裁请求，所述仲裁请求中携带有目标业务场景的标识信息；s702：确定所述目标业务场景的标识信息，并获得该标识信息对应的仲裁场景信息；所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的；s703：通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；s704：将所述仲裁结果返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。具体实现时，还可以对预先接收的所述服务器提供的至少一个仲裁场景信息进行保存，其中，所述仲裁场景信息中包括关联的业务场景的标识信息；此时，可以根据所述目标业务场景的标识信息，从所述保存的仲裁场景信息中确定与该标识信息对应的仲裁场景信息，并进行加载。另外，在具体实现时，在接收到所述服务器提供的指定业务场景关联的更新后的仲裁场景信息时，还可以将所述保存的仲裁场景信息中，所述指定业务场景关联的仲裁场景信息进行更新；这样，接收到所述指定业务场景的新的仲裁请求后，可以根据该指定业务场景对应的更新后的仲裁场景信息，对所在终端设备的指标进行仲裁。其中，具体在通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果时，可以通过对所述仲裁场景信息进行分析确定所述仲裁场景中包括的场景指标，以及所述场景指标关联的仲裁策略信息；根据所述场景指标以及所述仲裁策略信息生成信息树；从当前所在的终端设备中提取所述场景指标对应的指标信息；然后，根据所述信息树中各指标以及对应仲裁策略之间的关系，对所述终端设备的指标进行仲裁，确定是否满足对应的仲裁策略。具体实现时，所述仲裁场景信息带有仲裁场景标识，所述场景指标带有指标标识；此时，所述场景指标信息还关联有用于指明其所隶属的仲裁场景的场景标识，所述仲裁策略信息还关联有用于指明其所隶属从此场景指标的指标标识，以用于生成所述信息树。实施例四该实施例四是从应用程序客户端的角度，提供了一种业务逻辑处理方法，其中，所述应用程序就是具体预先安装了仲裁服务平台提供的sdk，需要在执行业务逻辑的过程中对终端设备指标进行仲裁的应用程序。具体的，参见图8，该方法具体可以包括：s801：应用程序客户端确定目标业务场景模块中业务逻辑信息，其中，所述应用程序客户端中安装有sdk模块；s802：向所述sdk模块提交仲裁请求，所述请求中携带有所述目标业务场景的标识信息，以便所述sdk模块获得所述目标业务场景对应的仲裁场景信息，并通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；其中，所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的，并提供给所述sdk模块；s803：根据所述sdk模块返回的仲裁结果执行所述业务逻辑。其中，关于上述实施例二至实施例四中的未详述部分，请参见前述实施例一中的记载，这里不再赘述。与实施例二相对于，本申请实施例还提供了一种提供终端设备指标仲裁服务的装置，参见图9，该装置具体可以包括：配置信息接收单元901，用于接收为目标应用程序中目标业务场景配置的仲裁场景信息；配置信息提供单元902，用于将所述仲裁场景信息提供给安装有所述目标应用程序客户端的终端设备，以用于通过所述目标应用程序客户端中安装的sdk模块，根据所述目标应用程序客户端的仲裁请求，对目标业务场景对应的仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果，并返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。具体实现时，所述仲裁场景信息中包括应用程序标识，业务场景标识，场景指标配置信息，以及仲裁策略配置信息；此时，所述配置信息接收单元具体可以用于：提供用于确定所述目标应用程序的标识的第一操作选项，用于确定目标业务场景的标识的第二操作选项，用于对场景指标进行配置的第三操作选项，以及用于对仲裁策略信息进行配置的第四操作选项，根据通过各操作选项接收到的配置信息，确定所述仲裁场景信息。其中，所述第三操作选项中还提供有可选的场景指标信息，以用于通过选择的方式进行场景指标的配置。所述第四操作选项具体用于对指标判定条件所需的逻辑关系，和/或指标判定值进行配置。具体实现时，所述配置信息提供单元具体可以用于：通过所述目标应用程序对应的网关服务器，将所述仲裁场景信息用于推送至安装有所述目标应用程序客户端的终端设备。另外，所述装置还可以包括：更新单元，用于接收对所述目标应用程序中目标业务场景的仲裁场景信息的更新操作，更新后的仲裁场景信息用于推送至所述安装有所述目标应用程序客户端的终端设备，并对所述终端设备中该业务场景对应的原仲裁场景信息进行更新；此时，所述sdk模块在接收到所述目标业务场景的仲裁请求后，可以根据该业务场景对应的更新后的仲裁场景信息，对所在终端设备的指标进行仲裁。与实施例三相对应，本申请实施例还提供了一种提供终端设备指标仲裁服务的装置，参见图10，该装置应用于通过安装于目标应用程序中的sdk模块，包括：仲裁请求接收单元1001，用于接收所述目标应用程序客户端提交的仲裁请求，所述仲裁请求中携带有目标业务场景的标识信息；仲裁场景信息获得单元1002，用于确定所述目标业务场景的标识信息，并获得该标识信息对应的仲裁场景信息；所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的；仲裁结果获得单元1003，用于通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；仲裁结果提供单元1004，用于将所述仲裁结果返回给所述目标应用程序的客户端，以便所述目标应用程序的客户端根据所述仲裁结果执行对应的业务逻辑。具体实现时，该装置还可以包括：仲裁场景信息保存单元，用于对预先接收的所述服务器提供的至少一个仲裁场景信息进行保存，其中，所述仲裁场景信息中包括关联的业务场景的标识信息；所述仲裁场景信息获得单具体可以用于：根据所述目标业务场景的标识信息，从所述保存的仲裁场景信息中确定与该标识信息对应的仲裁场景信息，并进行加载。具体的，该装置还可以包括：更新单元，用于接收到所述服务器提供的指定业务场景关联的更新后的仲裁场景信息时，将所述保存的仲裁场景信息中，所述指定业务场景关联的仲裁场景信息进行更新；所述仲裁场景信息获得单元具体还可以用于：接收到所述指定业务场景的新的仲裁请求后，根据该指定业务场景对应的更新后的仲裁场景信息，对所在终端设备的指标进行仲裁。具体的，所述仲裁结果获得单元具体可以包括：分析子单元，用于通过对所述仲裁场景信息进行分析确定所述仲裁场景中包括的场景指标，以及所述场景指标关联的仲裁策略信息；信息树生成子单元，用于根据所述场景指标以及所述仲裁策略信息生成信息树；指标信息获得子单元，用于从当前所在的终端设备中提取所述场景指标对应的指标信息；仲裁子单元，用于根据所述信息树中各指标以及对应仲裁策略之间的关系，对所述终端设备的指标进行仲裁，确定是否满足对应的仲裁策略。其中，所述仲裁场景信息带有仲裁场景标识，所述场景指标带有指标标识；所述场景指标信息还关联有用于指明其所隶属的仲裁场景的场景标识，所述仲裁策略信息还关联有用于指明其所隶属从此场景指标的指标标识，以用于生成所述信息树。与实施例四相对应，本申请实施例还提供了一种业务逻辑处理装置，参见图11，该装置应用于应用程序客户端，包括：业务逻辑信息确定单元1101，用于确定目标业务场景模块中业务逻辑信息，其中，所述应用程序客户端中安装有sdk模块；仲裁请求提交单元1102，用于向所述sdk模块提交仲裁请求，所述请求中携带有所述目标业务场景的标识信息，以便所述sdk模块获得所述目标业务场景对应的仲裁场景信息，并通过对所述仲裁场景信息进行分析，获得对所在终端设备相关场景指标的仲裁结果；其中，所述仲裁场景信息是通过所述sdk模块关联的服务器提供的配置模块进行配置的，并提供给所述sdk模块；业务逻辑执行单元1103，用于根据所述sdk模块返回的仲裁结果执行所述业务逻辑。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。以上对本申请所提供的提供终端设备指标仲裁服务的方法、装置及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12