WO2013078830A1 - 一种处理移动终端的页面访问请求的方法、设备与系统 - Google Patents

一种处理移动终端的页面访问请求的方法、设备与系统 Download PDF

Info

Publication number
WO2013078830A1
WO2013078830A1 PCT/CN2012/075073 CN2012075073W WO2013078830A1 WO 2013078830 A1 WO2013078830 A1 WO 2013078830A1 CN 2012075073 W CN2012075073 W CN 2012075073W WO 2013078830 A1 WO2013078830 A1 WO 2013078830A1
Authority
WO
WIPO (PCT)
Prior art keywords
page
access request
page access
address
website
Prior art date
Application number
PCT/CN2012/075073
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 百度在线网络技术（北京）有限公司
Publication of WO2013078830A1 publication Critical patent/WO2013078830A1/zh

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/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents

Definitions

  • the present invention relates to the field of Internet, and more particularly to a technique for processing page access requests. Background technique
  • the page is browsed after being converted to a WAP page by a specific server.
  • the above situation will cause some inconvenience to the user to access the Internet through the mobile terminal for browsing the webpage, affecting the browsing experience of the user, and on the other hand, increasing the cost of building and maintaining the Internet website.
  • a method for processing a page access request of a mobile terminal implemented in a website proxy device wherein the website proxy device proxy processes a first page access request of at least one website, wherein The method includes the following steps: a obtaining a first page access request to be processed;
  • d performs processing corresponding to the first page access request on the original page to obtain a target page corresponding thereto.
  • a method for assisting in processing a page access request of a mobile terminal implemented in a website device includes the following steps:
  • a website proxy device for processing a page access request of a mobile terminal, wherein the website proxy device proxy processes a first page access request of at least one website, wherein the device comprises:
  • a request generating device configured to generate, by the first page access request, a second page access request corresponding to the first page access request
  • the original page obtaining means is configured to obtain, according to the second page access request, a corresponding original page from a website pointed to by the second page access request;
  • the target page obtaining means is configured to perform processing corresponding to the first page access request on the original page to obtain a target page in response thereto.
  • a website device for assisting in processing a page access request of a mobile terminal includes:
  • An access request receiving device configured to receive a second page access request from the website proxy device
  • a matching querying apparatus configured to perform a matching query in the page library according to the second page access request, to obtain an original page corresponding to the second page access request;
  • a page sending device configured to send the original page to the website proxy device.
  • a system for processing a page access request including the above-described website proxy device and website device.
  • the website proxy device of the present invention receives a first hundred access request of the user, such as a WAP page access request based on the WAP protocol, and generates a second page access request according to the first page access request, for example, based on
  • the WWW page access request of the HTTP protocol is then obtained from the website device according to the second page access request, and the corresponding WWW page based on the HTTP protocol is obtained, and the WWW page is converted into a corresponding WAP page to be returned to the user.
  • the Internet website does not need to establish a separate mobile terminal to access the website, so that the user can access the website through any browser of the mobile terminal, and realize real-time synchronization of the content between the WWW page and the WAP page of the website, thereby reducing the website. Maintenance costs.
  • FIG. 1 shows a system topology for processing a page access request of a mobile terminal in accordance with an aspect of the present invention
  • FIG. 2 is a schematic diagram of a device for processing a page access request of a mobile terminal according to an aspect of the present invention
  • FIG. 3 is a schematic diagram of an apparatus for processing a page access request of a mobile terminal according to a preferred embodiment of the present invention
  • FIG. 4 is a schematic diagram of an apparatus for processing a page access request of a mobile terminal according to another preferred embodiment of the present invention.
  • FIG. 5 is a block diagram showing an apparatus for processing a page access request of a mobile terminal according to still another preferred embodiment of the present invention.
  • FIG. 6 shows a flow chart of a method for processing a page access request of a mobile terminal according to another aspect of the present invention.
  • FIG. 7 illustrates processing page access of a mobile terminal in accordance with a preferred embodiment of the present invention. Method flow diagram of the request
  • FIG. 8 is a flowchart showing a method of processing a page access request of a mobile terminal according to another preferred embodiment of the present invention.
  • Figure 9 is a flow chart showing a method of processing a page access request of a mobile terminal in accordance with still another preferred embodiment of the present invention.
  • FIG. 1 shows a system topology for processing a page access request of a mobile terminal in accordance with an aspect of the present invention.
  • These include website proxy devices 1, website devices 2 and mobile terminals.
  • the website proxy device 1 receives the first page access request sent by the at least two mobile terminals; where the website proxy device 1 and the mobile terminal can communicate through any mobile communication manner, including but not limited to, based on 3GPP,
  • the LTE, WIMA mobile communication website proxy device 1 is connected to at least two website devices 2 via a network, wherein the website proxy device 1 can proxy the first page access request of the at least one website device 2 to obtain the (etc.)
  • the first page access request corresponds to the target page.
  • the network includes, but is not limited to, the Internet, a wide area network, a metropolitan area network, a local area network, a VPN network, a wireless ad hoc network (Ad Hoc network), and the like.
  • the website proxy device 1 and the website device 2 are network devices including, but not limited to, a computer, a network host, a single network server, a set of at least two network servers, or a cloud composed of at least two servers.
  • the cloud is composed of a large number of computers or network servers based on Cloud Computing, which is a kind of distributed computing, a super virtual computer composed of a group of loosely coupled computers.
  • the mobile terminal means a computer device that can be used in mobile, including but not limited to a smart phone, a PDA, a POS machine, a car computer, a navigator, etc., and the display screen size is usually much smaller than that of a desktop computer. .
  • the website proxy device 1 can interact with at least two website devices 2 at the same time and obtain the original pages from different website devices 2.
  • the website proxy device 1 includes a request obtaining device 11, a request generating device 12, an original page obtaining device 13, and a target page obtaining device 14; the website proxy device 1 proxyes a first page access request of at least one website.
  • the first page access request may be a WAP page-based WAP page access request, an HTTP protocol-based WWW page access request, etc., including but not limited to:
  • the request acquisition means 11 acquires a first page access request to be processed.
  • the manner of obtaining the first page access request includes:
  • the mobile terminal receives the page access address input by the user, for example, through browser software or the like, in real time to generate a first page access request, and sends it to the website proxy device 1 through an agreed communication method, and then requests the obtaining device 11 to acquire the First page access request;
  • the mobile terminal receives the webpage link on the current browsing page of the mobile terminal in real time to generate a pending first page access request, and sends it to the website proxy device 1 through the agreed communication method, and then requests the obtaining device 11 Obtaining the first page access request;
  • the request acquisition device 11 acquires the first page access request to be processed from the access request queue of the third party device in real time or periodically.
  • the user interacts with the mobile terminal by means of an interaction device of the mobile terminal, including but not limited to a keyboard, a mouse, a remote controller, a touch pad, or a handwriting device.
  • the device software or the client software interacts.
  • the mobile terminal acquires the key sequence input by the user in real time, for example, the unified resource input by the user.
  • a locator (URL)
  • a locator (URL)
  • recorded as a first page access request corresponding to the user input operation and then transmitting the first page access request to the website proxy device 1 by an agreed communication method, for example, encapsulating it as a request message, such as an http request message, and sent to the website proxy device 1 through a corresponding communication protocol, such as http, https communication protocol; then, the request obtaining device 11 receives and parses the request message in real time to obtain the first The page access request, wherein the first page access request includes a URL of a page accessed by the user, and a file format of the page to be accessed is a WML file.
  • the request obtaining means 11 transmits, according to an application programming interface (API) provided by the third-party device, to the third-party device by the predetermined condition or event, or periodically, to receive the first page access request to be processed.
  • API application programming interface
  • the request obtaining means 11 receives the first page access request to be processed.
  • the request generating means 12 generates a second page access request corresponding to the first page access request according to the first page access request acquired by the request obtaining means 11.
  • the second page access request means an access request capable of accessing a page of a website to which the first page access request actually points, for example, the second page access request is a WWW page access request based on an HTTP protocol.
  • the first page access request and the second page access request may be the same type of page access request, as is a WWW page access request based on the HTTP protocol; or may be a different type of page access request, such as One page access request is based on WAP The WAP page access request of the protocol, and the second page access request is a WWW page access request based on the HTTP protocol.
  • the manner of generating the second page access request includes but is not limited to the following cases:
  • the domain name information used in the second page access request is not obtained through the domain name mapping table query, the domain name information is obtained according to the default domain name mapping rule, and a specific embodiment of the manner is to be subsequently Explain in detail.
  • the original page obtaining means 13 acquires the corresponding original page from the website pointed to by the second page access request according to the second page access request acquired by the request generating means 12.
  • the manner of obtaining the original page includes:
  • the original page obtaining means 13 sends a second page access request to the website server pointed to by the second page access request, and receives a corresponding original page of the website server in response to the second page access request feedback;
  • the original page obtaining means 13 performs a matching query in the local page library according to the page access address in the second page access request to obtain a corresponding original page; wherein the local page library is used for storing the pre-acquisition from the website server.
  • the page of the website which includes the relationship database, Key-Value storage system, file system, and the like.
  • the original page obtaining means 13 extracts the page access address in the second page access request, and sends the second page to the website server pointed to by the second access request. For example, it may be encapsulated into a request message, such as an http request message, and sent to the website server through a corresponding communication protocol, such as http, https communication protocol; and the website server is received in response to the second The corresponding original page of the page visit request feedback.
  • a request message such as an http request message
  • a corresponding communication protocol such as http, https communication protocol
  • the original page obtaining means 13 extracts the page access address in the second page access request, and performs a matching query in the local page library by calling the agreed application programming interface (API) according to the page access address. To obtain the original page that matches the page access address in the second page access request.
  • API application programming interface
  • the target page obtaining means 14 performs processing corresponding to the first page access request on the original page acquired by the original page obtaining means 13 to obtain a target page in response thereto.
  • the target page may be described in the same markup language as the original page, that is, the file format is the same, or different markup languages may be used, that is, the file format is different.
  • the manner of obtaining the target page includes but is not limited to:
  • the target page obtaining means 14 performs processing such as displaying, deleting, and the like on the original page to obtain the target page.
  • the target page obtaining means 14 extracts the specific content in the original page, such as the title, the body text, etc., and converts through the file format. , put the specific content on the new page as the target page.
  • markup language includes but is not limited to any one of the following:
  • WML Wireless Markup Language
  • WAP Wireless Markup Language
  • XHTML Extensible Hypertext Markup Language
  • HTML Hypertext Markup Language
  • markup language is only an example, and other existing or future markup languages, as applicable to the present invention, are also included in the scope of the present invention and are hereby incorporated by reference. this.
  • the markup language file of the original page is an HTML file
  • the target page obtaining means 14 performs a matching query in the HTML file of the original page according to the predetermined content keyword to extract the title content of the page in the original page
  • the target page obtaining means 14 performs matching mapping in the tag mapping library according to the HTML tag corresponding to the title content and the body content, to obtain the HTML tags to the corresponding WML tags, and the target page capturing device 14
  • the HTML tags are converted into WML tags, and a new WML page is generated based on the title content and the body content as the target page.
  • the tag mapping library includes a mapping relationship between the HTML tag and the WML tag, and includes a relational database, a Key-Value storage system, a file system, and the like.
  • the request retrieval means 11, the request generation means 12, the original page capture means 13 and the target page acquisition means 14 are continuously operated.
  • the request obtaining device 11 continuously acquires a first page access request to be processed; then, the request generating device 12 also continuously generates a first page corresponding to the first page access request according to the first page access request. a second page access request; subsequently, the original page obtaining means 13 also continuously obtains a corresponding original page from the website pointed to by the second page access request according to the second page access request; subsequently, the target page capturing means 14
  • the processing of the first page access request is continuously performed on the original page to obtain a target page in response thereto.
  • continuous means that each device continuously performs the acquisition of the first page access request, the generation of the second page access request, the acquisition of the original page, and the acquisition of the target page until the predetermined stop condition is satisfied.
  • the request obtaining means 11 stops the acquisition of the first page access request for a long time.
  • FIG. 3 illustrates processing page access of a mobile terminal in accordance with a preferred embodiment of the present invention.
  • the request generating device 12 includes a domain name information acquiring unit 121, an access address determining unit 122, and a first request generating unit 123.
  • the domain name information obtaining unit 121 performs a matching query in the domain name mapping table according to the first domain name related information of the access address in the first page access request, so as to obtain the access address used in the second page access request.
  • Second domain name related information
  • the first domain name related information includes but is not limited to:
  • the second domain name related information includes but is not limited to:
  • the domain name information obtaining unit 121 performs a matching query in the domain name mapping table according to the first domain name address, for example, to obtain a second The second domain name related information of the access address in the page access request.
  • the domain name mapping table includes a mapping relationship between the first domain name related information of the access address in the first page access request and the second domain name related information of the access address in the second page access request.
  • the domain name mapping table may be located in a relational database, a Key-Value storage system, a file system, or the like.
  • the first domain name related information includes an access address of "macom”
  • the domain name information obtaining unit 121 extracts the first domain name address macom of the read access address, and then the first domain name address, through the website.
  • the application programming interface (API) provided by the proxy device 1 performs a matching query in the domain name mapping table located in the relational database, to obtain the second domain name address corresponding to the first domain name address macom as dcbcom, and As the access address used in the second page access request Second domain name related information.
  • API application programming interface
  • the domain name information acquiring unit 121 maps the IP address to the second IP address by using a predetermined mapping rule, that is, The second domain name related information of the access address in the second page access request.
  • the first domain name related information includes an IP address of 9.1.1.180. [Centralized domain name] /file, the domain name information obtaining unit 121 deletes the suffix "[centralized website domain name]" of the IP address to obtain a corresponding The second IP address is 9.1.1.180.
  • the access address determining unit 122 determines, according to the access address and the domain name information obtaining unit 121 in the first page access request, the second domain name related information acquired, according to the predetermined first address translation rule, for determining the second page access request. Access address.
  • the first address translation rule includes but is not limited to the following situations:
  • the access address determining unit 122 converts the access address image.macom/file in the first page access request into image. .cb.com/file, as the access address in the second page access request.
  • the access address determining unit 122 sets the access address in the first page access request.
  • the com/file is converted to www.b.com/path/file as the access address in the second page access request.
  • the access address determining unit 122 converts the access address ma, com/image/file in the first page access request into Image, cb.com/ fil e.
  • the first request generating unit 123 generates the second page access request according to the access address determined by the access address determining unit 122 for the second page access request.
  • the access address determining unit 122 determines that the access address used in the second page access request is image.cbcom/file, and the first request generating unit 123 encapsulates the access address as a request message as the second page.
  • the manner of obtaining the second domain name related information and/or the manner of determining the access address and/or the manner of generating the second page access request for example, other existing or future acquisitions may occur.
  • the manner of the second domain name related information and/or the manner of determining the access address and/or the manner of generating the second page access request are applicable to the present invention and are also included in the scope of the present invention and are incorporated herein by reference.
  • the access address determining unit 122 maps the access address in the first page access request to be used according to a predetermined mapping rule. The access address in the second page access request.
  • the predetermined mapping rule includes: removing a specific domain name suffix in the domain name part of the access address, such as "[centralized website domain name],", that is, adding a new top-level domain name to the domain name.
  • all of the domain names have "[ The page access request for the suffix of the centralized site name]" is handled by the agent of the website proxy device 1.
  • the access address in the first page access request is cbcom. [concentrated website domain name]/file, when the domain name information obtaining unit 121 does not obtain the second domain name related information from the domain name mapping table, the access address The determining unit 122 directly maps the access address cbcom. [centralized website domain name] /file to cbcom/file.
  • the first page access request is for the user to browse the original by clicking the mobile terminal.
  • the webpage link on the start page is generated, and the website pointed to by the link is not handled by the proxy device of the website, so there is no information about the first domain name related information of the website and the second domain name related information in the domain name mapping table. Mapping relationship.
  • the suffix "[centralized website domain name]" is automatically added to the domain name address part in the link address when the first page access request is generated, as the first page access.
  • the access address in the request is a prex "[centralized website domain name]"
  • the website proxy device 1 is the domain name server of the "[centralized website domain name]" top-level domain, the first page access request will be received and processed by the website proxy device 1, which will remove the suffix when generating the second page access request, Used to find the real website corresponding to the link to the page.
  • the website proxy device 1 further includes address translation means (not shown) for capturing the target page acquisition means 14 in accordance with a predetermined second address translation rule.
  • the link address in the target page is translated to an address that the user can access through the mobile terminal.
  • the request obtaining means 11 acquires a first page access request to be processed; and the request generating means 12 generates a first page access according to the first page access request.
  • Requesting a corresponding second page access request; the original page obtaining means 13 acquires a corresponding original page from the website pointed to by the second page access request according to the second page access request; the target page obtaining means 14 pairs the original The page performs processing corresponding to the first page access request to obtain a target page in response thereto; the specific process and the requesting acquisition device 11, the request generating device 12, and the original page obtaining device 13 in the embodiment described above with reference to FIG.
  • the same process as that performed by the target page obtaining means 14, for the sake of brevity, is included herein by reference, without being owned.
  • the second address translation rule includes:
  • the address translation device When the IP address is used in the link address of the target page, and the IP address does not have a domain name address corresponding to it in the website proxy device 1, such as 9.1.1.180/file, the address translation device directly adds the IP address suffix Suffix "[centralized website domain name]" to get the corresponding destination address 9.1.1.180. [centralized website domain name] / file;
  • the address conversion device When the domain name address is used in the link address of the target page, the address conversion device The reverse mapping rule corresponding to the first address translation rule is used to obtain the corresponding address; for example, the link address in the target page is image.cbcom/file, and the corresponding first address translation rule is: The domain name address is macom, and the corresponding second domain name address is cbcom, and the first domain name in the access address image.macom/file is directly replaced with the second domain name address; thus, the address translation device passes the first address translation rule Reverse mapping rules, reverse conversion to get the corresponding address as image.m, a.com/file.
  • the address translation device If the address translation device fails to obtain the corresponding address by the above method, the address translation device directly adds a specific suffix to the domain name address portion of the link address, such as "[centralized website domain name]"; for example, the link address of the target page For macom/file, the address translation device adds a suffix to its domain name address to obtain the corresponding address as macom. [Centralized domain name]/file.
  • the link address may be The domain name address part is added with a specific suffix, such as "[centralized website domain name],", to achieve the user's access to the page corresponding to the link.
  • the target page obtaining means M" includes a content block extracting unit 141" and a first page generating unit 142".
  • the content block extracting unit 141" extracts a specific content block from the original page acquired by the original page obtaining means 13;
  • the generating unit 142" generates, based on the specific content block extracted by the content block extracting unit 141", a new page having a format different from the original page file in response to the first page access request as the target page.
  • the functions of the devices 11", 12" and B" shown in FIG. 4 are the same as those of the devices 11, 12 and 13 described above with reference to FIG. 2, which are incorporated herein by reference for the sake of clarity. Without repeating it.
  • the content block extracting unit 141 " extracts its markup language file from the original page acquired by the original page obtaining means 13", and then uses, for example, feature text string matching or the like in the markup language file to determine the original page. Specific content block.
  • the content block means a content area in a markup language file of a page, which corresponds to a specific content displayed in a webpage, for example, a content block including a content of the page body, such as a news title content block in a news page, A block of content that contains a specific type of content, such as a block of content that contains linked text.
  • the content block extracting unit 141 extracts the markup language file from the original page into an XHTML file, such as:
  • the first page generating unit 142 "converts according to the tags in the at least two specific content blocks extracted by the content block extracting unit M1", such as converting the HTML tags into WML tags, and generating a new WML according to the predetermined page template. Page, as the target page.
  • the target page obtaining means 14 may also process each of the content blocks in the original web page in accordance with predetermined processing rules to obtain a target page in response to the first page access request.
  • the request obtaining means 11 acquires a first page access request to be processed; and the request generating means 12 generates a first page access according to the first page access request.
  • Requesting a corresponding second page access request; the original page obtaining means 13 obtains a corresponding original page from the website pointed to by the second page access request based on the second page access request; the specific process and the foregoing reference FIG.
  • the processes performed by the request obtaining means 11, the request generating means 12 and the original page obtaining means 13 in the described embodiment are the same, and are included herein for the sake of brevity and are not described herein.
  • the predetermined processing rule includes but is not limited to:
  • predetermined processing rules are only examples, and other existing or future predetermined processing rules may be applicable to the present invention, and are also included in the scope of the present invention, and are hereby incorporated by reference. Included here.
  • the manner of generating the target page according to the predetermined processing rule includes but is not limited to the following situations:
  • the target page obtaining means 14 performs a processing operation on the content block of the original page according to a predetermined processing rule to adjust the content in the original page. And the layout, and the adjusted page is used as a target page in response to the first page access request. For example, it will move The content block that cannot be parsed by the browser of the mobile terminal is deleted; the main content in the page, such as the news title content block in the news page, the news body content block, is reserved for display; and the secondary content in the page, such as the news page, The other news links the content block, which is collapsed to save page display space.
  • FIG. 5 is a diagram showing an apparatus for processing a page access request of a mobile terminal in accordance with still another preferred embodiment of the present invention.
  • the original page obtaining means 13" includes an access request transmitting unit 131, "and an original page receiving unit 132", and the website device 2 includes an access request receiving means 21", a matching query means 22", and a page transmitting means 23,
  • the functions of the devices 11", 12", and 14, " shown in FIG. 5 are the same as those of the devices 11, 12, and 14 described above with reference to FIG. 2, and for the sake of brevity, The citation method is included here, not a curiosity.
  • the website device 2 and the website proxy device 1 can communicate by any communication means, including but not limited to, 3GPP, LTE, WIMAX based mobile communication, TCP/IP, UDP protocol based computer network communication, and Short-range wireless transmission based on Bluetooth and infrared transmission standards.
  • the respective devices of the website proxy device 1 and the website device 2 cooperate with each other to implement processing of the first page access request in the website proxy device 1.
  • the access request sending unit 131 "the request generating device 12" generates the generated second page access request to the website device 2 pointed to by the second page access request; for example, it can be encapsulated as a request
  • the message such as the http request message, is sent to the website device 2 via a corresponding communication protocol, such as http, https communication protocol.
  • the access request receiving device 2 of the website device 2 receives the second page access request from the website proxy device 1 by means of real-time listening.
  • the matching query device 22" parses the second page access request, and extracts the page access address, the page identification information, and the like in the second page access request, and performs a matching query in the page library accordingly, to obtain The original page corresponding to the second page access request Face.
  • the page library includes page access addresses or page identification information and corresponding pages thereof, including but not limited to a relational database, a Key-Value storage system, a file system, and the like.
  • the page transmitting means 23, "sends the matching query means 22," and the original page obtained is sent to the website proxy device 1 in accordance with the agreed communication method.
  • the original page receiving unit 132" of the website proxy device 1 receives the original page fed back by the website device 2 in response to the second page access request by means of real-time monitoring.
  • the website proxy device 1 further includes a providing device (not shown).
  • the request obtaining device 11 acquires the first page access request generated by the user through the page access address input by the mobile terminal; and the providing device provides the target page obtained by the target page obtaining device 14 to the user.
  • the request generating device 12 generates a second page access request corresponding to the first page access request according to the first page access request;
  • the obtaining device 13 acquires a corresponding original page from the website pointed to by the second page access request according to the second page access request;
  • the target page obtaining device 14 performs processing corresponding to the first page access request on the original page,
  • the specific process is the same as that performed by the request generating device 12, the original page obtaining device 13, and the target page obtaining device 14 in the embodiment described above with reference to FIG. 2, for the sake of brevity, for the sake of brevity, It is included here by reference, 'without a statement.
  • the mobile terminal acquires the click operation content of the user, for example, in real time, where the click operation
  • the content includes the webpage link address, and accordingly, the first page access request to be processed is generated, and then the mobile terminal sends the webpage proxy device 1 by the agreed communication method; then, the request obtaining device 11 monitors through real time. The way to get the first page access request.
  • the providing device obtains the target page acquired by the target page obtaining device 14 by using any known mobile terminal to provide human readable information, such as screen display, speaker playing, etc., and provides the target page to the user through the mobile terminal.
  • the providing device provides the target page acquired by the target page obtaining device 14 to the mobile terminal in a certain order and format by using a predetermined communication method, for example, providing the mobile terminal with a link, a page display, or the like. For users to browse.
  • the manner of obtaining the first page access request and/or the manner of providing the target page is only an example, other existing or future possible ways of obtaining the first page access request and/or providing the target.
  • the manner in which the web pages are applicable to the present invention is also intended to be included within the scope of the present invention and is hereby incorporated by reference.
  • FIG. 6 shows a flow chart of a method of processing a page access request of a mobile terminal in accordance with an aspect of the present invention.
  • the website proxy device 1 agent processes the first page access request of at least one website.
  • the first page access request may be a WAP page-based WAP page access request, an HTTP protocol-based WWW page access request, etc., including but not limited to:
  • step S1 the website proxy device 1 acquires a first page access request to be processed.
  • the manner of obtaining the first page access request includes:
  • the mobile terminal receives the page access address input by the user, for example, through browser software or the like, in real time to generate a first page access request, and sends it to the website proxy device 1 through an agreed communication method, and then in step S1, the website The proxy device 1 retrieves the first page access request; 2) the mobile terminal receives the webpage link on the current browsing page of the mobile terminal in real time to generate a first page access request to be processed, and sends it to the website proxy device 1 through the agreed communication method, and then in step S1 , the website proxy device 1 obtains the first page access request;
  • step S1 the website proxy device 1 acquires the first page access request to be processed from the access request queue of the third party device in real time, or periodically.
  • the user interacts with the browser software or the client software in the mobile terminal by using an interaction device of the mobile terminal, including but not limited to a keyboard, a mouse, a remote controller, a touch pad, or a handwriting device, to the keyboard.
  • an interaction device of the mobile terminal including but not limited to a keyboard, a mouse, a remote controller, a touch pad, or a handwriting device, to the keyboard.
  • the mobile terminal acquires a key sequence input by the user in real time, for example, a uniform resource locator (URL) input by the user, and records the input as the user.
  • URL uniform resource locator
  • the corresponding first page access request is operated, and then the first page access request is sent to the website proxy device 1 by means of an agreed communication manner, for example, it may be encapsulated into a request message, such as an http request message, and passed through corresponding a communication protocol, such as http, https communication protocol, sent to the website proxy device 1; then, in step S1, the website proxy device 1 receives and parses the request message in real time to obtain the first page access request, wherein the first A page access request includes the URL of the page accessed by the user, Access to the page file format is WML file.
  • step S1 the website proxy device 1 transmits, according to an application programming interface (API) provided by the third-party device, to the third-party device, to receive the pending processing, or periodically.
  • API application programming interface
  • the third party device receives and parses the request message by means of real-time monitoring, and accesses the first page access request in the queue of the queue in the access request queue according to the agreed communication mode. Sent to the website proxy device 1; subsequently, the website proxy device 1 receives the first page access request to be processed.
  • step S2 the website proxy device 1 generates a second page access request corresponding to the first page access request according to the first page access request acquired in step S1.
  • the second page access request means an access request capable of accessing a page of a website to which the first page access request actually points, for example, the second page access request is a WWW page access request based on an HTTP protocol.
  • the first page access request and the second page access request may be the same type of page access request, as is a WWW page access request based on the HTTP protocol; or may be a different type of page access request, such as
  • the first page access request is a WAP page-based WAP page access request
  • the second page access request is a WWW page access request based on the HTTP protocol.
  • the manner of generating the second page access request includes, but is not limited to, the following situation:
  • the domain name information used in the second page access request is not obtained through the domain name mapping table query, the domain name information is obtained according to the default domain name mapping rule, and a specific embodiment of the manner is to be subsequently Explain in detail.
  • step S3 the website proxy device 1 obtains the corresponding original page of the website pointed to by the second page access request from the second page access request acquired in step S2.
  • the manner of obtaining the original page includes: 1) In step S3, the website proxy device 1 sends a second page access request to the website server pointed to by the second page access request, and receives a corresponding original page of the website server in response to the second page access request feedback;
  • step S3 the website proxy device 1 performs a matching query in the local page library according to the page access address in the second page access request to obtain a corresponding original page; wherein the local page library is used to store the The website server pre-fetches the website's page, which includes a relational database, a Key-Value storage system, a file system, and the like.
  • step S3 the website proxy device 1 extracts a page access address in the second page access request, and sends a read second page access request to the website server pointed to by the second access request; for example, Encapsulated as a request message, such as an http request message, and sent to the website server through a corresponding communication protocol, such as http, https communication protocol; and receives a corresponding original page that the website server responds to in response to the second page access request.
  • a request message such as an http request message
  • a corresponding communication protocol such as http, https communication protocol
  • step S3 the website proxy device 1 extracts the page access address in the second page access request, and according to the page access address, by calling the agreed application programming interface (API) in the local page library.
  • API agreed application programming interface
  • a matching query is performed to obtain an original page that matches the page access address in the second page access request.
  • step S4 the website proxy device 1 performs a process corresponding to the first page access request for the original page acquired in step S3 to obtain a target page responsive thereto.
  • the target page is usable.
  • the same markup language description as the original page, the file format is the same, and can also be described in different markup languages, ie the file format is different.
  • the manner of obtaining the target page includes but is not limited to:
  • step S4 the website proxy device 1 performs display, deletion, and the like on the content of the original page to obtain a target. page.
  • step S4 the website proxy device 1 extracts specific content in the original page, such as a title, a body text, etc., and places the specific content on the new page by the conversion of the file format as a target. page.
  • markup language includes but is not limited to any of the following:
  • WML Wireless Markup Language
  • WAP Wireless Markup Language
  • XHTML Extensible Hypertext Markup Language
  • HTML Hypertext Markup Language
  • markup language is only an example, and other existing or future markup languages may be included in the scope of the present invention, and are also included in the reference. herein.
  • the markup language file of the original page is an HTML file
  • the website proxy device 1 performs a matching query in the HTML file of the original page according to the predetermined content keyword to extract the page in the original page. a title content and a body content; then, the website proxy device 1 performs a matching mapping in the tag mapping library according to the HTML tag corresponding to the title content and the body content, to obtain the HTML tags to the corresponding WML tag, and the website proxy device 1
  • the HTML tags are converted into WML tags, and a new WML page is generated based on the title content and the body content as the target page.
  • the tag mapping library includes a mapping relationship between the HTML tag and the WML tag, and includes a relational database, a Key-Value storage system, a file system, and the like.
  • the website proxy device 1 is continuously operated in steps S1, S2, S3 and S4. Specifically, in step Si t, the website proxy device 1 continuously acquires a first page access request to be processed; then, in step S2, the website proxy device 1 also continuously generates a context according to the first page access request. First page visit Requesting a corresponding second page access request; subsequently, in step S3, the website proxy device 1 also continuously obtains a corresponding original page from the website pointed to by the second page access request according to the second page access request; Subsequently, in step S4, the website proxy device 1 also continuously performs processing corresponding to the first page access request on the original page to obtain a target page in response thereto.
  • continuous means that the website proxy device 1 continuously performs the acquisition of the first page access request, the generation of the second page access request, the acquisition of the original page, and the acquisition of the target page in each step. Until the predetermined stop condition is met, for example, the website proxy device 1 stops the acquisition of the first page access request for a long time.
  • FIG. 7 illustrates a flow chart of a method of processing a page access request of a mobile terminal in accordance with a preferred embodiment of the present invention.
  • the process further includes step S21', step S22', and step S23O.
  • step S21 the website proxy device 1 performs a matching query in the domain name mapping table according to the first domain name related information of the access address in the first page access request to obtain the access in the second page access request.
  • the second domain name related information of the address
  • the first domain name related information includes but is not limited to:
  • the second domain name related information includes but is not limited to:
  • the website proxy device 1 performs a matching query in the domain name mapping table, for example, according to the first domain name address, to obtain a matching query.
  • Second domain related information for the access address in the second page access request includes a mapping relationship between the first domain name related information of the access address in the first page access request and the second domain name related information of the access address in the second page access request.
  • the domain name mapping table may be located in a relational database,
  • the first domain name related information includes an access address of "macom/d/file", and in step S21, the website proxy device 1 extracts the first domain name address macom of the friendship access address, and according to the a first domain name address, through an application programming interface (API) provided by the website proxy device 1, performing a matching query in a domain name mapping table located in its relational database to obtain a second domain name address corresponding to the first domain name address macom
  • API application programming interface
  • the website proxy device 1 maps the IP address to the second IP address by using a predetermined mapping rule. That is, as the second domain name related information for the access address in the second page access request.
  • the first domain name related information includes an IP address of 9.1.1.180. [Centralized domain name] /file
  • the website proxy device 1 deletes the suffix "[centralized website domain name]" of the IP address, Obtain the corresponding second IP address 9.1.1.180.
  • step S22 the website proxy device 1 determines, according to the predetermined first address translation rule, the second address conversion rule according to the access address in the first page access request and the second domain name related information acquired in step S21. The access address in the page access request.
  • the first address translation rule includes but is not limited to the following situations:
  • the website proxy device 1 converts the access address image.macom/file in the first page access request into Image.cbcom/file, as the access address in the second page access request.
  • the website proxy device 1 accesses the first page access request. The address macom/file is converted to www.b.com/path/file as the access address in the second page access request.
  • the website proxy device 1 converts the access address macom/image/file in the first page access request into image.cbcom/file.
  • step S23 the website proxy device 1 generates the second page access request based on the access address determined in step S22 for the second page access request.
  • step S22 the access address determined by the website proxy device 1 for the second page access request is image.cbcom/file, and in step S23, the website proxy device 1 encapsulates the access address into one.
  • the request message is used as a second page access request, wherein the second page access request includes an access address image.cbcom/file.
  • the manner of obtaining the second domain name related information and/or the manner of determining the access address and/or the manner of generating the second page access request for example, other existing or future acquisitions may occur.
  • the manner of the second domain name related information and/or the manner of determining the access address and/or the manner of generating the second page access request are applicable to the present invention, and are also included in the scope of the present invention and are incorporated herein by reference. .
  • step S21 the website proxy device 1 does not obtain the second domain name related information
  • step S22 the website proxy device 1 performs the first page access request according to a predetermined mapping rule.
  • the access address in the map is mapped to the access address used in the second page access request.
  • the predetermined mapping rule includes: removing a specific domain name suffix in the domain name part of the access address, such as "[centralized website domain name]", that is, adding a new top-level domain name to the domain name. Among them, all page access requests in which the domain name has the "[centralized website domain name]" suffix are handled by the website proxy device 1 agent.
  • the access address in the first page access request is cbcom.
  • [centralized website domain name]/file when the website proxy device 1 does not obtain the second domain name related information from the domain name mapping table in step S21 Then, in step S22, the website proxy device 1 directly maps the access address cbcom. [centralized website domain name] /file to cbcom/file.
  • the first page access request is generated by the user browsing the webpage link on the original page by clicking the mobile terminal, and the The website pointed to by the link is not handled by the website proxy device, so there is no mapping relationship between the first domain name related information of the read website and the second domain name related information in the domain name mapping table.
  • the suffix "[centralized website domain name]" is automatically added to the domain name address part in the link address when the first page access request is generated, as the first page. Access address in the access request.
  • the website proxy device 1 is the domain name server of the "[centralized website domain name]" top-level domain, the first page access request will be received and processed by the website proxy device 1, which will remove the suffix when generating the second page access request, Used to find the real website corresponding to the link to the page.
  • the process further includes a step S8 (not shown), in step S8, the website proxy device 1 obtains the second address translation rule in step S4 according to a predetermined second address translation rule.
  • the link address in the target page is translated to an address that the user can access through the mobile terminal.
  • step S1 the website proxy device 1 acquires a first page access request to be processed; in step S2, the website proxy device 1 accesses according to the first page. Requesting, generating a second page access request corresponding to the first page access request; in step S3, the website proxy device 1 acquires, according to the second page access request, a pointer from the second page access request a corresponding original page of the website; in step S4, the website proxy device 1 performs a process corresponding to the first page access request on the original page to obtain a target page in response thereto; the specific process is as described above with reference to FIG.
  • the process performed by the website proxy device 1 in the step S1, the step S2, the step S3, and the step S4 is the same, and is included herein for the sake of brevity, and is not described herein.
  • the second address translation rule includes:
  • step S8 the website proxy device 1 directly Add the suffix "[centralized website domain name]" to the IP address suffix to obtain the corresponding destination address 9.1.1.180. [Centralized domain name] /file;
  • step S8 the website proxy device 1 uses the reverse mapping rule corresponding to the first address translation rule to obtain the corresponding address; for example, in the target page
  • the link address is image.cb.com/file
  • the corresponding first address translation rule is: If the first domain address is macom and the corresponding second domain address is b.com, the address image will be accessed. The first domain name in the macom/file is directly replaced with the second domain name address; thus, in step S8, the website proxy device 1 reversely converts the rule with the first address translation rule to obtain the corresponding address as image. .m, a.com/file.
  • step S8 the website proxy device 1 fails to obtain the corresponding address by the above-mentioned method
  • step S8 the website proxy device 1 directly adds a specific suffix to the domain name address portion of the link address, such as "[ For example, if the link address of the target page is macom/me, then in step S8, the website proxy device 1 adds a suffix to the domain name address to obtain the corresponding address as macom. [Centralized domain name] /file.
  • the link address may be Add a specific suffix to the domain name address section. Such as "[centralized website domain name],,, to achieve the user's access to the page corresponding to the link.
  • FIG. 8 is a flow chart showing a method of processing a page access request of a mobile terminal in accordance with another preferred embodiment of the present invention.
  • the process further includes step S41 "and step S42".
  • step S41 the website proxy device 1 extracts a specific content block from the original page it acquired in step S3"; in step S42", the website proxy device 1 according to the specific content block extracted in step S41", A new page having a format different from the original page file in response to the first page access request is generated as the target page.
  • step S1 the functions of the website proxy device 1 shown in FIG. 8 in step S1, step S2 and step S3" are the same as those of the website proxy device 1 described above with reference to FIG. 6 in steps S1, S2 and S3.
  • the content is the same, and for the sake of clarity, it is hereby incorporated by reference.
  • step S41 the website proxy device 1 extracts its markup language file from the original page it acquired in step S3", and then uses, for example, feature text string matching or the like in the markup language file to determine A specific piece of content in the original page.
  • the content block means a content area in a markup language file of a page, which corresponds to a specific content displayed in a webpage, for example, a content block including a content of the page body, such as a news title content block in a news page, A block of content that contains a specific type of content, such as a block of content that contains linked text.
  • markup language file extracted by the website proxy device 1 from the original page is an XHTML file in step S41", such as:
  • step S42 the website proxy device 1 performs conversion according to the tags in the at least two specific content blocks extracted in step S41", such as converting the HTML tags into WML tags, and generating according to the predetermined page template.
  • the new WML page is used as the target page.
  • the website proxy device 1 may further process each content block in the original web page according to a predetermined processing rule to obtain a response to the first page access request. Goal page.
  • step S1 the website proxy device 1 acquires a first page access request to be processed; in step S2, the website proxy device 1 accesses according to the first page. Requesting, generating a second page access request corresponding to the first page access request; in step S3, the website proxy device 1 acquires, according to the second page access request, a website pointed to by the second page access request Corresponding original page; the specific process is the same as that performed by the website proxy device 1 in the steps S1, S2 and S3 in the embodiment described above with reference to FIG. 6, and is included herein by way of citation for the sake of brevity. Without repeating it.
  • the predetermined processing rule includes but is not limited to:
  • folding the content block wherein the folding means that the content block is set to The content is collapsed and hidden by default, but the content can be expanded to display by a specific trigger method.
  • predetermined processing rules are only examples, and other existing or future predetermined processing rules may be applicable to the present invention, and are also included in the scope of the present invention, and are hereby incorporated by reference. Included here.
  • the manner of generating the target page according to the predetermined processing rule includes but is not limited to the following situations:
  • step S4 the website proxy device 1 performs a processing operation on the content block of the original page according to a predetermined processing rule to adjust the original The content and layout in the page, and the adjusted page is taken as the target page in response to the first page access request.
  • the content block that cannot be parsed by the browser of the mobile terminal is deleted; the main content in the page, such as the news title content block in the news page, the new 'small text content block, is reserved for display; and the secondary content in the page is , such as other news link content blocks in the news page, fold to save the page display space.
  • FIG. 9 is a flow chart showing a method of processing a page access request of a mobile terminal in accordance with still another preferred embodiment of the present invention.
  • the process further includes step S31, ", step S32", step S5,,, step S6, ,, and step 7, .
  • the function of the website proxy device 1 shown in FIG. 9 in step S1, ", step S2," and step S3", and the website proxy device 1 described above with reference to FIG. 6 are in step S1, step S2 and step
  • the content in S3 is the same, and for the sake of brevity, it is included herein by reference, and is not described herein.
  • the website device 2 and the website proxy device 1 can communicate by any communication means, including but not limited to 3GPP, LTE, WIMAX based mobile communication, TCP/IP, UDP protocol based computer network communication, and Short-range wireless transmission based on Bluetooth and infrared transmission standards.
  • the website proxy device 1 and the website device 2 cooperate with each other in each step.
  • the first page access request is processed in the website proxy device 1.
  • the website proxy device 1 sends the generated second page access request to the website device 2 pointed to by the second page access request in step S2"; for example, The packet is encapsulated into a request message, such as an http request message, and sent to the website device 2 through a corresponding communication protocol, such as http, https communication protocol.
  • a request message such as an http request message
  • a corresponding communication protocol such as http, https communication protocol.
  • step S5 the website device 2 receives the second page access request from the website proxy device 1 by means of real-time listening.
  • step S6 the website device 2 parses the second page access request, and extracts the page access address, the page identification information, and the like in the second page access request, and performs matching query in the page library accordingly. Obtaining an original page corresponding to the second page access request.
  • the page library includes a page access address or page identification information and a page corresponding thereto, including but not limited to a relational database, Key-Value storage System, file system, etc.
  • step S7 the website device 2 transmits the original page retrieved in step S6" to the website proxy device 1 in accordance with the agreed communication method.
  • step S32 the website proxy device 1 receives the original page that the website device 2 responds to in response to the second page access request by means of real-time monitoring.
  • the process further includes a step S9 (not shown).
  • step S1 the website proxy device 1 acquires the first page access request generated by the user through the page access address input by the mobile terminal; in step S9, the website proxy device 1 sets the target obtained in step S4. The page is available to the user.
  • the website proxy device 1 In S2, the website proxy device 1 generates a second page access request corresponding to the first page access request according to the first page access request; in step S3, the website proxy device 1 accesses according to the second page. Requesting, obtaining a corresponding original page from the website pointed to by the second page access request; in step S4, the website proxy device 1 performs processing corresponding to the first page access request on the original page to obtain a response in response thereto Target page; the specific process thereof is the same as the process performed by the website proxy device 1 in the steps described in the foregoing with reference to FIG. 6 in steps S2, S3, and S4, and is included herein by way of reference for the sake of brevity. Make a statement.
  • the mobile terminal acquires the click operation content of the user, for example, in real time, wherein the click operation content includes the webpage link address, and accordingly Processing the first page access request, and then the mobile terminal sends the first page access request to the website proxy device 1 by the agreed communication method; then, in step S1, the website proxy device 1 acquires the first page access request by means of real-time monitoring .
  • step S9 the website proxy device 1 uses the target page acquired in step S4 to use any known mobile terminal to provide human readable information, such as screen display, speaker playback, etc., to move the target page through the target page.
  • the terminal is provided to the user.
  • the website proxy device 1 provides the target page acquired in step S4 to the mobile terminal in a certain order and format by using the agreed communication method, for example, by link, page display. The method is provided to the mobile terminal for the user to browse.
  • the manner of obtaining the first page access request and/or the manner of providing the target page is only an example, other existing or future possible ways of obtaining the first page access request and/or providing the target.
  • the manner in which the web pages are applicable to the present invention is also intended to be included within the scope of the present invention and is hereby incorporated by reference.

Abstract

本发明的目的是提供一种处理移动终端的页面访问请求的方法、设备与系统。首先，获取待处理的第一页面访问请求；接着，根据所述第一页面访问请求，生成与所述第一页面访问请求相对应的第二页面访问请求；随后，根据所述第二页面访问请求，获取来自该第二页面访问请求所指向的网站的相应原始页面；随后，对所述原始页面进行相应于第一页面访问请求的处理，以获得响应于其的目标页面。与现有技术相比，本发明中互联网网站无需建立单独的移动终端访问站点即可实现用户通过移动终端的任意浏览器来访问该网站，同时在该网站的WWW页面与WAP页面之间实现内容的实时同步，从而降低网站的维护成本。

Description

一种处理移动终端的页面访问请求的方法、 设备与系统 技术领域
本发明涉及互联网领域， 尤其涉及一种用于处理页面访问请求的 技术。 背景技术
随着移动互联网的快速发展，人们对通过移动终端浏览网页的需 求也日益增多。 但是由于移动终端受到移动通信带宽以及自身性能等 限制，与台式计算机相比其仅支持显示内容简单的页面，如基于 WAP 协议的 WAP页面。 为使移动终端和台式计算机都能访问某互联网网 站， 该互联网网站需要维护两套页面： 面向台式计算机用户访问的页 面，如基于 HTTP协议的 WWW页面， 以及面向移动终端用户访问的 页面， 如基于 WAP协议的 WAP页面。 目前当用户通过移动终端所 访问的互联网网站未建立相应的移动站点时， 用户则无法对该网站进 行访问， 或者必须使用由网络设备辅助实现浏览的基于私有协议的浏 览器， 将待访问的互联页面通过特定服务器转换为 WAP页面后进行 浏览。 上述情况一方面会给用户通过移动终端接入互联网进行网页浏 览时带来一定的不便， 影响用户浏览体验， 另一方面也增加了各互联 网网站的建站及维护成本。
因此， 如何实现有效地处理移动终端的页面访问清求， 成为目前 亟待解决的问题之一。 发明内容
本发明的目的是提供一种处理移动终端的页面访问请求的方法、 设备与系统。
根据本发明的一个方面， 提供了一种在网站代理设备中实现的处 理移动终端的页面访问请求的方法， 其中， 所述网站代理设备代理处 理至少一个网站的第一页面访问请求， 其中， 该方法包括以下步驟： a获取待处理的第一页面访问请求；
b根据所述第一页面访问请求， 生成与所述第一页面访问请求相对 应的第二页面访问请求；
c根据所述第二页面访问请求， 获取来自该第二页面访问请求所指 向的网站的相应原始页面；
d对所述原始页面进行相应于第一页面访问请求的处理， 以获得响 应于其的目标页面。
根据本发明的一个方面， 还提供了一种网站设备中实现的辅助处 理移动终端的页面访问请求的方法， 其中， 该方法包括以下步骤：
- 接收来自网站代理设备的第二页面访问请求；
- 根据所述第二页面访问请求， 在页面库中进行匹配查询， 以获 得与所述第二页面访问请求相对应的原始页面；
- 将所述原始页面发送至所述网站代理设备。
根据本发明的另一方面，提供了一种处理移动终端的页面访问请 求的网站代理设备， 其中， 所述网站代理设备代理处理至少一个网站 的第一页面访问请求， 其中， 该设备包括：
请求获取装置， 用于获取待处理的第一页面访问请求；
请求生成装置， 用于根椐所述第一页面访问请求， 生成与所述第一 页面访问请求相对应的第二页面访问请求；
原始页面获取装置， 用于根据所述第二页面访问请求， 获取来自该 第二页面访问请求所指向的网站的相应原始页面；
目标页面获取装置， 用于对所述原始页面进行相应于第一页面访问 请求的处理， 以菽得响应于其的目标页面。
根据本发明的另一方面， 还提供了一种用于辅助处理移动终端的 页面访问请求的网站设备， 其中， 该设备包括：
访问请求接收装置， 用于接收来自网站代理设备的第二页面访问 请求；
匹配查询装置， 用于根据所述第二页面访问请求， 在页面库中进 行匹配查询， 以获得与所述第二页面访问请求相对应的原始页面； 页面发送装置， 用于将所述原始页面发送至所述网站代理设备。 根椐本发明的又一方面，提供了一种用于处理页面访问请求的系 统， 包括上述网站代理设备及网站设备。
与现有技术相比， 本发明中网站代理设备接收用户的第一百面访 问请求， 如基于 WAP协议的 WAP页面访问请求， 并根据该第一页 面访问请求生成第二页面访问请求，如基于 HTTP协议的 WWW页面 访问请求， 然后根据该第二页面访问请求从该网站设备获取相应的基 于 HTTP协议的 WWW页面， 并将该 WWW页面转换为相应的 WAP 页面， 以返回给用户。 由此， 互联网网站无需建立单独的移动终端访 问站点即可实现用户通过移动终端的任意浏览器来访问该网站， 同时 在该网站的 WWW页面与 WAP页面之间实现内容的实时同步， 从而 降低网站的维护成本。 附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述， 本发明的其它特征、 目的和优点将会变得更明显：
图 1示出根据本发明一个方面的处理移动终端的页面访问请求的 系统拓朴图；
图 2示出根据本发明一个方面的处理移动终端的页面访问请求的 设备示意图；
图 3示出根据本发明一个优选实施例的处理移动终端的页面访问 请求的设备示意图；
图 4示出根据本发明另一个优选实施例的处理移动终端的页面访 问请求的设备示意图；
图 5示出根据本发明又一个优选实施例的处理移动终端的页面访 问请求的设备示意图；
图 6示出根据本发明另一个方面的处理移动终端的页面访问请求 的方法流程图
图 7示出根据本发明一个优选实施例的处理移动终端的页面访问 请求的方法流程图；
图 8示出根据本发明另一个优选实施例的处理移动终端的页面访 问请求的方法流程图；
图 9示出根据本发明又一个优选实施例的处理移动终端的页面访 问请求的方法流程图。
附图中相同或相似的附图标记代表相同或相似的部件。 具体实施方式
下面结合附图对本发明作进一步详细描述。
图 1示出根据本发明一个方面的处理移动终端的页面访问请求的 系统拓朴图。 其中包括网站代理设备 1、 网站设备 2和移动终端。
其中， 网站代理设备 1接收来自至少两个移动终端发送的第一页 面访问请求； 在此， 网站代理设备 1与移动终端之间可通过任意移动通 信方式实现通信， 包括但不限于， 基于 3GPP、 LTE、 WIMA 的移动通 网站代理设备 1与至少两个网站设备 2经由网络相连接， 其中， 网站代理设备 1 可代理处理至少一个网站设备 2 的第一页面访问请 求， 以获取与该 （等） 第一页面访问请求相对应的目标页面。 在此， 网络包括但不限于互联网、 广域网、 城域网、 局域网、 VPN网络、 无 线自组织网络（Ad Hoc网络） 等。
在此， 所述网站代理设备 1与网站设备 2均为网络设备， 其包括 但不限于计算机、 网络主机、 单个网络服务器、 至少两个网络服务器集 或至少两个服务器构成的云。在此，云由基于云计算（Cloud Computing ) 的大量计算机或网络服务器构成， 其中， 云计算是分布式计算的一种， 由一群松散耦合的计算机集组成的一个超级虛拟计算机。
在此， 所迷移动终端意指可以在移动中使用的计算机设备， 包括 但不限于智能手机、 PDA、 POS机、 车载电脑、 导航仪等， 其显示屏 尺寸通常远远小于台式电脑的显示器尺寸。
本领域技术人员应能理解上述移动终端、 网站代理设备 1、 网站 N2012/075073 设备 2以及连接其间的网络仅为举例， 其他现有的或今后可能出现的 移动终端、 网站代理设备 1、 网站设备 2或网络如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
为简明起见， 下面以一个网站设备 2为例进行描述。 本领域技术 人员应能理解，网站代理设备 1可以同时与至少两个网站设备 2交互， 并从不同网站设备 2中获得原始页面。
图 2示出根据本发明一个方面的处理移动终端的页面访问请求的 设备示意图。 其中， 网站代理设备 1 包括请求获取装置 11、 请求生成 装置 12、 原始页面获取装置 13和目标页面获取装置 14; 该网站代理 设备 1代理处理至少一个网站的第一页面访问请求。
在此，所述第一页面访问请求可为基于 WAP协议的 WAP页面访 问请求、基于 HTTP协议的 WWW页面访问请求等；其包括但不限于：
- 访问页面的访问地址， 如页面的统一资源定位符 （URL );
- 访问页面的文件格式， 如 WML、 HTML, XHTML文件。
以下参照图 2来对网站代理设备 1处理页面访问请求的过程进行 详细描述：
首先， 请求获取装置 11获取待处理的第一页面访问请求。
在此， 所述获取笫一页面访问请求的方式包括：
1 )移动终端实时地接收用户例如通过浏览器软件等输入的页面访 问地址， 以生成第一页面访问请求， 并通过约定的通信方式将其发送至 网站代理设备 1， 进而请求获取装置 11获取该第一页面访问请求；
2 )移动终端实时地接收用户通过点击移动终端当前浏览页面上的 网页链接， 以生成待处理第一页面访问请求， 并通过约定的通信方式将 其发送至网站代理设备 1 , 进而请求获取装置 11 获取该第一页面访问 请求；
3 )请求获取装置 11应事件触发实时地、或周期地从第三方设备的 访问请求队列中获取待处理的第一页面访问请求。
在一示例中， 首先， 用户借助移动终端的交互装置， 包括但不限 于键盘、 鼠标、 遥控器、 触摸板、 或手写设备， 与移动终端中的浏览 3 器软件或客户端软件进行交互， 以键盘为例， 用户在浏览器软件的地 址栏输入框中进行输入时， 该移动终端实时地获取用户输入的按键序 列， 例如用户输入的一奈统一资源定位符 （URL )， 并记录为与该用 户输入操作相对应的第一页面访问请求， 然后将该第一页面访问请求 通过约定的通信方式发送至网站代理设备 1， 例如， 可将其封装为一 请求消息， 如 http请求消息， 并通过相应的通信协议， 如 http、 https 通信协议， 发送至网站代理设备 1; 接着， 请求获取装置 11实时地接 收并解析该请求消息， 以获取该第一页面访问请求， 其中， 该第一页 面访问请求中包括谊用户所访问页面的 URL、所要访问页面的文件格 式为 WML文件。
在另一示例中， 请求获取装置 11 根据第三方设备提供的应用编 程接口 （API ), 受预定条件或事件触发地、 或定期地向该第三方设备 发送接收待处理的第一页面访问请求的请求消息； 该第三方设备通过 实时监控的方式接收并解析该请求消息， 并将其访问请求队列中位于 队首的待处理的第一页面访问请求， 按照约定的通信方式发送至网站 代理设备 1 ; 随后， 请求获取装置 11接收该待处理的第一页面访问请 求。
本领域技术人员应能理解上述获取待处理的第一页面访问请求的 方式仅为举例， 其他现有的或今后可能出现的获取待处理的第一页面 访问请求的方式如可适用于本发明， 也应包含在本发明保护范围以 内， 并以引用方式包含于此。
接着， 请求生成装置 12根据请求获取装置 11获取的第一页面访 问请求， 生成与该第一页面访问请求相对应的第二页面访问请求。
在此， 所迷第二页面访问请求意指能够访问第一页面访问请求所 真正指向的网站的页面的访问请求， 例如该第二页面访问请求为基于 HTTP协议的 WWW页面访问请求。
在此， 所迷第一页面访问请求与所迷第二页面访问请求可为同类 型的页面访问请求， 如同为基于 HTTP协议的 WWW页面访问请求； 也可为不同类型的页面访问请求， 如第一页面访问请求为基于 WAP 协议的 WAP页面访问请求， 而第二页面访问请求为基于 HTTP协议 的 WWW页面访问请求。
在此， 生成所述第二页面访问请求的方式包括但不限于以下情 形 ··
1 )根据第一页面访问请求中的访问地址的域名信息， 在域名映射 表中获得用于访问被代理网站的第二页面访问请求中访问地址的域名 信息， 并椐此按照预定的地址转换规则， 将第一页面请求中的访问地址 转换为第二页面访问请求的访问地址， 以生成该第二页面访问请求， 该 方式的具体实施例将在后续予以详细阐述；
2 )优选地， 若未能通过域名映射表查询获得用于第二页面访问请 求中的域名信息， 则按照缺省的域名映射规则， 获取该域名信息， 该方 式的具体实施例将在后续予以详细阐述。
本领域技术人员应能理解上述生成第二页面访问请求的方式仅 为举例， 其他现有的或今后可能出现的生成第二页面访问请求的方式 如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式 包含于此。
接着， 原始页面获取装置 13根据请求生成装置 12获取的第二页 面访问请求， 获取来自该第二页面访问请求所指向的网站的相应原始 页面。
在此， 所述获取原始页面的方式包括：
1 )原始页面获取装置 13将第二页面访问请求发送至该第二页面 访问请求所指向的网站服务器， 并接收网站服务器响应于该第二页面 访问请求反馈的相应原始页面；
2 )原始页面获取装置 13根据第二页面访问请求中的页面访问地 址， 在本地页面库中进行匹配查询， 以获得相应的原始页面； 其中， 所述本地页面库用于存储从网站服务器预先获取的该网站的页面， 其 包括关系数椐库、 Key- Value存储系统、 文件系统等。
在一示例中， 原始页面获取装置 13提取第二页面访问请求中的 页面访问地址， 向谅第二访问请求所指向的网站服务器发送该第二页 面访问请求； 例如， 可将其封装为一请求消息， 如 http请求消息， 并 通过相应的通信协议，如 http、 https通信协议，发送至该网站服务器； 并接收该网站服务器响应于该第二页面访问请求反馈的相应原始页 面。
在另一示例中， 原始页面获取装置 13提取第二页面访问请求中 的页面访问地址， 并根据该页面访问地址， 通过调用约定的应用编程 接口 （API ), 在本地页面库中进行匹配查询， 以获取与该第二页面访 问请求中的页面访问地址相匹配的原始页面。
本领域技术人员应能理解上述获取原始页面的方式仅为举例， 其 他现有的或今后可能出现的获取原始页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
随后， 目标页面获取装置 14对原始页面获取装置 13获取的原始 页面进行相应于第一页面访问请求的处理， 以获得响应于其的目标页 面。 在此， 所述目标页面可使用与原始页面相同的标记语言描述， 即 文件格式相同， 也可使用不同的标记语言描迷， 即文件格式不同。
在此， 所述获得目标页面的方式包括但不限于：
1 ) 当第一页面访问请求中所要访问页面的文件格式与原始页面 的文件格式一致时， 目标页面获取装置 14对该原始页面中的内容进 行展示、 删除等处理， 以获得目标页面。
2 ) 当第一页面访问请求中所要访问页面的文件格式与原始页面 的文件格式不一致时， 目标页面获取装置 14提取原始页面中的特定 内容， 如标题， 主体文本等， 并通过文件格式的转换， 将该些特定内 容置于新页面， 以作为目标页面。
在此， 所述标记语言包括但不限于以下任一项：
1 ) WML (无线标记语言） ， 其是用于创建可显示在 WAP浏览 器中的页面的一种描述性标记语言；
2 ) XHTML (可扩展超文本标记语言） ， 其是一种基于 XML的 具有严格语法的标记语言；
3 ) HTML (超文本标记语言） ， 其是用于描述网页文档的一种标 准通用标记语言。
本领域技术人员应能理解上述标记语言仅为举例 , 其他现有的或 今后可能出现的标记语言如可适用于本发明， 也应包含在本发明保护 范围以内， 并在此以引用方式包含于此。
在一示例中，原始页面的标记语言文件为 HTML文件， 目标页面 获取装置 14根据预定的内容关鍵词， 在原始页面的 HTML文件中进 行匹配查询，以提取原始页面中的页面的标题内容和主体内容；接着， 目标页面获取装置 14根据该标题内容和主体内容所对应的 HTML标 签，在标签映射库中进行匹配映射， 以获取该些 HTML标签向对应的 WML 标签， 目标页面荻取装置 14 据此将该些 HTML 标签转换为 WML标签， 并基于该标题内容和主体内容生成新的 WML页面， 以 作为目标页面。在此， 所迷标签映射库中包括 HTML标签与 WML标 签的映射关系， 其包括关系数据库、 Key- Value存储系统、文件系统等。
本领域技术人员应能理解上述获取目标页面的方式仅为举例， 其 他现有的或今后可能出现的获取目标页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
优选地， 请求荻取装置 11、 请求生成装置 12、 原始页面荻取装置 13和目标页面获取装置 14之间是持续不断地工作。具体地，请求获取 装置 11持续地获取待处理的第一页面访问请求； 接着， 请求生成装置 12也持续地根据所述第一页面访问请求，生成与所迷第一页面访问请求 相对应的第二页面访问请求； 随后， 原始页面获取装置 13也持续地根 据所述第二页面访问请求， 获取来自该第二页面访问请求所指向的网站 的相应原始页面； 随后， 目标页面蔌取装置 14也持续地对所述原始页 面进行相应于第一页面访问请求的处理， 以获得响应于其的目标页面。 在此， 本领域技术人员应理解"持续 "是指各装置不断进行上述第一页 面访问请求的获取、 第二页面访问请求的生成、 原始页面的获取及目 标页面的获取， 直至满足预定停止条件， 例如请求获取装置 11在较长 时间内停止对第一页面访问请求的获取。
图 3示出根据本发明一个优选实施例的处理移动终端的页面访问 请求的设备示意图。 其中， 请求生成装置 12，包括域名信息获取单元 121，、 访问地址确定单元 122，和第一请求生成单元 123，。
首先，域名信息获取单元 121，根据第一页面访问请求中的访问地 址的第一域名相关信息， 在域名映射表中进行匹配查询， 以荻得用于 第二页面访问请求中的访问地址的第二域名相关信息；
在此， 所述第一域名相关信息包括但不限于：
1 ) 第一页面访问请求中的访问地址 URL 中包含的第一域名地 址 , 如 m.a.com;
2 ) 第一页面访求中的访问地址 URL 中包含的特定部分， 如 m.a.com/path。
在此， 所述第二域名相关信息包括但不限于：
1 ) 第二页面访问请求中的访问地址 URL 中包含的第二域名地 址；
2 ) 第二页面访问请求中访问地址 URL的第二 IP地址；
3 ) 第二页面访求中的访问地址 URL中包含的特定部分。
具体地， 当第一域名相关信息包括访问地址中的第一域名地址 时， 则域名信息获取单元 121，例如根据该第一域名地址， 在域名映射 表中进行匹配查询， 以获得用于第二页面访问请求中的访问地址的第 二域名相关信息。
在此， 所述域名映射表中包含第一页面访问请求中的访问地址的 第一域名相关信息与第二页面访问请求中的访问地址的第二域名相 关信息之间的映射关系。 其中， 所述域名映射表可位于关系数据库、 Key-Value存储系统、 文件系统等中。
在一示例中 ， 第 一域名相关信息包括的访问地址为 "m.a.com羅 le" ， 则域名信息获取单元 121，提取读访问地址的第一 域名地址 m.a.com, 进而根椐该第一域名地址， 通过网站代理设备 1 提供的应用编程接口 （API )， 在位于其关系数椐库的域名映射表中进 行匹配查询， 以获得与谅第一域名地址 m.a.com相对应的第二域名地 址为 d.c.b.com,并将其作为用于第二页面访问请求中的访问地址的第 二域名相关信息。
优选地，当第一页面访问请求中的第一域名相关信息中包括第一 IP 地址时， 则域名信息获取单元 121，通过预定的映射规则将该 IP地址映 射为第二 IP地址， 即作为用于第二页面访问请求中的访问地址的第二 域名相关信息。例如， 第一域名相关信息中包括 IP地址为 9.1.1.180. [集 中建站域名] /file, 则域名信息获取单元 121，将该 IP地址的后缀 "[集 中建站域名]" 删除， 以获得相应的第二 IP地址 9.1.1.180。
接着， 访问地址确定单元 122，根据第一页面访问请求中的访问地 址和域名信息获取单元 121，获取的第二域名相关信息，按照预定第一 地址转换规则， 确定用于第二页面访问请求中的访问地址。
在此， 所述第一地址转规则包括但不限于以下情形：
1 ) 将第一页面访问请求中的访问地址的第一域名相关信息直接 替换为第二域名相关信息， 以确定用于第二页面访问请求中的访问地 址；
例如， 若第一域名相关信息为 m.a.com， 其对应的第二域名相关 信息为 c.b om, 则访问地址确定单元 122，将第一页面访问请求中的 访问地址 image.m.a.com/file转换为 image.cb.com/file, 以作为第二页 面访问请求中的访问地址。
又例如， 若第一域名相关信息为 m.axom, 其对应的第二域名相 关信息为 www.b.com/path/, 则访问地址确定单元 122，将第一页面访 问请求中的访问地址 m.a.com/file转换为 www.b.com/path/file， 以作 为第二页面访问请求中的访问地址。
2 ) 将第一页面访问请求中的访问地址的特定部分的内容与第二 域名相关信息按照预定的合并规则来转换为第二页面访问请求中的 访问地址； 例如， 若第一域名地址为 m.a.com, 其对应的第二域名地 址为 c.b.com, 第一页面访问请求中的访问地址 m.a.com/image/file中 的特定部分为域名地址后面的 "image" 部分， 并且， 预定的合并规 则为将该特定部分作为第二域名地址的前綴， 则访问地址确定单元 122，将第一页面访问请求中的访问地址 m.a,com/image/file 转换为 image, cb.com/ fil e。
随后， 第一请求生成单元 123，根据访问地址确定单元 122，确定的 用于第二页面访问请求中的访问地址， 生成该第二页面访问谛求。
例如， 访问地址确定单元 122，确定的用于第二页面访问请求中的 访问地址为 image.c.b.com/file, 第一请求生成单元 123，将该访问地址 封装为一请求消息以作为第二页面访问请求， 其中， 该第二页面访问 请求包括访问地址 image.c.b.com/file。
本领域技术人员应能理解上述获取第二域名相关信息的方式和 / 或确定访问地址的方式和 /或生成第二页面访问请求的方式仅为举例， 其他现有的或今后可能出现的获取第二域名相关信息的方式和 /或确 定访问地址的方式和 /或生成第二页面访问请求的方式如可适用于本 发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
优选地（参照图 3 )， 当域名信息获取单元 121，未获得所述第二 域名相关信息， 访问地址确定单元 122，按照预定映射规则， 将第一页 面访问请求中的访问地址映射为用于第二页面访问请求中的访问地 址。
在此， 所述预定映射规则包括： 去除访问地址中域名部分中特定 的域名后綴， 如 "[集中建站域名]，，， 即为该域名增加新的顶级域名。 其中， 所有其中域名具有 "[集中建站域名]" 后缀的页面访问请求均 由网站代理设备 1代理处理。
在一示例中，第一页面访问请求中的访问地址为 c.b.com. [集中建 站域名 ]/file, 当域名信息获取单元 121，未从域名映射表中获得第二域 名相关信息时， 则访问地址确定单元 122，将访问地址 c.b.com. [集中 建站域名] /file直接映射为 c.b.com/file。
本领域技术人员应能理解上述确定访问地址的方式仅为举例， 其 他现有的或今后可能出现的确定访问地址的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
在此， 当第一页面访问请求中的访问地址所指向的网站未被该网站 代理设备所代理， 如第一页面访问请求为用户通过点击移动终端浏览原 始页面上的网页链接以生成， 且该链接所指向的网站未被该网站代理设 备所代理处理， 因此在域名映射表中没有有关该网站的第一域名相关信 息与第二域名相关信息之间的映射关系。 为使得用户也可对该网页链 接所对应页面进行访问， 则在生成第一页面访问请求时会自动在链接 地址中的域名地址部分加入后缀 " [集中建站域名 ]"， 以作为第一页 面访问请求中的访问地址。因为网站代理设备 1为" [集中建站域名]" 顶级域名的域名服务器， 故该第一页面访问请求将由网站代理设备 1 接收并处理， 其在生成第二页面访问请求时会去除该后缀， 以用于找 到该网页链接对应的真正网站。
在一个优选实施例中 （如图 2所示）， 网站代理装置 1还包括地 址转换装置（未示出）， 该地址转换装置按照预定第二地址转换规则， 将目标页面获取装置 14 荻取的目标页面中的链接地址转换为用户可 通过移动终端访问的地址。
以下参照图 2对该优选实施例进行详细描述， 其中， 请求获取装 置 11获取待处理的第一页面访问请求； 请求生成装置 12根据所述第 一页面访问请求， 生成与所述第一页面访问请求相对应的第二页面访 问请求； 原始页面获取装置 13根据所述第二页面访问请求， 获取来 自该第二页面访问请求所指向的网站的相应原始页面； 目标页面获取 装置 14对所述原始页面进行相应于第一页面访问请求的处理， 以获 得响应于其的目标页面； 其具体过程与前述参照图 2所描述的实施例 中请求获取装置 11、 请求生成装置 12、 原始页面获取装置 13和目标 页面获取装置 14所执行的过程相同， 为简明起见， 以引用方式包含 于此， 而不做赘迷。
在此， 所述第二地址转换规则包括：
1 )当目标页面的链接地址中使用 IP地址，且该 IP地址在网站代 理设备 1 中没有与其相对应的域名地址时， 如 9.1.1.180/file, 则地址 转换装置直接在该 IP地址后缀添加后缀 "[集中建站域名]" 以获得相 应的目标地址 9.1.1.180. [集中建站域名 ]/file;
2 ) 当目标页面的链接地址中使用域名地址时， 则地址转换装置 采用与上述第一地址转换规则相对应的反向映射规则来获得相应的 地址； 例如， 目标页面中的链接地址为 image.c.b.com/file， 其所对应 的第一地址转换规则为： 若第一域名地址为 m.a.com, 其对应的第二 域名地址为 c.b.com, 则将访问地址 image.m.a.com/file中的第一域名 直接替换为第二域名地址； 从而， 地址转换装置通过与该第一地址转 换规则 反向 映射规则 ， 反向 转换获得相应 的 地址为 image.m,a.com/file。
3 ) 若地址转换装置通过上述方式未能获得相应的地址， 则地址 转换装置直接在该链接地址中的域名地址部分添加特定后缀，如 "[集 中建站域名] "； 例如， 目标页面的链接地址为 m.a.com/file, 则地址转 换装置给其域名地址添加后缀，以获得相应的地址为 m.a.com. [集中建 站域名 ]/file。
本领域技术人员应能理解上迷转换地址的方式仅为举例， 其他现 有的或今后可能出现的转换地址的方式如可适用于本发明， 也应包含 在本发明保护范围以内， 并以引用方式包含于此。
在此， 当第一页面访问请求为用户通过点击移动终端当前浏览的原 始页面上的网页链接以生成， 且该链接所指向的网站未被该网站代理设 备所代理处理， 可通过在链接地址中的域名地址部分添加特定后缀， 如 "[集中建站域名]，，， 实现该用户对该链接所对应页面的访问。
图 4示出根据本发明另一个优选实施例的处理移动终端的页面访 问请求的设备示意图。 其中， 目标页面获取装置 M"包括内容块提取 单元 141"和第一页面生成单元 142"。 内容块提取单元 141"从原始页 面获取装置 13"获取的原始页面中提取特定内容块； 第一页面生成单 元 142"根据内容块提取单元 141"提取的特定内容块， 生成具有响应 于第一页面访问请求的， 与该原始页面文件格式不同的新页面以作为 目标页面。
在此， 图 4中所示装置 11"、 12"和 B"的功能与前面参照图 2所 描述的装置 11、 12和 13的内容相同， 为筒明起见， 将其以引用方式 包含于此， 而不做赘述。 具体地， 内容块提取单元 141"从原始页面获取装置 13"获取的原 始页面中提取其标记语言文件， 进而在该标记语言文件中利用例如特 征文本字符串匹配等方式， 以确定原始页面中的特定内容块。
在此， 所述内容块意为页面的标记语言文件中的内容区域， 其与 网页中显示的特定内容相对应， 如， 包含页面主体内容的内容块， 如 新闻页面中的新闻标题内容块， 包含特定类型内容的内容块， 如包含链 接文本的内容块等。
在一示例中，当内容块提取单元 141"从原始页面中提取的标记语 言文件为 XHTML文件时， 如：
<body>
<div class="news">
<h2>News headline l</h2>
<P>
明天北京大雨后天华北降温
</p>
</div>
</body> 内容块提取单元 141"通过预定的关键字对该 XHTML文件进行 字符串匹配， 以在该 XHTML 文件的标签中获得关键字" <div class="news">，^ 位置， 并在该 XHTML文件中继续进行匹配直至检 测到配对的关键字" </div> "的位置， 由此确定<(1^ class=" news ">与 </(1^>之间的内容为约定的特定内容块；
接着， 第一页面生成单元 142"根据内容块提取单元 Ml"提取的 至少两个特定内容块中的标签进行转换， 如将 HTML 标签转换为 WML标签， 并按照预定的页面模板， 生成新的 WML页面， 以作为 目标页面。
本领域技术人员应能理解上述提取特定内容块的方式和 /或生成 目标页面的方式仅为举例， 其他现有的或今后可能出现的提取特定内 容块的方式和 /或生成目标页面的方式如可适用于本发明，也应包含在 本发明保护范围以内， 并以引用方式包含于此。
在一个优选实施例中 （如图 2所示）， 目标页面获取装置 14还可 按照预定处理规则， 对原始网页中的各内容块进行处理， 以获得响应 于第一页面访问请求的目标页面。
以下参照图 2对该优选实施例进行详细描述， 其中， 请求获取装 置 11获取待处理的第一页面访问请求； 请求生成装置 12根据所述第 一页面访问请求， 生成与所述第一页面访问请求相对应的第二页面访 问请求； 原始页面获取装置 13根椐所述第二页面访问请求， 获取来 自该第二页面访问请求所指向的网站的相应原始页面； 其具体过程与 前述参照图 2所描述的实施例中请求获取装置 11、 请求生成装置 12 和原始页面获取装置 13 所执行的过程相同， 为简明起见， 以引用方 式包含于此， 而不做赘述。
在此， 所述预定处理规则包括但不限于：
1 )对内容块进行展示；
2 ) 对内容块进行删除；
3 ) 对内容块进行折叠； 其中， 所述折叠意指该内容块设置为其 内容缺省是折叠隐藏的， 但可通过特定的触发方式， 将该内容展开来 显示。
本领域技术人员应能理解上述预定处理规则仅为举例， 其他现有 的或今后可能出现的预定处理规则如可适用于本发明， 也应包含在本 发明保护范围以内， 并在此以引用方式包含于此。
在此， 所述按照预定处理规则生成目标页面的方式包括但不限于 以下情形：
当第一页面访问请求中所访问页面的文件格式与原始页面的文 件格式一致时， 目标页面获取装置 14按照预定处理规则， 对原始页面 的内容块进行处理操作， 以调整该原始页面中的内容及布局， 并将调 整后的页面作为响应于该第一页面访问请求的目标页面。 例如， 将移 动终端的浏览器不能解析的内容块删除； 将页面中的主要内容， 如新 闻页面中的新闻标题内容块、 新闻正文内容块， 保留展示； 而将页面 中的次要内容， 如新闻页面中的其他新闻链接内容块， 进行折叠， 以 节约页面显示空间。
本领域技术人员应能理解上述获得目标页面的方式仅为举例， 其 他现有的或今后可能出现的荻得目标页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并在此以引用方式包含于此。
图 5示出根据本发明又一个优选实施例的处理移动终端的页面访 问请求的设备示意图。 其中， 原始页面获取装置 13"，包括访问请求发 送单元 131，"和原始页面接收单元 132"，， 网站设备 2包括访问请求接 收装置 21 "，、 匹配查询装置 22"，和页面发送装置 23，，，。 在此， 图 5 中所示装置 11 "，、 12"，和 14，"的功能与前面参照图 2所描述的装置 11、 12和 14的内容相同， 为简明起见， 将其以引用方式包含于此， 而不做赘迷。
在此， 所述网站设备 2与网站代理设备 1之间可通过任何通信方 式实现通信， 包括但不限于， 基于 3GPP、 LTE、 WIMAX的移动通信、 基于 TCP/IP、 UDP协议的计算机网络通信以及基于蓝牙、 红外传输 标准的近距无线传输方式。
如图 5示， 网站代理设备 1和网站设备 2的各个装置之间互相配 合， 以实现在网站代理设备 1中处理第一页面访问请求。
具体地， 首先， 访问请求发送单元 131，"将请求生成装置 12"，生 成的第二页面访问请求发送至该第二页面访问请求所指向的网站设备 2; 例如， 可将其封装为一请求消息， 如 http请求消息， 并通过相应的 通信协议， 如 http、 https通信协议， 发送至网站设备 2。
接着， 网站设备 2的访问请求接收装置 2 Γ，，通过实时监听地方式 接收来自网站代理设备 1的该第二页面访问请求。
随后 > 匹配查询装置 22"，解析该第二页面访问请求， 并提取该第 二页面访问请求中的页面访问地址、 页面标识信息等， 并据此在页面 库中进行匹配查询， 以获得与该第二页面访问请求相对应的原始页 面。 在此， 所述页面库包括页面访问地址或页面标识信息及其所对应 的页面， 其包括但不限于关系数椐库、 Key- Value存储系统、 文件系 统等。
接着， 页面发送装置 23， "将匹配查询装置 22，，，获取的原始页面 按照约定的通信方式发送至网站代理设备 1。
网站代理设备 1 的原始页面接收单元 132"，通过实时监控的方式 接收网站设备 2响应于该第二页面访问请求反馈的该原始页面。
本领域技术人员应能理解上述发送第二^面访问请求的方式和 / 或接收第二页面访问请求的方式和 /或获取原始页面的方式和 /或发送 原始页面的方式和 /或接收原始页面的方式仅为举例，其他现有的或今 后可能出现的发送第二页面访问请求的方式和 /或接收第二页面访问请 求的方式和 /或获取原始页面的方式和 /或发送原始页面的方式和 /或 接收原始页面的方式如可适用于本发明， 也应包含在本发明保护范围 以内， 并以引用方式包含于此。
在另一优选实施例中 （如图 2所示）， 网站代理设备 1还包括提 供装置（未示出）。 其中， 请求获取装置 11获取用户通过移动终端输 入的页面访问地址而生成的所迷第一页面访问请求； 提供装置将目标 页面获取装置 14获得的目标页面提供给用户。
以下参照图 2对该另一优选实施例进行详细描述， 其中， 请求生 成装置 12根据所述第一页面访问请求， 生成与所述第一页面访问请 求相对应的第二页面访问请求； 原始页面获取装置 13根据所述第二 页面访问请求， 获取来自该第二页面访问请求所指向的网站的相应原 始页面； 目标页面获取装置 14对所述原始页面进行相应于第一页面 访问请求的处理， 以荻得响应于其的目标页面； 其具体过程与前述参 照图 2所描述的实施例中请求生成装置 12、 原始页面获取装置 13和 目标页面获取装置 14所执行的过程相同， 为简明起见， 以引用方式 包含于此，'而不做赘述。
具体地， 首先， 用户通过移动终端在当前浏览页面上点击网页链接 时， 该移动终端例如实时地获取用户的点击操作内容， 其中， 该点击操 作内容包括该网页链接地址， 并据此以生成待处理第一页面访问请求， 然后， 该移动终端通过约定的通信方式将其发送至网站代理设备 1 ; 接 着，请求获取装置 11通过实时监听的方式来获取该第一页面访问请求。
提供装置将目标页面获取装置 14 获取的目标页面， 采用任何已 知的移动终端提供人可读信息的技术手段， 例如屏幕显示、 扬声器播 放等， 将该目标页面通过移动终端提供给该用户。 例如， 以屏幕显示 为例， 提供装置将目标页面获取装置 14获取的目标页面， 利用约定 的通信方式， 按一定顺序和格式提供给移动终端， 例如以链接、 页面 显示等方式提供给该移动终端， 供用户进行浏览。
本领域技术人员应能理解上述获取第一页面访问请求的方式和 / 或提供目标页面的方式仅为举例， 其他现有的或今后可能出现的获取 第一页面访问请求的方式和 /或提供目标网页的方式如可适用于本发 明， 也应包含在本发明保护范围以内， 并在此以引用方式包含于此。
图 6示出根据本发明一个方面的处理移动终端的页面访问请求的 方法流程图。 其中， 网站代理设备 1代理处理至少一个网站的第一页 面访问请求。
在此，所述第一页面访问请求可为基于 WAP协议的 WAP页面访 问请求、基于 HTTP协议的 WWW页面访问请求等；其包括但不限于：
- 访问页面的访问地址， 如页面的统一资源定位符 （URL );
- 访问页面的文件格式， 如 WML、 HTML, XHTML文件。
以下参照图 6来对网站代理设备 1处理页面访问请求的过程进行 伴细描述：
首先， 在步骤 S1中， 网站代理设备 1获取待处理的第一页面访问 请求。
在此， 所述获取第一页面访问请求的方式包括：
1 )移动终端实时地接收用户例如通过浏览器软件等输入的页面访 问地址， 以生成第一页面访问请求， 并通过约定的通信方式将其发送至 网站代理设备 1 , 进而在步骤 S1 中， 网站代理设备 1荻取该第一页面 访问请求； 2 )移动终端实时地接收用户通过点击移动终端当前浏览页面上的 网页链接， 以生成待处理第一页面访问请求， 并通过约定的通信方式将 其发送至网站代理设备 1， 进而在步骤 S1 中， 网站代理设备 1获取该 第一页面访问请求；
3 )在步骤 S1 中， 网站代理设备 1应事件触发实时地、 或周期地 从第三方设备的访问请求队列中获取待处理的第一页面访问请求。
在一示例中， 首先， 用户借助移动终端的交互装置， 包括但不限 于键盘、 鼠标、 遥控器、 触摸板、 或手写设备， 与移动终端中的浏览 器软件或客户端软件进行交互， 以键盘为例， 用户在浏览器软件的地 址栏输入框中进行输入时， 该移动终端实时地获取用户输入的按键序 列， 例如用户输入的一条统一资源定位符 （URL ), 并记录为与该用 户输入操作相对应的第一页面访问请求， 然后将该第一页面访问请求 通过约定的通信方式发送至网站代理设备 1， 例如， 可将其封装为一 请求消息， 如 http请求消息， 并通过相应的通信协议， 如 http、 https 通信协议， 发送至网站代理设备 1 ; 接着， 在步骤 S1 中， 网站代理 设备 1实时地接收并解析该请求消息， 以获取该第一页面访问请求， 其中， 该第一页面访问请求中包括该用户所访问页面的 URL、所要访 问页面的文件格式为 WML文件。
在另一示例中， 在步骤 S1 中， 网站代理设备 1根据第三方设备 提供的应用编程接口 （API ), 受预定奈件或事件触发地、 或定期地向 该第三方设备发送接收待处理的第一页面访问请求的请求消息； 该第 三方设备通过实时监控的方式接收并解析该请求消息， 并将其访问请 求队列中位于队首的待处理的第一页面访问请求，按照约定的通信方式 发送至网站代理设备 1 ; 随后， 网站代理设备 1接收该待处理的第一 页面访问请求。
本领域技术人员应能理解上述获取待处理的第一页面访问请求的 方式仅为举例， 其他现有的或今后可能出现的获取待处理的第一 ^面 访问请求的方式如可适用于本发明， 也应包含在本发明保护范围以 内， 并以引用方式包含于此。 接着， 在步骤 S2中， 网站代理设备 1根据其在步骤 S1中获取的 第一页面访问请求， 生成与该第一页面访问请求相对应的第二页面访问 请求。
在此， 所述第二页面访问请求意指能够访问第一页面访问请求所 真正指向的网站的页面的访问请求， 例如该第二页面访问请求为基于 HTTP协议的 WWW页面访问请求。
在此， 所述第一页面访问请求与所述第二页面访冋请求可为同类 型的页面访问请求， 如同为基于 HTTP协议的 WWW页面访问请求； 也可为不同类型的页面访问请求， 如第一页面访问请求为基于 WAP 协议的 WAP页面访问请求， 而第二苋面访问请求为基于 HTTP协议 的 WWW页面访问请求。
在此， 生成所述第二页面访问请求的方式包括但不限于以下情 形：
1 )根据第一页面访问请求中的访问地址的域名信息， 在域名映射 表中获得用于访问被代理网站的第二页面访问请求中访问地址的域名 信息， 并据此按照预定的地址转换规则， 将第一页面请求中的访问地址 转换为第二页面访问请求的访问地址， 以生成读第二页面访问请求， 该 方式的具体实施例将在后续予以详细阐述；
2 )优选地， 若未能通过域名映射表查询获得用于第二页面访问请 求中的域名信息， 则按照缺省的域名映射规则， 获取该域名信息， 该方 式的具体实施例将在后续予以详细阐述。
本领域技术人员应能理解上述生成第二页面访问请求的方式仅 为举例， 其他现有的或今后可能出现的生成第二页面访问请求的方式 如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式 包含于此。
接着， 在步骤 S3中， 网站代理设备 1根椐其在步骤 S2中获取的 第二页面访问请求， 获取来自该第二页面访问请求所指向的网站的相 应原始页面。
在此， 所述获取原始页面的方式包括： 1 )在步驟 S3中， 网站代理设备 1将第二页面访问请求发送至该 第二页面访问请求所指向的网站服务器， 并接收网站服务器响应于该 第二页面访问请求反馈的相应原始页面；
2 )在步骤 S3中， 网站代理设备 1根据第二页面访问请求中的页 面访问地址，在本地页面库中进行匹配查询，以获得相应的原始页面； 其中， 所述本地页面库用于存储从网站服务器预先获取的该网站的页 面， 其包括关系数据库、 Key-Value存储系统、 文件系统等。
在一示例中， 在步骤 S3中， 网站代理设备 1提取第二页面访问 请求中的页面访问地址， 向该第二访问请求所指向的网站服务器发送 读第二页面访问请求； 例如， 可将其封装为一请求消息， 如 http请求 消息， 并通过相应的通信协议， 如 http、 https通信协议， 发送至该网 站服务器； 并接收该网站服务器响应于该第二页面访问请求反馈的相 应原始页面。
在另一示例中， 在步骤 S3中， 网站代理设备 1提取第二页面访 问请求中的页面访问地址， 并根据该页面访问地址， 通过调用约定的 应用编程接口 （API ), 在本地页面库中进行匹配查询， 以获取与该第 二页面访问请求中的页面访问地址相匹配的原始页面。
本领域技术人员应能理解上述获取原始页面的方式仅为举例， 其 他现有的或今后可能出现的获取原始页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
随后， 在步骤 S4中， 网站代理设备 1对其在步骤 S3中获取的原 始页面进行相应于第一页面访问请求的处理， 以获得响应于其的目标页 面„ 在此， 所述目标页面可使用与原始页面相同的标记语言描述， 文 件格式相同， 也可使用不同的标记语言描述， 即文件格式不同。
在此， 所述获得目标页面的方式包括但不限于：
1 ) 当第一页面访问请求中所要访问页面的文件格式与原始页面 的文件格式一致时， 在步骤 S4中， 网站代理设备 1对该原始页面中 的内容进行展示、 删除等处理， 以获得目标页面。
2 ) 当第一页面访问请求中所要访问页面的文件格式与原始页面 的文件格式不一致时， 在步骤 S4中， 网站代理设备 1提取原始页面 中的特定内容， 如标题， 主体文本等， 并通过文件格式的转换， 将该 些特定内容置于新页面， 以作为目标页面。
在此， 所迷标记语言包括但不限于以下任一项：
1 ) WML (无线标记语言） ， 其是用于创建可显示在 WAP浏览 器中的页面的一种描述性标记语言；
2 ) XHTML (可扩展超文本标记语言） ， 其是一种基于 XML的 具有严格语法的标记语言；
3 ) HTML (超文本标记语言） , 其是用于描述网页文档的一种标 准通用标记语言。
本领域技术人员应能理解上述标记语言仅为举例， 其他现有的或 今后可能出现的标记语言如可适用于本发明， 也应包含在本发明保护 范围以内，.并在此以引用方式包含于此。
在一示例中， 原始页面的标记语言文件为 HTML 文件， 在步骤 S4中， 网站代理设备 1根据预定的内容关键词 ,在原始页面的 HTML 文件中进行匹配查询 , 以提取原始页面中的页面的标题内容和主体内 容；接着，网站代理设备 1根据该标题内容和主体内容所对应的 HTML 标签，在标签映射库中进行匹配映射， 以获取该些 HTML标签向对应 的 WML标签， 网站代理设备 1据此将该些 HTML标签转换为 WML 标签， 并基于该标题内容和主体内容生成新的 WML页面， 以作为目 标页面。 在此， 所述标签映射库中包括 HTML标签与 WML标签的映 射关系， 其包括关系数据库、 Key- Value存储系统、 文件系统等。
本领域技术人员应能理解上迷荻取目标页面的方式仅为举例， 其 他现有的或今后可能出现的荻取目标页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
优选地， 网站代理设备 1在步骤 Sl、 步驟 S2、 步骤 S3和步骤 S4中是持续不断地工作。 具体地， 在步骤 Si t , 网站代理设备 1持 续地获取待处理的第一页面访问请求； 接着， 在步骤 S2中， 网站代理 设备 1也持续地根据所述第一页面访问请求，生成与所述第一页面访问 请求相对应的第二页面访问请求； 随后， 在步骤 S3中， 网站代理设备 1也持续地根据所述第二页面访问请求， 获取来自该第二页面访问请求 所指向的网站的相应原始页面； 随后， 在步骤 S4中， 网站代理设备 1 也持续地对所述原始页面进行相应于第一页面访问请求的处理， 以获得 响应于其的目标页面。 在此， 本领域技术人员应理解"持续"是指网站 代理设备 1在各步骤中不断进行上述第一页面访问请求的获取、 第二 页面访问请求的生成、 原始页面的获取及目标页面的获取， 直至满足 预定停止条件， 例如网站代理设备 1在较长时间内停止对第一页面访 问请求的获取。
图 7示出根据本发明一个优选实施例的处理移动终端的页面访问 请求的方法流程图。 其中， 该过程还包括步骤 S21 '、 步骤 S22'和步 骤 S23O
首先， 在步骤 S21，中， 网站代理设备 1根据第一页面访问请求中 的访问地址的第一域名相关信息， 在域名映射表中进行匹配查询， 以 获得用于第二页面访问请求中的访问地址的第二域名相关信息；
在此， 所述第一域名相关信息包括但不限于：
1 ) 第一页面访问请求中的访问地址 URL 中包舍的第一域名地 址， 如 m.a.com;
2 ) 第一页面访求中的访问地址 URL 中包含的特定部分， 如 m.a. com/path
在此， 所述第二域名相关信息包括但不限于：
1 ) 第二页面访问请求中的访问地址 URL 中包含的第二域名地 址；
2 ) 第二页面访问请求中访问地址 URL的第二 IP地址；
3 ) 第二页面访求中的访问地址 URL中包含的特定部分。
具体地， 当第一域名相关信息包括访问地址中的第一域名地址 时， 则在步骤 S21，中， 网站代理设备 1例如根据该第一域名地址， 在 域名映射表中进行匹配查询， 以获得用于第二页面访问请求中的访问 地址的第二域名相关信息。 在此， 所述域名映射表中包含第一页面访问请求中的访问地址的 第一域名相关信息与第二页面访问请求中的访问地址的第二域名相 关信息之间的映射关系。 其中， 所述域名映射表可位于关系数据库、
Key- Value存储系统、 文件系统等中。
在一示例 中 ， 第一域名相关信息 包括的访问地址为 "m.a.com/d/file" ， 则在步骤 S21，中， 网站代理设备 1提取谊访问地 址的第一域名地址 m.a.com, 进而根据该第一域名地址， 通过网站代 理设备 1提供的应用编程接口 （API ), 在位于其关系数据库的域名映 射表中进行匹配查询， 以获得与该第一域名地址 m.a.com相对应的第 二域名地址为 d,c.b.com,并将其作为用于第二页面访问请求中的访问 地址的第二域名相关信息。
优选地，当第一页面访问请求中的第一域名相关信息中包括第一 IP 地址时， 则在步骤 S21，中， 网站代理设备 1通过预定的映射规则将该 IP地址映射为第二 IP地址， 即作为用于第二页面访问请求中的访问地 址的第二域名相关信息。 例如， 第一域名相关信息中包括 IP地址为 9.1.1.180. [集中建站域名] /file, 则在步骤 S21 '中， 网站代理设备 1将 该 IP地址的后綴 "[集中建站域名]"删除， 以获得相应的第二 IP地址 9.1.1.180。
接着， 在步骤 S22，中， 网站代理设备 1根据第一页面访问请求中 的访问地址和其在步骤 S21，中获取的第二域名相关信息，按照预定第 一地址转换规则， 确定用于第二页面访问请求中的访问地址。
在此， 所述第一地址转规则包括但不限于以下情形：
1 ) 将第一页面访问请求中的访问地址的第一域名相关信息直接 替换为第二域名相关信息， 以确定用于第二页面访问请求中的访问地 址；
例如， 若第一域名相关信息为 m.a.com， 其对应的第二域名相关 信息为 c.b.com, 则在步骤 S22，中， 网站代理设备 1将第一页面访问 请求中的访问地址 image.m.a.com/file转换为 image.c.b.com/file, 以作 为第二页面访问请求中的访问地址。 又例如， 若第一域名相关信息为 m.a.com, 其对应的第二域名相 关信息为 www.b.com/path/, 则在步骤 S22，中， 网站代理设备 1将第 一 页 面 访 问 请 求 中 的 访 问 地 址 m.a.com/file 转 换 为 www.b.com/path/file, 以作为第二页面访问请求中的访问地址。
2 ) 将第一页面访问请求中的访问地址的特定部分的内容与第二 域名相关信息按照预定的合并规则来转换为第二页面访问请求中的 访问地址； 例如， 若第一域名地址为 m.a.com, 其对应的第二域名地 址为 b.com， 第一页面访问请求中的访问地址 m. a. com/image/file中 的特定部分为域名地址后面的 "image" 部分， 并且， 预定的合并规 则为将该特定部分作为第二域名地址的前缀， 则在步骤 S22，中， 网站 代理设备 1将第一页面访问请求中的访问地址 m.a.com/image/file转 换为 image.c.b.com/file。
随后， 在步骤 S23，中， 网站代理设备 1根据其在步驟 S22，中确定 的用于第二页面访问请求中的访问地址， 生成该第二页面访问请求。
例如， 在步骤 S22，中， 网站代理设备 1确定的用于第二页面访问 请求中的访问地址为 image.c.b.com/file, 在步骤 S23，中， 网站代理设 备 1将该访问地址封装为一请求消息以作为第二页面访问请求，其中， 该第二页面访问请求包括访问地址 image.c.b.com/file。
本领域技术人 应能理解上述获取第二域名相关信息的方式和 / 或确定访问地址的方式和 /或生成第二页面访问请求的方式仅为举例， 其他现有的或今后可能出现的获取第二域名相关信息的方式和 /或确 定访问地址的方式和 /或生成第二页面访问请求的方式如可适用于本 发明， 也应包舍在本发明保护范围以内， 并以引用方式包含于此。
优选地（参照图 7 ), 当在步驟 S21，中， 网站代理设备 1 未获得 所述第二域名相关信息， 在步骤 S22，中， 网站代理设备 1按照预定映 射规则， 将第一页面访问请求中的访问地址映射为用于第二页面访问 请求中的访问地址。
在此， 所述预定映射规则包括： 去除访问地址中域名部分中特定 的域名后缀， 如 "[集中建站域名]"， 即为该域名增加新的顶级域名。 其中， 所有其中域名具有 "[集中建站域名]" 后缀的页面访问请求均 由网站代理设备 1代理处理。
在一示例中，第一页面访问请求中的访问地址为 c.b.com. [集中建 站域名 ]/file， 当在步骤 S21，中， 网站代理设备 1未从域名映射表中获 得第二域名相关信息时， 则在步骤 S22，中， 网站代理设备 1将访问地 址 c.b.com. [集中建站域名] /file直接映射为 c.b.com/file。
本领域技术人员应能理解上述确定访问地址的方式仅为举例， 其 他现有的或今后可能出现的确定访问地址的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并以引用方式包含于此。
在此， 当第一页面访问请求中的访问地址所指向的网站未被该网站 代理设备所代理， 如第一页面访问请求为用户通过点击移动终端浏览原 始页面上的网页链接以生成， 且该链接所指向的网站未被该网站代理设 备所代理处理， 因此在域名映射表中没有有关读网站的第一域名相关信 息与第二域名相关信息之间的映射关系。 为使得用户也可对该网页链 接所对庶页面进行访问， 则在生成第一页面访问请求时会自动在链接 地址中的域名地址部分加入后缀 " [集中建站域名]" , 以作为第一页 面访问请求中的访问地址。因为网站代理设备 1为" [集中建站域名]" 顶级域名的域名服务器， 故该第一页面访问请求将由网站代理设备 1 接收并处理， 其在生成第二页面访问请求时会去除该后缀， 以用于找 到该网页链接对应的真正网站。
在一个优选实施例中 （如图 6所示）， 该过程还包括步骤 S8 (未 示出）， 在步骤 S8中， 网站代理设备 1按照预定第二地址转换规则， 将其在步骤 S4 中获取的目标页面中的链接地址转换为用户可通过移 动终端访问的地址。
以下参照图 6对该优选实施例进行详细描述， 其中， 在步骤 S1 中， 网站代理设备 1获取待处理的第一页面访问请求； 在步骤 S2中， 网站代理设备 1根据所述第一页面访问请求， 生成与所述第一页面访 问请求相对应的第二页面访问请求； 在步骤 S3 中， 网站代理设备 1 根据所述第二页面访问请求， 获取来自该第二页面访问请求所指向的 网站的相应原始页面； 在步骤 S4中， 网站代理设备 1对所述原始页 面进行相应于第一页面访问请求的处理， 以获得响应于其的目标页 面； 其具体过程与前述参照图 6所描述的实施例中网站代理设备 1在 步骤 Sl、 步骤 S2、 步骤 S3和步骤 S4中所执行的过程相同， 为简明 起见， 以引用方式包含于此， 而不做赘述。
在此， 所述第二地址转换规则包括：
1 )当目标页面的链接地址中使用 IP地址，且该 IP地址在网站代 理设备 1 中没有与其相对应的域名地址时， ^ 9.1.1.180/file, 则在步 骤 S8中， 网站代理设备 1直接在该 IP地址后缀添加后缀 "[集中建站 域名]" 以获得相应的目标地址 9.1.1.180. [集中建站域名] /file;
2 ) 当目标页面的链接地址中使用域名地址时， 则在步骤 S8中， 网站代理设备 1采用与上述第一地址转换规则相对应的反向映射规则 来获得相应 的地址； 例如， 目 标页 面 中 的链接地址为 image.cb.com/file, 其所对应的第一地址转换规则为： 若第一域名地 址为 m.a.com, 其对应的第二域名地址为 b.com， 则将访问地址 image.m.a.com/file中的第一域名直接替换为第二域名地址； 从而， 在 步骤 S8中， 网站代理设备 1通过与该第一地址转换规则反向映射规 则， 反向转换获得相应的地址为 image.m,a.com/file。
3 )若在步骤 S8中， 网站代理设备 1通过上迷方式未能获得相应 的地址， 则在步驟 S8中， 网站代理设备 1直接在该链接地址中的域 名地址部分添加特定后缀， 如 "[集中建站域名] "； 例如， 目标页面的 链接地址为 m.a.com/me， 则在步驟 S8中， 网站代理设备 1给其域名 地址添加后缀， 以获得相应的地址为 m.a.com. [集中建站域名] /file。
本领域技术人员应能理解上述转换地址的方式仅为举例， 其他现 有的或今后可能出现的转换地址的方式如可适用于本发明， 也应包含 在本发明保护范围以内， 并以引用方式包含于此。
在此， 当第一页面访问请求为用户通过点击移动终端当前浏览的原 始页面上的网 ^链接以生成， 且该链接所指向的网站未被该网站代理设 备所代理处理， 可通过在链接地址中的域名地址部分添加特定后綴， 如 "[集中建站域名]，，， 实现该用户对该链接所对应页面的访问。
图 8示出根据本发明另一个优选实施例的处理移动终端的页面访 问请求的方法流程图。 其中， 该过程还包括步骤 S41"和步骤 S42"。 在步骤 S41"中， 网站代理设备 1从其在步骤 S3"中获取的原始页面中 提取特定内容块；在步骤 S42"中，网站代理设备 1根据其在步驟 S41" 中提取的特定内容块， 生成具有响应于第一页面访问请求的， 与该原 始页面文件格式不同的新页面以作为目标页面。
在此， 图 8中所示网站代理设备 1在步骤 Sl"、 步骤 S2"和步骤 S3"中的功能与前面参照图 6所描述的网站代理设备 1在步骤 Sl、 步 骤 S2和步骤 S3中的内容相同， 为筒明起见， 将其以引用方式包含于 此， 而不做赘述。
具体地， 在步骤 S41"中， 网站代理设备 1从其在步骤 S3"中获取 的原始页面中提取其标记语言文件， 进而在该标记语言文件中利用例 如特征文本字符串匹配等方式， 以确定原始页面中的特定内容块。
在此， 所述内容块意为页面的标记语言文件中的内容区域， 其与 网页中显示的特定内容相对应， 如， 包含页面主体内容的内容块， 如 新闻页面中的新闻标题内容块， 包含特定类型内容的内容块， 如包含链 接文本的内容块等。
在一示例中， 当在步骤 S41"中， 网站代理设备 1从原始页面中提 取的标记语言文件为 XHTML文件时， 如：
<body>
<div class="news">
<h2>News headline l</h2>
<P>
明天北京大雨后天华北降温
</p>
</div>
</body> 网站代理设备 1通过预定的关键字对该 XHTML文件进行字符串 匹配， 以在该 XHTML文件的标签中获得关键字 "<div class="news">" 的位置， 并在该 XHTML文件中继续进行匹配直至检测到配对的关键 字" </div> "的位置， 由此确 <div class=" news ">与 </div>之间的内容 为约定的特定内容块；
接着， 在步骤 S42"中， 网站代理设备 1根据其在步骤 S41"中提 取的至少两个特定内容块中的标签进行转换，如将 HTML标签转换为 WML标签， 并按照预定的页面模板， 生成新的 WML页面， 以作为 标页面。
本领域技术人员应能理解上述提取特定内容块的方式和 /或生成 目标页面的方式仅为举例， 其他现有的或今后可能出现的提取特定内 容块的方式和 /或生成目标页面的方式如可适用于本发明，也应包含在 本发明保护范围以内， 并以引用方式包含于此。
在一个优选实施例中 （如图 6所示）， 在步骤 S4中， 网站代理设 备 1还可按照预定处理规则， 对原始网页中的各内容块进行处理， 以 获得响应于第一页面访问请求的目标页面。
以下参照图 6对该优选实施例进行详细描述， 其中， 在步骤 S1 中， 网站代理设备 1获取待处理的第一页面访问请求； 在步骤 S2中， 网站代理设备 1根据所述第一页面访问请求， 生成与所述第一页面访 问请求相对应的第二页面访问请求； 在步驟 S3 中， 网站代理设备 1 根据所述第二页面访问请求， 获取来自该第二页面访问请求所指向的 网站的相应原始页面； 其具体过程与前述参照图 6所描述的实施例中 网站代理设备 1在步骤 Sl、 步骤 S2和步骤 S3中所执行的过程相同， 为简明起见， 以引用方式包含于此， 而不做赘述。
在此， 所述预定处理规则包括但不限于：
1 )对内容块进行展示；
2 )对内容块进行删除；
3 ) 对内容块进行折叠； 其中， 所述折叠意指该内容块设置为其 内容缺省是折叠隐藏的， 但可通过特定的触发方式， 将该内容展开来 显示。
本领域技术人员应能理解上述预定处理规则仅为举例， 其他现有 的或今后可能出现的预定处理规则如可适用于本发明， 也应包含在本 发明保护范围以内， 并在此以引用方式包含于此。
在此， 所述按照预定处理规则生成目标页面的方式包括但不限于 以下情形：
当第一页面访问请求中所访问页面的文件格式与原始页面的文 件格式一致时， 在步骤 S4中， 网站代理设备 1按照预定处理规则， 对原始页面的内容块进行处理操作， 以调整该原始页面中的内容及布 局， 并将调整后的页面作为响应于该第一页面访问请求的目标页面。 例如， 将移动终端的浏览器不能解析的内容块删除； 将页面中的主要 内容，如新闻页面中的新闻标题内容块、新'闻正文内容块，保留展示； 而将页面中的次要内容， 如新闻页面中的其他新闻链接内容块， 进行 折叠， 以节约页面显示空间。
本领域技术人 应能理解上述获得目标页面的方式仅为举例， 其 他现有的或今后可能出现的获得目标页面的方式如可适用于本发明， 也应包含在本发明保护范围以内， 并在此以引用方式包含于此。
图 9示出根据本发明又一个优选实施例的处理移动终端的页面访 问请求的方法流程图。 其中， 该过程还包括步骤 S31，"、步骤 S32"， 步 骤 S5，，，、 步骤 S6，，，和步骤 7，，，。 在此， 图 9 中所示网站代理设备 1 在步骤 Sl，"、 步骤 S2，"和步驟 S3"，中的功能与前面参照图 6所描述 的网站代理设备 1在步骤 Sl、 步驟 S2和步骤 S3中的内容相同， 为简 明起见， 将其以引用方式包含于此， 而不做赘述。
在此， 所述网站设备 2与网站代理设备 1之间可通过任何通信方 式实现通信， 包括但不限于，基于 3GPP、 LTE、 WIMAX的移动通信、 基于 TCP/IP、 UDP协议的计算机网络通信以及基于蓝牙、 红外传输 标准的近距无线传输方式。
如图 9示， 网站代理设备 1和网站设备 2在各步骤中互相配合， 以实现在网站代理设备 1中处理第一页面访问请求。
具体地， 首先，在步驟 S31 "，中， 网站代理设备 1将其在步驟 S2"， 生成的第二页面访问请求发送至该第二页面访问请求所指向的网站设 备 2; 例如， 可将其封装为一请求消息， 如 http请求消息， 并通过相应 的通信协议， 如 http、 https通信协议， 发送至网站设备 2。
接着， 在步骤 S5，"中， 网站设备 2通过实时监听地方式接收来自 网站代理设备 1的该第二页面访问请求。
随后， 在步骤 S6"，中， 网站设备 2解析该第二页面访问请求， 并 提取该第二页面访问请求中的页面访问地址、 页面标识信息等， 并据 此在页面库中进行匹配查询， 以获得与该第二页面访问请求相对应的 原始页面。 在此， 所述页面库包括页面访问地址或页面标识信息及其 所对应的页面， 其包括但不限于关系数 库、 Key- Value存储系统、 文件系统等。
接着， 在步骤 S7"，中， 网站设备 2将其在步骤 S6"，中荻取的原始 页面按照约定的通信方式发送至网站代理设备 1。
在步骤 S32，，，中， 网站代理设备 1通过实时监控的方式接收网站 设备 2响应于该第二页面访问请求反馈的该原始页面。
本领域技术人员应能理解上述发送第二页面访问请求的方式和 / 或接收第二页面访问请求的方式和 /或获取原始页面的方式和 /或发送 原始页面的方式和 /或接收原始页面的方式仅为举例，其他现有的或今 后可能出现的发送第二页面访问请求的方式和 /或接收第二页面访问请 求的方式和 /或获取原始页面的方式和 /或发送原始页面的方式和 /或 接收原始页面的方式如可适用于本发明， 也应包含在本发明保护范围 以内， 并以引用方式包舍于此。
在另一优选实施例中 （如图 6所示）， 该过程还包括步骤 S9 (未 示出）。 其中， 在步骤 S1中， 网站代理设备 1获取用户通过移动终端 输入的页面访问地址而生成的所迷第一页面访问请求；在步骤 S9中， 网站代理设备 1将其在步骤 S4中获得的目标页面提供给用户。
以下参照图 6对该另一优选实施例进行详细描述， 其中， 在步骤 5073
S2中， 网站代理设备 1根据所述第一页面访问请求，生成与所述第一 页面访问请求相对应的第二页面访问请求； 在步驟 S3 中， 网站代理 设备 1根据所述第二页面访问请求， 获取来自该第二页面访问请求所 指向的网站的相应原始页面； 在步骤 S4中， 网站代理设备 1对所述 原始页面进行相应于第一页面访问请求的处理， 以获得响应于其的目 标页面； 其具体过程与前述参照图 6所描述的实施例中网站代理设备 1在步骤 S2、 步骤 S3和步骤 S4中所执行的过程相同， 为简明起见， 以引用方式包含于此， 而不做赘述。
具体地， 首先， 用户通过移动终端在当前浏览页面上点击网页链接 时， 该移动终端例如实时地获取用户的点击操作内容， 其中， 该点击操 作内容包括该网页链接地址， 并据此以生成待处理第一页面访问请求， 然后， 该移动终端通过约定的通信方式将其发送至网站代理设备 1 ; 接 着，在步骤 S1中， 网站代理设备 1通过实时监听的方式来获取该第一 页面访问请求。
在步骤 S9中，网站代理设备 1将其在步骤 S4中获取的目标页面， 采用任何已知的移动终端提供人可读信息的技术手段， 例如屏幕显 示、扬声器播放等，将该目标页面通过移动终端提供给该用户。例如， 以屏幕显示为例， 在步骤 S9中， 网站代理设备 1将其在步骤 S4中获 取的目标页面， 利用约定的通信方式， 按一定顺序和格式提供给移动 终端， 例如以链接、 页面显示等方式提供给该移动终端， 供用户进行 浏宽。
本领域技术人员应能理解上述获取第一页面访问请求的方式和 / 或提供目标页面的方式仅为举例， 其他现有的或今后可能出现的获取 第一页面访问请求的方式和 /或提供目标网页的方式如可适用于本发 明， 也应包含在本发明保护范围以内， 并在此以引用方式包含于此。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例 的细节， 而且在不背离本发明的精神或基本特征的情况下， 能够以其 他的具体形式实现本发明。 因此， 无论从哪一点来看， 均应将实施例 看作是示范性的， 而且是非限制性的， 本发明的范围由所附权利要求 而不是上述说明限定， 因此旨在将落在权利要求的等同要件的含义和 范围内的所有变化涵括在本发明内。 不应将权利要求中的任何附图标 记视为限制所涉及的权利要求。 此外， 显然"包括"一词不排除其他单 元或步骤， 单数不排除复数。 装置权利要求中陈述的两个或两个以上 单元或装置也可以由一个单元或装置通过软件或者硬件来实现。 第 一， 第二等词语用来表示名称， 而并不表示任何特定的顺序。

Claims

权 利 要 求 书
1. 一种在网站代理设备中实现的用于处理页面访问请求的方法， 其中， 所述网站代理设备代理处理至少一个网站的第一页面访问请 求， 其中， 该方法包括以下步骤：
a获取待处理的第一页面访问请求；
b根据所述第一页面访问请求， 生成与所述第一页面访问请求相对 应的第二页面访问请求；
c根椐所述第二页面访问请求， 获取来自该第二页面访问请求所指 向的网站的相应原始页面；
d对所述原始页面进行相应于第一页面访问请求的处理， 以获得响 应于其的目标页面。
2. 根据权利要求 1所迷的方法， 其中， 所述步骤 b包括： b 1 根据所述第一页面访问请求中的访问地址的第一域名相关信 息， 在域名映射表中进行匹配查询， 以获得用于所述第二页面访问请 求中的访问地址的第二域名相关信息；
b2 根据所述第一页面访问请求中的访问地址和所述第二域名相 关信息， 按照预定第一地址转换规则， 确定用于所述第二页面访问请 求中的访问地址；
b3 根椐所述用于第二页面访问请求中的访问地址， 生成所述第 二页面访问请求。
3. 根据权利要求 2所述的方法， 其中， 所述步骤 b2包括：
- 当未荻得所述第二域名相关信息， 按照预定映射规则， 将所述 第一页面访问请求中的访问地址映射为用于所述第二页面访问请求 中的访问地址。
4. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述步骤 d 包括：
- 从所述原始页面中提取特定内容块； - 根据所述特定内容块， 生成具有响应于所述第一页面访问请求 的， 与所述原始页面文件格式不同的新页面以作为所述目标页面。
5. 根据权利要求 4 所述的方法， 其中， 所述文件格式包括以下 任一项：
- WML;
- XHTML;
- HTML
6. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述步骤 d 包括：
- 按照预定处理规则， 对所述原始网页中的各内容块进行处理以 获得响应于所述第一页面访问请求的目标页面。
7. 根据权利要求 6所述的方法， 其中， 所述预定处理规则包括以 下至少任一项：
- 对所述内容块进行展示；
- 对所述内容块进行删除；
- 对所述内容块进行折叠；
8. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述步骤 c 包括：
- 将所述第二页面访问请求发送至该第二百面访问请求所指向的网 站设备；
-接收所述网站设备响应于该第二页面访问诸求反馈的所迷原始页 面。
9. 根据权利要求 1至 3中任一项所述的方法，其中，该方法在所 述步驟 d之后还包括：
- 按照预定第二地址转换规则， 将所迷目标页面中的链接地址转 换为用户可通过移动终端访问的地址。
10. 根据权利要求 1至 3中任一项所述的方法， 其中， 所述步骤 a包括：
- 获取用户通过移动终端输入的页面访问地址而生成的所述第 一页面访问请求；
其中， 该方法还包括：
- 将所述目标页面提供给所述用户。
11. 一种网站设备中实现的用于辅助处理页面访问请求的方法， 其中， 该方法包括以下步骤：
- 接收来自网站代理设备的第二页面访问请求；
- 才艮据所述第二页面访问请求， 在页面库中进行匹配查询， 以获 得与所述第二页面访问请求相对应的原始页面；
- 将所述原始页面发送至所述网站代理设备。
12. 一种用于处理页面访问请求的网站代理设备， 其中， 所述网 站代理设备代理处理至少一个网站的第一页面访问请求， 其中， 该设 备包括：
请求获取装置， 用于获取待处理的第一页面访问请求；
请求生成装置， 用于根据所述第一页面访问请求， 生成与所述第一 页面访问请求相对应的第二页面访问请求；
原始页面获取装置， 用于根据所述第二页面访问请求， 荻取来自该 第二页面访问请求所指向的网站的相应原始页面；
目标页面获取装置， 用于对所述原始页面进行相应于第一页面访问 请求的处理， 以获得响应于其的目标页面。
13.根据权利要求 12所述的设备，其中，所述请求生成装置包括： 域名信息获取单元， 用于根据所述第一页面访问请求中的访问地 址的第一域名相关信息， 在域名映射表中进行匹配查询， 以获得用于 所述第二页面访问请求中的访问地址的第二域名相关信息；
访问地址确定单元， 用于根据所述第一页面访问请求中的访问地 址和所述第二域名相关信息， 按照预定第一地址转换规则， 确定用于 所述第二页面访问请求中的访问地址；
第一请求生成单元， 用于根据所述用于第二页面访问请求中的访 问地址， 生成所述第二页面访问请求。
14. 根椐权利要求 13所述的设备，其中，所述访问地址确定单元 用于当未获得所述第二域名相关信息， 按照预定映射规则， 将所述第 一页面访问请求中的访问地址映射为用于所述第二页面访问请求中 的访问地址。
15. 根据权利要求 12至 14中任一项所述的设备， 其中， 所述目 标页面获取装置包括：
内容块提取单元， 用于从所述原始页面中提取特定内容块； 第一页面生成单元， 用于根据所述特定内容块， 生成具有响应于 所述第一页面访问请求的， 与所述原始页面文件格式不同的新页面以 作为所述目标页面。
16. 根据权利要求 15 所述的设备， 其中， 所述文件格式包括以 下任一项：
- WML;
- XHTML;
- HTML.
17. 根据权利要求 12至 14中任一项所述的设备， 其中， 所述目 标页面获取装置用于按照预定处理规则， 对所述原始网页中的各内容 块进行处理以获得响应于所述第一页面访问请求的目标页面。
18. 根据权利要求 17所述的设备，其中，所述预定处理规则包括 以下至少任一项：
- 对所述内容块进行展示；
- 对所述内容块进行删除；
- 对所述内容块进行折叠；
19. 根据权利要求 12至 14中任一项所述的设备， 其中， 所述原 始页面获取装置包括：
访问请求发送单元， 用于将所述第二页面访问请求发送至该第二 页面访问请求所指向的网站设备；
原始页面接收单元， 用于接收所述网站设备响应于该第二页面访问 请求反馈的所述原始页面。
20. 根据权利要求 12至 14中任一项所述的设备， 其中， 该设备 还包括：
地址转换装置， 用于按照预定第二地址转换规则， 将所述目标页 面中的链接地址转换为用户可通过移动终端访问的地址。
21. 根据权利要求 12至 14中任一项所述的设备， 其中， 所述请 求获取装置用于荻取用户通过移动终端输入的页面访问地址而生成 的所述第一页面访问请求；
其中， 该设备还包括：
提供装置， 用于将所述目标页面提供给所述用户。
22. —种用于辅助处理页面访问请求的网站设备， 其中， 该设备 包括：
访问请求接收装置， 用于接收来自网站代理设备的第二页面访问 请求；
匹配查询装置， 用于根据所迷第二页面访问请求， 在页面库中进 行匹配查询， 以获得与所述第二页面访问请求相对应的原始页面； 页面发送装置， 用于将所述原始页面发送至所述网站代理设备。
23. 一种用于处理页面访问请求的系统， 包括如权利要求 11至 21 中任一项所述的网站代理设备及如权利要求 22所述的网站设备。
PCT/CN2012/075073 2011-11-30 2012-05-04 一种处理移动终端的页面访问请求的方法、设备与系统 WO2013078830A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110390813.2 2011-11-30
CN2011103908132A CN103139258A (zh) 2011-11-30 2011-11-30 一种处理移动终端的页面访问请求的方法、设备与系统

Publications (1)

Publication Number Publication Date
WO2013078830A1 true WO2013078830A1 (zh) 2013-06-06

Family

ID=48498559

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/075073 WO2013078830A1 (zh) 2011-11-30 2012-05-04 一种处理移动终端的页面访问请求的方法、设备与系统

Country Status (2)

Country Link
CN (1) CN103139258A (zh)
WO (1) WO2013078830A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965656A (zh) * 2015-06-19 2015-10-07 努比亚技术有限公司 页面显示方法及装置

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103544320A (zh) * 2013-11-05 2014-01-29 从兴技术有限公司 一种网页生成方法及装置
CN106815006B (zh) * 2015-11-30 2021-02-02 五八同城信息技术有限公司 页面调用方法、装置及页面管理服务器
CN105550596B (zh) * 2015-12-23 2018-10-16 北京奇虎科技有限公司 一种访问处理方法和装置
CN106126520A (zh) * 2016-05-31 2016-11-16 美通云动（北京）科技有限公司 一种访问页面的方法及装置
CN108170496A (zh) * 2016-12-05 2018-06-15 北京嘀嘀无限科技发展有限公司 用于控制页面显示的方法及装置
CN106790593B (zh) * 2016-12-28 2020-11-06 北京奇虎科技有限公司 一种页面处理方法和装置
CN106603728B (zh) * 2017-02-11 2020-03-31 网宿科技股份有限公司 Https加速方法和系统、数据中心、节点服务云端
CN108282511B (zh) * 2017-09-15 2021-08-13 阿里巴巴（中国）有限公司 网络数据访问方法、装置、系统、存储介质及用户终端
CN108062413B (zh) * 2017-12-30 2019-05-28 平安科技（深圳）有限公司 网页数据处理方法、装置、计算机设备及存储介质
CN109120722B (zh) * 2018-10-24 2021-12-07 北京计算机技术及应用研究所 一种基于反向代理模式的访问控制方法
CN111367868B (zh) * 2018-12-26 2023-12-29 三六零科技集团有限公司 一种文件获取请求的处理方法和装置
CN111443983B (zh) * 2019-01-16 2024-04-26 北京右划网络科技有限公司 应用程序的虚拟化方法、装置、电子设备及存储介质
CN109981645A (zh) * 2019-03-26 2019-07-05 北京芯盾时代科技有限公司 一种通信方法及装置
CN111460004B (zh) * 2020-04-06 2023-04-14 北方工业大学 一种融合用户行为及Web页面依赖关系的数据挖掘方法
CN112632945B (zh) * 2020-12-17 2022-11-08 上海哔哩哔哩科技有限公司 一种报表构建方法及装置
CN114385290B (zh) * 2021-12-24 2024-04-05 国泰新点软件股份有限公司 页面转换方法、装置和存储介质
CN114710314B (zh) * 2022-02-21 2023-06-06 深圳腾银信息咨询有限责任公司 一种配置化的软件服务平台访问方法、装置、系统及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7574486B1 (en) * 2000-11-06 2009-08-11 Telecommunication Systems, Inc. Web page content translator
CN101626395A (zh) * 2008-07-10 2010-01-13 银河联动信息技术（北京）有限公司 二维码引导移动终端访问万维网的方法和系统
US20100050089A1 (en) * 2008-08-20 2010-02-25 Company 100, Inc. Web browser system of mobile communication terminal, using proxy server
CN102025779A (zh) * 2010-12-02 2011-04-20 百度在线网络技术（北京）有限公司 建立wap站点的方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7574486B1 (en) * 2000-11-06 2009-08-11 Telecommunication Systems, Inc. Web page content translator
CN101626395A (zh) * 2008-07-10 2010-01-13 银河联动信息技术（北京）有限公司 二维码引导移动终端访问万维网的方法和系统
US20100050089A1 (en) * 2008-08-20 2010-02-25 Company 100, Inc. Web browser system of mobile communication terminal, using proxy server
CN102025779A (zh) * 2010-12-02 2011-04-20 百度在线网络技术（北京）有限公司 建立wap站点的方法和设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965656A (zh) * 2015-06-19 2015-10-07 努比亚技术有限公司 页面显示方法及装置

Also Published As

Publication number Publication date
CN103139258A (zh) 2013-06-05

Similar Documents

Publication Publication Date Title
WO2013078830A1 (zh) 一种处理移动终端的页面访问请求的方法、设备与系统
US10474676B2 (en) Database query language gateway
US8892680B2 (en) System and method for caching content elements with dynamic URLs
US20140047322A1 (en) Method and system for browsing things of internet of things on ip using web platform
CN102638580A (zh) 一种网页信息处理方法和装置
WO2011088640A1 (zh) 一种移动终端浏览多媒体资源的方法、相应系统及通信系统
WO2012152228A1 (zh) 获取页面资源的方法及装置、浏览器及移动终端
WO2013091346A1 (zh) 一种网页内容预加载方法、装置及系统
JP2003271441A (ja) データ処理方法、これを用いたネットワークサービスシステム及びプログラム
WO2011097992A1 (zh) 实现网页访问的方法、系统及前端服务器
WO2015154666A1 (zh) 桌面展示网页片段的方法及截取网页片段至桌面展示系统
WO2014067471A1 (zh) 一种用于在移动终端上提供搜索结果的方法和设备
WO2017114190A1 (zh) 一种文件上传处理方法及装置
CN101136834B (zh) 一种基于ssl vpn的链接改写方法和设备
WO2013078829A1 (zh) 一种基于内容块标识处理网页内容的方法与设备
CN101500002A (zh) 一种针对Web内容的融合发布方法及装置
WO2013152677A1 (zh) 资源共享方法及设备
CN110808868A (zh) 测试数据获取方法、装置、计算机设备及存储介质
KR101018473B1 (ko) 모바일용 웹페이지 변환 시스템 및 방법
TW200939730A (en) Method of browsing network information by hand-held communication device
US8230002B2 (en) Method and system for automatic setup in web-based applications
KR100831392B1 (ko) 웹 브라우징에서 하이퍼텍스트로 연결된 문서의 미리보기서비스 제공 방법 및 시스템
EP2640035A1 (en) Hypertext transfer protocol (http) stream association method and device
KR101487205B1 (ko) 미디어 서버 내의 컨텐츠를 제공하는 장치, 시스템 및 그방법
JP4903118B2 (ja) センシングデータを収集するためのｗｅｂサーバおよびプログラム

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: 12852803

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12852803

Country of ref document: EP

Kind code of ref document: A1