Mobile terminal, information processing method, and information processing program

Abstract

To reduce the burden on a user related to eliminating defects.SOLUTION: A mobile terminal includes: a storage unit which stores association between an application program installed thereon and a prescribed value of a setting value to be set on the application program; and a control unit. The control unit displays a list of application programs selected based on a usage history of the application program, receives a designation of a first application program from the list, and modifies, when a setting value set in the first application program is different from a first prescribed value associated with the first application program in the storage unit, the setting value in the first application program to the first prescribed value.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a mobile terminal, an information processing method, and an information processing program. [Background technology]

[0002] In recent years, mobile terminals have been proposed that diagnose the causes of problems such as inability to communicate or application programs not operating as desired, and suggest solutions or guide users on how to solve the problems (see Patent Documents 1 and 2). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6492149 [Patent Document 2] Patent No. 6405024 Summary of the Invention [Problem to be solved by the invention]

[0004] Many mobile device users are unfamiliar with information technology. For these users, even if suggested solutions or instructions for resolving problems are provided, it can be difficult to carry them out. Furthermore, resolving problems requires users to approve the proposed solutions and perform the necessary operations, which can be cumbersome.

[0005] One aspect of the disclosed technology aims to provide a mobile terminal, an information processing method, and an information processing program that can reduce the burden on users in resolving malfunctions. [Means for solving the problem]

[0006] One aspect of the disclosed technology is exemplified by the following mobile terminal. The mobile terminal includes a storage unit that stores correspondence between installed application programs and default settings set for the application programs, and a control unit. The control unit displays a list of application programs selected based on usage histories of the application programs, accepts designation of a first application program from the list, and, if a setting value set for the first application program differs from a first default value associated with the first application program in the storage unit, changes the setting value of the first application program to the first default value. [Effects of the Invention]

[0007] The disclosed technology can reduce the burden on users in resolving problems. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an example of a hardware configuration of a smartphone according to an embodiment. [Figure 2] FIG. 2 is a diagram illustrating an example of a processing block of the smartphone according to the embodiment. [Figure 3] FIG. 3 is a diagram illustrating an example of an application usage history management table stored in the management database in the embodiment. [Figure 4] FIG. 4 is a diagram illustrating an example of a default value management table stored in the management database in the embodiment. [Figure 5] FIG. 5 is a diagram illustrating an example of a Web information management table stored in the management database in the embodiment. [Figure 6] FIG. 6 is a diagram showing an example of a display item candidate list stored in the management database in the embodiment. [Figure 7] FIG. 7 is a diagram illustrating an example of an application usage history confirmation screen according to the embodiment. [Figure 8]FIG. 8 is a diagram illustrating an example of an application usage history checking screen according to the embodiment. [Figure 9] FIG. 9 is a diagram illustrating an example of an application selection screen according to the embodiment. [Figure 10] FIG. 10 is a diagram showing an example of an application selection screen on which "medium items" are displayed in the embodiment. [Figure 11] FIG. 11 is a diagram showing an example of a diagnosis screen in the embodiment. [Figure 12] FIG. 12 is a diagram showing an example of a result display screen in the embodiment. [Figure 13] FIG. 13 is a diagram illustrating an example of a processing flow of the smartphone according to the embodiment. [Figure 14] FIG. 14 is a diagram illustrating an example of the processing flow of T1 in FIG. [Figure 15] FIG. 15 is a diagram showing an example of the processing flow of T15 in FIG. [Figure 16] FIG. 16 is a diagram showing an example of a diagnosis screen in the first modified example. [Figure 17] FIG. 17 is a first diagram showing an example of a result display screen in the second modified example. [Figure 18] FIG. 18 is a second diagram showing an example of the result display screen in the second modified example. DETAILED DESCRIPTION OF THE INVENTION

[0009] <Embodiment> The configurations of the embodiments described below are merely examples, and the disclosed technology is not limited to the configurations of the embodiments. A mobile terminal according to the embodiments includes, for example, a storage unit that stores correspondences between installed application programs and default values ​​of setting values ​​set in the application programs, and a control unit.

[0010] The control unit displays a list of application programs selected based on the usage history of the application programs, accepts designation of a first application program from the list, and, if a setting value set in the first application program differs from a first default value associated with the first application program in the memory unit, changes the setting value of the first application program to the first default value.

[0011] The mobile terminal is, for example, a smartphone, a tablet terminal, or a wearable terminal. The mobile terminal displays a list of application programs selected based on usage history. Such a list may include, for example, application programs that the user has used most recently or frequently. When a user notices a malfunction and attempts to resolve the malfunction, it is highly likely that the application program for which the user wishes to resolve the malfunction is the application program that the user has used most recently or the application program that the user uses frequently. Therefore, the mobile terminal can present application programs for which the user is highly likely to wish to resolve the malfunction.

[0012] Furthermore, in this mobile terminal, the correspondence between the installed application programs and the default settings of the application programs is stored in the storage unit, so that the default settings of the specified application programs can be determined univocally. Therefore, the mobile terminal can change the settings of the application programs to the default settings without inquiring about whether the settings can be changed.

[0013] The list displays application programs that the user has used. In other words, application programs that the user is unfamiliar with are prevented from being displayed in the list. It is believed that even users unfamiliar with information technology can easily select an application program for which a malfunction is to be resolved from a list of familiar application programs. Furthermore, users unfamiliar with information technology may have difficulty deciding whether or not to change the settings when asked. In contrast, as described above, the mobile terminal changes the setting values ​​of the application program to default values ​​without inquiring the user about whether or not to change the settings, so the user does not have to worry about whether or not to change the settings. Therefore, the mobile terminal can reduce the burden on the user in resolving malfunctions.

[0014] The mobile terminal described above can also be understood from the aspects of an information processing method and an information processing program.

[0015] An embodiment in which the above-described mobile terminal is applied to a smartphone will be further described below with reference to the drawings. Fig. 1 is a diagram showing an example of the hardware configuration of a smartphone 100 according to the embodiment. Fig. 1 also illustrates the hardware configuration of a server 300 that communicates with the smartphone 100. The smartphone 100 and the server 300 communicate with each other via a network N1.

[0016] The smartphone 100 is a portable information processing device. The smartphone 100 includes a central processing unit (CPU) 101, a random access memory (RAM) 102, a read only memory (ROM) 103, a communication unit 104, a speaker 111, a microphone 112, a display 113, and a touch panel 114. The CPU 101, the RAM 102, the ROM 103, the communication unit 104, the speaker 111, the microphone 112, the display 113, and the touch panel 114 are interconnected by a connection bus B1.

[0017] The CPU 101 is also referred to as a microprocessor unit (MPU) or processor. The CPU 101 is not limited to a single processor and may have a multiprocessor configuration. Furthermore, a single CPU 101 connected via a single socket may have a multi-core configuration. At least a portion of the processing performed by the CPU 101 may be performed by a processor other than the CPU 101, such as a dedicated processor, such as a digital signal processor (DSP), a graphics processing unit (GPU), a numerical calculation processor, a vector processor, or an image processing processor. At least a portion of the processing performed by the CPU 101 may be performed by an integrated circuit (IC) or other digital circuit. Furthermore, at least a portion of the CPU 101 may include an analog circuit. Examples of integrated circuits include large-scale integrated circuits (LSIs), application-specific integrated circuits (ASICs), and programmable logic devices (PLDs). Examples of PLDs include field-programmable gate arrays (FPGAs). The CPU 101 may be a combination of a processor and an integrated circuit. This combination is called, for example, a microcontroller unit (MCU), a system-on-a-chip (SoC), a system LSI, or a chipset. In the smartphone 100, the CPU 101 loads a program stored in the ROM 103 into a working area in the RAM 102 and controls peripheral devices through the execution of the program. This enables the smartphone 100 to execute processing that meets a predetermined purpose. The RAM 102 and the ROM 103 are recording media that the smartphone 100 can read.

[0018] The RAM 102 is exemplified as a storage unit that is directly accessed by the CPU 101. The RAM 102 is used as a work area for the CPU 101, for example.

[0019] The ROM 103 stores various programs and various data on a recording medium. The ROM 103 stores an operating system (OS), various programs, various tables, etc. The OS includes a communication interface program that transfers data with external devices connected via the communication unit 104. The ROM 103 may be, for example, an erasable programmable ROM (EPROM) or an electrically erasable programmable read-only memory (EEPROM). The M103 may include flash memory or a solid state drive (SSD).

[0020] The communication unit 104 is an interface with the network N1 and communicates with external devices via the network N1.

[0021] The speaker 111 is a device that outputs sound. For example, the speaker 111 outputs sound such as the voice of a call partner during a call using the smartphone 100. The microphone 112 receives input of a user's voice during a call using the smartphone 100.

[0022] The display 113 displays data processed by the CPU 101 and data stored in the RAM 102 and the ROM 103. The display 113 is, for example, a Cathode Ray Tube (CRT) display, a Liquid Crystal Display (LCD), a Plasma Display Panel (PDP), an Electroluminescence (EL) panel, or an organic EL panel.

[0023] The touch panel 114 detects the touch position when a user touches the smartphone 100 with a finger or the like. By including the touch panel 114, the smartphone 100 can provide an intuitive operating environment for the user. The touch panel 114 is preferably provided on the entire surface of the display 113.

[0024] The server 300 is an information processing device. The server 300 includes a CPU 101, a RAM 102, a ROM 103, and a communication unit 104. In the server 300, the CPU 101, the RAM 102, the ROM 103, and the communication unit 104 are also interconnected by a connection bus B1.

[0025] The network N1 is a computer network that connects information processing devices so that they can communicate with each other. The network N1 is, for example, a local area network (LAN), a mobile phone communication line, or the Internet. The network N1 may be wired or wireless.

[0026] <Processing block of smartphone 100> 2 is a diagram showing an example of processing blocks of the smartphone 100 according to the embodiment. The smartphone 100 includes a control unit 20 and a management database 24. The control unit 20 includes a web information acquisition unit 21, a usage history acquisition unit 22, and a terminal information acquisition unit 23. The smartphone 100 executes processes as each unit of the smartphone 100, such as the control unit 20 and the management database 24, by having the CPU 101 execute a computer program that is executable and deployed in the RAM 102.

[0027] The management database 24 is a database that manages the usage status of application programs (hereinafter also referred to as apps) installed on the smartphone 100 and default settings set for setting items of the smartphone 100. The management database 24 is constructed on, for example, the ROM 103. FIG. 3 is a diagram showing an example of an app usage history management table 241 stored in the management database 24 in the embodiment. The app usage history management table 241 includes items such as "app name" and "launch time." The "app name" stores the name of the launched app. The "launch time" stores the time when the app was launched. The app usage history management table 241 stores the app name and launch time of the launched app each time an app is launched. The app usage history management table 241 stores, for example, the app names and launch times of apps launched within the last 24 hours.

[0028] FIG. 4 is a diagram illustrating an example of a default value management table 242 stored in the management database 24 in the embodiment. The default value management table 242 includes the following fields: "Major Item," "Fixed Item," "Medium Item," "Diagnosis Item," "Default Value," "Executable," and "Message." The "Major Item" stores the name of the application whose setting value is to be checked and information indicating a problem occurring in the smartphone 100. Examples of problems that may occur in the smartphone 100 include battery and charging problems, screen display and character problems, and terminal operation problems. The "Fixed Item" stores the priority of displaying items on the application selection screen 223 (see FIG. 9 ), which will be described later, to compensate for the shortage when the number of items displayed on the application selection screen 223 is insufficient compared to a preset number.

[0029] "Medium item" stores symptoms (faults) that differ from the desired situation. "Diagnostic item" stores diagnostic items corresponding to major and medium items. "Default value" stores, for example, a setting value set at initial setup or a setting value recommended for standard usage. That is, "default value" stores a setting value determined in advance. "Executable" stores information (for example, a flag) indicating whether the setting can be changed by the smartphone 100 without user operation. "Message" stores a message that guides the user to operate an item for which information indicating that the setting cannot be changed is stored in "executable." Each piece of information in the default value management table 242 is stored, for example, at the time of shipping the smartphone 100.

[0030] FIG. 5 is a diagram illustrating an example of a Web information management table 244 stored in the management database 24 in the embodiment. The Web information management table 244 includes, for example, the same items as the default value management table 242. The Web information management table 244 stores information acquired from the server 300 by the Web information acquisition unit 21. Note that the Web information management table 244 is an empty table until information is stored in the table by the Web information acquisition unit 21. The example of FIG. 5 illustrates a case in which the Web information acquisition unit 21 acquires from the server 300 malfunction information such as "video viewing app" as a "major item," "empty (no data)" as a fixed item, "no sound" as a medium item, "media volume" as a diagnostic item, "5 or more" as a default value, "1" as an executable, and "empty (no data)" as a message.

[0031] FIG. 6 is a diagram showing an example of the display item candidate list 243 stored in the management database 24 in the embodiment. The display item candidate list 243 includes an item of "display item candidate." The "display item candidate" stores display items that the control unit 20 has determined to be display item candidates to be displayed on the application selection screen 223 (see FIG. 9). Examples of information stored as display items include information stored in the "major items" of the default value management table 242 and information stored in the "major items" of the Web information management table 244. Display item candidate list The display item candidates are arranged in the order in which they were added in 243. The ROM 103 is an example of a "storage unit."

[0032] Returning to FIG. 2 , the web information acquisition unit 21 acquires information from the server 300. The server 300 registers malfunction information from the smartphone 100, app vendors, users, and the like. The malfunction information registered in the server 300 includes, for example, the following fields: “Major Item,” “Fixed Item,” “Medium Item,” “Diagnosis Item,” “Default Value,” “Executable,” and “Message,” as illustrated in the default value management table 242. The “Fixed Item” field may be omitted from the information registered in the server 300. The web information acquisition unit 21 accesses the server 300 and determines whether there is new malfunction information not registered in the default value management table 242. If the web information acquisition unit 21 determines that there is new malfunction information, it acquires the new malfunction information from the server 300 and adds the acquired malfunction information to the web information management table 244. Furthermore, the web information acquisition unit 21 adds information corresponding to the “major item” of the malfunction information acquired from the server 300 to the display item candidate list 243. The server 300 is an example of an “external server.”

[0033] The usage history acquisition unit 22 acquires the usage history of apps used by the user. For example, the usage history acquisition unit 22 references the app usage history management table 241 to acquire the app that was last (most recently) launched by the user. Next, the usage history acquisition unit 22 references the app usage history management table 241 to acquire the launch time of the app and the number of times the app has been launched in the last hour. Next, the usage history acquisition unit 22 references the app usage history management table 241 to acquire the launch time of the app and the number of times the app has been launched in the last 24 hours. The usage history acquisition unit 22 adds the app names to the display item candidate list 243 in accordance with the priority order based on the app usage history acquired from the app usage history management table 241.

[0034] The terminal information acquisition unit 23 acquires terminal information of the smartphone 100. The terminal information may include the free space of the RAM 102 and the ROM 103. If the free space of the RAM 102 and the ROM 103 is less than a threshold, the terminal information acquisition unit 23 adds a message to the display item candidate list 243 to that effect.

[0035] The control unit 20 guides the user to check the usage status and diagnose a problem with the apps on the smartphone 100. In this embodiment, after checking the app usage history, the control unit 20 accepts a designation of an app for which a problem needs to be resolved from among the checked apps, and executes a problem diagnosis for the designated app.

[0036] 7 is a diagram showing an example of an application usage history confirmation screen 221 in an embodiment. The application usage history confirmation screen 221 is displayed on the display 113 by the control unit 20. The application usage history confirmation screen 221 includes a confirmation start button 2211 and a progress indicator 2212. When the confirmation start button 2211 is designated by a touch operation on the touch panel 114, for example, the control unit 20 executes confirmation of the application usage history.

[0037] 8 is a diagram showing an example of an app usage history checking screen 222 in an embodiment. The app usage history checking screen 222 is displayed on the display 113 by the control unit 20. The control unit 20 causes the app usage history checking screen 222 to be displayed on the display 113 while the app usage history is being checked. While the app usage history checking screen 222 is displayed, the web information acquisition unit 21 acquires defect information, the usage history acquisition unit 22 acquires app usage history, and the terminal information acquisition unit 23 acquires terminal information. By displaying the app usage history checking screen 222 on the display 113, the control unit 20 can notify the user of the progress of the app usage history check.

[0038] FIG. 9 is a diagram showing an example of an application selection screen 223 in an embodiment. The application selection screen 223 is displayed on the display 113 by the control unit 20. When the acquisition of defect information by the web information acquisition unit 21, the acquisition of application usage history by the usage history acquisition unit 22, and the acquisition of terminal information by the terminal information acquisition unit 23 are completed, display items to be displayed on the application selection screen 223 are selected. The selection of display items will be described later with reference to the flowcharts of FIGS. 13 to 15. The application selection screen 223 also includes an Other button 2231. When the Other button 2231 is designated by a touch operation or the like, the control unit 20 may display a screen for selecting other applications not displayed on the application selection screen 223. The application selection screen 223 is an example of a "list."

[0039] Upon receiving the selection of the display items, the control unit 20 displays the application selection screen 223 on the display 113. In the example of FIG. 9, the display items displayed are "The top of the screen is glowing," "SNS application," "Phone application," "Email application," and "Internet." In the example of FIG. 9, "The top of the screen is glowing" is malfunction information acquired by the Web information acquisition unit 21, and "Phone application trouble," "Email application trouble," and "Internet trouble" are display items selected based on the application usage history acquired by the usage history acquisition unit 22. Each display item displayed on the application selection screen 223 illustrated in FIG. 9 is, for example, information stored in a "major item" in the default value management table 242.

[0040] The control unit 20 accepts the designation of any one of the display items on the application selection screen 223. When any one of the display items is designated, the control unit 20 causes the application selection screen 223 to display the "medium items" associated with the designated display item in the default value management table 242.

[0041] Fig. 10 is a diagram showing an example of the application selection screen 223 on which "intermediate items" are displayed in the embodiment. Fig. 10 illustrates a case where "SNS application" is specified. When "SNS application" is specified on the application selection screen 223, the control unit 20 acquires "intermediate items" corresponding to the "SNS application" from the default value management table 242. The control unit 20 displays the acquired "intermediate items" below the "SNS application" on the application selection screen 223 (between the "SNS application" and the "phone application" displayed below the "SNS application").

[0042] When any of the "medium items" is specified on the application selection screen 223 illustrated in FIG. 10, the control unit 20 executes a diagnosis for the "diagnosis item" corresponding to the specified "medium item" in the default value management table 242.

[0043] 11 is a diagram showing an example of a diagnostic screen 224 in an embodiment. The diagnostic screen 224 is displayed on the display 113 by the control unit 20. In the diagnosis, it is determined whether the setting value set for the "diagnosis item" is the "default value" in the default value management table 242. Then, for any "diagnosis item" that is not set to the default value, the control unit 20 changes the setting value to the default value.

[0044] In the example of FIG. 11, "check and change airplane mode settings," "check and change mobile data settings," "check SIM insertion," and "check whether communication is in or out of range" are displayed as "diagnosis items." A completion mark 2241 is attached to a diagnosis item for which the setting check and any necessary changes have been completed. A progress mark 2242 is attached to a diagnosis item that is currently being diagnosed. By displaying this type of diagnosis screen 224, the control unit 20 can notify the user of the progress of the diagnosis.

[0045] 12 is a diagram showing an example of a result display screen 225 in the embodiment. The control unit 20 then causes the display 113 to display a result display screen 225. The result display screen 225 displays the setting items whose settings have been changed as a result of the diagnosis and the setting values ​​of the setting items. Furthermore, for setting items that are determined to be infeasible in the "executable" field of the default value management table 242, the result display screen 225 displays the message stored in the "message" field of the default value management table 242 in association with the setting item.

[0046] In the example of FIG. 12, it can be seen that the setting item "Airplane mode setting" has been changed to "Off." Also, it can be seen that the setting item "Mobile data setting" is set to "On," which is the default value (the setting has not been changed). A completion mark 2252 is attached to setting items whose settings have been changed, such as the setting item "Airplane mode setting," and setting items that have been set to the default value, such as "Mobile data setting."

[0047] Furthermore, for setting items that are set to be inoperable in the "executable" category in the default value management table 242, such as "SIM insertion" and "inside / outside communication range", a warning mark 2253 is attached. By attaching the warning mark 2253 to the setting items on the result display screen 225, the control unit 20 can indicate to the user setting items that require user operation. Furthermore, the result display screen 225 includes an end button 2251. When the end button 2251 is designated by the user's touch operation or the like, the control unit 20 ends the diagnosis.

[0048] <Processing flow of smartphone 100> 13 is a diagram showing an example of a processing flow of the smartphone 100 according to the embodiment. Hereinafter, an example of a processing flow of the smartphone 100 will be described with reference to FIG.

[0049] At T1, the usage status of the smartphone 100 is acquired. The control unit 20 displays an application usage history confirmation screen 221 on the display 113. When a confirmation start button 2211 on the application usage history confirmation screen 221 is selected, the control unit 20 displays an application usage history confirmation screen 222 on the display 113 and acquires the usage status. The control unit 20 displays an application selection screen 223 including display items selected according to the acquired usage status on the display 113. Details of the processing at T1 will be described later with reference to FIG. 14.

[0050] At T2, a major item is specified. The control unit 20 causes the display 113 to display the application selection screen 223. When one of the setting items displayed on the application selection screen 223 is specified, the control unit 20 causes the application selection screen 223 to display the medium items included in the specified major item.

[0051] At T3, a medium item is designated. The control unit 20 accepts the designation of one of the medium items displayed on the application selection screen 223.

[0052] At T4, the diagnosis is executed. The control unit 20 executing the diagnosis displays a diagnosis screen 224 on the display 113 to show the user the diagnosis status for the medium items specified at T3. During the diagnosis, for items that are "executable" in the default value management table 242 and whose settings can be changed by the smartphone 100 without requiring user operation, the setting values ​​are changed to default values ​​without prompting the user. When the diagnosis is completed, the control unit 20 notifies the user of the diagnosis results by displaying a result display screen 225 on the display 113.

[0053] Fig. 14 is a diagram showing an example of the processing flow of T1 in Fig. 13. Hereinafter, an example of the processing flow of T1 in Fig. 13 will be described with reference to Fig. 14.

[0054] At T11, the Web information acquisition unit 21 receives a value that is not stored in the default value management table 242. It is determined whether or not the defect information is registered in the server 300. If it is registered (YES in T11), the process proceeds to T16. If it is not registered (NO in T11), the process proceeds to T12.

[0055] At T12, the terminal information acquisition unit 23 acquires the free space of the RAM 102 of the smartphone 100. If the free space of the RAM 102 is equal to or greater than the threshold (YES at T12), the process proceeds to T17. If the free space of the RAM 102 is less than the threshold (NO at T12), the process proceeds to T13.

[0056] At T13, the terminal information acquisition unit 23 acquires the free space in the ROM 103 of the smartphone 100. If the free space in the ROM 103 is equal to or greater than the threshold (YES at T13), the process proceeds to T18. If the free space in the ROM 103 is less than the threshold (NO at T13), the process proceeds to T14.

[0057] At T14, the usage history acquisition unit 22 determines whether the usage period of the smartphone 100 (for example, the time elapsed since the smartphone 100 was powered on) is equal to or greater than a threshold. If the usage period of the smartphone 100 is equal to or greater than the threshold (YES at T14), the process proceeds to T15. If the usage period of the smartphone 100 is less than the threshold (NO at T14), the process proceeds to T19.

[0058] In T15, the usage history acquisition unit 22 acquires the usage status of the application by referring to the application usage history management table 241. The usage history acquisition unit 22 adds the application selected according to the usage status of the application to the display item candidate list 243. Details of the processing of T15 will be described later with reference to FIG.

[0059] At T16, Web information acquisition unit 21 acquires from server 300 defect information that is not stored in default value management table 242. Web information acquisition unit 21 stores the acquired defect information in Web information management table 244. In addition, Web information acquisition unit 21 adds information corresponding to the "major item" among the defect information acquired from server 300 to display item candidate list 243.

[0060] At T17, the control unit 20 adds the medium-sized item associated with the large-sized item “lack of free memory (RAM)” in the default value management table 242 to the display item candidate list 243. Here, it is assumed that “terminal operation is slow” is added to the display item candidate list 243.

[0061] At T18, the control unit 20 adds the medium-sized item associated with the large-sized item “lack of free memory (ROM)” in the default value management table 242 to the display item candidate list 243. Here, it is assumed that “lack of storage” is added to the display item candidate list 243.

[0062] At T19, the control unit 20 causes the display 113 to display the application selection screen 223 including the display items added to the display item candidate list 243 at T15, T16, T17, and T18. Note that, if the number of display item candidates added to the display item candidate list 243 is equal to or greater than a predetermined threshold value (for example, 4), the control unit 20 causes the application selection screen 223 to display the number of display item candidates added to the display item candidate list 243 from the top to the threshold value.

[0063] Fig. 15 is a diagram showing an example of the processing flow of T15 in Fig. 14. Hereinafter, an example of the processing flow of T15 in Fig. 14 will be described with reference to Fig. 15.

[0064] At T151, the usage history acquisition unit 22 refers to the application usage history management table 241. The usage history acquisition unit 22 specifies the application that was last launched from among the applications stored in the "major items" of the default value management table 242. The usage history acquisition unit 22 adds the specified application to the display item candidate list 243.

[0065] At T152, the usage history acquisition unit 22 refers to the application usage history management table 241 and identifies applications that have been launched within the past hour from among the applications stored in the "major items" of the default value management table 242. The usage history acquisition unit 22 refers to the application usage history management table 241 and acquires the number of times the identified applications have been launched within the past hour from the current time. The usage history acquisition unit 22 adds the applications to the display item candidate list 243 in descending order of the number of times they have been launched within the past hour from the current time.

[0066] At T153, the usage history acquisition unit 22 refers to the application usage history management table 241 and identifies applications that have been launched within the past 24 hours from among the applications stored in the "major items" of the default value management table 242. The usage history acquisition unit 22 refers to the application usage history management table 241 and acquires the number of times the identified applications have been launched within the past 24 hours from the current time. The usage history acquisition unit 22 adds applications to the display item candidate list 243 in descending order of the number of times they have been launched within the past 24 hours from the current time.

[0067] <Effects of the embodiment> In this embodiment, the application to be diagnosed is presented to the user as in the application selection screen 223, and the application specified by the user is diagnosed. In the diagnosis, as described in T4 of FIG. 13 , for items that are "executable" in the default value management table 242 and whose settings can be changed by the smartphone 100 without requiring user operation, the default value management table 242 is referenced and the setting value is changed to the default value without prompting the user. Therefore, according to this embodiment, defects can be corrected without user operation, which saves the user from having to do anything.

[0068] Furthermore, in this embodiment, a list of apps that the user has used most recently is displayed on the app selection screen 223, and the user can select the app for which the problem needs to be resolved from the apps displayed on the app selection screen 223, so even users who are unfamiliar with information technology can easily resolve the problem.

[0069] In this embodiment, as described above, the diagnosis is performed on an application designated by the user. Therefore, compared to a technique in which the user is asked to designate which of the defects to resolve after diagnosing defects on the entire mobile device, the processing load on the smartphone 100 due to defect resolution can be reduced and the desired defect can be resolved in a shorter time.

[0070] <First Modification> The above-described embodiment can be modified in various ways. For example, in the embodiment, when a "medium item" such as "Cannot connect to SNS" or "Notification sound is not heard" is selected on the application selection screen 223, the screen transitions to the diagnosis screen 224, and the diagnosis starts. However, as shown in the example of the diagnosis screen 224a in FIG. 16, a diagnosis start button 2243 may be provided, and the diagnosis may start after the diagnosis start button 2243 is selected. By adopting such a configuration, the items to be diagnosed are presented to the user, and the diagnosis can start after the user's consent is obtained.

[0071] <Second Modification> Even if the setting value is set to the default value, there may be cases where the problem is not resolved for the user. In such cases, a method for resolving the problem may be stored in advance in the "message" field of the default value management table 242, and the user may be notified of this message. FIG. 17 shows the second modified example. 17 is a diagram illustrating an example of a result display screen 225 that notifies the user that there is no problem with the settings. When a diagnosis result display field 2254 is specified on the result display screen 225 illustrated in Fig. 17, the control unit 20 may display a "message" associated with the item displayed in the diagnosis result display field 2254 in the default value management table 242 in a solution method guidance field 2255, as illustrated in Fig. 18. At this time, if the message is a message prompting a restart, the control unit 20 may display a restart button 2256 together with the message for the user's convenience.

[0072] The embodiments and modifications disclosed above can be combined with each other.

[0073] <Computer-readable recording medium> An information processing program that causes a computer or other machine or device (hereinafter referred to as a computer, etc.) to realize any of the above functions can be recorded on a computer-readable recording medium. Then, by having the computer, etc. read and execute the program from this recording medium, the function can be provided.

[0074] Here, a computer-readable recording medium refers to a recording medium that stores information such as data and programs electrically, magnetically, optically, mechanically, or chemically and that can be read by a computer. Among such recording media, those that are removable from a computer include, for example, flexible disks, magneto-optical disks, Compact Disc Read Only Memory (CD-ROM), Compact Disc Recordable (CD-R), Compact Disc Rewriteable (CD-RW), Digital Versatile Disc (DVD), Blu-ray Disc (BD), Digital Audio Tape (DAT), 8mm tape, and memory cards such as flash memory. Additionally, examples of recording media that are fixed to a computer include hard disks and ROMs. [Explanation of symbols]

[0075] 100··Smartphone 101 CPU 102 RAM 103··ROM 104··Communications Department 110··Case 111··Speaker 112··Microphone 113··Display 114··Touch Panel 20 Control section 21...Web information acquisition department 22 Usage history acquisition unit 23. Terminal information acquisition unit 24··Management Database 221··App ​​usage history confirmation screen 222··App ​​usage history confirmation screen 223··App ​​selection screen 224··Diagnostics Screen 224a··Diagnostics Screen 225...Result display screen 241··App ​​usage history management table 242 Default Value Management Table 243··Display item candidate list 244··Web Information Management Table 300 Server 2211··Check Start Button 2212 Progress display 2213··Cancel button 2231··Other buttons 2241··Complete mark 2242··Progress Mark 2243··Diagnosis start button 2251··Exit button 2252··Complete mark 2253··Caution mark 2254··Diagnosis result display field 2255··Resolution guide 2256··Restart button B1 Connecting bus N1 Network

Claims

1. a storage unit that stores a correspondence relationship between an installed application program and a default value of a setting value set in the application program; a control unit, The control unit displaying a list of application programs selected based on the usage history of the application programs; Accepting a designation of a first application program from the list; When a setting value set in the first application program is different from a first default value associated with the first application program in the storage unit, changing the setting value of the first application program to the first default value. Mobile device.

2. the control unit causes the list to display the application program that was launched last with priority. The mobile terminal according to claim 1 .

3. the control unit causes application programs that have been started up more frequently to be displayed in the list with priority. The mobile terminal according to claim 1 .

4. when the control unit acquires, from an external server, a correspondence relationship that is not stored in the storage unit, the control unit causes the application programs associated in the correspondence relationship acquired from the external server to be preferentially displayed in the list. The mobile terminal according to claim 1 .

5. an information processing device including a storage unit that stores a correspondence relationship between an installed application program and a default value of a setting value set in the application program, a process of displaying a list of application programs selected based on the usage history of the application programs; receiving a designation of a first application program from the list; and when a setting value set in the first application program is different from a first default value associated with the first application program in the storage unit, executing a process of changing the setting value of the first application program to the first default value. Information processing methods.

6. An information processing device including a storage unit that stores a correspondence relationship between an installed application program and a default value of a setting value set in the application program, a process of displaying a list of application programs selected based on the usage history of the application programs; receiving a designation of a first application program from the list; and when a setting value set in the first application program is different from a first default value associated with the first application program in the storage unit, executing a process of changing the setting value of the first application program to the first default value. Information processing methods.

Images