WO2017199415A1 - 表示制御プログラム、表示制御装置及び表示制御方法 - Google Patents
表示制御プログラム、表示制御装置及び表示制御方法 Download PDFInfo
- Publication number
- WO2017199415A1 WO2017199415A1 PCT/JP2016/064979 JP2016064979W WO2017199415A1 WO 2017199415 A1 WO2017199415 A1 WO 2017199415A1 JP 2016064979 W JP2016064979 W JP 2016064979W WO 2017199415 A1 WO2017199415 A1 WO 2017199415A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- travel plan
- attribute
- evaluation
- display control
- user
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000011156 evaluation Methods 0.000 claims abstract description 289
- 230000008569 process Effects 0.000 claims abstract description 36
- 239000000284 extract Substances 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 20
- 206010026749 Mania Diseases 0.000 description 15
- 238000000605 extraction Methods 0.000 description 10
- 230000008859 change Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000877 morphologic effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/14—Travel agencies
Definitions
- the present invention relates to a display control program, a display control device, and a display control method.
- a system that presents a travel plan in response to a presentation request from a user is known.
- a technique is known in which ranking is given to posted data based on user evaluation, and the posted data is displayed on a portable terminal or the like based on the given ranking.
- the posted data is displayed in the descending order of evaluation.
- the usefulness of the post data is influenced by the user's interest in the information indicated by the post data.
- the prior art system displays post data in a uniform display order for a user who is highly interested in the information indicated by the post data and a user who is less interested in the information indicated by the post data. That is, it is difficult for the prior art system to control the display of the posted data according to the user's interest.
- an object is to provide a display control program, a display control device, and a display control method capable of displaying a travel plan according to a user attribute.
- registration of a travel plan associated with a specific user account is received, input of an evaluation for the registered travel plan is received, and an attribute is specified for the specific user account according to the input of the evaluation Then, in accordance with the specified attribute, the computer is caused to execute a process for controlling display of a travel plan provided for the specific user account.
- Each of the above processes may be a functional unit that realizes each of the above processes, a method of causing each of the processes to be executed by a computer as a procedure, or a computer-readable storage medium that stores the program.
- Travel plans according to user attributes can be displayed.
- FIG. 1 is a diagram illustrating an overview of a display control system.
- the display control system when the travel plan registration is accepted in the user terminal device, associates the travel plan with the information of the user who registered the travel plan and stores it in the travel plan database 210.
- a user who has registered a travel plan is called a registered user
- registered user information is called registered user information.
- the display control system of the present embodiment corresponds to the registered user information and the attribute specified from the evaluation point according to the input evaluation content when the evaluation for the travel plan is input in the user terminal device. In addition, it is stored in the user attribute database 230. The evaluation contents and the evaluation points are associated in advance in the evaluation point database 220. Moreover, the evaluation point and the attribute of the registered user information are associated in advance in the attribute database 240.
- the display control system associates the travel plan to be evaluated, the evaluation content and the evaluation point, the information of the user who performed the evaluation, and the attribute of the user, Store in the travel plan evaluation database 250.
- a user who has evaluated a travel plan is referred to as an evaluation user, and information on the evaluation user is referred to as evaluation user information.
- the user attribute database 230 is referred to and the attribute of the user who has made the presentation request is specified.
- a user who makes a travel plan presentation request is called a browsing user
- browsing user information is called browsing user information.
- the display control system when specifying the browsing user attribute, refers to the travel plan evaluation database 250 and performs weighting based on the comparison result between the evaluation user attribute and the browsing user attribute.
- the attribute comparison result and the weight are associated in advance in the weighting database 260.
- the display control system determines the display order of the travel plans in the order corresponding to the weights, and displays the travel plans in the determined display order on the terminal device that has accepted the presentation request.
- the display control system increases the weight given to a travel plan in which the attributes of the viewing user and the attributes of the evaluation user are close, and the travel plan in which the attributes of the viewing user and the attributes of the evaluation user are separated from each other. Reduce the weight given to.
- a travel plan presentation request when a travel plan presentation request is received, for each travel plan, a comparison result between the attribute of the viewing user who made the presentation request and the attribute of the evaluation user who evaluated the travel plan The weight according to is given. And a display control system determines the display order of a travel plan according to the provided weight, and displays it on a browsing user's terminal device.
- the registered user, the evaluation user, and the browsing user may be different users, the registered user and the browsing user may be the same user, or the evaluation user and the browsing user are the same. You may be a user.
- a user who has registered a travel plan can evaluate a travel plan registered by another user, or can make a request to present a travel plan.
- a user who has evaluated a travel plan can register a travel plan that he / she thought about, or can make a request to present a travel plan.
- the browsing user can register the travel plan which he considered, and can also evaluate the travel plan which the other user registered.
- the user can evaluate a travel plan registered by another user, or can make a travel plan presentation request.
- FIG. 2 is a diagram illustrating a system configuration of the display control system according to the first embodiment.
- the display control system 100 of this embodiment includes a display control server 200 and terminal devices 300-1, 300-2, 300-3,..., 300-N.
- the terminal devices 300-1, 300-2, 300-3,..., 300-N are registered in the travel plan registration to the display control server 200 and the display control server 200. Travel plan evaluation, a travel plan presentation request to the display control server 200, and the like.
- terminal devices 300-1, 300-2, 300-3,..., 300-N are simply referred to as the terminal device 300 unless they are distinguished from each other.
- the display control server 200 of this embodiment includes a travel plan database 210, an evaluation point database 220, a user attribute database 230, an attribute database 240, a travel plan evaluation database 250, and a weighting database 260.
- the display control server 200 of the present embodiment includes a display control processing unit 270.
- the display control processing unit 270 includes a registration control unit 280 and a display control unit 290.
- the registration control unit 280 registers a travel plan in the travel plan database 210, registration of registered user evaluation points and attributes in the user attribute database 230, and registration of a travel plan evaluation in the travel plan evaluation database 250.
- the display control unit 290 receives a travel plan presentation request, determines the display order of the travel plans, and displays the travel plan on the terminal device.
- FIG. 3 is a diagram illustrating a hardware configuration of the display control server according to the first embodiment.
- FIG. 2 is a diagram illustrating an example of a hardware configuration of the learning support server.
- the display control server 200 of the present embodiment includes an input device 21, an output device 22, a drive device 23, an auxiliary storage device 24, a memory device 25, an arithmetic processing device 26, and an interface device 27 that are mutually connected by a bus B. Including.
- the input device 21 is for inputting various types of information, and is realized by, for example, a keyboard or a mouse.
- the output device 22 is for outputting various types of information, and is realized by, for example, a display.
- the interface device 27 includes a modem, a LAN card, and the like, and is used for connecting to a network.
- the display control program is at least a part of various programs that control the display control server 200.
- the display control program is provided, for example, by distributing the storage medium 28 or downloading from the network.
- the storage medium 28 on which the display control program is recorded is information such as a CD-ROM, a flexible disk, a magneto-optical disk, etc., a storage medium for recording information optically, electrically or magnetically, a ROM, a flash memory, etc.
- the display control program is installed from the storage medium 28 to the auxiliary storage device 24 via the drive device 23 when the storage medium 28 storing the display control program is set in the drive device 23.
- the display control program downloaded from the network is installed in the auxiliary storage device 24 via the interface device 27.
- the auxiliary storage device 24 stores the installed display control program and stores necessary files, data, and the like.
- the memory device 25 reads and stores the display control program from the auxiliary storage device 24 when the computer is activated.
- the arithmetic processing unit 26 implements various processes as described later according to the display control program stored in the memory device 25.
- the display control server 200 of this embodiment may be a tablet computer, for example.
- a display operation device such as a touch panel having a display function may be provided.
- the terminal device 300 of the present embodiment is a general tablet computer, a smartphone, or the like, and the hardware configuration is the same as that of the display control server 200 shown in FIG.
- FIG. 4 is a diagram illustrating an example of a travel plan database according to the first embodiment.
- the travel plan database 210 of this embodiment has a travel plan name, a registered user name, a category name, and a registration date as information items.
- the item “travel plan name” is associated with the item “registered user name”, the item “category name”, and the item “registration date”.
- information including the value of the item “travel plan name”, the value of the item “registered user name”, the value of the item “category name”, and the item “registration date” is referred to as travel plan information. Call.
- the value of the item “Travel plan name” indicates the name of the travel plan.
- the name of the travel plan may be input by a registered user, for example, or may be selected from options prepared in advance.
- the value of the item “registered user name” indicates the name of the user who registered the corresponding travel plan.
- the value of the item “category name” indicates the name of the category including the corresponding travel plan name.
- the registered user name is associated with the travel plan name as registered user information (user account) for identifying the user who registered the travel plan.
- the present invention is not limited to this.
- a user ID or the like may be used instead of the registered user name.
- Item “Registration Date” indicates the date on which the travel plan with the corresponding travel plan name was registered.
- a travel plan named “Toukei Stream Fishing Tour” is registered with the user name “AA” on April 10, 2016, and is classified into the category “mountain stream fishing”. I understand that.
- FIG. 5 is a diagram illustrating an example of the evaluation point database according to the first embodiment.
- the evaluation point database 220 of this embodiment is provided in advance by an administrator of the display control system 100 or the like.
- the evaluation point database 220 includes evaluation contents and evaluation points as information items.
- the item “evaluation content” and the item “evaluation point” are associated with each other.
- the value of the item “evaluation content” indicates the content of the evaluation.
- the value of the item “evaluation point” indicates a value corresponding to the evaluation content. In the present embodiment, the larger the value of the item “evaluation point”, the higher the evaluation.
- evaluation content “interesting” is associated with the evaluation point “10”
- evaluation content “useful” is associated with the evaluation point “20”. It can be seen that evaluation point “50” is associated with “Teta”.
- FIG. 6 is a diagram illustrating an example of a user attribute database according to the first embodiment.
- the user attribute database 230 of the present embodiment includes user names, category names, attributes, and total evaluation points as information items.
- the item “user name” is associated with the item “category name”, the item “attribute”, and the item “total evaluation points”.
- information including the value of the item “user name” and the values of other items is referred to as user attribute information.
- the value of the item “user name” indicates the name of the user to whom the attribute is assigned.
- a user name is used as information for specifying a user to which an attribute is assigned, but the present invention is not limited to this.
- a user account other than the user name may be used.
- the value of the item “attribute” is given based on the attribute database 240 according to the value of the item “total evaluation points”.
- the value of the item “total evaluation points” is the total value of evaluation points given each time an evaluation is input for a travel plan associated with a registered user name that matches the user name.
- the user name “AA” is the category name “mountain stream fishing”, the attribute is “mania”, and the total evaluation point is “180”. Further, it is understood that the user name “AA” has the category “Hanami”, the attribute “Fan”, and the total evaluation point “70”.
- an attribute is given for each category name of the travel plan. Therefore, in this embodiment, a plurality of attributes may be assigned to the same user for each category.
- FIG. 7 is a diagram illustrating an example of the attribute database according to the first embodiment.
- the attribute database 240 of this embodiment is provided in advance by an administrator of the display control system 100 or the like.
- the attribute database 240 of the present embodiment has attributes and total evaluation points as information items.
- an attribute of a user whose total evaluation point is 150 or more is “mania”
- an attribute of a user whose total evaluation point is 80 or more and 149 or less is “freak”
- a user whose total evaluation point is 1 or more and 79 or less The attribute is “fan”.
- the attribute of the user whose total evaluation point is 0 is “general”.
- a user whose total evaluation point is 0 is, for example, a user whose registered travel plan is not evaluated by anyone, a user who has not registered a travel plan, or the like.
- the evaluation target is a category to which the travel plan belongs.
- the attribute database 240 is generated so that attributes are assigned in stages according to the total evaluation points.
- the attribute that is most interested in the category to which the travel plan belongs is “mania”.
- the attribute that is considered to be most interested in the category to which the travel plan belongs next is “Freak”. It can be said that these two attributes have a one-step difference.
- the attribute that is least interested in the category to which the travel plan belongs is “general”. Therefore, it can be said that there is a three-stage difference between the attribute “mania” and the attribute “general”.
- FIG. 8 is a diagram showing an example of a travel plan evaluation database according to the first embodiment.
- the travel plan evaluation database 250 of this embodiment includes a travel plan name, an evaluation user name, a category name, an evaluation user attribute, evaluation contents, and evaluation points as information items.
- the item “travel plan name” is associated with other items.
- information including the value of the item “travel plan name” and the values of other items is referred to as travel plan evaluation information.
- the value of the item “evaluation user name” is the name of the user for identifying the user who entered the evaluation content.
- the value of the item “evaluation user attribute” indicates an attribute associated with the evaluation user name.
- a user ID or the like may be used as evaluation user information instead of the evaluation user name.
- a travel plan having the category name “mountain stream fishing” and a travel plan name “Dou mountain stream fishing tour” is used for the user name “EE” of the attribute “freak”. It can be seen that the evaluation point “20” is given.
- the travel plan evaluation database 250 of the present embodiment is added with travel plan evaluation information generated from the input evaluation every time the registration control unit 280 receives input of the evaluation for the travel plan.
- FIG. 9 is a diagram illustrating an example of the weighting database according to the first embodiment.
- the weighting database 260 of the present embodiment includes distances between attributes and weights as information items.
- the distance between attributes is associated with the weight.
- the item “distance between attributes” indicates the difference in stage between the two attributes to be compared.
- the value of the item “weight” indicates a weight corresponding to the distance between attributes.
- the weight assigned is increased as the distance between the attributes is shorter, and the weight applied is decreased as the distance between the attributes is longer.
- the assigned weight is the largest “5 times”.
- the two attributes are “fan” and “general”, it can be said that there is a two-stage difference between them. Accordingly, the distance between the two attributes “fan” and the attribute “general” is “2”, and the assigned weight is “1”.
- the weight of this embodiment is used when the display control unit 290 calculates the matching score.
- the matching score is an index value indicating the level of interest of the browsing user who has made a travel plan presentation request for the travel plan.
- FIG. 10 is a diagram illustrating a functional configuration of the display control server according to the first embodiment.
- the display control server 200 of this embodiment includes a display control processing unit 270.
- the display control processing unit 270 of the present embodiment is realized by the arithmetic processing device 26 of the display control server 200 reading and executing a display control program stored in the auxiliary storage device 25 or the like.
- the display control processing unit 270 of this embodiment includes a registration control unit 280 and a display control unit 290. First, the registration control unit 280 will be described.
- the registration control unit 280 of this embodiment includes an input reception unit 281, a category assignment unit 282, a travel plan storage unit 283, a database search unit 284, an evaluation point addition unit 285, an attribute change determination unit 286, an evaluation information generation unit 287, evaluation An information storage unit 288 is included.
- the input receiving unit 281 receives an input to the display control server 200. Specifically, the input receiving unit 281 receives an input of a travel plan and an input of evaluation for the travel plan.
- the category assigning unit 282 analyzes the travel plan name received by the input receiving unit 281 and assigns a category in which the travel plan name is classified to the travel plan name according to the analysis result. Specifically, the category assigning unit 282 includes a table in which words and categories are associated with each other, and the categories associated with the words obtained as a result of the morphological analysis of the travel plan name and the like. May be a category into which travel plans are classified.
- the travel plan storage unit 283 associates the registered user name received by the input receiving unit 281, the travel plan name, the category name given by the category assigning unit 282, and the date when the travel plan is accepted. And stored in the travel plan database 210. That is, the travel plan storage unit 283 generates travel plan information from the registered user name received by the input reception unit 281, the travel plan name, and the category name assigned by the category assignment unit 282, and travel plan database Register to 210.
- the database search unit 284 searches each database using each information as a key. Specifically, the database search unit 284 searches the travel plan database 210 by the travel plan name, searches the user attribute database 230 by the user name, or searches the travel plan evaluation database 250 by the category name.
- the evaluation point adding unit 285 adds the evaluation point corresponding to the evaluation content to the total evaluation point corresponding to the corresponding user name in the user attribute database 230 every time the input receiving unit 281 receives the evaluation for the travel plan.
- the attribute change determination unit 286 refers to the attribute database 240 after adding the evaluation points by the evaluation point adding unit 285, and whether or not the attribute corresponding to the corresponding user name is changed. Determine.
- the evaluation point addition unit 285 and the attribute change determination unit 286 register information in the user attribute database 230.
- the evaluation information generation unit 287 generates travel plan evaluation information from the travel plan name received by the input reception unit 281, the evaluation user name, and the evaluation content. Details of generation of travel plan evaluation information will be described later.
- the evaluation information storage unit 288 stores the travel plan evaluation information generated by the evaluation information generation unit 287 in the travel plan evaluation database 250.
- the display control unit 290 of this embodiment includes an input receiving unit 291, an attribute specifying unit 292, an evaluation information extracting unit 293, a matching score calculating unit 294, a display order determining unit 295, and a screen data output unit 296.
- the input receiving unit 291 receives an input to the display control server 200. Specifically, the input receiving unit 291 receives an input of a travel plan presentation request from the terminal device 300.
- the travel plan presentation request is input together with the travel plan category and information of the user who made the presentation request.
- the information of the user who made the presentation request is, for example, a browsing user name.
- the attribute specifying unit 292 refers to the user attribute database 230 and specifies an attribute corresponding to the browsing user name received by the input receiving unit 291.
- the evaluation information extraction unit 293 refers to the travel plan evaluation database 250, and extracts travel plan evaluation information whose category name matches the category of the travel plan received by the input reception unit 291.
- the matching score calculation unit 294 refers to the weighting database 260 and calculates the matching score for each travel plan based on the result of comparing the browsing user attribute and the evaluation user attribute included in the travel plan evaluation information. Details of the matching score calculation unit 294 will be described later.
- the display order determination unit 295 determines the display order of the travel plans included in the travel plan evaluation information extracted by the evaluation information extraction unit 293 based on the calculated matching score for each travel plan.
- the screen data output unit 296 generates screen data for displaying a travel plan according to the determined display order, and outputs the screen data to the terminal device 300.
- the screen data is generated and output.
- the display control unit 290 may output the display order determined by the display order determination unit 295 and the travel plan name to be displayed to the terminal device 300.
- the terminal device 300 causes the terminal device 300 to display a screen for displaying the travel plan names according to the display order.
- the matching score calculation unit 294 of this embodiment includes a weighting unit 297, a travel plan name extraction unit 298, and a score summation unit 299.
- the weighting unit 297 determines the weight to be assigned from the comparison result of the attribute of the browsing user and the attribute of the evaluation user included in the travel plan evaluation information and the weighting database 260, and the evaluation point included in the travel plan evaluation information Is weighted.
- the travel plan name extraction unit 298 extracts a travel plan name from the travel plan evaluation information. More specifically, the travel plan name extraction unit 298 extracts, from the travel plan evaluation information extracted by the evaluation information extraction unit 293, travel plan evaluation information whose travel plan name matches the travel plan name. .
- the score summation unit 299 adds the evaluation points to which the weights of the travel plan names that match are added in the travel plan evaluation information.
- FIG. 11 is a first flowchart for explaining processing of the registration control unit by the registration control unit of the first embodiment.
- the travel plan registration process by the registration control unit 280 will be described.
- the registration control unit 280 of the present embodiment determines whether or not the input reception unit 281 has received an input of a user name and a travel plan (step S1101).
- the display control server 200 may display a travel plan registration screen on the terminal device 300 when a travel plan registration request is received from the terminal device 300, for example.
- the travel plan registration screen may be, for example, a screen that displays a map, a tourist spot for each region, etc. on the screen, and allows the user to select a region, a tourist spot, or the like that the user wants to visit.
- the travel plan registration screen is provided with an input field for inputting the name of the travel plan registered by the user (travel plan name).
- a login screen may be displayed on the terminal device 300, and a user name may be input on the login screen.
- step S1101 when the input of the user name and the travel plan name is not accepted, the registration control unit 280 waits until the input is accepted.
- step S1101 upon receiving input of a user name and a travel plan name, the registration control unit 280 analyzes text data of the input travel plan name and acquires a category name based on the analysis result by the category assigning unit 282. The travel plan name is associated (step S1102).
- the registration control unit 280 causes the travel plan storage unit 283 to store, in the travel plan database 210, the travel plan information associated with the travel plan name and the category name in the travel plan database 210 (step S1103). The process ends.
- FIG. 12 is a second flowchart for explaining processing by the registration control unit of the first embodiment.
- a process for updating the user attribute database 230 and the travel plan evaluation database 250 will be described.
- the registration control unit 280 of the present embodiment determines whether or not the input receiving unit 281 has received the input of the evaluation contents of the travel plan and the user name of the user who performs the evaluation (step S1201).
- the user who performs the evaluation is logged in to the display control system 100 in advance. Therefore, the evaluation request is input together with the user name of the evaluation user who made the evaluation request.
- step S1201 when the input of evaluation contents is not received, the registration control unit 280 waits until the input of evaluation contents is received.
- step S1201 when the input of the evaluation content is accepted, the registration control unit 280 refers to the evaluation point database 220, and the database search unit 284 acquires and holds an evaluation point corresponding to the input evaluation content (step S1201). S1202).
- the registration control unit 280 searches the user attribute database 230 with the input evaluation user name by the database search unit 284, and acquires and holds the attribute of the evaluation user (step S1203).
- the evaluation user attribute is set to “general”.
- the registration control unit 280 uses the database search unit 284 to search the travel plan database 210 with the travel plan name to be evaluated, and acquires the category name and the registered user name that has registered the travel plan to be evaluated. (Step S1204).
- the registration control unit 280 uses the evaluation information generation unit 287 to generate travel plan evaluation information in which a travel plan name, evaluation user name, category name, evaluation user attributes, evaluation contents, and evaluation points are associated. Then, the generated travel plan evaluation information is stored in the travel plan evaluation database 250 by the evaluation information storage unit 288 (step S1205). By this process, the update process of the travel plan evaluation database 250 is completed.
- the registration control unit 280 uses the database search unit 284 to search the user attribute database 230 with the registered user name that registered the travel plan to be evaluated, and obtain the total evaluation points of the registered users. Then, the registration control unit 280 adds the evaluation point acquired in step S1208 to the total evaluation point of the registered user name by the evaluation point adding unit 285 (step S1206).
- the registration control unit 280 uses the attribute change determination unit 286 to refer to the attribute database 240 to determine whether or not the registered user attribute is changed after the evaluation points are added (step S1207).
- step S1207 If there is no attribute change in step S1207, the registration control unit 280 ends the update process of the user attribute database 230. If there is an attribute change in step S1207, the registration control unit 280 changes the registered user attribute (step S1208), and ends the updating process of the user attribute database 230.
- FIG. 13 is a first flowchart illustrating the processing of the display control unit of the first embodiment.
- FIG. 13 shows processing of the display control unit 290 when a travel plan presentation request is received.
- the display control unit 290 of this embodiment determines whether the input reception unit 291 has received an input of a category name and a travel plan presentation request (step S1301). Specifically, the input reception unit 291 determines whether an input of the user name of the viewing user who has made the presentation request is received together with the travel plan presentation request. Note that the viewing user who has made the presentation request is assumed to be logged in to the display control system 100 before making the presentation request, and the user name of the viewing user who has made the presentation request may be acquired at the time of login. .
- step S1301 the display control unit 290 waits until the input is accepted.
- step S1301 when the input is accepted, the display control unit 290 determines whether or not the user name of the viewing user exists in the user attribute database 230 by the attribute specifying unit 292 (step S1302).
- step S1302 if the corresponding user name exists in the user attribute database 230, the attribute specifying unit 292 acquires the attribute corresponding to the user name of the viewing user (step S1303), and proceeds to step S1305 described later.
- step S1302 if the corresponding user name does not exist in the user attribute database 230, the attribute specifying unit 292 sets the viewing user attribute to “general” (step S1304), and proceeds to step S1305 described later.
- the display control unit 290 searches the travel plan evaluation database 250 with the category name input by the evaluation information extraction unit 293, and the travel plan evaluation database 250 includes a trip including the same category name as the input category name. All the plan evaluation information is extracted (step S1305).
- the display control unit 290 uses the matching score calculation unit 294 to calculate the matching score for each travel plan name included in the extracted travel plan evaluation information (step S1306). Details of step S1306 will be described later.
- the display control unit 290 uses the display order determination unit 295 to determine the display order of the travel plan names in order from the travel plan having the highest matching score (step S1307). Subsequently, the display control unit 290 uses the screen data output unit 296 to generate screen data for displaying the travel plan names in the determined display order, and the generated screen data to the terminal device 300 that has transmitted the travel plan presentation request. Is output (step S1308), and the process ends.
- FIG. 14 is a second flowchart for explaining processing of the display control unit of the first embodiment.
- FIG. 14 shows the processing of the matching score calculation unit 294 in step S1306 of FIG.
- the matching score calculation unit 294 uses the weighting unit 297 to calculate the evaluation user attributes and evaluation points included in the top travel plan evaluation information from the travel plan evaluation information extracted by the evaluation information extraction unit 293. Extract (step S1401).
- the weighting unit 297 compares the attribute of the viewing user acquired in step S1303 or step S1304 of FIG. 13 with the attribute of the evaluation user included in the travel plan evaluation information (step S1402). Subsequently, the weighting unit 297 refers to the weighting database 260 and multiplies the evaluation point extracted from the travel plan evaluation information by a weight according to the attribute comparison result (step S1403).
- the weighting unit 297 obtains the distance between the viewing user attribute and the evaluation user attribute, refers to the weighting database 260, and calculates the weight (magnification) according to the distance between the two attributes as the travel plan evaluation. Multiply the evaluation points extracted from the information.
- the matching score calculation unit 294 extracts the travel plan name from the travel plan evaluation information by the travel plan name extraction unit 298, and stores the name in association with the value obtained in step S1403 (step S1404).
- the matching score calculation unit 294 determines whether or not all the extracted travel plan evaluation information has been processed (step S1405).
- step S1405 If all the travel plan evaluation information has not been processed in step S1405, the matching score calculation unit 294 extracts the evaluation user attributes and evaluation points from the next travel plan evaluation information (step S1406), and step S1402 Return to.
- step S1405 When all the extracted travel plan evaluation information is processed in step S1405, the matching score calculation unit 294 adds the points stored for each travel plan name by the score summation unit 299, and each travel plan name The matching score is calculated (step S1407), and the process ends.
- the registration control unit 280 analyzes the text data “Douo Goryu Fishing Tour” and sets the category as “Mountain Stream Fishing”. . Then, the registration control unit 280 stores, in the travel plan database 210, travel plan information 211 in which the user name “AA”, the travel plan name “Dou mountain stream fishing tour”, and the category name “mountain stream fishing” are associated.
- the registration control unit 280 refers to the evaluation point database 220 and acquires an evaluation point “50” corresponding to the evaluation content “I tried” (see FIG. 5). Then, the registration control unit 280 specifies the attribute of the user name “DD” that becomes the evaluation user name. Since there is no user name “DD” as an evaluation user name in the user attribute database 230, the registration control unit 280 sets the attribute corresponding to the evaluation user name “DD” to “general” (see FIG. 6).
- the registration control unit 280 searches the travel plan database 210 with the travel plan name “D ⁇ roku Stream Fishing Tour” to be evaluated, and obtains the registered user name “AA” and the category name “mountain stream fishing” ( (See FIG. 4).
- the registration control unit 280 includes a travel plan name “Dou mountain stream fishing tour”, an evaluation user name “DD”, a category name “mountain stream fishing”, an evaluation user name attribute “general”, an evaluation content “I tried it”, an evaluation
- the travel plan evaluation information 252 associated with the point “50” is generated and stored in the travel plan evaluation database 250 (see FIG. 8).
- the registration control unit 280 refers to the user attribute database 230 and refers to the total evaluation point “180” in the category name “mountain stream fishing” of the registered user name “AA” of the travel plan name “Dou mountain stream fishing tour” to be evaluated. (See FIG. 6). Then, the registration control unit 280 adds the evaluation point “50” given by the evaluation of the current evaluation user “DD” to the total evaluation point “180”.
- the total evaluation point in the category name “mountain stream fishing” of the registered user name “AA” is “230”.
- the registration control unit 280 refers to the attribute database 240 and determines whether or not the attribute of the registered user is changed.
- the attribute database 240 determines whether or not the attribute of the registered user is changed.
- the display control unit 290 receives the travel plan presentation request, refers to the user attribute database 230, and identifies the attribute “freak” of the user name “EE” (see FIG. 6).
- the display control unit 290 extracts travel plan evaluation information 251, 252, and 253 including the category name “mountain stream fishing” from the travel plan evaluation database 250.
- the travel plan name of the category name “mountain stream fishing” is a travel plan name that is a candidate for presentation to the user who has made the presentation request.
- the display control unit 290 calculates a matching score for each of the extracted travel plan evaluation information 251, 252, 253.
- the matching score is an index value indicating the degree of interest of the browsing user who has requested to present a travel plan for the travel plan indicated by the travel plan name included in the travel plan evaluation information.
- the display control unit 290 extracts the evaluation user attribute “freak” and the evaluation point “20” from the travel plan evaluation information 251. Then, the display control unit 290 compares the attribute “freak” of the evaluation user with the attribute “freak” of the browsing user “EE” who has made the presentation request. Since the two match, the display control unit 290 acquires the weight “5” from the weighting database 260 and multiplies the evaluation point “20” included in the travel plan evaluation information 251 by the weight “5”. Then, the display control unit 290 associates and holds the travel plan name “D ⁇ roku Stream Fishing Tour” included in the travel plan evaluation information 251 and the matching score “100” as a multiplication result.
- the display control unit 290 performs the same process on the travel plan evaluation information 252 and 253.
- the display control unit 290 stores the travel plan name “Fishing Life in Canada” and the matching score “40” in association with each other from the travel plan evaluation information 252.
- the display control unit 290 holds the travel plan name “D ⁇ ryu mountain stream fishing tour” and the matching score “50” in association with each other from the travel plan evaluation information 252.
- the display control unit 290 adds the matching points for each travel plan name.
- the matching points associated with the travel plan name “Doukei Stream Fishing Tour” are “100” and “50”. Therefore, the matching score of the travel plan name “Doukei Stream Fishing Tour” is “150”.
- the matching score associated with the travel plan name “Fishing Life in Canada” is “40”.
- the display control unit 290 causes the travel plan names to be displayed on the terminal device 300 that has made the presentation request in the order of “Doukei fishing tour” and “Fishing life in Canada”.
- the terminal device 300 displays the travel plan name in descending order of the index value.
- the present embodiment it is possible to display on the terminal device 300 of the user who made the presentation request in order from the name of the travel plan that is presumed to be highly interested by the user who made the travel plan presentation request. It is possible to display a travel plan name corresponding to the attribute.
- FIG. 15 is a diagram illustrating an example of a screen displayed on the terminal device.
- a screen 151A in FIG. 15 shows an example of a travel plan evaluation content input screen
- a screen 151B shows an example of a screen on which a travel plan is displayed in response to a presentation request.
- the screen 151A may be displayed on the terminal device 300 when, for example, a user of the terminal device 300 logs in to the display control system 100 and processing by the display control processing unit 270 is started.
- the screen 151A includes a category selection field 152A, a search button 153, and a travel plan display field 154.
- the category selection field 152A has a pull-down button 152a. On the screen 151A, when the pull-down button 152a is operated, a category option is displayed.
- the search button 153 is a button for instructing to present a travel plan to be displayed.
- the search button 153 is operated, the screen 151A transitions to the screen 151B.
- the travel plan display field 154 is displayed in order from the new travel plan name among the travel plans registered in the display control server 200.
- an evaluation content input field 155 is displayed for each travel plan.
- Screen 151B is a travel plan display example when “mountain stream fishing” is selected in category selection field 152A, and when presentation request is made by viewing user “EE”, viewing user “EE” The screen displayed on the terminal device 300 is shown.
- a travel plan display field 156 and a return button 157 are displayed.
- a travel plan included in the category “mountain stream fishing” is extracted from the travel plan displayed in the travel plan display field 154 of the screen 151A and displayed.
- a matching score 158 is displayed for each travel plan name.
- the browsing user is highly interested based on the attribute of the browsing user who made the travel plan presentation request (display request) and the attribute of the evaluation user who evaluated the travel plan. Display in order from the estimated travel plan. Therefore, according to this embodiment, it is possible to display a travel plan according to the user's attributes.
- the second embodiment will be described below with reference to the drawings.
- the second embodiment is different from the first embodiment in that when a travel plan presentation request is received, all travel plans stored in the travel plan database become presentation candidates. Therefore, in the following description of the second embodiment, only differences from the first embodiment will be described, and those having the same functional configuration as the first embodiment will be described for the first embodiment.
- the travel plan is not classified into categories, and one attribute is given to each user. Therefore, in this embodiment, when a travel plan presentation request is received, the matching score is calculated for all travel plan evaluation information stored in the travel plan evaluation database 250A.
- FIG. 16 is a diagram illustrating the system configuration of the display control system according to the second embodiment.
- the display control system 100A includes a display control server 200A and a terminal device 300.
- the display control server 200A of this embodiment includes a travel plan database 210A, a user attribute database 230A, and a travel plan evaluation database 250A. Further, the display control server 200A of the present embodiment includes the display control processing unit 270A of the present embodiment. The display control processing unit 270A includes a registration control unit 280A and a display control unit 290A.
- the travel plan database 210A the user attribute database 230A, and the travel plan evaluation database 250A of this embodiment will be described.
- FIG. 17 is a diagram illustrating an example of a travel plan database according to the second embodiment.
- the travel plan database 210A of this embodiment has a travel plan name and a registered user name as information items.
- the travel plan database 210A is the same as that of the first embodiment except that the item “category name” is not included, and thus the description thereof is omitted.
- FIG. 18 is a diagram illustrating an example of a user attribute database according to the second embodiment.
- the user attribute database 230A of this embodiment has a user name, an attribute, and a total evaluation point as information items. Since the user attribute database 230A of the present embodiment is the same as that of the first embodiment except that the item “category name” is not included, a description thereof will be omitted.
- FIG. 19 is a diagram illustrating an example of a travel plan evaluation database according to the second embodiment.
- the travel plan evaluation database 250A of this embodiment includes a travel plan name, an evaluation user name, an attribute of the evaluation user, an expense or content, and an evaluation point as information items.
- the travel plan evaluation database 250A of the present embodiment is the same as that of the first embodiment except that the item “category name” is not included, and thus the description thereof is omitted.
- FIG. 20 is a diagram illustrating the functional configuration of the display control server according to the second embodiment.
- the display control server 200A of this embodiment includes a display control processing unit 270A.
- the display control processing unit 270A of the present embodiment includes a registration control unit 280A and a display control unit 290A. First, the registration control unit 280A will be described.
- the registration control unit 280A of this embodiment includes an input reception unit 281, a travel plan storage unit 283A, a database search unit 284, an evaluation point addition unit 285, an attribute change determination unit 286, an evaluation information generation unit 287A, and an evaluation information storage unit 288. Have.
- the travel plan storage unit 283A associates the travel plan name received by the input reception unit 281 with the registered user name and stores them in the travel plan database 210A.
- the evaluation information generation unit 287A generates travel plan evaluation information in which a travel plan name, an evaluation user name, an evaluation user attribute, evaluation contents, and an evaluation point are associated with each other.
- the display control unit 290A of the present embodiment includes an input receiving unit 291, an attribute specifying unit 292, a matching score calculating unit 294, a display order determining unit 295, and a screen data output unit 296.
- Each unit included in the display control unit 290A is the same as that in the first embodiment.
- FIG. 21 is a first flowchart for explaining processing of the registration control unit by the registration control unit of the second embodiment.
- FIG. 21 illustrates a travel plan registration process performed by the registration control unit 280A.
- the registration control unit 280A of the present embodiment determines whether or not the input receiving unit 281 has received an input of a user name and a travel plan (step S2101).
- the registration control unit 280A uses the travel plan storage unit 283A to associate the input user name with the name of the travel plan (travel plan name) as travel plan information and store it in the travel plan database 210A (step S2102), the process is terminated.
- FIG. 22 is a second flowchart for explaining processing by the registration control unit of the second embodiment.
- a process for updating the user attribute database 230A and the travel plan evaluation database 250A will be described.
- step S2201 to step S2203 in FIG. 22 Since the processing from step S2201 to step S2203 in FIG. 22 is the same as the processing from step S1201 to step S1203 in FIG.
- the registration control unit 280A causes the database search unit 284 to search the travel plan database 210A with the travel plan name that is the evaluation target, and acquires the registered user name that registered the travel plan to be evaluated. (Step S2204).
- the registration control unit 280A uses the evaluation information generation unit 287A to generate travel plan evaluation information in which the travel plan name, the evaluation user name, the evaluation user attribute, the evaluation contents, and the evaluation points are associated with each other. Then, the generated travel plan evaluation information is stored in the travel plan evaluation database 250A by the evaluation information storage unit 288 (step S2205). This process completes the update of the travel plan evaluation database 250A.
- step S2206 to step S2208 in FIG. 22 is the same as the processing from step S1206 to step S1208 in FIG.
- FIG. 23 is a second flowchart for explaining processing by the display control unit of the second embodiment.
- step S2301 to step S2304 in FIG. 23 Since the processing from step S1301 to step S1304 in FIG. 23 is the same as the processing from step S1301 to step S1304 in FIG.
- step S2303 the display control unit 290A calculates a matching score for each travel plan by the matching score calculator 294 (step S2305).
- the processing in steps S2305 and S2306 is the same as the processing in steps S1306 and S1307 in FIG.
- the third embodiment will be described below with reference to the drawings.
- the third embodiment is different from the first and second embodiments in that a travel plan name acquired from an external server after login is displayed for a user having a specific attribute. Therefore, in the following description of the third embodiment, only differences from the first and second embodiments will be described, and those having the same functional configuration as the first and second embodiments will be described. The same reference numerals as those used in the description of the first and second embodiments are given, and the description thereof is omitted.
- FIG. 24 is a diagram illustrating the system configuration of the display control system according to the third embodiment.
- the display control system 100B of the present embodiment includes a display control server 200B and a terminal device 300.
- the display control server 200B of the present embodiment communicates with the external server 400.
- the display control server 200B of this embodiment has a user attribute database 230A in addition to each database of the display control server 200 of the first embodiment. Further, the display control server 200B according to the present embodiment includes a display control processing unit 270B.
- the display control processing unit 270B includes a registration control unit 280 and a display control unit 290B.
- the server 400 is, for example, a server that stores information related to a travel plan provided by a travel company or the like.
- the attribute of the user who made the travel plan presentation request is an attribute indicating high interest in travel such as “mania” or “freak”, for example, this user is displayed on the screen after login.
- the server 400 is notified of the category that seems to be particularly interested.
- the display control server 200B may acquire a travel plan recommended in the notified category from the server 400 and display it on the terminal device 300.
- the user name of a user who likes to travel and the category in which the user is interested are notified to the travel company server 400, and a travel plan recommended by the travel company in this category is acquired. And present it to the user.
- FIG. 25 is a diagram illustrating the functional configuration of the display control server according to the third embodiment.
- the display control server 200B of this embodiment includes a display control processing unit 270B.
- the display control processing unit 270B of the present embodiment includes a display control unit 290B.
- the display control unit 290B includes an attribute providing unit 301 and a travel plan acquisition unit 302 in addition to the units included in the display control unit 290 according to the first embodiment.
- the attribute providing unit 301 of the present embodiment outputs information about the user to the server 400 when the attribute of the logged-in user is a specific attribute.
- the information regarding the user provided to the server 400 includes a user name and a category in which the user is interested.
- the travel plan acquisition unit 302 acquires a travel plan name to be displayed on the terminal device 300 from the server 400.
- FIG. 26 is a flowchart for explaining the processing of the display control unit of the third embodiment.
- FIG. 26 illustrates processing of the display control unit 290B when receiving a display control program activation request for realizing the display control processing unit 270B.
- the display control processing unit 270B of the present embodiment determines whether an activation request has been received (step S2601). If the activation request is not accepted in step S2601, the display control processing unit 270B waits until the activation request is accepted.
- step S2601 when the activation request is received, the display control unit 290B specifies the attribute of the logged-in user by using the attribute specifying unit 292 (step S2602). Specifically, the attribute specifying unit 292 specifies an attribute associated with the user name of the logged-in user with reference to the user attribute database 230A. If the user name corresponding to the user attribute database 230A does not exist, the display control unit 290B may proceed to step S2603 based on the logged-in user attribute as a general rule, or may proceed to step S2608.
- step S2603 determines whether the specified attribute is “Freak” or more by the attribute providing unit 301 (step S2603). In step S2603, if the specified attribute is less than “freak”, the display control unit 290B proceeds to step S2708 to be described later.
- the attribute providing unit 301 specifies a category of “Freak” or higher among the attributes corresponding to this user in the user attribute database 230. (Step S2604).
- the attribute providing unit 301 transmits the user name of the logged-in user, the category name (category name) whose attribute is “Freak” or higher, and the attribute of this category to the server 400 (step S2605).
- the display control unit 290B uses the travel plan acquisition unit 302 to acquire a travel plan name corresponding to the category from the server 400 (step S2606).
- the travel plan name acquired here is the name of the travel plan recommended by the travel company or the like in the server 400.
- the display control unit 290B causes the screen data output unit 296 to display the acquired travel plan name on the terminal device 300 (step S2607), and ends the process.
- step S2603 when the specified attribute is “fan” or “general” less than “freak”, the display control unit 290B refers to the travel plan database 210 and acquires travel plans in the order of registration date. To display on the terminal device 300 (step S2608), and the process is terminated.
- FIG. 27 is a diagram illustrating an example of a screen displayed on the terminal device in the third embodiment.
- a screen 271 illustrated in FIG. 27 illustrates an example of a screen displayed on the terminal device 300 when, for example, a user with the user name “AA” logs in.
- the screen 271 includes a message display field 272, a category display field 273, a travel plan display field 274, and a search screen button 275.
- the message display field 272 a message indicating that the displayed travel plan is a recommended travel plan for the user is displayed.
- the category display field 273 displays the category name of the displayed travel plan.
- the travel plan display field 274 the name of the travel plan acquired from the server 400 is displayed.
- the attribute of the user name “AA” is “mania” and is more than “freak” (see FIG. 18).
- the display control unit 290B refers to the user attribute database 230 and identifies a category name whose attribute corresponding to the user name “AA” is “Freak” or higher.
- the attribute providing unit 301 identifies the category name “mountain stream fishing” with the attribute “mania”, and transmits the user name “AA”, the category name “mountain stream fishing”, and the attribute “mania” to the server 400. To do.
- the server 400 extracts a travel plan recommended for the attribute “mania” from the travel plans classified under the category name “mountain stream fishing” in the travel plan database of the server 400, and sends it to the display control server 200B. Send.
- the travel plan recommended for the attribute “mania” may be prepared in advance in the server 400, for example.
- the display control server 200B acquires the travel plan transmitted from the server 400 by the travel plan acquisition unit 302 and displays it on the terminal device 300.
- the message display column 272 displays a message “travel plan recommended for Mr. AA”, and the category display column 273 displays the category name “mountain stream fishing tour”.
- the travel plan “outdoor fishing” acquired from the server 400, “tour immediately after opening”, and the like are displayed.
- the screen 151A may transition to a screen 151A displayed after normal login.
- the user attributes assigned in the display control system 100B and the attributes for each category of the user are provided to the external server 400, thereby being registered in the travel plan database 210. You can receive a travel plan other than a travel plan.
- the user attributes and the attributes for each category of the user are provided to the external server 400, but the present invention is not limited to this.
- the display control server 200B may provide only the user attributes to the server 400, for example. That is, the display control server 200 ⁇ / b> B may provide the external server 400 with information indicating the degree of interest in the user's trip.
- the server 400 may transmit the travel plan to the display control server 200B according to the level of interest, and the display control server 200B may cause the terminal device 300 to display the travel plan.
- the display order of the travel plans to be displayed on the browsing user's terminal device 300 is determined based on the attributes of the browsing user and the attributes of the evaluation user who evaluated the travel plan of the presentation candidate.
- the travel plan may be displayed on the terminal device 300 of the browsing user based on the attribute of the browsing user and the attribute of the registered user who registered the travel plan of the presentation candidate.
- FIG. 28 is a flowchart for explaining the travel plan display process based on the attributes of the browsing user and the registered user.
- step S2801 to step S2805 in FIG. 28 is the same as the processing from step S1301 to step S1305 in FIG.
- step S2803 or step S2804 the display control unit 290, among the travel plan names included in the extracted travel plan evaluation information, the travel plan name of the travel plan registered by the registered user whose attribute matches the viewing user. Is specified (step S2806).
- the display control unit 290 searches the travel plan database 210 for each travel plan name included in the extracted travel plan evaluation information, and acquires the registered user name associated therewith.
- the display control unit 290 can specify the registered user attribute of the travel plan name by searching the user attribute database 230 with the acquired user name. Therefore, the display control unit 290 can specify the travel plan name registered by the registered user whose attribute matches the viewing user among the travel plan names included in the extracted travel plan evaluation information.
- the display control unit 290 determines the display order of travel plan names to be displayed on the terminal device 300 in order from the travel plan name specified in step S2806 (step S2807).
- the display control unit 290 displays the travel plan name registered in order from the registered user whose attribute is close to that of the viewing user. Therefore, in this case, the name of the travel plan specified in step S2806 is the highest. Next, the name of the travel plan where the attribute of the registered user is one step away from the attribute of the viewing user is displayed.
- the display control unit 290 generates screen data for displaying the travel plan names in the display order determined in step S2807, outputs the screen data to the terminal device 300 (step S2808), and ends the process.
- the terminal device 300 since the terminal device 300 is displayed in order from the browsing user attribute and the travel plan name registered by the user whose attribute matches, the travel plan according to the user attribute can be displayed.
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Health & Medical Sciences (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
特定のユーザアカウントに対応づけた旅行プランの登録を受け付け、登録された前記旅行プランに対する評価の入力を受け付け、前記評価の入力に応じて、前記特定のユーザアカウントについて属性を特定し、特定した前記属性に応じて、前記特定のユーザアカウントについて提供する旅行プランの表示を制御する、処理をコンピュータに実行させる。
Description
本発明は、表示制御プログラム、表示制御装置及び表示制御方法に関する。
従来では、ユーザからの提示要求に応じて旅行プランを提示するシステムが知られている。また、従来では、ユーザの評価により、投稿されたデータに順位を付与し、付与された順位に基づき投稿されたデータを携帯端末等に表示させる技術が知られている。
従来技術のシステムでは、例えば、評価の高い順に投稿データを表示する。投稿データの有用性は、投稿データが示す情報に対するユーザの関心に影響されるものである。従来技術のシステムは、投稿データが示す情報に対する関心が高いユーザと、投稿データが示す情報に対する関心が低いユーザとに対して、一律な表示順で投稿データを表示するものである。つまり、従来技術のシステムは、ユーザの関心に応じて、投稿データの表示を制御することが困難であった。
1つの側面では、ユーザの属性に応じた旅行プランを表示させることが可能な表示制御プログラム、表示制御装置及び表示制御方法を提供することを目的としている。
1つの態様では、特定のユーザアカウントに対応づけた旅行プランの登録を受け付け、登録された前記旅行プランに対する評価の入力を受け付け、前記評価の入力に応じて、前記特定のユーザアカウントについて属性を特定し、特定した前記属性に応じて、前記特定のユーザアカウントについて提供する旅行プランの表示を制御する、処理をコンピュータに実行させる。
上記各処理は、上記各処理を実現する機能部、上記各処理を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータが読み取り可能な記憶媒体とすることもできる。
ユーザの属性に応じた旅行プランを表示させることができる。
(第一の実施形態)
以下に、図面を参照して第一の実施形態について説明する。図1は、表示制御システムの概要を説明する図である。
以下に、図面を参照して第一の実施形態について説明する。図1は、表示制御システムの概要を説明する図である。
本実施形態の表示制御システムでは、旅行プランの提示要求を行ったユーザに対し、旅行プランを評価した評価者の属性及び旅行プランの評価結果と、提示要求を行ったユーザの属性とに基づき、提示する旅行プランの表示順を決定する。
本実施形態の表示制御システムは、ユーザの端末装置において旅行プランの登録を受け付けると、旅行プランと、旅行プランを登録したユーザの情報とを対応付けて、旅行プランデータベース210に格納する。以下の説明では、旅行プランを登録したユーザを登録ユーザと呼び、登録ユーザの情報を登録ユーザ情報と呼ぶ。
また、本実施形態の表示制御システムは、ユーザの端末装置において、旅行プランに対する評価が入力されると、登録ユーザ情報と、入力された評価内容に応じた評価ポイントから特定される属性とを対応付けて、ユーザ属性データベース230に格納する。評価内容と評価ポイントとは、予め評価ポイントデータベース220において予め対応付けられている。また、評価ポイントと登録ユーザ情報の属性とは、属性データベース240において予め対応付けられている。
また、表示制御システムは、旅行プランに対する評価が入力されると、評価対象の旅行プランと、評価内容及び評価ポイントと、評価を行ったユーザの情報と、このユーザの属性とを対応付けて、旅行プラン評価データベース250へ格納する。以下の説明では、旅行プランの評価を行ったユーザを評価ユーザと呼び、評価ユーザの情報を評価ユーザ情報と呼ぶ。
さらに、本実施形態の表示制御システムでは、ユーザの端末装置において、旅行プランの提示要求を受け付けると、ユーザ属性データベース230を参照し、提示要求を行ったユーザの属性を特定する。以下の説明では、旅行プランの提示要求を行ったユーザを、閲覧ユーザと呼び、閲覧ユーザの情報を閲覧ユーザ情報と呼ぶ。
表示制御システムは、閲覧ユーザの属性を特定すると、旅行プラン評価データベース250を参照し、評価ユーザの属性と、閲覧ユーザの属性との比較結果に基づく重み付けを行う。属性の比較結果と重みとは、重み付けデータベース260において、予め対応付けられている。
そして、表示制御システムは、重みに応じた順に、旅行プランの表示順を決定し、提示要求を受け付けた端末装置へ決められた表示順に旅行プランを表示させる。
具体的には、表示制御システムは、閲覧ユーザの属性と、評価ユーザの属性とが近い旅行プランに付与する重みを大きくし、閲覧ユーザの属性と、評価ユーザの属性とが離れている旅行プランに付与する重みを小さくする。
本実施形態では、以上のように、旅行プランの提示要求を受け付けると、旅行プラン毎に、提示要求を行った閲覧ユーザの属性と、旅行プランの評価を行った評価ユーザの属性との比較結果に応じた重みを付与する。そして、表示制御システムは、付与された重みにしたがって、旅行プランの表示順を決定し、閲覧ユーザの端末装置へ表示させる。
よって、本実施形態によれば、旅行プランの提示要求を行ったユーザに対し、ユーザの属性に応じた、ユーザの嗜好に合わせた旅行プランから順に提示することができる。
尚、本実施形態では、登録ユーザ、評価ユーザ、閲覧ユーザのそれぞれが異なるユーザであっても良いし、登録ユーザと閲覧ユーザが同一のユーザであっても良いし、評価ユーザと閲覧ユーザが同一のユーザであっても良い。
つまり、本実施形態では、旅行プランを登録したユーザが、他のユーザが登録した旅行プランの評価を行うことも、旅行プランの提示要求を行うこともできる。また、旅行プランの評価を行ったユーザが、自身の考えた旅行プランを登録することもできるし、旅行プランの提示要求を行うこともできる。また、本実施形態では、閲覧ユーザが、自身が考えた旅行プランを登録することもできるし、他のユーザが登録した旅行プランの評価を行うこともできる。
また、本実施形態では、例えば自身が旅行プランを登録していなくても、他のユーザが登録した旅行プランに対する評価や、旅行プランの提示要求を行うことができる。
次に、図2を参照して、本実施形態の表示制御システムについて説明する。図2は、第一の実施形態の表示制御システムのシステム構成を説明する図である。
本実施形態の表示制御システム100は、表示制御サーバ200と、端末装置300-1、300-2、300-3、・・・、300-Nを有する。
本実施形態の表示制御システム100において、端末装置300-1、300-2、300-3、・・・、300-Nは、表示制御サーバ200に対する旅行プランの登録、表示制御サーバ200に登録された旅行プランの評価、表示制御サーバ200に対する旅行プランの提示要求等が行われる。
以下の説明では、端末装置300-1、300-2、300-3、・・・、300-Nについて、それぞれを区別しない場合には、単に端末装置300と呼ぶ。
本実施形態の表示制御サーバ200は、旅行プランデータベース210、評価ポイントデータベース220、ユーザ属性データベース230、属性データベース240、旅行プラン評価データベース250、重み付けデータベース260と、を有する。
また、本実施形態の表示制御サーバ200は、表示制御処理部270を有する。表示制御処理部270は、登録制御部280、表示制御部290を有する。
登録制御部280は、旅行プランデータベース210に対する旅行プランの登録、ユーザ属性データベース230に対する登録ユーザの評価ポイント及び属性の登録、旅行プラン評価データベース250に対する旅行プランの評価の登録を行う。
表示制御部290は、旅行プランの提示要求を受け付けて、旅行プランの表示順を決定し、端末装置へ表示させる。
次に、図3を参照し、本実施形態の表示制御サーバ200のハードウェア構成について説明する。
図3は、第一の実施形態の表示制御サーバのハードウェア構成を説明する図である。
以下に、本実施形態の表示制御サーバ200について説明する。図2は、学習支援サーバのハードウェア構成の一例を示す図である。
本実施形態の表示制御サーバ200は、それぞれバスBで相互に接続されている入力装置21、出力装置22、ドライブ装置23、補助記憶装置24、メモリ装置25、演算処理装置26及びインターフェース装置27を含む。
入力装置21は、各種の情報を入力するためものであり、例えばキーボードやマウス等で実現される。出力装置22は、各種の情報を出力するためのものであり、例えばディスプレイ等により実現される。インターフェース装置27は、モデム、LANカード等を含み、ネットワークに接続する為に用いられる。
表示制御プログラムは、表示制御サーバ200を制御する各種プログラムの少なくとも一部である。表示制御プログラムは例えば記憶媒体28の配布やネットワークからのダウンロードなどによって提供される。表示制御プログラムを記録した記憶媒体28は、CD-ROM、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ROM、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。
また、表示制御プログラムは、表示制御プログラムを記録した記憶媒体28がドライブ装置23にセットされるとは記憶媒体28からドライブ装置23を介して補助記憶装置24にインストールされる。ネットワークからダウンロードされた表示制御プログラムは、インターフェース装置27を介して補助記憶装置24にインストールされる。
補助記憶装置24は、インストールされた表示制御プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置25は、コンピュータの起動時に補助記憶装置24から表示制御プログラムを読み出して格納する。そして、演算処理装置26はメモリ装置25に格納された表示制御プログラムに従って、後述するような各種処理を実現している。
また、本実施形態の表示制御サーバ200は、例えばタブレット型のコンピュータ等であっても良い。その場合、入力装置21と出力装置22の代わりに、表示機能を有するタッチパネル等の表示操作装置を有していても良い。また、本実施形態の端末装置300は、一般のタブレット型のコンピュータやスマートフォン等であり、そのハードウェア構成は、図3に示す表示制御サーバ200と同様であるから、説明を省略する。
次に、図4乃至図9を参照し、表示制御サーバ200の有する各データベースについて説明する。
図4は、第一の実施形態の旅行プランデータベースの一例を示す図である。
本実施形態の旅行プランデータベース210は、情報の項目として、旅行プラン名、登録ユーザ名、カテゴリ名、登録日を有する。項目「旅行プラン名」は、項目「登録ユーザ名」と、項目「カテゴリ名」と、項目「登録日」に対応付けられている。以下の説明では、項目「旅行プラン名」の値と、項目「登録ユーザ名」の値と、項目「カテゴリ名」の値と、項目「登録日」と、を含む情報を、旅行プラン情報と呼ぶ。
項目「旅行プラン名」の値は、旅行プランの名称を示す。旅行プランの名称は、例え登録ユーザにより入力されても良いし、予め用意された選択肢から選択されても良い。
項目「登録ユーザ名」の値は、対応する旅行プランを登録したユーザの名称を示す。項目「カテゴリ名」の値は、対応する旅行プラン名が含まれるカテゴリの名称を示す。
尚、本実施形態では、旅行プランを登録したユーザを特定する登録ユーザ情報(ユーザアカウント)として、登録ユーザ名を旅行プラン名に対応付けるものとしたが、これに限定されない。旅行プランデータベース210では、登録ユーザ名の代わりに、ユーザID等が用いられても良い。
項目「登録日」は、対応する旅行プラン名の旅行プランが登録された日付を示す。
図4では、例えば、旅行プラン情報211では、旅行プラン名「道央渓流釣りツアー」という旅行プランが2016年4月10日にユーザ名「AA」によって登録され、カテゴリ「渓流釣り」に分類されていることがわかる。
図5は、第一の実施形態の評価ポイントデータベースの一例を示す図である。
本実施形態の評価ポイントデータベース220は、予め表示制御システム100の管理者等により設けられるものである。評価ポイントデータベース220は、情報の項目として、評価内容と、評価ポイントとを有する。項目「評価内容」と、項目「評価ポイント」とは、対応付けられている。
項目「評価内容」の値は、評価の内容を示す。項目「評価ポイント」の値は、評価内容に対応した値を示す。本実施形態では、項目「評価ポイント」の値が大きいほど、評価が高いことを示すものとした。
図5では、例えば評価内容「面白い」には、評価ポイント「10」が対応付けられており、評価内容「役立った」には、評価ポイント「20」が対応付けられており、評価内容「行ってみた」には、評価ポイント「50」が対応付けられていることがわかる。
図6は、第一の実施形態のユーザ属性データベースの一例を示す図である。
本実施形態のユーザ属性データベース230は、情報の項目として、ユーザ名、カテゴリ名、属性、合計評価ポイントを有する。本実施形態のユーザ属性データベース230では、項目「ユーザ名」と、項目「カテゴリ名」、項目「属性」、項目「合計評価ポイント」とが対応付けられている。以下の説明では、項目「ユーザ名」の値と、その他の項目の値とを含む情報をユーザ属性情報と呼ぶ。
項目「ユーザ名」の値は、属性が付与されているユーザの名称を示す。尚、ユーザ属性データベース230では、属性が付与されたユーザを特定する情報として、ユーザ名を用いているが、これに限定されない。ユーザ属性データベース230では、ユーザ名以外のユーザアカウントを用いても良い。
項目「属性」の値は、項目「合計評価ポイント」の値に応じ、属性データベース240に基づき付与される。項目「合計評価ポイント」の値は、ユーザ名と一致する登録ユーザ名と対応付けられた旅行プランに対して、評価が入力される度に付与される評価ポイントの合計値である。
図6では、例えば、ユーザ名「AA」は、カテゴリ名「渓流釣り」において、属性は「マニア」であり、合計評価ポイントは「180」であることがわかる。また、ユーザ名「AA」は、カテゴリ名「花見」において、属性は「ファン」であり、合計評価ポイントは「70」であることがわかる。
このように、本実施形態では、旅行プランのカテゴリ名毎に、属性が付与されている。したがって、本実施形態では、同一のユーザに対して、カテゴリ毎に複数の属性が付与される場合がある。
図7は、第一の実施形態の属性データベースの一例を示す図である。本実施形態の属性データベース240は、予め表示制御システム100の管理者等により設けられるものである。
本実施形態の属性データベース240は、情報の項目として、属性と合計評価ポイントとを有する。
本実施形態では、合計評価ポイントが150以上のユーザの属性を「マニア」とし、合計評価ポイントが80以上149以下のユーザの属性を「フリーク」とし、合計評価ポイントが1以上79以下のユーザの属性を「ファン」としている。また、本実施形態では、合計評価ポイントが0のユーザの属性を「一般」としている。合計評価ポイントが0のユーザとは、例えば登録した旅行プランが誰からも評価されていないユーザや、又は旅行プランを登録していないユーザ等である。
本実施形態では、合計評価ポイントが150以上のユーザの属性を「マニア」とし、合計評価ポイントが80以上149以下のユーザの属性を「フリーク」とし、合計評価ポイントが1以上79以下のユーザの属性を「ファン」としている。また、本実施形態では、合計評価ポイントが0のユーザの属性を「一般」としている。合計評価ポイントが0のユーザとは、例えば登録した旅行プランが誰からも評価されていないユーザや、又は旅行プランを登録していないユーザ等である。
以上のように、本実施形態では、合計評価ポイントの値が大きいほど、評価対象に対する関心が高いことを示す属性が付与されることがわかる。本実施形態では、評価対象とは、旅行プランが属するカテゴリである。また、本実施形態では、合計評価ポイントに応じて、段階的に属性が付与されるように、属性データベース240を生成している。
具体的には、例えば、最も旅行プランが属するカテゴリに関心が強いとされる属性は、「マニア」である。その次に旅行プランが属するカテゴリに関心が強いとされる属性は、「フリーク」である。この2つの属性には、1段階の差があると言える。
また、最も旅行プランが属するカテゴリに対する関心が薄いとされる属性は、「一般」である。したがって、属性「マニア」と属性「一般」の間には、3段階の差があると言える。
図8は、第一の実施形態の旅行プラン評価データベースの一例を示す図である。
本実施形態の旅行プラン評価データベース250は、情報の項目として、旅行プラン名、評価ユーザ名、カテゴリ名、評価ユーザの属性、評価内容、評価ポイントを有する。旅行プラン評価データベースでは、項目「旅行プラン名」と、その他の項目とが対応付けられている。以下の説明では、項目「旅行プラン名」の値と、その他の項目の値とを含む情報を、旅行プラン評価情報と呼ぶ。
項目「評価ユーザ名」の値は、評価内容を入力したユーザを特定するためのユーザの名称である。項目「評価ユーザの属性」の値は、評価ユーザ名と対応付けられた属性を示す。
尚、旅行プラン評価データベース250でも、他のデータベースと同様に、評価ユーザ情報として、評価ユーザ名の代わりにユーザID等を用いても良い。
図8では、例えば、旅行プラン評価情報251では、カテゴリ名「渓流釣り」、旅行プラン名「道央渓流釣りツアー」である旅行プランに、属性「フリーク」のユーザ名「EE」に、「役立った」と評価し、評価ポイント「20」が付与されたことがわかる。
本実施形態の旅行プラン評価データベース250は、登録制御部280が旅行プランに対する評価の入力を受け付けるたびに、入力された評価から生成される旅行プラン評価情報が追加されていく。
図9は、第一の実施形態の重み付けデータベースの一例を示す図である。
本実施形態の重み付けデータベース260は、情報の項目として、属性間の距離と、重みとを有する。属性間の距離と、重みとは、対応付けられている。
項目「属性間の距離」は、比較される2つの属性間の段階の差を示している。項目「重み」の値は、属性間の距離に対応した重みを示す。
図9では、属性間の距離「0」のとき重みは「5倍」であり、属性間の距離「1」のとき重みは「2倍」である。また、属性間の距離「3」のとき重みは「0倍」である。
つまり、本実施形態では、属性間の距離が近いほど、付与される重みが大きくなり、属性間の距離が遠いほど、付与される重みは小さくなる。
例えば、2つの属性が、両方とも「マニア」であった場合には、どちらの属性も同じ段階となる。しだかって、付与される重みは、最も大きい「5倍」となる。
また、例えば、2つの属性が「ファン」と「一般」であった場合には、両者の間に2段階の差があると言える。したがって、2つの属性「ファン」と属性「一般」との距離は「2」であり、付与される重みは「1倍」となる。
本実施形態の重みは、表示制御部290によるマッチング点数の算出の際に用いられる。マッチング点数とは、旅行プランに対する、旅行プランの提示要求を行った閲覧ユーザの関心の高さを示す指標値である。
次に、図10を参照し、本実施形態の表示制御サーバ200の機能について説明する。図10は、第一の実施形態の表示制御サーバの機能構成を説明する図である。
本実施形態の表示制御サーバ200は、表示制御処理部270を有する。本実施形態の表示制御処理部270は、表示制御サーバ200の演算処理装置26が、補助記憶装置25等に格納された表示制御プログラムを読み出して実行することにより、実現される。
本実施形態の表示制御処理部270は、登録制御部280と表示制御部290を有する。はじめに、登録制御部280について説明する。
本実施形態の登録制御部280は、入力受付部281、カテゴリ付与部282、旅行プラン格納部283、データベース検索部284、評価ポイント加算部285、属性変更判定部286、評価情報生成部287、評価情報格納部288を有する。
入力受付部281は、表示制御サーバ200に対する入力を受け付ける。具体的には、入力受付部281は、旅行プランの入力と、旅行プランに対する評価の入力とを受け付ける。
カテゴリ付与部282は、入力受付部281が受け付けた旅行プラン名を解析し、解析結果に応じて、旅行プラン名に、旅行プラン名が分類されるカテゴリを付与する。具体的には、カテゴリ付与部282は、単語と、カテゴリが対応付けられたテーブル等を有しており、旅行プラン名の形態素解析等を行った結果として得られた単語と対応付けられたカテゴリを、旅行プランが分類されるカテゴリとしても良い。
旅行プラン格納部283は、入力受付部281が受け付けた登録ユーザ名と、旅行プラン名と、カテゴリ付与部282により付与されたカテゴリの名称と、旅行プランの入力を受け付けた日付とを対応付けて、旅行プランデータベース210に格納する。つまり、旅行プラン格納部283は、入力受付部281が受け付けた登録ユーザ名と、旅行プラン名と、カテゴリ付与部282により付与されたカテゴリの名称と、から旅行プラン情報を生成し、旅行プランデータベース210へ登録する。
データベース検索部284は、各情報をキーとして、各データベースを検索する。具体的には、データベース検索部284は、旅行プラン名で旅行プランデータベース210を検索したり、ユーザ名でユーザ属性データベース230を検索したり、カテゴリ名で旅行プラン評価データベース250を検索したりする。
評価ポイント加算部285は、入力受付部281が旅行プランに対する評価を受け付ける度に、評価内容と対応する評価ポイントを、ユーザ属性データベース230の該当するユーザ名と対応する合計評価ポイントに加算する。
属性変更判定部286は、ユーザ属性データベース230において、評価ポイント加算部285による評価ポイントの加算を行った後に、属性データベース240を参照し、該当するユーザ名と対応する属性が変更されるか否かを判定する。
つまり、評価ポイント加算部285と、属性変更判定部286は、ユーザ属性データベース230に対して情報の登録を行う。
評価情報生成部287は、入力受付部281が受け付けた旅行プラン名と、評価ユーザ名と評価内容と、から、旅行プラン評価情報を生成する。旅行プラン評価情報の生成の詳細は、後述する。
評価情報格納部288は、評価情報生成部287により生成した旅行プラン評価情報を旅行プラン評価データベース250へ格納する。
次に、表示制御部290について説明する。本実施形態の表示制御部290は、入力受付部291、属性特定部292、評価情報抽出部293、マッチング点数算出部294、表示順決定部295、画面データ出力部296を有する。
入力受付部291は、表示制御サーバ200に対する入力を受け付ける。具体的には、入力受付部291は、端末装置300からの旅行プランの提示要求の入力を受け付ける。旅行プランの提示要求は、旅行プランのカテゴリと、提示要求を行ったユーザの情報と共に入力される。提示要求を行ったユーザの情報とは、例えば閲覧ユーザ名である。
属性特定部292は、ユーザ属性データベース230を参照し、入力受付部291が受け付けた閲覧ユーザ名と対応する属性を特定する。
評価情報抽出部293は、旅行プラン評価データベース250を参照し、入力受付部291が受け付けた旅行プランのカテゴリとカテゴリ名が一致する旅行プラン評価情報を抽出する。
マッチング点数算出部294は、重み付けデータベース260を参照し、閲覧ユーザの属性と、旅行プラン評価情報に含まれる評価ユーザの属性とを比較した結果に基づき、旅行プラン毎のマッチング点数を算出する。マッチング点数算出部294の詳細は後述する。
表示順決定部295は、算出された旅行プラン毎のマッチング点数に基づき、評価情報抽出部293により抽出された旅行プラン評価情報に含まれる旅行プランの表示順を決定する。
画面データ出力部296は、決定された表示順にしたがって旅行プランを表示させる画面の画面データを生成し、端末装置300へ出力する。
尚、本実施形態では、画面データを生成して出力するものとしたが、これに限定されない。表示制御部290は、例えば表示順決定部295により決定された表示順と、表示させる旅行プラン名とを端末装置300に出力しても良い。この場合は、端末装置300が、旅行プラン名を表示順にしたがって表示させる画面を端末装置300に表示させる。
次に、マッチング点数算出部294について説明する。本実施形態のマッチング点数算出部294は、重み付け部297、旅行プラン名抽出部298、点数合算部299を有する。
重み付け部297は、閲覧ユーザの属性と、旅行プラン評価情報に含まれる評価ユーザの属性とを比較結果と、重み付けデータベース260とから、付与する重みを決定し、旅行プラン評価情報に含まれる評価ポイントに重み付けを行う。
旅行プラン名抽出部298は、旅行プラン評価情報から、旅行プラン名を抽出する。より具体的には、旅行プラン名抽出部298は、評価情報抽出部293により抽出された旅行プラン評価情報の中から、ある旅行プラン名と、旅行プラン名が一致する旅行プラン評価情報を抽出する。
点数合算部299は、旅行プラン評価情報において、旅行プラン名が一致するもの同士の重みが付与された評価ポイントを合算する。
以下に、図11乃至図14を参照し、本実施形態の表示制御処理部270の処理を説明する。はじめに、図11及び図12を参照し、本実施形態の登録制御部280の処理について説明する。
図11は、第一の実施形態の登録制御部による登録制御部の処理を説明する第一のフローチャートである。図11では、登録制御部280による、旅行プランの登録の処理を説明する。
本実施形態の登録制御部280は、入力受付部281により、ユーザ名と、旅行プランの入力を受け付けた否かを判定する(ステップS1101)。
尚、本実施形態の表示制御サーバ200は、例えば端末装置300から旅行プランの登録要求を受け付けると、旅行プランの登録画面を端末装置300に表示させても良い。旅行プランの登録画面とは、例えば画面に地図や、地域毎の観光スポット等を表示させ、ユーザに、訪れたい地域や観光スポット等を選択させる画面であっても良い。また、旅行プランの登録画面には、ユーザが登録した旅行プランの名称(旅行プラン名)を入力させる入力欄が設けられるものとした。
さらに、本実施形態では、旅行プランの登録画面を表示させる前に、端末装置300にログイン画面を表示させ、ログイン画面において、ユーザ名を入力させても良い。
ステップS1101において、ユーザ名と旅行プラン名の入力を受け付けない場合、登録制御部280は、入力を受け付けるまで待機する。
ステップS1101において、ユーザ名と旅行プラン名の入力を受け付けると、登録制御部280は、カテゴリ付与部282により、入力された旅行プラン名のテキストデータを解析して解析結果に基づくカテゴリ名を取得し、旅行プラン名と対応付ける(ステップS1102)。
続いて、登録制御部280は、旅行プラン格納部283により、入力を受け付けたユーザ名を旅行プラン名とカテゴリ名と対応付けた旅行プラン情報として、旅行プランデータベース210へ格納し(ステップS1103)、処理を終了する。
図12は、第一の実施形態の登録制御部による処理を説明する第二のフローチャートである。図12では、ユーザ属性データベース230と旅行プラン評価データベース250を更新する処理について説明する。
本実施形態の登録制御部280は、入力受付部281により、旅行プランの評価内容と、評価を行うユーザのユーザ名の入力を受け付けた否かを判定する(ステップS1201)。尚、本実施形態では、評価を行うユーザは、事前に表示制御システム100にログインしているものした。したがって、評価要求は、評価要求を行った評価ユーザのユーザ名と共に入力される。
ステップS1201において、評価内容の入力を受け付けていない場合、登録制御部280は、評価内容の入力を受け付けるまで待機する。
ステップS1201において、評価内容の入力を受け付けると、登録制御部280は、データベース検索部284は、評価ポイントデータベース220を参照し、入力された評価内容と対応する評価ポイントを取得して保持する(ステップS1202)。
続いて、登録制御部280は、データベース検索部284により、入力された評価ユーザ名でユーザ属性データベース230を検索し、評価ユーザの属性を取得して保持する(ステップS1203)。尚、本実施形態では、ユーザ属性データベース230において、評価ユーザ名が存在しない場合、つまり、評価ユーザの属性が特定されていない場合には、評価ユーザの属性を「一般」とする。
続いて、登録制御部280は、データベース検索部284により、評価対象とされた旅行プラン名で旅行プランデータベース210を検索し、カテゴリ名と、評価対象の旅行プランを登録した登録ユーザ名とを取得する(ステップS1204)。
続いて登録制御部280は、評価情報生成部287により、旅行プラン名、評価ユーザ名、カテゴリ名、評価ユーザの属性、評価内容、評価ポイントを対応付けた旅行プラン評価情報を生成する。そして、評価情報格納部288により、生成した旅行プラン評価情報を旅行プラン評価データベース250へ格納する(ステップS1205)。この処理により、旅行プラン評価データベース250の更新の処理が完了する。
次に、登録制御部280は、データベース検索部284により、評価対象の旅行プランを登録した登録ユーザ名で、ユーザ属性データベース230を検索し、登録ユーザの合計評価ポイントを取得する。そして、登録制御部280は、評価ポイント加算部285により、登録ユーザ名の合計評価ポイントに、ステップS1208で取得した評価ポイントを加算する(ステップS1206)。
続いて登録制御部280は、属性変更判定部286により、属性データベース240を参照し、登録ユーザの属性が、評価ポイントの加算後に変更するか否かを判定する(ステップS1207)。
ステップS1207において、属性の変更がない場合には、登録制御部280は、ユーザ属性データベース230の更新の処理を終了する。ステップS1207において、属性の変更がある場合には、登録制御部280は、登録ユーザの属性を変更し(ステップS1208)、ユーザ属性データベース230の更新の処理を終了する。
以上が、表示制御処理部270の有する登録制御部280の処理である。次に、図13及び図14を参照し、表示制御部290の処理について説明する。
図13は、第一の実施形態の表示制御部の処理を説明する第一のフローチャートである。図13では、旅行プランの提示要求を受けた際の表示制御部290の処理を示している。
本実施形態の表示制御部290は、入力受付部291により、カテゴリ名と、旅行プランの提示要求の入力を受け付けたか否かを判定する(ステップS1301)。具体的には、入力受付部291は、旅行プランの提示要求と共に、提示要求を行った閲覧ユーザのユーザ名の入力を受け付けたか否かを判定する。尚、提示要求を行った閲覧ユーザは、提示要求を行う前に、表示制御システム100にログインしているものとし、提示要求を行った閲覧ユーザのユーザ名は、ログイン時に取得されていても良い。
ステップS1301において、入力を受け付けない場合、表示制御部290は、入力を受け付けるまで待機する。
ステップS1301において、入力を受け付けた場合、表示制御部290は、属性特定部292により、ユーザ属性データベース230に閲覧ユーザのユーザ名が存在するか否かを判定する(ステップS1302)。
ステップS1302において、該当するユーザ名がユーザ属性データベース230に存在する場合、属性特定部292は、閲覧ユーザのユーザ名と対応する属性を取得し(ステップS1303)、後述するステップS1305へ進む。
ステップS1302において、該当するユーザ名がユーザ属性データベース230に存在しない場合、属性特定部292は、閲覧ユーザの属性を「一般」とし(ステップS1304)、後述するステップS1305へ進む。
表示制御部290は、評価情報抽出部293により、入力されたカテゴリ名で、旅行プラン評価データベース250を検索し、旅行プラン評価データベース250において、入力されたカテゴリ名と同一のカテゴリ名が含まれる旅行プラン評価情報を全て抽出する(ステップS1305)。
続いて、表示制御部290は、マッチング点数算出部294により、抽出された旅行プ
旅行プラン評価情報に含まれる旅行プラン名毎に、マッチング点数を算出する(ステップS1306)。ステップS1306の詳細は後述する。
旅行プラン評価情報に含まれる旅行プラン名毎に、マッチング点数を算出する(ステップS1306)。ステップS1306の詳細は後述する。
続いて、表示制御部290は、表示順決定部295により、マッチング点数が高い旅行プランから順に、旅行プラン名の表示順を決定する(ステップS1307)。続いて、表示制御部290は、画面データ出力部296により、決定された表示順に旅行プラン名を表示させる画面データを生成し、旅行プランの提示要求を送信した端末装置300へ、生成した画面データを出力し(ステップS1308)、処理を終了する。
次に、図14を参照して本実施形態のマッチング点数算出部294の処理について説明する。図14は、第一の実施形態の表示制御部の処理を説明する第二のフローチャートである。図14は、図13のステップS1306におけるマッチング点数算出部294の処理を示している。
本実施形態のマッチング点数算出部294は、重み付け部297により、評価情報抽出部293により抽出された旅行プラン評価情報のうち、先頭の旅行プラン評価情報に含まれる評価ユーザの属性と評価ポイントとを抽出する(ステップS1401)。
次に、重み付け部297は、図13のステップS1303又はステップS1304で取得した閲覧ユーザの属性と、旅行プラン評価情報に含まれる評価ユーザの属性とを比較する(ステップS1402)。続いて、重み付け部297は、重み付けデータベース260を参照し、属性の比較の結果に応じた重みを、旅行プラン評価情報から抽出された評価ポイントに乗算する(ステップS1403)。
より具体的には、重み付け部297は、閲覧ユーザの属性と、評価ユーザの属性との距離を求め、重み付けデータベース260を参照し、2つの属性の距離に応じた重み(倍率)を旅行プラン評価情報から抽出した評価ポイントに乗算する。
続いて、マッチング点数算出部294は、旅行プラン名抽出部298により、旅行プラン評価情報から旅行プラン名を抽出し、ステップS1403で求めた値と対応付けて保持する(ステップS1404)。
続いて、マッチング点数算出部294は、抽出された旅行プラン評価情報全てについて、処理を行ったか否かを判定する(ステップS1405)。
ステップS1405において、全ての旅行プラン評価情報に処理を行っていない場合、マッチング点数算出部294は、次の旅行プラン評価情報から評価ユーザの属性と評価ポイントとを抽出し(ステップS1406)、ステップS1402へ戻る。
ステップS1405において、抽出された全ての旅行プラン評価情報に処理を行った場合、マッチング点数算出部294は、点数合算部299により、旅行プラン名毎に保持された点数を合算し、旅行プラン名毎のマッチング点数を算出し(ステップS1407)、処理を終了する。
以下に、図4乃至図9を参照し、本実施形態の表示制御処理部270の処理について具体的に説明する。
はじめに、登録制御部280の処理について説明する。
ここでは、表示制御サーバ200に、ユーザ名「AA」により「道央渓流釣りツアー」という旅行プランが入力された場合について説明する。
登録制御部280は、ユーザ名「AA」のユーザにより、旅行プラン名「道央渓流釣りツアー」が入力されると、テキストデータ「道央渓流釣りツアー」を解析し、カテゴリを「渓流釣り」とする。そして、登録制御部280は、ユーザ名「AA」、旅行プラン名「道央渓流釣りツアー」、カテゴリ名「渓流釣り」を対応付けた旅行プラン情報211を旅行プランデータベース210へ格納する。
次に、ユーザ名「AA」により登録された旅行プラン名「道央渓流釣りツアー」の旅行プランが、ユーザ名「DD」により評価された場合について説明する。ここではユーザ名「DD」のユーザは、ユーザ名「AA」により登録された旅行プラン名「道央渓流釣りツアー」の旅行プランに対して、「行ってみた」という評価内容を入力したこととする。
この場合、登録制御部280は、評価ポイントデータベース220を参照し、評価内容「行ってみた」と対応する評価ポイント「50」を取得する(図5参照)。そして、登録制御部280は、評価ユーザ名となるユーザ名「DD」の属性を特定する。ユーザ属性データベース230において、評価ユーザ名となるユーザ名「DD」は存在しないため、登録制御部280は、評価ユーザ名「DD」と対応する属性を「一般」とする(図6参照)。
次に、登録制御部280は、評価対象の旅行プラン名「道央渓流釣りツアー」で、旅行プランデータベース210を検索し、登録ユーザ名「AA」と、カテゴリ名「渓流釣り」とを取得する(図4参照)。
そして、登録制御部280は、旅行プラン名「道央渓流釣りツアー」、評価ユーザ名「DD」、カテゴリ名「渓流釣り」、評価ユーザ名の属性「一般」、評価内容「行ってみた」、評価ポイント「50」を対応付けた旅行プラン評価情報252を生成し、旅行プラン評価データベース250へ格納する(図8参照)。
次に、登録制御部280は、ユーザ属性データベース230を参照し、評価対象の旅行プラン名「道央渓流釣りツアー」の登録ユーザ名「AA」のカテゴリ名「渓流釣り」における合計評価ポイント「180」を取得する(図6参照)。そして、登録制御部280は、合計評価ポイント「180」に、今回評価ユーザ「DD」の評価により付与された評価ポイント「50」を加算する。
ここで、登録ユーザ名「AA」のカテゴリ名「渓流釣り」における合計評価ポイントは「230」となる。
このとき、登録制御部280は、属性データベース240を参照し、登録ユーザの属性が変更されるか否かを判定する。ここでは、評価ポイントが150以上のユーザの属性は、全て「マニア」となるため、ユーザ名「AA」の属性は変更されないことがわかる(図7参照)。
次に、表示制御部290の処理について説明する。
ここでは、ユーザ名「EE」のユーザが、カテゴリ「渓流釣り」の旅行プランの提示要求を行ったものとして説明する。
表示制御部290は、旅行プランの提示要求を受けて、ユーザ属性データベース230を参照し、ユーザ名「EE」の属性「フリーク」を特定する(図6参照)。
次に表示制御部290は、旅行プラン評価データベース250から、カテゴリ名「渓流釣り」を含む旅行プラン評価情報251、252、253を抽出する。ここでは、カテゴリ名「渓流釣り」の旅行プラン名は、提示要求を行ったユーザへの提示候補となる旅行プラン名である。
続いて、表示制御部290は、抽出した旅行プラン評価情報251、252、253のそれぞれについて、マッチング点数を算出する。
マッチング点数とは、旅行プラン評価情報に含まれる旅行プラン名が示す旅行プランに対する、旅行プランの提示要求を行った閲覧ユーザの関心の高さを示す指標値である。
表示制御部290は、旅行プラン評価情報251から評価ユーザの属性「フリーク」と評価ポイント「20」を抽出する。そして、表示制御部290は、評価ユーザの属性「フリーク」と、提示要求を行った閲覧ユーザ「EE」の属性「フリーク」とを比較する。両者は一致しているため、表示制御部290は、重み付けデータベース260から重み「5」を取得し、旅行プラン評価情報251に含まれる評価ポイント「20」に重み「5」を乗算する。そして、表示制御部290は、旅行プラン評価情報251に含まれる旅行プラン名「道央渓流釣りツアー」と、乗算結果であるマッチング点数「100」とを対応付けて保持しておく。
表示制御部290は、旅行プラン評価情報252、253に対しても同様の処理を行う。旅行プラン評価情報252では、評価ユーザの属性は「マニア」であるから、評価ポイント「20」に乗算される重みは「2」である。よって、表示制御部290は、旅行プラン評価情報252から、旅行プラン名「カナダでフィッシングライフ」と、マッチング点数「40」とを対応付けて保持する。
旅行プラン評価情報253では、評価ユーザの属性は「一般」であるから、評価ポイント「50」に乗算される重みは「1」である。よって、表示制御部290は、旅行プラン評価情報252から、旅行プラン名「道央渓流釣りツアー」と、マッチング点数「50」とを対応付けて保持する。
次に、表示制御部290は、旅行プラン名毎に、マッチング点数を合算する。旅行プラン名「道央渓流釣りツアー」と対応付けられているマッチング点数は、「100」と「50」である。よって、旅行プラン名「道央渓流釣りツアー」のマッチング点数は「150」となる。また、旅行プラン名「カナダでフィッシングライフ」に対応付けられているマッチング点数は「40」である。
したがって、旅行プラン名「道央渓流釣りツアー」の方が旅行プラン名「カナダでフィッシングライフ」よりもマッチング点数が高くなることがわかる。よって、表示制御部290は、旅行プラン名を「道央渓流釣りツアー」、「カナダでフィッシングライフ」の順に、提示要求を行った端末装置300に表示させる。
このように、本実施形態では、旅行プランの提示要求を受けたとき、提示候補となる旅行プラン毎に、旅行プランを評価したユーザの属性が提示要求を行ったユーザの属性に近いほど、大きい値となる指標値を算出する。そして、本実施形態では、この指標値が大きい旅行プラン名から順に端末装置300に表示させる。
したがって、本実施形態によれば、旅行プランの提示要求を行ったユーザの関心が高いと推察される旅行プラン名から順に提示要求を行ったユーザの端末装置300に表示させることができ、ユーザの属性に応じた旅行プラン名を表示させることができる。
以下に、表示制御サーバ200により、端末装置300に表示される画面の例について説明する。
図15は、端末装置に表示される画面の例を示す図である。図15の画面151Aは、旅行プランの評価内容の入力画面の例を示し、画面151Bは、提示要求を受けて旅行プランが表示された画面の例を示す。
画面151Aは、例えば端末装置300のユーザが表示制御システム100にログインし、表示制御処理部270による処理が開始されたときに、端末装置300に表示されても良い。
画面151Aでは、カテゴリ選択欄152A、検索ボタン153、旅行プラン表示欄154を有する。
カテゴリ選択欄152Aは、プルダウンボタン152aを有する。画面151Aでは、プルダウンボタン152aが操作されると、カテゴリの選択肢が表示される。
検索ボタン153は、表示させたい旅行プランの提示指示を行うためのボタンである。本実施形態では、画面151Aにおいて、カテゴリ選択欄152Aでカテゴリが選択され、検索ボタン153が操作されると、画面151Aが画面151Bへ遷移する。
旅行プラン表示欄154は、表示制御サーバ200に登録された旅行プランのうち、新しい旅行プラン名から順に表示される。また、旅行プラン表示欄154では、旅行プラン毎に評価内容の入力欄155が表示される。
例えば、旅行プラン名「福岡花見ツアー」と対応付けられる評価内容の入力欄155において、「面白い」が選択されると、旅行プラン「福岡花見ツアー」に対して、評価ユーザから「面白い」という評価内容がなされたことになる。
画面151Bは、カテゴリ選択欄152Aで、「渓流釣り」が選択された場合の、旅行プランの表示例であり、閲覧ユーザ「EE」により提示要求が行われた場合に、閲覧ユーザ「EE」の端末装置300に表示される画面を示している。
画面151Bは、旅行プラン表示欄156と、戻るボタン157とが表示されている。旅行プラン表示欄156では、画面151Aの旅行プラン表示欄154に表示された旅行プランから、カテゴリ「渓流釣り」に含まれる旅行プランが抽出され、表示されている。さらに、旅行プラン表示欄156では、旅行プラン名毎にマッチング点数158が表示されている。
画面151Bの例では、マッチング点数が高い旅行プラン名から順に表示されていることがわかる。
以上のように、本実施形態によれば、旅行プランの提示要求(表示要求)を行った閲覧ユーザの属性と、旅行プランを評価した評価ユーザの属性とに基づき、閲覧ユーザの関心が高いと推察される旅行プランから順に表示させる。したがって、本実施形態によれば、ユーザの属性に応じた旅行プランを表示させることができる。
(第二の実施形態)
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態では、旅行プランの提示要求を受けた際に、旅行プランデータベースに格納された全ての旅行プランが提示候補となる点が、第一の実施形態と相違する。したがって、以下の第二の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態では、旅行プランの提示要求を受けた際に、旅行プランデータベースに格納された全ての旅行プランが提示候補となる点が、第一の実施形態と相違する。したがって、以下の第二の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
本実施形態では、旅行プランをカテゴリに分類せず、ユーザ毎に1つの属性を付与するものとした。したがって、本実施形態では、旅行プランの提示要求を受け付けると、旅行プラン評価データベース250Aに格納されている全ての旅行プラン評価情報について、マッチング点数の算出を行う。
図16は、第二の実施形態の表示制御システムのシステム構成を説明する図である。
本実施形態の表示制御システム100Aは、表示制御サーバ200Aと、端末装置300を有する。
本実施形態の表示制御サーバ200Aは、旅行プランデータベース210A、ユーザ属性データベース230A、旅行プラン評価データベース250Aを有する。また、本実施形態の表示制御サーバ200Aは、本実施形態の表示制御処理部270Aを有する。表示制御処理部270Aは、登録制御部280A、表示制御部290Aを有する。
以下に本実施形態の旅行プランデータベース210A、ユーザ属性データベース230A、旅行プラン評価データベース250Aについて説明する。
図17は、第二の実施形態の旅行プランデータベースの一例を示す図である。本実施形態の旅行プランデータベース210Aは、情報の項目として、旅行プラン名と登録ユーザ名とを有する。旅行プランデータベース210Aは、項目「カテゴリ名」を有していない点以外は、第一の実施形態と同様であるから、説明を省略する。
図18は、第二の実施形態のユーザ属性データベースの一例を示す図である。本実施形態のユーザ属性データベース230Aは、情報の項目として、ユーザ名、属性、合計評価ポイントを有する。本実施形態のユーザ属性データベース230Aは、項目「カテゴリ名」を有していない点以外は、第一の実施形態と同様であるから、説明を省略する。
図19は、第二の実施形態の旅行プラン評価データベースの一例を示す図である。本実施形態の旅行プラン評価データベース250Aは、情報の項目として、旅行プラン名、評価ユーザ名、評価ユーザの属性、費用か内容、評価ポイントを有する。本実施形態の旅行プラン評価データベース250Aは、項目「カテゴリ名」を有していない点以外は、第一の実施形態と同様であるから、説明を省略する。
次に、図20を参照し、本実施形態の表示制御サーバ200Aの機能について説明する。図20は、第二の実施形態の表示制御サーバの機能構成を説明する図である。
本実施形態の表示制御サーバ200Aは、表示制御処理部270Aを有する。本実施形態の表示制御処理部270Aは、登録制御部280Aと表示制御部290Aを有する。はじめに、登録制御部280Aについて説明する。
本実施形態の登録制御部280Aは、入力受付部281、旅行プラン格納部283A、データベース検索部284、評価ポイント加算部285、属性変更判定部286、評価情報生成部287A、評価情報格納部288を有する。
旅行プラン格納部283Aは、入力受付部281が受け付けた旅行プラン名と、登録ユーザ名とを対応付けて、旅行プランデータベース210Aに格納する。
評価情報生成部287Aは、旅行プラン名、評価ユーザ名、評価ユーザの属性、評価内容、評価ポイントを対応付けた旅行プラン評価情報を生成する。
本実施形態の表示制御部290Aは、入力受付部291、属性特定部292、マッチング点数算出部294、表示順決定部295、画面データ出力部296を有する。表示制御部290Aの有する各部は、第一の実施形態と同様である。
次に、図21乃至図23を参照し、本実施形態の表示制御処理部270Aの処理を説明する。はじめに、図21及び図22を参照し、本実施形態の登録制御部280Aの処理について説明する。
図21は、第二の実施形態の登録制御部による登録制御部の処理を説明する第一のフローチャートである。図21では、登録制御部280Aによる、旅行プランの登録の処理を説明する。
本実施形態の登録制御部280Aは、入力受付部281により、ユーザ名と、旅行プランの入力を受け付けた否かを判定する(ステップS2101)。
続いて、登録制御部280Aは、旅行プラン格納部283Aにより、入力を受け付けたユーザ名を旅行プランの名称(旅行プラン名)と対応付けて旅行プラン情報とし、旅行プランデータベース210Aへ格納し(ステップS2102)、処理を終了する。
図22は、第二の実施形態の登録制御部による処理を説明する第二のフローチャートである。図22では、ユーザ属性データベース230Aと旅行プラン評価データベース250Aを更新する処理について説明する。
図22のステップS2201からステップS2203の処理は、図12のステップS1201からステップS1203までの処理と同様であるから、説明を省略する。
ステップS2203に続いて、登録制御部280Aは、データベース検索部284により、評価対象とされた旅行プラン名で旅行プランデータベース210Aを検索し、評価対象の旅行プランを登録した登録ユーザ名とを取得する(ステップS2204)。
続いて登録制御部280Aは、評価情報生成部287Aにより、旅行プラン名、評価ユーザ名、評価ユーザの属性、評価内容、評価ポイントを対応付けた旅行プラン評価情報を生成する。そして、評価情報格納部288により、生成した旅行プラン評価情報を旅行プラン評価データベース250Aへ格納する(ステップS2205)。この処理により、旅行プラン評価データベース250Aの更新の処理が完了する。
図22のステップS2206からステップS2208までの処理は、図12のステップS1206からステップS1208までの処理と同様であるから、説明を省略する。
次に、図23を参照し、本実施形態の表示制御部290Aの処理について説明する。図23は、第二の実施形態の表示制御部による処理を説明する第二のフローチャートである。
図23のステップS2301からステップS2304までの処理は、図13のステップS1301からステップS1304までの処理と同様であるから、説明を省略する。
ステップS2303又はステップS2304に続いて、表示制御部290Aは、マッチング点数算出部294により、旅行プラン毎のマッチング点数を算出する(ステップS2305)。ステップS2305とステップS2306の処理は、図13のステップS1306とステップS1307の処理と同様であるから、説明を省略する。
以上の処理により、本実施形態では、旅行プランのカテゴリに関係なく、提示要求を行ったユーザの関心が高そうな旅行プランを表示させることができる。
(第三の実施形態)
以下に図面を参照して第三の実施形態について説明する。第三の実施形態では、特定の属性のユーザに対し、ログイン後に外部のサーバから取得した旅行プラン名を表示させる点が、第一及び第二の実施形態と相違する。したがって、以下の第三の実施形態の説明では、第一及び第二の実施形態との相違点についてのみ説明し、第一及び第二の実施形態と同様の機能構成を有するものには、第一及び第二の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
以下に図面を参照して第三の実施形態について説明する。第三の実施形態では、特定の属性のユーザに対し、ログイン後に外部のサーバから取得した旅行プラン名を表示させる点が、第一及び第二の実施形態と相違する。したがって、以下の第三の実施形態の説明では、第一及び第二の実施形態との相違点についてのみ説明し、第一及び第二の実施形態と同様の機能構成を有するものには、第一及び第二の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
図24は、第三の実施形態の表示制御システムのシステム構成を説明する図である。
本実施形態の表示制御システム100Bは、表示制御サーバ200Bと、端末装置300を有する。また、本実施形態の表示制御サーバ200Bは、外部のサーバ400と通信を行う。
本実施形態の表示制御サーバ200Bは、第一の実施形態の表示制御サーバ200の有する各データベースに加え、ユーザ属性データベース230Aを有する。また、本実施形態の表示制御サーバ200Bは、表示制御処理部270Bを有する。表示制御処理部270Bは、登録制御部280と、表示制御部290Bを有する。
本実施形態において、サーバ400は、例えば旅行会社等により提供される旅行プランに関する情報が格納されたサーバ等である。本実施形態では、旅行プランの提示要求を行ったユーザの属性が、例えば「マニア」や「フリーク」等、旅行に対する関心が高いことを示す属性であった場合、ログイン後の画面に、このユーザが特に関心を持っていると思われるカテゴリをサーバ400へ通知する。そして、表示制御サーバ200Bは、サーバ400から、通知したカテゴリにおいて推奨される旅行プランを取得し、端末装置300に表示させても良い。
言い換えれば、本実施形態では、旅行が好きなユーザのユーザ名と、このユーザが関心を持っているカテゴリとを旅行会社のサーバ400へ通知し、このカテゴリにおいて旅行会社が推奨する旅行プランを取得してユーザに提示する。
以下に、図25を参照し、本実施形態の表示制御サーバ200Bの機能について説明する。図25は、第三の実施形態の表示制御サーバの機能構成を説明する図である。
本実施形態の表示制御サーバ200Bは、表示制御処理部270Bを有する。本実施形態の表示制御処理部270Bは、表示制御部290Bを有する。
本実施形態の表示制御部290Bは、第一の実施形態の表示制御部290の有する各部に加え、属性提供部301、旅行プラン取得部302を有する。
本実施形態の属性提供部301は、ログインされたユーザの属性が特定の属性であった場合に、ユーザに関する情報をサーバ400へ出力する。本実施形態において、サーバ400に提供される、ユーザに関する情報とは、ユーザ名と、このユーザが関心を持っているカテゴリとを含む。
旅行プラン取得部302は、サーバ400から、端末装置300に表示させる旅行プラン名を取得する。
次に、図26を参照して、本実施形態の表示制御部290Bの処理について説明する。図26は、第三の実施形態の表示制御部の処理を説明するフローチャートである。図26では、表示制御処理部270Bを実現する表示制御プログラムの起動要求を受けたときの表示制御部290Bの処理を示している。
本実施形態の表示制御処理部270Bは、起動要求を受け付けたか否かを判定する(ステップS2601)。ステップS2601において、起動要求を受け付けない場合、表示制御処理部270Bは、起動要求を受け付けるまで待機する。
ステップS2601において、起動要求を受け付けた場合、表示制御部290Bは、属性特定部292により、ログインしたユーザの属性を特定する(ステップS2602)。具体的には、属性特定部292は、ユーザ属性データベース230Aを参照し、ログインしたユーザのユーザ名と対応付けられた属性を特定する。尚、ユーザ属性データベース230Aに該当するユーザ名が存在しない場合、表示制御部290Bは、ログインしたユーザの属性を一般としてステップS2603へ進んでも良いし、ステップS2608に進んでも良い。
続いて、表示制御部290Bは、属性提供部301により、特定した属性が「フリーク」以上であるか否かを判定する(ステップS2603)。ステップS2603において、特定した属性が「フリーク」未満である場合、表示制御部290Bは、後述するステップS2708へ進む。
ステップS2603において、特定した属性が「フリーク」又は「マニア」であった場合、属性提供部301は、ユーザ属性データベース230において、このユーザと対応する属性のうち、「フリーク」以上のカテゴリを特定する(ステップS2604)。
続いて、属性提供部301は、ログインしたユーザのユーザ名と、属性が「フリーク」以上のカテゴリの名称(カテゴリ名)と、このカテゴリの属性とをサーバ400へ送信する(ステップS2605)。
続いて、表示制御部290Bは、旅行プラン取得部302により、サーバ400からカテゴリに対応した旅行プラン名を取得する(ステップS2606)。ここで取得される旅行プラン名は、サーバ400において、旅行会社等により推奨される旅行プランの名称である。
続いて、表示制御部290Bは、画面データ出力部296により、取得した旅行プラン名を端末装置300に表示させ(ステップS2607)、処理を終了する。
尚、ステップS2603において、特定した属性が「フリーク」未満の「ファン」又は「一般」である場合、表示制御部290Bは、旅行プランデータベース210を参照し、登録の日付が新しい順に旅行プランを取得して端末装置300に表示させ、(ステップS2608)、処理を終了する。
図27は、第三の実施形態において端末装置に表示される画面の例を示す図である。図27に示す画面271は、例えばユーザ名「AA」のユーザがログインした際に、端末装置300に表示される画面の例を示している。
画面271は、メッセージ表示欄272、カテゴリ表示欄273、旅行プラン表示欄274、検索画面ボタン275を有する。
メッセージ表示欄272には、表示された旅行プランがユーザに対して推奨される旅行プランであることを示すメッセージが表示される。カテゴリ表示欄273は、表示された旅行プランのカテゴリ名が表示される。旅行プラン表示欄274には、サーバ400から取得した旅行プラン名が表示される。
ユーザ属性データベース230Aにおいて、ユーザ名「AA」の属性は「マニア」であり、「フリーク」以上である(図18参照)。
したがって、表示制御部290Bは、ユーザ属性データベース230を参照し、ユーザ名「AA」と対応する属性が「フリーク」以上であるカテゴリ名を特定する。ユーザ属性データベース230において、ユーザ名「AA」と対応する属性には、「ファン」と「マニア」がある。よって、属性提供部301は、属性が「マニア」のカテゴリ名「渓流釣り」を特定し、ユーザ名「AA」と、カテゴリ名「渓流釣り」と、属性「マニア」と、をサーバ400へ送信する。
サーバ400は、サーバ400の有する旅行プランデータベースにおいて、カテゴリ名「渓流釣り」に分類された旅行プランの中から、属性「マニア」に対して推奨される旅行プランを抽出し、表示制御サーバ200Bへ送信する。尚、属性「マニア」に対して推奨される旅行プランは、例えばサーバ400において、予め用意されていても良い。
表示制御サーバ200Bは、旅行プラン取得部302により、サーバ400から送信された旅行プランを取得し、端末装置300に表示させる。
したがって、画面271において、メッセージ表示欄272には、「「AA」さんにお勧めの旅行プラン」というメッセージが表示され、カテゴリ表示欄273には、カテゴリ名「渓流釣りツアー」が表示される。
また、旅行プラン表示欄274には、サーバ400から取得した旅行プラン「アウトドアフィッシング」、「解禁直後ツアー」等が表示される。
また、画面271では、検索画面ボタン275が操作されると、通常のログイン後に表示される画面151Aに遷移しても良い。
以上のように、本実施形態によれば、表示制御システム100Bにおいて付与されたユーザの属性と、ユーザのカテゴリ毎の属性とを外部のサーバ400へ提供することで、旅行プランデータベース210に登録された旅行プラン以外の旅行プランの提示を受けることができる。
また、本実施形態では、ユーザの属性と、ユーザのカテゴリ毎の属性とを外部のサーバ400へ提供するものとしたが、これに限定されない。表示制御サーバ200Bは、例えはユーザの属性のみをサーバ400へ提供しても良い。つまり、表示制御サーバ200Bは、ユーザの旅行に対する関心の高さを示す情報を外部のサーバ400に提供しても良い。
この場合、サーバ400は、関心の高さに応じて旅行プランを表示制御サーバ200Bに送信し、表示制御サーバ200Bは、この旅行プランを端末装置300に表示させても良い。
(変形例)
上述した各実施形態では、閲覧ユーザの属性と、提示候補の旅行プランを評価した評価ユーザの属性とに基づいて、閲覧ユーザの端末装置300へ表示させる旅行プランの表示順を決定したが、以下の例では、閲覧ユーザの属性と、提示候補の旅行プランを登録した登録ユーザの属性とに基づいて、閲覧ユーザの端末装置300へ旅行プランを表示させても良い。
上述した各実施形態では、閲覧ユーザの属性と、提示候補の旅行プランを評価した評価ユーザの属性とに基づいて、閲覧ユーザの端末装置300へ表示させる旅行プランの表示順を決定したが、以下の例では、閲覧ユーザの属性と、提示候補の旅行プランを登録した登録ユーザの属性とに基づいて、閲覧ユーザの端末装置300へ旅行プランを表示させても良い。
図28は、閲覧ユーザの属性と登録ユーザの属性とに基づく旅行プランの表示の処理を説明するフローチャートである。
図28のステップS2801からステップS2805までの処理は、図13のステップS1301からステップS1305までの処理と同様であるから、説明を省略する。
ステップS2803又はステップS2804に続いて、表示制御部290は、抽出された旅行プラン評価情報に含まれる旅行プラン名のうち、閲覧ユーザと属性が一致する登録ユーザにより登録された旅行プランの旅行プラン名を特定する(ステップS2806)。
具体的には、表示制御部290は、例えば、抽出された旅行プラン評価情報に含まれる旅行プラン名毎に、旅行プランデータベース210を検索し、対応付けられた登録ユーザ名を取得する。そして、表示制御部290は、取得したユーザ名で、ユーザ属性データベース230を検索すれば、旅行プラン名の登録ユーザの属性を特定することができる。よって、表示制御部290は、抽出された旅行プラン評価情報に含まれる旅行プラン名のうち、閲覧ユーザと属性が一致する登録ユーザにより登録された旅行プラン名を特定できる。
続いて、表示制御部290は、ステップS2806で特定された旅行プラン名から順に、端末装置300に表示させる旅行プラン名の表示順を決定する(ステップS2807)。
具体的には、表示制御部290は、閲覧ユーザと属性が近い登録ユーザにより登録された旅行プラン名から順に表示させる。したがって、この場合には、ステップS2806で特定された旅行プラン名が最上位となる。次に、登録ユーザの属性が、閲覧ユーザの属性と1段階離れたている旅行プラン名が表示されることになる。
続いて、表示制御部290は、ステップS2807で決定した表示順に旅行プラン名を表示させる画面データを生成して端末装置300へ出力し(ステップS2808)、処理を終了する。
この例では、閲覧ユーザの属性と、属性が一致するユーザにより登録された旅行プラン名から順に端末装置300に表示させるため、ユーザの属性に応じた旅行プランを表示させることができる。
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
100、100A、100B 表示制御システム
200、200A、200B 表示制御サーバ
210、210A 旅行プランデータベース
220 評価ポイントデータベース
230、230A ユーザ属性データベース
240 属性データベース
250、250A 旅行プラン評価データベース
260 重み付けデータベース
270、270A、270B 表示制御処理部
280、280A 登録制御部
282 カテゴリ付与部
283、283A 旅行プラン格納部
285 評価ポイント加算部
287、287A 評価情報生成部
288 評価情報格納部
290、290A、290B 表示制御部
292 属性特定部
293 評価情報抽出部
294 マッチング点数算出部
295 表示順決定部
296 画面データ出力部
297 重み付け部
299 点数合算部
300 端末装置
301 属性提供部
302 旅行プラン取得部
400 サーバ
200、200A、200B 表示制御サーバ
210、210A 旅行プランデータベース
220 評価ポイントデータベース
230、230A ユーザ属性データベース
240 属性データベース
250、250A 旅行プラン評価データベース
260 重み付けデータベース
270、270A、270B 表示制御処理部
280、280A 登録制御部
282 カテゴリ付与部
283、283A 旅行プラン格納部
285 評価ポイント加算部
287、287A 評価情報生成部
288 評価情報格納部
290、290A、290B 表示制御部
292 属性特定部
293 評価情報抽出部
294 マッチング点数算出部
295 表示順決定部
296 画面データ出力部
297 重み付け部
299 点数合算部
300 端末装置
301 属性提供部
302 旅行プラン取得部
400 サーバ
Claims (10)
- 特定のユーザアカウントに対応づけた旅行プランの登録を受け付け、
登録された前記旅行プランに対する評価の入力を受け付け、
前記評価の入力に応じて、前記特定のユーザアカウントについて属性を特定し、
特定した前記属性に応じて、前記特定のユーザアカウントについて提供する旅行プランの表示を制御する、
処理をコンピュータに実行させることを特徴とする表示制御プログラム。 - 前記表示を制御する処理は、特定した前記属性に基づいて、登録された複数の前記旅行プランの表示順を決定し、表示させる、
ことを特徴とする請求項1記載の表示制御プログラム。 - 前記表示を制御する処理は、前記表示順において、前記特定のユーザアカウントの属性と同一の属性の他のユーザアカウントにより評価された旅行プランを上位にする、ことを特徴とする請求項2に記載の表示制御プログラム。
- 前記表示を制御する処理は、前記表示順において、前記特定のユーザアカウントの属性と同一の属性の他のユーザアカウントと対応づいた旅行プランを上位にする、ことを特徴とする請求項2又は3に記載の表示制御プログラム。
- 前記属性は、前記旅行プランに対する評価に応じた複数の段階を有し、
前記特定のユーザアカウントの属性と、前記他のユーザアカウントの属性との差が小さいほど、前記他のユーザアカウントにより入力された評価の重みを大きくし、
前記差が大きいほど、前記他のユーザアカウントにより入力された評価の重みを小さくする、ことを特徴とする請求項3又は4記載の表示制御プログラム。 - 前記表示を制御する処理は、ユーザアカウントと、前記旅行プランの分類を示すカテゴリ名との入力を受け付け、
前記カテゴリ名と対応付けられた旅行プランを抽出し、
前記旅行プラン毎に、旅行プランの評価と対応付いたユーザアカウントの属性と、入力された前記ユーザアカウントの属性との差に対応する重みから、前記ユーザアカウントについて、前記旅行プランに対する関心の高さを示す指標値を算出し、
前記指標値が大きい順に、提供する旅行プランを表示させる、ことを特徴とする請求項5記載の表示制御プログラム。 - 前記特定のユーザアカウントにより前記旅行プランの登録を受け付けていない場合、前記特定のユーザアカウントの属性を所定の属性とする、ことを特徴とする請求項1乃至6の何れか一項に記載の表示制御プログラム。
- 特定のユーザアカウントに対応づけた旅行プランの登録を受け付ける登録部と、
登録された前記旅行プランに対する評価の入力を受け付ける受付部と、
前記評価の入力に応じて、前記特定のユーザアカウントについて属性を特定する特定部と、
特定した前記属性に応じて、前記特定のユーザアカウントについて提供する旅行プランの表示を制御する表示制御部と、
を有することを特徴とする表示制御装置。 - コンピュータによる表示制御方法であって、該コンピュータが、特定のユーザアカウントに対応づけた旅行プランの登録を受け付け、
登録された前記旅行プランに対する評価の入力を受け付け、
前記評価の入力に応じて、前記特定のユーザアカウントについて属性を特定し、
特定した前記属性に応じて、前記特定のユーザアカウントについて提供する旅行プランの表示を制御する、ことを特徴とする表示制御方法。 - 旅行プランの登録を受け付け、
登録された前記旅行プランに対する評価の入力を受け付け、
前記旅行プランの表示要求を受けて、前記表示要求と対応付いた第1のユーザアカウントの属性を特定し、
特定した前記属性と、前記評価と対応付いた第2のユーザアカウントの属性とに応じて、旅行プランの表示を制御する、
処理をコンピュータに実行させることを特徴とする表示制御プログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018518033A JP6721043B2 (ja) | 2016-05-20 | 2016-05-20 | 表示制御プログラム、表示制御装置及び表示制御方法 |
PCT/JP2016/064979 WO2017199415A1 (ja) | 2016-05-20 | 2016-05-20 | 表示制御プログラム、表示制御装置及び表示制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2016/064979 WO2017199415A1 (ja) | 2016-05-20 | 2016-05-20 | 表示制御プログラム、表示制御装置及び表示制御方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017199415A1 true WO2017199415A1 (ja) | 2017-11-23 |
Family
ID=60325266
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2016/064979 WO2017199415A1 (ja) | 2016-05-20 | 2016-05-20 | 表示制御プログラム、表示制御装置及び表示制御方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP6721043B2 (ja) |
WO (1) | WO2017199415A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019215679A (ja) * | 2018-06-12 | 2019-12-19 | 株式会社野村総合研究所 | サーバおよびコンピュータプログラム |
JPWO2021144890A1 (ja) * | 2020-01-15 | 2021-07-22 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004227354A (ja) * | 2003-01-23 | 2004-08-12 | Nippon Telegr & Teleph Corp <Ntt> | 情報推薦装置、情報推薦方法、プログラム及び記録媒体 |
JP2005122369A (ja) * | 2003-10-15 | 2005-05-12 | Kddi Corp | リコメンダシステムにおけるアイテム推薦度提示装置 |
WO2007148817A1 (ja) * | 2006-06-23 | 2007-12-27 | Nec Corporation | コンテンツ推薦システム、コンテンツ推薦方法及びコンテンツ推薦用プログラム |
JP2010061601A (ja) * | 2008-09-08 | 2010-03-18 | Sony Corp | 推薦装置および方法、プログラム、並びに記録媒体 |
JP2014092876A (ja) * | 2012-11-01 | 2014-05-19 | Yahoo Japan Corp | 行程表生成装置、行程表生成方法および行程表生成プログラム |
JP2015158926A (ja) * | 2010-03-31 | 2015-09-03 | 株式会社Jvcケンウッド | 情報処理方法、表示方法、情報処理装置、端末装置、情報処理プログラム及び表示プログラム |
WO2016075827A1 (ja) * | 2014-11-14 | 2016-05-19 | 楽天株式会社 | レコメンドシステム、レコメンド方法及びレコメンドプログラム |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002024419A (ja) * | 2000-07-06 | 2002-01-25 | Yanmar Diesel Engine Co Ltd | 情報収集・情報提供装置及び情報収集・情報提供方法 |
JP2002288285A (ja) * | 2001-03-26 | 2002-10-04 | Nec Corp | 旅行企画案収集システム、旅行企画案収集方法、管理装置及びプログラム |
JP2011145834A (ja) * | 2010-01-13 | 2011-07-28 | Nifty Corp | 旅行情報提供装置 |
JP4960526B1 (ja) * | 2011-09-29 | 2012-06-27 | 株式会社ぐるなび | 店舗情報提供システム |
JP6514485B2 (ja) * | 2014-10-28 | 2019-05-15 | 株式会社Nttドコモ | プラン検索装置及びプラン検索方法 |
-
2016
- 2016-05-20 JP JP2018518033A patent/JP6721043B2/ja active Active
- 2016-05-20 WO PCT/JP2016/064979 patent/WO2017199415A1/ja active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004227354A (ja) * | 2003-01-23 | 2004-08-12 | Nippon Telegr & Teleph Corp <Ntt> | 情報推薦装置、情報推薦方法、プログラム及び記録媒体 |
JP2005122369A (ja) * | 2003-10-15 | 2005-05-12 | Kddi Corp | リコメンダシステムにおけるアイテム推薦度提示装置 |
WO2007148817A1 (ja) * | 2006-06-23 | 2007-12-27 | Nec Corporation | コンテンツ推薦システム、コンテンツ推薦方法及びコンテンツ推薦用プログラム |
JP2010061601A (ja) * | 2008-09-08 | 2010-03-18 | Sony Corp | 推薦装置および方法、プログラム、並びに記録媒体 |
JP2015158926A (ja) * | 2010-03-31 | 2015-09-03 | 株式会社Jvcケンウッド | 情報処理方法、表示方法、情報処理装置、端末装置、情報処理プログラム及び表示プログラム |
JP2014092876A (ja) * | 2012-11-01 | 2014-05-19 | Yahoo Japan Corp | 行程表生成装置、行程表生成方法および行程表生成プログラム |
WO2016075827A1 (ja) * | 2014-11-14 | 2016-05-19 | 楽天株式会社 | レコメンドシステム、レコメンド方法及びレコメンドプログラム |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019215679A (ja) * | 2018-06-12 | 2019-12-19 | 株式会社野村総合研究所 | サーバおよびコンピュータプログラム |
JP7236045B2 (ja) | 2018-06-12 | 2023-03-09 | 株式会社野村総合研究所 | サーバ、方法およびコンピュータプログラム |
JPWO2021144890A1 (ja) * | 2020-01-15 | 2021-07-22 | ||
WO2021144890A1 (ja) * | 2020-01-15 | 2021-07-22 | 日本電気株式会社 | 情報生成方法 |
JP7388454B2 (ja) | 2020-01-15 | 2023-11-29 | 日本電気株式会社 | 情報生成方法 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2017199415A1 (ja) | 2019-01-17 |
JP6721043B2 (ja) | 2020-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018072071A1 (zh) | 知识图谱构建***及方法 | |
KR100692209B1 (ko) | 맞춤형 상품 정보 제공 방법 및 그 시스템 | |
WO2013185107A1 (en) | Systems and methods for recognizing ambiguity in metadata | |
US9798833B2 (en) | Accessing information content in a database platform using metadata | |
US9767101B2 (en) | Media store with a canonical layer for content | |
JP2006040266A (ja) | 情報提供装置、情報提供方法および情報提供用プログラム | |
WO2016202214A2 (zh) | 一种关键词的展示方法和装置 | |
CN111259192A (zh) | 音频推荐方法和装置 | |
JP2017054214A (ja) | 判定装置、学習装置、情報配信装置、判定方法及び判定プログラム | |
CN108475260A (zh) | 基于评论的媒体内容项的语言识别的方法、***和介质 | |
US20230222136A1 (en) | Information providing device | |
US20160357811A1 (en) | Webpage content search | |
JP2018504686A (ja) | 検索データを処理するための方法及び装置 | |
JP6721043B2 (ja) | 表示制御プログラム、表示制御装置及び表示制御方法 | |
US10613828B2 (en) | Dynamic and personalized filtering of media content | |
JP6721935B1 (ja) | 管理サーバおよび商品検索方法 | |
KR102170535B1 (ko) | 감성 분석을 통한 사용자 선호 기반의 검색 장치 및 방법 | |
WO2022252806A1 (zh) | 信息处理方法、装置、设备及介质 | |
JP2022136506A (ja) | 検索システム、検索方法、及びプログラム | |
KR101648046B1 (ko) | 오픈소스 소프트웨어 추천 시스템 및 방법 | |
US20190384505A1 (en) | Information processing device, parts selection method, and computer-readable recording medium | |
JP7354330B2 (ja) | 趣向による場所関連推薦を提供する方法、システム、およびコンピュータプログラム | |
CN112084399A (zh) | 信息推荐方法、装置、设备以及存储介质 | |
US20200311089A1 (en) | Information processing apparatus, and non-transitory computer readable medium storing an information processing program | |
KR20220001313A (ko) | 사용자 이동경로기반 콘텐츠 추천 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 2018518033 Country of ref document: JP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16902434 Country of ref document: EP Kind code of ref document: A1 |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 16902434 Country of ref document: EP Kind code of ref document: A1 |