CN103532828B - 一种基于扩展的xmpp协议的富文本格式实现***和方法 - Google Patents
一种基于扩展的xmpp协议的富文本格式实现***和方法 Download PDFInfo
- Publication number
- CN103532828B CN103532828B CN201310395671.8A CN201310395671A CN103532828B CN 103532828 B CN103532828 B CN 103532828B CN 201310395671 A CN201310395671 A CN 201310395671A CN 103532828 B CN103532828 B CN 103532828B
- Authority
- CN
- China
- Prior art keywords
- message
- picture
- module
- client
- text
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 17
- 238000012545 processing Methods 0.000 claims abstract description 12
- 230000005540 biological transmission Effects 0.000 claims description 14
- 230000000903 blocking effect Effects 0.000 abstract description 3
- 238000000926 separation method Methods 0.000 abstract description 2
- WSGCGMGMFSSTNK-UHFFFAOYSA-M 1-methyl-4-phenyl-1-propan-2-ylpiperidin-1-ium;iodide Chemical compound [I-].C1C[N+](C(C)C)(C)CCC1C1=CC=CC=C1 WSGCGMGMFSSTNK-UHFFFAOYSA-M 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 241000566151 Pandion Species 0.000 description 2
- 235000012364 Peperomia pellucida Nutrition 0.000 description 2
- 240000007711 Peperomia pellucida Species 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 125000000058 cyclopentadienyl group Chemical group C1(=CC=CC1)* 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000008451 emotion Effects 0.000 description 1
- ZSWFCLXCOIISFI-UHFFFAOYSA-N endo-cyclopentadiene Natural products C1C=CC=C1 ZSWFCLXCOIISFI-UHFFFAOYSA-N 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种基于扩展的XMPP协议的富文本格式实现***和方法，该***包括客户端和服务器端，所述客户端包括：编解码模块，用于编码和解码即时消息；文本收发模块，用于发送和接收文本消息；和图片收发模块，用于发送和接收图片信息；所述服务器端包括：消息收发处理模块，用于接收、转发来自客户端的即时消息；离线消息模块，用于暂存文本消息；和图片管理模块，用于保存和管理图片信息。本发明的***和方法具有很好的扩展性和互通性，实现图文的分离发送，防止图片过大，阻塞消息通道；采用base64编码来发送即时消息中的图片，效率相对较高。
Description
技术领域
本发明属于计算机网络通信领域，具体涉及一种基于扩展的XMPP协议的富文本格式实现***和方法。
背景技术
即时消息(Instant Messaging,IM)交流是一种实时的互联网交流方式。
目前在我国主流的IM软件众多，各自拥有众多特定的使用人群。例如：腾讯的QQ，微软的MSN和雅虎的Yahoo Manager等等。他们各自为了自身的商业利益，分别使用各自不同的协议格式和通信技术。这种协议的不统一和不公开性，在很大程度上制约了IM软件的发展。
出于IM应用开放性和互通性的考虑,一些组织正致力于通用IM协议的设计和标准化工作。目前，IM通用协议主要有如下几种：XMPP协议、IMPP协议以及SIMPLE协议。其中IMPP协议定义了IM通用协议遵循的基准，包括服务模块、功能接口和数据格式等；XMPP协议是基于XML语言描述并定义的通用协议；SIMPLE是对SIP协议的扩展，使其支持IMPS服务。XMPP与SIMPLE都是遵循IMPP的规约而制定的,并在应用领域有完整的实现案例。
XMPP协议基于XML描述语言，作为出席和消息协议，具有非常强的扩展性、较高的安全性、较小的格式内容等众多优点。同时更能方便的实现基于本协议的不同即时消息***之间的互联互通。
随着IM的发展，人们已经不再满足于单纯的文字交流。设置个性的消息格式，图文并茂的消息内容，才能更好的表达用户的情感，满足用户的需求。
目前XMPP协议的主流IM客户端有Spark、Pandion和国内的Rooyee Messenger客户端等。
对于即时消息部分的功能支持情况如下表所示（√表示支持，×表示不支持）。
| 客户端 | 文本消息 | 消息格式 | 图文混排 |
| Pandion | √ | √ | × |
| Spark | √ | × | × |
| Rooyeeton | √ | √ | × |
对于国内使用人群最多的QQ客户端，其可以支持图文混排，然而由于其协议的加密性，其具体实现方式不得而知。
目前也有不少软件通过RTF（Rich Text Format）格式来传送即时消息，例如：Office Communicator2007等。RTF是由微软公司开发的跨平台文档格式，是一种类似DOC格式（Word文档）的文件，具有很好的兼容性。其具有如下等优点：
1.具备很好的兼容性，大多数的文字处理软件都能读取和保存RTF文档。
2.一个即时消息中的文字可以设置成不同的格式。
3.可以实现图文混排。
对于要求快捷和方便的即时通信软件来说，在每次的即时聊天的内容中都存在大量的格式描述信息，这无疑是一种不小的负担。
通过实验在富文本编辑框中粘贴一张120K大小的图片，将其转化为RTF数据后，数据的长度为10486180byte≈10M，而将其转化为png格式图片，之后读取其base64编码后的长度为164224byte≈160K。RTF数据格式的长度约为base64编码长度的64倍。因此这对于消息的格式要求不那么严格的普通用户来说，是不太合适的。
同时如果将图片放在消息中传送，当图片比较大时，将会造成消息的长度很长；在网络状况不是很好的情况下，可能会阻塞消息通道，用户体验不好。
发明内容
为了克服上述现有技术的不足，本发明提供一种基于文件传送和base64编码相结合的图文混排消息发送方式，实现用户在线以及离线，一对一以及多人的图文混排消息的发送与接收。
为了实现上述发明目的，本发明采取如下技术方案：
本发明的一方面，提供一种基于扩展的XMPP协议的富文本格式实现***，该***包括客户端和服务器端，其特征在于：
所述客户端包括：
编解码模块，用于编码和解码即时消息；
文本收发模块，用于发送和接收文本消息；和
图片收发模块，用于发送和接收图片信息；
所述服务器端包括：
消息收发处理模块，用于接收、转发来自客户端的即时消息；
离线消息模块，用于暂存文本消息；和
图片管理模块，用于保存和管理图片信息。
优选地，所述编解码模块通过扩展的XMPP协议组织文本消息；该XMPP协议包括分别表示字体、字号、颜色以及字体特殊格式的“FontFamily”、“FontSize”、“FontColor”和“FontStyle”标签，还包括用于记录图片位置的图片占位符。
优选地，所述客户端包括：
消息输入模块，用于输入即时消息；和
消息呈现模块，用于显示即时消息；
所述服务器包括：转发模块，用于将即时消息转发至目标客户端；和
SOCKS5代理服务器。
本发明的另一方面，提供一种基于扩展的XMPP协议的富文本格式实现方法，该方法包括以下步骤：
A.编解码模块分离即时消息中的文本消息和图片信息；
B.文本收发模块将文本消息发往服务器；
C.图片收发模块将处理后的图片信息发往服务器；
D.消息收发处理模块接收来自客户端的即时消息，并分类处理该消息。
优选地，所述步骤A中，所述编解码模块通过扩展的XMPP协议组织文本消息；该XMPP协议包括分别表示字体、字号、颜色以及字体特殊格式的“FontFamily”、“FontSize”、“FontColor”和“FontStyle”标签；所述图片信息以文件形式保存于本地，并在文本消息中图片所在位置添加图片占位符。
优选地，所述步骤B中，文本消息发往服务器端消息收发处理模块，若目标客户端在线，则由转发模块将消息递至目标客户端，否则交由离线消息模块进行保存。
优选地，所述步骤C中，若为一对一会话，则执行如下步骤：
C-1.图片收发模块判断目标客户端是否对其显示在线状态；若是，执行步骤C-2；否则，执行步骤C-3；
C-2.双方通过标准的XEP-0065和XEP-0096协议建立文件传送的通道；所述XEP-0096协议包括文件属性标签，用于告知该文件为图片文件；
C-3.图片收发模块将图片文件转化为base64编码，添加到“message”节的“Data”标签中，发送给服务器；
若为一对多会话，则直接将图片文件转化为base64编码添加到“message”节的“Data”标签中发送至服务器。
优选地，所述步骤D包括：
D-1.消息收发处理模块判断目标客户端的在线情况；若在线，执行步骤D-2；否则，执行步骤D-3；
D-2.消息收发处理模块通过转发模块将即时消息转发至目标客户端；
D-3.消息收发处理将即时消息转发至图片管理模块；执行步骤D-4；
D-4.图片管理模块判断该消息是否为图片信息，若是，则将其保存为图片文件，同时保存其基本信息，当用户下次上线时，通过转发模块自动发送至该用户；否则，执行步骤D-5；
D-5.即该消息为文本消息，则图片管理模块将其转发至离线消息模块，当用户下次上线时，通过转发模块自动发送至该用户。
优选地，所述步骤D-4中，所述基本信息包括：图片ID、图片名称、接收方纯JID和图片的保存路径。
与现有技术相比，本发明的有益效果在于：
1.采用开放的XMPP协议，具有很好的扩展性和互通性。
2.当消息接收方在线时，采用文件传送的方式来单独发送即时消息中的图片文件，实现图文的分离发送；防止图片过大，阻塞消息通道。
3.当对方接收方不在线或者多人聊天中，采用base64编码来发送即时消息中的图片，效率相对较高。
附图说明
图1是本发明基于扩展的XMPP协议的富文本格式实现***模块图；
图2是本发明实施例中一对一聊天对方在线时消息发送流程图；
图3是本发明实施例中一对一聊天对方不在线时消息发送流程图；
图4是本发明实施例中多人聊天消息发送流程图；
具体实施方式
下面结合附图对本发明作进一步详细说明。
如图1所示，本发明的***由客户端和服务器两部分组成，其中客户端由消息输入模块、消息呈现模块、编解码模块、文本收发模块和图片收发模块五部分组成：
消息输入模块：用于客户端即时消息的输入；
消息呈现模块：用于即时消息的显示；
编解码模块：用于即时消息的编码以及解码功能实现；其中包括图片和文字的编码与解码、文本消息格式的编码与解码等；
文本收发模块：用于即时消息中文本消息的发送与接收；
图片收发模块：用于即时消息中图片信息的发送与接收；当双方客户端之间可以建立P2P连接的情况下，优先采用直连方式发送图片文件；否则采用服务器代理的方式发送；
服务器端主要由消息收发模块、离线消息模块、图片管理模块、转发模块四部分组成：
消息收发处理模块：用于接收与转发客户端发送来的即时消息，以及各种消息的相应逻辑处理；
离线消息模块：当对端客户端不在线时，用于保存消息；并在目标客户端上线后将该消息发送给该客户端；
图片管理模块：用于保存和管理即时消息中的图片信息；
转发模块：根据消息中的接收方的Jid，转发即时消息给目标客户端；
该***中的即时消息可以分为了一对一的即时消息和多人即时消息两种情况，根据不同的情况将会采用不同的发送方式，具体实现方法如下。
（一）一对一即时消息
如图2-3所示，具体步骤如下：
步骤一：客户端A向客户端B发送即时消息；发送方将消息输入模块中输入的图文混排消息以及消息的格式取出，交由客户端的消息编解码模块处理。
步骤二：编解码模块对图文混排的即时消息进行编码处理，分离其中的图片和文本，图片以文件形式保存于本地（图片名称要求唯一性，采用“时间_图片编号”命名保存）；并在文本消息中图片所在的位置添加图片占位符，用于记录图文的相对位置。将编码后的文本消息添加到<message/>节的<body>标签中，同时在<message/>节中添加<FontFamily>、<FontSize>、<FontColor>和<FontStyle>四个标签，分别表示字体、字号、颜色以及字体特殊格式(下划线、斜体、粗体等)。将编码后生成的<message/>节交给文本收发模块发送，将图片文件交由图片收发模块处理。
步骤三：文本收发模块直接将文本消息发往服务器，由服务器将消息路由给目标客户端；图片收发模块判断客户端B是否在线，此处的在线与否指的是客户端B在客户端A上所呈现的在线与否的状态，而非客户端B的实际的在线与否。如果在线执行步骤四；否则执行步骤六；
步骤四：双方根据标准的XEP-0065和XEP-0096协议，通过服务器端的Socks5代理模块建立文件传送的通道；其中需要在XEP-0096协议的通知对方接收文件的标准<iq>节中，添加<msg_picture xmlns=’service.msg.picture’/>标签。告知目标客户端本次发送的文件是即时消息中的图片文件，无需提示用户，直接接收该文件。执行步骤五。
步骤五：客户端B的文本收发模块，接收到包含有图片占位符的文本消息后，会根据文本消息中的图片名称判断该图片是否已经传送过来；如果是则直接显示。否则将会在图片占位符的位置显示“图片正在下载中”的临时图片。当图片传送完成后更换图片为原图片。执行步骤七。
步骤六：文本收发模块直接将文本消息发往服务器，由服务器将消息路由给目标客户端；图片收发模块将图片文件转化为base64编码，将其添加到<message>节的<Data>标签中，发送给对方。客户端B上线后即可收到客户端A发送来的文本消息和图片文件，由编解码模块重新组合后在消息呈现模块中显示。执行步骤七。
步骤七：结束。
（二）多人即时消息
如图4所示，具体步骤如下：
步骤一：客户端A向UC群(GroupUC)中发送即时消息；消息编解码模块从消息输入模块中取出图文混排的即时消息以及消息的格式信息，并处理。
步骤二：编解码模块对图文混排的即时消息进行编码处理，分离其中的图片和文本，图片以文件形式保存于本地（图片名称要求唯一性，采用“时间_图片编号”命名保存）；并在文本消息中图片所在的位置添加图片占位符，用于记录图文的相对位置。将编码后的文本消息添加到<message/>节的<body>标签中，同时在<message/>节中添加<FontFamily>、<FontSize>、<FontColor>和<FontStyle>四个标签，分别表示字体、字号、颜色以及字体特殊格式(下划线、斜体、粗体等)。将编码后生成的<message/>节交给文本收发模块发送，将图片文件交由图片收发模块处理。
步骤三：图片收发模块将图片文件转化为base64编码，添加到<message>节的<Data>标签中，发送给服务器。当群中成员在线时，则直接收到由服务器发来的图片和文本消息，由本端的编解码模块处理后交由消息呈现模块显示；当成员不在线时，下次登录后即可收到由群服务器发送来的离线的图片和离线的文本消息；由编解码模块重新组合后在消息呈现模块中显示。
步骤四：结束。
（三）服务器端流程
步骤一：当服务器收到客户端发送过来的消息时，根据<message>节的type属性，如果type==chat执行步骤二；如果type==groupchat执行步骤五；
步骤二：一对一的即时消息。根据<message>节的to属性，判断接收方是否在线，此处的在线与否是真正的在线与否，服务器是可以获取的。如果接收方在线则执行步骤三，否则执行步骤四；
步骤三：由转发模块直接将消息路由给接收方；
步骤四：由服务器端的图片管理模块处理该消息；如果<message>节中包含<Data>标签，则表示该消息为即时消息中的图片文件，将<Data>标签中的内容保存成图片文件，文件名为<FileName>标签中的内容；同时在数据库中保存该图片的基本信息，包括ID、图片名称、接收方纯JID和图片的保存路径等，用于接收方上线后查找使用。当服务器将图片发送完成后，删除该图片以及数据库中该图片的基本信息。如果<message>节中不包含<Data>标签，表示该条消息为文本消息；将其保存为离线消息，等该用户下次上线后，由服务器的离线消息模块自动发送给该用户。执行步骤八。
步骤五：多人即时消息。循环遍历该群中的所有成员，如果群成员在线，执行步骤六；否则执行步骤七；
步骤六：由转发模块直接将消息路由给该成员；
步骤七：由服务器端的图片管理模块处理该消息；如果<message>节中包含<Data>标签，则表示该消息为即时消息中的图片文件，将<Data>标签中的内容保存成图片文件，文件名为<FileName>标签中的内容；同时在数据库中保存该图片的基本信息，包括ID、图片名称、接收方纯JID、时间和图片的保存路径等，用于群成员下次上线后查找使用。服务器将图片发送完成后，删除数据库中该图片与该成员对应的图片信息，当所有的离线成员均成功收到该图片后，删除服务器上这个图片文件。如果<message>节中不包含<Data>标签，表示该条消息为文本消息；将其保存为离线消息，等该群成员下次上线后，由服务器的离线消息模块自动发送给该用户。
步骤八：结束。
同时服务器的图片管理模块将会定时清理离线的消息和图片，当离线的消息和图片超过了设定的天数，服务器会将其删除。节约服务器存储空间。
最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求范围当中。
Claims (7)
1.一种基于扩展的XMPP协议的富文本格式实现***，该***包括客户端和服务器端，其特征在于：
所述客户端包括：
编解码模块，用于编码和解码即时消息；
文本收发模块，用于发送和接收文本消息；和
图片收发模块，用于发送和接收图片信息；
所述服务器端包括：
消息收发处理模块，用于接收、转发来自客户端的即时消息；
离线消息模块，用于暂存文本消息；和
图片管理模块，用于保存和管理图片信息；
所述编码包括分离即时消息中的文本消息和图片信息；所述编解码模块通过扩展的XMPP协议组织文本消息；该XMPP协议包括分别表示字体、字号、颜色以及字体特殊格式的“FontFamily”、“FontSize”、“FontColor”和“ FontStyle”标签，还包括用于记录图片位置的图片占位符；其中，若为一对一会话，图片收发模块判断目标客户端是否对其显示在线状态；若是，双方通过标准的XEP-0065和XEP-0096协议建立文件传送的通道；所述XEP-0096协议包括文件属性标签，用于告知该文件为图片文件；否则，图片收发模块将图片文件转化为base64编码，添加到“message”节的“Data”标签中，发送给服务器；若为一对多会话，则图片收发模块直接将图片文件转化为base64编码添加到“message”节的“Data”标签中发送至服务器。
2.如权利要求1所述的***，其特征在于：所述编解码模块通过扩展的XMPP协议组织文本消息；该XMPP协议包括分别表示字体、字号、颜色以及字体特殊格式的“FontFamily”、“FontSize”、“FontColor”和“FontStyle”标签，还包括用于记录图片位置的图片占位符。
3.如权利要求1所述的***，其特征在于，所述客户端包括：
消息输入模块，用于输入即时消息；和
消息呈现模块，用于显示即时消息；
所述服务器包括：转发模块，用于将即时消息转发至目标客户端；和
SOCKS5代理服务器。
4.一种基于扩展的XMPP协议的富文本格式实现方法，该方法包括以下步骤：
A.客户端的编解码模块分离即时消息中的文本消息和图片信息；
B.客户端的文本收发模块将文本消息发往服务器；
C.客户端的图片收发模块将处理后的图片信息发往服务器；
D.服务器端的消息收发处理模块接收来自客户端的即时消息，并分类处理该消息；
所述步骤A中，所述客户端的编解码模块通过扩展的XMPP协议组织文本消息；该XMPP协议包括分别表示字体、字号、颜色以及字体特殊格式的“FontFamily”、“FontSize”、“FontColor”和“FontStyle”标签；所述客户端的图片信息以文件形式保存于本地，并在文本消息中图片所在位置添加图片占位符；
所述步骤C中，若为一对一会话，则执行如下步骤：
C-1.客户端的图片收发模块判断目标客户端是否对其显示在线状态；若是，执行步骤C-2；否则，执行步骤C-3；
C-2.双方通过标准的XEP-0065和XEP-0096协议建立文件传送的通道；所述XEP-0096协议包括文件属性标签，用于告知该文件为图片文件；
C-3.客户端的图片收发模块将图片文件转化为base64编码，添加到“message”节的“Data”标签中，发送给服务器；
若为一对多会话，则直接将图片文件转化为base64编码添加到“message”节的“Data”标签中发送至服务器。
5.如权利要求4所述的方法，其特征在于，所述步骤B中，文本消息发往服务器端消息收发处理模块，若目标客户端在线，则由转发模块将消息递至目标客户端，否则交由离线消息模块进行保存。
6.如权利要求4所述的方法，其特征在于，所述步骤D包括：
D-1.消息收发处理模块判断目标客户端的在线情况；若在线，执行步骤D-2；否则，执行步骤D-3；
D-2.消息收发处理模块通过转发模块将即时消息转发至目标客户端；
D-3.消息收发处理将即时消息转发至图片管理模块；执行步骤D-4；
D-4.图片管理模块判断该消息是否为图片信息，若是，则将其保存为图片文件，同时保存其基本信息，当用户下次上线时，通过转发模块自动发送至该用户；否则，执行步骤D-5；
D-5.即该消息为文本消息，则图片管理模块将其转发至离线消息模块，当用户下次上线时，通过转发模块自动发送至该用户。
7.如权利要求6所述的方法，其特征在于，所述步骤D-4中，所述基本信息包括：图片ID、图片名称、接收方纯JID和图片的保存路径。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310395671.8A CN103532828B (zh) | 2013-09-03 | 2013-09-03 | 一种基于扩展的xmpp协议的富文本格式实现***和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310395671.8A CN103532828B (zh) | 2013-09-03 | 2013-09-03 | 一种基于扩展的xmpp协议的富文本格式实现***和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103532828A CN103532828A (zh) | 2014-01-22 |
| CN103532828B true CN103532828B (zh) | 2017-07-07 |
Family
ID=49934520
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310395671.8A Active CN103532828B (zh) | 2013-09-03 | 2013-09-03 | 一种基于扩展的xmpp协议的富文本格式实现***和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103532828B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105095161B (zh) * | 2014-05-07 | 2021-03-26 | 腾讯科技（北京）有限公司 | 一种显示富文本信息的方法及装置 |
| CN104333505A (zh) * | 2014-10-23 | 2015-02-04 | 秦科 | 一种即时通信方法 |
| CN105024923B (zh) * | 2015-07-29 | 2018-05-15 | 北京梅泰诺通信技术股份有限公司 | 基于xmpp扩展消息的消息分类实现的方法及装置 |
| CN105306732A (zh) * | 2015-11-13 | 2016-02-03 | 深圳正品创想科技有限公司 | 基于手机app的图文穿插发帖方法 |
| CN107729467A (zh) * | 2017-10-12 | 2018-02-23 | 江苏鸿信***集成有限公司 | 基于PhoneGap的web图文混合内容保存方法 |
| CN108021611B (zh) * | 2017-11-02 | 2021-11-23 | 广州中山大学出版社有限公司 | 一种图片中选择文本信息的方法及装置 |
| CN113691441B (zh) * | 2021-08-05 | 2023-06-20 | 国电南瑞科技股份有限公司 | 电力调度***中心间协同的即时通信***、方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101106540A (zh) * | 2007-07-03 | 2008-01-16 | 腾讯科技（深圳）有限公司 | 一种在im消息中显示多媒体信息的方法、***及设备 |
| CN101567798A (zh) * | 2009-05-27 | 2009-10-28 | 中兴通讯股份有限公司 | 基于ip多媒体***架构的电子白板会议的实现***及方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090125806A1 (en) * | 2007-11-13 | 2009-05-14 | Inventec Corporation | Instant message system with personalized object and method thereof |
-
2013
- 2013-09-03 CN CN201310395671.8A patent/CN103532828B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101106540A (zh) * | 2007-07-03 | 2008-01-16 | 腾讯科技（深圳）有限公司 | 一种在im消息中显示多媒体信息的方法、***及设备 |
| CN101567798A (zh) * | 2009-05-27 | 2009-10-28 | 中兴通讯股份有限公司 | 基于ip多媒体***架构的电子白板会议的实现***及方法 |
Non-Patent Citations (1)
| Title |
|---|
| "基于XMPP协议的Android手机即时通信应用研究与实现";高明鹏;《中国优秀硕士学位论文全文数据库 信息科技辑》;20130115;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103532828A (zh) | 2014-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103532828B (zh) | 一种基于扩展的xmpp协议的富文本格式实现***和方法 | |
| CN101188578B (zh) | 组群邮件/消息转换装置及方法、和组群信息交互*** | |
| US7447996B1 (en) | System for using gender analysis of names to assign avatars in instant messaging applications | |
| CN108055196B (zh) | 基于即时通讯创建讨论群的方法、装置及*** | |
| WO2019137292A1 (zh) | 基于邮件***的即时通讯方法、装置及*** | |
| CN102045272B (zh) | 用于使用电子消息传送协议进行通信的计算机*** | |
| US20180343214A1 (en) | Information Exchange Method, Client, and Apparatus | |
| CN102655482B (zh) | 基于http协议分析的web邮件还原方法 | |
| US11558322B2 (en) | Communication management system | |
| US11636250B2 (en) | Methods, systems, and apparatus for Text Message to persistent messaging | |
| US10068009B2 (en) | Method, computer program and computer for detecting communities in social media | |
| CN108055197A (zh) | 基于即时通讯的邮件分享方法、装置及*** | |
| CN102281205A (zh) | 一种即时通信***中的文字显示的方法、终端及*** | |
| Pallen | Guide to the Internet: Electronic mail | |
| CN103095549B (zh) | 一种即时通信工具间消息传递的方法和*** | |
| CN108322384A (zh) | 基于即时通讯的邮件分享方法、装置及*** | |
| CN103903124A (zh) | 一种电子邮件处理方法及装置 | |
| CN104901865B (zh) | 一种基于全局单调序列号的移动端即时通讯信号同步方法 | |
| CN108200184A (zh) | 一种分布式Web即时消息发送***和方法 | |
| US7853659B2 (en) | Method for presenting personalized, voice printed messages from online digital devices to hosted services | |
| CN105553818B (zh) | 一种基于xmpp协议实现电子公告的***和方法 | |
| CN105763424B (zh) | 一种文字信息处理方法和装置 | |
| CN101317410A (zh) | 实现电子邮件通知的***、方法和装置 | |
| CN104463556A (zh) | 电子邮件正文引用信息的整理和发现方法及*** | |
| US8626840B2 (en) | Method and system for generating a referencing secondary electronic mail message from a primary electronic mail message |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 100031 Xicheng District West Chang'an Avenue, No. 86, Beijing Applicant after: State Grid Corporation of China Applicant after: China Electric Power Research Institute Applicant after: State Grid Sichuan Electric Power Corporation Applicant after: Hebei FarEast Communication System Engineering Co., Ltd. Address before: 100031 Xicheng District West Chang'an Avenue, No. 86, Beijing Applicant before: State Grid Corporation of China Applicant before: China Electric Power Research Institute Applicant before: State Grid Sichuan Electric Power Corporation Applicant before: Hebei Far East Harris Communications Co., Ltd. |
|
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Qi Xinghui Inventor after: Chen Xiang Inventor after: Tian Yang Inventor after: Deng Lei Inventor after: Hou Weizhao Inventor after: Li Shidong Inventor after: Liu Ge Inventor after: Zhang Geng Inventor after: Ding Huixia Inventor after: Di Xiaoliang Inventor after: Wang Yang Inventor after: Su Lan Inventor after: Song Xi Inventor after: Li Jie Inventor before: Qi Xinghui Inventor before: Chen Xiang Inventor before: Tian Yang Inventor before: Deng Lei Inventor before: Hou Weizhao Inventor before: Li Shidong Inventor before: Liu Ge Inventor before: Zhang Geng Inventor before: Ding Huixia Inventor before: Di Xiaoliang Inventor before: Wang Yang Inventor before: Su Lan Inventor before: Song Xi Inventor before: Li Jie |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |