JP5938257B2 - 計画データ管理システム及び計画データ管理方法 - Google Patents

Description

本発明は、計画データ管理システム及び計画データ管理方法に関し、特に予め定められた現行の計画を適切に変更するための計画データ管理システム及び計画データ管理方法に適用して好適なものである。

従来、列車の運行ダイヤのような予め定められた計画に基づいて、信号機や軌道回路等の設備を制御する計画データ管理システムがある。この計画データ管理システムによれば、複雑な運行ダイヤであっても、設備における運行業務を円滑に遂行させるように設備を適切に制御することができる。

ところで、この計画データ管理システムは、通常であれば上述したように予め定められた計画に基づいて設備を制御するところ、何らかの事情により運行状況が変化した場合には、その変化した運行状況に応じて当初の計画を変更する必要がある。

運行状況が変化する場合とは、例えば列車事故、災害又は信号機の故障等が生じた場合である。この場合、もともとの計画である運行ダイヤが乱れるため、計画データ管理システムは変化した運行状況に応じて計画を変更することになる。

このとき計画データ管理システムは、例えばユーザからの計画変更要求を受け付けて、受け付けた計画変更要求に基づいて現行の計画を変更し、変更した変更済計画に基づいて設備を制御するのであるが、計画変更要求を受け付けて現行の計画を変更する際、受け付けた計画変更要求に基づいて現行の計画を変更した場合の合理性を判断する必要がある。

計画データ管理システムは、合理性を判断する際の合理性判断の内容として、例えば単一列車の時間情報及び場所情報が物理的に実現可能であるか否か、列車が衝突しないか否か、計画として定義されている列車の関係性が満たされているか否かという内容を総合的に判断する。

より具体的には、例えば計画データ管理システムは、単一列車の時間情報及び場所情報が物理的に実現可能であるか否かの判断に際しては、列車のある駅での出発時刻と、次に停車する駅での到着時刻とが逆転してないか否かを判断する。そして計画データ管理システムは、出発時刻と到着時刻とが逆転していない場合には合理性があると判断し、逆転している場合には合理性がないと判断する。

また計画データ管理システムは、列車が衝突しないか否かの判断に際しては、同一時刻に同一駅の同一番線を使用する列車が複数存在しないか否かを判断し、複数存在しない場合には合理性があると判断し、複数存在する場合には合理性がないと判断する。

また計画データ管理システムは、計画として定義されている列車の関係性が満たされているか否かの判断に際しては、列車が駅で他の列車と接続するという計画の際に２つの列車が同一時刻の同一駅に存在するか否かを判断する。そして計画データ管理システムは、２つの列車が同一時刻の同一駅に存在する場合には合理性があると判断し、２つの列車が同一時刻の同一駅に存在しない場合には合理性がないと判断する。

特許文献１には、複数の排他要求が排他解除待ちになった場合には、排他要求を蓄積しておき、取得順に実行するだけでなく、排他要求の優先度及び排他要求が特急であるか否かの情報に基づいて、排他要求の実行を制御する技術が開示されている。

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

しかし、この特許文献１の技術では、排他要求の優先度及び排他要求が特急であるか否かの情報に基づいて排他要求の実行を制御するのみであり、複数の排他要求の実行順序を入れ替えたときの排他要求間における合理性を判断する制御は行われない。よって、この特許文献１の技術では、排他要求の実行が合理的でない場合が生じる。

本発明は以上の点を考慮してなされたもので、計画変更要求に基づいて現行の計画を変更しようとする場合、その計画変更要求に基づいて現行の計画の変更を適切に行い得る計画データ管理システム及び計画データ管理方法を提案しようとするものである。

かかる課題を解決するために本願発明においては、計画変更装置と設備制御装置とが互いに通信可能に接続される計画データ管理システムにおいて、計画変更装置は、予め定められた現行の計画を変更することを要求する計画変更要求を受け付けて、受け付けた計画変更要求を現行の計画に反映した場合の反映後の計画に合理性があるか否かを判断し、反映後の計画に合理性がある場合、合理性があることを示す判断結果を計画変更要求に含ませて、該判断結果を含む計画変更要求を設備制御装置に送信し、設備制御装置は、計画変更装置から送信された計画変更要求を受信すると、受信した計画変更要求の反映順序を入れ替える入替処理、入れ替えた場合に計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理、および、現行の計画に計画変更要求を反映する反映処理を実行して、現行の計画を変更することを特徴とする。

またかかる課題を解決するために本願発明においては、計画変更装置と設備制御装置とが互いに通信可能に接続される計画データ管理システムの計画データ管理方法において、計画変更装置が、予め定められた現行の計画を変更することを要求する計画変更要求を受け付けて、受け付けた計画変更要求を現行の計画に反映した場合の反映後の計画に合理性があるか否かを判断し、反映後の計画に合理性がある場合、合理性があることを示す判断結果を計画変更要求に含ませて、該判断結果を含む計画変更要求を設備制御装置に送信する第１のステップと、設備制御装置が、計画変更装置から送信された計画変更要求を受信すると、受信した計画変更要求の反映順序を入れ替える入替処理、入れ替えた場合に計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理、および、現行の計画に前記計画変更要求を反映する反映処理を実行して、現行の計画を変更する第２のステップとを備えたことを特徴とする。

本発明によれば、計画変更要求に基づいて現行の計画の変更を適切に行うことができる。

計画データ管理システムの論理構成を示す概念図である。 計画変更装置の論理構成を示す概念図である。 設備制御装置の論理構成を示す概念図である。 計画データのうちの配置データのデータ構造を示す概念図である。 計画データのうちの関係データのデータ構造を示す概念図である。 計画変更装置が保持する計画変更要求のデータ構造を示す概念図である。 設備制御装置が保持する計画変更要求のデータ構造を示す概念図である。 設備情報のうちの軌道回路に関するデータ構造を示す概念図である。 設備情報のうちの信号機に関するデータ構造を示す概念図である。 計画変更要求入替ルールの論理構成を示す概念図である。 計画変更処理の全体処理の処理手順を示すフロー図である。 計画変更処理の全体処理の処理手順を示すフロー図である。 計画変更要求受付処理の処理手順を示すフロー図である。 計画変更要求反映処理の処理手順を示すフロー図である。 計画変更要求入替処理の処理手順を示すフロー図である。 計画変更要求反映処理の処理手順を示すフロー図である。 設備制御装置の制御動作及び制御タイミングを示す概念図である。 第２の計画データ管理システムの論理構成を示す概念図である。 合理性確認装置の論理構成を示す図である。 計画変更処理の全体処理の処理手順を示すフロー図である。 計画変更処理の全体処理の処理手順を示すフロー図である。 計画変更要求受付処理の処理手順を示すフロー図である。 計画変更要求受付処理の処理手順を示すフロー図である。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（１−１）計画データ管理システムの構成
図１において、１は全体として第１の実施の形態による計画データ管理システム１の論理構成を示す。この計画データ管理システム１は、主として鉄道運行管理システムに適用される。またここでいう計画とは、主として運行ダイヤの情報である。

計画データ管理システム１は、計画変更装置１１Ａ、計画変更装置１１Ｂ、設備制御装置１２及び設備１３を備えて構成される。そして、これら計画変更装置１１Ａ、計画変更装置１１Ｂ、設備制御装置１２及び設備１３は、計画データ管理システム内におけるＬＡＮ（Local Area Network）等のネットワークＮ１及びＮ２を介して接続される。

計画変更装置１１Ａは、ユーザＩ／Ｆ１１１Ａ、制御部１１２Ａ、主記憶装置１１３Ａ、補助記憶装置１１４Ａ及びＮＩＣ（Network Interface Card）１１５Ａ等を備えて構成される。

ユーザＩ／Ｆ１１１Ａは、ユーザと計画変更装置１１Ａとの間において各種情報をやり取りするためのインタフェースである。例えばユーザＩ／Ｆ１１１Ａは、ユーザから現行の計画を変更する要求の計画変更要求を受け付ける。そしてユーザＩ／Ｆ１１１Ａは、受け付けた計画変更要求を制御部１１２Ａに出力する。

制御部１１２Ａは、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等を備えて構成され、主記憶装置１１３Ａ又は補助記憶装置１１４Ａに格納されている各種プログラムとの協働により、計画変更装置１１Ａによる各種動作を統括的に制御する。例えば制御部１１２Ａは、ユーザＩ／Ｆ１１１Ａから出力された計画変更要求を入力し、入力した計画変更要求を現行の計画に反映することの合理性を判断する。そして制御部１１２Ａは、合理性がある場合には合理性があることを示す判断結果を計画変更要求に含ませて設備制御装置１２に送信する。

主記憶装置１１３Ａ及び補助記憶装置１１４Ａは、ＲＡＭ又はＲＯＭ等により構成され、各種プログラム及び各種データを一時的又は長期的に格納する。

ＮＩＣ１１５Ａは、ネットワークＮ１を介して計画変更装置１１Ａと、設備制御装置１２との間を通信可能に接続するためのインタフェースである。例えばＮＩＣ１１５Ａは、ネットワークＮ１を介して、合理性があることを示す判断結果が含まれた計画変更要求を設備制御装置１２に送信する。

計画変更装置１１Ｂは、計画変更装置１１Ａと同様、ユーザＩ／Ｆ１１１Ｂ、制御部１１２Ｂ、主記憶装置１１３Ｂ、補助記憶装置１１４Ｂ及びＮＩＣ１１５Ｂ等を備えて構成される。計画変更装置１１Ｂを構成するこれらユーザＩ／Ｆ１１１Ｂ、制御部１１２Ｂ、主記憶装置１１３Ｂ、補助記憶装置１１４Ｂ及びＮＩＣ１１５Ｂの各機能は、上述した計画変更装置１１Ａを構成するユーザＩ／Ｆ１１１Ａ、制御部１１２Ａ、主記憶装置１１３Ａ、補助記憶装置１１４Ａ及びＮＩＣ１１５Ａの各機能と同様であるため、ここでの説明は省略する。

なお計画データ管理システム１は、ここでは計画変更装置１１Ａ及び１１Ｂの２台の計画変更装置を備えて構成されるとしたが必ずしもこれに限らず、複数台の計画変更装置を備えて構成されるとしてもよい。

設備制御装置１２は、ＮＩＣ１２１、制御部１２２、主記憶装置１２３、補助記憶装置１２４及びＩ／Ｆ１２５等を備えて構成される。

ＮＩＣ１２１は、ネットワークＮ１を介して、計画変更装置１１Ａ又は１１Ｂと、設備制御装置１２との間を通信可能に接続するためのインタフェースである。例えばＮＩＣ１２１は、ネットワークＮ１を介して、ＮＩＣ１１５Ａ又はＮＩＣ１１５Ｂから送信された計画変更要求を受信する。

制御部１２２は、ＣＰＵ、ＲＡＭ及びＲＯＭ等を備えて構成され、主記憶装置１２３又は補助記憶装置１２４に格納されている各種プログラムとの協働により、設備制御装置１２による各種動作を統括的に制御する。例えば制御部１２２は、ＮＩＣ１２１から出力された計画変更要求を入力し、入力した計画変更要求に基づいて現行の計画を変更することの合理性を判断する。また制御部１２２は、計画変更要求に基づいて、現行の計画を変更する。そして制御部１２２は、変更した変更済計画に基づいて、設備１３を制御する。

設備１３は、信号機や軌道回路（図示省略）のような列車を制御及び管理するために必要な複数の装置群から構成される。なお信号機は、列車の発進及び停止を管理するための装置である。また軌道回路は、列車の位置を検知するための回路である。

（１−２）計画変更装置の構成
図２は、計画変更装置１１Ａの論理構成を示す。計画変更装置１１Ａは、上述したように、ユーザＩ／Ｆ１１１Ａ、制御部１１２Ａ、主記憶装置１１３Ａ、補助記憶装置１１４Ａ及びＮＩＣ１１５Ａを備えて構成される。

そして、これらユーザＩ／Ｆ１１１Ａ、制御部１１２Ａ、主記憶装置１１３Ａ、補助記憶装置１１４Ａ及びＮＩＣ１１５Ａのうち、制御部１１２Ａは、ユーザ入力受付機能１１２１、計画変更要求受信機能１１２２、合理性確認機能１１２３、送信用計画変更要求作成機能１１２４、計画変更要求送信機能１１２５、計画変更機能１１２６及び計画変更要求管理機能１１２７を備えて構成される。また補助記憶装置１１４Ａは、計画データ１１４１及び計画変更要求１１４２を格納する。

ユーザ入力受付機能１１２１は、ユーザＩ／Ｆ１１１Ａを介して、ユーザからの計画変更要求を受け付ける機能である。

計画変更要求受信機能１１２２は、設備制御装置１２から送信された計画変更要求を受信する機能である。

合理性確認機能１１２３は、計画変更装置１１Ａ内の補助記憶装置１１４Ａに格納されている計画データ１１４１と、計画変更要求１１４２との間の合理性を確認する機能である。合理性確認機能１１２３は、合理性を判断する際の合理性判断の内容として、例えば単一列車の時間情報及び場所情報が物理的に実現可能であるか否か、列車が衝突しないか否か、計画として定義されている列車の関係性が満たされているか否かという内容を総合的に判断する。

送信用計画変更要求作成機能１１２４は、ユーザ入力受付機能１１２１によりユーザから受け付けた計画変更要求を設備制御装置１２に送信するための送信用計画変更要求を作成する機能である。

計画変更要求送信機能１１２５は、送信用計画変更要求作成機能１１２４により作成された計画変更要求を設備制御装置１２に送信する機能である。

計画変更機能１１２６は、計画変更要求受信機能１１２２により受信された計画変更要求を補助記憶装置１１４Ａに格納されている計画データ１１４１に反映して、現行の計画を変更する機能である。

計画変更要求管理機能１１２７は、ユーザ入力受付機能１１２１によりユーザから受け付けた計画変更要求及び計画変更要求受信機能１１２２により設備制御装置１２から受信した計画変更要求に基づいて、補助記憶装置１１４Ａに格納されている計画変更要求１１４２を変更する機能である。

計画データ１１４１は、設備１３を制御するための計画を示すデータである。例えば計画データ１１４１は、運行ダイヤのデータであり、列車の場所と時間を示す情報が含まれるデータである。

計画変更要求１１４２は、計画データ１１４１を変更するために用いられるデータである。計画変更要求１１４２は、計画データ１１４１を変更する場合の変更内容を示すデータであり、変更を要求する列車の場所と時間を示す情報が含まれるデータである。また計画変更要求１１４２は、変更対象の計画のバージョンを示す情報が含まれるデータである。

なお、ここではこれらユーザ入力受付機能１１２１、計画変更要求受信機能１１２２、合理性確認機能１１２３、送信用計画変更要求作成機能１１２４、計画変更要求送信機能１１２５、計画変更機能１１２６及び計画変更要求管理機能１１２７の各種機能は、制御部１１２Ａの機能として説明しているが、実際は各種プログラムとして補助記憶装置１１４Ａに格納されており、制御部１１２Ａとの協働により上述した機能を実現するものである。またここでは補助記憶装置１１４Ａに計画データ１１４１及び計画変更要求１１４２が格納されるものとしたが、これに限らず、主記憶装置１１３Ａに格納されるとしてもよい。

（１−３）設備制御装置の構成
図３は、設備制御装置１２の論理構成を示す。設備制御装置１２は、上述したように、ＮＩＣ１２１、制御部１２２、主記憶装置１２３、補助記憶装置１２４及びＩ／Ｆ１２５を備えて構成される。

そして、これらＮＩＣ１２１、制御部１２２、主記憶装置１２３、補助記憶装置１２４及びＩ／Ｆ１２５のうち、制御部１２２は、設備監視機能１２２１、設備制御機能１２２２、計画変更要求受信機能１２２３、合理性確認機能１２２４、タイミング確認機能１２２５、送信用計画変更要求作成機能１２２６、計画変更要求送信機能１２２７、計画変更要求順序入替機能１２２８、計画変更要求管理機能１２２９、計画変更機能１２３０、時刻管理機能１２３１を備えて構成される。また補助記憶装置１２４は、計画データ１２４１、計画変更要求１２４２、設備情報１２４３及び計画変更要求入替ルール１２４４を格納する。

設備監視機能１２２１は、設備１３の状態を監視し、監視により得られた監視情報を設備情報１２４３として補助記憶装置１２４に格納する機能である。

設備制御機能１２２２は、計画データ１２４１及び設備情報１２４３に基づいて、設備１３を制御する機能である。

計画変更要求受信機能１２２３は、計画変更装置１１Ａ又は１１Ｂから送信された計画変更要求を受信する機能である。

合理性確認機能１２２４は、設備制御装置１２内の補助記憶装置１２４に格納されている計画データ１２４１と、計画変更要求１２４２との間の合理性を確認する機能である。

タイミング確認機能１２２５は、設備制御装置１２内の補助記憶装置１２４に格納されている計画変更要求１２４２及び設備情報１２４３に基づいて、計画変更要求１２４２を計画データ１２４１に反映する時刻と、反映された場合の計画変更要求１２４２により実行される計画時刻とのタイミングを確認する機能である。

例えばタイミング確認機能１２２５は、列車の出発時刻を遅らせる計画変更要求１２４２と、列車が既に出発してしまったことを示す設備情報１２４３とに基づいて、計画変更要求１２４２を計画データ１２４１に反映しても意味がないことを確認する。タイミング確認機能１２２５は、反映しても意味がないと判断した場合、計画変更要求１２４２に反映不可の結果を含ませる。

送信用計画変更要求作成機能１２２６は、合理性確認機能１２２４により合理性が判断されて合理性があることを示す判断結果と、タイミング確認機能１２２５により反映タイミングが判断された判断結果とを計画変更要求１２４２に含ませて、計画変更装置１１Ａ及び１１Ｂに送信するための計画変更要求を作成する機能である。

計画変更要求送信機能１２２７は、送信用計画変更要求作成機能１２２６により作成された計画変更要求を計画変更装置１１Ａ及び１１Ｂに送信する機能である。

計画変更要求順序入替機能１２２８は、計画変更要求入替ルール１２４４に基づいて、設備制御装置１２の補助記憶装置１２４に格納されている複数の計画変更要求１２４２の順序を入れ替える機能である。

計画変更要求管理機能１２２９は、計画変更要求受信機能１２２３により受信された計画変更要求、合理性確認機能１２２４による判断結果及びタイミング確認機能１２２５による判断結果に基づいて、補助記憶装置１２４に格納されている計画変更要求１２４２を変更する機能である。

計画変更機能１２３０は、計画変更要求受信機能１２２３により受信された計画変更要求を補助記憶装置１２４に格納されている計画データ１２４１に反映して、現行の計画を変更する機能である。

時刻管理機能１２３１は、現在時刻を管理及び取得する機能である。

計画データ１２４１は、設備１３を制御するための計画を示すデータである。例えば計画データ１２４１は、運行ダイヤのデータであり、列車の場所と時間を示す情報が含まれるデータである。

計画変更要求１２４２は、計画データ１２４１を変更するために用いられるデータである。計画変更要求１２４２は、計画データ１２４１を変更する場合の変更内容を示すデータであり、変更を要求する列車の場所と時間を示す情報が含まれるデータである。また計画変更要求１２４２は、変更対象の計画のバージョンを示す情報が含まれるデータである。

設備情報１２４３は、設備監視機能１２２１により取得される設備の状態情報である。

計画変更要求入替ルール１２４４は、計画変更要求の順序を入れ替える際の判断に使用するルールである。

なお、ここではこれら設備監視機能１２２１、設備制御機能１２２２、計画変更要求受信機能１２２３、合理性確認機能１２２４、タイミング確認機能１２２５、送信用計画変更要求作成機能１２２６、計画変更要求送信機能１２２７、計画変更要求順序入替機能１２２８、計画変更要求管理機能１２２９、計画変更機能１２３０、時刻管理機能１２３１の各機能は、制御部１２２の機能として説明しているが、実際は各種プログラムとして補助記憶装置１２４に格納されており、制御部１２２との協働により上述した機能を実現するものである。またここでは補助記憶装置１２４に計画データ１２４１、計画変更要求１２４２、設備情報１２４３及び計画変更要求入替ルール１２４４が格納されるものとしたが、これに限らず、主記憶装置１２３に格納されるとしてもよい。

（１−４）各種データ構成
図４Ａは、計画変更装置１１Ａ又は１１Ｂの補助記憶装置１１４Ａ又は１１４Ｂに格納される計画データ１１４１のうち、配置データ１１４１Ａのデータ構造を示す。配置データ１１４１Ａは、列車欄１１４１１Ａ、駅欄１１４１２Ａ、番線欄１１４１３Ａ、到着時刻欄１１４１４Ａ及び出発時刻欄１１４１５Ａ欄から構成される。

列車欄１１４１１Ａには、列車を識別するための識別情報が格納される。また駅欄１１４１２Ａには、駅を識別するための識別情報が格納される。また番線欄１１４１３Ａ欄には、番線の情報が格納される。また到着時刻欄１１４１４Ａには、到着時刻の時刻情報が格納される。また出発時刻欄１１４１５Ａには、出発時刻の時刻情報が格納される。

従って図４Ａの場合、例えば識別情報が「ａ」の列車は、「Ａ」駅の「１」番線を「１０：００」に到着し、「１０：０１」に出発することが示されている。

図４Ｂは、計画変更装置１１Ａ又は１１Ｂの補助記憶装置１１４Ａ又は１１４Ｂに格納される計画データ１１４１のうち、関係データ１１４１Ｂのデータ構造を示す。関係データ１１４１Ｂは、列車欄１１４１１Ｂ、関係欄１１４１２Ｂ及び駅欄１１４１３Ｂから構成される。

列車欄１１４１１Ｂには、列車を識別するための識別情報が格納される。また関係欄１１４１２Ｂには、計画が実行された場合の列車の関係性を示す情報が格納される。駅欄１１４１３Ｂには、駅を識別するための識別情報が格納される。

従って図４Ｂの場合、例えば識別情報が「ｃ」及び「ｄ」の列車は、計画が実行された場合の列車の関係性は「接続」関係であり、「Ｃ」駅で接続されることが示されている。

設備制御装置１２の補助記憶装置１２４に格納される計画データ１２４１は、上述した計画データ１１４１と同様のデータ構造であるため、ここでの説明は省略する。

図５は、計画変更装置１１Ａ又は１１Ｂの補助記憶装置１１４Ａ又は１１４Ｂに格納される計画変更要求１１４２のデータ構造を示す。計画変更要求１１４２は、計画変更装置ＩＤ欄１１４２１、通番欄１１４２２、変更内容欄１１４２３、計画バージョン欄１１４２４、合理性確認済対象欄１１４２５及び優先度欄１１４２６から構成される。

計画変更装置ＩＤ欄１１４２１には、計画変更装置１１Ａ又は１１Ｂを識別するための識別子が格納される。

通番欄１１４２２には、計画変更装置１１Ａ又は１１Ｂにより送信された計画変更要求の送信順序を識別するための識別子が格納される。

変更内容欄１１４２３には、計画変更要求の変更内容を示す情報が格納される。

計画バージョン欄１１４２４には、合理性が判断された計画のバージョン番号が格納される。

合理性確認済対象欄１１４２５には、この行の変更内容欄１１４２３に格納されている変更内容との間で合理性が確認された他の計画変更要求を識別するための識別子が格納される。例えば合理性確認済対象欄１１４２５には、計画変更装置ＩＤが「１」で通番が「１０２」の計画変更要求と合理性が確認されている場合、この計画変更要求を識別する「１−１０２」という識別子が格納される。

優先度１１４２６欄には、計画変更要求の優先度を示す情報が格納される。

従って図５の場合、例えば計画変更要求１１４２Ｌは、計画変更装置ＩＤが「２」の計画変更装置により受け付けられた計画変更要求であり、通番が「２０１」の計画変更要求であることが示されている。また計画変更要求１１４２Ｌは、変更内容が「列番２のＢ駅の出発時刻を１２：３０から１２：３５に変更」するものであり、計画バージョンが「１０００」の計画に反映することを要求するものであることが示されている。またこの計画変更要求１１４２Ｌは、他の計画変更要求との合理性は未だ確認されておらず（「−」）、優先度は「３」であることが示されている。

図６は、設備制御装置１２の補助記憶装置１２４に格納される計画変更要求１２４２のデータ構造を示す。計画変更要求１２４２は、ＩＤ欄１２４２１、送信元計画変更装置ＩＤ欄１２４２２、通番欄１２４２３、変更内容欄１２４２４、計画バージョン欄１２４２５、合理性確認済対象欄１２４２６、優先度欄１２４２７及びステータス欄１２４２８から構成される。

これらＩＤ欄１２４２１、送信元計画変更装置ＩＤ欄１２４２２、通番欄１２４２３、変更内容欄１２４２４、計画バージョン欄１２４２５、合理性確認済対象欄１２４２６、優先度欄１２４２７及びステータス欄１２４２８の各欄のうち、送信元計画変更装置ＩＤ欄１２４２２、通番欄１２４２３、変更内容欄１２４２４、計画バージョン欄１２４２５、合理性確認済対象欄１２４２６及び優先度欄１２４２７は、上述した図５の計画変更装置ＩＤ欄１１４２１、通番欄１１４２２、変更内容欄１１４２３、計画バージョン欄１１４２４、合理性確認済対象欄１１４２５及び優先度欄１１４２６に格納される各種情報と同様であるため、ここでの説明は省略する。

ＩＤ欄１２４２１には、設備制御装置１２において保持される複数の計画変更要求を識別するための識別子が格納される。

ステータス欄１２４２８には、この行の変更内容欄１２４２４に格納される計画変更要求のステータスの情報が格納される。例えばステータス欄１２４２８には、計画変更要求を受信した直後は「未入替」が格納され、入替処理（図１２参照）を実行した後は「未処理」が格納され、反映処理（図１３参照）を実行した後は「反映済」又は「反映不可」が格納される。

従って図６の場合、例えば計画変更要求１２４２Ｌは、ＩＤが「１」であり、送信元の計画変更装置ＩＤが「１」の計画変更装置から送信された計画変更要求であることが示されている。また計画変更要求１２４２Ｌは、通番が「１０１」の計画変更要求であることが示されている。また計画変更要求１１４２Ｌは、変更内容が「列番１のＡ駅の出発時刻を１２：３０から１２：４５に変更」するものであり、計画バージョンが「１０００」の計画に反映することを要求するものであることが示されている。また計画変更要求１１４２Ｌは、他の計画変更要求との合理性は未だ確認されておらず（「−」）、優先度は「１」であることが示されている。また計画変更要求１２４２Ｌは、ステータスが「反映不可」であることが示されている。

図７Ａは、設備制御装置１２の補助記憶装置１２４に格納される設備情報１２４３のうち、軌道回路に関するデータ１２４３Ａのデータ構造を示す。軌道回路に関するデータ１２４３Ａは、ＩＤ欄１２４３１Ａ及び状態欄１２４３２Ａから構成される。

ＩＤ欄１２４３１Ａには、軌道回路のＩＤが格納される。また状態欄１２４３２Ａには、軌道回路の状態の情報が格納される。

従って図７Ａの場合、ＩＤが「１」の軌道回路の状態は、「落下」状態（ＯＮ状態）であり、ＩＤが「２」の軌道回路の状態は、「打上」（ＯＦＦ状態）であることが示されている。

図７Ｂは、設備制御装置１２の補助記憶装置１２４に格納される設備情報１２４３のうち、信号機に関するデータ１２４３Ｂのデータ構造を示す。信号機に関するデータ１２４３Ｂは、ＩＤ欄１２４３１Ｂ及び状態欄１２４３２Ｂから構成される。

ＩＤ欄１２４３１Ｂには、信号機のＩＤが格納される。また状態欄１２４３２Ｂには、信号機の状態の情報が格納される。

従って図７Ｂの場合、ＩＤが「１」の信号機の状態は、「Ｒ現示」状態（赤信号状態）であり、ＩＤが「４」の信号機の状態は、「Ｇ現示」（青信号状態）であることが示されている。

図８は、設備制御装置１２の補助記憶装置１２４に格納される計画変更要求入替ルール１２４４の論理構成を示す。計画変更要求入替ルール１２４４は、ＩＤ欄１２４４１、入替対象優先度欄１２４４２、比較対象優先度欄１２４４３及び必要実時刻差欄１２４４４から構成される。

ＩＤ欄１２４４１には、設備制御装置１２内で計画変更要求入替ルールを識別するための識別子が格納される。

入替対象優先度欄１２４４２には、実行順序を入れ替えようとする計画変更要求の優先度を示す情報が格納される。

比較対象優先度欄１２４４３には、実行順序を入れ替えようとする計画変更要求により実行順序が入れ替えられる計画変更要求の優先度を示す情報が格納される。

必要実時刻差欄１２４４４には、比較対象の計画変更要求に含まれる計画時刻と現在時刻との時刻差の情報が格納される。例えば必要実時刻差欄１２４４４には、変更対象の計画変更要求に含まれる計画時刻と、現在時刻との間の時間差が５秒以上あれば、入替対象の計画変更要求と比較対象の計画変更要求とを入れ替え可能である場合、「５．００」が格納される。また必要実時刻差欄１２４４４には、入替対象の計画変更要求と比較対象の計画変更要求とを入れ替えることができない場合には「−」が格納される。

（１−５）各種処理手順
図９Ａ及び図９Ｂは、計画データ管理システム１により実行される全体処理の処理手順を示す。この全体処理は、計画変更装置１１Ａの制御部１１２Ａ、計画変更装置１１Ｂの制御部１１２Ｂ及び設備制御装置１２の制御部１２２と、それぞれの補助記憶装置１１４Ａ、１１４Ｂ及び１２４に格納されるプログラムとの協働により実行される。ここでは説明の便宜上、計画変更１１Ａ、計画変更装置１１Ｂ及び設備制御装置１２を処理主体として説明する。

計画変更装置１１Ａは、ユーザから第１の計画変更要求を受け付けると（ＳＰ１）、第１の計画変更要求を補助記憶装置１１４Ａに格納する（ＳＰ２）。

次いで計画変更装置１１Ａは、補助記憶装置１１４Ａに格納した第１の計画変更要求の合理性を確認する（ＳＰ３）。

ここでは計画変更装置１１Ａが第１の計画変更要求と現行の計画との間の合理性を判断し、その結果、合理性がある場合について説明する。

次いで計画変更装置１１Ａは、合理性があることを示す判断結果を第１の計画変更要求に含ませて送信用の第１の計画変更要求を作成する（ＳＰ４）。

次いで計画変更装置１１Ａは、作成した送信用の第１の計画変更要求を計画変更装置１１Ｂ及び設備制御装置１２に送信する（ＳＰ５）。

計画変更装置１１Ｂは、計画変更装置１１Ａから送信された送信用の第１の計画変更要求を受信すると、受信した第１の計画変更要求を補助記憶装置１１４Ｂに格納する（ＳＰ６）。一方、設備制御装置１２も同様に、計画変更装置１１Ａから送信された送信用の第１の計画変更要求を受信すると、受信した第１の計画変更要求を補助記憶装置１２４に格納する（ＳＰ７）。

計画変更装置１１Ｂは、上述した計画変更装置１１Ａの処理と同様の処理を行う（ＳＰ８〜ＳＰ１２）。

計画変更装置１１Ａは、計画変更装置１１Ｂから送信された送信用の第２の計画変更要求を受信すると、受信した第２の計画変更要求を補助記憶装置１１４Ａに格納する（ＳＰ１３）。一方、設備制御装置１２も同様に、計画変更装置１１Ｂから送信された送信用の第２の計画変更要求を受信すると、受信した第２の計画変更要求を補助記憶装置１２４に格納する（ＳＰ１４）。

設備制御装置１２は、設備１３を監視する監視制御間において、上述したように計画変更装置１１Ａ及び１１Ｂからの第１及び第２の計画変更要求を受信し、受信した第１及び第２の計画変更要求を補助記憶装置１２４に格納する。そして、設備制御装置１２は、監視制御処理を終了すると（ＳＰ１５）、計画変更要求を入れ替える入替処理を実行する（ＳＰ１６）。

なお上述したように、ここでは計画変更装置１１Ａ及び１１Ｂにより、計画変更要求と現行の計画との間の合理性が判断され、合理性があることを示す判断結果が第１及び第２の計画変更要求に含まれているものとする。そして、設備制御装置１２においては、再度の合理性の確認は行わないものとする。

次いで設備制御装置１２は、タイミングを確認するタイミング確認処理を実行する（ＳＰ１７）。

なお、ここでは設備制御装置１２により、タイミング確認処理を実行した結果、実行順序を入れ替えた計画変更要求を現行の計画に反映することが可能であるとの結果を得たものとする。

次いで設備制御装置１２は、実行順序を入れ替えた計画変更要求を現行の計画に反映させる反映処理を実行する（ＳＰ１８）。

次いで設備制御装置１２は、計画変更装置１１Ａ及び１１Ｂから送信された第１及び第２の計画変更要求のステータスを変更して返信するための送信用の計画変更要求を第３の計画変更要求として（ＳＰ１９）、送信用の第３の計画変更要求のステータスを「反映済」に変更する（ＳＰ２０）。

次いで設備制御装置１２は、送信用の第３の計画変更要求を計画変更装置１１Ａ及び１１Ｂに送信して（ＳＰ２１）、この全体処理における設備制御装置１２の処理を終了する。

計画変更装置１１Ａは、設備制御装置１２から送信された送信用の第３の計画変更要求を受信すると、受信した第３の計画変更要求を現行の計画に反映し（ＳＰ２２）、補助記憶装置１１４Ａに格納されている第１の計画変更要求を削除して（ＳＰ２３）、この全体処理における計画変更装置１１Ａの処理を終了する。

一方、計画変更装置１１Ｂも同様に、設備制御装置１２から送信された送信用の第３の計画変更要求を受信すると、受信した第３の計画変更要求を現行の計画に反映し（ＳＰ２４）、補助記憶装置１１４Ｂに格納されている第２の計画変更要求を削除して（ＳＰ２５）、この全体処理における計画変更装置１１Ｂの処理を終了する。

図１０は、計画変更装置１１Ａ又は１１Ｂにより実行される計画変更要求受付処理の処理手順を示す。この計画変更要求受付処理は、計画変更装置１１Ａ又は１１Ｂの制御部１１２Ａ又は１１２Ｂと、補助記憶装置１１４Ａ又は１１４Ｂに格納されるプログラムとの協働により実行される。ここでは説明の便宜上、計画変更装置１１Ａの制御部１１２Ａを処理主体として説明する。

制御部１１２Ａは、ユーザから第１の計画変更要求を受け付けたか否かを判断する（ＳＰ３１）。

制御部１１２Ａは、この判断で否定結果を得ると、ユーザから第１の計画変更要求を受け付けるまで待機する。

これに対し、制御部１１２Ａは、ステップＳＰ３１の判断で肯定結果を得ると、ユーザから受け付けた第１の計画変更要求を補助記憶装置１１４Ａに格納する（ＳＰ３２）。

次いで制御部１１２Ａは、ステップＳＰ３２において補助記憶装置１１４Ａに格納したユーザからの第１の計画変更要求の他にも、例えば計画変更装置１１Ｂから送信されてきた他の計画変更要求（第２の計画変更要求）が補助記憶装置１１４Ａに格納されているか否かを判断する（ＳＰ３３）。

制御部１１２Ａは、この判断で否定結果を得ると、補助記憶装置１１４Ａに格納されている第１の計画変更要求を送信用の第１の計画変更要求として作成し、この送信用の第１の計画変更要求を設備制御装置１２に送信して（ＳＰ３４）、この計画変更要求受付処理を終了する。

これに対し、制御部１１２Ａは、ステップＳＰ３３の判断で肯定結果を得ると、例えば計画変更装置１１Ｂから送信されてきた第２の計画変更要求の変更内容欄１１４２３に格納されている変更要求の内容を示す情報を抽出する（ＳＰ３５）。

次いで制御部１１２Ａは、ステップＳＰ３５で抽出した第２の計画変更要求に含まれる変更内容及びユーザからの第１の計画変更要求に含まれる変更内容と、当初の計画との間に合理性があるか否かを判断する（ＳＰ３６）。

具体的には、制御部１１２Ａは、合理性があるか否かを判断する判断内容としては、例えば単一列車の時間情報及び場所情報が物理的に実現可能であるか否か、列車が衝突しないか否か、計画として定義されている列車の関係性が満たされているか否かという内容を総合的に判断する。

制御部１１２Ａは、ステップＳＰ３６において合理性を判断した結果、合理性がある場合には、合理性があることを示す確認結果をユーザから受け付けた第１の計画変更要求に含ませて送信用の第１の計画変更要求を作成する（ＳＰ３７）。

これに対し、制御部１１２Ａは、ステップＳＰ３６において合理性を判断した結果、合理性がない場合には、ステップＳＰ３４に移行する。

次いで制御部１１２Ａは、他にも受け付けた計画変更要求があるか否かを判断する（ＳＰ３８）。

制御部１１２Ａは、この判断で否定結果を得ると、他の計画変更要求に含まれる変更内容を抽出し、抽出した他の変更内容及びユーザから受け付けた他の第１の計画変更要求と、当初の計画との間の合理性を判断する。そして制御部１１２Ａは、他の変更内容を全て抽出し、抽出した他の変更内容及び他の第１の計画変更要求と、当初の計画との間の合理性を判断し終えるまで上述の処理（ＳＰ３５〜ＳＰ３７）を繰り返す。

これに対し、制御部１１２Ａは、ステップＳＰ３８の判断で肯定結果を得ると、ステップＳＰ３７で作成した送信用の第１の計画変更要求を設備制御装置１２に送信して（ＳＰ３４）、この計画変更要求受付処理を終了する。

図１１は、計画変更装置１１Ａ又は１１Ｂにより実行される計画変更要求反映処理の処理手順を示す。この計画変更要求反映処理は、計画変更装置１１Ａ又は１１Ｂの制御部１１２Ａ又は１１２Ｂと、補助記憶装置１１４Ａ又は１１４Ｂに格納されるプログラムとの協働により実行される。ここでは説明の便宜上、計画変更装置１１Ａの制御部１１２Ａを処理主体として説明する。

制御部１１２Ａは、設備制御装置１２から送信された計画変更要求を受信したか否かを判断する（ＳＰ４１）。

制御部１１２Ａは、この判断で否定結果を得ると、設備制御装置１２から送信された計画変更要求を受信するまで待機する。

これに対し、制御部１１２Ａは、ステップＳＰ４１の判断で肯定結果を得ると、受信した計画変更要求のステータス欄１２４２８を参照し、受信した計画変更要求を現行の計画データに反映する必要があるか否かを判断する（ＳＰ４２）。

例えば制御部１１２Ａは、受信した計画変更要求のステータスが「反映」の場合、受信した計画変更要求を現行の計画データに反映し、受信した計画変更要求のステータスが「反映不可」の場合、受信した計画変更要求を現行の計画データに反映する必要がないと判断する。

制御部１１２Ａは、この判断で否定結果を得ると、ステップＳＰ４４に移行する。これに対し、制御部１１２Ａは、この判断で肯定結果を得ると、受信した計画変更要求を現行の計画データに反映する（ＳＰ４３）。

次いで制御部１１２Ａは、受信した計画変更要求と同一の計画変更要求が補助記憶装置１１４Ａに格納されているか否かを判断する（ＳＰ４４）。

制御部１１２Ａは、この判断で否定結果を得ると、計画変更要求反映処理を終了する。これに対し、制御部１１２Ａは、この判断で肯定結果を得ると、受信した計画変更要求と同一の計画変更要求を補助記憶装置１１４Ａから削除して（ＳＰ４５）、計画変更要求反映処理を終了する。

図１２は、設備制御装置１２により実行される計画変更要求入替処理の処理手順を示す。この計画変更要求入替処理は、設備制御装置１２の制御部１２２と、補助記憶装置１２４に格納されるプログラムとの協働により実行される。ここでは説明の便宜上、設備制御装置１２の制御部１２２を処理主体として説明する。

制御部１２２は、補助記憶装置１２４に格納されている計画変更要求１２４２のステータス欄１２４２８を参照し、ステータスが「未入替」の計画変更要求を入替対象の計画変更要求として抽出し、抽出した入替対象の計画変更要求の変更内容欄１２４２４に格納されている変更内容を示す情報を抽出する（ＳＰ５１）。

なお制御部１２２は、計画変更装置１１Ａ又は１１Ｂから送信された計画変更要求を受信した場合には、受信した順に後ろから追加して計画変更要求１２４２を形成するものとし、計画変更要求１２４２から一の計画変更要求を抽出する場合には、後ろから抽出するものとする。

制御部１２２は、補助記憶装置１２４に格納されている計画変更要求１２４２のステータス欄１２４２８を参照し、ステータスが「未処理」の計画変更要求を比較対象の計画変更要求として抽出し、抽出した比較対象の計画変更要求の変更内容欄１２４２４に格納されている変更内容を示す情報を抽出する（ＳＰ５２）。

制御部１２２は、ステップＳＰ５１で抽出した変更内容を示す情報及びステップＳＰ５２で抽出した変更内容を示す情報を参照し、入替対象の計画変更要求に含まれる計画時刻よりも、比較対象の計画変更要求に含まれる計画時刻の方が遅いか否かを判断する（ＳＰ５３）。

制御部１２２は、この判断で否定結果を得ると、入替対象の計画変更要求に含まれる計画時刻の方が遅いため、入替対象の計画変更要求を優先して入れ替える必要がないものと判断する。そして制御部１２２は、この入替対象の計画変更要求のステータス欄１２４２８に格納されるステータスを「未入替」から「未処理」に変更して（ＳＰ５４）、計画変更要求入替処理を終了する。

これに対し、制御部１２２は、ステップＳＰ５３の判断で肯定結果を得ると、入替対象の計画変更要求に含まれる計画時刻の方が早いため、入替対象の計画変更要求を優先して入れ替える必要があるものと判断する。そして制御部１２２は、入替対象の計画変更要求と、比較対象の計画変更要求との間に合理性があるか否かを判断する（ＳＰ５５）。

制御部１２２は、この判断で否定結果を得ると、入替対象の計画変更要求と、比較対象の計画変更要求との間に合理性がないため、入替対象の計画変更要求を入れ替えることができないものと判断する。そして制御部１２２は、この入替対象の計画変更要求のステータス欄１２４２８に格納されているステータスを「未入替」から「未処理」に変更して（ＳＰ５４）、計画変更要求入替処理を終了する。

これに対し、制御部１２２は、ステップＳＰ５５の判断で肯定結果を得ると、入替対象の計画変更要求と、比較対象の計画変更要求との間に合理性があると判断する。

次いで制御部１２２は、入替対象の計画変更要求及び比較対象の計画変更要求のそれぞれの優先度欄１２４２７を参照して、それぞれの優先度を取得する（ＳＰ５６）。

次いで制御部１２２は、補助記憶装置１２４に格納されている計画変更要求入替ルール１２４４の必要実時刻差欄１２４４４を参照して、必要実時刻差の情報を取得する（ＳＰ５７）。

制御部１２２は、ステップＳＰ５７で取得した必要実時刻差よりも、入替対象の計画変更要求に含まれる計画時刻と現在時刻との間の差の方が大きいか否かを判断する（ＳＰ５８）。

制御部１２２は、この判断で否定結果を得ると、入替対象の計画変更要求を入れ替えることができないものと判断する。そして制御部１２２は、この入替対象の計画変更要求のステータス欄１２４２８に格納されるステータスを「未処理」に変更して（ＳＰ５４）、計画変更要求入替処理を終了する。

これに対し、制御部１２２は、ステップＳＰ５８の判断で肯定結果を得ると、入替対象の計画変更要求を比較対象の計画変更要求と入れ替えることができると判断する。そして制御部１２２は、この入替対象の計画変更要求の実行順序を比較対象の計画変更要求と入れ替える（ＳＰ５９）。

制御部１２２は、他にも計画変更要求１２４２のうちのステータスが「未入替」である計画変更要求があるか否かを判断する（ＳＰ６０）。

制御部１２２は、この判断で否定結果を得ると、ステップＳＰ５１に移行して、上述してきた処理（ＳＰ５１〜ＳＰ６０）を実行する。

これに対し、制御部１２２は、ステップＳＰ６０の判断で肯定結果を得ると、この計画変更要求入替処理を終了する。

図１３は、設備制御装置１２により実行される計画変更要求反映処理の処理手順を示す。この計画変更要求反映処理は、設備制御装置１２の制御部１２２と、補助記憶装置１２４に格納されるプログラムとの協働により実行される。ここでは説明の便宜上、設備制御装置１２の制御部１２２を処理主体として説明する。

制御部１２２は、補助記憶装置１２４に格納されている計画変更要求１２４２の合理性確認済対象欄１２４２６を参照して（ＳＰ６１）、合理性を判断すべき計画変更要求か否かを判断する（ＳＰ６２）。

制御部１２２は、この判断で否定結果を得ると、ステップＳＰ６６に移行する。これに対し、制御部１２２は、この判断で肯定結果を得ると、合理性を判断すべき計画変更要求と、補助記憶装置１２４に格納されている計画データ１２４１に含まれる現行の計画との間に合理性があるか否かを判断する（ＳＰ６３）。

制御部１２２は、この判断で否定結果を得ると、計画変更要求のステータスを「未処理」から「反映不可」に変更し（ＳＰ６４）、ステータスを変更した計画変更要求を計画変更装置１１Ａ及び１１Ｂに送信して（ＳＰ６５）、この計画変更要求反映処理を終了する。

これに対し、制御部１２２は、ステップＳＰ６３の判断で肯定結果を得ると、設備情報１２４３を参照して、計画変更要求を現行の計画に反映するタイミングとして可能であるか否かを判断する（ＳＰ６６）。

制御部１２２は、この判断で否定結果を得ると、上述したステップＳＰ６４及びＳＰ６５の処理を行った後、この計画変更要求反映処理を終了する。

これに対し、制御部１２２は、ステップＳＰ６６の判断で肯定結果を得ると、計画変更要求を現行の計画に反映する（ＳＰ６７）。

制御部１２２は、計画変更要求のステータスを「未処理」から「反映済」に変更し（ＳＰ６８）、その後上述したステップＳＰ６５を行った後、この計画変更要求反映処理を終了する。

図１４は、設備制御装置１２により実行される制御動作の概要及び制御タイミングを示す。また横軸は時間を示す。

制御周期Ｔ１は、設備制御装置１２により設備１３に対して実行される期間である。また監視制御期間Ｔ１１は、設備１３を監視制御するための期間である。また他処理期間Ｔ１２は、図９Ａ、図９Ｂ、図１２及び図１３の処理（計画変更要求の受信、入替、反映及び送信等）を行うための期間である。

設備制御装置１２は、監視制御期間Ｔ１１において、設備情報１２４３を取得し、取得した設備情報１２４３及び計画データ１２４１に基づいて、設備１３の制御を優先的に実行する。そして、設備制御装置１２は、制御周期Ｔ１から監視制御期間Ｔ１１を差し引いた残りの期間である他処理期間Ｔ１２において、上述した図９Ａ、図９Ｂ、図１２及び図１３の処理を行う。

（１−６）第１の実施の形態の効果
以上のように、第１の実施の形態による計画データ管理システム１によれば、合理性を判断するとともに、計画変更要求の実行順序を入れ替えることにより、優先して反映すべき計画変更要求を他の計画変更要求よりも早く反映することができる。これにより、計画変更要求の実行順序を入れ替えなかった場合には現行の計画に反映することができなかったような計画変更要求についても計画に反映することができるため、ユーザによる計画変更操作を効率的に反映することができる。

（２）第２の実施の形態
第２の実施の形態では、計画変更装置１１Ａ及び１１Ｂとは異なる合理性確認装置により、計画変更要求の合理性を確認するようにした計画データ管理システム２について説明する。以下、第２の実施の形態における説明では、第１の実施の形態と同様の構成についてはその説明を省略し、異なる構成についてのみ説明する。

（２−１）第２の実施の形態による計画データ管理システムの構成
図１５において、２は全体として第２の実施の形態による計画データ管理システム２の論理構成を示す。

計画データ管理システム２は、計画変更装置１１Ａ、計画変更装置１１Ｂ、設備制御装置１２及び設備１３の他に、合理性確認装置１４を備えて構成される。

合理性確認装置１４は、ＮＩＣ１４１、制御部１４２、主記憶装置１４３及び補助記憶装置１４４を備えて構成される。

ＮＩＣ１４１は、ネットワークＮ１を介して、合理性確認装置１４と、計画変更装置１１Ａ、１１Ｂ及び設備制御装置１２との間を通信可能に接続するためのインタフェースである。例えばＮＩＣ１４１は、ネットワークＮ１を介して、計画変更装置１１Ａ及び１１Ｂから送信された計画変更要求を受信する。またＮＩＣ１４１は、合理性の確認結果が付された計画変更要求を設備制御装置１２に送信する。

制御部１４２は、ＣＰＵ、ＲＡＭ及びＲＯＭ等を備えて構成され、主記憶装置１４３又は補助記憶装置１４４に格納されている各種プログラムとの協働により、合理性確認装置１４による各種動作を統括的に制御する。例えば制御部１４２は、計画変更装置１１Ａ又は１１Ｂから送信された計画変更要求を受信し、受信した計画変更要求を現行の計画に反映することの合理性を判断する。そして制御部１４２は、合理性がある場合には合理性があることを示す判断結果を計画変更要求に含ませて設備制御装置１２に送信する。

主記憶装置１４３及び補助記憶装置１４４は、ＲＡＭ又はＲＯＭ等により構成され、各種プログラム及び各種データを一時的又は長期的に格納する。

（２−２）合理性確認装置の構成
図１６は、合理性確認装置１４の論理構成を示す。合理性確認装置１４は、ＮＩＣ１４１、制御部１４２、主記憶装置１４３及び補助記憶装置１４４を備えて構成される。

そして、これらＮＩＣ１４１、制御部１４２、主記憶装置１４３及び補助記憶装置１４４の各部のうち、制御部１４２は、計画変更要求受信機能１４２１、合理性確認機能１４２２、送信用計画変更要求作成機能１４２３、計画変更要求送信機能１４２４、計画変更機能１４２５及び計画変更要求管理機能１４２６を備えて構成される。また補助記憶装置１１４４は、計画データ１４４１及び計画変更要求１４４２を格納する。

合理性確認装置１４の制御部１４２が備えるこれら計画変更要求受信機能１４２１、合理性確認機能１４２２、送信用計画変更要求作成機能１４２３、計画変更要求送信機能１４２４、計画変更機能１４２５及び計画変更要求管理機能１４２６は、計画変更装置１１１Ａの制御部１１２Ａが備える計画変更要求受信機能１１２２、合理性確認機能１１２３、送信用計画変更要求作成機能１１２４、計画変更要求送信機能１１２５、計画変更機能１１２６及び計画変更要求管理機能１１２７と同様の機能であるため、ここでの説明は省略する。

また合理性確認装置１４の補助記憶装置１４４が備えるこれら計画データ１４４１及び計画変更要求１４４２は、計画変更装置１１１Ａの補助記憶装置１１４Ａが備える計画データ１１４１及び計画変更要求１１４２と同様のデータであるため、ここでの説明は省略する。

なお、ここでは計画変更要求受信機能１４２１、合理性確認機能１４２２、送信用計画変更要求作成機能１４２３、計画変更要求送信機能１４２４、計画変更機能１４２５及び計画変更要求管理機能１４２６の各種機能は、制御部１４２の機能として説明しているが、実際は各種プログラムとして補助記憶装置１４４に格納されており、制御部１４２との協働により上述した機能を実現するものである。またここでは補助記憶装置１４４に計画データ１４４１及び計画変更要求１４４２が格納されるものとしたが、必ずしもこれに限らず、主記憶装置１４３に格納されるとしてもよい。

（２−３）第２の実施の形態による各種処理手順
図１７は、計画データ管理システム２により実行される全体処理の処理手順を示す。この全体処理は、計画変更装置１１Ａの制御部１１２Ａ、計画変更装置１１Ｂの制御部１１２Ｂ、設備制御装置１２の制御部１２２及び合理性確認装置１４の制御部１４２と、それぞれの補助記憶装置１１４Ａ、１１４Ｂ、１２４及び１４４に格納されるプログラムとの協働により実行される。ここでは説明の便宜上、計画変更１１Ａ、計画変更装置１１Ｂ、設備制御装置１２及び合理性確認装置１４を処理主体として説明する。

計画変更装置１１Ａは、ユーザから第１の計画変更要求を受け付けると（ＳＰ７１）、第１の計画変更要求を補助記憶装置１１４Ａに格納する（ＳＰ７２）。

次いで計画変更装置１１Ａは、送信用の第１の計画変更要求を作成し（ＳＰ７３）、作成した送信用の第１の計画変更要求を合理性確認装置１４に送信する（ＳＰ７４）。

合理性確認装置１４は、計画変更装置１１Ａから送信された送信用の第１の計画変更要求を受信すると、受信した第１の計画変更要求を補助記憶装置１４４に格納する（ＳＰ７５）。そして合理性確認装置１４は、補助記憶装置１４４に格納した第１の計画変更要求の合理性を確認する（ＳＰ７６）。

ここでは合理性確認装置１４が第１の計画変更要求と現行の計画との間の合理性を判断し、その結果、合理性がある場合について説明する。

合理性確認装置１４は、補助記憶装置１４４に格納した第１の計画変更要求に合理性があると判断した場合、合理性があることを示す判断結果を第１の計画変更要求に含ませて送信用の第１の計画変更要求を作成し（ＳＰ７７）、作成した送信用の第１の計画変更要求を設備制御装置１２に送信する（ＳＰ７８）。

設備制御装置１２は、合理性確認装置１４から送信された第１の計画変更要求を受信すると、受信した第１の計画変更要求を補助記憶装置１２４に格納する（ＳＰ７９）。

一方、計画変更装置１１Ｂも、計画変更装置１１Ａと同様の処理を行い、送信用の第２の計画変更要求を合理性確認装置１４に送信する（ＳＰ８０〜ＳＰ８３）。

合理性確認装置１４は、計画変更装置１１Ｂから送信された送信用の第２の計画変更要求を受信すると、計画変更装置１１Ａからの第１の計画変更要求を受信した場合と同様の処理を行い、送信用の第２の計画変更要求を設備制御装置１２に送信する（ＳＰ８４〜ＳＰ８７）。

設備制御装置１２は、合理性確認装置１４から送信された第２の計画変更要求を受信すると、受信した計画変更要求を補助記憶装置１２４に格納する（ＳＰ８８）。

設備制御装置１２は、設備１３を監視する監視制御期間において、上述したように計画変更装置１１Ａ及び１１Ｂからの第１及び第２の計画変更要求を合理性確認装置１４から受信し、受信した第１及び第２の計画変更要求を補助記憶装置１２４に格納する。そして、設備制御装置１２は、監視制御を終了すると、計画変更要求を入れ替える入替処理を実行する（ＳＰ８９）。

なお上述したように、ここでは合理性確認装置１４により、計画変更要求と現行の計画との間の合理性が判断され、合理性があることを示す判断結果が第１及び第２の計画変更要求に含まれているものとする。そして、設備制御装置１２においては、再度の合理性の確認は行わないものとする。

次いで設備制御装置１２は、タイミングを確認するタイミング確認処理を実行する（ＳＰ９０）。

なお、ここでは設備制御装置１２により、タイミング確認処理を実行した結果、実行順序を入れ替えた計画変更要求を現行の計画に反映することが可能であるとの結果を得たものとする。

次いで設備制御装置１２は、実行順序を入れ替えた計画変更要求を現行の計画に反映させる反映処理を実行する（ＳＰ９１）。

次いで設備制御装置１２は、合理性確認装置１４から送信された第１及び第２の計画変更要求のステータスを変更して返信するための送信用の計画変更要求を第３の計画変更要求として（ＳＰ９２）、送信用の第３の計画変更要求のステータスを「未処理」から「反映済」に変更する（ＳＰ９３）。

次いで設備制御装置１２は、送信用の第３の計画変更要求を合理性確認装置１４に送信して（ＳＰ９４）、この全体処理における設備制御装置１２の処理を終了する。

合理性確認装置１４は、設備制御装置１２から送信された送信用の第３の計画変更要求を受信すると、受信した第３の計画変更要求を現行の計画に反映し（ＳＰ９５）、補助記憶装置１４４に格納されている第１及び第２の計画変更要求を削除する（ＳＰ９６）。そして合理性確認装置１４は、現行の計画に反映した第３の計画変更要求を計画変更装置１１Ａ及び１１Ｂに送信して（ＳＰ９７）、この全体処理における合理性確認装置１４の処理を終了する。

計画変更装置１１Ａは、合理性確認装置１４から送信された送信用の第３の計画変更要求を受信すると、受信した第３の計画変更要求を現行の計画に反映し（ＳＰ９８）、補助記憶装置１１４Ａに格納されている第１の計画変更要求を削除して（ＳＰ９９）、この全体処理における計画変更装置１１Ａの処理を終了する。

一方、計画変更装置１１Ｂも同様に、合理性確認装置１４から送信された送信用の第３の計画変更要求を受信すると、受信した第３の計画変更要求を現行の計画に反映し（ＳＰ１００）、補助記憶装置１１４Ｂに格納されている第２の計画変更要求を削除して（ＳＰ１０１）、この全体処理における計画変更装置１１Ｂの処理を終了する。

図１８は、計画変更装置１１Ａ又は１１Ｂにより実行される計画変更要求受付処理の処理手順を示す。この計画変更要求受付処理は、計画変更装置１１Ａ又は１１Ｂの制御部１１２Ａ又は１１２Ｂと、補助記憶装置１１４Ａ又は１１４Ｂに格納されるプログラムとの協働により実行される。ここでは説明の便宜上、計画変更装置１１Ａの制御部１１２Ａを処理主体として説明する。

制御部１１２Ａは、ユーザから計画変更要求を受け付けたか否かを判断する（ＳＰ１１１）。

制御部１１２Ａは、この判断で否定結果を得ると、ユーザから計画変更要求を受け付けるまで待機する。

これに対し、制御部１１２Ａは、このステップＳＰ３１の判断で肯定結果を得ると、ユーザから受け付けた計画変更要求を補助記憶装置１１４Ａに格納する（ＳＰ１１２）。

次いで、計画変更装置１１Ａは、送信用の計画変更要求を作成し（ＳＰ１１３）、作成した送信用の計画変更要求を合理性確認装置１４に送信して（ＳＰ１１４）、この計画変更要求受付処理を終了する。

図１９は、合理性確認装置１４により実行される計画変更要求受付処理の処理手順を示す。この計画変更要求受付処理は、合理性確認装置１４の制御部１４２と、補助記憶装置１４４に格納されるプログラムとの協働により実行される。ここでは説明の便宜上、合理性確認装置１４の制御部１４２を処理主体として説明する。

制御部１４２は、計画変更装置１１Ａから計画変更要求を受信したか否かを判断する（ＳＰ１２１）。

制御部１４２は、この判断で否定結果を得ると、計画変更装置１１Ａから計画変更要求を受信するまで待機する。

これに対し、制御部１４２は、ステップＳＰ１２１の判断で肯定結果を得ると、計画変更装置１１Ａから受信した計画変更要求を補助記憶装置１４４に格納する（ＳＰ１２２）。

次いで制御部１４２は、ステップＳＰ１２２において補助記憶装置１４４に格納した計画変更要求の他にも、例えば計画変更装置１１Ｂから送信されてきた他の計画変更要求が補助記憶装置１４４に格納されているか否かを判断する（ＳＰ１２３）。

制御部１４２は、この判断で否定結果を得ると、補助記憶装置１４４に格納されている計画変更要求はステップＳＰ１２２において補助記憶装置１４４に格納した計画変更装置１１Ａからの計画変更要求だけであると判断し、この計画変更装置１１Ａからの計画変更要求を設備制御装置１２に送信して（ＳＰ１２４）、この計画変更要求受付処理を終了する。

これに対し、制御部１４２は、ステップＳＰ１２３の判断で肯定結果を得ると、例えば計画変更装置１１Ｂから送信されてきた他の計画変更要求が補助記憶装置１４４に格納されているものと判断する。そして、制御部１４２は、これら２つの計画変更要求から、変更内容欄１１４２３に格納されている変更内容を示す情報をそれぞれ抽出する（ＳＰ１２５）。

次いで制御部１４２は、ステップＳＰ１２５で抽出した計画変更装置１１Ａからの変更内容を示す情報と、計画変更装置１１Ｂからの変更内容を示す情報との間に合理性があるか否かを判断する（ＳＰ１２６）。

制御部１４２は、ステップＳＰ１２６の判断で肯定結果を得た場合、合理性があると判断し、合理性があることを示す判断結果を計画変更要求１１Ａから受信した計画変更要求に含ませて送信用の計画変更要求を作成する（ＳＰ１２７）。

これに対し、制御部１４２は、ステップＳＰ１２５の判断で否定結果を得た場合、計画変更装置１１Ａからの計画変更要求は合理性がないと判断し、計画変更装置１１Ａからの計画変更要求のうち、他にも合理性を判断すべき変更内容を示す情報があるか否かを判断する（ＳＰ１２８）。

制御部１４２は、この判断で肯定結果を得ると、合理性を判断すべき他の変更内容を示す情報について上述してきた処理（ＳＰ１２５〜ＳＰ１２８）を繰り返す。

これに対し、制御部１４２は、ステップＳＰ１２８の判断で否定結果を得ると、ステップＳＰ１２７で作成した送信用の計画変更要求を設備制御装置１２に送信して（ＳＰ１２４）、この計画変更要求受付処理を終了する。

（２−３）第２の実施の形態の効果
以上のように、第２の実施の形態による計画データ管理システム２によれば、計画変更装置１１とは異なる合理性確認装置１４により合理性を確認するようにした場合であっても、優先して反映すべき計画変更要求を他の計画変更要求よりも早く反映することができる。これにより、計画変更要求の実行順序を入れ替えなかった場合には現行の計画に反映することができなかったような計画変更要求についても計画に反映することができる。よって、ユーザによる計画変更操作を効率的に反映することができる。

（３）他の実施の形態
なお上述の第２の実施の形態においては、合理性確認装置１４は、計画変更装置１１Ａ又は１１Ｂから計画変更要求を受信した際に、合理性を判断し、設備制御装置１２に計画変更要求を送信するようにした場合について述べたが、本発明はこれに限らず、設備制御装置１２に計画変更要求を送信するのは別のタイミングでもよい。また合理性確認装置１４で計画変更要求を一定時間保持し、周期的に設備制御装置１２に計画変更要求を送信してもよい。また設備制御装置１２が合理性確認装置１４に要求をした際に、合理性確認装置１４が計画変更要求を設備制御装置１２に送信してもよい。またこのように一定時間合理性確認装置１４が計画変更要求を保持する場合は、計画変更要求の受信時以外の別のタイミングで合理性確認装置１４が計画変更要求の合理性を確認してもよい。

１ 計画データ管理システム
１１Ａ 計画変更装置
１１２Ａ 制御部
１１３Ａ 主記憶装置
１１４Ａ 補助記憶装置
１１Ｂ 計画変更装置
１１２Ｂ 制御部
１１３Ｂ 主記憶装置
１１４Ｂ 補助記憶装置
１２ 設備制御装置
１２２ 制御部
１２３ 主記憶装置
１２４ 補助記憶装置
１３ 設備
１４ 合理性確認装置

Claims (10)

1. 計画変更装置と設備制御装置とが互いに通信可能に接続される計画データ管理システムにおいて、
   前記計画変更装置は、
   複数の計画変更装置と互いに通信可能に接続され、
   予め定められた現行の計画を変更することを要求する計画変更要求として、予め有するユーザインタフェースを介して第１の計画変更要求を受け付け、かつ、前記複数の計画変更装置のうちの何れか一の計画変更装置から第２の計画変更要求を受け付けた場合、前記第１の計画変更要求及び前記第２の計画変更要求を前記現行の計画に反映した場合の反映後の計画に合理性があるか否かを判断し、前記反映後の計画に合理性がある場合、合理性があることを示す判断結果に、前記第１の計画変更要求と前記第２の計画変更要求の実行順序の優先度を付与し、前記反映後の計画に合理性がない場合、合理性がないことを示す判断結果には、前記優先度を付与せず、前記優先度が付与された判断結果又は前記合理性がないことを示す判断結果を含む前記第１の計画変更要求を前記設備制御装置に送信し、
   前記設備制御装置は、
   前記計画変更装置から送信された第１の計画変更要求を受信すると、受信した第１の計画変更要求の反映順序を前記優先度に応じて入れ替える入替処理、入れ替えた場合に前記受信した第１の計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理、および、前記現行の計画に前記受信した第１の計画変更要求を反映する反映処理を実行して、前記現行の計画を変更する
   ことを特徴とする計画データ管理システム。
2. 前記計画変更装置は、
   前記計画に合理性があるか否かを判断するに際して、前記計画に基づいて移動する計画対象物の時間及び場所が前記計画において物理上実現可能であるか否か、前記計画に基づいて移動する一の計画対象物が他の計画対象物と衝突しないか、または、前記計画に基づいて移動する計画対象物間の関係性が満たされているか否かに基づいて、合理性があるか否かを判断する
   ことを特徴とする請求項１に記載の計画データ管理システム。
3. 前記受信した第１の計画変更要求は、
   前記合理性があることを示す判断結果の情報、予め定められた優先度の情報及びステータスの情報が含まれ、
   前記設備制御装置は、
   前記受信した第１の計画変更要求に含まれる情報及び予め定められた入替ルールの情報に基づいて、前記受信した第１の計画変更要求の反映順序を入れ替える入替処理を実行する
   ことを特徴とする請求項１に記載の計画データ管理システム。
4. 前記設備制御装置は、
   前記受信した第１の計画変更要求に含まれる計画時刻の情報、現在時刻の情報及び予め有する設備情報に基づいて、前記受信した第１の計画変更要求を入れ替えた場合に前記受信した第１の計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理を実行する
   ことを特徴とする請求項１に記載の計画データ管理システム。
5. 前記設備制御装置は、
   予め定められた制御周期のうち、設備を監視する監視制御以外の期間を利用して、前記入替処理、前記タイミング確認処理及び前記反映処理を実行する
   ことを特徴とする請求項１に記載の計画データ管理システム。
6. 計画変更装置と設備制御装置とが互いに通信可能に接続される計画データ管理システムの計画データ管理方法において、
   前記計画変更装置が、
   複数の計画変更装置と互いに通信可能に接続され、
   予め定められた現行の計画を変更することを要求する計画変更要求として、予め有するユーザインタフェースを介して第１の計画変更要求を受け付け、かつ、前記複数の計画変更装置のうちの何れか一の計画変更装置から第２の計画変更要求を受け付けた場合、前記第１の計画変更要求及び前記第２の計画変更要求を前記現行の計画に反映した場合の反映後の計画に合理性があるか否かを判断し、前記反映後の計画に合理性がある場合、合理性があることを示す判断結果に、前記第１の計画変更要求と前記第２の計画変更要求の実行順序の優先度を付与し、前記反映後の計画に合理性がない場合、合理性がないことを示す判断結果には、前記優先度を付与せず、前記優先度が付与された判断結果又は前記合理性がないことを示す判断結果を含む前記第１の計画変更要求を前記設備制御装置に送信する第１のステップと、
   前記設備制御装置が、
   前記計画変更装置から送信された第１の計画変更要求を受信すると、受信した第１の計画変更要求の反映順序を前記優先度に応じて入れ替える入替処理、入れ替えた場合に前記受信した第１の計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理、および、前記現行の計画に前記受信した第１の計画変更要求を反映する反映処理を実行して、前記現行の計画を変更する第２のステップと
   を備えたことを特徴とする計画データ管理方法。
7. 前記第１のステップにおいて、
   前記計画変更装置は、
   前記計画に合理性があるか否かを判断するに際して、前記計画に基づいて移動する計画対象物の時間及び場所が前記計画において物理上実現可能であるか否か、前記計画に基づいて移動する一の計画対象物が他の計画対象物と衝突しないか、または、前記計画に基づいて移動する計画対象物間の関係性が満たされているか否かに基づいて、合理性があるか否かを判断する
   ことを特徴とする請求項６に記載の計画データ管理方法。
8. 前記第２のステップにおいて、
   前記受信した第１の計画変更要求は、
   前記合理性があることを示す判断結果の情報、予め定められた優先度の情報及びステータスの情報が含まれ、
   前記設備制御装置は、
   前記受信した第１の計画変更要求に含まれる情報及び予め定められた入替ルールの情報に基づいて、前記受信した第１の計画変更要求の反映順序を入れ替える入替処理を実行する
   ことを特徴とする請求項６に記載の計画データ管理方法。
9. 前記第２のステップにおいて、
   前記設備制御装置は、
   前記受信した第１の計画変更要求に含まれる計画時刻の情報、現在時刻の情報及び予め有する設備情報に基づいて、前記受信した第１の計画変更要求を入れ替えた場合に前記受信した第１の計画変更要求が実行可能なタイミングであるか否かを判断するタイミング確認処理を実行する
   ことを特徴とする請求項６に記載の計画データ管理方法。
10. 前記第２のステップにおいて、
    前記設備制御装置は、
    予め定められた制御周期のうち、設備を監視する監視制御以外の期間を利用して、前記入替処理、前記タイミング確認処理及び前記反映処理を実行する
    ことを特徴とする請求項６に記載の計画データ管理方法。