運行管理支援システム及びプログラム
【課題】交通機関で発生するイレギュラが影響する範囲を把握しやすくする。
【解決手段】運行管理支援システム１００において、データベース１０１は、便ごとに運行内容を示す便情報１１１と、引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示すコネクション情報１１２とを記憶する。判定部１０４は、便情報１１１とコネクション情報１１２とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。出力部１０５は、グループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報１１４を出力する。
【解決手段】運行管理支援システム１００において、データベース１０１は、便ごとに運行内容を示す便情報１１１と、引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示すコネクション情報１１２とを記憶する。判定部１０４は、便情報１１１とコネクション情報１１２とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。出力部１０５は、グループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報１１４を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運行管理支援システム及びプログラムに関するものである。
【背景技術】
【０００２】
航空機のスポットの割り当てを管理するシステムがある（例えば、特許文献１，２参照）。また、鉄道の運行を管理するシステムがある（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−７４４３７号公報
【特許文献２】特開２００１−３０７３００号公報
【特許文献３】特開２０００−１１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
公共交通機関では、ダイヤ計画、乗務員勤務計画、乗客の乗り継ぎ状況、荷物の載せ換え状況（つながりの存在状況）に応じて、あるイレギュラ（計画と異なる事象）がどう影響（伝播）するかを把握しながら運用することが求められる。現状はこういった情報を一元管理できておらず、どこまで影響が及ぶのかの判断を含めて手作業で補完しながら熟練者が対応している。そのため、個人のスキルに依存しており、考慮漏れがあると予想外の遅延拡大、乗客の乗り継ぎへの影響等が発生するという課題があった。前述した従来のシステムでも、イレギュラが影響する範囲を十分に把握することはできないため、同様の課題があった。
【０００５】
本発明は、例えば、交通機関で発生するイレギュラが影響する範囲を把握しやすくすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一の態様に係る運行管理支援システムは、
交通機関における移動体の運行管理を支援する運行管理支援システムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースと、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部とを備える。
【０００７】
本発明の一実施例において、
前記判定部は、前記所定の判定基準として、引継が行われる便同士が同じグループに属し、かつ、それぞれの便が１つのグループのみに属するように、前記グループ分けを行う。
【０００８】
本発明の一実施例において、
前記判定部は、前記所定の判定基準として、抽出した引継の集合に含まれる引継のいずれにおいても引継先の便になっていない便ごとにグループが存在し、引継が行われる便同士が同じグループに属するように、前記グループ分けを行う。
【０００９】
本発明の一実施例において、
前記データベースは、便ごとに、運行時刻を運行内容として示し、さらに、予め運行が計画された時刻である計画時刻を示す便情報を記憶し、
前記判定部は、引継元の便の運行時刻が引継元の便の計画時刻より遅れており、かつ、引継先の便の運行時刻が引継先の便の計画時刻より遅れている場合、前記所定の運行条件が満たされていないと判断する。
【００１０】
本発明の一実施例において、
前記判定部は、抽出した引継の集合に引継先の便が共通し、引継元の便が異なる複数の引継が含まれる場合、当該複数の引継のうち引継元の便の運行時刻が引継先の便を引継先の便の計画時刻に運行するために引継元の便を運行すべき限界時刻から所定の時間以上遅れている引継のみ又は最も遅れている引継のみの便同士が同じグループに属するように、前記グループ分けを行う。
【００１１】
本発明の一実施例において、
前記データベースは、既に運行された便について、実際の運行時刻である実績時刻を運行内容として示す便情報を記憶し、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報と引継情報とを参照して、実際に運行された便が引継元の便であり、かつ、まだ運行されていない便が引継先の便である引継を抽出し、抽出した引継について、引継元の便の実績時刻から引継先の便の運行時刻を処理装置により予測し、運行時刻を予測する度に、運行時刻を予測した便について、予測した運行時刻である予測時刻を運行内容として示す便情報を前記データベースに記憶させるとともに、運行時刻を予測した便を引継元の便とする引継があれば、その引継を抽出し、抽出した引継について、引継元の便の予測時刻から引継先の便の運行時刻を処理装置により予測する予測部を備える。
【００１２】
本発明の一実施例において、
前記データベースは、引継ごとに、さらに、引継にかかる標準時間を示す引継情報を記憶し、
前記予測部は、抽出した引継について、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていなければ、引継先の便の計画時刻が引継先の便の運行時刻になると予測し、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていれば、標準時間以上の任意の時間を引継元の便の実績時刻又は予測時刻に加算した、引継先の便の計画時刻以降の時刻が引継先の便の運行時刻になると予測する。
【００１３】
本発明の一実施例において、
前記データベースは、引継ごとに、さらに、引継要素の種別を示す引継情報を記憶し、
前記予測部は、引継元の便と引継先の便とが共通し、引継要素の種別が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とする。
【００１４】
本発明の一実施例において、
引継要素の種別には、移動体により運ばれる乗客と乗員と貨物との少なくともいずれかが含まれる。
【００１５】
本発明の一実施例において、
前記予測部は、引継先の便が共通し、引継元の便が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とする。
【００１６】
本発明の一実施例において、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報又は引継情報を更新する更新情報の入力を入力装置により受け付けて、前記データベースに記憶された便情報又は引継情報を更新する入力部を備え、
前記判定部は、前記入力部により前記データベースに記憶された便情報又は引継情報が更新される度に、前記データベースに記憶された便情報と引継情報とを参照して、新たに引継の集合を抽出し、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。
【００１７】
本発明の一実施例において、
前記出力部は、前記グループ情報として、前記任意の１つのグループを構成する便を図形で表すとともに、前記任意の１つのグループ内で、前記判定部により抽出された引継の集合に含まれる引継ごとに、引継元の便と引継先の便との関係を図形間の線で表す図を出力する。
【００１８】
本発明の一の態様に係るプログラムは、
交通機関における移動体の運行管理を支援するプログラムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースを備えたコンピュータを、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部として機能させるためのものである。
【発明の効果】
【００１９】
本発明の一の態様では、運行管理支援システムにおいて、判定部が、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。そして、出力部が、判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力する。このため、本発明の一の態様によれば、交通機関で発生するイレギュラ（計画と異なる事象）が影響する範囲を把握しやすくなる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態１に係る運行管理支援システムの構成を示すブロック図。
【図２】実施の形態１に係る運行管理支援システムのハードウェア構成の一例を示す図。
【図３】実施の形態１に係る運行管理支援システムの動作の一例を示すフローチャート。
【図４】実施の形態１に係る入力部への入力データ及びデータベースのデータ構造の一例を示す図。
【図５】実施の形態１に係るコネクションダイアグラムの一例を示す図。
【図６】実施の形態１に係るディレイクラスタの一例を示す図。
【図７】実施の形態１に係るディレイクラスタのリストの一例を示す図。
【図８】実施の形態１に係る遅延伝播ダイアグラムの一例を示す図。
【図９】実施の形態１に係る遅延伝播ダイアグラムの一例を示す図。
【図１０】実施の形態２に係るディレイクラスタの一例を示す図。
【図１１】実施の形態２に係るディレイクラスタのリストの一例を示す図。
【図１２】実施の形態２に係る遅延伝播ダイアグラムの一例を示す図。
【図１３】実施の形態３に係るディレイクラスタの一例を示す図。
【図１４】実施の形態３に係るディレイクラスタのリストの一例を示す図。
【図１５】実施の形態４に係る運行管理支援システムの構成を示すブロック図。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図を用いて説明する。
【００２２】
実施の形態１．
図１は、本実施の形態に係る運行管理支援システム１００の構成を示すブロック図である。
【００２３】
図１において、運行管理支援システム１００は、航空機の運行管理（本願では「運行」及び「運航」を区別しないものとする）を支援するシステムであり、データベース１０１、入力部１０２、予測部１０３、判定部１０４、出力部１０５を備える。なお、航空機は、交通機関及び交通機関で利用される移動体の一例であり、本実施の形態は他の交通機関及び他の移動体についても適用可能である。他の交通機関の例としては、鉄道、船舶、自動車等が挙げられる。他の移動体の例としては、鉄道であれば列車、船舶であれば船、自動車であればバスやタクシーのほか、郵便や宅配や運送のためのトラック等が挙げられる。このように、移動体は、人（乗客、旅客）を運ぶものだけでなく、物（貨物、荷物）あるいは人及び物の両方を運ぶものであってよい。
【００２４】
運行管理支援システム１００は、処理装置１９１、記憶装置１９２、入力装置１９３、出力装置１９４等のハードウェアを備える。ハードウェアは運行管理支援システム１００の各部によって利用される。例えば、処理装置１９１は、運行管理支援システム１００の各部でデータや情報の演算、加工、読み取り、書き込み等を行うために利用される。記憶装置１９２は、そのデータや情報を記憶するために利用される。また、入力装置１９３は、そのデータや情報を入力するために、出力装置１９４は、そのデータや情報を出力するために利用される。
【００２５】
データベース１０１は、航空機の運行単位である便ごとに、運行内容を示す便情報１１１を記憶装置１９２により記憶する。本実施の形態において、データベース１０１は、便ごとに、運行時刻を運行内容として示し、さらに計画時刻を示す便情報１１１を記憶する。運行時刻には、実際の運行時刻である実績時刻、後述するように予測部１０３により予測された運行時刻である予測時刻がある。計画時刻は、予め運行が計画された時刻である。ここでは、データベース１０１が、全ての便について少なくとも計画時刻を示す便情報１１１を記憶しているものとする。また、データベース１０１が、既に運行された便については実績時刻を示す便情報１１１を記憶しており、予測部１０３により運行時刻が予測された便については予測時刻を示す便情報１１１を記憶しているものとする。
【００２６】
例えば、ある便が出発したときに、その便が運行されたとみなすことができる。この場
合、データベース１０１は、全ての便について出発の計画時刻を示し、出発済の便について出発の実績時刻を示し、予測部１０３により出発時刻が予測された便について出発の予測時刻を示す便情報１１１を記憶する。あるいは、例えば、ある便が到着したときに、その便が運行されたとみなすことができる。この場合、データベース１０１は、全ての便について到着の計画時刻を示し、到着済の便について到着の実績時刻を示し、予測部１０３により到着時刻が予測された便について到着の予測時刻を示す便情報１１１を記憶する。なお、各便の出発、到着以外の任意の時点・状態において、各便が運行されたとみなしてもよい。
【００２７】
データベース１０１は、さらに、便同士をつなぐコネクションごとに、前便と、後便と、標準時間と、引継要素の種別とを示すコネクション情報１１２を記憶装置１９２により記憶する。コネクション情報１１２は、引継情報の一例である。コネクションは、引継要素を対象として便同士で行われる引継を表すものであり、引継ごとに存在する。引継要素は、航空機（即ち、機材）と航空機により運ばれるもの（例えば、乗客、乗員、貨物）との少なくともいずれかである。引継要素の種別としては、例えば、機材、乗客、クルー（コクピットクルー、即ち、運航乗務員）（乗員の一例）、ＣＡ（キャビンアテンダント、即ち、客室乗務員）（乗員の一例）、貨物が考えられる（この場合、５つの種別があることになる）。前便は、引継が行われる１組の便のうち、前に運行される便、即ち、その引継の引継元の便である。後便は、引継が行われる１組の便のうち、後に運行される便、即ち、その引継の引継先の便である。標準時間は、通常の運行業務において引継にかかる時間であり、任意の方法で引継ごとに決められる。例えば、引継要素の種別等、特定の属性が共通する引継について、経験上、引継に最低限かかると思われる時間を、該当する引継の標準時間として決定することができる。あるいは、例えば、一定の期間を対象に、特定の属性が共通する引継にかかった時間の統計をとり、その結果（平均値、中間値、最低値等）を、該当する引継の標準時間として決定することができる。
【００２８】
上記のように、データベース１０１は、引継ごとに、引継元の便と、引継先の便と、標準時間と、引継要素の種別とを示す引継情報を記憶装置１９２により記憶する。なお、１つの種別の引継要素のみを対象にするのであれば、引継情報において引継要素の種別を省略しても構わない。
【００２９】
入力部１０２は、データベース１０１に記憶された便情報１１１又はコネクション情報１１２を更新する更新情報１１３の入力を入力装置１９３により受け付ける。そして、入力部１０２は、入力された更新情報１１３に基づいて、データベース１０１に記憶された便情報１１１又はコネクション情報１１２を更新する。
【００３０】
予測部１０３は、遅延伝播予測を行う。以下、予測部１０３による遅延伝播予測の動作について説明する。
【００３１】
予測部１０３は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、実際に運行された便が前便であり、かつ、まだ運行されていない便が後便であるコネクションを処理装置１９１により抽出する。そして、予測部１０３は、抽出したコネクションについて、前便の実績時刻から後便の運行時刻を処理装置１９１により予測する。本実施の形態において、予測部１０３は、抽出したコネクションについて、前便の実績時刻が前便の計画時刻より遅れていなければ、後便の計画時刻が後便の運行時刻になると予測する。一方、予測部１０３は、抽出したコネクションについて、前便の実績時刻が前便の計画時刻より遅れていれば、標準時間以上の任意の時間を前便の実績時刻に加算した、後便の計画時刻以降の時刻が後便の運行時刻になると予測する。つまり、予測部１０３は、前便に遅延が生じている場合、単純に後便にも前便と同じだけ遅延が生ずると予測するのではなく、可能であれば引継の時間が短縮されて後便には遅延が生じない
か、あるいは、後便には前便より小さい遅延が生ずると予測する。このとき、短縮する引継の時間の長さは、下記の条件（ａ）及び（ｂ）を満たすように決定され、望ましくは、下記の条件（ｃ）も満たすように決定される。
（ａ）短縮した引継の時間が、標準時間より短くならないようにする。
（ｂ）引継の時間を短縮したことにより後便が運行可能となる時刻（即ち、予測時刻）が、後便の計画時刻より早まらないようにする。
（ｃ）予測時刻が、後便の計画時刻にできる限り近くなるようにする。
【００３２】
予測部１０３は、運行時刻を予測する度に、運行時刻（即ち、予測時刻）を予測した便について、予測時刻を示す便情報１１１をデータベース１０１に記憶させる。また、予測部１０３は、運行時刻を予測する度に、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、運行時刻（即ち、予測時刻）を予測した便を前便とするコネクションがあれば、そのコネクションを処理装置１９１により抽出する。そして、予測部１０３は、抽出したコネクションについて、前便の予測時刻から後便の運行時刻を処理装置１９１により予測する。本実施の形態において、予測部１０３は、抽出したコネクションについて、前便の予測時刻が前便の計画時刻より遅れていなければ、後便の計画時刻が後便の運行時刻になると予測する。一方、予測部１０３は、抽出したコネクションについて、前便の予測時刻が前便の計画時刻より遅れていれば、標準時間以上の任意の時間を前便の予測時刻に加算した、後便の計画時刻以降の時刻が後便の運行時刻になると予測する。つまり、予測部１０３は、前便に現実の遅延が生じている場合と同様に、前便に予測上の遅延が生じている場合も、可能であれば引継の時間が短縮されて後便には遅延が生じないか、あるいは、後便には前便より小さい遅延が生ずると予測する。
【００３３】
ここで、予測部１０３がコネクションを抽出する際に、前便と後便とが共通し、引継要素の種別が異なる複数のコネクションを抽出する場合がある。また、後便が共通し、前便が異なる複数のコネクションを抽出する場合もある。こういった場合、予測部１０３は、抽出したコネクションごとに、後便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を後便の予測時刻とする。
【００３４】
以上、予測部１０３による遅延伝播予測の動作について説明した。
【００３５】
判定部１０４は、ディレイクラスタを検出する。ディレイクラスタは、相互に関連する遅延の対策をひとまとまりとして検討すべき便のグループであり、複数個存在し得る。以下、判定部１０４によるディレイクラスタの検出動作について説明する。
【００３６】
判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の運行内容と後便の運行内容とが所定の運行条件を満たしていないコネクションの集合を処理装置１９１により抽出する。そして、判定部１０４は、所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを処理装置１９１により行う。本実施の形態において、判定部１０４は、前便の運行時刻が前便の計画時刻より遅れており、かつ、後便の運行時刻が後便の計画時刻より遅れている場合、所定の運行条件が満たされていないと処理装置１９１により判断する。即ち、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。なお、グループ分けの方法の詳細については、具体例を用いて後で説明する。
【００３７】
以上、判定部１０４によるディレイクラスタの検出動作について説明した。
【００３８】
出力部１０５は、遅延伝播ダイアグラムを出力する。遅延伝播ダイアグラムは、１つのディレイクラスタに対応し、対応するディレイクラスタを構成する便を図形（例えば、矩形）で表すとともに、便同士をつなぐコネクションを線（例えば、直線）で表した図である。以下、出力部１０５による遅延伝播ダイアグラムの出力動作について説明する。
【００３９】
出力部１０５は、判定部１０４によりグループ分けが行われた便のうち、任意の１つのディレイクラスタを構成する便を示すグループ情報１１４を出力装置１９４により出力する。本実施の形態において、出力部１０５は、グループ情報１１４として、任意の１つのディレイクラスタに対応する遅延伝播ダイアグラムを出力する。前述したように、遅延伝播ダイアグラムは、対応するディレイクラスタを構成する便を図形で表すとともに、そのディレイクラスタ内で、判定部１０４により抽出されたコネクションの集合に含まれるコネクションごとに、前便と後便との関係を図形間の線で表す図である。どのディレイクラスタに対応する遅延伝播ダイアグラムを出力部１０５が出力するかは、例えば、入力部１０２がディレイクラスタの選択操作をユーザから受け付けることで決めてもよいし、他の方法で決めてもよい。他の方法としては、例えば、最も便の数が多いディレイクラスタ、最も大きい遅延が生じているディレイクラスタ、予め設定された重要度が高い便が含まれるディレイクラスタ等を出力部１０５が自動的に選択することが考えられる。
【００４０】
以上、出力部１０５による遅延伝播ダイアグラムの出力動作について説明した。
【００４１】
上記のように、本実施の形態では、判定部１０４が、１つ以上の便に遅延が発生した場合に、どの便の遅延が他のどの便に影響を及ぼすかを判定し、影響が及ぶ範囲の１つ１つを、ディレイクラスタとして定義する。そして、出力部１０５が、任意の１つのディレイクラスタにおいて、どの便の遅延が他のどの便に影響を及ぼすかを表した図を、そのディレイクラスタに対応する遅延伝播ダイアグラムとして表示する。このため、本実施の形態によれば、ユーザ（例えば、航空会社の運行管理の担当者）が、１つ以上の便に発生した遅延の影響が及ぶ範囲を容易に把握することが可能となる。よって、遅延の対策が立てやすくなる。
【００４２】
予測部１０３は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、新たに遅延伝播予測を行う。即ち、予測部１０３は、データベース１０１に記憶された（更新後の）便情報１１１とコネクション情報１１２とを参照して、まだ運行されていない便の運行時刻を予測する。
【００４３】
判定部１０４は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、予測部１０３による新たな遅延伝播予測の結果に基づき、新たにディレイクラスタを検出する。即ち、判定部１０４は、データベース１０１に記憶された（更新後の）便情報１１１とコネクション情報１１２とを参照して、新たにコネクションの集合を抽出する。そして、判定部１０４は、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。
【００４４】
出力部１０５は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、判定部１０４による新たなディレイクラスタの検出結果に基づき、新たに遅延伝播ダイアグラムを出力する。出力部１０５が遅延伝播ダイアグラムを出力中に、判定部１０４により新たにディレイクラスタが検出された場合、どのディレイクラスタに対応する遅延伝播ダイアグラムを出力部１０５が出力するかは、例えば、入力部１０２が新たなディレイクラスタの選択操作をユーザから受け付けることで決めてもよいし、他の方法で決めてもよい。他の方法としては、例えば、出力中の
遅延伝播ダイアグラムに対応していたディレイクラスタと同じ又は類似する（例えば、共通する便が最も多い）構成の新たなディレイクラスタを出力部１０５が自動的に選択することが考えられる。あるいは、前述したように、例えば、最も便の数が多い新たなディレイクラスタ、最も大きい遅延が生じている新たなディレイクラスタ、予め設定された重要度が高い便が含まれる新たなディレイクラスタ等を出力部１０５が自動的に選択することが考えられる。
【００４５】
なお、本実施の形態において、入力部１０２は、仮の更新情報１１３の入力を入力装置１９３により受け付けてもよい。この場合、入力部１０２は、入力された仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の仮の更新を行う。予測部１０３は、データベース１０１に記憶された（仮の更新後の）便情報１１１とコネクション情報１１２とを参照して、新たに遅延伝播予測を行う。同様に、判定部１０４は、データベース１０１に記憶された（仮の更新後の）便情報１１１とコネクション情報１１２とを参照して、予測部１０３による新たな遅延伝播予測の結果に基づき、新たにディレイクラスタを検出する。出力部１０５は、判定部１０４による新たなディレイクラスタの検出結果に基づき、新たに遅延伝播ダイアグラムを出力する。その後、入力部１０２は、仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の実際の更新（コミット）を行うかどうかを入力装置１９３によりユーザ等に選択させる。そして、入力部１０２は、実際の更新を行うことが選択された場合のみ、仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の実際の更新を行う。これにより、ユーザは、便情報１１１（特に、計画時刻）やコネクション情報１１２（特に、標準時間）を変更した場合にディレイクラスタの構成や遅延伝播ダイアグラムがどのように変化するかをシミュレーションによって確認することができるため、運行計画の見直し等が容易に行える。また、シミュレーションの結果を即座に実データに反映させることができるため、運行計画の改善が迅速かつ効率的に行える。
【００４６】
また、本実施の形態において、判定部１０４は、ディレイクラスタを検出する度に、各ディレイクラスタの構成を示す情報をディレイクラスタの履歴情報としてデータベース１０１に記憶させてもよい。この場合、出力部１０５は、データベース１０１に記憶されたディレイクラスタの履歴を出力装置１９４により出力する。これにより、ユーザは、１つ以上の便に発生した遅延の影響が及ぶ範囲が、遅延の発生状況の変化に応じてどのように変化するかを容易に把握することが可能となる。よって、遅延の対策が立てやすくなる。
【００４７】
図２は、運行管理支援システム１００のハードウェア構成の一例を示す図である。
【００４８】
図２において、運行管理支援システム１００は、コンピュータであり、ＬＣＤ９０１（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ９０６といったハードウェアデバイスを備えている。これらのハードウェアデバイスはケーブルや信号線で接続されている。ＬＣＤ９０１の代わりに、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）、あるいは、その他の表示装置が用いられてもよい。マウス９０３の代わりに、タッチパネル、タッチパッド、トラックボール、ペンタブレット、あるいは、その他のポインティングデバイスが用いられてもよい。
【００４９】
運行管理支援システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）を備えている。ＣＰＵ９１１は、処理装置１９１の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボ
ード９１５、ＬＣＤ９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ９０６、ＨＤＤ９２０（Ｈａｒｄ・Ｄｉｓｋ・Ｄｒｉｖｅ）と接続され、これらのハードウェアデバイスを制御する。ＨＤＤ９２０の代わりに、フラッシュメモリ、光ディスク装置、メモリカードリーダライタ、あるいは、その他の記録媒体が用いられてもよい。
【００５０】
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、ＨＤＤ９２０は、不揮発性メモリの一例である。これらは、記憶装置１９２の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５は、入力装置１９３の一例である。また、通信ボード９１５、ＬＣＤ９０１、プリンタ９０６は、出力装置１９４の一例である。
【００５１】
通信ボード９１５は、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）等に接続されている。通信ボード９１５は、ＬＡＮに限らず、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ・Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）、広域ＬＡＮ、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）ネットワークといったＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、あるいは、インターネットに接続されていても構わない。ＬＡＮ、ＷＡＮ、インターネットは、ネットワークの一例である。
【００５２】
ＨＤＤ９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」として説明する機能を実行するプログラムが含まれている。プログラムは、ＣＰＵ９１１により読み出され実行される。ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（識別子）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜テーブル」の各項目として含まれている。「〜ファイル」や「〜テーブル」は、データベース１０１の構成要素であり、ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶される。ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理（動作）に用いられる。抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００５３】
本実施の形態の説明において用いるブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号は、ＲＡＭ９１４等のメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、ＨＤＤ９２０の磁気ディスク、光ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）、あるいは、その他の記録媒体に記録される。また、データや信号は、バス９１２、信号線、ケーブル、あるいは、その他の伝送媒体により伝送される。
【００５４】
本実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアのみ、あるいは、素子、デバイス、基板、配線といったハードウェアのみで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアとハードウェアとの組み合わせ、あるいは、ソフトウェアとハードウェアとファームウェ
アとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、フレキシブルディスク、コンパクトディスク、磁気ディスク、光ディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜部」としてコンピュータを機能させるものである。あるいは、プログラムは、本実施の形態の説明で述べる「〜部」の手順や方法をコンピュータに実行させるものである。
【００５５】
図３は、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を示すフローチャートである。
【００５６】
図３のステップＳ１０１において、運行管理支援システム１００は、外部の複数の業務システムから最新情報を取得する。以下、ステップＳ１０１の詳細について説明する。
【００５７】
図４は、入力部１０２への入力データ及びデータベース１０１のデータ構造の一例を示す図である。
【００５８】
図４において、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７は、運行管理支援システム１００に接続された複数の業務システムの各々で個別に管理されている情報である。便情報２０１は、後述する運航基準日、便番号、発着空港、機体、実績時刻、実績時間等を示す情報である。フライトプラン情報２０２は、後述する運航基準日、便番号、発着空港、機体、計画時刻、標準時間、計画時間、対策時間等を示す情報である。ＧＨ情報２０３は、各便に対して地上で行われる作業（機体の整備等）であるＧＨ（グランドハンドリング）の進行状況等を示す情報である。クルー勤務情報２０４は、各便に乗務するクルーを示す情報である。ＣＡ勤務情報２０５は、各便に乗務するＣＡ（又はＣＡのグループ）を示す情報である。旅客情報２０６は、各便に搭乗する旅客（乗客）を示す情報である。貨物情報２０７は、各便で輸送される貨物（荷物）を示す情報である。
【００５９】
ステップＳ１０１では、まず、入力部１０２が、各業務システムから、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報を入力装置１９３により取得する（最新情報の入力を受け付ける）。便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報は、更新情報１１３の一例である。
【００６０】
ステップＳ１０１では、次に、入力部１０２が、各業務システムから取得した最新情報に基づいて、便情報１１１とコネクション情報１１２とを処理装置１９１により作成する。
【００６１】
具体的には、入力部１０２は、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３の最新情報から、各便に対応する便情報１１１を生成する。便情報１１１は、図４に示したように、例えば、運航基準日、便番号、発着空港、機体、計画時刻、実績時刻、見込み時刻、予測時刻、乗員情報、旅客情報、貨物情報、運用制約を示す情報である。運航基準日は、対応する便が運行される日付である。便番号は、対応する便を一意に識別するための番号である。発着空港は、対応する便の出発空港及び到着空港である。機体は、対応する便で利用される機材である。計画時刻は、対応する便の出発及び到着の計画時刻（予定時刻）である。実績時刻は、対応する便の出発及び到着の実績時刻（実際の時刻）である。見込み時刻は、対応する便の到着の見込み時刻であり、例えば、対応する便が着陸前であれば、その便の出発の実績時刻に、飛行計画時間、あるいは、最新のフライトプラン（天候や空港の混雑状況等を考慮したプラン）により見込まれる飛行時間（運行時間）
を加算して求められる。また、見込み時刻は、例えば、対応する便が着陸済であるがスポット（空港の駐機場所）に入っていない状態であれば、その便の着陸した時刻に、最新のスポットの混雑状況等から見込まれるスポットへの誘導の時間を加算して求められる。予測時刻は、対応する便の出発及び到着の予測時刻であり、後述するステップＳ１０３において遅延伝播予測により算出される。乗員情報は、対応する便に乗務するクルーやＣＡに関する情報である。旅客情報は、対応する便に搭乗する乗客に関する情報である。貨物情報は、対応する便に搭載される貨物に関する情報である。運用制約は、空港の利用時の制約等である。なお、予測時刻は後述するステップＳ１０３で、実績時刻は対応する便の発着時に入力される。また、出発空港や機体は対応する便の出発前の時点では計画段階のものであり、出発時に変更があれば更新される。同様に、到着空港は対応する便の到着前の時点では計画段階のものであり、到着時に変更があれば更新される。
【００６２】
入力部１０２は、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報と、生成した便情報１１１とから、各コネクションに対応するコネクション情報１１２を生成する。コネクション情報１１２は、図４に示したように、例えば便情報１１１（実際には、その便情報１１１を識別する情報）を含むほか、前便、コネクション種別、標準時間、計画時間、実績時間、見込み時間、予測時間、対策時間を示す情報である。便情報１１１は、対応するコネクションの後便の便情報１１１である。前便は、対応するコネクションの前便の便番号である。コネクション種別は、対応するコネクションの引継要素の種別であり、例えば、機材、クルー、ＣＡ、乗客、貨物である。標準時間は、対応するコネクションの引継の標準時間である。計画時間は、対応するコネクションの引継の計画時間（予定時間）である。実績時間は、対応するコネクションの実績時間（実際の時間）であり、後便の出発時に入力される。見込み時間は、対応するコネクションの引継の見込み時間であり、ＧＨの進行状況等から所定の方法で算出される。予測時間は、対応するコネクションの引継の予測時間であり、後述するステップＳ１０３において遅延伝播予測により自動的に入力される。対策時間は、対応するコネクションの引継の短縮された時間であり、手動で入力される。
【００６３】
ステップＳ１０１では、次に、データベース１０１が、入力部１０２により作成された便情報１１１とコネクション情報１１２とを記憶装置１９２により記憶する。なお、本実施の形態では、コネクション情報１１２が、後便の便情報１１１を含むとともに、前便の便番号を示す情報であるが、コネクション情報１１２は、後便の便情報１１１の代わりに前便の便情報１１１（実際には、その便情報１１１を識別する情報）を含むとともに、前便の便番号の代わりに後便の便番号を示す情報であってもよい。
【００６４】
ステップＳ１０１では、入力部１０２が新たな便情報１１１やコネクション情報１１２を作成するだけでなく、入力部１０２が既にデータベース１０１に記憶されている便情報１１１やコネクション情報１１２を更新する場合もある。例えば、ある便の到着後に、入力部１０２が実績時刻、実績時間等を示す最新の便情報２０１を取得することが考えられる。また、例えば、ある便の機材や出発及び到着の計画時刻に変更があり、入力部１０２が変更後のフライトプラン情報２０２を取得することが考えられる。こういった場合、入力部１０２は、各業務システムから取得した最新情報に基づいて、データベース１０１に既に記憶されている便情報１１１やコネクション情報１１２を適宜更新する。
【００６５】
本例では、各コネクションについて生成されたコネクション情報１１２がデータベース１０１で管理される。つまり、データベース１０１がコネクション指向データベースとして機能する。
【００６６】
図３のステップＳ１０２において、運行管理支援システム１００は、コネクションダイ
アグラムを生成する。コネクションダイアグラムは、所定の期間において運行される便を図形（例えば、矩形）で表し、便同士をつなぐコネクションを線（例えば、直線）で表した図である。ここでは、コネクションダイアグラムが、所定の期間として、ある１日に運行される全ての便を表すものとするが、コネクションダイアグラムは、複数時間、複数日、あるいは、その他の期間において運行される便を表すものであってもよい。以下、ステップＳ１０２の詳細について説明する。
【００６７】
ステップＳ１０２では、出力部１０５が、データベース１０１に記憶された便情報１１１とコネクション情報１１２とに基づいて、コネクションダイアグラムを処理装置１９１により生成し、出力装置１９４により画面表示する。
【００６８】
図５は、コネクションダイアグラムの一例を示す図である。
【００６９】
図５において、矩形のブロックは、便を表し、ブロック内の「第○便」の「○」は、便番号を表す。また、矢印の線は、コネクションを表し、線に付加された「Ｓｈｉｐ」（機材）、「Ｃｒｅｗ」（クルー）、「ＣＡ」、「ＰＡＸ」（乗客）、「Ｃａｒｇｏ」（貨物）は、コネクション種別を表す。各種別のコネクションでは、前便の到着から後便の出発までに以下の業務（作業）が必要となる。
（１）「Ｓｈｉｐ」：前便の到着から後便の出発までの同一機材のＧＨ。初便（機材が１日で最初に利用される便）の場合は前日の終便（同一機材が１日で最後に利用される便）の到着から初便の出発までのＧＨをコネクションとして扱ってもよい。
（２）「Ｃｒｅｗ」：前便から後便へのクルーの乗り継ぎ。前便の到着後の業務、スポット間の移動（機材が異なる場合）、後便の出発前の業務等が含まれる。
（３）「ＣＡ」：前便から後便へのＣＡの乗り継ぎ。前便の到着後の業務、スポット間の移動（機材が異なる場合）、後便の出発前の業務等が含まれる。
（４）「ＰＡＸ」：前便から後便への乗客の乗り継ぎ。前便からの降機、スポット間の移動（機材が異なる場合）、後便への搭乗等が含まれる。
（５）「Ｃａｒｇｏ」：前便から後便への貨物の載せ替え。前便からの取り降ろし、スポット間の移送（機材が異なる場合）、後便への積み込み等が含まれる。
【００７０】
なお、ここでは、ブロックアウト（機体がスポットから出ること）を便の出発、ブロックイン（機体がスポットに入ること）を便の到着として扱っているが、例えば、テイクオフ（機体が離陸すること）を便の出発として扱ったり、ランディング（機体が着陸すること）を便の到着として扱ったりしてもよい。
【００７１】
図５の例では、データベース１０１が、それぞれ便番号「１１」、「１２」、「１３」、「２１」、「２２」、「２３」、「３１」、「３２」、「３３」、「４１」、「４２」を示すとともに、共通の運航基準日「２０１１年８月１日」を示す便情報１１１を記憶しているものとする。
【００７２】
このため、図５のコネクションダイアグラムでは、２０１１年８月１日において第１１便、第１２便、第１３便、第２１便、第２２便、第２３便、第３１便、第３２便、第３３便、第４１便、第４２便が運行されることが示されている。いつの日を対象とするコネクションダイアグラムを出力部１０５が生成するかは、例えば、入力部１０２が日付の入力操作をユーザから受け付けることで決めてもよいし、当日を出力部１０５が自動的に選択することで決めてもよい。
【００７３】
また、図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「１２」を示す便情報１１１を含み、前便「１１」、コネクション種別「Ｓｈｉｐ」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が
、このコネクション情報１１２と便情報１１１、前便が同じで、コネクション種別「Ｃｒｅｗ」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」を示すコネクション情報１１２を記憶しているものとする。
【００７４】
このため、図５のコネクションダイアグラムでは、第１１便を前便とし、第１２便を後便とする「Ｓｈｉｐ」及び「Ｃｒｅｗ」の２つのコネクションがあること、第１１便を前便とし、第２２便を後便とする「ＣＡ」のコネクションがあることが示されている。他のコネクションについても同様である。
【００７５】
図３のステップＳ１０３において、運行管理支援システム１００は、遅延伝播予測（ＰＥＲＴ計算）を行う。以下、ステップＳ１０３の詳細について説明する。
【００７６】
ステップＳ１０３では、まず、予測部１０３が、予測計算の不要な箇所（便）を処理装置１９１により特定する。ブロックインに関して、実績値（到着の実績時刻）がある便、もしくは、見込み値（到着の見込み時刻）がある便については、その値をそのまま使用するものとし、予測計算対象から除外する。また、前便がなく（初便であり）、ブロックアウトに関して、実績値がない便については、計画値（到着の計画時刻）をそのまま使用するものとし、予測計算対象から除外する。
【００７７】
ステップＳ１０３では、次に、予測部１０３が、特定した予測計算の必要な箇所（便）について、前便のブロックイン時刻（到着の実績時刻、実績時刻がなければ見込み時刻、見込み時刻がなければ予測時刻、初便であれば計画時刻）とコネクションの所要時間（計画時間、計画時間だと遅延が発生する場合は標準時間を下限として短縮された時間）から後便のブロックアウト時刻（出発の予測時刻）を処理装置１９１により計算する。そして、予測部１０３が、計算した後便のブロックアウト時刻をデータベース１０１の便情報１１１に書き込む。
【００７８】
コネクションには作業をするための標準時間が定義されており、計画通りの所要時間（計画時間）を使用すると後便の出発が遅延する場合は、予測部１０３が、所要時間を標準時間まで自動で短縮させて使用する。なお、常に標準時間まで短縮しても構わないが、前述したように、予測計算したブロックアウト時刻は計画時刻より前倒しにはしないほうが望ましい。即ち、コネクションに設定する時間（予測時間）は、標準時間以上、計画時間以下の範囲内で、後便に遅延が発生しない最長の時間であることが望ましい。
【００７９】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「４１」、コネクション種別「Ｃａｒｇｏ」、標準時間「４０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。
【００８０】
このため、予測部１０３は、実際に運行された第４１便が前便であり、かつ、まだ運行されていない第４２便が後便である「Ｃａｒｇｏ」のコネクションを抽出する。このコネクションでは、前便の到着が１５分遅れているので、貨物の引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。よって、予測部１０３は、前述した条件（ａ）〜（ｃ）を満たす時間「４５分」を前便の到着の実績時刻「９：１５」に加算した「１０：００」を後便の出発の予測時刻とする。即ち、予測部１０３は、引継にかかる時
間が４５分に短縮されることを前提に、第４２便が定刻通り出発すると予測する。
【００８１】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「４２」を示す便情報１１１に、出発の予測時刻「１０：００」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、前便「４１」、コネクション種別「Ｃａｒｇｏ」を示すコネクション情報１１２に、予測時間「４５分」を書き込む。
【００８２】
前述したように、同じ前便から同じ後便へのコネクションが複数存在する場合は、予測部１０３が、コネクションの所要時間が最長のものを選択し、後便のブロックアウト時刻を計算する。つまり、予測部１０３が、コネクション種別ごとに後便の出発の予測時刻を求め（コネクションの所要時間を比較すれば実際に予測時刻を求める必要はないが、実質的には予測時刻を求めているのと同等である）、求めた出発の予測時刻のうち最も遅い時刻を選択する。
【００８３】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「３１」、コネクション種別「Ｓｈｉｐ」、標準時間「５０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１、前便、計画時間が同じで、コネクション種別「Ｃｒｅｗ」、標準時間「３０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１、前便、計画時間が同じで、コネクション種別「ＣＡ」、標準時間「４０分」を示すコネクション情報１１２を記憶しているものとする。
【００８４】
このため、予測部１０３は、実際に運行された第３１便が前便であり、かつ、まだ運行されていない第３２便が後便である「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」の３つのコネクションを抽出する。これらのコネクションでは、前便の到着が１５分遅れているので、機材、クルー、ＣＡの引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」のコネクションの順に、「５０分」、「４５分」、「４５分」となる。よって、予測部１０３は、これらの時間を前便の到着の実績時刻「９：１５」に加算した「１０：０５」、「１０：００」、「１０：００」を後便の出発の予測時刻の候補とする。そして、予測部１０３は、これらの候補のうち、最も遅い時刻である「１０：０５」を後便の出発の予測時刻とする。即ち、予測部１０３は、引継にかかる時間が５０分に短縮されることを前提に、第３２便が５分遅れで出発すると予測する。
【００８５】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「３２」を示す便情報１１１に、出発の予測時刻「１０：０５」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、共通の前便「３１」を示し、それぞれコネクション種別「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」を示すコネクション情報１１２に、予測時間「５０分」を書き込む。
【００８６】
前述したように、後便へのコネクションは、ある１便からのものだけではなく、複数の便からのものが存在することもある。そのような場合、予測部１０３が、前便のブロックイン時刻にコネクションの所要時間を加算した時刻の中から最遅のものを選択し、後便のブロックアウト時刻とする。つまり、予測部１０３が、前便ごとに後便の出発の予測時刻
を求め、求めた出発の予測時刻のうち最も遅い時刻を選択する。
【００８７】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「１１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２１」、到着の計画時刻「８：４５」、到着の実績時刻「９：３０」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」、標準時間「４０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１が同じで、前便「２１」、コネクション種別「Ｓｈｉｐ」、標準時間「５０分」、計画時間「７５分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１が同じで、前便「２１」、コネクション種別「Ｃｒｅｗ」、標準時間「３０分」、計画時間「７５分」を示すコネクション情報１１２を記憶しているものとする。
【００８８】
このため、予測部１０３は、実際に運行された第１１便が前便であり、かつ、まだ運行されていない第２２便が後便である「ＣＡ」のコネクションと、実際に運行された第２１便が前便であり、かつ、まだ運行されていない第２２便が後便である「Ｓｈｉｐ」及び「Ｃｒｅｗ」の２つのコネクションとを抽出する。第１１便と第２２便とをつなぐ「ＣＡ」のコネクションでは、前便の到着が１５分遅れているので、ＣＡの引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「４５分」となる。よって、予測部１０３は、この時間を前便の到着の実績時刻「９：１５」に加算した「１０：００」を後便の出発の予測時刻の候補とする。また、第２１便と第２２便とをつなぐ「Ｓｈｉｐ」及び「Ｃｒｅｗ」のコネクションでは、前便の到着が４５分遅れているので、機材及びクルーの引継にかかる時間が計画時間のままだと、後便の出発も４５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「Ｓｈｉｐ」、「Ｃｒｅｗ」のコネクションの順に、「５０分」、「３０分」となる。よって、予測部１０３は、これらの時間を前便の到着の実績時刻「９：３０」に加算した「１０：２０」、「１０：００」を後便の出発の予測時刻の候補とする。そして、予測部１０３は、３つの候補のうち、最も遅い時刻である「１０：２０」を後便の出発の予測時刻とする。この場合、第１１便と第２２便とをつなぐ「ＣＡ」のコネクションでは、引継にかかる時間を短縮しなくても、後便が予測時刻通りに出発できるため、予測部１０３は、時間の短縮が不要であると判断する（時間の短縮が必要であっても、後便が予測時刻通りに出発できる必要最低限の短縮にとどめることが望ましい）。即ち、予測部１０３は、第１１便から第２２便への引継にかかる時間は短縮されず、第２１便から第２２便への引継にかかる時間が５０分に短縮されることを前提に、第２２便が２０分遅れで出発すると予測する。
【００８９】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１に、出発の予測時刻「１０：２０」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、共通の前便「２１」を示し、それぞれコネクション種別「Ｓｈｉｐ」、「Ｃｒｅｗ」を示すコネクション情報１１２に、予測時間「５０分」を書き込む。なお、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」を示すコネクション情報１１２に、前便の到着の実績時刻と後便の出発の予測時刻との差分に相当する予測時間「６５分」を書き込んでもよいし、計画時間と同じ予測時間「６０分」を書き込んでもよいし、予測時間の書き込みを省略してもよい。
【００９０】
ステップＳ１０３では、次に、予測部１０３が、予測計算した後便のブロックアウト時刻に、飛行計画時間、あるいは、最新のフライトプラン（天候や空港の混雑状況等を考慮したプラン）により見込まれる飛行時間（運行時間）を加算し、後便のブロックイン時刻（到着の予測時刻）を処理装置１９１により求める。そして、予測部１０３が、求めた後便のブロックイン時刻をデータベース１０１の便情報１１１に書き込む。
【００９１】
図５の例では、前述したように、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４２」、出発の予測時刻「１０：００」を示す便情報１１１を記憶することになる。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３２」、出発の予測時刻「１０：０５」を示す便情報１１１を記憶することになる。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」、出発の予測時刻「１０：２０」を示す便情報１１１を記憶することになる。
【００９２】
このため、予測部１０３は、第４２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第４２便の出発の予測時刻「１０：００」に加算した「１１：００」を第４２便の到着の予測時刻とする。即ち、予測部１０３は、第４２便が定刻通り到着すると予測する。また、予測部１０３は、第３２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第３２便の出発の予測時刻「１０：０５」に加算した「１１：０５」を第３２便の到着の予測時刻とする。即ち、予測部１０３は、第３２便が５分遅れで到着すると予測する。また、予測部１０３は、第２２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第２２便の出発の予測時刻「１０：２０」に加算した「１１：２０」を第２２便の到着の予測時刻とする。即ち、予測部１０３は、第２２便が２０分遅れで到着すると予測する。なお、前述したように、予測部１０３は、後便の到着時刻を予測する際に、後便の出発から到着までにかかる時間（例えば、飛行時間）の短縮が見込める場合は、その時間を短縮した場合の時刻（例えば、最新のフライトプランにより見込まれる飛行時間を織り込んで予測される時刻）を後便の到着の予測時刻としてもよい。
【００９３】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「４２」を示す便情報１１１に、到着の予測時刻「１１：００」を書き込む。また、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「３２」を示す便情報１１１に、到着の予測時刻「１１：０５」を書き込む。また、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１に、到着の予測時刻「１１：２０」を書き込む。
【００９４】
上記のように、データベース１０１が第１１便、第２１便、第３１便、第４１便の到着の実績時刻を記憶している場合、予測部１０３は、まず、これらの便のみとコネクションがつながっている第２２便、第３２便、第４２便の出発及び到着の予測時刻を求めることができる。具体例の記載は省略するが、予測部１０３は、第１１便のみとコネクションがつながっている第１２便の出発及び到着の予測時刻も求めることができる。その結果、データベース１０１が第１２便、第２２便、第３２便、第４２便の到着の予測時刻を記憶することになるため、予測部１０３は、次に、これらの便のみとコネクションがつながっている第１３便、第２３便、第３３便の出発及び到着の予測時刻を求めることができる。
【００９５】
なお、予測部１０３が、どのような順番で各便の出発及び到着の予測時刻を求めるかは、任意である。
【００９６】
例えば、予測部１０３は、次のような手順で遅延伝播予測計算を行うことができる。ま
ず、予測部１０３は、到着の実績時刻又は見込み時刻（実績時刻と同等にみなしてよい）がある便や初便、即ち、予測計算対象から除外された便の集合をＯ（初期集合）とする。そして、予測部１０３は、集合Ｏに含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＸとする。次に、予測部１０３は、集合Ｏと集合Ｘとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＹとする。次に、予測部１０３は、集合Ｏと集合Ｘと集合Ｙとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＺとする。次に、予測部１０３は、集合Ｏと集合Ｘと集合Ｙと集合Ｚとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。以降、予測部１０３は、同様に予測計算を行う。
【００９７】
上記の手順で、予測部１０３が、予測計算の必要な全便に対して、ブロックアウト時刻、ブロックイン時刻を求める。このようにして求められたブロックアウト時刻、ブロックイン時刻、及び、最初に予測部１０３が除外した実績値又は見込み値をもつ便等のブロックアウト時刻、ブロックイン時刻が、最終的な遅延伝播予測計算の結果となる。
【００９８】
図３のステップＳ１０４において、運行管理支援システム１００は、ディレイクラスタを検出する（クラスタリング計算を行う）。以下、ステップＳ１０４の詳細について説明する。
【００９９】
ステップＳ１０４では、まず、判定部１０４が、遅延伝播予測計算の結果を基に、ディレイクラスタを処理装置１９１により検出する。
【０１００】
具体的には、判定部１０４は、ステップＳ１０３で予測対象となった便、即ち、ブロックインに予測値がある便について、ブロックインの予測時刻と計画時刻の差異（計画時刻からの遅延）をチェックするとともに、ブロックアウトにも予測値がある便であれば、ブロックアウトの予測時刻と計画時刻の差異（計画時刻からの遅延）をチェックする。
【０１０１】
判定部１０４は、前便であるＡ便と後便であるＢ便との間にコネクションがあり、Ａ便の到着とＢ便の出発がともに遅延している場合、遅延に依存関係があるとみなし、Ａ便とＢ便は同一集合に属すると判断する。判定部１０４は、Ａ便とＢ便が同一集合に属し、Ｂ便とＣ便が同一集合に属する場合、Ａ便とＣ便は同一集合に属すると判断する。なお、判定部１０４は、前便であるＡ便と後便であるＢ便との間にコネクションがあり、Ａ便の到着とＢ便の出発がともに遅延している場合でも、Ｂ便のブロックアウトに実績値があれば、Ａ便を対象から除外してよい。即ち、判定部１０４は、後便が出発済（例えば、飛行中）である場合、その前便を対象から除外してもよい。ただし、判定部１０４は、後便が複数ある前便については、全ての後便が出発済（例えば、飛行中）である場合のみ、その前便を対象から除外するものとする。例えば、判定部１０４は、前便であるＡ便と後便であるＢ便との間だけでなく、前便であるＡ便と後便であるＤ便との間にもコネクションがあり、Ａ便の到着とＢ便及びＤ便の出発がともに遅延している場合において、Ｂ便のブロックアウトに実績値があっても、Ｄ便のブロックアウトに実績値がなければ、Ａ便を対象から除外しない。一方、Ｂ便とＤ便との両方のブロックアウトに実績値があれば、Ａ便を対象から除外してよい。
【０１０２】
判定部１０４は、上記のチェックをその日の最終便まで実施した結果、求められた集合をディレイクラスタとする。なお、判定部１０４は、集合Ｍに属する便と、集合Ｎに属する便の間に、前便の到着が遅延し、かつ、後便の出発が遅延しているコネクションが１個も存在しない場合、集合Ｍと集合Ｎは異なるディレイクラスタであると判断する。
【０１０３】
図６は、図５の例におけるディレイクラスタの一例を示す図である。
【０１０４】
図６において、点線で囲まれた範囲は、ディレイクラスタを表す。各便を表すブロックの左上には出発の実績時刻又は予測時刻、その上には出発の計画時刻（括弧内）が示されている。各便を表すブロックの右上には到着の実績時刻又は予測時刻、その上には到着の計画時刻（括弧内）が示されている。前述したように、ここでは、第１１便、第２１便、第３１便、第４１便が到着済であり、その他の便が出発前であるとする。
【０１０５】
到着済の便には、以下のように遅延が発生しているとする。
（１）第１１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
（２）第２１便：到着の実績時刻が計画時刻「８：４５」より４５分遅い「９：３０」になっている。
（３）第３１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
（４）第４１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
【０１０６】
ステップＳ１０３の遅延伝播予測計算により、出発前の便の出発及び到着の予測時刻は、以下のように求められているとする。
（５）第１２便：第１１便からの全てのコネクションにおいて計画時間「７０分」が「５５分」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１０：１０」になっている（第１１便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１１：１０」になっている。
（６）第１３便：第１２便からの全てのコネクションにおいて計画時間「１１０分」の短縮を必要とすることなく、出発の予測時刻が計画時刻と同じ「１３：００」になっている。また、到着の予測時刻が計画時刻と同じ「１４：００」になっている。
（７）第２２便：第１１便からのコネクションにおいて計画時間「６０分」がどんなに短縮されても、第２１便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「７５分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１０：００」より２０分遅い「１０：２０」になっている（第１１便と第２１便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１１：００」より２０分遅い「１１：２０」になっている（少なくとも第２１便の遅延の影響により到着にも遅延が発生する）。
（８）第２３便：第２２便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「６０分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１２：００」より１０分遅い「１２：１０」になっている（第２２便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１３：００」より１０分遅い「１３：１０」になっている（第２２便の遅延の影響により到着にも遅延が発生する）。
（９）第３２便：第３１便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「６０分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１０：００」より５分遅い「１０：０５」になっている（第３１便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１１：００」より５分遅い「１１：０５」になっている（第３１便の遅延の影響により到着にも遅延が発生する）。
（１０）第３３便：第３２便からの全てのコネクションにおいて計画時間「９０分」が「８５分」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１２：３０」になっている（第３２便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１４：００」になっている。
（１１）第４２便：第４１便からのコネクションにおいて計画時間「６０分」が「４５分
」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１０：００」になっている（第４１便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１１：００」になっている。
【０１０７】
上記の遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションを抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、抽出したコネクションの前便又は後便である第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを、前述した所定の判定基準に基づいて行う。即ち、判定部１０４は、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。その結果、判定部１０４は、第１１便、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１を検出する。また、判定部１０４は、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。つまり、判定部１０４は、第１１便と第２１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第３１便の遅延の影響により第３２便に遅延が発生すると判断する。
【０１０８】
なお、上記の例では、全てのコネクションにおいて、後便の出発の計画時刻と前便の到着の計画時刻との差分を計画時間（即ち、計画時間＝後便の出発の計画時刻−前便の到着の計画時刻）としたが、コネクションごとに、個別の計画時間が設定されても構わない。
【０１０９】
また、上記の例では、判定部１０４がコネクションを抽出する際に、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れているかどうかを基準の１つとしているが、前便の別の運行時刻が計画時刻より遅れているかどうかを基準にしてもよい。同様に、上記の例では、判定部１０４がコネクションを抽出する際に、後便の出発の予測時刻が後便の出発の計画時刻より遅れているかどうかを基準の１つとしているが、後便の別の運行時刻が計画時刻より遅れているかどうかを基準にしてもよい。例えば、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の到着の予測時刻が後便の到着の計画時刻より遅れているコネクションを抽出してもよい。あるいは、判定部１０４は、前便の出発の実績時刻又は予測時刻が前便の出発の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションを抽出してもよい。
【０１１０】
ステップＳ１０４では、次に、出力部１０５が、遅延伝播ダイアグラムを処理装置１９１により作成し、出力装置１９４により画面表示する。
【０１１１】
具体的には、出力部１０５は、判定部１０４により検出されたディレイクラスタのリストを生成して表示する。このとき、例えば、出力部１０５は、以下のような基準でディレイクラスタを優先順位付けする。
（１）コネクション情報１１２（便情報１１１）の旅客情報や貨物情報に基づき、乗り継ぎ旅客が多い、重要な貨物を搭載しているといった業務上重要な便を特定し、重要な便の数が多いディレイクラスタほど、優先度を高く設定する。
（２）コネクション情報１１２（便情報１１１）の運用制約に基づき、滑走路使用制限や着陸時刻制限といった運用制限に抵触する便の数が多いディレイクラスタほど、優先度を高く設定する。
（３）実際の遅延発生までの猶予時間（ディレイクラスタに含まれる便のうち、遅延が発
生する予測時刻が最も早い便の予測時刻と現在時刻との差）が短いディレイクラスタほど、優先度を高く設定する。
（４）便の総数が多いディレイクラスタほど、優先度を高く設定する。
（５）平均遅延時間、最大遅延時間が長いディレイクラスタほど、優先度を高く設定する。
【０１１２】
図７は、図６の例におけるディレイクラスタのリストの一例を示す図である。
【０１１３】
図７において、ディレイクラスタのリストは、ディレイクラスタ、優先順位、便、出発の遅延、到着の遅延といった項目（カラム）で構成されている。ディレイクラスタの項目には、ディレイクラスタの識別子が表示される。優先順位の項目には、対応するディレイクラスタに対して出力部１０５が決定した優先順位が表示される。便の項目には、対応するディレイクラスタを構成する便の便番号が表示される。出発の遅延の項目には、対応する便の出発の遅延時間が表示される。到着の遅延の項目には、対応する便の到着の遅延時間が表示される。
【０１１４】
出力部１０５は、最初にディレイクラスタのリストを表示する際は、ディレイクラスタのリストをディレイクラスタごとにグループ化し、さらに優先順位の項目でソートして表示する。入力部１０２は、どの項目でソートするかを指定する操作をユーザから受け付けてもよい。この場合、出力部１０５は、必要に応じてディレイクラスタごとのグループ化を解除した上で、ディレイクラスタのリストをユーザが指定した項目でソートして表示する。
【０１１５】
入力部１０２は、画面上でディレイクラスタのリストに含まれる１つのディレイクラスタを選択する操作をユーザから受け付ける。出力部１０５は、ユーザが選択したディレイクラスタの遅延伝播ダイアグラムを生成して表示する。
【０１１６】
なお、出力部１０５は、ディレイクラスタのリストを表示する代わりに、全てのディレイクラスタの遅延伝播ダイアグラムを生成して同じ画面内に表示してもよい（例えば、図６のようなダイアグラムを表示してもよい）。ただし、この場合、遅延伝播ダイアグラムの表示等の処理にかかる時間が相対的に長くなることや、各ディレイクラスタの遅延伝播ダイアグラムの見た目が相対的に小さくなることに留意する必要がある。
【０１１７】
図８は、図６の例における遅延伝播ダイアグラムの一例を示す図である。
【０１１８】
図８において、遅延伝播ダイアグラムＤ１は、図６のディレイクラスタＣ１に対応する。遅延伝播ダイアグラムＤ１は、遅延とその影響を一見して把握可能なように、ディレイクラスタＣ１の内容を図式表現するもので、例えば、以下の内容を表示する。
（１）便：コネクションダイアグラムと同様に、矩形のブロックで表される。ブロック内には便番号が表示される。ブロックの左上にはブロックアウト時刻（出発の実績時刻、実績時刻がなければ予測時刻、初便であれば計画時刻）が表示される。ブロックの右上にはブロックイン時刻（到着の実績時刻、実績時刻がなければ見込み時刻、見込み時刻がなければ予測時刻）が表示される。遅延すると影響の大きい業務上重要な便、滑走路使用制限や着陸時刻制限等、運用制限に抵触する便については、ブロックが強調表示される。図８では、第２３便の到着の予測時刻が着陸時刻制限を過ぎているため、第２３便が強調表示されている。
（２）コネクション：コネクションダイアグラムと同様に、矢印の線で表される。図８では、線にコネクション種別を表すラベルが付加されているが、必須ではない。線にコネクション種別を表す色が設定されていてもよいし、コネクションに設定された時間や遅延量に応じた太さが設定されてもよい。また、コネクションに設定された時間が計画時間、予
測部１０３により自動的に短縮された時間、ユーザにより手動で短縮された時間のいずれかであるかに応じて線の種類が設定されていてもよい。また、便間にコネクションが複数ある場合、１本の線へ集約されるようにしてもよい。複数の便から１つの便へつながるコネクションがある場合、それらのコネクションのうち、遅延に与える影響が大きいクリティカルコネクションは、強調表示されることが望ましい。クリティカルコネクションについては、後述する。
【０１１９】
その他にも、便指定操作（例えば、ブロックをマウス９０３でクリックする）による便情報１１１の詳細表示、コネクション指定操作（例えば、線をマウス９０３でクリックする）によるコネクション情報１１２の詳細表示、コネクションの対策（時間の短縮）が確定か否かの識別表示が行えるようにすることが望ましい。
【０１２０】
入力部１０２は、遅延伝播ダイアグラムに対してＧＵＩ（グラフィックユーザインタフェース）による情報入力を受け付ける。具体的には、入力部１０２は、コネクションを指定した対策の入力を受け付け、コネクションの対策の入力後、各業務システムから入力した最新情報を反映した遅延伝播ダイアグラムを更新表示し、対策の効果を把握できるようにする。
【０１２１】
例えば、図８の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、標準時間「５０分」からさらに短縮した「４０分」をキーボード９０２により入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を「４０分」に更新する。この場合、予測部１０３は、ディレイクラスタＣ１の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２３便に遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１’を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１には、第２３便が含まれなくなる。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラム（図示していない）を作成して表示する。
【０１２２】
ここでは、ユーザが標準時間をさらに短縮した時間を対策時間として入力しているが、ユーザが任意のコネクション（後便に遅延が発生していないコネクションでもよい）に対して任意の対策時間（標準時間以上の時間でもよい）を入力できるようにしてもよい。例えば、ユーザが任意のコネクションを選択して、任意の対策時間を入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を、入力されたものに更新する。ステップＳ１０３において、予測部１０３は、対策時間が設定されたコネクションについては、計画時間や標準時間を使用せず、対策時間を使用して後便の運行時刻を予測する。即ち、予測部１０３は、予測計算の必要な箇所（便）について、前便のブロックイン時刻とコネクションの所要時間（対策時間、対策時間がなければ計画時間、計画時間だと遅延が発生する場合は標準時間を下限として短縮された時間）から後便のブロックアウト時刻（出発の予測時刻）を計算する。
【０１２３】
図９は、図６の例における遅延伝播ダイアグラムの別の一例を示す図である。
【０１２４】
図９において、遅延伝播ダイアグラムＤ１は、図８の遅延伝播ダイアグラムＤ１と同じものである。
【０１２５】
例えば、図９の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、このコネクションを切断すること及びスタンバイ中（予備）の機材を第２２便に投入することをキーボード９０２
やマウス９０３により入力すると、入力部１０２は、この入力に応じてデータベース１０１に記憶されたコネクション情報１１２を更新する。例えば、入力部１０２は、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１を含み、前便「２１」、コネクション種別「Ｓｈｉｐ」を示すコネクション情報１１２をデータベース１０１から削除する。この場合、予測部１０３は、ディレイクラスタＣ１の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２２便に遅延が発生せず、それによって第２３便にも遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１”を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１がなくなる。そして、出力部１０５は、例えば、その旨のメッセージ等を表示する。
【０１２６】
図３において、ステップＳ１０２〜Ｓ１０４は、一定時間ごと、即ち、定期的に実行されてもよいし、ステップＳ１０１が実行される度、即ち、入力部１０２が、各業務システムから、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の少なくともいずれか又はその一部の最新情報を取得してデータベース１０１を更新する度に実行されてもよい。ステップＳ１０３では、予測部１０３が、毎回遅延伝播予測をやり直す。ステップＳ１０４では、その遅延伝播予測の結果に基づいて、判定部１０４が、ディレイクラスタを検出し直す。これにより、ユーザは、ディレイクラスタの変遷（時間の経過とともに遅延の発生状況やその影響範囲が変わっていく様）を確認することができる。
【０１２７】
以上説明したように、本実施の形態では、公共交通機関のスケジュール管理において、あるイレギュラが影響する範囲を塊（ディレイクラスタ）として抽出することで、イレギュラ対策検討を効率化する。その手順は、以下の通りである。
（１）全てのつながりを一元管理したダイアグラムから、あるイレギュラに端を発するディレイクラスタを自動抽出し、画面表示する。
（２）それぞれのつながりにはダイヤ上の計画時間と最低限必要な標準時間がある（標準時間≦計画時間）。
（３）ディレイクラスタは、各つながりを標準時間に圧縮したとしてもなお定時通りにはならず影響を及ぼしてしまうもののみを抽出する。
（４）それを見ながら各担当者が協調してイレギュラ対策（復旧プラン）を画面上で手動設定して検討する。
（５）担当者が対策を入力すると、それに応じてディレイクラスタを再計算し管理していく。
【０１２８】
本実施の形態によれば、予想外の遅延拡大によるロスコストの低減や、定時性の向上が可能となる。また、本実施の形態によれば、コネクションを把握することで、遅延の影響の特定が確実かつ容易に行える。また、本実施の形態によれば、遅延の影響範囲をディレイクラスタとして抽出し、それぞれのコネクションに対するリスク情報を計算し、局所的ではなく、広範囲な視点で全体最適な対策を立案できる。また、本実施の形態によれば、航空会社でＧＨを管理する部門と、クルー、ＣＡ、旅客の乗り継ぎを管理する部門が別であっても、部門をまたがった対策検討が容易になる。
【０１２９】
なお、本実施の形態では、航空機の運行管理を運行管理支援システム１００の支援対象としたが、引継要素（本実施の形態では、機材、乗客、乗員、貨物等）がある交通機関の運行管理であれば、鉄道、船舶、自動車等の運行管理であっても運行管理支援システム１００の支援対象とすることができる。また、例えば、航空機と空港ビルに直結した鉄道との間には乗客、貨物等の引継要素があると考えられるが、このような複数の異なる交通機関の運行管理であっても纏めて運行管理支援システム１００の支援対象とすることができ
る。
【０１３０】
また、本実施の形態では、データベース１０１が、既に運行された便については実績時刻を示す便情報１１１を記憶するが、データベース１０１が、まだ運行されていない便の一部について仮の実績時刻を示す便情報１１１を記憶してもよい。仮の実績時刻は、ユーザ等から与えられるシミュレーション用の時刻であり、実績時刻と同等に扱われる。この場合、予測部１０３による遅延伝播予測や判定部１０４によるディレイクラスタの検出のシミュレーションを行うことが可能となる。シミュレーション結果は、例えば、図７に示したディレイクラスタのリストや図８に示した遅延伝播ダイアグラムによって容易に確認することができる。
【０１３１】
また、本実施の形態では、データベース１０１が、運行時刻だけでなく、発着空港（出発及び到着の地点）を運行内容として示す便情報１１１を記憶するが、予測部１０３が、この情報を利用して後便の運行時刻を予測してもよい。この場合、予測部１０３は、実際に運行された便が前便であり、かつ、まだ運行されていない便が後便であるコネクションを抽出すると、前便の（実際の又は計画段階の）到着空港と後便の（計画段階の）出発空港とが同一の空港であるかどうかを確認する。前便の到着空港と後便の出発空港とが同一の空港であれば、予測部１０３は、前便の実績時刻から後便の運行時刻を予測する。一方、前便の到着空港と後便の出発空港とが同一の空港でなければ、予測部１０３は、後便の運行時刻を予測できないと判断する。あるいは、予測部１０３は、抽出したコネクションのコネクション種別が「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」のみであれば、当該コネクションを切断し、スタンバイ中の機材、クルー、ＣＡを後便に投入することを前提に、後便の計画時刻が後便の運行時刻になると予測する。このとき、予測部１０３は、当該コネクションに対応するコネクション情報１１２をデータベース１０１から削除してもよい。予測部１０３が後便の運行時刻を予測できないと判断した場合、出力部１０５は、その旨のメッセージ等を表示する。また、予測部１０３がスタンバイ中の機材、クルー、ＣＡを後便に投入することを前提に後便の運行時刻を予測した場合、出力部１０５は、その旨の表示を遅延伝播ダイアグラムに追加する。これにより、飛行中の便の着陸空港が天候不良等の理由で変更になった場合に、その影響を受ける便を特定してユーザに通知したり、スタンバイ投入を考慮した上での遅延の影響を特定したりすることが可能となる。
【０１３２】
実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１３３】
本実施の形態に係る運行管理支援システム１００の構成は、図１に示した実施の形態１のものと同様である。
【０１３４】
本実施の形態では、判定部１０４によるディレイクラスタの検出動作が、実施の形態１のものと異なる。
【０１３５】
本実施の形態において、判定部１０４は、実施の形態１と同様に、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。このとき、本実施の形態では、判定部１０４が、抽出したコネクションの集合に後便が共通し、前便が異なる複数のコネクションが含まれる場合、クリティカルコネクションのみの便同士が同じディレイクラスタに属するように、グループ分けを行う。即ち、１つの後便に、前便が異なる複数のコネクションがつながっている場合、これらのコネクションの前便のうち、クリティカ
ルコネクションの前便のみが当該１つの後便と同じディレイクラスタに入る。クリティカルコネクションとは、後便が共通する複数のコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れているコネクションのことをいう。前便の限界時刻とは、後便を後便の計画時刻に運行するために前便を運行すべき時刻のことをいう。具体的には、あるコネクションにおいて、後便の出発の計画時刻から対策時間又は（対策時間がなければ）標準時間を減算した時刻が前便の限界時刻となる。
【０１３６】
なお、上記のように、後便が共通する複数のコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れているコネクションのみをクリティカルコネクションとする代わりに、前便の運行時刻が前便の限界時刻から所定の時間以上遅れているコネクション全てをクリティカルコネクションとして扱ってもよい。この場合、前便の運行時刻が前便の限界時刻から少しでも遅れているコネクション全てをクリティカルコネクションとしてもよいし、前便の運行時刻が前便の限界時刻から任意の時間（例えば、３０分）以上遅れているコネクションのみをクリティカルコネクションとしてもよい。
【０１３７】
以下、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を、実施の形態１と同様に、図５の例を用いて説明する。
【０１３８】
図１０は、図５の例におけるディレイクラスタの一例を示す図である。
【０１３９】
到着済の便に発生している遅延は、図６に示した実施の形態１の例と同じものとする。また、図３のステップＳ１０３の遅延伝播予測計算により求められている出発前の便の出発及び到着の予測時刻も、図６に示した実施の形態１の例と同じものとする。
【０１４０】
遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションの集合を抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。ここでは、判定部１０４が抽出したコネクションのうち、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクションの後便が共通している。第１１便から第２２便へのコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「４０分」を減算した第１１便の限界時刻「９：２０」より、第１１便の到着の実績時刻「９：１５」のほうが５分早い。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から−５分遅れている。第２１便から第２２便への「Ｓｈｉｐ」のコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「５０分」を減算した第２１便の限界時刻「９：１０」より、第２１便の到着の実績時刻「９：３０」のほうが２０分遅い。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から２０分遅れている。第２１便から第２２便への「Ｃｒｅｗ」のコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「３０分」を減算した第２１便の限界時刻「９：３０」と、第２１便の到着の実績時刻「９：３０」が同じである。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から０分遅れている。よって、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れている、第２１便から第２２便への「Ｓｈｉｐ」のコネクションがクリティカルコネクションである。このため、判定部１０４は、第１１便を含まず、第２１便、第２２便、第２３便のみで構成されるディレイクラスタＣ１’を検出する。また、判定部１０４は、図
６に示した実施の形態１の例と同様に、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。
【０１４１】
図１１は、図１０の例におけるディレイクラスタのリストの一例を示す図である。
【０１４２】
図１１において、ディレイクラスタのリストの構成は、図７に示した実施の形態１の例と同様である。
【０１４３】
図１０及び図１１を図６及び図７と対比すると、図６及び図７では、ディレイクラスタＣ１に第１１便が含まれているのに対し、図１０及び図１１では、ディレイクラスタＣ１’に第１１便が含まれていない。
【０１４４】
図１２は、図１０の例における遅延伝播ダイアグラムの一例を示す図である。
【０１４５】
図１２において、遅延伝播ダイアグラムＤ１は、図１０のディレイクラスタＣ１’に対応する。
【０１４６】
例えば、図１２の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、標準時間「５０分」からさらに短縮した「４０分」をキーボード９０２により入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を「４０分」に更新する。この場合、予測部１０３は、ディレイクラスタＣ１’の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２３便に遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１’を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１’には、第２３便が含まれなくなる。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラム（図示していない）を作成して表示する。
【０１４７】
本実施の形態によれば、クリティカルコネクション以外のコネクションの前便をディレイクラスタから除外することで、遅延の影響が大きいコネクションを確実にユーザに認識させることができる。そのため、ユーザが、より迅速に効果的な対策を立案できる。
【０１４８】
実施の形態３．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１４９】
本実施の形態に係る運行管理支援システム１００の構成は、図１に示した実施の形態１のものと同様である。
【０１５０】
本実施の形態では、判定部１０４によるディレイクラスタの検出動作が、実施の形態１のものと異なる。
【０１５１】
本実施の形態において、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、抽出したコネクションの集合に含まれるコネクションのいずれにおいても後便になっていない便ごとにディレイクラスタが存在し、引継が行われる便同士が同じディレイクラスタに属するように、グループ分けを行う。
【０１５２】
以下、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を、実施の形態１と同様に、図５の例を用いて説明する。
【０１５３】
図１３は、図５の例におけるディレイクラスタの一例を示す図である。
【０１５４】
到着済の便に発生している遅延は、図６に示した実施の形態１の例と同じものとする。また、図３のステップＳ１０３の遅延伝播予測計算により求められている出発前の便の出発及び到着の予測時刻も、図６に示した実施の形態１の例と同じものとする。
【０１５５】
遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションの集合を抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、抽出したコネクションの前便又は後便である第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを、前述した所定の判定基準に基づいて行う。即ち、判定部１０４は、抽出したコネクションの集合に含まれるコネクションのいずれにおいても後便になっていない便ごとにディレイクラスタが存在し、引継が行われる便同士が同じディレイクラスタに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。その結果、判定部１０４は、第１１便、第２２便、第２３便で構成されるディレイクラスタＣ１−１を検出する。また、判定部１０４は、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１−２を検出する。また、判定部１０４は、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。つまり、判定部１０４は、第１１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第２１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第３１便の遅延の影響により第３２便に遅延が発生すると判断する。
【０１５６】
図１４は、図１３の例におけるディレイクラスタのリストの一例を示す図である。
【０１５７】
図１４において、ディレイクラスタのリストの構成は、図７に示した実施の形態１の例と同様である。
【０１５８】
図１３及び図１４を図６及び図７と対比すると、図６及び図７では、１つのディレイクラスタＣ１のみに第２２便と第２３便が属し、このディレイクラスタＣ１に第１１便と第２１便の両方が含まれているのに対し、図１３及び図１４では、２つのディレイクラスタＣ１−１，Ｃ１−２の両方に第２２便と第２３便が属し、ディレイクラスタＣ１−１に第１１便、ディレイクラスタＣ１−２に第２１便が含まれている。
【０１５９】
例えば、図１３のディレイクラスタＣ１−２に対応する遅延伝播ダイアグラムは、図１２に示した遅延伝播ダイアグラムＤ１のようになる。
【０１６０】
本実施の形態によれば、到着済の１つの便に遅延が発生した場合に、その便の遅延の影響をユーザが容易に把握できる。
【０１６１】
なお、本実施の形態では、判定部１０４によるグループ分けの際に、クリティカルコネクションを考慮していないが、実施の形態２と同様に、判定部１０４が、抽出したコネクションの集合に後便が共通し、前便が異なる複数のコネクションが含まれる場合、クリテ
ィカルコネクションのみの便同士が同じディレイクラスタに属するように、グループ分けを行ってもよい。この場合、図１３の例において、第１１便から第２２便へのコネクションはクリティカルコネクションではないため、判定部１０４は、第１１便、第２２便、第２３便で構成されるディレイクラスタＣ１−１を検出しない。即ち、判定部１０４は、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１−２と、第３１便、第３２便で構成されるディレイクラスタＣ２のみを検出する。これにより、遅延の影響が大きいコネクションを確実にユーザに認識させることができる。
【０１６２】
実施の形態４．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１６３】
図１５は、本実施の形態に係る運行管理支援システム１００の構成を示すブロック図である。
【０１６４】
図１５に示すように、本実施の形態では、運行管理支援システム１００が、図１に示した実施の形態１の予測部１０３を備えていない（備えていてもよいが、必要はない）。
【０１６５】
本実施の形態において、データベース１０１は、全ての便について計画時刻と実績時刻（前述した仮の実績時刻でもよい）とを示す便情報１１１を記憶する。また、データベース１０１は、実施の形態１と同様のコネクション情報１１２を記憶する。
【０１６６】
判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻が前便の計画時刻より遅れており、かつ、後便の実績時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。例えば、判定部１０４は、実施の形態１と同様に、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。なお、この判定基準としては、実施の形態２や実施の形態３と同様の基準を用いても構わない。
【０１６７】
出力部１０５は、実施の形態１と同様に、グループ情報１１４として、任意の１つのディレイクラスタに対応する遅延伝播ダイアグラムを出力する。
【０１６８】
本実施の形態によれば、ユーザが、過去の遅延の発生状況及びその影響のしかた等を分析して、その結果を将来の運行計画の策定時等に活用することができる。
【０１６９】
なお、本実施の形態では、実施の形態１と同様に、データベース１０１が、発着空港（出発及び到着の地点）を運行内容として示す便情報１１１を記憶するが、判定部１０４が、この情報に基づき、前便の到着空港と後便の出発空港とが同一の空港でない場合に、前述した所定の運行条件が満たされていないと判断してもよい。即ち、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の到着空港と後便の出発空港とが同一の空港でないコネクションの集合を抽出してもよい。あるいは、判定部１０４は、遅延や到着空港の変更以外のイレギュラが発生したコネクションの集合を抽出してもよい。いずれの場合も、判定部１０４は、運行管理支援システム１００の用途等に応じて適宜決められる所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。これにより、交通機関で発生するイレギュラが影響する範囲を把握したり、イレギュラが後続の便に対してどのような影響を与えるのか等を分析したりすることが容易となる。
【０１７０】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【０１７１】
１００ 運行管理支援システム、１０１ データベース、１０２ 入力部、１０３ 予測部、１０４ 判定部、１０５ 出力部、１１１ 便情報、１１２ コネクション情報、１１３ 更新情報、１１４ グループ情報、１９１ 処理装置、１９２ 記憶装置、１９３ 入力装置、１９４ 出力装置、２０１ 便情報、２０２ フライトプラン情報、２０３ ＧＨ情報、２０４ クルー勤務情報、２０５ ＣＡ勤務情報、２０６ 旅客情報、２０７ 貨物情報、９０１ ＬＣＤ、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ ＨＤＤ、９２１ オペレーティングシステム、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群。
【技術分野】
【０００１】
本発明は、運行管理支援システム及びプログラムに関するものである。
【背景技術】
【０００２】
航空機のスポットの割り当てを管理するシステムがある（例えば、特許文献１，２参照）。また、鉄道の運行を管理するシステムがある（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−７４４３７号公報
【特許文献２】特開２００１−３０７３００号公報
【特許文献３】特開２０００−１１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
公共交通機関では、ダイヤ計画、乗務員勤務計画、乗客の乗り継ぎ状況、荷物の載せ換え状況（つながりの存在状況）に応じて、あるイレギュラ（計画と異なる事象）がどう影響（伝播）するかを把握しながら運用することが求められる。現状はこういった情報を一元管理できておらず、どこまで影響が及ぶのかの判断を含めて手作業で補完しながら熟練者が対応している。そのため、個人のスキルに依存しており、考慮漏れがあると予想外の遅延拡大、乗客の乗り継ぎへの影響等が発生するという課題があった。前述した従来のシステムでも、イレギュラが影響する範囲を十分に把握することはできないため、同様の課題があった。
【０００５】
本発明は、例えば、交通機関で発生するイレギュラが影響する範囲を把握しやすくすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一の態様に係る運行管理支援システムは、
交通機関における移動体の運行管理を支援する運行管理支援システムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースと、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部とを備える。
【０００７】
本発明の一実施例において、
前記判定部は、前記所定の判定基準として、引継が行われる便同士が同じグループに属し、かつ、それぞれの便が１つのグループのみに属するように、前記グループ分けを行う。
【０００８】
本発明の一実施例において、
前記判定部は、前記所定の判定基準として、抽出した引継の集合に含まれる引継のいずれにおいても引継先の便になっていない便ごとにグループが存在し、引継が行われる便同士が同じグループに属するように、前記グループ分けを行う。
【０００９】
本発明の一実施例において、
前記データベースは、便ごとに、運行時刻を運行内容として示し、さらに、予め運行が計画された時刻である計画時刻を示す便情報を記憶し、
前記判定部は、引継元の便の運行時刻が引継元の便の計画時刻より遅れており、かつ、引継先の便の運行時刻が引継先の便の計画時刻より遅れている場合、前記所定の運行条件が満たされていないと判断する。
【００１０】
本発明の一実施例において、
前記判定部は、抽出した引継の集合に引継先の便が共通し、引継元の便が異なる複数の引継が含まれる場合、当該複数の引継のうち引継元の便の運行時刻が引継先の便を引継先の便の計画時刻に運行するために引継元の便を運行すべき限界時刻から所定の時間以上遅れている引継のみ又は最も遅れている引継のみの便同士が同じグループに属するように、前記グループ分けを行う。
【００１１】
本発明の一実施例において、
前記データベースは、既に運行された便について、実際の運行時刻である実績時刻を運行内容として示す便情報を記憶し、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報と引継情報とを参照して、実際に運行された便が引継元の便であり、かつ、まだ運行されていない便が引継先の便である引継を抽出し、抽出した引継について、引継元の便の実績時刻から引継先の便の運行時刻を処理装置により予測し、運行時刻を予測する度に、運行時刻を予測した便について、予測した運行時刻である予測時刻を運行内容として示す便情報を前記データベースに記憶させるとともに、運行時刻を予測した便を引継元の便とする引継があれば、その引継を抽出し、抽出した引継について、引継元の便の予測時刻から引継先の便の運行時刻を処理装置により予測する予測部を備える。
【００１２】
本発明の一実施例において、
前記データベースは、引継ごとに、さらに、引継にかかる標準時間を示す引継情報を記憶し、
前記予測部は、抽出した引継について、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていなければ、引継先の便の計画時刻が引継先の便の運行時刻になると予測し、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていれば、標準時間以上の任意の時間を引継元の便の実績時刻又は予測時刻に加算した、引継先の便の計画時刻以降の時刻が引継先の便の運行時刻になると予測する。
【００１３】
本発明の一実施例において、
前記データベースは、引継ごとに、さらに、引継要素の種別を示す引継情報を記憶し、
前記予測部は、引継元の便と引継先の便とが共通し、引継要素の種別が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とする。
【００１４】
本発明の一実施例において、
引継要素の種別には、移動体により運ばれる乗客と乗員と貨物との少なくともいずれかが含まれる。
【００１５】
本発明の一実施例において、
前記予測部は、引継先の便が共通し、引継元の便が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とする。
【００１６】
本発明の一実施例において、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報又は引継情報を更新する更新情報の入力を入力装置により受け付けて、前記データベースに記憶された便情報又は引継情報を更新する入力部を備え、
前記判定部は、前記入力部により前記データベースに記憶された便情報又は引継情報が更新される度に、前記データベースに記憶された便情報と引継情報とを参照して、新たに引継の集合を抽出し、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。
【００１７】
本発明の一実施例において、
前記出力部は、前記グループ情報として、前記任意の１つのグループを構成する便を図形で表すとともに、前記任意の１つのグループ内で、前記判定部により抽出された引継の集合に含まれる引継ごとに、引継元の便と引継先の便との関係を図形間の線で表す図を出力する。
【００１８】
本発明の一の態様に係るプログラムは、
交通機関における移動体の運行管理を支援するプログラムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースを備えたコンピュータを、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部として機能させるためのものである。
【発明の効果】
【００１９】
本発明の一の態様では、運行管理支援システムにおいて、判定部が、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行う。そして、出力部が、判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力する。このため、本発明の一の態様によれば、交通機関で発生するイレギュラ（計画と異なる事象）が影響する範囲を把握しやすくなる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態１に係る運行管理支援システムの構成を示すブロック図。
【図２】実施の形態１に係る運行管理支援システムのハードウェア構成の一例を示す図。
【図３】実施の形態１に係る運行管理支援システムの動作の一例を示すフローチャート。
【図４】実施の形態１に係る入力部への入力データ及びデータベースのデータ構造の一例を示す図。
【図５】実施の形態１に係るコネクションダイアグラムの一例を示す図。
【図６】実施の形態１に係るディレイクラスタの一例を示す図。
【図７】実施の形態１に係るディレイクラスタのリストの一例を示す図。
【図８】実施の形態１に係る遅延伝播ダイアグラムの一例を示す図。
【図９】実施の形態１に係る遅延伝播ダイアグラムの一例を示す図。
【図１０】実施の形態２に係るディレイクラスタの一例を示す図。
【図１１】実施の形態２に係るディレイクラスタのリストの一例を示す図。
【図１２】実施の形態２に係る遅延伝播ダイアグラムの一例を示す図。
【図１３】実施の形態３に係るディレイクラスタの一例を示す図。
【図１４】実施の形態３に係るディレイクラスタのリストの一例を示す図。
【図１５】実施の形態４に係る運行管理支援システムの構成を示すブロック図。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図を用いて説明する。
【００２２】
実施の形態１．
図１は、本実施の形態に係る運行管理支援システム１００の構成を示すブロック図である。
【００２３】
図１において、運行管理支援システム１００は、航空機の運行管理（本願では「運行」及び「運航」を区別しないものとする）を支援するシステムであり、データベース１０１、入力部１０２、予測部１０３、判定部１０４、出力部１０５を備える。なお、航空機は、交通機関及び交通機関で利用される移動体の一例であり、本実施の形態は他の交通機関及び他の移動体についても適用可能である。他の交通機関の例としては、鉄道、船舶、自動車等が挙げられる。他の移動体の例としては、鉄道であれば列車、船舶であれば船、自動車であればバスやタクシーのほか、郵便や宅配や運送のためのトラック等が挙げられる。このように、移動体は、人（乗客、旅客）を運ぶものだけでなく、物（貨物、荷物）あるいは人及び物の両方を運ぶものであってよい。
【００２４】
運行管理支援システム１００は、処理装置１９１、記憶装置１９２、入力装置１９３、出力装置１９４等のハードウェアを備える。ハードウェアは運行管理支援システム１００の各部によって利用される。例えば、処理装置１９１は、運行管理支援システム１００の各部でデータや情報の演算、加工、読み取り、書き込み等を行うために利用される。記憶装置１９２は、そのデータや情報を記憶するために利用される。また、入力装置１９３は、そのデータや情報を入力するために、出力装置１９４は、そのデータや情報を出力するために利用される。
【００２５】
データベース１０１は、航空機の運行単位である便ごとに、運行内容を示す便情報１１１を記憶装置１９２により記憶する。本実施の形態において、データベース１０１は、便ごとに、運行時刻を運行内容として示し、さらに計画時刻を示す便情報１１１を記憶する。運行時刻には、実際の運行時刻である実績時刻、後述するように予測部１０３により予測された運行時刻である予測時刻がある。計画時刻は、予め運行が計画された時刻である。ここでは、データベース１０１が、全ての便について少なくとも計画時刻を示す便情報１１１を記憶しているものとする。また、データベース１０１が、既に運行された便については実績時刻を示す便情報１１１を記憶しており、予測部１０３により運行時刻が予測された便については予測時刻を示す便情報１１１を記憶しているものとする。
【００２６】
例えば、ある便が出発したときに、その便が運行されたとみなすことができる。この場
合、データベース１０１は、全ての便について出発の計画時刻を示し、出発済の便について出発の実績時刻を示し、予測部１０３により出発時刻が予測された便について出発の予測時刻を示す便情報１１１を記憶する。あるいは、例えば、ある便が到着したときに、その便が運行されたとみなすことができる。この場合、データベース１０１は、全ての便について到着の計画時刻を示し、到着済の便について到着の実績時刻を示し、予測部１０３により到着時刻が予測された便について到着の予測時刻を示す便情報１１１を記憶する。なお、各便の出発、到着以外の任意の時点・状態において、各便が運行されたとみなしてもよい。
【００２７】
データベース１０１は、さらに、便同士をつなぐコネクションごとに、前便と、後便と、標準時間と、引継要素の種別とを示すコネクション情報１１２を記憶装置１９２により記憶する。コネクション情報１１２は、引継情報の一例である。コネクションは、引継要素を対象として便同士で行われる引継を表すものであり、引継ごとに存在する。引継要素は、航空機（即ち、機材）と航空機により運ばれるもの（例えば、乗客、乗員、貨物）との少なくともいずれかである。引継要素の種別としては、例えば、機材、乗客、クルー（コクピットクルー、即ち、運航乗務員）（乗員の一例）、ＣＡ（キャビンアテンダント、即ち、客室乗務員）（乗員の一例）、貨物が考えられる（この場合、５つの種別があることになる）。前便は、引継が行われる１組の便のうち、前に運行される便、即ち、その引継の引継元の便である。後便は、引継が行われる１組の便のうち、後に運行される便、即ち、その引継の引継先の便である。標準時間は、通常の運行業務において引継にかかる時間であり、任意の方法で引継ごとに決められる。例えば、引継要素の種別等、特定の属性が共通する引継について、経験上、引継に最低限かかると思われる時間を、該当する引継の標準時間として決定することができる。あるいは、例えば、一定の期間を対象に、特定の属性が共通する引継にかかった時間の統計をとり、その結果（平均値、中間値、最低値等）を、該当する引継の標準時間として決定することができる。
【００２８】
上記のように、データベース１０１は、引継ごとに、引継元の便と、引継先の便と、標準時間と、引継要素の種別とを示す引継情報を記憶装置１９２により記憶する。なお、１つの種別の引継要素のみを対象にするのであれば、引継情報において引継要素の種別を省略しても構わない。
【００２９】
入力部１０２は、データベース１０１に記憶された便情報１１１又はコネクション情報１１２を更新する更新情報１１３の入力を入力装置１９３により受け付ける。そして、入力部１０２は、入力された更新情報１１３に基づいて、データベース１０１に記憶された便情報１１１又はコネクション情報１１２を更新する。
【００３０】
予測部１０３は、遅延伝播予測を行う。以下、予測部１０３による遅延伝播予測の動作について説明する。
【００３１】
予測部１０３は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、実際に運行された便が前便であり、かつ、まだ運行されていない便が後便であるコネクションを処理装置１９１により抽出する。そして、予測部１０３は、抽出したコネクションについて、前便の実績時刻から後便の運行時刻を処理装置１９１により予測する。本実施の形態において、予測部１０３は、抽出したコネクションについて、前便の実績時刻が前便の計画時刻より遅れていなければ、後便の計画時刻が後便の運行時刻になると予測する。一方、予測部１０３は、抽出したコネクションについて、前便の実績時刻が前便の計画時刻より遅れていれば、標準時間以上の任意の時間を前便の実績時刻に加算した、後便の計画時刻以降の時刻が後便の運行時刻になると予測する。つまり、予測部１０３は、前便に遅延が生じている場合、単純に後便にも前便と同じだけ遅延が生ずると予測するのではなく、可能であれば引継の時間が短縮されて後便には遅延が生じない
か、あるいは、後便には前便より小さい遅延が生ずると予測する。このとき、短縮する引継の時間の長さは、下記の条件（ａ）及び（ｂ）を満たすように決定され、望ましくは、下記の条件（ｃ）も満たすように決定される。
（ａ）短縮した引継の時間が、標準時間より短くならないようにする。
（ｂ）引継の時間を短縮したことにより後便が運行可能となる時刻（即ち、予測時刻）が、後便の計画時刻より早まらないようにする。
（ｃ）予測時刻が、後便の計画時刻にできる限り近くなるようにする。
【００３２】
予測部１０３は、運行時刻を予測する度に、運行時刻（即ち、予測時刻）を予測した便について、予測時刻を示す便情報１１１をデータベース１０１に記憶させる。また、予測部１０３は、運行時刻を予測する度に、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、運行時刻（即ち、予測時刻）を予測した便を前便とするコネクションがあれば、そのコネクションを処理装置１９１により抽出する。そして、予測部１０３は、抽出したコネクションについて、前便の予測時刻から後便の運行時刻を処理装置１９１により予測する。本実施の形態において、予測部１０３は、抽出したコネクションについて、前便の予測時刻が前便の計画時刻より遅れていなければ、後便の計画時刻が後便の運行時刻になると予測する。一方、予測部１０３は、抽出したコネクションについて、前便の予測時刻が前便の計画時刻より遅れていれば、標準時間以上の任意の時間を前便の予測時刻に加算した、後便の計画時刻以降の時刻が後便の運行時刻になると予測する。つまり、予測部１０３は、前便に現実の遅延が生じている場合と同様に、前便に予測上の遅延が生じている場合も、可能であれば引継の時間が短縮されて後便には遅延が生じないか、あるいは、後便には前便より小さい遅延が生ずると予測する。
【００３３】
ここで、予測部１０３がコネクションを抽出する際に、前便と後便とが共通し、引継要素の種別が異なる複数のコネクションを抽出する場合がある。また、後便が共通し、前便が異なる複数のコネクションを抽出する場合もある。こういった場合、予測部１０３は、抽出したコネクションごとに、後便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を後便の予測時刻とする。
【００３４】
以上、予測部１０３による遅延伝播予測の動作について説明した。
【００３５】
判定部１０４は、ディレイクラスタを検出する。ディレイクラスタは、相互に関連する遅延の対策をひとまとまりとして検討すべき便のグループであり、複数個存在し得る。以下、判定部１０４によるディレイクラスタの検出動作について説明する。
【００３６】
判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の運行内容と後便の運行内容とが所定の運行条件を満たしていないコネクションの集合を処理装置１９１により抽出する。そして、判定部１０４は、所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを処理装置１９１により行う。本実施の形態において、判定部１０４は、前便の運行時刻が前便の計画時刻より遅れており、かつ、後便の運行時刻が後便の計画時刻より遅れている場合、所定の運行条件が満たされていないと処理装置１９１により判断する。即ち、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。なお、グループ分けの方法の詳細については、具体例を用いて後で説明する。
【００３７】
以上、判定部１０４によるディレイクラスタの検出動作について説明した。
【００３８】
出力部１０５は、遅延伝播ダイアグラムを出力する。遅延伝播ダイアグラムは、１つのディレイクラスタに対応し、対応するディレイクラスタを構成する便を図形（例えば、矩形）で表すとともに、便同士をつなぐコネクションを線（例えば、直線）で表した図である。以下、出力部１０５による遅延伝播ダイアグラムの出力動作について説明する。
【００３９】
出力部１０５は、判定部１０４によりグループ分けが行われた便のうち、任意の１つのディレイクラスタを構成する便を示すグループ情報１１４を出力装置１９４により出力する。本実施の形態において、出力部１０５は、グループ情報１１４として、任意の１つのディレイクラスタに対応する遅延伝播ダイアグラムを出力する。前述したように、遅延伝播ダイアグラムは、対応するディレイクラスタを構成する便を図形で表すとともに、そのディレイクラスタ内で、判定部１０４により抽出されたコネクションの集合に含まれるコネクションごとに、前便と後便との関係を図形間の線で表す図である。どのディレイクラスタに対応する遅延伝播ダイアグラムを出力部１０５が出力するかは、例えば、入力部１０２がディレイクラスタの選択操作をユーザから受け付けることで決めてもよいし、他の方法で決めてもよい。他の方法としては、例えば、最も便の数が多いディレイクラスタ、最も大きい遅延が生じているディレイクラスタ、予め設定された重要度が高い便が含まれるディレイクラスタ等を出力部１０５が自動的に選択することが考えられる。
【００４０】
以上、出力部１０５による遅延伝播ダイアグラムの出力動作について説明した。
【００４１】
上記のように、本実施の形態では、判定部１０４が、１つ以上の便に遅延が発生した場合に、どの便の遅延が他のどの便に影響を及ぼすかを判定し、影響が及ぶ範囲の１つ１つを、ディレイクラスタとして定義する。そして、出力部１０５が、任意の１つのディレイクラスタにおいて、どの便の遅延が他のどの便に影響を及ぼすかを表した図を、そのディレイクラスタに対応する遅延伝播ダイアグラムとして表示する。このため、本実施の形態によれば、ユーザ（例えば、航空会社の運行管理の担当者）が、１つ以上の便に発生した遅延の影響が及ぶ範囲を容易に把握することが可能となる。よって、遅延の対策が立てやすくなる。
【００４２】
予測部１０３は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、新たに遅延伝播予測を行う。即ち、予測部１０３は、データベース１０１に記憶された（更新後の）便情報１１１とコネクション情報１１２とを参照して、まだ運行されていない便の運行時刻を予測する。
【００４３】
判定部１０４は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、予測部１０３による新たな遅延伝播予測の結果に基づき、新たにディレイクラスタを検出する。即ち、判定部１０４は、データベース１０１に記憶された（更新後の）便情報１１１とコネクション情報１１２とを参照して、新たにコネクションの集合を抽出する。そして、判定部１０４は、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。
【００４４】
出力部１０５は、入力部１０２によりデータベース１０１に記憶された便情報１１１又はコネクション情報１１２が更新される度に、判定部１０４による新たなディレイクラスタの検出結果に基づき、新たに遅延伝播ダイアグラムを出力する。出力部１０５が遅延伝播ダイアグラムを出力中に、判定部１０４により新たにディレイクラスタが検出された場合、どのディレイクラスタに対応する遅延伝播ダイアグラムを出力部１０５が出力するかは、例えば、入力部１０２が新たなディレイクラスタの選択操作をユーザから受け付けることで決めてもよいし、他の方法で決めてもよい。他の方法としては、例えば、出力中の
遅延伝播ダイアグラムに対応していたディレイクラスタと同じ又は類似する（例えば、共通する便が最も多い）構成の新たなディレイクラスタを出力部１０５が自動的に選択することが考えられる。あるいは、前述したように、例えば、最も便の数が多い新たなディレイクラスタ、最も大きい遅延が生じている新たなディレイクラスタ、予め設定された重要度が高い便が含まれる新たなディレイクラスタ等を出力部１０５が自動的に選択することが考えられる。
【００４５】
なお、本実施の形態において、入力部１０２は、仮の更新情報１１３の入力を入力装置１９３により受け付けてもよい。この場合、入力部１０２は、入力された仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の仮の更新を行う。予測部１０３は、データベース１０１に記憶された（仮の更新後の）便情報１１１とコネクション情報１１２とを参照して、新たに遅延伝播予測を行う。同様に、判定部１０４は、データベース１０１に記憶された（仮の更新後の）便情報１１１とコネクション情報１１２とを参照して、予測部１０３による新たな遅延伝播予測の結果に基づき、新たにディレイクラスタを検出する。出力部１０５は、判定部１０４による新たなディレイクラスタの検出結果に基づき、新たに遅延伝播ダイアグラムを出力する。その後、入力部１０２は、仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の実際の更新（コミット）を行うかどうかを入力装置１９３によりユーザ等に選択させる。そして、入力部１０２は、実際の更新を行うことが選択された場合のみ、仮の更新情報１１３に従って、データベース１０１に記憶された便情報１１１又はコネクション情報１１２の実際の更新を行う。これにより、ユーザは、便情報１１１（特に、計画時刻）やコネクション情報１１２（特に、標準時間）を変更した場合にディレイクラスタの構成や遅延伝播ダイアグラムがどのように変化するかをシミュレーションによって確認することができるため、運行計画の見直し等が容易に行える。また、シミュレーションの結果を即座に実データに反映させることができるため、運行計画の改善が迅速かつ効率的に行える。
【００４６】
また、本実施の形態において、判定部１０４は、ディレイクラスタを検出する度に、各ディレイクラスタの構成を示す情報をディレイクラスタの履歴情報としてデータベース１０１に記憶させてもよい。この場合、出力部１０５は、データベース１０１に記憶されたディレイクラスタの履歴を出力装置１９４により出力する。これにより、ユーザは、１つ以上の便に発生した遅延の影響が及ぶ範囲が、遅延の発生状況の変化に応じてどのように変化するかを容易に把握することが可能となる。よって、遅延の対策が立てやすくなる。
【００４７】
図２は、運行管理支援システム１００のハードウェア構成の一例を示す図である。
【００４８】
図２において、運行管理支援システム１００は、コンピュータであり、ＬＣＤ９０１（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ９０６といったハードウェアデバイスを備えている。これらのハードウェアデバイスはケーブルや信号線で接続されている。ＬＣＤ９０１の代わりに、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）、あるいは、その他の表示装置が用いられてもよい。マウス９０３の代わりに、タッチパネル、タッチパッド、トラックボール、ペンタブレット、あるいは、その他のポインティングデバイスが用いられてもよい。
【００４９】
運行管理支援システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）を備えている。ＣＰＵ９１１は、処理装置１９１の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボ
ード９１５、ＬＣＤ９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ９０６、ＨＤＤ９２０（Ｈａｒｄ・Ｄｉｓｋ・Ｄｒｉｖｅ）と接続され、これらのハードウェアデバイスを制御する。ＨＤＤ９２０の代わりに、フラッシュメモリ、光ディスク装置、メモリカードリーダライタ、あるいは、その他の記録媒体が用いられてもよい。
【００５０】
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、ＨＤＤ９２０は、不揮発性メモリの一例である。これらは、記憶装置１９２の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５は、入力装置１９３の一例である。また、通信ボード９１５、ＬＣＤ９０１、プリンタ９０６は、出力装置１９４の一例である。
【００５１】
通信ボード９１５は、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）等に接続されている。通信ボード９１５は、ＬＡＮに限らず、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ・Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）、広域ＬＡＮ、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）ネットワークといったＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、あるいは、インターネットに接続されていても構わない。ＬＡＮ、ＷＡＮ、インターネットは、ネットワークの一例である。
【００５２】
ＨＤＤ９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」として説明する機能を実行するプログラムが含まれている。プログラムは、ＣＰＵ９１１により読み出され実行される。ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（識別子）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜テーブル」の各項目として含まれている。「〜ファイル」や「〜テーブル」は、データベース１０１の構成要素であり、ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶される。ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理（動作）に用いられる。抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００５３】
本実施の形態の説明において用いるブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号は、ＲＡＭ９１４等のメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、ＨＤＤ９２０の磁気ディスク、光ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）、あるいは、その他の記録媒体に記録される。また、データや信号は、バス９１２、信号線、ケーブル、あるいは、その他の伝送媒体により伝送される。
【００５４】
本実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアのみ、あるいは、素子、デバイス、基板、配線といったハードウェアのみで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアとハードウェアとの組み合わせ、あるいは、ソフトウェアとハードウェアとファームウェ
アとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、フレキシブルディスク、コンパクトディスク、磁気ディスク、光ディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜部」としてコンピュータを機能させるものである。あるいは、プログラムは、本実施の形態の説明で述べる「〜部」の手順や方法をコンピュータに実行させるものである。
【００５５】
図３は、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を示すフローチャートである。
【００５６】
図３のステップＳ１０１において、運行管理支援システム１００は、外部の複数の業務システムから最新情報を取得する。以下、ステップＳ１０１の詳細について説明する。
【００５７】
図４は、入力部１０２への入力データ及びデータベース１０１のデータ構造の一例を示す図である。
【００５８】
図４において、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７は、運行管理支援システム１００に接続された複数の業務システムの各々で個別に管理されている情報である。便情報２０１は、後述する運航基準日、便番号、発着空港、機体、実績時刻、実績時間等を示す情報である。フライトプラン情報２０２は、後述する運航基準日、便番号、発着空港、機体、計画時刻、標準時間、計画時間、対策時間等を示す情報である。ＧＨ情報２０３は、各便に対して地上で行われる作業（機体の整備等）であるＧＨ（グランドハンドリング）の進行状況等を示す情報である。クルー勤務情報２０４は、各便に乗務するクルーを示す情報である。ＣＡ勤務情報２０５は、各便に乗務するＣＡ（又はＣＡのグループ）を示す情報である。旅客情報２０６は、各便に搭乗する旅客（乗客）を示す情報である。貨物情報２０７は、各便で輸送される貨物（荷物）を示す情報である。
【００５９】
ステップＳ１０１では、まず、入力部１０２が、各業務システムから、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報を入力装置１９３により取得する（最新情報の入力を受け付ける）。便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報は、更新情報１１３の一例である。
【００６０】
ステップＳ１０１では、次に、入力部１０２が、各業務システムから取得した最新情報に基づいて、便情報１１１とコネクション情報１１２とを処理装置１９１により作成する。
【００６１】
具体的には、入力部１０２は、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３の最新情報から、各便に対応する便情報１１１を生成する。便情報１１１は、図４に示したように、例えば、運航基準日、便番号、発着空港、機体、計画時刻、実績時刻、見込み時刻、予測時刻、乗員情報、旅客情報、貨物情報、運用制約を示す情報である。運航基準日は、対応する便が運行される日付である。便番号は、対応する便を一意に識別するための番号である。発着空港は、対応する便の出発空港及び到着空港である。機体は、対応する便で利用される機材である。計画時刻は、対応する便の出発及び到着の計画時刻（予定時刻）である。実績時刻は、対応する便の出発及び到着の実績時刻（実際の時刻）である。見込み時刻は、対応する便の到着の見込み時刻であり、例えば、対応する便が着陸前であれば、その便の出発の実績時刻に、飛行計画時間、あるいは、最新のフライトプラン（天候や空港の混雑状況等を考慮したプラン）により見込まれる飛行時間（運行時間）
を加算して求められる。また、見込み時刻は、例えば、対応する便が着陸済であるがスポット（空港の駐機場所）に入っていない状態であれば、その便の着陸した時刻に、最新のスポットの混雑状況等から見込まれるスポットへの誘導の時間を加算して求められる。予測時刻は、対応する便の出発及び到着の予測時刻であり、後述するステップＳ１０３において遅延伝播予測により算出される。乗員情報は、対応する便に乗務するクルーやＣＡに関する情報である。旅客情報は、対応する便に搭乗する乗客に関する情報である。貨物情報は、対応する便に搭載される貨物に関する情報である。運用制約は、空港の利用時の制約等である。なお、予測時刻は後述するステップＳ１０３で、実績時刻は対応する便の発着時に入力される。また、出発空港や機体は対応する便の出発前の時点では計画段階のものであり、出発時に変更があれば更新される。同様に、到着空港は対応する便の到着前の時点では計画段階のものであり、到着時に変更があれば更新される。
【００６２】
入力部１０２は、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の最新情報と、生成した便情報１１１とから、各コネクションに対応するコネクション情報１１２を生成する。コネクション情報１１２は、図４に示したように、例えば便情報１１１（実際には、その便情報１１１を識別する情報）を含むほか、前便、コネクション種別、標準時間、計画時間、実績時間、見込み時間、予測時間、対策時間を示す情報である。便情報１１１は、対応するコネクションの後便の便情報１１１である。前便は、対応するコネクションの前便の便番号である。コネクション種別は、対応するコネクションの引継要素の種別であり、例えば、機材、クルー、ＣＡ、乗客、貨物である。標準時間は、対応するコネクションの引継の標準時間である。計画時間は、対応するコネクションの引継の計画時間（予定時間）である。実績時間は、対応するコネクションの実績時間（実際の時間）であり、後便の出発時に入力される。見込み時間は、対応するコネクションの引継の見込み時間であり、ＧＨの進行状況等から所定の方法で算出される。予測時間は、対応するコネクションの引継の予測時間であり、後述するステップＳ１０３において遅延伝播予測により自動的に入力される。対策時間は、対応するコネクションの引継の短縮された時間であり、手動で入力される。
【００６３】
ステップＳ１０１では、次に、データベース１０１が、入力部１０２により作成された便情報１１１とコネクション情報１１２とを記憶装置１９２により記憶する。なお、本実施の形態では、コネクション情報１１２が、後便の便情報１１１を含むとともに、前便の便番号を示す情報であるが、コネクション情報１１２は、後便の便情報１１１の代わりに前便の便情報１１１（実際には、その便情報１１１を識別する情報）を含むとともに、前便の便番号の代わりに後便の便番号を示す情報であってもよい。
【００６４】
ステップＳ１０１では、入力部１０２が新たな便情報１１１やコネクション情報１１２を作成するだけでなく、入力部１０２が既にデータベース１０１に記憶されている便情報１１１やコネクション情報１１２を更新する場合もある。例えば、ある便の到着後に、入力部１０２が実績時刻、実績時間等を示す最新の便情報２０１を取得することが考えられる。また、例えば、ある便の機材や出発及び到着の計画時刻に変更があり、入力部１０２が変更後のフライトプラン情報２０２を取得することが考えられる。こういった場合、入力部１０２は、各業務システムから取得した最新情報に基づいて、データベース１０１に既に記憶されている便情報１１１やコネクション情報１１２を適宜更新する。
【００６５】
本例では、各コネクションについて生成されたコネクション情報１１２がデータベース１０１で管理される。つまり、データベース１０１がコネクション指向データベースとして機能する。
【００６６】
図３のステップＳ１０２において、運行管理支援システム１００は、コネクションダイ
アグラムを生成する。コネクションダイアグラムは、所定の期間において運行される便を図形（例えば、矩形）で表し、便同士をつなぐコネクションを線（例えば、直線）で表した図である。ここでは、コネクションダイアグラムが、所定の期間として、ある１日に運行される全ての便を表すものとするが、コネクションダイアグラムは、複数時間、複数日、あるいは、その他の期間において運行される便を表すものであってもよい。以下、ステップＳ１０２の詳細について説明する。
【００６７】
ステップＳ１０２では、出力部１０５が、データベース１０１に記憶された便情報１１１とコネクション情報１１２とに基づいて、コネクションダイアグラムを処理装置１９１により生成し、出力装置１９４により画面表示する。
【００６８】
図５は、コネクションダイアグラムの一例を示す図である。
【００６９】
図５において、矩形のブロックは、便を表し、ブロック内の「第○便」の「○」は、便番号を表す。また、矢印の線は、コネクションを表し、線に付加された「Ｓｈｉｐ」（機材）、「Ｃｒｅｗ」（クルー）、「ＣＡ」、「ＰＡＸ」（乗客）、「Ｃａｒｇｏ」（貨物）は、コネクション種別を表す。各種別のコネクションでは、前便の到着から後便の出発までに以下の業務（作業）が必要となる。
（１）「Ｓｈｉｐ」：前便の到着から後便の出発までの同一機材のＧＨ。初便（機材が１日で最初に利用される便）の場合は前日の終便（同一機材が１日で最後に利用される便）の到着から初便の出発までのＧＨをコネクションとして扱ってもよい。
（２）「Ｃｒｅｗ」：前便から後便へのクルーの乗り継ぎ。前便の到着後の業務、スポット間の移動（機材が異なる場合）、後便の出発前の業務等が含まれる。
（３）「ＣＡ」：前便から後便へのＣＡの乗り継ぎ。前便の到着後の業務、スポット間の移動（機材が異なる場合）、後便の出発前の業務等が含まれる。
（４）「ＰＡＸ」：前便から後便への乗客の乗り継ぎ。前便からの降機、スポット間の移動（機材が異なる場合）、後便への搭乗等が含まれる。
（５）「Ｃａｒｇｏ」：前便から後便への貨物の載せ替え。前便からの取り降ろし、スポット間の移送（機材が異なる場合）、後便への積み込み等が含まれる。
【００７０】
なお、ここでは、ブロックアウト（機体がスポットから出ること）を便の出発、ブロックイン（機体がスポットに入ること）を便の到着として扱っているが、例えば、テイクオフ（機体が離陸すること）を便の出発として扱ったり、ランディング（機体が着陸すること）を便の到着として扱ったりしてもよい。
【００７１】
図５の例では、データベース１０１が、それぞれ便番号「１１」、「１２」、「１３」、「２１」、「２２」、「２３」、「３１」、「３２」、「３３」、「４１」、「４２」を示すとともに、共通の運航基準日「２０１１年８月１日」を示す便情報１１１を記憶しているものとする。
【００７２】
このため、図５のコネクションダイアグラムでは、２０１１年８月１日において第１１便、第１２便、第１３便、第２１便、第２２便、第２３便、第３１便、第３２便、第３３便、第４１便、第４２便が運行されることが示されている。いつの日を対象とするコネクションダイアグラムを出力部１０５が生成するかは、例えば、入力部１０２が日付の入力操作をユーザから受け付けることで決めてもよいし、当日を出力部１０５が自動的に選択することで決めてもよい。
【００７３】
また、図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「１２」を示す便情報１１１を含み、前便「１１」、コネクション種別「Ｓｈｉｐ」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が
、このコネクション情報１１２と便情報１１１、前便が同じで、コネクション種別「Ｃｒｅｗ」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」を示すコネクション情報１１２を記憶しているものとする。
【００７４】
このため、図５のコネクションダイアグラムでは、第１１便を前便とし、第１２便を後便とする「Ｓｈｉｐ」及び「Ｃｒｅｗ」の２つのコネクションがあること、第１１便を前便とし、第２２便を後便とする「ＣＡ」のコネクションがあることが示されている。他のコネクションについても同様である。
【００７５】
図３のステップＳ１０３において、運行管理支援システム１００は、遅延伝播予測（ＰＥＲＴ計算）を行う。以下、ステップＳ１０３の詳細について説明する。
【００７６】
ステップＳ１０３では、まず、予測部１０３が、予測計算の不要な箇所（便）を処理装置１９１により特定する。ブロックインに関して、実績値（到着の実績時刻）がある便、もしくは、見込み値（到着の見込み時刻）がある便については、その値をそのまま使用するものとし、予測計算対象から除外する。また、前便がなく（初便であり）、ブロックアウトに関して、実績値がない便については、計画値（到着の計画時刻）をそのまま使用するものとし、予測計算対象から除外する。
【００７７】
ステップＳ１０３では、次に、予測部１０３が、特定した予測計算の必要な箇所（便）について、前便のブロックイン時刻（到着の実績時刻、実績時刻がなければ見込み時刻、見込み時刻がなければ予測時刻、初便であれば計画時刻）とコネクションの所要時間（計画時間、計画時間だと遅延が発生する場合は標準時間を下限として短縮された時間）から後便のブロックアウト時刻（出発の予測時刻）を処理装置１９１により計算する。そして、予測部１０３が、計算した後便のブロックアウト時刻をデータベース１０１の便情報１１１に書き込む。
【００７８】
コネクションには作業をするための標準時間が定義されており、計画通りの所要時間（計画時間）を使用すると後便の出発が遅延する場合は、予測部１０３が、所要時間を標準時間まで自動で短縮させて使用する。なお、常に標準時間まで短縮しても構わないが、前述したように、予測計算したブロックアウト時刻は計画時刻より前倒しにはしないほうが望ましい。即ち、コネクションに設定する時間（予測時間）は、標準時間以上、計画時間以下の範囲内で、後便に遅延が発生しない最長の時間であることが望ましい。
【００７９】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「４１」、コネクション種別「Ｃａｒｇｏ」、標準時間「４０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。
【００８０】
このため、予測部１０３は、実際に運行された第４１便が前便であり、かつ、まだ運行されていない第４２便が後便である「Ｃａｒｇｏ」のコネクションを抽出する。このコネクションでは、前便の到着が１５分遅れているので、貨物の引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。よって、予測部１０３は、前述した条件（ａ）〜（ｃ）を満たす時間「４５分」を前便の到着の実績時刻「９：１５」に加算した「１０：００」を後便の出発の予測時刻とする。即ち、予測部１０３は、引継にかかる時
間が４５分に短縮されることを前提に、第４２便が定刻通り出発すると予測する。
【００８１】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「４２」を示す便情報１１１に、出発の予測時刻「１０：００」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、前便「４１」、コネクション種別「Ｃａｒｇｏ」を示すコネクション情報１１２に、予測時間「４５分」を書き込む。
【００８２】
前述したように、同じ前便から同じ後便へのコネクションが複数存在する場合は、予測部１０３が、コネクションの所要時間が最長のものを選択し、後便のブロックアウト時刻を計算する。つまり、予測部１０３が、コネクション種別ごとに後便の出発の予測時刻を求め（コネクションの所要時間を比較すれば実際に予測時刻を求める必要はないが、実質的には予測時刻を求めているのと同等である）、求めた出発の予測時刻のうち最も遅い時刻を選択する。
【００８３】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「３１」、コネクション種別「Ｓｈｉｐ」、標準時間「５０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１、前便、計画時間が同じで、コネクション種別「Ｃｒｅｗ」、標準時間「３０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１、前便、計画時間が同じで、コネクション種別「ＣＡ」、標準時間「４０分」を示すコネクション情報１１２を記憶しているものとする。
【００８４】
このため、予測部１０３は、実際に運行された第３１便が前便であり、かつ、まだ運行されていない第３２便が後便である「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」の３つのコネクションを抽出する。これらのコネクションでは、前便の到着が１５分遅れているので、機材、クルー、ＣＡの引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」のコネクションの順に、「５０分」、「４５分」、「４５分」となる。よって、予測部１０３は、これらの時間を前便の到着の実績時刻「９：１５」に加算した「１０：０５」、「１０：００」、「１０：００」を後便の出発の予測時刻の候補とする。そして、予測部１０３は、これらの候補のうち、最も遅い時刻である「１０：０５」を後便の出発の予測時刻とする。即ち、予測部１０３は、引継にかかる時間が５０分に短縮されることを前提に、第３２便が５分遅れで出発すると予測する。
【００８５】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「３２」を示す便情報１１１に、出発の予測時刻「１０：０５」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、共通の前便「３１」を示し、それぞれコネクション種別「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」を示すコネクション情報１１２に、予測時間「５０分」を書き込む。
【００８６】
前述したように、後便へのコネクションは、ある１便からのものだけではなく、複数の便からのものが存在することもある。そのような場合、予測部１０３が、前便のブロックイン時刻にコネクションの所要時間を加算した時刻の中から最遅のものを選択し、後便のブロックアウト時刻とする。つまり、予測部１０３が、前便ごとに後便の出発の予測時刻
を求め、求めた出発の予測時刻のうち最も遅い時刻を選択する。
【００８７】
図５の例では、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「１１」、到着の計画時刻「９：００」、到着の実績時刻「９：１５」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２１」、到着の計画時刻「８：４５」、到着の実績時刻「９：３０」を示す便情報１１１を記憶しているものとする。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」、出発の計画時刻「１０：００」、到着の計画時刻「１１：００」、出発の実績時刻「なし」を示す便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」、標準時間「４０分」、計画時間「６０分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１が同じで、前便「２１」、コネクション種別「Ｓｈｉｐ」、標準時間「５０分」、計画時間「７５分」を示すコネクション情報１１２を記憶しているものとする。また、データベース１０１が、このコネクション情報１１２と便情報１１１が同じで、前便「２１」、コネクション種別「Ｃｒｅｗ」、標準時間「３０分」、計画時間「７５分」を示すコネクション情報１１２を記憶しているものとする。
【００８８】
このため、予測部１０３は、実際に運行された第１１便が前便であり、かつ、まだ運行されていない第２２便が後便である「ＣＡ」のコネクションと、実際に運行された第２１便が前便であり、かつ、まだ運行されていない第２２便が後便である「Ｓｈｉｐ」及び「Ｃｒｅｗ」の２つのコネクションとを抽出する。第１１便と第２２便とをつなぐ「ＣＡ」のコネクションでは、前便の到着が１５分遅れているので、ＣＡの引継にかかる時間が計画時間のままだと、後便の出発も１５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「４５分」となる。よって、予測部１０３は、この時間を前便の到着の実績時刻「９：１５」に加算した「１０：００」を後便の出発の予測時刻の候補とする。また、第２１便と第２２便とをつなぐ「Ｓｈｉｐ」及び「Ｃｒｅｗ」のコネクションでは、前便の到着が４５分遅れているので、機材及びクルーの引継にかかる時間が計画時間のままだと、後便の出発も４５分遅れてしまう。このとき、前述した条件（ａ）〜（ｃ）を満たす時間は、「Ｓｈｉｐ」、「Ｃｒｅｗ」のコネクションの順に、「５０分」、「３０分」となる。よって、予測部１０３は、これらの時間を前便の到着の実績時刻「９：３０」に加算した「１０：２０」、「１０：００」を後便の出発の予測時刻の候補とする。そして、予測部１０３は、３つの候補のうち、最も遅い時刻である「１０：２０」を後便の出発の予測時刻とする。この場合、第１１便と第２２便とをつなぐ「ＣＡ」のコネクションでは、引継にかかる時間を短縮しなくても、後便が予測時刻通りに出発できるため、予測部１０３は、時間の短縮が不要であると判断する（時間の短縮が必要であっても、後便が予測時刻通りに出発できる必要最低限の短縮にとどめることが望ましい）。即ち、予測部１０３は、第１１便から第２２便への引継にかかる時間は短縮されず、第２１便から第２２便への引継にかかる時間が５０分に短縮されることを前提に、第２２便が２０分遅れで出発すると予測する。
【００８９】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１に、出発の予測時刻「１０：２０」を書き込む。また、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、共通の前便「２１」を示し、それぞれコネクション種別「Ｓｈｉｐ」、「Ｃｒｅｗ」を示すコネクション情報１１２に、予測時間「５０分」を書き込む。なお、予測部１０３は、データベース１０１に記憶された、この便情報１１１を含み、前便「１１」、コネクション種別「ＣＡ」を示すコネクション情報１１２に、前便の到着の実績時刻と後便の出発の予測時刻との差分に相当する予測時間「６５分」を書き込んでもよいし、計画時間と同じ予測時間「６０分」を書き込んでもよいし、予測時間の書き込みを省略してもよい。
【００９０】
ステップＳ１０３では、次に、予測部１０３が、予測計算した後便のブロックアウト時刻に、飛行計画時間、あるいは、最新のフライトプラン（天候や空港の混雑状況等を考慮したプラン）により見込まれる飛行時間（運行時間）を加算し、後便のブロックイン時刻（到着の予測時刻）を処理装置１９１により求める。そして、予測部１０３が、求めた後便のブロックイン時刻をデータベース１０１の便情報１１１に書き込む。
【００９１】
図５の例では、前述したように、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「４２」、出発の予測時刻「１０：００」を示す便情報１１１を記憶することになる。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「３２」、出発の予測時刻「１０：０５」を示す便情報１１１を記憶することになる。また、データベース１０１が、運航基準日「２０１１年８月１日」、便番号「２２」、出発の予測時刻「１０：２０」を示す便情報１１１を記憶することになる。
【００９２】
このため、予測部１０３は、第４２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第４２便の出発の予測時刻「１０：００」に加算した「１１：００」を第４２便の到着の予測時刻とする。即ち、予測部１０３は、第４２便が定刻通り到着すると予測する。また、予測部１０３は、第３２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第３２便の出発の予測時刻「１０：０５」に加算した「１１：０５」を第３２便の到着の予測時刻とする。即ち、予測部１０３は、第３２便が５分遅れで到着すると予測する。また、予測部１０３は、第２２便の出発の計画時刻「１０：００」と到着の計画時刻「１１：００」との差分「６０分」を第２２便の出発の予測時刻「１０：２０」に加算した「１１：２０」を第２２便の到着の予測時刻とする。即ち、予測部１０３は、第２２便が２０分遅れで到着すると予測する。なお、前述したように、予測部１０３は、後便の到着時刻を予測する際に、後便の出発から到着までにかかる時間（例えば、飛行時間）の短縮が見込める場合は、その時間を短縮した場合の時刻（例えば、最新のフライトプランにより見込まれる飛行時間を織り込んで予測される時刻）を後便の到着の予測時刻としてもよい。
【００９３】
さらに、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「４２」を示す便情報１１１に、到着の予測時刻「１１：００」を書き込む。また、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「３２」を示す便情報１１１に、到着の予測時刻「１１：０５」を書き込む。また、予測部１０３は、データベース１０１に記憶された、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１に、到着の予測時刻「１１：２０」を書き込む。
【００９４】
上記のように、データベース１０１が第１１便、第２１便、第３１便、第４１便の到着の実績時刻を記憶している場合、予測部１０３は、まず、これらの便のみとコネクションがつながっている第２２便、第３２便、第４２便の出発及び到着の予測時刻を求めることができる。具体例の記載は省略するが、予測部１０３は、第１１便のみとコネクションがつながっている第１２便の出発及び到着の予測時刻も求めることができる。その結果、データベース１０１が第１２便、第２２便、第３２便、第４２便の到着の予測時刻を記憶することになるため、予測部１０３は、次に、これらの便のみとコネクションがつながっている第１３便、第２３便、第３３便の出発及び到着の予測時刻を求めることができる。
【００９５】
なお、予測部１０３が、どのような順番で各便の出発及び到着の予測時刻を求めるかは、任意である。
【００９６】
例えば、予測部１０３は、次のような手順で遅延伝播予測計算を行うことができる。ま
ず、予測部１０３は、到着の実績時刻又は見込み時刻（実績時刻と同等にみなしてよい）がある便や初便、即ち、予測計算対象から除外された便の集合をＯ（初期集合）とする。そして、予測部１０３は、集合Ｏに含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＸとする。次に、予測部１０３は、集合Ｏと集合Ｘとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＹとする。次に、予測部１０３は、集合Ｏと集合Ｘと集合Ｙとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。この時点で予測時刻が求められた便の集合をＺとする。次に、予測部１０３は、集合Ｏと集合Ｘと集合Ｙと集合Ｚとの和集合に含まれる便のみとコネクションがつながっている便の出発及び到着の予測時刻を全て求める。以降、予測部１０３は、同様に予測計算を行う。
【００９７】
上記の手順で、予測部１０３が、予測計算の必要な全便に対して、ブロックアウト時刻、ブロックイン時刻を求める。このようにして求められたブロックアウト時刻、ブロックイン時刻、及び、最初に予測部１０３が除外した実績値又は見込み値をもつ便等のブロックアウト時刻、ブロックイン時刻が、最終的な遅延伝播予測計算の結果となる。
【００９８】
図３のステップＳ１０４において、運行管理支援システム１００は、ディレイクラスタを検出する（クラスタリング計算を行う）。以下、ステップＳ１０４の詳細について説明する。
【００９９】
ステップＳ１０４では、まず、判定部１０４が、遅延伝播予測計算の結果を基に、ディレイクラスタを処理装置１９１により検出する。
【０１００】
具体的には、判定部１０４は、ステップＳ１０３で予測対象となった便、即ち、ブロックインに予測値がある便について、ブロックインの予測時刻と計画時刻の差異（計画時刻からの遅延）をチェックするとともに、ブロックアウトにも予測値がある便であれば、ブロックアウトの予測時刻と計画時刻の差異（計画時刻からの遅延）をチェックする。
【０１０１】
判定部１０４は、前便であるＡ便と後便であるＢ便との間にコネクションがあり、Ａ便の到着とＢ便の出発がともに遅延している場合、遅延に依存関係があるとみなし、Ａ便とＢ便は同一集合に属すると判断する。判定部１０４は、Ａ便とＢ便が同一集合に属し、Ｂ便とＣ便が同一集合に属する場合、Ａ便とＣ便は同一集合に属すると判断する。なお、判定部１０４は、前便であるＡ便と後便であるＢ便との間にコネクションがあり、Ａ便の到着とＢ便の出発がともに遅延している場合でも、Ｂ便のブロックアウトに実績値があれば、Ａ便を対象から除外してよい。即ち、判定部１０４は、後便が出発済（例えば、飛行中）である場合、その前便を対象から除外してもよい。ただし、判定部１０４は、後便が複数ある前便については、全ての後便が出発済（例えば、飛行中）である場合のみ、その前便を対象から除外するものとする。例えば、判定部１０４は、前便であるＡ便と後便であるＢ便との間だけでなく、前便であるＡ便と後便であるＤ便との間にもコネクションがあり、Ａ便の到着とＢ便及びＤ便の出発がともに遅延している場合において、Ｂ便のブロックアウトに実績値があっても、Ｄ便のブロックアウトに実績値がなければ、Ａ便を対象から除外しない。一方、Ｂ便とＤ便との両方のブロックアウトに実績値があれば、Ａ便を対象から除外してよい。
【０１０２】
判定部１０４は、上記のチェックをその日の最終便まで実施した結果、求められた集合をディレイクラスタとする。なお、判定部１０４は、集合Ｍに属する便と、集合Ｎに属する便の間に、前便の到着が遅延し、かつ、後便の出発が遅延しているコネクションが１個も存在しない場合、集合Ｍと集合Ｎは異なるディレイクラスタであると判断する。
【０１０３】
図６は、図５の例におけるディレイクラスタの一例を示す図である。
【０１０４】
図６において、点線で囲まれた範囲は、ディレイクラスタを表す。各便を表すブロックの左上には出発の実績時刻又は予測時刻、その上には出発の計画時刻（括弧内）が示されている。各便を表すブロックの右上には到着の実績時刻又は予測時刻、その上には到着の計画時刻（括弧内）が示されている。前述したように、ここでは、第１１便、第２１便、第３１便、第４１便が到着済であり、その他の便が出発前であるとする。
【０１０５】
到着済の便には、以下のように遅延が発生しているとする。
（１）第１１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
（２）第２１便：到着の実績時刻が計画時刻「８：４５」より４５分遅い「９：３０」になっている。
（３）第３１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
（４）第４１便：到着の実績時刻が計画時刻「９：００」より１５分遅い「９：１５」になっている。
【０１０６】
ステップＳ１０３の遅延伝播予測計算により、出発前の便の出発及び到着の予測時刻は、以下のように求められているとする。
（５）第１２便：第１１便からの全てのコネクションにおいて計画時間「７０分」が「５５分」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１０：１０」になっている（第１１便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１１：１０」になっている。
（６）第１３便：第１２便からの全てのコネクションにおいて計画時間「１１０分」の短縮を必要とすることなく、出発の予測時刻が計画時刻と同じ「１３：００」になっている。また、到着の予測時刻が計画時刻と同じ「１４：００」になっている。
（７）第２２便：第１１便からのコネクションにおいて計画時間「６０分」がどんなに短縮されても、第２１便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「７５分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１０：００」より２０分遅い「１０：２０」になっている（第１１便と第２１便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１１：００」より２０分遅い「１１：２０」になっている（少なくとも第２１便の遅延の影響により到着にも遅延が発生する）。
（８）第２３便：第２２便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「６０分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１２：００」より１０分遅い「１２：１０」になっている（第２２便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１３：００」より１０分遅い「１３：１０」になっている（第２２便の遅延の影響により到着にも遅延が発生する）。
（９）第３２便：第３１便からの「Ｓｈｉｐ」のコネクションにおいて計画時間「６０分」が「５０分」までしか短縮できないため、出発の予測時刻が計画時刻「１０：００」より５分遅い「１０：０５」になっている（第３１便の遅延の影響により出発に遅延が発生する）。また、到着の予測時刻が計画時刻「１１：００」より５分遅い「１１：０５」になっている（第３１便の遅延の影響により到着にも遅延が発生する）。
（１０）第３３便：第３２便からの全てのコネクションにおいて計画時間「９０分」が「８５分」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１２：３０」になっている（第３２便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１４：００」になっている。
（１１）第４２便：第４１便からのコネクションにおいて計画時間「６０分」が「４５分
」まで短縮されたことにより、出発の予測時刻が計画時刻と同じ「１０：００」になっている（第４１便の遅延の影響が及ばない）。また、到着の予測時刻が計画時刻と同じ「１１：００」になっている。
【０１０７】
上記の遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションを抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、抽出したコネクションの前便又は後便である第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを、前述した所定の判定基準に基づいて行う。即ち、判定部１０４は、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。その結果、判定部１０４は、第１１便、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１を検出する。また、判定部１０４は、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。つまり、判定部１０４は、第１１便と第２１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第３１便の遅延の影響により第３２便に遅延が発生すると判断する。
【０１０８】
なお、上記の例では、全てのコネクションにおいて、後便の出発の計画時刻と前便の到着の計画時刻との差分を計画時間（即ち、計画時間＝後便の出発の計画時刻−前便の到着の計画時刻）としたが、コネクションごとに、個別の計画時間が設定されても構わない。
【０１０９】
また、上記の例では、判定部１０４がコネクションを抽出する際に、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れているかどうかを基準の１つとしているが、前便の別の運行時刻が計画時刻より遅れているかどうかを基準にしてもよい。同様に、上記の例では、判定部１０４がコネクションを抽出する際に、後便の出発の予測時刻が後便の出発の計画時刻より遅れているかどうかを基準の１つとしているが、後便の別の運行時刻が計画時刻より遅れているかどうかを基準にしてもよい。例えば、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の到着の予測時刻が後便の到着の計画時刻より遅れているコネクションを抽出してもよい。あるいは、判定部１０４は、前便の出発の実績時刻又は予測時刻が前便の出発の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションを抽出してもよい。
【０１１０】
ステップＳ１０４では、次に、出力部１０５が、遅延伝播ダイアグラムを処理装置１９１により作成し、出力装置１９４により画面表示する。
【０１１１】
具体的には、出力部１０５は、判定部１０４により検出されたディレイクラスタのリストを生成して表示する。このとき、例えば、出力部１０５は、以下のような基準でディレイクラスタを優先順位付けする。
（１）コネクション情報１１２（便情報１１１）の旅客情報や貨物情報に基づき、乗り継ぎ旅客が多い、重要な貨物を搭載しているといった業務上重要な便を特定し、重要な便の数が多いディレイクラスタほど、優先度を高く設定する。
（２）コネクション情報１１２（便情報１１１）の運用制約に基づき、滑走路使用制限や着陸時刻制限といった運用制限に抵触する便の数が多いディレイクラスタほど、優先度を高く設定する。
（３）実際の遅延発生までの猶予時間（ディレイクラスタに含まれる便のうち、遅延が発
生する予測時刻が最も早い便の予測時刻と現在時刻との差）が短いディレイクラスタほど、優先度を高く設定する。
（４）便の総数が多いディレイクラスタほど、優先度を高く設定する。
（５）平均遅延時間、最大遅延時間が長いディレイクラスタほど、優先度を高く設定する。
【０１１２】
図７は、図６の例におけるディレイクラスタのリストの一例を示す図である。
【０１１３】
図７において、ディレイクラスタのリストは、ディレイクラスタ、優先順位、便、出発の遅延、到着の遅延といった項目（カラム）で構成されている。ディレイクラスタの項目には、ディレイクラスタの識別子が表示される。優先順位の項目には、対応するディレイクラスタに対して出力部１０５が決定した優先順位が表示される。便の項目には、対応するディレイクラスタを構成する便の便番号が表示される。出発の遅延の項目には、対応する便の出発の遅延時間が表示される。到着の遅延の項目には、対応する便の到着の遅延時間が表示される。
【０１１４】
出力部１０５は、最初にディレイクラスタのリストを表示する際は、ディレイクラスタのリストをディレイクラスタごとにグループ化し、さらに優先順位の項目でソートして表示する。入力部１０２は、どの項目でソートするかを指定する操作をユーザから受け付けてもよい。この場合、出力部１０５は、必要に応じてディレイクラスタごとのグループ化を解除した上で、ディレイクラスタのリストをユーザが指定した項目でソートして表示する。
【０１１５】
入力部１０２は、画面上でディレイクラスタのリストに含まれる１つのディレイクラスタを選択する操作をユーザから受け付ける。出力部１０５は、ユーザが選択したディレイクラスタの遅延伝播ダイアグラムを生成して表示する。
【０１１６】
なお、出力部１０５は、ディレイクラスタのリストを表示する代わりに、全てのディレイクラスタの遅延伝播ダイアグラムを生成して同じ画面内に表示してもよい（例えば、図６のようなダイアグラムを表示してもよい）。ただし、この場合、遅延伝播ダイアグラムの表示等の処理にかかる時間が相対的に長くなることや、各ディレイクラスタの遅延伝播ダイアグラムの見た目が相対的に小さくなることに留意する必要がある。
【０１１７】
図８は、図６の例における遅延伝播ダイアグラムの一例を示す図である。
【０１１８】
図８において、遅延伝播ダイアグラムＤ１は、図６のディレイクラスタＣ１に対応する。遅延伝播ダイアグラムＤ１は、遅延とその影響を一見して把握可能なように、ディレイクラスタＣ１の内容を図式表現するもので、例えば、以下の内容を表示する。
（１）便：コネクションダイアグラムと同様に、矩形のブロックで表される。ブロック内には便番号が表示される。ブロックの左上にはブロックアウト時刻（出発の実績時刻、実績時刻がなければ予測時刻、初便であれば計画時刻）が表示される。ブロックの右上にはブロックイン時刻（到着の実績時刻、実績時刻がなければ見込み時刻、見込み時刻がなければ予測時刻）が表示される。遅延すると影響の大きい業務上重要な便、滑走路使用制限や着陸時刻制限等、運用制限に抵触する便については、ブロックが強調表示される。図８では、第２３便の到着の予測時刻が着陸時刻制限を過ぎているため、第２３便が強調表示されている。
（２）コネクション：コネクションダイアグラムと同様に、矢印の線で表される。図８では、線にコネクション種別を表すラベルが付加されているが、必須ではない。線にコネクション種別を表す色が設定されていてもよいし、コネクションに設定された時間や遅延量に応じた太さが設定されてもよい。また、コネクションに設定された時間が計画時間、予
測部１０３により自動的に短縮された時間、ユーザにより手動で短縮された時間のいずれかであるかに応じて線の種類が設定されていてもよい。また、便間にコネクションが複数ある場合、１本の線へ集約されるようにしてもよい。複数の便から１つの便へつながるコネクションがある場合、それらのコネクションのうち、遅延に与える影響が大きいクリティカルコネクションは、強調表示されることが望ましい。クリティカルコネクションについては、後述する。
【０１１９】
その他にも、便指定操作（例えば、ブロックをマウス９０３でクリックする）による便情報１１１の詳細表示、コネクション指定操作（例えば、線をマウス９０３でクリックする）によるコネクション情報１１２の詳細表示、コネクションの対策（時間の短縮）が確定か否かの識別表示が行えるようにすることが望ましい。
【０１２０】
入力部１０２は、遅延伝播ダイアグラムに対してＧＵＩ（グラフィックユーザインタフェース）による情報入力を受け付ける。具体的には、入力部１０２は、コネクションを指定した対策の入力を受け付け、コネクションの対策の入力後、各業務システムから入力した最新情報を反映した遅延伝播ダイアグラムを更新表示し、対策の効果を把握できるようにする。
【０１２１】
例えば、図８の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、標準時間「５０分」からさらに短縮した「４０分」をキーボード９０２により入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を「４０分」に更新する。この場合、予測部１０３は、ディレイクラスタＣ１の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２３便に遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１’を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１には、第２３便が含まれなくなる。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラム（図示していない）を作成して表示する。
【０１２２】
ここでは、ユーザが標準時間をさらに短縮した時間を対策時間として入力しているが、ユーザが任意のコネクション（後便に遅延が発生していないコネクションでもよい）に対して任意の対策時間（標準時間以上の時間でもよい）を入力できるようにしてもよい。例えば、ユーザが任意のコネクションを選択して、任意の対策時間を入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を、入力されたものに更新する。ステップＳ１０３において、予測部１０３は、対策時間が設定されたコネクションについては、計画時間や標準時間を使用せず、対策時間を使用して後便の運行時刻を予測する。即ち、予測部１０３は、予測計算の必要な箇所（便）について、前便のブロックイン時刻とコネクションの所要時間（対策時間、対策時間がなければ計画時間、計画時間だと遅延が発生する場合は標準時間を下限として短縮された時間）から後便のブロックアウト時刻（出発の予測時刻）を計算する。
【０１２３】
図９は、図６の例における遅延伝播ダイアグラムの別の一例を示す図である。
【０１２４】
図９において、遅延伝播ダイアグラムＤ１は、図８の遅延伝播ダイアグラムＤ１と同じものである。
【０１２５】
例えば、図９の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、このコネクションを切断すること及びスタンバイ中（予備）の機材を第２２便に投入することをキーボード９０２
やマウス９０３により入力すると、入力部１０２は、この入力に応じてデータベース１０１に記憶されたコネクション情報１１２を更新する。例えば、入力部１０２は、運航基準日「２０１１年８月１日」、便番号「２２」を示す便情報１１１を含み、前便「２１」、コネクション種別「Ｓｈｉｐ」を示すコネクション情報１１２をデータベース１０１から削除する。この場合、予測部１０３は、ディレイクラスタＣ１の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２２便に遅延が発生せず、それによって第２３便にも遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１”を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１がなくなる。そして、出力部１０５は、例えば、その旨のメッセージ等を表示する。
【０１２６】
図３において、ステップＳ１０２〜Ｓ１０４は、一定時間ごと、即ち、定期的に実行されてもよいし、ステップＳ１０１が実行される度、即ち、入力部１０２が、各業務システムから、便情報２０１、フライトプラン情報２０２、ＧＨ情報２０３、クルー勤務情報２０４、ＣＡ勤務情報２０５、旅客情報２０６、貨物情報２０７の少なくともいずれか又はその一部の最新情報を取得してデータベース１０１を更新する度に実行されてもよい。ステップＳ１０３では、予測部１０３が、毎回遅延伝播予測をやり直す。ステップＳ１０４では、その遅延伝播予測の結果に基づいて、判定部１０４が、ディレイクラスタを検出し直す。これにより、ユーザは、ディレイクラスタの変遷（時間の経過とともに遅延の発生状況やその影響範囲が変わっていく様）を確認することができる。
【０１２７】
以上説明したように、本実施の形態では、公共交通機関のスケジュール管理において、あるイレギュラが影響する範囲を塊（ディレイクラスタ）として抽出することで、イレギュラ対策検討を効率化する。その手順は、以下の通りである。
（１）全てのつながりを一元管理したダイアグラムから、あるイレギュラに端を発するディレイクラスタを自動抽出し、画面表示する。
（２）それぞれのつながりにはダイヤ上の計画時間と最低限必要な標準時間がある（標準時間≦計画時間）。
（３）ディレイクラスタは、各つながりを標準時間に圧縮したとしてもなお定時通りにはならず影響を及ぼしてしまうもののみを抽出する。
（４）それを見ながら各担当者が協調してイレギュラ対策（復旧プラン）を画面上で手動設定して検討する。
（５）担当者が対策を入力すると、それに応じてディレイクラスタを再計算し管理していく。
【０１２８】
本実施の形態によれば、予想外の遅延拡大によるロスコストの低減や、定時性の向上が可能となる。また、本実施の形態によれば、コネクションを把握することで、遅延の影響の特定が確実かつ容易に行える。また、本実施の形態によれば、遅延の影響範囲をディレイクラスタとして抽出し、それぞれのコネクションに対するリスク情報を計算し、局所的ではなく、広範囲な視点で全体最適な対策を立案できる。また、本実施の形態によれば、航空会社でＧＨを管理する部門と、クルー、ＣＡ、旅客の乗り継ぎを管理する部門が別であっても、部門をまたがった対策検討が容易になる。
【０１２９】
なお、本実施の形態では、航空機の運行管理を運行管理支援システム１００の支援対象としたが、引継要素（本実施の形態では、機材、乗客、乗員、貨物等）がある交通機関の運行管理であれば、鉄道、船舶、自動車等の運行管理であっても運行管理支援システム１００の支援対象とすることができる。また、例えば、航空機と空港ビルに直結した鉄道との間には乗客、貨物等の引継要素があると考えられるが、このような複数の異なる交通機関の運行管理であっても纏めて運行管理支援システム１００の支援対象とすることができ
る。
【０１３０】
また、本実施の形態では、データベース１０１が、既に運行された便については実績時刻を示す便情報１１１を記憶するが、データベース１０１が、まだ運行されていない便の一部について仮の実績時刻を示す便情報１１１を記憶してもよい。仮の実績時刻は、ユーザ等から与えられるシミュレーション用の時刻であり、実績時刻と同等に扱われる。この場合、予測部１０３による遅延伝播予測や判定部１０４によるディレイクラスタの検出のシミュレーションを行うことが可能となる。シミュレーション結果は、例えば、図７に示したディレイクラスタのリストや図８に示した遅延伝播ダイアグラムによって容易に確認することができる。
【０１３１】
また、本実施の形態では、データベース１０１が、運行時刻だけでなく、発着空港（出発及び到着の地点）を運行内容として示す便情報１１１を記憶するが、予測部１０３が、この情報を利用して後便の運行時刻を予測してもよい。この場合、予測部１０３は、実際に運行された便が前便であり、かつ、まだ運行されていない便が後便であるコネクションを抽出すると、前便の（実際の又は計画段階の）到着空港と後便の（計画段階の）出発空港とが同一の空港であるかどうかを確認する。前便の到着空港と後便の出発空港とが同一の空港であれば、予測部１０３は、前便の実績時刻から後便の運行時刻を予測する。一方、前便の到着空港と後便の出発空港とが同一の空港でなければ、予測部１０３は、後便の運行時刻を予測できないと判断する。あるいは、予測部１０３は、抽出したコネクションのコネクション種別が「Ｓｈｉｐ」、「Ｃｒｅｗ」、「ＣＡ」のみであれば、当該コネクションを切断し、スタンバイ中の機材、クルー、ＣＡを後便に投入することを前提に、後便の計画時刻が後便の運行時刻になると予測する。このとき、予測部１０３は、当該コネクションに対応するコネクション情報１１２をデータベース１０１から削除してもよい。予測部１０３が後便の運行時刻を予測できないと判断した場合、出力部１０５は、その旨のメッセージ等を表示する。また、予測部１０３がスタンバイ中の機材、クルー、ＣＡを後便に投入することを前提に後便の運行時刻を予測した場合、出力部１０５は、その旨の表示を遅延伝播ダイアグラムに追加する。これにより、飛行中の便の着陸空港が天候不良等の理由で変更になった場合に、その影響を受ける便を特定してユーザに通知したり、スタンバイ投入を考慮した上での遅延の影響を特定したりすることが可能となる。
【０１３２】
実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１３３】
本実施の形態に係る運行管理支援システム１００の構成は、図１に示した実施の形態１のものと同様である。
【０１３４】
本実施の形態では、判定部１０４によるディレイクラスタの検出動作が、実施の形態１のものと異なる。
【０１３５】
本実施の形態において、判定部１０４は、実施の形態１と同様に、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。このとき、本実施の形態では、判定部１０４が、抽出したコネクションの集合に後便が共通し、前便が異なる複数のコネクションが含まれる場合、クリティカルコネクションのみの便同士が同じディレイクラスタに属するように、グループ分けを行う。即ち、１つの後便に、前便が異なる複数のコネクションがつながっている場合、これらのコネクションの前便のうち、クリティカ
ルコネクションの前便のみが当該１つの後便と同じディレイクラスタに入る。クリティカルコネクションとは、後便が共通する複数のコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れているコネクションのことをいう。前便の限界時刻とは、後便を後便の計画時刻に運行するために前便を運行すべき時刻のことをいう。具体的には、あるコネクションにおいて、後便の出発の計画時刻から対策時間又は（対策時間がなければ）標準時間を減算した時刻が前便の限界時刻となる。
【０１３６】
なお、上記のように、後便が共通する複数のコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れているコネクションのみをクリティカルコネクションとする代わりに、前便の運行時刻が前便の限界時刻から所定の時間以上遅れているコネクション全てをクリティカルコネクションとして扱ってもよい。この場合、前便の運行時刻が前便の限界時刻から少しでも遅れているコネクション全てをクリティカルコネクションとしてもよいし、前便の運行時刻が前便の限界時刻から任意の時間（例えば、３０分）以上遅れているコネクションのみをクリティカルコネクションとしてもよい。
【０１３７】
以下、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を、実施の形態１と同様に、図５の例を用いて説明する。
【０１３８】
図１０は、図５の例におけるディレイクラスタの一例を示す図である。
【０１３９】
到着済の便に発生している遅延は、図６に示した実施の形態１の例と同じものとする。また、図３のステップＳ１０３の遅延伝播予測計算により求められている出発前の便の出発及び到着の予測時刻も、図６に示した実施の形態１の例と同じものとする。
【０１４０】
遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションの集合を抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。ここでは、判定部１０４が抽出したコネクションのうち、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクションの後便が共通している。第１１便から第２２便へのコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「４０分」を減算した第１１便の限界時刻「９：２０」より、第１１便の到着の実績時刻「９：１５」のほうが５分早い。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から−５分遅れている。第２１便から第２２便への「Ｓｈｉｐ」のコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「５０分」を減算した第２１便の限界時刻「９：１０」より、第２１便の到着の実績時刻「９：３０」のほうが２０分遅い。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から２０分遅れている。第２１便から第２２便への「Ｃｒｅｗ」のコネクションでは、第２２便の出発の計画時刻「１０：００」から標準時間「３０分」を減算した第２１便の限界時刻「９：３０」と、第２１便の到着の実績時刻「９：３０」が同じである。即ち、このコネクションでは、前便の運行時刻が前便の限界時刻から０分遅れている。よって、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクションのうち、前便の運行時刻が前便の限界時刻から最も遅れている、第２１便から第２２便への「Ｓｈｉｐ」のコネクションがクリティカルコネクションである。このため、判定部１０４は、第１１便を含まず、第２１便、第２２便、第２３便のみで構成されるディレイクラスタＣ１’を検出する。また、判定部１０４は、図
６に示した実施の形態１の例と同様に、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。
【０１４１】
図１１は、図１０の例におけるディレイクラスタのリストの一例を示す図である。
【０１４２】
図１１において、ディレイクラスタのリストの構成は、図７に示した実施の形態１の例と同様である。
【０１４３】
図１０及び図１１を図６及び図７と対比すると、図６及び図７では、ディレイクラスタＣ１に第１１便が含まれているのに対し、図１０及び図１１では、ディレイクラスタＣ１’に第１１便が含まれていない。
【０１４４】
図１２は、図１０の例における遅延伝播ダイアグラムの一例を示す図である。
【０１４５】
図１２において、遅延伝播ダイアグラムＤ１は、図１０のディレイクラスタＣ１’に対応する。
【０１４６】
例えば、図１２の遅延伝播ダイアグラムＤ１において、ユーザが第２１便から第２２便への「Ｓｈｉｐ」のコネクションをマウス９０３により選択して、標準時間「５０分」からさらに短縮した「４０分」をキーボード９０２により入力すると、入力部１０２は、この入力を受け付けてデータベース１０１に記憶されたコネクション情報１１２の対策時間を「４０分」に更新する。この場合、予測部１０３は、ディレイクラスタＣ１’の範囲内でステップＳ１０３の遅延伝播予測の動作を再度行い、第２３便に遅延が発生しないことを予測する。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラムＤ１’を作成して表示する。なお、予測部１０３が遅延伝播予測の動作を再度行った後、判定部１０４が、ステップＳ１０４のディレイクラスタの検出動作を再度行ってもよい。この場合、ディレイクラスタＣ１’には、第２３便が含まれなくなる。そして、出力部１０５は、その結果を反映した遅延伝播ダイアグラム（図示していない）を作成して表示する。
【０１４７】
本実施の形態によれば、クリティカルコネクション以外のコネクションの前便をディレイクラスタから除外することで、遅延の影響が大きいコネクションを確実にユーザに認識させることができる。そのため、ユーザが、より迅速に効果的な対策を立案できる。
【０１４８】
実施の形態３．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１４９】
本実施の形態に係る運行管理支援システム１００の構成は、図１に示した実施の形態１のものと同様である。
【０１５０】
本実施の形態では、判定部１０４によるディレイクラスタの検出動作が、実施の形態１のものと異なる。
【０１５１】
本実施の形態において、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻又は予測時刻が前便の計画時刻より遅れており、かつ、後便の予測時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準として、抽出したコネクションの集合に含まれるコネクションのいずれにおいても後便になっていない便ごとにディレイクラスタが存在し、引継が行われる便同士が同じディレイクラスタに属するように、グループ分けを行う。
【０１５２】
以下、運行管理支援システム１００の動作（本実施の形態に係る運行管理支援方法、本実施の形態に係るプログラムの処理手順）の一例を、実施の形態１と同様に、図５の例を用いて説明する。
【０１５３】
図１３は、図５の例におけるディレイクラスタの一例を示す図である。
【０１５４】
到着済の便に発生している遅延は、図６に示した実施の形態１の例と同じものとする。また、図３のステップＳ１０３の遅延伝播予測計算により求められている出発前の便の出発及び到着の予測時刻も、図６に示した実施の形態１の例と同じものとする。
【０１５５】
遅延伝播予測計算の結果から、判定部１０４は、前便の到着の実績時刻又は予測時刻が前便の到着の計画時刻より遅れており、かつ、後便の出発の予測時刻が後便の出発の計画時刻より遅れているコネクションの集合を抽出する。具体的には、判定部１０４は、第１１便から第２２便へのコネクション、第２１便から第２２便へのコネクション、第２２便から第２３便へのコネクション、第３１便から第３２便へのコネクションを抽出する。そして、判定部１０４は、抽出したコネクションの前便又は後便である第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを、前述した所定の判定基準に基づいて行う。即ち、判定部１０４は、抽出したコネクションの集合に含まれるコネクションのいずれにおいても後便になっていない便ごとにディレイクラスタが存在し、引継が行われる便同士が同じディレイクラスタに属するように、第１１便、第２１便、第２２便、第２３便、第３１便、第３２便のグループ分けを行う。その結果、判定部１０４は、第１１便、第２２便、第２３便で構成されるディレイクラスタＣ１−１を検出する。また、判定部１０４は、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１−２を検出する。また、判定部１０４は、第３１便、第３２便で構成されるディレイクラスタＣ２を検出する。つまり、判定部１０４は、第１１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第２１便の遅延の影響により第２２便に遅延が発生し、この遅延の影響により第２３便に遅延が発生すると判断する。また、判定部１０４は、第３１便の遅延の影響により第３２便に遅延が発生すると判断する。
【０１５６】
図１４は、図１３の例におけるディレイクラスタのリストの一例を示す図である。
【０１５７】
図１４において、ディレイクラスタのリストの構成は、図７に示した実施の形態１の例と同様である。
【０１５８】
図１３及び図１４を図６及び図７と対比すると、図６及び図７では、１つのディレイクラスタＣ１のみに第２２便と第２３便が属し、このディレイクラスタＣ１に第１１便と第２１便の両方が含まれているのに対し、図１３及び図１４では、２つのディレイクラスタＣ１−１，Ｃ１−２の両方に第２２便と第２３便が属し、ディレイクラスタＣ１−１に第１１便、ディレイクラスタＣ１−２に第２１便が含まれている。
【０１５９】
例えば、図１３のディレイクラスタＣ１−２に対応する遅延伝播ダイアグラムは、図１２に示した遅延伝播ダイアグラムＤ１のようになる。
【０１６０】
本実施の形態によれば、到着済の１つの便に遅延が発生した場合に、その便の遅延の影響をユーザが容易に把握できる。
【０１６１】
なお、本実施の形態では、判定部１０４によるグループ分けの際に、クリティカルコネクションを考慮していないが、実施の形態２と同様に、判定部１０４が、抽出したコネクションの集合に後便が共通し、前便が異なる複数のコネクションが含まれる場合、クリテ
ィカルコネクションのみの便同士が同じディレイクラスタに属するように、グループ分けを行ってもよい。この場合、図１３の例において、第１１便から第２２便へのコネクションはクリティカルコネクションではないため、判定部１０４は、第１１便、第２２便、第２３便で構成されるディレイクラスタＣ１−１を検出しない。即ち、判定部１０４は、第２１便、第２２便、第２３便で構成されるディレイクラスタＣ１−２と、第３１便、第３２便で構成されるディレイクラスタＣ２のみを検出する。これにより、遅延の影響が大きいコネクションを確実にユーザに認識させることができる。
【０１６２】
実施の形態４．
本実施の形態について、主に実施の形態１との差異を説明する。
【０１６３】
図１５は、本実施の形態に係る運行管理支援システム１００の構成を示すブロック図である。
【０１６４】
図１５に示すように、本実施の形態では、運行管理支援システム１００が、図１に示した実施の形態１の予測部１０３を備えていない（備えていてもよいが、必要はない）。
【０１６５】
本実施の形態において、データベース１０１は、全ての便について計画時刻と実績時刻（前述した仮の実績時刻でもよい）とを示す便情報１１１を記憶する。また、データベース１０１は、実施の形態１と同様のコネクション情報１１２を記憶する。
【０１６６】
判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の実績時刻が前便の計画時刻より遅れており、かつ、後便の実績時刻が後便の計画時刻より遅れているコネクションの集合を抽出する。そして、判定部１０４は、所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。例えば、判定部１０４は、実施の形態１と同様に、所定の判定基準として、引継が行われる便同士が同じディレイクラスタに属し、かつ、それぞれの便が１つのディレイクラスタのみに属するように、グループ分けを行う。なお、この判定基準としては、実施の形態２や実施の形態３と同様の基準を用いても構わない。
【０１６７】
出力部１０５は、実施の形態１と同様に、グループ情報１１４として、任意の１つのディレイクラスタに対応する遅延伝播ダイアグラムを出力する。
【０１６８】
本実施の形態によれば、ユーザが、過去の遅延の発生状況及びその影響のしかた等を分析して、その結果を将来の運行計画の策定時等に活用することができる。
【０１６９】
なお、本実施の形態では、実施の形態１と同様に、データベース１０１が、発着空港（出発及び到着の地点）を運行内容として示す便情報１１１を記憶するが、判定部１０４が、この情報に基づき、前便の到着空港と後便の出発空港とが同一の空港でない場合に、前述した所定の運行条件が満たされていないと判断してもよい。即ち、判定部１０４は、データベース１０１に記憶された便情報１１１とコネクション情報１１２とを参照して、前便の到着空港と後便の出発空港とが同一の空港でないコネクションの集合を抽出してもよい。あるいは、判定部１０４は、遅延や到着空港の変更以外のイレギュラが発生したコネクションの集合を抽出してもよい。いずれの場合も、判定部１０４は、運行管理支援システム１００の用途等に応じて適宜決められる所定の判定基準に基づいて、抽出したコネクションの集合に含まれるコネクションの前便と後便とのグループ分けを行う。これにより、交通機関で発生するイレギュラが影響する範囲を把握したり、イレギュラが後続の便に対してどのような影響を与えるのか等を分析したりすることが容易となる。
【０１７０】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【０１７１】
１００ 運行管理支援システム、１０１ データベース、１０２ 入力部、１０３ 予測部、１０４ 判定部、１０５ 出力部、１１１ 便情報、１１２ コネクション情報、１１３ 更新情報、１１４ グループ情報、１９１ 処理装置、１９２ 記憶装置、１９３ 入力装置、１９４ 出力装置、２０１ 便情報、２０２ フライトプラン情報、２０３ ＧＨ情報、２０４ クルー勤務情報、２０５ ＣＡ勤務情報、２０６ 旅客情報、２０７ 貨物情報、９０１ ＬＣＤ、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ ＨＤＤ、９２１ オペレーティングシステム、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群。
【特許請求の範囲】
【請求項１】
交通機関における移動体の運行管理を支援する運行管理支援システムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースと、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部と
を備えることを特徴とする運行管理支援システム。
【請求項２】
前記判定部は、前記所定の判定基準として、引継が行われる便同士が同じグループに属し、かつ、それぞれの便が１つのグループのみに属するように、前記グループ分けを行うことを特徴とする請求項１の運行管理支援システム。
【請求項３】
前記判定部は、前記所定の判定基準として、抽出した引継の集合に含まれる引継のいずれにおいても引継先の便になっていない便ごとにグループが存在し、引継が行われる便同士が同じグループに属するように、前記グループ分けを行うことを特徴とする請求項１の運行管理支援システム。
【請求項４】
前記データベースは、便ごとに、運行時刻を運行内容として示し、さらに、予め運行が計画された時刻である計画時刻を示す便情報を記憶し、
前記判定部は、引継元の便の運行時刻が引継元の便の計画時刻より遅れており、かつ、引継先の便の運行時刻が引継先の便の計画時刻より遅れている場合、前記所定の運行条件が満たされていないと判断することを特徴とする請求項１から３のいずれかの運行管理支援システム。
【請求項５】
前記判定部は、抽出した引継の集合に引継先の便が共通し、引継元の便が異なる複数の引継が含まれる場合、当該複数の引継のうち引継元の便の運行時刻が引継先の便を引継先の便の計画時刻に運行するために引継元の便を運行すべき限界時刻から所定の時間以上遅れている引継のみ又は最も遅れている引継のみの便同士が同じグループに属するように、前記グループ分けを行うことを特徴とする請求項４の運行管理支援システム。
【請求項６】
前記データベースは、既に運行された便について、実際の運行時刻である実績時刻を運行内容として示す便情報を記憶し、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報と引継情報とを参照して、実際に運行された便が引継元の便であり、かつ、まだ運行されていない便が引継先の便である引継を抽出し、抽出した引継について、引継元の便の実績時刻から引継先の便の運行時刻を処理装置により予測し、運行時刻を予測する度に、運行時刻を予測した便について、予測した運行時刻である予測時刻を運行内容として示す便情報を前記データベースに記憶させるとともに、運行時刻を予測した便を引継元の便とする引継があれば、その引継を抽出し、抽出した引継について、引継元の便の予測時刻から引継先の便の運行時刻を処理装置により予測する予測部
を備えることを特徴とする請求項４又は５の運行管理支援システム。
【請求項７】
前記データベースは、引継ごとに、さらに、引継にかかる標準時間を示す引継情報を記憶し、
前記予測部は、抽出した引継について、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていなければ、引継先の便の計画時刻が引継先の便の運行時刻になると予測し、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていれば、標準時間以上の任意の時間を引継元の便の実績時刻又は予測時刻に加算した、引継先の便の計画時刻以降の時刻が引継先の便の運行時刻になると予測することを特徴とする請求項６の運行管理支援システム。
【請求項８】
前記データベースは、引継ごとに、さらに、引継要素の種別を示す引継情報を記憶し、
前記予測部は、引継元の便と引継先の便とが共通し、引継要素の種別が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とすることを特徴とする請求項６又は７の運行管理支援システム。
【請求項９】
引継要素の種別には、移動体により運ばれる乗客と乗員と貨物との少なくともいずれかが含まれることを特徴とする請求項８の運行管理支援システム。
【請求項１０】
前記予測部は、引継先の便が共通し、引継元の便が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とすることを特徴とする請求項６から９のいずれかの運行管理支援システム。
【請求項１１】
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報又は引継情報を更新する更新情報の入力を入力装置により受け付けて、前記データベースに記憶された便情報又は引継情報を更新する入力部
を備え、
前記判定部は、前記入力部により前記データベースに記憶された便情報又は引継情報が更新される度に、前記データベースに記憶された便情報と引継情報とを参照して、新たに引継の集合を抽出し、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行うことを特徴とする請求項１から１０のいずれかの運行管理支援システム。
【請求項１２】
前記出力部は、前記グループ情報として、前記任意の１つのグループを構成する便を図形で表すとともに、前記任意の１つのグループ内で、前記判定部により抽出された引継の集合に含まれる引継ごとに、引継元の便と引継先の便との関係を図形間の線で表す図を出力することを特徴とする請求項１から１１のいずれかの運行管理支援システム。
【請求項１３】
交通機関における移動体の運行管理を支援するプログラムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースを備えたコンピュータを、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部
として機能させるためのプログラム。
【請求項１】
交通機関における移動体の運行管理を支援する運行管理支援システムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースと、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部と
を備えることを特徴とする運行管理支援システム。
【請求項２】
前記判定部は、前記所定の判定基準として、引継が行われる便同士が同じグループに属し、かつ、それぞれの便が１つのグループのみに属するように、前記グループ分けを行うことを特徴とする請求項１の運行管理支援システム。
【請求項３】
前記判定部は、前記所定の判定基準として、抽出した引継の集合に含まれる引継のいずれにおいても引継先の便になっていない便ごとにグループが存在し、引継が行われる便同士が同じグループに属するように、前記グループ分けを行うことを特徴とする請求項１の運行管理支援システム。
【請求項４】
前記データベースは、便ごとに、運行時刻を運行内容として示し、さらに、予め運行が計画された時刻である計画時刻を示す便情報を記憶し、
前記判定部は、引継元の便の運行時刻が引継元の便の計画時刻より遅れており、かつ、引継先の便の運行時刻が引継先の便の計画時刻より遅れている場合、前記所定の運行条件が満たされていないと判断することを特徴とする請求項１から３のいずれかの運行管理支援システム。
【請求項５】
前記判定部は、抽出した引継の集合に引継先の便が共通し、引継元の便が異なる複数の引継が含まれる場合、当該複数の引継のうち引継元の便の運行時刻が引継先の便を引継先の便の計画時刻に運行するために引継元の便を運行すべき限界時刻から所定の時間以上遅れている引継のみ又は最も遅れている引継のみの便同士が同じグループに属するように、前記グループ分けを行うことを特徴とする請求項４の運行管理支援システム。
【請求項６】
前記データベースは、既に運行された便について、実際の運行時刻である実績時刻を運行内容として示す便情報を記憶し、
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報と引継情報とを参照して、実際に運行された便が引継元の便であり、かつ、まだ運行されていない便が引継先の便である引継を抽出し、抽出した引継について、引継元の便の実績時刻から引継先の便の運行時刻を処理装置により予測し、運行時刻を予測する度に、運行時刻を予測した便について、予測した運行時刻である予測時刻を運行内容として示す便情報を前記データベースに記憶させるとともに、運行時刻を予測した便を引継元の便とする引継があれば、その引継を抽出し、抽出した引継について、引継元の便の予測時刻から引継先の便の運行時刻を処理装置により予測する予測部
を備えることを特徴とする請求項４又は５の運行管理支援システム。
【請求項７】
前記データベースは、引継ごとに、さらに、引継にかかる標準時間を示す引継情報を記憶し、
前記予測部は、抽出した引継について、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていなければ、引継先の便の計画時刻が引継先の便の運行時刻になると予測し、引継元の便の実績時刻又は予測時刻が引継元の便の計画時刻より遅れていれば、標準時間以上の任意の時間を引継元の便の実績時刻又は予測時刻に加算した、引継先の便の計画時刻以降の時刻が引継先の便の運行時刻になると予測することを特徴とする請求項６の運行管理支援システム。
【請求項８】
前記データベースは、引継ごとに、さらに、引継要素の種別を示す引継情報を記憶し、
前記予測部は、引継元の便と引継先の便とが共通し、引継要素の種別が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とすることを特徴とする請求項６又は７の運行管理支援システム。
【請求項９】
引継要素の種別には、移動体により運ばれる乗客と乗員と貨物との少なくともいずれかが含まれることを特徴とする請求項８の運行管理支援システム。
【請求項１０】
前記予測部は、引継先の便が共通し、引継元の便が異なる複数の引継を抽出した場合、抽出した引継ごとに、引継先の便の運行時刻を予測し、予測した運行時刻のうち最も遅い時刻を引継先の便の予測時刻とすることを特徴とする請求項６から９のいずれかの運行管理支援システム。
【請求項１１】
前記運行管理支援システムは、さらに、
前記データベースに記憶された便情報又は引継情報を更新する更新情報の入力を入力装置により受け付けて、前記データベースに記憶された便情報又は引継情報を更新する入力部
を備え、
前記判定部は、前記入力部により前記データベースに記憶された便情報又は引継情報が更新される度に、前記データベースに記憶された便情報と引継情報とを参照して、新たに引継の集合を抽出し、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを行うことを特徴とする請求項１から１０のいずれかの運行管理支援システム。
【請求項１２】
前記出力部は、前記グループ情報として、前記任意の１つのグループを構成する便を図形で表すとともに、前記任意の１つのグループ内で、前記判定部により抽出された引継の集合に含まれる引継ごとに、引継元の便と引継先の便との関係を図形間の線で表す図を出力することを特徴とする請求項１から１１のいずれかの運行管理支援システム。
【請求項１３】
交通機関における移動体の運行管理を支援するプログラムであって、
移動体の運行単位である便ごとに、運行内容を示す便情報を記憶装置により記憶するとともに、移動体と移動体により運ばれるものとの少なくともいずれかである引継要素を対象として便同士で行われる引継ごとに、引継元の便と引継先の便とを示す引継情報を記憶装置により記憶するデータベースを備えたコンピュータを、
前記データベースに記憶された便情報と引継情報とを参照して、引継元の便の運行内容と引継先の便の運行内容とが所定の運行条件を満たしていない引継の集合を抽出し、所定の判定基準に基づいて、抽出した引継の集合に含まれる引継の引継元の便と引継先の便とのグループ分けを処理装置により行う判定部と、
前記判定部によりグループ分けが行われた便のうち、任意の１つのグループを構成する便を示すグループ情報を出力装置により出力する出力部
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−５４７７１（Ｐ２０１３−５４７７１Ａ）
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願番号】特願２０１２−２５５３４１（Ｐ２０１２−２５５３４１）
【出願日】平成２４年１１月２１日（２０１２．１１．２１）
【分割の表示】特願２０１１−１９２４５５（Ｐ２０１１−１９２４５５）の分割
【原出願日】平成２３年９月５日（２０１１．９．５）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願日】平成２４年１１月２１日（２０１２．１１．２１）
【分割の表示】特願２０１１−１９２４５５（Ｐ２０１１−１９２４５５）の分割
【原出願日】平成２３年９月５日（２０１１．９．５）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
[ Back to top ]