JP2006244244A - Network system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a network system by which an original travel plan prepared by a user can be coeected into a practical plan by a simple operation and the user can make a reasonable travel plan. <P>SOLUTION: In this network system, a server side holds information for advising a travel plan in a database and corrects the original travel plan prepared by the user to the practical plan by a simple operation. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a travel plan creation and travel plan advice method in a WWW environment.

  In general, travel tour information similar to travel pamphlet information distributed at a travel agency store has been released under the WWW environment. As a result, the user can select a travel tour or make a reservation. Furthermore, detailed information on tourist spots, hotels, transportation facilities, and the like are also disclosed, and users can make free travel plans with reference to such information.

As a conventional example, for example, Patent Document 1 can be cited.
JP 2002-41499 A

  However, in reality, for example, how long it takes to visit the museum, how long it is possible to move by taxi from the hotel where you stay, such as the actual time required for each tourist spot and the travel destination It is difficult to grasp travel time based on traffic conditions. For this reason, even if a detailed plan is made, there are cases where it cannot be executed as planned. In the case of an event that requires a reservation, it may be unavoidable.

  In order to solve the above-described problems, the device according to this patent includes a central processing unit (hereinafter referred to as a CPU), a memory for storing an operation program of the CPU, a display for displaying data, and other devices via the network. In a network system having a server device and a client device having a network interface for exchanging data with other devices, a network for exchanging data, and a database for holding a large amount of data, A communication means for exchanging data between computers connected by a server device on a network; a means for receiving and storing user information from a client; a means for authenticating from user information registered when a user connects to the server; , Means for memorizing travel tour information and connected users Means for providing travel information to the user, means for allowing the user to create a travel plan based on the travel information, means for the user to register the created travel plan information, and for each event such as sightseeing or tour in a travel tour Means for storing the required time, means for storing the required travel time between two points as destinations such as the place where the event takes place, station, hotel, etc., means for storing the rules for checking consistency, and the user A means for checking the consistency of the created travel plan based on the registered travel time information, a means for correcting the travel plan to a travel plan with an appropriate travel time from the check result, a means for storing the corrected content, and a correction And means for notifying the client of the contents and the revised travel plan.

  The server device is characterized by having means for storing the time required for each event by gender and age, and means for storing the required travel time between two points for each movement means.

  The server device also specifies a method for specifying an event that does not change the schedule when checking a travel plan created by the user, a means for indicating that the event is specified, and if the event is specified, the event is And a means for correcting the travel plan without change.

  Further, the server device stores means for extracting information such as a destination and an event selected from a travel plan created by the user and counting the number of times, and a previous place and moving means when moving to the destination. And means for returning a recommended plan information to the user based on the information when a travel plan newly created by the user is checked.

  As described above, the original travel plan created by the user can be corrected to a realistic plan with a simple operation. This allows the user to make a reasonable travel plan. Furthermore, it is possible to prevent unnecessary cancellations and the like by setting a reasonable schedule.

  Below, with reference to FIGS. 1-11, one Embodiment of the apparatus which concerns on this invention is described.

  FIG. 1 is a block diagram of a system according to the present invention.

  Reference numerals 101 and 102 denote client PCs, in which a system administrator registers a new data file, performs system maintenance processing such as user management information correction, or a user instructs product search, product information output, or the like. Is. A scanner 103 reads image data shared on the network, and reads catalog image data and the like in accordance with an instruction from the client PC.

  A printer 104 shared on the network outputs product information or catalog data in accordance with an instruction from the client PC.

  Reference numerals 105 and 111 denote local area networks (LANs), and the devices 101 to 105 connected to the network exchange data with other devices via the LAN. Reference numeral 107 denotes the Internet, and reference numeral 106 denotes a client PC directly connected to the Internet. 101 and 102 are different in connection form but are used for the same purpose.

  Reference numeral 108 denotes an HTTP server that receives a request that can be HTTP protocol from a client PC via a network. Reference numeral 109 denotes a Web application server. Several web application servers are registered in the HTTP server, and the HTTP server allocates processing to the appropriate web application server according to the request from the client PC. In addition, the Web application server that has received the request executes processing and returns the processing result to the client. A database 110 records content data information such as catalog data and image data, text information such as travel tours, hotels, and tourist spot information, time information required at each tourist spot, and user information.

  As described above, the WEB database system functions organically in combination with the HTTP server 108, the WEB application server 109, and the database 110.

  Next, FIG. 2 is a block diagram illustrating the configuration of the apparatus according to the present invention.

  Reference numeral 1 denotes a system bus, and each component block described below is connected to the system bus. Reference numeral 2 denotes a CPU (Central Processing Unit). Reference numeral 3 denotes a program memory (referred to as PMEM). A program for this processing is appropriately selected / read from the hard disk 10 and executed by the CPU 2. Data input from the keyboard 12 is stored as code information in the PMEM which is also a text memory. Reference numeral 4 denotes a communication control unit, which controls input / output data in the communication port 5. A signal output from the communication port 5 is transmitted to a communication port of another device on the network via the communication line 6. The communication with the printer and the image reading apparatus shared on the network is performed via the communication control unit 4.

  In this embodiment, a network such as a LAN is described, but it goes without saying that the present invention is applicable even if the communication port and communication line connected to the communication control unit are general public lines.

  8 is an external storage device controller, 9 and 10 are data file disks, for example, 9 is a flexible disk (referred to as FD), and 10 is a hard disk (referred to as HD).

  An input control unit 11 is connected to input devices such as a keyboard 12 and a mouse 13. The operator operates the keyboard 11 to give a system operation command or the like.

  Reference numeral 13 denotes a pointing device (referred to as PD) for instructing processing of image information on 16 CRTs. In this embodiment, a mouse is used. As a result, the cursor on the CRT 16 is arbitrarily moved in the X and Y directions to select a command / icon on the command menu to instruct processing, in addition to instructing an editing target and drawing position. 14 is a video image memory (referred to as VRAM), 15 is a display output control unit, and 16 is a CRT. Data displayed on the 16 CRTs are expanded as bitmap data on the 11 VRAMs. Reference numeral 17 denotes a printer control unit that controls data output to the connected printer 18.

  Reference numeral 1A denotes an image reading device control unit that controls the connected image reading device 1B. In the present invention, the components 1A and 1B are indispensable for the image reading server device. However, in the client side device, the server side via the communication control unit 4 and the communication port 5 as described above. The same shared component can be used.

  Further, the configuration of FIG. 1 has the same function even if the image reading device and the image reading device are physically separate components, even if the image reading device is a single component including the image reading device. And

  Note that the program stored in the ROM in this embodiment may be stored in a storage medium such as a hard disk (HD) or a flexible disk (FD) directly connected to the apparatus. Furthermore, it may be stored on another device connected via a network. The program of the present invention can be supplied to a system or apparatus via a storage medium such as FD or HD or a network.

  An embodiment of the system according to the present invention will be further described with reference to FIG. FIG. 3 is an example of a flowchart showing the travel plan correction process of the present invention.

  First, in step S301, the system administrator executes login processing with an account and a password from a client PC. At this time, there is no problem with the authentication method other than the account and password. In response to this request, in step S302, the server inquires of the database whether the input account and password are permitted for catalog data registration processing, and performs authentication processing. Here, if execution of the process is not permitted, an error screen is transmitted to the client PC. If so, proceed to the next step.

  In step S303, a keyword is input to search for travel information. Keywords include travel destinations, tourist attractions, hotels, optional tours, and transportation information. Upon receiving the request, the server searches the database for travel information corresponding to the keyword input in step S304, and transmits the result as a travel information list to the client PC. In step S305, the user acquires a travel information search result.

  In step S306, the user creates an original travel plan from the travel information search result. Then, the created original travel plan is registered in the server. The server that has received the request registers the original travel plan in the database in step S307. At this time, a travel plan ID uniquely corresponding to the registered travel plan is returned. In step S308, the user acquires a travel plan ID. The user can acquire the original travel plan information from the server at any time with this travel plan ID.

  FIG. 4 is an example of an original travel plan created by the present invention.

  This example shows a 3-day family trip. Reference numeral 401 denotes a cover page on which summary information such as a destination, date and time, and a large schedule are displayed. 402 to 404 are detailed schedules from the first day to the third day. The schedule for traveling by airplane and city sightseeing tours is displayed. Reference numeral 405 denotes a total cost page. All the costs for this trip are listed. If you look at this original travel plan in this way, you will know all the information.

  Next, a request is made to check the original travel plan created in step S309. The server that has received the request confirms the content of the original travel plan instructed in step S310 and reads out necessary data from the database. For example, the time required to visit an art museum or the travel time from a hotel. In step S311, the original travel plan is checked based on the information according to the consistency check rule registered. If it is impossible to do so, the original travel plan is corrected according to the rules, and the corrected content is stored. In step S312, the user can acquire the corrected original travel plan and the corrected content information.

  Next, in step S313, the user confirms the corrected original travel plan, and performs update registration if there is no problem. The server that has received the update request updates and registers the user's original travel plan in step S314. Then, the corrected travel plan ID is returned. In step S315, the user acquires the travel plan ID that has been corrected from the server.

  FIG. 5 is an example of a modified original travel plan of the present invention.

  This example shows a case where it is determined from the database information that “city sightseeing tour” is impossible in terms of time after lunch after “ZZ Museum Tour” on the second day. First, confirm the next event, “Swimming on T Beach”. Check the duration of this event to determine if it can be exchanged for the afternoon of the second day. If it is possible to do this, exchange "bathing on T beach" and "city tour". Then, the changed portion is displayed in blue so as to indicate that the travel plan has been changed. You can also list other methods for notifying changes. It is also possible to cancel the “city tour” on the second day and reserve the “city tour” on the third day.

  FIG. 8 is an example of a flowchart showing the detailed travel plan correction process of the present invention.

  Processing on the server side when a check request is made to the server for the original travel plan created by the user will be described. In step S801, it is determined whether the original travel plan has been checked to the end. If it has been verified to the end, the process proceeds to step S813. If not verified to the end, the process proceeds to step S802. In step S802, the type of each component data of the original travel plan is determined. Here, it is determined whether the event is an “event” such as a museum visit or shopping, or an “access” such as moving by taxi or moving on foot. If the data type is “event” data, the process advances to step S805 to obtain the required time information from the database. Then, it is determined whether the required time set in the user's travel plan is appropriate. If so, the process proceeds to step S807 to continue the process. If it is not appropriate, the process proceeds to step S806 and the time is corrected to an appropriate time. Then, the process proceeds to step S807.

  On the other hand, if the data type is “access” data, the process advances to step S803 to obtain access time information from the database to the destination. Then, it is determined whether or not the access time set in the user's travel plan is appropriate. If so, the process proceeds to step S807 to continue the process. If it is not appropriate, the process proceeds to step S804 to correct the access time to an appropriate time.

  FIG. 9 is an example of a data structure for storing the time required for the event of the present invention.

  Reference numeral 901 denotes a data type. Here, “event” is recorded. Reference numeral 902 denotes a title. In this example, it is “ZZ Museum Visit”, indicating that the tour required time information is stored. Reference numerals 903 to 905 store the required time according to age. Although this time is stored by age, the required time may vary depending on the sex and so on, so that data may be stored. Reference numeral 906 denotes remark information. In this example, museum closed day information is stored. It may be possible to check a travel plan set by the user based on this information. Reference numeral 907 denotes update date information of this information.

  FIG. 10 is an example of a data structure for storing the access time to the destination of the present invention.

  Reference numeral 1001 denotes a data type. Here, “access” is recorded. Reference numeral 1002 denotes a title. In this example, it is “ZZ art museum”, which indicates that the time required for accessing the art museum is stored. Reference numerals 1003 to 1007 classify access required times by departure point and store them for each means of transportation. In this example, there are three starting points, but more can be added. Moreover, it can add similarly regarding a transportation means. Reference numeral 1008 denotes update date information of this information.

  Next, in step S807, it is determined whether or not each corrected data is within the original time. If it is within the range, there is no particular problem, so the process returns to step S801 to continue the process. If not, the process proceeds to step S808. In step S808, it is determined whether there is data to be replaced in the travel plan. If there is no replaceable data, the process proceeds to step S812, where the data is left as it is, and the fact that the plan is impossible is recorded as a “required list” and the process is continued. If there is data that can be replaced, the process proceeds to step S809, where the data is replaced, and the process proceeds to step S810. Here, it is determined whether or not the data to be replaced is data on the examination list. If it is not the data on the examination list, the processing is continued as it is. If it is the data of the review required list, the process proceeds to step S811, and the data to be replaced this time is deleted from the review required list. Then, the process returns to step S801, and the process is continued.

  On the other hand, if the last data has been verified in step S801, the process proceeds to step S813 to determine whether or not the original travel plan has been corrected. If it has been corrected, the process proceeds to step S814, and the correction contents, the examination required list, and the corrected travel plan are returned to the user, and the process ends. If not corrected, the process proceeds to step S814 to notify the user that the user's original travel plan is appropriate, and the process ends.

  In this series of flowcharts, all data is subject to replacement, so in some cases there may be events that the user does not want to replace. As a countermeasure, a “fixed event” that is not a replacement target can be set.

  FIG. 6 is an example of the original travel plan created by the fixed event designation of the present invention. Although the same as the original travel plant described with reference to FIG. 4, an example in which the user wants to perform “sea bathing on T beach” on the third day is shown. Reference numerals 601 to 603 are exactly the same as 401 to 403, but the “Swimming on T beach” event is displayed in yellow at 604, indicating that this event is a fixed event. In this example, it is displayed in yellow, but a display method such as surrounding with a red line or graying out can be considered.

  FIG. 7 is an example of an original travel plan modified by the fixed event designation of the present invention. In FIG. 5, “city sightseeing tour” and “sea bathing at T beach” have been replaced, but this time “sea bathing at T beach” is set as a fixed event, so “shopping” is the next candidate. The replacement is checked, and the replacement is executed because it was possible.

  FIG. 11 is an example of a data structure for storing the access time to the destination of the present invention and the number of selections. Reference numeral 1101 denotes a data type. Here, “access” is recorded. Reference numeral 1102 denotes a title. In this example, it is “ZZ art museum”, which indicates that the required time information for accessing the art museum and the number of times selected by each user are stored. In 1103 to 1107, the required access time and the number of times of selection are classified by departure point and stored for each means of transportation. In this example, there are three starting points, but more can be added. Moreover, it can add similarly regarding a transportation means. Reference numeral 1108 denotes update date information of this information. When the user checks an original travel plan and the data is listed in the list to be examined, it is possible to propose a recommended access method based on this information.

1 is a system configuration diagram showing a schematic configuration of an embodiment of the present invention. It is a block diagram explaining the apparatus structure of one Example of this invention. It is an example of the flowchart which shows the travel plan correction process of this invention. It is an example of the original travel plan created by the present invention. It is an example of the modified original travel plan of this invention. It is an example of the original travel plan created by the fixed event designation | designated of this invention. It is an example of the original travel plan corrected by the fixed event designation | designated of this invention. It is an example of the flowchart which shows the travel plan correction detailed process of this invention. It is an example of the data structure which memorize | stores the required time of the event of this invention. It is an example of the data structure which memorize | stores the access time to the destination of this invention. It is an example of the data structure which memorize | stores the access time to the destination of this invention, and the frequency | count of selection.

Claims (4)

A central processing unit (hereinafter referred to as CPU), a memory for storing operation programs of the CPU, a display for displaying data, and a network interface for exchanging data with other devices via the network In a network system having a server device and a client device, a network for transferring data, and a database for holding a large amount of data,
The server device performs authentication from communication means for exchanging data between computers connected on the network, means for receiving and storing user information from the client, and user information registered when the user connects to the server. Means for storing travel tour information; means for providing travel information to connected users; means for allowing a user to create a travel plan based on the travel information; and registering the created travel plan information by the user Means for storing the time required for each event such as sightseeing and tour in a travel tour, and means for storing the required travel time between two points as destinations such as a place where the event takes place, a station, a hotel, etc. Consistency based on the means to store the rules for checking consistency and the required travel time information registered with the travel plan created by the user , A means for correcting the travel plan to an appropriate travel time from the check result, a means for storing the corrected content, and a means for notifying the client of the corrected content and the corrected travel plan. A characteristic network system.   2. The network according to claim 1, wherein the server device includes means for storing a required time of each event for each sex and age, and means for storing a required moving time between two points for each moving means. system.   When the server device checks a travel plan created by the user, a method for designating an event that does not change the schedule, a means for indicating that the event has been designated, and the event is changed if designated. 2. The network system according to claim 1, further comprising means for correcting the travel plan without performing the operation.   Means for the server device to extract information such as a destination and an event selected from a travel plan created by the user and count the number of times, and means for storing a previous place and moving means when moving to the destination 2. The network system according to claim 1, further comprising means for returning recommended plan information to the user based on the information when a travel plan newly created by the user is checked.

Images