CN1770758A - 多媒体信息的发送方法 - Google Patents
多媒体信息的发送方法 Download PDFInfo
- Publication number
- CN1770758A CN1770758A CN 200410096944 CN200410096944A CN1770758A CN 1770758 A CN1770758 A CN 1770758A CN 200410096944 CN200410096944 CN 200410096944 CN 200410096944 A CN200410096944 A CN 200410096944A CN 1770758 A CN1770758 A CN 1770758A
- Authority
- CN
- China
- Prior art keywords
- information
- receiving terminal
- multimedia messages
- server
- state
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及并公开了一种多媒体信息的发送方法,采用客户端和服务器结构,所述客户端可用作发送和接收多媒体信息的发送或接收端,该方法包括步骤:1.1)首先,由发送端产生将要发送的多媒体信息;1.2)判断接收端的状态;1.3)当接收端处于正常接收状态,则多媒体信息通过服务器转发或直接发送至接收端;1.4)当接收端处于非正常接收状态,则将多媒体信息暂时存储在发送端等待发送。这种方法,服务器不存储信息,提高了信息的安全性、保密性,降低了服务器的成本,进一步一旦接收端处于正常接收状态,发送端将实时通过服务器转发或直接发送多媒体信息,确保了信息发送的成功和信息发送的及时。
Description
技术领域
本发明涉及网络、移动通讯和信息传送技术,特别涉及一种通过移动终端或PC机发送多媒体信息的方法。
背景技术
目前,如图1所示,用于进行多媒体信息传输的最简系统包括一主叫客户端1、一服务器2和一被叫客户端3,采用存储转发机制,由服务器进行存储避免当发送端向接收端发送信息时,由于各种原因造成的被叫用户不能及时接收信息的情况,如:接收端忙、不可及、无应答或网络不能及时处理等,而将信息存储在服务器中,直到被叫用户可以正常接收信息,同时信息还处在有效期时,才由服务器将待发送信息按一定的规则发送到被叫用户。
现有的多媒体信息传送流程,如图2所示,包括步骤:11)主叫用户产生信息;12)信息从主叫客户端被发送给服务器;13)服务器接收信息;14)判断接收端是否在线?否,将信息存储在服务器,是,进入步骤16;16)信息从服务器被发送给被叫客户端;17)被叫客户端接收信息,发送结束。
在这种多媒体信息的存储转发机制中,由于信息采用集中存储的方式,主要存在下面几个特性以及由这种特性产生的一些缺陷或不足:
●信息安全性不足
由于信息被集中存储在服务器中,一旦服务器发生故障,特别是不可恢复性的故障时,会造成存储在服务器中的信息大量丢失,给大量的主叫和被叫用户造成潜在的损失。特别是重要信息的丢失,这种损失可能是无法估量的。
●信息保密性不强
由于大量信息被存储在服务器中,一旦这种服务器管理机制的安全性不够或人为的原因,造成存储在服务器中的所有信息都有可能被泄密的现象,如果是重要的商业信息的话,可能给主叫用户和被叫用户双方造成巨大的损失。
●有效性不足
由于信息从发送端发出去以后,已经进入服务器中存储,信息发起用户对信息就失去了控制和处理能力,即使发现信息已经过了有效期也不能对信息进行删除处理,不能保证发送给接收信息的用户的信息是确实有效的;同时,大量的失效信息存储在服务器中,严重浪费服务器的处理能力,增加服务器的处理负担。
●不能有效的降低成本
由于信息集中存储在服务器中,需要大量的存储介质来存储进入服务器的所有还没有被及时发送出去的信息,这需要增加大量的存储介质,造成由于存储节制的投入增加成本;同时,由于信息集中存储在服务器中,为了处理大量的信息,这需要服务器提供较大的信息处理能力,造成由于大量服务器的投入而增加成本。
●信息发送不及时
由于大量的信息集中处理,无论是按优先级或直接排队的处理方式,信息处理起来都需要一定的时间,不能保证信息发送的及时性。
发明内容
本发明的目的在于,解决现有的多媒体信息存储转发处理机制存在的上述问题,从而提供一种多媒体信息的发送方法。
本发明的技术方案采用分散存储机制,拥有发送端的用户称为主叫用户,拥有接收端的用户称为被叫用户,在信息传输的过程中,当主叫用户向被叫用户发送信息时,由于各种原因在被叫用户不能及时接收信息时,将信息暂时存储在发送端,直到被叫用户可以正常接收信息时,才将信息按一定的规则通过服务器或直接发送给被叫用户的接收端。
本发明所提供的一种多媒体信息的发送方法,采用客户端和服务器结构,所述客户端可用作发送或接收端,分别用于多媒体信息发送和接收,该方法包括以下步骤:
1.1)首先,由发送端产生将要发送的多媒体信息;
1.2)判断接收端的状态;
1.3)当接收端处于正常接收状态,则多媒体信息通过服务器转发或直接发送至接收端;
1.4)当接收端处于非正常接收状态,则将多媒体信息暂时存储在发送端等待发送。
按照本发明提供的多媒体信息的发送方法,所述服务器包括存储所有用户对应的接收端状态信息的数据库,所述步骤1.2)包括:
1.2.1)发送端发送查询接收端用户信息的请求;
1.2.2)服务器将接收端用户信息发回给发送端;
1.2.3)当发送端或接收端的状态发生变化时,服务端在收到变化的信息后,自动通知相关的接收端或发送端;
1.2.4)服务端检测到发送端或接收端的状态变化时,主动通知接收端或发送端。
按照本发明提供的多媒体信息的发送方法,所述客户端在自身状态信息发生变化时将各自状态信息上发给服务器,不断更新所述数据库,保证状态信息的正确性。
按照本发明提供的多媒体信息的发送方法,所述步骤1.4)有两种自动实现方案:
一、服务器通知方式,所述步骤1.4)包括:
1.4.11)接收端变更为正常接收状态;
1.4.12)服务器通知发送端;
1.4.13)发送端将多媒体信息通过服务器转发或直接发送至接收端。
二、客户端查询方式,所述步骤1.4)包括:
1.4.21)一定时间间隔后,发送端发送查询接收端用户信息的请求;
1.4.12)服务器将接收端用户信息发回给发送端。
1.4.13)返回步骤1.2)。
方式一更有效地提高了整个系统的运行效率。
按照本发明提供的多媒体信息的发送方法,所述客户端还包括有状态呈现模块,可用于显示接收端的被叫用户是否处于正常接收状态,所述步骤1.2)还包括通过呈现模块判断接收端用户状态,也可表正信息是否被发送成功。
按照本发明提供的多媒体信息的发送方法,所述步骤1.4)还有一种备用的人工实现方案:
按照本发明提供的多媒体信息的发送方法,所述步骤1.4)包括经过一定时间间隔后,用户再次主动发送,并通过所述呈现模块判断接收端用户状态直至接收端处于正常接收状态才发送信息。
按照本发明提供的多媒体信息的发送方法,所述多媒体信息为文本信息、图片信息或/和语音信息。
按照本发明提供的多媒体信息的发送方法,所述客户端可以为手机或PC机。
本发明的优点在于,由于采用分散存储多媒体信息的机制,本发明主要具有下面几个特性以及由这种特性产生的优点:
●信息安全性提高
由于信息被分散存储在发送端中,即使终端发生故障,甚至是不可恢复性的故障时,也只是造成自己的信息丢失,对其他信息不会造成任何影响。
●信息保密性加强
由于信息被存储在发送端中,其他人无法看到任何信息,即使该部分信息由于各种原因泄密,也不会对其他信息的保密性造成任何影响。
●信息有效性增强
由于信息在没有发出去之前存在信息发起的终端中,主叫用户可以自己判断这些还没有发出去的信息是否已经过了有效期,如果已经过了有效期,就可以自主删除,不再发送,这样,可以保证发送给被叫用户的信息的有效性。
●成本低
由于信息分散存储发送端中,充分利用发送端的存储能力,在服务器端不需要投入大量的存储介质,从而减少投入成本;同时,由于信息分散存储发送端中,服务器的处理负担将大大减轻,不需要投入大量的信息处理服务器,从而减少服务器的投入成本。
●信息发送及时
由于信息分散处理,服务器只起到一个传输的作用,可以大大缩短服务器处理信息的时间,保证信息发送的及时性。
附图说明
下面结合附图和具体实施例进一步对本发明进行详细说明。
图1为现有技术中一种手机发送多媒体信息的系统结构示意图
图2为与图1对应的现有发送多媒体信息业务流程示意图
图3为本发明手机发送多媒体信息的系统结构示意图
图4为与图3对应的本发明发送多媒体信息业务流程示意图
具体实施方式
首先,说明本发明的核心,如图3所示,本发明用于多媒体信息传送的最简系统包括一主叫客户端1、一服务器2和一被叫客户端3,实际多媒体信息传送的系统包括多的主叫/被叫客户端,至少一个服务器2,其中主叫客户端1可用于发送信息和暂时存储发给非正常接收状态用户的信息,而服务器2无须存储、仅用于转发信息;同时每个客户端1或3都发送自身状态信息给服务器,而服务器2存储了所有用户的状态信息。
其次,说明本发明发送多媒体信息业务流程,如图4所示,包括以下步骤:
21)主叫用户产生信息;
22)主叫用户通过查询位于服务器上用户状态信息来判断接收端是否在线?是,进入步骤24);否,进入步骤23),即将信息暂时存储在主叫客户端等待发送。
24)信息从主叫客户端被发送给服务器;
25)服务器转发信息;
26)信息从服务器被发送给被叫客户端;
27)被叫客户端接收信;
28)发送完毕。
其中,步骤23)信息暂时存储在主叫客户端后可以如图2所示,通过过一段时间再次询问服务器的方式返回步骤22),还可以通过服务器主动通知的方式,直接进入步骤24),后一种方式更为有效;同时本发明发送多媒体信息业务流程也可不包括步骤24)、25)和26),而直接由发送端传送给接收端。
最后,进一步说明本发明的具体实现:整个多媒体信息传送由客户端和服务器端配合实现,所述客户端包括发送端和接收端,作为可以是手机或PC机,状态呈现模块可以终端软件的形式存储在手机或PC机中,在终端软件的支持下:
1.用于将本终端接收信息的状态发送给服务器,该状态可以是在线、联机、离开、免打搅,及信息发起用户端自己设置的会议、就餐等状态;
2.然后,服务器根据所接收的上述信息发起者和信息接收者的状态随时更新;
3.最后,可以由服务器通知给信息发起者和信息接收者在服务器中登记的所有好友;也可以是信息发起端和信息接收端主动从服务器中获取好友的信息接收状态。
当信息要发送时,发送端就可以通过状态呈现模块查询信息接收端的信息接收状态,再行选择信息是立即发送还是暂时存储在发送端中,具体发送步骤如下:
1)首先,选择将要发送信息的被信息接收者,可选择的信息接收者可以是一个或多个被叫用户;
2)由发送端产生将要发送的多媒体信息,信息发送者可以通过各种方式产生自己将要发送给被叫用户的多媒体信息,如编辑文本信息,录制语音信息,或附加图片和文件信息,或通过相关的工具将这些信息进行有效的组合;
上述步骤1)和2)的次序可以颠倒过来,也就是信息发送者先产生要发送的多媒体信息,然后再选择要发送的一个或多个信息接收者;
3)然后,在信息发起者产生完信息,并选择将要接收信息的信息接收者以后,通过状态显示模块判断信息接收者的信息接收状态,如果这时候信息接收者的接收状态正常,则信息通过终端软件经服务器发送到接收端;
4)如果信息接收者不是处于正常的接收信息状态,则终端软件将信息暂时存储在信息发送终端中,等待接收端处于正常接收状态;
在多媒体信息处于待发送状态时,信息发起者可以根据自己的要求对信息进行处理,如等待一段时间后,信息还没有发送到部分或全部信息接收者,信息发起者可以取消信息接收者的接收信息的权利,使信息不再发送给这些部分或全部信息接收者,也可以将信息进行删除或转移处理,使信息不再被发送,以保证信息发送的有效性。
Claims (10)
1、一种多媒体信息的发送方法,采用客户端和服务器结构,所述客户端可用作发送或接收端,分别用于多媒体信息发送和接收,该方法包括以下步骤:
1.1)首先,由发送端产生将要发送的多媒体信息;
1.2)判断接收端的状态;
1.3)当接收端处于正常接收状态,则多媒体信息通过服务器转发或直接发送至接收端;
1.4)当接收端处于非正常接收状态,则将多媒体信息暂时存储在发送端等待发送。
2、根据权利要求1所述的多媒体信息的发送方法,其特征在于,所述服务器包括存储所有用户对应的接收端状态信息的数据库,所述步骤1.2)为自动判断,包括:
1.2.1)发送端发送查询接收端用户状态信息的请求;
1.2.2)服务器将接收端用户状态信息发回给发送端;
1.2.3)当发送端或接收端的状态发生变化时,服务端在收到变化的信息后,自动通知相关的接收端或发送端;
1.2.4)服务端检测到发送端或接收端的状态变化时,主动通知接收端或发送端。
3、根据权利要求2所述的多媒体信息的发送方法,其特征在于,所述客户端在自身状态信息发生变化时将各自状态信息上发给服务器,不断更新所述数据库。
4、根据权利要求1或2所述的多媒体信息的发送方法,其特征在于,所述步骤1.4),包括:
1.4.11)接收端变更为正常接收状态;
1.4.12)服务器通知发送端;
1.4.13)发送端将多媒体信息通过服务器转发或直接发送至接收端。
5、根据权利要求1或2所述的多媒体信息的发送方法,其特征在于,所述步骤1.4),包括:
1.4.21)一定时间间隔后,发送端发送查询接收端用户信息的请求;
1.4.12)服务器将接收端用户信息发回给发送端。
1.4.13)返回步骤1.2)。
6、根据权利要求1或2所述的多媒体信息的发送方法,其特征在于,所述客户端还包括有状态呈现模块,可用于显示接收端的被叫用户是否处于正常接收状态,所述步骤1.2)还包括通过呈现模块判断接收端用户状态。
7、根据权利要求1或6所述的多媒体信息的发送方法,其特征在于,所述步骤1.4)包括经过一定时间间隔后,用户再次主动发送,并通过所述呈现模块判断接收端用户状态直至接收端处于正常接收状态才发送信息。
8、根据权利要求1或6所述的多媒体信息的发送方法,其特征在于,所述步骤1.4)包括经过一定时间间隔后,用户再次主动发送,并通过所述呈现模块判断接收端用户状态直至接收端处于正常接收状态才发送成。
9、根据权利要求1所述的多媒体信息的发送方法,其特征在于,所述多媒体信息为文本信息、图片信息或/和语音信息。
10、根据权利要求1所述的多媒体信息的发送方法,其特征在于,所述客户端可以为手机或PC机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410096944 CN1770758A (zh) | 2004-11-03 | 2004-12-06 | 多媒体信息的发送方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200410088502 | 2004-11-03 | ||
CN200410088502.0 | 2004-11-03 | ||
CN 200410096944 CN1770758A (zh) | 2004-11-03 | 2004-12-06 | 多媒体信息的发送方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1770758A true CN1770758A (zh) | 2006-05-10 |
Family
ID=36751750
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410096944 Pending CN1770758A (zh) | 2004-11-03 | 2004-12-06 | 多媒体信息的发送方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1770758A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100455053C (zh) * | 2006-07-04 | 2009-01-21 | 华为技术有限公司 | 提供mms服务的方法 |
CN102137346A (zh) * | 2010-09-17 | 2011-07-27 | 华为软件技术有限公司 | 多媒体消息业务处理方法和相关设备以及系统 |
WO2011140836A1 (zh) * | 2010-05-11 | 2011-11-17 | 中兴通讯股份有限公司 | 一种多媒体短消息处理方法、装置及系统 |
WO2011160588A1 (zh) * | 2010-06-25 | 2011-12-29 | 中兴通讯股份有限公司 | 一种提供媒体服务的方法及系统 |
US8225000B2 (en) | 2006-12-31 | 2012-07-17 | Huawei Technologies Co., Ltd. | Method and apparatus for synchronizing messages between multiple terminals |
CN102984116A (zh) * | 2011-09-05 | 2013-03-20 | 腾讯科技(深圳)有限公司 | 网络信息的推送方法及系统 |
-
2004
- 2004-12-06 CN CN 200410096944 patent/CN1770758A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100455053C (zh) * | 2006-07-04 | 2009-01-21 | 华为技术有限公司 | 提供mms服务的方法 |
US8225000B2 (en) | 2006-12-31 | 2012-07-17 | Huawei Technologies Co., Ltd. | Method and apparatus for synchronizing messages between multiple terminals |
CN101257375B (zh) * | 2006-12-31 | 2012-08-08 | 华为技术有限公司 | 实现多终端的消息同步的方法及装置 |
WO2011140836A1 (zh) * | 2010-05-11 | 2011-11-17 | 中兴通讯股份有限公司 | 一种多媒体短消息处理方法、装置及系统 |
WO2011160588A1 (zh) * | 2010-06-25 | 2011-12-29 | 中兴通讯股份有限公司 | 一种提供媒体服务的方法及系统 |
CN102137346A (zh) * | 2010-09-17 | 2011-07-27 | 华为软件技术有限公司 | 多媒体消息业务处理方法和相关设备以及系统 |
CN102984116A (zh) * | 2011-09-05 | 2013-03-20 | 腾讯科技(深圳)有限公司 | 网络信息的推送方法及系统 |
CN102984116B (zh) * | 2011-09-05 | 2016-09-28 | 腾讯科技(深圳)有限公司 | 网络信息的推送方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1265582C (zh) | 信息插入服务提供系统、信息插入方法和通信网络 | |
RU2357380C1 (ru) | Способ и система интеллектуальной маршрутизации | |
KR101095438B1 (ko) | 스팸전화 차단기능을 가진 인터넷 전화 시스템 및 이를 이용한 스팸차단방법 | |
CN1388691A (zh) | 利用包括时间表的电子邮件响应的电信终端设备及方法 | |
CN101076059A (zh) | 基于即时通讯的客服系统及基于即时通讯的客服方法 | |
CN1917674A (zh) | 一种移动对讲业务中处理语音信息的方法 | |
CN1960521A (zh) | 增大多媒体消息业务系统容量的方法及系统 | |
CN1479993A (zh) | 存在及会话处理信息 | |
CN101064890A (zh) | 话音消息发送方法和支持话音消息发送的移动终端 | |
CN101155331A (zh) | 一种短消息群发方法及系统 | |
CN102143093A (zh) | 即时通讯的方法、装置和系统 | |
CN1787492A (zh) | 一种移动即时通信方法及其服务器和客户端的连接方式 | |
CN101035312A (zh) | 一种集团总机的集团总机短信处理方法和服务器 | |
CN1655511A (zh) | 远程控制至少一个采用会议发起协议的无人设备的方法 | |
CN1770758A (zh) | 多媒体信息的发送方法 | |
CN101345922A (zh) | 一种多媒体消息网间转发过滤的系统及其方法 | |
CN1599398A (zh) | 实现电话向计算机网络即时通信终端发信息的装置和方法 | |
CN1202630C (zh) | 呼入转发通信系统及方法 | |
CN1889439A (zh) | 一种保存即时消息业务中会话信息的方法及系统 | |
CN1859368A (zh) | 实现信息传送业务的方法和系统以及一种终端 | |
CN1976500A (zh) | 漏话提醒短消息通知方法及漏话提醒短消息通知系统 | |
CN1543238A (zh) | 一种多媒体消息处理的装置及方法 | |
CN1917481A (zh) | 消息过滤方法及其装置 | |
CN1484464A (zh) | 一种手机短消息过滤方法 | |
CN1780340A (zh) | 一种移动通信系统的自动重拨方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20060510 |