JP2005119472A

JP2005119472A - 情報処理装置、計画データ変更に伴うデータ管理方法、プログラム、および記録媒体

Info

Publication number: JP2005119472A
Application number: JP2003356846A
Authority: JP
Inventors: Mitsusachi Takayama; 光幸高山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-10-16
Filing date: 2003-10-16
Publication date: 2005-05-12
Anticipated expiration: 2023-10-16
Also published as: JP4294432B2

Abstract

【課題】計画データの管理および通信の効率化とコスト低減とを可能にする。
【解決手段】変更対象の列車番号および実施日の情報と発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを受付ける手段と、該当列車番号のレコードを抽出する手段と、発着時刻の変更情報を反映させて更新レコードを生成し日別ダイヤデータベースに格納する手段と、変更データが含む列車番号が新規の列車番号であることを判定し新規レコードを新規の列車番号に対し１つ生成して日別ダイヤデータベースに格納する手段と、実施日の情報または新規運行日の情報を対応する１つの更新レコードまたは１つの新規レコードと紐付けて日付情報として変更日データベースに格納する手段と、更新レコードまたは新規レコードを抽出すると共に対応する日付情報を抽出する手段と、更新レコードまたは新規レコードと日付情報とを出力する手段とを備える情報処理装置。
【選択図】図４

Description

本発明は、情報処理装置、計画データ変更に伴うデータ管理方法、プログラム、および記録媒体に係り、特に計画データとして列車ダイヤを取り扱う技術分野に関する。

日々運行されている列車のダイヤは、例えば季節毎のダイヤ改正時に策定される基本ダイヤに対して、臨時列車の増発や既存列車の時刻変更等の各種変更事項を加味して作成・管理される。図８は従来技術における処理概念を示す図である。現状における前記管理手法では、図中に示す基本ダイヤ８００と、この基本ダイヤ８００に対して日毎の変更事項（変更データ８１０）を反映させたダイヤ（日別ダイヤ８２０）とをマージし、ある１日の列車ダイヤ（実施ダイヤ８３０）を作成することとなっている。一方、前記日別ダイヤ８２０のデータは、各種通信装置を備えた現場伝達手段８４０を介して各駅など現場端末８５０に送信される。

このような列車ダイヤなど各種計画データの変更に伴うデータ管理手法として、例えば、列車の運行を示すダイヤスジに係わるデータに基づいて列車ダイヤのダイヤスジを作成する列車ダイヤ作成装置において、前記列車の運行を示すダイヤスジに係わるデータを記憶するダイヤメモリと、このダイヤメモリからダイヤスジに係わるデータを読み出して表示画面にダイヤスジを表示する制御ダイヤ表示制御手段と、前記表示画面に表示されたダイヤスジのある指定入力点の座標位置から駅名および着・発の何れの変更かを判断する着・発変更判断手段と、前記指定入力点の座標位置から時刻方向に座標位置を指定したとき、この時刻方向の座標位置から変更時刻を計算する変更時刻演算手段と、この変更時刻演算手段によって計算された変更時刻に基づいて変更すべきダイヤスジを更新表示するダイヤスジ更新手段ととを備えたことを特徴とする列車ダイヤ作成装置（特許文献１参照）などが提案されている。
特開平６−３２１１１１号公報

しかしながら、ある列車に対するダイヤ変更は１回とは限らない。また、同じ列車のダイヤであっても日によって変更内容が変わることもある。このため、同一の内容のデータ（例：列車番号および各駅発着時刻等）であっても、運転される日（実施日）毎に管理がなされている。こうして管理される列車ダイヤのデータは、変更が生じる毎にネットワークを介して輸送計画管理のシステムより各駅など現場に伝送されている。

したがって、春休み時期や夏休み時期等など比較的規模の大きなダイヤ変更が行われる時期、つまりダイヤの変更データが大量に生じる時期には、輸送管理計画のシステムと各現場とを結ぶネットワークのトラフィック量が著しく増大してしまう。つまり、データ通信に長時間を要し、通信コストも上昇することになる。勿論、前記変更データの生成や管理にも大きな手間とコストがかかることとなっていた。

そこで本発明は上記課題を鑑みてなされたものであり、計画データの管理および通信の効率化とコスト低減とを可能にする情報処理装置、計画データ変更に伴うデータ管理方法、プログラム、および記録媒体を提供することを主たる目的とする。

上記課題を解決する本発明の情報処理装置は、計画データ変更に伴うデータ管理を行う情報処理装置であって、列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースと、ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付ける手段と、前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出する手段と、前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納する手段と、前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納する手段と、前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納する手段と、所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出する手段と、前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力する手段と、を備えることを特徴とする。

また、計画データ変更に伴うデータ管理を情報処理装置により行う方法であって、前記情報処理装置が、列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースを備えて、ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付けるステップと、前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出するステップと、前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納するステップと、前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納するステップと、前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納するステップと、所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出するステップと、前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力するステップと、を備えることを特徴とする列車ダイヤ変更に伴うデータ管理方法にかかる。

また、計画データ変更に伴うデータ管理を、列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースを備えた情報処理装置に実行させるプログラムであって、ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付けるステップと、前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出するステップと、前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納するステップと、前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納するステップと、前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納するステップと、所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出するステップと、前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力するステップと、を備えることを特徴とする列車ダイヤ変更に伴うデータ管理プログラムにかかる。このプログラムは、前記各ステップの動作を行うためのコードから構成されている。

更に、計画データ変更に伴うデータ管理プログラムを記録したコンピュータ読み取り可能な記録媒体にかかる。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

本発明によれば、列車ダイヤなどの計画データの管理および通信の効率化とコスト低減とを可能にする。

以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における輸送計画管理サーバ１００（情報処理装置）を含むネットワーク構成図である。本発明の情報処理装置たる輸送計画管理サーバ１００（以下、サーバ１００）は、本発明の情報処理装置の有する機能を実現するプログラム１０６をメモリ１０７に格納し、演算装置たるＣＰＵ１０８により読み出して実行する。他に、サーバ１００がＬＡＮやインターネット等のネットワーク１２０を介して、輸送計画管理端末１３０、運行情報管理サーバ１４０、計画情報伝達サーバ１５０等の外部装置と接続してデータ授受を実行したり、データ入出力を行う入出力インターフェイス１０９を備えている。

なお、前記輸送計画管理端末１３０は、本発明の計画データ変更に伴うデータ管理方法を実行する前記サーバ１００に対する、ユーザ側からのデータ授受を担う端末である。この端末１３０は、他に、プリンタ１３１、プロッタ１３２などの各種出力装置を備えている。また、基礎／作図ワークステーション（ＷＳと表記）１３３、センターコンソールワークステーション１３４等を備えて、ユーザ側の便宜を図っている。

また、前記運行情報管理サーバ１４０は列車運行の情報管理団体１４２が管理している装置であり、列車の運行状況を監視して、自動進路制御システム１４１に対して列車進路の指示等を行う機能を備える。更に、前記計画情報伝達サーバ１５０は、サーバ１００で処理したデータを、ルータ１２らを介して中央現場端末１６０や、各現場端末１７１〜１７６などに送信する役割を担う。

前記サーバ１００は、他に記憶装置１１０を有している。例として、図２に示すデータベース群を例として参照するものとする。図２は本実施形態におけるデータベース群を含む、処理概念１を示す図である。前記記憶装置１１０は、基本ダイヤデータベース１１１、変更データデータベース１１２、日別ダイヤデータベース１１３、変更日データベース１１４、および実施ダイヤデータベース１１５を格納している。

前記基本ダイヤデータベース１１１は、列車番号２０１（図中例：“１Ｍ”、“２Ｍ”など）と発着駅２０２（図中例：“博多”、“小倉”など）および発着時刻２０３とを紐付けたレコード２０４を格納したものである。データ構造としては、前記列車番号２０１をキーとして、発着駅２０２、発着時刻２０３といった情報が関連づけされるものとなる。

また、変更データデータベース１１２は、例えば前記輸送計画管理端末１３０や運行情報管理サーバ１４０から受け付けた、列車ダイヤに関する変更データを格納するデータベースとなる。データ構造としては、例えば、時刻変更や臨時列車（の運行）といった属性タグ２０５をキーとして、実施日２０６、列車番号２０７、発着駅２０８、発着時刻２０９といった情報が関連づけされたものとなる。

前記日別ダイヤデータ１１３は、前記基本ダイヤデータベース１１１に変更データデータベース１１２における変更データを照合し、変更分を該当基本ダイヤのレコード２０４（図中例：列車番号“１Ｍ”のレコード）に反映させた変更レコード２１０を格納・管理したものである。また、基本ダイヤデータベース１１２に前記変更データが含む列車番号に合致する該当レコード２０４が存在せず、新規に生成したもの（図中例：列車番号“９Ｍ”のレコード）を新規レコード２２０として日別に格納・管理したものでもある。

ここでの格納データたる前記変更レコード２１０や新規レコード２２０らは、変更日データベース１１４における格納情報、つまり、変更ダイヤが実施される実施日や（臨時列車等の）新規運行日といった日付情報と関連づけがなされている。よって、本実施形態においては、日別ダイヤデータベース１１３として、変更日データベース１１４を一体化させたデータベース構造を示している。

この場合、変更日データベース１１４に格納されている前記日付情報２３０をキーとして、１つの変更レコード２１０または１つの新規レコード２２０が関連づけされている。つまり、日別ダイヤデータベース１１３において、前記変更レコード２１０または新規レコード２２０は、その内容が同じものは他に存在しない。内容が同じであれば、日付情報２３０が異なる場合でも、変更レコード２１０または新規レコード２２０として管理するのは１つだけとする。他方、日付情報２３０は、１つの変更レコード２１０または新規レコード２２０に対し、１以上関連づけすることが出来る。このように、日付情報２３０と、変更レコード２１０または新規レコード２２０とを、別途管理するのである。

また実施ダイヤデータベース１１５は、前記日別ダイヤデータベース１１３および変更日データベース１１４に基づき、同一日に関連づけされた変更レコード２１０または新規レコード２２０を集約したデータベースである。従ってデータ構造としては、前記変更レコード２１０または新規レコード２２０が列挙されたものとなる。

なお、前記サーバ１００は、輸送計画管理端末１３０や運行情報管理サーバ１４０、計画情報伝達サーバ１５０らとネットワーク１２０を介して接続され、各サーバ１３０、１４０、１５０らとのデータ授受を行う形態例の他、サーバ１００の備える機能として、各サーバ１３０、１４０、１５０らを一体に稼動させるといった例も想定できる。或いは、１つの装置内に一体に備えるといった例も想定できる。また、前記記憶装置１１０における各データベース１１１〜１１５についても、記憶装置１１０において一体に備わっている例だけでなく、ネットワーク１２０上の他装置に別々に配置され、サーバ１００の利用を受けるとすることもできる。

更に、サーバ１００、輸送計画管理端末１３０、運行情報管理サーバ１４０、計画情報伝達サーバ１５０、および他の外部装置１６０、１７１〜１７６らをつなぐネットワーク１２０に関しては、インターネットやＬＡＮの他、専用回線やＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。

また、前記基本ダイヤデータベースにおけるレコードとして、上述のごとく列車番号と発着駅および発着時刻とを紐付けたレコードの他、例えば日付に関係付けされる列車情報のレコードを扱うことも可能である。この列車情報としては、発着駅における発着時刻だけに限らず、例えば、発着番線、走行する線路、列車愛称、行き先、特急／急行／快速等の種別などの情報も扱うことができる。更に、前記列車情報には、列車の運行に関して管理されるデータ（情報）も含めることができる。この場合の列車情報例として、車両運用データ、乗務員運用データ、構内データ、輸送計画データ、列車別編成データなどがあげられる。

更に、前記変更データも、前記列車情報のうち変更可能なデータを取り扱うことができるものとし、時刻の変更だけでなく、例えば発着番線、走行する線路、列車愛称、行き先、特急／急行／快速等の種別などの変更や、臨時列車の運転、列車の運休といったデータを変更データとして扱うことも可能である。

以下、本発明の計画データ変更に伴うデータ管理方法の実際手順について説明する。図４は本実施形態の計画データ変更に伴うデータ管理方法の実際手順を示すメインフロー図である。なお、以下で説明する計画データ変更に伴うデータ管理方法に対応する各種動作は、サーバ１００のメモリ１０７が備えるプログラム１０６によって実現される。そして、このプログラム１０６は、以下に説明される各種の動作を行うためのコードから構成されている。

本発明の情報処理装置たるサーバ１００は、例えば前記輸送計画管理端末１３０や運行情報管理サーバ１４０から、ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、受付けたとする（ｓ１０００）。受け付けた変更データは、前記変更データデータベース１１２に格納する。そして、この変更データを基本ダイヤデータベース１１１に照合し、該当列車番号のレコードを抽出する（ｓ１００１）。

図２の例では、変更データのうち列車番号が“１Ｍ”のものは、基本ダイヤデータベース１１１において該当レコード２０４が存在している（ｓ１００２：ＮＯ）。よって、この列車番号“１Ｍ”に関する変更データが含む、前記発着駅（図中例：“博多”）における発着時刻の変更情報（図中例：“発車時刻を１１：０５”）を、前記抽出したレコード２０４に反映させて更新レコード２１０を生成し（ｓ１００３）、日別ダイヤデータベース１１３に格納する（ｓ１００４）。

他方、図２の変更データデータベース１１２において、変更データのうち列車番号が“９Ｍ”のものは臨時列車分のデータであり、基本ダイヤデータベース１１１において該当レコード２０４が存在していない（ｓ１００２：ＹＥＳ）。従って、この変更データが含む列車番号が新規の列車番号であると判定し、当該新規の列車番号“９Ｍ”と発着駅（“小倉〜熊本”）における発着時刻の変更情報とを含む新規レコード２２０を生成する（ｓ１００５）。この新規レコード２２０は、前記新規の列車番号に対し１つ生成して、日別ダイヤデータベース１１３に格納するものとする（ｓ１００６）。

続いてサーバ１００は、前記変更データが含む実施日２０６または新規運行日３００の情報に基づき、実施日２０６または新規運行日３００が所定日数以上の期間を示すものであるか否かを判定する。つまり、ダイヤ変更の対象日が単日あるいは短期間なのか、それとも長期間なのかを判定する。この判定により、前記実施日２０６または新規運行日３００が単日または２，３日といった短期間であると判定したならば（ｓ１００７：ＮＯ）、前記変更データが含む実施日２０６または新規運行日３００を、対応する１つの前記更新レコード２１０または１つの新規レコード２２０と紐付けて、日付情報として変更日データベース１１４に格納する（ｓ１００８）。図２の例では、変更レコード２１０に対し、“８／１２”の単日の日付情報２３０が関連づけされている。また、新規レコード２２０に対し、“８／１１”、“８／１２”、“８／１３”の３日の日付情報２３０が関連づけされている。

一方、図３に示す例のように、変更データデータベース１１２が含む変更データのうち、臨時列車の“９Ｍ”の新規運航日３００が１０日間にわたるものがあった場合も想定できる。この場合、前記判定の閾値が「１０日」となっていれば、新規運行日３００が所定日数以上の期間であると判定できる（ｓ１００７：ＹＥＳ）。この時サーバ１００は、前記期間の開始日“８／１１”と終了日“８／２０”の情報を組み合わせた期間情報３０１として、対応する１つの新規レコード２２０（または更新レコード）と紐付けて変更日データベース１１４に格納する（ｓ１００９）。

このように生成された変更レコード２１０や新規レコード２２０は、日付情報２３０（期間情報３０１含む）に基づき、前記実施ダイヤデータ１１５において各日付情報２３０の構成日毎に集約される。サーバ１００は、１日毎或いは１時間毎といった任意の所定時機または輸送計画管理端末１３０や中央現場端末１６０、或いは各現場端末１７１〜１７６などの入力インターフェイスより受け付けた指示に応じて（ｓ１０１０）、前記日別ダイヤデータベース１１３より更新レコード２１０または新規レコード２２０を抽出する（ｓ１０１１）と共に、当該更新レコード２１０または新規レコード２２０に対応する日付情報２３０を前記変更日データベース１１４より抽出する（ｓ１０１２）。または前記実施ダイヤデータベース１１５の格納情報より該当情報を抽出する。

前記抽出した更新レコード２１０または新規レコード２２０と前記日付情報２３０とは、現場伝達手段たる計画情報伝達サーバ１５０を介してネットワーク上の現場端末１７１〜１７６の少なくともいずれかに送信し（ｓ１０１３）、処理は終了する。

＝＝＝変更データの内部処理＝＝＝
上述の如く処理される、列車ダイヤに関する変更データであるが、サーバ１００内部のＣＰＵ１０８は、例えば前記メモリ１０７に適宜な作業領域を確保して、各データベース１１１〜１１４から取得したデータの処理を行っている。図５は本実施形態におけるインデクス群を示す図である。

この作業領域を、ここでは日付インデクステーブル５００（日別データ読み込み時用：Ｔａ）、日付インデクステーブル５１０（基本データ読み込み時用：Ｔｂ）、列車データテーブル５２０（日別データ読み込み時用：Ｔｃ）、列車データテーブル５３０（基本データ読み込み時用：Ｔｄ）から構成するものとする。なお、ここでいう「日別データ」とは、上記でいう変更レコード２１０と同様に、単日に一対一で対応づけする１つのデータ（列車番号、発着駅、発着時刻など）を意味する。また「基本データ」とは、新規レコード２２０と同様に、複数日に対応づけする１つのデータを意味する。

また、前記変更データデータベース１１２における各変更データは、管理番号を付して管理するものとする。そのため、管理番号データベースを例えば記憶装置内１１０に構成し、変更データデータベース１１２と連動させて管理番号の管理を行っている。

以下、変更データのサーバ１００の内部処理手順について説明する。図６は本実施形態における計画データ変更に伴うデータ管理方法の詳細フロー１を示す図である。

前記ＣＰＵ１０８は、適宜に設定した管理番号“ｘ”を読み込む（ｓ１１００）。続いて、変更データデータベース１１２より、変更データの読み込みを行う（ｓ１１０１）。

この変更データが変更データデータベース１１２におけるデータエンドでない場合（ｓ１１０２：ＮＯ）、当該変更データの含む実施日２０６や新規運行日３００、および列車番号２０７といった情報（図６中で「日付インデクス」）について、日付インデクステーブル５００、５１０（Ｔａ、Ｔｂ）を読み込む（ｓ１１０３）。これにより、この変更データの含む列車番号と同じ列車番号が付されたデータが、同一実施日等に関連して存在するか判定する（ｓ１１０４）。

前記判定により該当するデータが存在しないとなれば（ｓ１１０４：ＮＯ）、列車データテーブル５３０（Ｔｄ）が含む各データの施行パターン）と合うか否か判定する。ここで前記施行パターンと合うとなれば（ｓ１１０５：ＹＥＳ）、前記変更データにおける施行日、列車番号の情報を前記日付インデクステーブル５１０（Ｔｂ）にスタックする（ｓ１１１６）。また、列車データテーブル５３０（Ｔｄ）中の一致データの管理番号を、前記日付インデクステーブル５１０（Ｔｂ）にセットする（ｓ１１１７）。

他方、前記ステップｓ１１０５における判定により、列車データテーブル５３０（Ｔｄ）が含む各データの施行パターンと合わないとなれば（ｓ１１０５：ＮＯ）、日付インデクステーブル５００、５１０にデータが読み込まれておらず、また列車データテーブル５３０（Ｔｄ）におけるデータと施行パターンが合うものでもないこととなる。

そこで変更データにおける基本データを読み込んで（ｓ１１０６）、その施行日および列車番号を日付インデクステーブル５１０（Ｔｂ）にスタックする（ｓ１１０７）。また、列車番号、列車データ（例：発着駅と発着時刻等のデータ）、施行パターンを列車データテーブル５３０（Ｔｄ）にセットする（ｓ１１０８）。こうしてセットしたデータについて、前記管理番号ｘに１加算（つまり新規なレコードとなる）して、前記日付インデクステーブル５１０および列車データテーブル５３０（Ｔｄ）にセットする（ｓ１１０９）。

以上までの処理を、全ての施行日について処理するまで繰り返す（ｓ１１１８：ＮＯ）。全施行日について処理を行ったならば（ｓ１１１８：ＹＥＳ）、列車データテーブル５２０（Ｔｃ）や列車データテーブル５３０（Ｔｄ）における列車データに対して、変更データを反映させる（ｓ１１１９）。変更データを反映させた前記各列車データは、日別ダイヤデータベース１１３に出力する（ｓ１１２０、ｓ１１２１）。以上の処理が全変更データについて完了したならば（ｓ１１０２：ＹＥＳ）、管理番号データベースに管理番号ｘを書き込み処理し、最新の管理番号を更新する（ｓ１１２２）。

図７は本実施形態における計画データ変更に伴うデータ管理方法の詳細フロー２を示す図である。以上の処理のうち、前記基本データを日別ダイヤデータベースへ出力する処理においては、日付インデクステーブル５１０（Ｔｂ）のデータを変更日データベース１１４（日別ダイヤデータベース１１３と一体の場合含む）に追加し（ｓ１２００、ｓ１２０１）、列車データテーブル５３０（Ｔｄ）のデータは、日別ダイヤデータベース１１３に追加処理する（ｓ１２０２）。

一方、前記日別データを日別ダイヤデータベースへ出力する処理においては、まず、前記列車データテーブル５２０（Ｔｃ）における先頭データの管理番号ｘを、引数ｙに退避させる（ｓ１２１０、ｓ１２１１）。そしてこの引数ｙに退避させた管理番号ｘをキーにして、日付インデクステーブル５００（Ｔａ）を読み込む（ｓ１２１２）。日付インデクステーブル５００におけるデータエンドでなかった場合（ｓ１２１３：ＮＯ）、日付インデクステーブル５００（Ｔａ）中に、前記引数ｙの管理番号ｘに対応する施行日があるか判定する。

そこで施行日がないと判定したならば（ｓ１２１４：ＮＯ）、管理番号ｘに１加算し（ｓ１２１５）、この管理番号を列車データテーブル５２０（Ｔｃ）にセットする（ｓ１２１６）。そして列車データテーブル５２０（Ｔｃ）のデータを、日別ダイヤデータベースに追加する（ｓ１２１７）。また、日付インデクステーブル５００（Ｔａ）中の管理番号（元）が、前記ｙと同じデータに対し、ｘを管理番号にセットし、これに応じて変更日データベースを更新する（ｓ１２１８）。

他方、前記ステップｓ１２１３において、引数ｙに応じて読み込んだデータが日付インデクステーブル５００におけるデータエンドであった場合（ｓ１２１３：ＹＥＳ）、列車データテーブル５２０（Ｔｃ）のデータで日別ダイヤデータベースを更新する（ｓ１２１９）。

こうして列車データテーブル５２０（Ｔｃ）中の全データを処理するまで、当該テーブル５２０中の次データについて、管理番号を前記引数ｙにセットし上記処理を繰り返すこととなる（ｓ１２２１：ＮＯ）。一方、列車データテーブル５２０（Ｔｃ）中の全データの処理を行ったならば（ｓ１２２０：ＹＥＳ）、処理は終了する。

本発明によれば、春休み時期や夏休み時期等など比較的規模の大きなダイヤ変更が行われる時期、つまりダイヤの変更データが大量に生じる時期においても、輸送管理計画のシステムと各現場とを結ぶネットワークのトラフィック量を適宜な規模に抑制可能となる。したがって、データ通信の所要時間を短縮し、通信コストも低減することとなる。加えて、変更データの生成や管理についても効率化が図られる。

つまり、計画データの管理および通信の効率化とコスト低減とを可能にする情報処理装置、計画データ変更に伴うデータ管理方法、プログラム、および記録媒体を提供できる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

本実施形態における輸送計画管理サーバ（情報処理装置）を含むネットワーク構成図である。本実施形態におけるデータベース群を含む、処理概念１を示す図である。本実施形態におけるデータベース群を含む、処理概念２を示す図である。本実施形態における計画データ変更に伴うデータ管理方法の実際手順を示すメインフロー図である。本実施形態におけるインデクス群を示す図である。本実施形態における計画データ変更に伴うデータ管理方法の詳細フロー１を示す図である。本実施形態における計画データ変更に伴うデータ管理方法の詳細フロー２を示す図である。従来技術における処理概念を示す図である。

符号の説明

１００輸送計画サーバ（情報処理装置）、サーバ
１０６プログラム
１０７メモリ
１０８演算装置、ＣＰＵ
１０９入出力インターフェイス
１１０記憶装置
１１１基本ダイヤデータベース
１１２変更データデータベース
１１３日別ダイヤデータベース
１１４変更日データベース
１１５実施ダイヤデータベース

Claims

計画データ変更に伴うデータ管理を行う情報処理装置であって、
列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースと、
ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付ける手段と、
前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出する手段と、
前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納する手段と、
前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納する手段と、
前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納する手段と、
所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出する手段と、
前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力する手段と、
を備えることを特徴とする情報処理装置。
請求項１に記載の情報処理装置において、
前記変更データが含む実施日または新規運行日の情報に基づき、実施日または新規運行日が所定日数以上の期間を示すものであることを判定し、前記期間の開始日と終了日の情報を組み合わせた期間情報として、対応する１つの更新レコードまたは１つの新規レコードと紐付けて前記変更日データベースに格納する手段を備えることを特徴とする情報処理装置。
計画データ変更に伴うデータ管理を情報処理装置により行う方法であって、前記情報処理装置が、列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースを備えて、
ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付けるステップと、
前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出するステップと、
前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納するステップと、
前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納するステップと、
前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納するステップと、
所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出するステップと、
前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力するステップと、
を備えることを特徴とする列車ダイヤ変更に伴うデータ管理方法。
計画データ変更に伴うデータ管理を、列車番号と発着駅および発着時刻とを紐付けたレコードを集約した基本ダイヤデータベースを備えた情報処理装置に実行させるプログラムであって、
ダイヤ変更対象の列車番号および実施日の情報と、発着駅における発着時刻の変更情報または新規運行日の情報とを含む変更データを、入力インターフェイスより受付けるステップと、
前記変更データを前記基本ダイヤデータベースに照合し、該当列車番号のレコードを抽出するステップと、
前記抽出したレコードに前記発着駅における発着時刻の変更情報を反映させて更新レコードを生成し、日別ダイヤデータベースに格納するステップと、
前記変更データの基本ダイヤデータベースでの照合により、前記変更データが含む列車番号が新規の列車番号であることを判定し、当該新規の列車番号と前記発着駅における発着時刻の変更情報とを含む新規レコードを、前記新規の列車番号に対し１つ生成して、前記日別ダイヤデータベースに格納するステップと、
前記変更データが含む実施日の情報または新規運行日の情報を、対応する１つの前記更新レコードまたは１つの新規レコードと紐付けて、日付情報として変更日データベースに格納するステップと、
所定時機または入力インターフェイスより受け付けた指示に応じて、前記日別ダイヤデータベースより更新レコードまたは新規レコードを抽出すると共に、当該更新レコードまたは新規レコードに対応する日付情報を前記変更日データベースより抽出するステップと、
前記抽出した更新レコードまたは新規レコードと前記日付情報とを、出力インターフェイスに出力するステップと、
を備えることを特徴とする列車ダイヤ変更に伴うデータ管理プログラム。
請求項４に記載の計画データ変更に伴うデータ管理プログラムを記録したコンピュータ読み取り可能な記録媒体。