JP2001125862A - Method and device for dividing markup flow into different screen display - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method and device for dividing a markup flow into different screen display without making a user have any confusion or input problem. SOLUTION: In this method and device for a portable device for displaying markup data, the parts of markup data contents are automatically detected, and each part is made correspond to one format of a user input mode, and each part is differently displayed on the screen of a display so that one format of the input mode can be supplied to a user related with each screen.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] The present invention relates to the field of data communications. In particular, the present invention relates to a technique for displaying markup data. Further, the invention relates to a technique for dividing markup flow data into separate screen displays.

[0002]

BACKGROUND OF THE INVENTION The present invention relates to U.S. Provisional Patent Application Serial No. 60 / 145,440, filed July 23, 1999, entitled "Method and Apparatus for Dividing Markup Flows into Separate Screen Displays." Based on the application.

[0003] Among the currently available markup languages,
Few are specially designed for mobile or portable devices. One type of markup language available on portable devices is wireless markup language (WML).
WML is for defining content and user interfaces for mobile devices. Such portable devices include wireless telephones, pagers, personal data assistants (PDAs).

[0004] In particular, WML is a text display and layout area, an area similar to a card / deck configuration, an inter-card navigation and link area, a character string parameterization (related to making the text string variable) and a state management area. It has four main functional areas.

In the text display and layout area, W
ML handles text and images and has various formats and instructions. For example, bold text may be defined in the text display and layout area.

In areas similar to card / deck configurations,
WML can organize all information into a set of cards and decks. A card is a page that defines one or more units of user interaction (eg, menu selection, text, or a screen of text or text entry field). The user operates through the rows of the WML card, looks at each content, enters the requested information,
Select and move to another card. Both cards are grouped into decks. A WML deck is a deck of pages or cards. A WML deck is similar to a hypertext markup language (HTML) page, for example, a WML deck is identified by a Universal Resource Locator (URL) address and is a unit of content transmission.

[0007] In the inter-card navigation and link area, WML involves the explicit management of navigation between cards and decks. WML also includes provisions for handling events on mobile devices, which can be used for navigation purposes or to execute scripts. WM
L also treats anchor links as links similar to those found in HTML4.

In the string parameterization and state management area, WML allows the deck to be parameterized using a state model. Variables are used instead of strings and are substituted at runtime. This parameterization is
It also allows for more efficient use of network resources.

[0009]

A problem associated with portable devices that process markup data content, such as WML pages, is the limited ability of graphics to be displayed on the portable device. For example, a display on a portable device typically provides only a few lines of 12 to 20 characters to the display. Mobile devices also have limited input mechanisms. For example, the input mechanism of a portable device typically has fewer keys than a personal computer (PC) keyboard.

[0010] Another problem associated with portable devices that process markup data content is that the portable devices are specified in a manner to be performed. That is, such devices can only operate in one type of mode at a time. In particular, mobile devices
Text "input" mode and menu selection mode cannot be performed at the same time. Each mode requires control of the screen of the device. For example, a WML page with markup data content having a text input interaction ("input mode") and a menu selection interaction ("select mode") on a single screen of a mobile device causes confusion and input problems for the user. .

In particular, it is difficult for a user to determine whether the user is currently using the user's "input mode" or "selection mode." Therefore, for example, when the input key corresponding to the character "A" is selected in the "selection mode" and the character is used in the "input mode", the input key is designated for the "selection mode". Or it is difficult to determine whether the input mode is specified or not. Further, the limited number of keys on the mobile device makes it difficult for the user to select one input mode or to operate through the input modes for each screen of the mobile device.

[0012] Another problem associated with portable devices that process markup data content is that the markup data content is too large to be processed and displayed on the portable device. One type of markup language, such as HTML, serves as a breakpoint to delineate the screen of markup data content, <DI
A tag such as a V> tag is provided. Such breakpoints, however, are application specific and typically run on a personal computer system based on the size of a set of HTML pages.
Designated to provide a breakpoint for L applications.

[0013]

SUMMARY OF THE INVENTION The present invention includes a method and apparatus for displaying markup data content on separate screens. Parts of the markup data content are automatically detected. Each part corresponds to one type of user input mode. Each part is displayed separately on the screen of the display, so that only one type of input mode is provided for each screen.

[0014] Other features of the present invention will become apparent from the following detailed description and drawings.

[0015]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A method and apparatus for displaying markup data content will be described. The markup data content display techniques described herein work well with mobile or portable devices with limited input mechanisms and small display screens. As described in detail below, the portion of the markup data content is automatically detected. Each part corresponds to one form of user input mode. Each part is displayed separately on the screen of the display, so that only one input mode is provided for each screen.

The display techniques described herein differ by displaying the content in parts or fragments (collectively "parts") such that each part does not include more than one input field or selection list. Input mode user input and display to mobile or portable "electronic" device users,
To clarify.

For example, a user of a portable electronic device may receive a WML page having text "input" mode content and menu "select" mode content. The portable electronic device can process the markup data content such that the text "input" mode content and the menu "select" mode content are output and processed for separate display on separate screens of the electronic portable device. Instead, the text "input" mode content and the menu "select" mode content are fragmented into separate code pieces and separated into separate codes for separate display on separate screens of the electronic portable device. The parts are processed.

The display technology allows the user of the mobile device to
Easy operation through separate screens with two types of user input modes. For example, a form with multiple input fields is displayed on a separate screen for each input field, and the "Submit" function is displayed after the user has entered all of the input fields.

In addition, large WML pages are automatically divided into multiple parts or "fragments" to optimize the display and download of the markup data content to the portable electronic device. Markup data content display technology, for example, for displaying complex layouts designed for relatively advanced systems on the Internet on mobile or portable devices such as wireless telephones,
Provide advanced solutions.

The technique of displaying markup data content described herein can be implemented in a number of ways. For example, the computing device can perform a markup data content display technique. Further, the computer readable medium containing the program code to be processed is used to automatically generate separate screen displays from a file based on a markup language received from a data network.
Markup data content display technology reduces the burden on web page developers designing websites with various screen and input features, thereby allowing mobile devices to interact seamlessly with the website.

In the following description, "one embodiment" or "an embodiment" means that the referenced feature is included in at least one embodiment of the present invention. Further, another "one embodiment" of this description need not refer to the same embodiment, but such embodiments are not mutually exclusive except as so described. It is easily understood by traders.

In the following description, the markup data content or markup language page is described in US Provisional Application No. 60 / 145,440, “Wireless Application Protocol Wireless Markup Language Specification No. 1.
It may be based on a markup language such as "1st edition".

Further, in the following description, a mobile or portable electronic device includes a wireless telephone, a pager, a personal digital assistant (PDA), or a portable device capable of the Internet. Further, the mobile or portable electronic devices described herein may communicate with the Internet using wireless and wired communication protocols.

FIG. 1 illustrates an exemplary system 10 in which the present invention may be implemented. Referring to FIG. 1, a system 10 includes a network server 104, a personal computer (P
C) 110, having a link server 114 coupled to the terrestrial net 100 and the wireless net 102. System 10
Are n mobile devices 1 to n (106-1 to 106-) coupled to wireless network 102 via antenna 108.
n). The ground network 100 is connected to the wireless network 102 via a link server 114.

The land network 100 is a land line network such as the Internet or an intranet. Alternatively, landline network 100 may be a private landline data network. The personal computer 110 is a Pentium

[0026]

[Outside 1] It is a desktop personal computer based on a processor. In one embodiment, personal computer 110 is a Netscape Communications company.

[0027]

[Outside 2] Netscape Navigator

[0028]

[Outside 3] Runs a hypertext markup language (HTML), such as a browser. Personal computer 11
0 user is a hypertext transfer protocol (HT
In order to access information on the network server 104 via the terrestrial net 100 using TP), HTML
Use a browser. For example, the network server 10
4 is

[0029]

[Outside 4] A workstation from Microsystems may be used.
The information stored on the network server 104 may be hypermedia information including HTML data designed for the mobile device 106.

The n 106-1 to 106-n are served by the wireless network 102. Reference numeral 106 denotes an interactive two-way communication device. For example, 106 may be a wireless phone, a palm-sized computing device, a PDA, or
It is a remote control device for devices that can access the Internet. Such two-way communication devices may communicate wirelessly with antenna 108 via wireless network 102.

For one embodiment, antenna 108
Generally represents a base station and a wireless carrier communication facility including an operation and maintenance center. The base station controls a wireless or communication link with 106. The operations and maintenance center includes a mobile switching center that switches calls between mobile devices and other fixed or mobile network users. In addition, the operations and maintenance center manages mobile account services, such as authentication services, and oversees the proper operation and configuration of the wireless network. The hardware components and processing of the carrier communication facility 108 are not described because they unnecessarily obscure the carrier communication facility 108.

The link server 114 is connected to the ground network 100
Is connected to the wireless network 102. Link server 114
Functions as a bridge between the ground network 100 and the wireless network 102. The link server 114 is also called a proxy server, a wireless data server, or a network gateway server. The link server 114 may be a workstation or a personal computer. The link server 114 allows the wireless network 102 and the terrestrial network 100 to communicate with each other.

FIG. 2 shows an exemplary mobile device 200,
Used in the system 10 of FIG. Referring to FIG.
The mobile device 200 is shown as a cellular or mobile phone. The mobile phone 200 has a small screen 202 and an expanded phone keypad 204. The expanded telephone keypad 204 has general keys 208 and 210 and a positioning key 212.

The screen 202 is a liquid crystal display (LCD) for displaying data. In one embodiment,
The size of the screen 202 is limited by the size of the moving device 200. For example, 202 is 12 or 20
It only provides a display of four lines of text. General keys 208 and 210 are used to activate soft keys displayed on screen 202. The positioning key 212 is used to reposition an element indicator or a cursor, for example, to activate a hyperlink displayed on the 202. Alternatively, the general keys 208 and 210 and the positioning key 212 can be replaced by a designated key set on a regular telephone keypad 204.

For one embodiment, keypad 20
4 is omitted, and on the mobile phone 200 screen 202,
Soft keys or icons may be provided as input means for the user interacting with the mobile phone 200. In the following embodiments, keys or buttons are either physical keys or soft keys, unless otherwise specified.

FIG. 3 shows an internal block diagram of one embodiment of the exemplary mobile device 200 of FIG. Referring to FIG. 3, the mobile device 200 includes a wireless transceiver 256, a baseband converter 232, an oscillator 233, a signal processor 230, and a physical layer processor 228 connected to a single in-line memory (SIM) card 241, a data interface 242, Electrically erasable programmable memory (EEPROM) 243, keypad 2
46, display 248, read-only memory (RO
M) 250, random access memory (RAM) 255
Having. In one embodiment, client module 252 and support module 254 are contained in ROM 250. Instead, the client module 25
2 and the support module 254 are RAM255 and EE
It may be included in another memory device such as the PROM 243.

In activating a predetermined key sequence using the keypad 204, the physical layer processor 228 sends the wireless transceiver 25 to the client module 252.
The communication with the link server 114 is performed via the communication server 6. The physical layer processor 228 provides the screen 202 with a number of other interactions where the user is required to enter a key. For example,
The physical layer processor 228 processes instructions in memory or instructions received from a remote resource (e.g., a server) over a network, and causes the screen 202 to display text, such as a text "enter" key interaction or a menu "select" key interaction. Provide a separate screen for each keystroke dialog. The interaction involves entering text or pressing a key on keypad 246 to select a menu choice.

FIGS. 4-6 illustrate an exemplary technique for a mobile or portable device displaying a separate screen for each user input mode based on markup data content having multiple user input modes.

FIG. 4 shows an example of markup data content that includes a code that provides a plurality of user input modes to a mobile device. FIG. 4 shows the text “input” of part 260
FIG. 4 shows an exemplary markup data content code for a mode and a menu “select” mode in part 262.
Part 260 provides a code for the text "enter" mode that prompts the user to "enter name". Part 262 asks, "What is your gender?"
Providing the user with a "male" choice or a "female" choice,
Provides code for menu "select" mode. The exemplary markup data content shown in FIG. 4 is reproduced in Table 1 below.

[0040]

[Table 1] If the markup data content is displayed on the same screen of the mobile phone 200, it is difficult for the user of the mobile "phone" device 200 to provide input for the markup data content included in Table 1. . For example, if the user name is "Alice" and the user is "
If "female", the user presses key "2" to enter letter "A" for text "input" mode,
For the menu "select" mode, select "2" related to "woman 2."
It is difficult to determine whether pressing corresponds to the letter "A" for the text "input" mode or the "female" selection for the menu "select" mode. If multiple input modes are provided to the user on the same screen of the mobile device, the user is thus confused and difficult.

Furthermore, because the input keys of portable device 200 are restricted, it is difficult to assign one key set to one input mode and the second key set to another input mode. Thus, to avoid such limitations, the following markup data content technology automatically divides markup data content having multiple input modes into separate portions or "fragments" of each input mode. . Exemplary markup data content display techniques are shown in FIGS.

FIGS. 5 and 6 show the portable device 200 displaying a separate screen for each user input mode of the markup data content of FIG. As described herein, a screen or display screen is a physical display on a portable device, typically having an LCD screen. LCD screens typically provide an LCD screen of 4 times 20 characters. The screen can display images, text, and text.

For one embodiment, portable device 200
Processes the markup data content shown in FIG. 1 or FIG. 4 and automatically detects portions 260 and 262.
The detected parts 260 and 262 are displayed separately on different screens. In another embodiment, the portable device 200
Automatically detects portions 260 and 262 and splits them into separate portions of code as shown in Tables 2 and 3 below fragment portions 260 and 262. For one embodiment, the separate portions of the code may be WML cards grouped together in a WML deck. The mobile device 200 has instructions for the mobile device 200 to process separate portions 260 and 262 and displays the portions on separate screens.

Alternatively, a server (for example, server 10
4) processes the markup data content contained in Table 1 or FIG. 4 into separate parts or fragments as shown in Table 2 or 3, and downloads the parts or fragments to the mobile device 200. Further, the server downloads the markup data content having a plurality of user input modes and instructions to the mobile device 200 for the mobile device to use the separated or fragmented portions of the downloaded markup data content. . When the server processes, a markup language link or pointer can be provided from one fragment to another. Further, the moving device 200
May also provide a markup language link or pointer from one fragment to another.

[0045]

[Table 2]

[0046]

[Table 3] FIG. 5 illustrates that the text “input” mode markup data content of Table 2 is separately displayed on separate display screens 270 of portable device 200. A separate display screen 270 provides the user with a "enter name" user interface.
Thus, a separate display screen 270 provides a text "input" mode screen.

FIG. 6 shows the menu “select” mode markup data content of Table 3 separately displayed on separate screens 268 of portable device 200. Separate screen 268 provides a user interface for the user to select a "male" or "female" gender for the question "What is your gender?"

By dividing the markup data content having multiple input modes, the user does not have to be confused in determining which input mode he is in. Further, the user does not have to be confused in determining whether an input key is in one input mode or another. For example, if the user name is "Alice", screen 2
At 70, pressing the input key "2" causes the screen 270 to be pressed.
Is placed with the letter "A". Since the screen 268 is provided separately, the user does not get confused in the input mode of the screen 268. That is, the user can use the screen 27
Provide inputs to 0 and 268 separately.

As described above, the portable device 200 can divide large markup data contents into small parts or fragments in order to optimize processing of markup data contents having a plurality of input modes.
Alternatively, the server to the mobile device 200 can break up the large markup data content into smaller parts or fragments to optimize the download and processing of the markup data content with multiple input modes.

FIGS. 7 to 12 show the case where the user of the portable device is one.
1 illustrates an exemplary display technique that can be easily manipulated through separate screens having two types of user input modes.
For example, the "submit" function is delayed until the user fills in all the input fields, so that a form with multiple input fields is displayed on a separate screen for each input field.

FIG. 7 shows exemplary markup data content representing a page providing a form having a plurality of input fields for a personal computer. In FIG. 7, the markup data content has code for a user to enter data for three input fields in a form. Exemplary markup data content is, for example, an HTML form. The markup data content includes a first input field in portion 272, a second input field in portion 274, and a third input field in portion 276.

Part 272 provides a code that provides the user with input for the question "What is your name?" Part 274 provides a code that provides the user with an input to the question "What is your favorite color?" Part 276 provides a code that provides the user with an input to the question "What is the flying speed of an empty swallow?" The example markup data content also has a portion 278 of a "submit" function that allows the user to submit the inputs of portions 272, 274 and 276 to the form. The exemplary markup data content shown in FIG. 4 can be reproduced from Table 4 below.

[0053]

[Table 4] FIG. 8 shows an exemplary screen 280 of a browser running on a personal computer for the markup data content of FIG. Screen 280 shows a form with three input fields. In particular, screen 280 has an input field 272, an input field 274, and an input field 276 corresponding to the same parts of FIG. Screen 280 also has a "Submit" button 278 with an input field activated by the user to submit the entries made to input fields 272 to 276 of the form.

Portable device 20 on which screen 280 (HTML page for a personal computer) is presented
0 users have difficulty operating between input fields. That is, a key must be specified to submit the input for each input field, and a key must be specified to submit the form for all input fields. Thus, displaying all input fields with a "Submit" key or button is
It is difficult for a user to perform operations between fields.

Thus, in order to avoid such limitations, the following exemplary markup data content technique uses a markup data content having multiple input modes to separate separate or "fragments" for each input mode. Automatically split into ". Such exemplary markup data content display techniques are shown in FIGS.

FIG. 9 illustrates an example for a portable device 200 that provides a form with multiple input fields, where each input field is displayed on a separate screen with a “submit” function on the last screen. Indicates markup data content. The markup data content shown in FIG. 9 is equivalent to the HTML content in FIG.

Referring to FIG. 9, an exemplary markup data content provides a markup data content having a plurality of input fields. In particular, the exemplary markup data content has codes for a first input field of portion 282, a second input field of portion 284, and a third input field of portion 286.

Part 282 provides code that provides the user with input for the question "What is your name?" Part 284 provides code that provides the user with an input to the question "What is your favorite color?" Part 286 provides a code that provides the user with an input for the question, "What is the flight speed of an empty swallow?" The example markup data content also has a “submit” function that allows the user to submit the inputs of parts 272, 274 and 276 to the form. FIG.
Can be reproduced from Table 5 below.

[0059]

[Table 5] For the reasons described above with respect to FIGS. 7 and 8, if the markup data content is displayed on the same screen of the mobile device 200, the user of the mobile device 200
Providing input to the markup data content contained in Table 5 would be difficult. Thus, for one embodiment, the portable device 200 includes the portions 282, 284
And 286 are output or fragmented and these parts are separately displayed on separate screens. In another embodiment,
The mobile device 200 divides the part into another part of the code,
They are displayed separately on different screens. The problem for the user is operating between different screens. FIG.
12 through 12 illustrate exemplary techniques for a user to navigate through multiple separate screens.

FIGS. 10 and 12 show the portable device 200 displaying a separate screen for each input field mode for the form of FIG. For one embodiment, the portable device 200 processes the markup data content shown in Table 5 or FIG.
2,284 and 286 were detected and Tables 6-8
Each fragment into separate parts of the code shown in The mobile device 200 comprises a separate portion 282,
284 and 286 have instructions that can be processed and displayed separately on separate screens.

Alternatively, a server (for example, server 10
4) processes the markup data content contained in Table 5 or FIG. 9 into separate parts or fragments as shown in Tables 6 to 8, and downloads the parts or fragments to the mobile device 200. Further, the server downloads the markup data content having a plurality of user input modes and instructions to the mobile device 200 for the mobile device to use the separated or fragmented portions of the downloaded markup data content. .

[0062]

[Table 6]

[0063]

[Table 7]

[0064]

[Table 8] Referring to FIG. 10, the first input field of the markup data content portion 282 of Table 6 is separately displayed on a separate screen 288 of the portable device 200.
Another screen 288 provides the user with a user interface that answers the question "What is your name?" Screen 288 allows the user to submit input,
It also provides an "OK" softkey that allows you to go to the next entry field screen 290, as shown in FIG.

Referring to FIG. 11, the first input field of the markup data content portion 284 of Table 7 is separately displayed on another screen 290 of the portable device 200. Another screen 290 provides the user with a user interface that answers the question "What is your favorite color?" Thus, another screen 290
Provides one input mode screen. Screen 290 allows the user to submit input and FIG.
Also provides an "OK" softkey that allows you to go to the next entry field screen 292 as shown in FIG.

Referring to FIG. 12, the first input field of the markup data content portion 286 of Table 8 is separately displayed on another screen 292 of the portable device 200. Another screen 292 provides the user with a user interface that answers the question, "What is the flight speed of an empty swallow?" Thus, another screen 2
92 provides one input field mode screen. Screen 292 also provides a "Submit" softkey that allows the user to submit all the entries for the forms shown in separate screens 288, 290 and 292.

The form of FIG. 9 is thus displayed on three separate screens. Screens 288 and 290
Is provided with an "OK" softkey, which allows the user to go from one screen to the next, or
The user can move from one input field to another. The user enters the last screen 29
Upon reaching 2, the user is provided with a "Submit" softkey to complete all fields on the form.
Thus, exemplary navigation techniques provide for handling between implicitly partitioned content. "O
A K "soft key is provided on each card field screen except for the last card field screen.

FIGS. 13 and 14 are internal block diagrams of a server device and a mobile or portable device according to one embodiment. Referring to FIGS. 13 and 14, the link server 300
Shows the link server 114 of FIG. 1, and is typically a computer server. The mobile device 350 corresponds to the mobile device 106 in FIG. 1 or the mobile phone 200 in FIG. The basic methods, procedures, components, and circuits of the link server 300 and the mobile device 350 will be readily understood by those skilled in the art and will not be described in detail.

Referring to FIG. 13, link server 300
Is a ground network communication protocol (LPC) interface 302 connected to a ground network 304 (for example, the Internet), a server module 303, a storage device 316, a processor 300, a wireless network 308 via a WCP interface 306, and a server module. Wireless control protocol (WCP) connected to 303
It includes an interface 306, a terrestrial net 304 via a processor 301, a storage device 316, and an LPC interface 302, and a wireless network 308 via a carrier communication facility (not shown).

In one embodiment, LPC interface 302 implements a communication protocol that operates with terrestrial net 304. For example, terrestrial net 304 is HTT
The PPC protocol is operated, and the LPC interface 302 is an HTTP interface that operates together with the HTTP protocol of the ground network 304. Wireless network 308 operates using a wireless communication protocol suitable for a wireless network. For example, wireless network 3
08 operates using a wireless session protocol, a wireless transaction protocol, or a wireless transport layer security protocol proposed by the Wireless Application Protocol (WAP) Forum.

The server module 303 is connected to the LPC interface 302 and the WCP interface 306. In one embodiment, the server module 303
Is loaded into memory and performs traditional server processing functions. For example, the server module 303 includes a message processor 315 that performs a protocol conversion process from one communication protocol to another communication protocol. In one embodiment, server module 303 uses message processor 315 to communicate with WAP protocol and HTTP.
Performs protocol conversion between / TCP protocol.

The server module 303 also has an account manager 310. Account manager 310 manages multiple user accounts for all mobile devices served by link server 300 via account interface 314. For example, each mobile device of mobile device 350 is assigned a device identifier (ID). Device I
D is the telephone number or IP address of the device or, for example, the IP address is 204.163.165.132.
When the port number is 01905, 204.163.
This is a combination of an IP address and a port number such as 165.132: 01905. The device ID is further related to the subscriber ID generated and managed by the carrier at the link server 300 as part of the procedure for activating the subscriber account of the mobile device 350. Subscriber ID is
For example,

[0073]

[Outside 5] 861234567-1900_ by wireless service
pn. mobile. att. It can take the form of a net. The subscriber ID is the only identifier of the mobile device. In other words, each mobile device 106 served by the link server 114 of FIG. 1 has a unique device ID corresponding to a respective user account in the link server 114. Account manager 310 creates user accounts for mobile devices that communicate anonymously with link server 114. In this case, the account manager 310
Ensure that anonymous mobile devices have adequate (restricted) access to the services provided by.

FIG. 15 shows an exemplary account structure 400 of a user account managed by the account manager 310.
In one embodiment, the user account is located remotely from link server 300. For example, the user account is located remotely within one computing device coupled to the terrestrial net 304. The account manager 312 performs the responsibilities of the account manager through an account interface 314 that accesses user accounts appropriately and securely.

The account structure 400 includes a device ID column 402, a subscriber ID 404, a certification information column 406, and a user information column 40.
8 The device ID column 402 contains the mobile device devices I further corresponding to the subscriber IDs in the subscriber ID 404, respectively.
D. Credentials column 406 displays the respective credentials required to access each associated account.
The user information column 408 has account configuration information, for example, a device ID “6508171453”.
Is a mobile phone pre-configured to operate in a CPDP network, and will probably be provided with the option to switch to GMS if necessary. Additional entries in the user information field 408 may be associated with other accounts, such as, for example, device parameters (eg, display screen size and format), encryption mechanisms, calling schemes, and customer service information accessible by the mobile device. Pointer or connection 4 to information
It may have ten.

Returning to FIGS. 13 and 14, by maintaining a database of user accounts, account manager 310 can perform the authentication and verification process of subscribing mobile devices, and via wireless data network 308. Thus, access to services provided by all mobility measures (subscription or anonymous devices) can be controlled. Account manager 310 is responsible for independently managing the operation of each control engine 320. In one embodiment, each control engine is assigned to a mobile device. Control engine 32
0 is described below with reference to FIG.

The following description focuses on the operation of mobile device 350 and its associated accounts. The following description is also applicable to all mobile devices that communicate simultaneously with the link server 300.

In one embodiment, the server module 303 of the link server 300 includes the message processor 31
5 It has a message digester 316 and a converter 318. The message processor 315 processes messages communicated between the network server and the link server 300 using the converter 318 and the message digester 316. Then, for the message, a corresponding separate message to be communicated between the link server 300 and the mobile device 350 is generated.

The message digester 316 receives a message from the network server, and performs message processing including translation and message management.
The converter 318 converts the message into several separate files according to the characteristics of the display of the intended movement measure. Each file is optimally organized and can be represented on a display screen. The markup language for representing the message is not limited, but may be the portable device markup language (H
DML), Hypertext Markup Language (HTM)
L), compact HTML, wireless markup language (W
ML), a standard generalized markup language (SG
ML), and may include an extensible markup language (XML).

In one embodiment, as shown in Table 1 above, W
Received messages, such as those shown in ML format, are converted by converter 318. The converter 318 converts the message, for example, from Tables 2 and 3 above.
Is converted into a plurality of parts as shown in FIG. In another embodiment, the received message, such as the message shown in WML format as shown in Table 5 above, is converted by the converter 3
18 is converted. The converter 318 converts the message into a plurality of parts, for example, as shown in Tables 6 to 8 above.

In such a display technique, the original markup data content is divided into two separate displays to avoid possible key operation collisions as described with respect to FIGS. Display technology works well with limited input mechanisms. Further, such a display technique allows the user to operate between the screens described with respect to FIGS.

The above display techniques are equally implemented on the client side. Referring to FIG. 14, a mobile device 350
Has a corresponding WCP interface 352 connected to the wireless net 308 via an RF transceiver (not shown) to receive incoming or outgoing data signals.

The device ID storage unit 354 stores the device ID in the WC
Supply to the P interface 352. The device ID identifies a specific code that is associated with the mobile device 350 and that directly corresponds to the device ID of the user account on the link server 300. In addition, the mobile device 350 establishes a communication session with the link server 300 via the carrier network 308, requests and receives data from the carrier network 308, displays information on the display screen 360, and also receives user input. It has a client module 356 that performs many processing tasks performed by the mobile device 350, such as receiving. In particular, the client module 356 establishes a communication session and requests the WC to request and receive data.
Connected to P interface 352. Alternatively, the wired interface may be a WCP interface 352
May be used instead of Further, the client module 356 operates a message converter 364 similar to the message converter 318. Message converter 36
4 receives the messages from the wireless data network 308 and converts the messages into appropriate separate files, each corresponding to one display.

The mobile device 350 also has a client module 356 and a processor 365 connected to the client module 364 that performs the processing functions of the mobile device 350. The processor 365 controls the keypad 362 and the display 360. The processor 365 is also connected to an audio circuit 367, a work memory 368, and an encoder / decoder 366 connected to the client module 356. Encoder / decoder 366, audio circuit 36
7 and the work memory are the client module 3
It is used by 56 and processor 365 to perform data processing functions.

To further illustrate the markup data content display technique, FIG. 16 processes received markup data content according to one embodiment.
The state diagram 500 of the state is shown. The following operation is performed by the server or the mobile device. To start the first line of the file, the process of state diagram 500 enters state 502 to start a new area. An area is defined herein as a segment or fragment of markup data content that is displayed on a single, separate screen. The region contains several lines of text as displayable content, such as a menu or input for selection, or input mode content.

If it is detected that the segment is displayable content, the process moves to state 506.
In other words, displayable content is collected as areas. If either "select" or "input" detects that the segment starts, processing returns to state 506. “Select” or “input” is performed until reaching something other than selection or input. If the segment is detected to begin with non-displayable content, including, for example, tags or semantics in other events, processing may return to state 5
Go to 04 and search for the line that actually starts the displayable content of the selection or input configuration. Once the "select" or "input 2" is detected, as shown in state 504, the process proceeds to state 502, where a new area is started, otherwise the displayable content is detected. , Proceed to state 506.

State 506 indicates the end of the area that began in state 502 and further “select” or “enter”
Is detected, the state changes to state 502 to start a new area. Each detected area can be displayed on a separate screen. Instead, each detected area is fragmented or output in a separate part, such as a piece of code, to be displayed separately on a separate screen.

A list of C program codes for executing the operation of FIG. 16 is shown below.

[0089]

[Table 9]

[0090]

[Table 10]

[0091]

[Table 11]

[0092]

[Table 12]

[0093]

[Table 13]

[0094]

[Table 14] Thus, a method and apparatus for dividing a markup flow into separate screen displays has been described.

In the foregoing specification, the invention has been described with reference to specific exemplary embodiments of the invention. It will be apparent, however, that various modifications and changes may be made without departing from the spirit and scope of the invention as set forth in the appended claims. Accordingly, the specification and drawings are to be taken in an illustrative, rather than a restrictive, sense.

[0096]

The present invention provides a method and apparatus for dividing a markup flow into separate screen displays without causing confusion and input problems for the user.

[Brief description of the drawings]

FIG. 1 illustrates an exemplary system in which the present invention may be implemented.

FIG. 2 illustrates an example mobile device for the example system of FIG.

3 illustrates an internal block diagram of the exemplary mobile device embodiment of FIG. 2. FIG.

FIG. 4 illustrates an example markup data content that provides a mobile device with multiple user input modes.

5 is a diagram illustrating a mobile device displaying a separate screen for each user input mode of the markup data content of FIG.

6 is a diagram illustrating a mobile device displaying a separate screen for each user input mode of the markup data content of FIG. 4;

FIG. 7 illustrates an example markup data content displaying a page providing a form having a plurality of input fields for a personal computer.

FIG. 8 illustrates an exemplary screen of a browser running on a personal computer for the markup data content page of FIG. 7;

FIG. 9 illustrates an example markup data content for a mobile device providing a form having multiple input fields displayed on separate screens with a submit function for the last screen.

FIG. 10 shows a mobile device displaying a separate screen for each input field for the form of FIG. 9;

FIG. 11 shows a mobile device displaying a separate screen for each input field for the form of FIG. 9;

12 shows a mobile device displaying a separate screen for each input field for the form of FIG. 9;

FIG. 13 is a diagram illustrating an internal block diagram of an embodiment of a server device.

FIG. 14 is a diagram showing an internal block diagram of an embodiment of a mobile device.

FIG. 15 illustrates an exemplary account structure.

FIG. 16 illustrates a state diagram for performing an operation of automatically dividing markup data content according to one embodiment.

[Explanation of symbols]

Reference Signs List 10 system 100 ground network 102 wireless network 104 network server 106 mobile device 108 antenna 110 personal computer 114 link server 200 mobile device 202 screen 204 telephone keypad 208, 210 key 212 positioning key 228 physical layer processor 230 signal processor 232 baseband converter 233 oscillator 241 single in-line memory 242 data interface 243 electrically erasable programmable memory (EEPROM) 246 keypad 248 display 250 read only memory (ROM) 252 client module 254 support module 255 random access memory (RAM) 256 wireless Transceiver 300 Link server 302 On Internet communication protocol (LPC) interface 303 the server module 304 terrestrial network 306 WCP interface 308 Wireless Internet 315 message processor 316 message digest 318 converter 350 mobile device

 ──────────────────────────────────────────────────続 き Continued on front page (72) Inventor Bruce Kay Martin, Jr. United States of America 94306 Palo Alto Wellsbury Court 604 (72) Inventor Bruce V Schwartz United States of America 94402 San Mateo Parrot Drive 1883

Claims (51)

[Claims] Automatically detecting a portion of the markup data content, wherein each portion corresponds to one form of a user input mode; and identifying each portion so that one form of the user input mode is provided to each screen. Displaying separately on a screen of a display. 2. The method of claim 1, wherein automatically detecting a portion of the markup data content comprises detecting a selective input mode or a text input mode. 3. The method of claim 1, wherein automatically detecting portions of the markup data content comprises fragmenting the detected portions into separate portions of the code. 4. The method of claim 3, further comprising the step of receiving instructions for fragmenting the detected portion. 5. The method of claim 3, wherein fragmenting the detected portion comprises fragmenting the portion detected by a browser or a network server. 6. The method of claim 1, further comprising receiving the markup data content over a network.
The described method. 7. The method of claim 6, wherein receiving the markup data content comprises receiving the markup data content from a network server on a network. 8. The method of claim 6, wherein receiving the markup data content comprises receiving the markup data content via a wired or wireless network. 9. The method of claim 1, further comprising the step of providing a user with an interface for manipulating between screens. 10. The markup data content may be portable device markup language (HDML), hypertext markup language (HTML), compact HTML.
(C-HTML), wireless markup language (WML),
2. The method according to claim 1, wherein the method is based on a standard generalized markup language (SGML) or an extensible markup language (XML). 11. A display unit, wherein each portion is adapted to automatically detect a portion of the markup data content corresponding to one type of user input mode, and each screen is provided with one type of input mode. And a processing unit for displaying each part separately on a screen of the display unit. 12. The apparatus according to claim 11, wherein the processing unit is adapted to automatically detect the selection input mode or the text input mode. 13. The processing unit according to claim 1, wherein the processing unit is adapted to fragment the detected part into separate parts of the code.
An apparatus according to claim 1. 14. The processing unit according to claim 1, wherein the processing unit is adapted to receive an instruction to fragment the detected portion.
3. The device according to 3. 15. The apparatus of claim 14, wherein the processing unit is adapted to receive the fragmented portion from a network server. 16. The apparatus of claim 15, further comprising a receiving unit adapted to receive the markup data content from a network server on a network. 17. The apparatus of claim 16, wherein the receiving apparatus is adapted to receive the markup data content from a network server via a wired or wireless network. 18. The apparatus according to claim 11, wherein the processing unit is adapted to provide a user interface for operating between screens. 19. The markup data may be a portable device markup language (HDML), a hypertext markup language (HTML), a compact HTML (c-HT).
12. The device according to claim 11, wherein the device is based on ML), a wireless markup language (WML), a standard generalized markup language (SGML) or an extensible markup language (XML). 20. Automatically detecting a portion of the markup data content, wherein each portion corresponds to a form of a user input mode; and locating each portion such that a form of the user input mode is provided to each screen. Separately displaying on the screen of the display of the electronic portable device. 21. The method of claim 20, further comprising the step of receiving the markup data content over a network. 22. The method of claim 21, wherein receiving the markup data content comprises receiving the markup data content from a network server on a network. 23. The method of claim 21, wherein receiving the markup data content from the network server comprises receiving the markup data content from the network server via a wired or wireless network. 24. The step of automatically detecting a portion of the markup data content comprises selecting input mode or
The method of claim 20, comprising detecting a text entry mode. 25. The method of claim 20, wherein automatically detecting portions of the markup data content comprises fragmenting the portions into separate portions of the code. 26. The method of claim 25, wherein fragmenting the detected portion comprises fragmenting the portion detected by the browser. 27. The method of claim 20, further comprising providing a user interface for operating between screens.
The described method. 28. The markup data may be a portable device markup language (HDML), a hypertext markup language (HTML), a compact HTML (c-HT).
21. The method according to claim 20, wherein the method is based on ML), a wireless markup language (WML), a standard generalized markup language (SGML) or an extensible markup language (XML). 29. A display and connected to the display, wherein each part is adapted to automatically detect a part of the markup data content corresponding to one type of user input mode, and each part is provided on a separate screen of the display. And a processor adapted to process each portion such that is displayed separately. 30. The electronic portable device according to claim 29, further comprising a receiver connected to the processor and adapted to receive the markup data content from the network. 31. The electronic portable device according to claim 30, wherein the network is a wired or wireless network. 32. The electronic portable device of claim 30, wherein the processor is adapted to receive the markup data content from a network server on a network. 33. The processor according to claim 32, wherein the processor is adapted to receive the fragmented portion from a network server.
An electronic portable device as described. 34. The electronic portable device according to claim 29, wherein the processor detects the selection input mode or the text input mode. 35. The electronic portable device of claim 29, wherein the processor is adapted to fragment the detected portion into separate portions of the code. 36. The electronic portable device of claim 35, wherein the processor is adapted to process each portion of the code separately. 37. The markup data may be portable device markup language (HDML), hypertext markup language (HTML), compact HTML (c-HT).
30. The electronic mobile device according to claim 29, which is based on ML), wireless markup language (WML), standard generalized markup language (SGML), or extensible markup language (XML). 38. A method for automatically generating a separate screen display from a markup language file received from a data network, wherein each area has a segment of the markup language file and is in one form. A method comprising: detecting areas of a markup language file according to a screen display; and outputting each area for separate display on a display screen. 39. A machine-readable medium having stored thereon a sequence of instructions, wherein when the instructions are executed by the machine, each region comprises a segment of a markup language file; A medium for detecting areas of a markup language file according to one type of screen display and outputting each area for separate display on a display screen. 40. A machine-readable medium having stored thereon a sequence of instructions, wherein the instructions, when executed by the machine, cause the machine to correspond to each type of user input mode. A medium for automatically detecting portions of markup data content and displaying each detected portion on a separate screen of a display such that one form of user input mode is provided on each screen. 41. A display, a wireless interface adapted to receive markup data from a wireless network, and a wireless interface connected to the wireless interface and each portion corresponding to one type of user input mode. A message converter adapted to convert the rendered markup data into separate parts, and each part connected to the message converter and provided with one form of user input mode on each screen. A processor adapted to display separately on separate screens of the display. 42. A method for a network server, comprising: automatically detecting portions of markup data content, each portion corresponding to a type of user input mode; and fragmenting the detected portions. And transmitting the fragmented portion to be displayed on a separate screen of the display of the mobile device to a user of the mobile device. 43. The step of automatically detecting a portion of the markup data content comprises selecting input mode or
43. The method of claim 42, comprising detecting a text entry mode. 44. The step of automatically detecting portions of the markup data content comprises fragmenting the detected portions into separate portions of code.
2. The method according to 2. 45. The method of claim 42, wherein transmitting the fragmented portion comprises transmitting the fragmented portion over a wired or wireless network. 46. The markup data content may be portable device markup language (HDML), hypertext markup language (HTML), compact HTML.
(C-HTML), wireless markup language (WML),
43. The method according to claim 42, which is based on a standard generalized markup language (SGML) or an extensible markup language (XML). 47. A processing unit adapted to automatically detect a portion of markup data content corresponding to one type of user input mode and fragmenting the detected portion, and displaying on a separate screen of a portable device. A transmission unit adapted to transmit the fragmented portion to the portable device. 48. The processing unit according to claim 47, wherein the processing unit detects a selection input mode or a text input mode.
Network server as described. 49. The processing unit is adapted to fragment the detected portion into separate portions of the code.
Network server as described. 50. The transmitting unit transmits the fragmented portion via a wired or wireless network.
Network server as described. 51. The markup data content may be portable device markup language (HDML), hypertext markup language (HTML), compact HTML.
(C-HTML), wireless markup language (WML),
39. The network server according to claim 38, which is based on a standard generalized markup language (SGML) or an extensible markup language (XML).