WO2006107039A1 - 検索サーバ - Google Patents

検索サーバ Download PDF

Info

Publication number
WO2006107039A1
WO2006107039A1 PCT/JP2006/307111 JP2006307111W WO2006107039A1 WO 2006107039 A1 WO2006107039 A1 WO 2006107039A1 JP 2006307111 W JP2006307111 W JP 2006307111W WO 2006107039 A1 WO2006107039 A1 WO 2006107039A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
search
task
database
web content
Prior art date
Application number
PCT/JP2006/307111
Other languages
English (en)
French (fr)
Inventor
Takefumi Naganuma
Shoji Kurakake
Original Assignee
Ntt Docomo, Inc.
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 Ntt Docomo, Inc. filed Critical Ntt Docomo, Inc.
Priority to EP06731059A priority Critical patent/EP1879118A4/en
Priority to US11/910,657 priority patent/US20090276398A1/en
Publication of WO2006107039A1 publication Critical patent/WO2006107039A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/285—Clustering or classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • 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/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Definitions

  • a search service depending on position information such as searching for facility information by filtering information using the current position information of the user.
  • position information sensor information such as GPS (Global Positioning System) or base station information wirelessly accessed by a mobile communication terminal is used.
  • GPS Global Positioning System
  • base station information wirelessly accessed by a mobile communication terminal
  • Non-Patent Literature l K. Takahashi, N. Miura, S. Yokoji and K. Shima, "Mobile Info Search: Information Integration for Location- Aware Computing", Information Processing Journal, vol. 41, No. 4 , ⁇ 1192- 1201, 2000
  • Non-Patent Document 2 Akira Koyama, Akira Hiramatsu, Koichi Yamada, “Toward the construction of a public information space for the citizens of Digital City Kyoto, bit, vol. 33, No. 4, pp. 8—12 , 2001 Disclosure of the Invention
  • the present invention has been made to solve the above-described problems, and an object thereof is to provide a search server that can easily perform a plurality of types of searches.
  • a search server associates a plurality of search target databases that store information to be searched and classification information indicating a classification corresponding to the information, and the search information and the classification information. And a classification information database based on the search information included in the search request received by the search request means.
  • the classification information specifying means for specifying the classification information related to the search request with reference to the information held in the search information, and the search target information corresponding to the classification information specified by the classification information specifying means are acquired from the search target database.
  • Information acquisition means for generating search result information for generating a search result for a search request based on information to be searched acquired by the information acquisition means And.
  • the search information refers to information that is a key for performing a search.
  • the search information included in the search request also identifies classification information, and searches the plurality of search target databases using this classification information. Since the classification information does not depend on the search target format, multiple types of searches are possible. That is, according to the present invention, a plurality of types of searches can be easily performed without the need to perform each search individually.
  • position information is further associated with the search target information held in at least one of the search target databases, and the search request receiving means includes a terminal related to the search request. It is preferable that the position information is further received from the information, and the information acquisition unit acquires the information to be searched corresponding to the classification information specified by the classification information specifying unit and the position information acquired by the search request receiving unit. According to this configuration, when the information to be searched is related to the position, the information can be narrowed down by the position information, and a more appropriate search can be performed.
  • the information processing device further includes a position information database that holds the position information in a hierarchical manner, and the information acquisition unit acquires information on a search target corresponding to the position information with reference to the position information database. . According to this configuration, it is possible to easily hold the position information in the search target database.
  • the classification related to the classification information is performed based on a user's action request. According to this configuration, the user's intention can be appropriately reflected in the search, and the search can be performed more appropriately.
  • classification information is specified from search information included in a search request, and a plurality of search target databases are searched using this classification information. Since the classification information does not depend on the search target format, multiple types of searches are possible. That is, according to the present invention, it is possible to easily perform a plurality of types of searches without having to perform each search individually.
  • FIG. 1 is a diagram showing a configuration of a search server according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing a user behavior data management table of a user behavior database.
  • FIG. 3 is a diagram showing a facility data management table in the facility database.
  • FIG. 4 is a diagram showing a Web content address management table of the Web content database.
  • FIG. 5 is a diagram showing a position information data management table of a position information database.
  • FIG. 6 is a flowchart of processing in the search server.
  • FIG. 7 is a diagram showing an example of a search result by the search server.
  • FIG. 9 is a diagram showing an overall configuration of a problem solving support system when a Web content file is registered by a PC.
  • FIG. 10 is a diagram showing a functional configuration of a problem solving support server.
  • FIG. 11 is a diagram showing an example of data storage in a user behavior database.
  • FIG. 12 is a diagram showing an example of data storage in the concept definition database.
  • FIG. 13 is a diagram showing the first half of an example of data storage in a Web content database.
  • FIG. 14 is a diagram showing the latter half of the data storage example in the Web content database.
  • FIG. 15 is a flowchart for explaining a task model providing process executed by the problem solving support server.
  • FIG. 16 is a diagram showing an example of a task model displayed on a mobile terminal.
  • FIG. 17 is a diagram showing an example of a screen displayed on the mobile terminal in order to set detailed information regarding the task model.
  • FIG. 18 is a flowchart for explaining URI-list presentation processing executed by the problem solving support server.
  • FIG. 1 shows a configuration of an information search system 10 including a search server 14 according to an embodiment of the present invention.
  • the information search system 10 includes a mobile communication terminal 12 and a search server 14, and searches from the search server 14 in response to a search request from the mobile communication terminal 12.
  • the mobile communication terminal 12 is a terminal operated by a user.
  • the mobile communication terminal 12 can be connected to a mobile communication network such as a mobile phone network, and can be connected to the search server 14 via the mobile communication network.
  • a search request is sent from the mobile communication terminal 12 to the search server 14.
  • This query includes a territory character string that is information for search, and the search server 14 searches for information by referring to this query character string.
  • the mobile communication terminal 12 is a GPS
  • Global Positioning System or the like can acquire the position information of the terminal 12 and sends the acquired position information to the search server 14 together with the above query.
  • position information acquired and transmitted for example, coordinate information indicating the latitude and longitude of the mobile communication terminal 12 is equivalent.
  • the mobile communication terminal 12 includes hardware capabilities such as a CPU (Central Processing Unit), a memory, and a communication module. Specifically, it corresponds to a mobile phone or the like. Alternatively, the mobile communication terminal 12 may be a PDA (Personal Digital Assistance) or the like, and may be a terminal not necessarily portable such as a PC (Personal Computer).
  • the communication network to which the mobile communication terminal 12 is connected may be a wired network such as the Internet other than the mobile communication network. Although one mobile communication terminal 12 is not drawn in FIG. 1, the information search system 10 usually includes a plurality of mobile communication terminals 12.
  • the search server 14 has a plurality of search target databases, receives a search request for the search target database from the mobile communication terminal 12, generates a search result corresponding to the search request, and moves Sent to communication terminal 12.
  • the search server 14 is realized by a server device configured with hardware capabilities such as a CPU, a memory, a storage, and a communication module.
  • the search server 14 can be connected from the mobile communication terminal 12. Thus, it is provided in a mobile communication network or the like to which the mobile communication terminal 12 can be connected.
  • the search server 14 includes a query receiving unit 20, a location information receiving unit 21, a user behavior database 22, a user behavior determination unit 23, a facility database 24, and a facility selection unit. 25, a web content database 26, a location information database 27, a web content selection unit 28, a map database 29, and a search result information generation unit 30.
  • the query receiving unit 20 is a search request receiving unit that receives a query (search request) including a query character string (search information) transmitted from the mobile communication terminal 12. The received query is transmitted to the user behavior determination unit 23.
  • the location information receiving unit 21 functions as a search request receiving unit that receives location information of the terminal 12 transmitted from the mobile communication terminal 12 together with the query.
  • the acquired location information is transmitted to the facility selection unit 25 and the Web content selection unit 28 for use in the search.
  • the user behavior database 22 is a classification information database in which search information and classification information are associated with each other in advance.
  • the search server 14 information to be searched is classified in advance according to the information.
  • the classification information is information indicating this classification. Note that the search information in the user behavior database 22 is not prepared from the mobile communication terminal 12 but prepared in advance on the search server 14 side. The above classification is performed based on the user's action request (task) as shown in the following specific example.
  • the user behavior database 22 holds information by storing each data in a user behavior data management table 22a as shown in FIG. 2, for example.
  • “task ID”, “task name”, and “parent task ID” are stored in association with each other.
  • the “task ID” identifies data in the user behavior data management table 22a and corresponds to classification information.
  • “Task name” is a character string that indicates the content of the classification, and corresponds to the above search information.
  • “Parent task ID” indicates the hierarchical relationship of the data corresponding to the “task ID” of the upper data. For example, as shown in Fig. 2, the task ID “1002” and the task name “determine movie title” data is displayed with the task ID “1001”.
  • the user behavior determination unit 23 refers to the query character string included in the query received by the query reception unit 20 and the information stored in the user behavior database 22, and determines the task ID related to the query. This is classification information specifying means for specifying. Specifically, the query character string is identified by matching with the “task name” in the user behavior data management table 22a. If there is a task name that matches the query string, it is sent to the facility selection unit 25 and the Web content selection unit 28 for use in the task ID search corresponding to the task name. If the lower data of the corresponding task name exists in the user behavior data management table 22a, the task ID corresponding to the lower data is also transmitted to the facility selection unit 25 and the Web content selection unit 28.
  • the query character string is identified by matching with the “task name” in the user behavior data management table 22a. If there is a task name that matches the query string, it is sent to the facility selection unit 25 and the Web content selection unit 28 for use in the task ID search corresponding to the task name. If the lower data of the corresponding task name exists in
  • the facility database 24 is one of the search target databases in which the search server 14 holds the search target information.
  • the facility database 24 holds information to be searched and a task ID in association with each other in advance.
  • the information to be searched in the facility database 24 is information about the facility such as what kind of facility is located where.
  • the facility database 24 holds information by storing each facility data in a facility data management table 24a as shown in FIG. 3, for example. As shown in FIG. 3, in the facility data management table 24a, “facility name”, “facility type”, “latitude”, “longitude”, and “task” are stored in association with each other!
  • the facility data management table 24a in the facility data management table 24a, “facility name”, “facility type”, “latitude”, “longitude”, and “task” are stored in association with each other!
  • the “facility name” is a character string and indicates the name of the facility.
  • “Facility type” is a character string indicating the type of facility.
  • “Latitude” and “Longitude” indicate the latitude and longitude where the facility is located.
  • the “task ID” is classification information associated with the facility data, and is information used when the facility selection unit 25 acquires (searches) data. That is, the “task ID” in the facility database 24 indicates that the facility relates to an action request related to the “task” defined in the user action database 22! / For example, in the facility data management table 24a, the data on the first line indicates that the facility name “ABC Ticket”, which is the facility type of “ticket sale”, is “35 degrees 17 minutes north” and “139 degrees 39 minutes east”. It is located and associated with task ID “1011”.
  • the facility selection unit 25 is an information acquisition unit that acquires information on a search target corresponding to the task ID specified by the user behavior determination unit 23 from the facility database 24. Also, the search target information is acquired based on the position information of the mobile communication terminal 12 received by the position information receiving unit 21. Specifically, from the facility data held in the facility database 24, data having the specified task ID and “within the effective range” of the mobile communication terminal 12 is acquired.
  • “within the effective range” means that, for example, the facility conforms to the rule that it is located within 5 km from the position of the mobile communication terminal 12 received by the position information receiving unit 21. This rule is set in advance in the facility selection unit 25.
  • the distance between the mobile communication terminal 12 and the facility is calculated from the location information of the mobile communication terminal 12 and the location information of the facility stored in the facility database 24.
  • a plurality of facility data may be acquired.
  • the acquired search target information is transmitted to the search result information generation unit 30.
  • the Web content database 26 is one of search target databases in which search target information is held in the search server 14.
  • the Web content database 26 stores information to be searched and a task ID in association with each other in advance.
  • the search target information in the Web content database 26 is information related to the Web content such as the access destination address of the Web content.
  • the Web content database 26 holds information by storing each Web content data in a Web content address management table 26a as shown in FIG. As shown in FIG. 4, in the Web content address management table 26a, “service name”, “URI (Uniform Resource Identifier)”, “task ID”, and “spatial attribute” are associated with each data and stored. ing.
  • the "service name” is a character string, and what information the web content holds! /
  • the “URI” is a string, and we b Indicates address information for accessing content.
  • the “task ID” is classification information associated with the web content, and is information used when the Web content selection unit 28 acquires (searches) data. That is, the “task ID” in the Web content database 26 indicates that the Web content provides information related to the action request related to the “task ID” defined in the user action database 22.
  • the “spatial attribute” is a character string indicating a position, and indicates a position target range of a user who uses the Web content (one of position information). The “spatial attribute” is held only by data that can define the “spatial attribute” that does not need to be held by all data in the web content address management table 26a.
  • the “spatial attribute” is used by the web content selection unit 28 to acquire information to be searched along with information held in a position information database 27 described later.
  • the data on the first line is the Web content with the URI "http: ⁇ ****. Co.jp/samplel.html” Indicates that the task ID is associated with “10 04” and the spatial attribute is associated with “Osaka”.
  • the location information database 27 is a database (geographic thesaurus) that holds location information for the web content selection unit 28 to interpret “spatial attributes” in the web content database 26.
  • the location information database 27 holds location information hierarchically. Specifically, the position information database 27 holds information by storing each data in a position information data management table 27a as shown in FIG. 5, for example. As shown in FIG. 4, in the location information data management table 27a, “place name”, “place name”, “upper place name ID”, “latitude” and “longitude” are stored in association with each other for each data. Yes.
  • “Location name” is a character string and corresponds to “spatial attribute” in the Web content database 26.
  • the “place name ID” is an ID for uniquely identifying each data in the position information data management table 27a.
  • the “upper place name ID” is the “place name ID” of the data in the upper hierarchy of the data. For data that does not have upper data, the “upper place name ID” is not retained.
  • “Latitude” and “Longitude” indicate the latitude and longitude of the location of the data. In the case of data having lower data, there is a case where “latitude” and “longitude” are not held in correspondence with “latitude” and “longitude” of the lower data.
  • the data with the place name “Osaka” is located at “34 degrees 30 minutes north latitude” and “135 degrees 30 minutes east longitude”, and the upper data is “Kinki”. Also, indicate that the top data of “Kinki” data is “Japan”!
  • the search result information generation unit 30 generates search result information for the query from the mobile communication terminal 12 based on the search target information obtained by the facility selection unit 25 and the Web content selection unit 28. Information generation means.
  • the search result is composed of, for example, data in HTML (HyperText Markup Language) format. More on this later .
  • the generated search result information is transmitted to the mobile communication terminal 12.
  • the facility selection unit 25 retrieves the facility data, which is the search target information related to the territory, from the facility database 24.
  • the acquired facility data is data within the effective range of the mobile communication terminal 12 having the task ID specified in the facility data management table 24a.
  • the acquired facility data is transmitted to the search result information generation unit 30.
  • the search server 14 specifies the query character string (search information) force task ID (classification information) included in the query (search request), and uses this task ID.
  • Search for multiple databases (facility database 24 and web content database 26). Since the task ID does not depend on the search target format, it is possible to integrate multiple types of searches with one tale. That is, according to this embodiment, it is possible to easily perform a plurality of types of searches without the need to perform each search individually.
  • the problem solving support server 110 is a server that manages a user behavior database 120, a web content database 130, and a concept definition database: L40 (concept definition storage means), which are three types of databases with different stored information.
  • the problem solving support server 110 includes an interface for receiving a task request transmitted from the mobile communication terminal 150 and a Web content registration request transmitted via the Internet N.
  • the concept definition database 140 is a database that stores information indicating background concepts associated with user behavior.
  • Mobile communication terminal 150 is a terminal having a wireless data communication function.
  • Examples of the mobile communication terminal 150 include a mobile phone, a PHS (Personal Handyphone System), and a PDA (Personal Digital Assistance) equipped with a wireless communication card.
  • PHS Personal Handyphone System
  • PDA Personal Digital Assistance
  • Service list transmission section 1107 transmits, to mobile communication terminal 150 that is the service acquisition request source, services that can be executed by the terminal in a format that can be displayed as a list.
  • the concept definition acquisition request receiving unit 1108 receives a concept definition acquisition request transmitted from the mobile communication terminal 150 or the PC 170.
  • the concept definition transmission unit 1110 transmits the concept definition acquired by the concept definition search unit 1109 in a format that can be displayed by the mobile communication terminal 150 or PC 170 that is the request source.
  • parent task ID area 123 IDs of other tasks positioned higher than the corresponding task (for example, “0”, “1001”, “1001”,..., “1004”, ...;) Power Stored as the parent task ID. If the parent task ID contains “0” like the task with ID “1001”, it indicates that there is no higher-level task.
  • class ID area 124 class IDs (for example, “3001”, “3002”,..., “3001”, etc.
  • concept definition database 140 targeted by the corresponding task are stored. . This associates the requested task with the concept definition. Tasks other than the root task (tasks that do not have a parent task) are assigned the same ID as the class ID targeted by the parent task.
  • an ID for example, “3 001”, “3002”,..., “3005”,.
  • a character string for example, “movie”, “title”,..., “Business hours”, etc.
  • the date when the corresponding service ends (for example, 2003-8-16,..., 2003-11-6,9) is recorded as a type of attribute information in an updatable manner. This makes it possible to see how long the service is valid for the associated task.
  • the Web content database 130 further includes a class ID area 136 associated with the Web content ID 131 and an instance area 137.
  • the class ID field 136 information (for example, “3002”, “3004”, “3005”,...;) indicating whether the corresponding service is limited by information about which class in the concept definition database 140 Stored as a class ID.
  • the instance area 137 a specific value indicating the class name in the concept definition database 140, which is specified by the corresponding class ID, is stored as an instance.
  • the Web content file registration process executed as the first phase will be described.
  • the Web content file describes the association between the task stored in the user behavior database 120 and one service existing on the network.
  • the description of the Web content file is started by acquiring the user behavior held by the problem solving support server 110.
  • the web content file is the administrator or third party of the service provider terminals 161-164 (registrant of the web content file) Is transmitted to the problem solving support server 110.
  • the registrant of the Web content file connects to the problem solving support server 110 via the PC 170 or the like and issues a user action acquisition request.
  • the user action that is the target of the acquisition request is specified by a natural language or a method of selecting from a list of user actions prepared in advance by the problem solving support server 110.
  • the user action that matches the acquisition request is acquired from the user behavior database 120 and transmitted to the request source.
  • Each task constituting the task model (user behavior) has a task ID assigned in the user behavior database 120.
  • the registrant of the web content file describes a task ID pair that associates the service URI and the service in the web content file.
  • the described Web content file is transmitted from the PC 170 to the problem solving support server 110.
  • the web content registration unit 1113 of the problem solving support server 110 analyzes the received web content file and stores it in the web content database 130.
  • FIG. 15 is a flowchart for explaining a task model providing process executed by the problem solving support server 110.
  • the problem solving support server 110 is a task in which the user behavior acquisition request receiving unit 1101 also transmits a mobile communication terminal or PC power. Wait for a model acquisition request.
  • the problem solving support server 110 uses the user behavior search unit 1102 to analyze the request content (S102), and acquires a task model that matches the request from the user behavior database 120 (S103).
  • the user behavior transmission unit 1103 transmits the task model to the mobile communication terminal 150 (S105).
  • the task model (user behavior) on the mobile communication terminal 150 is displayed using a well-known and commonly used browser for browsing the Internet.
  • An example of the task model displayed on display unit 151 of mobile communication terminal 150 at this time is shown in FIG.
  • the user (user) of the mobile communication terminal 150 can perform tasks that are located at the end of the task model, such as “View new information”, “View performance ranking”, “View evaluation information”, “View screening schedule”, etc. Select the task corresponding to the service you want to obtain from
  • the service acquisition button 15la By pressing the service acquisition button 15la, the user refers to the displayed task model and selects a task to be finally executed.
  • the detailed setting screen may be displayed when the user presses the detailed setting button 151b.
  • An example of the detailed setting screen displayed is shown in FIG.
  • the detailed setting screen 152 is used for filtering a specific service based on the conditions specified by the user from among a number of services associated with the acquired task model.
  • the user uses the Internet connection function of the mobile communication terminal 150 to connect to the problem solving support server 110 and inputs a problem to be solved.
  • the user inputs “movie” or selects a task corresponding to “watch movie” from the list.
  • the user action search unit 1102 searches the user action database 120.
  • the user behavior database 120 has the configuration shown in FIG. 11, all tasks associated with this including “watch movie” which is the root element of the task are acquired.
  • the problem solving support server 110 searches the concept definition database 140 by the concept definition search unit 1109 in order to acquire the concept definition associated with the acquired task model. Do a search.
  • the concept definition associated with the task model is determined by referring to the class ID defined in the user behavior database 120.
  • the user behavior transmission unit 1103 of the problem solving support server 1 10 converts the acquired task model and the concept definition associated therewith into a displayable format such as HTML (Hypertext Markup Language), and then converts it to a mobile communication terminal. Send to 150.
  • HTML Hypertext Markup Language
  • the user of mobile communication terminal 150 selects a task to be executed by operating an anchor or the like on the task model display screen.
  • the user presses the detailed setting button 151b displayed on the display unit 151 (see FIG. 16) to thereby display the detailed setting screen 152 (see FIG. 17). ) Can be displayed.
  • the detailed setting screen is dynamically generated by the problem solving support server 110 based on the concept definition associated with the acquired task model and stored in the concept definition database 140.
  • the detailed setting screen 152 includes a task attribute specification area in addition to a time attribute specification area 152a and a space attribute specification area 152b.
  • the detailed information corresponding to the acquired task model can be input.
  • areas 152c, 152d, and 152e in which detailed information such as a movie title, a movie theater name, and a movie theater operating time can be individually input are provided on the screen.
  • the user's input to the detailed setting screen is arbitrary, and it is only necessary to input necessary items even when inputting.
  • the user who knows the title of the movie that he / she has already watched enters only the “title of movie” item, and the movie he / she wants to watch
  • the entered value is transmitted to the problem solving support server 110 together with the task ID and the class ID corresponding to the entered value when the user presses the service acquisition button 151a.
  • the user of the mobile communication terminal 150 can display the detailed setting screen when inputting the task model or executing the task model, and can input information that has already been determined. In other words, the user's ability to make no decisions regarding movie titles or theaters If the title is determined by sequentially executing the tasks and services associated with the task of ⁇ Determining the title '', the value (determined title) ) Can be entered.
  • the ID of the selected task and the class ID corresponding to the input attribute are: Sent to the problem solving support server 110. This triggers the start of the URI-list presentation process shown in the flowchart of FIG.
  • the service acquisition request analysis unit 1105 analyzes the request contents and performs task ID and attribute information. Are extracted (S 112).
  • the problem solving support server 110 acquires all applicable URIs from the Web content database 130 based on the task ID extracted in S112 by the service search unit 1111.
  • the problem solving support server 110 analyzes the URI acquired in S113 by the service attribute extraction unit 1112 and is requested. Extract service attribute information.
  • the problem solving support server 110 uses the service attribute matching unit 1106 to determine the time attribute value included in the request and the step S113.
  • the time attribute value set for the service extracted from the Web content database 130 is collated, and the URI that does not match the time attribute value is deleted (S117).
  • the problem solving support server 110 uses the spatial attribute value included in the request and the Web container in S113.
  • the spatial attribute value set for the service extracted from the database 130 is checked, and the URI that does not match the spatial attribute value is deleted (S119). Further, the service attribute matching unit 1106 deletes the URI that does not match the task specific attribute (S120). As a result, a service to be presented to the user of mobile communication terminal 150 is selected.
  • the problem solving support server 110 uses the service list transmission unit 1107 to convert the finally selected list of service URIs into a browser-displayable format such as HTML and transmit it to the mobile communication terminal 150.
  • problem solving support system 101 is not limited to the above-described mode, but can appropriately be modified without departing from the spirit of the system.
  • problem solving support server 110 that is also a component thereof.
  • the body composition may be integrated with the problem solving support server 110.
  • the main functions for example, the Web content file registration function and the problem solving support function
  • the problem solving support server 110 can be distributed to server apparatuses configured separately. This increases the location transparency in the system.
  • the classification information is specified from the search information included in the search request, and a search is performed on a plurality of search target databases using this classification information. Since the classification information does not depend on the search target format, multiple types of searches are possible. That is, according to the present invention, it is possible to easily perform a plurality of types of searches without having to perform each search individually.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Computational Linguistics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　検索サーバ１４は、検索対象の情報と当該情報に応じた分類を示すタスクＩＤとを対応付けて保持した複数の検索対象データベース２４，２６と、検索用情報とタスクＩＤとを対応付けて保持したユーザ行動データベース２２と、移動通信端末１２からクエリー文字列を含んだクエリーを受信するクエリー受信部２０と、クエリー文字列とユーザ行動データベース２２に保持された情報とを参照して、クエリーに係るタスクＩＤを特定するユーザ行動判定部２３と、複数の検索対象データベース２４，２６から、特定されたタスクＩＤに対応した検索対象の情報を取得する施設選択部２５及びＷｅｂコンテンツ選択部２８と、取得された検索対象の情報から、クエリーに対する検索結果の情報を生成する検索結果情報生成部３０と、を備える。

Description

明 細 書
検索サーバ
技術分野
[0001] 本発明は、検索サーバに関する。
背景技術
[0002] 携帯電話等の移動通信端末を利用したインターネット上の情報コンテンツへのァク セスが広く行われている。その中でも、例えばユーザの現在の位置情報を用いて情 報をフィルタリングして施設情報の検索等を行うといった、位置情報に依存した検索 サービスが多く利用されている。そのような検索サービスにおいては、位置情報として 、 GPS (Global Positioning System)等のセンサ情報や移動通信端末が無線アクセス する基地局情報等が用いられる。この位置情報を用いてユーザの位置を特定するこ とで、検索対象となる施設情報をその場所にいるユーザに有益だと思われる範囲に 限定したり、インターネット上の情報をその場所に最適化したりして、ユーザの利便性 向上を図っている。
[0003] しかし、上記のような検索方法では、インターネット上の一般的な情報の検索と施設 情報の検索とを個別に実行する必要があった。例えば、商品を購入する店舗を施設 情報を検索した後で、その施設で購入を予定する商品に関するインターネット上の情 報をキーワード検索等で検索する必要があった。それに対処するため、インターネッ ト上の情報コンテンツ力 住所等の位置を特定して、位置情報と情報コンテンツを関 連付ける技術が提案されている (例えば、下記の非特許文献 1及び 2参照)。
非特許文献 l : K.Takahashi,N.Miura,S.Yokoji andK.Shima, "Mobile Info Search : Infor mation Integration for Location- AwareComputing" ,情報処¾ギ会餘文誌, vol. 41 , No. 4, ρρ1192- 1201, 2000
非特許文献 2 :小山聡，平松薫，山田幸一， "デジタルシティ京都一市民のための公 共情報空間の構築をめざして，，， bit, vol. 33, No. 4, pp. 8— 12, 2001 発明の開示
発明が解決しょうとする課題 [0004] し力しながら、上記非特許文献 1及び 2に記載されている技術では、情報コンテンツ に含まれる住所等の位置を特定できる情報を用いることから、位置を特定できる情報 が含まれない情報コンテンツに対しては、適用することができなかった。特に、位置情 報を含んではいないが、特定の施設を利用する際に必要とされる情報コンテンツを ユーザに提示することができな力つた。また、上記のように複数の種類の検索を行い たい場合に各検索を個別に行うことは、例えば操作性や画面の一覧性が十分でない 携帯端末にぉ 、ては、ユーザに負担を強 、ることになる。
[0005] 本発明は、以上の問題点を解決するためになされたものであり、簡易に複数種類 の検索を行うことができる検索サーバを提供することを目的とする。
課題を解決するための手段
[0006] 本発明に係る検索サーバは、検索対象の情報と当該情報に応じた分類を示す分 類情報とを対応付けて保持した複数の検索対象データベースと、検索用情報と分類 情報とを対応付けて保持した分類情報データベースと、端末から検索用情報を含ん だ検索要求を受信する検索要求受信手段と、検索要求手段により受信された検索 要求に含まれる検索用情報に基づいて、分類情報データベースに保持された情報 を参照して当該検索要求に係る分類情報を特定する分類情報特定手段と、検索対 象データベースから、分類情報特定手段により特定された分類情報に対応した検索 対象の情報を取得する情報取得手段と、情報取得手段により取得された検索対象の 情報に基づいて検索要求に対する検索結果の情報を生成する検索結果情報生成 手段と、を備えることを特徴とする。ここで、検索用情報とは、検索を行うためのキーと なる情報をさす。
[0007] 本発明に係る検索サーバでは、検索要求に含まれる検索用情報力も分類情報を 特定し、この分類情報を用いて複数の検索対象データベースに対して検索を行う。 分類情報は検索対象の形式には依存していないので、複数種類の検索が可能とな る。即ち、本発明によれば、それぞれの検索を個別に行う必要がなぐ簡易に複数種 類の検索を行うことができる。
[0008] また、検索対象データベースの少なくとも 1つに保持された検索対象の情報には、 位置情報が更に対応付けられており、検索要求受信手段は、検索要求に係る端末 から位置情報を更に受信し、情報取得手段は、分類情報特定手段により特定された 分類情報及び検索要求受信手段により取得された位置情報に対応した検索対象の 情報を取得する、ことが好ましい。この構成によれば、検索対象の情報が位置に係る ものである場合、位置情報により情報を絞り込むことが可能となり、より適切な検索が 可會 になる。
[0009] また、位置情報を階層的に保持した位置情報データベースを更に備え、情報取得 手段は、当該位置情報データベースを参照して位置情報に対応した検索対象の情 報を取得する、ことが好ましい。この構成によれば、検索対象データベースにおける 位置情報の保持を容易〖こさせることができる。
[0010] また、分類情報に係る分類はユーザの行動要求に基づいて行われていることが好 ましい。この構成によれば、ユーザの意図を適切に検索に反映することができ、より適 切に検索を行うことが可能になる。
発明の効果
[0011] 本発明では、検索要求に含まれる検索用情報から分類情報を特定し、この分類情 報を用いて複数の検索対象データベースに対して検索を行う。分類情報は検索対 象の形式には依存していないので、複数種類の検索が可能となる。即ち、本発明に よれば、それぞれの検索を個別に行う必要がなぐ簡易に複数種類の検索を行うこと ができる。
図面の簡単な説明
[0012] [図 1]図 1は、本発明の実施形態に係る検索サーバの構成を示す図である。
[図 2]図 2は、ユーザ行動データベースのユーザ行動データ管理テーブルを示す図 である。
[図 3]図 3は、施設データベースの施設データ管理テーブルを示す図である。
[図 4]図 4は、 Webコンテンツデータベースの Webコンテンツアドレス管理テーブルを 示す図である。
[図 5]図 5は、位置情報データベースの位置情報データ管理テーブルを示す図であ る。
[図 6]図 6は、検索サーバにおける処理のフローチャートである。 [図 7]図 7は、検索サーバによる検索結果の例を示す図である。
[図 8]図 8は、本発明に係る検索サーバの他の実施形態であるサーバ群を備える問 題解決支援システムの全体構成を示す図である。
[図 9]図 9は、 PCにより Webコンテンツファイルを登録する場合の問題解決支援シス テムの全体構成を示す図である。
[図 10]図 10は、問題解決支援サーバの機能的構成を示す図である。
[図 11]図 11は、ユーザ行動データベースにおけるデータ格納例を示す図である。
[図 12]図 12は、概念定義データベースにおけるデータ格納例を示す図である。
[図 13]図 13は、 Webコンテンツデータベースにおけるデータ格納例の前半部分を示 す図である。
[図 14]図 14は、 Webコンテンツデータベースにおけるデータ格納例の後半部分を示 す図である。
[図 15]図 15は、問題解決支援サーバにより実行されるタスクモデル提供処理を説明 するためのフローチャートである。
[図 16]図 16は、携帯端末に表示されるタスクモデルの一例を示す図である。
[図 17]図 17は、タスクモデルに関して詳細情報を設定するために携帯端末に表示さ れる画面の一例を示す図である。
[図 18]図 18は、問題解決支援サーバにより実行される URI—覧提示処理を説明する ためのフローチャートである。
符号の説明
10· ··情報検索システム、 12· ··移動通信端末、 14…検索サーバ、 20· ··クエリー受 信部、 21· ··位置情報受信部、 22· ··ユーザ行動データベース、 22a…ユーザ行動デ ータ管理テーブル、 23· ··ユーザ行動判定部、 24…施設データベース、 24a…施設 データ管理テーブル、 25· ··施設選択部、 26… Webコンテンツデータベース、 26a- ·· Webコンテンツアドレス管理テーブル、 27· ··位置情報データベース、 27a…位置情 報データ管理テーブル、 28〜Webコンテンツ選択部、 29…地図データベース、 30 …検索結果情報生成部。
発明を実施するための最良の形態 [0014] 以下、図面とともに本発明による検索サーバの好適な実施形態について詳細に説 明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明 を省略する。
[0015] 図 1に本発明の実施形態に係る検索サーバ 14を含む情報検索システム 10の構成 を示す。図 1に示すように、情報検索システム 10は、移動通信端末 12と、検索サー ノ 14とを含んで構成されており、移動通信端末 12からの検索要求に応じて検索サ ーバ 14から検索結果が送信されるシステムである。移動通信端末 12は、ユーザに操 作される端末である。移動通信端末 12は、携帯電話網等の移動体通信網に接続す ることができ、移動体通信網を介して検索サーバ 14に接続することができる。移動通 信端末 12から検索サーバ 14へは、検索要求であるタエリーが送信される。このクエリ 一には、検索用情報であるタエリー文字列が含まれており、検索サーバ 14ではこの クエリー文字列を参照することにより情報検索を行う。また、移動通信端末 12は GPS
(Global Positioning System)等により、自端末 12の位置情報を取得することができ、 取得した位置情報を上記のクエリーと共に検索サーバ 14に送信する。取得及び送 信される位置情報としては、例えば移動通信端末 12の緯度及び経度を示す座標情 報が相当する。
[0016] 移動通信端末 12は、具体的には CPU (Central Processing Unit)、メモリ、通信モ ジュール等のハードウェア力 構成される。具体的には、携帯電話機等が相当する。 あるいは、移動通信端末 12は、 PDA (Personal Digital Assistance)等のものでもよく 、更に PC (Personal Computer)等の必ずしも携帯性がない端末でも構わない。移動 通信端末 12が接続する通信網も、移動体通信網以外でもインターネット等の有線の ものでもよい。なお、図 1では移動通信端末 12は 1つし力描かれていないが、情報検 索システム 10には通常、複数の移動通信端末 12が含まれる。
[0017] 検索サーバ 14は、複数の検索対象データベースを有しており、移動通信端末 12 力 の当該検索対象データベースに対する検索要求を受信し、当該検索要求に応 じた検索結果を生成して移動通信端末 12に送信する。検索サーバ 14は、具体的に は CPU、メモリ、ストレージ及び通信モジュール等のハードウェア力 構成されるサー バ装置により実現される。また、検索サーバ 14は、移動通信端末 12から接続可能な ように、移動通信端末 12が接続できる移動体通信網内等に設けられている。
[0018] 検索サーバ 14は、図 1に示すように、クエリー受信部 20と、位置情報受信部 21と、 ユーザ行動データベース 22と、ユーザ行動判定部 23と、施設データベース 24と、施 設選択部 25と、 Webコンテンツデータベース 26と、位置情報データベース 27と、 We bコンテンツ選択部 28と、地図データベース 29と、検索結果情報生成部 30とを備え て構成される。以下、検索サーバ 14の各要素について説明する。
[0019] クエリー受信部 20は、移動通信端末 12から送信された、クエリー文字列 (検索用情 報)を含んだクエリー (検索要求)を受信する検索要求受信手段である。受信されたク エリーはユーザ行動判定部 23に送信される。
[0020] 位置情報受信部 21は、クエリーと共に移動通信端末 12から送信された、当該端末 12の位置情報を受信する検索要求受信手段として機能する。取得された位置情報 は、検索に用いられるため、施設選択部 25及び Webコンテンツ選択部 28に送信さ れる。
[0021] ユーザ行動データベース 22は、検索用情報と分類情報とを予め対応付けて保持し た分類情報データベースである。検索サーバ 14において、検索対象の情報は予め その情報に応じて分類分けされている。分類情報は、この分類分けを示す情報であ る。なお、ユーザ行動データベース 22における検索用情報は、移動通信端末 12か ら受信したものではなぐ予め検索サーバ 14側で用意していたものである。上記の分 類は、以下の具体例に示すように、ユーザの行動要求 (タスク）に基づいて行われる。
[0022] ユーザ行動データベース 22は、具体的には例えば、図 2に示すようなユーザ行動 データ管理テーブル 22aに各データを格納することにより、情報を保持している。図 2 に示すように、ユーザ行動データ管理テーブル 22aには、「タスク ID」、「タスク名」及 び「親タスク ID」がデータ毎にそれぞれ対応付けられて保持されている。「タスク ID」 はユーザ行動データ管理テーブル 22aにお 、てデータを特定するものであり、分類 情報に相当する。「タスク名」は文字列で分類の内容を示したものであり、上記の検索 用情報に相当する。「親タスク ID」は、そのデータの上位のデータの「タスク ID」に対 応させてデータの上下関係を示したものである。例えば図 2に示すように、タスク IDが "1002"でタスク名カ '映画タイトルを決める"というデータは、タスク IDが" 1001"でタ スク名が"映画を見る"というデータの下位のデータとなっている。このように、検索用 情報と分類情報とを階層的に保持しておくことにより、ユーザの行動要求を正しく判 断でき、より適切かつユーザの希望に沿った検索結果の出力を行うことができる。な お、検索情報の分類は、上記のようにユーザの行動要求に基づいたもの以外であつ てもよい。
[0023] ユーザ行動判定部 23は、クエリー受信部 20により受信されたクエリーに含まれるク エリー文字列と、ユーザ行動データベース 22に保持された情報とを参照して、当該ク エリーに係るタスク IDを特定する分類情報特定手段である。具体的には、クエリー文 字列とユーザ行動データ管理テーブル 22aの「タスク名」とのマッチングを行うことに より特定する。クエリー文字列と一致するタスク名が存在していた場合、当該タスク名 に対応するタスク ID力 検索に用いられるため、施設選択部 25及び Webコンテンツ 選択部 28に送信される。ユーザ行動データ管理テーブル 22aに、当該一致したタス ク名の下位のデータが存在して ヽた場合、それら下位のデータに対応するタスク ID も、施設選択部 25及び Webコンテンツ選択部 28に送信される。
[0024] 施設データベース 24は、検索サーバ 14において検索対象の情報を保持した検索 対象データベースの一つである。施設データベース 24は、検索対象の情報とタスク I Dとを予め対応付けて保持している。施設データベース 24における検索対象の情報 は、どのような施設がどこに位置しているかといった、施設に関する情報である。施設 データベース 24は、具体的には例えば、図 3に示すような施設データ管理テーブル 24aに各施設データを格納することにより、情報を保持している。図 3に示すように、 施設データ管理テーブル 24aには、「施設名」、「施設種別」、「緯度」、「経度」及び「 タスク 」がデータ毎にそれぞれ対応付けられて保持されて!ヽる。
[0025] 「施設名」は文字列であり、施設の名前を示している。「施設種別」は文字列であり、 施設の種別を示している。「緯度」及び「経度」は、その施設が位置する緯度及び経 度を示すものである。 「タスク ID」は、その施設データに対応付けられた分類情報で あり、施設選択部 25によるデータの取得 (検索)の際に用いられる情報である。即ち、 施設データベース 24において「タスク ID」は、その施設がユーザ行動データベース 2 2で定義されたその「タスク 」に係る行動要求に関するものであることを示して！/、る。 施設データ管理テーブル 24aにおいて例えば、一行目のデータは、 "チケット販売" の施設種別である" ABC Ticket"という施設名の施設が"北緯 35度 17分"及び"東 経 139度 39分"に位置しておりタスク ID"1011"に対応付けられていることを示して いる。
[0026] 施設選択部 25は、施設データベース 24から、ユーザ行動判定部 23により特定さ れたタスク IDに対応した検索対象の情報を取得する情報取得手段である。また、検 索対象の情報の取得は、位置情報受信部 21により受信された移動通信端末 12の 位置情報にも基づいて行われる。具体的には、施設データベース 24に保持された 施設データから、特定されたタスク IDを有し、かつ移動通信端末 12の"有効範囲内" のデータを取得する。ここで、 "有効範囲内"とは、例えば施設が位置情報受信部 21 により受信された移動通信端末 12の位置から 5km以内に位置している、というルー ルに合致していることを指す。このルールは、予め施設選択部 25において設定され ている。ここで、移動通信端末 12と施設との間の距離は、移動通信端末 12の位置情 報と施設データベース 24に格納された施設の位置情報とから算出される。なお、取 得される施設データは、複数であってもよい。取得された検索対象の情報は、検索結 果情報生成部 30に送信される。
[0027] Webコンテンツデータベース 26は、検索サーバ 14において検索対象の情報を保 持した検索対象データベースの一つである。 Webコンテンツデータベース 26は、検 索対象の情報とタスク IDとを予め対応付けて保持して 、る。 Webコンテンツデータべ ース 26における検索対象の情報は、 Webコンテンツのアクセス先アドレス等の Web コンテンツに関する情報である。 Webコンテンツデータベース 26は、具体的には例え ば、図 4に示すような Webコンテンツアドレス管理テーブル 26aに各 Webコンテンツ データを格納することにより、情報を保持している。図 4に示すように、 Webコンテンツ アドレス管理テーブル 26aには、「サービス名」、「URI (Uniform Resource Identifier) 」、「タスク ID」及び「空間属性」がデータ毎にそれぞれ対応付けられて保持されてい る。
[0028] 「サービス名」は、文字列であり、 Webコンテンツがどのような情報を保持して!/、るか
(どのような情報サービスを提供する力 )を示している。「URI」は、文字列であり、 We bコンテンツにアクセスするためのアドレス情報を示している。「タスク ID」は、その We bコンテンツに対応付けられた分類情報であり、 Webコンテンツ選択部 28によるデー タの取得 (検索）の際に用いられる情報である。即ち、 Webコンテンツデータベース 2 6において「タスク ID」は、その Webコンテンツがユーザ行動データベース 22で定義 されたその「タスク ID」に係る行動要求に関する情報を提供するものであることを示し ている。「空間属性」は、位置を示す文字列であり、その Webコンテンツを利用するュ 一ザの位置的な対象範囲を示して 、る (位置情報の一つである)。「空間属性」は、 W ebコンテンツアドレス管理テーブル 26aにおける全てのデータが保持している必要は なぐ「空間属性」を定義できるデータのみにより保持されている。「空間属性」は、 We bコンテンツ選択部 28により、後述する位置情報データベース 27に保持される情報と 併せて、検索対象の情報の取得に用いられる。 Webコンテンツアドレス管理テープ ル 26aにおいて例えば、一行目のデータは、 "オンラインチケッド，というサービス名で 、 "http:〃*****.co.jp/samplel.html，，という URIの Webコンテンツが、タスク IDが" 10 04"に、空間属性が" Osaka"に対応付けられて 、ることを示して 、る。
[0029] 位置情報データベース 27は、 Webコンテンツ選択部 28が Webコンテンツデータべ ース 26における「空間属性」を解釈するための位置情報を保持したデータベース (地 理シソーラス)である。位置情報データベース 27は、位置情報を階層的に保持してい る。位置情報データベース 27は、具体的には例えば、図 5に示すような位置情報デ ータ管理テーブル 27aに各データを格納することにより、情報を保持している。図 4に 示すように、位置情報データ管理テーブル 27aには、「地名」、「地名 」、「上位地 名 ID」、「緯度」及び「経度」がデータ毎にそれぞれ対応付けられて保持されている。
[0030] 「地名」は、文字列であり、 Webコンテンツデータベース 26における「空間属性」に 対応している。「地名 ID」は、位置情報データ管理テーブル 27aにおける各データを 一意に特定するための IDである。「上位地名 ID」は、そのデータの上位の階層のデ ータの「地名 ID」である。上位のデータが存在しないデータでは、「上位地名 ID」は 保持されていない。「緯度」及び「経度」は、そのデータの位置の緯度及び経度を示 すものである。なお、下位のデータが存在するデータでは、下位のデータの「緯度」 及び「経度」に対応させ「緯度」及び「経度」は保持されていない場合がある。例えば 、地名が" Osaka"のデータは、 "北緯 34度 30分"及び"東経 135度 30分"の位置で あり上位のデータは" Kinki"であることを示している。また、 "Kinki"のデータの上位 のデータは" Japan"であることを示して!/、る。
[0031] Webコンテンツ選択部 28は、 Webコンテンツデータベース 26から、ユーザ行動判 定部 23により特定されたタスク IDに対応した検索対象の情報を取得する情報取得 手段である。また、検索対象の情報の取得は、位置情報受信部 21により受信された 移動通信端末 12の位置情報にも基づいて位置情報データベース 27を参照すること により行われる。具体的には、 Webコンテンツデータベース 26に保持された Webコン テンッデータから、特定されたタスク IDを有するデータを取得する。また、 Webコンテ ンッデータベース 26において「空間属性」を有する Webコンテンツデータに関しては 、位置情報受信部 21により受信される移動通信端末 12の位置情報がその Webコン テンッデータの「空間属性」に含まれる場合のみ取得される (「空間属性」を有して!/ヽ な!ヽ Webコンテンツデータに関しては、特定されたタスク IDを有して!/、れば取得され る)。移動通信端末 12の位置情報が「空間属性」に含まれる力否かは、位置情報デ ータベース 27のデータを参照して判断される。例えば、移動通信端末 12の位置情 報により特定される位置が、「空間属性」に対応する位置情報データベース 27のデ ータ又はその下位のデータの「緯度」及び「経度」から特定される位置から一定の距 離内 (例えば、 5km以内）にある場合、移動通信端末 12の位置情報が「空間属性」 に含まれると判断される。なお、取得される Webコンテンツデータは、複数であっても よい。取得された検索対象の情報は、検索結果情報生成部 30に送信される。
地図データベース 29は、移動通信端末 12からの検索要求に対する検索結果の情 報を生成するための地図データを格納したデータベースである。地図データは、例 えば、地図の画像のデータと、画像の各点がどの位置に対応するかを示したデータ とカゝら構成されている。
[0032] 検索結果情報生成部 30は、施設選択部 25及び Webコンテンツ選択部 28により取 得された検索対象の情報に基づいて移動通信端末 12からのクエリーに対する検索 結果の情報を生成する検索結果情報生成手段である。検索結果は、例えば、 HTM L (HyperText Markup Language)形式のデータで構成される。より詳細には後述する 。生成された検索結果の情報は、移動通信端末 12に送信される。
[0033] 引き続いて、図 6のフローチャートを用いて、本実施形態に係る検索サーバ 14で実 行される処理を説明する。本処理は、移動通信端末 12から検索サーバ 14にクエリー が送信され、検索サーバ 14において当該タエリーに対応した検索を行う処理である
[0034] まず、移動通信端末 12が移動体通信網を介して検索サーバ 14に対して送信した クエリーをクエリー受信部 20が受信する（S01)。上述したように、クエリーには、検索 用情報であるタエリー文字列が含まれている。移動通信端末 12からのクエリーの送 信は、例えば、通常インターネットにおける検索エンジンを用いる場合と同様に行わ れる。具体的には例えば、移動通信端末 12が検索サーバ 14にアクセスすることによ り移動通信端末 12に表示されるフォームにユーザの操作でクエリー文字列が入力さ れボタンが押下されることにより行われる。取得されたクエリーは、ユーザ行動判定部 23に送信される。
[0035] 一方、移動通信端末 12が検索サーバ 14に対して送信した当該端末 12の位置情 報を位置情報受信部 21が受信する（S02)。移動通信端末 12からの位置情報の送 信は、例えば上記タエリーの送信と同じタイミングで GPS等により移動通信端末 12自 身により位置情報が取得されて行われる。また、上記以外でも、位置情報はクエリー 文字列と同様にユーザにより入力されたものであってもよい。取得された位置情報は 、施設選択部 25と Webコンテンツ選択部 28とに送信される。
[0036] 続いて、取得されたクエリーに基づいて、ユーザ行動判定部 23が当該クエリーに係 るタスク IDを特定する（S03)。タスク IDの特定は、上述したように、クエリーに含まれ るクエリー文字列とユーザ行動データ管理テーブル 22aに含まれるタスク名とのマツ チングにより行われる。特定されたタスク IDは、検索対象の情報を取得するために施 設選択部 25及び Webコンテンツ選択部 28に送信される。ユーザ行動データ管理テ 一ブル 22aに、当該一致したタスク名の下位のデータが存在していた場合、それら下 位のデータに対応するタスク IDも、施設選択部 25及び Webコンテンッ選択部 28に 送信される。特定されるタスク IDが存在しない場合 (クエリー文字列に一致するタスク 名が存在しない場合）は、その時点で検索の処理は終了する。また、検索サーバ 14 は、クエリーに応じた検索対象の情報が存在しない旨を移動通信端末 12に通知する
[0037] 続いて、特定されたタスク IDと受信された移動通信端末 12の位置情報とに基づい て、施設選択部 25が、施設データベース 24からタエリーに係る検索対象の情報であ る施設データを取得する（S04)。取得される施設データは、上述したように、施設デ ータ管理テーブル 24aにおいて、特定されたタスク IDを有し、かつ移動通信端末 12 の"有効範囲内"のデータである。取得された施設データは、検索結果情報生成部 3 0に送信される。
[0038] 一方、特定されたタスク IDと受信された移動通信端末 12の位置情報とに基づいて 、 Webコンテンツ選択部 28力 Webコンテンツデータベース 26からタエリーに係る検 索対象の情報である Webコンテンツデータを取得する（S05)。取得される Webコン テンッデータは、 Webコンテンツアドレス管理テーブル 26aにお!/、て特定されたタス ク IDを有しており、上述したように移動通信端末 12の位置情報力 S「空間属性」に含ま れるものである。取得された Webコンテンツデータは、検索結果情報生成部 30に送 信される。 S04及び S05の処理の両方において、取得される検索対象の情報がない (条件に合致する検索対象の情報が存在しない)場合、検索の処理を終了し、検索 サーバ 14は、クエリーに応じた検索対象の情報が存在しない旨を移動通信端末 12 に通知する。なお、 S04及び S05の処理は、 S05の処理が先に行われてもよぐまた 両者が平行して行われてもよ 、。
[0039] 続、て、検索結果情報生成部 30が、施設選択部 25及び Webコンテンツ選択部 28 により取得された検索対象の情報から、移動通信端末 12からのクエリーに対する検 索結果の情報を生成する（S06)。生成される検索結果の情報は、上述したように、 例えば HTML形式で生成され、図 7に示すようなものである。図 7に示すように、施設 選択部 25により取得された情報は、地図データベース 29の地図データを参照して 地図上に施設データをアイコンとして表示した画像形式とする。また、 Webコンテンツ 選択部 28により取得された情報は、 HTMLのアンカータグを用いたサービス名及び URIのリスト形式とする。生成された検索結果の情報は、移動通信端末 12に送信さ れる。移動通信端末 12では、当該検索結果の情報を、ユーザが閲覧できるように、 移動通信端末 12に備えられる表示装置等に表示する。
[0040] 上述したように、本実施形態に係る検索サーバ 14では、クエリー (検索要求）に含ま れるクエリー文字列 (検索用情報)力 タスク ID (分類情報)を特定し、このタスク IDを 用いて複数の検索対象データベース（施設データベース 24及び Webコンテンツデ ータベース 26)に対して検索を行う。タスク IDは検索対象の形式には依存していない ので、 1つのタエリーで複数種類の検索を統合して行うことが可能となる。即ち、本実 施形態によれば、それぞれの検索を個別に行う必要がなぐ簡易に複数種類の検索 を行うことができる。
[0041] 本実施形態のような移動通信端末 12は、場所を問わずにどこでも利用可能である 力 携帯性を優先させるために操作性や画面閲覧性がパソコン等と比較して劣って いる。従って、本実施形態のように簡易に検索を行えることとすると、操作性及び利便 性が向上する。
[0042] また、本実施形態のように、検索対象データベース 24, 26にお 、て検索対象の情 報に位置情報が対応付けられており移動通信端末 12から受信した位置情報を施設 選択部 25及び Webコンテンツ選択部 28における検索情報の取得に用いることとす れば、位置により情報を絞り込むことが可能となり、より適切な検索が可能になる。
[0043] また、本実施形態の位置情報データベース 27のように上記の位置情報を階層的に 保持しておくこととすれば、検索対象データベースにおける位置情報の保持を容易 にさせることができる。より具体的には、位置情報を互いに階層関係を有した国名、 都道府県名、市町村名等のテキスト情報で表現することができる。このようにテキスト 情報を利用できるとすれば、緯度及び経度等の座標情報に比べて位置情報の保持 及び指定等が容易になる。
[0044] また、本実施形態のように、検索対象の分類をユーザが行!ヽた 、行動、即ち行動 要求に基づいて行われていることとすれば、検索対象の情報の数や種別を検索前に 把握していないユーザであっても行動要求をクエリー文字列とすることにより、検索が 可能になる。即ち、ユーザの意図を適切に検索に反映することができ、より適切に検 索を行うことが可能になる。
[0045] なお、本実施形態では、移動通信端末 12からタエリーと位置情報とが送信された 後、施設データベース 24からの情報と Webコンテンツデータベース 26からの情報と がー度に移動通信端末 12に送信されていた。このような実施形態以外にも、例えば 、 Webコンテンツデータベース 26からの情報のみをー且、移動通信端末 12に送信 して、その情報を参照した移動通信端末 12から追加的な情報を受信して特定された タスク IDとその追加情報と力も施設データベース 24からの情報の取得を行 、、その 情報を移動通信端末 12に送信するようにしてもよい。上記の追加情報としては、例え ば先に送信された Webコンテンツデータベース 26からの情報に含まれている位置情 報等がある。このように二段階の検索を行うことにより、より精度の高い検索を行うこと ができる。また、ユーザが検索の途中で検索当初の想定と異なる検索を行おうと考え た場合であっても、対応することができ複数の検索を容易かつ適切に行うことができ る。
[0046] 引き続き、添付図面を参照しながら、本発明に係る検索サーバの他の実施形態で あるサーバ群を備える問題解決支援システムについて説明する。図 8は、問題解決 支援システムの全体構成を示す図である。図 8に示すように、問題解決支援システム 101は、問題解決支援サーバ 110と、ユーザ行動データベース 120と、 Webコンテン ッデータベース 130と、概念定義データベース 140とを備える。これらのサーバ群 11 0, 120, 130, 140が、先の実施形態に係る検索サーバ 14に相当する。また、問題 解決支援システム 101は、インターネット Nを経由して、移動通信端末 150と、サービ スプロノくイダ端末 161, 162, 163, 164とに接続されている。
[0047] 問題解決支援サーバ 110は、格納される情報の異なる三種のデータベースである ユーザ行動データベース 120と、 Webコンテンツデータベース 130と、概念定義デー タベース: L40 (概念定義記憶手段)とを管理するサーバ装置である。問題解決支援 サーバ 110は、移動通信端末 150から送信されるタスク要求、及び、インターネット N 経由で送信される Webコンテンツ登録要求を受信するためのインタフェースを備える
[0048] 本実施形態におけるユーザ行動データベース 120は、問題解決の対象となるタス クとその解決手段を階層的に構造ィ匕したタスクモデル (複数のタスク力 構成され、ュ 一ザの行動要求を体系的にまとめたもの）を格納するデータベースである。タスクモ デルを構成するタスクは、抽象的な上位タスクと該上位タスクを分割することにより得 られるサブタスクとを少なくとも備えて構成される。サブタスクは、更に下位のサブタス ク〖こ分害することちできる。
[0049] Webコンテンツデータベース 130は、ユーザ行動と関連付けられるサービスの URI
(Uniform Resource Identifier)や属性情報を格納するデータベースである。なお、こ の Webコンテンツデータベース 130は、 SD (Service Description)格納データベース とち呼ばれる。
[0050] 概念定義データベース 140は、ユーザ行動に関連付けられた背景概念を示す情 報を格納するデータベースである。
[0051] 各データベースの具体的な構成については後述する。
[0052] 移動通信端末 150は、無線によるデータ通信機能を持った端末である。移動通信 端末 150としては、例えば、携帯電話機、 PHS (Personal Handyphone System)、無 線通信カードを備えた PDA (Personal Digital Assistance)などが相当する。
[0053] サービスプロバイダ端末 161〜164は、移動通信端末 150で利用可能な形式のサ 一ビスを提供する企業又は個人の管理するサーバ装置である。その接続形態に関し ては、インターネットに直接接続する形態、あるいは、通信事業者網を介して接続す る形態など、任意である。
[0054] Webコンテンツデータベース 130に Webコンテンツファイルを登録する主体力 PC ( Personal Computer) 170のユーザである場合におけるシステムの態様を図 9に示す。 なお、図 9では、問題解決支援システム 101の利用者と Webコンテンツファイルの登 録者とを別のユーザとして図示している力 これらの者は同一人であってもよい。以 下、図 9に示すシステム態様を想定し、本発明に係る問題解決支援システムの主要 な構成要素である問題解決支援サーバ 110の構成を詳述する。
[0055] 図 10は、問題解決支援サーバ 110の機能的構成を示す図である。図 10に示す様 に、問題解決支援サーバ 110は、ユーザ行動取得要求受信部 1101と、ユーザ行動 検索部 1102と、ユーザ行動送信部 1103 (送信手段）と、サービス取得要求受信部 1 104と、サービス取得要求解析部 1105 (解析手段）と、サービス属性マッチング部 11 06 (選択手段)と、サービスリスト送信部 1107 (提示手段)と、概念定義取得要求受 信部 1108と、概念定義検索部 1109と、概念定義送信部 1110と、サービス検索部 1 111と、サービス属性抽出部 1112 (抽出手段）と、 Webコンテンッ登録部 1113 (登 録手段)とを備える。
[0056] ユーザ行動取得要求受信部 1101は、移動通信端末 150又は PC170から送信さ れたユーザ行動取得要求を受信する。
[0057] ユーザ行動検索部 1102は、上記ユーザ行動取得要求に応じて、ユーザ行動デー タベース 120から、指定された文字列を含むタスクモデルを検索して取得する。
[0058] ユーザ行動送信部 1103は、ユーザ行動検索部 1102により取得されたタスクモデ ルを、その要求元である移動通信端末 150又は PC 170の表示可能な形式にして送 信する。
[0059] サービス取得要求受信部 1104は、移動通信端末 150から送信されたサービス取 得要求を受信する。
[0060] サービス取得要求解析部 1105は、上記サービス取得要求を解析し、該要求から、 タスクの IDと指定されたサービスの属性情報とを抽出する。
[0061] サービス属性マッチング部 1106は、サービス取得要求解析部 1105により抽出さ れた上記サービスの属性情報と、 Webコンテンツデータベース 130に格納されてい るサービスの属性情報とを比較照合して、合致するサービスの属性情報のみを抽出 する。これにより、利用者に提供されるサービスの選択を可能とする。
[0062] サービスリスト送信部 1107は、サービス取得要求元である移動通信端末 150に対 して、当該端末が実行可能なサービスを、一覧表示可能な形式で送信する。
[0063] 概念定義取得要求受信部 1108は、移動通信端末 150又は PC170から送信され た概念定義取得要求を受信する。
[0064] 概念定義検索部 1109は、上記概念定義取得要求に応じて、指定された文字列を 含むユーザ行動に関連付けられた概念定義を概念定義データベース 140から検索 して取得する。
[0065] 概念定義送信部 1110は、概念定義検索部 1109により取得された概念定義を、そ の要求元である移動通信端末 150又は PC170の表示可能な形式にして送信する。
[0066] サービス検索部 1111は、指定されたユーザ行動に対応するサービス属性情報 (ェ ントリ）を、 Webコンテンツデータベース 130から検索して取得する。
[0067] サービス属性抽出部 1112は、サービス検索部 1111により取得されたサービス属 性情報から、サービスの時間情報と空間情報とタスク固有の属性情報とを分離して抽 出する。
[0068] Webコンテンツ登録部 1113は、 PC170から送信される Webコンテンツファイルを 受信し、 Webコンテンッデータベース 130に格納する。
[0069] 続いて、ユーザ行動データベース 120の構成を説明する。図 11は、ユーザ行動デ ータベース 120内のデータ格納例を示す図である。ユーザ行動データベース 120は 、問題解決支援サーバ 110の管理者により予め定義されたデータが格納されるデー タベースである。図 11に示すように、ユーザ行動データベース 120は、タスク ID領域 121と、タスク名領域 122と、親タスク ID領域 123と、クラス ID領域 124とを有する。
[0070] タスク ID領域 121には、タスクを一意に識別するために付与された ID (例えば、 "1 001", "1002", · ··, "1011", …；)力 タスク IDとして格納されている。タスク名領域 122には、ユーザ力 要求されるタスクを想定して予め用意された文字列（例えば、 " 映画を観る"、 "映画タイトルを決める"、 · ··、 "乗り換え案内を見る"、 · ··）が、タスク名と して格納されている。
[0071] また、親タスク ID領域 123には、対応するタスクの上位に位置付けられた別のタスク の ID (例えば、 "0", "1001", "1001", · ··, "1004",…；)力 親タスク IDとして格納 されている。なお、 ID"1001"のタスクのように、親タスク IDに" 0"が格納されている場 合には、上位のタスクが存在しないことを示す。クラス ID領域 124には、対応するタス クが対象とする概念定義データベース 140内のクラス ID (例えば、 "3001", "3002" , · ··, "3001",…；)が格納されている。これにより、要求されたタスクと概念定義とが 関連付けられている。なお、ルートとなるタスク (親タスクが存在しないタスク）以外のタ スクには、その親となるタスクが対象とするクラス IDと同様の IDが付与される。
[0072] 次いで、概念定義データベース 140の構成を説明する。図 12は、概念定義データ ベース 140内のデータ格納例を示す図である。概念定義データベース 140は、問題 解決支援サーバ 110の管理者により予め定義されたデータが格納されるデータべ一 スである。図 12に示すように、概念定義データベース 140は、クラス ID領域 141と、ク ラス名領域 142と、保持クラス ID領域 143と、具象フラグ領域 144とを有する。
[0073] クラス ID領域 141には、クラスを一意に識別するために付与された ID (例えば、 "3 001", "3002", · ··, "3005", · ··)力 クラス IDとして格納されている。クラス名領域 142には、定義された概念の内容を特定するために予め用意された文字列（例えば 、 "映画"、 "タイトル"、 · ··、 "営業時間"、 · ··)が、クラス名として格納されている。
[0074] また、保持クラス ID領域 143には、対応するクラスを保持する主体となる別のクラス の ID (例えば、 "0", "3001", · ··, "3003", · ··)力 保持クラス IDとして格納されて いる。これにより、概念定義データベース 140内に存在するクラス間の保持関係を参 照可能とする。なお、 ID"3001"のクラスのように、保持クラス IDに" 0"が格納されて いる場合には、このクラス力 何れのクラスにも保持されないことを示す。具象フラグ 領域 144には、対応するクラスが値を保持可能であるカゝ否かを示す具象フラグが格 納されている。具象フラグとして、値を保持可能である場合には" 1"が設定され、値を 保持できない場合には" 0"が設定される。
[0075] 次に、 Webコンテンツデータベース 130の構成を説明する。図 13は、 Webコンテン ッデータベース 130内部のデータ格納例を示す図である。 Webコンテンツデータべ ース 130は、ネットワークを介してデータが順次に追加及び更新されるデータベース である。図 13に示すように、 Webコンテンツデータベース 130は、 Webコンテンツ ID 領域 131と、サービス URI領域 132と、タスク ID領域 133と、時間情報領域 134と、 空間情報領域 135とを有する。
[0076] Webコンテンツ ID領域 131には、 Webコンテンツを一意に識別するために付与さ れた ID (例えば、 "5001", "5002", · ··, "5006",…；)力 Webコンテンツ ID (SD—I D (Service Description- IDentification)ともいう）として格納されている。サービス URI 領域 132には、本システムに登録されたサービスをネットワーク上で特定するための 識別情報（例えば、 http://******.co.jp/samplel.html, · ··, http://******.co.jp/sa mple6.html, · ··)としての、サービス URI (Uniform Resource Identifier)が格納される。
[0077] タスク ID領域 133には、対応するサービスが関連付けられる、ユーザ行動データべ ース 120内のタスクの識別子（例えば、" 1004", "1004", · ··, "1006", · ··)力 タス ク IDとして格納される。時間情報領域 134は、開始日領域 134aと終了日領域 134b とを内部に備え、開始日領域 134aには、対応するサービスが開始される日（例えば 、 2003-7-31, · ··, 2003-8-12,…；)が属性情報の一種として更新可能に記録され る。また、終了日領域 134bには、対応するサービスが終了する日（例えば、 2003-8 -16, · ··, 2003-11-6,…）が属性情報の一種として更新可能に記録される。これに より、関連付けられるタスクに対して、サービスが、どの程度の期間有効であるのかを 参照可能とする。
[0078] 空間情報領域 135には、対応するサービスが提供される空間 (場所)を示す文字列
(例えば、 "Osaka", "Yokohama", · · ·, "Yokosuka",…）が更新可能に記録される。こ れにより、関連付けられるタスクに対して、サービスが、どの程度の地理的範囲にお V、て有効であるのかを参照可能とする。
[0079] Webコンテンツデータベース 130は、図 14に示すように、 Webコンテンツ ID131に 対応付けられたクラス ID領域 136と、インスタンス領域 137とを更に有する。クラス ID 領域 136には、対応するサービスが、概念定義データベース 140内における何れの クラスに関する情報によって限定されているかを示す情報 (例えば、 "3002", "3004 ", "3005",…；)力 クラス IDとして格納される。また、インスタンス領域 137には、対 応するクラス IDにより特定される、概念定義データベース 140内のクラス名を示す具 体的な値が、インスタンスとして格納される。
[0080] 次に、問題解決支援システム 101の動作を説明する。問題解決支援システム 101 は、主要な処理として、問題解決支援サーバ 110に対する Webコンテンツファイルの 登録処理、及び、移動通信端末 150のユーザを対象とした問題解決支援処理を実 行する。
[0081] (Webコンテンツファイルの登録処理）
まず、第 1のフェーズとして実行される Webコンテンツファイルの登録処理につ!、て 説明する。前提として、 Webコンテンツファイルには、ユーザ行動データベース 120 に格納されているタスクと、ネットワーク上に存在する 1つのサービスとの関連付けが 記述される。 Webコンテンツファイルの記述は、問題解決支援サーバ 110の保持す るユーザ行動を取得することにより開始される。 Webコンテンツファイルは、サービス プロバイダ端末 161〜 164の管理者又は第三者 (Webコンテンッファイルの登録者） により記述された後、問題解決支援サーバ 110宛に送信される。
[0082] 具体的には、 Webコンテンツファイルの登録者は、 PC 170等を介して問題解決支 援サーバ 110に接続し、ユーザ行動の取得要求を発行する。取得要求の対象となる ユーザ行動は、自然言語、若しくは問題解決支援サーバ 110が予め用意したユーザ 行動のリストから選択する方式により指定される。上記取得要求に合致するユーザ行 動をユーザ行動データベース 120から取得し、その要求元に送信する。タスクモデル (ユーザ行動）を構成する各々のタスクは、ユーザ行動データベース 120において割 り当てられているタスク IDを有する。 Webコンテンツファイルの登録者は、サービスの URIとサービスとを関連付けるタスク IDの組を Webコンテンツファイル内に記述する
[0083] なお、 Webコンテンツファイルの記述内容には、上記 URIと上記タスク IDとの組合 せのみならず、関連付けられるサービスが提供する情報の有効範囲を示す属性を付 与することもできる。この属性としては、全ての Webコンテンツファイルの記述に適用 可能な「時間属性」、及び「空間属性」と、関連付けられるタスクに固有の「タスク固有 属性」との指定が可能である。
[0084] 時間属性は、関連付けの対象とするタスクに対して、どの程度の期間、サービスが 有効なのかを指定するために使用される。時間属性の記述には、 W3CDTF (World Wide Web Consortium Date Time Format)等の標準的なエンコーディング方式を用 いる。上述した様に、時間属性としては、サービスの開始と終了の日時を指定するこ とができる。例えば、登録者が、 [2003-07-31]を開始日時の値に指定し、 [2003-08-3 1]を終了日時の値に指定することにより、関連付けられるタスクに対するサービスの 有効期限が、 2003年 7月 31日から 2003年 8月 20日までであることを示すことができる。
[0085] 同様に、空間属性は、関連付けの対象とするタスクに対して、どの場所においてサ 一ビスが有効なのかを指定するために使用される。空間属性の記述には、 GTN (Ge tty of Thesaurus geographies Name)等のシソーラスで用いられる IDを使用することが できる。例えば、 GTNにおいては、 "横浜"は [7004836]の IDにより特定される。これ により、登録者は、関連付けられるタスクに対するサービスの有効地域が、「横浜 (Yo kohama)」であることを指定することができる。 [0086] タスク固有属性は、関連付けの対象とするタスクに対して、該タスクに固有の情報を 付与するために用いられる。タスクに固有の情報は、タスクモデルに関連付けられた 概念定義の構造を参照することで指定可能な値を参照するために使用される。
[0087] 例えば、ルートとなるタスクに関連付けられたクラスとしての「映画」 1S "タイトル"、 " 映画館"の 2つの値に関連付けられており、更に、「映画館」が、 "名称"、 "営業時間" の各々の値に関連付けられているとする。この場合、 Webコンテンツ登録者は、関連 付けの対象となるタスクに対して、これらの値の内の何れか、又は、全ての値を登録 することができる。したがって、「映画を観る」をルートのタスクとするタスクモデルであ る"映画館を決める→上映スケジュールを見る"にタスクが関連付けられている場合に ぉ 、て、特定の映画タイトルにのみ関連した上映スケジュールを提供するサービスを 利用者が受ける際には、 "タイトル"に関する属性を指定することができる。また、特定 の映画館に関する情報のみを提供するサービスを利用者が受ける際には、 "映画館 "の"名称"として映画館名を入力することができる。
[0088] 各々の値の指定に際しては、概念定義に含まれるクラス IDと値のペアを記述する。
記述された Webコンテンツファイルは、 PC170から問題解決支援サーバ 110宛に送 信される。問題解決支援サーバ 110の Webコンテンツ登録部 1113は、受信した We bコンテンツファイルを解析して Webコンテンツデータベース 130に格納する。
[0089] (問題解決支援処理）
続いて、図 15〜図 18を参照して、第 2のフェーズとして実行される問題解決支援処 理について説明する。
[0090] まず、移動通信端末 150のユーザは、問題解決支援サーバ 110に解決したい問題 を提示することにより、問題解決のために選択可能なタスクモデル (ユーザ行動）を取 得する。取得要求の対象となるタスクモデルは、自然言語、若しくは問題解決支援サ ーバ 110が予め用意したタスクモデルのリストから選択する方式により指定可能であ る。
[0091] 図 15は、問題解決支援サーバ 110により実行されるタスクモデル提供処理を説明 するためのフローチャートである。まず、 S101では、問題解決支援サーバ 110は、ュ 一ザ行動取得要求受信部 1101により、移動通信端末又は PC力も送信されるタスク モデル取得要求を待機して 、る。タスクモデルの取得要求を受けた問題解決支援サ ーバ 110は、ユーザ行動検索部 1102により、要求内容を解析し (S102)、該要求に 合致するタスクモデルをユーザ行動データベース 120から取得する（S103)。そして 、タスクモデルに登録された概念定義を概念定義データベースより取得した後（S10 4)、ユーザ行動送信部 1103により、このタスクモデルを移動通信端末 150宛に送信 する（S105)。
[0092] 移動通信端末 150におけるタスクモデル (ユーザ行動）の表示は、周知慣用のイン ターネット閲覧用ブラウザ等を用いて行われる。このとき移動通信端末 150の表示部 151に表示されるタスクモデルの一例を図 16に示す。移動通信端末 150のユーザ（ 利用者)は、 "新作情報を見る"、 "興行ランキングを見る"、 "評価情報を見る"、 "上映 スケジュールを見る"等といった、タスクモデルの末端に位置するタスクの中から、取 得を所望するサービスに該当するタスクを選択する。
[0093] 利用者は、サービス取得ボタン 15 laを押下操作することで、表示されたタスクモデ ルを参照して、最終的に実行したいタスクを選択する。このとき、利用者が詳細設定 ボタン 151bを押下操作することにより、詳細設定画面が表示されるものとしてもよい。 表示される詳細設定画面の一例を図 17に示す。この詳細設定画面 152は、取得さ れたタスクモデルに関連付けられた多数のサービスの中から、利用者の指定した条 件に基づ 、て、特定のサービスをフィルタリングするために用いられる。
[0094] 詳述すると、まず、利用者は、移動通信端末 150のインターネット接続機能を用い て問題解決支援サーバ 110に接続し、解決したい問題を入力する。本実施の形態で は、利用者が「映画」と入力した場合、又は、「映画を観る」に該当するタスクをリストか ら選択した場合を想定する。問題解決支援サーバ 110のユーザ行動取得要求受信 部 1101が利用者の入力した情報を受信すると、ユーザ行動検索部 1102によりユー ザ行動データベース 120の検索が行われる。ユーザ行動データベース 120力 S図 11 に示した構成を有する場合には、タスクのルート要素である「映画を観る」を含み、こ れに関連付けられた全てのタスクが取得される。
[0095] 次に、問題解決支援サーバ 110は、取得したタスクモデルに関連付けられた概念 定義を取得するために、概念定義検索部 1109にて概念定義データベース 140の検 索を行う。タスクモデルに関連付けられた概念定義は、ユーザ行動データベース 120 にて定義されているクラス IDを参照することにより決定される。問題解決支援サーバ 1 10のユーザ行動送信部 1103は、取得したタスクモデル、及びこれに関連付けられ た概念定義を、 HTML (Hypertext Markup Language)等の表示可能な形式に変換 した上で、移動通信端末 150宛に送信する。
[0096] 移動通信端末 150のユーザは、タスクモデルの表示画面においてアンカー等を操 作することにより実行対象のタスクを選定する。また、利用者は、タスクモデルに対す る操作を行う際に、表示部 151 (図 16参照）に表示された詳細設定ボタン 151bを押 下することにより、上述した詳細設定画面 152 (図 17参照）を表示させることができる 。詳細設定画面は、取得されたタスクモデルに関連付けられて概念定義データべ一 ス 140に格納された概念定義に基づいて、問題解決支援サーバ 110にて動的に生 成される。
[0097] 図 17に示す様に、詳細設定画面 152には、時間属性の指定領域 152a、空間属性 の指定領域 152bに加えて、タスク固有属性の指定領域が設けられており、本設定画 面にて、取得されたタスクモデルに対応する詳細情報の入力が可能である。タスク固 有属性の指定領域としては、映画のタイトル、映画館の名称、映画館の営業時間とい つた詳細情報を個別に入力可能な領域 152c, 152d, 152eが画面上に設けられて いる。
[0098] 但し、詳細設定画面に対する利用者の入力は任意であり、入力する場合であって も必要な項目にのみ入力すればよい。例えば、「映画を観る」をルートとするタスクモ デルの詳細設定では、観た 、映画のタイトルを既に知って 、る利用者は「映画のタイ トル」の項目にのみ入力し、観たい映画は決まっていないが行く映画館は決まってい る利用者に関しては、「映画館の名称」の項目にのみ入力すればよいものとする。入 力された値は、サービス取得ボタン 151aを利用者が押下した際に、タスク ID及び入 力された値に対応するクラス IDと共に問題解決支援サーバ 110宛に送信される。
[0099] なお、移動通信端末 150のユーザは、タスクモデルの取得時やタスクモデルの実 行中に、詳細設定画面を表示させ、既に決定されている情報を入力することもできる 。すなわち、映画のタイトルや映画館に関して何も決定していないユーザ力 「タイト ルを決める」のタスクに関連付けられたタスク及びサービスを順次実行して ヽくことに よりタイトルが決定した場合、その時点で、詳細設定画面上の映画タイトルの項目に その値 (決定されたタイトル)を入力することができる。
[0100] 図 16に戻り、移動通信端末 150のユーザがタスクを選択してサービス取得ボタン 1 51aを押下すると、選択されたタスクの ID、及び、入力された属性に対応するクラス I Dとが、問題解決支援サーバ 110宛に送信される。これを契機として、図 18のフロー チャートに示す URI—覧提示処理の実行が開始される。問題解決支援サーバ 110 は、サービス取得要求受信部 1104により移動通信端末 150からのサービス取得要 求を受信すると (S111)、サービス取得要求解析部 1105により、要求内容を解析し 、タスク IDと属性情報のクラス IDとを抽出する（S 112)。
[0101] S113では、問題解決支援サーバ 110は、サービス検索部 1111により、 S112で抽 出されたタスク IDに基づき、該当する URIを Webコンテンッデータベース 130から全 て取得する。上記タスク IDに関して詳細情報が設定されて 、る場合には（S114 ;N 0)、問題解決支援サーバ 110は、サービス属性抽出部 1112により、 S113で取得さ れた URIを解析して、要求されたサービスの属性情報を抽出する。
[0102] 上記サービス取得要求に時間属性値が含まれる場合には（S116 ; YES)、問題解 決支援サーバ 110は、サービス属性マッチング部 1106により、当該要求に含まれる 時間属性値と、 S113で Webコンテンツデータベース 130から抽出されたサービスに 設定されて ヽる時間属性値とを照合し、時間属性値の合致しな ヽ URIを削除する (S 117)。空間属性値に関しても同様に、サービス取得要求に空間属性値が含まれる 場合には（S118 ;YES)、問題解決支援サーバ 110は、当該要求に含まれる空間属 性値と、 S 113で Webコンテンッデータベース 130から抽出されたサービスに設定さ れている空間属性値とを照合し、空間属性値の合致しない URIを削除する（S119) 。更に、サービス属性マッチング部 1106は、タスク固有属性の合致しない URIを削 除する（S120)。その結果、移動通信端末 150のユーザに提示されるべきサービス が選択される。
[0103] そして、 S112で抽出されたタスク IDに関して詳細情報が設定されていない場合 (S 114 ;YES)、あるいは、 S120の処理終了後には、 S115に移行する。すなわち、問 題解決支援サーバ 110は、サービスリスト送信部 1107により、最終的に選択された サービス URIの一覧を、 HTML等のブラウザ表示可能な形式に変換して移動通信 端末 150宛に送信する。
[0104] なお、問題解決支援システム 101は、上述の態様に限定されるものではなぐその 趣旨を逸脱しない範囲において、適宜変形態様を採ることも可能である。
[0105] 例えば、問題解決支援システム 101を構成する三種のデータベース (ユーザ行動 データベース 120、 Webコンテンツデータベース 130、及び概念定義データベース 1 40)は、同じくその構成要素である問題解決支援サーバ 110とは別体の構成とした。 しかし、これらの DBのうち、一又は複数の DBは、問題解決支援サーバ 110と一体で あってもよい。また、問題解決支援サーバ 110の有する主要な機能 (例えば、 Webコ ンテンッファイル登録機能、問題解決支援機能)は、それぞれ別体に構成されるサー バ装置に分散させることもできる。これにより、システムにおける位置の透過性が高ま る。
産業上の利用可能性
[0106] 本発明によれば、検索要求に含まれる検索用情報から分類情報を特定し、この分 類情報を用いて複数の検索対象データベースに対して検索を行う。分類情報は検 索対象の形式には依存していないので、複数種類の検索が可能となる。即ち、本発 明によれば、それぞれの検索を個別に行う必要がなぐ簡易に複数種類の検索を行 うことができる。

Claims

請求の範囲
[1] 検索対象の情報と当該情報に応じた分類を示す分類情報とを対応付けて保持した 複数の検索対象データベースと、
検索用情報と前記分類情報とを対応付けて保持した分類情報データベースと、 端末から検索用情報を含んだ検索要求を受信する検索要求受信手段と、 前記検索要求手段により受信された検索要求に含まれる検索用情報に基づいて、 前記分類情報データベースに保持された情報を参照して当該検索要求に係る分類 情報を特定する分類情報特定手段と、
前記検索対象データベースから、前記分類情報特定手段により特定された分類情 報に対応した検索対象の情報を取得する情報取得手段と、
前記情報取得手段により取得された検索対象の情報に基づいて前記検索要求に 対する検索結果の情報を生成する検索結果情報生成手段と、
を備える検索サーバ。
[2] 前記検索対象データベースの少なくとも 1つに保持された検索対象の情報には、 位置情報が更に対応付けられており、
前記検索要求受信手段は、前記検索要求に係る端末から位置情報を更に受信し 前記情報取得手段は、前記分類情報特定手段により特定された分類情報及び前 記検索要求受信手段により取得された位置情報に対応した検索対象の情報を取得 する、
ことを特徴とする請求項 1に記載の検索サーバ。
[3] 前記位置情報を階層的に保持した位置情報データベースを更に備え、
前記情報取得手段は、当該位置情報データベースを参照して前記位置情報に対 応した検索対象の情報を取得する、
ことを特徴とする請求項 2に記載の検索サーバ。
[4] 前記分類情報に係る分類はユーザの行動要求に基づ 、て行われて 、ることを特徴 とする請求項 1〜3に記載の検索サーバ。
PCT/JP2006/307111 2005-04-04 2006-04-04 検索サーバ WO2006107039A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP06731059A EP1879118A4 (en) 2005-04-04 2006-04-04 SEARCH SERVER
US11/910,657 US20090276398A1 (en) 2005-04-04 2006-04-04 Search server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-107678 2005-04-04
JP2005107678A JP2006285855A (ja) 2005-04-04 2005-04-04 検索サーバ

Publications (1)

Publication Number Publication Date
WO2006107039A1 true WO2006107039A1 (ja) 2006-10-12

Family

ID=37073580

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/307111 WO2006107039A1 (ja) 2005-04-04 2006-04-04 検索サーバ

Country Status (5)

Country Link
US (1) US20090276398A1 (ja)
EP (1) EP1879118A4 (ja)
JP (1) JP2006285855A (ja)
TW (1) TW200705880A (ja)
WO (1) WO2006107039A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009252176A (ja) * 2008-04-10 2009-10-29 Ntt Docomo Inc 情報配信装置および情報配信方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7869825B2 (en) * 2006-05-01 2011-01-11 Mcgary Faith Communication assistance system and method
JP5584603B2 (ja) * 2010-12-06 2014-09-03 富士通テン株式会社 情報提供システムおよび情報提供装置
US20130060811A1 (en) * 2011-09-02 2013-03-07 Mobile Sail, Llc System and Method for Operating Mobile Applications According to Activities and Associated Actions
JP5731940B2 (ja) * 2011-09-29 2015-06-10 株式会社Ｎｔｔドコモ テキスト位置判定装置及びテキスト位置判定方法
KR20130042328A (ko) * 2011-10-18 2013-04-26 엘지전자 주식회사 휴대 단말기 및 그 동작방법
JP5942775B2 (ja) * 2012-10-19 2016-06-29 株式会社デンソー 施設表示データ作成装置、施設表示システム、および、施設表示用データ作成プログラム
US9928030B2 (en) 2014-03-28 2018-03-27 Panasonic Intellectual Property Management Co., Ltd. Speech retrieval device, speech retrieval method, and display device
US10372732B2 (en) 2017-04-12 2019-08-06 Airwatch Llc Categorization using organizational hierarchy
JP6975080B2 (ja) * 2018-03-19 2021-12-01 Ｓｃｓｋ株式会社 レコメンドシステム及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0511693A (ja) * 1991-07-04 1993-01-22 Brother Ind Ltd 地図送信システム
JP2000076253A (ja) * 1998-08-28 2000-03-14 Nippon Telegr & Teleph Corp <Ntt> 位置関連情報検索方式
JP2003209779A (ja) * 2002-10-25 2003-07-25 Fuji Xerox Co Ltd 情報管理装置
US20030195877A1 (en) 1999-12-08 2003-10-16 Ford James L. Search query processing to provide category-ranked presentation of search results

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7487112B2 (en) * 2000-06-29 2009-02-03 Barnes Jr Melvin L System, method, and computer program product for providing location based services and mobile e-commerce
US6873967B1 (en) * 2000-07-17 2005-03-29 International Business Machines Corporation Electronic shopping assistant and method of use
US6957230B2 (en) * 2000-11-30 2005-10-18 Microsoft Corporation Dynamically generating multiple hierarchies of inter-object relationships based on object attribute values
US20030126095A1 (en) * 2001-12-28 2003-07-03 Docomo Communications Laboratories Usa, Inc. Context-aware market-making service
JP4350428B2 (ja) * 2003-06-04 2009-10-21 株式会社エヌ・ティ・ティ・ドコモ 問題解決支援用のサーバ装置及び問題解決支援方法
US20040260677A1 (en) * 2003-06-17 2004-12-23 Radhika Malpani Search query categorization for business listings search

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0511693A (ja) * 1991-07-04 1993-01-22 Brother Ind Ltd 地図送信システム
JP2000076253A (ja) * 1998-08-28 2000-03-14 Nippon Telegr & Teleph Corp <Ntt> 位置関連情報検索方式
US20030195877A1 (en) 1999-12-08 2003-10-16 Ford James L. Search query processing to provide category-ranked presentation of search results
JP2003209779A (ja) * 2002-10-25 2003-07-25 Fuji Xerox Co Ltd 情報管理装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
K. TAKAHASHI ET AL.: "Mobile Info Searching information Integration for Location-Aware Computing", JOURNAL OF INFORMATION PROCESSING SOCIETY OF JAPAN, vol. 41, no. 4, 2000, pages 1192 - 1201
NAGANUMA T. ET AL.: "Mobile User Support System based on Task Knowledge", TECHNICAL REPORT OF IEICE AI2003-81, vol. 103, no. 725, 9 March 2004 (2004-03-09), pages 1 - 6, XP003001642 *
SATOSHI OYAMA; KAORU HIRAMATSU; KOICHI YAMADA: "Digital City Kyoto-for construction of public information space for citizens", BIT, vol. 33, no. 4, 2001, pages 8 - 12
See also references of EP1879118A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009252176A (ja) * 2008-04-10 2009-10-29 Ntt Docomo Inc 情報配信装置および情報配信方法

Also Published As

Publication number Publication date
EP1879118A4 (en) 2009-01-28
JP2006285855A (ja) 2006-10-19
TWI316799B (ja) 2009-11-01
US20090276398A1 (en) 2009-11-05
TW200705880A (en) 2007-02-01
EP1879118A1 (en) 2008-01-16

Similar Documents

Publication Publication Date Title
WO2006107039A1 (ja) 検索サーバ
JP5162505B2 (ja) 環境対話式のコンテキスト指向デバイス、および、方法
US7249100B2 (en) Service discovery access to user location
US8688726B2 (en) Location-aware application searching
US8341185B2 (en) Method and apparatus for context-indexed network resources
US9460156B2 (en) Matching a first location profile with at least one other location profile
US20140019867A1 (en) Method and apparatus for sharing and recommending content
US20140258260A1 (en) Methods for on line dating
CN104115147B (zh) 位置感知应用搜索
WO2011128500A1 (en) Method and apparatus for context-indexed network resource sections
KR101610883B1 (ko) 정보 제공 장치 및 방법
WO2009035215A1 (en) Method for providing location-based advertising service
JP2003006225A (ja) 情報提供方法及びそれに用いる情報提供装置並びに端末
WO2014000280A1 (en) Method and apparatus for providing task-based service recommendations
JP2010287048A (ja) 情報検索装置、情報検索プログラム、及び携帯端末装置
JP4373751B2 (ja) 問題解決支援サーバ、及び問題解決支援方法
JP2009123160A (ja) コンテンツ情報配信装置、コンテンツ情報配信システムおよびコンテンツ情報配信方法
JP5615423B2 (ja) 情報検索装置、及び情報検索プログラム
TWI412998B (zh) 處理網頁資訊之方法及行動裝置
Hsieh et al. A mobile application framework for rapid integration of ubiquitous web services
US20150081655A1 (en) Method and apparatus for associating physical locations to online entities
Mzila et al. A service supplier database for location-based mobile commerce
Haslinger et al. Correlation of context Information for mobile services
JP2005172524A (ja) 位置情報登録検索システム、位置情報登録検索サーバ及び位置情報登録検索方法
Mzila et al. Service supplier infrastructure for location-based M-commerce

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

WWE Wipo information: entry into national phase

Ref document number: 2006731059

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11910657

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2006731059

Country of ref document: EP