一种短信收发方法及系统的制作方法

文档序号:7665676阅读:161来源:国知局

专利名称::一种短信收发方法及系统的制作方法
技术领域
:本发明涉及利用移动交换中心的信息收发,特别涉及一种短信收发方法及系统。
背景技术
:目前,比较通用的收发短信都是手机对手机通过无线空中通道进行的,这种短信的专业术语是点对点短信。由于手机接收短信会受手机终端的限制,例如手机的存储量的限制。现在多数网站通过和运营商的短信网关进行连接也能够实现发送短信。每一个网站向通信管理局经过资质审核后能够申请得到一个特代码,即SP代码,例如"10622888"。现有网站发短信系统都是通过建设一套短信平台系统与运营商的短信网关(SMG)进行连接,其通信协议采用SGIP协议。短信平台在接入运营商短信网关(SMG)时,短信网关会为短信平台分配一个SP代码。这种方式决定了所有的通过短信平台发送的网络短信都会携带短信平台的SP代码,运营商通过这个SP代码来区分发送的网络短信。SP代码是网络短信平台的唯一ID标记。这种方式使得接收短信一方只能显示SP代码。网站利用SP代码向用户发送短信,短信接收方用户的手机所接收到的短信发送人只显示该SP代码,而不显示常用的手机号码。网站利用SP代码下发短信的方式,使得短信接收方用户感觉非常不好,一般会认为是垃圾短信。对于网站接收短信,短信发送方用户必须向特定的SP代码发送,用户一般会认为是价格欺诈,不愿意随便向SP代码发送短信。而且现有网络短信系统由于不是实名发送,接收短信方用户需要人工识别短信发送者,才能给短信发送方用户回复。如果原接收短信方用户回复原短信发送方用户的手机号码,则原短信发送方用户只能在手机上收到该回复短信,无法在互联网系统中接收该短信。因此,如何提供一种短信收发方法及系统,解决现有技术中利用互联网发送短信给用户带来的不便,是本领域技术人员需要解决的技术问题。
发明内容本发明的目的是提供一种短信收发方法及系统,用于解决现有技术中利用互联网发送短信给用户带来的不便的问题。为解决上述技术问题,本发明提供一种短信发送方法,所述方法包括以下步骤A、主叫用户利用自身真实手机号码进行注册;B、接收所述主叫用户发送的短信请求;C、针对所述主叫用户进行用户身份的认证鉴权,确认合法用户;D、保存所述主叫用户发送的短信;E、通过互联网向移动运营商短信系统发送所述短信至被叫用户的移动终端,并向被叫用户显示主叫用户的真实手机号码。优选地,所述方法在步骤A之前进一步包括,所述发送方用户和所述接收方用户预先签约认证的过程。本发明还提供一种短信接收方法,所述方法包括以下步骤1)被叫用户利用自身真实手机号码进行注册;2)通过互联网接收其他用户向移动运营商短信系统发送所述被叫用户的短信;3)保存接收到的短信;4)针对被叫用户进行用户身份的认证鉴权,确认合法用户;5)将接收到的短信通过互联网发送至所述被叫用户的计算机。优选地,所述方法在步骤1)之前进一步包括,所述发送方用户和所述接收方用户预先签约认证的过程。本发明还提供一种短信收发系统,基于标准SMPP协议,并通过定制扩展与运营商的短信系统相通讯,所述短信收发系统与接收方计算机和发送方计算机相通信;所述短信收发系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方和接受方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元,以及用于存储短信的存储单元,以及用于发送短信的发送单元。优选地,所述短信系统进一步与用户手机相通讯。优选地,所述系统进一步连接互联网文件夹,用户存储所述接收方用户接收到的短信。本发明实施例所述短信发送方法,是通过基于标准SMPP协议的标准点对点短信协议,并根据不同的运营商的具体要求进行必要的定制和扩展,接入运营商短信系统发送短信的,跳跃了运营商的短信网关(SMG)系统,不需要显示SP代码,可以实现真实发送方手机号码的显示。本发明实施例所述短信接收方法,通过基于标准的SMPP协议进行必要的定制和扩展,向运营商短信系统发送短信,跳跃了运营商的短信网关(SMG)系统,不需要显示SP代码,可以实现真实发送方手机号码的显示。网站系统在运营商短信网关进行注册的SP代码,仅用于实现用户的业务订购/退订,不用于短信发送。本发明实施例所述短信收发系统,基于标准SMPP协议进行必要的定制和扩展,与运营商的短信系统相通讯,短信发送不需要使用SP代码,短信采用实名发送,用户接收到的网络短信和通过手机发送的点对点短信是相同的。被叫用户B即接收方用户不用区分主叫用户A即发送方用户通过手机发送还是通过网络发送。当被叫用户B在手机上直接回复主叫用户A时,本发送实施例所述短信收发系统的接收单元从运营商的短信系统中采集到该条短信,并存储到主叫用户A用户的互联网文件夹中,同时,主叫用户A的手机上也会收到同样的一条点对点短信。图1为本发明所述短信发送方法一种实施方式流程图2为本发明所述短信接收方法一种实施方式流程图3本发明实施例所述短信收发系统结构示意图。具体实施例方式本发明提供一种短信发送方法,用于解;未现有技术中利用互联网发送短信给用户带来的不便的问题。为了使本
技术领域
的技术人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。参见图1,该图为本发明所述短信发送方法一种实施方式流程图。本发明实施例所述短信发送方法,所述方法包括以下步骤SIO、主叫用户利用自身真实手机号码进行注册。S20、接收所述主叫用户发送的短信请求。本发明实施例所述短信发送方法在步骤S10之前还可以包括,所述发送方用户和所述接收方用户预先签约认证的过程。运营商短信系统接收到一条MT短信。所谓MT短信,特指用户端接收短信,可以简单理解为用户接收的短信,或者说下行短信。运营商短信系统判断该用户订购了短信双收业务。运营商短信系统将该条短信抄送给短信双收系统,运营商短信系统与短信双收系统之间釆用SMPP协议,命令为Deliver—SM。Deliver—SM是SMPP协议的一个命令消息,具体如下Deliver—SM命令由SMSC(ShortMessageServiceCenter;短4言息服务中心)产生,SMSC通过此命令发送短消息到目的ESME(ExternalShortMessageEntity;扩展短信息实体)。Deliver—SM也可用于发送传送回执消息。Deliver一SM用于发送传送回执消息时的语法格式与Submit—SM的语法消息体是相同的,只是在消息头中的Commandid是"deliversm"。<table>字段</column></row><row><column>长度(字节)</column><column>类型</column></row><row><column>Service-type</column><column>最大6</column><column>C—String</column></row><row><column>source-addr-ton</column><column>1</column><column>Integer</column></row><row><column>source_addr_ton</column><column>1</column><column>Integer</column></row><table><table><row><column>sourceaddr</column><column>最大21</column><column>C—DecString</column></row><row><column>dest—addr一ton</column><column>1</column><column>Integer</column></row><row><column>dest—addr—npi</column><column>1</column><column>Integer</column></row><row><column>destination—addr</column><column>最大21</column><column>C—DecString</column></row><row><column>esm—class</column><column>1</column><column>Integer</column></row><row><column>protocolID</column><column>1</column><column>Integer</column></row><row><column>priorityflag</column><column>1</column><column>Integer</column></row><row><column>schedule_deliverytime</column><column>最大17</column><column>C—StringTime</column></row><row><column>validity—period</column><column>最大17</column><column>C_StringTime</column></row><row><column>registered—delivery—flag</column><column>1</column><column>Integer</column></row><row><column>replace—if—present—flag</column><column>1</column><column>Integer</column></row><row><column>data—coding</column><column>1</column><column>Integer</column></row><row><column>sm—default—msg—id</column><column>1</column><column>Integer</column></row><row><column>sm—length</column><column>1</column><column>Integer</column></row><row><column>short—message</column><column>最大160</column><column>C—String</column></row><table>具体参数说明service—type:保留字段,为将来扩展用。必须设为NULL。source—addr—ton:源地址编码类型,如不需要,可设为NULL。source-addr—ton源地址编码方案,如不需要,可设为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。取值说明<table><row><column>Bit</column><column>7</column><column>6</column><column>5</column><column>4</column><column>3</column><column>2</column><column>i</column><column>0</column></row><row><column>lag</column><column>Reserved</column><column>UDHI</column><column>Reserved</column><column>Reserved</column><column>Reserved</column><column>DeliveryReceipt</column><column>Reserved</column><column>Reserved</column></row><table>其中,UDHI:表示短消息内容是否有头结构。DeliveryReceipt:在DELIVER—SM协议中使用,表示此条消息是否是状态报告。protocolID: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":保留。replacejf—present—flag:该字,殳表示替换短消息标志。即当^是交的短消息的源地址和目的地址相同时,是否替换存在的短消息。replacejf—present—flag取值说明:"O”:不替换;T:替换;">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(signallingpoint;信令点)提交短消息到SMSC,以便SMSC把此短消息发给特定SP。<table><row><column>字段</column><column>长度(字节)</column><column>类型</column></row><row><column>service—type</column><column>最大6</column><column>C—String</column></row><row><column>sourceaddrton</column><column>1</column><column>Integer</column></row><row><column>source一addr—npi1Integersourceaddr</column><column>最大21</column><column>C—DecString</column></row><row><column>dest一addrton</column><column>1</column><column>Integer</column></row><row><column>destaddrnpi</column><column>1</column><column>Integer</column></row><row><column>destination_addr</column><column>最大21</column><column>C—DecString</column></row><row><column>6sm—class</column><column>1</column><column>Integer</column></row><row><column>protocolID</column><column>1</column><column>Integer</column></row><row><column>priority—flag</column><column>1</column><column>Integer</column></row><row><column>schedule—delivery—time</column><column>最大17</column><column>C—StringTime</column></row><row><column>validity—period</column><column>最大17</column><column>C—StringTime</column></row><row><column>registered—delivery—flag</column><column>1</column><column>Integer</column></row><row><column>replace—ifpresentflag</column><column>1</column><column>Integer</column></row><row><column>data—coding</column><column>1</column><column>Integer</column></row><row><column>sm—default—msg—id</column><column>1</column><column>Integer</column></row><row><column>sm—length</column><column>1</column><column>Integer</column></row><row><column>short—message</column><column>最大160</column><column>C—String</column></row><table>具体参数说明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。取值说明<table><row><column>Bit</column><column>7</column><column>6</column><column>5</column><column>4</column><column>3</column><column>2</column><column>1</column><column>0</column></row><row><column>Flag</column><column>Reserved</column><column>UDHI</column><column>Reserved</column><column>Reserved</column><column>Reserved</column><column>DeliveryReceipt</column><column>Reserved</column><column>Reserved</column></row><table>其中,UDHI:表示短消息内容是否有头结构。置位表示有。DeliveryReceipt:在DELIVER—SM协议中使用,表示此条消息是否是状态报告。protocolID:GSM协议类型。priority—flag:短消息的优先级。当i殳置了短消息为高优先级,短消息中心会将该短消息移到同一目的地址的消息队列的前端,优先进行发送。取值说明"0":普通优先级(缺省值);"1":高优先级;">1":保留。schedule—delivery—time:该字,爻表示计划下发该短消息的时间。时间格式请参考前面定义的C一StringTime的格式。如不需要,可设置为NULL。validity_period:该字l殳表示短消息的最后生存期限。时间格式请参考前面定义的C—StringTime的格式。如不需要,可设置为NULL。registered—delivery—flag:该字4殳是注册短消息标志,表示当短消息到达最后的目的地后,是否需要状态报告。取值说明"0":不需要;"1":需要;">1":保留。replace—if—present—flag:该字l殳表示替换短消息标志。即当^是交的短消息的源地址和目的地址相同时,是否替换存在的短消息。取值说明"0":不替换;"1":替换;">1":保留。data—coding:该字段表示数据编码方案。取值说明"0":缺省编码方案(7bit编码);"4":二进制编码方案(8bit编码);"8":UCS2编码方案(GB13000);其他值保留。sm—default—msg—id:该字l殳表示预定义短消息ID。该ID是短消息中心建立的预定义短消息表的索引。当不想发送预定义短消息时,该字段应设为NULL。预定义短消息ID值从0x01到0x64。sm—length:要发送的短消息数据内容的字节长度。short_message:该字段表示短消息数据内容。最大可到160字符。只有sm—length中定义的字节长度可用。此字段的数据编码格式由data—coding决定。运营商短信系统将该条短信进行投递,并返回给短信双收系统确认命令Submit—SM一rsp。Submit—SM—rsp是SMPP协议的一个命令消息,具体如下<table>字段</column></row><row><column>长度(字节)</column><column>类型</column></row><row><column>Message—id</column><column>最大9</column><column>C_HexString</column></row><table>具体参数说明Message—id:该字4殳表示短消息ID,由短消息中心产生,用于以后查询及替换短消息用,或是表明状态报告所对应的源消息。如果没有,该字段必须设为NULL。短信双收系统还可以向用户^是示短信发送成功。本发明实施例所述短信发送方法,是通过采用标准SMPP,并进行必要的定制和扩展,向运营商短信系统发送短信的,跳跃了运营商的短信网关(SMG)系统,不需要显示SP代码,可以实现真实发送方手机号码的显示。本发明提供一种短信接收方法,用于解决现有技术中利用互联网发送短信给用户带来的不便的问题。为了使本
技术领域
的技术人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。参见图2,该图为本发明所述短信接收方法一种实施方式流程图。本发明实施例所述短信接收方法,所述方法包括以下步骤SIOO、被叫用户利用自身真实手机号码进行注册。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协议,并进行必要的定制和扩展,与运营商的短信系统相通讯,所述短信收发系统与接收方计算机和发送方计算机相通信。所述短信双收系统主要实现用户^f吏用业务的入口,例如发短信、收短信、定时发送、转发、回复等业务使用的按钮和界面,用户体验类似一个邮箱。所述短信双收系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元,以及用于存储短信的存储单元,以及用于发送短信的发送单元。所述短信双收系统收发短信的过程可以参见前文所述的过程。具体不再详述。所述短信系统进一步可以与用户手才几相通讯。所述短信双收系统进一步连接互联网文件夹,用户存储所述接收方用户接收到的短信。本发明实施例所述短信收发系统,采用标准SMPP协议,并进行必要的定制和扩展,与运营商的短信系统相通讯,短信发送不需要使用SP代码,短信采用实名发送,用户接收到的网络短信和通过手机发送的点对点短信是相同的。被叫用户B即接收方用户不用区分主叫在手机上直接回复主叫用户A时,本发送实施例所述短信收发系统的接收单元从运营商的短信系统中采集到该条短信,并存储到主叫用户A用户的互联网文件夹中,同时,主叫用户A的手机上也会收到同样的一条点对点短信。以上所述仅是本发明的优选实施方式,应当指出,对于本
技术领域
的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。权利要求1、一种短信发送方法,其特征在于,所述方法包括以下步骤A、主叫用户利用自身真实手机号码进行注册;B、接收所述主叫用户发送的短信请求;C、针对所述主叫用户进行用户身份的认证鉴权,确认合法用户;D、保存所述主叫用户发送的短信;E、通过互联网向移动运营商短信系统发送所述短信至被叫用户的移动终端,并向被叫用户显示主叫用户的真实手机号码。2、根据权利要求1所述的短信发送方法,其特征在于,所述方法在步骤A之前进一步包括,所述发送方用户和所述接收方用户预先签约认证的过程。3、一种短信接收方法,其特征在于,所述方法包括以下步骤1)被叫用户利用自身真实手机号码进行注册;2)通过互联网接收其他用户向移动运营商短信系统发送所述被叫用户的短信;3)保存接收到的短信;4)针对被叫用户进行用户身份的认证鉴权,确认合法用户;5)将接收到的短信通过互联网发送至所述被叫用户的计算机。4、根据权利要求3所述的短信接收方法,其特征在于,所述方法在步骤l)之前进一步包括,所述发送方用户和所述接收方用户预先签约认证的过程。5、一种短信收发系统,基于标准SMPP协议,并通过定制扩展与运营商的短信系统相通讯,其特征在于,所述短信收发系统与接收方计算机和发送方计算机相通信;所述短信收发系统包括用于采集所述短信系统中的发送方用户发送的短信请求和短信及发送方和接受方计算机用户名的接收单元、用于确认所述发送方计算机和接收方计算机的合法身份的鉴权单元,以及用于存储短信的存储单元,以及用于发送短信的发送单元。6、根据权利要求5所述的短信收发系统,其特征在于,所述短信系统进一步与用户手机相通讯。7、根据权利要求5所述的短信收发系统,其特征在于,所述系统进一步连接互联网文件夹,用户存储所.述接收方用户接收到的短信。全文摘要本发明公开一种短信发送方法,主叫用户用自身真实手机号码进行注册;接收主叫用户发送的短信请求;针对主叫用户进行用户身份的认证鉴权,确认合法用户;保存短信;通过互联网向移动运营商短信系统发送短信至被叫用户的移动终端,并向被叫用户显示主叫用户手机号码。本发明公开一种短信接收方法,被叫用户利用自身真实手机号码进行注册;通过互联网接收其他用户向移动运营商的短信系统发送给该被叫用户的短信;保存接收的短信;系统针对被叫用户进行用户身份的认证鉴权,确认合法用户;将接收到的短信通过互联网发送至被叫用户计算机。本发明公开一种短信收发系统。本发明提供一种短信收发方法及系统,解决利用互联网发送短信给用户带来的不便。文档编号H04W12/06GK101202957SQ20071017924公开日2008年6月18日申请日期2007年12月11日优先权日2007年12月11日发明者涛吴申请人:亚信科技(中国)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1