CN103986646A - 一种消息传输方法、系统及终端设备 - Google Patents
一种消息传输方法、系统及终端设备 Download PDFInfo
- Publication number
- CN103986646A CN103986646A CN201410240913.0A CN201410240913A CN103986646A CN 103986646 A CN103986646 A CN 103986646A CN 201410240913 A CN201410240913 A CN 201410240913A CN 103986646 A CN103986646 A CN 103986646A
- Authority
- CN
- China
- Prior art keywords
- message
- fileinfo
- association attributes
- type
- queue
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明适用于即时通信技术领域,提供了一种消息传输方法、系统及终端设备,所述方法包括:发送方通过将消息或消息相关属性存储在队列中,根据存储在队列中的顺序发送对应的消息或消息相关属性;接收方接收所述消息或消息的相关属性,根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。如果消息是文件信息,比如是比较大的图片或音频文件,则按照发送时间在接收界面上通过预先设置的信息占位显示,从而保证最终接收方接收界面显示的消息与发送方发送消息的顺序一致。
Description
技术领域
本发明属于即时通讯技术领域,尤其涉及一种消息传输方法、系统及终端设备。
背景技术
IM(Instant Messenger,即时通信)是一个实时通信系统,允许两人或多人使用网络实时的传递文字、文件、语音与视频交流。人们熟知的有skype、MSN、QQ等。即时通信软件多是基于TCP/IP和UDP进行通讯的,XMPP(ExtensibleMessaging and Presence Protocol,可扩展通讯和表示协议)是主流的IM协议之一,也是最灵活的。现有的android平台通常都是使用基于XMPP的asmack库来实现的各种消息的发送。但asmack在发送消息时并没有直接解决消息在发送和接收时的显示顺序问题,比如,现在QQ等即时通信软件中,发送纯文本和发送文件所需要的时间不同,文件发送需要时间较长,在发送消息时,先发送一个较大的图片文件,立刻再发送一个简单的文字,接收方可能先接收到文字,后接收到图片文件,从而导致发送方和接收方的消息顺序不一致。类似的情况,消息从发送方到接收方,如果顺序改变,消息所含的意思可能也会改变。
发明内容
本发明的目的在于提供一种基于队列和预先设置的信息占位显示的信息发送、接收方法,以解决现有的即时通讯不能保证发送顺序和接收顺序一致的问题。
本发明是这样实现的,一种消息传输方法,包括:
发送方根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
接收方接收所述消息或消息的相关属性,根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
本发明还提供了一种消息传输方法,包括:
根据消息类型将消息或消息的相关属性存储在队列中,所述消息或消息的相关属性携带有消息类型标识;
根据存储在队列中的顺序发送对应的消息或消息的相关属性。
本发明还提供了一种消息传输方法,包括:
接收消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
本发明还提供了一种消息传输系统,包括:
发送端和接收端;
所述发送端,用于根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
所述接收端,用于接收所述消息或消息的相关属性,根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
本发明还提供了一种终端设备,包括:
存储模块,用于根据消息类型将消息或消息相关属性存储在队列中,所述消息或消息的相关属性携带有消息类型标识;
发送模块,用于根据存储在队列中的顺序发送对应的消息或消息的相关属性。
本发明还提供了一种终端设备,其特征在于,包括:
接收模块,用于消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
第一确定模块,用于根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
在本发明中,发送方通过将消息或消息相关属性存储在队列中,根据存储在队列中的顺序发送对应的信息或消息的相关属性;接收方根据接收到的信息或消息相关属性中携带的标识确定消息类型,根据消息类型确定是否在接收方界面上根据发送时间通过预先设置的信息进行占位显示,如果消息是文件信息,比如是比较大的图片或音频文件,则按照发送时间在接收界面上通过预先设置的信息占位显示,从而保证最终接收方接收界面显示的消息与发送方发送消息的顺序一致。
附图说明
图1是本发明第一实施例提供的消息传输系统的网络架构示意图;
图2是本发明第二实施例提供的一种消息传输方法的实现流程图;
图3是本发明第三实施例提供的一种消息传输方法的实现流程图;
图4是本发明第四实施例提供的一种消息传输方法的实现流程图;
图5是本发明第五实施例提供的一种消息传输系统的结构框图;
图6是本发明第六实施例提供的一种终端设备的结构框图;
图7是本发明第七实施例提供的一种终端设备的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1示出了本发明第一实施例提供的消息传输系统的网络架构示意图,为了便于说明,仅示出了与本发明实施例相关的部分。
如图1所示,所述消息传输系统包括发送端1、接收端2以及服务端3。发送端1以及接收端2与服务端3之间通过有线或者无线的方式连接通信。
其中,所述发送端1或接收端2可以是无线终端也可以是有线终端,无线终端可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如,Radio Access Network,RAN)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动终端设备,它们与无线接入网交换语言和/或数据。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(PersonalDigital Assistant,PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(UserTerminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(User Equipment)。
所述服务端3可以是单一的服务器,也可以为由几个功能服务器共同组成的服务器端,优选的,对于即时通讯系统来说服务端3为单一的服务器。
为了解决现有的即时通讯不能保证发送顺序和接收显示顺序一致的问题,本发明第二实施例结合附图2,提供了一种消息传输方法。本发明实施例执行主体可以是图一中的发送端1和接收端2。图2示出了本发明实施例提供的一种消息传输方法的实现流程,详述如下:
步骤101、发送方根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,其中消息或消息的相关属性携带有消息类型标识。
本发明实施例中,在发送消息之前,使用java类Executor Service构造一个单线程执行的类,即构造一个队列,将每个发送任务放在队列里一个一个排队发送。这个类包括发送中执行的接口doInBackground(),主要执行发送消息实体的过程;发送后执行的接口onPostExecute(),主要执行发送后的界面显示更新工作;具体的发送文本和文件都由smack的接口来完成;发送文本直接使用sendPacket(packet)即可,发送文件时则需要使用smack的FileTransfer类。用户可以选择发送文字、表情、音频、视频、图片、压缩文件;其中文字、表情都是文本;音频、视频、图片、压缩文件都是文件。按照用户的操作顺序将文本消息、文件消息都放入一个队列中。因为文件发送周期较长,如果将所有消息整个过程(包括更新界面、更新记录、文件发送协商、发送的文件实体等)都放入队列发送,比如一个大文件发不完,就不能发送下一条消息,可能造成堵塞,影响发送效率。因此,本发明实施例,根据消息类型将消息或消息的相关属性存储在队列中,具体为:若消息为文本信息,则将文本信息存储在队列中;若消息为文件信息,则将文件信息的相关属性存储在队列中。当要发送的消息为文本信息(包括文字、表情),由于文本信息比较小,发送起来也很快,则将文本信息全部内容都存储在队列中。当要发送的消息为文件信息时,由于文件信息比较大,发送比较慢,若全部放在队列中容易造成堵塞,所以只将对应文件信息的相关属性存储在队列中。文件信息的相关属性包括发送时间、类型、消息编码以及发送方与接收方等相关的信息。同时消息或消息的相关属性携带有消息类型标识,比如标识0代表消息类型为文本信息,标识1代表消息类型为文件信息,等等。之后,发送方按照消息或者消息属性在队列中的排序发送对应的消息或消息属性。当消息为文本信息时,发送方直接将文本信息发送给服务器,服务器再转发给接收方。当消息为文件信息时,发送方将文件信息的相关属性发送给服务器,服务器再转发给接收方,接收方根据接收到的文件信息确定能否接收文件信息,如果能接收文件信息,通过服务器向发送方发送可接收响应信息,发送方在接收到可接收响应信息后,通过服务器向接收方发送对应的文件信息(即文件实体)。这样保证消息能顺序发送。具体的文件实体发送操作可以在多个线程中进行,即可以在线程池中同时进行多个文件的传输,并通过上述队列保证不同消息之间的顺序;而不用将传输文件实体放在队列线程中,不会因为一个大文件的传输堵塞在队列中,节省时间。
步骤102、接收方接收所述消息或消息的相关属性,根据消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
接收方接收发送方发送的消息或消息相关属性,根据消息或消息的相关属性携带的消息类型标识确定消息类型,比如若消息类型标识为0,则确定消息类型为文本信息,若消息类型标识为1则确定消息类型为文件信息。根据消息的类型确定是否在接收界面上通过预先设置的信息进行占位显示。由于文本信息比较小,传输很快,接收方很快就接收到,因此不需要在接收界面提前占位显示。而文件信息比较大,传输时间比较长,如果不提前占位显示,则可能存在后发送的文本信息提前传输完毕,接收界面先显示后发送的文本信息,这样导致显示顺序不一致。因此,当消息为文件信息时,发送方通过服务器向接收方发送文件信息的相关属性,接收方根据文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息,则在接收界面上通过预先设置的信息进行占位显示,通过服务器向发送方发送可接收响应信息,发送方在接收到可接收响应信息后,通过服务器向接收方发送对应的文件信息;若不能,接收方通过服务器向发送方发送不可接收响应信息,发送方在接收到不可接收响应信息后,或者发送方超过预设时间(比如1秒)还没有收到可接收响应信息后,则退出该文件消息的发送直接进入队列中下一条消息的发送。预先设置的信息可以是预先设置好的图片信息或文字信息等,可以用来告知用户即将接收到的消息,且还在传输中。这样就可以保证接收方界面显示的消息顺序与发送方发送的顺序一致。当消息为文件信息时,发送方发送文件信息后,接收方在接收界面上根据发送文件信息的时间通过预先设置的信息进行占位显示,之后还包括:在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。即用预先设置的信息占位显示后,接收完文件信息需要对预先设置的信息进行替换,即用完整的接收到的文件信息替换预先设置的信息。
本发明实施中,发送方通过将消息或消息相关属性存储在队列中,根据存储在队列中的顺序发送对应的消息或消息的相关属性;接收方根据接收到的消息或消息的相关属性中携带的消息类型标识确定消息的类型,并根据消息的类型确定是否在接收方界面上根据发送时间通过预先设置的信息进行占位显示,如果消息是文件信息,比如是比较大的图片或音频文件,则按照发送时间在接收界面上通过预先设置的信息占位显示,从而保证最终接收方接收界面显示的消息与发送方发送消息的顺序一致。
图3是本发明第三实施例提供的一种消息传输方法的实现流程,本发明实施例的执行主体可以为图一中的发送端1,具体过程详述如下:
步骤201、根据消息类型将消息或消息的相关属性存储在队列中,消息或消息的相关属性携带有消息类型标识。
本发明实施例中,在发送消息之前,使用java类Executor Service构造一个单线程执行的类,即构造一个队列,将每个发送任务放在队列里一个一个排队发送。这个类包括发送中执行的接口doInBackground(),主要执行发送消息实体的过程;发送后执行的接口onPostExecute(),主要执行发送后的界面显示更新工作;具体的发送文本和文件都由smack的接口来完成;发送文本直接使用sendPacket(packet)即可,发送文件时则需要使用smack的FileTransfer类。用户可以选择发送文字、表情、音频、视频、图片、压缩文件;其中文字、表情都是文本;音频、视频、图片、压缩文件都是文件。按照用户的操作顺序将文本消息、文件消息都放入一个队列中。因为文件发送周期较长,如果将所有消息整个过程(包括更新界面、更新记录、文件发送协商、发送的文件实体等)都放入队列发送,比如一个大文件发不完,就不能发送下一条消息,可能造成堵塞,影响发送效率。因此,本发明实施例,根据消息类型将消息或消息的相关属性存储在队列中,具体为:若消息为文本信息,则将文本信息存储在队列中;若消息为文件信息,则将文件信息的相关属性存储在队列中。当要发送的消息为文本信息(包括文字、表情),由于文本信息比较小,发送起来也很快,则将文本信息全部内容都存储在队列中。当要发送的消息为文件信息时,由于文件信息比较大,发送比较慢,若全部放在队列中容易造成堵塞,所以只将对应文件信息的相关属性存储在队列中。文件信息的相关属性包括发送时间、类型、消息编码以及发送方与接收方等相关的信息。同时消息或消息的相关属性携带有消息类型标识,比如标识0代表消息类型为文本信息,标识1代表消息类型为文件信息,等等。
步骤202、根据存储在队列中的顺序发送对应的消息或消息的相关属性。
本发明实施例中,发送方按照队列中的排序发送对应的消息或消息属性。当消息为文本信息时,发送方直接将文本信息发送给服务器,服务器再转发给接收方。当消息为文件信息时,发送方将文件信息的相关属性发送给服务器,服务器再转发给接收方,接收方根据接收到的文件信息确定能否接收文件信息,如果能接收文件信息,发送方在接收到接收方通过服务器发送的可接收响应信息后再发送文件信息(即文件实体)。这样保证消息能顺序发送。具体的文件实体发送操作可以在多个线程中进行,即可以在线程池中同时进行多个文件的传输,并通过上述队列保证不同消息之间的顺序;而不用将传输文件实体放在队列线程中,不会因为一个大文件的传输堵塞在队列中,节省时间。
当然在发送消息之前,发送方和接收方需要和服务器建立连接,连接建立之后,若是文本信息则直接通过smack中的sendPacket(packet)发送文本。若是文件信息在发送文件实体之前需要发送方通过服务器向接收方发送文件信息的相关属性,接收方根据文件信息的相关属性确定能否接收对应的文件信息,若接收方能够接收文件信息则在接收到接收方通过服务器发送的可接收响应信息后发送文件实体,若不能则跳出该消息的发送,进入到队列中下一条消息的发送。
图4是本发明第四实施例提供的一种消息传输方法的实现流程图,本发明实施例中执行主体可以为图一中的接收端2,具体过程详述如下:
步骤301、接收消息或消息的相关属性,其中消息或消息的相关属性携带有消息类型标识。
发送方根据存储在队列中的顺序发送对应的消息或消息的相关属性,接收方接收消息或消息的相关属性,上述消息或消息的相关属性携带有消息类型标识。消息的相关属性包括发送时间、类型、消息编码以及发送方与接收方等相关的信息。消息类型标识对消息类型进行标识。
步骤302、根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
接收方接收发送方发送的消息或消息相关属性,根据消息或消息的相关属性携带的消息类型标识确定消息类型,比如若消息类型标识为0,则确定消息类型为文本信息,若消息类型标识为1则确定消息类型为文件信息。接收方根据消息的类型确定是否在接收界面上通过预先设置的信息进行占位显示。由于文本信息比较小,传输很快,接收方很快就接收到,因此不需要在接收界面提前占位显示。而文件信息比较大,传输时间比较长,如果不提成占位显示,则可能存在后发送的文本信息提前传输完毕,接收界面先显示后发送的文本信息,这样导致显示顺序不一致。因此,当消息为文件信息时,发送方通过服务器向接收方发送文件信息的相关属性,接收方根据所述文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示,同时发送方在接收到接收方通过服务器发送的可接收响应信息后发送对应的文件信息(文件实体),接收方接收该文件信息;若不能则发送方会退出该文件消息的发送直接进入队列中下一条消息的发送。预先设置的信息可以是预先设置好的图片信息或文字信息等,可以用来告知用户即将接收到的消息,且还在传输中。这样就可以保证接收方界面显示的消息顺序与发送方发送的顺序一致。
消息为文件信息时,接收方确定能够接收对应的文件信息,确定占位显示后,发送方发送文件信息,接收方接收文件信息,在接收完所述文件信息后,通过所述文件信息对预先设置的信息进行替换。即用预先设置的信息占位显示后,接收完文件信息需要对预先设置的信息进行替换,即用完整的接收到的文件信息替换预先设置的信息。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。
图5是本发明第五实施例提供的一种消息传输系统的结构框图,该系统可以实现前述实施例二所描述的方法。为了便于说明,仅示出了与本实施例相关的部分。
参照图5,该消息传输系统,包括:发送端41和接收端42。
发送端41根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,其中消息或消息的相关属性携带有消息类型标识。进一步的,发送端41还用于当所述消息为文本信息时,则将所述文本信息存储在队列中;当所述消息为文件信息时,则将所述文件信息的相关属性存储在队列中。
接收端42和发送端41还用于:当消息为文件信息时,接收端42根据接收到的文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示,并通过服务器向发送端41发送可接收响应信息,发送端41在接收到所述可接收响应信息后,通过服务器向接收端42发送所述文件信息;接收端42接收所述发送端41通过服务器转发的所述文件信息。
进一步的,接收端42,还用于当发送端发送的消息为文件信息时,则在接收界面上根据发送时间通过预先设置的信息进行占位显示,以及在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。
本发明实施中,发送端通过将消息或消息相关属性存储在队列中,根据存储在队列中的顺序发送对应的消息或消息的相关属性;接收端根据接收到的消息或消息的相关属性确定消息的类型,并根据消息的类型确定是否在接收方界面上通过预先设置的信息进行占位显示,如果消息是文件信息,比如是比较大的图片或音频文件,则按照发送时间在接收界面上通过预先设置的信息占位显示,从而保证最终接收方接收界面显示的消息与发送方发送消息的顺序一致。
图6是本发明第六实施例提供的一种终端设备的结构框图,该终端设备可以实现前述实施例二所描述的方法。为了便于说明,仅示出了与本实施例相关的部分。如图6所示,该终端设备包括:存储模块51和发送模块52。
存储模块51,用于根据消息类型将消息或消息相关属性存储在队列中,其中消息或消息的相关属性携带有消息类型标识。进一步的,存储模块51还包括:第一存储子模块511和第二存储子模块512。第一存储子模块511,用于当所述消息为文本信息时,则将所述文本信息存储在队列中。第二存储子模块512,用于当所述消息为文件信息时,则将所述文件信息的相关属性存储在队列中。发送模块52,用于根据存储在队列中的顺序发送对应的消息或消息的相关属性。具体的若消息为文本信息则直接发送对应的文本信息;若消息为文件信息,则先发送文件信息的相关属性,接收方根据接收到的文件信息的相关属性确定能否接收,如果能接收,发送方通过发送模块52再发送对应的文件信息。这样可以保证消息按照顺序发送。
图7是本发明第七实施例提供的一种终端设备的结构框图,该终端设备可以实现前述实施例三所描述的方法。为了便于说明,仅示出了与本实施例相关的部分。如图7所示,该终端设备包括:接收模块61和第一确定模块62。
接收模块61,用于消息或消息的相关属性,其中消息或消息的相关属性携带有消息类型标识;
第一确定模块62,用于根据消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。进一步的,所述第一确定模块62,还包括:确定子模块621、占位显示模块622、发送模块623、接收子模块624。确定子模块621,用于根据接收到的文件信息的相关属性确定能否接收对应的文件信息。占位显示模块622,用于当能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示。发送模块623,用于当能够接收所述对应的文件信息时,通过服务器向发送端发送可接收响应信息。接收子模块624,用于接收发送方接收到可接收响应信息后发送的文件信息。
进一步的,所述终端设备还包括:替换模块63,用于在接收完文件信息后,通过文件信息对所述预先设置的信息进行替换。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即所述系统或终端设备的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元或模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元或模块既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统或终端设备中的单元、模块的具体工作过程,可以参考前述方法实施中的对应过程,在此不再赘述。
本领域普通技术人员还可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以在存储于一计算机可读取存储介质中,所述的存储介质,包括ROM/RAM、磁盘、光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种消息传输方法,其特征在于,包括:
发送方根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
接收方接收所述消息或消息的相关属性,根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
2.如权利要求1所述的方法,其特征在于,所述发送方根据消息类型将消息或消息的相关属性存储在队列中,具体为:
若所述消息为文本信息,则发送方将所述文本信息存储在队列中;
若所述消息为文件信息,则发送方将所述文件信息的相关属性存储在队列中。
3.如权利要求2所述的方法,其特征在于,所述根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示,包括:
当所述消息为文件信息时,接收方根据接收到的文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示,并通过服务器向发送方发送可接收响应信息,发送方在接收到所述可接收响应信息后,通过服务器向接收方发送所述文件信息;
接收方接收所述发送方通过服务器转发的所述文件信息。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。
5.一种消息传输方法,其特征在于,包括:
根据消息类型将消息或消息的相关属性存储在队列中,所述消息或消息的相关属性携带有消息类型标识;
根据存储在队列中的顺序发送对应的消息或消息的相关属性。
6.如权利要求5所述的方法,其特征在于,所述根据消息类型将消息或消息的相关属性存储在队列中,具体为:
若所述消息为文本信息,则将所述文本信息存储在队列中;
若所述消息为文件信息,则将所述文件信息的相关属性存储在队列中。
7.一种消息传输方法,其特征在于,包括:
接收消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
8.如权利要求7所述的方法,其特征在于,所述根据消息类型确定是否在接收方界面上通过预先设置的信息进行占位显示,包括:
当消息为文件信息时,根据接收到的文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示,并通过服务器向发送方发送可接收响应信息,同时接收发送方接收到所述可接收响应信息后发送的所述文件信息。
9.如权利要求8所述的方法,其特征在于,所述方法还包括:
在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。
10.一种消息传输系统,其特征在于,包括:
发送端和接收端;
所述发送端,用于根据消息类型将消息或消息的相关属性存储在队列中,并根据存储在队列中的顺序发送对应的消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
所述接收端,用于接收所述消息或消息的相关属性,根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
11.如权利要求10所述的系统,其特征在于,所述发送端还用于:
在所述消息为文本信息时,则将所述文本信息存储在队列中;
在所述消息为文件信息时,则将所述文件信息的相关属性存储在队列中。
12.如权利要求11所述的系统,其特征在于,所述接收端和发送端还用于:
当消息为文件信息时,接收端根据接收到的文件信息的相关属性确定能否接收对应的文件信息,若能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示,并通过服务器向发送端发送可接收响应信息,发送端在接收到所述可接收响应信息后,通过服务器向接收端发送所述文件信息;
接收端接收所述发送端通过服务器转发的所述文件信息。
13.如权利要求12所述的系统,其特征在于,所述接收端,还用于:
在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。
14.一种终端设备,其特征在于,包括:
存储模块,用于根据消息类型将消息或消息相关属性存储在队列中,所述消息或消息的相关属性携带有消息类型标识;
发送模块,用于根据存储在队列中的顺序发送对应的消息或消息的相关属性。
15.如权利要求13所述的终端设备,其特征在于,存储模块还包括:第一存储子模块和第二存储子模块;
所述第一存储子模块,用于当所述消息为文本信息时,则将所述文本信息存储在队列中;
所述第二存储子模块,用于当所述消息为文件信息时,则将所述文件信息的相关属性存储在队列中。
16.一种终端设备,其特征在于,包括:
接收模块,用于消息或消息的相关属性,所述消息或消息的相关属性携带有消息类型标识;
第一确定模块,用于根据所述消息或消息的相关属性携带的消息类型标识确定消息类型,并根据消息类型确定是否在接收界面上通过预先设置的信息进行占位显示。
17.如权利要求16所述的终端设备,其特征在于,所述第一确定模块,还包括:
确定子模块,用于根据接收到的文件信息的相关属性确定能否接收对应的文件信息;
占位显示模块,用于当能够接收对应的文件信息则在接收界面上通过预先设置的信息进行占位显示;
发送模块,用于当能够接收所述对应的文件信息时,通过服务器向发送端发送可接收响应信息;
接收子模块,用于接收发送方接收到所述可接收响应信息后发送的所述文件信息。
18.如权利要求17所述的终端设备,其特征在于,所述终端设备还包括:
替换模块,用于在接收完所述文件信息后,通过所述文件信息对所述预先设置的信息进行替换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410240913.0A CN103986646A (zh) | 2014-05-30 | 2014-05-30 | 一种消息传输方法、系统及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410240913.0A CN103986646A (zh) | 2014-05-30 | 2014-05-30 | 一种消息传输方法、系统及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103986646A true CN103986646A (zh) | 2014-08-13 |
Family
ID=51278473
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410240913.0A Pending CN103986646A (zh) | 2014-05-30 | 2014-05-30 | 一种消息传输方法、系统及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103986646A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108432260A (zh) * | 2015-12-24 | 2018-08-21 | 三星电子株式会社 | 电子设备及其图像控制方法 |
CN109450989A (zh) * | 2018-10-19 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | 一种数据传输的方法、装置、设备及介质 |
CN109471690A (zh) * | 2018-10-15 | 2019-03-15 | 维沃移动通信有限公司 | 一种消息显示方法及终端设备 |
CN111405043A (zh) * | 2020-03-17 | 2020-07-10 | 维沃移动通信有限公司 | 信息处理方法、装置及电子设备 |
CN111669316A (zh) * | 2020-06-19 | 2020-09-15 | 厦门亿联网络技术股份有限公司 | 即时消息处理方法、装置、设备、服务器及存储介质 |
CN113973096A (zh) * | 2020-07-23 | 2022-01-25 | 腾讯科技(深圳)有限公司 | 一种数据处理方法以及发送终端 |
CN114244792A (zh) * | 2020-09-09 | 2022-03-25 | 中国联合网络通信集团有限公司 | 消息发送方法及装置,和消息显示方法及装置 |
CN114759965A (zh) * | 2020-12-29 | 2022-07-15 | 中国科学院空天信息创新研究院 | 数据包传输方法、装置、存储介质 |
WO2022188781A1 (zh) * | 2021-03-08 | 2022-09-15 | 华为技术有限公司 | 消息的保序方法、可读介质和电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083576A (zh) * | 2006-05-29 | 2007-12-05 | 腾讯科技(深圳)有限公司 | 一种基于点对点的数据传输方法及系统 |
CN102404250A (zh) * | 2011-12-13 | 2012-04-04 | 华为技术有限公司 | 向即时消息系统用户传输文件的方法、装置及系统 |
CN103516577A (zh) * | 2012-06-25 | 2014-01-15 | 北京神州泰岳软件股份有限公司 | 即时通信系统中的消息传输方法和设备 |
-
2014
- 2014-05-30 CN CN201410240913.0A patent/CN103986646A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083576A (zh) * | 2006-05-29 | 2007-12-05 | 腾讯科技(深圳)有限公司 | 一种基于点对点的数据传输方法及系统 |
CN102404250A (zh) * | 2011-12-13 | 2012-04-04 | 华为技术有限公司 | 向即时消息系统用户传输文件的方法、装置及系统 |
CN103516577A (zh) * | 2012-06-25 | 2014-01-15 | 北京神州泰岳软件股份有限公司 | 即时通信系统中的消息传输方法和设备 |
Non-Patent Citations (1)
Title |
---|
鲁宾宾: "《硕士研究生论文》", 30 November 2013 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11265275B2 (en) | 2015-12-24 | 2022-03-01 | Samsung Electronics Co., Ltd. | Electronic device and method for image control thereof |
CN108432260A (zh) * | 2015-12-24 | 2018-08-21 | 三星电子株式会社 | 电子设备及其图像控制方法 |
US10972414B2 (en) | 2015-12-24 | 2021-04-06 | Samsung Electronics Co., Ltd. | Electronic device and method for image control thereof |
CN108432260B (zh) * | 2015-12-24 | 2021-07-02 | 三星电子株式会社 | 电子设备及其图像控制方法 |
CN109471690A (zh) * | 2018-10-15 | 2019-03-15 | 维沃移动通信有限公司 | 一种消息显示方法及终端设备 |
CN109471690B (zh) * | 2018-10-15 | 2022-03-11 | 维沃移动通信有限公司 | 一种消息显示方法及终端设备 |
CN109450989B (zh) * | 2018-10-19 | 2021-09-07 | 武汉斗鱼网络科技有限公司 | 一种数据传输的方法、装置、设备及介质 |
CN109450989A (zh) * | 2018-10-19 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | 一种数据传输的方法、装置、设备及介质 |
CN111405043A (zh) * | 2020-03-17 | 2020-07-10 | 维沃移动通信有限公司 | 信息处理方法、装置及电子设备 |
CN111669316A (zh) * | 2020-06-19 | 2020-09-15 | 厦门亿联网络技术股份有限公司 | 即时消息处理方法、装置、设备、服务器及存储介质 |
CN111669316B (zh) * | 2020-06-19 | 2022-04-26 | 厦门亿联网络技术股份有限公司 | 即时消息处理方法、装置、设备、服务器及存储介质 |
CN113973096A (zh) * | 2020-07-23 | 2022-01-25 | 腾讯科技(深圳)有限公司 | 一种数据处理方法以及发送终端 |
CN114244792A (zh) * | 2020-09-09 | 2022-03-25 | 中国联合网络通信集团有限公司 | 消息发送方法及装置,和消息显示方法及装置 |
CN114759965A (zh) * | 2020-12-29 | 2022-07-15 | 中国科学院空天信息创新研究院 | 数据包传输方法、装置、存储介质 |
WO2022188781A1 (zh) * | 2021-03-08 | 2022-09-15 | 华为技术有限公司 | 消息的保序方法、可读介质和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103986646A (zh) | 一种消息传输方法、系统及终端设备 | |
US8087053B2 (en) | System and method for transmitting an animated figure | |
CN100589552C (zh) | 网络电视系统中发送多媒体消息的系统和方法 | |
EP2924952A1 (en) | Data synchronization method and device | |
CN104836719A (zh) | 一种即时通讯未读消息的同步方法和系统 | |
CN102984393A (zh) | 一种移动终端之间传输文件的方法及移动终端 | |
CN102143201A (zh) | 提供远程用户接口服务的方法和设备 | |
CN103986752A (zh) | 在智能电视的输入界面中输入信息的方法、设备和系统 | |
KR20130004263A (ko) | 끊김 없는 커뮤니케이션 전송 | |
CN103166832A (zh) | 一种发送消息的方法和服务器 | |
CN105207886A (zh) | 即时通信消息的发送、显示方法及发送、显示装置和系统 | |
CN101115260B (zh) | 移动通信终端及其实时播放消息的方法 | |
JP2017107593A (ja) | 情報配信装置、プッシュ通知方法、及び、コンピュータプログラム | |
CN106302093B (zh) | 一种通信方法、系统及服务器 | |
CN106789577A (zh) | 一种自动发送微信朋友圈的方法及系统 | |
WO2011116558A1 (zh) | 短消息处理方法及终端 | |
CN103716760A (zh) | 一种收发短信方法及系统 | |
KR102326644B1 (ko) | 메시징 데이터를 선택적으로 적응 및 전송하는 방법, 시스템 및 컴퓨터 프로그램 제품 | |
CN103944806A (zh) | 一种基于微信平台的数据传输方法和系统 | |
CN101834894A (zh) | 远程处理方法、装置及系统 | |
CN106506326B (zh) | 一种视频通话方法、终端及系统 | |
CN102802197A (zh) | 应用数据的传输方法及装置 | |
CN104038328A (zh) | 一种多屏互动的消息传输方法、装置和系统 | |
CN103581843A (zh) | 一种个人信息传递方法和系统 | |
CN101330437A (zh) | 一种基于无线网络的数据传输方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate 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: 20140813 |