CN102904797A - 即时通信中交互信息记录的实现方法及系统 - Google Patents
即时通信中交互信息记录的实现方法及系统 Download PDFInfo
- Publication number
- CN102904797A CN102904797A CN201210356927XA CN201210356927A CN102904797A CN 102904797 A CN102904797 A CN 102904797A CN 201210356927X A CN201210356927X A CN 201210356927XA CN 201210356927 A CN201210356927 A CN 201210356927A CN 102904797 A CN102904797 A CN 102904797A
- Authority
- CN
- China
- Prior art keywords
- interactive information
- initiator
- information
- recorded
- contact person
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种即时通信中交互信息记录的实现方法及系统,属于通信、网络技术领域。所述方法包括:设定被记录联系人以及记录交互信息的数量阈值;判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,若未达到采集发起方与被记录联系人的交互信息保存至系统服务器;若已达到则采集发起方主动选择的交互信息,或者设置检索条件筛选符合条件的交互信息进行保存;采集发起方获取记录交互信息的触发消息,将已记录的交互信息推送至客户端输出。利用本发明,在一定数量阈值内记录用户与被记录联系人的交互信息内容,保存至系统服务器,有效地保存了用户与被记录联系人相关的交互信息,为用户的应用带来了方便。
Description
技术领域
本发明属于通信、网络技术领域。
背景技术
网络即时通信(IM)工具发展到今天,已成为用户普遍使用的通讯工具,逐渐成为网络用户日常生活中必不可少的一部分。即时通信工具不但在网络用户的工作中使用,同样也大量使用在网络用户的业余生活中,用户通过网络即时通信工具可以实现与联系人及时有效地沟通。
实际应用中,用户同联系人中的部分联系人并不熟识,并且从联系人资料中有时也无法获取该联系人的相关信息,因此当用户同这些联系人较长时间不联系时,便无法确认该联系人的特定信息内容。现有技术中可以通过设置备注姓名,以防联系人对自己昵称作出更改后用户无法辨识联系人。但是备注姓名的设置存在字数限制,因此用户无法再次保存较多的诸如联系人单位、职位及联系地址等信息内容。另外,当用户与联系人较长时间没有联系时,若用户由于中途变换即时通信工具使用终端,或者其他原因丢失聊天记录时,即无法从交互记录信息中获取联系人的相关信息。另外,现有技术中可以通过漫游记录保存的方式来获得不同使用终端中的交互信息记录,但是大量的数据内容为用户寻找信息也带来不便。
发明内容
本发明的目的在于,提供一种即时通信中交互信息记录的实现方法及系统。利用本发明,在一定数量阈值内记录用户与被记录联系人的交互信息内容,保存至系统服务器,当已记录的交互信息满足数量阈值后,由用户主动选择或者根据预设的条件从双方的交互记录中检索符合的交互信息并保存。有效地保存了与被记录联系人相关的交互信息,为用户的应用带来了方便。
本发明所述的一种即时通信中交互信息记录的实现方法,包括以下步骤:
步骤1,设定被记录联系人以及记录交互信息的数量阈值;
步骤2,判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下,采集发起方与被记录联系人的交互信息保存至系统服务器;
或者,在前述数量阈值已经满足的情况下,采集发起方主动选择被记录联系人的交互信息进行保存;
或者,设置检索条件,在前述数量阈值已经满足的情况下,针对后续交互记录进行检索,将符合检索条件的交互信息进行保存;
步骤3,采集发起方获取记录交互信息的触发消息,由系统服务器将前述步骤2中已记录的交互信息推送至发起方所在的客户端输出。
优选的,步骤1中所述的被记录联系人默认设定为发起方新添加的即时通信联系人。
优选的,发起方通过设置于即时通信交互界面或者即时通信主面板中的控件,选择设定被记录联系人。
优选的,记录交互信息的数量阈值为50到200条之间。
优选的,所述步骤2中的检索条件,其内容为如下信息至少其一,
2-1姓名信息或昵称信息或者绰号信息;
2-2电话或电子邮件的数据信息;
2-3地址信息;
2-4工作单位的名称或职位或业务类型数据;
2-5生日数据或星座数据;
2-6涉及他人的前述类型的数据。
优选的,发起方主动选择的交互信息或满足检索条件的交互信息,是在原有的数量阈值基础上增添的存储信息量。
优选的,发起方主动选择的交互信息或满足检索条件的交互信息,是通过替换原有的已记录交互信息实现的存储信息量。
优选的,所述发起方针对需要保存的交互信息的选择操作是通过触发交互信息上传控件实现的。
优选的,所述交互信息上传控件设置在用于显示交互记录的界面中,当发起方控制光标停留于某一交互记录所在区域内时,在交互记录的一侧生成并显示该控件。
优选的,所述发起方主动选择的交互信息或满足检索条件的交互信息在保存至系统服务器后,进行锁定标记,包含有该锁定标记的信息不作为替换操作时被删除的交互信息。
优选的,所述原有的已记录交互信息,被替换的数据是满足替换条件的数据内容,该数据内容包括单纯问候语,单纯图标和单纯符号。
优选的,所述替换操作时被删除的交互信息为,原有的已记录交互记录中不包含下述内容的交互信息,
2-1姓名信息或昵称信息或者绰号信息;
2-2电话或电子邮件的数据信息;
2-3地址信息;
2-4工作单位的名称、职位、业务类型等数据;
2-5生日数据或星座数据;
2-6涉及他人的前述类型数据;
2-7锁定标记。
优选的,所述的触发消息,是通过触发交互信息记录控件实现的,该交互信息记录控件设置在发起方与被记录联系人之间的即时通信交互界面工具栏上,或者设置在用于显示交互记录的界面中。
优选的,所述的触发消息,是通过触发交互信息记录控件实现的,该交互信息记录控件设置在即时通信主面板中对应被记录联系人的Item项区域内。
根据采集交互信息与已记录交互信息数量的判断这两步骤先后顺序的不同,本发明还提供了一种即时通信中交互信息记录的实现方法,包括如下步骤:
步骤1,设定被记录联系人以及记录交互信息的数量阈值;
步骤2,采集发起方与被记录联系人的交互信息;
步骤3,判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下将已采集的发起方与被记录联系人的交互信息保存至系统服务器,在达到的情况下放弃所采集的交互信息;
步骤4,采集发起方获取记录交互信息的触发消息,由系统服务器将前述已记录的交互信息推送至发起方所在客户端输出。
相应地,本发明还提供了一种即时通信中交互信息记录的系统,该系统包括如下组成部分:
客户端,用以在已记录交互信息的数量未满足预设的数量阈值时,采集发起方与被记录联系人的交互信息,将其上传至下述系统服务器进行保存;或者在已记录交互信息的数量已满足预设的数量阈值时,采集发起方主动选择的交互信息或满足检索条件的交互信息上传至下述系统服务器进行保存;
系统服务器,用以保存客户端上传的交互信息数据,同步更新交互信息的数量信息,在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端。
优选的,所述客户端包括如下结构:
信息记录设定单元,用以设定被记录联系人以及记录交互信息的数量阈值;
信息数量判定单元,用以判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下触发下述交互信息采集单元进行采集操作;
交互信息采集单元,用以采集发起方与被记录联系人的交互信息;
交互信息上传单元,用以将交互信息采集单元采集的交互信息上传至系统服务器保存;
交互信息获取单元,用以采集发起方获取已记录交互信息的触发操作,触发系统服务器将已记录的交互信息推送至客户端输出。
优选的,对应所述客户端还设置有选择记录补充模块,用以在发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值的情况下,采集发起方通过用于显示交互记录的界面所选择的交互信息。
优选的,对应所述客户端还设置有检索记录补充模块,用以预设检索条件,当判定发起方与被记录联系人已记录交互信息的数量达到预设数量阈值的情况下,针对后续交互记录进行检索,挑选符合检索条件的交互信息。
优选的,所述系统服务器包括如下结构:
交互信息存储单元,用以保存客户端上传的发起方与被记录联系人的交互信息数据;
交互信息推送单元,用以在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端。
优选的,对应所述交互信息存储单元,还设置有用于记录发起方同被记录联系人的已记录交互信息数量的交互信息计数模块。
优选的,对应所述交互信息存储单元,还设置有交互信息替换模块,用于筛选替换操作时被删除的交互信息并替换,以及对发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值后,发起方再次上传的交互信息进行锁定标记。
特别地,用于实现已记录交互信息数量的判定功能,以及相应交互信息的采集和保存操作的功能结构除了设置在客户端之外,还可以设置在系统服务器中,因此本发明还提供了一种系统即时通信中交互信息记录的系统,包括发起方客户端、被记录联系人客户端以及系统服务器,所述系统服务器,用以判定已记录交互信息的数量是否达到预设的数量阈值,在没有达到的情况下采集发起方与被记录联系人的交互信息进行保存,在达到的情况下放弃对该数量阈值内交互信息的保存。
附图说明
图1是本发明第一实施例提供的即时通信中交互信息记录的方法流程图。
图2是本发明第二实施例提供的即时通信中交互信息记录的方法流程图。
图3是本发明所述的即时通信中交互信息记录的系统结构框图。
图4是本发明所述的即时通信中交互信息记录系统中的客户端结构框图。
图5是本发明所述的即时通信中交互信息记录系统中的系统服务器结构框图。
具体实施方式
本发明提供一种即时通信中交互信息记录的实现方法及系统。利用本发明,在一定数量阈值内记录用户与被记录联系人的交互信息内容,保存至系统服务器,当已记录的交互信息满足数量阈值后,由用户主动选择或者根据预设的条件从双方的交互记录中检索符合的交互信息并保存。
下面参照附图,结合具体实施例对本发明做进一步的说明。以下描述基于Windows操作系统为例,但本领域的技术人员应当明白本发明并不局限于此。
图1是本发明第一实施例提供的即时通信中交互信息记录的方法流程图。参图中所示,本发明所提供的方法包括如下步骤:
步骤S101,设定被记录联系人以及记录交互信息的数量阈值。
本发明所述方法是用以进行即时通信联系人相关信息的保存,特别是针对一些用户在日常工作生活中并不熟识的联系人。因此在进行交互信息记录前,首先需要设定被记录联系人。
被记录联系人默认设定为用户新添加的即时通信联系人,即当用户通过即时通信客户端添加新的联系人后,该联系人即被设定为被记录联系人。当用户同该联系人进行沟通时,对双方间的交互信息进行记录。另外,对于已存在于用户联系人列表中的即时通信联系人,当用户认为有必要针对该联系人的交互信息进行记录时,通过设置于即时通信交互界面或者即时通信主面板中的控件,选择目标联系人,将其设定为被记录联系人。
本发明所述方法侧重于即时通信联系人相关信息的保存,所述相关信息是指有关该联系人的姓名、联系方式、工作单位等联系人资料信息。一般而言,用户在生活特别是工作中同新添加联系人进行沟通时,首先涉及的沟通内容即会涉及上述联系人相关信息,因此本发明针对交互信息的记录数量设置了阈值,在保存有效数据信息的同时,减少数据采集量和数据存储量,降低了对整个系统的负荷。本发明中设定的记录交互信息的数量阈值为50到200条之间。
步骤S102,判断已记录交互信息的数量是否达到数量阈值。
实际应用中,当发起方同即时通信客户端中已设定为被记录联系人的联系人进行信息交互时,首先获取发起方同该联系人的已记录交互信息的数量,将其与步骤S101中预设的数量阈值进行比对,判断当前已经记录的交互信息数是否达到前述数量阈值。
当发起方同被记录联系人进行沟通时,涉及到联系人相关信息的内容一般分为两种情况:
其一,当发起方同被记录联系人,特别是新添加的即时通信联系人进行沟通时,通常情况下会首先交流双方的基本信息,例如联系人的姓名,联系方式、工作单位等。
其二,在与联系人后期沟通交流中,会涉及到相关信息的变更,或者诸如生日,住址等更加详细的内容。
因此,根据当前已经记录的交互信息数是否达到前述数量阈值,对应发起方与被记录联系人的交互信息的操作方式也有所区别。当已经记录的交互信息数尚未达到数量阈值时,转步骤S103,采集双方的交互信息保存至系统服务器;若已记录的交互信息数已经达到数量阈值,则转步骤S104或步骤S105,通过发起方主动选择或根据检索条件对双方后续的交互信息进行检索的方式,获取需要进行保存的被记录联系人相关信息。
步骤S103,采集发起方与被记录联系人的交互信息保存至系统服务器。
经步骤S102判断,当前系统服务器中已记录的发起方与被记录联系人的交互信息数,尚未达到预设的数量阈值时,针对双方的交互信息不加筛选,经采集后将发起方与被记录联系人的交互信息保存至系统服务器。
需要注意的是,交互信息的采集和保存是个循环过程。每一条新采集的交互信息在保存后,对已保存交互信息数进行更新,完成此次交互信息的记录操作。然后转入步骤S102针对更新后的已保存交互信息数再次进行判断,若仍未达到数量阈值,则继续重复步骤S103采集并保存发起方与被记录联系人的交互信息。直至已保存交互信息数超过数量阈值,则转入步骤S104和/或步骤S105。
具体地,当已保存交互信息数超过数量阈值时,从后续交互信息中获取需要进行保存的交互信息主要通过下述两个步骤完成,这两个步骤分别对应不同的交互信息获取方式。具体应用时,获取方式的确定可以任选其一,也可两种方式同时进行。
步骤S104,采集发起方主动选择被记录联系人的交互信息进行保存。
这一步骤所对应的交互信息获取方式为用户主动选择。当发起方通过即时通信客户端中显示交互记录的界面,查看到需要进行保存的交互信息时,针对该交互信息触发相应的交互信息上传控件,即触发针对该交互信息的采集操作,采集完毕后将该交互信息保存至系统服务器。
具体地,所述即时通信客户端中显示交互记录的界面包括,发起方与联系人的即时通信交互界面中的交互记录输出栏、消息记录输出栏以及消息管理窗口中的消息记录输出栏。当发起方通过前述显示交互记录的界面查看到需要进行保存的交互信息时,发起方控制光标停留于该记录所在区域内时,在该交互记录的一侧生成并显示交互信息上传控件,发起方通过点击该控件,即可触发该交互信息的采集与保存操作。
实际操作中,设置当前操作的显示交互记录的界面为对应的主窗口,捕获鼠标消息,并在主窗口实现针对鼠标消息的响应函数;通过主窗口响应系统的鼠标消息,得到当前用户鼠标点击的位置数据,获取该位置数据所占用的矩形区域,利用相关API函数判断鼠标点击位置对应的相关内容,以此判断发起方触发交互信息上传控件。
步骤S105,设置检索条件,将符合检索条件的交互信息进行保存。
这一步骤所对应的交互信息获取方式为检索获取。在应用前首先设置相应的检索条件,当经步骤S102判断,已记录交互信息数达到数量阈值后,针对发起方同联系人后续的交互信息,比对预设的检索条件,筛选符合的交互信息。
具体地,所述检索条件为,交互信息中包含如下内容信息至少其
2-1姓名信息或昵称信息或者绰号信息;
此类信息内容为称呼信息,由于称呼信息一般出现于一段交互信息内容的开始位置,因此具体的检索方式为,分析该交互信息中是否包含符合姓名称呼构成规则的词语以及该词语出现的位置,判定该交互信息中是否包含有称呼信息。
2-2电话或电子邮件的数据信息;
此类信息为联系方式,由于电话号码或电子邮件地址均有一定的组成规则,检索时可根据相应的组成规则进行分析,判断该交互信息中是否包含有电话或电子邮件的数据信息。
2-3地址信息;
此类信息包括家庭地址信息、单位地址信息、或者旅行地点数据信息等。检索时以地名、街道以及小区等作为关键词,对交互信息进行分析判断。
2-4工作单位的名称或职位或业务类型数据;
此类信息检索时以职务、业务类型名称以及单位公司等词语作为关键词,对交互信息进行分析判断。
2-5生日数据或星座数据;
此类信息检索时,以十二星座名称以及月、日、生日等字词作为关键词,对交互信息进行分析判断。
2-6涉及他人的前述类型的数据。
此类信息是指发起方与联系人在进行沟通时,交互信息中涉及他人的前述5种类型数据,例如联系人的子女生日。具体检索时仍依据前述5种类型数据的检索方式进行分析判断。
当发起方与被记录联系人的已保存交互信息数超过数量阈值后,针对通过发起方主动选择或根据检索条件对双方后续的交互信息进行检索的方式,获取的需要进行保存的联系人相关信息有以下两种处理方式:
其一,在原有已保存的交互信息基础上,继续补充新的信息数据。即数量阈值为100条时,若已保存的交互信息数量为100条后,发起方通过主动选择的方式,挑选了一条需要进行记录的交互信息,则将该信息保存至系统服务器,此时系统服务器中保存的交互信息数量为101条。
其二,替换原有的已记录交互信息。即数量阈值为100条时,若已保存的交互信息数量为100条后,发起方通过主动选择的方式,挑选了一条需要进行记录的交互信息,则从系统服务器中已经保存的100条交互信息中选取一条与被记录联系人相关信息无关的交互信息,将其替换为发起方所选择的交互信息。系统服务器中保存的交互信息数量仍为100条。
进一步,当发起方与被记录联系人的已保存交互信息数超过数量阈值后,若通过发起方主动选择或根据检索条件进行检索的方式获取的交互信息,采用替换原有交互信息保存至系统服务器时,为避免前述信息在后续的替换操作中被删除,该交互信息在保存至系统服务器后,由系统服务器对其进行锁定标记,包含有该锁定标记的信息不作为替换操作时被删除的交互信息。
具体地,从已记录交互记录筛选出被替换信息的选择标准为,该信息的数据内容包括单纯问候语,单纯图标和单纯符号。例如“你好”、“□”和“。。。。。。”。
另外,对应前述检索需要进行保存的交互信息的检索标准,当已记录交互信息中不包含相应内容时,即可被判定为替换操作时可删除的交互信息。特别注意的是,当该交互信息包含有锁定标记时,即认为不可替换,不论其内容是否符合前述判定标准。
步骤S106,采集发起方获取记录交互信息的触发消息,由系统服务器将前述已记录的交互信息推送至发起方所在的客户端输出。
实际应用中,当发起方希望获得其某一被记录联系人的相关信息时,通过触发交互信息记录控件向系统服务器发出获取记录交互信息的触发消息。系统服务器在接受到该触发消息后,根据触发消息所对应的被记录联系人,从已记录的交互信息中提取发起方与该联系人的交互记录,将其推送至发起方所在的客户端并输出。
具体地,为便于用户查询联系人相关信息,所述交互信息记录控件可设置于发起方与被记录联系人之间的即时通信交互界面工具栏上,用于显示交互记录的界面中,以及即时通信主面板中对应被记录联系人的Item项区域内三处至少其一中。
其中,用于显示交互记录的界面包括,发起方与联系人的即时通信交互界面中的交互记录输出栏、消息记录输出栏以及消息管理窗口中的消息记录输出栏。
上述第一实施例所述的实现方法中,首先针对已记录交互信息的数量是否达到数量阈值进行判断,当判定结果为否时,再对用户与联系人的交互信息进行采集。实际应用中针对这一流程的先后顺序做出调整仍然可以在预设的阈值范围内采集用户与联系人的交互信息。如图2所示的即为本发明第二实施例提供的即时通信中交互信息记录的方法流程图。
在这一方法中,首先采集发起方与被记录联系人的交互信息,而后再对已记录数量是否达到阈值进行判断。具体步骤如下:
步骤S201,设定被记录联系人以及记录交互信息的数量阈值。
被记录联系人默认设定为用户新添加的即时通信联系人,另外,对于已存在于用户联系人列表中的即时通信联系人,根据用户的选择,通过设置于即时通信交互界面或者即时通信主面板中的控件,将其设定为被记录联系人。本发明中设定的记录交互信息的数量阈值为50到200条之间。
步骤S202,采集发起方与被记录联系人的交互信息。
步骤S203,判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,若否转步骤S204,若是转步骤S205。
从系统服务器中获取发起方与对应联系人已记录交互信息的数量,与步骤S201中预设的数量阈值进行比对,判断当前已经记录的交互信息数是否达到前述数量阈值。
步骤S204,将已采集的发起方与被记录联系人的交互信息保存至系统服务器。
新采集的交互信息在保存后,针对已保存交互信息数进行更新,完成此次交互信息的记录操作。然后转入步骤S202继续采集发起方与联系人的后续交互信息,再针对更新后的已保存交互信息数再次进行判断,若仍未达到数量阈值,则继续重复步骤S204保存发起方与被记录联系人的交互信息,直至已保存交互信息数超过数量阈值。
步骤S205,放弃所采集的交互信息。
由于已记录交互信息的数量已经达到前述数量阈值,当前已采集的交互信息一旦保存,已记录交互信息数即会超过数量阈值,因此放弃所采集的交互信息,不再保存。当然针对后续交互信息中仍存在需要进行保存记录的信息,可以采取前述第一实施例所对应方法中的用户自主选择和预设检索条件的方法进行筛选,与第二实施例所述方法并不冲突。
步骤S206,采集发起方获取记录交互信息的触发消息,由系统服务器将前述已记录的交互信息推送至发起方所在客户端输出。
根据发起方的触发操作,系统服务器向其推送相应的已记录交互信息。
由于设置了保存信息的数量阈值,降低了对系统服务器的资源消耗,交互信息保存在系统服务器中,也避免了用户因更换即时通信客户端所在数字终端所造成的信息无法共享或丢失。便于用户更方便,更准确的获取联系人的相关信息。
参图3所示,本图为本发明所述的即时通信中交互信息记录的系统结构框图。所述系统100由客户端110和系统服务器120组成,
客户端110,用以在已记录交互信息的数量未满足预设的数量阈值时,采集发起方与被记录联系人的交互信息,将其上传至下述系统服务器120进行保存;或者在已记录交互信息的数量已满足预设的数量阈值时,采集发起方主动选择的交互信息或满足检索条件的交互信息上传至下述系统服务器120进行保存;
系统服务器120,用以保存客户端110上传的交互信息数据,同步更新交互信息的数量信息,在接收到来自客户端110的获取请求后,将已保存的交互信息数据推送至客户端110。
图3中的箭头表示了数据的传输方向,发起方同被记录联系人的交互信息在发起方所在客户端110采集完毕后,传输至系统服务器进行保存。当发起方希望获得前述已保存的相关数据信息时,通过发起方所在客户端110向系统服务器120发出请求,由系统服务器120将前述已保存的数据信息推送至客户端110进行输出。
具体地,图4所示即为上述即时通信中交互信息记录系统中客户端的结构框图。
所述客户端包括如下结构,
信息记录设定单元111,用以设定被记录联系人以及记录交互信息的数量阈值;
信息数量判定单元112,用以判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下触发下述交互信息采集单元113进行采集操作;
交互信息采集单元113,用以采集发起方与被记录联系人的交互信息;
交互信息上传单元114,用以将交互信息采集单元113采集的交互信息上传至系统服务器120保存;
交互信息获取单元115,用以采集发起方获取已记录交互信息的触发操作,触发系统服务器将已记录的交互信息推送至客户端输出。
进一步,当发起方与被记录联系人已记录交互信息的数量已经达到预设的数量阈值时,通过发起方主动选择和根据检索条件检索两种方式对已保存的交互信息进行补充和更新。
对应上述方法,客户端110还分别设置了下述功能模块:
选择记录补充模块116,用以在发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值的情况下,采集发起方通过用于显示交互记录的界面所选择的交互信息;
检索记录补充模块117,用以预设检索条件,当判定发起方与被记录联系人已记录交互信息的数量达到预设数量阈值的情况下,针对后续交互记录进行检索,挑选符合检索条件的交互信息。
图5所示为本发明所述的即时通信中交互信息记录系统中的系统服务器结构框图。
所述系统服务器120包括如下结构,
交互信息存储单元121,用以保存客户端上传的发起方与被记录联系人的交互信息数据;
交互信息推送单元122,用以在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端。
进一步,对应所述交互信息存储单元121,还设置有用于记录发起方同被记录联系人的已记录交互信息数量的交互信息计数模块123。
对应所述交互信息存储单元121,还设置有交互信息替换模块124,用于筛选替换操作时被删除的交互信息并替换,以及对发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值后,发起方再次上传的交互信息进行锁定标记。
对本发明所述的即时通信交互信息记录的实现过程,具体描述如下。首先发起方通过客户端110中的信息记录设定单元111,设定被记录联系人以及记录交互信息的数量阈值。实际应用中,当发起方同某一被记录联系人进行信息交流时,由信息数量判定单元112从交互信息计数模块123中获取发起方同该联系人的已记录交互信息数量,并据此比对信息记录设定单元111设定的数量阈值,判断发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值。
若尚未达到数量阈值,则由信息数量判定单元112触发交互信息采集单元113采集发起方与被记录联系人的交互信息,并由交互信息上传单元114,将交互信息采集单元113采集的交互信息上传至系统服务器120保存。
若已经达到数量阈值,则通过以下两个模块的操作,进行已记录交互信息的补充或者更新。其一,发起方可以针对双方的交互记录进行主动选择,由选择记录补充模块116,采集发起方通过用于显示交互记录的界面所选择的交互信息,通过交互信息上传单元114将所采集的交互信息上传至系统服务器120保存。
其二,由检索记录补充模块117,预设检索条件,当判定发起方与被记录联系人已记录交互信息的数量达到预设数量阈值的情况下,针对超出数量阈值的后续交互记录进行检索,挑选符合检索条件的交互信息,通过交互信息上传单元114将所采集的交互信息上传至系统服务器120保存。
上传至系统服务器120的交互信息均保存至交互信息存储单元121,在信息保存的同时,由交互信息计数模块123记录并更新发起方同被记录联系人的已记录交互信息数量。特别地,当交互信息存储单元121中保存的交互信息数量达到预设的数量阈值后,发送方客户端继续上传新的需要进行记录的交互信息时,由交互信息替换模块124,从已记录的交互信息中筛选替换操作时被删除的交互信息并替换,以及对发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值后,发起方再次上传的交互信息进行锁定标记,以防止该交互信息在后续的操作中被替换删除。
实际应用中,发起方希望查看某一被记录联系人的相关信息时,通过客户端110进行触发,由交互信息获取单元115采集发起方的触发操作,推送至系统服务器120,其中的交互信息推送单元122在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端110。
对应前述系统100,判断数量阈值是否达到,以及尚未达到数量阈值时发起方与联系人交互信息的采集都是通过发起方所在的客户端进行操作的。实际应用中,已记录的交互信息存储于系统服务器中,对于已记录交互信息数量是否达到数量阈值的判断,亦可由系统服务器进行操作,而且由于现有即时通信系统中,信息的传输除点对点传输方式外,常采用通过系统服务器进行传输的方式。
因此本发明还提供了一种即时通信中交互信息记录的系统,包括发起方客户端、被记录联系人客户端以及系统服务器。其中所述系统服务器,用以判定已记录交互信息的数量是否达到预设的数量阈值,在没有达到的情况下采集发起方与被记录联系人的交互信息进行保存,在达到的情况下放弃对该数量阈值内交互信息的保存。
在本发明中,所述搭载发起方即时通信工具的数字设备可以为计算机、移动电话或者PDA等通信设备。
以上是对本发明的描述而非限定,基于本发明思想的其它实施例,均在本发明的保护范围之中。
Claims (23)
1.一种即时通信中交互信息记录的实现方法,其特征在于所述方法包括如下步骤:
步骤1,设定被记录联系人以及记录交互信息的数量阈值;
步骤2,判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下,采集发起方与被记录联系人的交互信息保存至系统服务器;
或者,在前述数量阈值已经满足的情况下,采集发起方主动选择被记录联系人的交互信息进行保存;
或者,设置检索条件,在前述数量阈值已经满足的情况下,针对后续交互记录进行检索,将符合检索条件的交互信息进行保存;
步骤3,采集发起方获取记录交互信息的触发消息,由系统服务器将前述步骤2中已记录的交互信息推送至发起方所在的客户端输出。
2.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:步骤1中所述的被记录联系人默认设定为发起方新添加的即时通信联系人。
3.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:发起方通过设置于即时通信交互界面或者即时通信主面板中的控件,选择设定被记录联系人。
4.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:记录交互信息的数量阈值为50到200条之间。
5.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述步骤2中的检索条件,其内容为如下信息至少其一,
2-1姓名信息或昵称信息或者绰号信息;
2-2电话或电子邮件的数据信息;
2-3地址信息;
2-4工作单位的名称或职位或业务类型数据;
2-5生日数据或星座数据;
2-6涉及他人的前述类型的数据。
6.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:发起方主动选择的交互信息或满足检索条件的交互信息,是在原有的数量阈值基础上增添的存储信息量。
7.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:发起方主动选择的交互信息或满足检索条件的交互信息,是通过替换原有的已记录交互信息实现的存储信息量。
8.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述发起方针对需要保存的交互信息的选择操作是通过触发交互信息上传控件实现的。
9.根据权利要求8所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述交互信息上传控件设置在用于显示交互记录的界面中,当发起方控制光标停留于某一交互记录所在区域内时,在交互记录的一侧生成并显示该控件。
10.根据权利要求7所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述发起方主动选择的交互信息或满足检索条件的交互信息在保存至系统服务器后,进行锁定标记,包含有该锁定标记的信息不作为替换操作时被删除的交互信息。
11.根据权利要求7所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述原有的已记录交互信息,被替换的数据是满足替换条件的数据内容,该数据内容包括单纯问候语,单纯图标和单纯符号。
12.根据权利要求7所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述替换操作时被删除的交互信息为,原有的已记录交互记录中不包含下述内容的交互信息,
2-1姓名信息或昵称信息或者绰号信息;
2-2电话或电子邮件的数据信息;
2-3地址信息;
2-4工作单位的名称、职位、业务类型等数据;
2-5生日数据或星座数据;
2-6涉及他人的前述类型数据;
2-7锁定标记。
13.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述的触发消息,是通过触发交互信息记录控件实现的,该交互信息记录控件设置在发起方与被记录联系人之间的即时通信交互界面工具栏上,或者设置在用于显示交互记录的界面中。
14.根据权利要求1所述的一种即时通信中交互信息记录的实现方法,其特征在于:所述的触发消息,是通过触发交互信息记录控件实现的,该交互信息记录控件设置在即时通信主面板中对应被记录联系人的Item项区域内。
15.一种即时通信中交互信息记录的实现方法,其特征在于所述方法包括如下步骤:
步骤1,设定被记录联系人以及记录交互信息的数量阈值;
步骤2,采集发起方与被记录联系人的交互信息;
步骤3,判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下将已采集的发起方与被记录联系人的交互信息保存至系统服务器,在达到的情况下放弃所采集的交互信息;
步骤4,采集发起方获取记录交互信息的触发消息,由系统服务器将前述已记录的交互信息推送至发起方所在客户端输出。
16.一种即时通信中交互信息记录的系统,其特征在于该系统包括如下组成部分:
客户端,用以在已记录交互信息的数量未满足预设的数量阈值时,采集发起方与被记录联系人的交互信息,将其上传至下述系统服务器进行保存;或者在已记录交互信息的数量已满足预设的数量阈值时,采集发起方主动选择的交互信息或满足检索条件的交互信息上传至下述系统服务器进行保存;
系统服务器,用以保存客户端上传的交互信息数据,同步更新交互信息的数量信息,在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端。
17.根据权利要求16所述的一种即时通信中交互信息记录的系统,其特征在于:所述客户端包括如下结构,
信息记录设定单元,用以设定被记录联系人以及记录交互信息的数量阈值;
信息数量判定单元,用以判定发起方与被记录联系人已记录交互信息的数量是否达到前述数量阈值,在未达到的情况下触发下述交互信息采集单元进行采集操作;
交互信息采集单元,用以采集发起方与被记录联系人的交互信息;
交互信息上传单元,用以将交互信息采集单元采集的交互信息上传至系统服务器保存;
交互信息获取单元,用以采集发起方获取已记录交互信息的触发操作,触发系统服务器将已记录的交互信息推送至客户端输出。
18.根据权利要求17所述的一种即时通信中交互信息记录的系统,其特征在于:对应所述客户端还设置有选择记录补充模块,用以在发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值的情况下,采集发起方通过用于显示交互记录的界面所选择的交互信息。
19.根据权利要求17所述的一种即时通信中交互信息记录的系统,其特征在于:对应所述客户端还设置有检索记录补充模块,用以预设检索条件,当判定发起方与被记录联系人已记录交互信息的数量达到预设数量阈值的情况下,针对后续交互记录进行检索,挑选符合检索条件的交互信息。
20.根据权利要求16所述的一种即时通信中交互信息记录的系统,其特征在于:所述系统服务器包括如下结构,
交互信息存储单元,用以保存客户端上传的发起方与被记录联系人的交互信息数据;
交互信息推送单元,用以在接收到来自客户端的获取请求后,将已保存的交互信息数据推送至客户端。
21.根据权利要求20所述的一种即时通信中交互信息记录的系统,其特征在于:对应所述交互信息存储单元,还设置有用于记录发起方同被记录联系人的已记录交互信息数量的交互信息计数模块。
22.根据权利要求20所述的一种即时通信中交互信息记录的系统,其特征在于:对应所述交互信息存储单元,还设置有交互信息替换模块,用于筛选替换操作时被删除的交互信息并替换,以及对发起方与被记录联系人已记录交互信息的数量已达到预设的数量阈值后,发起方再次上传的交互信息进行锁定标记。
23.一种即时通信中交互信息记录的系统,包括发起方客户端、被记录联系人客户端以及系统服务器,其特征在于:所述系统服务器,用以判定已记录交互信息的数量是否达到预设的数量阈值,在没有达到的情况下采集发起方与被记录联系人的交互信息进行保存,在达到的情况下放弃对该数量阈值内交互信息的保存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210356927.XA CN102904797B (zh) | 2012-09-21 | 2012-09-21 | 即时通信中交互信息记录的实现方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210356927.XA CN102904797B (zh) | 2012-09-21 | 2012-09-21 | 即时通信中交互信息记录的实现方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102904797A true CN102904797A (zh) | 2013-01-30 |
CN102904797B CN102904797B (zh) | 2015-07-15 |
Family
ID=47576841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210356927.XA Active CN102904797B (zh) | 2012-09-21 | 2012-09-21 | 即时通信中交互信息记录的实现方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102904797B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103457835A (zh) * | 2013-08-18 | 2013-12-18 | 苏州量跃信息科技有限公司 | 即时通信中交互记录汇总的方法及系统 |
CN103457836A (zh) * | 2013-08-18 | 2013-12-18 | 苏州量跃信息科技有限公司 | 即时通信文件夹的实现方法及客户端 |
CN104317849A (zh) * | 2014-10-14 | 2015-01-28 | 王澜 | 用于更新求职信息表的设备和方法 |
CN105122280A (zh) * | 2013-02-22 | 2015-12-02 | 诺基亚技术有限公司 | 用于提供联系人相关信息项的装置和方法 |
CN106550125A (zh) * | 2016-10-24 | 2017-03-29 | 北京珠穆朗玛移动通信有限公司 | 信息的处理方法及其移动终端 |
CN108287863A (zh) * | 2017-11-30 | 2018-07-17 | 维沃移动通信有限公司 | 一种消息记录的清理方法和装置 |
CN109167755A (zh) * | 2017-07-28 | 2019-01-08 | 成都牵牛草信息技术有限公司 | 管理系统中即时通讯账号的管理方法 |
US10255327B2 (en) | 2013-02-22 | 2019-04-09 | Nokia Technology Oy | Apparatus and method for providing contact-related information items |
CN110472624A (zh) * | 2019-07-23 | 2019-11-19 | 深圳市六度人和科技有限公司 | 一种自动识别内容上传方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1941767A (zh) * | 2005-09-27 | 2007-04-04 | 腾讯科技(深圳)有限公司 | 一种即时通信信息处理方法和系统 |
CN101488927A (zh) * | 2009-02-19 | 2009-07-22 | 腾讯科技(深圳)有限公司 | 即时通讯装置管理文字信息的方法及一种即时通讯装置 |
CN102214188A (zh) * | 2010-04-09 | 2011-10-12 | 三星电子(中国)研发中心 | 通讯终端及其内容存储和管理方法 |
CN102238097A (zh) * | 2010-05-07 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 一种基于即时通讯im的信息提醒方法和装置 |
CN102323933A (zh) * | 2011-08-31 | 2012-01-18 | 张潇 | 一种面向即时通信的信息嵌入和交互系统及方法 |
CN102664830A (zh) * | 2012-04-28 | 2012-09-12 | 上海量明科技发展有限公司 | 即时通信中采集通信方式数据的方法、客户端及系统 |
-
2012
- 2012-09-21 CN CN201210356927.XA patent/CN102904797B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1941767A (zh) * | 2005-09-27 | 2007-04-04 | 腾讯科技(深圳)有限公司 | 一种即时通信信息处理方法和系统 |
CN101488927A (zh) * | 2009-02-19 | 2009-07-22 | 腾讯科技(深圳)有限公司 | 即时通讯装置管理文字信息的方法及一种即时通讯装置 |
CN102214188A (zh) * | 2010-04-09 | 2011-10-12 | 三星电子(中国)研发中心 | 通讯终端及其内容存储和管理方法 |
CN102238097A (zh) * | 2010-05-07 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 一种基于即时通讯im的信息提醒方法和装置 |
CN102323933A (zh) * | 2011-08-31 | 2012-01-18 | 张潇 | 一种面向即时通信的信息嵌入和交互系统及方法 |
CN102664830A (zh) * | 2012-04-28 | 2012-09-12 | 上海量明科技发展有限公司 | 即时通信中采集通信方式数据的方法、客户端及系统 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10255327B2 (en) | 2013-02-22 | 2019-04-09 | Nokia Technology Oy | Apparatus and method for providing contact-related information items |
CN105122280A (zh) * | 2013-02-22 | 2015-12-02 | 诺基亚技术有限公司 | 用于提供联系人相关信息项的装置和方法 |
US10402914B2 (en) | 2013-02-22 | 2019-09-03 | Nokia Technologies Oy | Apparatus and method for providing contact-related information items |
CN103457835A (zh) * | 2013-08-18 | 2013-12-18 | 苏州量跃信息科技有限公司 | 即时通信中交互记录汇总的方法及系统 |
CN103457835B (zh) * | 2013-08-18 | 2018-05-04 | 苏州量跃信息科技有限公司 | 即时通信中交互记录汇总的方法及系统 |
CN103457836A (zh) * | 2013-08-18 | 2013-12-18 | 苏州量跃信息科技有限公司 | 即时通信文件夹的实现方法及客户端 |
CN103457836B (zh) * | 2013-08-18 | 2018-08-28 | 苏州量跃信息科技有限公司 | 即时通信文件夹的实现方法及客户端 |
CN104317849A (zh) * | 2014-10-14 | 2015-01-28 | 王澜 | 用于更新求职信息表的设备和方法 |
CN106550125A (zh) * | 2016-10-24 | 2017-03-29 | 北京珠穆朗玛移动通信有限公司 | 信息的处理方法及其移动终端 |
CN109167755A (zh) * | 2017-07-28 | 2019-01-08 | 成都牵牛草信息技术有限公司 | 管理系统中即时通讯账号的管理方法 |
CN109167755B (zh) * | 2017-07-28 | 2021-06-04 | 成都牵牛草信息技术有限公司 | 管理系统中即时通讯账号的管理方法 |
CN108287863A (zh) * | 2017-11-30 | 2018-07-17 | 维沃移动通信有限公司 | 一种消息记录的清理方法和装置 |
CN108287863B (zh) * | 2017-11-30 | 2020-07-21 | 维沃移动通信有限公司 | 一种消息记录的清理方法和装置 |
CN110472624A (zh) * | 2019-07-23 | 2019-11-19 | 深圳市六度人和科技有限公司 | 一种自动识别内容上传方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102904797B (zh) | 2015-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102904797B (zh) | 即时通信中交互信息记录的实现方法及系统 | |
US7634509B2 (en) | Personal information space management system and method | |
CN101080056B (zh) | 一种移动终端的网络浏览器收藏夹的管理方法及系统 | |
CN102790727B (zh) | 一种动态推送用户个人标签的方法和系统 | |
CN100589606C (zh) | 一种短消息查询分析系统及方法 | |
EP2347347B1 (en) | Search based specification for data synchronization | |
CN104899325A (zh) | 一种app采集数据的收集方法、终端、服务器及系统 | |
CN102196022B (zh) | 信息管理方法、系统与移动装置 | |
CN104519205A (zh) | 管理通信记录的方法及其电子装置 | |
CN104407873A (zh) | 基于日历管理应用的方法及装置 | |
CN101916399A (zh) | 一种收件人的添加方法及系统 | |
CN100571298C (zh) | 一种通信终端删除通话记录的方法及系统 | |
CN102523173A (zh) | 共享文档更新提醒的方法和系统 | |
WO2015165253A1 (en) | Method and system for account recommendation | |
CN101771953A (zh) | 一种多移动终端间信息交互实现方法及网络设备 | |
US9613382B1 (en) | Systems and methods for automatically synchronizing online communities | |
CN107894945A (zh) | 埋点添加方法、移动终端及计算机可读存储介质 | |
CN106789550A (zh) | 信息处理方法及装置 | |
CN102098233A (zh) | 即时通讯软件中通讯窗口的控制方法及控制系统 | |
KR102127336B1 (ko) | Vip의 메시지를 관리하는 기능을 제공하는 방법 및 단말 | |
CN102316170B (zh) | 推送文件的方法及云端服务器 | |
CN102348135A (zh) | 基于智能电视多用户定制各自应用列表的方法和智能电视 | |
CN102014184A (zh) | 一种通信记录筛选方法、装置及通信终端 | |
CN102377688B (zh) | 一种文件的传输方法和设备 | |
WO2016205234A1 (en) | E-mail processing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |