JP2023554372A - 鉄道枕木管理のためのシステム及び方法 - Google Patents

Abstract

【課題】レールシステムで枕木を検査して監査する効率的で組織的な方法を提供できる鉄道枕木管理システムが開示される。【解決手段】枕木マークファイルは、クライアントと通信可能なデータベース又はサーバからクライアントによって検索され、システムによって管理される検査プロセスのインスタンス化の際に検査情報テーブル及び枕木グリッドが生成されることができる。枕木グリッドは、ユーザから命令を受信するように動作され、検査情報テーブルは、枕木グリッド内の変更に対応し、その中に含まれているフィールドを自動に増加及び減少させるよう動作することができる。枕木グリッドは、枕木スキャンのデータを統合して有効でユーザ親和的な方式によりクライアントにデータを提供するよう構成されることができる。【選択図】図６Ａ

Description

本開示は、一般に鉄道システム基盤施設全体に配置された鉄道枕木（ｒａｉｌｒｏａｄ ｔｉｅ）の管理に関する。

レール輸送システムは、全ての大陸を横断して世界中への乗客及び貨物運送を可能にしている。鉄道基盤の施設（ｒａｉｌｒｏａｄ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の典型的な構成要素は、無数の地理と地形に敷設された線路であり、鉄道線路は最悪の要素を耐えて鉄道システム全体で機関車の支出が容易になるよう設計されている。線路が危険なコンディションに持続的に露出されるため、鉄道会社は、線路の完全性（ｔｒａｃｋ ｉｎｔｅｇｒｉｔｙ）を保持するために注意を払う必要がある。線路の一部が損傷したり障害物が迅速に対処されなければ、その結果は致命的である。

与えられた鉄道基盤の施設には数百万個の枕木があり、線路で貨物車両の安全な移動を保障するために常に完全性を保持しなければならない。枕木の完全性を保障するために、鉄道システムは特殊な装備を活用して枕木を検査し、枕木の全般的なコンディションを決定する。例えば、レール上を移動できるトラックに配置されているＡｕｒｏｒａ（登録商標）スキャニング技術（ｓｃａｎｎｉｎｇ ｔｅｃｈｎｏｌｏｇｙ）は、枕木の外部（即ち、亀裂、破損などのような表面コンディション）及び内部（即ち、腐敗、崩壊などによる密度変更）に関するデータを収集するために使用される。管理目的として、鉄道線路は多くの場合にディビジョン（ｄｉｖｉｓｉｏｎ）、サブディビジョン（ｓｕｂｄｉｖｉｓｉｏｎ）、ラインセグメント（ｌｉｎｅ ｓｅｇｍｅｎｔ）などに分類され、線路の位置は多くの場合に高速道路のマイルマーカー（ｍｉｌｅ ｍａｒｋｅｒ）のようにマイルポストマーカー（ｍｉｌｅｐｏｓｔ ｍａｒｋｅｒ）で参照される。また、鉄道枕木は、鉄道枕木のある特定地域に対応する個別ナンバーでラベリングされる場合が多い。例えば、鉄道枕木は、特定のサブディビジョンでナンバー５４２３であってもよく、鉄道担当者は枕木が置かれていると知られているマイルポストの間を調査し、その特定の鉄道枕木に対する探索の範囲を狭めることができる。

このような組織的な方法と特殊な装備は、鉄道枕木に関する情報を収集して管理するために有効であるものの、鉄道枕木を追加的に検査して枕木を交替すべきであるかに対する最終的な決定を行うためには、依然として鉄道職員が求められる。しかし、鉄道システムで数百万個の枕木をモニタリングして検査することは管理して組織することが極めて難しい。

本開示は、鉄道枕木検査（ｒａｉｌｒｏａｄ ｔｉｅ ｉｎｓｐｅｃｔｉｏｎ）が容易になるよう構成された組織的で適応的な基盤施設を提供できる鉄道枕木管理のためのシステム及び方法であって、技術的な利点を達成する。システムにより、個々のクライアントは、枕木マークファイルシステムの全体に対してセグメント化され割り当てられるアクセス権限を有することができ、必要又は割り当てられる場合にのみ枕木マークファイルにアクセスすることができる。システムは、鉄道枕木に関する情報を識別して特徴付け、また、処理するためにユーザの定義可能なユーザインターフェースを提供することができる。また、鉄道枕木管理システムは、枕木検査管理を容易にするために、検査情報テーブルと枕木グリッド（ｔｉｅ ｇｒｉｄ）を生成することができる。

本開示は、任意の与えられた鉄道基盤の施設で複数の枕木を組織して管理する技術的な問題を解決する。例えば、鉄道枕木管理システムは、マイルポスト、線路コード、及びラインセグメントごとに鉄道枕木に関する情報を文書化することができ、交替予定の枕木を識別してユーザに通知し、枕木交替スケジュール（ｔｉｅ ｒｅｐｌａｃｅｍｅｎｔ ｓｃｈｅｄｕｌｅ）により処理する各枕木の枕木等級を枕木スキャンからアルゴリズム的に決定する。システムは、枕木ごと（ｐｅｒ－ｔｉｅ ｂａｓｉｓ）に枕木検査に関する命令を受信するように動作でき、交替のためにマーキングされた枕木は、容易にマーク解除される。本システムは、様々なスキャニング技術によって生成されたデータを含んでもよく、検査プロセスのうち直接的で直ちに活用できるリアルタイム（ミリ秒未満（ｓｕｂ ｍｉｌｌｉｓｅｃｏｎｄ））データを検査器に提供することができる。これは、検査器の時間を節約してシステムに入力される情報の正確性を保障するために役立つ。

線路枕木は、鉄道線路基盤施設の核心構成要素である。機関車の車輪は２つの平行な鉄道線路レールに沿って移動する。鉄道枕木は、線路のレール間と下方に置かれるスラット（ｓｌａｔ）であってもよい。レールは、枕木の終わりに実質的に垂直固定されることができる。枕木は、線路の３次元座標の「ゲージ（ｇａｕｇｅ）」、「ライン（ｌｉｎｅ）」及び「表面（ｓｕｒｆａｃｅ）を保持し得る。線路ゲージは、２つの鉄道線路レール間の距離を称し、線路ゲージは、レール上の貨車が充分に動作するために格納されなければならない。線路のラインは、レールの平面ポジションを示す。例えば、レールは、急斜面のような障害物の周辺で直線であるか計算的に曲線であってもよい。線路の「表面」はレールが丘の多い地域を通過する場合のように、レールの垂直変位であってもよい。枕木は、木材、コンクリート、金属、プラスチック、又は予め決定されたゲージ、ライン、及びレールの表面を保持するために適切な他の材料を含んで様々な材料で作られることができる。

鉄道枕木管理システムは、データベースと動作可能に通信するネットワーク化されたサーバを含んでもよく、ネットワーク化されたコンピューティング装置は、サーバを介してデータベースにアクセスして検査プロセスインスタンス化のための鉄道枕木マークファイルを検索してもよい。他の例示的な実施形態において、鉄道枕木管理システムは、これにより枕木マークファイルを編集するためのユーザ命令を受信するよう動作可能な制御ロジックを含む。他の実施形態において、鉄道枕木管理システムは、ダッシュボードサブシステム（ｄａｓｈｂｏａｒｄ ｓｕｂｓｙｓｔｅｍ）、枕木マーク検索サブシステム（ｔｉｅ ｍａｒｋ ｒｅｔｒｉｅｖａｌ ｓｕｂｓｙｓｔｅｍ）、枕木監査サブシステム（ｔｉｅ ａｕｄｉｔ ｓｕｂｓｙｓｔｅｍ）及び設定サブシステム（ｓｅｔｔｉｎｇｓ ｓｕｂｓｙｓｔｅｍ）のように枕木管理及び検査が達成できる複数のサブシステムを含む。

例示的な実施形態において、本開示は、鉄道システムで枕木を管理する方法を含み、方法は、複数の枕木マークファイル（ｔｉｅ ｍａｒｋ ｆｉｌｅ）を生成してメモリに格納するステップと、鉄道枕木データを有する第１枕木マークファイルに対する暗号化されたネットワークを介して要求を受信するステップと、暗号化されたネットワークを介してクライアントに第１枕木マークファイルを提供するステップと、鉄道枕木データを用いて、検査情報テーブル及び枕木グリッド（ｔｉｅ ｇｒｉｄ）を生成するための検査プロセスをプロセッサを介してインスタンス化するステップとを含み、枕木グリッドは、第１枕木に関するメタデータを含む。方法は、予め決定されたカテゴリーにより第１枕木マークファイルを分類するステップをさらに含む。方法は、第１枕木マークファイルを選択するステップをさらに含む。第１枕木マークファイルは、鉄道線路の予め決定された区間に対する枕木を含む。方法は、第１枕木を選択するエントリーを受信するステップ及びプロセッサを介して選択を強調するグラフィックを生成するステップをさらに含む。方法は、第１枕木が交替のためにマーキングされる場合、インディケーションを生成するステップをさらに含む。方法は、フリップ命令が受信される場合、プロセッサを介して第１枕木メタデータを変更するステップをさらに含む。方法は、クライアントのイメージキャプチャー機能をインスタンス化してキャプチャーされたイメージを第１枕木メタデータに格納するステップをさらに含む。方法は、プロセッサを介して、ユーザ入力フィールドをインスタンス化するステップ及び入力データを第１枕木メタデータに格納するステップをさらに含む。方法は、鉄道線路特性を決定するステップ及び鉄道線路特性を枕木グリッドにディスプレイするステップをさらに含む。

他の例示的な実施形態において、本開示は、鉄道枕木管理システムを含んでもよく、鉄道枕木管理システムは、複数の枕木マークファイルを含む第１データベースを含むデータ格納装置、及び暗号化されたネットワークを介して格納装置に動作可能に接続されてプログラムステップを行うために機械読み出し可能な命令を実行できるネットワーク化されたコンピュータプロセッサを含み、プログラムステップは、データベースから枕木マークファイルを検索（ｒｅｔｒｉｅｖｅ）するステップと、複数の枕木に関するメタデータを含む枕木グリッド及び検査情報テーブルを生成するために枕木マークファイルに対する検査プロセスをインスタンス化するステップと、枕木マークファイルを編集するステップと、編集された枕木マークファイルをデータベースに格納するステップを含む。プログラムステップは、枕木グリッドで第１枕木を選択するエントリーを受信するステップ及びプロセッサを介して選択を強調するグラフィックを生成するステップを含む。

プログラムステップは、枕木グリッド内の枕木が交替のためにマーキングされる場合、インディケーションを生成するステップをさらに含む。プログラムステップは、フリップ命令が受信される場合、プロセッサを介して第１枕木メタデータを変更するステップをさらに含む。プログラムステップは、クライアントのイメージキャプチャー機能をインスタンス化してキャプチャーされたイメージを第１枕木メタデータに格納するステップをさらに含む。プログラムステップは、プロセッサを介してユーザ入力フィールドをインスタンス化するステップ及び入力データを第１枕木メタデータに格納するステップをさらに含む。プログラムステップは、鉄道線路特性を決定するステップ及び鉄道線路特性を枕木グリッドにディスプレイするステップをさらに含む。

他の例示的な実施形態において、本開示は、レール枕木（rail tie）状態処理システムを含んでもよく、レール枕木状態処理システムは、複数の枕木マークファイルを含むデータ格納装置、及び暗号化されたネットワークを介して格納装置に動作可能に接続されてプログラムステップを行うために機械読み出し可能な命令を実行できるネットワーク化されたコンピュータプロセッサを含み、プログラムステップは、クライアント装置の位置を受信するステップと、クライアント装置で開始点と移動方向を示すステップと、レール枕木ファイルで複数の鉄道枕木のそれぞれに対するレール枕木状態インジケータを生成するステップと、レール枕木の状態を確認又は変更する入力を受信するステップを含む。レール枕木状態処理システムは、レール枕木ファイルに関する区間線路に対する１つ以上のレール枕木を示すグラフィックをディスプレイするステップをさらに含む。グラフィックは、枕木のタイプ、枕木ナンバー、鉄道線路に関する属性又は特性を示す。

本開示の１つ以上の例示的な実施形態に係る、例示的な鉄道枕木管理システムを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システムの例示的なダイヤグラムを示す。 本開示の１つ又は１０個以上の例示的な実施形態に係る、鉄道枕木管理システム制御ロジックを示す。 本開示の１つ以上の例示的な実施形態に係る、レール枕木状態処理制御ロジックを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理及び処理システム制御ロジックを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木検査制御ロジックを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木検査制御ロジックを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、ダウンロードのためにクライアント装置に鉄道枕木マークファイルを提供するための鉄道枕木管理システムインターフェースを示す。 本開示の１つ以上の例示的な実施形態に係る、ダウンロードのためにクライアント装置に鉄道枕木マークファイルを提供するための鉄道枕木管理システムインターフェースを示す。 本開示の１つ以上の例示的な実施形態に係る、ダウンロードのためにクライアント装置に鉄道枕木マークファイルを提供するための鉄道枕木管理システムインターフェースを示す。 本開示の１つ以上の例示的な実施形態に係る、ダウンロードのためにクライアント装置に鉄道枕木マークファイルを提供するための鉄道枕木管理システムインターフェースを示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。 本開示の１つ以上の例示的な実施形態に係る、鉄道枕木管理システム構成要素の例示的な実施形態を示す。

以下で説明するように、説明に提示されている開示物の好ましいバージョン及びその様々な特徴及び有利な細部事項は添付の図面に含まれている非制限的な例を参照し、以下の説明で詳細に説明されるように、より完全に説明される。周知の構成要素に対する説明は、本明細書に説明された主な特徴を不要に不明瞭にしないよう省略されている。次の説明に使用される例は、本開示内容が具現されて実施され得る方式の理解を容易にするためのものである。従って、その例は請求範囲を制限するものとして解釈されることはない。

図１は、本開示の１つ以上の実施形態に係る鉄道枕木管理システム１００の概略図を示す。鉄道枕木管理システム１００は、データベース１０４に動作可能に接続されている鉄道枕木管理システムサーバ１０２を含む。サーバ１０２は、ネットワーク接続１０６を介して１つ以上のクライアント１０８に動作可能に連結（ｃｏｕｐｌｅ）されることができる。クライアント１０８は、物理的装置（例えば、携帯電話、コンピュータ、又は、他の適切な装置）、プログラム又はアプリケーションであってもよい。他の例示的な実施形態において、クライアント１０８は、サーバ１０２と通信するように構成されたモバイルアプリケーションを有するモバイル装置を含んでもよい。

サーバは、ハードウェア、ソフトウェア、又は、ハードウェアとソフトウェアの適切な組み合せにより実現され、メモリにアクセスできる１つ以上のプロセッサを有して１つ以上のサーバで動作する１つ以上のソフトウェアシステムを含んでもよい。サーバには、電子格納装置、１つ以上のプロセッサ及び／又は他の構成要素が含まれてもよい。サーバは、ネットワーク及び／又は他のコンピューティングプラットフォームと情報交替を可能にする通信ライン又はポートを含んでもよい。サーバは、また、本明細書において、サーバに属する機能を提供するために共に動作する複数のハードウェア、ソフトウェア及び／又はファームウェア構成要素を含んでもよい。例えば、サーバは、共にサーバとして動作するコンピューティングプラットフォームのクラウドによって実現されてもよい。また、サーバにはメモリが含まれてもよい。

メモリは、情報を電子的に格納する非一時的な格納媒体を含んでもよく、電子格納装置を含んでもよい。電子格納装置の電子格納媒体は、サーバと一体型（即ち、実質的に除去できない）に提供されるシステム格納装置及び／又は、例えば、ポート（例えば、ＵＳＢポート、Ｆｉｒｅｗｉｒｅポートなど）又はドライブ（例えば、ディスクドライブなど）を介してサーバに着脱式に連結可能な着脱式格納装置（ｒｅｍｏｖａｂｌｅ ｓｔｏｒａｇｅ）のうちの１つ又は全てを含んでもよい。電子格納装置は、光学的に読み出し可能な格納媒体（例えば、光ディスクなど）、磁気的に読み出し可能な格納媒体（例えば、磁気テープ、磁気ハードドライブ、フロッピードライブなど）、電荷基盤の格納媒体（例えば、ＥＥＰＲＯＭ、ＲＡＭなど）、固体状態の格納媒体（例えば、フラッシュドライブなど）、及び／又は他の電子的に読み出し可能な格納媒体のうちの１つ以上を含んでもよい。電子格納装置は、１つ以上の仮想格納装置リソース（例えば、クラウドストレージ、仮想私設ネットワーク、及び／又は他の仮想格納装置リソース）を含んでもよい。電子格納装置は、本明細書で説明したように、機械読み出し可能な命令、ソフトウェアアルゴリズム、プロセッサによって決定された情報、サーバから受信された情報、コンピューティングプラットフォームから受信された情報及び／又はサーバが作動できるようにする他の情報を格納してもよい。電子格納装置は、ネットワーク接続を介してアクセスしてもよい。

プロセッサは、サーバで情報処理機能を提供するように構成されることができる。

このように、プロセッサは、デジタルプロセッサ、アナログプロセッサ、情報を処理するように設計されたデジタル回路、情報を処理するように設計されたアナログ回路、状態機械、及び／又はＦＰＧＡ又はＡＳＩＣのような情報を電子的に処理するための他のメカニズムのうちの１つ以上を含んでもよい。プロセッサは、単一個体や複数の処理ユニットを含んでもよい。このような処理ユニットは同じ装置内に物理的に位置したり、プロセッサは調整又はソフトウェア機能で動作する複数装置の処理機能を示すことができる。

プロセッサは、ソフトウェア、ハードウェア、ファームウェア、ソフトウェア、ハードウェア及び／又はファームウェアの一部の組み合せ及び／又はプロセッサの処理機能を構成するための他のメカニズムによって機械読み出し可能な命令又は学習モジュールを実行するように構成してもよい。本明細書で使用されるように、「機械読み出し可能な命令（ｍａｃｈｉｎｅ－ｒｅａｄａｂｌｅ ｉｎｓｔｒｕｃｔｉｏｎ）」という用語は、機械読み出し可能な命令構成要素に起因する機能を行う任意の構成要素又は構成要素のセットを指す。これは、プロセッサ読み出し可能な命令、プロセッサ読み出し可能な命令、回路、ハードウェア、格納媒体、又は、任意の他の構成要素の実行の間に１つ以上の物理的なプロセッサを含んでもよい。

サーバは、１つ以上の機能モジュールがある機械読み出し可能な命令で構成されてもよい。機械読み出し可能な命令は、メモリにアクセスできる１つ以上のプロセッサがある１つ以上のサーバで実現されてもよい。機械読み出し可能な命令は、単一のネットワーク化されたノード又は複数の分散型アーキテクチャーのネットワーク化されたノードを含む機械クラスタであってもよい。機械読み出し可能な命令は、以下でさらに詳しく説明されるように、様々な機能を実現するための制御ロジックを含んでもよい。機械読み出し可能な命令は、鉄道枕木管理システム１００に関する特定機能を含んでもよい。

鉄道枕木管理システム１００の場合、例えば、サーバ１０２及びクライアント１０８に送受信されるメッセージの形式（ｆｏｒｍａｔ）は、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）、ＴＣＰ／ＩＰ、ＸＭＬ、ＨＴＭＬ、ＡＳＣＩＩ、ＳＭＳ、ＣＳＶ、ＡＰＩ又はその他の適切な形式を含む全ての形式を含んでもよい。各メッセージは、メッセージヘッダ（ｍｅｓｓａｇｅ ｈｅａｄｅｒ）、ヘッダ属性（ｈｅａｄｅｒ ｐｒｏｐｅｒｔｙ）及びメッセージ本文（ｍｅｓｓａｇｅ ｂｏｄｙ）で構成されたり、ウェブの表形状態の変更（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ；ＲＥＳＴ）を含んで同じ形式を有する適切な形式にカプセル化及びパケット化されることができる。上述したシステムの構成要素（例えば、サーバ及びクライアント）は、インターネット、イントラネット又はその他の適切なネットワークを介して通信可能に接続され得る。メッセージ送信は、ＶＰＮトンネル又はその他の適切な通信手段によって暗号化されたり暗号化されなくてもよい。システム１００の構成要素は、ＷＡＮ、ＬＡＮ、ＰＡＮ又はその他の適切なネットワーク１０６を介して接続されてもよい。クライアント１０８とサーバ１００との間のネットワーク通信は、ＰＧＰ、ブローフィッシュ（Ｂｌｏｗｆｉｓｈ）、トゥーフィッシュ（Ｔｗｏｆｉｓｈ）、ＡＥＳ、３ＤＥＳ、ＨＴＴＰＳ、又は、他の適切な暗号化を用いて暗号化されてもよい。システム１００は、Ｗｉ－Ｆｉ、ブルートゥース、（登録商標）イーサネット、又は、他の適切な通信プロトコルを用いて本明細書に開示されている様々な他のシステム及びモジュールと通信するように構成されることができる。ネットワーク通信は、アプリケーションプログラミングインターフェース（ＡＰＩ）、ＰＣＩ、ＰＣＩ－Ｅｘｐｒｅｓｓ、ＡＮＳＩ－Ｘ１２、イーサネット、ワイ－パイ（Ｗｉ－Ｆｉ）、ブルートゥース（ｂｌｕｅｔｏｏｔｈ）又はその他の適切な通信プロトコルを介して発生し得る。また、第３者データベースは、ネットワーク１０６を介してシステム構成要素に動作可能に接続されてもよい。

本開示の１つ以上の例示的な実施形態に係る図２は、例えば、ダッシュボードシステム２０２、枕木監査システム２０４、枕木マーク検索システム２０６、及び設定システム２０８を含む複数のサブシステムを有する鉄道枕木管理システム２００のダイヤグラムを示す。実施形態において、枕木監査システム２０４、枕木マーク検索システム２０６、及び設定システム２０８は、ダッシュボードシステム２０２のサブシステムであってもよい。例示的な実施形態において、鉄道枕木管理システム２００は、スマート装置上のモバイルアプリケーションを介して部分的に具現され、ここで、システムの様態は様々な結果を達成するためにユーザ命令及び入力に応答する。例えば、鉄道枕木管理システム２００は、ダッシュボードシステム２０２を含んでいるインストールされたモバイルアプリケーションを含む機械読み出し可能な命令を実行するスマートフォンを含んでもよい。ダッシュボード２０２を介して、ユーザは、図１に示すようにインターネット１０６を介して鉄道枕木管理システムサーバ１０２及びデータベース１０４と通信できる。他の例示的な実施形態において、鉄道枕木管理システム２００は、スマート装置でアプリケーションとして実現されてもよく、サーバ１０２及びデータベース１０４と動作可能に通信され、ダッシュボードシステム２０２、枕木監査システム２０４、枕木マーク検索システム２０６、及び設定システム２０８は、具現されたアプリケーションに対するサブシステムとして動作することができる。

図３は、本開示の１つ以上の例示的な実施形態に係る、鉄道枕木ダッシュボード生成及び管理のための方法の特徴を実現する制御ロジックを例示するフローチャート３００を示す。鉄道枕木ダッシュボード制御ロジック３００は、サーバ、機械学習モジュール、又は、他の適切なシステムでアルゴリズムとして実現される。鉄道枕木ダッシュボード制御ロジック３００は、ソフトウェア、ハードウェア、アプリケーションプログラミングインターフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ；ＡＰＩ）、ネットワーク接続、ネットワーク送信プロトコル、ＨＴＭＬ、ＤＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、Ｄｏｊｏ、Ｒｕｂｙ、Ｒａｉｌｓ、他の適切なアプリケーション、又は、その適切な組み合せにより達成することができる。

鉄道枕木ダッシュボード制御ロジック３００は、データを同時に処理することによって複数のプロセス及びスレッドを発生させるコンピュータプラットフォームの能力を活用し得る。鉄道枕木ダッシュボード制御ロジック３００の速度及び効率性は、鉄道枕木ダッシュボードを生成及び管理するために１つ以上のプロセスをインスタンス化することで大きく改善され得る。しかし、プログラミング分野の熟練者は、単一の処理スレッドの使用が利用されてもよく、本開示の範囲内にあるものと理解できるのであろう。

本実施形態の鉄道枕木ダッシュボード制御ロジック３００のプロセスの流れは、制御ロジック３００がクライアントからアクセス要求を受信するステップ３０２から開始する。例示的な実施形態において、クライアントは、本開示によりモバイルスマート装置で実行されるモバイルアプリケーションであってもよい。その後制、御ロジック３００はステップ３０４に進む。

ステップ３０４において、制御ロジック３００は、ユーザがシステムにアクセスできるようにログイン画面を生成及びレンダリングする。例示的な実施形態において、クライアントは、ユーザ名及びパスワード、指紋、顔イメージ、又はその他の適切なデータを入力するように、ユーザにプロンプトしてもよい。その後、制御ロジック３００はステップ３０６に進む。

ステップ３０６において、制御ロジック３００は、ユーザ認証が成功したか否かを決定する。例示的な実施形態において、制御ロジック３００は、認証キーマッチング（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｋｅｙ ｍａｔｃｈｉｎｇ）又はその他の適切な認証方法によってユーザ資格情報（ｕｓｅｒ ｃｒｅｄｅｎｔｉａｌ）の認証を開始することができる。認証３０６が失敗した場合、クライアントは、認証が成功したり最大のトライ回数に達するまでログイン画面３０４を再びディスプレイし、ログイン画面３０４を再びディスプレイしてもよい。認証３０６が成功した場合、クライアントは、例えば、ダッシュボードシステム２０２、枕木監査システム２０４、枕木マーク検索システム２０６、及び設定システム２０８のような１つ以上のシステム及びサブシステムに対するリンクを有するダッシュボードをディスプレイしてもよい。他の例示的な実施形態において、ダッシュボードシステム２０２は、鉄道枕木ファイルを局所にレンダリング及び検索してもよい。他の例示的な実施形態において、ダッシュボードシステム２０２は、遠隔データベース又はその他の適切な格納された鉄道枕木ファイルを検索してもよい。ダッシュボードシステム２０２は、また、監査された枕木の数及びマーキングされた枕木の数のインディケーションをレンダリングしてもよい。レンダリングはクライアント装置にあってもよい。他の例示的な実施形態において、ダッシュボードシステム２０２は、また、利用可能な鉄道枕木ファイルの状態を識別してもよい。例えば、状態は、他の適切な状態のうちファイルが「進行中」又は「完了」というインディケーションを含んでもよい。他の例示的な実施形態において、鉄道枕木ファイルは、状態に応じて分類されてもよい。その次に、制御ロジック３００は、新しい認証情報を終了したり待機して、上述したステップを繰り返すことができる。

図４は、本開示の１つ以上の例示的な実施形態に係るレール枕木状態処理のための方法の特徴を実現する制御ロジックを例示するフローチャート４００を示す。レール枕木状態処理制御ロジック３００は、サーバ、機械学習モジュール、又はその他の適切なシステムでアルゴリズムとして実現され得る。レール枕木状態処理制御ロジック４００は、ソフトウェア、ハードウェア、アプリケーションプログラミングインターフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ；ＡＰＩ）、ネットワーク接続、ネットワーク送信プロトコル、ＨＴＭＬ、ＤＨＴＭＬ、ジャバスクリプト、Ｄｏｊｏ、Ｒｕｂｙ、Ｒａｉｌｓ、他の適切なアプリケーション又はその適切な組み合せにより達成することができる。

レール枕木状態処理制御ロジック４００は、データを同時に処理することによって複数のプロセス及びスレッドを発生させるコンピュータプラットフォームの能力を活用し得る。レール枕木状態処理制御ロジック３００の速度及び効率性は、鉄道枕木ダッシュボードを生成及び管理するために、１つ以上のプロセスをインスタンス化することで大きく改善され得る。しかし、プログラミング分野の熟練者は、単一処理スレッドの使用が利用されてもよく、本開示の範囲内にあることを理解できるのであろう。

本実施形態のレール枕木状態処理制御ロジック４００プロセスの流れは、制御ロジック４００が１つ以上の鉄道枕木ファイルにアクセスできるステップ４０２から開始する。例示的な実施形態において、枕木ファイルはファイル識別子を含んでもよい。ファイル識別子は、ファイル名又は他の固有識別子であってもよい。他の例示的な実施形態において、ファイル識別子は、鉄道線路セグメント、位置又は他の関連情報に関わっている。他の例示的な実施形態において、鉄道枕木ファイルは、モバイルスマート装置、ラップトップ、スマートウォッチ、又は、他の適切な装置で実行されるモバイルアプリケーションのようなクライアント装置でアクセスされてもよい。制御ロジック４００はその後ステップ４０４に進む。

ステップ４０４において、制御ロジック４００は、それぞれの枕木ファイルに対する鉄道枕木ファイル状態を決定する。例示的な実施形態において、ファイル状態は、制御ロジック４００によってファイルが使用されたか否か、方法、時期、場所、及び誰によって使用されたかを示す。他の例示的な実施形態において、ファイル状態は、他の関連状態のうち「開始されない（ｎｏｔ ｓｔａｒｔｅｄ）」、「進行中」、及び「完了」を含んでもよい。制御ロジック４００はその後ステップ４０６に進む。

ステップ４０６において、制御ロジック４００は、ファイル状態に応じて鉄道枕木ファイルを分類する。例示的な実施形態において、ファイル状態はファイルが使用されたか否か、方法、時期、場所、及び誰によって使用されたかに応じて分類されてもよい。例示的な実施形態において、枕木マークファイルは、特に線型探索（ｓｅｑｕｅｎｔｉａｌ ｓｅａｒｃｈ）、バブル探索（ｂｕｂｂｌｅ ｓｅａｒｃｈ）、又は、迅速な探索（ｑｕｉｃｋ ｓｅａｒｃｈ）アルゴリズムに応じて制御ロジック４００により分類されてもよい。制御ロジック４００はその後ステップ４０８に進む。

ステップ４０８において、制御ロジック４００は、分類された枕木ファイルのファイル識別子をクライアント装置にディスプレイする。制御ロジック４００はその後ステップ４１０に進む。

ステップ４１０において、制御ロジック４００は、枕木ファイルを選択的に処理するためのファイルアクションインジケータを生成する。例示的な実施形態において、ファイルアクションインジケータは、クライアント装置上のファイル識別子に近接するようにディスプレイされる記号又は文字であってもよい。他の例示的な実施形態において、ファイルアクションインジケータは、他に関連するアクションのうち完了したタイプファイルをアップロードしたり、枕木ファイルを開いたり、枕木ファイルをダウンロードできるプロセスをインスタンス化してもよい。制御ロジック４００はその後ステップ４１２に進む。

ステップ４１２において、制御ロジック４００は、クライアント装置の位置を受信する。例示的な実施形態において、ＧＰＳ受信機は、クライアント装置内に配置されたりクライアント装置に動作可能に接続されてもよい。制御ロジック４００は、クライアント装置の位置を識別するためにクライアント装置のＧＰＳ座標を受信する。他の例示的な実施形態において、クライアント装置の位置は、クライアント装置に表示された地図上の記号を介して識別されてもよい。制御ロジック４００はその後ステップ４１４に進む。

ステップ４１４において、制御ロジック４００は、クライアント装置で開始点及び移動方向を示す。例示的な実施形態において、制御ロジック４００は、開始点への移動方向に対する通知又はインディケーションを生成してもよい。開始点と移動方向は、地図の記号、クライアント装置のスピーカを介して再生する聴覚的な命令（ａｕｄｉｂｌｅ ｉｎｓｔｒｕｃｔｉｏｎ）、テキスト方向（ｔｅｘｔｕａｌ ｄｉｒｅｃｔｉｏｎ）（例えば、緯度及び経度）又はその他の適切な手段に示してもよい。制御ロジック４００はその後ステップ４１６に進む。

ステップ４１６において、制御ロジック４００は、枕木ファイルに関する線路の区間に対する１つ以上のレール枕木を示すグラフィックをディスプレイする。例示的な実施形態において、グラフィックは、鉄道線路に関する枕木のタイプ、枕木ナンバー、属性又は特性、又は、他の関連情報を示す。制御ロジック４００はその後ステップ４１８に進む。

ステップ４１８において、制御ロジック４００は、枕木ファイルを用いてレール枕木状態を生成する。例示的な実施形態において、レール枕木状態は、レール枕木の特性（ｎａｔｕｒｅ）又はコンディションを示す。例えば、レール枕木状態は、枕木が摩耗されたか、交替が必要であるか又は許容可能であるかを示す。他の例示的な実施形態において、制御ロジック４００は、枕木ファイルから状態を検索して確認のために自動スキャニングを介してレール枕木の状態を満たす（ｐｏｐｕｌａｔｅ）ことができる。他の例示的な実施形態において、枕木ファイルは、レール枕木、区間又は鉄道又は他の関連主題の様々な特性を説明する複数のフィールドを有するＸＭＬファイルであってもよい。制御ロジック４００はその後ステップ４２０に進む。

ステップ４２０において、制御ロジック４００は、それぞれのレール枕木に対する枕木状態インジケータを生成する。例示的な実施形態において、記号又は文字は、枕木状態を状態インジケータのライブラリー（ｌｉｂｒａｒｙ）と相関させてクライアント装置のディスプレイの各レール枕木又はその近所に関連インジケータをディスプレイするために、制御ロジックにより生成されることができる。制御ロジック４００はその後ステップ４２２に進む。

ステップ４２２において、制御ロジック４００は、枕木ファイルのそれぞれのレール枕木の状態を確認したり変更する入力を受信する。例示的な実施形態において、制御ロジックは、ユーザが適切な状態を選択できるようにレール枕木に対する１つ以上の状態を生成してディスプレイしてもよい。他の例示的な実施形態において、制御ロジック４００は、それぞれのレール枕木を介して増加又は減少するための制御を生成してもよい。希望するレール枕木が選択されれば、制御ロジック４００は、選択されたレール枕木の状態を確認したり「フリッピング（ｆｌｉｐｐｉｎｇ）」するレール枕木の状態に関する入力をユーザから受信する。その次に、制御ロジック４００は、上述したステップを繰り返すために終了したり入力を待機する。

図５は、本開示の１つ以上の例示的な実施形態に係る、鉄道枕木ファイル管理及び処理のための方法の特徴を実現する制御ロジックを例示するフローチャート５００を示す。鉄道枕木ファイル制御ロジック５００は、サーバ、機械学習モジュール又はその他の適切なシステムでアルゴリズムとして実現されてもよい。鉄道枕木ファイル制御ロジック５００は、ソフトウェア、ハードウェア、アプリケーションプログラミングインターフェース、ネットワーク接続、ネットワーク送信プロトコル、ＨＴＭＬ、ＤＨＴＭＬ、ジャバスクリプト、Ｄｏｊｏ、Ｒｕｂｙ、Ｒａｉｌｓ、他の適切なアプリケーション又はその適切な組み合せで達成することができる。

本実施形態の鉄道枕木ファイル制御ロジック５００のプロセスの流れは、制御ロジック５００がダッシュボードシステム５０２をインスタンス化するステップ５０２から開始する。例示的な実施形態において、クライアントは本開示によりモバイルスマート装置で実行されるモバイルアプリケーションであってもよい。制御ロジック５００はその後ステップ５０４に進む。

ステップ５０４において、制御ロジック５００は、枕木マークファイルが局所に利用可能であるか（例えば、クライアント装置に格納されるか）を決定する。他の例示的な実施形態において、制御ロジック５００は、枕木マークファイルが遠隔で（例えば、ネットワーク付着の格納装置（ｎｅｔｗｏｒｋ－ａｔｔａｃｈｅｄ ｓｔｏｒａｇｅ）、サーバ、データベース、又はその他の適切な遠隔位置で）アクセスされ得るか否かを決定してもよい。目標枕木マークファイルが局所に利用可能な場合、制御ロジック５００はステップ５１４に進む。目標枕木マークファイルが局所に利用可能でない場合、制御ロジック５００はステップ５０６に進む。

ステップ５０６において、制御ロジック５００は、枕木マーク検索システム５０６をインスタンス化する。例示的な実施形態において、制御ロジック５００は、鉄道枕木管理システムサーバ又はデータベースからクライアントへの枕木マークファイルの提供を容易にするためにインスタンス化される。制御ロジック５００はその後ステップ５０８に進む。

ステップ５０８において、制御ロジック５００は、認証が成功したか否かを決定する。認証は、ユーザ、装置又はその他の適切なエンティティー（ｅｎｔｉｔｙ）に対するものである。例示的な実施形態において、制御ロジック５００は、認証キーマッチング又はその他の適切な認証方法により、ユーザ資格情報の認証を開示してもよい。認証５０８が失敗した場合、制御ロジック５００はステップ５０２に進む。認証５０８が成功する場合、制御ロジック５００はステップ５１０に進む。

ステップ５１０において、制御ロジック５００は、サーバ５１０によって要求された権限に対するユーザの同意を確認するためにユーザプロンプトを生成する。例示的な実施形態において、要求された権限は、クライアント位置及びデータだけでなく、マイク、ネットワーク、及びその他の適切なリソースのようなクライアントリソースに対するアクセスを含んでもよい。制御ロジック５００はその後ステップ５１２に進む。

ステップ５１２において、制御ロジック５００は、要求された枕木マークファイルをクライアント５１２に提供する。例示的な実施形態において、枕木マークファイルは、暗号化されたネットワークを介して送信されてもよい。クライアントとサーバとの間のネットワーク通信は、ＰＧＰ、ブローフィッシュ、トゥーフィッシュ、ＡＥＳ、３ＤＥＳ、ＨＴＴＰＳ又はその他の適切な暗号化を用いて暗号化されることができる。制御ロジック５００はその後ステップ５１４に進む。

ステップ５１４において、制御ロジック５００は、枕木マークファイルを予め決定されたカテゴリーに分類する。例示的な実施形態において、枕木マークファイルは、タイムスタンプ、状態、検査器、位置、及びその他の適切なメタデータを含むファイルの様々な特性に関するメタデータを含む。その次に、メタデータは、装置によって予め決定されたり生成される類似のカテゴリーによりグループ化されてもよい。他の例示的な実施形態において、予め決定されたカテゴリーは、サーバからダウンロードされたがクライアント装置でまだ相互作用されていない枕木マークファイルを指す「ＮＯＴ ＳＴＡＲＴＥＤ」；クライアント装置で相互作用されたが、まだ完了したものとマーキングされない枕木マークファイルを指す「ＩＮ ＰＲＯＧＲＥＳＳ」；完了したものとマーキングされた枕木マークファイルを指す「ＣＯＭＰＬＥＴＥＤ」；又は、最近ダウンロードされたり、アクセスされたり照会されたり、又は相互作用されたファイルを指す「ＲＥＣＥＮＴＬＹ ＷＯＲＫＥＤ」を含んでもよい。地理的な位置、検査対象となる枕木の数、優先順位など、数多くの他のカテゴリーが使用され得ることが分かる。制御ロジック５００はその後ステップ５１６に進む。

ステップ５１６において、制御ロジック５００は、鉄道枕木ファイルに関する様々なデータを推定する。例示的な実施形態において、特定枕木マークファイルの選択が受信され（例えば、ファイル名、タイムスタンプ、位置など）、システムは、ステップ５１８において、枕木マークファイル細部事項のディスプレイを生成する。例示的な実施形態において、制御ロジック５００は、１つ以上の鉄道枕木を示すグラフィックを生成及びディスプレイしてもよい。他の例示的な実施形態において、グラフィックは、鉄道枕木ファイルからの鉄道枕木情報を用いてそれぞれの鉄道枕木を特徴づける１つ以上のインジケータを生成するために、制御ロジック５００によって処理されてもよい。その後、ステップ５２０において、マイルポスト指定（ｍｉｌｅｐｏｓｔ ｄｅｓｉｇｎａｔｉｏｎ）のエントリーが受信され（一実施形態において、ユーザが枕木を検査するマイルポストのあるシステムと通信する）、次に、検査の方向を示すためにステップ５２２において、方向エントリーが受信される。他の例示的な実施形態において、方向エントリーは、それぞれ西側及び東側に対応する「増加」又は「減少」であってもよい。その次に、制御ロジック５００は、ユーザ入力を待機して「検査」命令が受信される場合、ステップ５２４において、「設定」命令が受信される場合、ステップ５４０において、又は「監査」命令が受信される場合、ステップ５４２に進む。

ステップ５２４において、制御ロジック５００は「検査」命令を受信する。例示的な実施形態において、検査命令は、枕木ファイルに関する線路の区間に対する１つ以上のレール枕木を示すグラフィックを生成してもよい。他の例示的な実施形態において、検査命令は、枕木ファイルで各レール枕木の特性（ｎａｔｕｒｅ）又はコンディションを示すレール枕木状態をディスプレイしてもよい。他の例示的な実施形態において、枕木状態インジケータは、それぞれのレール枕木に対して生成されてもよい。他の例示的な実施形態において、記号又は文字は、枕木状態を状態インジケータのライブラリーと相関させてクライアント装置のディスプレイの各レール枕木に、又は、その近所に関連するインジケータをディスプレイするために制御ロジックによって生成されてもよい。制御ロジック５００はその後ステップ５２６に進む。

ステップ５２６において、枕木マークファイルのデータを検査するために検査プロセスがインスタンス化される。例示的な実施形態において、グラフィックは、鉄道線路に関する枕木のタイプ、枕木ナンバー、属性又は特性、又は、他の関連情報を示す。他の例示的な実施形態において、レール枕木状態は、レール枕木の特性（ｎａｔｕｒｅ）又はコンディションを示す。他の例示的な実施形態において、制御ロジックは、ユーザが適切な状態を選択できるようにレール枕木に対する１つ以上の状態を生成してディスプレイしてもよい。他の例示的な実施形態において、制御ロジック５００は、それぞれのレール枕木を介して増加又は減少するための制御を生成してもよい。目標レール枕木が選択されれば、制御ロジック４００は、レール枕木の状態を示すユーザからの入力を受信してもよい。制御ロジック５００はその後ステップ５２８に進む。

ステップ５２８において、検査が完了した場合、制御ロジック５００は格納命令を受信し、確認する。例示的な実施形態において、検査の進行は、クライアント装置に局所に格納されてもよい。制御ロジック５００はその後ステップ５３０に進む。

ステップ５２８において、制御ロジック５００は、検査プロセスを終了して制御ロジック５００によってキャプチャーされたレール枕木の検査に関する全てのメタデータを枕木マークファイルに記録する「マーク完了」命令を受信して確認する。例示的な実施形態において、枕木ファイルは、完了とマーキングされ、究極的に枕木マークファイルがそれによりダッシュボードシステムに分類、カテゴリー化、及びディスプレイされるようにする。その次に、制御ロジック５００は、上述したステップを繰り返すために入力を終了したり待機する。

ステップ５３２において、制御ロジック５００は、完了した枕木ファイルを遠隔位置にアップロードするための「アップロード」命令を受信する。例示的な実施形態において、局所に使用可能な枕木マークファイルが完了済みとマーキングされれば、完了したファイルをサーバ、ネットワーク格納装置、又は、他の関連する場所への送信を開示するために、アップロード命令が制御ロジック５００によって受信されてもよい。制御ロジック５００はその後ステップ５３４に進む。

ステップ５３４において、制御ロジック５００は、ユーザを認証したりユーザを認証できる他のシステムと通信する。例示的な実施形態において、制御ロジック５００は、認証キーマッチング又はその他の適切な認証方法によってユーザ資格情報の認証を開始してもよい。他の実施形態において、ユーザが枕木ファイルをアップロードするために、ユーザは認証されなければならない。その後、制御ロジックはステップ５３６に進む。

ステップ５３６において、制御ロジック５００は、ユーザ認証が成功したか否かを決定する。認証５３４が失敗した場合、制御ロジック５００は、クライアント装置ディスプレイにログイン画面を再びディスプレイし、認証が成功したり最大のトライ回数に到達するまでログイン画面を再びディスプレイする。認証が確認される場合、制御ロジック５００はステップ５３８に進む。

ステップ５３８において、制御ロジック５００は、暗号化されたり暗号化されていないネットワーク接続を介して、クライアント装置から遠隔位置に１つ以上のアップデートされた枕木マークファイルをアップロードする。その次に、制御ロジック５００は、新しい入力を終了したり待機して上述したステップを繰り返すことができる。

図６Ａ～図６Ｂは、本開示の１つ以上の例示的な実施形態に係る、鉄道枕木検査のための方法の特徴を実現する制御ロジックを例示するフローチャート６００（図６Ａから始まって図６Ｂに続く）を示す。鉄道枕木検査制御ロジック６００は、サーバ、機械学習モジュール、又は、その他の適切なシステムでアルゴリズムとして実現される。鉄道枕木検査制御ロジック６００は、ソフトウェア、ハードウェア、アプリケーションプログラミングインターフェース、ネットワーク接続、ネットワーク送信プロトコル、ＨＴＭＬ、ＤＨＴＭＬ、ジャバスクリプト、Ｄｏｊｏ、Ｒｕｂｙ、Ｒａｉｌｓ、他の適切なアプリケーション又はその適切な組み合せで達成することができる。

図６Ａを参照すると、本実施形態の鉄道枕木検査制御ロジック６００のプロセスの流れは、制御ロジック５００が検査プロセスをインスタンス化されるステップ６０２から開始される。検査プロセス６０２をインスタンス化するとき、ステップ６０８において、検査情報テーブルが生成される。図５に関連して議論されたように、ユーザは、検査のために枕木マークファイルを選択する場合、検査プロセスインスタンス化の前に増加又は減少方向を選択してもよい。ステップ６０４において、例示的な実施形態で、増加方向が選択される場合、制御ロジック６００は、枕木ナンバーによって昇べきの順（ａｓｃｅｎｄｉｎｇ ｏｒｄｅｒ）に分類された枕木を有する枕木グリッドを生成する。ステップ６０６において、減少方向が選択される場合、制御ロジック６００は、枕木ナンバーによって降べきの順（ｄｅｓｃｅｎｄｉｎｇ ｏｒｄｅｒ）に分類された枕木を有する枕木グリッドを生成する。

ステップ６１０において、生成された枕木グリッドは複数のユーザ入力に応答する。例えば、枕木検索命令を受信してユーザに目標枕木ナンバーを入力するとのメッセージをプロンプトしてもよい。枕木検索命令が受信される場合、制御ロジックはステップ６１２に進む。枕木検索命令が受信されない場合、制御ロジックはステップ６１８に進む。

ステップ６１２において、枕木ナンバーエントリーは、制御ロジック６００によって受信される。ステップ６１４において、距離検索命令（ｆｉｎｄ ｄｉｓｔａｎｃｅ ｃｏｍｍａｎｄ）が制御ロジック６００によって受信される。ステップ６１６において、制御ロジック６００は、指定された枕木とクライアント装置との間の物理的距離を算出してディスプレイする。例示的な実施形態において、そのような距離算出は、例えば、モバイルスマート装置（例えば、図５の５１０のように権限が要求される場合に承認される権限）のようなクライアント装置に動作可能に接続されたＧＰＳ受信機を活用することができる。ステップ６２０において、「枕木に移動（ｇｏ ｔｏ ｔｉｅ）」命令が受信され、ステップ６２２において、枕木グリッドの指定された枕木でユーザをナビゲートする。

ステップ６１８において、制御ロジックは、枕木グリッドの特定枕木でナビゲートするためにナビゲーションエントリー（ｎａｖｉｇａｔｉｏｎ ｅｎｔｒｙ）を受信する。他の例示的な実施形態において、制御ロジック６００の生成命令（ｇｅｎｅｒａｔｅｄ ｃｏｍｍａｎｄ）を使用する代わりに、ユーザは、枕木グリッドの特定枕木を手動で（ｍａｎｕａｌｌｙ）ナビゲートするために手動エントリー（例えば、スクローリング、矢印キー又は任意の他の適切なユーザ入力インターフェース）を用いてもよい。

ステップ６２４において、目標枕木がナビゲートされれば、特定枕木の選択エントリーが受信されて強調される。例示的な実施形態において、制御ロジック６００は、クライアント装置で選択された枕木をディスプレイすることができるため、選択された枕木を強調表示したり、色塗したり、はがしたり（ｂａｌｄ）、又は、枕木グリッドから選択されない枕木から際立たせてもよい。

ステップ６２６において、枕木は交替のためにマーキングされる。例示的な実施形態において、そのような指定は、枕木マークファイルにすでにプログラミングされる。制御ロジック６００は、枕木ファイルから特定枕木に対する属性をパーシング（ｐａｒｓｅ）し、そのような属性によりクライアント装置に枕木をレンダリングしてもよい。

ステップ６２８において、制御ロジックは、枕木に対する属性をユーザに知らせるためのインディケーションを生成し、枕木はマーキングされる。例示的な実施形態において、インディケーションは、視覚的（カラー）、触覚的（バイブレーション）、聴覚的（サウンドなど）、又は、その他の関連ユーザインディケーションであってもよい。

ステップ６２６において、枕木が交替のためにマーキングされない場合、制御ロジック６００は、ステップ６４４において、いずれのアクションも取らないと決定する。例示的な実施形態において、ユーザは、制御ロジック６００を介していずれのアクションも取らないことを示すメタデータで枕木をタグ（ｔａｇ）してもよい。ステップ６３０において、フリップ命令は、また、制御ロジック６００によって受信される。フリップ命令は、クライアント装置を介してユーザによって選択され得る。

ステップ６３２において、枕木の指定（状態）は、「アクション」と「アクションなし」との間でスイッチされ、制御ロジックは、そのような変更をユーザにディスプレイすることができる。他の例示的な実施形態において、交替のためにマーキングされた枕木は、これ以上交替のためにマーキングされず、そのようにマーキングされない枕木はそのようにマーキングされるのであろう。

ステップ６３４において、コメント命令は、制御ロジック６００によって受信される。例示的な実施形態において、枕木グリッドは、ＰＲＥＶＩＯＵＳ及びＮＥＸＴのようなユーザ入力命令を介してナビゲートすることができ、命令は、グリッドをナビゲートして示す方向（ｉｎｄｉｃａｔｅｄ ｄｉｒｅｃｔｉｏｎ）に現在選択された枕木に直ちに隣接した枕木を選択する。他の例示的な実施形態において、この機能は、ブルートゥース無線コントローラのようなコントローラに接続される。

ステップ６３６において、制御ロジックは、ユーザが特定の枕木に対するデータを入力可能にするユーザ入力フィールドを生成する。例示的な実施形態において、制御ロジック６００は、ユーザ生成又は選択された枕木データを示すメタデータでファイルの枕木をタグすることができる。

ステップ６３８において、制御ロジック６００がカメラ命令を受信したか否かが決定される。

例示的な実施形態において、クライアント装置はカメラを含んでもよい。カメラ命令が受信されていない場合、制御ロジックはステップ６４４に進む。カメラ命令が受信される場合、制御ロジックはステップ６４０に進む。

ステップ６４０において、制御ロジックは、クライアント装置カメラ機能（例えば、図５のステップ５１０で取得可能な権限）をインスタンス化する。例示的な実施形態において、制御ロジック６００は、クライアント装置カメラを介して１つ以上のイメージをキャプチャーしてもよい。ステップ６４２において、制御ロジック６００は、キャプチャーされたイメージを選択された枕木と関連させる。例示的な実施形態において、制御ロジック６００は、枕木ファイルの又は枕木ファイルに添付された特定レール枕木に関するメタデータとしてイメージを格納することができる。

ステップ６０２において、検査プロセスのインスタンス化の後に図６Ｂを参照する。上記のように、ステップ６０８において、複数のディスプレイ及びフィールドを含み、検査情報テーブルが生成される。ステップ６４８において、制御ロジック６００は、情報テーブルに含まれたデータを用いて枕木フィールドに現在選択された枕木をディスプレイする。ステップ６４８において、制御ロジック６００は、交替フィールド６５０で交替された枕木をディスプレイする。制御ロジック６００は、また、「除去」フィールドでそのカテゴリーから除去された、交替のために以前にマーキングされた枕木の数をディスプレイし、「追加」フィールドは、交替のためにマーキングされた枕木の総カウントに追加された枕木の数を示し、「バンカー」フィールドは、「除去」フィールドと「追加」フィールドとの間の差を該当カテゴリーに対する枕木割当（ｔｉｅ ａｌｌｏｔｍｅｎｔ）のインディケーションでディスプレイし、及び全体マークフィールドは、選択された枕木マークファイルに交替のためにマーキングされた枕木の数を示すことができる。

制御ロジック６００は、枕木グリッドとのユーザ相互作用に応答してフィールドを自動にアップデートすることができる。制御ロジックは、増加及び減少カウンタ値を格納できるレジスタを含んでもよい。ステップ６５２において、交替のために以前にマーキングされた枕木が「フリップ」場合、ステップ６５４において、「除去」フィールドカウンタが増加する。例示的な実施形態において、フィールドをフリップすることは、マーキングされた枕木が除去されたことを示す。ステップ６５６において、この増加は、「バンカー」フィールドカウンタの増加を引き起こしたり増加が同時に発生し得る（以前にマーキングされた枕木は、これ以上交替のためにマーキングされないため、ユーザが「余分」の枕木を有することを示す、即ち、新しい枕木が必要でないので、新しい枕木は「バンク」として使用可能である）。

ステップ６６０において、以前に交替のためにマーキングされない枕木が交替のためにマーキングされるように「フリップ」される場合、それにより、「追加」フィールドが制御ロジック６００によって増加される。このような増加は、「バンカー」フィールドがステップ６６４において、制御ロジックによって減少され、これは、新しい枕木が「バンク」から「撤回（ｗｉｔｈｄｒａｗ）」され、現在の交替のためにマーキングされた枕木を交替することを示す。検査情報テーブルの増加及び減少は、同様に「全体マーキング」フィールドカウンタに影響を及ぼし、ステップ６５８において、減少及びステップ６６６で適切な増加を引き起こす。ステップ６６８において、制御ロジックは、いずれのアクションも取らない。その次に、制御ロジック６００は、新しい入力を終了したり待機して上述したステップを繰り返す。

図７Ａ及び図７Ｂは、１つ以上の例示的な実施形態に係る鉄道枕木管理システム構成要素を示す。例示的な実施形態において、クライアント装置のモバイルアプリケーションは、鉄道枕木管理システムサーバとの接続を要求し、ダッシュボードをディスプレイすることができる。図７Ａを参照すると、ユーザがユーザＩＤ７０２及びパスワード７０４を入力できるログイン画面７００を介して認証が要求される。認証が成功した場合、モバイルアプリケーションは、ダッシュボードシステム７０６をインスタンス化することができる。例えば、線路の区間は、枕木状態及び対応するメタデータを羅列（ｌｉｓｔ）するファイルと共にファイルから組織されてもよい。このような線路区間は、線路の特定区間で識別された問題の数、利用可能な装備、位置アクセシビリティ（ｌｏｃａｔｉｏｎ ａｃｃｅｓｓｉｂｉｌｉｔｙ）及び他の関連する媒介変数（ｒｅｌｅｖａｎｔ ｐａｒａｍｅｔｅｒ）に基づいて長さが変わり得る。例示的な実施形態において、クライアント装置は、局所に利用可能な枕木マークファイルを有しており、増加したアクセシビリティのためにダッシュボードシステム７０６が枕木マークファイルを分類できるようにする。枕木マークファイルは、線型探索、バブル探索、又は迅速な探索アルゴリズムにより分類されてもよい。

例示的な実施形態において、枕木マークファイルのメタデータは、線路の特定区間の検査状態を示す。他の例示的な実施形態において、状態はＩＮ ＰＲＯＧＲＥＳＳ７０８、ＣＯＭＰＬＥＴＥＤ７１０、ＮＥＷ、又は、その他の関連するインディケーションとして識別されることができる。他の実施形態において、ダッシュボードシステム７０６は、ナビゲーションリンクを介して複数のサブシステムをインスタンス化するための命令を受信してもよい。そのようなリンクには、次のリンクが含まれてもよい；異なるリンクのうち、ダッシュボード７１２、枕木監査７１４、枕木マーク７１６、設定７１８がある。他の例示的な実施形態において、マーキングされたり監査された複数の枕木は、クライアント装置のダッシュボードシステム７０６によってマーキングされることができる。

図８Ａ、図８Ｂ及び図８Ｃは、１つ以上の例示的な実施形態に係る鉄道枕木管理システム構成要素を示す。枕木マークナビゲーションリンク７１６（図７Ａ及び７Ｂに示されている）は、例えば、枕木マーク検索システム８００をインスタンス化する。この例示的な実施形態において、枕木マーク検索システム８００は、ダッシュボードシステム７０６のサブシステムとして実行することができ、利用可能な局部ファイル（例えば、８１０）は、複数のカテゴリー８０４，８０６，８０８に分類されたまま残っている。このような枕木マーク検索システムサブシステム８００は、鉄道枕木管理システムサーバに送信され得るファイル検索要求を生成してもよい（例えば、右側上段の角にある「＋」ユーザ入力リンクを介して）。サーバは、例えば、ログイン画面８１２を通した認証を要求し、次に、サーバ（及び／又はサーバと動作可能な通信にあるモバイルアプリケーション）がクライアント装置の特定の側面を制御できるようにユーザ８１４から権限を要求してもよい。認証が完了して必要な権限が付与されれば、サーバは、図９Ａ～図９Ｄに示すように、ダウンロードのために枕木マークファイルをクライアント装置に提供することができる。

例示的な実施形態において、枕木マークファイルは、先ず、９００から見られるように、サブディビジョン（即ち、ＨＡＳＴＩＮＧＳ又はＳＴ ＣＲＯＩＸ）によって組織されてもよい。クライアントは、例えば、９０２から見られるマイルポスト範囲（例えば、－ＭＰ－１７３．０－２０２．０に指定されてタイトルのある枕木マークファイルに特定サブディビジョンのマイルポスト１７３からマイルポスト２０２までの枕木を含むことを示す）によって組織された枕木マークファイルの範囲が提供される。プランナンバー、線路コード、及びラインセグメントのような他の複数のフィールドを枕木マークファイル範囲と関わっている。「ダウンロード」又は「全体ダウンロード」命令を受信し、クライアントがサーバから選択された枕木マークファイルの複写本を検索してもよい。枕木マークファイルは、局所に使用可能であれば、９０４に示すように分類される。その次に、与えられた枕木マークファイルが選択され、９０６に示すように枕木マークファイル細部事項の生成をプロンプトする。そのような細部事項は、ディビジョン、サブディビジョン、ラインセグメント、線路タイプ、マイルポスト範囲、最後の検査日付、枕木マークファイルの状態及びマイルポスト方向を含んでもよい。例示的な実施形態において、マイルポスト方向フィールドは、増加又は減少の方向９０８を選択するために、ユーザによってトグルされてもよい。これが完了すると、検査プロセスは、例えば、検査命令（例えば、図９Ｄの右側上段コーナー）を介してインスタンス化され得る。

図１０Ａ～図１０Ｆは、１つ以上の例示的な実施形態に係る鉄道枕木管理システム構成要素を示す。例示的な実施形態において、検査プロセスが枕木マークファイルでインスタンス化される場合、検査情報テーブル１０００及び枕木グリッド１０１８が生成される。検査情報テーブルは、枕木１００２、交替１００４、追加１００６、除去１００８、マイルポスト１０１０、全体マーク１０１２、バンカー１０１４及びＡＵＲＯＲＡ＃１０１６のような複数のフィールドを含む（例えば、Ａｕｒｏｒａ（登録商標）スキャニング技術によって以前に実行された検査に対応して、データは、実施形態で以前に枕木マークファイルに含まれる）。検査情報テーブルは、本開示の原理により枕木グリッドとの相互作用に応答する。枕木グリッド１０１８は、次のような複数のフィールドを含むことができる。枕木のタイプ（例えば、木材、コンクリート、金属、合成物など）に対応する（ＴＩＥ ＴＹＰＥ１０２０）；例えばＡｕｒｏｒａ（登録商標）スキャナによって決定された枕木の内部密度スコアを指す（ＩＮＴ１０２２）；枕木識別ナンバーに対応する（ＴＩＥ ＮＯ１０２４）；枕木の曲線カテゴリーを指す（ＣＲＶＣＡＴ１０２６）；ＩＮＴスコアとＥＸＴスコアの組み合わせに対応する（ＣＭＢ１０２８）；及び枕木の外部スコア（即ち、枕木の表面を検査することによって決定されたスコア）に対応する（ＥＸＴ１０３０）。例示的な実施形態において、枕木のタイプは、ＷＴ（木材枕木のための）、ＣＴ（コンクリート枕木）、Ｘ（クロッシング枕木（ｃｒｏｓｓｉｎｇ ｔｉｅ））、又はＴ（ターンアウト枕木（ｔｕｒｎｏｕｔ ｔｉｅ））をディスプレイしてもよい。他の例示的な実施形態において、ＣＲＶＣＡＴは、Ｔ（接線曲線）、Ｌ（弱い曲線）、Ｍ（中間曲線）又はＳ（激しい曲線）をディスプレイしてもよい。他の例示的な実施形態において、ＩＮＴ、ＥＸＴ及びＣＭＢスコアは１．０－４．０からの十進数でディスプレイされる。

例示的な実施形態において、枕木スコア（即ち、ＩＮＴ、ＥＸＴ及びＣＭＢ）は、次のチャート（ｃｈａｒｔ）により、例えば、Ａｕｒｏｒａ（登録商標）スキャナを介して決定されたように１．０－４．０の範囲である。

例示的な実施形態において、枕木グリッド１０１８は、上記のチャートに応じて色に区分される（即ち、ＣＭＢが３．５－４．０である枕木は黒色に強調表示され、２．７－３．４は赤色に強調表示され、１．５－２．６は黄色に強調表示され、１．０－１．４は緑色に強調表示される）。また、等級のない枕木（ｕｎｇｒａｄｅｄ ｔｉｅ）（例えば、Ａｕｒｏｒａ（登録商標）スキャナでスキャンされない枕木、即ち、バラストカバー枕木、茂った草木や泥で覆われた枕木、ターンアウト及び道路クロッシングの枕木、内部ガードレールの位置の枕木など）は青色に強調表示され、ＩＮＴ、ＥＸＴ、及びＣＭＢが－１．０に等級されないことを示す。他の例示的な実施形態において、等級のない枕木に対して、手動ＩＮＴ、ＥＸＴ、及び／又はＣＭＢを入力するとのユーザ命令が受信されてもよい。

例示的な実施形態において、枕木グリッド１０１８は手動でナビゲートされ、例えば、ユーザは、グリッドを介して「スクロール」して目標枕木を探すことができる。他の例示的な実施形態において、枕木検索命令１０３２が受信され、これは続いてユーザがナビゲートを希望する枕木ナンバー１０３４を入力するようユーザにプロンプトする。枕木ナンバー１０３４を入力した後に距離検索命令を受信し、クライアント装置と指定された枕木との間の物理的な距離に指定された枕木の緯度及び経度を算出してディスプレイすることができる。枕木ナンバーエントリー１０３４が受信された後、枕木に移動命令１０３８が受信され、これはユーザを枕木グリッドの指定された枕木に自動ナビゲートする。枕木グリッドをナビゲートする間に特定枕木が選択され、そのような選択は、例えば、図１０Ｄに示すように強調表示を介して強調されてもよい。実施形態において、交替のためにマーキングされた枕木は、枕木のタイプ列（例えば、ここでは、正方形１０４２）に配置された視覚的インジケータ１０４２を有してもよい。交替のためにマーキングされた枕木に対してフリップ命令１０４０が受信される場合、枕木がそれによりマーキングされる。例えば、枕木がこれ以上交替のためにマーキングされないことを示す赤色Ｘが黒色ボックス１０４２に示す。他の例示的な実施形態において、フリップ命令１０４０が交替のためにマーキングされない選択された枕木に対して受信される場合、視覚的インジケータ１０４４が枕木のタイプ列（例えば、ここでは、円１０４４）に配置されてもよい。

他の例示的な実施形態において、本発明の原理によりクライアント装置でイメージキャプチャー機能をインスタンス化するカメラ命令１０４８が受信される。他の例示的な実施形態において、本開示の原理によりユーザ入力フィールド１０５０の生成を引き起こすコメント命令１０４６が受信される。他の例示的な実施形態において、マーク完了命令１０５２が受信され、ファイルがダッシュボードシステムで完了済みカテゴリーに分類されることを示すために、枕木マークファイルのメタデータをアップデートする。

図１１Ａ及び１１Ｂを参照すると、１１００は枕木マークサブシステムを実行するダッシュボードシステムをディスプレイし、枕木マークファイルは完了済みにカテゴリー化される。システムは、ファイルが完了済みであるため、枕木マークファイルがサーバによって検索され得ることを決定することができる。このプロセスをインスタンス化するために、アップロード命令１１０２を受信した後、確認１１０４を行う。すると、他のクライアントのような鉄道枕木管理システムの他の構成要素でアップロードされた鉄道枕木マークファイルにアクセスすることができる。

本開示は、少なくとも次のような利点を達成する。

枕木グリッド及び他の技術改善を介して枕木検査及び枕木交替の組織化及び接近性を改善する。

枕木ファイルに関するメタデータタグを追加及び修正できる改善されたシステムを介して、枕木検査及び枕木検査器の効率性を高める。

枕木検査及び枕木マーキングを容易にするためのプラットフォームを提供する；及び

鉄道基盤の施設全般にわたって枕木に対するアクセス可能な中央集中されたデータセットを提供し、より迅速かつ情報に基づいた意思決定を可能にする。

当業者は、このような利点（及び要約に表示された利点）及び本システムの目的は本発明のシステムに組み立てられ、本明細書で説明したコンピュータハードウェア及びその他の構造的な構成要素及びメカニズムの特定の組み合せなしには可能でないことを容易に理解できるのであろう。当業者に周知の様々なプログラミングの道具が、前述した資料に説明された機能及び動作の制御を実現するために利用可能であることがさらに理解されるのであろう。さらに、プログラミング道具の特定の選択は、本明細書及び添付の請求範囲に記載された概念を実現するために選択された実現計画に配置されている特定の目的及び制約によって管理され得る。

この特許文書の説明は、特定要素、ステップ、又は機能が請求範囲に含まれなければならない必須要素であるか重要要素である意味として解釈されることはない。また、いずれかの特定請求項において「～のための手段」又は「～のためのステップ」という正確な単語が、機能を識別する分詞区分に後続して、明らかに使われない限り添付された請求項又は請求項要素に関連して３５Ｕ．Ｓ．Ｃ．§１１２（ｆ）を引用することができない。請求項内の「メカニズム」、「モジュール」、「装置」、「単位」、「構成要素」、「要素」、「メンバー」、「装置」、「機械」、「システム」、「プロセッサ」、「処理装置」又は「コントローラ」は、クレーム自体の機能によってさらに修正されたり向上される場合、関連する技術分野の熟練者に周知の構造を参照するものと理解されて意図され、３５Ｕ．Ｓ．Ｃ．§１１２（ｆ）を引用するように意図されない。

本開示は、その思想又は本質的な特性を逸脱しないながら他の具体的な形態に具体化されることができる。例えば、本明細書で説明したそれぞれの新しい構造は、基本構成又は相互間の構造的な関係を保持し、又は、本明細書で説明した同一又は類似の機能を行って特定の局所変形又は要求事項に適するように修正できる。従って、本実施形態は、全ての面で例示的なものと見なされるべきであって、制限的なものではない。従って、本発明の範疇は、前述の説明ではない添付の請求範囲によって設定される。従って、請求範囲の同等性の意味及び範囲内にある全ての変更は、ここに含まれるように意図される。また、請求範囲の個別要素は、理解され難いものであるか、日常的かつ慣習的なものではない。代わりに、請求範囲は、明細書に記述された非伝統的な発明概念に関する。

Claims (20)

1. 鉄道システムで枕木（ｔｉｅ）を管理する方法であって、
   複数の枕木マークファイルを生成してメモリに格納するステップと、
   鉄道枕木データを有する第１枕木マークファイルに対する暗号化されたネットワークを介して要求を受信するステップと、
   前記暗号化されたネットワークを介して、クライアントに前記第１枕木マークファイルを提供するステップと、
   前記鉄道枕木データを用いて、検査情報テーブル及び枕木グリッドを生成するための検査プロセスをプロセッサを介してインスタンス化するステップと、
   を含み、
   前記枕木グリッドは、第１枕木に関するメタデータを含む、方法。
2. 予め決定されたカテゴリーに応じて前記第１枕木マークファイルを分類するステップをさらに含む、請求項１に記載の方法。
3. 第１枕木マークファイルを選択するステップをさらに含む、請求項１に記載の方法。
4. 前記第１枕木マークファイルは、鉄道線路の予め決定された区間に対する前記枕木を含む、請求項３に記載の方法。
5. 前記第１枕木を選択するエントリーを受信するステップ及び前記プロセッサを介して前記選択を強調するグラフィックを生成するステップをさらに含む、請求項１に記載の方法。
6. 前記第１枕木が交替のためにマーキングされる場合にインディケーションを生成するステップをさらに含む、請求項１に記載の方法。
7. フリップ命令が受信される場合、前記プロセッサを介して第１枕木メタデータを変更するステップをさらに含む、請求項１に記載の方法。
8. 前記クライアントのイメージキャプチャー機能をインスタンス化し、キャプチャーされたイメージを第１枕木メタデータに格納するステップをさらに含む、請求項１に記載の方法。
9. 前記プロセッサを介して、ユーザ入力フィールドをインスタンス化するステップ及び入力データを第１枕木メタデータに格納するステップをさらに含む、請求項１に記載の方法。
10. 鉄道線路特性を決定するステップ及び前記鉄道線路特性を前記枕木グリッドにディスプレイするステップをさらに含む、請求項１に記載の方法。
11. 鉄道枕木管理システムであって、
    複数の枕木マークファイルを含む第１データベースを含むデータ格納装置と、
    暗号化されたネットワークを介して前記格納装置に動作可能に接続され、プログラムステップを行うために機械読み出し可能な命令を実行できるネットワーク化されたコンピュータプロセッサと、
    を含み、
    前記プログラムステップは、
    前記データベースから枕木マークファイルを検索するステップと、
    複数の枕木に関するメタデータを含む枕木グリッド及び検査情報テーブルを生成するために前記枕木マークファイルに対する検査プロセスをインスタンス化するステップと、
    前記枕木マークファイルを編集するステップと、
    編集された前記枕木マークファイルを前記データベースに格納するステップと、
    を含む、鉄道枕木管理システム。
12. 前記プログラムステップは、前記枕木グリッドで第１枕木を選択するエントリーを受信するステップ及び前記プロセッサを介して前記選択を強調するグラフィックを生成するステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
13. 前記プログラムステップは、前記枕木グリッド内の枕木が交替のためにマーキングされる場合、インディケーションを生成するステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
14. 前記プログラムステップは、フリップ命令が受信される場合、前記プロセッサを介して第１枕木メタデータを変更するステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
15. 前記プログラムステップは、クライアントのイメージキャプチャー機能をインスタンス化し、キャプチャーされたイメージを第１枕木メタデータに格納するステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
16. 前記プログラムステップは、前記プロセッサを介してユーザ入力フィールドをインスタンス化するステップと、入力データを第１枕木メタデータに格納するステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
17. 前記プログラムステップは、鉄道線路特性を決定するステップと、前記鉄道線路特性を前記枕木グリッドにディスプレイするステップをさらに含む、請求項１１に記載の鉄道枕木管理システム。
18. レール枕木状態処理システムであって、
    複数の枕木マークファイルを含むデータ格納装置と、
    暗号化されたネットワークを介して前記格納装置に動作可能に接続され、プログラムステップを行うために機械読み出し可能な命令を実行できるネットワーク化されたコンピュータプロセッサと、
    を含み、
    前記プログラムステップは、
    クライアント装置の位置を受信するステップと、
    前記クライアント装置で開始点と移動方向を示すステップと、
    レール枕木ファイルで複数の鉄道枕木それぞれに対するレール枕木状態インジケータを生成するステップと、
    前記レール枕木の前記状態を確認又は変更する入力を受信するステップと、
    を含む、レール枕木状態処理システム。
19. 前記レール枕木ファイルに関する区間線路に対する１つ以上のレール枕木を示すグラフィックをディスプレイするステップをさらに含む、請求項１８に記載のレール枕木状態処理システム。
20. 前記グラフィックは、枕木のタイプ、枕木ナンバー、鉄道線路に関する属性又は特性を示す、請求項１９に記載のレール枕木状態処理システム。

Images