WO2010105384A1

WO2010105384A1 - Www content issuance method, operation method and system for mobile communication net

Info

Publication number: WO2010105384A1
Application number: PCT/CN2009/000292
Authority: WO
Inventors: 杨月威; 邢文
Original assignee: 未来集团国际有限公司
Priority date: 2009-03-18
Filing date: 2009-03-18
Publication date: 2010-09-23

Abstract

A WWW content issuance method, system and operation method are provided. The method, being used in a mobile communication field, includes that: A) a mobile communication terminal establishes relation with a WWW content issuance platform by mobile network; B) the mobile terminal calls on the WWW content by a WWW browser on the WWW content issuance platform; C) the WWW browser is operating; D) an output process module on the WWW content issuance platform obtains a screen display image data of the WWW browser, and sends it to the mobile communication terminal; E) the screen display image data of the WWW browser is displayed on the mobile communication terminal, and sends an input information to the WWW browser; the step C) to the step E) are repeated, while the mobile communication terminal retreats from the operation about the WWW content.

Description

Instruction manual

WWW content publishing method, operation method and system for mobile communication network

The present invention relates to the field of WWW content mobilization, and in particular to a www content publishing method, an operation method and a system for a mobile communication network. Background technique

With the increasing maturity of mobile communication technologies, people's demand for mobility is increasing. People hope to access the Internet at high speed during the mobile process and access the contents of www to obtain urgently needed information and complete what they want to do.

However, due to the differences between the mobile communication network and the Internet, it is necessary to "move" the W content of the current fixed network to "mobile www" by releasing the content of the www to the mobile communication terminal anytime and anywhere.

Although the existing WAP technology can realize the connection between the mobile communication terminal and the WWW content, the existing mobile communication terminal is affected by the low bandwidth of the mobile communication link, and the running speed is slow, so some www with a large amount of communication The application cannot be ported to the mobile communication terminal at all.

In addition, mobile communication terminals usually do not have strong processing capabilities, resulting in unstable performance of mobile communication terminals. Although the WAP architecture has greatly reduced the workload of mobile communication terminals compared to the www architecture, mobile communication terminals still have to undertake some application computing tasks. For different applications, the amount of computing tasks is different, resulting in unstable performance of mobile communication terminals. .

Also, there are defects in the lack of function. Due to the streamlining of the WWW architecture by WAP, many functions have been tailored, which makes the WAP application have a greater loss than the functionality of the WWW application.

And because of the communication speed and the performance of the mobile phone, the mobile phone interface is very simple, which greatly affects the usability. The migration of functions is also very difficult. The existing PC applications based on PC and broadband fixed network can hardly be directly transplanted to mobile communication terminals. It must undergo complicated development and transformation work, and must be transplanted separately for each W application. difference. The mobile communication terminal is a terminal with a very complicated application environment, and the WWW application and data are released to the mobile phone, which increases the security risk. Users of mobile communication terminals have great uncertainty. The user authentication, authorization, and auditing functions of the WAP are completely dependent on the functions of the application itself, and the access methods and terminals of the mobile communication terminal are not able to enable more powerful security means. Summary of the invention

The technical problem solved by the present invention is to publish the www content to the mobile communication terminal.

The present invention discloses a method, a method and system for distributing a www content for a mobile communication network. The publishing method includes:

A. The mobile communication terminal establishes a connection with a WWW content publishing platform through the mobile communication network;

B. Connect the corresponding WWW content by starting the WWW browser installed on the WWW content publishing platform;

c. The www browser is running;

D. The output processing module of the WWW content publishing platform acquires a screen display image interface of the W browser and sends the image to the mobile communication terminal;

E. The mobile communication terminal displays the screen display image interface, and sends input information on the mobile terminal to the WWW browsing. Device

F. Step C to step E are repeated until the mobile communication terminal performs an operation of exiting the WWW content access.

The invention also discloses a WWW content distribution system for a mobile communication network, the mobile communication network comprising a mobile communication terminal, a base station, a mobile communication switching center, the system comprising a mobile communication terminal, a WWW content publishing platform and WWW content, The mobile communication terminal establishes a connection with the publishing platform in the WWW through the mobile communication network;

The mobile communication terminal includes a virtual proxy module, and the WWW content publishing platform includes a virtual channel module, an output processing module, an input processing module, and a www browser;

The output processing module is respectively connected to the virtual channel module and the www browser, and is configured to acquire a screen display image interface of the www browser and send the image to the virtual channel module;

The input processing module is respectively connected to the virtual channel module and the www browser, and configured to process input information obtained from the virtual channel module and forward the information to the W browser;

A virtual channel is established between the virtual agent module and the virtual channel module, and the virtual channel is used for transmitting a screen display image interface of the www browser and input information of the user on the mobile communication terminal;

The www browser is connected to the www content, and the mobile communication terminal connects the corresponding www content by starting the www browser, and operates the www content.

The invention also discloses an operation method for www content distribution, which is used for a mobile communication service network including a mobile communication terminal user and a mobile communication carrier, and the operation method comprises the following steps:

A. The mobile communication terminal user establishes contact with the WWW content distribution platform through the mobile communication carrier;

c. The www browser is running;

D. The output processing module of the WWW content publishing platform acquires a screen display image interface of the WWW browser, and sends the image to the mobile communication terminal;

E. The mobile communication terminal displays a screen display image interface of the WWW browser, and sends input information of the user to the www browser.

The invention also discloses an operation system for publishing a www content, comprising:

Mobile communication terminal, www content publishing platform, www content and operating device;

The mobile device is a mobile communication service network managed by a mobile communication carrier, and includes: a base station, a mobile communication switching center, and the mobile communication terminal establishes a connection with the www content distribution platform by using the operation device;

The mobile communication terminal includes a virtual agent module, and the www content publishing platform includes a virtual channel module, a mountain processing module, an input processing module, and a www browser;

The input processing module is respectively connected to the virtual channel module and the www browser, and processes input information obtained from the virtual channel module and forwards the information to the www browser;

Establishing a virtual channel between the virtual proxy module and the virtual channel module, for transmitting, by the operating device, a screen display image interface of the www browser, and/or input information of the user; The www browser is connected to the www content, and the corresponding www content is connected by launching the www browser, and the www content is operated.

The present invention utilizes application virtualization technology, instead of actually transmitting the www content on the mobile communication terminal, and deploying the software on the www content distribution platform, abstracting only the interface, so that only the mobile communication terminal with lower processing capability passes low The bandwidth of the mobile communication network connects to the www application. The seamless www application interface delivers a more intuitive experience.

At the same time, the application also makes the interface displayed by the mobile communication terminal suitable for the screen display of the smaller mobile communication terminal, conforms to the viewing habit of the user, and makes the published content of the www content available. Moreover, the technical solution of the present invention can also be applied to commercial operations to realize industrial applications. DRAWINGS

1 is a schematic structural diagram of a www content distribution system of the present invention;

2 is a schematic diagram of an overall process of publishing a WWW content according to the present invention;

FIG. 3 is a schematic diagram of a WWW content distribution process according to the present invention;

4 is a schematic structural diagram of a WWW content distribution system according to the present invention;

4A-4F are schematic structural diagrams of a WWW content distribution system according to the present invention;

Figure 5 is a flow chart showing the quick boot of the present invention;

FIG. 6 is a flowchart of establishing a virtual channel according to the present invention;

7 is a schematic structural diagram of an input processing part of a WWW content distribution system according to the present invention;

Figure 8 is a flow chart showing the input process of the present invention;

FIG. 9 is a schematic diagram showing an output structure of a frame content distribution system of the present invention using a frame buffer technology;

FIG. 10 is a schematic diagram showing an output flow of a frame buffering technique according to the present invention;

11, 11A, 11B are schematic structural diagrams of a publishing system of the present invention;

12 is a schematic diagram showing the overall structure of a WWW content distribution operation system according to the present invention;

Figure 13 is a flow chart showing the charging of the present invention;

FIG. 14 is a schematic structural diagram of a publishing system according to an embodiment of the present invention; FIG.

15 is a schematic diagram showing the relationship between a WWW application interface and a terminal window according to the present invention;

Figure 16 is a flow chart showing the logic operation of the curtain operating module of the present invention. detailed description

The technical features of the present invention will be described in detail below with reference to the embodiments and the accompanying drawings.

(―) Overview

The present invention provides various types of www content to a mobile communication terminal through a mobile communication network through a www content distribution system, particularly those mobile communication terminals capable of receiving a distribution service through a wireless communication technology, such as a smart phone or a PDA. The mobile terminal and the computer with the wireless mobile communication access module. That is, the user can use the mobile communication terminal to access each WWW content anytime and anywhere to realize the "mobilization" of the WWW. ' The overall technical idea of the present invention is: adding a WWW content publishing platform between the WWW content and the mobile communication terminal, the www browser and the www data, running and processing completely on the www content publishing platform, and only operating the interface to the screen The refresh mode is transmitted to the mobile communication terminal, and the mobile communication terminal only sends input information such as keyboard and mouse commands and voices to the www content distribution platform, and does not perform specific operations.

FIG. 1 is a schematic structural view of a www content distribution system of the present invention.

The WWW content distribution system 100 mainly includes a mobile communication terminal 10, a WWW content distribution platform 20, and WWW content 30. The mobile communication terminal 10 and the WWW content distribution platform 20, and between the WWW content distribution platform 20 and the WWW content 30 are connected by a communication network. In general, the network quality requirement between the WWW content publishing platform 20 and the WWW content 30 is relatively high, and the network quality is only transmitted between the WWW content publishing platform 20 and the mobile communication terminal 10 because only the screen display image data and the terminal input information are transmitted. The requirements are lower.

The WWW content 30 includes various websites on the Internet, and also includes various management information systems, such as OA, human resource systems, and monitoring systems; various business systems, such as ERP, CRM, financial systems, invoicing management systems, Production scheduling system; various business systems of financial enterprises, such as business systems, accounting systems, settlement systems, online banking systems; various supporting systems for telecommunications enterprises, such as BSS, OSS, system management; external operating systems of various operators; All WWW content of state agencies, enterprises, and social groups; WWW content for individual users.

The WWW content distribution platform 20 is composed of a portal server 25 and a distribution server 50. The WWW content publishing platform 20 can be set on one or more servers, which can be selected from a Windows operating system or other operating system.

The publishing server 50 includes a virtual channel module 21, a WWW browser 22, an output processing module 23, and an input processing module 24. The virtual channel module 21, the output processing module 23, and the input processing module 24 constitute a distribution software.

The WWW browser 22 is a module for realizing the information exchange function between the mobile communication terminal 10 and the published WWW content 30. Each of the WWW browsers 22 is connected to the corresponding WWW content 30 via a network for interactively operating the WWW content 30 based on the input information of the mobile communication terminal 10, and delivers the generated output information to the mobile communication terminal 10. The WWW content publishing platform 20 can simultaneously launch multiple WWW browsers 22 for simultaneously publishing multiple WWW content 30.

The published WWW content needs to satisfy the concurrent access of the plurality of mobile communication terminals through the publishing platform 20. Therefore, the publishing platform 20 has the capability of supporting multiple users, and the hardware architecture and operating system of the platform server are released, which may be a system supporting multiple users, for example, Usually used for X86-based PC servers, the operating system usually chooses Windows, Unix, Limix, and so on.

The output processing module 23 is connected to the WWW browser 22 and the virtual channel module 21, and acquires the screen display image interface of the WWW browser 22, and outputs the output to the virtual channel module 21. The output processing includes: a structured processing, a compression processing, and the like.

The input processing module 24 is connected to the WWW browser 22 and the virtual channel module 21 for simulating the input information sent by the mobile communication terminal 10 into the input of the local user and providing it to the WWW browser 22.

The virtual channel module 21 is configured to establish a virtual channel with the mobile communication terminal 10 for transmitting input information sent by the mobile communication terminal 10 and

The screen of the WWW browser 22 displays an image interface.

In the actual system, the number of each module in the publishing platform 20 is not limited, and can be set as needed, and can be separately deployed and deployed in one server.

The portal server 25 is a one or a fi. server on which the portal server software of the platform is installed. The WWW content publishing platform 20 also includes other necessary modules commonly used in the prior art, such as a storage module (not shown) for storing user names, passwords, and permissions of all platform users, parameter settings of the platform, and WWW browser. Parameter settings, and other information. In addition to this, there is a management module (not shown) that implements platform management functions.

The virtual communication module 10 is provided in the mobile communication terminal 10 for establishing a connection with the virtual channel module 21, thereby establishing a virtual channel. At the same time, the virtual proxy module 11 is further configured to process the data received through the virtual channel, synthesize it into a screen display image, display it on the screen of the mobile communication terminal, and collect the input information of the user. The virtual agent module 11 is common to any WWW content 30.

The mobile communication terminal 10 and the WWW content distribution platform 20 are connected by a mobile communication network, which is commonly used in the prior art, including a base station, a mobile communication switching center, and the WWW content distribution platform 20 and the WWW content 30. Mobile communication network or fixed network connection. FIG. 2 is a schematic diagram of an overall process of publishing a WWW content according to the present invention.

Step 201: The mobile communication terminal 10 establishes contact with the WWW content publishing platform 20 through the mobile communication network;

Step 202: Connect the corresponding WWW content 30 by launching the WWW browser 22 of the WWW content publishing platform 20; Step 203, the WWW browser 22 runs;

Step 204, the output processing module 23 of the WWW content publishing platform 20 acquires a screen display image interface of the WWW browser 22, and sends the screen display image interface to the mobile communication terminal 10;

Step 205: The mobile communication terminal 10 displays a screen display image interface of the WWW browser 22, and the user inputs input information according to the displayed interface, and the mobile communication terminal sends the input information to the WWW content publishing platform 20;

Step 206: The WWW content publishing platform 20 simulates the input information as a local input, sends it to the WWW browser 22, and performs step 203 until the mobile communication terminal 10 exits.

In the present invention, the user can establish a connection with the WWW content distribution platform 20 wirelessly through a mobile communication terminal such as a mobile phone, a personal digital assistant, a vehicle-mounted mobile terminal, a computer equipped with a wireless mobile communication access module, or the like. The specific implementation of step 201 of the present invention is described in detail below.

Step 201 is a guiding step between the mobile communication terminal 10 and the portal server 25 for causing the mobile communication terminal to obtain connection information from the portal server 25, thereby triggering the operation of the virtual agent module 11. Wherein, as shown in FIG. 3, further comprising:

Step 301, the mobile communication terminal 10 sends a connection request to the portal server 25;

Step 302, the portal server 25 replies to the identity authentication request;

Step 303, the mobile communication terminal 10 sends identity authentication information to the portal server 25;

Step 304: The portal server 25 performs authentication and authorization according to the identity authentication information, and returns WWW browser information that can be used by the mobile communication terminal 10 (there may be multiple browsers on the platform);

Step 305, the mobile communication terminal 10 issues WWW browser selection information;

Step 306: The portal server 25 sends the configuration information of the corresponding WWW browser to the mobile communication terminal 10 according to the selection information. The guiding step can be implemented by means of SMS, MMS, WEB, WAP PUSH, WAP/iMode, quick boot and other mobile communication. ·,

(ii) Guide section

Please refer to FIG. 4, which is a schematic structural diagram of a WWW content distribution system according to the present invention. Among them, a director 12 and a display 13 are also provided in the mobile communication terminal 10. The director 12 is a communication unit supported by the mobile communication terminal, and the above-described guiding step is implemented by wireless communication. Take SMS guidance as an example, please refer to Figure 4A. In the mobile communication terminal 10, the director 12 is a short message system 121, and the portal server 25 supports a short message service. A short message monitoring module 111 is further disposed in the virtual agent module 11.

The mobile communication terminal 10 issues a service request short message to the portal server 25, which is received by the portal server 25. The portal server 25 typically publishes a short message service number, such as 1065800288 or the like, to which the mobile communication terminal 10 can send and receive text messages to and from the portal server 25. After the portal 'server 25 receives, if the service of the publishing platform 20 is available, the reply authentication request message is sent to the mobile communication terminal 10 to request identity authentication. The mobile communication terminal 10 transmits an identity authentication short message conforming to the agreed format, for example, the following format:

U abc P 12345678

Where U represents the username, abc represents the specific username entered by the user, P represents the password, and 12345678 represents an example of a specific password entered by the user.

Under strict security requirements, the information participating in the identity authentication may also include: the number of the mobile communication terminal 10, the international identification code IMSI of the SM card of the mobile communication terminal 10, the digital certificate, the token of the user, and the like.

The portal server 25 authenticates and authorizes the stored user's identity authentication information, and responds to the list of WWW browsers that the user has access to.

After the user selects a certain WWW browser in the list, the mobile communication terminal 10 sends a short message including the name or number of the selected www browser, and the portal server 25 receives and parses the short message to know the WWW browsing selected by the user. And editing the configuration information of the WWW browser into a short message and transmitting it to the mobile communication terminal 10. The typical configuration information is about 100-300 English characters, and the capacity of a short message is generally about 140 English characters. Therefore, the entire configuration information may be split into 2-3 SMS messages. The configuration information message should include an identifier, an identification code, a configuration information type, a version of the configuration information, a time of issuance, a number of divisions of the configuration information, a message number of the entire configuration information message, and verification information.

The short message monitoring module 111 starts running when the mobile communication terminal 10 is powered on, and monitors each short message received by the mobile communication terminal 10. When the mobile communication terminal 10 completely receives all the configuration information short messages, the short message monitor recognizes the configuration information, and uses the identifier to completely combine the configuration information from the plurality of short messages.

Then, the short message monitoring module 111 activates the virtual agent module 11 and submits the complete configuration information to the virtual agent module 11. In the above description of the short message guidance, in addition to obtaining the configuration information and triggering the virtual proxy module, the interaction between the other mobile communication terminal 10 and the portal server 25 may also be through other multimedia information communication methods such as multimedia information and WAP. Realization, not limited to this.

Guided by SMS, the operation is convenient, the system resources are occupied small, and the mobile communication terminal has a very high support rate. And because the amount of data in the boot process is small, the existing capacity of the short message can be matched.

However, in some cases, the publishing platform 20 can also proactively prompt the user to use the WWW service. For example, in the mail system, a mail detector is installed to notify the portal server 25 when a new mail arrives in the mail system. In this case, it is more convenient for the platform to make a service request.

Take the mail system as an example. The portal server 25 can directly generate a configuration file of the WWW browser connected to the mail system to the mobile terminal 10, and the mobile terminal 10 can immediately call the mail system through the W3VW browser on the platform.

Or, in a more secure case, the portal server 25 can generate a text message containing the message header and a processing number. The Kawasaki Rehabilitation SMS must include: Handling 兮 and household passwords. The portal server authenticates the user and the like. Then, the configuration file of the re-generating mail system is sent to the mobile terminal 10, and the mobile terminal 10 can immediately open the mail system. In addition to guiding by SMS, it can also be done by MMS, ie multimedia information (MMS). Multimedia information guide supports multimedia functions, and can deliver comprehensive content and information, including text, image, sound and other multimedia formats. Compared with SMS, a multimedia message has a large capacity and can carry the entire configuration information.

Referring to FIG. 4B, in this embodiment, the switch 12 is a multimedia message system 122, and the portal server 25 supports the MMS service and receives and transmits the multimedia message through the MMS gateway. A multimedia message monitoring module 112 is provided in the virtual agent module 11. The guiding steps are similar to the short message method.

The step I can also be implemented by WAP/iMode technology. The mobile communication terminal 10 needs to support the operation of the WAP/iMode browser, and the portal server 25 supports the WAP/iMode service. Since iMode is very similar to WAP, the following is described in WAP. '

Referring to FIG. 4C, the mobile communication terminal 10 supports the WAP protocol, and the director 12 is the WAP browser 123. Through the WAP technology, the portal server 25 and the mobile communication terminal 10 can be easily interacted to enable the mobile communication terminal 10 to receive configuration information in a page mode or a file mode.

First, the virtual proxy module 11 needs to be registered in the WAP browser of the mobile communication terminal 10, and an entry is created in the WAP browser registration file, so that the WAP browser can start the virtual when requesting the link to the file of the configuration information file type. Agent module 11.

The user uses the WAP browser of the mobile communication terminal 10 to input the WAP URL of the portal server 25 to apply for the service. The portal server 25 returns an authentication page, and the user transmits the authentication information through the mobile communication terminal 10. After the portal server 25 authenticates and authorizes the user, the portal server 25 sends a WAP page to the mobile communication terminal 10, which includes a WWW browser to which the user has the right to use. List, each WWW browser name exists in the page as a link. When the user wants to execute a WWW browser, select the link on the page representing the www browser, and send a request message, the WAP browser then obtains the configuration information file of the requested WWW browser from the portal server 25. The WAP browser compares the configuration file with the registration file, and if the association information of the configuration information file with the virtual agent module 11 is found, the virtual agent module 11 is started. After the virtual agent module 11 is started, the configuration information file is interpreted, and a virtual channel is established with the publishing server based on the information in the file.

In the above description of the WAP boot, in addition to obtaining the configuration information file and triggering the virtual proxy module, the WAP mechanism must be used, and the interaction between the other mobile communication terminal 10 and the portal server 25 can be via SMS, multimedia information, WAP PUSH, etc. Communication method is implemented.

The boot part of this release platform can also be implemented through the WAP PUSH mechanism. Referring to FIG. 4D, the mobile communication terminal 10 supports the WAP protocol, and the gateway 12 is the WAP protocol system 124. The portal server 25 cooperates with the PUSH proxy gateway to support the WAP PUSH service. The WAP PUSH enables the mobile communication terminal to actively send information to the mobile communication terminal without making a request to the server. The WAP PUSH technology is used to build the boot portion of the publishing platform 20, which is particularly suitable for news, stocks, notifications, emails, etc., which cannot predict the time of occurrence and which are expected to be processed immediately. Since WAP PUSH is a one-way communication technology, the portal server 25 can only transmit information to the mobile communication terminal 10, and cannot receive information transmitted from the mobile communication terminal 10. Therefore, it is often necessary to use ffl other wireless communication means, such as SMS, MMS, WAP, etc., in conjunction with WAP PUSH to achieve guidance.

The step of the mobile communication terminal 10 transmitting the if5 request is implemented by a cooperation means as described above. The portal server 25 pushes the list of the WWW browsers to the mobile communication terminal by using the PUSH proxy gateway according to the authentication and authorization results, and the mobile communication terminal retries the portal server 25-WWW browser selection information by cooperation means. The portal server 25 edits the distribution S information of the WWW browser into WAP content, and transmits it to the mobile communication terminal 10 via the WAP PUSH. The configuration information of the code ^ is about 00-300 English characters, and the capacity of a WAP PUSH is enough to carry. The virtual agent module 11 is provided with a PUSH monitor 114 which is activated when the mobile communication terminal 10 is powered on, and monitors each WAP PUSH content received by the mobile communication terminal 10.

After the PUSH monitor 114 recognizes the configuration information contained in the WAP PUSH content, the virtual agent module 11 is started, and the complete configuration information is submitted to the virtual agent module 11.

In addition, the content of WAP PUSH may be a file. Based on this feature, the virtual agent module 11 can be started directly without the need for a PUSH monitor. Specifically, the type of the profile is associated with the virtual agent module 11 in the mobile communication terminal 10. Once the configuration information file PUSH is transferred to the mobile communication terminal 10, the mobile communication terminal 10 activates the virtual agent module 11 to process the configuration information file.

With the server active service feature of WAP PUSH, some services with similar requirements can be realized. For example, a mail detector can be added to the WWW content distribution platform to notify the portal server 25 when new mail arrives in the mail system. In this case, the publishing platform will proactively notify the user.

Take the mail system as an example. When the portal server 25 knows that the user has a new mail arrive, it can generate a configuration file of the WWW browser accessing the mail system, and send it to the mobile communication terminal 10 through the WAP PUSH, and the mobile communication terminal 10 can immediately open the mail system through the WWW browser.

The boot part of this release platform can also be implemented by WEB technology. Referring to FIG. 4E, the mobile communication terminal 10 supports the operation of the WEB browser, and the portal server 25 supports the WEB service. WEB technology is currently the most widely used Internet application technology. It has the advantages of good interface, wide user base and high standardization.

By using the WEB technology, the portal server 25 does not need to cooperate with other application gateways or agents, which simplifies the implementation means, and reduces the construction cost of the portal server 25. As with WAP, WEB technology also supports the transfer of configuration information via page mode and file mode.

In the present embodiment, the director 12 is a WEB browser 125. The virtual agent module 11 registers with the WEB browser of the mobile communication terminal 10, and creates an entry in the browser registration file, so that the WEB browser can start the virtual agent module when requesting to link to the file of the configuration information file type.

The user uses the WEB browser of the mobile communication terminal 10 to input the WEB URL of the portal server 25 to apply for the service. The portal server 25 returns the authentication page, and the user inputs the authentication information. After the portal server 25 authenticates and authorizes the user, the portal server 25 sends the mobile communication terminal 10 WEB pages, which contains a list of WWW browsers that the user has the right to use, each of which The WWW browser exists in the page as a link.

The WEB browser obtains the page from the portal server 25 and displays it on the display of the mobile communication terminal. If the user wants to run the WWW browser 22 to access the WWW content 30, the input device is used to select a link to a WWW browser corresponding to the WWW content 30 on the page. After that, the WEB browser obtains the configuration information file corresponding to the WWW browser from the portal server 25, and the WEB browser compares the information file with the registration file. The virtual agent module 11 is triggered if found in the registration file. The virtual agent module 11 interprets the configuration information file and establishes a virtual channel with the publishing server according to its content.

In addition, in some cases, the user wants to simplify the process of authentication, authorization and www browser selection, and quickly launch the www browser.

twenty two. At this point, you can edit it in advance! The information is configured into configuration information files and managed, including user authentication information (such as user name, password, etc.), the address of the platform, and the ffi information of the WWW browser. Referring to Figure 4F, at this time, the director 12 is a quick guide 126 that can receive and interpret the pre-edited configuration information file. At the same time, the authentication platform is set on the publishing platform 20, and the authentication and authorization of the user are performed.

谙 See Figure 5 for a quick guide flow chart. Quick booting can be done in two ways. Step 501: Edit configuration information or a configuration information file in advance;

The configuration information exists, for example, in the form of a short message, a multimedia message, or a WEB PUSH;

Step 502, for configuration information, import configuration information into the fast guide;

Step 503, the user starts a virtual proxy module, and displays a list of WWW browsers that can use the quick boot;

Step 504, the user selects a WWW browser;

Step 505: The fast guide establishes a connection with the authentication agent of the publishing platform according to the configuration information.

Step 506, the fast guide determines whether the configuration information includes the authentication information, if yes, step 507 is performed, if not, step 511 is performed _;

Step 507, the fast guide submits the authentication information to the authentication agent of the publishing platform;

Step 508, the authentication agent authenticates the authentication information. If yes, execute step 509. If not, execute step 512. Step 509: The authentication agent determines, according to the authentication information, whether the user has access to the WWW browser. If yes, go to step 510, if not, terminate the connection with the publishing platform;

Step 510: The authentication agent returns the fast boot device license information, the fast boot device notifies the virtual proxy module, and the virtual proxy module starts to establish a virtual channel;

Step 511, the fast guide asks the user for the authentication information, the user inputs the authentication information, and step 507 is performed;

Step 512: Determine whether the number of authentication failures exceeds a predetermined number of times. If yes, terminate the connection with the publishing platform. If not, the authentication agent requests the fast guide to re-provide the authentication information, and step 511 is performed;

Step 513: For the configuration information file, store the configuration information file on the mobile communication terminal;

Step 514, the user selects a configuration information file;

In step 515, the virtual agent module is automatically started, and the configuration information file is submitted to the fast guide, and step 505 is performed.

In order to distinguish whether the configuration information file is obtained during the normal process or is edited for quick boot, the suffix of the configuration information file may be different from the suffix of the regular boot file, or a special identifier may be set in the file. When the virtual agent module 11 finds that this file is a user, it will deliver configuration information and control to the fast guide.

(3) Release part

In the above manner, the mobile communication terminal 10 activates the virtual proxy module and establishes a virtual channel with the distribution server according to the configuration information of the WWW browser. The virtual channel is a logical connection through which the mobile communication terminal 10 and the distribution server 50 communicate. The virtual agent module 11 collects input information of the user on the mobile communication terminal 10, such as mouse input information and keyboard input information, and sends it to the WWW browser 22 through the virtual channel; and receives its running output information from the WWW browser 22 through the virtual channel. The display output, the printout, the audio output, and other outputs are displayed, displayed, played, printed, and the like on the mobile communication terminal 10. When the WWW browser 22 is finished running, the publishing platform will disconnect the virtual channel and wait for the next connection.

The flowchart for establishing the virtual channel is shown in Figure 6:

Step 601: The virtual agent module 11 sends a connection request to the publishing server 50.

Step 602, the publishing server 50 detects the connection request, and recovers a message that the publishing server can;

Step 603: The virtual proxy module sends the preparation completion information to the publishing server.

Step 604, the publishing server recovers the confirmation information;

Step 605: The virtual agent module 11 and the publishing software of the publishing server respectively start a protocol required for running; Step 606, the publishing software uses this protocol to send a message to the virtual agent module 11 indicating that the request to establish a virtual channel has been accepted;

Step 607: The virtual agent module 11 and the publishing software negotiate parameters of the virtual channel to establish a virtual channel.

After the virtual channel is established, it enters the release phase.

There is no special requirement for the communication bearer network in the release phase, as long as the bearer network can carry data services. Various types of mobile communication networks can be used to carry information published by the platform, such as: GSM CSD, GSM SMS, GSM USSD, GPRS ^ EDGE, CDMA, CDMA2000, WCDMA TD-SCDMA, WiMAX, WLAN WLAN, Bluetooth, satellite communication, etc. Class wireless networks can also be used with various types of wired networks. Of course, since the bandwidth of GSM SMS and GSM USSD is small, it is difficult to support the network layer protocol. Therefore, they are generally not used as the bearer network of the distribution part, but can serve as the bearer network of the boot part. That is, the publishing portion can use a different or the same communication bearer network as the boot portion.

The release phase needs to be implemented using a protocol that supports remote computing. Including VCP, ICA, VNC X-WINDCW and other protocol products. The following takes the VCP protocol as an example.

The Virtual Channel Protocol (VCP) is a communication protocol used by the publishing platform 20 during the publishing phase to communicate between the publishing server 50 and the mobile communication terminal 10 to establish a network layer connection. It only requires the mobile communication terminal 10 and the distribution server 50 to support the most basic protocols, and can run on most popular network layer protocols, such as TCP/IP, IPX, SPX, NETBIOS asynchronous connection, and the like.

The VCP protocol is used to communicate between the publishing server 50 of the publishing platform and the mobile communication terminal 10, and has the following capabilities: various WWW applications run screen image publishing, handle mouse and keyboard input, session control, support asynchronous connection, error detection And discover, support compression and encryption, file system redirection, print redirection, and support for virtual channels.

The packet format of the VCP protocol is as follows:

Pre-synchronization: is an optional protocol header, as pre-synchronized data of the protocol;

Reliability: It is an optional protocol header that can be used to check and correct transmission errors.

Encryption: is an optional protocol header used to manage encrypted data;

Compression: is an optional protocol header for managing compressed data;

Command: Indicates the instruction that the protocol needs to execute. It is the beginning of the packet body and must be set.

Command data: an optional field, containing detailed parameters of some commands, and data packets of the subchannel protocol;

Post-sync: Optional protocol trailer for asynchronous communication.

Only the command field is required, pre-synchronization and post-synchronization are only in certain situations - need to play.

When the WWW browser 22 is running on the distribution server 50, the mobile communication terminal 10 does not actually execute any code associated with the WWW browser 22. Therefore, the problem of remote communication between the distribution server 50 and the mobile communication terminal 10 must be solved; the local storage and printer of the mobile communication terminal can also be adjusted by the WWW browser 22.

3⁄4 Refer to FIG. 7 to show the structure of the input processing part of the WWW content distribution system of the present invention.

As shown and in accordance with the VCP protocol, the mobile communication terminal 10 includes a display 13, an input device 14, and a virtual agent module 11. The virtual agent module 11 of the publishing server further includes a terminal driver 101, a protocol driver stack 102, and a transport driver 103. The terminal driver 101 handles the functions of the highest layer of the VCP protocol, including the input processor 190. The virtual wanted module 21 includes a transport driver 211, a protocol driver stack 212, and the input processing module 24 includes a terminal driver 241, further including an input simulator 191. Among them, the terminal driver 101 is responsible for receiving, interpreting and processing data generated by the mobile communication terminal and the publishing platform. The protocol driver 桟102 is the communication layer in the protocol stack and is used to prepare the data to be sent. Transport driver 103 is a protocol driver that is used to interface with the system's communication service interface.

The user inputs from the mobile communication terminal 10 using the input device, and the input information is received by the virtual agent module 11, encapsulated into a VCP protocol data packet, and sent to the distribution server 50 through the virtual channel. The virtual channel module 21 receives and decrypts the protocol packet and sends it to the input processing module 24. The input processing module 24 interprets the VCP protocol packet, extracts the user input information therein, and sends it to the WWW browser 22. The WWW browser 22 operates according to user input information and its own logic.

The input processor 190 in the terminal driver 101 is configured to perform encoding and encoding on the input information;

The terminal driver 101 packs the information into a VCP protocol packet according to the format specification of the VCP protocol in the manner of "command" and "command data" described above, and then delivers the information to the protocol driver stack 102.

The protocol driver stack 102 further processes the packaged input information, including compression, reliability processing, encapsulation framing, encryption, etc., according to the configuration of the system, and transmits it to the transmission driver 103.

The transport driver 103 contacts the communication interface of the operating system, and sends the protocol package to the publishing server of the publishing platform 20 through the virtual channel.

50

The transport driver 211 of the publisher 50 receives the protocol packet from the operating system interface of the publisher 50 and forwards it to the protocol driver stack.

212.

The protocol driver stack 212 performs processing such as decryption, deframing, reliability verification, and decompression of the protocol packet according to the configuration of the system, and then sends it to the terminal driver 241 in the input processing module 24.

The terminal driver 241 parses the protocol packet according to the VCP protocol specification, extracts the input information therein, and delivers the input information to the input simulator 191. The input mode simulator 191 performs analog input to the WWW browser 22 based on the input information. In each operating system, there are many ways to simulate a running program as a local input. For example, in the Windows system, some API functions, such as Keybd_event and mouse-event functions, are used for analog input of keyboard and mouse. Various message analog inputs such as WM-EYDOWN, WM-KEYUP are also commonly used.

The WWW browser 22 receives these input information and runs in conjunction with its own running logic.

The input process is described in detail below.

The virtual agent module 11 creates and controls the WWW application window and displays it on the display. At the same time, all the information entered by the user in the www application window is obtained by the virtual agent module 11. Specifically, it is obtained by the input processor 190 in the terminal driver 101 in the virtual agent module 11. The input information includes: a keyboard input, a position of a mouse or other pointing device, a move, a click, etc., which is generated based on an image interface currently output to the mobile communication terminal.

Figure 8 is a flow chart of the input process of the present invention.

Step 801: The user inputs information in the mobile communication terminal 10;

This information is for example a link to select the content of the www;

Step 802, the input processor 190 receives the information and encodes;

Step 803, the terminal driver 101 packages the input information.

Step 804, the protocol driver 102 performs peripheral processing;

Step 805: The transmission driver 103 sends the protocol packet through a virtual channel.

Step 806, the transmission driver 211 receives the protocol packet; Step 807, the protocol driver 212 performs peripheral processing;

Step 808, the terminal driver 241 parses the protocol package;

Step 809, the input simulator 191 simulates the input information as a local input;

Step 810, the WWW browser runs according to the input information.

The following describes the process of output in detail.

The publishing platform 20 is used to strip the human machine interface of the WWW browser from the running logic. The running logic portion of the WWW browser runs on the publishing platform 20, and the output information such as the screen refresh generated by the WWW browser is transmitted to the mobile communication terminal 10 through the VCP protocol.

In order to save limited network and mobile communication terminal resources, the publishing platform does not directly send the entire display page of the WWW browser to the mobile communication terminal, but increases the efficiency of the system by reducing the amount of data.

How to display images on the WWW browser screen can be achieved in a variety of ways. For example, GUI vector commands, frame buffering, and compression also include other ways in the prior art. ,

If the virtual vector terminal of the operating system is used to establish a virtual channel with the publishing server, the publishing server starts the WWW browser, and the publishing server allocates a memory to the mobile communication terminal user as a virtual display. RAM.

At the same time, the output window of the WWW browser is redirected to the virtual display memory. There are many ways to implement window redirection in Windows. Commonly, the GDI command that intercepts the target window replaces its hdc as a pointer to hd _C or a block of memory on its own window, so that the graphic output of the target window is transferred to itself. On the window or in the specified memory area.

The display operation redirected by the publisher is broken down into a number of Windows GDI commands, which are finally transmitted by the publisher to the mobile communication terminal for decoding. This method requires a separate definition of the display driver for repackaging the drivers from the drive, 4 which are translated into display driver commands in the protocol, ie GUI instructions. The GUI vector command mode achieves the purpose of remote display by sending the upper layer drawing command. These commands include support for fonts, icons, drawing commands, and more. The GUI vector command method has better network bandwidth utilization, but the cross-platform performance is poor.

If frame caching and compression are used, the virtual display memory and frame buffer are first allocated to the mobile communication terminal user on the publishing server, and the output of the WWW browser is redirected to the virtual display memory. A frame buffer is a piece of memory on the publishing server that stores a variation of the virtual display memory in the form of an image. The process is divided into:

First, according to the change of the virtual display memory, that is, the WWW browser displays the change of the output, and updates the frame buffer;

Second, the image memory in the frame buffer is compressed and then transmitted to the mobile communication terminal.

The content in the frame buffer is an image. Usually, it is processed by lossless compression methods such as RLE (Run Range Coding) and LZW. In general, the GUI interface of most WWW browsers on a typical operating platform is very simple. Its texture and color are single and regular, which is very suitable for compression without loss compression. At the same time, when processing continuous images, the lossless compression method can realize only processing and transmitting the changed parts of the image, further reducing the data transmission, and generally can obtain a smooth effect. In addition, the lossless compression algorithm is simple and the operation speed is fast, which is especially suitable for the mobile communication terminal Yingchuan field.

A lossy compression algorithm can also be used to process the frame buffer content, such as the JPEG standard for compression. However, the Ding-JPEG standard is compressed by W Ding and is not suitable for simple images such as GUI. When there is no picture on the processing interface, the JPEG algorithm is often inferior to the simple compression method. However, if the human part of the interface is part of the picture, the JPEG algorithm exhibits a much higher compression ratio than lossless compression. Whether it is lossless compression or lossy compression, after setting the appropriate interface, the use of frame buffering and compression can be independent of the operating system and achieve platform-independent independence.

For the frame cache update strategy, there are two ways, lazy strategy and aggressive strategy.

The lazy strategy divides the virtual display memory into a number of small rectangular areas. When the publisher detects that one or some rectangular areas of the virtual display memory have changed, at a preset time interval, the display data of the changed area is placed. In the frame buffer. When the mobile communication terminal issues an update request, all rectangular blocks that have changed are taken out from the frame buffer, and the rectangular blocks are compared and merged. If there is duplicate data for the same rectangular area, the previously cached data is deleted, using the latest cached data. Then, the fused data is compression-encoded and sent to the mobile communication terminal through the virtual channel.

The active strategy, that is, the WWW browser on the publishing server, is transmitted to the mobile communication terminal as soon as a screen update is generated. When transferring large amounts of image data, such as video, active updates allow the publisher to keep up with the pace of video updates. However, the amount of data transferred will also increase a lot. Moreover, such real-time updates require the mobile communication terminal to process these updates in real time, which also increases the computational load of the mobile communication terminal. The following is a detailed description of the frame buffer and compression method and the lazy strategy.

Please refer to FIG. 9 for a schematic diagram of the output structure of the WWW content distribution system using the frame buffer technology.

On the basis of FIG. 7, the terminal driver 101 further includes a display processor 290. The protocol driver stack 102 includes a decompressor 310. The protocol driver stack 212 further includes a compressor 311 for compressing and outputting the screen refresh data. The processing module 23 further includes a frame buffer processor 297, a refresh monitor 295, and an output processor 291. Meanwhile, the publishing server 50 is further provided with a virtual display memory 296 and a frame buffer 298.

When the WWW browser 22 is called by the terminal driver 102, display redirection processing is performed. The display output of the WWW browser 22 is redirected to the virtual display memory 296. The refresh monitor 295 divides the virtual display memory 296 into a number of rectangular areas, monitoring the dynamics of each area at all times. Once a region is found to change, indicating that the www browser has generated a new display output, the frame buffer processor 297 is notified.

The frame buffer processor 297 processes the frame buffer 298 at regular intervals. When the frame buffer processor 297 receives the change notification of the refresh monitor 295, when the time interval arrives, the rectangular area of the virtual display memory that has changed is copied into the frame buffer.

The mobile communication terminal 10 issues an update request to the platform server 50 according to a certain rule according to the display setting. When the frame buffer processor 297 receives the update request, the frame buffer 298 extracts all rectangular regions that have changed from the frame buffer 298, and compares the rectangular blocks. Fusion. If there is duplicate data for the same rectangular area, the previously cached data is deleted, using the latest cached data. The merged display refresh data is then passed to the output processing module 291.

FIG. 10 is a flow chart showing the output of the W frame buffering technique of the present invention.

Step 1001, the WWW browser 22 runs a screen output that changes, and redirects the screen display to the virtual display memory. Step 1002, the refresh monitor 295 monitors the change of the virtual display memory, and notifies the cache processor 297;

Step 1003, the cache processor 297 copies the changed portion;

Step 1004, the mobile communication terminal consults for updating, and the frame buffer processor sorts the frame buffer data;

Step 1005, the output processor 29] and the terminal driver 231 further encapsulate the data in the frame buffer 298 into a VCP protocol packet; in step 1006, the protocol driver 桟 212 performs peripheral processing, and the compressor 31 1 performs compression;

Step 1007, the transmission driver 211 sends the VCP protocol packet through the virtual channel;

Step 1008, the transmission driver 103 receives the VCP protocol packet; Step 1009, the protocol driver stack 102 performs peripheral processing, and decompresses by using the decompressor 310.

Step 1010: The terminal driver 101 parses the VCP protocol packet.

Step 1011: The display processor refreshes the application window according to the VCP protocol package.

(iv) Adaptation section

The above technical solution realizes the basic steps of publishing the WWW content to the mobile communication terminal, and the above steps can be used to directly release the content of the www. However, the display interface of ordinary WWW content is developed for PC terminals. The PC terminal supports at least 800x600 display, and the display screen of the mobile communication terminal is generally around 320x240. When the interface of the browser is displayed on the screen of a small mobile communication terminal, the reading and operation of the user are extremely difficult, so In order to improve the user's experience satisfaction, it is still necessary to adapt the interface displayed on the mobile communication terminal to conform to the display specifications of the mobile communication terminal.

The present invention further provides an adaptation system on the distribution server 50 for implementing adaptation of the WWW browser output on the mobile communication terminal, and mapping user input operations to input information to the WWW browser, thereby enabling the user to Correct operation of the www browser. Please refer to FIG. 11 , which is a schematic structural diagram of a publishing system according to the present invention. Based on the previous figures, an adaptation system 2000 is further provided, which is disposed in the output processing module 23 and the input processing module 24.

The input processing module 24 further includes an input mapper 1911. The output processing module 23 further includes an adaptation manager 2001, a refresh monitor 2951, a decimator 2981, and a page generator 2010. '

A mapping table 2200 and a model table 2100 are also stored in the storage unit of the publishing server 50, and the mapping table 2200 is configured to record correspondences, location information, and location information of all page elements of the original business page and the adapted reconstructed publishing page. Current status. The model table 2100 records information such as model information and display specifications of all mobile communication terminals 10 currently registered on the distribution platform.

The publishing server 50 is further provided with a browser 221, a web service module 2035, and a virtual display memory 296 for redirecting the adapted service page (ie, the publishing page), and a virtual display for acquiring the original service page. Memory 2961, used to get the individual elements in the original business page.

The following describes the process of implementing output adaptation using the adaptation system 2000. The main methods of adaptation include one or more of the following:

1. WWW browser customization, canceling the menus, toolbars, etc. occupying the screen space in the WWW browser without any effect, in order to compete for the use of the maximum screen space to display the effective content;

2. The mobile communication terminal information acquisition, the publishing platform acquires the specification of the mobile communication terminal screen when the user logs in, or further determines the adaptation strategy and parameters according to whether the user agrees to accept the adaptation;

3, interface transformation, transformation methods are basically two:

For simple WWW pages with static page elements, such as simple bulletin boards, use simple mode; for more complex WWW pages with large dynamic page elements, use multi-page mode.

First of all, when installing the WWW browser on the publishing platform, you need to customize its appearance, remove the menu that takes up the screen space without actual work, :1': column, etc., in order to use the hottest screen space to display the effective content. However, for some parts that must be implemented through the toolbar, you can reserve the .TJ.

The above customizations are only required once when the www browser is installed on the publishing platform.

Referring to Figure 11A, there is shown an adaptation flow diagram of the present invention.

In the process of publishing, in order to realize the interface outputted by the WWW browser, it is convenient to display on the display of the mobile communication terminal, that is, to perform the mountain adapter adaptation, firstly, the display of the current mobile communication terminal is required. Information, so when the user passes the mobile communication terminal When logging in to the publishing platform 20, the login page issued by the portal server 25 to the mobile communication terminal 10 requires the user to input the model and/or display specifications of the mobile communication terminal in addition to the authentication information such as the regular user name and password. , or other display information, in addition to the option of whether the terminal screen adaptation is required (step 1101).

After the user successfully logs in through the authentication, the portal server queries the model table 2100 to determine whether there is any model information left by the user last login. The model table 2100 is stored in a shared memory of the platform, a hard disk of the portal server 25 or the publishing server 50, a disk array of the publishing platform 20, or an internal memory. As long as it can be accessed by all servers on the publishing platform 20. If the portal server 25 queries the model table 2100 for the model record left by the user last login, if the information entered by the user does not match, the user is prompted to confirm and the model confirmed by the user is confirmed. The information writing model table 2100 covers the last registered record. If the portal server 25 does not find the model record left by the last login of the user in the model table 2100, the model information input by the user is directly written into the model table 2100 (step 1102).

The user logs in and selects the WWW browser 22, starts the VCP protocol, and establishes a virtual channel between the virtual agent module 11 and the virtual channel module 21. At this time, the output processing module 291 queries the model table 2100, obtains the model and display specifications of the mobile communication terminal 10, and determines whether or not adaptation is required (step 1103). If the display size is large, such as 640X480 or 800X 600 or above, and the user chooses not to adapt, then the adaptation system 2000 does not need to be started, and the system works in direct release mode.

If the output processing module 291 queries the model table 2100 to find that the display specification of the mobile communication terminal 10 is small, or the user selection needs to be adapted, the adaptation system 2000 is started (step 1104). After the adaptation system 2000 is started, the control of the WWW browser 22 is taken over from the output processing module 291. The WWW browser 22 is started by the adaptation manager 2001 (step 1105), and the output display page, that is, the business page 2030, is redirected to the virtual display memory 2961 (step 1106). With this virtual display memory 2961, each element in the original business page can be obtained separately.

The refresh monitor 2951 monitors the change of the business page 2030 in the virtual display memory 2961 (step 1107), and once the change occurs, notifies the extractor 2981 of the changed portion. From the virtual display memory 2961, the decimator 2981 extracts the changed page element in the business page 2030 and its detailed information, and delivers it to the page generator 2010 (step 1108).

Before the release page code 2032 is first generated, the page generator 2010 queries the model table 2100 to know the display specifications of the mobile communication terminal 10. The page generator 2010 generates the adapted posting page code 2032 in accordance with the specifications of the display of the mobile communication terminal 10 and the changed page element in the service page 2030 delivered by the extractor 2981 (step 1109). The specific page generation process of the page generator 2010, see later. The release page code 2032 is an html format or a file in another format that the browser 221 can interpret. This posting page code 2032 can generate a posting page 2031 on the browser 221 (step 1110).

At the same time, the page generator 2010 updates the mapping table 2200 when the release page code 2032 is generated. The mapping table 2200 maintains the information of the page elements in the posting page 2031 and the page elements in the business page 2030 created by the posting page code 2032 and the corresponding relationship between them. These information and correspondences include: control name, handle, type, size, position, status, and more.

The page generator 2010 passes the generated release page code 2032 to the web service module 2035. The Web service module 2035 is a service that the operating system 0 brings into other software, for example, in the Windows system, the IIS can be brought into the product, such as the Chuan BEA Weblogic Server, the tomcat:, the apache, and the like.

In fact, in the actual Yingchuan, Ding·release page code 2032 is very simple, only one page, one html file, there is no logic such as link, processing, interaction, background processing, flash, usually do not need to play web The service module 2035, the browser 221 can correctly display the posting page 2031. At this time, the page generator 2010 only needs to store the generated release page code 2032 file into a predetermined storage area. In the domain.

The browser 221 obtains the posting page code 2032 from the web service module 2035 or a predetermined storage area according to a certain period of time, and displays it as the posting page 2031. The page is posted to the mobile communication terminal in accordance with the previously described publishing step (step 1111). So far, the process of adapting the service page 2030 generated by the WWW browser 22 to the distribution page 2031 displayed by the mobile communication terminal 10 is completed, that is, output adaptation.

The specific adaptation process provided by the adaptation system 2000 is implemented by the page generator 2010. For mobile communication terminals that require screen adaptation, Page Builder 2010 provides two different adaptation modes depending on the service page: Simple mode and multi-page mode, which can be set as needed.

The simple mode is mainly for simpler WWW pages composed of static page elements.

Referring to FIG. 11B, the page generator 2010 further includes a parameter obtaining module 2011 for obtaining a browser window handle and a browser appearance menu such as a menu, a toolbar, a status bar, and a border of the browser.

Among them, the operation of obtaining the handle can be realized by the api function provided in the operating system, such as the enumwindows function in the windows system. The operation of obtaining the setting information of the browser can be realized by the api function provided in the operating system.

The page generator 2010 further includes a page element acquisition module 2012, which can utilize all the api functions or controls provided in various operating systems, such as the webbrowser control in the windows system, to obtain all the page elements in the browser window.

Once you have found all the page elements, use the handles of those elements and use GetWindowRect to get the size and position of the control.

The most important module in the page generator 2010 is the screen display processing module 2013, which is used to construct a publishing page corresponding to the business page according to the obtained page element. The content of the publishing page is basically the same as the business page, but the page elements are adjusted according to the size of the screen of the mobile communication terminal. The principle of adjustment is to match the display elements of the page with the display screen of the mobile communication terminal, for example, the display does not exceed the width of the screen, but can exceed the length of the screen, so that the user only needs to slide the scroll bar in the longitudinal direction.

The screen display processing module 2013 further includes a page processing module 2014, and the specific adjustment manners include: for long text, the line feed processing is performed according to the mobile communication final screen size; if the text size is large, the font size is reduced;

For text boxes that are outside the range of the screen, truncated to the maximum size of the screen, not processed without processing;

For button groups at the same height, reduce the size to be arranged at the same height, if the arrangement is not arranged, the line is changed; for the drop-down list, the wireless button, etc., the size reduction processing is performed;

For the menu, if the screen width is exceeded, the line feed processing;

For pictures, if it exceeds the width of the screen, it will be scaled down to the width of the screen. Otherwise, according to the original size, other page elements, if there is no event processing script, ignore the display, otherwise display the relative position with other elements;

All elements are arranged in the window from top to bottom and left to right. If a line does not display more than one element, the line is wrapped.

The publishing page is a dumb page, only for display output, not accepting) 3⁄4 household input. Therefore, all the logic in the page, such as processing, event response, links, interactions, etc., are all deleted, leaving only the parts that can be displayed. All modules for extracting and processing data are deleted. The database connection used by the include in the page, the public J3⁄4 function file, the public W script, and other non-essential (J's page tune, all deleted.

The screen display processing module 2013 further includes a page level control module 2015, and the mobile WWW home page is set as a first-level page, and the connection page is preferably three levels, and the maximum control level is within four levels.

For the information browsing function, the secondary page displays a list of information, and the third-level page displays detailed information, and a "back" connection is made at the top of the secondary page. Connect to the mobile www home page. '

For the information retrieval function, the secondary page is the information retrieval condition page, the third level is the information list page, the fourth level page is the detailed information page, and the "return" connection is made at the top of the third level page, and the information retrieval condition page is connected; Make a "return" connection at the top of the level page and connect to the mobile www home page.

For the information list page, the page has a page turning control, and the number of pieces of information displayed on each page is preferably 3 to 5, so that all the information is displayed within one screen, and there is no need to drag and drop the scroll bar.

The screen display processing module 2013 further includes a display width processing module 2016 for adjusting the width of the page according to the size of the display width, that is, the display width in the page is all using a specified percentage, so that the left and right dragging during the operation of the mobile communication terminal is minimized. , preferably 0.

The screen display processing module 2013 further includes a content deletion module 2017 for deleting pictures, animations, scrolling subtitles and the like in the business page, and retaining only the text information. For style needs, a small number of small images can be used. This will ensure that as much useful information as possible is displayed in a limited space, and that information can be loaded at a faster rate.

The screen display processing module 2013 further includes a style unification module 2018 for uniformly managing the overall style of the mobile WWW without using the style of the original system.

For the EB page:

Specify the name of the original www content in the <3⁄4^> of the page.

The top, bottom, left, and right margins of the entire body in the page are set to 0, ie <3⁄40(^ topmargin=0 leftmargin=0

This ensures that the display space of the screen is fully utilized.

At the top of the page, specify the function point name, font size <&11^∞=3>, and set the background color.

Do not use large area background colors in the page.

The text size in the page: <font size=2>.

The business page is processed by the above page generator 2010 to construct a publishing page, which is delivered to the web service and stored in a storage location for use by the browser.

Then, using the mapping table construction module 2019 further included in the screen display processing module 2013, a mapping table of the original business page and the reconstructed publishing page is constructed. In the table, the correspondence of all page elements in the two pages is maintained, as well as the page element location information and current state.

Thereafter, the publishing page running module 2020 further included in the page generator 2010 is used to run the constructed publishing page. When the page is first opened, the adaptation system opens a new IE browser, which will be the final window that is released to the mobile communication terminal and redirected to the virtual display memory 296. However, if this page is already open, it will not be reopened.

IE browser is set as follows:

Window - The person presses the display setting of the mobile communication terminal; the border width is 0; the size cannot be changed; other appearance settings are set according to the browser.

At the same time, the target of this browser points to the URL of the publishing page, and the publishing page is displayed in this browser.

At this time, the adaptation operation ends, and the output processing module of the platform acquires the display content of the release page and distributes it to the mobile communication terminal.

The multi-page mode is mainly used for web pages with complex page elements. The multi-page mode is basically the same as the simple mode, and the difference is that in addition to the handle, the W-parameter acquisition module 2011 acquires a handle, and it is also necessary to determine whether the business page window is an IE browser window. Can also be used Getclassname and other api function implementation.

At the same time, if the business page window is an IE browser window, the processing mode is the same as the simple mode; if the business page window is another window, it is not processed here.

When the page element is acquired by the page element acquisition module 2012, if the business page window is a browser window, the processing mode is the same as the simple mode;

If the business page window is another window, use the API function - number KndWindow and FindWindowEx, find the control handle, and then use GetWindowRect to get the size and position of the control.

Subsequently, the release page is generated by the screen display processing module 2013, which is basically the same as the simple mode. However, since the page processed by the multi-page mode is often complicated, the amount of information is large, and the length is adapted to the screen width of the mobile communication terminal. It will become very long and inconvenient to use. The adaptive system utilizes the page processing module. 2014 For this large business page, a paging control (tab control) is constructed in the publishing page. Decompose a large page into several tab pages, each tab page having a length no longer than the length of n mobile communication terminal screens (n can be customized). When the tab pages are switched to each other, a page changing action is generated on the posting page, and the focus change on the posting page caused by the page changing is synchronized to the business page.

The steps for constructing a page map are the same as for simple mode. For the running of the publishing page, the IE browser is the same as the simple mode, but for the non-IE business page, when opening the IE browser, use the window.open function to set the browser to the following appearance:

The title bar, menu bar, toolbar, address bar, status bar, etc. are all canceled; the window border width is set to 0; the window width is set by the mobile communication terminal to display the width of the screen, and the height is n times the height of the display; the size cannot be adjusted; At the same time, the target of this browser points to the URL of the publishing page, and the publishing page is displayed in this browser.

The implementation of the input adaptation is described below. Please continue to see Figure 11A.

The input information arrives at the input simulator 191 (step 1112), and the input simulator 191 transmits the input information to the input mapper 1911 in the adaptation system 2000. The input mapper 1911 queries the mapping table 2200 to determine if the input is for the multi-page mode (step 1113) and whether it is an input to the tab control (step 1114).

If the input is to the tab control in the multi-page mode, the input mapper 1911 performs an analog input on the browser 221 to complete the tab control page change operation (step 1115).

Because the tab control page change often causes the page element focus on the publishing page 2031 to change. In order to achieve the unification of the posting page 2031 and the business page 2030, a focus reset of the business page 2030 is also required (step 1116).

If the input is to a single page element, or the focus of the multi-page page, the input mapper 1911 finds the page element on the publishing page 2031 corresponding to the input information according to the input location, the current focus of the publishing page 2031, and the like. . Then query the mapping table 2200 to find the page element on the corresponding business page 2030 (step 1117). The input mapper 1911 then performs an analog input on the page element on the business page 2030 (step ins).

So far, the user's input information from the mobile communication terminal 10 is successfully input to the service page 2030, and the input adaptation is completed. The user's input often causes the business page 2030 of the WWW browser 22 to be updated, and after the refresh monitor 2951 finds the update, step 1105 is continued.

(5) Screen operation section

As described in "(4) Adaptation section", when the browser interface on the PC is displayed on the screen of a small mobile communication terminal, it is extremely difficult for the reading and operation of the W household. Therefore, by reading the above-mentioned adaptation method for the business page, the problem of the reading experience of the household can be solved. At the same time, another way to solve this problem is: change the screen display of the mobile terminal, that is, according to the user's screen operation, in limited mobile communication Within the scope of the terminal screen, different parts of the browser interface are displayed, so that the user obtains the complete browser interface in turn.

Referring to FIG. 14 is a schematic structural diagram of a publishing system according to the present invention. The virtual proxy module 11 further includes a screen operation module 1110 for implementing a screen operation, so that the user can not perform the WWW browser 22. In the case of the allocation, that is, when the adaptation system is not set in the publishing platform, it is convenient to browse different ranges of the WWW browser interface.

For a full browser interface, the size may be larger, such as 800 X 600 or 1024X 768, while mobile terminals have smaller screen sizes and often only display a portion of the browser interface. The portion currently displayed on the mobile terminal screen is referred to as the "terminal window." Figure 15 shows the relationship between browser interface B and terminal window A.

When the mobile terminal receives the service page sent by the publishing platform 20 and displays it on the screen of the mobile terminal 10 through the virtual agent module 11, the screen operation module 1110 displays a switch button in a specific area of the screen, and the user can use the switch. The button controls the switch of the screen operation function.

If the screen operation function is turned off, the user can only move the terminal window by the left and right up and down keys. If the screen operation function is turned on, the displayed browser interface is controlled by the screen operation module 1110. The screen operation module 1110 supports window mode and thumbnail mode, and can be switched between shortcuts. This thumbnail mode is used to generate a thumbnail of the entire browser interface, the size of the thumbnail being the same as the terminal window. This allows the user to see the overall effect of the browser interface within the screen. This window mode is used to generate a page effect suitable for the user to view, so that only a part of the browser interface can be displayed, and a convenient adjustment mode is additionally provided to facilitate moving the current display window.

When the user activates the screen operation function by clicking the switch button, the screen operation module 1110 may enter the thumbnail mode by default, or enter the window mode by default, or determine the current mode by displaying a list selected by the user.

Entering the thumbnail mode, the thumbnail of the browser interface is completely displayed in the terminal window. Any input from the user is interpreted as a screen operation input and is not sent to the publishing platform. When the user clicks a position in the thumbnail, it switches to the window mode, and the terminal window displays a part of the browser interface in a normal scale, and the terminal window moves to a position centered on the user's click position. When the user double-clicks on the thumbnail, it switches to the window mode, and the terminal window displays a part of the browser interface at a normal scale, and at the same time, the terminal window moves to the original position before entering the thumbnail mode.

Enter window mode, the terminal window displays part of the browser interface in normal proportion. In this mode, some of the user's input information is executed as a screen operation command similar to - when the user drags on the screen using a pointing pen or mouse or other pointing device, the drag command is issued, the terminal window It is then dragged to display different parts of the browser interface.

In addition, in the important position of the screen, the "fast point" is displayed, and the typical distribution of the shortcut points A1-A9 is as shown in Fig. 15. The location of the shortcut point in the terminal window represents the location on the browser interface. Users can achieve certain operations by clicking on these shortcuts. For example, the fast jump function, when the user uses the left button of the mobile communication terminal or the pointing pen to click a shortcut point at a certain position, a quick jump command is issued, and the terminal window directly jumps to the corresponding position on the browser interface. on. For example, when the ffl household clicks the shortcut point AS on the geometric center of the screen, the terminal window: a jumps to the center centered on the browser interface! ;on.

Or, the line jump function. By the operation of the shortcut points A1-A4 on the midpoint of the four sides of the terminal window, that is, the mountain K-line jump command, the terminal window can be jumped from the current bit line to the position of the edge of the browser interface. For example, the fast ingot point A3 on the right side of the double-input terminal window can make the terminal window jump horizontally from the current position K to the far right of the browser interface, and double-click the shortcut point Α6 of the upper left vertex of the terminal window. The terminal window can be jumped horizontally from the current position a to the upper left corner of the browser interface.

Or, the A line moves function. Through the operation of the shortcut points A1-A4 on the midpoints of the four sides of the terminal window, that is, the mountain _ line movement command, Smoothly move the terminal window straight from the current position to the edge of the browser interface. For example, right-clicking the shortcut point A3 on the midpoint of the right side of the terminal window causes the terminal window to slowly move horizontally from the current position to the far right of the browser interface. During the movement, the user can read the content scrolled from the window.

Or, read the function. By operating a shortcut point, such as a long press operation, that is, issuing a read command, the current terminal window can be slowly moved from left to right and top to bottom, facilitating the user to read a long article.

Or, the "points" and "frames" functions. Through the operation of a button, such as clicking the dial button, a pointing point and a finder frame are displayed on the screen, and the position of the pointing point and the finder frame on the terminal window is equivalent to the position of the current terminal window on the browser interface. , to give users a clear understanding of the current content of the entire browser interface.

There are various ways to issue various operation commands, such as clicking the number key "1", clicking the camera button, long pressing the confirmation button, and the like. One or more of the above operational functions may be included in other embodiments of the invention.

In this window mode, the screen operation module 1110 intercepts and analyzes the user's mouse and keyboard input information. If the input information can be interpreted as one of the above commands in the window mode, the command is executed on the mobile terminal, and the input information is no longer sent to the publishing platform; for other input information, the same is transmitted to the publishing platform.

See Figure 16 for a logical operation flow diagram of the screen operation module 1110.

Step 1601: The mobile communication terminal acquires an operation of the user.

Step 1602, the screen operation module 1110 determines whether the screen operation function is in the on state at this time. If yes, step 1603 is performed, and if not, the corresponding operation is performed by the virtual agent module 11;

Step 1603, determining that the screen operation module 1110 is currently in the mode, if in the abbreviated mode, performing step 1604, if in the window mode, performing step 1609;

Step 1604, further detecting and judging the user's operation content, if it is a click, performing step 1605, if it is a double click, executing step 1607, if it is other, ignoring, proceeding to step 1601;

Step 1605, reading the click position;

Step 1606, switching to the window mode, with the click position as the center, displaying the terminal window, performing step 1601;

Step 1607, reading the original position of the window;

Step 1608, switching to the window mode, displaying the terminal window centering on the original location, and performing step 1601;

Step 1609, detecting and interpreting the operation content of the user. If it is a fast jump command or a straight jump command, executing step 1610, if it is a straight line move command, performing step 1612, if it is a read command, performing step 1615, if yes Dragging the command, executing step 1618, if it is a mode switching command, executing step 1621, if it is a command to turn off the screen operation function, executing step 1601, if it is another command, the corresponding operation is performed by the virtual agent module 11;

Step 1610, calculating a jump end position;

Step 1611, displaying the terminal window as the end position, and performing step 1601;

Step 3⁄4 gather 1612, calculate the moving end position;

Step 1613: Read a moving speed parameter.

Step 1614, performing the window movement processing process in the prior art, smoothly moving the current display window to the end position, and performing step 1601;

Step 1615, calculating a moving end position; Step 1616, reading a moving speed parameter;

Step 1617: Perform a reading process in the prior art, and perform step 1601.

Step 1618, obtaining a drag start point and an end position;

Step 1619, executing the window movement processing process in the prior art, the current display window is dragged to the end position, and performing step 1601; Step 1620, saving the current window position;

Step 1621, switching to the thumbnail mode, displaying the thumbnail, and performing step 1601.

(6) Operational part

Through a WWW content publishing operation system, the www content publishing platform can realize business operations in the industry, provide users with commercial publishing services for mobile WWW content, and realize market-oriented operations. Figure 12 shows the overall structure of the WWW content distribution operation system 200.

The mobile communication terminal 10 establishes contact with the WWW content distribution platform 20 through the operation device 40, receives information of the WWW browser 22 issued by the distribution platform, and issues input information. The operating device 40 is responsible for providing the basic mobile network connection service, and the operating device 40 is also used for charging the WWW content publishing service.

Therefore, the operating device 40 is a mobile communication service network managed by the mobile communication carrier, and includes: a conventional module in the prior art such as a base station and a mobile communication switching center. In addition, the operating device 40 further includes a billing module 41, configured to perform billing for the operation of publishing the WWW content information through the WWW content publishing platform. The charging method of the charging module 41 may include charging according to the flow rate, charging according to the usage time, billing by the WWW content, billing by the number of users, quantity and/or type of billing by the WWW content, pressing The terminal screen adapts the billing, the monthly subscription, the annual subscription, the packet traffic, the packet duration package, or one or more of the above strategies. After the mobile communication operator charges the fee, the platform operator who is directed to develop and operate the www content publishing platform may allocate the fee.

The charging step of the above charging module can benefit the existing charging method of the telecommunication operator, taking the GPRS mode as an example, from the mobile communication terminal.

10 When the connection with the publishing platform 20 is initiated, the charging is performed according to the traffic, and the charging flow chart is shown in FIG.

Step 1301: When the user opens the web browser, the mobile communication terminal sends a setup packet channel request to the PCU (Packet Control Unit); Step 1302, the PCU allocates link resources to the mobile communication terminal and replies to the packet uplink allocation information;

Step 1303: After receiving the uplink allocation information of the packet, the mobile communication terminal activates a PDP context request to initiate a packet data service call, and sends the packet to the SGSN (GPRS service node);

Step 1304: The SGSN performs a user authentication procedure to verify user access.

Step 1305: For an authorized user, the SGSN sends a PDP context request to the GGSN (Gateway Support Node);

Step 1306: The GGSN generates a charging ID for the mobile communication terminal, generates a bill, and starts charging.

The mobile communication terminal 10 connects to the distribution platform 20 each time through the mobile information network, and the mobile information network controls and records the traffic of the mobile communication terminal 10 in a very detailed and precise manner through the above communication control flow.

In performing the above-described operating system 200, ffi may also be provided with a confirmation module 42 to perform a confirmation step before performing the charging step. This confirmation step can be implemented in conjunction with the mobile communication terminal becoming the operation center of the mobile communication carrier. For example, W households can go to the operation center of the mobile communication carrier, subscribe to the WWW content distribution service, and negotiate the charging standard with the credit operator to confirm the opening of the publishing service. Alternatively, in step 201 as described above, particularly in step 301, when the mobile communication terminal 10 issues a connection request to the portal server 25, the operation device 40 receives the connection request and transmits the connection request to the mobile communication terminal 10. a service charging confirmation information, which may include a charging mode and a unit price of the currently published service, and a selection key of "accepting" to "abandon", only when the mobile communication terminal repeatedly accepts the charging mode. The operating device 40 transmits the connection request to the portal server 25, otherwise the current connection is interrupted.

For deployment of the release platform, it is suitable for centralized deployment mode.

In the centralized deployment mode of the system, the publishing platform 25 is uniformly deployed in the equipment room of the platform operator or the telecommunication operator. All WWW content is connected to the platform of the platform operator or telecom operator through the network. It is then published by the platform operator or telecom operator to the mobile communication terminal through the mobile communication network. Platform operators can easily manage the platform.

The centralized deployment mode is characterized in that the publishing platform is deployed centrally at the platform operator or telecom carrier. It has the following advantages: It can realize centralized management of the platform, the platform operator is easy to manage, and the management cost is low; the whole platform is shared by all users, can perform a certain degree of statistical multiplexing, and the comprehensive investment is low; WWW; high versatility, which is conducive to operators' standardization of services; short service delivery period, which facilitates operators to rapidly deploy services.

The present invention utilizes application virtualization technology, instead of actually transmitting the www content on the mobile communication terminal, and deploying the software on the platform, abstracting only the interface. The mobile communication terminal having only lower processing capability is connected to the www content through the mobile communication network. Seamless browser interface delivery gives users a more intuitive feel.

At the same time, the application also makes the interface displayed by the mobile communication terminal conform to the viewing habit of the user, so that the www content is available. The technical solution of the present invention can also be applied to commercial operations to realize industrial applications.

The scope of the present invention is not limited to the above description, and those skilled in the art can make modifications or variations to the present invention within the scope of the present invention. Industrial applicability

The present invention utilizes application virtualization technology, instead of actually transmitting the www content on the mobile communication terminal, and deploying the software on the www content distribution platform, abstracting only the interface, so that only the mobile communication terminal with lower processing capability passes low The bandwidth of the mobile communication network connects to the www application. Seamless www should be interfaced to give users a more intuitive experience.

At the same time, the application also makes the interface displayed by the mobile communication terminal suitable for the screen display of the smaller mobile communication terminal, conforms to the viewing habit of the user, and makes the posting content of the www content available. Moreover, the technical solution of the present invention can also be applied to commercial operations and realize industrial applications.

Claims

Claim

A WWW content distribution method for a mobile communication network, the mobile communication network comprising a base station and a mobile communication switching center, wherein the method comprises the following steps:

B. Connect a corresponding WWW content by starting a WWW browser installed on the WWW content publishing platform; c. The www browser is running;

D. The output processing module of the WWW content publishing platform acquires a screen display image interface of the WWW browser and sends the image to the mobile communication terminal;

E. The mobile communication terminal displays the screen display image interface, and sends input information to the WWW browser;

F. Step C to step E are repeated until the mobile communication terminal performs an operation of exiting the WWW content.

The method according to claim 1, wherein the mobile communication terminal in the step A establishes contact with the WWW content publishing platform by means of a wireless communication manner or a fast guiding manner.

3. The method according to claim 1, wherein step A further comprises the following steps:

Step 1, the mobile communication terminal accesses a portal server of the WWW content publishing platform;

Step 2: The portal server performs user authentication and authorization on the access request of the mobile communication terminal, and sends a WWW browser list that the mobile communication terminal has access to the mobile communication terminal;

Step 3: The mobile communication terminal selects an item in the WWW browser list to start a corresponding WWW browser. 44. The method according to claim 2, wherein the wireless communication method comprises: short message, multimedia message, WAP or WAP PUSH.

The method according to claim 1, wherein the step A and the step B-E are implemented by the same or different different bearer networks.

The method according to claim 5, wherein the carrying network of the step B-E comprises: a wireless network or a wired network.

The method according to any one of claims 1 to 6, wherein the mobile communication terminal is a mobile phone, a personal digital assistant, a vehicle mobile terminal, or a computer having a wireless mobile communication access module.

8. The method according to claim 1, wherein step D further comprises:

Redirecting, by screen output redirection, the screen display image interface generated by the WWW browser to a pre-allocated memory; when it is found that the content in the memory changes, the output processing module analyzes the changed part, Performing a structured process to enable the mobile communication terminal to parse;

A compression process is performed, and a screen display image interface is transmitted to the mobile communication terminal.

The method according to claim 1, wherein the step D further comprises: performing output adaptation on the screen display image interface, establishing a mapping table, and generating a release matching the display screen of the mobile communication terminal. a page, the mapping table records a correspondence relationship between display elements of the screen display image interface of the publishing page;

The step E further includes performing input adaptation on the input information.

10. The method according to claim 9, wherein the step D further comprises: decomposing the screen display image interface into a plurality of publishing pages by a paging control.

The method according to claim 9 or 10, wherein the step of generating a posting page further comprises: Deleting logical control information in the screen display image; and/or,

The display elements in the screen display image interface are deleted or reduced according to the display specifications of the mobile communication terminal such that the display elements match the display screen of the mobile communication terminal.

The method according to claim 9, wherein the inputting step further comprises: determining, according to the mapping table, display elements in the screen display image interface corresponding to the input information.

The method according to claim 1, wherein in the step A, a virtual channel is established between the virtual proxy module of the mobile communication terminal and the virtual channel module of the WWW content publishing platform, and is configured to transmit The input information of the mobile communication terminal and the screen display image interface.

14. The method according to claim 1, wherein the WWW content uses a C/S architecture or a B/S architecture.

The method according to claim 1, wherein in the step E, the mobile communication terminal displays the screen display image interface through an abbreviated mode or a window mode; the thumbnail mode is in the Displaying, by the display device of the mobile communication terminal, a thumbnail of the screen display image interface; the window mode is: displaying the screen display partially in the display device of the mobile communication terminal according to a browsing range and a browsing mode specified by the user Image interface.

The method according to claim 15, wherein the step E further comprises: in the window mode, the mobile communication terminal calculates a jump position according to a jump instruction issued by the user, and Displaying, by the location, the screen display image interface; the mobile communication terminal performs a window movement process according to a linear movement instruction issued by the user, and smoothly moves the current display window to a position designated by the user;

The mobile communication terminal performs a reading process according to a reading instruction issued by the user; and/or

The mobile communication terminal performs a window movement process according to a drag instruction issued by the user, and the current display window of the mobile communication terminal is dragged to a position designated by the user.

17. A WWW content distribution system for a mobile communication network, the mobile communication network comprising a mobile communication terminal, a base station, and a mobile communication switching center, the system comprising a mobile communication terminal, a WWW content distribution platform, and WWW content, The mobile communication terminal establishes a connection with the WWW content publishing platform through a mobile communication network;

The mobile communication terminal includes a virtual agent module, and the www content publishing platform includes a virtual channel module, an output processing module, an input processing module, and a WWW browser;

The input processing module is respectively connected to the virtual channel module and the www browser, and configured to process input information obtained from the virtual channel module and forward the information to the www browser;

A virtual channel is established between the virtual agent module and the virtual channel module, and the virtual channel uses a screen display image interface of the www browser and an input information of the user on the mobile communication terminal;

The www browser is connected to the www, and the mobile communication terminal connects the corresponding www content by starting the www browser, and operates the www inner boundary.

18. The system according to claim 17, wherein the mobile communication terminal establishes a connection by the WWW content distribution platform in a wireless communication manner.

19. The system according to claim 17 or 18, characterized in that: said mobile communication terminal is a mobile phone, a personal digital assistant, a car A mobile terminal, or a computer with a wireless connection module.

The system according to claim 17, wherein the WWW content distribution platform further comprises a portal server, configured to perform user authentication and authorization on an access request of the mobile communication terminal, and The WWW browser list that the mobile communication terminal has access to is sent to the mobile communication terminal.

The system according to claim 17, wherein the WWW content publishing platform further includes an adaptation module, where the adaptation module is configured to perform output adaptation on the screen display image interface, and establish a mapping table. And generating a publishing page that matches the display screen of the mobile communication terminal, where the mapping table is configured to record a correspondence between the publishing page and a display element of the screen display image interface, and perform input adaptation on the input information.

The system according to claim 21, wherein the adaptation module decomposes the screen display image interface into a plurality of posting pages by a paging control.

The system according to claim 21 or 22, wherein the adaptation module further comprises:

a screen display processing module, configured to: delete logic control information in the screen display image interface according to a display specification of the mobile communication terminal, and/or adjust display parameters of each display element, so that each display element and the display element The display of the mobile communication terminal matches.

The system according to claim 21 or 22, wherein the adaptation module further comprises an input mapping module, configured to determine a display element in the screen display image interface corresponding to the input information according to the mapping table.

The system according to claim 17, wherein the WWW content adopts a C/S architecture or a B/S architecture.

The system according to claim 18, wherein the wireless communication method comprises: a short message, a multimedia message, a WAP or a WAP PUSH.

The system according to claim 17, wherein the WWW content distribution platform further comprises a pre-allocated memory, and the screen display image interface generated by the www browser is directed by the screen output fi to the advance In the allocated memory, the portion of the in-memory content change is output processed by the output processing module and sent to the virtual channel module.

The system according to claim 17, wherein the virtual proxy module further includes a screen operation module, configured to display the screen display image by using an abbreviated mode or a window mode on the mobile communication terminal An interface, wherein the thumbnail mode is a thumbnail displayed on the screen display image interface in a display device of the mobile communication terminal, wherein the window mode is, according to a browsing range and a browsing mode specified by a user, in the mobile communication The screen display image interface is partially displayed in a display device of the terminal.

The system according to claim 28, wherein in the window mode, the screen operation module calculates a jump position according to a jump instruction issued by the user, and displays the screen display image centering on the position Interface

The screen operation module performs a window movement process according to a t-line movement instruction issued by the user, and the current display window of the mobile communication terminal smoothly moves to a position designated by the user;

The screen operation module performs a reading process according to a reading instruction issued by a user; and/or

The screen operation module performs a window movement process according to a drag instruction issued by the user, and displays the screen display image interface centering on a position designated by the user.

30. An operating method for publishing a WWW content, comprising a mobile communication service network of a mobile communication terminal, a Kawato, a mobile communication carrier, wherein the operation method comprises the following steps: A. The mobile communication terminal uses W mobile communication The operator establishes contact with the WWW content publishing platform;

B. Connect the corresponding www content by starting the www browser installed on the www content publishing platform; c, the WWW browser is running;

The operating method according to claim 30, further comprising: a charging step of publishing information of the WWW content by using the WWW content publishing platform.

The operation method according to claim 31, wherein the charging step further comprises the step of confirming that the WWW content distribution information fee is charged by the mobile communication carrier.

The operation method according to claim 32, wherein the confirming step is implemented by a mobile communication terminal or an operation center of a mobile communication carrier.

The operating method according to claim 30, wherein the step A further comprises the following steps:

Step L: The mobile communication terminal accesses a portal server of the WWW content publishing platform;

Step 3: The mobile communication terminal selects an item in the WWW browser list to start a corresponding WWW browser.

The operation method according to claim 30, wherein the step D further comprises:

The operation method according to claim 30, wherein the step D further comprises: performing output adaptation on the screen display image interface, establishing a mapping table, and generating a matching with a display screen of the mobile communication terminal. a mapping page, where the mapping table is used to record a correspondence between the publishing page and a display element of the screen display image interface;

The operation method according to claim 36, wherein the generating the posting page further comprises: deleting logical control information in the screen display image; and/or,

The operation method according to claim 36, wherein the inputting step further comprises: determining, according to the mapping table, a display element in a screen display image interface corresponding to the input information.

The operation method according to claim 30, wherein the mobile communication terminal in the step A establishes contact with the WWW content distribution platform by means of a wireless communication method or a fast guidance manner.

40. An operating system for publishing a WWW content, characterized in that:

Mobile communication terminal, www content publishing platform, www content and 3⁄4 camp device;

The operating device is a mobile communication service network managed by a mobile communication carrier, and includes: a base station, a mobile communication switching center, and the moving The mobile communication terminal establishes contact with the WWW content publishing platform through the operating device;

The output processing module is respectively connected to the virtual channel module and the www browser, and configured to acquire a screen display image interface of the www browser and send the interface to the virtual channel module; The virtual channel module and the www browser are connected to process input information acquired from the virtual channel module and forwarded to the www browser;

A virtual channel is established between the virtual proxy module and the virtual channel module, and the virtual channel is used to transmit, by the operating device, a screen display image interface of the www browser, and input information of the user;

The www browser is connected to the www content, connects the corresponding www content by launching the www browser, and operates the www content.

The operating system according to claim 40, wherein the operating device further comprises a charging module, configured to perform charging for the operation of publishing the W content information by using the WWW content publishing platform.

The operating system according to claim 41, wherein the charging module further comprises a confirmation module, configured to confirm that the www content posting information fee is charged by the mobile communication carrier.

43. The operating system according to claim 42, wherein the confirmation module is implemented by a mobile communication terminal or an operation center of a mobile communication carrier.

The operating system according to claim 40, wherein the mobile communication terminal establishes a connection with the WWW content publishing platform by means of a wireless communication manner.

45. The operating system according to claim 40 or 4, wherein the mobile communication terminal is a mobile phone, a personal digital assistant, a vehicle-mounted mobile terminal, or a computer having a wireless connection module.

The operating system according to claim 40, wherein the WWW content publishing platform further includes a portal server, where the portal server is configured to perform an access request sent by the mobile communication terminal by using the operating device. User authentication and authorization, and transmitting a list of WWW browsers that the mobile communication terminal has access to to the mobile communication terminal through the operating device.

The operating system according to claim 40, wherein the WWW content publishing platform further comprises an adaptation module, wherein the adaptation module is configured to perform output adaptation on the screen display image interface, and establish a mapping table. And generating a publishing page that matches the display screen of the mobile communication terminal, where the mapping table is used to record the correspondence between the publishing page and the display element of the screen display image interface, and input and adapt the input information. .

48. The operating system according to claim 47, wherein the adapting module decomposes the screen display image interface into a plurality of publishing pages by a paging control.

49. The operating system of claim 47, wherein the adapting module further comprises:

a screen display processing module, the HJT deleting the logic control information in the screen display image interface according to the display screen specification of the mobile communication terminal, and/or adjusting the display parameters of each display element, so that the display elements of the mobile communication The display of the terminal matches.

50. The operating system according to claim 47, wherein the adaptation module further comprises an input mapping module, configured to determine a display in the screen display image interface corresponding to the input information according to the mapping table. element.

51. The operating system according to claim 40, wherein the WWW content uses a C/S architecture, a B/S architecture, or a single Machine version architecture.

52. The system according to claim 44, wherein the wireless communication method comprises: a short message, a multimedia message, a WAP or a WAP PUSH.

The operating system according to claim 40, wherein the WWW content publishing platform further comprises a pre-allocated memory, and the screen display image interface generated by the WW browser is redirected to the In the pre-allocated memory, the portion of the in-memory content change is output processed by the output processing module and sent to the virtual channel module.