JP6427008B2 - Search server with commuter pass information plus and search method - Google Patents

Description

  The present invention relates to a search system and a search method, and more particularly to a search system and a search method to which commutation ticket information is added (plus).

  Conventionally, a search system for searching for information requested by a user on the Internet is widely known. Recently, a number of systems have been proposed for performing searches and searches particularly related to the location and movement of the user in order to meet the finer-grained demands of the user.

  For example, Patent Document 1 proposes a search support system for presenting search results according to individual user action plans and aiming to increase opportunities for utilizing information. Specifically, as search purposes, tasks according to the user action plan such as drinking party and travel input from the user are registered in advance in the personal information DB and in the personal information DB and in the schedule DB. It extracts based on information and associates the extracted task with the search site related to the task. Then, the search support system creates a query to be sent toward the associated search site to obtain a search result, and further creates a query to be sent to the search site based on the obtained search result. It is disclosed.

  Further, Patent Document 2 proposes a system for searching for a recommended route for each of various available moving means or combinations of moving means, and presenting the recommended routes so that they can be compared and compared. Specifically, for each combination of a predetermined moving means set in advance and a plurality of predetermined different moving means set in advance, there is a final power search mode for searching a route from a departure place to a destination, When the mode is selected, a route from the departure point to the destination before the departure time of the route including the first move means, for each combination of the predetermined move means and the predetermined different move means, Search for the slowest route with the latest time of departure from the departure point, and sort the slowest route for each combination of a predetermined moving means and a predetermined number of different moving means according to the set sorting order A route search server or the like is disclosed that provides guidance along with departure time, required time, required fare, and the like.

JP 2008-269480 A JP, 2010-210561, A

  By the way, when it comes to movement, even if the user has a commuter pass for commuting or attending school, usually only the boarding station, getting off station, and transfer station are used, and playing and eating at the station on the way is almost impossible. It was not. Therefore, when trying to search for shopping, movie theaters, restaurants, etc. within the range where you can travel by utilizing the commuter pass, one station name is often used in the commuter pass section or in sections outside the commuter pass section. I had to enter and search.

  In addition to the station name, there are search sites that can be specified by area, but since the division of the area is determined in advance, the area often does not match the area that the user wants to search. For example, even if you try to find a target store between Shinjuku Station and Yotsuya Station, which is a commuting route, there is no division of the area including only the sections of Shinjuku Station and Yotsuya Station, so "Marunouchi Line", "Chuo Line" I was forced to search in a larger area.

  Therefore, the user can not make the best use of the commuter pass, and as a result, tends to go only to a large station. In addition, now that electronic commuter passes are widespread, it is also possible to utilize the information registered in the IC card of the commuter pass for something. However, as a search system utilizing commuter pass information, as in the route search system described in Patent Document 2, mainly used to calculate the required time and the required charge for transportation by transportation. . It is important for the user to search for stores and facilities not only travel time and travel fee, but also how efficiently a target store etc. can be searched. In addition, in many cases, women often want to take a trip with friends etc. to go to a store etc. In that case, it is also necessary to take into account the convenience of friends etc, not only for their own convenience.

  Therefore, in the present invention, in view of the above problems, it is an object of the present invention to provide a search system which takes into consideration commutation ticket information of not only the user but also friends and the like.

  In order to solve the above-mentioned subject, the search system of the present invention provides the following solutions.

  Claim 1 is an invention of a search server, wherein a search condition acquiring unit for acquiring a search query and a search range as a search condition from a user's terminal, and a friend search is specified in the search range. Identifying the commuter pass information by specifying the friend information acquisition part for acquiring the friend information of the user, the commuter pass information acquisition part for acquiring the commuter pass information of the user and the friend, and the station within the search range When a search condition analysis unit for performing search, a search execution unit for searching a store / facility around the station specified by the search condition analysis unit, and a store / facility displayed as a result of the search are selected; And a search result display unit for displaying commuter pass information of the friend together with information on the selected store / facility.

  In the invention according to claim 2, in the search server according to claim 1, the search condition analysis unit analyzes commutation ticket information of a specific person selected from the user and the acquired friends. It is characterized by identifying a station.

  The invention according to claim 3 is the search server according to claim 1 or 2, wherein the commuter pass information is outside the section of the commuter pass, but the section where the user or the friend often goes out utilizing the commuter pass The travel pass information, which is included in the pass information outside the commuter pass section and which is displayed as the result of the search, is also characterized by displaying a transportation cost which is generated in a plus even when the commuter pass is used.

  In the invention according to claim 4, in the search server according to any one of claims 1 to 3, the friend information acquisition unit or the commuter pass information acquisition unit is from the SNS site registered by the user. Acquiring the friend information and / or the commuter pass information.

  In the invention according to claim 5, in the search server according to any one of claims 1 to 4, the user displayed to the friend displayed in the search result from the user together with the searched store / facility. A friend participation request unit is further provided, which transmits a message of participation request for requesting to go out, and acquires the movement history of the participation day of the friend who has accepted the participation request from the entry / exit record of the ticket gate.

  The invention according to claim 6 is the search server according to any one of claims 1 to 5, wherein the search condition analysis unit determines date and time information, place information, store / facility information from the search query, The object information is extracted and displayed on the search screen.

  The invention according to claim 7 is the search server according to any one of claims 1 to 6, wherein the search condition analysis unit determines that the search information includes the object information. In some cases, the store / facility is estimated according to the purpose information and the profile of the user.

  The invention according to claim 8 relates to the search server according to claim 7, wherein the profile includes information on the date of birth of the user, and the date or date is related to the date of birth with reference to the date of birth. A store / facility search is performed.

  The invention according to claim 9 is the search server according to any one of claims 1 to 8, wherein an area unique to the user is defined for the search, and a station included in the area is registered. An area registration unit is further provided.

  The invention according to claim 10 is an invention of a search method, wherein a search query and a station in a search range are acquired as a search condition from a terminal of a user, and a friend search is designated in the search range. In this case, the step of acquiring friend information of the user, the step of acquiring commuter pass information possessed by the user and the friend, and analyzing the commuter pass information possessed by the user of the station within the search range The step of performing a search for a store / facility around the station identified by the identifying step; and when the store / facility displayed as a result of the search is selected, the selected store / And displaying the pass information of the friend together with the information of the facility.

  According to the present invention, it is possible to provide a search system which takes into consideration commutation ticket information of the user himself, his friends and the like.

It is a figure showing the basic concept of the search system concerning the embodiment of the present invention. It is a figure showing an example of functional composition of a search system concerning an embodiment of the present invention. It is a figure which shows the structural example of the data stored in the user information database (DB) which concerns on embodiment of this invention. It is a figure showing an example of composition of data stored in a route information database (DB) concerning an embodiment of the present invention. It is a figure which shows the structural example of the data stored in the shop / facility information database (DB) which concerns on embodiment of this invention. It is a figure showing the search processing flow concerning the embodiment of the present invention. It is a figure which shows the search processing flow (following) which concerns on embodiment of this invention. It is a figure which shows an example of the search screen which concerns on embodiment of this invention, and a search result display screen. It is a figure which shows an example of the notification screen to the participating candidate who concerns on embodiment of this invention. It is a figure which shows an example of the screen which shows the present condition of the participant who concerns on embodiment of this invention. It is a figure which shows another example of the search screen which concerns on embodiment of this invention, and a search result display screen. It is a figure which shows another example of the search screen which concerns on embodiment of this invention, and a search result display screen.

  Hereinafter, with reference to the accompanying drawings, modes (hereinafter, embodiments) for carrying out the present invention will be described in detail. In the following drawings, the same elements are denoted by the same reference numerals or symbols throughout the description of the embodiments.

(Basic concept)
FIG. 1 is a view showing a concept (image) of a basic configuration of a search system (hereinafter, referred to as the present search system) according to an embodiment of the present invention.

  The user of this search system inputs a search keyword (also referred to as a search query) from a search screen as shown, and as a search range, "within the commuter pass section", "outside of the commuter pass section" separately from the search query. , "Station Name", "Area", and "Find Friends" are designated as ON / OFF. For example, in the example of the figure, “In the commuter pass section” and “out of the commuter pass section” are turned on, and a station (referred to as a commuter pass section station) in the section of the commuter pass held by the user Although it is outside the section of the ticket, it indicates that the station (referred to as a station outside the section of the commuter pass section) of the section often used by the user on holidays etc. is designated as the search range using the commuter pass.

  For example, it is assumed that user A lives in the vicinity of Tokyo Tower, and has a commuting period between "Damon-Gotanda" on the Toei Asakusa Line to attend Gotanda's office. The area around all the stations between Daimon and Gotanda is the search range (shown shaded). In addition, Mr. A is outside the section of the commuter pass, but if he often goes out for holidays etc. to Shinjuku Station or Shibuya Station area or Shinbashi Station or Shinagawa Station area using the commuter pass, Shinjuku on Yamanote Line -All stations between Shinbashi are added to the search target as out of the commuter pass section (indicated by a dashed dotted line in the figure). However, it is assumed that the user has registered in advance in the present search system the stations within his / her commuter pass section and the stations outside the commuter pass section.

  If you want to specify a station or area and search in addition to designating the inside or outside of the section of the commuter pass as a search range, turn on the "Station Name" or "Area" column and enter the station name or the search query in the search query You may enter the area name. The "area" here is not a division fixed by search sites such as "Shinjuku", "Shibuya", "Shinbashi, Hamamatsucho, Tamachi", but multiple stations of multiple routes are collectively registered as one area It is possible. In this case, a plurality of station names and area names may be input in a search query, and routes and stations may not necessarily be connected. For example, in the case of the above-mentioned Mr. A, in addition to Daimon-Gotanda of the commuter pass section, Shinjuku, Shibuya, Shinagawa, Shinbashi, etc. outside the commuter pass section may be registered for oneself as one area.

  Further, in the present search system, as shown in the figure, by turning on the "search for friends" column, it is possible to simultaneously search for information on friends who want to go out together. In the example in the figure, if Mr. A enters “Weekend shopping” in the search query, it searches for friends who are likely to go shopping together on the weekend (Saturday and Sunday). The friends may be registered in advance in the present search system, or may use the “friends list” of a social networking service (SNS) site that cooperates with the present search system.

  When searching for friend information (referred to as “friend search”), Mr. A's friend (Mr. B, Mr. C) is also a user of this search system, and uses information within the commuter pass section and outside the commuter pass section. If you have registered in the search system, as shown on the search result screen in the lower left of Fig. 1, not only the information of the shop in the search range will be displayed, but also if you go to the shop, your commuter pass Even if they are used, the necessary transportation expenses (this will be called "+ transportation expenses") will be displayed. In the example in the figure, assuming that the commutation pass section of B is "Shibuya-Gotanda" and the commutation pass section of C is "Shinbashi-Osaki", all of A, B and C all pass Although there are no stations that can go by range, shops in Osaki, Gotanda, and Shinagawa Station areas with relatively low "+ transportation expenses" are displayed at the top of the search results.

  However, if Mr. A touches shops near Osaki Station, Gotanda Station and Shinagawa Station, where he works, but shops near Shibuya Station that he often goes (for example, a store in Mar 4 in the figure) on the search screen, Mr. B , "+ Transportation expenses" from the station in the commuter pass section of Mr. C to Shibuya station are displayed respectively. Not only the transportation cost to the destination but also the transfer station and the required time may be displayed, or other information included in the commuter pass may be displayed. In addition, when Mr. A touches another shop on the search result screen, the display of "+ transportation expenses" and the like of "search results of friends" in the figure also changes. In the case of the example in the figure, since Mr. B has a regular interval between Shibuya and Gotanda, it can be seen that "+ Transportation expenses" is zero, and Mr. A can invite Mr. B without hesitation. As described above, the present search system can perform a search utilizing the commuter pass information of the user as much as possible.

(Functional configuration)
FIG. 2 is a diagram showing a functional configuration of the present search system. The present search system is typically composed of a user terminal 200, an SNS site 300, and an external search site 400, centering on the search server 100. Arrows between functional blocks in this figure represent the flow direction of data or the flow direction of processing.

  The search server 100 is a general server computer, but as shown in FIG. 2, as a function processing unit, a user information registration unit 10, a user movement information acquisition unit 11, a friend information acquisition unit 12a, and a commuter pass information acquisition unit 12b. The search condition acquisition unit 13, the search condition analysis unit 14, the search execution unit 15 (search engine), the external search site cooperation unit 16, the search result display unit 17, the friend participation request unit 18, and the area registration unit 19 are provided. Moreover, user information DB20, route information DB21, store / facility information DB22, and store / facility information DB23 classified by area are provided as a database (DB). The details of each functional block will be described later.

  The user terminal 200 is a terminal for registering user information in advance in the search server 100 and inputting a search condition to display a search result, such as a mobile phone, a smartphone, a tablet terminal, a personal computer, etc. . Here, the information registered from the user is not only the input from the user terminal 200, but when the commuter pass is an electronic card, the user terminal 200 has an IC card reader function, and from the commuter pass, the commuter pass section, The transfer station, address and name of the owner, age, etc. may be read semi-automatically.

  The SNS site 300 is a site that provides social network services such as Facebook (registered trademark) and Twitter (registered trademark), and although not required, it is convenient for searching and acquiring information such as friends registered by the user. Because there is, it is desirable to cooperate with the search server 100.

  The external search site 400 is a general term for various existing specialized search sites in order to supplement the search function of the search server 100, and is assumed to be in cooperation with the search server 100. In the external search site 400, there is a transit information search site 401 specializing in transit guidance for transportation, a restaurant search site 402 specialized in searching for restaurants, Google (specially searching for real stores rather than online stores) Registered store site search site 403 such as local shopping, entertainment facility search site 404 specialized in searching entertainment facilities such as movie theaters and theaters, accommodation facility search site 405 specialized in searching accommodation facilities such as hotels and ryokans, etc. There is.

  Hereinafter, the processing units of the functions of the search server 100 will be described in order. "Route" means railway route and bus route, and "station" means railway station and bus stop.

  The user information registration unit 10 of the search server 100 provides a means for acquiring and registering user information from the user terminal 200 and the electronic commuter pass. Moreover, the user movement information acquisition part 11 has a function which acquires the movement information from the ticket gate etc. of a station, when a user actually moves using a commuter pass. In addition, it may have a function of acquiring position information of the user terminal 200 from a GPS (Global Positioning System) or the like. Therefore, the user movement information acquisition unit 11 uses the commuter pass and passes the ticket gate of the station on the condition that the user approves (date of ticket inspection) or, if necessary, the user's current status The position can be acquired at any time or periodically.

  The friend information acquisition unit 12a acquires the friend information of the user from the user information registration unit 10 or the external SNS site 300, and stores the acquired friend information in the user information DB 20. Similarly, the commuter ticket information acquisition unit 12 b acquires the user's commuter ticket information from the user information registration unit 10 or the external SNS site 300, and stores it in the user information DB 20. When friend information and commuter pass information are included in the information registered in SNS, the user can reduce the trouble of inputting information into this system by effectively using it. When acquiring friend information and commuter pass information from the SNS site 300, for example, login of this search system can be performed using the login ID of the SNS site 300. This makes it possible to easily obtain user registration information and a friend list from SNS.

  The search condition acquisition unit 13 acquires the search query input by the user and the search range specified at that time. Hereinafter, the "search query" and the "search range" designated at that time will be combined and referred to as "search condition". The search condition acquired by the search condition acquisition unit 13 is delivered to the search condition analysis unit 14, and the search condition analysis unit 14 analyzes the content of the search condition. Specifically, target information of the search, place information, and date and time information are extracted from the keywords of the search condition. For example, if the search query is "weekend shopping", the date and time information is the nearest weekend and the target information is shopping, with reference to the user registration information. Furthermore, if there is registration information such as the user's age, sex, occupation, etc., the range of a store or the like to be the object of shopping may be estimated. If a friend search is designated, it is also possible to estimate a restaurant or the like on the return of shopping, etc. by referring to the registration information.

  Further, the search condition analysis unit 14 specifies a station specified in the search range. For example, as shown in FIG. 1, in the case where both “within the commuter pass section” and “out of the commuter pass section” are specified, registration of the user's commuter pass section and stations that frequently go outside the commuter pass section From the information, extract the route name and station name that will be the search range. Further, when the search range is designated as “area”, the station name and the route name in the area are extracted from the area information registered by the area registration unit 19 described later by the user. Further, when the friend search is simultaneously designated, the search condition analysis unit 14 acquires a friend list from the user information DB 20 or the SNS site 300, and information within the commuter pass section of the friend and information outside the commuter pass section , And other information that can be obtained.

  The search execution unit 15 executes a search based on the search condition analyzed by the search condition analysis unit 14. The search may be performed not only by the search engine in the search server 100 but also by an external specialized search site depending on the purpose information. At this time, the search execution unit 15 requests the external search site 400 for a search via the external search site cooperation unit 16. However, since the search conditions accepted by the external search sites are different from one another, the external search site cooperation unit 16 is configured to adjust the search query and the search range so as to match the external search site 400. It is desirable to have a table (not shown). At the time of execution of the search, the route information DB 21 described later, the store / facility information DB 22 and the store / facility information DB 23 classified by area are referred to.

  The search result display unit 17 has a function of analyzing the search results of the search engine in the search system and the external search site 400, ranking the search results, and displaying the result on the user terminal 200. At this time, when friend search is designated as the search condition, each place (store, facility, etc.) of the search result based on the information within the commuter pass section for each friend of the obtained friend list and the commuter pass non-section information In addition, traffic movement information ("+ transportation expenses", required time, etc.) of each person for moving to the place is calculated. At this time, the transfer guidance search site 401 is used.

  The search result display unit 17 displays the content after the above analysis as a search result on the user terminal. When a friend search is designated, when the user selects one of the search result locations, the traffic information of the friend search results is also changed accordingly. When the user changes the search condition and instructs to perform the search again, the process is returned to the search condition acquisition unit 13. Then, the search condition acquisition unit 13 acquires a new search condition, and causes the search condition analysis unit 14 and the search execution unit 15 to process the same search process again.

  The friend participation request unit 18 has a means for the user to invite a friend from the search result display screen. Specifically, when a friend who wants to go out together in the searched store / facility is displayed, the friend is selected from the screen of the search result, and a message for requesting participation is transmitted. In addition, when the friend who receives the message of participation request accepts the request, it has a function of acquiring the movement history of the friend on the day of the day when the user goes out. It is for the user to grasp the degree of gathering of friends on the day.

  The area registration unit 19 provides a means by which the user can register a plurality of stations of a plurality of routes as his / her own “area”. An area to be registered can be given an arbitrary name, and a plurality of areas may be registered. For example, the area named "Shinjuku Daimon" may include all stations between Shinjuku-Gotanda on the Yamanote Line and Gotanda-Daimon on the Toei Asakusa Line, or only the main stations in that section. May be included. Alternatively, it may include a part of stations around the route. The registered area is recorded in the user information DB 20 together with the area name and the station included therein, and is further used to create an area-by-area store / facility information DB 23 that links stores / facilities for each registered area. By doing this, the user can define his own area and save time and trouble of inputting station names one by one, so the efficiency of the search can be improved.

  Then, user information DB20, route information DB21, store / facility information DB22, store / facility information DB23 classified by area are explained in order as a database (DB).

  FIG. 3 is a view showing a configuration example of data stored in the user information DB 20 according to the embodiment of the present invention. The user information DB 20 roughly includes personal registration information, commuter pass information, movement history information, and friend information, as illustrated. In the example of the figure, it is assumed that all of these pieces of information are stored in the user information DB 20, but it is of course possible to store them in separate databases.

  The personal registration information is personal information such as the name, date of birth, gender, occupation, address, telephone number, and e-mail address registered by the user. The personal registration information includes, in addition to the above, information such as the nearest station at home, work address, nearest station at work, commuter commuter pass section, transfer station, and the like. These pieces of information may be manually input by the user, or when the electronic commuter pass is possessed, the commuter pass card may be read and part of personal information may be input. Of course, when the electronic commuter pass is built in the user terminal 200, the information may be directly transmitted from the user terminal 200. In addition, it is desirable to register SNS sites that users use regularly and search sites that they use frequently as personal registration information. The information on the site registered here is referred to by the friend information acquisition unit 12a, the commuter pass information acquisition unit 12b, and the external search site cooperation unit 16 described above.

  The commuter pass information of the user information DB 20 is information within the commuter pass section (part of code 20a) obtained by extracting the information related to the commuter pass from the personal registration information described above, working days (or school days), holiday information, and periodical Information outside the ticket section (information on a section that often goes on holidays etc.) is registered. There may be a plurality of routes and stations for the commuter ticket out-of-zone information, or they may be located away from the commuter ticket section. The commutation ticket information may be input from the user information registration unit 10 or may be acquired from the SNS site 300 when registered as a part of personal information in the SNS site 300.

  As described above, the movement history information of the user information DB 20 is information in which the transit station actually used by the user and the date and time are recorded based on the information (ticket history) when the commuter pass passes the ticket gate. is there. Further, the position information of the user terminal 200 acquired by GPS or the like may be recorded together with the date and time. Such a user's movement history may be used for analyzing the user's behavior based on the user's permission, or, as described later, grasps the gathering situation when going out with friends etc. It is also used to

  The friend information in the user information DB 20 stores information (friend information) of “friends” registered by the user. The friend information may be acquired from the friend list or the like of the SNS site 300, or may be newly input from the user information registration unit 10.

  FIG. 4 is a view showing a configuration example of data stored in the route information DB 21 according to the embodiment of the present invention. The route information DB 21 is a database storing information on stations (station name, station ID) for each route. It is needless to say that different station IDs will be swayed if the route is different even if the station name is the same. The station information includes the ticket gate name, ID, and position information in addition to the station timetable. In addition, although not particularly shown, the name of the exit, the ID and its position information are also included. The route information DB 21 is updated as needed by acquiring data from the site of the transit agency or the transfer guide search site 401.

  FIG. 5 is a view showing an example of data stored in the shop / facility information DB 22 according to the embodiment of the present invention. The store / facility information DB 22 is a database in which information on stores and facilities is accumulated for each route and station. The store / facility information DB 22 is updated as needed by acquiring data from a plurality of external sites.

  Although details are omitted for the area store / facility information DB 23, data in which store and facility information stored in the above store / facility information DB 22 is classified is stored for each area registered by the user. .

  The above-described functional configuration of the present system is merely an example, and one functional block (database and functional processing unit) may be divided, or a plurality of functional blocks may be collectively configured as one functional block. Each function processing unit includes a computer program stored in a storage device such as a ROM (Read Only Memory), a flash memory, an SSD (Solid State Drive), or a hard disk, and a central processing unit (CPU) incorporated in the server device. It is realized by a computer program read and executed by the CPU. That is, each function processing unit reads and writes necessary data such as a table from a database (DB) stored in a storage device or a storage area on a memory, and in some cases, the computer program It is realized by controlling hardware (for example, an input / output device, a display device, a communication interface device). Further, the database (DB) in the embodiment of the present invention may be a commercial database, but also means a mere collection of tables and files, and the internal structure of the database itself is not limited.

(Processing flow)
6A and 6B are diagrams showing a search processing flow according to the embodiment of the present invention. In the following processing flow diagram (flow chart), the processing order of each step may be interchanged as long as the relationship between the input and the output of each step is not impaired.

  In the search process, first, the search condition acquisition unit 13 of the search server 100 acquires a search condition (a search query and a search range) from the user terminal 200 (step S10). Then, the search condition analysis unit 14 determines whether there is date and time information in the search conditions (step S11). The date and time information does not have to be as clear as what day of the week, and may be "weekend," "next holiday," or "at the end of the year." If the date and time information is in the search condition, it is determined whether or not the date and time is specified (step S12), and if not, the date and time within the range is estimated (step S13). For example, in the case of "weekend night", it is estimated that it is after 18:00 on the last weekend with reference to the personal registration information of the user.

  Next, if there is no time and date information, the process proceeds to step S14, and it is determined whether the place information is in the search condition. If there is no place information, the current position of the searcher (user) is acquired by GPS or the like, and a station list around the present location is created (step S15). The station list is a list including all stations to be searched. If there is place information, it is determined whether the place information designates a route or a station (step S16). If a line or a station is specified, the stations within the specified range are extracted, and a station list is created (step S17).

  In step S16, when the line or the station is not designated, it is determined whether the area is designated (step S18). As described above, although the area can be defined by the user, the default definition is used when the user does not particularly define the area. For example, when the area is simply designated as "Shibuya", all stations in the entire Shibuya station of each route or stations in the Shibuya ward are searched. If the area is specified as the search condition, the stations in the area are extracted based on the definition of the area of the user, and a station list is created (step S19). If it is determined in step S18 that the area is not designated, it means that the location information is not designated. Therefore, the process moves to step S15, and the stations around the current location are searched.

  When the processing of the place information (steps S14 to S19) is completed, the process proceeds to step S20, and it is determined whether the store / facility information is in the search condition. If there is no store / facility information, it is determined whether there is objective information (step S21). The purpose information is information other than date and time information and place information that can determine the purpose of search. For example, even if you do not specify a store or a facility, you can have a “drinking party”, “women's party”, “welcome party”, “year-end party”, “new year party”, “birthday party”, “walking around”, “date”, etc. Is the purpose information.

  If it is determined in step S21 that there is no target information, it is determined that the search target is unknown, and reinput of the search condition is requested (step S22), and the process returns to step S10. If it is determined in step S21 that there is target information, a store / facility is estimated according to the target information (step S23).

  For example, if the purpose is "drinking party", pubs, restaurants, bars, etc. are presumed, but referring to the profile of the user's personal registration information, searches mainly for stores likely to fit the user's budget You may do so. Also, if friend search is designated, the profile of the friend may be further referred. Then, according to the estimated store / facility, if necessary, an external search site is determined (step S24). If it is determined in step S20 that there is store / facility information, an external search site is determined if necessary according to the designated store / facility (step S25).

  The search execution unit 15 executes a store / facility search by the search site determined above or its own search engine, and acquires the search result (step S26). In this search, the route information DB 21, the store / facility information DB 22, and the area store / facility information DB 23 are referred to. In addition, when using an external search site, the external search site cooperation unit 16 creates a search query according to the characteristics of the external search site, and executes a search. Then, the search execution unit 15 determines whether the above steps S20 to S26 have been performed for all the stations in the station list (step S27), and changes the ID of the station to be searched if all the stations have not ended (step S27) S28), return to step S20. If the process has been completed for all the stations, the process moves to step S30 in FIG. 6B.

  Next, in step S30 of FIG. 6B, the search result display unit 17 determines whether or not a friend search is specified. If there is a friend search designation, friend information is acquired from the registered SNS site or the user information DB 20 (step S31), and the process skips to step S41.

  If it is determined in step S30 that a friend search is not specified, the process proceeds to step S32, and it is determined whether the objective information is in the search condition. If the objective information is a banquet (step S33: Y), members who are considered to be suitable for the banquet are extracted from the registered SNS or the like according to the type of the banquet and designated as a candidate for participation (steps S34 to S39). For example, in the case of a sending-away party, a colleague is extracted, and in the case of a reunion, an alumni member is extracted. Although not shown, the same processing as in steps S34 to S39 continues for banquets other than the farewell party, the reunion, and the women's association.

  Then, the user (search executor) is also designated as the participant candidate (step S40). When the designation of the participation candidate is finished, the process proceeds to step S41. In the flow of the figure, no participant candidate is extracted when the objective information is not a banquet, but if the candidate can be extracted by the objective information, the participant candidate is extracted according to the purpose. May be

  Next, in step S41, the search result display unit 17 determines whether or not there is a designated commuter pass section. If the commutation ticket section is not specified, the process skips to step S44. When the commutation ticket section is specified, if the participating candidate has registered the commuter pass information, the commuter pass information is acquired (step S42), and the transportation cost of the participating candidate (the commuter pass information is registered In the case of a participating candidate, "+ transportation expenses" is calculated (step S43).

  Then, the information on the participation candidate including the calculated transportation expenses is displayed on the search result (step S44). In step S45, the friend participation request unit 18 determines whether there is a specification for sending a message (SMS or mail) to the candidate, and if there is a specification, the user is selected from among the search results for the candidate , And sends a message of participation request and recruitment of participants (step S46). Thereafter, the friend participation request unit 18 has a function of detecting the degree of gathering of the participants, which will be described later in the screen. Above, the main processing which search server 100 performs is ended.

(Screen example)
FIG. 7 is a view showing an example of a search screen and a search result display screen according to the embodiment of the present invention. The search screen 500 in FIG. 7 is named “search! Commuter pass ++” with the meaning of adding information on the commuter pass to the search and adding value to the search.

  The user inputs a search keyword or natural language in the area of the search query 501 as shown by key input or voice input. At this time, as described above, in the designation of the search range indicated by reference numeral 502, each of "within the commuter pass section", "outside of the commuter pass section", "station name", "area", and "participant candidate also search" Specify ON / OFF for the item.

  In the search result screen 510, shop candidates 511 are displayed. In addition, when “search candidate candidates” (friend search) is ON, the candidate participants 512 are displayed. When the user selects the shop candidate 511 displayed in the search result, “+ Transportation expenses” is displayed as illustrated along with the names of the candidate candidates and the commuter pass information. Candidates who take extra "+ transportation expenses" are shown by diagonal lines.

  In addition, although not illustrated in particular, as a scene using a friend search, a birthday party is planned by acquiring information on the friend's birthday from the commuter pass information, and a shop having a birthday service is searched. May be Also, the profile of a friend may be used as a search condition. For example, if there is a party such as “100th anniversary celebration,” a combination of friends whose total age is 100 may be retrieved and sent as a souvenir. As described above, it is possible to execute a search for a store / facility related to a birthday or an age by referring to the information on the date of birth of a friend obtained from the commuter pass information or the like.

  When the user wants to change the search conditions, pressing the “change conditions and search again” button 513 returns to the search screen 500. In addition, when the user determines a shop from the displayed search results, selects a participant, and presses a “send message to participating candidates” button 514, a notification message is sent to the selected participant. At this time, when the microphone button 515 is pressed, a message can be directly voice input.

  FIG. 8 is a view showing an example of a notification screen for participating candidates according to the embodiment of the present invention. The participant notification screen 520 shown in the figure displays a message sent by the user (Mr. Haruyo) to Mr. Fuyuko, a friend requested to participate. In the notification message area 521 of this example, along with a message from Mr. Haruyo, links to date and time, places, and detailed information are displayed.

  In addition, in the mobile traffic information 522 on this screen, Fuyu-san's recommended travel route and required time, and "+ transportation expenses" are displayed, and at the same time, Fuyu-san's commuter pass information 523 (within the commuter pass section and outside the commuter pass section It is displayed with the section that goes well. Of course, Fuyuko can make an indication of acceptance or non-participation of participation from this screen.

  FIG. 9 is a view showing an example of a screen showing the current situation of the participant according to the embodiment of the present invention. A gathering status notification screen 530 shown in the figure is a screen displayed by a searcher (Mr. Haruyo) to confirm the gathering status of participants immediately before the time when the women's association that he / she has started starts. As shown in the figure, Natsuyo is still in Shibuya, where he often goes on holidays, Akiko is now headed to a shop, and Fuyuko can see at a glance that he seems to have forgotten his promise. Haruyo who saw this screen can also call Natsuyo and Fuyuko from here.

  FIG. 10 is a view showing another example of the search screen and the search result display screen according to the embodiment of the present invention. The illustrated search screen 500A is a screen that enables the search server 100 to explicitly select and designate date and time information, location information, shop / facility information, and purpose information required by the search query 501A. Each item of information may be selected from pop-up, key input, or voice input.

  Further, in the example of this screen, the pop-up menu that can be selected by the location information of the search query 501A is changed according to the ON / OFF status of the items other than "search also for the participation candidate" in the search range 502A. ing. For example, since "area" is ON in the figure, stations in the area registered by the user are displayed as options in the place information column. However, here, it is assumed that the user registers the station between "Shinagawa and Gotanda" as one area. When a plurality of areas are registered, there are also a plurality of options for location information.

  In addition, unlike the case of FIG. 7, in the candidate for participation 512A, since the purpose information is designated as “the farewell party” in the search query, a colleague is extracted as a candidate for participation from a registered SNS or the like.

  FIG. 11 is a diagram showing still another example of the search screen and the search result display screen according to the embodiment of the present invention. The search screen 500B illustrated is a screen in which the search server 100 extracts and displays date and time information, place information, shop / facility information, and purpose information from the contents input to the search query 501B.

  In the case of the search screen 500A of FIG. 10, the user explicitly specifies all the date and time information and the place information etc. However, in the case of the search screen 500B of FIG. Extract That is, in the example of FIG. 11, the date and time information is automatically determined to be December 12th, which is the birthday of Mr. T, from the keyword "Mr. T's birthday party" in the search query 501B. Determine that the information is a birthday party. Also, the station name in the search range is determined from the keyword “Shibuya-Shinjuku”, and the type of store can be determined from the keyword “Italian”. The user looks at the contents of the extraction result 502B to confirm that the system correctly recognizes the search query. The user may input the item of the extraction result 502B only when there is information that could not be extracted from the search query.

  Further, in the example of FIG. 11, the age of each participant is also displayed in the participation candidate column 512B of the search result screen 510B. S, who is a searcher who saw this result, noticed that the total age of the candidate candidates was 109, and it was shown that he came up with a plan to do shopping at Shibuya 109 in commemoration of the birthday party. There is. Of course, this plan can also be sent from this screen as a request message for participation candidates. In this way, the search system can not only search but also help to create new ideas from the search results.

(Effect of the embodiment)
According to this search system, it is possible to simultaneously search for friends who want to go out together with commuter pass information as well as ordinary store / facility search results, and to consider commuter pass information of the user and friends etc. Can provide a new search system.

  In addition, the commutation ticket information can include not only stations within the section of the commuter pass but also stations outside the section that often go out by utilizing the commuter pass. Can be searched. At this time, even if a commuter pass is used when a friend goes to the store / facility selected in the search, the transportation expenses that are generated by plus are displayed, which can be used as a reference when inviting a friend.

  Also, it is possible to request a friend who wants to go out together from the search result screen, and to receive an acceptance for the request. Moreover, the movement history of the participation day of the friend who has accepted the participation request can be acquired from the boarding / alighting record of the ticket gate.

  Further, since date and time information, place information, store / facility information, and purpose information are automatically extracted from the search query and displayed on the search screen, the user can confirm whether the search query is correctly recognized. This is particularly useful when the search query is input in natural language.

  Further, it is determined whether or not the search information includes the target information. If the target information is included, it is possible to estimate and search a store / facility that matches the purpose and the profile of the user.

  In addition, friend information and commuter pass information may be newly registered in this system, but if it is already registered in the SNS site, acquiring the information reduces the time and effort for new registration input.

  In addition, if the profile obtained from the passbook information of friends includes the date of birth, it can help the user to plan meetings related to birthdays and ages (birthing parties, commemorative meetings, etc.) , Stores / facilities for that can also be searched at the same time.

  Also, by defining a user's own "area" for search, it is possible to efficiently search for stations simply by specifying the area name.

  As mentioned above, although the present invention was explained using an embodiment, it is needless to say that the technical scope of the present invention is not limited to the range given in the above-mentioned embodiment. It is apparent to those skilled in the art that various changes or modifications can be added to the above embodiment. It is also apparent from the scope of the claims that the embodiments added with such alterations or improvements can be included in the technical scope of the present invention. In the above embodiment, the search system is described as the invention of the present invention, but the present invention can also be grasped as the invention of a method (search method).

DESCRIPTION OF SYMBOLS 10 user information registration part 11 user movement information acquisition part 12a friend information acquisition part 12b commuter pass information acquisition part 13 search condition acquisition part 14 search condition analysis part 15 search execution part 16 external search site cooperation part 17 search result display part 18 friend participation Request part 19 Area registration part 20 User information DB
21 route information DB
22 stores / facilities information DB
Store / facility information DB according to 23 areas
100 Search Server 200 User Terminal 300 SNS Site 400 External Search Site 401 Transfer Information Search Site 402 Restaurant Search Site 403 Real Store Search Site 404 Entertainment Facility Search Site 405 Lodging Facility Search Site 500, 500A, 500B Search Screen 510, 510A, 510B Search result screen 520 Participant notification screen 521 Message area 522 Mobile traffic information 523 Pass ticket information 530 Meeting status notification screen

Claims (9)

A search condition acquisition unit that acquires a search query and a search range as a search condition from the user's terminal;
A friend information acquisition unit that acquires friend information of the user when friend search is specified in the search range;
A commuter pass information acquisition unit for acquiring commuter pass information owned by the user and friends;
A search condition analysis unit which analyzes and specifies the commuter pass information possessed by the user , of a station within the search range;
A search execution unit that searches for stores / facilities around the station identified by the search condition analysis unit;
A search result display unit for displaying commuter pass information of the friend together with information of the selected store / facility when the store / facility displayed as a result of the search is selected;
A search server comprising: The season ticket information, season ticket of friends, but is out of the commuter pass section to be displayed on the user includes a commuter pass zone outside information is an interval to go out well to take advantage of the commuter pass, of the search results the information search server according to claim 1, characterized in that displaying the transportation expenses generated even when utilizing the commuter pass with a plus. The search according to claim 1 or 2 , wherein the friend information acquisition unit or the commuter pass information acquisition unit acquires the friend information and / or the commuter pass information from the SNS site registered by the user. server. Send a message of participation request to request the friend displayed in the search result from the user to go out to the searched store / facility together, and the movement history of the participation date of the friend who accepted the participation request the moving any one of the participation status to be transmitted based on the history of claim 1, wherein up to 3 to the user by further comprising Rukoto friends invitation unit that acquires from a passenger record ticket gate to Search server described in. The search condition analysis unit extracts date and time information, place information, store / facility information, and purpose information from the search query, and displays the information on a search screen according to any one of claims 1 to 3. Search server described. The search condition analysis unit estimates the store / facility according to the purpose information and the profile of the user when it is determined that the search condition includes the purpose information. The search server according to any one of 1 to 5 . 7. The apparatus according to claim 6 , wherein the profile includes information on a user's date of birth, and searches for a store / facility related to the date of birth or age with reference to the date of birth. Search server. The system further comprises an area registration unit for defining an area unique to the user for the search and registering a station included in the area;
The search server according to any one of claims 1 to 7 , wherein the search execution unit further searches a store / facility around a station included in the area . Acquiring a search query and a station in a search range as a search condition from a user's terminal;
Acquiring friend information of the user when a friend search is designated in the search range;
Acquiring commuter pass information owned by the user and a friend;
Analyzing and identifying information on a commuter pass owned by the user, a station in the search range;
Performing a search for stores / facilities around the station identified by the identifying step;
Displaying commutation pass information of the friend together with information of the selected store / facility when the store / facility displayed as a result of the search is selected;
A computer-implemented search method comprising: