KR100801651B1 - Method for processing idle screen of communication terminal - Google Patents

Abstract

A method for processing a standby screen image of a communication terminal is provided to display log events according to their occurrence time point on a standby screen and allow a user to execute a plurality of functions easily. A controller detects a standby mode and displays a standby screen image on a display(211,213). The controller performs various functions on the standby screen image and manages a log event(215). When a log event occurs(221), the controller processes the generated log event(223). When time arrives to change the standby screen image after the lapse of a pre-set time(231), the controller changes the standby screen image(233). When a request for managing the standby screen is generated(241), the controller integratedly manages previous standby screen images stored in a storage unit(243).

Description

How to handle standby screen of communication terminal {METHOD FOR PROCESSING IDLE SCREEN OF COMMUNICATION TERMINAL}

1 is a block diagram showing a schematic configuration of a communication terminal according to an embodiment of the present invention;

2 is a flowchart illustrating a standby screen processing procedure according to an embodiment of the present invention;

3 is a flowchart illustrating a log event management procedure on a standby screen in FIG. 2;

4 is a flowchart illustrating a log event processing procedure generated in FIG. 2;

5 is a flowchart illustrating a procedure of changing a standby screen in FIG. 2;

6 is a flowchart illustrating a standby screen management procedure in FIG. 2;

7 is a flowchart illustrating a log event and a log line registration procedure to be displayed on a standby screen in FIG.

8A to 8N are diagrams illustrating an example of a configuration of a screen displayed when a standby screen is processed according to an embodiment of the present invention.

The present invention relates to a method of processing a standby screen of a communication terminal, and more particularly, to a method of processing a standby screen capable of guiding log events occurring within a set time interval according to a generation time point.

In recent years, the spread of communication terminals has become a general trend. In order to meet various needs of the user according to this trend, the communication terminal provides a user with various conveniences in addition to the voice call function. In particular, as various services and additional functions are added, communication terminals are gradually displaying a high resolution screen on an enlarged display unit.

However, the communication terminal as described above displays the uniform image set by the user on the standby screen. At this time, the standby screen is a screen that the user of the communication terminal approaches the most times among the screens displayed by the communication terminal. That is, the communication terminal does not provide a standby screen that can satisfy the emotion of users and the demand for a new interface.

Accordingly, an object of the present invention is to provide a standby screen processing method capable of displaying a standby screen that can satisfy user's emotion and demand for a new interface in a communication terminal.

Another object of the present invention is to provide a standby screen processing method capable of displaying a log event generated in a communication terminal on a standby screen according to a generation time point.

Still another object of the present invention is to provide a standby screen processing method which can easily execute a plurality of functions from a standby screen in a communication terminal.

In order to achieve the above object, a standby screen processing method of a communication terminal according to the present invention, in the standby mode, displays a standby screen having a plurality of areas for distinguishing and displaying log events occurring within a set time interval according to a generation time point. And displaying log information of the log event when selecting a log event displayed on the standby screen.

Hereinafter, with reference to the accompanying drawings will be described in detail an embodiment of the present invention.

In the following description, the term "idle screen" refers to a screen displayed during execution of a standby mode in a communication terminal.

The term "log event" refers to events transmitted and received at the communication terminal. Such log events include call, short message, multi-message, and mail. For example, a log event occurring in a communication terminal may include at least one of an incoming call, an incoming call, an missed incoming call, a sent short message, a received short message, a sent multi message, a received multi message, a sent mail, and a received mail. have. In this case, the multi-message may be a text message, a voice message, a video message, and the like, and the received multi-message may be a received video message, a received voice message, a received recording message, or the like.

In addition, the term "log line" refers to a line that is displayed on the standby screen according to the occurrence of the log event when the log event occurs in the communication terminal. At this time, the standby screen of the communication terminal includes a plurality of areas formed as one axis is divided according to time within a set time interval. As a result, when the log event occurs, the communication terminal displays a log line in an area to which a log event occurs. That is, when the log event occurs, the communication terminal extends and displays the log line from a point where the axis of the standby screen coincides with the log event occurrence time. At this time, at least one of the color, thickness, and shape of the log line displayed on the standby screen is differently displayed according to the corresponding event. That is, the event line may be displayed differently depending on whether the corresponding event is a call, a short message, a multi-message, or an e-mail. Alternatively, the event line may be displayed differently depending on whether the event is a reception event or a transmission event. Alternatively, the event line may be displayed differently depending on the subscriber of the counterpart to the corresponding event.

In addition, the term "log information" means information of a log event corresponding to a log line displayed on a standby screen. Such log information may include detailed information of a corresponding log event, for example, a photograph, name, contact information of a counterpart subscriber, a time point of occurrence of a log event, etc., as well as a shortcut key for accessing the counterpart subscriber. The log information may further include a shortcut key for checking the details of the corresponding log event.

1 is a block diagram showing a schematic configuration of a communication terminal processing a standby screen according to an embodiment of the present invention. In the embodiment of the present invention, it is assumed that the communication terminal is a mobile phone.

Referring to FIG. 1, the communication terminal 100 includes a wireless communication unit 110, a storage unit 120, a control unit 130, an audio processor 140, a display unit 150, and a key input unit 160.

The wireless communication unit 110 performs a wireless communication function of the communication terminal 100. The wireless communication unit 110 includes an RF transmitter for upconverting and amplifying a frequency of a transmitted signal, and an RF receiver for low noise amplifying and downconverting a received signal.

The storage unit 120 may be composed of a program memory and a data memory. The program memory stores the operation program of the communication terminal 100 and the standby screen processing programs according to the embodiment of the present invention. The data memory stores data generated during program execution. The data memory stores corresponding log events corresponding to different log lines in accordance with an embodiment of the present invention. In addition, the data memory stores a time interval set for changing the standby screen, and stores the standby screen every time the set time elapses.

The controller 130 performs a function of controlling the overall operation of the communication terminal 100. The controller 130 includes a data processor including a transmitter for encoding and modulating a transmitted signal and a receiver for demodulating and decoding a received signal. In this case, the data processing unit may be configured of a modem and a codec.

In particular, the controller 130 controls to display the log line of the corresponding event in a predetermined area of the standby screen corresponding to the time of occurrence of the log event through the wireless communication unit 110 according to an embodiment of the present invention. . In this case, the controller 130 controls to display log information of a log event corresponding to the selected log line when the log line displayed on the standby screen is selected. In addition, the controller 130 controls access to the counterpart subscriber by using log information when the access request is made with the counterpart subscriber for the selected log event. In addition, the controller 130 controls to change the standby screen at a set time interval. At this time, the controller 130 controls the storage unit 120 to store the standby screen after the set time has elapsed.

The audio processor 140 reproduces the received audio signal output from the audio codec of the data processor and generates the received audio signal through the speaker SPK, or transmits the transmitted audio signal generated from the microphone MIC to the audio codec of the data processor. Do this.

The display unit 150 displays the state of the communication terminal 100 under the control of the controller 130. In this case, the display unit 150 may use an LCD. In this case, the display unit 150 may include an LCD controller, a memory capable of storing display data, and an LCD display device. When the LCD is implemented using a touch screen, the display unit 150 may operate as an input unit.

The key input unit 160 includes keys for inputting numeric and character information and function keys for setting various functions.

2 is a flowchart illustrating a standby screen processing procedure according to an embodiment of the present invention.

Referring to FIG. 2, a user of the communication terminal 100 may manage log data. That is, when the standby mode is executed, the controller 130 detects this (211), and displays the standby screen on the display unit 150 (213). At this time, the standby screen has a plurality of areas for distinguishing and displaying log events occurring within a set time interval according to occurrence time. The log line of the log event occurring within the set time interval may be displayed in a predetermined area of the standby screen corresponding to the time point of the log event. For example, when a user of the communication terminal 100 wants to use a screen on which a log event occurred within 24 hours from 00: 00 as a standby screen, the standby screen is the nearest 00 00 00 minutes from the current time. The log line of log events that occurred from can be displayed. The controller 130 may perform various functions in a state of displaying a standby screen, and in particular, may manage a log event (215). At this time, the log event that can be managed in the current idle screen is a log event that occurs within a set time interval.

FIG. 3 is a flowchart illustrating a procedure of controlling a log event in a standby screen by a controller in FIG. 2. 8A illustrates a standby screen displayed in the standby mode, FIG. 8B illustrates a screen in which a specific log line is selected in the standby screen, and FIG. 8C illustrates a screen in which log information corresponding to the selected log line is displayed. 8D illustrates a screen in which a connection request with a counterpart subscriber is generated using log information.

Referring to FIG. 3, the procedure of managing the log event by the controller 130 starts from selecting a specific log line as shown in FIG. 8B on the standby screen displayed as shown in FIG. 8A. That is, when a specific log line is selected on the standby screen, the controller 130 detects it (311), and displays log information of the log event corresponding to the selected log line as shown in FIG. 8C (313). In this case, the controller 130 may display the log information of the log event as a pop-up window on the standby screen. The log information may include at least some of detailed information of a corresponding log event, for example, a photograph, name, contact information of a counterpart subscriber, a time point of occurrence of a log event, and a shortcut key for connecting to the counterpart subscriber. In addition, if the log event corresponding to the selected log line is any one of a short message, a multi-message and an e-mail, the log information may further include a shortcut key for checking the contents of the corresponding log event.

Next, as shown in FIG. 8D, when a request for access to the counterpart subscriber of the log event corresponding to the selected log line occurs, the controller 130 detects this (315) and uses the corresponding log information to inform the counterpart subscriber. (318). That is, the controller 130 may connect a call to a counterpart subscriber according to a user's request of the communication terminal 100 or switch to a mode for transmitting a short message, a multi-message, or an e-mail. At this time, if the request for connecting to the other party's subscriber is a request for transmitting any one of a short message, a multi-message or an e-mail to the other party's subscriber, the controller 130 automatically inputs the other party's subscriber information in the receiver input box. In addition, the controller 130 may regard the connection with the counterpart subscriber using the log information as the generation of a new log event, and add a log line of the new log event to the standby screen.

Finally, when a request for terminating displaying log information occurs, the controller 130 detects this (319), terminates displaying log information, and returns to FIG. That is, the controller 130 may remove the pop-up window displaying the log information on the standby screen.

Meanwhile, when a specific function to be executed in the communication terminal 100 is selected while the specific log line is not selected while the standby screen is displayed, the controller 130 performs the selected specific function (321). Return to FIG. For example, the controller 130 may enlarge and display a predetermined area of the standby screen selected by the user of the communication terminal 100 in response to a request for expanding the predetermined area of the standby screen. Thus, the user of the communication terminal 100 can easily select a specific log line on the standby screen. In addition, the controller 130 may return the enlarged area of the standby screen to its original state. In addition, the controller 130 may perform various functions assigned to the communication terminal 100.

As described above, in order to provide a function of managing a log event in a state of displaying a standby screen, the controller 130 may process a log event occurring in the communication terminal 100. That is, when a log event occurs through the wireless communication unit 110 while performing the function of the communication terminal 100, the controller 130 detects this (221) and processes the generated log event (223). In this case, the log event generated in the communication terminal 100 may be a log event received or transmitted through the wireless communication unit 110. The log event may be, for example, any one of an incoming call, an incoming call, a missed call, a transmission short message, a reception short message, a transmission multi message, a reception multi message, a transmission mail, and a reception mail.

FIG. 4 is a flowchart illustrating a procedure of processing a log event generated by a controller in FIG. 2. 8E illustrates a screen in which a log line of a log event generated in the standby screen is added.

Referring to FIG. 4, when a log event occurs, the controller 130 stores the generated log event in the storage 120 (411). The controller 130 analyzes the generated log event (413). That is, the controller 130 determines whether the generated log event is an outgoing call, an incoming call, an missed incoming call, a transmission short message, a reception short message, a transmission multi message, a reception multi message, a transmission mail, or a reception mail. In addition, the controller 130 analyzes an occurrence time point of the generated log event.

Next, the controller 130 displays the log line of the log event generated as shown in FIG. 8E on the standby screen (415) and returns to FIG. At this time, the controller 130 adds a log line of an event corresponding to a log event generated in a predetermined region of the standby screen corresponding to the time point of the log event according to the analysis of the generated log event. That is, the controller 130 adds and displays one log line on the standby screen whenever a log event occurs in the communication terminal 100. The log line displayed on the standby screen may be set to display at least one of color, thickness, and shape differently according to the corresponding event. That is, the log line may be displayed differently depending on whether the corresponding event is a call, a short message, a multi message, or an e-mail. The log line may be displayed differently depending on whether the corresponding event is a receiving event or a transmitting event.

As described above, the log event generated in the communication terminal 100 may be displayed on the same standby screen within a set time interval. That is, when the set time interval elapses and it is time to change the standby screen, the controller 130 detects this (231) and changes the standby screen (233). At this time, the current standby screen may display the log lines of the log event occurred during the previously set time interval. For example, the controller 130 may set the change time of the standby screen to 00:00 and set the log line for the log event occurring for 24 hours from the set time on the same standby screen. . Accordingly, the controller 130 changes the standby screen every 24 hours.

FIG. 5 is a flowchart illustrating a procedure of changing a standby screen by the controller of FIG. 2. 8F and 8G illustrate examples of screens displayed when a standby screen change procedure is performed. At this time, FIG. 8F shows the standby screen before the change, and FIG. 8G shows the standby screen after the change.

Referring to FIG. 5, when the set time interval elapses, the controller 130 displays a current standby screen on the storage 120 that displays log lines of log events generated during the set time interval, as shown in FIG. 8F. Save (511). In this case, the controller 130 may store the standby screen together with the period during which the standby screen was displayed, that is, the date and time, thereby distinguishing the stored standby screen from previously stored standby screens. Thereafter, the controller 130 displays the initialized standby screen as shown in FIG. 8G (513) and returns to FIG. At this time, the initialized standby screen is a standby screen in which log lines are not displayed, and is a standby screen in which log lines for log events occurring during a set time interval from an initializing time point can be displayed.

As described above, the standby screen stored as the standby screen is changed may be managed separately from the current standby screen. That is, when a request for managing the standby screen occurs, the controller 130 may detect this (241) and integrate and manage previous standby screens stored in the storage 120 (243). That is, the controller 130 displays the standby screen selected by the user of the communication terminal 100 among the idle screens stored in the storage 120 on the display unit 150, transmits or stores the data through the wireless communication unit 110. It can be deleted from the unit 120.

FIG. 6 is a flowchart illustrating a procedure of managing a stored idle screen by the controller in FIG. 2. 8H to 8N illustrate examples of screens displayed when a standby screen management procedure is performed. 8H illustrates a screen on which a standby screen list is displayed, FIG. 8I illustrates a screen on which a specific standby screen is selected from the standby screen list, and FIG. 8J illustrates a screen on which the selected standby screen is displayed. 8K illustrates a screen in which a specific log line is selected in the displayed standby screen, FIG. 8L illustrates a screen in which log information corresponding to the selected log line is displayed, and FIG. 8M illustrates a counterpart subscriber using log information. FIG. 8N illustrates a screen on which a request for transmitting a selected idle screen is generated.

Referring to FIG. 6, the procedure for managing the idle screen starts from displaying the list of idle screens stored in the storage unit 120 as shown in FIG. 8H (611). In this case, the controller 130 may display the standby screens as a list through thumbnails representing respective images, and display the standby screens as a list through the period in which each idle screen was displayed, that is, the date and time. It can also be.

Next, when a specific standby screen is selected from the standby screen list as shown in FIG. 8I, the controller 130 detects this (613), and determines whether the selection of the specific standby screen is to display the selected standby screen. Decision 615. If it is determined that the selection of the standby screen is to display the selected standby screen, the controller 130 displays the selected standby screen on a full screen as shown in FIG. 8J (618).

Subsequently, when a specific log line is selected on the standby screen displayed as shown in FIG. 8K, the controller 130 detects this (619) and logs the log event corresponding to the selected log line as shown in FIG. 8L. Information is displayed (621). In this case, the controller 130 may display the log information of the log event as a pop-up window on the standby screen. The log information may include at least some of detailed information of a corresponding log event, for example, a picture, name, contact information of a counterpart subscriber, a time point of a log event, etc., as well as a shortcut key for connecting to the counterpart subscriber. In addition, if the log event corresponding to the selected log line is any one of a short message, a multi-message and an e-mail, the log information may further include a shortcut key for checking the contents of the corresponding log event.

Subsequently, when a request for access to the counterpart subscriber of the log event corresponding to the selected log line occurs as shown in FIG. 8M, the controller 130 detects this (623) and uses the corresponding log information to inform the counterpart subscriber. (625). That is, the controller 130 may connect a call to a counterpart subscriber according to a request of the user of the communication terminal 100, or switch to a mode for transmitting a short message, a multi-message, or an e-mail. At this time, if the request for connecting to the other party's subscriber is a request for transmitting any one of a short message, a multi-message or an e-mail to the other party's subscriber, the controller 130 automatically inputs the other party's subscriber information in the receiver input box. In addition, the controller 130 may regard the connection with the counterpart subscriber using the log information as the generation of a new log event, and add a log line of the new log event to the standby screen. At this time, the standby screen to which the log line of the new log event is added is the current standby screen, not the standby screen selected from the standby screen list.

Finally, when a request for terminating displaying log information occurs, the controller 130 detects this (628), terminates displaying log information, and returns to FIG. 2. That is, the controller 130 may remove the pop-up window displaying the log information on the standby screen.

On the other hand, if it is determined that the selection of the specific standby screen is not for displaying the selected standby screen from the standby screen list, the controller 130 determines whether the selection of the specific standby screen is for transmitting the selected standby screen ( 629). At this time, if the selection of the idle screen is determined to transmit the selected idle screen as shown in FIG. 8N, the controller 130 transmits the selected idle screen to a specific subscriber designated by the user of the communication terminal 100. Next, return to 631.

On the other hand, if the selection of the specific idle screen from the idle screen list is not to transmit the selected idle screen, the controller 130 may perform a function required by the user of the communication terminal 100 (633). That is, the controller 130 may perform a function of deleting the selected standby screen. When the controller 130 completes the function, the controller 130 returns to FIG. 2.

As described above, when a request for terminating the procedure for processing the idle screen occurs, the controller 130 detects this (245) and terminates the idle screen processing procedure. That is, when the user of the communication terminal 100 wants to use another type of standby screen, the controller 130 can no longer log the log events occurring within the set time interval according to the occurrence time point. Do not process.

On the other hand, if a request for terminating the procedure for processing the idle screen does not occur, the controller 130 repeats the previous processes 211 to 245 until a request for terminating the idle screen processing procedure occurs.

On the other hand, if the mode is changed to a mode for performing another specific function while performing the standby screen processing procedure as described above, the controller 130 performs the corresponding function (251). For example, the controller 130 may register a log event to guide the occurrence on the standby screen, and register the log line of the corresponding event to be displayed differently according to the corresponding event.

7 is a flowchart illustrating a procedure in which a control unit registers a log event and a log line.

Referring to FIG. 7, when a request for editing a standby screen is input, the controller 130 detects this (711) and displays an editable menu (713). In this case, the editable menu may be to register a log event to be checked or to register a basic background of a display screen to which a log line is added. When a menu for registering a log event to be checked is selected, the control unit 130 detects this (715), and when a generation is detected through the wireless communication unit 110, a log event that can be displayed on the standby screen as a log line of the corresponding event. Display a list of them (717). In this case, log events that may be displayed on the standby screen as a log line may be events received or transmitted through the wireless communication unit 110. The log event may include at least one of an incoming call, an incoming call, a missed incoming call, a transmission short message, a reception short message, a transmission multi message, a reception multi message, a transmission mail, and a reception mail. In this case, the received multi-message may be a received video message, a received voice message, a received recording message, or the like.

Next, when the user of the communication terminal 100 selects a log event to be confirmed as a log line from the list of log events, the controller 130 detects this (719) and selects a log line option corresponding to the selected log event. Select (721). Thereafter, when the user of the communication terminal 100 selects another log event to be checked as a log line, the controller 130 detects this (723) and the previous process until the other event is no longer selected (721). And 723). That is, when the selected log events occur through the wireless communication unit 110, the controller 130 may set different log lines to correspond to the log events so that the user of the communication terminal 100 may distinguish each log event. do. In this case, the controller 130 sets the log line to display differently at least one of color, thickness, and shape according to the corresponding event. That is, the controller 130 associates different log lines with the corresponding events according to whether the corresponding event is a call, a short message, a multi-message, an e-mail, an audio message, a video message, or a recording message, and the corresponding event is a reception event or a transmission. Depending on which of the events, different log lines are mapped to those events. The log line corresponding to each log event may be set as a default and may be set by a user of the communication terminal 100.

Finally, when a request for terminating the idle screen editing procedure occurs, the controller 130 detects this (725) and terminates the idle screen editing procedure.

Meanwhile, when a menu other than a menu for registering a log event that the user of the communication terminal 100 wants to check on the standby screen is selected in the standby screen edit menu, the controller 130 performs a function assigned to the selected menu. (727). For example, the controller 130 may register a basic background of the standby screen.

As described above, in the standby screen processing method of the communication terminal according to the embodiment of the present invention, the generated log event is displayed on the standby screen with different log lines according to the corresponding event, so that users can check information that is easy to overlook. There is an advantage. In addition, there are advantages in that a plurality of functions such as checking information of a specific log event from a standby screen or connecting to a counterpart subscriber of a specific log event can be easily performed. As a result, it is possible not only to meet users 'demand for a new interface, but also to satisfy users' emotions. This can be further improved by changing the standby screen at set time intervals.

Claims (11)

Displaying, in the standby mode, a standby screen having a plurality of areas for distinguishing and displaying log events occurring within a set time interval according to occurrence time points; And displaying log information of the log event when selecting a log event displayed on the idle screen. The method of claim 1, When the connection request is made with the counterpart subscriber of the log event, using the log information to connect with the counterpart subscriber. The method of claim 2, wherein the displaying of the standby screen comprises: When the log event occurs, adding and displaying the log event in a predetermined area of the idle screen corresponding to the time point of occurrence of the log event. The method of claim 3, wherein the displaying of the standby screen comprises: Storing the standby screen when the set time interval elapses; And initializing and displaying the idle screen. The method of claim 4, wherein Displaying a standby screen list for integrated management of stored idle screens when the stored idle screen display request is made; Displaying the selected standby screen when selecting a standby screen from the standby screen list; And selecting log information of the log event when selecting a log event of the displayed idle screen. The method of claim 5, wherein When the connection request is made with the counterpart subscriber of the log event, using the log information to connect with the counterpart subscriber. The method of claim 5, wherein And transmitting the selected idle screen to a specific subscriber. The method of claim 5, wherein And the log event is represented by a log line of an event corresponding to the log event. The method of claim 8, And at least one of a color, a thickness, and a shape of the log line is displayed differently according to the corresponding event. The method of claim 9, And the log event includes at least one of a call, a short message, a multi-message, and an e-mail. The method of claim 9, And the log event comprises at least one of a reception event and a transmission event.

Images