CN1908894A

CN1908894A - Brew-based dynamic user interface system structure and method for realization

Info

Publication number: CN1908894A
Application number: CN 200510036392
Authority: CN
Inventors: 赵峰; 郭永
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Shenzhen Tencent Computer Systems Co Ltd
Priority date: 2005-08-04
Filing date: 2005-08-04
Publication date: 2007-02-07
Anticipated expiration: 2025-08-04
Also published as: CN100407138C

Abstract

The disclosed implementation method for dynamic user interface architecture based on Brew comprises: the Brew terminal downloads new UI script file from Internet server, the UI interpretive layer processes the file to generate a UI description table; the application executive layer obtains the description to plot the UI and display the result on terminal screen. This invention quickens Brew software development, and enhances expansibility and maintainability of Brew application.

Description

Architecture and implementation method based on a kind of dynamic user interface of Brew

[technical field]

The present invention relates to computing machine, network service and telephony field, relate in particular to a kind of architecture and implementation method of the dynamic user interface based on binary runtime environment for wireless.

[background technology]

BREW--------is vedio on radio binary operation environment (Binary Runtime Environment for Wireless), is the basic platform based on the last value-added service developing operation of cdma network " wireless Internet flat pad " that Qualcomm releases calendar year 2001.At present at home, have only the CDMA mobile phone of CHINAUNICOM to support binary runtime environment for wireless.

" UniJa " BREW business is that CHINAUNICOM releases, and based on the powerful mobile communication function of CDMA 1X, on the BREW technology platform, provides the high-speed data downloading service.The user realizes that by downloading the operation on the BREW terminal of BREW application software numerous functions, user's mobile phone can download the personalization that the software of various functions is realized mobile phone.By the BREW interface function, complete information, commercial affairs, amusement BREW application software that supplier may be provided in cover supply user's download.

The core of " UniJa " BREW business is " wireless data download ", and the BREW mobile phone can be downloaded recreation, cartoon, mini-novel etc. from the Internet, also can carry out various online application, as internet game, receiving and dispatching mail, security speculation in stocks, information inquiry etc.

Various BREW based on binary runtime environment for wireless use, and all need through exploitation, test, business audit, upload the high pass server and do several links such as catalogue, could download use for the BREW cellphone subscriber.

In the prior art, under the binary runtime environment for wireless application architecture model as shown in Figure 1, BREW terminal (200) is if download or upgrading upgrade software can only communicate by mobile communications network and application server (300) and realize.Wherein, application server (300) is provided by Qualcomm, after the test (test that must carry out for the normal operation that guarantees BREW application and BREW terminal) of the BREW application software that the software developer develops through strictness, just can upload on this server, download for BREW terminal (200) and use.Such architecture has just determined: the software developer submits to a new application to reach the standard grade all will pass through a lot of programs, such as exploitation, interior survey, UBT test, professional evaluation, upload application server, do step such as catalogue, could meet with the BREW cellphone subscriber, thereby spend a lot of energy and times; If the software developer wishes software upgrading is carried out in the BREW application of having reached the standard grade, need walk identical loaded down with trivial details flow process equally.

As shown in Figure 2, traditional BREW terminal program comprises application execution level (203), BREW api layer (204), OEM layer (205) and BREW terminal hardware layer (206); Executable program in the BREW application software and UI script file all are solidificated in to be used in the execution level (203).

BREW terminal hardware layer (206) is made up of hardware chip, finishes specific function, such as functions such as hardware supported voice call and notes, is positioned at the bottom of architecture;

OEM layer (Original Equipment Manufacture original equipment manufacturer) (205), be a layer between BREW api layer (204) and BREW terminal hardware layer (206), be responsible for driving and managing hardware device by the exploitation of mobile phone development producer.Simultaneously hardware use and operation encapsulates, make the upper strata needn't be concerned about concrete details of how to manage with operational hardware; Provide the OEM interface to call for BREW api layer (204).

BREW api layer (204) is the interface (Application ProgrammingInterface application programming interface) that will seek unification and realize by Qualcomm, make things convenient for the BREW application developers on BREW api layer (204), to carry out software and application and development, hardware parameters such as this interface and mobile phone type and screen are irrelevant, can conveniently carry out transplanting development etc.

Using execution level (203), is exactly the application that the developer specifically develops based on binary runtime environment for wireless, can move execution on binary runtime environment for wireless, finishes software function.

Mainly there is following shortcoming in present BREW application and development:

1, UI of BREW application program (User Interface user interface) and function logic are fixing unalterable, are to be solidificated in the execute file of application program.If the software developer wants to change UI and the function logic that BREW uses, or to be modified in the BUG that finds in the BREW application program (in the program small mistake), submit to the upgraded version except testing again, do not have other way to use again, this just causes BREW Application Expansion and maintainable poor.

2, it is too much to repeat work in the exploitation.Because using to reach the standard grade, BREW need UBT to test by UNICOM, the UBT test is that the strict standard of a cover is arranged, especially UI part and function aspects all there is very high requirement, so the work of a lot of repetitions is arranged in UI designs and develops, such as integration module, help and, nearly all be that each BREW uses the work that must face about the exploitation of module.Identical module is all developed in each application again, has increased potential systematic jitters.

3, the BREW application of having reached the standard grade is upgraded, also need process and the new the same flow process of reaching the standard grade of using, efficient is very low, influences the speed of BREW application upgrade, and the BREW cellphone subscriber can not experience the new enjoyment that upgrade version software is brought sooner; Have new problem if find BREW in using, the software developer can not make reaction timely to BREW cellphone subscriber's requirement.

[summary of the invention]

The technical problem to be solved in the present invention provides based on the architecture of a kind of dynamic user interface of Brew and implementation method, on the one hand, avoided in the Brew applied software development, overlapping development work to basic module, accelerate the speed of Brew applied software development, and can improve the stability of system; On the other hand, avoided to the BREW that reached the standard grade use upgrade must through loaded down with trivial details flow process, strengthened BREW Application Expansion and maintainability, make the BREW cellphone subscriber experience the new enjoyment that upgrade version software is brought in the very first time.

The present invention realizes by following technical scheme:

Implementation method based on a kind of dynamic user interface of BREW may further comprise the steps:

1001, the BREW terminal is by the UI script file of internet network from the BREW application of application scenarios downloaded renewal;

1002, the UI script interpretation layer in the BREW terminal makes an explanation to described UI script file, and the configuration data structure of UI is filled, and generates a UI description list;

1003, the application execution level in the BREW terminal is obtained the UI description from described UI description list inlet, UI is drawn, and show the master routine menu interface of being drawn on the BREW terminal screen.

Further comprise in the step 1001:

2001, described BREW terminal is downloaded BREW from application server and is used by mobile communications network;

Whether 2002, when the described BREW of BREW terminal operating uses, the BREW terminal adopts the TCP mode to be connected with the application scenarios server by the internet network, exist this BREW to use the UI script file that upgrades in the application scenarios server to check;

If exist, then the UI script file of this renewal of BREW terminal downloads is replaced original UI script file;

Otherwise the UI script file in the BREW terminal remains unchanged.

Further comprise in the step 2002:

When 3001, the BREW terminal was connected with the application scenarios server, the application scenarios server was checked title, validity and security that BREW uses;

3002, after by safety inspection, more described BREW applied version is checked, if the version of renewal is arranged, then send the information of edition upgrading to the BREW terminal;

3003, the BREW terminal is confirmed this information, and carries out communication with the application scenarios server, thereby obtains the UI script file of the BREW application of renewal.

Further comprise in the step 3003: the UI script file of the renewal that the BREW terminal platform that the application scenarios server is provided according to the affirmation information of BREW terminal number, selected and this BREW terminal are complementary is handed down to the BREW terminal.

UI script interpretation layer makes an explanation to described UI script file and further comprises in the step 1002: UI script interpretation layer reads the UI script file to buffer zone, and the UI script file is carried out lexical analysis and grammatical analysis.

Further comprise in the step 1003: when Event triggered, use execution level and find under the interface of main menu disposal route this incident by current UI description list, and describing in the pointed UI description list and this disposal route corresponding index value, thereby the UI that obtains this state event describes.

Architecture based on a kind of dynamic user interface of BREW, comprise the application server and the BREW terminal of carrying out communication by mobile communications network, described BREW terminal can be downloaded BREW from application server and use, described BREW terminal comprises: use execution level, BREWAPI layer, OEM layer and BREW terminal hardware layer, also comprise the application scenarios server that carries out communication by internet network and BREW terminal, the UI script file that described application scenarios server provides the BREW of renewal to use to the BREW terminal.

Further improvement of the present invention is that described BREW terminal also comprises: UI script describing layer and UI script interpretation layer, and described UI script interpretation layer makes an explanation to UI script describing layer, generates the UI description list, and supply is called and is carried out with execution level.

Further improvement of the present invention is: described UI script describing layer can be replaced by the UI script file that described application scenarios server provides the BREW of renewal to use.

Further improvement of the present invention is: described application scenarios server is checked title, validity and security that BREW in the BREW terminal uses, guarantees the security of communication between application scenarios server and the BREW terminal.

Further improvement of the present invention is: described application scenarios server detects the UI script file of the BREW application that wherein whether has renewal, to confirm whether can upgrade to the BREW application version of BREW terminal.

Further improvement of the present invention is: described application scenarios server is according to BREW terminal platform number, and the UI script file of the renewal that selected and this BREW terminal are complementary is handed down to this BREW terminal.

Owing to adopted above technical scheme, UI script describing layer and UI script interpretation layer are separated from use execution level, when the BREW application software is upgraded, the BREW terminal only needs to replace original UI script file from the UI script file that the application scenarios downloaded is upgraded, can realize the upgrading of this BREW application software, this just avoided traditional B REW application software upgrade must through as loaded down with trivial details flow processs such as UBT tests, accelerated the tempo of development of BREW application upgrade software, saved the time, make the BREW terminal user can in time experience the enjoyment that BREW application upgrade software brings easily, increased the degree of freedom that BREW uses simultaneously, extensibility; In the exploitation of carrying out the binary runtime environment for wireless application program, can use and write easily and understandable UI script is realized, do not need again the code of coding; Convenient when cross-platform transplanting BREW uses, only need to revise the UI script interpretation layer in the execute file this moment, and do not need to upgrade the UI script file, can realize the transplanting that BREW uses.

[description of drawings]

Fig. 1 is the application architecture illustraton of model under the existing binary runtime environment for wireless.

Fig. 2 is traditional BREW terminal program module map.

Fig. 3 is a dynamic user interface structural system illustraton of model of the present invention.

Fig. 4 is a BREW terminal program module map of the present invention.

Fig. 5 is the BREW recreation interface of main menu figure of a standard.

Fig. 6 is the workflow diagram of UI script interpretation layer.

Fig. 7 is the process flow diagram that dynamic user interface is realized.

[embodiment]

With specific embodiment the present invention is done to set forth further with reference to the accompanying drawings below.

As shown in Figure 3, dynamic user interface structural system figure of the present invention is on the basis of prior art, increased application scenarios server 100, wherein, communication between application scenarios server 100 and the BREW terminal 200 is finished by the internet internet, deposits the UI script file of renewal in the application scenarios server 100 and downloads for BREW terminal 200.

At first, BREW terminal 200, is selected to download BREW from application server 300 and is applied to this locality as cdma network by mobile communications network; When BREW terminal 200 is moved the BREW application of being downloaded, BREW terminal 200 is by the INTERNET network, use the mode of TCP to connect application scenarios server 100, title, validity and the security of 100 pairs of BREW application of application scenarios server are simultaneously checked, guarantee the security of communication between application scenarios server and the BREW terminal, prevent that its hetero-organization or individual from illegally obtaining and visiting the content of UI script file; After by safety inspection, application scenarios server 100 is checked the BREW application version that wherein whether has renewal;

If the version of renewal is arranged, then send the information of edition upgrading to BREW terminal 200; After 200 pairs of these informations of BREW terminal are confirmed, application scenarios server 100 is according to the terminal platform that carries in this confirmation number, selection is handed down to BREW terminal 200 with the UI script file of the renewal that this BREW terminal 200 is complementary, BREW terminal 200 receives the UI script file of this renewal, and original UI script file replaced to the UI script file of this renewal, thereby realized the upgrading of BREW application software.

If there is not the version of renewal, then original UI script file remains unchanged in the BREW terminal 200, and the BREW application software does not obtain upgrading.

BREW terminal program module of the present invention as shown in Figure 4, except comprising traditional BREW terminal program module, promptly use execution level 203, BREWAPI layer 204, OEM layer 205 and BREW terminal hardware layer 206, also comprise UI script describing layer 201 and UI script interpretation layer 202, and in traditional B REW terminal program module, the function of UI script describing layer 201 and UI script interpretation layer 202 is solidificated in to be used in the execution level 203, therefore wanting the BREW application program upgraded to exist very big difficulty, and must provide complete BREW terminal staging program to realize.The present invention separates UI script describing layer 201 and UI script interpretation layer 202 from use execution level 203, when carrying out the upgrading of BREW application software, only needing to replace original UI script describing layer 201 can realize; Between UI script describing layer 201 and application execution level 203, increased UI script interpretation layer 202, reduced the coupling between UI and the logic, realized the dynamic load of UI better, in other words, when update routine, do not need each layer is all rewritten or revises, only be to need to revise UI script interpretation layer 202 or revise application execution level 203, or revise UI script file (UI script describing layer 201), can not have influence on the operate as normal of other layers to the modification of certain layer.

202 pairs of UI script describings of UI script interpretation layer layer 201 makes an explanation, generation is to the description of UI, by agreement the configuration data structure of UI is filled, finally can generate a state with UI is the table of major key, this table always in internal memory effectively and remain to closing application program.Major key is exactly to be used for the key word of a record of unique identification.

Use execution level 203 at the description in the table, draw and use UI, when incident or button trigger, execution module will according in the current state look-up table to the description of current event or button, carry out corresponding actions or jump to corresponding UI.

In script file, describe the UI and the logic of a software, explain, carry out by execution level again by interpretation layer.Like this, we change script describing and have just reached the UI of change software and the purpose of logic, as an interface by background, menu, button is formed, and former script file has been described 5 menus, 2 buttons, we are described as 6 menus and 3 buttons by revising script file, have just changed the interface of software very easily.

If we carry out the cross-platform transplanting of software upgrading or software, do not wish software interface is made amendment, only need make amendment to the UI script interpretation layer of using 202, and needn't revise the UI script file, same UI script file is construed to different operating system oneself can understands code, transfer to and use execution level 203 execution.

Comprise target execute file * .mod file in the software installation kit of BREW terminal, use required resource file * .bar, the UI script file * .tsp file of dynamic load etc.

Below UI script describing layer 201 and UI script interpretation layer 202 are described in detail:

1, UI script describing layer 201:

The Tsp file is exactly the function that has realized UI script describing layer 201, the Tsp file is exactly the UI script file, the description that this document is concrete the element various attributes such as the attribute of controls such as button, menu, text prompt, figure, input frame and display position for example of UI, the state that this document has also been described UI switches, and promptly variety of event or button is triggered and moves or respond etc.Will at first read script data, reconfiguration program UI and logic etc. behind the program start.

Can better understand this invention with a simple script example, as shown in Figure 5, be the BREW recreation interface of main menu figure of a standard, and the Tsp file description of this surface chart is as follows:

<TSP?version＝″1.0″＞

<name>TestGame</name>

……

BREW applied version number is mainly described in this section, so that the title used of version and BREW relatively auto-update time the later on.

<Status>C_MAINMENU

<image>

<title>R_I_IMAGE<title>

</image>

……</background><menu>

＜text〉" begin to play "＜/text 〉

<x>x_Center</x>

<y>y_Center</y>

……</menu><button>

＜text〉" enter "＜/text 〉

＜text〉" withdraw from "＜/text 〉

<x>x_Right_Menu</x>

<avk_softl>

<onstatus>C_STATUS_START</onstatus>

<onstatus>C_STATUS_SET</onstatus>

<onstatus>C_STATUS_HELP</onstatus>

<onstatus>C_STATUS_ABOUT</onstatus>

</avk_softl>

……</onEvent>……</status>

This script has simply been described 4 menus (begin recreation, game settings, Games Help, recreation about) and the UI of 2 buttons (enter, withdraw from) and the processing logic of various trigger events.

2, UI script interpretation layer 202:

In target execute file * .mod file, except comprising applied logic and calculating, the UI script interpretation layer 202 that has also comprised independent development, 202 pairs of UI script describings of UI script interpretation layer layer 201 makes an explanation, and supply is carried out to realize the dynamic load of UI with execution level 203.

As background is made an explanation, its process is:

1, according to the description of UI script, being picture or literal such as background, if picture also needs routing information, is to read from resource file * .bar, still directly reads from file.In BREW, special-purpose BAR resource file strapping tool packing is arranged, can be picture, audio frequency and literal etc. is bundled in the file, need read by resource ID when reading, and its benefit is a resource unified management; But the resource that has can be a dynamic load, for realizing dynamic user interface, may need to upgrade a part of resource file, but at this time can not repack * .bar file, read to this locality by the resource picture file of dynamically downloading us and needing from application scenarios server 100, Here it is, and the latter mentioned directly reads from file.This file can be a script configuration file, can be the file of a picture format, can be the file of music format, also can be other resource files etc.

2, again according in the UI script to the description position of background, draw the position of application background.

3 and then on background, draw menu item.Background pinup picture information and menu text that menu item generally comprises menu show that text color is drawn information such as position.

4, follow basis＜BUTTON〉describe and draw out button.

5, at last according to the key response logic of onEvent field processing page, when incident produces jump page how, switching state etc. how.

As shown in Figure 6, be the workflow diagram of UI script interpretation layer 202.The function of UI script interpretation layer 202 is: the UI script file is made an explanation and analyzes, and finally generate a UI description list.Its detailed process is as follows:

When the BREW application start, UI script interpretation layer 202 is read in buffer zone to the UI script file, and promptly execution in step 401; The UI script file is carried out lexical analysis and grammatical analysis, i.e. execution in step 402 and 403; Final generation UI description list, i.e. a step 404.

Lexical analysis 402 is meant that original is broken down into the process of lexical symbol, lexical analysis was divided into for six steps according to the precedence of carrying out: the mapping of source word symbol, the escape line feed is replaced, blank division, target character mapping and adjacent character polyphone connect, and obtain a correct word sequence from lexical analysis.

The main task of grammatical analysis 403 is exactly according to the syntax rule of programming language, the word symbol string parsing that lexical analyzer provided to be become various grammatical categories.From word-to-phrase, from the phrase to the statement, from the statement to the program segment or program, analyze and whether the word symbol string determining to provide forms a correct program.

If discovery is wrong in analyzing, then carry out corresponding error handling processing.Wherein, the mistake here can be divided into two staging errors.

The first order: serious system mistake, behind the prompting user, withdraw from application program by any key.

The second level: low-level mistake behind the prompting user, turns back to from current interface porch closer or function menu.

In sum, if can obtain correct script information, just can resolve UI information, the UI of reconfiguring application and logic by the interpreter that carries.

The process that UI script interpretation layer 202 is explained is exactly the process of filling the UI description list, and script is write buffer zone, and the UI description entry that explanation is come out by string searching and memory interface is filled into corresponding UI descriptive table entry.

The UI descriptive table entry is as follows:

Each bar UI describes record and is made up of following parameter:

Char iRunStatus //state of UI, also be inlet and the Major key of using each interface that execution module tables look-up.

Char iBackground //background mode of UI, whether expression upgrades background, still whole screen redraws still local updating etc.

Char iImage //pinup picture of UI, whether pinup picture sign.

Char iPath //source of UI pinup picture is from resource file or directly reads picture from file.

If char*title // read from resource file, this field is the index value of picture in the resource file; If for direct file reads then for file URL.

Char ix // the X coordinate in the upper left corner of pinup picture sheet.

Char iy // the Y coordinate in the upper left corner of pinup picture sheet.

Char iMenu // whether have menu item.

The title that char*pText // menu shows.

The X coordinate of the display position of char ix // menu text.

The Y coordinate of the display position of char iy // menu text.

Char iButton // whether have button sign.

The display Name of char*pText // button.

The X coordinate of the display position of char ix // button text.

The Y coordinate of the display position of char iy // button text.

Char iOnEvent // incident or button are handled.

Char iCondition // event id or key value.

Char iAction // incident or key response are described.

If complete above-mentioned UI descriptive table entry is arranged, user interface just can reconstruct.The UI description list is made up of the structure array of above-mentioned structure type.A simple description list is as follows:

1 C_MAINMENU 106

2 C_APPSTART 156

3 C_APPHELP 206

4 C_APPABOUT 256

……

105 C_APPEXIT 626

The whole screen of 106 iBackground 0//UI redraws.

107 iImage, 1//pinup picture

The index of 108 iPath RES//pictures in resource file

109 title R_I_BACKGROUND//this field is the index value of picture in the resource file;

110 ix 0//the X coordinate in the upper left corner of pinup picture sheet

111 iy 0//the Y coordinate in the upper left corner of pinup picture sheet

4//4 menu item of 112 iMenu

113 pText " begin recreation " //the UNICODE coded format, the title that menu shows

The X coordinate of the display position of 114 ix, 50//menu text

The Y coordinate of the display position of 115 iy, 50//menu text

……

2//2 button of 124 iButton

125 pText " enter " //the UNICODE coding, the display Name of button

The X coordinate of the display position of 126 ix, 10//button text

The Y coordinate of the display position of 127 iy, 120//button text

128 iOnEvent AVK_SOFT1//left soft key, incident or button are handled

129 iCondition C_STATUS_MAINMENU//event id or key value

130 iAction C_STATUS_APPSTART//incidents or key response are described

……

156 iBackground //Next?Status

……

Wherein, the beginning of " 1 C_MAINMENU 106 " expression file, the file beginning itself also is a little table as the inlet of description list, the string as upper case of C such as C-MAINMENU beginning is a Status Flag, indicates the state description of each page.Numeral 106 expression row number, the meaning are, we at first find the page that will look for, and such as being MAINMENU, we have just found 106 like this, and and then we forward 106 descriptions of specifically obtaining this page to.

The realization flow of dynamic user interface specifically as shown in Figure 7, its specific descriptions are as follows:

BREW terminal operating BREW application program, i.e. execution in step: program start 501; Then can lighten the page, i.e. an execution in step on the screen: start and dodge screen 502; General this page only is to show the LOGO of this application program and developer's information etc.202 pairs of UI script files of UI script interpretation layer make an explanation and analyze, and generating one is the description list of major key with the UI state.

Use execution level 203 and obtain UI from UI description list inlet and describe, such as background, the description of menu item and button, i.e. execution in step: change UI description list inlet 503 over to and obtain UI and describe 504; Then drawing program UI enters the master routine menu interface, i.e. execution in step: describe according to UI and draw the page 505.

Next, execution in step: judged whether Event triggered 206.

If do not have button or incident is triggered, then screen shows the master routine menu interface always, is in idle state, i.e. execution in step: idle 507;

If button is arranged or incident is triggered, using execution level 203 at first describes according to the processing to incident or button in the current state description, call the function corresponding function, and carry out state and switch, promptly use execution level 203 and obtain the current page status that will jump to, that is to say obtain the iRunStatus parameter after, can table look-up to the UI description list that leaves in the internal memory according to this parameter, behind the state description item that finds this parameter correspondence, just current state is revised as the pairing state of parameter, and describes, redraw whole UI according to the UI of amended this current state, realize the reliable switching of UI state machine, promptly execution in step 508.

After execution of step 508, step 503 is got back in redirect, continues the above-mentioned process of circulation by flow process.

For example: when the BREW application program launching, screen then can appear dodging, using execution level 203 then is 106 from the data directory that the gauge outfit of UI description list inquires C_STATUS_MAINMENU, just description list pointed 106 places, at this moment, use the UI description that execution level 203 obtains interface of main menu, master menu is drawn the UI interface, promptly show interface of main menu on the screen according to background attribute, menu properties, the button attribute to master menu in the UI description list.

When button event takes place, be pressed such as AVK_SOFT1, at this moment, use execution level 203 and find under the interface of main menu disposal route: jump to the C_STATUS_APPSTART page this incident by current description list pointer; The test description pointer jumps to the gauge outfit place again, searches the index value of C_STATUS_ARRSTART: 156, and then be the index value of describing the pointed description list 156 place, the UI that obtains this status page describes, and has so just realized the switching of UI state machine.

Adopt architecture and implementation method described in the invention, not only can realize well that the dynamic user interface of BREW application program loads, but also can overcome the several drawbacks that exist in the current BREW applied software development.

Claims

1, based on the implementation method of a kind of dynamic user interface of BREW, may further comprise the steps:

1001, BREW terminal (200) is by the UI script file of internet network from the BREW application of application scenarios server (100) down loading updating;

1002, the UI script interpretation layer (202) in the BREW terminal (200) makes an explanation to described UI script file, and the configuration data structure of UI is filled, and generates a UI description list;

1003, the application execution level in the BREW terminal (200) is obtained the UI description from described UI description list inlet, UI is drawn, and show the master routine menu interface of being drawn on BREW terminal (200) screen.

2, the implementation method of a kind of dynamic user interface based on BREW according to claim 1 is characterized in that, further comprises in the step 1001:

2001, described BREW terminal (200) is downloaded BREW from application server (300) and is used by mobile communications network;

2002, when the described BREW of BREW terminal (200) operation uses, whether BREW terminal (200) adopts the TCP mode to be connected with application scenarios server (100) by the internet network, exist this BREW to use the UI script file that upgrades in the application scenarios server (100) to check;

If exist, then BREW terminal (200) the UI script file of downloading this renewal is replaced original UI script file;

Otherwise the UI script file in the BREW terminal (200) remains unchanged.

3, the implementation method of a kind of dynamic user interface based on BREW according to claim 2 is characterized in that, further comprises in the step 2002:

3001, BREW terminal (200) and application scenarios server (100) are when being connected, and application scenarios server (100) is checked title, validity and security that BREW uses;

3002, after by safety inspection, more described BREW applied version is checked, if the version of renewal is arranged, then send the information of edition upgrading to BREW terminal (200);

3003, BREW terminal (200) is confirmed this information, and carries out communication with application scenarios server (100), thereby obtains the UI script file of the BREW application of renewal.

4, the implementation method of a kind of dynamic user interface based on BREW according to claim 3, it is characterized in that, further comprise in the step 3003: the UI script file of the renewal that the BREW terminal platform that application scenarios server (100) is provided according to the affirmation information of BREW terminal (200) number, selected and this BREW terminal (200) are complementary is handed down to BREW terminal (200).

5, the implementation method of a kind of dynamic user interface based on BREW according to claim 1, it is characterized in that, UI script interpretation layer makes an explanation to described UI script file and further comprises in the step 1002: UI script interpretation layer reads the UI script file to buffer zone, and the UI script file is carried out lexical analysis and grammatical analysis.

6, the implementation method of a kind of dynamic user interface based on BREW according to claim 1, it is characterized in that, further comprise in the step 1003: when Event triggered, use execution level and find under the interface of main menu disposal route this incident by current UI description list, and describing in the pointed UI description list and this disposal route corresponding index value, thereby the UI that obtains this state event describes.

7, architecture based on a kind of dynamic user interface of BREW, comprise the application server (300) and the BREW terminal (200) of carrying out communication by mobile communications network, described BREW terminal (200) can be downloaded BREW from application server (300) and use, described BREW terminal (200) comprising: use execution level (203), BREWAPI layer (204), OEM layer (205) and BREW terminal hardware layer (206), it is characterized in that: also comprise the application scenarios server (100) that carries out communication by internet network and BREW terminal (200), the UI script file that described application scenarios server (100) provides the BREW of renewal to use to BREW terminal (200).

8, the architecture of a kind of dynamic user interface based on BREW according to claim 7, it is characterized in that, described BREW terminal (200) also comprises: UI script describing layer (201) and UI script interpretation layer (202), described UI script interpretation layer (202) makes an explanation to UI script describing layer (201), generate the UI description list, supply is called and is carried out with execution level (203).

9, the architecture of a kind of dynamic user interface based on BREW according to claim 8 is characterized in that: described UI script describing layer (201) can be replaced by the UI script file that described application scenarios server (100) provide the BREW of renewal to use.

10, the architecture of a kind of dynamic user interface based on BREW according to claim 7, it is characterized in that: described application scenarios server (100) is checked title, validity and security that BREW in the BREW terminal (200) uses, guarantees the security of communication between application scenarios server (100) and the BREW terminal (200).

11, the architecture of a kind of dynamic user interface based on BREW according to claim 7, it is characterized in that: described application scenarios server (100) detects the UI script file of the BREW application that wherein whether has renewal, to confirm whether can upgrade to the BREW application version in the BREW terminal (200).

12, the architecture of a kind of dynamic user interface based on BREW according to claim 7, it is characterized in that: described application scenarios server (100) is according to BREW terminal platform number, and the UI script file of the renewal that selected and this BREW terminal (200) are complementary is handed down to this BREW terminal (200).