AU2005200458B2

AU2005200458B2 - Mobile communication terminal

Info

Publication number: AU2005200458B2
Application number: AU2005200458A
Authority: AU
Inventors: Kouji Chiba; Masaharu Nakatsuchi; Yuko Watanabe; Masaaki Yamamoto
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 1999-05-14
Filing date: 2005-02-03
Publication date: 2007-07-19
Anticipated expiration: 2020-05-15
Also published as: AU2005200458A1

Description

P001 Section 29 Regulation 3.2(2)

AUSTRALIA

Patents Act 1990 COMPLETE SPECIFICATION STANDARD PATENT Application Number: Lodged: Invention Title: Mobile communication terminal The following statement is a full description of this invention, including the best method of performing it known to us: O MOBILE COMMUNICATION TERMINAL C TECHNICAL FIELD The present invention relates to a mobile communication terminal such as, for example, a portable telephone.

BACKGROUND ART Mobile communication terminals, such as portable telephones, display a reception standby screen on a liquid crystal display when in the state of waiting to receive a call (hereafter referred to as a reception standby state).

This reception standby screen is displayed based on data stored in a memory inside the mobile communication terminal. However, the types of reception standby screens are restricted to those prestored in the memory upon shipping of the product. Thus, the user may lack interest in reception standby screens.

DISCLOSURE OF THE INVENTION The present invention has the purpose of enabling users of a mobile communication terminal to easily customize the images displayed at the display portion as reception standby screens or the like.

According to the present invention there is provided a mobile communication terminal that receives communications services from a mobile wireless network, including: a communication control that selectively implements multiple communication functionalities including a voice communication functionality, an electronic message communication functionality and a network browsing functionality, wherein while implementing the multiple communication functionalities, at least one standby state is realisable in which no user action is prompted; a viewer that activates the network browsing functionality to selectively access at least one data source through the network and displays one or more blocks of screen data received from the at least one accessed data source; a registration control that stores a selected one of the one or more blocks of received screen data in one of multiple memory areas each correlatable to any one of the at least one standby state; a correlation control that dynamically correlates the one of the multiple memory areas to a selected one of the at least one standby state; and O a display control that, when the terminal is in the selected one of the at least 0 N one standby state, displays the selected one of the one or more blocks of screen data.

According to a second aspect of the present invention there is provided a 0 5 wireless telephone that receives communications services from a communication network, including: 00 a viewer that allows a user of the wireless telephone to selectively access at 0 least one data source through the network and receive data from the at least one

O

C accessed data source; a data screening part that determines, based on one or more attributes of the received data, whether the received data is storable in the wireless telephone; and a memory that stores the received data if it is determined that the received data is storable.

BRIEF DESCRIPTION OF THE DRAWINGS Fig. 1 is a block diagram showing the structure of a mobile communication system with a mobile station according to an embodiment of the present invention.

Fig. 2 is a block diagram showing the structure of a gateway server 34 in the same embodiment.

Fig. 3 is a block diagram showing the structure of a mobile station 100 in the same embodiment.

Fig. 4 is a diagram showing a memory map containing the memory contents of the SRAM 135 in the same embodiment.

Fig. 5 is a flow chart of a main routine performed by the CPU 110 in the same embodiment.

Fig. 6 is a flow chart of a menu display routine performed by the CPU 110 in the same embodiment.

Fig. 7 is a flow chart of a site access routine performed by the CPU 110 in the same embodiment.

Fig. 8 is a flow chart of a display screen registration routine performed by the CPU 110 in the same embodiment.

Fig. 9 is a flow chart of a standby screen setting routine performed by the CPU 110 in the same embodiment.

O Figs. 10A-10K are respectively diagrams showing screens displayed on a S liquid crystal display during the performance of each routine in the same embodiment.

Fig. 11A is a diagram showing a specific display example of a central display after setting the standby screen in the same embodiment.

Fig. 11B is a diagram showing a specific display example of a full-screen display after setting the standby screen in the same embodiment.

Fig. 12 is a block diagram showing the structure of a mobile station 101 and SIM card 190 in an alternate embodiment.

Fig. 13 is a diagram for explaining a mobile station 101 capable of storing and a mobile station 101 incapable of storing site screen data in an alternate embodiment.

Fig. 14 is a block diagram showing the overall structure of a mobile communication system including another terminal in an alternate embodiment.

DETAILED DESCRIPTION OF THE INVENTION Preferred embodiments of the present invention shall be explained in detail hereinafter with reference to the attached drawings.

Fig. 1 is a diagram showing the overall structure of a mobile communication system with a mobile station according to an embodiment of the present invention.

This mobile communication system comprises a mobile station 100 (mobile communication terminal), a mobile telephone network 20, a mobile packet communication network 30, the internet 40 and IP servers 50A, 50B. Hereinafter, the mobile packet communication network 30 and mobile telephone network shall be referred to collectively as mobile communication networks. Additionally, the IP servers 50A, 50B shall be referred to as IP servers 50, aside from cases where it is necessary to specify one from the other.

The mobile station 100 is, for example, a portable telephone device capable of connecting to the mobile telephone network 20 and the mobile packet communication network 30. The structure of the mobile station 100 shall be described below.

The mobile telephone network 20 is a communication network for providing communication services to the mobile station 100.The mobile station 100 is capable O of receiving calling services through the mobile telephone network 20, or the mobile C telephone network 20 and a fixed telephone network, which is not shown.

SThe mobile telephone network 20 comprises a plurality of base stations 31 installed at predetermined intervals inside the communication area, a switching station (not shown) for performing circuit switching services, a control station (not shown) for controlling the network and a communication line (not shown) connecting the respective stations.

The mobile packet communication network 30, aside from the abovementioned base stations 31, switching station, control station and the like, also comprises a packet subscriber processing device 33, a gateway server 34, a N subscriber database 35 and a communication line (not shown) connecting these.

The packet subscriber processing device 33 is a computer system within a packet subscriber switching station (not shown) serving a plurality of base stations 31. The packet subscriber processing device 33 receives packet switching requests from the mobile station 100 and relays packet switching within the mobile packet communication network The gateway server 34 is a computer system within a mobile packet gateway switching station (not shown) interconnecting the mobile packet communication network 30 with another network, such as the internet 40. The gateway server 34 converts between the different protocols of a plurality of networks and intermediates data exchange between these networks. Specifically, the gateway server 34 intermediates data exchange between networks while converting between the transmission protocols of the mobile packet communication network 30 and TCP/IP, which is the standard communication protocol of the internet The gateway server 34 also performs information distribution services, such as intermediating the transmission and reception of electronic mails and various types of data between the mobile station 100 and IP servers 50. In order to perform this service, the gateway server 34 comprises a memory having a memory area for mailboxes that stores the sent electronic mails. Inside these mailboxes, the addresses (hereinafter referred to as mailbox addresses) for storing electronic mails addressed to subscribers to the mobile packet communication service are defined for individual subscribers.

I

The subscriber database 35 stores registered information relating to the C respective subscribers of the mobile packet communication network 30. This registered information may, for example, include the "telephone number" of the mobile station 100, and the subscriber's "name", "sex", "date of birth" and "mailbox address".

The IP server 50 is a server system operated by an IP (information provider).

oo SThe IP server 50 stores site screen data of homepages or the like in HTML S(HyperText Markup Language) as information to be provided to users.

C The IP server 50 is connected to the gateway server 34 through the internet 0 10 40, as shown in Fig. 1, or can be connected to the gateway server 34 through a Sdedicated line. The IP server 50 may alternatively be provided inside the gateway server 34.

Next, the structure of the gateway server 34 shall be described in detail.

Fig. 2 is a block diagram showing the structure of the gateway server 34. As shown in the drawing, the gateway server 34 comprises a control portion 341, a subscriber information managing portion 342, a data distribution managing portion 343 and a bus 344 connecting these.

The control portion 341 controls various parts of the gateway server 34. The control portion 341 functions as an interface between networks such as by converting protocols between the mobile packet communication network 30 and other networks, such as the internet The subscriber information managing portion 342 stores registered information obtained by referencing the subscriber database The data distribution managing portion 343 comprises a memory having a memory area for the mailboxes as described above. The data distribution managing portion 343 also intermediates the transmission and reception of electronic mails and data between mobile stations 100, between the mobile station 100 and terminals (not shown) on the internet 40, and between the mobile station 100 and the IP server The data distribution managing portion 343 also stores menu screen data for displaying menu items for types of services provided to the user of the mobile station 100, and transmits data in response to a request from the mobile station 100. The menu screen data is data in HTML format, such that each menu item is O correlated with a URL (Uniform Resource Locator) of the IP server 50 which c performs the service identified by that menu item.

SWhen the user requests a specific service using the mobile station 100, the mobile station 100 sends the gateway server 34 the URL correlated with the menu item corresponding to that specific service. Guided by the URL, the gateway server 34 accesses the IP server 50 which performs that specific service.

oo n Next, the structure of the mobile station 100 shall be described.

OFig. 3 is a block diagram showing the structure of the mobile station 100. In c this drawing, the mobile station 100 comprises a CPU 110 (display control portion, recording portion, recordability determining portion, selecting portion) for executing Sprograms to control the entire mobile station 100, a RAM 120 used as a work area or the like for the CPU 110, a ROM 130 in which predetermined control programs or the like are stored, an SRAM 135 (non-volatile memory) for storing various types of screen data or the like, which remains non-volatile by power supplied from a backup power supply which is not shown, a transmission-reception device 140 (communication portion) for performing radio communications with a base station of the mobile communication network, a user interface 150 (display portion) including a liquid crystal display for displaying characters and images and a keypad for input operations, and a bus 160 for interconnecting these.

This mobile station 100 is capable of at least two types of mode settings including settings for a "calling mode" for making a call through the mobile telephone network 20, and a "packet communication mode" for performing packet communications through the mobile packet communication network In the packet communication mode, the mobile station 100 may transmit and receive electronic mails, and download data from the IP server The keypad of the user interface 150 comprises a key known as a "function button" (not shown). When a user pushes the function button, the mobile station 100 enters the packet communication mode by sending request signals to the mobile packet communication network 30, acquiring menu screen data by accessing the gateway server 34, and displaying this menu screen data on the liquid crystal display.

The ROM 130 stores various control programs which are executed by the CPU 110, such as programs relating to the calling function.

r O These control programs include programs for executing various routines c described later, in addition to document data viewing software, known as a browser.

SBy reading and executing the browser from the ROM 130, the CPU 110 accesses the IP server 50 to acquire data in the HTML format (hereinafter referred to as HTML data). Specifically, the CPU 110 of the mobile station 100 transmits a data acquisition request designating a URL through the transmission-reception oo I device 140 to the IP server 50, and stores the HTML data sent from the IP server in the RAM 120. Furthermore, the CPU 110 interprets the HTML data stored in c the RAM 120 and displays it on the liquid crystal display.

Next, the structure of the above-mentioned SRAM 135 shall be described.

SFig. 4 is a diagram showing a memory map indicating memory contents of the SRAM 135. In this drawing, prearranged default standby screen data is recorded as first screen data from the position of address "A0001" of the SRAM 135. Then, the initial readout address is set so that when the CPU 110 is to display the standby screen on the liquid crystal display, it refers to this address "A0001" to read out the first screen data.

Furthermore, in the SRAM 135, the site screen data downloaded from the IP server 50 is recorded from the position of address "X0001" as second screen data.

This procedure of recording site screen data is initiated by selecting the "Register display screen" menu, which will be explained later.

When the second screen data is selected as a standby screen by a request from the user, the address "X0001" is reset as the readout address, instead of the previously mentioned address "A0001".

Data size information, indicating the size of the site screen data and copyright information a specific code indicating a copyright) indicating that the content is copyright-protected and may not be copied without permission, is appended to the site screen data provided from the IP server By analyzing the data size information contained in the site screen data against the available capacity of the SRAM 135, the CPU 110 determines whether or not to record the site screen data in the SRAM 135. That is, if the SRAM 135 does not have enough unused space to store data of the size indicated by the data size information, the CPU 110 determines that the site screen data is unrecordable.

r O Furthermore, the CPU 110 detects the presence or absence of copyright c information in the site screen data, and determines whether or not to record the site screen data in the SRAM 135. That is, if copyright information is detected, the CPU 110 determines that the site screen data is unrecordable.

Hereinafter, the operations of the embodiment according to the above structure shall be explained with reference to Figs. 5-1 OK.

Fig. 5 is a flow chart showing the main routine executed by the CPU 110, SFig. 5 is a flow chart showing hea menu displayi routine executed by the CPU 110, Fig.

7Fig. 6 is a flow chart showing a menu display routine executed by the CPU 110, Fig. 8 is a c~l 7 is a flow chart showing a site access routine executed by the CPU 110, Fig. 8 is a flow chart showing a display screen registering routine executed by the CPU 110 Sand Fig. 9 is a flow chart showing a standby screen setting routine executed by the CPU 110.

Figs. 10A-10K are diagrams which respectively show screens displayed on the liquid crystal display of the mobile station 100 during execution of the above routines.

First, when the power supply of the mobile station 100 is turned on, the CPU 110 reads the control program from the ROM 130, and activates the main routine shown in Fig. In step SP1, the CPU 110 reads first screen data from the address "AOO1" of the SRAM 135 and displays it on the liquid crystal display as a standby screen.

Fig. 10 A is a diagram showing the standby screen displayed on the liquid crystal display at this time.

Then, in step SP2, the CPU 110 determines whether or not there has been an event, such as a user input or call arrival.

If the result of the determination is NO if there is no event), then the CPU 110 repeats the standby screen display procedure of step SP1.

If the result of the determination is YES if there is an event), the procedure advances to step SP3 and the CPU 110 executes a procedure corresponding to that event. The procedure corresponding to the event in step SP3 may, for example, be a procedure to be executed in the calling mode triggered by an outgoing call or incoming call, or a procedure to be executed in the packet communication mode triggered by a pressing of the function button.

r O Then, when the procedure corresponding to the event in step SP3 is c completed, the procedure returns to step SP1 and the CPU 110 once again displays a standby screen on the liquid crystal display.

If the function button is pressed after the power supply is turned on, the CPU 110 activates the menu display routine shown in Fig. 6 at the aforementioned step SP3.

00 First, in step SP11, the CPU 110 sends a packet communication request Ssignal through the transmission-reception device 140 to the mobile packet C communication network 30. As a result, the mobile station 100 enters the packet communication mode and the gateway server 34 sends menu screen data.

In step SP12, the CPU 110 interprets the received menu screen data, and displays it on the liquid crystal display.

Fig. 10B is a diagram showing a menu screen displayed on the liquid crystal display at this time. As shown in the drawing, the menu items which are displayed include register display screen" for recording screen data displayed on the liquid crystal display in the SRAM 135, mobile banking" for performing online transactions with a financial institution, electronic mail" for performing electronic mail services, internet" for access a site (such as the IP server 50) requested by the user by designating a URL, and set standby screen" for displaying the site screen data downloaded from the site such as the IP server 50 as the standby screen.

Referring again to Fig. 6 to explain the flow of operations, in step SP13, the CPU 110 determines whether or not the user has selected a specific menu item from among the menu items displayed on the liquid crystal display. The user may move a cursor on the liquid crystal display over a desired menu item by means of key operations, and perform a key operation to select that menu item.

Then, if the result of the determination is NO if there is no menu selection), then the CPU 110 repeats the procedures of the menu screen display of step SP12.

If the result of the determination is YES if there is a menu selection), the procedure advances to step SP14, and the CPU 110 performs a procedure corresponding to the selected menu item.

Once the procedure corresponding to the menu item is completed in step c SP14, this menu display routine ends and the procedure returns to the above- S mentioned main routine.

For example, if in the aforementioned menu display state, the user selects C 5 the menu item internet" and orders an access to a desired site, such as the IP server 50, the result of the determination in step SP13 becomes YES, and the 0o procedure of the CPU 110 advances to step SP14.

SThen, the CPU 110 activates the site access routine shown in Fig. 7.

SFirst, in step SP21, the CPU 110 sends a URL designated by the user, to access the site corresponding to that URL through the gateway server 34 in order Sto receive the site screen data.

In step SP22, the CPU 110 interprets the received site screen data and displays it on the liquid crystal display. Fig. 10C is a diagram of a site screen displayed on the liquid crystal display at this time.

In step SP23, the CPU 110 determines whether or not there has been an event, such as an input operation by the user while the site screen is being displayed.

If the result of the determination is NO, then the CPU 110 repeats the procedure of the site screen display of step SP22.

If the result of the determination is YES, then the procedure advances to step SP24, and the CPU executes a procedure corresponding to that event.

When the procedure corresponding to the event that occurred in step SP24 is completed, the site access routine ends and the procedure returns to the menu display routine described above.

In the site screen display state of step SP22 in Fig. 7, when a function button is pressed by the user, the determination result of step SP23 is YES, and the procedure advances to step SP24. Then, the CPU 110 stores the site screen data in a temporary waiting area of the RAM 120, and displays the menu screen shown in Fig. If the user selects register display screen", the CPU 110 executes the display screen registration routine shown in Fig. 8.

In step SP31, the CPU 10 determines whether or not the temporarily stored site screen data is recordable. As mentioned above, the CPU 110 analyzes the O data size information contained in the site screen data against the available space c in the SRAM 135 to make this determination. Furthermore, the CPU 110 performs this process by detecting the presence or absence of copyright information in the site screen data.

If the result of this determination is YES if recordable), then the procedure advances to step SP32, where the CPU 110 transfers the site screen oo I data in the temporary waiting area in the RAM 120 to the SRAM 135 and records Sfrom the address "XOOO1". Fig. 10E is a diagram showing a screen displayed Sduring the recording of the site screen data.

When this recording process is completed, the procedure advances to step SSP33, and the CPU 110 displays a registration completion notification indicating on the liquid crystal display that registration of the display screen has been completed.

Fig. 10 E is a diagram showing a registration completion notification displayed at this time.

If the result of the determination in step SP31 is NO non-recordable), then the procedure advances to step SP34, and the CPU110 displays a nonrecordability notification on the liquid crystal display. Fig. 10G is a diagram showing a non-recordability notification displayed at this time.

After performing these procedures, the procedures of the CPU 110 return to the main routine shown in Fig. If the function button is pressed in step SP2 of the main routine shown in Fig.

the menu display routing shown in Fig. 6 is executed, and the process returns once again to the menu screen display state shown in Fig. 10H. When "set standby screen" is selected by the user on this menu screen, the standby screen setting routine is activated in step SP14 of Fig. 6.

In step SP41 of the standby screen setting routine shown in Fig. 9, the CPU 110 performs the standby screen setting procedure described below. First, the CPU 110 displays on the liquid crystal display a screen for the user to select a display format for the standby screen.

Fig. 101 is a diagram showing a screen displayed on the liquid crystal display at this time.

As shown in the drawing, the display format for the standby screen includes center" and tile".

O center" refers to a way of displaying the site screen data in which the site CI screen data recorded in the SRAM 135 is scaled according to the screen size of the liquid crystal display and displayed at the center of the display. Additionally, tile" refers to another way of displaying the screen data in which a repeating pattern of the site screen image data recorded in the SRAM 135 is displayed over the entire screen of the liquid crystal display. Fig. 11A is a diagram showing a specific example of a center display, and Fig. 11B is a diagram showing a specific example of a tile display.

When the display format is set, the CPU 110 performs a procedure to reset the readout address of the standby screen data. That is, as described above, the readout address of the standby screen data is changed from the address "A0001" of the first screen data, which is the initial setting, to the address "X0001" of the second screen data.

When this procedure ends, the process advances to step SP42, where the CPU 110 displays a procedure completion notification indicating that the procedure for setting the standby screen has been completed on the liquid crystal display.

Fig. 10J is a diagram showing a screen displayed on the liquid crystal display at this time.

Thereafter, the processing of the CPU 110 returns to the main routine shown in Fig. 5. Then, in step SP1 of that diagram, the newly set second screen data is read from the SRAM 135 as a standby screen, and displayed on the liquid crystal display as a standby screen. Fig. 10K is a diagram showing the standby screen displayed at this time.

According to the embodiment described above, the mobile station 100 receives and stores site screen data from a site chosen by the user, and displays the site screen data on the liquid crystal display as a standby screen.

In the GSM (Global System for Mobile Communications) format, mobile stations include so-called SIM (Subscriber Identification Module) cards.

Fig. 12 is a block diagram showing the structure of a mobile station 101 and an SIM card 190 (memory medium) according to the GSM format. In the drawing, the constituent elements which are common to those of the mobile station 100 shown in Fig. 3 are indicated by the same reference numbers, and their explanation shall be omitted.

O The mobile station 101 shown in Fig. 12 differs from that of Fig. 3 in that an C SIM interface 180 (connection portion) is provided for interfacing the SIM card 190.

a The SIM card 190 comprises an IC chip (not shown) embedded in an Cc insulating synthetic resin substrate and a connecting electrode (not shown) provided on the substrate surface. The flash memory in this IC chip contains communication setting information used for performing communications through the 0O I mobile communication network. In the case of GSM, this communication setting Sinformation includes an IMSI (International Mobile Subscription identity) for Cidentifying the mobile communication company, a PLMN (Public Land Mobile Network) selector for determining a connection order if connection is possible to a Splurality of mobile communication networks, and an MSISDN (Mobile Station International ISDN Number) which is the telephone number of that mobile station and parameters necessary for performing a message service known as an SMS (Short Message Service). The CPU 110 (readout portion) of the mobile station 101 performs audio communications or data communications by reading out the communication setting information on the SIM card 190 through the SIM interface 180.

The site screen data provided by the IP server 50 can be stored in the SRAM 135 as a standby screen only if downloaded to the mobile station 101 through the mobile communication network of a specific communication company.

An example shall be explained with reference to Fig. 13.

In this drawing, the site screen data provided by the IP server 50 can only be stored in the SRAM 135 if downloaded through the mobile communication network of the communication company A. In this case, the above-mentioned site screen data contains an IMSI "aaa") that specifies the communication company A.

An IMSI is also stored in the SIM card 190 of the mobile station 101, as mentioned above. That is, the SIM card 190 of a mobile station 101a served by the mobile communication network 30A of the communication company A stores the IMSI (aaa) of the communication company A, whereas the SIM card 190 of a mobile station 101b served by the mobile communication network 30B of the communication company B stores the IMSI "bbb") of the communication company B. Each mobile station 101a, 101b collates the IMSI contained in the 0 downloaded site screen data with the IMSI stored in its own SIM card 190. Each cl mobile station 101a, 101b stores the downloaded site screen data in the SRAM 135 if there is a match, but does not store the downloaded site screen data in the SRAM 135 if there is no match. That is, the mobile station 101a records site screen data provided by the IP server 50 as a standby screen, but the mobile station 101b, although capable of browsing the site screen data, cannot record it as a standby oo Sscreen.

0 The criteria for determining whether or not to store site screen data are not C restricted to the IMSI mentioned above. For example, one possible criterion for determination is an ICCID (ID Card Identification) which is specific to each IC card C' including the SIM card 190. That is, the site screen data may include ICCID's corresponding to SIM cards 190 for which permission to record the data has been granted. So that, the mobile stations 101a, 101b may collate the ICCID's contained in the downloaded site screen data with the ICCID stored in its own SIM card 190, and store the site screen data in the SRAM 135 only when there is a match.

For example, if site screen data is sent to the mobile station 101 encrypted with an encryption key corresponding to the communication company A, then a decryption key for decoding the encrypted data can be stored in the SIM card 190 which is compliant with the communication company A. The mobile station 101 may decide whether or not to record the site screen data, based on whether or not it has the decryption key for decoding the downloaded site screen data.

Additionally, it is possible to make the decision as to whether or not recording is possible, based not on whether or not it has the decryption key, but instead on whether or not it in fact can decode the downloaded site screen data by the decryption key stored in the SIM card 190.

An embodiment using a SIM card 190 can be implemented not only in GSM, but also in such communication formats as IMT (International Mobile Telecommunications) 2000, DCS (Digital Communications Service) 1800 and PCS (Personal Communications Service) 1900.

In the above-mentioned embodiment, the user records site screen data by selecting the menu item register display screen", and sets the recorded site screen data as a standby screen by selecting the menu item set standby screen". But, this invention is not restricted to such guiding menus.

Various other embodiments can be conceived. For instance, the site screen N recording process and the standby screen setting process may be performed in response to entering of one or more predetermined key operations by the user while the site screen data is displayed, which is not yet recorded in the SRAM 135 but simply recorded temporarily in the RAM 120.

The "image data" in the present invention is not restricted only to still images 00 but includes moving images and data which mixes moving images and still images.

OFor example, it is possible to include moving images in the form of ordering a C plurality of still images in a temporal sequence such as a GIF (Graphics Interchange Format) animation or in MPEG4 (Moving Picture Experts Group Phase 4) format.

In the above-described embodiment, the mobile station 100 displays the site screen data recorded in the SRAM 135 while the mobile station 100 is in the standby state. Other embodiments may be conceived in which the site screen data is displayed while the mobile station is in other states.

For example, when the mobile station 100 is in a state of downloading data from the IP server 50, the site screen data recorded in the SRAM 135 can be displayed as a screen indicating the state. Additionally, when the mobile station 100 is in a state of receiving an electronic mail from another mobile station, the site screen data recorded in the SRAM 135 may be displayed to indicate that mail is being received.

In the above-described embodiment, an example has been described of storing only one type of site screen data in the SRAM 135 as well as the default standby screen data. However, there is no restriction thereto. It is possible to store a plurality of types of site screen data in the SRAM 135, in addition to the default standby screen data, so as to display site screen data chosen by the user from among these. Furthermore, different site screen data may be selectively displayed for a different state among the standby state, download state and electronic mail receiving state.

A selection of data to be displayed from among the plurality of types of site screen data may not by done by the user. For example, the mobile station 100 may display a plurality of types of site screen data in periodic rotation or randomly.

O In the above-described embodiment, the standby screen data is site screen N data acquired from the site of the IP server 50 or the like, but there is no restriction 'thereto.

For example, image data to be used as a standby screen may be sent by email to the mobile station 100 from another terminal (second terminal device) connected through the mobile communication network. The other terminal may be 00 another mobile station 102 served by another mobile communication network, as shown in Fig. 14, or may be a personal computer connected to the internet 40. In C this case, the image data acquired through e-mail from the other terminal is processed by the mobile station 100 in the display screen registration procedure and the standby screen setting procedure just as the site screen data acquired from the above-described IP server 50 is processed. Additionally, the image data may be exchanged, using a short message service, known as SMS, instead of using an e-mail.

When transmitting image data to a mobile station 101 containing a SIM card 190 as mentioned above, the other terminal on the data transmitting side should transmit the image data with an IMSI or decryption key appended.

The non-volatile memory provided in the mobile station 100 is not restricted to being an SRAM 135 as mentioned above, and may be a flash memory or EEPROM (Electrically Erasable Programmable Read-Only Memory).

The mobile communication terminal of the present invention is not restricted to a mobile station 100 such as the above-mentioned portable telephone device or PHS (Personal Handyphone System). For example, it may be a mobile communication terminal which does not have a telephone function, such as a PDA (personal Digital Assistant) specialized for a data communication function or the like.

Comprises/comprising and grammatical variations thereof when used in this specification are to be taken to specify the presence of stated features, integers, steps or components or groups thereof, but do not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof.

Claims

1. A wireless telephone that receives communications services from a 00oo 5 wireless communication network, including: Oa viewer that allows a user of the wireless telephone to selectively access 0 at least one data source through the network and receive data from the at least Sone accessed data source; a data screening part that determines, based on one or more attributes of the received data, whether the received data is storable in the wireless telephone; and a memory that stores the received data if it is determined that the received data is storable.

2. A wireless telephone according to claim 1, wherein the at least one data source is located outside the network and connected to the network over at least one public data communication network.

3. A wireless telephone according to claim 1, wherein the at least one data source is another wireless telephone.

4. A wireless telephone according to claim 1, wherein the at least one data source is a server that provides information.

A wireless telephone according to claim 1, wherein one of the attributes is a size of the received data.

6. A wireless telephone according to claim 1, wherein one of the attributes is copyright protection.

7. A wireless telephone according to claim 1, wherein one of the attributes is identification of a network through which the screen data was downloaded.

8. A wireless telephone according to claim 1, wherein one of the attributes is an encryption method with which the screen data is encrypted.

9. A wireless telephone according to claim 1, wherein one of the attributes is a communication protocol adopted in the network. A wireless telephone substantially as herein described with reference to the accompanying drawings. NTT DOCOMO, INC WATERMARK PATENT TRADEMARK ATTORNEYS P18829AU01