LeeX가 비즈니스, 이벤트, 인프라를 연결하는 방법

도시는 단순히 여러 사업체, 이벤트, 물리적 장소의 집합 그 이상입니다. 이 요소들은 상호작용하며, 이러한 관계를 이해하는 것은 도시 탐색을 더욱 유용하게 만들 수 있습니다.

LeeX는 세 가지 뚜렷한 기둥(pillar)인 비즈니스(Businesses), 이벤트(Events), 인프라(Infrastructure)를 통해 이 아이디어에 접근합니다. 이 개념은 단순히 위치를 지도 위에 표시하는 것을 넘어섭니다. 사람들이 실제 세계의 개체들을 발견하고 그것들이 주변 환경과 어떻게 관련되는지 이해할 수 있도록 구성하는 것을 제안합니다.

구분(Distinction)이 중요한 이유

공공 기념물 근처 호텔에서 열리는 콘서트를 가정해 봅시다.

여기에는 세 가지 뚜렷한 개체들이 관련되어 있습니다:

• 호텔: 비즈니스 또는 상업 시설입니다.
• 콘서트: 고유한 정체성과 생애주기를 가진 시간 민감형 이벤트(time-sensitive event)입니다.
• 기념물: 주변 환경 내에 존재하는 장소 기반 개체(place-based entity)입니다.

이러한 개체들은 관련되어 있지만, 서로 대체할 수 있는 것은 아닙니다. 호텔은 여러 이벤트를 개최할 수 있고, 기념물은 콘서트가 끝난 후에도 오랫동안 관련성을 유지할 수 있으며, 콘서트는 단 한 번만 발생할 수 있습니다.

이들을 별개의 개체로 표현함으로써 각각의 목적을 이해하고 관리하기가 더 쉬워집니다.

1. 비즈니스는 상업적 맥락(Commercial Context)을 제공합니다

비즈니스 목록은 사람들이 도시 내의 상업 시설과 서비스를 발견하는 데 도움을 줍니다.

비즈니스 기록에는 이름, 카테고리, 위치, 연락처 정보 및 기타 관련 세부 사항이 포함될 수 있습니다. 브랜드가 여러 지점을 운영하는 경우, 전체 브랜드를 하나의 장소로 취급하기보다는 각 물리적 지점마다 자체 목록을 가질 필요가 있습니다.

LeeX 모델에서 모든 목록은 영구적인 Listing ID를 받습니다. 이 식별자는 특정 편집 가능한 세부 정보가 변경되더라도 해당 개체와 관련성을 유지하도록 의도되었습니다.

하지만, 목록을 생성하거나 ID를 할당하는 것이 비즈니스가 실제로 존재한다는 것, 그 정보가 정확하다는 것, 또는 제작자가 소유하고 있다는 것을 자동으로 확립하지는 않습니다. 이러한 질문들은 별도의 확인 절차를 필요로 합니다.

1. 이벤트는 시간의 차원(Dimension of Time)을 도입합니다

기업 및 물리적 장소는 수년 동안 관련성을 유지할 수 있습니다. 이벤트는 시간이라는 다른 차원을 도입합니다.

이벤트는 고유한 정체성, 일정, 상태, 그리고 생애주기를 가집니다. 이벤트가 장소와 맺는 관계는 맥락을 제공하지만, 이벤트가 단순히 장소의 또 다른 이름이 되어서는 안 됩니다.

예를 들어, 대학에서 열리는 컨퍼런스는 컨퍼런스 세부 정보와 대학 위치 페이지 모두를 통해 검색될 수 있습니다.

이러한 관계는 사용자가 이벤트와 그 장소 사이를 혼동하지 않고 이동하는 데 도움을 줄 수 있습니다. 이러한 유용성은 실제적으로 이벤트 기록, 장소 간의 관계, 업데이트, 그리고 만료된 이벤트를 어떻게 처리하느냐에 달려있습니다.

1. 인프라는 물리적 맥락을 확립합니다

인프라는 검색 범위를 기업 및 예정된 활동을 넘어 확장합니다.

정의된 분류 체계(taxonomy)에 따라, 관련 엔티티에는 도로, 다리, 공원, 공항, 공공 시설, 캠퍼스, 랜드마크 등이 포함될 수 있습니다.

이러한 장소들은 기업과 이벤트가 존재하는 더 넓은 맥락을 확립하는 데 도움을 줍니다. 기업은 랜드마크 근처에 위치할 수 있고, 이벤트는 캠퍼스나 공공 시설 내에서 열릴 수 있습니다.

이러한 관계들은 위치 기반 정보가 고립된 목록보다 더 의미 있게 만들 수 있습니다.

인프라 기록 또한 데이터 관리상의 어려움을 도입합니다. 부정확한 위치, 중복 기록, 오래된 정보, 그리고 공공 시설과 사설 시설에 대한 불확실성은 시스템의 신뢰도를 떨어뜨릴 수 있습니다.

엔티티를 병합하지 않고 연결하기

핵심 설계 과제는 개별적인 정체성을 보존하면서 관련 엔티티들을 연결하는 것입니다.

잘 구조화된 시스템은 다음과 같은 관계들을 나타낼 수 있습니다:

• 특정 위치에서 운영되는 기업.
• 장소에서 열리는 이벤트.
• 기업 근처에 위치한 랜드마크.
• 시간이 지남에 따라 동일한 장소와 관련된 여러 이벤트.

이는 시스템이 지원할 수 있는 관계의 예시일 뿐, 모든 관계가 이미 LeeX에 구현되었다는 것을 의미하지 않습니다.

안정적인 식별자(Stable identifiers)는 이름이나 기타 수정 가능한 세부 정보가 변경될 때 일관된 참조를 유지하는 데 도움이 될 수 있습니다. 또한 목록이 이동하거나, 이벤트가 취소되거나, 장소가 폐쇄되거나, 중복 기록이 발견되는 경우 명확한 관계 규칙도 중요합니다.

이러한 아키텍처는 무엇을 가능하게 할까요?

더 명확한 검색(Clearer discovery): 사람들은 서비스, 예정된 활동, 물리적 장소를 구별할 수 있습니다.

더 나은 구성(Better organization): 각 개체는 목적에 맞는 필드와 생명주기 규칙을 가질 수 있습니다.

더 의미 있는 연결(More meaningful connections): 관련 기록들은 개별 정체성을 잃지 않으면서 추가적인 맥락을 제공할 수 있습니다.

미래 지능의 기반(A foundation for future intelligence): 일관된 데이터와 신뢰할 수 있는 관계는 시간이 지남에 따라 더욱 발전된 위치 기반 검색 및 분석을 지원할 수 있습니다.

이러한 이점들은 자동적으로 주어지는 것이 아닙니다. 정확한 기록, 합리적인 분류, 투명한 검증, 개인 정보 보호 장치, 그리고 신뢰할 수 있는 구현에 달려 있습니다.

앞으로의 과제

도시 정보를 연결하는 것은 단순히 더 많은 목록을 만드는 것의 문제가 아닙니다. 시스템은 무엇이 고유한 개체로 간주되는지, 관계가 어떻게 유지되는지, 부정확한 기록은 어떻게 수정되는지, 그리고 개체가 변경되거나 존재하지 않게 될 때 무슨 일이 발생하는지를 결정해야 합니다.

LeeX 프레임워크는 그 비즈니스(Businesses), 이벤트(Events), 인프라(Infrastructure) 기둥을 통해 이러한 질문들을 검토할 수 있는 방법을 제공합니다. 궁극적으로 그 효과는 커버리지가 확장됨에 따라 근본적인 데이터와 관계가 얼마나 신뢰성을 유지하느냐에 달려 있을 것입니다.

창립자 소개

LeeX는 Oscar Awowari를 창립자이자 CEO로 소개합니다. 이 생태계의 명시된 방향은 실제 장소, 활동 및 상업 개체를 공유 프레임워크 내에서 구성하여 도시 검색을 더욱 연결성 있게 만드는 데 중점을 두고 있습니다.

해당 접근 방식의 장기적인 중요성은 제품의 원칙이 얼마나 일관되게 신뢰할 수 있는 기록(reliable records), 유용한 관계(useful relationships), 책임감 있는 거버넌스(responsible governance), 그리고 사용자에게 실용적인 경험으로 구현되는지에 달려 있습니다.

핵심 아이디어는 간단합니다. 도시가 그곳들, 활동들, 비즈니스가 서로 혼동되지 않게 연결될 때 이해하기 쉬워집니다.