本申请涉及无线通信技术领域，尤其涉及一种数据传输方法及装置。
背景技术：
目前，国际电信联盟定义了5g的三类业务，分别为移动宽带增强(enhancedmobilebroadband，embb)，低时延高可靠通信(ultra-reliableandlow-latencycommunication，urllc)，海量机器类通信(massivemachinetypecommunications,mmtc)。其中，urllc业务对传输时延要求极高，在不要求可靠性的情况下，urllc业务的传输时延要求在0.5ms以内，在要求99.999％的可靠性的情况下，urllc业务的传输时延要求仍在1ms之内，为此，可以使用短传输时间间隔(shorttransmissiontimeinterval，stti)来进行urllc业务的数据传输。典型的urllc业务包括物联网中的工业控制、无人驾驶汽车中的自动控制等。典型的embb业务包括超高清视频、虚拟现实(virtualreality，vr)和增强现实(augmentedreality，ar)等。
而由于传输embb业务的tti较长，当urllc终端需要进行urllc业务的数据传输时，如果等待当前正在被调度的embb业务数据传输完成之后再向基站发送urllc业务数据，会使得urllc业务的传输时延过长，不能满足urllc业务对传输时延的要求。进而，为了保证urllc业务的传输时延在目标范围之内，urllc终端可以直接使用正在传输embb业务数据的上行资源来传输urllc业务数据。
然而，当urllc业务数据使用正在传输embb业务数据的上行资源后，embb终端仍然会继续使用该上行资源向基站发送embb业务数据，会出现embb终端和urllc终端同时在相同的资源上发送数据的情况，导致embb业务和urllc业务之间出现干扰。
技术实现要素：
本申请的实施例提供一种数据传输方法及装置，以解决现有技术中由于进行上行资源抢占导致的embb业务和urllc业务之间出现干扰的问题。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，本申请实施例提供一种数据传输方法，包括：第一终端向第二终端发送第一信息，第一信息用于指示第二终端停止使用第一资源发送上行数据，然后第一终端使用第一资源发送上行数据。可见，在第一终端需使用第二终端的第一资源发送数据时，会事先通知第二终端停止使用第一资源发送上行数据，使得第一终端和第二终端不会同时使用相同的上行资源发送数据，进而解决了embb业务和urllc业务之间互相干扰的问题。
在一种可能的设计中，在第一终端向第二终端发送第一信息之前，可以接收来自第二终端的第二信息，第二信息包括第二终端用于上行数据传输的第二资源的信息。可见，在第一终端发送上行数据之前，先获取第二终端的第二信息，可以使得当第一终端需要发送上行数据时，更加方便快捷地根据第二资源确定需要抢占的第一资源，降低了第一终端所支持的业务的传输时延，且能够及时确定第一资源对应的第二终端，并通知该第二终端停止使用第一资源发送上行数据，避免了第一终端和第二终端之间的业务干扰。
在一种可能的设计中，第一终端可以发送第三信息，第三信息用于请求获取第二终端用于上行数据传输的第二资源的信息。
在一种可能的设计中，第一终端根据第二资源确定第一终端用于上行数据传输的第一资源，第一资源可以是第二资源中的一部分或全部。可见，第一终端可以直接根据事先接收到的第二资源来确定用于上行数据传输的第一资源，而不是当需要执行业务时才去与第二终端进行信息交互以确定第一资源，这样就减少了确定第一资源的时间，减小了第一终端所支持业务的传输时延。
第二方面，本申请的实施例提供一种数据传输方法，包括：第二终端接收来自第一终端的第一信息，第一信息用于指示第二终端停止使用第一资源发送上行数据，然后第二终端停止使用第一资源发送上行数据。可见，第二终端停止使用第一资源发送上行数据，基站就不会同时在第一资源上接收到两个终端发送的数据，避免了两个终端之间的业务干扰。
在一种可能的设计中，在第二终端接收来自第一终端的第一信息之前，第二终端需向第一终端发送第二信息，第二信息包括第二终端用于上行数据传输的第二资源的信息。第二终端将用于上行数据传输的第二资源的信息发送给第一资源，可以方便第一终端需要发送上行数据时，直接根据第二资源来确定第一资源，并通知第二终端需要抢占第一资源，既降低了第一终端所支持的业务的传输时延，又避免了第一终端与第二终端之间的业务干扰。
在一种可能的设计中，第二终端接收来自第一终端的第三信息，第三信息用于请求获取第二终端用于上行数据传输的第二资源的信息。
在一种可能的设计中，上述第一方面和第二方面中的第一终端为高可靠低时延通信urllc业务终端，第二终端为移动宽带增强embb业务终端。
第三方面，本申请的实施例提供一种数据传输装置，该装置可以实现上述第一方面中第一终端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中，该装置的结构中包括处理器和收发器，该处理器被配置为支持该装置执行上述方法中相应的功能。该收发器用于支持该装置与其他网元之间的通信。该装置还可以包括存储器，该存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。
第四方面，本申请的实施例提供一种数据传输装置，该装置可以实现上述第二方面中第二终端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中，该装置的结构中包括处理器和收发器，该处理器被配置为支持该装置执行上述方法中相应的功能。该收发器用于支持该装置与其他网元之间的通信。该装置还可以包括存储器，该存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。
第五方面，本申请的实施例提供一种数据传输系统，包括基站以及上述方面中所述的第一终端和第二终端。
第六方面，本申请的实施例提供了一种计算机存储介质，用于储存为上述第一终端所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
第七方面，本申请的实施例提供了一种计算机存储介质，用于储存为上述第二终端所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
与现有技术中urllc终端需要执行urllc业务时直接抢占embb终端的资源，使得urllc终端和embb终端使用相同的上行资源发送数据，导致出现业务干扰的现象相比，本申请的实施例中，当第一终端需要使用第一资源发送上行数据时，第一终端通知第二终端停止使用第一资源发送上行数据，从而使得第一终端和第二终端不会同时使用相同的上行资源发送数据，基站在第一资源上只会接收到第一终端发送的上行数据，在降低了第一终端的业务传输时延的同时，解决了embb业务和urllc业务之间互相干扰的问题。
附图说明
图1为本申请的实施例提供的一种通信系统的结构示意图；
图2为本申请的实施例提供的一种数据传输方法的流程图；
图3为本申请的实施例提供的一种数据传输方法的示例性示意图；
图4为本申请的实施例提供的另一种数据传输方法的流程图；
图5为本申请的实施例提供的另一种数据传输方法的流程图；
图6为本申请的实施例提供的一种第一终端的逻辑结构示意图；
图7为本申请的实施例提供的一种第二终端的逻辑结构示意图；
图8为本申请的实施例提供的另一种第一终端的逻辑结构示意图；
图9为本申请的实施例提供的另一种第二终端的逻辑结构示意图。
具体实施方式
本申请描述的系统架构以及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
需要说明的是，本申请中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
本申请的实施例中的终端可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality，vr)终端设备、增强现实(augmentedreality，ar)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等等。本申请的实施例对应用场景不做限定。
本申请的实施例提供的数据传输方法应用于通信系统中，如图1所示，其示出了本申请的实施例提供的一种数据传输方法所应用的系统架构示意图，通信系统中至少包括基站、第一终端和第二终端，第一终端可以和第二终端可以通过设备到设备(device-to-device，d2d)的方式进行通信，采用d2d的方式通信时，终端间的通信链路称为侧向链路(sidelink)。
在本申请的实施例中，第一终端可以为urllc业务终端，第二终端可以为embb业务终端，但本申请对此并不作限定。
其中，embb业务终端是指承载embb业务的终端，urllc业务终端是指承载urllc业务的终端，需要说明的是，同一个终端在不同的时间段可能承载不同的业务，则该终端在承载embb业务的时间段内被称为embb业务终端，在承载urllc业务的时间段内被称为urllc业务终端。由于urllc业务对传输时延要求较高，所以，当urllc业务终端需要进行urllc业务时，会直接与embb业务终端进行数据交互(例如通过sidelink进行数据交互)，从而占用正在传输embb业务数据的上行资源来传输urllc业务数据。
结合图1所示的通信系统，为了避免资源抢占导致的embb业务和urllc业务之间的干扰，本申请的实施例提供一种数据传输方法，如图2所示，该方法包括：
201、第一终端向第二终端发送第一信息，第一信息用于指示第二终端停止使用第一资源发送上行数据。
其中，第一终端和第二终端用于表示执行不同业务的终端，第一终端执行的业务对时传输延要求较高，需要使用stti来支持第一终端的业务，而第二终端执行的业务调度时间较长，对传输时延要求较低，例如可以使用1mstti。
作为一种可能的实现方式，本申请的实施例中以第一终端为urllc业务终端、第二终端为embb业务终端为例，但本申请对第一终端和第二终端的类型不做限定。
当urllc业务终端需要进行urllc业务时，可以从embb业务终端用于上行数据传输的第二资源中选取第一资源，为了避免该embb业务终端继续使用第一资源，需向该embb业务终端发送第一信息。
其中，第一资源可以为embb业务终端用于上行数据传输的全部上行资源，也可以为embb业务终端用于上行数据传输的部分上行资源，urllc业务终端可以根据业务需求选取最合适的上行资源作为第一资源，例如，可以选取信道质量(channelqualityindicator，cqi)最好的上行资源作为第一资源，但本申请不限制于此，也可以根据其他原则来选取第一资源。
还需说明的是，本申请的实施例中第一终端与第二终端之间的通信过程可以全部或者部分通过sidelink进行，但本申请对第一终端和第二终端之间的通信方式不做限定。
202、第二终端根据第一信息停止使用第一资源发送上行数据。
203、第一终端使用第一资源发送上行数据。
具体可以参照图3，在t1时刻，embb业务终端正在使用图3中示出的第二资源向基站发送上行数据，此时，urllc业务终端需要执行urllc业务，但是urllc业务终端如果等待embb业务终端的业务数据传输完毕再向基站发送urllc业务数据就无法满足urllc业务对传输时延的要求，而直接抢占embb业务资源会导致embb业务终端和urllc业务终端同时使用相同的资源发送上行数据，产生业务干扰。为了解决这些问题，urllc业务终端可以在需要执行urllc业务时，通知embb业务终端停止在第一资源上发送上行数据，然后urllc业务终端可以使用第一资源来向基站发送上行数据，从图3中可以看出，相比于等待embb业务终端使用第二资源完成上行数据发送之后再执行urllc业务，urllc业务终端使用第二资源中的第一资源发送上行数据可以降低urllc业务的传输时延。
本申请的实施例提供的数据传输方法，与现有技术中urllc业务终端需要执行urllc业务时直接抢占embb业务终端的资源，使得urllc业务终端和embb业务终端使用相同的上行资源发送数据，导致出现业务干扰的现象相比，本申请的实施例中，当第一终端需要使用第一资源发送上行数据时，第一终端通知第二终端停止使用第一资源发送上行数据，从而使得第一终端和第二终端不会同时使用相同的上行资源发送数据，基站在第一资源上只会接收到第一终端发送的上行数据，在降低了第一终端的业务传输时延的同时，解决了embb业务和urllc业务之间互相干扰的问题。
在第一终端抢占第二终端的上行资源发送上行数据之前，需先确定第一资源，为了方便第一终端快速地确定第一资源，第一终端可以提前获知第二终端用于上行数据传输的第二资源的信息，基于此，在本申请的实施例提供的另一种实现方式中，如图4所示，在执行图2所示的方法流程之前，还可以执行以下步骤：
401、第一终端发送第三信息，第三信息用于请求获取第二终端用于上行数据传输的第二资源的信息。
其中，第一终端可以发送侦测信号，以发现周围的第二终端，第二终端接收到侦测信号后，会向第一终端返回响应消息，进而第一终端向这些返回响应消息的第二终端发送第三信息，以请求获取这些返回响应消息的第二终端用于上行数据传输的第二资源信息。
或者，第三信息为广播消息，或者可以在第一终端发送的侦测信号中携带第三信息，当第二终端接收到携带第三信息的消息之后，就直接返回自身用于上行数据传输的第二资源信息。
在另一种可能的实现方式中，可以由第二终端发送侦测信号，第一终端可能会接收到多个第二终端发送的侦测信号，然后分别向每个第二终端发送第三信息，以获知周围的第二终端用于上行数据传输的第二资源信息。
402第二终端向第一资源发送第二信息，第二信息包括第二终端用于上行数据传输的第二资源的信息。
其中，第二终端用于上行数据传输的第二资源的信息可以为基站为第二终端分配的用于上行数据传输的第二资源的位置信息。
第二信息中包含的第二终端用于上行数据传输的第二资源的信息可以为第二终端用于上行数据传输的全部第二资源的信息，或者可以为第二终端用于上行数据传输的部分第二资源的信息。
需要说明的是，第二终端可以在接收到步骤401中，第一终端向第二终端发送的第三信息后，向第一终端返回第二信息，或者第二终端也可以主动向附近的第一终端发送第二信息，可以理解的是，如果第二终端主动向第一终端发送第二信息，则无需执行步骤401。
403、第一终端存储第二终端用于上行数据传输的第二资源的信息。
其中，第一终端可以建立第二终端资源组，第二终端资源组中包含第一终端接收到的每个第二终端的用于上行数据传输的第二资源的信息。由于第二终端用于上行数据传输的第二资源会发生变化，所以第一终端还需实时维护和更新第二终端资源组中的各第二终端的用于上行数据传输的第二资源的信息。
可以理解的是，在第一终端存储了第二终端用于上行数据传输的第二资源的信息之后，当第一终端需要传输上行数据时，即可从第二终端用于上行数据传输的第二资源的信息中选取第一资源，所以，在执行上述步骤201之前，还可以执行步骤501。
501、第一终端根据第二资源确定第一终端用于上行数据传输的第一资源。
其中，在创建第二终端资源组之后，当第一终端需要发送上行数据时，可以从第二终端资源组中选取第一资源，然后确定第一资源所属的第二终端，进而向第一资源所属的第二终端发送第一信息；或者，当第一终端需要发送上行数据时，可以从第二终端资源组中选取第二终端，然后从选取的第二终端的上行资源中选取第一资源，进而向选取的第二终端中发送第一信息，以指示第二终端停止使用第一资源发送上行数据。
需要说明的是，为了尽量减少受影响的第二终端的数量，第一终端尽量从第二终端资源组中的同一个第二终端的第二资源中选取第一资源。
在本申请的实施例提供的另一种实现方式中，基站可以为第一终端预留一部分上行资源，当第一终端未从第二终端资源组中选取到第一资源，或者选取的第一资源不足时，第一终端可以使用选取到的第一资源以及预留资源发送上行数据，或者当选取的第一资源不足时，第一终端也可以不使用第一资源，直接使用预留资源发送上行数据。
具体的，基站可以为urllc业务终端预留一部分上行资源，如果urllc业务终端周围没有任何embb业务终端，或者urllc业务终端周围的embb业务终端都没有被分配上行资源，则embb业务终端资源组中将没有第二资源的信息，使得urllc业务终端没有可选取的第一资源；或者当embb业务终端资源组中没有足够的第二资源，会导致urllc业务终端选取不到足够的第一资源。为了保证urllc业务的顺利执行，当urllc业务终端未从embb业务终端资源组中选取到第一资源时，或者未选取到足够的第一资源时，可以直接使用预留资源发送上行数据，或者当urllc业务终端未从embb业务终端资源组中选取到足够的第一资源时，可以使用选取到的第一资源以及预留资源发送上行数据。
另外，由于urllc业务终端在未执行urllc业务的情况下，预留资源是空闲的，或者urllc业务终端执行业务时可能未占用全部的预留资源，所以当存在空闲的预留资源时，且embb业务终端资源组中存在上行资源不足的embb业务终端时，基站可以将预留资源分配给资源不足的embb业务终端使用，或者当存在空闲的预留资源时，基站可以直接将空闲的预留资源分配给embb业务终端资源组中的embb业务终端使用。
需要说明的是，如果预留资源已经被基站分配给embb业务终端使用，当urllc业务终端需要使用预留资源时，需向正在使用预留资源的embb业务终端发送第一信息，以指示该embb业务终端停止使用预留资源发送上行数据，避免出现业务干扰。
本申请的实施例提供的数据传输方法，与现有技术中urllc业务终端需要执行urllc业务时直接抢占embb业务终端的资源，使得urllc业务终端和embb业务终端使用相同的上行资源发送数据，导致出现业务干扰的现象相比，本申请的实施例中，当urllc业务终端需要执行urllc业务时，先向被抢占embb业务终端发送抢占指令，以通知被抢占embb业务终端停止使用被抢占embb业务资源发送上行数据，从而使得基站在被抢占embb业务资源上只会接收到urllc业务终端发送的上行数据，在降低了urllc业务的传输时延的同时，解决了embb业务和urllc业务之间互相干扰的问题。
上述主要从第一终端和第二终端的角度对本申请的实施例提供的方案进行了介绍。可以理解的是，第一终端和第二终端包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请的实施例可以根据上述方法示例对第一终端和第二终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请的实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
本申请的实施例还提供一种数据传输装置，该装置可以为上述实施例中的第一终端。如图6所示，图6示出了上述实施例中所涉及的第一终端的一种可能的结构示意图。该第一终端包括发送模块601，接收模块602，确定模块603。其中，发送模块601用于支持第一终端执行图2中的步骤201、203和图4中的步骤401，接收模块602，用于支持第一终端接收第二终端发送的第二信息，确定模块603，用于支持第一终端执行图5中的步骤501。其中，上述方法实施例涉及的各步骤的所有相关内容均可援引到对应功能模块的功能描述，在此不再赘述。
本申请的实施例还提供另一种数据传输装置，该装置可以为上述实施例中的第二终端，如图7所示，图7示出了上述实施例中所涉及的第二终端的一种可能的结构示意图。该第二终端包括：接收模块701，发送模块702。其中，接收模块701，用于支持第二终端接收来自第一终端的第一信息和第三信息，发送模块702，用于支持第二终端执行图4中的步骤402。其中，上述方法实施例涉及的各步骤的所有相关内容均可援引到对应功能模块的功能描述，在此不再赘述。
图8示出了上述实施例所涉及的第一终端的另一种可能的结构示意图，如图8所示，该第一终端包括：处理器802，收发器803，存储器801以及总线804.其中，收发器803、处理器802以及存储器801通过总线804相互连接；总线804可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
其中，存储器801用于存储第一终端的程序代码和数据。收发器803，用于支持第一终端与其他网络实体间的通信，例如用于支持第一终端执行图2中的步骤201和步骤203，以及图4中的步骤401。处理器803，用于对第一终端的动作进行控制，例如用于支持第一终端执行图5中的步骤501，和/或用于本文所描述的技术的其它过程。
图9示出了上述实施例所涉及的第二终端的另一种可能的结构示意图，如图9所示，该第二终端包括：处理器902，收发器903，存储器901以及总线904.其中，收发器903、处理器902以及存储器901通过总线904相互连接；总线904可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
其中，存储器901用于存储第二终端的程序代码和数据。收发器903，用于支持第二终端与其他网络实体间的通信，例如用于支持第二终端执行图4中的步骤402。处理器803，用于对第二终端的动作进行控制，例如用于支持第二终端执行图2中的步骤202，和/或用于本文所描述的技术的其它过程。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。