JP3974796B2 - Reporting method, reporting server, and program - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a traffic information notification technique.
[0002]
[Prior art]
In today's society, transportation systems such as railroads, automobiles, ships, and airplanes have been developed and used as indispensable elements in daily life. In such a transportation system, active technological innovation has been attempted in order to improve moving speed, safety, or riding comfort. Therefore, especially in urban areas, transportation has become highly developed and the convenience of commuting and attending school has improved significantly.
[0003]
However, for example, when going to a station to use a train for commuting, the train may stop due to an accident. In such a case, there is no choice but to wait for the start of operation, or to search for alternative means and move on another route. Also, there are times when it is very crowded at events such as fireworks festivals and people cannot get on the train.
[0004]
[Problems to be solved by the invention]
Thus, conventionally, when using a transportation facility, there has been little consideration of sending information indicating the state of the transportation facility to the user for the convenience of the user. Conventionally, the operation status of traffic facilities, traffic jams, and the like are broadcast on televisions, radios, and the like, and there are services that post such situations on websites on the Internet.
[0005]
However, users must always pay attention to television and radio broadcasting, and users must actively check such televisions, radios, websites, etc. before using transportation. there were. Therefore, when time is being pursued, such information may be overlooked, and as a result, there are cases where it is not possible to avoid the influence of transportation troubles, traffic jams, and the like.
[0006]
In addition, there are users who are strongly affected and users who are less affected by such a situation depending on the route using the transportation and the period in which the failure occurs. Therefore, even when the above-mentioned broadcasting or website is confirmed, it is necessary to estimate how much the user is affected by the relationship between the user's own usage route and the usage time.
[0007]
The present invention has been made in view of such problems of the conventional technology. That is, an object of the present invention is to provide a technique for reducing the influence on a user due to a failure of a transportation facility without depending on the user's active intention.
[0008]
[Means for Solving the Problems]
The present invention employs the following means in order to solve the above problems. That is, the present invention is a report server for reporting the state of transportation to the user,
Means for each user to receive information on the route and timing of transportation
Means for collecting the types of events that obstruct the operation of the above-mentioned transportation system, and the time of occurrence of the events;
Means for estimating the resolution time of the event;
Means for determining for each user whether or not there is an influence by the event when using the transportation means;
Informing means for informing the user who is determined to have the influence to that effect.
[0009]
Here, the information related to the use time is, for example, use start time or use time zone for using the transportation facility. Moreover, the event which obstruct | occludes the operation | movement of a transportation system is an accident in a railroad, a road, a ship, an aircraft, a port, an airport, various events, a strike, etc., for example.
[0010]
In this way, based on the route and time for which the user uses the transportation system, the occurrence time of the above event and the estimated time of elimination, the effect on each user due to the event is determined and determined to have an effect. The user is notified accordingly. Therefore, the user can recognize the influence from such an event regardless of the user's active intention.
[0011]
Preferably, the notification means may further notify an alternative route that is less affected by the event.
[0012]
Preferably, the notification means may notify the scheduled cancellation time of the event or the fact that the event has been canceled.
[0013]
Preferably, the notification server includes means for prompting selection of the alternative route,
The information processing apparatus may further include means for causing the user terminal to output permission information indicating permission to use the transportation facility on the selected alternative route.
[0014]
Here, the permission information is, for example, a transfer ticket for transportation on the alternative route. Thus, according to this report server, the alternative route is notified to the user, and the permission information for the user to use the alternative route can be smoothly distributed to the user.
[0015]
In other words, according to this notification server, the information on the means of transportation in which the above event has occurred is notified to the affected user, and the alternative route proposal and the expected solution time are presented. It becomes possible to cope with. For example, the notification server notifies information about an accident or the like that occurred during the commuting time zone to users who are affected by the commuting route and the time zone, and proposes a solution such as an alternative route.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
[0017]
FIG. 1 is a system configuration diagram of the information system according to the present embodiment, FIG. 2 is a data example of the user master 2 shown in FIG. 1, and FIG. 3 is a data example of the train accident master 3. 4 is a data example of the road accident master 4, FIG. 5 is a data example of the strike master 5, FIG. 6 is a data example of the event master 6, and FIG. FIG. 8 is a processing flow diagram showing processing of the server 1 shown in FIG. 1, FIG. 9 is an example of the user master 2 in one embodiment of the present invention, and FIG. 11 is an example of a train accident master 3 in the present embodiment. FIG. 11 is a processing flow diagram of the server 1 when an accident occurs, and FIG. 12 is displayed on the user's mobile phone 11 or terminal 12 when the accident occurs. FIG. 13 is a diagram showing the relationship between the screen configuration and the data that the server 1 has. 14 is an example of the train accident master 3 after the accident information is updated, FIG. 14 is a process flow diagram of the server 1 after the accident information is updated, and FIG. 15 is an example of the train accident master 3 after the accident processing. FIG. 16 is a processing flow diagram of the server 1 after the accident processing, FIG. 17 is an example of a route setting screen 25 for setting a plurality of routes on a daily basis in a modification of the information system, and FIG. FIG. 19 is an example of a route setting screen 26 for setting a plurality of routes on a weekly basis in a modification of the information system, and FIG. 19 is a data example of a solution time master in the modification of the information system.
[0018]
<System configuration>
FIG. 1 shows a system configuration diagram of the information system. This information system includes a server 1 of a service provider, a mobile phone 11 or a terminal 12 that receives a service from the server 1 via a telephone line or a network, and a transportation facility that provides information to the server 1 via a network. It consists of a management system.
[0019]
The server 1 collects traffic information and provides a registered user with a service for informing the registered user of the influence on the route of use of the transportation facility (in this embodiment, the route is also referred to as a route). Specifically, the server 1 records user information input by the mobile phone 11, the terminal 12, and the like, for example, a commuting time zone and a usage route. Further, the server 1 collects various traffic information provided from a transportation management system or the like. The various types of traffic information are information that may be an obstacle to transportation operations, such as accident information. And the server 1 extracts the user who influences utilization of a transportation system based on the various traffic information obtained, and alert | reports to the user who extracted that.
[0020]
In order to provide such a function, the server 1 has a CPU, a memory, a hard disk, a communication interface, and the like (not shown). In addition, the server 1 has databases such as a user master 2, a train accident master 3, a road accident master 4, a strike master 5, an event master 6, and a notification master 7 in the hard disk in order to store the above information. The server 1 is connected to a network through a communication interface, and communicates with the user's mobile phone 11, terminal 12, or a transportation management system.
[0021]
The user makes an application for service provision using the mobile phone 11 or the terminal 12 on hand. In this application, the e-mail address of the user, the transportation facility to be used, the route, the use time zone, etc. are designated.
[0022]
In the present embodiment, the mobile phone 11 includes a PHS (Personal Handyphone System). The terminal 11 is a notebook or desktop personal computer, a personal digital assistant (PDA), or the like.
[0023]
The user who has applied as described above is registered in the user master 2. When the server 1 receives traffic information such as an accident from the management system of the transportation facility, the server 1 identifies a user who is affected by the traffic information and notifies that fact.
[0024]
In the present embodiment, the transportation facility is, for example, a railway company (station), a road management organization (for example, a road corporation), a bus company, an airline company, a shipping company, or the like. These transportation facilities are provided with a management system at a railway station, a railway company management center, a road corporation management center, a bus company management center, an airport counter, an airline management center, a branch, and the like.
[0025]
The management system notifies the server 1 through the network of occurrences of accidents such as railways, roads, etc., weather, various events, diamond disruption due to strikes and the like. The management system is a computer having a CPU, a memory, a hard disk, and a communication interface (not shown). However, such a management system may be provided in a data center accessible from the Internet.
[0026]
The server 1 receives such traffic information and the like through the network and accumulates them in the train accident master 3, road accident master 4, strike master 5, event master 6, and the like.
[0027]
Further, such traffic information may be collected in a VICS (Vehicle Information Communication System) center and distributed from the VICS center to the server 1 via FM waves or the like.
[0028]
The server 1 also collects the convergence time of the traffic information that has occurred (operation disruption due to events such as accidents, weather, strikes, and events). The server 1 statistically processes the time relationship between the occurrence and convergence of such an event, and calculates a predicted value of the solution time (referred to as the solution prediction time) for each event type. Then, the server 1 identifies the affected user based on the collected traffic information and the corresponding solution prediction time, and notifies the user of that fact.
[0029]
<Data structure>
FIG. 2 is a data example of the user master 2. The user master 2 stores various types of information related to users. Each row in the table of FIG. 2 represents one record and corresponds to one user.
[0030]
As shown in FIG. 2, each record of the user master 2 includes an individual NO, a name, an e-mail address, an outing time, a departure station, a route, a leaving time, a return station, a flight number, a means, a fixed time, and a periodic expiration date. It has each field.
[0031]
A number for identifying an individual is stored in the field of individual number. In the name field, a name for identifying each user is stored. The e-mail destination address of the user is stored in the e-mail address field. In the time-out field, the time at which each user leaves the home, for example, the departure time for commuting or attending school is stored.
[0032]
The departure station field stores the name of the station where each user gets on the train and the name of the bus stop where the user gets on the bus. In FIG. 2, the case of a railroad and a bus is illustrated, but a port on a ship, a pier name, an airport name on an aircraft, and the like may be stored in the field of the departure station.
[0033]
The name of the station on the route from the departure station to the return station is stored in the route field. The leaving time field stores the time at which each user leaves the office when returning home. In this embodiment, the time for leaving the office is used, but this may include the time for leaving the school.
[0034]
The return station field stores the name of the station where the user gets on the train and the name of the bus stop where the user gets on the bus when returning to work or school. However, as with the departure station, the port on which the ship is boarded, the wharf name, or the name of the airport on which the aircraft is boarded may be stored in the field of the departure station. In the flight name field, a flight name such as a train, bus, ship, or aircraft is stored. The type of transportation is stored in the field of means.
[0035]
In the fixed time field, an elapsed time after completion of the accident processing of the transportation facility is set. This fixed time is the expected time until the transportation operation is restored to normal after the accident processing is completed. This is because even if the accident processing is completed, the diagram is immediately restored to normal and congestion is not necessarily alleviated. In the fixed time field, the above time can be set individually for each user.
[0036]
The term expiry date is the term of validity of the commuter pass that each user has. In this periodic expiration date field, the expiration date or a character string “invalid” is set. Invalid indicates that there is no expiration date. The server 1 issues a detour route ticket online to a user who has an accident or the like and cannot use the originally valid commuter pass route.
[0037]
FIG. 3 is a data example of the train accident master 3. The train accident master 3 stores information when a train accident occurs. Each row in the table of FIG. 3 represents one record and corresponds to one accident.
[0038]
As shown in FIG. 3, each record of the train accident master 3 includes fields of ID, date, station name, route, accident occurrence time, solution estimated time, stop section, solution time, cause, situation, and update time. Have.
[0039]
The ID is information for uniquely identifying each record of the train accident master 3. Therefore, this ID is information for identifying each train accident. The date is the date when the train accident occurred.
[0040]
The station name is the station name closest to the accident location. The accident occurrence time is the occurrence time of the accident. The estimated solution time is the estimated completion time of the accident processing. This estimated solution time is the result of statistical processing of the actual solution time for each type of past accident.
[0041]
The stop section is a section of the track where the operation of the railway is stopped due to the accident. The resolution time is the actual completion date and time of the accident handling. The cause is the cause of the accident, such as a vehicle accident, a personal injury, or a natural disaster such as a strong wind.
[0042]
The current status is recorded in the status field. For example, during the earth removal work is recorded. In the update time field, the last date and time when the record was updated is recorded.
[0043]
FIG. 4 is a data example of the road accident master 4. The road accident master 4 stores information when a road accident occurs. Each row in the table of FIG. 4 represents one record and corresponds to one accident.
[0044]
As shown in FIG. 4, each record of the road accident master 4 includes fields of ID, date, road, company, accident occurrence time, expected solution time, stop section, solution time, cause, situation, and update time. Have.
[0045]
Among these fields, the fields of ID, date, accident occurrence time, estimated solution time, solution time, cause, situation, and update time are the same as in the case of the train accident master 3, and therefore the description thereof is omitted. .
[0046]
In the road field, the name of the road where the accident occurred is recorded. In the company field, the company name of the transportation organization that manages the operation of vehicles such as buses and taxis on the road is recorded.
[0047]
The stop section field stores the names of places at both ends of the section where road traffic is prohibited. However, for expressways and automobile exclusive roads, the names of interchanges at both ends of a section where traffic is prohibited may be stored as a stop section.
[0048]
FIG. 5 is a data example of the strike master 5. The strike master 5 stores information when a strike occurs. Each row in the table of FIG. 5 represents one record and corresponds to one strike.
[0049]
As shown in FIG. 5, each record of the strike master 5 has fields of ID, date, company name, section, start, expected solution time, end, and update time.
[0050]
Among these, the fields of ID, date, estimated solution time, and update time are the same as in the case of the train accident master 3 and the road accident master 4, and the description thereof will be omitted.
[0051]
In the company name field, the name of the company in which the strike occurred or the name of the railway operated by the company, the route name of the shipping company, and the route name of the airline are recorded. The section is a target section of the strike. When the strike is performed in a specific section, the names of stations at both ends sandwiching the section, the names of bus stops, the departure and destination of the route, and the like are set in the section field.
[0052]
In the start field, the date and time of entry to the strike are recorded. However, instead of the time, the first flight name subject to the strike, for example, “first departure” may be recorded. In the end field, the date and time when the strike was canceled is recorded.
[0053]
FIG. 6 is a data example of the event master 6. The event master 6 stores information on events that affect transportation. Each row in the table of FIG. 6 represents one record and corresponds to one event.
[0054]
As shown in FIG. 6, each record of the event master 6 has fields of ID, date, event, start time, end time, route number, remarks, station name, and update time.
[0055]
Among these, the fields of ID, date, and update time are the same as those of the train accident master 3, the road accident master 4, or the strike master 5, and the description thereof is omitted.
[0056]
The event field stores the name of the event. The event is, for example, a fireworks display, a horse race, a bicycle race, or a competition such as soccer.
[0057]
In the start time field, the scheduled start time of the event is recorded. Further, the scheduled end time of the event is recorded in the end time field.
[0058]
The route number is the route of the transportation that is affected by the event. The route number is, for example, a train route name, a bus route, a ship or aircraft route, and the like. In the remarks column, record extra information etc. The station name is the name of the station affected by the event, the name of the bus stop, the port, the name of the airport, etc., among the above routes.
[0059]
FIG. 7 is a data example of the accident notification master 7. In the accident notification master 7, when a failure such as an accident or event that affects transportation facilities occurs, a user who is notified to that effect, that is, a user who receives a service from the server 1, is indicated for each failure. To remember. However, the user who once notified the accident and does not need the subsequent information is not stored in the accident notification master 7. In the present embodiment, in addition to the original accident, matters that cause various obstacles in transportation such as events and strikes are referred to as accidents.
[0060]
Each row in the table of FIG. 7 represents one record and corresponds to one accident and one user. As shown in FIG. 7, each record of the accident notification master 7 has fields of ID, personal number, and notification.
[0061]
The ID of the train accident master 3, road accident master 4, strike master 5, or event master 6 is set in the ID field. The ID clearly indicates which accident information the relevant line of the accident notification master 7 is related to.
[0062]
In the individual NO field, a number for identifying a user who is notified of accident information for the accident is set. In the notification field, whether to receive the notification every time or only at the time of resolution is set.
[0063]
For example, if YES is set in the notification field, the user is notified of accident information related to the accident ID every time. If “only when solving” is set in the notification field, the user is notified only when the accident is solved.
[0064]
<Processing of server 1>
FIG. 8 shows a processing flow of the server 1 in the present embodiment. When the server 1 receives accident information or the like from a transportation facility or the like, the server 1 executes the process of FIG.
[0065]
When the accident information or the like is received, first, the server 1 registers the accident information in the train accident master 3 or the road accident master 4 (S1). Next, the server 1 calculates a predicted value of the solution time (solution prediction time) and stores it in the field of the solution time prediction of the train accident master 3 (FIG. 3) or the road accident master 4 (FIG. 4) (S2). .
[0066]
The calculation of the expected solution time is a process for collecting past actual values of the time from the occurrence of an accident in the train accident master 3 or the road accident master 4 to the solution for similar accidents in the past and performing a predetermined statistical process. However, the predicted time according to the announcement from the news agency, the weather forecast of the Japan Meteorological Agency, etc. may be used as the solution time. For example, there are cases such as railways due to bad weather, road interruptions, and delays in navigation.
[0067]
Next, the server 1 searches the user master 2 sequentially. Then, it is checked whether or not each user's transportation route (for example, a commuting route in FIG. 8) and the accident are related (S3).
[0068]
If the user's usage route is related to the accident location (YES in S4), the server 1 checks whether the accident is related to the user's usage time zone (commuting time zone). (S5).
[0069]
The fact that the accident is related to the user's usage time zone means, for example, a case where the departure time and return time of the user are included between the execution occurrence time and the expected solution time. Moreover, the time after the movement which moves from the departure time and the return time to the accident point is included between the accident occurrence time and the expected solution time.
[0070]
At this time, an accident that has already been resolved within a predetermined time period (time set in the fixed time field shown in the user master 2 in FIG. 2) from departure or return may be notified. This is because, in a train or road accident, there is a schedule disruption or road congestion after the accident is processed, and the transportation system is not always operated smoothly.
[0071]
When both the usage route and the usage time zone are related to the accident (YES in S6), the server 1 transmits an e-mail to that effect to the user (S7). In addition to the accident information itself, this e-mail may be notified of an alternative route and an estimated solution time. Moreover, the server 1 transmits a transfer ticket to the user's mobile phone 11 when the alternative route is selected.
[0072]
The processes from S3 to S5 are sequentially performed for all users registered in the user master 2.
[0073]
Further, the server 1 registers the accident ID and the individual NO that has notified the accident in the accident notification master 7, and notifies each time when the traffic situation changes, and continues the notification until the problem is solved (S8). However, when the destination is reached by another means or another route and the notification becomes unnecessary, the notification by e-mail may optionally be stopped. Therefore, what is necessary is just to provide in the message | telegram of the mail which transmits the stop button etc. which stop the notification by mail.
[0074]
<Example>
An embodiment of the present invention will be described with reference to FIGS. As shown in FIG. 9, in this embodiment, Mr. Aoki, for example, has an outing time of 7 o'clock, commutes to □ Tetsu Ebisu Station via Shinjuku with K-Ketsu Line Chofu as the departure station. Mr. Aoki's leaving time is usually 18:00.
[0075]
In addition, Mr. Kasahara, for example, goes out at 8 o'clock, commute to □ Tetsu Ebisu Station via Shinjuku, with K-Tetsu Line Chofu as the departure station. Mr. Kasahara's departure time is normally 19:30.
[0076]
Now, as shown in FIG. 10, it is assumed that a traffic accident occurred at 17:30 on K-Ken Line Sasazuka Station, and the service between Sasazuka and Meidaimae has stopped. Between).
[0077]
A processing example of the server 1 in this case is shown in FIG. When an accident occurs, the server 1 first registers the accident data in the train accident master 3 (S10).
[0078]
Next, the server 1 specifies the user (influencer) affected by the accident from the means, route, departure station, and return station of the user master 2 (S11).
[0079]
Then, the server 1 compares the time when the user (affected) determined to be affected by the user master 2 withdraws or leaves the office, the occurrence time of the accident of the train accident master, and the expected solution time. It is determined whether or not (S12). And the server 1 notifies accident information to the user who should be notified, and registers it in the accident master 7 (S13).
[0080]
For example, in the user master 2 of FIG. 9, the leaving time of Mr. Aoki (individual NO is 0001) is 18:00, from 17:30 of the accident occurrence to 18:30 after the expected solution time (60 minutes) Included between. Therefore, Mr. Aoki is judged to be affected.
[0081]
On the other hand, Mr. Kasahara (personal NO: 0002) 's leaving time is 19:30 and is not included between 17:30 and 18:30 after the expected solution time (60 minutes). Therefore, Mr. Kasahara is judged to be unaffected. Therefore, Aoki is notified of the accident and Kasahara is not notified.
[0082]
In response to this notification, the user designates whether to continue receiving notification, whether subsequent notification is unnecessary, or whether to receive notification only when the accident is resolved. According to the designation of the user, the server 1 sets YES (continuously receives notifications) or “only at the time of resolution” (only at the time of accident resolution) in the notification field of each user of the accident notification master 7. , Receive notifications).
[0083]
FIG. 12 is a diagram showing the relationship between the screen configuration displayed on the user's mobile phone 11, terminal 12, and the like when the accident occurs and the data held by the server 1. A screen 20 in FIG. 12 is a display example of an e-mail notifying accident information.
[0084]
In this example, below the <Accident Information> title, location (route and nearest station), stop section, accident occurrence time, resolution time, cause of accident, location of occurrence, and other information such as current driving status Etc., alternative transportations, and inquiries such as “Do you still need information?” Are displayed.
[0085]
Further, a detail button, an alternative route button, a YES button, a NO button, and a button labeled “Only when solving” are arranged in the screen. When the user selects the detail button, a request for the detail screen 21 is transmitted to the server 1. Here, the selection means an operation in which an item is designated with a scroll button (not shown) attached to the mobile phone and the designation is confirmed with a decision button (not shown). In addition, when the user uses the terminal 12, the user performs a pressing operation with a pointing device such as a mouse, a touch panel, a stick shape, or an electrostatic type.
[0086]
In response to the request, the server 1 transmits the data on the detailed screen 21 to the mobile phone 11 or the like, and displays the detailed screen 21. The detailed screen 21 displays detailed information on the accident, links to related information, and the like. For example, HTTP (HyperText Transfer Protocol) is widely known as a communication procedure between the server 1 and the mobile phone 11 or the like.
[0087]
When the user selects the alternative route button, the alternative route screen 22 is displayed in the same procedure. The alternative route screen 22 displays a route (a list of transit stations, etc.) that takes the place where the accident occurred, the type of transportation used, for example, the name of a railway company, the name of a bus company, and a transfer ticket button. .
[0088]
When the user selects the transfer ticket button, a request for displaying the transfer ticket screen 23 is transmitted from the mobile phone 11 or the terminal 12 to the server 12.
[0089]
In response to this request, the server 1 refers to the user master 2 and determines whether or not the user's commuter pass is valid. When the user's commuter pass is valid, the data constituting the transfer ticket screen 23 is transmitted to the mobile phone 11 or the like, and the transfer ticket screen 23 is displayed on the mobile phone 11 or the like.
[0090]
The user may display the transfer ticket displayed on the transfer ticket screen 23 of the mobile phone 11 or the like with a ticket gate. Further, when the transfer ticket button is selected, transfer ticket data may be transmitted from the antenna of the mobile phone 11 to the automatic ticket gate using weak radio waves so that it can pass through the automatic ticket gate. Further, when the mobile phone 11 is equipped with the same antenna as the IC card type commuter pass and the transfer ticket is displayed, the mobile phone 11 transmits the same electromagnetic wave as the IC card type commuter pass. The automatic ticket gate may be allowed to pass.
[0091]
When the user selects the YES button in response to an inquiry “Do you still need information?”, A predetermined write command is transmitted from the mobile phone 11 or the terminal 12 to the server 1. This writing command includes an ID for identifying an accident and the information for identifying the user, and an instruction for setting YES in the ID and the user row of the accident notification master 7. In response to this command, the server 1 sets YES in the ID and the user row of the accident notification master 7. Thereby, the notification to the user is continued every predetermined period or every change of the situation. Such a command may be exchanged by a dedicated communication procedure between the display program of the mobile phone 11 for displaying accident information and the server 1. Or you may comprise so that the electronic mail containing the said instruction | command may be transmitted to the server 1 from the mobile telephone 11 grade | etc., By pressing down of the said YES button.
[0092]
On the other hand, when the user selects the NO button, the corresponding user row of the corresponding accident ID is deleted from the accident notification master 7. When the user selects the button labeled “Only when resolved”, the character string “Only when resolved” is set in the ID and the user's row of the accident notification master 7 and the subsequent notifications are made. Will be suspended until accident handling is complete.
[0093]
FIG. 13 shows an example of the train accident master 3 after the accident information is updated. In this example, compared with the case of FIG. 10, the expected solution time is extended to 90 minutes, and a character string “site verification is difficult ...” is set in the status field.
[0094]
FIG. 14 shows a processing example of the server 1 in this case. The server executes the process shown in FIG. 14 upon receiving the update of the accident information or every predetermined period. Among these processes, S20 to S22 are the same as the process flow (FIG. 11) of the server 1 when an accident occurs.
[0095]
That is, after identifying the corresponding user from the relationship between the information of the user master 2 and the information of the train accident master 3 (S22), the server 1 searches the accident notification master 7 with the updated ID of the accident information. If the record exists, the user's intention to continue notification is confirmed (S23). Then, it is determined that the user is affected by the accident, and the user who has confirmed the intention to continue the notification is notified of the accident update information (S24).
[0096]
In this example, since the expected solution time is extended to 90 minutes, the processing result is different from the case of FIG. In other words, an accident occurs at 17:30 and the estimated resolution time is 90 minutes, so the train will stop until 19:00.
[0097]
Then, in the user master 2 of FIG. 9, the leaving time of Mr. Aoki (individual NO is 0001) is 18:00, from 17:30 of the occurrence of the accident to 19:00 after the expected solution time (90 minutes) include. Therefore, Mr. Aoki is judged to be affected. This is the same as before the accident information is updated. However, since Mr. Aoki's row (individual NO is 0001) in the accident notification master 7 is designated as “only at the time of resolution”, Mr. Aoki is not notified (S24).
[0098]
On the other hand, Mr. Kasahara's (individual NO is 0002) leaving time is 19:30, and is not included between 17:30 and 19:00 after the expected solution time (90 minutes). However, Mr. Kasahara has specified that the field for a certain period of time is 30 minutes, and accident information up to 30 minutes before leaving the office is notified. Therefore, Mr. Kasahara is determined to be affected from 19:00, 30 minutes before leaving the office, so Mr. Kasahara is notified of the accident information and registered in the accident notification master (personal NO is 0002).
[0099]
FIG. 15 shows an example of the train accident master 3 after the accident processing. In this example, compared with the example of FIG. 13, the solution time is recorded as 19:30, and the accident processing is completed.
[0100]
FIG. 16 shows a processing flow of the server 1 after the accident processing. When the accident process is completed, the server 1 executes the process of FIG. In this process, the server 1 first searches the accident notification master 7 with the updated ID of the accident information and confirms the existence of the record (S30).
[0101]
Then, the server 1 notifies the corresponding person of the accident information (the fact that it has been solved) (S31). For example, as shown in FIG. 16, in the accident notification master 7, Aoki (individual NO is 0001) who requests notification of accident information only at the time of resolution of the train accident (identified by ID = ID1) Information is notified.
[0102]
Next, the server 1 deletes the record of the accident ID (= ID1) resolved from the accident notification master 7 (S32).
[0103]
As described above, the server 1 according to the present embodiment extracts users (influencers) that need to be notified, and the notification is transmitted to such users. Therefore, the user who is affected by the accident can notice the occurrence of the accident by the notification from the server 1 without actively searching. On the other hand, since the user who is not affected by the accident is not notified, unnecessary notifications are less likely to be received.
[0104]
Further, according to the present server 1, in the notification after the occurrence of the accident, the user is allowed to select whether to receive the notification continuously, whether the subsequent notification is unnecessary, or to receive the notification only when the accident is resolved. Therefore, the user can designate whether or not notifications can be received according to his / her convenience and desires.
[0105]
Further, according to the server 1, an alternative route for the route affected by the accident is displayed to the user. When the user selects the use of the alternative route, a transfer ticket for using the transportation facility forming the alternative route is displayed on the mobile phone 11 or the like, or an electromagnetic wave for automatic ticket inspection is output. Therefore, transfer tickets can be distributed smoothly when an accident occurs.
[0106]
<Modification of route setting>
In the above embodiment, a normal outing time, a route, a return time, and the like are set semi-fixed in the user master 2 for each user, and it is determined whether or not the user is affected by the accident. That is, in the above-described embodiment, the user who notifies the accident information is specified mainly based on the user's behavior that is continuously performed over a long period of time, such as commuting or attending school. However, the implementation of the present invention is not limited to such a configuration and procedure.
[0107]
For example, a short-term action schedule such as daily or weekly may be registered in the server 1 in advance, and users affected by the accident may be extracted based on such short-term action schedule. .
[0108]
FIG. 17 is an example of a route setting screen 25 that is displayed on the mobile phone 11 or the terminal 12 and sets a plurality of routes on a daily basis. In this screen, it is possible to set a plurality of schedules with the going-out time, departure station, route, and return station as a unit of one schedule. For example, when making a business trip to different business trips in the morning and afternoon, the above settings are made. The setting content may be stored in the database of the server 1 as in the above embodiment.
[0109]
When the server 1 receives the accident information, the server 1 may search the user's daily schedule and extract the users who are affected by the accident.
[0110]
FIG. 18 is an example of a route setting screen 26 that is displayed on the mobile phone 11 or the terminal 12 and sets a plurality of routes on a weekly basis. In this screen, a column composed of a going-out time, a departure station, a route, a leaving time, and a return station is configured in the horizontal direction. In the vertical direction of the screen, the above columns are arranged for one week from Monday to Sunday.
[0111]
The user sets a schedule for one week on the mobile phone 11 or the terminal 12 through the route setting screen 26. The setting contents may be stored in the database of the server 1 as in the case of the above embodiment.
[0112]
When the server 1 receives the accident information, the server 1 may search the user's weekly schedule and extract the users who are affected by the accident.
[0113]
<Other variations>
In the said embodiment, the process of the server 1 was illustrated from the relationship between a user's return time and the occurrence time of an accident. Such processing is similarly executed for the departure time. In addition to simply comparing the return time and departure time with the occurrence time of the accident, it is also recommended to compare the return time and departure time with the travel time to the accident point and the time when the accident occurred. May be. The travel time to the point of the accident can be searched from a schedule published by each transportation and posted on a web page on the Internet.
[0114]
In the above embodiment, when an accident or the like occurs, the server 1 receives the accident information and notifies the related user by an e-mail. However, the implementation of the present invention is not limited to such a procedure. For example, a departure point and a destination may be input, and accident information, traffic information, and the like on a route between them may be searched as needed.
[0115]
In the above embodiment, when the accident occurs, the server 1 totals the solution time actual data held in the train accident master 3 and the road accident master 4 to calculate the predicted solution time. However, the implementation of the present invention is not limited to such a procedure.
[0116]
For example, after the accident process is completed and the notification to the user is completed, the results of such solution times may be totaled. In addition, a processing program that counts the results of such solution times periodically may be started at a predetermined time. The expected solution time may be calculated based on the result of such aggregation and stored in the database.
[0117]
FIG. 19 is an example of data of a resolution time master that holds such an estimated resolution time. The solution time master holds a predicted value of the solution time for completing the accident processing for each cause of the accident affecting the transportation.
[0118]
Each row in the table of FIG. 19 shows one record and corresponds to one cause of the accident. As shown in FIG. 19, each record of the solution time master has fields of accident master type, cause, and solution time.
[0119]
Of these, the accident master type field records the type of the accident master that records the accident, for example, a train accident, a road accident, and the like. The cause field records the cause of each accident.
[0120]
In the solution time field, when an accident caused by each accident occurs, an estimated value of the solution time for completing the accident processing is recorded. This predicted value is obtained by collecting and statistically processing the actual values of the elapsed time (solution time) from the accident occurrence time to the resolution of the train accident master 3, the road accident master 4, etc.
[0121]
Statistical processing is, for example, processing based on the average value, maximum value, or ratio in the distribution of resolution times, for example, the distribution of the total number of accidents due to the cause is the number of accidents within the resolution time. For example, processing for obtaining a resolution time of 95%.
[0122]
When an accident occurs, the server 1 may refer to the solution time master based on the type of accident (type of accident master) and the cause of the accident, instead of calculating the resolution time one by one. By such a procedure, notification when an accident occurs can be quickly executed.
[0123]
In the above embodiment, the function of the server 1 has been described by taking a train accident as an example. However, such a function can also be used when bus operations stop due to road accidents, ship departure stops due to bad weather, aircraft departure and arrival stops, transportation delays due to various events, transportation stops due to strikes, and the like.
[0124]
In the above embodiment, as shown in the user master 2 (FIG. 2), the influence of a train accident or the like is based on the departure time for using the transportation facility, such as the user's going out time or leaving time. Judged. However, the implementation of the present invention is not limited to such a procedure. For example, the user master 2 may record a use time zone (for example, 7:00 to 8 am as a commuting time zone, 6 to 7 pm as a return time zone, etc.) for using a transportation facility. . The server 1 may determine the influence of the accident based on such use time zone, the occurrence time of the accident, and the expected solution time.
[0125]
<Computer-readable recording medium>
A program that causes a computer to realize any of the above functions can be recorded on a computer-readable recording medium. The function can be provided by causing the computer to read and execute the program of the recording medium.
[0126]
Here, the computer-readable recording medium refers to a recording medium that accumulates information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from the computer. Examples of such a recording medium that can be removed from the computer include a floppy disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a DAT, an 8 mm tape, and a memory card.
[0127]
Further, there are a hard disk, a ROM (read only memory), and the like as a recording medium fixed to the computer.
[0128]
<Data communication signal embodied in carrier wave>
The program can be stored in a hard disk or memory of a computer and distributed to other computers through a communication medium. In this case, the program is transmitted through a communication medium as a data communication signal embodied by a carrier wave. And the said function can be provided to the computer which received the distribution.
[0129]
Here, the communication medium may be a wired communication medium, for example, a metal cable including a coaxial cable and a twisted pair cable, an optical communication cable, or the like, or a wireless communication medium, for example, satellite communication or terrestrial radio communication.
[0130]
The carrier wave is an electromagnetic wave or light for modulating the data communication signal. However, the carrier wave may be a DC signal. In this case, the data communication signal has a baseband waveform without a carrier wave. Therefore, the data communication signal embodied in the carrier wave may be either a modulated broadband signal or an unmodulated baseband signal (corresponding to a case where a DC signal having a voltage of 0 is used as a carrier wave).
[0131]
<Others>
Furthermore, this embodiment discloses the following invention.
(Supplementary note 1) A step in which a computer receives a setting of information on a route for using a transportation facility and a timing for using it for each user;
Collecting the types of events that obstruct the operation of the transportation and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence by the event when using the transportation facility;
A notification method for executing a step of notifying the user who is determined to have the influence. (1)
(Supplementary note 2) The notification method according to supplementary note 1, further comprising a step of notifying an alternative route that is less affected by the event. (2)
(Supplementary note 3) The reporting method according to supplementary note 1, wherein in the step of notifying, the scheduled cancellation time of the event or the fact that the event has been resolved is notified. (3)
(Appendix 4) Prompting to select the alternative route;
The reporting method according to supplementary note 2, further comprising: outputting permission information indicating permission to use the transportation facility on the selected alternative route to the user's terminal. (4)
(Supplementary Note 5) A step of receiving, on a computer, setting of information related to the route and timing of use of transportation for each user;
Collecting the types of events that obstruct the operation of the transportation and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence by the event when using the transportation facility;
A program for executing a step of notifying a user who is determined to have the influence of the fact. (5)
(Appendix 6) Means for receiving information on the route and timing of use of transportation for each user;
Means for collecting the type of event that obstructs the operation of the transportation, and the time of occurrence of the event;
Means for estimating the resolution time of the event;
Means for determining for each user whether or not there is an influence of the event when using the transportation means;
An informing server comprising informing means for informing a user who is determined to have the influence to that effect.
[0132]
【The invention's effect】
As described above, according to the present invention, it is possible to reduce the influence on the user due to the failure of the transportation facility without depending on the active intention of the user.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of an information system according to an embodiment of the present invention.
FIG. 2 Data example of user master 2
[Figure 3] Data example of train accident master 3
FIG. 4 Data example of road accident master 4
FIG. 5 shows an example of data stored in the strike master 5
FIG. 6: Data example of event master 6
FIG. 7 Data example of accident notification master 7
FIG. 8 is a processing flowchart showing the processing of the server 1
FIG. 9 shows an example of a user master 2 in the embodiment of the present invention.
FIG. 10 shows an example of a train accident master 3 in the embodiment of the present invention.
FIG. 11 is a processing flow diagram of the server 1 when an accident occurs.
FIG. 12 is a diagram of the relationship between the screen configuration displayed on the user's mobile phone 11 or terminal 12 and the data held by the server 1 when an accident occurs.
FIG. 13: Example of train accident master 3 after accident information is updated
FIG. 14 is a processing flowchart of the server 1 after the accident information is updated.
FIG. 15: Example of train accident master 3 after accident processing
FIG. 16 is a processing flow diagram of the server 1 after accident processing.
FIG. 17 shows an example of a route setting screen for setting multiple routes on a daily basis.
FIG. 18 shows an example of a route setting screen for setting multiple routes on a weekly basis.
FIG. 19 is a data example of the solution time master 7;
[Explanation of symbols]
1 server
2 User master
3 Train accident master
4 Road accident master
5 strike master
6 Event master
7 Notification master
11 Mobile phone
12 terminals
20 screens
22 Alternative route screen
23 Transfer ticket screen

Claims (10)

A step of receiving a setting of information relating to a route for using public transportation and a timing for using the public transportation for each user who uses the public transportation, and setting of information relating to a notification predetermined time for each user ;
Collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence of the event when using the public transportation,
Informing the user who is determined to have the influence , and
The determining step determines that there is an influence by the event when the resolution time of the event is included in the range of the notification predetermined time from the time of use.
Reporting method. A step of receiving a setting of information relating to the route and timing of using public transportation for each user who uses public transportation, and setting of information relating to the necessity of continuous notification for each user;
Collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence of the event when using the public transportation,
Informing the user who is determined to have the influence, and
The step of notifying continuously notifies the influence of the event to the user who is determined to have the influence based on the information related to the necessity of the continuation notification.
Reporting method. The notification method according to claim 1, further comprising a step of notifying an alternative route that is less affected by the event. The reporting method according to any one of claims 1 and 2, wherein in the step of notifying, the scheduled cancellation time of the event or the fact that the event has been resolved is notified. Prompting selection of the alternative route;
Outputting permission information indicating permission to use public transportation on the selected alternative route to the user's terminal; and
The notification method according to claim 3, further executing. The step of estimating the resolution time of the event obtains the resolution time of the event from an external organization.
The reporting method according to any one of claims 1 and 2. A step of receiving, on a computer, setting of information relating to a route for using public transportation and a timing for using the public transportation for each user using public transportation, setting of information relating to a predetermined notification time for each user;
Collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence of the event when using the public transportation,
Informing the user who is determined to have the influence to the effect,
The determining step determines that there is an influence by the event when the resolution time of the event is included in the range of the notification predetermined time from the use time,
program. A step of receiving, on a computer, setting of information relating to a route and timing of using public transportation for each user using public transportation, setting of information relating to necessity of continuous notification for each user,
Collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Estimating a resolution time of the event;
Determining for each user whether or not there is an influence of the event when using the public transportation,
Informing the user who is determined to have the influence to the effect,
The step of notifying continuously notifies the influence of the event to the user who is determined to have the influence based on the information related to the necessity of the continuation notification.
program. A means for receiving a setting of information relating to a route for using public transportation and a time for using the public transportation for each user using the public transportation, and a setting for information relating to a notification predetermined time for each user;
Means for collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Means for estimating the resolution time of the event;
Means for determining for each user whether or not there is an influence by the event when using the public transportation,
A means for notifying a user who is determined to have the influence, to that effect;
The determination means determines that there is an influence by the event when the resolution time of the event is included in the range of the notification predetermined time from the use time,
Notification server. A means for receiving a setting of information relating to the route and timing of using public transportation for each user using public transportation, and setting of information relating to the necessity of continuous notification for each user;
Means for collecting the types of events that hinder the operation of the public transport, and the time of occurrence of the events;
Means for estimating the resolution time of the event;
Means for determining for each user whether or not there is an influence by the event when using the public transportation,
Means for notifying the user who is determined to have the influence, and
The informing means continuously notifies the influence of the event to the user who is determined to have the influence based on the information related to the necessity of the continuation notification.
Notification server.

Images