JP6840537B2 - 駅務補助サーバ、駅務補助システム、および駅務補助方法 - Google Patents

Description

本発明の実施形態は、駅務補助サーバ、駅務補助システム、および駅務補助方法に関する。

従来、駅務員は、車椅子の旅客や目の不自由な旅客などから介助の要請を受けた場合、乗車予定の列車が停車する他駅の駅務員と電話連絡等を行って、介助を必要とする旅客の乗り降りをサポートしている。このサポート業務は、駅務員にとって負担の大きいものであった。

上記に関連し、駅務員などが利用可能な端末装置を用いて、介助を必要とする旅客に関する情報を共有する技術が知られている。しかしながら、この技術では、駅務員にとっての利便性が十分で無い場合があった。

特開２０１４−２１１３５４号公報 特開２００９−１１３６０１号公報

本発明が解決しようとする課題は、駅務員にとっての利便性を向上させることができる駅務補助サーバ、駅務補助システム、および駅務補助方法を提供することである。

実施形態の駅務補助サーバは、通信部と、決定部と、通信制御部とを持つ。通信部は、複数の駅の駅務員によって使用される複数の端末装置と通信する。決定部は、列車のダイヤ情報に基づいて、複数の端末装置のうち一つによって指定された乗車区間における、鉄道を利用するにあたって介助を必要とする旅客による列車の利用計画を決定する。通信制御部は、決定部により決定された利用計画において、旅客が降車する予定の駅の駅務員によって使用される端末装置に、通信部を用いて、旅客が降車することを示す情報を送信する。

第１の実施形態における駅務補助システム１の構成の一例を示す図。 第１の実施形態における駅務補助システム１の処理の一例を示すシーケンス図（その１）。 第１の実施形態における駅務補助システム１の処理の一例を示すシーケンス図（その２）。 第１の実施形態における駅務補助サーバ１００の構成の一例を示す図。 第１の実施形態における端末装置２００の構成の一例を示す図。 第１の実施形態におけるセンターサーバ３００の構成の一例を示す図。 駅務補助サーバ１００およびＡ駅の端末装置２００ａによる処理の流れの一例を示すフローチャート（その１）。 駅務補助サーバ１００およびＡ駅の端末装置２００ａによる処理の流れの一例を示すフローチャート（その２）。 端末装置２００ａが表示する設定一覧画面の一例を示す図。 図９に示す設定一覧画面において、新規作成ボタンＢ７が操作されたときに表示される入力画面の一例を示す図。 図１０に示す入力画面において、着駅が入力された後に表示される入力画面の一例を示す図。 一報が送信された後に表示される入力画面の一例を示す図。 推奨乗車位置が提示された入力画面の一例を示す図。 要介助者の種類の入力画面の一例を示す図。 続報が送信された後に表示される進捗確認画面の一例を示す図。 図１５に例示する進捗確認画面において各駅の案内状況を更新した画面の一例を示す図。 アラームとして表示される画面の一例を示す図。 端末装置２００ａにおいてアラーム解除後に表示される進捗確認画面の一例を示す図。 駅務補助サーバ１００および乗換駅の端末装置２００（２００ｂ、２００ｃ）による処理の流れの一例を示すフローチャート（その１）。 駅務補助サーバ１００および乗換駅の端末装置２００（２００ｂ、２００ｃ）による処理の流れの一例を示すフローチャート（その２）。 端末装置２００ｃが表示する設定一覧画面の一例を示す図。 端末装置２００ｃが表示する一報受信画面の一例を示す図。 一報受信後に表示される進捗確認画面の一例を示す図。 端末装置２００ｃが表示する続報受信画面の一例を示す図。 続報受信後に表示される進捗確認画面の一例を示す図。 発駅案内完了情報の受信後に更新される進捗確認画面の一例を示す図。 端末装置２００ｃにおいてアラーム解除後に表示される進捗確認画面の一例を示す図。 編集ボタンＢ４０操作後に表示される編集画面の一例を示す図。 ボタンＢ１９の操作に応じて表示される入力画面の一例を示す図。 端末装置２００ｃが表示する進捗確認画面の一例を示す図。 乗換駅案内完了情報が送信された後に端末装置２００ｃにおいて表示される進捗確認画面の一例を示す図。 駅務補助サーバ１００および着駅の端末装置２００ｄによる処理の流れの一例を示すフローチャート（その１）。 駅務補助サーバ１００および着駅の端末装置２００ｄによる処理の流れの一例を示すフローチャート（その２）。 端末装置２００ｄが表示する設定一覧画面の一例を示す図。 発駅からの続報受信後に表示される進捗確認画面の一例を示す図。 端末装置２００ｃが表示する続報受信画面の一例を示す図。 更新された進捗確認画面の一例を示す図。 端末装置２００ｄが表示する進捗確認画面の他の例を示す図。 第２の実施形態における駅務補助システム１Ａの構成の一例を示す図。 第３の実施形態における駅務補助システム１Ｂの構成の一例を示す図。

以下、実施形態の駅務補助サーバ、駅務補助システム、および駅務補助方法を、図面を参照して説明する。

（第１の実施形態）
図１は、第１の実施形態における駅務補助システム１の構成の一例を示す図である。第１の実施形態における駅務補助システム１は、例えば、駅務補助サーバ１００と、複数の端末装置２００（図中２００ａ、２００ｂ、２００ｃ、２００ｄ）と、センターサーバ３００とを備える。これらの装置は、ネットワークを介して通信を行う。ネットワークは、例えば、図示しない無線基地局により仲介されるセルラー網やＷｉ−Ｆｉ網、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、専用回線、プロバイダ、インターネット等のうち一部または全部を含む。

駅務補助サーバ１００は、例えば、所定のアプリケーションプログラムが起動された端末装置２００と通信を行って、各種情報の受け渡しを行う。また、駅務補助サーバ１００は、ウェブサイトを提供するウェブサーバ装置であってよい。

端末装置２００は、例えば、各駅の駅務員によって使用される。例えば、端末装置２００は、駅務員が携行可能なスマートフォンやタブレット端末（図中２００ａ−１、２００ｂ−１など）であってもよいし、駅構内に設置された据え置き型のコンピュータ（図中２００ａ−２、２００ｂ−２など）であってもよい。

以下、図示のように、Ａ駅の駅務員によって使用される端末装置には２００ａの符号を付し、Ｂ駅の駅務員によって使用される端末装置には２００ｂの符号を付し、Ｃ駅の駅務員によって使用される端末装置には２００ｃの符号を付し、Ｄ駅の駅務員によって使用される端末装置には２００ｄの符号を付して説明する。

例えば、端末装置２００は、駅務員から所定の操作を受け付けると、駅務補助サーバ１００と通信を行い、アプリケーションプログラムが表示するテキストや画像、或いは画像の元情報などの情報を取得する。端末装置２００上で動作するアプリケーションプログラムは、車椅子の旅客や目の不自由な旅客などの鉄道を利用するにあたって介助が必要な旅客（以下、要介助者と称する）に対して駅務員が円滑にサポートを行えるように、各駅の端末装置２００同士で情報伝達を行うためのアプリケーションプログラムである。

また、端末装置２００は、ウェブブラウザを介して、駅務補助サーバ１００が提供するウェブサイトにアクセスしてもよい。例えば、駅務補助サーバ１００により提供されるウェブサイトでは、以下に説明するサービス（各駅の端末装置２００同士で情報伝達を行うためのサービス）と同等のサービスが提供されてよい。

センターサーバ３００は、例えば、列車の運行情報を管理する装置である。運行情報とは、例えば、列車がどの程度遅延しているのか、或いは運休しているのか、復旧までにどの程度時間を要するのか、といった情報を含む。実施形態において、駅務補助サーバ１００とセンターサーバ３００の機能的な切り分けは厳密である必要はなく、駅務補助サーバ１００が、以下に説明するセンターサーバ３００の機能のうち一部または全部を有してもよい。

また、センターサーバ３００は、駅務補助サーバ１００により出力される情報に基づいて、列車内に案内された要介助者の有無やその人数を導出したり、駅間で情報連携が円滑に行われているかどうかを判定したりする。

図２および図３は、第１の実施形態における駅務補助システム１の処理の一例を示すシーケンス図である。本シーケンスでは、Ａ駅からＤ駅のそれぞれの端末装置２００による連携について例示する。例えば、Ａ駅は、要介助者が鉄道の利用を開始する乗車駅（発駅）であり、Ｄ駅は、目的地の降車駅（着駅）であり、Ｂ駅およびＣ駅は、途中の乗換駅である。

［事前処理：介助要請から案内開始まで］
例えば、要介助者が、発駅であるＡ駅の駅務員に対して、口頭や電話によって介助を要請した場合、Ａ駅の駅務員は、端末装置２００ａに対して、乗車区間、乗車希望列車（列車名・出発時刻）、指定席または指定車両の希望の有無、車いすの有無および車いすの種類（電動・手動）、介助される付添い人（同行人）の有無、その他の要望等の情報のうち一部または全部（以下、これらの情報を総括して「介助申込み情報」と称する）を入力する（ステップＳ１００）。

この際、端末装置２００ａは、乗車区間を指定する駅が入力された時点で、この乗車区間を示す情報（以下、乗車区間情報と称する）を一報（第１情報）として駅務補助サーバ１００に送信する（ステップＳ１０１）。

駅務補助サーバ１００は、端末装置２００ａから一報として乗車区間情報を受信すると、乗車区間情報が示す乗車区間に基づいて、要介助者が降車して別の列車に乗り換える乗換駅（Ａ駅）および要介助者が降車する着駅（Ｄ駅）を特定する（ステップＳ１０２）。駅務補助サーバ１００は、Ａ駅とＤ駅の路線上の関係から、Ｂ駅およびＣ駅が乗換駅となることを決定し、Ｂ駅の端末装置２００ｂに対して乗車区間情報を一報として送信すると共に（ステップＳ１０３）、Ｃ駅の端末装置２００ｃに対して乗車区間情報を一報として送信する（ステップＳ１０４）。また、駅務補助サーバ１００は、Ｄ駅の端末装置２００ｄに対しても乗車区間情報を一報として送信する（ステップＳ１０５）。

Ｂ駅の端末装置２００ｂは、駅務補助サーバ１００から一報として乗車区間情報を受信すると、自駅（Ｂ駅）に要介助者が降車することを駅務員に伝えるための画面を表示する（ステップＳ１０６）。また、Ｃ駅の端末装置２００ｃは、駅務補助サーバ１００から一報として乗車区間情報を受信すると、自駅（Ｃ駅）に要介助者が降車することを駅務員に伝えるための画面を表示する（ステップＳ１０７）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００から一報として乗車区間情報を受信すると、自駅（Ｄ駅）に要介助者が降車することを駅務員に伝えるための画面を表示する（ステップＳ１０８）。これらの画面の詳細については、後述する。

次に、Ａ駅の端末装置２００ａは、引き続き、介助申込み情報として、乗車希望列車（列車名・出発時刻）、指定席または指定車両の希望の有無、車いすの有無および車いすの種類（電動・手動）、介助の有無、その他の要望等の情報のうち一部または全部の入力を受け付ける（ステップＳ１０９）。これらの情報が入力されると、端末装置２００ａは、続報（第２情報）として介助申込み情報を駅務補助サーバ１００に送信する（ステップＳ１１０）。

駅務補助サーバ１００は、端末装置２００ａから続報として介助申込み情報を受信すると、センターサーバ３００に介助申込み情報を送信する（ステップＳ１１１）。これを受けて、センターサーバ３００は、要介助者の有無やその人数などを把握するために介助申込み情報を記憶する（ステップＳ１１２）。

また、駅務補助サーバ１００は、Ｂ駅の端末装置２００ｂに対して介助申込み情報を続報として送信すると共に（ステップＳ１１３）、Ｃ駅の端末装置２００ｃに対して介助申込み情報を続報として送信する（ステップＳ１１４）。また、駅務補助サーバ１００は、Ｄ駅の端末装置２００ｄに対しても介助申込み情報を続報として送信する（ステップＳ１１５）。

Ｂ駅の端末装置２００ｂは、駅務補助サーバ１００から続報として介助申込み情報を受信すると、要介助者からの詳細な要望等を駅務員に伝えるための画面を表示する（ステップＳ１１６）。また、Ｃ駅の端末装置２００ｃは、駅務補助サーバ１００から続報として介助申込み情報を受信すると、要介助者からの詳細な要望等を駅務員に伝えるための画面を表示する（ステップＳ１１７）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００から続報として介助申込み情報を受信すると、要介助者からの詳細な要望等を駅務員に伝えるための画面を表示する（ステップＳ１１８）。これらの画面の詳細については、後述する。

［Ａ駅での案内］
次に、Ａ駅の端末装置２００ａは、Ａ駅のダイヤ情報（時刻表）に基づいて、要介助者が所望する乗車希望列車の到着時刻から所定時間前の時刻にアラームを出力する（ステップＳ１１９）。次に、Ａ駅の駅務員が乗車希望列車へと要介助者を案内し、自駅（Ａ駅）での案内が完了した場合、端末装置２００ａは、駅務員から完了報告の入力を受け付ける（ステップＳ１２０）。

端末装置２００ａは、駅務員から完了報告の入力を受け付けた場合、発駅であるＡ駅において要介助者の案内が完了したことを表す情報（以下、発駅案内完了情報と称する）を、駅務補助サーバ１００に送信する（ステップＳ１２１）。

次に、駅務補助サーバ１００は、端末装置２００ａから発駅案内完了情報を受信すると、センターサーバ３００に発駅案内完了情報を送信する（ステップＳ１２２）。これを受けて、センターサーバ３００は、発駅案内完了情報を記憶する（ステップＳ１２３）。

また、駅務補助サーバ１００は、Ｂ駅の端末装置２００ｂに対して発駅案内完了情報を送信すると共に（ステップＳ１２４）、Ｃ駅の端末装置２００ｃに対して発駅案内完了情報を送信する（ステップＳ１２５）。また、駅務補助サーバ１００は、Ｄ駅の端末装置２００ｄに対して発駅案内完了情報を送信する（ステップＳ１２６）。

次に、Ｂ駅の端末装置２００ｂは、駅務補助サーバ１００から発駅案内完了情報を受信すると、この発駅案内完了情報に基づき画面を更新する（ステップＳ１２７）。また、Ｃ駅の端末装置２００ｃは、駅務補助サーバ１００から発駅案内完了情報を受信すると、この発駅案内完了情報に基づき画面を更新する（ステップＳ１２８）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００から発駅案内完了情報を受信すると、この発駅案内完了情報に基づき画面を更新する（ステップＳ１２９）。

［Ｂ駅での案内］
次に、乗換駅であるＢ駅の端末装置２００ｂは、Ｂ駅のダイヤ情報に基づいて、乗車希望列車の到着時刻から所定時間前の時刻にアラームを出力する（ステップＳ１３０）。次に、Ｂ駅の駅務員が乗車希望列車へと要介助者を案内し、自駅（Ｂ駅）での案内が完了した場合、端末装置２００ｂは、駅務員から完了報告の入力を受け付ける（ステップＳ１３１）。

端末装置２００ｂは、駅務員から完了報告の入力を受け付けた場合、乗換駅であるＢ駅において要介助者の案内が完了したことを表す情報（以下、乗換駅案内完了情報と称する）を、駅務補助サーバ１００に送信する（ステップＳ１３２）。

次に、駅務補助サーバ１００は、端末装置２００ｂからＢ駅の乗換駅案内完了情報を受信すると、センターサーバ３００にＢ駅の乗換駅案内完了情報を送信する（ステップＳ１３３）。これを受けて、センターサーバ３００は、Ｂ駅の乗換駅案内完了情報を記憶する（ステップＳ１３４）。

また、駅務補助サーバ１００は、Ａ駅の端末装置２００ａに対してＢ駅の乗換駅案内完了情報を送信すると共に（ステップＳ１３５）、Ｃ駅の端末装置２００ｃに対してＢ駅の乗換駅案内完了情報を送信する（ステップＳ１３６）。また、駅務補助サーバ１００は、Ｄ駅の端末装置２００ｄに対してＢ駅の乗換駅案内完了情報を送信する（ステップＳ１３７）。

次に、Ａ駅の端末装置２００ａは、駅務補助サーバ１００からＢ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１３８）。また、Ｃ駅の端末装置２００ｃは、駅務補助サーバ１００からＢ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１３９）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００からＢ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１４０）。

［Ｃ駅での案内］
次に、乗換駅であるＣ駅の端末装置２００ｃは、Ｃ駅のダイヤ情報に基づいて、乗車希望列車の到着時刻から所定時間前の時刻にアラームを出力する（ステップＳ１４１）。次に、Ｃ駅の駅務員が乗車希望列車へと要介助者を案内し、自駅（Ｃ駅）での案内が完了した場合、端末装置２００ｃは、駅務員から完了報告の入力を受け付ける（ステップＳ１４２）。

端末装置２００ｃは、駅務員から完了報告の入力を受け付けた場合、乗換駅であるＣ駅において要介助者の案内が完了したことを表す乗換駅案内完了情報を、駅務補助サーバ１００に送信する（ステップＳ１４３）。

次に、駅務補助サーバ１００は、端末装置２００ｃからＣ駅の乗換駅案内完了情報を受信すると、センターサーバ３００にＣ駅の乗換駅案内完了情報を送信する（ステップＳ１４４）。これを受けて、センターサーバ３００は、Ｃ駅の乗換駅案内完了情報を記憶する（ステップＳ１４５）。

また、駅務補助サーバ１００は、Ａ駅の端末装置２００ａに対してＣ駅の乗換駅案内完了情報を送信すると共に（ステップＳ１４６）、Ｂ駅の端末装置２００ｂに対してＣ駅の乗換駅案内完了情報を送信する（ステップＳ１４７）。また、駅務補助サーバ１００は、Ｄ駅の端末装置２００ｄに対してＣ駅の乗換駅案内完了情報を送信する（ステップＳ１４８）。

次に、Ａ駅の端末装置２００ａは、駅務補助サーバ１００からＣ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１４９）。また、Ｂ駅の端末装置２００ｂは、駅務補助サーバ１００からＣ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１５０）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００からＣ駅の乗換駅案内完了情報を受信すると、この乗換駅案内完了情報に基づき画面を更新する（ステップＳ１５１）。

［Ｄ駅での案内］
次に、着駅であるＤ駅の端末装置２００ｄは、Ｄ駅のダイヤ情報に基づいて、乗車希望列車の到着時刻から所定時間前の時刻にアラームを出力する（ステップＳ１５２）。次に、Ｄ駅の駅務員が乗車希望列車へと要介助者を案内し、自駅（Ｄ駅）での案内が完了した場合、端末装置２００ｄは、駅務員から完了報告の入力を受け付ける（ステップＳ１５３）。

端末装置２００ｄは、駅務員から完了報告の入力を受け付けた場合、着駅であるＤ駅において要介助者の案内が完了したことを表す情報（以下、着駅案内完了情報と称する）を、駅務補助サーバ１００に送信する（ステップＳ１５４）。

次に、駅務補助サーバ１００は、端末装置２００ｄから着駅案内完了情報を受信すると、センターサーバ３００に着駅案内完了情報を送信する（ステップＳ１５５）。これを受けて、センターサーバ３００は、着駅案内完了情報を記憶する（ステップＳ１５６）。

また、駅務補助サーバ１００は、Ａ駅の端末装置２００ａに対して着駅案内完了情報を送信すると共に（ステップＳ１５７）、Ｂ駅の端末装置２００ｂに対して着駅案内完了情報を送信する（ステップＳ１５８）。また、駅務補助サーバ１００は、Ｃ駅の端末装置２００ｃに対して着駅案内完了情報を送信する（ステップＳ１５９）。

次に、Ａ駅の端末装置２００ａは、駅務補助サーバ１００から着駅案内完了情報を受信すると、この着駅案内完了情報に基づき画面を更新する（ステップＳ１６０）。また、Ｂ駅の端末装置２００ｂは、駅務補助サーバ１００から着駅案内完了情報報を受信すると、この着駅案内完了情報に基づき画面を更新する（ステップＳ１６１）。また、Ｄ駅の端末装置２００ｄは、駅務補助サーバ１００から着駅案内完了情報を受信すると、この着駅案内完了情報に基づき画面を更新する（ステップＳ１６２）。このような一連の処理により、発駅から着駅までの各駅の端末装置２００に一連の情報が送信されることになる。

なお、発駅であるＡ駅から着駅であるＤ駅まで乗り換えが生じない場合、Ｂ駅およびＣ駅の端末装置２００に対する情報の送信は省略されてよいし、更に多く乗換駅がある場合、Ｂ駅およびＣ駅に相当する処理が他の駅でも行われてよい。

［駅務補助サーバの構成］
以下、第１の実施形態における駅務補助システム１の各装置の構成について説明する。図４は、第１の実施形態における駅務補助サーバ１００の構成の一例を示す図である。駅務補助サーバ１００は、例えば、補助サーバ側通信部１０２と、補助サーバ側制御部１１０と、補助サーバ側記憶部１２０とを備える。

補助サーバ側通信部１０２は、例えば、上述したネットワークを介して、各駅の端末装置２００およびセンターサーバ３００と通信を行う。補助サーバ側通信部１０２は、これらの装置との通信により取得した情報を補助サーバ側記憶部１２０に記憶させる。

補助サーバ側制御部１１０は、例えば、決定部１１２と、通信制御部１１４とを備える。これらの構成要素の一部または全部は、ＣＰＵ（Central Processing Unit）等のプロセッサが補助サーバ側記憶部１２０に記憶されたプログラムを実行することにより実現されてよい。また、補助サーバ側制御部１１０の構成要素の一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

補助サーバ側記憶部１２０は、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＤカード、ＭＲＡＭ（Magnetoresistive Random Access Memory）、ＲＡＭ（Random Access Memory）、レジスタ等によって実現されてよい。補助サーバ側記憶部１２０は、補助サーバ側制御部１１０のプロセッサが実行するプログラムを格納する他、ダイヤ情報ＤＧや運行エリア情報ＯＡ、駅構内情報ＳＹ等を記憶する。ダイヤ情報ＤＧは、各駅の列車の運行計画（スケジュール）を表す情報である。運行エリア情報ＯＡは、例えば、各路線に含まれる駅や、その路線を走行する列車の車両編成数、各車両の乗降車位置（ドア位置）などを特定可能な情報を含む。駅構内情報ＳＹは、例えば、各駅において、階段、エスカレータ、エレベータ、改札口、または連絡通路などの位置を特定可能な情報を含む。これらの情報は、駅務補助サーバ１００が常時、保持していてもよいし、必要に応じてセンターサーバ３００から取得されてもよい。

決定部１１２は、補助サーバ側通信部１０２により乗車区間情報が受信されると、この乗車区間情報を参照して、列車の利用計画を決定する。列車の利用計画とは、例えば、発駅から着駅までの乗車区間において運行される列車のうち、どの列車に乗車し、さらにどの駅で降車するのかを定めた計画である。また、発駅から着駅までの乗車区間において、複数の路線を経由する必要がある場合（或いは複数の路線を経由することが可能な場合）、列車の利用計画は、路線ごとに、どの列車に乗車してからどの駅で降車するのかを定めた計画であってよい。

通信制御部１１４は、補助サーバ側通信部１０２を制御して、各駅の端末装置２００およびセンターサーバ３００との間で、種々の情報を送受信する。例えば、通信制御部１１４は、補助サーバ側通信部１０２により受信された情報を中継して端末装置２００またはセンターサーバ３００に送信してよい。また、通信制御部１１４は、決定部１１２により決定された列車の利用計画を示す情報を、端末装置２００に送信してよい。

［端末装置の構成］
図５は、第１の実施形態における端末装置２００の構成の一例を示す図である。端末装置２００は、例えば、端末側通信部２０２と、操作受付部２０４と、表示部２０６と、端末側制御部２１０と、端末側記憶部２２０とを備える。

端末側通信部２０２は、例えば、上述したネットワークを介して、駅務補助サーバ１００と通信を行う。端末側通信部２０２は、駅務補助サーバ１００との通信により取得した情報を端末側記憶部２２０に記憶させる。

操作受付部２０４は、駅務員などから入力操作を受け付ける。例えば、端末装置２００が据え置き型のコンピュータである場合、操作受付部２０４は、キーボードやマウスであってよい。また、例えば、端末装置２００がスマートフォンなどの携行型のコンピュータである場合、操作受付部２０４は、タッチパネルであってよい。この場合、操作受付部２０４は、表示部２０６と一体に構成されてよい。

表示部２０６は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electroluminescence）ディスプレイなどの表示装置である。表示部２０６は、端末側制御部２１０による制御を受けて、各種画像（画面）を表示する。

端末側制御部２１０は、ＣＰＵ等のプロセッサが端末側記憶部２２０に記憶されたプログラムを実行することにより実現されてよい。また、端末側制御部２１０は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

例えば、端末側制御部２１０は、端末側通信部２０２により受信された各種情報に基づいて、表示部２０６に画面を表示させる。

また、端末側制御部２１０は、決定部１１２と同様に、乗車区間情報に基づいて列車の利用計画を決定してもよい。すなわち、端末側制御部２１０のプロセッサが端末側記憶部２２０に記憶されたアプリケーションプログラムを実行することにより、駅務補助サーバ１００の決定部１１２の機能と同等の機能が実現されてもよい。

端末側記憶部２２０は、例えば、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＳＤカード、ＭＲＡＭ、ＲＡＭ、レジスタ等によって実現されてよい。端末側制御部２１０は、端末側制御部２１０のプロセッサが実行するプログラムを格納する他、ダイヤ情報ＤＧや運行エリア情報ＯＡ、駅構内情報ＳＹ等を記憶する。これらの情報は、例えば、アプリケーションプログラムのインストール時に予め駅務補助サーバ１００からダウンロードされてよい。また、これらの情報は、予めインストールされたアプリケーションプログラムを実行する端末側制御部２１０が端末側通信部２０２を制御して駅務補助サーバ１００と通信することによって、駅務補助サーバ１００からダウンロードされてもよい。また、これらの情報は、端末側制御部２１０が端末側通信部２０２を制御して駅務補助サーバ１００と通信することによって、駅務補助サーバ１００において必要な情報が抽出されて端末装置２００に送信されるものであってもよい。

また、端末装置２００は、表示部２０６に表示させる画像を紙に印刷する印刷部（不図示）を備えてもよいし、音声を出力するスピーカ（不図示）を備えてもよい。

［センターサーバの構成］
図６は、第１の実施形態におけるセンターサーバ３００の構成の一例を示す図である。センターサーバ３００は、例えば、センターサーバ側通信部３０２と、センターサーバ側制御部３１０と、センターサーバ側記憶部３２０とを備える。

センターサーバ側通信部３０２は、例えば、上述したネットワークを介して、駅務補助サーバ１００と通信を行う。センターサーバ側通信部３０２は、駅務補助サーバ１００との通信により取得した情報をセンターサーバ側記憶部３２０に記憶させる。

センターサーバ側制御部３１０は、ＣＰＵ等のプロセッサがセンターサーバ側記憶部３２０に記憶されたプログラムを実行することにより実現されてよい。また、センターサーバ側制御部３１０は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

例えば、センターサーバ側制御部３１０は、センターサーバ側通信部３０２を用いて、各駅の管理サーバ（不図示）と通信を行って、路線ごとに列車の運行情報（例えば事故や遅延、運休などの情報）を取得する。路線ごとの列車の運行情報は、列車運行情報ＴＯとしてセンターサーバ側記憶部３２０に記憶される。

また、例えば、センターサーバ側制御部３１０は、センターサーバ側通信部３０２により、介助申込み情報、発駅案内完了情報、および着駅案内完了情報が受信されると、これらの情報に基づいて、列車のどの車両に何人の要介助者が乗車しているのかを導出する。例えば、介助申込み情報および発駅案内完了情報が受信されて、着駅案内完了情報が未だ受信されていない場合、センターサーバ側制御部３１０は、発駅において要介助者を案内した列車には、未だ要介助者が乗車していると判定する。

また、例えば、発駅の端末装置２００により一報または続報が送信された後、乗換駅や着駅の端末装置２００により所定のレスポンス（後述する確認済み情報）が一定時間以上送信されない場合、センターサーバ側制御部３１０は、何らかのトラブルが生じた可能性があると判断して、センターサーバ側通信部３０２を用いて、レスポンスがない端末装置２００に対して状況を確認するための情報を送信してよい。

また、例えば、駅間の途中で列車が停止してしまった場合、センターサーバ側制御部３１０は、センターサーバ側通信部３０２を用いて、停止列車の付近の駅の端末装置２００に対して、その列車に乗車している要介助者の数や要介助者の種類を示す情報を送信する。これによって、救援に向かう駅務員や救急隊員などは、停止列車にどのような種類の要介助者が何人乗車しているのかを把握することができる。この結果、速やかに適切な対処を行うことができる。

センターサーバ側記憶部３２０は、例えば、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＳＤカード、ＭＲＡＭ、ＲＡＭ、レジスタ等によって実現されてよい。センターサーバ側記憶部３２０は、センターサーバ側制御部３１０のプロセッサが実行するプログラムを格納する他、列車運行情報ＴＯ等を記憶する。

［発駅での処理フロー］
以下、発駅、乗換駅および着駅の各駅での端末装置２００の処理の流れについて説明する。図７および図８は、駅務補助サーバ１００およびＡ駅の端末装置２００ａによる処理の流れの一例を示すフローチャートである。以下、各端末装置２００の表示部２０６がタッチパネルであるものとして説明する。

まず、発駅であるＡ駅の端末装置２００ａの端末側制御部２１０は、操作受付部２０４によって所定の操作が受け付けられると、表示部２０６に設定一覧画面を表示させる（ステップＳ２００）。

図９は、端末装置２００ａが表示する設定一覧画面の一例を示す図である。図示のように、設定一覧画面には、駅務員の操作を受け付ける複数のボタン（タッチ操作の検知領域）Ｂが設けられる。例えば、ボタンＢ１は、要介助者毎の乗車区間がテーブルとして表示されたテーブル領域Ｒ１において、各要介助者の乗車区間を表す区間レコードｒ１の順番を並び替えるボタンである。各区間レコードｒ１は、例えば、その区間レコードｒ１の識別情報（図中Ｎｏ．）に対して、介助申込み情報の入力日付および入力時間と、案内中であるのか既に案内が済んでいるのかといった状況を示す案内状況と、要介助者の種類（図中タイプ）と、発駅として指定された駅名と、発駅から乗車する（乗車した）列車の何両目の車両に乗車するのかを表す列番と、その車両のどこのドア（扉）から乗車するのかを表すドア位置と、乗換駅として指定された駅名と、その乗換駅から乗車する予定の乗車する（乗車した）列車の列番と、その車両のドア位置と、着駅として指定された駅名とが対応付けられた情報である。各区間レコードｒ１の表示領域は、タッチ操作を検知するボタンとして機能する。

例えば、設定一覧画面において並び替えボタンＢ１がタッチ操作された場合、端末側制御部２１０は、「受付時刻順」、「出発時刻順」、「到着時刻順」をプルダウン形式で選択可能な状態で表示させる。例えば、「受付時刻順」が選択された場合、入力日付および入力時間が早い区間レコードｒ１ほど上位に表示されるように並び替えが行われる。また、「出発時刻順」が選択された場合、自駅において乗車予定の列車の出発時刻が早い区間レコードｒ１ほど上位に表示されるように並び替えが行われる。また、「到着時刻順」が選択された場合、自駅において乗車予定の列車の到着時刻が早い区間レコードｒ１ほど上位に表示されるように並び替えが行われる。

また、図示のように、デフォルトの並び順は、例えば、「対応順」に設定されてよい。「対応順」とは、出発時刻および到着時刻に関わらず、自駅において要介助者の乗車または降車の介助の優先度の高い（対応すべき時刻が早い）順に区間レコードｒ１を並び替えることをいう。

これらの複数の区間レコードｒ１のそれぞれには、印刷ボタンＢ８が設けられてよい。この印刷ボタンＢ８が操作された場合、端末側制御部２１０は、図示しない印刷部を制御して、操作された印刷ボタンＢ８が設けられた区間レコードｒ１により表される乗車区間情報を画像に変換することで、この画像を所定の紙に印刷してよい。

ボタンＢ２は、テーブル領域Ｒ１に表示させる区間レコードｒ１を絞り込むためのボタンである。例えば、絞り込みボタンＢ２は、デフォルトでは、自駅のみ（図中当駅のみ）に関係する区間レコードｒ１に絞り込むように設定されている。例えば、図示のように、自駅がＡ駅である場合、Ｎｏ．００１〜００４の区間レコードｒ１が表示される。また、例えば、自駅がＢ駅である場合、Ｎｏ．００３の区間レコードｒ１のみが表示されることになる。

また、例えば、絞り込みボタンＢ２がタッチ操作された場合、端末側制御部２１０は、「全件」、「未完了」をプルダウン形式で選択可能な状態で表示させる。例えば、「全件」が選択された場合、案内状況が完了および案内中に関わらず全ての区間レコードｒ１が表示される。また、「未完了」が選択された場合、案内状況が案内中の区間レコードｒ１のみが表示される。図示の例では、既に案内が完了しているＮｏ．００１〜００３の区間レコードｒ１については表示されなくなる。

ボタンＢ３は、テーブル領域Ｒ１に含まれる複数の区間レコードｒ１のうち、タッチ操作により選択された区間レコードｒ１を削除するボタンである。ボタンＢ４は、テーブル領域Ｒ１に含まれる複数の区間レコードｒ１のうち、タッチ操作により選択された区間レコードｒ１を複製するボタンである。ボタンＢ５は、テーブル領域Ｒ１に含まれる複数の区間レコードｒ１のうち、タッチ操作により選択された区間レコードｒ１を編集するボタンである。ボタンＢ６は、テーブル領域Ｒ１に含まれる複数の区間レコードｒ１のうち、タッチ操作により選択された区間レコードｒ１を確認するボタンである。端末側制御部２１０は、テーブル領域Ｒ１に含まれるいずれか一つの以上の区間レコードｒ１が選択されるまで、これらのボタンＢ３からＢ６に対する操作の受け付けを無効にし、いずれか一つの以上の区間レコードｒ１が選択されると、ボタンＢ３からＢ６に対する操作の受け付けを有効にする。

例えば、編集ボタンＢ５が操作された場合、区間レコードｒ１が示す乗車区間などを編集可能な画面（後述する図２８に例示する画面）へと遷移する。また、例えば、確認ボタンＢ６が操作された場合、その区間レコードｒ１が示す乗車区間の詳細情報が表示された画面（後述する図１６に例示する画面）へと遷移する。

ボタンＢ７は、区間レコードｒ１を新規作成するボタンである。ボタンＢ９は、テーブル領域Ｒ１内の全ての区間レコードｒ１を削除してリセットするボタンである。ボタンＢｃは、画面の文字の大きさやフォント、色、レイアウト、言語表記（日本語や英語など）などを変更するための設定画面に遷移するボタンである。

本フローチャートの処理では、設定一覧画面において新規作成ボタンＢ７が操作され、新たに区間レコードｒ１が作成される場合について説明する。

図１０は、図９に示す設定一覧画面において、新規作成ボタンＢ７が操作されたときに表示される入力画面の一例を示す図である。例えば、入力画面の中央より左側の領域には、乗車区間に関する概略情報が表示され、左側の領域を除く入力画面の右側の領域には、その概略情報の詳細な情報が表示される。また、入力画面の上側の領域には、新規作成する区間レコードｒ１に付与される識別情報（図中Ｎｏ．００５）と、その区間レコードｒ１が示す乗車区間の各駅名が表示される。

図示のように、例えば、入力画面の上側領域には、図９で例示した設定一覧画面に戻るボタンＢ１１が設けられ、左側領域には、着駅を指定するボタンＢ１２が設けられる。なお、発駅については、各端末装置２００が設置された駅に応じてデフォルトで設定されてよい。例えばＡ駅の端末装置２００であれば発駅はデフォルトでＡ駅に設定されてよい。

例えば、着駅設定ボタンＢ１２が操作されると、端末側制御部２１０は、入力画面の右側領域に、着駅の候補となる複数の駅を一覧形式で表示させる。この着駅の候補となる複数の駅は、タブＴＢ（図中ＴＢ１〜ＴＢ５）ごとに集約されてよい。

図示のように、タブＴＢ１は、「よく使う駅」として着駅の候補となる複数の駅を表示する。「よく使う駅」とは、例えば、この端末装置２００において着駅として頻繁に入力（選択）された駅である。例えば、入力画面の生成情報の提供元である駅務補助サーバの決定部１１２は、各駅の識別情報ごとに、着駅として入力された駅の入力回数をカウントし、入力回数の多い上位所定数の駅を「よく使う駅」として決定してよい。入力回数に変動があった場合、決定部１１２は、「よく使う駅」に含める駅を随時変更してよい。これによって、タブＴＢ１に集約される駅が決定される。

また、「よく使う駅」に含める駅は固定されてもよい。例えば、決定部１１２は、駅務員が「よく使う駅」として登録した駅については、入力画面においてその位置を固定とする。

また、「よく使う駅」は、要介助者ごとに設定されてもよい。例えば、決定部１１２は、要介助者の識別情報（例えば氏名や連絡先など）に「よく使う駅」を対応付けた情報を、補助サーバ側記憶部１２０に記憶させる。例えば、図示しない入力画面において要介助者の識別情報が入力され、この入力された情報が端末装置２００から駅務補助サーバ１００へと送信された場合、この駅務補助サーバ１００の決定部１１２は、要介助者の識別情報に対応付けられた「よく使う駅」の情報を抽出し、これを端末装置２００に送信する。これによって、端末装置２００の画面には、要介助者ごとに「よく使う駅」が表示される。

タブＴＢ２およびタブＴＢ３は、各路線の着駅の候補となる複数の駅を表示する。また、タブＴＢ４は、他の条件を満たす駅を表示し、タブＴＢ５は、全路線の着駅の候補となる複数の駅を、その駅名が５０音順となるように並び替えた状態で表示する。

例えば、駅務員が着駅を入力するために、入力画面の左側領域に設けられた着駅設定ボタンＢ１２を操作すると、端末側制御部２１０は、入力画面の右側領域に、デフォルトで設定されたタブＴＢ（図示の例ではＴＢ１）に含まれる複数の駅を選択可能な状態で表示させる。このとき、端末側制御部２１０は、駅務員の操作に応じて、随時タブＴＢを切り替えてよい。

例えば、端末側制御部２１０は、図１０に例示する入力画面の右側領域において、着駅とする駅が入力（選択）されるまで待機し（ステップＳ２０２）、着駅が入力されると、端末側通信部２０２を用いて、発駅から着駅までの乗車区間を示す乗車区間情報を駅務補助サーバ１００に送信する（ステップＳ２０４）。

駅務補助サーバ１００の決定部１１２は、補助サーバ側通信部１０２により乗車区間情報が受信されると、その乗車区間において乗り換えが必要か否かを判定する（ステップＳ２０６）。

例えば、決定部１１２は、ダイヤ情報ＤＧおよび運行エリア情報ＯＡを参照して、発駅から着駅までの乗車区間において路線の乗り換えが必要な駅が存在する場合、乗り換えが必要であると判定し、その駅を乗換駅に決定する。

そして、決定部１１２は、列車の利用計画として、各駅のダイヤ情報ＤＧを参照して、乗換駅を含む乗車区間において、乗車区間において運行される複数の列車の中から、要介助者が乗車すべき列車を決定する。例えば、決定部１１２は、現在時刻に最も近い将来時刻において発駅に到着する列車を、発駅から乗車する列車として決定する。また、決定部１１２は、乗換駅において、乗車する列車の到着時刻から所定の時間（例えば乗換に要する平均時間）経過した後に到着する列車を、乗換駅から乗車する列車に決定する。なお、乗換駅が必要でない場合、決定部１１２は、発駅から着駅までの乗車区間において運行される複数の列車の中から、要介助者が乗車すべき列車を決定してよい。

次に、通信制御部１１４は、補助サーバ側通信部１０２を用いて、決定部１１２により決定された乗換駅を含む発駅から着駅までの乗車区間と、その区間で乗車する予定の列車の情報とを、列車の利用計画として端末装置２００ａに送信する（ステップＳ２０８）。

一方、決定部１１２により乗り換えが必要でないと判定された場合、通信制御部１１４は、補助サーバ側通信部１０２を用いて、乗換駅を含まない発駅から着駅までの乗車区間と、その区間で乗車する予定の列車の情報とを、列車の利用計画として端末装置２００ａに送信する（ステップＳ２１０）。

図１１は、図１０に示す入力画面において、着駅が入力された後に表示される入力画面の一例を示す図である。図１１は、例えば、図１０に示す入力画面において、「よく使う駅」に含まれるＤ駅が着駅として入力されたときの入力画面を表している。図中のボタンＢ１３およびＢ１４は、乗換駅を指定するボタンである。また、ボタンＢ１５は、一報を送信するボタンである。図示の例では、Ａ駅からＤ駅に向かう乗車区間において、Ｃ駅での乗り換えが必要であると判定されている。その結果、乗換駅１に「Ｃ駅」が入力されている。

例えば、入力画面において乗換駅が入力された場合、端末側制御部２１０は、端末側通信部２０２を用いて、乗換駅を含む乗車区間を示す乗車区間情報を再度駅務補助サーバ１００に送信する（ステップＳ２１４）。これによって、駅務補助サーバ１００の決定部１１２は、入力された乗換駅を含む乗車区間において再度別の乗換駅が必要か以下かを判定すると共に、その乗車区間において乗車すべき列車を決定する。

次に、端末側制御部２１０は、入力画面において一報送信ボタンＢ１５が操作されたか否かを判定する（ステップＳ２１６）。一報送信ボタンＢ１５が操作されると、端末側制御部２１０は、決定部１１２により決定された乗車区間および列車が駅務員の意思により確定されたと見做して、端末側通信部２０２を用いて、発駅、着駅、および乗換駅が指定された乗車区間情報を一報として駅務補助サーバ１００に送信する（ステップＳ２１８）。

一方、一報送信ボタンＢ１５が操作されない場合、端末側制御部２１０は、Ｓ２１２の処理に戻る。

一報を受けた駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、乗車区間情報が示す乗車区間において、要介助者が降車する予定の駅の各端末装置２００に一報を送信する（ステップＳ２２０）。ここで、要介助者が降車する予定の駅の各端末装置２００には、Ｂ駅やＣ駅、Ｄ駅の各端末装置２００に限られず、他の駅の端末装置２００が含まれてもよい。例えば、通信制御部１１４は、補助サーバ側通信部１０２を用いて、予め決められた送信対象の全ての端末装置２００に対して、一報をブロードキャスト送信してよい。この場合、受信側である各端末装置２００が自装置宛ての情報であるのか否かを判断し、自装置宛であればこれを受信し、そうでなければ破棄してよい。このような一報の送信処理によって、要介助者が降車する予定の駅の駅務員に速やかに要介助者の有無を伝えることができる。この結果、例えば、乗換駅や着駅が発駅の隣駅のように、直ぐに列車が到着してしまうような場合であっても、乗務員の準備時間を確保することができる。

図１２は、一報が送信された後に表示される入力画面の一例を示す図である。一報が送信された後に表示される入力画面には、一報送信ボタンＢ１５の代わりに、続報を送信するボタンＢ１６が設けられると共に、乗換駅ボタンＢ１３およびＢ１４が設けられてよい。

例えば、必ずしも乗り換えが必要ではないものの要介助者の要望により、ある駅で乗り換えをすることになった場合、駅務員は、入力画面において乗換駅ボタンＢ１４などを操作して、乗換駅を入力する。乗換駅ボタンＢ１４などが操作されると、端末側制御部２１０は、入力画面の右側領域に、着駅入力時と同様に、乗換駅の候補となる複数の駅を一覧形式で表示させる。

端末側制御部２１０は、図１２に例示する入力画面において、乗換駅ボタンＢ１４などが操作されて、乗換駅が入力されたか否かを判定する。乗換駅ボタンの操作により乗換駅が入力された場合、端末側制御部２１０は、上述したＳ２１２の処理と同様に、乗車区間を変更し、端末側通信部２０２を用いて、一報とは関係なく、新たに乗車区間情報を駅務補助サーバ１００に送信する。

次に、駅務補助サーバ１００の決定部１１２は、補助サーバ側通信部１０２により一報として乗車区間情報が受信されると、この乗車区間情報を参照して、列車の利用計画を決定する。例えば、決定部１１２は、列車の利用計画として、運行エリア情報ＯＡと駅構内情報ＳＹに基づいて、乗車区間に含まれる各駅の推奨乗車（降車）位置を決定する。

例えば、列車から降車した後の移動時間をなるべく短縮するために、決定部１１２は、乗換駅あるいは着駅のホームにおいて、列車が停車したときに最もエレベータに近くなる車両（推奨車両）の位置を、発駅で列車に乗車するときの推奨乗車位置に決定する。また、決定部１１２は、最もエレベータに近くなる推奨車両に複数のドアが存在する場合、停車したときに最もエレベータに近くなるドア位置を、推奨乗車位置に決定してよい。また、決定部１１２は、発駅のホームにおいて、列車が停車したときにエレベータに最も近くなる車両の位置を、推奨乗車位置に決定してもよい。なお、決定部１１２は、乗車予定の車両が１両編成である場合や、車両ドアが１つである場合には、これらの処理を省略してよい。

そして、そして通信制御部１１４は、補助サーバ側通信部１０２を用いて、決定部１１２に決定された推奨乗車位置の情報を、発駅、着駅、および乗換駅の各駅の端末装置２００に送信する（ステップＳ２２２）。これを受けて、各端末装置２００は、利用計画を反映した画面を表示する。

図１３は、推奨乗車位置が提示された入力画面の一例を示す図である。図中のボタンＢ１７は、発駅であるＡ駅の推奨乗車位置を確認するボタンであり、ボタンＢ１８は、乗換駅であるＢ駅の推奨乗車位置を確認するボタンであり、ボタンＢ１９は、乗換駅であるＣ駅の推奨乗車位置を確認するボタンである。これらのいずれかの推奨乗車位置確認ボタンが操作されると、端末側制御部２１０は、入力画面の右側領域に、ボタン２０からＢ２４を含むマップ画像を表示させる。

例えば、ボタンＢ２０は、乗車駅の段階で推奨乗車位置をエレベータ前に設定するのか、或いは降車駅の段階で推奨乗車位置をエレベータ前に設定するのかを切り替えるボタンである。図示の例では、決定部１１２の決定結果として、降車駅の段階において推奨乗車位置がエレベータ前に設定されている。

ボタンＢ２１は、列車を編成する複数の車両のうち、どの車両の位置を推奨乗車位置とするのかを決定するボタンである。図示の例では、決定部１１２の決定結果として、先頭車両から４番目の車両の位置が推奨乗車位置に設定されている。

ボタンＢ２２は、推奨乗車位置として決定された車両（図の例では４番目の車両）の複数のドアのうち、どのドア位置を推奨乗車位置とするのかを決定するボタンである。図示の例では、決定部１１２の決定結果として、先頭車両側から２番目のドア位置が推奨乗車位置に設定されている。

ボタンＢ２３は、乗車予定の列車の各車両がホームのどの位置に停車するのかを表したマップを、乗車駅または降車駅で切り替えるボタンである。マップには、エレベータの位置や階段の位置などの駅の構造に関する情報が含まれてよい。図示の例では、乗車駅のホームに列車が停車したときのマップが表示されている。このとき、推奨乗車位置に相当する車両は、ハイライト表示されてよい。

端末側制御部２１０は、図示のように、駅務補助サーバ１００の決定部１１２により決定された推奨乗車位置に応じた各ボタンの設定を提示したときに、駅務員から各ボタンに対する操作（乗車位置の変更操作）を受け付けたか否かを判定する（ステップＳ２２４）。各ボタンに対する操作を受け付けた場合、端末側制御部２１０は、端末側通信部２０２を用いて、操作に応じた推奨乗車位置の変更内容を、駅務補助サーバ１００に送信する（ステップＳ２２６）。例えば、推奨乗車位置の車両として４番目の車両が提示されている状態で、車両位置決定ボタン２１が操作されて５番目の車両が選択された場合、端末側制御部２１０は、推奨乗車位置を５番目の車両の位置を変更内容として送信する。

これを受けて、駅務補助サーバ１００の決定部１１２は、変更内容に基づいて、推奨乗車位置を変更する。そして、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、変更された推奨乗車位置の情報を、発駅、着駅、および乗換駅の各駅の端末装置２００に送信する（ステップＳ２２８）。

次に、端末側制御部２１０は、入力画面において要介助者の種類が入力されたか否かを判定する（ステップＳ２３０）。

図１４は、要介助者の種類の入力画面の一例を示す図である。例えば、図１４に例示する入力画面は、図１３に例示する入力画面から引き続き表示される画面である。図中のボタンＢ３０は、要介助者が、手動の車いすを使用しているのか、電動の車いすを使用しているのか、白杖を使用しているのか、或いはセニアカーを使用しているのかを選択するボタンである。また、ボタンＢ３１は、要介助者を介助される付添い人（同行人）の有無を指定するボタンである。

これらのボタンが操作された場合、端末側制御部２１０は、操作内容に応じて要介助者の種類を設定する（ステップＳ２３２）。一方、これらのボタンが操作されない場合、端末側制御部２１０は、要介助者の種類が未入力であるものとして設定する（ステップＳ２３４）。

次に、端末側制御部２１０は、入力画面において続報送信ボタンＢ１６が操作されたか否かを判定する。端末側制御部２１０は、続報送信ボタンＢ１６が操作された場合、端末側通信部２０２を用いて、各種情報を含む介助申込み情報を続報として駅務補助サーバ１００に送信する（ステップＳ２３８）。端末側制御部２１０は、続報送信後、入力画面の左側領域に対する操作の受け付けを無効にする。

例えば、端末側制御部２１０は、各駅を指定するボタンＢ１２からＢ１４に対する操作と、各駅の推奨乗車位置を確認するボタンＢ１７からＢ１９に対する操作を無効にする。これによって、別途所定の編集操作を受け付けない限り、続報として送信した介助申込み情報の内容が不用意に変更されてしまうのを防ぐことができる。なお、続報送信ボタンＢ１６が操作されるまでは、端末側制御部２１０は、入力画面の左側領域に対する操作の受け付けを有効にしてよい。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、続報を、着駅および乗換駅の各駅の端末装置２００に送信する（ステップＳ２４０）。

図１５は、続報が送信された後に表示される画面（進捗確認画面）の一例を示す図である。続報が送信された後に表示される進捗確認画面の左側領域には、乗車区間および推奨乗車位置を編集するためのボタンＢ４０が設けられてよい。この編集ボタンＢ４０が操作されるまで、端末側制御部２１０は、進捗確認画面の左側領域に対する操作の受け付けを無効にする。

また、図１５に例示する進捗確認画面の左側領域の表示領域Ｒ２には、続報送信前に決定された要介助者の種類が表示されてよい。進捗確認画面の右側領域には、各駅での案内状況を示す画面が表示される。

図中の領域Ｒａには、Ａ駅の案内状況が表示され、領域Ｒｂには、Ｂ駅の案内状況が表示される。また、領域Ｒｃには、Ｃ駅の案内状況が表示され、領域Ｒｄには、Ｄ駅の案内状況が表示される。

Ａ駅の案内状況を示す領域Ｒａには、例えば、一報の送信時刻、続報の送信時刻、案内開始時刻にセットされるアラームの待機状況、案内が完了したかどうかの案内遂行状況、といった情報が、進捗確認画面上側から下側に向かって順番に表示される。

Ｂ駅からＤ駅の各案内状況を示す領域（Ｒｂ、Ｒｃ、Ｒｄ）には、例えば、送信先である各駅の端末装置２００における状況として、一報の確認状況およびその確認時刻、続報の確認状況およびその確認時刻、案内開始時刻にセットされるアラームの待機状況、案内が完了したかどうかの案内遂行状況、といった情報が、進捗確認画面上側から下側に向かって順番に表示される。

端末側制御部２１０は、端末側通信部２０２により、他駅の端末装置２００から確認済み情報や案内完了情報が受信されると、上記の各駅の案内状況を更新する。

図１６は、図１５に例示する進捗確認画面において各駅の案内状況を更新した画面の一例を示す図である。図示の例では、Ａ駅の端末装置２００ａが、Ｂ駅からＤ駅のそれぞれの端末装置２００から続報の確認済み情報を受信したことにより、端末装置２００ａの進捗確認画面では、各駅の続報の確認状況が「続報・確認中」から「続報・確認済み」に更新され、さらに、確認時刻が表示されている。

次に、端末側制御部２１０は、アラームを出力する予定時刻（乗車予定の列車の到着時刻から所定時間前の時刻）まで待機し（ステップＳ２４２）、予定時刻になると、音声出力や画像出力などによってアラームを出力する（ステップＳ２４４）。

図１７は、アラームとして表示される画面の一例を示す図である。図示のように、例えば、画面には、乗車予定の列車の到着時刻まであと何分何秒であるのかが表示されたり、介助に必要な道具（例えばホームと列車の間にかける渡板や無線機、マイクなど）を携帯するよう促す画像が表示されたりする。また、この画面には、アラームを確認すると共に停止させるアラーム解除ボタンＢ４１と印刷ボタンＢ４２が設けられてよい。例えば、印刷ボタンＢ４２が操作された場合、端末側制御部２１０は、図示しない印刷部を用いて、乗車予定の列車の推奨乗車位置などの情報を含む介助申込み情報を画像に変換することで、この画像を所定の紙に印刷してよい。

端末側制御部２１０は、例えば、アラーム解除ボタンＢ４１が操作されるまでアラームを出力し続け（ステップＳ２４６）、アラーム解除ボタンＢ４１が操作されると、進捗確認画面を表示させる（ステップＳ２４８）。

図１８は、端末装置２００ａにおいてアラーム解除後に表示される進捗確認画面の一例を示す図である。例えば、Ａ駅の端末装置２００ａにおいてアラーム解除ボタンＢ４１が操作されると、図示のように、端末装置２００ａの進捗確認画面上では、Ａ駅のアラームの待機状況が「アラーム待ち」から「アラーム済」に更新され、さらに、アラームの出力時刻が表示される。

次に、端末側制御部２１０は、アラーム解除後の進捗確認画面において、駅務員から完了報告の入力を受け付けたか否かを判定する（ステップＳ２５０）。例えば、図１８に例示する進捗確認画面において、案内が完了したかどうかの案内遂行状況の表示領域Ｒａ＃のチェックボックスがタッチ操作されて、案内遂行状況が変更された場合、端末側制御部２１０は、駅務員から完了報告の入力を受け付けたと判定する。図示の例のように、表示領域Ｒａ＃がタッチ操作されると、表示領域Ｒａ＃の表記文字が「ご案内」から「ご案内完了」に変更される。このとき、「ご案内完了」と共に表示されるチェックボックスがタッチされることで、完了報告の入力がなされたことになる。なお、完了報告の入力後では、表示領域Ｒａ＃の表記文字は、「ご案内済」に更新される。

このようにして完了報告の入力を受け付けた場合、端末側制御部２１０は、端末側通信部２０２を用いて、発駅案内完了情報を駅務補助サーバ１００に送信する（ステップＳ２５２）。これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、発駅案内完了情報を、着駅および乗換駅の各駅の端末装置２００に送信する（ステップＳ２５２）。これによって、本フローチャートの処理が終了する。

［乗換駅での処理フロー］
図１９および図２０は、駅務補助サーバ１００および乗換駅の端末装置２００（２００ｂ、２００ｃ）による処理の流れの一例を示すフローチャートである。以下、一例として、乗換駅であるＣ駅の端末装置２００ｃの処理について説明するが、Ｂ駅の端末装置２００ｂについても本フローチャートに従って処理を行ってよい。

まず、端末装置２００ｃの端末側制御部２１０は、操作受付部２０４によって所定の操作が受け付けられると、表示部２０６に設定一覧画面を表示させる（ステップＳ３００）。

図２１は、端末装置２００ｃが表示する設定一覧画面の一例を示す図である。図２１に例示する設定一覧画面には、図９に例示した設定一覧画面と同様に、駅務員の操作を受け付ける複数のボタンＢが設けられる。例えば、設定一覧画面において新規作成ボタンＢ７が操作された場合、すなわち、Ｃ駅の端末装置２００ｃが発駅の端末装置として使用される場合、端末装置２００ｃは、上述した図７および８に示すフローチャートの処理を行ってよい。リセットボタンＢ９が操作された場合、端末側制御部２１０は、自駅が発駅として設定されていない区間レコードｒ１については、削除しないようにしてよい。これによって、誤操作により情報が消去されてしまうのを抑制することができる。

例えば、駅務補助サーバ１００により一報が送信されると（ステップＳ３０２）、端末側通信部２０２は、これを受信する。そして、端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から一報が受信されると、表示部２０６に、一報を受信したことを示す一報受信画面を表示させる（ステップＳ３０４）。

図２２は、端末装置２００ｃが表示する一報受信画面の一例を示す図である。図示のように、一報受信画面には、一報の送信元である発駅の駅名が表示される。また、一報受信画面には、一報の内容を確認するボタンＢ５０が設けられてよい。

端末側制御部２１０は、図２２に例示する一報受信画面において、一報確認ボタンＢ５０が操作されたか否かを判定し（ステップＳ３０６）、一報確認ボタンＢ５０が操作された場合に、端末側通信部２０２を用いて、一報を確認したことを示す確認済み情報を、駅務補助サーバ１００に送信する（ステップＳ３０８）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、Ｃ駅からの確認済み情報を、発駅であるＡ駅の端末装置２００ａ、着駅であるＤ駅の端末装置２００ｄ、および他の乗換駅であるＢ駅の端末装置２００ｂに送信する（ステップＳ３１０）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｃ駅の一報の確認状況が更新される。

次に、端末側制御部２１０は、表示部２０６に進捗確認画面を表示させる（ステップＳ３１２）。

図２３は、一報受信後に表示される進捗確認画面の一例を示す図である。図示の例では、乗車区間の全ての駅の端末装置２００において、一報が確認されている。なお、一報の段階では、要介助者の種類については未だ決定されていないため、表示領域Ｒ２には、例えば「未入力」といった文字が表示されてよい。

例えば、駅務補助サーバ１００によって、発駅からの続報が送信されると（ステップＳ３１０）、端末側通信部２０２は、これを受信する。そして、端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から続報が受信されると、表示部２０６に、続報を受信したことを示す続報受信画面を表示させる（ステップＳ３１６）。

図２４は、端末装置２００ｃが表示する続報受信画面の一例を示す図である。図示のように、続報受信画面には、続報の送信元である発駅の駅名が表示される。また、続報受信画面には、続報の内容を確認するボタンＢ５１が設けられてよい。

端末側制御部２１０は、図２４に例示する続報受信画面において、続報確認ボタンＢ５１が操作されたか否かを判定し（ステップＳ３１８）、続報確認ボタンＢ５１が操作された場合に、端末側通信部２０２を用いて、続報を確認したことを示す確認済み情報を、駅務補助サーバ１００に送信する（ステップＳ３２０）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、Ｃ駅からの確認済み情報を、発駅であるＡ駅の端末装置２００ａ、着駅であるＤ駅の端末装置２００ｄ、および他の乗換駅であるＢ駅の端末装置２００ｂに送信する（ステップＳ３２２）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｃ駅の続報の確認状況が更新される。

次に、端末側制御部２１０は、表示部２０６に進捗確認画面を表示させる（ステップＳ３２４）。

図２５は、続報受信後に表示される進捗確認画面の一例を示す図である。図示の例では、乗車区間の全ての駅の端末装置２００において、続報が確認されている。

例えば、駅務補助サーバ１００によって発駅案内完了情報が送信されると（ステップＳ３２６）、端末側通信部２０２は、これを受信する。端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から発駅案内完了情報が受信されるまで待機し（ステップＳ３２８）、発駅案内完了情報が受信されると、Ｓ３２４の処理において表示させた進捗確認画面を更新する（ステップＳ３３０）。

図２６は、発駅案内完了情報の受信後に更新される進捗確認画面の一例を示す図である。発駅案内完了情報が受信されると、図示のように、進捗確認画面の右側領域において、Ａ駅に対応するアラームの待機状況が「アラーム待ち」から「アラーム済」に更新されたり、案内遂行状況が「ご案内」から「ご案内済」に更新されたりする。

次に、端末側制御部２１０は、現在時刻がアラームを出力する予定時刻になるまでの間、上述したＳ３２８の判定処理を繰り返し行い（ステップＳ３３２）、予定時刻になると、音声出力や画像出力などによってアラームを出力する（ステップＳ３３４）。例えば、端末側制御部２１０は、アラームとして、図１７に例示したような画面を表示部２０６に表示させる。

次に、端末側制御部２１０は、例えば、アラームとして表示させた画面において、アラーム解除ボタンＢ４１が操作されるまでアラームを出力し続け（ステップＳ３３６）、アラーム解除ボタンＢ４１が操作されると、進捗確認画面を表示させる（ステップＳ３３８）。

図２７は、端末装置２００ｃにおいてアラーム解除後に表示される進捗確認画面の一例を示す図である。例えば、Ｃ駅の端末装置２００ｃにおいてアラーム解除ボタンＢ４１が操作されると、図示のように、端末装置２００ｃの進捗確認画面上では、Ｃ駅のアラームの待機状況が「アラーム待ち」から「アラーム済」に更新され、さらに、アラームの出力時刻が表示される。

次に、端末側制御部２１０は、図２７に例示する進捗確認画面において、編集ボタンＢ４０が操作されたか否かを判定し（ステップＳ３４０）、編集ボタンＢ４０が操作されると、表示部２０６に編集画面を表示させる（ステップＳ３４２）。

例えば、乗換駅であるＣ駅において降車した要介助者が、Ｃ駅の駅務員に対して、Ａ駅の駅務員に伝えた目的地と異なる目的地に変更してほしい旨を伝えた場合、或いはＣ駅−Ｄ駅区間において乗車予定の列車が遅延しているような場合、Ｃ駅の駅務員は、端末装置２００ｃに表示された進捗確認画面において、編集ボタンＢ４０を操作して、乗車区間を編集することが想定される。

図２８は、編集ボタンＢ４０操作後に表示される編集画面の一例を示す図である。編集画面の左側領域には、例えば、上述した着駅を設定するボタンＢ１２、乗換駅を設定するボタンＢ１３およびＢ１４、乗換駅の推奨乗車位置を確認するボタンＢ１８、着駅の推奨乗車位置を確認するボタンＢ１９、続報送信ボタンＢ１６、要介助者の種類を設定するボタンＢ３０、付添い人の有無を指定するボタンＢ３１の他に、乗換駅―乗換駅の区間において乗車予定の列車を変更するボタンＢ１３＃と、乗換駅−着駅の区間において乗車予定の列車を変更するボタンＢ１４＃とが設けられてよい。

端末側制御部２１０は、編集画面において所定の編集操作を受け付けたか否かを判定し（ステップＳ３４４）、所定の編集操作を受け付けた場合に、端末側通信部２０２を用いて、編集内容を示す情報を、駅務補助サーバ１００に送信する（ステップＳ３４６）。

これを受けて、駅務補助サーバ１００の決定部１１２は、編集内容に基づいて、再度推奨乗車位置を決定する。駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、編集内容が反映された推奨乗車位置の情報を、他駅の端末装置２００に送信する（ステップＳ３４８）。

例えば、端末側制御部２１０は、編集画面の左側領域において、乗車予定の列車を変更するボタンＢ１３＃またはボタンＢ１４＃が操作された場合、編集画面の右側領域に、時刻テーブルＲ２を表示させる。時刻テーブルＲ２は、ボタン操作に対応した区間を走行する各列車の運行情報を時刻レコードｒ２とした情報である。時刻テーブルＲ２が表示される編集画面の右側領域には、例えば、編集区間の路線を指定するボタンＢ６０と、列車の到着時刻を指定するボタンＢ６１およびＢ６２と、ボタンＢ６０と、ボタンＢ６１およびＢ６２とによって指定された条件を反映させるボタンＢ６３とが設けられてよい。

例えば、Ｃ駅−Ｄ駅の区間において乗車する予定の列車を変更するために、ボタンＢ１４＃が操作されたとする。例えば、Ｃ駅−Ｄ駅の区間において、「ＦＦ線」と「ＧＧ線」のように複数の路線が設けられている場合、図示のように、路線指定ボタンＢ６０は、提示する複数の路線からいずれかを選択するボタンとして機能してよい。例えば、「ＦＦ線」が選択され、到着時刻が指定された状態で、反映ボタンＢ６３が操作された場合、端末側制御部２１０は、端末側通信部２０２を用いて、この編集内容を駅務補助サーバ１００に送信する。

これを受けて、駅務補助サーバ１００の決定部１１２は、ダイヤ情報ＤＧおよび運行エリア情報ＯＡに基づいて、Ｃ駅−Ｄ駅の区間を走行する全ての列車の候補の中から、これらの指定された条件を満たす列車を抽出する。そして、通信制御部１１４は、決定部１１２により抽出された列車の運行情報をＣ駅の端末装置２００ｃに送信する。これによって、Ｃ駅の端末装置２００ｃの画面には、抽出された列車の運行情報が時刻レコードｒ２として表示される。これらの各時刻レコードｒ２の表示領域は、タッチ操作を検知するボタンとして機能してよい。

例えば、駅務員は、編集画面の右側領域に表示された時刻テーブルＲ２の中から、いずれか一つの時刻レコードｒ２を選択する。端末側制御部２１０は、選択された時刻レコードｒ２に対応する列車を、Ｃ駅−Ｄ駅の区間での乗車予定の列車に変更する。この際、端末側制御部２１０は、乗車予定の列車の変更に伴って、アラームの出力予定時刻も変更してよい。

また、端末側制御部２１０は、編集画面において、各駅の推奨乗車位置の確認ボタンが操作された場合、表示部２０６に、推奨乗車位置を変更可能な入力画面を表示させる。例えば、Ｃ駅の推奨乗車位置を確認するボタンＢ１９が操作されると、以下の図２９に例示する画面が表示される。

図２９は、ボタンＢ１９の操作に応じて表示される入力画面の一例を示す図である。図２９に例示する入力画面の右側領域には、上述した図１３に示す画面と同様に、ボタンＢ２０からＢ２４が設けられてよい。例えば、これらのボタン操作に応じて、Ｓ３４８の処理において決定された推奨乗車位置が変更されてよい。

次に、端末側制御部２１０は、続報送信ボタンＢ１６が操作されたか否かを判定し（ステップＳ３５０）、続報送信ボタンＢ１６が操作された場合に、端末側通信部２０２を用いて、編集された介助申込み情報を続報として駅務補助サーバ１００に送信する（ステップＳ３５２）。

これを受けて、駅務補助サーバ１００は、続報を少なくとも端末装置２００ｄに送信する（ステップＳ３５４）。これにより、着駅であるＤ駅の端末装置２００ｄには、発駅で入力された介助申込み情報が途中で変更されたことが通知される。

一方、編集ボタンＢ４０が操作されない場合、上述したＳ３４２からＳ３４６の処理は省略されてよい。

次に、端末側制御部２１０は、表示部２０６に、進捗確認画面を表示させる（ステップＳ３５６）。

図３０は、端末装置２００ｃが表示する進捗確認画面の一例を示す図である。端末側制御部２１０は、図３０に例示する進捗確認画面において、駅務員から完了報告の入力を受け付けたか否かを判定する（ステップＳ３５８）。例えば、Ｃ駅の案内状況を示す領域Ｒｃにおいて、表示領域Ｒｃ＃がタッチ操作されると、表示領域Ｒｃ＃の表記文字が「ご案内」から「ご案内完了」に変更される。このとき、「ご案内完了」と共に表示されるチェックボックスがタッチされることで、完了報告が入力されたことになる。

端末側制御部２１０は、完了報告の入力を受け付けた場合、端末側通信部２０２を用いて、乗換駅案内完了情報を駅務補助サーバ１００に送信する（ステップＳ３６０）。これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、乗換駅案内完了情報を、発駅、着駅および乗換駅の各駅の端末装置２００に送信する（ステップＳ３６２）。これによって、本フローチャートの処理が終了する。

図３１は、乗換駅案内完了情報が送信された後に端末装置２００ｃにおいて表示される進捗確認画面の一例を示す図である。図示のように、表示領域Ｒｃ＃の表記文字は、「ご案内済」に変更される。また、乗換駅案内完了情報が駅務補助サーバ１００を介して他の駅の端末装置２００に送信されることから、他駅の端末装置２００により表示される進捗確認画面でも、このＣ駅の案内遂行状況を示す表示領域Ｒｃ＃の表記内容が、「ご案内済」に変更される。これによって、Ａ駅の駅務員やＢ駅の駅務員は、送り出した要介助者がＣ駅を無事に出発したということを認識することができる。また、Ｄ駅の駅務員は、もうじき要介助者が到着するということを認識することができる。

［着駅での処理フロー］
図３２および図３３は、駅務補助サーバ１００および着駅の端末装置２００ｄによる処理の流れの一例を示すフローチャートである。

まず、端末装置２００ｃの端末側制御部２１０は、操作受付部２０４によって所定の操作が受け付けられると、表示部２０６に設定一覧画面を表示させる（ステップＳ４００）。

図３４は、端末装置２００ｄが表示する設定一覧画面の一例を示す図である。図３４に例示する設定一覧画面には、図９や図２１に例示した設定一覧画面と同様に、駅務員の操作を受け付ける複数のボタンＢが設けられる。例えば、設定一覧画面において新規作成ボタンＢ７が操作された場合、すなわち、Ｄ駅の端末装置２００ｄが発駅の端末装置として使用される場合、端末装置２００ｄは、上述した図７および８に示すフローチャートの処理を行ってよい。リセットボタンＢ９が操作された場合、端末側制御部２１０は、自駅が発駅として設定されていない区間レコードｒ１については、削除しないようにしてよい。これによって、誤操作により情報が消去されてしまうのを抑制することができる。

例えば、駅務補助サーバ１００により一報が送信されると（ステップＳ４０２）、端末側通信部２０２は、これを受信する。そして、端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から一報が受信されると、表示部２０６に、一報を受信したことを示す一報受信画面を表示させる（ステップＳ４０４）。

次に、端末側制御部２１０は、一報受信画面において、一報確認ボタンＢ５０が操作されたか否かを判定し（ステップＳ４０６）、一報確認ボタンＢ５０が操作された場合に、端末側通信部２０２を用いて、一報を確認したことを示す確認済み情報を、駅務補助サーバ１００に送信する（ステップＳ４０８）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、Ｄ駅からの確認済み情報を、発駅であるＡ駅の端末装置２００ａ、および乗換駅であるＢ駅の端末装置２００ｂとＣ駅の端末装置２００ｃに送信する（ステップＳ４１０）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｄ駅の一報の確認状況が更新される。

次に、端末側制御部２１０は、表示部２０６に進捗確認画面を表示させる（ステップＳ４１２）。例えば、端末側制御部２１０は、上述した図２３に例示するような進捗確認画面を表示させてよい。

例えば、駅務補助サーバ１００によって発駅からの続報が送信されると（ステップＳ４１４）、端末側通信部２０２は、これを受信する。そして、端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から続報が受信されると、表示部２０６に、続報を受信したことを示す続報受信画面を表示させる（ステップＳ４１４）。

端末側制御部２１０は、続報受信画面において、続報確認ボタンＢ５１が操作されたか否かを判定し（ステップＳ４１８）、続報確認ボタンＢ５１が操作された場合に、端末側通信部２０２を用いて、続報を確認したことを示す確認済み情報を、駅務補助サーバ１００に送信する（ステップＳ４２０）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、Ｄ駅からの確認済み情報を、端末装置２００ａ、端末装置２００ｂ、および端末装置２００ｃに送信する（ステップＳ４２２）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｄ駅の続報の確認状況が更新される。

次に、端末側制御部２１０は、表示部２０６に進捗確認画面を表示させる（ステップＳ４２４）。

図３５は、発駅からの続報受信後に表示される進捗確認画面の一例を示す図である。図示の例では、乗車区間の全ての駅の端末装置２００において、発駅からの続報が確認されている。

例えば、駅務補助サーバ１００によって乗換駅からの続報が送信されると（ステップＳ４２６）、端末側通信部２０２は、これを受信する。そして、端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から乗換駅からの続報が受信されると、表示部２０６に、続報を受信したことを示す続報受信画面を表示させる（ステップＳ４２８）。

図３６は、端末装置２００ｃが表示する続報受信画面の一例を示す図である。図示の例のように、続報受信画面には、続報の送信元である乗換駅の駅名が表示される。また、続報受信画面には、乗換駅からの続報の内容を確認するボタンＢ７０が設けられてよい。

端末側制御部２１０は、図３６に例示する続報受信画面において、続報確認ボタンＢ７０が操作されたか否かを判定し（ステップＳ４３０）、続報確認ボタンＢ７０が操作された場合に、端末側通信部２０２を用いて、乗換駅からの続報を確認したことを示す確認済み情報を、駅務補助サーバ１００に送信する（ステップＳ４３２）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、Ｄ駅からの確認済み情報を、端末装置２００ａ、端末装置２００ｂ、および端末装置２００ｃに送信する（ステップＳ４３４）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｄ駅の続報の確認状況が更新される。

次に、端末側制御部２１０は、表示部２０６に進捗確認画面を表示させる（ステップＳ４３６）。

例えば、駅務補助サーバ１００によって発駅案内完了情報または乗換駅案内完了情報が送信されると（ステップＳ４３８）、端末側通信部２０２は、これを受信する。端末側制御部２１０は、端末側通信部２０２により駅務補助サーバ１００から発駅案内完了情報または乗換駅案内完了情報が受信されたか否かを判定し（ステップＳ４４０）、端末側通信部２０２により駅務補助サーバ１００から発駅案内完了情報または乗換駅案内完了情報が受信された場合に、Ｓ４３６の処理において表示させた進捗確認画面を更新する（ステップＳ４４２）。

図３７は、更新された進捗確認画面の一例を示す図である。図示の例では、図３５に例示した進捗確認画面と比べて、Ａ駅、Ｂ駅、およびＣ駅のアラームの待機状況および案内遂行状況が更新されている。

次に、端末側制御部２１０は、現在時刻がアラームを出力する予定時刻になるまでの間、上述したＳ４４０の判定処理を繰り返し行い（ステップＳ４４４）、予定時刻になると、音声出力や画像出力などによってアラームを出力する（ステップＳ４４６）。例えば、端末側制御部２１０は、アラームとして、図１７に例示したような画面を表示部２０６に表示させる。

次に、端末側制御部２１０は、例えば、アラームとして表示させた画面において、アラーム解除ボタンＢ４１が操作されるまでアラームを出力し続け（ステップＳ４４８）、アラーム解除ボタンＢ４１が操作されると、進捗確認画面を表示させる（ステップＳ４５０）。

図３８は、端末装置２００ｄが表示する進捗確認画面の他の例を示す図である。端末側制御部２１０は、例えば、図３８に例示する進捗確認画面において、駅務員から完了報告の入力を受け付けたか否かを判定する（ステップＳ４５２）。例えば、Ｄ駅の案内状況を示す領域Ｒｄにおいて、表示領域Ｒｄ＃がタッチ操作されると、表示領域Ｒｄ＃の表記文字が「ご案内」から「ご案内完了」に変更される。このとき、「ご案内完了」と共に表示されるチェックボックスがタッチされることで、完了報告が入力されたことになる。

端末側制御部２１０は、完了報告の入力を受け付けた場合、端末側通信部２０２を用いて、着駅案内完了情報を駅務補助サーバ１００に送信する（ステップＳ４５４）。

これを受けて、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２を用いて、着駅案内完了情報を、端末装置２００ａ、端末装置２００ｂ、および端末装置２００ｃに送信する（ステップＳ４５６）。これにより、各駅の端末装置２００では、進捗確認画面の右側領域において、Ｄ駅の続報の案内遂行状況が更新される。これによって、本フローチャートの処理が終了する。

なお、上述した実施形態では、一報および続報が送信されるものとして説明したがこれに限られず、一報の送信については省略されてもよい。例えば、端末装置２００は、所定の設定画面において、一報および続報の双方を送信する第１モード、および続報のみを送信する第２モードのいずれかを選択する操作を受け付けてよい。これによって、例えば、「よく使う駅」の一覧に含まれる駅が自駅から近い場合には、第１モードに切り替えることで、いち早く要介助者が到着することを伝え、「よく使う駅」の一覧に含まれる駅が自駅から遠い場合には、第２モードに切り替えることで、頻繁に情報が通知される煩わしさを抑制することができる。

以上説明した第１の実施形態によれば、複数の駅の駅務員によって使用される複数の端末装置２００と通信する補助サーバ側通信部１０２と、列車のダイヤ情報ＤＧに基づいて、複数の端末装置２００のうち一つによって指定された乗車区間における、鉄道を利用するにあたって介助を必要とする旅客（要介助者）による列車の利用計画を決定する決定部１１２と、決定部１１２により決定された利用計画において、要介助者が降車する予定の駅の駅務員によって使用される端末装置２００に、補助サーバ側通信部１０２を用いて、要介助者が降車することを示す情報（一報または続報）を送信する通信制御部１１４と、を備えることにより、駅務員にとっての利便性を向上させることができる。

また、上述した第１の実施形態によれば、要介助者が降車する予定の駅の端末装置２００に対して、乗車区間が確定した時点で一報を通知するため、駅務員の負担を軽減することができる。例えば、本実施形態の比較例として、要介助者が列車に乗車しているときに、要介助者が使用するスマートフォンなどの端末装置を利用して、到着予定の駅の駅務員に、列車の到着時刻や要介助者が乗車している車両の位置の情報を通知することが想定される。この場合、駅務員の準備時間が十分に確保できないほど停車駅が乗車駅に近い場合、駅務員に迅速な対応を強いることになる場合がある。この結果、駅務員の負担が大きくなる。また、到着する駅の駅務員が他の旅客の対応に追われているような場合、必要な人員を確保できず、要介助者のサポートが遅れてしまう場合がある。

これに対して、本実施形態では、乗車区間が確定した時点で、その乗車区間内において降車駅となる駅の端末装置２００に対して、予め要介助者が向かうことを一報として通知するため、各駅での準備時間を最大限確保することができる。

また、上述した第１の実施形態によれば、乗換駅や着駅の端末装置２００から、発駅の端末装置２００に対して、「確認した」という情報が通知されるため、発駅の駅務員は、情報伝達が確実になされたことを把握することができる。これにより、駅務員の心理的な負担を軽減することができる。このとき、仮に確認済みの情報が通知されなければ、発駅の駅務員は、例えば電話などの別の方法を用いて、乗換駅や発駅の駅務員に確認をとることができる。これにより、要介助者が希望する列車を逃してしまったり、要介助者へのサポートが遅れてしまったりすることを更に防止することができる。この結果、要介助者のサポートをより確実に行うことができ、要介助者の充足感を向上させることができる。

（第２の実施形態）
以下、第２の実施形態における駅務補助システム１Ａについて説明する。第２の実施形態における駅務補助システム１Ａでは、要介助者などのユーザＵが、スマートフォンなどのユーザ端末装置１０を介して介助を要請する点で、第１の実施形態と相違する。以下、第１の実施形態との相違点を中心に説明し、第１の実施形態と共通する点については説明を省略する。なお、第２の実施形態の説明において、第１の実施形態と同じ部分については同一符号を付して説明する。

図３９は、第２の実施形態における駅務補助システム１Ａの構成の一例を示す図である。第２の実施形態における駅務補助システム１Ａは、例えば、ユーザ端末装置１０と、駅務補助サーバ１００と、複数の端末装置２００と、センターサーバ３００とを備える。

例えば、ユーザ端末装置１０は、ユーザＵから所定の操作を受け付けると、上述した図９などの入力画面を表示する。この入力画面に対して各種入力がなされると、ユーザ端末装置１０は、駅務補助サーバ１００に対して、一報または続報を送信する。駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２によりユーザ端末装置１０から一報または続報が受信されると、一報または続報により示される乗車区間を参照し、この乗車区間における発駅および着駅、または乗換駅の各端末装置２００に対して、一報または続報を送信する。

以上説明した第２の実施形態によれば、要介助者が利用する各駅の端末装置２００に対して一報または続報が通知されるため、これらの各駅の駅務員は、要介助者へのサポート準備を速やかに開始することができる。

また、上述した第２の実施形態によれば、早朝などの駅務員が不在の時間帯であっても、要介助者が使用するユーザ端末装置１０から介助の予約を行うことができるため、旅客の利便性を向上させることができる。

（第３の実施形態）
以下、第３の実施形態における駅務補助システム１Ｂについて説明する。第３の実施形態における駅務補助システム１Ｂでは、一報または続報が、要介助者が乗車する予定の列車Ｔの駅務員（例えば車掌など）が操作する車内端末装置４００に送信される点で、第１および第２の実施形態と相違する。以下、第１および第２の実施形態との相違点を中心に説明し、第１および第２の実施形態と共通する点については説明を省略する。なお、第３の実施形態の説明において、第１および第２の実施形態と同じ部分については同一符号を付して説明する。

図４０は、第３の実施形態における駅務補助システム１Ｂの構成の一例を示す図である。第３の実施形態における駅務補助システム１Ｂは、例えば、駅務補助サーバ１００と、複数の端末装置２００と、センターサーバ３００と、車内端末装置４００とを備える。

例えば、駅務補助サーバ１００の通信制御部１１４は、補助サーバ側通信部１０２によりによって、ある駅の端末装置２００から一報または続報が受信されると、列車Ｔ内の車内端末装置４００に対して、一報または続報を送信する。これによって、車掌などは、列車Ｔに要介助者が乗車するのを認識することができる。この結果、例えば、車掌は、ドアの開閉の時間に有余を持たせるような配慮を行うことができる。

以上説明した少なくとも一つの実施形態によれば、複数の駅の駅務員によって使用される複数の端末装置２００と通信する補助サーバ側通信部１０２と、列車のダイヤ情報ＤＧに基づいて、複数の端末装置２００のうち一つによって指定された乗車区間における、鉄道を利用するにあたって介助を必要とする旅客（要介助者）による列車の利用計画を決定する決定部１１２と、決定部１１２により決定された利用計画において、要介助者が降車する予定の駅の駅務員によって使用される端末装置２００に、補助サーバ側通信部１０２を用いて、要介助者が降車することを示す情報（一報または続報）を送信する通信制御部１１４と、を備えることにより、駅務員にとっての利便性を向上させることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…駅務補助システム、１００…駅務補助サーバ、１０２…補助サーバ側通信部、１１０…補助サーバ側制御部、１１２…決定部、１１４…通信制御部、１２０…補助サーバ側記憶部、ＤＧ…ダイヤ情報、ＯＡ…運行エリア情報、ＳＹ…駅構内情報、２００…端末装置、２０２…端末側通信部、２０４…操作受付部、２０６…表示部、２１０…端末側制御部、２２０…端末側記憶部、３００…センターサーバ、３０２…センターサーバ側通信部、３１０…センターサーバ側制御部、３２０…センターサーバ側記憶部、ＴＯ…列車運行情報

Claims (9)

1. 複数の駅の駅務員によって使用される複数の端末装置と通信する通信部と、
   列車のダイヤ情報に基づいて、前記複数の端末装置のうち一つから第１情報として受信した乗車区間における、鉄道を利用するにあたって介助を必要とする旅客による列車の利用計画を決定する決定部と、
   前記決定部により決定された利用計画において、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記通信部を用いて、前記第１情報を送信する通信制御部と、
   を備え、
   前記通信制御部は、前記複数の端末装置のうち前記第１情報を送信してきた一つから前記第１情報と異なる第２情報が前記通信部により受信されると、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記通信部を用いて、前記第２情報を送信する、
   駅務補助サーバ。
2. 前記決定部は、前記列車の利用計画の一部として、乗車することが推奨される推奨車両を、乗車時点において乗車する車両に決定する、
   請求項１に記載の駅務補助サーバ。
3. 前記推奨車両は、前記旅客が乗車する駅のホームにおいて、列車が停車したときにエレベータに最も近くなる車両である、
   請求項２に記載の駅務補助サーバ。
4. 前記推奨車両は、前記旅客が降車する予定の駅のホームにおいて、列車が停車したときにエレベータに最も近くなる車両である、
   請求項２または３に記載の駅務補助サーバ。
5. 複数の駅の駅務員によって使用される複数の端末装置と、
   前記複数の端末装置と通信する駅務補助サーバと、を備える駅務補助システムであって、
   前記複数の端末装置のうち少なくとも一つは、鉄道を利用するにあたって介助を必要とする旅客の乗車区間が入力されると、前記乗車区間が入力された段階で、前記乗車区間を第１情報として前記駅務補助サーバに送信し、
   前記駅務補助サーバは、列車のダイヤ情報に基づいて、前記乗車区間における前記旅客による列車の利用計画を決定すると共に、前記決定した利用計画において、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記第１情報を送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記駅務補助サーバから受信した、前記第１情報に基づいて、前記介助を必要とする旅客が降車することを駅務員に伝えるための情報を出力し、
   前記複数の端末装置のうち前記第１情報を送信した一つは、前記乗車区間が入力された後に前記乗車区間と異なる第２情報の入力を受け付け、前記受け付けた第２情報を前記駅務補助サーバに送信し、
   前記駅務補助サーバは、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記第２情報を送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記駅務補助サーバから受信した前記第２情報に基づいて、前記介助を必要とする旅客の要望を伝えるための情報を出力する、
   駅務補助システム。
6. 前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記駅務補助サーバにより決定された列車の利用計画において、前記旅客が自駅に降車する予定時刻に基づいて、アラームを出力する、
   請求項５に記載の駅務補助システム。
7. 前記複数の端末装置のうち少なくとも一つは、前記乗車区間と共に、前記旅客の種類を指定する情報が入力されると、前記旅客の種類を指定する情報を前記駅務補助サーバに送信し、
   前記駅務補助サーバは、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記旅客の種類を指定する情報を、前記旅客が降車することを示す情報として送信する、
   請求項５または６に記載の駅務補助システム。
8. 複数の駅の駅務員によって使用される複数の端末装置と、
   前記複数の端末装置と通信する駅務補助サーバと、を備える駅務補助システムにおいて実行される駅務補助方法であって、
   複数の駅の駅務員によって使用される複数の端末装置のうち少なくとも一つが、鉄道を利用するにあたって介助を必要とする旅客の乗車区間が入力されると、前記乗車区間が入力された段階で、前記乗車区間を第１情報として前記駅務補助サーバに送信し、
   前記複数の端末装置と通信する駅務補助サーバが、列車のダイヤ情報に基づいて、前記乗車区間における前記旅客による列車の利用計画を決定すると共に、前記決定した利用計画において、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記第１情報を送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記駅務補助サーバから受信した前記第１情報に基づいて、前記介助を必要とする旅客が降車することを駅務員に伝えるための情報を出力し、
   前記複数の端末装置のうち前記第１情報を送信した一つが、前記乗車区間が入力された後に前記乗車区間と異なる第２情報の入力を受け付け、前記受け付けた第２情報を前記駅務補助サーバに送信し、
   前記駅務補助サーバは、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記第２情報を送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記駅務補助サーバから受信した前記第２情報に基づいて、前記介助を必要とする旅客の要望を伝えるための情報を出力する、
   駅務補助方法。
9. 複数の駅の駅務員によって使用される複数の端末装置を含む駅務補助システムであって、
   前記複数の端末装置のうち少なくとも一つは、鉄道を利用するにあたって介助を必要とする旅客の乗車区間が入力されると、前記乗車区間が入力された段階で、列車のダイヤ情報に基づいて、前記乗車区間における前記旅客による列車の利用計画を決定すると共に、前記決定した利用計画において、前記旅客が降車する予定の駅の駅務員によって使用される端末装置に、前記乗車区間を示す第１情報を送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記第１情報に基づいて、前記介助を必要とする旅客が降車することを駅務員に伝えるための情報を出力し、
   前記複数の端末装置のうち前記第１情報を送信した一つは、前記乗車区間が入力された後に前記乗車区間と異なる第２情報の入力を受け付け、前記受け付けた第２情報を、前記旅客が降車する予定の駅の駅務員によって使用される端末装置にを送信し、
   前記旅客が降車する予定の駅の駅務員によって使用される端末装置は、前記第２情報に基づいて、前記介助を必要とする旅客の要望を伝えるための情報を出力する、
   駅務補助システム。