即时通讯中包含URL地址的消息的处理方法和装置与流程

文档序号:12477811阅读:298来源:国知局
即时通讯中包含URL地址的消息的处理方法和装置与流程

本申请涉及互联网技术领域,尤其涉及一种即时通讯中包含URL地址的消息的处理方法和装置。



背景技术:

用户在使用即时消息(InstantMessaging,IM)通讯软件给其他用户发送消息时,经常有给目标用户发送包含统一资源定位符(Uniform Resource Locator,URL)地址的消息的需求,其目的是希望接收到消息的目标用户能够通过该URL地址去访问某个网页。

相关技术中,大多数即时通讯客户端会将消息内容中的URL地址替换为一个以URL内容为链接文本,以URL地址为链接地址的文字链,这样目标用户在消息会话窗口中看到消息后,就可以直接点击消息内容中的URL地址内容所对应的文字链来快速访问该URL地址对应的网页。

但是,大多数时候,目标用户仅凭YRL地址本身是无法预知其对应的网页内容的情况的,贸然点击其对应的文字链以访问其对应的网页,可能访问用户并不感兴趣的网页,造成流量浪费,甚至访问到钓鱼网页或包含木马病毒的网页等危险网页。因此,相关技术中点击文字链才能访问对应的网页的方式,存在不必要的操作成本和耗时等待成本,以及存在安全风险。



技术实现要素:

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此,本申请的一个目的在于提出一种即时通讯中包含URL地址的消息的处理方法,该方法可以减少不必要的操作成本和耗时等待成本,并提高安全性。

本申请的另一个目的在于提出一种即时通讯中包含URL地址的消息的处理装置。

为达到上述目的,本申请第一方面实施例提出的即时通讯中包含URL地址的消息的处理方法,包括:接收第一即时通讯客户端发送的消息数据包,所述消息数据包中包括消息内容;判断所述消息内容中是否包含URL地址;如果是,获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包;将修改后的消息数据包发送给第二即时通讯客户端,以使所述第二即时通讯客户端显示所述网页摘要信息。

本申请第一方面实施例提出的即时通讯中包含URL地址的消息的处理方法,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。

为达到上述目的,本申请第二方面实施例提出的即时通讯中包含URL地址的消息的处理装置,包括:接收模块,用于接收第一即时通讯客户端发送的消息数据包,所述消息数据包中包括消息内容;第一判断模块,用于判断所述消息内容中是否包含URL地址;修改模块,用于在所述消息内容中包含URL地址时,获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包;发送模块,用于将修改后的消息数据包发送给第二即时通讯客户端,以使所述第二即时通讯客户端显示所述网页摘要信息。

本申请第二方面实施例提出的即时通讯中包含URL地址的消息的处理装置,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。

本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:

图1是本申请一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图;

图2是本申请另一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图;

图3是本申请实施例中发送消息的示意图;

图4是本申请实施例中采用一般消息处理流程显示的接收消息与采用本实施例的消息处理流程显示的接收消息的比较示意图;

图5是本申请另一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图;

图6是本申请一个实施例提出的即时通讯中包含URL地址的消息的处理装置的结构示意图;

图7是本申请另一个实施例提出的即时通讯中包含URL地址的消息的处理装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能理解为对本申请的限制。相反,本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本申请一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图。

本实施例以即时通讯服务端的处理为例。

参见图1,本实施例的流程包括:

S11:接收第一即时通讯客户端发送的消息数据包,所述消息数据包中包括消息内容。

其中,用户可以在第一即时通讯客户端中输入消息,以通过即时通讯服务端发送给第二即时通讯客户端。

第一即时通讯客户端接收到用户输入的消息后,会根据该消息生成消息数据包,并发送给即时通讯服务端。其中,上述的消息数据包中包括消息内容,消息内容用于描述用户输入的消息。消息内容通常是以结构化数据对用户输入的消息进行描述。

S12:判断所述消息内容中是否包含URL地址。

当用户输入的消息中包含URL地址时,消息内容中也会包含URL地址,且消息内容中包含的URL地址的数量与用户输入的消息中的URL地址的数量相同,可以为一个或多个。

进一步的,消息数据包中还可以包括消息类型信息,消息类型信息用于指示消息内容中是否包含URL地址,因此,可以根据消息数据包中的消息类型信息判断消息内容中是否包含URL地址。

具体的,当消息类型信息指示消息内容中包含URL地址时(如消息类型信息是字符“1”)时,则判断出消息内容中包含URL地址,否则,当消息类型信息指示消息内容中不包含URL地址时(如消息类型信息是字符“0”)时,则判断出消息内容中不包含URL地址。

S13:如果是,获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包。

其中,可以在网页摘要信息生成系统中,对应每个URL地址,获取该URL地址对应的网页摘要信息,具体的获取方式不限定,例如先获取该URL地址对应的网页,再对该网页进行自动或人工的摘要信息提取,从而获取每个URL地址对应的网页摘要信息,并在网页摘要信息生成系统中对应记录URL地址与网页摘要信息。因此当即时通讯服务端确定消息内容中包含URL地址后,可以从网页摘要信息生成系统中,获取消息内容中包含的URL地址对应的网页摘要信息。

其中,网页摘要信息本身是一个结构化数据,其中包含但不仅限于以下一些数据:

a)配图

b)网页标题

c)网页主体的内容摘要

在获取到网页摘要信息后,根据网页摘要信息和URL地址对消息内容进行修改,使得在第二即时通讯客户端显示网页摘要信息。具体的修改方式有多种。例如包括:

根据所述网页摘要信息生成图片,并根据所述图片和所述URL地址生成图片链信息,并用所述图片链信息替换所述消息数据包中所述URL地址对应的文本或文字链信息;或者,

根据所述URL地址和所述网页摘要信息生成对应的富文本的代码,用所述代码修改所述消息数据包,其中,所述代码包括:超文本标记语言(HyperText Markup Language,HTML)代码或者原生代码。

进一步的,上述的图片链信息对应的图片内容是根据网页摘要信息生成的,链接地址是URL地址。

进一步的,当IM通讯软件是web版时,上述的代码是HTML代码,当IM通讯软件是原生(native)版时,上述的代码是原生代码,原生代码例如包括:android系统或者ios系统对应的原生代码。

进一步的,在采用代码修改消息数据包时,可以是采用新增的方式,或者采用替换的方式。

例如,当原始的消息数据包中包括URL地址对应的文字链信息时,可以将网页摘要信息通过代码的方式新增加到消息数据包中,以在接收端显示URL地址对应的文字链以及显示网页摘要信息对应的图片和文本等。或者,

当原始的消息数据包中包括URL地址对应的文本时,可以根据URL地址和网页摘要信息生成对应的富文本的代码,并替换URL地址对应的文本,以在接收端显示URL地址对应的文字链以及显示网页摘要信息对应的图片和文本等。

当然,可以理解的是,在消息内容中不包含URL地址时,可以采用通常的IM的处理方式进行处理。

S14:将修改后的消息数据包发送给第二即时通讯客户端,以使所述第二即时通讯客户端显示所述网页摘要信息。

其中,即时通讯服务端将修改后的消息数据包发送给第二即时通讯客户端后,第二即时通讯客户端接收到上述的修改后的消息数据包后,可以按照通常的消息处理流程进行显示,由于修改后的消息数据包中包括图片链信息,因此,在第二即时通讯客户端显示图片链信息对应的图片,具体的,显示上述的URL地址对应的网页缩略图。

另外,上述的图片链信息也是以URL地址为链接地址,从而当用户点击上述的网页缩略图后,可以显示该URL地址对应的网页。

本实施例中,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。

图2是本申请另一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图。

本实施例以第一即时通讯客户端、即时通讯服务端和第二即时通讯客户端的交互流程为例。

参见图2,本实施例的流程包括:

S21:第一即时通讯客户端接收用户输入的消息。

其中,第一即时通讯客户端可以向用户显示消息会话界面,消息会话界面中包括消息输入框,用户可以在消息输入框中输入消息,以发送给目标用户。

S22:第一即时通讯客户端根据用户输入的消息,向即时通讯服务端发送消息数据包。

其中,消息数据包包括以下数据:

消息内容、消息类型信息和目标用户的身份标识信息。

具体的,消息内容用于描述用户输入的消息,一般以结构化数据的方式来组织和描述。例如,以JavaScript对象表示法(JavaScript Object Notation,JSON)字符串或可扩展标记语言(Extensible Markup Language,XML)字符串的方式进行描述。

以JSON字符串为例,当用户输入的消息是如图3所示的消息31时,以URL地址对应文字链信息为例,则该消息用JSON字符串描述如下:

消息类型信息用于指示消息内容中是否包含URL地址。其中,第一即时通讯客户端在生成消息数据包时,可以根据用户输入的消息中是否包含URL地址来生成对应的消息类型信息。可以理解的是,由于通常的第一即时通讯客户端可以将用户输入的URL地址内容转换为文字链信息,因此,第一即时通讯客户端能够识别出用户输入的消息中是否包含URL地址,从而可以生成相应的消息类型信息。

目标用户的身份标识信息用于标识接收消息的目标用户的身份。在点对点的聊天中,目标用户一般是一个用户,此时可以采用目标用户的UID作为目标用户的身份标识。在群组聊天中,目标用户是群组内的所有其他用户,此时可以用群组ID作为目标用户的身份标识。

S23:即时通讯服务端接收到消息数据包后,判断消息数据包中的消息内容中是否包含URL地址,若是,执行S24及其后续步骤,否则,按照一般流程处理。

其中,即时通讯服务端可以根据消息数据包中的消息类型信息判断消息内容中是否包含URL地址。

S24:即时通讯服务端从消息内容中提取出URL地址,获取与URL地址对应的网页摘要信息。

其中,即时通讯服务端可以从网页摘要信息生成系统中获取与URL地址对应的网页摘要信息。

可以理解的是,即时通讯服务端在提取URL地址时,可以是提取所有的URL地址,并对应每个URL地址获取对应的网页摘要信息。

S25:即时通讯服务端根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包。

修改方案可以包括:

根据所述网页摘要信息生成图片,并根据所述图片和所述URL地址生成图片链信息,并用所述图片链信息替换所述消息数据包中所述URL地址对应的文本或文字链信息;或者,

根据所述URL地址和所述网页摘要信息生成对应的富文本的代码,用所述代码修改所述消息数据包,其中,所述代码包括:超文本标记语言(HyperText Markup Language,HTML)代码或者原生代码。

进一步的,对应图片链信息替换的方案,例如,可以先根据获取的网页摘要信息生成图片,并保存该图片,记录保存该图片的图片地址。

图片链信息中的其中一个值(value)是图片链接的图片地址,因此,可以将该值设置为上述确定出的图片地址。

具体的,对应上述的包含文字链信息的消息内容,经过上述替换处理后,修改后的消息内容如下:

具体的,与文字链信息相比,替换为图片链信息后,相应部分的类型(type)从URL替换为图片链接(image_link),值(value)从仅包括URL地址替换为包括:URL地址和网页摘要信息对应的图片地址。

当然,可以理解的是,修改方式不限于上述的图片链的方式,还可以是生成HTML代码或原生代码的方式,具体可以参见上述实施例中的相关描述。

S26:根据消息数据包中的目标用户的身份标识信息,将修改后的消息数据包发送给第二即时通讯客户端。

其中,即时通讯服务端在发送消息时,将消息发送给所有的目标用户。

例如,当目标用户是一个时,将修改后的消息数据包发送给一个目标用户,当目标用户是多个时,将修改后的消息数据包发送给多个目标用户。

S27:第二即时通讯客户端根据接收的消息数据包显示消息给目标用户。

其中,第二即时通讯客户端可以采用一般的消息处理流程,将消息显示在消息会话界面上。

具体的,如图4所示,如果按照一般的处理流程,将会显示图4所示的一种消息41,该消息中包含文字链411。

而采用本实施例的上述流程处理后,将会显示图4所示的另一种消息42,该消息中包含修改后的部分421。

该修改后的部分可以是图片链,或者富文本等。

以图片链为例,当用户点击该图片链后,会加载并显示相应的URL地址(如http://bj.lianjia.com/ershoufang/BJHD91428565.html)对应的网页。

本实施例中,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。进一步的,通过在消息数据包中包含消息类型信息,可以方便的判断出消息内容中是否包含URL地址。

上述实施例以消息内容中包含URL地址就进行上述的修改处理为例。一些实施例中,还可以在消息内容中包含满足一定条件的URL地址才进行上述的修改处理,而对于不满足条件的URL地址,可以类似不包含URL地址的消息,采用一般的消息处理流程进行处理。

图5是本申请另一个实施例提出的即时通讯中包含URL地址的消息的处理方法的流程示意图。

本实施例以即时通讯服务端的执行为例。

参见图5,本实施例的流程包括:

S51:接收第一即时通讯客户端发送的消息数据包,所述消息数据包中包括消息内容。

S52:判断所述消息内容中是否包含URL地址,若是,执行S53,否则执行S56。

S53:判断所述URL地址是否满足预设条件,若是,执行S54,否则执行S56。

与上述实施例不同的是,本实施例中,在消息内容中包含URL地址时,还可以判断该URL地址是否满足预设条件。

其中,预设条件可以根据实际需要进行设置。例如包括如下项中的至少一项:

对应URL地址设置用于指示需要进行上述替换处理的标识;

URL地址不是通过预设的功能组件输入的;

URL地址属于预设的白名单。

例如,用户在第一即时通讯客户端输入包含URL地址的消息时,可以设置是否采用上述的修改处理方案。第一即时通讯客户端在生成消息数据包时,可以根据用户的设置在URL地址的前端或后端对应设置相应的标识,以指示是否需要进行上述的替换处理,从而当该标识指示进行修改处理时,执行上述的修改处理,否则按照一般的消息处理流程进行处理。

又例如,用户在第一即时通讯客户端输入URL地址时,可以通过预设的功能组件进行输入,第一即时通讯客户端在检测到用户通过预设的功能组件输入URL地址时,可以在消息数据包中包含指示通过预设的功能组件输入URL地址的标识,从而即时通讯服务端根据该标识确定URL地址是通过预设的功能组件输入时,不进行上述的修改处理,而按照一般的消息处理流程进行处理。而当即时通讯服务端没有检测到上述的与功能组件对应的标识或根据该标识确定URL地址不是通过预设的功能组件输入URL地址时,则进行上述的修改处理。

又例如,可以在即时通讯服务端预先设置白名单,该白名单可以具体是URL地址集合,从而当消息内容中包含的URL地址属于该URL地址集合时,则进行上述的修改处理,否则按照一般的消息处理流程进行处理。或者,该白名单也可以具体是域名集合,从而当消息内容中包含的URL地址属于域名集合中任一个域名对应的URL地址时,则进行上述的修改处理,否则按照一般的消息处理流程进行处理。

S54:获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包。

S55:将修改后的消息数据包发送给第二即时通讯客户端,以使所述第二即时通讯客户端显示所述网页摘要信息。

S56:将接收的未经修改的消息数据包发送给第二即时通讯客户端。

可以理解的是,本实施例中未做特别说明的部分,可以参见上述实施例中的相关描述,在此不再详细说明。

本实施例中,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。进一步的,通过进一步判断URL是否满足预设条件,可以满足不同场景需求。

图6是本申请一个实施例提出的即时通讯中包含URL地址的消息的处理装置的结构示意图。

该装置可以位于即时通讯服务端。

参见图6,该装置60包括:接收模块61、第一判断模块62、修改模块63和发送模块64。

接收模块61,用于接收第一即时通讯客户端发送的消息数据包,所述消息数据包中包括消息内容;

第一判断模块62,用于判断所述消息内容中是否包含URL地址;

修改模块63,用于在在所述消息内容中包含URL地址时,获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,得到修改后的消息数据包;

发送模块64,用于将修改后的消息数据包发送给第二即时通讯客户端,以使所述第二即时通讯客户端显示所述网页摘要信息。

一些实施例中,修改模块63具体用于:

根据所述网页摘要信息生成图片,并根据所述图片和所述URL地址生成图片链信息,并用所述图片链信息替换所述消息数据包中所述URL地址对应的文本或文字链信息;或者,

根据所述URL地址和所述网页摘要信息生成对应的富文本的代码,用所述代码修改所述消息数据包,其中,所述代码包括:HTML代码或者原生代码。

一些实施例中,所述消息数据包中还包括消息类型信息,所述第一判断模块62具体用于:

根据所述消息类型信息,判断所述消息内容中是否包含URL地址。

一些实施例中,参见图7,该装置70还包括:

第二判断模块65,用于判断所述URL地址是否满足预设条件,以便在满足预设条件时,触发所述修改模块执行。

一些实施例中,所述第二判断模块65采用的所述预设条件包括如下项中的至少一项:

对应URL地址设置用于指示需要进行上述替换处理的标识;

URL地址不是通过预设的功能组件输入的;

URL地址属于预设的白名单。

一些实施例中,所述消息数据包中还包括目标用户的身份标识信息,所述发送模块64具体用于:

根据所述目标用户的身份标识信息,将修改后的消息数据包发送给第二即时通讯客户端。

可以理解的是,本实施例的装置与上述方法实施例对应,具体内容可以参见方法实施例的相关描述,在此不再详细说明。

本实施例中,通过获取与所述URL地址对应的网页摘要信息,并根据所述URL地址和所述网页摘要信息对所述消息数据包进行修改,可以在第二即时通讯客户端显示URL地址对应的网页摘要信息,由于直接将网页摘要信息显示给用户,可以使得用户直观的获知URL地址对应的网页的情况,用户可以根据自己需要选择打开或不打开相应的网页,从而可以减少不必要的操作成本和耗时等待成本,并提高安全性。

可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1