KR102630981B1 - Providing method of access card and apparatus for performing the method - Google Patents

Abstract

A method for providing an access card and an apparatus for performing the method are disclosed. In the method of providing an access card, a partner terminal that wishes to create a virtual access card that can enter the partner's online or offline area creates an access card, and the access card can be provided through an application of the user terminal.

Description

Method for providing access card and apparatus for performing said method {PROVIDING METHOD OF ACCESS CARD AND APPARATUS FOR PERFORMING THE METHOD}

The present invention relates to a method for providing an access card and an apparatus for performing the method.

Users engage in various activities through online and offline areas. For example, a user goes to work at 9 a.m. and enters the office by tagging his or her employee ID. At 12 p.m., he or she exercises as a member of a fitness center by presenting his or her membership card. At 6 p.m., he or she purchases a ticket on an online site. , you can chat with friends through the chat room at 7 p.m., and when you leave work at 9 p.m., you can pass by tagging your access card on the apartment door.

At this time, when a user logs in from an online area or enters an offline area, there may be a need for access only when the user has specific qualifications. There is a need for a method that allows users to collectively manage the access qualifications required for various online or offline activities through the user terminal.

The present invention provides a method and device that allows users to more easily and conveniently issue and manage access cards required for online or offline access through an application.

The present invention provides a method and device for accessing a specific online or offline area related to a partner by managing the access card generated by the partner through an application installed on the user terminal through the access card required to access the partner.

An access card providing method according to an embodiment of the present invention includes the steps of receiving a registration request from a partner terminal that wishes to create a virtual access card that can enter the partner's online or offline area; Receiving card information for creating an access card from the partner terminal through an access card creation page; creating an access card based on the card information; Providing a link to a card issuance page for the access card to a partner terminal; And when a request for issuance of an access card requested by the user terminal is transmitted through the link, it may include providing data on the produced access card.

The access card is a virtual card containing information about qualifications to enter a specific online area related to the business entity of the partner terminal or to enter an offline specific area related to the business entity of the partner terminal, and the access card Eligibility of the user terminal to enter the specific online or offline area may be checked based on link information or identification information related to the user terminal.

When the partner terminal is produced by specifying a user terminal, when the access card is produced, user information that can identify the user terminal is assigned to the access card, and the user information is the phone number of the user terminal or the It may be one of the account information of the user terminal for the application.

When the partner terminal is manufactured by specifying the number of access cards that can be issued, when the user terminal requests issuance of an access card within the number of access cards that can be issued, user information related to the user terminal is assigned to the access card, and the user The information may be either a phone number of the user terminal or account information of the user terminal for the application.

The access card is assigned additional information related to conditions for the access card to be valid, and the additional information may include at least one of time information, type information, profile information, and verification information related to the access card. .

If the partner corresponding to the partner terminal producing the access card can be expanded according to the hierarchical structure, the access card can be created based on the hierarchical structure.

When the access card is issued to the user terminal, an issuance message for the access card may be provided to the partner terminal or the user terminal through an application.

An access card providing method according to another embodiment of the present invention includes identifying a link to a card issuance page that issues a virtual access card that allows entry into a partner's online or offline area; accessing the card issuance page through the link and requesting issuance of the access card; and receiving data about the access card.

The access card is a virtual card containing information about qualifications to enter a specific online area related to the business entity of the partner terminal or to enter an offline specific area related to the business entity of the partner terminal, and the access card Eligibility of the user terminal to enter the specific online or offline area may be checked based on link information or identification information related to the user terminal.

When the partner terminal is produced by specifying a user terminal, when the access card is produced, user information that can identify the user terminal is assigned to the access card, and the user information is the phone number of the user terminal or the It may be one of the account information of the user terminal for the application.

When the partner terminal is manufactured by specifying the number of access cards that can be issued, when the user terminal requests issuance of an access card within the number of access cards that can be issued, user information related to the user terminal is assigned to the access card, and the user The information may be either a phone number of the user terminal or account information of the user terminal for the application.

The access card is assigned additional information related to conditions for the access card to be valid, and the additional information may include at least one of time information, type information, profile information, and verification information related to the access card. .

If the partner corresponding to the partner terminal producing the access card can be expanded according to the hierarchical structure, the access card can be created based on the hierarchical structure.

When the access card is issued to the user terminal, an issuance message for the access card may be provided to the partner terminal or the user terminal through an application.

The server that performs the access card providing method according to an embodiment of the present invention includes a processor, and the processor registers from a partner terminal that wishes to create a virtual access card that can enter the partner's online or offline area. Receive a request, receive card information for creating an access card through an access card creation page from the partner terminal, create an access card based on the card information, and link to a card issuance page for the access card. It is provided to a partner terminal, and when a request for issuance of an access card requested by the user terminal is transmitted through the link, data on the created access card can be provided.

The access card is a virtual card containing information about qualifications to enter a specific online area related to the business entity of the partner terminal or to enter an offline specific area related to the business entity of the partner terminal, and the access card Eligibility of the user terminal to enter the specific online or offline area may be checked based on link information or identification information related to the user terminal.

A user terminal that performs the method for providing an access card according to an embodiment of the present invention includes a processor, wherein the processor displays a card issuing page that issues a virtual access card that can be used to enter the partner's online or offline area. A link to the access card can be identified, accessed to the card issuance page through the link, request issuance of the access card, and data regarding the access card can be received.

The access card is a virtual card containing information about qualifications to enter a specific online area related to the business entity of the partner terminal or to enter an offline specific area related to the business entity of the partner terminal, and the access card Eligibility of the user terminal to enter the specific online or offline area may be checked based on link information or identification information related to the user terminal.

According to one embodiment of the present invention, the access card required for user access online or offline can be managed more easily and conveniently through an application.

According to one embodiment of the present invention, access cards issued by a plurality of partners can be managed through an application, allowing access to a specific online or offline area related to the partner through the required access card.

1 is a diagram illustrating the operation of devices performing a method of providing an access card according to a first embodiment of the present invention.
Figure 2 is a diagram illustrating a process for providing an access card according to the first embodiment of the present invention.
Figure 3 is a flow chart showing the execution process of the access card providing method according to the first embodiment of the present invention.
Figure 4 is a diagram illustrating the operation of devices performing the method of providing an access card according to the second embodiment of the present invention.
Figure 5 is a diagram illustrating a process for providing an access card according to a second embodiment of the present invention.
Figure 6 is a flow chart showing the execution process of the access card providing method according to the second embodiment of the present invention.
Figure 7 is a diagram illustrating a partner management page accessed by a partner terminal according to an embodiment of the present invention.
Figure 8 is a diagram illustrating a card creation page accessed by a partner terminal according to an embodiment of the present invention.
Figure 9 is a diagram illustrating a card management page accessed by a partner terminal according to an embodiment of the present invention.
Figure 10 is a diagram illustrating an example of a user terminal accessing a card issuance page according to an embodiment of the present invention.
Figure 11 is a diagram illustrating an example of a user terminal issuing an access card through an application according to an embodiment of the present invention.
Figure 12 is a diagram illustrating an example of a user terminal managing an access card through an application according to an embodiment of the present invention.
Figure 13 is a diagram showing an example of using an access card through a plurality of user terminals according to an embodiment of the present invention.
Figure 14 is a diagram illustrating an example of creating an access card corresponding to a partner package according to an embodiment of the present invention.

Hereinafter, embodiments will be described in detail with reference to the attached drawings. However, the scope of the patent application is not limited or limited by these examples. The same reference numerals in each drawing indicate the same members.

Various changes may be made to the embodiments described below. The embodiments described below are not intended to limit the embodiments, but should be understood to include all changes, equivalents, and substitutes therefor.

Terms such as first or second may be used to describe various components, but these terms should be understood only for the purpose of distinguishing one component from another component. For example, a first component may be named a second component, and similarly, the second component may also be named a first component.

Terms used in the examples are merely used to describe specific examples and are not intended to limit the examples. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, terms such as “comprise” or “have” are intended to designate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are not intended to indicate the presence of one or more other features. It should be understood that this does not exclude in advance the possibility of the existence or addition of elements, numbers, steps, operations, components, parts, or combinations thereof.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by a person of ordinary skill in the technical field to which the embodiments belong. Terms defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and unless explicitly defined in the present application, should not be interpreted in an ideal or excessively formal sense. No.

In addition, when describing with reference to the accompanying drawings, identical components will be assigned the same reference numerals regardless of the reference numerals, and overlapping descriptions thereof will be omitted. In describing the embodiments, if it is determined that detailed descriptions of related known technologies may unnecessarily obscure the gist of the embodiments, the detailed descriptions are omitted.

Hereinafter, embodiments of the present invention will be described in detail with reference to the attached drawings.

1 is a diagram illustrating the operation of devices performing a method of providing an access card according to a first embodiment of the present invention.

Referring to Figure 1, a partner terminal 101, an access card production server 102, an access card issuing server 103, a user terminal 104, and an application server 105 are shown. The partner terminal 101 can create an access card through the access card production server 102 for access by a user holding the user terminal 104 online or offline. The production of an access card can be performed through the access card production page provided by the access card production server 102.

Additionally, the access card may be provided to the user terminal 104 that accesses the access card issuance page provided by the access card issuance server 103. Alternatively, the access card may be provided through an application linked to the access card issuing server 103. At this time, the application is installed on the user terminal 104 and operates in conjunction with the application server 105, and may provide a link or menu so that the user terminal 104 can access the access card issuance page.

According to an embodiment of the present invention, the partner terminal 101 provides the user terminal 104 with a valid identity, qualification, affiliation, school, membership, and access to the user terminal 104 without using offline means. An access card, which is a virtual card corresponding to a card, warranty card, business card, ticket, or entrance ticket, can be provided.

In FIG. 1, the access card production server 102, the access card issuance server 103, and the application server 105 may be operated by the same business entity or may be operated by different business entities.

An access card provides information about your qualifications to log in and enter a specific area (e.g., site, application, etc.) online related to a partner or to enter a specific space (e.g., a building, etc.) offline related to a partner. It may mean a virtual card containing The access card may refer to a virtual card that allows the user terminal 104 to access or enter an online or offline area associated with a partner.

In other words, the access card may be a virtual card that digitizes an online or offline valid identity, qualification, affiliated company, affiliated school, membership, access card, warranty, business card, ticket, or admission ticket. The partner terminal 101 can create an access card, which is a virtual card that digitizes and represents identity, rights, qualifications, ownership, access rights, etc. confirmed online or offline in a cloud-type service.

Access cards can be divided into various types. For example, an access card may be a card used to prove identity or affiliation with a partner, such as a student ID card, employee ID card, membership card, business card, or ID card. Alternatively, the access card may be an admission ticket to view a performance, exhibition, or game related to the partner taking place at a specific time. An access card may be a membership, season pass, etc. related to a partner that can be used in a specific section. Alternatively, the access card may refer to an access card to a building designated by the partner, or may be information for authentication of purchase/possession of products or services related to the partner, such as a warranty. The access card described above refers to information that can prove whether the user has permission to access online or offline areas related to the partner, and is not limited to the examples described above.

For example, in order for a user to enter a chat room created by a partner, the user terminal 104 can obtain an access card, which is permission to enter the chat room, through the card issuance page of the access card issuing server 103. In another example, in order for a user to visit a partner's specific space (office), the user terminal 104 may be issued an access card, which is permission to enter the office, through the card issuance page of the access card issuing server 103. You can. The access card issued through the card issuance page of the access card issuance server 103 is stored in at least one of the access card creation server 102, the access card issuance server 103, the application server 105, and the user terminal 104. It can be.

The access card creation server 102 may provide an access card creation page, which is an interface through which a partner terminal 101 wishing to create an access card can create an access card after signing up and registering. The access card issuance server 103 may provide an access card issuance page, which is an interface for issuing an access card, after the user terminal 104 wishing to issue an access card connects. The user terminal 104 may access the access card issuance page through an application provided by the application server 105 and transmit a request for issuance of an access card. And, after the access card is issued, the user terminal 104 can manage the access card through the application. In one example, the application may be a messaging application.

An access check device (not shown) connected to the partner terminal 101 checks whether an access card exists for the user terminal 104, allowing the user to enter a specific offline space associated with the partner. The user terminal 104 and the access check device use a short-range wireless method (e.g., Bluetooth, NFC, etc.), or the access check device reads the identification information (e.g., QR code) displayed on the user terminal 104. Alternatively, the user terminal 104 may check whether an access card exists in the application installed on the user terminal 104 by reading the identification information displayed on the access check device.

According to one embodiment of the present invention, the user can conveniently access the user terminal 104 by managing the access card required for various online or offline activities through an application installed on the user terminal 104.

Figure 2 is a diagram illustrating a process for providing an access card according to the first embodiment of the present invention.

Referring to FIG. 2, a process in which an access card produced by the partner terminal 101 in the access card production server 102 is issued to the user terminal 104 connected to the access card issuance server 103 is shown.

The partner terminal 101 related to the partner can register the partner on the card creation page provided by the access card creation server 102 and create an access card related to the partner. The card creation page may register information about the partner and provide an interface through which the partner terminal 101 can create an access card by entering card information expressed as an image or text.

The partner terminal 101 can use the application installed on the partner terminal 101 to access the card creation page. The partner terminal 101 can create an access card by entering card information for creating an access card into the card creation page. Card information will be explained in detail in FIG. 8.

When the access card has been completed in the access card production server 102, a notification that the access card has been produced or an instant message containing information about the access card produced based on the card information is sent to the partner terminal (101) through a messaging application. ) can be provided to. At this time, the message may be provided through a chat room identified as a business entity corresponding to the partner terminal 101 or a chat room identified as a business entity corresponding to the access card production server 102. A chat room identified as a business entity may be expressed with the name or icon of the business entity.

The access card produced by the access card production server 102 may be provided to the user terminal 104 through a card issuance page provided by the access card issuance server 103. The card issuance page can be accessed through a link (URL) or QR code. A link or QR code accessible to the card issuance page is provided directly to the user terminal 104 by the partner terminal 101 or provided to the user terminal 104 through the access card creation server 102 or the access card issuance server 103. can do.

The user terminal 104 can access the card issuance page through a link or QR code to access the card issuance page, and receive the access card issued on the card issuance page through the application. A message indicating whether an access card has been issued may be provided to the partner terminal 101 through an application.

When the access card issuance is completed in the access card issuing server 103, an instant message including a notification that the access card has been issued may be provided to the partner terminal 101 or the user terminal 104 through a messaging application. At this time, the message may be provided through a chat room identified as a business entity corresponding to the partner terminal 101 or a chat room identified as a business entity corresponding to the access card issuing server 103. A chat room identified as a business entity may be expressed with the name or icon of the business entity.

An access card may be created corresponding to user information. User information is information for identifying a user and may include the phone number of the user terminal 104 or account information (ID) of an application installed on the user terminal 104.

The access card is stored in an application installed on the user terminal 104 or is stored in the access card issuing server 103 rather than the user terminal 104, and the user terminal 104 can check it through the application.

Access cards can be stored in a variety of ways. As an example, when the access card is created by the access card production server 102, the access card may be stored in a secure storage area of the access card production server 102 or the access card issuing server 103. In this case, the consent of the user terminal 104 may be required for the access card to be stored in the secure storage area of the access card production server 102 or the access card issuing server 103. In this case, the access card is not stored in the user terminal 104, and a list of access cards issued to the partner may be provided through an application installed on the user terminal 104. Afterwards, when accessing a specific area of the partner online or offline through the user terminal 104, the user terminal 104 accesses the access card from the secure storage area of the access card creation server 102 or the access card issuing server 103. You can download and save the card. Alternatively, when accessing a specific area of a partner online or offline through the user terminal 104, the access card is not downloaded to the user terminal 104 and is sent to the access card creation server 102 through user information corresponding to the access card. Alternatively, the existence of an access card stored in the secure storage area of the access card issuing server 103 can be confirmed.

As another example, when the access card is created by the access card production server 102, the access card can be downloaded to the user terminal 104 and managed through the application. That is, the access card may be encrypted and stored in the storage area of the user terminal 104. When accessing a specific area of a partner online or offline through the user terminal 104, the presence of the access card can be confirmed by decrypting the encrypted access card using the certificate of the user terminal 104.

Figure 3 is a flow chart showing the execution process of the access card providing method according to the first embodiment of the present invention.

In step 301, the partner terminal 101 can subscribe to the access card service through the partner management page provided by the access card production server 102. The information entered when signing up for the access card service is explained in detail in FIG. 7.

In step 302, the partner terminal 101 may provide card information to the card creation page provided by the access card creation server 102. Card information is explained in detail in FIG. 8.

In step 303, the access card creation server 102 may create an access card based on the card information entered by the partner terminal 101. Card information that the partner terminal 101 transmits or registers with the access card production server 102 to create an access card is explained in more detail in FIG. 8.

In step 304, the access card creation server 102 may assign user information of the user terminal 104 to the access card. For example, when an access card is issued limited to a specific user terminal 104, user information may be assigned to the access card. Although not shown in FIG. 3, when the user terminal 104 to which the access card is issued is not designated, the number of access cards that can be issued may be assigned to the access card on a first-come, first-served basis.

In step 305, the access card creation server 102 may provide a link to the card issuance page for the access card to the partner terminal 101.

In step 306, the partner terminal 101 may provide a link to the card issuance page of the access card to the user terminal 104.

In step 307, the user terminal 104 may access the card issuance page of the access card and request the access card issuance server 103 to issue the access card.

In step 308, the access card issuing server 103 may request an access card from the access card creation server 102.

At step 309, the access card creation server 102 may provide data about the access card to the application server 105. The actually produced access card is stored in the access card production server 102, and data about the access card required to display the access card may be provided to the application server 105.

At step 310, the application server 105 may provide data about the access card to the user terminal 104.

In step 311, the user terminal 104 can display the access card through the application using data about the access card.

Figure 4 is a diagram illustrating the operation of devices that perform the method of providing an access card according to the second embodiment of the present invention.

FIG. 4 illustrates a case where the access card production server 102, the access card issuing server 103, and the application server 105 described in FIG. 1 are implemented through the access card management server 402, which is one server. The access card management server 402 may perform the same operations as the access card production server 102, the access card issuing server 103, and the application server 105. The operation of the partner terminal 401 may be the same as that of the partner terminal 101, and the operation of the user terminal 403 may be the same as the operation of the user terminal 104.

The partner terminal 101 can create an access card through the access card management server 402 for access by a user holding the user terminal 104 online or offline. The creation of an access card can be performed through the access card creation page provided by the access card management server 402. Additionally, the access card may be provided through an application to the user terminal 403 that accesses the access card issuance page provided by the access card management server 402.

Figure 5 is a diagram illustrating a process for providing an access card according to a second embodiment of the present invention.

Specifically, Figure 5 shows a process in which an access card created by the partner terminal 401 in the access card management server 402 is issued to the user terminal 403 connected to the access card management server 402.

The partner terminal 401 related to the partner can register the partner on the card creation page provided by the access card management server 402 and create an access card related to the partner. The card creation page may register information about the partner and provide an interface through which the partner terminal 401 can create an access card by entering card information expressed as an image or text. Card information that the partner terminal 401 transmits or registers with the access card management server 402 to create an access card is explained in more detail in FIG. 8.

The partner terminal 401 can use the application installed on the partner terminal 401 to access the card creation page. The partner terminal 401 can create an access card by entering card information for creating an access card into the card creation page.

When the access card has been completed in the access card management server 402, a notification that the access card has been completed or an instant message containing information about the access card created based on the card information is sent to the partner terminal (401) through a messaging application. ) can be provided to. At this time, the message may be provided through a chat room identified as a business entity corresponding to the partner terminal 401 or a chat room identified as a business entity corresponding to the access card management server 402. A chat room identified as a business entity may be expressed with the name or icon of the business entity.

The access card created in the access card management server 402 may be provided to the user terminal 403 through the card issuance page. The user terminal 403 may access the card issuance page through a link (URL) or QR code. A link or QR code accessible to the card issuance page may be provided directly to the user terminal 403 by the partner terminal 401 or may be provided to the user terminal 403 through the access card management server 402.

The user terminal 403 can access the card issuance page through a link or QR code to access the card issuance page, and receive the access card issued on the card issuance page through the application. A message indicating whether an access card has been issued may be provided to the partner terminal 401 through an application.

When the access card has been completely issued by the access card management server 402, an instant message containing a notification that the access card has been issued may be provided to the partner terminal 401 or the user terminal 403 through a messaging application. At this time, the message may be provided through a chat room identified as a business entity corresponding to the partner terminal 401 or a chat room identified as a business entity corresponding to the access card management server 402. A chat room identified as a business entity may be expressed with the name or icon of the business entity.

Once the access card is created, the access card may be assigned user information. User information is information to identify the user and may include the phone number of the user terminal 403, account information (ID) of the application installed on the user terminal 403, or other user identification information (employment number/student number, etc.) You can.

The access card is stored in an application installed on the user terminal 403 or in the access card management server 402 rather than the user terminal 403, and the user terminal 403 can check it through the application.

Figure 6 is a flow chart showing the execution process of the access card providing method according to the second embodiment of the present invention.

In step 601, the partner terminal 401 can subscribe to the access card service through the partner management page provided by the access card management server 402. The information entered when signing up for the access card service is explained in detail in FIG. 7.

In step 602, the partner terminal 101 may provide card information to the card creation page provided by the access card management server 402. Card information is explained in detail in FIG. 8.

In step 603, the access card management server 402 may create an access card based on the card information entered by the partner terminal 401.

In step 604, the access card management server 402 may assign user information of the user terminal 403 to the access card. For example, when an access card is issued limited to a specific user terminal 403, user information may be assigned to the access card. Although not shown in FIG. 6, if the user terminal 403 to which the access card is issued is not designated, the number of access cards that can be issued may be assigned to the access card on a first-come, first-served basis.

At step 605, the access card management server 402 may provide the user terminal 403 with a link to a card issuance page for the access card.

In step 606, the user terminal 403 may access the card issuance page of the access card and request issuance of the access card to the access card management server 402.

In step 607, the access card management server 402 may check the access card requested to be issued by the user terminal 403.

At step 608, the access card management server 402 may provide data about the access card to the user terminal 403. The actually produced access card is stored in the access card management server 402, and data about the access card necessary to display the access card may be provided to the user terminal 403. Alternatively, data about the access card may be stored in the user terminal 403.

In step 609, the user terminal 104 can display the access card through the application using data about the access card.

The partner management page and card creation page described in FIGS. 7 to 14 may be provided by the access card creation server 102 or the access card management server 402. And, the card issuance page may be provided by the access card issuance server 103 or the access card management server 402. 7 to 14 will describe the partner terminal 101 and the user terminal 104.

Figure 7 is a diagram illustrating a partner management page accessed by a partner terminal according to an embodiment of the present invention.

The partner management page shown in FIG. 7 may refer to a page for the partner terminal 101 to sign up to create an access card or to manage the access card after signing up.

The partner terminal 101 can register the partner's name and administrator information to create an access card. And, according to one embodiment of the present invention, charging may be made for issuing the access card. Account information for partners may be set for billing purposes. Account information may include recharge amount, access card issuance cost, number of access card issuances, and current balance. The recharge amount refers to the amount the partner recharges to issue an access card. The issuance cost of an access card may refer to the amount consumed each time one access card is issued. The cost of issuing an access card may vary depending on the type of access card and the number of issued access cards. The current balance may refer to the recharge amount minus the amount multiplied by the issuance cost of the access card and the number of issuances.

The access card list refers to a list of access cards produced by the partner terminal 101. The access card list may provide a menu for viewing or editing the classification of the access card, validity period, number of productions, number of issuances, and details of the access card.

Each item shown in FIG. 7 is merely an example, and additional items related to the access card may be added.

Figure 8 is a diagram illustrating a card creation page accessed by a partner terminal according to an embodiment of the present invention.

Figure 8 shows a card creation page provided by the access card creation server 102 or the access card management server 402. Below, the operation between the partner terminal 101 and the access card production server 101 is described, but the descriptions below can be equally applied to the operation between the partner terminal 401 and the access card management server 402. The card creation page in FIG. 8 is a page that the partner terminal 101 can access, and can be set for each access card that the partner terminal 101 wishes to create. The interface for creating an access card is not limited to Figure 8.

For example, card information input or registered by the partner terminal 101 to create an access card may be created based on at least one of the following information. The card information described below is an example, and the present invention is not limited thereto.

(1) Information to be issued for the access card (e.g., phone number of the user terminal 104, application ID of the user terminal 104, personal identification information related to the user of the user terminal 104 (e.g., student number) or employee number))

(2) Issuance number information for access cards (Issuance number information can be set when issuance target information for the user terminal 104 does not exist)

(3) Application identification information of the business entity corresponding to the partner terminal 101 (e.g., identification information (ID) for an official account related to the business entity of the partner terminal 101 in a messaging application),

(4) information about the access terminal 101;

(5) Type of access card (e.g. pass, student ID, membership card, etc.),

(6) Access card expiration date information

(7) Conditions on whether an access card is retrievable, transferable, retransferable, transferable or retransferable (e.g., pre-processing requirements, time requirements, regional requirements, to be transferable or retransferable; Contains at least one of the personal requirements for transfer or re-transfer)

(8) Available locations for the access card (e.g., in the case of a chain store, it can only be used at a specific chain store) or geographic area of use.

(7) Connection information to a third-party server connected to the access card (for example, when renting a book with a student ID card, it is linked to the library server to check the rental status of the user holding the student ID card)

(8) Display information for the access card (e.g., including at least one of the name, image or color, hologram, logo, and text data registered by the partner terminal 101 for the access card)

The access card creation page can provide an interface to edit the front and back of the access card as if it were a physical card. The card creation page for the access card may have different input information depending on the type of access card.

For example, information representing the user of the user terminal 104 (name, photo, nickname, email address, affiliation, etc.) and the name of the access card may be displayed on the front of the access card. Additionally, detailed information that varies depending on the type of access card can be entered on the back of the access card. If the access card is a pass, the back of the access card may include information on the access point through the access card, the issuer to whom the access card is issued (the user of the user terminal 104), the validity period of the access card, etc.

Additionally, detailed information about the access card may be additionally entered. For example, settings such as how to use the access card, precautions when using the access card, a menu to request reissuance of the access card, and a menu to request return of the access card can be additionally entered by the partner terminal 101. there is.

Figure 9 is a diagram illustrating a card management page accessed by a partner terminal according to an embodiment of the present invention.

The card management page in FIG. 9 is a page that the partner terminal 101 can access, and can be set for each access card produced by the partner terminal 101.

The card management page is a page for providing information about the issuance of the access card to the partner terminal 101 after the access card is created. The card management page may include the issuance period of the access card, issuance link (URL, QR code, etc.), issuance status of the access card, number of access card issuance targets, and issuance details of the access card.

If the issuance link is in the form of a URL, the partner terminal 101 can copy the issuance link and provide it to the user terminal 104 through the application. And, if the issuing link is a QR code, it may be provided to the partner terminal 101 so that the user terminal 104 can scan and recognize it.

The issuance details of the access card are when the partner terminal 101 produces N access cards and the user information (ex. application user account or phone number of the user terminal 104) is issued when the access card is issued. can be assigned. If the access card is not assigned to a specific user terminal and is issued on a first-come, first-served basis, the user information included in the issuance details is allocated when the access card is actually issued to the user terminal 104 after the access card is produced. It can be.

The issuance and retrieval status of the access card can be confirmed through the issuance history. The number of cases waiting for issuance of an access card may mean the number of cases excluding the number of issued cards from the number of issuance targets.

Figure 10 is a diagram illustrating an example of a user terminal accessing a card issuance page according to an embodiment of the present invention.

A in FIG. 10 illustrates a case where a link to a card issuance page of an access card where an access card can be issued is delivered through an application installed on the user terminal 104. For example, a link to obtain an access card may be provided to the user terminal 104 through a messaging application. At this time, the link may be provided through a chat room identified as a business entity corresponding to the partner terminal 101 or a chat room identified as a business entity corresponding to the access card production server 102. A chat room identified as a business entity may be expressed with the name or icon of the business entity.

Also, when a link for issuing an access card is provided to the user terminal 104 through a chat room, the user terminal 104 for providing a link through a chat room may be linked to the access card. For example, identification information (eg, id) of the application of the user terminal 104 and identification information (eg, phone number) for the user terminal 104 may be mapped to the access card.

When a menu called “Receive Issuance” is selected on the user terminal 104, the user terminal 104 can access the card issuance page through a link to the card issuance page linked to the corresponding menu and transmit a request for issuance of an access card.

B in FIG. 10 shows that the QR code displayed on the partner terminal 101 or online (ex. web page)/offline (ex. kiosk, wall, etc.) is recognized through an application installed on the user terminal 104, allowing the user to This indicates a case where the terminal 104 accesses the card issuance page.

That is, referring to FIG. 10, the user terminal 104 accesses the card issuance page provided by the access card issuance server 103 by selecting a URL through the application or recognizing the QR code, and the partner terminal 101 creates the card issuance page. You can request that an access card be issued.

Figure 11 is a diagram illustrating an example of a user terminal issuing an access card through an application according to an embodiment of the present invention.

Referring to FIG. 11(A), when the access card produced by the partner terminal 101 through the access card production server 102 is generated, the user terminal 104 may request issuance of an access card through the application. And, when an access card is issued, a notification message related to card issuance may be provided through the application.

For example, if the application is a messenger application, a message containing the content that an access card has been issued is sent to the partner terminal 101 or the user terminal 104 in a chat room related to the partner terminal 101 or the access card issuing server 103. can be provided. In this case, the user terminal 104 can check the access card through the application. When data about the access card is provided to the user terminal 104 through the access card issuing server 104, the user terminal 104 can display the access card using the data about the access card through an application.

Referring to FIG. 11(B), there is an interface for managing access cards corresponding to partners in a specific function (e.g., access card wallet) of the application installed on the user terminal 104, such as viewing, deleting, and editing. can be provided. The user terminal 104 may receive a plurality of different types of access cards produced by different partner terminals 101 through an application. Additionally, the user terminal 104 can manage a plurality of different types of access cards produced by different partner terminals 101 through the interface shown in FIG. 11(B). A list of access cards is provided through an application installed on the user terminal 104. Additional information may be assigned to each of the access cards.

For example, when an access card is created in response to user information, additional information related to conditions for the access card to operate or for the access card to be valid may be additionally set. For example, the additional information may include time information, type information, profile information, proof information, etc. related to the access card.

Time information may mean the start and end time for the access card to be valid. Type information may refer to whether the access card is one-time or semi-permanent through reissue, whether it can be shared/transferred to others, information about how the access card is used, etc. Profile information may be related to personal information of the user to whom the access card has been issued, such as region, age, gender, and affiliation. Proof information may be related to qualifications that are essential for the user to engage in online or offline activities, such as whether they have been vaccinated, have a license, or have signed up for a membership.

Figure 12 is a diagram illustrating an example of a user terminal managing an access card through an application according to an embodiment of the present invention.

Referring to Figures 12(A) and 12(B), the result of the access card being displayed through the application of the user terminal 104 is shown. FIG. 12(A) represents the front of the access card illustrated in FIG. 8, and FIG. 12(B) may correspond to the back of the access card illustrated in FIG. 8.

Referring to FIG. 12(A), partner information and user information of a partner related to the issuance of an access card may be provided in the application of the user terminal 104. Additionally, a menu for returning and discarding the access card or extending the validity time may be provided through the display screen. User information may refer to information for identifying a user, such as the name of the user holding the user terminal 104, the user's photo, the user's affiliation, the user's nickname, and the user's email address.

Referring to FIG. 12(B), information necessary for use of the access card may be provided on the back of the access card. For example, as shown in the display screen shown in Figure 12(B), a menu displaying the validity period (issue date and expiration date) of the access card and identification information (e.g. QR code) corresponding to the access card, and the partner who created the access card Detailed information related to the card (ex. issuer), location information where the access card can be used (ex. entry point), etc. may be provided.

Figure 13 is a diagram illustrating an example of using an access card through a plurality of user terminals according to an embodiment of the present invention.

Referring to FIG. 13, a method of providing an access card is provided when a user owns multiple user terminals. Here, the user terminals may have the same application installed. Additionally, lists of access cards may be provided through applications installed on each user terminal.

For example, each of the user terminals owned by the same user (eg, user k) may have the same user information (eg, user account) set through the application. Then, a list of access cards displayed through the application installed on each of the user terminals may also be provided.

As another example, the same user information (eg, user account) may be set for each of the user terminals owned by the same user (eg, user k) through an application. However, the list of access cards displayed through the application installed on each user terminal may be provided differently for each user terminal.

For example, the type of user terminal set by the partner who created the access card (ex. whether it is a smartphone, tablet PC, wearable device, etc.), the frequency of use of the user terminal, the priority set for the user terminal, and the user terminal. Different lists of access cards may be provided based on their properties (screen size, communication support method, etc.).

Figure 14 is a diagram illustrating an example of creating an access card corresponding to a partner package according to an embodiment of the present invention.

The partner terminal 101 that produces the access card may be associated with partner X. At this time, if partner

For example, if Partner When producing a pass (e.g. pass), access cards for Partner X-1 to Partner

At this time, the application installed on the user terminal 104 is provided with only information about the access card of Partner Information about the access card may also be provided.

When partners are structured hierarchically, when an access card for a partner in a higher tier is created, an access card for a partner in a lower tier can be automatically created on a partner package basis. In this case, the hierarchical relationship for the partner can be input from the partner terminal 101. Additionally, an access card corresponding to a partner in a lower layer can be produced independently of an access card corresponding to a partner in a higher layer. For example, as shown in Figure 8, the information entered when creating an access card corresponding to a partner in the upper tier on the card creation page is set differently from the information input when creating an access card corresponding to a partner in the lower tier. It can be.

Meanwhile, the method according to the present invention is written as a program that can be executed on a computer and can be implemented in various recording media such as magnetic storage media, optical read media, and digital storage media.

Implementations of the various techniques described herein may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or combinations thereof. Implementations may include a computer program product, i.e., an information carrier, e.g., machine-readable storage, for processing by or controlling the operation of a data processing device, e.g., a programmable processor, a computer, or a plurality of computers. It may be implemented as a computer program tangibly embodied in a device (computer-readable medium) or a radio signal. Computer programs, such as the computer program(s) described above, may be written in any form of programming language, including compiled or interpreted languages, and may be written as a stand-alone program or as a module, component, subroutine, or part of a computing environment. It can be deployed in any form, including as other units suitable for use. The computer program may be deployed for processing on one computer or multiple computers at one site or distributed across multiple sites and interconnected by a communications network.

Processors suitable for processing computer programs include, by way of example, both general-purpose and special-purpose microprocessors, and any one or more processors of any type of digital computer. Typically, a processor will receive instructions and data from read-only memory or random access memory, or both. Elements of a computer may include at least one processor that executes instructions and one or more memory devices that store instructions and data. Generally, a computer may include one or more mass storage devices that store data, such as magnetic, magneto-optical disks, or optical disks, receive data from, transmit data to, or both. It can also be combined to make . Information carriers suitable for embodying computer program instructions and data include, for example, semiconductor memory devices, magnetic media such as hard disks, floppy disks, and magnetic tapes, and Compact Disk Read Only Memory (CD-ROM). ), optical recording media such as DVD (Digital Video Disk), magneto-optical media such as Floptical Disk, ROM (Read Only Memory), RAM , Random Access Memory), flash memory, EPROM (Erasable Programmable ROM), and EEPROM (Electrically Erasable Programmable ROM). The processor and memory may be supplemented by or included in special purpose logic circuitry.

Additionally, computer-readable media can be any available media that can be accessed by a computer, and can include both computer storage media and transmission media.

Although this specification contains details of numerous specific implementations, these should not be construed as limitations on the scope of any invention or what may be claimed, but rather as descriptions of features that may be unique to particular embodiments of particular inventions. It must be understood. Certain features described herein in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination. Furthermore, although features may be described as operating in a particular combination and initially claimed as such, one or more features from a claimed combination may in some cases be excluded from that combination, and the claimed combination may be a sub-combination. It can be changed to a variant of a sub-combination.

Likewise, although operations are depicted in the drawings in a particular order, this should not be construed as requiring that those operations be performed in the specific order or sequential order shown or that all of the depicted operations must be performed to obtain desirable results. In certain cases, multitasking and parallel processing may be advantageous. Additionally, the separation of various device components in the above-described embodiments should not be construed as requiring such separation in all embodiments, and the described program components and devices may generally be integrated together into a single software product or packaged into multiple software products. You must understand that it is possible.

Meanwhile, the embodiments of the present invention disclosed in the specification and drawings are merely provided as specific examples to aid understanding, and are not intended to limit the scope of the present invention. It is obvious to those skilled in the art that in addition to the embodiments disclosed herein, other modifications based on the technical idea of the present invention can be implemented.

101: Partner terminal
102: Access card creation server
103: Access card issuing server
104: User terminal
105: Application server

Claims (14)

In the access card provision method performed by the access card management server,
Receiving card information for creating an access card from a partner terminal;
creating an access card based on the received card information;
generating a link or code to a card issuance page for the access card;
Receiving a request for issuance of an access card of a user terminal through the link or code;
Providing data on the produced access card in response to a request for issuance of the access card
Including,
The access card is,
It is a virtual card indicating qualifications to enter an online or offline area set by the partner terminal, and is issued, displayed, and managed through a messaging application installed on the user terminal,
The user terminal is,
An access card provision method that allows issuing different types of access cards produced by different partner terminals. According to paragraph 1,
The access card is,
User information of the user terminal designated by the partner terminal is assigned,
The user information is,
A method of providing an access card including a phone number of the user terminal or a user account for the user terminal. According to paragraph 1,
The access card is,
User information related to the user terminal requesting issuance is allocated within the number of access cards designated by the partner terminal that can be issued,
The user information is,
A method of providing an access card including a phone number of the user terminal or a user account for the user terminal. According to paragraph 1,
The access card has validity conditions set,
The above valid conditions are:
A method of providing an access card including at least one of time information, type information, profile information, and proof information related to the access card. According to paragraph 1,
If the partner corresponding to the partner terminal producing the access card can be expanded according to the hierarchical structure, the access card is generated based on the hierarchical structure. According to paragraph 1,
The instant message related to the production of the access card is:
(i) an instant message containing a notification that the access card has been completed, or (ii) an instant message containing information about the access card,
A method of providing an access card provided to a partner terminal through a chat room identified as a business entity corresponding to the partner terminal or the access card production server. According to paragraph 1,
The instant message related to the issuance of the access card is:
Contains an instant message containing a notification that the access card has been issued,
A method of providing an access card provided to a partner terminal or user terminal through a chat room identified as a business entity corresponding to the partner terminal or access card issuing server. In the method of providing an access card performed by a user terminal,
Identifying the link or code of the card issuance page of the access card created according to the card information entered by the partner terminal;
Accessing a card issuance page through a link or code of the card issuance page;
requesting issuance of the access card on the card issuance page;
Receiving data about the access card
Including,
The access card is,
It is a virtual card indicating qualifications to enter an online or offline area set by the partner terminal, and is issued, displayed, and managed through a messaging application installed on the user terminal,
The user terminal is,
An access card provision method that allows issuing different types of access cards produced by different partner terminals. According to clause 8,
The access card is,
User information of the user terminal designated by the partner terminal is assigned,
The user information is,
A method of providing an access card including a phone number of the user terminal or a user account for the user terminal. According to clause 8,
The access card is,
User information related to the user terminal requesting issuance is allocated within the number of access cards designated by the partner terminal that can be issued,
The user information is,
A method of providing an access card including a phone number of the user terminal or a user account for the user terminal. In clause 7,
The access card has validity conditions set,
The above valid conditions are:
A method of providing an access card including at least one of time information, type information, profile information, and proof information related to the access card. According to clause 8,
The instant message related to the production of the access card is:
(i) an instant message containing a notification that the access card has been completed, or (ii) an instant message containing information about the access card,
A method of providing an access card provided to a partner terminal through a chat room identified as a business entity corresponding to the partner terminal or the access card production server. According to clause 8,
The instant message related to the issuance of the access card is:
Contains an instant message containing a notification that the access card has been issued,
A method of providing an access card provided to a partner terminal or user terminal through a chat room identified as a business entity corresponding to the partner terminal or access card issuing server. According to clause 8,
If the partner corresponding to the partner terminal producing the access card can be expanded according to the hierarchical structure, the access card is generated based on the hierarchical structure.