KR20130051982A - 컴퓨터 도움 이벤트 및 현장 셋업을 위한 방법 및 시스템 그리고 모델링 및 인터액티브 지도들 - Google Patents

Abstract

설명된 것은 이벤트 현장의 어떤 모습들을 설계하고 그리고 그 이벤트와 그 이벤트 현장에 관한 정보를 다른 사람들에게 전달하기 위한 시스템들 및 방법들이다. 어떤 실시예들은 동적인 좌석 지도를 제공하며, 이 좌석 지도를 통해서 운영자는 특정 좌석들 및/또는 좌석 섹션들에 어떤 특성들을 할당할 수 있다. 어떤 실시예들은 사용자들을 위한 인터액티브 지도들을 생성하며, 그 인터액티브 지도들을 통해서 복수의 소스들로부터의 정보가 집적되고 그리고 시각적으로 디스플레이될 수 있을 것이다. 사용자는 어떤 기준을 특정할 수 있을 것이며, 그리고 상기 인터액티브 지도는 그런 기준에 부합하는 사용자 좌석들 및/또는 섹션들을 식별할 수 있을 것이다. 어떤 실시예들은 인터액티브 좌석 지도를 제공하며, 그 인터액티브 좌석 지도를 통해서 사용자들은 좌석들을 선택하고 정보를 공유할 수 있다.

Description

컴퓨터 도움 이벤트 및 현장 셋업을 위한 방법 및 시스템 그리고 모델링 및 인터액티브 지도들{Methods and systems for computer aided event and venue setup and modeling and interactive maps}

관련된 출원들에 대한 상호-참조

본 출원은 2010.6.15.에 출원된 미국 특허 출원 번호 61/355,000에 대한 우선권을 주장하며, 상기 출원의 내용은 그 전체가 본원에 참조로서 편입된다.

저작권

이 특허 문서 개시의 일부는 저작권 보호를 받는 자료를 포함한다. 상기 저작권 소유자는 상기 특허 문서 또는 상기 특허 개시가 특허청 특허 파일이나 기록들에서 나타난 것과 같이 보이면, 상기 특허 문서 또는 상기 특허 개시의 어느 것에 의한 재생에 어떤 반대도 하지 않지만, 그렇지 않다면 어느 경우에건 모든 저작권들은 유보된다.

본 발명의 분야

본 발명은 컴퓨터 도움 설계에 그리고 전자 지도들에 관련되며, 더 상세하게는, 컴퓨터 도움을 받는 이벤트 및 현장 (venue) 셋업에 그리고 인터액티브 지도들에 관한 것이다.

이벤트 티켓 발행은 보통은 티켓들에 가격을 매기고 판매하는 것을 포함한다. 어떤 전통적인 기술들은 이벤트 티켓들에 통계적으로 가격을 정한다. 즉, 티켓이나 티켓들에 대한 초기 판매에 관련한 티켓들의 등급에 대해 일단 가격이 설정되면, 그 가격은 변하지 않는다. 또한, 전통적인 기술들을 사용하여, 티켓 가격 결정은 충분하지 않은 정보를 기반으로 하는 경우가 종종 있으며, 그런 티켓들에 대해서 주어진 실제의 요구가 너무 높거나 또는 너무 낮은 티켓 가격들이라는 결과가 된다.

추가로, 더욱 더 많은 개수의 이벤트 티켓들이 전화 또는 소매 아웃렛을 통해서 라기보다는 온라인으로 판매된다. 그러나, 그런 온라인 판매들에 결합되어 제시된 현장들용의 전통적인 좌석 지도들은 정적인 경향이 있으며, 그리고 적절한 실시간의 동적인 데이터를 충분하게 제공하지 못한다. 또한, 전통적인 좌석 지도들은 사용자들이 빠르게 적합한 좌석들을 정하는 것을 가능하게 하기 위한 적당한 인터페이스들을 제공하지 못하고 있다.

본 발명은 상기 문제점들의 적어도 일부를 해결할 수 있는 방법 및 시스템을 제공하려고 한다.

다음은 하나 또는 그 이상의 모습들의 간략화된 요약을 제공하며, 이는 그런 모습들에 대한 기본적인 이해를 제공하기 위한 것이다. 이 요약은 모든 숙고된 모습들에 대한 다방면의 개관이 아니며, 그리고 모든 모습들의 주요한 또는 중대한 요소들을 식별하려는 의도가 아니며 또는 어떤 모습들 또는 모든 모습들의 범위를 기술하려는 의도가 아니다. 이 요약의 유일한 목적은 하나 또는 그 이상의 모습들의 몇몇의 개념들을, 나중에 제시되는 더욱 상세한 설명에 대한 서론으로서 간이화된 형상으로 제시하는 것이다.

여기에서 설명된 것은 티켓 발행 이벤트들을 생성하고 그리고 티켓 판매들을 실행하는 (예를 들면, 인터액티브 티켓 지도들을 활용하는) 방법 및 시스템이다. 특히, 여기에서 설명된 어떤 방법들 및 시스템들은 티켓 발행 이벤트들을 생성하고, 티켓 가격들을 설정하고, 그리고 동적인 인터액티브 사용자 인터페이스들을 경유하여 티켓 판매들을 실행하도록 구성된다.

티켓 가격들을 설정하고 그리고/또는 티켓들을 판매하도록 구성된 예시의 티켓 시스템은 박스 오피스 시스템들, 프로모터들, 예술가 매니저들, 현장 셋업 요원, 소셜 네트워크 시스템들, 그리고/또는 잠재적인 티켓 구매자들과 네트워크로 연결된다.

어떤 실시예들은 이벤트 티켓 판매 정보, 이벤트 타이밍, 경쟁 상대 발생, 그리고/또는 초기 가격 결정을 설정하기 위한 그리고/또는 이벤트 티켓들에 대한 이전에 설정한 가격을 조절하기 위한 다른 정보와 같은 정보를 수신하고 그리고 활용한다. 가격과 프로모션들의 복잡한 집합일 수 있을 것의 포괄적인 그래픽 뷰를 제공함으로써, 어떤 실시예들은 이용 가능한 좌석들, 가격들, 이용 가능한 할인들, 좌석 패키지들 등에 대한 사용자의 이해들을 활용하도록 구성된 인터액티브 좌석 지도들을 제공한다.

본원에서 설명된 인터액티브한 (interactive) 좌석 지도를 제공하는 시스템은: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금, 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고; [좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스; 사용자가 적어도 첫 번째 청약 (offer)을 특정할 수 있는 인터페이스로서, 상기 첫 번째 청약은: 적어도 하나의 좌석 티켓에 관한 감소된 가격; 상기 적어도 하나의 티켓 구매에 연관된 보조 제품이나 서비스에 관한 감소된 가격; 대응 청약 코드가 공급되면, 특정 범주의 좌석들에 대한 좌석 티켓들을 구매하기 위한 자격 중 적어도 하나를 제공하는, 인터페이스;와 연관된] 섹션들 및/또는 개별 좌석들을 포함하는 인터액티브 좌석 지도로서 디스플레이하도록 상기 지도를 사용자 단말에 제공하고; 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 (relationship) 정보를 데이터 인터페이스를 경유하여 수신하고; 이 경우 사용자 지정 가격 범위 및/또는 사용자 지정 청약에 적어도 부분적으로 응답하여, 상기 인터액티브 지도는 상기 사용자 지정 가격 범위 및/또는 상기 사용자 지정 청약에 대응하는 섹션들 및/또는 좌석들을 강조하며; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 상기 인터액티브 좌석 지도로 하여금 상기 사용자의 친구들 중의 적어도 일부가 티켓들을 가진 섹션들 및/또는 좌석들을, 적어도 부분적으로, 표시하도록 하며; 그리고 상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구입 요청을 수신하고 처리하는 것을 포함하는 동작들을 수행하도록 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 현장용의 좌석 지도에 액세스하는 단계로서, 상기 좌석 지도는 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 액세스 단계; 제1 이벤트를 위한 상기 복수의 현장 섹션들 및/또는 현장 좌석들과 연관된 가격 정보에 액세스하는 단계; [좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스; 사용자가 적어도 첫 번째 청약을 특정할 수 있는 인터페이스로서, 상기 첫 번째 청약은: 적어도 하나의 좌석 티켓에 관한 감소된 가격; 상기 적어도 하나의 티켓 구매에 연관된 보조 제품이나 서비스에 관한 감소된 가격; 대응 청약 코드가 공급되면, 특정 범주의 좌석들에 대한 좌석 티켓들을 구매하기 위한 자격 중 적어도 하나를 제공하는, 인터페이스;와 연관된] 섹션들 및/또는 개별 좌석들을 포함하는 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 사용자 단말에 제공하는 단계; 상기 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하는 단계; 이 경우 사용자 지정 가격 범위 및/또는 사용자 지정 청약에 적어도 부분적으로 응답하여, 상기 인터액티브 지도는 상기 사용자 지정 가격 범위 및/또는 상기 사용자 지정 청약에 대응하는 섹션들 및/또는 좌석들을 강조하며; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하는 단계; 상기 인터액티브 좌석 지도로 하여금 상기 사용자의 친구들 중의 적어도 일부가 티켓들을 가진 섹션들 및/또는 좌석들을, 적어도 부분적으로, 표시하도록 하는 단계; 그리고 상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구입 요청을 수신하고 처리하는 단계를 포함한다.

본원에서 설명된 인터액티브한 좌석 지도를 제공하는 시스템은: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금, 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용의 좌석 지도에 액세스하고; 제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고; 좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스에 연관하여 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고; 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고 상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구매 요청을 수신하고 처리하는 것을 포함하는 동작들을 수행하도록 하며, 사용자-특정 가격 범위에 응답하여, 상기 인터액티브 좌석 지도는 상기 사용자-특정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하며, 그리고 상기 인터액티브 지도는 상기 하나 이상의 상기 사용자의 친구들이 앉아있는 위치를 표시한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하는 단계; 제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하는 단계; 좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스에 연관하여 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하는 단계; 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하는 단계; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하는 단계; 그리고 상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구매 요청을 수신하고 처리하는 단계를 포함하며, 사용자-특정 가격 범위에 응답하여, 상기 인터액티브 좌석 지도는 상기 사용자-특정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하며, 그리고 상기 인터액티브 지도는 상기 하나 이상의 상기 사용자의 친구들이 앉아있는 위치를 표시한다.

본원에서 설명된 것은 현장 좌석 지도를 제공하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금, 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고 상기 좌석 지도로 하여금 상기 사용자의 하나 이상의 친구들이 앉아있는 위치를 표시하도록 하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고; 상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고 상기 좌석 지도로 하여금 상기 사용자의 하나 이상의 친구들이 앉아있는 위치를 표시하도록 하는 것을 포함한다.

여기에서 설명된 인터액티브한 좌석 지도를 제공하는 시스템은: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고; 복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며; 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 인터액티브 지도는 좌석 가용성을 표시하며; 사용자 인터페이스를 제공하며, 상기 사용자 인터페이스를 경유하여: 이전에 티켓을 획득했던 티켓 보유자가 이미 보유한 티켓에 대한 좌석을 사용자가 선택할 수 있을 것이며, 그리고 그 선택된 좌석에 대한 티켓을 상기 티켓 보유자로부터 구매하기 위한 청약을 사용자 지정 가격을 포함하여 제출하고; 상기 사용자가 상기 티켓 보유자에게 청약을 제출하면, 그 청약을 상기 티켓 보유자에게 전송하며, 그리고 상기 티켓 보유자로부터의 그 청약에 대한 수락 또는 거절을 처리하는 것을 포함하는 동작들을 수행하도록 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며; 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 인터액티브 지도는 좌석 가용성을 표시하며; 사용자 인터페이스를 제공하며, 이 사용자 인터페이스를 경유하여: 이전에 티켓을 획득했던 티켓 보유자가 이미 보유한 티켓에 대한 좌석을 사용자가 선택할 수 있을 것이며, 그리고 그 선택된 좌석에 대한 티켓을 상기 티켓 보유자로부터 구매하기 위한 청약을 사용자 지정 가격을 포함하여 제출하고; 상기 사용자가 상기 티켓 보유자에게 청약을 제출하면, 그 청약을 상기 티켓 보유자에게 전송하며, 그리고 상기 티켓 보유자로부터의 그 청약에 대한 수락 또는 거절을 처리하는 것을 포함한다.

여기에서 설명된 것은 좌석 지도를 제공하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 구매 프로세스 정보에 액세스하고, 이 경우 상기 구매 프로세스 정보는: 제1 좌석에 대한 제1 티켓이 제1 구매 프로세스 유형을 경유하여 판매 요청이 될 것이며, 그리고 제2 좌석에 대한 제2 티켓이 상기 제1 구매 프로세스 유형과는 다른 제2 구매 프로세스 유형을 경유하여 판매 요청이 될 것이라는 것을 표시하며; 복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며; 사용자 단말 상에 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고 상기 좌석 지도는: 상기 제1 좌석에 대한 상기 제1 티켓이 상기 제1 구매 프로세스 유형을 경유하여 구매할 수 있으며, 그리고 상기 제2 좌석에 대한 상기 제2 티켓이 상기 제2 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 시각적으로 표시하며; 사용자 인터페이스를 제공하여, 상기 좌석 지도를 경유하여 상기 제1 좌석을 선택하고 그리고 상기 제1 구매 프로세스 유형을 이용하여 상기 제1 티켓에 대한 구매 거래를 개시하며, 그리고/또는 상기 좌석 지도를 경유하여 상기 제2 좌석을 선택하고 그리고 상기 제2 구매 프로세스 유형을 이용하여 상기 제2 티켓에 대한 구매 거래를 개시하는 것을 가능하게 하는 것을 포함하는 동작을 수행하도록 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 구매 프로세스 정보에 액세스하고, 이 경우 상기 구매 프로세스 정보는: 제1 좌석에 대한 제1 티켓이 제1 구매 프로세스 유형을 경유하여 판매 요청이 될 것이며, 그리고 제2 좌석에 대한 제2 티켓이 상기 제1 구매 프로세스 유형과는 다른 제2 구매 프로세스 유형을 경유하여 판매 요청이 될 것이라는 것을 표시하며; 복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며; 사용자 단말 상에 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고 상기 좌석 지도는: 상기 제1 좌석에 대한 상기 제1 티켓이 상기 제1 구매 프로세스 유형을 경유하여 구매할 수 있으며, 그리고 상기 제2 좌석에 대한 상기 제2 티켓이 상기 제2 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 시각적으로 표시하며; 사용자 인터페이스를 제공하여, 상기 좌석 지도를 경유하여 상기 제1 좌석을 선택하고 그리고 상기 제1 구매 프로세스 유형을 이용하여 상기 제1 티켓에 대한 구매 거래를 개시하며, 그리고/또는 상기 좌석 지도를 경유하여 상기 제2 좌석을 선택하고 그리고 상기 제2 구매 프로세스 유형을 이용하여 상기 제2 티켓에 대한 구매 거래를 개시하는 것을 가능하게 하는 것을 포함한다.

여기에서 설명된 것은 좌석 지도를 제공하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 제1 사용자의 단말 상에 디스플레이하기 위해서 상기 좌석 지도를 전송하고, 이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고 사용자 인터페이스를 제공하여 상기 제1 사용자가: 상기 좌석 지도를 경유하여 제1 좌석을 선택하고 그리고 그 제1 좌석용의 대응 제1 티켓을 구매하기 위한 제1 요청을 제출하고; 제2 사용자를 식별하고; 제2 좌석용의 제2 티켓을 구매하기 위한 상기 제2 사용자로부터의 제2 요청의 수락에 관하여 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 요청을 조건으로 하는 것을 가능하게 하며; 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있는가를 결정하고; 상기 제1좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청을 수락할 수 있는가를 결정하고, 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청 그리고 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있다는 결정에 적어도 부분적으로 응답하여, 상기 제1 티켓 구매가 완료되는 것을 가능하게 하는 것을 포함하는 동작들을 수행하도록 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고; 제1 사용자의 단말 상에 디스플레이하기 위해서 상기 좌석 지도를 전송하고, 이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고 사용자 인터페이스를 제공하여 상기 제1 사용자가: 상기 좌석 지도를 경유하여 제1 좌석을 선택하고 그리고 그 제1 좌석용의 대응 제1 티켓을 구매하기 위한 제1 요청을 제출하고; 제2 사용자를 식별하고; 제2 좌석용의 제2 티켓을 구매하기 위한 상기 제2 사용자로부터의 제2 요청의 수락에 관하여 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 요청을 조건으로 하는 것을 가능하게 하며; 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있는가를 결정하고; 상기 제1좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청을 수락할 수 있는가를 결정하고, 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청 그리고 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있다는 결정에 적어도 부분적으로 응답하여, 상기 제1 티켓 구매가 완료되는 것을 가능하게 하는 것을 포함한다.

여기에서 설명된 좌석 지도를 제공하는 시스템은: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 사용자들에 의한 사용자 활동이 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 제공하는 것에 방해가 되는가의 여부를 판별하며, 이 경우 상기 인터액티브 좌석 지도는 주어진 사용자가 상기 인터액티브 좌석 지도를 경유하여 특정 좌석을 선택하고 그리고 그 사용자 선택 좌석에 대한 좌석 티켓을 구매하는 것을 가능하게 하며; 사용자 활동이 상기 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 복수의 사용자 단말들에게 제공하는 것에 방해가 된다고 판별한 것에 적어도 부분적으로 응답하여: 상기 복수의 사용자들 중의 적어도 일부가 사용자 선택 좌석들을 구매하기 위해서 상기 인터액티브 좌석 지도를 구매하는 것을 하지 못하게 하며; 그리고 하나 이상의 사용자들이 제1 사용자 인터페이스를 경유하여 좌석 티켓들을 구매하는 것을 가능하게 하는 것을 포함하는 동작들을 수행하도록 하며, 이 경우 상기 사용자는 티켓들을 구매하면서 특정 좌석을 선택할 수는 없다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 사용자들에 의한 사용자 활동이 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 제공하는 것에 방해가 되는가의 여부를 판별하며, 이 경우 상기 인터액티브 좌석 지도는 주어진 사용자가 상기 인터액티브 좌석 지도를 경유하여 특정 좌석을 선택하고 그리고 그 사용자 선택 좌석에 대한 좌석 티켓을 구매하는 것을 가능하게 하며; 사용자 활동이 상기 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 복수의 사용자 단말들에게 제공하는 것에 방해가 된다고 판별한 것에 적어도 부분적으로 응답하여: 상기 복수의 사용자들 중의 적어도 일부가 사용자 선택 좌석들을 구매하기 위해서 상기 인터액티브 좌석 지도를 구매하는 것을 하지 못하게 하며; 그리고 하나 이상의 사용자들이 제1 사용자 인터페이스를 경유하여 좌석 티켓들을 구매하는 것을 가능하게 하는 것을 포함하며, 이 경우 상기 사용자는 티켓들을 구매하면서 특정 좌석을 선택할 수는 없다.

여기에서 설명된 방법은 인터액티브 현장 지도를 제공하는 방법으로서: 사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고; 상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고; 상기 제1 현장에서 상기 제1 이벤트에 참석한 상기 사용자의 하나 이상의 친구들을 식별하고; 상기 사용자의 상기 하나 이상의 친구들의 좌석 위치들을 식별하고; 상기 하나 이상의 친구들의 상기 좌석 위치들에 관한 상기 인터액티브 현장 지도에 대한 표시를 상기 제1 이벤트를 위한 상기 제1 현장 내에 포함시키는 것을 포함한다.

여기에서 설명된 시스템은 좌석 지도를 제공하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고; 상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고; 상기 제1 현장에서 상기 제1 이벤트에 참석한 상기 사용자의 하나 이상의 친구들을 식별하고; 상기 사용자의 상기 하나 이상의 친구들의 좌석 위치들을 식별하고; 상기 하나 이상의 친구들의 상기 좌석 위치들에 관한 상기 인터액티브 현장 지도에 대한 표시를 상기 제1 이벤트를 위한 상기 제1 현장 내에 포함시키는 것을 포함하는 동작들을 수행하도록 한다.

여기에서 설명된 방법은 인터액티브 현장 지도를 제공하는 방법으로서: 사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고; 상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고; 상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고; 제1 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고 상기 제1 목적지 유형의 상기 복수의 목적지들 중 적어도 하나에 대한 추정된 줄 지속 시간에 관련한 정보를 상기 모바일 사용자 단말로 전송하는 것을 포함한다.

여기에서 설명된 것은 좌석 지도를 제공하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고; 상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고; 상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고; 제1 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고 상기 제1 목적지 유형의 상기 복수의 목적지들 중 적어도 하나에 대한 추정된 줄 지속 시간에 관련한 정보를 상기 모바일 사용자 단말로 전송하는 것을 포함하는 동작들을 수행하도록 한다.

여기에서 설명된 것은 원격 기기 상에서 이미지 디스플레이를 제어하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 좌석들을 포함하는 이벤트 현장에서 상기 원격 기기의 존재를 탐지하고; 상기 원격 기기와 연관된 제1 사용자를 식별하고; 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 무엇이 디스플레이되고 있는가를 판별하고; 상기 제1 사용자에 대한 관계 정보에 액세스하고, 상기 관계 정보는 상기 제1 사용자가 관계를 가진 제2 사용자를 적어도 식별하며; 상기 제2 사용자와 연관된 이벤트 현장 내 좌석 위치를 식별하고; 상기 제2 사용자와 연관된 상기 좌석 위치가 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 디스플레이되고 있다고 판별한 것에 적어도 부분적으로 응답하여, 컴퓨터로 생성된 데이터가 상기 디스플레이된 좌석 위치와 연관하여 디스플레이되도록 하는 것을 포함하는 동작들을 수행하도록 하며, 상기 컴퓨터로 생성된 데이터는 상기 제2 사용자의 식별자 그리고/또는 상기 제1 사용자가 제2 사용자와 관계가 있다는 표시를 포함한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 좌석들을 포함하는 이벤트 현장에서 상기 원격 기기의 존재를 탐지하고; 상기 원격 기기와 연관된 제1 사용자를 식별하고; 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 무엇이 디스플레이되고 있는가를 판별하고; 상기 제1 사용자에 대한 관계 정보에 액세스하고, 상기 관계 정보는 상기 제1 사용자가 관계를 가진 제2 사용자를 적어도 식별하며; 상기 제2 사용자와 연관된 이벤트 현장 내 좌석 위치를 식별하고; 상기 제2 사용자와 연관된 상기 좌석 위치가 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 디스플레이되고 있다고 판별한 것에 적어도 부분적으로 응답하여, 컴퓨터로 생성된 데이터가 상기 디스플레이된 좌석 위치와 연관하여 디스플레이되도록 하는 것을 포함하는 동작들을 수행하도록 하는 것을 포함하며, 상기 컴퓨터로 생성된 데이터는 상기 제2 사용자의 식별자 그리고/또는 상기 제1 사용자가 제2 사용자와 관계가 있다는 표시를 포함한다.

여기에서 설명된 것은 티켓 발행 이벤트 (ticketed event)를 설정하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고; 상기 현장 좌석 지도를 사용자 단말 상에 디스플레이하기 위해서 제공하고; 상기 현장 좌석 지도를 이용하여 셋업되고 있는 티켓 이벤트용의 이벤트 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 상기 현장과 연관된 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 상기 현장 지도를 이용하여 셋업되고 있는 상기 이벤트의 날짜를 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 표시하는 좌석 상태 정보를 메모로부터 액세스하고 그리고 제공하며; 판매를 위해서 티켓들이 요청되는 좌석들에 대응하는 티켓들에 대한 화폐 가치 정보에 액세스하고; 상기 화폐 가치 정보 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트용의 잠재적 수익을 계산하고; 상기 계산된 잠재적 이벤트 수익을 상기 사용자 단말 상 디스플레이를 위해서 제공하고; 복수의 가격 레벨의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하고, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청된 좌석들의 부분집합과 연관되며; 상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 디스플레이하기 위해 제공하고; 얼마나 많은 좌석들이 상기 주어진 가격 레벨과 연관되는가를 디스플레이하기 위해서 제공하고; 상기 주어진 가격 레벨에 대한 잠재적인 수익을 계산하고 디스플레이를 위해서 제공하며; 상기 사용자 단말 상에서의 디스플레이를 위해서 사용자 인터페이스를 제공하며, 그 사용자 인터페이스를 경유하여 사용자는: 상기 주어진 가격 레벨과 연관된 좌석 카운트; 및 상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 변경할 수 있으며; 상기 주어진 가격 레벨 내에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경 그리고/또는 상기 주어진 가격 레벨에 대한 좌석 카운트에 대한 사용자 변경을 적어도 부분적으로 기반으로 하여 상기 주어진 가격 레벨에 대한 새로운 잠재적인 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는 동작들을 수행하도록 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고; 상기 현장 좌석 지도를 사용자 단말 상에 디스플레이하기 위해서 제공하고; 상기 현장 좌석 지도를 이용하여 셋업되고 있는 티켓 발행 이벤트용의 이벤트 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 상기 현장과 연관된 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 상기 현장 지도를 이용하여 셋업되고 있는 상기 이벤트의 날짜를 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며; 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 표시하는 좌석 상태 정보를 메모로부터 액세스하고 그리고 제공하며; 판매를 위해서 티켓들이 요청되는 좌석들에 대응하는 티켓들에 대한 화폐 가치 정보에 액세스하고; 상기 화폐 가치 정보 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트용의 잠재적 수익을 계산하고; 상기 계산된 잠재적 이벤트 수익을 상기 사용자 단말 상 디스플레이를 위해서 제공하고; 복수의 가격 레벨의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하고, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청된 좌석들의 부분집합과 연관되며; 상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 디스플레이하기 위해 제공하고; 얼마나 많은 좌석들이 상기 주어진 가격 레벨과 연관되는가를 디스플레이하기 위해서 제공하고; 상기 주어진 가격 레벨에 대한 잠재적인 수익을 계산하고 디스플레이를 위해서 제공하며; 상기 사용자 단말 상에서의 디스플레이를 위해서 사용자 인터페이스를 제공하며, 그 사용자 인터페이스를 경유하여 사용자는: 상기 주어진 가격 레벨과 연관된 좌석 카운트; 및 상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 변경할 수 있으며; 상기 주어진 가격 레벨 내에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경 그리고/또는 상기 주어진 가격 레벨에 대한 좌석 카운트에 대한 사용자 변경을 적어도 부분적으로 기반으로 하여 상기 주어진 가격 레벨에 대한 새로운 잠재적인 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함한다.

여기에서 설명된 것은 티켓 발행 이벤트를 설정하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금: 복수의 섹션들 및 상기 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고; 사용자 단말 상에서의 디스플레이를 위해서 상기 현장 좌석 지도를 제공하고; 상기 현장 지도를 이용하여 정의된 이벤트와 연관된 식별자를 디스플레이를 위해서 제공하고; 상기 좌석 지도를 경유하여 선택된 좌석들에 대한 티켓 가격들을 사용자가 특정할 수 있는 사용자 인터페이스를 디스플레이를 위해서 제공하고; 상기 특정된 티켓들의 가격들 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트에 대한 잠재적인 수익을 계산하고; 상기 사용자 단말 상에서 디스플레이하도록 상기 계산된 잠재적 이벤트 수익을 제공하고; 복수의 가격 레벨들의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하며, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청되는 상기 좌석들의 부분 집합과 연관되며; 제1 가격 레벨에 있는 좌석들과 연관된 티켓 가격을 디스플레이를 위해서 제공하고; 얼마나 많은 좌석들이 상기 제1 가격 레벨과 연관되는가를 디스플레이를 위해서 제공하고; 상기 제1 가격 레벨에 대한 잠재적 수익을 계산하고 디스플레이를 위해서 제공하며; 상기 이벤트를 위한 하나 이상의 티켓들이 팔린 이후에 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 화폐 가치를 사용자가 변경할 수 있는 사용자 인터페이스를 상기 사용자 단말 상에서 디스플레이를 위해서 제공하며; 상기 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경을 적어도 부분적으로 기초로 하여 상기 주어진 가격 라벨에 대한 새로운 잠재적 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는 동작을 수행하도록 한다.

여기에서 설명된 방법은: 복수의 섹션들 및 상기 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고; 사용자 단말 상에서의 디스플레이를 위해서 상기 현장 좌석 지도를 제공하고; 상기 현장 지도를 이용하여 정의된 이벤트와 연관된 식별자를 디스플레이를 위해서 제공하고; 상기 좌석 지도를 경유하여 선택된 좌석들에 대한 티켓 가격들을 사용자가 특정할 수 있는 사용자 인터페이스를 디스플레이를 위해서 제공하고; 상기 특정된 티켓들의 가격들 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트에 대한 잠재적인 수익을 계산하고; 상기 사용자 단말 상에서 디스플레이하도록 상기 계산된 잠재적 이벤트 수익을 제공하고; 복수의 가격 레벨들의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하며, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청되는 상기 좌석들의 부분 집합과 연관되며; 제1 가격 레벨에 있는 좌석들과 연관된 티켓 가격을 디스플레이를 위해서 제공하고; 얼마나 많은 좌석들이 상기 제1 가격 레벨과 연관되는가를 디스플레이를 위해서 제공하고; 상기 제1 가격 레벨에 대한 잠재적 수익을 계산하고 디스플레이를 위해서 제공하며; 상기 이벤트를 위한 하나 이상의 티켓들이 팔린 이후에 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 화폐 가치를 사용자가 변경할 수 있는 사용자 인터페이스를 상기 사용자 단말 상에서 디스플레이를 위해서 제공하며; 상기 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경을 적어도 부분적으로 기초로 하여 상기 주어진 가격 라벨에 대한 새로운 잠재적 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함한다.

여기에서 설명된 방법은: 제1 티켓 발행 이벤트를 위한 제1 현장용의 좌석 지도를 포함하는 사용자 인터페이스에 컴퓨터 시스템을 경유하여 액세스하고, 이 경우 상기 제1 현장은 복수의 좌석들을 포함하며; 상기 제1 티켓 발행 이벤트를 위한 제1의 복수의 가격 레벨들을 정의하고; 상기 좌석 지도를 경유하여 하나 이상의 좌석들을 선택하고; 상기 선택된 좌석들을 상기 제1의 복수의 가격 레벨들 내 주어진 가격 레벨과 연관시키고; 상기 제1의 복수의 가격 레벨들 내 각 가격 레벨에 화폐 가치들을 할당하고; 상기 컴퓨터 시스템으로 하여금 상기 제1 티켓 발행 이벤트에 대한 제1 잠재적 수익을 계산하도록 하고, 이 경우 상기 제1 잠재적 수익은 상기 각 가격 레벨에 할당된 상기 화폐 가치들 그리고 각 가격 라벨에 얼마나 많은 좌석들이 연관되는가를 적어도 부분적으로 기반으로 하며; 상기 가격 레벨들 중 첫 번째에 할당된 상기 화폐 가치들 중의 첫 번째를 제2 화폐 가치로 변경하고; 그리고 상기 컴퓨터 시스템으로 하여금 상기 제1 티켓 이벤트에 대한 제2 잠재적 수익을 계산하도록 하는 것을 포함하며, 이 경우 상기 제2 잠재 수익은 상기 제2 화폐 가치를 포함하는 각 가격 레벨들에 할당된 상기 화폐 가치들 그리고 각 가격 레벨들에 얼마나 많은 좌석들이 연관되는가를 적어도 부분적으로 기반으로 한다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다:

복수의 섹션들 및 상기 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고; 사용자 단말 상에서의 디스플레이를 위해서 상기 현장 좌석 지도를 제공하고; 상기 현장 지도를 이용하여 정의된 이벤트와 연관된 식별자를 디스플레이를 위해서 제공하고; 상기 좌석 지도를 경유하여 선택된 좌석들에 대한 티켓 가격들을 사용자가 특정할 수 있는 사용자 인터페이스를 디스플레이를 위해서 제공하고; 상기 특정된 티켓들의 가격들 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트에 대한 잠재적인 수익을 계산하고; 상기 사용자 단말 상에서 디스플레이하도록 상기 계산된 잠재적 이벤트 수익을 제공하고; 복수의 가격 레벨들의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하며, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청되는 상기 좌석들의 부분 집합과 연관되며; 제1 가격 레벨에 있는 좌석들과 연관된 티켓 가격을 디스플레이를 위해서 제공하고; 얼마나 많은 좌석들이 상기 제1 가격 레벨과 연관되는가를 디스플레이를 위해서 제공하고; 상기 제1 가격 레벨에 대한 잠재적 수익을 계산하고 디스플레이를 위해서 제공하며; 상기 이벤트를 위한 하나 이상의 티켓들이 팔린 이후에 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 화폐 가치 (예를 들면, 티켓 액면 가격 및/또는 티켓 관련된 다른 요금들 (예를 들면, 서비스 요금, 시설 요금들, 처리 요금, 선적 (shipping) 요금 등))를 사용자가 변경할 수 있는 사용자 인터페이스를 상기 사용자 단말 상에서 디스플레이를 위해서 제공하며; 상기 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경을 적어도 부분적으로 기초로 하여 상기 주어진 가격 라벨에 대한 새로운 잠재적 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함한다.

여기에서 설명된 시스템은 티켓 발행 이벤트를 구성하는 시스템으로서: 컴퓨팅 하드웨어; 명령어들을 저장하는 비-일시적 매체를 포함하며, 상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금 사용자 인터페이스를 제공하도록 하며, 사용자는 그 사용자 인터페이스를 통해서 제1 사용자를 조언자 역할로, 제2 사용자를 의사 결정자 역할로, 그리고 제3 사용자를 실행자 역할로 할당할 수 있으며, 이 경우 상기 조언자는 적어도 하나의 티켓 가격 세팅을 임시로 변경하고 그리고 잠재적인 수익에 대한 대응하는 영향을 평가하고 그리고 상기 의사 결정자에게 제시될 대응하는 이벤트 셋업 제안을 제공하는 권한을 가지며, 그러나 상기 조언자는 판매 중 (on-sale) 이벤트에 관련하여 적어도 하나의 티켓 가격에서의 변화를 실행하는 권한은 부여되지 않으며; 상기 의사 결정자는 상기 조언자 제안을 리뷰하고 그리고 상기 시스템을 경유하여 상기 조언자 제안을 승인하거나 또는 불승인하는 권한을 가지며; 상기 실행자는 상기 의사 결정자에 의해서 승인이 되면 상기 조언자 제안을 상기 시스템을 통해서 실행하는 권한을 가진다.

본원에서 설명된 방법은 다음의 동작들 중 몇몇 또는 전부를 포함한다: 사용자 인터페이스를 제공하는 것을 포함하며, 사용자는 그 사용자 인터페이스를 통해서 제1 사용자를 조언자 역할로, 제2 사용자를 의사 결정자 역할로, 그리고 제3 사용자를 실행자 역할로 할당할 수 있으며, 이 경우 상기 조언자는 적어도 하나의 티켓 가격 세팅을 임시로 변경하고 그리고 잠재적인 수익에 대한 대응하는 영향을 평가하고 그리고 상기 의사 결정자에게 제시될 대응하는 이벤트 셋업 제안을 제공하는 권한을 가지며, 그러나 상기 조언자는 판매 중 (on-sale) 이벤트에 관련하여 적어도 하나의 티켓 가격에서의 변화를 실행하는 권한은 부여되지 않으며; 상기 의사 결정자는 상기 조언자 제안을 리뷰하고 그리고 상기 시스템을 경유하여 상기 조언자 제안을 승인하거나 또는 불승인하는 권한을 가지며; 상기 실행자는 상기 의사 결정자에 의해서 승인이 되면 상기 조언자 제안을 상기 시스템을 통해서 실행하는 권한을 가진다.

본 발명의 효과는 본 명세서의 해당되는 부분들에 개별적으로 명시되어 있다.

상기 개시된 모습들은, 예시하고 그리고 개시된 모습들을 한정하지 않기 위해서 제시된 첨부된 도면들과 함께 이하에서 설명될 것이며, 이 경우 유사한 표시들은 상기 요소들을 나타낸다.
도 1a는 예시의 컴퓨터-기반의 구조를 도시한다.
도 1b는 예시의 프로세스를 도시한다.
도 2는 사용자가 이벤트를 설계하고 그리고 이벤트 설계를 보는 것을 가능하게 하는 예시의 사용자 인터페이스를 도시한다.
도 3은 보유한 좌석 정보를 시각적으로 제공하는 예시의 사용자 인터페이스를 도시한다.
도 4는 예시의 사용자 인터페이스를 도시하며, 그 사용자 인터페이스를 경유하여 사용자는 티켓 파라미터들을 변경하고 그리고 예측된 결과들을 볼 수 있다.
도 5는 이벤트 요약을 제공하는 사용자 인터페이스 그리고 좌석 정보 및 상태를 제공하는 컬러 코딩된 좌석 차트를 도시한다.
도 6은 다중의 이벤트들에 대한 이벤트 용약을 제공하는 예시의 사용자 인터페이스 그리고 좌석 정보와 가격 정보를 제공하는 컬러 코드화된 좌석 차트를 도시한다.
도 7은 이벤트 모델링 툴의 예시의 사용자 인터페이스를 도시한다.
도 8은 예시의 플렉스 (flex) 실행 툴 사용자 인터페이스를 도시한다.
도 9는 판매 중 디스틸러 (distiller) 툴 사용자 인터페이스를 도시한다.
도 10은 예시의 가격 파괴 보고를 도시한다.
도 11은 예시의 실시간 판매 지도를 도시한다.
도 12는 다른 예시의 사용자 인터페이스를 도시하며, 이는 그래프를 통해서 실질적인 실시간 판매 속도 정보를 제공한다.
도 13은 예시의 가격 파괴 보고를 도시한다.
도 14는 예시의 보고 명세 사용자 인터페이스를 도시한다.
도 15 내지 도 19는 예시의 리포팅 사용자 인터페이스들을 도시한다.
도 20, 도 21a 내지 도 21z 그리고 도 23 내지 도 26은 예시의 인터액티브 좌석 지도들을 도시한다.
도 22는 예시의 가격 결정 매트릭스를 도시한다.
도 27은 예시의 증강 현실 사용자 인터페이스를 도시한다.
도 28은 예시의 티케팅 프로세스를 도시한다.
도 29a 내지 도 29h는 추가적인 이벤트 생성 사용자 인터페이스들을 도시한다.
도 30은 예시의 이벤트 셋업 프로세스를 도시한다.

티켓 가격을 정하는 전통적인 접근 방식들은 커다란 결함들에 고생한다. 전통적인 가격 결정은 어떤 티켓들에 대한 티켓 가격들을 너무 낮은 가격으로 종종 설정한다. 즉, 티켓 구매자들은 그 티켓에 대한 액면가보다 더 많이 지출하려는 의사를 가질 수 있다. 그러므로 이런 싼 가격으로 티켓을 파는 것은 티켓 판매자, 공연자 (performer)/아티스트 및 프로모터의 잠재적인 수익들에서의 손실의 결과를 가져온다. 종종, 전통적인 티켓 가격 결정은 티켓들에 과하게 가격은 매긴다. 즉, 구매자들이 티켓들의 이용 가능한 재고 (inventory) 또는 티켓들의 이용 가능한 재고의 적합한 일부를 소비하기 위해서 지불할 의사가 있는 것보다 상기 티켓 가격은 더 높이 설정된다. 그러므로 티켓들에 과도하게 가격을 정한 것은 티켓 판매자에 대한 잠재적인 수익에서의 손실의 결과가 된다.

또한, 티켓 판매들과 관련되어 제시된 현장들용의 전통적인 좌석 지도들은 정적 (static)인 경향이 있으며, 그리고 관련된 실시간 동적 데이터를 제공하지 못한다. 추가로, 전통적인 좌석 지도들은 관련된 좌석 결정, 티켓 발행 및 이벤트 정보를 통일성있게 통합하고 그리고 디스플레이하지 못한다.

여기에서 설명된 어떤 예시의 실시예들은 상기에서 설명된 전통적인 기술들의 부족한 면들 중의 일부 또는 모두를 중점을 두어 해결할 수 있을 것이다. 어떤 실시예들은 하드웨어, 매체 상에 저장된 소프트웨어, 또는 하드웨어와 소프트웨어의 조합을 통해서 구현될 수 있을 것이다. 예를 들면, 어떤 실시예들은 유형의 비-일시적인 컴퓨터-독출가능 매체 (예를 들면, 자기 메모리/디스크들, 광학 메모리/디스크들, RAM, ROM, 플래시 메모리, 다른 반도체 메모리 등) 상에 저장된, 소프트웨어를 실행하도록 구성된 하나 또는 그 이상의 컴퓨팅 기기들 (예를 들면, 하나 또는 그 이상의 프로세서들, 유선 그리고/또는 무선 인터페이스들 (예를 들면, 셀룰러, WiFi, Bluetooth, T1, DSL, 케이블, 광학, 또는 인터넷에 연결될 수 있을 다른 인터페이스(들)), 콘텐트 데이터베이스들, 소비자 계정 데이터베이스들 등을 포함하는 다른 컴퓨팅 기기나 서버들)에 의해서 액세스 가능한, 소프트웨어/프로그램 명령어들을 포함할 수 있을 것이다. 데이터 저장부들 (예를 들면, 데이터베이스들)은 여기에서 설명된 정보 (예를 들면, 좌석 지도들, 가격 결정 정보, 좌석 상태, 구매 정보, 티켓 정보 등)의 일부 또는 모두를 저장하기 위해서 사용될 수 있을 것이다.

예로서, 주어진 컴퓨팅 기기는 하나 또는 그 이상의 디스플레이들, 키보드들, 터치 스크린들, 스피커들, 마이크로폰들, 마우스들, 트랙볼들, 터치 패드들, 프린트들 등의 일부 또는 모두와 같은 사용자 인터페이스 기기들을 옵션으로 포함할 수 있을 것이다. 상기 컴퓨팅 기기는 CD, DVD, 블루레이, 테이프, 자기 디스크, 반도체 메모리, 또는 다른 광학 기기, 자기 기기 그리고/또는 솔리드 스테이트 매체 디바이스와 같은 매체 읽기/쓰기 디바이스를 옵션으로 포함할 수 있을 것이다. 사용자 단말과 같은 컴퓨팅 기기는 범용 목적 컴퓨터, 개인용 컴퓨터, 랩탑, 태블렛 컴퓨터, 모바일 또는 고정 전화기, 인터액티브 텔레비전, 디스플레이에 연결된 셋탑 박스 등의 모습일 수 있다.

티켓 발행 이벤트들을 생성하고 그리고 티켓 판매들을 실행하기 위한 방법들 및 시스템들이 여기에서 설명된다. 특히, 여기에서 설명된 어떤 방법들 및 시스템들은 티켓 발행 이벤트들을 생성하고, 티켓 가격들을 설정하고, 그리고 동적인 인터액티브 사용자 인터페이스들을 경유하여 티켓 판매들을 실행하도록 구성된다.

티켓 가격들을 설정하고 그리고/또는 티켓들을 판매하도록 구성된 예시의 티켓 시스템은 박스 오피스 시스템들, 프로모터들, 예술가 매니저들, 현장 셋업 요원, 소셜 네트워크 시스템들, 그리고/또는 잠재적인 티켓 구매자들과 (예를 들면, 인터넷이나 다른 네트워크를 경유하여) 네트워크 연결된다. 그래서, 상기 티켓 시스템은 여기에서 설명된 디스플레이 정보 및/또는 명령어들을 수신하고 그리고/또는 하나 또는 그 이상의 전술한 네트워크로 연결된 시스템들 그리고/또는 다른 시스템들로 제공한다.

어떤 실시예들은 이벤트 티켓 판매 정보, 이벤트 타이밍, 경쟁 상대 발생, 그리고/또는 초기 가격 결정을 설정하기 위한 그리고/또는 이벤트 티켓들에 대한 이전에 설정한 가격을 조절하기 위한 다른 정보와 같은 정보를 수신하고 그리고 활용한다. 가격과 프로모션들의 복잡한 집합일 수 있을 것의 포괄적인 뷰 (그래픽적인 표현을 포함한다)를 제공함으로써, 어떤 실시예들은 이용 가능한 좌석들, 가격들, 이용 가능한 할인들, 좌석 패키지들 등에 대한 사용자의 이해들을 활용하도록 구성된 인터액티브 좌석 지도들을 제공한다.

티켓 가격결정에 관하여, 어떤 실시예들은 통계적인 분석에 의해서 옵션으로 결정된 높은 가격 결정 정밀도를 가진 모델 그리고/또는 가격 레벨 플렉싱/조절과 조합된 다른 모델을 적어도 판매량 (sell through) (실제로 판매된 이용 가능한 이벤트 티켓들의 백분율 또는 양)의 함수로서 활용한다. 그런 높은 정밀도는 네 가지 가격 결정 포인트들의 전통적인 정밀도의 두 배 또는 그 이상일 수 있다. 예를 들면, 8, 10, 16, 32, 64 또는 다른 개수의 가격 결정 레벨들이 활용될 수 있을 것이며, 그 경우 상이한 좌석들 또는 좌석 섹션들이 상이한 가격 결정과 연관될 수 있으며 그리고 그 경우 가격들은 첫 번째 가격 결정 레벨로부터 두 번째 가격 결정 레벨로 증가하거나 또는 감소될 수 있다.

정밀도 가격 레벨에서의 이 증가는 티켓 가격을 정하는 것이 사용자 요구 및/또는 예측된 사용자 요구에 더욱 정밀하게 부합하기 위해서 설정되거나 또는 조절되는 것을 가능하게 한다. 그러나, 어떤 실시예들은 조작상의 비효율들 및 고객 혼동을 피하거나 또는 줄이기에 충분하게 상기 정밀도를 낮게 옵션으로 설정한다 (예를 들면, 64개만큼의 가격 레벨들).

어떤 실시예들은 요구를 추정하고 그리고 가격 레벨들 또는 여러 특성들을 기반으로 하는 이벤트-와이드 (event-wide)를 이용하여 티켓 가격들을 설정하며, 상기 여러 특성들은 다음의 것들의 몇몇 또는 전부를 옵션으로 포함하지만 그것들로 한정되지는 않는다: 아티스트, 유사한 아티스트 행동, 근래의 대도시 구역 행동 또는 쇼 날짜. 어떤 실시예들은 주어진 현장에서 주어진 이벤트를 위한 티켓 가격 결정에 있어서 현장의 시선들 (sightlines)을 고려한다.

또한, 어떤 실시예들은 운동 경기, 연극, 또는 콘서트 이벤트들과 같은 이벤트들을 시즌 패키지 또는 부분적인 시즌 패키지로 결합한다. 그런 패키지는 높은 또는 중간의 요청 이벤트들 (demand events) 그리고 상대적으로 더 낮은 요청 이벤트들을 포함할 수 있을 것이며, 그럼으로써 그 더 낮은 요청 이벤트들에 대한 티켓 판매들을 향상시킨다. 주어진 시즌에 대한 티켓 판매들의 특정의 필요한 레벨을 달성하기 위해서 그룹화 (grouping)가 선택될 수 있을 것이다. 요청 (demand)은 주어진 공연자/공연 (예를 들면, 음악 연주자/아티스트, 스포츠 팀, 연극 등)을 포함하는 그리고/또는 유사한 공연자 (예를 들면, 패키지화 되는 그 공연자와 동일한 장르의 공연자)를 포함하는 다른 이벤트들에 대한 실제의 티켓들의 판매에 의해서 측정된다.

예를 들면, 어떤 실시예들은, 어떤 좌석들/섹션들/가격 레벨들이 현재 설정된 가격에서 매진될 수 있거나 또는 매진될 수 없을 것이라는 가능성을 판별하기 위해서 그리고 매진되도록 하기 위해서 또는 다른 판매 목표들을 달성하기 위해서 가격 변경들이 권장될 수 있을 것인가 또는 권장되지 않을 것인가의 여부를 그리고/또는 어떤 이벤트들이 같이 패키지화가 되어야만 하는가의 여부를 표시하기 위해서, 주어진 이벤트 그리고 현재 그리고/또는 과거의 비교되는 이벤트들의 판매 속도 (rate)들을 분석하는 자동화된 툴들을 활용하여 판매 속도들에 관한 패턴 매칭을 수행한다. 예로서, 이벤트는 다음의 요소들 그리고/또는 다른 요소들 중의 하나 또는 그 이상을 이용하여 비교될 것인지 판별될 수 있을 것이다:

공연자/아티스트 (예를 들면, 동일한 아티스트인가);

장르 (예를 들면, 그것이 동일한 장르의 음악인가);

현장들 (venues) (예를 들면, 그것이 비슷한 크기의 현장인가, 그것이 야외의 현장인가 등);

이벤트의 연중의 시각;

이벤트의 하루 중의 시각;

판매들 (sales);

이벤트와 같은 시각 또는 특정 범위의 시간 내에 있는 그리고/또는 상기 이벤트의 특정된 거리 이내에 있는 경쟁 상대의 존재 (예를 들면, 유명한 운동 경기 이벤트, 콘서트, 새 블록버스터 영화 등).

또한 더욱이, 어떤 실시예들은 티켓 판매들, 현장들, 그리고/또는 시즌 티켓들 및 "보유분 (hold)들" (공연자, 프로모터, 또는 다른 엔티티 (entity)를 위해서 보유하는 티켓들로서, 일반 대중에게 판매하기에는 사용할 수 없음)에 의해서 제시된 수익들을 늘리는 것에 관련되어 제시된 도전에 중점을 두어 해결한다. 시즌 티켓들 및 "보유분들"은 어떤 현장들에서는 가장 탄성적인, 증가한-요청의 (high-demand) 재고의 많은 부분 또는 전부를 소비하는 경향이 있으며, 그리고 전통적으로는, 적절한 시간대 판매를 위해서 적합하게 가격이 정해지거나 또는 청약되지 않는다.

또한, 어떤 실시예들은 그로스 (gross) 수익들, 네트 (net) 수익들, 그리고/또는 채워진/티켓이 팔린 좌석들의 개수를 높이기 위해서 활용될 수 있을 것이다. 어떤 실시예들은 어떤 유형의 재판매 행동 (예를 들면, 어떤 경우에는 차익을 남기고 티켓을 판매하는 것과 같이 대중 이익의 범주에 있지 않은 재판매 행동들)을 줄이기 위해서 활용될 수 있을 것이다

어떤 예시의 실시예들이 상기 도면들에 관하여 이제 설명될 것이다.

도 1a는 예시의 구조를 도시한다. 티켓 시스템일 수 있는 컴퓨터 시스템 (102)은 여기에서 설명된 프로세스들을 실행하도록 구성되며 그리고 디스플레이를 위해서 네트워크를 통해서 하나 또는 그 이상의 단말들 (예를 들면, 참조번호 112, 114, 116, 118, 120의 클라이언트 컴퓨터들)에게 여기에서 설명된 사용자 인터페이스들 중 몇몇 또는 모두를 제공하도록 구성된 프로그램 코드들을 호스트하는 서버의 형상일 수 있을 것이다. 추가로, 상기 시스템 (102)은 사용자 단말들을 경유하여 제공된 사용자 요청들, 명령어들 및/또는 데이터를 수신하도록 구성되고, 그 사용자 요청들 그리고/또는 명령어들을 실행하고, 그리고 하나 또는 그 이상의 데이터 저장부들 (예를 들면, 현장 데이터베이스 (104), 가격 데이터베이스 (106), 티케팅 데이터베이스 (108), 사용자 계정 데이터베이스 (110), 소셜 네트워크 데이터베이스 등)로부터 데이터를 액세스하고 그리고 데이터를 그 데이터 저장부들에 저장하도록 구성된다. 상기 시스템 (102)은 하나 또는 그 이상의 네트워크들 (112)을 경유하여 상기 단말들 그리고/또는 다른 시스템들에 연결될 수 있을 것이다. 예로서, 상기 단말들은 다음의 것들 중의 몇몇 또는 모두를 포함할 수 있다:

현장 오퍼레이터 단말 (112);

박스 오피스 단말 (114);

프로모터 단말 (116);

티켓 판매자 단말 (118);

티켓 구매자 단말 (120).

상기 시스템 (102)은 사용자가 이벤트를 위해서 현장의 표현 (representation)이나 모델을 정의하는 것을 가능하게 한다. 예를 들면, 여기에서 더욱 상세하게 설명되는 것처럼, 다양한 사용자 인터페이스들이 제공되며, 그 사용자 인터페이스들을 경유하여 사용자는 개별 좌석들 및/또는 좌석들의 그룹을 위한 (예를 들면, 가격 파괴) 티켓 가격 (예를 들면, 가격 레벨들)을 정의할 수 있다. 또한, 어떤 실시예들은 사용자가 다양한 티켓 가격들을 모델링하여 이벤트에 대한 티켓 판매들 및 현장들에 영향을 주는 것을 가능하게 한다. 예를 들면, 아래에서 더욱 상세하게 설명되는 것처럼, 사용자는 하나 또는 그 이상의 좌석 그룹들에 대한 가격 레벨을 변경할 수 있을 것이며, 그리고 상기 시스템은 티켓 판매들 및 현장들에 관한 (예를 들면, 티켓 판매들 그리고/또는 매점들로부터의) 계획된 영향을 계산할 것이다. 상기 시스템은 그러면 상기 계획들을 보고하는 상기 사용자에게 디스플레이되는 보고를 생성할 것이다.

상기 시스템은 실행 리뷰를 위한 상세한 요약을 생성할 것이며, 이는 하나 또는 그 이상의 지시된 수령자들 (예를 들면, 이벤트 셋업 또는 그에 대한 변화들을 실행하기 위해서 그 수령자의 승인이 필요하다)에게로 전송될 수 있으며 (그리고/또는 인쇄되고 그리고 제공될 수 있을 것이며), 그 수령자들의 승인 또는 비승인은 상기 시스템에 의해서 기록될 수 있을 것이다. 상기 시스템은 이벤트 셋업에 가해진 어떤 또는 모든 변화들의 기록을 또한 유지하고 그리고 저장할 수 있을 것이다. 상기 승인된 상세한 요약은 관련된 계약 (예를 들면, 티켓 판매자, 현장, 프로모터, 그리고/또는 공연자/팀 사이의 계약)과 함께 또는 연관하여 물리적으로 그리고/또는 전기적으로 저장될 수 있을 것이다.

어떤 실시예들은 사용자가 각 좌석, 좌석 블록, 섹션 및/또는 다른 좌석 구역들 (예를 들면, 그곳에서 사용자가 좌석 지도에서 디스플레이된 좌석을 선택할 수 있고 그리고 번호와 같이 등급을 정하는 코드를 입력할 수 있으며, 또는 그곳에서 공연무대/스테이지로부터 좌석까지의 거리, 공연무대/스테이지에 대한 보는 각도, 바닥/공연무대/스테이지에 대한 좌석 높이를 고려한 공식이 각 좌석에 대해 적용될 수 있다)에 대한 등급을 표시하고 그리고 저장하는 것을 가능하게 한다. 상기 등급을 정하는 것은 객관적인 또는 주관적인 품질 등급을 정하는 것에 대응할 수 있을 것이다 (예를 들면, 그 경우에 첫 번째 행의 가운데 좌석이 등급 1을 가질 수 있을 것이며, 그리고 그 경우에 가장 높은 좌석 레벨에서 맨 뒤의 좌석은 등급 18000 을 가질 수 있을 것이다). 이 등급 결정은 용자가 티켓을 요청할 때에 "가능한 최고" 좌석 요청들에 응답하여) 시스템에 의한 좌석 판매 순서를 지정하기 위해서 사용될 수 있을 것이다.

또한, 상기 시스템 (102)은 하나 또는 그 이상의 진행 이벤트들을 위한 실질적인 실시간 티켓 판매 정보를 수신하며, 그리고 그 정보를 사용자에게 보고한다 (예를 들면, 이벤트 티켓 판매 속도 (rate), 판매된 좌석들의 개수, 판매되지 않은 좌석들의 개수, 보유된 좌석들의 개수, 판매된 좌석들의 백분율, 계획된 매진 시각, 이벤트 웹 페이지 방문들, 이벤트 웹 페이지의 판매로의 변환, 원래의 순 용량의 퍼센트로서 매일의 누적 판매들, 매일의 누적 결산 총액, 그리고/또는 여기에서 논의된 다른 정보를 보고한다). 상기 시스템 (102)은 종결되었던 이벤트들을 위한 과거의 정보 (진행하는 이벤트들을 위해서 제공된 몇몇의 또는 모든 유형의 정보를 포함한다)에 액세스하고, 그리고 디스플레이를 위해서 제공하도록 구성되며,

상기 시스템 (102)은 티켓 구매자들에게 디스플레이하기 위한 사용자 인터페이스들을 제공하기 위해서 상기 이벤트 좌석 및 티켓 가격 정보를 옵션으로 활용한다. 예를 들면, 상기 사용자 인터페이스들은 좌석 가용성, 가격, 휠체어를 타고 그 좌석들에 접근할 수 있는가의 여부, 좌석을 위한 티켓을 구매하기 위해서 특수 코드가 필요한가의 여부, 상기 사용자가 그 이벤트를 위해서 그 좌석에 대한 티켓을 이미 구매했는가의 여부 등을 표시하기 위해서 코딩된 좌석 차트 컬러, 코딩된 아이콘, 그리고/또는 코딩된 텍스트를 디스플레이할 수 있을 것이다. 티켓 구매자 사용자 인터페이스는 제어를 제공할 수 있을 것이며, 그 제어를 경유하여 상기 사용자는 필터링 기준 (예를 들면, 티켓 가격, 시야의 품질, 특별한 청약이 가능한가의 여부, 좌석에 대한 티켓을 그 사용자의 친구가 가지고 있는가의 여부 등)을 규정할 수 있으며, 이 경우에 상기 사용자 인터페이스는 그 필터 기준을 충족시키는 개별 좌석들 그리고/또는 좌석 섹션들을 강조할 것이다. 옵션으로 상기 사용자는 개별 좌석 그리고/또는 좌석 섹션을 선택할 수 있을 것이며 (예를 들면, 그것을 포인팅하거나 또는 클릭함으로써), 그리고 상기 티켓 구매자 사용자 인터페이스는 그 좌석에 관한 추가 정보를 디스플레이할 것이다 (예를 들면, 그 좌석을 위한 티켓들을 구매하기 위해서 특수한 패스워드/청약 코드가 필요한가의 여부, 좌석 번호, 좌석 행 번호, 좌석 섹션 번호, 액면 가격, 티켓 관련된 요금들, 혼합된 액면 가격 및 요금들, 관람 정보, 주류가 허용되는가의 여부, 상기 좌석이 그늘진 것인가의 여부 등).

옵션으로, 상기 시스템 (102)은 다양한 사용자들에 대해서 저장된 허가들을 구비한다. 상기 허가들은 이벤트 매니저의 전반적 시스템에 의해서 규정될 수 있을 것이다. 그 허가는, 예를 들면, (여기에서 설명된 정보들 중의 일부 또는 모두와 같은) 어떤 정보를 보는 것을 누가 허락받았는가를 규정하고, 하나 또는 그 이상의 아이템들 (예를 들면, 티켓 가격들, 가격 파괴들, 보유분들, 좌석 셋업들, 그리고/또는 여기에서 설명된 다른 파라미터들)의 특성들을 변경할 것을 누가 허락받았는가를 규정할 수 있을 것이다.

상기 시스템 (102)은 네트워크를 경유하여 소셜 네트워크 사이트 시스템 (122)에 연결될 수 있을 것이다. 상기 소셜 네트워크 사이트 시스템 (122)은 사용자 정보, 사진들, 이벤트 정보, 및 사용자와 다른 페이지들, 그리고 사용자들과 공유 콘텐트와 같은 아이템들 사이의 연결들, 사진/비디오 태그들 (여기에서 태그는 키워드 (예를 들면, 사람의 이름)와 같은 메타데이터 또는 사진 속의 사람과 같이 정보의 어떤 아이템에 할당된 항목일 수 있다), 친구 관계들 등을 저장하는 데이터베이스를 구비할 수 있을 것이다. 상기 시스템 (102)은 사용자들에 관련된 정보를 상기 소셜 네트워크 사이트 시스템 (122)으로부터 얻을 수 있을 것이다. 예를 들면, 상기 시스템 (102)은 이름들, 사진들 그리고 사용자들의 친구들의 신원들 및 사진들, 사용자 소셜 이벤트들에 관한 정보, 포스팅 (posting) 등을 요청하고 그리고 획득할 수 있을 것이다. 상기 시스템 (102)은 또한 이벤트들을 생성할 수 있을 것이며, 이 경우에 사용자들은 이벤트들에 관한 포스팅들을 보고 그리고 상기 이벤트들로의 초대를 상기 소셜 네트워크 사이트 시스템 (122)을 경유하여 수신할 수 있을 것이다. 어떤 실시예들에서, 사용자가 초대에 응답하거나 또는 어느 이벤트 좌석들에 상기 사용자 그리고/또는 친구들이 앉을 것인가를 표시하면, 상기 시스템 (102)은 포스트를 구축할 수 있을 것이며 그리고 디스플레이를 위해서 웹페이지나 다른 인터페이스를 경유하여 그 포스트를 상기 소셜 네트워크 사이트 시스템 (122)으로 전송할 수 있을 것이다.

그래서, 상기 컴퓨터 시스템 (102)은 이벤트들이 구성되고, 계획들 및 모델링이 수행되고, 실시간 정보가 다중의 소스들로부터 입수되고, 분석되고 그리고 보고되며, 그리고/또는 티켓 판매들이 인터액티브 좌석 지도들을 경유하여 관리되고 실행되는 것을 가능하게 한다.

도 1b는 참조번호 102의 시스템이나 다른 구성된 컴퓨터화된 시스템들에 의해서 수행될 수 있을 예시의 프로세스를 도시한다. 상태 150에서, 사용자는 셋업될 이벤트 그리고/또는 현장을 선택한다 (예를 들면, 대응하는 필드에 이벤트 이름 그리고/또는 현장 이름을 타이핑하여 또는 다른 방식으로 메뉴로부터). 상태 152에서, 상기 시스템은 상기 현장의 좌석 지도에 액세스하고 그리고/또는 생성하며, 이는 가격 파괴들을 설립하는데 관계된 사용자의 단말 상 디스플레이를 위해서 제공되며, 이 경우 주어진 가격 파괴 내 좌석들은 동일하게 또는 실질적으로 동일하게 가격이 정해진다. 좌석들 그리고/또는 좌석 구역들의 다양한 속성들 (상태, 가격 레벨 등)을 표시하기 위해서 상기 좌석 지도는 컬러, 아이콘들, 텍스트, 그리고/또는 애니메이션을 이용하여 코드화될 수 있을 것이다.

일 예시의 실시예에서, 상태 154에서, 상기 사용자는 마우스, 터치 스크린 또는 다른 사용자 인터페이스를 이용하여 상기 좌석 지도를 경유하여 디스플레이된 섹션이나 좌석들의 그룹들을 선택함으로써 가격 파괴들을 지정할 수 있을 것이며, 또는 상기 섹션이나 그룹에 가격 파괴 식별자를 할당할 수 있을 것이다 (예를 들면, 그룹 A, 그룹 B, 또는 그룹 0, 그룹 1 등). 옵션으로, 사용자 인터페이스가 제공되며, 그 사용자 인터페이스를 경유하여 사용자는 가격 파괴의 시작 좌석 및 마지막 좌석용의 좌석 식별자들 (예를 들면, 섹션 식별자, 행 식별자, 개별 좌석 식별자)을 텍스트로 입력할 수 있으며, 그럼으로써 시작 및 마지막 좌석들, 그리고 그것들 사이의 좌석들에 대한 가격 파괴를 정의한다. 옵션으로, 상기 사용자는 가격 파괴 내부의 또는 외부의 어떤 좌석들을 "보유 (hold)" 좌석들 (일반 대중에게 판매할 용도가 아님)인 것으로서 식별할 수 있다. 가격 파괴들을 세팅하기 위한 예시의 인터페이스들은 여기에서의 다른 부분들에서 더욱 상세하게 설명된다. 옵션으로, 사용자는 좌석, 좌석 블록, 섹션 그리고/또는 다른 좌석 구역 등급 결정을 할당할 수 있을 것이며, 이는 관계있는 좌석 블록, 섹션 그리고/또는 다른 좌석 구역 품질 또는 예견된 바람직함에 대응한다.

상태 156에서, 이벤트 생성이 수행된다. 다중의 가격 파괴들이 설립되는 경우인 예시의 실시예에서, 가격 파괴들을 경유하여 이벤트가 부분적으로 정의되며, 이 경우에 주어진 물리적인 섹션 및 가격 파괴 조합이 개별 섹션에 할당된다. 섹션들의 개수 (그리고 섹션당 좌석들의 개수)는 이용 가능한 이벤트 수용량을 추정하기 위해서 사용될 수 있을 것이다.

상태 158에서, 몇몇의 또는 모든 가격 파괴들을 위한 가격 레벨들을 세팅하는 가격 결정 매트릭스가 생성된다. 상기 가격 레벨들은 수동적으로, 자동적으로 또는 수동 및 자동 프로세스들의 조합을 이용하여, 선호도들, 과거의 정보, 및/또는 다음의 것들 중 일부 또는 전부와 같은 다른 파라미터들을 기반으로 하여 생성될 수 있을 것이다:

아티스트/공연자 선호도들/경험들;

프로모터/매니저 선호도들/경험들;

티켓 판매자 선호도들/경험들;

티켓 미디어 및/또는 양도 가능성. 예를 들면, 몇몇의 티켓들은 양도할 수 있을 것이며 그리고 몇몇의 티켓들은 양도할 수 없을 수 있을 것이다. 추가의 예로서, 어떤 실시예들에서, 티켓 형식은 그 티켓이 가상/종이가 아닌 또는 전자 티켓 (예를 들면, 이 경우에 접근 권한은 신용 카드, 직불 카드, 운전 면허증, 여권, 그리고/또는 주 발행 신분 증명 카드 (state issued identification card)와 같은 미리-존재하는 문서에 부여되며, 그리고 그 문서는 그 문서를 스캐닝하고 그리고 입장 권한이 그 문서와 연관되는가의 여부를 판별함으로써 그 이벤트로의 접근을 얻기 위해서 제시된다), 이메일 티켓 또는 다운로드 가능한 인쇄할 수 있는 티켓일 때와 같이 재판매들을 배제하거나 또는 제한하도록 구성될 수 있을 것이며, 또는 이벤트 접근을 제공하기 위해서 특별하게 만들어진 종이 또는 플라스틱 티켓과 같이 더욱 쉽게 전달되는 물리적인 티켓의 모습일 수 있을 것이다;

이벤트를 위한 그리고/또는 유사한 이벤트들을 위한 현재의 티켓 판매 정보; 그리고/또는

종료된 과거의 이벤트들에 대한 과거의 티켓 판매들.

상태 160에서, 초기 가격 레벨들 그리고/또는 판매 시퀀스(들)가 상기 가격 파괴들에 할당되며, 그리고 그 할당은 메모리에 저장된다. 판매 순서는 좌석/가격 파괴들이 판매를 위해서 청약되는 주문을 정의하기 위해서 사용될 수 있을 것이며, 이 경우 어떤 가격 파괴들은 동시의 판매를 위해서 요청될 수 있을 것이며, 그리고 어떤 가격 파괴들은 연속하여 나중에 요청될 수 있을 것이다.

상태 162에서, 상기 이벤트 셋업은 판매용의 티켓들을 요청하기 이전의 승인을 위해서 하나 또는 그 이상의 사용자들에게 옵션으로 전송된다 (예를 들면, 활성화되면, 승인될 정보를 디스플레이하는 사용자 인터페이스들을 수신자의 브라우저나 다른 뷰어가 디스플레이하도록 하는 링크를 포함하는 이메일을 경유하여). 예를 들면, 승인은 리뷰를 위해서 아티스트/공연자 그리고/또는 현장 오퍼레이터로부터 요청될 수 있을 것이다 (예를 들면, 그래서 그들이 가격 레벨들, 가격 파괴들, 특정된 좌석 용량들 및 가용성들 등을 리뷰할 수 있도록 한다). 상태 164에서, 상기 요청된 승인이 수신되었는가의 여부에 관한 판별이 내려진다. 수신되지 않았다면, 옵션으로, 이어지는 통신이 승인을 요청하는 상기 사용자(들)에게 전송된다.

리뷰하는 사용자가 응답했지만 하나 또는 그 이상의 아이템들에 대한 (예를 들면, 가격 레벨들에, 가격 파괴들에, 가격 레벨들을 가격 파괴들로 할당하는 것에, 판매 시퀀스 등에) 수정을 요청한다면, 그러면 상태 166에서 상기 다양한 아이템들은 상기 시스템을 경유하여 조절될 수 있을 것이며, 그리고 그 조절은 메모리에 저장된다. 옵션으로, 그 조절들의 승인들에 대한 요청들이 하나 또는 그 이상의 선택된 사용자들에게로 전송될 수 있을 것이다.

옵션으로, 이벤트에 대한 티켓 판매들이 시작된 이후라도 어떤 좌석들 또는 가격 파괴들은 미래의 가격 수정들을 하기 쉬운 것으로서 지정될 수 있을 것이며, 그리고 어떤 좌석들이나 가격 파괴들은 고정된 것 (일단 티켓 판매들이 시작되면 변경하기 쉽지 않음)으로 지정될 수 있을 것이다.

단계 168에서, 이벤트 티켓들은 (예를 들면, 온라인 웹사이트들을 경유하여, 모바일 앱들을 경유하여, 물리적인 소매점을 경유하여, 전화를 경유하여 또는 다른 방식으로), 상기에서 설명된 것과 같이 설정된 가격 결정에 따른 판매를 위해 청약된다.

가격 레벨들을 설정하고 그리고 이벤트들을 셋업하기 위한 예시의 인터페이스들은 여기에서의 다른 곳에서 더욱 상세하게 설명된다.

상기 이벤트 셋업 사용자 인터페이스들은 관심있는 측들 (예를 들면, 공연자/팀, 프로모터, 박스 오피스, 티켓 판매자 등) 사이에서의 교섭 동안에 이벤트의 상이한 잠재적 모델들을 셋업하기 위해 사용될 수 있을 것이며, 이는 상이한 셋업 파라미터들 (예를 들면, 상이한 개수의 가격 레벨들, 상이한 티켓 가격들, 상이한 개수의 보유된 좌석들, 상이한 개수의 망가진 좌석들 등)이 주어진 잠재적인 수익들 그리고/또는 티켓 판매들을 추정하기 위해서 사용될 수 있을 것이다. 일단 상기 티켓 셋업이 합의되면, 상기 셋업 사용자 인터페이스들은 그러면 초기 명령어들을, 상기 초기 이벤트 셋업이 된 현장 박스 오피스 및/또는 다른 엔티티들에게 제공하기 위해서 사용될 수 있을 것이며, 그리고 티켓들은 그 셋업에 따라서 판매될 수 있을 것이다. 상기 이벤트 셋업 사용자 인터페이스들은 그 이벤트 셋업을 동적으로 변경하기 위해서 (예를 들면, 어느 좌석들이 어떤 가격 레벨들에 할당되는지, 판매되지 않은 좌석 티켓들의 액면 가격, 보유된 좌석들의 개수 등을 변경하기 위해서) 티켓들이 판매대에 놓여진 이후에 또한 사용될 수 있을 것이다. 어떤 실시예들은 가격 결정 엔진으로부터 동적인 가격을 수신하도록 구성된 데이터 인터페이스를 포함할 수 있을 것이며 그리고 그에 따라서 좌석 티켓 가격을 변경하도록 구성되며, 이 경우에 상기 변경들은 변경 목록에서 자동적으로 반영될 수 있을 것이다.

예시의 이벤트 생성 프로세스는 이제 추가적으로 상세하게 설명될 것이다. 주어진 이벤트(들) 그리고/또는 현장(들)을 위해서 가격 파괴들이 설정된다. 상기에서 설명된 것과 유사하게, 가격 파괴들은 좌석들의 각 세트들을 위해 가격들을 설정한 것에 관계되며, 그래서 그 좌석들에 대한 티켓 판매들의 시작 이전에, 주어진 가격 파괴 내에서의 공개 좌석들은 동일하게 또는 실질적으로 동일하게 가격이 정해질 것이다. 옵션으로, "보유분들 (holds)"은 주어진 가격 파괴에서 하나 또는 그 이상의 좌석들 상에 실행될 수 있을 것이다.

시간이 지나면, 또는 초기 모델링의 결과로서, 가격 파괴에 연관된 가격 레벨은 (예를 들면, 가격 변경을 하도록 인정받은 사용자나 또는 시스템에 의해서) 동적으로 변경될 수 있을 것이다. 예를 들면, 가격 레벨들은 티켓 판매들을 전적으로 또는 부분적으로 기반으로 하여 옵션으로 증가되거나 또는 감소될 수 있을 것이다. 예를 들면, 가격 레벨들은 다음의 요인들 중 하나 또는 그 이상을 기반으로 하여 옵션으로 증가되거나 감소될 수 있을 것이다:

그 이벤트 그리고/또는 그 이벤트를 위한 특정 좌석 구역들에 대해서 판매된 티켓들의 양,

그 이벤트 그리고/또는 그 이벤트를 위한 티켓 판매 속도,

동일한 공연자 또는 하나 또는 그 이상의 유사한 공연자들이 출연한 다른 이벤트들에 대해서 판매된 티켓들의 양,

동일한 공연자 또는 하나 또는 그 이상의 유사한 공연자들이 출연한 다른 이벤트들에 대한 판매 속도,

재고 내에서 특정 좌석 또는 좌석들의 세트 판매,

타이머 시간 만료 또는 날짜/시간 알람, 그리고/또는

다른 파라미터들.

가격에 있어서의 그런 변경들이 있을 때에, 주어진 가격 파괴와 연관된 팔리지 않은 티켓 재고는 새로운 가격 레벨 및 그것의 연관된 가격으로 이동될 수 있을 것이다. 그런 이동들 이전에 판매된 좌석들, 그리고 동일한 좌석 섹션 내 동일한 행에서 옵션으로 이용 가능한 좌석들 (또는 가격 레벨이 그 이벤트를 위해서 그리고/또는 규칙을 통해서 결정된 것과 같이 변경되지 않을 것이라는 표시와 함께 데이터 저장부 내에서 지시된 다른 좌석들)처럼, 이 판매된 재고는 (예를 들면, 적절한 환불들을 용이하게 하기 위해서 그리고/또는 고객 관계들을 위해서) 그 좌석들이 초기에 판매되었던 가격 레벨로 남아있을 수 있다.

도 2에 도시된 예시의 그래픽 툴은 사용자 단말 상에서의 디스플레이를 위해서 상기 시스템을 경유하여 옵션으로 제공되며, 이는 사용자가 그런 가격 파괴들을 보고 그리고 설정하는 것을 가능하게 한다 (예를 들면, 적절한 허가들을 구비한 승인받은 사용자). 상기 툴은 상기 시스템 (102)에 의해서 호스팅될 수 있을 것이다. 상기 그래픽 툴은, 예를 들면, 컬러 코딩을 이용하여 현장에서 같은 품질의 구역들을 정의하고 보는 것을 용이하게 하는 인터페이스를 제공한다. 그런 가격 파괴 구역들에 적용된 상이한 가격 파괴 구역들 그리고/또는 상이한 가격 레벨들을 반영하기 위해서 상이한 컬러들이 사용될 수 있을 것이다. 하나 또는 그 이상의 필드들을 경유하여 (예를 들면, 연관된 컬러, 개별 좌석들, 특정된 행들 그리고/또는 특정된 섹션들/구역들과 연관된 필드를 통해서) 가격이 좌석들에 할당될 수 있을 것이다.

예를 들면, 레드, 올리브, 그린, 블루, 틸 (teal), 오렌지 등이 상이한 가격 파괴들을 표시하기 위해서 사용될 수 있을 것이다. 옵션으로, 상대적으로 낮은 등급/하위의 좌석들을 표시하기 위해서 더 바랜 색 또는 파스텔 색이 사용될 수 있을 것이며, 그리고 상대적으로 높은 등급/상위 좌석들을 표시하기 위해서 더 밝은 또는 원색이 사용될 수 있을 것이다. 다른 시각적인 표시들 역시 사용될 수 있을 것이다 (예를 들면, 더 높은 등급/상위 좌석들을 표시하기 위해서 점멸하는 좌석 아이콘들이 사용될 수 있을 것이다).

여러 티켓 발행 이벤트들에 대해서, 어떤 티켓들은 아티스트, 프로모터 그리고/또는 현장에 의해서 보유되며, 그래서 (적어도 대중에게로의 초기 티켓 판매들과 연결해서는) 대중에게는 일반적으로 이용 가능하지 않게 된다. 이런 티켓들은 여기에서는 때로 "보유분들 (holds)"로서 언급된다. 보유된 좌석들은 종종 더 비싼 또는 가장 비싸며 그리고 탐나는 좌석들 중에 있다.

보유분들에 대한 관리는 티켓 판매 수익에 커다랗게 영향을 줄 수 있을 것이다. 이는 초기의 보유분 셋업이 이벤트 수용량 그리고 가격 결정들과 종종 밀접하게 연결되지 않기 때문이다. 또한, 보유분들을 사용하는 것은, 판매 가격 조절들이 만남의 요구에 더욱 관련되는 경향이 있는, 가장 비싼 가격의 좌석들에 일반인들이 접근하는 것을 종종 배제하거나 줄어들게 한다. 또한, 많은 보유 좌석들은 일반인에게 결국은 방출 (release)되기 때문에 (예를 들면, 보유분 좌석들의 "보유자"가 그 좌석들을 사용하려고 하지 않기 때문에), 전통적으로 사용되지 않은 보유분들은 시장에서 효율적으로 소비될 이벤트 라이프 사이클에서는 너무 늦게, 일반 대중에 의한 구매용으로 시장에 방출되는 경우가 종종 있다. 그래서, 값비싸게 방출되는 보유분 티켓들 중의 많은 것들은 판매되지 않고 남아 있으며, 또는 액면가에 비해서 또는 더 이른 시기에 판매되었을 경우의 가격에 비해서 할인되어 판매되어야만 한다. 추가로, 적합한 도구들이 결여되었고 그리고 비효율적인, 시간 지연된 통신으로 인해서, 보유분들은 종종 수용량 및 가격 결정이 이루어진 이후에 주문이 되며, 비효율적인 티켓 판매들로 더 이끌게 된다.

전술한 도전들 중의 몇몇 또는 모두를 극복하기 위해서, 어떤 실시예들은 주어진 가격 레벨에서의 보유분들의 개수에 대한 허용을 하면서 가격 결정 및 수용량 결정을 하게 하는 모델링 툴들을 제공하여, 대중이 더욱 비싼 가격 레벨들로 좌석에 접근하고 구매하는 것을 허용하도록 수용량들이 적절하게 확대될 수 있도록 한다 (예를 들면, 추가의 좌석들이 추가될 수 있을 것이며 그리고/또는 어떤 보유분 좌석들은 일반 대중에게 판매되도록 재할당될 수 있도록 한다).

도 3은 도 2의 그래픽 툴을 도시하며, 이 툴에서 "보유분들"은 시각적으로 표시된다 (예를 들면, 블랙으로). 그래서 보유분 좌석들 할당 그리고 가격 파괴들 및 가격 레벨을 할당을 관리하는 사용자는 인접한, 비-보유분 좌석들의 가격 레벨은 물론이며 보유분 좌석들의 위치 및 집중을 볼 수 있다. 이는 상기 사용자로 하여금 어느 좌석들이 보유분 좌석들로서 표시되어야만 하는 것을 빠르게 평가하는 것을 가능하게 하며, 그리고 그런 표시들을 변경하는 것을 가능하게 하여 수익 그리고/또는 일반 대중에 의한 접근을 향상시키도록 한다.

도 4는 현장 좌석 차트의 높은 레벨에서의 뷰, 가격 파괴들을 표시하기 위해 코드화된 컬러 그리고 상기 가격 파괴들 및 아래에서 더욱 상세하게 설명되는 다양한 예시의 파라미터들을 목록으로 하는 편집 가능한 비율 계산 툴 패널을 묘사하는 사용자 인터페이스를 도시한다. 이 예에서, 더욱 전형적인 4개의 가격 파괴들에 대조하면, (비록 더 많은 또는 더 적은 가격 파괴들이 존재할 수 있지만) 28개의 가격 파괴들/계층 (strata)이 존재한다.

상기 예시의 비율 계산 툴 패널은 사용자가 가격 파괴에 대한 좌석 카운트, 주어진 가격 파괴에서 티켓의 액면 가치/가격 레벨, 주어진 가격 파괴에서 티켓의 "총 합 (all in)" 비용, 그리고 주어진 액면 가치/가격 레벨에서 주어진 가격 파괴에서 판매될 티켓들의 추정되는 백분율을 지정하는 것을 가능하게 한다. 전술한 값들의 몇몇 또는 모두는 (예를 들면, CSV (comma separated value) 포맷 파일과 같은 파일을 임포트 (import)하기 위한 임포트 제어를 활성화시켜서) 데이터베이스로부터 또한 읽혀질 수 있을 것이며, 또는 (예를 들면, 예측 툴에 의해서) 계산될 수 있을 것이다.

(비록 상기 비율 계산 툴이 보다 적은 또는 추가의 정보를 제공할 수 있을 것이지만) 상기 비율 계산 툴은 그러면 (예를 들면, 사용자가 "계산" 제어를 활성화한 것에 대응하여 또는 사용자가 파라미터 변경을 입력한 것에 응답하여 자동적으로), 주어진 가격 파괴에 대해 판매될 것으로 예측된 티켓들의 전체 달러 가치, 티켓 액면 가치들을 기반으로 하는 잠재적인 전체 그로스 (total gross), 그리고 총 합 티켓 가치들을 기반으로 하는 잠재적인 전체 그로스를 계산한다. 총 합 티켓 가치들 도는 가격들은 티켓 구매자에 의해서 지불될 가격 (예를 들면, 티켓 액면 가치, 시설 요금, 선적 비용 등) 또는 그것의 부분집합에 관계된다. 일반적으로, 비록 필수적이지는 않지만, 상기 총 합 가격은 주어진 티켓의 액면 가치보다 아주 더 클 것이다. 상기 계산된 값들은 사용자에 의한 익스포트 (export) 제어의 활성화가 있으면 파일 (예를 들면, CSV 파일)로 익스포트될 수 있다. 옵션으로, 판매된 티켓들의 보고된 백분율은 티켓 보유분들을 고려하여 (예를 들면, 이 경우는 다음의 액면 금액을 판별하는데 있어서 티켓 보유분들이 포함되지 않은 경우 : (주어진 가격 파괴에 대해 판매된 티켓들) / (주어진 가격 파괴에 대해 이용 가능한 전체 티켓들)) 조절될 수 있을 것이다.

어떤 실시예들은 보유분들이 수동으로 배치되도록 (예를 들면, 그 경우 사용자는 그것이 보유된 좌석이라는 것을 표시하기 위해서 설정 상에 클릭할 수 있다) 허용함으로써 수용량 결정 및 보유분들 관리 사이의 타이밍 갭을 단축하는 툴들을 제공한다. 또한, 그런 툴들은, 옵션으로, 티켓들을 일반적으로 사고 그리고 재판매하는 티켓 중개인들이나 전매자들을 이용하지 않고도, 보유분들이 그 보유분들의 소유자들로부터 전달되고 그리고 티켓팅 시스템을 통해서 일반 대중에게 판매되도록 하여 수익을 증가시킨다. 예를 들면, 어떤 실시예들은 사용자 인터페이스를 제공하며, 그 사용자 인터페이스를 경유하여, 인증된 사용자는 인터액티브한 사용자 인터페이스를 통해 보유분 좌석들을 선택할 수 있으며, 그리고 그 표시를 판매 중 표시로 바꿀 수 있다.

도 5는 보유분들을 관리하는 것을 더욱 용이하게 하는 예시의 사용자 인터페이스를 도시한다. 옵션으로, 사용자 행동 (예를 들면, 주어진 좌석 아이콘을 클릭하거나 또는 그 위로 정지해 있는 것, 대응하는 필드에 좌석 식별자를 입력하는 것 등)에 응답하여, 상기 사용자 인터페이스는 시스템 데이터베이스로부터 액세스되는 정보를 디스플레이한다. 예를 들면, 상기 사용자 인터페이스는 대응하는 좌석이나 좌석들의 그룹들에 대한 섹션, 행, 좌석 번호, 가격 레벨, 가격 파괴, 그리고/또는 보유분 상태들을 디스플레이할 수 있을 것이다. 또한, 주어진 이벤트 또는 이벤트들의 세트에 대해서 좌석들의 전체 개수, 공개 좌석들의 전체 개수, 판매된 좌서들의 전체 개수, 보유분 좌석들의 전체 개수, 조회들 (예를 들면, 사용자 온라인 쇼핑 카드에 놓여진 좌석 티켓들처럼 구매 프로세스는 시작되었으나 아직 완료가 되지 않은 티켓들)의 전체 개수, 전체 실제의 그로스, 그리고 (모든 좌석들이 판매된 것으로 가정한) 전체 잠재적인 목표를 보고하는 리포트가, 주어진 이벤트 또는 이벤트들의 집합에 대해서 실시간으로 옵션으로 생성된다.

도 6은 결정 메이커에게 현장 좌석의 상태 (예를 들면, 좌석에 대한 티켓에 부여된 가격, 그 좌석이 상기 현장이나 프로모터가 보유한 좌석인가의 여부에 관한 표시 등)에 대한 직접적인 액세스를 제공함으로써 결정 메이커가 다중의 이벤트들을 효율적으로 관리하는 것을 가능하게 하며 그리고 좌석 지도를 경유하여 상기 좌석 상태에 대한 변경을 실행하는 것을 가능하게 하는 리포팅 툴의 다른 예시의 사용자 인터페이스를 도시한다. 그래서, 어떤 실시예들에서, 상기 결정 메이커는, 박스 오피스 실행자들과 같이 티켓 발행 프로세스에 결부된 다른 것들로부터 상태에 대한 요청들을 발행하지 않고서, 가격 변경들을 직접 실행할 수 있다.

어떤 실시예들은, 티켓 가격 결정, 가격 파괴들 그리고 다중 이벤트들에 대한 보유분들을 관리하는 것은 물론이며, 다중의 이벤트들에 대한 데이터 프로세싱 및 디스플레이를 용이하게 한다. 도 6에 도시된 것처럼, 예시의 온라인 정보 디스틸러 (distiller) 툴은 다중 이벤트들에 대한 티켓 판매 정보 및 가격 결정 정보를 필터링하고 그리고/또는 합계를 낸다 (aggregate). 예를 들면, 상기 디스틀러는 다음의 정보들 중 몇몇 또는 전부를 포함하는 다중의 이벤트들에 대한 보고들을, 이벤트 단위를 기초로 그리고 다중의 이벤트들의 전역에서 합계하여, 생성할 수 있다:

PL (Price Level (가격 레벨))/PB (Price Break (가격 파괴)) 비율;

티켓들이 판매된 좌석들의 개수;

공개 좌석들 (일반 대중에 의한 구매가 가능한 좌석들)의 개수;

QOpen (조건부 공개 (qualified open) 좌석들은 지정된 액세스 코드를 가진 또는 지정된 브랜드의 신용 카드를 사용하고 있는 공중의 구매자들이 구매할 수 있는 좌석들이다)의 개수;

보유분 좌석들의 개수;

티켓 판매들의 속도;

판매의 촉진/감속에 관한 표시 (예를 들면, 판매 속도 증가, 감소, 고정);

마지막 티켓 판매의 날짜와 시각;

계획된 PB/PL 매진;

이벤트 방출 (release) 속도/백분율 (이 경우 판매 속도가 특정 또는 지정된 문턱값에 도달할 때까지 어떤 좌석들은 보유분 좌석들 또는 판매된 좌석들로서 디스플레이될 수 있을 것이며, 그 문턱값의 포인트에서 그런 좌석들의 몇몇 또는 모두가 자신의 상태가 공개 (open)로 또는 조건부 공개 (qualified open) (예를 들면, 상기 티켓들은 대중에 의한 공개를 위해서 방출된다)로 변하도록 한다. 그렇게 많지 않은 좌석들이 시간상 주어진 포인트에서 이용 가능한 것으로서 보일 때에, 이 기술은 느리게 팔리는 이벤트가 더욱 대중적으로 보이도록 하는 것을 가능하게 한다.); 그리고/또는

이벤트 속도 (도 21p 및 도 21q에 관하여 설명된 것과 유사한 이벤트 속도로서, 상기 이벤트 속도는 어떤 유형의 사용자 인터페이스가 디스플레이하는가를 결정하고 그리고/또는 사용자들이 어느 티켓들을 구매하기를 좋아할 것인가를 사용자가 지정하게 하는 메커니즘을 결정하기 위해서 사용될 수 있을 것이다.)

추가로, 사용자는 주시 목록 (watch list)을 지정할 수 있으며, 그러면 그 주시 목록은 메모리에 저장된다. 상기 시스템은 상기 사용자의 주시 목록에 액세스하고, 그리고 사용자가 상기 주시 목록에 추가한 이벤트에 대한 티켓 판매들의 상태를 취합하고 보고한다. 예를 들면, 상기 주시 목록은 다음의 정보 그리고/또는 다른 정보의 몇몇 또는 모두를 표시할 수 있다:

상기 이벤트가 매진되는가의 여부 (예를 들면, 이용 가능한 좌석들의 개수 그리고 판매된 티켓들의 개수를 기초로 한다);

12시간, 하루, 한 주, 또는 다른 지정된 시간 프레임 내와 같이 지정된 시간 구간 내에 상기 이벤트가 곧 매진될 것인가의 여부 (예를 들면, 이용 가능한 좌석들의 개수, 판매된 티켓들의 개수, 그리고/또는 티켓 판매들의 속도를 기초로 한다);

상기 이벤트에 대한 티켓 판매들이 보통 (moderate)인가의 여부 (예를 들면, 이용 가능한 좌석들의 개수, 판매된 티켓들의 개수, 그리고/또는 티켓 판매들의 속도를 기초로 한다);

상기 이벤트에 대한 티켓 판매들이 느린가의 여부 (예를 들면, 이용 가능한 좌석들의 개수, 판매된 티켓들의 개수, 그리고/또는 티켓 판매들의 속도를 기초로 한다);

상기 이벤트에 대한 PL;

상기 이벤트에 대한 PB;

공개 좌석들;

상기 이벤트에 대한 판매 속도;

상기 이벤트에 대해 판매된 티켓들의 개수.

유사하게, 상기 주시 목록은 모니터링될 진행중인 이벤트들 모두에 대해 또는 그 이벤트들의 부분집합에 대한 정보를 생성하고 그리고 보고할 수 있을 것이며, 상기 정보는 다음의 것들 중 일부 또는 전부를 포함한다: 티켓 판매들의 상태 (예를 들면, 매진, 거의 매진, 보통, 느림 등), 상기 PL, 상기 PL, 상기 PB, 공개 좌석들의 개수, 이용 가능한 티켓들의 판매된 백분율 (보유분 티켓들을 포함하거나 또는 제외함), 이벤트의 매진의 실제의 그리고/또는 예측된 날짜/시각, 이벤트 방출 속도 (release rate).

옵션으로, 티켓 판매 상태 그리고/또는 여기에서 설명된 다른 정보를 기반으로 하여, 다음의 행동들 중의 하나 또는 그 이상이 (자동으로 그리고/또는 수동으로) 취해질 수 있을 것이다:

보유분 티켓들의 개수를 축소시킨다 (어느 보유분 좌석들이 일반 대중에게 제공될 것인가를 결정하는 것을 포함한다);

어떤 또는 모든 좌석/가격 파괴들에 대한 티켓 가격들을 올린다;

어떤 또는 모든 좌석/가격 파괴들에 대한 티켓 가격들을 내린다;

티켓 구매자들이 구매하기를 선택했던 좌석들보도 상대적으로 더 높은 품질의 좌석들에 대한 티켓들을 그 구매자들에게 주는 티켓 업그레이드를 공짜로 제안하거나 또는 티켓 업그레이드에 대한 가격을 제안한다;

상기 이벤트에 관련된 광고/마케팅 경비를 증가시킨다;

상기 이벤트에 관련된 광고/마케팅 경비를 감소시킨다; 그리고/또는

상기 이벤트에 관련된 광고/마케팅을 위한 매체/채널들/타겟 인구 통계/세그먼트들을 선택한다.

예를 들면, 하나 또는 그 이상의 선택되어 보고된 데이터 아이템들/정보가 지정된 문턱값을 충족하면, 상기 행동들 중 하나 또는 그 이상이 취해질 것이다.

추가로, 과거 이벤트들에 대한 과거의 티켓 판매 정보 그리고/또는 진행되는 이벤트들에 대한 현재의 티켓 판매 정보는, 티켓 가격들을 올리거나 내리는 것이 잠재적인 전체 그로스 판매에 미치는 영향 ("만약에 (what if)" 시나리오)을 판별하고 그리고/또는 티켓 판매자가 상기 현장, 상기 공연자, 상기 프로모터 그리고/또는 다른 엔티티에게 한 개런티 밑으로 떨어지는 그로스 판매들 또는 다른 판매들의 위험성을 판별하기 위한, 예측 툴에 의해서 사용될 수 있을 것이다.

도 7은 예시의 예측 툴 사용자 인터페이스를 도시한다. 사용자는 어느 데이터가 보고될 것인가를 지정하는 미리 정의된 리포트 포맷들 그리고 프리젠테이션 포맷을 선택할 수 있다. 예를 들면, 리포트는 좌석들의 전체 개수, 공개 좌석들의 전체 개수, 판매된 좌석들의 전체 개수, 보유 좌석분들의 전체 개수, 질의들의 전체 개수, 실제의 전체 그로스 (gross), 잠재적인 전체 그로스, 그리고 "만약에 (what if)" 전체 그로스를 지정할 수 있을 것이다. 상기 "만약에" 전체 그로스는 사용자가 규정한 "만약에" 액면 가치 (이 경우 "만약에" 액면 가치는 현재의 액면 가치보다 더 높게 또는 더 낮게 지정될 수 있을 것이다)를 기반으로 계산될 수 있을 것이며, 이 경우에 상기 "만약에" 가치는 그리드 (grid)를 경유하여 규정될 수 있을 것이다. 상기 그리드는 가격 레벨, 좌석 카테고리, 좌석 유형 (예를 들면, 성인용, 아동용, 공개용 등), 액면 가치, 좌석 카운트, 잠재적인 수익, 그리고 실제의 수익을 규정하기 위해서 또한 사용될 수 있을 것이다. 내비게이션 제어는 사용자가 상기 좌석 차트의 전부 또는 줌된 부분이 디스플레이될 것인가의 여부를 규정하는 것을 가능하게 한다.

이벤트가 완료되었을 때에 (예를 들면, 콘서트 투어의 일부인 콘서트가 공연자에 의해서 종결된 이후에 또는 스포츠 경기 이벤트 이후에), 상기 이벤트에 앞서서 그리고 상기 이벤트 동안에 데이터는 중앙 집중식 데이터 저장소에 저장될 수 있을 것이며, 콘서트 투어 또는 스포츠 시즌의 남아있는 데이터들에 관한 결정을 하기 위해서 옵션으로 활용될 수 있을 것이며, 그리고/또는 상기 데이터는 유사한 투어와 함께 사용하도록 외삽될 수 있을 것이다. 예를 들면, 본 명세서에서 다른 부분에서 설명된 것처럼, 상기 데이터는 하나 또는 그 이상의 가격 파괴들용의 티켓들의 가격을 정하기 위해서, 현장 좌석 구성들을 결정하기 위해서, 주어진 공연자에 대해 주어진 현장에서 얼마나 많은 쇼들이 예정되는가를 결정하기 위해서, 주어진 이벤트를 위해서 어떤 연극들이 같이 예정되어야만 하는가를 결정하기 위해서 (예를 들면, 표제 연극을 위한 오프닝 연극을 고르기 위해서) 등으로 사용될 수 있을 것이다.

예시의 플렉스 (flex) 실행 툴이 이제 도 8을 참조하여 설명될 것이며, 상기 도 8은 예시의 플렉스 실행 툴 사용자 인터페이스를 도시한다. 사용자 (예를 들면, 프로모터, 공연자, 또는 다른 승인된 엔티티)가 (예를 들면, 가격 파괴를 위해서) 지정 좌석이나 좌석들의 집합에 대한 가격을 변경할 수 있는 제어들이 제공된다. 예를 들면, 상기 사용자는 주어진 가격 파괴에 대한 가격 레벨이 미리 정의된 다른 가격 레벨로 변경될 것이라는 것을 규정할 수 있다. 예시로서, 32개의 상이한 미리 정의된 가격 레벨들이 있을 수 있으며, 그리고 상기 사용자는 주어진 가격 파괴에 대해서 가격 레벨을 가격 레벨 15 (예를 들면, 티켓 당 $28)로부터 가격 레벨 16 (예를 들면, 티켓 당 $32)으로 변경할 수 있다. 상기 툴은 상기 가격 변화가 수익들에 가져올 영향을 계산하고 디스플레이하며 (예를 들면, 잠재적인 그로서에 대한 네트 영향), 옵션으로는 실질적인 실시간으로 할 수 있다. 수익들에 대한 영향에 관한 보고와 연결하여, 상기 툴은 가격 레벨, 이전의 가격 레벨, 그리고 제안된 가격 레벨을 변경하기 위한 명령어에 의해서 얼마나 많은 좌석들이 영향을 받는가를 보고할 수 있을 것이다. 그래서, 상기 플렉스 실행 툴은 여기에서 설명된 모니터링 툴들로부터 수신한 정보를 적어도 부분적으로 기초로 하여 가격 레벨들을 수정하기 위해서 그리고 사용자에게 실질적으로 즉각적으로 보고된 그런 수정의 영향을 구비하기 위해서 프로모터와 같은 사용자에 의해서 사용될 수 있다.

도 9는 판매 중 디스틸러 툴 사용자 인터페이스의 예를 도시하며, 이는 도 6에 도시된 것과 비슷하다. 상기 판매 중 디스틸러 툴 사용자 인터페이스는 과거의 티켓 판매 정보는 물론이며 진행되는 티켓 판매들에 관한 정보를 보고하도록 구성되며, 옵션으로는 실질적인 실시간으로 보고하도록 구성된다. 상기 사용자 인터페이스는 (다른 사용자에 의해서 그리고/또는 자동적으로 시스템에 의해서 제공되는) 이용할 수 있는 가격 결정 권장들에 관하여 사용자에게 주의를 주는 통지 구역을 포함한다. 예를 들면, 상기 권장들은 판매 속도들을 기반으로 할 수 있을 것이며 그리고/또는 하나 또는 그 이상의 진행되는 그리고/또는 과거 이벤트들로부터 선택된, 현장의 하나 또는 그 이상의 좌석 섹션들 그리고/또는 전체 이벤트에 대한 총 정보를 기반으로 할 수 있을 것이다.

상기 예시의 판매 중 디스틸러 툴 사용자 인터페이스는 주시 목록 (watch list) 사용자 인터페이스를 옵션으로 포함한다. 사용자는 하나 또는 그 이상의 이벤트들에 대해 하나 또는 그 이상의 흥미 구역들을 추가할 수 있다. 예를 들면, 상기 사용자는 가격 레벨 (price level) 1/가격 파괴 (price break) 3, 가격 레벨 2/가격 파괴 5, 그리고 가격 레벨 2/가격 파괴 7에 관한 정보 (예를 들면, 판매 속도, 공개 좌석들의 개수, 판매된 좌석들의 개수, 가격 파괴/가격 레벨이 매진되었는가의 여부, 판매가 보통인가의 여부, 판매가 느린가의 여부에 관한 보고)가 상기 주시 목록 구역에서 계속해서 업데이트될 것이라고 규정할 수 있다.

경보들과 같은 정보의 어떤 항목들은 사용자의 주의를 더 잘 잡기 위해서 시각적으로 강조될 수 있을 것이다 (예를 들면, 밝은 컬러, 굵은 그래픽, 번쩍이는 심볼들이나 텍스트 등). 예를 들면, 정보의 어떤 항목들은 컬러 코딩되어, 그 정보, 또는 그 정보에 대한 변경들이 사용자의 눈을 사로잡기 위해서 강조될 것이다. 예를 들면, "매진" 경보는 파란색으로 컬러 코딩될 수 있을 것이며, "매진 임박" 경보는 오렌지색으로 컬러 코딩될 수 있을 것이며, "보통 (moderate)" 경보는 노란색으로 컬러 코딩될 수 있을 것이며, "느린" 판매 경보는 붉은색으로 컬러 코딩될 수 있을 것이며, 이하 비슷하다.

"모든 항목들 (all items)" 구역은 추가적인 이벤트들, 가격 레벨/가격 파괴들 등에 관한 정보를 보고한다. 예를 들면, 상기 "모든 항목들" 구역은 상기 주시 목록 보고를 경유하여 제공된 정보의 유형들 그리고/또는 판매된 티켓들의 백분율, (가능하다면) 모든 대응 티켓들의 매진의 계획된 날짜/시각, 이벤트 티켓 방출 속도 등과 같은 추가적인 정보의 일부 또는 모두를 보고할 수 있을 것이다. 상기 사용자는 상기 보고가 상기 정보 유형들 중의 하나를 기초로 하여 소팅될 것이라고 상기 시스템에게 지정할 수 있다.

상기에서 설명된 것처럼, 상기 판매 중 디스틸러 툴 사용자 인터페이스는 과거의 티켓 판매들 정보를 또한 옵션으로 디스플레이하며, 그럼으로써 상기 사용자가 판매 패턴들 그리고 트렌드들을 보는 것을 가능하게 한다. 상기 디스틀러에서, 이 판매 정보는 번호들과 함께 그리고 독립적으로 표시되는 계획들과 함께 디스플레이되고 보여질 수 있을 것이며, 그럼으로써 사용자가 상기 지도상에서 좌석들 변화 상태를 보는 것을 가능하게 한다.

"일시정지 (pause)" 제어가 제공되어, 보고된 정보를 업데이트하는 것을 사용자가 일시 정지하는 것을 가능하게 하며, 이는 상기 사용자가 주어진 시간의 순간에서 상기 정보를 연구하도록 한다. 상기 사용자는 그러면 업데이트하는 것을 다시 시작시켜서 상기 업데이트가 다시 시작할 수 있도록 한다.

도 10은 예시의 가격 파괴 보고를 도시한다. 상기 보고는 주어진 가격 파괴에 대해서 가격 레벨(들) (price level(s)), 주어진 가격 레벨에서의 액면 가치 (Face Value), 그리고 주어진 가격 레벨에서의 액면 가치 전부 (all in price) (예를 들면, 티켓의 액면 가치에 요금과 서비스 차지들을 더한 것)를 표시한다. 상기 시스템에 관한 회계 데이터 스트림은 각 가격 파괴에서 그리고 각 가격 레벨에서 판매된 티켓들의 양에 관한 정보를 포함한다. 이는 사용자에게 가격 탄력성 (flexing)의 유효성에 관한 과거의 기록을 제공한다.

(예를 들면, 2분 또는 1분 미만 또는 수분 미만과 같은 다른 시간 구간 내의 정확한) 실시간 정보 역시 제공될 수 있을 것이다. 이 실시간 정보는 티켓들이 빠르게 그리고/또는 느리게 팔리는 것을 보여주도록 활용될 수 있을 것이며, 그래서 가격들이 적절하게 조절될 수 있도록 한다. 예를 들면, 어떤 구역들이 필요한 양보다 더 작게 그리고/또는 필요한 속도보다 더 작게 티켓 판매들을 한다면, 가격 조절을 수행하는 사용자는 티켓 판매들을 자극하고 증가시키기 위해서 그런 특정 구역들에의 티켓 가격들을 아래로 조절할 수 있다. 예시로서, 어떤 실시예들은 몇몇의 판매 또는 모든 판매들을 그래픽 좌석 지도상에 디스플레이하는 실질적으로 실시간적인 그래픽 판매 보고를 포함한다.

도 11은 예시의 실시간 판매 지도를 도시한다. 상기 조사된 실시간 판매 지도는 현장에 관한 실질적으로 현재의 판매 정보를 판매들, 공개 좌석들 그리고/또는 보유분들의 카운트들을 보여주는 범례와 함께 디스플레이한다. 정보는 가격 파괴마다를 기본으로 그리고/또는 좌석 섹션 마다를 기본으로 그리고/또는 판매된, 공개된, 그리고/또는 보유분 티켓들의 백분율에 관한 전반적인 이벤트에 대해서, 티켓 판매의 속도, 티켓 판매들의 가속이나 감속, 이용 가능한 티켓들이 매진될 계획된 시간 양, 가격 파괴의 판매 속도 또는 전체 이벤트에 대한 섹션 등에 관해서 제공될 수 있을 것이다. (비록, 텍스트로 된, 그래픽적인, 그리고/또는 다른 표식들이 판매 상태, 가격 등을 보여주기 위해서 사용될 수 있을 것이며, 그것들을 대신해서 또는 추가로 사용될 수 있을 것이지만) 판매 상태를 보여주기 위해서 개별 좌석들이 컬러 코딩될 수 있을 것이다.

도 12는 다른 예시의 사용자 인터페이스를 도시하며, 이는 그래프를 통해서 실질적인 실시간 판매 속도 정보를 제공한다. 이 예시의 도면에서, 제1 가격 파괴 (PB2)에 대한 티켓 판매 속도 그리고 제2 가격 파괴 ((PB3)에 대한 티켓 판매 속도가 시스템에 의해서 그래프로 그려진다. 더 작은 또는 추가의 가격 파괴들, 가격 레벨들, 그리고/또는 이벤트들에 대한 티켓 판매 속도들은 사용자에 의해서 선택될 수 있을 것이며 그리고 시스템에 의해서 그래프가 그려질 수 있을 것이다. 추가로, 사익 예시의 사용자 인터페이스는 하나 또는 그 이상의 가격 파괴들, 가격 레벨들, 및/또는 이벤트들에 대한 추가적인 정보를 텍스트로 제공한다. 예를 들면, 다음의 정보의 일부 또는 모두가 디스플레이될 수 있을 것이다:

판매된, 공개된, 그리고 QOpen (조건부 공개 (qualified open)된 티켓들의 개수로서, 이는 대중에게 부차적으로 할당된 재고에, 좌석들의 상태를 기초로 하여, 적용될 수 있을 것이며, 이 경우 조건부 공개 좌석을 구매하는 자격을 얻기 위해서 사용자는 프로모션용 코드나 패스워드를 입력해야만 하며, 또는 특정 브랜드의 신용 카드를 사용해야만 한다;

보유분 티켓들의 개수, 판매된 티켓들의 백분율, 판매된 마지막 티켓의 시각/날짜;

판매 속도 (예를 들면, 분당 티켓들), 그리고 판매가 가속되고 있는가, 감소되고 있는가, 일정한가 등에 관한 보고;

티켓 매진의 계획된 날짜/시각;

티켓 판매 부진의 계획된 날짜/시각 (이 경우 상기 시스템은 현재의 판매 속도 및 예상되는 판매 커브의 주형 (template) 커브 (예를 들면, 감소하는 커브로서, 이는 유사한 이벤트의 과거의 판매 프로파일들을 기반으로 선택될 수 있을 것이다)로부터 외삽에 의해서 추정할 수 있을 것이며, 이벤트 티켓 판매 데이터 포인트들을 통해서 커브를 꼭 맞도록 (fit) 하며, 그리고 판매가 일정한 문턱값 밑으로 떨어지면, 매일 거의 0인 이벤트 티켓 판매들 또는 티켓 판매가 부진한 것을 표시하는 다른 상대적인 낮은 속도와 같이, 판매 속도가 일정 레벨 밑으로 떨어질 때를 표현할 수 있을 것이다);

이벤트 방출 (release) 속도.

추가로, 도 12에 도시된 사용자 인터페이스는 사용자-정의된 주시 목록, 그리고 "모든 항목" 정보 디스플레이를 제공하며, 이는 상기에서 설명된 것과 유사하다.

도 13에 도시된 것과 같은 가격 파괴/가격 슬롯 상세 (price break/price slot detail) 보고가 생성되어, 주어진 가격 파괴, 가격 레벨 및/또는 섹션에 대해서, 판매된, 공개된, 그리고/또는 보유된 좌석들의 백분율, 티켓 판매 속도, 티켓 판매의 가속 또는 감속, 이용 가능한 티켓들이 매진될 시간의 계획된 양, 가격 파괴의 판매 속도 또는 전체 이벤트에 관련된 섹션 등을 제공한다. 추가로, 사용자가 상기 시스템에게 도 12에 도시된 사용자는 상기 주시 목록 상에 또는 특별한 슬롯 (예를 들면, 실질적인 실시간 판매 행동이 디스플레이될 가격 레벨을 사용자가 선택할 수 있는 곳임) 상에 도 12에 도시된 사용자 인터페이스에 그래프를 추가하도록 명령할 수 있다.

도 14는 사용자 인터페이스를 도시하며, 이 사용자 인터페이스를 경유하여 사용자는 판매 속도 및/또는 다른 정보가 그래프로 그려지거나 또는 그래프로 그려지지 않는다면 보고될 시간 구간을 규정할 수 있다. 추가로, 인터페이스가 제공되며, (예를 들면, 선택된 가격 레벨에서 이용 가능한 남아있는 좌석 티켓들이 없거나 또는 실질적으로 없는 경우에) 그 인터페이스를 경유하여 상기 사용자는 셀-수루 (sell-through)들의 규정된 백분율 (예를 들면, 선택된 가격 레벨에서 판매된 좌석들의 백분율)보다 더 큰 가격 파괴들은 무시될 것이며/보고되지 않을 것이라고 규정할 수 있다.

(실질적인 실시간으로 그리고/또는 비-실시간의 지연 이후에 제공된) 다른 보고들은, 하나 또는 그 이상의 현장들 및/또는 주어진 현장에서의 하나 또는 그 이상의 쇼들에 대해 다음의 것들의 그래프들을 포함할 수 있다:

매일 매일 (또는 다른 시간 주기) 기반의 웹 페이지 방문자들, 이것의 예는 도 15에 도시된다;

웹 페이지 변환들 (이 경우 웹 페이지 방문은 티켓 판매로 귀결되었다), 이것의 예는 도 16에 도시된다;

"원래" 네트 수용량의 백분율로서의 매일의 누적 판매들, 이것의 예는 도 17에 도시된다;

매일 매일의 누적 결산 그로스 (gross), 이것의 예는 도 18에 도시된다;

매일의 평균 판매 티켓 가격, 이것의 예는 도 19에 도시된다.

상기에서 설명된 것과 유사하게, 상기 그래프들은 주어진 공연자와 연관된 이벤트들을 위한 다중의 현장들에 대한 그리고/또는 주어진 현장에서 다중의 이벤트/쇼들에 대한 그래프들을 포함할 수 있으며, 사용자가 상이한 현장들에 대한 티켓 판매들을 시각적으로 비교하고 그리고 그에 따라서 티켓 가격들을 조절하는 것을 가능하게 한다. 예를 들면, 상기 그래프들은 티켓 가격 결정에 결부된 흥미를 가진 측들 (예를 들면, 아티스트들, 프로모터들, 현장들)에게 그것들의 이벤트들의 공연에 대한 이해 그리고 가격 변경들 및 재고 관리가 판매에 어떻게 영향을 주는가를 제공하기 위한 메트릭들 (metrics)을 제공한다. 그래서, 어떤 실시예들에서, 사용자는 다중의 이벤트들에 대해 판매들 그리고/또는 다른 이벤트 데이터를 동시에 볼 수 있다.

또한, 판매된 좌석들의 개수, 전체 그로스, 그리고 티켓 당 평균 판매 가격, 그리고 주어진 현장 섹션 (예를 들면, 층, 박스, 하단 1, 하단 2, 상단 1, 상단 2 등)에 대해서 재판매된 티켓들의 백분율을 제공하는 보고들이 생성될 수 있다.

그래서, 좌석 가격 결정 및 가격 파괴들은 상기에서 설명된 인터페이스를 이용하여 동적으로 세팅될 수 있을 것이다. 옵션으로, 추가하여 또는 대신하여, 가격 파괴들을 세팅하기 위해서 다음의 기술들이 사용될 수 있을 것이다. 다중의 가격 파괴들이 존재하는 예시의 실시예에서, 개별 좌석 블록들에 할당된 주어진 물리적 섹션 그리고 가격 파괴 조합들 내에서의 가격 파괴들로부터 이벤트가 발생된다. 좌석 블록은 어떤 일치하는 속성들 (예를 들면, 동일한 구역의 현장에서, 동일한 행에서, 동일한 섹션 이름을 가진, 동일한 출구 정문 가까이에 동일한 가격 레벨)을 가진 좌석들의 그룹이다. 그래서, 좌석 블록은 물리적인 현장 섹션보다 더 작을 수 있다 (예를 들면, 현장의 오케스트라, 로지 (lodge), 또는 발코니 섹션들보다 더 작을 수 있을 것이다). 상이한 가격 레벨들이 상이한 좌석 블록들에 할당될 수 있을 것이다. 물리적인 현장 섹션들보다 더 많은 좌석 블록들을 구비하는 것은 섹션 가격 결정의 더 높은 정밀도를 가능하게 하며, 그럼으로써 다양한 좌석 블록들이 더욱 적절하게 가격이 정해지는 것이 가능하도록 한다. 좌석 블록들은 공개 상태에 있는 그런 좌석들을 가진 승객 명단에 잠재적으로 추가될 수 있을 모든 좌석들을 처리하기에 충분할 정도로 클 수 있을 것이다. 그래서, 예를 들면, 현장 이벤트가, 스테이지 뒤쪽의 약 80도가 완전하게 막힌 스테이지 주위에 약 280도의 가시도를 가진다면, 그 스테이지 뒤의 좌석들은 이용 가능하지 않은 것으로 마킹될 수 있을 것이며, 그 스테이지 앞에 있는 좌석들은 이용 가능한 것으로 마킹될 수 있을 것이며, 그리고 상기 이용 가능한 구역과 이용 가능하지 않은 구역 사이의 경계 상에 있는 좌석들은 임시로 이용 가능하지 않거나 또는 임시로 이용 가능한 것으로 마킹될 수 있을 것이며, (그 경계 구역들로부터 상기 스테이지를 볼 수 있는가 아니면 볼 수 없는가의 여부를 검증할 수 있을) 적합하게 승인된 사람의 재조사를 받아야 한다. 그래서 상기 경계 구역들에 좌석들을 제공하도록 정의된 충분한 좌석 블록들이 존재할 수 있을 것이다.

주어진 좌석 블록에 대해서 좌석 속성들 (예를 들면, 가격 레벨, 현장 구역 등과 같은 공통적인 속성들)을 정의하는 프로세스에 추가로, 상기 가격 파괴 식별자는 부-가격 (sub-price) 레벨 필드 (가격 파괴 필드로도 언급된다)에 놓여질 수 있을 것이다, 동일한 가격 레벨에서 지정된 섹션들이나 좌석 구역들은 티켓 판매들 그리고/또는 티켓 가용성에 관하여 개별적으로 보고될 것이라는 것을 표시하기 위해서 상기 가격 파괴 레벨 필드가 사용될 수 있을 것이다. 예를 들면, 발코니 구역 내 좌석들 그리고 바닥 구역 내 좌석들이 동일하게 가격이 정해질 수 있다면, 100달라 좌석들에 관한 판매 정보를 요청하는 판매 보고는 발코니에 대한 판매들 그리고 바닥 구역에 대한 좌석들에 대한 판매들을 파괴할 수 있을 것이다. 생성된 좌석 블록들의 카운트가 기록되며, 그리고 이 정보는 현장/이벤트 데이터 구조의 이용 가능한 이벤트 수용량을 추정하기 위해서 사용될 수 있을 것이다. 초기 가격 결정이 설립된 이후에, 좌석 블록들의 판매 순서가 결정될 수 있을 것이다.

옵션으로, 상기 좌석 블록들은 정의되거나 또는 이동되어, 일련의 좌석 블록들이 상기 현장의 자연적인 또는 특정된 판매 시퀀스에 이어진다. 예를 들면, 좌석 블록들은 대응하는 좌석 블록들이 연속하여 판매에 놓여진다면, 연속하여 번호들이 부여될 수 있을 것이다. 옵션으로, 상기 프로세스는 고유 좌석 블록 식별자가 부여된 주어진 물리적 섹션을 구비한 이전부터 존재하는 차트를 이용하여 자동화된다. 추가적으로, 판매 순서에 대한 더 큰 제어를 제공하기 위해서 좌석 블록들이 정의될 수 있을 것이다. 옵션으로, 유일 식별자가 어떤 연관된 할인을 포함하는 주어진 좌석 티켓 가격에 할당될 수 있을 것이며, 그럼으로써 주어진 유일 식별자에 관한 보고를 사용자가 요청하는 것을 가능하게 하며, 이 경우 실제의 네트 가격 결정에 대해서 보고가 생성된다. 예시의 실시예에서, 일단 초기 이벤트 셋업이 수행되면, 가격 결정 매트릭스가 정의될 수 있을 것이다.

가격 레벨들의 세트는 이벤트 모델링 통계치들, 아티스트 매니저/프로모터 경험, 그리고/또는 가격 파괴 세팅 툴과 조합된 다른 정보를 이용하여 옵션으로 설립된다. 옵션으로, 상기 좌석들 그리고/또는 가격 파괴들의 일부 또는 모두는 종이없는 티켓팅을 위해서 표시될 수 있을 것이다 (예를 들면, 이 경우에 종이없는 티켓은 상기 이벤트 현장에서의 입장 허가를 얻기 위해서 사용될 수 있을 신용 카드 또는 운전 면허증과 같은 사용자 신원 아이템과 데이터베이스 엔트리를 경유하여 연관될 수 있을 것이다). 예를 들면, 어떤 좌석들은 상대적으로 낮은 티켓 가격 세트를 구비할 수 있을 것이지만, 그러나 티켓 중개인들이나 티켓들을 재판매할 의도로 티켓들을 구입하는 다른 사람이 아니라 그 티켓이 발행된 이벤트에 실제로 참석하려고 하는 진정한 팬들의 손안에 티켓들이 들어가는 것을 보장하기 위해서 종이없는 티켓만 가능하도록 표시될 수 있을 것이다. 미래의 예로서, 다른, 더욱 비싼 티켓들이 종이 또는 종이없는 것으로서 표시될 수 있을 것이며, 그 경우에 상기 티켓 구매자는 그 티켓 포맷을 선택할 수 있다.

예를 들면, 상기에서 설명된 것과 유사하게, 도시된 상기 툴 사용자 인터페이스는, 가격 파괴들을 표시하기 위해 컬러 코딩 그리고/또는 다른 표시를 이용하여, 보유분 좌석들 (예를 들면, 아티스트가 사용하고, 프로모터가 사용하고, 현장에서 사용하기 위한 것으로, 일반 대중에게 판매하기에 이용할 수는 없는 보유된 좌석들), 종이없는 티켓팅과 연관된 좌석들 등을 표시할 수 있을 것이다. 상기 사용자 인터페이스는, 좌석 그룹화를 시각화하기 위해서 그리고 시스템이 계산하는 그로스 및/또는 네트 잠재적 수익을 보기 위해서 사람(들)이 가격 정보를 입력하는 것을 돕는다.

예로서, 사용자는 가격 그리고/또는 가격 파괴에 따라 좌석들을 색칠할 것을 사용자 인터페이스 제어를 통해서 상기 시스템에게 명령할 수 있다. 상기 사용자는

평균 액면 가치/가격, 평균 전체 가치/가격, 그리고 이용 가능한 좌석들의 예상되는 개수 그리고/또는 판매될 좌석 티켓들의 예상된 개수를 계산할 것을 사용자 인터페이스 제어를 통해서 상기 시스템에게 명령할 수 있다. 상기 사용자는 상기 티켓들의 액면 가치 그리고/또는 상기 티켓들의 상기 전체 가치 (상기 티켓의 액면 가치에 비용 및 서비스 요금들을 더한 것)를 기반으로 하여 상기 이벤트 티켓들의 판매에 대한 전체 그로스 잠재 가치를 계산할 것을 사용자 인터페이스 제어를 통해서 상기 시스템에게 명령할 수 있다.

가격 결정 매트릭스를 정의하기 위해서 사용자 편집가능 테이블이 옵션으로 제공된다. 그 테이블은 주어진 가격 파괴에 대한 행들 (rows)을 포함하며, 그리고 가격 파괴의 티켓 카운트에 대한 값들, 상기 가격 파괴 티켓들을 액면 가치, 상기 가격 파괴 티켓들의 전체 가치, 판매될 것으로 예상된 티켓들의 백분율, 그리고 판매될 것으로 예상된 티켓들의 개수, 그리고 판매될 것으로 예상된 티켓들의 전체 가치 (예를 들면, 전체 액면 가치 그리고/또는 전체 가치)를 포함하는 열들 (columns)을 포함한다. 상기 사용자는 하나 또는 그 이상의 엔트리들 (예를 들면, 상기 액면 가치 그리고/또는 판매될 것으로 예상된 티켓들의 백분율)을 바꿀 수 있으며, 그리고 상기 시스템은 그 결과가 되는 값들 (예를 들면, 주어진 가격 파괴에 대한 새로운 전체 달러 판매들, 액면가 그리고/또는 전체 가격에 대한 새로운 전체 그로스 잠재 판매들) 등을 계산할 것이다. 사용자가 좌석 도형 상에 주어진 좌석 섹션을 줌 인 또는 줌 아웃할 수 있는 제어들이 옵션으로 제공된다.

옵션으로, 상기 시스템은, 상기에서 설명된 것과 유사한, 주어진 이벤트, 현장, 공연자, 그리고/또는 프로모터에 대한 티켓 가격들을 누가 바꿀 수 있을 것인가를 결정하기 위해서 활용되는 허가들 및 규칙들을 저장한다. 예를 들면, 어떤 경우들에서, 요청하는 사람으로부터의 가격 변경들은 현장 오피스 박스 (또는 다른 엔티티)에 의해서 승인받을 필요가 있을 것이다. 옵션으로, 아티스트의 매니저나 프로모터와 같은 사용자는 시각적인 지도를 통해서 가격 변경을 입력할 수 있다. 상기 가격 변경들은 (상기 사용자로부터의 대응하는 명령을 수신한 이후에 옵션으로) 전자 메시지로 자동적으로 변환된다. 상기 전자 메시지는 네트워크를 통해서 상기 박스 오피스 시스템으로 전송된다. 상기 메시지는 나중에 인출할 용도로 상기 박스 오피스 시스템에서 메모리에 저장될 수 있을 것이며 그리고/또는 상기 메시지는 수신될 때에 상기 박스 오피스 시스템을 경유하여 디스플레이될 수 있다. 상기 박스 오피스에서 승인된 사용자는 그 메시지를 인출하고 그리고 볼 수 있으며 그리고 그 요청된 가격 변경을 승인하거나 또는 거부할 수 있다. 옵션으로, 그 승인 또는 거부에 관한 메시지는 상기 요청한 사람에게 거꾸로 자동적으로 전송된다.

상기 가격 변경이 승인되며, 그 승인은 상기 티켓 시스템으로 전달되며, 그리고 그 가격 변경이 반영되며, 옵션으로는 잠재적인 티켓 구매자들에게 제공된 웹 페이지들을 경유하여 온라인으로 실질적으로 즉시 반영된다 (예를 들면, 15분 이내에, 10분 이내에, 5분 이내에, 15초 이내에, 5초 이내에). 그래서, 어떤 실시예들은 티켓 가격 변경들을 빠르게 승인하고 그리고 그 티켓 가격 변경에 대한 빠른 승인을 티켓 발행 웹사이트로 포스팅하는 것을 가능하게 한다.

어떤 실시예들에서, 최종 이벤트 생성 이전에, 도 22에 도시된 예시의 매트릭스와 같은 매트릭스가 생성될 수 있을 것이다. 그 예시의 매트릭스는 각 가격 파괴에 초기에 할당된 것이 어느 가격 레벨인가를 표시하도록 구성된다. 추가로, 가격 파괴가 플렉스될 수 있을 잠재적인 가격 레벨들의 목록이 표시될 수 있을 것이다.

가능한 가격 레벨/가격 파괴 조합들의 개수는 현장에서의 섹션들의 개수 및 섹션 당 가격 파괴들의 평균 개수에 의해서 옵션으로 제한될 수 있을 것이다. 특별한 이벤트에 대한 제한은, 어떤 환경에서는, 이벤트를 실제로 구축하기 이전에는 예측하기 힘들 수 있을 것이며, 그래서 옵션으로는 상기 프로세스는 반복하여 수행된다. 공짜 좌석 블록들의 카운트를 기반으로 하여 추정이 될 수 있다. 일부의 또는 모든 좌석 블록들에 가격 레벨들이 할당될 수 있을 것이다

옵션으로, 현장에 대한 초기 이벤트 셋업은 공연자, 이벤트 박스 오피스, 또는 다른 엔티티와 같은 주체에 의해서 재검토되고 그리고 승인될 필요가 있을 수 있다. 상기 승인은 승인자의 단말을 경유하여 보일 수 있을 것이며, 그리고 이벤트 셋업에 대한 승인 또는 불승인은 상기 초기 이벤트 셋업과 연관된 메모리에 저장된 승인자의 단말로부터 네트워크를 통해서 수신될 수 있을 것이다.

도 29a 내지 도 29h는 티켓이 발행된 이벤트에 대한 추가적인 예시의 이벤트 생성 사용자 인터페이스들을 도시한다. 도 29a는 에시의 오프닝 사용자 인터페이스를 도시하며, 이는 티켓 시스템 데이터베이스로부터 액세스되는 데이터를 사용하여 채워질 수 있을 것이며, (예를 들면, 티켓 시스템 그리고/또는 사용자의 클라이언트 컴퓨터에 의해서) 값들이 계산될 수 있을 것이다. (비록 다른 실시예들이 다 작은 또는 추가적인 기능 구역들을 구비할 수 있을 것이지만) 상기 도시된 예시의 사용자 인터페이스는 다음의 기능적인 구역들을 포함한다: 리포트 구역 (report area), 이벤트 데이터 구역 (event data area), 그리고 좌석 지도 구역 (seating map area) 및 변경 목록 구역 (change list area).

(상기 예시의 사용자 인터페이스의 왼쪽 편 위에 있는) 상기 리포트 구역 (report area)은 다음의 이벤트 레벨 요약 정보 및/또는 다른 정보를 디스플레이한다:

이벤트 이름;

상기 이벤트 모델을 호스팅하는 시스템;

이벤트 날짜 및 시각;

이벤트 현장;

산출 데이터 (yield data)로, 다음의 것들을 포함한다:

공개 좌석들의 전체 개수를 포함한다 (예를 들면, 티켓 판매들의 시작되면, 일반 대중이 이용 가능한 좌석들의 전체 개수, 그리고 티켓 판매들이 아직 시작되지 않았으면, 일반 대중이 이용 가능하게 될 좌석들의 전체 개수, 각 좌석 티켓들을 구매하기 위해서 특정 브랜드/발행자와 연관된 신용 카드나 특별한 주문 코드가 필요할 수 있을 의미에서의 유사-공개인 좌석들을 옵션으로 포함한다);

"판매된" 전체 개수 (티켓들이 판매되었으며 초기 판매로는 더 이상 이용 가능하지 않은 좌석들의 개수);

보유분들의 전체 개수 (티켓 판매들이 시작되더라도 해당 티켓들이 일반 대중에게는 이용 가능하지 않은 좌석들, 그러나 이는 더 나중에 일반 대중에게 판매되도록 제공될 수 있을 것이다 (예를 들면, 밴드 멤버 가족들을 위해서 또는 다른 사적인 분배를 위해서 남겨두어 보유하는 티켓들));

"죽은 좌석들 (kills)"의 전체 개수 (스테이지 뒤에 있는 좌석들 그리고 공연자들을 보는 것이 완전하게 차단된 좌석들과 같이 물리적인 장애로 인해서 티켓들이 판매되지 않는 좌석들);

"문의 받은 좌석들 (inquiries)"의 전체 개수 (티켓들을 자신의 온라인 쇼핑 카드에 추가하지만, 그 티켓들에 대한 구매는 아직 완료되지 않은 것과 같이 어떤 사람이 티켓들을 구매하는 프로세스가 진행 중인 좌석들 (예를 들면, 그 경우에 그 구매가 특정 시간 구간 내에 완료되지 않으면, 그 좌석 상태는 "개방 (open)"으로 변경될 것이며, 그래서 다른 사람들이 그 티켓들을 구매할 수 있도록 할 수 있을 것이다);

전체 그로스 (total gross)로, 다음을 포함한다:

최근까지의 실제 그로스 티켓 판매들 (판매된 티켓들의 가격에 대응 티켓들의 실제 판매 가격을 곱한 것의 합);

잠재적인 그로스 판매들 (예를 들면, 각 가격 레벨에 대해서, 좌석이 할당된 가격 레벨에서의 표준의 성인용 티켓의 가격에 그 가격에서의 좌석들의 양을 곱한 것의 합 (이 경우 상기 실제 그로스는 어떤 좌석 티켓들이 아동용 요금처럼 할인하여 판매된 경우의 잠재적 그로스와는 다르다), 옵션으로 죽은 좌석들은 전혀 없다고 가정하거나, 또는 대신에 죽은 좌석들에 대한 예상되는 티켓 판매들을 포함하지 않는다고 가정한다.

상기 사용자 인터페이스의 왼쪽 하단의 이벤트 데이터 (event data) 구역은 상세한 통계를 제공하고, 그리고 그 상세한 통계를 사용자가 보는 것을 가능하게 하며, 그리고 어떤 데이터와 통계들이 디스플레이될 것인가를 사용자가 결정하는 것을 가능하게 한다. 예를 들면, 사용자는 상기 데이터를 조직하고 소팅하기 위해서 컬럼 헤딩들을 활용할 수 있을 것이다. 예시로서, 첫 번째 컬럼은 소팅의 기반을 정의하기 위해서 사용될 수 있을 것이다. 예로서, 도 29a에 도시된 사용자 인터페이스에서, 첫 번째 컬럼은 가격 레벨들 (PL)을 번호 (1, 2, 3 ... 등)로 목록화하며, 그래서 상기 데이터는 가격 레벨 순서로 정렬된다. 어떤 실시예들에서, 사용자는 컬럼 헤딩 상에 클릭할 수 있을 것이며, 그래서 그 컬럼의 데이터가 그 소팅 순서를 결정하기 위해서 사용되도록 한다.

사용자는 어떻게 데이터가 표현되는지를 조직하기 위해서 그리고 옵션으로는 그 소팅의 기반을 조직하기 위해서 컬럼들을 드래그 (drag)하고 드랍 (drop)할 수 있을 것이다. 도 29b에 도시된 것처럼, 첫 번째 컬럼은 "좌석 상태 (seat status)"로 변경되었으며, 그리고 그 데이터는 좌석 상태 스펠링에 따라서 알파벳 순서로 소팅된다. 추가로, 상기 컬럼 헤딩은 어느 데이터가 요약될 것인가를 사용자가 규정할 수 있는 제어들 (체크 박스들)을 포함한다. 도 29b에 도시된 예에서, "좌석 상태"가 선택된다.

도 29a를 참조하면, 이벤트 데이터는 가격 레벨들의 목록을 디스플레이하며, 그리고 각 가격 레벨들에 대해서, 다음의 정보가 각 컬럼들마다 제공된다: 좌석 상태 (예를 들면, 각 가격 레벨에의 좌석들에 대한 공개 (open), 보유 (hold), 죽은 좌석들 (kill), 판매됨 (sold), 카트에 실림 (in-cart) 등), 각 가격 레벨에서 좌석 티켓들에 대한 티켓 액면 가치 (face value)들 (예를 들면, 할인하지 않은 티켓 가격들), 각 가격 레벨에서의 좌석 카운트, 각 가격 레벨에서의 잠재적 수익, 그리고 각 가격 레벨에서의 실제 수익 (실제 판매들). 다른 예시의 컬럼들은 좌석 유형, 가격 파괴, 설명, 조건부 공개 좌석들 등을 포함할 수 있을 것이다. 도 29c에 도시된 상기 예시의 사용자 인터페이스는 제어 박스를 포함하며, 그 제어 박스를 경유하여 컬럼들이 상기 이벤트 데이터 그리드에 추가되거나 또는 그 그리드로부터 삭제될 수 있을 것이다.

어떤 실시예들에서, 사용자는 주어진 필드에 데이터를 수동으로 입력할 수 있을 것이며, 그리고 상기 시스템은 다른 필드들에서 데이터에 관한 영향을 계산할 것이며, 그럼으로써 사용자가 만약에 (what-if) 분석을 수행하는 것을 가능하게 한다. 예를 들면, 상기 사용자는 티켓 액면 가치, 좌석 카운트, 그리고/또는 특정된 상태 (예를 들면, 공개, 보유분, 죽은 좌석)를 가지는 좌석들의 개수를 변경할 수 있으며, 그리고 상기 사용자 인터페이스는, 잠재 수익에 대한 것과 같이 다른 유형의 데이터에 대한 그 변화의 영향을 반영하기 위해서 업데이트될 것이다. 그래서, 상기 사용자는 (예를 들면, 수익, 수익성, 판매될 것 같은 티켓들의 개수 등에 관한) 어떤 변경들의 영향을 볼 수 있으며 그리고 그 변경들을 실제로 수행하는가의 여부를 결정할 수 있다.

도 29d, 도 29e 및 도 29f는 예시의 필터링 동작들을 도시한다. 도 29d를 참조하면, 사용자 인터페이스가 제공되며, 그 사용자 인터페이스를 통해서 사용자는 다음의 필터 기준 그리고/또는 다른 필터 기준의 일부 또는 모두와 같은 필터링 기준을 규정할 수 있다:

가격 레벨 (price level) (대응하는 좌석들과 연관된 현재의 가격 결정 계획;

가격 파괴 (price break) (특정의 공통적인 구역 내 좌석들처럼 논리적으로 같이 그룹이 된 좌석들의 세트로, 이는 하나의 가격으로부터 다른 가격으로의 세트로서 이동될 수 있다);

가격 그룹 (price group), 위치 그룹 (location group), 섹션 그룹 (section group), 추가 그룹 (additional group) (이는, 주어진 좌석이 "더 낮은 레벨" 그룹과 같은 다중의 그룹들에 속할 수 있을 다른 좌석 그룹화들을 규정하기 위해서 사용될 수 있을 것이다), 지붕 없는 관람석 그룹 (bleacher group), 1루 베이스 측 그룹 (1st base side group), 3루 베이스 측 그룹 (3rd base side group) 등으로, 이 경우에 티켓 구매자는 시각적인 지도를 참조하지 않고도 (예를 들면, 티켓 발행 에이전트 또는 인터액티브한 음성 응답 티켓 발행 시스템과의 전화 통화 동안에) 그 그룹들의 이름을 지명하여 원하는 좌석을 지정할 수 있을 것이며, 그리고 그 경우에 동일한 가격 레벨 내의 상이한 좌석들은 보고의 목적으로 상이한 그룹들에 할당될 수 있을 것이다);

"섹션들 (sections)" (이 경우 주어진 섹션은 특별하게 이름이 정해질 수 있을 것이다 (예를 들면, 섹션 101)).

상기 좌석 지도 및 이벤트 데이터는 그러면 좌석들을 그리고 사용자-지정된 필터를 충족시키는 관련된 데이터를 디스플레이하고/강조할 수 있을 것이다. 추가로, 상기 이벤트 데이터 구역에서 상기 선택된 아이템들에 대해서 부분합계들 (subtotals)이 계산될 수 있을 것이다.

도 29e는 다른 예시의 사용자 인터페이스를 도시하며, 이 경우에 사용자는 필터링 동작을 위한 하나 또는 그 이상의 가격 레벨들을 규정할 수 있다. 도시된 예에서, 가격 레벨 (price level) 3이 선택된다. 도 29f는 가격 레벨 3에 대한 필터링 동작의 결과들을 도시한다. 좌석 지도는 가격 레벨 3에 대응하는 좌석들을 컬러, 그래픽, 그리고/또는 아이콘들을 통해서 강조하며, 그리고 상기 이벤트 데이터는 가격 레벨 3에 대응하는 데이터만을 디스플레이하며, 그리고 다른 가격 레벨들에 대한 데이터는 디스플레이하지 않는다.

옵션으로, 필터링 기준은 불린 (Boolean) 함수 (예를 들면, AND, OR, Exclusive OR, NOT, 그리고/또는 다른 불린 함수들)를 이용하여 조합될 수 있을 것이다.

도 29g는 예시의 사용자 인터페이스를 도시하며, 이 사용자 인터페이스를 통해서 사용자는 좌석 지도를 경유하여 특정 좌석들을 선택할 수 있으며 그리고 그 선택된 조석들과 연관된 속성들을 일회성 (on-the-fly)으로 편집할 수 있다.

예를 들면, 사용자는 하나 또는 그 이상의 개별 좌석들 또는 좌석들의 그룹에 클릭하거나 그렇지 않고 선택할 수 있다. 선택된 좌석들의 개수는 대화 박스 내 좌석 카운트 필드를 통해서 디스플레이된다. 사용자는 선택된 좌석들에 연관된 가격 레벨을 (예를 들면, 액션 메뉴 (action menu)를 통해서) 변경할 수 있을 것이며 그리고/또는 그 선택된 좌석들에 대한 티켓들과 연관된 액면 가치를 변경할 수 있을 것이다. 처가의 예로서, 상기 사용자는 상기 선택된 좌석들의 상태를 (예를 들면, "공개 (open)", "보유 (hold)", "죽은 좌석들 (kill)", "sold (판매됨)" 등 중에서) 변경할 수 있을 것이다. 그 변경들은 변경 목록 구역 (change list area)에서 (예를 들면, 상기 변경들에 적어도 부분적으로 기초한 계산들의 결과로서) 반영될 수 있을 것이다. 예를 들면, 상기 변경 목록 구역은 액션 (예를 들면, 가격 레벨 변경, 좌석 상태 변경), 타겟 (예를 들면, 좌석 식별자, 가격 레벨, 상태), 좌석 카운트, 영향, 변경의 상태, 삭제 등을 목록으로 할 수 있을 것이다. 상기 변경들은 메모리에 저장될 수 있을 것이다. 그래서, 상기 사용자는 어떤 변경들을 특정할 수 있으며, 그 이벤트 데이터 상의 효과를 볼 수 있으며, 그리고 그 변경을 수락/실행 또는 그 변경을 거부/삭제할 것을 결정할 수 있다. 그 변경들을 수락 또는 거부하는 것은 그 특정된 변경들에 연관하여 메모리 내에 저장될 수 있을 것이다. 그 변경들은 티켓들을 이벤트를 위한 판매 중의 상태로 놓기 이전에 그리고/또는 티켓 판매들이 시작된 이후에 수행되고 그리고 실행될 수 있을 것이다. 그래서, 상기 사용자 인터페이스는 판매 중인 이벤트에 대해 가격 결정, 좌석 가용성 등을 동적으로 변경하기 위해서 사용될 수 있을 것이다.

어떤 실시예들에서, 상기 사용자 인터페이스는, 다른 티켓들이 대중에게 판매되도록 놓여지기 이전에 또는 그 이후에, 상기 사용자가 하나 또는 그 이상의 좌석들을 선택하고 그리고 그 선택된 좌석들에 특정 계정/사용자를 할당하는 것을 가능하게 한다. 예를 들면, 어떤 예들에서, 공연자는 어떤 좌석들을 위한 티켓들이, 그 특정 좌석 티켓들이 판매 상태에 놓여지지 않은 상태에서, 상기 사용자의 어머니나 아버지에게 할당되도록 지시할 수 있을 것이다.

주어진 이벤트를 위한 좌석 티켓들의 관리는 여러 엔티티들 사이에서 분할될 수 있을 것이며, 이 경우에 상이한 엔티티들이 이벤트를 위한 좌석 티켓들의 상이한 부분집합들을 관리한다. 예를 들면, 어떤 실시예들에서, 상기 사용자 인터페이스는 사용자가 하나 또는 그 이상의 좌석들 (예를 들면, 현장 좌석들 전부는 아닌 부분집합)을 선택하고 그리고 특별히 승인된 엔티티에게 상기 선택된 좌석들 (이는 "보유" 좌석들의 상태로 처음부터 할당된 것을 아닐 것이다)의 제어/관리를 부여하는 것을 가능하게 하며, 이 경우 상기 특별히 승인된 엔티티는 다른 이벤트 좌석들에 대한 티켓들을 제어하거나 관리하지는 않는다. 예를 들면, 어떤 예들에서, 정부 부처/도시가 현장을 소유할 수 있을 것이지만, 그것을 운영자에게 임대하고, 그 운영자는 좌석들을 (예를 들면, 방문한 고위 인사, 수상자들에게) 어떻게 할당하는가를 결정하기 위해서 그 좌석들의 상대적으로 작은 부분집합 (예를 들면, 18000개 좌석들 중에서 200개)에 대한 제어를 여전히 유지한다. 상기 정부 부처 (또는 다른 측) 그리고 현장 운영자는 좌석들의 어느 부분집합이 상기 정부 부처에 의해서 제어될 것인가를 협상할 수 있을 것이며, 그리고 그 합의는 좌석을 선택하고 그리고 그 선택된 좌석들의 관리를 상기 정부 부처 (또는 다른 특정된 측)에게 할당하는 운영자에 의해서 실행될 수 있을 것이다. 추가의 예로서, 어떤 관할구들에서, 다중의 티켓팅 서비스 공급자들은 주어진 현장에서의 이벤트들을 위한 티켓들을 판매할 권리를 가질 수 있을 때에, 그 다중의 티켓팅 서비스 공급자들은 현장 좌석들을 분배할 수 있을 것이며, 이 경우 주어진 티켓팅 서비스 공급자들은 판매하기 위한 좌석 티켓들의 특정 부분집합이 할당된다. 현장 좌석들의 각 부분집합들을 위한 티켓들 판매 관리/권리를 상이한 티켓팅 서비스 공급자들에게 할당하기 위해서 상기 좌석 지도가 사용된다.

상기 좌석 지도는 개별 좌석들 그리고/또는 좌석들의 세트들에 경보들 및/또는 시간 알람들을 할당하기 위해서 사용될 수 있을 것이다. 상기 이벤트 경보들은 좌석 상태에 있어서의 변경 (예를 들면, 공개로부터 판매됨으로, 보유에서 공개로, 죽은 좌석에서 공개로, 공개에서 죽은 좌석으로 등)에 관련될 수 있을 것이다. 상기 이벤트 경보는 타임 기준에 묶일 수 있을 것이며, 이 경우에 경보는 특정된 이벤트가 특정된 날짜/시각까지 발생할 때에만 (또는 발생하지 않을 때에만) 제공된다.

예를 들면, 어떤 실시예들은 사용자가 하나 또는 그 이상의 선택된 좌석들에 경보를 할당하는 것을 가능하게 하며, 이 경우 경보와 연관된 좌석용의 티켓이 판매되면, 하나 또는 그 이상의 특정된 수령자들에게 경보가 전송된다. 추가의 예로서, 어떤 실시예들은 사용자가 하나 또는 그 이상의 선택된 좌석들에 경보를 할당하는 것을 가능하게 하며, 이 경우 경보와 연관된 좌석용의 티켓이 사용자-특정된 날짜 (이는 특정된 달/날짜/연도일 수 있으며, 또는 이 경우 이벤트 이전 15일 또는 좌석 티켓이 판매 요청된 이후 30일과 같이 이벤트 또는 판매에 대한 초기 청약 날짜에 상대적으로 특정될 수 있을 것이다) 그리고/또는 시각까지 판매되지 않으면, 하나 또는 그 이상의 특정된 수령자들에게 경보 (예를 들면, 이메일, SMS 메시지, MMS 메시지, 자동화된 음성 호출, 애플리케이션 통지, 또는 다른 방식의 모습으로)가 전송된다. 그런 좌석들을 위한 좌석 티켓들 판매가 그 이벤트에 대한 티켓 판매들의 전반적인 수행을 표시하게 상기 좌석들은 경보들을 위해서 선택될 수 있을 것이다. 예를 들면, 어떤 좌석들용의 티켓들 판매는 이벤트 판매들이 훌륭하게/만족스럽게 진행되고 있다는 것을 표시할 수 있을 것이며, 반면 어떤 날짜/시각까지 그런 좌석들을 판매하는 것이 실패한 것은 그 판매들이 요망되는 것보다는 더 느리다는 것을 나타낼 수 있을 것이다. 상기 좌석 경보들은, 수익을 개선하기 위해서 티켓 가격들이 더 오르거나 또는 더 낮아져야만 한다는 것을 수신자들에게 표시할 수 있을 것이다.

(예를 들면, 기간 만료 시간 또는 일정에 기입된 날짜들/시간들과 연관된) 추가의 캘린더 엔트리들, 경보/경고 타이머들이 하나 또는 그 이상의 좌석들에 할당될 수 있을 것이다 (예를 들면, 처음에 정부 부처 엔티티에게 할당된 특정 좌석들이 그 특정 좌석들을 판매해야만 할 박스 오피스로 거꾸로 재-할당될 것이라는 경보). 상기 경보와 연관하여 텍스트 메시지가 상기 시스템에 의해서 디스플레이될 수 있을 것이며, 그 텍스트 메시지는 상기 경보와 연관된 하나 또는 그 이상의 좌석들 그리고/또는 사용자가 이전에 특정한 메시지 (예를 들면, "좌석들 A-C가 오늘 박스 오피스에 재할당될 것입니다"와 같이 상기 좌석들에 관련된 리마인더를 포함하는 텍스트 및/또는 그래픽 메시지)를 옵션으로 식별한다. 상기 사용자는 그 경보 그리고 연관된 메시지를 수신할 하나 또는 그 이상의 수신자들 그리고/또는 기기/이메일 주소들을 특정할 수 있을 것이다.

도 29h는 다른 메커니즘을 제공하는 예시의 사용자 인터페이스를 도시하며, 그 다른 메커니즘을 통해서 사용자는 (예를 들면, 좌석 티켓들의 동적인 가격 결정 (dynamic pricing)을 가능하기 하기 위해서) 좌석 속성들을 편집/변경할 수 있다. 이 예에서, 메뉴가 제공되며, 그 메뉴를 통해서 사용자는 (예를 들면, 상기 좌석들이 할당된 가격 레벨을 이동하거나 변경하지 않고도) 좌석들의 이전 셋 액면 (set face) 가치를 선택된 가격 레벨에서 편집/변경할 수 있다. 추가로, 필드들이 제공되며, 그 필드들을 통해서 사용자는 티켓-관련된 요금들 (예를 들면, 서비스 요금, 설비 요금 등); 좌석 당 영향 (impact per seat) (이 경우 사용자는 액면 가치 가격에서 델타 변경을 입력할 수 있으며, 또는 이 경우 그 변경은 가격이며/영향은 그 액면 가치 (face value) 필드에서 사용자-특정 변경을 기반으로 하여 계산되고 디스플레이된다); 이벤트 그로스에 관한 영향 (impact on event gross) (예상된 이벤트 그로스에서의 델타/변경) 등을 편집/변경할 수 있다. 상기 변경들은 목록 변경 (change list) 구역에서 반영될 수 있을 것이며, 이는 행동 (action) (예를 들면, 가격 레벨 변경, 좌석 상태 변경), 타겟 (target) (예를 들면, 좌석 식별자, 가격 레벨, 상태), 좌석 카운트 (count), 영향 (impact), 변경의 상태 (status), 삭제 (delete)를 목록화한다. 그 변경들은 메모리에 저장될 수 있을 것이다.

그래서, 사용자는 어떤 이벤트 변경들을 특정하고, 이벤트 데이터 및 리포트들 상의 효과를 보며, 그리고 그 변경을 수락/실행 또는 그 변경을 거부/삭제할 것을 결정할 수 있다. 그 변경들을 수락 또는 거부하는 것은 메모리에 저장될 수 있을 것이다. 그 변경들은 티켓들을 이벤트를 위한 판매에 놓기 이전에 그리고/또는 티켓 판매들이 시작된 이후에 수행될 수 있을 것이다.

도 29g에 도시된 사용자 인터페이스가 사용자-선택 특정 좌석들에 대한 변경들을 사용자가 규정하는 것을 가능하게 하는 반면에, 도 29h의 사용자 인터페이스는 (예를 들면, 팝-업 대화 박스 또는 이벤트 데이터 그리드를 통해서) 사용자가 변경들을 더욱 모호하게 변경하도록 한다. 예를 들면, 상기 사용자는, 다른 가격 레벨로 이동될 특정 좌석들을 특정하지 않으면서도, 25개의 좌석들이 한 가격 레벨에서 다른 가격 레벨로 이동되어야만 한다고 규정할 수 있을 것이다. 상기 시스템은 그러면 이벤트 데이터에 관한 영향을 계산할 수 있다. 추가의 예로서, 사용자는 요망되는 목표를 특정할 수 있으며 (예를 들면, 그로스 수익에서 1만 달러의 증가), 그리고 상기 시스템은 그 목표를 달성하기 위해서 얼마나 많은 좌석들이 첫 번째 가격 레벨에서 두 번째 가격 레벨 (상기 첫 번째 가격 레벨보다 더 비싸다)로 이동되어야만 하는가를 계산할 것이다. 상기 사용자는 상기 이벤트 엔트리들 중 어느 하나를 목표로서 규정할 수 있을 것이며, 그리고 상기 시스템은 하나 또는 그 이상의 파라미터들을 변경함으로써 상기 목표를 달성하기 위한 하나 또는 그 이상의 방식들을 계산할 수 있을 것이며, 상기 파라미터들은 상기 사용자에게 디스플레이될 수 있을 것이다.

예시의 이벤트 셋업 워크플로우 (workflow)가 이제 설명될 것이다. 상이한 역할들 (예를 들면, 조언자 (advisor), 의사 결정자 (decision maker), 실행자 등) 및 책임들을 구비한 많은 사람들 및 엔티티들은 (예를 들면, 이벤트의 물리적인 레이아웃을 정의하는데 있어서, 상기 이벤트의 가격 구조를 정의하는데 있어서, 보유분 또는 죽은 좌석들 등의 개수를 판별하는데 있어서) 이벤트 셋업에 결부될 수 있을 것이다. 예를 들면, 티켓 발행된 이벤트를 셋업하는데 있어서 결부된 하나 또는 그 이상의 공연자들 (예를 들면, 음악 공연자(들), 팀(들), 배우(들) 등), 프로모터들, 현장 운영자들, 박스 오피스 매니저들, 조언자들, 동적인 가격 결정 생성자들, 보조 매니저들 등이 존재할 수 있을 것이다. 여기에서 설명된 어떤 실시예들은 다양한 엔티티들이 셋업들, 수정들, 데이터 보기 등을 수행하기 위해서 자신들의 역할들을 대응하는 권리들 및 능력들을 가지고 수행하는 것을 가능하게 한다.

상기에서 설명된 것처럼, 상이한 사용자들은 상이한 역할들을 가질 수 있을 것이다. 예를 들면, 어떤 사용자들은 이벤트 셋업에 관하여 조언자들로서 행동할 수 있을 것이다. 그런 조언자들은 여기에서 설명된 것과 같은 이벤트 데이터를 보고, (예를 들면, 변경 목록을 통해서 또는 다른 방식을 통한 티켓 가격들, 가격 레벨들의 개수, 좌석 상태 등에서의) 일시적인 변경들을 지정하고, 그 변경들이 실제로 이행되기 이전에 그런 변경들의 계산된 결과들을 보고, 그 변경들을 하나 또는 그 이상의 제안된 이벤트 레코드 변경 파일들로서 저장하고, 그리고/또는 변경 파일을 "권장되는 변경" 파일로서 나타내기 위한 액세스를 허가받을 수 있을 것이다. 상기 조언자는 어떤 유형의 티켓들 (예를 들면, 물리적인 티켓, 전자 티켓, 그리고/또는 가상 티켓)이 어떤 좌석들을 위해서 발행되어야만 하는가를 또한 추천할수 있을 것이다. 그래서, 상기 조언자는 이벤트 셋업에 대한 변경들에 관련한 제안들을 할 수 있을 것이지만, 그 변경들이 판매 중 이벤트로서 실행될 것을 실제로 명령하는 권한은 가지고 있지 않다. 그래서, 조언자는 다양한 상이한 이벤트 셋업들에 만약에 (what if) 분석들을 수행하고 그리고 그 이벤트가 어떻게 셋업되어야만 하는가에 관한 추천들을, 그런 변경들을 승인하는 권한을 가진 의사 결정자 (예를 들면, 이벤트 프로모터)에게 제공하는 것이 가능할 수 있을 것이지만, 그러나, 그런 승인없이는, 상기 이벤트는 상기 조언자의 추천들이나 저장된 변경 파일들을 기반으로 하여 셋업되지는 않는다.

상기 의사 결정자는 제안 파일(들)을 보고 그리고 그런 변경들을 승인하거나 불승인할 수 있을 것이며 그리고/또는 추가의 변경을 할 수 있을 것이며, 이 경우 그런 승인, 불승인, 그리고/또는 추가의 변경들은 메모리에 저장된다. 상기 의사 결정자는 조언자로부터의 새로운 또는 개정된 제안을 이메일, 전자 파일 표기, 여기에서 설명된 하나 또는 그 이상의 사용자 인터페이스를 통해서 디스플레이된 경보, 또는 다른 방식을 통해서 통보받을 수 있을 것이다. 예를 들면, 상기 시스템에게 의사 결정자에게 제안을 전송하라고 지시하는 제어를 활성화시킬 수 있을 것이며, 그리고 상기 시스템은 상기 의사 결정자에게 상기 제안을 제공할 수 있을 것이며, 이는 여기에서 설명된 하나 또는 그 이상의 상기 사용자 인터페이스들을 포함할 수 있을 것이다.

제안을 본 이후에, 상기 의사 결정자는 상기 변경 (예를 들면, 상기 조언자에 의해서 정의된 변경 목록으로, 상기 의사 결정자에 의해서 승인되고 그리고/또는 수정됨)을 실행할 것을 상기 실행자 (executor) (예를 들면, 박스 오피스)에게 지시할 수 있을 것이다. 예를 들면, 상기 명령들은 이메일, 전자 파일 표기, 여기에서 설명된 하나 또는 그 이상의 사용자 인터페이스를 통해서 디스플레이된 경보, 또는 다른 방식을 통해서 제공될 수 있을 것이다. 상기 실행자는 그러면 (예를 들면, 여기에서 설명된 하나 또는 그 이상의 사용자 인터페이스들을 이용하여) 상기 규정된 변경들을 실행할 수 있을 것이며, 그리고 상기 이벤트는 그에 따라서 (예를 들면, 상기 규정된 가격 레벨들, 좌석-대-가격 레벨 할당들, 티켓 액면 가치들, 할인들, 그리고/또는 좌석 상태들 등으로) 셋업될 것이다. 상기 실행자는 변경들을 실행하는데 있어서 특정 정도의 재량을 제공받을 수 있을 것이다. 예를 들면, 상기 의사 결정자가 상기 실행자에게 25개 좌석들을 가격 레벨 1에서 가격 레벨 2로 이동시킬 것을 지시하면서, 가격 레벨 1의 좌석들 중에서 어느 것이 이동될 것인가를 특정하지 않을 수 있을 것이다. 상기 실행자는 어느 25개 좌석들이 이동될 것인가를 선택할 수 있을 것이며, 그리고 그에 따라 실행자가-선택한 좌석들을 가격 레벨 1에서 가격 레벨 2로 이동시킬 수 있을 것이다. 상기 의사 결정자는 상기 실행자가 변경을 수행할 때에 시스템에 의해서 자동적으로 통보받을 수 있다 (예를 들면, 상기 사용자가 상기 시스템에게 그 변경을 실행할 것을 지시한 것을 상기 시스템이 탐지하고, 그리고 적합한 수신자들에게 전자 통지를 전송한다). 상기 티켓들은 그러면 그 실행된 이벤트 셋업에 따라, 판매를 위해서 구매자들에게 제공될 수 있을 것이다.

추가의 예로서, 상기에서 설명된 것과 유사하게, 어떤 사용자들/엔티티들은 모든 이벤트 좌석들을 위한 것이 아니라 이벤트 좌석들의 부분집합을 위해 티켓들 및 다른 셋업 특성들을 제어하기 위한 허가를 제공받을 수 있을 것이다.

다양한 태스크들을 수행하고 실행하기 위한 권한을 할당하는 것은 역할들을 할당하고 그리고 그 역할들을 실행시키기 위해서 대응하는 권한을, 옵션으로는 이벤트 단위를 기반으로 하여, 사용자들에게 제공하는 권한을 가진 어떤 사용자에 의해서 수행될 수 있을 것이다. 전술한 태스크들은 상기 티켓 시스템을 통해서 또는 다른 방식으로 제공된 하나 또는 그 이상의 사용자 인터페이스들을 이용하여 수행될 수 있을 것이다. 권한의 특정된 할당은 각 사용자 및/또는 이벤트 레코드들의 메모리에 또는 다른 방식으로 저장될 수 있을 것이다.

예를 들면, 주어진 사용자에게는 시스템에 액세스하기 위한 userID (사용자 ID) 그리고/또는 패스워드가 제공될 수 있을 것이며, 그리고 상기 시스템은 로그인 한 사용자를 식별하기 위해서 그 userID 그리고/또는 패스워드를 사용하고, 특정 이벤트 데이터에 액세스하기 위한 사용자의 권한들을 판별하기 위해, 이벤트 모델들을 생성하기 위해, 그리고 이벤트 변경들을 실행하기 위해서 사용자 및/또는 이벤트 레코드에 액세스하고, 그리고 그 사용자에게 대응하는 승인된 기능성을 제공할 수 있을 것이다. 물론, 사용자를 확인하고 그리고 그 사용자가 로그인하는 것을 가능하게 하기 위해서 생체 측정 (예를 들면, 지문들), 스마트 식별 카드들, 동글들 등과 같은 다른 기술들이 사용될 수 있을 것이다.

옵션으로, 대응하는 역할이 할당된 정해진 사용자는, 다른 사용자 또는 다른 사용자들이 대리인 사용자가 수행할 권한을 가지는 태스크들의 일부 또는 전부를 수행하도록 하는 서브-권한을 가진 것으로서 표시하는, 권한을 제공받을 수 있을 것이다. 예를 들면, 박스 오피스 매니저는 권한 트리를 생성할 수 있을 것이며, 이 경우 상기 박스 오피스 매니저는 보조의 박스 오피스 매니저에게 특정 유형의 변경들을 하고 그리고/또는 수행하도록 하지만 (예를 들면, 좌석의 상태를 보유로부터 공개로 변경하는 것), 다른 것들 (예를 들면, 티켓 액면 가치들을 변경할 수 있는 능력)은 할 수 없는 권한을 줄 수 있을 것이다. 추가의 예로서, 프로모터와 같은 의사 결정자는 다른 지명된 사용자들에게 의사 결정 권한을 위임할 수 있다.

옵션으로, 주어진 사용자는 자신이 그런 서브-권한을 제공했던 어떤 사용자가 또 다른 사용자에게 서브-권한을 더 허용하는 것을 가능하게 하도록 상기 티켓 시스템에게 명령할 수 있다. 옵션으로, 주어진 사용자는 자신이 그런 서브-권한을 제공했던 어떤 사용자가 또 다른 사용자에게 서브-권한을 더 허용하는 것을 허락하지 않도록 상기 티켓 시스템에게 명령할 수 있다. 상기 시스템은 그러면 서브-권한을 제공받은 사용자에게, 데이터를 보고, 변화들을 시험하고, 그리고/또는 변화들을 실행하는 특정된 정도의 권한들을 제공할 수 있을 것이다.

어떤 실시예들에서, 상기 시스템은 각 제안 그리고/또는 실행된 변경 목록들의 레코드들을 유지할 수 있을 것이며 그리고 그에 대한 보고를 연관된 타임라인을 포함하여 생성할 수 있을 것이다. 상기 보고는 주어진 변경 (예를 들면, 가격 레벨에 있어서의 변경, 가격 파괴, 액면 가격, 좌석 상태)을 누가 제안했는가, 그 주어진 변경을 누가 승인했는가, 그 주어진 변경을 누가 실행했는가, 전술한 태스크들이 언제 수행되었나, 그리고 그 변경들이 무엇인가를 적어둘 수 있을 것이다. 그 변경들은 그래픽으로 그리고/또는 텍스트로 보일 수 있을 것이다 (예를 들면, 기본 이벤트로 시작하며, 그리고 다음의 변경들). 추가로, 판매 활동의 이력이 제공되어 어느 좌석 티켓들이 언제 판매되었는가, 티켓 판매 속도들에서의 변경들, 판매된 좌석 티켓들의 절대 매수 그리고/또는 백분율 레이트들에서의 변경들 등을 보여준다.

상기 이력은, 다양한 스크린 샷들, 텍스트로 된 테이블들, 그래프들, 또는 물리적인 또는 전자 보고로 된 다른 것을 이용하는 것처럼 통계적으로 제시될 수 있을 것이다. 추가의 예로서, 상기 이력은 동적인 포맷으로 제공될 수 있을 것이다. 예시로서, 상기 이력은 영화 (예를 들면, 사용자가 이력 재생의 속도를 제어할 수 있는 시간 경과 (time elapsed) 영화)로서 재생될 수 있을 것이며, 이 때에 좌석 지도는 만들어진 순서에 있어서의 변경들을 반영하기 위해서 연속하여 다시-컬러가 정해지며, 그리고 텍스트 또한 그 변경들을 반영하기 위해서 연속하여 업데이트된다. 상기 사용자는 시작 및 중단 날짜들/시각들 또는 이벤트들을 특정함으로써 (예를 들면, 티켓 가격 결정에 있어서 첫 번째 변경이 발생한 때에 시작하고 그리고 티켓 가격 결정에 있어서의 두 번째 변경이 발생하기 직전에 종료; 또는 첫 번째 규정된 백분율이나 개수의 좌석 티켓들이 판매될 때에 시작하고, 그리고 두 번째 규정된 백분율이나 개수의 좌석 티켓들이 판매될 때에 종료) 재생을 위한 시작 및 중단 포인트들을 특정할 수 있을 것이며, 그럼으로써 흥미있는 구역들 상에 더욱 빨리 초점을 맞추도록 한다.

도 30은 티켓 시스템 그리고/또는 다른 시스템에 의해 실행될 수 있을 예시의 이벤트 셋업 프로세스를 도시한다. 상태 3002에서, 이벤트를 셋업하는데 있어서 결부된 엔티티들 (예를 들면, 공연자 매니저, 프로모터, 현장 운영자 등)은 새로운 이벤트에 대한 셋업의 특성들에 관련하여 협상한다. 상태 3004에서, 물리적인 스테이지/이벤트 구성에 관한 합의가 특정되고 (예를 들면, 엔드 스테이지 (end stage), 360도 스테이지), 그리고 그 구성은 상기 이벤트와 연관된 레코드에 저장될 수 있을 것이다. 상태 3006에서, 높은 레벨의 권한을 부여받은 사용자 (예를 들면, 박스 오피스 매니저와 같이 가장 높은 레벨의 실행자)는 상기 특정된 물리적인 구성에 부합하는 템플리트/현장 레이아웃을 저장된 템플리트들의 메뉴로부터 선택하고 그리고 기본 이벤트를 생성한다. 상기 기본의 이벤트는 이벤트 레코드에 저장될 수 있을 것이다. 상태 3008에서, 상기 높은 레벨로 권한을 부여받은 사용자/실행자는 다른 사용자들 (예를 들면, 박스 오피스 스태프)을 실행자들로서 임명하며, 그리고 프로모터와 같은 다른 사용자를 그 이벤트를 위한 그리고 옵션으로는 다른 이벤트들을 위한 최고 높은 레벨의 의사 결정자로서 임명한다. 상기 임명들은 이벤트 레코드 내에 저장될 수 있을 것이다. 상기 의사 결정자에게는 다른 의사 결정자들 및 조언자들을 임명할 권한이 제공된다. 상태 3010에서, 하나 또는 그 이상의 사용자들은 (예를 들면, 각 가격 레벨에서 좌석들의 상이한 개수들로 그리고 각 가격 레벨에서 상이한 기준 가격들로 시험함으로써) 여기에서 설명된 상기 인터페이스들을 이용하여 이벤트 수익을 모델링한다. 상태 3012에서, 적합한 사용자는 좌석 지도를 통해서 좌석들을 선택하고 또는 그렇지 않다면 좌석들을 적절한 가격 레벨들 및 설정 기준 가격들로 할당한다. 상태 3014에서, 전술한 변경들은 이벤트 레코드 내 변경 목록들에 저장될 수 있을 것이며, 이는 사용자에게 디스플레이될 수 있을 것이다.

상태 3016에서, 일단 상기 의사 결정자가 상기 변경들을 승인하면 (이 경우 상기 승인은 이벤트 레코드 내에 저장될 수 있을 것이다), 상기 의사 결정자는 상기 실행자들에게 그 이벤트에 대한 실제의 변경들을 할 것을 지시한다 (예를 들면, 상기 시스템이 전송하는 전자 통신을 통해서). 상태 3018에서, 상기 이벤트는 이벤트 셋업 (예를 들면, 지시된 가격들에서 요청된 티켓들과 함께, 지시된 이벤트 레이아웃을 이용하고, 보유한 그리고 죽은 좌석들은 판매 요청되지 않음)에 따라 판매 중으로 놓여지며, 그리고 상기 시스템은 티켓 주문들을 처리하고 그리고 티켓들을 배송할 수 있을 것이다 (예를 들면, 물리적인, 전자의, 그리고/또는 가상 티켓들). 상태 3020에서, 상기 시스템은 판매 활동을 그래픽으로 (예를 들면, 좌석 지도들, 그래프들 등을 통해서) 그리고 텍스트로 (예를 들면, 리포트 및/또는 상기에서 설명된 이벤트 데이트 구역들을 통해서), 옵션으로는 실질적인 실-시간으로 디스플레이한다. 사용자들은 어떤 것이 디스플레이되고 그리고 보고되는가를 선택하기 위해서 하나 또는 그 이상의 필터들을 셋업할 수 있을 것이다. 상태 3022에서, 활성 이벤트의 판매 활동 그리고/또는 다른 요소들을 기반으로 하여, 사용자들은 현재의 판매 동안에 실행자들이 상기 티켓 시스템으로 포스트할 수 있는 대응 변경 목록들에서 반영된 추가의 변경들을 생성할 수 있을 것이다.

인터액티브한 좌석 지도들은 도면들에서 도시된 예시의 실시예들과 관련하여 이제 설명될 것이다. 도 20 그리고 도 21a - 21z에 도시된 것처럼, 현장 그리고/또는 이벤트의 인터액티브한 좌석 지도들은 잠재적인 티켓 구매자들의 네트워크 구성된 사용자 단말들 (예를 들면, 전화기들, 개인용 컴퓨터들, 인터액티브 텔레비전들, 또는 네트워크 구성된 기기들 등)에서의 디스플레이를 위해서 제공될 수 있을 것이다.

상기에서 설명된 티켓 시스템과 같은 시스템은 (현장 지도들, 좌석 지도들 및 데이터, 가격 결정 데이터, 이벤트 데이터, 사용자 계정 및 선호 정보, 소셜 네트워크 정보, 사진 태깅 (photograph tagging) 정보, 이벤트 초대 및 응답들, 여기에서 설명된 사용자 인터페이스들을 통해서 디스플레이된 다른 데이터 및/또는 그 외 다른 데이터를 저장하는 하나 또는 그 이상의 데이터베이스들과 같은) 데이터베이스로부터의 데이터에 액세스할 수 있을 것이며 그리고 인터액티브 좌석 지도들을 포함하는 사용자 인터페이스들에 채우기 위해서 그런 데이터를 사용한다. 상기 채워진 데이터는 사용자 행동들에 응답하여 (예를 들면, 사용자 검색들, 특정된 선호도들, 내비게이션 명령어들, 좌석 선택들, 섹션 선택들, 티켓 구매 명령어들, 태깅 명령어들, 제어 활성들 등 중에서 일부 또는 모두에 응답하여) 동적으로 변경될 수 있을 것이다. 상기 인터액티브 좌석 지도들을 포함하는 상기 사용자 인터페이스들은 사용자 행동들에 응답하여 그리고/또는 시스템이 만드는 또는 탐지한 티켓 가격 결정, 좌석 가용성, 좌석 상태 등과 같이 업데이트된 데이터에 응답하여 실질적인 실-시간으로 업데이트될 수 있을 것이다.

추가로, 어떤 실시예들에서, 상기 시스템은 상기 좌석으로부터 이벤트에서의 티켓들을 가진 그 사용자의 친구들의 좌석들까지의 거리에 관한 정보 디스플레이를 제공할 것이다 (예를 들면, 좌석들, 행들, 섹션들의 개수로서 그리고/또는 피트, 미터, 또는 야드와 같이 길이의 단위로 표현됨).

주어진 좌석은 이용 가능한 좌석들의 상이한 유형들 (예를 들면, 어른, 아이들 등)을 가질 수 있을 것이다. 어떤 예들에서, 주어진 좌석에 대한 상이한 티켓 유형들이 상이한 가격들과 연관될 수 있을 것이다. 옵션으로, 이용 가능한 좌석 유형이 단 하나만 있다면 (예를 들면, "어른"만 또는 "아이들"만), 그리고 사용자가 좌석에 클릭하여 그 좌석을 그 사용자의 쇼핑 카트나 선택된 좌석들 목록에 추가하면, 그 좌석은 즉각적으로 추가될 것이다. 그러나, 이용 가능한 좌석 유형들이 여러 개 존재하면, 사용자 인터페이스가 (예를 들면, 팝업 대화 박스를 통해서) 등장할 수 있을 것이며, 그래서 그 좌석이 사용자의 선택된 좌석들에 추가되기 이전에 사용자가 구매하기를 원하는 유형의 좌석을 선택할 것을 요청한다. 그 추가 정보와 연관되어 링크가 제공될 수 있을 것이며, 그것을 통해서 또 다른 추가 정보가 제공될 수 있을 것이다.

상기 인터액티브 좌석 지도들은, 어떤 실시예들에서, 가격들 및 프로모션들의 복합 세트일 수 있을 것의 일치하는 그리고/또는 통합된 뷰 (그래픽 표현을 포함한다) 그리고 다른 좌석 및 이벤트 관련 정보를 제공함으로써, 이용 가능한 좌석들, 가격들, 이용 가능한 할인들, 좌석 패키지들, 그들의 친구들이 참여하고 그리고 그 친구들이 앉아있는 다른 좌석 특성들의 이벤트에 관한 사용자 이해를 용이하게 하도록 구성될 수 있을 것이다. 또한, 어떤 실시예들은 사용자가 좌석 또는 섹션을 선택하고, 그리고 그 좌석 또는 섹션으로부터 사용자에게 디스플레이되는 모습의 (2차원 및/또는 3차원의) 사진, 비디오 또는 다른 표현을 가지는 것을 가능하게 한다.

도 20에 도시된 것처럼, 상기 사용자 인터페이스는 내비게이션 지도를 포함할 수 있을 것이며, 그리고 다른 구역에서, 사용자들이 선택한 좌석들, 사용자가 구매한 좌석들, 사용자 검색 기준 (예를 들면, 가격 범위, 좌석 섹션(들), 좌석 유형, 사용자가 특정한 특별 청약(들) 등)에 부합하는 좌석들, 이용 가능한 다른 좌석들, 이용 가능하지 않은 좌석들을 표시하는 현장 섹션의 확대된 모습을 포함할 수 있을 것이다.

제어들이 제공되며, 그 제어들을 통해서 상기 사용자는 상기 지도 주변을 내비게이션할 수 있으며 그리고/또는 지도의 특정 섹션을 줌할 수 있다. 예를 들면, 상기 지도는 사용자가 디스플레이된 지도 구역을 변경하기 위해서 지도의 구역 위에 클릭하고 그리고 그 지도를 드래그하는 것을 가능하게 하도록 구성된다. 어떤 실시예들에서, 사용자가 특정 좌석 구역이나 섹션을 클릭하거나 또는 그렇지 않고 선택하여, 상기 선택된 구역의 모습을 확대할 때조차, 전체 현장은 (예를 들면, 컬러 그리고/또는 텍스트를 통해서) 표시된 좌석 상태들과 함께 상기 지도의 구역 내에 여전히 디스플레이된다. 예를 들면, 사용자가 검색 기준을 입력하면 (예를 들면, $50 ~ $100 사이의 티켓 가격을 가지는 좌석들), 상기 사용자 인터페이스는 상기 검색 기준에 부합하는 좌석들 그리고/또는 섹션들을 (예를 들면, 컬러 코딩 또는 다른 방식을 통해서) 강조할 것이다. 상기 사용자가 주어진 강조된 섹션을 선택하면, 상기 사용자 인터페이스는 상기 선택된 섹션 상에 줌 인할 것이며, 그러면서도 상기 현장의 전체 모습을 (이는 크기에 있어서 축소될 수 있을 것이다) 한 구석이나 어떤 다른 곳에 여전히 디스플레이하고, 이 경우 상기 전체 모습은 상기 사용자의 선택 기준에 부합하는 좌석들/섹션들을 여전히 강조한다 (예를 들면, $50 ~ $100 사이의 좌석들).

옵션으로, 상기 사용자가 특정 좌석 또는 좌석 구역 위에 포인터 (예를 들면, 커서)를 뛰어 놓으면, 또는 그렇지 않고 (예를 들면, 측정 좌석이나 좌석 구역 상에 클릭함으로써) 좌석이나 좌석 섹션을 지시하면, (예를 들면, 팝-업 윈도우나 오버레이를 통해서) 추가적인 정보가 대응 좌석이나 좌석 섹션에 관하여 제공된다. 예를 들면, 상기 추가적인 정보는 청약 코드가 필요한가의 여부, 청약 코드가 필요하다면, 어느 소스로부터인가, 특정 좌석 정보 (예를 들면, 섹션, 행 번호, 좌석 번호, 티켓 가격, 티켓 유형 (예를 들면, 성인-정상 가격, 성인-할인 가격, 어린이 등) 등에 관한 표시를 포함할 수 있을 것이며, 좌석 구역만이 이용 가능한 단일 좌석들을 구비하는가의 여부 (그리고 둘 또는 그 이상의 이용 가능한 인접 좌석들은 구비하지 않는가)에 관한 표시를 포함할 수 있을 것이다. 그 좌석이 커버된 구역에 있는가 또는 노출된 구역에 있는가, 그늘진 곳에 있는가 또는 직사 광선이 있는 곳에 있는가, 좌석에서 출구, 화장실, 구내매점들, 주차장 그리고/또는 다른 목적지까지의 거리, 그 좌석이 통로로부터 얼마나 멀리 있는가 (예를 들면, 좌석들의 개수로 표현되고 그리고/또는 피트, 미터, 또는 야드와 같은 길이의 단위로 표현된다), 이벤트 동안에 좌석에서의 예상되는 온도, 좌석에 대한 웨이터 서비스가 존재하는가의 여부와 같은 다른 정보 그리고/또는 그 외의 다른 정보 역시 디스플레이될 수 있을 것이다.

도 21a에 도시된 것처럼, 상기 사용자 인터페이스는 전체 현장의 좌석 차트를 (예를 들면, 도면이나 사진을 통해서) 그래픽으로 표현하는 지도를 (컬러 코딩을 통해서, 그리고/또는 알파뉴메릭 텍스트를 통해서 그래픽으로 식별되는 다양한 섹션들과 함께) 그리고 개별 좌석들을 보여주는 상기 현장의 확대된 모습을 포함할 수 있을 것이며, 여기에서 상기 사용자는 상기 확대된 모습에 보여야만 하는 구역을 선택하기 위해서 상기 전체 현장의 상기 좌석 차트에 걸쳐서 내비게이션 박스를 이동시킬 수 있다. 옵션으로, 가용성 (예를 들면, 이용 가능, 판매됨, 보유 중인 등)에 관련하여 좌석 상태를 표시하기 위해서 대응하는 컬러들이 사용되며, 이는 가격을 표시하기 위한 것은 아니며, 가격은 텍스트로 보여질 수 있을 것이다. 대신에 옵션으로, 대응하는 컬러들은 좌석 티켓 가격을 표시하기 위해서 사용된다.

도 21b에 도시된 것처럼, 상기 사용자 인터페이스는 하나의 구역에서는 내비게이션 목적들을 위한 전체 현장의 좌석 차트를 그래픽으로 도시하며 (옵션으로는, 컬러 코딩을 통해서, 그리고/또는 알파뉴메릭 텍스트를 통해서 그래픽으로 식별되는 다양한 섹션들과 함께), 그리고 다른 구역에서는, 어떤 좌석 섹션들의 확대된 모습을 도시하여 그 어떤 섹션들을 더욱 상세하게 보여주지만, 옵션으로는 개별 좌석들을 보여주지 않는 지도를 포함할 수 있을 것이다. 상기에서 설명된 것과 유사하게, 상기 사용자는 상기 확대된 모습에 보여야만 하는 구역을 선택하기 위해서 상기 전체 현장의 상기 좌석 차트에 걸쳐서 내비게이션 박스를 이동시킬 수 있다.

도 21b에 도시된 것과 같은 예시의 실시예에서, 지도가 줌 아웃될 때에, 상기 사용자 인터페이스의 메인 구역 내 상기 현장 지도를 디스플레이하며, 상기 현장의 섹션들은 컬러 코딩될 수 있을 것이다 (예를 들면, 회색, 밝은 청색, 중간 청색, 그리고/또는 검은 청색으로). 예를 들면, 섹션이 완전히 판매되었거나 또는 사용자가 선택한 가격 범위 및/또는 티켓 옵션들에 부합하는 어떤 좌석도 포함하고 있지 않다는 어느 하나를 표시하기 위해서 회색 (또는 다른 컬러)이 사용될 수 있을 것이다. 사용자가 선택한 가격 범위 그리고/또는 티켓 옵션들에 부합하는 섹션 내 적어도 몇몇의 좌석들이 존재한다는 것을 표시하기 위해서 청색 (또는 다른 컬러)가 사용될 수 있을 것이다. 추가의 정보를 제공하기 위해서 변형된 컬러 (예를 들면, 어두움 또는 명암)가 사용될 수 있을 것이다. 예를 들면, 청색이 더 검을수록, 사용자의 검색 기준에 부합하는 섹션 내에 더 많은 좌석들이 존재한다.

현장의 크기, 현장 좌석들의 개수 그리고/또는 사용자 디스플레이의 크기 및/또는 해상도에 의존하여, 도 21c에 도시된 것처럼, 상기 인터액티브 지도는 현장 내 모든 좌석들을 옵션으로 동시에 디스플레이할 수 있을 것이다.

다른 정보가 시스템 데이터베이스에 저장될 수 있을 것이며 그리고 인터액티브 지도에 포함될 수 있을 것이다. 한정하지 않으며 그리고 예시로서, 좌석 모습, 좌석 유형 (예를 들면, 쿠션 있음, 비-쿠션, 등받침, 등받침 없음 등), 그리고/또는 좌석 회전 각도가 포함되고 디스플레이될 수 있을 것이다. 대응하는 내부 컬러, 윤곽 컬러, 내부 심볼/텍스트/캐릭터, 그런 심볼의 컬러, 옵션으로 컬러 코딩된 하나 또는 그 이상의 궤도 진입 심볼들 등을 사용하여 좌석 아이콘 (또는 다른 지시자)을 통해서 정보가 운반될 수 있을 것이다.

어떤 실시예들에서, 이벤트 티켓들 구매를 위해서 소비자에게 디스플레이할 의도로 인터액티브 좌석 지도를 구성하기 위해서 사용되는 소프트웨어 애플리케이션은 이벤트 생성을 위해서 사용된 소프트웨어 애플리케이션과 옵션으로 동일하거나 또는 실질적으로 동일하다. 어떤 실시예들에서, 사용자 인터페이스의 그늘짐 (shading), 코딩 및 행동은 상기 지도로 전달된 스크립트 언어에 의해서 제어되어, 상기 행동이 동적으로 변경되도록 한다. 예를 들면, 상기 스크립트 언어는 지도를 위한 폴리곤 렌더링 (예를 들면, 이는 좌석 구역들을 표시하기 위해서 사용될 수 있다), 좌석 렌더링, 호버-오버 (hover-over) 메시지 핸들링, 그리고 사용자 인터페이스 제어를 제어하기 위해서 사용될 수 있을 것이다.

예시의 고도로 설정된 지도는 원하는대로 구성될 수 있다. 예를 들면, 상기 지도는 캘린더 엔트리 (예를 들면, Microsoft Outlook 캘린더 또는 Google 엔트리)의 형상과 유사한 형상으로 시기에 적절한 엔트리를 디스플레이하도록 구성될 수 있다.

상기 지도는 "좌석으로부터의 모습 (view)" 이미지들 (예를 들면, 영화, 사진, 그래픽 렌더링 등)을 제공하도록 구성될 수 있을 것이다. 예를 들면, 사용자는 좌석/섹션 그리고/또는 연관된 아이콘 (예를 들면, 카메라 심볼)을 선택/클릭-온 할 수 있을 것이며, 그러면 그 좌석이나 섹션으로부터의 모습이 디스플레이될 수 있을 것이다. 그 이미지(들)는 하나 또는 그 이상의 정적인 이미지들, 상기 좌석으로부터의 모습, 공연 구역으로부터의 그 좌석의 모습, 그리고/또는 가상 현실 360도 또는 완전한 구체 뷰 (view)를 포함할 수 있을 것이다.

상기 지도의 어떤 실시예들은 동적인 서브-콘텐트를 디스플레이하도록 구성된다. 예를 들면, 상기 현장의 이미지는 상기 지도 그 자체 위에 (예를 들면, 운동장, 스테이지, 스코어보드, 빌보드 등 위에) 사용자 특성들 (예를 들면, 사용자의 위치, 상기 사용자가 보고 있는 대상 등)을 기반으로 하여 선택된 광고들을 디스플레이하도록 수정될 수 있을 것이다. 예시로, 상기 콘텐트는 정적인 이미지 그리고/또는 텍스트 또는 영화를 포함하는 정적인 광고일 수 있다. 상기 광고들은 티켓 시스템, 광고 거래업자, 또는 다른 측의 운영자에 의해 동작되는 광고 서버를 통해서 선택되고 그리고/또는 서빙될 수 있을 것이다.

옵션으로, 상기 지도는 계층적일 수 있을 것이며 그리고 하이퍼링크들이 내장될 수 있을 것이다. 예를 들면, 상기 지도는 캠퍼스 모습을 디스플레이하여, 새의 눈 (bird's eye) 또는 비스듬한 뷰로부터 동시에 여러 빌딩들을 보여줄 수 있을 것이다. 상기 사용자가 티켓 판매 이벤트들을 위해서 사용된 현장을 포함하는 빌딩을 (예를 들면, 호버 (hover) 또는 클릭-온 동작을 통해서) 선택하고 있는 것이 탐지되면, 상기 지도 사용자 인터페이스는 상기 선택된 빌딩 내에 있는 티켓 발매된 현장을 위한 대응 좌석 지도에 액세스하여 디스플레이함으로써 대응할 수 있을 것이다.

추가의 예로서 그리고 도 21a 및 도 21c에 도시된 것처럼, 좌석 컬러들에 관하여, 상기 좌석을 구매할 수 있으며 그리고 그 좌석이 사용자의 선택된 가격 범위 및 티켓 옵션들에 부합한다는 것을 표시하기 위해서 어두운 청색 (또는 다른 컬러)이 사용될 수 있을 것이다. 상기 좌석을 구매할 수 있지만, 그러나 사용자가 선택한 가격 범위 그리고/또는 티켓 옵션들의 밖에 있다는 것을 표시하기 위해서 밝은 청색 (또는 다른 컬러)이 사용될 수 있을 것이다. 상기 좌석을 구매할 수 없다는 것을 표시하기 위해서 회색 (또는 다른 컬러)이 사용될 수 있을 것이다. 커서가 그 좌석을 넘어 있으며 또는 상기 사용자가 이미 그 좌석을 사용자 선택 좌석들에 추가했다는 것을 표시하기 위해서 오렌지 색 (또는 다른 컬러)이 사용될 수 있을 것이다.

옵션으로, 컬러 코딩에 추가하여 또는 그 대신에, 상기 지도가 3D 단말 (예를 들면, 이미지를 3D로 보기 위해서 안경들을 필요로 하는 단말 (때로는 "능동 3D"로 언급된다) 또는 이미지를 3D로 보기 위해서 안경들을 필요로 하지 않는 단말)을 통해서 보여지고 있다면, 정보를 제공하기 위해서 3D 효과의 양이 사용될 수 있을 것이다. 예를 들면, 사용자의 검색 기준에 더 가깝게 부합될수록, 3D 효과가 더욱 강조될 수 있을 것이다. 예로서, 부합하는 섹션이나 좌석은 그 이미지로부터, 그 부합의 정도에 대응하는 양으로 투사되는 것으로 나타날 수 있을 것이다.

도 21d에 도시된 것처럼, 상기 인터액티브 좌석 지도에서의 변경들은 실질적인 실-시간으로 (예를 들면, 2분 이내로 또는 더 작게) 옵션으로 업데이트될 수 있을 것이다. 예를 들면, 좌석 가용성, 좌석 가격들, 좌석 티켓들의 소스들, 좌석 상태, 그리고/또는 다른 좌석 및 여기에서 설명된 이벤트 관련 정보 등은 실질적인 실-시간으로 업데이트될 수 있을 것이다.

도 21e는 이벤트용의 인터액티브 좌석 지도를 포함하는 예시의 사용자 인터페이스를 도시한다. 상기에서 설명된 것과 유사하게, 사용자가 좌석 위에 포인팅을 하고/커서를 선회하면 (hover), 그 좌석에 관련한 추가 정보가 제시된다 (예를 들면, 좌석 위치 정보, 그 좌석이 그늘지는가의 여부에 관한 표시, 티켓 가격, 서비스 요금들, 세금, 전체 비용 등). 추가로, 사용자가 그 이벤트를 다른 사람들에게 추천할 수 있는 제어들이 제공된다. 사용자가 그 추천 제어를 활성화하면, 그 권장은 그 사용자의 소셜 네트워크 페이지 상에 디스플레이될 수 있을 것이며, 그 사용자의 친구들의 소셜 네트워크 페이지 그리고/또는 그 권장에 관한 통지들이 (예를 들면, 이메일, SMS, MMS 또는 다른 것을 통해서) 그 사용자의 친구들에게 전송될 수 있을 것이다. 도 21f는 도 21e의 사용자 인터페이스와 유사한 예시의 사용자 인터페이스를 도시한다. 이 예에서, 사용자가 좌석 위에 포인팅을 하고/커서를 선회하면, 그 좌석에 관련한 추가 정보가 제시된다 (예를 들면, 좌석 위치 정보, 그 좌석에서 주류가 허용되는가의 여부에 관한 표시, 시야 (view)가 완전한 시야인가, 부분적으로 막혀있는가, 완전히 막혀있는가의 여부에 관한 표시 등).

도 21g는 인터액티브 좌석 지도 및 청약 메뉴를 포함하는 예시의 사용자 인터페이스를 도시하며, 그 청약 메뉴에서 사용자는 좌석 티켓들에 관련된 하나 또는 그 이상의 청약들을 선택할 수 있으며 (그리고 그 주문 메뉴는 특정 좌석들 또는 특정 그룹의 좌석들로 한정될 수 있을 것이다), 그리고/또는 좌석 분류들 (예를 들면, 전체 가격, 12세 미만 아이들) 및 그런 청약들에 대응하는 좌석들 및/또는 좌석 구역들을 강조하는 상기 인터액티브 좌석 지도를 선택할 수 있다. 상기 사용자가 대응 좌석 구역이나 청약에 포인팅하거나 그 위로 선회하면, 그 청약에 관련한 추가의 상세한 내용들이 제시될 수 있을 것이다. 예로서, 상기 청약들은 하나 또는 그 이상의 회사들/광고주들에 의해서 협찬을 받을 수 있을 것이며 그리고 티켓 할인들을 요청하고, 일반 대중들에게는 이용 가능하지 않은 좌석들을 구매하기 위한 액세스를 제공하고, 또는 그 좌석 티켓 구매와 함께 할인 또는 공짜로 보조 아이템들 (예를 들면, 음식, 의류, 주차, 여행)을 제공할 수 있을 것이다.

추가로, 어떤 실시예들은 상기 사용자가 그 지도를 통해서 티켓을 구매하는 것이 허용되기 이전에 그 사용자가 보는 것을 승인할 필요가 있는 어떤 상황들에서 경고들 또는 다른 정보를 디스플레이할 것이다. 예를 들면, 도 21h에 도시된 것처럼, 사용자가 시계가 가려진 좌석 상에 커서를 이동하거나 또는 클릭하면, 시계가 가려진 것에 관련한 경고가 팝-업 윈도우나 다른 것을 통해서 디스플레이되기 위해 제공될 수 있을 것이며, 그리고 그 경고는 상기 시스템이나 사용자 인터페이스가 사용자가 상기 좌석을 그 사용자의 좌석 티켓 목록에 추가하는 것을 허용하기 이전에 그리고/또는 상기 사용자가 그 좌석을 위한 티켓을 구매하는 것이 가능하기 이전에 상기 사용자가 활성화할 필요가 있는 연관된 제어 (예를 들면, "계속" 또는 "동의" 제어)를 구비할 수 있을 것이다.

옵션으로, 도 21i에 도시된 것처럼, 상기 시스템이나 사용자 인터페이스는 하나 또는 그 이상의 좌석들에 대한 사용자의 좌석 선택이 행 내에 "좌초된 (stranded)" 좌석 (둘 또는 그 이상의 인접한 이용 가능한 좌석들이 아니라 단 하나의 이용 가능한 좌석)을 남기는가를 탐지하며, 이 경우 사용자가 그 행의 인접한 좌석들의 상이한 세트이지만 동일한 개수를 선택한다면, 좌초된 좌석은 존재하지 않을 것이며, 또는 더 적은 좌초된 좌석들이 존재할 것이다 (예를 들면, 두 개의 좌초된 좌석들 대신에 하나의 좌초된 좌석). 그런 상황이 발생하면, 상기 전술한 것에 관련된 통지가 상기 사용자에게 제공될 수 있을 것이며 그리고 그 통지는 상기 사용자에게 도 21j에 도시된 것처럼, 좌초된 좌석들이 발생하는 것을 피하게 하거나 또는 완화시키기 위해서 그 사용자가 상기한 세트의 좌석들을 선택할 것을 요청받거나 또는 부탁받는다는 것을 통보할 수 있을 것이다. 상기 통지는 좌초된 좌석들을 제거하거나 또는 그 좌초된 좌석들의 개수를 완화시킬 하나 또는 그 이상의 비교되는 세트의 좌석들을 특정하거나 또는 제안할 수 있을 것이다. 상기 사용자는 그 통지를 수신 확인하는 제어를 활성화시킬 것을 부탁받거나 또는 요청받을 수 있을 것이다. 옵션으로, 상기 사용자가 상이한 세트의 좌석들을 선택하지 않거나 그리고/또는 그 통지에 대해서 수신 확인하지 않는다면, 그 사용자는 티켓들을 그 사용자의 선택된 티켓들에 추가하는 것의 진행을 방해받거나 그리고/또는 티켓들을 구매하지 못하게 된다. 옵션으로, 그 대신에, 상기 사용자는 좌초된 좌석의 결과가 생기더라도 좌석 선택이나 구매를 계속하는 것이 가능할 수 있을 것이다.

추가의 예로서, 도 21k에 도시된 것처럼, 상기 시스템 또는 사용자 인터페이스는 상기 사용자가 좌석들의 세트 (예를 들면, 둘 또는 그 이상의 좌석들)를 선택했는가를 탐지할 수 있을 것이며, 이 경우 두 개의 좌석들은 통로나 장벽 (예를 들면, 장대 (pole))에 의해서 분리된다. 상기 사용자 인터페이스는 좌석 분리에 관한 경고를 제공할 수 있을 것이다. 그 경고는 상기 사용자가 그 좌석을 사용자의 좌석 티켓 목록에 추가하는 것을 상기 시스템이나 사용자 인터페이스가 허용하기 이전에 그리고/또는 상기 사용자가 그 좌석에 대한 티켓을 구매하는 것이 가능하기 이전에 사용자가 활성화할 필요가 있는 연관된 제어를 구비한다 (예를 들면, "계속" 또는 "동의" 제어).

옵션으로, 도 21k에 도시된 것처럼, 사용자의 좌석 선택은 동일한 사용자 인터페이스 상에 지도로서 (예를 들면, 상기 지도 밑에 직접적으로) 디스플레이된다. 옵션으로, 그 선택된 좌석에 관련한 추가적인 상세한 내용들 (예를 들면, 가격, 좌석 섹션, 행, 번호, 티켓 유형, 전체 비용)을 디스플레이하기 위한 제어 (예를 들면, "상세한 내용 보기" 제어)가 제공되며, 이 경우에 상기 사용자는 그 티켓 목록을 수정할 수 있다. 상기 사용자는 그러면 상기 지도를 브라우징하는 것을 계속할 수 있으며, 또는 구매를 완료하기 위해서 "체크아웃 (Checkout)") 제어를 클릭할 수 있다. 옵션으로, 상기 선택된 좌석은 상기 체크아웃 제어가 활성화될 때 (그 시점에서 상기 티켓들은 특정 구간의 시간에 대해서 예약될 수 있을 것이다)까지는 예약된 것이 아니다. 옵션으로, 상기 사용자가 특정 구간의 시간 내에 체크아웃 프로세스를 완료하지 않으면, 그 체크아웃 프로세스는 종결되며, 그리고 (비록 옵션으로 그 티켓들이 사용자 선택 좌석들의 목록 내에 여전히 목록화된 상태로 있을지라도) 그 티켓들은 예약된 것으로서 더 이상 표시되지 않으며, 그래서 다른 사용자들이 그 티켓들을 구매하는 것을 가능하게 한다.

그래서, 예를 들면, 상기 사용자 인터페이스는 상기 사용자가 선택한 좌석들의 개수 및 비용의 소계 (subtotal) (예를 들면, 선택된 티켓들의 전체 액면 가치, 옵션으로는 적용된 할인을 포함하며, 옵션으로는 적용된 할인은 포함하지 않음)에 관해서 보고할 수 있을 것이다. 옵션으로, 임의의 할인들, 핸들링 요금들, 현장 요금들, 세금들 그리고/또는 쉬핑 (shipping)을 포함하는 전체 비용이 디스플레이된다.

본 명세서의 다른 곳에서 설명된 것과 유사하게, 상기 도시된 예에서, 사용자가 청약 코드나 패스워드를 입력할 수 있을 필드가 제공된다. 사용자가 관심이 있는 티켓 가격들에 대해 하단 경계 그리고/또는 상단 경계를 설정할 수 있는 필드들 그리고/또는 슬라이드 바가 제공된다. 옵션으로, 상기 시스템이 이벤트는 단 하나의 표준 입장 가격만을 가진다고 결정하면, 그 시스템은 가격을 검색 기준으로서 규정하기 위한 슬라이더나 다른 사용자 인터페이스를 제공하지 않을 것이다. 사용자가 시스템에게 특별한 청약 (예를 들면, 특정 회사의 신용 카드 보유자를 위한 선판매 (presale), 또는 팬클럽 선판매)의 일부인 좌석들을 강조하거나 그리고/또는 단지 디스플레이할 것을 지시할 수 있는 필드가 제공된다.

어떤 실시예들에서, 도 21l에 도시된 것처럼, 사용자가 특정 시각에 (박물관이나 오락 공원 타기와 같은) 현장에 들어가기 위한 또는 특정 시각에 (예를 들면, 골프 코스 티 타임) 시설을 이용하기 위한 권한 (이는 물리적인 또는 전자적인 티켓으로 표현될 수 있을 것이다)을 구입하거나 또는 예약하는 것을 가능하게 하는 사용자 인터페이스가 제공될 수 있을 것이다. 상기 사용자 인터페이스는 복수의 타임 슬롯들을 연관된 "추가" 제어와 함께 목록화할 수 있을 것이다. 상기 사용자가 추가 제어를 활성화시키면, 상기 연관된 타임 슬롯이 선택된 타임 슬롯들의 사용자 목록에 추가되며, 또는 어떤 실시예들에서는 사용자의 쇼핑 카드에 직접적으로 추가된다. 사용자가 특별한 시간 목록에 포인팅하거나 또는 그 위로 커서를 선회하면, 추가적인 관련된 정보가 (예를 들면, 팝-업 또는 다른 방식을 통해서) 디스플레이될 수 있을 것이다. 예를 들면, 그 추가적인 정보는 입장 시각, 가격 또는 가격 범위, 대응하는 타임 슬롯에 대한 남아있는 티켓들의 개수일 수 있다.

도 21m에 도시된 것처럼, 사용자가 (예를 들면, 특정 신용 카드 회사로부터의, 팬 클럽으로부터의 ...) 특별한 청약 코드를 필요로 하는 좌석 위에 커서를 이동시키고 있거나 또는 그 좌석을 선택한 것이 탐지되면, 그 청약 코드의 소스, 좌석 위치/식별자, 티켓 가격 및 연관된 요금들을 목록화하는 통지가 사용자 인터페이스를 통해서 제시될 수 있을 것이다. 도 21n에 도시된 것처럼, 상기 사용자 인터페이스는 장애가 있는 액세스 가능한 좌석들을 아이콘들이나 다른 방식을 통해서 표시할 수 있을 것이다.

추가의 예로서, 사용자가 포인팅한 또는 클릭한 섹션 내에서 주어진 판매 채널 (초기 또는 1차 판매 채널)에 이용 가능한 티켓이 전혀 없다면, 도 21o에 도시된 것처럼 하나 또는 그 이상의 대체 채널들 (예를 들면, 재판매/2차 시장 채널, 경매 채널 등)을 통한 상기 섹션 내 티켓들의 가용성에 관한 통지가 제공될 수 있을 것이다. 상기 통지는 상기 대체 채널(들)의 구매 페이지 또는 다른 사용자 인터페이스로의 링크를 포함할 수 있을 것이다.

도 21r 내지 도 21u는 사용자가 경매 포맷을 통해서 그리고/또는 사용자가 사용자-특정 가격에 청약을 할 수 있는 곳을 통해서 티켓들을 구매하는 것을 가능하게 하는 인터액티브 좌석 지도들을 도시하며, 그 사용자-특정 가격은 티켓 판매자 (예를 들면, 초기 티켓 판매를 하는 1차 마켓 티켓 판매자)가 수락할 수도 또는 수락하지 않을 수도 있을 것이다. 상기 도시된 인터액티브 좌석 지도들을 통해서, 사용자들에게는 상이한 좌석 구역들 내에서 청약을 하고, 상이한 좌석 구역들에 대해 상이한 가격들을 입력하고, 하나 또는 그 이상의 티켓들에 대한 주문을 그 사용자들의 주문들과 함께 묶고, 그리고 사용자의 선호도의 상대적인 우선순위를 설정하는 유연함이 제공된다. 추가의 예로서, 사용자가 청약을 하면, 그 청약은 상기 티켓 시스템에 의해서 자동적으로 평가될 수 있을 것이며, 상기 티켓 시스템은 그 사용자의 청약을 티켓 판매자의 특정된 최소의 수락할 수 있는 청약과 비교할 수 있을 것이다. 그 청약이 상기 특정된 최소의 수락할 수 있는 청약과 부합하거나 또는 초과하면, 그 청약은 자동적으로 수락될 수 있을 것이며, 상기 사용자는 그 수락을 통보받을 수 있을 것이며, 그 사용자는 티켓에 대해 그 주문 가격으로 청구될 수 있을 것이며, 사용자 지불 (또는 그 청약의 일부에 대한 합의)이 티켓 판매자에게 전달될 수 있을 것이며, 그리고 그 티켓은 상기 사용자에게 배송될 수 있을 것이다. 상기 청약이 상기 특정된 최소의 수락할 수 있는 청약에 부합하지 않으면, 그 청약은 자동적으로 거부될 수 있을 것이며, 그리고 상기 사용자는 거절을 통보받을 수 있을 것이며 옵션으로는 그 최소의 수락할 수 있는 청약 가격을 통보받알 수 있을 것이고, 그리고 상기 사용자는 다른 청약을 제공할 수 있는 옵션을 가질 수 있을 것이다. 옵션으로, 자동적으로 수락되는 또는 거부되는 청약을 구비하는 것이 아니라, 상기 청약은 그 청약이 수락될 것인가 또는 거부될 것인가의 여부를 수동으로 통보할 수 있을 공인된 사람 운영자에게 전달될 수 있을 것이며, 그리고 그 시스템은 그 수락 또는 거부를 상기에서 설명된 것과 유사하게 처리할 수 있을 것이다. 상기 최소의 수락할 수 있는 청약은 설정된 양일 수 있을 것이며 또는 주어진 좌석 구역에서 팔리지 않고 남아있는 좌석 티켓들의 개수, 전반저인 이벤트에 대해서 팔리지 않은 좌석들의 개수 그리고/또는 상기 이벤트가 발생할 때까지의 날짜들의 수를 고려하는 공식에 따라서 바뀔 수 있을 것이다.

어떤 경매 포맷이 사용되면, 상기 시스템은 최소의 입찰 (bid) 가격 그리고/또는 최소 입찰 증가치를 규정할 수 있을 것이다. 사용자들은 그러면 입찰들을 제출하고, 이는 상기 시스템에 의해서 수신된다. 상기 시스템은 주어진 티켓에 대한 가장 높은 입찰자를 결정할 수 있을 것이며, 그리고 그 가장 높은 티켓이 가장 높은 입찰자에게 수여되고 그리고 배송될 수 있을 것이다. 이긴 사용자는 그 티켓에 대해서 이긴 입찰 금액을 청구받을 수 있을 것이며 그리고 그 사용자 지불 (또는 그 지불의 일부에 관한 합의)은 티켓 판매자에게 전달될 수 있을 것이다

상기 사용자가 여러 상대적인 우선 순위의 주문을 제출하면, 일단 그 사용자는 그 사용자의 상대적인 우선 순위 주문들 중의 하나를 통해서 티켓을 부여받으며, 그러면 상기 사용자가 주문했던 그 상대적인 우선 순위 청약들/좌석 구역들의 나머지는 무시되고 그리고/또는 티켓 요청 데이터 저장부로부터 삭제될 수 있을 것이며, 그래서 상기 사용자는 티켓들 중 하나의 세트만을 이기도록 한다. 어느 사용자가 어느 티켓에서 이겼는가를 결정할 때에, 상기 사용자가 연관된 좌석 구역을 위해서 표시한 상기 상대적 우선 순위가 또한 고려될 것이다.

어떤 실시예들에서, 상기 경매는 순위가 정해진 좌석 경매일 수 있으며, 이 경우에 동일한 경매에서 복수의 승리자들이 존재할 수 있다. 예로서, 어떤 경매들에서, 사용자는 특별한 좌석에 대한 티켓들에 입찰하지 않는다. 대신, 그 사용자는 좌석에서 이벤트를 보기 위해서 티켓들에 대해서 단순하게 입찰할 수 있을 것이며, 이는 그 사용자의 입찰과 경매가 종결되기 이전에 제출된 다른 입찰들을 비교함으로써 나중에 결정될 것이다. 경매 내에서의 상기 좌석 티켓들은 이벤트 제공자들이나 티켓 판매자들이 더 크게 바람직한 것으로부터 더 작게 바람직한 것으로 결정했던 것에 따라서 순위가 정해질 수 있을 것이며 그리고 그것을 사용자들이 옵션으로 제출한 입찰들과 매치시키는 한편 사용자들이 상이한 좌석 구역들과 연관시킨 상대적인 우선 순위를 고려한다. 상기 경매의 종결에서, 티켓들은 그런 순위들을 기반으로 하여 이긴 입찰자들에게 할당될 수 있을 것이며, 그래서 상기 사용자보다 더 높게 입찰한 그 이긴 입찰자들에게는 더 높은 순위의 좌석들이 할당되도록 하며 그리고 상기 사용자보다 더 낮게 입찰한 그 이긴 입찰자들에게는 더 낮은 순위의 좌석들의 할당되도록 하며, 이 경우 묶였던 것들은, 다른 입찰들보다 더 빨리 자신의 최종 입찰을 제출한 그런 사용자들에게 유리하게 옵션으로 파괴된다.

옵션으로, 티켓들이 상이한 좌석들은 상이한 기술들을 이용하는 구매에 대해서 이용 가능하게 만들어질 수 있을 것이다. 예를 들면, 몇몇의 좌석 티켓들은 미리 설정된 가격에 이용 가능할 수 있을 것이며 (예를 들면, 그 경우에 상기 사용자가 상기 미리 설정된 가격에 구매할 것을 단순하게 동의하고 그리고 그 구매가 시스템에 의해서 자동적으로 처리된다), 몇몇의 좌석 티켓들은 경매를 통해 이용 가능할 수 있을 것이며, 몇몇의 티켓들은 사용자가 특정된 가격에서 청약 요청을 하고, 그 가격에 현재의 티켓 보유자가 수락을 하거나 또는 거절을 하거나 또는 반대-청약 (counter-offer)으로 응답하는 경우에 이용 가능할 수 있을 것이다. 몇몇의 좌석들은 둘 또는 그 이상의 기술들을 이용하여 이용 가능하게 될 수 있을 것이다. 예를 들면, 좌석에 대한 티켓들은 설정 가격에 이용 가능할 수 있을 것이며, 이 경우에 사용자가 상기 설정 가격을 지불하면, 그 구매는 완결될 것이며, 또는 그 사용자는 그 설정 가격보다 더 작게 설정하여 청약할 수 있을 것이며, 이 경우에 티켓 소유자는 그 사용자의 청약을 수락하거나 거부할 수 있을 것이며, 그리고 그 구매는 티켓 소유자가 그 사용자의 청약을 수락하지 않으면 완료되지 않을 것이다. 상기 인터액티브 좌석 지도는 코딩 (예를 들면, 컬러, 아이콘, 그리고/또는 텍스트 코딩)을 포함할 수 있을 것이며, 이는 주어진 좌석에 대한 구매 기술을 표시하며, 그래서, 사용자가 자신들이 좌석들에 대한 티켓들을 획득하기를 바라는 그 좌석이 어떤 것인가를 결정할 수 있는 것이 아니라, 그 사용자가 수락할 수 있는 구매 기술이 어떤 것인가를 또한 결정하고 그리고 그에 따라서 티켓 구매 결정들을 할 수 있도록 한다.

도 21r은 이용 가능한 이벤트 티켓들의 개수, 특정된 최소 청약 가격, 이벤트 티켓들에 대한 청약들에 대응하는 평균 청약 양, 그리고 수신된 이벤트 티켓 청약들의 개수를 목록화한 예시의 인터액티브 좌석 지도를 도시한다. 상기 사용자는 상기 좌석 지도가 사용자의 친구들이 청약들을 한 곳을 표시하도록 하는 제어를 또한 활성화시킬 수 있을 것이다. 상기 인터액티브 좌석 지도를 통해서, 상기 사용자는 섹션, 레벨, 행, 그리고/또는 좌석을 선택하고, 청약 가격을 입력하고, 그리고 제출하는 제어를 활성화시킬 수 있을 것이다. 그 청약은 그러면 상기에서 설명된 것과 유사하게 처리될 수 있을 것이다.

도 21s는 도 21e의 인터액티브 좌석 지도와 유사한 예시의 인터액티브 좌석 지도를 도시하며, 이 경우에 사용자에 의해서 레벨 (레벨 100)이 선택되었다. 팝-업 윈도우가 디스플레이되어 상기 선택된 레벨에 관한 추가의 정보 (예를 들면, 바닥으로부터의 거리, 그 선택된 레벨에서 이용 가능한 티켓들의 개수, 상기 선택된 레벨에 대해 만들어진 청약들의 개수)를 제공한다.

도 21t에 도시된 것처럼, 채트 사용자 인터페이스가 제공되어, 어느 좌석들에 청약을 했는가, 그 좌석들에 얼마나 많이 청약을 했는가, 같이 앉기 등에 관하여 사용자가 다른 사용자들/친구들과 실질적인 실-시간으로 텍스트로 그리고/또는 음성을 통해서 채팅하는 것을 가능하게 한다. 그러면 상기 선택들은 도 21u에 도시된 것처럼 상기 사용자 인터페이스 상에 목록으로 될 수 있을 것이다. 우선 순위 필드가 제공될 수 있을 것이며, 일단 경매 또는 청약 구간이 종료하면, 두 번째로 높은 우선 순위 청약이 상기 시스템에 의해서 고려되기 이전에 가장 높은 우선 순위의 청약이 상기 시스템에 의해서 먼저 고려될 것이며, 그렇게 진행하여, 상기 청약들 중 하나가 수락될 때까지 또는 상기 사용자의 더 이상의 선택들이 없을 때까지 진행된다. 옵션으로, 사용자들은 자신들의 티켓 청약을 자신들의 친구들의 청약과 묶을 수 있다. 도 21u에 도시된 것처럼, 개별 청약 라인 항목들에 대해, "나와 함께 앉는 좌석 (seat me with)" 사용자 인터페이스는 그 사용자가 그 사용자의 소셜 네트워킹 사이트 친구들 (예를 들면, 본 명세서 다른 곳에서 유사하게 설명된 것과 같이 식별된 상기 사용자의 친구들)의 목록 중에서 그 사용자가 특정 청약 라인 항목이 같이 묶이기를 원하는 친구(들)가 누구인가를 선택하는 것을 가능하게 한다. 상기 시스템은 상기 사용자의 청약 그리고 상기 사용자가 선택한 친구들의 청약 둘 모두를 수락할 것인가를 결정한다. 그런 예에서, 상기 시스템은 그 선택된 친구(들)의 청약(들)이 동일한 좌석 위치에 대해서 또한 수락되지 않는다면 상기 사용자에게 티켓을 수여하지 않을 것이다 (상기 사용자의 청약은 수락되지 않을 것이다).

예시의 실시예는 도 21v 내지 21w에 도시된 사용자 인터페이스들을 제공하며, 이는 사용자가 이전에 티켓을 구매했던 다른 사용자로부터 그 티켓을 구매하기 위한 청약을 하는 것을 가능하게 한다. 예를 들면, 상기 사용자 인터페이스는 도 21v에 도시된 지도와 같은 현장 지도를 포함할 수 있을 것이다. 상기 사용자는 섹션 또는 특정 좌석들을 위해, 다른 사용자가 보유했거나 소유했던 티켓들을 사용자가 구매하기를 원하는 그런 섹션 또는 특정 좌석들을 선택할 수 있을 것이다. 티켓 보유자가 다른 사용자들로부터의 티켓 구매 청약들을 기꺼이 수락하거나 또는 받아들인다고 결정이 내려지면 (예를 들면, 사용자 인터페이스를 통해서 상기 티켓 보유자에 의해서 상기 시스템으로 제공되는 표시를 기반으로 해서, 이 경우 상기 표시는 대응하는 좌석과 연관되며, 상기 티켓 보유자는 마찬가지로 저장될 수 있을 최소 가격을 또한 특정할 수 있을 것이다), 상기 시스템은 티켓 보유자의 좌석 아이콘으로 하여금 대응하는 표시 (예를 들면, 대응 아이콘, 경계, 컬러 등)를 포함하도록 할 수 있을 것이다. 상기 시스템은 상기 사용자에 의해서 구매 청약 인터페이스를 통해서 (예를 들면, 이메일, SMS 메시지, MMS 메시지, 음성 메시지, 좌석 지도, 웹 페이지, 전화 앱 (app) 또는 다른 방식을 경유하여) 상기 티켓 보유자에게 제출된, 가격을 포함하는 청약 통지에서 상기 청약을 전송할 수 있을 것이며, 이는 사용자 특정 청약 가격을 수신하기 위한 필드를 포함할 수 있을 것이다. 상기 시스템은 티켓 보유자로부터 청약의 수락 또는 거부를 수신할 수 있을 것이며 (예를 들면, 이 경우 상기 티켓 보유자는 상기 통지에 포함된 액세스 제어 또는 거절 제어를 활성화시키며 링크 상에 클릭하는 것이나 또는 상기 청약 통지에 포함된 다른 제어에 의해서 액세스되는 페이지를 경유하여 활성화시킨다), 그리고 그런 수락이나 거절의 표시를 (예를 들면, 이메일, SMS 메시지, MMS 메시지, 음성 메시지, 좌석 지도, 웹 페이지, 전화 앱 (app) 또는 다른 방식을 통해서) 상기 사용자에게 전송한다. 상기 티켓 보유자가 상기 청약을 수락하면, 상기 시스템은 그 수락에 대응하는 표시를 저장하고, 그 구매를 처리하며 (예를 들면, 사용자의 신용 카드 또는 다른 재무적인 도구에 요금을 청구하고, 그리고 상기 사용자 그리고/또는 티켓 보유자에게 서비스 요금을 청구한다), 그리고 상기 티켓 (이는 물리적인 또는 전자 티켓일 수 있다)을 상기 사용자에게 전송할 수 있을 것이다. 상기 시스템은, 상기 티켓이 대응하는 좌석에 대한 기록과 연관하여 상기 사용자에게 전달되었다는 표시를 티켓 데이터베이스에 저장할 수 있을 것이다. 상기 시스템은 원래의 티켓을 사용하는 것을 방지하기 위해서 (예를 들면, 상기 원래의 티켓 보유자가 무효라는 표시를 메모리에 기록하여, 그 원래의 티켓이 이벤트 현장에서 사용되어 스캔되면, 허가 시스템은 상기 티켓 데이터베이스에 액세스하고 그리고 그 원래의 티켓 데이터베이스에 액세스하며 그리고 그 원래의 티켓이 유효하지 않다고 결정하도록 함으로써) 그 원래의 티켓 보유자의 티켓을 취소하거나 또는 그렇지 않으면 무효화시킬 수 있을 것이다. 옵션으로, 상기 티켓 보유자가 청약을 거절하면, 상기 티켓 보유자는 반대청약을 제출할 수 있을 것이며, 상기 시스템은 이를 사용자에게 전달할 수 있을 것이며, 그 사용자는 그 반대청약을 수락하거나 또는 거부할 수 있을 것이며, 그리고 거절을 반대-반대 청약 (counter-counter offer)과 연결시킬 수 있을 것이다.

도 21v는 사용자가 다른 사용자들로부터 하나 또는 그 이상의 좌석들을 위한 티켓들을 구매하기 위한 청약을 할 수 있을 제어들을 포함하는 예시의 사용자 인터페이스를 도시한다. 추가로, 제어들이 제공되어 사용자가 좌석을 선택하고, 그리고 디스플레이된 그 좌석이나 섹션으로부터의 뷰의 사진, 비디오, 또는 다른 표현을 가지는 것을 가능하게 한다. 추가로, 상기 사용자 인터페이스는 사용자가 선택한 좌석의 현재의 티켓 보유자를 (예를 들면, 이름, 닉네임, 사진, 또는 다른 방식을 통해서) 식별하고, 그리고 현재의 티켓 보유자가 티켓 구매 청약들을 수신하는 것에 개방되어 있는가의 여부를 나타내는 표시들을 (텍스트, 컬러, 그래픽 등의 모습으로) 제공하고, 그리고 그 티켓 보유자가 티켓을 판매하려고 한다면 상기 현재 보유자가 기대하거나 또는 요청하는 최소의 가격을 제공한다. 추가로, 다양한 검색 및 필터링 제어들과 필드들 (청약/패스워드 엔트리 필드, 가격 범위 제어들, 티켓 옵션 메뉴, 메뉴가 있는 곳에 누가 앉아있는가 등), 그리고 이벤트 및 현장 정보 (예를 들면, 공연자의 이름, 현장 이름, 주소, 이벤트 날짜/시각, 사용자 평가들/추천들, 그 이벤트에 관한 사용자 전달들의 개수, 누가 참석하고 있는가, 티켓들을 위한 판매 중 날짜들/시각들 등)는 다른 예시의 사용자 인터페이스들에 관련하여 상기에서 설명된 것과 유사하게 제공된다.

추가로, 예시의 사용자 인터페이스는 판매된 이벤트 티켓들에 대한 평균 티켓 가격들 (또는 다른 통계적인 계산)을 디스플레이하며, 이는 상기 티켓 시스템이나 다른 시스템이 계산한 것이다. 예를 들면, 상기 사용자 인터페이스는 현재 날짜와 같은 특정된 구간의 시간에 티켓들에 대한 평균 가격 그리고/또는 가격 범위를 디스플레이할 수 있을 것이다. 옵션으로, 상기 티켓 판매 가격 정보는 사용자에 의해서 규정된 섹션이나 다른 좌석 구역에 대해서 제공될 수 있을 것이다. 제어가 제공되며, 그 제어를 통해서 사용자는 다른 시간 구간들 (예를 들면, 과거의 날들 또는 주들)에 대한 과거의 이벤트 티켓 판매 가격들을 제공할 것을 상기 시스템에게 명령할 수 있다.

도 21w는 도 21v의 사용자 인터페이스를 가격 제출 사용자 인터페이스와 함께 도시한다. 상기 사용자는 티켓 당 청약 가격 그리고 날짜 및 시각을 그 청약이 기간 만료될 때까지 입력할 수 있다. 옵션으로, 상기 사용자는 최소로 요청되는 가격이 존재하며 그리고 사용자가 그 최소 아래의 가격을 입력하면, 상기 시스템이 그렇게 탐지하고, 그리고 상기 사용자에게 그 청약이 최소 규정된 양의 아래이기 때문에 청약은 수락되지 않는다는 것을 알릴 것이라는 것을 통보받는다.

도 21x 내지 도 21x는 인터액티브 좌석 지도들을 포함하는 사용자 인터페이스들을 도시하며, 이는 1차 마켓 (이벤트 티켓의 초기 판매) 그리고 2차 마켓 (이전의 구매자들로부터의 티켓 재판매들) 둘 모두에서의 이벤트 좌석 티켓들의 통일된 표현을 제공한다. 상기 사용자 인터페이스를 채우기 위해서 사용된 정보는 각 1차 및 2차 티켓 판매자들과 연관된 복수의 시스템들로부터 획득될 수 있을 것이다. 몇몇의 티켓 판매자들은 상기 1차 마켓 및 2차 마켓 둘 모두에 종사할 수 있을 것이며, 반면 다른 티켓 판매자들은 오직 1차 마켓 티켓 판매자들이거나 또는 오직 2차 마켓 티켓 판매자들일 수 있다.

도 21x에 도시된 것처럼, 사용자 인터페이스가 제공되어, 그 사용자 인터페이스를 통해서 사용자는 하나 또는 그 이상의 티켓 소스들을 선택할 수 있으며, 이는 1차 및 2차 마켓 판매자들을 포함할 수 있을 것이다. 상기 좌석 지도는 그러면 좌석들을 강조하기 위해서 업데이트되며, 그 강조된 좌석의 티켓들은 상기 선택된 소스들로부터 이용 가능하다. 좌석 아이콘들은 주어진 좌석을 위한 티켓의 소스 그리고/또는 그 소스가 1차 마켓 소스인가 또는 2차 마켓 소스인가의 여부에 관한 표시를 나타내기 위해서 상이하게 코딩될 수 있을 것이다 (예를 들면, 상이한 내부 그래픽, 상이한 컬러들, 상이한 경계들 등). 어떤 다른 사용자 인터페이스들에 관련하여 상기에서 설명된 것과 유사하게 상기 사용자 인터페이스는 다양한 다른 필드들, 제어들, 그리고 정보를 포함한다.

도 21y는 사용자가 선택한 좌석들을 포함하는 (도 21x에 도시된 것과 사용자 인터페이스와 같은) 예시의 사용자 인터페이스를 도시한다. 상기 사용자가 선택된 좌석들 위로 선회하거나 그 좌석들에 포인팅할 때에, 그 좌석들에 관한 추가의 정보가 그 좌석 티켓의 소스 그리고/또는 그 소스가 1차 마켓 소스인가 또는 2차 마켓 소스인가의 여부에 관한 표시를 포함하여 제시된다.

어떤 실시예들에서, 티켓을 재판매하는 티켓 보유자는 그 티켓 보유자가 어느 다른 사용자들이나 어느 분류의 사용자들에게 티켓을 재판매하려고 하려고 하는지를 규정할 수 있다. 예를 들면, 몇몇의 경우들에서, 티켓 보유자는 티켓을 티켓중개인에게 판매할 것을 원하지 않을 수 있을 것이지만, 그 티켓 보유자가 친구로 지정하거나 또는 친구의 친구일 수 있는 (또는 그 이벤트에서 공연하는 공연자의 팬 그룹과 같이 어떤 특정된 그룹의 멤버일 수 있는) 어떤 사람에게만 그 티켓을 판매할 의사가 있을 수 있다. 그 티켓 보유자는 전자적인 모습 또는 다른 방식을 통해서 티켓 당 요청된 가격 그리고 그 티켓 보유자가 그 티켓을 사용하고 있지 않는 이유를 또한 입력할 수 있다. 상기 티켓 시스템은 그러면 티켓 구매를 추구하는 사용자가 상기 티켓 보유자가 특정한 지정에 들어맞는가의 여부를 판별할 수 있을 것이며, 들어맞지 않는다면, 그 사용자가 그 티켓을 구매하는 것을 방지하거나 제지한다. 예를 들면, 상기 시스템은 티켓 보유자가 특정한 지정에 맞지 않는 사용자들에게는 그 좌석 티켓이 이용 가능하지 않다는 것을 표시할 수 있을 것이다.

구입자 측에 있어서, 좌석 지도는 재판매를 위해 청약되고 있는 어느 좌석 티켓들이 상기 구입자의 친구에 의해서 요청되고 있는가를 표시할 수 있을 것이다 (이는 소셜 네트워크 데이터베이스로부터 액세스되는 정보로부터 결정될 수 있을 것이다). 또한, 구입하는 사용자는 그 사용자가 재판매를 위해서 청약되고 있는 어느 티켓 좌석들이 친구에 의해서 요청되고 있는가를 (또는 다른 특정된 판매자-유형을) 표시하기 위해서 상기 좌석 지도를 필터링하기를 원한다고 규정할 수 있을 것이다. 도 21z는 그런 예시의 사용자 인터페이스를 도시한다. 이 예에서, 상기 사용자는 티켓 옵션들 (ticket options) 아래에서 "친구들로부터 독점적 (Exclusive from Friends)"을 선택한다. 상기 좌석 지도는 어느 좌석들이 친구에 의한 재판매를 위해서 청약된 티켓들과 연관되는가를 별표를 통해서 표시하기 위해서 업데이트되었다. 상기 사용자가 그런 좌석 위로 커서를 이동시키면, 좌석 위치, 상기 사용자에 의해서 제공된 티켓 판매 이유, 요청 가격, 그리고 티켓 보유자가 친구들에게만 그 티켓을 판매하고 있다는 표시와 같은 추가의 정보가 제시된다. 제어들이 제공되어, 그 제어들을 통해서 상기 사용자는 티켓 보유자에게 메시지를 송신할 수 있다.

어떤 실시예들에서, 티켓 판매자가 물리적인 티켓을 티켓 구입자에게 수동으로 송신하지 않고도 티켓이 전달될 수 있을 것이다 (예를 들면, 재판매). 예를 들면, 티켓 보유자들은 상기 티켓 시스템을 통해서 수령자에게 티켓을 전자적으로 전달할 수 있다. 상기 티켓 보유자는 상기 티켓 보유자가 보유한 티켓들의 티켓 시스템이 제공한 메뉴로부터 상기 티켓을 선택함으로써 (예를 들면, 티켓 보유자의 계정 정보를 기반으로 하여) 또는 상기 시스템에게 그 티켓에 관한 식별 정보를 제공함으로써 (예를 들면, 그 티켓이 물리적인 티켓일 때에 그 티켓 상에 프린트 된 고유 코드) 판매되고 있는 티켓을 식별할 수 있을 것이다. 상기 구매가 완료될 때에 또는 그렇지 않고 상기 티켓 보유자에 의해서 지시를 받을 때에, 상기 시스템은 그러면 상기 티켓 보유자가 보유한 티켓을 취소할 수 있을 것이다. 상기 티켓 시스템은 각 트랜잭션 (transaction)의 기록을 유지할 수 있으며, 그래서 상기 시스템은 누가 그 티켓을 이전에 보유했는가는 물론이며 현재의 티켓 보유자가 누구인가를 추적할 수 있다.

어떤 실시예들에서, 상기 티켓 시스템이 그렇게 부하가 걸려서 상기 인터액티브 지도의 하나 또는 그 이상의 사례들을 적절하게 지원할 수 없으면 상기 인터액티브 지도는 도 21p에 도시된 것처럼 비활성될 수 있을 것이다 (예를 들면, 상기 시스템이 어느 좌석들이 충분하게 빨리 이용 가능한가에 관하여 업데이트들을 (예를 들면 실질적인 실시간으로) 제공할 수 없는 경우로, 좌석들이 이용 가능한 것으로서 여전히 디스플레이되지만 이용 가능하지 않게 되는 결과가 된다). 예를 들면, (예를 들면, 이벤트 티켓들이 처음으로 판매에 놓여지는 첫 번째 시간 또는 다른 시간 구간 동안에) 주어진 이벤트에 관한 소비자 활동이 좌절되면, 상기 시스템은 상기 인터액티브 좌석 지도를 자동적으로 비활성화시키며 그리고 사용자들에게는 대신에 도 21q에 도시된 것과 같이 대안의 티켓 구매 사용자 인터페이스가 제시되거나 그 인터페이스로 향하게 될 수 있을 것이다. 예를 들면, 상기 대안의 사용자 인터페이스는 사용자가 특정 좌석들을 선택하는 것을 가능하게 하지 않을 수 있을 것이다. 예시로서, 상기 대안의 사용자 인터페이스는 대신에 사용자가 가격 레벨이나 최선의 이용 가능한 좌석들을 특정하는 것을 가능하게 할 수 있을 것이며, 그 경우에 상기 사용자가 아니라 상기 시스템은 그러면 사용자의 기준과 순위들 또는 공개 좌석들에 관한 품질에 관한 품질 할당들에 부합하는 특정 공개 좌석들을 선택한다 (예를 들면, 상기 시스템은 최선의 순위 또는 공개되고 그리고 상기 사용자의 가격 및/또는 섹션 선택 기준에 부합하는 품질 할당들과 함께 상기 좌석들의 위치를 정할 수 있을 것이다). 상기 시스템은 그러면 상기 사용자가 시스템이 선택한 좌석들을 상기 대안의 티켓 구매 사용자 인터페이스를 통해서 구매하는 것을 가능하게 한다. 상기 인터액티브 지도의 불활성에 관련된 통지가 상기 사용자에게 디스플레이되기 위해서 제공될 수 있을 것이다. 옵션으로, 통지가 먼저 제공되어 탐지된 시스템 부하로 인해서, 상기 인터액티브 지도의 성능이 크게 저하될 수 있을 것이며 (예를 들면, 매우 느림), 그리고 상기 사용자는 상기 인터액티브 지도를 계속 사용한 것인가 또는 대안의 사용자 인터페이스를 사용할 것인가의 옵션을 요청받을 수 있을 것이라는 것을 표시한다. 그러면, 상기 선택된 사용자 인터페이스가 상기 사용자에게 제시된다.

예로서, 소비자 활동은 다음의 요인들 중 하나 또는 그 이상에 의해서 측정될 수 있을 것이다:

a. 이벤트의 구매 페이지 상에 도달하는 웹 트래픽의 양;

b. 상기 티켓팅 시스템 상에 동시에 예약된 좌석들의 개수.

추가적으로, 이런 요인들에 대한 문턱값들 (thresholds)은 이벤트 라이프사이클에 따라서 변할 수 있을 것이다 (예를 들면, 판매가 다가오면, 상기 문턱값들은 트래픽 및 구매 활동에 더욱 민감하기 위해서 상대적으로 더 낮게 설정될 수 있을 것이다).

소셜 네트워크 데이터 및 소셜 네트워크 사이트들을 획득하고 활용하기 위한 예시의 프로세스들이 더욱 상세하게 이제 설명될 것이다.

이전에 설명된 것처럼, 어떤 실시예들에서, 상기 시스템 (예를 들면, 상기 티켓 시스템)은 (예를 들면, 소셜 네트워크 데이터베이스 그리고/또는 티켓 시스템 데이터베이스로부터 액세스된 정보로부터) 결정하고 그리고 상기 사용자의 "친구들"에게 할당된 좌석이 어느 것인가에 관한 표시를 디스플레이하기 위해서 상기 인터액티브 지도를 통해서 제공한다. 친구는 상기 사용자가 친구로서 상기 시스템에게 또는 그 시스템에게 정보를 제공하는 소스에게 식별해 준 어떤 사람, 또는 상기 시스템이 상기 사용자의 친구라는 것을 데이터 (예를 들면, 상기 사용자의 연락처 데이터베이스)로부터 추론한 어떤 사람일 수 있을 것이다. 친구는 개인적인 친구, 사업적인 파트너, 또는 상기 사용자가 티켓/좌석 관련된 정보를 같이 공유하기를 원하는 (또는, 어떤 실시예들에서는, 공유하기를 원할 것이라고 상기 시스템이 추론한) 다른 사람일 수 있다. 이는 사용자가 어느 친구들이 상기 이벤트를 위해서 티켓들을 구매했다고 판별하는 것을 가능하게 하며, 그리고 상기 사용자가 그 사용자의 친구들의 좌석들 중 하나 또는 그 이상의 좌석들 다음의 좌석들 또는 근접한 좌석들에 대한 티켓들을 구매하는 것 (도는 구매하려고 시도하는 것)을 가능하게 한다. 예를 들면, 상기 사용자의 친구들이 티켓들을 구매한 이벤트 좌석들, 또는 그 친구들을 위해서 티켓들이 구매된 이벤트 좌석들은 초록으로 (또는 다른 컬러로) 색이 칠해지거나, 특수한 아이콘으로 지시되거나 또는 그렇지 않다면 강조될 수 있다.

상기 시스템은 상기 사용자의 친구들의 누가 하나 또는 그 이상의 프로세스들을 이용하는가에 관한 정보를 획득할 수 있을 것이다. 예를 들면, 상기 사용자는 그 사용자의 관계 정보 (relationship information)에 관해서 상기 티켓 시스템과 정보를 공유하도록 소셜 네트워킹 사이트와 (예를 들면, 옵트-인 (opt-in) 제어를 통해서) 합의하거나 또는 그 사이트에 지시할 수 있을 것이다. 상기 관계 정보는 상기 사용자가 상기 사용자의 친구들이라고 표시했던 사람이 누구인가 그리고/또는 자신이 그 사용자의 친구들이라고 표시했던 다른 사람이 누구인가를 식별할 수 있을 것이다. 상기 시스템은 상기 소셜 네트워킹 사이트와 연관된 애플리케이션 프로그래밍 인터페이스 (application programming interface (API))를 통해서 그런 관계 정보에 액세스할 수 있을 것이며 또는 다른 소스들로부터 상기 정보에 액세스할 수 있을 것이다.

누가 상기 사용자의 친구들인가를 판별하는 것에 추가하여, 상기 시스템은 그 친구들이 상기 이벤트를 위한 티켓들을 구매했는가, 그 이벤트를 위한 티켓들을 받았는가, 그리고/또는 그 이벤트를 위한 좌석으로 연결 (tag)되었는가의 여부를 판별할 수 있을 것이다. 예를 들면, 상기 시스템은 구매자들, 티켓 보유자들, 및 좌석 태깅 정보의 신원을 표시하는 레코드들을 구비할 수 있을 것이며, 그리고 그 이름들 또는 (예를 들면, 상기 관계 정보로부터 획득된) 상기 사용자의 친구들과 연관된 다른 식별자들을 현재 티켓 보유자를 식별하는 티켓 레코드들을 사용하여 이벤트 현장 좌석들로 매핑할 수 있을 것이다. 현재의 티켓 보유자가 그 티켓의 원래 구매자가 아닌 경우들에 있어서, 심지어는 그 현재의 티켓 보유자가 그 원래의 티켓 구매자가 아니라고 하더라도 현재 티켓 보유자가 누구인가를 식별하기 위해서, 상기 시스템은 티켓들이 전자적으로 또는 물리적으로 송신된 사람들의 이름들/주소들 (예를 들면, 이메일, SMS, MMS, 또는 다른 주소(들))과 같은 접촉 정보를 이용할 수 있을 것이다. 상기 관계 정보 그리고 티켓 보유자 정보는 그러면 그 사용자를 위한 좌석 지도를 생성하기 위해서 사용될 수 있을 것이며, 그 사용자의 친구들이 앉아있거나 또는 앉아있을 것 같은 장소를 지시한다. 상기 좌석 지도는 티켓 시스템 웹사이트, 소셜 네트워크 사이트, 컴퓨터/전화 애플리케이션, 단문 메시징 서비스, 또는 다른 방식을 통해서 제출된 상기 사용자의 코멘트들, 사진들, 그리고/또는 비디오들을 포함하고 디스플레이하기 위해서 동적으로 업데이트될 수 있을 것이다.

옵션으로, 상기 티켓 시스템은 소셜 네트워크 사이트로부터 그런 관계 정보를 수신하는 것 대신에 또는 그에 추가하여 그런 관계 정보를 상기 사용자로부터 직접적으로 수신할 수 있을 것이다. 예를 들면, 사용자가 친구들이라고 간주하는 다른 사용자들을 식별하도록 상기 사용자에게 요청하는 양식이 그 사용자에게 제시될 수 있을 것이다. 예를 들면, 상기 사용자는 친구들의 이름들, 이메일 주소들, 물리적인 주소들, 전화 주소들, 그리고/또는 상기 시스템에 의해서 할당된 또는 상기 친구에 의해서 선택된 고유 식별자들을 제공함으로써 친구들을 식별하도록, 또는 그렇지 않다면 그 친구들을 식별할 것을 요청 받을 수 있을 것이다. 추가의 예로서, 상기 사용자는 상기 사용자의 접촉 데이터베이스로의 액세스를 상기 시스템에게 제공하도록 요청받을 수 있을 것이며, 이는 누가 사용자의 친구들인가 또는 친구일 수 있는가를 판별하기 위해서 사용될 수 있을 것이다.

예시의 실시예들에서, 사용자가 소셜 네트워크 사이트에 접속하면, 상기 티켓 시스템은 그 소셜 네트워크 시스템으로부터의 사용자 식별자 (사용자 ID)를 그 소셜 네트워크 시스템으로부터 수신한다. 그 티켓 시스템은 그러면 그 사용자의 프로파일 그리고 그 사용자의 친구들로서 지시된 사람들의 신원과 같은 그 사용자에 관한 정보를 상기 소셜 네트워크 시스템에 요청하고 그 시스템으로부터 인출하기 위해서 그 사용자 ID를 사용할 수 있을 것이다. 그 인출된 정보의 몇몇 또는 모두는 그러면 본 명세서의 다른 부분에서 설명된 것처럼 다른 사용자들에게 디스플레이될 수 있을 것이다.

상기 티켓 시스템을 통해서 티켓들이 판매된 이벤트에 상기 사용자가 참석할 것이라는 것을 (그 이벤트에 참석하라는 다른 사용자로부터의 초대에 RSVP 또는 다른 방식을 통해서 응답하여 또는 티켓을 구매하여) 상기 사용자가 표시하면, 상기 티켓 시스템은 그 표시를 저장하며 그리고 그 표시 (예를 들면, 상기 RSVP)를 상기 소셜 네트워크 시스템으로 전송할 수 있을 것이며, 상기 소셜 네트워크 시스템는 그 표시를 포스트할 수 있을 것이다. 티켓 발행 이벤트를 위한 이벤트는 그러면 상기 소셜 네트워크 사이트 상에서 설립될 수 있을 것이며, 그 경우에 선택된 사용자들 또는 모든 사용자들은 상기 소셜 네트워크 사이트를 통한 이벤트 정보로의 액세스를 제공받을 수 있을 것이며, 이는 아래에서 설명된다.

예를 들면, 상기 이벤트는 티켓 발행 이벤트에 대한 설명 (description), 그리고 그 이벤트의 날짜, 시간, 현장 및 주소를 포함할 수 있을 것이다. 개인적인 세팅들이 그 이벤트를 위해서 설정될 수 있을 것이며, 이는 누가 그 이벤트 정보를 볼 수 있는가를 규정하며, 그리고 초대 목록 역시 정의될 수 있을 것이다. 그 이벤트에 참석하라는 초대들은 상기 소셜 네트워크 시스템 그리고/또는 티켓 시스템에 의해서 그 초대 목록의 멤버들에게 전송될 수 있을 것이다. (전술한 이벤트 정보의 몇몇 또는 모두를 포함하는) 그 이벤트에 관련된 엔트리가 하나 또는 그 이상의 사용자들의 페이지들 상에 (예를 들면, 월 포스트의 형상으로), 상기 티켓 시스템 운영자와 연관된 페이지 상에 디스플레이될 수 있을 것이며, 그리고/또는 그렇지 않다면 디스플레이를 위해서 제공될 수 있을 것이다.

상기에서 설명된 것과 유사하게, 상기 티켓 시스템은 사용자부터-좌석까지의 정보를 또한 저장할 수 있을 것이다. 예를 들면, 사용자가 그 사용자의 좌석들을 이벤트에 연결시킬 (tag) 것을 선택하면 (그 사용자가 구매한 좌석들에 누가 앉을 것인가를 표시한다), 사용자부터-좌석까지의 데이터가 저장될 수 있을 것이다. 그 저장된 데이터는 상기 티켓 시스템에 의해서 저장된 계정을 위한 상기 사용자의 계정 식별자/사용자ID (userID) 그리고/또는 상기 사용자의 소셜 네트워크 사이트 계정과 연관되며, 상기 사용자의 좌석들을 위한 좌석 식별자들과 연관하여 저장된 계정 식별자/userID 를 포함할 수 있을 것이다. 옵션으로, 그런 사용자부터-좌석까지의 태그 데이터는 상기 소셜 네트워크 시스템으로 전송되지 않지만, 비록 어떤 실시예들에서는 상기 소셜 네트워크 시스템으로 전송될 수 있을 것이다.

사용자가 이벤트로의 초대 또는 태그 좌석들 및 친구들을 수락할 때에, 상기 티켓 시스템은 월 포스트 (wall post)를 구축할 수 있을 것이며 그리고 그 월 포스트를 상기 소셜 네트워크 시스템으로 전송할 수 있을 것이다. 차례로, 상기 소셜 네트워크 시스템은 월 포스트 식별자를 반환할 수 있을 것이며, 이는 상기 티켓 시스템에 의해서 수신되며 그리고 이는 그 월 포스트를 추적하기 위해서 사용되고 그리고 필요하거나 또는 요청된다면 그 월 포스트를 리콜하거나 삭제하기 위해서 사용될 수 있을 것이다.

예로서, 구축된 월 포스트는 다음의 정보들 중의 몇몇 또는 전부를 포함할 수 있을 것이다.

1. 이벤트 상세 내용들: 이름 (예를 들면, 공연자 이름), 날짜, 시각, 현장, 주소, 이벤트 페이지의 그리고/또는 공연자/아티스트 페이지의 웹페이지/URL.

2. 그 이벤트를 위해서 태그되었던 친구들의 이름들 (옵션으로, 그 친구들의 소셜 네트워크 사이트 사용자 ID들을 제외하거나 또는 포함한다).

예시의 실시예에서, 사용자가 자신의 친구들을 이벤트에 태그하거나, 또는 그 사용자의 친구들을 이벤트에 초대하면, 상기 티켓 시스템은 적절한 도메인을 위해 상기 티켓 시스템의 소셜 네트워크 사이트 앱에 대한 소셜 네트워크 사이트 사용자-대-사용자 (user-to-user) 애플리케이션 ("앱 (app)) 요청을 구축하며 또는 추가로 또는 대신하여 상기 티켓 시스템은 메시지를 상기 수신 사용자로 배송하기 위한 소셜 네트워크 사이트 사용자-대-사용자 인박스 메시지들 또는 다른 메커니즘을 구축할 수 있을 것이다. 차례로, 상기 소셜 네트워크 시스템은 상기 티켓 시스템이 수신한 앱 요청 ID를 반환한다. 상기 티켓 시스템은 상기 요청을 추적하기 위해서 그 앱 요청 ID 그리고/또는 인박스 메시지 ID를 사용할 수 있으며, 그럼으로써 개별 앱 요청 및 인박스 메시지 상태들을 추적하고 그에 따라서 행동하도록 하며, 또는 필요하거나 희망할 때에는 상기 앱 요청 초대 또는 인박스 메시지를 리콜한다. 상기 티켓 시스템은 개별적인 사용자-대-사용자 앱 요청들 또는 인박스 메시지를 데이터베이스에 저장할 수 있을 것이다.

예시의 앱 요청 또는 인박스 메시지는 다음의 정보 중의 몇몇 또는 전부를 포함할 수 있을 것이다:

1. 이벤트 상세 내용들: 이름 (예를 들면, 공연자 이름), 날짜, 시각, 현장, 주소, 이벤트 페이지의 그리고/또는 공연자/아티스트 페이지의 웹페이지/URL.

2. 상기 요청을 개시하거나 전송하는 상기 소셜 네트워크 사이트 사용자의 식별자 (예를 들면, userID).

상기 사용자가 이벤트를 위한 좌석들을 구매했다는 표시 그리고/또는 좌석 위치 식별자 (예를 들면, 섹션, 행, 좌석 번호)는 상기 사용자의 소셜 네트워킹 사이트 페이지나 또는 그 사용자와 연관된 다른 페이지/문서 (page/document) (예를 들면, 상기 사용자 자신의 블로그 또는 웹사이트) 상에서의 디스플레이를 위해서 상기 티켓 시스템 그리고/또는 상기 소셜 네트워크 시스템에 의해서 포스트될 수 있을 것이다. 이는 다른 사용자들이 그 사용자의 페이지를 보기 위해서 허가를 구비하고 그리고/또는 상기 사용자의 티켓 구매들 및/또는 상기 사용자에게 할당된 좌석을 보거나 또는 (이메일, SMS 메시지, MMS 메시지, 물리적인 메일, 자동화된 음성 메시지, 또는 다른 방식에 의해서) 통보받기 위해서 행동 업데이트들을 구비하는 것을 가능하게 한다.

옵션으로, 상기 사용자의 소셜 네트워크 사이트 페이지 상에 링크가 제공될 수 있을 것이며, 이것이 활성화되면, 티켓 구매 사용자 인터페이스로 하여금 보는 사람이 이벤트를 위해서 티켓들을 구매하는 것을 가능하게 하며, 옵션으로는 그 사용자의 좌석들 가까이에 있는 좌석들을 위한 티켓들을 구매하는 것을 가능하게 한다. 옵션으로, 상기 시스템은 다른 사용자의 페이지와 연관된 링크를 통해서 상기 이벤트 티켓 페이지로 내비게이트하고 그리고 티켓 구매들을 한 사용자들에 의해서 구매들이 이루어진 때를 추적하며, 그리고 사용자의 페이지가 상기 링크에 포함된 그런 사용자에게 이익을 제공한다 (예를 들면, 할인, 신용, 지불, 공짜 음악 아이템 (예를 들면, CD, MP3 노래 등), 의류 등).

도 23은 사용자가 다른 사람들에게 그 사용자가 이벤트에 참석한다는 것을 표시하는 것을 가능하게 하는 예시의 사용자 인터페이스를 도시한다. 이 예에서, 사용자가 이벤트를 위해서 티켓을 구매한 실질적인 직후에 상기 사용자가 그 티켓을 구매한 동일한 세션 동안에 그리고 동일한 사이트에서, 그 사용자에게 공유 제어 ("참석 (Attending)")가 제시된다. 옵션으로, 추가로 또는 대신에, 상기 공유 제어 (이는 링크일 수 있다)는 때로는 티켓 판매 완료 이후에 SMS, MMS, 원거리 통신 기기 애플리케이션, 웹페이지, 인터액티브 좌석 지도, 또는 다른 방식을 통해서 사용자에게 이메일로 발송되거나 또는 전송될 수 있을 것이다. 이 예에서, 상기 그 사용자가 상기 이벤트에 참석할 것이라는 것을 소셜 네트워크 웹페이지 또는 다른 방식을 통해서 그 사용자가 다른 사람들에게 통보하기를 원한다면, 상기 사용자 인터페이스는 상기 사용자에게 그 공유 제어 ("참석 (Attending)")을 활성화하도록 지시한다. 상기 사용자가 그 공유 제어 ("참석 (Attending)")을 활성화하면, 상기 사용자가 그 이벤트에 참석할 것이라는 표시가 상기 사용자의 소셜 네트워크 페이지로 포스트되며 그리고/또는 그렇지 않으면 그 표시는 이메일, SMS, MMS, 원거리 통신 기기 애플리케이션, 웹페이지, 인터액티브 좌석 지도, 또는 다른 방식을 통해서 다른 사용자들에게 제공된다. 상기 표시는 상기 이벤트의 이름, 상기 이벤트의 날짜, 상기 이벤트의 시각, 상기 이벤트 현장 그리고/또는 상기 현장 위치를 옵션으로 포함할 수 있을 것이다.

도 24는, 도 23에 관련하여 상기에서 유사하게 설명된 것과 같이, 사용자가 이벤트에 참석하고 있다는 것을 다른 사람들에게 표시하는 것을 가능하게 하는 다른 예시의 사용자 인터페이스를 도시한다. 이 예에서, 사용자가 이벤트를 위해서 티켓을 구매한 실질적인 직후에 상기 사용자가 그 티켓을 구매했던 동일한 세션 동안에 그리고 동일한 사이트에서, 그 사용자에게 공유 제어 ("참석 (Attending)")가 제시된다. 옵션으로, 추가로 또는 대신에, 상기 공유 제어 (이는 링크일 수 있다)는 때로는 티켓 판매 완료 이후에 SMS, MMS, 원거리 통신 기기 애플리케이션, 웹페이지, 인터액티브 좌석 지도, 또는 다른 방식을 통해서 사용자에게 이메일로 발송되거나 또는 전송될 수 있을 것이다. 이 예에서, 상기 사용자 인터페이스는 어떤 필드를 포함하며, 이 필드를 통해서 상기 사용자는 상기 사용자가 상기 이벤트에 참석하고 있다는 표시와 연관되어 퍼블리시될 콘텐트 (예를 들면, 텍스트, 이미지들, 그래픽들, 그리고/또는 비디오들)를 입력할 수 있다. 상기 표시는 상기 이벤트의 이름, 상기 이벤트의 날짜, 상기 이벤트의 시각, 상기 이벤트 현장 그리고/또는 상기 현장 위치를 옵션으로 포함할 수 있을 것이다. 상기 사용자가 "퍼블리시 (publish)" 제어를 활성화시키면, 상기 사용자가 그 이벤트 참석할 것이라는 표시 그리고 사용자가 입력한 콘텐트는 상기 사용자의 소셜 네트워크 웹페이지로 포스트되며 그리고/또는 그렇지 않다면 그 표시는 이메일, SMS, MMS, 원거리 통신 기기 애플리케이션, 웹페이지, 인터액티브 좌석 지도, 또는 다른 방식을 통해서 다른 사용자들에게 제공된다.

도 25a는 사용자가 이벤트에 참석하고 있다는 것을 다른 사람들에게 알리는 것을 가능하게 하며 그리고 그 사용자의 친구들 중의 누가 참석할 것인가 그리고/또는 상기 사용자가 참석에 초대하기를 원하는 친구가 누구인가를 표시하는 것을 가능하게 하는 다른 예시의 사용자 인터페이스를 도시한다. 이 예에서, 상기 사용자의 친구들의 이미지들은 (이는 소셜 네트워크 사이트로부터 액세스될 수 있을 것이다) 그 친구들의 이름들/식별자들과 연관하여 제시된다. 옵션으로, 상기 사용자는 하나 또는 그 이상의 특정 사용자들을 검색함으로써 상기 사용자 인터페이스를 통해서 제시되는 친구들을 제한할 수 있다. 예를 들면, 상기 사용자는 이름, 지리적인 위치, 그룹 멤버십, 흥미들, 음악 선호도 등에 의해서 검색할 수 있다. 상기 사용자는 친구들 중 누가 그 이벤트에 참석하고 있으며 그리고/또는 친구들 중 누구를 그 사용자가 참석하기를 초대하고 싶어하는가를 (예를 들면, 그 친구들의 이름들/사진들 위에 클릭하여) 선택할 수 있다. 필드가 제공되어, 그 필드를 통해서 상기 사용자는 상기 사용자가 티켓들을 구매했던 좌석들을 좌석 지도를 통해서 보도록 누가 허용되었는가를 가리킬 수 있다. 예를 들면, 상기 사용자는 좌석 정보가 "모든 사람", "친구들", 미리-특정된 그룹의 사람들, 특정 개인들 등에 의해서 볼 수 있도록 지정하는 것이 가능할 수 있을 것이다. 상기에서 설명된 것과 유사하게, 이 예에서 사용자가 이벤트를 위해서 티켓을 구매한 실질적인 직후에, 상기 사용자가 그 티켓을 구매했던 동일한 세션 동안에 그리고 동일한 사이트에서, 상기 사용자 인터페이스가 상기 사용자에게 제시된다. 옵션으로, 상기 사용자 인터페이스는 상기에서 설명된 하나 또는 그 이상의 기술들을 통해서 또는 다른 방식을 통해서 상기 사용자에게 나중에 제공될 수 있을 것이다.

일단 상기 사용자가 도 25a에 도시된 사용자 인터페이스를 통해서 다른 사용자들에게 태그하면, 상기 사용자는 "다음 (next)" 제어를 활성화시키며, 그리고 도 25b에 도시된 상기 예시의 사용자 인터페이스는 디스플레이를 위해서 제공된다. 상기 예시의 사용자 인터페이스는 포스트될 것의 미리 보기를 상기 사용자의 소셜 네트워크 페이지/문서상에 제시한다 (이는 브라우저, 원거리 통신 기기 애플리케이션, 또는 다른 방식을 통해서 제시될 수 있을 것이다). 상기 사용자는 그러면 참석 정보를 퍼블리시 하기 위해서 퍼블리시 제어를 활성화할 수 있으며, 또는 그런 퍼블리시를 방해하기 위해서 취소 제어를 활성화시킬 수 있다.

도 25c는 그 위에 제시된 도 25b에서 도시된 통지를 구비한 예시의 소셜 네트워크 페이지를 도시한다. 통지는 도 25a의 사용자 인터페이스를 통해서 태그된/선택된 사용자들에게 소셜 네트워크 사이트를 통해서 또는 다른 방식으로 제공될 수 있을 것이며, 상기 이벤트에 참석하라고 그 사용자들을 초대한다. 상기 통지는 링크를 포함할 수 잇을 것이며, 그 링크는 활성화되면 상기 이벤트를 위한 티켓 구매 사용자 인터페이스가 상기 초대된 사용자에게 제시되도록 한다. 상기 티켓 구매 사용자 인터페이스는 상기에서 설명된 티켓 시스템에 의해서 호스팅될 수 있을 것이다.

도 26a는 예시의 티켓 구매 사용자 인터페이스를 도시하며, 이를 통해서 사용자는 이벤트를 위한 특정 좌석들을 선택할 수 있으며 그리고 자신들의 친구들 중의 누가 티켓들을 구매했는가 또는 그렇지 않고 그 이벤트를 위한 티켓들을 구비하는가를 볼 수 있으며, 그리고 그들이 어디에 앉을 것인가를 볼 수 있다. 이 예시으 사용자 인터페이스에서, 상기 사용자는 링크를 활성화시킬 수 있으며, 이는 소셜 네트워크 사이트로의 접속 그리고/또는 상기 사용자가 누구를 친구들로 지정했는가에 관한 정보를 저장하는 데이터베이스로의 접속을 개시할 것이다. 상기 사용자가 상기 링크를 활성화시키는 것을 격려하기 위해서, 상기 사용자 인터페이스는 좌석 식별자 (예를 들면, 섹션, 행, 좌석 지정들)를 제시하고 그리고 상기 사용자가 그 좌석 식별자에 대응하는 좌석에 누가 앉아있는가를 알기를 원한다면, 그 사용자는 상기 링크를 활성화시켜야만 한다는 것을 표시한다.

도 26b는 도 26a에 관련하여 상기에서 설명된 상기 링크를 사용자가 활성화하면 상기 사용자에게로의 디스플레이를 위해서 제공되는 예시의 사용자 인터페이스를 도시한다. 도시된 것처럼, 인터액티브 좌석 지도상에 아이콘들 (이 예에서는 "f")이 디스플레이되어, 그 좌석 지도 내 좌석 섹션에 상기 사용자의 친구들이 앉아있을 것이라는 것을 표시한다. 상기 아이콘은 친구들의 신원의 소스를 표시할 수 있을 것이다 (예를 들면, "f"는 Facebook을 나타낼 수 있을 것이다). 상이한 소셜 네트워크들을 나타내기 위해서 상이한 아이콘들이 사용될 수 있을 것이다. 친구가 앉아있는 장소 (예를 들면, 이는 전술한 아이콘들 중 하나를 포함한다)에 사용자가 포인팅을 하거나 또는 그 위로 커서를 선회하면, 상기 친구들의 이름 그리고/또는 사진들 그리고/또는 상기 섹션 내 앉아있는 친구들의 수에 관한 카운트가 디스플레이될 것이다. 이 정보는 상기 사용자가 어느 친구들이 상기 이벤트에 참석하고 있는가 (또는 참석할 의도인가) 그리고 그들이 어디에 앉아있는가 (또는 앉으려고 의도하는가)를 빠르게 찾아내는 것을 가능하게 하며, 이는 그 이벤트를 위한 좌석 티켓을 구매하는가 아닌가의 여부, 그리고 어느 좌석을 위한 티켓을 구매해야 하는가에 관한 상기 사용자의 결정에 영향을 줄 수 있을 것이다. 상기 사용자는 그러면 상기 인터액티브 좌석 지도와 결합하여 디스플레이된 티켓 구매 제어들을 통해서 티켓들을 구매할 수 있다.

도 26c는 도 26b의 인터액티브 지도의 확대된 모습을 도시하며, 이 경우 개별 좌석들이 보일 수 있을 것이다. 친구가 앉아있는 곳인 좌석 (예를 들면, 이는 전술한 아이콘들중 하나를 포함한다)에 사용자가 포인팅을 하거나 또는 그 위로 커서를 선회하면, 그 친구의 이름 (이는 그 친구의 법적인 이름 또는 별명/가명일 수 있다) 그리고/또는 사진이 디스플레이될 것이다. 제어가 제공되며, 그 제어를 통해서 사용자는 자신 스스로를 상기 좌석 지도에 태그할 수 있으며 (예를 들면, 상기 사요자가 그 좌석을 위한 티켓을 구매할 의도가 있거나 또는 구매를 고려하고 있다는 것을 표시한다), 그래서 상기 사용자의 친구가 상기 이벤트를 위한 상기 좌석 지도를 경유할 때에 상기 좌석 지도는 그 사용자의 이름 그리고/또는 이미지를 디스플레이할 것이다. 상기 사용자는 그러면 상기 인터액티브 좌석 지도와 결합하여 디스플레이된 티켓 구매 제어들을 통해서 티켓들을 구매할 수 있다.

도 26da는 사용자의 소셜 네트워크 앱들 페이지를 도시하며 (그 페이지를 통해서 서드 파티 콘텐트가 디스플레이될 수 있을 것이다), 이는 티켓 발행 앱이 이벤트에 참석하라는 초대를 수신했다는 것을 표시하며, "수락 (accept)" 제어를 포함하며, 이를 통해서 상기 사용자는 상기 초대를 수락할 수 있다. 상기 사용자가 그 초대를 수락하면, 그 이벤트 지불을 위한 티켓 구매 사용자 인터페이스가 상기 사용자의 인터페이스 또는 다른 애플리케이션을 통해서 제시되며 그리고 상기 사용자는 그 이벤트를 위한 티켓을 구매할 수 있다.

도 26db는 태깅 (tagging) 제어를 제공하는 사용자 인터페이스를 포함하는 인터액티브 좌석 지도를 도시하며, 그 태깅 제어를 통해서 상기 사용자는 자신을 상기 좌석 지도로 태그할 수 있으며 그래서 상기 사용자의 친구가 상기 이벤트를 위한 상기 좌석 지도를 볼 때에, 상기 좌석 지도는 상기 사용자의 이름 그리고/또는 이미지 (또는 다른 식별자)를 디스플레이할 것이다. 도 26e는 하나 이상의 사용자가 주어진 좌석에 태그되었다는 것을 표시하는 사용자 인터페이스를 포함하는 인터액티브 좌석 지도를 도시한다. 상기 사용자 인터페이스는 상기 주어진 좌석에 대해 태그되었던 사용자들의 사진들 그리고/또는 이름들을 제시하며, 그리고 상기 사용자가 자신을 그 좌석에 태그하는 것을 가능하게 하며 (예를 들면, 상기 사용자가 그 좌석을 위한 티켓을 구매할 의도가 있고 또는 구매를 고려한다는 것을 나타낸다), 그래서 상기 사용자의 친구들이 상기 이벤트를 위한 상기 좌석 지도를 경유할 때에, 상기 좌석 지도는 상기 사용자의 이름 그리고/또는 이미지 (또는 다른 식별자)를 디스플레이할 것이다.

도 26f는 이벤트를 위한 티켓을 구매한 이후에 사용자에게 제시된 인터액티브 좌석 지도를 도시한다. 상기 사용자는 자신을 위해서 도는 다른 사람을 위해서 티켓을 가져왔을 수 있을 것이다. 사용자 인터페이스는 구매된 티켓에 대응하는 식별자 (예를 들면, 좌석 섹션, 행, 번호)를 목록화하는 디스플레이를 위해서 제공되며 그리고 누가 상기 좌석에 앉아있는가를 그 사용자에게 문의한다. 상기 사용자 인터페이스는 제어를 제공하며, 그 제어를 통해서 (예를 들면, 그 좌석에 앉아있을 사람의 이름 그리고/또는 사진을 입력하고/선택함으로써) 상기 사용자는 그 좌석에 누가 앉아있는지를 표시할 수 있다. 상기 사용자가 그 이벤트를 위해서 여러 좌석 티켓들을 구매했다면, 사용자 인터페이스는 대응하는 좌석 식별자들 각각을 목록화할 수 있을 것이며 그리고 그 사용자의 (예를 들면, 소셜 네트워크 사이트로부터 액세스된) 친구들의 이름들/사진들을 옵션으로 제시할 수 있을 것이다. 상기 사용자는 상기 목록으로부터 친구들을 선택할 수 있으며 그리고 어느 친구들이 어느 좌석에 앉아있을 것이라는 것을 표시할 수 있다. 추가로, 사용자 인터페이스가 제공되며, 그 사용자 인터페이스를 통해서 상기 사용자는 누가 또는 어느 그룹의 사람들이 상기 사용자에 의해서 수행된 태깅을 볼 수 있는가를 규정할 수 있다.

도 27은 컴퓨터-생성 시각적인 그리고/또는 오디오 정보에 의해서 증강된 물리적인 현장의 뷰를 제공하는 예시의 증강 현실 사용자 인터페이스를 도시한다. 이 예에서, 애플리케이션이 사용자의 원거리 통신 기기 (예를 들면, 카메라가 장착된 전화기) 상에 다운로드되고 그리고 호스트된다. 상기 사용자가 상기 현장의 뷰에서 상기 기기 카메라를 가리키면, 상기 애플리케이션 그리고/또는 그 애플리케이션과 통신 상태인 원격 서버는 상기 카메라 뷰 내에 무엇이 있는가를 결정 (또는, 추정)하기 위해서 상기 기기로부터의 정보를 활용한다. 그 결정은 다음의 정보들 전체를 또는 부분적으로 기반으로 한다:

GPS 위치 정보,

셀 타워 위치 정보,

WiFi 위치 정보,

(예를 들면, 자북 (magnetic north)에 관련된) 헤딩 정보를 제공하는 상기 기기 내부의 나침반,

상기 기기 내부의 가속도계 (이는 경사 정보를 제공하기 위해서 또한 사용될 수 있다),

상기 기기 내에 위치한 자이로스코프로부터의 자이로스코프 방위 정보 (예를 들면, 2차원 또는 3차원 자세 정보 (예를 들면, 피치, 롤 (roll), 편요각 (yaw)) 그리고 가속도계 출력과 결합하여 회전 속도 (rate)를 제공할 수 있는 2축 또는 3축 자이로스코프),

랜드마크들 (이는 벽들, 기둥들, 출입구, 좌석들과 같은 구조적인 랜드마크들일 수 있으며, 그리고/또는 코딩된 사인들 (signs) (예를 들면, 이 경우 각 사인이 고유의 시각적인 코드를 구비하며 그리고 상기 사인들은 전략적으로 위치한 기둥들, 벽들 등이다)과 같은 능동 또는 수동의 비컨들일 수 있다), 얼굴들 등을 식별하기 위해서 상기 이미지를 분석함으로써 수행되는 물체 식별,

그리고/또는 다른 정보.

상기 결정을 하기 위해서, 전술한 정보 중의 몇몇 또는 모두는 상기 현장의 3D 지도 (비컨 배치 위치 정보가 존재하고 그리고/또는 다른 랜드마크 신원들 그리고 위치들이 존재한다면, 이는 비컨 배치 위치 정보를 포함할 수 있을 것이다) 그리고/또는 사진들 그리고/또는 상기 사용자의 스마트 폰, PDA 디바이스, 또는 테블렛 디바이스 상의 후면 카메라 렌즈를 통해서 캡쳐되는 것과 같이 상기 현장에 실제로 물리적으로 존재하는 것과 조합하여 사용될 수 있을 것이다. 특히, 전술한 정보 중의 몇몇 또는 모두는 상기 기기의 자세 (pose) (위치 및 방위)를 판별하기 위해서 사용될 수 있을 것이다. 예를 들면, 사용자 기기의 위도 및 경도 위치를 판별하기 위해서 GPS 정보가 사용될 수 있으며, 지면 또는 다른 레퍼런스 포인트나 평면에 관련하여 렌즈의 각도를 판별하기 위해서 자이로스코프 방위 정보가 사용될 수 있다. 상기 기기의 카메라가 활성 (이미지들을 캡쳐)이라는 표시를 (예를 들면, 애플리케이션을 통해서) 수신하면, 그리고 상기 사용자 기기 자세를 알고 있음으로 해서, 상기 시스템은 상기 기기의 디스플레이 상에 무엇이 디스플레이되고 있는가를 판별할 수 있다.

상기 애플리테이션 그리고/또는 서버는 좌석 정보 (예를 들면, 티켓 보유자와 연관된 식별자들/이름들을 포함한다) 그리고 사용자 친구 정보 (예를 들면, 상기 티켓 시스템으로부터 얻은 그리고/또는 소셜 네트워크 시스템가 저장하는 상기 사용자의 친구들과 연관된 식별자들/이름들)를 또한 얻을 수 있으며, 이는 상기 사용자의 친구들이 앉아있는 곳 그리고 그곳에서 상기 친구들이 앉아있는 좌석들을 판별하기 위해서 비교될 수 있을 것이다. 상기 서버는 그런 좌석 및 친구 정보가 상기 기기 내 어디에서 디스플레이될 것인가에 관한 정보를 상기 애플리케이션에게 포워딩할 수 있다. 상기 애플리케이션은 그러면 상기 카메라가 캡쳐한 이미지 상으로 상기 사용자의 친구들의 이름들, 사진들, 그리고/또는 좌석 식별자들을 오버레이할 수 있으며, 그래서, 상기 사용자가 상기 사용자의 친구들이 어디에 위치하는가를 시각적으로 알 수 있도록 한다. 옵션으로, 상기 시스템은 상기 이벤트 동안에 이벤트 참가자에 의해서 포스트되는 코멘트들, 사진들, 그리고/또는 비디오들을 수신할 수 있을 것이다.

주어진 사용자에 대해, 상기 시스템은 상기 사용자의 친구들이 누군가를 판별할 수 있을 것이며, 그리고 상기 애플리케이션, 단문 메시징 서비스 인터페이스, 소셜 네트워크 인터페이스, 또는 다른 방법을 통해서 제출된 (그리고 상기 시스템이 수신한) 상기 사용자의 친구들의 코멘트들, 사진들, 그리고/또는 비디오들을 상기 증강 현실 사용자 인터페이스를 통해서 디스플레이하기 위해서 실질적인 실-시간으로 상기 사용자의 기기로 스트리밍할 수 있을 것이다. 추가로, 다른 유형의 정보는, 화장실들, 구내 매점들, 다른 편이 시설들, 출구들, 사용자 자동차 등으로의 입구들 주위를 밝게 하거나 또는 다른 강조하는 것과 같은 카메라 뷰로 오버레이될 수 있을 것이다. 상기 강조는 시각적으로 코딩될 수 있을 것이며 (예를 들면, 컬러 코딩된, 아이콘 코딩된 등), 이 경우 상이한 특징들 또는 상이한 유형의 정보 (예를 들면, 편의 시설 (예를 들면, 식당, 화장실, 물 분수, 자동화된 출납 기계)에 의해서 제공된 유형의 서비스)를 식별하기 위해서 상이한 코드들이 사용될 수 있을 것이다.

추가로, 상기 시스템은 상기 사용자의 친구들 중 누가 상기 현장에 도착했는가를 그 친구들의 티켓 (이는 물리적인 티켓, 그들의 전화기 내의 전자 티켓, 입장할 권한을 구매하기 위해서 사용된 신용 카드일 수 있다)이 현장에서 스캔되었다는 표시를 기반으로 하여, 상기 현장에 있는 동안에 상기 친구들의 모바일 통신 기기들로부터 수신된 프레즌스 (presence) 신호를 통해서 (예를 들면, 상기 친구들의 모바일 통신 기기들 상에서 호스트되는 전화 앱을 통해서 제공된 GPS 정보), 상기 친구에 의한 긍정적인 행동을 통해서 (예를 들면, 그 친구의 모바일 통신 기기 상에서 호스트되는 앱을 통한 "내가 도착했다 (I have arrived)" 제어를 활성화시킴으로써), 또는 다른 방식을 통해서 (상기 사용자가 상기 현장에 있는가를 상기 시스템은 유사하게 판별할 수 있을 것이다) 판별할 수 있을 것이다. 상기 사용자의 기기가 친구의 좌석에 포인팅하고 있을 때에, 상기 시스템은 그 친구가 도착했다는 것을 (또는 친구의 존재가 탐지되었다면 그 친구가 도착했다는 것을) 표시하기 위해서 그 좌석을 코딩할 수 있을 것이다 (예를 들면 컬러 코드, 아이콘 코드, 텍스트 코드 등). 추가적으로 또는 대신에, 애플리케이션이나 웹 페이지를 통해서 사용자에게 목록이 제시되어, 사용자의 친구들 중에 누가 도착했고 누가 아직 도착하지 않았는가를 표시할 수 있을 것이다.

어떤 실시예들에서, 상기 티켓 시스템은 상기 사용자의 시야가 공연자를 포함하는가의 여부를 판별할 수 있을 것이며, 그 공연자에 관련한 정보에 액세스할 수 있을 것이며, 그리고 그 액세스된 정보가 상기 공연자의 이미지와 연관하여 상기 사용자의 기기를 통해서 디스플레이되도록 할 수 있을 것이다.

어떤 실시예들에서, 상기 티켓 시스템은 그 사용자의 시야가 아직 판매되지 않은 이벤트 티켓들에 대한 좌석들을 포함하는가를 판별할 수 있을 것이다. 옵션으로 상기 시스템은 상기 좌석들이 상기 시야를 오버레이하는 증강 현실 표시를 통해서 (예를 들면, 텍스트로, 그래픽으로, 또는 다른 방식으로) 상기 사용자에게 이용 가능한 것으로서 식별할 수 있을 것이다. 제어가 제공될 수 있을 것이며, 그 제어를 통해서 상기 사용자는 그 좌석에 대한 티켓/업그레이드를 지정된 가격에 그들의 기기를 통해서 구매할 수 있으며, 이는 그러면 디스플레이 되기 위해서 그들의 기기로 전자적으로 배송될 수 있을 것이며 또는 그렇지 않고 상기 사용자가 그 좌석을 활용할 권한을 가진다는 것을 표시하기 위해서 다른 사람들에게 (예를 들면, 안내인에게) 전달될 수 있을 것이다. 옵션으로, 어떤 좌석이 이용 가능하다는 것을 상기 사용자에게 표시하기 이전에, 상기 시스템은 그 좌석이 상기 사용자의 현재 좌석보다 더 양호한가의 여부 (예를 들면, 더 나은 시야를 가지는가, 스테이지 또는 운동장에 더 가까운가)를 순서들이나 데이터베이스에 저장된 다른 정보를 기반으로 하여 먼저 판별할 수 있을 것이다. 상기 좌석이 더 양호하지 않다면 (예를 들어, 상기 사용자의 현재의 좌석과 유사하거나, 동일하거나, 또는 더 낮은 순위를 가진다), 옵션으로 상기 시스템은 그 좌석을 상기 사용자에게 이용 가능한 좌석으로 식별하지 않는다.

도 28은 예시의 티켓 선택 및 체크아웃 프로세스를 도시하며, 이는 상기에서 설명된 참조번호 102의 시스템과 같은 컴퓨팅 시스템에 의해서 실행될 수 있을 것이다. 상태 2802에서, 상기 프로세스는 이벤트에 대한 사용자 선택을 수신하고 (예를 들면, 메뉴 선택, 사용자 개시 검색, 이벤트 링크 활성화, 또는 다른 방식을 통해서), 그리고 상기 프로세스는 상기 이벤트 현장의 지도가 상기 사용자의 단말 (예를 들면, 랩톱, 데스크탑, 테이블 컴퓨터, 셀 전화기, 텔레비전 등) 상에서 디스플레이되도록 한다. 예로서, 상기 지도는 티켓팅 웹사이트 또는 컴퓨팅 기기 상에서 호스트되는 티켓팅 애플리케이션을 통해서 디스플레이되기 위해 제공될 수 있을 것이다. 상기 현장 지도는 (예를 들면, 폴리곤을 이용하여) 구별된 좌석 섹션들을 구비할 수 있을 것이다. 상기 섹션들 그리고/또는 좌석들은, 상기에서 설명된 것처럼, 상기 섹션들 그리고/또는 좌석들에 관한 정보 (예를 들면, 위치 정보, 좌석 상태 정보, 가격, 청약 코드 요구 사항들, 시야 정보 등)를 제공하기 위해서 컬러 코딩될 수 있을 것이며 그리고/또는 (예를 들면, 아이콘들, 텍스트, 애니메이션, 3D 효과들 등을 이용하여) 다르게 코딩될 수 있을 것이다.

상기 프로세스는 사용자가 청약 코드를 입력할 수 있는 필드가 제시되도록 할 수 있을 것이다. 예를 들면, 상기 청약 코드는 일반 공중에게 또는 그 청약 모드가 없는 어떤 사람에게 이용 가능하지 않은 좌석들을 구매할 자격을 상기 사용자에게 줄 수 있을 것이다. 추가로 또는 대신하여, 상기 청약 코드는 몇몇의 또는 모든 좌석 티켓들에 관한 감소된 가격들/할인들을 받을 자격을 상기 사용자에게 부여할 수 있을 것이며 그리고/또는 패키지 (예를 들면, 상기 이벤트 티켓에 추가로 음악 레코딩, 음식, 그리고/또는 의류)를 받을 자격을 상기 사용자에게 부여할 수 있을 것이다.

상기 사용자가 상기 시스템에 의해서 식별되면 (예를 들면, 티켓팅 웹사이트에서의 로그인 프로세스를 통해서, 소셜 네트워크 웹사이트, 토큰을 통해서, 고유 사용자 단말 식별자, 또는 다르게 식별된다), 상기 지도는 상기 사용자를 위해서 맞춤으로 될 수 있을 것이다. 예를 들면, 상태 2803에서, 자동적으로 또는 상기 사용자의 친구들이 앉아있는 곳을 보여달라는 사용자 명령에 응답하여, 상기 프로세스는 그 사용자의 소셜 네트워크 계정으로부터 액세스된 정보로부터 어떤 다른 사람들이 그 사용자와 사회적인 관계를 가지는 것으로 식별할 수 있을 것이다 (이는, 편의를 위해서, "친구들"로서 언급될 것이다). 상기 데이터베이스는 상기 티켓팅 시스템에 의해서 호스트되는 소셜 네트워크 사이트의 일부일 수 있으며 또는 개별적으로 호스트되고 운영될 수 있을 것이다. 추가로, 그런 친구들에 관련된 정보 (예를 들면, 이름들, 이메일 주소들, 월 포스팅들 (wall postings), 활동들 등)는 그런 사람의 소셜 네트워크 계정으로부터 액세스될 수 있을 것이다. 상기 프로세스는 상기 친구들에 관련한 식별 정보 (예를 들면, 그들의 이름들, 이메일 주소들 등)를, 그런 식별 정보의 일부 또는 전부를 포함하는 레코드들을 티켓팅 데이터베이스 내에서 위치를 결정하기 위해서 이용한다. 티켓팅 데이터베이스 사용자 레코드는 어느 이벤트를 위한 어느 좌석 티켓들이 각 사용자에 의해서 보유되고 있는가를 표시할 수 있을 것이다. 상기 프로세스는 그러면 어느 친구들이 그 이벤트에 대한 티켓 보유자들인가를 판별할 수 있을 것이며 그리고 그 친구들이 어떤 좌석들을 위한 티켓들을 보유하는가를 판별할 수 있을 것이다. 상기 지도는 그러면 상기 사용자의 친구들이 (예를 들면, 섹션 레벨에서 그리고/또는 좌석 레벨에서) 어디에 앉아있는가에 관한 지시자들을 포함하도록 생성되거나 또는 수정될 수 있을 것이다. 상기 지시자들은 컬러 코딩, 아이콘, 친구 이름, 친구 사진, 또는 다른 형상일 수 있을 것이다. 상기 사용자에게 제시되고 있는 지도가 얼마나 상세한가에 따라서 상이한 지시자들이 사용될 수 있을 것이다.

상태 2804에서, (예를 들면, 상기 지도 내 섹션 상의 사용자 클릭 또는 그 위로 사용자 커서의 선회에 의해서) 상기 프로세스는 상기 사용자로부터 현장 섹션의 선택을 수신하며 또는 (예를 들면, 원하는 가격 범위, 티켓 유형, 패키지 유형, 좌석 구역, 그늘진 좌석, 햇빛이 비치는 좌석, 커버가 씌워진 좌석, 통로 좌석, 화장실이 인접한 좌석, 매점 인접한 좌석, 출구 인접한 좌석, 친구들의 좌석 등을 사용자가 지정하거나 또는 수정하는 것에 의해서) 사용자의 검색 기준의 수정을 수신한다.

상태 2806에서, 상기 사용자에게 디스플레이되도록 제공된 상기 지도는 섹션 선택, 수정된 검색 기준, 그리고/또는 (예를 들면, 좌석들의 상태에서의 변경을 반영하기 위한) 시스템 개시 수정들을 반영하기 위해서 업데이트되며, 옵션으로는 실질적인 실-시간으로 업데이트된다. 예를 들면, 상기 사용자가 어떤 섹션을 선택하면, 상기 프로세스는 상기 사용자 단말을 통해서 그 섹션의 확대된 시야를 제공할 수 있을 것이며, 그래서 좌석들이 개별적으로 보여지고 선택될 수 있도록 한다. 상기 사용자가 검색 기준을 수정하면, 지도 착색 (또는 다른 지시자)은 어느 섹션들 그리고/또는 좌석들이 상기 사용자의 검색 기준에 부합하는가를 표시할 수 있을 것이며 그리고/또는 상기 섹션들 그리고/또는 좌석들이 상기 사용자의 검색 기준과 부합하는 정도를 표시할 수 있을 것이다. 상태 2808에서, (예를 들면, 지도 내 좌석 아이콘 상에 사용자가 클릭함으로써 또는 좌석 식별자를 필드 내에 입력함으로써) 사용자 좌석 선택이 수신되며, 그리고 선택된 좌석(들)은 상기 사용자가 선택한 좌석 목록에 추가되고 그리고 예약된 상태로 할당된다. 이 예시의 실시예에서, 상기 좌석들이 예약된 상태에 있을 때에, 다른 사용자들은 비록 옵션으로 그들이 그 티켓들에 대해 대기-목록에 있을 수 있지만 그 티켓들을 구매할 수 없을 것이며, 이 경우 대기-목록에 있는 사용자는 그 예약된 좌석들이 구매용으로 이용 가능하게 될 때에 (그리고 더 이상 다른 사용자에 의해서 예약되지 않을 때에) 통지를 받을 수 있을 것이다. 어떤 실시예들에서, 지정된 시간 구간 내에 상기 사용자가 티켓 구매를 그리고/또는 티켓 구매의 어떤 단계들을 완료하지 않으면, 상기 예약된 좌석들은 구매를 위해 다른 사람들을 위해 방출될 수 있을 것이다 (이 경우 상기 상태는 예약됨으로부터 이용 가능으로 변경된다).

상태 2810에서, 상기 사용자는 체크 아웃 제어를 활성화하며, 그리고 상기 프로세스는 상기 주문을 처리하고 (예를 들면, 지불 정보, 발송 정보 등을 획득하거나 또는 인출한다), 그리고 상기 티켓(들)이 (예를 들면, 전자적으로 또는 물리적인 티켓으로서) 상기 사용자에게 배송되도록 하며 그리고/또는 존재하는 사용자의 물리적 또는 전자적인 문서 (예를 들면, 신용 카드, 면허증, 멤버십 카드 등)가 티켓으로서 사용되도록 하는 것을 가능하도록 한다. 상기 사용자는 상기 사용자에 의해 선택된 그리고/또는 상기 사용자가 구매한 좌석으로 자동적으로 태그될 수 있을 것이며, 또는 상기 사용자는 상기 프로세스에게 상기 사용자를 상기 좌석으로 태그하도록 수동으로 지시할 수 있을 것이다. 옵션으로, 사용자 인터페이스가 제공되며, 그 사용자 인터페이스를 통해서 상기 사용자는 다른 사람들을 하나 또는 그 이상의 좌석들로 태그할 수 있다.

상태 2812에서, 상기 프로세스는 이벤트에 참석하라는 초대들을 하나 또는 그 이상의 사람들에게 그리고/또는 상기 사용자가 지정한 사람들의 그룹에게 전송하도록 하는 지시를 상기 사용자로부터 수신할 수 있을 것이다. 상기 프로세스는 그러면 그렇게 지정된 사람들에게 그런 초대들을 상기 시스템 (102)을 통해서 또는 다른 시스템을 통해서 (예를 들면, 도 1에 도시된 소셜 네트워크 시스템 (122)을 통해서) 직접적으로 전송할 수 있을 것이다. 그 초대들은 사용자가 그 이벤트에 참석해달라는 것을 그 사용자의 이름 및/또는 사진으로 표시할 수 있을 것이며 (예를 들면, 상기 초대는 상기 이벤트 이름, 날짜, 시각, 현장, 그리고/또는 사용자 좌석 위치를 포함한다), 그리고 제어를 제공할 수 있을 것이며, 그 제어가 활성화되면 티켓팅 인터페이스가 초대 수신자에게 제시되도록 하여, 그것을 통해서 상기 사용자는 그 이벤트를 위한 티켓을 구매할 수 있을 것이다 (예를 들면, 도 28에 도시된 프로세스를 이용한다).

상태 2814에서, 상기 프로세스는 하나 또는 그 이상의 페이지들로 (예를 들면, 상기 사용자의 소셜 네트워크 월 페이지들로, 상기 이벤트를 위한 이벤트-지정 페이지로, 상기 사용자의 친구의 페이지들로, 그리고/또는 다른 페이지들로) 포스트할 수 있을 것이며, 엔트리는 상기 사용자가 그 이벤트에 참석할 것이라는 것을 표시하며, 이 경우 상기 포스팅은 다음의 정보 중의 몇몇 또는 전부를 옵션으로 포함한다: 이벤트 이름, 날짜, 시각, 현장 (venue), 사용자 좌석 위치, 참석하는 사람들의 수, 이용 가능한 좌석들의 개수 등.

옵션으로, 티켓 발행된 이벤트에 일단 참석하면, 상기 시스템은 상기 사용자의 친구들이 좌석을 가진 곳을 보여주는 매핑을 상기 사용자의 모바일 통신 기기 (또는 다른 단말) 상의 디스플레이를 위해서 제공할 수 있으며, 그리고 어느 친구들이 이미 현장에 도착했는가를 표시하기 위해서 상기 좌석들을 추가로 컬러 코딩 (또는 그렇지 않으면 표시)할 수 있을 것이다. 예를 들면, 좌석들은 사용자들의 친구들에게 할당된 좌석들을 표시하기 위해서 녹색으로 채색될 수 있을 것이며, 그 이벤트에 도착한 상기 사용자의 친구들에게 어떤 좌석들이 할당되는가를 표시하기 위해서 좌석들은 금색으로 채색될 수 있을 것이다. 상기 시스템은 상기 현장에 입장한 상기 사용자의 친구들의 물리적인 또는 전자 티켓들로부터 스캔된 정보를 통해서 그리고/또는 상기 사용자의 모바일 단말 (예를 들면, 셀 전화기)을 경유하여 제공된 위치 정보를 통해서 상기 사용자의 어느 친구들이 도착했는가를 판별할 수 있을 것이다. 예를 들면, 스캐너는 다음의 것들을 스캔할 수 있을 것이다:

물리적인 티켓 상의 티켓 바코드 또는 다른 바코드;

사용자 전화기 디스플레이 또는 다른 단말 디스플레이를 통해서 디스플레이된 티켓 바코드 또는 다른 바코드;

상기 사용자의 전화기 내에 내장된 근접 장 (near field) 통신 기기 또는 다른 기기;

RFID (Radio-frequency identification) 태그; 그리고/또는

입장 허가와 연관된 사용자 신분증 문서 (예를 들면, 운전 면허증, 신용 카드, 팬 카드, 멤버십 카드 등) (예를 들면, 사용자가 티켓을 구매하기 위해서 사용한 신용 카드를 그 티켓으로서 활용할 수 있는 경우, 또는 상기 사용자가 티켓을 구매할 때에 입장 권한에 연관된 시스템 상 파일에 사용자가 운전자 면허증을 구비하는 경우).

추가로 또는 그 대신에, 누가 이벤트 현장에 도착했는가에 관한 표시를 수위, 참가자, 또는 다른 사람이 단말을 통해서 수동으로 키 인 (key in)할 수 있을 것이다.

상기 시스템은 상기 스캔된 정보를 적어도 부분적으로 기반으로 하여 누가 상기 이벤트에 도착했는가에 관한 표시를 저장할 수 있을 것이다. 그러면, 사용자가 단말을 통해서 지도를 볼 때에, 상기 시스템은 상기 사용자를 식별하고 (예를 들면, 로그 인 정보, 그 사용자의 단말에 연관된 고유 식별자, 그 사용자가 보는 애플리케이션과 연관된 고유 식별자, 또는 다른 방식을 통해서), 그 이벤트를 위한 티켓들을 구비한 상기 사용자의 친구들을 식별하고, 그 친구들 중의 어느 친구가 도착했는가를 식별하고, 그리고 상기 지도상에 대응 정보를 디스플레이한다. 상기 지도는 친구들의 상태들에서의 변경들을 표시하기 위해서, 옵션으로는 실질적인 실시간으로, 업데이트될 수 있을 것이다. 예를 들면, 친구가 현장에 도착하거나 또는 티켓을 구매할 때에, 상기 지도는 그렇게 표시하기 위해서 그에 따라서 업데이트될 수 있을 것이다. 상기 지도는 친구가 도착한 시각, 그 친구의 현재 위치, 그리고/또는 다른 정보를 (텍스트 또는 다른 방식을 통해서) 표시할 수 있을 것이다.

어떤 실시예들에서, 상기 시스템은 이벤트 현장에서 그리고/또는 이벤트 현장 외부에서 사용자의 위치를 추적할 수 있을 것이며, 그럼으로써 위치 기반의 서비스들을 제공한다. 예를 들면, 상기 사용자의 위치는 (예를 들면, 상기 사용자의 모바일 기기에 의해서 수신되고, 그리고 그 마바일 기기 상에서 호스트되는 티켓-관련된 애플리케이션을 경유하여 상기 시스템으로 전송되는 GPS, 셀 타워, 그리고/또는 WiFi 정보를 통해서; 또는 상기 사용자에 의해서 운반된 근접 장 통신 기기로부터 정보를 수신하는 트랜시버를 통해서) 상기 현장에서 추적될 수 있을 것이다. 그런 정보는 이벤트 현장에서 사용자의 위치를 결정하기 위해서 그리고 상기 사용자의 현재 위치 그리고/또는 이동 방향에 관련된 사용자에게 관심 대상일 수 있을 정보를 (지도, 텍스트 정보, 그리고/또는 다른 방식을 통한) 디스플레이를 위해 상기 사용자에게 제공하기 위해서 사용될 수 있을 것이다. 예를 들면, 상기 시스템은 상기 사용자에 관계된 가장 가까운 휴게실, 구내 매점들 그리고/또는 출구를 결정하기 위해서, 그리고 그런 목적지들로의 방향들을 제공하고 그리고/또는 상기 사용자의 현재 위치를 지도상에 보여주면서 그런 목적지들의 지도를 디스플레이하기 위해서, 상기 사용자의 위치 정보를 데이터베이스에 저장된 현장 레이아웃과 결합하여 활용할 수 있을 것이다.

추가의 예로서, 지도 모드는 상기 사용자의 위치를 기반으로 하여 변경될 수 있을 것이다. 예시로서, 현장의 지도는 티켓 구매 모드로 또는 현장에서의 (at-the-venue) 모드로 디스플레이될 수 있을 것이며, 이 경우 그 모드에 종속하여 상이한 정보가 디스플레이될 수 있을 것이다. 예를 들면, 티켓 구매 모드에 있을 때에, 현장 이벤트 지도는 티켓 가격 결정 및 좌석 가용성에 관한 정보를 디스플레이할 수 있을 것이며, 그리고 상기에서 설명된 것과 같이 티켓 구매 제어들을 제공할 수 있을 것이다. 옵션으로, 구내 매점들, 화장실들 등의 위치에 관한 정보는 디스플레이되지 않거나 도는 숨겨진다 (비록 상기 사용자가 대응 제어를 활성화시키면 옵션으로는 그런 것들은 여전히 액세스 가능할 수 있을 것이다). 현장에서의 모드에 있을 때에, 상기 티켓 가격 결정 및 좌석 가용성 정보 그리고/도는 공급 티켓 구매 제어들이 제거되거나 또는 디스플레이되지 않을 수 있다 (비록 상기 사용자가 대응 제어를 활성화시키면 옵션으로는 그것들은 여전히 액세스 가능할 수 있을 것이다). 그러나, 현장에서의 모드에서, 누가 도착했는가에 관한 정보는 디스플레이될 수 있을 것이며 그리고 참가자에게 흥미 대상인 다른 정보 (예를 들면, 출구들, 매점들, 화장실 등의 위치들)도 디스플레이될 수 있을 것이다. 옵션으로, 상기 사용자가 이벤트의 날짜 동안에 상기 현장에 들어갈 때에 (상기 사용자의 물리적인 또는 전자 티켓이 스캔될 때가 탐지되거나 또는 GPS 또는 WiFi 위치 정보와 같이 상기 사용자의 단말로부터 전송된 정보를 통해서 탐지된다) 상기 모드는 티켓 구매 모드로부터 현장에서의 모드로 자동적으로 스위치된다

옵션으로, 상기 사용자가 이벤트를 위한 현장에 있을 때에 (본 명세서에서 설명된 위치 판별 기술들 중 하나 또는 그 이상의 기술들을 이용하여 판별될 수 있음), (비록 상기 사용자가 상기 애플리케이션을 개시하는 것을 열어줄 필요가 있을 수 있으며 그리고/또는 상기 사용자는, "현재 현장 보기 (show current venue)" 제어를 활성화시킨 것 같이, 그 지도를 지명할 필요가 없이 현장 지도를 보기를 원하거나 또는 특이한 현장을 현장 목록으로부터 선택하기를 원한다는 것을 표시할 필요가 있을 수 있지만) 상기 사용자의 단말 상에 설치된 애플리케이션은, 상기 사용자가 그 현장을 위한 특정 지도를 수동으로 선택할 것을 요청하지 않고, 그 이벤트를 위한 현장 지도를 자동적으로 디스플레이할 것이다. 상기 지도는 티켓 시스템을 통해서 상기 사용자 단말로 전송될 것이다.

추가로, 그런 사용자 위치 정보는 매점들, 화장실들, 출구들, 또는 상기 사용자 및/또는 상기 시스템이 선택한 다른 위치들/목적지들에서의 줄 길이들/대기 시간들을 판별하기 위해서 사용될 수 있을 것이다. 예를 들면, 사용자가 시설 (예를 들면, 화장실, 매점, 또는 출구)로부터 특정 거리 내에 서 있으며 그리고 특정 속도 범위 이내로 (예를 들면, 초당 0.2 피트보다 더 느리게) 그 시설의 방향으로 이동하는 것으로 보인다고 상기 시스템이 사용자 위치 정보 및 현장 레이아웃으로부터 판별하면, 상기 시스템은 그 사용자가 그 시설 이용을 위해서 줄서서 대기하고 있다고 추론할 수 있을 것이다. 상기 시스템은 시간 (예를 들면, 4-5분 대기) 및/또는 거리 (예를 들면, 20 피트 줄)로 표현된 그 줄의 길이를 추정하기 위해서 전술한 위치 및 이동 정보를 또 이용할 수 있을 것이다. 그런 줄의 길이 정보는 다른 사용자의 단말들에서 그리고/또는 상기 사용자의 단말에서의 디스플레이를 위해 (예를 들면, 지도를 통해서, 텍스트로, 그리고/또는 이메일, SMS, MMS 메시지(들)을 통해서) 전송될 수 있다. 지도 그리고/또는 텍스트 목록화는 디스플레이를 위해서 사용자 단말을 통해서 제공될 수 있을 것이며, 주어진 유형의 복수의 목적지들 (예를 들면, 화장실들)에 대한 줄 대기 정보를 제공하며, 그래서 상기 사용자가 수용할 수 있는 또는 가장 짧은 줄 길이인 목적지를 선택할 수 있도록 한다. 옵션으로, 상기 시스템은 상기 줄 길이들로부터 사용자의 현재 위치 그리고/또는 이동 정보를 그리고 주어진 유형의 목적지들의 위치들을 결정하며, 주어진 유형의 목적지들의 위치들은 상기 사용자가 가장 빠르게 도달할 것 같은/활용할 수 있을 것이며, 그리고 상기 사용자에게로의 대응 목적지를 가장 빠르게 이용할 수 있는 것으로서 그렇게 식별할 수 있을 것이다.

예를 들면, 사용자로부터 100 피트 이내의 화장실이 5분의 줄을 가지며, 그리고 상기 사용자로부터 200 피트 이내의 화장실이 1분의 줄을 가지면, 상기 시스템은 그 사용자로부터 200 피트에 위치한 화장실이 더 가까이에 있는 화장실보다 상기 사용자가 더 빠르게 이용 가능할 것으로 결정할 수 있을 것이다. 상기 시스템은 주어진 유형의 복수의 목적지들에 대한 그런 시간 정보를 디스플레이를 위해서 (지도 및/또는 텍스트 목록을 통해서) 사용자에게 전송할 수 있을 것이며 그리고 그 목적지들에 도달하거나 또는 이용 가능한 추정된 상대적 속도의 순서대로 상기 목적지들에 순서를 매기고 그리고/또는 목록화할 수 있을 것이다.

추가로, 통신들이 이벤트 이전에, 동안에, 그리고/또는 이후에 주어진 이벤트 참석자에게 전송될 수 있을 것이며, 정보를 요구하고 그리고/또는 상품들 및 서비스들을 요청한다. 예를 들면, 상기 통신은 그 이벤트와 동일한 날 또는 그 이벤트 다음 날에 참석자의 단말 (예를 들면, 컴퓨터, 전화기, 텔레비전)로 전송될 수 있을 것이며, 상기 이벤트는 그 참석자의 마음에서 여전히 새로우며, 그 참석자에게 상기 이벤트에 대한 리뷰를 제출할 것을 요청하며, 이는 동일한 공연자에 의한 다른 이벤트로 티켓들을 판매하기 위한 요청과 연관하여 온라인으로 포스트될 수 있을 것이다. 추가로 또는 대신에, 상기 통신은 판매를 위해 또는 아무 대가도 없이 상기 사용자에게 상기 연주자의 음악 레코딩들 (예를 들면, 상기 참석자가 참석했던 콘서트 이벤트의 라이브 레코딩 또는 그 연주자의 다른 레코딩)을 (예를 들면, CD, DVD, 블루-레이 디스크 또는 디지털 다운로드의 형상으로) 요청할 수 있을 것이다.

어떤 실시예들은 어떤 예시의 컴포넌트들을 구비한 것으로서 예시되고 또는 설명되었지만, 추가적인, 더 작은, 또는 상이한 컴포넌트들이 사용될 수 있을 것이다. 티켓 시스템에 의해서 수행되는 것으로서 설명된 프로세스들은 사용자 단말 또는 다른 시스템이나 시스템들에 의해서 수행될 수 있을 것이다. 사용자 단말에 의해서 수행된 것으로서 설명된 프로세스들은 티켓 시스템 또는 다른 시스템이나 시스템들에 의해서 수행될 수 있을 것이다. 티켓 시스템 데이터베이스처럼 주어진 소스로부터 액세스되는 것으로서 설명된 데이터는 사용자 단말이나 소셜 네트워크 데이터베이스와 같은 다른 소스들에 의해서 저장되고 그리고 그 다른 소스들로부터 액세스될 수 있을 것이다. 또한, 여기에서 설명된 프로세스들에 관련하여, 다양한 상태들이 상이한 순서로 수행될 수 있을 것이며, 모든 상태들에 도달될 것을 필요로 하지 않으며, 그리고 더 작은, 추가의, 또는 상이한 상태들이 활용될 수 있을 것이다. 어떤 실시예들이 특별한 기술들을 이용하여 어떤 정보 (예를 들면, 좌석 차트 상의 좌석들에 관련된 정보)를 코딩하는 것을 언급할 수 있을 것이지만, 컬러, 텍스트, 그래픽, 애니메이션들, 비디오, 오디오, 그리고/또는 다른 지시자들을 포함하는 다른 기술들이 대신하여 또는 추가적으로 사용될 수 있을 것이다. 여기에서 설명된 사용자 인터페이스들은 브라우저, 다른 네트워크 리소스 뷰어, 또는 다른 방식을 이용하여 사용자 컴퓨팅 기기를 통해서 옵션으로 제시된다 (그리고 사용자 명령들이 그 사용자 컴퓨팅 기기를 통해서 수신될 수 있을 것이다). 예를 들면, 상기 사용자 인터페이스들은, 사용자의 모바일 전화기, 랩톱, 패드, 데스크탑, 텔레비전, 셋탑 박스, 또는 다른 단말 상에 설치되며, 티켓-관련된 행동들을 위해서 특별하게 구성된 앱과 같은 애플리케이션 (때로는 "앱 (app)"으로 언급됨)을 통해서 제시될 수 있을 것이다 (사용자 명령들이 그 애플리케이션을 통해서 수신된다). 상이한 실시예들 또는 사용자 인터페이스들에 존재하는 것으로서 설명되거나 도시된 다양한 특징들은 동일한 실시예 또는 사용자 인터페이스로 결합될 수 있을 것이다.

본 개시가 섹션이나 좌석과 같은 특정 아이템 위로의 사용자 선회 또는 그 아이템에 대한 포인팅을 언급했지만, 사용자 관심 대상인 아이템을 탐지하기 위해서 다른 기술들이 사용될 수 있을 것이다. 예를 들면, 상기 사용자는 흥미를 보이기 위해서 그런 아이템 상에 클릭할 수 있을 것이며, 터치 스크린을 통해서 그 아이템을 터치할 수 있을 것이며, 또는 그렇지 않다면 흥미를 표시할 수 있을 것이다.

본 실시예들의 다양한 모습들 및 이점들이 적절한 곳에서 설명되었다. 그런 모습들 및 이점들은 어떤 특정 실시예에 따라서 그 전부가 달성될 필요는 없을 것이라는 것이 이해되어야만 한다. 그래서, 예를 들면, 다양한 실시예들이 여기에서 교시된 하나의 이점 또는 이점들의 그룹을 달성하거나 또는 최적화하는 방식으로 수행될 수 있을 것이지만, 여기에서 교시되거나 또는 시사되었던 다른 모습들이나 이점들을 반드시 달성할 필요는 없다는 것이 는 것이 인식되어야만 한다. 또한, 실시예들은 여러 신규한 특징들을 포함할 수 있을 것이지만, 그것의 어떤 단일의 특징도 상기 실시예들의 바람직한 속성들에 대해 단독으로 책임을 지지 않으며, 또는 여기에서 설명된 상기 시스템들, 기기들, 방법들 및 기술들을 실행함에 있어서 필수적인 것은 아니다. 추가로, 상이한 실시예들의 다양한 특징들은 결합되어 또 다른 실시예들을 형성할 수 있을 것이다. 예를 들면, 상이한 사용자 인터페이스들에서 발견되는 모습들이 결합되어 또 다른 사용자 인터페이스를 형성할 수 있을 것이다.

Claims (120)

1. 인터액티브한 (interactive) 좌석 지도를 제공하는 시스템으로서,
   컴퓨팅 하드웨어;
   명령어들을 저장하는 비-일시적 매체를 포함하며,
   상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금,
   복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
   제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고;
   [좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스;
   사용자가 적어도 첫 번째 청약 (offer)을 특정할 수 있는 인터페이스로서, 상기 첫 번째 청약은:
   적어도 하나의 좌석 티켓에 관한 감소된 가격;
   상기 적어도 하나의 티켓 구매에 연관된 보조 제품이나 서비스에 관한 감소된 가격;
   대응 청약 코드가 공급되면, 특정 범주의 좌석들에 대한 좌석 티켓들을 구매하기 위한 자격 중
   적어도 하나를 제공하는, 인터페이스;와 연관된]
   섹션들 및/또는 개별 좌석들을 포함하는 인터액티브 좌석 지도로서 디스플레이하도록 상기 지도를 사용자 단말에 제공하고;
   사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 (relationship) 정보를 데이터 인터페이스를 경유하여 수신하고;
   이 경우 사용자 지정 가격 범위 및/또는 사용자 지정 청약에 적어도 부분적으로 응답하여, 상기 인터액티브 지도는 상기 사용자 지정 가격 범위 및/또는 상기 사용자 지정 청약에 대응하는 섹션들 및/또는 좌석들을 강조하며;
   상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고;
   상기 인터액티브 좌석 지도로 하여금 상기 사용자의 친구들 중의 적어도 일부가 티켓들을 가진 섹션들 및/또는 좌석들을, 적어도 부분적으로, 표시하도록 하며; 그리고
   상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구입 요청을 수신하고 처리하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
2. 제1항에 있어서,
   상기 인터액티브 좌석 지도는:
   상기 인터액티브 좌석 지도의 제1 부분 내 실질적인 모든 이벤트 현장 좌석 섹션들을 포함하는 제1 지도를 디스플레이하고, 그리고
   적어도 하나의 사용자 선택 좌석 구역의 확대된 뷰 (expanded view)를 포함하는 제2 지도를 상기 인터액티브 좌석 지도의 제2 부분에 디스플레이하도록 구성되며,
   이 경우 상기 사용자는 상기 제2 지도의 상기 확대된 뷰에서 디스플레이될 상기 제1 지도 내 좌석 구역을 선택할 수 있는, 시스템.
3. 제1항에 있어서,
   소셜 네트워크 시스템으로부터의 상기 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하는, 시스템.
4. 제1항에 있어서,
   상기 인터액티브 좌석 지도는 인터페이스를 포함하며,
   상기 사용자가 그 인터페이스를 통해 상기 이벤트용의 현장 좌석으로 적어도 하나의 사용자를 연결 (tag)할 수 있는, 시스템.
5. 제1항에 있어서,
   상기 인터액티브 좌석 지도는, 소셜 네트워크 사이트로 포스트된 이벤트에 상기 사용자가 참석할 것이라는 표시를 구비한 옵션을 상기 사용자에게 공급하는 인터페이스를 제공하는, 시스템.
6. 제1항에 있어서,
   상기 인터액티브 좌석 지도는,
   상기 사용자가 제1 섹션의 표현 (representation)을 선택한 것에 응답하여 상기 제1 섹션 내에서의 좌석 가용성 (seat availability)에 관한 정보를 디스플레이하도록 구성되며, 이 경우 상기 제1 섹션의 표현은 개별 좌석들의 표현은 포함하지 않는, 시스템.
7. 제1항에 있어서,
   상기 인터액티브 좌석 지도는,
   사용자가 제1 좌석을 선택한 것에 적어도 부분적으로 응답하여 상기 제1 좌석이 그늘진 구역 내에 있는가의 여부를 표시하는 정보를 디스플레이하도록 구성된, 시스템.
8. 제1항에 있어서,
   상기 인터액티브 좌석 지도는,
   사용자가 제1 좌석을 선택한 것에 적어도 부분적으로 응답하여 상기 제1 좌석에서 제1 유형의 음식이나 음료가 소비될 것인가의 여부를 표시하는 정보를 디스플레이하도록 구성된, 시스템.
9. 제1항에 있어서,
   상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 사용자가 티켓들을 구입한 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
10. 제1항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 좌석들에 대한 현재의 티켓 보유자가 자신들의 좌석 티켓들을 재판매하려는 의향이 있는가를 표시하는 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
11. 제1항에 있어서,
    상기 인터액티브 좌석 지도에서,
    상기 사용자 지정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하기 위해서 컬러 코드화는 사용되지 않는, 시스템.
12. 현장용의 좌석 지도에 액세스하는 단계로서, 상기 좌석 지도는 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 액세스 단계;
    제1 이벤트를 위한 상기 복수의 현장 섹션들 및/또는 현장 좌석들과 연관된 가격 정보에 액세스하는 단계;
    [좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스;
    사용자가 적어도 첫 번째 청약을 특정할 수 있는 인터페이스로서, 상기 첫 번째 청약은:
    적어도 하나의 좌석 티켓에 관한 감소된 가격;
    상기 적어도 하나의 티켓 구매에 연관된 보조 제품이나 서비스에 관한 감소된 가격;
    대응 청약 코드가 공급되면, 특정 범주의 좌석들에 대한 좌석 티켓들을 구매하기 위한 자격 중
    적어도 하나를 제공하는, 인터페이스;와 연관된]
    섹션들 및/또는 개별 좌석들을 포함하는 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 사용자 단말에 제공하는 단계;
    상기 사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하는 단계;
    이 경우 사용자 지정 가격 범위 및/또는 사용자 지정 청약에 적어도 부분적으로 응답하여, 상기 인터액티브 지도는 상기 사용자 지정 가격 범위 및/또는 상기 사용자 지정 청약에 대응하는 섹션들 및/또는 좌석들을 강조하며;
    상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하는 단계;
    상기 인터액티브 좌석 지도로 하여금 상기 사용자의 친구들 중의 적어도 일부가 티켓들을 가진 섹션들 및/또는 좌석들을, 적어도 부분적으로, 표시하도록 하는 단계; 그리고
    상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구입 요청을 수신하고 처리하는 단계를 포함하는, 방법.
13. 인터액티브한 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금,
    복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용의 좌석 지도에 액세스하고;
    제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고;
    좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스에 연관하여 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고;
    사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고;
    상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고
    상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구매 요청을 수신하고 처리하는 것을 포함하는 동작들을 수행하도록 하며,
    사용자-특정 가격 범위에 응답하여, 상기 인터액티브 좌석 지도는 상기 사용자-특정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하며, 그리고
    상기 인터액티브 지도는 상기 하나 이상의 상기 사용자의 친구들이 앉아있는 위치를 표시하는, 시스템.
14. 제13항에 있어서,
    상기 인터액티브 좌석 지도는 티켓이 발행된 실질적인 모든 개별 좌석들을 동시에 디스플레이하도록 구성되며,
    이 경우 티켓이 발행된 상기 개별 좌석들 각각은 대응하는 표현에 의해 개별적으로 표시되는, 시스템.
15. 제13항에 있어서,
    상기 인터액티브 좌석 지도는:
    상기 인터액티브 좌석 지도의 제1 부분 내 실질적인 모든 이벤트 현장 좌석 섹션들을 포함하는 제1 지도를 디스플레이하고, 그리고
    적어도 하나의 사용자 선택 좌석 구역의 확대된 뷰 (expanded view)를 포함하는 제2 지도를 상기 인터액티브 좌석 지도의 제2 부분에 디스플레이하도록 구성되며,
    이 경우 상기 사용자는 상기 제2 지도의 상기 확대된 뷰에서 디스플레이될 상기 제1 지도 내 좌석 구역을 선택할 수 있는, 시스템.
16. 제13항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하는, 시스템.
17. 제13항에 있어서,
    상기 인터액티브 좌석 지도는 인터페이스를 포함하며,
    상기 사용자가 그 인터페이스를 통해 상기 이벤트용의 현장 좌석으로 적어도 하나의 사용자를 연결할 수 있는, 시스템.
18. 제13항에 있어서,
    상기 인터액티브 좌석 지도는, 소셜 네트워크 사이트로 포스트된 이벤트에 상기 사용자가 참석할 것이라는 표시를 구비한 옵션을 상기 사용자에게 공급하는 인터페이스를 제공하는, 시스템.
19. 제13항에 있어서,
    상기 인터액티브 좌석 지도는,
    상기 사용자가 제1 섹션의 표현 (representation)을 선택한 것에 응답하여 상기 제1 섹션 내에서의 좌석 가용성 (seat availability)에 관한 정보를 디스플레이하도록 구성되며, 이 경우 상기 제1 섹션의 표현은 개별 좌석들의 표현은 포함하지 않는, 시스템.
20. 제13항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 사용자가 티켓들을 구입한 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
21. 제13항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 좌석들에 대한 현재의 티켓 보유자가 자신들의 좌석 티켓들을 재판매하려는 의향이 있는가를 표시하는 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
22. 제13항에 있어서,
    상기 인터액티브 좌석 지도에서,
    상기 사용자 지정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하기 위해서 컬러 코딩은 사용되지 않는, 시스템.
23. 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하는 단계;
    제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하는 단계;
    좌석 티켓들에 관련하여 사용자가 가격 범위를 특정할 수 있는 인터페이스에 연관하여 사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하는 단계;
    사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하는 단계;
    상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하는 단계; 그리고
    상기 인터액티브 좌석 지도를 경유하여 상기 사용자가 선택한 적어도 하나의 좌석에 대한 티켓 구매 요청을 수신하고 처리하는 단계를 포함하며,
    사용자-특정 가격 범위에 응답하여, 상기 인터액티브 좌석 지도는 상기 사용자-특정 가격 범위에 대응하는 섹션들 그리고/또는 좌석들을 강조하며, 그리고
    상기 인터액티브 지도는 상기 하나 이상의 상기 사용자의 친구들이 앉아있는 위치를 표시하는, 방법.
24. 현장 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금,
    복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고;
    상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고
    상기 좌석 지도로 하여금 상기 사용자의 하나 이상의 친구들이 앉아있는 위치를 표시하도록 하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
25. 제24항에 있어서,
    상기 인터액티브 좌석 지도는:
    상기 인터액티브 좌석 지도의 제1 부분 내 실질적인 모든 이벤트 현장 좌석 섹션들을 포함하는 제1 지도를 디스플레이하고, 그리고
    적어도 하나의 사용자 선택 좌석 구역의 확대된 뷰 (expanded view)를 포함하는 제2 지도를 상기 인터액티브 좌석 지도의 제2 부분에 디스플레이하도록 구성되며,
    이 경우 상기 사용자는 상기 제2 지도의 상기 확대된 뷰에서 디스플레이될 상기 제1 지도 내 좌석 구역을 선택할 수 있는, 시스템.
26. 제24항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하는, 시스템.
27. 제24항에 있어서,
    상기 인터액티브 좌석 지도는 인터페이스를 포함하며,
    상기 사용자가 그 인터페이스를 통해 상기 이벤트용의 현장 좌석으로 적어도 하나의 사용자를 연결할 수 있는, 시스템.
28. 제24항에 있어서,
    상기 인터액티브 좌석 지도는, 소셜 네트워크 사이트로 포스트된 이벤트에 상기 사용자가 참석할 것이라는 표시를 구비한 옵션을 상기 사용자에게 공급하는 인터페이스를 제공하는, 시스템.
29. 제24항에 있어서,
    상기 인터액티브 좌석 지도는,
    상기 사용자가 제1 섹션의 표현 (representation)을 선택한 것에 응답하여 상기 제1 섹션 내에서의 좌석 가용성 (seat availability)에 관한 정보를 디스플레이하도록 구성되며, 이 경우 상기 제1 섹션의 표현은 개별 좌석들의 표현은 포함하지 않는, 시스템.
30. 제24항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 사용자가 티켓들을 구입한 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
31. 제24항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 좌석들에 대한 현재의 티켓 보유자가 자신들의 좌석 티켓들을 재판매하려는 의향이 있는가를 표시하는 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
32. 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    사용자에 관한, 상기 사용자의 하나 이상의 친구들의 신원들을 포함하는, 관계 정보를 데이터 인터페이스를 경유하여 수신하고;
    상기 사용자의 하나 이상의 친구들에 관한 좌석 정보에 액세스하고; 그리고
    상기 좌석 지도로 하여금 상기 사용자의 하나 이상의 친구들이 앉아있는 위치를 표시하도록 하는 것을 포함하는 방법.
33. 인터액티브한 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    제1 이벤트를 위한 상기 복수의 현장 섹션들 그리고/또는 현장 좌석들과 연관된 가격 정보에 액세스하고;
    복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며;
    사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 인터액티브 지도는 좌석 가용성을 표시하며;
    사용자 인터페이스를 제공하며,
    상기 사용자 인터페이스를 경유하여:
    이전에 티켓을 획득했던 티켓 보유자가 이미 보유한 티켓에 대한 좌석을 사용자가 선택할 수 있을 것이며, 그리고
    그 선택된 좌석에 대한 티켓을 상기 티켓 보유자로부터 구매하기 위한 청약을 사용자 지정 가격을 포함하여 제출하고;
    상기 사용자가 상기 티켓 보유자에게 청약을 제출하면, 그 청약을 상기 티켓 보유자에게 전송하며, 그리고 상기 티켓 보유자로부터의 그 청약에 대한 수락 또는 거절을 처리하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
34. 제33항에 있어서,
    상기 인터액티브 좌석 지도는:
    상기 인터액티브 좌석 지도의 제1 부분 내 실질적인 모든 이벤트 현장 좌석 섹션들을 포함하는 제1 지도를 디스플레이하고, 그리고
    적어도 하나의 사용자 선택 좌석 구역의 확대된 뷰 (expanded view)를 포함하는 제2 지도를 상기 인터액티브 좌석 지도의 제2 부분에 디스플레이하도록 구성되며,
    이 경우 상기 사용자는 상기 제2 지도의 상기 확대된 뷰에서 디스플레이될 상기 제1 지도 내 좌석 구역을 선택할 수 있는, 시스템.
35. 제33항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 사용자의 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하며,
    이 경우 상기 인터액티브 좌석 지도는, 상기 사용자가 상기 관계 정보를 경유하여 결정된 것과 같은 관계를 가지는 적어도 한 사람이 상기 이벤트 현장에서 앉아있을 장소에 대한 표시를 디스플레이하도록 구성된, 시스템.
36. 제33항에 있어서,
    상기 인터액티브 좌석 지도는 인터페이스를 포함하며,
    상기 사용자가 그 인터페이스를 통해 상기 이벤트용의 현장 좌석으로 적어도 하나의 사용자를 연결할 수 있는, 시스템.
37. 제33항에 있어서,
    상기 인터액티브 좌석 지도는, 소셜 네트워크 사이트로 포스트된 이벤트에 상기 사용자가 참석할 것이라는 표시를 구비한 옵션을 상기 사용자에게 공급하는 인터페이스를 제공하는, 시스템.
38. 제33항에 있어서,
    상기 인터액티브 좌석 지도는 어떤 좌석들이 이용 가능하며, 어떤 좌석들이 이용 가능하지 않으며 그리고 사용자가 티켓들을 구입한 좌석들이 어느 것인가를 표시하기 위해서 시각적으로 코드화된, 시스템.
39. 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며;
    사용자 단말 상에 인터액티브 좌석 지도로서 디스플레이하기 위해서 상기 지도를 전송하고, 이 경우 상기 인터액티브 지도는 좌석 가용성을 표시하며;
    사용자 인터페이스를 제공하며, 이 사용자 인터페이스를 경유하여:
    이전에 티켓을 획득했던 티켓 보유자가 이미 보유한 티켓에 대한 좌석을 사용자가 선택할 수 있을 것이며, 그리고
    그 선택된 좌석에 대한 티켓을 상기 티켓 보유자로부터 구매하기 위한 청약을 사용자 지정 가격을 포함하여 제출하고;
    상기 사용자가 상기 티켓 보유자에게 청약을 제출하면, 그 청약을 상기 티켓 보유자에게 전송하며, 그리고 상기 티켓 보유자로부터의 그 청약에 대한 수락 또는 거절을 처리하는 것을 포함하는 방법.
40. 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    구매 프로세스 정보에 액세스하고, 이 경우 상기 구매 프로세스 정보는:
    제1 좌석에 대한 제1 티켓이 제1 구매 프로세스 유형을 경유하여 판매 요청이 될 것이며, 그리고
    제2 좌석에 대한 제2 티켓이 상기 제1 구매 프로세스 유형과는 다른 제2 구매 프로세스 유형을 경유하여 판매 요청이 될 것이라는 것을 표시하며;
    복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며;
    사용자 단말 상에 디스플레이하기 위해서 상기 지도를 전송하고,
    이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고
    상기 좌석 지도는:
    상기 제1 좌석에 대한 상기 제1 티켓이 상기 제1 구매 프로세스 유형을 경유하여 구매할 수 있으며, 그리고
    상기 제2 좌석에 대한 상기 제2 티켓이 상기 제2 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 시각적으로 표시하며;
    사용자 인터페이스를 제공하여,
    상기 좌석 지도를 경유하여 상기 제1 좌석을 선택하고 그리고 상기 제1 구매 프로세스 유형을 이용하여 상기 제1 티켓에 대한 구매 거래를 개시하며, 그리고/또는
    상기 좌석 지도를 경유하여 상기 제2 좌석을 선택하고 그리고 상기 제2 구매 프로세스 유형을 이용하여 상기 제2 티켓에 대한 구매 거래를 개시하는 것을 가능하게 하는 것을 포함하는 동작을 수행하도록 하는, 시스템.
41. 제40항에 있어서,
    상기 제1 구매 프로세스는 상기 제1 티켓을 프리셋 (preset) 가격에 구매하는 것을 포함하며 제2 구매 프로세스는 상기 제2 티켓에 대한 경매를 포함하는, 시스템.
42. 제40항에 있어서,
    상기 제1 구매 프로세스는 상기 제1 티켓을 프리셋 가격에 구매하는 것을 포함하며 제2 구매 프로세스는 상기 사용자가 상기 제2 티켓을 구매할 것을 요청한 가격을 사용자가 지정하는 것을 포함하는, 시스템.
43. 제40항에 있어서,
    상기 좌석 지도는 제1 컬러 코드 그리고/또는 제1 아이콘을 경유하여 상기 제1 좌석에 대한 제1 티켓이 상기 제1 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 표시하고, 그리고
    상기 좌석 지도는 제2 컬러 코드 그리고/또는 제2 아이콘을 경유하여 상기 제2 좌석에 대한 제2 티켓이 상기 제2 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 표시하는, 시스템.
44. 제40항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 사용자의 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하며,
    이 경우 상기 좌석 지도는, 상기 사용자가 상기 관계 정보를 경유하여 결정된 것과 같은 관계를 가지는 적어도 한 사람이 상기 이벤트 현장에서 앉아있을 장소에 대한 표시를 디스플레이하도록 구성된, 시스템.
45. 제40항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 사용자의 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하며,
    이 경우 상기 좌석 지도는, 상기 사용자가 상기 관계 정보를 경유하여 결정된 것과 같은 관계를 가지는 적어도 한 사람이 티켓을 구매하기 위한 요청을 한 좌석이 어느 것인가에 대한 표시를 디스플레이하도록 구성된, 시스템.
46. 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    구매 프로세스 정보에 액세스하고, 이 경우 상기 구매 프로세스 정보는:
    제1 좌석에 대한 제1 티켓이 제1 구매 프로세스 유형을 경유하여 판매 요청이 될 것이며, 그리고
    제2 좌석에 대한 제2 티켓이 상기 제1 구매 프로세스 유형과는 다른 제2 구매 프로세스 유형을 경유하여 판매 요청이 될 것이라는 것을 표시하며;
    복수의 현장 좌석들에 관한, 좌석 가용성을 표시하는 상태 정보에 액세스하며;
    사용자 단말 상에 디스플레이하기 위해서 상기 지도를 전송하고,
    이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고
    상기 좌석 지도는:
    상기 제1 좌석에 대한 상기 제1 티켓이 상기 제1 구매 프로세스 유형을 경유하여 구매할 수 있으며, 그리고
    상기 제2 좌석에 대한 상기 제2 티켓이 상기 제2 구매 프로세스 유형을 경유하여 구매할 수 있다는 것을 시각적으로 표시하며;
    사용자 인터페이스를 제공하여,
    상기 좌석 지도를 경유하여 상기 제1 좌석을 선택하고 그리고 상기 제1 구매 프로세스 유형을 이용하여 상기 제1 티켓에 대한 구매 거래를 개시하며, 그리고/또는
    상기 좌석 지도를 경유하여 상기 제2 좌석을 선택하고 그리고 상기 제2 구매 프로세스 유형을 이용하여 상기 제2 티켓에 대한 구매 거래를 개시하는 것을 가능하게 하는 것을 포함하는, 방법.
47. 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    제1 사용자의 단말 상에 디스플레이하기 위해서 상기 좌석 지도를 전송하고,
    이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고
    사용자 인터페이스를 제공하여 상기 제1 사용자가:
    상기 좌석 지도를 경유하여 제1 좌석을 선택하고 그리고 그 제1 좌석용의 대응 제1 티켓을 구매하기 위한 제1 요청을 제출하고;
    제2 사용자를 식별하고;
    제2 좌석용의 제2 티켓을 구매하기 위한 상기 제2 사용자로부터의 제2 요청의 수락에 관하여 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 요청을 조건으로 하는 것을 가능하게 하며;
    상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있는가를 결정하고;
    상기 제1좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청을 수락할 수 있는가를 결정하고,
    상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청 그리고 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있다는 결정에 적어도 부분적으로 응답하여, 상기 제1 티켓 구매가 완료되는 것을 가능하게 하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
48. 제47항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 제1 사용자의 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하며,
    이 경우 상기 관계 정보는 상기 제1 사용자 그리고 상기 제2 사용자가 관계가 있다는 것을 표시하며, 그리고 상기 좌석 지도는 상기 제2 사용자가 상기 제2 좌석용의 상기 제2 티켓을 구비하기 위한 요청을 했다는 것을 나타내는 표시와 연관하여 상기 제2 좌석을 식별하도록 구성된, 시스템.
49. 제47항에 있어서,
    소셜 네트워크 시스템으로부터의 상기 사용자의 관계 정보에 액세스하도록 구성된 애플리케이션 프로그래밍 인터페이스를 더 포함하며,
    이 경우 상기 좌석 지도는, 상기 사용자가 상기 관계 정보를 경유하여 결정된 것과 같은 관계를 가지는 적어도 한 사람이 티켓을 구매하기 위한 요청을 한 좌석이 어느 것인가에 대한 표시를 디스플레이하도록 구성된, 시스템.
50. 제47항에 있어서,
    상기 좌석 지도의 행동은 상기 시스템에 의해서 상기 좌석 지도로 전달된 스크립 언어 (scripting language)에 의해서 적어도 부분적으로 동적으로 제어되는, 시스템.
51. 복수의 좌석들에 대한 정의를 포함하는, 현장 (venue)용 좌석 지도에 액세스하고;
    제1 사용자의 단말 상에 디스플레이하기 위해서 상기 좌석 지도를 전송하고,
    이 경우 상기 좌석 지도는 좌석 가용성을 표시하며, 그리고
    사용자 인터페이스를 제공하여 상기 제1 사용자가:
    상기 좌석 지도를 경유하여 제1 좌석을 선택하고 그리고 그 제1 좌석용의 대응 제1 티켓을 구매하기 위한 제1 요청을 제출하고;
    제2 사용자를 식별하고;
    제2 좌석용의 제2 티켓을 구매하기 위한 상기 제2 사용자로부터의 제2 요청의 수락에 관하여 상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 요청을 조건으로 하는 것을 가능하게 하며;
    상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있는가를 결정하고;
    상기 제1좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청을 수락할 수 있는가를 결정하고,
    상기 제1 좌석용의 상기 제1 티켓을 구매하기 위한 상기 제1 요청 그리고 상기 제2 좌석용의 상기 제2 티켓을 구매하기 위한 상기 제2 요청을 수락할 수 있다는 결정에 적어도 부분적으로 응답하여, 상기 제1 티켓 구매가 완료되는 것을 가능하게 하는 것을 포함하는, 방법.
52. 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 사용자들에 의한 사용자 활동이 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 제공하는 것에 방해가 되는가의 여부를 판별하며, 이 경우 상기 인터액티브 좌석 지도는 주어진 사용자가 상기 인터액티브 좌석 지도를 경유하여 특정 좌석을 선택하고 그리고 그 사용자 선택 좌석에 대한 좌석 티켓을 구매하는 것을 가능하게 하며;
    사용자 활동이 상기 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 복수의 사용자 단말들에게 제공하는 것에 방해가 된다고 판별한 것에 적어도 부분적으로 응답하여:
    상기 복수의 사용자들 중의 적어도 일부가 사용자 선택 좌석들을 구매하기 위해서 상기 인터액티브 좌석 지도를 구매하는 것을 하지 못하게 하며; 그리고
    하나 이상의 사용자들이 제1 사용자 인터페이스를 경유하여 좌석 티켓들을 구매하는 것을 가능하게 하는 것을 포함하는 동작들을 수행하도록 하며, 이 경우 상기 사용자는 티켓들을 구매하면서 특정 좌석을 선택할 수는 없는,
    시스템.
53. 제52항에 있어서,
    상기 제1 사용자 인터페이스는 상기 사용자가 좌석 가격을 지정하는 것을 가능하게 하며, 그리고
    상기 시스템은 그 사용자 지정 좌석 가격에 대응하는 좌석을 선택하며, 그리고 그 사용자사 상기 시스템 선택 좌석용의 티켓을 구매하는 것을 가능하게 하는, 시스템.
54. 제52항에 있어서,
    사용자 활동이
    사용자 활동이 상기 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 복수의 사용자 단말들에게 제공하는 것에 방해가 된다고 판별하는 것은,
    주어진 좌석이 이용 가능한가 또는 이용 가능하지 않은가의 여부를 표시하는 좌석 상태 정보에서의 변화들이 상기 인터액티브 좌석 지도에서 실질적인 실시간으로 반영될 수 없는가를 판별하는 것을 더 포함하는, 시스템.
55. 복수의 사용자들에 의한 사용자 활동이 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 제공하는 것에 방해가 되는가의 여부를 판별하며, 이 경우 상기 인터액티브 좌석 지도는 주어진 사용자가 상기 인터액티브 좌석 지도를 경유하여 특정 좌석을 선택하고 그리고 그 사용자 선택 좌석에 대한 좌석 티켓을 구매하는 것을 가능하게 하며;
    사용자 활동이 상기 인터액티브 좌석 지도에 대한 실질적인 실시간 업데이트들을 복수의 사용자 단말들에게 제공하는 것에 방해가 된다고 판별한 것에 적어도 부분적으로 응답하여:
    상기 복수의 사용자들 중의 적어도 일부가 사용자 선택 좌석들을 구매하기 위해서 상기 인터액티브 좌석 지도를 구매하는 것을 하지 못하게 하며; 그리고
    하나 이상의 사용자들이 제1 사용자 인터페이스를 경유하여 좌석 티켓들을 구매하는 것을 가능하게 하는 것을 포함하며, 이 경우 상기 사용자는 티켓들을 구매하면서 특정 좌석을 선택할 수는 없는, 방법.
56. 인터액티브 현장 지도를 제공하는 방법으로서,
    사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고;
    상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고;
    상기 제1 현장에서 상기 제1 이벤트에 참석한 상기 사용자의 하나 이상의 친구들을 식별하고;
    상기 사용자의 상기 하나 이상의 친구들의 좌석 위치들을 식별하고;
    상기 하나 이상의 친구들의 상기 좌석 위치들에 관한 상기 인터액티브 현장 지도에 대한 표시를 상기 제1 이벤트를 위한 상기 제1 현장 내에 포함시키는 것을 포함하는 방법.
57. 제56항에 있어서, 상기 방법은:
    상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고;
    제1 목적지 유형에 대한 사용자 선택을 수신하고;
    상기 제1 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간 (line duration time)들을 추정하고;
    상기 제1 목적지 유형의 복수의 목적지 중 적어도 하나에 대해서 추정된 줄 지속 시간에 관한 정보를 상기 모바일 사용자 단말로 전송하는 것을 더 포함하는, 방법.
58. 제56항에 있어서, 상기 방법은:
    상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고;
    제1 목적지 유형에 대한 사용자 선택을 수신하고;
    상기 제1 목적지 유형의 제1의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고;
    상기 제1 목적지 유형의 상기 제1의 복수의 목적지들 내 각 목적지들로부터 상기 모바일 사용자 단말까지의 거리를 판별하고;
    상기 추정된 줄 지속 시간들 및 상기 판별된 거리들을 적어도 부분적으로 기반으로 하여 상기 목적지들 중 어느 것에 사용자가 가장 빠르게 액세스할 수 있을 것인가를 추정하고;
    상기 목적지들 중 사용자가 가장 빠르게 액세스할 수 있을 것으로 추정된 것이 어느 것인가를 식별하여 상기 모바일 사용자 단말로 전송하는 것을 더 포함하는, 방법.
59. 제56항에 있어서, 상기 방법은:
    상기 사용자가 좌석 티켓을 가진 상기 제1 현장에서의 좌석을 식별하고;
    상기 사용자가 상기 제1 현장에 있을 때에, 상기 사용자가 좌석 티켓을 가진 상기 식별된 좌석보다 더 높은 품질의 이용 가능한 좌석이 적어도 하나 존재하는가를 판별하고;
    상기 인터액티브 현장 지도로 하여금, 상기 사용자가 상기 사용자의 좌석 위치에서 상기 적어도 하나의 이용 가능한 좌석으로 업그레이드할 수 있을 것이라는 표시를 포함하도록 하며; 그리고
    상기 사용자 모바일 단말로부터 좌석 업그레이드 명령어를 수신하는 것을 더 포함하는, 방법.
60. 제56항에 있어서, 상기 방법은:
    상기 사용자가 좌석 티켓을 가진 상기 제1 현장에서의 좌석을 식별하고;
    상기 사용자가 상기 제1 현장에 있을 때에, 상기 사용자가 좌석 티켓을 가진 상기 식별된 좌석보다 더 높은 품질의 이용 가능한 좌석이 적어도 하나 존재하는가를 판별하고;
    상기 인터액티브 현장 지도로 하여금, 상기 사용자가 상기 사용자의 좌석 위치에서 상기 적어도 하나의 이용 가능한 좌석으로 업그레이드 가격과 연관하여 업그레이드할 수 있을 것이라는 표시를 포함하도록 하며; 그리고
    상기 사용자 모바일 단말로부터 좌석 구매 명령어를 수신하는 것을 더 포함하는, 방법.
61. 제56항에 있어서, 상기 방법은:
    적어도 하나의 매점 공급자의 위치를 상기 인터액티브 현장 지도를 경유하여 식별하는 것을 더 포함하는, 방법.
62. 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고;
    상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고;
    상기 제1 현장에서 상기 제1 이벤트에 참석한 상기 사용자의 하나 이상의 친구들을 식별하고;
    상기 사용자의 상기 하나 이상의 친구들의 좌석 위치들을 식별하고;
    상기 하나 이상의 친구들의 상기 좌석 위치들에 관한 상기 인터액티브 현장 지도에 대한 표시를 상기 제1 이벤트를 위한 상기 제1 현장 내에 포함시키는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
63. 인터액티브 현장 지도를 제공하는 방법으로서,
    사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고;
    상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고;
    상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고;
    제1 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고
    상기 제1 목적지 유형의 상기 복수의 목적지들 중 적어도 하나에 대한 추정된 줄 지속 시간에 관련한 정보를 상기 모바일 사용자 단말로 전송하는 것을 포함하는, 방법.
64. 제63항에 있어서, 상기 방법은:
    목적지 유형에 대한 사용자 선택을 수신하고;
    상기 사용자 선택 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고
    상기 사용자 선택 목적지 유형의 상기 복수의 목적지들 중 적어도 하나에 대한 추정된 줄 지속 시간에 관한 정보를 상기 모바일 사용자 단말로 전송하는 것을 더 포함하는, 방법.
65. 제63항에 있어서, 상기 방법은:
    목적지 유형에 대한 사용자 선택을 수신하고;
    상기 사용자 선택 목적지 유형의 제1의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고;
    상기 제1 목적지 유형의 상기 제1의 복수의 목적지들 내 각 목적지들로부터 상기 모바일 사용자 단말까지의 거리를 판별하고;
    상기 추정된 줄 지속 시간들 및 상기 판별된 거리들을 적어도 부분적으로 기반으로 하여 상기 목적지들 중 어느 것에 사용자가 가장 빠르게 액세스할 수 있을 것인가를 추정하고; 그리고
    상기 목적지들 중 사용자가 가장 빠르게 액세스할 수 있을 것으로 추정된 것이 어느 것인가를 식별하여 상기 모바일 사용자 단말로 전송하는 것을 더 포함하는, 방법.
66. 제63항에 있어서, 상기 방법은:
    화장실 (bathroom) 또는 음식 매점인 목적지 유형에 대한 사용자 선택을 수신하고;
    상기 사용자 선택 목적지 유형의 제1 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고
    상기 사용자 선택 목적지 유형의 상기 제1 복수의 목적지들의 적어도 일부에 대한 추정된 줄 지속 시간들에 관한 정보를 상기 모바일 사용자 단말로 전송하는 것을 더 포함하는, 방법.
67. 좌석 지도를 제공하는 시스템으로서,
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    사용자가 제1 이벤트를 위해 제1 현장에 있는가를 탐지하고;
    상기 제1 현장의 인터액티브 현장 지도를 모바일 사용자 단말 상에서의 디스플레이를 위해서 제공하고;
    상기 모바일 사용자 단말이 상기 제1 현장에 있을 때에 상기 모바일 사용자 단말로부터 현재 위치 정보를 수신하고;
    제1 목적지 유형의 복수의 목적지들에 대한 줄 지속 시간들을 추정하고; 그리고
    상기 제1 목적지 유형의 상기 복수의 목적지들 중 적어도 하나에 대한 추정된 줄 지속 시간에 관련한 정보를 상기 모바일 사용자 단말로 전송하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
68. 원격 기기 상에서 이미지 디스플레이를 제어하는 시스템으로서:
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 좌석들을 포함하는 이벤트 현장에서 상기 원격 기기의 존재를 탐지하고;
    상기 원격 기기와 연관된 제1 사용자를 식별하고;
    상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 무엇이 디스플레이되고 있는가를 판별하고;
    상기 제1 사용자에 대한 관계 정보에 액세스하고, 상기 관계 정보는 상기 제1 사용자가 관계를 가진 제2 사용자를 적어도 식별하며;
    상기 제2 사용자와 연관된 이벤트 현장 내 좌석 위치를 식별하고;
    상기 제2 사용자와 연관된 상기 좌석 위치가 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 디스플레이되고 있다고 판별한 것에 적어도 부분적으로 응답하여, 컴퓨터로 생성된 데이터가 상기 디스플레이된 좌석 위치와 연관하여 디스플레이되도록 하는 것을 포함하는 동작들을 수행하도록 하며,
    상기 컴퓨터로 생성된 데이터는 상기 제2 사용자의 식별자 그리고/또는 상기 제1 사용자가 제2 사용자와 관계가 있다는 표시를 포함하는, 시스템.
69. 제68항에 있어서,
    상기 시스템은 소셜 네트워크 데이터베이스로부터의 상기 관계 정보에 액세스하도록 구성된, 시스템
70. 제68항에 있어서,
    상기 시스템은, 적어도 부분적으로 상기 원격 기기의 위치 및 방위를 판별함으로써, 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 무엇이 디스플레이되고 있는가를 판별하도록 구성된, 시스템.
71. 제68항에 있어서,
    상기 시스템은 상기 원격 기기에 포함된 자이로스코프로부터의 방위 정보를 이용하여 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이에 무엇이 디스플레이되고 있는가를 판별하도록 구성된, 시스템.
72. 제68항에 있어서, 상기 시스템은,
    소셜 네트워크 데이터베이스로부터의 상기 관계 정보에 액세스하고,
    상기 사용자의 친구들 중에서 어느 친구들이 상기 이벤트에 도착했는가를 판별하고, 그리고
    상기 제1 사용자와 연관된 상기 원격 기기 상에 디스플레이하기 위해서 하나 이상의 대응 도착 표시들을 제공하게 하도록 구성된, 시스템.
73. 제68항에 있어서,
    상기 시스템은 상기 제1 사용자와 연관된 원격 기기 상 디스플레이를 위해서:
    상기 제2 사용자와 연관된 원격 기기가 상기 이벤트 현장에 위치할 때에 상기 제2 사용자와 연관된 상기 원격 기기로부터 전송된 사진;
    상기 제1 사용자와 연관된 상기 원격 기기가 상기 현장 내에 위치할 때에 상기 제2 사용자와 연관된 원격 기기로부터 전송된 텍스트 메시지를 제공하도록 구성된, 시스템.
74. 제68항에 있어서,
    상기 시스템은
    현장 출구 그리고/또는 현장 시설이 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이에서 디스플레이되고 있다는 것을 판별하도록 구성되며; 그리고
    상기 출구 그리고/또는 시설이 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이에서 디스플레이되고 있다고 판별한 것에 적어도 부분적으로 응답하여, 컴퓨터로 생성된 제2 데이터가 상기 출구 그리고/또는 시설의 디스플레이와 연관하여 적어도 부분적으로 디스플레이되도록 하는, 시스템.
75. 제68항에 있어서,
    상기 컴퓨터로 생성된 상기 제2 데이터는 상기 시설에 의해서 제공되고 있는 서비스를 식별하도록 구성된, 시스템.
76. 제68항에 있어서,
    상기 시스템은 이용 가능한 좌석이 상기 제1 사용자 연관된 상기 원격 기기디스플레이에서 디스플레이되고 있는가를 판별하도록 구성되며; 그리고
    이용 가능한 좌석이 상기 제1 사용자 연관된 상기 원격 기기디스플레이에서 디스플레이되고 있다는 판별에 적어도 부분적으로 응답하여, 상기 사용자가 상기 이용 가능한 좌석을 차지할 권한을 획득할 수 있음을 알리는 표시가 상기 원격 기기를 경유하여 디스플레이되도록 하는, 시스템.
77. 제68항에 있어서,
    상기 시스템은 상기 제1 사용자 연관된 상기 원격 기기 디스플레이에서 공연자 (performer)가 디스플레이되고 있는가를 판별하도록 구성되며; 그리고
    공연자가 상기 제1 사용자 연관된 상기 원격 기기디스플레이에서 디스플레이되고 있다는 판별에 적어도 부분적으로 응답하여, 상기 제1 사용자와 연관된 상기 원격 기기를 경유하여 상기 공연자에 관련된 정보가 디스플레이되도록 하는, 시스템.
78. 복수의 좌석들을 포함하는 이벤트 현장에서 상기 원격 기기의 존재를 탐지하고;
    상기 원격 기기와 연관된 제1 사용자를 식별하고;
    상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 무엇이 디스플레이되고 있는가를 판별하고;
    상기 제1 사용자에 대한 관계 정보에 액세스하고, 상기 관계 정보는 상기 제1 사용자가 관계를 가진 제2 사용자를 적어도 식별하며;
    상기 제2 사용자와 연관된 이벤트 현장 내 좌석 위치를 식별하고;
    상기 제2 사용자와 연관된 상기 좌석 위치가 상기 제1 사용자와 연관된 상기 원격 기기 디스플레이 내에 디스플레이되고 있다고 판별한 것에 적어도 부분적으로 응답하여, 컴퓨터로 생성된 데이터가 상기 디스플레이된 좌석 위치와 연관하여 디스플레이되도록 하는 것을 포함하는 동작들을 수행하도록 하는 것을 포함하며,
    상기 컴퓨터로 생성된 데이터는 상기 제2 사용자의 식별자 그리고/또는 상기 제1 사용자가 제2 사용자와 관계가 있다는 표시를 포함하는, 방법.
79. 티켓 발행 이벤트 (ticketed event)를 설정하는 시스템으로서:
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고;
    상기 현장 좌석 지도를 사용자 단말 상에 디스플레이하기 위해서 제공하고;
    상기 현장 좌석 지도를 이용하여 셋업되고 있는 티켓 이벤트용의 이벤트 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    상기 현장과 연관된 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    상기 현장 지도를 이용하여 셋업되고 있는 상기 이벤트의 날짜를 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 표시하는 좌석 상태 정보를 메모로부터 액세스하고 그리고 제공하며;
    판매를 위해서 티켓들이 요청되는 좌석들에 대응하는 티켓들에 대한 화폐 가치 정보에 액세스하고;
    상기 화폐 가치 정보 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트용의 잠재적 수익을 계산하고;
    상기 계산된 잠재적 이벤트 수익을 상기 사용자 단말 상 디스플레이를 위해서 제공하고;
    복수의 가격 레벨의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하고, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청된 좌석들의 부분집합과 연관되며;
    상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 디스플레이하기 위해 제공하고;
    얼마나 많은 좌석들이 상기 주어진 가격 레벨과 연관되는가를 디스플레이하기 위해서 제공하고;
    상기 주어진 가격 레벨에 대한 잠재적인 수익을 계산하고 디스플레이를 위해서 제공하며;
    상기 사용자 단말 상에서의 디스플레이를 위해서 사용자 인터페이스를 제공하며, 그 사용자 인터페이스를 경유하여 사용자는:
    상기 주어진 가격 레벨과 연관된 좌석 카운트; 및
    상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 변경할 수 있으며;
    상기 주어진 가격 레벨 내에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경 그리고/또는 상기 주어진 가격 레벨에 대한 좌석 카운트에 대한 사용자 변경을 적어도 부분적으로 기반으로 하여 상기 주어진 가격 레벨에 대한 새로운 잠재적인 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는 동작들을 수행하도록 하는, 시스템.
80. 제79항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는 상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있고 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 하나 이상의 특성들을 바꿀 수 있는, 시스템.
81. 제79항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는:
    상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있고 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 화폐 가치를 변경할 수 있으며;
    적어도 상기 선택된 하나 이상의 특정 좌석들과 연관된 요금으로서 상기 화폐 가치와는 구분되는 적어도 하나의 요금을 변경할 수 있으며,
    상기 동작들은, 상기 선택된 하나 이상의 특정 좌석들과 연관된 변경된 화폐 가치를 적어도 부분적으로 기반으로 하여 잠재적인 이벤트 수익에서의 변화를 계산하고 그리고 디스플레이를 위해서 제공하는 것을 더 포함하는, 시스템.
82. 제79항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는 상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있으며 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 화폐 가지를 변경할 수 있는, 시스템.
83. 제79항에 있어서,
    상기 시스템은 사용자 변경들의 적어도 일부의 목록을 기록하고 그리고 상기 이벤트 셋업에 제공하도록 구성된, 시스템.
84. 제79항에 있어서,
    상기 시스템은 디스플레이하기 위해서 메뉴를 제공하도록 구성되며,
    상기 사용자는 디스플레이될 이벤트 데이트를 상기 메뉴를 경유하여 특정할 수 있으며, 상기 메뉴는 다음의 아이템들:
    좌석 상태;
    화폐 가치;
    좌석 카운트;
    잠재적 수익;
    실제 수익;
    가격 레벨;
    가격 파괴 (price break);
    설명,
    중에서 적어도 5개를 포함하는, 시스템.
85. 제79항에 있어서,
    상기 화폐 가치 정보는 액면 가격, 서비스 요금, 설비 요금, 처리 요금 그리고/또는 선적 요금 (shipping fee)을 포함하는, 시스템.
86. 제79항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    상기 사용자 인터페이스를 경유하여 상기 사용자는 필터링 기준을 특정할 수 있고 그리고
    사용자 특정 필터링 기준을 수신하는 것에 적어도 부분적으로 응답하여, 상기 사용자 특정 필터링 기준을 충족시키는 상기 좌석 지도 내 좌석들을 표시하는, 시스템.
87. 제79항에 있어서,
    상기 시스템은 티켓 구매자들에게 상기 이벤트들을 위한 티켓들을 배포하도록 구성되며, 이 경우 상기 배포된 티켓들은:
    하나 이상의 티켓 구매자들과 연관된 하나 이상의 모바일 통신 디바이스들에 배포된 하나 이상의 전자 티켓들;
    하나 이상의 가상 티켓들로서, 이 경우 주어진 가상 티켓은 그 가상 티켓의 보유자가 상기 이벤트에 액세스하기 위해서 상기 보유자의 특정된 신원 증명을 사용하는 것을 가능하게 하며, 상기 특정된 신원 증명은 신용 카드, 직불 카드 (debit card), 운전 면허증, 여권 (passport), 그리고/또는 주 발행 신분 증명 카드 (state issued identification card); 그리고
    하나 이상의 물리적인 티켓들을 포함하는, 시스템.
88. 복수의 섹션들 및 그 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고;
    상기 현장 좌석 지도를 사용자 단말 상에 디스플레이하기 위해서 제공하고;
    상기 현장 좌석 지도를 이용하여 셋업되고 있는 티켓 발행 이벤트용의 이벤트 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    상기 현장과 연관된 이름을 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    상기 현장 지도를 이용하여 셋업되고 있는 상기 이벤트의 날짜를 메모리로부터 액세스하고 그리고 상기 현장 좌석 지도와 연관하여 디스플레이하기 위해서 제공하며;
    판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 표시하는 좌석 상태 정보를 메모로부터 액세스하고 그리고 제공하며;
    판매를 위해서 티켓들이 요청되는 좌석들에 대응하는 티켓들에 대한 화폐 가치 정보에 액세스하고;
    상기 화폐 가치 정보 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트용의 잠재적 수익을 계산하고;
    상기 계산된 잠재적 이벤트 수익을 상기 사용자 단말 상 디스플레이를 위해서 제공하고;
    복수의 가격 레벨의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하고, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청된 좌석들의 부분집합과 연관되며;
    상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 디스플레이하기 위해 제공하고;
    얼마나 많은 좌석들이 상기 주어진 가격 레벨과 연관되는가를 디스플레이하기 위해서 제공하고;
    상기 주어진 가격 레벨에 대한 잠재적인 수익을 계산하고 디스플레이를 위해서 제공하며;
    상기 사용자 단말 상에서의 디스플레이를 위해서 사용자 인터페이스를 제공하며, 그 사용자 인터페이스를 경유하여 사용자는:
    상기 주어진 가격 레벨과 연관된 좌석 카운트; 및
    상기 주어진 가격 레벨 내의 좌석들과 연관된 티켓들의 화폐 가치를 변경할 수 있으며;
    상기 주어진 가격 레벨 내에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경 그리고/또는 상기 주어진 가격 레벨에 대한 좌석 카운트에 대한 사용자 변경을 적어도 부분적으로 기반으로 하여 상기 주어진 가격 레벨에 대한 새로운 잠재적인 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는, 방법.
89. 티켓 발행 이벤트를 설정하는 시스템으로서:
    컴퓨팅 하드웨어;
    명령어들을 저장하는 비-일시적 매체를 포함하며,
    상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금:
    복수의 섹션들 및 상기 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고;
    사용자 단말 상에서의 디스플레이를 위해서 상기 현장 좌석 지도를 제공하고;
    상기 현장 지도를 이용하여 정의된 이벤트와 연관된 식별자를 디스플레이를 위해서 제공하고;
    상기 좌석 지도를 경유하여 선택된 좌석들에 대한 티켓 가격들을 사용자가 특정할 수 있는 사용자 인터페이스를 디스플레이를 위해서 제공하고;
    상기 특정된 티켓들의 가격들 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트에 대한 잠재적인 수익을 계산하고;
    상기 사용자 단말 상에서 디스플레이하도록 상기 계산된 잠재적 이벤트 수익을 제공하고;
    복수의 가격 레벨들의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하며, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청되는 상기 좌석들의 부분 집합과 연관되며;
    제1 가격 레벨에 있는 좌석들과 연관된 티켓 가격을 디스플레이를 위해서 제공하고;
    얼마나 많은 좌석들이 상기 제1 가격 레벨과 연관되는가를 디스플레이를 위해서 제공하고;
    상기 제1 가격 레벨에 대한 잠재적 수익을 계산하고 디스플레이를 위해서 제공하며;
    상기 이벤트를 위한 하나 이상의 티켓들이 팔린 이후에 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 화폐 가치를 사용자가 변경할 수 있는 사용자 인터페이스를 상기 사용자 단말 상에서 디스플레이를 위해서 제공하며;
    상기 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경을 적어도 부분적으로 기초로 하여 상기 주어진 가격 라벨에 대한 새로운 잠재적 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는 동작을 수행하도록 하는, 시스템.
90. 제89항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는 상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있고 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 하나 이상의 특징들을 변경할 수 있는 사용자 인터페이스를 제공하도록 구성된, 시스템.
91. 제89항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는:
    상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있고 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 화폐 가치를 변경할 수 있으며;
    적어도 상기 선택된 하나 이상의 특정 좌석들과 연관된 요금으로서 상기 화폐 가치와는 구분되는 적어도 하나의 요금을 변경할 수 있으며,
    상기 동작들은, 상기 선택된 하나 이상의 특정 좌석들과 연관된 변경된 화폐 가치를 적어도 부분적으로 기반으로 하여 잠재적인 이벤트 수익에서의 변화를 계산하고 그리고 디스플레이를 위해서 제공하는 것을 더 포함하는, 시스템.
92. 제89항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    그 사용자 인터페이스를 경유하여 상기 사용자는 상기 좌석 지도를 통해서 특정 좌석들을 선택할 수 있으며 그리고 상기 선택된 하나 이상의 특정 좌석들과 연관된 화폐 가지를 변경할 수 있는, 시스템.
93. 제89항에 있어서,
    상기 시스템은 사용자 변경들의 적어도 일부의 목록을 기록하고 그리고 상기 이벤트 셋업에 제공하도록 구성된, 시스템.
94. 제89항에 있어서,
    상기 시스템은 디스플레이하기 위해서 메뉴를 제공하도록 구성되며,
    상기 사용자는 디스플레이될 이벤트 데이트를 상기 메뉴를 경유하여 특정할 수 있으며, 상기 메뉴는 다음의 아이템들:
    좌석 상태;
    화폐 가치;
    좌석 카운트;
    잠재적 수익;
    실제 수익;
    가격 레벨;
    가격 파괴;
    설명,
    중에서 적어도 5개를 포함하는, 시스템.
95. 제89항에 있어서,
    상기 화폐 가치 정보는 액면 가격, 서비스 요금, 설비 요금, 처리 요금 그리고/또는 선적 요금 (shipping fee)을 포함하는, 시스템.
96. 제89항에 있어서,
    상기 시스템은 사용자 인터페이스를 제공하도록 구성되며,
    상기 사용자 인터페이스를 경유하여 상기 사용자는 필터링 기준을 특정할 수 있고 그리고
    사용자 특정 필터링 기준을 수신하는 것에 적어도 부분적으로 응답하여, 상기 사용자 특정 필터링 기준을 충족시키는 상기 좌석 지도 내 좌석들을 표시하는, 시스템.
97. 제89항에 있어서,
    상기 시스템은
    복수의 이벤트들에 대해서 이벤트 현장 수용량의 퍼센트에서 누적 판매들을 보고하는 리포트를 생성하도록 구성된, 시스템.
98. 제89항에 있어서,
    상기 시스템은 복수의 이벤트들에 대해서 일별 누적 총 판매들을 보고하는 리포트를 생성하도록 구성된, 시스템.
99. 제89항에 있어서,
    상기 시스템은 일정 기간동안 판매된 티켓들에 대한 평균 티켓 가격들을 보고하는 리포트를 생성하도록 구성된, 시스템.
100. 제89항에 있어서,
     상기 시스템은 복수의 이벤트들에 대한 매일의 전환들 (daily conversions)을 보고하는 리포트를 생성하도록 구성된, 시스템.
101. 제89항에 있어서,
     상기 복수의 가격 레벨들은 적어도 16개 가격 레벨들을 그리고 많아야 64개의 가격 레벨들을 포함하는, 시스템.
102. 제89항에 있어서,
     상기 시스템은,
     물리적인 티켓;
     종이가 아닌 티켓;
     을 포함하는 그룹으로부터 선택된 티켓들의 어떤 유형들이 어느 좌석들에 대해서 발행될 것인가를 사용자가 선택적으로 특정하는 것을 가능하게 하는 사용자 인터페이스를 제공하도록 구성된, 시스템.
103. 제89항에 있어서,
     상기 시스템은 상기 사용자가 하나 이상의 좌석들 그리고/또는 하나 이상의 좌석 구역들과 연관된 매도 주문 (sell order)을 정의하는 것을 가능하게 하는 사용자 인터페이스를 제공하도록 구성되며, 이 경우 상기 매도 주문은 하나 이상의 좌석들 그리고/또는 좌석 구역에 대한 티켓들이 판매를 위해서 요청되는 시퀀스를 특정하는, 시스템.
104. 제89항에 있어서,
     상기 시스템은 상기 사용자가 적어도 제1 좌석과 연관하여 경보를 지정하는 것을 가능하게 하는 사용자 인터페이스를 제공하도록 구성되며, 이 경우 상기 경보는 적어도 부분적으로는 상기 제1 좌석에 대한 티켓 판매에 응답하여 촉발되는 것인, 시스템.
105. 제89항에 있어서,
     상기 시스템은 상기 사용자가 적어도 제1 좌석과 연관하여 리마인더 (reminder)를 지정하는 것을 가능하게 하는 사용자 인터페이스를 제공하도록 구성되며, 이 경우 상기 리마인더는 경보를 촉발하도록 스케줄되며 그리고 특정된 날짜와 시각에 메시지가 디스플레이되도록 하는, 시스템.
106. 복수의 섹션들 및 상기 복수의 섹션들 내 좌석들에 대한 정의를 포함하는, 현장용 좌석 지도에 액세스하고;
     사용자 단말 상에서의 디스플레이를 위해서 상기 현장 좌석 지도를 제공하고;
     상기 현장 지도를 이용하여 정의된 이벤트와 연관된 식별자를 디스플레이를 위해서 제공하고;
     상기 좌석 지도를 경유하여 선택된 좌석들에 대한 티켓 가격들을 사용자가 특정할 수 있는 사용자 인터페이스를 디스플레이를 위해서 제공하고;
     상기 특정된 티켓들의 가격들 그리고 판매를 위해서 티켓들이 요청되는 좌석들이 얼마나 많이 상기 현장에 있는가를 적어도 부분적으로 기반으로 하여 상기 이벤트에 대한 잠재적인 수익을 계산하고;
     상기 사용자 단말 상에서 디스플레이하도록 상기 계산된 잠재적 이벤트 수익을 제공하고;
     복수의 가격 레벨들의 목록을 메모리로부터 액세스하고 그리고 디스플레이를 위해서 제공하며, 이 경우 주어진 가격 레벨은 판매를 위해서 티켓들이 요청되는 상기 좌석들의 부분 집합과 연관되며;
     제1 가격 레벨에 있는 좌석들과 연관된 티켓 가격을 디스플레이를 위해서 제공하고;
     얼마나 많은 좌석들이 상기 제1 가격 레벨과 연관되는가를 디스플레이를 위해서 제공하고;
     상기 제1 가격 레벨에 대한 잠재적 수익을 계산하고 디스플레이를 위해서 제공하며;
     상기 이벤트를 위한 하나 이상의 티켓들이 팔린 이후에 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 화폐 가치를 사용자가 변경할 수 있는 사용자 인터페이스를 상기 사용자 단말 상에서 디스플레이를 위해서 제공하며;
     상기 제2 가격 레벨에 있는 좌석들과 연관된 티켓들의 상기 화폐 가치에 대한 사용자 변경을 적어도 부분적으로 기초로 하여 상기 주어진 가격 라벨에 대한 새로운 잠재적 수익을 계산하고 그리고 디스플레이를 위해서 제공하는 것을 포함하는 방법.
107. 제1 티켓 발행 이벤트를 위한 제1 현장용의 좌석 지도를 포함하는 사용자 인터페이스에 컴퓨터 시스템을 경유하여 액세스하고, 이 경우 상기 제1 현장은 복수의 좌석들을 포함하며;
     상기 제1 티켓 발행 이벤트를 위한 제1의 복수의 가격 레벨들을 정의하고;
     상기 좌석 지도를 경유하여 하나 이상의 좌석들을 선택하고;
     상기 선택된 좌석들을 상기 제1의 복수의 가격 레벨들 내 주어진 가격 레벨과 연관시키고;
     상기 제1의 복수의 가격 레벨들 내 각 가격 레벨에 화폐 가치들을 할당하고;
     상기 컴퓨터 시스템으로 하여금 상기 제1 티켓 발행 이벤트에 대한 제1 잠재적 수익을 계산하도록 하고, 이 경우 상기 제1 잠재적 수익은 상기 각 가격 레벨에 할당된 상기 화폐 가치들 그리고 각 가격 라벨에 얼마나 많은 좌석들이 연관되는가를 적어도 부분적으로 기반으로 하며;
     상기 가격 레벨들 중 첫 번째에 할당된 상기 화폐 가치들 중의 첫 번째를 제2 화폐 가치로 변경하고; 그리고
     상기 컴퓨터 시스템으로 하여금 상기 제1 티켓 이벤트에 대한 제2 잠재적 수익을 계산하도록 하는 것을 포함하며, 이 경우 상기 제2 잠재 수익은 상기 제2 화폐 가치를 포함하는 각 가격 레벨들에 할당된 상기 화폐 가치들 그리고 각 가격 레벨들에 얼마나 많은 좌석들이 연관되는가를 적어도 부분적으로 기반으로 하는, 방법.
108. 제107항에 있어서,
     상기 방법은 어느 좌석들이 티켓이 발행되지 않을 것인가를 상기 좌석 지도를 경유하여 특정하는 것을 더 포함하는, 방법.
109. 제107항에 있어서,
     상기 가격은 적어도 하나의 가격 레벨과 연관된 좌석들의 개수를 변경하는 것을 더 포함하는, 방법.
110. 제107항에 있어서,
     상기 화폐 가치들 중 하나 이상은 적어도 티켓 액면 가격을 포함하는, 방법.
111. 제107항에 있어서,
     상기 화폐 가치들 중 하나 이상은 티켓 액면 가격, 서비스 요금, 시설 요금, 처리 요금 및/또는 선적 요금을 포함하는, 방법.
112. 제107항에 있어서,
     상기 방법은 상기 첫 번째 화폐 가치에 대한 변경을 승인하기 위해서 제2 사용자에게 요청을 전송하는 것을 더 포함하는, 방법.
113. 제107항에 있어서,
     상기 방법은 상기 제1 현장 좌석들과 연관된 매도 주문을 정의하는 것을 더 포함하며,
     이 경우 상기 매도 주문은, 좌석들 그리고/또는 좌석 구역들에 대한 좌석들이 판매를 위해서 요청되는 시퀀스를 특정하는, 방법.
114. 제107항에 있어서,
     상기 방법은 경보를 적어도 제1 좌석과 연관하여 할당하는데 있어서 상기 좌석 지도를 이용하는 것을 더 포함하며,
     이 경우 상기 경보는 적어도 부분적으로는 상기 제1 좌석에 대한 티켓 판매에 응답하여 촉발되는 것인, 방법.
115. 제107항에 있어서,
     상기 방법은
     적어도 제1 좌석과 연관하여 리마인더 (reminder)를 지정하는데 있어서 상기 좌석 지도를 이용하는 것을 더 포함하며,
     이 경우 상기 리마인더는 경보를 촉발하도록 스케줄되며 그리고 특정된 날짜와 시각에 메시지가 디스플레이되도록 하는, 방법.
116. 제107항에 있어서,
     상기 제1의 복수의 가격 레벨들은 적어도 16개 가격 레벨들을 그리고 많아야 64개의 가격 레벨들을 포함하는, 방법.
117. 티켓 발행 이벤트를 구성하는 시스템으로서:
     컴퓨팅 하드웨어;
     명령어들을 저장하는 비-일시적 매체를 포함하며,
     상기 명령어들은 상기 컴퓨팅 하드웨어에 의해서 실행될 때에 상기 컴퓨팅 하드웨어로 하여금 사용자 인터페이스를 제공하도록 하며,
     사용자는 그 사용자 인터페이스를 통해서 제1 사용자를 조언자 역할로, 제2 사용자를 의사 결정자 역할로, 그리고 제3 사용자를 실행자 역할로 할당할 수 있으며, 이 경우
     상기 조언자는 적어도 하나의 티켓 가격 세팅을 임시로 변경하고 그리고 잠재적인 수익에 대한 대응하는 영향을 평가하고 그리고 상기 의사 결정자에게 제시될 대응하는 이벤트 셋업 제안을 제공하는 권한을 가지며, 그러나 상기 조언자는 판매 중 (on-sale) 이벤트에 관련하여 적어도 하나의 티켓 가격에서의 변화를 실행하는 권한은 부여되지 않으며;
     상기 의사 결정자는 상기 조언자 제안을 리뷰하고 그리고 상기 시스템을 경유하여 상기 조언자 제안을 승인하거나 또는 불승인하는 권한을 가지며;
     상기 실행자는 상기 의사 결정자에 의해서 승인이 되면 상기 조언자 제안을 상기 시스템을 통해서 실행하는 권한을 가지는, 시스템.
118. 제117항에 있어서,
     사용자 인터페이스를 제공하는 것을 더 포함하며,
     그 사용자 인터페이스를 경유하여 상기 의사 결정자는 다른 사용자가 상기 의사 결정자의 태스크들의 적어도 일부를 수행하도록 승인된다고 특정하는, 시스템.
119. 제117항에 있어서,
     적어도 하나의 티켓 가격 세팅을 변경하는 것은 티켓 액면 가격, 서비스 비용, 시설 비용, 처리 비용 및/또는 선적 비용을 변경하는 것을 더 포함하는, 시스템.
120. 사용자 인터페이스를 제공하는 것을 포함하며,
     사용자는 그 사용자 인터페이스를 통해서 제1 사용자를 조언자 역할로, 제2 사용자를 의사 결정자 역할로, 그리고 제3 사용자를 실행자 역할로 할당할 수 있으며, 이 경우
     상기 조언자는 적어도 하나의 티켓 가격 세팅을 임시로 변경하고 그리고 잠재적인 수익에 대한 대응하는 영향을 평가하고 그리고 상기 의사 결정자에게 제시될 대응하는 이벤트 셋업 제안을 제공하는 권한을 가지며, 그러나 상기 조언자는 판매 중 (on-sale) 이벤트에 관련하여 적어도 하나의 티켓 가격에서의 변화를 실행하는 권한은 부여되지 않으며;
     상기 의사 결정자는 상기 조언자 제안을 리뷰하고 그리고 상기 시스템을 경유하여 상기 조언자 제안을 승인하거나 또는 불승인하는 권한을 가지며;
     상기 실행자는 상기 의사 결정자에 의해서 승인이 되면 상기 조언자 제안을 상기 시스템을 통해서 실행하는 권한을 가지는, 방법.

Images