一种交换联系信息的方法及装置的制造方法

文档序号:10555743阅读:406来源:国知局
一种交换联系信息的方法及装置的制造方法
【专利摘要】本发明公开了一种交换联系信息的方法及装置,该方法通过交换发起方向交换对端发起联系信息交换请求,联系信息交换请求至少包括第一联系信息;监听并接收交换对端返回的应答消息;根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息,其中第二联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型对应的联系信息内容,解决了现有用户之间交换联系信息需要用户手动输入联系信息等多个操作步骤,导致联系信息交换不够简便快捷的技术问题,实现了根据通讯内容自动生成联系信息交换请求,并根据生成的联系信息交换请求自动完成联系信息交换,无需用户手动操作,简单快捷且智能化程度高。
【专利说明】
_种交换联系信息的方法及装置
技术领域
[0001] 本发明涉及通信技术领域,具体涉及一种交换联系信息的方法及装置。
【背景技术】
[0002] 随着通讯技术的发展,人们日常使用的联系方式越来越多,如电话、短信、QQJP 箱、微博、微信等,由于用户在与其他用户进行通讯时可能不仅仅局限于一种联系方式,例 如,用户A和用户B希望能通过手机短信和微信与对方进行通讯,但彼此仅保存了对方的手 机号码,且在手机通讯录中没有同步对方的微信账号,这就需要双方交换除手机号码之外 的微信账号信息。
[0003] 具体地,用户A首先手动输入并发送包含用户A微信账号内容的信息至用户B,用户 B接收到包含用户A微信账号内容的信息后,手动复制并存储用户A的微信账号至其手机通 讯录中与用户A联系人对应的通讯条目中,然后再手动输入并发送包含用户B微信账号内容 的信息至用户A;同样地,用户A接收到包含用户B微信账号内容的信息后,手动复制并存储 用户B的微信账号至其手机通讯录中与用户B联系人对应的通讯条目中,从而完成一次微信 账号信息交换的过程,但当用户A或用户B需要与其他用户进行微信账号信息交换时,用户A 或用户B又需要重新输入或导入其微信账号信息。
[0004] 由此可见,目前用户之间交换电话、短信、QQ、邮箱、微博、微信号等联系信息需要 用户手动输入联系信息等多个操作步骤,不够简便快捷。

【发明内容】

[0005] 本发明提供了一种交换联系信息的方法及装置,以解决现有用户之间交换联系信 息需要用户手动输入联系信息等多个操作步骤,导致联系信息交换不够简便快捷的技术问 题。
[0006] 根据本发明的一方面,提供了一种交换联系信息的方法,包括:
[0007] 交换发起方向交换对端发起联系信息交换请求,联系信息交换请求至少包括第一 联系信息,其中第一联系信息包括交换发起方的联系信息类型和与交换发起方的联系信息 类型对应的联系信息内容;
[0008] 监听并接收交换对端返回的应答消息;
[0009] 根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息,其中第二 联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型对应的联系信息内 容。
[0010] 进一步地,监听并接收交换对端返回的应答消息之后,根据预先定义的联系信息 提取规则,从应答消息中提取第二联系信息之前包括:
[0011] 判断应答消息是否包含同意与交换发起方进行联系信息交换的信息,若是,则将 应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联系信息交换。
[0012] 进一步地,根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息 包括:
[0013] 对应答文本消息进行分词,获得应答分词文本;
[0014] 根据应答分词文本提取交换对端的联系信息类型;
[0015] 根据联系信息类型以及预先定义的与联系信息类型对应的正则表达式提取与交 换对端的联系信息类型对应的联系信息内容。
[0016] 进一步地,根据应答分词文本提取交换对端的联系信息类型包括:
[0017] 预先定义匹配联系信息类型;
[0018] 判断是否能从应答分词文本中匹配出与匹配联系信息类型相同的联系信息类型, 若是,则将匹配出的与联系信息类型相同的联系信息类型作为交换对端的联系信息类型, 若否,则将交换发起方的联系信息类型作为交换对端的联系信息类型。
[0019] 进一步地,根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息 之后包括:
[0020] 将第二联系信息保存至交换发起方的通讯录中与交换对端对应的通讯录条目中。
[0021] 进一步地,匹配联系信息类型包括:
[0022] 移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型中的一种或多种。
[0023] 根据本发明的另一方面,提供了一种交换联系信息的装置,包括:
[0024] 交换请求发起装置,用于交换发起方向交换对端发起联系信息交换请求,联系信 息交换请求至少包括第一联系信息,其中第一联系信息包括交换发起方的联系信息类型和 与交换发起方的联系信息类型对应的联系信息内容;
[0025] 监听装置,用于监听并接收交换对端返回的应答消息;
[0026] 提取装置,用于根据预先定义的联系信息提取规则,从应答消息中提取第二联系 信息,其中第二联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型对应 的联系信息内容。
[0027] 进一步地,交换联系信息的装置还包括:
[0028] 判断装置,用于判断应答消息是否包含同意与交换发起方进行联系信息交换的信 息,若是,则将应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联 系信息交换。
[0029]进一步地,提取装置包括:
[0030] 分词装置,用于对应答文本消息进行分词,获得应答分词文本;
[0031] 联系信息类型提取装置,用于根据应答分词文本提取交换对端的联系信息类型;
[0032] 联系信息内容提取装置,用于根据联系信息类型以及预先定义的与联系信息类型 对应的正则表达式提取与交换对端的联系信息类型对应的联系信息内容。
[0033]本发明具有以下有益效果:
[0034]本发明提供的交换联系信息的方法及装置,该方法通过判断通讯终端与通讯对端 进行通讯的通讯内容中是否包含预设的联系信息交换关键词确定是否生成联系信息交换 信息,并在生成联系信息交换信息后将其发送给通讯对端,以及根据通讯对端回复的应答 消息完成联系信息交换,解决了现有用户之间交换联系信息需要用户手动输入联系信息等 多个操作步骤,导致联系信息交换不够简便快捷的技术问题,实现了根据通讯内容自动生 成联系信息交换请求,并根据生成的联系信息交换请求自动完成联系信息交换,无需用户 手动操作,简单快捷且智能化程度高。
[0035] 除了上面所描述的目的、特征和优点之外,本发明还有其它的目的、特征和优点。 下面将参照图,对本发明作进一步详细的说明。
【附图说明】
[0036] 构建本申请的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实 施例及其说明用于解释本发明,并不构建对本发明的不当限定。在附图中:
[0037] 图1是本发明优选实施例的交换联系信息的方法流程图;
[0038] 图2是本发明优选实施例针对第一个精简实施例的交换联系信息的方法流程图;
[0039] 图3是本发明优选实施例针对第二个精简实施例的交换联系信息的方法流程图;
[0040] 图4是本发明优选实施例的交换联系信息的装置的结构框图。
[0041 ] 附图标记说明:
[0042] 10、交换请求发起装置;20、监听装置;30、提取装置。
【具体实施方式】
[0043] 以下结合附图对本发明的实施例进行详细说明,但是本发明可以由权利要求限定 和覆盖的多种不同方式实施。
[0044] 参照图1,本发明的优选实施例提供了一种交换联系信息的方法,包括:
[0045] 步骤SlOl,交换发起方向交换对端发起联系信息交换请求,联系信息交换请求至 少包括第一联系信息,其中第一联系信息包括交换发起方的联系信息类型和与交换发起方 的联系信息类型对应的联系信息内容;
[0046] 步骤S102,监听并接收交换对端返回的应答消息;
[0047]步骤S103,根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息, 其中第二联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型对应的联 系信息内容。
[0048] 本实施例提供的交换联系信息的方法,通过交换发起方向交换对端发起联系信息 交换请求,监听并接收交换对端返回的应答消息,以及根据预先定义的联系信息提取规则, 从应答消息中提取第二联系信息,解决了现有用户之间交换联系信息需要用户手动输入联 系信息等多个操作步骤,导致联系信息交换不够简便快捷的技术问题,实现了只需交换发 起方的一键操作就能将交换发起方的第一联系信息发送给交换对端,以及根据交换对端返 回的应答消息和预先定义的联系信息提取规则,自动提取第二联系信息,整个联系信息交 换过程简单快捷且智能化程度高。
[0049] 由于现有交换发起方与不同的交换对端进行联系信息交换时,每次都需要重新输 入或导入自己的联系信息,费时费力且过程繁琐。针对该问题,本实施例中交换发起方向交 换对端发送联系信息交换请求时首先调用交换发起方预先保存在终端的第一联系信息,即 交换发起方的联系信息类型和与交换发起方的联系信息类型对应的联系信息内容,然后生 成包含第一联系信息的联系信息交换请求发送给交换对端。具体地,本实施例中的联系信 息类型包括移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型中的一种或多种。
[0050] 本实施例在交换发起方预先保存交换发起方的联系信息,并且在发送联系信息交 换请求时,请求调用交换发起方预先保存的交换发起方的联系信息,从而无需交换发起方 重新输入或导入自己的联系信息,且交换发起方只需要在其终端输入一次自己的联系信 息,后续便可以通过自动调用第一次输入的联系信息实现联系信息交换的全自动化,节省 了交换发起方重新输入或导入其联系信息的时间、提高了联系信息交换的效率、智能化程 度高,用户体验效果佳。
[0051] 可选地,监听并接收交换对端返回的应答消息之后,根据预先定义的联系信息提 取规则,从应答消息中提取第二联系信息之前包括:
[0052] 判断应答消息是否包含同意与交换发起方进行联系信息交换的信息,若是,则将 应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联系信息交换。
[0053] 在实际的实施过程中,由于交换对端并不一定愿意与交换发起方进行联系信息交 换,针对这种情况,本实施例在交换对端接收到交换发起方的联系信息交换请求后,提示交 换对端是否同意与交换发起方进行联系信息交换,并将交换对端选择的是否同意与交换发 起方进行联系信息交换的决定回复给交换发起方。具体地,本实施例通过接收交换对端回 复的应答消息,并判断应答消息中是否包含同意与交换发起方进行联系信息交换的信息, 以及在判定应答消息中包含同意与交换对端进行联系信息交换的信息时,将应答消息转换 成文本格式的字符串,获得应答文本消息,并根据获得的应答文本消息进行后续提取第二 联系信息的步骤,否则停止本次联系信息交换。本实施例通过在应答消息中设置用于判断 交换对端是否同意与交换发起方交换联系信息的信息标识,充分尊重了交换对端的选择 权,且交换发起方通过识别应答消息中是否包含同意与其进行联系信息交换的标识,能自 动判断是否有必要继续进行后续提取第二联系信息的步骤,从而避免了在交换对端不同意 进行联系信息交换时,继续执行后续步骤,用户体验较好,智能化程度高。
[0054] 可选地,根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息包 括:
[0055] 对应答文本消息进行分词,获得应答分词文本;
[0056] 根据应答分词文本提取交换对端的联系信息类型;
[0057] 根据联系信息类型以及预先定义的与联系信息类型对应的正则表达式提取与交 换对端的联系信息类型对应的联系信息内容。
[0058] 由于本实施例要完成交换发起方和交换对端的联系信息交换,需要从应答消息中 提取出第二联系信息,其中,第二联系信息包括交换对端的联系信息类型以及与交换对端 的联系信息类型对应的联系信息内容。故本实施例首先对应答文本消息进行语义分析,获 取交换对端的联系信息类型,然后再基于获取的交换对端的联系信息类型以及预先定义的 与联系信息类型对应的正则表达式提取与交换对端的联系信息类型对应的联系信息内容。
[0059] 具体地,由于联系信息类型包括多个,例如移动电话、座机、微信、飞信、QQ、邮箱、 微博信息类型等等,而与每一种联系信息类型对应的联系信息内容又有其特定的格式或规 贝1J,例如移动电话都为11位数字,电子邮箱账号包括com"等特定符号等等,故针对不 同的联系信息类型需设置不同的正则表达式。具体见表1。
[0060] 表 1

[0062]可选地,根据应答分词文本提取交换对端的联系信息类型包括:
[0063]预先定义匹配联系信息类型;
[0064] 判断是否能从应答分词文本中匹配出与匹配联系信息类型相同的联系信息类型, 若是,则将匹配出的与联系信息类型相同的联系信息类型作为交换对端的联系信息类型, 若否,则将交换发起方的联系信息类型作为交换对端的联系信息类型。
[0065] 本实施例根据应答分词文本提取交换对端的联系信息类型主要采用匹配的方式 进行。具体地,由于现有生活中常见的联系信息类型是有限的,故本实施例通过将应答分词 文本与预先设定的常见的匹配联系信息类型进行匹配,从而根据匹配联系信息类型匹配出 交换对端的联系信息类型。具体地,本实施例中的匹配联系信息类型包括:移动电话、座机、 微信、飞信、QQ、邮箱、微博信息类型中的一种或多种。假设本实施例中预先定义的匹配联系 信息类型包括七个类型,分别是移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型。且对 应答文本消息进行分词和去除停用词后,获得4个分词文本,分别是"我"、"微信"、"账号"、 "123456",则通过将应答分词文本与匹配联系信息类型进行匹配,可以获得相同的文本,即 "微信",也即能从应答分词文本中匹配出与匹配联系信息类型相同的联系信息类型,此时 将"微信"联系信息类型作为交换对端的联系信息类型。
[0066]而当本实施例获得的分词文本仅包括"我"、"账号"、"123456"三个分词文本时,则 根据预先定义的匹配联系信息类型可知,无法从该应答分词文本中获得交换对端的联系信 息类型,在这种情况下,本实施例将交换发起方的联系信息类型作为交换对端的联系信息 类型,也即本实施例默认交换对端回复的联系信息类型与交换发起方发送的联系信息交换 请求中包含的交换发起方的联系信息类型相同。
[0067] 需要说明的是,本实施例中从应答分词文本中可能不止匹配出一个与匹配联系信 息类型相同的联系信息类型,例如,假设本实施例中的应答文本消息为:"我的微信和QQ账 号分别是123456和654321。"时,则通过将应答分词文本与预先设定的匹配联系信息类型进 行匹配后,可以获得"微信"和"QQ"两个联系信息类型,此时本实施例将匹配出的两个联系 信息类型作为交换对端的联系信息类型,并分别基于与该两个联系信息类型对应的正则表 达式提取与之对应的联系信息内容。
[0068] 可选地,根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息之 后包括:
[0069] 将第二联系信息保存至交换发起方的通讯录中与交换对端对应的通讯录条目中。
[0070] 具体地,本实施例在从应答消息中提取第二联系信息之后还包括将第二联系信息 保存至交换发起方的通讯录中与交换对端对应的通讯录条目中。例如,假设本实施例获取 到交换对端的联系信息类型为"微信",而与之对应的联系信息内容为"123456",则将获取 的微信号码存储在交换发起方通讯录中与交换对端对应的联系人当中。在具体的实施过程 中,当交换发起方的通讯录中没有包含用于存储微信号码的通讯录条目时,还包括自动在 通讯录中增设通讯录条目,然后再将与通讯录条目对应的内容写入其下。
[0071]本实施例在根据预先定义的联系信息提取规则,从应答消息中提取第二联系信息 之后,通过将第二联系信息保存至交换发起方的通讯录中与交换对端对应的通讯录条目 中,无需交换发起方手动复制交换对端的联系信息,再将复制的交换对端的联系信息粘贴 到其通讯录中,节省了录入交换对端的联系信息至通讯录的录入时间、无需交换发起方手 动操作,方便快捷,智能化程度高,大大提升了用户体验。
[0072] 可选地,匹配联系信息类型包括:
[0073] 移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型中的一种或多种。
[0074] 本实施例中的匹配联系信息类型包括移动电话、座机、微信、飞信、QQ、邮箱、微博 信息类型中的一种或多种。需要说明的是,本实施例中匹配联系信息类型不限于只包括移 动电话、座机、微信、飞信、QQ、邮箱、微博信息类型中的一种或多种,例如还可以包括个人网 址、地址、职业等其他联系信息。
[0075] 下面针对两个精简实施例对本发明的交换联系信息的的过程和原理进行更进一 步说明。
[0076]精简实施例一
[0077]参照图2,本实施例中交换联系信息的方法包括:
[0078]步骤S201,交换发起方向交换对端发起联系信息交换请求,联系信息交换请求至 少包括第一联系信息,其中第一联系信息包括交换发起方的联系信息类型和与交换发起方 的联系信息类型对应的联系信息内容。
[0079]具体地,本实施例假设交换发起方为A,交换对端为B,且交换发起方A在其通讯终 端预先存储了第一联系信息,具体包括联系信息类型为"QQ"和联系信息类型为"微信",以 及与联系类型为"QQ"对应的联系信息内容为"123456",与联系信息类型为"微信"对应的联 系信息内容为"aaalll"。且本实施例在向交换对端发起联系信息交换请求时,首先调用预 先存储的第一联系信息,然后生成包含第一联系信息的联系信息交换请求信息发送至交换 对端。
[0080] 步骤S202,监听并接收交换对端返回的应答消息。
[0081] 步骤S203,判断应答消息是否包含同意与交换发起方进行联系信息交换的信息, 若是,则将应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联系 信息交换。
[0082] 具体地,假设本实施例通过对应答消息进行解析,并判定应答消息中包含同意与 交换发起方进行联系信息交换的信息,则将应答消息转换成文本格式的字符串。假设本实 施例接收到的应答消息为文本类型的应答消息,具体为"我的QQ号为654321"。在实际的实 施过程中,本实施例中的应答消息的类型不限于文本类型,例如还可以是语音类型或图片 类型的应答消息,当检测到应答消息为非文本类型的消息类型时,本实施例还包括将非文 本类型的应答消息转换成文本格式的字符串,从而获得应答文本消息。
[0083]步骤S204,对应答文本消息进行分词,获得应答分词文本。
[0084]具体地,根据步骤S202可知,本实施例获得的应答文本消息的具体内容为"我的QQ 号为654321",则通过对应答文本消息进行分词,去除停用词等操作后,可以获得应答分词 文本为{我、QQ号、654321}。
[0085] 步骤S205,预先定义匹配联系信息类型。具体地,本实施例假设预先定义的匹配联 系信息类型包括移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型。
[0086] 步骤S206,判断是否能从应答分词文本中匹配出与匹配联系信息类型相同的联系 信息类型,若是,则将匹配出的与联系信息类型相同的联系信息类型作为交换对端的联系 信息类型,若否,则将交换发起方的联系信息类型作为交换对端的联系信息类型。
[0087] 具体地,本实施例通过将步骤S203获得的应答分词文本与预先定义的匹配联系信 息类型进行匹配,可以从应答分词文本中匹配出与匹配联系信息类型相同的联系信息类 型,即"QQ"联系信息类型,故本实施例将"QQ"联系信息类型作为交换对端B的联系信息类 型。
[0088]步骤S207,根据联系信息类型以及预先定义的与联系信息类型对应的正则表达式 提取与交换对端的联系信息类型对应的联系信息内容。
[0089]具体地,根本步骤S205可以获知,交换对端的联系信息类型为"QQ"联系信息类型, 故本实施例根据预先定义的与联系信息类型对应的正则表达式提取与交换对端的联系信 息类型对应的联系信息内容。即本实施例根据预先定义的与"QQ"联系信息类型对应的正则 表达式(具体见表1),提取交换对端的与"QQ"联系信息类型对应的联系信息内容。不难看 出,通过采用表1中预先定义的与"QQ"联系信息类型对应的正则表达式,本实施例可以最终 提取出交换对端的与"QQ"联系信息类型对应的联系信息内容为"654321"。
[0090] 本实施例通过交换发起方向交换对端发送联系信息交换请求,并通过对交换对端 回复的应答消息进行文本转换、分词以及与预设的匹配联系信息类型进行匹配,获得交换 对端的联系信息类型,同时基于获得的交换对端的联系信息类型以及预先定义的与联系信 息类型对应的正则表达式提取交换对端的与联系信息类型对应的联系信息内容,从而最终 完成交换发起方和交换对端的联系信息交换,解决了现有用户之间交换联系信息需要用户 手动输入联系信息等多个操作步骤,导致联系信息交换不够简便快捷的技术问题,实现了 只需交换发起方的一键操作就能将交换发起方的第一联系信息发送给交换对端,以及根据 交换对端返回的应答消息和预先定义的联系信息提取规则,自动提取第二联系信息,整个 联系信息交换过程简单快捷且智能化程度高。
[0091] 精简实施例二
[0092] 参照图3,本实施例中交换联系信息的方法包括:
[0093]步骤S301,交换发起方向交换对端发起联系信息交换请求,联系信息交换请求至 少包括第一联系信息,其中第一联系信息包括交换发起方的联系信息类型和与交换发起方 的联系信息类型对应的联系信息内容。
[0094]具体地,本实施例假设交换发起方为A,交换对端为B,且交换发起方A在其通讯终 端预先存储了第一联系信息,具体包括联系信息类型为"移动电话",以及与联系类型为"移 动电话"对应的联系信息内容为"15100000000"。且本实施例在向交换对端发起联系信息交 换请求时,首先调用预先存储的第一联系信息,并生成包含第一联系信息的联系信息交换 请求信息发送至交换对端。
[0095]步骤S302,监听并接收交换对端返回的应答消息。
[0096] 步骤S303,判断应答消息是否包含同意与交换发起方进行联系信息交换的信息, 若是,则将应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联系 信息交换。
[0097] 具体地,假设本实施例通过对应答消息进行解析,并判定应答消息中包含同意与 交换发起方进行联系信息交换的信息,则将应答消息转换成文本格式的字符串。假设本实 施例接收到的应答消息为文本类型的应答消息,具体为"13100000000"。在实际的实施过程 中,本实施例中的应答消息的类型不限于文本类型,例如还可以是语音类型或图片类型的 应答消息,当检测到应答消息为非文本类型的消息类型时,本实施例还包括将非文本类型 的应答消息转换成文本格式的字符串,从而获得应答文本消息。
[0098] 步骤S304,预先定义匹配联系信息类型。具体地,本实施例假设预先定义的匹配联 系信息类型包括移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型。
[0099] 步骤S305,判断是否能从应答分词文本中匹配出与匹配联系信息类型相同的联系 信息类型,若是,则将匹配出的与联系信息类型相同的联系信息类型作为交换对端的联系 信息类型,若否,则将交换发起方的联系信息类型作为交换对端的联系信息类型。
[0100] 具体地,本实施例通过将步骤S303获得的应答分词文本与预先定义的匹配联系信 息类型进行匹配,可以获知本实施例不能从应答分词文本中匹配出与匹配联系信息类型相 同的联系信息类型,故本实施例将交换发起方的联系信息类型作为交换对端的联系信息类 型,即本实施例将交换对端的联系信息类型定义为"移动电话"联系信息类型。
[0101]步骤S306,根据联系信息类型以及预先定义的与联系信息类型对应的正则表达式 提取与交换对端的联系信息类型对应的联系信息内容。
[0102]具体地,根本步骤S305可以获知,交换对端的联系信息类型为"移动电话"联系信 息类型,故本实施例根据预先定义的与联系信息类型对应的正则表达式提取与交换对端的 联系信息类型对应的联系信息内容。即本实施例根据预先定义的与"移动电话"联系信息类 型对应的正则表达式(具体见表1),提取交换对端的与"移动电话"联系信息类型对应的联 系信息内容。不难看出,通过采用表1中预先定义的与"移动电话"联系信息类型对应的正则 表达式,本实施例可以最终提取出交换对端的与"移动电话"联系信息类型对应的联系信息 内容为 "13100000000"。
[0103]需要说明的是,由于本实施例中交换发起方的联系信息类型仅包括一个,即"移动 电话"联系信息类型,当交换发起方的联系信息类型包括多个时,则本实施例设置交换对端 的联系信息类型也为多个。且在根据联系信息类型以及预先定义的与联系信息类型对应的 正则表达式提取与交换对端的联系信息类型对应的联系信息内容时,分别采取与每一个联 系信息类型对应的正则表达式提取应答分词文本中的联系信息内容。
[0104] 步骤S307,将第二联系信息保存至交换发起方的通讯录中与交换对端对应的通讯 录条目中,其中第二联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型 对应的联系信息内容。
[0105] 具体地,本实施例将交换对端的联系信息类型("移动电话"联系信息类型)以及与 联系信息类型对应的联系信息内容("13100000000")保存至交换发起方的通讯录中与交换 对端对应的通讯录条目中。
[0106] 参照图4,本发明的优选实施例提供的交换联系信息的装置,包括:
[0107] 交换请求发起装置10,用于交换发起方向交换对端发起联系信息交换请求,联系 信息交换请求至少包括第一联系信息,其中第一联系信息包括交换发起方的联系信息类型 和与交换发起方的联系信息类型对应的联系信息内容;
[0108] 监听装置20,用于监听并接收交换对端返回的应答消息;
[0109] 提取装置30,用于根据预先定义的联系信息提取规则,从应答消息中提取第二联 系信息,其中第二联系信息包括交换对端的联系信息类型和与交换对端的联系信息类型对 应的联系信息内容。
[0110] 可选地,交换联系信息的装置还包括:
[0111] 判断装置40,用于判断应答消息是否包含同意与交换发起方进行联系信息交换的 信息,若是,则将应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次 联系信息交换。
[0112] 可选地,提取装置30包括:
[0113] 分词装置,用于对应答文本消息进行分词,获得应答分词文本;
[0114]联系信息类型提取装置,用于根据应答分词文本提取交换对端的联系信息类型; [0115]联系信息内容提取装置,用于根据联系信息类型以及预先定义的与联系信息类型 对应的正则表达式提取与交换对端的联系信息类型对应的联系信息内容。
[0116] 本实施例交换联系信息的装置的具体工作过程和工作原理可参照本实施例的交 换联系信息的方法的工作过程和工作原理。本发明实施例中的通讯终端设备可以是台式电 脑、平板电脑、个人数字助理、手机、电视机、车载电脑、可穿戴通信设备等。
[0117] 以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人 员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、 等同替换、改进等,均应包含在本发明的保护范围之内。
【主权项】
1. 一种交换联系信息的方法,其特征在于,包括: 交换发起方向交换对端发起联系信息交换请求,所述联系信息交换请求至少包括第一 联系信息,其中所述第一联系信息包括所述交换发起方的联系信息类型和与所述交换发起 方的联系信息类型对应的联系信息内容; 监听并接收所述交换对端返回的应答消息; 根据预先定义的联系信息提取规则,从所述应答消息中提取第二联系信息,其中所述 第二联系信息包括所述交换对端的联系信息类型和与所述交换对端的联系信息类型对应 的联系信息内容。2. 根据权利要求1所述的交换联系信息的方法,其特征在于,监听并接收所述交换对端 返回的应答消息之后,根据预先定义的联系信息提取规则,从所述应答消息中提取第二联 系信息之前包括: 判断所述应答消息是否包含同意与所述交换发起方进行联系信息交换的信息,若是, 则将所述应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停止本次联系信 息交换。3. 根据权利要求2所述的交换联系信息的方法,其特征在于,根据预先定义的联系信息 提取规则,从所述应答消息中提取第二联系信息包括: 对所述应答文本消息进行分词,获得应答分词文本; 根据所述应答分词文本提取所述交换对端的联系信息类型; 根据所述联系信息类型以及预先定义的与所述联系信息类型对应的正则表达式提取 与所述交换对端的联系信息类型对应的联系信息内容。4. 根据权利要求3所述的交换联系信息的方法,其特征在于,根据所述应答分词文本提 取所述交换对端的联系信息类型包括: 预先定义匹配联系信息类型; 判断是否能从所述应答分词文本中匹配出与所述匹配联系信息类型相同的联系信息 类型,若是,则将匹配出的与所述联系信息类型相同的联系信息类型作为所述交换对端的 联系信息类型,若否,则将所述交换发起方的联系信息类型作为所述交换对端的联系信息 类型。5. 根据权利要求4所述的交换联系信息的方法,其特征在于,根据预先定义的联系信息 提取规则,从所述应答消息中提取第二联系信息之后包括: 将所述第二联系信息保存至所述交换发起方的通讯录中与所述交换对端对应的通讯 录条目中。6. 根据权利要求5所述的交换联系信息的方法,其特征在于,所述匹配联系信息类型包 括: 移动电话、座机、微信、飞信、QQ、邮箱、微博信息类型中的一种或多种。7. -种交换联系信息的装置,其特征在于, 交换请求发起装置,用于交换发起方向交换对端发起联系信息交换请求,所述联系信 息交换请求至少包括第一联系信息,其中所述第一联系信息包括所述交换发起方的联系信 息类型和与所述交换发起方的联系信息类型对应的联系信息内容; 监听装置,用于监听并接收所述交换对端返回的应答消息; 提取装置,用于根据预先定义的联系信息提取规则,从所述应答消息中提取第二联系 信息,其中所述第二联系信息包括所述交换对端的联系信息类型和与所述交换对端的联系 信息类型对应的联系信息内容。8. 根据权利要求7所述的交换联系信息的装置,其特征在于,所述交换联系信息的装置 还包括: 判断装置,用于判断所述应答消息是否包含同意与所述交换发起方进行联系信息交换 的信息,若是,则将所述应答消息转换成文本格式的字符串,获得应答文本消息,若否,则停 止本次联系信息交换。9. 根据权利要求8所述的交换联系信息的装置,其特征在于,所述提取装置包括: 分词装置,用于对所述应答文本消息进行分词,获得应答分词文本; 联系信息类型提取装置,用于根据所述应答分词文本提取所述交换对端的联系信息类 型; 联系信息内容提取装置,用于根据所述联系信息类型以及预先定义的与所述联系信息 类型对应的正则表达式提取与所述交换对端的联系信息类型对应的联系信息内容。
【文档编号】H04M1/725GK105915690SQ201610212574
【公开日】2016年8月31日
【申请日】2016年4月7日
【发明人】陈包容
【申请人】陈包容
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1