互联网应用实现方法和相关装置及通信系统的制作方法
【专利摘要】本发明实施例公开了互联网应用实现方法和相关装置及通信系统。其中一种互联网应用实现方法，可包括：将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析消息数据包以获得消息数据包携带的互联网应用标识；若互联网应用标识指示消息数据包与第一互联网应用对应，则根据消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理消息数据包。本发明实施例的方案有利于简化互联网应用的维护复杂度、降低运维成本、提升产出效率。
【专利说明】互联网应用实现方法和相关装置及通信系统
【技术领域】
[0001]本发明涉及互联网【技术领域】，具体涉及一种互联网应用实现方法和相关装置及通信系统。
【背景技术】
[0002]随着互联网技术的发展，网络游戏也经历了从客户端网游成熟期到页游兴起的变迁。随着市场的快速变化，在开发周期、开发效率、版本迭代速度等方面对网络游戏的开发商有越来越高的要求。
[0003]在一款互联网应用(如网络游戏)开发过程中，开发者除了需要制作互联网应用客户端(如游戏客户端)外，还需要进行服务器端编程，部署服务器用来支撑大量玩家在线交互、保存数据等业务逻辑。通常情况下，每个互联网应用都需要开发自己的服务器，而且一般都是使用C、C++、Java等编程语言来进行服务器(Server)代码的编写。现有技术大多将互联网应用的处理逻辑全部或部分部署到服务器端。
[0004]本发明的发明人研究和实践发现，现有技术至少存在以下技术问题:
[0005]现有技术通常将互联网应用(如网络游戏)的处理逻辑全部或部分部署到服务器端，这对开发者的水平要求极高，不仅仅是编程语言本身所带来的复杂性，而且还需要开发者掌握服务器端编程技术，所以在行业内，客户端和服务器端的开发往往需要不同的团队进行专业编程，使得一款互联网应用(如网络游戏)制作的周期较长、效率较低。同时由于互联网应用(如网络游戏)后台服务器是专属的，只能支持到特定的某一款互联网应用，进一步推升了其运维成本。
【发明内容】
[0006]本发明实施例提供互联网应用实现方法和相关装置及通信系统，以期简化互联网应用的维护复杂度、降低运维成本、提升产出效率。
[0007]本发明实施例一方面提供一种互联网应用实现方法，可包括:
[0008]将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册；
[0009]接收来自互联网应用客户端的消息数据包；
[0010]解析所述消息数据包以获得所述消息数据包携带的互联网应用标识；
[0011]若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
[0012]本发明实施例另一方面提供一种互联网应用实现装置，包括:
[0013]运行库实现单元，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册；
[0014]接收单元，用于接收来自互联网应用客户端的消息数据包；
[0015]解析单元，用于解析所述消息数据包以获得所述消息数据包携带的互联网应用标识；
[0016]调用单元，用于若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
[0017]本发明实施例又一方面还提供一种通信系统，包括:
[0018]接入服务器和互联网应用服务器，
[0019]其中，所述接入服务器和所述互联网应用服务器以可通信方式连接；
[0020]接入服务器，用于来自互联网应用客户端的消息数据包，向所述互联网应用服务器转发所述消息数据包；
[0021]所述互联网应用服务器，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析所述消息数据包以获得所述消息数据包携带的互联网应用标识；若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
[0022]由上可见，本发明实施例提供的互联网应用实现方案，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率、降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
【专利附图】
【附图说明】
[0023]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0024]图1是本发明实施例提供一种互联网应用实现方法的流程示意图；
[0025]图2_a是本发明实施例提供一种互联网架构的示意图；
[0026]图2_b是本发明实施例提供另一种互联网应用实现方法的流程示意图；[0027]图3_a是本发明实施例提供另一种互联网架构的示意图；
[0028]图3_b是本发明实施例提供另一种互联网应用实现方法的流程示意图；
[0029]图4_a是本发明实施例提供的一种互联网应用实现装置的示意图；
[0030]图4_b是本发明实施例提供的另一种互联网应用实现装置的示意图；
[0031]图4-c是本发明实施例提供的另一种互联网应用实现装置的示意图；
[0032]图5是本发明实施例提供的一种互联网应用服务器的示意图；
[0033]图6是本发明实施例提供的一种通信系统的示意图；
[0034]图7是本发明实施例提供的另一种互联网应用实现装置的示意图；
[0035]图8是本发明实施例提供的另一种通信系统的示意图。
【具体实施方式】
[0036]本发明实施例提供互联网应用实现方法和相关装置及通信系统，以期简化互联网应用的维护复杂度、降低运维成本、提升产出效率。
[0037]为了使本【技术领域】的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0038]以下分别进行详细说明。
[0039]本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三” “第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0040]本发明互联网应用实现方法的一个实施例，该方法可以包括:将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0041]首先参见图1，图1是本发明实施例提供的一种互联网应用实现方法的流程示意图。如图1所示，本发明实施例提供的一种互联网应用实现方法可包括以下内容:
[0042]101、将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；
[0043]在本发明的一些实施例中，上述N个代码文件可包括JS (Javascript)脚本文件或其它类型的代码文件。
[0044]在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个代码文件的路径等信息写入配置文件，在系统初始化过程中，可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存。
[0045]102、将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库；
[0046]103、执行第一互联网应用的可运行库的注册；
[0047]在本发明的一些实施例中，可利用编译器将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被系统识别和调用。
[0048]104、接收来自互联网应用客户端的消息数据包；
[0049]其中，可能接收到来自不同互联网应用客户端的消息数据包，不同类型的消息数据包可能需执行不同处理。
[0050]105、解析上述消息数据包以获得该消息数据包携带的互联网应用标识；
[0051]106、若上述消息数据包携带的互联网应用标识指示该消息数据包与第一互联网应用对应，则根据该消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0052]在本发明的一些实施例中，方法还可包括:获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果；向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0053]在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0054]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；上述根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0055]可以理解，基于上述机制可实现第一互联网应用的处理逻辑，对于不同的互联网应用可按照类似方式实现其处理逻辑。
[0056]可以理解，本实施例上述步骤可在互联网应用服务器上实施，互联网应用服务器可支持包括第一互联网应用在内的至少一个互联网应用。
[0057]可以看出，本实施例互联网应用实现方案中，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0058]为便于更好的理解和实施上述方案，下面通过几个具体应用场景下的实施情况为例进行说明。
[0059]参见图2-a，图2-a本发明实施例提供的一种网络架构示意图。本实施例中以基于图2-a所示网络架构具体实施为例。请参见图2-b，图2-b是本发明实施例提供的另一种互联网应用实现方法的流程示意图。如图2-b所示，本发明实施例提供的另一种互联网应用实现方法可包括以下内容:
[0060]201、互联网应用服务器根据配置文件将用于实现第一互联网应用的处理逻辑的N个JS脚本文件加载到内存；
[0061 ] 在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个JS脚本文件的路径等信息写入配置文件，在系统初始化过程中，可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个JS脚本文件加载到内存。
[0062]202、互联网应用服务器将加载到内存中的上述N个JS脚本文件编译成第一互联网应用的可运行库；
[0063]203、互联网应用服务器执行第一互联网应用的可运行库的注册；
[0064]在本发明的一些实施例中，可利用编译器将加载到内存中的上述N个JS脚本文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被互联网应用服务器识别和调用。
[0065]204、接入服务器接收来自互联网应用客户端的消息数据包；
[0066]其中，可能接收到来自不同互联网应用客户端的消息数据包，不同类型的消息数据包可能需执行不同处理。
[0067]205、接入服务器将接收到的来自互联网应用客户端的消息数据包转发给互联网应用服务器；
[0068]206、互联网应用服务器接收来自互联网应用客户端的消息数据包，解析接收到的该消息数据包以获得该消息数据包携带的互联网应用标识等；
[0069]207、互联网应用服务器若发现上述消息数据包携带的互联网应用标识指示该消息数据包与第一互联网应用对应，则根据该消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0070]208、互联网应用服务器获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果，可将上述处理结果持久化到本地缓存，并可通过接入服务器向互联网应用客户端转发处理结果。
[0071 ] 在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:互联网应用服务器可根据上述用户标识，在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。[0072]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；互联网应用服务器根据消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:互联网应用服务器根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0073]可以理解，基于上述机制可实现第一互联网应用的处理逻辑，对于不同的互联网应用可按照类似方式实现其处理逻辑。
[0074]可以理解，图2-a所示网络架构仅为本发明实施例方案的一种可能的实施网络架构，当然在实际应用中还可基于其它网络架构来实施。
[0075]可以看出，本实施例互联网应用实现方案中，互联网应用服务器将用于实现第一互联网应用的处理逻辑的N个JS文件加载到内存；将加载到内存中的上述N个JS文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个JS文件，如此，则有利于实现不同互联网应用的相同处理逻辑的JS文件复用，并且，有利于简化互联网应用的代码架构；用于实现互联网应用的复杂处理逻辑的代码可封装为JS文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的JS文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，进而有利于更敏捷快速根据市场的反馈进行版本迭代。
[0076]参见图3-a，图3-a本发明实施例提供的一种网络架构示意图。本实施例中以基于图3-a所示网络架构具体实施为例。请参见图3-b，图3-b是本发明实施例提供的另一种互联网应用实现方法的流程示意图。如图3-b所示，本发明实施例提供的另一种互联网应用实现方法可包括以下内容:
[0077]301、互联网应用服务器中的管理单元根据配置文件启动第一互联网应用的主控单元，管理单元将用于实现第一互联网应用的处理逻辑的N个JS脚本文件加载到内存；
[0078]在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个JS脚本文件的路径等信息写入配置文件，在系统初始化过程中，可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个JS脚本文件加载到内存。
[0079]其中，启动后的第一互联网应用的主控单元在处理器中的执行，则可看成是启动了第一互联网应用的主控进程。
[0080]303、管理单元将加载到内存中的上述N个JS脚本文件编译成第一互联网应用的可运行库；
[0081]303、管理单元执行第一互联网应用的可运行库的注册，将第一互联网应用的可运行库注册到第一互联网应用的主控单元；
[0082]在本发明的一些实施例中，可利用编译器将加载到内存中的上述N个JS文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被第一互联网应用的主控单元识别和调用。
[0083]304、接入服务器接收来自互联网应用客户端的消息数据包；
[0084]其中，可能接收到来自不同互联网应用客户端的消息数据包，不同类型的消息数据包可能需执行不同处理。
[0085]305、接入服务器将接收到的来自互联网应用客户端的消息数据包转发给互联网应用服务器；
[0086]306、互联网应用服务器中的管理单元接收来自互联网应用客户端的消息数据包，解析接收到的该消息数据包以获得该消息数据包携带的互联网应用标识等；
[0087]307、互联网应用服务器中的管理单元若发现上述消息数据包携带的互联网应用标识指示该消息数据包与第一互联网应用对应，则将该消息数据包转发给第一互联网应用的主控单元；
[0088]308、第一互联网应用的主控单元根据该消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0089]309、第一互联网应用的主控单元获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果，向管理单元反馈上述处理结果和/或将上述处理结果持久化到本地缓存；
[0090]310、管理单元通过接入服务器向互联网应用客户端转发处理结果。
[0091]在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:管理单元或第一互联网应用的主控单元可根据上述用户标识，在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0092]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；第一互联网应用的主控单元根据消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:第一互联网应用的主控单元根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0093]可以理解，基于上述机制可实现第一互联网应用的处理逻辑，对于不同的互联网应用可按照类似方式实现其处理逻辑。
[0094]可以理解，图3-a所示网络架构仅为本发明实施例方案的一种可能的实施网络架构，当然在实际应用中还可基于其它网络架构来实施。
[0095]可以看出，本实施例互联网应用实现方案中，互联网应用服务器中部署的管理单元和若干个互联网应用主控单元，其中，管理单元将用于实现第一互联网应用的处理逻辑的N个JS文件加载到内存；将加载到内存中的上述N个JS文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个JS文件，如此，则有利于实现不同互联网应用的相同处理逻辑的JS文件复用，并且，有利于简化互联网应用的代码架构；用于实现互联网应用的复杂处理逻辑的代码可封装为JS文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的JS文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，进而有利于更敏捷快速根据市场的反馈进行版本迭代。
[0096]为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相
关装置。
[0097]参见图4-a，本发明实施例还提供一种互联网应用实现装置400，可包括:
[0098]运行库实现单元410、接收单元420、解析单元430和调用单元440。
[0099]其中，运行库实现单元410，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。
[0100]在本发明的一些实施例中，运行库实现单元410可将用于实现第一互联网应用的处理逻辑的N个代码文件的路径等信息写入配置文件，在系统初始化过程中，运行库实现单元410可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存。
[0101]接收单元420，用于接收来自互联网应用客户端的消息数据包；
[0102]解析单元430，用于解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；
[0103]调用单元440，用于若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0104]参见图4-b，在本发明的一些实施例中，互联网应用实现装置400还可进一步包括:结果获得单元450和结果处理单元460。
[0105]其中，结果获得单元450，用于获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果；
[0106]结果处理单元460，用于向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0107]参见图4-c，在本发明的一些实施例中，上述消息数据包中还携带用户标识；上述互联网应用实现装置还包括:数据读取单元470，用于在调用上述可运行库中的对应函数处理上述消息数据包之前，根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0108]在本发明的一些实施例中，上述N个代码文件包括JS脚本文件。
[0109]可以理解的是，本实施例的互联网应用实现装置400的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
[0110]可以看出，本实施例互联网应用实现装置400将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0111]参见图5，本发明还提供一种互联网应用服务器500，可包括:
[0112]处理器510、存储器520、输入装置530和输出装置540。互联网应用服务器500中的处理器510的数量可以一个或多个，图5中以一个处理器为例。在本发明的一些实施例中，处理器510、存储器520、输入装置530和输出装置540可通过总线或其它方式连接，其中，图5中以通过总线连接为例。
[0113]其中，处理器510执行如下步骤:将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0114]在本发明的一些实施例中，上述N个代码文件可包括JS脚本文件或其它类型的代码文件。
[0115]在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个代码文件的路径等信息写入配置文件，在系统初始化过程中，处理器510可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存。
[0116]在本发明的一些实施例中，处理器510可利用编译器将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被系统识别和调用。
[0117]在本发明的一些实施例中，处理器510还可获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果；向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0118]在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0119]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；上述根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0120]可以理解的是，本实施例的互联网应用服务器500的各器件的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
[0121]可以看出，本实施例互联网应用服务器500将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0122]参见图6、本发明实施例还提供一种通信系统，包括:
[0123]接入服务器610和互联网应用服务器620。
[0124]其中，上述接入服务器和上述互联网应用服务器以可通信方式连接；
[0125]接入服务器610，用于来自互联网应用客户端的消息数据包，向上述互联网应用服务器转发上述消息数据包；
[0126]互联网应用服务器620，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包。
[0127]在本发明的一些实施例中，上述N个代码文件可包括JS脚本文件或其它类型的代码文件。
[0128]在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个代码文件的路径等信息写入配置文件，在系统初始化过程中，互联网应用服务器620可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存。
[0129]在本发明的一些实施例中，互联网应用服务器620可利用编译器将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被系统识别和调用。
[0130]在本发明的一些实施例中，互联网应用服务器620还可获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果；向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0131]在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0132]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；上述根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0133]可以看出，本实施例互联网应用服务器620将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0134]参见图7，本发明实施例还提供一种互联网应用实现装置700，可包括:
[0135]管理单元710和第一互联网应用的主控单元720。
[0136]其中，管理单元710，用于启动第一互联网应用的主控单元720 ;将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成可运行库，并将上述可运行库注册到第一互联网应用的主控单元；接收来自互联网应用客户端的消息数据包；解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则向第一互联网应用的主控单元720转发上述消息数据包；
[0137]第一互联网应用的主控单元720，用于根据上述消息数据包携带的消息标识调用上述可运行库中的对应函数处理上述消息数据包。
[0138]在本发明的一些实施例中，上述N个代码文件可包括JS脚本文件或其它类型的代码文件。
[0139]在本发明的一些实施例中，管理单元710还可用于，接收第一互联网应用的主控单元反馈的上述消息数据包的处理结果；向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0140]在本发明的一些实施例中，上述消息数据包中还携带用户标识；
[0141]管理单元710或第一互联网应用的主控单元720还可用于，在调用上述可运行库中的对应函数处理上述消息数据包之前，根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0142]可以理解的是，本实施例的互联网应用实现装置700的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
[0143]可以看出，本实施例互联网应用实现装置700部署管理单元710和第一互联网应用的主控单元720，其中，管理单元710将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则第一互联网应用的主控单元720可根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0144]参见图8，本发明实施例还提供另一种通信系统，可包括:
[0145]接入服务器810和互联网应用服务器820 ；
[0146]其中，接入服务器810和互联网应用服务器820以可通信方式连接，互联网应用服务器820中部署有管理单元821和包括第一互联网应用的主控单元822在内的M个互联网应用的控制单元；
[0147]接入服务器810，用于来自互联网应用客户端的消息数据包，向上述互联网应用服务器转发上述消息数据包；
[0148]互联网应用服务器820中的管理单元821，用于启动第一互联网应用的主控单元；将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成可运行库，并将上述可运行库注册到第一互联网应用的主控单元；接收来自互联网应用客户端的消息数据包；解析上述消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则向第一互联网应用的主控单元转发上述消息数据包；
[0149]互联网应用服务器820中的第一互联网应用的主控单元822，用于根据上述消息数据包携带的消息标识调用上述可运行库中的对应函数处理上述消息数据包。
[0150]在本发明的一些实施例中，可将用于实现第一互联网应用的处理逻辑的N个代码文件的路径等信息写入配置文件，在系统初始化过程中，管理单元821可根据配置文件将中记录的路径信息等，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存。
[0151]在本发明的一些实施例中，管理单元821可利用编译器将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，并执行第一互联网应用的可运行库的注册。其中，可运行库的注册完成之后，该可运行库中的各函数便可以被系统识别和调用。
[0152]在本发明的一些实施例中，管理单元821或第一互联网应用的主控单元822还可获得第一互联网应用的可运行库中的对应函数对上述消息数据包的处理结果；向上述互联网应用客户端反馈上述处理结果和/或将上述处理结果持久化到本地缓存。
[0153]在本发明的一些实施例中，上述消息数据包中还可携带用户标识(该消息数据包例如还可携带互联网应用登陆标识)；上述调用上述可运行库中的对应函数处理上述消息数据包之前还可包括:根据上述用户标识在本地缓存中查找是否存在与上述用户标识对应的用户数据，若在上述本地缓存中未查找到与上述用户标识对应的用户数据，则从后台数据库中读取与上述用户标识对应的用户数据到本地缓存。
[0154]在本发明的一些实施例中，若上述消息数据包携带的消息标识为互联网应用退出标识；上述根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，可包括:根据上述消息数据包携带的互联网应用退出标识，调用上述可运行库中的对应函数以将本地缓存中记录的与上述用户标识对应的用户数据持久化到后台数据库。用户数据持久化到后台数据库之后，该用户可退出第一互联网应用。
[0155]可以看出，本实施例互联网应用服务器820中部署管理单元821和第一互联网应用的主控单元822，其中，管理单元821将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则第一互联网应用的主控单元822可根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0156]本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的互联网应用实现方法的部分或全部步骤。
[0157]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。[0158]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0159]综上，本发明实施例互联网应用实现方案，将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的上述N个代码文件编译成第一互联网应用的可运行库，在接收来自互联网应用客户端的消息数据包之后；解析消息数据包以获得上述消息数据包携带的互联网应用标识；若上述互联网应用标识指示上述消息数据包与第一互联网应用对应，则根据上述消息数据包携带的消息标识，调用第一互联网应用的可运行库中的对应函数处理上述消息数据包，由于是将用于实现第一互联网应用的处理逻辑的代码封装为N个代码文件，如此，则有利于实现不同互联网应用的相同处理逻辑的代码文件复用，并且，有利于简化互联网应用的代码架构，进而有利于简化互联网应用的维护复杂度；用于实现互联网应用的复杂处理逻辑的代码可封装为代码文件，后台服务器可通过载入调用方式来直接使用这些实现复杂处理逻辑的代码文件，这在无形中降低了互联网应用的后台服务器的开发门槛，有利于提高互联网应用开发效率，降低运维成本、提升产出效率，有利于更敏捷快速根据市场的反馈进行版本迭代。
[0160]在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
[0161]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0162]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0163]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0164]以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【权利要求】
1.一种互联网应用实现方法，其特征在于，包括: 将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册； 接收来自互联网应用客户端的消息数据包； 解析所述消息数据包以获得所述消息数据包携带的互联网应用标识； 若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
2.根据权利要求1所述的方法，其特征在于， 所述方法还包括:获得所述第一互联网应用的可运行库中的对应函数对所述消息数据包的处理结果；向所述互联网应用客户端反馈所述处理结果和/或将所述处理结果持久化到本地缓存。
3.根据权利要求2所述的方法，其特征在于， 所述消息数据包中还携带用户标识；所述调用所述可运行库中的对应函数处理所述消息数据包之前还包括:根据所述用户标识在本地缓存中查找是否存在与所述用户标识对应的用户数据，若在所述本地缓存中未查找到与所述用户标识对应的用户数据，则从后台数据库中读取与所述用户标识对应的用户数据到本地缓存。
4.根据权利要求1所述的方法，其特征在于， 若所述消息数据包携带的消息标识为互联网应用退出标识； 所述根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包，包括:根据所述消息数据包携带的互联网应用退出标识，调用所述可运行库中的对应函数以将本地缓存中记录的与所述用户标识对应的用户数据持久化到后台数据库。
5.根据权利要求1至4任一项所述的方法，其特征在于， 所述N个代码文件包括JS脚本文件。
6.根据权利要求5所述的方法，其特征在于， 所述第一互联网应用为网游应用。
7.—种互联网应用实现装置，其特征在于，包括: 运行库实现单元，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册； 接收单元，用于接收来自互联网应用客户端的消息数据包； 解析单元，用于解析所述消息数据包以获得所述消息数据包携带的互联网应用标识； 调用单元，用于若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
8.根据权利要求7所述的互联网应用实现装置，其特征在于，所述互联网应用实现装置还包括:结果获得单元，用于获得所述第一互联网应用的可运行库中的对应函数对所述消息数据包的处理结果； 结果处理单元，用于向所述互联网应用客户端反馈所述处理结果和/或将所述处理结果持久化到本地缓存。
9.根据权利要求8所述的互联网应用实现装置，其特征在于， 所述消息数据包中还携带用户标识； 所述互联网应用实现装置还包括:数据读取单元，用于在调用所述可运行库中的对应函数处理所述消息数据包之前，根据所述用户标识在本地缓存中查找是否存在与所述用户标识对应的用户数据，若在所述本地缓存中未查找到与所述用户标识对应的用户数据，则从后台数据库中读取与所述用户标识对应的用户数据到本地缓存。
10.根据权利要求7至9任一项所述的互联网应用实现装置，其特征在于， 所述N个代码文件包括JS脚本文件。
11.一种通信系统，其特征在于，包括: 接入服务器和互联网应用服务器， 其中，所述接入服务器和所述互联网应用服务器以可通信方式连接； 接入服务器，用于来自互联网应用客户端的消息数据包，向所述互联网应用服务器转发所述消息数据包； 所述互联网应用服务器，用于将用于实现第一互联网应用的处理逻辑的N个代码文件加载到内存；将加载到内存中的所述N个代码文件编译成第一互联网应用的可运行库，并执行所述第一互联网应用的可运行库的注册；接收来自互联网应用客户端的消息数据包；解析所述消息数据包以获得所述消息数据包携带的互联网应用标识；若所述互联网应用标识指示所述消息数据包与第一互联网应用对应，则根据所述消息数据包携带的消息标识，调用所述第一互联网应用的可运行库中的对应函数处理所述消息数据包。
【文档编号】H04L29/08GK103973716SQ201310027463
【公开日】2014年8月6日 申请日期:2013年1月24日 优先权日:2013年1月24日
【发明者】吴剑, 徐高骞 申请人:腾讯科技（深圳）有限公司