游戏加载方法及相关产品与流程

文档序号:16854977发布日期:2019-02-12 23:09阅读:337来源:国知局
游戏加载方法及相关产品与流程

本申请涉及电子设备技术领域,具体涉及一种游戏加载方法及相关产品。



背景技术:

随着电子设备(如手机、平板电脑等)的大量普及应用,电子设备能够支持的应用越来越多,功能越来越强大,电子设备向着多样化、个性化的方向发展,成为用户生活中不可缺少的电子用品。

尤其是游戏,在电子设备中得到广泛应用,游戏的性能往往决定了用户体验,而现在的游戏加载时延长,影响用户的体验度。



技术实现要素:

本申请实施例提供了一种游戏加载方法及相关产品,能够实现游戏的快速加载。

第一方面,本申请实施例提供一种游戏加载的方法,所述方法包括如下步骤:

电子设备获取待加载的第一游戏;

电子设备向网络侧发送版本请求信息,接收网络侧发送的版本请求响应,所述响应包括第一游戏对应的第一版本;

电子设备获取所述版本请求响应内的第一版本,将所述第一版本与本地存储的第一游戏的第二版本比对,如比对不一致,向网络侧请求下载第一版本的第一文件,加载所述第一游戏。

第二方面,提供一种游戏加载装置,所述装置包括:

获取单元,用于获取待加载的第一游戏;

通信单元,用于向网络侧发送版本请求信息,接收网络侧发送的版本请求响应,所述响应包括第一游戏对应的第一版本;

所述获取单元,还用于获取所述版本请求响应内的第一版本;

处理单元,用于将所述第一版本与本地存储的第一游戏的第二版本比对,如比对不一致;

所述通信单元,还用于向网络侧请求下载第一版本的第一文件;

所述处理单元,用于加载所述第一游戏。

第三方面,本申请实施例提供一种电子设备,包括处理器、存储器、通信接口,以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第一方面中的步骤的指令。

第四方面,本申请实施例提供了一种计算机可读存储介质,其中,上述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出,本申请提供的技术方案在确定待加载的第一游戏后,直接向网络侧请求第一版本,获取第一版本以后,将该第一版本与本地存储的第一游戏的第二版本比对,确定一致直接加载,如不一致,加载第一版本的第一游戏后加载第一游戏,本申请在加载第一游戏之前只需要获取第一游戏的版本信息,这样减少了请求信息的数量,提高了请求效率以及游戏加载的速度,因此其具有提高游戏加载速度,提高用户体验度的优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种电子设备的结构示意图;

图2是本申请实施例公开的另一种游戏加载方法的流程示意图;

图3是本申请实施例公开的另一种游戏加载方法的流程示意图;

图4是本申请实施例公开的另一种电子设备的结构示意图;

图5是本申请实施例公开的一种游戏加载装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的电子设备可以包括各种具有无线通信功能的手持设备(如智能手机)、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(userequipment,ue),移动台(mobilestation,ms),终端设备(terminaldevice)、研发/测试平台、服务器等等。为方便描述,上面提到的设备统称为电子设备。

请参阅图1,图1是本申请实施例提供了一种电子设备的结构示意图,电子设备包括控制电路和输入-输出电路,输入输出电路与控制电路连接。

其中,控制电路可以包括存储和处理电路。该存储和处理电路中的存储电路可以是存储器,例如硬盘驱动存储器,非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程只读存储器等),易失性存储器(例如静态或动态随机存取存储器等)等,本申请实施例不作限制。存储和处理电路中的处理电路可以用于控制电子设备的运转。该处理电路可以基于一个或多个微处理器,微控制器,数字信号处理器,基带处理器,功率管理单元,音频编解码器芯片,专用集成电路,显示驱动器集成电路等来实现。

存储和处理电路可用于运行电子设备中的软件,例如播放来电提示响铃应用程序、播放短消息提示响铃应用程序、播放闹钟提示响铃应用程序、播放媒体文件应用程序、互联网协议语音(voiceoverinternetprotocol,voip)电话呼叫应用程序、操作系统功能等。这些软件可以用于执行一些控制操作,例如,播放来电提示响铃、播放短消息提示响铃、播放闹钟提示响铃、播放媒体文件、进行语音电话呼叫以及电子设备中的其它功能等,本申请实施例不作限制。

其中,输入-输出电路可用于使电子设备实现数据的输入和输出,即允许电子设备从外部设备接收数据和允许电子设备将数据从电子设备输出至外部设备。

输入-输出电路可以进一步包括传感器。传感器可以包括环境光传感器,基于光和电容的红外接近传感器,超声波传感器,触摸传感器(例如,基于光触摸传感器和/或电容式触摸传感器,其中,触摸传感器可以是触控显示屏的一部分,也可以作为一个触摸传感器结构独立使用),加速度传感器,重力传感器,和其它传感器等。输入-输出电路还可以进一步包括音频组件,音频组件可以用于为电子设备提供音频输入和输出功能。音频组件还可以包括音调发生器以及其它用于产生和检测声音的组件。

输入-输出电路还可以包括一个或多个显示屏。显示屏可以包括液晶显示屏,有机发光二极管显示屏,电子墨水显示屏,等离子显示屏,使用其它显示技术的显示屏中一种或者几种的组合。显示屏可以包括触摸传感器阵列(即,显示屏可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ito)电极)阵列形成的电容式触摸传感器,或者可以是使用其它触摸技术形成的触摸传感器,例如音波触控,压敏触摸,电阻触摸,光学触摸等,本申请实施例不作限制。

输入-输出电路还可以进一步包括通信电路可以用于为电子设备提供与外部设备通信的能力。通信电路可以包括模拟和数字输入-输出接口电路,和基于射频信号和/或光信号的无线通信电路。通信电路中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说,通信电路中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(nearfieldcommunication,nfc)的电路。例如,通信电路可以包括近场通信天线和近场通信收发器。通信电路还可以包括蜂窝电话收发器和天线,无线局域网收发器电路和天线等。

输入-输出电路还可以进一步包括其它输入-输出单元。输入-输出单元可以包括按钮,操纵杆,点击轮,滚动轮,触摸板,小键盘,键盘,照相机,发光二极管和其它状态指示器等。

其中,电子设备还可以进一步包括电池(未图示),电池用于给电子设备提供电能。

下面对本申请实施例进行详细介绍。

参阅图2,图2为本申请提供的一种游戏加载的方法,该方法由如图1所示的电子设备执行,该方法如图2所示,包括如下步骤:

步骤s201、电子设备获取待加载的第一游戏;

步骤s202、电子设备向网络侧发送版本请求信息,接收网络侧发送的版本请求响应,所述响应包括第一游戏对应的第一版本;

步骤s203、电子设备获取所述版本请求响应内的第一版本,将第一版本与本地存储的第一游戏的第二版本比对,如比对一致,直接加载本地存储的第一游戏,如比对不一致,向网络侧请求下载第一版本的第一文件,加载第一游戏。

本申请提供的技术方案在确定待加载的第一游戏后,直接向网络侧请求第一版本,获取第一版本以后,将该第一版本与本地存储的第一游戏的第二版本比对,确定一致直接加载,如不一致,加载第一版本的第一游戏后加载第一游戏,本申请在加载第一游戏之前只需要获取第一游戏的版本信息,这样减少了请求信息的数量,提高了请求效率以及游戏加载的速度,因此其具有提高游戏加载速度,提高用户体验度的优点。

上述步骤s203中的加载第一游戏的具体实现方法可以为:

将第一文件执行哈希(hash)校验,然后对第一文件进行解压后运行解压后的第一文件。

上述解压的方式或算法本申请并不限定,例如可以采用一些通过的解压方法。

可选的,上述加载第一游戏的实现方法具体可以包括:

如包括多个游戏引擎,通过第一游戏从游戏与引擎映射关系中确定该第一游戏对应的第一引擎,通过第一引擎对该第一游戏进行加载。

其中,第一游戏可以由用户自行设置、用户选择或依据采集的参数确定。具体实现中,由于每一引擎性能差异,因此,不同的游戏选择的引擎不一样,因此,电子设备中可预先存储游戏与引擎之间的映射关系,进而,可以按照该映射关系确定目标游戏对应的多个游戏引擎,进一步地,可以通过排列组合的方式确定多个游戏引擎对应的多个游戏,具体地,以引擎a、b、c为例,a可对应一个游戏,b可以对应另一个游戏,c可以对应又一个游戏。本申请并不限制上述映射关系的数量以及具体的表现形式。

可选的,上述方法还可以包括:记录第一游戏通过第一引擎加载的第一时间,如第一时间大于设定时间阈值,将第一游戏分别通过多个引擎加载并记录多个引擎加载的多个时间,从多个时间中提取最小的第二时间,如第二时间小于第一时间,将映射关系中第一游戏对应的引擎更换成第二时间对应的引擎。

此技术方案提供了一种映射关系的更新方案,对于第一游戏通过旧的映射关系加载时间过长时,可以通过其他引擎对该第一游戏进行加载来记录多个时间,然后查询时间最少的第二时间,当第二时间小于第一时间时,这样既能够获得第一时间对应的引擎加载第一游戏比第一引擎加载第一游戏的时间要少,效率要高,所以可以直接替换原来的映射关系,从而进一步减少第一游戏加载的时间。

可选的,上述方法还可以包括:间隔一设定时间,将第一游戏分别通过多个引擎加载并记录多个引擎加载的多个时间,从多个时间提取最小的第三时间,将第三时间对应的引擎确定为第一游戏对应的引擎。

此技术方案为固定更新的技术方案,即每间隔一设定时间,执行一次映射关系的更新,避免因为映射关系过旧导致的第一游戏加载时间过长的问题。

可选的,如所述电子设备包括支持第一游戏的n个引擎,上述n为大于等于3的整数,电子设备将n个引擎划分为一个主引擎和多个从引擎,主引擎将加载第一游戏的任务划分成多个子任务,主引擎将多个子任务分别发送给从引擎执行,从引擎执行分配的子任务得到子结果,从引擎将子结果返回给主引擎,主引擎将多个子结果结合起来完成第一游戏的加载。

此技术方案的方式在于将第一游戏的任务分配给多个引擎来执行,对于支持第一游戏的引擎为多个时,可以划分为主引擎和多个从引擎,这样主引擎主要负责任务的分配和反馈,从引擎主要负责计算,这样即能够实现并行的计算,这样减低延时。

上述多个从任务包括但不限于:画面渲染、音效处理、数据调用、数据组合等等。

可选的,上述向网络侧请求下载第一版本的第一文件的实现方法具体可以为,

将第二版本发送至网络侧,接收网络侧下发的第一文件,该第一文件为第二版本更新到第一版本所需要的数据。

对于版本的更新,大部分的情况下,版本的数据很大部分是一致的,如果将版本的文件全部下载覆盖,那么其下载量非常大,首先影响游戏加载的时间,因为下载数据量大必然增加下载时间,其次浪费流量,因此这里将第二版本上报给网络侧,这样网络侧就能够根据第二版本来确定更新本地的第一游戏的文件所需的数据即第一文件,这样发送第一文件即可,这样能够减少数据下载的时间,提高游戏加载的速度。

参阅图3,图3为一种游戏加载的方法,该方法在电子设备与网络侧设备之间完成,该电子设备与网络侧设备之间具有通信连接,该通信连接包括但不限于:移动通信连接方式或短距离通信连接方式,例如lte、5gnr、wifi、蓝牙等等。该方法如图3所示,包括如下步骤:

步骤s301、电子设备获取待加载的第一游戏;

步骤s302、电子设备向网络侧设备发送版本请求消息;

步骤s303、网络侧设备查询第一游戏对应的第一版本,将第一版本携带在版本请求响应内下发给电子设备;

步骤s304、电子设备提取该响应内的第一版本,将第一版本与本地存储的第一游戏的第二版本比对,如比对一致,直接加载本地存储的第一游戏,如比对不一致,向网络侧设备发送下载请求,该下载请求包括:第二版本;

步骤s305、网络侧设备依据第二版本确定第一文件,该第一文件为第二版本更新到第一版本所需要的数据,将第一文件下发给电子设备;

步骤s306、电子设备对第一文件进行解压缩后,加载第一游戏。

本申请提供的技术方案在确定待加载的第一游戏后,直接向网络侧请求第一版本,获取第一版本以后,将该第一版本与本地存储的第一游戏的第二版本比对,确定一致直接加载,如不一致,加载第一版本的第一游戏后加载第一游戏,本申请在加载第一游戏之前只需要获取第一游戏的版本信息,这样减少了请求信息的数量,提高了请求效率以及游戏加载的速度,因此其具有提高游戏加载速度,提高用户体验度的优点。

请参阅图4,图4是本申请实施例公开的另一种电子设备的结构示意图,如图所示,该电子设备包括处理器、存储器、通信接口,以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行以下步骤的指令:

获取待加载的第一游戏;

向网络侧发送版本请求信息,接收网络侧发送的版本请求响应,所述响应包括第一游戏对应的第一版本;

获取所述版本请求响应内的第一版本,将所述第一版本与本地存储的第一游戏的第二版本比对,如比对不一致,向网络侧请求下载第一版本的第一文件,加载所述第一游戏。

本申请提供的技术方案在确定待加载的第一游戏后,直接向网络侧请求第一版本,获取第一版本以后,将该第一版本与本地存储的第一游戏的第二版本比对,确定一致直接加载,如不一致,加载第一版本的第一游戏后加载第一游戏,本申请在加载第一游戏之前只需要获取第一游戏的版本信息,这样减少了请求信息的数量,提高了请求效率以及游戏加载的速度,因此其具有提高游戏加载速度,提高用户体验度的优点。

可选的,上述程序还可以包括如下步骤的具体指令,所述加载所述第一游戏具体包括:

将第一文件执行哈希校验,然后对所述第一文件进行解压,运行解压后的第一文件实现第一游戏的加载。

可选的,上述程序还可以包括如下步骤的具体指令,如包括多个游戏引擎,所述加载所述第一游戏具体包括:

通过第一游戏从游戏与引擎映射关系中确定所述第一游戏对应的第一引擎,通过第一引擎对所述第一游戏进行加载。

可选的,上述程序还可以包括如下步骤的具体指令,如包括支持第一游戏的n个引擎,所述加载所述第一游戏具体包括:

将所述n个引擎划分为一个主引擎和多个从引擎,主引擎将加载第一游戏的任务划分成多个子任务,主引擎将多个子任务分别发送给从引擎执行,从引擎执行分配的子任务得到子结果,从引擎将子结果返回给主引擎,主引擎将多个子结果结合起来完成第一游戏的加载。

可选的,上述程序还可以包括如下步骤的具体指令,所述向网络侧请求下载第一版本的第一文件具体包括:

将第二版本发送至网络侧,接收网络侧下发的第一文件,所述第一文件为第二版本更新到第一版本所需要的数据。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

请参阅图5,图5是本申请实施例公开的一种游戏加载装置的结构示意图,应用于图1所示的电子设备,所述游戏加载装置500包括获取单元501、通信单元502和处理单元503,其中,

获取单元501,用于获取待加载的第一游戏;

通信单元502,用于向网络侧发送版本请求信息,接收网络侧发送的版本请求响应,所述响应包括第一游戏对应的第一版本;

获取单元501,还用于获取所述版本请求响应内的第一版本;

处理单元503,用于将所述第一版本与本地存储的第一游戏的第二版本比对,如比对不一致;

通信单元502,还用于向网络侧请求下载第一版本的第一文件;

处理单元503,用于加载所述第一游戏。

本申请提供的技术方案在确定待加载的第一游戏后,直接向网络侧请求第一版本,获取第一版本以后,将该第一版本与本地存储的第一游戏的第二版本比对,确定一致直接加载,如不一致,加载第一版本的第一游戏后加载第一游戏,本申请在加载第一游戏之前只需要获取第一游戏的版本信息,这样减少了请求信息的数量,提高了请求效率以及游戏加载的速度,因此其具有提高游戏加载速度,提高用户体验度的优点。

可选的,处理单元503,具体用于将第一文件执行哈希校验,然后对所述第一文件进行解压,运行解压后的第一文件实现第一游戏的加载。

可选的,如包括多个游戏引擎,处理单元503,具体用于通过第一游戏从游戏与引擎映射关系中确定所述第一游戏对应的第一引擎,通过第一引擎对所述第一游戏进行加载。

其中,第一游戏可以由用户自行设置、用户选择或依据采集的参数确定。具体实现中,由于每一引擎性能差异,因此,不同的游戏选择的引擎不一样,因此,电子设备中可预先存储游戏与引擎之间的映射关系,进而,可以按照该映射关系确定目标游戏对应的多个游戏引擎,进一步地,可以通过排列组合的方式确定多个游戏引擎对应的多个游戏,具体地,以引擎a、b、c为例,a可对应一个游戏,b可以对应另一个游戏,c可以对应又一个游戏。本申请并不限制上述映射关系的数量以及具体的表现形式。

可选的,上述方法还可以包括:记录第一游戏通过第一引擎加载的第一时间,如第一时间大于设定时间阈值,将第一游戏分别通过多个引擎加载并记录多个引擎加载的多个时间,从多个时间中提取最小的第二时间,如第二时间小于第一时间,将映射关系中第一游戏对应的引擎更换成第二时间对应的引擎。

此技术方案提供了一种映射关系的更新方案,对于第一游戏通过旧的映射关系加载时间过长时,可以通过其他引擎对该第一游戏进行加载来记录多个时间,然后查询时间最少的第二时间,当第二时间小于第一时间时,这样既能够获得第一时间对应的引擎加载第一游戏比第一引擎加载第一游戏的时间要少,效率要高,所以可以直接替换原来的映射关系,从而进一步减少第一游戏加载的时间。

可选的,上述方法还可以包括:间隔一设定时间,将第一游戏分别通过多个引擎加载并记录多个引擎加载的多个时间,从多个时间提取最小的第三时间,将第三时间对应的引擎确定为第一游戏对应的引擎。

此技术方案为固定更新的技术方案,即每间隔一设定时间,执行一次映射关系的更新,避免因为映射关系过旧导致的第一游戏加载时间过长的问题。

可选的,如包括支持第一游戏的n个引擎,处理器503,具体用于将所述n个引擎划分为一个主引擎和多个从引擎,主引擎将加载第一游戏的任务划分成多个子任务,主引擎将多个子任务分别发送给从引擎执行,从引擎执行分配的子任务得到子结果,从引擎将子结果返回给主引擎,主引擎将多个子结果结合起来完成第一游戏的加载;所述n为大于等于3的整数。

需要注意的是,本申请实施例所描述的电子设备是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义,用于实现各个“单元”所描述功能的对象例如可以是集成电路asic,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。

本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任何一种游戏加载方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品,所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种游戏加载方法的部分或全部步骤。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序模块的形式实现。

所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括:u盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、rom、ram、磁盘或光盘等。

以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1