OTA网站中附件的处理方法、系统、设备及介质

技术领域

本发明涉及计算机信息技术领域，特别涉及一种OTA(Online Travel Agency，在线旅游社)网站中附件的处理方法、系统、设备及介质。

背景技术

目前的OTA网站事件平台中，在上传图片、视频、word文件或者PPT等附件时，直接将原始附件上传至服务端，但是在附件过大时，直接上传原始附件会出现上传速度慢的问题。

发明内容

本发明要解决的技术问题是为了克服现有技术中对于大附件的上传，存在上传速度慢的缺陷，提供一种OTA网站中附件的处理方法、系统、设备及介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明第一方面提供了一种OTA网站中附件的处理方法，所述处理方法包括：

将待上传的附件分割成多个子附件；

将所述多个子附件分别进行压缩，得到多个压缩后的子附件；

将所述多个压缩后的子附件均上传至服务器集群。

较佳地，所述将待上传的附件分割成多个子附件的步骤之前，所述处理方法还包括：

获取所述待上传的附件；

判断所述待上传的附件是否大于附件的预设阈值，若是，则将所述待上传的附件分割成所述多个子附件；

和/或，

所述将待上传的附件分割成多个子附件的步骤之后，所述处理方法还包括：

对每个所述子附件按照顺序设置编号。

较佳地，所述将所述多个压缩后的子附件均上传至服务器集群的步骤之后，所述处理方法还包括：

判断所述服务器集群的当前子附件数量与子附件的总数量是否相同，若是，则停止将所述多个压缩后的子附件上传至所述服务器集群；若否，则继续将所述多个压缩后的子附件均上传至所述服务器集群；所述服务器集群将接收到的所述多个压缩后的子附件保存至redis(远程字典服务)中。

较佳地，所述停止将所述多个压缩后的子附件上传至所述服务器集群的步骤之后，所述处理方法还包括：

从所述服务器集群中获取目标服务器，所述目标服务器为空闲服务器；

将解压合并指令发送至所述目标服务器，所述目标服务器从所述redis中获取所有子附件后按照编号对所述所有子附件进行解压并合并成一个附件。

本发明第二方面提供了一种OTA网站中附件的处理系统，所述处理系统包括分割模块、压缩模块和上传模块；

所述分割模块用于将待上传的附件分割成多个子附件；

所述压缩模块用于将所述多个子附件分别进行压缩，得到多个压缩后的子附件；

所述上传模块用于将所述多个压缩后的子附件均上传至服务器集群。

较佳地，所述处理系统还包括第一获取模块和第一判断模块；

所述第一获取模块用于获取所述待上传的附件；

所述第一判断模块用于判断所述待上传的附件是否大于附件的预设阈值，若是，则调用所述分割模块；

和/或，

所述处理系统还包括设置模块；

所述设置模块用于对每个所述子附件按照顺序设置编号。

较佳地，所述处理系统还包括第二判断模块和停止模块；

所述第二判断模块用于判断所述服务器集群的当前子附件数量与子附件的总数量是否相同，若是，则调用所述停止模块；

所述停止模块用于停止将所述多个压缩后的子附件上传至所述服务器集群；若否，则调用所述上传模块；所述服务器集群将接收到的所述多个压缩后的子附件保存至redis中。

较佳地，所述处理系统还包括第二获取模块和发送模块；

所述第二获取模块用于从所述服务器集群中获取目标服务器，所述目标服务器为空闲服务器；

所述发送模块用于将解压合并指令发送至所述目标服务器，所述目标服务器从所述redis中获取所有子附件后按照编号对所述所有子附件进行解压并合并成一个附件。

本发明第三方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的OTA网站中附件的处理方法。

本发明第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的OTA网站中附件的处理方法的步骤。

本发明的积极进步效果在于：

本发明通过将待上传附件分割成多个子附件，并将多个子附件分别进行压缩，得到多个压缩后的子附件，再将压缩后的多个子附件均上传至服务器集群，提高了附件上传速度，避免了大附件上传速度慢的问题。

附图说明

图1为本发明实施例1的OTA网站中附件的处理方法的流程图。

图2为本发明实施例1的OTA网站中附件上传页面的示意图。

图3为本发明实施例2的OTA网站中附件的处理系统的模块示意图。

图4为本发明实施例3的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

如图1所示，本实施例提供了一种OTA网站中附件的处理方法，该处理方法包括：

步骤101、获取待上传的附件。

在OTA网站处理用户事件时，通常需要用户上传附件，例如，需要上传不宜出行证明、怀孕/骨折证明、住院证明、身故证明等证实用户确实有取消订单或者其它的操作的必要。在OTA网站事件平台客服人员点击“上传附件”按钮，进入如图2所示的上传附件页面，在上传附件页面选择附件类型，输入用户手机号码，发送上传附件的短信消息给用户，用户通过本地上传附件时，客户端能够获取到待上传的附件。

本实施方式中，附件可以为视频或者图片，也可以为其他文件，例如附件也可以为word文件、excel表格、PPT文件、电子邮件等。

步骤102、判断待上传的附件是否大于附件的预设阈值，若是，则执行步骤103；若否，则执行步骤111，步骤111具体包括直接上传附件。

本实施方式中，附件的预设阈值优选2MB，也可以根据实际情况设置为其他数值，此处不做具体限定。

步骤103、将待上传的附件分割成多个子附件。

本实施方式中，通过客户端的前端分布式压缩上传插件将待上传的附件通常分割成每份大约1000KB左右的多个子附件，也可以根据实际情况将待上传的附件分割成其他数值大小的子附件；可以等份分割成多个大小相同的子附件，也可以分割不同大小的子附件，此处不做具体限定。

步骤104、对每个子附件按照顺序设置编号。

本实施方式中，将待上传的附件分割成多个子附件后，并按照顺序对每个子附件设置编号。

步骤105、将多个子附件分别进行压缩，得到多个压缩后的子附件。

本实施方式中，将多个子附件通过压缩技术分别进行单线程压缩或者多线程压缩，得到多个压缩后的子附件。本实施方式优选多线程压缩，采用多线程压缩可以避免出现压缩时卡顿的现象，同时也进一步加快了压缩速度。

步骤106、将多个压缩后的子附件均上传至服务器集群。

本实施方式中，客户端将多个压缩后的子附件通过上传附件接口均上传至服务集群。

步骤107、判断服务器集群的当前子附件数量与子附件的总数量是否相同，若是，则执行步骤108；若否，则继续执行步骤106。

本实施方式中可以通过日志查看子附件的总数量、当前子附件数量、附件的字节大小、附件名称以及附件类型等信息。

步骤108、停止将多个压缩后的子附件上传至服务器集群，然后执行步骤109。

本实施方式中，服务器集群将接收到的多个压缩后的子附件临时保存至redis中。

步骤109、从服务器集群中获取目标服务器，目标服务器为空闲服务器。

步骤110、将解压合并指令发送至目标服务器，目标服务器从redis中获取所有子附件后按照编号对所有子附件进行解压并合并成一个附件。

本实施方式中，当所有压缩后的子附件都上传完成后，客户端从服务器集群中获取空闲服务器，空闲服务器再从redis中获取所有压缩后的子附件后按照编号对所有压缩后的子附件进行解压并按照编号合并成一个附件。然后把合并后的完整附件保存在存储盘中。按照编号解压并合并，避免了附件错乱或者丢失。

例如，在具体实施中，本实施方式在判断出获取到的待上传的附件大于附件的预设阈值时，将待上传的附件分割成多个子附件，并按照顺序对每个附件设置编号1、2、3等，再将设有1、2、3等编号的多个子附件分别进行压缩，得到对应的设有1、2、3等编号的压缩后的多个子附件，将设有1、2、3等编号的压缩后的多个子附件通过上传附件接口均上传至服务器集群，提高了附件上传速度，避免了大附件上传速度慢的问题。服务器集群在接收到设有1、2、3等编号的压缩后的多个子附件后，将设有1、2、3等编号的压缩后的多个子附件临时保存到redis中；当所有压缩后的子附件都上传完成后，通过空闲服务器再从redis中获取所有设有1、2、3等编号的压缩后的多个子附件，然后按照1、2、3等编号顺序将所有的压缩后的多个子附件进行解压并按照编号顺序合并成一个附件，避免了附件错乱或者丢失。

实施例2

如图3所示，本实施例提供了一种OTA网站中附件的处理系统，该处理系统包括第一获取模块4、第一判断模块5、分割模块6、设置模块7、压缩模块8、上传模块9、第二判断模块10、停止模块11、第二获取模块12和发送模块13。

第一获取模块4用于获取待上传的附件。

在OTA网站处理用户事件时，通常需要用户上传附件，例如，需要上传不宜出行证明、怀孕/骨折证明、住院证明、身故证明等证实用户确实有取消订单或者其它的操作的必要。在OTA网站事件平台客服人员点击“上传附件”按钮，进入如图2所示的上传附件页面，在上传附件页面选择附件类型，输入用户手机号码，发送上传附件的短信消息给用户，用户通过本地上传附件时，客户端能够获取到待上传的附件。

本实施方式中，附件可以为视频或者图片，也可以为其他文件，例如附件也可以为word文件、excel表格、PPT文件、电子邮件等。

第一判断模块5用于判断待上传的附件是否大于附件的预设阈值，若是，则调用分割模块6；若否，则调用上传模块9直接上传附件。

本实施方式中，附件的预设阈值优选2MB，也可以根据实际情况设置为其他数值，此处不做具体限定。

分割模块6用于将待上传的附件分割成多个子附件。

本实施方式中，通过客户端的前端分布式压缩上传插件将待上传的附件通常分割成每份大约1000KB左右的多个子附件，也可以根据实际情况将待上传的附件分割成其他数值大小的子附件；可以等份分割成多个大小相同的子附件，也可以分割不同大小的子附件，此处不做具体限定。

设置模块7用于对每个子附件按照顺序设置编号。

本实施方式中，将待上传的附件分割成多个子附件后，并按照顺序对每个子附件设置编号。

压缩模块8用于将多个子附件分别进行压缩，得到多个压缩后的子附件。

本实施方式中，将多个子附件通过压缩技术分别进行单线程压缩或者多线程压缩，得到多个压缩后的子附件。本实施方式优选多线程压缩，采用多线程压缩可以避免出现压缩时卡顿的现象，同时也进一步加快了压缩速度。

上传模块9用于将多个压缩后的子附件均上传至服务器集群。

本实施方式中，客户端将多个压缩后的子附件通过上传附件接口均上传至服务集群。

第二判断模块10用于判断服务器集群的当前子附件数量与子附件的总数量是否相同，若是，则调用停止模块11。

本实施方式中可以通过日志查看子附件的总数量、当前子附件数量、附件的字节大小、附件名称以及附件类型等信息。

停止模块11用于停止将多个压缩后的子附件上传至服务器集群；若否，则调用上传模块9。

本实施方式中，服务器集群将接收到的多个压缩后的子附件临时保存至redis中。

第二获取模块12用于从服务器集群中获取目标服务器，目标服务器为空闲服务器。

发送模块13用于将解压合并指令发送至所述目标服务器，目标服务器从redis中获取所有子附件后按照编号对所有子附件进行解压并合并成一个附件。

本实施方式中，当所有压缩后的子附件都上传完成后，客户端从服务器集群中获取空闲服务器，空闲服务器再从redis中获取所有压缩后的子附件后按照编号对所有压缩后的子附件进行解压并按照编号合并成一个附件。然后把合并后的完整附件保存在存储盘中。按照编号解压并合并，避免了附件错乱或者丢失。

例如，在具体实施中，本实施方式在判断出获取到的待上传的附件大于附件的预设阈值时，将待上传的附件分割成多个子附件，并按照顺序对每个附件设置编号1、2、3等，再将设有1、2、3等编号的多个子附件分别进行压缩，得到对应的设有1、2、3等编号的压缩后的多个子附件，将设有1、2、3等编号的压缩后的多个子附件通过上传附件接口均上传至服务器集群，提高了附件上传速度，避免了大附件上传速度慢的问题。服务器集群在接收到设有1、2、3等编号的压缩后的多个子附件后，将设有1、2、3等编号的压缩后的多个子附件临时保存到redis中；当所有压缩后的子附件都上传完成后，通过空闲服务器再从redis中获取所有设有1、2、3等编号的压缩后的多个子附件，然后按照1、2、3等编号顺序将所有的压缩后的多个子附件进行解压并按照编号顺序合并成一个附件，避免了附件错乱或者丢失。

实施例3

图4为本发明实施例3提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现实施例1的OTA网站中附件的处理方法。图4显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1所提供的OTA网站中附件的处理方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现实施例1所提供的OTA网站中附件的处理方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1所述的OTA网站中附件的处理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。