KR20230117458A - 철도 타이 관리를 위한 시스템 및 방법 - Google Patents

Abstract

레일 시스템에서 타이들을 검사하고 감사하는 효율적이고 조직적인 방법을 제공할 수 있는 철도 타이 관리 시스템이 개시된다. 타이 마크 파일들은 클라이언트와 통신 가능한 데이터베이스 또는 서버로부터 클라이언트에 의해 검색될 수 있고, 시스템에 의해 관리되는 검사 프로세스의 인스턴스화 시 검사 정보 테이블 및 타이 그리드가 생성될 수 있다. 타이 그리드는 사용자로부터 명령을 수신하도록 동작할 수 있고, 검사 정보 테이블은 타이 그리드 내의 변경들에 대응하여 그 안에 포함된 필드들을 자동으로 증가 및 감소시키도록 동작 가능하다. 타이 그리드는 타이 스캔들의 데이터를 통합하고 유용하고 사용자 친화적인 방식으로 클라이언트에 데이터를 제공하도록 구성될 수도 있다.

Description

철도 타이 관리를 위한 시스템 및 방법{SYSTEM AND METHOD FOR RAILROAD TIE MANAGEMENT}

본 개시는 일반적으로 철도 시스템 기반 시설 전체에 배치된 철도 타이들의 관리에 관한 것이다.

레일 수송 시스템들은 모든 대륙을 횡단하여 전세계로의 승객 및 화물 운송을 가능케 하고 있다. 철도 기반 시설(railroad infrastructure)의 전형적인 구성요소는 무수히 많은 지리(geography)들과 지형(terrain)들에 깔린 선로(track)이고, 철도 선로들은 최악의 요소(worst of the element)들을 견디고 철도 시스템 전체에서 기관차(locomotive)의 지출(disbursement)을 용이하게 하도록 설계되었다. 선로가 위험한 컨디션(hazardous condition)들에 지속적으로 노출되기 때문에, 철도 회사들은 선로 무결성(track integrity)을 유지하는 데 주의를 기울여야 한다; 선로의 일부가 손상되고 손상 또는 장애물이 신속하게 해결되지 않으면 그 결과들은 치명적(catastrophic)일 수 있다.

주어진 철도 기반 시설에는 수백만 개의 타이들이 있고, 선로들에서 화물 차량(freight car)들의 안전한 이동(safe travel)을 보장하기 위해 항상 무결성을 유지해야 한다. 타이 무결성을 보장하기 위해, 철도 시스템들은 특수 장비(specialized equipment)를 활용하여 타이들을 검사하고 타이들의 전반적인 컨디션을 결정한다. 예를 들어, 레일(rail)들 위를 이동할 수 있는 트럭들에 배치된 Aurora® 스캐닝 기술(scanning technology)은, 타이들의 외부(즉, 균열들, 파손들 등과 같은 표면 컨디션) 및 내부(즉, 부패(rot), 붕괴(disintegration) 등으로 인한 밀도 변경들)에 관한 데이터를 수집하기 위해 사용된다. 관리 목적으로, 철도 선로들은 종종 디비전(division)들, 서브디비전(subdivision)들, 라인 세그먼트(line segment)들 등으로 나뉘며 선로의 위치(location)들은 종종 고속도로의 마일 마커(mile marker)들과 같이 마일포스트 마커(milepost marker)들로서 참조된다. 또한, 철도 타이들은 철도 타이들이 있는 특정 지역에 대응하는 개별 번호들로 라벨링되는 경우가 많다. 예를 들어, 철도 타이는 특정 서브디비전에서 번호 5423일 수 있고, 철도 직원은 타이가 놓여 있는 것으로 알려진 마일포스트들 사이를 조사하여 이 특정 철도 타이에 대한 탐색의 범위를 좁힐 수 있다.

그러한 조직적 방법(organizational method)과 특수 장비는 철도 타이들에 대한 정보를 수집하고 관리하는 데 유용하지만, 철도 타이를 추가로 검사하고 타이를 교체해야 하는지 여부에 대한 최종 결정을 내리려면 여전히 철도 직원이 필요하다. 그러나, 철도 시스템에서 수백만 개의 타이들을 모니터링하고 검사하는 것은 관리하고 조직하기가 매우 어렵다.

본 개시는 철도 타이 검사(railroad tie inspection)를 용이하게 하도록 구성된 조직적이고 적응적인 기반 시설을 제공할 수 있는 철도 타이 관리를 위한 시스템 및 방법으로서 기술적 이점들을 달성한다. 시스템을 통해 개별 클라이언트들은 전체 타이 마크 파일 시스템(tie mark file system)에 대한 세그먼트되고 할당 가능한 액세스 권한(assignable access)을 가질 수 있으며 필요하거나 할당되는 경우에만 타이 마크 파일들에 액세스할 수 있다. 시스템은 철도 타이와 관련된 정보를 식별하고(identify), 특징짓고(characterize) 및 처리하기 위해 사용자 정의 가능한 사용자 인터페이스(customizable user interface)를 제공할 수 있다. 또한, 철도 타이 관리 시스템(railroad tie management system)은 타이 검사 관리(tie inspection management)를 용이하게 하기 위해 검사 정보 테이블(inspection information table)과 타이 그리드(tie grid)를 생성할 수 있다.

본 개시는 임의의 주어진 철도 기반 시설에서 다수의 타이(tie)들을 조직하고 관리하는 기술적 문제를 해결한다. 예를 들어, 철도 타이 관리 시스템은 마일포스트, 선로 코드 및 라인 세그먼트 별로 철도 타이들에 대한 정보를 문서화할 수 있고, 교체 예정인 타이들을 식별하고 사용자에게 알리고, 타이 교체 일정(tie replacement schedule)에 따라 처리할 각 타이의 타이 등급(tie grade)을 타이 스캔(tie scan)들에서부터 알고리즘적으로 결정한다. 시스템은 타이 별(per-tie basis)로 타이 검사와 관련된 명령들을 수신하도록 동작가능하고 교체를 위해 마킹된(marked) 타이는 쉽게 마크 해제(unmark)될 수 있다. 이 시스템은 다양한 스캐닝 기술(scanning technology)들에 의해 생성된 데이터를 포함할 수 있고 검사 프로세스 중에 직접적이고 즉시 활용될 수 있는 실시간(밀리초 미만(sub millisecond)) 데이터를 검사기(inspector)들에게 제공할 수 있다. 이것은 검사기들의 시간을 절약하고 시스템에 입력되는 정보의 정확성을 보장하는 데 도움이 된다.

선로 타이들은 철도 선로 기반 시설의 핵심 구성요소이다. 기관차의 바퀴들은 두 개의 평행한 철도 선로 레일들을 따라 이동한다. 철도 타이는 선로의 레일들의 사이와 아래에 놓이는 슬랫(slat)들일 수 있다. 레일들은 타이들의 끝에 실질적으로(substantially) 수직으로(perpendicularly) 고정(secure)될 수 있다. 타이들은 선로의 3차원 좌표(three-dimensional coordinates)인 "게이지(gauge)", "라인(line)" 및 "표면(surface)"을 유지할 수 있다. 선로 게이지는 두 개의 철도 선로 레일들 사이의 거리를 지칭할 수 있으며 선로 게이지는 레일들 위의 화차(freight car)들이 제대로 동작하기 위해 보존되어야 한다. 선로의 라인은 레일들의 평면 포지션(planar position)을 나타낼 수 있다. 예를 들어, 레일들은 산비탈(mountainside)과 같은 장애물 주변에서 직선(straight)이거나 계산적으로 곡선(calculatedly curved)일 수 있다. 선로의 "표면"은 레일들이 언덕이 많은(hilly) 지역들을 통과하는 경우와 같이 레일들의 수직 변위(vertical displacement)일 수 있다. 타이들은 목재, 콘크리트, 금속, 플라스틱 또는 미리 결정된 게이지, 라인 및 레일들의 표면을 유지하는 데 적합한 다른 재료를 포함하여 다양한 재료로 만들어질 수 있다.

철도 타이 관리 시스템은 데이터베이스와 동작가능하게 통신하는 네트워크화된 서버(networked server)를 포함할 수 있고, 네트워크화된 컴퓨팅 장치(networked computing device)들은 서버를 통해 데이터베이스에 액세스하여 검사 프로세스 인스턴스화(inspection process instantiation)를 위한 철도 타이 마크 파일들을 검색할 수 있다. 다른 예시적인 실시예에서, 철도 타이 관리 시스템은 이에 따라 타이 마크 파일을 편집하기 위한 사용자 명령들을 수신하도록 동작가능한 제어 로직(control logic)을 포함한다. 다른 실시예에서, 철도 타이 관리 시스템은 대시보드 서브시스템(dashboard subsystem), 타이 마크 검색 서브시스템(tie mark retrieval subsystem), 타이 감사 서브시스템(tie audit subsystem) 및 설정 서브시스템(settings subsystem)과 같이 타이 관리 및 검사가 달성될 수 있는 다수의 서브시스템들을 포함한다.

예시적인 실시예에서, 본 개시는 철도 시스템에서 타이들을 관리하는 방법을 포함할 수 있고, 방법은 복수의 타이 마크 파일(tie mark file)들을 생성하고 메모리에 저장하는 단계; 철도 타이 데이터(railroad tie data)를 가지는 제1 타이 마크 파일에 대한 암호화된 네트워크(encrypted network)를 통해 요청을 수신하는 단계; 암호화된 네트워크를 통해 클라이언트에게 제1 타이 마크 파일을 제공하는 단계; 및 철도 타이 데이터를 이용하여, 검사 정보 테이블 및 타이 그리드를 생성하기 위한 검사 프로세스를 프로세서를 통해 인스턴스화(instantiate)하는 단계를 포함하고, 타이 그리드는, 제1 타이와 관련된 메타데이터를 포함한다. 방법은 미리 결정된 카테고리(predetermined category)들에 따라 제1 타이 마크 파일을 분류(sort)하는 단계를 더 포함한다. 방법은 제1 타이 마크 파일을 선택하는 단계를 더 포함한다. 제1 타이 마크 파일은, 철도 선로(railroad track)의 미리 결정된 구간(predetermine section)에 대한 타이들을 포함한다. 방법은 제1 타이를 선택하는 엔트리(entry)를 수신하는 단계 및 프로세서를 통해 선택을 강조(emphasize)하는 그래픽(graphic)을 생성하는 단계를 더 포함한다. 방법은 제1 타이가 교체(replacement)를 위해 마킹되는 경우, 인디케이션(indication)을 생성하는 단계를 더 포함한다. 방법은 FLIP 명령(FLIP command)이 수신되는 경우, 프로세서를 통해 제1 타이 메타데이터를 변경하는 단계를 더 포함한다. 방법은 클라이언트의 이미지 캡처 기능(image capture function)을 인스턴스화하고 캡처된 이미지를 제1 타이 메타데이터에 저장하는 단계를 더 포함한다. 방법은 프로세서를 통해, 사용자 입력 필드(user input field)를 인스턴스화하는 단계 및 입력 데이터(input data)를 제1 타이 메타데이터에 저장하는 단계를 더 포함한다. 방법은 철도 선로 특성(railroad track characteristic)들을 결정하는 단계 및 철도 선로 특성들을 타이 그리드에 디스플레이하는 단계를 더 포함한다.

다른 예시적인 실시예에서, 본 개시는 철도 타이 관리 시스템을 포함할 수 있고, 철도 타이 관리 시스템은 복수의 타이 마크 파일들을 포함하는 제1 데이터베이스를 포함하는 데이터 저장 장치(data storage device); 및 암호화된 네트워크를 통해 저장 장치에 동작가능하게 연결되고 프로그램 단계들을 수행하기 위해 기계 판독 가능한 인스트럭션들을 실행할 수 있는 네트워크화된 컴퓨터 프로세서(networked computer processor)를 포함하고, 프로그램 단계들은, 데이터베이스로부터 타이 마크 파일을 검색(retrieve)하는 단계; 복수의 타이들과 관련된 메타데이터를 포함하는 타이 그리드 및 검사 정보 테이블을 생성하기 위해 타이 마크 파일에 대한 검사 프로세스를 인스턴스화하는 단계; 타이 마크 파일을 편집(edit)하는 단계; 및 편집된 타이 마크 파일을 데이터베이스에 저장하는 단계를 포함한다. 프로그램 단계는, 타이 그리드에서 제1 타이를 선택하는 엔트리를 수신하는 단계 및 프로세서를 통해 선택을 강조하는 그래픽을 생성하는 단계를 포함한다.

프로그램 단계는, 타이 그리드 내 타이가 교체)를 위해 마킹되는 경우, 인디케이션을 생성하는 단계를 더 포함한다. 프로그램 단계는, FLIP 명령이 수신되는 경우, 프로세서를 통해 제1 타이 메타데이터를 변경하는 단계를 더 포함한다. 프로그램 단계는, 클라이언트의 이미지 캡처 기능을 인스턴스화하고 캡처된 이미지를 제1 타이 메타데이터에 저장하는 단계를 더 포함한다. 프로그램 단계는, 프로세서를 통해 사용자 입력 필드를 인스턴스화하는 단계 및 입력 데이터를 제1 타이 메타데이터에 저장하는 단계를 더 포함한다. 프로그램 단계는, 철도 선로 특성들을 결정하는 단계 및 철도 선로 특성들을 타이 그리드에 디스플레이하는 단계를 더 포함한다.

다른 예시적인 실시예에서, 본 개시는 레일 타이 상태 처리 시스템(rail tie status processing system)을 포함할 수 있고, 레일 타이 상태 처리 시스템은, 복수의 타이 마크 파일들을 포함하는 데이터 저장 장치; 및 암호화된 네트워크를 통해 저장 장치에 동작가능하게 연결되고 프로그램 단계들을 수행하기 위해 기계 판독 가능한 인스트럭션들을 실행할 수 있는 네트워크화된 컴퓨터 프로세서를 포함하고, 프로그램 단계들은, 클라이언트 장치의 위치를 수신하는 단계; 클라이언트 장치에서 시작점(start point)과 이동의 방향(direction of travel)을 나타내는 단계; 레일 타이 파일에서 복수의 철도 타이들의 각각에 대한 레일 타이 상태 인디케이터(rail tie status indicator)를 생성하는 단계; 및 레일 타이의 상태를 확인 또는 변경하는 입력을 수신하는 단계를 포함한다. 레일 타이 상태 처리 시스템은 레일 타이 파일과 연관된 구간 선로(section track)에 대한 하나 이상의 레일 타이를 보여주는 그래픽을 디스플레이하는 단계를 더 포함한다. 그래픽은, 타이 타입(tie type), 타이 번호(tie number), 철도 선로들과 관련된 속성(attribute)들 또는 특성들을 나타낼 수 있다.

도 1은 본 개시의 하나 이상의 예시적인 실시예에 따른 예시적인 철도 타이 관리 시스템을 도시한다.
도 2는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템의 예시적인 다이어그램을 도시한다.
도 3은 본 개시의 하나 또는 10개 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 제어 로직을 도시한다.
도 4는 본 개시의 하나 이상의 예시적인 실시예에 따른 레일 타이 상태 처리 제어 로직을 도시한다.
도 5는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 및 처리 시스템 제어 로직을 도시한다.
도 6a - 도 6b는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 검사 제어 로직을 도시한다.
도 7a - 도 7b는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소의 예시적인 실시예를 도시한다.
도 8a - 도 8c는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소의 예시적인 실시예를 도시한다.
도 9a - 도 9d는 본 개시의 하나 이상의 예시적인 실시예에 따른 다운로드를 위해 클라이언트 장치에 철도 타이 마크 파일들을 제공하기 위한 철도 타이 관리 시스템 인터페이스를 도시한다.
도 10a - 도 10f는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소의 예시적인 실시예를 도시한다.
도 11a - 도 11b는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소의 예시적인 실시예를 도시한다.

하기 기재된 설명에 제시된 개시물의 바람직한 버전 및 그의 다양한 특징 및 유리한 세부사항은 첨부 도면에 포함된 비제한적인 예를 참조하고 이하의 설명에서 상세히 설명되는 바와 같이 보다 완전하게 설명된다. 잘 알려진 구성요소에 대한 설명은 본 명세서에 설명된 주요 특징을 불필요하게 불명료하게 하지 않도록 생략되었다. 다음 설명에 사용된 예는 본 개시 내용이 구현되고 실시될 수 있는 방식의 이해를 용이하게 하기 위한 것이다. 따라서, 이들 예들은 청구범위를 제한하는 것으로 해석되어서는 안 된다.

도 1은 본 개시의 하나 이상의 실시예에 따른 철도 타이 관리 시스템(100)의 개략도를 도시한다. 철도 타이 관리 시스템(100)은 데이터베이스(104)에 동작가능하게 연결된 철도 타이 관리 시스템 서버(102)를 포함할 수 있다. 서버(102)는 네트워크 연결(106)을 통해 하나 이상의 클라이언트(108)에 동작가능하게 연결(couple)될 수 있다. 클라이언트(108)는 물리적 장치(예를 들어, 휴대폰들, 컴퓨터들 또는 다른 적합한 장치), 프로그램 또는 애플리케이션(application)들일 수 있다. 다른 예시적인 실시예에서, 클라이언트(108)는 서버(102)와 통신하도록 구성된 모바일 애플리케이션을 갖는 모바일 장치를 포함할 수 있다.

서버는 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 적절한 조합으로 구현될 수 있으며, 메모리에 액세스 할 수 있는 하나 이상의 프로세서를 갖고 하나 이상의 서버에서 동작하는 하나 이상의 소프트웨어 시스템을 포함할 수 있다. 서버(들)에는 전자 저장 장치, 하나 이상의 프로세서 및/또는 다른 구성요소가 포함될 수 있다. 서버(들)는 네트워크 및/또는 다른 컴퓨팅 플랫폼과 정보 교환을 가능하게 하는 통신 라인 또는 포트를 포함할 수 있다. 서버(들)는 또한 본 명세서에서 서버(들)에 귀속되는 기능을 제공하기 위해 함께 동작하는 복수의 하드웨어, 소프트웨어 및/또는 펌웨어 구성요소를 포함할 수 있다. 예를 들어, 서버(들)는 함께 서버(들)로 동작하는 컴퓨팅 플랫폼의 클라우드에 의해 구현될 수 있다. 또한 서버에는 메모리가 포함될 수 있다.

메모리는 정보를 전자적으로 저장하는 비일시적 저장 매체를 포함할 수 있는 전자 저장 장치를 포함할 수 있다. 전자 저장 장치(electronic storage media)의 전자 저장 매체는 서버(들)와 일체형으로(integrally)(즉, 실질적으로 제거 불가능) 제공될 수 있는 시스템 저장 장치 및/또는 예를 들어 포트(예: USB 포트, Firewire 포트 등) 또는 드라이브(예: 디스크 드라이브 등)를 통해 서버(들)에 착탈식으로(removably) 연결가능할 수 있는 착탈식 저장 장치(removable storage) 중 하나 또는 모두를 포함할 수 있다. 전자 저장 장치는 광학적으로 판독 가능한 저장 매체(예를 들어, 광 디스크 등), 자기적으로 판독 가능한 저장 매체(예를 들어, 자기 테이프, 자기 하드 드라이브, 플로피 드라이브 등), 전하 기반 저장 매체(예를 들어, EEPROM, RAM 등), 솔리드 상태 저장 매체(예를 들어, 플래시 드라이브 등), 및/또는 다른 전자적으로 판독 가능한 저장 매체 중 하나 이상을 포함할 수 있다. 전자 저장 장치는 하나 이상의 가상 저장 장치 리소스(예: 클라우드 저장 장치, 가상 사설 네트워크(virtual private network), 및/또는 다른 가상 저장 장치 리소스들(virtual storage resources))를 포함할 수 있다. 전자 저장 장치는 여기에 설명된 대로 기계 판독가능 인스트럭션, 소프트웨어 알고리즘, 프로세서에 의해 결정된 정보, 서버로부터 수신된 정보, 컴퓨팅 플랫폼으로부터 수신된 정보 및/또는 서버가 작동할 수 있게 하는 다른 정보를 저장할 수 있다. 전자 저장 장치는 네트워크 연결을 통해 액세스 할 수도 있다.

프로세서(들)는 서버(들)에서 정보 처리 기능을 제공하도록 구성될 수 있다.

이와 같이, 프로세서(들)는 디지털 프로세서, 아날로그 프로세서, 정보를 처리하도록 설계된 디지털 회로, 정보를 처리하도록 설계된 아날로그 회로, 상태 기계, 및/또는 FPGA 또는 ASIC과 같은 정보를 전자적으로 처리하기 위한 다른 메커니즘 중 하나 이상을 포함할 수 있다. 프로세서(들)는 단일 개체이거나 복수의 처리 유닛(processing unit)을 포함할 수 있다. 이러한 처리 유닛은 동일한 장치 내에 물리적으로 위치할 수 있거나 프로세서(들)는 조정 또는 소프트웨어 기능에서 동작하는 복수 장치의 처리 기능을 나타낼 수 있다.

프로세서(들)는 소프트웨어, 하드웨어, 펌웨어, 소프트웨어, 하드웨어 및/또는 펌웨어의 일부 조합 및/또는 프로세서(들)의 처리 기능을 구성하기 위한 다른 메커니즘에 의해 기계 판독 가능 인스트럭션 또는 학습 모듈을 실행하도록 구성될 수 있다. 본 명세서에서 사용되는 바와 같이, "기계 판독가능 인스트럭션(machine-readable instruction)"이라는 용어는 기계 판독가능 인스트럭션 구성요소에 기인한 기능을 수행하는 임의의 구성요소 또는 구성요소의 세트를 지칭할 수 있다. 이것은 프로세서 판독 가능 인스트럭션, 프로세서 판독 가능 인스트럭션, 회로, 하드웨어, 저장 매체, 또는 임의의 다른 구성요소의 실행 동안 하나 이상의 물리적 프로세서를 포함할 수 있다.

서버는 하나 이상의 기능 모듈이 있는 기계 판독 가능 인스트럭션으로 구성될 수 있다. 기계 판독 가능 인스트럭션은 메모리에 액세스할 수 있는 하나 이상의 프로세서가 있는 하나 이상의 서버에서 구현될 수 있다. 기계 판독가능 인스트럭션은 단일 네트워크화된 노드(networked node) 또는 복수의 분산형(distributed) 아키텍처(architecture)의 네트워크화된 노드를 포함하는 기계 클러스터(machine cluster)일 수 있다. 기계 판독 가능 인스트럭션(machine-readable instruction)은 아래에서 더 자세히 설명되는 바와 같이 다양한 기능을 구현하기 위한 제어 로직을 포함할 수 있다. 기계 판독 가능 인스트럭션들은 철도 타이 관리 시스템(100)과 연관된 특정 기능을 포함할 수 있다.

철도 타이 관리 시스템(100)의 경우, 예를 들어, 서버(102) 및 클라이언트(108)로 송수신되는 메시지들의 형식(format)은, JSON(JavaScript Object Notation), TCP/IP, XML, HTML, ASCII, SMS, CSV, API 또는 다른 적합한 형식을 포함한 모든 형식을 포함할 수 있다. 각 메시지는 메시지 헤더(message header), 헤더 속성(header property)들 및 메시지 본문(message body)으로 구성되거나 웹 표현상태 변경(Representational State Transfer; REST)을 포함하여 동일한 형식을 갖는 적절한 형식으로 캡슐화(encapsulate) 및 패킷화(packetize)될 수 있다. 전술된 시스템 구성요소들(예를 들어, 서버(들) 및 클라이언트(들))은 인터넷, 인트라넷 또는 다른 적합한 네트워크를 통해 서로 통신가능하게 연결될 수 있다. 메시지 전송은 VPN 터널 또는 다른 적합한 통신 수단을 통해 암호화되거나 암호화되지 않을 수 있다. 시스템(100)의 구성요소는 WAN, LAN, PAN 또는 다른 적절한 네트워크(106)를 통해 연결될 수 있다. 클라이언트(108)와 서버(100) 사이의 네트워크 통신은 PGP, 블로우피시(Blowfish), 투피시(Twofish), AES, 3DES, HTTPS 또는 다른 적절한 암호화를 사용하여 암호화될 수 있다. 시스템(100)은 Wi-Fi, 블루투스, 이더넷 또는 다른 적절한 통신 프로토콜을 사용하여 본 명세서에 개시된 다양한 다른 시스템들 및 모듈들과 통신하도록 구성될 수 있다. 네트워크 통신은 애플리케이션 프로그래밍 인터페이스(API), PCI, PCI-Express, ANSI-X12, 이더넷, 와이-파이(Wi-Fi), 블루투스(bluetooth) 또는 다른 적절한 통신 프로토콜을 통해 발생할 수 있다. 또한, 제3자 데이터베이스들은 네트워크(106)를 통해 시스템 구성요소들에 동작가능하게 연결될 수 있다.

본 개시의 하나 이상의 예시적인 실시예에 따라, 도 2는 예를 들어 대시보드 시스템(202), 타이 감사 시스템(204), 타이 마크 검색 시스템(206) 및 설정 시스템(208)을 포함하는 다수의 서브시스템들을 갖는 철도 타이 관리 시스템(200)의 다이어그램을 도시한다. 실시예에서, 타이 감사 시스템(204), 타이 마크 검색 시스템(206) 및 설정 시스템(208)은 대시보드 시스템(202)의 서브시스템들일 수 있다. 예시적인 실시예에서, 철도 타이 관리 시스템(200)은 스마트 장치 상의 모바일 애플리케이션을 통해 부분적으로 구현되며, 여기서 시스템의 양태는 다양한 결과를 달성하기 위해 사용자 명령 및 입력에 응답한다. 예를 들어, 철도 타이 관리 시스템(200)은 대시보드 시스템(202)을 포함하는 설치된 모바일 애플리케이션을 포함하는 기계 판독 가능 인스트럭션들을 실행하는 스마트폰을 포함할 수 있다. 대시보드(202)를 통해, 사용자는 도 1에 도시된 바와 같이 인터넷(106)을 통해 철도 타이 관리 시스템 서버(102) 및 데이터베이스(104)와 통신할 수 있다. 다른 예시적인 실시예에서, 철도 타이 관리 시스템(200)은 스마트 장치에서 애플리케이션으로서 구현될 수 있고, 서버(102) 및 데이터베이스(104)와 동작가능하게 통신할 수 있고, 대시보드 시스템(202), 타이 감사 시스템(204), 타이 마크 검색 시스템(206) 및 설정 시스템(208)은 구현된 애플리케이션에 대한 서브시스템들로서 동작할 수 있다.

도 3은 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 대시보드 생성 및 관리를 위한 방법의 특징들을 구현하는 제어 로직을 예시하는 흐름도(300)를 도시한다. 철도 타이 대시보드 제어 로직(300)은 서버, 기계 학습 모듈 또는 다른 적절한 시스템에서 알고리즘으로서 구현될 수 있다. 철도 타이 대시보드 제어 로직(300)은 소프트웨어, 하드웨어, 애플리케이션 프로그래밍 인터페이스(application programming interface; API), 네트워크 연결, 네트워크 전송 프로토콜, HTML, DHTML, 자바스크립트(JavaScript), Dojo, Ruby, Rails, 다른 적절한 애플리케이션들 또는 이들의 적절한 조합으로 달성될 수 있다.

철도 타이 대시보드 제어 로직(300)은 데이터를 동시에 처리하는 것에 의해 다수의 프로세스들 및 스레드들을 발생시키는 컴퓨터 플랫폼의 능력을 활용할 수 있다. 철도 타이 대시보드 제어 로직(300)의 속도 및 효율성은 철도 타이 대시보드를 생성 및 관리하기 위해 하나 이상의 프로세스를 인스턴스화하는 것에 의해 크게 개선될 수 있다. 그러나, 프로그래밍 분야의 숙련자는 단일 처리 스레드의 사용이 또한 이용될 수 있고 본 개시의 범위 내에 있다는 것을 이해할 것이다.

본 실시예의 철도 타이 대시보드 제어 로직(300) 프로세스 흐름은 제어 로직(300)이 클라이언트로부터 액세스 요청을 수신할 수 있는 단계(302)에서 시작한다. 예시적인 실시예에서, 클라이언트는 본 개시에 따라 모바일 스마트 장치에서 실행되는 모바일 애플리케이션일 수 있다. 그 후 제어 로직(300)은 단계(304)로 진행한다.

단계(304)에서, 제어 로직(300)은 사용자가 시스템에 액세스할 수 있도록 로그인 화면을 생성 및 렌더링할 수 있다. 예시적인 실시예에서, 클라이언트는 사용자명 및 비밀번호, 지문, 얼굴 이미지 또는 다른 적합한 데이터를 입력하도록 사용자에게 프롬프트할 수 있다. 그 후 제어 로직(300)은 단계(306)으로 진행한다.

단계(306)에서 제어 로직(300)은 사용자 인증이 성공적인지 여부를 결정할 수 있다. 예시적인 실시예에서, 제어 로직(300)은 인증 키 매칭(authentication key matching) 또는 다른 적합한 인증 방법을 통해 사용자 크리덴셜(user credential)의 인증을 개시할 수 있다. 인증(306)이 실패하는 경우, 클라이언트는 인증이 성공하거나 최대 시도 횟수에 도달할 때까지 로그인 화면(304)을 다시 디스플레이하고 로그인 화면(304)을 다시 디스플레이할 수 있다. 인증(306)이 성공하는 경우, 클라이언트는 예를 들어 대시보드 시스템(202), 타이 감사 시스템(204), 타이 마크 검색 시스템(206) 및 설정 시스템(208)과 같은 하나 이상의 시스템 및 서브시스템에 대한 링크들을 갖는 대시보드를 디스플레이할 수 있다. 다른 예시적인 실시예에서, 대시보드 시스템(202)은 철도 타이 파일들을 국부적으로(locally) 렌더링 및 검색할 수 있다. 다른 예시적인 실시예에서, 대시보드 시스템(202)은 원격 데이터베이스 또는 다른 적절한 위치에 저장된 철도 타이 파일들을 검색할 수 있다. 대시보드 시스템(202)은 또한 감사된 타이들의 수 및 마킹된 타이들의 수의 인디케이션을 렌더링할 수 있다. 렌더링은 클라이언트 장치에 있을 수 있다. 다른 예시적인 실시예에서, 대시보드 시스템(202)은 또한 이용가능한 철도 타이 파일들의 상태를 식별할 수 있다. 예를 들어, 상태는 다른 적절한 상태 중에서 파일이 "진행 중(in progress)" 또는 "완료됨(completed)"이라는 인디케이션을 포함할 수 있다. 다른 예시적인 실시예에서, 철도 타이 파일들은 상태에 따라 분류될 수 있다. 그런 다음 제어 로직(300)은 새로운 인증 정보를 종료하거나 대기하고 전술된 단계들을 반복할 수 있다.

도 4는 본 개시의 하나 이상의 예시적인 실시예에 따른, 레일 타이 상태 처리를 위한 방법의 특징들을 구현하는 제어 로직을 예시하는 흐름도(400)를 도시한다. 레일 타이 상태 처리 제어 로직(300)은 서버, 기계 학습 모듈 또는 다른 적절한 시스템에서 알고리즘으로서 구현될 수 있다. 레일 타이 상태 처리 제어 로직(400)은 소프트웨어, 하드웨어, 애플리케이션 프로그래밍 인터페이스(application programming interface; API), 네트워크 연결, 네트워크 전송 프로토콜, HTML, DHTML, 자바스크립트, Dojo, Ruby, Rails, 다른 적절한 애플리케이션들 또는 이들의 적절한 조합으로 달성될 수 있다.

레일 타이 상태 처리 제어 로직(400)은 데이터를 동시에 처리하는 것에 의해 다수의 프로세스들 및 스레드들을 발생시키는 컴퓨터 플랫폼의 능력을 활용할 수 있다. 레일 타이 상태 처리 제어 로직(300)의 속도 및 효율성은 철도 타이 대시보드를 생성 및 관리하기 위해 하나 이상의 프로세스를 인스턴스화하는 것에 의해 크게 개선될 수 있다. 그러나, 프로그래밍 분야의 숙련자는 단일 처리 스레드의 사용이 또한 이용될 수 있고 본 개시의 범위 내에 있다는 것을 이해할 것이다.

본 실시예의 레일 타이 상태 처리 제어 로직(400) 프로세스 흐름은 제어 로직(400)이 하나 이상의 철도 타이 파일에 액세스할 수 있는 단계(402)에서 시작한다. 예시적인 실시예에서, 타이 파일들은 파일 식별자를 포함할 수 있다. 파일 식별자는 파일명 또는 다른 고유 식별자일 수 있다. 다른 예시적인 실시예에서, 파일 식별자는 철도 선로 세그먼트, 위치 또는 다른 관련 정보와 관련될 수 있다. 다른 예시적인 실시예에서 철도 타이 파일들은 모바일 스마트 장치, 랩탑, 스마트 워치, 또는 다른 적합한 장치에서 실행되는 모바일 애플리케이션과 같은 클라이언트 장치에서 액세스될 수 있다. 제어 로직(400)은 이후 단계(404)로 진행한다.

단계(404)에서, 제어 로직(400)은 각각의 타이 파일에 대한 철도 타이 파일 상태를 결정할 수 있다. 예시적인 실시예에서, 파일 상태는 제어 로직(400)에 의해 파일이 사용되었는지 여부, 방법, 시기, 장소 및 누구에 의해 사용되었는지를 나타낼 수 있다. 다른 예시적인 실시예에서, 파일 상태는 다른 관련 상태 중에서 "시작되지 않음"(not started), "진행 중" 및 "완료됨"을 포함할 수 있다. 제어 로직(400)은 이후 단계(406)로 진행한다.

단계(406)에서 제어 로직(400)은 파일 상태에 따라 철도 타이 파일들을 분류할 수 있다. 예시적인 실시예에서, 파일 상태는 파일이 사용되었는지 여부, 방법, 시기, 장소 및 누구에 의해 사용되었는지에 의해 분류될 수 있다. 예시적인 실시예에서, 타이 마크 파일들은 특히 선형 탐색(sequential search), 버블 탐색(bubble search) 또는 빠른 탐색(quick search) 알고리즘에 따라 제어 로직(400)에 의해 분류될 수 있다. 제어 로직(400)은 이후 단계(408)로 진행한다.

단계(408)에서, 제어 로직(400)은 분류된 타이 파일들에 대한 파일 식별자들을 클라이언트 장치에 디스플레이할 수 있다. 제어 로직(400)은 이후 단계(410)로 진행한다.

단계(410)에서, 제어 로직(400)은 타이 파일을 선택적으로 처리하기 위한 파일 액션 인디케이터(file action indicator)를 생성할 수 있다. 예시적인 실시예에서, 파일 액션 인디케이터는 클라이언트 장치 상의 파일 식별자에 근접하게 디스플레이되는 기호 또는 문자(character)일 수 있다. 다른 예시적인 실시예에서, 파일 액션 인디케이터는 다른 관련 액션들 중에서 완료된 타입 파일을 업로드하거나, 타이 파일을 열거나, 타이 파일을 다운로드할 수 있는 프로세스를 인스턴스화할 수 있다. 제어 로직(400)은 이후 단계(412)로 진행한다.

단계(412)에서, 제어 로직(400)은 클라이언트 장치의 위치를 수신할 수 있다. 예시적인 실시예에서, GPS 수신기는 클라이언트 장치 내에 배치되거나 클라이언트 장치에 동작가능하게 연결될 수 있다. 제어 로직(400)은 클라이언트 장치의 위치를 식별하기 위해 클라이언트 장치의 GPS 좌표를 수신할 수 있다. 다른 예시적인 실시예에서, 클라이언트 장치의 위치는 클라이언트 장치에 디스플레이된 지도 상의 기호를 통해 식별될 수 있다. 제어 로직(400)은 이후 단계(414)로 진행한다.

단계(414)에서, 제어 로직(400)은 클라이언트 장치에서 시작점 및 이동 방향을 나타낼 수 있다. 예시적인 실시예에서, 제어 로직(400)은 시작점으로의 이동 방향에 대한 알림 또는 인디케이션을 생성할 수 있다. 시작점과 이동 방향은 지도의 기호들, 클라이언트 장치의 스피커들을 통해 재생되는 청각적 인스트럭션(audible instruction)들, 텍스트 방향(textual direction)들(예: 위도 및 경도) 또는 다른 적절한 수단으로 나타날 수 있다. 제어 로직(400)은 이후 단계(416)로 진행한다.

단계(416)에서, 제어 로직(400)은 타이 파일과 연관된 선로의 구간에 대한 하나 이상의 레일 타이를 보여주는 그래픽을 디스플레이할 수 있다. 예시적인 실시예에서, 그래픽은 철도 선로들과 관련된 타이 타입, 타이 번호, 속성들 또는 특성들, 또는 다른 관련 정보를 나타낼 수 있다. 제어 로직(400)은 이후 단계(418)로 진행한다.

단계(418)에서, 제어 로직(400)은 타이 파일을 사용하여 레일 타이 상태를 생성할 수 있다. 예시적인 실시예에서, 레일 타이 상태는 레일 타이의 특성(nature) 또는 컨디션을 나타낼 수 있다. 예를 들어, 레일 타이 상태는 타이가 마모되었는지, 교체가 필요한지 또는 허용가능한지 여부를 나타낼 수 있다. 다른 예시적인 실시예에서, 제어 로직(400)은 타이 파일로부터 상태를 검색하고 확인(verification)을 위해 자동 스캐닝(automated scanning)을 통해 레일 타이의 상태를 채울(populate) 수 있다. 다른 예시적인 실시예에서, 타이 파일은 레일 타이, 구간 또는 철도 또는 다른 관련 주제의 다양한 특성들을 설명하는 복수의 필드들을 갖는 XML 파일일 수 있다. 제어 로직(400)은 이후 단계(420)로 진행한다.

단계(420)에서, 제어 로직(400)은 각각의 레일 타이에 대한 타이 상태 인디케이터를 생성할 수 있다. 예시적인 실시예에서, 기호 또는 문자는 타이 상태를 상태 인디케이터들의 라이브러리(library)와 상관(correlate)시켜 클라이언트 장치 디스플레이의 각 레일 타이에 또는 그 근처에 관련 인디케이터를 디스플레이하기 위해 제어 로직에 의해 생성될 수 있다. 제어 로직(400)은 이후 단계(422)로 진행한다.

단계(422)에서, 제어 로직(400)은 타이 파일의 각각의 레일 타이의 상태를 확인하거나 변경하는 입력을 수신할 수 있다. 예시적인 실시예에서, 제어 로직은 사용자가 적절한 상태를 선택할 수 있도록 레일 타이에 대한 하나 이상의 상태를 생성하고 디스플레이할 수 있다. 다른 예시적인 실시예에서, 제어 로직(400)은 각각의 레일 타이를 통해 증가 또는 감소하기 위한 제어들을 생성할 수 있다. 목표(desired) 레일 타이가 선택되면 제어 로직(400)은 선택된 레일 타이의 상태를 확인하거나 "플립핑(flipping)"하는 레일 타이의 상태에 관한 입력을 사용자로부터 수신할 수 있다. 그런 다음 제어 로직(400)은 전술된 단계들을 반복하기 위해 종료하거나 입력을 대기한다.

도 5는 본 개시의 하나 이상의 예시적인 실시예에 따른 철도 타이 파일 관리 및 처리를 위한 방법의 특징들을 구현하는 제어 로직을 예시하는 흐름도(500)를 도시한다. 철도 타이 파일 제어 로직(500)은 서버, 기계 학습 모듈 또는 다른 적절한 시스템에서 알고리즘으로서 구현될 수 있다. 철도 타이 파일 제어 로직(500)은 소프트웨어, 하드웨어, 애플리케이션 프로그래밍 인터페이스, 네트워크 연결, 네트워크 전송 프로토콜, HTML, DHTML, 자바스크립트, Dojo, Ruby, Rails, 다른 적절한 애플리케이션들 또는 이들의 적절한 조합으로 달성될 수 있다.

본 실시예의 철도 타이 파일 제어 로직(500) 프로세스 흐름은 제어 로직(500)이 대시보드 시스템(502)을 인스턴스화할 수 있는 단계(502)에서 시작한다. 예시적인 실시예에서, 클라이언트는 본 개시에 따라 모바일 스마트 장치에서 실행되는 모바일 애플리케이션일 수 있다. 제어 로직(500)은 이후 단계(504)로 진행한다.

단계(504)에서, 제어 로직(500)은 타이 마크 파일들이 국부적으로 이용가능한지(예를 들어, 클라이언트 장치에 저장됨)를 결정할 수 있다. 다른 예시적인 실시예에서, 제어 로직(500)은 타이 마크 파일이 원격으로(예를 들어, 네트워크 부착 저장 장치(network-attached storage), 서버, 데이터베이스 또는 다른 적절한 원격 위치에서) 액세스될 수 있는지 여부를 결정할 수 있다. 목표 타이 마크 파일이 국부적으로 이용가능한 경우, 제어 로직(500)은 단계(514)로 진행한다. 목표 타이 마크 파일이 국부적으로 이용가능하지 않은 경우, 제어 로직(500)은 단계(506)로 진행한다.

단계(506)에서, 제어 로직(500)은 타이 마크 검색 시스템(506)을 인스턴스화할 수 있다. 예시적인 실시예에서, 제어 로직(500)은 철도 타이 관리 시스템 서버 또는 데이터베이스로부터 클라이언트로의 타이 마크 파일들의 제공을 용이하게 하도록 인스턴스화될 수 있다. 제어 로직(500)은 이후 단계(508)로 진행한다.

단계(508)에서, 제어 로직(500)은 인증이 성공적인지 여부를 결정할 수 있다. 인증은 사용자, 장치 또는 다른 적절한 엔티티(entity)에 대한 것일 수 있다. 예시적인 실시예에서, 제어 로직(500)은 인증 키 매칭 또는 다른 적절한 인증 방법을 통해 사용자 크리덴셜들의 인증을 개시할 수 있다. 인증(508)이 실패하는 경우, 제어 로직(500)은 단계(502)로 진행한다. 인증(508)이 성공하는 경우, 제어 로직(500)은 단계(510)로 진행한다.

단계(510)에서, 제어 로직(500)은 서버(510)에 의해 요청된 권한들에 대한 사용자의 동의(user's consent)를 확인하기 위해 사용자 프롬프트를 생성할 수 있다. 예시적인 실시예에서, 요청된 권한들은 클라이언트 위치 및 데이터뿐만 아니라 마이크, 네트워크 및 다른 적절한 리소스들과 같은 클라이언트 리소스들에 대한 액세스를 포함할 수 있다. 제어 로직(500)은 이후 단계(512)로 진행한다.

단계(512)에서, 제어 로직(500)은 요청된 타이 마크 파일들을 클라이언트(512)에 제공할 수 있다. 예시적인 실시예에서, 타이 마크 파일들은 암호화된 네트워크를 통해 전송될 수 있다. 클라이언트와 서버 사이의 네트워크 통신은 PGP, 블로우피시, 투피시, AES, 3DES, HTTPS 또는 다른 적절한 암호화를 사용하여 암호화될 수 있다. 제어 로직(500)은 이후 단계(514)로 진행한다.

단계(514)에서, 제어 로직(500)은 타이 마크 파일들을 미리 결정된 카테고리들로 분류할 수 있다. 예시적인 실시예에서, 타이 마크 파일들은 타임스탬프, 상태, 검사기, 위치들 및 다른 적절한 메타데이터를 포함하는 파일의 다양한 특성들과 관련된 메타데이터를 포함한다. 그런 다음 메타데이터는 장치에 의해 미리 결정되거나 생성될 수 있는 유사한 카테고리들에 따라 그룹화될 수 있다. 다른 예시적인 실시예에서, 미리 결정된 카테고리들은, 서버로부터 다운로드되었지만 클라이언트 장치에서 아직 상호작용(interact)되지 않은 타이 마크 파일들을 지칭하는 "NOT STARTED"; 클라이언트 장치에서 상호작용되었지만 아직 완료된 것으로 마킹되지 않은 타이 마크 파일들을 지칭하는 "IN PROGRESS"; 완료된 것으로 마킹된 타이 마크 파일들을 지칭하는 "COMPLETED"; 또는 가장 최근에 다운로드되거나, 액세스되거나 조회되(viewd)거나 또는 상호작용된 파일들을 지칭하는 "RECENTLY WORKED"을 포함할 수 있다. 지리적 위치(geographical location), 검사될 남아있는 타이들의 수, 우선 순위(priority) 등과 같은 무수한 다른 카테고리들이 사용될 수 있음을 알 수 있다. 제어 로직(500)은 이후 단계(516)로 진행한다.

단계(516)에서 제어 로직(500)은 철도 타이 파일과 관련된 다양한 데이터를 추정(extrapolate)할 수 있다. 예시적인 실시예에서, 특정 타이 마크 파일의 선택이 수신될 수 있고(예를 들어, 파일명, 타임스탬프, 위치들 등), 시스템은 단계(518)에서 타이 마크 파일 세부사항(tie mark file detail)들의 디스플레이를 생성할 수 있다. 예시적인 실시예에서, 제어 로직(500)은 하나 이상의 철도 타이를 보여주는 그래픽을 생성 및 디스플레이할 수 있다. 다른 예시적인 실시예에서, 그래픽은 철도 타이 파일로부터의 철도 타이 정보를 사용하여 각각의 철도 타이를 특징 짓는 하나 이상의 인디케이터를 생성하기 위해 제어 로직(500)에 의해 처리될 수 있다. 그 후 단계(520)에서 마일포스트 지정(milepost designation)의 엔트리가 수신될 수 있고(일 실시예에서 사용자가 타이들을 검사할 마일포스트가 있는 시스템과 통신함), 이어서 검사의 방향을 나타내기 위해 단계(522)에서 방향 엔트리가 수신될 수 있다. 다른 예시적인 실시예에서, 방향 엔트리는 각각 서쪽 및 동쪽에 대응하는 "INCREASING(증가)" 또는 "DECREASING(감소)"일 수 있다. 그 다음에 제어 로직(500)은 사용자 입력을 대기하고 "검사" 명령이 수신되는 경우 단계(524)로, "설정" 명령이 수신되는 경우 단계(540)로, 또는 "감사" 명령이 수신되는 경우 단계(542)로 진행할 수 있다.

단계(524)에서, 제어 로직(500)은 "검사" 명령을 수신할 수 있다. 예시적인 실시예에서, 검사 명령은 타이 파일과 연관된 선로의 구간에 대한 하나 이상의 레일 타이를 보여주는 그래픽을 생성할 수 있다. 다른 예시적인 실시예에서, 검사 명령은 타이 파일에서 각 레일 타이의 특성(nature) 또는 컨디션을 나타내는 레일 타이 상태를 디스플레이할 수 있다. 다른 예시적인 실시예에서, 타이 상태 인디케이터는 각각의 레일 타이에 대해 생성될 수 있다. 다른 예시적인 실시예에서, 기호 또는 문자는 타이 상태를 상태 인디케이터들의 라이브러리와 상관(correlate)시켜 클라이언트 장치 디스플레이의 각 레일 타이에 또는 그 근처에 관련 인디케이터를 디스플레이하기 위해 제어 로직에 의해 생성될 수 있다. 제어 로직(500)은 이후 단계(526)로 진행한다.

단계(526)에서, 타이 마크 파일의 데이터를 검사하기 위해 검사 프로세스가 인스턴스화될 수 있다. 예시적인 실시예에서, 그래픽은 철도 선로들과 관련된 타이 타입, 타이 번호, 속성들 또는 특성들, 또는 다른 관련 정보를 나타낼 수 있다. 다른 예시적인 실시예에서, 레일 타이 상태는 레일 타이의 특성(nature) 또는 컨디션을 나타낼 수 있다. 다른 예시적인 실시예에서, 제어 로직은 사용자가 적절한 상태를 선택할 수 있도록 레일 타이에 대한 하나 이상의 상태를 생성하고 디스플레이할 수 있다. 다른 예시적인 실시예에서, 제어 로직(500)은 각각의 레일 타이를 통해 증가 또는 감소하기 위한 제어들을 생성할 수 있다. 목표 레일 타이가 선택되면 제어 로직(400)은 레일 타이의 상태를 나타내는 사용자로부터의 입력을 수신할 수 있다. 제어 로직(500)은 이후 단계(528)로 진행한다.

단계(528)에서 검사가 완료된 경우, 제어 로직(500)은 저장 명령을 수신하고, 확인할 수 있다. 예시적인 실시예에서, 검사의 진행은 클라이언트 장치에 국부적으로 저장될 수 있다. 제어 로직(500)은 이후 단계(530)로 진행한다.

단계(528)에서, 제어 로직(500)은 검사 프로세스를 종료하고 제어 로직(500)에 의해 캡처된 레일 타이들의 검사와 관련된 모든 메타데이터를 타이 마크 파일에 기록하는 "마크 완료(mark complete)" 명령을 수신하고 확인할 수 있다. 예시적인 실시예에서, 타이 파일은 완료된 것으로 마킹될 수 있고, 궁극적으로 타이 마크 파일이 그에 따라 대시보드 시스템에 분류, 카테고리화 및 디스플레이되도록 한다. 그런 다음 제어 로직(500)은 전술된 단계들을 반복하기 위해 입력을 종료하거나 대기한다.

단계(532)에서, 제어 로직(500)은 완료된 타이 파일을 원격 위치(remote location)에 업로드하기 위한 "업로드" 명령을 수신할 수 있다. 예시적인 실시예에서, 국부적으로 사용가능한 타이 마크 파일이 완료된 것으로 마킹되면, 완료된 파일을 서버, 네트워크 저장 장치 또는 다른 관련된 위치와 같은 원격 위치로의 전송을 개시하기 위해 업로드 명령이 제어 로직(500)에 의해 수신될 수 있다. 제어 로직(500)은 이후 단계(534)로 진행한다.

단계(534)에서, 제어 로직(500)은 사용자를 인증하거나 사용자를 인증할 수 있는 다른 시스템과 통신할 수 있다. 예시적인 실시예에서, 제어 로직(500)은 인증 키 매칭 또는 다른 적절한 인증 방법을 통해 사용자 크리덴셜들의 인증을 개시할 수 있다. 다른 실시예에서, 사용자가 타이 파일을 업로드하기 위해서, 사용자는 인증되어야 한다. 그 후 제어 로직은 단계(536)로 진행한다.

단계(536)에서, 제어 로직(500)은 사용자 인증이 성공적인지 결정할 수 있다. 인증(534)이 실패하는 경우, 제어 로직(500)은 클라이언트 장치 디스플레이에 로그인 화면을 다시 디스플레이하고 인증이 성공하거나 최대 시도 횟수에 도달할 때까지 로그인 화면을 다시 디스플레이할 수 있다. 인증이 확인되는 경우, 제어 로직(500)은 단계(538)로 진행한다.

단계(538)에서, 제어 로직(500)은 암호화되거나 암호화되지 않은 네트워크 연결을 통해 클라이언트 장치로부터 원격 위치로 하나 이상의 업데이트된 타이 마크 파일을 업로드할 수 있다. 그런 다음 제어 로직(500)은 새로운 입력을 종료하거나 대기하고 전술된 단계들을 반복할 수 있다.

도 6a - 도 6b는 본 개시의 하나 이상의 예시적인 실시예에 따른, 철도 타이 검사를 위한 방법의 특징들을 구현하는 제어 로직을 예시하는 흐름도(600)(도 6a에서 시작하여 도 6b에서 계속됨)를 도시한다. 철도 타이 검사 제어 로직(600)은 서버, 기계 학습 모듈 또는 다른 적절한 시스템에서 알고리즘으로서 구현될 수 있다. 철도 타이 검사 제어 로직(600)은 소프트웨어, 하드웨어, 애플리케이션 프로그래밍 인터페이스, 네트워크 연결, 네트워크 전송 프로토콜, HTML, DHTML, 자바스크립트, Dojo, Ruby, Rails, 다른 적절한 애플리케이션들 또는 이들의 적절한 조합으로 달성될 수 있다.

도 6a를 참조하면, 본 실시예의 철도 타이 검사 제어 로직(600) 프로세스 흐름은 제어 로직(500)이 검사 프로세스를 인스턴스화할 수 있는 단계(602)에서 시작할 수 있다. 검사 프로세스(602)를 인스턴스화할 때, 검사 정보 테이블이 단계(608)에서 생성될 수 있다. 도 5와 관련하여 논의된 바와 같이, 사용자는 검사를 위해 타이 마크 파일을 선택하는 경우 검사 프로세스 인스턴스화 전에 INCREASING 또는 DECREASING 방향을 선택할 수 있다. 단계(604)에서, 예시적인 실시예에서, INCREASING 방향이 선택되는 경우, 제어 로직(600)은 타이 번호(tie number)에 의해 오름차순으로(ascending order) 분류된 타이들을 갖는 타이 그리드를 생성할 수 있다. 단계(606)에서, DECREASING 방향이 선택되는 경우, 제어 로직(600)은 타이 번호에 의해 내림차순으로(descending order) 분류된 타이들을 갖는 타이 그리드를 생성할 수 있다.

단계(610)에서, 생성된 타이 그리드는 다수의 사용자 입력에 응답할 수 있다. 예를 들어, 타이 찾기 명령(find tie command)을 수신하여 사용자에게 목표 타이 번호를 입력하라는 메시지를 프롬프트할 수 있다. 타이 찾기 명령이 수신되는 경우, 제어 로직은 단계(612)로 진행한다. 타이 찾기 명령이 수신되지 않은 경우, 제어 로직은 단계(618)로 진행한다.

단계(612)에서, 타이 번호 엔트리는 제어 로직(600)에 의해 수신될 수 있다. 단계(614)에서, 거리 찾기 명령(find distance command)이 제어 로직(600)에 의해 수신될 수 있다. 단계(616)에서, 제어 로직(600)은 지정된(specified) 타이와 클라이언트 장치 사이의 물리적 거리(physical distance)를 계산하고 디스플레이할 수 있다. 예시적인 실시예에서, 그러한 거리 계산은 예를 들어, 모바일 스마트 장치(예를 들어 도 5의 (510)에서와 같이 권한들이 요청되는 경우에 승인될 수 있는 권한)와 같은 클라이언트 장치에 동작가능하게 연결된 GPS 수신기를 활용할 수 있다. 단계(620)에서, 타이로 이동(go to tie) 명령이 수신되어 단계(622)에서 타이 그리드의 지정된 타이로 사용자를 내비게이트(navigate)할 수 있다.

단계(618)에서, 제어 로직은 타이 그리드의 특정 타이로 내비게이트하기 위해 내비게이션 엔트리(navigation entry)들을 수신할 수 있다. 다른 예시적인 실시예에서, 제어 로직(600) 생성 명령(generated command)들을 사용하는 대신에, 사용자는 타이 그리드의 특정 타이를 수동으로(manually) 내비게이트하기 위해 수동 엔트리(manual entry)들(예를 들어, 스크롤링, 화살표 키들 또는 임의의 다른 적절한 사용자 입력 인터페이스)을 사용할 수 있다.

단계(624)에서, 목표 타이가 내비게이트 되면, 특정 타이의 선택 엔트리가 수신되고 강조될 수 있다. 예시적인 실시예에서, 제어 로직(600)은 클라이언트 장치에서 선택된 타이를 디스플레이할 수 있으므로, 선택된 타이가 강조 표시(highlight)되거나, 색칠(color)되거나, 벗겨(bald)지거나, 그렇지 않으면 타이 그리드에서 선택되지 않은 타이들로부터 눈에 띄게(stand out) 될 수 있다.

단계(626)에서, 타이는 교체를 위해 마킹될 수 있다. 예시적인 실시예에서, 그러한 지정은 타이 마크 파일에 이미 프로그래밍되어 있다. 제어 로직(600)은 타이 파일로부터 특정 타이에 대한 속성들을 파싱(parse)하고 그러한 속성들에 따라 클라이언트 장치에 타이를 렌더링할 수 있다.

단계(628)에서, 제어 로직은 타이에 대한 속성들을 사용자에게 알리기 위한 인디케이션을 생성할 수 있고 타이는 그렇게 마킹된다. 예시적인 실시예에서, 인디케이션은 시각적(visual)(컬러), 촉각적(tactile)(바이브레이션), 청각적(audible)(사운드 등), 또는 다른 관련 사용자 인디케이션일 수 있다.

단계(626)에서 타이가 교체를 위해 마킹되지 않은 경우, 제어 로직(600)은 단계(644)에서 어떤 액션도 취해지지 않아야 한다고 결정할 수 있다. 예시적인 실시예에서, 사용자는 제어 로직(600)을 통해 어떠한 액션도 취하지 않아야 함을 나타내는 메타데이터로 타이를 태그(tag)할 수 있다. 단계(630)에서 FLIP 명령은 또한 제어 로직(600)에 의해 수신될 수 있다. FLIP 명령은 클라이언트 장치를 통해 사용자에 의해 선택될 수 있다.

단계(632)에서, 타이의 지정(상태)은 액션(action)과 액션 없음(no action) 사이에서 전환(switch)될 수 있고, 제어 로직은 그러한 변경을 사용자에게 디스플레이할 수 있다. 다른 예시적인 실시예에서, 교체를 위해 마킹된 타이는 더 이상 교체를 위해 마킹되지 않으며 그렇게 마킹되지 않은 타이는 그렇게 마킹될 것이다.

단계(634)에서, COMMENT 명령(코멘트 명령)(COMMENT command)은 제어 로직(600)에 의해 수신될 수 있다. 예시적인 실시예에서, 타이 그리드는 PREVIOUS 및 NEXT와 같은 사용자 입력 명령들을 통해 내비게이트가능할 수 있고, 명령들은 그리드를 내비게이트하고 나타난 방향(indicated direction)으로 현재 선택된 타이에 바로 인접한(immediately adjacent) 타이를 선택한다. 다른 예시적인 실시예에서, 이 기능은 블루투스 무선 제어기(Bluetooth wireless controller)와 같은 제어기와 연결될 수 있다.

단계(636)에서, 제어 로직은 사용자가 특정 타이에 대한 데이터를 입력할 수 있도록 하는 사용자 입력 필드를 생성할 수 있다. 예시적인 실시예에서, 제어 로직(600)은 사용자-생성된(user-generated) 또는 선택된 타이 데이터를 나타내는 메타데이터로 파일의 타이를 태그할 수 있다.

단계(638)에서, 제어 로직(600)이 CAMERA 명령을 수신했는지 여부가 결정된다.

예시적인 실시예에서, 클라이언트 장치는 카메라를 포함할 수 있다. 카메라 명령(camera command)이 수신되지 않은 경우, 제어 로직은 단계(644)로 진행한다. CAMERA 명령이 수신되는 경우, 제어 로직은 단계(640)로 진행한다.

단계(640)에서, 제어 로직은 클라이언트 장치 카메라 기능(예를 들어, 도 5의 단계(510)에서 획득가능한 그러한 권한들)을 인스턴스화할 수 있다. 예시적인 실시예에서, 제어 로직(600)은 클라이언트 장치 카메라를 통해 하나 이상의 이미지를 캡처할 수 있다. 단계(642)에서, 제어 로직(600)은 캡처된 이미지를 선택된 타이와 연관시킬 수 있다. 예시적인 실시예에서, 제어 로직(600)은 타이 파일의 또는 타이 파일에 첨부된 특정 레일 타이와 연관된 메타데이터로서 이미지를 저장할 수 있다.

단계(602)에서 검사 프로세스의 인스턴스화 이후에 도 6b를 참조한다. 위와 같이, 단계(608)에서, 다수의 디스플레이들 및 필드들을 포함할 수 있는 검사 정보 테이블이 생성될 수 있다. 단계(648)에서 제어 로직(600)은 정보 테이블에 포함된 데이터를 사용하여 TIES(타이들) 필드(TIES field)에 현재 선택된 타이를 디스플레이할 수 있다. 단계(648)에서, 제어 로직(600)은 REPLACE(교체) 필드(REPLACE field)(650)에서 교체된 타이들을 디스플레이할 수 있다. 제어 로직(600)은 또한 REMOVED(제거됨) 필드에서 그러한 카테고리로부터 제거된, 교체를 위해 이전에 마킹된 타이들의 수를 디스플레이할 수 있고; ADDED(추가됨) 필드는 교체를 위해 마킹된 타이들의 총 카운트에 추가된 타이들의 수를 나타낼 수 있고; BANKER(뱅커) 필드는 REMOVED 필드 및 ADDED 필드 간의 차이를 해당 카테고리들에 대한 타이 할당(tie allotment)의 인디케이션으로 디스플레이할 수 있고; 및 OVERALL MARKED 필드는 선택된 타이 마크 파일에서 교체를 위해 마킹된 타이들의 수를 나타낼 수 있다.

제어 로직(600)은 타이 그리드와의 사용자 상호작용에 응답하여 필드들을 자동으로 업데이트할 수 있다. 제어 로직은 증가(incrementation) 및 감소(decrementation) 카운터 값들을 저장할 수 있는 레지스터들을 포함할 수 있다. 단계(652)에서, 교체를 위해 이전에 마킹된 타이가 "플립되는(flipped)" 경우, 단계(654)에서, REMOVED 필드 카운터가 증가될 수 있다. 예시적인 실시예에서, 필드를 플립핑하는 것은 마킹된 타이가 제거되었음을 나타낼 수 있다. 단계(656)에서, 이 증가는 BANKER 필드 카운터의 증가를 야기하거나 증가들이 동시에 발생할 수 있다(이전에 마킹된 타이는 더 이상 교체를 위해 마킹되지 않기 때문에 사용자가 "여분의(extra)" 타이를 가지고 있음을 나타낸다, 즉, 새 타이가 필요하지 않으므로 이러한 새 타이는 "뱅크(bank)"에서 사용가능하다.)

단계(660)에서, 이전에 교체를 위해 마킹되지 않은 타이가 교체를 위해 마킹되도록 "플립되는" 경우, 그에 따라 ADDED 필드가 제어 로직(600)에 의해 증가될 수 있다. 이러한 증가는 BANKER 필드가 단계(664)에서 제어 로직에 의해 감소되게 할 수 있으며, 이는 새로운 타이가 "뱅크"로부터 "철회(withdraw)"되어 현재 교체를 위해 마킹된 타이를 교체함을 나타낸다. 검사 정보 테이블의 증가들 및 감소들은 마찬가지로 OVERALL MARKED(총 마킹됨) 필드 카운터에 영향을 미쳐 단계(658)에서 감소들 및 단계(666)에서 적절한 증가들을 야기할 수 있다. 단계(668)에서 제어 로직은 아무 액션도 취할 수 없다. 그런 다음 제어 로직(600)는 새로운 입력을 종료하거나 대기하고 전술된 단계들을 반복할 수 있다.

도 7a 및 도 7b는 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소를 도시한다. 예시적인 실시예에서, 클라이언트 장치의 모바일 애플리케이션은 철도 타이 관리 시스템 서버와의 연결을 요청할 수 있고 대시보드를 디스플레이할 수 있다. 도 7a를 참조하면, 사용자가 사용자 ID(702) 및 비밀번호(704)를 입력할 수 있는 로그인 화면(700)을 통해 인증이 요구된다. 인증이 성공하는 경우, 모바일 애플리케이션은 대시보드 시스템(706)을 인스턴스화할 수 있다. 예를 들어, 선로의 구간들은 타이 상태 및 대응하는 메타데이터를 나열(list)하는 파일들과 함께 파일들로 조직될 수 있다. 이러한 선로 구간들은 선로의 특정 구간에서 식별된 문제들의 수, 이용가능한 장비, 위치 접근성(location accessibility) 및 다른 관련 매개변수(relevant parameter)들에 기초하여 길이가 달라질 수 있다. 예시적인 실시예에서, 클라이언트 장치는 국부적으로 이용가능한 타이 마크 파일들을 가지고 있어서, 증가된 접근성을 위해 대시보드 시스템(706)이 타이 마크 파일들을 분류할 수 있게 한다. 타이 마크 파일들은 선형 탐색, 버블 탐색 또는 빠른 탐색 알고리즘에 따라 분류될 수 있다.

예시적인 실시예에서, 타이 마크 파일의 메타데이터는 선로의 특정 구간의 검사 상태를 나타낼 수 있다. 다른 예시적인 실시예에서, 상태는 IN PROGRESS(708), COMPLETED(710), NEW 또는 다른 관련 인디케이션으로서 식별될 수 있다. 다른 실시예에서, 대시보드 시스템(706)은 내비게이션 링크들을 통해 다수의 서브시스템들을 인스턴스화하기 위한 명령들을 수신할 수 있다. 그러한 링크들에는 다음 링크들이 포함될 수 있다: 다른 링크들 중 BOARD(712), TIE AUDIT(714), TIE MARK(716), SETTINGS(718). 다른 예시적인 실시예에서, 마킹되거나 감사된 다수의 타이들은 클라이언트 장치의 대시보드 시스템(706)에 의해 마킹될 수 있다.

도 8a, 도 8b 및 도 8c는 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소를 도시한다. TIE MARK(타이 마크) 내비게이션 링크(716)(도 7a 및 7b에 도시됨)는 예를 들어 타이 마크 검색 시스템(800)을 인스턴스화 할 수 있다. 이 예시적인 실시예에서, 타이 마크 검색 시스템(800)은 대시보드 시스템(706)의 서브시스템으로서 수행할 수 있고, 이용가능한 국부 파일들(예를 들어, 810)은 다수의 카테고리들(804, 806, 808)로 분류된 채로 남아 있다. 이러한 타이 마크 검색 시스템 서브시스템(800)은 철도 타이 관리 시스템 서버로 전송될 수 있는 파일 검색 요청을 생성할 수 있다(예를 들어, 우측 상단 모서리에 있는 "+" 사용자 입력 링크를 통해). 서버는 예를 들어 로그인 화면(812)을 통한 인증을 요구할 수 있고, 이어서 서버(및/또는 서버와 동작가능한 통신에 있는 모바일 애플리케이션)가 클라이언트 장치의 특정 측면을 제어할 수 있도록 사용자(814)로부터 권한들을 요청할 수 있다. 인증이 완료되고 필요한 권한들이 부여되면, 서버는 도 9a - 도 9d(도 9a 부터 도 9d까지)에 도시된 바와 같이 다운로드를 위해 타이 마크 파일들을 클라이언트 장치에 제공할 수 있다.

예시적인 실시예에서, 타이 마크 파일들은 먼저 900에서 볼 수 있는 바와 같이 서브디비전(즉, HASTINGS 또는 ST CROIX)에 의해 조직될 수 있다. 클라이언트는 예를 들어 902에서 볼 수 있는 마일포스트 범위(예를 들어 -MP-173.0-202.0으로 지정되어 제목이 있는 타이 마크 파일에 특정 서브디비전의 마일포스트 173로부터 마일포스트 202까지의 타이들을 포함함을 나타냄)에 의해 조직된 타이 마크 파일들의 범위들을 제공받을 수 있다. 계획 번호(plan number), 선로 코드(track code) 및 라인 세그먼트와 같은 다른 다수의 필드들을 타이 마크 파일 범위들과 연관될 수도 있다. DOWNLOAD(다운로드) 또는 DOWNLOAD ALL(전체 다운로드) 명령을 수신하여 클라이언트가 서버로부터 선택된 타이 마크 파일들의 복사본들을 검색할 수 있다. 타이 마크 파일들은 국부적으로 사용가능하게 되면 904에서 볼 수 있는 대로 분류될 수 있다. 그런 다음 주어진 타이 마크 파일이 선택될 수 있으며, 906에서 볼 수 있는 타이 마크 파일 세부사항들의 생성을 프롬프트한다. 그러한 세부사항들은 디비전, 서브디비전, 라인 세그먼트, 선로 타입, 마일포스트 범위, 마지막 검사 날짜, 타이 마크 파일의 상태 및 마일포스트 방향을 포함할 수 있다. 예시적인 실시예에서, MILEPOST DIRECTION(마일포스트 방향) 필드는 INCREASING(증가) 또는 DECREASING(감소) 방향(908)을 선택하기 위해 사용자에 의해 토글될 수 있다. 이것이 완료되면, 검사 프로세스는 예를 들어 INSPECT(검사) 명령(예를 들어, 도 9d의 우측 상단 코너)을 통해 인스턴스화될 수 있다.

도 10a - 도 10f(도 10a 부터 도 10f까지)는 하나 이상의 예시적인 실시예에 따른 철도 타이 관리 시스템 구성요소를 도시한다. 예시적인 실시예에서, 검사 프로세스가 타이 마크 파일로 인스턴스화되는 경우, 검사 정보 테이블(1000) 및 타이 그리드(1018)가 생성된다. 검사 정보 테이블은 TIES(1002), REPLACE(1004), ADDED(1006), REMOVED(1008), MILEPOST(1010), OVERALL MARKED(1012), BANKER(1014) 및 AURORA#(1016)과 같은 다수의 필드들을 포함할 수 있다(예를 들어 Aurora® 스캐닝 기술에 의해 이전에 수행된 검사에 대응하고, 데이터는 실시예에서 이전에 타이 마크 파일에 포함될 수 있음). 검사 정보 테이블은 본 개시의 원리들에 따라 타이 그리드와의 상호작용에 응답할 수 있다. 타이 그리드(1018)는 다음과 같은 다수의 필드들을 포함할 수 있다: 타이의 타입(예: 목재, 콘크리트, 금속, 합성물 등)에 대응하는 TIE TYPE(1020); 예를 들어 Aurora® 스캐너에 의해 결정된 타이의 내부 밀도 점수(internal density score)를 지칭하는 INT(1022); 타이 식별 번호에 대응하는 TIE NO(1024); 타이의 곡선 카테고리를 지칭하는 CRVCAT(1026); INT 점수와 EXT 점수의 조합에 대응하는 CMB(1028); 및 타이의 외부 점수(external score)(즉, 타이의 표면을 검사하는 것에 의해 결정된 점수)에 대응하는 EXT(1030). 예시적인 실시예에서, TIE TYPE은 WT(목재 타이를 위한), CT(콘크리트 타이), X(크로싱 타이(crossing tie)), 또는 T(턴아웃 타이(turnout tie))를 디스플레이할 수 있다. 다른 예시적인 실시예에서, CRVCAT는 T(접선 곡선(tangent curve)), L(약한 곡선(light curve)), M(중간 곡선(moderate curve)) 또는 S(심한 곡선(severe curve))를 디스플레이할 수 있다. 다른 예시적인 실시예에서, INT, EXT 및 CMB 점수는 1.0-4.0로부터의 십진수로 디스플레이된다.

예시적인 실시예에서, 타이 점수(즉, INT, EXT 및 CMB)는 다음 차트(chart)에 따라 예를 들어 Aurora® 스캐너를 통해 결정된 바와 같이 1.0-4.0 범위일 수 있다: -

	타이 등급 분류
컨디션	3.5 - 4.0 실패(검은색)	2.7--3.4 유지관리(Maintenance)(빨간색)	1.5 -2.6 한계(Marginal)(노란색)	1.0-1.4 좋음(Good) (녹색)
부서짐(Broken)	끊어짐(Broken through) - 분리됨(separated)	끊어짐(Broken through) - 분리되지 않음(Not separated)	끊어지지 않음(Not broken through)	부서진 것 없음(No Breaks)
분할(Split) 또는 다른 장애(Impaired)	크로스타이(crossties)가 밸러스트(ballast)가 통과할 수 있도록 허용하거나 못(spike)들 또는 레일 패스너(rail fastener)들을 고정하지 않는 범위 내에서	못들 또는 레일 패스너들을 고정하지 않는다. 2도 이상의 곡선들에서 느슨한 못.	타이는 못들을 고정하고 일부는 물이 타이에 들어갈 수 있을 만큼 깊게 분할됨. 2도 이하의 접선 또는 곡선에 있는 경우 타이는 플러그(plug)되고 다시 못질(re- spike)될 수 있다.	날씨가 약간 분할되지만 무결성은 손상되지 않음
열화됨(Deteriorated)	타이 플레이트(tie plate) 또는 레일의 베이스(base of rail)가 크로스타이에 비해 측면으로 ½인치 이상 이동할 수 있도록	타이 플레이트 또는 레일의 베이스가 크로스타이에 비해 측면으로 ¼인치 이상 ½인치 미만 이동할 수 있도록	¼인치 미만의 측면 플레이트 또는 레일 이동	플레이트 이동(plate movement) 또는 절단(cut) 및 열화의 징후(sign of deterioration) 없음
플레이트 절단(Plate Cut)	타이 두께의 40% 이상	타이 두께의 1인치 이상 40% 미만	¼인치 이상, 최대 1인치 깊이	¼인치 플레이트 절단 또는 이하.
바퀴 절단(Wheel Cut)		타이를 통해 끊어지지 않고 하중 지지 영역(load-bearing area)의 베이스에서 12인치 내에서 2인치 이상의 깊이.	½인치 내지 2인치 깊이가 타이를 통해 끊어지지 않음	타이에 구조적 손상이 없는 ½인치 이하
썩음 또는 속이 빈(Rotted or Hollow)		상당한 양의 목재가 썩거나 m1ssmg. 플레이트 아래 공간이 비어 있음.	일부는 타이와 끝 부분에서 부패함. 플레이트 영역 아래에 속이 비어 있지 않음.	없음
예상되는 잔여 수명			20년 미만	20년 이상

예시적인 실시예에서, 타이 그리드(1018)는 위의 차트에 따라 색상으로 구분될 수 있다(즉, CMB가 3.5-4.0인 타이는 검은색으로 강조 표시되고, 2.7-3.4는 빨간색으로 강조 표시되고, 1.5-2.6은 노란색으로 강조 표시되고, 1.0-1.4는 녹색으로 강조 표시된다.) 또한, 등급이 매겨지지 않은 타이(ungraded tie)들(예: Aurora® 스캐너로 스캔할 수 없는 타이, 즉 밸러스트 커버 타이, 무성한 초목이나 진흙으로 가려진 타이, 턴아웃들 및 도로 크로싱들의 타이들, 내부 가드레일 위치(inner guard rail location)의 타이들 등)은 파란색으로 강조 표시될 수 있으며 INT, EXT 및 CMB가 -1.0으로 등급이 매겨지지 않았음을 나타낸다. 다른 예시적인 실시예에서, 등급이 매겨지지 않은 타이에 대해 수동 INT, EXT, 및/또는 CMB를 입력하라는 사용자 명령이 수신될 수 있다.

예시적인 실시예에서, 타이 그리드(1018)는 수동으로 내비게이트될 수 있으며, 예를 들어 사용자는 그리드를 통해 "스크롤"하여 목표 타이를 찾을 수 있다. 다른 예시적인 실시예에서, FIND TIE 명령(타이 찾기)(1032)이 수신될 수 있으며, 이는 후속하여 사용자가 내비게이트하기 원하는 타이 번호(1034)를 입력하도록 사용자에게 프롬프트한다. 타이 번호(1034)를 입력한 후 FIND DISTANCE 명령을 수신하여 클라이언트 장치와 지정된 타이 사이의 물리적 거리와 지정된 타이의 위도 및 경도를 계산하고 디스플레이할 수 있다. 타이 번호 엔트리(1034)가 수신된 후, GO TO TIE 명령(1038)이 수신될 수 있으며, 이는 사용자를 타이 그리드의 지정된 타이로 자동으로 내비게이트한다. 타이 그리드를 내비게이트하는 동안 특정 타이들이 선택될 수 있으며 그러한 선택은 예를 들어 도 10d에서 볼 수 있는 강조 표시를 통해 강조될 수 있다. 실시예에서, 교체를 위해 마킹된 타이는 TIE TYPE 열(예를 들어, 여기서는 정사각(square)(1042))에 배치된 시각적 인디케이터(1042)를 가질 수 있다. 교체를 위해 마킹된 타이에 대해 FLIP 명령(1040)이 수신되는 경우, 타이가 그에 따라 마킹된다; 예를 들어, 타이가 더 이상 교체를 위해 마킹되지 않음을 나타내는 빨간색 X가 검은색 박스(1042)에 나타날 수 있다. 다른 예시적인 실시예에서, FLIP 명령(1040)이 교체를 위해 마킹되지 않은 선택된 타이에 대해 수신되는 경우, 시각적 인디케이터(1044)가 TIE TYPE 열(예를 들어, 여기서는 원(circle)(1044))에 배치될 수 있다.

다른 예시적인 실시예에서, 본 발명의 원리들에 따라 클라이언트 장치에서 이미지 캡처 기능을 인스턴스화하는 CAMERA 명령(1048)이 수신될 수 있다. 다른 예시적인 실시예에서, 본 개시의 원리들에 따라 사용자 입력 필드(1050)의 생성을 야기하는 COMMENT 명령(1046)이 수신될 수 있다. 다른 예시적인 실시예에서, MARK COMPLETED(마크 완료) 명령(1052)이 수신될 수 있고, 파일이 대시보드 시스템에서 COMPLETED 카테고리로 분류될 수 있음을 나타내기 위해 타이 마크 파일의 메타데이터를 업데이트한다.

도 11a 및 11b를 참조하면, 1100은 타이 마크 서브시스템을 실행하는 대시보드 시스템을 디스플레이하고, 타이 마크 파일은 COMPLETED로 카테고리화된다. 시스템은 파일이 COMPLETED이므로 타이 마크 파일이 서버에 의해 검색될 수 있음을 결정할 수 있다. 이 프로세스를 인스턴스화하기 위해 업로드 명령(1102)을 수신한 후 확인(1104)을 수행할 수 있다. 그러면 다른 클라이언트들과 같은 철도 타이 관리 시스템의 다른 구성요소들에서 업로드된 철도 타이 마크 파일에 액세스가능하다.

본 개시는 적어도 다음과 같은 이점들을 달성한다:

타이 그리드들 및 다른 기술 개선들을 통해 타이 검사들 및 타이 교체들의 조직화 및 접근성을 개선한다;

타이 파일들과 관련된 메타데이터 태그들을 추가 및 수정할 수 있는 개선된 시스템들을 통해 타이 검사들 및 타이 검사기들의 효율성을 높인다;

타이 검사들 및 타이 마킹을 용이하게 하기 위한 플랫폼을 제공한다; 및

철도 기반 시설 전반에 걸쳐 타이들에 대한 액세스가능한 중앙 집중식(centralized) 데이터 세트들을 제공하여 더 빠르고 정보에 입각한 의사 결정을 가능하게 한다.

당업자는 이러한 이점들(및 요약에 표시된 이점들) 및 이 시스템의 목적은 본 발명의 시스템에 조립되고 여기에 설명된 컴퓨터 하드웨어 및 기타 구조적 구성 요소 및 메커니즘의 특정 조합 없이는 가능하지 않을 것임을 쉽게 이해할 것이다. 당업자에게 공지된 다양한 프로그래밍 도구가 전술한 자료에 설명된 기능 및 동작의 제어를 구현하는 데 이용가능하다는 것이 추가로 이해될 것이다. 더욱이, 프로그래밍 도구(들)의 특정 선택은 본 명세서 및 첨부된 청구범위에 기재된 개념을 실현하기 위해 선택된 구현 계획에 배치된 특정 목적들 및 제약들에 의해 관리될 수 있다.

이 특허 문서의 설명은 특정 요소, 단계 또는 기능이 청구 범위에 포함되어야 하는 필수 요소이거나 중요한 요소가 될 수 있다는 의미로 해석되어서는 안 된다. 또한, 어떤 특정 청구항에서도 "~을 위한 수단(means for)" 또는 "~을 위한 단계(step for)"라는 정확한 단어가, 기능을 식별하는 분사 구분에 후속하여, 명시적으로 사용되지 않는 한, 첨부된 청구항 또는 청구항 요소와 관련하여 35 U.S.C.§112(f)를 인용할 수 없다. 청구항 내의 "메커니즘", "모듈", "장치", "단위", "구성요소", "요소", "멤버", "장치", "기계", "시스템", "프로세서", "처리 장치" 또는 "제어기"는, 클레임 자체의 기능에 의해 추가로 수정되거나 향상되는 경우, 관련 기술 분야의 숙련자에게 알려진 구조를 참조하는 것으로 이해되고 의도될 수 있고, 35 U.S.C. § 112(f)를 인용하도록 의도될 수 없다.

본 개시는 그 사상 또는 본질적인 특성을 벗어나지 않으면서 다른 구체적인 형태로 구체화될 수 있다. 예를 들어, 여기에 설명된 각각의 새로운 구조는 기본 구성 또는 서로 간의 구조적 관계를 유지하면서 또는 여기에 설명된 동일하거나 유사한 기능을 수행하면서 특정 국부적 변형 또는 요구 사항에 맞게 수정될 수 있다. 따라서, 본 실시예는 모든 면에서 예시적인 것으로 간주되어야 하며 제한적인 것은 아니다. 따라서, 본 발명의 범주는 전술한 설명이 아닌 첨부된 청구범위에 의해 설정될 수 있다. 따라서 청구범위의 동등성의 의미 및 범위 내에 있는 모든 변경은 여기에 포함되도록 의도된다. 또한, 청구범위의 개별 요소는 잘 이해되지 않거나 일상적이거나 관습적이지 않다. 대신, 청구범위는 명세서에 기술된 비 전통적인 발명 개념에 관한 것이다.

Claims (20)

1. 레일 타이 처리 시스템에 있어서,
   복수의 타이 마크 파일들이 있는 제1 데이터베이스를 포함하는 데이터 저장 장치; 및
   암호화된 네트워크를 통해 상기 데이터 저장 장치에 동작가능하게 연결되고 프로그램 단계들을 수행하기 위한 기계 판독 가능한 인스트럭션들을 실행할 수 있는 네트워크화된 컴퓨터 프로세서
   를 포함하고,
   상기 프로그램 단계들은,
   메모리로부터 하나 이상의 철도 타이 파일에 액세스하는 단계 - 각각의 철도 타이 파일은 파일 식별자를 가짐 -;
   각각의 철도 타이 파일에 대한 철도 타이 파일 상태를 결정하는 단계;
   상기 철도 타이 파일 상태에 따라 철도 타이 파일들을 분류하는 단계;
   상기 분류된 철도 타이 파일들에 대한 파일 식별자들을 클라이언트 장치에 디스플레이하는 단계;
   선택된 철도 타이 파일을 선택적으로 처리하기 위한 파일 액션 인디케이터(file action indicator)를 생성하는 단계;
   상기 클라이언트 장치의 위치를 수신하는 단계;
   상기 선택된 철도 타이 파일에 기초하여 상기 클라이언트 장치에 시작점 및 이동 방향을 나타내는 단계; 및
   상기 철도 타이 파일과 연관된 선로의 구간에 대한 하나 이상의 레일 타이를 보여주는 그래픽을 디스플레이하는 단계
   를 포함하는 레일 타이 처리 시스템.
2. 제1항에 있어서,
   상기 프로그램 단계들은,
   상기 선택된 철도 타이 파일에 기초하여 상기 하나 이상의 레일 타이에 대한 철도 타이 상태를 생성하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
3. 제1항에 있어서,
   상기 프로그램 단계들은,
   상기 선택된 철도 타이 파일의 각각의 레일 타이에 대한 타이 상태 인디케이터를 생성하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
4. 제1항에 있어서,
   상기 프로그램 단계들은,
   선택된 레일 타이의 상기 철도 타이 파일 상태를 확인 또는 변경하는 입력을 수신하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
5. 제3항에 있어서,
   상기 프로그램 단계들은,
   철도 선로의 미리 결정된 구간에 대한 하나 이상의 타이를 식별하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
6. 제1항에 있어서,
   상기 프로그램 단계들은,
   철도 선로 특성들을 결정하는 단계 및 상기 클라이언트 장치에 상기 철도 선로 특성들을 디스플레이하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
7. 제1항에 있어서,
   상기 프로그램 단계들은,
   제1 레일 타이를 선택하는 엔트리를 수신하는 단계 및 상기 네트워크화된 컴퓨터 프로세서를 통해 상기 제1 레일 타이와 연관된 메타데이터를 검색(retrieving)하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
8. 제7항에 있어서,
   상기 프로그램 단계들은,
   상기 제1 레일 타이가 교체를 위해 마킹(marking)되는 경우 인디케이션(indication)을 생성하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
9. 제7항에 있어서,
   상기 프로그램 단계들은,
   상기 클라이언트의 이미지 캡처 기능을 인스턴스화(instantiating)하는 단계 및 캡처된 이미지를 상기 제1 레일 타이와 연관된 메타데이터에 저장하는 단계
   를 더 포함하는 레일 타이 처리 시스템.
10. 제7항에 있어서,
    상기 프로그램 단계들은,
    상기 네트워크화된 컴퓨터 프로세서를 통해 사용자 입력 필드를 인스턴스화하는 단계 및 입력 데이터를 제1 타이 메타데이터에 저장하는 단계
    를 더 포함하는 레일 타이 처리 시스템.
11. 철도 시스템에서 레일 타이들을 처리하는 방법에 있어서,
    메모리로부터 하나 이상의 철도 타이 파일에 액세스하는 단계 - 각각의 철도 타이 파일은 파일 식별자를 가짐 -;
    각각의 철도 타이 파일에 대한 철도 타이 파일 상태를 결정하는 단계;
    상기 철도 타이 파일 상태에 따라 철도 타이 파일들을 분류하는 단계;
    상기 분류된 철도 타이 파일들에 대한 파일 식별자들을 클라이언트 장치에 디스플레이하는 단계;
    선택된 철도 타이 파일을 선택적으로 처리하기 위한 파일 액션 인디케이터를 생성하는 단계;
    상기 클라이언트 장치의 위치를 수신하는 단계;
    상기 선택된 철도 타이 파일에 기초하여 상기 클라이언트 장치에 시작점 및 이동 방향을 나타내는 단계; 및
    상기 철도 타이 파일과 연관된 선로의 구간에 대한 하나 이상의 레일 타이를 보여주는 그래픽을 디스플레이하는 단계
    를 포함하는,
    방법.
12. 제11항에 있어서,
    상기 선택된 철도 타이 파일에 기초하여 상기 하나 이상의 레일 타이에 대한 철도 타이 상태를 생성하는 단계
    를 더 포함하는,
    방법.
13. 제11항에 있어서,
    상기 선택된 철도 타이 파일의 각각의 레일 타이에 대한 타이 상태 인디케이터를 생성하는 단계
    를 더 포함하는,
    방법.
14. 제11항에 있어서,
    선택된 레일 타이의 상기 철도 타이 파일 상태를 확인 또는 변경하는 입력을 수신하는 단계
    를 더 포함하는,
    방법.
15. 제13항에 있어서,
    철도 선로의 미리 결정된 구간에 대한 하나 이상의 타이를 식별하는 단계
    를 더 포함하는,
    방법.
16. 제11항에 있어서,
    철도 선로 특성들을 결정하는 단계 및 상기 클라이언트 장치에 상기 철도 선로 특성들을 디스플레이하는 단계
    를 더 포함하는,
    방법.
17. 제11항에 있어서,
    제1 레일 타이를 선택하는 엔트리를 수신하는 단계 및 네트워크화된 컴퓨터 프로세서를 통해 상기 제1 레일 타이와 연관된 메타데이터를 검색하는 단계
    를 더 포함하는,
    방법.
18. 제17항에 있어서,
    상기 제1 레일 타이가 교체를 위해 마킹되는 경우 인디케이션을 생성하는 단계
    를 더 포함하는,
    방법.
19. 제17항에 있어서,
    상기 클라이언트의 이미지 캡처 기능을 인스턴스화하는 단계 및 캡처된 이미지를 상기 제1 레일 타이와 연관된 메타데이터에 저장하는 단계
    를 더 포함하는,
    방법.
20. 제17항에 있어서,
    상기 네트워크화된 컴퓨터 프로세서를 통해, 사용자 입력 필드를 인스턴스화하는 단계 및 입력 데이터를 제1 타이 메타데이터에 저장하는 단계
    를 더 포함하는,
    방법.