[0069] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0070] 在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何，或所有可能组合。
[0071] 本发明实施例可以用于一种网络系统，网络系统中至少包括终端设备、能力开放平台和能力使能端。终端设备、能力开放平台和能力使能端之间的交互流程如图2所示，终端设备用于向能力开放平台发送业务请求，业务请求对应能力使能端的业务服务，其中，在终端设备向能力开放平台发送业务请求后，终端设备在接收到业务请求对应的业务服务的执行结果之前处于等待状态；能力开放平台承载了应用程序编程接口API，API对应能力使能端的业务服务。能力开放平台用于在确定业务请求对应业务服务之后，通过业务请求对应的业务服务的API，向能力使能端请求执行业务请求对应的业务服务，并通过业务请求对应的业务服务的API，接收能力使能端执行业务请求对应的业务服务得到的执行结果。
[0072] 例如：在如图2a所示的网络系统中，可以包括终端设备和能力开放平台，能力使能端可以具体是电信能力使能端和互联网能力使能端，终端设备通过网络向能力开放平台发送业务请求，能力开放平台确定终端设备发送的业务请求对应的业务服务，并通过业务请求对应的业务服务的API，接收电信能力使能端和互联网能力使能端进行通信执行业务请求对应的业务服务得到的执行结果。
[0073] 其中，能力开放平台和电信能力使能端在运营商网络设备内部；能力开放平台具体可以是由防火墙设备、执行负载均衡的网关和多个集群子节点设备组成的子系统；电信能力使能端包括短信中心、彩信中心、视频会议系统、无限流量网关等提供业务服务的设备或是子系统；互联网能力使能端包括邮件、天气、支付、分享、地图、社交、微博、定位、游戏、美食等提供业务服务的设备或是子系统。
[0074] 需要说明的是，图2a中能力开放平台包括：防火墙设备、执行负载均衡的网关和多个集群子节点设备。其中，防火墙设备执行数据的安全保护工作；执行负载均衡的网关负责分流业务，将业务分发到各个集群子节点设备；防火墙设备和执行负载均衡的网关可以同时集成在一个设备上，也可以分别集成在不同的设备上。
[0075] 本发明实施例提供一种信息交互的方法，如图3所示，包括：
[0076] 101、能力开放平台接收终端设备发送的业务请求。
[0077] 102、估计所述终端设备处于等待状态的时长。
[0078] 终端设备通过网络向能力开放平台发送业务请求，当能力开放平台接收到业务请求时，能力开放平台可以根据业务请求找到与业务请求对应的业务服务的API，并估计终端设备处于等待状态的时长。
[0079] 其中，能力开放平台可以根据所记录的历史数据估计终端设备处于等待状态的时长，历史数据可以包括网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长。
[0080] 103、当确定所述终端设备处于等待状态的时长大于等于阈值时，所述能力开放平台向所述终端设备发送响应消息。
[0081] 其中，所述响应消息用于触发所述终端设备结束所述等待状态。比如响应消息具体可以是HTTP协议中的HTTP 202消息。
[0082] 能力开放平台可以将估计的终端设备处于等待状态的时长，与预先设定的阈值进行比较，当终端设备处于等待状态的时长大于等于阈值时，能力开放平台向终端设备发送响应消息，其中，响应消息至少包括能力开放平台已经接收到终端设备发送的业务请求的信息，终端设备在接收到响应消息后结束等待状态，继续执行其他操作。
[0083] 需要说明的是，阈值可以由用户设置，也可以在能力开放平台接收到业务请求之后，从网络上获取针对不同业务请求需要设定的阈值。在本实施例中，除了可以将终端设备处于等待状态的时长与设定的阈值进行对比判断，也可以通过检测处于等待状态的时长是否在指定范围内等数值判定手段，确定是否需要向终端设备发送响应消息。
[0084] 104、所述能力开放平台接收能力使能端发送的所述业务请求对应的业务服务的执行结果，并向所述终端设备发送所述执行结果。
[0085] 如图3a所示，终端设备、能力开放平台和能力使能端之间的交互流程如下：终端设备向能力开放平台发送业务请求，能力开放平台在接收到业务请求之后向终端设备发送响应消息，比如HTTP 202，并确定业务请求对应业务服务，将请求执行业务请求对应的业务服务向能力使能端发送，能力使能端执行业务请求对应的业务服务，并向能力开放平台发送执行业务请求对应的业务服务得到的执行结果，经过多次调用业务请求对应的业务服务的API，能力开放平台向终端设备发送业务请求对应的业务服务的执行结果，之后终端设备向能力开放平台发送包括收到业务请求对应的业务服务的执行结果的消息。
[0086] 例如：如图3b所示，用户打开终端设备的视频播放软件，当用户观看视频不流畅时，用户通过点击一键提速按钮来提升宽带带宽的一定时间；
[0087] 终端设备检测到用户点击一键提速按钮的操作之后，视频播放软件调用能力开放平台的提速接口，向能力开放平台发送携带终端设备IP地址的调用提速API的请求；
[0088] 能力开放平台经过判断得到终端设备处于等待状态的时长大于等于阈值，并将响应消息向终端设备发送，终端设备接收到响应消息之后可以将“请求正在处理中，请用户稍后”等提示信息显示在终端设备的显示界面上，同时视频播放软件弹出其他菜单供用户操作，比如切换到其他应用软件，或停留在当前页面，并播放已缓存的视频等操作；
[0089] 能力开放平台向策略服务器发送查询域名信息的请求，并根据IP地址查询域名信息；
[0090] 策略服务器将域名信息返回能力开放平台；
[0091] 能力开放平台向策略服务器发送查询用户宽带接入类型的请求，并根据域名查询用户宽带接入类型；
[0092] 策略服务器将宽带接入类型返回能力开放平台；
[0093] 能力开放平台根据宽带接入类型判断是否可以进行提速，比如带宽类型为PSTN(Published Switched Telephone Network，公用电话交换网)或ISDN(Integrated Service Digital Network，综合业务数字网)等类型的不允许提速，其他的带宽类型可以进行提速，需要说明的是，是否可以提速的带宽类型可以由用户预先设定，或根据历史处理情况由能力开放平台判定，若可以进行提速则向策略服务器发送提速请求，其中，提速请求中可以包括预期提速的带宽，或希望提速的时长等信息；
[0094] 策略服务器向能力开放平台返回提速成功的信息；
[0095] 能力开放平台在提速成功之后，根据提速之后的带宽和时长计算出需要支付的费用，并向运营支持系统发送计费请求来让运营支持系统进行扣费；
[0096] 运营支持系统扣费之后，将计费响应返回能力开放平台；
[0097] 能力开放平台向终端设备发送“一键提速”这项业务服务的执行结果；
[0098] 终端设备向能力开放平台发送已收到执行结果的确认消息，并将提速结果显示在终端设备的显示界面上来告诉用户已经完成提速。
[0099] 本发明实施例提供的一种信息交互的方法，当能力开放平台接收到终端设备发送的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于用户终端等待时间过长而导致的超时现象的发生。
[0100] 在本发明实施例中，业务请求可以对应至少两项能力使能端的业务服务，因此，在如图3所示的实现方式的基础上，104可以实现为如图4所示的1041-1042：
[0101] 1041、汇总所述业务请求对应的所有业务服务的执行结果。
[0102] 1042、向所述终端设备发送经过汇总的执行结果。
[0103] 能力开放平台可以将业务请求对应的至少两项能力使能端的业务服务的执行结果，经过解析、处理之后进行汇总。
[0104] 需要说明的是，由于业务请求对应至少两项能力使能端的业务服务，因此业务请求中包括多个原子级API的调用请求，通过将多个原子级API封装成业务级API，使业务请求直接对应业务级API；能力开放平台将多个原子级API对应的业务服务得到的执行结果经过汇总得到经过汇总的执行结果，并向终端设备发送。其中，汇总有多种实现方式，比如将多次执行结果进行叠加，或者仅保留最后一次执行结果等方式。
[0105] 例如：如图4a所示，终端设备、能力开放平台、能力使能端1和能力使能端N之间的交互流程如下：
[0106] 终端设备向能力开放平台发送业务请求；
[0107] 能力开放平台经过判断得到终端设备处于等待状态的时长大于等于阈值，向终端设备发送作为响应消息的HTTP 202，表示能力开放平台已经接收到业务请求但未处理，并生成taskID，其中，taskID用于标识业务请求对应至少两项能力使能端的业务服务中的一项；
[0108] 能力开放平台确定业务请求对应业务服务，并向能力使能端1发送请求执行业务请求对应的业务服务；
[0109] 能力使能端1执行业务请求对应的业务服务，并将执行业务请求对应的业务服务得到的执行结果向能力开放平台发送；
[0110] 能力开放平台继续向能力使能端N发送请求执行业务请求对应的业务服务；能力使能端N执行业务请求对应的业务服务，并将执行业务请求对应的业务服务得到的执行结果向能力开放平台发送；
[0111] 能力开放平台经过解析与处理，并汇总N次执行结果，将经过汇总的执行结果和taskID向终端设备发送；
[0112] 终端设备接收到汇总的执行结果，向能力开放平台发送包括收到经过汇总的执行结果和taskID的消息；需要说明的是，当用户通过终端设备上的浏览器，或手机应用程序客户端直连能力开放平台时，终端设备不能作为服务端，则无法主动接受能力开放平台发送的经过汇总的执行结果和taskID，因此，如图4b所示，可以将经过汇总的执行结果和taskID缓存在能力开放平台，等待用户通过终端设备进行执行结果的查询。
[0113] 向终端设备发送汇总的执行结果；
[0114] 终端设备接收到汇总的执行结果，向能力开放平台发送包括收到经过汇总的执行结果和taskID的消息。
[0115] 本发明实施例提供的一种信息交互的方法，当能力开放平台接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的对应至少两项能力使能端的业务服务的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0116] 在本发明实施例中，能力开放平台还可以用于记录网络系统中的终端设备的历史数据。因此，在如图3所示的实现方式的基础上，102可以实现为如图5所示的1021-1022：
[0117] 1021、当所述能力开放平台接收到所述终端设备发送的业务请求时，所述能力开放平台获取指定时间段内所述业务请求对应的业务服务的历史数据。
[0118] 其中，历史数据包括：网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长。
[0119] 需要说明的是，至少两项业务服务可以是相同的业务服务，也可以是同一类型的业务服务，比如查询不同地区的天气，或调整不同播放软件的带宽等同一类型的业务服务；指定时间段可以是一段连续的时间，也可以是多段连续的时间，且每段连续的时间之间可以存在交集，比如1个小时内，或1天内等连续的时间。
[0120] 1022、根据所述历史数据获取所述终端设备处于等待状态的时长的估计值。
[0121] 能力开放平台根据网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，预测终端设备处于等待状态的时长，从而得到等待状态的时长的估计值。
[0122] 其中，预测的方法可以有多种，比如随机获取指定时间段内的历史数据计，算等待状态的时长平均值，或获取终端设备指定时间段内处于等待状态的历史数据，计算等待状态的时长平均值等方法。
[0123] 本发明实施例提供的一种信息交互的方法，当能力开放平台接收到终端设备发送的业务请求时，通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长估计值大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0124] 在本发明实施例中，指定时间段可以包括至少两段时间，因此，在如图5所示的实现方式的基础上，1021可以实现为如图6所示的10211，1022可以实现为如图6所示的10221-10222：
[0125] 10211、当所述能力开放平台接收到所述终端设备发送的业务请求时，所述能力开放平台分别获取所述至少两段时间内所述业务请求对应的业务服务的历史数据。
[0126] 设定等待状态的时长，记为△t，则N次网络系统中的终端设备调用相同类型的API的等待状态的时长作为历史数据，分别记为△t1，△t2……△tn；将等待状态的时长△t1，△t2……△tn分别对应至少两段时间，比如找出多次等待状态的时长△t中，属于前5分钟内、属于前1小时内、属于前1天内和属于前1个月内的等待状态的时长各是等待状态的时长△t1，△t2……△tn中的哪个。
[0127] 需要说明的是，由于每个时间段之间可以存在交集，因此同一个等待状态时长可以同时属于不同的时间段内。
[0128] 10221、所述能力开放平台获取所述至少两段时间各自对应的权重。
[0129] 设定每个时间段所占的权重，比如设置以当前时刻作为终止时刻的前5分钟内对应的权重为40％，前1小时内对应的权重为30％，前1天内对应的权重为20％，前1个月内对应的权重为10％。
[0130] 需要说明的是，距离本次调用最近的时间段内的等待状态的时长更接近于本次调用的等待状态的时长，比如作为能力使能端的网元由于设备故障而宕机，且在一定时间段内都会受到调用影响，当产生故障之前一直处于正常调用状态。
[0131] 10222、根据所述至少两段时间各自对应的权重，和所述至少两段时间内所述终端设备的历史数据，获取所述终端设备处于等待状态的时长的估计值。
[0132] 能力开放平台计算5分钟内等待状态的时长的平均等待状态的时长，记为 比如若△t1，△t2……△t25属于5分钟内，则 为(△t1+△t2+……+△t25)/25；按照同样的计算方法，分别得到属于前1小时内的 属于前1天内的 和属于前1个月内的 分别将属于前5分钟内、属于前1小时内、属于前1天内和属于前1个月内的平均等待状态的时长乘以该时长对应的权重，经过累加之后得到N次网络系统中的终端设备等待状态的时长的估计值t1。
[0133] 本发明实施例提供的一种信息交互的方法，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取至少两段时间内网络系统中的终端设备的历史数据，和至少两段时间各自对应的权重，并根据至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据获取的至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0134] 在本发明实施例中，网络系统可以还包括除了终端设备之外的至少一个其他终端设备，因此，在如图5或图6所示的实现方式的基础上，以如图5所示的实现方式为例，1021可以实现为如图7所示的10212，1022可以实现为如图7所示的10223-10224：
[0135] 10212、当所述能力开放平台接收到所述终端设备发送的业务请求时，所述能力开放平台分别获取所述指定时间段内所述终端设备和至少一个其他终端设备处于等待状态的时长。
[0136] 在10211的基础上，获取作为所述终端设备的本终端设备调用相同类型的API的等待状态的时长作为历史数据，比如△t1…△t10、△t30…△t50，将等待状态的时长△t1…△t10、△t30…△t50分别对应至少两段时间，比如找出多次等待状态的时长△t中，属于前5分钟内、属于前1小时内、属于前1天内和属于前1个月内的等待状态的时长各是等待状态的时长△t1…△t10、△t30…△t50中的哪个。
[0137] 10223、获取所述终端设备和所述至少一个其他终端设备各自对应的权重。
[0138] 设定每个时间段所占的权重，比如设置以当前时刻作为终止时刻的前5分钟内对应的权重为40％，前1小时内对应的权重为30％，前1天内对应的权重为20％，前1个月内对应的权重为10％；设定作为所述至少一个其他终端设备和所述终端设备的N次网络系统中的终端设备与作为所述终端设备的本终端设备各自对应的权重，比如N次网络系统中的终端设备对应的权重为30％，本终端设备对应的权重为70％。
[0139] 10224、根据所述终端设备和所述至少一个其他终端设备各自对应的权重，以及所述指定时间段内所述终端设备和所述至少一个其他终端设备处于等待状态的时长，获取所述终端设备处于等待状态的时长的估计值。
[0140] 获取N次网络系统中的终端设备调用相同类型的API的等待状态的时长中，本终端设备处于等待状态的全部的时长，比如△t1…△t10、△t30…△t50，重复10211、10221和10222，得到本终端设备调用此类型的API的等待状态的时长的估计值t2；设定N次网络系统中的终端设备与本终端设备各自对应的权重，比如作为所述至少一个其他终端设备和所述终端设备的N次网络系统中的终端设备对应的权重为30％，作为所述终端设备的本终端设备对应的权重为70％，则等待状态的时长的估计值可以表示为30％t1+70％t2，从而得到本终端设备处于等待状态的时长的最终估计值。
[0141] 本发明实施例提供的一种信息交互的方法，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，以及终端设备和至少一个其他终端设备各自对应的权重，并根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和所述至少一个其他终端设备处于等待状态的时长估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0142] 在本发明实施例中，当终端设备处于等待状态的时长小于阈值时，可以通过启动定时器使能力开放平台在等待状态的时长超过估计值时，向终端设备发送响应消息。因此，在如图3所示的实现方式的基础上，还可以实现为如图8所示的实现方式：
[0143] 105、判断所述终端设备处于等待状态的时长是否小于阈值。
[0144] 106、当确定所述终端设备处于等待状态的时长小于阈值时，所述能力开放平台启动定时器。
[0145] 107、若直至所述定时器超时，所述能力开放平台没有接收到的所述能力使能端发送的所述业务请求对应的业务服务的执行结果，则所述能力开放平台向所述终端设备发送所述响应消息。
[0146] 例如：如图8a所示，终端设备、能力开放平台、能力使能端1和能力使能端N之间的交互流程如下：
[0147] 终端设备向能力开放平台发送业务请求；
[0148] 能力开放平台经过判断得到终端设备处于等待状态的时长小于阈值，同时启动并设置定时器之后，能力开放平台确定业务请求对应业务服务，并向能力使能端1发送请求执行业务请求对应的业务服务；
[0149] 能力使能端1执行业务请求对应的业务服务，并将执行业务请求对应的业务服务得到的执行结果向能力开放平台发送；
[0150] 能力开放平台解析、处理接收到的执行业务请求对应的业务服务得到的执行结果；
[0151] 当达到设置的定时器时间时，即定时器超时，能力开放平台向终端设备发送响应消息，表示能力开放平台已经处理接收到业务请求但还未处理完，并生成taskID；
[0152] 能力开放平台继续向能力使能端N发送请求执行业务请求对应的业务服务；
[0153] 能力使能端N执行业务请求对应的业务服务，并将执行业务请求对应的业务服务得到的执行结果向能力开放平台发送；
[0154] 能力开放平台经过解析与处理，并汇总N次执行结果，将经过汇总的执行结果和taskID向终端设备发送；
[0155] 终端设备接收到汇总的执行结果，向能力开放平台发送包括收到经过汇总的执行结果和taskID的消息。
[0156] 需要说明的是，终端设备向能力开放平台发送业务请求；在终端设备处于等待状态的时长小于阈值的情况下，能力开放平台启动定时器，当能力开放平台接收到响应消息时，若定时器未超时，则能力开放平台解析响应消息，并将响应消息发送给终端设备；若在执行过程中定时器超时，则可以认为触发了另一执行过程，即能力开放平台直接执行将响应消息发送给终端设备的操作。
[0157] 终端设备处于等待状态的时长是根据历史数据计算的估计值，当估计值小于阈值时，说明终端设备可能需要等待的时间较短，因此能力开放平台不会向终端设备发送响应消息。但是，也会出现使估计值偏差较大的情况，使得终端设备等待很长时间确没有接收到执行结果，即由于估计值不准确而导致超时现象依然发生。当估计值小于阈值时，能力开放平台可以启动定时器，定时器达到定时器所设置的时间，即定时器超时，则在执行调用API的过程中返回响应消息，并继续执行后续调用API的操作，避免由于估计值不准确而导致超时现象的发生。
[0158] 本发明实施例提供一种信息交互的装置20，用于执行本发明实施例中的方法流程，装置20具体可以应用在能力开放平台的节点设备上，例如：如图2a所示的网络系统中的能力开放平台中的集群子节点设备。如图9所示，所述装置20包括：
[0159] 接收模块21，用于接收终端设备发送的业务请求。
[0160] 处理模块22，用于估计所述终端设备处于等待状态的时长。
[0161] 发送模块23，用于当确定所述终端设备处于等待状态的时长大于等于阈值时，向所述终端设备发送响应消息，所述响应消息用于触发所述终端设备结束所述等待状态。
[0162] 所述接收模块21，还用于接收能力使能端发送的所述业务请求对应的业务服务的执行结果，且所述发送模块23，还用于向所述终端设备发送所述执行结果。
[0163] 本发明实施例提供的一种信息交互的装置，当能力开放平台接收到终端设备发送的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于用户终端等待时间过长而导致的超时现象的发生。
[0164] 在本发明实施例中，所述业务请求对应至少两项所述能力使能端的业务服务，所述接收模块21，具体用于汇总所述业务请求对应的所有业务服务的执行结果。
[0165] 所述发送模块23，具体用于向所述终端设备发送经过汇总的执行结果。
[0166] 本发明实施例提供的一种信息交互的装置，当能力开放平台接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的对应至少两项能力使能端的业务服务的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0167] 在本发明实施例中，所述装置20还包括存储模块24，所述存储模块24用于记录终端设备的历史数据，所述历史数据包括：所述终端设备请求至少两项业务服务时处于等待状态的时长。
[0168] 所述获取模块25，具体用于获取指定时间段内所述业务请求对应的业务服务的历史数据。
[0169] 所述处理模块22，具体用于根据所述历史数据获取所述终端设备处于等待状态的时长的估计值。
[0170] 本发明实施例提供的一种信息交互的装置，当能力开放平台接收到终端设备发送的业务请求时，通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长估计值大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0171] 在本发明实施例中，所述指定时间段包括至少两段时间，所述获取模块25，具体还用于分别获取所述至少两段时间内所述业务请求对应的业务服务的历史数据。
[0172] 所述获取模块25，具体还用于获取所述至少两段时间各自对应的权重。
[0173] 所述处理模块22，具体还用于根据所述至少两段时间各自对应的权重，和所述至少两段时间内所述终端设备的历史数据，获取所述终端设备处于等待状态的时长的估计值。
[0174] 本发明实施例提供的一种信息交互的装置，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取至少两段时间内网络系统中的终端设备的历史数据，和至少两段时间各自对应的权重，并根据至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据获取的至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0175] 在本发明实施例中，所述获取模块25，具体还用于分别获取所述指定时间段内所述终端设备和至少一个其他终端设备处于等待状态的时长。
[0176] 所述获取模块25，具体还用于获取所述终端设备和所述至少一个其他终端设备各自对应的权重。
[0177] 所述处理模块22，具体还用于根据所述终端设备和所述至少一个其他终端设备各自对应的权重，以及所述指定时间段内所述终端设备和所述至少一个其他终端设备处于等待状态的时长，获取所述终端设备处于等待状态的时长的估计值。
[0178] 本发明实施例提供的一种信息交互的装置，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，以及终端设备和至少一个其他终端设备各自对应的权重，并根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和所述至少一个其他终端设备处于等待状态的时长估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0179] 在本发明实施例中，所述处理模块22，还用于当确定所述终端设备处于等待状态的时长小于阈值时，启动定时器。
[0180] 所述发送模块23，还用于若直至所述定时器超时，没有接收到的所述能力使能端发送的所述业务请求对应的业务服务的执行结果，则向所述终端设备发送所述响应消息。
[0181] 终端设备处于等待状态的时长是根据历史数据计算的估计值，当估计值小于阈值时，说明终端设备可能需要等待的时间较短，因此能力开放平台不会向终端设备发送响应消息。但是，也会出现使估计值偏差较大的情况，使得终端设备等待很长时间确没有接收到执行结果，即由于估计值不准确而导致超时现象依然发生。当估计值小于阈值时，能力开放平台可以启动定时器，定时器达到定时器所设置的时间，即定时器超时，则在执行调用API的过程中返回响应消息，并继续执行后续调用API的操作，避免由于估计值不准确而导致超时现象的发生。
[0182] 本发明实施例还提供一种信息交互的节点设备30，作为执行本发明实施例中的方法流程的实体设备，例如：如图2a所示的网络系统中的能力开放平台中的集群子节点设备的具体可以实现为节点设备30。如图10所示为所述节点设备30的一种可能的具体实施方式，包括输入单元31、处理器单元32、输出单元33、通信单元34、存储单元35等组件。这些组件通过一条或多条总线进行通信。本领域技术人员可以理解，图中示出的节点设备30的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施方式中，所述节点设备30可以是任何具备数据存储、处理、传输功能的设备，包括但不限于刀片式服务器、塔式服务器、机柜式服务器、移动工作站、个人电脑，以及上述两项或两项以上的组合等。
[0183] 其中，输入单元31用于实现操作人员与节点设备30的交互和/或信息输入到节点设备30中。例如，输入单元31可以接收操作人员输入的数字或字符信息，以产生与操作人员或功能控制有关的信号输入。在本发明具体实施方式中，输入单元31可以是触控面板，也可以是其他人机交互界面，例如实体输入键。在本发明的其他实施方式中，输入单元31所采用的实体输入键可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
[0184] 处理器单元32为节点设备30的控制中心，利用各种接口和线路连接整个节点设备30的各个部分，通过运行或执行存储在存储单元35内的软件程序和/或模块，以及调用存储在存储单元35内的数据，以执行节点设备30的各种功能和/或处理数据。所述处理器单元32可以由集成电路(Integrated Circuit，IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器单元32可以仅包括中央处理器(Central Processing Unit，CPU)，也可以是GPU、数字信号处理器(Digital Signal Processor，DSP)、及通信单元中的控制芯片(例如基带芯片)的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。
[0185] 通信单元34用于建立通信信道，使节点设备30通过所述通信信道以连接至远程服务器。所述通信单元34可以包括有线局域网模块、无线局域网(Wireless Local Area Network，wireless LAN)模块、蓝牙模块、基带(Base Band)模块等通信模块。所述通信模块用于控制节点设备30中的各组件的通信，并且可以支持直接内存存取(Direct Memory Access)。
[0186] 在本发明的不同实施方式中，所述通信单元34中的各种通信模块一般以集成电路芯片(Integrated Circuit Chip)的形式出现，并可进行选择性组合，而不必包括所有通信模块及对应的物理线缆、天线组。在本发明的一些可选实施方式中，所述通信单元34中的通信模块，例如基带模块可以集成到处理器单元32中，典型的如高通(Qualcomm)公司提供的APQ+MDM系列平台。
[0187] 输出单元33包括但不限于影像输出单元和声音输出单元。影像输出单元用于输出文字、图片和/或视频。所述影像输出单元可包括显示面板，例如采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)、场发射显示器(field emission display，FED)等形式来配置的显示面板。或者所述影像输出单元可以包括反射式显示器，例如电泳式(electrophoretic)显示器，或利用光干涉调变技术(Interferometric Modulation of Light)的显示器。所述影像输出单元可以包括单个显示器或不同尺寸的多个显示器。在本发明的具体实施方式中，上述输入单元31所采用的触控面板亦可同时作为输出单元33的显示面板。例如，当触控面板检测到在其上的触摸或接近的手势操作后，传送给处理器单元32以确定触摸事件的类型，随后处理器单元32根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图10中，输入单元31与输出单元33是作为两个独立的部件来实现节点设备30的输入和输出功能，但是在某些实施例中，可以将触控面板与显示面板集成一体而实现节点设备30的输入和输出功能。例如，所述影像输出单元可以显示各种图形化用户接口(Graphical User Interface，GUI)以作为虚拟控制组件，包括但不限于窗口、卷动轴、图标及剪贴簿，以供用户通过触控方式进行操作。在本发明具体实施方式中，影像输出单元包括滤波器及放大器，用来将处理器单元32所输出的视频滤波及放大。音频输出单元包括数字模拟转换器，用来将处理器单元32所输出的音频信号从数字格式转换为模拟格式。
[0188] 存储单元35可用于存储软件程序以及模块，处理器单元32通过运行存储在存储单元35的软件程序以及模块，从而执行节点设备30的各种功能应用以及实现数据处理。存储单元35主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序，比如声音播放程序、图像播放程序等；数据存储区可存储根据节点设备30的使用所创建的数据(比如音频数据、电话本等)等。在本发明具体实施方式中，存储单元
35可以包括易失性存储器，例如非挥发性动态随机存取内存(Nonvolatile Random Access Memory，NVRAM)、相变化随机存取内存(Phase Change RAM，PRAM)、磁阻式随机存取内存(Magetoresistive RAM，MRAM)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、闪存器件，例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)。非易失存储器储存处理器单元32所执行的操作系统及应用程序。所述处理器单元
32从所述非易失存储器加载运行程序与数据到内存并将数字内容储存于大量储存装置中。
所述操作系统包括用于控制和管理常规系统任务，例如内存管理、存储设备控制、电源管理等，以及有助于各种软硬件之间通信的各种组件和/或驱动器。在本发明实施方式中，所述操作系统可以是Linux系统、Apple公司开发的iOS系统或Microsoft公司开发的Windows操作系统等，或者是Vxworks这类的嵌入式操作系统。所述应用程序包括安装在节点设备30上的任何应用，包括但不限于浏览器、电子邮件、即时消息服务、文字处理、键盘虚拟、窗口小部件(Widget)、加密、数字版权管理、语音识别、语音复制、定位(例如由全球定位系统提供的功能)、音乐播放等。
[0189] 电源36用于给节点设备30的不同部件进行供电以维持其运行。作为一般性理解，所述电源36可以是直接向节点设备30供电的外接电源，例如AC适配器等，也包括内置的电池，例如常见的锂离子电池、镍氢电池等。在本发明的一些实施方式中，所述电源36还可以作更为广泛的定义，例如还可以包括电源管理系统、充电系统、电源故障检测电路、电源转换器或逆变器、电源状态指示器(如发光二极管)，以及与节点设备30的电能生成、管理及分布相关联的其他任何组件。
[0190] 在本发明实施例中，所述通信单元34，用于接收终端设备发送的业务请求。
[0191] 所述处理器单元32，用于估计所述终端设备处于等待状态的时长。
[0192] 所述通信单元34，还用于当确定所述终端设备处于等待状态的时长大于等于阈值时，向所述终端设备发送响应消息，所述响应消息用于触发所述终端设备结束所述等待状态。
[0193] 所述通信单元34，还用于接收能力使能端发送的所述业务请求对应的业务服务的执行结果，并向所述终端设备发送所述执行结果。
[0194] 本发明实施例提供的一种信息交互的节点设备，当能力开放平台接收到终端设备发送的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于用户终端等待时间过长而导致的超时现象的发生。
[0195] 在本发明实施例中，所述业务请求对应至少两项所述能力使能端的业务服务，所述通信单元34，具体用于汇总所述业务请求对应的所有业务服务的执行结果。
[0196] 所述通信单元34，具体还用于向所述终端设备发送经过汇总的执行结果。
[0197] 本发明实施例提供的一种信息交互的节点设备，当能力开放平台接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，估计终端设备处于等待状态的时长，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的对应至少两项能力使能端的业务服务的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的对应至少两项能力使能端的业务服务的业务请求时，先估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，汇总业务请求对应的所有业务服务的执行结果，并将经过汇总的执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0198] 在本发明实施例中，所述存储单元35，用于记录终端设备的历史数据，所述历史数据包括：所述终端设备请求至少两项业务服务时处于等待状态的时长。
[0199] 所述通信单元34，具体还用于获取指定时间段内所述业务请求对应的业务服务的历史数据。
[0200] 所述处理器单元32，具体还用于根据所述历史数据获取所述终端设备处于等待状态的时长的估计值。
[0201] 本发明实施例提供的一种信息交互的节点设备，当能力开放平台接收到终端设备发送的业务请求时，通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长估计值大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先通过获取指定时间段内网络系统中的终端设备请求至少两项业务服务时处于等待状态的时长，从而获取终端设备处于等待状态的时长的估计值，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0202] 在本发明实施例中，所述指定时间段包括至少两段时间；
[0203] 所述通信单元34，具体还用于分别获取所述至少两段时间内所述业务请求对应的业务服务的历史数据。
[0204] 所述通信单元34，具体还用于获取所述至少两段时间各自对应的权重。
[0205] 所述处理器单元32，具体还用于根据所述至少两段时间各自对应的权重，和所述至少两段时间内所述终端设备的历史数据，获取所述终端设备处于等待状态的时长的估计值。
[0206] 本发明实施例提供的一种信息交互的节点设备，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取至少两段时间内网络系统中的终端设备的历史数据，和至少两段时间各自对应的权重，并根据至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据获取的至少两段时间各自对应的权重，和至少两段时间内终端设备的历史数据估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0207] 在本发明实施例中，所述通信单元34，具体还用于分别获取所述指定时间段内所述终端设备和至少一个其他终端设备处于等待状态的时长。
[0208] 所述通信单元34，具体还用于获取所述终端设备和所述至少一个其他终端设备各自对应的权重。
[0209] 所述处理器单元32，具体还用于根据所述终端设备和所述至少一个其他终端设备各自对应的权重，以及所述指定时间段内所述终端设备和所述至少一个其他终端设备处于等待状态的时长，获取所述终端设备处于等待状态的时长的估计值。
[0210] 本发明实施例提供的一种信息交互的节点设备，当能力开放平台接收到终端设备发送的业务请求时，能力开放平台分别获取指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，以及终端设备和至少一个其他终端设备各自对应的权重，并根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和至少一个其他终端设备处于等待状态的时长，获取终端设备处于等待状态的时长的估计值，若终端设备处于等待状态的时长大于等于阈值，则能力开放平台向终端设备发送用于触发终端设备结束等待状态的响应消息，在能力开放平台将接收到能力使能端发送的业务请求对应的业务服务的执行结果时，将执行结果向终端设备发送。相比较于现有技术，本发明实施例中的能力开放平台可以在接收到终端设备发送的业务请求时，先根据终端设备和至少一个其他终端设备各自对应的权重，以及指定时间段内终端设备和所述至少一个其他终端设备处于等待状态的时长估计终端设备可能的等待时长，若等待时长较大，则能力开放平台向终端设备发送响应消息，使终端设备提前结束等待状态，再在能力开放平台接收到能力使能端发送的业务请求对应的业务服务的执行结果时，并将执行结果向终端设备发送，避免了由于业务请求对应至少两项能力使能端的业务服务使用户终端等待时间过长而导致的超时现象的发生。
[0211] 在本发明实施例中，所述处理器单元32，具体还用于当确定所述终端设备处于等待状态的时长小于阈值时，启动定时器。
[0212] 所述通信单元34，具体还用于若直至所述定时器超时，没有接收到的所述能力使能端发送的所述业务请求对应的业务服务的执行结果，则向所述终端设备发送所述响应消息。
[0213] 终端设备处于等待状态的时长是根据历史数据计算的估计值，当估计值小于阈值时，说明终端设备可能需要等待的时间较短，因此能力开放平台不会向终端设备发送响应消息。但是，也会出现使估计值偏差较大的情况，使得终端设备等待很长时间确没有接收到执行结果，即由于估计值不准确而导致超时现象依然发生。当估计值小于阈值时，能力开放平台可以启动定时器，定时器达到定时器所设置的时间，即定时器超时，则在执行调用API的过程中返回响应消息，并继续执行后续调用API的操作，避免由于估计值不准确而导致超时现象的发生。
[0214] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
[0215] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
[0216] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
