CN107295156A - 一种终端、设备服务器、网络消息处理方法及系统 - Google Patents
一种终端、设备服务器、网络消息处理方法及系统 Download PDFInfo
- Publication number
- CN107295156A CN107295156A CN201610207939.4A CN201610207939A CN107295156A CN 107295156 A CN107295156 A CN 107295156A CN 201610207939 A CN201610207939 A CN 201610207939A CN 107295156 A CN107295156 A CN 107295156A
- Authority
- CN
- China
- Prior art keywords
- internet message
- terminal
- application program
- message
- internet
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72463—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72484—User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种终端、设备服务器、网络消息处理方法及系统,设备服务器接收网络消息,并将所述网络消息发送给终端,若终端中未启动关联的应用程序,则终端对所述网络消息进行通知,从而实现了无须运行关联的应用程序也能及时接收网络消息,终端不必启动过多的应用程序,因此节约了终端的硬件资源,提高了用户体验,使终端硬件的性能得到了尽可能的发挥。
Description
技术领域
本发明涉及网络通信领域,尤其涉及一种终端、设备服务器、网络消息处理方法及系统。
背景技术
当前国际国内市场,移动终端竞争异常激烈,大有得移动终端,尤其是得智能手机市场得通信天下之势。国际国内主流移动终端设备制造商(主要指手机市场),都陷入拼硬件的混战中。
目前市场主流的安卓操作系统是基于LINUX内核发展而成的开源操作系统,该操作系统有个非常显著的特点:多用户、多任务。多用户、多任务的操作系统有很多好处,但是对于掌上移动设备,倒显得有些累赘。因为运行的任务越多,占用的CPU运算与RAM的大小就越多。所以,对于广大手机用户一族会发现,市场上的手机硬件配置越来越高,但是手机并没有快了多少,因为,安卓操作系统后台一直在运行着大量的应用程序,无时无刻不在占用手机的CPU、RAM。
在一个移动终端上存在若干个应用程序,这些应用程序可能是移动终端自带的,如通话、短信、音乐等应用程序,还有一些可能是用户从官方或非官方的渠道下载的;不论这些应用程序是否在运行中,都有可能接收来自外界的信息;例如,通话这个应用程序会接收到别人所打来的电话,短信这个应用程序会接收到别人所发送的短信,音乐这个应用程序也可能接收到来自官方的歌单推荐等推送消息。而这些消息,在应用程序未启动时是无法接收到的,只有在应用程序启动后用户才能接收到,因此,为了保证不错过这些消息,很多应用程序都得保持运行状态,保持运行状态则会导致移动终端中的资源被过多的占用,从而导致移动终端在使用过程中的不流畅、卡顿;而不流畅、卡顿就会导致用户体验变差;如何在利用安卓系统高兼容性的同时,也要能使手机运行流畅,且无需很高的手机CPU、RAM等配置,成为一个亟需解决的问题。
发明内容
本发明提供了一种终端、设备服务器、网络消息处理方法及系统,解决了现有技术中终端需要随时处理各种网络消息而必须开启多个应用程序,使得终端运行不流畅,用户体验差的问题。
为了解决上述技术问题,本发明提供了一种网络消息处理方法,包括:
终端接收设备服务器发送的网络消息;
所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;
若否,则在所述终端上通知所述网络消息。
进一步的,所述终端接收设备服务器发送的网络消息包括:所述终端通过基站接收所述设备服务器发送的网络消息。
进一步地,若是,则由所述应用程序对所述网络消息进行处理。
进一步地,在所述终端上通知所述网络消息之后,所述方法还包括:在用户输入触发指令的情况下,启动与所述网络消息关联的应用程序,由所述应用程序对所述网络消息进行处理。
进一步地,所述启动与网络消息关联的应用程序包括:退出与所述应用程序同一类的其他应用程序。
进一步地,所述终端的应用程序按照预设的规则进行分类,在同一时间点对同一类应用程序仅运行一个。
为了解决上述技术问题,本发明还提供了一种网络消息处理方法,包括:
设备服务器接收网络消息;
所述设备服务器将所述网络消息发送给终端,所述网络消息用于所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息。
进一步地,在所述服务器将所述网络消息发送给终端之前,所述方法还包括:所述设备服务器将所述网络消息发送给基站。
进一步地,在所述设备服务器将所述网络消息发送给基站之前,还包括:设备服务器从所述基站接收所述网络消息,或者设备服务器从另一基站接收所述网络消息。
进一步地,所述设备服务器将所述网络消息发送给基站包括:通过隧道链路将所述网络消息发送给基站。
进一步地,所述隧道链路包括:虚拟可扩展局域网隧道、网络之间互连的协议隧道、虚拟专用网络隧道中的任一种。
进一步地,在所述设备服务器将网络消息发送给基站之前,还包括:将所述网络消息按照所述隧道链路的格式进行封装。
为了解决上述技术问题,本发明还提供了一种终端,包括:
第二接收模块,用于接收设备服务器发送的网络消息;
应用判断模块,用于判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;
通知模块,用于当所述应用判断模块判断为否时,在所述终端上通知所述网络消息。
进一步地,还包括第一处理模块,用于当所述应用判断模块判断为是时,使所述应用程序对所述网络消息进行处理。
进一步地,还包括第二处理模块,用于在终端上通知网络消息之后,在用户输入出发指令的情况下,启动与所述网络消息关联的应用程序,使所述应用程序对所述网络消息进行处理。
进一步地,所述第二处理模块还包括应用退出单元,用于在启动与所述网络消息关联的应用程序时,退出与所述应用程序同一类的其他应用程序。
进一步地,还包括分类模块,用于对所述终端的应用程序按照预设的规则进行分类,在同一时间点对同一类应用程序仅运行一个。
为了解决上述技术问题,本发明还提供了一种设备服务器,包括:
第一接收模块,用于接收网络消息;
消息发送模块,用于将网络消息发送给终端,所述网络消息用于所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息。
进一步地,所述消息发送模块包括:消息发送单元,用于通过隧道链路将所述网络消息通过基站发送给所述终端。
为了解决上述技术问题,本发明还提供了一种网络消息处理系统,包括设备服务器和基站,所述设备服务器用于:
接收网络消息;
将所述网络消息发送给所述基站,所述网络消息用于终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息;
所述基站用于将接收到的所述网络消息转发给终端。
进一步地,所述系统还包括终端,所述终端用于:
接收所述基站发送所述网络消息;
判断与所述网络消息关联的应用程序是否正在运行;
若否,则由预设的处理单元对所述网络消息进行通知。
本发明的有益效果:
本发明提供了一种终端、设备服务器、网络消息处理方法及系统,设备服务器接收网络消息,并将所述网络消息发送给终端,若终端中未启动关联的应用程序,则终端对所述网络消息进行通知,从而实现了无须运行关联的应用程序也能及时接收网络消息,终端不必启动过多的应用程序,因此节约了终端的硬件资源,提高了用户体验,使终端硬件的性能得到了尽可能的发挥。
附图说明
图1是现有技术中网络消息处理过程的示意图;
图2是本发明各个实施例中网络消息处理过程的示意图;
图3是本发明实施例一提供的一种网络消息处理方法的流程图;
图4是本发明实施例二提供的一种网络消息处理方法的流程图;
图5是本发明实施例三提供的设备服务器的结构示意图;
图6是本发明实施例四提供的终端的结构示意图;
图7是本发明实施例五提供的一种网络消息处理方法的流程图。
具体实施方式
本发明的构思在于:由设备服务器对本来发送至终端的网络消息进行接收并封装后通过基站转发给终端,终端中即使没有运行与该网络消息关联的应用程序,也可以通过预设的处理单元对该网络消息进行提醒,从而避免了由于终端中未启动关联的应用程序而不能得知关联的网络消息,终端不必启动过多的应用程序,因此节约了终端的硬件资源,使终端硬件的性能得到了尽可能的发挥。
图1示出了现有技术中网络消息的处理过程,请参考图1:终端102中的应用程序对应的网络消息,其接收是通过基站101的转发,也就是说,基站101会将终端102中的应用程序对应的网络消息发送给终端102。由于终端102中的应用程序在未运行时,不能直接接收到网络消息,那么,如图2所示,图2示出了本发明各个实施例中的网络消息处理过程:本实施例中,基站101发出的网络消息会发送至设备服务器20中;设备服务器20在接收到与某终端30相关的网络消息后,设备服务器20对该网络消息进行解析并封装为符合设备服务器20和基站101之间预定的通信链路的传输格式的网络消息,并通过通信链路将该网络消息发送至基站101,再由基站101发送给终端30。这里的设备服务器20可以是终端的生产厂商提供的,而通信离不开各个运营商的基站,因此,厂商需要在设备服务器20和基站之间建立隧道链路,使设备服务器接收到的网络消息可以通过隧道链路发送至基站101,并由基站101发送给终端30。
下面结合附图对本发明的具体实施作进一步说明。
实施例一
本实施例提供了一种网络消息处理方法,请参考图3,包括:
S101、设备服务器20接收网络消息;
S102、设备服务器20将网络消息发送给终端30。
发送端所发送的网络消息,会通过基站101转发;在本实施例中,网络消息会经过基站101发送到设备服务器20。
设备服务器20可以从基站101接收该网络消息,也可以从另一基站接收网络消息,换言之,发送网络消息的基站和接收网络消息的基站可以是同一个基站,这可以根据具体的情况而定,一般是通过与设备服务器20最近的基站对网络消息进行处理。
而从设备服务器20发送到终端30,需要经过基站101的转发;从设备服务器20发送到基站101,可选的,通过隧道链路将网络消息从设备服务器20发送至基站101,即通信链路包括隧道链路。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP(Internet Protocol,网络之间互连的协议)隧道、VPN(Virtual Private Network,虚拟专用网络)隧道或者VXLAN(Virtual Extensible LAN,虚拟可扩展局域网)隧道等等隧道均可。
其中,VXLAN是一种overlay(覆盖)的网络技术,使用MAC(Media AccessControl,介质访问控制)in UDP(User Datagram Protocol,用户数据报协议)的方式进行封装,共50B(字节)上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header(标头)中的VNI(VisualNetworking Index,可视化网络标识)有24bit,数量远远大于4096普通子接口VLAN(Virtual Local Area Network,虚拟局域网)值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
在设备服务器20和基站101之间通过隧道链路传输时,网络消息也应该被封装为相应的隧道链路的格式,这样可以顺利的通过隧道链路将网络消息发送给基站101。
各个终端30是由厂商所制造的;同时,可选的,设备服务器20在本实施例中也是由厂商所提供的,因此,设备服务器20在工作中会接收不止一个终端30的网络消息,因此,设备服务器20需要对各个终端30进行区分辨识,即设备服务器20需要将网络消息发送给对应的终端30而不能出错;这时,就可以根据终端30上的唯一识别码来将各个终端30对应起来;可选的,本实施例中的唯一识别码为终端30的MAC地址标识,每一个终端30的MAC地址标识均不同,可以保证确定和各个终端30之间的对应关系而不会出错。此外,还可以利用其他终端30的唯一标识,如IMEI(International Mobile Equipment Identity,国际移动设备标识),不过其只能对移动设备(尤其指手机)进行区分而不能广泛性的应用于所有的终端30,有其局限性。
实施例二
本实施例提供了一种网络消息处理方法,请参考图4,包括:
S201、终端30接收设备服务器20发送的网络消息;
S202、终端30判断与网络消息关联的应用程序是否正在运行;
S203、若否,则在终端30上通知网络消息。
终端30接收设备服务器20发送的网络消息,通常是通过基站101的转发;即设备服务器30将网络消息发送给基站101,由基站101将该网络消息发送给终端30。
终端30在接收到基站101转发的网络消息后,首先,需确定该网络消息关联的应用程序是否在运行;网络消息所关联的应用程序即是指该网络消息是什么应用程序可以处理的网络消息,如网络消息是短信的话,其关联的应用程序就是短信,而网络消息是邮件的话,其关联的应用程序就是邮箱;有的网络消息其关联的应用程序并不止一个,此时,只要确定其中是否有任何一个关联的应用程序正在运行即可。
若终端30判断与网络消息关联的应用程序正在运行,那么则直接由该应用程序对该网络消息进行处理,处理的过程视网络消息而定,一般包括从消息提醒开始,到显示,详情查看,或者是用户的回复,一般这些操作是和用户的指令相关的。
若此时该网络消息所关联的应用程序没有运行,那么就不能直接对该网络消息进行处理,此时则将该网络消息在终端30上进行通知;通知的形式在此处并没有特别的限定,现有的终端30上的通知形式,包括声音提醒、提示灯提醒或者在屏幕上显示等形式均可;该网络消息的通知的程度可以是简单的对该网络消息所关联的应用程序进行通知,用户可以得知该网络消息对应于哪个应用程序;也可以在通知中包括该网络消息的具体内容,用户可以根据该网络消息的具体内容对终端30进行操作。预设的处理单元是终端30上用于通知那些未运行的应用程序关联的网络消息。此外,值得注意的是,本实施例中的通知条件虽然是当网络消息关联的应用程序未运行时才进行通知,但网络消息关联的应用程序正在运行的话,仍然可以对其进行通知;现有技术中的终端上的通知手段本申请中的终端仍然适用,即在网络消息关联的应用程序正在运行的前提下,可以采用现有技术中的通知手段。
在预设的处理单元对网络消息进行通知之后,用户根据该网络消息,向终端30发起触发指令,即用户意欲启动该网络消息关联的应用程序,那么终端30在接收到该触发指令后,即会启动该应用程序,然后由该应用程序对网络消息进行处理。由于预设的处理单元对网络消息进行了通知,用户还可以根据通知的内容决定是否发送启动关联的应用程序的触发指令,如该网络消息是不重要的推送消息,像天气,一则短小的新闻,一条广告信息等,或是其他任何用户觉得不重要的网络消息,用户都可以对该网络消息进行忽略,而无须开启关联的应用程序。
在启动与网络消息关联的应用程序时,应该退出与该应用程序同一类的应用程序;退出的时机可以是在启动该应用程序之前,或者与启动该应用程序同时进行,甚至在启动该应用程序之后也可;这里的退出是彻底的退出,退出后的应用程序不再占用终端30的资源,而将资源释放出来供其他应用程序使用。这样可以使终端30的CPU、RAM资源等可以有一个比较大的灵活使用度,不会因为同时运行了太多应用程序而使终端30运行不流畅,影响用户体验。
为了使终端30的运行流畅,可选的,终端30的应用程序按照预设的规则进行分类,在同一时间点对同一类应用程序仅运行一个。一般而言,需要将所有应用程序至少分为两类;分类的规则并不是固定的,可以依照应用程序各自的特点进行分类,如将终端30自带的应用程序作为一类,将用户自行下载的应用程序归为另一类;还可以以用户的喜好进行分类,分类的类目和类数都是可选的,具有很强的灵活性。
设备服务器20与每个终端30均建立了各自的联系,即每个终端30在设备服务器20中均有各自独立的对应关系;这里的对应关系,主要是设备服务器20在接收到网络消息时可以准确的将网络消息发送给对应的终端30;可选的,采用终端30的MAC地址标识作为终端30在设备服务器20端的对应标识,根据该MAC地址标识就可以识别出该网络消息对应的终端30。
对于网络消息来说,网络消息的发送端要与目的终端30建立联系,就需要将网络消息发送给运营商的基站101,通过基站101来完成消息的传递;基站101将网络消息发送给设备服务器20;设备服务器20接收到网络消息后,对网络消息进行打包封装;此时,设备服务器20则相当于一个网络消息的发送源,设备服务器20要和目的终端30建立联系则需要将应用程序消息发送给运营商的基站101,通过基站101把网络消息发送给终端30。
在启动了关联的应用程序后,该应用程序就作为前台运行的应用程序;此时,可以建立终端30和基站101之间直接的通信链路,使启动的应用程序的网络消息可以直接的由基站101发送到终端30,由于终端30上关联的应用程序在运行中,因此可以顺利的接收到该网络消息并进行相应的处理。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。
设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP隧道、VPN隧道或者VXLAN隧道等等隧道均可。
其中,VXLAN是一种overlay的网络技术,使用MAC in UDP的方式进行封装,共50B(字节)上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header中的VNI有24bit,数量远远大于4096普通子接口VLAN值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
此外,值得一提的是,本实施例提供的仅仅是一种网络消息处理方法,并不意味着终端30只能以此进行应用程序的运行,用户仍然可以主动的启动应用程序,这与用户的惯常操作并不相悖。
实施例三
本实施例提供了一种设备服务器,请参考图5,包括:
第一接收模块201,用于接收网络消息;
消息发送模块203,将网络消息发送给终端30。
发送端所发送的网络消息,会通过基站101转发;在本实施例中,还包括消息封装模块202,用于对网络消息进行封装;网络消息会经过基站101发送到设备服务器20,设备服务器20对该网络消息进行封装,然后再经过基站101发送给终端30。
而从设备服务器20发送到终端30,需要经过基站101的转发;可选的,消息发送模块203包括消息发送单元,用于通过隧道链路将网络消息通过基站发送给终端。从设备服务器20发送到基站101,可选的,本实施例中的通信链路为隧道链路,用于将网络消息通过隧道链路从设备服务器20发送至基站101。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。
设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP隧道、VPN隧道或者VXLAN隧道等等隧道均可。
其中,VXLAN是一种overlay的网络技术,使用MAC in UDP的方式进行封装,共50B(字节)上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header中的VNI有24bit,数量远远大于4096普通子接口VLAN值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
在设备服务器20和基站101之间通过隧道链路传输时,网络消息被消息封装模块202封装为相应的隧道链路的格式,这样可以顺利的通过隧道链路将网络消息发送给基站101。
各个终端30是由厂商所制造的;同时,可选的,设备服务器20在本实施例中也是由厂商所提供的,因此,设备服务器20在工作中会接收不止一个终端30的网络消息,因此,设备服务器20需要对各个终端30进行区分辨识,即设备服务器20需要将网络消息发送给对应的终端30而不能出错;这时,就可以根据终端30上的唯一识别码来将各个终端30对应起来;可选的,根据各个终端30的MAC地址标识建立与各个终端30之间的对应关系;每一个终端30的MAC地址标识均不同,可以保证确定和各个终端30之间的对应关系而不会出错。此外,还可以利用其他终端30的唯一标识,如IMEI,不过其只能对移动设备(尤其指手机)进行区分而不能广泛性的应用于所有的终端30,有其局限性。
实施例四
本实施例提供了一种终端,请参考图6,包括:
第二接收模块301,用于接收设备服务器20发送的网络消息;
应用判断模块302,用于判断该网络消息关联的应用程序是否正在运行;
通知模块304,用于当应用判断模块302判断为否时,在终端上通知该网络消息。
终端30接收设备服务器20发送的网络消息,通常是通过基站101的转发;即设备服务器30将网络消息发送给基站101,由基站101将该网络消息发送给终端30。
第二接收模块301在接收到基站101转发的网络消息后,首先,需由应用判断模块302确定该网络消息关联的应用程序是否在运行;网络消息所关联的应用程序即是指该网络消息是什么应用程序可以处理的网络消息,如网络消息是短信的话,其关联的应用程序就是短信,而网络消息是邮件的话,其关联的应用程序就是邮箱;有的网络消息其关联的应用程序并不止一个,此时,只要确定其中是否有任何一个关联的应用程序正在运行即可。
可选的,若此时该网络消息所关联的应用程序正在运行,那么由第一处理模块303使该应用程序对该网络消息进行处理,处理的过程视网络消息而定,一般包括从消息提醒开始,到显示,详情查看,或者是用户的回复,一般这些操作是和用户的指令相关的。
若此时该网络消息所关联的应用程序没有运行,那么就不能直接对该网络消息进行处理,此时则通过通知模块304对该网络消息进行通知;通知的形式在此处并没有特别的限定,现有的终端30上的通知形式,包括声音提醒、提示灯提醒或者在屏幕上显示等形式均可;通知模块304对该网络消息的通知的程度可以是简单的对该网络消息所关联的应用程序进行通知,用户可以得知该网络消息对应于哪个应用程序;也可以在通知中包括该网络消息的具体内容,用户可以根据该网络消息的具体内容对终端30进行操作。此外,值得注意的是,本实施例中的网络消息的通知条件虽然是当网络消息关联的应用程序未运行时才进行通知,但网络消息关联的应用程序正在运行的话,仍然可以对其进行通知;现有技术中的终端上的通知逻辑本申请中的终端仍然适用,即在网络消息关联的应用程序正在运行的前提下,可以采用现有技术中的通知逻辑。
在预设的处理单元对网络消息进行通知之后,用户根据该网络消息,向终端30发起触发指令,即用户意欲启动该网络消息关联的应用程序,那么可选的,还包括第二处理模块305,用于接收用户的触发指令,启动该网络消息关联的应用程序,使该应用程序对网络消息进行处理。由于预设的处理单元对网络消息进行了通知,用户还可以根据通知的内容决定是否发送启动关联的应用程序的触发指令,如该网络消息是不重要的推送消息,像天气,一则短小的新闻,一条广告信息等,或是其他任何用户觉得不重要的网络消息,用户都可以对该网络消息进行忽略,而无须开启关联的应用程序。
可选的,第二处理模块305还包括应用退出单元3051,用于在启动与网络消息关联的应用程序时,退出与该应用程序同一类的应用程序;退出的时机可以是在启动该应用程序之前,或者与启动该应用程序同时进行,甚至在启动该应用程序之后也可;这里的退出是彻底的退出,退出后的应用程序不再占用终端30的资源,而将资源释放出来供其他应用程序使用。这样可以使终端30的CPU、RAM资源等可以有一个比较大的灵活使用度,不会因为同时运行了太多应用程序而使终端30运行不流畅,影响用户体验。
为了使终端30的运行流畅,可选的,还包括分类模块,用于对终端30中的应用程序进行分类,在同一时间点对同一类应用程序仅运行一个。一般而言,需要将所有应用程序至少分为两类;分类的规则并不是固定的,可以依照应用程序各自的特点进行分类,如将终端30自带的应用程序作为一类,将用户自行下载的应用程序归为另一类;还可以以用户的喜好进行分类,分类的类目和类数都是可选的,具有很强的灵活性。
在启动了关联的应用程序后,该应用程序就作为前台运行的应用程序;此时,可以建立终端30和基站101之间直接的通信链路,使启动的应用程序的网络消息可以直接的由基站101发送到终端30,由于终端30上关联的应用程序在运行中,因此可以顺利的接收到该网络消息并进行相应的处理。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。
设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP隧道、VPN隧道或者VXLAN隧道等等隧道均可。
其中,VXLAN是一种overlay的网络技术,使用MAC in UDP的方式进行封装,共50B上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header中的VNI有24bit,数量远远大于4096普通子接口VLAN值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
需要说明的是,本实施例中的网络消息处理方法,其并不局限于安卓操作系统,对于其他的操作系统也是可以适用的,并没有对此作特别的限定。
此外,值得一提的是,本实施例提供的仅仅是一种网络消息处理方法,并不意味着终端30只能以此进行应用程序的运行,用户仍然可以主动的启动应用程序,这与用户的惯常操作并不相悖。
实施例五
本实施例提供了一种网络消息处理方法,请参考图7,包括:
S501、设备服务器20接收网络消息;
S502、设备服务器20将网络消息发送给基站101;
S503、基站101将接收到的网络消息转发给终端30;
发送端所发送的网络消息,会通过基站101转发;在本实施例中,网络消息会经过基站101发送到设备服务器20,设备服务器20对该网络消息进行封装,然后再经过基站101发送给终端30。
而从设备服务器20发送到基站101,可选的,通过隧道链路将网络消息从设备服务器20发送至基站101。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。
设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP隧道、VPN隧道或者VXLAN隧道等等隧道均可。
其中,VXLAN是一种overlay的网络技术,使用MAC in UDP的方式进行封装,共50B(字节)上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header中的VNI有24bit,数量远远大于4096普通子接口VLAN值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
在设备服务器20和基站101之间通过隧道链路传输时,网络消息也应该被封装为相应的隧道链路的格式,得到网络消息,这样可以顺利的通过隧道链路将网络消息发送给基站101。
各个终端30是由厂商所制造的;同时,可选的,设备服务器20在本实施例中也是由厂商所提供的,因此,设备服务器20在工作中会接收不止一个终端30的网络消息,因此,设备服务器20需要对各个终端30进行区分辨识,即设备服务器20需要将网络消息发送给对应的终端30而不能出错;这时,就可以根据终端30上的唯一识别码来将各个终端30对应起来;可选的,本实施例中的唯一识别码为终端30的MAC地址标识,每一个终端30的MAC地址标识均不同,可以保证确定和各个终端30之间的对应关系而不会出错。此外,还可以利用其他终端30的唯一标识,如IMEI(International Mobile Equipment Identity,国际移动设备标识),不过其只能对移动设备(尤其指手机)进行区分而不能广泛性的应用于所有的终端30,有其局限性。
基站101将网络消息转发给终端30之后,可选的,包括:
S504、终端30接收基站101发送封装后的网络消息;
S505、终端30判断与该网络消息关联的应用程序是否正在运行;
S506、若否,则在终端上通知该网络消息。
终端30在接收到基站101转发的网络消息后,首先,需确定该网络消息关联的应用程序是否在运行;网络消息所关联的应用程序即是指该网络消息是什么应用程序可以处理的网络消息,如网络消息是短信的话,其关联的应用程序就是短信,而网络消息是邮件的话,其关联的应用程序就是邮箱;有的网络消息其关联的应用程序并不止一个,此时,只要确定其中是否有任何一个关联的应用程序正在运行即可。
S507、若此时该网络消息所关联的应用程序正在运行,那么则直接由该应用程序对该网络消息进行处理,处理的过程视网络消息而定,一般包括从消息提醒开始,到显示,详情查看,或者是用户的回复,通常这些操作是和用户的指令相关的。
若此时该网络消息所关联的应用程序没有运行,那么就不能直接对该网络消息进行处理,此时则通过预设的处理单元对该网络消息进行通知,即通过预设的处理单元将该网络消息在终端30上进行通知;通知的形式在此处并没有特别的限定,现有的终端30上的通知形式,包括声音提醒、提示灯提醒或者在屏幕上显示等形式均可;通知单元对该网络消息的通知的程度可以是简单的对该网络消息所关联的应用程序进行通知,用户可以得知该网络消息对应于哪个应用程序;也可以在通知中包括该网络消息的具体内容,用户可以根据该网络消息的具体内容对终端30进行操作。预设的处理单元是终端30上用于通知那些未运行的应用程序关联的网络消息。
在预设的处理单元对网络消息进行通知之后,用户根据该网络消息,向终端30发起触发指令,即用户意欲启动该网络消息关联的应用程序,那么终端30在接收到该触发指令后,即会启动该应用程序,然后由该应用程序对网络消息进行处理。由于预设的处理单元对网络消息进行了通知,用户还可以根据通知的内容决定是否发送启动关联的应用程序的触发指令,如该网络消息是不重要的推送消息,像天气,一则短小的新闻,一条广告信息等,或是其他任何用户觉得不重要的网络消息,用户都可以对该网络消息进行忽略,而无须开启关联的应用程序。
可选的,在启动与网络消息关联的应用程序时,应该退出与该应用程序同一类的应用程序;退出的时机可以是在启动该应用程序之前,或者与启动该应用程序同时进行,甚至在启动该应用程序之后也可;这里的退出是彻底的退出,退出后的应用程序不再占用终端30的资源,而将资源释放出来供其他应用程序使用。这样可以使终端30的CPU、RAM资源等可以有一个比较大的灵活使用度,不会因为同时运行了太多应用程序而使终端30运行不流畅,影响用户体验。
为了使终端30的运行流畅,可选的,对终端30中的应用程序进行分类,其中,每一类应用程序各自最多运行一个;一般而言,需要将所有应用程序至少分为两类;分类的规则并不是固定的,可以依照应用程序各自的特点进行分类,如将终端30自带的应用程序作为一类,将用户自行下载的应用程序归为另一类;还可以以用户的喜好进行分类,分类的类目和类数都是可选的,具有很强的灵活性。
对于网络消息来说,网络消息的发送端要与目的终端30建立联系,就需要将网络消息发送给运营商的基站101,通过基站101来完成消息的传递;基站101将网络消息发送给设备服务器20;设备服务器20接收到网络消息后,对网络消息进行打包封装;此时,设备服务器20则相当于一个网络消息的发送源,设备服务器20要和目的终端30建立联系则需要将应用程序消息发送给运营商的基站101,通过基站101把网络消息发送给终端30。
在启动了关联的应用程序后,该应用程序就作为前台运行的应用程序;此时,可以建立终端30和基站101之间直接的通信链路,使启动的应用程序的网络消息可以直接的由基站101发送到终端30,由于终端30上关联的应用程序在运行中,因此可以顺利的接收到该网络消息并进行相应的处理。
需要说明的是,本实施例中的网络消息处理方法,其并不局限于安卓操作系统,对于其他的操作系统也是可以适用的,并没有对此作特别的限定。
此外,值得一提的是,本实施例提供的仅仅是一种网络消息处理方法,并不意味着终端30只能以此进行应用程序的运行,用户仍然可以主动的启动应用程序,这与用户的惯常操作并不相悖。
实施例六
本实施例提供了一种网络消息处理系统,包括设备服务器20和基站101,设备服务器20用于:
接收网络消息;
设备服务器20将网络消息发送给基站101;
基站101用于将接收到的网络消息转发给终端30。
发送端所发送的网络消息,会通过基站101转发;可选的,消息发送模块203包括消息发送单元,用于通过隧道链路将网络消息通过基站发送给终端。在本实施例中,网络消息会经过基站101发送到设备服务器20,设备服务器20对该网络消息进行封装,然后再经过基站101发送给终端30。
而从设备服务器20发送到基站101,可选的,本实施例中的通信链路包括隧道链路,将网络消息通过隧道链路从设备服务器20发送至基站101。
隧道技术是一种通过使用互联网络的基础设施在网络之间传递数据的方式。使用隧道传递的数据(或负载)可以是不同协议的数据帧或包。隧道协议将其它协议的数据帧或包进行重新封装然后通过隧道发送。新的数据帧头提供路由信息,以便通过互联网传递被封装的负载数据。
设备服务器20和基站101之间的隧道链路,可以是多种隧道链路,如IP隧道、VPN隧道或者VXLAN隧道等等隧道均可。
其中,VXLAN是一种overlay的网络技术,使用MAC in UDP的方式进行封装,共50B(字节)上下的封装报文头,VXLAN提供了一种将二层网络overlay在三层网络上的能力,VXLAN Header中的VNI有24bit,数量远远大于4096普通子接口VLAN值,这样就为不同的智能移动设备各自分配一个ID成为可能。而且VXLAN为UDP的封装,可以穿越三层网络,比VLAN有更好的扩展性,为信息在网络传输扫除了技术上的障碍。
此外,隧道链接除了以上使用广泛的几种隧道链接外,还可以包括其他的一些在局域网内可用的、定制的隧道链接格式,其特点是不可以和其他设备对接,但是自己设备相互识别处理就没有问题,隧道链接只是在本实施例中的一种方法,不论是通用的、广泛的隧道链接,还是定制的,在本实施例中均可以适用。
在设备服务器20和基站101之间通过隧道链路传输时,网络消息也应该被封装为相应的隧道链路的格式,因此,本实施例中将网络消息封装为隧道链路的格式,得到网络消息,这样可以顺利的通过隧道链路将网络消息发送给基站101。
各个终端30是由厂商所制造的;同时,可选的,设备服务器20在本实施例中也是由厂商所提供的,因此,设备服务器20在工作中会接收不止一个终端30的网络消息,因此,设备服务器20需要对各个终端30进行区分辨识,即设备服务器20需要将网络消息发送给对应的终端30而不能出错;这时,就可以根据终端30上的唯一识别码来将各个终端30对应起来;可选的,根据各个终端30的MAC地址标识建立与各个终端30之间的对应关系;每一个终端30的MAC地址标识均不同,可以保证确定和各个终端30之间的对应关系而不会出错。此外,还可以利用其他终端30的唯一标识,如IMEI,不过其只能对移动设备(尤其指手机)进行区分而不能广泛性的应用于所有的终端30,有其局限性。
可选的,本实施例中的网络消息处理系统还包括终端30,用于:
接收基站101发送网络消息;
判断与网络消息关联的应用程序是否正在运行;
若否,则在终端上通知该网络消息。
在接收到基站101转发的网络消息后,首先,需确定该网络消息关联的应用程序是否正在运行;网络消息所关联的应用程序即是指该网络消息是什么应用程序可以处理的网络消息,如网络消息是短信的话,其关联的应用程序就是短信,而网络消息是邮件的话,其关联的应用程序就是邮箱;有的网络消息其关联的应用程序并不止一个,此时,只要确定其中是否有任何一个关联的应用程序正在运行即可。
若此时该网络消息所关联的应用程序正在运行,那么由该应用程序对该网络消息进行处理,处理的过程视网络消息而定,一般包括从消息提醒开始,到显示,详情查看,或者是用户的回复,一般这些操作是和用户的指令相关的。
若此时该网络消息所关联的应用程序没有运行,那么就不能直接对该网络消息进行处理,此时则由预设的处理单元对该网络消息进行通知;通知的形式在此处并没有特别的限定,现有的终端30上的通知形式,包括声音提醒、提示灯提醒或者在屏幕上显示等形式均可;通知单元对该网络消息的通知的程度可以是简单的对该网络消息所关联的应用程序进行通知,用户可以得知该网络消息对应于哪个应用程序;也可以在通知中包括该网络消息的具体内容,用户可以根据该网络消息的具体内容对终端30进行操作。预设的处理单元是终端30上用于通知那些未运行的应用程序关联的网络消息。
在预设的处理单元对网络消息进行通知之后,用户根据该网络消息,向终端30发起触发指令,即用户意欲启动该网络消息关联的应用程序,那么可选的,接收用户的触发指令,启动该网络消息关联的应用程序,使该应用程序对网络消息进行处理。由于预设的处理单元对网络消息进行了通知,用户还可以根据通知的内容决定是否发送启动关联的应用程序的触发指令,如该网络消息是不重要的推送消息,像天气,一则短小的新闻,一条广告信息等,或是其他任何用户觉得不重要的网络消息,用户都可以对该网络消息进行忽略,而无须开启关联的应用程序。
可选的,第二处理模块5还包括应用退出单元51,用于在启动与网络消息关联的应用程序时,退出与该应用程序同一类的应用程序;退出的时机可以是在启动该应用程序之前,或者与启动该应用程序同时进行,甚至在启动该应用程序之后也可;这里的退出是彻底的退出,退出后的应用程序不再占用终端30的资源,而将资源释放出来供其他应用程序使用。这样可以使终端30的CPU、RAM资源等可以有一个比较大的灵活使用度,不会因为同时运行了太多应用程序而使终端30运行不流畅,影响用户体验。
为了使终端30的运行流畅,可选的,对终端30中的应用程序进行分类,其中,每一类应用程序各自最多运行一个;一般而言,需要将所有应用程序至少分为两类;分类的规则并不是固定的,可以依照应用程序各自的特点进行分类,如将终端30自带的应用程序作为一类,将用户自行下载的应用程序归为另一类;还可以以用户的喜好进行分类,分类的类目和类数都是可选的,具有很强的灵活性。
在启动了关联的应用程序后,该应用程序就作为前台运行的应用程序;此时,可以建立终端30和基站101之间直接的通信链路,使启动的应用程序的网络消息可以直接的由基站101发送到终端30,由于终端30上关联的应用程序在运行中,因此可以顺利的接收到该网络消息并进行相应的处理。
需要说明的是,本实施例中的网络消息处理方法,其并不局限于安卓操作系统,对于其他的操作系统也是可以适用的,并没有对此作特别的限定。
此外,值得一提的是,本实施例提供的仅仅是一种网络消息处理方法,并不意味着终端30只能以此进行应用程序的运行,用户仍然可以主动的启动应用程序,这与用户的惯常操作并不相悖。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (21)
1.一种网络消息处理方法,其特征在于,包括:
终端接收设备服务器发送的网络消息;
所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;
若否,则在所述终端上通知所述网络消息。
2.如权利要求1所述的网络消息处理方法,其特征在于,所述终端接收设备服务器发送的网络消息包括:所述终端通过基站接收所述设备服务器发送的网络消息。
3.如权利要求1所述的网络消息处理方法,其特征在于,若是,则由所述应用程序对所述网络消息进行处理。
4.如权利要求1所述的网络消息处理方法,其特征在于,在所述终端上通知所述网络消息之后,所述方法还包括:在用户输入触发指令的情况下,启动与所述网络消息关联的应用程序,由所述应用程序对所述网络消息进行处理。
5.如权利要求4所述的网络消息处理方法,其特征在于,所述启动与网络消息关联的应用程序包括:退出与所述应用程序同一类的其他应用程序,启动与网络消息关联的应用程序。
6.如权利要求1-5任一项所述的网络消息处理方法,其特征在于,所述终端的应用程序按照预设的规则进行分类,在同一时间点对同一类应用程序仅运行一个。
7.一种网络消息处理方法,其特征在于,包括:
设备服务器接收网络消息;
所述设备服务器将所述网络消息发送给终端,所述网络消息用于所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息。
8.如权利要求7所述的网络消息处理方法,其特征在于,在所述服务器将所述网络消息发送给终端之前,所述方法还包括:所述设备服务器将所述网络消息发送给基站。
9.如权利要求8所述的网络消息处理方法,其特征在于,在所述设备服务器将所述网络消息发送给基站之前,还包括:设备服务器从所述基站接收所述网络消息,或者设备服务器从另一基站接收所述网络消息。
10.如权利要求8所述的网络消息处理方法,其特征在于,所述设备服务器将所述网络消息发送给基站包括:通过隧道链路将所述网络消息发送给基站。
11.如权利要求10所述的网络消息处理方法,其特征在于,所述隧道链路包括:虚拟可扩展局域网隧道、网络之间互连的协议隧道、虚拟专用网络隧道中的任一种。
12.如权利要求10或11所述的网络消息处理方法,其特征在于,在所述设备服务器将所述网络消息发送给基站之前,所述方法还包括:将所述网络消息按照所述隧道链路的格式进行封装。
13.一种终端,其特征在于,包括:
第二接收模块,用于接收设备服务器发送的网络消息;
应用判断模块,用于判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;
通知模块,用于当所述应用判断模块判断为否时,在所述终端上通知所述网络消息。
14.如权利要求13所述的终端,其特征在于,所述终端还包括第一处理模块,用于当所述应用判断模块判断为是时,使所述应用程序对所述网络消息进行处理。
15.如权利要求13所述的终端,其特征在于,所述终端还包括第二处理模块,用于在终端上通知网络消息之后,在用户输入出发指令的情况下,启动与所述网络消息关联的应用程序,使所述应用程序对所述网络消息进行处理。
16.如权利要求15所述的终端,其特征在于,所述第二处理模块还包括应用退出单元,用于在启动与所述网络消息关联的应用程序时,退出与所述应用程序同一类的其他应用程序。
17.如权利要求13-16任一项所述的终端,其特征在于,所述终端还包括分类模块,用于对所述终端的应用程序按照预设的规则进行分类,在同一时间点对同一类应用程序仅运行一个。
18.一种设备服务器,其特征在于,包括:
第一接收模块,用于接收网络消息;
消息发送模块,用于将网络消息发送给终端,所述网络消息用于所述终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息。
19.如权利要求18所述的设备服务器,其特征在于,所述消息发送模块包括:
消息发送单元,用于通过隧道链路将所述网络消息通过基站发送给所述终端。
20.一种网络消息处理系统,其特征在于,包括设备服务器和基站,所述设备服务器用于:
接收网络消息;
将所述网络消息发送给所述基站,所述网络消息用于终端判断与所述网络消息关联的应用程序是否正在运行,其中,与所述网络消息关联的所述应用程序包括能处理该网络消息的应用程序;若否,则在所述终端上通知所述网络消息;
所述基站用于将接收到的所述网络消息转发给终端。
21.如权利要求20所述的网络消息处理系统,其特征在于,所述系统还包括终端,所述终端用于:
接收所述基站发送所述网络消息;
判断与所述网络消息关联的应用程序是否正在运行;
若否,则对所述网络消息进行通知。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610207939.4A CN107295156A (zh) | 2016-04-05 | 2016-04-05 | 一种终端、设备服务器、网络消息处理方法及系统 |
PCT/CN2017/074973 WO2017173899A1 (zh) | 2016-04-05 | 2017-02-27 | 一种终端、设备服务器、网络消息处理方法、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610207939.4A CN107295156A (zh) | 2016-04-05 | 2016-04-05 | 一种终端、设备服务器、网络消息处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107295156A true CN107295156A (zh) | 2017-10-24 |
Family
ID=60000230
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610207939.4A Pending CN107295156A (zh) | 2016-04-05 | 2016-04-05 | 一种终端、设备服务器、网络消息处理方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107295156A (zh) |
WO (1) | WO2017173899A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111245703A (zh) * | 2018-11-29 | 2020-06-05 | 北京京东尚科信息技术有限公司 | 信息交互方法、装置、电子设备及介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110247941B (zh) * | 2018-03-09 | 2022-12-13 | 鸿合科技股份有限公司 | 切换终端使用状态的方法和系统 |
CN111061492B (zh) * | 2019-12-16 | 2023-12-29 | 连尚(新昌)网络科技有限公司 | 一种应用程序的处理方法、设备和计算机存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4303101B2 (ja) * | 2003-12-26 | 2009-07-29 | 株式会社エヌ・ティ・ティ・ドコモ | 通信端末およびプログラム |
TW201405423A (zh) * | 2012-07-19 | 2014-02-01 | Hon Hai Prec Ind Co Ltd | 便攜式無線通訊裝置 |
CN103020531B (zh) * | 2012-12-06 | 2015-05-27 | 中国科学院信息工程研究所 | Android智能终端运行环境可信控制方法及系统 |
JP2015065686A (ja) * | 2014-11-21 | 2015-04-09 | レノボ・イノベーションズ・リミテッド(香港) | 携帯電話システム、及び携帯電話システムの制御方法 |
CN104657213B (zh) * | 2015-02-13 | 2018-04-10 | 深圳酷派技术有限公司 | 一种系统间应用切换的方法和终端 |
-
2016
- 2016-04-05 CN CN201610207939.4A patent/CN107295156A/zh active Pending
-
2017
- 2017-02-27 WO PCT/CN2017/074973 patent/WO2017173899A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111245703A (zh) * | 2018-11-29 | 2020-06-05 | 北京京东尚科信息技术有限公司 | 信息交互方法、装置、电子设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017173899A1 (zh) | 2017-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110417915B (zh) | 一种推送消息传输方法、装置、存储介质及电子设备 | |
CN109218261B (zh) | 一种数据处理方法及数据处理装置 | |
CN103957522B (zh) | 一种智能通讯方法、终端及系统 | |
CN103906000B (zh) | 一种移动终端与pos终端的通信方法及系统 | |
CN106603550B (zh) | 一种网络隔离方法及装置 | |
CN103391296B (zh) | 一种控制器、转发器及通道建立方法和系统 | |
CN107426077A (zh) | 用于实现物理网络和虚拟网络互通的方法和设备 | |
CN103716901B (zh) | 设备之间连接的方法、系统及相关设备 | |
CN105162732B (zh) | 创建扩展端口的方法、装置 | |
CN103391240B (zh) | 一种即时通讯实现方法及装置 | |
CN104937896A (zh) | 地址解析协议消息的处理方法和转发器、控制器 | |
US11455160B1 (en) | Simultaneous operation of a networked device using multiple disparate networks | |
CN107295156A (zh) | 一种终端、设备服务器、网络消息处理方法及系统 | |
CN106559280A (zh) | 双向转发检测方法和装置 | |
CN107800597A (zh) | 家电设备的数据传输方法、装置和计算机可读存储介质 | |
CN108377579B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN107005463A (zh) | Sdn及其配置方法、基于sdn的数据传输方法及网络控制器 | |
CN102710510B (zh) | 信息处理方法、装置及系统 | |
CN108076535B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN111245702B (zh) | 基于5gs的数据传输方法及装置、转发设备和upf通信设备 | |
CN110300064A (zh) | 一种数据流量处理方法、设备及系统 | |
CN108809549A (zh) | 一种传输数据的方法及设备 | |
CN108632126A (zh) | 一种报文转发通道建立方法、装置及报文转发方法和装置 | |
CN105323234B (zh) | 业务节点能力处理方法、装置、业务分类器及业务控制器 | |
CN104639442A (zh) | 一种报文处理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20171024 |