JP4460427B2 - Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method - Google Patents

Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method Download PDF

Info

Publication number
JP4460427B2
JP4460427B2 JP2004342752A JP2004342752A JP4460427B2 JP 4460427 B2 JP4460427 B2 JP 4460427B2 JP 2004342752 A JP2004342752 A JP 2004342752A JP 2004342752 A JP2004342752 A JP 2004342752A JP 4460427 B2 JP4460427 B2 JP 4460427B2
Authority
JP
Japan
Prior art keywords
traffic
diagram data
hierarchy
data
traffic diagram
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2004342752A
Other languages
Japanese (ja)
Other versions
JP2006155076A (en
Inventor
修一郎 ▲崎▼川
達広 佐藤
喜紀 角本
和章 奥田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2004342752A priority Critical patent/JP4460427B2/en
Publication of JP2006155076A publication Critical patent/JP2006155076A/en
Application granted granted Critical
Publication of JP4460427B2 publication Critical patent/JP4460427B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Train Traffic Observation, Control, And Security (AREA)

Description

本発明は、複数の端末によって編集されるデータの管理技術に関し、特に、交通ダイヤデータに好適なデータ管理技術に関する。   The present invention relates to a management technique for data edited by a plurality of terminals, and more particularly to a data management technique suitable for traffic schedule data.

特許文献1には、複数の端末に表示させる図面データを複数のメッシュに分割して、メッシュ毎に排他フラグを管理し、排他フラグが設定されいるメッシュに対する編集を、当該排他フラグが与えられた端末以外の端末から受付けないようにすることで、複数の端末間における図面データの排他制御を行なう技術が開示されている。   In Patent Literature 1, drawing data to be displayed on a plurality of terminals is divided into a plurality of meshes, an exclusive flag is managed for each mesh, and editing for a mesh for which the exclusive flag is set is given the exclusive flag. A technique for performing exclusive control of drawing data between a plurality of terminals by not accepting from terminals other than the terminals is disclosed.

ところで、列車の交通ダイヤデータは、線区を構成する各駅の時刻情報を含む。したがって、交通ダイヤデータは、縦軸を線区を構成する各駅とし、横軸を時刻とするグラフ、つまり、図面データとして表示できる。このため、特許文献1の技術は、交通ダイヤデータの編集を複数の端末から受付ける場合における交通ダイヤデータの排他制御に適用することもできる。   By the way, the train traffic schedule data includes time information of each station constituting the line section. Therefore, the traffic diagram data can be displayed as a graph in which the vertical axis represents each station constituting the line section and the horizontal axis represents time, that is, as drawing data. For this reason, the technique of patent document 1 can also be applied to exclusive control of traffic diagram data when editing traffic diagram data is received from a plurality of terminals.

特開平5-216946号公報JP-A-5-216946

しかし、特許文献1の技術を交通ダイヤデータの排他制御に適用した場合、次のような問題が生じる。すわわち、交通ダイヤデータは、通常、施行日を単位として管理される。ここで、列車本数の多い路線(例えば都市部を走行する路線)の場合、同じ施行日に、数百〜数千本の交通ダイヤデータが存在することもある。したがって、同じ施行日の交通ダイヤデータを1つの図面データとして複数の端末各々に表示し編集を受付けようとした場合、個々の交通ダイヤデータの排他制御を実現するためには、図面データを分割するメッシュを小さくして、1つのメッシュに1つの交通ダイヤデータのみが含まれるようにしなければならない。このため、メッシュ数が膨大となり、したがって、交通ダイヤデータの排他制御のために管理しなければならない排他フラグの数も膨大となり、排他制御のための処理の負荷が大きくなる。   However, when the technology of Patent Document 1 is applied to exclusive control of traffic diagram data, the following problems arise. In other words, traffic schedule data is usually managed in units of effective dates. Here, in the case of a route with a large number of trains (for example, a route traveling in an urban area), several hundred to several thousand traffic schedule data may exist on the same enforcement day. Therefore, when traffic schedule data with the same enforcement date is displayed as a single drawing data on each of a plurality of terminals and editing is accepted, the drawing data is divided in order to realize exclusive control of the individual traffic diagram data. The mesh must be made small so that only one traffic diagram data is included in one mesh. For this reason, the number of meshes becomes enormous, and therefore the number of exclusion flags that must be managed for exclusive control of traffic diagram data also becomes enormous, increasing the processing load for exclusive control.

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、図面データの排他制御に係る処理の負荷を低減させることにある。   The present invention has been made in view of the above circumstances, and an object of the present invention is to reduce the processing load related to exclusive control of drawing data.

上記課題を解決するために、本発明では、交通ダイヤデータに含まれる個々の交通ダイヤを複数の管理項目を用いて階層的に分類する。例えば、少なくとも1つの交通ダイヤデータ編集装置より交通ダイヤデータの更新要求を受付け、受付けた要求に従って自身が保持する当該交通ダイヤデータを更新する交通ダイヤデータ管理装置であって、複数の管理項目として、施行日、線区、運行目的を示す種別、および列車番号を用いて階層的に分類された列車の交通ダイヤデータが複数記憶された交通ダイヤデータ記憶手段と、前記交通ダイヤデータ記憶手段に記憶された交通ダイヤデータを読み出して、前記交通ダイヤデータ編集装置に送信する交通ダイヤデータ送信手段と、施行日と、当該施行日に対応付けられたユーザ情報と、が排他フラグとして記憶される階層「大分類」の排他フラグ記憶手段と、施行日および線区と、当該施行日および線区に対応付けられたユーザ情報が排他フラグとして記憶される階層「中分類」の排他フラグ記憶手段と、施行日、線区および種別と、当該施行日、線区および種別に対応付けられたユーザ情報が排他フラグとして記憶される階層「小分類」の排他フラグ記憶手段と、施行日、線区、種別および列車番号と、当該施行日、線区、種別および列車番号に対応付けられたユーザ情報が排他フラグとして記憶される階層「交通ダイヤデータ毎」の排他フラグ記憶手段と、前記交通ダイヤデータ編集装置より、排他フラグ登録要求を受付けると、所定の階層の排他フラグ記憶手段に、前記排他フラグ登録要求に含まれる前記所定の階層に応じた管理項目の指定値に対応付けられたユーザ情報が登録されているか否かを検索する処理と、前記対応付けられたユーザ情報が登録されている場合、排他フラグの登録を拒否する処理と、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も下位の階層でない場合、前記排他フラグ登録要求に、前記所定の階層よりも1つ下位の階層の管理項目の指定値がさらに含まれているか否かを検出する処理と、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も下位の階層である場合、又は、前記検出する処理で前記指定値が含まれていなかった場合、前記排他フラグ登録要求に含まれるユーザ情報と管理項目の指定値とを対応付けて、前記所定の階層の排他フラグ記憶手段に排他フラグとして登録する処理と、前記検出する処理で前記指定値が含まれていた場合、前記所定の階層を1つ下位の階層として前記検索する処理を再び開始する処理と、を、排他フラグが登録、あるいは、登録が拒否されるまで実行する排他フラグ登録手段と、前記交通ダイヤデータ編集装置より更新要求を受付けると、所定の階層の排他フラグ記憶手段に、前記更新要求に含まれる前記所定の階層に応じた管理項目の指定値と対応付けられたユーザ情報が登録されているか否かを検索する処理と、前記対応付けられたユーザ情報が登録されている場合、当該ユーザ情報が前記更新要求の送信元の情報と一致するか否かを調べる処理と、送信元の情報と一致する場合、前記更新要求に従い前記交通ダイヤデータ記憶手段に記憶されている前記更新要求の対象となる交通ダイヤデータを更新する処理と、送信元の情報と一致しない場合、交通ダイヤデータの更新を拒否する処理と、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層である場合、交通ダイヤデータの更新を拒否する処理と、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層でない場合、前記所定の階層を1つ上位の階層として、前記検索する処理を再び開始する処理と、を、交通ダイヤデータが更新、あるいは、更新が拒否されるまで実行する前記排他制御手段と、を備え、前記排他フラグ登録手段は、最も上位の階層から順次処理を実行し、前記排他制御手段は、最も下位の階層から順次処理を実行することを特徴とする交通ダイヤデータ管理装置である。 In order to solve the above problems, in the present invention, individual traffic diagrams included in traffic diagram data are classified hierarchically using a plurality of management items. For example, a traffic diagram data management device that receives a traffic diagram data update request from at least one traffic diagram data editing device and updates the traffic diagram data held by itself according to the received request. A traffic diagram data storage means in which a plurality of traffic schedule data of trains hierarchically classified by using an execution date, a line section, a type indicating the operation purpose, and a train number are stored, and stored in the traffic diagram data storage means The traffic diagram data transmitting means for reading out the traffic diagram data and transmitting it to the traffic diagram data editing device, the enforcement date, and the user information associated with the enforcement date are stored as an exclusion flag. Classification "exclusive flag storage means, enforcement date and line section, and user information associated with the enforcement date and line section Hierarchy “medium classification” exclusion flag storage means stored as an exclusion flag, an enforcement date, line section and type, and a hierarchy in which user information associated with the enforcement date, line section and type is stored as an exclusion flag “Sub-classification” exclusive flag storage means, the enforcement date, line section, type and train number, and the hierarchy “where the user information associated with the enforcement date, line section, type and train number is stored as an exclusion flag” Upon receipt of an exclusive flag registration request from the traffic schedule data editing device and the traffic diagram data editing device, the predetermined flag included in the exclusive flag registration request A process for searching whether or not user information associated with a specified value of a management item corresponding to the registered value is registered, and the associated user information is registered If the exclusive flag registration request and the associated user information are not registered, and the predetermined hierarchy is not the lowest hierarchy, the exclusive flag registration request includes the predetermined flag. A process for detecting whether or not a specified value of a management item of a hierarchy one level lower than that of the hierarchy is included, a case where the associated user information is not registered, and the predetermined hierarchy Is the lowest hierarchy, or when the specified value is not included in the process to detect, the user information included in the exclusive flag registration request is associated with the specified value of the management item, A process of registering as an exclusive flag in the exclusive flag storage means of a predetermined hierarchy, and a process of searching the predetermined hierarchy as a lower hierarchy if the specified value is included in the detecting process Processing for re-starting, exclusive flag registration means for executing until the exclusive flag is registered or registration is rejected, and when an update request is received from the traffic diagram data editing device, exclusive flag storage means for a predetermined hierarchy In addition, a process for searching whether or not user information associated with a specified value of a management item corresponding to the predetermined hierarchy included in the update request is registered, and the associated user information is registered. If the user information matches the information of the transmission source of the update request, and if the user information matches the information of the transmission source, the user information is stored in the traffic diagram data storage means according to the update request. A process for updating the traffic diagram data subject to the update request, a process for rejecting the traffic diagram data update when the information does not match the source information, When the attached user information is not registered, and the predetermined hierarchy is the highest hierarchy, the process of rejecting the traffic diagram data update and the associated user information are registered. If the predetermined hierarchy is not the highest hierarchy, the traffic diagram data is updated with the process of re-starting the search process with the predetermined hierarchy being one higher hierarchy, or The exclusive control means that executes until the update is rejected, wherein the exclusive flag registration means sequentially executes processes from the highest hierarchy, and the exclusive control means sequentially executes processes from the lowest hierarchy. It is a traffic diagram data management device characterized by being executed.

さらに、本発明の交通ダイヤデータ管理装置は、前記交通ダイヤデータ管理装置より受信した交通ダイヤデータを記憶する作業用記憶手段と、前記作業用記憶手段に記憶されている交通ダイヤデータを読み出して表示装置に表示すると共に、入力装置を介して前記表示装置に表示された交通ダイヤデータの編集を受付け、当該受付けた編集内容に従って交通ダイヤデータの更新要求を生成し前記交通ダイヤデータ管理装置に送信する交通ダイヤデータ編集手段と、を有し、前記交通ダイヤデータ編集手段は、前記交通ダイヤデータ管理装置によって前記更新要求が拒否されなかった場合に、前記受け付けた編集内容に従い前記作業用記憶手段に記憶されている交通ダイヤデータを更新することを特徴とする交通ダイヤデータ編集装置である。Further, the traffic diagram data management device of the present invention is a work storage means for storing the traffic diagram data received from the traffic diagram data management device, and the traffic diagram data stored in the work storage means is read and displayed. In addition to displaying the traffic diagram data displayed on the display device via the input device, the traffic diagram data editing request is generated in accordance with the received editing content and transmitted to the traffic diagram data management device. Traffic diagram data editing means, and the traffic diagram data editing means stores in the work storage means according to the received editing contents when the update request is not rejected by the traffic diagram data management device The traffic diagram data editing apparatus is characterized in that the traffic diagram data being updated is updated.

加えて、本発明の交通ダイヤデータ管理装置は、前記交通ダイヤデータ編集手段は、編集を受付けた交通ダイヤデータの編集前の状態と編集後の状態とが識別できるように前記表示装置に表示することを特徴とする交通ダイヤデータ編集装置である。In addition, the traffic diagram data management device of the present invention displays the traffic diagram data editing means on the display device so that the state before editing and the state after editing of the traffic diagram data accepted for editing can be identified. This is a traffic diagram data editing device.

また、本発明の交通ダイヤデータ管理方法は、交通ダイヤデータ管理装置が、少なくとも1つの交通ダイヤデータ編集装置より交通ダイヤデータの更新要求を受付け、受付けた要求に従って自身が保持する当該交通ダイヤデータを更新する交通ダイヤデータ管理方法であって、前記交通ダイヤデータ管理装置は、複数の管理項目として、施行日、線区、運行目的を示す種別、および列車番号を用いて階層的に分類された交通ダイヤデータが複数記憶された交通ダイヤデータ記憶手段と、施行日と、当該施行日に対応付けられたユーザ情報とが、排他フラグとして記憶される階層「大分類」の排他フラグ記憶手段と、施行日および線区と、当該施行日および線区に対応付けられたユーザ情報が排他フラグとして記憶される階層「中分類」の排他フラグ記憶手段と、施行日、線区および種別と、当該施行日、線区および種別に対応付けられたユーザ情報が排他フラグとして記憶される階層「小分類」の排他フラグ記憶手段と、施行日、線区、種別および列車番号と、当該施行日、線区、種別および列車番号に対応付けられたユーザ情報が排他フラグとして記憶される階層「交通ダイヤデータ毎」の排他フラグ記憶手段と、を有し前記交通ダイヤデータ管理方法は、前記交通ダイヤデータ編集装置より更新要求を受付けるステップと、所定の階層の排他フラグ記憶手段に対し、前記更新要求に含まれる管理項目に対応付けられたユーザ情報が登録されているか否かを検索するステップと、前記対応付けられたユーザ情報が登録されている場合、当該ユーザ情報が前記更新要求の送信元の情報と一致するか否かを調べるステップと、送信元の情報と一致する場合、前記更新要求に従い前記交通ダイヤデータ記憶手段に記憶されている前記更新要求の対象となる交通ダイヤデータを更新するステップと、送信元の情報と一致しない場合、交通ダイヤデータの更新を拒否するステップと、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層である場合、交通ダイヤデータの更新を拒否するステップと、前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層でない場合、前記所定の階層を1つ上位の階層として、前記検索する処理を再度開始するステップと、を、交通ダイヤデータが更新、あるいは、更新が拒否されるまで実行することを特徴とする交通ダイヤデータ管理方法である。Further, according to the traffic diagram data management method of the present invention, the traffic diagram data management device accepts a traffic diagram data update request from at least one traffic diagram data editing device, and the traffic diagram data held by itself according to the received request. A traffic diagram data management method to be updated, wherein the traffic diagram data management device includes a plurality of management items, and traffic classified hierarchically using an enforcement date, a line section, a type indicating an operation purpose, and a train number. Traffic schedule data storage means in which a plurality of timetable data are stored, an enforcement date, and user information associated with the enforcement date are stored as an exclusion flag. Exclusion of day and line ward and hierarchy “medium classification” where user information associated with the enforcement date and line ward is stored as an exclusion flag Lag storage means, enforcement date, line section and type, exclusive flag storage means of hierarchy "small classification" in which user information associated with the enforcement date, line section and type is stored as an exclusion flag, and enforcement date A line zone, type and train number, and an exclusive flag storage means of the hierarchy “for each traffic diagram data” in which user information associated with the enforcement date, line zone, type and train number is stored as an exclusive flag, The traffic diagram data management method includes a step of receiving an update request from the traffic diagram data editing device, and a user information associated with a management item included in the update request with respect to an exclusive flag storage means of a predetermined hierarchy If the associated user information is registered, the user information is the information of the transmission source of the update request. And the step of updating the traffic diagram data subject to the update request stored in the traffic diagram data storage means according to the update request when the information matches the source information, If the information does not match the information of the transmission source, the step of rejecting the update of the traffic diagram data, the case where the associated user information is not registered, and the predetermined hierarchy is the highest hierarchy , Refusing to update traffic diagram data, and when the associated user information is not registered and the predetermined hierarchy is not the highest hierarchy, the predetermined hierarchy is one level higher. The step of restarting the search process as a hierarchy is executed until the traffic diagram data is updated or the update is rejected. It is a traffic schedule data management method.

本発明によれば、排他フラグの数を低減することができ、これにより、図形の排他制御に係る処理の負荷を低減させることができる。   According to the present invention, it is possible to reduce the number of exclusive flags, thereby reducing the processing load related to graphic exclusive control.

以下、本発明の実施の形態について説明する。   Embodiments of the present invention will be described below.

図1は本発明の一実施形態が適用された交通ダイヤデータ編集管理システムの概略図である。図示するように、本実施形態の交通ダイヤデータ編集管理システムは、交通ダイヤ管理サーバ1と、少なくとも1つの交通ダイヤ編集端末2とが、インターネットなどのネットワーク3を介して互いに接続されて構成されている。   FIG. 1 is a schematic diagram of a traffic diagram data editing management system to which an embodiment of the present invention is applied. As shown in the figure, the traffic diagram data editing management system of the present embodiment is configured by a traffic diagram management server 1 and at least one traffic diagram editing terminal 2 connected to each other via a network 3 such as the Internet. Yes.

交通ダイヤ管理サーバ1は、列車の交通ダイヤデータを保持する。また、交通ダイヤ編集端末2から交通ダイヤデータの編集を受付けて、自身が保持する交通ダイヤデータに編集内容を反映させる。この際、編集対象の交通ダイヤデータに対する排他を獲得した交通ダイヤ編集端末2以外の交通ダイヤ編集端末2から、当該編集対象の交通ダイヤデータに対する編集を受付けないようにすることで、交通ダイヤデータの排他制御を行なう。   The traffic schedule management server 1 holds traffic schedule data of trains. In addition, the traffic diagram data is edited from the traffic diagram editing terminal 2 and the edited content is reflected in the traffic diagram data held by itself. At this time, it is possible to prevent the traffic diagram data from being edited from the traffic diagram editing terminal 2 other than the traffic diagram editing terminal 2 that has acquired the exclusion for the traffic diagram data to be edited. Exclusive control is performed.

図示するように、交通ダイヤ管理サーバ1は、ネットワーク3に接続するためのネットワークIF部11と、排他制御部12と、交通ダイヤDB(データベース)13と、排他フラグ管理DB14と、更新情報管理TL(テーブル)15と、を有する。   As illustrated, the traffic diagram management server 1 includes a network IF unit 11 for connecting to the network 3, an exclusive control unit 12, a traffic diagram DB (database) 13, an exclusion flag management DB 14, and an update information management TL. (Table) 15.

交通ダイヤDB13には、列車の交通ダイヤデータが記憶されている。図2は交通ダイヤDB13の登録内容例を示す図である。図示するように、交通ダイヤDB13には、列車毎に交通ダイヤのレコード130が登録されている。レコード130は、列車にユニーク割り当てられた列車番号を登録するフィールド131と、施行日(列車の運行日)を登録するフィールド132と、列車が運行する路線の区間を示す線区を登録するフィールド133と、列車の運行目的(営業、回送等)を登録するフィールド134と、列車の交通ダイヤデータを登録するフィールド135と、を有する。   The traffic diagram DB 13 stores traffic diagram data of trains. FIG. 2 is a diagram showing an example of registered contents in the traffic diagram DB 13. As shown in the drawing, a traffic schedule record 130 is registered in the traffic schedule DB 13 for each train. The record 130 includes a field 131 for registering a train number uniquely assigned to a train, a field 132 for registering an enforcement date (train operation date), and a field 133 for registering a line section indicating a section of a route operated by the train. And a field 134 for registering a train operation purpose (business, forwarding, etc.) and a field 135 for registering train traffic schedule data.

フィールド135に登録される列車の交通ダイヤデータは、線区を構成する各駅(始発駅から終着駅までの各駅)の情報と、各駅における出発及び/又は到着時刻とを有する。また、フィールド131〜134に登録されている各データは、列車の交通ダイヤデータを階層的に分類するための管理項目である。交通ダイヤデータは、フィールド132の施行日により大分類され、フィールド132、133の施行日、線区により中分類され、フィールド132、133、134の施行日、線区、種別により小分類され、そして、フィールド132、133、134、131の施行日、線区、種別、列車番号により個々の列車ダイヤデータが特定される。   The train traffic schedule data registered in the field 135 includes information on each station (each station from the first station to the last station) constituting the line area, and the departure and / or arrival time at each station. Moreover, each data registered in the fields 131 to 134 is a management item for hierarchically classifying train traffic schedule data. Traffic schedule data is broadly categorized by the date of enforcement of the field 132, the date of enforcement of the fields 132, 133, and the middle class by the line zone, the minor classification by the date of enforcement of the fields 132, 133, 134, the line zone, and the type, and The train schedule data is specified by the enforcement date, line section, type, and train number of the fields 132, 133, 134, and 131.

排他フラグ管理DB14には、複数の管理項目により階層管理される列車の交通ダイヤデータの階層毎に、交通ダイヤデータの排他制御を管理するための排他フラグ管理TLが記憶されている。上述したように、交通ダイヤデータは、大分類、中分類、小分類、および、交通ダイヤデータ毎の4階層により階層管理されている。このため、排他フラグ管理TLも、分類、中分類、小分類および交通ダイヤデータ毎の4階層のそれぞれの階層毎に設けられている。   The exclusive flag management DB 14 stores an exclusive flag management TL for managing exclusive control of traffic diagram data for each level of traffic diagram data of trains managed hierarchically by a plurality of management items. As described above, the traffic schedule data is hierarchically managed in four levels for each of the major classification, middle classification, minor classification, and traffic schedule data. For this reason, the exclusive flag management TL is also provided for each of the four hierarchies of classification, middle classification, small classification, and traffic schedule data.

図3は排他フラグ管理DB14の登録内容例を示す図であり、図3(A)は階層「大分類」に対応する排他フラグ管理TL141の登録内容例を、図3(B)は階層「中分類」に対応する排他フラグ管理TL142の登録内容例を、図3(C)は階層「小分類」に対応する排他フラグ管理TL143の登録内容例を、そして、図3(D)は階層「交通ダイヤデータ毎」に対応する排他フラグ管理TL144の登録内容例を示している。   FIG. 3 is a diagram showing an example of registered contents of the exclusive flag management DB 14, FIG. 3A is an example of registered contents of the exclusive flag management TL 141 corresponding to the hierarchy “major classification”, and FIG. FIG. 3C shows an example of registered contents of the exclusive flag management TL 143 corresponding to the hierarchy “small classification”, and FIG. 3D shows an example of registered contents of the exclusive flag management TL 142 corresponding to the “classification”. An example of registration contents of the exclusive flag management TL 144 corresponding to “for each diamond data” is shown.

排他フラグ管理TL141には、図3(A)に示すように、施行日を単位とする排他フラグのレコード1410が登録される。レコード1410は、施行日を登録するフィールド1411と、当該施行日に運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1415と、を有する。   In the exclusive flag management TL 141, as shown in FIG. 3A, an exclusive flag record 1410 with an enforcement date as a unit is registered. The record 1410 includes a field 1411 for registering an enforcement date and a field 1415 for registering a user ID of a user who has acquired an exclusive flag for the traffic schedule data of all trains operating on the enforcement date.

排他フラグ管理TL142には、図3(B)に示すように、施行日および線区の組合せを単位とする排他フラグのレコード1420が登録される。レコード1420は、施行日を登録するフィールド1421と、線区を登録するフィールド1422と、当該施行日に当該線区を運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1425と、を有する。   In the exclusive flag management TL 142, as shown in FIG. 3B, an exclusive flag record 1420 with the combination of the enforcement date and the line section as a unit is registered. The record 1420 includes a field 1421 for registering the enforcement date, a field 1422 for registering the line, and a user of a user who has acquired an exclusive flag for the traffic schedule data of all trains that operate the line on the enforcement date. And a field 1425 for registering an ID.

排他フラグ管理TL143には、図3(C)に示すように、施行日、線区および種別の組合せを単位とする排他フラグのレコード1430が登録される。レコード1430は、施行日を登録するフィールド1431と、線区を登録するフィールド1432と、種別を登録するフィールド1433と、当該施行日に当該線区を当該種別の目的で運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1435と、を有する。   In the exclusive flag management TL 143, as shown in FIG. 3C, an exclusive flag record 1430 with the combination of the enforcement date, the line section, and the type as a unit is registered. The record 1430 includes a field 1431 for registering an enforcement date, a field 1432 for registering a line section, a field 1433 for registering a classification, and the traffic of all trains that operate the line section for the purpose of the classification on the enforcement date. And a field 1435 for registering the user ID of the user who has acquired the exclusive flag for the diamond data.

そして、排他フラグ管理TL144には、図3(D)に示すように、施行日、線区、種別および列車番号の組合せを単位とする排他フラグのレコード1440が登録される。レコード1440は、施行日を登録するフィールド1441と、線区を登録するフィールド1442と、種別を登録するフィールド1443と、列車番号を登録するフィールド1444と、当該施行日に当該線区を当該種別の目的で運行する当該列車番号を持つ列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1445と、を有する。   In the exclusive flag management TL 144, as shown in FIG. 3D, an exclusive flag record 1440 with the combination of the enforcement date, line section, type, and train number as a unit is registered. The record 1440 includes a field 1441 for registering an enforcement date, a field 1442 for registering a line section, a field 1443 for registering a type, a field 1444 for registering a train number, and a line 1 And a field 1445 for registering the user ID of the user who has acquired the exclusive flag for the traffic schedule data of the train having the train number operated for the purpose.

更新情報管理TL15には、交通ダイヤ編集端末2から受信した後述する更新情報登録要求が登録される。図4は更新情報管理TL15の登録内容例を示す図である。図示するように、更新情報管理TL15には、交通ダイヤ編集端末2から受信した後述する更新情報登録要求のレコード150が登録される。レコード150は、ユーザのユーザIDを登録するフィールド151と、更新情報登録要求を識別するための要求IDを登録するフィールド152と、更新を要求する交通ダイヤデータを特定するための施行日、線区、種別および列車番号をそれぞれ登録するフィールド153〜156と、交通ダイヤデータの更新内容(編集データ)を登録するフィールド157と、該更新内容が交通ダイヤDB13に反映済みであるか否かを示す反映状況を登録するフィールド158と、を有する。   In the update information management TL 15, an update information registration request (described later) received from the traffic schedule editing terminal 2 is registered. FIG. 4 is a diagram showing an example of registered contents of the update information management TL 15. As shown in the figure, a record 150 of an update information registration request (described later) received from the traffic schedule editing terminal 2 is registered in the update information management TL 15. The record 150 includes a field 151 for registering a user ID of a user, a field 152 for registering a request ID for identifying an update information registration request, an enforcement date and a line section for specifying traffic diagram data for requesting an update. The fields 153 to 156 for registering the type and train number, the field 157 for registering the updated contents (edit data) of the traffic diagram data, and the reflection indicating whether or not the updated contents have been reflected in the traffic diagram DB 13 And a field 158 for registering a situation.

排他制御部12は、排他フラグ登録部121と、DB更新部122と、DB転送部123と、を有する。排他フラグ登録部121は、ネットワークIF部11を介して交通ダイヤ編集端末2より受け取った後述する排他フラグ登録要求に従い排他フラグ管理DB14を更新する。DB更新部122は、ネットワークIF部11を介して交通ダイヤ編集端末2から受け取った後述する更新情報登録要求を更新情報管理TL15に登録する。また、更新情報管理TL15に登録されている更新情報登録要求に従い交通ダイヤDB13を更新する。DB転送部123は、更新ダイヤDB13から交通ダイヤデータを読み出し、ネットワークIF部11を介して交通ダイヤ編集端末2に送信する。   The exclusive control unit 12 includes an exclusive flag registration unit 121, a DB update unit 122, and a DB transfer unit 123. The exclusion flag registration unit 121 updates the exclusion flag management DB 14 in accordance with an exclusion flag registration request (described later) received from the traffic diagram editing terminal 2 via the network IF unit 11. The DB update unit 122 registers an update information registration request (described later) received from the traffic diagram editing terminal 2 via the network IF unit 11 in the update information management TL 15. In addition, the traffic diagram DB 13 is updated according to the update information registration request registered in the update information management TL 15. The DB transfer unit 123 reads the traffic diagram data from the update diagram DB 13 and transmits the traffic diagram data to the traffic diagram editing terminal 2 via the network IF unit 11.

交通ダイヤ編集端末2は、ユーザからの指示に従い交通ダイヤ管理サーバ1が保持する交通ダイヤデータを編集する。図示するように、交通ダイヤ編集端末2は、ネットワーク3に接続するためのネットワークIF部21と、交通ダイヤ編集部22と、更新情報管理TL23と、作業用記憶部24と、排他フラグ管理TL25と、情報を表示してユーザより操作や指示などを受付けるためのGUI(Graphical User Interface)部26と、を有する。   The traffic diagram editing terminal 2 edits traffic diagram data held by the traffic diagram management server 1 in accordance with an instruction from the user. As illustrated, the traffic diagram editing terminal 2 includes a network IF unit 21 for connecting to the network 3, a traffic diagram editing unit 22, an update information management TL23, a work storage unit 24, and an exclusive flag management TL25. A GUI (Graphical User Interface) unit 26 for displaying information and receiving operations and instructions from the user.

更新情報管理TL23には、交通ダイヤ編集部22がGUI部26を介してユーザより受付けた交通ダイヤデータの編集内容を特定するための情報である更新情報が登録される。図5は更新情報管理TL23の登録内容例を示す図である。図示するように、更新情報管理TL23には、交通ダイヤ編集部22がGUI部26を介してユーザより交通ダイヤデータの編集を受付ける毎にレコード230が登録される。レコード230は、更新情報登録要求の要求IDを登録するフィールド231と、編集された交通ダイヤデータを特定するための施行日、線区、種別および列車番号をそれぞれ登録するフィールド232〜235と、交通ダイヤデータの変更内容(編集データ)を登録するフィールド236と、フィールド231〜236の情報を含む更新情報登録要求が送信済みであるか否かを示す送信状況を登録するフィールド237と、を有する。   In the update information management TL 23, update information, which is information for specifying the edited content of the traffic diagram data received from the user by the traffic diagram editing unit 22 via the GUI unit 26, is registered. FIG. 5 is a diagram showing an example of registered contents of the update information management TL23. As shown in the figure, a record 230 is registered in the update information management TL 23 every time the traffic diagram editing unit 22 accepts editing of traffic diagram data from the user via the GUI unit 26. The record 230 includes a field 231 for registering a request ID of an update information registration request, fields 232 to 235 for registering an execution date, a line section, a type, and a train number for specifying edited traffic schedule data, It has a field 236 for registering the change contents (edit data) of the diagram data, and a field 237 for registering a transmission status indicating whether or not an update information registration request including information of the fields 231 to 236 has been transmitted.

作業用記憶部24には、交通ダイヤ編集部22がネットワークIF部21を介して交通ダイヤ管理サーバ1から取得した交通ダイヤデータが記憶される。   In the work storage unit 24, traffic diagram data acquired from the traffic diagram management server 1 by the traffic diagram editing unit 22 via the network IF unit 21 is stored.

排他フラグ管理TL25には、交通ダイヤ編集端末2のユーザが獲得した排他フラグが登録される。図6は排他フラグ管理TL25の登録内容例を示す図である。図示するように、排他フラグ管理TL25には、交通ダイヤ編集端末2のユーザが獲得した排他フラグ毎にレコード250が登録される。レコード250は、獲得した排他フラグが適用される交通ダイヤデータの施行日を登録するフィールド251と、当該交通ダイヤデータの線区を登録するフィールド252と、当該交通ダイヤデータの種別(運行目的)を登録するフィールド253と、当該交通ダイヤデータの列車番号を登録するフィールド254と、を有する。ここで、ある施行日に運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得している場合、当該排他フラグのレコード250のフィールド251に当該施行日が登録され、その他のフィールド252〜254にヌルデータが登録される。また、ある施行日にある線区を運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得している場合、当該排他フラグのレコード250のフィールド251、252に当該施行日および当該線区が登録され、その他のフィールド253、254にヌルデータが登録される。また、ある施行日にある線区をある種別の目的で運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得している場合、当該排他フラグのレコード250のフィールド251〜253に、当該施行日、当該線区および当該種別が登録され、その他のフィールド254にヌルデータが登録される。そして、ある施行日にある線区をある種別の目的で運行するある列車番号を持つ列車の交通ダイヤデータに対する排他フラグを獲得している場合、当該排他フラグのレコード250のフィールド251〜254に、それぞれ、当該施行日、当該線区、当該種別および当該列車番号が登録される。   The exclusive flag acquired by the user of the traffic schedule editing terminal 2 is registered in the exclusive flag management TL 25. FIG. 6 is a diagram showing an example of registered contents of the exclusive flag management TL 25. As shown in the figure, a record 250 is registered in the exclusive flag management TL 25 for each exclusive flag acquired by the user of the traffic schedule editing terminal 2. The record 250 includes a field 251 for registering an enforcement date of traffic diagram data to which the acquired exclusive flag is applied, a field 252 for registering a line zone of the traffic diagram data, and a type (operation purpose) of the traffic diagram data. It has a field 253 for registration and a field 254 for registering the train number of the traffic diagram data. Here, when the exclusive flag for the traffic schedule data of all trains operating on a certain effective date is acquired, the effective date is registered in the field 251 of the record 250 of the exclusive flag, and the other fields 252 to 254 are registered. Null data is registered. In addition, when the exclusive flag for the traffic schedule data of all trains operating on a certain line date is obtained, the effective date and the line area are registered in the fields 251 and 252 of the record 250 of the exclusive flag. Null data is registered in the other fields 253 and 254. In addition, when the exclusive flag for the traffic schedule data of all trains operating for a certain type of purpose on the line zone on a certain effective date is acquired, the effective date is displayed in the fields 251 to 253 of the record 250 of the exclusive flag. The line segment and the type are registered, and null data is registered in the other field 254. And when the exclusive flag with respect to the traffic diagram data of the train with a certain train number which operates for a certain kind of purpose on a certain line on a certain enforcement day is acquired, in the fields 251 to 254 of the record 250 of the exclusive flag, The enforcement date, the line segment, the classification and the train number are registered respectively.

交通ダイヤ編集部22は、排他フラグ登録要求部221と、更新情報登録要求部222と、編集受付部223と、交通ダイヤ読込部224と、を有する。   The traffic diagram editing unit 22 includes an exclusive flag registration request unit 221, an update information registration request unit 222, an edit reception unit 223, and a traffic diagram reading unit 224.

排他フラグ登録要求部221は、GUI部26を介してユーザより、排他フラグを獲得する交通ダイヤデータ(編集対象の交通ダイヤデータ)を特定する情報(交通ダイヤデータを管理するいずれかの階層の管理項目の情報)を受付けて排他フラグ登録要求を作成し、ネットワークIF部21を介して交通管理サーバ1に送信する。図7は排他フラグ登録要求を模式的に表した図である。図示するように、排他フラグ登録要求2210は、ユーザIDを登録するエリア2211、排他フラグを獲得する交通ダイヤデータの施行日を登録するエリア2212、排他フラグを獲得する交通ダイヤデータの線区を登録するエリア2213、排他フラグを獲得する交通ダイヤデータの種別(運行目的)を登録するエリア2214、および、排他フラグを獲得する交通ダイヤデータの列車番号を登録するエリア2215を有する。排他フラグ管理TL25のレコード250と同様、エリア2213〜2215は、獲得しようとしている交通ダイヤデータの階層によってヌルデータとなる場合がある。また、排他フラグ登録要求部221は、交通ダイヤ管理サーバ1に送信した排他フラグ登録要求2210のレコード250を排他フラグ管理TL25に登録する。   The exclusive flag registration request unit 221 receives information specifying traffic diagram data (traffic diagram data to be edited) from which an exclusive flag is acquired from the user via the GUI unit 26 (management of any hierarchy that manages the traffic diagram data) Item information) is received and an exclusive flag registration request is created and transmitted to the traffic management server 1 via the network IF unit 21. FIG. 7 is a diagram schematically showing an exclusive flag registration request. As shown in the figure, the exclusive flag registration request 2210 registers the area 2211 for registering the user ID, the area 2212 for registering the enforcement date of the traffic schedule data for acquiring the exclusive flag, and the line schedule of the traffic schedule data for acquiring the exclusive flag. An area 2213 for registering a traffic diagram data type (operational purpose) for acquiring an exclusive flag, and an area 2215 for registering a train number of traffic diagram data for acquiring an exclusive flag. Similar to the record 250 of the exclusive flag management TL 25, the areas 2213 to 2215 may be null data depending on the hierarchy of traffic diagram data to be acquired. The exclusive flag registration request unit 221 registers the record 250 of the exclusive flag registration request 2210 transmitted to the traffic schedule management server 1 in the exclusive flag management TL 25.

更新情報登録要求部222は、定期的もしくは更新情報管理TL23に新たなレコード250が追加される毎に、更新情報管理TL23に登録されているフィールド237の送信状況が「未」のレコード230に基づいて更新情報登録要求を作成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する。図8は更新情報登録要求を模式的に表した図である。図示するように、更新情報登録要求2220は、ユーザIDを登録するエリア2221、更新情報登録要求の要求IDを登録するエリア2222、更新する交通ダイヤデータの施行日を登録するエリア2223、更新する交通ダイヤデータの線区を登録するエリア2224、更新する交通ダイヤデータの種別(運行目的)を登録するエリア2225、更新する交通ダイヤデータの列車番号を登録するエリア2226、および、交通ダイヤデータの更新内容を登録するエリア2227を有する。   The update information registration request unit 222 periodically or whenever a new record 250 is added to the update information management TL 23, based on the record 230 in which the transmission status of the field 237 registered in the update information management TL 23 is “not yet”. Then, an update information registration request is created and transmitted to the traffic diagram management server 1 via the network IF unit 21. FIG. 8 is a diagram schematically showing an update information registration request. As shown in the figure, an update information registration request 2220 includes an area 2221 for registering a user ID, an area 2222 for registering a request ID for an update information registration request, an area 2223 for registering the enforcement date of traffic schedule data to be updated, and traffic to be updated. Area 2224 for registering a line segment of diagram data, an area 2225 for registering the type (operation purpose) of traffic diagram data to be updated, an area 2226 for registering a train number of traffic diagram data to be updated, and updated contents of traffic diagram data Has an area 2227 for registering.

編集受付部223は、作業用記憶部24に記憶されている交通ダイヤデータをGUI部26に表示し、ユーザから交通ダイヤデータの編集を受付ける。そして、受付けた編集内容を更新情報管理TL23に登録する。この際、排他フラグ管理TL25を参照し、排他フラグを獲得している交通ダイヤデータ以外の交通ダイヤデータをマスクしてGUI部26に表示することで、排他フラグを獲得している交通ダイヤデータについてのみユーザから編集を受付けるようにする。   The edit accepting unit 223 displays the traffic diagram data stored in the work storage unit 24 on the GUI unit 26, and accepts the editing of the traffic diagram data from the user. Then, the received editing content is registered in the update information management TL23. At this time, with reference to the exclusive flag management TL 25, traffic diagram data other than the traffic diagram data for which the exclusive flag has been acquired is masked and displayed on the GUI unit 26, so that the traffic diagram data for which the exclusive flag has been acquired is displayed. Only accept edits from users.

そして、交通ダイヤ読込部224は、ネットワークIF部21を介して交通ダイヤ管理サーバ1から交通ダイヤデータをダウンロードし、作業用記憶部24に記憶する。   Then, the traffic diagram reading unit 224 downloads traffic diagram data from the traffic diagram management server 1 via the network IF unit 21 and stores the traffic diagram data in the work storage unit 24.

上述した交通ダイヤ管理サーバ1および交通ダイヤ編集端末2は、例えば図9に示すような、CPU901と、メモリ902と、HDD等の外部記憶装置903と、CD-ROMやDVD-ROMやICカードなどの記憶媒体からデータを読み取る読取装置904と、キーボードやマウスなどの入力装置906と、モニタやプリンタなどの出力装置907と、ネットワーク3に接続するための通信装置908と、これらの各装置を接続するバス909と、を備えた一般的なコンピュータシステムにおいて、CPU901がメモリ902上にロードされたプログラムを実行することで実現できる。このプログラムは、読取装置904を介して記憶媒体から、あるいは、通信装置908を介してネットワーク3から、外部記憶装置903にダウンロードされ、それから、メモリ902上にロードされてCPU901により実行されるようにしてもよい。あるいは、外部記憶装置903を経由せずに、メモリ902上に直接ロードされ、CPU901により実行されるようにしてもよい。なお、この場合において、各記憶部13〜15、23〜25にはメモリ902や外部記憶装置903や読取装置904に搭載された記憶媒体が利用される。また、ネットワークIF部11、21には通信装置908が利用される。   The traffic diagram management server 1 and the traffic diagram editing terminal 2 described above include, for example, a CPU 901, a memory 902, an external storage device 903 such as an HDD, a CD-ROM, a DVD-ROM, an IC card, etc. as shown in FIG. A reading device 904 for reading data from a storage medium, an input device 906 such as a keyboard and a mouse, an output device 907 such as a monitor and a printer, a communication device 908 for connecting to the network 3, and these devices In a general computer system provided with a bus 909, the CPU 901 can execute the program loaded on the memory 902. This program is downloaded from the storage medium via the reading device 904 or from the network 3 via the communication device 908 to the external storage device 903, and then loaded onto the memory 902 and executed by the CPU 901. May be. Alternatively, it may be loaded directly on the memory 902 and not executed by the CPU 901 without going through the external storage device 903. In this case, a storage medium mounted on the memory 902, the external storage device 903, or the reading device 904 is used for each of the storage units 13-15 and 23-25. Further, a communication device 908 is used for the network IF units 11 and 21.

次に、上記構成の交通ダイヤデータ編集管理システムの動作を説明する。   Next, the operation of the traffic diagram data editing management system configured as described above will be described.

先ず、交通ダイヤ管理サーバ1の操作を説明する。図10は交通ダイヤ管理サーバ1の動作フローを説明するための図である。   First, the operation of the traffic schedule management server 1 will be described. FIG. 10 is a diagram for explaining the operation flow of the traffic diagram management server 1.

排他制御部12は、ネットワークIF部11を介して交通ダイヤ編集端末2からアクセスされると(S11でYES)、当該交通ダイヤ編集端末2から要求を受信してその内容を解析する(S12)。解析の結果、当該要求が所定の管理項目の指定値を含むダイヤデータDL(ダウンロード)要求であるならば、DB転送部123が処理を行う。すわなち、DB転送部123は、交通ダイヤデータDL要求に含まれている管理項目の指定値が当該管理項目のフィールド131〜134に登録されているレコード130を、交通ダイヤDB13から全て読み出す(S13)。本実施形態では、所定の管理項目として施行日を用いている。しかし、所定の管理項目は、施行日および線区の組合せでもよいし、あるいは、施行日、線区および種別の組合せでもよい。次に、DB転送部123は、読み出した交通ダイヤデータのレコード130を、ネットワークIF部11を介してダイヤデータDL要求の送信元に送信する(S14)。   When accessed from the traffic diagram editing terminal 2 via the network IF unit 11 (YES in S11), the exclusive control unit 12 receives a request from the traffic diagram editing terminal 2 and analyzes the content (S12). As a result of the analysis, if the request is a diagram data DL (download) request including a specified value of a predetermined management item, the DB transfer unit 123 performs processing. That is, the DB transfer unit 123 reads all the records 130 in which the designated values of the management items included in the traffic diagram data DL request are registered in the fields 131 to 134 of the management items from the traffic diagram DB 13 ( S13). In this embodiment, the enforcement date is used as the predetermined management item. However, the predetermined management item may be a combination of the enforcement date and the line section, or may be a combination of the enforcement date, the line section, and the type. Next, the DB transfer unit 123 transmits the read traffic diagram data record 130 to the transmission source of the diagram data DL request via the network IF unit 11 (S14).

また、S12での解析の結果、当該要求が排他フラグ登録要求であるならば、排他フラグ登録部121が後述する排他フラグ登録処理を行い(S15)、当該要求が更新情報登録要求であるならば、DB更新部122が後述する更新情報登録処理を行う(S16)。   As a result of the analysis in S12, if the request is an exclusive flag registration request, the exclusive flag registration unit 121 performs an exclusive flag registration process described later (S15), and if the request is an update information registration request. Then, the DB update unit 122 performs an update information registration process described later (S16).

図11および図12は排他フラグ登録処理(図10のS15)を説明するためのフロー図である。   11 and 12 are flowcharts for explaining the exclusive flag registration process (S15 in FIG. 10).

まず、排他フラグ登録部121は、ネットワークIF部11を介して交通ダイヤ編集端末2から受信した排他フラグ登録要求2210(図7参照)のエリア2212に登録されている施行日を特定し、当該施行日がフィールド1411に登録されているレコード1410を階層「大分類」に対応する排他フラグ管理TL141(図4(A)参照)から検索する(S1501)。   First, the exclusion flag registration unit 121 identifies the enforcement date registered in the area 2212 of the exclusion flag registration request 2210 (see FIG. 7) received from the traffic diagram editing terminal 2 via the network IF unit 11, and executes the enforcement. The record 1410 in which the date is registered in the field 1411 is searched from the exclusive flag management TL 141 (see FIG. 4A) corresponding to the hierarchy “major classification” (S1501).

S1501において排他フラグ管理TL141から該当するレコードを検索できた場合(S1502でYES)、特定した施行日に運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、排他フラグ登録部121は、排他フラグ登録要求2210の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1541)。   If a corresponding record can be retrieved from the exclusive flag management TL 141 in S1501 (YES in S1502), an exclusive flag for traffic diagram data of all trains operating on the specified enforcement date has already been set. . In this case, the exclusive flag registration unit 121 performs predetermined error processing such as transmitting a rejection message of the exclusive flag registration request 2210 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11. (S1541).

一方、S1501において排他フラグ管理TL41から該当するレコードを検索できなかった場合(S1502でNO)は、特定した施行日に運行する全ての列車の交通ダイヤデータを対象とする排他フラグは未だ設定されていないことになる。この場合、排他フラグ登録要求2210の線区を登録するエリア2213がヌルか否かを調べる(S1503)。そして、ヌルでない場合(S1503でNO)、排他フラグは階層「中分類」以下のいずれかの階層に対応する排他フラグ管理TL142〜144(図4(B)〜(C)参照)で管理されるべきである。この場合はS1511に進む。一方、ヌルの場合(S1503でYES)、排他フラグは階層「大分類」に対応する排他フラグ管理TL141で管理されるべきである。そこで、階層「大分類」に対応する排他フラグ管理TL141にレコード1410を新たに追加し、該レコード1410のフィールド1411、1415に、排他フラグ登録要求2210のエリア2212、2211に登録されている施行日、ユーザIDを登録する(S1506)。その後、処理を終了する。   On the other hand, if the corresponding record cannot be retrieved from the exclusive flag management TL41 in S1501 (NO in S1502), the exclusive flag for the traffic schedule data of all trains operating on the specified enforcement date is not yet set. There will be no. In this case, it is checked whether or not the area 2213 for registering the line section of the exclusive flag registration request 2210 is null (S1503). If it is not null (NO in S1503), the exclusive flag is managed by exclusive flag management TLs 142 to 144 (see FIGS. 4B to 4C) corresponding to any hierarchy below the hierarchy “medium classification”. Should. In this case, the process proceeds to S1511. On the other hand, if it is null (YES in S1503), the exclusive flag should be managed by the exclusive flag management TL 141 corresponding to the hierarchy “major classification”. Therefore, a record 1410 is newly added to the exclusive flag management TL 141 corresponding to the hierarchy “major classification”, and the effective dates registered in the areas 2212 and 2211 of the exclusive flag registration request 2210 in the fields 1411 and 1415 of the record 1410. The user ID is registered (S1506). Thereafter, the process ends.

また、S1511において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213に登録されている施行日、線区を特定し、当該施行日、線区がフィールド1421、1422に登録されているレコード1420を階層「中分類」に対応する排他フラグ管理テーブル142から検索する。   In S1511, the exclusion flag registration unit 121 identifies the enforcement date and line zone registered in the areas 2212 and 2213 of the exclusion flag registration request 2210, and the enforcement date and line zone are registered in the fields 1421 and 1422. Is searched from the exclusive flag management table 142 corresponding to the hierarchy “medium classification”.

S1511において排他フラグ管理テーブル142から該当するレコードを検索できた場合(S1512でYES)、特定した施行日に特定した線区を運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、排他フラグ登録部121は、排他フラグ登録要求2210の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1541)。   If the corresponding record can be retrieved from the exclusion flag management table 142 in S1511 (YES in S1512), an exclusion flag for the traffic schedule data of all trains operating on the identified line on the specified enforcement date has already been set. Will be. In this case, the exclusive flag registration unit 121 performs predetermined error processing such as transmitting a rejection message of the exclusive flag registration request 2210 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11. (S1541).

一方、S1511において排他フラグ管理TL142から該当するレコードを検索できなかった場合(S1512でNO)は、特定した施行日に特定した線区を運行する全ての列車の交通ダイヤデータを対象とする排他フラグは未だ設定されていないことになる。この場合、排他フラグ登録要求2210の種別を登録するエリア2214がヌルか否かを調べる(S1513)。そして、ヌルでない場合(S1513でNO)、排他フラグは階層「小分類」以下のいずれかの階層に対応する排他フラグ管理TL143、144で管理されるべきである。この場合はS1521に進む。一方、ヌルの場合(S1513でYES)、排他フラグは階層「中分類」に対応する排他フラグ管理TL142で管理されるべきである。そこで、階層「中分類」に対応する排他フラグ管理TL142にレコード1420を新たに追加し、該レコード1420のフィールド1421、1422、1425に、排他フラグ登録要求2210のエリア2212、2213、2211に登録されている施行日、線区、ユーザIDを登録する(S1516)。その後、処理を終了する。   On the other hand, if the corresponding record could not be retrieved from the exclusive flag management TL 142 in S1511 (NO in S1512), the exclusive flag for the traffic schedule data of all trains operating on the specified line on the specified enforcement date Is not set yet. In this case, it is checked whether or not the area 2214 for registering the type of the exclusive flag registration request 2210 is null (S1513). If it is not null (NO in S1513), the exclusive flag should be managed by the exclusive flag management TL 143, 144 corresponding to any hierarchy below the hierarchy "sub-classification". In this case, the process proceeds to S1521. On the other hand, if it is null (YES in S1513), the exclusion flag should be managed by the exclusion flag management TL 142 corresponding to the hierarchy “medium category”. Therefore, a record 1420 is newly added to the exclusive flag management TL 142 corresponding to the hierarchy “medium class”, and is registered in the areas 2212, 2213, and 2211 of the exclusive flag registration request 2210 in the fields 1421, 1422, and 1425 of the record 1420. The effective date, line section, and user ID are registered (S1516). Thereafter, the process ends.

また、S1521において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213、2214に登録されている施行日、線区、種別を特定し、当該施行日、線区、種別がフィールド1431、1432、1433に登録されているレコード1430を、階層「小分類」に対応する排他フラグ管理TL143から検索する。   In S1521, the exclusion flag registration unit 121 identifies the enforcement date, line section, and type registered in the areas 2212, 2213, and 2214 of the exclusion flag registration request 2210, and the enforcement date, line section, and type are fields. The records 1430 registered in 1431, 1432, and 1433 are searched from the exclusive flag management TL 143 corresponding to the hierarchy “small classification”.

S1521において排他フラグ管理TL143から該当するレコードを検索できた場合(S1522でYES)、特定した施行日に特定した線区を特定した種別のために運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、排他フラグ登録部121は、排他フラグ登録要求2210の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1541)。   If the corresponding record can be retrieved from the exclusive flag management TL 143 in S1521, (YES in S1522), the traffic schedule data of all trains operating for the type that identifies the line segment identified on the identified enforcement date are targeted. The exclusion flag is already set. In this case, the exclusive flag registration unit 121 performs predetermined error processing such as transmitting a rejection message of the exclusive flag registration request 2210 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11. (S1541).

一方、S1521において排他フラグ管理TL143から該当するレコードを検索できなかった場合(S1522でNO)は、特定した施行日に特定した線区を特定した種別のために運行する全ての列車の交通ダイヤデータを対象とする排他フラグは未だ設定されていないことになる。この場合、排他フラグ登録要求2210の列車番号を登録するエリア2215がヌルか否かを調べる(S1523)。そして、ヌルでない場合(S1523でNO)、排他フラグは階層「交通ダイヤデータ毎」に対応する排他フラグ管理TL144で管理されるべきである。この場合はS1531に進む。一方、ヌルの場合(S1523でYES)、排他フラグは階層「小分類」に対応する排他フラグ管理TL143で管理されるべきである。そこで、階層「小分類」に対応する排他フラグ管理TL143にレコード1430を新たに追加し、該レコード1430のフィールド1431、1432、1433、1435に、排他フラグ登録要求2210のエリア2212、2213、2214、2211に登録されている施行日、線区、種別、ユーザIDを登録する(S1526)。その後、処理を終了する。   On the other hand, if the corresponding record cannot be retrieved from the exclusive flag management TL 143 in S1521, (NO in S1522), the traffic diagram data of all trains that operate for the type that identifies the line segment identified on the identified enforcement date. This means that the exclusion flag for the target has not been set yet. In this case, it is checked whether or not the area 2215 for registering the train number of the exclusive flag registration request 2210 is null (S1523). If it is not null (NO in S1523), the exclusion flag should be managed by the exclusion flag management TL 144 corresponding to the hierarchy “per traffic schedule data”. In this case, the process proceeds to S1531. On the other hand, in the case of null (YES in S1523), the exclusive flag should be managed by the exclusive flag management TL 143 corresponding to the hierarchy “small classification”. Therefore, a record 1430 is newly added to the exclusive flag management TL 143 corresponding to the hierarchy “small classification”, and the fields 1431, 1432, 1433, and 1435 of the record 1430 are added to the areas 2212, 2213, 2214, and the exclusive flag registration request 2210. The enforcement date, line section, type, and user ID registered in 2211 are registered (S1526). Thereafter, the process ends.

また、S1531において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213、2214、2215に登録されている施行日、線区、種別、列車番号を特定し、当該施行日、線区、種別、列車番号がフィールド1441、1442、1443、1444に登録されているレコード1440を、階層「交通ダイヤデータ毎」に対応する排他フラグ管理TL144から検索する。   In S1531, the exclusion flag registration unit 121 identifies the enforcement date, line section, type, and train number registered in the areas 2212, 2213, 2214, and 2215 of the exclusion flag registration request 2210. The record 1440 in which the district, type, and train number are registered in the fields 1441, 1442, 1443, and 1444 is searched from the exclusive flag management TL 144 corresponding to the hierarchy “for each traffic schedule data”.

S1531において排他フラグ管理TL144から該当するレコードを検索できた場合(S1532でYES)、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、排他フラグ登録部121は、排他フラグ登録要求2210の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1541)。   If the corresponding record can be searched from the exclusive flag management TL 144 in S1531, the traffic schedule of the train having the specified train number that operates for the type that specified the line segment specified on the specified enforcement date is determined. The exclusive flag for the data is already set. In this case, the exclusive flag registration unit 121 performs predetermined error processing such as transmitting a rejection message of the exclusive flag registration request 2210 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11. (S1541).

一方、S1531において排他フラグ管理TL144から該当するレコードを検索できなかった場合(S1532でNO)は、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグは未だ設定されていないことになる。この場合、排他フラグ管理TL144にレコード1440を新たに追加し、該レコード1440のフィールド1441、1442、1443、1444、1445に、排他フラグ登録要求2210のエリア2212、2213、2214、2215、2211に登録されている施行日、線区、種別、列車番号、ユーザIDを登録する(S1533)。その後、処理を終了する。   On the other hand, when the corresponding record cannot be searched from the exclusive flag management TL 144 in S1531 (NO in S1532), the train has the specified train number that operates for the type that specified the line section specified on the specified enforcement date. The exclusive flag for the train traffic schedule data is not set yet. In this case, a record 1440 is newly added to the exclusive flag management TL 144 and registered in the fields 1441, 1442, 1443, 1444, and 1445 of the record 1440 in the areas 2212, 2213, 2214, 2215, and 2211 of the exclusive flag registration request 2210. The enforcement date, line section, type, train number, and user ID are registered (S1533). Thereafter, the process ends.

図13および図14は更新内容反映処理(図10のS16)を説明するためのフロー図である。   13 and 14 are flowcharts for explaining the update content reflecting process (S16 in FIG. 10).

まず、DB更新部122は、ネットワークIF部11を介して交通ダイヤ編集端末2から受信した更新情報登録要求2220(図8参照)のエリア2223〜2226に登録されている施行日、線区、種別、列車番号を特定し、当該施行日、線区、種別、列車番号がフィールド1441〜1444に登録されているレコード1440を階層「交通データ毎」に対応する排他フラグ管理テーブル144から検索する(S1601)。   First, the DB update unit 122 performs the enforcement date, line section, and type registered in the areas 2223 to 2226 of the update information registration request 2220 (see FIG. 8) received from the traffic diagram editing terminal 2 via the network IF unit 11. The train number is specified, and the record 1440 in which the enforcement date, line section, type, and train number are registered in the fields 1441 to 1444 is searched from the exclusive flag management table 144 corresponding to the hierarchy “for each traffic data” (S1601). ).

S1601において排他フラグ管理テーブル144から該当するレコード1440を検索できた場合(S1602でYES)、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1440のフィールド1445に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1603)。   When the corresponding record 1440 can be searched from the exclusive flag management table 144 in S1601 (YES in S1602), the train having the specified train number that operates for the type that specifies the line section specified on the specified enforcement date is displayed. The exclusive flag for the traffic diagram data is already set. In this case, the DB update unit 122 checks whether the user ID registered in the field 1445 of the retrieved record 1440 matches the user ID registered in the area 2221 of the update information registration request 2220 ( S1603).

S1601で検索したレコード1440のフィールド1445に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致する場合(S1603でYES)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得している。この場合、DB更新部122は、更新情報管理TL15にレコード150を新たに追加し、更新情報登録要求2220のエリア2221〜2227に登録されている内容をこのレコード150のフィールド151〜157に登録する。また、このレコード150のフィールド158に反映状況「未」を登録する(S1604)。それから、DB更新部122は、反映状況「未」のフィールド158を持つレコード150を更新情報管理TL15から抽出する。次に、抽出したレコード150のフィールド153〜156に登録されている施行日、線区、種別、列車番号が、フィールド132〜134、131に登録されているレコード130を交通ダイヤDB13から検索する。そして、検索したレコード130のフィールド135に登録されている交通ダイヤデータを、抽出したレコード150のフィールド157に登録されている変更内容に従って更新する。また、抽出したレコード150のフィールド158に登録されている反映状況を「未」から「済」に変更する(S1605)。   When the user ID registered in the field 1445 of the record 1440 searched in S1601 matches the user ID registered in the area 2221 of the update information registration request 2220 (YES in S1603), the update information registration request 2220 is displayed. The transmitted user of the traffic diagram editing terminal 2 has acquired an exclusive flag for the traffic diagram data that is requested to be updated by the request. In this case, the DB update unit 122 newly adds the record 150 to the update information management TL 15 and registers the contents registered in the areas 2221 to 2227 of the update information registration request 2220 in the fields 151 to 157 of the record 150. . Also, the reflection status “not yet” is registered in the field 158 of the record 150 (S1604). Then, the DB update unit 122 extracts the record 150 having the reflection status “unknown” field 158 from the update information management TL15. Next, a record 130 in which the enforcement date, line section, type, and train number registered in the fields 153 to 156 of the extracted record 150 are registered in the fields 132 to 134 and 131 is searched from the traffic diagram DB 13. Then, the traffic schedule data registered in the field 135 of the retrieved record 130 is updated according to the changed content registered in the field 157 of the extracted record 150. In addition, the reflection status registered in the field 158 of the extracted record 150 is changed from “not yet” to “completed” (S1605).

一方、S1601で検索したレコード1440のフィールド1445に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致しない場合(S1603でNO)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得していない。該排他フラグは別のユーザが獲得している。この場合、DB更新部122は、更新情報登録要求2220の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1641)。   On the other hand, if the user ID registered in the field 1445 of the record 1440 searched in S1601 does not match the user ID registered in the area 2221 of the update information registration request 2220 (NO in S1603), an update information registration request The user of the traffic diagram editing terminal 2 that has transmitted 2220 has not acquired the exclusive flag for the traffic diagram data that is requested to be updated by the request. The exclusive flag is acquired by another user. In this case, the DB update unit 122 performs predetermined error processing such as transmitting a rejection message of the update information registration request 2220 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11 ( S1641).

また、S1601において排他フラグ管理TL144から該当するレコード1440を検索できなかった場合(S1602でNO)、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223〜2225に登録されている施行日、線区、種別を特定し、当該施行日、線区、種別がフィールド1431〜1433に登録されているレコード1430を階層「小分類」に対応する排他フラグ管理TL143から検索する(S1611)。   If the corresponding record 1440 cannot be retrieved from the exclusive flag management TL 144 in S1601 (NO in S1602), the train has the specified train number that operates for the specified type of the line segment specified on the specified enforcement date. The exclusive flag for the train traffic schedule data is not set. In this case, the DB update unit 122 identifies the enforcement date, line section, and type registered in the areas 2223 to 2225 of the update information registration request 2220, and the enforcement date, line section, and type are registered in the fields 1431 to 1433. The recorded record 1430 is searched from the exclusive flag management TL 143 corresponding to the hierarchy “small classification” (S1611).

S1611において排他フラグ管理TL143から該当するレコード1430を検索できた場合(S1612でYES)、特定した施行日に特定した線区を特定した種別のために運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1430のフィールド1435に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1613)。   If the corresponding record 1430 can be searched from the exclusive flag management TL 143 in S1611 (YES in S1612), the traffic schedule data of all trains operating for the type that specified the line area specified on the specified enforcement date are targeted. The exclusive flag to be set is already set. In this case, the DB update unit 122 checks whether or not the user ID registered in the field 1435 of the retrieved record 1430 matches the user ID registered in the area 2221 of the update information registration request 2220 ( S1613).

S1611で検索したレコード1430のフィールド1435に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致する場合(S1613でYES)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得している。この場合、DB更新部122は、更新情報管理TL15にレコード150を新たに追加し、更新情報登録要求2220のエリア2221〜2227に登録されている内容をこのレコード150のフィールド151〜157に登録する。また、このレコード150のフィールド158に反映状況「未」を登録する(S1614)。それから、DB更新部122は、反映状況「未」のフィールド158を持つレコード150を更新情報管理TL15から抽出する。次に、抽出したレコード150のフィールド153〜156に登録されている施行日、線区、種別、列車番号が、フィールド132〜134、131に登録されているレコード130を交通ダイヤDB13から検索する。そして、検索したレコード130のフィールド135に登録されている交通ダイヤデータを、抽出したレコード150のフィールド157に登録されている変更内容に従って更新する。また、抽出したレコード150のフィールド158に登録されている反映状況を「未」から「済」に変更する(S1605)。   When the user ID registered in the field 1435 of the record 1430 searched in S1611 matches the user ID registered in the area 2221 of the update information registration request 2220 (YES in S1613), the update information registration request 2220 is displayed. The transmitted user of the traffic diagram editing terminal 2 has acquired an exclusive flag for the traffic diagram data that is requested to be updated by the request. In this case, the DB update unit 122 newly adds the record 150 to the update information management TL 15 and registers the contents registered in the areas 2221 to 2227 of the update information registration request 2220 in the fields 151 to 157 of the record 150. . Also, the reflection status “not yet” is registered in the field 158 of the record 150 (S1614). Then, the DB update unit 122 extracts the record 150 having the reflection status “unknown” field 158 from the update information management TL15. Next, a record 130 in which the enforcement date, line section, type, and train number registered in the fields 153 to 156 of the extracted record 150 are registered in the fields 132 to 134 and 131 is searched from the traffic diagram DB 13. Then, the traffic schedule data registered in the field 135 of the retrieved record 130 is updated according to the changed content registered in the field 157 of the extracted record 150. In addition, the reflection status registered in the field 158 of the extracted record 150 is changed from “not yet” to “completed” (S1605).

一方、S1611で検索したレコード1430のフィールド1435に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致しない場合(S1613でNO)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得していない。該排他フラグは別のユーザが獲得している。この場合、DB更新部122は、更新情報登録要求2220の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1641)。   On the other hand, if the user ID registered in the field 1435 of the record 1430 retrieved in S1611 does not match the user ID registered in the area 2221 of the update information registration request 2220 (NO in S1613), an update information registration request The user of the traffic diagram editing terminal 2 that has transmitted 2220 has not acquired the exclusive flag for the traffic diagram data that is requested to be updated by the request. The exclusive flag is acquired by another user. In this case, the DB update unit 122 performs predetermined error processing such as transmitting a rejection message of the update information registration request 2220 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11 ( S1641).

また、S1611において排他フラグ管理テーブル143から該当するレコード1430を検索できなかった場合(S1612でNO)、特定した施行日に特定した線区で特定した種別のために運行される全ての列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223、2224に登録されている施行日、線区を特定し、当該施行日、線区がフィールド1421、1422に登録されているレコード1420を階層「中分類」に対応する排他フラグ管理TL142から検索する(S1621)。   If the corresponding record 1430 cannot be retrieved from the exclusive flag management table 143 in S1611 (NO in S1612), the traffic of all trains operated for the type specified in the line section specified on the specified enforcement date. The exclusive flag for the diamond data is not set. In this case, the DB update unit 122 identifies the enforcement date and line district registered in the areas 2223 and 2224 of the update information registration request 2220, and the enforcement date and line segment are registered in the fields 1421 and 1422. 1420 is searched from the exclusive flag management TL 142 corresponding to the hierarchy “medium class” (S1621).

S1621において排他フラグ管理TL142から該当するレコード1420を検索できた場合(S1622でYES)、特定した施行日に特定した線区で運行される全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1420のフィールド1425に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1623)。   If the corresponding record 1420 can be retrieved from the exclusive flag management TL 142 in S1621, (YES in S1622), an exclusive flag for traffic schedule data of all trains operating on the specified line on the specified enforcement date has already been obtained. It will be set. In this case, the DB update unit 122 checks whether or not the user ID registered in the field 1425 of the searched record 1420 matches the user ID registered in the area 2221 of the update information registration request 2220 ( S1623).

S1621で検索したレコード1420のフィールド1425に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致する場合(S1623でYES)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得している。この場合、DB更新部122は、更新情報管理TL15にレコード150を新たに追加し、更新情報登録要求2220のエリア2221〜2227に登録されている内容をこのレコード150のフィールド151〜157に登録する。また、このレコード150のフィールド158に反映状況「未」を登録する(S1624)。それから、DB更新部122は、反映状況「未」のフィールド158を持つレコード150を更新情報管理TL15から抽出する。次に、抽出したレコード150のフィールド153〜156に登録されている施行日、線区、種別、列車番号が、フィールド132〜134、131に登録されているレコード130を交通ダイヤDB13から検索する。そして、検索したレコード130のフィールド135に登録されている交通ダイヤデータを、抽出したレコード150のフィールド157に登録されている変更内容に従って更新する。また、抽出したレコード150のフィールド158に登録されている反映状況を「未」から「済」に変更する(S1625)。   When the user ID registered in the field 1425 of the record 1420 searched in S1621 matches the user ID registered in the area 2221 of the update information registration request 2220 (YES in S1623), the update information registration request 2220 is displayed. The transmitted user of the traffic diagram editing terminal 2 has acquired an exclusive flag for the traffic diagram data that is requested to be updated by the request. In this case, the DB update unit 122 newly adds the record 150 to the update information management TL 15 and registers the contents registered in the areas 2221 to 2227 of the update information registration request 2220 in the fields 151 to 157 of the record 150. . Also, the reflection status “not yet” is registered in the field 158 of the record 150 (S1624). Then, the DB update unit 122 extracts the record 150 having the reflection status “unknown” field 158 from the update information management TL15. Next, a record 130 in which the enforcement date, line section, type, and train number registered in the fields 153 to 156 of the extracted record 150 are registered in the fields 132 to 134 and 131 is searched from the traffic diagram DB 13. Then, the traffic schedule data registered in the field 135 of the retrieved record 130 is updated according to the changed content registered in the field 157 of the extracted record 150. Also, the reflection status registered in the field 158 of the extracted record 150 is changed from “not yet” to “completed” (S1625).

一方、S1621で検索したレコード1420のフィールド1425に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致しない場合(S1623でNO)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得していない。該排他フラグは別のユーザが獲得している。この場合、DB更新部122は、更新情報登録要求2220の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1641)。   On the other hand, if the user ID registered in the field 1425 of the record 1420 searched in S1621 does not match the user ID registered in the area 2221 of the update information registration request 2220 (NO in S1623), an update information registration request The user of the traffic diagram editing terminal 2 that has transmitted 2220 has not acquired the exclusive flag for the traffic diagram data that is requested to be updated by the request. The exclusive flag is acquired by another user. In this case, the DB update unit 122 performs predetermined error processing such as transmitting a rejection message of the update information registration request 2220 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11 ( S1641).

また、S1621において排他フラグ管理TL142から該当するレコード1420を検索できなかった場合(S1622でNO)、特定した施行日に特定した線区を運行する全ての列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223に登録されている施行日を特定し、当該施行日がフィールド1411に登録されているレコード1410を、階層「大分類」に対応する排他フラグ管理TL141から検索する(S1631)。   Also, if the corresponding record 1420 cannot be retrieved from the exclusive flag management TL 142 in S1621, (NO in S1622), an exclusive flag that targets traffic diagram data of all trains that operate on the specified line on the specified enforcement date. Is not set. In this case, the DB update unit 122 identifies the enforcement date registered in the area 2223 of the update information registration request 2220, and the record 1410 in which the enforcement date is registered in the field 1411 corresponds to the hierarchy “major classification”. The exclusive flag management TL 141 to be searched is searched (S1631).

S1631において排他フラグ管理TL141から該当するレコード1410を検索できた場合(S1632でYES)、特定した施行日に運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1410のフィールド1415に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1633)。   If the corresponding record 1410 can be retrieved from the exclusive flag management TL 141 in S1631 (YES in S1632), an exclusive flag for traffic schedule data of all trains operating on the specified enforcement date has already been set. Become. In this case, the DB update unit 122 checks whether or not the user ID registered in the field 1415 of the searched record 1410 matches the user ID registered in the area 2221 of the update information registration request 2220 ( S1633).

S1631で検索したレコード1410のフィールド1415に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致する場合(S1633でYES)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得している。この場合、DB更新部122は、更新情報管理TL15にレコード150を新たに追加し、更新情報登録要求2220のエリア2221〜2227に登録されている内容をこのレコード150のフィールド151〜157に登録する。また、このレコード150のフィールド158に反映状況「未」を登録する(S1634)。それから、DB更新部122は、反映状況「未」のフィールド158を持つレコード150を更新情報管理TL15から抽出する。次に、抽出したレコード150のフィールド153〜156に登録されている施行日、線区、種別、列車番号が、フィールド132〜134、131に登録されているレコード130を交通ダイヤDB13から検索する。そして、検索したレコード130のフィールド135に登録されている交通ダイヤデータを、抽出したレコード150のフィールド157に登録されている変更内容に従って更新する。また、抽出したレコード150のフィールド158に登録されている反映状況を「未」から「済」に変更する(S1625)。   If the user ID registered in the field 1415 of the record 1410 searched in S1631 matches the user ID registered in the area 2221 of the update information registration request 2220 (YES in S1633), the update information registration request 2220 is displayed. The transmitted user of the traffic diagram editing terminal 2 has acquired an exclusive flag for the traffic diagram data that is requested to be updated by the request. In this case, the DB update unit 122 newly adds the record 150 to the update information management TL 15 and registers the contents registered in the areas 2221 to 2227 of the update information registration request 2220 in the fields 151 to 157 of the record 150. . Also, the reflection status “not yet” is registered in the field 158 of this record 150 (S1634). Then, the DB update unit 122 extracts the record 150 having the reflection status “unknown” field 158 from the update information management TL15. Next, a record 130 in which the enforcement date, line section, type, and train number registered in the fields 153 to 156 of the extracted record 150 are registered in the fields 132 to 134 and 131 is searched from the traffic diagram DB 13. Then, the traffic schedule data registered in the field 135 of the retrieved record 130 is updated according to the changed content registered in the field 157 of the extracted record 150. Also, the reflection status registered in the field 158 of the extracted record 150 is changed from “not yet” to “completed” (S1625).

一方、S1631で検索したレコード1410のフィールド1415に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致しない場合(S1633でNO)、更新情報登録要求2220を送信した交通ダイヤ編集端末2のユーザは、当該要求で更新を要求する交通ダイヤデータに対する排他フラグを獲得していない。該排他フラグは別のユーザが獲得している。この場合、DB更新部122は、更新情報登録要求2220の拒否メッセージをネットワークIF部11を介して、当該要求の送信元である交通ダイヤ編集端末2に送信するなどの所定のエラー処理を行う(S1641)。   On the other hand, if the user ID registered in the field 1415 of the record 1410 searched in S1631 does not match the user ID registered in the area 2221 of the update information registration request 2220 (NO in S1633), an update information registration request The user of the traffic diagram editing terminal 2 that has transmitted 2220 has not acquired the exclusive flag for the traffic diagram data that is requested to be updated by the request. The exclusive flag is acquired by another user. In this case, the DB update unit 122 performs predetermined error processing such as transmitting a rejection message of the update information registration request 2220 to the traffic diagram editing terminal 2 that is the transmission source of the request via the network IF unit 11 ( S1641).

次に、交通ダイヤ編集端末2の操作を説明する。図15は交通ダイヤ編集端末2の動作フローを説明するための図である。   Next, the operation of the traffic diagram editing terminal 2 will be described. FIG. 15 is a diagram for explaining an operation flow of the traffic diagram editing terminal 2.

まず、排他フラグ登録要求部221は、GUI部26を介してユーザより排他フラグの登録指示を受付けると(S201でYES)、図16に示すような管理項目受付画面をGUI部26に表示し、排他フラグを獲得する交通ダイヤデータを特定するための管理項目およびその情報の入力を受付ける。図16において、符号2601は、獲得しようとしている排他フラグが適用される交通ダイヤデータの階層を選択するための選択欄であり、ユーザはプルダウンメニューに示された階層(図3に示す階層「大分類」、「中分類」、「小分類」および「交通ダイヤデータ毎」)の中から所望の階層を選択できる。符号2602〜2605は、選択欄2601で選択された階層で交通ダイヤデータに対する排他フラグを設定するための管理項目の情報を入力、選択するための入力・選択欄である。符号2602は管理項目「施行日」の入力欄、符号2603はプルダウンメニューの中から所望の管理項目「線区」を選択するための選択欄、符号2604はプルダウンメニューの中から所望の管理項目「種別」を選択するための選択欄、そして、符号2605は管理項目「列車番号」の入力欄である。選択欄2601で階層「大分類」が選択されている場合、入力・選択欄2603〜2605が例えばグレー表示され、情報を入力、選択できない。入力欄2602にのみ施行日を入力することができる。選択欄2601で階層「中分類」が選択されている場合、入力・選択欄2604、2605が例えばグレー表示され、情報を入力、選択できない。入力欄2602、選択欄2603に施行日、線区を入力、選択することができる。選択欄2601で階層「小分類」が選択されている場合、入力・選択欄2605が例えばグレー表示され、情報を入力、選択できない。入力欄2602〜2604に施行日、線区、種別を入力、選択することができる。そして、選択欄2601で階層「交通ダイヤデータ毎」が選択されている場合に、全ての入力・選択欄2602〜2605に情報を入力、選択できる。なお、選択欄2601、2603、2604にプルダウンメニュー表示する情報はメモリ等に予め記憶されているものとする。まや、符号2606は、入力・選択欄2601〜2605に入力、選択された情報を確定する確定ボタン、そして、符号2607は、入力・選択欄2601〜2605に入力、選択された情報をキャンセルする取消しボタンである。   First, when receiving an exclusive flag registration instruction from the user via the GUI unit 26 (YES in S201), the exclusive flag registration request unit 221 displays a management item reception screen as shown in FIG. 16 on the GUI unit 26. The management item for specifying the traffic schedule data to acquire the exclusive flag and the input of the information are received. In FIG. 16, reference numeral 2601 denotes a selection column for selecting a hierarchy of traffic diagram data to which the exclusion flag to be acquired is applied. The user can select the hierarchy shown in the pull-down menu (the hierarchy “large” shown in FIG. 3). A desired hierarchy can be selected from “classification”, “medium classification”, “small classification”, and “per traffic schedule data”). Reference numerals 2602 to 2605 are input / selection fields for inputting and selecting management item information for setting an exclusive flag for traffic schedule data in the hierarchy selected in the selection field 2601. Reference numeral 2602 is an input field for a management item “Effective Date”, reference numeral 2603 is a selection field for selecting a desired management item “Line” from the pull-down menu, and reference numeral 2604 is a desired management item “ A selection field for selecting “type”, and reference numeral 2605 is an input field for the management item “train number”. When the hierarchy “major classification” is selected in the selection field 2601, the input / selection fields 2603 to 2605 are displayed in gray, for example, and information cannot be input or selected. The enforcement date can be entered only in the input field 2602. When the hierarchy “medium classification” is selected in the selection field 2601, the input / selection fields 2604 and 2605 are displayed in gray, for example, and information cannot be input or selected. An execution date and a line section can be input and selected in the input column 2602 and the selection column 2603. When the hierarchy “small classification” is selected in the selection field 2601, the input / selection field 2605 is displayed in gray, for example, and information cannot be input or selected. In the input fields 2602 to 2604, the enforcement date, line section, and type can be entered and selected. When the hierarchy “every traffic schedule data” is selected in the selection field 2601, information can be input and selected in all the input / selection fields 2602 to 2605. Note that information to be displayed in the pull-down menu in the selection fields 2601, 2603, and 2604 is stored in advance in a memory or the like. The reference numeral 2606 is an enter / selection field 2601 to 2605, and a confirmation button for confirming the selected information. The reference numeral 2607 is an input / selection field 2601 to 2605, and a cancel button for canceling the selected information. Button.

さて、排他フラグ登録要求部221は、GUI部26を介してユーザより管理項目およびその情報の入力を受付けると、排他フラグ管理TL25にレコード250を新たに追加し、このレコード250に、受付けた管理項目の情報を登録する。また、受付けた管理項目の情報と、予め登録されているユーザIDとを含む排他フラグ登録要求2210を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S203)。なお、排他フラグ登録要求拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領したならば(S204でYES)、S203で排他フラグ管理TL25に追加したレコード250を削除する(S205)。   When the exclusive flag registration request unit 221 receives a management item and input of the information from the user via the GUI unit 26, the exclusive flag registration request unit 221 newly adds a record 250 to the exclusive flag management TL 25, and receives the management received in this record 250. Register item information. Further, an exclusive flag registration request 2210 including the received management item information and a pre-registered user ID is generated and transmitted to the traffic diagram management server 1 via the network IF unit 21 (S203). If an error notification such as an exclusion flag registration request rejection message is received from the traffic schedule management server 1 within a predetermined period (YES in S204), the record 250 added to the exclusion flag management TL 25 in S203 is deleted (S205). .

また、交通ダイヤ読込部224は、GUI部26を介してユーザより交通ダイヤデータのDL指示を受付けると(S230でYES)、DL範囲指定受付画面をGUI部26に表示し、ダウンロードする交通ダイヤデータの範囲の指定を受付ける(S231)。本実施形態では、施行日の指定を受付けるようにしている。   When the traffic diagram reading unit 224 receives a DL instruction of traffic diagram data from the user via the GUI unit 26 (YES in S230), the traffic diagram data to be displayed is displayed on the GUI unit 26 and downloaded. The designation of the range is accepted (S231). In this embodiment, designation of the enforcement date is accepted.

さて、交通ダイヤ読込部224は、GUI部26を介してユーザよりDL範囲の指定を受付けると、指定されたDL範囲と、予め登録されているユーザIDとを含む交通ダイヤデータDL要求を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S222)。そして、交通ダイヤ管理サーバ1から交通ダイヤデータを受信し、作業用記憶部24に記憶する(S223)。これを受けて、編集受付部223は、作業用記憶部24に記憶された交通ダイヤデータをグラフ表示する(S224)。   When the traffic diagram reading unit 224 receives a DL range designation from the user via the GUI unit 26, the traffic diagram reading unit 224 generates a traffic diagram data DL request including the designated DL range and a pre-registered user ID. This is transmitted to the traffic diagram management server 1 via the network IF unit 21 (S222). Then, traffic schedule data is received from the traffic schedule management server 1 and stored in the work storage unit 24 (S223). Receiving this, the edit reception part 223 displays the traffic diagram data memorize | stored in the memory | storage part 24 for work with a graph (S224).

図17は交通ダイヤデータの表示画面の一例である。この例では、縦軸2611を線区を構成する各駅とし、横軸2612を時刻として、指定された施行日(2004/11/16、2004/11/27)に運行される全ての交通ダイヤデータがグラフ表示されている。グラフに付されたアルファベット(符号2615)は列車番号である。グラフの線種は、種別を表している。ここでは実線が種別「営業」を、そして、一点鎖線が種別「貨物」を表している。ユーザは、GUI部26を介して、交通ダイヤデータ表示画面上にグラフ表示されている交通ダイヤデータの一部26をカーソル(不図示)で選択し、ドラッグ等の操作を行うことにより、該操作内容を編集受付部223が受付けて、後述する交通ダイヤデータの編集を行う。符号2613が該操作内容の確定ボタン、符号2614はその取消ボタンである。なお、GUI部26を用いた交通ダイヤデータの編集受付には、既存のグラフィックソフトの技術を利用することができる。   FIG. 17 shows an example of a traffic diagram data display screen. In this example, all traffic schedule data operated on the specified enforcement date (2004/11/16, 2004/11/27), with the vertical axis 2611 as each station constituting the line and the horizontal axis 2612 as time. Is displayed in a graph. The alphabet (symbol 2615) attached to the graph is a train number. The line type of the graph represents the type. Here, the solid line represents the type “business”, and the alternate long and short dash line represents the type “cargo”. The user selects a part of traffic diagram data 26 displayed in a graph on the traffic diagram data display screen with a cursor (not shown) via the GUI unit 26 and performs an operation such as dragging. The content is received by the edit reception unit 223, and traffic schedule data, which will be described later, is edited. Reference numeral 2613 is a confirmation button for the operation content, and reference numeral 2614 is a cancel button. It should be noted that existing graphic software technology can be used to accept editing of traffic diagram data using the GUI unit 26.

また、交通ダイヤ読込部224は、例えば所定時間経過といった、作業用記憶部24に記憶されている交通ダイヤデータの更新タイミングになった場合(S220、S221で共にYES)、作業用記憶部24に記憶されている交通ダイヤデータのDL範囲(施行日)と、予め登録されているユーザIDとを含む交通ダイヤデータDL要求を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S222)。そして、交通ダイヤ管理サーバ1から交通ダイヤデータを受信し、作業用記憶部24の記憶内容を更新する(S223)。これを受けて、編集受付部223は、作業用記憶部24内の更新された交通ダイヤデータをグラフ表示する(S224)。   In addition, when the traffic schedule data reading unit 224 reaches the update timing of the traffic schedule data stored in the work storage unit 24, for example, a predetermined time has elapsed (YES in both S220 and S221), A traffic diagram data DL request including a DL range (effective date) of the stored traffic diagram data and a user ID registered in advance is generated, and this request is transmitted to the traffic diagram management server 1 via the network IF unit 21. Transmit (S222). Then, traffic schedule data is received from the traffic schedule management server 1, and the stored contents of the work storage unit 24 are updated (S223). In response to this, the edit accepting unit 223 displays the updated traffic diagram data in the work storage unit 24 as a graph (S224).

また、編集受付部24は、GUI部26に表示されている交通ダイヤデータ表示画面(図17参照)を介して、交通ダイヤデータの編集操作を受付けると(S211でYES)、編集操作を受付けた対象の交通ダイヤデータを対象とする排他フラグのレコード250が排他フラグ管理TL25に登録されているか否かを調べる(S212)。具体的には、編集操作を受付けた対象の交通ダイヤデータと同じ施行日がフィールド251に登録されており、且つ、線区、種別および列車番号のフィールド252、253、254がヌルのレコード250、該交通ダイヤデータと同じ施行日、線区がフィールド251、252に登録されており、且つ、種別および列車番号のフィールド253、254がヌルのレコード250、編集操作を受付けた対象の交通ダイヤデータと同じ施行日、線区、種別がフィールド251、252、253に登録されており、且つ、列車番号のフィールド252、253、254がヌルのレコード250、および、編集操作を受付けた対象の交通ダイヤデータと同じ施行日、線区、種別、列車番号がフィールド251〜254に登録されているレコード250の、いずれかのレコードが登録されている否を調べる。   Further, when the editing accepting unit 24 accepts the traffic diagram data editing operation (YES in S211) via the traffic diagram data display screen (see FIG. 17) displayed on the GUI unit 26, the editing accepting unit 24 accepts the editing operation. It is checked whether or not the exclusive flag record 250 for the target traffic diagram data is registered in the exclusive flag management TL 25 (S212). Specifically, the same execution date as the traffic diagram data of the object for which the editing operation has been accepted is registered in the field 251, and the fields 2502, 253, and 254 of the line section, type, and train number are null records 250, The same execution date and line section as the traffic diagram data are registered in the fields 251 and 252 and the fields 253 and 254 of the type and train number are null records 250, and the traffic diagram data of the object for which the editing operation is accepted The same enforcement date, line section, and type are registered in the fields 251, 252, and 253, and the train number fields 252, 253, and 254 are null records 250, and the traffic diagram data for which the editing operation has been accepted. Record 25 in which the same enforcement date, line section, type, and train number are registered in fields 251 to 254 Of, any of the records examined whether that is registered.

いずれのレコードも登録されていない場合(S212でNO)、編集受付部24は、該編集操作を交通ダイヤデータ表示画面に反映させない。つまり、作業用記憶部24に記憶されている該編集操作を受付けた交通ダイヤデータに、当該編集操作による変更内容を反映させない。また、編集受付部24は、編集操作を受付けた交通ダイヤデータを示すグラフの色を変えるなどして、編集操作が拒否されたことをユーザに知らせる(S218)。   When no record is registered (NO in S212), the edit receiving unit 24 does not reflect the editing operation on the traffic diagram data display screen. In other words, the traffic diagram data that has received the editing operation stored in the work storage unit 24 is not reflected in the changed contents of the editing operation. Further, the editing accepting unit 24 notifies the user that the editing operation has been rejected by changing the color of the graph indicating the traffic diagram data for which the editing operation has been accepted (S218).

一方、編集操作を受付けた対象の交通ダイヤデータを対象とする排他フラグのレコード250が排他フラグ管理TL25に登録されている場合(S212でYES)、編集受付部24は、例えば該編集操作による変更内容を仮受付し、例えば図18に示すように、作業用記憶部24に記憶されている交通ダイヤデータを表すグラフに、仮受付した変更内容を色や線種を変えて重ね合わせて表示するなどして、ユーザが該編集内容を識別できるように交通ダイヤデータ表示画面を変更する(S213)。なお、図18では、符号2621が付された交通ダイヤデータ、つまり、施行日「2004/11/26」、線区「α区」、種別「営業」、列車番号「C」により特定される交通ダイヤデータが編集操作された交通ダイヤデータであり、符号2622に示すように、該編集操作による変更内容が元の交通ダイヤデータ2621と表示形態(例えば色、線種)を変えて共に表示されている。このようにすることで、ユーザは自身が行った編集操作を確認できる。   On the other hand, when the exclusive flag record 250 for the traffic diagram data for which the editing operation has been accepted is registered in the exclusive flag management TL 25 (YES in S212), the editing accepting unit 24 changes, for example, by the editing operation The contents are provisionally received, and for example, as shown in FIG. 18, the contents of the provisionally accepted change are superimposed on the graph representing the traffic diagram data stored in the work storage unit 24 by changing the color and line type. Thus, the traffic diagram data display screen is changed so that the user can identify the edited content (S213). In FIG. 18, the traffic schedule data indicated by reference numeral 2621, that is, the traffic identified by the enforcement date “2004/11/26”, the line zone “α-ku”, the type “business”, and the train number “C”. The diagram data is traffic diagram data that has been edited. As indicated by reference numeral 2622, the contents changed by the editing operation are displayed together with the original traffic diagram data 2621 while changing the display form (for example, color and line type). Yes. By doing so, the user can confirm the editing operation performed by the user.

さて、編集受付部223は、該編集操作による変更内容(時刻が変更された各駅の駅名および当該駅での変更後の時刻)と、該編集操作により編集された交通ダイヤデータの施行日、線区、種別および列車番号とを更新情報要求部222に通知する。これを受けて、更新情報要求部222は、更新情報管理TL23に新たなレコード230を追加する。そして、このレコードのフィールド232〜236に、編集受付部223から追加した施行日、線区、種別、列車番号および変更内容を登録する。また、フィールド231にはユニークな要求IDを生成して登録する。さらに、更新情報要求部222は、フィールド237に送信状況「未」を登録する。それから、更新情報要求部222は、予め登録されているユーザIDと、このレコード230のフィールド231〜236の登録内容とを含む更新情報登録要求2220を生成し、ネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S214)。   Now, the edit reception part 223 changes the contents (the station name of each station whose time has been changed and the time after the change at the station), the enforcement date of the traffic schedule data edited by the editing operation, the line The update information request unit 222 is notified of the ward, type, and train number. In response to this, the update information request unit 222 adds a new record 230 to the update information management TL 23. Then, in the fields 232 to 236 of this record, the enforcement date, line section, type, train number, and change contents added from the edit reception unit 223 are registered. In the field 231, a unique request ID is generated and registered. Further, the update information request unit 222 registers the transmission status “not yet” in the field 237. Then, the update information request unit 222 generates an update information registration request 2220 including a user ID registered in advance and the registration contents of the fields 231 to 236 of the record 230, and the traffic diagram via the network IF unit 21. It transmits to the management server 1 (S214).

次に、更新情報要求部222は、更新情報登録拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領しなかった場合、あるいは、更新情報登録許可メッセージ等の正常応答を所定期間内に交通ダイヤ管理サーバ1から受領した場合(S215でNO)、作業用記憶部24の更新指示を編集受付部223に通知する。これを受けて、編集受付部24は、仮受付した編集操作による変更内容を、作業用記憶部24に記憶されている交通データに反映させて更新すると共に、作業用記憶部24内の更新された交通ダイヤデータをグラフ表示する(S216)。それから、編集受付部24は、ユーザが更新された部分を識別できるようにするために、図19に示すように、編集操作により変更された交通ダイヤデータ2622を、例えば所定時間の間、色や線種を変えて表示する。   Next, the update information request unit 222 receives an error notification such as an update information registration rejection message from the traffic schedule management server 1 within a predetermined period, or sends a normal response such as an update information registration permission message for a predetermined period. If it is received from the traffic schedule management server 1 (NO in S215), an update instruction for the work storage unit 24 is notified to the edit reception unit 223. In response to this, the edit accepting unit 24 updates the provisionally accepted editing operation to reflect the traffic data stored in the work storage unit 24 and the update in the work storage unit 24. The traffic diagram data is displayed in a graph (S216). Then, in order to allow the user to identify the updated portion, the edit receiving unit 24 displays the traffic diagram data 2622 changed by the editing operation as shown in FIG. Change the line type to display.

一方、更新情報要求部222は、更新情報登録拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領した場合(S215でYES)、その旨を編集受付部223に通知する。この場合、編集受付部223は、仮受付した編集操作による変更内容を作業用記憶部24に記憶されている交通データに反映させるない。また、該編集操作による変更内容の交通ダイヤデータ表示画面へ表示を中止する。また、編集受付部24は、ユーザが編集拒否された部分を識別できるようするために、図20に示すように、編集操作が拒否された交通ダイヤデータ2621を、例えば所定時間の間、色や線種を変えて表示する。   On the other hand, if the update information requesting unit 222 receives an error notification such as an update information registration rejection message from the traffic schedule management server 1 within a predetermined period (YES in S215), the update information requesting unit 222 notifies the edit receiving unit 223 to that effect. In this case, the edit accepting unit 223 does not reflect the change content by the temporarily accepted editing operation in the traffic data stored in the work storage unit 24. In addition, the display of the change contents by the editing operation is stopped on the traffic diagram data display screen. Further, in order to enable the user to identify the portion for which editing has been rejected, as shown in FIG. 20, the editing accepting unit 24 displays traffic diagram data 2621 whose editing operation has been rejected, for example, for a predetermined time. Change the line type to display.

次に、本実施形態の交通ダイヤデータ編集管理システム全体の動作例を説明する。   Next, an operation example of the entire traffic diagram data editing management system of this embodiment will be described.

図21は交通ダイヤ管理サーバ1および交通ダイヤ編集端末2間の情報のやり取りを説明するための図である。   FIG. 21 is a diagram for explaining the exchange of information between the traffic diagram management server 1 and the traffic diagram editing terminal 2.

交通ダイヤ編集端末2は、GUI部26を介してユーザより排他フラグの登録指示を受付けると、図15のS202、S203を実行する。これにより、排他フラグ登録部121は、ユーザから排他フラグを獲得する交通ダイヤデータを特定するための管理項目およびその情報を受付け(S401)、受付けた情報を基に排他フラグ登録要求2210を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S402)。   When the traffic diagram editing terminal 2 receives an instruction to register an exclusive flag from the user via the GUI unit 26, the traffic schedule editing terminal 2 executes S202 and S203 in FIG. As a result, the exclusion flag registration unit 121 accepts the management item for identifying the traffic schedule data for obtaining the exclusion flag from the user and the information (S401), and generates the exclusion flag registration request 2210 based on the accepted information. This is transmitted to the traffic diagram management server 1 via the network IF unit 21 (S402).

交通ダイヤ管理サーバ1において、排他フラグ登録部121は、ネットワークIF部11を介して交通ダイヤ編集端末2より排他フラグ登録要求2210を受信すると、図10のS15(図11および図12に示すフロー)を実行する。これにより、排他フラグ登録要求2210が排他の獲得を要求する交通ダイヤデータについて、他のユーザによって既に排他を獲得されていない場合は、排他フラグ登録要求2210を排他フラグ管理DB14に登録する(S411)。   In the traffic schedule management server 1, when the exclusion flag registration unit 121 receives the exclusion flag registration request 2210 from the traffic diagram editing terminal 2 via the network IF unit 11, S15 in FIG. 10 (the flow shown in FIG. 11 and FIG. 12). Execute. As a result, the exclusion flag registration request 2210 is registered in the exclusion flag management DB 14 when exclusion is not already acquired by other users for the traffic diagram data for which the exclusion flag registration request 2210 requests acquisition of exclusion (S411). .

また、交通ダイヤ編集端末2は、GUI部26を介してユーザより交通ダイヤデータのDL指示を受付けると、図15のS231、S222を実行する。これにより、交通ダイヤ読込部224は、ユーザから交通ダイヤデータのDL範囲(施行日)を受付け(S403)、受付けた情報を基に交通ダイヤデータDL要求を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S404)。   When the traffic diagram editing terminal 2 receives a DL instruction of traffic diagram data from the user via the GUI unit 26, the traffic diagram editing terminal 2 executes S231 and S222 in FIG. As a result, the traffic diagram reading unit 224 receives the DL range (effective date) of the traffic diagram data from the user (S403), generates a traffic diagram data DL request based on the received information, and sends it to the network IF unit 21. Via the traffic schedule management server 1 (S404).

交通ダイヤ管理サーバ1において、DB転送部123は、ネットワークIF部11を介して交通ダイヤ編集端末2より交通ダイヤデータDL要求を受信すると、図10のS13S14を実行する。これにより、交通ダイヤデータDL要求にて指定されているDL範囲の交通ダイヤデータを交通ダイヤDB13から読み出して、ネットワークIF部11を介して交通ダイヤ編集端末2に送信する(S412)。   In the traffic diagram management server 1, when the DB transfer unit 123 receives a traffic diagram data DL request from the traffic diagram editing terminal 2 via the network IF unit 11, it executes S13S14 of FIG. As a result, the traffic diagram data in the DL range specified by the traffic diagram data DL request is read from the traffic diagram DB 13 and transmitted to the traffic diagram editing terminal 2 via the network IF unit 11 (S412).

交通ダイヤ編集端末2は、ネットワークIF部21を介して交通ダイヤ管理サーバ1より交通ダイヤデータを受信すると、図15のS223、S224を実行する。これにより、交通ダイヤ読込部224は、受信した交通ダイヤデータを作業用記憶部24に記憶する。また、編集受付部223が、作業用記憶部24に記憶された交通ダイヤデータをGUI部26にグラフ表示する(S405)。   When the traffic diagram editing terminal 2 receives traffic diagram data from the traffic diagram management server 1 via the network IF unit 21, it executes S223 and S224 in FIG. Thereby, the traffic diagram reading unit 224 stores the received traffic diagram data in the work storage unit 24. Also, the edit accepting unit 223 displays the traffic diagram data stored in the work storage unit 24 as a graph on the GUI unit 26 (S405).

また、交通ダイヤ編集端末2は、GUI部26を介してユーザより、GUI部26に表示中の交通ダイヤデータの編集操作を受付けると、図15のS212〜S214を実行する。これにより、編集受付部223は、排他フラグ管理TL25を参照し、交通ダイヤ編集端末2のユーザが編集操作された交通ダイヤデータに対する排他を獲得しているならば、編集操作による変更内容を仮受付する。また、更新情報登録要求部222は、該変更内容を基に更新情報登録要求2220を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S407)。そして、所定時間内にエラー通知等がない場合、編集受付部223は、作業記憶部24の交通ダイヤデータを更新し、更新後の交通ダイヤデータを表示する(S408)。   When the traffic diagram editing terminal 2 accepts an editing operation of traffic diagram data being displayed on the GUI unit 26 from the user via the GUI unit 26, the traffic diagram editing terminal 2 executes S212 to S214 in FIG. As a result, the edit accepting unit 223 refers to the exclusion flag management TL25, and if the user of the traffic diagram editing terminal 2 has obtained the exclusion for the traffic diagram data that has been edited, the editing accepting unit 223 temporarily accepts the content changed by the editing operation. To do. Also, the update information registration request unit 222 generates an update information registration request 2220 based on the changed content, and transmits this to the traffic diagram management server 1 via the network IF unit 21 (S407). If there is no error notification or the like within a predetermined time, the edit receiving unit 223 updates the traffic diagram data in the work storage unit 24 and displays the updated traffic diagram data (S408).

交通ダイヤ管理サーバ1において、DB更新部122は、ネットワークIF部11を介して交通ダイヤ編集端末2より更新情報登録要求2220を受信すると、図10のS16(図13および図14に示すフロー)を実行する。これにより、更新情報登録要求2220が更新を要求する交通ダイヤデータについて、当該要求の送信元のユーザが当該交通ダイヤデータに対する排他を獲得しているならば、当該要求に含まれている変更内容を交通ダイヤDB13に反映させる(S413)。   In the traffic diagram management server 1, when the DB update unit 122 receives the update information registration request 2220 from the traffic diagram editing terminal 2 via the network IF unit 11, S16 in FIG. 10 (the flow shown in FIG. 13 and FIG. 14). Execute. As a result, for the traffic diagram data for which the update information registration request 2220 requests an update, if the user who transmitted the request has obtained an exclusion for the traffic diagram data, the change contents included in the request are displayed. It is reflected in the traffic diagram DB 13 (S413).

以上、本発明の一実施形態について説明した。   The embodiment of the present invention has been described above.

本実施形態によれば、交通ダイヤデータを複数の階層で管理すると共に、各階層毎に排他フラグ管理TL141〜144を用意し、ある交通ダイヤデータに対する排他フラグをいずれかの排他フラグ管理TLで管理している。例えば、ある施行日に運行する全ての列車の交通ダイヤデータに対する排他フラグが階層「大分類」の排他フラグ管理TL141に登録された場合、それ以降、階層「大分類」以下の各排他フラグ管理TL141〜144に、当該施行日に運行する交通ダイヤデータに対する排他フラグが登録されることはない。また、ある施行日に線区を運行する全ての列車の交通ダイヤデータに対する排他フラグが階層「中分類」の排他フラグ管理TL142に登録された場合、それ以降、階層「中分類」以下の各排他フラグ管理TL142〜144には、当該施行日に当該線区を運行する交通ダイヤデータに対する排他フラグが登録されることはない。また、ある施行日に線区をある種別の目的で運行する全ての列車の交通ダイヤデータに対する排他フラグが階層「小分類」の排他フラグ管理TL143に登録された場合、それ以降、階層「小分類」以下の各排他フラグ管理TL143、144には、当該施行日に当該線区を当該種別の目的で運行する交通ダイヤデータに対する排他フラグが登録されることはない。このようにすることで、図面データをメッシュ分割して、各メッシュ毎に排他フラグを管理する特許文献1の技術に比べ、排他フラグの数を低減することができ、これにより、交通ダイヤデータの排他制御に係る処理の負荷を低減させることができる。   According to the present embodiment, traffic diagram data is managed in a plurality of layers, and exclusive flag management TLs 141 to 144 are prepared for each layer, and an exclusive flag for certain traffic diagram data is managed by any one of the exclusive flag management TLs. is doing. For example, when the exclusive flag for the traffic schedule data of all trains operating on a certain effective date is registered in the exclusive flag management TL 141 of the hierarchy “major classification”, each exclusive flag management TL 141 of the hierarchy “major classification” or less thereafter. The exclusive flag for the traffic schedule data that operates on the effective date is not registered in ~ 144. In addition, when the exclusive flag for the traffic schedule data of all trains that operate on a certain day on the day of enforcement is registered in the exclusive flag management TL 142 of the hierarchy “medium classification”, each exclusion below the hierarchy “medium classification” In the flag management TLs 142 to 144, the exclusive flag for the traffic schedule data that operates the line on the enforcement date is not registered. In addition, when the exclusive flag for the traffic schedule data of all trains that operate on the line zone for a certain purpose on a certain effective date is registered in the exclusive flag management TL 143 of the hierarchy “sub-class”, the hierarchy “sub-class” thereafter. In each of the following exclusive flag management TLs 143 and 144, there is no registration of an exclusive flag for the traffic schedule data that operates the line section for the purpose of the type on the effective date. By doing in this way, the number of exclusive flags can be reduced compared with the technique of patent document 1 which divides drawing data into meshes and manages exclusive flags for each mesh. The processing load related to exclusive control can be reduced.

また、本実施形態では、図11および図12に示すように、排他フラグ登録部121による排他フラグ管理DB14への排他フラグ登録処理を次の要領で行っている。先ず、排他フラグ登録要求2210と同じ施行日を持つレコード1410が階層「大分類」の排他フラグ管理TL141に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。次に、同じ施行日を持つレコード1410が登録されていない場合であって、排他フラグ登録要求2210に線区が含まれている場合は、当該要求2210と同じ施行日および線区を持つレコード1420が階層「中分類」の排他フラグ管理TL142に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。さらに、同じ施行日および線区を持つレコード1420が登録されていない場合であって、排他フラグ登録要求2210に種別が含まれている場合は、当該要求2210と同じ施行日、線区および種別を持つレコード1430が階層「小分類」の排他フラグ管理TL142に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。さらにまた、同じ施行日、線区および種別を持つレコード1430が登録されていない場合であって、排他フラグ登録要求2210に列車番号が含まれている場合は、当該要求2210と同じ施行日、線区、種別および列車番号を持つレコード1440が階層「交通ダイヤデータ毎」の排他フラグ管理TL144に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。このように、排他フラグ登録要求の可否判断を上位階層の排他フラグ管理TLから下位階層の排他フラグ管理TLへ向けて行うことで、該判断処理を迅速に行うことができる。   In the present embodiment, as shown in FIGS. 11 and 12, the exclusive flag registration processing in the exclusive flag management DB 14 by the exclusive flag registration unit 121 is performed as follows. First, it is checked whether or not the record 1410 having the same enforcement date as the exclusive flag registration request 2210 is registered in the exclusive flag management TL 141 of the hierarchy “major classification”, and if it is registered, the request 2210 is rejected. Next, when a record 1410 having the same enforcement date is not registered and the exclusive flag registration request 2210 includes a line segment, the record 1420 having the same enforcement date and line segment as the request 2210 is included. Is registered in the exclusive flag management TL 142 of the hierarchy “medium class”, and if it is registered, the request 2210 is rejected. Further, if the record 1420 having the same enforcement date and line section is not registered and the type is included in the exclusive flag registration request 2210, the same enforcement date, line section and type as the request 2210 are set. It is checked whether or not the record 1430 possessed is registered in the exclusive flag management TL 142 of the hierarchy “small classification”, and if it is registered, the request 2210 is rejected. Furthermore, when a record 1430 having the same enforcement date, line section and type is not registered, and the train number is included in the exclusive flag registration request 2210, the same enforcement date and line as the request 2210 It is checked whether or not a record 1440 having a ward, type, and train number is registered in the exclusive flag management TL 144 of the hierarchy “per traffic schedule data”. If registered, the request 2210 is rejected. In this way, by determining whether or not an exclusive flag registration request can be made from the exclusive flag management TL of the upper layer to the exclusive flag management TL of the lower layer, the determination process can be performed quickly.

また、本実施形態では、図13および図14に示すように、DB更新部122による交通ダイヤDB13への更新情報反映処理を次の要領で行っている。先ず、更新情報登録要求2220と同じ施行日、線区、線種および列車番号を持つレコード1440が階層「交通ダイヤデータ毎」の排他フラグ管理TL144に登録されているか否かを調べ、登録されている場合は該要求2220を拒否する。次に、同じ施行日、線区、線種および列車番号を持つレコード1440が登録されていない場合は、該要求2220と同じ施行日、線区および線種を持つレコード1430が階層「小分類」の排他フラグ管理TL143に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。さらに、同じ施行日、線区および線種を持つレコード1430が登録されていない場合は、該要求2220と同じ施行日および線区を持つレコード1420が階層「中分類」の排他フラグ管理TL142に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。さらにまた、同じ施行日および線区を持つレコード1420が登録されていない場合は、該要求2220と同じ施行日を持つレコード1410が階層「大分類」の排他フラグ管理TL141に登録されているか否かを調べ、登録されている場合は該要求2210を拒否する。このように、更新情報登録要求の可否判断を下位階層の排他フラグ管理TLから上位階層の排他フラグ管理TLへ向けて行うことで、該判断処理を迅速に行うことができる。   Moreover, in this embodiment, as shown in FIG. 13 and FIG. 14, the update information reflection process to the traffic diagram DB 13 by the DB update unit 122 is performed as follows. First, it is checked whether or not a record 1440 having the same enforcement date, line section, line type, and train number as the update information registration request 2220 is registered in the exclusive flag management TL 144 of the hierarchy “per traffic schedule data”. If so, the request 2220 is rejected. Next, when the record 1440 having the same enforcement date, line section, line type, and train number is not registered, the record 1430 having the same enforcement date, line section, and line type as the request 2220 has the hierarchy “sub-classification”. It is checked whether it is registered in the exclusive flag management TL 143, and if it is registered, the request 2210 is rejected. Further, when a record 1430 having the same enforcement date, line section and line type is not registered, a record 1420 having the same enforcement date and line section as the request 2220 is registered in the exclusive flag management TL 142 of the hierarchy “medium classification”. Whether the request 2210 has been registered is rejected. Furthermore, if the record 1420 having the same enforcement date and line section is not registered, whether or not the record 1410 having the same enforcement date as the request 2220 is registered in the exclusive flag management TL 141 of the hierarchy “major classification”. If the request is registered, the request 2210 is rejected. In this way, by performing the determination as to whether or not the update information registration request is possible from the lower layer exclusive flag management TL to the upper layer exclusive flag management TL, the determination process can be quickly performed.

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。   In addition, this invention is not limited to said embodiment, Many deformation | transformation are possible within the range of the summary.

例えば、上記の実施形態では、施行日、線区、種別および列車番号を用いて、大分類、中分類、小分類および交通ダイヤデータ毎の4つの階層で交通管理データを管理する場合を例にとり説明した。しかし、本発明はこれに限定されない。本発明は第1の管理項目をを用いて交通ダイヤデータを第1の階層で管理し、第1および第2の管理項目を用いて交通ダイヤデータを第2の階層で管理し、第1、第2および第3の管理項目を用いて交通ダイヤデータを第3の階層で管理するといったように、複数の管理項目を用いて交通ダイヤデータを複数の階層で管理するものに広く適用できる。   For example, in the above embodiment, the case where traffic management data is managed in four layers for each of the major classification, middle classification, minor classification, and traffic schedule data using the enforcement date, line section, type, and train number is taken as an example. explained. However, the present invention is not limited to this. The present invention uses the first management item to manage the traffic schedule data at the first hierarchy, uses the first and second management items to manage the traffic schedule data at the second hierarchy, The present invention can be widely applied to a case where traffic schedule data is managed in a plurality of hierarchies using a plurality of management items, such as traffic schedule data being managed in a third hierarchy using the second and third management items.

なお、複数の管理項目の組み合わせを1つのデータとして取り扱うようにしてもよい。例えば、図3(B)において、施行日および線区を繋ぎ合わせたデータを1つのフィールドに登録し、図3(C)において、施行日、線区および種別を繋ぎ合わせたデータを1つのフィールドに登録し、そして、図3(D)において、施行日、線区、種別および列車番号を繋ぎ合わせたデータを1つのフィールドに登録してもよい。   A combination of a plurality of management items may be handled as one data. For example, in FIG. 3 (B), the data obtained by connecting the enforcement date and the line section are registered in one field, and in FIG. 3 (C), the data obtained by connecting the enforcement date, the line section and the type are registered in one field. Then, in FIG. 3D, data obtained by connecting the enforcement date, line section, type, and train number may be registered in one field.

また、上記の実施形態では、交通ダイヤデータの編集における排他制御を例にとり説明した。しかし、本発明はこれに限定されない。交通ダイヤデータ以外の図形データであっても、複数の管理項目を用いて階層管理できるものであれば、本発明を適用できる。   In the above embodiment, the exclusive control in editing the traffic diagram data has been described as an example. However, the present invention is not limited to this. The present invention can be applied to graphic data other than traffic schedule data as long as it can be managed hierarchically using a plurality of management items.

図1は本発明の一実施形態が適用された交通ダイヤデータ編集管理システムの概略図である。FIG. 1 is a schematic diagram of a traffic diagram data editing management system to which an embodiment of the present invention is applied. 図2は交通ダイヤDB13の登録内容例を示す図である。FIG. 2 is a diagram showing an example of registered contents in the traffic diagram DB 13. 図3は排他フラグ管理DB14に登録内容例を示す図であり、図3(A)は階層「大分類」に対応する排他フラグ管理TL141の登録内容例を、図3(B)は階層「中分類」に対応する排他フラグ管理TL142の登録内容例を、図3(C)は階層「小分類」に対応する排他フラグ管理TL143の登録内容例を、そして、図3(D)は階層「個別の交通ダイヤデータ」に対応する排他フラグ管理TL144の登録内容例を示す図である。FIG. 3 is a diagram showing an example of registered contents in the exclusive flag management DB 14, FIG. 3A is an example of registered contents of the exclusive flag management TL 141 corresponding to the hierarchy “major classification”, and FIG. FIG. 3C shows an example of registered contents of the exclusive flag management TL 143 corresponding to the hierarchy “small classification”, and FIG. 3D shows an example of registered contents of the exclusive flag management TL 142 corresponding to the “classification”. It is a figure which shows the example of registration content of the exclusive flag management TL144 corresponding to "traffic diagram data of". 図4は更新情報管理TL15の登録内容例を示す図である。FIG. 4 is a diagram showing an example of registered contents of the update information management TL 15. 図5は更新情報管理TL23の登録内容例を示す図である。FIG. 5 is a diagram showing an example of registered contents of the update information management TL23. 図6は排他フラグ管理TL25の登録内容例を示す図である。FIG. 6 is a diagram showing an example of registered contents of the exclusive flag management TL 25. 図7は排他フラグ登録要求を模式的に表した図である。FIG. 7 is a diagram schematically showing an exclusive flag registration request. 図8は更新情報登録要求を模式的に表した図である。FIG. 8 is a diagram schematically showing an update information registration request. 図9は交通ダイヤ管理サーバ1および交通ダイヤ編集端末2のハードウエア構成例を示す図である。FIG. 9 is a diagram illustrating a hardware configuration example of the traffic diagram management server 1 and the traffic diagram editing terminal 2. 図10は交通ダイヤ管理サーバ1の動作フローを説明するための図である。FIG. 10 is a diagram for explaining the operation flow of the traffic diagram management server 1. 図11は排他フラグ登録処理(図10のS15)を説明するためのフロー図である。FIG. 11 is a flowchart for explaining the exclusive flag registration process (S15 in FIG. 10). 図12は排他フラグ登録処理(図10のS15)を説明するためのフロー図である。FIG. 12 is a flowchart for explaining the exclusive flag registration process (S15 in FIG. 10). 図13は更新内容反映処理(図10のS16)を説明するためのフロー図である。FIG. 13 is a flowchart for explaining the update content reflection processing (S16 in FIG. 10). 図14は更新内容反映処理(図10のS16)を説明するためのフロー図である。FIG. 14 is a flowchart for explaining the update content reflection processing (S16 in FIG. 10). 図15は交通ダイヤ編集端末2の動作フローを説明するための図である。FIG. 15 is a diagram for explaining an operation flow of the traffic diagram editing terminal 2. 図16は管理項目受付画面の一例を示す図である。FIG. 16 is a diagram illustrating an example of a management item reception screen. 図17は交通ダイヤデータの表示画面の一例である。FIG. 17 shows an example of a traffic diagram data display screen. 図18は交通ダイヤデータの編集内容識別表示画面の一例を示す図である。FIG. 18 is a diagram showing an example of an edited content identification display screen for traffic diagram data. 図19は交通ダイヤデータの更新部分識別表示画面の一例を示す図である。FIG. 19 is a diagram showing an example of an updated part identification display screen of traffic diagram data. 図20は交通ダイヤデータの更新拒否識別表示画面の一例を示す図である。FIG. 20 is a diagram illustrating an example of a traffic diagram data update rejection identification display screen. 図21は交通ダイヤ管理サーバ1および交通ダイヤ編集端末2間の情報のやり取りを説明するための図である。FIG. 21 is a diagram for explaining the exchange of information between the traffic diagram management server 1 and the traffic diagram editing terminal 2.

符号の説明Explanation of symbols

1…交通ダイヤ管理サーバ、2…交通ダイヤ編集端末、3…ネットワーク、11…ネットワークIF部、12…排他制御部、13…交通ダイヤDB、14…排他フラグ管理DB、15…更新情報管理TL、21…ネットワークIF部、22…交通ダイヤ編集部、23…更新情報管理TL、24…作業用記憶部、25…排他フラグ管理TL、26…GUI部、121…排他フラグ登録部、122…DB更新部、123…DB転送部、221…排他フラグ登録要求部、222…更新情報登録要求部、223…編集受付部、224…交通ダイヤ読込部   DESCRIPTION OF SYMBOLS 1 ... Traffic schedule management server, 2 ... Traffic schedule edit terminal, 3 ... Network, 11 ... Network IF part, 12 ... Exclusive control part, 13 ... Traffic schedule DB, 14 ... Exclusive flag management DB, 15 ... Update information management TL, DESCRIPTION OF SYMBOLS 21 ... Network IF part, 22 ... Traffic schedule edit part, 23 ... Update information management TL, 24 ... Work storage part, 25 ... Exclusive flag management TL, 26 ... GUI part, 121 ... Exclusive flag registration part, 122 ... DB update , 123 ... DB transfer part, 221 ... Exclusive flag registration request part, 222 ... Update information registration request part, 223 ... Edit reception part, 224 ... Traffic diagram reading part

Claims (4)

少なくとも1つの交通ダイヤデータ編集装置より交通ダイヤデータの更新要求を受付け、受付けた要求に従って自身が保持する当該交通ダイヤデータを更新する交通ダイヤデータ管理装置であって、
複数の管理項目として、施行日、線区、運行目的を示す種別、および列車番号を用いて階層的に分類された列車の交通ダイヤデータが複数記憶された交通ダイヤデータ記憶手段と、
前記交通ダイヤデータ記憶手段に記憶された交通ダイヤデータを読み出して、前記交通ダイヤデータ編集装置に送信する交通ダイヤデータ送信手段と、
施行日と、当該施行日に対応付けられたユーザ情報と、が排他フラグとして記憶される階層「大分類」の排他フラグ記憶手段と、
施行日および線区と、当該施行日および線区に対応付けられたユーザ情報が排他フラグとして記憶される階層「中分類」の排他フラグ記憶手段と、
施行日、線区および種別と、当該施行日、線区および種別に対応付けられたユーザ情報が排他フラグとして記憶される階層「小分類」の排他フラグ記憶手段と、
施行日、線区、種別および列車番号と、当該施行日、線区、種別および列車番号に対応付けられたユーザ情報が排他フラグとして記憶される階層「交通ダイヤデータ毎」の排他フラグ記憶手段と、
前記交通ダイヤデータ編集装置より、排他フラグ登録要求を受付けると、
所定の階層の排他フラグ記憶手段に、前記排他フラグ登録要求に含まれる前記所定の階層に応じた管理項目の指定値に対応付けられたユーザ情報が登録されているか否かを検索する処理と、
前記対応付けられたユーザ情報が登録されている場合、排他フラグの登録を拒否する処理と、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も下位の階層でない場合、前記排他フラグ登録要求に、前記所定の階層よりも1つ下位の階層の管理項目の指定値がさらに含まれているか否かを検出する処理と、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も下位の階層である場合、又は、前記検出する処理で前記指定値が含まれていなかった場合、前記排他フラグ登録要求に含まれるユーザ情報と管理項目の指定値とを対応付けて、前記所定の階層の排他フラグ記憶手段に排他フラグとして登録する処理と、
前記検出する処理で前記指定値が含まれていた場合、前記所定の階層を1つ下位の階層として前記検索する処理を再び開始する処理と、
を、排他フラグが登録、あるいは、登録が拒否されるまで実行する排他フラグ登録手段と、
前記交通ダイヤデータ編集装置より更新要求を受付けると、
所定の階層の排他フラグ記憶手段に、前記更新要求に含まれる前記所定の階層に応じた管理項目の指定値と対応付けられたユーザ情報が登録されているか否かを検索する処理と、
前記対応付けられたユーザ情報が登録されている場合、当該ユーザ情報が前記更新要求の送信元の情報と一致するか否かを調べる処理と、
送信元の情報と一致する場合、前記更新要求に従い前記交通ダイヤデータ記憶手段に記憶されている前記更新要求の対象となる交通ダイヤデータを更新する処理と、
送信元の情報と一致しない場合、交通ダイヤデータの更新を拒否する処理と、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層である場合、交通ダイヤデータの更新を拒否する処理と、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層でない場合、前記所定の階層を1つ上位の階層として、前記検索する処理を再び開始する処理と、
を、交通ダイヤデータが更新、あるいは、更新が拒否されるまで実行する前記排他制御手段と、を備え、
前記排他フラグ登録手段は、最も上位の階層から順次処理を実行し、
前記排他制御手段は、最も下位の階層から順次処理を実行すること
を特徴とする交通ダイヤデータ管理装置。
Accepting an update request for traffic diamond data from at least one traffic diamond data editing device, a traffic diamonds data management apparatus itself in accordance with the requirements accepted updates the traffic diamond data held,
Traffic schedule data storage means in which a plurality of traffic schedule data of trains classified hierarchically using train dates and the enforcement date, line section, type of operation purpose, and train number are stored as a plurality of management items ,
And traffic diamond data transmission means for the transportation timetable data storage means reads the stored traffic diamond data, and transmits the traffic timetable data editing device,
An exclusive flag storage means of the hierarchy “major classification” in which the effective date and the user information associated with the effective date are stored as an exclusive flag;
An exclusive flag storage means of the hierarchy “medium classification” in which the effective date and the line area, and the user information associated with the effective date and the line area are stored as an exclusive flag,
An exclusive flag storage means of a hierarchy “sub-class” in which the effective date, line section and type, and user information associated with the effective date, line section and type are stored as an exclusive flag,
An exclusive flag storage means for the hierarchy “for each traffic diagram data” in which the enforcement date, line section, type and train number, and user information associated with the enforcement date, line section, type and train number are stored as an exclusive flag; ,
When an exclusive flag registration request is received from the traffic diagram data editing device,
A process of searching whether or not user information associated with a specified value of a management item corresponding to the predetermined hierarchy included in the exclusive flag registration request is registered in an exclusive flag storage unit of a predetermined hierarchy;
When the associated user information is registered, a process of refusing registration of the exclusive flag;
When the associated user information is not registered and the predetermined hierarchy is not the lowest hierarchy, the exclusive flag registration request includes a management item of a hierarchy one level lower than the predetermined hierarchy A process for detecting whether or not the specified value is further included,
When the associated user information is not registered and the predetermined hierarchy is the lowest hierarchy, or when the specified value is not included in the detection process, the exclusive A process of associating the user information included in the flag registration request with the specified value of the management item and registering it as an exclusion flag in the exclusion flag storage means of the predetermined hierarchy;
If the specified value is included in the detecting process, a process of restarting the search process as the predetermined hierarchy one lower hierarchy,
The exclusive flag registration means for executing until the exclusive flag is registered or the registration is rejected,
When an update request is received from the traffic diagram data editing device,
A process of searching whether or not user information associated with a specified value of a management item corresponding to the predetermined hierarchy included in the update request is registered in an exclusive flag storage unit of a predetermined hierarchy;
When the associated user information is registered, a process for checking whether or not the user information matches the information of the transmission source of the update request;
If it matches the information of the transmission source, the process of updating the traffic diagram data subject to the update request stored in the traffic diagram data storage means according to the update request;
If it does not match the sender's information, processing to refuse traffic diagram data update,
When the associated user information is not registered, and the predetermined hierarchy is the highest hierarchy, a process of rejecting the update of traffic diagram data;
When the associated user information is not registered, and when the predetermined hierarchy is not the highest hierarchy, the search process is restarted with the predetermined hierarchy being one higher hierarchy. When,
The exclusive control means for executing until the traffic diagram data is updated or the update is rejected ,
The exclusive flag registration means sequentially executes processing from the highest level,
The traffic diagram data management apparatus , wherein the exclusive control means sequentially executes processing from the lowest hierarchy .
請求項1に記載の交通ダイヤデータ管理装置が保持する交通ダイヤデータを編集する交通ダイヤデータ編集装置であって、
前記交通ダイヤデータ管理装置より受信した交通ダイヤデータを記憶する作業用記憶手段と、
前記作業用記憶手段に記憶されている交通ダイヤデータを読み出して表示装置に表示すると共に、入力装置を介して前記表示装置に表示された交通ダイヤデータの編集を受付け、当該受付けた編集内容に従って交通ダイヤデータの更新要求を生成し前記交通ダイヤデータ管理装置に送信する交通ダイヤデータ編集手段と、を有し、
前記交通ダイヤデータ編集手段は、
前記交通ダイヤデータ管理装置によって前記更新要求が拒否されなかった場合に、前記受け付けた編集内容に従い前記作業用記憶手段に記憶されている交通ダイヤデータを更新すること
を特徴とする交通ダイヤデータ編集装置。
A traffic diagram data editing device for editing traffic diagram data held by the traffic diagram data management device according to claim 1 ,
Working storage means for storing traffic diagram data received from the traffic diagram data management device;
And displays on the display device reads the traffic diamond data stored in said working storage means, accepting editing of traffic diamond data displayed on the display device via the input device, the traffic in accordance with the edits received A traffic diagram data editing means for generating a diagram data update request and transmitting it to the traffic diagram data management device;
The traffic diagram data editing means includes:
The traffic when the diamond data the update request by the management device has not been rejected, the traffic timetable data editing apparatus characterized by updating the traffic diamond data stored in said working storage means in accordance with the edits accepted .
請求項に記載の交通ダイヤデータ編集装置であって、
前記交通ダイヤデータ編集手段は、
編集を受付けた交通ダイヤデータの編集前の状態と編集後の状態とが識別できるように前記表示装置に表示すること
を特徴とする交通ダイヤデータ編集装置。
The traffic diagram data editing device according to claim 2 ,
The traffic diagram data editing means includes:
A traffic diagram data editing apparatus, wherein the traffic diagram data that has been edited is displayed on the display device so that a state before editing and a state after editing can be identified.
交通ダイヤデータ管理装置が、少なくとも1つの交通ダイヤデータ編集装置より交通ダイヤデータの更新要求を受付け、受付けた要求に従って自身が保持する当該交通ダイヤデータを更新する交通ダイヤデータ管理方法であって、
前記交通ダイヤデータ管理装置は、複数の管理項目として、施行日、線区、運行目的を示す種別、および列車番号を用いて階層的に分類された交通ダイヤデータが複数記憶された交通ダイヤデータ記憶手段と、
施行日と、当該施行日に対応付けられたユーザ情報と、が排他フラグとして記憶される階層「大分類」の排他フラグ記憶手段と、
施行日および線区と、当該施行日および線区に対応付けられたユーザ情報が排他フラグとして記憶される階層「中分類」の排他フラグ記憶手段と、
施行日、線区および種別と、当該施行日、線区および種別に対応付けられたユーザ情報が排他フラグとして記憶される階層「小分類」の排他フラグ記憶手段と、
施行日、線区、種別および列車番号と、当該施行日、線区、種別および列車番号に対応付けられたユーザ情報が排他フラグとして記憶される階層「交通ダイヤデータ毎」の排他フラグ記憶手段と、を有し
前記交通ダイヤデータ管理方法は、
前記交通ダイヤデータ編集装置より更新要求を受付けるステップと、
所定の階層の排他フラグ記憶手段に対し、
前記更新要求に含まれる管理項目に対応付けられたユーザ情報が登録されているか否かを検索するステップと、
前記対応付けられたユーザ情報が登録されている場合、当該ユーザ情報が前記更新要求の送信元の情報と一致するか否かを調べるステップと、
送信元の情報と一致する場合、前記更新要求に従い前記交通ダイヤデータ記憶手段に記憶されている前記更新要求の対象となる交通ダイヤデータを更新するステップと、
送信元の情報と一致しない場合、交通ダイヤデータの更新を拒否するステップと、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層である場合、交通ダイヤデータの更新を拒否するステップと、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も上位の階層でない場合、前記所定の階層を1つ上位の階層として、前記検索する処理を再度開始するステップと、
を、交通ダイヤデータが更新、あるいは、更新が拒否されるまで実行すること
を特徴とする交通ダイヤデータ管理方法。
Traffic timetable data management apparatus, a traffic diamond data management method of updating the traffic diamond data accepting the update request traffic diamond data from at least one traffic diamond data editing device, itself in accordance with request received is held,
The traffic diagram data management device is a traffic diagram data storage in which a plurality of traffic diagram data classified hierarchically by using an enforcement date, a line section, a type indicating an operation purpose, and a train number are stored as a plurality of management items. Means,
An exclusive flag storage means of the hierarchy “major classification” in which the effective date and the user information associated with the effective date are stored as an exclusive flag;
An exclusive flag storage means of a hierarchy “medium classification” in which the effective date and the line area, and the user information associated with the effective date and the line area are stored as an exclusive flag,
An exclusive flag storage means of a hierarchy “sub-class” in which the effective date, line section and type, and user information associated with the effective date, line section and type are stored as an exclusive flag,
An exclusive flag storage means for the hierarchy “for each traffic diagram data” in which the enforcement date, line section, type and train number, and user information associated with the enforcement date, line section, type and train number are stored as an exclusive flag; The traffic diagram data management method comprises:
Receiving an update request from the traffic diagram data editing device;
For exclusive flag storage means of a predetermined hierarchy,
Searching whether user information associated with the management item included in the update request is registered;
If the associated user information is registered, checking whether the user information matches the information of the transmission source of the update request;
If it matches the information of the transmission source, updating the traffic diagram data subject to the update request stored in the traffic diagram data storage means according to the update request;
If it does not match the sender's information, rejecting the traffic diagram data update;
When the associated user information is not registered and the predetermined hierarchy is the highest hierarchy, the step of rejecting the traffic diagram data update;
If the associated user information is not registered, and if the predetermined hierarchy is not the highest hierarchy, the search process is restarted with the predetermined hierarchy being one higher hierarchy. When,
A traffic diamonds data updates, or traffic diamond data management method and executes until the update is rejected.
JP2004342752A 2004-11-26 2004-11-26 Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method Active JP4460427B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004342752A JP4460427B2 (en) 2004-11-26 2004-11-26 Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004342752A JP4460427B2 (en) 2004-11-26 2004-11-26 Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method

Publications (2)

Publication Number Publication Date
JP2006155076A JP2006155076A (en) 2006-06-15
JP4460427B2 true JP4460427B2 (en) 2010-05-12

Family

ID=36633327

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004342752A Active JP4460427B2 (en) 2004-11-26 2004-11-26 Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method

Country Status (1)

Country Link
JP (1) JP4460427B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7137174B2 (en) * 2017-09-13 2022-09-14 株式会社日立システムズ Comparison device, comparison method, and program

Also Published As

Publication number Publication date
JP2006155076A (en) 2006-06-15

Similar Documents

Publication Publication Date Title
CN100424648C (en) Information processing method, apparatus and system
JP4703917B2 (en) Rental system and rental business support method
JP4709612B2 (en) Method, program and computer for assigning personnel to tasks comprising a project
US20160162589A1 (en) Methods, systems, and computer program products for implementing intelligent agent services
TWI453608B (en) System and method for managing a large number of multiple data
JP2007157151A (en) System and method for facilitating visual comparison of input data with existing data
RU2653246C1 (en) Improving request for database searching
CN113537955A (en) Milestone project management device and method, electronic equipment and storage medium
CN101601025A (en) Be used for providing system and method to the center access entrance of geographical focus to a plurality of participants
JP4460427B2 (en) Traffic diagram data management device, traffic diagram data editing device, and traffic diagram data management method
JP2017199080A (en) Information processing terminal, information providing device, method for providing information of enterprise, method for providing information to information processing terminal, and program for causing computer to achieve the method
JP2005084945A (en) Method for circulating document
JP2002197100A (en) Retrieval service system, its method, recording medium and information mediating method
JP6598179B1 (en) Information processing program, information processing apparatus, and information processing method
JPH11272538A (en) Document management system
JP2003223453A (en) Matching method for address information with position coordinates
JP3984675B2 (en) Family register information processing method and family register information system
JP2004178150A (en) Integrated production management method and system by production process management chart
JPH09174390A (en) Work indication and support system according to document
JP4372750B2 (en) Entry data management device, entry data management method, program, and recording medium
JPWO2007105512A1 (en) Forwarding data management system
JP2007179220A (en) Information liaison system
JP5233919B2 (en) Library management method and library management device
JP2005122318A (en) System, method, and program for patent information management
JP7502036B2 (en) Terminal device, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091007

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100108

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100202

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100212

R151 Written notification of patent or utility model registration

Ref document number: 4460427

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130219

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130219

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140219

Year of fee payment: 4