CN102932512A - 一种联系人的解析、生成方法和装置 - Google Patents

Abstract

本发明提供了一种联系人的解析、生成方法和装置，以解决联系人显示不直观，不能保证获取到联系人信息的问题。所述联系人的解析方法包括：接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。本发明可以直观的在消息中显示，不存在下载附件时数据连接不稳定的状况，可以确保接收到联系人信息。

Description

一种联系人的解析、生成方法和装置

技术领域

本申请涉及无线通信技术，特别是涉及一种联系人的解析方法和装置，以及一种联系人的生成方法和装置。

背景技术

手机拥有通讯录这一功能，用户可以将联系人的信息保存到通讯录中，如姓名、电话等，则通过通讯录可以快速的查找到联系人的信息。随着技术的不断进步，如今智能手机的通讯录中，每个联系人不但可以保存姓名、电话等联系方式，还可以保存地址、电子邮件和照片等信息。

随着手机的广泛使用，也就产生了交互联系人的方法。通常传送者可以在手机中采用彩信或电子邮件等方式交互联系人，具体实施中，可以将联系人的信息构成vCard格式的文件，然后将所述vCard格式的文件作为彩信或电子邮件的附件发送出去。其中，vCard格式是电子名片的标准文件格式。

接收者对应可以接收到所述彩信或电子邮件，然后下载所述彩信或电子邮件中的附件，即下载vCard格式的文件。若接收者的手机支持vCard格式的文件，则可以从所述vCard格式的文件中解析出联系人信息，并保存到通讯录中。

但是，在彩信或电子邮件中添加vCard格式的文件的附件进行传送时，联系人信息不会直接在彩信和电子邮件中显示，比较不直观。

并且，不是所有的手机都支持vCard格式的文件，若某一接收者的手机不支持vCard格式的文件，则在接收到彩信或电子邮件，并下载附件后，无法解析所述vCard格式的文件，也就无法获取到联系人信息，联系人交互失败。

同时，由于彩信和电子邮件是采用数据连接的方式发送的，在进行联系人的交互时，不能确保数据连接时的稳定性，如数据连接不稳定时，接收彩信可能失败，又如数据连接不稳定时，下载电子邮件的附件，即vCard格式的文件时很可能会失败。因此可能无法接收到所述电子邮件、彩信，采用这种方法交互联系人比较不稳定。

发明内容

本申请提供了一种联系人的解析方法和装置，以解决联系人显示不直观，不能保证获取到联系人信息的问题。

相应的，本申请还提供了一种联系人的生成方法和装置。

为了解决上述问题，本申请公开了一种联系人信息的解析方法，包括：

接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；

对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

可选的，所述消息由一系列字符构成；对所述消息进行解析，识别出所述消息中的普通文本和联系人信息的特定格式的文本，包括：从所述消息的第一个字符开始检测，当检测到所述一系列字符中的一串字符符合预设规则时，识别所述一串字符为联系人信息的特定格式的文本，当所述一系列字符中的一串字符不符合预设规则时，识别所述一串字符为普通文本。

可选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。

可选的，所述预设规则为正则表达式，检测到所述一系列字符中的一串字符符合预设规则之后，还包括：对所述一串字符进行解析，获取解析出的属性名和属性值；检测所述属性名是否属于属性名集合，所述属性名集合为联系人信息中各项属性的属性名构成的集合；若所述属性名属于属性名集合，则识别所述一串字符为联系人信息的特定格式的文本；若所述属性名不属于属性名集合，则识别所述一串字符为普通文本。

可选的，所述消息中包含若干个联系人信息，所述的方法还包括：记录消息中每一串字符的位置；针对特定格式的文本，通过对特定格式的文本对应一串字符的位置进行检测，确定所述特定格式的文本对应的联系人。

可选的，针对选定导入的联系人，保存所述消息中的联系人信息。

可选的，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

本申请还公开了一种联系人信息的生成方法，包括：

获取选定的联系人信息；

将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

可选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性，将所述选定的联系人信息构成特定格式的文本，包括：提取选定的联系人信息的属性，将所述属性的属性名和属性值构成一条特定格式的文本。

可选的，所述联系人信息的属性为可翻译字段，所述添加到当前编辑的消息之前，还包括：依据当前的语言环境，调整所述联系人信息的属性的语言。

可选的，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

相应的，本申请还公开了一种联系人信息的解析装置，包括：

接收模块，用于接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；

解析模块，用于对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

显示模块，用于显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

相应的，本申请还公开了一种联系人信息的生成装置，包括：

获取模块，用于获取选定的联系人信息；

构成并添加模块，用于将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

生成并发送模块，用于在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

与背景技术相比，本申请包括以下优点：

首先，本申请可以接收包含联系人信息的消息，所述联系人信息直接包含在消息中，而不是采用附件的方式发送。其中所述联系人信息由特定格式的文本构成，然后可以对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本。显示所述消息时，可以在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本，因此本申请可以直观的在消息中显示，不存在下载附件时数据连接不稳定的状况，可以确保接收到联系人信息。

其次，本申请中所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。因此可以采用正则表达式进行匹配，并对匹配的一串字符中解析出的属性名进行检测，若该属性名属于属性名集合，则识别该条文本为特定格式的文本。对文本的识别比较准确。

再次，本申请中采用短信的方式时，联系人信息由特定格式的文本构成，因此短息中包含多个联系人时也比较容易区分。并且，保存联系人信息时可以依据格式自动提取，无需手动操作，操作简单、方便。本申请中若消息为电子邮件，则联系人信息可以以特定格式显示在所述电子邮件的正文中，可以直观的看到联系人信息，不存在无法获取联系人信息的状况。本申请所述的消息还可以是即时通讯工具的消息，在用户使用即时通讯工具时，也可以快速的获取到联系人信息。

再次，本申请在生成消息时就可以将选定的联系人信息构成特定格式的文本，然后通过编辑在消息中添加普通文本，最终生成一个完整的消息，所述消息中的联系人信息非常的直观，易于查看和获取。

再次，本申请还可以依据当前的语言环境，调整所述联系人信息的属性的语言，使得联系人信息的交互适合各类人群，应用非常广泛。

附图说明

图1是本申请实施例所述一种联系人信息的解析方法流程图；

图2是本申请优选实施例所述正则表达式匹配流程图；

图3是本申请优选实施例所述正则匹配方法示意图；

图4是本申请实施例所述一种联系人信息的生成方法流程图；

图5是本申请实施例所述一种联系人信息的解析装置结构图；

图6是本申请实施例所述一种联系人信息的生成装置结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

背景技术在进行联系人信息的交互时，发送者通常是使用彩信或电子邮件，将联系人的信息构成vCard格式的文件作为附件发送，以实现联系人信息的发送。

接收者在接收到彩信或电子邮件时，可以下载附件即下载vCard格式的文件。若接收者的手机支持vCard格式的文件，则可以从所述vCard格式的文件中解析出联系人信息，并保存到通讯录中。

但是，采用这种方式联系人信息不会直接在彩信和电子邮件中显示，比较不直观。并且，若某一接收者的手机不支持vCard格式的文件，即使接收到所述vCard格式的文件，也无法获取联系人的信息，方法比较不通用。同时，由于彩信和电子邮件是采用数据连接的方式发送的，在进行联系人的交互时，不能确保数据连接时的稳定性，因此不能保证获取到联系人信息。

本申请提出一种联系人信息的解析方法，联系人信息可以直观的在消息中显示，不存在下载附件时数据连接不稳定的状况，可以确保接收到联系人信息。

参照图1，给出了本申请实施例所述一种联系人信息的解析方法流程图。

步骤101，接收包含联系人信息的消息；

在进行联系人信息的交互时，接收方可以接收到发送方传送的消息，所述消息中包含联系人信息。在所述消息中，采用特定格式的文本构成联系人信息。当然，所述消息中还包括普通文本，所述普通文本没有特定的格式，发送方可以所填写的非联系人信息可以表示成普通文本，例如，“这是XXX的联系方式”，又如，“接收本消息后请回复”等。

联系人信息通常会包括姓名、电话等几项信息，可以采用特定格式的文本表示每一项信息，共同构成消息中的联系人信息。所述特定格式的文本是预先设定的文本格式，可以将联系人信息中的每一项都表示成设定的文本格式。如，姓名：李小明；电话：123456等，又如，李小明的固定电话：123456；李小明的移动电话：13812345678等，由于特定格式可以有多种形式，因此本申请对此不做限定。

步骤102，对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

接收到包含联系人信息的消息后，可以对消息进行解析，所述消息中包括普通文本和特定格式的文本，普通文本中保存非联系人信息，特定格式的文本构成联系人信息。因此，通过对消息进行解析，按照格式的不同，可以识别出所述消息中的普通文本，和消息中表示联系人信息的特定格式的文本。

步骤103，显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

通过上述解析过程，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本以后，可以显示所述消息，为了更加清晰的显示联系人信息，可以在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

其中一种消息显示方式如：

你好，这是李小明的联系方式。

[姓名]李小明；

[电话]123456789；

[电话]987654321；

[邮件]xiaoming@example.com；

[地址]北京朝阳区望京；

综上所述，本申请可以接收包含联系人信息的消息，所述联系人信息直接包含在消息中，而不是采用附件的方式发送。其中所述联系人信息由特定格式的文本构成，然后可以对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本。显示所述消息时，可以在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本，因此本申请可以直观的在消息中显示，不存在下载附件时数据连接不稳定的状况，可以确保接收到联系人信息。

优选的，所述消息由一系列字符串构成；

对所述消息进行解析，识别出所述消息中的普通文本和联系人信息的特定格式的文本，包括：

从所述消息的第一个字符开始检测，当检测到所述一系列字符中的一串字符符合预设规则时，识别所述一串字符为联系人信息的特定格式的文本，当所述一系列字符中的一串字符不符合预设规则时，识别所述一串字符为普通文本。

所述消息是由一系列字符构成的，要从这些字符中区分出哪些字符构成了特定格式的文本，哪些字符构成了普通文本。因此，本申请中配置了预设规则以识别特定格式的文本，所述预设规则可以是具有一定格式的字符串，例如，两端由双“*”标记的字符串，如**XXX**符合预设规则，则**XXX**解析后为特定格式的文本。

可以从消息的第一个字符开始进行检测，直到检测到一串字符符合预设规则，则识别该一串字符为联系人信息的特定格式的文本，然后继续对后面的字符进行检测，直到检测到消息的最后一个字符为止。其中，若检测到一串字符不符合预设规则，则识别该串字符为普通文本。

例如，消息中由50个字符，其中，第6-12个字符构成的字符串符合预设规则，第12-20个字符构成的字符串符合预设规则，第30-38个字符构成的字符串符合预设规则，第38-45个字符构成的字符串符合预设规则，则上述字符串为特定格式为文本。

因此，第1-5个字符构成的字符串，第21-29个字符构成的字符串和第46-50个字符构成的字符串不符合预设规则，则这些字符串为普通为本。

优选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。

由于联系人信息中包含很多项，如姓名、电话、地址、邮箱等，因此可以将其中的每一项作为联系人信息中的一项属性，每一项属性对应一条特定格式的文本。则所述属性，即特定格式的文本中包含属性名和属性值。

例如，上例中所述“姓名：李小明”中，属性名为“姓名”，属性值为“李小明”。

参照图2，给出了本申请优选实施例所述正则表达式匹配方法流程图。

优选的，预设规则为正则表达式，所述正则表达式是对字符串操作的一种逻辑公式，就是用事先定义好的一些特定字符、及这些特定字符的组合，组成一个“规则字符串”，这个“规则字符串”用来表达对字符串的一种过滤逻辑。

采用正则表达式对消息中的字符进行匹配的方法包括：

步骤201，采用正则表达式从所述消息的第一个字符开始匹配；

当所述一系列字符中的一串字符与正则表达式匹配之后，执行步骤202；若所述一系列字符中的一串字符与正则表达式不匹配，则后续执行步骤205。

步骤202，对所述一串字符进行解析，获取解析出的属性名和属性值；

检测到所述一系列字符中的一串字符与正则表达式匹配之后，可以进一步对所述匹配的一串字符进行解析，通过解析可以获取到联系人信息的属性，包括属性值和属性名。

步骤203，检测所述属性名是否属于属性名集合；

由于联系人信息中的各项属性分别对应一条特定格式的文本，文本中包含属性名和属性值，其中，属性名是不可变的，而属性值是可变的，因此可以预先将联系人信息中各项属性的属性名构成了一个集合，称为属性名集合。则联系人信息中所有属性的属性名都属于属性名集合，同时属性名集合中的属性名也都属于联系人信息的属性。因此，针对上述解析出的属性名，可以进一步检测所述属性名是否属于属性名集合，进而判断包含该属性名的一串字符是否是联系人信息的属性，即特定格式的文本。

若是，后续执行步骤204，若否，后续执行步骤205。

步骤204，识别所述一串字符为联系人信息的特定格式的文本；

若所述属性名属于属性名集合，则识别所述一串字符为联系人信息的特定格式的文本。

步骤205，识别所述一串字符为普通文本。

若所述一系列字符中的一串字符与正则表达式不匹配，则识别所述一串字符为普通文本。或，所述一系列字符中的一串字符与正则表达式匹配，且所述属性名不属于属性名集合，识别所述一串字符为普通文本。

优选的，所述消息中包含若干个联系人信息，所述的方法还包括：

记录消息中每一串字符的位置；针对特定格式的文本，通过对特定格式的对应一串字符的位置进行检测，确定所述特定格式的文本对应的联系人。

由于消息中可能包含若干个联系人信息，因此在对每一条文本进行匹配，识别其为普通文本或特定格式的文本时，可以记录所述文本的位置，然后通过对特定格式的文本对应一串字符的位置进行检测，可以确定所述特定格式的文本对应的联系人。

具体包括以下方法：

1、检测两条特定格式的文本之间是否存在普通文本，若存在普通文本，则这两条特定格式的文本属于不同的联系人；若不存在普通文本，则这两条特定格式的文本属于相同的联系人。

例上例由50个字符构成的消息中，特定格式的文本中，第6-12个字符构成的字符串，和第12-20个字符构成的字符串之间不存在普通文本，则这两条特定格式的文本属于相同的联系人。

而第12-20个字符构成的字符串，和第30-38个字符构成的字符串之间，存在普通文本（第21-29个字符构成的字符串），则这两条特定格式的文本属于不同的联系人。

2、出现了不可重复的属性名时，检测特定格式的文本属于不同的联系人。

例如，姓名为不可重复的属性名，若检测到了一条特定格式的文本包含属性名为姓名，即联系人的姓名，则后续检测的特定格式的文本可以属于该联系人，直到又检测到一条特定格式的文本包含属性名为姓名，则此时出现了另一个联系人的姓名。

本申请中，所述位置的记录方法不做限定，可以按照检测顺序进行编号以记录位置，也可以按照包含的字符记录位置，例如，检测到第12-20个字符构成的字符串，为特定格式的文本，则记录其位置为12-20。

参照图3，给出了本申请优选实施例所述正则匹配方法示意图。

消息的文本首先经过正则表达式匹配，识别其为普通文本还是特定格式的文本。

系统顺序遍历所述消息中的字符，并采用正则表达式进行匹配，如采用正则表达式“\\[(.+?)\\]((.|\n)*?);”。符合所述正则表达式的一串字符可以解析为特定格式的文本，不符合所述正则表达式的一串字符可以解析为普通文本。

并且，通过所述正则表达式可以识别出特定格式的文本中的属性名和属性值，为了使联系人信息更加准确，可以翻译该文本中的属性名部分，然后与预置的属性名进行对比，若其为正确的属性名，则认为当前文本对应了联系人信息的一项属性，即其为特定格式的文本，保存所述特定格式的文本，并记录其位置。否则，即不是正确的属性名，则识别该文本为普通文本，保存所述普通文本并记录其位置。

随后系统继续对后续的字符进行匹配，如果匹配出一串字符可以进行为特定格式的文本，即联系人信息的一项属性，在进一步依据该串字符的位置，解析出的属性名等，判定该串字符所属的联系人。这个过程循环进行，直到遍历完所有的消息的文本。

经过这个遍历的过程，消息的文本被分离为表示联系人信息的特定格式的文本和普通文本两部分。系统随后对文本进行内容提取，最后根据遍历过程中记录的位置将文本与联系人信息进行组合，并在界面上显示为正确的形式。例如可以在显示消息时，在消息的正文分组显示所述联系人信息的特定格式的文本和普通文本。

综上所述，本申请中所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。因此可以采用正则表达式进行匹配，并对匹配的一串字符中解析出的属性名进行检测，若该属性名属于属性名集合，则识别该条文本为特定格式的文本。对文本的识别比较准确。

优选的，针对选定导入的联系人，保存所述消息中的联系人信息。

接收方接收到包含联系人信息的消息后，可以选择是否导入消息中的联系人，针对选定导入的联系人，系统可以自动保存所述消息中的联系人信息。

由于特定格式的文本中包含属性名和属性值，而手机的通讯录中也可设置相应的属性名和属性值，因此在保存联系人信息时，可以对属性名进行匹配，然后将特定格式的文本中所述属性名对应的属性值，添加到通讯录中所述属性名对应的属性值中。

本申请所述的消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

背景技术中，若采用短信的方式，通常接收方在接收到短信后，需要手动提取联系人信息，例如，获取联系人信息中的电话后，需要选择添加联系人，然后手动输入联系人的名字，以实现联系人信息的存储，操作比较复杂。并且短信中的联系人信息没有固定的可是，若包含多个联系人时比较不容易区分。

本申请中采用短信的方式时，联系人信息由特定格式的文本构成，因此短息中包含多个联系人时也比较容易区分。并且，保存联系人信息时可以依据格式自动提取，无需手动操作，操作简单、方便。

背景技术中，若采用电子邮件的形式传送联系人信息，联系人信息是保存到vCard格式的文件中作为附件发送的。接收到电子邮件后，无法直接查看联系人信息，需要下载附件才能获取联系人信息，此时若数据连接不稳定，则可能导致附件下载失败，无法获取联系人信息。

本申请中若消息为电子邮件，则联系人信息可以以特定格式显示在所述电子邮件的正文中，可以直观的看到联系人信息，不存在无法获取联系人信息的状况。

本申请所述的消息还可以是即时通讯工具的消息，在用户使用即时通讯工具时，也可以快速的获取到联系人信息。

相应的，本申请还提供了一种联系人信息的生成方法。

参照图4，给出了本申请实施例所述一种联系人信息的生成方法流程图。

步骤401，获取选定的联系人信息；

发送方要进行联系人交互时，首先会选择联系人和发送的联系人信息，如选择联系人李小明，选择发送李小明的姓名、电话、地址和邮箱。则对应可以获取发送方选定的联系人信息。

步骤402，将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

在获取到选定的联系人信息后，可以将所述选定的联系人信息构成特定格式的文本，可以依据预先设定的文本格式，配置选定的联系人信息，构成特定格式的文本，然后将所述特定格式的文本添加到当前编辑的消息中。

步骤403，在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

可以继续编辑所述消息，在所述消息中添加非联系人信息，构成普通文本，如“这是李小明的联系方式”等，在添加完普通文本后，可以构成完整的消息并发送所述消息。

综上所述，本申请在生成消息时就可以将选定的联系人信息构成特定格式的文本，然后通过编辑在消息中添加普通文本，最终生成一个完整的消息，所述消息中的联系人信息非常的直观，易于查看和获取。

优选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。

由于联系人信息中包含很多项，如姓名、电话、地址、邮箱等，因此可以将其中的每一项作为联系人信息中的一项属性，每一项属性对应一条特定格式的文本。则所述属性，即特定格式的文本中包含属性名和属性值。

将所述选定的联系人信息构成特定格式的文本，包括：

提取选定的联系人信息的属性，将所述属性的属性名和属性值构成一条特定格式的文本。

针对选定的联系人信息，可以提取所述联系人信息，如通讯录中该联系人选定的信息即选定的属性，然后将所述属性的属性名和属性值构成一条特定格式的文本，例如，一条特定格式的文本中，属性名为姓名，则从通讯录中获取选定的联系人姓名这一属性中的属性值“李小明”，与所述属性名——姓名共同构成一条特定格式的文本。

优选的，所述联系人信息的属性为可翻译字段，所述添加到当前编辑的消息之前，还包括：依据当前的语言环境，调整所述联系人信息的属性的语言。

所述联系人信息的属性可以是可翻译字段，所述可翻译字段是说明该字段是可以翻译的，因此无论通讯录中的联系人信息以何种语言保存，在生成联系人信息时都可以依据当前的语言环境，调整所述联系人信息的属性的语言。例如，当前的语言环境是英语，则属性名姓名的显示为name。

优选的，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

综上所述，本申请还可以依据当前的语言环境，调整所述联系人信息的属性的语言，使得联系人信息的交互适合各类人群，应用非常广泛。

参照图5，给出了本申请实施例所述一种联系人信息的解析装置结构图。

相应的，本申请还提供了一种联系人信息的解析装置，包括：接收模块11、解析模块12和显示模块13，其中：

接收模块11，用于接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；

解析模块12，用于对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

显示模块13，用于显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

优选的，所述消息由一系列字符构成；所述解析模块12，用于从所述消息的第一个字符开始检测，当检测到所述一系列字符中的一串字符符合预设规则时，识别所述一串字符为联系人信息的特定格式的文本，当所述一系列字符中的一串字符不符合预设规则时，识别所述一串字符为普通文本。

优选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。

优选的，所述预设规则为正则表达式，所述解析模块12，还用于检测到所述一系列字符中的一串字符符合预设规则之后，对所述一串字符进行解析，获取解析出的属性名和属性值；检测所述属性名是否属于属性名集合，所述属性名集合为联系人信息中各项属性的属性名构成的集合；若所述属性名属于属性名集合，则识别所述一串字符为联系人信息的特定格式的文本；若所述属性名不属于属性名集合，则识别所述一串字符为普通文本。

优选的，所述消息中包含若干个联系人信息，所述的装置还包括：

记录模块，用于记录消息中每一串字符的位置；

联系人确定模块，用于针对特定格式的文本，通过对特定格式的文本对应一串字符的位置进行检测，确定所述特定格式的文本对应的联系人。

优选的，还包括：保存模块，用于针对选定导入的联系人，保存所述消息中的联系人信息。

优选的，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

参照图6，给出了本申请实施例所述一种联系人信息的生成装置结构图。

相应的，本申请还提供了一种联系人信息的生成装置，包括：获取模块21、构成并添加模块22和生成并发送模块23，其中：

获取模块21，用于获取选定的联系人信息；

构成并添加模块22，用于将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

生成并发送模块23，用于在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

优选的，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性，

所述构成并添加模块22，用于提取选定的联系人信息的属性，将所述属性的属性名和属性值构成一条特定格式的文本。

优选的，所述联系人信息的属性为可翻译字段，还包括：

调整模块，用于依据当前的语言环境，调整所述联系人信息的属性的语言。

优选的，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种联系人的解析方法和装置，以及一种联系人的生成方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

1.一种联系人信息的解析方法，其特征在于，包括：

接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；

对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

2.根据权利要求1所述的方法，其特征在于，所述消息由一系列字符构成；对所述消息进行解析，识别出所述消息中的普通文本和联系人信息的特定格式的文本，包括：

从所述消息的第一个字符开始检测，当检测到所述一系列字符中的一串字符符合预设规则时，识别所述一串字符为联系人信息的特定格式的文本，当所述一系列字符中的一串字符不符合预设规则时，识别所述一串字符为普通文本。

3.根据权利要求2所述的方法，其特征在于，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性。

4.根据权利要求3所述的方法，其特征在于，所述预设规则为正则表达式，检测到所述一系列字符中的一串字符符合预设规则之后，还包括：

对所述一串字符进行解析，获取解析出的属性名和属性值；

检测所述属性名是否属于属性名集合，所述属性名集合为联系人信息中各项属性的属性名构成的集合；

若所述属性名属于属性名集合，则识别所述一串字符为联系人信息的特定格式的文本；

若所述属性名不属于属性名集合，则识别所述一串字符为普通文本。

5.根据权利要求2或4任一所述的方法，其特征在于，所述消息中包含若干个联系人信息，所述的方法还包括：

记录消息中每一串字符的位置；针对特定格式的文本，通过对特定格式的文本对应一串字符的位置进行检测，确定所述特定格式的文本对应的联系人。

6.根据权利要求1所述的方法，其特征在于，还包括：

针对选定导入的联系人，保存所述消息中的联系人信息。

7.根据权利要求1至6所述的方法，其特征在于，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

8.一种联系人信息的生成方法，其特征在于，包括：

获取选定的联系人信息；

将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

9.根据权利要求8所述的方法，其特征在于，所述特定格式的文本由属性名和属性值构成，一条特定格式的文本作为联系人信息的一项属性，

将所述选定的联系人信息构成特定格式的文本，包括：

提取选定的联系人信息的属性，将所述属性的属性名和属性值构成一条特定格式的文本。

10.根据权利要求9所述的方法，其特征在于，所述联系人信息的属性为可翻译字段，所述添加到当前编辑的消息之前，还包括：

依据当前的语言环境，调整所述联系人信息的属性的语言。

11.根据权利要求8至9任一所述的方法，其特征在于，所述消息为以下任一项：短信、电子邮件和即时通讯工具的消息。

12.一种联系人信息的解析装置，其特征在于，包括：

接收模块，用于接收包含联系人信息的消息，其中，所述联系人信息由特定格式的文本构成；

解析模块，用于对所述消息进行解析，识别出所述消息中的普通文本和表示联系人信息的特定格式的文本；

显示模块，用于显示所述消息，其中，在消息的正文中分组显示所述普通文本，和表示联系人信息的特定格式的文本。

13.一种联系人信息的生成装置，其特征在于，包括：

获取模块，用于获取选定的联系人信息；

构成并添加模块，用于将所述选定的联系人信息构成特定格式的文本，添加到当前编辑的消息中；

生成并发送模块，用于在所述当前编辑的消息中添加普通文本，生成完整的消息并发送。

Images