具体实施方式
下面结合附图,对本发明实施例提供的群发短信的方法、装置及终端的具体实施方式进行详细地说明。
实施例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所示。
表1
|
|
|
|
太太 |
先生 |
伯 |
伯 |
哥 |
姐 |
弟 |
妹 |
舅 |
姑 |
爷 |
奶 |
兄 |
董 |
经理 |
姨 |
叔 |
处长 |
局长 |
部长 |
厅长 |
科长 |
乡长 |
镇长 |
省长 |
市长 |
司长 |
师傅 |
步骤207、手机按照第一规则将当前遍历的联系人的姓名字段内的信息进行处理后作为当前遍历的联系人的昵称,执行步骤211;
本实例中,按照第一规则将当前遍历的联系人的姓名字段内的信息进行处理后作为当前遍历的联系人的昵称可以为:
确定当前遍历的联系人的姓名字段内是否包含有第二类关键字;
当当前遍历的联系人的姓名字段内包含有第二类关键字时,将当前遍历的联系人的姓名字段内信息中的第二类关键字剔除后作为当前遍历的联系人的昵称;
当当前遍历的联系人的姓名字段内未包含有第二类关键字时,将当前遍历的联系人的姓名字段内的信息作为当前遍历的联系人的昵称。
本实例中,确定当前遍历的联系人的姓名字段内是否包含有第二类关键字可以为:
读取当前遍历的联系人的姓名字段内的信息,将所读取的信息与预存储的第二类关键字列表内的各关键字进行匹配,当所读取的信息中存在有第二类关键字列表内给出的关键字时,则确认当前遍历的联系人的姓名字段内存在预定的第二类关键字。
本实例中,第二类关键字类表中的关键字可以是诸如归属地、单位、号码类型标识等信息,具体内容可以如表2所示。
表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盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。