谁否认了他的存在?——北京某商贸有限责任公司否认职工劳动关系案--《工会博览(社会版)》2010年10期
谁否认了他的存在?——北京某商贸有限责任公司否认职工劳动关系案
【摘要】：正法院审理民事案件的原则是"谁主张,谁举证"。如张三告李四返还两万元借款,张三就要向法庭提交借条或其他证据,证明李四欠他两万元,不然
【关键词】：
【分类号】：D922.5【正文快照】：
法院审理民事案件的原则是“谁主张,谁举证”。如张三告李四返还两万元借款,张三就要向法庭提交借条或其他证据,证明李四欠他两万元,不然就赢不了官司。劳动争议案件属于民事案件,同样需要“谁主张,谁举证”。虽然考虑到在劳动者与用人单位之间,劳动者处于弱势,法律规定在劳
欢迎：、、)
支持CAJ、PDF文件格式，仅支持PDF格式
【相似文献】
中国期刊全文数据库
李一然;;[J];工会博览(社会版);2010年10期
;[J];中国劳动保障;2007年08期
郭文龙;;[J];中国劳动;2010年11期
;[J];工友;2011年07期
劳顾问;;[J];创业者;1995年04期
张志安;;[J];法制与社会(锐视版);2006年10期
王元;;[J];天津经济;2007年01期
秦友良;;[J];劳动理论与实践;1999年10期
张道胜;;[J];就业与保障;2004年08期
杨柳;;[J];瞭望;2006年13期
中国重要会议论文全文数据库
朱文岩;;[A];河南省冶金企业创新与和谐发展研讨会——暨技术经济年会论文集[C];2008年
陈诗达;;[A];浙江省劳动和社会保障学会劳动关系问题研讨会暨2006浙江就业报告[C];2006年
邱小平;;[A];管理是提高企业核心竞争力的关键——2008年全国企业管理创新大会资料汇编[C];2008年
冯亚;孙晓军;杨德文;许青;;[A];第九届中国煤炭经济管理论坛暨2008年中国煤炭学会经济管理专业委员会年会论文集[C];2008年
郭军;;[A];2006中国管理学家论坛暨第八届中国管理创新大会论文集[C];2006年
唐元;;[A];“深化国有企业改革，振兴东北老工业基地”国有经济长春论坛文集[C];2003年
郭勤生;郭晟辰;;[A];江西省煤炭工业协会、江西省煤炭学会2006年工作暨学术年会学术论文集[C];2006年
李红伟;;[A];2009中华全国律师协会经济专业委员会年会论文集[C];2009年
韩卫军;;[A];处理劳动争议律师网络研讨会论文集[C];2002年
王健;;[A];中国人力资源开发研究会第九次会员代表大会暨学术研讨会论文集[C];2006年
中国重要报纸全文数据库
;[N];中国劳动保障报;2007年
孔江水;[N];今日信息报;2008年
慕歌?魏广悦
　　;[N];佳木斯日报;2008年
四川省电力公司培训中心副教授
蒲继东;[N];西南电力报;2008年
;[N];宁波日报;2005年
西林召;[N];中国劳动保障报;2007年
杨华;[N];中国安全生产报;2006年
市劳动保障局
陈金鹏;[N];咸宁日报;2008年
北京市顺义区人民法院
王杨?徐健;[N];中国企业报;2008年
陈松;[N];中国企业报;2007年
中国博士学位论文全文数据库
王凯;[D];吉林大学;2009年
丁建安;[D];吉林大学;2009年
何勤;[D];首都经济贸易大学;2011年
孙冰心;[D];吉林大学;2008年
龚基云;[D];南京师范大学;2004年
于桂兰;[D];吉林大学;2007年
田巍;[D];吉林大学;2010年
徐长玉;[D];西北大学;2008年
高新会;[D];暨南大学;2006年
梁茵;[D];东北师范大学;2011年
中国硕士学位论文全文数据库
杨思;[D];北京交通大学;2009年
郑劼喆;[D];浙江大学;2009年
杨洋;[D];东北财经大学;2006年
徐立新;[D];郑州大学;2004年
张晓敏;[D];山东大学;2007年
蒋雪梅;[D];复旦大学;2008年
张磊;[D];吉林大学;2006年
洪庆刚;[D];贵州大学;2006年
付大鹏;[D];郑州大学;2005年
毕振力;[D];吉林大学;2006年
&快捷付款方式
&订购知网充值卡
400-819-9993
《中国学术期刊（光盘版）》电子杂志社有限公司
同方知网数字出版技术股份有限公司
地址：北京清华大学 84-48信箱 大众知识服务
出版物经营许可证 新出发京批字第直0595号
订购热线：400-819-82499
服务热线：010--
在线咨询：
传真：010-
京公网安备75号注册会计师考试
1.选择试题2.注册/登陆3.开始答题4.提交试卷5.查看成绩6.答案解析
您的位置：&& && && && 试卷题库内容
试题来源：
正确答案：
(1)合伙协议中关于合伙企业名称的规定错误。合伙企业属无限连带责任性质，名称不能冠以&有限&字样，除责令限期改正外，可处以2 000元以下的罚款。
& &(2)五位合伙人的观点均错误。①李四欠合伙企业的债务，属于合伙企业的共同财产；甲欠李四的债务，属于两者之间个人的债权债务，某一合伙人的债权人不得以该债权抵销对合伙企业的债务。否则属于强迫全体合伙人共同承担个别合伙人的债务，违反了合伙制度的本意。②甲为合伙人之外不知道合伙企业内部限制规定的善意的第三人，合伙企业内部的限制性规定对善意的第三人不具有抗辩权。③丙虽然已经退伙，但对其退伙前合伙企业发生的债务60万元仍应承担连带责任，对退伙后新发生的180万元债务不承担连带责任。④合伙企业法规定每位合伙人均应承担无限连带责任，该责任的承担人不仅仅限于甲个人。⑤张三与丙之间的个人协议无效，张三作为合伙人，一旦入伙即对合伙企业的全部债务承担连带责任，包括入伙前的债务和入伙后新发生的债务。
& &(3)根据合伙企业按其协议约定的比例分担责任的规定，若甲实际偿还的债务额超过了其应承担的合伙企业债务额，属于为其他合伙人代为清偿，有权就代为清偿部分对其他合伙人行使追偿权。
您可能感兴趣的试题
第&1&题：填空题:
甲、乙国有企业与另外9家国有企业拟联合组建设立&A有限责任公司&(以下简称 A公司)，公司章程的部分内容为：公司股东会除召开定期会议外，还可以召开临时会议，临时会议须经代表1/2以上表决权的股东，1/2以上的董事或1/2以上的监事提议召开。在申请公司设立登记时，工商行政管理机构指出了公司章程中规定的关于召开临时股东会议方面的不合法之处。经全体股东协商后，予以纠正。
& &2002年3月，A公司依法登记成立，注册资本为1亿元，其中甲以工业产权出资，协议作价金额1 200万元；乙出资1 400万元，是出资最多的股东。公司成立后，由甲召集和主持了首次股东会会议，设立了董事会。
& &2003年5月，A公司董事会发现，甲作为出资的工业产权的实际价额显著低于公司章程所定的价额，为了使公司股东出资总额仍达到1亿元，董事会提出了解决方案，即：由甲补足差额；如果甲不能补足差额，则由其他股东按出资比例分担该差额。
& &2004年5月，公司经过一段时间的运作后，经济效益较好，董事会制定了一个增加注册资本的方案，方案提出将公司现有的注册资本由1亿元增加到1.5亿元。增资方案提交股东会讨论表决时，有7家股东赞成增资，7家股东出资总和为5 830万元，占表决权总数的 58.3%；有4家股东不赞成增资，4家股东出资总和为4 170万元，占表决权总数的41.7%。股东会通过了增资决议，并授权董事会执行。
& &2005年3月，A公司因业务发展需要，依法成立了海南分公司。海南分公司在生产经营过程中，因违反了合同约定被诉至法院，对方以A公司是海南分公司的总公司为由，要求A公司承担违约责任。问题：
& &(1)A公司设立过程中订立的公司章程中关于召开临时股东会议的规定有哪些不合法之处?说明理由。
& &(2)A公司的首次股东会议由甲召集和主持是否合法?为什么?
& &(3)A公司董事会做出的关于甲出资不足的解决方案的内容是否合法?说明理由。
& &(4)A公司股东会做出的增资决议是否合法?说明理由。
& &(5)A公司是否应替海南分公司承担违约责任?说明理由。
答案解析：第&2&题：填空题:
某服装厂与乙百货公司签订了一份合同。合同约定：由百货公司提供原料，服装厂为其加工成衣1 000套，总价款为50万元，百货公司给付服装厂定金1万元。百货公司提供服装图纸，并要求服装厂承担保密责任。双方协商确定，由百货公司于2005年5月底自提货物，验收合格后按价款转账结算。
& &2005年5月，百货公司去服装厂提货。检验后百货公司认为20套成衣与加工图纸不符，另外有30套质量低劣，因此，拒绝收货，并要求服装厂承担违约责任。服装厂认为，与服装图纸规格不相符的20套成衣是合理的技术误差，另外30套质量低劣是因为百货公司供料不合格。双方为此发生了纠纷。
& &要求：根据以上资料，回答下列问题：
& &(1)百货公司与服装厂签订的是什么合同?当事人的关系如何表现?
& &(2)双方所签合同中没有质量和技术标准，双方各执一词情况下应如何处理?并说明理由。
& &(3)百货公司给付服装厂1万元定金，若服装厂不履行合同，应怎样处置?若百货公司不履行合同，应怎样处置?并说明理由。
& &(4)在本案中，承揽方在交货时才提出定作物质量不合格是由于定作方供料不合格所导致，是否合法，为什么?
& &(5)如果合同履行过程中，服装厂发现定作方所提供的图纸有不合理之处，应采取什么措施?
& &(6)假定2001年5月底，服装厂加工完成1 000套成衣并通知百货公司提货，可是百货公司至2001年10月也未有回音。于是服装厂变卖了1 000套成衣，在价款中扣除了报酬，请问此做法是否合法?为什么?
& &(7)假定服装厂延期交货，此期间由于服装失火，烧毁了已制成的1 000套成衣，该损失由谁承担?
答案解析：第&3&题：填空题:
甲国有企业(以下简称&甲企业&)拟利用外资进行改组。2004年12月，甲企业和外国的乙公司(以下简称&乙公司&)签订股权转让协议，甲企业将60%的股权转让给乙公司。日，甲企业依法变更为中外合资经营企业(以下简称&丙企业&)，并取得工商行政管理部门当日签发的营业执照。双方签订的股权转让协议和中外合资经营企业合同的部分内容如下：
& &(1)乙公司收购甲企业60%的股权，转让价款总额为1000万美元。乙公司在取得担保的前提下，在日之前，向甲企业支付500万美元，其余500万美元在2004年 12月31日前付清。
& &(2)乙公司支付转让价款的方式包括：乙公司在中国境内举办的某中外合作经营企业因乙公司先行回收投资所得的财产300万美元以及乙公司在中国境内举办的某中外合资经营企业应清算取得的700万美元。
& &(3)甲企业和乙公司共同制定甲企业的职工安置方案，该方案应提交甲企业的职工代表大会备案。
& &(4)甲企业所欠职工工资和欠缴的社会保险费共计1000万元人民币由丙企业承担。
& &(5)甲企业的债权债务由丙企业承继。
& &(6)丙企业采用有限责任公司的组织形式，拟建立股东会、董事会、监事会的组织机构；股东会为合营企业的最高权力机构、董事会为合营企业的执行机构、监事会为合营企业的监督机构。
& &(7)丙企业的投资总额拟定为3300万美元，注册资本为1100万美元。
& &(8)丙企业的董事会由5名董事组成，其中：甲企业委派2名，乙公司委派3名，董事的任期为3年，可以连任。丙企业的董事长由甲企业委派，副董事长由乙公司委派。
& &(9)在丙企业的经营期限内，如果乙公司转让其全部或者部分股权时，应通知甲企业，并报原审批机构备案。
& &(10)丙企业的主营业务为土地开发及房地产经营，合营期限视经营情况待定。
& &要求：根据有关法律规定，按照本题各要点的顺序，逐点指出股权转让协议和中外合资经营企业合同中的不合法之处，并分别说明理由。
答案解析：第&4&题：填空题:
A企业为了控制合同风险，明确规定其法定代表人张某对外签定合同的最高限额为 200万元。日，张某在一次商品交易会上，为了抓住稍纵即逝的商机，代表A企业与B企业签订了一份250万元的买卖合同，B企业并不知道张某违反了A企业的内部规定。按照买卖合同的约定，由A企业在日前向B企业提供货物，B企业收到货物后的10天内支付货款250万元。
& &日，A企业按照合同约定完成全部货物的生产，6月2日A企业有确切证据得知B企业经营状况严重恶化，可能无力支付250万元的货款。6月5日，B企业要求 A企业提交货物，遭到A企业的拒绝，A企业要求B企业提供担保。B企业以自己的机床作为抵押，担保的价值为100万元，同时B企业请求C企业的分支机构甲为保证人，甲担保的价值为150万元，甲取得了C企业的担保授权委托书。6月20日，A、B签定了抵押合同，双方在抵押合同中约定，如B企业不能支付到期货款，该机床的所有权直接归A企业所有。6月22日，A、B企业办理了抵押物的登记手续。6月30日，A企业与甲分支机构签定了保证合同，双方在保证合同中约定，甲的保证方式为连带保证，但双方未约定保证期间和保证担保的范围。
& &7月1日，A企业按照合同约定向B企业提交了全部货物。B企业接到货物后，对标的物的数量和质量未提出异议，但由于经营状况不佳，7月10日(支付货款的最后期限)无力支付货款。7月12日，A企业向B企业要求行使抵押权，发现该机床已经被B企业转让，该转让行为A企业并不知道，另外，在A企业的要求下，B企业将80万元的补偿金全额支付给A企业。日，A企业要求C企业承担保证责任，支付其担保的150万元， C企业表示拒绝。A企业于是请求人民法院判定C企业履行保证责任。
& &(1)A、B两个企业签定的买卖合同是否有效?并说明理由。
& &(2)A企业在日是否可以中止履行合同?并说明理由。
& &(3)A、B两个企业签定的抵押合同是否有效?并说明理由。
& &(4)A企业与C企业的分支机构甲签订的保证合同是否有效?并说明理由。
& &(5)在A、甲的保证合同中，保证期间如何界定?
& &(6)B企业转让该机床的行为是否符合法律规定?并说明理由。
& &(7)甲分支机构拒绝履行保证责任的理由是否成立?并说明理由。
答案解析：第&5&题：填空题:
东源科技有限公司(以下简称东源公司)，从事清洁燃料技术开发及相关产品销售业务。2002年1月，东源公司与丙签订专有技术转让合同，收购丙的一项清洁燃料的专有生产技术(技术秘密)，转让价款100万元，同年2月，丙为东源公司股东并且担任公司总经理。公司成立后按照事先的约定，东源公司用丙转让的技术开始生产销售清洁燃料，受到市场欢迎。
& &2003年3月，A大学发现东源公司生产清洁燃料的技术已经于2002年3月申请发明专利、并已经初步审查公布正在进行实质审查的技术基本相同，随即通过律师通知东源公司停止生产销售该产品。东源公司明确表示拒绝，同时东源公司股东会要求丙向公司说明技术的来源并提供其独立开发完成该项技术的有关证明材料，丙拒绝向公司作出说明，丙称如果有问题，由其本人与A大学解决，与公司无关。日，A大学的清洁燃料生产技术获得发明专利权。A大学再次通过律师书面通知东源公司停止使用其专利技术，并要求东源公司就其已经使用该专利技术的行为支付100万元的使用费。东源公司没有停止生产和销售，并责成丙尽快解决问题。
& &丙经过与A大学协商达成专利权转让合同，合同约定由丙向A大学支付专利转让费300万元、前期使用费50万元，共计350万元，由丙在合同签订后15日内一次性支付给A大学，专利权转让在丙支付全部转让款之日生效。由于A大学要求丙提供担保，丙未经与公司执行董事甲协商，超越公司的授权权限私自以东源公司的名义提供了连带责任保证担保。
& &由于丙未在约定的时间支付专利权转让费，A大学于6月20日向法院申请对东源公司的相关侵权证据保全和财产诉前保全。东源公司在得知这一情况后于6月23日当日晚上紧急召开股东会，丙未参加这次股东会。股东会特别决议的方式通过如下决议：鉴于丙并不拥有技术的专利权，决定将丙从公司的股东中除名，由公司与A大学另行协商签订专利权转让合同。甲以公司名义将上述决定通知了丙。
& &东源公司向A大学提出以300万元的价格受让其专利权，其余问题由A大学与丙解决，A大学拒绝。东源公司于6月25日向国家知识产权局申请给予专利实施强制许可。
& &要求：根据上述事实和有关规定，回答下列问题：
& &(1)丙与A大学签订的专利权转让合同的约定是否符合法律规定?东源公司是否应对 A大学承担保证责任?为什么?
& &(2)东源公司6月23日的股东会议决议是否有效?如果丙不同意该决议，他是否可以提起诉讼解决，如果可以，该诉讼应以谁为被告?说明理由。
& &(3)东源公司的强制实施许可申请是否应支持?为什么?
答案解析：
做了该试卷的考友还做了
······TEXT MESSAGE TRANSMISSION METHOD, DEVICE AND TERMINAL
WIPO Patent Application WO/
The present invention relates to the technical field of communications. Disclosed are a text message transmission method, device and terminal, the method comprising the following steps: when a text message is sent, if a nickname addition request is received, then determining the nickname of the contact receiving the text message from the description field of the contact (101), the description field comprising at least a nickname field, a name fie adding the determined nickname to the text message, and transmitting to the contact the text message having the nickname added (102). Automatically adding the nickname of a contact receiving a text message to the text message improves user experience, and is more pertinent du and determining the nickname of a contact from multiple fields such as nickname field, name field and title field helps to determine a nickname under multiple application scenarios such as with or without a nickname, the name field in English/Chinese, and the name field comprising a specific key word.
Inventors:
LIU, Xinyu (Floor 13 Rainbow City,Shopping MallⅡ of China Resources,NO. 68 Qinghe Middle Street, Haidian District, Beijing 5, 100085, CN)
NIU, Kun (Floor 13 Rainbow City,Shopping MallⅡ of China Resources,NO. 68 Qinghe Middle Street, Haidian District, Beijing 5, 100085, CN)
LIU, Yuxiang (Floor 13 Rainbow City,Shopping MallⅡ of China Resources,NO. 68 Qinghe Middle Street, Haidian District, Beijing 5, 100085, CN)
Application Number:
Publication Date:
07/31/2014
Filing Date:
12/31/2013
Export Citation:
XIAOMI INC. (Floor 13, Rainbow City Shopping MallⅡof China Resources,NO. 68 Qinghe Middle Street, Haidian District, Beijing 5, 100085, CN)
International Classes:
View Patent Images:
&&&&&&PDF help
Foreign References:
CNACNACNACNATWA
Attorney, Agent or Firm:
BEIJING INTELLEGAL INTELLECTUAL PROPERTY AGENT LTD. ( 1805 Tower B, Grand Place,No. 5 Huizhong Road, Chaoyang District, Beijing 1, 100101, CN)
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任一项所述的装置。
Description:
一种发送短信的方法、 装置及终端 本申请基于申请号为 .1、 申请日为 的中国专利申请提出， 并 要求该中国专利申请的优先权， 该中国专利申请的全部内容在此引入本申请作为参考。 技术领域
本公开涉及通讯技术领域， 尤其涉及一种发送短信的方法、 装置及终端。 背景技术
目前， 绝大部分的手机都支持群发短信， 这样， 用户在发送相同的短信给多个联系人 的时候， 就不必手动地逐个联系人的去发送， 很是方便快捷。 但是， 目前的群发短信功能 有一个弊端， 那就是群发给所有联系人的短信内容都是一样的， 没有收件人的称呼。 特别 是节假日， 人们常用短信相互问候、 维护客户关系等， 由于联系人众多， 通常采用群发短 信的功能来发送问候短信， 但是群发的短信内容千篇一律， 没有针对性， 接收者一看便可 以猜到该短信是群发的，祝福的效果可能会大打折扣。例如，有一条祝福短信， 内容为 "祝 您春节快乐， 阖家幸福"， 这条短信分别发送给张三及李四， 那么按照目前的群发短信的 方式， 张三和李四最终接收到的内容均是 "祝您春节快乐， 阖家幸福" 。 内容一样， 缺乏 针对性。 发明内容
本公开实施例提供了一种发送短信的方法、 装置及终端， 用以解决现有群发短信时， 所群发的短信内容一样， 缺乏针对性的问题， 满足用户的个性化要求。
一方面， 本公开实施例提供的一种发送短信的方法， 所述方法包括：
在发送短信时， 如果接收到添加昵称的请求， 从接收所述短信的联系人的描述字段中 确定所述联系人的昵称， 所述描述字段至少包括昵称字段、 姓名字段及称谓 title字段； 将所确定的昵称添加到所述短信， 并将添加昵称后的短信发送给所述联系人。
另一方面， 本公开实施例提供的一种发送短信的装置， 所述装置包括：
昵称确定模块， 用于在发送短信时， 如果接收到添加昵称的请求， 从接收所述短信的 联系人的描述字段中确定所述联系人的昵称， 所述描述字段至少包括昵称字段、 姓名字段 及称谓 title字段；
信息发送模块， 用于将所确定的昵称添加到所述短信， 并将添加昵称后的短信发送给 所述联系人。
本公开实施例提供的一种终端， 包括上述发送短信的装置。
本公开实施例的一些有益效果可以包括： 本公开实施例通过在在发送短信时， 如果接收到添加昵称的请求， 从接收短信的联系 人的描述字段中确定联系人的昵称， 将所确定的昵称添加到短信， 并将添加昵称后的短信 发送给当前遍历的联系人技术方案的实现，一则满足用户个性化需求，二则在群发短信时， 在群发的短信中加入接收方的昵称， 使得所群发的短信更具有针对性； 另外， 可以从多种 字段 （昵称字段、 姓名字段、 title字段等） 中确定联系人的昵称， 且适用于多种应用场景 (有昵称 /没昵称， 姓名字段为英文 /中文， 姓名字段中含有指定关键字等）下昵称的确定。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。 附图说明
图 1为本公开实施例 1提供的一种发送短信的方法流程示意图；
图 2为本公开实施例 2提供的一种群发短信的方法流程示意图；
图 3为本公开实施例 3提供的一种发送短信的装置结构示意图；
图 4为本公开实施例 3提供的一种发送短信的装置结构示意图；
图 5为本公开实施例 3提供的一种发送短信的装置结构示意图。
通过上述附图， 已示出本公开明确的实施例， 后文中将有更详细的描述。 这些附图和 文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本 领域技术人员说明本公开的概念。 具体实施方式
下面结合附图， 对本公开实施例提供的群发短信的方法、 装置及终端的具体实施方式 进行详细地说明。
本公开实施例提供的一种发送短信的方法， 如图 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所示。
Title 简称
就 就 经理 经理 猎头 猎头
秘书 秘书 律师 律师
编导 编导 财务 财务
CEO 心 董事长 心 书记 书记 法官 法官 律师 律师
顾问 顾问 主管 主管 会计 会计
医生 医生 教师 老师
老师 老师 警官 警官
猎头 猎头 策划 策划
察 警官 教练 教练
工程师 工 负责人 心 老板 心
例如， 当前遍历的联系人 "李四"的 title字段不为空， 内容为 "负责人" ， 则简化合 并该当前遍历的联系人的姓名字段的内容 "李四 "及 title字段的内容 "负责人"后得到的 昵称为 "李总" 。
步骤 210、 手机按照第二规则将当前遍历的联系人的姓名字段内的信息进行处理后作 为当前遍历的联系人的昵称， 执行步骤 211 ; 本实例中，按照第二规则将当前遍历的联系人的姓名字段内的信息进行处理后作为当 前遍历的联系人的昵称可以为：
将当前遍历的姓名字段内除第一个字符外的其他信息作为当前遍历的联系人的昵称。 或者，
确定当前遍历的姓名字段内的信息的字符数；
当当前遍历的姓名字段内的信息的字符数不小于第一预定值个字符，或不大于第二预 定值个字符时，将当前遍历的联系人的姓名字段内的信息作为所述当前遍历的联系人的昵 称。
本实例中， 第一预定值及第二预定值可以预先由人为设置或者软件自动设置， 例如， 第一预定值可以为 4， 第二预定值可以为 2， 等等， 本实例并不限定。
例如， 当前遍历的联系人"刘诗诗 "的 title字段为空， 则可以将姓名字段处第一个字 符 "刘"之外的 "诗诗"作为联系人 "刘诗诗"昵称；
例如， 当前遍历的联系人"吉克隽逸"的 title字段为空， 则可以将姓名字段内的信息 "吉克隽逸"直接作为联系人 "吉克隽逸" 的昵称；
例如， 当前遍历的联系人 "朗朗"的 title字段为空， 则可以将姓名字段内的信息 "朗 朗"直接作为联系人 "朗朗" 的昵称。
步骤 211、 手机将所确定的昵称添加到所述短信的起始处， 并将添加昵称后的短信发 送给当前遍历的联系人。
在群发短信 "春节快乐， 阖家幸福"给联系人列表内的联系人时， 经过上述方案处理 后， 发送给联系人张三的短信为 "三， 春节快乐， 阖家幸福"， 给联系人李四的短信为"李 总， 春节快乐， 阖家幸福"， 给联系人 lisa 的短信为 "lisa， 春节快乐， 阖家幸福"， 给 联系人刘诗诗的短信为 "诗诗， 春节快乐， 阖家幸福"， 给联系人杜拉拉经理 （公司） 的 短信为 "杜拉拉经理， 春节快乐， 阖家幸福"， 给联系人弟的短信为 "弟， 春节快乐， 阖 家幸福"， 给联系人吉克隽逸的短信为 "吉克隽逸， 春节快乐， 阖家幸福" ， 给联系人朗 朗的短信为 "朗朗， 春节快乐， 阖家幸福" 。
本公开实施例在群发短信时， 在群发的短信中自动加入接收该短信的联系人的昵称， 可以使得所群发的短信更具有针对性。
另外，在具体确定接收所群发的短信的联系人的昵称时，可以从多种字段（昵称字段、 姓名字段、 title字段等） 中确定联系人的昵称， 且适用于多种应用场景 （有昵称 /没昵称， 姓名字段为英文 /中文， 姓名字段中含有指定关键字等） 下昵称的确定。
基于同一发明构思， 本公开实施例还提供了一种发送短信的装置及终端， 由于该装置 及终端解决问题的原理与前述的发送短信的方法相似， 因此该装置和终端的实施可以参见 方法的实施， 重复之处不再赘述。
本公开实施例提供的一种发送短信的装置， 如图 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盘， 移动硬盘等） 中， 包括若干指令用以使得一台 计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本公开各个实施例所述 的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图， 附图中的模块或流程并 不一定是实施本公开所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于 实施例的装置中， 也可以进行相应变化位于不同于本实施例的一个或多个装置中。 上述实 施例的模块可以合并为一个模块， 也可以进一步拆分成多个子模块。
上述本公开实施例序号仅仅为了描述， 不代表实施例的优劣。
显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和 范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内， 则本公开也意图包含这些改动和变型在内。
& 2004-. All rights reserved.}