Mobile terminal and controlling method thereof

A mobile terminal and controlling method thereof are disclosed, by which a plurality of message, product or registration card items and be collectively managed. The present invention includes a wireless communication unit configured to transmit/receive messages or data, a user input unit configured to receive a command from a user, a touchscreen, and a controller outputting the received messages through the touchscreen, the controller controlling a prescribed received message among the received messages to be included in a prescribed group, the controller, if a change command for the prescribed group is received through the user input unit, controlling the wireless communication unit to transmit a change request signal corresponding to some messages selected from the received messages included in the prescribed group.

Pursuant to 35 U.S.C. § 119(a), this application claims the benefit of earlier filing date and right of priority to Korean Application No. 10-2015-0067200, filed on May 14, 2015, the contents of which are hereby incorporated by reference herein in their entirety.

BACKGROUND OF THE INVENTION

Field of the Invention

The present invention relates to a mobile terminal, and more particularly, to a mobile terminal and controlling method thereof. Although the present invention is suitable for a wide scope of applications, it is particularly suitable for facilitating the use of a terminal in further consideration of user's convenience.

Discussion of the Related Art

A mobile terminal is a device which may be configured to perform various functions. Examples of such functions include data and voice communications, capturing images and video via a camera, recording audio, playing music files and outputting music via a speaker system, and displaying images and video on a display. Some terminals include additional functionality which supports game playing, while other terminals are also configured as multimedia players. More recently, mobile terminals have been configured to receive broadcast and multicast signals which permit viewing of contents, such as videos and television programs.

Generally, terminals can be classified into mobile terminals and stationary terminals according to a presence or non-presence of mobility. And, the mobile terminals can be further classified into handheld terminals and vehicle mount terminals according to availability for hand-carry.

There are ongoing efforts to support and increase the functionality of mobile terminals. Such efforts include software and hardware improvements, as well as changes and improvements in the structural components which form the mobile terminal.

As a mobile terminal provides various functions, it becomes closely associated with user's daily life. And, the various functions assist a user to facilitate management of daily life. Examples of these functions may include a function of sending a payment report of a credit card, a function of adding an item to a shopping basket in an online shopping mall, and the like.

However, since these functions can be independently managed only but the functions associated with a specific task are not connected to each other organically, it is impossible to manage such functions collectively. Thus, the demands for control methods of managing functions related to user's daily life are increasingly rising.

SUMMARY OF THE INVENTION

Accordingly, embodiments of the present invention are directed to a mobile terminal and controlling method thereof that substantially obviate one or more problems due to limitations and disadvantages of the related art.

One object of the present invention is to provide a mobile terminal and controlling method thereof, by which a plurality of items can be managed collectively and effectively.

Technical tasks obtainable from the present invention are non-limited by the above-mentioned technical tasks. And, other unmentioned technical tasks can be clearly understood from the following description by those having ordinary skill in the technical field to which the present invention pertains.

Additional advantages, objects, and features of the invention will be set forth in the disclosure herein as well as the accompanying drawings. Such aspects may also be appreciated by those skilled in the art based on the disclosure herein.

To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, a mobile terminal according to one embodiment of the present invention may include a wireless communication unit configured to transmit/receive messages or data, a user input unit configured to receive a command from a user, a touchscreen, and a controller outputting the received messages through the touchscreen, the controller controlling a prescribed received message among the received messages to be included in a prescribed group, the controller, if a change command for the prescribed group is received through the user input unit, controlling the wireless communication unit to transmit a change request signal corresponding to some messages selected from the received messages included in the prescribed group.

In another aspect of the present invention, as embodied and broadly described herein, a method of controlling a mobile terminal according to another embodiment of the present invention may include the steps of transmitting/receiving messages or data, outputting the received messages through a touchscreen, controlling a prescribed received message among the received messages to be included in a prescribed group, and if a change command for the prescribed group is received, transmitting a change request signal corresponding to some messages selected from the received messages included in the prescribed group.

DETAILED DESCRIPTION OF THE INVENTION

The mobile terminal100is shown having components such as a wireless communication unit110, an input unit120, a sensing unit140, an output unit150, an interface unit160, a memory170, a controller180, and a power supply unit190. It is understood that implementing all of the illustrated components is not a requirement, and that greater or fewer components may alternatively be implemented. Referring now toFIG. 1A, the mobile terminal100is shown having wireless communication unit110configured with several commonly implemented components.

The controller180typically functions to control overall operation of the mobile terminal100, in addition to the operations associated with the application programs. The controller180processes signals, data, informations and the like inputted or outputted through the above-mentioned components and/or runs application programs saved in the memory170, thereby processing or providing a user with appropriate informations and/or functions.

At least one portion of the respective components mentioned in the foregoing description can cooperatively operate to embody operations, controls or controlling methods of the mobile terminal according to various embodiments of the present invention mentioned in the following description. Moreover, the operations, controls or controlling methods of the mobile terminal can be embodied in the mobile terminal by running at least one or more application programs saved in the memory170.

Referring still toFIG. 1A, various components depicted in this figure will now be described in more detail.

A touch sensor can sense a touch applied to the touch screen, such as display unit151, using any of a variety of touch methods. Examples of such touch methods include a resistive type, a capacitive type, an infrared type, and a magnetic field type, among others. As one example, the touch sensor may be configured to convert changes of pressure applied to a specific part of the display unit151, or convert capacitance occurring at a specific part of the display unit151, into electric input signals. The touch sensor may also be configured to sense not only a touched position and a touched area, but also touch pressure and/or touch capacitance. A touch object is generally used to apply a touch input to the touch sensor. Examples of typical touch objects include a finger, a touch pen, a stylus pen, a pointer, or the like.

In some embodiments, the display unit151may be implemented as a stereoscopic display unit for displaying stereoscopic images.

The mobile terminal100will generally include a case (for example, frame, housing, cover, and the like) forming the appearance of the terminal.

In this embodiment, the case is formed using a front case101and a rear case102. Various electronic components are incorporated into a space formed between the front case101and the rear case102. At least one middle case may be additionally positioned between the front case101and the rear case102.

The mobile terminal100may be provided with the display unit151, the 1st audio output unit152a, the 2nd audio output unit152b, the proximity sensor141, the illumination sensor142, the light output unit154, the 1st camera121a, the 2nd camera121b, the 1st manipulating unit123a, the 2nd manipulating unit123b, the microphone122, the interface unit160, and the like.

FIGS. 1B and 1Cdepict certain components as arranged on the mobile terminal.

The display unit151outputs information processed in the mobile terminal100. The display unit151may be implemented using one or more suitable display devices.

Examples of such suitable display devices include a liquid crystal display (LCD), a thin film transistor-liquid crystal display (TFT-LCD), an organic light emitting diode (OLED), a flexible display, a 3-dimensional (3D) display, an e-ink display, and combinations thereof.

A power supply unit190for supplying power to the mobile terminal100may include a battery191, which is mounted in the terminal body or detachably coupled to an outside of the terminal body. The battery191may receive power via a power source cable connected to the interface unit160.

Also, the battery191can be recharged in a wireless manner using a wireless charger. Wireless charging may be implemented by magnetic induction or electromagnetic resonance.

Further preferred embodiments will be described in more detail with reference to additional drawing figures. It is understood by those skilled in the art that the present features can be embodied in several forms without departing from the characteristics thereof.

According to one embodiment of the present invention, it is intended to provide a control method of collectively managing messages received in association with a specific task or business. According to an embodiment of the present invention, messages may include SMS (short messaging service) message, MMS (Multimedia messaging service) message, LMS (Long messaging service) message, and a message received using a text transceiving application based on data communication. According to the following detailed description of one embodiment of the present invention, a message (hereinafter named a payment message) received on a monetary payment of a card use or the like is taken as one example, by which the present invention is non-limited.

According to one embodiment of the present invention, if a payment message related to a specific task or business (e.g., a travel, a business trip, etc.) is received, it is proposed to manage the received payment message by a group. And, it is proposed that payment messages managed by the group can be adjusted for cancellation/change/number of persons. Embodiments of the present invention shall be described in detail with reference to the accompanying drawings as follows.

FIG. 2is a flowchart for a control method of controlling received messages collectively according to one embodiment of the present invention.

Referring toFIG. 2, in a step S201, the controller180receives a message through the wireless communication unit110. In a step S202, the controller180may output a chat window for the received message. In particular, the chat window may include a message history including the received message. In a step S203, a plurality of messages can be grouped into a prescribed group (i.e., grouping into a prescribed group). The steps S201to S203are described in detail with reference to the configuration diagrams shown inFIGS. 3A, 3B and 3Cas follows.

FIGS. 3A, 3B and 3Care diagrams for a control method of grouping an output of a chat window and received messages included in the chat window together according to one embodiment of the present invention.

Referring toFIG. 3A, the controller180outputs the chat window300in the step S202. In this case, the outputted chat window300may include a history of at least one received message received in the step S201. According to the example shown inFIG. 3, the chat window300includes a 1stpayment message301-1, a 2ndpayment message301-2and a 3rdpayment message301-3.

According to one embodiment of the present invention, the payment message may include a card payment information. In this case, the card payment information may mean the information sent to a user by a corresponding card company in case of making a payment using a card and may include at one of informations such as an amount of a corresponding payment, a used time of the corresponding payment, a used place of the corresponding payment, an approval/cancellation of the corresponding payment, and the like.

The 2ndpayment message301-2shown inFIG. 3is taken as an example for the following description. First of all, the 2ndpayment message301-2includes a card payment information indicating that a card use amount ‘9,800 Won’ for a card used place ‘XX Rent Car’ is used on 20:40, March 5 by a card company ‘Shinhan Card™’.

According to one embodiment of the present invention, if a command for grouping a plurality of messages is received, the controller180combines a plurality of the messages into a single display object and is then able to output the single display object. In this case, referring toFIG. 3B, one example of the command for grouping a plurality of the messages may include an input applied in a manner of applying a touch10ato a prescribed message (e.g., a 3rdpayment message301-3) and the applying a drag10bto another message (e.g., a 2ndpayment message301-2) by maintaining the touch10a.

Referring toFIG. 3C, a 2ndpayment message301-2and a 3rdpayment message301-3combined into a single group and the single group302is outputted through a chat window300. In the following description of one embodiment of the present invention, this combined and outputted message shall be named a group message302. And, an indicator303indicating that this is a group message can be further outputted through the group message302. According to the example shown in the drawing, one example of the indicator303is outputted as a spring shape through the group message302.

Meanwhile, another example of a command for grouping a plurality of messages is described in detail with reference toFIGS. 4A, 4B and 4Cas follows.

FIGS. 4A, 4B and 3Care diagrams for one example of a command for grouping received messages according to one embodiment of the present invention.

InFIGS. 4A-4C, when a specific payment message is received, it is proposed to output a guide line for grouping another group.

Referring toFIG. 4A, as mentioned in the foregoing description, a chat window300is currently outputted. And, 1stto 3rdpayment messages301-1to301-3are included in the chat window300. In response to a reception of the 3rdpayment message301-3, the controller180can output a 1stguide line401-1and a 2ndguide line401-2to perform groupings on the 1stpayment message301-1and the 2ndpayment message301-2, respectively.

As a user applies a touch10cto the 1stguide line or the 2ndguide line, a grouping can be performed on a corresponding group.

In particular, referring toFIG. 4B, if an input of applying the touch10cto the 1stguide line401-1is received, the controller180can control the received 3rdpayment message301-3to be included in the group corresponding to the 1stguide line401-1.

Subsequently, referring toFIG. 4C, a group message302including the 3rdpayment message301-3may be outputted to the chat window300.

In this case, the group message302may be used as a control method for managing received messages collectively. In the following description, a control method of reading messages included in the group message302is described in detail with reference toFIGS. 5A, 5B and 5C.

FIGS. 5A, 5B and 5Care diagrams for a control method of reading each message included in a group message302according to one embodiment of the present invention.

Referring toFIG. 5A, the controller180currently outputs a chat window300. And, the chat window300includes a group message302. If a touch gesture is applied to the group message302, the controller180can sequentially output message(s) included in the group message302. For instance, if an input of applying a touch10dto the group message302and then applying a drag10ein a top direction by maintaining the touch10dis received, referring toFIG. 5C, the controller180switches a 3rdpayment message301-3to a 2ndpayment message301-2and then outputs the 2ndpayment message301-2. In doing so, while the drag10eis applied in the top direction by maintaining the touch10d, the controller180can further output an animation effect (e.g., an effect of turning to a next page of a note shown inFIG. 5B, etc.) indicating the switching between the messages.

Meanwhile, in order to effectively manage a plurality of group messages, it is necessary to use a different attribute for each of the group messages. In the following description, a control method of setting an attribute of a group message shall be described in detail with reference toFIG. 2(i.e., flowchart) andFIGS. 6A and 6B.

FIGS. 6A and 6Bare diagrams for a control method of setting a cover (or a title) of a group message302according to one embodiment of the present invention. The following description shall be described with reference toFIG. 6together withFIG. 2as follows.

First of all, in a step S204, the controller180can receive a command for setting/changing an attribute for the prescribed group.FIG. 6shows one example of a command for setting an attribute of a cover of a group message302. Referring toFIG. 6A, if an attribute setting command10fis applied to a group message302outputted through a chat window300, the controller180can output an attribute setting menu601. For example, as shown inFIG. 6A, the attribute setting command10fmay include a long touch input applied to the group message302. And, the attribute setting menu601may include an item ‘making a cover’ or an item ‘tagging’.

If the item ‘making a cover’ is selected, referring toFIG. 6B, the controller180outputs a virtual keypad and is then able to set up a cover of the group message302through a typing input received from a user. The controller180may then output the set cover602to the group message302outputted through the chat window300.

Furthermore, according to one embodiment of the present invention, a control method of setting detailed attributes is proposed. For example, such detailed attributes may include the number of persons, a period (or date) and the like. A detailed setting method according to an embodiment is described with reference toFIG. 7as follows.

FIGS. 7A, 7B and 7Care diagrams for a control method of setting an attribute (or a tag) of a group message302according to one embodiment of the present invention. The following description shall be described with reference toFIGS. 7A-7Ctogether withFIG. 2as follows.

First of all, in the step S204, the controller180can receive a command for setting/changing an attribute for the prescribed group.FIG. 7shows one example of a command for setting up the number of persons and period for the group message302. According to one embodiment of the present invention mentioned in the following description, assume that the payment messages include the messages associated with a specific theme. In case that if the number of persons participating in the travel or the period of the travel is set as tag information, it is able to provide a more convenient and smarter control method. Therefore, according to one embodiment of the present invention, it is proposed to set up the tag information at the group message302to be useful for the above-mentioned case.

Referring toFIG. 7A, an attribute setting menu601corresponding to a group message302is outputted. If an item ‘tagging’ is selected from the attribute setting menu601, referring toFIG. 7B, the controller180can further output a tag input menu701. In particular, the tag input menu701may further include items such as ‘persons’, ‘period’, ‘weather’ and the like. Hence, if a user touches each of the items included in the tag input menu701, the user can input and set up a tag corresponding to the touched item.

FIG. 7Cis a diagram for one example of the group message302having a cover ‘Jeju Island Travel’ in which ‘2 persons’ and ‘3 nights and 4 days’ are set for an item ‘# of persons’ and an item ‘period’, respectively. Referring toFIG. 7C, the controller180can output the cover602and the tag information702to the group message302displayed on the chat window300.

According to one embodiment of the present invention, it is intended to further propose a control method of automatically linking to a payment message appropriate for a prescribed situation during a period set as a tag. Such an embodiment shall be described in detail with reference toFIG. 8as follows.

FIGS. 8A, 8B and 8Care diagrams for a control method of directly reading an associated message according to one embodiment of the present invention.

According to an embodiment related toFIG. 8, assume that a place information and a date and time information are included in payment information contained in a payment message.

Referring toFIG. 8A, the controller180currently outputs a prescribed group message302to a chat window300. According to the example shown in the drawing, the prescribed group message302has a period tag ‘3 nights and 4 days’702set at a cover ‘Jeju Island Travel’602.

If a current location of the mobile terminal100matches a place information included in a prescribed payment message, the controller180can output a link button801for connecting to the prescribed payment message.

For instance, a prescribed payment message is a payment message for ‘Yeomigi Botanical Garden ticket’ and a location information on Yeomigi Botanical Garden can be included as a payment information in the corresponding payment message. If the mobile terminal100corresponds to the location information of Yeomigi Botanical Garden (i.e., if a location of the mobile terminal100is Yeomigi Botanical Garden), the controller180can output a link button801, which is provided to directly connect to the corresponding payment message, to the group message302.

If an input10qof selecting the link button801is received, the controller180may be able to directly output a corresponding payment message301-4. In particular, a user may directly read a linked payment message without sequentially reading other payment messages included in the group message302.

Referring toFIG. 8C, the read payment message may be able to further output an indicator802indicating that it is linked to a current place/period and the like.

FIGS. 9A, 9B and 9Care diagrams for a control method of automatically totalizing amounts of uses during a tag set period according to one embodiment of the present invention.

Referring toFIG. 9A, the controller180currently outputs a prescribed message302to a chat window300. According to the example shown in the drawing, a period tag ‘3 nights and 4 days’702is set at a cover ‘Jeju Island Travel’602.

Based on a payment amount information included in a payment message, the controller180totals payment amounts received during the set period by real time and is then able to output to provide a corresponding result to a user. In particular, the controller180totals the payment information included in the payment message received during the set period set as the period tag702and is then able to output the corresponding total as a real-time use amount902shown inFIG. 9B.

Moreover, according to one embodiment of the present invention, after a user has further set a target use amount tag910, if the real-time use amount exceeds the set target use amount tag901, it is able to further output a target amount exceeding indicator903to warn the exceeding.

If an evaluation information903on a travel/business trip is inputted by the user, the controller180may be able to further output the evaluation information903to a group message302-2.

Meanwhile, according to one embodiment of the present invention, if a change occurs in a tag information such as persons, period or the like, it is intended to provide a control method of reflecting the corresponding change automatically. In particular, if a person tag information is changed into 3 persons from 2 persons, it is proposed to automatically change a payment history for payment informations related to the persons. Such an embodiment shall be described in detail with reference to the accompanying drawings as follows.

FIGS. 10A, 10B and 10Care diagrams for a control method in case of changing a tag of the number of persons in a group message302according to one embodiment of the present invention. The following description shall be described with reference toFIGS. 10A-10Ctogether withFIG. 2as follows.

First of all, in the step S204, the controller180can receive an attribute setting/changing command for the prescribed group.FIG. 10shows one example of a person attribute change command of the group message302. Subsequently, in a step S205, the controller180can select a message associated with the set/changed attribute from messages included in the group.

Referring toFIG. 10A, a group message302is currently outputted through a chat window300. And, assume that a cover ‘Jeju Island Travel’602is set for the group message302. If a change that persons set at a person tag of the group message are changed from 2 persons to 3 persons is received, payment messages included in the group message302are searched for a payment message associated with the change of persons (i.e., a payment message associated with the change of persons is selected from payment messages included in the group message302) and a result of the search can be provided to a user.

For instance, an amount to be paid for hotel rooms, tickets, airline tickets or the like may vary in accordance with the number of persons. On the other hand, an amount to be paid for a rent car may not be changed in accordance with a change of the number of persons (e.g., a case that the number of persons receivable in a single vehicle is changed from 2 persons to 3 persons for example). Based on a payment information included in a payment message, the controller180searches a payment message associated with a change of persons only and is then able to provide the found payment message. Table 1 in the following shows one example indicating whether a decreasing/increasing change is affected per payment message.

In Table 1, referring to one example of the hotel reservation payment message, if a tag is changed to 1 person from 2 persons, it may be efficient to change a room for 2 persons to a room for 1 person. In response to such a change, the controller180may connect a user to a website for the change (or output a URL of the website) or may send a change request message to a server of the hotel [S206], using a payment information of the hotel reservation payment message.

In response to the tag or attribute change, the controller180searches for payment items to be changed and may be then able to further output a progressive1002indicating the number of the payment items to be changed as a result of the search [FIG. 10B]. In particular, the progressive bar1002may include the number of payment messages included in a current group and the number of change required payment messages. According to the example shown in the drawing, the total number of the payment messages included in the group message302is 15 and the number of the change required payment messages is 3, which is denoted by ‘3/15’.

If a payment item change command10h(e.g., an input of touching a progressive bar) is received, the controller180can directly output a payment message1003necessary to be changed.

FIGS. 11A, 11B and 11Care diagrams for a control method of facilitating a change of a reservation through a change required payment message according to one embodiment of the present invention.

According to an embodiment associated withFIG. 11, it is proposed that a webpage information is included as a payment information included in a change required payment message and that a webpage is outputted based on such information.

Referring toFIG. 11A, a change required payment message1003is outputted to a chat window300. If an input10of selecting the change required payment message is received, the controller180can output a webpage1101corresponding to the received input. Hence, a user can cancel/change a reservation easily through the outputted webpage1101.

If the change or cancellation of the reservation is completed, the controller180may be able to reduce the number of the change required payment messages to 2 from 3.

Meanwhile, according to the embodiment mentioned in the above description, a case of changing persons (or, the number of persons) is described. In the following description, proposed is a control method of collectively cancelling payment message(s) included in a group message.

FIGS. 12A, 12B, 12C and 12Dare diagrams for a control method of collectively cancelling payment message(s) included in a group message302according to one embodiment of the present invention.

Referring toFIG. 12A, the controller180currently outputs a group message302to a chat window300. And, a 1stpayment message301-1is outputted through the group message302. If a command10kfor cancelling a payment of the 1stpayment message301-1is received, referring toFIG. 12B, the controller180can output a popup window1201for checking whether to cancel a payment related to the 1stpayment message301-1together.

In this case, the related payment may mean payment messages belonging to the same group of the 1stpayment message301-1.

One example of the payment cancelling command10kmay include an input of applying a drag in a left direction by maintaining a touch to a payment message [FIG. 12A].

If a confirmation command10mis inputted through the popup window1201, the controller180can sequentially output associated message(s). If the payment cancelling command10kis applied to the sequentially outputted payment message, referring toFIG. 12D, the controller180can provide a control method for cancelling payments collectively.

The control method of processing payments collectively may include a control method of automatically sending a cancellation request message to a corresponding server. Alternatively, referring toFIG. 12D, cancellation webpages1101-1to1101-3corresponding to the payment information are outputted, whereby a user can easily make cancellation.

Meanwhile, according to the embodiment described with reference toFIG. 12, a command for cancelling a payment for each payment message is inputted. Yet, it may be able to collectively cancel the group message302entirely. Such an embodiment is described in detail with reference toFIG. 13andFIG. 14as follows.

FIGS. 13A, 13B, 13C, 14A and 14Bare diagrams for a control method of collectively cancelling a group message302according to one embodiment of the present invention.

Referring toFIG. 13A, the controller180currently outputs a group message302to a chat window300. If a command for collectively cancelling payments of the group message302is received, the controller180can provide a control method for collectively cancelling payments like the former example shown inFIG. 12D. For example of the control method, referring toFIG. 13B, it may be able to output a cancellation webpage corresponding to each payment message. Hence, a user may be able to easily cancel a payment through the outputted cancellation webpage. One example of the command for collectively cancelling the payments of the group message302may include a touch gesture of applying a drag10nin a left direction by maintaining a touch to the group message302.

If the cancellation is complete, referring toFIG. 13C, a cancellation message1301-1/1302-2indicating each cancellation record can be received.

According to the control method shown inFIG. 13, the payments for the entire group message302are cancelled. Instead, payments may be cancelled per travel day. Referring toFIG. 14A, if a cancellation command of a payment for a prescribed day in a period set at the group message302is received, the controller180may provide a control method for payment cancellation for the corresponding day. As mentioned in the foregoing description, this control method may include a method of outputting webpages1101-1to11-1-3for cancellation.

Meanwhile, a control method after cancellation made by the above-mentioned method is described in addition as follows.

FIGS. 15A, 15B, 15C, 16A and 16Bare diagrams for a control method of checking a cancelled payment message and making repayment according to one embodiment of the present invention.

Referring toFIG. 15A, a cancellation indicator1501can be outputted from a payment cancelled message according to one embodiment of the present invention. According to the example shown in the drawing, the cancellation indicator1501is displayed in a shape1501like a torn payment message.

If an input10nnof selecting the cancellation indicator1501is received, the controller180can output details301of the cancelled payment message [FIG. 15B→FIG. 15C].

Meanwhile, a user may desire to change (repay) the cancelled payment message. Hence, if an input of applying a touch10qto the cancelled payment message is received [FIG. 16A], the controller180can output a webpage1101for making a repayment [FIG. 16B].

According to the above description, if a payment is cancelled, the controller180may further receive a cancellation message containing a cancellation record. According to one embodiment of the present invention, it is proposed that this cancellation message is automatically included in an existing group message302. This embodiment is described in detail with reference toFIGS. 17A-17Cas follows.

FIGS. 17A, 17B and 17Care diagrams for a control method of automatically adding a cancelled payment message to an existing group message302according to one embodiment of the present invention.

Referring toFIG. 17A, a 1stpayment message301-1is outputted to a chat window300. If the 1stpayment message301-1is cancelled based on the control methods described with reference toFIGS. 12 to 16, the controller180can receive a cancellation message301-2including the cancellation record. According to one embodiment of the present invention, it is proposed that the cancellation message301-2is automatically grouped into a group corresponding to an existing payment message or that the cancellation message301-2is automatically grouped with the payment message. In particular, referring toFIG. 17C, the controller180automatically groups the cancellation message301-2with the payment message301-1and is then able to group a single group message302. In doing so, an indicator1701indicating that the cancellation message is automatically grouped may be outputted through the group message302.

FIGS. 18A and 18Bare diagrams for a control method of warning a case of making redundant payments according to one embodiment of the present invention.

Referring toFIGS. 18A and 18B, in case that a payment is cancelled based on the above-mentioned control method, a user may be able to make a new payment associated with the cancelled payment. For instance, a rent-a-car reservation at a 1strent-a-car company is cancelled and a rent-a-car reservation cam be then made at a 2ndrent-a-car company. Moreover, irrespective of a presence or non-presence of the cancellation, at least two payments on a single item can be made [Redundant Payments]. According to one embodiment of the present invention, it is proposed to guide a user of the redundant payments.

Referring toFIG. 18A, the controller180is outputting a chat window300and is also outputting a 1stpayment message301-1and a 2ndpayment message301-2. Based on payment informations of the received 1stand 2ndpayment messages301-1and301-2, the controller180may determine whether the 1stand 2ndpayment messages301-1and301-2correspond to redundant payments. If determining that the 1stand 2ndpayment messages301-1and301-2correspond to the redundant payments, the controller180outputs the 1stand 2ndpayment messages301-1and301-2as a single group message302and is also able to control the outputted group message302to further output an indicator1801that warns the redundant payments.

Meanwhile, according to the above-described embodiments, a control method of receiving text messages and managing the received text messages by grouping them is explained. According to one embodiment of the present invention described in the following, a control method of making a payment easily based on travel itinerary information is described. In this case, the travel itinerary information may include a travel itinerary information saved by being previously composed by a user or a travel itinerary information received from another user. In particular, according to one embodiment of the present invention, it is proposed to compose a travel itinerary automatically based on the payment information included in the group message302and to send the composed travel itinerary to another user. Such an embodiment is described in detail with reference to the accompanying drawing as follows.

FIGS. 19A, 19B and 19Care diagrams for a control method of making payment easily based on a travel itinerary file saved in advance according to one embodiment of the present invention.

Referring toFIGS. 19A-19C, the travel itinerary file saved in advance may include a file composed in the mobile terminal100itself or a file composed and sent to the mobile terminal100by a document composer such as an external device (e.g., PC, etc.) or the like. And, the travel itinerary file may include payment information.

If an attribute setting command10fis applied to a group message601outputted through a chat window300[FIG. 19A], the controller180can output an attribute setting menu601. If an input10sof selecting an item ‘reference data link’ from the attribute setting menu601is applied, the controller180can link to a previously saved file [FIG. 19B]. In this case, the file may include a travel itinerary file including information on a travel itinerary.

If a file including the travel itinerary information is linked, referring toFIG. 19C, the controller180can output the number1904of reservation required messages to a group message302outputted through the chat window300.

According to the described embodiment, a user may be able to easily link to a payment based on a payment information included in a schedule information. A control method for making a payment shall be described in the following later.

Meanwhile, in case that a schedule of a travel or the like is changed, it is necessary to make repayments after cancelling all payments collectively or to change all payments collectively. Therefore, according to one embodiment of the present invention, in case that a travel itinerary is changed, a control method of changing it collectively is proposed.

FIGS. 20A, 20B and 20Care diagrams for a control method of changing payment associated with a travel collectively in case of changing a travel itinerary according to one embodiment of the present invention.

FIG. 20AandFIG. 20Bshow a control method of changing a date tag information of a group message302. If a command10tfor changing a date tag702is received [FIG. 20A], the controller180can further output a calendar2001for a schedule change. If an input10uof designating a specific date is applied to the outputted calendar2001, the controller180may be able to change the date tag702to correspond to the designated date [FIG. 20C].

As mentioned in the foregoing description, if a date of a travel is changed, it is necessary to change an item on which a payment has been made already. Hence, according to one embodiment of the present invention, it is proposed to collectively change dates for payments based on payment informations included in a group message. Such a control method shall be described in detail later with reference toFIG. 23.

According to the above description, it is proposed to compose a travel itinerary automatically based on the payment information included in the group message302and to send the composed travel itinerary to another user. A control method of sending it to another user is described in detail with reference toFIGS. 21A-21Cas follows.

FIGS. 21A, 21B and 21Care diagrams for a control method of sharing payment information included in a group message302with another user according to one embodiment of the present invention. The group message302contains payment informations associated with a specific business such as a travel, a business trip or the like. Hence, these payment informations can be utilized as schedule informations useful for another person to have a travel or a business trip. Therefore, according to one embodiment of the present invention, it is intended to provide a control method of sharing payment information included in a group message302with another person collectively.

FIG. 21Ashows a configuration diagram of running a touchscreen151′ of a mobile terminal100′ of a sharing side of a user. If an input10vof selecting a share button2101outputted through a message302displayed on the touchscreen151′ is applied, the controller180forwards a schedule information, which includes payment information included in a shared message302′, to a counterpart terminal.

FIG. 21BandFIG. 21Care configuration diagrams of a mobile terminal100of a shared side. Referring toFIG. 21B, a received message301is outputted to a chat window300. And, an indicator2102indicating that the schedule information is attached is outputted through the received message301.

If an input of selecting the indicator2102is received, the controller180may be able to create a group message302using the schedule information.

Having received the schedule information from the sharing side mobile terminal100′ inFIG. 21A, the mobile terminal100creates a group message302from the chat window300based on the received schedule information and is able to output a reservation required number1904likeFIG. 19(e.g., ‘40reservations confirmed’).

FIGS. 22A and 22Bare diagrams for a control method of updating a reservation situation in response to a reception of a payment message301according to one embodiment of the present invention.

Referring toFIG. 22A, the group message302described with reference toFIG. 21is currently outputted. Assume that the number of currently required reservations is 40.

If a prescribed payment message301is received, the controller180determines whether the received payment message301is a message for the required reservation. If the received payment message301is the message for the required reservation, the controller180can update a reservation status. For example of the reservation status, referring toFIG. 22B, it may be able to output a reservation status progressive bar2201indicating the number of the completed reservations over the total number of the required reservations.

Alternatively, the reservation status may be updated manually by a user without depending on the determination made by the controller180. For instance, if a gesture of applying a drag10wto a group message after touching the received payment message301is received, as shown inFIG. 21A, the controller180can determine that the received payment message301is the message associated with the reservation of the group message. In response to the touch gesture10w, the controller180searches for a corresponding payment information and is then able to further output a popup window2001for checking whether a result of the search is correct. If a user's confirmation is received through the popup window2001, the controller180determines that the reservation status of the corresponding payment information is complete and may be then able to update the reservation status based on the determination.

FIGS. 23A and 23Bare diagrams for a control method of checking a reservation status easily based on the reservation status progressive bar2201on a group message302according to one embodiment of the present invention.

Referring toFIG. 23AandFIG. 23B, if a touch10xis applied to a 1stregion on the reservation status progressive bar2201, it is able to output a reservation complete list2301-1. If a touch10yis applied to a 2ndregion on the reservation status progressive bar2201, it is able to output a reservation required list2301-2.

FIGS. 24A, 24B and 24Care diagrams for a control method of grouping a received reservation information message301-1with a payment message according to one embodiment of the present invention.

Referring toFIG. 24, if a message including reservation information (i.e., a reservation information message) is grouped as well as a payment message, management of the reservation information message will be facilitated. For example of the reservation information message, as shown inFIG. 24A, if a reservation of a rental car is made, there is a message including reservation information on a vehicle number, a reservation start/end time, and a pickup place.

Referring toFIG. 24A, a received reservation information message301-1is outputted through a chat window300. If an input of applying a drag to a group message302by maintaining a touch10zto the received reservation information message301-1is received, the controller180can add the reservation information message301-1to the group message302.

Particularly, since the reservation information message301-1is a message having high possibility in being checked later, it is able to re-output a link button2401for reading the corresponding message. If the link button2401is selected, the controller180may be able to output the reservation information message301-1.

Meanwhile, it may be preferable that a payment message received in a set travel period is automatically included in a group message302. An embodiment related to this is described in detail with reference toFIG. 25as follows.

FIGS. 25A, 25B and 25Care diagrams for a control method of automatically grouping messages received in a set period according to one embodiment of the present invention.

As mentioned in the foregoing description, according to one embodiment of the present invention, a period attribute (or a period tag) can be set in a group message302. Hence, a payment message received in the set period may be automatically included in the group message302.

Referring toFIG. 25A, a group message302and a payment message301are outputted to a chat window300. In case that a period of the group message302is set to 3/17˜3/19, referring toFIG. 25C, the controller180can control the payment message301received in the corresponding period to be automatically included in the group message302. Thus, if the received payment message301is automatically included in the group message302, a user may miss to check the corresponding message. Hence, according to one embodiment of the present invention, it is able to further output an indicator2502indicating the number of the messages automatically included in the group message302. Moreover, when the received payment message301is automatically included in the group message302, referring toFIG. 25B, it may be able to further output an animation effect2501.

Meanwhile, according to one embodiment of the present invention, as mentioned in the foregoing description, a received payment message, a reservation check message or the like can be utilized as a schedule information. Therefore, according to one embodiment of the present invention, it is proposed to add a user's evaluation (e.g., an emoticon, a point, etc.) to the received message.

FIGS. 26A, 26B and 26Care diagrams for a control method of inputting user's evaluation to a received message according to one embodiment of the present invention.

Referring toFIG. 26A, the controller180currently outputs a message301to a chat window300. If an input10aaof selecting an emoticon button3601from the received message301is applied, referring toFIG. 26B, the controller180can output an emoticon list2602. If an input10bbof selecting an emoticon from the emoticon list2602is applied, the controller180can output the selected emoticon2603to the corresponding received message301.

In the following description, a control method of deleting and editing a schedule information received from a counterpart terminal is described in detail with reference toFIGS. 27A and 27B.

FIGS. 27A and 27Bare diagrams for a control method of deleting and editing a schedule information received from a counterpart terminal according to one embodiment of the present invention.

Referring toFIG. 27A, a message301received from a counterpart terminal and a schedule information indicator2102are outputted to a chat window300. In this case, the schedule information indicator2102is the same as described with reference toFIG. 21.

According to one embodiment of the present invention, it is proposed to delete and edit a schedule information attached to the received message301based on an input of a prescribed touch gesture. In this case, the prescribed touch gesture may include a gesture10ccof shaking by touching the schedule information indicator2102.

In the following description, a control method of sorting messages in a group message302is described in detail with reference toFIGS. 28A-28C.

FIGS. 28A, 28B and 28Care diagrams for a control method of sorting and controlling messages in a group message302according to one embodiment of the present invention.

Referring toFIGS. 28A-28C, a group message302is currently outputted to a chat window300. As mentioned in the foregoing description with reference toFIG. 19, the reservation required number1904calculated on the basis of a schedule information is outputted to the chat window300as well.

Meanwhile, a user may intend to select a desired reservation only from the reservation required number. The reason for this is that each person may have a different target of a travel amount. Therefore, according to one embodiment of the present invention, it is proposed that the group message302is sorted on a prescribed condition.

Referring toFIG. 28B, if an input10ddof modifying the total use amount (or a total target amount) is received, the controller180can output messages301-1and301-2included in the group message302by sorting them in order of price [FIG. 28C]. Using the sorted messages, a user can control the rest of reservations to be made easily.

Meanwhile, if a payment information on a travel can be checked on a map, it will be convenient. According to one embodiment of the present invention, since a location information can be included in a payment information included in a received message, a control method of checking the payment information through a map using the location information is further proposed. Such an embodiment is described in detail with reference toFIG. 29as follows.

FIGS. 29A, 29B and 29Care diagrams for a control method of checking a payment information through a map according to one embodiment of the present invention.

Referring toFIGS. 29A-29C, if an input of selecting a map button2900outputted to a group message302is received [FIG. 29A], the controller180can output a cover2901of the group message302, a map2902and a payment information2903[FIG. 29B]. According to one embodiment of the present invention, the payment information may include a location information. Hence, the payment information2903can be outputted in form of a pin at a location included in the corresponding location information on the map. If the payment information2903is selected, it can be directly linked to a corresponding message.

FIG. 29Cshows a map after completion of a travel. After the travel has been completed, a travel route2904is further outputted to provide a user with a route information as well as with the payment information.

Meanwhile, according to the above-described embodiment, a control method of managing messages as a group is described, by which the present invention is non-limited. A control method of enhancing convenience by managing objects except a message as a group is described in detail with reference to the accompanying drawings as follows.

FIGS. 30A, 30B, 30C, 31A, 31B, 32A and 32Bare diagrams for a control method of managing items supposed to be purchased on an online store by groups according to one embodiment of the present invention.

Referring toFIG. 30A, a purchase page3001for a 1stproduct and a purchase page3002for a 2ndproduct are currently outputted. If a purchase button is selected through each of the purchase pages, referring toFIG. 30B, assume that the corresponding product is added to a shopping basket page3003.

A list of purchase intended products3004-1to3004-4is outputted to the shopping basket page3003. If an input of touching a prescribed purchase intended product3004-1and then dragging it to another purchase intended product3004-2is received, the controller180can output the two purchase intended products3004-1and3004-2as a single group product3005.

Referring toFIG. 31, a method of deleting and editing the group product3005is illustrated. The group product3005includes individual delete buttons3101-1and3101-2and a group delete button3101-3. If the group delete button3101-3is selected, the controller180can the entire group product3005from the shopping basket page3003[FIG. 31B]. In this case, it may be able to display the deleted group product on the shopping basket page3003using a deletion indicator3102.

If the individual delete button3101-1or3101-2is selected, the corresponding product can be excluded from the shopping basket page3003. As an individual product is excluded from the group product3005, if a single product remains only, the group product3005may be changed to an individual product again.

According to the embodiment described with reference toFIG. 31, a control method of collectively deleting products included in a group product3005is explained. Meanwhile, according to another embodiment of the present invention, a control method of changing a quantity of products included in the group product3005effectively is proposed. Such an embodiment is described in detail with reference toFIG. 32as follows.

FIGS. 32A and 32Bis a diagram for a control method of changing a quantity of products included in a group product3005effectively according to one embodiment of the present invention.

Referring toFIG. 32, as a quantity of a 1stproduct included in a group product3005is changed, the controller180according to one embodiment of the present invention can change a quantity of a 2ndproduct included in the group product3005to correspond to the changed quantity of the 1stproduct. For instance, referring toFIG. 32A, if a quantity of the 1stproduct included in the group product3005is changed to 1,000 g from 500 g twice [3201-1], a quantity of the 2ndproduct included in the group product3005can be changed from 1 to 2 twice [3201-2]. In particular, a quantity of the group product3005can be changed collectively.

According to the embodiment described with reference toFIG. 32, it is proposed to change all quantities in the group product3005at a predetermined rate. In the following description with reference toFIGS. 33A-34, it is proposed to change a quantity in a group product3005effectively using a prescribed recipe information.

FIGS. 33A and 33Bare diagrams for a control method of effectively purchasing material required for a prescribed food in accordance with the number of persons based on recipe information according to one embodiment of the present invention.

For the example shown inFIG. 33, assume that a recipe shown in Table 2 is saved.

According to one embodiment of the present invention, based on the recipe information, it is proposed to add products and quantities appropriate for cooking material to a shopping basket automatically.

FIG. 33Ashows a shopping basket list3005appropriate for 1 person, whileFIG. 33Bshows a shopping basket list3005appropriate for 3 persons. According to one embodiment of the present invention, it is proposed to purchase accurate quantities fit for the number of persons based on recipe information instead of tripling all products in case of changing the number of person(s) to 3 from 1.

According to the recipe information shown in Table 2, zucchini prepared by an on-line store may be purchased by 150 g units despite that 100 g of amber is necessary. Hence, the number of zucchinis will be 2 in case of purchasing 300 g for 3 persons as well as purchasing 200 g for 2 persons. Hence, according to this example, a zucchini is necessary for 1 person. Even if the number of persons is changed to 3 from 1, a quantity of zucchinis will be changed to 2 appropriate for the material for 3 persons.

On the other hand, in case of the blue crab product that can be purchased by g units, a quantity of the blue crab can be changed from 500 g for 1 person to 1,500 g for 3 persons.

Meanwhile, a user may not want to purchase prescribed products among the products included in the shopping basket using the recipe information. For instance, the prescribed products may include a product purchased by a user in advance, a product failing to fit user's taste, and the like. Hence, as mentioned in the foregoing description, the user may be able to delete the prescribed product(s)3302from the shopping basket list using the recipe information.

FIG. 34is a diagram for a control method of automatically deleting sources redundantly included in a plurality of dishes using recipe information according to one embodiment of the present invention.

Referring toFIG. 34, regarding a shopping basket list, a 1stgroup product3005-1for blue crab soup for 5 persons and a 2ndgroup product3005-2for soybean paste stew for 2 persons are outputted to a shopping basket page3003. According to the two recipe informations, a 1strecipe information on the blue crab soup assumes that 200 g of zucchini is required for 5 persons. And, a 2ndrecipe information on the soybean paste stew assumes that 100 g of zucchini is required for 2 persons. When zucchini is sold by 150 g units, it is necessary to purchase 300 g of zucchini amounting to 2 zucchinis to meet the 200 g required for the 1stgroup product3005-1. And, it is necessary to purchase 100 g of zucchini amounting to 1 zucchini to meet the 100 g required for the 2ndgroup product3005-2. Hence, in case that separate zucchinis are purchased in the 1stgroup product3005-1and the 2ndgroup product3005-1, respectively, total 3 zucchinis are required. Yet, since 200 g of 300 g of 2 zucchinis are necessary in the 1stgroup product3005-1, the remaining 100 g can be used as a cooking material of the soybean paste stew. And, the controller180may control the zucchini to be automatically deleted from the 2ndgroup product3005-2.

Therefore, according to one embodiment of the present invention, the controller180controls redundant material in a plurality of group products to be automatically deleted using the recipe information, thereby preventing the waste of cooking material.

So far, the collective managements of text messages and product items are described. According to the description in the following, a control method of collectively managing various ID cards, credit cards and the like included in a user's wallet is described.

First of all, in case of wallet loss or theft, theft report/loss report/reissuance request for ID cards, credit cards and the like kept in the wallet should be made one by one. If the number of the ID and/or credit cards in use increases, the report/request procedures cause considerable inconvenience. Therefore, according to one embodiment of the present invention, a control method of collectively making theft report/loss report/reissuance request in case of wallet theft or loss is proposed.

FIGS. 35A, 35B and 25Care diagrams for a control method of collectively managing messages received from financial institutions/companies (e.g., a credit card company, a bank company, etc.) according to one embodiment of the present invention.

In general, in case of user's financial transactions, information related to a corresponding transaction is received as a message from a corresponding financial company. According to one embodiment of the present invention, when an outgoing phone number of a message is saved in the memory170, it is proposed to collectively manage messages from financial companies/institutions by setting group attributes. In particular, the group attribute setting may mean that a corresponding outgoing phone number is included in a wallet group.

FIG. 35Ais a diagram for one example of configuration of saving an outgoing phone number of a prescribed financial company (e.g., Shinhan Card Company) as a contact. When a corresponding phone number is saved as a contact, if a group attribute is set to ‘financial/wallet’3501, the corresponding outgoing phone number can be included in a financial/wallet group. According to one embodiment of the present invention, it is able to control messages included in the financial/wallet group to be collectively managed.

FIG. 35Bshows a received text message list3504. According to one embodiment of the present invention, a text message received from an outgoing number included in the financial/wallet group can be displayed in a manner of being identifiable from the text message list3504. For instance, referring toFIG. 35C, a financial/wallet indicator3503indicating that it is included in the financial/wallet group can be outputted to a corresponding text message item together with profile photo3502of a corresponding contact.

In the following description, a control method of effectively managing a message from an outgoing phone number included in a wallet group is described in detail with reference toFIG. 36as follows.

FIGS. 36A, 36B and 36Care diagrams for a control method of collectively managing messages corresponding to a wallet group according to one embodiment of the present invention.

Referring toFIG. 36A, the text message list3504described with reference toFIG. 35is currently outputted. If a touch10jjto the financial/wallet indicator3503is applied, the controller180can output a card list3601including at least one or more card items3602-1to3602-3.

The card items included in the card list3601may include items corresponding to outgoing phone numbers included in the financial/wallet group shown inFIG. 35, respectively. For instance, the 2ndcard item3602-2may include an item corresponding to the outgoing phone number of ‘Shinhan Card Company’ shown inFIG. 35.

In particular, according to the described embodiment, a message belonging to a financial/wallet group can be read in a manner of being distinguished from other messages.

According to one embodiment of the present invention, based on a prescribed touch gesture10kkapplied to each card item outputted to the card list3601, it is able to sequentially output messages received from a corresponding outgoing phone number [FIG. 36C]. In this case, the received message may include a payment information on a payment made using a corresponding card. Hence, a user can easily check a record of the payment made with the corresponding card through each card item. Each of the card item shown inFIG. 36Bis used like a cover of an individual card. If a cover is turned by a touch gesture10kklike a user's gesture of turning a page, payment informations can be read sequentially.

According to one embodiment of the present invention, referring toFIG. 36C, a cumulative use amount3603(cumulative payment amount) corresponding to each card item may be outputted together with each card item (e.g., a cover of each card item).

Meanwhile, although the above-mentioned embodiment relates to a control method for managing text messages related to financial matter, a control method of further managing an ID card according to one embodiment of the present invention is proposed. When a user lost a wallet, it is able to effectively apply a control of loss/reissuance of an ID card and the like.

If a user's registration command is received, the controller180may output a 3rdcard item3602-3for a corresponding ID card to the card list3601.

In the following description, a method of controlling a loss report to be accepted by an outgoing phone number registered at a financial/wallet group is described in detail with reference toFIGS. 37A, 37B, 38A, 38B and 38Cas follows.

First of all,FIGS. 37A-37Care diagrams for a control method of preforming a loss report individually through a text message list3504according to one embodiment of the present invention.

Referring toFIG. 37A, the text message list3504of the above-described embodiment is currently outputted. And, a financial/wallet indicator3503is outputted to the text message list corresponding to a financial/wallet group.

If a menu paging command is applied to a prescribed text message item, referring toFIG. 37B, the controller180can output a menu window3701applicable to the prescribed text message item. According to one embodiment of the present invention, it is proposed that an item ‘Loss report’ is further included in the menu window for a text message included in a financial/wallet group.

For instance, if a prescribed touch input10mm(e.g., a long touch input to the item) is applied to a message3700included in a financial/wallet group [FIG. 37A], the controller180can output a menu window3702further including an item ‘loss report’ [FIG. 37C]. If the item ‘loss report’ is selected, the controller180can control a text message, data or a call signal to be sent to a preset phone number in order to have a loss report to be automatically accepted.

Moreover, according to one embodiment of the present invention, a lost report button3703can be outputted in order make a collective loss report by recognizing that a wallet was lost based on a received text message. For instance, at least two loss reports are made by the aforementioned method, at least two text messages related to loss are received, a text message indicating that a payment over a preset amount is made, or the like.

In the following description, after one loss report has been made, a control method of making another loss report conveniently and efficiently is proposed.

FIGS. 38A, 38B and 38Care diagrams for a control method of making loss reports for a plurality of cards effectively according to one embodiment of the present invention.

Referring toFIG. 38A, the text message list3504of the aforementioned embodiment is currently outputted. A loss acceptance confirmation message item3801for a loss report made by a user is outputted to the text message list3504.

If a loss acceptance confirmation message item3801is selected from the text message list3504, referring toFIG. 38B, the controller180can output details3802of the loss acceptance confirmation message.

According to one embodiment of the present invention, it is able to further output an additional loss report button3803for adding a loss report of another card together with the details3802of the loss acceptance confirmation message.

If an input of selecting the additional loss report button3803is received, the controller180can output a popup window3804including at least one card item. The card item outputted to the popup window3804may correspond to card items included in the financial/wallet group.

If the card item(s) is selected through the popup window3804, referring toFIG. 38C, the controller180may be able to output a progressive bar3805indicating a loss acceptance progress level (status) for the selected card item(s). In this case, the progressive bar3805may be able to indicate a progress level (status) using the number of the currently lost report complete items among the total number of the loss report required card items.

Referring toFIG. 38C, the loss acceptance required card item may be outputted in a manner of being combined into a single group display object3806. If a touch gesture of turning the group display object3806is received, it may be able to output details (e.g., a detailed progressive level for each card item, a transceived message, etc.) of each loss report required card item.

In the following description, another embodiment of making a loss report is described in detail with reference toFIG. 39.

FIGS. 39A, 39B and 39Care diagrams for a control method of making a loss report on an outputted card list3601according to one embodiment of the present invention.

Referring toFIG. 39A, like the former embodiment described with reference toFIG. 36, the card list3601is currently outputted. If a prescribed touch gesture (e.g., a gesture of long touching a 1stcard item3602-1) is applied to the 1stcard item3602-1, the controller180can further output a loss report button3901. If the loss report button3901is selected, the controller180may control a loss report corresponding to the card item to proceed. For instance, the controller180may further output a popup window3902querying whether to submit a loss report.

In the following description, a control method of collectively managing a message related to a loss report is described in detail with reference toFIGS. 40A-40C.

FIGS. 40A, 40B and 40Care diagrams for a control method of managing a message related to a loss report collectively according to one embodiment of the present invention.

Referring toFIG. 40A, a text message list3504is currently outputted. And, a group message item4001associated with a loss report is inclusively outputted to the text message list3504. And, transceived messages for a card item, for which a loss report is in progress or being completed, may be included in the group message item4001.

If an input of selecting the group message item4001is received, the controller180may output details4002-1and4002-2of the transceived messages included in the group message item4001. Each of the transceived messages may be grouped per outgoing phone number (or per card company). For instance, the 1stdetails4002-1may include a group of messages transceived for Lotte Card and the 2nddetails4002-2may include a group of messages transceived for Samsung Card.

The controller180according to one embodiment of the present invention can obtain a card loss report progress status or a card reissuance request progress status by analyzing transceived messages. For instance, if a text ‘Loss report is accepted.’ Is received as a received message, the controller180may obtain a progressive status of a current loss report by analyzing such a keyword as ‘loss’, ‘accept’ and the like.

Referring toFIG. 40B, the controller180may output progressive bars4003-1and4003-2for the progressive level to details of the outputted transceived messages4002-1and4002-2, respectively.

According to another embodiment of the present invention, while a loss report is in progress, it is intended to further propose a control method of withdrawing the loss report. Since a user thought that a wallet was lost, while a lost report is in progress, if the lost wallet is found, it is unnecessary to continue the loss report. Therefore, according to one embodiment of the present invention, referring toFIG. 40C, a withdraw button4004is outputted together with the details4002-3of the transceived message. If the withdraw button4004is selected, a withdrawal procedure for the loss report in progress may proceed.

FIG. 41is a diagram for the concept of a control method for performing a report procedure collectively according to one embodiment of the present invention.

According to the above-described embodiment, embodiments of the present invention propose that a loss report procedure, a theft report procedure, and a loss report withdrawal procedure are collectively performed. These report procedures may be performed based on a method of transceiving preset informations by methods agreed with financial institutions or companies in advance.

Referring toFIG. 41, in response to an input of selecting the loss/theft report button3601, the mobile terminal100can control the loss/theft reports to be collectively sent to a plurality of loss report contacts3701-1to3701-4included in the management list3003.

And, by connecting to the outgoing phone number, it may be able to output a screen for a user to directly make a loss report.

Accordingly, embodiments of the present invention provide various effects and/or features.

According to at least one of embodiments of the present invention, it is advantageous in that a plurality of items can be easily managed through a mobile terminal.

Various embodiments may be implemented using a machine-readable medium having instructions stored thereon for execution by a processor to perform various methods presented herein. Examples of possible machine-readable mediums include HDD (Hard Disk Drive), SSD (Solid State Disk), SDD (Silicon Disk Drive), ROM, RAM, CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, the other types of storage mediums presented herein, and combinations thereof. If desired, the machine-readable medium may be realized in the form of a carrier wave (for example, a transmission over the Internet). The processor may include the controller180of the mobile terminal. The foregoing embodiments are merely exemplary and are not to be considered as limiting the present disclosure. The present teachings can be readily applied to other types of methods and apparatuses. This description is intended to be illustrative, and not to limit the scope of the claims. Many alternatives, modifications, and variations will be apparent to those skilled in the art. The features, structures, methods, and other characteristics of the exemplary embodiments described herein may be combined in various ways to obtain additional and/or alternative exemplary embodiments. As the present features may be embodied in several forms without departing from the characteristics thereof, it should also be understood that the above-described embodiments are not limited by any of the details of the foregoing description, unless otherwise specified, but rather should be considered broadly within its scope as defined in the appended claims, and therefore all changes and modifications that fall within the metes and bounds of the claims, or equivalents of such metes and bounds, are therefore intended to be embraced by the appended claims.