CN101202957B - 一种短信收发方法及系统 - Google Patents
一种短信收发方法及系统 Download PDFInfo
- Publication number
- CN101202957B CN101202957B CN2007101792421A CN200710179242A CN101202957B CN 101202957 B CN101202957 B CN 101202957B CN 2007101792421 A CN2007101792421 A CN 2007101792421A CN 200710179242 A CN200710179242 A CN 200710179242A CN 101202957 B CN101202957 B CN 101202957B
- Authority
- CN
- China
- Prior art keywords
- note
- short message
- user
- send
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种短信发送方法，主叫用户用自身真实手机号码进行注册；接收主叫用户发送的短信请求；针对主叫用户进行用户身份的认证鉴权，确认合法用户；保存短信；通过互联网向移动运营商短信系统发送短信至被叫用户的移动终端，并向被叫用户显示主叫用户手机号码。本发明公开一种短信接收方法，被叫用户利用自身真实手机号码进行注册；通过采用标准短信息点对点协议SMPP，并进行必要的定制和扩展，通过互联网接收其他用户向移动运营商的短信系统发送给该被叫用户的短信；保存接收的短信；系统针对被叫用户进行用户身份的认证鉴权，确认合法用户；将接收到的短信通过互联网发送至被叫用户计算机。本发明公开一种短信收发系统。本发明提供一种短信收发方法及系统，解决利用互联网发送短信给用户带来的不便。
Description
技术领域
本发明涉及利用移动交换中心的信息收发，特别涉及一种短信收发方法及系统。
背景技术
目前，比较通用的收发短信都是手机对手机通过无线空中通道进行的，这种短信的专业术语是点对点短信。由于手机接收短信会受手机终端的限制，例如手机的存储量的限制。
现在多数网站通过和运营商的短信网关进行连接也能够实现发送短信。每一个网站向通信管理局经过资质审核后能够申请得到一个特服代码，即SP代码，例如“10622888”。
现有网站发短信系统都是通过建设一套短信平台系统与运营商的短信网关(SMG)进行连接，其通信协议采用SGIP协议。短信平台在接入运营商短信网关(SMG)时，短信网关会为短信平台分配一个SP代码。这种方式决定了所有的通过短信平台发送的网络短信都会携带短信平台的SP代码，运营商通过这个SP代码来区分发送的网络短信。SP代码是网络短信平台的唯一ID标记。这种方式使得接收短信一方只能显示SP代码。
网站利用SP代码向用户发送短信，短信接收方用户的手机所接收到的短信发送人只显示该SP代码，而不显示常用的手机号码。
网站利用SP代码下发短信的方式，使得短信接收方用户感觉非常不好，一般会认为是垃圾短信。
对于网站接收短信，短信发送方用户必须向特定的SP代码发送，用户一般会认为是价格欺诈，不愿意随便向SP代码发送短信。
而且现有网络短信系统由于不是实名发送，接收短信方用户需要人工识别短信发送者，才能给短信发送方用户回复。如果原接收短信方用户回复原短信发送方用户的手机号码，则原短信发送方用户只能在手机上收到该回复短信，无法在互联网系统中接收该短信。
因此，如何提供一种短信收发方法及系统，解决现有技术中利用互联网发送短信给用户带来的不便，是本领域技术人员需要解决的技术问题。
发明内容
本发明的目的是提供一种短信收发方法及系统，用于解决现有技术中利用互联网发送短信给用户带来的不便的问题。
为解决上述技术问题，本发明提供一种短信发送方法，所述方法包括以下步骤：
A、主叫用户利用自身真实手机号码进行注册；
B、接收所述主叫用户发送的短信请求；
C、针对所述主叫用户进行用户身份的认证鉴权，确认合法用户；
D、保存所述主叫用户发送的短信；
E、通过采用标准短信息点对点协议SMPP，并进行必要的定制和扩展，通过互联网向移动运营商短信系统发送所述短信至被叫用户的移动终端，并向被叫用户显示主叫用户的真实手机号码。
优选地，所述方法在步骤A之前进一步包括，所述主叫用户和所述被叫用户预先签约认证的过程。
本发明还提供一种短信接收方法，所述方法包括以下步骤：
1)被叫用户利用自身真实手机号码进行注册；
2)通过互联网接收其他用户向采用标准短信息点到点协议SMPP的移动运营商短信系统发送给所述被叫用户的短信；
3)保存接收到的短信；
4)针对被叫用户进行用户身份的认证鉴权，确认合法用户；
5)将接收到的短信通过互联网发送至所述被叫用户的计算机。
优选地，所述方法在步骤1)之前进一步包括，所述其他用户和所述被叫用户预先签约认证的过程。
本发明还提供一种短信收发系统，基于标准短信息点到点协议SMPP，并通过定制扩展与运营商的短信系统相通讯，所述短信收发系统与接收方计算机和发送方计算机相通信；
所述短信收发系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方和接收方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元，以及用于存储短信的存储单元，以及用于发送短信的发送单元。
优选地，所述短信系统进一步与用户手机相通讯。
优选地，所述系统进一步连接互联网文件夹，用于存储所述接收方计算机接收到的短信。
本发明实施例所述短信发送方法，是通过基于标准SMPP协议的标准点对点短信协议，并根据不同的运营商的具体要求进行必要的定制和扩展，接入运营商短信系统发送短信的，跳跃了运营商的短信网关(SMG)系统，不需要显示SP代码，可以实现真实发送方手机号码的显示。
本发明实施例所述短信接收方法，通过基于标准的SMPP协议进行必要的定制和扩展，向运营商短信系统发送短信，跳跃了运营商的短信网关(SMG)系统，不需要显示SP代码，可以实现真实发送方手机号码的显示。网站系统在运营商短信网关进行注册的SP代码，仅用于实现用户的业务订购/退订，不用于短信发送。
本发明实施例所述短信收发系统，基于标准SMPP协议进行必要的定制和扩展，与运营商的短信系统相通讯，短信发送不需要使用SP代码，短信采用实名发送，用户接收到的网络短信和通过手机发送的点对点短信是相同的。被叫用户B即接收方用户不用区分主叫用户A即发送方用户通过手机发送还是通过网络发送。当被叫用户B在手机上直接回复主叫用户A时，本发送实施例所述短信收发系统的接收单元从运营商的短信系统中采集到该条短信，并存储到主叫用户A用户的互联网文件夹中，同时，主叫用户A的手机上也会收到同样的一条点对点短信。
附图说明
图1为本发明所述短信发送方法一种实施方式流程图；
图2为本发明所述短信接收方法一种实施方式流程图；
图3本发明实施例所述短信收发系统结构示意图。
具体实施方式
本发明提供一种短信发送方法，用于解决现有技术中利用互联网发送短信给用户带来的不便的问题。
为了使本技术领域的技术人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。
参见图1，该图为本发明所述短信发送方法一种实施方式流程图。
本发明实施例所述短信发送方法，所述方法包括以下步骤：
S10、主叫用户利用自身真实手机号码进行注册。
S20、接收所述主叫用户发送的短信请求。
本发明实施例所述短信发送方法在步骤S10之前还可以包括，所述发送方用户和所述接收方用户预先签约认证的过程。
运营商短信系统接收到一条MT短信。所谓MT短信，特指用户端接收短信，可以简单理解为用户接收的短信，或者说下行短信。
运营商短信系统判断该用户订购了短信双收业务。
运营商短信系统将该条短信抄送给短信双收系统，运营商短信系统与短信双收系统之间采用SMPP协议，命令为：Deliver_SM。
Deliver_SM是SMPP协议的一个命令消息，具体如下：
Deliver_SM命令由SMSC(Short Message Service Center；短信息服务中心)产生，SMSC通过此命令发送短消息到目的ESME(ExternalShort Message Entity；扩展短信息实体)。
Deliver_SM也可用于发送传送回执消息。Deliver_SM用于发送传送回执消息时的语法格式与Submit_SM的语法消息体是相同的，只是在消息头中的Command_id是“deliver_sm″。
| 字段 | 长度 (字节) | 类型 |
| service_type | 最大6 | C_String |
| source_addr_ton | 1 | Integer |
| source_addr_npi | 1 | Integer |
| source_addr | 最大21 | C_DecString |
| dest_addr_ton | 1 | Integer |
| dest_addr_npi | 1 | Integer |
| destination_addr | 最大21 | C_DecString |
| esm_class | 1 | Integer |
| protocol ID | 1 | Integer |
| priority_flag | 1 | Integer |
| schedule_delivery_time | 最大17 | C_StringTime |
| validity_period | 最大17 | C_StringTime |
| registered_delivery_flag | 1 | Integer |
| replace_if_present_flag | 1 | Integer |
| data_coding | 1 | Integer |
| sm_default_msg_id | 1 | Integer |
| sm_length | 1 | Integer |
| short_message | 最大160 | C_String |
具体参数说明：
service_type：保留字段，为将来扩展用。必须设为NULL。
source_addr_ton：源地址编码类型，如不需要，可设为NULL。
source_addr_npi：源地址编码方案，如不需要，可设为NULL。
source_addr：提交该短消息的SME的地址。source_addr是提交的短消息的源地址。如不需要，可设为NULL。
dest_addr_ton：目的地址编码类型，如不需要，可设为NULL。
dest_addr_npi：目的地址编码方案，如不需要，可设为NULL。
destination_addr：短消息的目的地址。对于移动终止的短消息来说，它就是目的手机的MSISDN。如不需要，可设置为NULL。
esm_class：该字短为短消息类型。对submit_sm消息来说，该字段必须为NULL；对deliver_sm消息来说，该字段表示这条消息是状态报告。该字段的具体解释请参考后面的消息体参数说明。但对于普 通的SUBMIT_SM命令，此字段设为0。
取值说明：
| Bit | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| lag | Reserved | UDHI | Reserved | Reserved | Reserved | Delivery Receipt | Reserved | Reserved |
其中，UDHI：表示短消息内容是否有头结构。
Delivery Receipt：在DELIVER_SM协议中使用，表示此条消息是否是状态报告。
protocol ID：GSM协议类型。
priority_flag：短消息的优先级。当设置了短消息为高优先级，短消息中心会将该短消息移到同一目的地址的消息队列的前端，优先进行发送。
priority_flag取值说明：“0”：普通优先级(缺省值)；“1”：高优先级；“＞1”：保留。
schedule_delivery_time：该字段表示计划下发该短消息的时间。时间格式请参考前面定义的C_StringTime的格式。如不需要，可设置为NULL。
validity_period：该字段表示短消息的最后生存期限。时间格式请参考前面定义的C_StringTime的格式。如不需要，可设置为NULL。
registered_delivery_flag：该字段是注册短消息标志，表示当短消息到达最后的目的地后，是否需要状态报告。
registered_delivery_flag取值说明：“0”：不需要；“1”：需要；“＞1”：保留。
replace_if_present_flag：该字段表示替换短消息标志。即当提交的短消息的源地址和目的地址相同时，是否替换存在的短消息。
replace_if_present_flag取值说明：“0”：不替换；“1”：替换；“＞1”：保留。
data_coding：该字段表示数据编码方案。
data_coding取值说明：“0”：缺省编码方案(7bit编码)；“4”：二 进制编码方案(8bit编码)；“8”：UCS2编码方案(GB13000)；其他值：保留。
sm_default_msg_id：该字段表示预定义短消息ID。该ID是短消息服务中心建立的预定义短消息表的索引。当不想发送预定义短消息时，该字段应设为NULL。预定义短消息ID值从0x01到0x64。
sm_length：要发送的短消息数据内容的字节长度。
short_message：该字段表示短消息数据内容。最大可到160字符。
只有sm_length中定义的字节长度可用。此字段的数据编码格式由data_coding决定。
S30、针对所述主叫用户进行用户身份的认证鉴权，确认合法用户。
用户输入用户名和密码，验证该用户是否为合法用户。
用户可以点击个人互联网文件夹业务界面中“写信息”，打开“写信息”页面；用户在“写信息”页面中写入信息内容，通过通讯录选择或直接输入收信人手机号码。用户点击业务界面中“发送信息”立即发送短信，或者设置定时发送时间，提交后系统会自动定时发送短信。短信双收系统会自动将用户发送的短信进行保存。
S40、保存所述主叫用户发送的短信。
S50、通过互联网向移动运营商短信系统发送所述短信至被叫用户的移动终端，并向被叫用户显示主叫用户的真实手机号码。
通过INTERNET采用SMPP协议的短信系统发送短信至接收方计算机用户，同时在互联网文件夹中保留该短信的备份。
用户在输入框中录入信息内容和收件人。
短信双收系统向运营商短信系统进行短信发送请求，短信双收系统与运营商短信系统采用SMPP协议进行通讯，请求命令为Submit_SM。
所谓SMPP协议，即短消息点对点协议。SMPP接口协议最初由ETSI收录在GSM03.39规范中，描述了短消息服务中心与扩展短消息实体之间通信交互的协议关系及数据传输格式。
Submit_SM是SMPP协议的一个命令消息，具体如下：
Submit_SM命令用于SP(signalling point；信令点)提交短消息到SMSC，以便SMSC把此短消息发给特定SP。
| 字段 | 长度 (字节) | 类型 |
| service_type | 最大6 | C_String |
| source_addr_ton | 1 | Integer |
| source_addr_npi | 1 | Integer |
| source_addr | 最大21 | C_DecString |
| dest_addr_ton | 1 | Integer |
| dest_addr_npi | 1 | Integer |
| destination_addr | 最大21 | C_DecString |
| esm_class | 1 | Integer |
| protocol ID | 1 | Integer |
| priority_flag | 1 | Integer |
| schedule_delivery_time | 最大17 | C_StringTime |
| validity_period | 最大17 | C_StringTime |
| registered_delivery_flag | 1 | Integer |
| replace_if_present_flag | 1 | Integer |
| data_coding | 1 | Integer |
| sm_default_msg_id | 1 | Integer |
| sm_length | 1 | Integer |
| short_message | 最大160 | C_String |
具体参数说明：
service_type：保留字段，为将来扩展用。必须设为NULL。
source_addr_ton：源地址编码类型，如不需要，可设为NULL。
source_addr_npi：源地址编码方案，如不需要，可设为NULL。
source_addr：提交该短消息的SME的地址。是提交的短消息的源地址。如不需要，可设为NULL。
dest_addr_ton：目的地址编码类型，如不需要，可设为NULL。
dest_addr_npi：目的地址编码方案，如不需要，可设为NULL。
destination_addr：短消息的目的地址。对于移动终止的短消息来说，它就是目的手机的MSISDN。如不需要，可设置为NULL。
esm_class：该字短为短消息类型。对submit_sm消息来说，该字段必须为NULL；对deliver_sm消息来说，该字段表示这条消息是状态报告。该字段的具体解释请参考后面的消息体参数说明。但对于普通的SUBMIT_SM命令，此字段设为0。
取值说明：
| Bit | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| Flag | Reserved | UDHI | Reserved | Reserved | Reserved | Delivery Receipt | Reserved | Reserved |
其中，UDHI：表示短消息内容是否有头结构。置位表示有。
Delivery_Receipt：在DELIVER_SM协议中使用，表示此条消息是否是状态报告。
protocol_ID：GSM协议类型。
priority_flag：短消息的优先级。当设置了短消息为高优先级，短消息中心会将该短消息移到同一目的地址的消息队列的前端，优先进行发送。
取值说明：“0”：普通优先级(缺省值)；“1”：高优先级；“＞1”：保留。
schedule_delivery_time：该字段表示计划下发该短消息的时间。时间格式请参考前面定义的C_StringTime的格式。如不需要，可设置为NULL。
validity_period：该字段表示短消息的最后生存期限。时间格式请参考前面定义的C_StringTime的格式。如不需要，可设置为NULL。
registered_delivery_flag：该字段是注册短消息标志，表示当短消息到达最后的目的地后，是否需要状态报告。
取值说明：“0”：不需要；“1”：需要；“＞1”：保留。
replace_if_present_flag：该字段表示替换短消息标志。即当提交的短消息的源地址和目的地址相同时，是否替换存在的短消息。
取值说明：“0”：不替换；“1”：替换；“＞1”：保留。
data_coding：该字段表示数据编码方案。
取值说明：“0”：缺省编码方案(7bit编码)；“4”：二进制编码方案(8bit编码)；“8”：UCS2编码方案(GB13000)；其他值：保留。
sm_default_msg_id：该字段表示预定义短消息ID。该ID是短消息中心建立的预定义短消息表的索引。当不想发送预定义短消息时，该字段应设为NULL。预定义短消息ID值从0x01到0x64。
sm_length：要发送的短消息数据内容的字节长度。
short_message：该字段表示短消息数据内容。最大可到160字符。只有sm_length中定义的字节长度可用。此字段的数据编码格式由data_coding决定。
运营商短信系统将该条短信进行投递，并返回给短信双收系统确认命令：Submit_SM_rsp。
Submit_SM_rsp是SMPP协议的一个命令消息，具体如下：
| 字段 | 长度(字节) | 类型 |
| Message_id | 最大9 | C_HexString |
具体参数说明：
Message_id：该字段表示短消息ID，由短消息中心产生，用于以后查询及替换短消息用，或是表明状态报告所对应的源消息。如果没有，该字段必须设为NULL。
短信双收系统还可以向用户提示短信发送成功。
本发明实施例所述短信发送方法，是通过采用标准SMPP，并进行必要的定制和扩展，向运营商短信系统发送短信的，跳跃了运营商的短信网关(SMG)系统，不需要显示SP代码，可以实现真实发送方手机号码的显示。
本发明提供一种短信接收方法，用于解决现有技术中利用互联网 发送短信给用户带来的不便的问题。
为了使本技术领域的技术人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。
参见图2，该图为本发明所述短信接收方法一种实施方式流程图。
本发明实施例所述短信接收方法，所述方法包括以下步骤：
S100、被叫用户利用自身真实手机号码进行注册。
S200、通过互联网接收其他用户向移动运营商短信系统发送所述被叫用户的短信。
接收发送方用户通过采用SMPP协议的短信系统发送的短信。
本发明实施例所述短信接收方法在步骤S10之前还可以包括，所述发送方用户和所述接收方用户预先签约认证的过程。
运营商短信系统接收到一条MT短信。运营商短信系统判断该用户订购了短信双收业务。运营商短信系统将该条短信抄送给采用SMPP协议的短信双收系统。
S300、保存接收到的短信。
S400、针对被叫用户进行用户身份的认证鉴权，确认合法用户。
接收方用户输入用户名和密码，验证该用户是否为合法用户。
首次使用的客户端需要输入帐号密码，以后可以选择自动记住密码，短信双收系统验证通过后，用户进入系统。
短信双收系统主要实现用户使用业务的入口，例如发短信、收短信、定时发送、转发、回复等业务使用的按钮和界面，用户体验类似一个邮箱。
用户可以选择个人互联网文件夹业务界面中“收信箱”“发信箱”“草稿箱”“垃圾箱”，查看其中的信息内容；用户可以对个人互联网文件夹中的信息进行排序、删除、珍藏、移动文件夹等操作。用户还可以设置规则，对短信接收进行黑白名单控制，以拒绝垃圾短信。
S500、将接收到的短信通过互联网发送至所述被叫用户的计算机。
短信双收系统收到该条短信后，自动存储到该注册用户的个人收 件箱互联网文件夹中。
短信双收系统返回给运营商短信系统确认命令：Deliver_SM_resp。
Deliver_SM_resp是SMPP协议的一个命令消息。具体如下：语法和SUBMIT_SM_RESP的语法消息体是一样的，只是在消息头中的Command_id是“deliver_sm_resp″。
本发明实施例所述短信接收方法，通过采用标准的SMPP协议，并进行必要的定制和扩展，向短信系统发送的短信，跳跃了运营商的短信网关(SMG)系统，不需要显示SP代码，可以实现真实发送方手机号码的显示。网站系统在运营商短信网关进行注册的SP代码，仅用于实现用户的业务订购/退订，不用于短信发送。
本发明提供一种短信收发系统，用于解决现有技术中利用互联网发送短信给用户带来的不便的问题。
为了使本技术领域的技术人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。
参见图3，该图为本发明实施例所述短信收发系统结构示意图。
本发明实施例所述短信收发系统，采用标准SMPP协议，并进行必要的定制和扩展，与运营商的短信系统相通讯，所述短信收发系统与接收方计算机和发送方计算机相通信。
所述短信双收系统主要实现用户使用业务的入口，例如发短信、收短信、定时发送、转发、回复等业务使用的按钮和界面，用户体验类似一个邮箱。
所述短信双收系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元，以及用于存储短信的存储单元，以及用于发送短信的发送单元。
所述短信双收系统收发短信的过程可以参见前文所述的过程。具体不再详述。
所述短信系统进一步可以与用户手机相通讯。
所述短信双收系统进一步连接互联网文件夹，用于存储所述接收方用户接收到的短信。
本发明实施例所述短信收发系统，采用标准SMPP协议，并进行必要的定制和扩展，与运营商的短信系统相通讯，短信发送不需要使用SP代码，短信采用实名发送，用户接收到的网络短信和通过手机发送的点对点短信是相同的。被叫用户B即接收方用户不用区分主叫用户A即发送方用户通过手机发送还是通过网络发送。当被叫用户B在手机上直接回复主叫用户A时，本发送实施例所述短信收发系统的接收单元从运营商的短信系统中采集到该条短信，并存储到主叫用户A用户的互联网文件夹中，同时，主叫用户A的手机上也会收到同样的一条点对点短信。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (7)
1.一种短信发送方法，其特征在于，所述方法包括以下步骤：
A、主叫用户利用自身真实手机号码进行注册；
B、接收所述主叫用户发送的短信请求；
C、针对所述主叫用户进行用户身份的认证鉴权，确认合法用户；
D、保存所述主叫用户发送的短信；
E、通过采用标准短信息点对点协议SMPP，并进行必要的定制和扩展，通过互联网向移动运营商短信系统发送所述短信至被叫用户的移动终端，并向被叫用户显示主叫用户的真实手机号码。
2.根据权利要求1所述的短信发送方法，其特征在于，所述方法在步骤A之前进一步包括，所述主叫用户和所述被叫用户预先签约认证的过程。
3.一种短信接收方法，其特征在于，所述方法包括以下步骤：
1)被叫用户利用自身真实手机号码进行注册；
2)通过互联网接收其他用户向采用标准短信息点到点协议SMPP的移动运营商短信系统发送给所述被叫用户的短信；
3)保存接收到的短信；
4)针对被叫用户进行用户身份的认证鉴权，确认合法用户；
5)将接收到的短信通过互联网发送至所述被叫用户的计算机。
4.根据权利要求3所述的短信接收方法，其特征在于，所述方法在步骤1)之前进一步包括，所述其他用户和所述被叫用户预先签约认证的过程。
5.一种短信收发系统，基于标准短信息点到点协议SMPP，并通过定制扩展与运营商的短信系统相通讯，其特征在于，所述短信收发系统与接收方计算机和发送方计算机相通信；
所述短信收发系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方和接收方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元，以及用于存储短信的存储单元，以及用于发送短信的发送单元。
6.根据权利要求5所述的短信收发系统，其特征在于，所述短 信系统进一步与用户手机相通讯。
7.根据权利要求5所述的短信收发系统，其特征在于，所述系统进一步连接互联网文件夹，用于存储所述接收方计算机接收到的短信。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101792421A CN101202957B (zh) | 2007-12-11 | 2007-12-11 | 一种短信收发方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101792421A CN101202957B (zh) | 2007-12-11 | 2007-12-11 | 一种短信收发方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101202957A CN101202957A (zh) | 2008-06-18 |
| CN101202957B true CN101202957B (zh) | 2011-02-02 |
Family
ID=39517876
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101792421A Expired - Fee Related CN101202957B (zh) | 2007-12-11 | 2007-12-11 | 一种短信收发方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101202957B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101751701B (zh) * | 2008-12-09 | 2013-07-31 | 希姆通信息技术（上海）有限公司 | 非接触电子票证共享系统及其共享方法 |
| CN102355643B (zh) * | 2011-09-29 | 2014-11-19 | 中国联合网络通信集团有限公司 | 短消息处理方法、装置和系统 |
| CN102542767B (zh) * | 2012-01-30 | 2013-10-30 | 北京科力安监测技术有限公司 | 一种可通过手机远程遥控的野外监测系统、数据采集发射装置及方法 |
| CN102833709B (zh) * | 2012-08-16 | 2016-05-11 | 小米科技有限责任公司 | 一种短信的发送方法、移动终端、服务器和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1668119A (zh) * | 2004-03-13 | 2005-09-14 | 乐金电子(中国)研究开发中心有限公司 | 一种多媒体短信服务信息收发系统及信号收发方法 |
| CN1299492C (zh) * | 2002-09-10 | 2007-02-07 | 腾讯科技（深圳）有限公司 | 一种在即时通信工具和手机间实现多媒体短信互通的方法 |
-
2007
- 2007-12-11 CN CN2007101792421A patent/CN101202957B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1299492C (zh) * | 2002-09-10 | 2007-02-07 | 腾讯科技（深圳）有限公司 | 一种在即时通信工具和手机间实现多媒体短信互通的方法 |
| CN1668119A (zh) * | 2004-03-13 | 2005-09-14 | 乐金电子(中国)研究开发中心有限公司 | 一种多媒体短信服务信息收发系统及信号收发方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101202957A (zh) | 2008-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101668263B (zh) | 基于手机短信平台收发邮件的系统及邮件附件的处理方法 | |
| JP5158890B2 (ja) | ペアレントコントロールされたショートメッセージサービスのための方法および装置 | |
| CN101361377B (zh) | 用于传送来自移动通信设备的紧急类型短消息的方法和装置 | |
| US8204521B2 (en) | System and method for acknowledging calendar appointments using a mobile device | |
| US20050220041A1 (en) | Peer-to-peer mobile data transfer method and device | |
| CN107105414A (zh) | 一种北斗rdss短报文与手机短信的互通信系统及方法 | |
| WO2005101873A1 (en) | Peer-to-peer mobile instant messaging method and device | |
| CN102355466A (zh) | 处理数据传输的系统和方法 | |
| EP1815697A1 (en) | Telecommunications services apparatus and methods | |
| CN100414935C (zh) | 提醒接收电子邮件的方法 | |
| FI105987B (fi) | Lyhytsanomia välittävä matkaviestinjärjestelmä | |
| CN101150531A (zh) | 实现消息互通的系统及方法 | |
| WO2012055134A1 (zh) | 一种短信群发方法和系统 | |
| CN101202957B (zh) | 一种短信收发方法及系统 | |
| CN101465904A (zh) | 移动通信终端及其消息控制方法以及消息删除方法 | |
| CN100474949C (zh) | 多媒体消息的电子标志 | |
| CN201690603U (zh) | 增值业务互通装置及系统 | |
| CN101287175B (zh) | 智能卡及其发送和接收短信方法、智能卡之间通信的系统 | |
| CN100373960C (zh) | 一种短信群发的方法 | |
| US20050220045A1 (en) | Peer-to-peer mobile instant messaging method and device | |
| EP2020643A1 (en) | System and method for acknowledging calendar appointments using a mobile device | |
| JP2006520555A (ja) | メッセージングシステム及びそのための方法 | |
| EP2661107B1 (en) | Telecommuncations system and method | |
| CN101924818A (zh) | 一种回复短消息的方法及装置 | |
| CN102484618A (zh) | 用于fda处理和存储转发处理的顺序消息传递 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C56 | Change in the name or address of the patentee |
Owner name: ASIAINFO LINKAGE TECHNOLOGY (CHINA) CO., LTD. Free format text: FORMER NAME: ASIAINFO SCIENCE + TECHNOLOGY (CHINA) CO., LTD. |
|
| CP01 | Change in the name or title of a patent holder |
Address after: 100086, 4 floor, CLP information building, 6 South Avenue, Haidian District, Beijing, Zhongguancun Patentee after: AsiaInfo LIAN Technology (China) Co., Ltd. Address before: 100086, 4 floor, CLP information building, 6 South Avenue, Haidian District, Beijing, Zhongguancun Patentee before: AsiaInfo Science & Technology (China) Co., Ltd. |
|
| C56 | Change in the name or address of the patentee |
Owner name: ASIAINFO SCIENCE + TECHNOLOGY (CHINA) CO., LTD. Free format text: FORMER NAME: ASIAINFO-LINKAGE (CHINA) CO., LTD. |
|
| CP03 | Change of name, title or address |
Address after: 100193 Beijing city northwest of Haidian District Wang Road No. 10 hospital of eastern Asia LIAN's global R & D center headquarters building Patentee after: AsiaInfo Science & Technology (China) Co., Ltd. Address before: 100086, 4 floor, CLP information building, 6 South Avenue, Haidian District, Beijing, Zhongguancun Patentee before: AsiaInfo LIAN Technology (China) Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110202 Termination date: 20161211 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |