Source: http://patents.com/us-9723124.html
Timestamp: 2017-10-21 16:04:30
Document Index: 705439250

Matched Legal Cases: ['application No. 14181335', 'art.\n5', 'art.\n11', 'art.\n12', 'art.\n13', 'art.\n17', 'Application No. 10']

US Patent # 9,723,124. Mobile terminal and controlling method thereof - Patents.com
United States Patent 9,723,124
Kwon , et al. August 1, 2017
A mobile terminal and controlling method thereof are disclosed, by which image data of a counterpart having triggered an event can be displayed. The present invention may include a display unit configured to display information, a wireless communication unit configured to communicate with an external server that stores first image data and to communicate with a counterpart terminal, a memory to store a second image data, and a controller, in response to an event triggered by the counterpart terminal, to extract an image data related to a counterpart from one of the first image data and the second image data, and the controller to output the extracted image data on a portion of the display unit to notify an occurrence of the event.
Kwon; Yunmi (Seoul, KR), Jung; Hyemi (Seoul, KR), Kwon; Arim (Seoul, KR)
Family ID: 1000002745174
14/464,768
US 20150074568 A1 Mar 12, 2015
Sep 9, 2013 [KR] 10-2013-0107930
Current CPC Class: H04M 1/72547 (20130101); G06F 3/0488 (20130101); G06F 3/04842 (20130101); H04M 1/576 (20130101); H04M 1/72519 (20130101); H04M 3/42059 (20130101); H04M 2250/02 (20130101)
Current International Class: G06F 3/048 (20130101); G06F 3/0484 (20130101); G06F 3/0488 (20130101); H04M 3/42 (20060101); H04M 1/57 (20060101); H04M 1/725 (20060101)
Field of Search: ;715/764
8813193 August 2014 Kim
9467648 October 2016 Kwon
9514377 December 2016 Cuthbert
2006/0063514 March 2006 Choi et al.
2012/0052850 March 2012 Martin
2013/0114849 May 2013 Pengelly
2015/0161643 June 2015 Randell
2016/0335746 November 2016 Loke
2016/0337580 November 2016 Kwon
1 981 252 Oct 2008 EP
2 228 977 Sep 2010 EP
European Search Report issued in application No. 14181335.2 dated Dec. 22, 2014. cited by applicant.
1. A mobile terminal comprising: a display unit configured to display information; a wireless communication unit configured to communicate with an external server that stores first image data and to communicate with a counterpart terminal; a memory configured to store a second image data; and a controller; wherein the controller is configured to: in response to an event triggered by the counterpart terminal, extract an image data related to the counterpart from one of the first image data and the second image data, control the display unit to display the extracted image data on a portion of the display unit to notify an occurrence of the event, and control the display unit to display an object on the extracted image data, wherein the displayed object indicates a location from which the displayed image data is extracted, wherein the location corresponds to at least one of the memory and the external server.
2. The mobile terminal of claim 1, wherein the image data related to the counterpart includes at least one of a photo showing the counterpart, a video showing the counterpart, a photo having an identification information of the counterpart tagged, and a video having the identification information of the counterpart tagged.
3. The mobile terminal of claim 1, wherein the controller is further configured to: in response to a touch at the displayed object, access at least one of the memory and the external server having the extracted image data.
4. The mobile terminal of claim 1, wherein the controller is configured to: extract the image data related to the counterpart, and automatically provide the extracted image data in a phonebook as a profile image of the counterpart.
5. The mobile terminal of claim 1, wherein when a schedule data with the counterpart exists, the controller is further configured to control the display unit to display the schedule data with the counterpart simultaneously with the extracted image data or rather than the extracted image data.
6. The mobile terminal of claim 5, wherein when a date of the schedule data is set to a same date as the occurrence of the event or set to enter a prescribed time range from the occurrence of the event, the controller is further configured to control the display unit to display the schedule data.
7. The mobile terminal of claim 1, wherein when a recently registered posting is provided at a social network service (SNS) account of the counterpart, the controller is further configured to control the posting to be displayed on the display unit simultaneously with the extracted image data or rather than the extracted image data.
8. The mobile terminal of claim 7, wherein when the posting is registered within a prescribed past time from the occurrence of the event or is unchecked by the user, the controller is further configured to control the display unit to display the posting.
9. The mobile terminal of claim 1, wherein when a friendliness level with the counterpart is low, the controller is further configured to control the display unit to display a fake data having nothing to do with the counterpart or a distorted image data created by distorting the extracted image data.
10. The mobile terminal of claim 1, wherein when the event is triggered in a preset time slot, the controller is further configured to control the display unit to display a fake data or a distorted image data created by distorting the extracted image data rather than the extracted image data, and wherein the fake data does not correspond to the counterpart.
11. The mobile terminal of claim 1, wherein when the event is triggered while the mobile terminal is provided within a preset location range, the controller is further configured to control the display unit to display a fake data or a distorted image data created by distorting the extracted image data rather than the extracted image data, and wherein the fake data does not correspond to the counterpart.
12. The mobile terminal of claim 1, wherein when a user input of blocking the image data is received, the controller is further configured to control the display unit to display a fake data or a distorted image data created by distorting the extracted image data rather than the extracted image data, and wherein the fake data does not correspond to the counterpart.
13. The mobile terminal of claim 1, wherein the controller is further configured to: when the mobile terminal is set to a vibration mode, control the display unit to display the image data of a photo type, and when the mobile terminal is set to a sound mode, control the display unit to display the image data of a video type.
14. The mobile terminal of claim 1, wherein when the display unit displays a detailed screen for checking details of the event, the controller is further configured to control the extracted image data to be set as a background of the detailed screen.
15. The mobile terminal of claim 1, wherein when a plurality of image data related to the counterpart exist, the controller is further configured to control the display unit to display a most recently taken image data, from among a plurality of the image data.
16. The mobile terminal of claim 1, wherein when a plurality of image data related to the counterpart exist, the controller is further configured to control the display unit to display a prescribed one of a plurality of the image data to be sequentially displayed each time the event is triggered by the counterpart.
17. A method of controlling a mobile terminal, comprising: recognizing an event triggered by a counterpart terminal; extracting an image data related to a counterpart from one of first image data in an external server and second image data in a memory; displaying the extracted image data at a portion of a display unit to notify an occurrence of the event; and displaying an object on the extracted image data, wherein the displayed object on the extracted image data indicates a location from which the displayed image data is extracted, wherein the location corresponds to at least one of the memory and the external server.
18. The method of claim 17, further comprising: displaying the object simultaneously with the extracted image data, and the object to indicate the location having the extracted image data to be displayed on the display unit; receiving a touch input at the object; and in response to receiving the touch input, accessing at least one of the memory and the external server having the extracted image data.
19. The method of claim 17, further comprising automatically providing the extracted image data in a phonebook as a profile image of the counterpart when the profile image of the counterpart is not provided in a phonebook.
Pursuant to 35 U.S.C. .sctn.119(a), this application claims the benefit of earlier filing date and right of priority to Korean Application No. 10-2013-0107930, filed on Sep. 9, 2013, the contents of which are hereby incorporated by reference herein in its entity.
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 automatically outputting an image of a counterpart having an occurrence of an event.
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.
When a mobile terminal receives a text message or has an incoming call, the mobile terminal is able to output an information on the received text message or an information on the counterpart of the incoming call together with such feedback as vibration, sound and the like. In doing so, if a text message is sent or a profile photo of the counterpart of the incoming call is registered in a phonebook, the profile photo of the counterpart can be displayed on the mobile terminal as well.
Thus, in order to output a profile photo of a counterpart of an incoming call or a profile photo of a counterpart having sent a text message in response to each incoming call or a reception of a text message, the profile photo of the corresponding counterpart should be registered in a phonebook in advance.
However, in order to register a profile photo of a counterpart in a phonebook, there is limitation such that a photo of the counterpart should be saved in a mobile terminal. And, it is inconvenient for a user to select the profile photo of the counterpart from images saved in the mobile terminal. Moreover, if there are many counterparts registered in a phonebook, it requires persistent efforts to register profile photos of all counterparts. Due to the above-mentioned inconvenience and difficulty, it frequently happens that profile photos are not registered in a mobile terminal mostly.
Furthermore, even if a profile photo of a counterpart is registered, since the number of a profile photo registrable is 1, the same photo of the counterpart is outputted despite multiple occurrences of events. Thus, a user is forced to view the same counterpart photo every time.
An object of the present invention is to provide a mobile terminal and controlling method thereof, by which user's convenience can be enhanced.
In particular, one object of the present invention is to provide a mobile terminal and controlling method thereof, by which an image related to a counterpart can be displayed despite that a profile photo of the counterpart is not registered in a phonebook.
Another object of the present invention is to provide a mobile terminal and controlling method thereof, by which a new image can be displayed in response to each occurrence of an event.
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 the present invention may include a display unit configured to display information, a wireless communication unit configured to communicate with an external server that stores first image data and to communicate with a counterpart terminal, a memory to store a second image data, and a controller, in response to an event triggered by the counterpart terminal, to extract an image data related to a counterpart from one of the first image data and the second image data, and the controller to output the extracted image data on a portion of the display unit to notify an occurrence of the event.
In another aspect of the present invention, as embodied and broadly described herein, a method of controlling a mobile terminal according to the present invention may include recognizing an event triggered by a counterpart terminal, extracting an image data related to a counterpart from one of first image data in an external server and second image data in a memory, and outputting the extracted image data at a portion of a display unit to notify an occurrence of the event.
FIG. 3 is a rear perspective diagram of a mobile terminal according to one embodiment of the present invention;
FIG. 4 is a flowchart for an operation of a mobile terminal according to the present invention;
FIG. 5 is a diagram to describe one example of outputting an image data related to a prescribed counterpart to a display unit in response to an occurrence of an event;
FIG. 6 is a diagram to describe one example of displaying an image data list;
FIG. 7 is a diagram to describe one example of displaying location information;
FIG. 8 is a diagram to describe one example of outputting an image data of a counterpart to an event occurrence list;
FIG. 9 is a diagram to describe one example of setting an image data as a background in case of checking event details;
FIG. 10 is a diagram for one example of outputting a new image data in response to each occurrence of an event by a prescribed counterpart;
FIG. 11 is a diagram for one example of adjusting a type of an image data related to a prescribed counterpart depending on a setup value of a mobile terminal;
FIG. 12 is a diagram for one example of adjusting a type of an image data related to a prescribed counterpart depending on a type of an occurring event;
FIG. 13 is a diagram for one example of outputting a different image data per time slot;
FIG. 14 is a diagram for one example of outputting a fake data;
FIG. 15 is a diagram for another example of outputting a fake data;
FIG. 16 and FIG. 17 are diagrams for examples to describe a changed phase of a data outputted through a display unit;
FIG. 18 is a diagram to describe an output of a display unit depending on a level of friendliness with a counterpart; and
FIG. 19 and FIG. 20 are diagrams to describe examples of outputting supplementary data.
The present invention can be applicable to a various types of mobile terminals. Examples of such terminals include mobile phones, user equipments, smart phones, digital broadcast receivers, personal digital assistants, laptop computers, portable multimedia players (PMP), navigators and the like.
Yet, it is apparent to those skilled in the art that a configuration according to an embodiment disclosed in this specification is applicable to such a fixed terminal as a digital TV, a desktop computer and the like as well as a mobile terminal.
The broadcast receiving module 111 may be configured to receive broadcast signals transmitted from various types of broadcast systems. By non-limiting example, such broadcasting systems include digital multimedia broadcasting-terrestrial (DMB-T), digital multimedia broadcasting-satellite (DMB-S), digital video broadcast-handheld (DVB-H), Convergence of Broadcasting and Mobile Service (DVB-CBMS), Open Mobile Alliance-BroadCAST (OMA-BCAST), China Multimedia Mobile Broadcasting (CMMB), Mobile Broadcasting Business Management System (MBBMS), the data broadcasting system known as media forward link only (MediaFLO.RTM.) and integrated services digital broadcast-terrestrial (ISDB-T). Optionally, the broadcast receiving module 111 can be configured suitable for other broadcasting systems as well as the above-explained digital broadcasting systems.
The position-location module 115 identifies or otherwise obtains the location of the mobile terminal 100. If desired, this module may be implemented with a global positioning system (GPS) module. According to the current technology, the GPS module 115 is able to precisely calculate current 3-dimensional position information based on at least one of longitude, latitude and altitude and direction (or orientation) by calculating distance information and precise time information from at least three satellites and then applying triangulation to the calculated information. Currently, location and time informations are calculated using three satellites, and errors of the calculated location position and time informations are then amended using another satellite. Besides, the GPS module 115 is able to calculate speed information by continuously calculating a real-time current location.
The user input unit 130 generates input data responsive to user manipulation of an associated input device or devices. Examples of such devices include a button 136 provided to front/rear/lateral side of the mobile terminal 100 and a touch sensor (constant pressure/electrostatic) 137 and may further include a key pad, a dome switch, a jog wheel, a jog switch and the like [not shown in the drawing].
The sensing unit 140 provides sensing signals for controlling operations of the mobile terminal 100 using status measurements of various aspects of the mobile terminal. For instance, the sensing unit 140 may detect an open/close status of the mobile terminal 100, relative positioning of components (e.g., a display and keypad) of the mobile terminal 100, a change of position of the mobile terminal 100 or a component of the mobile terminal 100, a presence or absence of user contact with the mobile terminal 100, orientation or acceleration/deceleration of the mobile terminal 100. By non-limiting example, such sensing unit 140 include, gyro sensor, accelerate sensor, geomagnetic sensor.
In case that the display 151 and the touch sensor 137 configures a mutual layer structure (hereinafter called `touch screen`), it is able to use the display 151 as an input device as well as an output device. In this case, the touch sensor can be configured as a touch film, a touch sheet, a touchpad or the like.
Referring to FIG. 2, a proximity sensor (141) can be provided to an internal area of the mobile terminal 100 enclosed by the touchscreen or around the touchscreen. The proximity sensor is the sensor that detects a presence or non-presence of an object approaching a prescribed detecting surface or an object existing around the proximity sensor using an electromagnetic field strength or infrared ray without mechanical contact. Hence, the proximity sensor has durability longer than that of a contact type sensor and also has utility wider than that of the contact type sensor.
For clarity and convenience of the following description, as a pointer becomes proximate to a touchscreen without coming into contact with the touchscreen, if the pointer is perceived as situated over the touchscreen, such an action shall be named `proximity touch`. If a pointer actually comes into contact with a touchscreen, such an action shall be named `contact touch`. A proximity-touched position over the touchscreen with the pointer may mean a position at which the pointer vertically opposes the touchscreen when the touchscreen is proximity-touched with the pointer.
Referring to FIG. 2A, the mobile terminal 100 includes a case (101, 102, 103) configuring an exterior thereof. In the present embodiment, the case can be divided into a front case 101 and a rear case 102. Various electric/electronic parts are loaded in a space provided between the front and rear cases 101 and 102.
Occasionally, electronic components can be mounted on a surface of the rear case 102. The electronic part mounted on the surface of the rear case 102 may include such a detachable part as a battery, a USIM card, a memory card and the like. In doing so, the rear case 102 may further include a backside cover 103 configured to cover the surface of the rear case 102. In particular, the backside cover 103 has a detachable configuration for user's convenience. If the backside cover 103 is detached from the rear case 102, the surface of the rear case 102 is exposed.
Referring to FIG. 2, if the backside cover 103 is attached to the rear case 102, a lateral side of the rear case 102 may be exposed in part. If a size of the backside cover 103 is decreased, a rear side of the rear case 102 may be exposed in part. If the backside cover 103 covers the whole rear side of the rear case 102, it may include an opening 103' configured to expose a camera 121' or an audio output unit 152' externally.
The cases 101, 102 and 103 are formed by injection molding of synthetic resin or can be formed of metal substance such as stainless steel (STS), titanium (Ti) or the like for example.
A display 151, an audio output unit 152, a camera 121, user input units 130/131 and 132, a microphone 122, an interface 180 and the like can be provided to the case 101 or 102.
Content inputted by the first or second manipulating unit 131 or 132 can be diversely set. For instance, such a command as start, end, scroll and the like is inputted to the first manipulating unit 131. And, a command for a volume adjustment of sound outputted from the audio output unit 152 and the like can be inputted to the second manipulating unit 132, a command for a switching to a touch recognizing mode of the display 151 and the like can be inputted to the second manipulating unit 133.
Referring to FIG. 3, a camera 121' can be additionally provided to a backside of the terminal body, and more particularly, to the rear case 102. The camera 121 has a photographing direction that is substantially opposite to that of the former camera 121 shown in FIG. 2 and may have pixels differing from those of the firmer camera 121.
An additional audio output unit 152' can be provided to the backside of the terminal body. The additional audio output unit 152' is able to implement a stereo function together with the former audio output unit 152 shown in FIG. 2 and may be used for implementation of a speakerphone mode in talking over the terminal.
For clarity and convenience of the following description, assume that a mobile terminal according to the present invention includes at least one of the components shown in FIG. 1. In particular, assume that the mobile terminal according to the present invention includes the wireless communication unit 110, the display unit 151, the memory 160 and the controller 180.
If the display module or unit 151 is implemented with a touchscreen, the display unit 151 can play both a role as an output device and a role as an input device to facilitate the implementation of the mobile terminal according to the present invention. Therefore, assume that the display unit 151 in the following embodiments may include the touchscreen.
For clarity, according to embodiments mentioned in the following description, a person intending to use the mobile terminal according to the present invention shall be named a user. And, a person (or a mobile terminal of the corresponding person) intending to communicate (e.g., to exchange phone calls, text messages, instant messages, emails, etc.) with the mobile terminal according to the present invention shall be named a counterpart (or a counterpart terminal).
In the following description, a mobile terminal 100 according to the present invention is explained in detail with reference to FIG. 4.
FIG. 4 is a flowchart for an operation of a mobile terminal according to the present invention.
Referring to FIG. 4, if it is determined that an event has been triggered by a prescribed counterpart [S401], the controller 180 extracts an image data related to the prescribed counterpart having triggered the event so that the extracted image data will be outputted through the display unit 151 [S402].
In this case, the event, which can be triggered by the prescribed counterpart, may include one of a case that an incoming call is received from the prescribed counterpart, a case that a message (e.g., a text message, an instant message, etc.) is received from the prescribed counterpart, a case that the prescribed counterpart registers a reply to a posting at an SNS (social network service) account of a user, a case that the prescribed counterpart sends an email to an email account of a user, a case that a direct communication connection request (e.g., a Wi-Fi Direct connection request, a Bluetooth paring request, etc.) is received from the prescribed counterpart, a case that a request for a data sharing (e.g., Miracast, a file sharing, etc.) is received from the prescribed counterpart, and the like.
And, the image data related to the prescribed counterpart may include at least one of a photo/video containing the prescribed counterpart and a photo/video having a prescribed counterpart's identification information tagged as a metadata. The controller 180 may be able to extract the image data related to the prescribed counterpart from a photo or video saved in the memory 160 of the mobile terminal. And, the controller 180 may be able to extract the image data related to the prescribed counterpart from an external server (e.g., an SNS server, a messenger server, other photo management servers (e.g., an album management server), etc.).
After the controller 180 has primarily extracted the image data related to the prescribed counterpart from the memory 160, if the controller 180 is unable to further extract image data related to the prescribed counterpart from the memory 160, the number of the extracted image data is equal to or smaller than a prescribed number, or the mobile terminal is set to extract the image data related to the prescribed counterpart from the external server, the controller 180 may be able to extract image data related to the prescribed counterpart secondarily. For another instance, the controller 180 is able to attempt to extract image data related to the prescribed counterpart from both of the memory 180 and the external server irrespective of a presence or non-presence of extraction of image data from the memory 160.
In extracting the image data related to the prescribed counterpart, the controller 180 can extract the image data related to the prescribed counterpart by checking whether a photo saved in the memory 160 or the external server is tagged with an identification information of the prescribed counterpart. Alternatively, the control 180 can extract an image data of a photographed character regarded as the same person of the prescribed counterpart using a face recognition algorithm. In this case, the identification information of the prescribed counterpart may include at least one of a name of a counterpart registered in a phonebook, an ID (or nickname) of a counterpart registered in a messenger server, an ID (or nickname) of a counterpart registered in an SNS server, and the like. And, a prescribed counterpart's photo corresponding to a reference for applying the face recognition algorithm may include at least one of a profile photo of a prescribed counterpart registered in the phonebook, a profile photo of a prescribed counterpart registered at a messenger account, a profile photo of a prescribed counterpart registered at an SNS account, and the like. In doing so, if there exists the profile photo of the prescribed counterpart registered in the phonebook, the controller 180 firstly extracts the image data related to the prescribed counterpart using the profile photo of the prescribed counterpart registered in the phonebook. Subsequently, if the profile photo of the prescribed counterpart is unregistered in the phonebook or the controller 180 is unable to extract the image data related to the prescribed counterpart as the profile photo registered in the phonebook, the controller 180 can attempt to extract the image data related to the prescribed counterpart using the profile photo registered in the external server (e.g., a messenger server, an SNS server, etc.) for the first time.
Once the image data related to the prescribed counterpart having triggered the event is extracted, the controller 180 is able to control the image data related to the prescribed counterpart to be outputted through at least one partial region of the display unit 151 in order to announce that the corresponding event has occurred [S403].
FIG. 5 is a diagram to describe one example of outputting an image data related to a prescribed counterpart to the display unit 151 in response to an occurrence of an event.
FIG. 5 (a) is a diagram for one example of an output of a mobile terminal when a prescribed counterpart makes a phone call. If a prescribed counterpart makes a phone call, the controller 180 is able to extract an image data related to the prescribed counterpart making the phone call. In particular, as mentioned in the foregoing description, the controller 180 is able to extract a photo/video containing the prescribed counterpart therein or a photo/video tagged with information of the prescribed counterpart as the image data related to the prescribed counterpart. Once the image data related to the prescribed counterpart is extracted, like the example shown in FIG. 5 (a), the controller 180 is able to control the extracted image data 510 related to the prescribed counterpart to be displayed on a call connecting screen. FIG. 5 (a) shows one example that the image data 510 is displayed through a partial region (e.g., a middle part of the screen) of the call connecting screen. Instead, the image data can be outputted as a background of the call connecting screen.
FIG. 5 (b) is a diagram for one example of an output of a mobile terminal when a message is received from a prescribed counterpart. If a message is received from a prescribed counterpart, the controller 180 is able to extract an image data related to the prescribed counterpart having sent the message. Once the image data related to the prescribed counterpart is extracted, like the example shown in FIG. 5 (b), the controller 180 is able to control the extracted image data 530 related to the prescribed counterpart to be displayed on a popup window 520 announcing the reception of the message. FIG. 5 (b) shows one example that the image data 530 is displayed through a partial region of the popup window 520. Instead, the image data 530 can be outputted as a background of the popup window 520.
Like the examples shown in FIG. 5 (a) and FIG. 5 (b), in case that an event is triggered by a prescribed counterpart, the controller 180 controls image data related to the prescribed counterpart to be outputted, thereby providing information on the counterpart having triggered the event to a user. In doing so, the displayed image data may include an exact original copy or a preview (e.g., a thumbnail, etc.).
If the image data related to the prescribed counterpart is touched, the controller 180 can control a list of the image data related to the prescribed counterpart to be displayed. One example of displaying the image data list is described in detail with reference to FIG. 6 as follows.
FIG. 6 is a diagram to describe one example of displaying an image data list. For clarity of the following description, assume that a popup window 610 for announcing that a message has been received from a prescribed counterpart is currently displayed on the display unit 151.
Referring to FIG. 6, if an image data 620 of a prescribed counterpart currently outputted through a popup window 610 is touched [FIG. 6 (a)], the controller 180 is able to control an image data list 630 related to the prescribed counterpart to be displayed [FIG. 6 (b)]. In this case, previews (e.g., thumbnails) of a plurality of collected image data can be displayed on the image data list 630. When the prescribed counterpart and the image data list 630 are displayed, the controller 180 can sort the image data by a prescribed reference. In this case, the reference for sorting the image data may include one of an image data created date, a lately inquired date of image data, a play (or inquiry) count of image data and the like.
If a prescribed image data is selected from the image data list 630, referring to FIG. 6 (c), the controller 180 is able to control the selected image data (i.e., an original copy 640 of the selected image data) to be displayed.
Like the example shown in FIG. 6, as an image data related to a prescribed counterpart is displayed, a user is able to check a multitude of image data related to the prescribed counterpart conveniently and easily.
When an image data related to a prescribed counterpart is displayed, the controller 180 can control a location information of the displayed image data to be displayed as well. In this case, the location information may means a location at which the image data is saved. Hence, a user is able to determine where a currently displayed image data is saved through the location information conveniently and easily.
For instance, FIG. 7 is a diagram to describe one example of displaying location information. Like the examples shown in FIGS. 7 (a) to 7 (c), the controller 180 can control an object (e.g., an icon, an indicator, etc.) 710/720/730, which indicates a saved location of an image data, to be displayed on the corresponding image data. FIG. 7 (a) shows one example that the object 710 indicating that an image data related to a prescribed counterpart has been extracted from the memory 160 of the mobile terminal. FIG. 7 (b) shows one example that the object 720 indicating that an image data related to a prescribed counterpart has been extracted from a messenger server. And, FIG. 7 (c) shows one example that the object 730 indicating that an image data related to a prescribed counterpart has been extracted from an SNS server.
An address of an access to a location having an image data saved thereat may be linked to an object indicating a location information of the image data related to a prescribed counterpart. Hence, if receiving a user input for selecting (e.g., touching) the object indicating the location information, the controller 180 can attempt an access to the image data saved location. For instance, if receiving a user input of touching an object indicating that an image data is saved in the memory 160, the controller 180 activates a gallery application so as to control an image data list saved in the memory 160 to be displayed. Moreover, if receiving a user input of touching an object indicating that an image data has been extracted from an external server such as a messenger server, an SNS server and the like, the controller 180 can access an account of a prescribed counterpart in the external server (e.g., the messenger server in FIG. 7 (b), the SNS server in FIG. 7 (c), etc.).
In particular, an image data saved location can be indicated through a location information and a user can be provided with facilitation of a quick access to the image data saved location.
The mobile terminal according to the present invention can control image data related to a counterpart to be displayed in case of an occurrence of an event. And, the mobile terminal according to the present invention is also able to control image data related to a counterpart to be displayed when an event occurrence list is displayed to check an occurring event. In this case, the event occurrence list may include such a list for checking an event occurring in the mobile terminal as a phonebook list, a transceived text message list, a call list, an absent call list, a counterpart list (i.e., a friend list) of a user's messenger account (i.e., an account registered in a messenger server), a transceived instant message list, a counterpart list (e.g., a friend list) of a user's SNS account (i.e., an account registered in an SNS server), a counterpart list of counterparts available for short-range communication establishments, and the like.
An embodiment of outputting an image data of a counterpart to an event occurrence list is described in detail with reference to FIG. 8 as follows.
FIG. 8 is a diagram to describe one example of outputting an image data of a counterpart to an event occurrence list.
Referring to FIG. 8, an event occurrence content per counterpart can be displayed on an event occurrence list. In this case, a per-counterpart display region may include a first region 810 for outputting an image data related to a counterpart and a second region 820 for displaying information of the counterpart. In particular, the counterpart information outputted through the second region 820 may include a name of the counterpart, a nickname of the counterpart, an ID (e.g., an ID for using an instant messenger, an ID for using an SNS service, etc.) of the counterpart, a phone number of the counterpart of an incoming call, a content of a message or email recently transceived with the counterpart, a content of a posting written by the counterpart on an SNS account of his own, and the like. In the example shown in FIG. 8, a name of the counterpart and a content of a message most recently transceived with the counterpart are displayed on the second region 820.
Like the example shown in FIG. 8 (a), the image data related to the counterpart can be outputted through the first region 810. Hence, a user is able to check image data related to a prescribed counterpart through the image data displayed on the first region 810.
The controller 180 is able to control each image data to be outputted for every counterpart disclosed on the event occurrence list. For another instance, the controller 180 can control image data to be displayed in a manner as follows. First of all, the controller 180 sorts out counterparts into a profile photo registered counterpart and a profile photo unregistered counterpart. Secondly, the controller 180 displays a profile photo of the photo registered counterpart. The controller 180 extracts an image data of the profile photo unregistered counterpart and then displays the extracted image data. For further instance, the controller 180 only performs an image data extracting process on a counterpart having triggered a new event and then controls the extracted image data to be displayed.
If a touch input to the first region 810 is received (e.g., in FIG. 8 (a), a touch input is received in a manner of moving a pointer in a specific direction from the first region 810 of a prescribed counterpart), the controller 180 can control an image data list 830 of the selected counterpart to be displayed [FIG. 8 (b)]. In this case, thumbnail images (or preview images) of the collected image data can be displayed on the image data list 830. In doing so, the controller 180 may control the image data list 830 to be displayed at a location adjacent to a display region of the corresponding counterpart in the counterpart list. Alternatively, like the example shown in FIG. 8 (b), the controller 180 pushes out a display region of the selected counterpart in a prescribed direction and then controls the image data list 830 to be displayed at the former location of the display region of the selected counterpart.
If a prescribed image data is selected from the image data list 830, referring to FIG. 8 (c), the controller 180 can control the selected image data (e.g., an original copy 840 of the selected image data, etc.) to be displayed.
When the image data is displayed, as mentioned in the foregoing description, the controller 180 can display an object 850 indicating a location information of the displayed image data as well.
If a specific counterpart is selected from an event occurrence list, the controller 180 can details of an occurring event. For instance, if a prescribed counterpart is selected from a transceived text message list shown in FIG. 8 (a), referring to FIG. 9 (a), the controller 180 can control contents of text messages transceived with the selected counterpart to be outputted. In doing so, the controller 180 can assign at least one partial region of the display unit 151 as a region through which an image data 910 related to the counterpart will be outputted. In particular, referring to FIG. 9 (a), the image data 910 is outputted through a left top end of the display unit 151.
In doing so, while the details of the event are displayed, if a prescribed user input is applied to the image data 910 (e.g., in the example shown in FIG. 9 (a), a pinch-out input is applied to the image data 910), like the example shown in FIG. 9 (b), the controller 180 can control the details of the event to be set as a background 920 of a display screen. In this case, the details of the event (e.g., messages transceived with the counterpart, etc.) can be semi-transparently outputted over the image data 920 set as the background.
Thereafter, if a prescribed user input is applied to the image data 920 set as the background (e.g., in the example shown in FIG. 9 (b), a pinch-in input is applied to the image data 920 set as the background), referring to FIG. 9 (c), the controller 180 can control the image data 910 to be outputted through the originally assigned region.
Like the examples shown in FIGS. 4 to 9, the mobile terminal according to the present invention can output image data related to a counterpart having triggered an event irrespective of a presence or non-presence of registration of a profile photo of the counterpart. In particular, although a user fails to register a profile photo per counterpart in a phonebook or the like, an image data related to a counterpart can be outputted.
According to another embodiment, in FIG. 4, the steps S402 and S403 of extracting the image data related to the prescribed counterpart having triggered the event can be performed on the condition that a profile photo of the prescribed counterpart is not registered. In particular, if the profile photo of the counterpart having triggered event is already registered (e.g., the profile photo is registered in the phonebook), the controller 180 outputs the previously registered profile photo instead of extracting the image data related to the prescribed counterpart. If the profile photo of the counterpart having triggered the event is not registered, the controller 180 attempts to extract the image data related to the prescribed counterpart and is then able to control the extracted image data to be outputted. In doing so, the controller 180 is able to control the extracted image data to be automatically registered as the profile photo of the prescribed counterpart having triggered the event. In particular, if the image data related to the prescribed counterpart, of which profile photo is unregistered, is extracted, the controller 180 may control the extracted image data to be automatically set as the profile photo of the prescribed counterpart.
Based on the above descriptions, various embodiments performed by the mobile terminal of the present invention shall be described in detail as follows.
<Outputting New Image Data on Each Occurrence of Event>
If a plurality of image data of a prescribed counterpart exist, the controller 180 can control a new image data to be outputted each time an event is triggered by the prescribed counterpart. For instance, the controller 180 can control a plurality of the image data to be sequentially outputted by a prescribed reference. For another instance, the controller 180 can control a prescribed image data, which is randomly selected from a plurality of the image data, to be outputted. In this case, a reference for sorting the image data may include one of an image data created date, a date of a most recently inquiry of the image data, a count of inquiry (or play) of the image data, and the like.
For instance, FIG. 10 is a diagram for one example of outputting a new image data in response to each occurrence of an event triggered by a prescribed counterpart. FIG. 10 (a) shows one example of sorting a plurality of image data of a prescribed counterpart by a prescribed reference. And, FIG. 10 (b) is a diagram for one example of an output of a mobile terminal when an event is triggered by a prescribed counterpart. Referring to FIG. 10 (a) and FIG. 10 (b), the controller 180 can control new image data to be sequentially outputted each time an event is triggered by a prescribed counterpart. For instance, if a first event is triggered by a prescribed counterpart, the controller 180 controls a first image data 1010 among a plurality of image data related to the prescribed counterpart to be outputted. If a second event is triggered by the prescribed counterpart, the controller 180 controls a second image data 1020 among a plurality of the image data to be outputted. Thus, the controller 180 is able to control a new image data to be outputted each time an event occurs.
The controller 180 may apply a different sorting reference depending on the number of image data. In particular, if the number of image data related to a prescribed counterpart is equal to or smaller than N, the controller 180 applies a first sorting reference. If the number of image data related to a prescribed counterpart is greater than N, the controller 180 applies a second sorting reference. Thus, the controller 180 can determine the image data to output sequentially. For instance, if the first sorting reference is a photographed order of the image data and the second sorting reference is an inquired order of the image data, when the number of image data is not considerable (i.e., equal to or smaller than N), the image data are firstly outputted in the photographed time order. If the number of the image data becomes considerable, the image data can be outputted in order of the image data most frequently inquired by a user.
According to another embodiment, if an event is triggered by a prescribed counterpart, the controller 180 can control a prescribed image data, which is selected from a plurality of image data related to the prescribed counterpart, to be outputted. In doing so, in order to prevent the same image data to be consecutively outputted, the controller 180 may be able to randomly select a prescribed image data from the rest of the image data except a most recently outputted image data.
According to another embodiment, the controller 180 can control a latest image data (e.g., a most recently created image data, a most recently updated image data, etc.), which is selected from a plurality of image data of a prescribed counterpart, to be displayed. In particular, although there are a plurality of image data of a prescribed counterpart, the controller controls a latest image data to be displayed, thereby enabling a user to check a most recent appearance (or look) of the prescribed counterpart.
<Determining Type of Image Data to be Outputted Through Display Unit 151>
The mobile terminal according to the present invention can determine a type of an image data, which is to be outputted through the display unit 151, depending on an operating status of the mobile terminal or a type of an occurring event.
According to one embodiment, while the mobile terminal is operating in vibration mode (i.e., a sound-muted state), the controller 180 can control a photo related to a prescribed counterpart to be displayed in response to an event occurrence. If the mobile terminal is operating in sound mode (i.e., a sound-outputtable state), the controller 180 can control a video related to a prescribed counterpart to be displayed in response to an event occurrence.
FIG. 11 is a diagram for one example of adjusting a type of an image data related to a prescribed counterpart depending on a setup value of a mobile terminal. FIG. 11 (a) shows one example of a state that a mode of a mobile terminal is set to a vibration mode. And, FIG. 11 (b) shows one example of a state that a mode of a mobile terminal is set to a sound mode. For clarity of the following description, assume that an occurring event includes an incoming call. While a mode of the mobile terminal is set to a vibration mode, if an incoming call is received from a prescribed counterpart, like the example shown in FIG. 11 (a), the controller 180 is able to control a photo related to a prescribed counterpart, who has triggered an event, to be outputted. On the other hand, while a mode of the mobile terminal is set to a sound mode, if an incoming call is received from a prescribed counterpart, like the example shown in FIG. 11 (b), the controller 180 can control a video, which is related to a prescribed counterpart having triggered an event, to be outputted.
In particular, like the examples shown in FIG. 11 (a) and FIG. 11 (b), the controller 180 can determine whether to output a photo or video as an image data related to a prescribed counterpart depending on whether the mobile terminal is in a state or mode appropriate for outputting audio or sound.
In case that a video related to a prescribed counterpart is outputted, the controller 180 controls audio data of the video to be outputted instead of a call ringtone or can control a call ringtone to be outputted by omitting an output of audio data of the video (i.e., by outputting video data only). For another instance, the controller 180 can control both a call ringtone and an audio data of a video to be simultaneously outputted. For another instance, depending on an output strength of an audio data of a video, the controller 180 can control an output of the call ringtone to be omitted if the output strength of the audio data is high. If the output strength of the audio data is low, the controller 180 can control the call ringtone to be outputted.
For further instance, depending on a type of an occurring event, the controller 180 can determine a type of an image data. In particular, if an event of a first type is triggered by a prescribed counterpart, the controller 180 can control a photo related to the prescribed counterpart to be displayed in response to an occurrence of the event. If an event of a second type occurs, the controller 180 can control a video related to the prescribed counterpart to be displayed in response to an occurrence of the event.
FIG. 12 is a diagram for one example of adjusting a type of an image data related to a prescribed counterpart depending on a type of an occurring event. For clarity of the following description, assume that an event of a first type is to receive a message (e.g., a text message, an instant message, etc.) from a prescribed counterpart. And, assume that an event of a second type is an incoming call from a prescribed counterpart (i.e., an event that a prescribed counterpart makes a phone call).
Referring to FIG. 12 (a), if a message is received from a prescribed counterpart, the controller 180 can control a photo of the prescribed counterpart to be outputted through a popup window indicating that the message has been received. On the other hand, referring to FIG. 12 (b), if there is an inkling call from a prescribed counterpart, the controller 180 can control a video of the prescribed counterpart to be outputted through a call connecting screen.
In particular, like the examples shown in FIG. 12 (a) and FIG. 12 (b), the controller 180 is able to determine whether to output a photo or a video as an image data related to a prescribed counterpart depending on a type of an occurring event.
<Determining Image Data to Display in Consideration of Time Slot>
The mobile terminal according to the present invention is able to determine image data, which is to be outputted through the display unit 151, in consideration of a current time. For instance, a current time is discriminated into a daytime or a nighttime. If a current time corresponds to a daytime, an image data of a bright line can be outputted. If a current time corresponds to a nighttime, an image data of a dark line can be outputted. In doing so, it is able to determine whether the image data corresponds to the bright line or the dark line using at least one of brightness, color and chroma of the image data (e.g., photo, video, etc.). For instance, a taken photo or video can be handled as corresponding to a bright line if its brightness value is equal to or greater than a first preset limit. For another instance, a taken photo or video can be handled as corresponding to a dark line if its brightness value is equal to or smaller than a second limit. If chromatic color is dominantly used for a taken photo or video, it can be handled as corresponding to a bright line. If achromatic color is dominantly used for a taken photo or video, it can be handled as corresponding to a dark line. For further instance, a photo or video taken in daytime can be handled as corresponding to a bright line.
FIG. 13 is a diagram for one example of outputting a different image data per time slot. FIG. 13 (a) is a diagram for one example of an output in case that a current time corresponds to a daytime. And, FIG. 13 (b) is a diagram for one example of an output in case that a current time corresponds to a nighttime. For clarity of the following description, assume that a photo having a shaded background indicates a photo of a dark line. And, assume that a photo not having a shaded background indicates a photo of a bright line.
In case that an event is triggered in the daytime by a prescribed counterpart, referring to FIG. 13 (a), the controller 180 can control an image data of a bright line to be outputted. On the other hand, in case that an event is triggered in the nighttime by a prescribed counterpart, referring to FIG. 13 (b), the controller 180 can control an image data of a dark line to be outputted.
According to another embodiment, the mobile terminal of the present invention can determine an image data, which is to be outputted per time slot, using a photographing time information in metadata of a photo or video. For instance, if an event occurring time is 1:00 PM, the controller 180 can control an image data, of which photographed time is closest to 1:00 PM, to be outputted.
<Determining Image Data to Display in Consideration of Place>
The mobile terminal according to the present invention is able to control an image data, which is taken at a location closest to a current location of the mobile terminal, to be outputted. In this case, the current location of the mobile terminal may be obtained from the position location module 115. And, the image data taken location can be obtained from a location information with which the image data is tagged.
<Display of Fake Data>
The mobile terminal according to the present invention can display a fake data having nothing to do with a prescribed counterpart instead of displaying an image data related to the prescribed counterpart having triggered the occurrence.
For instance, FIG. 14 is a diagram for one example of outputting a fake data. FIG. 14 (a) shows a screen provided to a user in order to set whether to output an image data related to a prescribed counterpart having triggered an event. FIG. 14 (a) and FIG. 14 (b) are diagrams for one example of an output through the display unit 151 depending on a setup value.
Referring to FIG. 14, the controller 180 can control a setup value, which indicates whether to output an image data related to a counterpart, to be saved in the memory 160 per counterpart registered in a phonebook. In doing so, in order to adjust the setup value, referring to FIG. 14 (a), the controller 180 can control a toggle key 1410, which is provided to adjust the setup value, to be displayed on a detailed screen of the counterpart registered in the phonebook. Based on a user's manipulation on the toggle key 1410, the controller 180 is able to save the setup value per counterpart registered in the phonebook.
In case that an event is triggered by a counterpart set to output an image data, referring to FIG. 14 (b), the controller 180 can control an image data 1420, which is related to the counterpart having triggered the event, to be outputted.
On the other hand, if an event is triggered by a counterpart set not to output an image data, referring to FIG. 14 (c), the controller 180 can control a fake data 1430 (e.g., an image not related to a counterpart having triggered an event, an emoticon of the counterpart, a video of the counterpart, etc.), which has nothing to do with the counterpart having triggered the event, to be outputted.
While an image data related to a counterpart having triggered an event is outputted, if a user input for blocking the image data related to the counterpart is received from a user, the mobile terminal according to the present invention can control a fake data to be outputted by stopping outputting the image data.
For instance, FIG. 15 is a diagram for another example of outputting a fake data. For clarity of the following description, assume that a user input for blocking an image data may include a palm touch performed in a manner of touching a touchscreen with a palm. Referring to FIG. 15, while an image data 1510 related to a counterpart having triggered an event is outputted, if a user input for blocking the image data 1510 is applied [FIG. 15 (a), FIG. 15 (b)], the controller 180 can control a fake data 1520 to be outputted instead of the image data 1510 [FIG. 15 (c)].
Meanwhile, while the fake data is outputted, if a user input for blocking the fake data is received, the fake data stops being outputted and the image data can be outputted [not shown in the drawing].
For clarity of the description, FIG. 15 shows one example that a touch to a touchscreen with a palm is a user input for blocking an image data. For another instance, an action performed in a manner of zigzagging a pointer touching a touchscreen as if erasing a displayed image data with an eraser can be defined as a user input for switching between an image data and a fake data.
<Outputting Fake Data Depending on Time and Place>
In case that an event is triggered by a prescribed counterpart in a preset time slot or a preset location range, the controller 180 can control a fake data to be outputted instead of an image data related to the prescribed counterpart. On the other hand, in case that an event is triggered by a prescribed counterpart out of a preset time slot or a preset location range, the controller 180 can control an image data related to the prescribed counterpart to be outputted.
For instance, FIG. 16 and FIG. 17 are diagrams for examples to describe a changed phase of a data outputted through the display unit 151. In particular, FIG. 16 is a diagram for one example that a type of an outputted data is changed per time slot. And, FIG. 17 is a diagram for one example that a type of an outputted data is changed per location.
For clarity of the following description, assume that a time set to output a fake data ranges 9 AM to 5 PM. And, assume that a location set to output a fake data is a workplace.
According to one embodiment, if an event triggered by a prescribed counterpart is in a time set to output a fake data, the controller 180 can control the fake data to be outputted instead of an image data related to the prescribed counterpart. In the example shown in FIG. 16 (a), as an event occurs 10 AM, a fake data 1610 is outputted. On the other hand, if an event triggered by a prescribed counterpart is output of a time set to output a fake data, the controller 180 can control an image data related to the prescribed counterpart to be outputted. In the example shown in FIG. 16 (b), as an event occurs 6 PM, an image data 1620 related to a prescribed counterpart is outputted.
According to another embodiment, if the mobile terminal is in a location range set to output a fake data, the controller 180 can control the fake data to be outputted instead of an image data related to the prescribed counterpart. In the example shown in FIG. 17 (a), as an event occurs when the mobile terminal is located at a workplace, a fake data 1710 is outputted. On the other hand, if the mobile terminal is located output of a location range set to output a fake data, the controller 180 can control an image data related to the prescribed counterpart to be outputted. In the example shown in FIG. 17 (b), as an event occurs when the mobile terminal is located at home, an image data 1720 related to a prescribed counterpart is outputted.
Like the examples shown in FIG. 16 and FIG. 17, the controller 180 is able to determine whether to output an image data or a fake data in consideration of at least one of a preset time and a preset location range. In FIG. 16, a time element is considered only. In FIG. 17, a location element is considered only. Yet, of course, it is able to determine whether to output an image data or a fake data by considering both of a time element and a location element compositively.
<Determining Whether to Output Fake Data Depending on Level of Friendliness with Counterpart>
The mobile terminal according to the present invention is able to determine whether to output an image data or a fake data in consideration of a level of friendliness with a counterpart having triggered an event. For instance, if a level of friendliness with a prescribed counterpart having triggered an event is lower than a preset reference value, the controller 180 can control a fake data to be outputted instead of an image data related to the prescribed counterpart. For another instance, if a level of friendliness with a prescribed counterpart having triggered an event is higher than a preset reference value, the controller 180 can control an image data related to the prescribed counterpart to be outputted.
In doing so, the level of the friendliness with the counterpart can be manually determined by a user or may be automatically determined based on information on communication with the counterpart. In this case, the information on the communication with the counterpart may include at least one of the number of calls with the counterpart, the number of message transmissions to the counterpart, the number of prohibited word utterance on a call, the number of prohibited word detection from a message, and the like.
For instance, if the number of the calls with the counterpart and/or the number of message transmissions increases, it is able to give a high point to the friendliness level. Yet, although the number of calls with a user and/or the number of message transmissions to the user is high, if the number of utterance of the prohibited words (e.g., slangs, abusive languages, etc.) utterance in a content mentioned during a call or a message content, it is able to set the level of the friendliness with the counterpart to be lowered.
FIG. 18 is a diagram to describe an output of a display unit depending on a level of friendliness with a counterpart. FIG. 18 (a) is a diagram for one example of a case that an event is triggered by a counterpart having a high friendliness level. And, FIG. 18 (b) is a diagram for one example of a case that an event is triggered by a counterpart having a low friendliness level. In case that an event is triggered by a counterpart having a high friendliness level, referring to FIG. 18 (a), the controller 180 can control an image data 1810 related to the counterpart to be outputted. On the contrary, in case that an event is triggered by a counterpart having a low friendliness level, referring to FIG. 18 (b), the controller 180 can control a fake data having nothing to do with the counterpart to be outputted.
Like the example shown in FIG. 18, the controller 180 is able to determine whether to output an image data or a fake data depending on a level of friendliness with a counterpart.
<Output of Distorted Image Data>
As mentioned in the foregoing descriptions of the embodiments for outputting fake data with reference to FIGS. 14 to 18, a distorted image data can be outputted instead of the fake data. In this case, the distorted image data may mean a mosaicked photo/video, an artificially distorted photo/video, or the like.
<Output of Supplementary Data>
If an event is triggered by a prescribed counterpart, the controller 180 is able to control supplementary data on the prescribed counterpart to be outputted. In this case, the supplementary data may include one of a schedule data with the prescribed counterpart, a piece of writing recently posted by the prescribed counterpart at an SNS account of the prescribed counterpart, and the like.
The controller 180 is able to output the supplementary data together with an image data. Alternatively, the controller 180 can display not the image data but the supplementary data only. Embodiments for outputting the supplementary data are described in detail with reference to FIG. 19 and FIG. 20 as follows.
FIG. 19 and FIG. 20 are diagrams to describe examples of outputting supplementary data. In particular, FIG. 19 is a diagram for one example of outputting a schedule data with a counterpart. And, FIG. 20 is a diagram for one example of outputting a posting recently posted by a prescribed counterpart at an SNS account of the prescribed counterpart.
If a schedule data with a counterpart having triggered an event exists, the controller 180 can control the schedule data with the counterpart to be displayed. In doing so, like the example shown in FIG. 19 (a), the controller 180 can output the schedule data together with an image data related to the counterpart. Like the example shown in FIG. 19 (b), the controller 180 may output the schedule data only by omitting to output the image data related to the counterpart. When both of the schedule data and the image data are simultaneously outputted, referring to FIG. 19 (b), the schedule data can be semi-transparently displayed over the image data. Alternatively, after a region for outputting the image data has been discriminated from a region for outputting the schedule data, it is able to control the image data and the schedule data to be displayed on the separate regions, respectively [not shown in the drawing].
Referring to FIG. 19 (c), the controller 180 of the present invention can control a map screen, which indicated a place indicated by the schedule data, to be displayed.
Yet, although there is a planned schedule with a counterpart, if the schedule is supposed to be triggered in the future, it may be unnecessary display the schedule data now. Hence, only if the schedule data is present on the same date of the event occurrence, the controller 180 can control the schedule data to be outputted. Alternatively, only if the schedule data is present in a prescribed time from an event triggered time, the controller 180 can control the schedule data to be outputted.
If there is a posting recently posted at an SNS account by the counterpart having triggered an event, the controller 180 can control the recent posting of the counterpart to be displayed. In doing so, like the example shown in FIG. 20 (a), the controller 180 can output a posting only by omitting an output of an image data related to a counterpart. Like the example shown in FIG. 20 (b), the controller 180 can output a posting together with an image data related to a counterpart. In particular, the controller 180 may control an object 2010, which indicates a source of the posting, to be outputted as well. If the object 2010 is touched, as mentioned in the foregoing description, it is able to attempt an access to an SNS account of a counterpart.
Moreover, in case that both a posting and an image data are simultaneously outputted, like the example shown in FIG. 20 (b), the posting can be semi-transparently displayed over the image data. Alternatively, after a region for outputting the image data has been discriminated from a region for outputting the schedule data, it is able to control the image data and the schedule data to be displayed on the separate regions, respectively [not shown in the drawing].
And, the controller 180 can control a posting (e.g., a posting registered in a prescribed past time from an event triggered time) recently registered by a counterpart or a posting (e.g., a posting registered after a timing point of a last access to an SNS account of a counterpart) failing to be checked by a user to be displayed.
First of all, the present invention provides a mobile terminal and controlling method thereof, by which user's convenience can be enhanced.
Secondly, the present invention provides a mobile terminal and controlling method thereof, by which an image related to a counterpart can be displayed despite that a profile photo of the counterpart is not registered in a phonebook.
Thirdly, the present invention provides a mobile terminal and controlling method thereof, by which a new image can be displayed in response to each occurrence of an event.
In addition, the above-described methods can be implemented in a program recorded medium as processor-readable codes. The processor-readable media may include all kinds of recording devices in which data readable by a processor are stored. The processor-readable media may include ROM, RAM, CD-ROM, magnetic tapes, floppy discs, optical data storage devices, and the like for example and also include carrier-wave type implementations (e.g., transmission via Internet).
Previous Patent US 9,723,123 | Next Patent US 9,723,125