WO2012161236A1 - 検索システム、検索方法及び検索プログラム - Google Patents

検索システム、検索方法及び検索プログラム Download PDF

Info

Publication number
WO2012161236A1
WO2012161236A1 PCT/JP2012/063246 JP2012063246W WO2012161236A1 WO 2012161236 A1 WO2012161236 A1 WO 2012161236A1 JP 2012063246 W JP2012063246 W JP 2012063246W WO 2012161236 A1 WO2012161236 A1 WO 2012161236A1
Authority
WO
WIPO (PCT)
Prior art keywords
attribute
application
search
standard
unique
Prior art date
Application number
PCT/JP2012/063246
Other languages
English (en)
French (fr)
Inventor
友人 安藤
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2013516426A priority Critical patent/JPWO2012161236A1/ja
Publication of WO2012161236A1 publication Critical patent/WO2012161236A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems

Definitions

  • the present invention relates to a search system, a search method, and a search program.
  • the search method built for each application is often provided with an advanced search method using application-specific attributes, but there is a problem that only search within the application can be performed.
  • a global search method that does not depend on an application cannot perform an advanced search using application-specific attributes, but can perform a global search across multiple applications.
  • Patent Document 1 and Patent Document 2 define a conversion method from a standard search expression to a search expression of an individual application so that searches can be performed across applications limited in advance.
  • the information that expresses the relationship between the information of each application and the global standard search expression described above is defined in advance, and the search is performed by converting the global standard search expression into a format that can be interpreted by each application.
  • the search is performed by converting the global standard search expression into a format that can be interpreted by each application.
  • the present invention has been invented in view of the above-mentioned problems, and its purpose is seamless in a search application that spans various types of applications without the user being aware of the difference in application or storage destination.
  • a search system, a search method, and a search program are provided.
  • the present invention relates to a standard attribute storage unit in which standard attributes that define unique attributes used in a plurality of different applications in a superordinate concept are stored, and search management in which standard attributes to be searched are input from a user based on the standard attributes And an attribute relationship definition file that defines a correspondence relationship between the standard attribute and the application specific attribute corresponding to the standard attribute, and is based on the attribute relationship definition file.
  • This is a search system having attribute association means for associating standard attributes input by the search management unit with unique attributes of applications.
  • the present invention relates to a standard attribute storage unit in which standard attributes that define unique attributes used in a plurality of different applications in a superordinate concept are stored, and search management in which standard attributes to be searched are input from a user based on the standard attributes And an attribute relationship definition file that defines a correspondence relationship between the standard attribute and the application specific attribute corresponding to the standard attribute, and is based on the attribute relationship definition file.
  • This is an information processing terminal having attribute association means for associating the standard attribute input by the search management unit with the unique attribute of the application.
  • the present invention relates to a search method for a search system having an application data storage unit in which attribute data of unique attributes of an application is stored, and stores a standard attribute in which a unique attribute used in a plurality of different applications is defined by a superordinate concept
  • an attribute relationship definition file that defines a correspondence relationship between the standard attribute and the corresponding unique attribute of the application is held, and based on the attribute relationship definition file, the standard attribute specified by the user
  • the present invention is a search program for an information processing apparatus having an application data storage unit in which attribute data of unique attributes of an application is stored, and includes a standard attribute that defines unique attributes used in a plurality of different applications in a superordinate concept , Holding an attribute relationship definition file defining a correspondence relationship with a unique attribute of one application, and associating a standard attribute designated by a user with a unique attribute of an application based on the attribute relationship definition file;
  • a search program for causing an information processing apparatus to execute processing for searching attribute data of a specific attribute of a corresponding application from the application data storage unit.
  • the search can be performed seamlessly without the user being aware of the difference between the applications and the storage destination in a search application across various types of applications.
  • FIG. 1 is a block diagram of a search system according to the first embodiment.
  • FIG. 2 is a diagram showing an example of standard attributes.
  • FIG. 3 is a diagram showing an example of the attribute relationship definition file of the attribute relationship associating unit 3a.
  • FIG. 4 is a diagram showing an example of an attribute relationship definition file of the attribute relationship associating unit 3b.
  • FIG. 5 is a diagram showing an example of an attribute relationship definition file of the attribute relationship associating unit 3c.
  • FIG. 6 is a diagram showing an example of the search user interface 5.
  • FIG. 7 is a diagram illustrating an example of an attribute name selection method.
  • FIG. 8 is an operation flowchart of the search system.
  • FIG. 9 is a block diagram of a search system according to the second embodiment.
  • FIG. 9 is a block diagram of a search system according to the second embodiment.
  • FIG. 10 is a block diagram of a search system according to the third embodiment.
  • FIG. 11 is a block diagram of a search system according to the fourth embodiment.
  • FIG. 12 is a diagram showing an example of standard attributes.
  • FIG. 13 is a diagram showing an example of an attribute relationship definition file of the attribute relationship associating unit 3a.
  • FIG. 14 is a diagram showing an example of the attribute relationship definition file of the attribute relationship associating unit 3b.
  • FIG. 15 is a diagram showing an example of an attribute relationship definition file of the attribute relationship associating unit 3c.
  • FIG. 16 is a diagram showing an example of the search user interface 5.
  • FIG. 17 is a diagram illustrating an example of an attribute name selection method.
  • FIG. 18 is an operation flowchart of the search system.
  • FIG. 1 is a block diagram of the search system according to the first embodiment.
  • the search system includes a standard attribute storage unit 1, application data storage units 2a and 2b, attribute relationship association units 3a and 3b, a search management unit 4, and a search user interface 5.
  • Standard attribute storage unit 1 is a storage unit in which standard attributes are stored.
  • standard attributes are attributes that are defined in a generic concept based on unique attributes used in many different applications.
  • the standard attribute may be one attribute obtained by superposing the unique attribute used in each application, but the standard attribute may be defined hierarchically.
  • FIG. 2 is a diagram showing an example of standard attributes.
  • attributes related to dates used in many applications include “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date”, etc. Exists. However, it is difficult for a user to search while being aware of each difference. Therefore, “date and time” or “when” is a summary of “creation date”, “update date”, “issue date”, “start date”, “end date”, “deadline”, “birthday”, etc. Define such attributes as their top-level attributes. Then, “when” (date and time) is the highest attribute of the standard attribute. And as the subordinate attributes of “the most” attribute “when”, “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birthday”, etc. Define hierarchically.
  • attributes related to persons used in many applications include “person name”, “mail address”, “phone number”, “home page”, “person category”, and the like. Therefore, an attribute such as “who”, which is a high-level concept of “person name”, “mail address”, “telephone number”, “homepage”, “person category”, etc., is defined as the highest level attribute. Then, “person name”, “email address”, “phone number”, “homepage”, “person category”, etc. are hierarchically set as middle attributes of standard attributes as subordinate attributes of “who” which is the highest attribute. Define.
  • sending mail address and “receiving mail address” as attributes relating to the mail address. Therefore, “transmission mail address” and “reception mail address” are hierarchically defined as lower attributes of the standard attribute as lower attributes of “mail address” which is the middle attribute. Further, “Received mail address” includes “To mail address”, “Cc mail address”, “Bcc mail address”, and the like. Therefore, “To mail address”, “Cc mail address”, and “Bcc mail address” are hierarchically defined as the lowest attributes of the standard attributes as the lower attributes of the “reception mail address” of the lower attribute.
  • Standard attributes are understood and understood by any user while analyzing and organizing the attributes of many applications in advance, unifying the granularity of attributes, organizing hierarchical relationships, unifying names (vocabulary), etc. It is desirable to define it in a form that is easy to do.
  • the hierarchical attribute group of standard attributes is referred to as a top attribute name group.
  • a top attribute name group For example, “created date / time”, “update date / time”, “issue date / time”, “start date / time”, “end date / time”, “expiration date”, “birth date” attribute group, and “when” as the highest attribute It is called an attribute group of “when”.
  • corresponding application data is stored with unique attributes of the application.
  • the attribute data “February 15, 2011, 16:00” corresponding to the attribute “shooting date and time” is added to the image data and stored.
  • the unique attribute of the application and the attribute data of the unique attribute are described in the format of “unique attribute_attribute data”.
  • the unique attribute “shooting date and time” and its attribute data “February 15, 2011 16:00” in the above example are described as “shooting date _February 15, 2011 16:00”.
  • the data of the image application A is stored in the application data storage unit 2a
  • the data of the image application B is stored in the application data storage unit 2b
  • the mail application C is stored in the application data storage unit 2c. Assume that data is stored.
  • the application data storage unit 2 may be provided for each application.
  • a plurality of application data storage units 2 may be provided in one storage unit (hard disk) like a personal computer, and a plurality of application data may be provided. May be stored.
  • the attribute relationship associating units 3a and 3b search the attribute data of the unique attribute of the application corresponding to the standard attribute received from the search managing unit 4, and define the attribute relationship that associates the unique attribute of each application with the standard attribute. Have a file.
  • FIG. 3 shows an example of the attribute relation definition file of the attribute relation associating unit 3a, and shows an example of the attribute relation definition file of the attributes of the image application A and the standard attributes.
  • the image application A includes “file name”, “shooting date / time”, “shooting location”, “file type”, “ISO (sensitivity)”, “WB (white balance)”, “size”, and It has a unique attribute of “file update date”.
  • the attribute relationship definition file of the attribute relationship associating unit 3a is a file that associates the unique attributes of the image application A with the standard attributes.
  • the unique attribute “file name” of the image application A is associated with “file name”, which is a lower attribute of the standard attribute “What”, and the unique attribute “shooting date / time” of the image application A is a lower attribute of the standard attribute “When”.
  • the unique attribute “shooting location” of the image application A is associated with “longitude” and “latitude”, which are lower attributes of the standard attribute “Where”, and is associated with the attribute “creation date”.
  • the attribute “file type” is associated with “file format” which is a lower attribute of the standard attribute “How”, and the unique attribute “ISO (sensitivity)” and the unique attribute “WB (white balance)” of the image application A are standard attributes.
  • the unique attribute “size” of the image application A is a standard attribute that is associated with “state” that is a lower attribute of “How”. Which is a lower attribute of How "associated with the" file size ", a unique attribute” file update date of the image application A "is associated with a lower attribute of the standard attribute” When, "" update date ".
  • the attribute relationship associating unit 3a associates the standard attribute received from the search management unit 4 with the unique attribute of the image application A using the attribute relationship definition file as described above, and the attribute of the unique attribute of the image application A Search for data. For example, when the standard attribute “When” is received from the search management unit 4, “shooting date / time”, which is a unique attribute of the image application A corresponding to the attribute included in the attribute group of “When”, using the attribute relationship definition file. And “file update date” are searched, and attribute data of “shooting date and time” and “file update date” are retrieved from the application data storage unit 2. At this time, when the user specifies a search keyword together with the standard attribute, the attribute data related to the search keyword is searched among the attribute data of the unique attribute of the image application A to be searched.
  • the “photographing” is a unique attribute of the image application A corresponding to the attribute included in the attribute group of the standard attribute “When”. “Date and time” and “File update date” are searched, and among the attribute data of “Shooting date and time” and “File update date”, those related to the search keyword “August” are used as search results in the search management unit 4 to be described later. Output. At this time, not only the content of the attribute data as a search result but also the content and the file itself to which the attribute data is attached may be output.
  • the selected standard attribute is “When”
  • a lower attribute of the standard attribute “When” may be designated.
  • only the unique attribute of the image application A corresponding to the designated lower attribute is the search target. For example, when “shooting date / time” included in the attribute group “When” is selected, only the “shooting date / time” that is the unique attribute of the image application A corresponding to the standard attribute “shooting date / time” is targeted.
  • type information can be included in standard attributes and attribute relationships.
  • attribute “When” can be defined as a date-time type instead of a character string type. If it is a date-time type attribute, the keyword is interpreted as a date-time type value, and the matching method for the search is also performed by comparison as the date-time type.
  • FIG. 4 shows an example of the attribute relation definition file of the attribute relation associating unit 3b, and shows an example of the attribute relation definition file of the attributes of the image application B and the standard attributes.
  • the image application B has specific attributes of “file name”, “memo”, “shooting date”, “update date”, and “size”.
  • the attribute relationship definition file of the attribute relationship associating unit 3b is a file that associates the unique attribute of the image application B with the standard attribute.
  • the unique attribute “file name” of the image application B is associated with “file name” which is a lower attribute of the standard attribute “What”, and the unique attribute “memo” of the image application B is a lower attribute of the standard attribute “What”.
  • the unique attribute “shooting date” of the image application B is associated with “creation date” which is a lower attribute of the standard attribute “When”, and the unique attribute “size” of the image application B is It is associated with “file size” which is a lower attribute of the standard attribute “How”.
  • the image application A and the image application B have unique attributes and are given different attribute names even though they are the same image application. Therefore, it is desirable that the attribute relationship associating unit 3 is prepared for each application, and plugged in (added) to the search management unit 4 as the number of applications increases.
  • the attribute relationship associating unit 3c is prepared in the mail application A, and is plugged into the search management unit 4 when the mail application A is newly installed (added) in the search system.
  • FIG. 5 is an example of an attribute relationship definition file of the attribute relationship associating unit 3c, and shows a relationship between attributes unique to the mail application C and standard attributes.
  • the mail application C has specific attributes of “From”, “To”, “Cc”, “Bcc”, “Subject”, “Body”, and “Date”.
  • the attribute relationship definition file of the attribute relationship associating unit 3 is a file that associates these unique attributes with standard attributes.
  • the unique attribute “From” of the mail application C is a subordinate attribute of the standard attribute “Who”.
  • the unique attribute “To” of the mail application C is associated with “To mail address” which is a lower attribute of the standard attribute “Who”, and the unique attribute “Cc” of the mail application C is standard.
  • the unique attribute “Bcc” of the mail application C is associated with “Bcc mail address”, which is a lower attribute of the standard attribute “Who”, and is associated with “Cc mail address”, which is a lower attribute of the attribute “Who”.
  • the unique attribute “Subject” of application A is subordinate to the standard attribute “What”.
  • the unique attribute “Body” of the mail application C is associated with “text” that is a lower attribute of the standard attribute “What”, and the unique attribute “Date” of the mail application C is associated with the unique attribute “Date”. Is associated with “issue date” which is a lower attribute of the standard attribute “When”.
  • the search management unit 4 receives the standard attributes and search keywords specified by the user in the search user interface 5, and transmits the standard attributes specified to the attribute relationship associating units 2a, 2b, and 2c. Then, the attribute data of each application obtained from each attribute relation associating unit 2a, 2b, 2c, that is, the search result related to the standard attribute and the search keyword specified by the user is presented to the user.
  • the search user interface 5 is a user interface part for the user to specify a search keyword and a search target attribute.
  • a GUI as shown in FIG. 6 can be used.
  • an attribute name can be selected from options such as a combo box, and a keyword can be input from a text box.
  • FIG. 7 is a diagram showing an example of an attribute name selection method.
  • the number of applications (or databases) to be searched is represented by a square number. For example, since there are six squares on the right side of the attribute “What”, there are six search target applications. Similarly, there are four search target applications related to the attribute “title”.
  • the application to be searched includes applications related to the lower attributes, for example, in the case of a multi-layered hierarchy such as the “Who” attribute group,
  • the number of applications included in the attribute may be set as the number of applications of the attribute of the higher hierarchy. For example, when “Mail Address” is specified, there are “Sending Mail Address” and “Receiving Mail Address” immediately below the attribute “Mail Address”, and the number of applications of “Sending Mail Address” is three. When the number of applications of “reception mail address” is two, the total number of five may be displayed as the number of applications to be searched for “mail address”.
  • the number of applications and services to be searched is expressed as a square number, but icons (number of pictures and pictures), bar graphs, colors (darkness, brightness, saturation), You may express by size (size of a character, a frame, a picture, etc.).
  • FIG. 8 is an operation flowchart of the search system.
  • the user inputs a standard attribute and a search keyword through the search user interface 5 (Step 100).
  • the user designates a standard attribute “When” and a search keyword “August”.
  • the search management unit 4 outputs the input standard attributes and search keywords to the attribute relationship associating units 3a, 3b, and 3c provided for each application (Step 101).
  • Each attribute relationship associating unit 3a, 3b, 3c receives the standard attribute and the search keyword (Step 102). Then, the received standard attribute is associated with the unique attribute of the application (Step 103).
  • each attribute relationship associating unit 3a, 3b, 3c searches for attribute data related to the search keyword from the attribute data of the unique attribute corresponding to the standard attribute (Step 104), and searches the search result as a search management unit. 4 is output to Step 4 (Step 105).
  • the attribute relationship associating unit 3a includes “creation date” belonging to the attribute group “When”, The unique attribute “shooting date / time” and the unique attribute “of the image application A corresponding to any of the attributes“ update date / time ”,“ issue date / time ”,“ start date / time ”,“ end date / time ”,“ expiration date ”,“ birthday ” Get attribute data of "file update date”.
  • the data acquired from the application data storage unit 2a is “shooting date_August 2, 2010” and “file update date_October 2, 2010”.
  • “Shooting Date / Time_August 2, 2010” related to the search keyword is output to the search management unit 4 as a search result.
  • the attribute relationship associating unit 3b includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the data acquired from the application data storage unit 2b (image application B) is “shooting date_January 2, 2011” and “update date_February 2, 2011”.
  • no corresponding data is output to the search management unit 4 as a search result.
  • the attribute relationship associating unit 3c includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the attribute data of the unique attribute “Date” of the image application C corresponding to any attribute of “” is acquired.
  • the data acquired from the application data storage unit 2c (mail application C) is “Date_August 4, 2010”.
  • “Date_August 4, 2010” related to the search keyword is output to the search management unit 4 as a search result.
  • the search management unit 4 receives the search result from each attribute relationship association unit 3a, 3b, 3c (Step 106). Then, the result is output for presentation to the user (Step 107).
  • the search results acquired from the attribute relationship associating units 3a, 3b, and 3c are “shooting date and time_August 2, 2010” received from the attribute relationship associating unit 3a and the attribute relationship associating unit 3c.
  • the received date is “Date_August 4, 2010”. Therefore, as a search result, “shooting date and time_August 2, 2010” which is data acquired from the application data storage unit 2a (image application A) and data “Date_2010” acquired from the application data storage unit 2c (mail application C) are obtained. August 4th of the year "is output.
  • the search management unit 4 When the search result is output, the search management unit 4 reads the content or file attached with the attribute data, the content name or the file name, etc. from each application data storage unit and outputs the result. It may be configured. In the above-described example, the search management unit 4 receives “shooting date and time_August 2, 2010” that is data acquired from the application data storage unit 2a (image application A) and the application data storage unit 2c (mail application C). When outputting the acquired data “Date_August 4, 2010”, the contents and files attached with the attribute data, the contents name and the file name, etc. are read from each application data storage unit and output. .
  • the highest standard attribute is specified as the standard attribute.
  • a lower level standard attribute may be specified. Specifically, instead of “When”, “creation date” belonging to the attribute group of “When” may be specified. In this case, only data corresponding to “creation date” is searched, and only “shooting date_August 2, 2010”, which is data acquired from the application data storage unit 2a (image application A) as a result. Is output.
  • the search can be seamlessly performed without the user being aware of the difference between the applications and the storage destination in the search application across various types of applications.
  • the second embodiment is a case where the first embodiment is applied to an information terminal such as a mobile phone or a smartphone.
  • FIG. 9 is a block diagram of the search system according to the second embodiment.
  • the search system includes an information processing terminal 10 and an attribute association unit distribution server 20.
  • the information processing terminal 10 includes a standard attribute storage unit 1, application data storage units 2a and 2c, attribute relationship association units 3a and 3c, a search management unit 4, a search user interface 5, and an attribute relationship association unit. And an attribute relationship associating unit acquiring unit 6 that is acquired from the attribute associating unit distribution server 20.
  • the second embodiment differs from the first embodiment in that the information processing terminal 10 has the attribute relationship associating unit acquisition unit 6 and the attribute relationship corresponding to the application newly added to the information processing terminal 10
  • the associating unit is acquired from the attribute associating unit distribution server 20, and the acquired attribute relation associating unit is plugged into the search managing unit 4 and used.
  • the attribute association unit distribution server 20 prepares an attribute relationship association unit corresponding to the application, and responds to a request from the attribute relationship association unit acquisition unit 6 of the information processing terminal 10 to handle the application.
  • the attribute relationship associating unit is distributed to the information processing terminal 10.
  • the attribute relationship associating unit acquiring unit 6 detects that the image application A has been installed, and requests the attribute associating unit distribution server 20 to acquire the attribute relationship associating unit 3a corresponding to the image application A.
  • the attribute association unit distribution server 20 distributes the attribute relationship association unit 3 a corresponding to the image application A to the information processing terminal 10 in response to a request from the attribute relationship association unit acquisition unit 6 of the information processing terminal 10.
  • the attribute relationship associating unit acquisition unit 6 plugs in the attribute relationship associating unit 3a corresponding to the acquired image application A to the search management unit 4.
  • the image application A and the mail application C become search target applications of the search management unit 4.
  • the search management unit 4 outputs the input standard attributes “When” and “August” keywords to the attribute relationship association units 3a and 3c provided for each application.
  • Each attribute relationship associating unit 3a, 3c receives the standard attribute “When” and the search keyword “August”, and receives attribute data of the attribute of the application corresponding to the standard attribute “When” from the application data storage unit 2a, 2c. Among them, the attribute data related to the search keyword “August” is searched and acquired.
  • the attribute relationship associating unit 3 a has “creation date”, “update date”, “issue date”, “start” belonging to the attribute group of “When”.
  • the attribute data related to “August” is searched.
  • the data acquired from the application data storage unit 2a (image application A) is “Shooting Date / Time_August 2, 2010”.
  • the attribute relationship associating unit 3c includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the attribute data related to the search keyword “August” is retrieved from the attribute data of the unique attribute “Date” of the mail application C corresponding to any of the attributes “”.
  • the data acquired from the application data storage unit 2c (mail application C) is “Date_August 4, 2010”.
  • the attribute relationship associating units 3 a and 3 c that have acquired the attribute data of the attribute corresponding to the standard attribute output the search result to the search management unit 4.
  • the search management unit 4 receives the attribute data acquired by the attribute relationship association units 3a and 3c and outputs the result.
  • the data acquired by the attribute relationship associating units 3a and 3c are “photographing date and time_August 2, 2010” acquired from the application data storage unit 2a (image application A) and the application data storage unit 2c (email). “Date_August 4, 2010” obtained from application C).
  • search management unit 4 displays the content and file itself to which the attribute data is attached, the content name and the file name, etc. You may comprise so that it may read and output from a memory
  • FIG. 10 is a block diagram of the search system according to the third embodiment.
  • the search system includes an information processing terminal X and an information processing terminal Y, and each information processing terminal includes at least a standard attribute storage unit 1, an application data storage unit 2, and an attribute relationship association unit. 3 and a search management unit 4.
  • the information processing terminal from which the user inputs search processing includes a search user interface 5.
  • the search user interface 5 may also include other information processing terminals.
  • the search management unit 4 between the information processing terminal X and the information processing terminal Y is configured to be able to transmit and receive search results via the communication line 30.
  • the mail application C is installed in the information processing terminal X, the attribute relationship associating unit 3c is plugged into the search management unit 4, and the image application is stored in the information processing terminal Y.
  • a and B are installed, and the attribute relationship associating units 3a and 3b are plugged into the search management unit 4.
  • the search management unit 4 of the information processing terminal X outputs the input search keywords “When” and “August” to the attribute relationship associating unit 3c provided corresponding to the application. Further, the input search keywords “When” and “August” are transmitted to the search management unit 4 of the information processing terminal Y via the communication line 30. Upon receiving the standard attribute “When” and the search keyword “August”, the search management unit 4 of the information processing terminal Y assigns the standard attribute “When” and the search keyword “August” to the attribute relationship association units 3a and 3b. Output.
  • Each attribute relationship associating unit 3a, 3b, 3c receives the standard attribute “When” and the search keyword “August”, and the unique attribute of the application corresponding to the standard attribute “When” from the application data storage unit 2a, 2b, 2c.
  • attribute data attribute data related to the search keyword “March” is searched and acquired.
  • the attribute relationship associating unit 3 a belongs to the “Create” date / time, “Update date / time”, “Issuance date / time”, “ The attribute data of the unique attribute “shooting date and time” and the unique attribute “file update date” of the image application A corresponding to any of the attributes of “start date and time”, “end date and time”, “expiration date”, and “birth date” is acquired.
  • the data acquired from the application data storage unit 2a (image application A) is “Shooting Date / Time_August 2, 2010”.
  • the attribute relationship associating unit 3b includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the attribute relationship associating unit 3c includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the attribute data of the unique attribute “Date” of the image application C corresponding to any attribute of “” is acquired.
  • the data acquired from the application data storage unit 2c (mail application C) is “Date_August 4, 2010”.
  • the attribute relationship associating units 3a and 3b that acquired the attribute data of the attribute corresponding to the standard attribute output the acquisition result to the search management unit 4 of the information processing terminal Y.
  • the search management unit 4 of the information processing terminal Y receives the data acquired by the attribute relationship association units 3a and 3b and outputs the result to the search management unit 4 of the information processing terminal X.
  • the data acquired from the attribute relationship associating units 3a and 3b is the data “shooting date and time_August 2, 2010” acquired from the application data storage unit 2a (image application A). Therefore, the search management unit 4 of the information processing terminal Y uses the data “Shooting Date / Time_August 2, 2010” acquired from the application data storage unit 2a (image application A) related to the search keyword “August” as information processing. Output to the search management unit 4 of the terminal X.
  • the attribute relationship associating unit 3c that has acquired the attribute data of the attribute corresponding to the standard attribute outputs the acquisition result to the search management unit 4 of the information processing terminal X.
  • the search management unit 4 of the information processing terminal X receives the attribute data acquired by the attribute relationship association unit 3c.
  • the data acquired from the attribute relationship associating unit 3c is the data “Date_August 4, 2010” acquired from the application data storage unit 2c (mail application C).
  • the search management unit 4 of the information processing terminal X searches the data “Date_August 4, 2010” acquired from the application data storage unit 2c (mail application C) related to the search keyword “August” and the information processing terminal Y.
  • the data “shooting date and time_August 2, 2010” acquired from the application data storage unit 2a (image application A) transmitted from the management unit 4 is output.
  • the search management unit 4 of the information processing terminal X outputs the search result, it reads out the content or file attached with the attribute data, the content name or the file name from each application data storage unit. May be configured to output.
  • the search management unit 4 of each information processing terminal is configured to narrow down attribute data related to the search keyword, but is not limited thereto.
  • the search management unit of the information processing terminal that does not output the final search result only attribute data corresponding to the standard attribute is transmitted to the search management unit of the information processing terminal that outputs the final search result.
  • the search management unit of the information processing terminal that outputs a simple search result may search for data related to the search keyword from among these attribute data.
  • each attribute relation associating unit 3 is related to the search keyword among the attribute data of the unique attribute of the application corresponding to the standard attribute based on the standard attribute and the search keyword received from the search management unit 4.
  • An example has been described in which attribute data is retrieved from each application data storage unit 2 and acquired.
  • each attribute relation associating unit 2 performs a function of converting the standard attribute to the unique attribute of the application and transmitting the unique attribute corresponding to the standard attribute to the application, and each application has its own attribute based on the unique attribute. Data stored in the application data storage unit 2 can also be searched.
  • each attribute relationship associating unit performs only the function of converting the received standard attribute into the unique attribute of each application, and transmits the unique attribute and the search keyword to the corresponding application.
  • each application retrieves its own data based on the unique attribute will be described.
  • FIG. 11 is a block diagram of a search system according to the fourth embodiment.
  • the search system includes a standard attribute storage unit 1, application data storage units 2a and 2b, attribute relationship association units 3a, 3b, and 3c, a search management unit 4, a search user interface 5, and an application 7a. , 7b, 7c.
  • Standard attribute storage unit 1 is a storage unit in which standard attributes are stored.
  • the standard attribute means an attribute in which these attributes are defined in a superordinate concept based on unique attributes used in many different applications, as in the above-described embodiment.
  • the standard attribute may be one attribute obtained by superposing the unique attribute used in each application, but the standard attribute may be defined hierarchically.
  • FIG. 12 is a diagram showing an example of standard attributes.
  • attributes related to dates used in many applications include “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date”, etc. Exists. However, it is difficult for a user to search while being aware of each difference. Therefore, “date and time” or “when” is a summary of “creation date”, “update date”, “issue date”, “start date”, “end date”, “deadline”, “birthday”, etc. Define such attributes as their top-level attributes. Then, “when” (date and time) is the highest attribute of the standard attribute. And as the subordinate attributes of “the most” attribute “when”, “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birthday”, etc. Define hierarchically.
  • attributes related to persons used in many applications include “person name”, “mail address”, “phone number”, “home page”, “person category”, and the like. Therefore, an attribute such as “who”, which is a high-level concept of “person name”, “mail address”, “telephone number”, “homepage”, “person category”, etc., is defined as the highest level attribute. Then, “person name”, “email address”, “phone number”, “homepage”, “person category”, etc. are hierarchically set as middle attributes of standard attributes as subordinate attributes of “who” which is the highest attribute. Define.
  • sending mail address and “receiving mail address” as attributes relating to the mail address. Therefore, “transmission mail address” and “reception mail address” are hierarchically defined as lower attributes of the standard attribute as lower attributes of “mail address” which is the middle attribute. Further, “Received mail address” includes “To mail address”, “Cc mail address”, “Bcc mail address”, and the like. Therefore, “To mail address”, “Cc mail address”, and “Bcc mail address” are hierarchically defined as the lowest attributes of the standard attributes as the lower attributes of the “reception mail address” of the lower attribute.
  • Standard attributes are understood and understood by any user while analyzing and organizing the attributes of many applications in advance, unifying the granularity of attributes, organizing hierarchical relationships, unifying names (vocabulary), etc. It is desirable to define it in a form that is easy to do.
  • the hierarchical attribute group of standard attributes is referred to as a top attribute name group.
  • a top attribute name group For example, “created date / time”, “update date / time”, “issue date / time”, “start date / time”, “end date / time”, “expiration date”, “birth date” attribute group, and “when” as the highest attribute It is called an attribute group of “when”.
  • corresponding application data is stored with unique attributes of the application.
  • the attribute data “February 15, 2011, 16:00” corresponding to the attribute “shooting date and time” is added to the image data and stored.
  • the unique attribute of the application and the attribute data of the unique attribute are described in the format of “unique attribute_attribute data”.
  • the unique attribute “shooting date and time” and its attribute data “February 15, 2011 16:00” in the above example are described as “shooting date _February 15, 2011 16:00”.
  • the data of the image application 7a is stored in the application data storage unit 2a
  • the data of the image application 7b is stored in the application data storage unit 2b
  • the mail application 7c is stored in the application data storage unit 2c. Assume that data is stored.
  • Each application 7a, 7b, 7c has attribute data corresponding to the unique attribute from each application data storage unit 2a, 2b, 2c based on the unique attribute unique to each application 7a, 7b, 7c. Has a search function.
  • the application data storage unit 2 may be provided for each application.
  • a plurality of application data storage units 2 may be provided in one storage unit (hard disk) like a personal computer, and a plurality of application data may be provided. May be stored.
  • the attribute relationship associating units 3a, 3b, and 3c have attribute relationship definition files that associate the unique attributes of each application with the standard attributes.
  • FIG. 13 shows an example of an attribute relation definition file of the attribute relation associating unit 3a, and shows an example of an attribute relation definition file of attributes of the image application 7a and standard attributes.
  • the image application 7 a includes “file name”, “shooting date / time”, “shooting location”, “file type”, “ISO (sensitivity)”, “WB (white balance)”, “size”, and It has a unique attribute of “file update date”.
  • the attribute relationship definition file of the attribute relationship associating unit 3a is a file that associates the unique attributes of the image application 7a with the standard attributes.
  • the unique attribute “file name” of the image application 7a is associated with “file name”, which is a lower attribute of the standard attribute “What”, and the unique attribute “shooting date / time” of the image application A is lower than the standard attribute “When”.
  • the unique attribute “shooting location” of the image application A is associated with “longitude” and “latitude”, which are lower attributes of the standard attribute “Where”, and is associated with the attribute “creation date”.
  • the attribute “file type” is associated with “file format” which is a lower attribute of the standard attribute “How”, and the unique attribute “ISO (sensitivity)” and the unique attribute “WB (white balance)” of the image application A are standard attributes.
  • the unique attribute “size” of image application A is associated with “state”, which is a lower attribute of “How”, and is a standard attribute Associated with a lower attribute of the "How”, "file size”, a unique attribute "file update date” of the image application A is associated with a lower attribute of the standard attribute "When,” "update date”.
  • the attribute relationship associating unit 3a acquires the unique attribute of the image application 7a corresponding to the standard attribute received from the search management unit 4 using the attribute relationship definition file as described above. For example, when the standard attribute “When” is received from the search management unit 4, the “photographing date and time” that is the unique attribute of the image application 7 a corresponding to the attribute included in the attribute group of “When” is used using the attribute relationship definition file. And “file update date” is retrieved and acquired.
  • the selected standard attribute is “When”
  • a lower attribute of the standard attribute “When” may be designated.
  • only the unique attribute of the image application 7a corresponding to the designated lower attribute is the search target. For example, when “shooting date / time” included in the attribute group “When” is selected, only the “shooting date / time” that is the unique attribute of the image application 7a corresponding to the standard attribute “shooting date / time” is targeted.
  • the acquired unique attribute and search keyword are transmitted to the corresponding image application 7a.
  • FIG. 14 shows an example of an attribute relation definition file of the attribute relation associating unit 3b, and shows an example of an attribute relation definition file of attributes of the image application 7b and standard attributes.
  • the image application 7b has unique attributes of “file name”, “memo”, “shooting date”, “update date”, and “size”.
  • the attribute relationship definition file of the attribute relationship associating unit 3b is a file that associates the unique attribute of the image application 7b with the standard attribute.
  • the unique attribute “file name” of the image application 7b is associated with “file name” which is a lower attribute of the standard attribute “What”, and the unique attribute “memo” of the image application 7b is a lower attribute of the standard attribute “What”.
  • the unique attribute “shooting date” of the image application 7b is associated with “creation date”, which is a lower attribute of the standard attribute “When”, and the unique attribute “update date / time” of the image application 7b. Is associated with “update date and time” which is a lower attribute of the standard attribute “When”, and the unique attribute “size” of the image application 7b is associated with “file size” which is a lower attribute of the standard attribute “How”. .
  • the image application 7a and the image application 7b have unique attributes and are given different attribute names although they are the same image application. Therefore, it is desirable that the attribute relationship associating unit 3 is prepared for each application, and plugged in (added) to the search management unit 4 as the number of applications increases.
  • the attribute relationship associating unit 3b acquires the unique attribute of the image application 7b corresponding to the standard attribute received from the search management unit 4 using the attribute relationship definition file as described above. For example, when the standard attribute “When” is received from the search management unit 4, “shooting date”, which is a unique attribute of the image application 7 b corresponding to the attribute included in the attribute group of “When”, using the attribute relationship definition file. And “update date and time” is retrieved and acquired. Then, the acquired unique attribute and search keyword are transmitted to the corresponding image application 7b.
  • the attribute relationship associating unit 3c is prepared in the mail application 7c, and is plugged into the search management unit 4 when the mail application 7c is newly installed (added) in the search system.
  • FIG. 15 is an example of the attribute relationship definition file of the attribute relationship associating unit 3c, and shows the relationship between attributes unique to the mail application 7c and standard attributes.
  • the mail application 7c has specific attributes of “From”, “To”, “Cc”, “Bcc”, “Subject”, “Body”, and “Date”.
  • the attribute relationship associating unit 3c attribute relationship definition file is a file that associates these unique attributes with standard attributes.
  • the unique attribute “From” of the mail application 7c is a subordinate attribute of the standard attribute “Who” “From”.
  • the unique attribute “To” of the mail application 7c is associated with “To mail address”, which is a lower attribute of the standard attribute “Who”, and the unique attribute “Cc” of the mail application 7c is the standard attribute.
  • the unique attribute “Bcc” of the mail application 7c is associated with “Bcc mail address”, which is a lower attribute of the standard attribute “Who”, and is associated with “Cc mail address”, which is a lower attribute of “Who”.
  • the unique attribute “Subject” of 7a is the standard attribute “Wha”.
  • the unique attribute “Body” of the mail application 7c is associated with “text”, which is the lower attribute of the standard attribute “What”, and the unique attribute of the mail application 7c.
  • “Date” is associated with “issue date”, which is a lower attribute of the standard attribute “When”.
  • the attribute relationship associating unit 3c acquires the unique attribute of the mail application 7c corresponding to the standard attribute received from the search management unit 4 using the attribute relationship definition file as described above. Then, the acquired unique attribute and search keyword are transmitted to the mail application 7c.
  • the search management unit 4 receives the standard attributes and search keywords specified by the user in the search user interface 5, and transmits the standard attributes and search keywords specified to each attribute relationship associating unit. Then, the attribute data of each application related to the search keyword obtained from each attribute relationship associating unit is presented to the user. Note that the search management unit 4 also includes a lower attribute that is a lower hierarchy of the standard attribute specified by the user in the search target.
  • the standard attribute “When” and the keyword “August” are output to each attribute relationship associating unit 3. Then, it is related to the keywords of the attributes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the attribute data of each application is acquired from each attribute relationship associating unit 3. And the content of the attribute data of each application relevant to a keyword is output as a search result. At this time, not only the content of the attribute data as a search result but also the content and the file itself to which the attribute data is attached may be output.
  • search result attribute data of each application corresponding to the designated standard attribute is output as the search result.
  • type information can be included in standard attributes and attribute relationships.
  • attribute “When” can be defined as a date-time type instead of a character string type. If it is a date-time type attribute, the keyword is interpreted as a date-time type value, and the matching method for the search is also performed by comparison as the date-time type.
  • the search user interface 5 is a user interface part for the user to specify a search keyword and a search target attribute.
  • a GUI as shown in FIG. 16 can be used.
  • an attribute name can be selected from options such as a combo box, and a keyword can be input from a text box.
  • FIG. 17 is a diagram illustrating an example of an attribute name selection method.
  • the number of applications (or databases) to be searched is represented by a square number. For example, since there are six squares on the right side of the attribute “What”, there are six search target applications. Similarly, there are four search target applications related to the attribute “title”.
  • the application to be searched includes applications related to the lower attributes, for example, in the case of a multi-layered hierarchy such as the “Who” attribute group,
  • the number of applications included in the attribute may be set as the number of applications of the attribute of the higher hierarchy. For example, when “Mail Address” is specified, there are “Sending Mail Address” and “Receiving Mail Address” immediately below the attribute “Mail Address”, and the number of applications of “Sending Mail Address” is three. When the number of applications of “reception mail address” is two, the total number of five may be displayed as the number of applications to be searched for “mail address”.
  • the number of applications and services to be searched is expressed as a square number, but icons (number of pictures and pictures), bar graphs, colors (darkness, brightness, saturation), You may express by size (size of a character, a frame, a picture, etc.).
  • FIG. 18 is an operation flowchart of the search system.
  • the user inputs a standard attribute and a search keyword through the search user interface 5 (Step 200).
  • a standard attribute “When” and a search keyword “August”.
  • the search management unit 4 outputs the input standard attributes and search keywords to the attribute relationship associating units 3a, 3b, and 3c provided for each application (Step 201).
  • Each attribute relationship associating unit 3a, 3b, 3c receives the standard attribute (Step 202), and searches for and acquires the unique attribute of the application corresponding to the standard attribute (Step 203).
  • the attribute relationship associating unit 3 a belongs to the “Create” date / time, “Update date / time”, “Issuance date / time”, “ The unique attribute “shooting date and time” and the unique attribute “file update date” of the image application 7a corresponding to any of the attributes “start date and time”, “end date and time”, “expiration date”, and “birth date” are acquired.
  • the attribute relationship associating unit 3b includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • the unique attribute “shooting date” and the unique attribute of the image application 7b corresponding to any of the attributes are acquired.
  • the attribute relationship associating unit 3c includes “creation date”, “update date”, “issue date”, “start date”, “end date”, “expiration date”, “birth date” belonging to the attribute group “When”.
  • each attribute relationship associating unit 3a, 3b, 3c transmits the acquired unique attribute of the application and the search keyword “August” to the corresponding application 7a, 7b, 7c (Step 204).
  • Each application 7a, 7b, 7c that has received the unique attribute and the search keyword “August” searches and acquires attribute data of the unique attribute related to the search keyword from the application data storage units 2a, 2b, 2c (Step) 205).
  • the image application 7a acquires the attribute data of the unique attribute “shooting date and time” and the unique attribute “file update date”.
  • the data acquired from the application data storage unit 2a is “Shooting Date / Time_August 2, 2010” and “File Update Date_October 2, 2010”. Then, “Shooting Date / Time_August 2, 2010” related to the search keyword is set as the search result.
  • the image application 7b acquires attribute data of the unique attribute “shooting date” and the unique attribute “update date / time”.
  • the data acquired from the application data storage unit 2b is “Shooting Date_January 2, 2011” and “Update Date / Time_February 2, 2011”.
  • there is no attribute data related to the search keyword there is no corresponding attribute data as a search result.
  • the mail application 7c acquires attribute data of the unique attribute “Date”.
  • the data acquired from the application data storage unit 2c is “Date_August 4, 2010”.
  • the search result is “Date_August 4, 2010” related to the search keyword.
  • the applications 7a, 7b, and 7c transmit the search results to the corresponding attribute relationship associating units 3a, 3b, and 3c (Step 206).
  • Each attribute relationship associating unit 3a, 3b, 3c receives the search result (Step 207), and transmits the search result to the search management unit 4 (Step 208).
  • the search management unit 4 receives the attribute data acquired by each attribute relationship associating unit 3a, 3b, 3c (Step 209). Then, attribute data related to the search keyword is output as a search result (Step 210).
  • the search management unit 4 or the application 7a displays the content or file itself of “Shooting Date / Time_August 2, 2010”, which is data acquired from the application data storage unit 2a (image application A), the content name, The file name and the like are read from the application data storage unit 2a and output.
  • the search management unit 4 or the application 7c obtains the content and file itself of the data “Date_August 4, 2010” acquired from the application data storage unit 2c (mail application C), the content name and the file name, and the like for each application. Read from the data storage and output.
  • the highest standard attribute is specified as the standard attribute.
  • a lower level standard attribute may be specified. Specifically, instead of “When”, “creation date” belonging to the attribute group of “When” may be specified. In this case, only data corresponding to “creation date” is searched, and only “shooting date_August 2, 2010”, which is data acquired from the application data storage unit 2a (image application A) as a result. Is output.
  • the search management unit 4 may narrow down the attribute data related to the search keyword.
  • the search management unit 4 transmits only the standard attribute to each attribute relationship associating unit, and each attribute relationship associating unit transmits the unique attribute of the corresponding application to the application.
  • each application may transmit attribute data of unique attributes to the search management unit 4 via each attribute relationship association unit, and the search management unit may narrow down attribute data related to the search keyword from these attribute data. .
  • the search can be seamlessly performed without the user being aware of the difference between the applications and the storage destination in the search application across various types of applications.
  • the attribute relationship definition file of the attribute relationship associating unit need only consider the correspondence between the standard attributes and the unique attributes of the application. It has an excellent effect that it can be easily done.
  • each unit can be configured by hardware, but can also be realized by a computer program.
  • functions and operations similar to those of the above-described embodiments are realized by a processor that operates according to a program stored in the program memory.
  • only some functions of the above-described embodiments can be realized by a computer program.
  • a standard attribute storage unit that stores standard attributes that define unique attributes used in a plurality of different applications in a superordinate concept; Based on the standard attribute, a search management unit in which a standard attribute to be searched is input from a user; An attribute relationship definition file provided corresponding to an application and defining a correspondence relationship between the standard attribute and an application specific attribute corresponding to the standard attribute is retained, and the search management unit is based on the attribute relationship definition file.
  • a search system comprising attribute association means for associating the standard attribute input in step 1 with the unique attribute of the application.
  • the search management unit receives the standard attribute and the search keyword, and outputs the input standard attribute and the search keyword to the attribute association unit.
  • the attribute association unit retrieves attribute data related to the search keyword from the attribute data of the unique attribute of the application corresponding to the standard attribute input by the search management unit from the application data storage unit.
  • the said attribute matching means transmits the specific attribute of the application corresponding to the standard attribute input in the said search management part to the said corresponding application,
  • the search system according to supplementary note 1, wherein the corresponding application searches the received attribute data of the unique attribute from the application data storage unit.
  • the search management unit receives the standard attribute and the search keyword, and outputs the input standard attribute and the search keyword to the attribute association unit.
  • the attribute association unit transmits the unique attribute of the application corresponding to the standard attribute input by the search management unit and the search keyword to the corresponding application,
  • the search system according to supplementary note 4, wherein the corresponding application searches for attribute data related to the search keyword among the attribute data of the received unique attribute.
  • Distribution request means for requesting distribution of attribute association means corresponding to an application; Appendices 1 to 7 having distribution means for storing at least one or more attribute association means prepared for each application, and delivering attribute association means corresponding to the application in response to the distribution request means request.
  • Each of a plurality of terminals includes at least the standard attribute storage unit, the search management unit, and the attribute association unit.
  • the search management means of a predetermined terminal among the plurality of terminals transmits the input standard attribute to the search management means of another terminal,
  • the search management unit of the other terminal outputs the received standard attribute to the attribute association unit of its own terminal, and transmits the search result from the attribute association unit to the search management unit of the predetermined terminal.
  • the search system according to any one of 1 to appendix 8.
  • stored Based on the standard attribute, a search management unit in which a standard attribute to be searched is input from a user; An attribute relationship definition file provided corresponding to an application and defining a correspondence relationship between the standard attribute and an application specific attribute corresponding to the standard attribute is retained, and the search management unit is based on the attribute relationship definition file.
  • An information processing terminal comprising attribute association means for associating the standard attribute input in step 1 with the unique attribute of the application.
  • a search method for a search system having an application data storage unit in which attribute data of application specific attributes is stored, Store standard attributes that define unique attributes used in multiple different applications in a superordinate concept, For each application, an attribute relationship definition file that defines the correspondence relationship between the standard attribute and the corresponding application specific attribute is retained, and the standard attribute specified by the user and the application specific attribute based on the attribute relationship definition file And A search method for searching attribute data of a specific attribute of the corresponding application from the application data storage unit.
  • Additional remark 13 The search method of Additional remark 12 which searches the attribute data relevant to the search keyword designated from the user among the attribute data of the specific attribute of the searched application.
  • Each of a plurality of terminals stores the standard attribute and the attribute relationship definition file
  • a predetermined terminal among the plurality of terminals transmits a standard attribute designated by the user to another terminal
  • the predetermined terminal associates the standard attribute designated by the user with the unique attribute of the application based on the attribute relation definition file of the own terminal, and stores the attribute data of the unique attribute of the corresponding application in the application data storage
  • the search method according to any one of supplementary note 11 to supplementary note 15, wherein a search is performed from a part and a search result is transmitted to the predetermined terminal.
  • a search program for an information processing apparatus having an application data storage unit in which attribute data of unique attributes of an application is stored, Holds an attribute relationship definition file that defines the correspondence between the standard attributes that define unique attributes used in multiple different applications in a superordinate concept and the unique attributes of one application, A process of associating the standard attribute specified by the user with the unique attribute of the application based on the attribute relationship definition file;

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、属性関係定義ファイルに基づいて、検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段とを有する検索システムである。

Description

検索システム、検索方法及び検索プログラム
　本発明は、検索システム、検索方法及び検索プログラムに関する。
　近年の検索方法には大きく二つのパターンがある。一つは、アプリケーションごとに作りこまれている検索方法であり、もう一つは、アプリケーションに依存しないグローバルな検索方法である。
　アプリケーションごとに作りこまれている検索方法は、アプリケーション固有の属性を使った高度な検索方法が用意されていることが多いが、アプリケーション内部の検索しかできないという課題がある。
　一方、アプリケーションに依存しないグローバルな検索方法は、アプリケーション固有の属性を使った高度な検索はできないが、複数のアプリケーションにまたがるグローバルな検索が可能である。
　近年、アプリケーションの複雑化や多様化が進んでいるため、複雑なアプリケーションに対応できる高度な検索と、多様なアプリケーションに対応できるグローバルな検索の双方を同時に実現できる検索方法が求められている。
　そこで、各アプリケーションの情報とグローバルな標準的検索式との関係を表現する情報をあらかじめ定義しておき、グローバルな標準的検索式から各アプリケーションで解釈できる形式に変換して検索を行うことが考えられる。
　例えば、特許文献１や特許文献２では、あらかじめ限定されたアプリケーションにまたがって検索できるよう、標準的な検索式から個別アプリケーションの検索式への変換方法を定義している。
特開平０８‐２４１３０６号公報 特開２００３‐３０８３３４号公報
　様々な種類のアプリケーションにまたがるような検索では、ユーザがアプリケーションの違いやストレージ先を意識する必要があった。
　具体的には、あるユーザが、８月に行ったパーティに関する情報を探したい場合、次のように探す必要があった。
１．パーティでは写真を撮ったはずだから、写真を探そう。
２．その時の写真は自宅ＰＣに移したはずだ。
３．自宅のＰＣで写真を管理しているのはアプリケーションＡだったはずだ。
４．アプリケーションＡを選択して、撮影日時から８月を選択しよう。
　これでは、ユーザは、アプリケーションの違いやストレージ先を意識する必要があり、検索したい本来のデータにたどり着くまで各種のステップが必要であった。
　また、上述した、各アプリケーションの情報とグローバルな標準的検索式との関係を表現する情報をあらかじめ定義しておき、グローバルな標準的検索式から各アプリケーションで解釈できる形式に変換して検索を行うシステムでは、アプリケーションの違いを意識する必要はなかったが、またがって検索できるアプリケーションが限定されており、任意のアプリケーションにまたがって検索することはできなかった。
　そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる検索システム、検索方法及び検索プログラムを提供することにある。
　本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段とを有する検索システムである。
　本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する情報処理端末である。
　本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する検索方法である。
　本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理とを情報処理装置に実行させる検索プログラムである。
　本発明は、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
図１は第１の実施の形態に係る検索システムのブロック図である。 図２は標準属性の一例を示した図である。 図３は属性関係対応付け部３ａの属性関係定義ファイルの一例を示した図である。 図４は属性関係対応付け部３ｂの属性関係定義ファイルの一例を示した図である。 図５は属性関係対応付け部３ｃの属性関係定義ファイルの一例を示した図である。 図６は検索ユーザインターフェイス５の一例を示した図である。 図７は属性名の選択方法の一例を示す図である。 図８は検索システムの動作フローチャートである。 図９は第２の実施の形態の検索システムブロック図である。 図１０は第３の実施の形態の検索システムのブロック図である。 図１１は第４の実施の形態に係る検索システムのブロック図である。 図１２は標準属性の一例を示した図である。 図１３は属性関係対応付け部３ａの属性関係定義ファイルの一例を示した図である。 図１４は属性関係対応付け部３ｂの属性関係定義ファイルの一例を示した図である。 図１５は属性関係対応付け部３ｃの属性関係定義ファイルの一例を示した図である。 図１６は検索ユーザインターフェイス５の一例を示した図である。 図１７は属性名の選択方法の一例を示す図である。 図１８は検索システムの動作フローチャートである。
　本発明の第１の実施の形態を説明する。
　図１は第１の実施の形態に係る検索システムのブロック図である。
　本実施の形態の検索システムは、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｂと、属性関係対応付け部３ａ，３ｂと、検索管理部４と、検索ユーザインターフェイス５とを備える。
　標準属性記憶部１は、標準属性が記憶された記憶部である。
　ここで、標準属性とは、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。
　図２は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを上位概念でまとめた「日時」または「ｗｈｅｎ」のような属性をそれらの最上位属性として定義する。そして、「ｗｈｅｎ」（日時）を、標準属性の最上位属性とする。そして、最上位属性である「ｗｈｅｎ」の下位属性として、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを階層的に定義する。
　また、多くのアプリケーションに使用される人物に関する属性としては、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などがある。そこで、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを、上位概念化した「ｗｈｏ」のような属性をそれらの最上位属性として定義する。そして、最上位属性である「ｗｈｏ」の下位属性として、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを標準属性の中位属性として階層的に定義する。
　更に、メールアドレスに関する属性としては、「送信メールアドレス」や「受信メールアドレス」などが存在する。そこで、中位属性である「メールアドレス」の下位属性として「送信メールアドレス」や「受信メールアドレス」を、標準属性の下位属性として階層的に定義する。更に、「受信メールアドレス」には、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」などが存在する。そこで、下位属性の「受信メールアドレス」の下位属性として、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」を、標準属性の最下位属性として階層的に定義する。
　このように、多くのアプリケーションでよく使われる属性を、図２に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析・整理することで、属性の粒度の統一や階層関係の整理、名前（語彙）の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。
　尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」の属性群を、「ｗｈｅｎ」を最上位属性とする「ｗｈｅｎ」の属性グループと呼ぶ。
　また、標準属性の記述形式としては、ＲＤＦやＯＷＬを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、ＸＭＬやカンマ区切り形式などを使って記述することもできる。ＲＤＦやＯＷＬを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。
　アプリケーションデータ記憶部２ａ，２ｂ，２ｃには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性「撮影日時」に対応する属性データ「２０１１年２月１５日１６時」が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、「固有属性＿属性データ」の形式で記載する。例えば、上述の例における固有属性「撮影日時」とその属性データ「２０１１年２月１５日１６時」は、「撮影日時＿２０１１年２月１５日１６時」と記載する。
　尚、以下の説明では、アプリケーションデータ記憶部２ａには画像アプリケーションＡのデータが記憶され、アプリケーションデータ記憶部２ｂには画像アプリケーションＢのデータが記憶され、アプリケーションデータ記憶部２ｃにはメールアプリケーションＣのデータが記憶されているものとする。
　また、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部２は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部（ハードディスク）に複数のアプリケーションデータ記憶部２が設けられて複数のアプリケーションデータが記憶されていても良い。
　属性関係対応付け部３ａ，３ｂは、検索管理部４から受信した標準属性に対応するアプリケーションの固有属性の属性データを検索するものであり、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。
　図３は、属性関係対応付け部３ａの属性関係定義ファイルの一例を示したものであり、画像アプリケーションＡの属性と標準属性との属性関係定義ファイルの一例を示したものである。
　図３の例では、画像アプリケーションＡは、「ファイル名」、「撮影日時」、「撮影場所」、「ファイル種類」、「ＩＳＯ（感度）」、「ＷＢ（ホワイトバランス）」、「サイズ」及び「ファイル更新日」の固有属性を有している。属性関係対応付け部３ａの属性関係定義ファイルは、それらの画像アプリケーションＡの固有属性と標準属性とを対応付けるファイルである。
　例えば、画像アプリケーションＡの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＡの固有属性「撮影日時」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＡの固有属性「撮影場所」は標準属性「Ｗｈｅｒｅ」の下位属性である「経度」、「緯度」と対応付けられ、画像アプリケーションＡの固有属性「ファイル種類」は標準属性「Ｈｏｗ」の下位属性である「ファイル形式」と対応付けられ、画像アプリケーションＡの固有属性「ＩＳＯ（感度）」、固有属性「ＷＢ（ホワイトバランス）」は標準属性「Ｈｏｗ」の下位属性である「状態」と対応付けられ、画像アプリケーションＡの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられ、画像アプリケーションＡの固有属性「ファイル更新日」は標準属性「Ｗｈｅｎ」の下位属性である「更新日」と対応付けられている。
　このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。
　属性関係対応付け部３ａは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性と画像アプリケーションＡの固有属性とを対応付けて、画像アプリケーションＡの固有属性の属性データを検索する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーションＡの固有属性である「撮影日時」及び「ファイル更新日」を検索し、「撮影日時」及び「ファイル更新日」の属性データを、アプリケーションデータ記憶部２から検索得する。このとき、ユーザが標準属性とともに、検索キーワードを指定した場合、検索対象となる画像アプリケーションＡの固有属性の属性データのうち、検索キーワードに関連した属性データを検索する。
　例えば、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」というキーワードを指定して検索すると、標準属性「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーションＡの固有属性である「撮影日時」及び「ファイル更新日」を検索し、「撮影日時」及び「ファイル更新日」の属性データのうち、検索キーワード「８月」に関係あるものを検索結果として、後述する検索管理部４に出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。
　尚、上記の例では、選択した標準属性が「Ｗｈｅｎ」の場合を説明したが、標準属性「Ｗｈｅｎ」の下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーションＡの固有属性のみが検索対象となる。例えば、「Ｗｈｅｎ」の属性グループに含まれる「撮影日時」を選択した場合には、標準属性の「撮影日時」に対応する画像アプリケーションＡの固有属性である「撮影日時」のみが対象となる。
　また、標準属性や属性関係には、型の情報も含めることができる。例えば、Ｗｈｅｎという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。
　続いて、属性関係対応付け部３ｂの属性関係定義ファイルについて説明する。
　図４は、属性関係対応付け部３ｂの属性関係定義ファイルの一例を示したものであり、画像アプリケーションＢの属性と標準属性との属性関係定義ファイルの一例を示したものである。
　図４の例では、画像アプリケーションＢは、「ファイル名」、「メモ」、「撮影日」、「更新日」及び「サイズ」の固有属性を有している。属性関係対応付け部３ｂの属性関係定義ファイルは、画像アプリケーションＢの固有属性と標準属性とを対応付けるファイルである。
　例えば、画像アプリケーションＢの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＢの固有属性「メモ」は標準属性「Ｗｈａｔ」の下位属性である「説明」と対応付けられ、画像アプリケーションＢの固有属性「撮影日」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＢの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられている。
　このように、同じ画像アプリケーションでありながら、画像アプリケーションＡと画像アプリケーションＢとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部３は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部４にプラグイン（追加）されることが望ましい。
　尚、他の検索動作は、上述した属性関係対応付け部３ａと同様である。
　更に、種類の異なるアプリケーションの属性関係対応付け部３ｃについて説明する。
　属性関係対応付け部３ｃは、メールアプリケーションＡに用意されているものであり、メールアプリケーションＡが検索システムに新たにインストール（追加）された場合、検索管理部４にプラグインされたものである。
　図５は、属性関係対応付け部３ｃの属性関係定義ファイルの一例であり、メールアプリケーションＣ固有の属性と標準属性との関係を示している。
　図５の例では、メールアプリケーションＣは、「Ｆｒｏｍ」、「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」、「Ｓｕｂｊｅｃｔ」、「Ｂｏｄｙ」及び「Ｄａｔｅ」の固有属性を有している。属性関係対応付け部３の属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーションＣの固有属性「Ｆｒｏｍ」は標準属性「Ｗｈｏ」の下位属性である「Ｆｒｏｍメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｔｏ」は標準属性「Ｗｈｏ」の下位属性である「Ｔｏメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｃｃメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｂｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｂｃｃメールアドレス」と対応付けられ、メールアプリケーションＡの固有属性「Ｓｕｂｊｅｃｔ」は標準属性「Ｗｈａｔ」の下位属性である固有属性「題名」と対応付けられ、メールアプリケーションＣの固有属性「Ｂｏｄｙ」は標準属性「Ｗｈａｔ」の下位属性である「本文」と対応付けられ、メールアプリケーションＣの固有属性「Ｄａｔｅ」は標準属性「Ｗｈｅｎ」の下位属性である「発行日」と対応付けられている。
　尚、他の検索動作は、上述した属性関係対応付け部３ａと同様である。
　このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。
　検索管理部４は、検索ユーザインターフェイス５でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部２ａ，２ｂ，２ｃに指定された標準属性を送信する。そして、各属性関係対応付け部２ａ，２ｂ，２ｃから得られた各アプリケーションの属性データ、すなわち、ユーザから指定された標準属性及び検索キーワードに関連した検索結果をユーザに提示する。
　検索ユーザインターフェイス５は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図６のようなＧＵＩを用いることができる。図６では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。
　図７は、属性名の選択方法の一例を示す図である。
　図７の例では、図の属性選択肢表示部分において、属性として、最上位属性である「Ｗｈａｔ」と、その下位属性である「題名」、「説明」、「本体」…があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。
　さらに、図７の属性選択肢表示部分では、検索対象となるアプリケーション（又はデータベース）の数を四角形の数で表現している。例えば、「Ｗｈａｔ」という属性の右側には６個の四角形があるため、対象となる検索対象アプリケーションは６つである。同様に「題名」という属性に関する検索対象アプリケーションは４つである。
　このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。
　更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、「Ｗｈｏ」の属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、「メールアドレス」を指定した場合は、属性「メールアドレス」の直下には、「送信メールアドレス」と「受信メールアドレス」とがあり、「送信メールアドレス」のアプリケーション数が３個であり、「受信メールアドレス」のアプリケーション数が２個である場合、その合計数である５個を、「メールアドレス」の検索対象アプリケーション数として表示しても良い。
　尚、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン（絵や絵の数）や、棒グラフや、色（濃さ、明るさ、彩度）や、サイズ（文字や枠や絵などのサイズ）によって表現してもよい。
　また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。
　次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部４に属性関係対応付け部３ａ，３ｂ，３ｃがプラグインされているものとする。
　図８は検索システムの動作フローチャートである。
　まず、ユーザは、検索ユーザインターフェイス５により、標準属性及び検索キーワードを入力する（Ｓｔｅｐ　１００）。ここでは、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定したものとする。
　検索管理部４は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｂ，３ｃに出力する（Ｓｔｅｐ　１０１）。
　各属性関係対応付け部３ａ，３ｂ，３ｃは、標準属性及び検索キーワードを受信する（Ｓｔｅｐ　１０２）。そして、受信した標準属性とアプリケーションの固有属性とを対応付ける（Ｓｔｅｐ　１０３）。
　続いて、各属性関係対応付け部３ａ，３ｂ，３ｃは、標準属性に対応する固有属性の属性のデータのうち検索キーワードに関連する属性データを検索
し（Ｓｔｅｐ　１０４）、検索結果を検索管理部４に出力する（Ｓｔｅｐ　１０５）。
　本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」、検索管理部４には「８月」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」と、「ファイル更新日＿２０１０年１０月２日」とする。その結果、検索キーワードに関連する「撮影日時＿２０１０年８月２日」を、検索結果として検索管理部４に出力する。
　同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＢの固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂ（画像アプリケーションＢ）から取得したデータを、「撮影日＿２０１１年１月２日」と、「更新日時＿２０１１年２月２日」とする。その結果、検索キーワードに関連する属性データはないので、検索結果として該当データなしを検索管理部４に出力する。
　同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＣの固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。その結果、検索キーワードに関連する「Ｄａｔｅ＿２０１０年８月４日」を、検索結果として検索管理部４に出力する。
　検索管理部４は、各属性関係対応付け部３ａ，３ｂ，３ｃから検索結果を受信する（Ｓｔｅｐ　１０６）。そして、その結果をユーザに提示するために出力する（Ｓｔｅｐ　１０７）。
　本例では、各属性関係対応付け部３ａ，３ｂ，３ｃから取得した検索結果は、属性関係対応付け部３ａから受信した「撮影日時＿２０１０年８月２日」と、属性関係対応付け部３ｃから受信した「Ｄａｔｅ＿２０１０年８月４日」である。従って、検索結果として、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する。
　このように、「８月だからＷｈｅｎに８月を指定して検索しよう」というような検索だけで、複数のアプリケーションをまたいで検索することが可能である。
　尚、検索管理部４は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部４は、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。
　更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、「Ｗｈｅｎ」の代わりに、その「Ｗｈｅｎ」の属性グループに属する「作成日時」を指定しても良い。この場合、「作成日時」に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」だけが検索結果として出力される。
　以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
　また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。
　更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。
＜第２の実施の形態＞
　第２の実施の形態は、第１の実施の形態を携帯電話や、スマートフォンのような情報端末に適用した場合である。
　図９は第２の実施の形態の検索システムブロック図である。
　第２の実施の形態の検索システムは、情報処理端末１０と属性対応付け部配信サーバ２０とから構成される。
　情報処理端末１０は、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｃと、属性関係対応付け部３ａ，３ｃと、検索管理部４と、検索ユーザインターフェイス５と、属性関係対応付け部を属性対応付け部配信サーバ２０から取得する属性関係対応付け部取得部６とを備える。
　第２の実施の形態が第１の実施の形態と異なる所は、情報処理端末１０が属性関係対応付け部取得部６を有し、新たに情報処理端末１０に追加したアプリケーションに対応した属性関係対応付け部を属性対応付け部配信サーバ２０から取得し、取得した属性関係対応付け部を検索管理部４にプラグインして用いることである。
　このため、属性対応付け部配信サーバ２０は、アプリケーションに対応した属性関係対応付け部を用意しており、情報処理端末１０の属性関係対応付け部取得部６の要求に応答して、アプリケーションに対応した属性関係対応付け部を情報処理端末１０に配信する。
　次に、第２の実施の形態の具体的な動作を説明する。
　まず、既にインストールされているメールアプリケーションＣに加えて、情報処理端末１０に画像アプリケーションＡが新たに追加されたものとする。
　属性関係対応付け部取得部６は、画像アプリケーションＡがインストールされたことを検出し、画像アプリケーションＡに対応する属性関係対応付け部３ａの取得を属性対応付け部配信サーバ２０に要求する。
　属性対応付け部配信サーバ２０は、画像アプリケーションＡに対応した属性関係対応付け部３ａを、情報処理端末１０の属性関係対応付け部取得部６の要求に応答して情報処理端末１０に配信する。
　属性関係対応付け部取得部６は、取得した画像アプリケーションＡに対応した属性関係対応付け部３ａを検索管理部４にプラグインする。これにより、画像アプリケーションＡとメールアプリケーションＣとが検索管理部４の検索対象アプリケーションとなる。
　次に、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定して、検索を開始したものとする。
　検索管理部４は、入力された標準属性「Ｗｈｅｎ」及び「８月」というキーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｃに出力する。各属性関係対応付け部３ａ，３ｃは、標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信し、アプリケーションデータ記憶部２ａ，２ｃから標準属性「Ｗｈｅｎ」に対応するアプリケーションの属性の属性データのうち検索キーワード「８月」に関連する属性データを検索して取得する。
　ここでは、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データのうち、検索キーワード「８月」に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」とする。
　同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応するメールアプリケーションＣの固有属性「Ｄａｔｅ」の属性データのうち、検索キーワード「８月」に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。
　標準属性に対応する属性の属性データを取得した属性関係対応付け部３ａ，３ｃは検索結果を検索管理部４に出力する。検索管理部４は、各属性関係対応付け部３ａ，３ｃが取得した属性データを受信し、その結果を出力する。
　本例では、属性関係対応付け部３ａ，３ｃが取得したデータは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得した「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得した「Ｄａｔｅ＿２０１０年８月４日」である。
　従って、検索キーワード「８月」に関連するものとして、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得した「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得した「Ｄａｔｅ＿２０１０年８月４日」とが、検索結果として出力される。尚、検索管理部４は、第１の実施の形態と同様に、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。
　第２の実施の形態では、新しいアプリケーションを端末に追加すると、配信サーバから追加したアプリケーションに対応した属性関係対応付け部を、配信サーバから取得するようにしたので、新しいアプリケーションが追加されたとしても、今までと同様な方法により、追加されたアプリケーションも含めて検索することができる。
＜第３の実施の形態＞
　第３の実施の形態を説明する。
　第３の実施の形態の検索システムは、複数の情報処理端末にまたがって検索を行う場合を説明する。
　図１０は第３の実施の形態の検索システムのブロック図である。
　第３の実施の形態の検索システムは、情報処理端末Ｘと情報処理端末Ｙとを備え、各情報処理端末が、少なくとも標準属性記憶部１と、アプリケーションデータ記憶部２と、属性関係対応付け部３と、検索管理部４とを備えている。そして、ユーザが検索処理を入力する情報処理端末は、検索ユーザインターフェイス５を備えている。尚、検索ユーザインターフェイス５は、他の情報処理端末も備えていても良い。
　更に、情報処理端末Ｘと情報処理端末Ｙとの検索管理部４は、通信回線３０を介して検索結果を送受信できるように構成されている。
　次に、第３の実施の形態の具体的な動作を説明する。
　尚、以下の説明において、情報処理端末Ｘには、メールアプリケーションＣがインストールされており、属性関係対応付け部３ｃが検索管理部４にプラグインされており、情報処理端末Ｙには、画像アプリケーションＡ，Ｂがインストールされており、属性関係対応付け部３ａ，ｂが検索管理部４にプラグインされているものとする。
　まず、ユーザが情報処理端末Ｘの検索ユーザインターフェイス５により、「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定して、検索を開始したものとする。
　情報処理端末Ｘの検索管理部４は、入力された標準属性「Ｗｈｅｎ」、「８月」という検索キーワードをアプリケーションに対応して設けられた属性関係対応付け部３ｃに出力する。また、入力された標準属性「Ｗｈｅｎ」、「８月」という検索キーワードを、通信回線３０を介して、情報処理端末Ｙの検索管理部４に送信する。そして、標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信した情報処理端末Ｙの検索管理部４は、属性関係対応付け部３ａ，３ｂに標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を出力する。
　各属性関係対応付け部３ａ，３ｂ，３ｃは標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信し、アプリケーションデータ記憶部２ａ，２ｂ，２ｃから標準属性「Ｗｈｅｎ」に対応するアプリケーションの固有属性の属性データのうち、検索キーワード「８月」に関連する属性データを検索して取得する。
　本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」とする。
　同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＢの固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂ（画像アプリケーションＢ）には、検索キーワード「８月」に関連する属性データはないものとする。
　同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＣの固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。
　標準属性に対応する属性の属性データを取得した属性関係対応付け部３ａ，３ｂは取得結果を情報処理端末Ｙの検索管理部４に出力する。情報処理端末Ｙの検索管理部４は、各属性関係対応付け部３ａ，３ｂが取得したデータを受信し、その結果を情報処理端末Ｘの検索管理部４に出力する。
　本例では、各属性関係対応付け部３ａ，３ｂから取得したデータは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」である。従って、情報処理端末Ｙの検索管理部４は、検索キーワード「８月」に関連するアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」を、情報処理端末Ｘの検索管理部４に出力する。
　また、標準属性に対応する属性の属性データを取得した属性関係対応付け部３ｃは取得結果を情報処理端末Ｘの検索管理部４に出力する。情報処理端末Ｘの検索管理部４は、属性関係対応付け部３ｃが取得した属性データを受信する。
　本例では、属性関係対応付け部３ｃから取得したデータは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」である。
　情報処理端末Ｘの検索管理部４は、検索キーワード「８月」に関連するアプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」と、情報処理端末Ｙの検索管理部４から送信された、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」とを出力する。尚、情報処理端末Ｘの検索管理部４は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。
　第３の実施の形態では、複数の端末間に跨って検索することが可能であるので、例えば、出先で携帯端末から、携帯端末に記憶されているメールのデータと、自宅のパーソナルコンピュータに記憶されている画像のデータとを一緒に検索することができる。
　尚、上述した第３の実施の形態では、各情報処理端末の検索管理部４が検索キーワードに関連した属性データを絞り込むような構成としたが、これに限られない。例えば、最終的な検索結果を出力しない情報処理端末の検索管理部では、標準属性に対応する属性データのみを、最終的な検索結果を出力する情報処理端末の検索管理部に送信し、最終的な検索結果を出力する情報処理端末の検索管理部がこれらの属性データの中から検索キーワードに関連するものを検索するようにしても良い。
　本発明の第４の実施の形態を説明する。
　上述した実施の形態では、各属性関係対応付け部３が検索管理部４から受信した標準属性及び検索キーワードに基づいて、標準属性に対応するアプリケーションの固有属性の属性データのうち検索キーワードに関連した属性データを、各アプリケーションデータ記憶部２から検索して取得する例を説明した。
　しかしながら、各属性関係対応付け部２は、標準属性からアプリケーションの固有属性に変換し、標準属性に対応する固有属性をアプリケーションに送信する機能を行い、各アプリケーションが、固有属性に基づいて、自己のアプリケーションデータ記憶部２に記憶されているデータを検索することもできる。
　そこで、第４の実施の形態では、各属性関係対応付け部は、受信した標準属性を、各アプリケーションの固有属性に変換する機能だけを行い、その固有属性と検索キーワードとを対応するアプリケーションに送信し、各アプリケーションが、固有属性に基づいて自己のデータを検索する場合を説明する。
　図１１は第４の実施の形態に係る検索システムのブロック図である。
　本実施の形態の検索システムは、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｂと、属性関係対応付け部３ａ，３ｂ，３ｃと、検索管理部４と、検索ユーザインターフェイス５、アプリケーション７ａ，７ｂ，７ｃとを備える。
　標準属性記憶部１は、標準属性が記憶された記憶部である。
　ここで、標準属性とは、上述した実施の形態と同様に、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。
　図１２は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを上位概念でまとめた「日時」または「ｗｈｅｎ」のような属性をそれらの最上位属性として定義する。そして、「ｗｈｅｎ」（日時）を、標準属性の最上位属性とする。そして、最上位属性である「ｗｈｅｎ」の下位属性として、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを階層的に定義する。
　また、多くのアプリケーションに使用される人物に関する属性としては、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などがある。そこで、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを、上位概念化した「ｗｈｏ」のような属性をそれらの最上位属性として定義する。そして、最上位属性である「ｗｈｏ」の下位属性として、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを標準属性の中位属性として階層的に定義する。
　更に、メールアドレスに関する属性としては、「送信メールアドレス」や「受信メールアドレス」などが存在する。そこで、中位属性である「メールアドレス」の下位属性として「送信メールアドレス」や「受信メールアドレス」を、標準属性の下位属性として階層的に定義する。更に、「受信メールアドレス」には、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」などが存在する。そこで、下位属性の「受信メールアドレス」の下位属性として、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」を、標準属性の最下位属性として階層的に定義する。
　このように、多くのアプリケーションでよく使われる属性を、図１２に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析・整理することで、属性の粒度の統一や階層関係の整理、名前（語彙）の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。
　尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」の属性群を、「ｗｈｅｎ」を最上位属性とする「ｗｈｅｎ」の属性グループと呼ぶ。
　また、標準属性の記述形式としては、ＲＤＦやＯＷＬを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、ＸＭＬやカンマ区切り形式などを使って記述することもできる。ＲＤＦやＯＷＬを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。
　アプリケーションデータ記憶部２ａ，２ｂ，２ｃには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性「撮影日時」に対応する属性データ「２０１１年２月１５日１６時」が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、「固有属性＿属性データ」の形式で記載する。例えば、上述の例における固有属性「撮影日時」とその属性データ「２０１１年２月１５日１６時」は、「撮影日時＿２０１１年２月１５日１６時」と記載する。
　尚、以下の説明では、アプリケーションデータ記憶部２ａには画像アプリケーション７ａのデータが記憶され、アプリケーションデータ記憶部２ｂには画像アプリケーション７ｂのデータが記憶され、アプリケーションデータ記憶部２ｃにはメールアプリケーション７ｃのデータが記憶されているものとする。
　各アプリケーション７ａ，７ｂ，７ｃは、従来のアプリケーションと同様に、各アプリケーション７ａ，７ｂ，７ｃ独自の固有属性に基づいて、各アプリケーションデータ記憶部２ａ，２ｂ，２ｃから固有属性に対応する属性データの検索する機能を有する。
　尚、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部２は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部（ハードディスク）に複数のアプリケーションデータ記憶部２が設けられて複数のアプリケーションデータが記憶されていても良い。
　属性関係対応付け部３ａ，３ｂ，３ｃは、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。
　図１３は、属性関係対応付け部３ａの属性関係定義ファイルの一例を示したものであり、画像アプリケーション７ａの属性と標準属性との属性関係定義ファイルの一例を示したものである。
　図１３の例では、画像アプリケーション７ａは、「ファイル名」、「撮影日時」、「撮影場所」、「ファイル種類」、「ＩＳＯ（感度）」、「ＷＢ（ホワイトバランス）」、「サイズ」及び「ファイル更新日」の固有属性を有している。属性関係対応付け部３ａの属性関係定義ファイルは、それらの画像アプリケーション７ａの固有属性と標準属性とを対応付けるファイルである。
　例えば、画像アプリケーション７ａの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＡの固有属性「撮影日時」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＡの固有属性「撮影場所」は標準属性「Ｗｈｅｒｅ」の下位属性である「経度」、「緯度」と対応付けられ、画像アプリケーションＡの固有属性「ファイル種類」は標準属性「Ｈｏｗ」の下位属性である「ファイル形式」と対応付けられ、画像アプリケーションＡの固有属性「ＩＳＯ（感度）」、固有属性「ＷＢ（ホワイトバランス）」は標準属性「Ｈｏｗ」の下位属性である「状態」と対応付けられ、画像アプリケーションＡの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられ、画像アプリケーションＡの固有属性「ファイル更新日」は標準属性「Ｗｈｅｎ」の下位属性である「更新日」と対応付けられている。
　このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。
　属性関係対応付け部３ａは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応する画像アプリケーション７ａの固有属性を取得する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーション７ａの固有属性である「撮影日時」及び「ファイル更新日」を検索して取得する。
　尚、上記の例では、選択した標準属性が「Ｗｈｅｎ」の場合を説明したが、標準属性「Ｗｈｅｎ」の下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーション７ａの固有属性のみが検索対象となる。例えば、「Ｗｈｅｎ」の属性グループに含まれる「撮影日時」を選択した場合には、標準属性の「撮影日時」に対応する画像アプリケーション７ａの固有属性である「撮影日時」のみが対象となる。
　そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション７ａに送信する。
　続いて、属性関係対応付け部３ｂの属性関係定義ファイルについて説明する。
　図１４は、属性関係対応付け部３ｂの属性関係定義ファイルの一例を示したものであり、画像アプリケーション７ｂの属性と標準属性との属性関係定義ファイルの一例を示したものである。
　図１４の例では、画像アプリケーション７ｂは、「ファイル名」、「メモ」、「撮影日」、「更新日」及び「サイズ」の固有属性を有している。属性関係対応付け部３ｂの属性関係定義ファイルは、画像アプリケーション７ｂの固有属性と標準属性とを対応付けるファイルである。
　例えば、画像アプリケーション７ｂの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーション７ｂの固有属性「メモ」は標準属性「Ｗｈａｔ」の下位属性である「説明」と対応付けられ、画像アプリケーション７ｂの固有属性「撮影日」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーション７ｂの固有属性「更新日時」は標準属性「Ｗｈｅｎ」の下位属性である「更新日時」と対応付けられ、画像アプリケーション７ｂの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられている。
　このように、同じ画像アプリケーションでありながら、画像アプリケーション７ａと画像アプリケーション７ｂとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部３は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部４にプラグイン（追加）されることが望ましい。
　属性関係対応付け部３ｂは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応する画像アプリケーション７ｂの固有属性を取得する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーション７ｂの固有属性である「撮影日」及び「更新日時」を検索して取得する。そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション７ｂに送信する。
　更に、種類の異なるアプリケーションの属性関係対応付け部３ｃについて説明する。
　属性関係対応付け部３ｃは、メールアプリケーション７ｃに用意されているものであり、メールアプリケーション７ｃが検索システムに新たにインストール（追加）された場合、検索管理部４にプラグインされたものである。
　図１５は、属性関係対応付け部３ｃの属性関係定義ファイルの一例であり、メールアプリケーション７ｃ固有の属性と標準属性との関係を示している。
　図１５の例では、メールアプリケーション７ｃは、「Ｆｒｏｍ」、「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」、「Ｓｕｂｊｅｃｔ」、「Ｂｏｄｙ」及び「Ｄａｔｅ」の固有属性を有している。属性関係対応付け部３ｃ属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーション７ｃの固有属性「Ｆｒｏｍ」は標準属性「Ｗｈｏ」の下位属性である「Ｆｒｏｍメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｔｏ」は標準属性「Ｗｈｏ」の下位属性である「Ｔｏメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｃｃメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｂｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｂｃｃメールアドレス」と対応付けられ、メールアプリケーション７ａの固有属性「Ｓｕｂｊｅｃｔ」は標準属性「Ｗｈａｔ」の下位属性である固有属性「題名」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｂｏｄｙ」は標準属性「Ｗｈａｔ」の下位属性である「本文」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｄａｔｅ」は標準属性「Ｗｈｅｎ」の下位属性である「発行日」と対応付けられている。
　このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。
　属性関係対応付け部３ｃは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応するメールアプリケーション７ｃの固有属性を取得する。そして、取得した固有属性及び検索キーワードを、メールアプリケーション７ｃに送信する。
　検索管理部４は、検索ユーザインターフェイス５でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部に指定された標準属性及び検索キーワードを送信する。そして、各属性関係対応付け部から得られた検索キーワードに関連する各アプリケーションの属性データをユーザに提示する。尚、検索管理部４において、ユーザから指定された標準属性の下位階層である下位属性も検索対象に含めることとする。
　例えば、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」というキーワードを指定して検索すると、各属性関係対応付け部３に標準属性「Ｗｈｅｎ」及びキーワード「８月」を出力する。そして、「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」という属性のキーワードに関連する各アプリケーションの属性データを、各属性関係対応付け部３から取得する。そして、キーワードに関連する各アプリケーションの属性データの内容を検索結果として出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。
　尚、検索キーワードの指定はかならずしも必要ではなく、標準属性だけの指定だけでもかまわない。その場合、検索結果は、指定された標準属性に対応する各アプリケーションの属性データが、検索結果として出力される。
　また、標準属性や属性関係には、型の情報も含めることができる。例えば、Ｗｈｅｎという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。
　検索ユーザインターフェイス５は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図１６のようなＧＵＩを用いることができる。図１６では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。
　図１７は、属性名の選択方法の一例を示す図である。
　図１７の例では、図の属性選択肢表示部分において、属性として、最上位属性である「Ｗｈａｔ」と、その下位属性である「題名」、「説明」、「本体」…があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。
　さらに、図１７の属性選択肢表示部分では、検索対象となるアプリケーション（又はデータベース）の数を四角形の数で表現している。例えば、「Ｗｈａｔ」という属性の右側には６個の四角形があるため、対象となる検索対象アプリケーションは６つである。同様に「題名」という属性に関する検索対象アプリケーションは４つである。
　このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。
　更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、「Ｗｈｏ」の属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、「メールアドレス」を指定した場合は、属性「メールアドレス」の直下には、「送信メールアドレス」と「受信メールアドレス」とがあり、「送信メールアドレス」のアプリケーション数が３個であり、「受信メールアドレス」のアプリケーション数が２個である場合、その合計数である５個を、「メールアドレス」の検索対象アプリケーション数として表示しても良い。
　尚、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン（絵や絵の数）や、棒グラフや、色（濃さ、明るさ、彩度）や、サイズ（文字や枠や絵などのサイズ）によって表現してもよい。
　また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。
　次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部４に属性関係対応付け部３ａ，３ｂ，３ｃがプラグインされているものとする。
　図１８は検索システムの動作フローチャートである。
　まず、ユーザは、検索ユーザインターフェイス５により、標準属性及び検索キーワードを入力する（Ｓｔｅｐ　２００）。ここでは、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定したものとする。
　検索管理部４は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｂ，３ｃに出力する（Ｓｔｅｐ　２０１）。
　各属性関係対応付け部３ａ，３ｂ，３ｃは標準属性を受信し（Ｓｔｅｐ　２０２）、標準属性に対応するアプリケーションの固有属性を検索して取得する（Ｓｔｅｐ　２０３）。
　本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ａの固有属性「撮影日時」及び固有属性「ファイル更新日」を取得する。
　同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ｂの固有属性「撮影日」及び固有属性を取得する。
　同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ｃの固有属性「Ｄａｔｅ」を取得する。
　続いて、各属性関係対応付け部３ａ，３ｂ，３ｃは取得したアプリケーションの固有属性及び検索キーワード「８月」を、対応するアプリケーション７ａ，７ｂ，７ｃに送信する（Ｓｔｅｐ　２０４）。
　固有属性及び検索キーワード「８月」を受信した各アプリケーション７ａ，７ｂ，７ｃは、アプリケーションデータ記憶部２ａ，２ｂ，２ｃから、検索キーワードに関連する固有属性の属性データを検索して取得する（Ｓｔｅｐ　２０５）。
　具体的には、画像アプリケーション７ａは、固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａから取得したデータを、「撮影日時＿２０１０年８月２日」と、「ファイル更新日＿２０１０年１０月２日」とする。そして、検索キーワードに関連する「撮影日時＿２０１０年８月２日」を検索結果とする。
　同様に、画像アプリケーション７ｂは、固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂから取得したデータを、「撮影日＿２０１１年１月２日」と、「更新日時＿２０１１年２月２日」とする。ここでは、検索キーワードに関連する属性データがないので、検索結果としては該当する属性データない。
　同様に、メールアプリケーション７ｃは、固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃから取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。そして、検索キーワードに関連する「Ｄａｔｅ＿２０１０年８月４日」を検索結果とする。
　アプリケーション７ａ，７ｂ，７ｃは、検索結果を、対応する属性関係対応付け部３ａ，３ｂ，３ｃに送信する（Ｓｔｅｐ　２０６）。
　各属性関係対応付け部３ａ，３ｂ，３ｃは検索結果を受信し（Ｓｔｅｐ　２０７）、検索結果を検索管理部４に送信する（Ｓｔｅｐ　２０８）。
　検索管理部４は、各属性関係対応付け部３ａ，３ｂ，３ｃが取得した属性データを受信する（Ｓｔｅｐ　２０９）。そして、検索結果として、検索キーワードに関連した属性データを出力する（Ｓｔｅｐ　２１０）。
　本例では、属性関係対応付け部３ａからは「撮影日時＿２０１０年８月２日」を受信し、属性関係対応付け部３ｂからは検索結果として該当なしを受信し、属性関係対応付け３ｃからは「Ｄａｔｅ＿２０１０年８月４日」を受信する。
　従って、検索結果として、アプリケーションデータ記憶部２ａ（画像アプリケーション７ａ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーション７ｃ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する。
　このように、「８月だからＷｈｅｎに８月を指定して検索しよう」というような検索だけで、複数のアプリケーションをまたいで検索することが可能である。
　尚、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部４又はアプリケーション７ａは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」のコンテンツやファイル自体や、コンテンツ名やファイル名などをアプリケーションデータ記憶部２ａから読みだして出力する。同様に、検索管理部４又はアプリケーション７ｃは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」のコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。
　更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、「Ｗｈｅｎ」の代わりに、その「Ｗｈｅｎ」の属性グループに属する「作成日時」を指定しても良い。この場合、「作成日時」に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」だけが検索結果として出力される。
　また、検索キーワードに関連する属性データの絞り込みは、検索管理部４が行っても良い。この場合、検索管理部４は、標準属性のみを各属性関係対応付け部に送信し、各属性関係対応付け部は、対応するアプリケーションの固有属性をアプリケーションに送信する。そして、各アプリケーションが、固有属性の属性データを、各属性関係対応付け部を介して検索管理部４に送信し、検索管理部がこれらの属性データから検索キーワードに関連した属性データを絞り込んでも良い。
　以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
　また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。
　更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。
　尚、本第４の実施の形態と同様な構成を、上述した第２及び第３の実施の形態に適用することは容易であることは言うまでもない。
　また、上述した説明からも明らかなように、各部をハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した各実施の形態と同様の機能、動作を実現させる。また、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。
　また、上記の実施の形態の内容は、以下のようにも表現されうる。
　（付記１）　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
　前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
　アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する検索システム。
　（付記２）　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
付記１に記載の検索システム。
　（付記３）　前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
　前記属性対応付け手段は、前記アプリケーションデータ記憶部から、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
付記２に記載の検索システム。
　（付記４）　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性を、前記対応するアプリケーションに送信し、
　前記対応するアプリケーションが、受信した固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
付記１に記載の検索システム。
　（付記５）　前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性と前記検索キーワードとを、前記対応するアプリケーションに送信し、
　前記対応するアプリケーションが、受信した固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
付記４に記載の検索システム。
　（付記６）　前記標準属性が階層的に定義されている
付記１から付記５のいずれかに記載の検索システム。
　（付記７）　前記属性対応付け手段は、アプリケーション毎に、前記検索管理部にプラグインされる
付記１から付記６のいずれかに記載の検索システム。
　（付記８）　アプリケーションに対応する属性対応付け手段の配信を要求する配信要求手段と、
　アプリケーション毎に用意された少なくとも一以上の属性対応付け手段を記憶し、前記配信要求手段要求に応答して、アプリケーションに対応する属性対応付け手段を配信する配信手段と
を有する付記１から付記７のいずれかに記載の検索システム。
　（付記９）　複数の端末の各々が、少なくとも、前記標準属性記憶部と、前記検索管理手段と、前記属性対応付け手段とを有し、
　前記複数の端末のうち所定の端末の前記検索管理手段が、入力された標準属性を他の端末の検索管理手段に送信し、
　前記他の端末の検索管理手段は、受信した標準属性を自端末の前記属性対応付け手段に出力し、前記属性対応付け手段からの検索結果を、前記所定の端末の検索管理手段に送信する
付記１から付記８のいずれかに記載の検索システム。
　（付記１０）　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
　前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
　アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する情報処理端末。
　（付記１１）　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
付記１０に記載の情報処理端末。
　（付記１２）　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、
　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、
　アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、
　前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
検索方法。
　（付記１３）　検索されたアプリケーションの固有属性の属性データのうち、ユーザから指定された検索キーワードに関連する属性データを検索する
付記１２に記載の検索方法。
　（付記１４）　前記標準属性が階層的に定義されている
付記１２又は付記１３に記載の検索方法。
　（付記１５）　前記属性関係定義ファイルは、アプリケーションが追加されると、追加されたアプリケーションに対応する属性関係定義ファイルを記憶する
付記１２から付記１４のいずれかに記載の検索方法。
　（付記１６）　複数の端末の各々が、前記標準属性と前記属性関係定義ファイルとを記憶し、
　前記複数の端末のうち所定の端末は、ユーザから指定された標準属性を、他の端末に送信し、
　前記所定の端末は、自端末の属性関係定義ファイルに基づいて、前記ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを前記アプリケーションデータ記憶部から検索し、検索結果を前記所定の端末に送信する
付記１１から付記１５のいずれかに記載の検索方法。
　（付記１７）　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、
　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、
　前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、
　前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理と
を情報処理装置に実行させる検索プログラム。
　（付記１８）　前記プログラムは、アプリケーション毎に情報処理装置にプラグインされる
付記１７に記載の検索プログラム。
　以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
　本出願は、２０１１年５月２６日に出願された日本出願特願２０１１－１１８３６６号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１　　　　　　　　　標準属性記憶部
２ａ，２ｂ，２ｃ　　アプリケーションデータ記憶部
３ａ，３ｂ，３ｃ　　属性関係対応付け部
４　　　　　　　　　検索管理部
５　　　　　　　　　検索ユーザインターフェイス
６　　　　　　　　　属性関係対応付け部取得部
７ａ，７ｂ，７ｃ　　アプリケーション
１０　　　　　　　　情報処理端末
２０　　　　　　　　属性対応付け部配信サーバ
３０　　　　　　　　通信回線

Claims (18)

  1. 　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
    　前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
    　アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
    を有する検索システム。
  2. 　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
    　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
    請求項１に記載の検索システム。
  3. 　前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
    　前記属性対応付け手段は、前記アプリケーションデータ記憶部から、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
    請求項２に記載の検索システム。
  4. 　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性を、前記対応するアプリケーションに送信し、
    　前記対応するアプリケーションが、受信した固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
    請求項１に記載の検索システム。
  5. 　前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
    　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性と前記検索キーワードとを、前記対応するアプリケーションに送信し、
    　前記対応するアプリケーションが、受信した固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
    請求項４に記載の検索システム。
  6. 　前記標準属性が階層的に定義されている
    請求項１から請求項５のいずれかに記載の検索システム。
  7. 　前記属性対応付け手段は、アプリケーション毎に、前記検索管理部にプラグインされる
    請求項１から請求項６のいずれかに記載の検索システム。
  8. 　アプリケーションに対応する属性対応付け手段の配信を要求する配信要求手段と、
    　アプリケーション毎に用意された少なくとも一以上の属性対応付け手段を記憶し、前記配信要求手段要求に応答して、アプリケーションに対応する属性対応付け手段を配信する配信手段と
    を有する請求項１から請求項７のいずれかに記載の検索システム。
  9. 　複数の端末の各々が、少なくとも、前記標準属性記憶部と、前記検索管理手段と、前記属性対応付け手段とを有し、
    　前記複数の端末のうち所定の端末の前記検索管理手段が、入力された標準属性を他の端末の検索管理手段に送信し、
    　前記他の端末の検索管理手段は、受信した標準属性を自端末の前記属性対応付け手段に出力し、前記属性対応付け手段からの検索結果を、前記所定の端末の検索管理手段に送信する
    請求項１から請求項８のいずれかに記載の検索システム。
  10. 　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
    　前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
    　アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
    を有する情報処理端末。
  11. 　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
    　前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
    請求項１０に記載の情報処理端末。
  12. 　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、
    　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、
    　アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、
    　前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
    検索方法。
  13. 　検索されたアプリケーションの固有属性の属性データのうち、ユーザから指定された検索キーワードに関連する属性データを検索する
    請求項１２に記載の検索方法。
  14. 　前記標準属性が階層的に定義されている
    請求項１２又は請求項１３に記載の検索方法。
  15. 　前記属性関係定義ファイルは、アプリケーションが追加されると、追加されたアプリケーションに対応する属性関係定義ファイルを記憶する
    請求項１２から請求項１４のいずれかに記載の検索方法。
  16. 　複数の端末の各々が、前記標準属性と前記属性関係定義ファイルとを記憶し、
    　前記複数の端末のうち所定の端末は、ユーザから指定された標準属性を、他の端末に送信し、
    　前記所定の端末は、自端末の属性関係定義ファイルに基づいて、前記ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを前記アプリケーションデータ記憶部から検索し、検索結果を前記所定の端末に送信する
    請求項１１から請求項１５のいずれかに記載の検索方法。
  17. 　アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、
    　複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、
    　前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、
    　前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理と
    を情報処理装置に実行させる検索プログラム。
  18. 　前記プログラムは、アプリケーション毎に情報処理装置にプラグインされる
    請求項１７に記載の検索プログラム。
PCT/JP2012/063246 2011-05-26 2012-05-24 検索システム、検索方法及び検索プログラム WO2012161236A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013516426A JPWO2012161236A1 (ja) 2011-05-26 2012-05-24 検索システム、検索方法及び検索プログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011118366 2011-05-26
JP2011-118366 2011-05-26

Publications (1)

Publication Number Publication Date
WO2012161236A1 true WO2012161236A1 (ja) 2012-11-29

Family

ID=47217310

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/063246 WO2012161236A1 (ja) 2011-05-26 2012-05-24 検索システム、検索方法及び検索プログラム

Country Status (2)

Country Link
JP (1) JPWO2012161236A1 (ja)
WO (1) WO2012161236A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0567155A (ja) * 1991-09-09 1993-03-19 Nippon Telegr & Teleph Corp <Ntt> 情報検索装置
JPH1091633A (ja) * 1996-07-15 1998-04-10 At & T Corp 情報サーバの情報リソースの統合化
JP2002245065A (ja) * 2001-02-14 2002-08-30 Ricoh Co Ltd 文書処理装置、文書処理方法、プログラムおよび記録媒体
JP2005141295A (ja) * 2003-11-04 2005-06-02 Just Syst Corp 文書検索装置、文書検索方法、および文書検索プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0567155A (ja) * 1991-09-09 1993-03-19 Nippon Telegr & Teleph Corp <Ntt> 情報検索装置
JPH1091633A (ja) * 1996-07-15 1998-04-10 At & T Corp 情報サーバの情報リソースの統合化
JP2002245065A (ja) * 2001-02-14 2002-08-30 Ricoh Co Ltd 文書処理装置、文書処理方法、プログラムおよび記録媒体
JP2005141295A (ja) * 2003-11-04 2005-06-02 Just Syst Corp 文書検索装置、文書検索方法、および文書検索プログラム

Also Published As

Publication number Publication date
JPWO2012161236A1 (ja) 2014-07-31

Similar Documents

Publication Publication Date Title
US11032478B2 (en) Smart camera user interface
US20220156227A1 (en) Context-based file selection
US7945848B2 (en) Dynamically modifying a theme-based media presentation
US20080141136A1 (en) Clipping Synchronization and Sharing
US20090089322A1 (en) Loading predicted tags onto electronic devices
US20110119298A1 (en) Method and apparatus for searching information
US20100251085A1 (en) Content and subfolder navigation control
US20090005032A1 (en) Viewing Digital Content on a Mobile Device
JP2008504625A (ja) メタデータに基づくアイテムの検索及び特定
US20130132808A1 (en) Multi-point social media geotracker
JP6381187B2 (ja) 情報処理装置、情報処理方法、及びプログラム
KR100853308B1 (ko) 항목 타입별 구조화된 검색
US10133752B2 (en) Dynamic glyph-based search
US20120221947A1 (en) Information processing apparatus and method
US20130218935A1 (en) Information processing apparatus, information processing method, and program
WO2012161236A1 (ja) 検索システム、検索方法及び検索プログラム
KR101062655B1 (ko) 태그를 이용한 메타데이터 관리 시스템 및 그 방법
JP2013065142A (ja) 検索システム、検索方法及び検索プログラム
JP2005107635A (ja) 電子フォーム入力システム、方法、プログラムおよび媒体
KR102181579B1 (ko) 환자정보 스티커 서비스 제공방법 및 이를 위한 치과용 보험청구 시스템
JP2002132825A (ja) 画像検索システム、画像検索方法、画像検索プログラム、画像検索プログラムを記録したコンピュータ読み取り可能な記憶媒体、および画像検索装置
KR101247472B1 (ko) 리소스 관리 방법, 정보 기록 매체 및 리소스 관리 장치
US20240233683A1 (en) Smart Camera User Interface
JP4663033B1 (ja) スケジュール管理システムおよびサーバ装置
JP4697937B2 (ja) 個人情報管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12788982

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013516426

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12788982

Country of ref document: EP

Kind code of ref document: A1