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

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

Info

Publication number
WO2012034518A1
WO2012034518A1 PCT/CN2011/079629 CN2011079629W WO2012034518A1 WO 2012034518 A1 WO2012034518 A1 WO 2012034518A1 CN 2011079629 W CN2011079629 W CN 2011079629W WO 2012034518 A1 WO2012034518 A1 WO 2012034518A1
Authority
WO
WIPO (PCT)
Prior art keywords
webpage address
address
message
webpage
length
Prior art date
Application number
PCT/CN2011/079629
Other languages
English (en)
French (fr)
Inventor
张丽
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Priority to EP11824588.5A priority Critical patent/EP2618271A4/en
Priority to JP2012557401A priority patent/JP5420087B2/ja
Priority to BR112013006380A priority patent/BR112013006380A2/pt
Publication of WO2012034518A1 publication Critical patent/WO2012034518A1/zh
Priority to US13/631,300 priority patent/US8661161B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]

Definitions

  • the embodiments of the present invention relate to the field of Internet technologies, and in particular, to a message providing method and system using a short webpage address. Background of the invention
  • a Uniform Resource Locator also known as a web page address, is an identification method used to fully describe the addresses of web pages and other resources on the Internet.
  • HTTP/1.1 Hypertext Transfer Protocol - HTTP/1.1
  • the URL length limit is determined by two aspects: the requirements of the client browser and the settings on the server side.
  • Microsoft's IE browser Microsoft Internet Explorer
  • the URL length limits the URL length to 2083 bytes, and the maximum length that can actually be used is 2048 bytes.
  • micro-blog as a passive message broadcast mechanism, generally limits the length of each message (ie, Weibo article) to 140 characters, and the Instant Messaging system for each IM user.
  • the length of the state signature is generally limited to about 50 characters.
  • system broadcast messages that require the length of the message content due to the size of the message window.
  • These length-limited messages often need to include a web page address. For example, a user may introduce a web article he/she recently saw in his signature or in a microblog article, then the user needs to have the web article
  • the web page address (hereinafter referred to as the URL) is added to its signature or Weibo article.
  • the embodiments of the present invention provide a method for providing a message including a webpage address, so that the length-limited message can include the required web address, and at the same time, the webpage occupies the length of the message as little as possible.
  • the embodiment of the invention further provides a system for providing a message including a webpage address, so that the length-limited message can include the required web address, and the webpage is used as little as possible.
  • the user is allowed to continue to add the message content to the message;
  • the message containing the second web page address is provided.
  • a service processing module configured to detect whether the content of the message in the message input by the user includes the first webpage address; if the content of the message includes the first webpage address, the first length value is used as the length of the first webpage address Calculating the length of the message; if the calculated length of the message is less than a preset message length, allowing the user to continue adding message content to the message; receiving a request from the user to submit the message, from the query
  • the module acquires a second webpage address corresponding to the first webpage address; replaces the first webpage address included in the message with the second webpage address; and provides the message including the second webpage address; The length of the second webpage address is less than or equal to the first length value;
  • the querying module is configured to generate a second webpage address according to the first webpage address, and store a correspondence between the first webpage address and the second webpage address.
  • a service processing module configured to: obtain, by the query module, a second webpage address corresponding to the first webpage address included in the message; and replace the first webpage address included in the message with the second webpage address; The message of the second webpage address; wherein the length of the second webpage address is smaller than the length of the first webpage address;
  • a querying module configured to generate the second webpage address according to the first webpage address, and save a correspondence between the first webpage address and the second webpage address;
  • the request for the second webpage address returns the first webpage address to the requesting party according to the saved correspondence between the first webpage address and the second webpage address.
  • a method and system for providing a message including a webpage address in the embodiment of the present invention converts a webpage address in the message into a shorter webpage address, so that the webpage address occupies the length of the message body as little as possible. , allows the user or system that enters the message to insert a longer URL in the message as needed without causing the message to be too long.
  • FIG. 1 is a structural diagram of a system for providing a message including a web address according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a method for providing a message including a web address according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a display effect of a client in an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for providing a message including a web address according to an embodiment of the present invention.
  • FIG. 5 is a structural diagram of a system for providing a message including a web address according to an embodiment of the present invention. Mode for carrying out the invention
  • the main principle of the present invention is: replacing the first web address in the message with a shorter second web address, and saving the correspondence between the first web address and the second web address, and when the second web address is requested, obtaining according to the corresponding relationship
  • the first web address returns the first web address to the requesting party.
  • Embodiment 1 Based on the above principles, the present invention can be implemented in various ways, and the space is limited. Only a few typical embodiments are listed below to elaborate the solution of the present invention. Those skilled in the art can modify these embodiments according to actual needs, and the technical solutions obtained by the modification are still within the protection scope of the present invention.
  • Embodiment 1
  • FIG. 1 is a structural diagram of a system for providing a message including a web address according to an embodiment of the present invention.
  • the system mainly includes: a service processing module 101, a query module 102, and a client 103.
  • the business processing module is mainly used to execute business logic, provide messages to clients, process various requests from clients, and obtain URL information from the query module.
  • the query module 102 is mainly used for converting, storing, and querying URLs.
  • the above modules are only logically divided according to the functions of the system. In actual implementation, each module can be implemented by the same physical device or distributed among multiple physical entities.
  • FIG. 2 is a flowchart of a method for providing a message including a web address according to an embodiment of the present invention.
  • This embodiment is applicable to the case where a short URL is used in a long-length message, such as an application scenario such as a microblog or a user signature.
  • the steps in this embodiment are for illustrative purposes only. The technician can adjust the execution order according to actual needs, modify or omit certain steps, or add some specific situation steps.
  • the "first”, "second”, etc. in the following description are only used to distinguish two objects with the same name, which has no practical meaning.
  • Step 201 Receive a message content input by a user for a message.
  • Step 202 Detect whether the content of the message includes the first website address. If the content of the message includes the first website address, perform step 203, otherwise perform step 204.
  • Step 203 Use a first length value as the length of the first web address.
  • the first length value may be preset or may be calculated in real time according to the first website address.
  • Step 204 Calculate a current length of the message.
  • Step 205 Determine whether the calculated length of the message reaches a preset message length. If the calculated length of the message is less than a preset message length, return to step 201, and allow the user to continue adding a message to the message. Contents; If the calculated length of the message reaches a preset message length, step 206 is performed.
  • the preset message length is The limit value set for the maximum length of the message.
  • Step 206 Receive a submitting instruction of the user, replace the first URL included in the message with the second web address, and save the correspondence between the first web address and the second web address, and provide the second web address.
  • the length of the second web address is less than or equal to the first length value.
  • the first web address may be returned to the requesting party according to the saved correspondence between the first web address and the second web address.
  • step 206 the service processing module 101 needs to obtain the second web address corresponding to the first web address from the query module 102, and the query module 102 needs to save the corresponding relationship between the first web address and the second web address.
  • the providing of the message containing the second web address in step 206 may be to post the message to a user in the system, or to save the message and provide it to the user requesting the message. In this way, the user's client in the system can display the message for the user.
  • the system When other users browse the message through the client, they may be interested in the second address in the message. Therefore, the system also needs to correctly find the corresponding first web address from the second web address, and enables the user to query and access the first web address through the second web address.
  • the process by which the system provides the query function and the access function will be separately described below.
  • the client When the second user (which may be any user) moves the mouse to the second web address displayed by the client, the client sends a query request including the second web address for querying the second URL.
  • the service processing module 101 obtains the first web address corresponding to the second web address from the query module 102, and provides the first web address to the client for display.
  • the client may display the first web address in a floating window or display it in other forms. The specific display method is not limited in the present invention.
  • the client clicks on the second web address displayed by the client, or directly inputs the second web address into the page that the client requests to access the second web address, the client sends a second web address. Accessing the request to the network device pointed to by the second web address.
  • the network device can be a web address server in the system.
  • the web server When the web server receives the access request, it sends a query request to the query module 102 containing the second web address.
  • the query module 102 obtains the first web address according to the saved correspondence between the first web address and the second web address, and provides the first web address to the web address server.
  • the client of the second user After the web server obtains the first web address from the query module 102, the client of the second user is redirected or redirected to the page pointed by the first web address.
  • the specific method of jumping or redirecting belongs to the prior art, and details are not described herein again.
  • a fixed format including a host name and a suffix, may be set for the second web address.
  • the host name can point to a device in the system, such as the above URL server, that is, the host name is set to the domain name of the device.
  • Different second URLs are distinguished from one another by their suffixes.
  • the above second website may be set according to specific business needs, or an appropriate algorithm may be selected to process the first website.
  • a specific example will be given below to illustrate the method of generating the second web site, and those skilled in the art should be able to make improvements or bins based on the example to suit the actual needs.
  • the query module 102 may assign a unique serial number to the first web address, encode the serial number to generate a suffix, and finally generate the second URL according to the host name and the suffix.
  • the query module 102 may save the correspondence between the first web address and the second web address, or may only save the correspondence between the first web address and the second web address suffix.
  • the suffix can contain any number, uppercase and lowercase letters and symbols.
  • the suffix can be a fixed length It can also be variable length. For example, a range of lengths can be set, for example, 1-10 symbols.
  • the length of the suffix depends mainly on the form of the serial number and the encoding method used.
  • the first length value in step 203 may be a preset second web address length, and the length may be calculated according to a host name, that is, a domain name of the foregoing web server, and a fixed length of the suffix.
  • the suffix of the second website is calculated according to the first website, and the length of the second website is calculated as the first length value according to the suffix; or the length of the suffix is limited.
  • the length of the second web address is calculated as the suffix length as the first length value.
  • a fixed length suffix is employed for the processing of the cartridge system to increase efficiency.
  • the data of the long type may be used as the serial number, such as 32-bit or 64-bit long integer data, and these serial numbers are sequentially assigned to the first URL in each received message.
  • the serial number of the first web address is then encoded using, for example, a hash (Hush) algorithm or an MD5 algorithm to obtain a suffix.
  • the above is only a method for generating the second website suffix in the present invention, and other methods may be used, such as directly encoding the first website.
  • the coding algorithm used is not limited to the above two algorithms, and other algorithms that can make the long sequence shorter and the coded suffix repeatability smaller can be used.
  • the query module 102 may first determine whether the first URL has been saved; if the first URL has been saved, according to the saved first URL and the second URL The corresponding relationship acquires the second web address without having to save a plurality of different second web addresses for the same first web address. This saves system resources, increases efficiency, and allows the system to provide other services.
  • the following information may also be recorded in the system.
  • the received message includes the number of messages of the first website, that is, the number of times the first website is referenced by different messages;
  • the input time of the latest message in the received message containing the first web address that is, the time when the first web address was last referenced.
  • the system may provide the recorded information together with the first web address that is queried to the client, and the client provides the user in any manner, for example, by displaying the The location of the first URL also displays the above information.
  • the system can also clean and update the saved correspondence between the first URL and the second URL. For example, determining whether the second web address and/or the first web address is stale based on the recorded time information and/or the number of times information, and if the judging is stale, deleting the saved first web address and the second web address. Correspondence. At this point, the serial number of the deleted first URL can be vacated for future distribution to other URLs.
  • the generated suffix must be different in order to ensure that the request for the original first URL is not incorrectly pointed to the new first web address. This can be done by using some special coding or algorithms.
  • the sequence number can be processed using an out-of-order algorithm, and the processed sequence number can be encoded.
  • the system may query the security center for security information of the first web address, Security information is provided to the client, and the client displays the security information to the user.
  • Security information can be displayed in text or as an icon.
  • the security information may prompt the first URL to be a secure link, at risk Link or dangerous link.
  • the system can automatically jump after the user clicks on the second URL; for risky links, the system can prompt the user to manually jump or need to change the configuration to automatically jump; for dangerous links, the system can prompt the user to Make a manual jump.
  • the security domain control function belongs to the prior art, and the specific implementation method thereof is not described herein again.
  • FIG. 3 is a schematic diagram of a display effect of a client in an embodiment of the present invention.
  • 301 is the message body
  • 302 is the second website address
  • 304 is the publishing time of the message
  • 308 is the floating window displayed when the user moves the mouse to the part indicated by 302, where 303 is the first website address, 305 is the first website address, 305 is The number of times the first web address is referenced by different messages, 306 is the number of times the second web address is queried, and 307 is an icon embodying the first web address security information.
  • "url.cn" in the address shown in 302 is the host name of the URL server
  • "Hr5Nl" is the suffix.
  • the above embodiments can be optimized in consideration of the fact that some of the cited URLs are not very long. For example, in step 203 or 206, it may be determined whether the length of the first web address is greater than the first length value; if the length of the first web address is less than or equal to the first length value or another preset The threshold will not be replaced by the URL. In this way, the system implements replacement only for URLs whose length is greater than a certain value or whose length is shortened after conversion, which can save system resources and improve system efficiency.
  • Embodiment 2 Embodiment 2
  • FIG. 4 is a flowchart of a method for providing a message including a web address according to an embodiment of the present invention. This embodiment is applicable to application scenarios such as the microblog and the user signature, and is particularly applicable to the application scenario in which the system issues a limited-length broadcast or a multicast message.
  • the method flow of the present embodiment for providing a message including a web address mainly includes the following steps.
  • the message may be input by a user
  • the message can also be a system-generated message to be published.
  • the length of the second web address is less than the length of the first web address.
  • Step 402 Provide the message including the second web address.
  • Step 403 Receive a request that includes the second web address sent by the requesting party.
  • the requestor can be either a client or a URL server.
  • Step 404 Return the first website address to the requesting party according to the saved correspondence between the first website address and the second website address.
  • the first web address included in the message is replaced with the second web address when the user submits the information after editing the information.
  • the first web address included in the message is replaced with the second web address after inputting.
  • the length of the message is directly calculated according to the content of the replaced message, so that it is not necessary to be in the first embodiment.
  • the message length is calculated by using the predetermined length value instead of the length of the first web address, and the message length monitoring function of the system can be modified without using the prior art. Therefore, the second embodiment is simpler than the embodiment.
  • the other system functions and processing procedures of the second embodiment are similar to the first embodiment, for example, the query and access of the second web address, the structure and the generating method of the second web address, and whether the first web address has been saved before the replacement, and the first judgment is made. Whether the URL needs to be replaced, and the update and maintenance of the correspondence between the first URL and the second URL.
  • the system provided in this embodiment can adopt the structure shown in FIG. among them,
  • the service processing module 101 is configured to obtain, from the query module 102, a second web address corresponding to the first web address included in the message; replacing the first web address included in the message with the second web address; providing the second web address The message of the website; wherein the length of the second website is smaller than the length of the first website;
  • the querying module 102 is configured to generate the second web address according to the first web address, and save a correspondence between the first web address and the second web address;
  • the request of the second web address returns the first web address to the requesting party according to the saved correspondence between the first web address and the second web address.
  • the query module 102 may further determine whether the first web address has been saved; if the first web address has been saved, according to the saved first web address and the second web address Corresponding relationship acquires the second website address.
  • the query module 102 may further receive a query request that is sent by the client 103 and include the second web address, and use the first URL according to the correspondence between the first web address and the second web address. Returned to the client 103.
  • the query module 102 assigns a unique serial number to the first web address, encodes the serial number to generate a suffix, and uses the host name of the web server and the suffix to generate the The second URL of the URL server.
  • the system may further include a URL server, configured to send a query request to the query module 102 when receiving an access request sent by the client of the second user to access the page pointed by the second URL, and obtain the query from the query module 102.
  • the first web address corresponding to the second web address causes the client of the second user to jump or redirect to the page pointed by the first web address.
  • FIG. 5 is a structural diagram of a system for providing a message including a web address according to an embodiment of the present invention.
  • the system can include the following devices.
  • the interface server 501 is configured to receive a message content and a request input by the user sent by the client 503, where the request may be a message submission request, a URL query request, a URL access request, etc.; and the message content and the URL query request are provided to the URL conversion server.
  • 502 Providing a URL access request to the HTTP server 504; and performing information forwarding between the client 503 and the URL conversion server 502 and the HTTP server 504, and performing a URL conversion server 502 and Information forwarding between HTTP servers 504.
  • the URL conversion server 502 is configured to replace the first URL in the message sent by the client 503 with the second URL, where the first URL may be first stored in the storage server 506, and if so, from the storage
  • the server 506 obtains the second web address corresponding to the first web address; if not, generates the second web address according to the first web address, and saves the correspondence between the first web address and the second web address in the storage server 506.
  • the functionality of the URL conversion server 502 is similar to that of the query module 102 shown in Figure 1, except that its storage functionality is implemented by the storage server 506.
  • the HTTP server 504 is configured to receive an access request that is sent by the client 503 through the interface server 501, and the first URL corresponding to the second website is obtained by the interface server 501, so that the client 503 hops. Transfer or redirect to the first URL.
  • the storage server 506 is configured to store a correspondence between the first web address and the second web address. According to another embodiment of the present invention, the storage server 506 can also record related information of the first web address and the second web address, for example, the number of times the second web address is requested, the time when the second web address is last requested, and the received message The number of messages of the first web address, the input time of the latest news in the received message containing the first web address, and the like.
  • the security center 505 is configured to receive a request for querying the first URL security information sent by the URL conversion server 502 and the HTTP server 504, and provide the security information of the first URL to the URL conversion server 502 and the HTTP server 504.
  • the client 503 is configured to receive a message content and a message submission request input by the user, and send the message content to the interface server 501, and send a webpage query request and a webpage access request to the interface server 501; receive and display the first webpage sent by the interface server, and first Information about the URL and the second URL, security information for the first URL, and more.
  • the client 103, 503 of the present invention may be a browser, an IM client, or a microblog client. Wait.
  • the technical solution provided by the embodiment of the present invention converts the webpage address in the message into a short webpage address, so that the webpage address occupies the length of the message body as little as possible, and allows the user or the system that inputs the message to insert and compare in the message according to the need. Long URLs don't cause the message to be too long.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)

Description

一种提供包含网页地址的消息的方法和系统
技术领域
本发明实施例涉及互联网技术领域， 特别涉及一种使用短网页地址 的消息提供方法和系统。 发明背景
统一资源定位符（URL, Uniform Resource Locator )也被称为网页 地址， 是用于完整地描述 Internet上网页和其他资源的地址的一种标识 方法。
互联网通信协议 RFC 2616"超文本传输协议 -HTTP/1.1"中没有对 URL的长度作出任何要求。实际中 URL长度限制则是由两方面决定的： 客户浏览器的要求和服务器端的设置。 例如， 微软公司的 IE 浏览器 ( Microsoft Internet Explorer )将 URL长度限制在 2083字节以内， 而实 际可以使用的最大长度为 2048字节。
目前， 互联网中有许多用于提供消息呈现的服务和应用对消息的长 度进行了限制。 例如， 微博（ micro-blog ), 作为一种被动的消息广播机 制， 对每个消息 （即微博文章） 的长度一般限制为 140个字符， 即时通 信（ Instant Messaging ) 系统对每个 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所示地址中的 "url.cn"为网址服务器的主机名， "Hr5Nl"为后缀。
另外， 考虑到有些被引用的网址并不很长， 可以再对上述实施例进 行优化。 例如， 在步骤 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

权利要求书
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所述的系统， 其特征在于，
所述网页地址服务器用于在接收到第二用户的客户端发送的访问所 述第二网页地址指向的页面的访问请求时向所述查询模块发送查询请 求， 从所述查询模块获取与所述第二网页地址对应的第一网页地址； 使 所述第二用户的客户端跳转或重定向到所述第一网页地址指向的页面。
PCT/CN2011/079629 2010-09-16 2011-09-14 一种提供包含网页地址的消息的方法和系统 WO2012034518A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11824588.5A EP2618271A4 (en) 2010-09-16 2011-09-14 METHOD AND SYSTEM FOR MESSAGE PRODUCTION INCLUDING UNIVERSAL ADDRESS
JP2012557401A JP5420087B2 (ja) 2010-09-16 2011-09-14 ユニバーサルリソースロケータを含むメッセージを提供するための方法およびシステム
BR112013006380A BR112013006380A2 (pt) 2010-09-16 2011-09-14 método e sistema para prover uma mensagem que inclui um localizador de recurso universal
US13/631,300 US8661161B2 (en) 2010-09-16 2012-09-28 Method and system for providing message including universal resource locator

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010287224.7 2010-09-16
CN2010102872247A CN102402558A (zh) 2010-09-16 2010-09-16 一种提供包含网页地址的消息的方法和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/631,300 Continuation US8661161B2 (en) 2010-09-16 2012-09-28 Method and system for providing message including universal resource locator

Publications (1)

Publication Number Publication Date
WO2012034518A1 true WO2012034518A1 (zh) 2012-03-22

Family

ID=45831011

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/079629 WO2012034518A1 (zh) 2010-09-16 2011-09-14 一种提供包含网页地址的消息的方法和系统

Country Status (6)

Country Link
US (1) US8661161B2 (zh)
EP (1) EP2618271A4 (zh)
JP (1) JP5420087B2 (zh)
CN (1) CN102402558A (zh)
BR (1) BR112013006380A2 (zh)
WO (1) WO2012034518A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10817896B2 (en) 2011-02-14 2020-10-27 Cardspring, Llc Measuring conversion of an online advertising campaign including group offers from an offline merchant
CN102984287A (zh) * 2012-11-19 2013-03-20 青岛海信传媒网络技术有限公司 微博应用服务器及其微博平台中链接地址的分享方法
CN104104649B (zh) * 2013-04-02 2017-09-19 阿里巴巴集团控股有限公司 页面登录的方法、装置及系统
CN104601736B (zh) * 2013-10-30 2018-10-23 腾讯科技（深圳）有限公司 一种短url服务的实现方法及装置
CN104717185B (zh) * 2013-12-16 2019-03-26 腾讯科技（北京）有限公司 短统一资源定位符的展示响应方法、装置、服务器和系统
CN104915347B (zh) * 2014-03-11 2019-04-12 腾讯科技（北京）有限公司 网页地址的处理方法、装置及系统
US10187447B1 (en) 2016-01-28 2019-01-22 Twitter, Inc. Method and system for online conversion attribution
CN104702677B (zh) 2015-02-13 2017-06-23 腾讯科技（深圳）有限公司 链接处理方法、装置和系统
CN106156048B (zh) * 2015-03-27 2021-03-16 腾讯科技（深圳）有限公司 提供短统一资源定位符服务的方法和装置及通信系统
CN105630927B (zh) * 2015-12-22 2019-06-18 北京奇虎科技有限公司 链接生成方法和装置
CN106933854B (zh) 2015-12-30 2020-06-30 阿里巴巴集团控股有限公司 短链接处理方法、装置及服务器
CN106548068A (zh) * 2016-10-31 2017-03-29 珠海市魅族科技有限公司 短网址信息显示系统及方法
CN107193550A (zh) * 2017-04-17 2017-09-22 南京欣网互联信息技术有限公司 一种产生浮窗界面的方法
CN109729127A (zh) * 2017-10-31 2019-05-07 北京国双科技有限公司 数据传输方法及装置
CN110134890A (zh) * 2019-05-13 2019-08-16 重庆八戒电子商务有限公司 一种防止网站数据被恶意遍历的方法、系统、设备及介质
CN113612869B (zh) * 2021-08-25 2023-12-19 福建凯米网络科技有限公司 一种短网址生成方法、终端及存储介质
CN114285834A (zh) * 2021-12-24 2022-04-05 山石网科通信技术股份有限公司 一种报文传输方法、装置及终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1711539A (zh) * 2002-11-28 2005-12-21 国际商业机器公司 用于将文件超链接的方法和系统
CN101202748A (zh) * 2007-11-27 2008-06-18 优视动景（北京）技术服务有限公司 一种微浏览器浏览网页的方法及微浏览器
US20090006556A1 (en) * 2007-06-26 2009-01-01 Anjana Agarwal Assigning tags to network addresses for subsequent retrieval of the network addresses

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040056420A (ko) * 2002-12-23 2004-07-01 에스케이 텔레콤주식회사 이동 통신 시스템에서 유알엘 변경 및 전송 방법 및 그시스템
JP2005100086A (ja) * 2003-09-25 2005-04-14 Mitsubishi Paper Mills Ltd Ｕｒｌ転送システム
US7698347B2 (en) * 2005-08-18 2010-04-13 Yahoo! Inc. System and method for shortening click URLS
US7698269B2 (en) * 2005-11-29 2010-04-13 Yahoo! Inc. URL shortening and authentication with reverse hash lookup
US8255480B2 (en) * 2005-11-30 2012-08-28 At&T Intellectual Property I, L.P. Substitute uniform resource locator (URL) generation
CN101635887A (zh) * 2008-07-22 2010-01-27 陈晓月 一种手机通过短信阅读网站信息的方法
KR101635876B1 (ko) * 2009-01-07 2016-07-04 쏘닉 아이피, 아이엔씨. 온라인 콘텐츠를 위한 미디어 가이드의 단일, 공동 및 자동 생성
US20120124025A1 (en) * 2009-03-18 2012-05-17 Turkcell Iletisim Hizmetleri Anonim Sirketi Method for Querying a Search Word Via SMS and Sending a Search Engine Results to Mobile Devices
CN101674374A (zh) * 2009-09-02 2010-03-17 优视动景（北京）技术服务有限公司 用于移动通讯终端的网页内容提取转发系统及其应用方法
US8510348B2 (en) * 2010-03-03 2013-08-13 Wgrs Licensing Company, Llc Systems and methods for creating and using imbedded shortcodes and shortened physical and internet addresses
US20110258016A1 (en) * 2010-04-14 2011-10-20 Optify, Inc. Systems and methods for generating lead intelligence
US20120202525A1 (en) * 2011-02-08 2012-08-09 Nokia Corporation Method and apparatus for distributing and displaying map events

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1711539A (zh) * 2002-11-28 2005-12-21 国际商业机器公司 用于将文件超链接的方法和系统
US20090006556A1 (en) * 2007-06-26 2009-01-01 Anjana Agarwal Assigning tags to network addresses for subsequent retrieval of the network addresses
CN101202748A (zh) * 2007-11-27 2008-06-18 优视动景（北京）技术服务有限公司 一种微浏览器浏览网页的方法及微浏览器

Also Published As

Publication number Publication date
EP2618271A4 (en) 2015-05-27
CN102402558A (zh) 2012-04-04
EP2618271A1 (en) 2013-07-24
US20130024535A1 (en) 2013-01-24
BR112013006380A2 (pt) 2016-06-28
US8661161B2 (en) 2014-02-25
JP5420087B2 (ja) 2014-02-19
JP2013522736A (ja) 2013-06-13

Similar Documents

Publication Publication Date Title
WO2012034518A1 (zh) 一种提供包含网页地址的消息的方法和系统
US11108729B2 (en) Managing request routing information utilizing client identifiers
US9451046B2 (en) Managing CDN registration by a storage provider
US8321503B2 (en) Context-specific network resource addressing model for distributed services
US9628554B2 (en) Dynamic content delivery
US20180205697A1 (en) Managing content delivery network service providers by a content broker
US9172674B1 (en) Managing request routing information utilizing performance information
WO2013143403A1 (zh) 一种访问网站的方法和系统
US8484373B2 (en) System and method for redirecting a request for a non-canonical web page
EP3253026B1 (en) Cdn-based access control method and relevant device
US8782157B1 (en) Distributed comment moderation
WO2011082437A2 (en) Reputation based redirection service
US9473592B2 (en) Methods for optimizing a web content proxy server and devices thereof
TW201248403A (en) Web page link detection method, device and system
US10447633B2 (en) Method and system for optimizing and preventing failure of sender policy framework (SPF) lookups
US11372937B1 (en) Throttling client requests for web scraping
EP3389240B1 (en) Method and system for processing cache cluster service
US10387663B2 (en) System, a method and a computer readable medium for transmitting an electronic file
CN106959975B (zh) 一种转码资源缓存处理方法、装置及设备
EP4222617A1 (en) Web scraping through use of proxies, and applications thereof
US9288153B2 (en) Processing encoded content
CN106470195A (zh) 消息的签名方法和域名服务器
WO2023280593A1 (en) Web scraping through use of proxies, and applications thereof
CN117955681A (zh) 一种钓鱼邮件演练方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11824588

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011824588

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012557401

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013006380

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013006380

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20130318