위성 촬영계획(Tasking)시스템 UI 사례분석

작성자:

위성 촬영계획(Tasking) 시스템 UI와 Satellite Tasking UI 설계를 위해 필요한 핵심 화면과 검증 로직을 글로벌 사례 기준으로 비교·분석했습니다. 이 문서는 실제 운영 시스템 적용을 전제로, 화면 구성과 입력 항목을 바로 반영할 수 있도록 정리한 실무형 가이드입니다.

사례 분석 요약

사례 분석 항목 공통 패턴 확인된 사례
지도 기반 AOI 지정(점/선/폴리곤) + 크기/형상 제약 대부분 필수 Planet, Maxar, Airbus, ICEYE, Capella
촬영 시간창(TOI/Window open-close) 설정 필수 입력 또는 강한 권장 Planet, ICEYE, Capella, Maxar
촬영 제약조건 설정(EO: cloud/off-nadir/azimuth, SAR: incidence/look side/pass direction) 센서별 파라미터 분기 Maxar, Planet, ICEYE, Capella
사전 타당성(Feasibility) 또는 성공확률 확인 사전 검증/예측 제공 Maxar, Airbus, ICEYE
견적/비용/승인 및 취소 정책 반영 운영·계약 정책 반영 Planet, Capella, Airbus
주문 진행상태 모니터링(테이블+지도+상세 이력) 상태추적 핵심 Planet, Maxar
산출물 전달설정(클라우드/SFTP) + 알림 납품 경로/알림 자동화 Planet, ICEYE, Airbus

권장 화면 구성(기본 8 + 내부운영 2)

  1. 대시보드

    • 금일 요청 수, 진행/완료/실패, 평균 리드타임, 긴급건, 만료 임박건을 통합적으로 제공.
    • 지도 오버레이를 통해 AOI 분포와 상태 색상을 시각적으로 제공.

  2. 촬영요청 생성(위저드)

    • 기본정보: 요청명, 우선순위, 센서/상품유형(EO/SAR), 단일/반복촬영.
    • AOI: 점/선/폴리곤 작성, 면적/폭/vertex 자동 검증.
    • 시간: 촬영 시작-종료, 타임존, 반복주기.
    • 제약조건: EO(구름량, off-nadir, azimuth), SAR(incidence, look side, ascending/descending).
    • 산출물: 해상도/밴드/처리레벨/포맷/압축/전달위치.
    • 알림: 이메일/Webhook/운영자 지정.

  3. 타당성·성공확률 화면

    • 시간창별 성공확률(높음/중간/낮음)과 대체 시간 제안을 제공.
    • 제약조건 완화 시뮬레이션(예: cloud 15→25%)을 지원.
    • as-is: 요청 후 requestId 기반 조회형으로 구현(백엔드 산출결과 조회).

  4. 견적·승인 화면

    • 예상비용, 과금 단위, SLA 옵션별 비용 변화를 제공.
    • 취소/변경 가능 시점 및 패널티를 명시.
    • 승인 워크플로우(요청자-검토자-승인자)를 지원.

  5. 주문/작전 모니터링 화면

    • 테이블/지도 전환, 상태/기간/AOI 필터 제공.
    • 상태 타임라인(접수→배정→촬영→처리→전달→종료) 제공.
    • 부분충족/미충족 사유 및 잔여 커버리지 표시.

  6. 요청 상세·캡처 검수 화면

    • 캡처별 품질평가, 반려/재검토 요청, 재촬영 요청 기능 제공.
    • 전달 이력/재전달 버튼, 다운로드 링크 관리 기능 제공.

  7. 템플릿·재사용 화면 (권장)

    • 기존 요청 복제, 템플릿 저장/버전관리 기능 제공.

  8. 관리자 설정 화면 (권장)

    • 계약/쿼터/크레딧, 사용자 권한, 기본 전달 경로, 감사로그 관리.

  9. 작전지시(Uplink) 화면 (내부운영 필수)

    • 승인 완료 건에 대한 실제 위성 지시 생성/전송 실행.
    • 지시생성 → 큐등록 → Uplink 요청 → 응답(ACK/실패) 확인 절차 제공.
    • as-is: 다중 위성(N대) 기준 재할당 시뮬레이션(요청/위성/시각 선택, ALLOW/DENY 사유) 구현.

  10. 수신·처리·QA 모니터링 화면 (내부운영 필수)

    • downlink 수신 확인, checksum/파이프라인/QA 상태 관리.
    • QA Fail 또는 checksum mismatch 발생 시 납품 차단 및 재검토 연계.

운영상 반드시 포함해야 할 검증 로직

  • AOI 제약 검증(최소/최대 면적, 폭, vertex).
  • 시간 제약 검증(최소 lead time, 최소 window 길이, 최대 미래일).
  • 상품별 파라미터 호환성 검증(예: 모드별 각도/밴드 제한).
  • 취소/변경 가능 여부 실시간 판정.
  • 선호 위성 지정 검증(최대 3개, 센서 일치, 정비중 제외, 유효 후보 존재).
  • 다중 위성 할당 검증(승인상태, 센서, 위성상태, contact window, 일일 capacity).

추론
위 화면 IA는 각 벤더 문서에서 공통적으로 확인되는 기능을 통합하여, 플랫폼 독립적인 운영 시스템 관점으로 재구성한 결과입니다.

위성 촬영계획(Tasking) 시스템 UI 설계 체크리스트

  • 요청 생성 단계에서 AOI, 시간창, 제약조건을 분리해 입력 오류를 최소화합니다.
  • 타당성(Feasibility) 결과는 요청 상세 화면과 동일한 파라미터 기준으로 연결합니다.
  • 승인 이후에는 Uplink, Downlink, QA 상태를 운영 화면에서 단일 흐름으로 추적합니다.
  • 부분 충족·미충족 사유를 표준 코드로 관리해 재촬영 의사결정을 빠르게 합니다.

자주 묻는 질문(FAQ)

Q1. 위성 촬영요청 화면에서 가장 중요한 입력 항목은 무엇인가?

AOI 형상, 촬영 시간창, 센서 제약조건이 핵심입니다. 이 세 항목이 정확해야 타당성 예측과 비용 산정 결과의 신뢰도가 높아집니다.

Q2. Tasking 시스템 UI에서 운영 단계는 어떻게 구성하는 것이 좋은가?

접수 → 배정 → 촬영 → 처리 → 전달 → 종료의 상태 타임라인을 기본으로 두고, 각 단계에 실패 사유와 재시도 절차를 함께 노출하는 구성이 실무에 유리합니다.

Q3. 위성 Tasking UI에서 내부운영 화면이 별도로 필요한 이유는?

고객 요청 화면만으로는 실제 위성 지시(Uplink)와 수신·처리·QA 이력을 통합 관리하기 어렵기 때문입니다. 내부운영 화면을 분리하면 운용 안정성과 책임 추적성이 개선됩니다.

내부 참고 링크

참고 소스

댓글 남기기