TW200404225A - Dynamic wizard interface system and method - Google Patents

Abstract

The present invention relates to a system and method for providing dynamic wizard interfaces to end users. In one embodiment, a client device retrieves a container encapsulating a number of packages utilizing a self-describing data format from a remote server. A wizard engine on the client device interprets the container and packages to produce a wizard interface. Preferably, the present invention utilizes a compatible data structure for receiving, saving, and transmitting captured information regarding the wizard interface.

Description

200404225 发明 Description of the invention: [Technical field to which the invention belongs] The present invention can be equal to 20ϋ2

Frighten, please name the case "r XGL and multi-platform user interface engine" and the application of "2002, June 3, ^", and the name "XGL and dynamic access system and ancient, ^ also can not be used" and other cases For cross-references. The present invention is generally related to a user interface, and more particularly to a system and method capable of providing a dynamic wizard interface to an end user. [Previous Technology] Communication networks are widely known in the field of computer communications. By definition, a network is a group of computers and connected devices connected by several communication devices or communication chains. Network communication can be of a fixed type (such as via a wire wrap) or of a temporary type (such as via a telephone or wireless link). These networks can be extremely large, ranging from a local area network (ie, LAN, which consists of less Computers or workstations and related devices), to a wide area network (that is, WAN, which is a geographically dispersed number of computers and LANs interconnected with each other), and to a remote access service (that is, RAS, It connects remote computers with each other through a temporary communication link). An Internet path refers to the connection of multiple identical or different computer networks. It is through paths or routers that cause data from different networks to be transmitted and converted. "Internet" is the more commonly known abbreviation for the term "Internet." As it is currently understood, the capitalized term "internet" means the aggregation of such networks and routers using the Internet Protocol (IP), and higher-level communication protocols, such as Transmission Control Protocol / Internet Communication Protocol (TCP / IP) or Universal Data Packet / Internet 200404225 communication protocol (uDP / IP) etc. are called to communicate with each other. The ability of the Internet to connect with computers around the world has grown explosively recently. And other interactive environments may include this special environment, such as the wireless network provided by Microsoft Networks (MSN) or other online service providers, and wireless network providers provided by different wireless network providers. Etc. As will be understood from the following description, the present invention can be applied to any of the above interactive environments, however, for the purpose of discussion, operating the present invention is an interactive environment using the "Internet" as an example. Y,, and the Internet have become popular methods for disseminating information due to their characteristics of transmitting data in various forms. In order to make information available on the Internet, users generally write a document or other data on a server connected to the Internet, and the Internet has a large number of storage devices that can store these documents / data and execute them A common way for management software to address requests for these stored documents is to access a document through a linked universal resource (URL), which can provide a server (linked to the Internet) with The exact location of the linked document. In the early days of the Internet, the information stored on the Internet was generally rewritten manually by the right user of the static I who wanted to change the information contained in a file on the feeder. However, the Internet has developed to the point where the server has been able to provide dynamic content for users to make changes based on the interaction between the consumer device and the temple server. With the development of the current Internet, the number of window interfaces (GUIs) used in computer systems has been greatly increased. The "smart interface" is a well-known window interface, and in some cases the assistant interface is also quite common. The wizard interface is a series of structured pages or dialogs like 200404225, which allows users to interact with the wizard engine and get the results they want. These elven interfaces, the elven engines, are collectively referred to herein as "elves". Unlike other forms of visual interface (such as instructional instructions and online auxiliary windows), the wizard can also complete one or more tasks. Since the wizard interface has been introduced, such as US Patent No. 5,301,326 (the contents and illustrations of which are incorporated herein by reference), the case has been recognized to guide end users through complex procedures. With the increase of acceptance, the complexity of the working procedure will also increase, so such a sprite is needed to handle it. In addition, due to the increase in usage, different forms of individuals will also be needed to help the development of elves. The traditional wizard interface is generally a fixed window interface component ', which requires considerable technology for software design. As the demand for wizards increases, the number of developers with experience who can create and / or view the wizard interface has increased disproportionately. Therefore, there is a need to design wizards without relying on experienced software developers. The traditional wizard interface is easy to manipulate for inexperienced end users when it is in a complete expression form. However, when a wizard interface is changed by adding, deleting or changing the pages of the wizard interface, multiple levels of changes are required. This makes implementation difficult. For example, 'Adding another tab to a wizard interface may require the order of all previous pages and / or continuation pages to be updated to present the new page. At the same time, all the components in the wizard interface will need to be determined in advance and packaged with the wizard. In the five-paged wizard interface, there may be three possible branches per page, there are more than 200 possible page titles, and the fifth page alone may have more than 100 differences. This complexity will be exacerbated when the complex wizard interface contains 200404225 pages and the wizard provides more than three options on one page. Furthermore, the ability to combine real-time data (such as a list of available servers or other real-time information) in a traditional wizard can be limited by the difficulty of dynamically changing a wizard interface page. More precisely, all possible The combination must be decided in advance. When the development and scheduling of traditional elves becomes more complicated, or when they are prevented from responding / interacting in an efficient manner, such needs will be even greater. Therefore, a system and method that makes the wizard interface easy to use without increasing the complexity and / or first developing the resources needed for the wizard interface will be needed. SUMMARY OF THE INVENTION The present invention is related to providing a dynamic wizard interface to a wizard engine. In one embodiment, a server computer receives a request for a dynamic wizard and determines a number of packets that should be included in the dynamic wizard interface. The original packet is compressed in a container, and the container is sent to a wizard engine (usually located on another computer device) for interpretation and conversion into a wizard interface. The cherries and the packets use a self-descriptive data format (such as Extensible Markup Language (XML)) to describe the components. In one embodiment of the present invention, a specific set of terms are used to describe the components in the packets and the containers', and this group is called "X G L". Generally, these packets contain at least several pages and objects to further describe the wizard interface. In another aspect consistent with the present invention, an end user provides a number of identification data formats to the wizard interface, and the dynamic wizard uses the identification data to mine related user data to pre-fill the wizard interface. 200404225 any known part. The pre-filling generally includes at least matching self-descriptive data blocks in the packets with self-descriptive data fields in a data structure containing the user information.

In a further aspect consistent with the present invention, the initial compression container contains a set of initial packets. Preferably, the set of initial packets is a number of packets without a logical branch path to the next packet or next page. For example, if one package is designed to collect name information, the next package is designed to collect address information, and the next package is designed to collect computer equipment details. When all the data retrieved with these packages is relevant information, then There is no need to branch other types of packets. In contrast, if a page has a decision between a credit card charge or a bill payment, it will make a logical prediction based on the user's decision that only billing or credit card information is needed. Therefore, the spirit process will branch at this decision point.

Although there is no branch in the initial set of packets in one embodiment, if it contains a branch, or when other packets contain a branch, it still needs to allow the user to be operable to move forward or backward in their choices. . Therefore, in one embodiment of the present invention, each page is included in the packets, and the pages related to other packets also include the index of forward and return. Although the forward indicator may contain several different possible secondary pages and / or packets, the return indicator always points to a separate "previous" page. Of course, the first page of a wizard interface is not linked to a previous page. In yet another aspect consistent with the present invention, during the manipulation by a wizard, if it decides that a new packet is needed at a branch, it will send a request to the next packet or the packet flow based on the branch decision. . 7 200404225 Compressed material was invented by servo-servo when selecting a terminal, seed selection, and re-packing were slow. These decisions were made. These novel brains may be in another aspect consistent with the present invention. Some packets may Subpackages that contain or contain real-time data, and the data contained in a sub-package with real-time data is obtained from the end-user viewing wizard interface # page. An example of using this method is that a user can choose a specific device to interact with while watching a dynamic wizard interface formed by this aspect. In these ways, the real-time data will provide a list of available devices for users to interact with, so as to ensure that the end user has the most real-time information at the time of the selection. In yet another aspect consistent with the present invention, the packet to be retrieved by a branch point is stored. This aspect is particularly useful when the user is given a choice of three different payment types on a specific page of the wizard interface. In this case, it may take more time to effectively download the packets containing the three choices to a buffer storage area, instead of downloading the selected packets I and G after obtaining a decision, thereby excluding any Delays due to later downloads. This is particularly useful when the end user has a connection speed (for example, when the end user has a lower bandwidth connection). In yet another aspect consistent with the present invention, the packet used for the initial container is predetermined. Providing the initial container to the sprite engine requires several containers that can embody the desired sprite, in order to alleviate the need to determine the packets to be included in the initial container. As can be immediately appreciated from the abstract described in the scriptures, the present invention provides an improved method of 'increasing the efficiency and controllability of the interface by providing dynamic sprite components; and providing-related System and electronic reading media. 8 200404225 [Embodiment] The following mainly describes in detail the procedures and symbolic operations of traditional computer components, including a processor, a memory storage device for the processor, a link display device, and an input device. In addition, these programs and operations can also utilize these traditional computer components in a heterogeneous distributed computing environment (including remote file servers, computer servers, and memory storage devices) through a processor through a communication The way of the network, each of these traditional distributed computing components is accessible. ^ As explained earlier, the capitalized term "Internet" refers to the aggregation of many networks and routers that can communicate with each other. The part of the Internet ι〇〇 is shown in Figure ii. More specifically, it is the representative part of the Internet 100 shown in the conventional technical diagram, which includes a number of LANs 120 and WANs 130 connected to each other by 110: Π0-generally a computer for a specific purpose, As an interface between LAN or WAN ^. The communication link in the local area network can be formed by twisted pair, or any known communication link technology (including wireless communication, technology). The communication link between the network can be 56 ~ analog telephone digital, ~ line and / or 45Mbp ... 3 line or any known communication connection technology (including wireless communication technology). this

The dual-port computer and the JL-related electronic device 140 can be remotely connected to a local area network 120 or a wide area network via a modem and a temporary telephone line (including a wireless telephone line). As shown in Fig. I, these computers and electronic devices 14 are connected to the middle-area network 120. It should be understood that the Internet material t⑽ to: 200404225 contains the functionality of a magic j as shown in Figure 2; in the environment (to 100), f is an independent power! Including a guest, the network (such as the Internet in Figure 2 library 449 〇J can be stored in the client device for further information should be understood that the third computing system is not limited to interpret as one or in combination with its own. This or configuration The aforementioned Internet circuits, computers, and routers of the number of notebook computers L are a small representative part of the Internet. The diagram is a block diagram illustrating a system for providing a dynamic wizard interface. The system 200 — It is generally operated in a decentralized independent computer system with little network connectivity. For example, the network ft should let those skilled in this technology understand that the system 200 system has the same functions. The system shown in Figure 2 δ The terminal device 300, an xgl server 400, and a user database 21 connected to the network 100). The same is an XGL I which communicates with the XGL server 400, so that those skilled in the art understand that the XGL database XGL server 400 may be stored in another computer device. 3 00 and the XGL server 400 will be described in 3 and 4 respectively. In addition, although only one client device 300 is shown, the system 200 may also include many client devices. The diagram shows an example of a client device 300 suitable for forming. This computing system is only an example of a suitable computing environment ′ Therefore the calculation should not be interpolated in an exemplary operating environment with any additional conditions related to these components. It can be operated in many computing environments, such as computing environments, which are widely known to be suitable for implementing the present invention. Examples do not include (but are not limited to) personal computers, computer computers, multi-processor systems, systems, and microprocessors. System, network computer No. 1 200 Computing Internet system and 200 interconnections are shown in data 449 In I in the figure, 300% is indicative, and the environment's responsibility or competence and /, pen, 逑 10 200404225 your computer, large The host computer is dedicated to the computer, and the decentralized computing environment includes any of the aforementioned systems or the like. -A client device used in the present invention is described in an environment in which a general computer can execute instructions (such as shown in " Flute q 1¾ τκ ^, a program module executed by a computer 320 in the figure 3). _ 舻 而 & ^ Knowing 5, these program modules include routers, programs, objects, components, shell materials, etc. that can perform a special or abstract special data type. The present invention can also be implemented in a decentralized computing environment to perform these tasks by using a remote processing device connected via an H network. These programs can be set in regional and remote computer storage media (including memory storage devices) in the "dual computing environment". Regarding Figure 3 '-an exemplary client device 300 suitable for implementing the present invention is a general purpose computing device in the form of a computer. The parts of a computer 32 include (but are not limited to) a processing unit 3 2 2, the system memory 100 2 3, a display 390, and a combination of different system parts (including the system memory 324) to the processing器 3 2 2 of the system bus 3 2 6. The system bus 3 2 6 can be any different kind of bus structure, including a memory bus or memory controller, a peripheral bus, and an area bus using any kind of bus structure. For these non-limiting examples, such bus structures include industry standard architecture (ISA) buses, microchannel architecture (MCA) buses, extended industrial standard architecture (EISA) buses, and image electronics engineering standards association. (VESA) area bus, peripheral edge connection (PCI) bus (also known as mezzanine bus), and graphics acceleration port (AGP) bus. The computer 320 typically includes a variety of computer-readable media. Computer-readable media 200404225 can be any publicly available media that can be accessed by using the computer's 32G, packaged / non-volatile media, and removable / non-removable media. In these non-limiting examples, computer-readable media may include computer storage media and general media. Computer storage media includes (but is not limited to) "legacy access memory (RAM), read memory (ROM), electrical + erasable programmable read-only memory (EEPROM), 1 flash memory Or other memory technologies, read-only i-discs, digital video discs or other optical media, magnetic cassettes,

Magnetic tape, magnetic disk media, or other magnetic media devices, or any other medium that can be used to store or convey desired information and can be accessed by the computer 320. The communication medium generally can embody computer-readable instructions, data structures, program modules, or other data in a modulated data signal (such as a carrier wave or other typical transmission mechanism, including any data transmission medium). The term "modulation data signal" means a signal or signals having one of its characteristic groups, or it can be changed by encoding L as the signal. By way of non-limiting examples, communication media include wired media, such as a wired network or direct wired connection; and wireless media, such as sonic radio frequency, infrared, or other wireless media4. Any combination of the foregoing shall be included within the scope of computer-readable media. The system memory 324 includes computer storage media in the form of volatile and non-volatile memory (such as ROM 3 28 and RAM 3 3 0). A basic input / output system (BIOS) 332 (which can help transfer information between components in the computer 320 (such as at startup)) with a basic program is generally stored in ROM 328. RAM 3 3 0, which generally contains data and / or program modules, can be accessed immediately when operating with this processing 12 200404225 unit 3 22. Based on these non-limiting examples, the first figure shows an operating system 346, an application program 348, a wizard engine 349 for processing dynamic wizards, other program modules, and program data 3 52. The computer 32. It can also include removable / non-removable and volatile / non-volatile computer storage media. As an example, the first figure shows a hard disk device 334, which can read or write non-erasable, non-volatile A volatile magnetic medium 336; a magnetic disk device 338, which can read or write to an erasable, non-volatile optical disk 244 (such as dROM or other optical media, # eight releasable, 丨) . Other removable / non-volatile computer storage media that can be used in this exemplary operating environment include (but not limited to magnetic + beta tapes, flash memory cards, digital video and audio CDs, digital video and audio) Magnetic object = Bernoulli box, solid state RAM, solid state ROM, and the like The hard disk device 334, magnetic disk device 338, and optical disk device 342 and one: Do not borrow a hard disk device interface 354, one The magnetic disk device interface M is based on the θ optical disk device interface 358 and the system. The bus 326 is used for connection or connection, and the hard disk device 3 34 and the magnetic disk device can be connected via a small computer system interface (SCSI) with the display device 338 or the first disk device 3 42 etc. Connected with, 丨, in, and eight points π Wt 1: Brain storage: the person who provided the computer-readable instructions, data structures such as :, group, and other data from the computer 32 in Figure 3 is stored in Section 3. In the figure 3, the hard broken penetrating ^ 346 hard palate device 334 can also store the operation type boat 348, the elven engine 349, other programs 350 and ^ 352. It should be noted that these parts can also be associated with the operation System 346, 13 200404225

Program module 3 50 and program data 3 5 2 are the same or different. The user can input commands and information to the computer 320 through an input device (such as a keyboard 360 and / or a pointing device 362, which generally refers to a mouse, a trackball, or a touch pad, etc.). Other input devices (not shown) may also include a microphone, joystick, game pad, dish antenna receiver, scanner, or the like. These and other input devices are usually connected to the system bus 326 via the user input interface 364, and may be connected by other interfaces and bus structures (such as a parallel port, serial port, game port, universal serial bus ( USB) or other interfaces, etc.).

The computer 3 20 can be logically connected to one or more remote computers 140 when operating in a network environment. The remote computer 140 may be a personal computer, a server, a router, a network computer, a peer-to-peer device, or other common network node, etc., and generally includes many or all of the components described above in connection with the computer 320. The logical link described in FIG. 3 includes a local area network 120 and a wide area network 130, but also other networks. These network environments are quite common in offices, corporate computer networks, the Internet, and the Internet. When used in a local area network environment, the computer 3 2 0 is connected to the local area network 120 through a network interface 368; while in a wide area network environment, the computer generally includes a modem or other device for communication with The wide area network 130 establishes a communication method, such as a network interface 368. The modem 369 can be internal or external, and can be connected to the system bus 326 through the user input interface 3 64 or other suitable mechanism. It should be understood that this network connection is exemplary, and other ways to establish communication between computers 14 200404225 can also be used. Although the computer 320 has many other internal parts that are not shown, those skilled in the art should be familiar with the aforementioned parts and their interconnection methods. Therefore, the remaining details related to the internal structure of the computer will not be disclosed in the present invention.

Those skilled in this technology will understand such program modules, such as the operating system 346, application programs 348, wizard engine 349, and data 352, etc., through one of their memory storage devices (including ROM 328, Ram 33. , Hard disk 3 34, magnetic disk device 338 or optical disk device 342, etc.) to the computer 320. The hard disk device 334 is used to store data 352 and these programs (including the operating system 3 4 6 and application programs 3 4 8).

When the computer 320 is started or restarted, BIOs 332 (stored in the meeting) will instruct the processing unit 322 to load the operating system 346 into the RAM 33 from the hard disk installation 334. Once the operating system 346 is loaded into the RAM 330, the processing unit 322 executes the operating system program and causes the visual elements associated with the user interface of the operating system to be displayed on the screen. When a user opens an application 348, the code and related data are read by the hard disk device 334 and stored in ram 33. Although an exemplary client device 300 is described in accordance with the general tradition General-purpose computing equipment, but those skilled in the art should understand that a client can actually be a component that communicates with the XGL server 400 and a network for communication. Combined. Regarding FIG. 4, an example is not applicable to a server 400 for carrying out the present invention, which is also a general-purpose computer device in the form of a computer 420. A computer 42〇15 200404225 These parts include (but are not limited to) a processing unit 422, system memory 4 2 4, a display 4 900, and a different system part (including the system memory 424 to the processing) 422) as a combined system bus 426. The system bus 4 2 6 can be any of the bus structures, including a memory bus or a memory controller, a peripheral bus, and any of the regional buses using the different bus structures, By way of non-limiting example, such bus structures include j SA bus, MCA bus, EISA bus, VESA regional bus, PCI bus (also known as mezzanine bus), and * AGP bus Wait. * The computer 420 typically includes a variety of computer-readable media. Computer-readable media can be any marketable media that can be accessed by this computer 42, including volatile / non-volatile media and removable / non-removable media. For these non-limiting examples, computer-readable media may include computer storage media and communication media. Computer storage media includes, but is not limited to, random access memory (RAM), read-only memory (ROM), electronic erasable programmable read-only memory (EEPROM), flash memory, or other memory technologies , Read-only optical discs, digital video discs or other optical media, magnetic cassettes, magnetic tapes, magnetic disk media, or other magnetic media devices, or any other device that can be used to store or convey desired information and can be borrowed from the computer42. As access media. Media communication should be with other or group

The other materials such as Cheng Qiqi, or Tsinghua Junjie are as follows: (Let the material refer to the mechatronics telegram that can be read to make it into a monolithic J package, and the ueu architect mM ^ The variant tone Γ code refers to the meaning of the media W collection materials including any of its unique techniques L · ». The number of individuals is more than 200404225 or the information in the signal is changed by encoding. For these non-limiting examples, communication media include wired media such as a wired network or direct wired connection; and wireless media such as sonic radio frequency, infrared, or other wireless media. Any combination of the foregoing should be included in Within the scope of computer-readable media. The system memory 424 includes computer storage media in the form of volatile and non-volatile memory (such as ROM 42 8 and RAM 4 3 0). A basic input / output system (BIOS) containing basic programs ) 432 (can help transfer information between the components in the computer 420 (such as generally stored in ROM 428 at startup. RAM 430 generally containing data and / or program modules can be used when operating with the processing unit 422 Immediate access. For these non-limiting illustrations, Figure 4 shows an operating system 446, an application program 448, other program modules 450, and program data 452. The illustration is located in the system memory The 424 is an XGL database 449. The computer 420 may also include removable / non-removable and volatile / non-volatile computer storage media. As an example, Figure 4 shows a hard disk device 434, which can read or write non-eraseable non-volatile magnetic media 436; magnetic disk device 438, which can read or write an erasable, non-volatile magnetic media 440 and an optical disc Device 442, which can be written on a removable, non-volatile disc 444 (such as CD ROM or other optical media). Other removable / non-erasable types that can be used in this exemplary operating environment , Volatile / non-volatile computer storage media including (but not =) magnetic cassettes, flash memory cards, digital video discs, digital audio and video tapes, Bernoulli boxes, solid-state RAM, solid-state r. m to: 17 200404225 similar to 442: and By connection and program such as, 446 uses 462 to the control, etc. and integrates such as one to one brain, other computer disk device 438 and optical disk device 454, a magnetic disk device interface 456, etc. The hard disk device 434, magnetic affairs A hard disk device interface can be borrowed respectively, and the surface 458 is connected to the system bus 426. Or the hard disk device 434, the disk mounted ft 438, or the optical disk device 442 are connected by a small computer system interface (SCSI) and the The system bus is shown as the material device and the computer storage media connected to it as shown in the previous figure. Those who provide these computer-readable instructions, data structures, modules, and other data from the computer 42 medium. For example, in FIG. 4, the hard disk device 434 can also store the operating system application program 448, other programs 450, and program data 452. One can input commands and information via an input device (such as a keyboard 460 and / or a pointing device, which generally refers to a mouse, trackball, or touchpad, etc.) computer 420. Other turn-in devices (not shown) may also include a microphone, a stick, a game pad, a dish antenna receiver, a scanner, or the like. This other input device is usually connected to the bus 426 through the user input interface 4 ", and can be connected to the bus 426 by other interfaces and bus structures (parallel ports, serial ports, game ports, universal serial bus (usb ) Or interface, etc.). The computer 42 can use a logical connection or multiple remote computers 140 when operating in a network environment. The remote computer 140 can be a human power server, a router, a Network computer, peer-to-peer device or its network node, etc. 'and generally include many or all of the components described above in relation to the 420. The logical link spoon described in Figure 4 "18 200404225 LAN 120 and a Wide area network 13〇, but also other networks. These network environments are quite common in offices, corporate computer networks, the Internet, and the Internet. When used in a local area network environment, the computer 42 is connected to the local network 12 through a network interface 468. When used in a wide area network environment, the computer generally includes a modem or other device for communication with The wide area network 130 establishes a communication method, such as a network interface 468. The modem MM can be internal or external, and can be connected to the system bus 426 through the user input interface 464 or other suitable mechanism. It should be understood that this network connection is exemplary, and other methods of establishing communication between computers may also be used. Although the computer 420 has many other internal parts not shown, those skilled in the art should be aware of the aforementioned parts and how they are interconnected. Therefore, the remaining details related to the internal structure of the computer will not be disclosed in the present invention. Those skilled in this technology will understand such program modules, such as operating system 446, application programs 448, and data 452, etc., through one of their memory storage devices (including ROM 42 8, RAM 430, hard disk 434, magnetic disk Device 438 or optical disk device 442, etc.) to the computer 420. The hard disk device 434 is used to store data 452 and these programs (including the operating system 446 and application programs 448). When the computer 320 is started or restarted, the BIOS 33 2 (stored in ROM) will instruct the processing unit 422 to load the operating system 446 into the ram 430 by the hard disk device 434. Once the operating system 446 is loaded into the RAM 430, the processing unit 422 executes the operating system program, and 19 200404225 visual elements are displayed on the code and the screens that associate the user interface with the operating system. . ^ When the user opens an application 448, the relevant data is read by the hard disk device 434 and stored in ram 43.

Although Γ ,, N, and XGL server 400 are inserted in accordance with a traditional general-purpose computing device, those skilled in the art should understand that XGL server 400 can be a combination of Coordination of the components to communicate with the client device 300 and a network. To illustrate the operation of a dynamic wizard interface in accordance with the form of the present invention, FIG. 5 is a sequence of interactions between these devices of the system 200 shown in FIG. The devices illustrated in system 200 in Figure 5 include the client device 300, the XGL server 400, and the user database 21o. The interaction of different devices and routines are illustrated and detailed in Figures 6 and 9-17. Returning to Figure 5, when the client device sends a wizard that is longer than 502 to the XGL server, it will start the dynamic wizard supply and explain. After the XGL server 400 receives the wizard request 502, the XGL server will request any relevant material list 504 to be included in the user database 2 10. The BOM is stored or stored locally in a remote device, which can be used to complete the niches in the wizard interface. In some embodiments, the stored data is specified by the user. The object in the single data structure is the field name n in the wizard interface, and there is a matching value in the material :: data structure. MH had previously assumed that there was some information in the user database 21o, and the material list 20 200404225 506 will be returned to the XGL server 400. Therefore, the xgl server will describe an initial description of the wizard The XGl_ container with the package and the BOM 508 is returned to the client device 300. The client device 300 uses the wizard engine 349 and then parses (process 51) the Xgl container and its contents, and then fills in the wizard interface with any matching block in the bill of materials (process 5 14) Formerly, the client device will create a wizard interface from the parsed container, and the wizard interface will then describe on the client device 3 00 (flow 5 16), and receive the selection of any user ( Flow 518). If these users choose to request an additional packet (for example, if it comes from a branch request), a new packet request will be sent (process 52) to the XGL server 400. In response, the XGL server 400 will return an xGl container with the requested packet 522 to the client device 300. Re-human 'the XGL container and content will be parsed (flow 524), and the wizard face will be updated with the additional parsed information (flow 526). Then, if there is any additional information in the elf matching stops in the BOM, the elf will populate them with those matching stops. Then, the update wizard interface will be described on the client ^ δ and 3 00 (flow 53), and when the end user completes the information with the wizard, a completion message will be displayed (flow 532). After that, the client device 300 transmits any additional information in the updated BOM to the user database 2 via the xgl server 400, which is where the updated BOM is stored. At the same time, the XGl server 400 parses the updated BOM and processes any requested action information. For example, 'If the user signs a bill, the XGl server 400 will confirm all the billing information received by the user. Once confirmed, the Xgl 21 200404225 server will reply to the client device. 3 The message of the ball should let those skilled in the art understand the interaction between the devices of the 5th system 2000 as an example. Therefore additional lookups and / or look-aheads of the packet requirements are also included. In addition, if any of the packets captured contains any additional devices that may be used with one or more devices (not shown) to provide the aforementioned ones to be displayed in the instant negative material, Those skilled in the art should understand that the actions described in the description can also be performed in other orders, or combined. The XGL container and its contents can be populated with a sprite and matched with each other. As shown in Figures 2, 4, and 5, the embodiment of the system 2000 described herein includes a container and a container 400 for providing the containers and packets, which are described by a 3 00 requested by the wizard interface. According to an implementation of the present invention, a wizard supply program executed by the XGL server 400 is shown in FIG. 6. The wizard provisioning program 600 starts at block 605, and this is the request of the client device 300. Then, in block 610, it is the user's desire to fetch any BOM information, and then a decision is made in judging whether the BOM data in block 5 is available or not. If data is available, an XGL contents list containing the initial packets for the wizard interface will be sent to the client in block 620. In addition to this method to obtain the bill of materials, as in the figure determined by the decision block 615, we should pay attention to such real-time information in the aforementioned letter, and such information. Refer to Figure 5 again. For example, in the example of the XGL server client device of the dynamic wizard package that analyzes the way of blocking, a process block 601 of 601 is described in parallel and received in the refined database 2 1 0. Depending on the object, the BOM and the object, if there is no 'the XGL temple 22 200404225 server 400 only transfers the XGL container to the block 625. The XGL server 400 then waits for a second communication from the client device 300, that is, a unit for receiving an updated bill of materials (such as judgment block 63). If it is determined in decision block 630 that the updated bill of materials has been received, the procedure 600 will proceed to block 635 (which is where the xgl server 400 performs the updated bill of materials). The update of the bill of materials then proceeds to the user database 210 (as indicated by block 640). The program 600 will then end at block 699. However, if a decision has been made in decision block 630 and the updated bill of materials has not been received, when the terminal program 600 is terminated in the manner described above, a decision will be made regardless of whether a new packet request is received. If the decision is no, the processing loop will return to decision block 63. Otherwise, the processing loop will proceed to block 650 (which is where the requested packet is sent in a container and returned to the client device 300). The program 600 loops back to decision block 630. As understood by those skilled in the art, the daemon provisioning process 600 illustrates the communication between a single client device and the XGL server 400. It should also be understood that in many environments, the process 600 will be performed on the XGL server 400 with many client devices 300 in multiple threads or several steps. In order to further illustrate the operation of a dynamic wizard interface formed in a manner consistent with the present invention, another sequence of interaction between the devices of the system 200 in FIG. 2 will be illustrated in FIG. 7. The devices of the system 200 in FIG. 7 include the client device 300, the XGL server 400, the XGL database 449, and the user database 210. The interaction of these different devices (and the procedures performed by 23 200404225) will be illustrated and described in detail in Figures 8, 9 and 9-17. Returning to Figure 7, the dynamic wizard supply and interpretation starts when a client device 3 00 sends a wizard request 702 to the XGL server 400. After the XGL server 400 receives the wizard request 702, the XGL server determines (process 703) which packet needs to be included in the wizard container as the initial packet. The XGL server 400 then requests (process 704) the packets from the XGL database 449 to return (process 705) the requested initial packets. Then the XGL server will request (flow 706) any BOM information from the user database 2 10, assuming that there is no relevant information in the user database 210, and no interactive information for the BOM (flow 707) will return the XGL server 400. Therefore, the XGL server returns the XGL container describing the initial packet (process 708) of the sprite to the client device 300. The client device 300 then parses (process 710) the XGL container and its contents, and then the client device creates (process 7 1 2) —a sprite interface from the parsed XGL container. After a new BOM is created (process 714), the wizard interface will then be described on the client device 300 (process 7 1 6), and then all the user's choices will be received (Liu 7) 18) If the user chooses to request an additional packet (for example, from a branch request), a new packet request is transmitted (process 720) to the XGL server 400. In response, the XGL server 400 returns the XGL container with the requested packet (process 722) to the client device 300. Again, the XGL container and its contents are parsed (flow 724) and the wizard interface is updated with the additional parsed information (flow 726). 24 200404225 Then, the updated wizard interface will be described (process 730) on the client device 300. After the end user has completed the interaction with the wizard, the end user will instruct this completion step (process 7 3 2). After that, the client device 300 transmits any additional information in the updated bill of materials (process 7 34) to the user database 2 1 0 through the XGL server 4 0 0, and the place is Where the updated BOM is subsequently stored (process 736). At the same time, the XGL server 400 will parse the updated BOM and perform any requested action information. For example, if the user signs a bill, the XGL server 400 will confirm all billing information from the user, and once confirmed, it will reply with an approval message (process 7400) to the client Equipment 300. Those skilled in the art should be made aware that what is presented in FIG. 7 is an exemplary combination of interactions between these devices of system 200. Therefore, it will also be understood that these additional packet requirements and / or read-ahead of such packet requirements may be included in the foregoing interaction. In addition, assuming that any of these captures contain real-time data, there will be additional communication with one or more devices (not shown) (these devices are used to provide Information in live data). In addition, those skilled in the art should be aware that 'any action illustrated in Figure 7 can be performed in another order or in a combined manner', for example, creating a wizard interface can also be done with creating a bill of materials. Processes combined. As shown in Figures 2, 4, and 5, the embodiment of the dynamic wizard system 2000 described herein includes an XGL server 400 for providing several containers and packets (which describes a client device 3). 〇 the wizard interface required). No. 8 25 200404225 In the figure, the XGL server wizard supply process is from the customer at block 8 1 0 from a wizard interface block 815. And, any material obtained in the bill of materials in block 1 is then available. XGL) If the bill of materials server 400 will advance to 800 in block 840, then the user will be aborted in the bill of materials. No matter whether it is a block 855 or a judgment block request The packet is combined with a flowchart of a selected embodiment of the present invention to illustrate one of the optional wizard supply procedures 800 executed by the 400. The sequence 800 starts at block 801 and proceeds to block 805. The client device 300 — where the wizard requests to receive. Next, an initial packet group is determined (in one embodiment, this is the combination of all unbranched packets in the initial part of the next). These initial packets are then retrieved from an XGL database 449 at the conference. Following 82, any information from the user database 210 will be retrieved. Then in decision block 825, a decision is made whether or not the list will be fetched. If the BOM information is available in block 830, one containing the initial packets (for the wizard container and the BOM will be sent to the client. In addition, it is determined that it cannot be obtained in decision block 825, then the Xgl Waiting for the next communication of the client device 300. If it is determined that an updated bill of materials has been received, then proceed to block 845, where the XGL server 400 may have updated materials The list is executed, and the updated item is transferred to the user database 210 (at block 850). The procedure 800 is at block 899. However, if the updated list of materials is judged at decision block 84 (for example, Termination of the process of 800) Whether to receive a new packet (or packet group) request will be decided in the judgment. If the decision is no, then the process will be looped back to 840 or the process will proceed to block 86. The warp here is retrieved from the XGL database 499. Then, the packets in the container 26 200404225 will be returned to the client device 300, and the procedure 800 in the judgment block 84 will be Will continue. What the skilled person understands is that the wizard supply program 800 describes communication between a single client device and the XGL server 400. It should also be understood that in many environments, the program 800 will Performed in multiple threads or several steps on the XGL server 400 with many client devices 300. Figure 9 illustrates a wizard program executed on a client device 300. 9 00 (as part of a sprite engine 349). The sprite program 900 starts at block 9 0 1 'and proceeds to block 9 05 (which is the client device 3 0 0 received the initial sprite Container and any additional information (such as BOM data). Then the 'elven container' is processed in subroutine block 1000. Subroutine 1 00 will be described in detail in Figure 10. Then , The process proceeds to the subroutine block 1600 (which is where the container page is shown). Similarly, the subroutine block 1600 will be described in detail in Figure 16. After the page is displayed, the subroutine block 1 7 0 0 will accept and process any user input. Subroutine 1 700 It will be described in detail in Figure 17. Once the user input is received and / or processed, the flow will continue to decision block 9 丨 0 where a decision will be made whether or not an end signal is received. If the judgment is yes, the process will continue to block 9 1 5 where the final bill of materials will be sent to the XGL server 400 and the program 900 will then stop at block 999. If judged at block 9 If it is determined in 10 that an end signal has not been received, it will proceed to decision block 920, where a decision will be made whether or not a cancellation signal is received. If a cancellation signal is received, the process will end in block 999 27 200404225. It should be noted that when receiving the cancellation signal, the BOM will not be sent to the XGL server as if the end user has not confirmed the input in the wizard.

If it is determined in decision block 920 that a cancellation signal has not been received, a decision will be made at decision block 925 whether or not a return signal is received. If the answer is yes, the logic will proceed to block 930, which is one of the pages of the wizard process where the wizard returns a pointer in turn. The flow then loops back to subroutine block 1600 (which is where the previous page is shown again). If it is determined in decision block 925 that a return signal has not been received, then in decision block 935, a decision will be made whether or not a next page signal is received. If a next page signal is received in a decision block 935, the logic will proceed to decision block 940, where a decision will be made regardless of whether the next page signal initiates a branch instruction. As mentioned above, a branch instruction is required when the current packet has a divergence point, and the divergence point is where one or more other packets and / or pages are required to perform the wizard flow.

If a branch instruction is marked (at block 945), the new container with several packets retrieved by the XGL server 400 must meet the conditions required by the branch. The new container will then wrap back to subroutine block 1000. If it is determined in the decision block 940 that the next page signal has not activated a branch instruction, the index proceeding to the existing page is stored in the block 955, and the next page is retrieved (block 960). The process then loops back to subroutine block 1 600 to display the next page. However, if the next page signal is not received in decision block 935, in block 950, the program 900 will loop back to subroutine block 1 700 to wait for more user input. 28 200404225 Although illustrated in Figure 9 is only known for termination, cancellation, return, and selection or instruction of the next page (as included in program 900), those skilled in the art should understand Other commands can also be included in a wizard interface. Therefore, the process 900 should be considered illustrative rather than limiting. Figure 10 illustrates that the container processing subroutine 1000β subroutine 1000 starts at block 1001 and proceeds to block 105, where a packet is executed in the container. The executed packet is then processed in a packet processing subroutine 1100 (this will be explained in detail in Figure 11). After processing, no matter whether the container has more packets, a new decision will be made in the judgment block 丨 〇 i 〇. If it is determined that the container contains more packets in the judgment block 1 〇 丨 〇, the process will wrap around to block 1 005, which is where another packet from the container is executed. Otherwise, if a decision is made in judgment block i 〇 丨 〇 because no further packets are contained in the container, then in judgment block 10 15 whether the acquisition of a bill of materials is accompanied by A decision will be made on the container, or a part of the container. If it is judged in the judgment block 10 15 that the BOM cannot be obtained, a new bill of materials will be created in the subroutine block 15 00 (this will be described in detail in Figure 15). The process then ends at block 1099. Otherwise, if it is determined that a bill of materials can be obtained in decision block 1015, the process will proceed to sub-block block 1400, and in sub-program block 1400, This is where the data components in the wizard (corresponding to the stops in the bill of materials) are populated together with this newly acquired data, which will be explained in detail in Figure 14. In any case, the subroutine ι〇〇〇 will terminate at block 1099 by returning to the program that called it. FIG. 11 illustrates an exemplary packet parsing subroutine. Vice 29 200404225

Program 1100 starts at block 1101 and proceeds to decision block 1105, where a decision is made whether a packet contains real-time data or not. If it is determined at block 1 105 that the packet contains real-time data, it will continue to block 1110, where a real-time packet of XGL information is downloaded by the XGL server 400. Then, the subroutine 1100 is repetitively processing the instant packet repeatedly. Then, the flow continues to the subroutine block 1 200. If it is determined in the judgment block 1 105 that the packet does not contain real-time information, the flow will also proceed to the subroutine block 1 200 (the layout user interface component is The xGl packet is converted into one or more sprite pages). Subroutine 1200 will be described in detail in FIG. Once the layout of the user interface component is converted from the XGL to a sprite page, the process will proceed to the subroutine 1300, where the objects that are not in the XGL package are converted into the user interface component ( According to the layout of the layout components previously converted in block 1200). The subroutine 1300 will be described in more detail in FIG. The conversion of the layout and components will cause one of the marked page groups in block 1199 to return to the program (called the packet parsing subroutine 1100). FIG. 12 illustrates an exemplary layout conversion subroutine 1200. The layout conversion subroutine 1200 starts at block 1201 and proceeds to block 1205 (this is where the XGL⑹® data is tested to determine the location of the user interface components). Then, make a test in judgment block 121〇 to see if any components to be tested still exist. If the viewing result is no, block 1299 will: wait for the layout page to be sent back to the program (called subroutine 1200). On the right, it is judged that there are more layout components in the judgment block 121〇, then the position of the sub-component will be determined in the block 1215. During the positioning 30 200404225, a decision is made at the judgment block 1220 as to whether the visual-specific template should be used to locate the next component. If the answer is yes, it is in block n. The position of a component in this time will specify the panel template according to the description of the object. This can also be used when a particular panel needs to be a specific kind of sprite and / or component in a sprite. The process will then go back to decision block 121. If a decision is made in block 1220 that does not require specific panel requirements (as shown in block 123), the location of the component will be based on a standard object panel template. The XGL description conforms to the standard panel template used by the wizard engine on the client device 300. Once again, the flow will go back to the judgment block 121, where a decision will be made whether or not any component is reserved for configuration. FIG. 13 illustrates an exemplary embodiment of an xgl object conversion routine 1300. Subroutine 1 300 starts at block 1101 and proceeds to block 1 305, where an XGL packet will be parsed to obtain a hierarchical listing of these objects. Then in decision block 131, a decision will be made whether or not to keep any objects in the list. If the decision is no, the subroutine 1 300 in block 1399 will be returned for any use by the wizard. Interface components. If it is found in judgment block 1 3 1 0 that these objects remain in the list ’, then at block 1 3 15 the next object will be extracted (for example, removed from the list). Then, if there is a subtype in the judgment block 13 to 20 for extracting the object, a test will be used to make a decision. If the subtype is obtained, it will proceed to block 1 3 2 5 (which is where the subtype of the object can be identified). If it is determined in decision block 1320 that the subtype is not obtained, or the subtype of the object is already in the block Identified in 1 3 2 5 and will proceed to the judgment block 31 200404225 = 30 γ There will be a decision whether or not the type of the object is obtained there. Right can be selected for a category and will proceed to block 1 3 3 5 (Where the category of the object is recognizable). After the category of an object in block i 3 3 5 is identified, or if it is found that a category is not obtained in judgment block 1330, the flow will be looped back to judgment block 1 3 1 0. Gan and ττ are from b 0 This is where a decision is made whether or not any items remain on the list. As mentioned earlier, Fig. 14 illustrates a wizard-filling subroutine, which is used to fill in a data block from a bill of materials in a wizard. The subroutine woo starts at block 1401 and proceeds to judgment block 1405, where no matter whether any shell material can be used to plant the wizard component, a decision will be made. If the decision is no, it will proceed to block 1498, return to the calling procedure and notify that no component has been obtained. "If, in block i 4Q5, it is determined that there are data that can be used to fill the special component, then exchange 1Φ * 仏 丨 in the area.丨 * See 1410, in the bill of materials and the data name in the wizard will be compared for matching. Then, in block i4i5, the data parts of these elven components (matching the names in the bill of materials) will be carefully controlled by the bill of materials ^ _ μ ^ ^ Yueping I Fill in the values. These new planted components in block 1499 will then be sent to the calling procedure. Figure 15 illustrates a new BOM creation subroutine 1500. The subroutine 1500 starts at block 1501 and proceeds to block 1505, where the container or containers used to build the sprite will be parsed for use with the data booths Items (its tone: guava: too & & Λ Kai I Dan will be stored in the bill of materials). Then, in block 1510, all the data blocks to be stored are established in the bill of materials. Then, the bill of materials will be locally stored at the area & 1515, and the subroutine test will terminate at block 1 599 and return to the program calling 32 200404225. Figure 16 illustrates a wizard page displaying a subroutine of 160. The subroutine 1600 starts at block 1601 and proceeds to block 1605, where one page is received in a page mark format. Then, in block 1610, the markup language on the page will be interpreted. Then, the formatted page in block 丨 6 丨 5 will be drawn on the client device 300. Figure 18A c and the following description illustrate and describe an exemplary page of a wizard interface. Program 1600 will terminate at block 1699 and return to the program that called it. Figure 17 illustrates a subroutine for processing user input. The user input processing subroutine 1 700 starts at block 1701 and proceeds to block 1 705 ′ where the subroutine waits for user input. Then, in decision block 1710, a decision is made whether or not the user terminates inputting information. If the decision is no, the process will loop back to block 1705, which is where the program 17 00 waits for further input from the user. However, if it is determined that the user has completed the input at determination block 17 10, then subroutine 1 700 in block 17 15 will wait for a trigger message, such as the user linking or pressing the standard wizard to know One way to open the page. If it is determined in decision block 1 72o that a touch message has been received, the process will proceed to decision block 1 7 2 5. However, if no trigger message is received in the judgment block 1720, the flow will be looped back to block 1715, which is where the program 1700 waits for a trigger message. In decision block 1 725, a decision will be made regardless of whether the received message is "Cancel Touch" or not. If the decision is yes, the flow will proceed to block 1799, where the trigger message will be returned to the calling procedure β. However, the party judged in block 1 7 2 5 that the receiver received is a cancel trigger 33 200404225 information, the process will proceed to decision block 1730, where a decision will be made regardless of whether more input is required or the user's input is incorrect. If the decision is-Yes, the process will loop back to block 1705, however, if the input is no longer needed and the user's input is correct, the process will proceed to block 1 73 5, where the wizard page is located The entries will be stored in the area copy of the BOM. The process will then end at block 179, which is where the trigger message to terminate the process is returned to the call procedure. From Figures 7-17 and the foregoing description, those skilled in the art should be able to immediately appreciate the present invention. In one embodiment of the present invention, the client device 3 0 0 can dynamically capture the equivalent capture. The sprites' created and / or customized within the fetch time allow the sprite interface to be as fast as it will form an accessible packet. In addition, since the dynamic wizard interface is preferably constructed using XGL containers and packets, the embodiments of the present invention use the aspect of the invention to provide an effective (in terms of storage and conversion) and simple way to operate the user interface. Figures 18A-C illustrate a wizard interface page created by an exemplary embodiment of the present invention. FIG. 18A shows an initial wizard page 185, and the one in the wizard page frame 1810 includes a page button 1844, a cancel button 1 8 4 8, a left panel 1 8 2 0, and a right panel 1 § 3 0. Figure 18B shows an elf page 1855. FIG. 8B is similar to FIG. 18A except that a return button 1842 is included. Figure 18 € shows an elf page 1860 on the last page. Fig. 18C is similar to Fig. 8B except that the next page button 1 844 shown in the middle of 18B is replaced with a last page button 1846. Of course, those who are familiar with this technology should understand that in addition to the items shown in Figure 34200404225 in Figure 8A-c, other purchases can also be included in the wizard interface. In this example f = in the example, the wizard interface pages include a spread button to move back and forth between the previous and next pages of the wizard interface. Therefore, Figure 18A does not include a return to the press, because it is the initial page, so it cannot be reversed; while Figure 18B is an intermediate page and contains the previous and next page buttons; and Figure 18C is the last page, so it includes One last page button 1846. For example, those familiar with this technology will immediately understand that the loading of these components can be a touch event to enhance the dynamic wizard interface of the present invention. Figures 19-9-22 illustrate an alternative exemplary embodiment of the present invention, which is a concrete realization of the progress and / or function of the event that has just occurred. Figure 19 illustrates a procedure 1900 for detecting such events. The program 1900 starts at block 1901 and proceeds to block 1 905, which is where a container loaded with events is measured. Then, in decision block 1910, a decision will be made regardless of whether any instructions in the container or any previously loaded container have waited for an action to occur after observing the container loading event. If yes, the flow proceeds to subroutine block 2200, where the appropriate action or action is processed. Subroutine 2200 will be further explained on the 22nd way. After the subroutine 2 200 terminates, the process will continue to the subroutine block. Alternatively, if no container loading event action is found in the judgment block 1910, the flow will directly proceed to the subroutine block 2000, which is where these packet events are detected and processed. Subroutine 2000 will be described in detail in Figure 20. After the subroutine 2000 terminates, the process will proceed to block 1915. An unloading of a container will be detected at block 1915. If a container is found to be unloaded by any XGL code combined with such actions, the decision block 1920535200404225 will handle these actions through another call to the subprogram 2205. After the subroutine 2 2 0 terminates, the process will proceed to the judgment block! 9 2 5. Alternatively, if no container for the uninstall event action is found (referring to the decision block 192 0), the process will proceed directly to the decision block 192 5. In decision block 192, a decision will be made whether there are more containers to be loaded. For example, this event program 1900 may continue while loading and executing a dynamic sprite. If the decision is YES, the decision block 192 5 will make the process wait until there is a clear answer, that is, no more containers appear (such as when the dynamic wizard ends or is cancelled). However, if there are more containers, the process will loop back to block 1905. If it is determined in decision block 1925 that the container will no longer be obtained, the process will end in block 199. As mentioned earlier, the subroutine 2000 detects and processes these seals. The subroutine 2000 starts at block 2001 and proceeds to block 2005, which is where the packaged event is measured. The process will then proceed to the judgement block, where a decision will be made regardless of whether any action is associated with a measured package containing event '. If yes, these actions will be handled by the subroutine. As mentioned earlier, subroutine 22⑽ will be illustrated in the figure and explained below. After returning from subroutine 22⑽, if there is no action associated with a packaged event (referring to judgment block 2㈣), the process will continue to subroutine block 2100 ′, which is the event of these pages: Place. Subroutine 2100 will be further described in Figure 21-step by step. After returning from the subroutine 2100, the flow of Luo Nen's beacon will continue to block 2015, where the packet of the unloading event is measured. Then, in judgment block 2 0 2 0, if there is any action and there is any action and the packet unloading lane λ is measured after 36 200404225: # i The content link will be tested. If the test result is 疋, the capture process will proceed to the subroutine 2200, which is where these actions are processed after the program block 2200 returns, or if no action is found to be associated with the packet unloading event (Indicating that the block flow will proceed to the judgment area ghost 2 0 2 5 'Where there will be more packets or not, a decision will be made. If yes, the flow will be rolled back to block 2005, otherwise the flow will be terminated. At block 2099, the subroutine 2000 will return to the program that called it. Figure 21 illustrates the packet event processing subroutine 2000 (shown in Figure 20). ) A similar page event processing subroutine 2 100. Subroutine 2100 starts at block 2101 and proceeds to block 2105, which is where a page load event is measured. Then in the block In 2110, a decision will be made regardless of whether any action is associated with a measured page load event. If the decision is yes, the flow will proceed to the subroutine 2200, where this action is processed. After the subroutine block 2200 returns, or if no action is found In connection with the measured page load event, the process will continue to block 2 1 15 which is where a page unload event is measured. Then, a test will be made in the judgment area 2120 to determine whether there is The action is linked to the measured page unload event. If the test result is yes, the flow will continue to the subroutine 2200 'where these actions are processed. After returning from the subroutine 2200, or if not If any action is found to be associated with the measured page uninstall event, the process will proceed to decision block 2125, where a decision will be made whether there are more pages to be processed. If the decision is yes, the process will be bypassed Go to block 2 105. Otherwise, the process will end at block 2 199 and the subroutine 37 200404225 formula 2100 will return to the program that called it. Figure 22 illustrates an action processing subroutine 2200. Subroutine 2200 starts at block 2201 and proceeds to block 2205. It is where an XGL action object extracts the description language to perform the action. ^ XGl action object is a special XGL object containing these programs and / or description language. Available for download and —XGL Genie Engine is executed on the client device 300. Those skilled in the art should appreciate that the description language to be executed can be different forms and / or forms. For example, Javascript, Vbscript, C # (C-SHARP) and the like. After the XGL action object executes the description language, the description language in the block 0 will be interpreted and executed. Then it is judged whether there is more action in the block 2 2 i 5% A decision will be made if it is triggered. If the decision is: gas, the process will loop back to block 2 2 05; however, if it is judged that no more actions will be triggered in block 2 2 15 and the subroutine 2200 will terminate At block 2 290, and the process will return to the program that called the action processing subroutine 2200. Those skilled in this technology will understand that the component loading and unloading will be used to illustrate this. As described in the exemplary embodiment of the present invention, countless types of events can also be used for triggering actions in the sprite interface. Examples The event can be triggered by typographical errors and / or confirmation of user actions. Examples should be considered illustrative and not restrictive. In addition to dynamically creating a wizard interface, the present invention can also be used in instrumentation to track user interaction with a wizard interface. Figure 23 illustrates the first one: an exemplary instrument installation procedure ... tracking the interaction with a user according to one of the dynamic wizards of the present invention. Program 23⑽ starts at block 23 () 1 and proceeds to 38 200404225 block 2 3 0 5 ′, where an event is measured. Then, in the judgment area, whether or not there is a loading event as some wizard component will be determined. If the decision is yes, the meter installation program 2300 in block 2315 starts to record user activities associated with the loading event. For example, if one loads a page in a wizard interface, a record of the activity on that page is initiated by the page load event. The process then loops back to the block and waits until the next event is detected. If it is determined in decision block 2310 that a loading event is not measured, a decision is made in decision block 2320 whether or not the measured event is an unload. If the decision is yes, the unloading in block 2325 will cause the program 2300 to terminate the recording as a user activity of the loading event (corresponding to the unloading). For example, if a user loads a packet and the packet is not loaded, the unloaded packet terminates the creation of the packet when the packet is loaded. The recorded system is then stored in the system log associated with the user in block 2330. The process loops back to block 2305. Right from the judgment block 2320, it is determined that an unloading event has not been measured, and it will proceed to judgment block 23 35, where a decision will be made regardless of whether the event is an event. If the decision is no, the event data will be recorded in block 23 40, and the process will be looped back to block 2305 to wait for a new event. However, if an end event is detected in the judgment block 2 3 3 5 / ;, the L process proceeds to block 2 3 4 5 and all records will be terminated. Then, all the recorded data in block 2350 are stored, and then the process will end at block 2 399. 2310 will be used. The event will be 2305, then the event will be recorded. The process will be recorded in the measured part and judged to end at 39 200404225. The dynamic interface in accordance with the exemplary embodiment of the present invention described herein conforms to The XGL structure can greatly enhance the dynamic wizard interface, positioning and accessibility. For example, Figure 24A is an illustrative sprite page 2400 of the illustrative invention. This page includes a back 2442, a one-page button 2444, and a cancel button 2448. A panel 2410 and a right panel 2430 are all around the page frame of the wizard. The left side panel 24 1 0 is explanatory text 24 1 2 The side panel 2430 includes a plurality of marked stops 2420. The wizard page 2400 illustrated in Figure 24A can be understood by most wizard interface users, and some users with special needs can be enhanced to enhance the ability of other wizard interface interactions. Therefore, Figure 24B shows a high-contrast version 2450 of the wizard page 2400 shown in Figure 24A. Except that the text on the left panel 2410 is not displayed in color, and the font size is enhanced, the information contained in the high sprite page 2450 is substantially the same as the sprite page 2400 shown in FIG. 24A. These two changes are used to compare and improve readability. Similarly, the mark stops 242 0a of the high-contrast wizard page 2450 and the faceplate 2430 are also in a high-contrast manner. Therefore, the text in the return button 2442a, the next page button 2444a, and the cancel 2448a are also added. The words are also added. Interpreting the dynamic sprite interface components in XGL allows the sprite engine client to decide which template to use to specify how the dynamic sprite is presented to the end user. A person skilled in the art should appreciate that even if there are other developments and there are more than those shown in Sections 24A-24B, they should still fall on the left side of the wizard customer joint button of the present invention 2405. The center of the right is quickly compared with the scene chart on the right. Button fruit. Guest Species Example range 40 200404225. For example, because the client device 300 communicates with the XGL server by assembling a sprite packet in a container, some special pages and / or packets can be considered as conforming to the sprite engine (located on the end device). 3 00 on) part of the specific needs. If the language of the client device is the selected language, the XGL container focused on the dynamic wizard will include French to display in the dynamic wizard interface. Some localizations and properties can be simply determined by a template and / or a wizard located on the client device 300. As mentioned earlier, the high-contrast template can be provided on the client device ', and the additional templates can include a text-to-sounder, or a visualizer for the blind conversion template located on the client device 300. The aforementioned enhancement effect will not affect the packets and / or pages that are configured to be presented to the dynamic wizard interface, and more precisely, its end-user manipulation makes the presentation of the interface easier and more useful. Although the preferred embodiments of the present invention are illustrated and described, it is understood that the various retouching of the present invention should not deviate from the spirit of the present invention. [Simplified description of the drawings] The foregoing aspects and accompanying the present invention Many of the advantages will be explained in more detail and combined with additional graphics to achieve faster and better among them: 'Figure 1 (known technology) is a diagram of a part of the Internet (such as the Internet). Figure 2 is a diagram of the edge of the device connected to the Internet. Its turnover is 400. Therefore, the client engine of the client usage resides in the conversion display. The user should also resolve the problem, representing 41 200404225 client. The device has a wizard interface in accordance with the present invention. FIG. 3 is a block diagram of a personal computer, and the client device provided is suitable for implementing the present invention. Fig. 4 is a block diagram of a computer, and an exemplary device provided therein is suitable for implementing the present invention. FIG. 5 is a diagram illustrating operations performed by a client device, an X (jL server, a user database, and a wizard interface in accordance with the present invention to a client device. FIG. 6 is a schematic flowchart showing It is explained that the server executes a wizard of this month to perform a procedure for a wizard with a wizard interface. The 7th figure is illustrated by a client device, an XGL server, a database and a user database. Provide a dynamic interface in accordance with the present invention to a client device. ^ Figure 8 is a schematic flowchart illustrating the execution of a wizard in accordance with the present invention by XGL servo to provide a wizard to completeness Servo and one end

A set of terminal XGL wizard implementation Terminal 9 Figure 9 is a schematic flow chart, which illustrates a wizard interface program in accordance with the present invention to provide a user. . One is set by the client to the wizard interface

One of the 10th execution One of the 11th execution The figure is a schematic flowchart, which illustrates a container processing subroutine according to the present invention by a client. The figure is a schematic flowchart illustrating a packet analysis subroutine according to the present invention by a client. Stand-by terminal equipment 42 200404225 Figure 12 is a schematic flow chart illustrating a design routine according to the present invention executed by a client device. FIG. 13 is a schematic flowchart illustrating an object conversion subroutine according to the present invention executed by a client device. Fig. 14 is a schematic flowchart illustrating a data block acquisition subroutine according to the present invention executed by a client device. Fig. 15 is a schematic flowchart illustrating a subroutine for creating a bill of materials in accordance with the present invention executed by a client device. Fig. 16 is a schematic flowchart illustrating a sprite page display subroutine according to the present invention executed by a client device. FIG. 17 is a schematic flowchart illustrating a subroutine executed by a client device in accordance with the present invention for processing user input. Figures 18A-18C are pages showing exemplary wizard interfaces consistent with the present invention. Fig. 19 is a schematic flowchart illustrating an item detection procedure in accordance with the present invention performed by a client device. FIG. 20 is a schematic flowchart illustrating a packet item detection subroutine according to the present invention executed by a client device. Fig. 21 is a schematic flowchart illustrating a page item detection subroutine according to the present invention executed by a client device. Fig. 22 is a schematic flowchart illustrating an action object processing routine according to the present invention executed by a client device. Fig. 23 is a schematic flowchart illustrating an instrument program in accordance with the present invention executed by a client device. 43 200404225 B. Figure 24A shows a 'page' consistent with an exemplary wizard interface in accordance with the present invention. Figure 24B is a page showing an exemplary wizard interface with enhanced accessibility in accordance with the present invention. [Simple description of component symbols] 100 Internet 110 Router 120 LAN 130 WAN 140 Remote computer 200 Dynamic wizard interface system 210 User database 300 Client device 400 XGL server 449 XGL database 320 Computer 322 Processing Unit 324 System memory 326 System bus 328 Read-only memory 330 Random access memory 332 Basic I / O system 334 Hard disk device 336 Magnetic media 338 Disk device 340 Disk 342 Optical disk device 344 Optical disk 346 Operating system 348 Applications 349 Wizard Engine 350 Other Program Modules 352 Program Information

44 200404225 354 Hard disk drive interface 356 Hard disk drive interface 360 Optical drive interface 362 Mouse 364 User input interface 368 Network interface 369 Modem 390 Display 400 XGL server 420 Computer 422 Processing unit 424 System memory 426 System confluence Row 428 Read-only memory 430 Random access memory 432 Basic input-output system 434 Hard disk device 436 Magnetic media 438 Disk device 440 Disk 442 Disk device 444 Disk 446 Operating system 448 Application 450 Other program module 452 Program data 454 Hard drive interface 456 Drive interface 460 Optical drive interface 462 Mouse 464 User input interface 468 Network interface 469 Modem 490 Display 502 Wizard request 504 BOM request 506 BOM 200404225 508 XGL container and BOM 510 Parse XGL container and Content 512 Create a sprite interface from the parsed XGL container 5 14 Fill the sprite with matching fields in the bill of materials 5 16 Describe the sprite interface 518 Receive user selection from the sprite interface 520 Packet request 522 XGL container with a packet 524 Parse XGL Container and its contents 526 Add the parsed XGL container to the wizard interface 528 Fill the wizard with the matching fields in the bill of materials 530 Describe the wizard interface 532 Receive the selection completion instruction 534 Update the bill of materials 5 36 Store the bill of materials 5 3 8 Parse And execute the updated bill of materials 540 confirm 600 the wizard supply process 601 start the wizard supply 605 receive the wizard request 610 retrieve any bill of materials from the user database 615 get the bill of materials? 620 Send XGL container and BOM to client 625 Send XGL container to client 630 Receive updated BOM? 635 Perform the updated BOM 640 Send the updated BOM to the user database 645 Receive the package request? 650 Delivered requested packet in container 699 End 702 Elf request 703 Decide initial packet 704 Packet request 705 Initial packet 706 BOM requirement 707 No BOM notification 708 XGL container 46 200404225 710 Parse XGL container and its contents · 712 XGL container creation wizard interface 714 Create bill of materials 716 Describe the wizard interface 718 Receive user selection from the wizard interface 720 Packet request 722 XGL container with package 724 Parse the XGL container and its content 726 Add the parsed XGL container to the wizard Interface · 730 Description Wizard interface 732 Received instructions for completion of selection 734 Completed bill of materials 736 Stored bill of materials 73 8 Completed bill of materials 740 Confirmation 800 Wizard provisioning process 801 Start wizard provisioning 805 Received wizard request 810 Determine initial required package 815 Retrieve the initial packet from the XGL database 820 Retrieve any BOM from the user database 825 Get the BOM? 830 Send XGL Container and BOM to Client 83 5 Send XGL Container to Client 840 Receive the updated BOM? 845 Implement the updated bill of materials · 850 Send the updated bill of materials to the user database 8 5 5 Receive a package request? 860 Retrieve the requested packet from the XGL database 865 Send the requested packet to the container 899 End 9 00 Wizard program 901 Start the wizard 9 05 Retrieve the initial wizard container and any additional information 910 Done? 915 Send BOM to server 920 Cancel? 47 200404225 925 Return?-930 Follow the indicator to return to a page 935 times? 940 Is there a branch? 945 Retrieve a new container with a packet from the server 950 Wait for user input 955 Save the indicator to the current page 960 Go to the next page 999 End 1000 Subroutine block 1001 Start processing container 1005 Extracting packets from container 1010 Are there more packets? 1015 List of materials obtained? 1099 Call back procedure 1100 Processing of packets (see Figure 11) 1400 Filling of data components with available data 1500 Building list (see Figure 15) 1101 Begin parsing of packets 1105 Does the packet contain real-time data? 1110 Download the real-time packet XGL information 1100 Process the timely packet (see Figure 11) 1200 Layout from XGL packet to page UI component (see Figure 12) 1199 Return markup page 1201 Start layout 1205 Check XGL data to locate UI component 1210 Are there any components left? 1215 Positioning the next component 1220 Is there a specific template? 1225 XGL description positioning component according to object design layout template 1230 XGL description positioning object according to object standard layout template 1299 Return to markup page 1300 Turn XGL packaged objects into UI components (see Figure 13) 1301 Start converting XGL components 1305 Parse the XGL packet to get a hierarchical list of components 1310 Are there any components left? 1315 Extraction of a component

48 200404225 1320 1325 1330 1335 1399 1400 1401 1405 1410 1415 1498 1499 1500 1501 1505 1510 1515 1599 Get subtype? Sub-type of ID component Get classification? Classification of ID components Return UI components Subroutine block Start filling wizard Get any information to fill components? Matching data name and component Fill the matching component with corresponding value No component return Return component

Start to create a new bill of materials. Parse a container with data blocks to store in the bill of materials. In the bill of materials, create an entry for all data blocks to be stored by mistake. Create a stored bill of materials. Return 1 600 Subroutine block. Format page 1610 Markup language in the interpretation page 1615 Display the formatted page (see Figures 18a-c) 1699 Return 1 700 subroutine block

1701 Begin processing user input 1 705 Wait for user input 1710 Finish input? 1715 Waiting for a trigger message 1720 Receiving a trigger message? _ 1 725 Cancel? 1730 Need more input or make a mistake? 1 73 5 Input of the bill of materials in the storage area 1 7 9 9 Back to the touch message 1810 Elf page frame 1 8 2 0 Left panel 1 830 Right panel 49 200404225 1842 1844 1846 1848 1850 1855 1860 1900 1901 1905 1910 1915 1920 1925 1999 2000 2200 2001 2005 2010 2015 2020 2025 2099 2100 2101 2105 2110 2115 2120 2125 2199 2200 2201 2205 2210 2215 (£ (^ 事 装 装 # unloading multiple pieces for bags and bags Beginning of the eradication of the page of the test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test, no test. Detecting, detecting, and returning to the page, starting investigation, detecting, and returning to the page, sequence loading, loading and unloading, page loading, loading, unloading, and multi-faceted phantom tools. Is there a piece of work? A piece of work is shown in the diagram of the server. / ^-1-" -ΪΓ Ψ3-J-JJ11J3 (^ Things of loading and unloading of multiple pieces There are works for each page? Package page Niu Guanzai Zai Ruibu • lylu ** Jy3 · JPTWV * MJ · 3 · Works? See page / V Preface, description, description, and order? Use the fingertips to touch the story to be described as Α9 — refer to quotation GL line SX implementation self-explanation ^ ac 50 200404225 2299 return 2300 instrument installation program 2301 start instrument installation 2305 Detect event 2310 Load event? 2 3 1 5 Start recording user action on event 2320 Unload event? 2325 Stop recording user action on corresponding load event 2330 Store log data in system log 2335 Does the event end? 2340 Log event data 2345 Terminate all records 2 3 5 0 Store all log data 2399 End 2400 Exemplary wizard page 2405 Wizard page frame 2 410 Left panel 2412 Explanatory text 2420 Marked stop 2430 Right panel 2442 Return 2444 Page 2448 Cancel 2450 High Contrast Wizard Page 51

Claims (1)

200404225 Patent application scope: 1. A method executable by a computer to provide a wizard interface, the method at least includes: determining a packet to create a part of the wizard interface; compressing the packet in a container; and The container is sent to a wizard engine to be converted into a wizard interface. 2. The method according to item 1 of the scope of patent application, wherein the container and the packet are presented in a self-descriptive data format. 3. The method described in item 2 of the scope of patent application, wherein the self-descriptive data format is an extended markup language (XML). 4. The method as described in item 1 of the scope of patent application, wherein the packet contains at least several pages and objects describing the wizard interface. 5. The method as described in item 4 of the scope of patent application, wherein the aforementioned objects are presented in a self-descriptive data format. 6. The method as described in item 4 of the scope of patent application, wherein the aforementioned pages include forward and return indicators to maintain the forward and return processes between these pages. 52 200404225 7. The method described in item 4 of the scope of patent application, wherein the aforementioned objects "includes at least one action object. 8. The method described in item 1 of the scope of patent application, wherein the method further includes: A wizard interface identifies a user and retrieves relevant user data to pre-fill the wizard interface. 9 · The method described in item 8 of the patent application scope, wherein the method of pre-filling the wizard interface includes at least one The self-descriptive data fields in the data structure are paired with the self-descriptive objects in the packet. 1 0. The method described in item 1 of the scope of patent application, wherein the method for determining a packet at least includes a collection number Each packet to be compressed in the container includes a first branch packet. 1 1. The method described in item 10 of the patent application scope, wherein after a branch packet is transmitted to the wizard engine, when the When the transmitted packet is selected, the transmitted branch packet will be reused. 1 2. The method described in item 11 of the scope of patent application, wherein the above-mentioned branch packets can be obtained by The branched packets are further compressed in the container for storage. 53 200404225 13. The method as described in item 10 of the scope of patent application, wherein the branched packet contains at least several to several branched packet indicators. 14. If applied The method described in item 13 of the patent, wherein in response to the choice of one of the interfaces, one of the branch packets is compressed in a branch container to be transmitted to the wizard engine. The method described in item 1, wherein the above branch packet contains at least one to one page mark in the branch packet, and the branch packet contains a selection object, and this is the fixed place. The method described above, wherein the above-mentioned compression is an additional packet. 1 7. The method described in item 16 of the scope of patent application, wherein the above-mentioned packet contains at least several real-time data objects. 1 8. According to the first scope of patent application The method described in item 7, wherein the above-mentioned packet is a branch packet, and the real-time data is a piece, and the selection of the additional packet depends on which branch packet will be sent The engine. The first · The sprite compresses the compressed face of the finger to select the packet that can be attached to the additional selection. The sprite 54 19.200404225 20. A computer-executable method to dynamically provide a description of what you want A wizard container, one of the wizard interfaces, the method includes at least: receiving a request for the wizard container; identifying from the request, and materializing a desired wizard interface from the requests in the several containers; and by the The identified container is transferred to an elf engine in a container to be converted into the desired elf interface. The method according to item 19 of the patent application scope, wherein the container includes a packet, and the packet may require a supplementary container To further transform the desired elven interface. 21. 22. The method according to item 19 of the scope of patent application, wherein the container includes several self-descriptive packets, and the self-descriptive packet further includes a plurality of pages describing the interface components of the desired wizard And objects. A computer server device having a processor and a memory containing several executable instructions to provide a wizard interface, wherein the operation of the computer server device includes at least: determining a packet to create a part of the wizard interface Extracting the packet from a database containing several packets; compressing the packet in a container; and transmitting the container to a client device, including a 55 200404225 The wizard engine of the wizard interface. 23. The computer server device according to item 22 of the scope of patent application, wherein the container and the packet are presented in a self-descriptive data format. 24. The computer server device according to item 23 of the scope of patent application, wherein the self-descriptive data format is an extended markup language. 2 5 · The computer server device as described in item 22 of the scope of patent application, wherein the packet contains at least several pages and objects to further describe the wizard interface. 26. The computer server device as described in item 25 of the scope of patent application, wherein the aforementioned objects are presented in a self-descriptive data format. 27. The computer server device as described in item 25 of the scope of patent application, wherein the pages with forward and return indicators are used to maintain one of the pages forward and backward processes. 2 8. The computer server device as described in item 25 of the scope of patent application, wherein the above objects include at least one action object. 56 200404225 29. The computer server device described in item 22 of the scope of patent application, which further includes: identifying a user at the wizard interface, and retrieving user-related data to pre-fill the wizard interface . 30. The computer server device described in item 29 of the scope of patent application, wherein the step of pre-filling the wizard interface includes at least blocking self-descriptive data in a data structure with self-descriptive objects in the packet match. 3 1 · The computer server device described in item 22 of the scope of patent application, wherein the operation of determining a packet at least includes assembling a plurality of packets to be compressed in the container, and including a first branch packet. 3 2. The computer server device according to item 31 of the patent application scope, wherein after a branch packet is transmitted to the wizard engine, the transmitted branch packet will be reused when the transmitted packet is selected. 3 3. The computer server device according to item 32 of the scope of patent application, wherein the branch packets mentioned above can be stored by further compressing the branch packets in the container. 3 4. The computer server device as described in item 31 of the scope of patent application, wherein 57 200404225 said first branch packet contains at least several to several branch packet indicators. 3 5 · The computer server device described in item 34 of the scope of patent application, in order to respond to the selection of one of the wizard interfaces, compress one of the branch packets in a branch to transmit to the wizard engine 3 6. According to the computer server device described in Item 35 of the scope of patent application, the compressed branch packet includes at least one index to the branch packet page, and the branch packet includes a selection object, and the selection determines Office. 3 7. The computer server device described in item 22 of the scope of patent application, the above packet can compress an additional packet. 38. The computer server device described in item 37 of the scope of patent application, the additional packet may contain at least several real-time data objects. 3 9. According to the computer server equipment described in item 38 of the scope of the patent application, the additional packet is a branch packet, and the real-time data is a selection object, and the selection of the additional packet depends on which branch packet is to the In the sprite engine.包 之 'Among the containers, one of which is one of which is to send 58 200404225 40 · — a computer server device, which has a processor and a memory containing several executable instructions to dynamically provide An elven container describing a desired elven interface, its operation is by: receiving a request for the elven container; identifying the request, and making the desired elven from the requests in several self-describing containers The interface is embodied; and the identified container is transmitted to a wizard engine to be converted into the desired wizard interface. φ 41. The method according to item 40 of the scope of patent application, wherein the container includes a packet, and the packet may require a supplementary container to further convert the desired wizard interface. 42. The computer server device according to item 40 of the scope of the patent application, wherein the container includes several self-descriptive packets, and the self-descriptive packet includes several pages and objects describing the interface components of the desired wizard . 43. A computer-readable medium that includes at least computer-executable code to provide a wizard interface component. Its operation is to: determine a package to create a part of the wizard interface; place the package in a container Performing compression; and transmitting the container to a wizard engine for conversion into the wizard interface. 59 200404225 44. The computer-readable medium according to item 43 of the scope of patent application, wherein the container and the packet are presented in a self-descriptive data format. 45. The computer-readable medium as described in item 44 of the scope of patent application, wherein the self-descriptive data format is an extended markup language. 46. The computer-readable medium according to item 43 of the scope of patent application, wherein the packet contains at least several pages and objects to further describe the wizard interface. 47. The computer-readable medium as described in item 46 of the scope of patent application, wherein the pages including the forward and return indicators are used to maintain the forward and return processes between the pages. 48. The computer-readable medium according to item 46 of the scope of patent application, wherein the objects mentioned above include at least one action object. 49. The computer-readable medium according to item 46 of the scope of patent application, wherein the above-mentioned objects are presented in a self-descriptive data format. 50. The computer-readable medium as described in item 49 of the scope of patent application, which further includes computer-executable code, which is used to identify the user of the wizard interface 60 200404225, and to retrieve user-related data to predict Fill in the wizard interface. 5 1 · The computer-readable medium as described in item 47 of the scope of patent application, wherein the step of pre-filling the wizard interface includes at least blocking self-descriptive data in a data structure and the self in the packet Descriptive objects are paired. 5 2 · The computer-readable medium as described in item 43 of the scope of patent application, wherein the method for determining a packet at least includes collecting a plurality of packets to be compressed in the container, and including a first branch packet. 53. The computer-readable medium as described in Item 52 of the scope of patent application, wherein the above-mentioned branch packet has been transmitted to the wizard engine, and the transmitted branch will be reused when the transmitted packet is selected Packet. 54. The computer-readable medium according to item 53 of the scope of patent application, wherein the first branch packet mentioned above includes at least several to several branch packet indicators. 5 5. The computer-readable medium according to item 54 of the scope of patent application, wherein the branch packets mentioned above can be stored by further compressing the branch packets in the container. 61 200404225 5 6 · The computer-readable medium as described in Item 54 of the scope of patent application, in which · In order to respond to the selection of one of the wizard interfaces, compressing one of the branch packets in a branch container To teleport to the Jaeger Engine. 5 7. The computer-readable medium as described in item 55 of the scope of patent application, wherein the compressed branch packet includes at least one index to a page in the branch packet, and the branch packet includes a selection object, and It is where that choice is decided. Φ 58. The computer-readable medium according to item 43 of the scope of patent application, wherein the above packet can compress an additional packet. 5 9 · The computer-readable medium as described in item 58 of the scope of patent application, wherein the additional packet mentioned above contains at least one real-time data object. 60. The computer-readable medium as described in item 59 of the scope of patent application, wherein the additional packet is a branch packet, and the real-time data object is a selection object, and the selection of the additional packet is determined by Which branch packet will be sent to the sprite engine to decide. 61. A computer-readable medium that includes at least executable code to dynamically provide a sprite container describing a desired sprite interface, the operation of which is to: receive a request for the sprite container; 62 200404225 The identification is made in the request, and the listening wizard interface is embodied in the requests in several containers; and the identified container is transmitted to a wizard engine to be converted into the desired wizard interface. 62. The computer-readable medium according to item 61 of the scope of patent application, wherein the container includes an additional packet, and the additional packet may require a supplementary container to further convert the desired wizard interface. tfll 63. The computer-readable medium as described in item 61 of the scope of patent application, wherein the container includes a plurality of fake self-descriptive packets, and the self-descriptive packet further includes a plurality of interfaces describing the desired sprite. Pages and objects of widgets. 63