JP5354648B2 - Terminal device and program - Google Patents

Description

  The present invention relates to a terminal device and a program for performing data search based on input search data.

In general, various types of data are stored in a terminal device such as a mobile phone device or a personal computer. That is, the description of the function contents, the data input by the user by the execution of the function (for example, file, photography, created mail, address book data), the data automatically input by the execution of the function (for example, the incoming call) A large number of data such as a history and a history of departure are stored. In order to search for desired data from such a vast amount of data, it is necessary to know where the data is stored and how it should be searched. Therefore, if you do not know the data storage location and storage method, you can only search using the “all search” method, which searches all data in the terminal, but this “all search” method requires a long search time. In addition, there is a problem that the search result includes a lot of inappropriate (noisy) data.
By the way, conventionally, a technique is known in which data relating to a party on the telephone is retrieved from various databases (address book, schedule book) and displayed (see Patent Document 1).
JP 09-294155 A

However, in the above-described prior art (Patent Document 1), since the search target is limited to the call partner, when searching for data other than the call partner, all data in the terminal is searched as described above. It must be done in the “full search” target.

An object of the present invention is to make it possible to realize a data search that matches the current situation without finding out the storage destination or search method of the data when searching for the desired data.

In order to solve the above-described problem, the invention described in claim 1 is a terminal device that performs data search based on input search data, and the storage destination of data to be preferentially searched by function is the storage destination by function. When the storage data by function is stored, the storage destination by attribute storing the storage destination of the data to be preferentially searched by the attribute of the data as the storage destination by attribute, and the search data, in addition to determining the functions of the currently running determining means for determining the attribute of the search for data input, when it is determined that some functions are performed by the determining means, the function being performed Based on the function-specific storage destination storage means, the storage destination to be preferentially searched is specified, and if it is determined that no function is executed, the search data Based on the characteristics, the attribute-specific storage destination storage means is referred to, a specifying means for specifying a storage destination to be preferentially searched, and a storage destination specified by the specifying means based on the input search data And a search means for searching.

As an invention dependent on claim 1, it further comprises attribute storage means for storing the attribute of the search data, and the determination means refers to the attribute storage means based on the input search data. The invention according to claim 2, wherein the attribute is discriminated.

As an invention dependent on claim 1, the function-specific data storage destination stores data obtained by executing the function, and the search means stores the function when the function-specific storage destination is specified. The invention according to claim 3 is characterized in that a search is performed on data obtained by executing the above.

As an invention dependent on claim 1, the specifying unit refers to the function-specific storage destination storage unit and the attribute-specific storage destination storage unit based on the determination result determined by the determination unit, and as a result If the destination and the attribute-specific storage destination are common, the common storage destination may be specified as a storage destination to be preferentially searched.

As an invention dependent on claim 1, the specifying means refers to the function-specific storage destination storage means and the attribute-specific storage destination storage means based on the determination result determined by the determination means. The invention according to claim 5, wherein each of the corresponding storage destinations is sequentially specified as a storage destination to be preferentially searched.

As an invention dependent on claim 1, as a result of referring to the function-specific storage destination storage means and the attribute-specific storage destination storage means based on the determination result determined by the determination means, each corresponding to the determination result List display means for displaying a list of storage destinations, wherein the specifying means specifies a storage destination arbitrarily selected from the storage destinations displayed as a list by the list display means as a storage destination to be preferentially searched. According to the sixth aspect of the present invention, the invention may be provided.

As an invention dependent on claim 1, the search means searches for the attribute-specific storage destination if there is no corresponding data as a result of searching the function-specific storage destination based on the function currently being executed. The invention according to claim 7 may be provided.

As an invention dependent on claim 1, the search unit refers to the function-specific storage destination storage unit and the attribute-specific storage destination storage unit, and the function-specific storage destination and the attribute-specific storage destination specified by the specification unit. 9. The invention according to claim 8, wherein if there is no corresponding data as a result of the search, a search is made for a storage destination other than the function-specific storage destination and the attribute-specific storage destination. Good.

As an invention dependent on claim 1, the search input area is switched every time the function or screen is switched in order to display the search input area to which the search data is input on a display screen. The invention according to claim 9 may further include display control means for displaying on the screen.

In order to solve the above-described problem, the invention according to claim 10 stores a data storage destination to be preferentially searched for each function in the computer, and stores data to be preferentially searched for by each data attribute. some in a state where the destination is stored, when the search data is input, by another to determine the function of the currently executing a function for discriminating the attribute of the search for data input, the ability to the determination When it is determined that the function is being executed, the storage destination to be preferentially searched is identified by referring to the function-specific storage destination based on the function being executed, and any function is executed. If it is determined that the storage destination is to be preferentially searched by referring to the attribute-specific storage destination based on the attribute of the search data, Wherein the program for realizing the function of search based on a constant retrieved data for the inputted a destination was the.

According to the present invention, when searching for desired data, it is possible to efficiently search for data that matches the current situation without knowing the storage destination or search method of the data, and comfortable in various situations. Data search is possible.

Hereinafter, embodiments of the present invention will be described with reference to FIGS.
This embodiment exemplifies a case where the present invention is applied to a mobile phone device as a terminal device, and FIG. 1 is a block diagram showing basic components of the mobile phone device.
This cellular phone device is, for example, a foldable one in which two casings (an operation unit casing and a display unit casing) are attached so as to be openable and closable, and includes a call function, an e-mail function, an Internet connection function (Web access function) ), Etc., data search function that searches data based on search data entered in the search input area (search window) on the display screen, camera function that captures still images and videos, music content, video A content reproduction function for reproducing content and the like, and a schedule management function for informing the schedule date and time are provided.

The CPU 1 is a core central processing unit that controls the overall operation of the mobile phone device in accordance with various programs in the storage unit 2. The storage unit 2 is an internal memory, and has a program area and a data area. In this program area, a program for realizing the present embodiment in accordance with an operation procedure shown in FIGS. In the data area, various functions such as a function list M1, an address book M2, an incoming call history folder M3, a received mail folder M4, a schedule book M5, a photo folder M6, a music folder M7, an artist information folder M8, etc. In addition to storing data, a function-specific storage destination table M9, an attribute-specific storage destination table M10, and an attribute dictionary M11, which will be described later, are stored. The recording medium 3 is a detachable portable memory (external memory), and is composed of, for example, an SD card, an IC card, etc., and stores captured images and the like. The memory 4 is an internal memory having a work area, and various data in the memory 4 is saved in the storage unit 2 as necessary.

The telephone communication unit 5 includes a radio unit, a baseband unit, a demultiplexing unit, and the like. For example, when the telephone function, the e-mail function, and the Internet connection function are operated, data communication with the nearest base station (not shown) is performed. A telephone communication means for performing transmission / reception, taking a signal from the receiving side of the baseband unit and demodulating it into a received baseband signal during operation of the telephone function, and then outputting a voice from the speaker SP for telephone call through the audio signal processing unit 6, In addition, input voice data from the call microphone MC is taken in from the voice signal processing unit 6 and encoded into a transmission baseband signal, which is then given to the transmission side of the baseband unit and transmitted from the antenna. The call microphone MC is used when searching for data in addition to during a call. When a voice signal is input from the call microphone MC, the CPU 1 recognizes the input voice and converts it into character string data. The input is made in the search input area (search window) in the display screen.

The operation unit 7 performs dial input, character input, command input, and the like, and the CPU 1 executes processing according to an input signal from the operation unit 7. The display unit 8 uses a high-definition liquid crystal or an organic EL, for example, and displays a standby image. The camera unit 9 is capable of shooting moving images in addition to still image shooting. In addition to a shooting lens, a lens / mirror block such as a mirror, an image sensor, and a driving system thereof, a distance measuring sensor, a light amount sensor, an analog processing circuit, A signal processing circuit, a compression / decompression circuit, and the like are provided. The content reproduction unit 10 reproduces music content, video content, and the like, and the reproduction operation is controlled according to the reproduction start operation / end operation from the operation unit 7. Note that music content, video content, and the like are downloaded via the Internet or acquired via an external memory or the like.

FIG. 2 is a diagram showing a display state of the search input area (search window).
The search window SW is a horizontal band-like window displayed in the upper center portion of various display screens. The CPU 1 inputs search data from the operation unit 7 or inputs search data from the call microphone MC. Then, the character string data key-inputted or the voice-recognized character string data is input into the search window SW and displayed as search data (keyword). A search button SB for instructing the start of the data search operation is provided in the vicinity of the search window SW. In response to the operation of the search button SB, the CPU 1 starts a data search operation based on the search data in the search window SW. At this time, the function-specific storage destination table M9, the attribute-specific storage destination table M10, the attribute The search operation is started after referring to the dictionary M11 and specifying the storage destination (file, folder, etc.) of the data to be searched. Further, in order to display the search window SW in a fixed manner, the CPU 1 displays the search window SW on the switching destination screen every time the function or screen is switched.

FIGS. 2A to 2F are diagrams showing how the search window SW is fixedly displayed even when the function or screen is switched. 2A shows a standby screen, and FIG. 2B shows a menu screen. 2C shows a mail screen, FIG. 2D shows a photo folder screen, FIG. 2E shows a music folder screen, and FIG. 2F shows a function setting screen. A search window SW is arranged and displayed on the upper side of each screen, and a search button SB is arranged and displayed on the left side of the search window SW.

FIG. 3A is a diagram for explaining the function-specific storage destination table M9.
The function-specific storage destination table M9 stores the storage destination of data to be preferentially searched by function as a function-specific storage destination, and has items of “function” and “storage destination (priority search order)”. . “Function” means an application, but also includes a standby time when the application is not executed. In the illustrated example, “standby”, “music player”,. It shows the case of setting. “Save destination” indicates a save destination by function (folder name, file name, etc.) to be preferentially searched. In the illustrated example, “Address Book”, “Save Destination” corresponding to “Standby” of “Function”, Set “Received calls” and “Received mail” in order of priority search, and “Music player” in “Function”
In this case, “music folder” and “artist information” are set in the order of priority search as “save destination” corresponding to.

The “address book”, “incoming history”, “received mail”, and “artist information” as the “save destination” are the corresponding address book M2, incoming history folder M3, received mail folder M4, music folder M7, artist. An information folder M8 is shown. In such a function-specific storage destination, as data obtained by executing the function, data input by the user (for example, address book data, schedule data) or automatically input data (for example, incoming call history, Received mail) is stored.

FIG. 3B is a diagram for explaining the attribute-specific storage destination table M10.
The attribute-specific storage destination table M10 stores, as attribute-specific storage destinations, data storage destinations to be preferentially searched for by data attribute, and each item includes “attribute” and “storage destination (priority search order)”. ing. “Attribute” indicates an attribute of search data (keyword) input in the search window SW, and in the illustrated example, “name”, “function”,... Are set as “attribute”. Yes. Further, this “attribute” is obtained by referring to the attribute dictionary M11 that stores “headword” and “attribute” in association with each other as shown in FIG. 3C. Assuming that “Sato ○ O” is input as data, the attribute dictionary M11 is searched based on this “Sato ○ O”, and as a result, the corresponding “attribute” is converted to “name (person name)”. “Storage” indicates the attribute-specific storage destination to be preferentially searched. In the example shown, “Address Book” and “Received Mail” are set in the order of preferential search in association with “Attribute” “Name (person name)”. In this case, “function setting menu” and “help” are set in the order of priority search in association with “attribute” and “function”.

Next, the operation concept of the mobile phone device in this embodiment will be described with reference to the flowcharts shown in FIGS. Here, each function described in these flowcharts is stored in the form of a readable program code, and operations according to the program code are sequentially executed. In addition, the operation according to the above-described program code transmitted via the transmission medium can be sequentially executed. That is, in addition to the recording medium, an operation specific to this embodiment can be executed using a program / data supplied externally via a transmission medium. 4 to 6 are flowcharts showing an outline of the operation of the characteristic part of the present embodiment in the overall operation of the mobile phone device. When the flow of FIGS. Return to the main flow of operation (not shown).

4 to 6 are flowcharts that are started when an input to the search window SW is designated by a cursor movement or the like.
First, when the input to the search window SW is specified and the search data is key-input from the operation unit 7 or voice input from the call microphone MC, the CPU 1 recognizes the character string data input by the key and the voice. The character string data is fetched as search data (keyword) (step S1), the attribute dictionary M11 is searched based on this keyword, and the corresponding “attribute” is acquired (step S2). Then, it is checked whether any application is being executed (step S3). If any application is not being executed, the function-specific storage destination table M9 is searched, and “function” is associated with “standby”. The “address book”, “incoming call history”, and “received mail” are extracted from the “save destination” items (step S4).

As a result of searching the attribute dictionary M11 based on the input keyword, if there is no “attribute” corresponding to the keyword (NO in step S5), the process proceeds to the flow of FIG. If this is the case (YES in step S5), the attribute-specific storage destination table M10 is searched based on this “attribute”, and the “storage destination” corresponding to this “attribute” is extracted (step S6). For example, when “Yoshio Sato” is input as a keyword, “name (person name)” is read out from the attribute dictionary M11 as an “attribute” corresponding to the keyword. Therefore, the attribute is based on this “name (person name)”. The other storage location table M10 is searched, and “address book” and “received mail” are extracted as the corresponding “storage location”.

In this manner, the “storage destination” of “standby” extracted from the function-specific storage destination table M9 is compared with the “storage destination” of “name (person name)” extracted from the attribute-specific storage destination table M10. , The presence / absence of “save destination” common to both “name (person name)” is checked (step S7). Here, if there is no common “save destination”, the flow proceeds to the flow of FIG. 5. In the above example, the “save destination” of “standby” and the “save destination” of “name (person name)” Since “address book” and “received mail” are common (YES in step S7), this common “storage destination” is specified as a storage destination to be preferentially searched and a keyword search is started (step S8). . In this case, the address book M2 and the received mail folder M4 as the common “save destination” are sequentially specified according to the priority order, and the keyword search is started (step S8).

As a result of keyword search in the order of the address book M2 and the received mail folder M4, if there is no corresponding data (NO in step S9), the process proceeds to step S10 described later, but if there is data corresponding to the keyword (step The search result is displayed in a list (YES in S9) (step S11). In this case, as shown in FIG. 7, each search result is displayed in a list according to the priority order, and the received mail (“Sato ○ o”) (“Sato ○ o”) following “address book data (name, telephone number)” (Subject, received date and time) are sequentially displayed in a list. When an operation for selecting arbitrary data from the list screen is performed, the contents of the selected data are displayed in detail.

In this state, it is checked whether the search operation is instructed by the user operation (step S12), or the search to another “save destination” is instructed (step S13). When the search end operation is performed (in step S12). YES), the flow of FIGS. 4 to 6 is terminated and the process returns to the main flow described above. Here, the search instruction to other “save destinations” means a search instruction to other “save destinations” other than the common “save destination”. When an operation for instructing the search is performed (YES in step S13), the process proceeds to step S10, and as described above, each other than “save destination” common to both “standby” and “name (person name)” By re-extracting “save destination”, it is sequentially specified as a save destination to be preferentially searched (step S10). In the above example, “incoming history” is re-extracted as another “storage destination”. Thereafter, the flow proceeds to the flow of FIG.

In the flow of FIG. 5, first, each “storage destination” extracted as described above is displayed in a list as a storage destination to be preferentially searched (step S14). That is, when there is no “attribute” corresponding to the keyword (NO in step S5 in FIG. 4), “address book”, “incoming history”, “received mail” as “save destination” corresponding to “standby” Is displayed as a list. If there is no common “save destination” (NO in step S7), “standby”, “name (person name)”
“Address book”, “Received call history”, and “Received mail” are displayed as a list as “save destination” corresponding to. If there is no corresponding data as a result of searching for a common “save destination” (step S9), or even if there is relevant data in the common “save destination”, other “save destination” other than the common “save destination” When a search for “storage destination” is instructed (YES in step S13), “incoming history” is re-extracted as a “storage destination” other than the common “storage destination” and displayed in a list.

In the state where such a list screen is displayed, the presence / absence of a user operation is examined. That is, whether an operation for selecting an arbitrary “save destination” from the list screen has been performed (step S15), or an operation for instructing start of search for each “save destination” in the list screen has been performed (step S20). ) Not only the extracted “save destination” but also whether an operation for instructing a search to all “save destinations” has been performed (step S22) or an operation for instructing the end of the search has been performed (step S24). . If an arbitrary “save destination” is selected from the list screen by a user operation (YES in step S15), a keyword search is started with the selected save destination as a save destination to be preferentially searched (step S16). . As a result, if there is no corresponding data (NO in step S17), a message indicating no corresponding is displayed (step S19). If there is corresponding data (YES in step S17), the search result is displayed in a list. (Step S18). Here, when an operation for selecting arbitrary data from the list screen is performed, the contents of the selected data are displayed in detail. Then, it returns to step S14.

Further, in the state where the above-mentioned storage destination list is displayed (step S14), when an operation for instructing a search to each “storage destination” displayed in the list is performed (YES in step S20), The keyword search is started by sequentially specifying “storage destination” as a storage destination to be preferentially searched according to the priority order (step S21). For example, when “address book”, “incoming call history”, and “received mail” are displayed as a list as “save destination” of “standby” and “name (person name)”, the corresponding address book M2, The keyword search is started by sequentially specifying the incoming history folder M3 and the received mail folder M4 as search targets according to the priority order. As a result, if there is no corresponding data (NO in step S17), a message indicating no corresponding is displayed (step S19). If there is corresponding data (YES in step S17), the search result is displayed in a list. (Step S18). Also in this case, as shown in FIG. 7, each search result is displayed in a list according to its priority.

Further, in the state where the above-mentioned storage destination list is displayed (step S14), an operation for instructing a search to all “storage destinations” stored in the function-specific storage destination table M9 and the attribute-specific storage destination table M10. When (all search) is performed (YES in step S22), all the storage destinations are sequentially specified according to the priority order, and keyword search is started (step S21). In other words, regardless of the search results of the function-specific storage destination table M9 and the attribute-specific storage destination table M10, all the storage destinations are sequentially specified and the keyword search is started. As a result, if there is no corresponding data (step S17), a message indicating no corresponding is displayed (step S19). If there is corresponding data (YES in step S17), the search result is displayed in a list (step S17). Step S18). When an operation for instructing the end of the search is performed (YES in step S24), the flow of FIGS. 4 to 6 is ended and the process returns to the main flow described above.

On the other hand, when a keyword is entered in the search window SW (step S1), if the application is being executed (YES in step S3), the flow proceeds to the flow of FIG. 6, and the function is saved based on the application (function). The destination table M9 is searched, and each “storage destination” corresponding to this “function” is extracted, so that it is sequentially specified as a storage destination to be preferentially searched (step S25). For example, if the “music player” is being executed, “music folder” and “artist information” are extracted as the “save destination”. Then, a keyword search for sequentially searching the extracted “save destination” in accordance with the priority order is started (step S26).

As a result, if there is corresponding data (YES in step S27), the search result is displayed in a list (step S28). Also in this case, as shown in FIG. 7, each search result is displayed in a list according to its priority. Here, when an operation for selecting arbitrary data from the list screen is performed, the contents of the selected data are displayed in detail. Then, it is checked whether the search operation is instructed by the user operation (step S29) or whether a search to “storage destination” other than the “storage destination” extracted from the function-specific storage destination table M9 is instructed (step S30). . Now, when the search end operation is performed (YES in step S29), the flow of FIGS. 4 to 6 is ended and the process returns to the main flow. However, when any operation is not performed (NO in step S30). ), And returns to step S28 described above.

On the other hand, as a result of a keyword search of the function-specific storage destination table M9, when there is no corresponding data (YES in step S27), or when a search operation for instructing a search to another “storage destination” is performed ( If YES in step S30, the process moves to step S31, where the attribute dictionary M11 is searched based on the input keyword to check whether there is an “attribute” corresponding to the keyword, and if there is an appropriate “attribute” (step S31). YES), the attribute-specific storage destination table M10 is searched based on this “attribute”, and each corresponding “storage destination” is extracted, thereby sequentially specifying the storage destination to be preferentially searched (step S32). Then, a keyword search for sequentially searching each extracted “save destination” in accordance with the priority order is started (step S33).

As a result, if there is corresponding data (YES in step S34), the search result is displayed in a list (step S35). Also in this case, as shown in FIG. 7, each search result is displayed in a list according to its priority. Here, when an operation for selecting arbitrary data from the list screen is performed, the contents of the selected data are displayed in detail. In this state, whether or not the search operation is instructed by a user operation (step S36), a search to “save destination” other than “save destination” extracted from the storage destination table by function M9 and the storage destination table by attribute M10 is performed. It is checked whether the instruction is given (step S37).

Now, when the search end operation is performed (YES in step S36), the flow of FIGS. 4 to 6 is ended and the process returns to the main flow. However, when any operation is not performed (NO in step S37). ), The process returns to step S35. If there is no “attribute” corresponding to the keyword as a result of searching the attribute dictionary M11 (NO in step S31), “save destination” corresponding to this “attribute” even if there is an “attribute” corresponding to the keyword. If there is no data (NO in step S34), or if a search operation for instructing a search to another “storage destination” is performed (YES in step S37), each unextracted “storage destination” is set. The keyword search is started by specifying sequentially (step S38). That is, if NO is determined in step S31 described above, an unextracted “storage destination” excluding “storage destination” corresponding to the currently executed “function”, NO in step S34 or S37 described above. If it is determined, the keyword search is performed by sequentially specifying each “save destination” that has not been extracted except “save destination” corresponding to the “function” currently being executed and the “attribute” of the input keyword.

As a result, if there is no corresponding data (NO in step S39), a message indicating no corresponding is displayed (step S42). If there is corresponding data (YES in step S39), the search result is displayed in a list (step S42). Step S40). Then, it is checked whether or not the search end operation has been performed (step S41), and the process returns to the above-described step S40 until the search end operation is performed, but when the search end operation has been performed (YES in step S41), FIG. 6 is terminated and the process returns to the main flow described above.

As described above, in this embodiment, the CPU 1 refers to the function-specific storage destination table M9 and the attribute-specific storage destination table M10 based on the keyword attributes input as the search data and the function currently being executed. The keyword search is performed by specifying the storage location of the data to be stored, so when searching for the desired data, even if you do not know the storage location and search method of the data, the data that matches the current situation It is possible to search efficiently and comfortable data search is possible even in various situations.

Since the attribute of the keyword is determined with reference to the attribute dictionary M11, the attribute of the keyword can be obtained easily and reliably. In this case, if the contents of the attribute dictionary M11 can be arbitrarily set, for example, it is possible to subdivide attributes such as company relationships and friend relationships among personal names.

The function-specific storage destination stores data obtained by executing the function. As data obtained by executing the function, for example, data input by the user such as address book data and schedule data, Alternatively, automatically input data such as incoming call history and received mail can be obtained by keyword search.

The “storage destination” extracted from the function-specific storage destination table M9 and the “storage destination” extracted from the attribute-specific storage destination table M10 are compared, and if there is a “storage destination” common to both, the common storage destination is selected. Since the storage destination to be preferentially searched is specified, it is appropriate to specify the storage destination.

Since each “storage destination” extracted from the function-specific storage destination table M9 and the attribute-specific storage destination table M10 is sequentially specified as a storage destination to be preferentially searched, data can be searched efficiently. Each search result can be displayed in a list in the order of the priority search.

Each “storage destination” extracted from the function-specific storage destination table M9 and the attribute-specific storage destination table M10 is displayed as a list, and a storage destination arbitrarily selected from the list display is specified as a storage destination to be preferentially searched. As a result, the user's intention can be reflected.

If there is no corresponding data as a result of searching for the function-specific storage destination, the attribute-specific storage destination is searched, so that the function-specific storage destination can be prioritized over the attribute-specific storage destination.

As a result of searching the storage destination by function and the storage location by attribute, if there is no corresponding data, search is made for storage destinations other than the storage destination by function and the storage location by attribute. The save destination can be a search target.

Since the search window SW is displayed on the switching destination screen every time the function or the screen is switched in order to display the search window SW in a fixed manner, the data search can be performed regardless of which screen is switched to. .

In the above-described embodiment, if there is no corresponding data as a result of searching for the function-specific storage destination, the attribute-specific storage destination is searched. Conversely, the attribute-specific storage destination is searched. As a result, if there is no corresponding data, the storage destination by function may be searched.

Further, by referring to the function-specific storage destination table M9 and the attribute-specific storage destination table M10 from the keyword attributes input as search data in the search window SW and the function currently being executed, the storage destination of the data to be preferentially searched Is specified, for example, from the function-specific storage destination table M9 and the attribute-specific storage destination table M10 according to the priority search order, specifying the highest-priority storage destinations one by one or the higher-order storage destinations by two. It may be. Alternatively, three storage destinations with higher priority search order may be specified from the function-specific storage destination table M9, and two storage destinations with higher priority search order may be specified from the attribute-specific storage destination table M10. As described above, the method for specifying the storage destination is arbitrary, and the specific method may be changed by a user operation.

Further, in the above-described embodiment, after performing a keyword search by sequentially specifying the storage destination to be preferentially searched according to the priority order, the search results are displayed in a list on the same screen according to the priority order. Not only when the search results of each storage destination are displayed as a list, but also when each storage destination is searched sequentially, the search result screen may be displayed as a separate screen in parallel or superimposed.

In the state where various functions are organized in a hierarchical structure, when various lower functions exist in the upper function, if the currently executing function is a lower function, the upper function is You may make it search the storage destination according to the function matched.
Further, the data storage destination is not limited to a file and a folder, but may be the recording medium 3 which is a removable portable memory.

In the embodiment described above, a keyword is input as search data to the search window SW. However, the search data is not limited to a character string, and may be a figure, a symbol, or the like.
In addition, the terminal device is not limited to a mobile phone device, and may be any terminal device such as a personal computer, a PDA (personal personal digital assistant), a digital camera, or a music player.

The block diagram which showed the basic component of the mobile telephone apparatus applied as a terminal device. It is the figure which showed the display state of input area (search window) SW for search, (a) is a standby screen, (b) is a menu screen, (c) is a mail screen, (d) is a photo folder screen, (e) Is a music folder screen, (f) is a diagram showing a function setting screen. (A) is a diagram for explaining the function-specific storage destination table M9, (b) is a diagram for explaining the attribute-specific storage destination table M10, and (c) is a diagram for explaining the attribute dictionary M11. . The flowchart which is started when the input to the search window SW is designated by moving the cursor or the like. The flowchart following the operation | movement of FIG. The flowchart following the operation | movement of FIG. The figure which illustrated the list display screen of the search result.

Explanation of symbols

1 CPU
2 Storage unit 7 Operation unit 8 Display unit 9 Camera unit 10 Content playback unit M1 Function list M2 Address book M3 Incoming history folder M4 Incoming mail folder M5 Schedule book M6 Photo folder M7 Music folder M8 Artist information folder M9 Saved by function table M10 Attribute-specific storage destination table M11 Attribute dictionary SB Search button
SW search window

Claims (10)

A terminal device that performs data search based on input search data,
Function-specific storage destination storage means for storing the storage destination of data to be preferentially searched by function as a function-specific storage destination;
An attribute-specific storage destination storage means for storing, as an attribute-specific storage destination, a data storage destination to be preferentially searched for each data attribute;
When the search data is input, in addition to determine the function of the currently executing a discriminating means for discriminating the attribute of the search for data that is input,
When it is determined by this determination means that some function is being executed, the storage destination to be preferentially searched is specified by referring to the function-specific storage destination storage means based on the function being executed. If it is determined that none of the functions is executed, the storage destination storage unit for specifying priority is specified by referring to the attribute storage destination storage unit based on the attribute of the search data. Means,
Search means for searching the storage location specified by the specifying means based on the input search data;
A terminal device comprising: Attribute storage means for storing attributes of the search data;
The determination means determines the attribute by referring to the attribute storage means based on the input search data;
The terminal device according to claim 1, which is configured as described above. The function-specific data storage destination stores data obtained by executing the function,
The search unit performs a search for data obtained by executing the function when the storage unit by function is specified by the specifying unit.
The terminal device according to claim 1, which is configured as described above. The specifying unit refers to the function-specific storage destination storage unit and the attribute-specific storage destination storage unit based on the determination result determined by the determination unit, and as a result, the function-specific storage destination and the attribute-specific storage destination are common. If this is the case, this common storage location is specified as a storage location to be preferentially searched.
The terminal device according to claim 1, which is configured as described above. The specifying unit prioritizes each storage destination corresponding to the determination result as a result of referring to the function-specific storage destination storage unit and the attribute-specific storage destination storage unit based on the determination result determined by the determination unit. Sequentially specify the destination to search,
The terminal device according to claim 1, which is configured as described above. List display means for displaying a list of storage destinations corresponding to the determination result as a result of referring to the function-specific storage destination storage means and the attribute-specific storage destination storage means based on the determination result determined by the determination means Further comprising
The specifying unit specifies a storage destination arbitrarily selected from the storage destinations displayed in a list by the list display unit as a storage destination to be preferentially searched;
The terminal device according to claim 1, which is configured as described above. The search means searches the storage location by attribute if there is no corresponding data as a result of searching the storage location by function based on the function currently being executed,
The terminal device according to claim 1, which is configured as described above. The search means, as a result of searching the function-specific storage destination and the attribute-specific storage destination, if there is no corresponding data, search other storage destinations other than the function-specific storage destination and attribute-specific storage destination,
The terminal device according to claim 1, which is configured as described above. Display control means for displaying the search input area on the switching destination screen every time the function or screen is switched in order to display the search input area to which the search data is input on a display screen. In addition,
The terminal device according to claim 1, which is configured as described above. Against the computer,
When the search data is entered in the state where the save destination of the data to be preferentially searched is stored for each function and the save destination of the data to be preferentially searched is stored for each attribute of the data, it is currently being executed in addition to determining the function, and the function to determine the attributes of the search for data that has been input,
If it is determined that some function is being executed by the function to be determined, the storage destination to be preferentially searched is identified by referring to the storage destination by function based on the function being executed, When it is determined that neither function is executed, a function for specifying a storage destination to be preferentially searched by referring to the storage destination by attribute based on the attribute of the search data;
A function of searching for the specified storage destination based on the input search data;
A program to realize

Images