CN102402558A - 一种提供包含网页地址的消息的方法和系统 - Google Patents

Abstract

本发明公开了一种提供包含网页地址的消息的方法和系统。所述方法包括：检测用户输入的消息中的消息内容是否包含第一网址；若所述消息内容包含第一网址，以第一长度值作为第一网址的长度来计算所述消息的长度；若计算得到的消息的长度小于预设的消息长度，允许用户继续添加消息内容；将所述消息中包含的第一网址替换为第二网址，保存所述第一网址和所述第二网址的对应关系；其中，第二网址的长度小于或等于所述第一长度值；提供包含所述第二网址的所述消息。本发明的技术方案把消息中的网页地址转换成较短的网页地址，使网页地址尽量少地占用消息体本身的长度，使得在消息中插入比较长的网址而不会造成消息长度过长。

Description

一种提供包含网页地址的消息的方法和系统

技术领域

本发明实施例涉及互联网技术领域，特别涉及一种使用短网页地址的消息提供方法和系统。

背景技术

统一资源定位符(URL，Uniform Resource Locator)也被称为网页地址，是用于完整地描述Internet上网页和其他资源的地址的一种标识方法。

互联网通信协议RFC 2616“超文本传输协议-HTTP/1.1”中没有对URL的长度作出任何要求。实际中URL长度限制则是由两方面决定的：客户浏览器的要求和服务器端的设置。例如，微软公司的IE浏览器(MicrosoftInternet Explorer)将URL长度限制在2083字节以内，而实际可以使用的最大长度为2048字节。

目前，互联网中有许多用于提供消息呈现的服务和应用对消息的长度进行了限制。例如，微博(micro-blog)，作为一种被动的消息广播机制，对每个消息(即微博文章)的长度一般限制为140个字符，即时通信(InstantMessaging)系统对每个IM用户的状态签名的长度一般限制为50个字符左右，还有一些系统的广播消息由于消息窗口大小的限制，对消息内容的长度也有要求。这些对长度有限制的消息经常需要包含网页地址，例如，用户可能在其签名中或一篇微博文章中介绍他/她最近看到的一篇网络文章，那么用户就需要将该网络文章的网页地址(后文简称网址)加入到其签名或微博文章中。由于网址的长度并没有限制，通常使用的网址大部分长度在37-87字符之间，当较长的网址被加入长度受限的消息时，会占用有限的消息长度空间，使得留给用户输入文本的空间变得不足，甚至使消息超过长度限制。

发明内容

有鉴于此，本发明实施例提供了一种提供包含网页地址的消息的方法，使长度受限的消息中能够包括所需的网址，同时使该网址尽可能少地占用消息的长度。

本发明实施例还提供了一种提供包含网页地址的消息的系统，使长度受限的消息中能够包括所需的网址，同时使该网址尽可能少占用消息的长度。

本发明一个实施例提供的一种提供包含网页地址的消息的方法包括：

检测用户输入的消息中的消息内容是否包含第一网页地址；

若所述消息内容包含第一网页地址，以第一长度值作为所述第一网页地址的长度来计算所述消息的长度；

若计算得到的所述消息的长度小于预设的消息长度，允许用户继续向所述消息中添加消息内容；

将所述消息中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；其中，第二网页地址的长度小于或等于所述第一长度值；

提供包含所述第二网页地址的所述消息。

本发明另一实施例提供的一种提供包含网页地址的消息的方法包括：

将消息中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；其中，第二网页地址的长度小于第一网页地址的长度；

提供包含所述第二网页地址的所述消息；

接收请求方发送的包含所述第二网页地址的请求，根据保存的所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给请求方。

本发明一个实施例提供的一种提供包含网页地址的消息的系统包括：

业务处理模块，用于检测用户输入的消息中的消息内容中是否包含第一网页地址；若所述消息内容中包含第一网页地址，以第一长度值作为所述第一网页地址的长度来计算所述消息的长度；若计算得到的所述消息的长度小于预设的消息长度，允许用户继续向所述消息中添加消息内容；收到用户发出的提交所述消息的请求时，从查询模块获取与所述第一网页地址对应的第二网页地址；将所述消息中包含的第一网页地址替换为所述第二网页地址；提供包含所述第二网页地址的所述消息；其中，所述第二网页地址的长度小于或等于所述第一长度值；

所述查询模块用于根据所述第一网页地址生成第二网页地址，并存储所述第一网页地址和第二网页地址的对应关系。

本发明另一实施例提供的一种提供包含网页地址的消息的系统包括：

业务处理模块，用于从查询模块获取与消息中包含的第一网页地址对应的第二网页地址；将消息中包含的所述第一网页地址替换为所述第二网页地址；提供包含所述第二网页地址的所述消息；其中，所述第二网页地址的长度小于第一网页地址的长度；

查询模块，用于根据所述第一网页地址生成所述第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；接收请求方发送的包含所述第二网页地址的请求，根据保存的所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给请求方。

由上述的技术方案可见，本发明实施例的一种提供包含网页地址的消息的方法和系统把消息中的网页地址转换成较短的网页地址，使网页地址尽量少地占用消息体本身的长度，可以让输入消息的用户或系统在消息中根据需要插入比较长的网址而不会造成消息长度过长。

附图说明

图1为本发明实施例的一种提供包含网址的消息的系统的结构图。

图2为本发明实施例的一种提供包含网址的消息的方法流程图。

图3为本发明实施例中客户端的显示效果示意图。

图4为本发明实施例的一种提供包含网址的消息的方法流程图。

图5为本发明实施例的一种提供包含网址的消息的系统的结构图。

具体实施方式

为使本发明的实施例的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明实施例进一步详细说明。

本发明主要原理是：将消息中的第一网址替换为一较短的第二网址，并保存第一网址和第二网址的对应关系，当第二网址被请求时，根据所述对应关系获得所述第一网址，将所述第一网址返回给请求方。

基于以上原理，本发明可以有多种实现方式，篇幅有限，以下仅列举几个典型的实施例来对本发明的方案进行详细阐述。本领域技术人员可以根据实际需要对这些实施例进行改造，改造得到的技术方案仍然在本发明的保护范围之内。

实施例一

图1为本发明实施例的一种提供包含网址的消息的系统的结构图。该系统主要包括：业务处理模块101、查询模块102和客户端103。业务处理模块主要用于执行业务逻辑，为客户端提供消息，并处理客户端发出的各种请求，从查询模块获取网址信息。查询模块102主要用于进行网址的转换、存储和查询。以上各模块仅仅是根据系统的功能进行逻辑划分得到的，实际实现时，各模块可以由同一台物理设备实现，也可能分布在多个物理实体中。

参加图2，图2为本发明实施例的一种提供包含网址的消息的方法流程图。本实施例适用于在限长消息中使用短网址的情况，例如微博、用户签名等应用场景。本实施例中的各步骤仅作说明之用，技术人员可以根据实际需要调整其执行顺序，修改或省略某些步骤，或者增加一些针对具体情况的步骤。以下描述中的“第一”、“第二”等仅用于区分两个名称相同的对象，不具有实际意义。

本实施例的提供包含网址的消息的方法流程主要包括以下步骤。

步骤201，接收用户为消息输入的消息内容。

步骤202，检测所述消息内容中是否包含第一网址，若所述消息内容中包含第一网址，则执行步骤203，否则执行步骤204。

步骤203，以第一长度值作为所述第一网址的长度。这里，第一长度值可以是预先设定的，也可以是根据第一网址实时计算出的。

步骤204，计算所述消息当前的长度。

步骤205，判断计算得到的所述消息的长度是否达到预设的消息长度，若计算得到的所述消息的长度小于预设的消息长度，返回步骤201，允许用户继续向所述消息中添加消息内容；若计算得到的所述消息的长度达到预设的消息长度，执行步骤206。所述的预设的消息长度即为系统对消息最大长度设置的限定值。

步骤206，收到用户的提交指令，将所述消息中包含的第一网址替换为第二网址，保存所述第一网址和所述第二网址的对应关系，提供包含所述第二网址的所述消息。其中，第二网址的长度小于或等于所述第一长度值。

这样，当接收到请求方发送的包含所述第二网址的请求时，就可以根据保存的所述第一网址和所述第二网址的对应关系将所述第一网址返回给请求方。

以上步骤可以由图1所示的业务处理模块101执行。其中，步骤206中，业务处理模块101需要从查询模块102获取所述第一网址对应的第二网址，而查询模块102需要保存所述第一网址和所述第二网址的对应关系。

步骤206中提供包含所述第二网址的所述消息可以是向系统中的用户发布该消息，或者保存该消息，并提供给请求该消息的用户。这样，系统中用户的客户端就可以为用户显示该消息了。

当其它用户通过客户端浏览到该消息时，可能会对消息中的第二网址产生兴趣。因此，系统还需要从第二网址正确地找到对应的第一网址，并且使用户能够通过第二网址查询和访问第一网址。以下将分别描述系统提供所述查询功能和访问功能的过程。

当第二用户(可以是任意用户)将鼠标移动到客户端显示的所述第二网址上时，所述客户端会发送一个包含所述第二网址的查询请求，用于查询所述第二网址。业务处理模块101收到该查询请求后，从查询模块102获取所述第二网址对应的第一网址，将所述第一网址提供给所述客户端用于显示。客户端可以将第一网址显示在一个悬浮窗口中，或者以其它形式显示，具体的显示方法本发明不作限定。

当第二用户点击客户端显示的所述第二网址，或者将所述第二网址直接输入客户端要求访问第二网址指向的页面时，所述客户端会发送一个包含所述第二网址的访问请求到所述第二网址指向的网络设备。根据本发明的一个实施例，这个网络设备可以是系统中的一个网址服务器。

当网址服务器在接收该访问请求时，向查询模块102发出含有第二网址的查询请求。查询模块102根据保存的第一网址和第二网址的对应关系获取第一网址，并将第一网址提供给该网址服务器。网址服务器从查询模块102获得所述第一网址后，使所述第二用户的客户端跳转或重定向到所述第一网址指向的页面。这里，具体的跳转或重定向的方法属于现有技术，这里不再赘述。

这样，系统就实现了通过第二网址查询和访问第一网址的功能。

根据本发明的一个实施例，可以为第二网址设置一个固定的格式，包括主机名和后缀。其中，主机名可以指向系统中的一个设备，如上述的网址服务器，即，将主机名设置为该设备的域名。不同的第二网址通过其后缀相互区分。

上述第二网址可以根据具体的业务需要进行设置，或选择合适的算法对第一网址进行处理来获得。下面举一具体的例子来说明第二网址的产生方法，本领域技术人员应当可以在该例子的基础上做出改进或者简化以适应实际的需要。

在本发明一个实施例中，查询模块102可以为所述第一网址分配一个唯一的序列号，对所述序列号进行编码生成后缀，最后根据所述主机名和所述后缀生成所述第二网址。

查询模块102可以保存第一网址和第二网址的对应关系，也可以仅保存第一网址和第二网址后缀的对应关系。

后缀可以包含任意数字、大小写字母和符号。后缀可以是固定长度的，也可以是变长的，例如，可以设置一个长度范围，例如为1-10个符号。后缀的长度主要取决与序列号的形式和所采用的编码方法。

当采用固定长度的后缀时，步骤203中的第一长度值可以是预设的第二网址长度，该长度可以根据主机名，即上述网址服务器的域名，以及后缀的固定长度计算得到。当采用变长后缀时，步骤203中则需要先根据第一网址计算出第二网址的后缀，再根据所述后缀计算出第二网址的长度作为第一长度值；或者，将后缀的长度上限作为后缀长度计算第二网址的长度作为第一长度值。

根据本发明一个较佳实施例，为了简化系统的处理，提高效率，采用固定长度的后缀。可以采用长整型类型的数据作为所述序列号，如32位或64位长整型数据，将这些序列号顺序分配给接收到的各消息中的第一网址。然后采用例如哈希(Hush)算法或MD5算法等对第一网址的序列号进行编码得到后缀。

以上只是本发明中第二网址后缀的一种生成方法，也可以采用其它方式，例如直接对第一网址进行编码等。采用的编码算法也不局限在上述的两种算法，其它能够使得长序列变短且编码后的后缀重复性小的算法都可以采用。

很多情况下，某些含有受欢迎内容的网页在一段时间内会被大量用户引用在其博客、签名中，因此，可以对本实施例进行如下改进。当查询模块102收到含有第一网址的网址转换请求时，可以先判断是否已经保存有第一网址；若已经保存了第一网址，则根据保存的所述第一网址和所述第二网址的对应关系获取所述第二网址，而不必为相同的第一网址保存多个不同的第二网址。这样可以节省系统资源，提高效率，而且，还便于系统提供其它的服务。

例如，根据本发明的一个实施例，系统中还可以记录以下信息中的至少一个：

所述第二网址被请求的次数，可以为被查询次数、被点击次数等；

所述第二网址上一次被请求的时间，可以为上一次查询时间、上一次访问时间等；

接收到的消息中包含所述第一网址的消息的数目，即所述第一网址被不同消息引用的次数；

接收到的包含所述第一网址的消息中最新消息的输入时间，即所述第一网址最近一次被引用的时间。

当客户端发出含有第二网址的查询请求时，系统可以将上述记录的信息连同查询到的第一网址一起提供给所述客户端，由客户端采用任何方式提供给用户，例如在显示所述第一网址的位置同时显示上述信息。

根据以上记录的信息，系统还可以对保存的第一网址和第二网址的对应关系进行清理和更新。例如，根据记录的以上时间信息和/或次数信息判断所述第二网址和/或所述第一网址是否陈旧，如果判断为陈旧，则删除保存的所述第一网址和所述第二网址的对应关系。此时，被删除的第一网址的序列号就可以空出来，以便在将来分配给其它的网址。

当所述序列号有可能被分配给不同的网址时，为了保证目标为原第一网址的请求不会被错误地指向新的第一网址，生成的后缀必须不相同。这可以通过采用一些特殊的编码或算法来实现。例如，可以利用乱序算法对所述序列号进行处理，再对处理后的序列号进行编码。

根据本发明又一实施例，为了实现基于安全性的控制域管理，当客户端发出含有第二网址的查询请求时，系统可以向安全中心查询所述第一网址的安全性信息，将所述安全性信息提供给所述客户端，客户端再将所述安全性信息显示给用户。安全性信息可以以文字方式显示，也可以显示为图标。安全性信息可以提示所述第一网址为安全链接、有风险链接或危险链接。对于安全链接，系统可以在用户点击该第二网址后进行自动跳转；对于有风险链接，系统可以提示用户进行手动跳转或者需要更改配置才能自动跳转；对于危险链接，系统可以提示用户必须进行手动跳转。安全域控制功能属于现有技术，其具体实现方法这里不再赘述。

图3为本发明实施例中客户端的显示效果示意图。图中，301为消息体，302为第二网址，304为该消息的发布时间，308为用户将鼠标移动到302所示的部分上时显示的悬浮窗口，其中303为第一网址，305为该第一网址被不同消息引用的次数，306为所述第二网址被查询的次数，307为体现第一网址安全性信息的图标。其中，302所示地址中的“ur1.cn”为网址服务器的主机名，“Hr5N1”为后缀。

另外，考虑到有些被引用的网址并不很长，可以再对上述实施例进行优化。例如，在步骤203或206中，可以先判断所述第一网址的长度是否大于所述第一长度值；若所述第一网址的长度小于等于所述第一长度值或另一预设的阈值，将不进行网址的替换操作。这样，系统就实现了仅针对长度大于某一值或者转换后长度缩短较多的网址进行替换，可以节约系统资源，提高系统效率。

实施例二

参加图4，图4为本发明实施例的一种提供包含网址的消息的方法流程图。本实施例适用于微博、用户签名等应用场景，尤其适用于系统发布限长广播或多播消息的应用场景。

本实施例的提供包含网址的消息的方法流程主要包括以下步骤。

步骤401，将消息中包含的第一网址替换为第二网址，保存所述第一网址和所述第二网址的对应关系。其中，所述消息可以是用户输入的消息，也可以是系统生成的待发布的消息。所述第二网址的长度小于第一网址的长度。

步骤402，提供包含所述第二网址的所述消息。

步骤403，接收请求方发送的包含所述第二网址的请求。该请求方可以是客户端，也可以是网址服务器。

步骤404，根据保存的所述第一网址和所述第二网址的对应关系将所述第一网址返回给请求方。

在实施例一中，消息中包含的第一网址是在用户编辑完信息后提交信息时才被替换为第二网址。在本实施例中，消息中包含的第一网址在输入后就被替换为第二网址，当消息长度受限时，直接按照替换后的消息内容计算消息长度，因此可以不需像实施例一中用预定的长度值来代替第一网址的长度进行消息长度的计算，系统的消息长度监测功能可以不需要进行改动，沿用现有技术即可。因此实施例二比实施例一简单一些。

实施例二的其它系统功能和处理流程均与实施例一相似，例如第二网址的查询和访问、第二网址的结构和产生方法、替换前先判断是否已经保存有第一网址、判断第一网址是否需要替换，以及第一网址和第二网址对应关系的更新和维护等。

本实施例提供的系统可以采用如图1所示的结构。其中，

业务处理模块101，用于从查询模块102获取与消息中包含的第一网址对应的第二网址；将消息中包含的所述第一网址替换为所述第二网址；提供包含所述第二网址的所述消息；其中，所述第二网址的长度小于第一网址的长度；

查询模块102，用于根据所述第一网址生成所述第二网址，保存所述第一网址和所述第二网址的对应关系；接收请求方发送的包含所述第二网址的请求，根据保存的所述第一网址和所述第二网址的对应关系将所述第一网址返回给请求方。

根据本发明另一实施例，查询模块102还可以先判断是否已经保存了所述第一网址；若已经保存了所述第一网址，根据保存的所述第一网址和所述第二网址的对应关系获取所述第二网址。

根据本发明另一实施例，查询模块102还可以接收客户端103发送的包含所述第二网址的查询请求，根据所述第一网址和所述第二网址的对应关系将所述第一网址返回给所述客户端103。

根据第一网址产生第二网址时，查询模块102为所述第一网址分配一个唯一的序列号，对所述序列号进行编码生成后缀，再利用网址服务器的主机名和所述后缀生成指向所述网址服务器的第二网址。

本系统还可以进一步包括网址服务器，用于在接收到第二用户的客户端发送的访问所述第二网址指向的页面的访问请求时，向查询模块102发送查询请求，从查询模块102获取与所述第二网址对应的第一网址，使所述第二用户的客户端跳转或重定向到所述第一网址指向的页面。

实施例三

图5为本发明实施例的一种提供包含网址的消息的系统的结构图。该系统可以包括以下设备。

接口服务器501，用于接收客户端503发送的用户输入的消息内容和请求，所述请求可以为消息提交请求、网址查询请求、网址访问请求等；将消息内容、网址查询请求提供给网址转换服务器502；将网址访问请求提供给HTTP服务器504；并进行客户端503和网址转换服务器502、HTTP服务器504之间的信息转发，进行网址转换服务器502和HTTP服务器504之间的信息转发。

网址转换服务器502，用于将客户端503发送的消息中的第一网址替换为第二网址，其中，可以先查询存储服务器506中是否已经保存有所述第一网址，如果有，则从存储服务器506获取第一网址对应的第二网址；若没有，则根据第一网址生成第二网址，并将第一网址和第二网址之间的对应关系保存在存储服务器506中。网址转换服务器502的功能类似图1所示查询模块102的功能，只是其存储功能由存储服务器506实现。

HTTP服务器504，用于接收客户端503通过接口服务器501发送的含有第二网址的访问请求，通过接口服务器501从网址转换服务器502获取所述第二网址对应的第一网址，使客户端503跳转或重定向到所述第一网址。

存储服务器506，用于存储第一网址和第二网址之间的对应关系。根据本发明另一实施例，存储服务器506还可以记录第一网址和第二网址的相关信息，例如第二网址被请求的次数、第二网址上一次被请求的时间、接收到的消息中包含第一网址的消息的数目、接收到的包含第一网址的消息中最新消息的输入时间等。

安全中心505，用于接收网址转换服务器502和HTTP服务器504发送的查询第一网址安全性信息的请求，并将第一网址的安全性信息提供给网址转换服务器502和HTTP服务器504。

客户端503，用于接收用户输入的消息内容和消息提交请求，并发送到接口服务器501，向接口服务器501发送网页查询请求、网页访问请求；接收并显示接口服务器发送的第一网址、第一网址和第二网址的相关信息、第一网址的安全性信息等。

本发明的客户端103、503可以是浏览器、IM客户端、微博客户端等。

本发明实施例提供的技术方案把消息中的网页地址转换成较短的网页地址，使网页地址尽量少地占用消息体本身的长度，可以让输入消息的用户或系统在消息中根据需要插入比较长的网址而不会造成消息长度过长。

综上所述，以上仅为本发明的部分实施例而已，并非用于限定本发明的保护范围。凡在本发明的范围之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (31)

1.一种提供包含网页地址的消息的方法，其特征在于，包括：

检测用户输入的消息中的消息内容是否包含第一网页地址；

若所述消息内容包含第一网页地址，以第一长度值作为所述第一网页地址的长度来计算所述消息的长度；

若计算得到的所述消息的长度小于预设的消息长度，允许用户继续向所述消息中添加消息内容；

将所述消息中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；其中，第二网页地址的长度小于或等于所述第一长度值；

提供包含所述第二网页地址的所述消息。

2.如权利要求1所述的方法，其特征在于，进一步包括：

接收请求方发送的包含所述第二网页地址的请求，根据所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给请求方。

3.如权利要求2所述的方法，其特征在于，所述请求为当第二用户将鼠标移动到客户端显示的所述第二网页地址上时所述客户端发送的查询请求，所述请求方为所述客户端，则所述方法进一步包括：

所述客户端显示所述第一网页地址。

4.如权利要求3所述的方法，其特征在于，进一步包括：

查询所述第一网页地址的安全性信息，将所述安全性信息提供给所述客户端；

所述客户端显示所述安全性信息。

5.如权利要求2所述的方法，其特征在于，所述第二网页地址指向网页地址服务器，所述请求为所述网页地址服务器在接收到第二用户的客户端发送的访问所述第二网页地址指向的页面的访问请求时发出的查询请求，所述请求方为所述网页地址服务器，则所述方法进一步包括：

所述网页地址服务器使所述第二用户的客户端跳转或重定向到所述第一网页地址指向的页面。

6.如权利要求1所述的方法，其特征在于，进一步包括：

判断所述第一网页地址的长度是否大于所述第一长度值；

则所述将消息内容中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系包括：

若所述第一网页地址的长度大于所述第一长度值，将消息内容中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系。

7.如权利要求1、2和6中任一权利要求所述的方法，其特征在于，所述第二网页地址包括主机名和后缀；其中，所述第一网页地址和所述第二网页地址的对应关系是所述第一网页地址和所述后缀的对应关系。

8.如权利要求7所述的方法，其特征在于，进一步包括：

为所述第一网页地址分配一个唯一的序列号；

对所述序列号进行编码生成所述后缀；

根据所述主机名和所述后缀生成所述第二网页地址。

9.如权利要求1所述的方法，其特征在于，进一步包括：

判断是否已经保存有第一网页地址；

若已经保存了第一网页地址，根据保存的所述第一网页地址和所述第二网页地址的对应关系获取所述第二网页地址。

10.如权利要求1、2、9中任一权利要求所述的方法，其特征在于，进一步包括：

记录以下信息中的至少一个：

所述第二网页地址被请求的次数；

所述第二网页地址上一次被请求的时间；

接收到的消息中包含所述第一网页地址的消息的数目；

接收到的包含所述第一网页地址的消息中最新消息的输入时间。

11.如权利要求3所述的方法，其特征在于，进一步包括：

记录以下信息中的至少一个：

所述第二网页地址被请求的次数；

所述第二网页地址上一次被请求的时间；

接收到的消息中包含所述第一网页地址的消息的数目；

接收到的包含所述第一网页地址的消息中最新消息的输入时间；

所述客户端显示记录的与所述被查询的第二网页地址及所述第二网页地址对应的第一网页地址有关的信息。

12.如权利要求10所述的方法，其特征在于，进一步包括：

根据所述记录的信息判断所述第二网页地址和/或所述第一网页地址是否陈旧；如果陈旧，删除保存的所述第一网页地址和所述第二网页地址的对应关系。

13.如权利要求8所述的方法，其特征在于，进一步包括：

根据所述记录的信息判断所述第二网页地址和/或所述第一网页地址是否陈旧；如果陈旧，删除保存的所述第一网页地址和所述第二网页地址的对应关系，将所述第一网页地址的序列号分配给第三网页地址；

所述对序列号进行编码生成所述后缀包括：

利用乱序算法对所述序列号进行处理，对处理后的所述序列号进行编码。

14.如权利要求8或13所述的方法，其特征在于，

所述序列号的数据类型为长整型；

所述编码采用哈希算法或MD5算法。

15.一种提供包含网页地址的消息的方法，其特征在于，包括：

将消息中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；其中，第二网页地址的长度小于第一网页地址的长度；

提供包含所述第二网页地址的所述消息；

接收请求方发送的包含所述第二网页地址的请求，根据保存的所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给请求方。

16.如权利要求15所述的方法，其特征在于，所述请求为当第二用户将鼠标移动到客户端显示的所述第二网页地址上时所述客户端发送的查询请求，所述请求方为所述客户端，则所述方法进一步包括：

所述客户端显示所述第一网页地址。

17.如权利要求15所述的方法，其特征在于，所述第二网页地址包括主机名和后缀；其中，所述第一网页地址和所述第二网页地址的对应关系是所述第一网页地址和所述后缀的对应关系。

18.如权利要求17所述的方法，其特征在于，所述主机名指向网页地址服务器，所述请求为所述网页地址服务器在接收到第二用户的客户端发送的访问所述第二网页地址指向的页面的访问请求时发出的查询请求，所述请求方为所述网页地址服务器，则所述方法进一步包括：

所述网页地址服务器使所述第二用户的客户端跳转或重定向到所述第一网页地址指向的页面。

19.如权利要求17所述的方法，其特征在于，进一步包括：

为所述第一网页地址分配一个唯一的序列号；

对所述序列号进行编码生成所述后缀；

根据所述主机名和所述后缀生成所述第二网页地址。

20.如权利要求15所述的方法，其特征在于，进一步包括：

判断是否已经保存有第一网页地址；

若已经保存了第一网页地址，根据保存的所述第一网页地址和所述第二网页地址的对应关系获取所述第二网页地址。

21.如权利要求15-20中任一权利要求所述的方法，其特征在于，进一步包括：

判断所述第一网页地址的长度是否大于所述第一长度值；

则所述将消息内容中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系包括：

若所述第一网页地址的长度大于所述第一长度值，将消息内容中包含的第一网页地址替换为第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系。

22.一种提供包含网页地址的消息的系统，其特征在于，包括：业务处理模块和查询模块；其中

所述业务处理模块，用于检测用户输入的消息中的消息内容中是否包含第一网页地址；若所述消息内容中包含第一网页地址，以第一长度值作为所述第一网页地址的长度来计算所述消息的长度；若计算得到的所述消息的长度小于预设的消息长度，允许用户继续向所述消息中添加消息内容；收到用户发出的提交所述消息的请求时，从查询模块获取与所述第一网页地址对应的第二网页地址；将所述消息中包含的第一网页地址替换为所述第二网页地址；提供包含所述第二网页地址的所述消息；其中，所述第二网页地址的长度小于或等于所述第一长度值；

所述查询模块用于根据所述第一网页地址生成第二网页地址，并存储所述第一网页地址和第二网页地址的对应关系。

23.如权利要求22所述的系统，其特征在于，所述查询模块进一步用于判断所述查询模块中是否已经保存了所述第一网页地址；若所述查询模块已经保存了所述第一网页地址，根据保存的所述第一网页地址和所述第二网页地址的对应关系获取所述第二网页地址。

24.如权利要求22所述的系统，其特征在于，所述业务处理模块进一步用于接收客户端发送的包含所述第二网页地址的查询请求，从所述查询模块获取所述第二网页地址对应的所述第一网页地址，将所述第一网页地址返回给所述客户端。

25.如权利要求22所述的系统，其特征在于，

所述查询模块用于为所述第一网页地址分配一个唯一的序列号；对所述序列号进行编码生成后缀；利用网页地址服务器的主机名和所述后缀生成指向所述网页地址服务器的第二网页地址。

26.如权利要求25所述的系统，其特征在于，

所述网页地址服务器用于在接收到第二用户的客户端发送的访问所述第二网页地址指向的页面的访问请求时向所述查询模块从所述查询模块获取与所述第二网页地址对应的第一网页地址；使所述第二用户的客户端跳转或重定向到所述第一网页地址指向的页面。

27.一种提供包含网页地址的消息的系统，其特征在于，包括：

业务处理模块，用于从查询模块获取与消息中包含的第一网页地址对应的第二网页地址；将消息中包含的所述第一网页地址替换为所述第二网页地址；提供包含所述第二网页地址的所述消息；其中，所述第二网页地址的长度小于第一网页地址的长度；

查询模块，用于根据所述第一网页地址生成所述第二网页地址，保存所述第一网页地址和所述第二网页地址的对应关系；接收请求方发送的包含所述第二网页地址的请求，根据保存的所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给请求方。

28.如权利要求27所述的系统，其特征在于，所述查询模块进一步用于判断是否已经保存了所述第一网页地址；若已经保存了所述第一网页地址，根据保存的所述第一网页地址和所述第二网页地址的对应关系获取所述第二网页地址。

29.如权利要求27所述的系统，其特征在于，所述查询模块进一步用于接收客户端发送的包含所述第二网页地址的查询请求，根据所述第一网页地址和所述第二网页地址的对应关系将所述第一网页地址返回给所述客户端。

30.如权利要求27所述的系统，其特征在于，

所述查询模块用于为所述第一网页地址分配一个唯一的序列号；对所述序列号进行编码生成后缀；利用网页地址服务器的主机名和所述后缀生成指向所述网页地址服务器的第二网页地址。

31.如权利要求30所述的系统，其特征在于，

所述网页地址服务器用于在接收到第二用户的客户端发送的访问所述第二网页地址指向的页面的访问请求时向所述查询模块发送查询请求，从所述查询模块获取与所述第二网页地址对应的第一网页地址；使所述第二用户的客户端跳转或重定向到所述第一网页地址指向的页面。

Images