(57)【要約】【課題】乗車駅と降車駅の間に乗り継ぎが必要となる場合でも、ユーザが都合の良い時間に乗車駅への連絡、確認、変更、取消を行うことができると共に、各鉄道会社が事前の準備を行い、乗車手続きの時間短縮と安全に輸送する体制をより確実に提供する。【解決手段】情報処理装置は、乗車予約時に、予約番号毎に乗車予約情報を予約番号テーブルに予約登録し、各利用駅の駅端末に乗車予約情報を送信し、駅端末からの乗車予約情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、乗車時に、予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅、降車駅の駅端末に送信し、降車時に、予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅、乗り継ぎ駅の駅端末に送信する。【選択図】図１
2010256961.tif 000002
【特許請求の範囲】
【請求項１】
ＩＤ登録証からユーザのＩＤを読み取る駅改札ＩＤ読み取り装置にネットワークを介して通信可能に接続される情報処理装置であって、
ユーザのＩＤに対応して発行する一意の予約番号毎に、ユーザのＩＤと、乗車予定日と、鉄道会社コード、路線コード、及び列車番号を一意に識別可能な利用列車コードと、乗車駅、乗り継ぎ駅、及び降車駅を含む各利用駅と、各利用駅の乗車時刻と、各利用駅の到着時刻とを含む乗車予約情報を登録する予約番号テーブルと、
予約番号毎に各利用駅の確認状況を登録する対象駅確認状況テーブルと、
予約番号毎に各利用駅の乗車確認状況を登録する乗車確認状況テーブルと、
乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を前記予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を前記対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、
乗車予約の変更時に、前記乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を前記対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、
乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取った前記ＩＤ登録証のＩＤに対応する予約番号をもとに前記予約番号テーブルの乗車予約情報と照合し、前記乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信し、
降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取った前記ＩＤ登録証のＩＤに対応する予約番号をもとに前記予約番号テーブルの乗車予約情報と照合し、前記乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信することを特徴とする情報処理装置。
【請求項２】
予約番号毎に、ユーザのＩＤ、利用列車コード、車両位置及びドア位置を含む乗車位置情報を登録する乗車位置テーブルをさらに有し、
駅端末にて入力された電車の車両数に応じた車両位置及びドア位置を前記乗車位置テーブルに登録し、車両位置及びドア位置の変更時にその変更情報を登録し、前記乗車位置テーブルの乗車位置情報及びその変更情報を各利用駅の駅端末に送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
利用駅毎に利用路線間のユーザの乗り換えに要する移動時間を登録する利用路線間移動時間テーブルと、
利用駅毎に利用鉄道間のユーザの乗り換えに移動時間を登録する利用鉄道間移動時間テーブルとをさらに有し、
乗車予約時に、前記利用路線間移動時間テーブル及び利用鉄道間移動時間テーブルの移動時間を考慮して各利用駅の乗車時刻を設定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
ユーザのＩＤと一意の予約番号とを対応付けて登録するＩＤ・予約番号対応テーブルをさらに有し、
前記ＩＤ・予約番号対応テーブルを用いて、前記ユーザ端末により入力され又は前記駅改札ＩＤ読み取り装置により読み取ったユーザのＩＤから予約番号を特定することを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記予約番号テーブルの乗車駅又は乗り継ぎ駅の乗車時刻を経過してもユーザの乗車確認が行われない場合、該当する予約経過データを確認し、予約確認データが存在すれば、情報の修正処理を行い、その修正情報を乗り継ぎ駅又は降車駅の駅端末に送信することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
手動での訂正が必要な場合、乗車駅又は乗り継ぎ駅の駅端末からの修正を受け付け、その修正情報を乗り継ぎ駅又は降車駅の駅端末にデータを送信することを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
請求項１から６のいずれか１項に記載の情報処理装置を備えたことを特徴とする鉄道情報サーバ。
【請求項８】
請求項７に記載の鉄道情報サーバを備えたことを特徴とする乗車受付管理システム。
【請求項９】
乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、
乗車予約の変更時に、乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、
乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信し、
降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信することを特徴とする乗車受付管理方法。
【請求項１０】
さらに、駅端末にて入力された電車の車両数に応じた車両位置及びドア位置を乗車位置テーブルに登録し、車両位置及びドア位置の変更時にその変更情報を登録し、乗車位置テーブルの乗車位置情報及びその変更情報を各利用駅の駅端末に送信することを特徴とする請求項９に記載の乗車受付管理方法。
【請求項１１】
さらに、乗車予約時に、利用路線間移動時間テーブルに登録された利用路線間のユーザの乗り換えに要する移動時間及び利用鉄道間移動時間テーブルに登録された利用鉄道間のユーザの乗り換えに要する移動時間を考慮して各利用駅の乗車時刻を設定することを特徴とする請求項９又は１０に記載の乗車受付管理方法。
【請求項１２】
さらに、ＩＤ・予約番号対応テーブルを用いて、ユーザ端末により入力され又は駅改札ＩＤ読み取り装置により読み取ったユーザのＩＤから予約番号を特定することを特徴とする請求項９から１１のいずれか１項に記載の乗車受付管理方法。
【請求項１３】
さらに、予約番号テーブルの乗車駅又は乗り継ぎ駅の乗車時刻を経過してもユーザの乗車確認が行われない場合、該当する予約経過データを確認し、予約確認データが存在すれば、情報の修正処理を行い、その修正情報を乗り継ぎ駅又は降車駅の駅端末に送信することを特徴とする請求項９から１２のいずれか１項に記載の乗車受付管理方法。
【請求項１４】
さらに、手動での訂正が必要な場合、乗車駅又は乗り継ぎ駅の駅端末からの修正を受け付け、その修正情報を乗り継ぎ駅又は降車駅の駅端末にデータを送信することを特徴とする請求項９から１３のいずれか１項に記載の乗車受付管理方法。
【請求項１５】
コンピュータに、
乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信する処理と、
乗車予約の変更時に、乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信する処理と、
乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信する処理と、
降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信する処理とを実行させることを特徴とする乗車受付管理プログラム。
【請求項１６】
さらに、コンピュータに、
駅端末にて入力された電車の車両数に応じた車両位置及びドア位置を乗車位置テーブルに登録し、車両位置及びドア位置の変更時にその変更情報を登録し、乗車位置テーブルの乗車位置情報及びその変更情報を各利用駅の駅端末に送信する処理を実行させることを特徴とする請求項１５に記載の乗車受付管理プログラム。
【請求項１７】
さらに、コンピュータに、
乗車予約時に、利用路線間移動時間テーブルに登録された利用路線間のユーザの乗り換えに要する移動時間及び利用鉄道間移動時間テーブルに登録された利用鉄道間のユーザの乗り換えに要する移動時間を考慮して各利用駅の乗車時刻を設定する処理を実行させることを特徴とする請求項１５又は１６に記載の乗車受付管理プログラム。
【請求項１８】
さらに、コンピュータに、
ＩＤ・予約番号対応テーブルを用いて、ユーザ端末により入力され又は駅改札ＩＤ読み取り装置により読み取ったユーザのＩＤから予約番号を特定する処理を実行させることを特徴とする請求項１５から１７のいずれか１項に記載の乗車受付管理プログラム。
【請求項１９】
さらに、コンピュータに、
予約番号テーブルの乗車駅又は乗り継ぎ駅の乗車時刻を経過してもユーザの乗車確認が行われない場合、該当する予約経過データを確認し、予約確認データが存在すれば、情報の修正処理を行い、その修正情報を乗り継ぎ駅又は降車駅の駅端末に送信する処理を実行させることを特徴とする請求項１５から１８のいずれか１項に記載の乗車受付管理プログラム。
【請求項２０】
さらに、コンピュータに、
手動での訂正が必要な場合、乗車駅又は乗り継ぎ駅の駅端末からの修正を受け付け、その修正情報を乗り継ぎ駅又は降車駅の駅端末にデータを送信する処理を実行させることを特徴とする請求項１５から１９のいずれか１項に記載の乗車受付管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、鉄道情報サーバ、乗車受付管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
現在、公共施設等の利用施設では、段差の解消、車椅子対応エレベータ、スペースの広いトイレ等、車椅子利用ユーザ（以下、ユーザ）に配慮したバリアフリーの時代になっているが、交通機関等では、まだまだ利用するには不便なものが多いのが現状である。
【０００３】
例えば、鉄道を利用する場合は、通常、ユーザが駅に着いてから、駅員に伝えることで利用区間が判明し、それに伴い、その都度、駅員は降車駅への連絡、乗車・降車駅での受け入れ体制準備、すなわち乗車及び降車準備、エスカレーターの一時止め等の準備を行っていた。この場合、ユーザが駅に着いてから伝えるため、ユーザ側にも時間のゆとりが必要であった。また、電話で事前の連絡をしていても、その後の確認や時間の変更・取消など、再度連絡の必要があった。
【０００４】
これに関連して、特許文献１では、ユーザが携帯電話又はＰＣ（Personal Computer）を使用して、利用日、乗車駅、乗車時間、下車駅、下車駅到着時間、待合せ時間等を予約可能な乗降補助予約システムが提案されている。このシステムは、利用日、乗車駅、乗車列車の発車時間、下車駅、使用器具（手動車椅子、電動車椅子等）などの予約情報により交通機関の乗降補助予約をネットワーク経由で行うユーザ端末と、交通機関の各駅に設置される係員用端末とを備え、ユーザ端末からの予約情報を乗車駅と下車駅の係員用端末に送信し、乗降補助側の駅の係員用端末に表示する。これによれば、ユーザが、改札及びホーム間の移動、乗車、降車の補助を予約でき、時間的、人数的に適切な補助が可能とされている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−０３０１５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現状では、ユーザが都合の良い時間に乗車駅への連絡、確認、変更、取消を行うことができず、各鉄道会社が事前の準備を行い、乗車手続きの時間短縮と安全に輸送する体制を確実に提供することができないという課題がある。
【０００７】
特許文献１は、ユーザが携帯電話又はＰＣを使用して、利用日、乗車駅、乗車時間、下車駅、下車駅到着時間、待合せ時間等を予約することができるが、乗車駅と下車駅間の途中に乗り換えが必要となる場合を必ずしも考慮したものではなく、上記課題に加え、次のような課題もある。
【０００８】
（１）各鉄道会社は、乗客を安全に目的地まで送り届ける義務があるが、現在のユーザの他鉄道会社間の電車乗り換えの情報確認（前利用の鉄道会社の降車情報）や、最終的にユーザが安全に利用（乗車及び降車）できたことを確認する手段がない。
【０００９】
（２）電車では、乗り換えがある場合、各駅への事前情報の提供が必須であるが、予約登録時のデータ登録確認だけでは、各駅、各鉄道会社にて確認がとれているかどうかは、ユーザにとっては不安な点であり、その不安を払拭させることができない。
【００１０】
（３）次の乗り換え駅の駅員がユーザの乗車位置を確認することができず、乗り換え時に適切な位置でユーザを待つことができず、その分、ユーザを待たせてしまう。
【００１１】
（４）ユーザがどこまで来ているのか、乗車がきちんと行われているのか駅員が確認することができず、電車のおくれ、乗り遅れ等が発生した場合、どの駅まで来ていているか事前に確認し、準備することができない。
【００１２】
（５）ユーザが電車を利用するには、階段での移動時間など、独自の路線間及び鉄道間の移動時間計測が必要となるため、正確な移動時間を算出することができない。
【００１３】
本発明の目的は、上記課題を解決し、乗車駅と降車駅の間に乗り継ぎが必要となる場合でも、ユーザが都合の良い時間に乗車駅への連絡、確認、変更、取消を行うことができると共に、各鉄道会社が事前の準備を行い、乗車手続きの時間短縮と安全に輸送する体制をより確実に提供することができる乗車受付管理システムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明に係る乗車受付管理システムは、ＩＤ登録証からユーザのＩＤを読み取る駅改札ＩＤ読み取り装置にネットワークを介して通信可能に接続される情報処理装置であって、ユーザのＩＤに対応して発行する一意の予約番号毎に、ユーザのＩＤと、乗車予定日と、鉄道会社コード、路線コード、及び列車番号を一意に識別可能な利用列車コードと、乗車駅、乗り継ぎ駅、及び降車駅を含む各利用駅と、各利用駅の乗車時刻と、各利用駅の到着時刻とを含む乗車予約情報を登録する予約番号テーブルと、予約番号毎に各利用駅の確認状況を登録する対象駅確認状況テーブルと、予約番号毎に各利用駅の乗車確認状況を登録する乗車確認状況テーブルと、乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を前記予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を前記対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、乗車予約の変更時に、前記乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を前記対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取った前記ＩＤ登録証のＩＤに対応する予約番号をもとに前記予約番号テーブルの乗車予約情報と照合し、前記乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信し、降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取った前記ＩＤ登録証のＩＤに対応する予約番号をもとに前記予約番号テーブルの乗車予約情報と照合し、前記乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信することを特徴とする。
【００１５】
本発明に係る鉄道情報サーバは、上記に記載の情報処理装置を備えたことを特徴とする。
【００１６】
本発明に係る乗車受付管理システムは、上記に記載の鉄道情報サーバを備えたことを特徴とする。
【００１７】
本発明に係る乗車受付管理方法は、乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、乗車予約の変更時に、乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信し、乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信し、降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信することを特徴とする。
【００１８】
本発明に係る乗車受付管理プログラムは、コンピュータに、乗車予約時に、ユーザの希望する乗り入れ電車の乗車予約を受け入れ、ユーザのＩＤに対応する予約番号毎に乗車予約情報を予約番号テーブルに予約登録し、ユーザの利用する各利用駅の駅端末に乗車予約情報を送信し、各利用駅の駅端末からの乗車予約情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信する処理と、乗車予約の変更時に、乗車予約の変更情報を各利用駅の駅端末に送信し、その駅端末からの乗車予約の変更情報の確認状況を対象駅確認状況テーブルに登録し、その確認情報をユーザ端末に送信する処理と、乗車時に、乗車駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに乗車駅の乗車確認を登録し、その乗車確認情報を乗り継ぎ駅又は降車駅の駅端末に送信する処理と、降車時に、降車駅又は乗り継ぎ駅の駅改札ＩＤ読み取り装置により読み取ったＩＤ登録証のＩＤに対応する予約番号をもとに予約番号テーブルの乗車予約情報と照合し、乗車確認状況テーブルに降車駅又は乗り継ぎ駅の降車確認を登録し、その降車確認情報を降車駅又は乗り継ぎ駅の駅端末に送信する処理とを実行させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、乗車駅と降車駅の間に乗り継ぎが必要となる場合でも、ユーザが都合の良い時間に乗車駅への連絡、確認、変更、取消を行うことができると共に、各鉄道会社が事前の準備を行い、乗車手続きの時間短縮と安全に輸送する体制をより確実に提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る乗車受付管理システムの全体構成を示すブロック図である。
【図２】図１に示す予約番号テーブルの一例を示す図である。
【図３】図１に示す対象駅確認状況テーブルの一例を示す図である。
【図４】図１に示す乗車位置テーブルの一例を示す図である。
【図５】図１に示す乗車確認状況テーブルの一例を示す図である。
【図６】図１に示すＩＤ・予約番号対応テーブルの一例を示す図である。
【図７】図１に示す利用路線間移動時間テーブルの一例を示す図である。
【図８】図１に示す利用鉄道間移動時間テーブルの一例を示す図である。
【図９】図１に示す乗車受付管理システムによるＩＤ、パスワード、及びＩＤ登録証の入手時の動作を説明するフローチャートである。
【図１０】図１に示す乗車受付管理システムによる乗車予約時の動作を説明するフローチャートである。
【図１１】図１に示す乗車受付管理システムによる乗車予約の修正又はキャンセル時の動作を説明するフローチャートである。
【図１２】図１に示す乗車受付管理システムによる乗車位置登録時の動作を説明するフローチャートである。
【図１３】図１に示す乗車受付管理システムによる乗車時の動作を説明するフローチャートである。
【図１４】図１に示す乗車受付管理システムによる降車時の動作を説明するフローチャートである。
【図１５】図１に示す乗車受付管理システムによる乗車後の修正又は当日乗車キャンセル時の動作を説明するフローチャートである。
【図１６】図１に示す乗車受付管理システムによる当日キャンセル又は連絡無しの場合の動作を説明するフローチャートである。
【発明を実施するための形態】
【００２１】
次に、本発明に係る情報処理装置、鉄道情報サーバ、乗車受付管理システム、方法及びプログラムの実施の形態について、図面を参照して詳細に説明する。
【００２２】
図１は、本実施の形態に係る乗車受付管理システムの全体構成を示す。同図に示す乗車受付システムは、ユーザ端末１００、ＩＤ登録証１０１、駅端末２００、ＩＤ認証サーバ３００、鉄道情報サーバ４００、駅改札ＩＤ読み取り装置５００、ネットワーク６００で構成される。ユーザ端末１００、駅端末２００、ＩＤ認証サーバ３００、鉄道情報サーバ４００、駅改札ＩＤ読み取り５００は、それぞれネットワーク６００に接続する機能を有する。
【００２３】
ユーザ端末１００は、ネットワーク６００に接続できるＰＣや携帯端末などの情報処理装置で構成され、図１に示す乗車受付管理システムのサービスを利用する人（以下、ユーザ）により使用される。このユーザ端末１００は、上記機能に加え、ネットワーク６００を経由してＩＤ認証サーバ３００に接続し、認証処理を行う機能と、ネットワーク６００を経由して、鉄道情報サーバ４００のデータの検索、予約情報の登録、ユーザ登録データの確認、登録情報の修正、キャンセル処理を行う機能とを有する。これらの機能は、例えばユーザ端末１００を構成する端末装置内に搭載される非図示のコンピュータの中核を成すＣＰＵ（Central Processing Unit）がメモリ等の記録媒体に格納されたプログラムを実行することにより実現される。
【００２４】
駅端末２００は、各鉄道会社の駅ごとに設置され、上記機能に加え、ネットワーク６００を経由してＩＤ認証サーバ３００に接続し、ＩＤ、パスワードの発行処理、ＩＤカードからなるＩＤ登録証１０１の発行を行う機能と、ネットワーク６００を経由して鉄道情報サーバ４００から予約データの受信、修正情報の受信、鉄道情報サーバの予約データの修正処理を行う機能とを有する。これらの機能は、例えば駅端末２００を構成する端末装置内に搭載される非図示のコンピュータの中核を成すＣＰＵがメモリ等の記録媒体に格納されたプログラムを実行することにより実現される。
【００２５】
ＩＤ認証サーバ３００は、ネットワーク６００に接続可能なＰＣサーバや専用サーバ等のサーバ機で構成され、上記機能に加え、ネットワーク６００を経由して駅端末２００からのＩＤ発行要求に対するＩＤ、パスワードの発行、登録処理を行う機能と、ネットワーク６００を経由してユーザ端末１００からの認証処理及びＩＤ登録証１０１からの認証処理を行う機能とを有する。これらの機能は、例えばＩＤ認証サーバ３００を構成するサーバ機内に搭載される非図示のコンピュータの中核を成すＣＰＵがメモリ等の記録媒体に格納されたプログラムを実行することにより実現される。
【００２６】
鉄道情報サーバ４００は、ネットワーク６００に接続可能なＰＣサーバや専用サーバ等のサーバ機（情報処理装置）で構成され、上記機能に加え、ネットワーク６００を経由してＩＤ認証サーバ３００により認証されたユーザ端末１００からの鉄道データの検索処理、ユーザ予約データの登録、変更、キャンセルを行う機能と、ネットワーク６００を経由して駅端末２００へのユーザ予約情報送信、駅端末２００からの予約情報の修正及びキャンセルを行う機能と、ネットワーク６００を経由して駅改札ＩＤ読み取り５００より照合されたデータの照合及び修正を行う機能とを有する。
【００２７】
また、この鉄道情報サーバ４００は、各利用駅の時刻表データ、駅情報（駅コード、駅名、次駅までの標準所要時間、路線情報、利用路線間移動時間、利用鉄道間移動時間）を保持し、乗車駅から降車駅の最短の経路を検索する機能と、乗り継ぎ駅を経由した最短経路を検索する機能と、乗り継ぎ駅から再度時間を設定し、検索する機能とを有する。
【００２８】
以上の各機能は、例えば鉄道情報サーバ４００を構成するサーバ機内に搭載される非図示のコンピュータの中核を成すＣＰＵがメモリ等の記録媒体に格納されたプログラム（乗車受付管理プログラム）を実行することにより実現される。このため、鉄道情報サーバ４００は、図１に示すように、プログラム制御で動作するＣＰＵを有する処理部４１１と、ネットワーク６００との間で通信可能な通信Ｉ／Ｆ（インターフェース）を有する通信部４１２とを有する。本実施の形態では、処理部４１１が予め設定された乗車受付管理プログラム４１３を実行することにより、鉄道情報サーバ４００の上記各機能を実現している。
【００２９】
この鉄道情報サーバ４００は、図１に示すように、処理部４１１にて処理される各種データを格納するテーブル、すなわち予約番号テーブル４０１と、対象駅確認状況テーブル４０２と、乗車位置テーブル４０３と、乗車確認状況テーブル４０４と、ＩＤ・予約番号対応テーブル４０５と、利用路線間移動時間テーブル４０６と、利用鉄道間移動時間テーブル４０７とを有する。各テーブル４０１〜４０７の一例を図２〜図８に示す。
【００３０】
図２は、予約番号テーブル４０１の一例を示す。この予約番号テーブル４０１は、同図に示すように、予約番号、ＩＤ、予定日、利用列車コード１、利用駅１、乗車時刻１、到着時刻１、利用列車コード２、利用駅２、乗車時刻２、到着時刻２、…の各項目（フィールド）で構成されている。利用列車コードは、「鉄道会社コード＋路線コード＋列車番号」から生成され、路線の列車ごとに一意に割り振られる番号を生成する。「鉄道会社コード＋路線コード＋列車番号」が一意に識別できるものであれば、このデータ構成でなくてもよい。図２の例では、利用列車コードの最初の１文字が「鉄道会社コード」、次の１文字が「鉄道事業者識別コード」、次の３文字が「列車番号」としている。例えば、予約番号０００１の利用列車コード１では、Ｋが「鉄道会社コード」、Ｔが「路線コード」、１０２が「列車番号」を表している。
【００３１】
図３は、対象駅確認状況テーブル４０２の一例を示す。この対象駅確認状況テーブル４０２は、同図に示すように、予約番号、ＩＤ、利用駅１、利用駅２、…の各項目（フィールド）で構成されている。
【００３２】
図４は、乗車位置テーブル４０３の一例を示す。この乗車位置テーブル４０３は、同図に示すように、予約番号、ＩＤ、ユーザ送信フラグ１、利用列車１、車両位置１、ドア位置１、ユーザ送信フラグ２、利用列車２、車両位置２、ドア位置２、…の各項目（フィールド）で構成されている。
【００３３】
図５は、乗車確認状況テーブル４０４の一例を示す。この乗車確認状況テーブル４０４は、同図に示すように、予約番号、ＩＤ、乗車フラグ、降車フラグ、利用駅１、利用駅２、…の各項目で構成されている。
【００３４】
図６は、ＩＤ・予約番号対応テーブル４０５の一例を示す。このＩＤ・予約番号対応テーブル４０５は、同図に示すように、ＩＤ、予約番号１、予約番号２、…の各項目（フィールド）で構成されている。
【００３５】
図７は、利用路線間移動時間テーブル４０６の一例を示す。この利用路線間移動時間テーブル４０６は、同図に示すように、利用駅毎に利用路線間の移動時間（数値は分単位）が格納されている。
【００３６】
図８は、利用鉄道間移動時間テーブル４０７の一例を示す。この利用鉄道間移動時間テーブル４０７は、同図に示すように、利用駅毎に利用鉄道間の移動時間（数値は分単位）が格納されている。
【００３７】
駅改札ＩＤ読み取り装置５００は、ＩＤ登録証１０１からユーザＩＤを読み取り、読み取ったユーザＩＤを、ネットワーク６００を経由してＩＤ認証サーバ３００に接続し、ＩＤ認証サーバ３００にて認証成功後に鉄道情報サーバ４００の予約番号テーブル４０１のデータと照合させる機能を有する。
【００３８】
次に、図９〜図１６のフローチャートを参照して、本実施の形態に係る乗車受付管理システムの動作について説明する。以下の説明では、ＩＤ、パスワード、及びＩＤ登録証１０１の入手時（図９）、乗車予約時（図１０）、乗車予約の修正又はキャンセル時（図１１）、車両位置及びドア位置の入力時（図１２）、乗車時（図１３）、降車時（図１４）、乗車後の修正又は当日乗車キャンセル時（図１５）、当日キャンセル又は連絡無しの場合（図１６）に分けて、各々の動作について詳述する。
【００３９】
図９は、ＩＤ、パスワード、及びＩＤ登録証１０１の入手時の動作を説明するものである。図１に示す乗車受付管理システムを利用する場合、事前にＩＤ、パスワード、及びＩＤ登録証１０１を入手する必要がある。このため、ユーザは、最寄り駅にて、ＩＤ及びＩＤ登録証１０１の申請を行う（Ｓｔ１１）。ユーザより申請された駅では、駅端末２００の担当者（操作者）が、駅端末２００を操作して、ＩＤ、パスワード、及びＩＤ登録証１０１の発行処理を行う（Ｓｔ１２）。これに応答して、ＩＤ認証サーバ３００は、ユーザのＩＤ及びパスワードを登録する（Ｓｔ１３）。
【００４０】
駅端末２００は、ＩＤ認証サーバ３００より付与されたＩＤ及びパスワードと、そのＩＤデータが入力されたＩＤ登録証１０１とを発行する（Ｓｔ１４）。これにより、ユーザは、駅端末２００の担当者より、ＩＤ、パスワード、ＩＤ登録証１０１を入手する（Ｓｔ１５）。
【００４１】
図１０は、乗車予約時の動作を説明するものである。
【００４２】
乗車予約を行う場合、ユーザは、ユーザ端末１００を操作し、付与されたＩＤ及びパスワードを用いてＩＤ認証サーバ３００にログインする（Ｓｔ２１）。これに応答して、ＩＤ認証サーバ３００は、ＩＤ及びパスワードに基づいてユーザを認証する（Ｓｔ２２）。この認証が成功すると（Ｓｔ２３：ＹＥＳ）、鉄道情報サーバ４００は、検索画面を表示する（ＳＴ２４）。そうすると、ユーザは、ユーザ端末１００を操作して、その検索画面を見ながら、鉄道情報サーバ４００の鉄道情報を検索する。
【００４３】
この検索に際し、ユーザは、ユーザ端末１００を操作して、乗車駅、乗り継ぎ駅、降車駅、乗車日時、乗車時間、降車時間のデータの必要項目を検索条件として入力する（Ｓｔ２５）。鉄道情報サーバ４００は、入力された検索条件に基づいて鉄道情報を検索する（Ｓｔ２６）。ユーザ端末１００は、その検索結果である鉄道情報を表示する（Ｓｔ２７）。また、車椅子利用ユーザの移動に際し、乗り継ぎ駅によっては、通常より移動時間がかかる場合もあるため、ユーザ端末１００は、乗り継ぎ駅からの時間を再度設定入力する（Ｓｔ２８：ＹＥＳ、Ｓｔ２５）。鉄道情報サーバ４００は、再度入力された検索条件に基づいて鉄道情報を再検索する（ＳＴ２６）。その際、鉄道情報サーバ４００は、同じ鉄道会社の路線間の移動時間を、利用路線間移動時間テーブル４０６（図７）を利用して計測し、別鉄道会社間の移動時間を、利用鉄道間移動時間テーブル４０７（図８）を利用して計測する。ユーザ端末１００は、再検索結果である鉄道情報を表示する（Ｓｔ２７）。
【００４４】
ユーザ端末１００は、上記検索により表示された情報で確定すれば（Ｓｔ２８：ＮＯ）、乗車登録処理を実施する（Ｓｔ２９）。一方、変更の必要がある場合（Ｓｔ２８：ＹＥＳ）は、Ｓｔ２５に戻り、再検索処理を繰り返し実施する。
【００４５】
ユーザが予約登録を行うと（Ｓｔ２９）、予約番号（一意の番号）が付与され、そのデータは、鉄道情報サーバ４００の予約番号テーブル４０１（図２）に登録される（Ｓｔ３０）。また、そのデータは、乗車予定日、利用列車コード、利用駅、乗車時刻、到着時刻（次駅までの）とともに保存される。以後、予約番号によりその乗車ユーザの乗車予約が管理される。複数予約した場合は、複数の予約番号が発行される。また、ユーザの予約番号取得情報は、ＩＤ・予約番号対応テーブル４０５（図６）にて管理される。
【００４６】
鉄道情報サーバ４００により、予約番号が発行されると（Ｓｔ３１）、鉄道情報サーバ４００から、ユーザ端末１００に予約番号、利用駅、時間とともに送信される。ユーザ端末１００は、鉄道情報サーバ４００からの予約番号を取得する（Ｓｔ３２）。予約番号テーブル４０１（図２）に登録された利用駅ごとの乗車時刻は、予約番号、ＩＤとともに、各利用駅（乗車駅、乗り継ぎ駅、降車駅）の駅端末２００に送信される（Ｓｔ３３）。
【００４７】
各利用駅では、駅端末２００にて送信された予約番号を受信すると（Ｓｔ３４）、その予約番号を確認し（Ｓｔ３５）、予約確認登録を行う。予約確認登録は、鉄道情報サーバ４００の対象駅確認状況テーブル４０２（図３）において、該当する各利用駅の確認情報（確認済）として設定登録され（Ｓｔ３６）、その登録された各利用駅の確認情報は、ユーザ端末１００へ送信される。ユーザ端末１００は、鉄道情報サーバ４００からの利用駅の確認データを受信する（Ｓｔ３７）。
【００４８】
図１１は、乗車予約の修正又はキャンセル時の動作を説明するものである。
【００４９】
乗車予約の修正及びキャンセルを行う場合、ユーザは、ユーザ端末１００よりＩＤ及びパスワードを用いてＩＤ認証サーバ３００にログインし（Ｓｔ４１）、これに応答して、ＩＤ認証サーバ３００は、ＩＤ及びパスワードからユーザの認証を行う（Ｓｔ４２）。この認証が成功すると（Ｓｔ４３：ＹＥＳ）、鉄道情報サーバ４００は、鉄道情報サーバ４００の予約番号テーブル４０１（図２）に存在する同じＩＤのユーザ登録データを表示する（Ｓｔ４４）。ユーザは、ユーザ端末１００にて、そのユーザ登録データを見ながら、変更が必要な予約番号を確認し（Ｓｔ４５）、乗車データの修正及びキャンセルが必要な場合、そのデータの修正及びキャンセルを行い、修正及びキャンセル後のデータを登録する（Ｓｔ４６）。
【００５０】
登録されたデータは、鉄道情報サーバ４００の予約番号テーブル４０１（図２）に反映され（Ｓｔ４７）、対象駅確認状況テーブル４０２（図３）の該当する各利用駅の確認情報を未確認に設定すると共に、乗車位置テーブル４０３（図４）に乗車位置が設定されていた場合には、その乗車位置情報をクリアする。登録された修正情報は、各利用駅の駅端末２００に送信される。
【００５１】
各利用駅の駅端末２００の担当者は、鉄道情報サーバ４００からの修正情報を受信すると（Ｓｔ４８）、駅端末２００にて修正及びキャンセルされた情報を確認し（Ｓｔ４９）、その確認登録を行い、乗車位置が確定できれば、乗車位置情報を登録する。確認登録されたデータは、鉄道情報サーバ４００の対象駅確認状況テーブル（図３）、乗車位置テーブル４０３（図４）に反映され（Ｓｔ５０）、その情報はユーザ端末１００へ送信される。ユーザ端末１００は、鉄道情報サーバ４００からの確認データを受信する（Ｓｔ５１）。
【００５２】
図１２は、車両位置及びドア位置の入力時の動作を説明するものである。
【００５３】
まず、駅端末２００の操作者は、予定日の前日までに駅端末２００にて利用ユーザの車両乗車位置を入力する（Ｓｔ６１）。利用駅ごとに入力した、車両位置及びドア位置は、鉄道情報サーバ４００の乗車位置テーブル４０３（図４）に予約番号ごとに登録され（Ｓｔ６２）、その情報は、ユーザ端末１００、各利用駅の駅端末２００に送信される（Ｓｔ６３）。
【００５４】
ここで、前日までに乗車登録ができなかった場合や、乗車位置の変更があった場合は、乗車後に駅端末２００にてユーザ車両の乗車位置を登録する。登録したデータは、鉄道情報サーバ４００の乗車位置テーブル４０３（図４）に反映され、その情報は、ユーザ端末１００、各利用駅の駅端末２００に送信される。
【００５５】
ユーザ端末１００は、鉄道情報サーバ４００からの登録情報を受信すると（Ｓｔ６４）、その登録情報を確認する（Ｓｔ６５）。また、駅端末２００は、鉄道情報サーバ４００からの登録情報を受信すると（Ｓｔ６６）、その登録情報を確認する（Ｓｔ６７）。
【００５６】
図１３は、乗車時の動作を説明するものである。同図において、駅端末（Ａ）は、乗車駅の駅端末２００、駅端末（Ｂ）は、乗り継ぎ駅、降車駅の駅端末２００をそれぞれ示す。
【００５７】
ユーザが乗車する場合、ＩＤ登録証１０１のＩＤデータを駅改札ＩＤ読み取り装置５００を介して読み取りさせ（Ｓｔ７１、Ｓｔ７２）、読み取ったＩＤデータをＩＤ認証サーバ３００に送信し、ＩＤ認証サーバ３００によるＩＤデータを用いたユーザの認証が成功すると（Ｓｔ７３、Ｓｔ７４：ＹＥＳ）、鉄道情報サーバ４００は、ＩＤ登録証１０１のＩＤと日時及び時刻をキーにして、予約番号テーブル４０１（図２）から該当予約番号を引き出し、乗車確認状況テーブル４０４（図５）の該当予約番号に対応する乗車フラグを更新する（Ｓｔ７５、Ｓｔ７６）。
【００５８】
駅端末２００の操作者は、ユーザが乗車後、駅端末（Ａ）２００にて、鉄道情報サーバ４００のユーザの予約情報との照合を行い、乗車駅確認登録（Ｓｔ７８）を行うことで、乗車確認状況テーブル４０４（図５）の利用駅フィールドに利用済みのフラグを登録する。その情報は、鉄道情報サーバ４００からの乗車確認状況テーブル４０４（図５）に反映され（Ｓｔ７９）、その確認データは、各利用駅の駅端末（Ｂ）２００へ送信される。
【００５９】
駅端末（Ｂ）２００は、前駅の乗車確認通知を受信すると（Ｓｔ８０）、アラーム等により駅員へ確認を促す。また、鉄道会社間の移動が入る場合には、後述する図１４の降車時の動作にあるように、降車確認データを、次鉄道会社の駅端末２００（乗り継ぎ駅）が受信し、アラーム等により駅員へ確認を促す。
【００６０】
図１４は、降車時の動作を説明するものである。
【００６１】
ユーザが降車する場合、ＩＤ登録証１０１のＩＤデータを駅改札ＩＤ読み取り装置５００を介して読み取りさせ（Ｓｔ８１、Ｓｔ８２）、読み取ったＩＤデータをＩＤ認証サーバ３００に送信し、ＩＤ認証サーバ３００によるＩＤデータを用いたユーザの認証が成功すると（Ｓｔ８３、Ｓｔ８４：ＹＥＳ）、ＩＤ登録証１０１のＩＤと日時・時刻をキーにして、予約番号テーブル４０１（図２）から該当予約番号を引き出し、乗車駅確認状況テーブル４０４（図５）の該当予約番号に対応する降車フラグを更新する（Ｓｔ８５、Ｓｔ８６）。
【００６２】
次鉄道会社の乗り換えがある場合（Ｓｔ８７：ＮＯ）は、次鉄道会社の駅端末２００に降車確認のデータを送信する。駅端末２００は、鉄道情報サーバ４００からの降車確認データを受信すると（Ｓｔ８８）、アラーム等により駅員へ確認を促す（Ｓｔ８９）。
【００６３】
図１５は、乗車後の修正又は当日乗車キャンセル時の動作を説明するものである。
【００６４】
ユーザの乗車後の修正又は当日乗車キャンセルにより乗車時間が変わってしまった場合、駅端末２００の担当者は、駅端末（Ａ）２００にて予約された予約番号テーブル４０１（図２）のデータの修正を行う（Ｓｔ９１）。
【００６５】
鉄道情報サーバ４００は、更新された予約データをもとに、乗り継ぎ駅、降車駅のデータ更新を行い（Ｓｔ９２、Ｓｔ９３）、ユーザ端末１００、各利用駅の駅端末（Ｂ）２００に修正情報を送信する。
【００６６】
ユーザ端末１００は、修正情報を受信すると（Ｓｔ９４）、その修正情報を確認する（Ｓｔ９５）。また、各利用駅の駅端末（Ｂ）２００の担当者は、修正情報を受信すると（Ｓｔ９６）、その修正情報を確認し（Ｓｔ９７）、乗車サポートを整える。
【００６７】
図１６は、当日キャンセル又は連絡無しの場合の動作を説明するものである。
【００６８】
この場合、鉄道情報サーバ４００は、予約番号テーブル４０１（図２）から予約経過データの確認を行い（Ｓｔ１０１）、予約時間より経過したデータを確認し（Ｓｔ１０２）、乗車確認情報がないデータの修正を行い、その情報を各利用駅の駅端末２００に送信する。駅端末２００は、鉄道情報サーバ４００からの修正情報を受信すると（Ｓｔ１０３）、その修正情報を確認する（Ｓｔ１０４）。
【００６９】
以上の動作の具体例について、図２の予約番号テーブル４０１を参照して説明する。図２の例では、予約番号「００１」は、ＩＤ「Ａ１０２」のユーザが予約した場合で、乗車駅が利用駅１「中河原」、降車駅が利用駅６「大阪」となる。以下、このユーザに関して説明する。
【００７０】
利用駅１〜利用駅２では、利用列車コード１、２が「ＫＴ１０２」で同じため、乗り換え無しで降車している。乗車時刻２に「乗換」フラグを立てているが、乗り換えフラグ無しで、利用列車コード３にコードが設定されているか否かの有無で確認してもよい。
【００７１】
利用駅２〜利用駅３では、利用列車コード２、３が「ＫＴ１０２」、「ＪＪ１１１」で別のため、乗り換えが発生している。また、最初の鉄道会社コードが「Ｋ」と「Ｊ」で異なっているので、鉄道会社間の移動が発生する（別鉄道会社での路線移動）。鉄道間の移動の場合は、利用鉄道間移動時間テーブル４０７（図８）を利用し、所要時間を計算する。図２の例では、新宿（Ｋ）からＪ間の移動なので、１０分の移動時間がかかる。
【００７２】
利用駅３〜利用駅４では、利用列車コード３、４が「ＪＪ１１１」で同じのため、乗り換え無しで降車している。発車時刻４に「乗換」フラグを立てているが、乗り換えフラグ無しで、利用列車コード５にコードが設定されているか否かの有無で確認してもよい。
【００７３】
利用駅４〜利用駅５では、利用列車コード４、５が「ＪＪ１１１」、「ＪＳ１００」であり、最初の鉄道会社コードがいずれも「Ｊ」で同じで、その次の路線コードがそれぞれ「Ｊ」、「Ｓ」で異なっているため、路線間の移動が発生している（同じ鉄道会社での路線移動）。路線間の移動には、利用路線間移動時間テーブル４０６（図７）を利用し、所要時間を計算する。図２の例では、東京（ＪＪ）からＪＳの路線間移動なので、１０分の移動時間がかかる。
【００７４】
利用駅５〜利用駅６では、利用列車コード５、６が「ＪＳ１００」で同じのため、乗り換え無しで降車している。乗車時刻６に「着」フラグを立てているが、乗り換えフラグ無しで、利用列車コード７にコードが設定されているか否かの有無で確認してもよい。
【００７５】
以上の動作をまとめると、次のようになる。
【００７６】
（１）ユーザは、事前に最寄の駅でＩＤ、パスワード、ＩＤ登録証１０１の申請を行う。
【００７７】
（２）ユーザは、事前に発行されたＩＤ、パスワードを利用し、ユーザ端末１００からネットワーク６００経由で、ＩＤ認証サーバ３００に接続して認証後、鉄道情報サーバ４００に接続し、希望する乗り入れ電車の検索、乗車予約を入れる。
【００７８】
（３）ユーザより予約登録された鉄道情報サーバ４００は、予約番号を発行し、ユーザに情報を送信する。また、各鉄道会社の乗車駅、乗り継ぎ駅、降車駅の駅端末２００に乗車予約情報の発信を行う。
【００７９】
（４）乗車駅、乗り継ぎ駅、降車駅の駅端末２００の操作者は、駅端末２００にて乗車受付確認登録を行う。その情報は、鉄道情報サーバ４００に送信され、そこからユーザ端末１００に確認情報を送信する。
【００８０】
（５）ユーザが変更を希望した場合は、ＩＤ認証サーバ３００に接続して認証後、鉄道情報サーバ４００のデータの修正を行う。データの修正後、駅情報サーバ４００は、駅端末２００に対し修正情報を送信し、駅端末２００にて情報確認登録後、ユーザに確認データを送信する。
【００８１】
（６）乗車通知を受けた各鉄道会社の乗車駅、乗り継ぎ駅、降車駅では、受け入れ体制の事前準備を行う。前日までに、電車の車両数が決定したら、駅端末２００にて、乗車車両位置、ドア位置を登録する。
【００８２】
（７）乗車当日は、ユーザがＩＤ登録証１０１を駅改札ＩＤ読み取り装置５００に通すことで、ネットワーク６００経由でＩＤ認証サーバ３００に接続し、鉄道情報サーバ４００の情報と照合し、鉄道情報サーバ４００に乗車確認登録が行われ、各利用駅の駅端末２００に情報が送信される。乗車予約時間になっても乗車が行われない場合、鉄道情報サーバ４００が予約経過データを確認し、予約確認データが存在すれば、情報の修正処理を行い、そのデータを駅端末２００に送信する。また、手動での訂正が必要な場合は、乗車駅、乗り継ぎ駅の駅端末２００の操作者が駅端末２００にて鉄道情報サーバ４００の情報を修正し、鉄道情報サーバ４００が乗り継ぎ駅、降車駅の駅端末２００にデータを送信し、各利用駅で乗車受け入れ体制を整える。
【００８３】
以上のように、本実施の形態では、ユーザからの乗り入れ連絡を２４時間受付することで、各利用駅への乗車手配の連絡と準備を事前に行うことができる。すなわち、ユーザは、乗車受付管理システムを利用することで、自分の都合の良い時間に、乗り入れ登録、変更、確認、取消を行うことができる。また、鉄道会社では、乗車受付管理システムを利用することで、２４時間の乗車受付を可能とし、予め準備を整えることが可能となる。さらに、乗車確認を利用することで、ユーザと利用駅との双方向の情報通信が可能となる。
【００８４】
これに加え、本実施の形態では、以下の効果が得られる。
【００８５】
（１）ＩＤ登録証１０１の発行により、ユーザの乗車及び降車情報を確認できる。乗車時に、ＩＤ登録証１０１を駅改札ＩＤ読み取り装置５００に読み取らせることで、当日キャンセルを電話連絡せずに自動で確認できる。各鉄道会社は、乗客を安全に目的地まで送り届ける義務があるが、この情報を利用することで、電話等でのやりとりなく、現在のユーザの他鉄道会社間の電車乗り換えの情報確認（前利用の鉄道会社の降車情報）や、最終的にユーザが安全に利用（乗車及び降車）できたことを確認できる。
【００８６】
（２）対象駅確認状況テーブル４０２（図３）を用いることにより、各駅でユーザの情報を確認した旨の状況を登録でき、各駅からユーザへの情報発信ができる。電車では、乗り換えがある場合、各駅への事前情報の提供が必須である。予約登録時のデータ登録確認だけでは、各駅、各鉄道会社にて確認がとれているかどうかは、ユーザにとって不安な点である。これに対し、本実施の形態では、対象駅確認状況テーブル４０２により、各駅、各鉄道会社から情報送信されることにより、その不安を払拭させることができる。
【００８７】
（３）乗車位置テーブル４０３（図４）を用いることにより、乗車位置を登録することで、次の乗り換え駅の駅員がユーザの乗車位置を確認でき、乗り換え時に適切な位置でユーザを待つことができる。つまり、車椅子利用ユーザを待たせることなく、乗り換えを補助することができる。
【００８８】
（４）乗車確認状況テーブル４０４（図５）を用いることにより、ユーザがどこまで来ているのか、乗車がきちんと行われているのか駅員が確認することができる。電車のおくれ、乗り遅れ等が発生した場合でも、どの駅まで来ていているか事前に確認し、準備することができる（電話確認を必要としない）。
【００８９】
（５）車椅子利用ユーザが電車を利用するため、階段での移動時間など、独自の路線間及び鉄道間の移動時間計測が必要となる。これに対し、本実施の形態では、利用路線間移動時間テーブル４０６（図７）、利用鉄道間移動時間テーブル４０７（図８）を用いることにより、車椅子利用ユーザの正確な移動時間が算出できる。
【００９０】
したがって、本実施の形態によれば、乗車駅と降車駅の間に乗り継ぎが必要となる場合でも、ユーザが都合の良い時間に、乗車駅への連絡、確認、変更、取消を可能にすることができると共に、各鉄道会社では、事前の準備を行えるようになり、乗車手続きの時間短縮と安全に輸送する体制を確実に提供することができる。
【００９１】
なお、ＩＤ登録証１０１で用いるＩＤカードは、例えばＳｕｉｃａ（登録商標）やＰＡＳＭＯ（登録商標）など、利用者のＩＤが判別できるものであればよい。また、ネットワーク６００は、インターネットを利用してもよく、通信経路が確立されていればよい。さらに、鉄道情報サーバ４００から、ユーザ端末１００、駅端末２００に送信されるデータは、メール機能でもよく、ユーザ端末１００と駅端末２００に連絡できる機能があればよい。
【００９２】
また、上記実施の形態では、鉄道を利用する場合を説明しているが、本発明は必ずしもこれに限定されず、例えばバスターミナル、空港等にも適用できる。
【００９３】
なお、上記の乗車受付管理システムを構成する端末装置及びサーバ機は、そのハードウェア及びソフトウェア構成は特に限定されるものではなく、上述した各機能を実現可能なものであれば、いずれのものでも適用可能である。例えば、機能毎に回路やソフトウェア部品（モジュール）を独立させて個別に構成したものでも、複数の機能を１つの回路やソフトウェア部品（モジュール）に一体的に構成したものでも、適用可能である。
【００９４】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【産業上の利用可能性】
【００９５】
本発明は、情報処理装置、鉄道情報サーバ、乗車受付管理システム、方法及びプログラムの用途に利用できる。
【符号の説明】
【００９６】
１００  ユーザ端末
１０１  ＩＤ登録証
２００  駅端末
３００  ＩＤ認証サーバ
４００  鉄道情報サーバ
４０１  予約番号テーブル
４０２  対象駅確認状況テーブル
４０３  乗車位置テーブル
４０４  乗車確認状況テーブル
４０５  ＩＤ・予約番号対応テーブル
４０６  利用路線間移動時間テーブル
４０７  利用鉄道間移動時間テーブル
４１１  処理部
４１２  通信部
４１３  乗車受付管理プログラム
５００  駅改札ＩＤ読み取り装置
６００  ネットワーク
【図１】
2010256961.tif 000003
【図２】
2010256961.tif 000004
【図３】
2010256961.tif 000005
【図４】
2010256961.tif 000006
【図５】
2010256961.tif 000007
【図６】
2010256961.tif 000008
【図７】
2010256961.tif 000009
【図８】
2010256961.tif 000010
【図９】
2010256961.tif 000011
【図１０】
2010256961.tif 000012
【図１１】
2010256961.tif 000013
【図１２】
2010256961.tif 000014
【図１３】
2010256961.tif 000015
【図１４】
2010256961.tif 000016
【図１５】
2010256961.tif 000017
【図１６】
2010256961.tif 000018