CN104052848A - 处理联系人信息的方法、客户端及电子设备 - Google Patents

Abstract

本发明提供了一种处理联系人信息的方法、客户端及电子设备。其中，该方法包括：解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；若是，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。采用本发明实施例提供的技术方案，能够节省对联系人信息进行处理、以实现使用相应的应用服务的步骤，节约时间资源，进而能够便于用户更加高效管理生产生活，提高用户体验。

Description

处理联系人信息的方法、客户端及电子设备

技术领域

本发明涉及移动终端技术领域，特别是涉及一种处理联系人信息的方法、客户端及电子设备。

背景技术

日常生活中，人们经常会进行交换联系人信息(如名片信息等)的活动，联系人信息包括有联系人的姓名、职位、工作单位、电话号码等，方便用户根据联系人信息与对方进行联系。

相关技术中，用户B发消息给用户A，需要获知某联系人的信息(如用户C的信息)，当用户B接收到来自用户A的、包含联系人信息的消息后，若需要对消息中的联系人信息执行相应的操作，则需要用户经过多个步骤打开或登录各个操作对应的应用服务。例如，若需要拨打该联系人的电话，则需要复制消息中的联系人电话号码，然后退出当前消息应用界面，并进入拨号应用界面，将联系人电话号码粘贴至拨号框，最后点击拨号按键实现拨号。由此可见，目前对联系人信息进行处理、以实现使用相应的应用服务的步骤繁琐，效率较低，影响用户体验。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的处理联系人信息的方法、客户端及电子设备。

依据本发明的一个方面，提供了一种处理联系人信息的方法，包括：解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；若是，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

可选地，所述特定格式包括下列任意之一：特定的文本格式；卡片格式；表格格式；可扩展标记语言xml格式；图片格式。

可选地，所述条目的类型包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

可选地，所述应用服务包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

可选地，在所述消息的消息界面提供所述应用服务的接口，包括：在所述消息的消息界面的任一位置增加所述应用服务的接口。

可选地，所述应用服务的接口设计为功能按键的形式。

可选地，在所述消息的消息界面提供所述应用服务的接口之后，还包括：接收来自用户的、针对所述应用服务的接口的触发操作，调用所述应用服务；显示所述应用服务的服务界面，以供所述用户进行服务项的选择。

可选地，所述应用服务为通讯录，所述应用服务的服务界面包括：用于添加所述联系人信息至通讯录的按键；和/或用于向所述消息的发送方发送本机的联系人信息的按键。

依据本发明的另一个方面，还提供了一种处理联系人信息的客户端，包括：

判断模块，配置为解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；

确定模块，配置为若所述判断模块判断所述消息中包含所述联系人信息时，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；

接口提供模块，配置为在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

可选地，所述特定格式包括下列任意之一：特定的文本格式；卡片格式；表格格式；可扩展标记语言xml格式；图片格式。

可选地，所述条目的类型包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

可选地，所述应用服务包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

可选地，所述接口提供模块还配置为：在所述消息的消息界面的任一位置增加所述应用服务的接口。

可选地，所述应用服务的接口设计为功能按键的形式。

可选地，上述装置还可以包括：

调用模块，配置为在所述接口提供模块在所述消息的消息界面提供所述应用服务的接口之后，接收来自用户的、针对所述应用服务的接口的触发操作，调用所述应用服务；

显示模块，配置为显示所述应用服务的服务界面，以供所述用户进行服务项的选择。

可选地，所述应用服务为通讯录，所述应用服务的服务界面包括：用于添加所述联系人信息至通讯录的按键；和/或用于向所述消息的发送方发送本机的联系人信息的按键。

依据本发明的第三个方面，还提供了一种处理联系人信息的电子设备，包括上述任一项的客户端。

依据本发明的技术方案，当接收的消息中包含特定格式的联系人信息时，可以根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务，并在消息的消息界面提供应用服务的接口，以引导用户进入相应的服务界面。由此可见，本发明实施例能够主动在消息的消息界面提供应用服务的接口，从而用户可以通过点击或双击等触发该应用服务的接口的操作直接进入相应的服务界面，解决了相关技术中若需要对消息中的联系人信息执行相应的操作，还需要用户经过多个步骤打开或登录各个操作对应的应用服务的技术问题。因此，本发明实施例提供的技术方案能够节省对联系人信息进行处理、以实现使用相应的应用服务的步骤，节约时间资源，进而能够便于用户更加高效管理生产生活，提高用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例处理联系人信息的方法的一种流程图；

图2示出了在消息界面提供应用服务的接口的示意图；

图3示出了根据本发明一个实施例处理联系人信息的方法的另一种流程图；

图4示出了根据本发明一个实施例的处理联系人信息的客户端的结构示意图；以及

图5示出了根据本发明一个实施例的处理联系人信息的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

相关技术中提及，若需要对消息中的联系人信息执行相应的操作，则需要用户经过多个步骤打开或登录各个操作对应的应用服务。由此可见，目前对联系人信息进行处理、以实现使用相应的应用服务的步骤繁琐，效率较低，影响用户体验。

为解决上述技术问题，本发明实施例提供了一种处理联系人信息的方法，应用于能够接收消息的客户端。图1示出了根据本发明一个实施例处理联系人信息的方法的一种流程图。如图1所示，该方法至少包括以下步骤S102至步骤S106。

步骤S102、解析接收的消息，判断消息中是否包含特定格式的联系人信息，其中，联系人信息包括至少一个条目，若是，则继续执行步骤S104；否则，结束本次流程。

步骤S104、根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务。

步骤S106、在消息的消息界面提供应用服务的接口，以引导用户进入相应的服务界面。

依据本发明的技术方案，当接收的消息中包含特定格式的联系人信息时，可以根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务，并在消息的消息界面提供应用服务的接口，以引导用户进入相应的服务界面。由此可见，本发明实施例能够主动在消息的消息界面提供应用服务的接口，从而用户可以通过点击或双击等触发该应用服务的接口的操作直接进入相应的服务界面，解决了相关技术中若需要对消息中的联系人信息执行相应的操作，还需要用户经过多个步骤打开或登录各个操作对应的应用服务的技术问题。因此，本发明实施例提供的技术方案能够节省对联系人信息进行处理、以实现使用相应的应用服务的步骤，节约时间资源，进而能够便于用户更加高效管理生产生活，提高用户体验。

上文步骤S102中，由于联系人信息满足特定的格式，进而存在一定的规律，因此可以自动根据该特定格式对联系人信息进行相应的处理，而无需逐个识别并处理联系人信息中的每一条条目，可以提高处理的效率。这里的特定格式可以是特定的文本格式，如“[姓名]张三；[电话]152xxxxxxxx；[邮箱]xxx163.com；[公司]xx”；可以是卡片格式，如名片格式等；可以是表格格式；可以是xml(Extensible Markup Language，可扩展标记语言)格式；或者还可以是图片格式，等等，本发明不限于此。此外，步骤S102提及的消息可以是短信、彩信、即时通讯消息、邮件等。

通过步骤S102的判断，若消息中包含特定格式的联系人信息，此时，步骤S104进一步根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务。这里，条目的类型可以是名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识等。应用服务可以是通讯录、拨号应用、地图服务、电子邮件应用等，本发明不限于此。例如，条目的类型为名称、电话标识时，相应的应用服务可以为通讯录，即可以将名称、电话标识保存到通讯录中。再例如，条目的类型为名称、电话标识、地址、电子邮箱标识时，相应的应用服务可以为通讯录、拨号应用、地图服务以及电子邮件应用，即可以将名称、电话标识、地址、电子邮箱标识保存到通讯录中，或者进入拨号应用拨打电话，或者利用地图服务搜索地址位置，以及进入电子邮件应用向电子邮箱标识发送电子邮件。举例来说，联系人信息为“[姓名]张三；[电话]152xxxxxxxx；[邮箱]xxx163.com；[公司]xx”，其中“[姓名]张三”对应条目的类型“名称”，[电话]152xxxxxxxx对应条目的类型“电话标识”，[邮箱]xxx163.com对应条目的类型“电子邮箱标识”，则相应的应用服务可以为通讯录、拨号应用、地图服务以及电子邮件应用，即可以将张三、152xxxxxxxx、xxx163.com以及xx保存到通讯录中，或者进入拨号应用直接拨打电话152xxxxxxxx，或者利用地图服务搜索xx，或者进入电子邮件应用直接向xxx163.com发送电子邮件。

在步骤S104中确定对联系人信息能够执行的操作、以及与各操作对应的应用服务，随后步骤S106在消息的消息界面提供应用服务的接口，从而引导用户进入相应的服务界面。本发明实施例中，可以在消息的消息界面的任一位置增加应用服务的接口。进一步地，本发明实施例可以将应用服务的接口设计为功能按键的形式，这里的功能按键是指带有文字或图案等功能性描述的虚拟按键，该虚拟按键可以设置成方形、圆形、三角形等形状，本发明不限于此，可以方便用户了解接口的功能，并通过触发设计为功能按键的接口的操作进入应用服务的服务界面，其中，触发操作可以是点击或双击操作等。考虑到用户通常是浏览完消息后才确定是否使用应用服务，因此，优选的，可以将应用服务的接口设置在消息内容的结尾处，当然也可以设置在其它位置，如消息内容的开头部分。举例来说，如图2所示，客户端接收到来自“萝莉”的消息，该消息中包含了卡片格式的联系人信息，联系人信息包括了姓名“张三”、电话“152xxxxxxxx”、邮箱“xxx163.com”、公司“xx”、地址“x路18号xxxxx大厦”多个条目的类型，在消息的结尾处提供了“保存至通讯录”、“拨号”、“进入地图服务”、“进入邮箱服务”功能按键形式的应用服务的接口，从而用户可以通过触发设计为功能按键的接口的操作进入应用服务的服务界面。需要说明的是，图2所示的应用服务的接口的位置和形式仅仅是一个例举，在实际应用中，用户还可以根据意愿选择应用服务的接口的位置和形式，如设置在消息的开头部分，将功能按键设置成方形、圆形、三角形等形状。

在本发明的一个实施例中，若应用服务为通讯录，该应用服务的服务界面可以包括用于添加联系人信息至通讯录的按键，和/或，用于向消息的发送方发送本机的联系人信息的按键，从而用户可以通过触发按键直接保存联系人信息至通讯录，或者可以通过触发按键直接向消息的发送方发送本机的联系人信息，节约了操作步骤，提高了处理效率。例如，在图2中，若用户触发“保存至通讯录”的按键，则进入通讯录的服务界面上显示了用于添加联系人信息至通讯录的按键和用于向消息的发送方发送本机的联系人信息的按键。若用户触发用于添加联系人信息至通讯录的按键，则可以直接将姓名“张三”、电话“152xxxxxxxx”、邮箱“xxx163.com”、公司“xx”、地址“x路18号xxxxx大厦”保存至通讯录对应的联系人项目中，可选地，通讯录的服务界面上可能没有显示用于添加联系人信息至通讯录的按键，而是在用户触发“保存至通讯录”的按键后直接将联系人信息添加至通讯录；若用户触发用于向消息的发送方发送本机的联系人信息的按键，则直接进入消息应用界面，并在消息的收件人栏中添加了“萝莉”，在消息的输入框中添加了本机的联系人信息，用户只需点击发送按钮即可实现向消息的发送方发送本机的联系人信息。再例如，在图2中，若用户触发“拨号”按键，则进入拨号界面，实现直接向152xxxxxxxx拨号；若用户触发“进入地图服务”按键，则进入地图服务，并在地图中直接标记了“xx”的位置；若用户触发“进入邮箱服务”按键，则进入邮件应用，并在收件人栏中添加了“xxx163.com”，无需用户经过复制“xxx163.com”，然后退出当前消息应用界面，并启动邮件应用，在收件人栏中粘贴“xxx163.com”这些繁琐的步骤，从而节约了时间资源。

以上介绍了图1所示的实施例中各环节的多种实现方式，下面通过具体的优选实施例对本发明实施例提供的处理联系人信息的方法做进一步说明。

图3示出了根据本发明一个实施例处理联系人信息的方法的另一种流程图。为将本优选实施例阐述得更加简洁，本优选实施例中，接收的消息为短信，如图3所示，该方法包括以下步骤S302至步骤S312。

步骤S302、接收短信。

步骤S304、解析接收的短信，判断短信中是否包含特定格式的联系人信息，其中，联系人信息包括至少一个条目，若是，则继续执行步骤S306；否则，结束本次流程。

具体地，特定格式可以有多种，例如特定的文本格式、卡片格式、表格格式等等。现针对不同的格式进行说明。首先，特定的文本格式，是指多个文本信息组成某些具备标识的特定格式，在解析文本内容时，将多个文本信息作为一个整体，并不是解析每个文本信息。例如，多个文本信息组成一个心型文本图案，那么该心型文本图案就可以作为特定的文本格式。其次，卡片格式，是指具备某些固定条目的类型的格式，采用卡片格式可以是将联系人信息与各个固定条目的类型对应存储，解析消息内容时，可以通过识别各个固定条目的类型获取相应的联系人信息。例如，将联系人信息“张三”与固定条目的类型“名称”对应存储，将联系人信息“152xxxxxxxx”与固定条目的类型“电话标识”对应存储，那么可以通过识别固定条目的类型“名称”获取联系人信息“张三”，识别固定条目的类型“电话标识”获取联系人信息“152xxxxxxxx”。再者，表格格式，采用表格格式是以表格的形式对应存储联系人信息、以及与其对应的条目的类型。例如，以表格形式将联系人信息“张三”与条目的类型“名称”对应存储，将联系人信息“152xxxxxxxx”与条目的类型“电话标识”对应存储，从而可以通过识别条目的类型“名称”获取联系人信息“张三”，识别条目的类型“电话标识”获取联系人信息“152xxxxxxxx”。

步骤S306、根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务。

具体地，条目的类型可以有多种类型，如名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识等。例如，联系人信息“张三”、“萝莉”、“李四”对应条目的类型“名称”，联系人信息“152xxxxxxxx”对应条目的类型“电话标识”，联系人信息“x路18号xxxxx大厦”、“xx大学南门”对应条目的类型“地址”，联系人信息“xxx163.com”、“xx126.com”对应条目的类型“电子邮箱标识”。其次，应用服务也可以包括多种，如通讯录、拨号应用、地图服务、电子邮件应用等。例如，条目的类型为“名称”、“电话标识”时，对应的应用服务可以为“通讯录”、“拨号应用”，即将条目的类型“名称”、“电话标识”对应的联系人信息保存到通讯录中，或者进入拨号应用利用电话标识拨打电话。

步骤S308、在短信的短信界面提供应用服务的接口，以引导用户进入相应的服务界面。

具体地，本发明实施例可以在短信的短信界面的任一位置增加应用服务的接口，如短信内容的结尾处或者短信内容的开始位置。进一步地，可以将应用服务的接口设计为功能按键的形式，这里的功能按键是指带有文字或图案等功能性描述的虚拟按键，该虚拟按键可以设置成方形、圆形、三角形等形状，本发明不限于此，可以方便用户了解接口的功能，并通过触发设计为功能按键的接口的操作进入应用服务的服务界面，其中，触发操作可以是点击或双击操作等。

步骤S310、接收来自用户的、针对应用服务的接口的触发操作，调用应用服务。

步骤S312、显示应用服务的服务界面，以供用户进行服务项的选择。

本发明实施例能够主动在短信的消息界面提供应用服务的接口，从而用户可以通过点击或双击等触发该应用服务的接口的操作直接进入相应的服务界面，节约时间资源，提高用户体验。

需要说明的是，实际应用中，上述所有可选实施方式可以采用结合的方式任意组合，形成本发明的可选实施例，在此不再一一赘述。

基于同一发明构思，本发明实施例还提供了一种处理联系人信息的客户端，以实现上述处理联系人信息的方法。

图4示出了根据本发明一个实施例的处理联系人信息的客户端的结构示意图。参见图4，该客户端至少包括：判断模块410、确定模块420以及接口提供模块430。

现介绍本发明实施例的处理联系人信息的客户端的各组成或器件的功能以及各部分间的连接关系：

判断模块410，配置为解析接收的消息，判断消息中是否包含特定格式的联系人信息，其中，联系人信息包括至少一个条目；

确定模块420，与判断模块410相耦合，配置为若判断模块410判断消息中包含联系人信息时，根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务；

接口提供模块430，与确定模块420相耦合，配置为在消息的消息界面提供应用服务的接口，以引导用户进入相应的服务界面。

在本发明的一个实施例中，特定格式可以包括下列任意之一：特定的文本格式；卡片格式；表格格式；可扩展标记语言xml格式；图片格式。

在本发明的一个实施例中，条目的类型可以包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

在本发明的一个实施例中，应用服务可以包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

在本发明的一个实施例中，接口提供模块430还可以配置为：在消息的消息界面的任一位置增加应用服务的接口。

在本发明的一个实施例中，应用服务的接口设计为功能按键的形式。

在本发明的一个实施例中，上述图4展示的客户端还可以包括：

调用模块440，与接口提供模块430相耦合，配置为在接口提供模块430在消息的消息界面提供应用服务的接口之后，接收来自用户的、针对应用服务的接口的触发操作，调用应用服务；

显示模块450，与调用模块440相耦合，配置为显示应用服务的服务界面，以供用户进行服务项的选择。

在本发明的一个实施例中，应用服务为通讯录，应用服务的服务界面可以包括：用于添加联系人信息至通讯录的按键；和/或用于向消息的发送方发送本机的联系人信息的按键。

基于上文各实施例提供的处理联系人信息的方法、客户端，基于同一发明构思，本发明实施例还提供了一种处理联系人信息的电子设备，参见图5所示，该电子设备至少包括：上文介绍的客户端510(如图4所示)。

根据上述任意一个优选实施例或多个优选实施例的组合，本发明实施例能够达到如下有益效果：

依据本发明的技术方案，当接收的消息中包含特定格式的联系人信息时，可以根据联系人信息包括的至少一个条目的类型，确定对联系人信息能够执行的操作、以及与各操作对应的应用服务，并在消息的消息界面提供应用服务的接口，以引导用户进入相应的服务界面。由此可见，本发明实施例能够主动在消息的消息界面提供应用服务的接口，从而用户可以通过点击或双击等触发该应用服务的接口的操作直接进入相应的服务界面，解决了相关技术中若需要对消息中的联系人信息执行相应的操作，还需要用户经过多个步骤打开或登录各个操作对应的应用服务的技术问题。因此，本发明实施例提供的技术方案能够节省对联系人信息进行处理、以实现使用相应的应用服务的步骤，节约时间资源，进而能够便于用户更加高效管理生产生活，提高用户体验。

进一步地，本发明实施例可以将应用服务的接口设计为功能按键的形式，以便用户了解接口的功能，并通过触发设计为功能按键的接口的操作进入应用服务的服务界面。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的处理联系人信息的客户端及电子设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

本发明还公开A1、一种处理联系人信息的方法，包括：

解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；

若是，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；

在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

A2、根据A1所述的方法，其中，所述特定格式包括下列任意之一：

特定的文本格式；

卡片格式；

表格格式；

可扩展标记语言xml格式；

图片格式。

A3、根据A1或A2所述的方法，其中，所述条目的类型包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

A4、根据A1至A3任一项所述的方法，其中，所述应用服务包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

A5、根据A1至A4任一项所述的方法，其中，在所述消息的消息界面提供所述应用服务的接口，包括：

在所述消息的消息界面的任一位置增加所述应用服务的接口。

A6、根据A1至A5任一项所述的方法，其中，所述应用服务的接口设计为功能按键的形式。

A7、根据A1至A6任一项所述的方法，其中，在所述消息的消息界面提供所述应用服务的接口之后，还包括：

接收来自用户的、针对所述应用服务的接口的触发操作，调用所述应用服务；

显示所述应用服务的服务界面，以供所述用户进行服务项的选择。

A8、根据A7所述的方法，其中，所述应用服务为通讯录，所述应用服务的服务界面包括：

用于添加所述联系人信息至通讯录的按键；和/或

用于向所述消息的发送方发送本机的联系人信息的按键。

B9、一种处理联系人信息的客户端，包括：

判断模块，配置为解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；

确定模块，配置为若所述判断模块判断所述消息中包含所述联系人信息时，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；

接口提供模块，配置为在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

B10、根据B9所述的客户端，其中，所述特定格式包括下列任意之一：

特定的文本格式；

卡片格式；

表格格式；

可扩展标记语言xml格式；

图片格式。

B11、根据B9或B10所述的客户端，其中，所述条目的类型包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

B12、根据B9至B11任一项所述的客户端，其中，所述应用服务包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

B13、根据B9至B12任一项所述的客户端，其中，所述接口提供模块还配置为：

在所述消息的消息界面的任一位置增加所述应用服务的接口。

B14、根据B9至B13任一项所述的客户端，其中，所述应用服务的接口设计为功能按键的形式。

B15、根据B9至B14任一项所述的客户端，其中，还包括：

调用模块，配置为在所述接口提供模块在所述消息的消息界面提供所述应用服务的接口之后，接收来自用户的、针对所述应用服务的接口的触发操作，调用所述应用服务；

显示模块，配置为显示所述应用服务的服务界面，以供所述用户进行服务项的选择。

B16、根据B15所述的客户端，其中，所述应用服务为通讯录，所述应用服务的服务界面包括：

用于添加所述联系人信息至通讯录的按键；和/或

用于向所述消息的发送方发送本机的联系人信息的按键。

B17、一种处理联系人信息的电子设备，包括如B9至B16任一项所述的客户端。

Claims (10)

1.一种处理联系人信息的方法，包括：

解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；

若是，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；

在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

2.根据权利要求1所述的方法，其中，所述特定格式包括下列任意之一：

特定的文本格式；

卡片格式；

表格格式；

可扩展标记语言xml格式；

图片格式。

3.根据权利要求1或2所述的方法，其中，所述条目的类型包括下列至少之一：名称、昵称、电话标识、地址、邮政编码、电子邮箱标识、即时通讯标识。

4.根据权利要求1至3任一项所述的方法，其中，所述应用服务包括下列至少之一：通讯录、拨号应用、地图服务、电子邮件应用。

5.根据权利要求1至4任一项所述的方法，其中，在所述消息的消息界面提供所述应用服务的接口，包括：

在所述消息的消息界面的任一位置增加所述应用服务的接口。

6.根据权利要求1至5任一项所述的方法，其中，所述应用服务的接口设计为功能按键的形式。

7.根据权利要求1至6任一项所述的方法，其中，在所述消息的消息界面提供所述应用服务的接口之后，还包括：

接收来自用户的、针对所述应用服务的接口的触发操作，调用所述应用服务；

显示所述应用服务的服务界面，以供所述用户进行服务项的选择。

8.根据权利要求7所述的方法，其中，所述应用服务为通讯录，所述应用服务的服务界面包括：

用于添加所述联系人信息至通讯录的按键；和/或

用于向所述消息的发送方发送本机的联系人信息的按键。

9.一种处理联系人信息的客户端，包括：

判断模块，配置为解析接收的消息，判断所述消息中是否包含特定格式的联系人信息，其中，所述联系人信息包括至少一个条目；

确定模块，配置为若所述判断模块判断所述消息中包含所述联系人信息时，根据所述联系人信息包括的至少一个条目的类型，确定对所述联系人信息能够执行的操作、以及与各操作对应的应用服务；

接口提供模块，配置为在所述消息的消息界面提供所述应用服务的接口，以引导用户进入相应的服务界面。

10.一种处理联系人信息的电子设备，包括如权利要求9所述的客户端。