CN105338094A - 一种数据处理方法和系统 - Google Patents
一种数据处理方法和系统 Download PDFInfo
- Publication number
- CN105338094A CN105338094A CN201510789360.9A CN201510789360A CN105338094A CN 105338094 A CN105338094 A CN 105338094A CN 201510789360 A CN201510789360 A CN 201510789360A CN 105338094 A CN105338094 A CN 105338094A
- Authority
- CN
- China
- Prior art keywords
- client
- data
- service request
- server
- application server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种数据处理方法和系统。该方法可包括:应用服务器接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,其中,所述数据服务等级包括2个以上等级;应用服务器根据所述数据资源访问信息将所述服务请求转发至文件服务器,以便所述文件服务器将所述服务请求所需的关联数据返回给所述客户端。实施本发明提供的方法和系统,在高访问量的情况下,有效降低了数据集中访问的吞吐压力。
Description
技术领域
本发明涉及数据处理领域,更为具体而言,涉及一种数据处理方法和系统。
背景技术
由于随着Internet技术和数据库技术的飞速发展,基于WEB技术以及WEB数据库开发的信息管理系统得到了广泛的使用。在开发浏览器/服务器(Browser/Server,简称B/S)模式系统时,尤其是面对客户个人资料信息处理时,需要解决如何存储图像资源到服务器以及如果从服务器读取图像资源在浏览器显示的问题。
目前主要对上述图像资源的处理主要有两种,一种是图像资源直接转换成二进制数据,集中存储在数据库中,读取时直接操作数据库;另一种是将图像资源以图像路径形式存储在应用服务器的指定目录,读取时直接进行页面读取。前者方法需要将图像资源转换为二进制数据,占用数据库资源较多,由于对资源数据是集中存储,在频繁访问数据库的情况下,对数据库的压力较大;后者一般采用集群应用服务器进行数据处理,在集群服务器存储的情形下需要每台子服务器都得预留同样的磁盘空间存储图像资源,存在数据存储冗余,导致对集群服务器的硬件成本投入过高。例如,对于大约50万注册用户的系统,假设每一个注册用户都自定义了头像图片,每张图片大小为1M,全部用户则需要占用50万M的磁盘空间,大概为488G,如果采用前一种方案,数据库存储,按照转二进制50%的压缩率,也将需要240多G的数据库空间,对于运维成本,将是巨大的一笔开销;如果采用后一种方案,损耗的空间更大,因为每台服务器可能对外发布了多个服务,每个服务目录下都得增加同样的访问空间,这将是一个数倍的浪费,造成了大量的数据冗余。
发明内容
为解决上述技术问题,本发明提供了一种数据处理方法和系统。
根据本发明实施方式的第一方面,提供了一种数据处理方法,该方法可包括:应用服务器接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,其中,所述数据服务等级包括2个以上等级;应用服务器根据所述数据资源访问信息将所述服务请求转发至文件服务器,以便所述文件服务器将所述服务请求所需的关联数据返回给所述客户端。
在本发明的一些实施方式中,所述数据服务等级是根据该客户在所述客户端的历史操作行为确定,其中,该客户的数据服务等级与该客户的历史操作行为的频率成正比。
在本发明的一些实施方式中,所述历史操作行为包括下述的一种或多种:登陆客户端的次数、每次登陆客户端的时间、所操作的文件数据和操作所述文件数据的时间。
在本发明的一些实施方式中,所述客户的关联数据根据所述客户的数据服务等级分别存储在所述文件服务器的不同路径。
在本发明的一些实施方式中,所述方法还包括:在应用服务器接收来自客户端的服务请求之前,在所述文件服务器上部署网络文件系统,对所述应用服务器的应用目录提供共享配置;以及在所述应用服务器上增加共享配置,配置与所述文件服务器的共享操作。
在本发明的一些实施方式中,所述应用服务器包括集群服务器。
根据本发明实施方式的第二方面,提供了一种数据处理系统,该系统可包括:应用服务器、文件服务器和客户端,其中,客户端,用于发送服务请求,应用服务器,用于接收来自所述客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,以及根据所述数据资源访问信息将所述服务请求转发至文件服务器,其中,所述数据服务等级包括2个以上等级,文件服务器,用于根据所述应用服务器转发的服务请求将所述服务请求所需的关联数据返回给所述客户端。
在本发明的一些实施方式中,所述数据服务等级是根据该客户在所述客户端的历史操作行为确定,其中,该客户的数据服务等级与该客户的历史操作行为的频率成正比。
在本发明的一些实施方式中,所述历史操作行为包括下述的一种或多种:登陆客户端的次数、每次登陆客户端的时间、所操作的文件数据和操作所述文件数据的时间。
在本发明的一些实施方式中,所述客户的关联数据根据所述客户的数据服务等级分别存储在所述文件服务器的不同路径。
在本发明的一些实施方式中,所述文件服务器,在接收来自客户端的服务请求之前,部署网络文件系统,对所述应用服务器的应用目录提供共享配置;以及所述应用服务器,在接收来自客户端的服务请求之前,增加共享配置,配置与所述文件服务器的共享操作。
在本发明的一些实施方式中,所述应用服务器包括集群服务器。
本发明实施方式提供的数据处理方法和系统,根据客户的在客户端的历史操作行为将客户划分为多个数据服务等级,并将客户的关联数据按照不同数据服务等级分别存储在文件服务器的不同路径下,访问相关数据时直接在相关路径下搜索读取,在高访问量的情况下,有效降低了数据集中访问的吞吐压力;而且,将数据资源存储在文件服务器,无需应用服务器集群额外存储,直接共享读取文件服务器资源,相对于现有技术中在集群服务器中每台服务器预留数据存储空间的方案相比,显著改善了数据冗余,大大节省了硬件成本。
附图说明
图1是根据本发明一种实施方式的数据处理方法的流程示意图;
图2是根据本发明一种实施方式的数据处理系统的结构示意图。
具体实施方式
以下结合附图和具体实施方式对本发明的各个方面进行详细阐述。其中,众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且,所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解,下述的各种实施方式只用于举例说明,而非用于限制本发明的保护范围。还可以容易理解,本文所述和附图所示的各实施方式中的模块或单元或处理方式可以按各种不同配置进行组合和设计。
参见图1,图1是根据本发明一种实施方式的数据处理方法的流程示意图,该方法可包括:
S101,应用服务器接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,其中,所述数据服务等级包括2个以上等级;
S102,应用服务器根据所述数据资源访问信息将所述服务请求转发至文件服务器,以便所述文件服务器将所述服务请求所需的关联数据返回给所述客户端。
在本发明的实施方式中,应用服务器可以是通过超文本传输协议(HyperTextTransferProtocol,HTTP)、超文本传输安全协议(HyperTextTransferProtocoloverSecureSocketLayer,HTTPS)等协议将服务器上的数据资源暴露给客户端的程序,它提供了访问逻辑的途径供客户端应用程序使用。本发明的应用服务器可以包括集群服务器,以计算机群组的形式向外部设备(例如,客户端)提供服务。本发明中的数据可包括图片、照片、视频以及执行文件等各种数据。
本发明的数据处理方法,在步骤S101之前,还可包括对应用服务器和文件服务器的预先配置处理。其中,文件服务器主要用于存储相关数据,安装有linux或unix的操作系统,以及一些中间件,向外提供文件数据操作。文件服务器上的预先配置操作可包括:在文件服务器上部署网络文件系统(NetworkFileSystem,NFS),主要是建立共享目录,利用linux或者unix服务器共享命令,为集群形式的应用服务器的应用目录提供共享配置。在应用服务器上的预先配置操作,可包括:增加共享配置,主要是建立共享目录,利用linux或者unix服务器共享命令,配置与文件服务器的共享操作。
本发明的关联数据保存在文件服务器,而无需集群形式的应用服务器额外存储这些关联数据。应用服务器集群可直接共享文件服务器资源,方便了数据的读取。而且,通过单独的文件服务器存储数据,与现有技术中集群服务器中每台服务器都需要预留大量存储空间的多点存储相比,显著改善了集群应用服务器的数据冗余问题。
在文件服务器和应用服务器完成共享配置之后,可以进行后续的数据服务请求处理。在步骤S101,应用服务器接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息。其中,该服务请求可包括登陆请求、登陆之后的修改相关数据的请求、查询相关数据的请求以及注销相关数据的请求等各种不同的服务请求。这些服务请求中均包含该客户的客户标识ID,一个客户对应唯一的一个客户标识ID,不同的服务请求所需的关联数据也不同。例如,如果客户想要修改其注册图像,则该客户的修改服务请求需要读取其注册图像相关数据。
基于服务请求中的客户标识ID可确定该客户的数据服务等级。客户的数据服务等级可根据该客户在客户端上的历史操作行为确定,其中,该客户端的数据服务等级与该客户的历史操作行为的频率成正比,也就是说,一个客户的历史操作行为的频率越高,则该客户的数据服务等级越高。历史操作行为可从该客户标识ID对应的操作流水文件中获取,操作流水文件包括客户标识ID、该客户标识ID的登陆时间以及在登陆期间所打开或浏览的文件以及打开或浏览文件的时间等信息。历史操作行为具体可包括以下的一种或多种:登陆客户端的次数、每次的登陆时间、登陆期间所打开的文件数据以及打开所述文件数据的时间等等。上述这些历史操作行为对数据服务等级的影响并不相等,而且,每一种历史操作行为的不同观测量对数据服务等级的影响也不相等。例如,每次的登陆时间中最近一次登陆客户端的时间对数据服务等级的影响比其他的登陆时间的影响大。
根据客户在客户端上的历史操作行为对该客户端的数据服务等级进行划分,可以实时进行等级更新,也可以定期进行等级更新。例如,可以每日或者每周定期根据客户的历史操作行为,更新客户的数据服务等级。根据客户的历史操作行为的频率可将客户的数据服务等级划分为不同级别(例如,大于或等于2级),例如,一个历史操作行为的频率范围,对应一个数据服务等级。一个客户的历史操作行为的频率越高,也就是说,该客户端上的数据访问频率较高,那么该客户的数据服务等级越高。而且,客户的关联数据可根据数据服务等级分别存储在文件服务器不同的特定目录或路径中,例如,将数据服务等级较高客户的关联数据存储在应用服务器优先读取的目录或路径下,从而在大量客户集中读取数据或服务器请求频繁的情况下,有效降低数据的吞吐压力,提高数据访问效率。
在一种具体的实施方式中,可将客户的数据服务等级分为两级,一级对应的历史操作行为的频率较低(例如,较少登陆客户端),二级对应的历史操作行为的频率较高(例如,经常登陆客户端)。对于二级客户对应的关联数据(例如,图像、logo以及广告等数据),可以集中存储在某个子目录或特定路径,从而大量访问的情形下,降低数据吞吐压力,提高访问效率。
除了上面举例说明的两个数据服务等级,本发明还可以设置3个或更多个客户的数据服务等级,每个数据服务等级的客户关联数据分别存储在文件服务器的不同目录或路径下。
在步骤S101中,在根据服务请求中的客户标识ID确定出该客户的数据服务等级之后,可获取该数据服务等级的客户的关联数据在文件服务器中的存储路径,还可以确定该服务请求所需读取的数据类别(例如,是图像数据,还是其他类别的数据),确定出的关联数据的存储路径和数据类别可作为该客户的数据资源访问信息。
在步骤S102中,应用服务器将步骤S101确定出的数据资源访问信息将服务请求转发给文件服务器,文件服务器会响应该服务请求,基于数据资源访问信息中的存储路径和数据类别读取关联数据,并将所读取的该服务请求所需的关联数据返回给客户端,从而方便客户端查看相关数据。本发明实施方式的数据可包括图像数据。图像数据在存储阶段会进行压缩处理,这样的处理有利于更进一步节省磁盘空间。如果服务请求是图像相关的请求,那么在客户端的显示图像的过程中需要进行解压处理。
上面结合具体实施方式描述了数据处理方法的流程,下面将结合具体实施方式描述应用上述数据处理方法的数据处理系统。
参见图2,图2是根据本发明一种实施方式的数据处理系统的结构示意图,该系统200可包括:客户端201、应用服务器202和文件服务器203,其中,
客户端201,用于发送服务请求,
应用服务器202,用于接收来自所述客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,以及根据所述数据资源访问信息将所述服务请求转发至文件服务器,其中,所述数据服务等级包括2个以上等级,
文件服务器203,用于根据所述应用服务器转发的服务请求将所述服务请求所需的关联数据返回给所述客户端。
在本发明的实施方式中,应用服务器202可以是通过HTTP、HTTPS等协议将服务器上的数据资源暴露给客户端的程序,它提供了访问逻辑的途径供客户端应用程序使用。本发明的应用服务器可以包括集群服务器,以计算机群组的形式向外部设备(例如,客户端)提供服务。本发明中的数据可包括图片、照片、视频以及执行文件等各种数据。
应用服务器202和文件服务器203在接收客户端201的服务请求之前,还需要进行预先配置。文件服务器203主要用于存储相关数据,安装有linux或unix的操作系统,以及一些中间件,向外提供文件数据操作。文件服务器203上的预先配置操作可包括:在文件服务器203上部署网络NFS,主要是建立共享目录,利用linux或者unix服务器共享命令,为集群形式的应用服务器202的应用目录提供共享配置。在应用服务器202上的预先配置操作,可包括:增加共享配置,主要是建立共享目录,利用linux或者unix服务器共享命令,配置与文件服务器203的共享操作。
本发明的关联数据保存在文件服务器,而无需集群形式的应用服务器额外存储这些关联数据。应用服务器集群可直接共享文件服务器资源,方便了数据的读取。而且,通过单独的文件服务器存储数据,与现有技术中集群服务器中每台服务器都需要预留大量存储空间的应用服务器多点存储相比,显著改善了集群应用服务器的数据冗余问题。
应用服务器202在完成共享配置之后,可以接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息。其中,该服务请求可包括登陆请求、登陆之后的修改相关数据的请求、查询相关数据的请求以及注销相关数据的请求等各种不同的服务请求。这些服务请求中均包含该客户的客户标识ID,一个客户对应唯一的一个客户标识ID,不同的服务请求所需的关联数据也不同。例如,如果客户想要修改其注册图像,则该客户的修改服务请求需要读取其注册图像相关数据。
基于服务请求中的客户标识ID可确定该客户的数据服务等级。客户的数据服务等级可根据该客户在客户端上的历史操作行为确定,其中,该客户端的数据服务等级与该客户的历史操作行为的频率成正比,也就是说,一个客户的历史操作行为的频率越高,则该客户的数据服务等级越高。历史操作行为可从该客户标识ID对应的操作流水文件中获取,操作流水文件包括客户标识ID、该客户标识ID的登陆时间以及在登陆期间所打开或浏览的文件以及打开或浏览文件的时间等信息。具体的历史操作行为可包括以下的一种或多种:登陆客户端的次数、每次的登陆时间、登陆期间所打开的文件数据以及打开所述文件数据的时间等等。上述这些历史操作行为对数据服务等级的影响并不相等,而且,每一种历史操作行为的不同观测量对数据服务等级的影响也不相等。例如,每次的登陆时间中最近一次登陆客户端的时间对数据服务等级的影响比其他的登陆时间的影响大。
根据客户在客户端上的历史操作行为对该客户端的数据服务等级进行划分,可以实时进行等级更新,也可以定期进行等级更新。例如,可以每日或者每周定期根据客户的历史操作行为,更新客户的数据服务等级。根据客户的历史操作行为的频率可将客户的数据服务等级划分为不同级别(例如,大于或等于2级),例如,一个历史操作行为的频率范围,对应一个数据服务等级。一个客户的历史操作行为的频率越高,也就是说,该客户端上的数据访问频率较高,那么该客户的数据服务等级越高。而且,客户的关联数据可根据数据服务等级分别存储在文件服务器不同的特定目录或路径中,例如,将数据服务等级较高客户的关联数据存储在应用服务器优先读取的目录或路径下,从而在大量客户集中读取数据或服务器请求频繁的情况下,有效降低数据的吞吐压力,提高数据访问效率。
在一种具体的实施方式中,可将客户的数据服务等级分为两级,一级对应的历史操作行为的频率较低(例如,较少登陆客户端),二级对应的历史操作行为的频率较高(例如,经常登陆客户端)。对于二级客户对应的关联数据(例如,图像、logo以及广告等数据),可以集中存储在某个子目录或特定路径,从而大量访问的情形下,降低数据吞吐压力,提高访问效率。
除了上面举例说明的两个数据服务等级,本发明还可以设置3个或更多个客户的数据服务等级,每个数据服务等级的客户关联数据分别存储在文件服务器的不同目录或路径下。
应用服务器202在根据服务请求中的客户标识ID确定出该客户的数据服务等级之后,可获取该数据服务等级的客户的关联数据在文件服务器中的存储路径,还可以确定该服务请求所需读取的数据类别(例如,是图像数据,还是其他类别的数据),确定出的关联数据的存储路径和数据类别可作为该客户的数据资源访问信息,并根据数据资源访问信息将服务请求转发到文件服务器203。
文件服务器203响应应用服务器202转发的服务请求,并基于数据资源访问信息中的存储路径和数据类别读取关联数据,并将所读取的该服务请求所需的关联数据返回给客户端,从而方便客户端查看相关数据。本发明实施方式的数据可包括图像数据。图像数据在存储阶段会进行压缩处理,这样的处理有利于更进一步节省磁盘空间。如果服务请求是图像相关的请求,那么在客户端的显示图像的过程中需要进行解压处理。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,智能手机或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本发明说明书中使用的术语和措辞仅仅为了举例说明,并不意味构成限定。本领域技术人员应当理解,在不脱离所公开的实施方式的基本原理的前提下,对上述实施方式中的各细节可进行各种变化。因此,本发明的范围只由权利要求确定,在权利要求中,除非另有说明,所有的术语应按最宽泛合理的意思进行理解。
Claims (12)
1.一种数据处理方法,其特征在于,所述方法包括:
应用服务器接收来自客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,其中,所述数据服务等级包括2个以上等级;
应用服务器根据所述数据资源访问信息将所述服务请求转发至文件服务器,以便所述文件服务器将所述服务请求所需的关联数据返回给所述客户端。
2.根据权利要求1所述的方法,其特征在于,所述数据服务等级是根据该客户在所述客户端的历史操作行为确定,其中,该客户的数据服务等级与该客户的历史操作行为的频率成正比。
3.根据权利要求2所述的方法,其特征在于,所述历史操作行为包括下述的一种或多种:登陆客户端的次数、每次登陆客户端的时间、所操作的文件数据和操作所述文件数据的时间。
4.根据权利要求2所述的方法,其特征在于,所述客户的关联数据根据所述客户的数据服务等级分别存储在所述文件服务器的不同路径。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述方法还包括:
在应用服务器接收来自客户端的服务请求之前,
在所述文件服务器上部署网络文件系统,对所述应用服务器的应用目录提供共享配置;以及
在所述应用服务器上增加共享配置,配置与所述文件服务器的共享操作。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述应用服务器包括集群服务器。
7.一种数据处理系统,其特征在于,所述系统包括:应用服务器、文件服务器和客户端,其中,
客户端,用于发送服务请求,
应用服务器,用于接收来自所述客户端的服务请求,根据所述服务请求中的客户标识确定所述客户的数据服务等级,并基于所述数据服务等级获取所述客户的数据资源访问信息,以及根据所述数据资源访问信息将所述服务请求转发至文件服务器,其中,所述数据服务等级包括2个以上等级,
文件服务器,用于根据所述应用服务器转发的服务请求将所述服务请求所需的关联数据返回给所述客户端。
8.根据权利要求7所述的系统,其特征在于,所述数据服务等级是根据该客户在所述客户端的历史操作行为确定,其中,该客户的数据服务等级与该客户的历史操作行为的频率成正比。
9.根据权利要求8所述的系统,其特征在于,所述历史操作行为包括下述的一种或多种:登陆客户端的次数、每次登陆客户端的时间、所操作的文件数据和操作所述文件数据的时间。
10.根据权利要求8所述的系统,其特征在于,所述客户的关联数据根据所述客户的数据服务等级分别存储在所述文件服务器的不同路径。
11.根据权利要求7至10中任一项所述的系统,其特征在于,所述文件服务器,在接收来自客户端的服务请求之前,部署网络文件系统,对所述应用服务器的应用目录提供共享配置;以及
所述应用服务器,在接收来自客户端的服务请求之前,增加共享配置,配置与所述文件服务器的共享操作。
12.根据权利要求7至10中任一项所述的系统,其特征在于,所述应用服务器包括集群服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510789360.9A CN105338094A (zh) | 2015-11-17 | 2015-11-17 | 一种数据处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510789360.9A CN105338094A (zh) | 2015-11-17 | 2015-11-17 | 一种数据处理方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105338094A true CN105338094A (zh) | 2016-02-17 |
Family
ID=55288369
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510789360.9A Pending CN105338094A (zh) | 2015-11-17 | 2015-11-17 | 一种数据处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105338094A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111371772A (zh) * | 2020-02-28 | 2020-07-03 | 深圳壹账通智能科技有限公司 | 基于redis的智能网关限流方法、系统和计算机设备 |
CN113535415A (zh) * | 2021-06-21 | 2021-10-22 | 福建天泉教育科技有限公司 | 一种资源获取方法及终端 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060075463A1 (en) * | 2004-09-30 | 2006-04-06 | Citrix Systems, Inc. | Method and apparatus for providing policy-based document control |
CN101499995A (zh) * | 2008-01-29 | 2009-08-05 | 华为技术有限公司 | 一种业务调度的方法及用于业务调度的系统、装置 |
CN101557427A (zh) * | 2009-05-11 | 2009-10-14 | 阿里巴巴集团控股有限公司 | 提供分流信息、实现客户端分流的方法、系统及服务器 |
CN104710066A (zh) * | 2015-01-08 | 2015-06-17 | 江苏省宏观经济研究院 | 一种非并网多能源协同供电的污水处理及能量回收方法 |
-
2015
- 2015-11-17 CN CN201510789360.9A patent/CN105338094A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060075463A1 (en) * | 2004-09-30 | 2006-04-06 | Citrix Systems, Inc. | Method and apparatus for providing policy-based document control |
CN101499995A (zh) * | 2008-01-29 | 2009-08-05 | 华为技术有限公司 | 一种业务调度的方法及用于业务调度的系统、装置 |
CN101557427A (zh) * | 2009-05-11 | 2009-10-14 | 阿里巴巴集团控股有限公司 | 提供分流信息、实现客户端分流的方法、系统及服务器 |
CN104710066A (zh) * | 2015-01-08 | 2015-06-17 | 江苏省宏观经济研究院 | 一种非并网多能源协同供电的污水处理及能量回收方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111371772A (zh) * | 2020-02-28 | 2020-07-03 | 深圳壹账通智能科技有限公司 | 基于redis的智能网关限流方法、系统和计算机设备 |
CN113535415A (zh) * | 2021-06-21 | 2021-10-22 | 福建天泉教育科技有限公司 | 一种资源获取方法及终端 |
CN113535415B (zh) * | 2021-06-21 | 2023-08-04 | 福建天泉教育科技有限公司 | 一种资源获取方法及终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11165667B2 (en) | Dynamic scaling of storage volumes for storage client file systems | |
US11711420B2 (en) | Automated management of resource attributes across network-based services | |
US9253284B2 (en) | Historical browsing session management | |
US20200213385A1 (en) | Offline mobile data storage system and method | |
US20130054675A1 (en) | Remote browsing session management | |
US20190205056A1 (en) | Transparent data movement between a private cloud and storage ecosystem and another storage system | |
US20120254118A1 (en) | Recovery of tenant data across tenant moves | |
CN111736775A (zh) | 多源存储方法、装置、计算机系统及存储介质 | |
US10057320B2 (en) | Offline browsing session management | |
CN104320482A (zh) | 一种银行柜员前端系统 | |
US10289747B2 (en) | Dynamic file concatenation | |
US10182104B1 (en) | Automatic propagation of resource attributes in a provider network according to propagation criteria | |
US20170017380A1 (en) | Mobile enabling a web application developed without mobile rendering capabilities | |
CN112256772A (zh) | 数据服务方法、装置以及可读存储介质 | |
US11789963B2 (en) | Systems and methods for presenting web application content | |
CN105338094A (zh) | 一种数据处理方法和系统 | |
US20120310912A1 (en) | Crawl freshness in disaster data center | |
US20210092180A1 (en) | Systems and methods for providing a web application to a computing device | |
US10878471B1 (en) | Contextual and personalized browsing assistant | |
KR101630524B1 (ko) | 다국어 지원을 위한 웹 서비스 시스템 및 방법 | |
Araujo et al. | Taking an electronic ticketing system to the cloud: Design and discussion | |
CN113220273B (zh) | 微前端应用资源处理方法、装置、设备和介质 | |
Kao et al. | What to Expect When You’re Expecting a Billion New Users: How Tech Companies Are Preparing for Users from Emerging Markets | |
CN105847415A (zh) | 一种分布式服务器系统 | |
CN113220273A (zh) | 微前端应用资源处理方法、装置、设备和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160217 |