JP2000315293A - Automatic communication system, user terminal and server - Google Patents

Abstract

(57) [Summary] The present invention relates to an automatic communication system, a user terminal, and a server, and reserves use by contacting facilities, transportation means, and the like relating to a movement such as movement by a means of transportation in accordance with an action plan. The purpose is to understand the status of facilities and destination facilities. A user terminal is provided which holds a guide script in which an action plan including transportation means on a movement route and a stop-off facility is described based on predetermined specifications and has communication means. Set the communication information on the network to the means of transportation and drop-in facilities in the guidance script, and contact the transportation means and destination facilities in the guidance script before executing movement according to the guidance script. When the is detected, the communication means is provided with a guidance script processing unit for notifying the transportation means and the destination facility of the reservation information using the contact information via the network.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transportation system used when traveling by using a vehicle or the like in accordance with an action plan, and to use a facility for a destination such as a game or accommodation at a destination. The present invention relates to an automatic contact system for making reservations and grasping the situation, user terminals and servers.

Many people plan on their own for business trips and various trips (tours) using various types of short- or long-distance transportation, and travel agencies and railway and other affiliated companies participate in recruitment. It is running by applying. It is troublesome and time-consuming to make a reservation for use of various facilities such as transportation, lodging, and a playground on a trip through such various means of transportation. Therefore, it is desirable that the reservation can be easily made. ing.

[0003]

2. Description of the Related Art The applicant of the present application has previously described a guide information presentation device,
An invention related to a guidance information presentation processing method, a recording medium recording a guidance information presentation program, a recording medium for a guidance script, and an apparatus for generating a guidance script has been proposed (Japanese Patent Application No. 10-330960, November 20, 1998). application). This invention is hereinafter referred to as the previously proposed invention, and its contents will be outlined below.

The proposed invention can provide not only information on points, routes, facilities, and the like, but also practical or virtual guidance along a route to a certain place. FIG. 13 shows a block configuration of a system proposed in FIG. 13 for the purpose of providing guidance in a format that can provide guidance with the passage of time and can be used in various systems and devices.

[0005] In the system shown in FIG. 13, a series of instructions of data (text data, video data, audio data, etc.) of time, place, and guidance information recorded in various formats are described in a markup language or the like. Instructions are time (eg, departure time, transit time, start time, end time, etc.), location (eg, departure point, transit point, arrival point, intersection, transfer point, facility location value, etc.) or (and) It is a unit of a script having guide information including one shot or partial data of various media (maps, characters, sounds, music, images, videos, etc.) as components. For example, at point A on a certain route, "point A
, The audio data (a
aa, wav) and image data (xxx.jpg). "

A series of such instructions is:
For example, what is described using a markup language description format such as XML (eXtensible MarkupLangage) is referred to as a guide (or navigation) script.
(Sometimes abbreviated as Naviscript). The guide script is stored and managed in the center 90. Alternatively, it is stored in various media 93 such as a magnetic disk and a CD-ROM, and is read by the user terminal 80.

[0007] The operation input unit 81 of the user terminal 80 responds to a user's search request from a guide script stored in the center 90 via the network 92 from the network access unit 82 or a media access unit 83.
A desired script is selected from the guide scripts stored in the various media 93 through the script conversion unit 84.
Pass to The script conversion unit 84 analyzes the syntax of the guidance script and converts it into structured data for guidance.
In a case where the user is actually using the guide script while moving (navigation mode), the instruction processing unit 85 sends the user's current status (current time, current location, etc.) from the status acquisition unit 86. ), The route information of the structured data for guidance is complemented, and the guidance information is output to the guidance output unit 88 based on the structured data for guidance according to the situation.
To output guidance.

When the user uses the guidance script in a virtual situation (in the case of the simulation mode), the instruction processing unit 85 sends a virtual current time or a virtual current location from the situation generating unit 87. Then, the route information of the structured data for guidance is complemented, and guidance is output from the guidance output unit 88.

[0009] For example, there is a guide script that provides route guidance from Tokyo Station to Rainbow Bridge via Kyobashi Interchange (IC). Among them, there is a voice script “Tokyo Station” at Tokyo Station. Two minutes later, the audio data "Welcome to the tour" is output, and the image data of the tour outline is displayed. The audio data "Kyobashi IC" is output at the Kyobashi IC. It is assumed that the instruction to output the voice data "Rainbow Bridge" is written in the Rainbow Bridge.

The operation input unit 81 reads out the guide script from the center 90 via the network 92 or the like according to a user's instruction, and starts processing the script.
The script converter 84 converts the guide script to generate structured data for guide. The instruction processing unit 85 first extracts descriptions related to points and routes in the instruction based on the structured data for guidance, and displays a route outline by referring to a database unit 89 in which map information and the like are stored. After that, GPS (Global P
osition System) and the like, the user's current location and current time are acquired from the situation acquisition unit 86, and instructions are processed accordingly. As a result, at the point where the user is located at Tokyo Station, "Tokyo Station is", and two minutes later, "@Welcome to the tour", the guidance output unit 88 provides voice guidance, and the tour outline image data is displayed. indicate. In addition, the Kyobashi IC will announce by voice, "It's Kyobashi," 3Km before Rainbow Bridge, "Soon it's Rainbow Bridge," and when it arrives at Rainbow Bridge, "It's Rainbow Bridge." Therefore, the user can receive appropriate guidance at an appropriate place at an appropriate time while traveling along the route of the tour.

In such a guide script, a series of instructions related to time, place, and guide information is described using a tag in a description format of a markup language. The generated guidance script is easy to read and write, as in existing markup languages, and is easy to search and process.
Therefore, it becomes clear to the creator what the data of the guidance script means, and that the sequence of instructions described therein is described according to the order to be guided.

In addition, instructions are rearranged, serialized, parallelized, optimized, etc., and data is structured (hierarchical,
Grouping) can be performed, and guidance relating to various times and places can be presented, thereby facilitating creation and modification of guidance information. Further, since the guidance script acquired from the center 90 or the like is converted into structured data for guidance corresponding to its own terminal, one guidance script can be used in various devices and systems. On the other hand, for the user, guidance can be obtained along the instruction sequence (time sequence or distance sequence). Further, in addition to obtaining guidance information along the actual position in the navigation mode, it is possible to virtually experience the guidance of a certain route in the simulation mode.
This guide script can be easily created and edited using an existing editor, and by registering the generated guide script at a center or the like, the guide script can be transferred via a network or the like. Anyone can use the guidance information anywhere.

On the other hand, systems for reserving various tickets for hotels, amusement parks, theme parks, museums, etc. exist for individual facilities, but these systems are used in accordance with the user's action (or travel) plan. There is no system that organically links the two.

Some researches have been conducted on agents that help users and servers exchange various kinds of information with each other.

[0015]

Even when a user moves to a facility in accordance with a plan or the like, the user often encounters a situation in which the facility is out of business hours or cannot be used because the facility is full.

[0016] On the other hand, if you know how each facility will come to how much time in advance how much of the people, but can be subjected to a variety of measures to that, it was difficult to guess this. For example, in a variety of stores, when the number of visitors can be predicted, effective inventory management can be performed, and in a restaurant or a hotel, preparations for welcoming customers can be accurately performed.

Reserving all seats or acquiring transportation tickets in advance for a certain action plan is a cumbersome task, and a travel agency mainly handles such a task.

According to the present invention, an automatic communication for making a reservation for use, giving an advance notice of arrival, and grasping the status of a destination facility by contacting facilities and transportation means, etc., when performing an action such as movement by means of transportation in accordance with an action plan. It aims to provide a system, a user terminal and a server.

[0019]

SUMMARY OF THE INVENTION The present invention is to provide a guide for the script that describes the action plan that go anywhere in advance and in what order in advance, facilities and transportation means such as the use of either or stop by scheduled in the action plan The contact information is described in the guidance script along with the location of the facility, and when performing an action or in a simulation, contact the facility or means of transportation before actually using or dropping in and reserve the facility use and / or Notice of arrival. Also,
At that time, it is possible to make a reservation or a notice to another facility by receiving a notification of information including the status of the facility.

The description of such an action plan is based on the previously proposed invention (Japanese Patent Application No. 10-330960) outlined above.
No.) guide script can be used.

FIG. 1 shows a first principle configuration of the present invention, in which a guide script is processed in a user terminal. FIG. 2 shows a second principle configuration of the present invention, in which processing of a guide script is performed in a server upon receiving information from a user terminal.

In FIG. 1, 1 is a user terminal, 2 is a server that holds contents of a guide script, 3 is a network that can be accessed from the user terminal 1 via a cable or radio, and 4 is a means of transportation (railway for transporting passengers). , Aviation,
It represents various facilities (actually representing the servers of each facility) that are planned to be used or dropped off according to an action plan such as a company such as a ship, a station, or the like, a hotel, a play facility, a theme park, or the like. 10 in the user terminal 1 is a script processing unit for guidance,
100 is a communication means for contacting facilities and transportation means to be used for making reservations for use, for notifying of arrival and notification of arrival, and for receiving processing of facilities, and the like. Communication means for connecting to and communicating with transportation means and facilities via wireless communication; 12, a position detecting means;
Is a time grasping means, 14 is a storage unit, and 15 is an input / output unit including an input unit for performing an operation input by a user, an output unit for presenting information of a script for guidance, information indicating a situation responded from the facility, and the like. .

In the case of FIG. 1, the user specifies a desired action plan from the input / output unit 15 to the server 2 via the communication means 11 of the user terminal 1 and the network 3 and requests a corresponding guidance script. The server 2 previously holds a variety of action plans as guide script contents, and the contents are selected or designated by the user terminal 1 through menu selection or condition input by search, and are selected or designated. The guidance script as the content is downloaded to the user terminal 1 and stored in the storage unit 14.

At the time of this download, the communication means 100 of the guidance script processing unit 10 checks the contents and, when detecting that there is a facility requiring reservation, activates the communication means 11 to activate the traffic set in the guidance script. Means and contact information for various facilities (phone number, IP address, etc.)
To the corresponding facility 4 via the network 3 to perform processing such as reservation for the facility 4. At this time,
If the facility side 4 cannot accept the reservation (a state of being full, etc.), a reply is returned to the user terminal, and the user terminal 1 presents the status information to the input / output unit 15 and if not accepted, another alternative is taken. The input / output unit 15 specifies whether the facility or course can be changed or canceled.

It is to be noted that the reservation is not made at the time of downloading (for example, when the reservation is unnecessary or impossible, or when the date and time to go out is uncertain), and a guide is provided for a certain number of days before or on the day of the actual transfer to the facility. When the communication unit 100 of the script processing unit 10 is activated, a reservation process can be performed.
Further, an output is generated by the position detecting means 12 and the time grasping means 13, and a reservation process can be performed according to a certain time before arrival and a place (distance).

Upon receipt of this reservation information, the various transportation means and facilities 4 update the reservation and customer data in real time by registering them in the reservation management and customer management systems within the facility, and provide accurate user information. Can always keep track of the number.

After the user makes a reservation, the user terminal 1
When the user moves in a car, a train, or the like in accordance with the guidance script, the guidance script processing unit 10 of the user terminal 1 reads the contents of the guidance script in the storage unit 14 and the position or time of the position detection unit 12 or the time grasping unit 13. When it is detected that the vehicle has arrived at a certain time before or at a certain distance before arriving at a facility scheduled to be used or dropped in, the corresponding facility or transportation means is notified of the estimated time of arrival.

The communication means 10 of the above user terminal 1
Examples of the reservation by 0 include reservations for seats at restaurants, movie theaters, concerts, etc., reservations for various facilities such as hotel rooms, and reservations for various tickets and seats such as express tickets and tour tickets for railways and the like.

Next, in the second principle configuration of the present invention shown in FIG. 2, reference numerals 1 to 4 correspond to the same reference numerals in FIG. 1, and reference numeral 1 designates a simpler inside than the user terminal in FIG. Terminal 1a having a simple configuration, an input / output unit for inputting a request for a necessary guide script, and performing presentation output when information corresponding to the request is sent from the server 2, and 2 for holding a guide script Server that performs reservation processing at the same time
0 is a script processing unit for guidance, 200 is a facility or a transportation means to be used in accordance with the movement of the user terminal according to the guidance script selected by the user terminal 1, to reserve use, and to notify and arrive of arrival. A communication means for notifying the user of the notification and receiving the status of the facility, etc., 21 is a communication means, 22 is a position detecting means, 23 is a time grasping means, and 24 is a storage unit for storing script contents for guidance.

In the case of FIG. 2, the reservation processing executed by the guide script processing unit 10 of the user terminal 1 in the configuration of FIG. 1 is replaced by the communication of the guide script processing unit 20 of the server 2 by the second principle configuration. In response to a request from the user terminal 1, the means 200 executes a reservation, a notice of arrival, a notification of arrival, etc., corresponding to the position and time, and notifies the user terminal 1 of the result. It is different in that it has a simple configuration that simply displays the contents of input and guidance script information and the results of reservations when they are received, but it is a function to make reservations and notices for facilities and transportation. There is no difference, and the detailed description of the operation of FIG. 2 is omitted.

[0031]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following script is used to assign contacts to facilities and transportation means in the guide script of the present invention. “Point” is facility, “latitude” is latitude, “longitude” is longitude, and “ad”
"dresss" is a street address, "phone" is a phone number, "ro"
"ute" is a route (means of transport), "http" is a hypertext transfer pr
otocol) and "cgi" are common gateway interfaces, and "ip" is an internet protocol (Internet Protocol).

Facility (hotel, movie theater, baseball field, etc.) <point><name> A </ name><latitude> N35.11.11.111 </ latitude><longitude> E135.22.22.222 </ longitude><address> ○ City △△ 1-1 </ address><phone> 03-1234-XXXX </ phone><http> http://www.foo.domain.co.jp/foo.cgi </ http><Ip> 192.168.1.200 </ ip><e-mail> foo@domain.co.jp </ e-mail></point> Means of transportation (train, airplane, ship, etc.) <route><name> A </ name><means> train </ means><category> JR </ category><category> ○ × line </ category><duration> 40min </ duration><distance> 30km </ distance><cost> 700yen </ cost><phone> 03-5678-XXXX </ phone><http> http://www.foo.domain.co.jp/foo.cgi </ http><ip> 192.168.1.200 < / ip><e-mail> foo@domain.co.jp </ e-mail></route> By having such a contact, telephone and TC / IP connection, it is possible to perform communication via a network by HTTP (CGI), E-mail.

FIG. 3 shows the structure of a user terminal according to the present invention, and corresponds to the user terminal shown in the principle configuration shown in FIG. In the figure, reference numeral 1 denotes the same user terminal as that of FIG. 1, reference numeral 11 denotes a communication unit (corresponding to the communication means of FIG. 1), reference numeral 2a denotes a content server holding various guidance scripts,
2b is a guide script editor for creating, adding, and modifying the guide script (the user terminal 1 in the configuration of FIG. 3).
, But the user terminal 1 may provide it to create a guide script),
4a and 4b are destination facilities set in the guidance script corresponding to the specific action plan, respectively. Further, 101 to 104 in the user terminal 1 constitute the guide script processing unit 10 of FIG. 1 described above, 101 is a guide structure holding unit that holds the data of the guide script, and 102 is the destination facility 4a, 4b. Information provision department according to time / place,
Reference numeral 103 denotes a transmission data creation unit for creating transmission data such as reservation (use of facilities and transportation means), advance notice (a certain time before arrival), notice (at the time of arrival), etc., 104 denotes a response to a reservation or advance notice from a destination facility (Notice of reservation acceptance, rejection notice, etc.)
Data interpretation unit 105 for interpreting received data including
Corrects the destination script (including accommodation facilities) and the plan of transportation, etc., when receiving a refusal notice for the transmission of the reservation, and corrects the guidance script held in the guidance structure holding unit 101. It is a correction unit. Also, the user terminal 1
Reference numerals 12, 13 and 15 correspond to the same reference numerals in FIG. 1, and reference numeral 12 denotes a current position acquisition unit (corresponding to the position detection means in FIG. 1) having a GPS mechanism for detecting the latitude and longitude of the current position. Reference numeral 13 denotes a current time acquisition unit including a clock (corresponding to the time grasping unit in FIG. 1), and reference numeral 15 denotes a user presentation unit (corresponding to the input / output unit in FIG. 1).

The communication section 11 of the user terminal 1 is connected to the content server 2a, the guide script editor 2b (if provided outside the user terminal 1), the destination facility 4a, 4b, communication is performed, but the network 3 is not shown in FIG.

FIG. 4 is a processing flow of the user terminal. First, a guide script corresponding to the action plan is downloaded by accessing the content server 2a (S1 in FIG. 4). At this time, a list of a large number of action plans held in the content server 2a is received from the user terminal 1 to the content server 2a and presented to the user presenting unit 15, and the user selects a favorite one from the list. I do. Specifically, by selecting a region (area) to go to and a genre (“sightseeing”, “walking”, “date”, etc.), a guide script that matches the specified area with the specified genre is displayed. Server 2a
Downloaded from

As a result, the guide script is held in the guide structure holding unit 101 of the user terminal 1, and at the same time, the information providing unit 102 adapted to the time / place communicates the destination facility included in the guide script. The communication unit 1 searches for the previous information and uses the first detected contact information.
From 1, a reservation inquiry is made to the corresponding facility among the destination facilities 4 a and 4 b (S 2 in FIG. 4). On the other hand, upon receiving the response from the destination facility, it is determined whether or not the received content is a rejection notification (S3 in FIG. 4). (See S4), or cancel the action plan itself (S4). The received notification is interpreted by the received data interpreting unit 104 in FIG. 3, and if the notification is a reservation rejection, the correcting unit 105 is driven to change the plan (change of facilities such as hotels, transportation means, and routes). And
A reservation is made for the changed facility or means of transportation and set in the guidance structure holding unit 101. Inquiry processing to a plurality of facilities (S2 to S4) is performed for a plurality of drop-in facilities (destination facility 4b in FIG. 3 etc.) without making inquiries to the next facility in order by ending the inquiry of one facility. And can be executed in parallel.

After the necessary reservation inquiry for each facility to be stopped is completed, the guidance script is executed (S5 in FIG. 4). This execution date may be a date and time after the date on which the reservation was made. When the guidance script is executed, the fact that it is a certain time before arrival at each facility, the current time and current position from the current position acquisition unit 12 and current time acquisition unit 13 indicate the position of the user terminal 1 (user Position of)
When the information providing unit 102 that matches the time / location detects that the distance between the user and the destination facility becomes a fixed distance and the user can reach the facility in a fixed time, the transmission data creating unit 103 Then, the transmission data including the estimated arrival time is created, the corresponding destination facility is called from the communication unit 11, the transmission data (the estimated arrival time) is transmitted, and communication is performed (S6 in FIG. 4).

After the notification of the predicted time, the user of the user terminal 1 moves, and the position acquired by the current position acquisition unit 12 matches the position of the destination facility.
a, the transmission data creation unit 10
In step 3, transmission data of an arrival report is created, and the communication unit 11 notifies the destination facility 4a of the arrival report (S7 in FIG. 4).

In the second principle configuration of the present invention shown in FIG. 2, the server 2 has a function of making a reservation (including a change in plan) for a destination facility or a means of transportation, notifying an arrival prediction, and reporting an arrival. However, since it can be realized by providing the same configuration as the mechanism shown in FIG. 2 and the same program as the processing flow shown in FIG. 4, the configuration and processing flow of the server 2 are omitted in the drawing.

FIG. 5 shows a basic configuration of a facility to be stopped by the guide script, and FIG. 6 shows a processing flow in the facility.

In FIG. 5, reference numeral 4 denotes a facility such as a hotel, a movie theater, or a playground (actually represents a server of each facility), and reference numeral 40 denotes a reception which receives from a network (Internet, telephone, etc.) and receives reception data. , 41 is a transmission unit for transmitting data to the network, 42 is a reservation system for managing daily reservation information of the facility, and 43 is a customer management system for collecting and managing personal information (age, hobbies, etc.) of facility users. It is.

The processing operation at the facility will be described with reference to FIG. Is a reservation process. When a user terminal first downloads a guide script corresponding to an action plan selected by a user and makes a reservation inquiry to the facility (S2 in FIG. 4), The reservation data (number of people, date and time information, etc.) is received by the receiving unit (40 in FIG. 5) of this facility (A. S1 in FIG. 6). For this reservation content, the reservation system (42 in FIG. 5) checks vacancy information (whether a hotel or the like is vacant), business hours (whether or not the reserved time is open) and the like (FIG. 6).
A. S2), it is determined whether it is acceptable (S2).
3). As a result, if it is found that the rejection is not accepted (when there is no vacancy or when the business is closed), a rejection notice is sent to the user from the transmitting unit (41 in FIG. 5) (S4 in FIG. 6A). ), If it is acceptable, the reservation system (42 in FIG. 5) makes a reservation for the seat (or room number), and informs the user from the transmitting unit (41 in FIG. 5) (FIG. 6).
A. S5), grasp the number of reserved people (S5)
6).

FIG. Is a process of receiving the expected arrival time. When the expected arrival time transmitted from the user terminal (S6 in FIG. 4) is received (S1 in B in FIG. 6), the congestion state is checked (S2 in FIG. 6). The congestion information detected by the check is notified to the user from the transmission unit (41 in FIG. 5) as a response to the user (S3 in FIG. 6B).
On the other hand, the reservation system performs processing for reflecting the estimated number of people arriving after a predetermined time based on the estimated arrival time to the maintenance of the venue, the maintenance of the parking lot, and the like (S4 in FIG. 6B). This processing includes contacting the person in charge (telephone or the like).

C. of FIG. Is a processing flow when an arrival notification transmitted from the user terminal is received upon arrival at the facility. When the arrival information is received (S1 in FIG. 6), the arrival information is reflected in the customer management system (43 in FIG. 5) (S2 in C. in FIG. 6).
Giving a privilege (discount or present) to the user (S
3).

Next, FIG. 7 shows a mutual transmission / reception operation sequence between the user terminal 1 and the server 4 of each facility, and summarizes the operations described in the configuration and processing flow shown in FIGS. That is, when the user terminal 1 downloads (FIG. 7) and receives a reservation inquiry (FIG. 5A), the reservation system 42 (FIG. 5) determines whether or not a seat or the like is vacant (reservation acceptance or not). , Rejection) (Fig. 7b), and at the same time a greeting (event information, etc.)
Can be notified (c in FIG. 7). Thereafter, when the user activates the user terminal (FIG. 7) to execute the action plan, the execution of the guidance script is started.

After that, when approaching each facility to be dropped in at a certain distance, the user terminal informs the facility of the expected arrival time (d in FIG. 7) and informs the facility of congestion information and the like. It is sent to the user terminal (e). Thereafter, when the user terminal arrives at the drop-in facility, a notification that the user terminal has arrived is sent (f in FIG. 7) by the event processing (FIG. 7) corresponding to the time and place, and the facility side receives this notification. Is received, an operation by the customer management system is performed, and a notification of a present such as a privilege is sent to the user terminal (g).

Using the configuration and processing functions of the present invention shown in FIGS. 3 to 7, the present invention can be implemented as in the following specific example 1.

Specific Example 1: Date Plan It is assumed that there is a date plan such as "go to concert X, eat at restaurant Y, and stay at hotel Z." Although such a plan may be created by an individual, usually, a magazine or the like prepares some recommended plans on the Internet, and such contents are provided by a content server (2a in FIG. 3). If
The user searches the plan list of the server for a plan that meets the purpose by narrowing down conditions and the like, and downloads the contents of the guide script to his / her terminal when he / she wants to execute the plan (S1 in FIG. 4). After downloading, the information of the download is notified to concert X, restaurant Y, and hotel Z. If this user discloses his / her own attribute information, the user also sends the attribute information (sex, age, hobby, etc.). Here, if there is something that needs a reservation, each facility performs a reservation process.

At this time, if the reservation is already full, the information is sent to the user terminal. If the hotel Z is fully occupied, the user terminal displays the contents of the response and informs the user, and asks whether to stop staying at the hotel, search for an alternative hotel, or stop the entire plan. Now, if the user chooses to find an alternative hotel,
The system queries the content server and asks for an alternative hotel. In response to this, the content server proposes another hotel V, and if the user approves it, a new plan is created. If the user is satisfied with the plan, the user executes the plan on the day. become.
The user can also experience the plan of the day by simulation in preparation for the day.

When the action plan on the day is executed on the user terminal (S5 in FIG. 4), information indicating that the execution has been started (and, if possible, the expected arrival time) is reported to the equipment at each facility. Then, in each facility, if necessary, preparations for welcoming the customer are made. At this time, if user information is disclosed, there is a possibility that preparations according to the taste of the person can be made. When this action plan is executed in this way, the system can perform appropriate processing according to time and place according to the execution plan.

Further, since route guidance can be performed, the user does not get lost. Each facility will be provided with information such as "I will arrive soon" 30 minutes before arriving at the place. By doing so, the restaurant can provide services such as serving food as soon as customers come. Also,
The user can know the congestion status immediately before. The user terminal may be able to check the real-time status of the facility at any time by clicking on the facility on the map shown on the GUI (Graphic User Interface). At the hotel, the reception process can be done very easily. Finally, each facility can provide after-sales service to the user by giving a privilege to the user who has used the facility. In this manner, the same can be performed for a sightseeing plan provided by a normal travel agency.

Specific Example 2: Example of Business Trip Plan FIG. 8 shows an example of a business trip plan created according to the present invention. In this example, vehicles and lodging can be automatically reserved by creating a business trip plan using a guidance script.
The user can use a GUI editor or the like to set the starting point and destination,
Create a business trip plan with the departure date and time. The series of instructions is described using a description format of a markup language such as XML and output as a guide script. By downloading this guide script to one's own terminal (user terminal) on which the guide script engine is loaded, the processing of FIG. 4 is executed, and the Shinkansen and airplane tickets as transportation means and accommodation hotels as facilities are obtained. The process of making a reservation automatically is performed, and if it is actually executed, it will surely convey its information to the destination.

In the case of the business trip plan shown in FIG. The date of departure, destination, departure time, day trip, etc. are determined as shown in
Next, B. As shown in (2), the name of the company line, the name of the limited express, the connecting station, the time, etc. are determined from the starting point by each means of transportation. This B. From the connecting process shown in FIG. A guide script using an XML description format, a part of which is shown in FIG. By downloading this guide script to the user terminal (S1 in FIG. 4), a reservation inquiry (S2 in FIG. 4) is executed. The seat reservation (Shinkansen) shown in is performed.

Communication means for making a reservation according to the present invention will be described.

FIG. 9 is a block diagram of a communication means for reservation, and FIG. 10 is a flow of communication processing.

Each block in FIG. 9 explains the function of the communication means for reservation. Reference numeral 60 denotes a script content for guidance held at the user terminal after being downloaded.
1 is a host name (contact address) of each facility to which contact information is added in the guidance script, 62 is an estimated arrival time estimating unit that calculates an estimated arrival time from the current location and the location of the destination facility, 63
Is an execution date and time input unit for setting the date and time when the plan is to be executed by the guide script, 64 is a user information holding unit for setting and holding the user's name, age, hobbies, etc., 65 is a transmission information creation unit, and 66 is a user terminal A presentation unit, 67 is an HTTP request message creation unit, 68 is a data reception unit, 3 is the Internet used as a network for communication, and 4 is a server (host 1, host 2, host 3) of a plurality of facilities. ).

In FIG. 9, reference numerals 60 to 68 are included in the same mechanism as the user terminal 1 shown in FIG. 3, but the block configuration is different from that in FIG. 9, 60 and 61 correspond to the guide structure holding unit 101 of FIG. 3, 62 and 63 correspond to the time / location-based information providing unit 102 of FIG. 2, and 65 and 67 correspond to the transmission data creating unit 103 of FIG. Reference numeral 68 corresponds to the communication unit 11 in FIG. 3, and reference numeral 66 corresponds to the user presentation unit 15 in FIG.

In the examples of FIG. 9 and FIG.
Utilizes the TP protocol. The flow of the reservation communication process will be described with reference to FIG. First, the contact information of each facility and means of transportation via the guidance script content (60 in FIG. 9) is extracted (S1 in FIG. 10). This searches the guidance script as a key to use phonep, http, ip, e-mail, etc. according to the system from the tags of the contact means, and extracts the contents of the information with the contact means tag. Here, it is assumed that the contents of the <http> tag are extracted. This indicates the connection destination on the server side in the HTTP protocol. In the example of FIG.
Corresponds to each server 61. In this case, since the server side instructs the method of processing by CGI, the CGI program name is also specified as follows.

[0059] http://www.serverl1l.co.jp/cgi/xxx1.cgi http://www.serverl2l.co.jp/cgi/xxx2.cgi http://www.serverl3l.co.jp/cgi /xxx3.cgi Here, when providing services on the server side, it may be necessary to specify a branch name if the server is a facility server, a section to be used if the server is a transportation means, and the like.
This is because one server may respond to various requests. Therefore, in such a case, a parameter is added and specified in advance. For example, since it is not possible to know which section it is even if it informs the server of the railway company that it will be used, if it is used between Tokyo and Osaka, it can be described as follows.

[0060] http://www.JR.co.jp/cgi/xxx1.cgi?SECTI
ON = TokyoOsaka Next, the user name and contact information (64 in FIG. 9) are extracted (S2 in FIG. 10). This reads what is normally set on the terminal side. Further, gender, age, and user preference information are also set as attribute information, and if the user permits, the information is sent as attribute information to the server of each facility in accordance with the information. This allows the receiving facility to respond to the customer. Alternatively, when the content server downloads the guide script, the user may be prompted to input a user name, contact information, attributes, and the like, and may send this to the user terminal in accordance with the guide script. in this case,
When the information is used a plurality of times, once the information is input, it is managed by an ID (identification number), and thereafter, it is sufficient to input only the ID. By doing so, customer management can be performed even on the content server.

User name: Taro Yamada Contact information: yamada@provider-name.ne.jp (Gender: Male) (Age: 28) (Disliked food: Tomato) (Note: Wheelchair) Further arrival time is specified in advance. If there is, take it out here (S3 in FIG. 10). In the guide script,
It is also possible to specify the arrival time at each point (use time of the facility). In this case, if the user inputs the date and time used when downloading the guidance script, the date and time of arrival at the point (facility) can be known. Also,
Even if the arrival time is not explicitly specified, if the time to reach it is known (if this is not described,
It can be easily calculated and determined by the system.

Data to be transmitted to the server is created from the information (S4 in FIG. 10, and 65 in FIG. 9), and an HTTP request message is created for each server (S5 in FIG. 10 and 67 in FIG. 9).

POST for host 1 /cgi/xxx1.cgi HTTP / 1.0 HOST htto: //www.serverll1.co.jp CONTENT-LENGTH: 100 CONTENT-TYPE: text / plain NAME = “Taro Yamada” & E-Mail = “Yamada@provider-name.ne.jp” & ARRIVE-TIME = “1999/4 / 1-10: 00” & STATUS = “DownLoad” POST for host 2 /cgi/xxx2.cgi HTTP / 1.0 HOST htto: // www .serverll2.co.jp CONTENT-LENGTH: 100 CONTENT-TYPE: text / plain NAME = “Taro Yamada” & E-Mail = “Yamada@provider-name.ne.jp” & ARRIVE-TIME = “1999/4 / 1- 12:00 ”& STATUS =“ DownLoad ”POST for host 3 /cgi/xxx3.cgi HTTP / 1.0 HOST htto: //www.serverll3.co.jp CONTENT-LENGTH: 100 CONTENT-TYPE: text / plain NAME =“ Taro Yamada ”& E-Mail =“ Yamada@provider-name.ne.jp ”& ARRIVE-TIME =“ 1999/4 / 1-12: 00 ”& STATUS =“ DownLoad ”At this time, the server side is written in the guidance script If you want to send the category information of the facility, etc., you can add the value to the above parameter enumeration section as follows and send it. Kill.

NAME = “Taro Yamada” & E-Mail = “Yamada@provider-name.ne.jp” & STATUS = “DownLoad” & SECTION = “TokyoOsaka” & CATEGORY = “Musashino Line” Send and receive data (S6 in FIG. 10), receive a response message from the server side as needed (S7 in FIG. 10, 68 in FIG. 9), receive this and display it on the user terminal (FIG. 10). S8, 66 in FIG. 9).
When the user sees this and changes the plan, or if the reply is that the facility is not accepted, the system automatically changes the plan at the user terminal so as not to approach the facility.

When making a reservation, if a reservation is necessary in advance, the following message may be added from the beginning. In addition, this may be confirmed by the user when the system contacts each server and then entered.

& REQUEST = “Reservation” Also, once the facility is contacted, the facility server makes a reservation as a response, or creates a questionnaire for other items that require a meeting and asks the user. The user sends back and makes a reservation in response to this, and if the facility is a hotel, the type of room can be selected, and if the facility is transportation (vehicle), the type of seat can be selected.

On the server side, H is executed by the CGI program.
It processes data sent according to the TTP protocol, exchanges information with a reservation system or customer management system, and returns information to the user. This is the same process as that performed by a server-side program when an individual makes a reservation for a hotel, airline ticket, or train ticket on a web browser.

When it is necessary for the server to issue a ticket, ticket data may be sent as a response and the user may record the ticket data on an IC card or the like or simply print it to handle the ticket. . Furthermore, when a request is sent with an address or an e-mail address as personal data of a user, the request can be sent later by mail or sent as an e-mail attachment.

The example described with reference to FIGS. 9 and 10 above is an image of data exchange performed when the guidance script is downloaded. The same processing can be performed when the vehicle comes near or arrives. The only difference is that the values of ARRIVE-TIME (arrival time) and STATUS (status) are changed.

The ARRIVE-TIME can send a more accurate predicted time as it approaches the facility. If the time cannot be predicted, it can be dealt with by sending data on the current latitude and longitude where the user is. This value allows the server to easily determine how close the user is now. In this case, send the following data instead of ARRIVE-TIME. However, N represents north latitude and E represents east longitude.

PRESENT-POSITION = “N35.40.39.0E139.46.18.1” “STATUS” for identifying the data when the user is in the state is “DownLoa
d ”,“ Start ”when leaving,“ Nea ”when close
r ”and send it.

In this example, the method of realizing using the HTTP protocol has been described. However, the communication may be performed by e-mail or the server (facility side) is a simple exchange even when a person in charge responds. It is also possible to perform automatic processing by using speech synthesis and recognition technology on the client side (user terminal).

Next, the following three examples are shown as contents of the guidance script (action plan) necessary for performing the reservation processing according to the present invention. Note that corresponds to the date plan of Example 1 above, and corresponds to Example 2 above.
Corresponding to the business trip plan.

Guide script (action plan) described only at points (facilities) <naviscript version = “0.3”><title> date plan </ title><duration> 5hour </ duration><expense> 15,000 yen / 1 person </ expense><navi><seq><inst><point><name> Concert venue X </ name><latitude> N35.11.11.111 </ latitude><longitude> E135.22.22.222 <// longitude><http> http://www.consertX.co.jp/xxx1.cgi </ http></point></inst><inst><point><name> Restaurant Y </ name><latitude> N36.33.33.333 </ latitude><longitude> E136.44.44.444 </ longitude><http> http://www.restrantY.co.jp/xxx2.cgi </ http></point></ inst ><Inst><point><name> Hotel Z </ name><latitude> N37.55.55.555 </ latitude><longitude> E137.66.66.666 </ longitude><http> http: //www.hotelZ .co.jp / xxx3.cgi </ http></point></inst><seq></navi></naviscript> Script for guidance (action plan) described only by means of transportation <naviscript version = "0.3"><title> Shinurayasu-Hyogo </ title><duration> 4 hours 9 minutes </ duration><distance> 611.2km </ distance><expense> 16,110yen / 1 person </ expense><navi><seq><inst><route><name> Musashino Line Shinurayasu-Tokyo </ name ><Means> train </ means><category> JR </ category><category> Musashino Line </ category><duration> 19min </ duration><distance> 16.1km </ distance><cost> 190yen </ cost ></Route></inst><inst><route><means> walk </ means><duration> 20min </ duration></route></inst><inst><route><name> Nozomi Tokyo -Shin-Kobe </ name><means> train </ means><category> JR </ category><category> Shinkansen </ category><duration> 166min </ Duration><distance> 589.5km </ distance><cost> 6420yen </ cost><http> http://www.JR.co.jp/reserve.cgi?TokyoKobe </ http></route>< / inst><inst><route><name> Kobe Municipal Subway Shin-Kobe-Sannomiya </ name><means> train </ means><category> Kobe City Transportation Bureau </ category><duration> 3min </ duration><distance> 1.3km </ distance><cost> 180yen </ cost></route></inst><inst><route><name> Sannomiya-Sannomiya </ name><means> walk </ means><duration> 5min </ duration></route></inst><inst><route><name> Tokaido / Sanyo Main Line (each stop) Sannomiya-Hyogo </ name><means> train </ means><category> JR </ category><duration> 7min </ duration><distance> 4.3km </ distance><cost> 160yen </ cost></route></inst></seq></navi></naviscript> Need contact If there is no facility, the contact information may be removed, or if there is a contact information, it may be determined whether or not it is necessary to contact the terminal, and then only the necessary information may be sent. In this case, you may enter the contact information only for the Shinkansen whose reservation is better, or you may enter the contact information on the regular train to check the occupancy rate.

Guide script (action plan) describing points (facilities) and transportation means <naviscript version = "0.3"><title> Romantic Road, Swiss Alps, London, Rome, Paris, 12 days </ title><Duration> 12 days </ duration><expense> 328,000 yen / person </ expense><navi><seq><inst><route><name> JL Tokyo-Rome </ name><means> plain < / means><category> JL </ category><duration> 12hour </ duration><http> http://www.JL.co.jp/xxx.cgi?TokyoRome </ http></route></ inst ><Inst><point><name> Beverly Hills </ name><category> HOTEL </ category><category> ClassA </ category><latitude> N35.55.55.555 </ latitude><longitude> E135.55.55. 666 </ longitude><http> http://www.hills.co.jp/book.cgi </ http></point></inst><inst><route><name> City Sightseeing </ name><means> bus </ means><category> ABC Tour-Agency </ category><duration> 3hour </ duration><HTTP> http://www.ABC.co.it/tour.cgi </ Http></route></inst><inst><point><point><name> Vatican Museums </ name><category> museum </ category><latitude> N35.55.55.777 </ latitude><longitude> E135.55.55.999 </ longitude><http> http://www.Vatican.co.va/xxx.cgi </ http></point></inst> ............ <inst><route><name> JL London-Tokyo </ name><means> plain </ means><category> JL </ category><duration> 12hour <// duration><http> http://www.jl.co.jp/xxx3. cgi? LondonTokyo </ http></route></inst></seq></navi></naviscript> An optimal ticket purchasing system can be configured using the principle of the present invention. FIGS. 11 and 12 show the configuration and processing flow of a system for purchasing an optimal ticket according to the present invention.

In FIG. 11, 101, 103, 10
Reference numerals of 4, 11, 12a, 2b, 4a, and 4b correspond to those in FIG.
Correspond to the same reference numerals, and other reference numerals represent elements specific to this configuration. That is, 1a is a ticket purchasing terminal, 11 is a communication unit, 101 is a structure holding unit for guidance, 103
Is a transmission data creation unit, 104 is a reception data interpretation unit, 10
6 is an optimal ticket recommendation module, 107 is a ticket database, 108 is a user interface including input means and output (display) means, 2a is a content server,
2b is a script editor for guidance, 4a and 4b are destination facilities, and 4c is a means of transportation for purchasing tickets (agents issuing railway tickets such as railroads, airlines, buses, etc.). Also in this case, the ticket purchase terminal 1a is connected to the content server, the transportation means 4c, and the destination facilities 4a and 4b via a network (not shown) such as the Internet.

The operation of FIG. 11 will be described with reference to FIG. In order to obtain the best ticket for executing the entire guide script (action plan), the ticket database 107 is obtained via a network or externally so that the latest information is reflected in the ticket database 107. Will be updated periodically.

First, the content of the necessary action plan is obtained from the content server 2a, and the guidance structure holding unit 10
It is held at 1. From these, the received data interpreter 104
Take out the facilities and transportation that require a ticket at
S1). Specifically, a list of necessary paid tickets and a free ticket (reservation of a seat, etc.) are taken out, and the paid tickets are supplied to the optimal ticket recommendation module 106, where the ticket database 107 is referred to for the optimal ticket recommendation module 106. Na (low cost, suitable for schedule time)
The ticket is searched and recommended (S2 in FIG. 12). In the case of travel tickets, if there is a set of transportation and facilities (hotels, etc.) usage fee, we recommend that ticket,
If tour tickets are more advantageous for transportation, we recommend the tour tickets. In this case, in addition to the low price, there may be a user's preference (a commemorative ticket, a premier ticket, etc.), so some proposals are proposed to the user, and the user is selected by the user interface 108 from the proposals. You can also. When a ticket is selected, data required for ticket reservation is created in the transmission data creation unit 103, and the transportation means 4c, destination facility 4a, destination facility 4a, 4
b, the data is sent and a ticket can be purchased (S3 in FIG. 12). The reservation of a free seat or the like is performed by the reception data interpretation unit 104 and the transmission data creation unit 10.
By activating the communication unit 11 via the terminal 3, data for reservation is sent to each facility in the same manner, and reservation can be performed.

The present invention can also be used when a person who has difficulty moving moves. In other words, a person who moves with a wheelchair or a stroller decides on an action plan for the day in advance, creates an action plan script that has the same structure as the guide script, and sets the means of contacting the drop-in facility. . And, while performing this, when you act, you will be automatically notified of where you are going, so that staff should prepare and assist in advance at stations and facilities to assist in getting off and moving down stairs. Can be.

[0080]

According to the present invention, when an action plan (guide script) is downloaded from a content server, or when a user applies for a proposed tour, reservations for transportation means and facilities are automatically made. It becomes possible. As a result, it is possible to prevent a situation in which the user has not opened after going to the facility or cannot be filled in as in the related art.

Also, when traveling according to the process of the guide script, tourist facilities and the like are informed of the arrival schedule by estimating the number of visitors at facilities and the like, so that preparations can be made.
It becomes easy to manage facilities (restrictions on entrance, etc.) accurately, and it is possible to respond to schedule changes by knowing in advance.

Since facilities and transportation means can prepare any customers in advance, the quality of services can be improved by providing a server with a margin, a service that does not wait, and the like. Further, it helps the visitor prediction, and the inventory management can be appropriately performed.

Further, the ticket reservation system according to the present invention enables a ticket or the like to be reserved accurately in accordance with a schedule.

[Brief description of the drawings]

FIG. 1 is a diagram showing a first principle configuration of the present invention.

FIG. 2 is a diagram showing a second principle configuration of the present invention.

FIG. 3 is a diagram illustrating a configuration of a user terminal according to the present invention.

FIG. 4 is a diagram showing a processing flow of a user terminal.

FIG. 5 is a diagram showing a basic configuration of a facility that is stopped by a guide script.

FIG. 6 is a diagram showing a processing flow in a facility.

FIG. 7 is a diagram showing a mutual transmission / reception operation sequence between the user terminal and a server at each facility.

FIG. 8 is a diagram showing an example of a business trip plan created according to the present invention.

FIG. 9 is a diagram showing a block configuration of communication means for reservation.

FIG. 10 is a diagram showing a flow of a communication process.

FIG. 11 is a diagram showing a configuration of an optimal ticket purchasing system according to the present invention.

FIG. 12 is a diagram showing a processing flow of the optimal ticket purchase system.

FIG. 13 is a diagram showing a block configuration of a proposed system.

[Explanation of symbols]

 REFERENCE SIGNS LIST 1 user terminal 10 guidance script processing unit 100 communication means 11 communication unit 12 position detection means 13 time grasping means 14 storage unit 15 input / output unit 2 guidance script content server 3 network 4 various facilities (servers)

 ────────────────────────────────────────────────── ─── Continuing on the front page (72) Minoru Sekiguchi 4-1-1, Kamiodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture Inside Fujitsu Limited (72) Inventor Yoshiharu Maeda 4-chome, Kamiodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture No. 1 Fujitsu Limited F-term (reference) 5B049 AA06 BB31 BB51 BB61 CC02 CC06 CC31 DD05 EE07 FF03 FF04 FF06 GG04 GG07 GG08 5B089 GA11 GA25 JA00 JB08 JB22 KA04 KB11 KC26 KC28 LB11 BB15 FF11 BB11 BB11 EE11

Claims (8)

[Claims] 1. A user terminal having a guide script in which an action plan including transportation means of a movement route and a stop-off facility is described based on predetermined specifications and provided with a communication means, wherein Information on the network to the transportation means and the stop-off facility is set in the script for use, and before executing the movement in accordance with the guidance script, the transportation means and the destination facility are referred to in the guidance script. A user terminal, comprising: a guide script processing unit for notifying reservation means to said transportation means or destination facility using said contact information from said communication means via a network when said contact information is detected. 2. The user terminal according to claim 1, wherein the user terminal includes a position detecting unit and / or a time grasping unit and a guide script processing unit, and the guide script processing unit receives a current position and / or time from the position detecting unit. A user terminal for notifying reservation information by said communication means when detecting that the current time from the grasp means has reached a specific place or time described in the guide script. 3. A server holding a large number of guidance scripts in which various action plans including transportation means for moving and contact information to drop-in facilities via a network are described based on predetermined specifications. And a user terminal connected to the network and provided with a communication means. When the user terminal downloads a guide script for a desired action plan from a server, the user terminal detects contact information set in the guide script. An automatic communication system comprising: a guide script processing unit that notifies reservation information to the transportation means or the stop-over facility via a network using the detected contact information. 4. The user terminal according to claim 3, wherein the user terminal includes a position detecting unit and / or a time grasping unit, and the guide script processing unit performs the transportation or the stop by when executing an action plan using the guide script. When it is detected by the position detecting means and / or the time grasping means that a certain time before or within a certain distance before arriving at the destination facility and that the vehicle arrives at each of the positions, the vehicle arrives at the transportation means or the drop-in facility. An automatic contact system for notifying advance notice and arrival information. 5. A server that holds a large number of guidance scripts in which various action plans including transportation means for moving and various types of action plans including contact information to drop-off facilities via a network are described based on predetermined specifications. When the server receives an instruction to select a desired action plan from a user terminal provided with communication means connected via the network, the server detects contact information set in a corresponding guidance script, and A server comprising: a guide script processing unit for notifying reservation information to the transportation means or a stop-over facility via a network using a contact method. 6. The server according to claim 5, wherein the server includes a position detecting unit and / or a time grasping unit, and the guide script processing unit executes a position from the user terminal when executing the action plan using the guide script. Alternatively, when it is detected that the time detection information is within a certain distance or within a certain time of arriving at the transportation means or the destination facility, and when it is detected that the vehicle has arrived at each of the positions, a notice of arrival is provided to the transportation means or the destination facility. And a server for notifying arrival information. 7. A server that holds a large number of guidance scripts in which various action plans including transportation means for moving and contact information to drop-in facilities via a network are described based on predetermined specifications. When the server receives a request for executing a desired action plan from a user terminal connected to the network and provided with communication means, the server uses contact information set in a guide script corresponding to the action plan. A server for providing a guide script processing unit for notifying reservation information to the transportation means or the stopover facility via a network. 8. A server having a large number of guidance scripts in which a transportation plan requiring tickets and an action plan for using various facilities are described based on predetermined specifications, and a user having communication means connected to the network. A user terminal having a ticket database for holding the latest ticket information; downloading a desired guide script from the server; and taking out facilities and transportation means requiring a ticket; referring to the ticket database. A user terminal comprising an optimal ticket recommendation module for selecting an optimal ticket by using the communication means, and making a reservation for a corresponding transportation means or facility using the communication means.