背景技术
随着通信技术的发展,在移动应用开发中,业务功能也越来也丰富,由此,功能丰富的业务模块导致代码的复杂性也随之增加,客户端请求服务的会话请求也会爆炸式的增长。
相关技术中,客户端显示一个功能界面可能会需要调用服务器的多个接口才能展现出来,因而,客户端需要向服务器发送多个与上述接口对应的会话请求,这导致客户端的功能界面的显示完成所需时长增加,因此,亟需一种可以提高客户端向服务器发送效率的方式。
申请内容
本申请提及一种会话请求发送方法、装置、电子设备和存储介质,用于解决相关技术中业务功能请求对应的会话数较多,导致服务器响应迟滞从而影响业务功能服务质量的技术问题。
本申请一方面实施例提出了一种会话请求发送方法,包括以下步骤:检测客户端待发送会话的待发送会话数是否大于当前最大发送会话数,其中,所述当前最大发送会话数小于等于所述客户端的最大可承载发送会话数;当所述待发送会话数大于所述当前最大发送会话数时,将大于所述当前最大发送会话数的多余会话加入等待发送队列进行等待;发送所述待发送会话中的非所述多余会话,并检测是否出现空闲会话;当检测到所述空闲会话,并确定所述空闲会话的会话数小于所述多余会话的多余会话数后,将所述多余会话合并后生成合并会话,并将所述合并会话通过所述空闲会话进行发送。
本申请实施例的会话请求发送方法,检测客户端待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待,进而,发送非多余会话,并检测是否出现空闲会话,当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。由此,当有多个会话请求时,可以基于当前空闲会话的情况,对待发送的会话进行合并,提高了会话发送效率,且当前最大发送会话数小于最大可承载发送会话时,将待发送的会话进行会话合并,提高了会话合并碰撞率,进一步提高会话发送效率。
另外,本申请实施例的会话请求发送方法,还包括如下附加的技术特征:
在本申请实施例一种可能的实现方式中,在所述检测客户端待发送会话的待发送会话数是否大于当前最大发送会话数之前,包括:获取所述等待发送队列中的多余会话的多余会话数;当所述多余会话数小于等于第一阈值时,将所述当前最大发送会话数降低为第一值。
在本申请实施例一种可能的实现方式中,还包括:当所述多余会话数大于第二阈值时,计算所述多余会话数与所述第一阈值的差值,确定与所述差值对应的会话增长值,并对所述会话增长值与所述第一值求和获取第二值,其中,所述第二阈值大于所述第一阈值;当所述第二值小于等于所述最大可承载发送会话数时,将所述当前最大发送会话数设置为所述第二值;当所述第二值大于所述最大可承载发送会话数时,将所述当前最大发送会话数设置为所述最大可承载发送会话数。
在本申请实施例一种可能的实现方式中,所述发送所述待发送会话中的非所述多余会话,并检测是否出现空闲会话,包括:发送所述非多余会话,并检测是否接收到会话接收确认消息。
在本申请实施例一种可能的实现方式中,当所述空闲会话为一个时,所述将所述多余会话合并后生成合并会话,并将所述合并会话通过所述空闲会话进行发送,包括:检测所述多余会话的多余会话数是否大于预设个数;当所述多余会话数大于所述预设个数时,将所述预设个数的多余会话合并为一路合并会话;将所述一路合并会话通过所述空闲会话发送,并将所述多余会话数中的其余多余会话留在所述发送队列继续进行等待。
在本申请实施例一种可能的实现方式中,在所述检测所述多余会话的多余会话数是否大于预设个数之后,还包括:当所述多余会话数不大于所述预设个数时,将所有的所述多余会话合并为一路合并会话,并将所述一路合并会话通过所述空闲会话发送。
本申请另一方面实施例提出了一种会话请求发送装置,包括:检测模块,用于检测客户端待发送会话的待发送会话数是否大于当前最大发送会话数,其中,所述当前最大发送会话数小于等于所述客户端的最大可承载发送会话数;会话等待处理模块,用于当所述待发送会话数大于所述当前最大发送会话数时,将大于所述当前最大发送会话数的多余会话加入等待发送队列进行等待;会话发送处理模块,用于发送所述待发送会话中的非所述多余会话,并检测是否出现空闲会话;所述会话发送处理模块,还用于当检测到所述空闲会话,并确定所述空闲会话的会话数小于所述多余会话的多余会话数后,将所述多余会话合并后生成合并会话,并将所述合并会话通过所述空闲会话进行发送。
本申请实施例的会话请求发送装置,检测客户端待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待,进而,发送非多余会话,并检测是否出现空闲会话,当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。由此,当有多个会话请求时,可以基于当前空闲会话的情况,对待发送的会话进行合并,提高了会话发送效率,且当前最大发送会话数小于最大可承载发送会话时,提高了会话合并碰撞率,进一步提高会话发送效率。
另外,本申请实施例的会话请求发送装置,还包括如下附加的技术特征:
在本申请实施例一种可能的实现方式中,还包括:获取模块,用于获取所述等待发送队列中的多余会话的多余会话数;发送窗口设置模块,用于当所述多余会话数小于等于第一阈值时,将所述当前最大发送会话数降低为第一值。
在本申请实施例一种可能的实现方式中,所述发送窗口设置模块,还用于:当所述多余会话数大于第二阈值时,计算所述多余会话数与所述第一阈值的差值,确定与所述差值对应的会话增长值,并对所述会话增长值与所述第一值求和获取第二值,其中,所述第二阈值大于所述第一阈值;当所述第二值小于等于所述最大可承载发送会话数时,将所述当前最大发送会话数设置为所述第二值;当所述第二值大于所述最大可承载发送会话数时,将所述当前最大发送会话数设置为所述最大可承载发送会话数。
在本申请实施例一种可能的实现方式中,所述会话发送处理模块,还用于:发送所述非多余会话,并检测是否接收到会话接收确认消息。
在本申请实施例一种可能的实现方式中,当所述空闲会话为一个时,所述会话发送处理模块,包括:检测单元,用于检测所述多余会话的多余会话数是否大于预设个数;合并单元,用于当所述多余会话数大于所述预设个数时,将所述预设个数的多余会话合并为一路合并会话;会话等待处理单元,用于将所述一路合并会话通过所述空闲会话发送,并将所述多余会话数中的其余多余会话留在所述发送队列继续进行等待。
在本申请实施例一种可能的实现方式中,所述合并单元,还用于:当所述多余会话数不大于所述预设个数时,将所有的所述多余会话合并为一路合并会话,并将所述一路合并会话通过所述空闲会话发送。
本申请另一方面实施例提出了一种电子设备,包括处理器和存储器;其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如上述实施例所述的会话请求发送方法。
本申请另一方面实施例提出了一种非临时性计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述实施例所述的会话请求发送方法。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的会话请求发送方法、装置、电子设备和存储介质。其中,本申请实施例的会话请求发送方法的执行主体适用于任意向服务器发送会话请求的客户端。
针对上述背景技术描述的内容可知,在客户端有大量会话请求发向服务器时,受到客户端最大可承载会话数的限制,其中,会话用于承载会话请求,客户端每次仅仅能发送大量会话中的部分会话,大量会话请求需要依序排序发送,发送会话请求的效率较低,为了解决该技术问题,本申请提出了一种会话请求合并发送的方法,且在该方法中通过动态调节发送会话请求的窗口的大小,提高了会话合并碰撞率,大大提高了会话发送效率。
具体而言,图1是根据本申请一个实施例的会话请求发送方法的流程图,如图1所示,该方法包括:
步骤101,检测客户端待发送会话的待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数。
其中,应当理解的是,最大可承载发送会话数受限于客户端的流量和处理能力,在客户端的流量和处理器能力可以承载范围内,可发送的会话数的最大数为最大可承载发送会话数。
另外,当前最大发送会话数可以理解为当前客户端向服务器发送会话请求的窗口的宽度,其中,最大发送会话数小于最大可承载发送会话数时,由于发送窗口的缩小,会使得等待发送会话增多,由此,可以提高会话合并碰撞率,进一步提高会话发送效率。
具体地,在本申请的实施例中,检测客户端待发送会话数是否大于当前最大发送会话数。
在本申请的一个实施例中,当待发送会话数小于等于当前最大发送会话数时,则直接发送全部的待发送会话数。
当然,在实际执行过程中,为了提高会话合并碰撞率,还可以基于滑动窗口机制动态调节当前最大发送会话数的宽度。
具体而言,获取当前等待发送队列中等待发送的多余会话的多余会话数,当多余会话数小于第一阈值时,表明不需要较宽的发送窗口,将当前最大发送会话数降低为第一值,以根据待发送的会话数缩减发送窗口的大小,提高会话合并碰撞率,该第一值可以理解为根据客户端的处理能力和发送效率的综合考量,对应发送会话数的最小值。
举例而言,当第一阈值为4,当前最大发送会话数为8,第一值为5时,当检测到多余会话数为3小于4时,为了避免资源的浪费等,可以将当前最大发送会话数降为5。
在本实施例中,当多余会话数大于第二阈值时,计算多余会话数与第一阈值的差值,确定与差值对应的会话增长值,并对会话增长值与第一值求和获取第二值,即当多余会话数逐渐增加时,在第一值的基础上动态的增加发送窗口的宽度,以避免待发送的会话较多,导致发送会话的效率较低。其中,差值对应的会话增长值可以根据实验数据标定,比如,差值的四分之一为对应的会话增长值,又比如,差值对应的数值范围,确定与该数值范围对应的会话增长值,需要强调的是,在实际执行过程中,差值可以为正数也可以为负数,当差值为负数时,可以实现发送窗口的缩小,也同样适用。
当然,在本实施例中,在增加发送窗口的宽度时,发送窗口的宽度不得超过最大可承载发送会话数,当第二值小于等于最大可承载发送会话数时,将当前最大发送会话数设置为第二值,当第二值大于最大可承载发送会话数时,将当前最大发送会话数设置为最大可承载发送会话数。
应当理解的是,在本实施例中,第二阈值大于第一阈值,由此,避免多余会话数小于第一值,导致的发送窗口进行没有必要的增宽。
举例而言,当第一阈值为4,当前最大发送会话数为7,最大可承载发送会话数是9,第一值为5时,当检测到多余会话数为12大于4时,为了提高会话发送的效率等,计算多余会话数与第一阈值的差值,差值为8,确定与差值对应的会话增长量为3,则对会话增长量与第一值求和获取的第二值为8,且第二值小于最大可承载发送会话数9,因而,将当前最大发送会话数调整为9。
步骤102,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待。
步骤103,发送待发送会话中的非多余会话,并检测是否出现空闲会话。
具体地,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待,发送非多余会话,并检测是否出现空闲会话,即检测是否收到服务器反馈的针对发送的会话反馈的会话接收确认消息,由此,基于空闲会话的确认决定对等待的会话的发送时机,避免了会话阻塞,保证了会话的发送秩序。
步骤104,当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。
具体地当检测到出现空闲会话,且空闲会话的会话数小于多余会话的多余会话数时,可以将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。
当然,在实际执行过程中,为了保证会话不失真等,还可以根据客户端的处理能力等设置合并会话的最大可合并数,确保合并为一路合并会话的多余会话数不大于该最大可合并数。
在实际执行过程中,可以根据空闲会话的数量来进行多余会话的合并,在本申请的一个实施例中,当接收到一个会话接收确认消息时,表明当前空闲会话为一个,从而,检测多余会话数是都大于预设个数,该预设个数即为上述提及的合并会话的最大可合并数,当多余会话数大于预设个数时,则将预设个数的多余会话合并为一路合并会话,将该一路合并会话通过空闲会话发送,将多余会话中的其余多余会话留在发送队列中继续等待。
举例而言,如图2所示,当接收到一个会话接收确认消息后,多余会话7、8、9、10、11和12大于最大可合并会话数对应的预设个数3,由此,将多余会话7-9合并为一路合并会话进行发送,会话10-12继续等待下一个空闲会话。
考虑到在实际执行过程中,在有些应用场景下,可能会同时接收到大于一个的会话接收确认消息,在这种情况下,多余会话在大于空闲会话数的基础上,可以随机分配合并的合并会话对应的发送空闲会话,以及合并会话中的合并的会话数,当然,合并会话数仍不能超过预设个数。
举例而言,如图3所示,当接收到两个会话接收确认消息后,多余会话7、8、9、10、11大于最大可合并会话数对应的预设个数3,由此,为了提高会话发送效率,将多余会话 7-9合并为一路合并会话任选一个空闲会话发送,将多余会话10和11合并为一路合并会话另一个空闲会话发送。
在本申请的一个实施例中,当空闲会话数为一个且多余会话数不大于预设个数时,将所有的多余会话合并为一路合并会话,并将一路合并会话通过空闲会话发送,由此,提高会话发送效率,提高了对客户端的业务功能的实现效率。
综上,本申请实施例的会话请求发送方法,检测客户端待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待,进而,发送非多余会话,并检测是否出现空闲会话,当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。由此,当有多个会话请求时,可以基于当前空闲会话的情况,对待发送的会话进行合并,提高了会话发送效率,且当前最大发送会话数小于最大可承载发送会话时,提高了会话合并碰撞率,进一步提高会话发送效率。
为了实现上述实施例,本申请实施例提出一种会话请求发送装置。
图4是根据本申请一个实施例的会话请求发送装置的结构示意图,如图4所示,该会话请求发送装置包括:检测模块10、会话等待处理模块20和会话发送处理模块30,其中,
检测模块10,用于检测客户端待发送会话的待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数。
会话等待处理模块20,用于当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待。
会话发送处理模块30,用于发送待发送会话中的非多余会话,并检测是否出现空闲会话。
会话发送处理模块30,还用于当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。
在本申请的一个实施例中,会话发送处理模块30还用于发送非多余会话,并检测是否接收到会话接收确认消息。
在本申请的一个实施例中,如图5所示,在如图4所示的基础上,该装置还包括:获取模块40和发送窗口设置模块50,其中,
获取模块40,用于获取等待发送队列中的多余会话的多余会话数。
发送窗口设置模块50,用于当多余会话数小于等于第一阈值时,将当前最大发送会话数降低为第一值。
在本实施例中,发送窗口设置模块50还用于:
当多余会话数大于第二阈值时,计算多余会话数与第一阈值的差值,确定与差值对应的会话增长值,并对会话增长值与第一值求和获取第二值,其中,第二阈值大于第一阈值;
当第二值小于等于最大可承载发送会话数时,将当前最大发送会话数设置为第二值;
当第二值大于最大可承载发送会话数时,将当前最大发送会话数设置为最大可承载发送会话数。
在本申请的一个实施例中,如图6所示,在如图4所示的基础上,当空闲会话为一个时,会话发送处理模块30还包括检测单元31、合并单元32和会话等待处理单元33,其中,
检测单元31,用于检测多余会话的多余会话数是否大于预设个数。
合并单元32,用于当多余会话数大于预设个数时,将预设个数的多余会话合并为一路合并会话。
会话等待处理单元33,用于将一路合并会话通过空闲会话发送,并将多余会话数中的其余多余会话留在发送队列继续进行等待。
在本实施例中,合并单元32还用于:
当多余会话数不大于预设个数时,将所有的多余会话合并为一路合并会话,并将一路合并会话通过空闲会话发送。
需要说明的是,前述对会话请求发送方法实施例的解释说明,也适用于该实施例的会话请求发送装置,故在此不再赘述。
综上,本申请实施例的会话请求发送装置,检测客户端待发送会话数是否大于当前最大发送会话数,其中,当前最大发送会话数小于等于客户端的最大可承载发送会话数,当待发送会话数大于当前最大发送会话数时,将大于当前最大发送会话数的多余会话加入等待发送队列进行等待,进而,发送非多余会话,并检测是否出现空闲会话,当检测到空闲会话,并确定空闲会话的会话数小于多余会话的多余会话数后,将多余会话合并后生成合并会话,并将合并会话通过空闲会话进行发送。由此,当有多个会话请求时,可以基于当前空闲会话的情况,对待发送的会话进行合并,提高了会话发送效率,且当前最大发送会话数小于最大可承载发送会话时,提高了会话合并碰撞率,进一步提高会话发送效率。
为了实现上述实施例,本申请实施例还提出一种电子设备,包括处理器和存储器;
其中,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,以用于实现如上述实施例所描述的会话请求发送方法。
图7示出了适于用来实现本申请实施方式的示例性电子设备的框图。图7显示的电子设备12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture;以下简称:ISA)总线,微通道体系结构(Micro Channel Architecture;以下简称:MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation;以下简称: VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection;以下简称:PCI) 总线。
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器 (Random Access Memory;以下简称:RAM)30和/或高速缓存存储器32。电子设备12 可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示,通常称为“硬盘驱动器”)。尽管图7中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(Compact Disc Read OnlyMemory;以下简称:CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory;以下简称:DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多数量据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备12交互的设备通信,和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network;以下简称:LAN),广域网(Wide Area Network;以下简称:WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与电子设备12的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的方法。
为了实现上述实施例,本申请实施例还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述实施例所描述的会话请求发送方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。