주요 개념 및 용어
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
패스 발급기관
패스 발급기관은 패스를 소유하고 고객에게 패스를 발급할 책임이 있습니다. 이 사용자는 본인, 개발자 또는 본인이 대표하는 조직일 수 있습니다.
패스 발급기관이 되려면 먼저 발급기관으로 등록해야 합니다.
이벤트 티켓 클래스
EventClass는 예약된 이벤트로 볼 수 있습니다. 발급기관은 이벤트 이름과 시간을 순열하여 여러 개의 예약된 이벤트를 만들 수 있습니다.
예약된 이벤트를 나타내는 각 EventClass에는 장소별 요구사항을 충족하기 위해 자체 모양과 데이터 필드가 포함될 수 있습니다.
또한 EventClass는 스마트 탭과 같은 추가 기능을 사용 설정하는 데도 사용할 수 있습니다.
이벤트 티켓 객체
이벤트 티켓 객체는 EventClass의 인스턴스입니다. 이벤트 티켓과 함께 배포된 각 고객에 대해 새 EventObject 인스턴스를 만들어야 합니다.
패스 클래스
EventClass은 패스 클래스 유형입니다. 패스 클래스는 관련 패스 객체 (예: 스타일 및 모양)에 대한 일반적인 정보를 설명하며 고객 세부정보는 포함하지 않습니다.
객체 전달
EventObject은 패스 객체의 한 유형입니다. EventObjects와 마찬가지로 패스 객체는 해당 패스 클래스의 인스턴스입니다. 이벤트 티켓이 발급된 각 고객에 대해 패스 객체를 만들어야 합니다.
패스 객체에는 고객별 정보가 포함됩니다. 예를 들어 고객에게 이벤트 티켓이 있는지 식별할 뿐만 아니라 이벤트에 할당된 좌석도 식별하는 데 사용할 수 있습니다.
서비스 계정
서비스 계정은 Google Wallet API를 호출하는 데 사용되는 ID입니다. Pass API 액세스 권한은 이 서비스 계정에 부여해야 합니다.
서비스 계정 키
서비스 계정 키는 애플리케이션을 서비스 계정으로 인증하는 데 사용되는 사용자 인증 정보입니다. 서비스 계정 키는 매우 민감한 것으로 간주하고 비공개로 유지해야 합니다. 타사가 서비스 계정 키에 액세스할 수 있으면 자신을 서비스 계정으로 식별하고 서비스 계정에서 수행할 수 있는 작업을 수행할 수 있습니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-08-29(UTC)
[null,null,["최종 업데이트: 2025-08-29(UTC)"],[[["\u003cp\u003eThe Passes issuer is the entity responsible for creating and distributing passes to customers, requiring prior registration.\u003c/p\u003e\n"],["\u003cp\u003eEvent Ticket Classes represent scheduled events, enabling customization for venue needs and features like Smart Tap.\u003c/p\u003e\n"],["\u003cp\u003eEvent Ticket Objects are individual instances of Event Ticket Classes, issued to each customer with specific ticket details.\u003c/p\u003e\n"],["\u003cp\u003ePass Objects and Classes function similarly, with Objects storing customer-specific information like seat assignments.\u003c/p\u003e\n"],["\u003cp\u003eA Service Account and its Key are essential for authenticating your application with the Google Wallet API and should be kept secure.\u003c/p\u003e\n"]]],["An Issuer, after registering, creates `EventClass` instances for scheduled events, defining their appearance and data. For each customer, an `EventObject` is generated as an instance of the `EventClass`, containing customer-specific details like seat allocation. `EventClass` is a type of Pass Class, and `EventObject` a Pass Object. A service account, granted access to the Passes API, is used to call the API, and a sensitive service account key authenticates applications as the service account.\n"],null,["# Key concepts and terminology\n\nPass Issuer\n-----------\n\nThe Passes issuer is the entity that owns the pass and is responsible for issuing passes to their customers. This could\nbe you, the developer, or the organization that you represent.\n\nIn order to become a Passes Issuer, you must first register as an Issuer.\n\nevent ticket class\n------------------\n\nA `EventClass` can be thought of as scheduled event. An issuer may create multiple scheduled events with permutation of event names and timings.\nEach `EventClass` representing a scheduled event may contain its own appearance and data fields to meet the venue-specific requirements.\n\nIn addition, `EventClass` can also be used to enable additional features like Smart Tap.\n\nevent ticket object\n-------------------\n\nA event ticket object is an instance of a `EventClass`. A new `EventObject` instance should be created for each customer\nthat is distributed with a event ticket.\n\nPass Class\n----------\n\nA `EventClass` is a type of Pass Class. Pass Classes describe general information for related Pass Objects (such as\nstyle and appearance), and do not include customer details.\n\nPass Object\n-----------\n\nA `EventObject` is a type of Pass Object. Like `EventObjects`, a Pass Object is an instance of a corresponding Pass\nClass. A Pass Object should be created for each customer that is issued a event ticket.\n\nPass Objects contains customer-specific information. For example, it can be used to identify that a customer not only\nhas a ticket for a event, but also identify which seat on the event they've been allotted.\n\nService account\n---------------\n\nThe service account is the identity that is used to call the Google Wallet API. Permission to access the Passes API should be\ngranted to this service account.\n\nService account key\n-------------------\n\nThe service account key is the credential used to authenticate your application as the service account. The service\naccount key should be considered highly sensitive and kept private. If a third party has access to the service account\nkey, they will be able to identify themselves as the service account and perform actions that the service account is\npermitted to perform."]]
