时间窗口确定方法及装置与流程

1.本技术实施例涉及通信技术，尤其涉及一种时间窗口确定方法及装置。


背景技术：

2.随着卫星技术的不断发展，星地通信成为了一种重要的通信方式，其中星地通信是指卫星和地面站之间的通信。
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.图1为本技术实施例提供的填写时间窗口的界面示意图；
38.图2为本技术实施例提供的时间窗口确定系统的示意图；
39.图3为本技术实施例提供的时间窗口确定方法的流程图；
40.图4为本技术实施例提供的时间窗口确定方法的流程图二；
41.图5为本技术实施例提供的获取卫星数据的实现示意图；
42.图6为本技术实施例提供的时间窗口确定方法的流程图三；
43.图7为本技术实施例提供的时间窗口确定方法的流程图四；
44.图8为本技术实施例提供的时间窗口确定方法的交互流程图；
45.图9为本技术实施例提供的时间窗口确定方法的系统结构示意图；
46.图10为本技术实施例提供的时间窗口确定装置的结构示意图一；
47.图11为本技术实施例提供的时间窗口确定装置的结构示意图二；
48.图12为本技术实施例提供的云端服务器的硬件结构示意图；
49.图13为本技术实施例提供的地面站的硬件结构示意图。
具体实施方式
50.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.为了更好的理解本技术的技术方案，下面对本技术所涉及的相关技术进行进一步的详细介绍。
52.地面网络和计算的数字化服务局限在人口密集区域，在深空、海洋、沙漠等无人区尚是服务的空白地带。其中，卫星通信和地面移动通信将形成空天地海一体化立体网络，成为一种新兴的计算架构，扩展数字化服务的空间。
53.因此，星地计算逐渐成为一项重要的科学趋势。星地计算是指卫星及地面一体化的通信与计算，它将卫星系统、空中网络、地面通信进行集成，从而成为一种新型的计算架构。
54.可以理解的是，在星地计算的架构中，包括卫星和地面站。此处的卫星通常是指人造卫星，人造卫星是指环绕地球飞行并在空间轨道运行一圈以上的无人航天器。以及，地面站(ground station)是卫星或航天系统的一个组成部分，即设置在地球上的进行太空通信的地面设备。一般指设置在地球表面上(包括装在船舶和飞机上的)进行人造卫星通信的地面设备。主要由可跟踪人造卫星的高增益天线系统、微波大功率发射系统、低噪声接收系统和电源系统等组成。
55.以及，卫星通信实际上就是利用人造地球卫星作为中继站来转发无线电波，从而实现两个或多个地球站之间的通信。
56.在实际实现过程中，低轨卫星由于高度较低，具有延时短，损耗低的优点，广泛运用于军事探测、手机通信等场景。
57.但是由于低轨卫星距地球较近，所以覆盖范围较小，因此低轨卫星与特定地面站只能在指定时间窗口内进行通信，所以维护地面站与低轨卫星的通信连接时间窗具有一定
的复杂度。
58.此处的时间窗口实际上就是卫星位于地面站的上方，或者说斜上方的时间段，在该时间窗口内，地面站可以直接和卫星进行通信。因此可以理解的是，确定地面站对应的时间窗口是至关重要的。
59.目前，现有技术中在确定地面站的时间窗口的时候，由于卫星的计算能力有限，因此绝大部分的计算任务都需要在地面进行。同时，不同的地面站之间的网络是隔离的，无法进行数据的共享。因此，现有技术中只能由各个地面站分别计算各自的时间窗口。
60.在各个地面站计算各自的时间窗口之后，因为各个地面站都是独立计算的，因此需要由人工进行统一的统筹，确定各个地面站的计划通信时间，之后在系统中填写各个地面站的时间窗口。
61.比如说可以参照图1进行理解，图1为本技术实施例提供的填写时间窗口的界面示意图。
62.在图1所示的图形用户界面中，可以确定，用户可以在101所示的填写框中，填写地面站通信和计划开始时间和计划结束时间，从而输入地面站的时间窗口。以及，在后续的时间窗口的维护过程中，同样需要人工进行时间表的更新。
63.因此可以理解的是，现有技术中在确定地面站的时间窗口的时候，很大程度上是由用户人工维护和填写时间窗口的，从而会导致时间窗口的确定的自动化程度较低。
64.同时，因为各个地面站之间互相隔离，因此各个地面站分别进行时间窗口的计算。并且各个地面站的算力同样是有限的，从而会导致确定地面站的时间窗口的实时性较差。
65.针对现有技术中的问题，本技术提出了如下技术构思：引入了一个云端服务器的架构，由云端服务器接收各个地面站采集的数据，根据各个地面站采集的数据进行统一计算，以确定各个地面站各自的时间窗口，同时后续针对时间窗口的更新和维护也是有云端服务器完成的，从而可以有效提升确定时间窗口的实时性，降低时延。
66.在上述介绍内容的基础上，下面结合具体的实施例对本技术提供的时间窗口确定方法进行详细介绍。首先结合图2对本技术中的系统架构进行说明。图2为本技术实施例提供的时间窗口确定系统的示意图。
67.如图2所示，在本技术的系统结构中，包括地面站、卫星和云端服务器。
68.其中，地面站可以和云端服务器互相通信，云端服务器可以对数据进行汇总、计算和管理。以及地面站在自己的时间窗口内，可以和卫星进行通信。
69.参照图2，假设当前存在地面站a和地面站b，以及结合图2可以理解的是，卫星或绕地球以特定轨道做椭圆或者圆周运动，由于卫星与地面的距离较近，所以只有部分时间能够和某一地面站进行直接通信，该时间段即为卫星与该地面站通信的时间窗口。
70.如图2所示，假设针对地面站a确定了时间窗1，该时间窗1实际上就是卫星位于地面站a的上方范围的时间段。以及，假设针对地面站b确定了时间窗2，该时间窗2实际上就是卫星位于地面站b的上方范围的时间段。
71.本技术中引入云端服务器，可以和各个地面站进行互相通信，基于云计算，地面站可以组成一张全球网络，依托云计算的算力，从而对卫星数据进行更快的计算和处理。
72.在上述介绍内容的基础上，下面对本技术中的时间窗口确定方法的具体实现进行介绍。以及需要说明的是，本技术提供的时间确定方法，在云端服务器存在一部分操作，在
地面站还存在一部分操作，下面针对这两部分内容分别进行说明。
73.首先对云端服务器一侧的实现进行介绍，图3为本技术实施例提供的时间窗口确定方法的流程图。
74.如图3所示，该方法包括：
75.s301、获取目标卫星的卫星数据，以及获取至少一个地面站的地面站数据。
76.在本实施例中，要确定地面站的时间窗口，需要用到卫星数据和地面站数据。因此本实施例中需要获取目标卫星的卫星数据，其中，目标卫星是确定地面站的时间窗口所对应的卫星。
77.可以理解的是，卫星的数量是非常多的，针对每一个卫星可以分别进行时间窗口的确定，但是针对各个卫星确定时间窗口的实现是类似的，因此本实施例中以目标卫星指代当前需要确定时间窗口的卫星，也就是说目标卫星可以代入任意的对应确定时间窗口的卫星。
78.以及在一种可能的实现方式中，本实施例中的卫星数据可以包括卫星的一些固定的配置数据，比如说卫星的轨道、卫星的功率、卫星的运行周期等等。以及，卫星数据还可以包括卫星在运行过程中的一些运行数据，比如说卫星运动的速度、卫星相对于地面站的运行角度、运行高度，等等，本实施例对卫星数据的具体实现不做限制，其可以根据实际需求进行选择和设置，凡是和卫星相关的数据均可以作为本实施例中的卫星数据。
79.以及，本实施例中还需要获取至少一个地面站的地面站数据。首先需要说明的是，在地面上设置有非常多的地面站，本实施例中的云端服务器和任意一个地面站都可以进行互相通信，因此当前例如可以获取所有的地面站的地面站数据。
80.在一种可能的实现方式中，本实施例中的地面站数据，比如说可以包括地面站的位置、海拔、天线等等，本实施例对地面站的具体实现同样不做限定，其可以根据实际需求进行选择和设置，凡是与地面站相关的数据均可以作为本实施例中的地面站数据。
81.s302、根据卫星数据和地面站数据，确定各地面站各自对应的时间窗口，其中，时间窗口为地面站和目标卫星进行通信的时段。
82.在确定卫星数据和地面站数据之后，就可以根据卫星数据和地面站数据，确定各个地面各自对应的时间窗口了。其中，时间窗口实际上就是各个地面站各自和目标卫星进行通信的时段。
83.在一种可能的实现方式中，比如说可以通过跟踪传播算法，对卫星数据和地面站数据进行处理，从而确定地面站对应的时间窗口。其中，跟踪传播算法是通过判断连续采样的卫星轨道位置对地面站的可观测性来计算时间窗口的。
84.需要说明的是，虽然跟踪传播算法可以保证较为精确的计算结果，但是现有技术中单个地面站进行数据采集并计算，其计算的效率是比较低的，其中单机计算的耗时为10秒至100秒量级，所以在卫星或者地面站上进行计算，无法满足确定时间窗口对实时性的需求。而本实施例中通过将各个地面站的地面站数据和目标卫星的卫星数据，汇总到云端服务器上进行计算，从而可以有效提升计算效率，以有效保证确定时间窗口的实时性。
85.在实际实现过程中，在确定地面站的时间窗口时，除了采用上述介绍的跟踪传播算法之外，还可以选用其余的算法，本实施例对确定地面站的时间窗口的具体实现不做限定，只要地面站的时间窗口是根据卫星数据和地面站数据确定的即可。
86.s303、向各地面站，分别发送各自对应的时间窗口。
87.云端服务器在确定各个地面站各自的时间窗口之后，就可以向各个地面站分别发送各自对应的时间窗口了，以使得各个地面站可以确定各自对应的时间窗口，从而在各自对应的时间窗口内和卫星进行通信。
88.本技术实施例提供的时间窗口确定方法，包括：获取目标卫星的卫星数据，以及获取至少一个地面站的地面站数据。根据卫星数据和地面站数据，确定各地面站各自对应的时间窗口，其中，时间窗口为地面站和目标卫星进行通信的时段。向各地面站，分别发送各自对应的时间窗口。通过云端服务器获取目标卫星的卫星数据，以及各个地面站的地面站数据，从而可以依托于云端服务器对整体的数据进行汇总，并且依靠云计算强大的计算能力，快速有效的确定各个地面站各自对应的时间窗口，并且向各个地面站发送各自对应的时间窗口，进而可以有效的提升确定地面站的时间窗口的实时性。
89.在上述实施例的基础上，下面结合图4至图5对本技术中云端服务器一侧的时间窗口确定方法进行进一步的详细介绍。图4为本技术实施例提供的时间窗口确定方法的流程图二，图5为本技术实施例提供的获取卫星数据的实现示意图。
90.如图4所示，该方法包括：
91.s401、根据目标卫星的卫星标识，在预设存储空间中获取目标卫星的轨道数据，轨道数据包括如下中的至少一种：长轴、短轴、交点角、近地点幅角、轨道倾角、过近地点时刻。
92.在本实施例中，卫星数据包括卫星的轨道数据和卫星的运行数据。可以理解的是，卫星的轨道数据是相对比较固定的，而卫星的运行数据是会不停变化的。首先对卫星的轨道数据进行说明。
93.在一种可能的实现方式中，在预设存储空间中可以存储有各个卫星的轨道数据，则例如可以根据目标卫星的卫星标识，在预设存储空间中获取目标卫星的轨道数据。
94.比如说可以参照图5进行理解，如图5所示，在预设存储空间中存储有各个卫星标识对应的轨道数据。比如说当前目标卫星的卫星标识为“卫星1”，则可以确定其轨道数据为轨道数据1。
95.以及，目标卫星的卫星标识比如说可以是用户在云平台上输入的，也就是说云平台可以接收用户输入的目标卫星的卫星标识，从而在预设存储空间中获取目标卫星的轨道数据。可以理解的是，当前用户需要针对哪个卫星进行时间窗口的计算，就会输入哪个卫星的标识，那么这个输入标识的卫星也就是本实施例中的目标卫星。
96.在一种可能的实现方式中，轨道数据可以包括如下中的至少一种：长轴、短轴、交点角、近地点幅角、轨道倾角、过近地点时刻，此处的轨道数据也可以理解为卫星轨道的六要素。本实施例对卫星的轨道数据的具体实现不做特别限制，凡是与卫星的轨道相关的数据均可以作为本实施例中的轨道数据。或者，凡是在计算时间窗口时需要用到的轨道相关数据，均可以作为本实施例中的轨道数据。
97.s402、接收第一地面站发送的目标卫星的运行数据，第一地面站为当前时刻正在与目标卫星通信的地面站，运行数据包括如下中的至少一种：运行位置、运行角度、运行速度。
98.以及，本实施例中的卫星数据还包括卫星的运行数据，可以理解的是，卫星的运行数据可以是反映卫星的运行状态的一些数据，因此运行数据是不停的在变化的，因为地面
站可以和卫星进行通信，因此可以由地面站对卫星的运行数据进行采集，并且发送给云端服务器。
99.同时，基于上述介绍可以确定的是，地面站只有在自己的时间窗口内，才能和卫星进行通信，本实施例中将正位于时间窗口内的地面站称为第一地面站，也可以理解，第一地面站可以为当前时刻正在与目标卫星进行通信的地面站。
100.比如说可以参照图5进行理解，假设当前存在地面站a和地面站b，当目标卫星位于501所指示的位置时，地面站a就是第一地面站；当目标卫星位于502所指示的位置时，地面站b就是第一地面站。
101.因此参照图5，云端服务器可以接收第一地面站发送的目标卫星的运行数据。可以理解的是，随着时间的推移，和目标卫星通信的地面站会发生变化，那么相应的第一地面站也会发生变化，但是第一地面站总是正在和目标卫星进行通信的那个地面站。
102.在一种可能的实现方式中，卫星的运行数据可以包括如下中的至少一种：运行位置、运行角度和运行速度。此处的运行位置比如说可以是目标卫星相对于地球的位置，或者还可以是目标卫星在预设坐标系(比如说世界坐标系)中的位置。以及，运行角度比如说可以是目标卫星相对于地球的角度，或者还可以是目标卫星在预设坐标系中的角度。本实施例对卫星的运行数据不做特别限制，凡是与卫星的运行相关的数据均可以作为本实施例中的运行数据。或者，凡是在计算时间窗口时需要用到的运行相关数据，均可以作为本实施例中的运行数据。
103.以及此处还需要说明的是，因为目标卫星时刻都会保持运动，因此运行数据也在不停的发生变化。那么第一地面站在采集目标卫星的运行数据的时候，比如说可以以第一时长为周期进行定期的采集，在采集到最新的运行数据之后，就发送给云端服务器。也就是说云端服务器可以定期的接收到最新的卫星运行数据。其中，第一时长的具体设置可以根据实际需求进行选择和设置。
104.以及还需要说明，因为本实施例中的第一地面站是会随着时间的推移发生变化的，也就是说无论针对哪一个地面站，其都是在自己的时间窗口内，以第一时长为周期定期的采集目标卫星的运行数据。若不在自己的时间窗口内，那么地面站是不会定期进行运行数据的采集的。
105.如图5所示，云端服务器可以获取目标卫星的轨道数据，还可以获取目标卫星的运行数据，其中轨道数据和运行数据就共同组成了目标卫星的卫星数据。
106.s403、获取地面站的设置类型，设置类型为如下中的任一种：固定设置、移动设置。
107.以及，本实施例中的云端服务器还需要获取地面站的地面站数据。在一种可能的实现方式中，针对不同设置类型的地面站，获取地面站数据的实现方式也不同，因此本实施例中需要首先获取地面站的设置类型。
108.在一种可能的实现方式中，地面站的设置类型可以为固定设置，或者还可以为移动设置。其中固定设置是指地面站固定设置在某一个地方，其位置不会发生变化。而移动设置是指地面站的设置位置会发生变化，比如说地面站设置在轮船上、飞机上等等。
109.s404、若地面站的设置类型为固定设置，则根据地面站的标识，在预设存储空间中获取地面站的地面站数据。
110.在一种可能的实现方式中，若地面站的设置类型为固定设置，则表示地面站的位
置不会发生变化。则例如可以在预设存储空间中存储有这类固定设置的地面站的地面站数据，则可以根据地面站的标识，在预设存储空间中获取地面站的地面站数据。
111.其中，地面站的标识比如说可以是在系统初始化的时候，输入至云端服务器的。以及各个地面站的设置类型，也可以是在系统初始化的时候，输入至云端服务器的。
112.其中，地面站数据可以包括如下中的至少一种：地面站所在的经度、地面站所在的纬度、地面站的天线信息。其中天线信息比如说可以包括天线数量、天线发射功率、天线类型，等等，本实施例对地面站数据的具体实现不做限定，其可以根据实际需求进行选择和设置。
113.s405、若地面站的设置类型为移动设置，则接收地面站定时发送的地面站数据。
114.在另一种可能的实现方式中，若地面站的设置类型是移动设置，则表示地面站的位置会发生变化，那么此时就需要地面站动态的汇报自己的相关数据了。因此云端服务器可以接收地面站定时发送的地面站数据，从而获取地面站的地面站数据。其中地面站数据与上述介绍的类似，此处不再赘述。
115.以及可以理解的是，既然地面站的位置会发生变化，那么地面站的地面站数据就总是在不停的更新的，因此地面站在上报地面站数据的时候，可以是定时上报的。比如说地面站可以以第二时长为周期，定期的采集自己的地面站数据并且发送给云端服务器。那么云端服务器就会定期的接收到地面站上报的自己最新的地面站数据。其中的第二时长可以根据实际需求进行选择和设置，本实施例对此不做限定。
116.s406、根据卫星数据和地面站数据，确定各地面站各自对应的时间窗口，其中，时间窗口为地面站和目标卫星进行通信的时段。
117.云端服务器在确定目标卫星的卫星数据，以及地面站的地面站数据之后，就可以针对各个地面站，分别根据卫星数据和地面站数据，确定各自对应的时间窗口了。其中，s406的实现方式与上述s302的实现方式类似，此处不再赘述
118.s407、向各地面站，分别发送各自对应的时间窗口。
119.云端服务器在确定各个地面站的时间窗口之后，就可以向各个地面站分别发送各自的时间窗口了。
120.s408、若再次接收到第一地面站发送的目标卫星的运行数据，则确定更新的卫星数据，和/或，若再次接收到至少一个地面站中的任一个地面站发送的地面站数据，则确定更新的地面站数据。
121.可以理解的是，上述的s401-s407是一次完整的确定时间窗口的过程。然而基于上述介绍可以确定的是，目标卫星的运行数据以及移动设置的地面站的地面站数据是会发生变化的，因此云端服务器会定期的接收到目标卫星的运行数据，以及会定期的接收到移动设置的地面站的地面站数据。那么再接收到最新的数据的时候，就需要对时间窗口进行更新了。
122.在一种可能的实现方式中，若在确定各个地面站各自对应的时间窗口之后，再次接收到第一地面站发送的目标卫星的运行数据，则可以确定更新的卫星数据。
123.具体的，因为卫星的轨道数据是不发生变化的，因此更新的卫星数据中就包括卫星的轨道数据，以及第一地面站再次发送的目标卫星的运行数据。
124.和/或，若在确定各个地面站各自对应的时间窗口之后，再次接收到多个地面站中
的任一个地面站发送的地面站数据，则可以将这些地面站再次发送的地面站数据，确定为更新的地面站数据。
125.可以理解的是，无论是哪一个地面站都可以重新发送地面站数据，而无论是哪一个地面站重新发送了地面站数据，云服务器都会将其再次发送的地面站数据，确定为更新的地面站数据。
126.s409、根据更新的卫星数据和/或更新的地面站数据，更新各地面站各自对应的时间窗口。
127.在确定更新的卫星数据和/或更新的地面站数据之后，则可以根据更新的卫星数据和/或更新的地面站数据，更新各个地面站各自对应的时间窗口。
128.在一种可能的实现方式中，若仅确定了更新的卫星数据，地面站数据并没有发生更新，则例如可以根据更新的卫星数据和当前存在的地面站数据，确定各个地面站各自对应的时间窗口。
129.或者，若仅确定了更新的地面站数据，卫星数据并没有发生更新，则例如可以根据当前存在的卫星数据和更新的卫星数据，确定各个地面站各自对应的时间窗口。为了节省算力，在仅有地面站数据发生更新的情况下，也可以仅针对地面站数据发生更新的地面站，确定时间窗口。针对地面站数据未发生更新的地面站，暂时无需更新时间窗口。
130.或者，若当前既确定了更新的地面站数据，又确定了更新的卫星数据，则例如可以根据更新的卫星数据和更新的地面站数据，更新各个地面站各自对应的时间窗口。
131.s410、向各地面站，分别发送各自对应的更新后的时间窗口。
132.在确定各个地面站更新后的时间窗口之后，可以向各个地面站分别发送各自对应的更新后的时间窗口。以使得各个地面站可以确定根据当前的实际情况，最新调整的时间窗口，以保证各个地面站所确定的时间窗口的准确性。
133.可以理解的是，上述介绍的针对时间窗口进行更新的过程，是循环多次进行的，也就是说每当云端服务器接收到最新的数据，就会根据最新的数据对地面站的时间窗口进行调整，以保证确定的时间窗口的准确性和实时性。
134.本技术实施例提供的时间窗口确定方法，通过云端服务器从预设存储空间获取目标卫星的轨道数据，以及通过云端服务器定期的接收第一地面站发送的目标卫星的运行数据，从而可以保证云端服务器可以准确有效的获取到目标卫星的卫星数据。以及，云端服务器还可以根据地面站的设置类型，针对固定设置的地面站，直接从预设存储空间中获取地面站数据，针对移动设置的地面站，接收地面站定期发送的地面站数据，从而可以保证云端服务器准确有效的获取的地面站的地面站数据。之后基于云计算，根据卫星数据和地面数据确定各个地面站各自的时间窗口，并且向各个地面站分别发送各自对应的时间窗口，从而可以自动并且高效的保证各个地面站确定各自的时间窗口。以及，云端服务器还会根据接收到的最新的卫星数据和地面站数据，对地面站的时间窗口进行适应性的调整，以保证确定的地面站的时间窗口总是符合当前的时间情况的，保证了确定的时间窗口的准确性和有效性，同时进一步保证了确定的时间窗口的时效性。
135.以及，还需要进一步说明的是，现有技术中在计算地面站的时间窗口的时候，因为地面站之间的数据是隔离的，就会导致在每个地面站上分别计算各自的时间窗口。以及基于上述介绍可以确定的是，在计算地面站的时间窗口的时候，需要两部分数据，分别是地面
站的地面站数据和卫星的卫星数据。其中，地面站的地面站数据是地面站自身可以获取到的，然而，卫星的卫星数据是需要地面站和卫星进行数据交互才能够获取到的。同时，只有卫星经过地面站的上空区域的时候，地面站才能够和卫星进行通信，以获取卫星的卫星数据。
136.因此可以理解的是，在卫星进入地面站的上空区域之后，地面站首先要获取卫星数据，其次要根据卫星数据和地面站数据来计算地面站的时间窗口，又因为地面站的算力低下，计算时间窗口的工作量较大，因此地面站计算得到的时间窗口存在非常大的时延(甚至长达几十秒)。
137.进一步可以理解的是，计算时间窗口所存在的这些时延，都是在卫星经过地面站上空区域的时段内的，因此这些数据处理的时延会导致地面站和卫星的有效通信时长变短，进而导致卫星和地面站的通信受到影响。
138.基于上述分析可以确定的是，导致时延存在的一部分原因是地面站的算力较弱，另一部分原因是只有在云端服务器进入地面站上空区域的时候，才能够通过地面站和卫星的交互获取地面站的数据。
139.然而，在本技术的技术方案中，因为云端服务器可以和各个地面站进行交互，因此无论当前是哪一个地面站可以和地面站进行交互，云端服务器都可以通过这个地面站获取到实时的卫星数据，之后再根据获取到的卫星数据，以及各个地面站的地面站数据，依托于云端服务器强大的算力，快速有效的计算得到各个地面站各自的时间窗口，极大程度的降低了计算时间窗口的时延。同时，针对各个地面站，即使卫星还没有到达地面站的上方，就已经可以确定地面站的时间窗口了，并且后续还会针对时间窗口不断的进行更新和修正，以保证各个地面站在卫星进入其上空区域的时候，地面站就可以立即开始和卫星进行通信了，进而有效的保证了卫星经过地面站上空时，地面站和卫星之间的有效通信时长。
140.以及，在现有技术中，因为地面站尚不确定自己的时间窗口，因此地面站其实并不确定要什么时候和卫星交互以获取卫星数据，所以地面站还需要定期多次的尝试和卫星进行通信，直至和卫星的数据交互成功，这样就会导致地面站需要进行多次无效的数据发送，进而导致处理资源的浪费。
141.然而本技术的技术方案中，云端服务器只要进行过一次计算，就可以保证各个地面站都确定自己的时间窗口，或者可以是确定大致的时间窗口，并且后续还会针对这些时间窗口不断的进行修正，因此本技术的技术方案中无需地面站定期多次的尝试通信，以有效的避免无效的数据发送，节省地面站的处理资源。
142.上述实施例介绍的是云端服务器一侧的介绍，下面再结合具体的实施例对地面站一侧的具体实现进行介绍。图6为本技术实施例提供的时间窗口确定方法的流程图三。
143.如图6所示，该方法包括：
144.s601、获取目标卫星的运行数据。
145.在本实施例中，地面站可以获取目标卫星的运行数据。在一种可能的实现方式中，地面站在自己的时间窗口内才可以和目标卫星进行通信，因此地面站比如说可以在自己的时间窗内内，获取目标卫星的运行数据。
146.s602、向云端服务器发送目标卫星的运行数据，其中，运行数据用于云端服务器确定多个地面站各自对应的时间窗口。
147.本实施例中目标卫星的运行数据，是用于云端服务器确定多个地面站各自的时间窗口的，因此地面站在确定目标卫星的运行数据之后，可以向云端服务器发送目标卫星的运行数据，以使得云端服务器可以根据目标卫星的运行数据，确定地面站对应的时间窗口，其具体的实现方式可以参照上述实施例中的介绍，此处对此不再赘述。
148.s603、接收云端服务器发送的地面站对应的时间窗口。
149.在云端服务器确定各个地面站的时间窗口之后，会向各个地面站发送各自对应的时间窗口。那么本实施例中的地面站，就可以接收云端服务器发送的时间窗口，从而确定自身的时间窗口。
150.本技术实施例提供的时间窗口确定方法，包括：获取目标卫星的运行数据。向云端服务器发送目标卫星的运行数据，其中，运行数据用于云端服务器确定多个地面站各自对应的时间窗口。接收云端服务器发送的地面站对应的时间窗口。通过地面站获取目标卫星的运行数据并且发送给云端服务器，以使得云端服务器可以汇总各个地面站上报的数据，从而依托于云计算，高效的确定各个地面站各自的时间窗口。之后地面站可以接收云端服务器发送的时间窗口，从而可以有效保证确定地面站的时间窗口的实时性。
151.在上述介绍的内容的基础上，下面结合图7对本技术中地面站一侧的时间窗口确定方法进行进一步的详细介绍。图7为本技术实施例提供的时间窗口确定方法的流程图四。
152.如图7所示，该方法包括：
153.s701、获取地面站的初始时间窗口。
154.在本实施例中，地面站采集目标卫星的运行数据时，只有在当前时刻处于地面站的时间窗口的时候，地面站才能和目标卫星进行通信，从而确定目标卫星的运行数据。
155.但是可以理解的是，因为当前正是为了确定地面站的时间窗口，才要采集目标卫星的运行数据，那么为了确定地面站具体在什么时候进行目标卫星的运行数据的采集，例如可以获取地面站的初始时间窗口。
156.基于上述介绍可以确定的是，云端服务器在确定时间窗口的时候，无论当前正在和目标卫星通信的第一地面站是哪个，都会针对各个地面站均确定各自对应的时间窗口，并且向各个地面站发送各自对应的时间窗口。因此当前的地面站可能是接收过云端服务器发送的时间窗口的，因此若地面站的本地存储有时间窗口，则可以将本地存储的时间窗口确定为初始时间窗口。
157.或者，在确定时间窗口的最初始的状态下，云端服务器还没有获取到卫星数据和地面站数据，也就是说云端服务器还没有向地面站发送过时间窗口。那么例如可以针对某一个或者某几个地面站确定预设时段，其中预设时段可以是地面站对应的大致的时间窗口。也就是说地面站的本地如果未存储时间窗口，则可以将预设时段确定为初始时间窗口。
158.可以理解的是，针对将预设时段确定为初始时间窗口的情况，只要在该初始时间窗口内，地面站进行目标卫星的运行数据的采集，并且向云端服务器发送采集的运行数据之后，云端服务器就可以向各个地面站发送各自的时间窗口了，也就是说只要最开始有一个地面站进行了数据采集，那么后续的系统就可以保证正常的运转了。
159.s702、若确定当前时刻在初始时间窗口内，则以第一时长为周期，获取目标卫星的运行数据，运行数据包括如下中的至少一种：运行位置、运行角度、运行速度。
160.在确定初始时间窗口之后，地面站只有在初始时间窗口内才可以和目标卫星进行
通信。因此地面站可以判断当前时刻是否到达初始时间窗口。若确定当前时刻在初始时间窗口内，因为目标运行是保持运动的，因此地面站可以以第一时长为周期，定期的获取目标卫星的运行数据。
161.运行数据可以包括如下中的至少一种：运行位置、运行角度、运行速度。其中运行数据与上述实施例介绍的类似，此处不再赘述。
162.s703、向云端服务器发送目标卫星的运行数据，其中，运行数据用于云端服务器确定多个地面站各自对应的时间窗口。
163.在地面站获取到目标卫星的运行数据之后，就可以向云端服务器发送目标卫星的运行数据了。可以理解的是，本实施例中的地面站，在自己的时间窗口内，会定期的采集目标卫星的运行数据，才每次采集到最新的目标卫星的运行数据之后，都会向云端服务器发送目标卫星的最新的运行数据。以使得云端服务器可以根据目标卫星的最新的运行数据，对各个地面站的时间窗口进行实时的调整。
164.s704、获取地面站的设置类型，设置类型为如下中的任一种：固定设置、移动设置。
165.以及基于上述介绍可以确定的是，云端服务器在确定地面站的时间窗口的时候，除了需要目标卫星的卫星数据之外，还需要地面站的地面站数据。若地面站是固定设置的，则云端服务器可以直接从预设存储空间中获取地面站的地面站数据。但是地面站是移动设置的话，就需要地面站自行的向云端服务器发送自己的地面站信息。
166.因此本实施例中可以获取地面站的设置类型，其中设置类型可以为固定设置，或者可以为移动设置。
167.s705、若地面站的设置类型为移动设置，则以第二时长为周期，定期确定地面站的地面站数据，并向云端服务器发送地面站数据。
168.在一种可能的实现方式中，若确定地面站的设置类型为移动设置，则地面站需要以第二时长为周期，定期的确定地面站的地面站数据，其中，地面站数据包括如下中的至少一种：地面站所在的经度、地面站所在的纬度、地面站的天线信息。
169.每当地面站确定自己的地面站数据之后，都需要向云端服务器发送地面站数据，以使得云端服务器可以根据最新的地面站数据和卫星数据，实时调整各个地面站的时间窗口。
170.s706、接收云端服务器发送的地面站对应的时间窗口。
171.在云端服务器确定地面站的时间窗口之后，会向各个地面站发送各自的时间窗口。因此本实施例中的地面站就可以接收云端服务器发送的地面站对应的时间窗口。以及可以理解的是，云端服务器确定并发送地面站对应的时间窗口，并非是一次执行的过程，云端服务器会根据卫星最新的运行数据和最新的地面站数据，对地面站的时间窗口进行不断的调整。那么相应的，地面站就会多次的接收到云端服务器发送的时间窗口，地面站每次接收到云端服务器发送的时间窗口，都会将该最新的时间窗口确定为自身的时间窗口。
172.本技术实施例提供的时间窗口确定方法，通过首先确定地面站的初始时间窗口，从而可以在地面站的初始时间窗口内，定期的采集目标卫星的运行数据，并且发送给云端服务器。以及，在地面站的设置类型是移动设置的时候，地面站还会定期的向云端服务器汇报自己的地面站数据，以使得云端服务器可以获取到自己最新的位置、天线信息等地面站数据。之后云端服务器对各个地面站发送的地面站数据，以及卫星的运行数据进行汇总，依
托于云计算的能力，高效快速的实现对各个地面站的时间窗口的确定，以确保确定的时间窗口的时效性。同时，因为地面站会定期的采集并发送目标卫星的运行数据以及自身的地面站数据，从而使得地面站也可以针对地面站的时间窗口进行自适应的调整，以保证确定的时间窗口的准确性和有效性。
173.上述实施例针对云端服务器一侧和地面站一侧的实现分别进行了介绍，在上述实施例的基础上，下面再结合图8对本技术提供的时间窗口确定方法的流程图进行进一步的详细介绍。图8为本技术实施例提供的时间窗口确定方法的交互流程图。
174.如图8所示，该方法包括：
175.1、云端服务器获取地面站的地面站数据。
176.其中，云端服务器可以在预设存储空间中获取地面站数据，或者还可以接收地面站发送的地面站数据，其具体的实现方式可以参照上述实施例的介绍，此处不再赘述。
177.2、云端服务器获取目标卫星的轨道数据。
178.云端服务器比如说可以根据用户输入的卫星标识，获取目标卫星的轨道数据，其具体实现方式可以参照上述实施例的介绍，此处不再赘述。
179.3、地面站采集目标卫星的运行数据。
180.当前默认地面站是可以和目标卫星进行通信的第一地面站，则地面站比如说可以在自己的时间窗口内，采集目标卫星的运行数据。
181.4、地面站向云端服务器发送目标卫星的运行数据。
182.需要说明的是，此处的步骤1、步骤2和步骤3之间，并没有严格的时序关系，只是步骤4需要保证在步骤3之后执行，其余的执行顺序可以根据实际需求自行确定相应的时序。
183.5、云端服务器根据卫星数据和地面站数据，确定地面站的时间窗口。
184.6、云端服务器向地面站发送时间窗口。
185.7、在时间窗口内，地面站和卫星进行通信。
186.以及可以理解的是，本技术中的地面站是以第一时长为周期定期的采集目标卫星的运行数据的，因此在第一时长到达时，地面站会再次采集目标卫星的运行数据，也就是说重复执行上述的步骤3-步骤7，以实现云端服务器总是根据卫星的最新运行情况，对时间窗口进行自适应的调整，并且将调整后的时间窗口再发送给各个地面站。
187.本技术实施例提供的时间窗口确定方法，通过云端服务器汇总卫星数据、地面站数据等，在云上计算出卫星与地面站通信的时间窗口。并通过卫星定期采集的卫星的最新的运行数据，对时间窗口计算进行调整，从而自适应的计算时间窗。相比于当前方案需要用户手动维护和填写时间窗信息，该方案能够提升卫星通信的自动化水平。同时，传统的卫星通信的计算主要依赖于地面站，但计算时间窗口的计算量往往较大，地面站单机计算无法满足实时性的需求。而本技术中基于云计算的强大算力，能够更加快速、准确的实现时间窗口的计算，以提升确定时间窗口的实时性。
188.在上述介绍内容的基础上，下面再结合图9对本技术中的时间窗口确定方法的系统结构进行进一步详细介绍，图9为本技术实施例提供的时间窗口确定方法的系统结构示意图。
189.如图9所示，地面站可以采集卫星的卫星数据，并统一发送到云服务进行计算和处理。以及地面站的地面站数据也会统一发送到云服务进行计算和处理。此处的云服务实际
上就是上述介绍的云端服务器。
190.其中，云服务中可以包括多个单元，比如说图9中的时间窗计算单元，校准单元，数据存储单元，网络通信单元。
191.其中，时间窗计算单元可以通过跟踪传播算法等方法，对地面站的时间窗口进行预估和计算。以及，可以根据实时采集到的卫星的运行数据，由校准单元对时间窗计算进行校准。以及，数据存储单元可以管理系统中的全部数据，其中数据来源包括用户的手动输入，地面站采集数据以及云服务的计算结果。以及，地面站采集的信息及云服务计算结果通过网络通信单元在地面站及云服务之间传输。
192.综上所述，本技术提供了一种基于云计算的卫星通信时间窗自适应系统，可以根据卫星的轨道数据，卫星的运行数据及地面站数据，自动化计算地面站的通信时间窗窗口，提升卫星通信的自动化水平。地面站可以在时间窗口内建立与卫星的通信连接，免去用户自己维护时间窗口的复杂。同时，不同于传统的卫星通信中，在卫星或地面站上进行计算，该方案将数据发送至云上计算，可以充分利用云上的强大算力，进行复杂的计算。通过将卫星通信与云计算结合，全球的地面站形成了一张网，可以通过云共享数据，进行统一的计算。也就是说借助云计算强大的算力，进行更加快速、精确的计算，并通过云服务基础设施，高效同步到全球地面站，有效保证了确定时间窗口的实时性。
193.图10为本技术实施例提供的时间窗口确定装置的结构示意图一。如图10所示，该装置100包括：获取模块1001、确定模块1002以及发送模块1003。
194.获取模块1001，用于获取目标卫星的卫星数据，以及获取至少一个地面站的地面站数据；
195.确定模块1002，用于根据所述卫星数据和所述地面站数据，确定各所述地面站各自对应的时间窗口，其中，所述时间窗口为所述地面站和所述目标卫星进行通信的时段；
196.发送模块1003，用于向各所述地面站，分别发送各自对应的时间窗口。
197.在一种可能的设计中，所述获取模块1001具体用于：
198.根据所述目标卫星的卫星标识，在预设存储空间中获取所述目标卫星的轨道数据，所述轨道数据包括如下中的至少一种：长轴、短轴、交点角、近地点幅角、轨道倾角、过近地点时刻；
199.接收第一地面站发送的所述目标卫星的运行数据，所述第一地面站为当前时刻正在与所述目标卫星通信的地面站，所述运行数据包括如下中的至少一种：运行位置、运行角度、运行速度；
200.所述卫星数据包括所述轨道数据和所述运行数据。
201.在一种可能的设计中，针对任一个所述地面站，所述获取模块1001具体用于：
202.获取所述地面站的设置类型，所述设置类型为如下中的任一种：固定设置、移动设置；
203.若所述地面站的设置类型为固定设置，则根据所述地面站的标识，在预设存储空间中获取所述地面站的地面站数据；或者，
204.若所述地面站的设置类型为移动设置，则接收所述地面站定时发送的地面站数据；
205.其中，所述地面站数据包括如下中的至少一种：所述地面站所在的经度、所述地面
站所在的纬度、所述地面站的天线信息。
206.在一种可能的设计中，所述确定模块1002还用于：
207.向各所述地面站，分别发送各自对应的时间窗口之后，若再次接收到所述第一地面站发送的目标卫星的运行数据，则确定更新的卫星数据，和/或，若再次接收到所述至少一个地面站中的任一个地面站发送的地面站数据，则确定更新的地面站数据；
208.根据所述更新的卫星数据和/或所述更新的地面站数据，更新各所述地面站各自对应的时间窗口；
209.向各所述地面站，分别发送各自对应的更新后的时间窗口。
210.在一种可能的设计中，所述目标卫星的运行数据为所述第一地面站以第一时长为周期定期采集并发送的数据；
211.以及，针对移动设置的所述地面站，所述地面站数据是所述地面站以第二时长为周期定期采集并发送的数据。
212.本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
213.图11为本技术实施例提供的时间窗口确定装置的结构示意图二。如图11所示，该装置110包括：获取模块1101、发送模块1102以及接收模块1103。
214.获取模块1101，用于获取目标卫星的运行数据；
215.发送模块1102，用于向云端服务器发送所述目标卫星的运行数据，其中，所述运行数据用于所述云端服务器确定多个地面站各自对应的时间窗口；
216.接收模块1103，用于接收所述云端服务器发送的所述地面站对应的时间窗口。
217.在一种可能的设计中，所述获取模块1101具体用于：
218.获取所述地面站的初始时间窗口；
219.若确定当前时刻在所述初始时间窗口内，则以第一时长为周期，获取所述目标卫星的运行数据，所述运行数据包括如下中的至少一种：运行位置、运行角度、运行速度。
220.在一种可能的设计中，所述获取模块1101具体用于：
221.若所述地面站的本地存储有时间窗口，则将本地存储的时间窗口确定为所述初始时间窗口；
222.若所述地面站的本地未存储时间窗口，则将预设时段确定为所述初始时间窗口。
223.在一种可能的设计中，所述发送模块1102还用于：
224.在所述接收所述云端服务器发送的所述地面站对应的时间窗口之前，获取所述地面站的设置类型，所述设置类型为如下中的任一种：固定设置、移动设置；
225.若所述地面站的设置类型为移动设置，则以第二时长为周期，定期确定所述地面站的地面站数据，并向所述云端服务器发送所述地面站数据；
226.其中，所述地面站数据包括如下中的至少一种：所述地面站所在的经度、所述地面站所在的纬度、所述地面站的天线信息。
227.本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
228.图12为本技术实施例提供的云端服务器的硬件结构示意图，如图12所示，本实施例的云端服务器120包括：处理器1201以及存储器1202；其中
229.存储器1202，用于存储计算机执行指令；
230.处理器1201，用于执行存储器存储的计算机执行指令，以实现上述实施例中云端服务器方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
231.可选地，存储器1202既可以是独立的，也可以跟处理器1201集成在一起。
232.当存储器1202独立设置时，该云端服务器还包括总线1203，用于连接所述存储器1202和处理器1201。
233.图13为本技术实施例提供的地面站的硬件结构示意图，如图13所示，本实施例的地面站130包括：处理器1301以及存储器1302；其中
234.存储器1302，用于存储计算机执行指令；
235.处理器1301，用于执行存储器存储的计算机执行指令，以实现上述实施例中地面站方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
236.可选地，存储器1302既可以是独立的，也可以跟处理器1301集成在一起。
237.当存储器1302独立设置时，该地面站还包括总线1303，用于连接所述存储器1302和处理器1301。
238.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上云端服务器或者地面站所执行的时间窗口确定方法。
239.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
240.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本技术各个实施例所述方法的部分步骤。
241.应理解，上述处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
242.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
243.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
244.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
245.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
246.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。