接口调用超时处理方法、装置、设备及存储介质与流程

1.本发明涉及互联网技术领域，特别是涉及一种接口调用超时处理方法、装置、设备及存储介质。


背景技术：

2.在app里面通常存在数据聚合的需求，比如，展示不同模块的一段时间甚至一整年的业务聚合数据，然而不同模块对于数据的采集以及数据聚合的效率都是不一样的。但是，现有的服务器通常采用同一个超时时间针对不同接口做超时丢弃处理，若超时时间过短，则容易造成数据的高频丢弃，影响用户数据展示；若超时时间过长，则容易造成接口整体响应时间过长，app加载渲染数据过慢，用户体验差。


技术实现要素：

3.本发明提供一种接口调用超时处理方法、装置、设备及存储介质，能够动态调整超时时间，提升用户体验。
4.为解决上述技术问题，本发明采用的一个技术方案是：提供一种接口调用超时处理方法，包括：
5.获取接口调用请求，实时监测并记录线程接口处理所述接口调用请求的第一调用时间；
6.当监测到所述第一调用时间超过预设超时时间时，将对应的所述线程接口标记为超时接口；
7.在第一预设时间范围内获取所述超时接口的第二调用时间，从所述第二调用时间中获取最短调用时间，将所述最短调用时间与所述预设超时时间进行比对；
8.若所述最短调用时间大于所述预设超时时间，则将所述超时接口标记为长耗时接口，并根据所述第二调用时间计算所述第一预设时间范围内的所述超时接口处理所述接口调用请求的平均耗时，根据所述平均耗时调整所述长耗时接口的超时时间。
9.根据本发明的一个实施例，所述当监测到所述第一调用时间超过预设超时时间时，将对应的所述线程接口标记为超时接口还包括：
10.当监测到所述第一调用时间超过预设超时时间时，在第二预设时间范围内获取对应的所述线程接口的第三调用时间；
11.根据所述第三调用时间计算所述线程接口处理所述接口调用请求的第一超时占比；
12.将所述第一超时占比与预设阈值进行比对；
13.若所述第一超时占比大于所述预设阈值，则将对应的所述线程接口标记为超时接口。
14.根据本发明的一个实施例，所述若所述最短调用时间大于所述预设超时时间，则将所述超时接口标记为长耗时接口，并根据所述第二调用时间计算所述第一预设时间范围
内的所述超时接口处理所述接口调用请求的平均耗时，根据所述平均耗时调整所述长耗时接口的超时时间之后，还包括：
15.接收接口调用请求，拦截所述接口调用请求并读取所述接口调用请求中的接口标识，检测所述接口标识指向的目标接口是否为长耗时接口；
16.当检测到所述目标接口为长耗时接口时，按照第一限流机制对所述接口调用请求进行限流处理。
17.根据本发明的一个实施例，所述第一限流机制包括：
18.在第一时长内，按照第一比例转发所述长耗时接口的所述接口调用请求；
19.在第二时长内，按照第二比例转发所述长耗时接口的所述接口调用请求，所述第二比例至少大于所述第一比例。
20.根据本发明的一个实施例，所述按照梯度限流机制对所述接口调用请求进行限流处理之后，包括：
21.在第三预设时间范围内统计根据限流处理后的所述接口调用请求的第四调用时间计算所述长耗时接口处理所述接口调用请求的第二超时占比；
22.将所述第二超时占比与所述预设阈值进行比对；
23.若所述第二超时占比小于所述预设阈值，则去除所述长耗时接口的标记，并将所述超时时间调整为所述预设超时时间。
24.根据本发明的一个实施例，所述在第一预设时间范围内获取所述超时接口的第二调用时间，从所述第二调用时间中获取最短调用时间，将所述最短调用时间与所述预设超时时间进行比对之后，还包括：
25.从所述第二调用时间中获取最长调用时间，将所述最长调用时间与所述预设超时时间进行比对；
26.若所述最短调用时间小于所述预设超时时间且所述最长调用时间大于所述预设超时时间，则根据所述第二调用时间计算所述第一预设时间范围内的所述超时接口处理所述接口调用请求的平均耗时，根据所述平均耗时调整所述超时接口的超时时间。
27.根据本发明的一个实施例，所述若所述最短调用时间小于所述预设超时时间且所述最长调用时间大于所述预设超时时间，则根据所述第二调用时间计算所述第一预设时间范围内的所述超时接口处理所述接口调用请求的平均耗时，根据所述平均耗时调整所述超时接口的超时时间之后，还包括：
28.接收接口调用请求，拦截所述接口调用请求并读取所述接口调用请求中的接口标识，检测所述接口标识指向的目标接口是否为超时接口；
29.当检测到所述目标接口为超时接口时，按照第二限流机制对所述接口调用请求进行限流处理。
30.为解决上述技术问题，本发明采用的另一个技术方案是：提供一种接口调用超时处理装置，包括：
31.获取模块，用于获取接口调用请求，实时监测并记录线程接口处理所述接口调用请求的第一调用时间；
32.监测模块，用于当监测到所述第一调用时间超过预设超时时间时，将对应的所述线程接口标记为超时接口；
33.比对模块，用于在第一预设时间范围内获取所述超时接口的第二调用时间，从所述第二调用时间中获取最短调用时间，将所述最短调用时间与所述预设超时时间进行比对；
34.调整模块，用于若所述最短调用时间大于所述预设超时时间，则将所述超时接口标记为长耗时接口，并根据所述第二调用时间计算所述第一预设时间范围内的所述超时接口处理所述接口调用请求的平均耗时，根据所述平均耗时调整所述长耗时接口的超时时间。
35.为解决上述技术问题，本发明采用的再一个技术方案是：提供一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的接口调用超时处理方法。
36.为解决上述技术问题，本发明采用的再一个技术方案是：提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述接口调用超时处理方法。
37.本发明的有益效果是：通过监测超时接口，在第一预设时间范围内获取超时接口的最短调用时间，当最短调用时间大于预设超时时间时，将超时接口标记为长耗时接口，并根据超时接口的第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整长耗时接口的超时时间，实现超时时间的动态调整，避免统一设置超时时间造成数据高频丢弃或长时间占用请求链路的问题，优化接口服务，提升用户体验。
附图说明
38.图1是本发明一实施例的系统架构示意图；
39.图2是本发明一实施例的接口调用超时处理方法的流程示意图；
40.图3是本发明另一实施例的接口调用超时处理方法的流程示意图；
41.图4是本发明另一实施例的接口调用超时处理方法的流程示意图；
42.图5是本发明另一实施例的接口调用超时处理方法的流程示意图；
43.图6是本发明实施例的接口调用超时处理装置的结构示意图；
44.图7是本发明实施例的计算机设备的结构示意图；
45.图8是本发明实施例的计算机存储介质的结构示意图。
具体实施方式
46.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.本发明中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本发明实施例中所有方向性指示(诸
如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
48.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
49.本发明提供的一种接口调用超时处理方法，可以应用于如图1所示的系统架构100，该系统架构100通过多线程方式进行数据聚合，该系统架构100包括聚合模块10、多个分别与聚合模块10建立连接关系的业务模块20、存储模块30以及定时任务模块40，聚合模块10上设有聚合接口101，业务模块20上设有线程接口，例如，业务模块有a、b、c，则对应的线程接口有1、2、3，线程接口可以与关联方或数据库连接，聚合模块10通过聚合接口101调用线程接口1、2、3，并进行数据聚合展示，存储模块30存储有各线程接口的调用时间和超时时间，定时任务模块40用于执行定时计算任务。
50.具体地，用户在app内查看数据时，涉及到的不同业务模块的数据展示请求，聚合接口101接收用户的接口调用请求并将接口调用请求转发给对应的线程接口，通过接口调用获取对应的响应数据并将响应数据返回给聚合接口101，聚合接口101通过多线程方式将数据整合到聚合接口101并进行前端的数据展示。在这个过程中，聚合接口101有一个预设超时时间，即聚合模块10到业务模块20的之间的接口调用时间，若一个线程在预设超时时间内未获得响应数据，则对该线程做数据丢弃处理，若在预设超时时间内获得响应数据，则将响应数据用于聚合展示。在该系统架构100中，初始化默认各线程接口的超时时间与聚合接口101的预设超时时间一致。假设，各线程接口的超时时间与聚合接口的预设超时时间始终保持一致，由于各业务模块的数据采集和聚合效率不同，若超时时间过短，则容易造成数据的高频丢弃，影响用户数据展示；若超时时间过长，则容易造成接口整体响应时间过长，app加载渲染数据过慢，用户体验差，因此，本发明的通过多线程的方式可以实现线程接口的超时时间独立的动态调整。
51.图2是本发明一实施例的接口调用超时处理方法的流程示意图。需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限。如图2所示，该方法包括步骤：
52.步骤s201：获取接口调用请求，实时监测并记录线程接口处理接口调用请求的第一调用时间。
53.在步骤s201中，第一调用时间为聚合接口发送接口调用请求到接收响应数据之间所耗时长。在一种可实现的实施方式中，以键值对的方式在redis中存储第一调用时间，例如，线程接口1的第一调用时间为3秒，则存储有：(线程接口1:3s)。
54.步骤s202：当监测到第一调用时间超过预设超时时间时，将对应的线程接口标记为超时接口。
55.在步骤s202中，初始化默认各线程接口的超时时间与聚合接口的预设超时时间一致。在一种可实现的实施方式中，用户进入到app界面在进行数据聚合的接口调用时，通过多线程调用对应业务模块的线程接口进行数据加载，聚合接口的预设超时时间为3秒，则各业务模块的线程接口超时丢弃数据的超时时间也预设为3秒，超过3秒则做数据丢弃处理。在该实施例中，各线程接口的超时时间以键值对的方式在redis中进行存储，例如，线程接口1的超时时间为3秒，线程接口2的超时时间为3秒，则存储有：(聚合接口-线程接口1:3s)，(聚合接口-线程接口2:3s)。该实施例实时将记录的第一调用时间与对应线程接口的超时时间进行比对，当第一调用时间超过预设超时时间时，将对应的线程接口标记为超时接口。
56.在另一种可实现的实施方式中，请参见图3，步骤s202还包括以下步骤：
57.步骤s301：当监测到第一调用时间超过预设超时时间时，在第二预设时间范围内获取对应的线程接口的第三调用时间。
58.在步骤s301中，第三调用时间存储在redis中，在第一次监测到第一调用时间超过预设超时时间后，在第二预设时间范围内获取对应的线程接口的第三调用时间。
59.步骤s302：根据第三调用时间计算线程接口处理接口调用请求的第一超时占比。
60.在步骤s302中，通过job定时任务计算第三调用时间中超过超时时间的第一超时占比，第一超时占比为第三调用时间中，超过超时时间的接口调用请求的数量与接口调用请求的总数的比值。
61.步骤s303：将第一超时占比与预设阈值进行比对。
62.在步骤s303中，预设阈值可以调整，可以为用户手动设置或计算机自动设置，例如，预设阈值为80％。
63.步骤s304：若第一超时占比大于预设阈值，则将对应的线程接口标记为超时接口。
64.在步骤s304中，若线程接口1的第一超时占比大于80％，表示线程接口1处理的接口调用请求有80％都是超时的，则将线程接口1标记为超时接口。
65.步骤s203：在第一预设时间范围内获取超时接口的第二调用时间，从第二调用时间中获取最短调用时间，将最短调用时间与预设超时时间进行比对。
66.在步骤s203中，第二调用时间存储在redis中，假设，线程接口1为超时接口，则在第一预设时间范围内，redis中存储有(线程接口1:3.5s)、(线程接口1:4s)、(线程接口1:5s)，同时，redis中存储的超时时间为(聚合接口-线程接口1:3s)，则在第一预设时间范围内最短调用时间为(线程接口1:3.5s)，将(线程接口1:3.5s)与(聚合接口-线程接口1:3s)进行比较。
67.步骤s204：若最短调用时间大于预设超时时间，则将超时接口标记为长耗时接口，并根据第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整长耗时接口的超时时间。
68.在步骤s204中，假设超时接口1的最短调用时间大于预设超时时间，则超时接口1也为长耗时接口。通过job定时任务计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，将平均耗时作为长耗时接口最新的超时时间，更新对应的redis值。平均耗时为第一预设时间范围内各第二调用时间之和与接口调用请求总数的比值。本实施例中，长耗时接口的超时时间过短，容易造成数据的高频丢弃，影响用户数据展示，因此，通过调整超时时间为平均耗时以延长超时时间。
69.本发明一实施例的接口调用超时处理方法通过监测超时接口，在第一预设时间范围内获取超时接口的最短调用时间，当最短调用时间大于预设超时时间时，将超时接口标记为长耗时接口，并根据超时接口的第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整长耗时接口的超时时间，实现超时时间的动态调整，避免统一设置超时时间造成数据高频丢弃或长时间占用请求链路的问题，优化接口服务，提升用户体验。
70.图4是本发明另一实施例的接口调用超时处理方法的流程示意图。需注意的是，若有实质上相同的结果，本发明的方法并不以图4所示的流程顺序为限。如图4所示，该方法包括步骤：
71.步骤s401：获取接口调用请求，实时监测并记录线程接口处理接口调用请求的第一调用时间。
72.在本实施例中，图4中的步骤s401和图2中的步骤s201类似，为简约起见，在此不再赘述。
73.步骤s402：当监测到第一调用时间超过预设超时时间时，将对应的线程接口标记为超时接口。
74.在本实施例中，图4中的步骤s402和图2中的步骤s202类似，为简约起见，在此不再赘述。
75.步骤s403：在第一预设时间范围内获取超时接口的第二调用时间，从第二调用时间中获取最短调用时间，将最短调用时间与预设超时时间进行比对。
76.在本实施例中，图4中的步骤s403和图2中的步骤s203类似，为简约起见，在此不再赘述。
77.步骤s404：若最短调用时间大于预设超时时间，则将超时接口标记为长耗时接口，并根据第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整长耗时接口的超时时间。
78.在本实施例中，图4中的步骤s404和图2中的步骤s204类似，为简约起见，在此不再赘述。
79.步骤s405：接收接口调用请求，拦截接口调用请求并读取接口调用请求中的接口标识，检测接口标识指向的目标接口是否为长耗时接口。
80.在步骤s405中，接口调用请求包含接口url，接口url至少包括接口标识，接口标识与目标接口一一对应。本实施例的聚合接口上可以设置拦截器，所有接口调用请求通过拦截器才可放行，在拦截器中通过redis存储获取长耗时接口的标记，检测接口标识指向的目标接口是否为长耗时接口。
81.步骤s406：当检测到目标接口为长耗时接口时，按照第一限流机制对接口调用请求进行限流处理。
82.在步骤s406中，当检测到目标接口为长耗时接口时，拦截器按照第一限流机制对接口调用请求进行限流处理。第一限流机制包括：在第一时长内，按照第一比例转发长耗时接口的接口调用请求；在第二时长内，按照第二比例转发长耗时接口的接口调用请求，第二比例至少大于第一比例。例如，在前1分钟内，针对长耗时接口的调用请求，拦截器仅放行10％的调用请求，在后1分钟针对长耗时接口的调用请求，拦截器仅放行20％的调用请求，
以此达到长耗时接口限流的目的，防止资源占用，进一步快速释放部分资源，提升用户体验。
83.步骤s407：在第三预设时间范围内统计根据限流处理后的接口调用请求的第四调用时间计算长耗时接口处理接口调用请求的第二超时占比。
84.在步骤s407中，在上述步骤中针对长耗时接口进行了超时时间调整和限流处理，限流处理中通过拦截器放行的接口调用请求的处理耗时为第四调用时间，该实施例中通过job定时任务计算第三预设时间范围内，第四调用时间的第二超时占比，第二超时占比为第四调用时间中，超过超时时间的接口调用请求的数量与接口调用请求的总数的比值。
85.步骤s408：将第二超时占比与预设阈值进行比对。
86.在步骤s408中，该预设阈值与步骤s303中的预设阈值可以相同或不同。
87.步骤s409：若第二超时占比小于预设阈值，则去除长耗时接口的标记，并将超时时间调整为预设超时时间。
88.在步骤s409中，假设预设阈值为80％，若长耗时接口的第二超时占比小于80％，表示长耗时接口处理的接口调用请求有80％都是未超时的，则去除长耗时接口的标记，并将超时时间调整为预设超时时间。
89.该实施例在进行超时时间调整和限流处理后，为防止超时时间过长，对限流处理后的接口调用请求的处理耗时进行计算，根据计算结果重新调整超时时间，避免超时时间过长，造成接口整体响应时间过长，影响用户体验。
90.本发明实施例的接口调用超时处理方法在上述实施例的基础上，通过按照第一限流机制对接口调用请求进行限流处理，达到长耗时接口限流的目的，防止资源占用，进一步快速释放部分资源，提升用户体验，另外，在限流处理后重新调整超时时间，避免超时时间过长，造成接口整体响应时间过长，影响用户体验。
91.图5是本发明又一实施例的接口调用超时处理方法的流程示意图。需注意的是，若有实质上相同的结果，本发明的方法并不以图5所示的流程顺序为限。如图5所示，该方法包括步骤：
92.步骤s501：获取接口调用请求，实时监测并记录线程接口处理接口调用请求的第一调用时间。
93.在本实施例中，图5中的步骤s501和图2中的步骤s201类似，为简约起见，在此不再赘述。
94.步骤s502：当监测到第一调用时间超过预设超时时间时，将对应的线程接口标记为超时接口。
95.在本实施例中，图5中的步骤s502和图2中的步骤s202类似，为简约起见，在此不再赘述。
96.步骤s503：在第一预设时间范围内获取超时接口的第二调用时间，从第二调用时间中获取最短调用时间，将最短调用时间与预设超时时间进行比对。
97.在步骤s503中，第二调用时间存储在redis中，假设，线程接口1为超时接口，则在第一预设时间范围内，redis中存储有(线程接口1:2s)、(线程接口1:4s)、(线程接口1:5s)，同时，redis中存储的超时时间为(聚合接口-线程接口1:3s)，则在第一预设时间范围内最短调用时间为(线程接口1:2s)，将(线程接口1:2s)与(聚合接口-线程接口1:3s)进行比较。
98.步骤s504：从第二调用时间中获取最长调用时间，将最长调用时间与预设超时时间进行比对。
99.在步骤s504中，在上述场景中，最长调用时间为(线程接口1:5s)，预设超时时间为(聚合接口-线程接口1:3s)。
100.步骤s505：若最短调用时间小于预设超时时间且最长调用时间大于预设超时时间，则根据第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整超时接口的超时时间。
101.在步骤s505中，预设超时时间大于最短调用时间并小于最长调用时间，此时不对超时接口进行长耗时标记，仅进行超时时间调整。通过job定时任务计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，将平均耗时作为超时接口最新的超时时间，更新对应的redis值。平均耗时为第一预设时间范围内各第二调用时间之和与接口调用请求总数的比值。
102.步骤s506：接收接口调用请求，拦截接口调用请求并读取接口调用请求中的接口标识，检测接口标识指向的目标接口是否为超时接口。
103.在本实施例中，图5中的步骤s506和图4中的步骤s405类似，为简约起见，在此不再赘述。
104.步骤s507：当检测到目标接口为超时接口时，按照第二限流机制对接口调用请求进行限流处理。
105.在步骤s507中，当检测到目标接口为超时接口时，拦截器按照第二限流机制对接口调用请求进行限流处理。第二限流机制与第一限流机制不同，第二限流机制为在一段预设时间内，按照第三比例转发超时接口的接口调用请求，第三比例为50％。例如，在1分钟内，针对超时接口的调用请求，拦截器仅放行50％的调用请求，以此达到超时接口限流的目的，防止资源占用，进一步快速释放部分资源，提升用户体验。
106.本发明实施例的接口调用超时处理方法在上述实施例的基础上，通过对超时接口进行限流，减少资源占用或数据高频丢弃的情况，提升用户体验。
107.图6是本发明实施例的接口调用超时处理装置的结构示意图。如图6所示，该装置60包括获取模块61、监测模块62、比对模块63以及调整模块64。
108.获取模块61用于获取接口调用请求，实时监测并记录线程接口处理接口调用请求的第一调用时间；
109.监测模块62用于当监测到第一调用时间超过预设超时时间时，将对应的线程接口标记为超时接口；
110.比对模块63用于在第一预设时间范围内获取超时接口的第二调用时间，从第二调用时间中获取最短调用时间，将最短调用时间与预设超时时间进行比对；
111.调整模块64用于若最短调用时间大于预设超时时间，则将超时接口标记为长耗时接口，并根据第二调用时间计算第一预设时间范围内的超时接口处理接口调用请求的平均耗时，根据平均耗时调整长耗时接口的超时时间。
112.请参阅图7，图7为本发明实施例的计算机设备的结构示意图。如图7所示，该计算机设备70包括处理器71及和处理器71耦接的存储器72。
113.存储器72存储有用于实现上述任一实施例所述的接口调用超时处理的程序指令。
114.处理器71用于执行存储器72存储的程序指令以处理调用超时接口。
115.其中，处理器71还可以称为cpu(central processing unit，中央处理单元)。处理器71可能是一种集成电路芯片，具有信号的处理能力。处理器71还可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
116.参阅图8，图8为本发明实施例的计算机存储介质的结构示意图。本发明实施例的计算机存储介质存储有能够实现上述所有方法的程序文件81，其中，该程序文件81可以以软件产品的形式存储在上述计算机存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的计算机存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。
117.在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
118.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
119.以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。