WO2014114172A1 - 一种发送短信的方法、装置及终端 - Google Patents
一种发送短信的方法、装置及终端 Download PDFInfo
- Publication number
- WO2014114172A1 WO2014114172A1 PCT/CN2013/091015 CN2013091015W WO2014114172A1 WO 2014114172 A1 WO2014114172 A1 WO 2014114172A1 CN 2013091015 W CN2013091015 W CN 2013091015W WO 2014114172 A1 WO2014114172 A1 WO 2014114172A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- nickname
- contact
- information
- field
- name field
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
Definitions
- the present invention is based on a Chinese patent application with the application number of 201310025436.1 and the application date of 2013/1/23, and claims the priority of the Chinese patent application, the entire contents of which are This application is hereby incorporated by reference.
- the present disclosure relates to the field of communications technologies, and in particular, to a method, an apparatus, and a terminal for sending a short message. Background technique
- the embodiments of the present disclosure provide a method, a device, and a terminal for sending a short message, which are used to solve the problem that the grouped short message content is the same when the existing group sends a short message, and the problem is not targeted, and the personalized requirement of the user is met.
- a method for sending a short message includes:
- the description field includes at least a nickname field, a name field, and a title title field; The determined nickname is added to the short message, and the short message after the nickname is added is sent to the contact.
- an apparatus for sending a short message includes:
- a nickname determining module configured to: when receiving a short message, if receiving a request to add a nickname, determining a nickname of the contact from a description field of a contact that receives the short message, where the description field includes at least a nickname field and a name field And the title field;
- an information sending module configured to add the determined nickname to the short message, and send the short message after adding the nickname to the contact.
- a terminal provided by an embodiment of the present disclosure includes the foregoing apparatus for sending a short message.
- Some beneficial effects of embodiments of the present disclosure may include:
- the contact nickname is determined from the description field of the contact receiving the short message, and the determined nickname is added to the short message, and the nickname is added.
- the short message is sent to the implementation of the currently traversed contact technical solution, one of which satisfies the user's personalized needs, and the other is to add the nickname of the recipient to the grouped short message when the group sends the short message, so that the grouped short message is more targeted; , you can determine the nickname of the contact from a variety of fields (nickname field, name field, title field, etc.), and apply to a variety of application scenarios (with nickname / no nickname, name field is English / Chinese, name field contains specified Keyword, etc.) The determination of the nickname.
- FIG. 1 is a schematic flowchart of a method for sending a short message according to Embodiment 1 of the present disclosure
- FIG. 2 is a schematic flowchart of a method for sending a group short message according to Embodiment 2 of the present disclosure
- FIG. 3 is a schematic structural diagram of an apparatus for sending a short message according to Embodiment 3 of the present disclosure
- FIG. 4 is a schematic structural diagram of an apparatus for sending a short message according to Embodiment 3 of the present disclosure
- FIG. 5 is a schematic structural diagram of an apparatus for sending a short message according to Embodiment 3 of the present disclosure.
- a method for sending a short message specifically includes the following steps: Step 101: When sending a short message, if a request for adding a nickname is received, from a description field of a contact that receives the short message Determining a nickname of the contact that receives the short message, where the description field includes at least a nickname field, a name field, and a title title field;
- Step 102 Add the determined nickname to the short message, and send the short message after the nickname is sent to the contact who receives the short message.
- determining the nickname of the contact receiving the short message from the description field of the contact receiving the short message may include:
- the information in the nickname field of the contact who receives the short message is used as the nickname of the contact who receives the short message
- the nickname field of the contact receiving the short message When the nickname field of the contact receiving the short message is empty, the character type of the information in the name field of the contact receiving the short message is read and determined, and when the determined character type is English, the name field of the contact who will receive the short message is Letter As the nickname of the contact who receives the short message, when the determined character type is Chinese, the nickname of the contact who receives the short message is determined from the name field and the title field of the contact receiving the short message according to a predetermined rule.
- the title field may be a field describing information such as a job title, a unit (work unit or a learning unit) of a contact that receives a short message.
- the information in the contact name field of the short message may be received when determining that the character type is the first type (eg, English)
- the nickname of the contact who receives the short message when the type of the character is determined to be the second type (such as Chinese), the contact person who receives the short message may be determined from the name field and the title field of the contact receiving the short message according to a predetermined rule.
- the nickname this example only uses the character type as English or Chinese as an example to illustrate the implementation of the technical solution, and is not used in the present disclosure.
- determining the nickname of the contact receiving the short message from the name field and the title field of the contact receiving the short message according to a predetermined rule may include:
- the information in the name field of the contact is processed as the nickname of the contact who receives the text message;
- the information in the name field of the contact receiving the short message is processed according to the second rule as the nickname of the contact who receives the short message.
- reading and determining whether a predetermined first type of keyword exists in a name field of a contact receiving the short message may be:
- the keyword is given in the word list, it is confirmed that there is a predetermined first type keyword in the name field of the contact who receives the short message.
- the information in the name field of the contact receiving the short message is processed according to the first rule.
- the nickname of the contact receiving the short message may include:
- the name field of the contact receiving the short message includes the second type of keyword
- the second type keyword in the name field of the contact who receives the short message is removed as the nickname of the contact who receives the short message
- the information in the name field of the contact receiving the short message is used as the nickname of the contact who receives the short message.
- determining whether the information in the name field of the contact receiving the short message includes the second type of keyword may be: Reading the information in the name field of the contact receiving the short message, and matching the read information with each keyword in the pre-stored second type keyword list, when there is a second type of key in the read information When the keyword is given in the word list, it is confirmed that there is a predetermined second type keyword in the name field of the contact who receives the short message.
- the simplified combination of the information in the name field of the contact receiving the short message and the information in the title field may include:
- the information in the name field of the contact receiving the short message is processed according to the second rule.
- the nickname of the contact receiving the short message may be:
- the information other than the first character in the name field of the contact who receives the short message is used as the nickname of the contact person who receives the short message.
- the information in the name field of the contact receiving the short message is used as the receiving short message.
- Nickname of the contact is not less than the first predetermined value character, or is not greater than the second predetermined value character
- adding the determined nickname to the text message can include: adding the determined nickname directly to the beginning of the text message. Or, insert words such as "respected” or “respectful” or “dear” before the identified nickname.
- the nickname of the contact that receives the short message is automatically added to the short message, which can meet the personalized needs of the user.
- a nickname for receiving the short message is added to the sent short message. , can make the group of text messages more targeted.
- the example includes: when the nickname field of the contact exists, the information of the nickname field can be directly used as the nickname of the contact; and when the nickname of the contact does not exist, if the contact is not present, If the information in the person's name field is English, the information in the name field can be directly used as the nickname of the contact; if the information in the contact's name field is Chinese, and the contact's name field contains the first type of key Word (such as manager, etc.), you can directly use the information in the name field (such as Manager Liu Xiaoer) as the nickname of the contact; if the contact's name field does not contain the first type of keyword, and the title field is not Empty, you can simplify the processing of the name field and the title field to get the nickname of the contact, such as the name field information is "Zhang San", the title field information is "engineer”, you can put “Zhang San” Simplified to "Zhang”, “Engineer” is reduced to "Work” and then merged into "Zhanggong” as the nickname
- the nickname of the contact can be determined from a variety of fields (nickname field, name field, title field, etc.) and is applicable to multiple application fields. Scene (there is a nickname/no nickname, the name field is English/Chinese, the name field contains the specified keyword, etc.) The nickname is determined.
- Example 2
- a method for sending a short message by the group includes the following steps:
- Step 201 The user edits the short message to be sent in batches, and determines a contact list that receives the short message;
- the text message edited by the user to be grouped is “Happy Chinese New Year, Happy Family”.
- the names are "Zhang San”, “Li Si”, “lisa”, “Liu Shishi” “, “Du Lala Manager (Company)”, “Division”, “Jike Yiyi” and “Lang Lang”.
- Step 202 When receiving the instruction of the group sending short message sent by the user, the mobile phone traverses the contact list that receives the short message, and reads and determines whether the nickname field of the currently traversed contact is empty;
- step 203 is performed;
- step 204 is performed;
- the "smart calling" button and the “recovery” button may be clicked on the title editing page of the group texting message.
- the method described in steps 202 to 210 is followed.
- the nickname of the contact receiving the short message is generated, and when the user clicks the "restore” button, the process of generating the nickname is canceled.
- Step 203 The mobile phone uses the information in the nickname field of the currently traversed contact as the nickname of the currently traversed contact, and performs step 211;
- the nickname field of the currently traversed contact "Zhang San” is not empty. If it is "three", the "three” is directly used as the nickname of the currently traversed contact "Zhang San”.
- Step 204 The mobile phone reads and determines the character type of the information in the name field of the currently traversed contact; when the determined character type is English, step 205 is performed;
- step 206 is performed;
- Step 205 The mobile phone uses the information in the name field of the currently traversed contact as the nickname of the currently traversed contact, and performs step 211;
- the nickname field of the currently traversed contact “lisa” is empty, and the information in the name field of the currently traversed contact “lisa” is "lisa” and the character type is English. At this time, "lisa” is directly used as The nickname of the contact "lisa” currently traversed.
- Step 206 The mobile phone reads and determines whether a predetermined first type of keyword exists in a name field of the contact currently traversed;
- step 207 is performed;
- step 208 is performed; in this example, reading and determining whether there is a predetermined first type of key in the name field of the currently traversed contact
- the word can be specifically: Reading the information in the name field of the currently traversed contact, and matching the read information with each keyword in the pre-stored first type keyword list, when there is a first type of key in the read information
- the keyword is given in the word list, it is confirmed that there is a predetermined first type keyword in the name field of the contact currently traversed.
- the first type of keyword in the first type of keyword list may be a keyword of the calling class, and the specific content may be as shown in Table 1.
- Step 207 The mobile phone processes the information in the name field of the currently traversed contact according to the first rule, and then performs the step 211 as the nickname of the currently traversed contact.
- the information in the name field of the currently traversed contact is processed according to the first rule, and the nickname of the currently traversed contact may be:
- the name field of the contact currently traversed contains the second type of keyword
- the second type keyword in the information in the name field of the currently traversed contact is removed as the nickname of the currently traversed contact
- the information in the name field of the currently traversed contact is used as the nickname of the currently traversed contact.
- determining whether the second type of keyword is included in the name field of the currently traversed contact may be: reading information in the name field of the currently traversed contact, and reading the information with the pre-stored Each keyword in the second type keyword list is matched. When there is a keyword given in the second type keyword list in the read information, it is confirmed that there is a predetermined number in the name field of the currently traversed contact. The second type of keyword.
- the keywords in the second type keyword class table may be information such as a home location, a unit, a number type identifier, etc., and the specific content may be as shown in Table 2.
- the currently traversed contact for the "Du Lala Manager (Company)" name field contains the first type of keyword “manager” and the second type of keyword “company”, here the contact name field is " The company "Dura La Manager” after the word “removal” as the current traversal contact "Du Lala Manager (company)” nickname.
- the "di" is directly used as the nickname of the currently traversed contact "di".
- Step 208 The mobile phone reads and determines whether the title field of the currently traversed contact is empty.
- step 209 is performed;
- step 210 is performed;
- Step 209 The mobile phone simplifies merging the information in the name field currently traversed and the information in the title field, and simplifies the merged information as the nickname of the currently traversed contact, and performs step 211;
- the simplified combination of the information in the name field currently traversed and the information in the title field may include:
- the title field may be a field describing information such as the title, unit (work unit or learning unit) of the contact currently traversed, and the simplified information corresponding to the information in the title field may be as shown in Table 3.
- the title field of the current traversed contact "Li Si” is not empty, and the content is "responsible person", then the content of the name field of the contact that merges the current traversal "Li Si” and the content of the title field are simplified.
- the nickname that people get after is called “Li total.”
- Step 210 The mobile phone processes the information in the name field of the currently traversed contact as the nickname of the currently traversed contact according to the second rule, and performs step 211;
- the information in the name field of the currently traversed contact is processed according to the second rule, and the nickname of the contact currently traversed may be:
- the information other than the first character in the currently traversed name field is used as the nickname of the currently traversed contact.
- the information in the name field of the currently traversed contact is used as the current traversal The nickname of the contact person.
- the first predetermined value and the second predetermined value may be set in advance by an artificial setting or by software.
- the first predetermined value may be 4, the second predetermined value may be 2, and the like, which is not limited in this example.
- the information "lang" in the name field can be directly used as the nickname of the contact "lang Lang”.
- Step 211 The mobile phone adds the determined nickname to the beginning of the short message, and sends the short message after the nickname is sent to the currently traversed contact.
- the text message sent to the contact person Zhang San is “three, happy Chinese New Year, happy family”
- the contact person Li Si’s text message is “Li, Happy Chinese New Year, Happy Family”
- the text message to the contact lisa is “lisa, Happy Chinese New Year, Happy Family”
- the text message to the contact Liu Shishi is “Poetry, Happy Chinese New Year, ⁇ "Home Happiness”
- the contact brother's text message for "di, happy Chinese New Year, happy family” give
- the text message of contact person Ji Jiyiyi is "Jike Yiyi, Happy Chinese New Year, Happy Family”
- the text message to the contact is Lang Lang, Happy Chinese New Year, Happy Family.
- the nickname of the contact that receives the short message is automatically added to the grouped short message, so that the grouped short message can be made more targeted.
- the contact nickname can be determined from various fields (nickname field, name field, title field, etc.), and is applicable to various application scenarios (with nicknames) / No nickname, the name field is English/Chinese, the name field contains the specified keyword, etc.) The nickname is determined.
- an embodiment of the present disclosure further provides a device for sending a short message, and a terminal. Since the principle of solving the problem between the device and the terminal is similar to the method for sending a short message, the implementation of the device and the terminal may refer to the method. Implementation, repetition will not be repeated.
- the nickname determining module 301 may be configured to: when receiving the short message, if the request for adding the nickname is received, determine a nickname of the contact that receives the short message from the description field of the contact that receives the short message, where the description field includes at least a nickname field , name field and title title field;
- the information sending module 302 can be configured to add the determined nickname to the short message, and send the short message after the nickname is sent to the contact who receives the short message.
- the nickname determination module 301 can include:
- the first determining unit 3011 may be configured to read and determine whether the nickname field of the contact that receives the short message is empty.
- the first nickname determining unit 3012 may be configured to: when the nickname field of the contact receiving the short message is not empty, The information in the nickname field of the contact receiving the short message is used as the nickname of the contact who receives the short message;
- the second determining unit 3013 may be configured to: when the nickname field of the contact that receives the short message is empty, read and determine the character type of the information in the name field of the contact that receives the short message;
- the second nickname determining unit 3014 can be configured to: when the determined character type is English, the information in the name field of the contact person that receives the short message is used as the nickname of the contact who receives the short message;
- the third nickname determining unit 3015 may be configured to determine, according to a predetermined rule, a nickname of the contact who receives the short message from the name field and the title field of the contact that receives the short message according to a predetermined rule when the determined character type is Chinese.
- the third nickname determining unit 3015 may include:
- the first determining subunit 30151 may be configured to read and determine whether a predetermined first type keyword exists in a name field of a contact that receives the short message;
- the first nickname determining subunit 30152 may be configured to: after the predetermined first type keyword exists in the name field of the contact that receives the short message, process the information in the name field of the contact that receives the short message according to the first rule. a nickname as a contact to receive text messages;
- the second determining sub-unit 30153 may be configured to: when the predetermined first type keyword is not present in the name field of the contact that receives the short message, read and determine whether the title field of the contact that receives the short message is empty;
- the second nickname determining sub-unit 30154 can be used to simplify the merging of the information in the name field of the contact receiving the short message and the information in the title field when the title field of the contact receiving the short message is not empty, and will simplify The merged information is used as the nickname of the contact who receives the text message;
- the third nickname determining sub-unit 30155 can be configured to: when the title field of the contact that receives the short message is empty, process the information in the name field of the contact that receives the short message according to the second rule, and then use the information in the name field of the contact that receives the short message as the contact that receives the short message. nickname.
- the first determining subunit 30151 may be configured to read information in a name field of a contact that receives the short message, and compare the read information with each key in the pre-stored first type keyword list. The words are matched. When there is a keyword given in the first type of keyword list in the read information, it is confirmed that there is a predetermined first type keyword in the name field of the contact receiving the short message.
- the first nickname determining subunit 30152 may be configured to determine whether a second type of keyword is included in a name field of a contact that receives the short message; and a second name is included in a name field of the contact that receives the short message. Class key When the word is used, the second type of keyword in the name field of the contact who receives the short message is removed as the nickname of the contact who receives the short message; when the name field of the contact receiving the short message does not include the second type of keyword The information in the name field of the contact who receives the short message is used as the nickname of the contact who receives the short message.
- the second determining subunit 30153 may be configured to read information in a name field of a contact that receives the short message, and the read information and each key in the pre-stored second type keyword list. The words are matched. When there is a keyword given in the second type of keyword list in the read information, it is confirmed that a predetermined second type keyword exists in the name field of the contact receiving the short message.
- the second nickname determining subunit 30154 may be configured to extract a first character in a name field of a contact that receives the short message; and find a preset simplified information table to obtain a title field of the contact that receives the short message. Simplified information corresponding to the information inside; merge the first character with the simplified information found.
- the third nickname determining sub-unit 30155 may be used to use other information except the first character in the name field of the contact that receives the short message as the nickname of the contact who receives the short message, or may be used to determine The number of characters of the information in the name field of the contact receiving the short message; the number of characters in the name field of the contact receiving the short message is not less than the first predetermined value character, or is not greater than the second predetermined value character, The information in the name field of the contact receiving the short message is used as the nickname of the contact who receives the short message.
- the embodiment of the present disclosure automatically adds the nickname of the contact that receives the short message to the sent short message, which can make the sent short message more targeted.
- the embodiment of the present disclosure further provides a terminal, including the foregoing apparatus for sending a short message provided by the embodiment of the present disclosure.
- the terminal can be specifically a mobile phone.
- the embodiments of the present disclosure may be implemented by hardware, or may be implemented by means of software plus a necessary general hardware platform.
- the technical solution of the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.).
- a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present disclosure.
- modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or may be correspondingly changed in one or more apparatuses different from the embodiment.
- the modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种发送短信的方法、装置及终端,属于通信技术领域。所述方法包括以下步骤:发送短信时,如果接收到添加昵称的请求,从接收短信的联系人的描述字段中确定所述联系人的昵称(101),所述描述字段至少包括昵称字段、姓名字段及称谓title字段;将所确定的昵称添加到所述短信,并将添加昵称后的短信发送给所述联系人(102)。在短信中自动加入接收该短信的联系人的昵称,可以提高用户体验,以及在群发短信时更具有针对性;并且从昵称字段、姓名字段、称谓title字段等多种字段中确定联系人的昵称,能适用于有昵称/没昵称、姓名字段为英文/中文、姓名字段中含有指定关键字等多种应用场景下昵称的确定。
Description
一种发送短信的方法、 装置及终端 本申请基于申请号为 201310025436.1、 申请日为 2013/1/23的中国专利申请提出, 并 要求该中国专利申请的优先权, 该中国专利申请的全部内容在此引入本申请作为参考。 技术领域
本公开涉及通讯技术领域, 尤其涉及一种发送短信的方法、 装置及终端。 背景技术
目前, 绝大部分的手机都支持群发短信, 这样, 用户在发送相同的短信给多个联系人 的时候, 就不必手动地逐个联系人的去发送, 很是方便快捷。 但是, 目前的群发短信功能 有一个弊端, 那就是群发给所有联系人的短信内容都是一样的, 没有收件人的称呼。 特别 是节假日, 人们常用短信相互问候、 维护客户关系等, 由于联系人众多, 通常采用群发短 信的功能来发送问候短信, 但是群发的短信内容千篇一律, 没有针对性, 接收者一看便可 以猜到该短信是群发的,祝福的效果可能会大打折扣。例如,有一条祝福短信, 内容为 "祝 您春节快乐, 阖家幸福", 这条短信分别发送给张三及李四, 那么按照目前的群发短信的 方式, 张三和李四最终接收到的内容均是 "祝您春节快乐, 阖家幸福" 。 内容一样, 缺乏 针对性。 发明内容
本公开实施例提供了一种发送短信的方法、 装置及终端, 用以解决现有群发短信时, 所群发的短信内容一样, 缺乏针对性的问题, 满足用户的个性化要求。
一方面, 本公开实施例提供的一种发送短信的方法, 所述方法包括:
在发送短信时, 如果接收到添加昵称的请求, 从接收所述短信的联系人的描述字段中 确定所述联系人的昵称, 所述描述字段至少包括昵称字段、 姓名字段及称谓 title字段; 将所确定的昵称添加到所述短信, 并将添加昵称后的短信发送给所述联系人。
另一方面, 本公开实施例提供的一种发送短信的装置, 所述装置包括:
昵称确定模块, 用于在发送短信时, 如果接收到添加昵称的请求, 从接收所述短信的 联系人的描述字段中确定所述联系人的昵称, 所述描述字段至少包括昵称字段、 姓名字段 及称谓 title字段;
信息发送模块, 用于将所确定的昵称添加到所述短信, 并将添加昵称后的短信发送给 所述联系人。
本公开实施例提供的一种终端, 包括上述发送短信的装置。
本公开实施例的一些有益效果可以包括:
本公开实施例通过在在发送短信时, 如果接收到添加昵称的请求, 从接收短信的联系 人的描述字段中确定联系人的昵称, 将所确定的昵称添加到短信, 并将添加昵称后的短信 发送给当前遍历的联系人技术方案的实现,一则满足用户个性化需求,二则在群发短信时, 在群发的短信中加入接收方的昵称, 使得所群发的短信更具有针对性; 另外, 可以从多种 字段 (昵称字段、 姓名字段、 title字段等) 中确定联系人的昵称, 且适用于多种应用场景 (有昵称 /没昵称, 姓名字段为英文 /中文, 姓名字段中含有指定关键字等)下昵称的确定。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。 附图说明
图 1为本公开实施例 1提供的一种发送短信的方法流程示意图;
图 2为本公开实施例 2提供的一种群发短信的方法流程示意图;
图 3为本公开实施例 3提供的一种发送短信的装置结构示意图;
图 4为本公开实施例 3提供的一种发送短信的装置结构示意图;
图 5为本公开实施例 3提供的一种发送短信的装置结构示意图。
通过上述附图, 已示出本公开明确的实施例, 后文中将有更详细的描述。 这些附图和 文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本 领域技术人员说明本公开的概念。 具体实施方式
下面结合附图, 对本公开实施例提供的群发短信的方法、 装置及终端的具体实施方式 进行详细地说明。
实施例 1
本公开实施例提供的一种发送短信的方法, 如图 1所示, 具体包括以下步骤: 步骤 101、 在发送短信时, 如果接收到添加昵称的请求, 从接收短信的联系人的描述 字段中确定接收短信的联系人的昵称, 其中, 所述描述字段至少包括昵称字段、 姓名字段 及称谓 title字段;
步骤 102、 将所确定的昵称添加到短信, 并将添加昵称后的短信发送给接收短信的联 系人。
在一个实施例中,从接收短信的联系人的描述字段中确定接收短信的联系人的昵称可 以包括:
读取并确定接收短信的联系人的昵称字段是否为空;
当接收短信的联系人的昵称字段不为空时,将接收短信的联系人的昵称字段内的信息 作为接收短信的联系人的昵称;
当接收短信的联系人的昵称字段为空时,读取并确定接收短信的联系人的姓名字段内 信息的字符类型, 当所确定的字符类型为英文时, 将接收短信的联系人的姓名字段内的信
息作为接收短信的联系人的昵称, 当所确定的字符类型为中文时, 按照预定规则从接收短 信的联系人的姓名字段及 title字段中确定接收短信的联系人的昵称。
本实例中, 所述 title字段可以是描述接收短信的联系人的职务、 单位(工作单位或者 学习单位) 等信息的字段。
在一个实施例中, 在确定接收短信的联系人的姓名字段内信息的字符类型时, 可以在 确定出字符类型为第一类型(如英文)时, 将接收短信的联系人姓名字段内的信息作为接 收短信的联系人的昵称, 可以在确定出字符的类型为第二类型 (如中文) 时, 就可以按照 预定规则从接收短信的联系人的姓名字段及 title字段中确定接收短信的联系人的昵称,本 实例仅是以字符类型为英文或者中文为例来说明本技术方案的实现, 并不用于本公开。
本实例中,按照预定规则从接收短信的联系人的姓名字段及 title字段中确定接收短信 的联系人的昵称可以包括:
读取并确定接收短信的联系人的姓名字段内是否存在预定的第一类关键字; 当接收短信的联系人的姓名字段内存在预定的第一类关键字时,按照第一规则将接收 短信的联系人的姓名字段内的信息进行处理后作为接收短信的联系人的昵称;
当接收短信的联系人的姓名字段内未存在预定的第一类关键字时,读取并确定接收短 信的联系人的 title字段是否为空;
当接收短信的联系人的 title字段不为空时,对接收短信的联系人的姓名字段内的信息 及 title 字段内的信息进行简化合并, 并将简化合并后的信息作为接收短信的联系人的昵 称;
当接收短信的联系人的 title字段为空时,按照第二规则将接收短信的联系人的姓名字 段内的信息进行处理后作为接收短信的联系人的昵称。
在一个实施例中,读取并确定接收短信的联系人的姓名字段内是否存在预定的第一类 关键字可以为:
读取接收短信的联系人的姓名字段内的信息,将所读取的信息与预存储的第一类关键 字列表内的各关键字进行匹配, 当所读取的信息中存在有第一类关键字列表内给出的关键 字时, 则确认接收短信的联系人的姓名字段内存在预定的第一类关键字。
在一个实施例中,按照第一规则将接收短信的联系人的姓名字段内的信息进行处理后 作为接收短信的联系人的昵称可以包括:
确定接收短信的联系人的姓名字段内是否包含有第二类关键字;
当接收短信的联系人的姓名字段内包含有第二类关键字时,将接收短信的联系人的姓 名字段内信息中的第二类关键字剔除后作为接收短信的联系人的昵称;
当接收短信的联系人的姓名字段内未包含有第二类关键字时,将接收短信的联系人的 姓名字段内的信息作为接收短信的联系人的昵称。
在一个实施例中,确定接收短信的联系人的姓名字段内的信息是否包含有第二类关键 字可以为:
读取接收短信的联系人的姓名字段内的信息,将所读取的信息与预存储的第二类关键 字列表内的各关键字进行匹配, 当所读取的信息中存在有第二类关键字列表内给出的关键 字时, 则确认接收短信的联系人的姓名字段内存在预定的第二类关键字。
在一个实施例中,对接收短信的联系人的姓名字段内的信息及 title字段内的信息进行 简化合并可以包括:
提取接收短信的联系人的姓名字段内的第一个字符;
查找预设的信息简化表, 得到接收短信的联系人的 title 字段内的信息对应的简化信 息;
将第一个字符与查找到的简化信息进行合并。
在一个实施例中,按照第二规则将接收短信的联系人的姓名字段内的信息进行处理后 作为接收短信的联系人的昵称可以为:
将接收短信的联系人的姓名字段内除第一个字符外的其他信息作为接收短信的联系 人的昵称。 或者,
确定接收短信的联系人的姓名字段内的信息的字符数;
当接收短信的联系人的姓名字段内的信息的字符数不小于第一预定值个字符,或不大 于第二预定值个字符时,将接收短信的联系人的姓名字段内的信息作为接收短信的联系人 的昵称。
在一个实施例中, 将所确定的昵称添加到短信可以包括: 直接将所确定的昵称添加到 短信的起始处。 或者, 对所确定的昵称前插入诸如 "尊敬的"或者 "敬爱的"或者 "亲爱 的"等字眼。
本公开实施例在发送短信时, 在短信中自动加入接收该短信的联系人的昵称, 可以满 足用户的个性化需求,在在群发短信的应用场景中,在发送的短信中添加接收短信的昵称, 可使得所群发的短信更具有针对性。
本实例在具体确定接收的短信的联系人的昵称时包括: 当联系人的昵称字段存在时, 可以直接采用昵称字段的信息作为联系人的昵称; 而在联系人的昵称不存在时, 如果联系 人的姓名字段内的信息为英文, 则可以直接将姓名字段内的信息作为联系人的昵称; 如果 联系人的姓名字段内的信息为中文, 且联系人的姓名字段内包含有第一类关键字(如经理 等) , 则可以直接将姓名字段内的信息 (如刘小二经理)作为联系人的昵称; 如果联系人 的姓名字段内未包含有第一类关键字,且 title字段不为空, 就可以对姓名字段及 title字段 内的信息进行简化处理来得到联系人的昵称, 如姓名字段的信息为 "张三", title字段的 信息为 "工程师" , 就可以将 "张三"简化为 "张" , "工程师"简化为 "工"之后合并 为"张工"来作为联系人的昵称;如果联系人的姓名字段内未包含有第一类关键字,且 title 字段为空, 则就可以采用姓名字段内信息中除第一字符外的其他信息来作为联系人的昵 称, 如姓名字段内的信息为 "李思思", 就可以将 "思思"作为联系人的昵称。 可以从多 种字段 (昵称字段、 姓名字段、 title字段等) 中确定联系人的昵称, 且适用于多种应用场
景 (有昵称 /没昵称, 姓名字段为英文 /中文, 姓名字段中含有指定关键字等) 下昵称的确 定。 实施例 2
下面结合群发短信的应用场景来对上述的发送短信的方法进行详细描述, 如图 2 所 示, 一种群发短信的方法, 执行本公开实施例时包括以下步骤:
步骤 201、 用户编辑要群发的短信, 并确定接收该短信的联系人列表;
例如, 用户所编辑的要进行群发的短信为 "春节快乐, 阖家幸福", 接收该短信的联 系人有 8个, 姓名依次为 "张三"、 "李四"、 "lisa"、 "刘诗诗"、 "杜拉拉经理(公 司) " 、 "弟" 、 "吉克隽逸"及 "朗朗" 。
步骤 202、手机接收到用户发送的群发短信的指令时,遍历接收该短信的联系人列表, 读取并确定当前遍历的联系人的昵称字段是否为空;
当当前遍历的联系人的昵称字段不为空时, 执行步骤 203 ;
当当前遍历的联系人的昵称字段为空时, 执行步骤 204;
在一个实施例中, 可以在群发短信的称呼编辑页面, 点击"智能称呼"按钮及"恢复" 按钮, 当用户点击所述"智能称呼按钮 "时, 则按照步骤 202至 210所述的方式来生成接 收短信的联系人的昵称, 当用户点击所述 "恢复"按钮时, 则取消对昵称的生成过程。
步骤 203、 手机将当前遍历的联系人的昵称字段内的信息作为当前遍历的联系人的昵 称, 执行步骤 211 ;
例如, 当前遍历的联系人 "张三"的昵称字段不为空, 为 "三", 则直接将 "三"作 为当前遍历的联系人 "张三" 的昵称。
步骤 204、 手机读取并确定当前遍历的联系人的姓名字段内信息的字符类型; 当所确定的字符类型为英文时, 执行步骤 205 ;
当所确定的字符类型为中文时, 执行步骤 206;
步骤 205、 手机将当前遍历的联系人的姓名字段内的信息作为当前遍历的联系人的昵 称, 执行步骤 211 ;
例如, 当前遍历的联系人 "lisa" 的昵称字段为空, 而当前遍历的联系人 "lisa" 的姓 名字段内的信息为 " lisa" , 字符类型是英文, 此时, 直接将 "lisa"作为当前遍历的联系 人 "lisa" 的昵称。
步骤 206、 手机读取并确定当前遍历的联系人的姓名字段内是否存在预定的第一类关 键字;
当当前遍历的联系人的姓名字段内存在预定的第一类关键字时, 执行步骤 207;
当当前遍历的联系人的姓名字段内未存在预定的第一类关键字时, 执行步骤 208; 本实例中,读取并确定当前遍历的联系人的姓名字段内是否存在预定的第一类关键字 可以具体为:
读取当前遍历的联系人的姓名字段内的信息,将所读取的信息与预存储的第一类关键 字列表内的各关键字进行匹配, 当所读取的信息中存在有第一类关键字列表内给出的关键 字时, 则确认当前遍历的联系人的姓名字段内存在预定的第一类关键字。
本实例中, 第一类关键字列表内的第一类关键字可以是称呼类的关键字, 具体内容可 以如表 1所示。
步骤 207、 手机按照第一规则将当前遍历的联系人的姓名字段内的信息进行处理后作 为当前遍历的联系人的昵称, 执行步骤 211 ;
本实例中,按照第一规则将当前遍历的联系人的姓名字段内的信息进行处理后作为当 前遍历的联系人的昵称可以为:
确定当前遍历的联系人的姓名字段内是否包含有第二类关键字;
当当前遍历的联系人的姓名字段内包含有第二类关键字时,将当前遍历的联系人的姓 名字段内信息中的第二类关键字剔除后作为当前遍历的联系人的昵称;
当当前遍历的联系人的姓名字段内未包含有第二类关键字时,将当前遍历的联系人的 姓名字段内的信息作为当前遍历的联系人的昵称。
本实例中, 确定当前遍历的联系人的姓名字段内是否包含有第二类关键字可以为: 读取当前遍历的联系人的姓名字段内的信息,将所读取的信息与预存储的第二类关键 字列表内的各关键字进行匹配, 当所读取的信息中存在有第二类关键字列表内给出的关键 字时, 则确认当前遍历的联系人的姓名字段内存在预定的第二类关键字。
本实例中, 第二类关键字类表中的关键字可以是诸如归属地、 单位、 号码类型标识等 信息, 具体内容可以如表 2所示。
座机
手机
公司
北京
上海
例如, 当前遍历的联系人为 "杜拉拉经理(公司) "的姓名字段内包含有第一类关键 字 "经理"及第二类关键字 "公司", 这里将该联系人姓名字段内的 "公司"字样剔除后 的 "杜拉拉经理"作为当前遍历的联系人 "杜拉拉经理 (公司) " 的昵称。
例如, 当前遍历的联系人 "弟"的姓名字段内包含有第一类关键字, 而未包含有第二 类关键字, 则直接将 "弟"作为当前遍历的联系人 "弟" 的昵称。
步骤 208、 手机读取并确定当前遍历的联系人的 title字段是否为空;
当当前遍历的联系人的 title字段不为空时, 执行步骤 209;
当当前遍历的联系人的 title字段为空时, 执行步骤 210;
步骤 209、 手机对当前遍历的姓名字段内的信息及 title字段内的信息进行简化合并, 并将简化合并后的信息作为当前遍历的联系人的昵称, 执行步骤 211 ;
本实例中,将对当前遍历的姓名字段内的信息及 title字段内的信息进行简化合并可以 包括:
提取当前遍历的联系人的姓名字段内的第一个字符; 查找预设的信息简化表, 得到当 前遍历的联系人的 title字段内的信息对应的简化信息;将所述第一个字符与查找到的简化 信息进行合并。
本实例中, 所述 title字段可以是描述当前遍历的联系人的职务、 单位(工作单位或者 学习单位) 等信息的字段, title字段内的信息对应的简化信息可以 如表 3所示。
表 3
Title 简称
就 就 经理 经理
猎头 猎头
秘书 秘书
律师 律师
编导 编导
财务 财务
VP 心
CEO 心
董事长 心
书记 书记
法官 法官
律师 律师
顾问 顾问
主管 主管
会计 会计
忽视 忽视
医生 医生 教师 老师
老师 老师
警官 警官
猎头 猎头
策划 策划
主任 主任
察 警官
教练 教练
工程师 工 负责人 心 老板 心
例如, 当前遍历的联系人 "李四"的 title字段不为空, 内容为 "负责人" , 则简化合 并该当前遍历的联系人的姓名字段的内容 "李四 "及 title字段的内容 "负责人"后得到的 昵称为 "李总" 。
步骤 210、 手机按照第二规则将当前遍历的联系人的姓名字段内的信息进行处理后作 为当前遍历的联系人的昵称, 执行步骤 211 ;
本实例中,按照第二规则将当前遍历的联系人的姓名字段内的信息进行处理后作为当 前遍历的联系人的昵称可以为:
将当前遍历的姓名字段内除第一个字符外的其他信息作为当前遍历的联系人的昵称。 或者,
确定当前遍历的姓名字段内的信息的字符数;
当当前遍历的姓名字段内的信息的字符数不小于第一预定值个字符,或不大于第二预 定值个字符时,将当前遍历的联系人的姓名字段内的信息作为所述当前遍历的联系人的昵 称。
本实例中, 第一预定值及第二预定值可以预先由人为设置或者软件自动设置, 例如, 第一预定值可以为 4, 第二预定值可以为 2, 等等, 本实例并不限定。
例如, 当前遍历的联系人"刘诗诗 "的 title字段为空, 则可以将姓名字段处第一个字 符 "刘"之外的 "诗诗"作为联系人 "刘诗诗"昵称;
例如, 当前遍历的联系人"吉克隽逸"的 title字段为空, 则可以将姓名字段内的信息 "吉克隽逸"直接作为联系人 "吉克隽逸" 的昵称;
例如, 当前遍历的联系人 "朗朗"的 title字段为空, 则可以将姓名字段内的信息 "朗 朗"直接作为联系人 "朗朗" 的昵称。
步骤 211、 手机将所确定的昵称添加到所述短信的起始处, 并将添加昵称后的短信发 送给当前遍历的联系人。
在群发短信 "春节快乐, 阖家幸福"给联系人列表内的联系人时, 经过上述方案处理 后, 发送给联系人张三的短信为 "三, 春节快乐, 阖家幸福", 给联系人李四的短信为"李 总, 春节快乐, 阖家幸福", 给联系人 lisa 的短信为 "lisa, 春节快乐, 阖家幸福", 给 联系人刘诗诗的短信为 "诗诗, 春节快乐, 阖家幸福", 给联系人杜拉拉经理 (公司) 的 短信为 "杜拉拉经理, 春节快乐, 阖家幸福", 给联系人弟的短信为 "弟, 春节快乐, 阖 家幸福", 给联系人吉克隽逸的短信为 "吉克隽逸, 春节快乐, 阖家幸福" , 给联系人朗 朗的短信为 "朗朗, 春节快乐, 阖家幸福" 。
本公开实施例在群发短信时, 在群发的短信中自动加入接收该短信的联系人的昵称, 可以使得所群发的短信更具有针对性。
另外,在具体确定接收所群发的短信的联系人的昵称时,可以从多种字段(昵称字段、 姓名字段、 title字段等) 中确定联系人的昵称, 且适用于多种应用场景 (有昵称 /没昵称, 姓名字段为英文 /中文, 姓名字段中含有指定关键字等) 下昵称的确定。
实施例 3
基于同一发明构思, 本公开实施例还提供了一种发送短信的装置及终端, 由于该装置 及终端解决问题的原理与前述的发送短信的方法相似, 因此该装置和终端的实施可以参见 方法的实施, 重复之处不再赘述。
本公开实施例提供的一种发送短信的装置, 如图 3所示, 所述装置可以包括:
昵称确定模块 301, 可以用于在发送短信时, 如果接收到添加昵称的请求, 从接收短 信的联系人的描述字段中确定接收短信的联系人的昵称, 其中, 所述描述字段至少包括昵 称字段、 姓名字段及称谓 title字段;
信息发送模块 302, 可以用于将所确定的昵称添加到短信, 并将添加昵称后的短信发 送给接收短信的联系人。
在一个实施例中, 参见图 4, 昵称确定模块 301可以包括:
第一判定单元 3011, 可以用于读取并确定接收短信的联系人的昵称字段是否为空; 第一昵称确定单元 3012,可以用于当接收短信的联系人的昵称字段不为空时,将接收 短信的联系人的昵称字段内的信息作为接收短信的联系人的昵称;
第二判定单元 3013,可以用于当接收短信的联系人的昵称字段为空时,读取并确定接 收短信的联系人的姓名字段内信息的字符类型;
第二昵称确定单元 3014,可以用于当所确定的字符类型为英文时,将接收短信的联系 人的姓名字段内的信息作为接收短信的联系人的昵称;
第三昵称确定单元 3015,可以用于当所确定的字符类型为中文时,按照预定规则从接 收短信的联系人的姓名字段及 title字段中确定接收短信的联系人的昵称。
在一个实施例中, 参见图 5, 第三昵称确定单元 3015可以包括:
第一判定子单元 30151, 可以用于读取并确定接收短信的联系人的姓名字段内是否存 在预定的第一类关键字;
第一昵称确定子单元 30152, 可以用于当接收短信的联系人的姓名字段内存在预定的 第一类关键字时,按照第一规则将接收短信的联系人的姓名字段内的信息进行处理后作为 接收短信的联系人的昵称;
第二判定子单元 30153, 可以用于当接收短信的联系人的姓名字段内未存在预定的第 一类关键字时, 读取并确定接收短信的联系人的 title字段是否为空;
第二昵称确定子单元 30154, 可以用于当接收短信的联系人的 title字段不为空时, 对 接收短信的联系人的姓名字段内的信息及 title字段内的信息进行简化合并,并将简化合并 后的信息作为接收短信的联系人的昵称;
第三昵称确定子单元 30155, 可以用于当接收短信的联系人的 title字段为空时, 按照 第二规则将接收短信的联系人的姓名字段内的信息进行处理后作为接收短信的联系人的 昵称。
在一个实施例中, 第一判定子单元 30151, 可以用于读取接收短信的联系人的姓名字 段内的信息, 将所读取的信息与预存储的第一类关键字列表内的各关键字进行匹配, 当所 读取的信息中存在有第一类关键字列表内给出的关键字时,则确认接收短信的联系人的姓 名字段内存在预定的第一类关键字。
在一个实施例中, 第一昵称确定子单元 30152, 可以用于确定接收短信的联系人的姓 名字段内是否包含有第二类关键字; 当接收短信的联系人的姓名字段内包含有第二类关键
字时,将接收短信的联系人的姓名字段内信息中的第二类关键字剔除后作为接收短信的联 系人的昵称; 当接收短信的联系人的姓名字段内未包含有第二类关键字时, 将接收短信的 联系人的姓名字段内的信息作为接收短信的联系人的昵称。
在一个实施例中, 第二判定子单元 30153, 可以用于读取接收短信的联系人的姓名字 段内的信息, 将所读取的信息与预存储的第二类关键字列表内的各关键字进行匹配, 当所 读取的信息中存在有第二类关键字列表内给出的关键字时,则确认接收短信的联系人的姓 名字段内存在预定的第二类关键字。
在一个实施例中, 第二昵称确定子单元 30154, 可以用于提取接收短信的联系人的姓 名字段内的第一个字符; 查找预设的信息简化表, 得到接收短信的联系人的 title字段内的 信息对应的简化信息; 将第一个字符与查找到的简化信息进行合并。
在一个实施例中, 第三昵称确定子单元 30155, 可以用于将接收短信的联系人的姓名 字段内除第一个字符外的其他信息作为接收短信的联系人的昵称,或者可以用于确定接收 短信的联系人的姓名字段内的信息的字符数;接收短信的联系人的姓名字段内的信息的字 符数不小于第一预定值个字符, 或不大于第二预定值个字符时, 将接收短信的联系人的姓 名字段内的信息作为接收短信的联系人的昵称。
本公开实施例在发送短信时, 在发送的短信中自动加入接收该短信的联系人的昵称, 可以使得所发送的短信更具有针对性。
本公开实施例还提供了一种终端, 包括本公开实施例提供的上述发送短信的装置。 该 终端具体可以为手机。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本公开实施例可以 通过硬件实现, 也可以借助软件加必要的通用硬件平台的方式来实现。 基于这样的理解, 本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非 易失性存储介质 (可以是 CD-ROM, U盘, 移动硬盘等) 中, 包括若干指令用以使得一台 计算机设备(可以是个人计算机, 服务器, 或者网络设备等)执行本公开各个实施例所述 的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图, 附图中的模块或流程并 不一定是实施本公开所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于 实施例的装置中, 也可以进行相应变化位于不同于本实施例的一个或多个装置中。 上述实 施例的模块可以合并为一个模块, 也可以进一步拆分成多个子模块。
上述本公开实施例序号仅仅为了描述, 不代表实施例的优劣。
显然,本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和 范围。这样,倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内, 则本公开也意图包含这些改动和变型在内。
Claims
1、 一种发送短信的方法, 其特征在于, 所述方法包括:
在发送短信时,如果接收到添加昵称的请求,从接收所述短信的联系人的描述字段中 确定所述当前遍历的联系人的昵称, 所述描述字段至少包括昵称字段、 姓名字段及称谓 title字段;
将所确定的昵称添加到所述短信, 并将添加昵称后的短信发送给所述联系人。
2、 根据权利要求 1所述的方法, 其特征在于, 从接收所述短信的联系人的描述字段 中确定所述联系人的昵称包括:
读取并确定接收所述短信的联系人的昵称字段是否为空;
当所述昵称字段不为空时, 将所述昵称字段内的信息作为所述联系人的昵称; 当所述昵称字段为空时,读取并确定所述联系人的姓名字段内信息的字符类型, 当所 确定的字符类型为英文时,将所述姓名字段内的信息作为所述联系人的昵称, 当所确定的 字符类型为中文时, 按照预定规则从所述联系人的姓名字段及 title字段中确定所述联系 人的昵称。
3、 根据权利要求 2所述的方法, 其特征在于, 按照预定规则从所述联系人的姓名字 段及 title字段中确定所述联系人的昵称包括:
读取并确定所述联系人的姓名字段内是否存在预定的第一类关键字;
当所述姓名字段内存在预定的第一类关键字时,按照第一规则将所述姓名字段内的信 息进行处理后作为所述联系人的昵称;
当所述姓名字段内未存在预定的第一类关键字时, 读取并确定所述联系人的 title字 段是否为空;
当所述 title字段不为空时, 对所述姓名字段内的信息及所述 title字段内的信息进行 简化合并, 并将简化合并后的信息作为所述联系人的昵称;
当所述 title字段为空时, 按照第二规则将所述姓名字段内的信息进行处理后作为所 述联系人的昵称。
4、 根据权利要求 3所述的方法, 其特征在于, 读取并确定所述联系人的姓名字段内 是否存在预定的第一类关键字为:
读取所述联系人的姓名字段内的信息,将所读取的信息与预存储的第一类关键字列表 内的各关键字进行匹配,当所读取的信息中存在有所述第一类关键字列表内给出的关键字 时, 则确认所述联系人的姓名字段内存在预定的第一类关键字。
5、 根据权利要求 3所述的方法, 其特征在于, 按照第一规则将所述姓名字段内的信 息进行处理后作为所述联系人的昵称包括:
确定所述姓名字段内是否包含有第二类关键字;
当所述姓名字段内包含有第二类关键字时,将所述姓名字段内信息中的第二类关键字 剔除后作为所述联系人的昵称;
当所述姓名字段内未包含有第二类关键字时,将所述姓名字段内的信息作为所述联系 人的昵称。
6、 根据权利要求 5所述的方法, 其特征在于, 确定所述姓名字段内的信息是否包含 有第二类关键字为:
读取所述联系人的姓名字段内的信息,将所读取的信息与预存储的第二类关键字列表 内的各关键字进行匹配,当所读取的信息中存在有所述第二类关键字列表内给出的关键字 时, 则确认所述联系人的姓名字段内存在预定的第二类关键字。
7、 根据权利要求 3所述的方法, 其特征在于, 对所述姓名字段内的信息及所述 title 字段内的信息进行简化合并包括:
提取所述姓名字段内的第一个字符;
查找预设的信息简化表, 得到所述 title字段内的信息对应的简化信息;
将所述第一个字符与查找到的简化信息进行合并。
8、 根据权利要求 3所述的方法, 其特征在于, 按照第二规则将所述姓名字段内的信 息进行处理后作为所述联系人的昵称为:
将所述姓名字段内除第一个字符外的其他信息作为所述联系人的昵称。
9、 根据权利要求 3所述的方法, 其特征在于, 按照第二规则将所述姓名字段内的信 息进行处理后作为所述联系人的昵称为:
确定所述姓名字段内的信息的字符数;
当所述姓名字段内的信息的字符数不小于第一预定值个字符,或不大于第二预定值个 字符时, 将所述姓名字段内的信息作为所述联系人的昵称。
10、 一种发送短信的装置, 其特征在于, 所述装置包括:
昵称确定模块, 用于在发送短信时, 如果接收到添加昵称的请求, 从接收所述短信的 联系人的描述字段中确定所述联系人的昵称,所述描述字段至少包括昵称字段、姓名字段 及称谓 title字段;
信息发送模块,用于将所确定的昵称添加到所述短信,并将添加昵称后的短信发送给 所述联系人。
11、 根据权利要求 10所述的装置, 其特征在于, 所述昵称确定模块包括: 第一判定单元, 用于读取并确定联系人的昵称字段是否为空;
第一昵称确定单元,用于当所述昵称字段不为空时,将所述昵称字段内的信息作为所 述联系人的昵称;
第二判定单元,用于当所述昵称字段为空时,读取并确定所述联系人的姓名字段内信 息的字符类型;
第二昵称确定单元,用于当所确定的字符类型为英文时,将所述姓名字段内的信息作 为所述联系人的昵称;
第三昵称确定单元,用于当所确定的字符类型为中文时,按照预定规则从所述联系人
的姓名字段及 title字段中确定所述联系人的昵称。
12、 根据权利要求 11所述的装置, 其特征在于, 所述第三昵称确定单元包括: 第一判定子单元,用于读取并确定所述联系人的姓名字段内是否存在预定的第一类关 键字;
第一昵称确定子单元,用于当所述姓名字段内存在预定的第一类关键字时,按照第一 规则将所述姓名字段内的信息进行处理后作为所述联系人的昵称;
第二判定子单元,用于当所述姓名字段内未存在预定的第一类关键字时,读取并确定 所述联系人的 title字段是否为空;
第二昵称确定子单元, 用于当所述 title字段不为空时, 对所述姓名字段内的信息及 所述 title字段内的信息进行简化合并, 并将简化合并后的信息作为所述联系人的昵称; 第三昵称确定子单元, 用于当所述 title字段为空时, 按照第二规则将所述姓名字段 内的信息进行处理后作为所述联系人的昵称。
13、 根据权利要求 12所述的装置, 其特征在于, 第一判定子单元, 用于读取所述联 系人的姓名字段内的信息,将所读取的信息与预存储的第一类关键字列表内的各关键字进 行匹配, 当所读取的信息中存在有所述第一类关键字列表内给出的关键字时,则确认所述 联系人的姓名字段内存在预定的第一类关键字。
14、 根据权利要求 12所述的装置, 其特征在于, 所述第一昵称确定子单元, 用于确 定所述姓名字段内是否包含有第二类关键字; 当所述姓名字段内包含有第二类关键字时, 将所述姓名字段内信息中的第二类关键字剔除后作为所述联系人的昵称;当所述姓名字段 内未包含有第二类关键字时, 将所述姓名字段内的信息作为所述联系人的昵称。
15、 根据权利要求 12所述的装置, 其特征在于, 所述第二判定子单元, 用于读取所 述联系人的姓名字段内的信息,将所读取的信息与预存储的第二类关键字列表内的各关键 字进行匹配, 当所读取的信息中存在有所述第二类关键字列表内给出的关键字时,则确认 所述联系人的姓名字段内存在预定的第二类关键字。
16、 根据权利要求 12所述的装置, 其特征在于, 所述第二昵称确定子单元, 用于提 取所述姓名字段内的第一个字符; 查找预设的信息简化表, 得到所述 title字段内的信息 对应的简化信息; 将所述第一个字符与查找到的简化信息进行合并。
17、 根据权利要求 12所述的装置, 其特征在于, 所述第三昵称确定子单元, 用于将 所述姓名字段内除第一个字符外的其他信息作为所述联系人的昵称。
18、 根据权利要求 12所述的装置, 其特征在于, 所述第三昵称确定子单元, 用于确 定所述姓名字段内的信息的字符数;当所述姓名字段内的信息的字符数不小于第一预定值 个字符,或不大于第二预定值个字符时,将所述姓名字段内的信息作为所述联系人的昵称。
19、 一种终端, 其特征在于, 所述终端包括权利要求 10至 18任一项所述的装置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310025436.1A CN103118346B (zh) | 2013-01-23 | 2013-01-23 | 一种发送短信的方法、装置及终端 |
CN201310025436.1 | 2013-01-23 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014114172A1 true WO2014114172A1 (zh) | 2014-07-31 |
Family
ID=48416589
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2013/091015 WO2014114172A1 (zh) | 2013-01-23 | 2013-12-31 | 一种发送短信的方法、装置及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103118346B (zh) |
WO (1) | WO2014114172A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105407214A (zh) * | 2015-10-23 | 2016-03-16 | 小米科技有限责任公司 | 生成短信的方法及装置 |
WO2020000670A1 (zh) * | 2018-06-27 | 2020-01-02 | 平安科技(深圳)有限公司 | 短信拼接处理方法、装置、计算机设备和存储介质 |
US10673794B2 (en) * | 2017-01-23 | 2020-06-02 | Lenovo (Singapore) Pte Ltd | Populating a message with personal boilerplate |
US10887454B2 (en) | 2018-08-20 | 2021-01-05 | Samsung Electronics Co., Ltd. | Electronic apparatus and control method thereof |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103118346B (zh) * | 2013-01-23 | 2016-07-06 | 小米科技有限责任公司 | 一种发送短信的方法、装置及终端 |
CN105704293A (zh) * | 2014-11-26 | 2016-06-22 | 阿里巴巴集团控股有限公司 | 短信发送者信息的显示方法和装置 |
CN106888160A (zh) * | 2017-04-05 | 2017-06-23 | 深圳天珑无线科技有限公司 | 一种信息发送方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW200428887A (en) * | 2003-06-05 | 2004-12-16 | Inventec Appliances Corp | Method of sending individual short massage |
CN101631291A (zh) * | 2009-07-02 | 2010-01-20 | 中兴通讯股份有限公司南京分公司 | 一种短信群发的方法及装置 |
CN102790955A (zh) * | 2012-08-02 | 2012-11-21 | 广东欧珀移动通信有限公司 | 一种短信群发方法 |
CN102883291A (zh) * | 2012-10-12 | 2013-01-16 | 上海量明科技发展有限公司 | 群发短信息的方法、客户端及系统 |
CN103118346A (zh) * | 2013-01-23 | 2013-05-22 | 北京小米科技有限责任公司 | 一种发送短信的方法、装置及终端 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237605A (zh) * | 2007-02-01 | 2008-08-06 | 环达电脑(上海)有限公司 | 人性化短信群发的方法 |
CN101127945A (zh) * | 2007-09-20 | 2008-02-20 | 黄家昌 | 一种在短信群发中加入目标用户称谓的方法和系统 |
-
2013
- 2013-01-23 CN CN201310025436.1A patent/CN103118346B/zh active Active
- 2013-12-31 WO PCT/CN2013/091015 patent/WO2014114172A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW200428887A (en) * | 2003-06-05 | 2004-12-16 | Inventec Appliances Corp | Method of sending individual short massage |
CN101631291A (zh) * | 2009-07-02 | 2010-01-20 | 中兴通讯股份有限公司南京分公司 | 一种短信群发的方法及装置 |
CN102790955A (zh) * | 2012-08-02 | 2012-11-21 | 广东欧珀移动通信有限公司 | 一种短信群发方法 |
CN102883291A (zh) * | 2012-10-12 | 2013-01-16 | 上海量明科技发展有限公司 | 群发短信息的方法、客户端及系统 |
CN103118346A (zh) * | 2013-01-23 | 2013-05-22 | 北京小米科技有限责任公司 | 一种发送短信的方法、装置及终端 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105407214A (zh) * | 2015-10-23 | 2016-03-16 | 小米科技有限责任公司 | 生成短信的方法及装置 |
CN105407214B (zh) * | 2015-10-23 | 2018-09-04 | 小米科技有限责任公司 | 生成短信的方法及装置 |
US10673794B2 (en) * | 2017-01-23 | 2020-06-02 | Lenovo (Singapore) Pte Ltd | Populating a message with personal boilerplate |
WO2020000670A1 (zh) * | 2018-06-27 | 2020-01-02 | 平安科技(深圳)有限公司 | 短信拼接处理方法、装置、计算机设备和存储介质 |
US10887454B2 (en) | 2018-08-20 | 2021-01-05 | Samsung Electronics Co., Ltd. | Electronic apparatus and control method thereof |
US11575783B2 (en) | 2018-08-20 | 2023-02-07 | Samsung Electronics Co., Ltd. | Electronic apparatus and control method thereof |
Also Published As
Publication number | Publication date |
---|---|
CN103118346A (zh) | 2013-05-22 |
CN103118346B (zh) | 2016-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2014114172A1 (zh) | 一种发送短信的方法、装置及终端 | |
US9515967B2 (en) | Systems and methods for sharing data among multiple end user devices | |
CN108494571B (zh) | 发起预约会议的方法、装置及系统 | |
KR101733011B1 (ko) | 소셜 네트워크 서비스 기반 추천 정보 제공 장치 및 이를 이용한 방법 | |
CN103621119B (zh) | 用于向计算设备的用户呈现语音消息信息的系统和方法 | |
US11503439B2 (en) | Message management methods and systems | |
WO2020238873A1 (zh) | 一种通信方法、服务器和通信系统 | |
US20140304617A1 (en) | Information Prompt Method, Apparatus and Terminal Device | |
US8504906B1 (en) | Sending selected text and corresponding media content | |
EP2896162B1 (en) | Determining additional information associated with geographic location information | |
US20180341381A1 (en) | Reproducing state of source environment when image was screen captured on a different computing device using resource location, resource navigation and positional metadata embedded in image | |
RU2011128410A (ru) | Расширенное использование голосовой почты посредством автоматического создания предварительного просмотра сообщения голосовой почты | |
US20160277460A1 (en) | Method and apparatus for initiating network conference | |
US20160255024A1 (en) | Systems and methods for managing presentation of message content at user communication terminals | |
US8929526B2 (en) | Methods for retrieving content in a unified communications environment | |
JP2013182560A (ja) | 人間関係推定システム | |
US9800530B2 (en) | Message display method and device | |
WO2016107278A1 (zh) | 一种用户信息标注的方法、装置及系统 | |
US20160241502A1 (en) | Method for Generating an Electronic Message on an Electronic Mail Client System, Computer Program Product for Executing the Method, Computer Readable Medium Having Code Stored Thereon that Defines the Method, and a Communications Device | |
WO2016150333A1 (zh) | 实现语音信箱系统与融合通信系统互通的方法和系统 | |
TW201908999A (zh) | 簽名檔的生成方法、簽名檔範本的分享方法及裝置 | |
WO2017202208A1 (zh) | 征信特征获取方法及其设备 | |
CN102984676B (zh) | 处理消息会话的方法和终端 | |
CN107920012B (zh) | 即时通信消息的存储方法和装置 | |
US20130173799A1 (en) | Enrichment, management of multimedia content and setting up of a communication according to enriched multimedia content |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13872528 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 13872528 Country of ref document: EP Kind code of ref document: A1 |