JP4719534B2 - 運行ダイヤ連携計画作成システム及び方法 - Google Patents

Description

本発明は、交通ダイヤ作成業務において、複数ユーザの相互連携による交通ダイヤ作成作業を計算機で支援する運行ダイヤ連携計画作成システム及び方法に関する。

交通ダイヤ計画、特に鉄道ダイヤ計画は、大きく分けて３つのダイヤから構成されており、ダイヤを作成するにあたっては、多くの専門家／計画部門に分かれて作業が実施される。すなわち、時刻表に代表される列車ダイヤ、列車ダイヤ上を実際に走る車両の運行スケジュールを表現する車両運用ダイヤ、及び列車を運転する運転士及び車内業務を担当する乗務員の列車乗務スケジュールを表現する乗務員運用ダイヤである。

しかし、各ダイヤには相互依存性があるため、鉄道ダイヤ全体を合理性のとれた一つ計画として作成するには、相互関連するダイヤ計画を担当する専門家／計画部門間で密な連携を取りつつダイヤ作成作業を進行させることが必要となる。

このような問題を解決する技術として特許文献１や特許文献２がある。特許文献１は、作成済となる車両運用ダイヤ、乗務員運用ダイヤを計算機に取込み、これら２つのダイヤの整合性がとれた列車ダイヤを自動的に作成する技術である。特許文献２は、ネットワークを介してつながっている複数の異なる計算機を用いて、計画作成を実行している複数のユーザ間で作業内容のリアルタイムな共有により相互連携性を高めた技術である。

特開平７−５２８０１公報（全体） 特開平１０−２３６３１０号公報（全体）

しかし、特許文献１に開示された技術を適用した場合、次のような問題が生じる。すなわち、交通ダイヤを構成する各ダイヤのうちいずれかを単独で作成してしまった後に、他の依存するダイヤを後から作成するのでは、あるダイヤが完成するまで、次のダイヤ作成に着手できず、効率が悪い。また、すでに完成したダイヤとの整合性を確保することが必須となるため、後続するダイヤが実態にそぐわない形に作成されてしまう可能性がある。

また、特許文献２に開示された技術においては、列車ダイヤを作成するユーザＡと、車両運用ダイヤを作成するユーザＢと、乗務員運用ダイヤを作成するユーザＣが、同技術の装置を使用した場合、次のような問題が生じる。すなわち、ユーザＡが、作業の進捗に応じて作業内容の共有相手をユーザＢのみの場合や、ユーザＢ、Ｃ双方の場合などと切替えることができない。実際の鉄道ダイヤ計画においても、列車ダイヤと車両運用ダイヤの計画作業をある程度進め、時刻表と車両運行スケジュールが固まった後に、乗務員運用ダイヤを作成しており、このような問題が想定される。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、交通ダイヤ作成業務において、依存性を持つ複数のダイヤを作成する複数のユーザの作業の効率を向上できる運行ダイヤ連携計画システムを提供することである。

本発明の主特徴とするところは、複数のダイヤ編集端末において、ユーザ入力を受付けてダイヤデータの作成／変更を行い、ダイヤデータに対する作成／変更と、その公開期間、及び公開対象とするユーザを指定した公開範囲指定情報とをダイヤ管理サーバへ送信し、ダイヤ管理サーバにおいて、作成／変更されたダイヤデータのうち指定された公開期間のダイヤデータを、公開対象として指定されたユーザが使用するダイヤ編集端末へ送信することである。

本発明の望ましい実施態様によれば、列車ダイヤ、車両運用ダイヤ、及び乗務員運用ダイヤなど、相互依存関係のある複数ダイヤを作成する複数のユーザ間で、相互の作業状況データを共有しながら並行して進めることができる。したがって、鉄道ダイヤ計画全体としてのダイヤ作成の効率を向上し、ダイヤ作成を速めることができる。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施形態による運行ダイヤ連携計画システムを備えた交通ダイヤ管理システムの概略機能構成図である。図示するように、本実施形態の交通ダイヤ管理システムは、３つのダイヤ編集端末１１００ａ〜１１００ｃと、ダイヤ管理サーバ１２００がインターネットなどのネットワーク１３００を介して互いに接続されて構成されている。

ダイヤ編集端末１１００ａ〜１１００ｃは、それぞれが同一の機能を持つように構成されており、計画業務を行う担当者（ユーザ）が使用する計算機（情報処理）装置である。一般的には、キーボードやポインティングデバイスからなる入力装置１１５０ａ〜１１５０ｃと、液晶、ＣＲＴ等の表示装置１１４０ａ〜１１４０ｃとを装備する。以下の説明では、ａ〜ｃの符号を省略して、共通の機能につき説明し、相互間の説明の場合にのみ、ａ〜ｃの符号を付けて説明する。

ダイヤ編集端末１１００は、処理装置１１１０、処理装置に接続される記憶装置１１２０及び外部記憶装置１１３０を備えている。記憶装置１１２０は、変更履歴管理テーブル１１２１と公開履歴管理テーブル１１２２を備えている。変更履歴管理テーブル１１２１は、作業用ＤＢ１１３１に格納されているダイヤデータに対し、計画作成部１１１３が実行した更新処理のログを管理する。公開履歴管理テーブル１１２２は、ダイヤ管理サーバ１２００より受信した他のダイヤ編集端末１１００の変更履歴を管理する。外部記憶装置１１３０は、ダイヤデータを管理する作業用ＤＢ１１３１を実装している。

また、このダイヤ編集端末１１００は、図示していないが、通信のためのハードウェア及びソフトウェアを装備している。従って、それらを用いて、ネットワーク１３００を介して、データの送受信が可能である。

ダイヤ編集端末１１００は、記憶装置１１２０にインストールされたプログラムを処理装置１１１０にロードして、処理装置１１１０において実行することにより、各種機能を実現する。このため、処理装置１１１０は図示していないが、中央処理装置（ＣＰＵ）、メモリ等を有する。このダイヤ編集端末１１００は、実現する機能として、画面表示部１１１１、計画開始部１１１２、計画作成部１１１３、計画送信部１１１４、ステータス更新部１１１５、並びに公開履歴表示部１１１６を有する。ダイヤ編集端末１１００は、これらの機能部（手段）に対応するプログラムを実行することにより、以下に述べる具体的な機能を実現する。

画面表示部１１１１は、ユーザ入力を受付けるＧＵＩ（Graphical User Interface）と、作業用ＤＢ１１３１に格納されているダイヤデータをグラフィックに表したダイヤ図を、表示装置１１４０に表示する。計画開始部１１１２は、画面表示部１１１１の提供するＧＵＩを介して、ユーザからの入力を受取ると、計画作成に必要となるダイヤデータをダイヤ管理サーバ１２００のマスタＤＢ１２３１より抽出し、作業用ＤＢ１１３１に格納する。計画作成部１１１３は、入力装置１１５０を介してユーザの操作を受け、作業用ＤＢ１１３１に格納されているダイヤデータの変更操作を実行し、また操作ログを変更履歴管理テーブル１１２１に書込む。この計画作成部１１１３は、計画作成を実行するためのルールを予め備えている。計画送信部１１１４は、画面表示部１１１１の提供するＧＵＩを介してユーザ入力を受取り、変更履歴管理テーブル１１２１より作成した計画更新情報と、作業用ＤＢ１１３１内のダイヤデータをダイヤ管理サーバ１２００へと送信する。ステータス更新部１１１５は、画面表示部１１１１を介して受けたユーザ入力により、マスタＤＢ１２３１へ格納しているダイヤデータの公開範囲（公開期間及び公開対象ユーザ）を示すステータス情報を作成し、ダイヤ管理サーバ１２００へと送信する。公開履歴表示部１１１６は、公開履歴管理テーブル１１２２を基に、画面表示部１１１１が表示しているダイヤ図上で、ユーザの指定したダイヤデータに対する強調表示を行う。

ダイヤ管理サーバ１２００は、処理装置１２１０、記憶装置に接続される記憶装置１２２０、及び磁気ディスク等の記憶媒体からなる外部記憶装置１２３０を備えた計算機（情報処理）装置である。外部記憶装置１２３０には、少なくとも２つ以上のダイヤ編集端末１１００ａ、１１００ｂ…からのアクセスをうけるマスタＤＢ１２３１が実装されている。記憶装置１２２０には、マスタＤＢ１２３１に格納されているダイヤデータの公開範囲（公開期間及び公開対象ユーザ）を管理するステータス管理テーブル１２２１と、ダイヤ編集端末１１００より受信した計画更新情報に他ユーザへの送信履歴情報を付加した情報を管理する計画更新管理テーブル１２２２を備える。

処理装置１２１０では、計画更新部１２１１、ステータス更新部１２１２、公開情報作成部１２１３、及び公開情報送信部１２１４を備え、それぞれに対応するプログラムを実行することにより具体的な機能を実現する。計画更新部１２１１は、ダイヤ編集端末１１００の計画送信部１１１４より作業用ＤＢ１１３１のデータと計画更新情報を受信し、マスタＤＢ１２３１と計画更新管理テーブル１２２２を更新する。ステータス更新部１２１２は、ダイヤ編集装置１１００のステータス更新部１１１５より、ステータス情報を受信し、ステータス管理テーブル１２２１を更新する。公開情報作成部１２１３では、マスタＤＢ１２３１と各ダイヤ編集端末１１００の持つ作業用ＤＢ１１３１間の差分情報からなる公開情報を、ステータス情報と計画更新管理テーブル１２２２より作成する。公開情報送信部１２１４は、公開情報とマスタＤＢ１２３１のダイヤデータを指定のダイヤ編集端末１１００へと送信する。

図２は、本発明の一実施形態による運行ダイヤ連携計画システムにおける処理の流れ（太線矢印）と情報の流れ（細線矢印）を表した説明図である。この図においては、説明に必要な機能部のみを図示しているが、各ユーザａ〜ｃが操作するダイヤ編集端末１１００ａ〜１１００ｃは、図１で説明したように、それぞれが同一の機能部を備えている。ユーザａは、ダイヤ編集端末１１００ａに向い、列車計画業務を実行中であるものとし、その画面表示部１１１１により、表示装置１１４０ａ（図１）へ作成した計画画面を表示する。

以下、図２の処理の流れを説明しながら、必要な操作画面、データテーブル、及び処理フロー図等である図３〜図１４をその都度参照して説明する。

まず、図３は、本発明の一実施形態による運行ダイヤ連携計画システムにおける計画作成画面例を示す図である。計画作成画面は、計画開始パネル３１０、ダイヤ表示パネル３２０、計画送信パネル３３０、ステータス更新パネル３４０、並びに公開情報表示パネル３５０を備えている。これら各パネルには、ユーザの指示を受付ける入力スペースと、ダイヤ編集端末１１００に備えてある各機能を実行するボタンを有する。計画開始パネル３１０には、計画番号を入力する計画番号入力スペース３１１と計画期間を入力する計画期間入力スペース３１２、図２の計画開始部１１１２を実行に移す計画開始３１３ボタンが備わっている。本例においては、計画開始ボタン３１３を押すことにより、図２の計画開始部１１１２を、計画番「１００１」、計画期間「Ｎ〜Ｎ＋５」の情報に基づき実行する。

図２に戻り処理の流れの説明を続ける。計画開始部１１１２は、ダイヤ管理サーバ１２００のマスタＤＢ１２３１より、計画期間とダイヤ編集端末１１００が実行中の計画業務に基づき、計画作成に必要となるダイヤデータを抽出して自端末上の作業用ＤＢ１１３１へとコピーする。

図４は、本発明の一実施形態による運行ダイヤ連携計画システムにおけるダイヤデータ構造を示す図である。ダイヤデータは、（ａ）列車の発着／進路を示す列車ダイヤ、（ｂ）車両の運行スケジュールを示す車両運用ダイヤ、及び、（ｃ）乗務員の列車乗務スケジュールを示す乗務員運用ダイヤ…を主とする列車運行に関連するデータの総称である。本実施例においては、上記３つのダイヤをダイヤデータと定義して説明を続ける。

４１００は、列車ダイヤのデータ構造図である。１レコードが列車１単位を示し、少なくとも次に示す各項目を保有する。すなわち、まず、列車が実際に運行する日付を示す施行日４１１０、列車の固有識別番号を示す列車番号４１２０、次に、列車の始発駅と始発時刻を示す始発駅／始発時刻４１３０である。さらに、列車が通過する途中駅と発着時刻を示す途中駅／時刻４１４０、並びに、終着駅と終着時刻を示す終着駅／終着時刻４１５０である。例えば、レコード４１６１は「Ｎ日にＡレという列車番号を持ち、東京を始発で大宮を通過し、八戸に到着する列車」であることを示している。

４２００は、車両運用ダイヤのデータ構造図である。１レコードが車両の運行スケジュール１単位を示し、少なくとも次に示す各項目を保有する。すなわち、まず、運行スケジュールが実行される日を示す施行日４２１０、運行スケジュールの固有識別悦番号を示す運用番号４２２０、次に、運行始発駅と始発時刻を示す始発駅／時刻４２３０である。さらに、運行終着駅と終着時刻を示す終着駅／時刻４２４０、並びに車両が始発から終着までの間に経由する列車ダイヤを示すつなぎ列車４２５０である。例えば、レコード４２６１は「Ｎ日に１運という運用番号を持ち、東京を始発し、列車ダイヤＡレ、Ｂレ、Ｄレ、Ｇレ、Ｈレを経由して、大宮で終着する車両の運行スケジュール」を示している。

４３００は、乗務員運用ダイヤのデータ構造図である。１レコードが乗務員の列車乗務スケジュール１単位を示し、少なくとも次に示す各項目を保有する。すなわち、まず、列車業務スケジュールが実行される日を示す施行日４３１０、列車乗務スケジュールの固有識別番号を示す運用番号４３２０、次に、列車乗務始発駅と始発時刻を示す始発駅／始発時刻４３３０である。さらに、列車乗務終着駅と終着時刻を示す終着駅／終着時刻４３４０、並びに、乗務員が始発から終着までの乗継ぐ列車ダイヤを示す乗継列車４３５０である。例えば、レコード４３６１は「Ｎ日にア運という運用番号を持ち、東京を始発し、列車ダイヤＡレ、Ｂレ、Ｄレを乗り継ぎ、仙台で終着する列車乗務スケジュール」であることを示している。

上記のダイヤデータを作成することが計画作成業務であり、列車ダイヤ、車両運用ダイヤ、及び乗務員運用ダイヤごとに異なるユーザａ〜ｃが計画作成業務を実施する。しかし、車両運用ダイヤ５２００のつなぎ列車４２５０や、乗務員運用ダイヤ５３００の乗継列車４３５０の項目などのように、列車ダイヤ情報テーブル４１００と車両運用ダイヤ情報テーブル４２００、乗務員運用ダイヤ情報テーブル４３００のデータ間には密接な関係がある。このため、車両運用／乗務員運用計画業務は、列車計画業務の結果に大きく依存することとなり、車両運用／乗務員運用計画業務を実行するためには列車ダイヤが必要となる。

また、車両運用計画業務と乗務員運用計画業務間においても、車両運用ダイヤと乗務員運用ダイヤに関係があるため、乗務員運用計画業務は、車両運用計画業務に大きく依存することとなる。また、乗務員運用計画業務を実行するためには、車両運用ダイヤが必要となる。

計画作成業務においては、ダイヤデータをグラフィカルに表示したダイヤ図を用いる。図５は、本発明の一実施形態による運行ダイヤ連携計画システムにおけるダイヤ図の例である。５１００は、列車ダイヤのみを図示した列車ダイヤ図である。縦軸５１１０に駅、横軸５１２０に時間をとり、列車ダイヤ１単位の進路を１本の斜線として示している。例えば、図４の列車ダイヤレコード４１６１は、列車ダイヤ図５１００上では斜線５１３１として図示される。

５２００は、列車ダイヤに加え、車両／乗務員運用ダイヤを図示した車両／乗務員運用ダイヤ図である。列車ダイヤ図５１００同様、縦軸５２１０に駅、横軸５２２０に時刻をとり、列車ダイヤ１単位の進路を１本の斜線として示している。車両運用ダイヤは、丸印の開始点と、列車ダイヤ間のつなぎを示す箱型のつなぎと、三角印の終着点のセットにより車両運用ダイヤ１単位の運行スケジュールを示している。図４の車両運用ダイヤ４２６１は、開始点５２３１と、つなぎ５２３２〜５２３５と、終着点５２３６として図示される。乗務員運用ダイヤも、車両運用ダイヤと同様に、開始点、乗継つなぎ、終着点のセットにより乗務員運用ダイヤ１単位の列車乗務スケジュールを示している。図４の乗務員運用ダイヤ４３６１は、点線５２４０として図示される。

図２に戻り処理の流れの説明を続ける。ダイヤ編集端末１１００ａは、列車ダイヤ計画を実行中であり、列車計画期間Ｎ〜Ｎ＋５日の入力を受けて計画開始部１１１２を実行する。このため、施行日がＮ〜Ｎ＋５日になる列車ダイヤを、ダイヤ管理サーバ１２００のマスタＤＢ１２３１から自端末１１００の作業用ＤＢ１１３１へコピーする。他のダイヤ編集端末１１００ｂ，１１００ｃも、一部図示を省略しているが、前述したように、ダイヤ編集端末１１００ａと同様の機能を備えている。本実施例においては、ダイヤ編集端末１１００ｂ及び１１００ｃにて、それぞれ、Ｎ〜Ｎ＋５日の車両運用計画業務及び乗務員運用計画業務を実行中であるものとする。また、１１００ｂでは、計画開始部１１１２によって、ダイヤ管理サーバ１２００のマスタＤＢ１２３１から、施行日がＮ〜Ｎ＋５日の列車ダイヤ及び車両運用ダイヤを読出して、自端末１１００ｂ内の作業用ＤＢ１１３１へコピーしたものとする。さらに、１１００ｃでは、ダイヤ管理サーバ１２００のマスタＤＢ１２３１から、施行日がＮ〜Ｎ＋５日の列車ダイヤ、車両運用ダイヤ、及び乗務員運用ダイヤを、自端末１１００ｃ内の作業用ＤＢ１１３１へコピーしたものとする。

本実施例の説明では、列車ダイヤ計画を実行するダイヤ編集端末１１００ａによる処理データが、それぞれ、車両運用ダイヤ計画業務及び乗務員運用ダイヤ計画業務を実行中のダイヤ編集端末１１００ｂ及び１１００ｃで如何に共有されるかについて説明を進める。

ダイヤ編集端末１１００ａの作業用ＤＢ１１３１へダイヤデータをコピーした後、画面表示部１１１１により、図３中の計画作成画面の表示パネル３２０にダイヤデータをダイヤ図として図示する。計画作成部１１１３は、入力装置１１５０を用いて、図３中のダイヤ図に対し、ドラッグ／ドロップやプルダウンメニュー選択による操作を行い、作業用ＤＢ１１３１内のダイヤデータを変更し、変更履歴を変更履歴管理テーブル１１２１へと書込む。

図６は、本発明の一実施形態による運行ダイヤ連携計画システムにおける変更履歴管理テーブル１１２１のデータ構造図である。１レコードが変更履歴１単位を示しており、次に示す各項目を保有する。すなわち、まず、計画番号６１００と、変更対象としたダイヤデータの施行日６２００である。次に、列車番号、車両運用番号、又は乗務員運用番号のいずれかを示す識別番号６３００と、変更操作の内容を示す変更内容６４００である。さらに、変更を実行した時刻を示すタイムスタンプ６５００、並びに、ダイヤ管理サーバ１２００への送信履歴を示す送信フラグ６６００の項目である。図６の例は、図４の列車ダイヤテーブル４１００のＡレ４１６１、Ｂレ４１６２、Ｈレ４１６５のデータに対する変更操作を行い、６７１０、６７２０、６７３０の履歴レコードが書込まれたことを示している。また、Ａレの変更履歴６７１０に関しては、既にダイヤ管理サーバ１２００へ送信を行ったことを示している。

図２に戻り処理の説明を続ける。計画作成部１１１３により計画作成を進め、計画が確定し、他の車両運用計画業務のユーザｂ、乗務員運用計画業務のユーザｃに公開しても構わない部分について、作成した計画の公開を行う。公開は、計画送信部１１１４によりダイヤ編集端末１１００にて作成した計画を、ダイヤ管理サーバ１２００へ送信し、ステータス更新部１１１５により、ダイヤ管理サーバ１２００を介して他の担当者ｂ、ｃ宛に送信することにより実行する。

計画送信部１１１４は、図３中の計画送信パネル３３０に備わっている送信日付入力スペース３３１に送信対象となる施行日を入力し、計画送信ボタン３３２を押すことにより実行される。変更履歴管理テーブル１１２１の該当施行日を持つダイヤデータへの変更履歴の送信フラグがついてないレコードと、作業用ＤＢ１１３１の該当施行日を持つダイヤデータを計画更新情報としてダイヤ管理サーバ１２００へ送信する。また、本処理にて送信した変更履歴管理テーブル１１２１のレコードがもつ送信フラグ６３００を送信ＯＮと書換える。本説明においては、図３の送信日付入力スペースの値がＮ，Ｎ＋１である。したがって、計画送信部１１１４により、作業用ＤＢ１１３１に格納されているダイヤデータのうち、図４（ａ）の列車ダイヤ情報テーブル４１００内の４１６１〜４１６５で示される列車ダイヤデータを計画更新情報としてダイヤ管理サーバ１２００へ送信する。また、変更履歴管理テーブル１１２１内の図６の６７２０、６７３０も、計画更新情報としてダイヤ管理サーバ１２００へ送信するとともに、上記レコードの送信フラグ６６００をＯＮに書換える。

ダイヤ管理サーバ１２００は、ダイヤ編集端末１１００からの計画更新情報を受信すると、計画更新部１２１１により、マスタＤＢ１２３１と計画更新管理テーブル１２２２を更新する。

図７は、本発明の一実施形態による運行ダイヤ連携計画システムにおける計画更新管理テーブル１２２２のデータ構造図である。１レコードが更新履歴１単位を示しており、次に示す各項目を保有する。すなわち、まず、計画番号７１００、更新を行ったダイヤデータの施行日７２００、識別番号７３００であり、次に、変更内容７４００、タイムスタンプ７５００である。さらに、車両公開タイムスタンプ７６００、並びに、乗務員公開タイムスタンプ７７００の項目を持つ。計画番号７１００、施行日７２００、識別番号７３００、変更内容７４００、及びタイムスタンプ７５００は、図６の変更履歴管理テーブル１１２１の計画番号６１００、施行日６２００、識別番号６３００、変更内容６４００、タイムスタンプ６５００と同意の項目である。計画更新情報として受信した変更履歴の施行日６２００、識別番号６３００の組み合わせと同様の値を持つレコードが、計画更新管理テーブル１２２２に存在する場合には変更履歴により上書きする。また、存在しない場合には新規レコードとして追加する。車両公開タイムスタンプ７６００、乗務員公開タイムスタンプ７７００は、それぞれ車両／乗務員運用計画業務のユーザに、履歴が該当するダイヤデータの更新内容を公開したときにタイムスタンプ７５００が持っていたデータをコピーしたものである。タイムスタンプ７５００と車両／乗務員公開タイムスタンプ７６００、７７００が同じ値の場合には、更新内容が既に公開されていることを示し、異なる場合や空白の場合には更新内容が未だ公開されていないことを示している。

図７の例では、レコード７８１０の履歴に該当する更新内容は車両運用計画業務のユーザには公開したが、乗務員運用計画業務のユーザには未公開であることを示している。乗務員運用計画業務のユーザには、図７で示す以前のＡレ７８１０に関する更新内容は、既に公開している。また、７８２０、７８３０の履歴に該当する更新内容は未公開であることを示している。

「図２に戻り処理の説明を続ける。ステータス更新部１１１５は、図３中のステータス更新パネル３４０に備わっている更新日付入力スペース３４１と公開業務入力スペース３４２に公開対象となる計画の施行日と公開対象範囲を入力し、ステータス更新ボタン３４３０を押すことにより実行される。公開対象範囲は、車両運用計画業務のみ、乗務員運用計画業務のみ、又は両方である。これにより、ステータス情報を作成し、ダイヤ管理サーバ１２００へ送信する。」

このようにして、各ダイヤ編集端末１１００ａ〜１１００ｃで実行された計画の更新と、それらの公開の可否が、ダイヤ管理サーバ１２００に集められる。

図８は、本発明の一実施形態による運行ダイヤ連携計画システムにおけるステータス情報のデータ構造図である。ステータス情報は、計画番号８１００、公開対象とする期間の開始施行日８２００、終了施行日８３００、及び公開範囲を示す公開業務８４００の項目を持つ。図８の例では、Ｎ日の更新内容を全公開、つまり、車両運用計画業務、乗務員運用計画業務の双方に公開し、Ｎ＋１日の更新内容については、車両業務運用の担当者のみに公開することを示している。

図２に戻り処理の説明を続ける。ダイヤ管理サーバ１２００は、ダイヤ編集端末１１００からステータス情報を受信すると、ステータス更新部１２１２により受信した内容に基づきステータス管理テーブル１２２１を更新し、公開情報作成部１２１３へ処理を移す。

図９は、本発明の一実施形態による運行ダイヤ連携計画システムにおけるステータス管理テーブル１２２１のデータ構造図である。１レコードが１施行日の計画の公開範囲を表しており、計画番号９１００、公開対象となる計画の施行日９２００、公開対象範囲を示す公開業務９３００の項目を持つ。施行日９２００、公開業務９３００は、それぞれ、図８の公開期間８２００−８３００と公開業務８４００と同義の項目である。更新対象であるステータス情報の公開期間８２００−８３００と同様の施行日を持つレコードがステータス管理テーブル１２２１に存在する場合には、ステータス情報により上書きし、存在しない場合には新規レコードとして追加する。

図２に戻り処理の説明を続ける。公開情報作成部１２１３では、計画更新管理テーブル１２２２に基づき、公開情報を作成する。

図１０は、本発明の一実施形態による運行ダイヤ連携計画システムにおける公開情報作成部１２１３の処理フロー図である。ステップ１００１ではステータス更新部１２１２よりステータス情報を受取る。ステップ１００２では、計画更新管理テーブル１２２２より、ステータス情報中の公開期間に該当する施行日を持つ更新履歴レコードを抽出する。ここで、抽出した集合をＳとする。本説明におけるステータス情報は、図８に示す２レコードであるが、８５１０レコードを具体例として処理の説明を続ける。８５１０レコードの公開期間はＮ日であるので、図７の計画更新管理テーブル１２２２のうち、７８１０と７８２０レコードが集合Ｓとなる。ステップ１００３では、Ｓより１レコードを取出す。ここで抽出したレコードをＹとする。また、例として７８１０が取出されたものとして説明を続ける。ステップ１００４では、ステップ１００１で受信したステータス情報の公開業務８４００の内容を判定し、公開業務の値が車両公開、もしくは全公開の場合にはステップ１００５へと処理を移し、乗務員公開の場合にはステップ１００７へと処理を移す。本説明における具体例であるステータス情報（図８中の８５１０レコード）では公開業務８４００の値は全公開であるので、ステップ１００５へと進む。ステップ１００５では図７の計画更新管理テーブル１２２２よりＹとして取出したレコードのタイムスタンプ７５００と車両公開タイムスタンプ７６００の値を比較し、二つの値が同じであれば処理を１０１０へ進め、異なっていれば処理を１００６へ進める。ステップ１００６では、タイムスタンプ７５００の値を車両公開タイムスタンプ７６００へコピーし、処理を１００９へ進める。ステップ１００９では、Ｙの計画番号７１００、施行日７２００、識別番号７３００、及び変更内容７４００をバッファに蓄積し、処理を１０１０へ進める。本例で示すＹ（図７中の７８１０）では、タイムスタンプ７５００と車両公開タイムスタンプ７６００は同じ値であるので、ステップ１００５の処理によりステップ１０１０へ処理を進めることとなる。ステップ１０１０では、ステップ１００１で受信したステータス情報の公開業務８４００が全公開か否かを判定し、全公開である場合には処理をステップ１００７へ進め、全公開でない場合にはステップ１０１１へ処理を進める。本説明におけるステータス情報（図８の８５１０）では、公開業務８４００の値は全公開であるのでステップ１００７へ処理を進める。ステップ１００７では、図７の計画更新管理テーブル１２２２よりＹとして取出したレコードのタイムスタンプ７５００と乗務員公開タイムスタンプ７７００の値を比較し、二つの値が同じであれば処理を１０１０へ進め、異なっていれば１００８へ処理を進める。本例で示すＹ（図７中の７８１０）では、タイムスタンプ７５００と乗務員公開タイムスタンプ７７００の値は異なるので、ステップ１００８へと処理を進める。ステップ１００８では、タイムスタンプ７５００の値を乗務員公開タイムスタンプ７７００へコピーし処理を１００９へ進める。本説明では、１００９において、Ｙ（図７中の７８１０）の計画番号「１００１」、施行日「Ｎ日」、識別番号「Ａレ」、変更内容「番線変更」の各値をバッファに蓄積し、ステップ１０１０へ処理を進める。ステップ１０１０では、先と同様の制御によりステップ１００７へ処理を進め、ステップ１００７の制御にて処理を１０１１へ進める。ステップ１０１１では、Ｓが空集合かを判定し、空集合であれば処理をステップ１０１２へ進め、空集合でない場合にはステップ１００３へ処理を進める。本説明においては、集合Ｓには図７中の７８２０がまだ含まれているのでステップ１００３へ処理を進めることとなる。図７中の７８２０をＹとして処理を行い、またステータス情報を図８の８５２０として処理を繰り返し行うことにより、処理がステップ１０１２へ進むこととなる。ステップ１０１２では、バッファに蓄積したデータより公開情報を作成し、処理を終了する。

このようにして、ダイヤ管理サーバ１２００内の公開情報作成部１２１３では、実行されたダイヤ作成／更新及び公開範囲に沿った計画更新管理テーブル１２２２の内容に基き、公開情報を作成する。

図１１は、本発明の一実施形態による運行ダイヤ連携計画システムにおける公開情報のデータ構造図である。１レコードが公開情報１単位を示し、公開対象を示す公開先１１１００、計画番号１１２００、公開対象となるダイヤデータの施行日１１３００、識別番号１１４００、並びに、変更内容１１５００の各項目を持つ。

本説明においては、ステータス情報が図８の８５１０で、計画更新管理テーブル１２２２より抽出した更新履歴を図７の７８１０の処理において作成した公開情報が１１６１である。また、ステータス情報８５１０で、更新履歴を７８２０の処理において作成した公開情報が１１６２と１１６３である。さらに、ステータス情報８５２０で、更新履歴を７８３０において作成した公開情報が１１６４となる。

図２に戻り処理の説明を続ける。ダイヤ管理サーバ１２００内の公開情報送信部１２１４は、公開対象施行日となるマスタＤＢ１２３１のダイヤデータと公開情報作成部１２１３で作成した公開情報を、対応するダイヤ編集端末１１００ｂ及び１１００ｃへ送信する。

本説明においては、車両運用業務を担当するダイヤ編集端末１１００ｂへ施行日がＮ、Ｎ＋１日の列車ダイヤが送信される。また、乗務員運用業務を担当するダイヤ編集端末１１００ｃへは、施行日がＮ日のダイヤを送信する。さらに、公開情報として、ダイヤ編集端末１１００ｂへ、図１１の１１６２、１１６４を、ダイヤ編集端末１１００ｃへ、図１１の１１６１、１１６３を送信することとなる。

公開情報と列車ダイヤを受信したダイヤ編集端末１１００ｂ及び１１００ｃは、受信した列車ダイヤを自端末の作業用ＤＢ１１３１にコピーし、公開情報を公開履歴管理テーブル１１２２に書込む。したがって、ダイヤ編集端末１１００ｂ，１１００ｃに向って、それぞれ車両運用及び乗務員運用ダイヤの計画業務を担当するユーザは、列車ダイヤ計画業務を実行するユーザの意思に基き、完成済みの列車ダイヤのうち、公開可能な情報を共有することができる。

図１２は、本発明の一実施形態による運行ダイヤ連携計画システムにおける公開履歴管理テーブル１１２２のデータ構造図である。公開情報を受信する毎に、１ずつカウントアップする公開バージョン１２１００、計画番号１２２００、公開対象となるダイヤデータの施行日１２３００、識別番号１２４００、変更内容１２５００の項目を持つ。本例は、図２の車両運用業務を担当するダイヤ編集端末１１００ｂの公開履歴管理テーブル１１２２を示したものである。本説明の処理の流れで受信した公開情報は、１２６２、１２６３で、公開バージョン１２１００を２とし、１２６１をそれ以前に受信したものとし、公開バージョン１２１００を１として示している。

図２に戻り処理の説明を続ける。公開情報を受信したすべてのダイヤ編集端末１１００ａ〜１１００ｃは、受信後、それぞれの画面表示部１１１１により、図３の表示パネル３２０へダイヤ図を表示する。

図１３は、本発明の一実施形態による運行ダイヤ連携計画システムにおいて、公開情報受信時に、図２のダイヤ編集端末１１００ｂ、１１００ｃの画面上に表示されるダイヤ図を示したものである。図２のダイヤ編集端末１１００ｂに表示されるダイヤ図１３１０上では、受信した公開情報にて識別番号、変更内容の指定のあったダイヤデータを他のダイヤより強調表示を行う。図１３の例は、図１１の公開情報１１６２、１１６４により指定された列車ダイヤデータ１３１１、１３１２を太字破線として強調表示したものである。

一方、図２のダイヤ編集端末１１００ｃに表示されるダイヤ図１３２０では、図１１の公開情報１１６１、１１６３により指定された列車ダイヤデータ１３２１、１３２２を太字破線として強調表示したものである。図２のダイヤ編集端末１１００ｂ、１１００ｃとも同じ施行日Ｎ日の列車ダイヤデータを受取っているが、本説明の前段階として受取っていた列車ダイヤが異なるため、変更差分を示す公開情報がそれぞれ異なり、ダイヤ図においても強調表示箇所が異っている。

図２に戻り処理の説明を続ける。ダイヤ編集端末１１００ｂ、１１００ｃ内の公開履歴表示部１１１６は、図３中の公開バージョン選択パネル３５０の公開バージョン選択入力スペース３５１に入力を受け、表示ボタン３５２を押すことにより処理が実行される。

図１４は、本発明の一実施形態による運行ダイヤ連携計画システムにおけるダイヤ編集端末１１００ｂの計画作成画面にて公開履歴表示部１１１６の処理を実行した車両運用ダイヤ図の例である。公開バージョン選択スペース１４５１に公開バージョンを入力し、表示ボタン１４５２を押すことにより、任意のバージョンの公開情報中にて識別番号、変更内容の指定のあったダイヤデータの強調表示を行う。図１４の例では、強調表示対象として、公開バージョン選択入力部１４５１にて、バージョン「１，２」を選択し、表示指令ボタン１４５２を押したものである。この結果として、図１２に示す公開履歴管理テーブル１１２２中のレコード１２６１〜１２６３が指定する施行日、識別番号を持つダイヤデータを、太字破線１４２１〜１４２３にて強調表示している。

以上説明した本発明の一実施形態を要約すると、まず、複数のダイヤ編集端末１１００ａ〜１１００ｃと、これらのダイヤ編集端末との間でダイヤデータの送受信を行うとともに、マスタデータベース１２３１を持つダイヤ管理サーバ１２００を備えている。そして、前記ダイヤ編集端末は、ユーザ入力を受付けてダイヤデータの作成／変更を行う計画作成部（手段）１１１３を有する。また、上記ダイヤデータに対する作成／変更と、その公開期間、及び公開対象とするユーザを指定した公開範囲指定情報とを、前記ダイヤ管理サーバへ送信する計画送信部（手段）１１１４を備えている。一方、前記ダイヤ管理サーバは、作成／変更されたダイヤデータのうち指定された公開期間のダイヤデータを、公開対象として指定されたユーザが使用するダイヤ編集端末へ送信する公開情報送信部（手段）１２１４を備えている。これにより、運行ダイヤ連携計画作成システムを構成している。

ここで、詳述した本発明の望ましい一実施形態における複数のダイヤ編集端末１１００ａ〜１１００ｃを要約すると、次のように構成されている。

まず、（１）ユーザ入力を受付けダイヤデータの図形表示機能を有する画面表示部（手段）１１１１と、（２）前記ダイヤ管理サーバから計画作成対象のダイヤデータを自端末へ取込む計画開始部（手段）１１１２とを備えている。次に、（３）前記画面表示部（手段）に図形表示されたダイヤデータに対する変更を行い、その結果を作業用データベース１１３１へ書込むとともに、変更履歴を変更履歴管理テーブル１１２１へ書込む計画作成部（手段）１１１３がある。また、（４）作業用データベース内の指定のダイヤデータと、変更履歴管理テーブルにて管理しているダイヤデータに対する変更履歴を前記ダイヤ管理サーバへ送信する計画送信部（手段）１１１４を備えている。さらに、（５）送信したダイヤデータの公開期間及び公開対象とするユーザを指定した公開範囲指定情報を前記ダイヤ管理サーバへ送信するステータス更新部（手段）１１１５を持つ。また、（６）前記ダイヤ管理サーバより受信した他のユーザにより変更されたダイヤデータを図形表示する公開履歴表示部（手段）１１１６と、（７）前記計画作成手段によるダイヤデータへの変更履歴を管理する変更履歴管理テーブルとを備えている。最後に、（８）前記他のユーザの実行したダイヤデータに対する変更履歴を、前記ダイヤ管理サーバより受信したタイミング毎に管理する公開履歴管理テーブル１１２２を備えて構成されている。

一方、詳述した本発明の望ましい一実施形態におけるダイヤ管理サーバ１２００を要約すると、次のように構成されている。

まず、（１）前記ダイヤ編集端末から受信したダイヤデータと変更履歴に基きマスタデータベース１２３１のダイヤデータと、計画更新管理テーブル１２２２を更新する計画更新手段を備えている。次に、（２）前記ダイヤ編集端末から受信した公開範囲指定情報に基き、ステータス管理テーブル１２２１を更新するステータス更新部（手段）１２１１を持つ。また、（３）公開範囲指定情報と計画更新管理テーブルより、公開対象指定されたユーザ使用中のダイヤ編集端末の作業用データベース内のダイヤデータと、マスタデータベース内の同データとの差分情報を作成する公開情報作成部（手段）１２１３を備えている。さらに、（４）公開情報作成部にて作成した差分情報と、マスタデータベースのダイヤデータのうち、公開期間に該当するデータを、指定のダイヤ編集端末へ送信する公開情報送信部（手段）１２１４を持つ。最後に、（５）前記ダイヤ編集端末より受信した公開範囲指定情報を管理するステータス管理テーブル１２２１と、（６）前記ダイヤ編集端末より受信した変更履歴の内容と他端末への変更履歴の送信状況を管理する計画更新管理テーブル１２２２とを備えている。

本発明の一実施形態によれば、複数のダイヤ編集端末１１００ａ〜１１００ｃに向い、それぞれのダイヤ計画業務を担当するユーザは、他のダイヤ計画業務を実行するユーザの意思に基き、完成済みのダイヤのうち、公開可能な情報を共有することができる。したがって、各ユーザによるダイヤの長期間分に亘る完成を待つことなく、完成し公開可能な一部のダイヤを互いに共有し、自身のダイヤ作成業務に役立てることができ、運行ダイヤ作成効率を向上することができる。ひいては、複数の連携したダイヤ作成業務全体の、業務期間短縮を図ることが可能である。

本発明の一実施形態による運行ダイヤ連携計画システムを備えた交通ダイヤ管理システムの概略機能構成図。 本発明の一実施形態による運行ダイヤ連携計画システムにおける処理の流れ（太線矢印）と情報の流れ（細線矢印）を表した説明図。 本発明の一実施形態による計画作成画面例を示す図。 本発明の一実施形態によるダイヤデータ構造を示す図。 本発明の一実施形態によるダイヤ図の例。 本発明の一実施形態による変更履歴管理テーブルのデータ構造図。 本発明の一実施形態による計画更新管理テーブルのデータ構造図。 本発明の一実施形態によるステータス情報のデータ構造図。 本発明の一実施形態によるステータス管理テーブルのデータ構造図。 本発明の一実施形態による公開情報作成部の処理フロー図。 本発明の一実施形態による公開情報のデータ構造図。 本発明の一実施形態による公開履歴管理テーブルのデータ構造図。 本発明の一実施形態によるダイヤ編集端末画面上に表示されるダイヤ図。 本発明の一実施形態によるダイヤ編集端末の計画作成画面にて公開履歴表示部の処理を実行した車両運用ダイヤ図の例。

符号の説明

１１００ａ〜１１００ｃ…ダイヤ編集端末、１２００…ダイヤ管理サーバ、１３００…ネットワーク、１１１０…処理装置、１１２０…記憶装置、１１３０…外部記憶装置、１１４０…表示装置、１１５０…入力装置、１１１１…画面表示部、１１１２…計画開始部、１１１３…計画作成部、１１１４…計画送信部、１１１５…ステータス更新部、１１１６…公開履歴表示部、１１２１…変更履歴管理テーブル、１１２２…公開履歴管理テーブル、１１３１…作業用データベース（作業用ＤＢ）、１２１０…処理装置、１２２０…記憶装置、１２３０…外部記憶装置、１２１１…計画更新部、１２１２…ステータス更新部、１２１３…公開情報作成部、１２１４…公開情報送信部、１２２１…ステータス管理テーブル、１２２２…計画更新管理テーブル、１２３１…マスタデータベース（マスタＤＢ）。

Claims (10)

1. 複数のダイヤ編集端末と、これらのダイヤ編集端末との間でダイヤデータの送受信を行うとともにマスタデータベースを持つダイヤ管理サーバと、前記ダイヤ編集端末において、
   ユーザ入力を受付けてダイヤデータの作成／変更を行う計画作成手段と、
   前記ダイヤデータに対する作成／変更と、公開対象とすべき前記作成／変更作業の開始施行日から終了施行日までを示す公開期間及び公開対象とするユーザを指定した公開範囲指定情報とを前記ダイヤ管理サーバへ送信する計画／更新情報送信手段と、
   前記ダイヤ管理サーバにおいて、作成／変更されたダイヤデータのうち指定された公開期間のダイヤデータを、公開対象として指定されたユーザが使用するダイヤ編集端末へ送信する公開情報送信手段
   を備えたことを特徴とする運行ダイヤ連携計画作成システム。
2. 請求項１において、前記ダイヤ編集端末は、ダイヤデータを図形表示し、前記計画作成手段によるユーザの入力を受付け表示するダイヤ図表示部と、前記ダイヤ管理サーバから受信した前記公開期間のダイヤデータを、前記ダイヤ図上にて強調表示する表示手段を備えたことを特徴とする運行ダイヤ連携計画作成システム。
3. 請求項１において、前記ダイヤ編集端末内の前記計画作成手段は、作成／変更されたダイヤデータを書込む作業用データベースと、変更内容及びその施行日を含む変更履歴を書込む変更履歴管理テーブルとを備え、前記計画／更新情報送信手段は、前記作業用データベース内の特定のダイヤデータを前記ダイヤ管理サーバへ送信するとともに、前記変更履歴管理テーブル内の該当する変更履歴のうち、未送信の履歴を抽出して前記ダイヤ管理サーバへ送信することを特徴とする運行ダイヤ連携計画作成システム。
4. 請求項１において、前記計画／更新情報送信手段は、前記ダイヤデータに対する作成／変更を前記ダイヤ管理サーバへ送信する計画送信手段と、公開対象とすべき前記作成／変更作業の開始施行日から終了施行日までを示す公開期間及び公開対象とするユーザを指定した公開範囲指定情報を前記ダイヤ管理サーバへ送信するステータス情報送信手段とを備え、前記ステータス情報送信手段は、所定のユーザ入力を受付けてダイヤデータの変更を行うとき、前記ダイヤ管理サーバへ送信済みのダイヤデータのうち、ユーザ入力に応じて、前記公開期間を施行日単位に指定し、公開対象とするユーザを計画業務毎に指定した情報を送信することを特徴とする運行ダイヤ連携計画作成システム。
5. 請求項４において、前記ステータス情報送信手段は、所定のユーザ入力を受付けてダイヤデータの変更を行うとき、前記ダイヤ管理サーバへ送信済みのダイヤデータのうち、ユーザ入力に応じて、公開対象ユーザの指定を、業務名を用いて業務毎に指定し、複数の業務を一度に指定することを特徴とする運行ダイヤ連携計画作成システム。
6. 請求項１において、前記ダイヤ編集端末は、変更内容及びその施行日を含む変更履歴を書込む変更履歴管理テーブルと、前記ダイヤ管理サーバから受信した変更履歴を記録する公開履歴管理テーブルとを備え、前記公開履歴管理テーブルは、前記ダイヤ管理サーバから受信した変更履歴が持つ計画番号、施行日、識別番号、及び変更内容の情報と、前記ダイヤ管理サーバから変更履歴を受信したカウント数を併せて記録することを特徴とする運行ダイヤ連携計画作成システム。
7. 請求項１において、前記ダイヤ編集端末は、ダイヤデータの図形表示を行う画面表示手段と、前記ダイヤ管理サーバから受信した変更内容及びその施行日を含む変更履歴を記録する公開履歴管理テーブルと、前記画面表示手段に設けた公開バージョン選択部と、この公開バージョン選択部からのユーザ入力に応じて、該当するバージョン情報を持つ前記公開履歴管理テーブル中の変更履歴が示すダイヤデータを強調表示する手段を備えたことを特徴とする運行ダイヤ連携計画作成システム。
8. 請求項１において、前記複数のダイヤ編集端末は、ユーザ入力を受付けダイヤデータの図形表示機能を有する画面表示手段と、前記ダイヤ管理サーバから計画作成対象のダイヤデータを自端末へ取込む計画開始手段と、前記画面表示手段に図形表示されたダイヤデータに対する変更を行いその結果を作業用データベースへ書込むとともに変更履歴を変更履歴管理テーブルへ書込む計画作成手段と、作業用データベース内の指定のダイヤデータと、変更履歴管理テーブルにて管理しているダイヤデータに対する変更履歴を前記ダイヤ管理サーバへ送信する計画送信手段と、送信したダイヤデータの公開期間及び公開対象とするユーザを指定した公開範囲指定情報を前記ダイヤ管理サーバへ送信するステータス更新手段と、前記ダイヤ管理サーバより受信した他のユーザにより変更されたダイヤデータを図形表示する公開履歴表示手段と、前記計画作成手段によるダイヤデータへの変更履歴を管理する変更履歴管理テーブルと、前記他のユーザの実行したダイヤデータに対する変更履歴を、前記ダイヤ管理サーバより受信したタイミング毎に管理する公開履歴管理テーブルとを備えたことを特徴とする運行ダイヤ連携計画作成システム。
9. 請求項１において、前記ダイヤ管理サーバは、前記ダイヤ編集端末から受信したダイヤデータと、変更内容及びその施行日を含む変更履歴とに基き、マスタデータベースのダイヤデータと、変更内容，その施行日及び業務ユーザ別の公開／未公開の区別を含む計画更新管理テーブルを更新する計画更新手段と、前記ダイヤ編集端末から受信した公開範囲指定情報に基き、ステータス管理テーブルを更新するステータス更新手段と、公開範囲指定情報と計画更新管理テーブルより、公開対象として指定されたユーザが使用している前記ダイヤ編集端末の作業用データベース内のダイヤデータと、マスタデータベース内のダイヤデータとの差分情報を作成する公開情報作成手段と、公開情報作成部にて作成した差分情報と、マスタデータベースのダイヤデータのうち公開期間に該当するデータを、指定のダイヤ編集端末へ送信する公開情報送信手段と、前記ダイヤ編集端末より受信した公開範囲指定情報を管理するステータス管理テーブルと、前記ダイヤ編集端末より受信した変更履歴の内容と他端末への変更履歴の送信状況を管理する計画更新管理テーブルとを備えたことを特徴とする運行ダイヤ連携計画作成システム。
10. 複数のダイヤ編集端末において、ユーザ入力を受付けてダイヤデータの作成／変更を行う計画作成ステップと、前記ダイヤデータに対する作成／変更と、公開対象とすべき前記作成／変更作業の開始施行日から終了施行日までを示す公開期間及び公開対象とするユーザを指定した公開範囲指定情報とを前記ダイヤ管理サーバへ送信する計画／更新情報送信ステップと、前記ダイヤ管理サーバにおいて、作成／変更されたダイヤデータのうち指定された公開期間のダイヤデータを、公開対象として指定されたユーザが使用するダイヤ編集端末へ送信する公開情報送信ステップとを備えたことを特徴とする運行ダイヤ連携計画作成方法。

Images