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 PDFInfo
- 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
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
ところで、列車の交通ダイヤデータは、線区を構成する各駅の時刻情報を含む。したがって、交通ダイヤデータは、縦軸を線区を構成する各駅とし、横軸を時刻とするグラフ、つまり、図面データとして表示できる。このため、特許文献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
しかし、特許文献1の技術を交通ダイヤデータの排他制御に適用した場合、次のような問題が生じる。すわわち、交通ダイヤデータは、通常、施行日を単位として管理される。ここで、列車本数の多い路線(例えば都市部を走行する路線)の場合、同じ施行日に、数百〜数千本の交通ダイヤデータが存在することもある。したがって、同じ施行日の交通ダイヤデータを1つの図面データとして複数の端末各々に表示し編集を受付けようとした場合、個々の交通ダイヤデータの排他制御を実現するためには、図面データを分割するメッシュを小さくして、1つのメッシュに1つの交通ダイヤデータのみが含まれるようにしなければならない。このため、メッシュ数が膨大となり、したがって、交通ダイヤデータの排他制御のために管理しなければならない排他フラグの数も膨大となり、排他制御のための処理の負荷が大きくなる。
However, when the technology of
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、図面データの排他制御に係る処理の負荷を低減させることにある。 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
交通ダイヤ管理サーバ1は、列車の交通ダイヤデータを保持する。また、交通ダイヤ編集端末2から交通ダイヤデータの編集を受付けて、自身が保持する交通ダイヤデータに編集内容を反映させる。この際、編集対象の交通ダイヤデータに対する排他を獲得した交通ダイヤ編集端末2以外の交通ダイヤ編集端末2から、当該編集対象の交通ダイヤデータに対する編集を受付けないようにすることで、交通ダイヤデータの排他制御を行なう。
The traffic
図示するように、交通ダイヤ管理サーバ1は、ネットワーク3に接続するためのネットワークIF部11と、排他制御部12と、交通ダイヤDB(データベース)13と、排他フラグ管理DB14と、更新情報管理TL(テーブル)15と、を有する。
As illustrated, the traffic
交通ダイヤ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
フィールド135に登録される列車の交通ダイヤデータは、線区を構成する各駅(始発駅から終着駅までの各駅)の情報と、各駅における出発及び/又は到着時刻とを有する。また、フィールド131〜134に登録されている各データは、列車の交通ダイヤデータを階層的に分類するための管理項目である。交通ダイヤデータは、フィールド132の施行日により大分類され、フィールド132、133の施行日、線区により中分類され、フィールド132、133、134の施行日、線区、種別により小分類され、そして、フィールド132、133、134、131の施行日、線区、種別、列車番号により個々の列車ダイヤデータが特定される。
The train traffic schedule data registered in the
排他フラグ管理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
排他フラグ管理TL141には、図3(A)に示すように、施行日を単位とする排他フラグのレコード1410が登録される。レコード1410は、施行日を登録するフィールド1411と、当該施行日に運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1415と、を有する。
In the exclusive flag management TL 141, as shown in FIG. 3A, an
排他フラグ管理TL142には、図3(B)に示すように、施行日および線区の組合せを単位とする排他フラグのレコード1420が登録される。レコード1420は、施行日を登録するフィールド1421と、線区を登録するフィールド1422と、当該施行日に当該線区を運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1425と、を有する。
In the exclusive flag management TL 142, as shown in FIG. 3B, an
排他フラグ管理TL143には、図3(C)に示すように、施行日、線区および種別の組合せを単位とする排他フラグのレコード1430が登録される。レコード1430は、施行日を登録するフィールド1431と、線区を登録するフィールド1432と、種別を登録するフィールド1433と、当該施行日に当該線区を当該種別の目的で運行する全ての列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1435と、を有する。
In the exclusive flag management TL 143, as shown in FIG. 3C, an
そして、排他フラグ管理TL144には、図3(D)に示すように、施行日、線区、種別および列車番号の組合せを単位とする排他フラグのレコード1440が登録される。レコード1440は、施行日を登録するフィールド1441と、線区を登録するフィールド1442と、種別を登録するフィールド1443と、列車番号を登録するフィールド1444と、当該施行日に当該線区を当該種別の目的で運行する当該列車番号を持つ列車の交通ダイヤデータに対する排他フラグを獲得しているユーザのユーザIDを登録するフィールド1445と、を有する。
In the exclusive flag management TL 144, as shown in FIG. 3D, an
更新情報管理TL15には、交通ダイヤ編集端末2から受信した後述する更新情報登録要求が登録される。図4は更新情報管理TL15の登録内容例を示す図である。図示するように、更新情報管理TL15には、交通ダイヤ編集端末2から受信した後述する更新情報登録要求のレコード150が登録される。レコード150は、ユーザのユーザIDを登録するフィールド151と、更新情報登録要求を識別するための要求IDを登録するフィールド152と、更新を要求する交通ダイヤデータを特定するための施行日、線区、種別および列車番号をそれぞれ登録するフィールド153〜156と、交通ダイヤデータの更新内容(編集データ)を登録するフィールド157と、該更新内容が交通ダイヤDB13に反映済みであるか否かを示す反映状況を登録するフィールド158と、を有する。
In the update
排他制御部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
交通ダイヤ編集端末2は、ユーザからの指示に従い交通ダイヤ管理サーバ1が保持する交通ダイヤデータを編集する。図示するように、交通ダイヤ編集端末2は、ネットワーク3に接続するためのネットワークIF部21と、交通ダイヤ編集部22と、更新情報管理TL23と、作業用記憶部24と、排他フラグ管理TL25と、情報を表示してユーザより操作や指示などを受付けるためのGUI(Graphical User Interface)部26と、を有する。
The traffic
更新情報管理TL23には、交通ダイヤ編集部22がGUI部26を介してユーザより受付けた交通ダイヤデータの編集内容を特定するための情報である更新情報が登録される。図5は更新情報管理TL23の登録内容例を示す図である。図示するように、更新情報管理TL23には、交通ダイヤ編集部22がGUI部26を介してユーザより交通ダイヤデータの編集を受付ける毎にレコード230が登録される。レコード230は、更新情報登録要求の要求IDを登録するフィールド231と、編集された交通ダイヤデータを特定するための施行日、線区、種別および列車番号をそれぞれ登録するフィールド232〜235と、交通ダイヤデータの変更内容(編集データ)を登録するフィールド236と、フィールド231〜236の情報を含む更新情報登録要求が送信済みであるか否かを示す送信状況を登録するフィールド237と、を有する。
In the update
作業用記憶部24には、交通ダイヤ編集部22がネットワークIF部21を介して交通ダイヤ管理サーバ1から取得した交通ダイヤデータが記憶される。
In the
排他フラグ管理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
交通ダイヤ編集部22は、排他フラグ登録要求部221と、更新情報登録要求部222と、編集受付部223と、交通ダイヤ読込部224と、を有する。
The traffic
排他フラグ登録要求部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
更新情報登録要求部222は、定期的もしくは更新情報管理TL23に新たなレコード250が追加される毎に、更新情報管理TL23に登録されているフィールド237の送信状況が「未」のレコード230に基づいて更新情報登録要求を作成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する。図8は更新情報登録要求を模式的に表した図である。図示するように、更新情報登録要求2220は、ユーザIDを登録するエリア2221、更新情報登録要求の要求IDを登録するエリア2222、更新する交通ダイヤデータの施行日を登録するエリア2223、更新する交通ダイヤデータの線区を登録するエリア2224、更新する交通ダイヤデータの種別(運行目的)を登録するエリア2225、更新する交通ダイヤデータの列車番号を登録するエリア2226、および、交通ダイヤデータの更新内容を登録するエリア2227を有する。
The update information
編集受付部223は、作業用記憶部24に記憶されている交通ダイヤデータをGUI部26に表示し、ユーザから交通ダイヤデータの編集を受付ける。そして、受付けた編集内容を更新情報管理TL23に登録する。この際、排他フラグ管理TL25を参照し、排他フラグを獲得している交通ダイヤデータ以外の交通ダイヤデータをマスクしてGUI部26に表示することで、排他フラグを獲得している交通ダイヤデータについてのみユーザから編集を受付けるようにする。
The edit accepting unit 223 displays the traffic diagram data stored in the
そして、交通ダイヤ読込部224は、ネットワークIF部21を介して交通ダイヤ管理サーバ1から交通ダイヤデータをダウンロードし、作業用記憶部24に記憶する。
Then, the traffic
上述した交通ダイヤ管理サーバ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
次に、上記構成の交通ダイヤデータ編集管理システムの動作を説明する。 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
排他制御部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
また、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
図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
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
一方、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
また、S1511において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213に登録されている施行日、線区を特定し、当該施行日、線区がフィールド1421、1422に登録されているレコード1420を階層「中分類」に対応する排他フラグ管理テーブル142から検索する。
In S1511, the exclusion
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
一方、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
また、S1521において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213、2214に登録されている施行日、線区、種別を特定し、当該施行日、線区、種別がフィールド1431、1432、1433に登録されているレコード1430を、階層「小分類」に対応する排他フラグ管理TL143から検索する。
In S1521, the exclusion
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
一方、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
また、S1531において、排他フラグ登録部121は、排他フラグ登録要求2210のエリア2212、2213、2214、2215に登録されている施行日、線区、種別、列車番号を特定し、当該施行日、線区、種別、列車番号がフィールド1441、1442、1443、1444に登録されているレコード1440を、階層「交通ダイヤデータ毎」に対応する排他フラグ管理TL144から検索する。
In S1531, the exclusion
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
一方、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
図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
S1601において排他フラグ管理テーブル144から該当するレコード1440を検索できた場合(S1602でYES)、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1440のフィールド1445に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1603)。
When the
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
一方、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
また、S1601において排他フラグ管理TL144から該当するレコード1440を検索できなかった場合(S1602でNO)、特定した施行日に特定した線区を特定した種別のために運行する、特定した列車番号を持つ列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223〜2225に登録されている施行日、線区、種別を特定し、当該施行日、線区、種別がフィールド1431〜1433に登録されているレコード1430を階層「小分類」に対応する排他フラグ管理TL143から検索する(S1611)。
If the
S1611において排他フラグ管理TL143から該当するレコード1430を検索できた場合(S1612でYES)、特定した施行日に特定した線区を特定した種別のために運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1430のフィールド1435に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1613)。
If the
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
一方、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
また、S1611において排他フラグ管理テーブル143から該当するレコード1430を検索できなかった場合(S1612でNO)、特定した施行日に特定した線区で特定した種別のために運行される全ての列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223、2224に登録されている施行日、線区を特定し、当該施行日、線区がフィールド1421、1422に登録されているレコード1420を階層「中分類」に対応する排他フラグ管理TL142から検索する(S1621)。
If the
S1621において排他フラグ管理TL142から該当するレコード1420を検索できた場合(S1622でYES)、特定した施行日に特定した線区で運行される全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1420のフィールド1425に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1623)。
If the
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
一方、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
また、S1621において排他フラグ管理TL142から該当するレコード1420を検索できなかった場合(S1622でNO)、特定した施行日に特定した線区を運行する全ての列車の交通ダイヤデータを対象とする排他フラグは設定されていないことになる。この場合、DB更新部122は、更新情報登録要求2220のエリア2223に登録されている施行日を特定し、当該施行日がフィールド1411に登録されているレコード1410を、階層「大分類」に対応する排他フラグ管理TL141から検索する(S1631)。
Also, if the
S1631において排他フラグ管理TL141から該当するレコード1410を検索できた場合(S1632でYES)、特定した施行日に運行する全ての列車の交通ダイヤデータを対象とする排他フラグが既に設定されていることになる。この場合、DB更新部122は、検索したレコード1410のフィールド1415に登録されているユーザIDと、更新情報登録要求2220のエリア2221に登録されているユーザIDとが一致するか否かを調べる(S1633)。
If the
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
一方、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
次に、交通ダイヤ編集端末2の操作を説明する。図15は交通ダイヤ編集端末2の動作フローを説明するための図である。
Next, the operation of the traffic
まず、排他フラグ登録要求部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
さて、排他フラグ登録要求部221は、GUI部26を介してユーザより管理項目およびその情報の入力を受付けると、排他フラグ管理TL25にレコード250を新たに追加し、このレコード250に、受付けた管理項目の情報を登録する。また、受付けた管理項目の情報と、予め登録されているユーザIDとを含む排他フラグ登録要求2210を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S203)。なお、排他フラグ登録要求拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領したならば(S204でYES)、S203で排他フラグ管理TL25に追加したレコード250を削除する(S205)。
When the exclusive flag
また、交通ダイヤ読込部224は、GUI部26を介してユーザより交通ダイヤデータのDL指示を受付けると(S230でYES)、DL範囲指定受付画面をGUI部26に表示し、ダウンロードする交通ダイヤデータの範囲の指定を受付ける(S231)。本実施形態では、施行日の指定を受付けるようにしている。
When the traffic
さて、交通ダイヤ読込部224は、GUI部26を介してユーザよりDL範囲の指定を受付けると、指定されたDL範囲と、予め登録されているユーザIDとを含む交通ダイヤデータDL要求を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S222)。そして、交通ダイヤ管理サーバ1から交通ダイヤデータを受信し、作業用記憶部24に記憶する(S223)。これを受けて、編集受付部223は、作業用記憶部24に記憶された交通ダイヤデータをグラフ表示する(S224)。
When the traffic
図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
また、交通ダイヤ読込部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
また、編集受付部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
いずれのレコードも登録されていない場合(S212でNO)、編集受付部24は、該編集操作を交通ダイヤデータ表示画面に反映させない。つまり、作業用記憶部24に記憶されている該編集操作を受付けた交通ダイヤデータに、当該編集操作による変更内容を反映させない。また、編集受付部24は、編集操作を受付けた交通ダイヤデータを示すグラフの色を変えるなどして、編集操作が拒否されたことをユーザに知らせる(S218)。
When no record is registered (NO in S212), the
一方、編集操作を受付けた対象の交通ダイヤデータを対象とする排他フラグのレコード250が排他フラグ管理TL25に登録されている場合(S212でYES)、編集受付部24は、例えば該編集操作による変更内容を仮受付し、例えば図18に示すように、作業用記憶部24に記憶されている交通ダイヤデータを表すグラフに、仮受付した変更内容を色や線種を変えて重ね合わせて表示するなどして、ユーザが該編集内容を識別できるように交通ダイヤデータ表示画面を変更する(S213)。なお、図18では、符号2621が付された交通ダイヤデータ、つまり、施行日「2004/11/26」、線区「α区」、種別「営業」、列車番号「C」により特定される交通ダイヤデータが編集操作された交通ダイヤデータであり、符号2622に示すように、該編集操作による変更内容が元の交通ダイヤデータ2621と表示形態(例えば色、線種)を変えて共に表示されている。このようにすることで、ユーザは自身が行った編集操作を確認できる。
On the other hand, when the
さて、編集受付部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
次に、更新情報要求部222は、更新情報登録拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領しなかった場合、あるいは、更新情報登録許可メッセージ等の正常応答を所定期間内に交通ダイヤ管理サーバ1から受領した場合(S215でNO)、作業用記憶部24の更新指示を編集受付部223に通知する。これを受けて、編集受付部24は、仮受付した編集操作による変更内容を、作業用記憶部24に記憶されている交通データに反映させて更新すると共に、作業用記憶部24内の更新された交通ダイヤデータをグラフ表示する(S216)。それから、編集受付部24は、ユーザが更新された部分を識別できるようにするために、図19に示すように、編集操作により変更された交通ダイヤデータ2622を、例えば所定時間の間、色や線種を変えて表示する。
Next, the update
一方、更新情報要求部222は、更新情報登録拒否メッセージ等のエラー通知を所定期間内に交通ダイヤ管理サーバ1から受領した場合(S215でYES)、その旨を編集受付部223に通知する。この場合、編集受付部223は、仮受付した編集操作による変更内容を作業用記憶部24に記憶されている交通データに反映させるない。また、該編集操作による変更内容の交通ダイヤデータ表示画面へ表示を中止する。また、編集受付部24は、ユーザが編集拒否された部分を識別できるようするために、図20に示すように、編集操作が拒否された交通ダイヤデータ2621を、例えば所定時間の間、色や線種を変えて表示する。
On the other hand, if the update
次に、本実施形態の交通ダイヤデータ編集管理システム全体の動作例を説明する。 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
交通ダイヤ編集端末2は、GUI部26を介してユーザより排他フラグの登録指示を受付けると、図15のS202、S203を実行する。これにより、排他フラグ登録部121は、ユーザから排他フラグを獲得する交通ダイヤデータを特定するための管理項目およびその情報を受付け(S401)、受付けた情報を基に排他フラグ登録要求2210を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S402)。
When the traffic
交通ダイヤ管理サーバ1において、排他フラグ登録部121は、ネットワークIF部11を介して交通ダイヤ編集端末2より排他フラグ登録要求2210を受信すると、図10のS15(図11および図12に示すフロー)を実行する。これにより、排他フラグ登録要求2210が排他の獲得を要求する交通ダイヤデータについて、他のユーザによって既に排他を獲得されていない場合は、排他フラグ登録要求2210を排他フラグ管理DB14に登録する(S411)。
In the traffic
また、交通ダイヤ編集端末2は、GUI部26を介してユーザより交通ダイヤデータのDL指示を受付けると、図15のS231、S222を実行する。これにより、交通ダイヤ読込部224は、ユーザから交通ダイヤデータのDL範囲(施行日)を受付け(S403)、受付けた情報を基に交通ダイヤデータDL要求を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S404)。
When the traffic
交通ダイヤ管理サーバ1において、DB転送部123は、ネットワークIF部11を介して交通ダイヤ編集端末2より交通ダイヤデータDL要求を受信すると、図10のS13S14を実行する。これにより、交通ダイヤデータDL要求にて指定されているDL範囲の交通ダイヤデータを交通ダイヤDB13から読み出して、ネットワークIF部11を介して交通ダイヤ編集端末2に送信する(S412)。
In the traffic
交通ダイヤ編集端末2は、ネットワークIF部21を介して交通ダイヤ管理サーバ1より交通ダイヤデータを受信すると、図15のS223、S224を実行する。これにより、交通ダイヤ読込部224は、受信した交通ダイヤデータを作業用記憶部24に記憶する。また、編集受付部223が、作業用記憶部24に記憶された交通ダイヤデータをGUI部26にグラフ表示する(S405)。
When the traffic
また、交通ダイヤ編集端末2は、GUI部26を介してユーザより、GUI部26に表示中の交通ダイヤデータの編集操作を受付けると、図15のS212〜S214を実行する。これにより、編集受付部223は、排他フラグ管理TL25を参照し、交通ダイヤ編集端末2のユーザが編集操作された交通ダイヤデータに対する排他を獲得しているならば、編集操作による変更内容を仮受付する。また、更新情報登録要求部222は、該変更内容を基に更新情報登録要求2220を生成し、これをネットワークIF部21を介して交通ダイヤ管理サーバ1に送信する(S407)。そして、所定時間内にエラー通知等がない場合、編集受付部223は、作業記憶部24の交通ダイヤデータを更新し、更新後の交通ダイヤデータを表示する(S408)。
When the traffic
交通ダイヤ管理サーバ1において、DB更新部122は、ネットワークIF部11を介して交通ダイヤ編集端末2より更新情報登録要求2220を受信すると、図10のS16(図13および図14に示すフロー)を実行する。これにより、更新情報登録要求2220が更新を要求する交通ダイヤデータについて、当該要求の送信元のユーザが当該交通ダイヤデータに対する排他を獲得しているならば、当該要求に含まれている変更内容を交通ダイヤDB13に反映させる(S413)。
In the traffic
以上、本発明の一実施形態について説明した。 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
また、本実施形態では、図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
また、本実施形態では、図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
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。 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…交通ダイヤ管理サーバ、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
Claims (4)
複数の管理項目として、施行日、線区、運行目的を示す種別、および列車番号を用いて階層的に分類された列車の交通ダイヤデータが複数記憶された交通ダイヤデータ記憶手段と、
前記交通ダイヤデータ記憶手段に記憶された交通ダイヤデータを読み出して、前記交通ダイヤデータ編集装置に送信する交通ダイヤデータ送信手段と、
施行日と、当該施行日に対応付けられたユーザ情報と、が排他フラグとして記憶される階層「大分類」の排他フラグ記憶手段と、
施行日および線区と、当該施行日および線区に対応付けられたユーザ情報が排他フラグとして記憶される階層「中分類」の排他フラグ記憶手段と、
施行日、線区および種別と、当該施行日、線区および種別に対応付けられたユーザ情報が排他フラグとして記憶される階層「小分類」の排他フラグ記憶手段と、
施行日、線区、種別および列車番号と、当該施行日、線区、種別および列車番号に対応付けられたユーザ情報が排他フラグとして記憶される階層「交通ダイヤデータ毎」の排他フラグ記憶手段と、
前記交通ダイヤデータ編集装置より、排他フラグ登録要求を受付けると、
所定の階層の排他フラグ記憶手段に、前記排他フラグ登録要求に含まれる前記所定の階層に応じた管理項目の指定値に対応付けられたユーザ情報が登録されているか否かを検索する処理と、
前記対応付けられたユーザ情報が登録されている場合、排他フラグの登録を拒否する処理と、
前記対応付けられたユーザ情報が登録されていない場合で、かつ、前記所定の階層が最も下位の階層でない場合、前記排他フラグ登録要求に、前記所定の階層よりも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 .
前記交通ダイヤデータ管理装置より受信した交通ダイヤデータを記憶する作業用記憶手段と、
前記作業用記憶手段に記憶されている交通ダイヤデータを読み出して表示装置に表示すると共に、入力装置を介して前記表示装置に表示された交通ダイヤデータの編集を受付け、当該受付けた編集内容に従って交通ダイヤデータの更新要求を生成し前記交通ダイヤデータ管理装置に送信する交通ダイヤデータ編集手段と、を有し、
前記交通ダイヤデータ編集手段は、
前記交通ダイヤデータ管理装置によって前記更新要求が拒否されなかった場合に、前記受け付けた編集内容に従い前記作業用記憶手段に記憶されている交通ダイヤデータを更新すること
を特徴とする交通ダイヤデータ編集装置。 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つ上位の階層として、前記検索する処理を再度開始するステップと、
を、交通ダイヤデータが更新、あるいは、更新が拒否されるまで実行すること
を特徴とする交通ダイヤデータ管理方法。 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.
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7137174B2 (en) * | 2017-09-13 | 2022-09-14 | 株式会社日立システムズ | Comparison device, comparison method, and program |
-
2004
- 2004-11-26 JP JP2004342752A patent/JP4460427B2/en active Active
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 |