JP5243730B2 - Search support system, search support method - Google Patents

Description

  The present invention relates to a search support system and a search support method, and more particularly to a search support system and a search support method for performing a search related to a user's action plan input from a user as a search purpose, such as a drinking party, a dinner party, and a trip.

  There are various search sites on the Internet website. These search sites include sites for supporting user action plans such as banquets and meetings such as drinking parties and meals, and travel. For this type of search site, you first need to choose a location. If it is a drinking party, it is necessary to first specify a location or district related to the user's action plan, such as Yokohama, Kawasaki, or Ginza.

  Moreover, the user of the secretary must perform schedule adjustment of members who wish to participate in drinking parties, meals, trips, and the like. Furthermore, for farewell parties, not just drinking parties, it is necessary to prepare bouquets and gifts to be given to the host, and these are often searched using individual search sites. Therefore, there is a problem that the user needs to perform a search a plurality of times according to the contents of the action plan, which is troublesome.

That is, there is a problem that even if a search is performed using a search site, information that meets the user's wishes cannot be presented sufficiently. In this case, in order to narrow down the search results, it is necessary to specify a search condition that is not essential by the user (for example, “location”).
There is also a problem that a plurality of conditions can often be specified only for the purpose of narrowing down. Therefore, a separate search is required to see the search results for a plurality of conditions.

In addition, there is a problem that it takes time and effort to decide where and where the participants gather. Further, there is a problem that related information needs to be searched separately, and it is difficult to narrow down a store by comparing the related information, and there is a problem that it takes time to notify the participant of the related information.
By the way, Patent Document 1 describes a technique for determining a meeting place and date and supporting the meeting. Patent Document 2 describes a technique for reading a schedule record from a database and supporting setting of a shared schedule in which multiple users are scheduled to participate. Furthermore, Patent Document 3 describes a technique for confirming attendance and adjusting the schedules of a plurality of persons belonging to different organizations.
JP 2002-15101 A JP 2003-256622 A JP 2004-259032 A

  Since the problem mentioned above has arisen, the opportunity for a user to select a restaurant, a store, an accommodation facility, etc. has decreased because it takes time and effort for a user to obtain information suitable for himself or necessary information. For example, if you want to hold a farewell party and want to present a bouquet to the host, “a pub near a florist to arrange a bouquet”, “a florist open during the drinking party”, There is a problem that the use of izakaya and florist is reduced.

In addition, when searching for a restaurant for holding a farewell party, there is a problem that it is not possible to simultaneously search for arrangements for gifts to be presented to the president.
Here, Patent Document 1, Patent Document 2, and Patent Document 3 are all limited to schedule adjustment and cannot solve the above problem.
The present invention has been made to solve the above-mentioned problems of the prior art, and its purpose is to increase the chances of using information by presenting search results that match individual user action plans. It is to provide a search support system and a search support method that can be achieved.

A search support system according to an aspect of the present invention includes:
Personal information storage means (for example, corresponding to the personal information management DB 11 in FIG. 1) in which personal information including information on the nearest station of each of a plurality of users at home or work is registered;
Schedule storage means (for example, corresponding to the schedule DB 13 in FIG. 1) in which schedule information indicating the schedule of each of a plurality of users is registered in advance;
An input means for inputting a user action plan including a search purpose such as a drinking party, a dinner party, a trip, and a period condition;
Based on the personal information of each of a plurality of users registered in the personal information storage means and the schedule information of each of the plurality of users registered in the schedule storage means, the user action plan input by the input means A schedule matching means for extracting the date and place where a schedule of multiple users meets;
Wherein the plurality of tasks along the search object of a user action plan, matching a database and search purpose and tasks are modeled, extraction task extracting means (e.g., corresponding to a task extractor 161 in FIG. 2 )When,
A search site associating means (for example, corresponding to the search site associating function 162 in FIG. 2) for associating a plurality of tasks extracted by the task extracting means and search sites related to each of the plurality of tasks on a one-to-one basis; ,
A query for obtaining a search result by being transmitted to a search site associated by the search site association unit based on the date and time extracted by the schedule matching unit; and Query creation means for creating a plurality of queries corresponding to tasks one-to-one (for example, corresponding to the query creation function 163 in FIG. 2);
Search result presenting means for integrating the search results acquired by transmitting the query created by the query creating means to the search site and presenting the search results to the user as one search result according to the user action plan; ,
It is characterized by including.

According to this configuration , a query is sent to the search site related to the task according to the user action plan, and the search result suitable for the individual user action plan is presented, so that the opportunity to have the information utilized An increase can be aimed at. Further, by integrating the search results obtained by transmitting the queries in order and presenting them to the user, the user can make a decision with reference to the search results from a plurality of search sites.
The query creation means may further create a query to be transmitted to a search site related to the task extracted by the task extraction means, based on a search result obtained by transmitting the query .
According to this configuration , an appropriate search process can be performed by creating a query that takes into consideration the search results acquired by transmitting the query and performing the next search.

Before SL task extraction means, from a database tasks ordered to a user action plan is modeled, it may be extracted tasks along the user action plan.
In this way to lever, meeting to drink, for the action plan, such as travel, by extracting the ordered task, it is possible to perform the appropriate search process. For example, for “a drinking party”, an appropriate search process can be performed by extracting tasks such as reserving a bar serving as a venue, searching for a location for a secondary party, and examining a map. In addition, regarding “travel”, appropriate search processing can be performed by extracting tasks such as reservation of accommodation facilities, confirmation of transportation means, and purchase of tickets.

Further, in the case where the expenses incurred regarding the user behavior based on the search result presented by the search result presenting means are to be paid together with the accompanying person, the burden amount is calculated based on the personal information registered in the personal information storing means. burden calculation means (for example, corresponding to the burden calculating function 165 in FIG. 2) may also be further contains Ndei.
According to this configuration , the burden amount can be calculated fairly and easily by calculating the burden amount based on the personal information of the participant.

In a search support method according to an aspect of the present invention, an input step in which a computer receives an input of a user action plan including a search purpose and a period condition such as a drinking party, a dinner party, a trip, and the computer are registered in advance. A schedule matching step of extracting the date and place of the schedule of the plurality of users for the user action plan input in the input step based on the personal information of each of the plurality of users and the schedule information indicating the schedule of each of the plurality of users; , computer, a plurality of tasks along the said search object of a user action plan search object and the task is matched with the database that is modeled, and a task extracting, computer, the task extracting step Multiple tasks extracted in and A search site associating step for associating a search site associated with each of the plurality of tasks on a one-to-one basis, and a computer associated with the search site associating step based on the date and place extracted in the schedule matching step A query creation step for creating a plurality of queries that are one-to-one corresponding to the plurality of tasks and that is a query for obtaining a search result by being transmitted to a search site; A search result presentation step of integrating the search results acquired by transmitting the query created in the step toward the search site and presenting the search results to the user as one search result according to the user action plan. It is characterized by that.
According to this method, a query is sent to the search site related to the task according to the user action plan, and the search result suitable for each user action plan is presented, so that the information can be utilized. An increase can be aimed at. Further, by integrating the search results obtained by sequentially transmitting the queries and presenting them to the user, the user can make a decision with reference to the search results from a plurality of search sites.

In the query creation step, a query to be transmitted to a search site related to the task extracted in the task extraction step may be further created based on the search result acquired by transmitting the query.
According to this method , an appropriate search process can be performed by creating a query that takes into consideration the search results acquired by transmitting the query and performing the next search.

In prior Symbol task extraction step, from a database tasks ordered to a user action plan is modeled, it may be extracted tasks along the user action plan.
According to this configuration , it is possible to perform an appropriate search process by extracting ordered tasks for an action plan such as a drinking party or a trip. For example, for “a drinking party”, an appropriate search process can be performed by extracting tasks such as reserving a bar serving as a venue, searching for a location for a secondary party, and examining a map. In addition, regarding “travel”, appropriate search processing can be performed by extracting tasks such as reservation of accommodation facilities, confirmation of transportation means, and purchase of tickets.

In addition, when the computer bears the expenses incurred regarding the user behavior based on the search result presented in the search result presenting step together with the accompanying person, the burden of calculating the burden amount based on the personal information registered in advance the amount calculated step may further including Ndei.
According to this method , the burden amount can be calculated fairly and easily by calculating the burden amount based on the personal information of the participant.

According to the present invention, a query that takes into consideration the time and place convenient for all prospective participants such as banquets, meetings, and trips, and preference information of the prospective participants, is created, transmitted to a search site, and searched. By presenting the results, it is possible to present the search results along a series of actions, and to increase the chances of using the information.
When presenting search results, the search results obtained by sending queries in order are merged and presented to the user, so that the user can search results from multiple search sites, that is, search by a single search site. There is an effect that it is possible to make a decision with reference to not only the result but also information on another site.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings referred to in the following description, the same parts as those in the other drawings are denoted by the same reference numerals.
(System configuration)
FIG. 1 is a diagram showing a configuration example of a search support system according to an embodiment of the present invention. In this figure, the search support system of this example is a personal information management database (hereinafter abbreviated as DB) 11 in which personal information about each user is registered in advance, and registration of personal information in this personal information management DB 11. The personal information management unit 12 that manages the schedule, the schedule DB 13 in which the schedule for each user is registered in advance, the schedule management unit 14 that manages the registration of the schedule information in the schedule DB 13, and the schedule DB 13 It includes a schedule matching unit 15 that matches schedule information for each user who is a member of the society, and a search condition analysis unit 16 that creates a query to be transmitted to the search site and presents the search results to the user. Yes.

The personal information registered in the personal information management DB 11 includes information related to the nearest station at home or work. In this way, by registering personal information in advance and searching for it by referring to it, it is not necessary to input such information every time it is searched, and it is possible to save the input effort. Moreover, personal preference (for example, I like fish dishes and shochu) and food allergy information may be included as personal information.
By registering the schedule information of each user in advance in the schedule DB 13 and searching for it by referring to it, there is no need to contact each person who wishes to participate and check the schedule availability.

  An example of the functional configuration of the search condition analysis unit 16 is shown in FIG. As shown in the figure, the search condition analysis unit 16 registers the task according to the user action plan input by the user as a search purpose in the personal information registered in the personal information management DB 11 and the schedule DB 13. A task extraction function 161 that extracts based on the schedule information that has been extracted, a search site association function 162 that associates a task extracted by the task extraction function 161 with a search site associated with the task, and a search site association function A query creation function 163 that creates a query for acquiring a search result by being transmitted to the search site associated with the page 162 is configured.

The query creation function 163 further creates a query to be transmitted to the search site related to the task extracted by the task extraction function 161 based on the search result acquired by transmitting the query.
The task extraction function 161 extracts a task according to the user action plan from a database in which tasks ordered with respect to the user action plan are modeled.
In addition, the search condition analysis unit 16 integrates the search results obtained by sequentially transmitting the queries and presents them to the user, and the user behavior based on the search results presented by the search result presentation function 164 And a burden amount calculating function 165 for calculating a burden amount based on the personal information registered in the personal information management DB 11 when the expenses incurred with the accompanying person are to be borne together with the accompanying person.

The functional configuration described above can be realized by executing software or firmware by the CPU of this system.
As described above, the search condition analysis unit 16 extracts a task in accordance with a user action plan input from a user as a search purpose, and creates a query to be transmitted to a search site related to the task. When extracting a task, the task according to the user action plan is extracted based on the personal information registered in the personal information management DB and the schedule information registered in the schedule DB.

Returning to FIG. 1, the search support system of this example includes a payment information DB 17 that holds credit payment information, a payment unit 18 that performs payment processing using the credit payment information held in the payment information DB 17, and the present system. An advertisement effect measuring unit 19 that measures the advertisement effect is included.
As shown in the figure, registration processing S30 from a restaurant such as an izakaya to a restaurant search site needs to be performed in advance. By performing this registration, information about the restaurant is included in the search result of the search site. At the time of registration, payment of a registration fee is required. In addition, a part of the registration fee is paid to the system as an intermediary fee S31.

(System operation example)
The operation of this system will be described below.
First, registration S11 of personal information is performed from the user to the personal information management DB 11. In addition, schedule registration S12 is performed from the user to the schedule DB 13. The personal information of other users is also registered in the personal information management DB 11, and the schedule of other users is also registered in the schedule DB 13.
After the above registration process, the user action plan S13 is input as a search purpose from the user. For example, a member who wants to participate is designated and “Drinking this weekend” is entered. There may be only one member who wants to participate.

  When the user action plan S13 is input, the schedule matching unit 15 refers to the personal information management DB 11 and the schedule DB 13 and confirms the schedule of members who want to participate. The search condition analysis unit 16 requests the schedule matching unit 15 to perform a schedule matching process S14. As a result, candidate conditions are extracted. For example, the conditions “Saturday: Yokohama: after 19:00” and “Sunday: Nobi: after 12:00” are extracted.

In addition, the search condition analysis unit 16 performs access S15 to the personal information management DB 11, and performs information extraction S16 related to the user's address, whereabouts, and the like. For example, the place “Nobi” is extracted. When three members who wish to participate are designated, the date, time, and place that are scheduled for the weekend are extracted from the schedules registered in advance by the three members.
Based on the date and place extracted by the schedule matching unit 15, the search condition analysis unit 16 creates a query. This query is created by the following process.

  First, a task in accordance with the user action plan “Drinking this weekend” is extracted based on the personal information registered in the personal information management DB 11 and the schedule information registered in the schedule DB 13. In the case of a mere drinking party, the tasks extracted here are, for example, a task for determining a restaurant as a venue and a task for confirming a transportation means to the restaurant. A restaurant search site is associated with the former task, and a transfer search site is associated with the latter task.

And a restaurant search query for acquiring a search result by being transmitted toward a restaurant search site, and a transfer search query for acquiring a search result by being transmitted toward a transfer search site in order. Created.
First, transmission S17 from the search condition analysis unit 16 to the restaurant search site is performed for the created restaurant search query. And search result S18 is acquired from a restaurant search site. For example, search results S18 such as “drinking place: Saturday: Yokohama: from 20:00” and “shochu bar: Sunday: Kawasaki: from 19:00” are acquired.

Next, for the created transfer search query, transmission S19 from the search condition analysis unit 16 to the transfer search site is performed. In this case, a search is performed under the conditions of “departure point: Nobi, destination: Yokohama, arrival time: 20:00”, and a search result is acquired. For example, a search result of “Nobi 19:25 departure” is acquired.
The search results obtained as described above are integrated by the search condition analysis unit 16 and presented to the user S20. For example, a search result of “eating and drinking place: Saturday: Yokohama: from 20:00: Nobi 19:25” is presented to the user. In this case, the search result is transmitted from the system to a communication terminal such as a personal computer or a mobile phone used by the user, and displayed on the display unit of the communication terminal.

  Thereafter, the user makes a reservation to the restaurant. When the payment process S32 for the payment unit 18 is completed by the user's operation, a notification S33 to that effect is sent to the tavern that is the restaurant. If there is a reply S34 from the pub, a notification S35 to that effect is sent from the advertisement effect measuring unit 19 to the content provider. Thereby, the payment S36 from the content provider to the present system is performed for the brokerage fee.

  The above process example is a search process related to a drinking party. In addition, a search process can be performed for sightseeing and travel as a user's action plan. If necessary, search conditions may be input after designating the drinking party mode or the sightseeing mode. When searching for tourism, the search is for accommodation such as hotels, not restaurants. It is also possible to enter the purpose of sightseeing as a search condition. For example, “sightseeing colored leaves” can be entered. As described above, since the search can be performed even if the purpose is input, even when the region of the best season is different depending on the season such as the viewing of autumn leaves or cherry blossoms, the search can be performed without specifying the season or place.

(Other operation examples)
Next, another operation example of the present system will be described with reference to FIG. This figure shows the main processing when the purpose of the drinking party is a farewell party. When the user action plan S13 is input by the user, the search condition is analyzed. Then, as in the case of FIG. 1, the personal information management DB and the schedule DB are referred to, and a query is created from the task. In this example, a restaurant search query, a transfer search query, and a florist search query are created.

About the created restaurant search query, transmission S17 to the restaurant search site is performed, and the search result S18 is acquired from the restaurant search site. For example, search results S18 such as “drinking place: Saturday: Yokohama: from 20:00” and “shochu bar: Sunday: Kawasaki: from 19:00” are acquired.
Next, transmission S19 to a transfer search site is performed about the created transfer search query. For example, search is performed under the conditions of “Departure: Nobi, Destination: Yokohama, (Saturday: Arrival Time: 20:00)”, “Departure: Shibuya, Destination: Kawasaki, (Sunday: Arrival Time: 19:00)” The search result is obtained.

  Furthermore, transmission S19a to the flower shop search site is performed for the created flower shop search query. In this case, the search condition is, for example, “Yokohama, Kawasaki”. When the search result S19b is acquired, the search result is analyzed. As a result, it is possible to acquire the search results S20a of “florist open at 20:00 on Saturday” and “florist open at 19:00 on Sunday”. The search result S20c in which the search result, the restaurant search result 20b, and the transfer search result are integrated is transmitted to control the display screen, and the search result is displayed on the display screen of the user's communication terminal.

A display example of this integrated search result is shown in FIG. Referring to the figure, the user's communication terminal has a candidate (1) “Saturday from 20:00: Drinking place” and candidate (2) as “Saturday from 20:30”: Villager. (3) “Search from 19:00 on Sunday: Shochu bar” is displayed as a search result. In addition to the above display, the broken line portion in the figure is displayed in this system. That is,
In the search result of the candidate (1), “transfer guidance: 40 minutes (0 transfers) florist: 3 stores (details)” is displayed in an integrated state. The search result of the candidate (2) is displayed in a state where “transfer guidance: 40 minutes (0 transfers) florist: 1 store (details)” is integrated. In the search result of the candidate (3), “transfer guidance: 35 minutes (one transfer) florist: 2 stores (details)” is displayed in an integrated state.
As described above, in this system, the search results acquired by the queries transmitted to the respective search sites are displayed in an integrated manner, so that it is not necessary to perform a search operation for each search site.

Next, a more specific search processing example will be described.
(Search for restaurants)
The case where the search regarding a restaurant is performed is demonstrated with reference to FIGS. In these figures, the steps with shading are the steps for the user to input.
In FIG. 5, the search purpose is first input (S101). For example, the search purpose such as “lunch”, “farewell party”, “drinking party” is input by the user.
Next, the user is inquired whether an implementation period is specified (S102). For example, it is inquired about the designation of 12:00 to 13:00 for “lunch” and what day of the month for 19:00 to 21:00 for “farewell party”. When the user specifies an implementation period, the implementation period is set (S102 → S103).

When there is no designation of the execution period, the search purpose is matched with the model held in advance, and the execution period is set (S102 → S104). This retained model is a model of the standard time taken to achieve the objective for the search objective.
Next, the search period range is input by the user (S105). For example, “March”, “This week”, “Wednesday between 1 / 4-1 / 31”, and the like are input. Subsequently, the location condition is input by the user (S106). For example, “Yokohama Station”, “return by 22:00”, “along line XX”, and the like are input.

  Based on the above input, matching with information registered in the scheduler is performed (S107). In addition, when there are a plurality of members participating in the meeting, matching with information registered in a plurality of schedulers is performed. As a result of matching, the user is presented with a date / place pair that meets the conditions and other extracted conditions (S108). When the result obtained by matching is “0” or when it is desired to perform the search again, it is necessary to return to step S101 and input the information again by the user.

Next, it is judged by the user as to whether or not to narrow down the pairs presented in step S108 (S109). When narrowing down the pairs, the user narrows down the date / place pairs (S110).
Shifting to FIG. 6, matching with the model is performed for the narrowed down set, and a task for achieving the search purpose is extracted (S111). This model is a database in which search objectives and tasks are modeled. This model also expresses the order relationship of tasks. For example, search for a place for a secondary party to reserve a shop, or check a map. That is, by using a database in which tasks ordered for a search purpose are modeled, it is possible to extract a task according to the search purpose.

Next, conditions that can be set for the extracted task are presented (S112). As a result, the search site or database is associated with the task, and the search conditions that can be set for the task can be grasped. For example, in the case of the task of “reserving a shop”, “all-you-can-drink”, “with private room”, “all-you-can-eat”, etc. can be set.
Here, when the search condition is set by the user (S113), a query for restaurant search is created by combining the date and time, the location candidate, other extracted conditions, and the set condition (S114). ). For example, search for restaurants such as the combination of the first candidate for date / place and all-you-can-drink and within 5 minutes walk from the station, the combination of the second candidate for date / place and all-you-can-drink and within 5 minutes walk from the station, etc. A query for is created.

The query created by the above processing is transmitted to the restaurant search site (S115), and the search result is received (S116).
Shifting to FIG. 7, it is determined whether there is a next task (S117). If there is a next task, the search result is extracted as a search condition for the next task (S117 → S118). For example, “nearest station” for transfer search, “address”, “location”, “current position”, etc. for nearby secondary meeting place search are extracted. Then, a query is created by combining date / place candidates, other extracted conditions, and conditions set by the user (S119). This query is transmitted to the site for solving the task (S120), and the search result is received (S121). Thereafter, the process returns to step S117, and the same process is repeated.

If there is no next task in step S117, the search result is associated and presented to the user (S122). For example, in the case of a search result related to a farewell party for staff members, a candidate for a restaurant is presented to the user by displaying the required time from the company and whether there is a florist nearby.
Next, detailed information of the search result is presented as a narrowing condition (S123). For example, the opening hours of a florist, the number of rooms in a karaoke shop, etc. are presented. The presented detailed information is selected as a narrowing condition by the user (S124). Thereafter, the process proceeds to FIG. 8, and a result that satisfies the selected condition is presented to the user (S125). Here, one restaurant is selected by the user who saw the result (S126).
And the screen which displays the detailed information of the selected restaurant, and the screen to make a reservation are displayed (S127). Then, information on restaurant candidates is notified to the participating members together with the date and time, location, and other detailed information (S128). This participating member is a target person for schedule matching.

(Search related to travel)
A case where a search related to travel is performed will be described with reference to FIGS. In these figures, the steps with shading are the steps for the user to input.
In FIG. 9, the search purpose is first input (S201). For example, the search purpose such as “hot spring”, “travel alone”, “business trip”, and “ski” is input by the user.
Next, the user is inquired whether an implementation period is specified (S202). When the user designates an implementation period, the implementation period is set (S202 → S203).

When there is no designation of the execution period, the search purpose is matched with the model held in advance, and the execution period is set (S202 → S204). This retained model is a model of the standard time taken to achieve the objective for the search objective.
Next, the search period range is input by the user (S205). For example, “March”, “This week”, “Wednesday between 1 / 4-1 / 31”, and the like are input. Subsequently, the location condition is input by the user (S206). For example, “Kyushu”, “Can go by train”, “Yufuin”, etc. are entered.

  Based on the above input, matching with information registered in the scheduler is performed (S207). When there are a plurality of members participating in the trip, matching with information registered in a plurality of schedulers is performed. As a result of matching, the user is presented with a date / place pair that meets the conditions and other extracted conditions (S208). If the result obtained by the matching is “0” or if it is desired to redo the search, it is necessary to return to step S201 and input the information again by the user.

Next, it is determined by the user as to whether or not to narrow down the groups presented in step S208 (S209). When narrowing down the pairs, the user narrows down the date / place pairs (S210).
Shifting to FIG. 10, the narrowed-down group is matched with the model, and a task for achieving the search purpose is extracted (S211). This model is a database in which search objectives and tasks are modeled. This model also expresses the order relationship of tasks. For example, book a hotel, check transportation, buy a ticket. That is, by using a database in which tasks ordered for a search purpose are modeled, it is possible to extract a task according to the search purpose.

Next, conditions that can be set for the extracted task are presented (S212). As a result, the search site or database is associated with the task, and the search conditions that can be set for the task can be grasped. For example, in the case of the “reservation of accommodation facility” task, “with bath / toilet”, “with public bath”, etc. can be set.
Here, when a search condition is set by the user (S213), a query for an accommodation facility search is created by combining the date and time, a place candidate, other extracted conditions, and the set condition (S214). ). For example, a query for accommodation search such as a combination of the first candidate for date / place with hot springs and late checkout, a combination of the second candidate for date / place with hot springs, late checkout, etc. is created. The

The query created by the above processing is transmitted to the accommodation facility search site (S215), and the search result is received (S216).
Shifting to FIG. 11, it is determined whether there is a next task (S217). If there is a next task, a search result that is a search condition for the next task is extracted (S217 → S218). For example, “nearest station” for transfer search, “address”, “location”, “current position”, etc. for sightseeing spot search are extracted. Then, a query is created by combining date / place candidates, other extracted conditions, and conditions set by the user (S219). This query is transmitted to the site for solving the task (S220), and the search result is received (S221). Thereafter, the process returns to step S217, and the same process is repeated.

If there is no next task in step S217, the search result is associated and presented to the user (S222). For example, it is presented to the user by displaying the time required from home, transportation expenses, nearby sightseeing spots, souvenir shops, etc. in association with the accommodation facility candidates.
Next, the detailed information of the search result is presented as a narrowing condition (S223). For example, business hours of tourist spots, products handled at souvenir shops, etc. are presented. The presented detailed information is selected as a narrowing condition by the user (S224). Thereafter, the process proceeds to FIG. 12, and a result that satisfies the selected condition is presented to the user (S225). Here, one accommodation facility is selected by the user who saw the result (S226).
Then, a screen for displaying the detailed information of the selected accommodation facility and a screen for reservation are displayed (S227). Then, the information regarding the accommodation facility candidate is notified to the participating members together with the date, place, and other detailed information (S228). This participating member is a target person for schedule matching.

(Split processing)
A processing example in the case where the expenses of members participating in a drinking party or a trip determined as described above is a split account will be described with reference to FIG.
First, “the purpose of the drinking party”, “main staff”, and “attributes” of each member are extracted (S301). The “attribute” is, for example, personal information such as a job title or the nearest station at home. It is assumed that information on participating members, the purpose of the drinking party, presence / absence of the host, etc. can be collected in advance.
Next, when there is a host, it is determined whether the membership fee is free or discounted (S302). In order to make the membership fee free or discount, a discount rate for the membership fee is set (S302 → S303). If it is free, the discount rate is set to 100%. The “discount rate” may be set in advance as a default value (for example, 1.2 times for managers and free of charge for farewell parties) or may be set manually each time.

Further, a determination is made as to whether to set a membership fee inclination according to the attribute (S304). When setting the inclination of the membership fee, a discount rate is set according to the attribute (title, gender, etc.) (S304 → S305). A discount rate may be given preferential treatment for those who recently worked as secretaries.
Next, it is determined whether to set an inclination according to the distance to the home (S306). When setting the inclination according to the distance to the home, a discount rate according to the distance is set (S306 → S307). For example, the farthest person may ask for a fraction of the split. When considering the distance to home, the current position is determined by the position of the GPS (Global Positioning System) or mobile phone base station, the fare to each person's home is calculated, and the discount rate is calculated based on the cost of each person. Can be determined.

Further, the discount rate may be determined according to the degree of use of routes other than the “commuting commuter pass” and “company and home” routes. For example, when there is a drinking party in “Yokohama”, the discount rate for the person who is “Nobiyoko Yokosuka” may also be increased for the person whose commuter pass route is “Nobiyota Den Chofu”.
According to the discount rate determined by the above processing, the membership fee of the drinking party member is determined (S308). That is, when the expenses incurred regarding the user behavior based on the presented search result are to be borne together with the participating member (that is, the accompanying person), the borne amount is calculated based on the personal information registered in advance.

The determined membership fee payment method is determined by the following processing.
First, it is determined whether or not the secretary pays the membership fee in a lump (S309). When the secretary pays in a lump, the secretary pays in a lump, and the amount is notified to each member by e-mail or the like and collected later (S309 → S310).
On the other hand, when the secretary does not pay in a lump, each member pays the designated amount individually (S309 → S311). In this case, it is subsequently determined whether or not the credit card can be used at the restaurant (that is, whether or not payment using the credit card is possible) (S312). Note that the credit card here includes a credit function realized by exchanging predetermined data with an IC chip built in the communication terminal.

When a credit card can be used, a credit card settlement is recommended for members who can use the credit card (S312 → S313).
Further, it is determined whether or not electronic money can be used at the restaurant (that is, whether or not payment using electronic money is possible) (S314). The electronic money here includes an electronic money function realized by exchanging predetermined data with an IC chip built in the communication terminal.

  When electronic money can be used, electronic money settlement is recommended for members who can use electronic money (S314 → S315). Thereafter, the payment amount and the settlement method are presented to each member (S316), and an operation for paying the expenses is performed. For this operation, it is desirable that payment be completed by sequentially holding the communication terminals used by each member over the reader / writer. In this case, by holding the communication terminal over the reader / writer, predetermined data is exchanged between the IC chip built in the communication terminal and the reader / writer, thereby realizing an electronic money function and a credit function.

(Search support method)
In the search support system described above, the search support method shown in FIG. 14 is realized. That is, a task extraction step S41 for extracting a task in accordance with a user action plan inputted by a user as a search purpose based on pre-registered personal information and pre-registered schedule information, and the task extraction step A search site associating step S42 for associating the task extracted in S41 with a search site related to the task, and the search result is transmitted to the search site associated in the search site associating step S42. A search support method including a query creation step S43 for creating a query for acquisition is realized. According to such a search support method, a query is sent to a search site related to a task in accordance with a user action plan, and information is utilized by presenting a search result suitable for each user action plan. Increase the opportunity to receive

  In the query creation step S43, a query to be transmitted to the search site related to the task extracted in the task extraction step S41 is further created based on the search result obtained by transmitting the query. That is, an appropriate search process can be performed by creating a query in consideration of the search result acquired by transmitting the query and performing the next search.

  Furthermore, in task extraction step S41, a task according to the user action plan is extracted from a database in which tasks ordered with respect to the user action plan are modeled. That is, an appropriate search process can be performed by extracting ordered tasks for an action plan such as a drinking party or a trip. For example, for “a drinking party”, an appropriate search process can be performed by extracting tasks such as reserving a bar serving as a venue, searching for a location for a secondary party, and examining a map. In addition, regarding “travel”, appropriate search processing can be performed by extracting tasks such as reservation of accommodation facilities, confirmation of transportation means, and purchase of tickets.

Referring to FIG. 14, the search support method further includes a search result presentation step S <b> 44 for integrating the search results acquired by sequentially transmitting the queries and presenting them to the user. By integrating the search results obtained by sequentially transmitting the queries and presenting them to the user, the user can make a decision with reference to the search results from a plurality of search sites.
Further, referring to FIG. 14, the present search support method is based on personal information registered in advance in the case where the expenses incurred with respect to the user behavior based on the search result presented in the search result presentation step S44 are paid together with the accompanying person. Further included is a burden calculation step S45 for calculating the burden. By calculating the amount of burden based on the personal information of the participants, such as whether or not there is a presidency or whether it is a position, it is possible to calculate the amount of burden fairly and easily.

  INDUSTRIAL APPLICABILITY The present invention can be used when searching for a user's action plan input from a user for search purposes, such as a drinking party, a dinner party, and a trip.

It is a figure which shows the structure of the search assistance system which concerns on embodiment of this invention. It is a block diagram which shows the function structural example of the search condition analysis part in FIG. It is a figure which shows the other operation example of a search assistance system. It is a figure which shows the example of a display of a search result. It is a flowchart which shows a part of processing content in the case of performing the search regarding a restaurant. It is a flowchart which shows a part of processing content in the case of performing the search regarding a restaurant. It is a flowchart which shows a part of processing content in the case of performing the search regarding a restaurant. It is a flowchart which shows a part of processing content in the case of performing the search regarding a restaurant. It is a flowchart which shows a part of processing content in the case of performing the search regarding a trip. It is a flowchart which shows a part of processing content in the case of performing the search regarding a trip. It is a flowchart which shows a part of processing content in the case of performing the search regarding a trip. It is a flowchart which shows a part of processing content in the case of performing the search regarding a trip. It is a flowchart which shows the process example in case the expense of the member who participates in the drinking party and the trip in a restaurant is a split account. It is a flowchart which shows the search assistance method implement | achieved by the search assistance system of FIG.

Explanation of symbols

11 Personal information management DB
12 Personal Information Management Department 13 Schedule DB
14 Schedule Management Unit 15 Schedule Matching Unit 16 Search Condition Analysis Unit 17 Settlement Information DB
18 Payment unit 19 Advertising effect measurement unit 161 Task extraction function 162 Search site association function 163 Query creation function 164 Search result presentation function 165 Burden calculation function

Claims (8)

Personal information storage means in which personal information including information on the nearest station of each of a plurality of users' homes and offices is registered in advance;
Schedule storage means in which schedule information indicating a schedule of each of a plurality of users is registered in advance;
An input means for inputting a user action plan including a search purpose such as a drinking party, a dinner party, a trip, and a period condition;
Based on the personal information of each of a plurality of users registered in the personal information storage means and the schedule information of each of the plurality of users registered in the schedule storage means, the user action plan input by the input means A schedule matching means for extracting the date and place where a schedule of multiple users meets;
Wherein the plurality of tasks along the search object of a user action plan, matching a database and search purpose and tasks are modeled, and task extracting means for extracting,
Search site association means for associating a plurality of tasks extracted by the task extraction means and search sites related to each of the plurality of tasks on a one-to-one basis;
A query for obtaining a search result by being transmitted to a search site associated by the search site association unit based on the date and time extracted by the schedule matching unit; and Query creation means for creating a plurality of queries corresponding to tasks one-to-one,
Search result presenting means for integrating the search results acquired by transmitting the query created by the query creating means to the search site and presenting the search results to the user as one search result according to the user action plan; ,
A search support system characterized by including:   The query creation unit further creates a query to be transmitted to a search site related to a task extracted by the task extraction unit based on a search result acquired by transmitting a query. The described search support system.   The task extracting unit extracts a task according to the user action plan from a database in which tasks ordered with respect to the user action plan are modeled. Search support system.   A burden amount for calculating the burden amount based on the personal information registered in the personal information storage means when the accompanying user bears the expenses incurred with respect to the user behavior based on the search result presented by the search result presentation means. The search support system according to any one of claims 1 to 3, further comprising calculation means. An input step in which the computer accepts an input of a user action plan including a search purpose such as a drinking party, a dinner party, a trip, and a period condition;
The date and time when the plurality of users are scheduled for the user action plan input in the input step based on the personal information of each of the plurality of users and the schedule information indicating the schedule of each of the plurality of users registered in advance. And a schedule matching step to extract the location,
Computer, wherein a plurality of tasks along the search object of a user action plan, matching a database and search purpose and tasks are modeled, and tasks extracting,
A search site association step in which the computer associates the plurality of tasks extracted in the task extraction step and the search sites related to each of the plurality of tasks on a one-to-one basis;
A computer is a query for obtaining a search result by being transmitted to a search site associated in the search site association step based on the date and time extracted in the schedule matching step, and A query creation step of creating a plurality of queries corresponding to the plurality of tasks on a one-to-one basis;
A search result in which a computer integrates search results acquired by transmitting the query created in the query creation step toward the search site and presents the search results as one search result according to the user action plan A presentation step;
A search support method comprising:   6. The query creation step further creates a query to be transmitted to a search site related to the task extracted in the task extraction step based on a search result acquired by transmitting the query. The search support method described in.   The search according to claim 5 or 6, wherein, in the task extraction step, a task according to the user action plan is extracted from a database in which tasks ordered with respect to the user action plan are modeled. Support method.   A burden calculation for calculating a burden based on the personal information registered in advance when the computer bears a cost incurred with the accompanying user regarding the user behavior based on the search result presented in the search result presentation step. The search support method according to any one of claims 5 to 7, further comprising a step.

Images