CN105634929A - 一种基于web网页的即时通信方法及装置 - Google Patents
一种基于web网页的即时通信方法及装置 Download PDFInfo
- Publication number
- CN105634929A CN105634929A CN201610091686.9A CN201610091686A CN105634929A CN 105634929 A CN105634929 A CN 105634929A CN 201610091686 A CN201610091686 A CN 201610091686A CN 105634929 A CN105634929 A CN 105634929A
- Authority
- CN
- China
- Prior art keywords
- user
- receiving terminal
- message content
- pushlet
- online
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000012544 monitoring process Methods 0.000 claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 16
- 238000012545 processing Methods 0.000 claims description 15
- 238000004891 communication Methods 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 abstract description 4
- 230000003993 interaction Effects 0.000 abstract 2
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000013461 design Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种基于web网页的即时通信方法及装置,方法包括:利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;根据至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;在监听到用户发起端发起的消息内容时,response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。根据本方案,可以直接将消息内容推送给用户接收端,实现了浏览器与服务器端的信息交互,以及提高了信息交互效率。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种基于web网页的即时通讯方法及装置。
背景技术
在现有技术中,服务器端向浏览器端发送通知的这种通讯模式在J2EE(Java2PlatformEnterpriseEdition,Java2平台企业版)应用中很常见,通常使用采用RMI(RemoteMethodInvocation,远程接口调用)、CORBA(CommonObjectRequestBrokerArchitecture,通用对象请求代理体系结构)或者自定义TCP(TransmissionControlProtocol传输控制协议)/IP(InternetProtocol,互联网协议)信息的applet来实现。
现有技术的缺点在于:在实现页面刷新、消息收发时需要完全采用applet展示内容,效率较低。
发明内容
本发明实施例提供了一种基于web网页的即时通讯方法及装置,以利用Pushlet实现服务器与浏览器之间的信息交互。
第一方面,本发明提供了一种基于web网页的即时通信方法,包括:
利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;
根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;
在监听到用户发起端发起的消息内容时,response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
优选地,所述将该消息内容发送给用户接收端,包括:
判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
优选地,
在所述利用Pushlet中的Servlet接口获取至少一个用户端的监听请求之后,进一步包括:向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述判断用户接收端是否在线,包括:确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
优选地,
进一步包括:获取至少一个用户端的联系人列表;
在所述将该消息内容发送给用户接收端之前,进一步包括:判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
第二方面,本发明还提供了一种基于web网页的即时通信装置,包括:
接收单元,用于利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;
发送单元,用于根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;
第一处理单元,用于在监听到用户发起端发起的消息内容时,利用response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
优选地,所述第一处理单元,具体用于判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
优选地,
进一步包括:第二处理单元,用于向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述第一处理单元,具体用于确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
优选地,进一步包括:
获取单元,用于获取至少一个用户端的联系人列表;
第三处理单元,用于判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
本发明实施例提供了一种基于web网页的即时通讯方法及装置,通过利用Pushlet实现对浏览器上用户端的监听,并在监听到用户发起端发起消息内容时,无需采用applet的帮助,直接将消息内容推送给用户接收端,实现了浏览器与服务器端的信息交互,以及提高了信息交互的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的一种方法流程图;
图2是本发明一个实施例提供的另一种方法流程图;
图3是本发明一个实施例提供的装置所在设备的硬件架构图;
图4是本发明一个实施例提供的一种装置结构示意图;
图5是本发明一个实施例提供的另一种装置结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种基于web网页的即时通信方法,该方法可以包括以下步骤:
步骤101:利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求。
步骤102:根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听。
步骤103:在监听到用户发起端发起的消息内容时,response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
根据上述实施例方案,通过利用Pushlet实现对浏览器上用户端的监听,并在监听到用户发起端发起消息内容时,无需采用applet的帮助,直接将消息内容推送给用户接收端,实现了浏览器与服务器端的信息交互,以及提高了信息交互的效率。
在本发明一个实施例中,为了保证用户接收端能够接收到该消息内容,将该消息内容发送给用户接收端,包括:判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
在本发明一个实施例中,可以通过如下方式判断用户接收端是否在线:
在所述利用Pushlet中的Servlet接口获取至少一个用户端的监听请求之后,进一步包括:向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述判断用户接收端是否在线,包括:确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
在本发明一个实施例中,由于即时通信聊天是针对好友关系的两个或多个用户端之间进行通信的,因此,进一步包括:获取至少一个用户端的联系人列表;
在所述将该消息内容发送给用户接收端之前,进一步包括:判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图及具体实施例对本发明作进一步地详细描述。
如图2所示,本发明实施例提供了一种基于web网页的即时通信方法,其中,该方法预先进行如下设计:
框架:hibernate<st1:chsdateisrocdate="False"w:st="on"year="1899"day="30"islunardate="False"month="12">3.2.5</st1:chsdate>+spring2.0+struts1.2.9+jdk5.0+Pushlet2.0.2+web2.0+dtree。
页面:采用window.open()的方式,将菜单栏隐藏和大小固定。
Javascript:采用Window.Event的事件处理和分析一些请求。利用XmlHttpRequest(AJAX)异步的方式跟后台的Action请求。
Pushlet:用到一个JS(700多行代码)和一个开发包(20多个类)。实现机制是利用时间差。
spring2.0:利用AOP(AspectOrientedProgramming,面向切面教程)、IOC(InverseofControl,控制反转)、hibernateTemplet跟Hibernate交互和用com.ecomm.util.struts.DelegatingRequestProcessor跟Struts交互。
hibernate<st1:chsdateisrocdate="False"w:st="on"year="1899"day="30"islunardate="False"month="12">3.2.5</st1:chsdate>处理DAO和持久层。
Struts<st1:chsdateisrocdate="False"w:st="on"year="1899"day="30"islunardate="False"month="12">1.2.9</st1:chsdate>:处理所有请求,然后转交给Manager。
Dtree:构建用户树。按照人员的部门分类。
提醒方式:用户可以选择提醒的方式,该提醒显示在消息主界面,时间可以被配置,默认:30S/次。该提醒方式可以包括以下四种:
弹出提醒的方式:弹出所有未查收消息列表。
声音提醒的方式:有新消息就发出“你有新消息请查收”的声音。
图层提醒的方式:在首页隐藏一个DIV,如果有新消息就显示有多少条消息。
数字提醒的方式:有新消息就会在首页显示有多少条,没有就为0,是系统默认的提醒方式。
群聊和单聊功能:在聊天主界面中,默认就是单聊状态,选择部门下面人员,进行聊天实例。
加载顺序:加入、监听、发送消息。
页面布局:分为2个FRAME,左边是文字输入框和显示框。右边是接收人和发送人的个性签名,并且中间有个按扭可以追加接收人(群组右边不同:上面显示建群人,群描述,下面是群内的人员和个性签名)。
发送消息支持快捷键:Enter。
接口:接口中有一个Send(Tt)方法,只要用户提供发送人、接收人、类型和内容就能触发实例,达到提醒功能。
数据库设计:
chat_group:聊天群组的信息,建群人,群内描述,群内人员,当前有多少人加入群内聊天实例,群ID就是群监听。
chat_listen:群监听,默认是单聊的方式,接收人和发送人产生一个监听,并保存谁加入当前聊天实例中,并可以追加聊天接收人。
chat_message:消息记录,跟提醒表是一对多的关系。包括:消息发送人,消息内容,发送时间,消息类型,消息类型下的子类型,URL,外键ID(可以是组ID,也可以是单聊ID)。
chat_remind:提醒表,跟消息记录表是多对一的关系接收人,包括:消息记录的ID,和标记(是未读,以读,删除)。
chat_userinfo:用户信息个性签名,用户头像路径,四种提醒方式,状态。
根据上述设置结果,该基于web页面的及时通信方法可以包括以下步骤:
步骤201:在浏览器端登录web网页,通过onload()加载p_jion()和p_listen(id)到用户端的ajax-pushlet-client.js。
步骤202:ajax-pushlet-client.js根据p_jion()和p_listen(id)生成监听请求,并将该监听请求发送给Pushlet容器。
步骤203:Pushlet容器中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求。
步骤204:根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听。
步骤205:Pushlet容器获取至少一个用户端的联系人列表。
步骤206:在监听到用户发起端发起的消息内容时,response.getOutputStream()根据该消息内容携带的目的地址,判断用户接收端是否在用户发起端的联系人列表中,若在,执行步骤208,否则,执行步骤207。
步骤207:拒绝发送该用户发起端发送的消息内容,结束。
步骤208:判断用户接收端是否在线,若在线,则执行步骤210;若不在线,则执行步骤209。
在本实施例中,可以通过如下方式判断用户接收端是否在线:
向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,其中,refresh-ack.xml中携带有目标时间段,例如5s,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求。
在本实施例中,Pushlet可以在每接收到用户端发送的刷新请求之后向用户端发送refresh-ack.xml,每一次发送的refresh-ack.xml中所携带的目标时间段可以相同也可以不同,具体根据用户需求进行设置。
在判断用户接收端是否在线时,可以确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
步骤209:存储该消息内容,将提醒表的状态设置为0,直到监测到该用户接收端在线时,执行步骤210。
步骤210:将该消息内容发给用户接收端。
在本发明一个实施例中,该基于web页面的即时通信方法至少可以利用如下部分代码进行实现:
如图3、图4所示,本发明实施例提供了一种基于web网页的即时通信装置。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。从硬件层面而言,如图3所示,为本发明实施例提供的基于web网页的即时通信装置所在设备的一种硬件结构图,除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的设备通常还可以包括其他硬件,如负责处理报文的转发芯片等等。以软件实现为例,如图4所示,作为一个逻辑意义上的装置,是通过其所在设备的CPU将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。本实施例提供的基于web网页的即时通信装置,包括:
接收单元401,用于利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;
发送单元402,用于根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;
第一处理单元403,用于在监听到用户发起端发起的消息内容时,利用response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
其中,所述第一处理单元403,具体用于判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
在本发明一个实施例中,请参考图5,该装置可以进一步包括:第二处理单元501,用于向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述第一处理单元403,具体用于确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
进一步包括:获取单元502,用于获取至少一个用户端的联系人列表;
第三处理单元503,用于判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
综上,本发明实施例至少可以实现如下有益效果:
1、在本发明实施例中,通过利用Pushlet实现对浏览器上用户端的监听,并在监听到用户发起端发起消息内容时,无需采用applet的帮助,直接将消息内容推送给用户接收端,实现了浏览器与服务器端的信息交互,以及提高了信息交互的效率。
2、在本发明实施例中,在Servlet机制下,数据从服务器端的Java对象直接推送到动态HTML页面,而无需任何Javaapplet或者插件的帮助。它使server端可以周期性地更新client的web页面,这与传统的request/response方式相悖。浏览器为兼容JavaScript1.4版本以上的浏览器,例如InternetExplorer、FireFox,并使用JavaScript/DynamicHTML特性。而低层实现使一个servlet通过Http连接到JavaScript所在的浏览器,并将数据推送到后者。
上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个······”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (8)
1.一种基于web网页的即时通信方法,其特征在于,包括:
利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;
根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;
在监听到用户发起端发起的消息内容时,response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
2.根据权利要求1所述的方法,其特征在于,所述将该消息内容发送给用户接收端,包括:
判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
3.根据权利要求2所述的方法,其特征在于,
在所述利用Pushlet中的Servlet接口获取至少一个用户端的监听请求之后,进一步包括:向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述判断用户接收端是否在线,包括:确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
4.根据权利要求1-3中任一所述的方法,其特征在于,
进一步包括:获取至少一个用户端的联系人列表;
在所述将该消息内容发送给用户接收端之前,进一步包括:判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
5.一种基于web网页的即时通信装置,其特征在于,包括:
接收单元,用于利用Pushlet中的Servlet接口接收至少一个用户端使用ajax-pushlet-client.js分别发送的监听请求;
发送单元,用于根据该至少一个用户端的监听请求向response.getOutputStream()发送listen_ack.xml文件,以执行对该至少一个用户端的监听;
第一处理单元,用于在监听到用户发起端发起的消息内容时,利用response.getOutputStream()根据该消息内容携带的目的地址,将该消息内容发送给用户接收端。
6.根据权利要求5所述的即时通信装置,其特征在于,所述第一处理单元,具体用于判断用户接收端是否在线,若在线,则将该消息内容发给用户接收端,若不在线,则存储该消息内容,并将提醒表的状态设置为0,直到监测到该用户接收端在线时,将该消息内容发送给该用户接收端。
7.根据权利要求6所述的即时通信装置,其特征在于,
进一步包括:第二处理单元,用于向每一个用户端的ajax-pushlet-client.js分别发送refresh-ack.xml,以使每一个用户端利用ajax-pushlet-client.js中的SetTimeOut()在达到refresh-ack.xml中携带的目标时间段时,向Pushlet中的Servlet接口发送刷新请求;
所述第一处理单元,具体用于确定距离接收到该用户接收端发送的刷新请求的当前时间段与目标时间段的大小,若当前时间段不大于该目标时间段,则确定该用户接收端在线,若当前时间段大于该目标时间段,则确定该用户接收端不在线。
8.根据权利要求5-7中任一所述的即时通信装置,其特征在于,进一步包括:
获取单元,用于获取至少一个用户端的联系人列表;
第三处理单元,用于判断用户接收端是否在用户发起端的联系人列表中,若在,则执行所述将该消息内容发送给用户接收端,否则,拒绝发送该用户发起端发送的消息内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610091686.9A CN105634929A (zh) | 2016-02-18 | 2016-02-18 | 一种基于web网页的即时通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610091686.9A CN105634929A (zh) | 2016-02-18 | 2016-02-18 | 一种基于web网页的即时通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105634929A true CN105634929A (zh) | 2016-06-01 |
Family
ID=56049457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610091686.9A Pending CN105634929A (zh) | 2016-02-18 | 2016-02-18 | 一种基于web网页的即时通信方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105634929A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106534253A (zh) * | 2016-09-27 | 2017-03-22 | 山东浪潮商用系统有限公司 | 一种网络聊天的方法及装置 |
CN108471375A (zh) * | 2017-02-23 | 2018-08-31 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、装置及终端 |
CN108923875A (zh) * | 2018-05-31 | 2018-11-30 | 北京五八信息技术有限公司 | 时间同步方法和装置 |
CN109561014A (zh) * | 2018-10-25 | 2019-04-02 | 江苏中威科技软件系统有限公司 | 一种web即时通讯方法及系统 |
CN110599112A (zh) * | 2018-06-12 | 2019-12-20 | 北京顺智信科技有限公司 | 一种网络页面开发、维护方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348713A (zh) * | 2014-10-17 | 2015-02-11 | 国家电网公司 | B/S架构下网络平台基于comet的即时通讯方法 |
CN104980333A (zh) * | 2014-04-14 | 2015-10-14 | 纬创资通股份有限公司 | Pushlet即时通信方法及平台 |
-
2016
- 2016-02-18 CN CN201610091686.9A patent/CN105634929A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980333A (zh) * | 2014-04-14 | 2015-10-14 | 纬创资通股份有限公司 | Pushlet即时通信方法及平台 |
US20150296037A1 (en) * | 2014-04-14 | 2015-10-15 | Wistron Corporation | Pushlet instant messaging framework and pushlet instant messaging method |
CN104348713A (zh) * | 2014-10-17 | 2015-02-11 | 国家电网公司 | B/S架构下网络平台基于comet的即时通讯方法 |
Non-Patent Citations (2)
Title |
---|
佚名: ""一个WEB的IM,基于Pushlet实现,开发心得"", 《HTTP://WWW.ITEYE.COM/TOPIC/89158》 * |
雷镭: ""基于ExtJS 及Pushlet实现Web即时交流"", 《软件导刊》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106534253A (zh) * | 2016-09-27 | 2017-03-22 | 山东浪潮商用系统有限公司 | 一种网络聊天的方法及装置 |
CN108471375A (zh) * | 2017-02-23 | 2018-08-31 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、装置及终端 |
CN108923875A (zh) * | 2018-05-31 | 2018-11-30 | 北京五八信息技术有限公司 | 时间同步方法和装置 |
CN110599112A (zh) * | 2018-06-12 | 2019-12-20 | 北京顺智信科技有限公司 | 一种网络页面开发、维护方法和装置 |
CN110599112B (zh) * | 2018-06-12 | 2023-10-27 | 百融至信(北京)科技有限公司 | 一种网络页面开发、维护方法和装置 |
CN109561014A (zh) * | 2018-10-25 | 2019-04-02 | 江苏中威科技软件系统有限公司 | 一种web即时通讯方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6723340B2 (ja) | 業務状態をプロンプトする方法及び装置 | |
US20190312742A1 (en) | Enhanced collaboration services | |
CN105634929A (zh) | 一种基于web网页的即时通信方法及装置 | |
JP5989762B2 (ja) | 電子メッセージ中での添付ファイルとしてのコンテンツへのリンクの提示 | |
TWI677225B (zh) | 即時通訊的實現方法和裝置 | |
US10439967B2 (en) | Attachment reply handling in networked messaging systems | |
US9378194B2 (en) | Previewing email templates in marketing campaigns | |
EP2746950A2 (en) | ABAP channels for event signaling | |
WO2017032227A1 (zh) | 一种消息提示及处理的方法、装置和客户端 | |
US20120278403A1 (en) | Presenting link information near links within electronic messages | |
US10102239B2 (en) | Application event bridge | |
CN108650519A (zh) | 基于区块链的发布信息的方法及装置 | |
US11416824B2 (en) | Activity stream based interaction | |
JP2022017304A (ja) | グループベースコミュニケーションシステムにおいてメッセージユーザーインターフェイスを構築しレンダリングするシステム、方法、及び装置 | |
WO2017087346A1 (en) | Collaboration cards for communication related to a collaborated document | |
WO2017131987A1 (en) | Activity notification system | |
US11038832B2 (en) | Response status management in a social networking environment | |
TW201621776A (zh) | 非結構化消息處理的方法、用戶端、伺服器及平台 | |
US9467413B2 (en) | Method and system for replying to website update event | |
CN105306338B (zh) | 消息提醒方法及装置 | |
CN112242944A (zh) | 一种文件处理的方法以及相关装置 | |
US20230004261A1 (en) | Data processing method, terminal device and server device | |
CN111445221B (zh) | 虚拟物品包的封面生成方法、领取方法、装置及设备 | |
CN109902113B (zh) | 征信反馈报告处理方法及装置、存储介质、计算机设备 | |
US10805411B2 (en) | Interprogram communication with event handling for metric overlays |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160601 |