JP7828008B2 - 運行管理システム - Google Patents

Description

本発明は、空港に配備されている複数の地上支援装置の運行を管理する運行管理システムに関する。

従来より、空港には種々の作業を行うための複数の地上支援装置が配備されている。このような地上支援装置はＧＳＥ（Ground Support Equipment）と呼ばれており、ＧＳＥにはハイリフトローダ、ベルトローダ、トーイングトラクタ、パッセンジャーステップ等の様々な種類がある。現状、ＧＳＥを用いて作業を行う際には、作業者がフライトスケジュールを確認し、必要なＧＳＥを手配してから作業に当たっている。

しかしながら、作業者がフライトスケジュールの確認からＧＳＥの手配まで行うのは非常に手間である。また、作業を行うまでの準備が煩雑であり、作業者には多くの経験や知識が求められるため、作業者の大きな負担となっている。さらに、作業者が情報を見落とすなどしてミスが生じれば、フライトスケジュールにも影響が出てしまう。

本発明は、上述の課題を鑑みてなされたものであり、空港における地上支援装置の運行管理において作業者の負担を軽減することを目的とする。

本発明は、空港に配備されている複数の地上支援装置の運行を管理する運行管理システムであって、前記空港のフライトスケジュールに基づいて、前記複数の地上支援装置による作業スケジュールを作成するスケジュール作成部を備え、前記スケジュール作成部は、前記作業スケジュールに関する少なくとも一部のデータを前記地上支援装置に送信することを特徴とする。

本発明によれば、事前に航空管制から入手可能なフライトスケジュールに基づいて、スケジュール作成部が作業スケジュールを作成する。このため、作業者が自らフライトスケジュールを確認して作業スケジュールを作成する必要がなく、作業者の負担を軽減することができる。

本発明において、前記スケジュール作成部は、前記作業スケジュールに関する少なくとも一部のデータを、前記地上支援装置を用いて作業する作業者が携帯している作業者端末に送信することが好ましい。

このような構成によれば、作業者は、作業者端末で受信したデータを参照すれば、自分に関わる作業スケジュールをすぐに確認できるので、作業者の負担を一層軽減することができる。

本発明において、前記作業者端末は、前記地上支援装置による作業の進捗に関する作業進捗データを前記スケジュール作成部に送信可能であり、前記スケジュール作成部は、前記作業進捗データを考慮して前記作業スケジュールを再作成可能であることが好ましい。

このような構成によれば、作業の進捗状況に応じて作業スケジュールを適宜修正することができるので、作業が遅れている場合などでもその後の作業を円滑に進めることができる。

本発明において、前記スケジュール作成部は、前記作業進捗データに基づいて所定時間毎に前記作業スケジュールの修正が必要か否かを判断し、修正が必要と判断すると前記作業スケジュールを再作成することが好ましい。

作業の進捗状況に応じて作業スケジュールの修正があまりに頻繁に行われると、作業者がその度に新しい作業スケジュールに対応する必要が生じ、かえって作業者の負担が増えるおそれがある。そこで、上述のように、所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断した場合のみ作業スケジュールを再作成することで、バランスの取れた運行管理が可能となる。

本発明において、前記スケジュール作成部は、前記作業進捗データに異常を示すデータが含まれていた場合に、前記作業スケジュールを再作成することが好ましい。

このような構成によれば、例えば、作業者の体調不良や地上支援装置の故障・事故などの異常が発生した場合に、速やかに作業スケジュールを修正することで、その後の作業の遅れを最小限に抑えることができる。

本発明において、前記スケジュール作成部は、前記フライトスケジュールに変更があった場合に、変更後の前記フライトスケジュールに基づいて前記作業スケジュールを再作成することが好ましい。

フライトスケジュールに変更があった場合に、当初作成された作業スケジュールをそのまま使用していると、作業現場で混乱が発生するおそれがある。そこで、上述のように、スケジュール作成部が、変更後のフライトスケジュールに基づいて作業スケジュールを再作成すれば、作業者がフライトスケジュールの変更に円滑に対応することができる。

本発明において、前記地上支援装置は、前記地上支援装置の状態に関する車両状態データを前記スケジュール作成部に送信可能であり、前記スケジュール作成部は、前記車両状態データを考慮して前記作業スケジュールを再作成可能であることが好ましい。

このような構成によれば、地上支援装置の状態（例えば位置や稼働状況など）に応じて作業スケジュールを適宜修正することができるので、地上支援装置の円滑な運行管理が可能となる。

本発明において、前記スケジュール作成部は、前記車両状態データに基づいて所定時間毎に前記作業スケジュールの修正が必要か否かを判断し、修正が必要と判断すると前記作業スケジュールを再作成することが好ましい。

地上支援装置の状態に応じて作業スケジュールの修正があまりに頻繁に行われると、作業者がその度に新しい作業スケジュールに対応する必要が生じ、かえって作業者の負担が増えるおそれがある。そこで、上述のように、所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断した場合のみ作業スケジュールを再作成することで、バランスの取れた運行管理が可能となる。

本発明において、前記スケジュール作成部は、前記車両状態データに異常を示すデータが含まれていた場合に、前記作業スケジュールを再作成することが好ましい。

このような構成によれば、例えば、地上支援装置の故障・事故などの異常が発生した場合に、速やかに作業スケジュールを修正することで、その後の作業の遅れを最小限に抑えることができる。

空港の設備を簡易的に示す平面図である。 地上支援装置の運行管理システムを示すブロック図である。 運行管理システムによる地上支援装置の運行管理の流れを示すフローチャートである。 （ａ）フライトスケジュールに含まれるデータの一例を示す表、及び、（ｂ）積載物のリストの一例を示す表である。 （ａ）作業者関連データの一例を示す表、及び、（ｂ）ＧＳＥ関連データの一例を示す表である。 作業スケジュールに含まれるデータの一例を示す表である。 作業者端末に送信されるデータの一例を示す表である。 ＧＳＥに送信されるデータの一例を示す表である。 リスケジュールを実行するか否かの判断処理を示すフローチャートである。

以下、本発明に係る運行管理システムの実施形態について、図面を参照しつつ説明する。

図１は、空港の設備を簡易的に示す平面図である。図１に示すように、空港１にはターミナルビル２と滑走路３が設けられている。ターミナルビル２には、複数のゲート４が設けられており、ゲート４にはボーディングブリッジ５が接続されている。ボーディングブリッジ５は、ゲート４から航空機１００に乗客及び乗員を乗降させるための設備である。ボーディングブリッジ５が利用できない場合には、後述のパッセンジャーステップを利用することもある。空港１において航空機１００が駐機している間、乗客及び乗員の乗降以外に、貨物及び手荷物の搬出入、燃料の補充、機内の清掃等の各種作業（地上支援作業）が行われる。そして、地上支援作業が完了し準備が整うと、航空機１００は滑走路３から離陸する。

地上支援作業では、複数のＧＳＥ１３が使用される。ＧＳＥとは、Ground Support Equipmentの略で、地上支援装置を意味する。ＧＳＥ１３には様々な種類があるが、一例を挙げると、貨物（コンテナ）を機内に搬出入するハイリフトローダ１３ａ、乗客の手荷物を機内に搬出入するベルトローダ１３ｂ、航空機１００を牽引するトーイングトラクタ１３ｃ、乗客及び乗員を機内に直接乗降させるためのパッセンジャーステップ１３ｄなどの作業車両がある。空港１には、ＧＳＥ１３を駐車しておくための駐車場６、ＧＳＥ１３のメンテナンスを行うためのメンテナンス場７が設けられている。

現状、ＧＳＥ１３の手配は、ＧＳＥ１３を運転して作業を行う作業者が行っている。つまり、作業者がフライトスケジュールを確認し、必要なＧＳＥ１３を手配してから作業に当たっている。しかしながら、作業者がフライトスケジュールの確認からＧＳＥ１３の手配まで行うのは非常に手間である。また、作業を行うまでの準備が煩雑であり、作業者には多くの経験や知識が求められるため、作業者の大きな負担となっている。さらに、作業者が情報を見落とすなどしてミスが生じれば、フライトスケジュールにも影響が出てしまう。そこで、本願発明者らは、これらの課題を解決すべく、空港１におけるＧＳＥ１３の運行管理システムを考案した。以下、この運行管理システムについて詳細に説明する。

（ＧＳＥの運行管理システム）
本実施形態の運行管理システム１０を図２に示す。運行管理システム１０は、航空管制９と、ＧＳＥ管制１１（本発明のスケジュール作成部に相当）と、各作業者が携帯している複数の作業者端末１２と、複数のＧＳＥ１３とを含む。ＧＳＥ管制１１は、航空管制９、複数の作業者端末１２、及び、複数のＧＳＥ１３と通信可能である。ＧＳＥ管制１１の主な機能は、航空管制９から提供されたフライトスケジュールに基づいて複数のＧＳＥ１３による作業スケジュールを作成し、作業スケジュールに関する少なくとも一部のデータを複数の作業者端末１２及び複数のＧＳＥ１３に一斉に送信することである。

作業者端末１２は、例えばタブレット、スマートフォン、携帯電話などの携帯端末やスマートグラス、スマートウォッチなどのウェアラブル端末などによって構成されており、ＧＳＥ管制１１との間でデータの送受信が可能である。ＧＳＥ管制１１から作業者端末１２へは、作業スケジュールに関するデータなどが送信される。一方、作業者端末１２からＧＳＥ管制１１へは、作業の進捗に関する作業進捗データなどを送信することが可能である。作業進捗データの具体例としては、所定の作業が完了したことや遅れていることを示すデータ、異常（作業者の体調不良及びＧＳＥ１３の故障・事故など）を示すデータなどが挙げられる。

ＧＳＥ１３は、通信部１４と、位置情報受信部１５と、ＩＤ読取部１６とを有する。ＧＳＥ１３は、通信部１４を介してＧＳＥ管制１１と通信可能であり、ＧＳＥ管制１１との間でデータの送受信が可能に構成されている。位置情報受信部１５は、例えば、ＧＰＳ（Global Positioning System：全地球測位システム）信号を受信して自車の位置を認識可能である。なお、自車の位置を認識する方法として、ＧＰＳ以外の測位方式を用いてもよい。ＩＤ読取部１６は、作業者が有する作業者ＩＤを読み取って、予定されている作業者と一致しているか否かを判断し、その正否を作業者に知らせることができる。作業者ＩＤとは、各作業者に割り当てられているＩＤである。ＩＤ読取部１６は、例えば、作業者端末１２に表示される作業者ＩＤや作業者が有するＩＤカードに付与されている作業者ＩＤを読み取ることができるように構成されている。なお、作業者ＩＤはバーコードやＩＣタグでもよいし、作業者が手入力してもよい。

ＧＳＥ管制１１からＧＳＥ１３へは、作業スケジュールに関するデータなどが送信される。一方、ＧＳＥ１３からＧＳＥ管制１１へは、ＧＳＥ１３の状態に関する車両状態データなどを送信することが可能である。車両状態データの具体例としては、位置情報受信部１５で取得した位置データ、稼働状況（走行中、作業中など）を示すデータ、異常（ＧＳＥ１３の故障・事故など）を示すデータなどが挙げられる。

（ＧＳＥの運行管理の流れ）
図３は、運行管理システム１０によるＧＳＥ１３の運行管理の流れを示すフローチャートである。ＧＳＥ管制１１は、航空管制９から事前（例えば前日）にフライトスケジュールを受信する（ステップＳ１１）。図４（ａ）はフライトスケジュールに含まれるデータの一例を示す表であり、図４（ｂ）は積載物のリストの一例を示す表である。なお、図４における積載物とは、コンテナに収容された貨物のことを指し、乗客の手荷物とは別の物である。航空管制９からＧＳＥ管制１１に送信されるフライトスケジュールに含まれるデータの種類は、図４に示すものに限定されず適宜変更が可能である。

ＧＳＥ管制１１は、フライトスケジュールを受信すると、フライトスケジュールに基づいて作業スケジュールを作成する（ステップＳ１２）。ＧＳＥ管制１１が作業スケジュールを作成する際には、フライトスケジュールの他に、図５（ａ）に示す作業者関連データや図５（ｂ）に示すＧＳＥ関連データなども参照される。図５（ｂ）の『稼働状況』及び『待機場所』は、ＧＳＥ１３から送信される車両状態データによって特定可能である。なお、ＧＳＥ管制１１が作業スケジュールを作成する際には、フライトスケジュール、作業者関連データ及びＧＳＥ関連データ以外のデータを参照してもよい。

ＧＳＥ管制１１は、フライトスケジュール、作業者関連データ及びＧＳＥ関連データに基づいて、各フライトに対して必要な作業を特定するとともに、各作業を担当する作業者及び使用されるＧＳＥ１３を決定し、作業スケジュールを作成する。図６は、作業スケジュールに含まれるデータの一例を示す表である。例えば、フライト番号１に関しては、作業者ＩＤが００１の作業者が、ＧＳＥ ＩＤがＨＬ－０１のハイリフトローダを使って、貨物搬出の作業を担当することを示している。なお、図６において、ＰＳはパッセンジャーステップ、ＴＴはトーイングトラクタ、ＢＬはベルトローダを示す。ＧＳＥ管制１１が作成する作業スケジュールに含まれるデータの種類は、図６に示したものに限定されず適宜変更が可能である。

ＧＳＥ管制１１は、作業スケジュールを作成すると（ステップＳ１２）、作業スケジュールに含まれる少なくとも一部のデータを作業者端末１２及びＧＳＥ１３に送信する（ステップＳ１３）。図７は、作業者端末１２に送信されるデータの一例を示す表であり、具体的には作業者ＩＤが００１の作業者の作業者端末１２に送信されるデータを示す。作業者は、作業者端末１２で作業スケジュールのデータを受信すると（ステップＳ２１）、自分が担当する作業や使用するＧＳＥ１３を把握することができる。このため、作業者は、自らフライトスケジュールを確認したり、ＧＳＥ１３を手配したりする必要がなく、作業スケジュールに従って作業を進めていくことができる。

図８は、ＧＳＥ１３に送信されるデータの一例を示す表であり、具体的にはＧＳＥ ＩＤがＨＬ－０１のＧＳＥ１３に送信されるデータを示す。ＧＳＥ１３は、作業スケジュールのデータを受信すると（ステップＳ３１）、どの作業者がいつ自車を運転するのかを把握できるようになる。このため、作業者がＧＳＥ１３を使用する際には、その作業者のＩＤをＩＤ読取部１６で読み取ることで、作業スケジュールに合致した正しい作業者であるかどうかを判定可能である。作業スケジュールと合致しない場合には、そのことを作業者に報知することで、作業者が誤ったＧＳＥ１３を使用することを防止できる。

作業者は、ＧＳＥ管制１１から作業スケジュールのデータを受信すると（ステップＳ２１）、作業スケジュールに従って作業を行う。まず、作業者は、作業スケジュールで決められているＧＳＥ１３まで移動する。ＧＳＥ１３がどこにあるかは、位置情報受信部１５によって取得される位置データに基づいて特定可能である。ＧＳＥ管制１１での作業スケジュールの作成時に、例えば、作業するゲート４の最も近くにあるＧＳＥ１３を利用するようにするなど、ＧＳＥ１３の位置データを用いることで、ＧＳＥ１３の移動距離を最適化してもよい。ＧＳＥ１３に到着すると、作業者はＩＤ読取部１６に作業者ＩＤを読み取らせる。問題なければ、作業者はそのＧＳＥ１３を運転して、所定の作業を行う。

作業中又は作業完了後の適宜のタイミングで、作業者が作業進捗データをＧＳＥ管制１１に送信する（ステップＳ２２）とともに、ＧＳＥ１３が車両状態データをＧＳＥ管制１１に送信する（ステップＳ３２）。ＧＳＥ管制１１は、作業進捗データ及び車両状態データを受信すると（ステップＳ１４）、受信した作業進捗データ及び車両状態データから作業の進捗状況や何らかの異常が発生していないかどうかを確認する。そして、必要に応じて作業スケジュールの再作成（以下、リスケジュールと言う）を実行する（ステップＳ１５）。どういう場合にリスケジュールを実行するかについては、後で詳細に説明する。リスケジュールを行った場合は、再作成された作業スケジュールに含まれる少なくとも一部のデータを作業者端末１２及びＧＳＥ１３に送信する（ステップＳ１６）。

その後は、上述の内容が繰り返される。すなわち、作業者は、再作成された作業スケジュールのデータを受信すると（ステップＳ２３）、作業スケジュールに従って作業を行い、適宜のタイミングで作業進捗データをＧＳＥ管制１１に送信する（ステップＳ２４）。ＧＳＥ１３は、再作成された作業スケジュールのデータを受信すると（ステップＳ３３）、作業者ＩＤを用いて正しい作業者であるかどうかの判定ができるようになる。ＧＳＥ１３は、適宜のタイミングで車両状態データをＧＳＥ管制１１に送信する（ステップＳ３４）。ＧＳＥ管制１１は、作業進捗データ及び車両状態データを受信すると（ステップＳ１７）、必要に応じてリスケジュールを実行する（ステップＳ１８）。

（リスケジュールの要否判断）
ステップＳ１５、Ｓ１８のリスケジュールを実行するか否かの判断処理について、図９のフローチャートを参照しつつ説明する。ＧＳＥ管制１１は、予め決められた所定時間（ここではｎ分）が経過すると（ステップＳ４１でＹＥＳ）、リスケジュールが必要かどうかを判定する（ステップＳ４２）。リスケジュールが必要かどうかは、作業者端末１２から送信された作業進捗データ及びＧＳＥ１３から送信された車両状態データに基づいて判定する。例えば、作業の遅れ時間が所定の閾値以上となっている場合にはリスケジュールが必要と判定し（ステップＳ４２でＹＥＳ）、リスケジュールを実行する（ステップＳ４６）。

ステップＳ４１でｎ分経過していない場合でも、フライトスケジュールに変更があったり（ステップＳ４３でＹＥＳ）、ＧＳＥ１３に異常が発生したり（ステップＳ４４でＹＥＳ）、作業者に異常が発生したり（ステップＳ４５でＹＥＳ）した場合には、リスケジュールが必要かどうかを判定することなく、即時にリスケジュールを実行する（ステップＳ４６）。以下、詳細に説明する。

ステップＳ４１でＮＯだった場合、ＧＳＥ管制１１は、フライトスケジュールに変更があったかどうかを確認する（ステップＳ４３）。具体的には、フライトの変更（着陸時刻の変更、離陸時刻の変更、欠航）、ゲート番号の変更、滑走路の変更、飛行機の機種変更などがあったかどうかを確認する。フライトスケジュールに変更があった場合は（ステップＳ４３でＹＥＳ）、変更後のフライトスケジュールに基づいてリスケジュールを即時実行する（ステップＳ４６）。なお、フライトスケジュールに変更があった場合は、航空管制９からＧＳＥ管制１１にその情報が送信される。

ステップＳ４３でＮＯだった場合、ＧＳＥ管制１１は、ＧＳＥ１３に異常が発生しているかどうかを確認する（ステップＳ４４）。具体的には、作業者端末１２から送信された作業進捗データ又はＧＳＥ１３から送信された車両状態データに、ＧＳＥ１３の異常を示すデータが含まれているかどうかを確認する。ＧＳＥ１３に異常が発生している場合は（ステップＳ４４でＹＥＳ）、代わりのＧＳＥ１３を使って作業を進められるようにリスケジュールを即時実行する（ステップＳ４６）。ＧＳＥ１３の異常が、例えば航空機１００との衝突など、その後のフライトスケジュールに影響を及ぼす場合は、ＧＳＥ管制１１は異常の内容を航空管制９にも報告する。また、ＧＳＥ１３の異常発生に伴って、それに対応するための作業者、レッカー車両、救急車両が必要となる場合は、ＧＳＥ管制１１がそれらの手配も同時に行うことが好ましい。

ステップＳ４４でＮＯだった場合、ＧＳＥ管制１１は、作業者に異常が発生しているかどうかを確認する（ステップＳ４５）。具体的には、作業者端末１２から送信された作業進捗データに、作業者の異常を示すデータが含まれているかどうかを確認する。作業者に体調不良や事故などの異常が発生している場合は（ステップＳ４５でＹＥＳ）、空いている作業者を補充するようにリスケジュールを即時実行する（ステップＳ４６）。なお、作業者の異常発生に伴って、それに対応するための作業者や救急車両が必要となる場合は、ＧＳＥ管制１１がそれらの手配も同時に行うことが好ましい。

ＧＳＥ管制１１は、リスケジュールを実行した場合、作業者端末１２及びＧＳＥ１３に新しい作業スケジュールに関するデータを送信する（図３のステップＳ１６）。このとき、ＧＳＥ管制１１は、全ての作業者端末１２及びＧＳＥ１３に作業スケジュールのデータを一斉に送信してもいいし、作業内容に変更が生じる作業者の作業者端末１２及びＧＳＥ１３にのみデータを送信するようにしてもよい。

なお、本実施形態ではステップＳ４１でｎ分経過したかどうか判定した後、ｎ分経過してなければフライトスケジュールやＧＳＥ１３の異常、作業者の異常をＧＳＥ管制１１が確認している。しかしながら、例えば、フライトスケジュールの変更が発生した時点で、航空管制９から変更した旨をＧＳＥ管制１１へ通知し、通知を受けてＧＳＥ管制１１がリスケジュールを行ってもよい。同様に、ＧＳＥ１３や作業者端末１２からの異常が発生した旨の通知を受けた場合、ＧＳＥ管制１１がリスケジュールを行ってもよい。

（効果）
以上のように、本実施形態に係る運行管理システム１０では、事前に航空管制９から入手可能なフライトスケジュールに基づいて、ＧＳＥ管制１１が作業スケジュールを作成する。このため、作業者が自らフライトスケジュールを確認して作業スケジュールを作成する必要がなく、作業者の負担を軽減することができる。

また、本実施形態では、ＧＳＥ管制１１は、作業スケジュールに関する少なくとも一部のデータを、ＧＳＥ１３を用いて作業する作業者が携帯している作業者端末１２に送信する。このような構成によれば、作業者は、作業者端末１２で受信したデータを参照すれば、自分に関わる作業スケジュールをすぐに確認できるので、作業者の負担を一層軽減することができる。

また、本実施形態では、作業者端末１２は、ＧＳＥ１３による作業の進捗に関する作業進捗データをＧＳＥ管制１１に送信可能であり、ＧＳＥ管制１１は、作業進捗データを考慮してリスケジュールを行うことが可能である。このような構成によれば、作業の進捗状況に応じて作業スケジュールを適宜修正することができるので、作業が遅れている場合などでもその後の作業を円滑に進めることができる。

また、本実施形態では、ＧＳＥ管制１１は、作業進捗データに基づいて所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断するとリスケジュールを行う。作業の進捗状況に応じて作業スケジュールの修正があまりに頻繁に行われると、作業者がその度に新しい作業スケジュールに対応する必要が生じ、かえって作業者の負担が増えるおそれがある。そこで、上述のように、所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断した場合のみリスケジュールを行うことで、バランスの取れた運行管理が可能となる。

また、本実施形態では、ＧＳＥ管制１１は、作業進捗データに異常を示すデータが含まれていた場合にリスケジュールを行う。このような構成によれば、例えば、作業者の体調不良やＧＳＥ１３の故障・事故などの異常が発生した場合に、速やかに作業スケジュールを修正することで、その後の作業の遅れを最小限に抑えることができる。

また、本実施形態では、ＧＳＥ管制１１は、フライトスケジュールに変更があった場合に、変更後のフライトスケジュールに基づいてリスケジュールを行う。フライトスケジュールに変更があった場合に、当初作成された作業スケジュールをそのまま使用していると、作業現場で混乱が発生するおそれがある。そこで、上述のように、ＧＳＥ管制１１が、変更後のフライトスケジュールに基づいてリスケジュールを行えば、作業者がフライトスケジュールの変更に円滑に対応することができる。

また、本実施形態では、ＧＳＥ１３は、ＧＳＥ１３の状態に関する車両状態データをＧＳＥ管制１１に送信可能であり、ＧＳＥ管制１１は、車両状態データを考慮してリスケジュールを行うことが可能である。このような構成によれば、ＧＳＥ１３の状態（例えば位置や稼働状況など）に応じて作業スケジュールを適宜修正することができるので、ＧＳＥ１３の円滑な運行管理が可能となる。

また、本実施形態では、ＧＳＥ管制１１は、車両状態データに基づいて所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断するとリスケジュールを行う。ＧＳＥ１３の状態に応じて作業スケジュールの修正があまりに頻繁に行われると、作業者がその度に新しい作業スケジュールに対応する必要が生じ、かえって作業者の負担が増えるおそれがある。そこで、上述のように、所定時間毎に作業スケジュールの修正が必要か否かを判断し、修正が必要と判断した場合のみリスケジュールを行うことで、バランスの取れた運行管理が可能となる。

また、本実施形態では、ＧＳＥ管制１１は、車両状態データに異常を示すデータが含まれていた場合にリスケジュールを行う。このような構成によれば、例えば、ＧＳＥ１３の故障・事故などの異常が発生した場合に、速やかに作業スケジュールを修正することで、その後の作業の遅れを最小限に抑えることができる。

（他の実施形態）
上記実施形態に種々の変更を加えた変形例について説明する。

上記実施形態では、ＧＳＥ１３に通信部１４が設けられており、ＧＳＥ１３がＧＳＥ管制１１と通信可能に構成されているものとした。しかしながら、ＧＳＥ１３がＧＳＥ管制１１と通信可能であることは必須ではなく、少なくとも作業者端末１２がＧＳＥ管制１１と通信可能であればよい。また、ＧＳＥ１３に設けた位置情報受信部１５やＩＤ読取部１６を省略することも可能である。さらに、作業者端末１２の機能をＧＳＥ１３に設けることも可能である。この場合、作業者はＧＳＥ１３に設けられた入出力装置等により、作業進捗等のデータをＧＳＥ管制１１とやりとりする。

上記実施形態では、ＧＳＥ１３は作業者が運転するものとした。しかしながら、ＧＳＥ１３は自動運転可能に構成されたものでもよい。この場合、ＧＳＥ管制１１からＧＳＥ１３に作業スケジュールが送信されると、ＧＳＥ１３は自動で所定の時間に所定の場所に移動させるようにするとよい。こうすることで、作業者がＧＳＥ１３まで移動する必要がなくなる。

上記実施形態では、ＧＳＥ管制１１は、航空管制９、作業者端末１２及びＧＳＥ１３と通信可能であるものとしたが、これに加えて空港１の設備と通信可能に構成されてもよい。例えば、ＧＳＥ管制１１が、チェックインゲートや搭乗ゲートの端末から乗客に関するデータを受信できるように構成し、作業スケジュールの作成やリスケジュールを行うかどうかの判断にこれらのデータを考慮するようにしてもよい。あるいは、ＧＳＥ管制１１が、キャビンアテンダントが有する携帯端末から乗客の異常（例えば急病人の発生）に関するデータなどを受信できるようにしてもよい。また、ＧＳＥ管制１１と接続可能な端末やＧＳＥ１３については、ＧＳＥ管制１１を介してソフトウェアのバージョン等の管理を行うことも可能である。

上記実施形態において、ＧＳＥ１３の少なくとも一部が電動式であってもよい。この場合、ＧＳＥ１３からＧＳＥ管制１１に送信される車両状態データに、ＧＳＥ１３が充電中か否かを示すデータやＧＳＥ１３の残電量に関するデータを含むようにしてもよい。また、ＧＳＥ１３の充電のタイミングをＧＳＥ管制１１の作業スケジュール作成時に考慮することで、効率よくＧＳＥ１３を運用することが可能である。

上記実施形態において、ＧＳＥ管制１１にＧＳＥ１３の車両状態データや残電量、位置情報等を含む車両の運行データを保存し、このデータを基に、ＧＳＥ１３のメンテナンス時期の予測や故障検知、故障予測を行ってもよい。これらの予知保全や故障検知には、ディープラーニングや機械学習を用いてもよい。また、ＧＳＥ１３の位置情報を一定時間ごとに記録しておき、ＧＳＥ１３の空港内での運行経路等を分析することで、ＧＳＥ管制１１での作業スケジュール作成のアルゴリズムを最適化することも可能である。

上記実施形態において、ＧＳＥ管制１１はＧＳＥ関連データに含まれる付属器具や作業者関連データを活用してもよい。例えば、作業者のニーズに合わせてパワースーツを配備したり、荷物の搬送を補助する機構が付属器具として搭載されたＧＳＥ１３を配備したりしてもよい。

上記実施形態において、ＧＳＥ管制１１は空港のボーディングブリッジ、パッセンジャーステップ、空港内で乗客を送迎する送迎バス、乗客の予約・発券システム等と接続可能であってもよい。例えば、ボーディングブリッジやパッセンジャーステップにチケット読取装置を設置し、ＧＳＥ管制１１が予約・発券システムや航空管制９等から、その航空機に搭乗する乗客のリスト等を取得できるように構成してもよい。そして、乗客がボーディングブリッジやパッセンジャーステップを通って航空機に搭乗する際、チケット読取装置でチケットを読み取り、ＧＳＥ管制１１が取得した乗客のリストと一致しているか照合することで、乗客の乗り間違い等を防止することができる。また、送迎バスにもチケット読取装置を設置し、乗客が送迎バスの乗車時にチケットを読み取り、乗客リストと照合することで、乗客が間違った搭乗場所へ移動してしまうことを防止できる。さらに、チケット読取装置で読み取る情報はチケット自体ではなく、チケットや乗客を識別できるＩＤをバーコードやＩＣタグ等で読み取れるようにしてもよい。また、乗客の予約・発券システム等からＧＳＥ管制１１が取得したデータに、車いすの乗客等が含まれていた場合は、ＧＳＥ管制１１は特許第5105054号のようなリフター付きのパッセンジャーステップや車いす用のＧＳＥ１３を配備するようにしてもよい。さらに、到着する航空機が政府専用機であったり、乗客に国賓が含まれていたりするような場合は、専用のパッセンジャーステップを配備するようにしてもよい。

上記実施形態において、ベルトローダやハイリフトローダ、貨物の積み込みに用いるトーイングトラクタ等のＧＳＥ１３に、貨物ＩＤの読取装置を設けてもよい。例えば、ＧＳＥ管制１１がその航空機に積み込み予定の貨物リスト等を取得しておき、航空機に積み込む貨物にバーコードやＩＣタグ等の貨物ＩＤを取り付けておくことで、貨物の積み込み作業の際、ＧＳＥ１３の読取装置で貨物ＩＤを読み取り、貨物リストと照合し、貨物の積み間違いを防止できる。

上記実施形態において、空港内に複数のグランドハンドリング会社が設置されている場合、複数のグランドハンドリング会社が持つそれぞれのＧＳＥ管制１１が連携して作業を行ってもよい。例えば、グランドハンドリング会社Ａの作業中、トラブルが発生し、ＧＳＥ１３の台数が不足してしまった場合や作業者の欠員で作業が困難になった場合、グランドハンドリング会社ＡのＧＳＥ管制１１Ａが、別のグランドハンドリング会社ＢのＧＳＥ管制１１ＢにＧＳＥ１３の不足や作業者補填の要請を送信してもよい。この場合、ＧＳＥ管制１１Ｂは現在作業を行っていないＧＳＥ１３や作業者をグランドハンドリング会社Ａへ応援として配備することも可能である。また、ＧＳＥ管制１１は、近くの空港の別のＧＳＥ管制にＧＳＥや作業者の応援を要請してもよい。

上記実施形態において、空港内にＧＳＥ１３や作業者の待機場所が複数ある場合、ＧＳＥ管制１１は航空機１００が到着・離陸する滑走路３やゲート４の位置を基に、スケジュールの作成時、配備状況を最適化するようにしてもよい。例えば、ＧＳＥ管制１１が作業スケジュールを作成する際、航空機１００が到着・離陸する滑走路３やゲート４に最も近い待機場所からＧＳＥ１３や作業者を配備してもよい。

上記実施形態において、ＧＳＥ１３は自動運転または遠隔操作可能であってもよい。自動運転の場合、ＧＳＥ１３はＧＳＥ管制１１から受信したスケジュールとルートに沿って、必要であれば作業者を乗せた上で作業場所まで移動し、作業を行ってもよい。また、遠隔操作の場合、ＧＳＥ管制１１はＧＳＥ１３を遠隔操作する作業者の遠隔操作用コンソールまたは作業者端末にスケジュールとルートを送信し、作業者がＧＳＥ管制１１の指示に従い、ＧＳＥ１３を運行してもよい。

上記実施形態では、ＧＳＥ１３として作業車両を例示したが、ＧＳＥ１３には作業車両以外の地上支援装置も含まれる。つまり、ＧＳＥ管制１１は航空機１００の運航を支援する地上支援装置全般を管理してもよい。

１：空港
１０：運行管理システム
１１：ＧＳＥ管制（スケジュール作成部）
１２：作業者端末
１３：ＧＳＥ（地上支援装置）

Claims (4)

1. 空港での地上支援作業に関して、作業者が作業者端末から送信した作業進捗データ及び地上支援装置が送信した車両状態データに基づいて作業に異常が発生していないかどうかを判定する第１ステップと、
   前記第１ステップの判定結果に基づいて、前記作業者及び前記地上支援装置の作業スケジュールを変更するかどうかを判定し、前記作業スケジュールの変更が必要と判定したら前記作業スケジュールを変更する第３ステップと、
   を実行することを特徴とする運行管理システム。
2. 前記第１ステップにて発生していると判定された異常がその後のフライトスケジュールに影響を及ぼす場合、その異常の内容を上位システムへ報告することを特徴とする請求項１に記載の運行管理システム。
3. 前記地上支援装置の運行データを保存し、機械学習を用いて前記地上支援装置の故障検知又は故障予測を行うことを特徴とする請求項１又は２に記載の運行管理システム。
4. 空港での地上支援作業に関して、作業者が作業者端末から送信した作業進捗データ及び地上支援装置が送信した車両状態データに基づいて作業に異常が発生していないかどうかを判定する第１ステップと、
   フライトスケジュールに変更があったかどうかを判定する第２ステップと、
   前記第１ステップと前記第２ステップの判定結果に基づいて、前記作業者及び前記地上支援装置の作業スケジュールを変更するかどうかを判定する第３ステップと、
   を備え、
   前記車両状態データには、前記地上支援装置が充電中か否かを示すデータ及び前記地上支援装置の残電量に関するデータが含まれており、
   前記作業スケジュールの作成時に前記地上支援装置の充電のタイミングを考慮することを特徴とする作業スケジュール変更方法。