System and method for providing gamification-based open badge issuance service

Abstract

The present disclosure relates to a system and method for providing a gamification-based open badge issuance service, whereby a blockchain-based open badge associated with studies is conveniently issued and provided so that a user (learner) can prove his or her qualifications acquired through education, learning, testing, and the like provided by an educational institution (learning institution), thereby ensuring security while also eliminating the inconvenience of the user having to acquire certificates of completion, course completion, and the like by visiting the educational institution or the homepage of the educational institution, and directly submit same to a requesting institution (receiving institution), and thus reducing both the time required and associated costs.

Description

Gamification-based Open Badge Issuance Service Provision System and Method

[0001] The present disclosure relates to a system and method for providing a gamification-based open badge issuance service.

[0002] Due to the development of internet services, most people use numerous online services through the internet, such as government agencies, educational institutions, medical institutions, telecommunications companies, financial companies, passenger transport companies, asset management, credit information, portals, social network services (SNS), games, shopping, ticketing, courier services, and electronic voting.

[0003] Therefore, users who wish to use such services must register as members by entering personal information, including their real name, or authenticate that they are registered users by entering a specific ID and password. However, since repeating this authentication process on multiple sites is quite cumbersome, methods known as simplified authentication have recently been developed to facilitate easier login and enable financial transactions on the internet.

[0004] Previously, user authentication was performed using a centralized ID (Identify) system. Typically, this involved installing accredited certificates and Active X programs to utilize them, or installing separate applications to perform authentication.

[0005] However, in the case of a centralized identity verification system, there are problems regarding the leakage and misuse of personal information.

[0006] Furthermore, when performing user identity verification using the aforementioned programs or applications, there is the inconvenience of having to install a separate program, and there are compatibility issues with existing applications or programs, which results in problems where user identity verification is not performed smoothly.

[0007] Recently, Decentralized IDentifiers (DID) technology, which allows users to verify their identity through an issuing authority, is gaining attention.

[0008] Meanwhile, Open Badges have recently emerged as a new digital credential method utilizing blockchain technology. These Open Badges embed metadata—such as an individual's learning history, skills, knowledge, reputation, experience, and competencies—into a unique image. By capturing and recognizing a wide range of learning outcomes and enabling verification via blockchain, they effectively enhance the reliability of those results. In essence, Open Badges serve as a standardized framework for sharing badges, ensuring trustworthiness by establishing credentialing, issuance security, and authentication systems for evaluations.

[0009] Therefore, there is a need to develop technology that enables users (learners) to prove their competencies acquired through education, learning, exams, etc. provided by educational institutions (learning institutions) through open badges, as well as to expand those competencies by utilizing open badges.

[0010] The present disclosure provides a system and method for providing a gamification-based open badge issuance service that enables a user (learner) to prove their qualifications acquired through education, learning, exams, etc. provided by an educational institution (learning institution) by conveniently issuing a blockchain-based open badge linked to their studies. This ensures security while relieving the user of the burden of having to visit the educational institution or its website to obtain certificates of completion or achievement, as is done conventionally, and to submit them directly to a requesting institution (submitting institution), thereby reducing both the time required and incidental costs.

[0011] Meanwhile, the present disclosure provides a system and method for providing a gamification-based open badge issuance service that enables a user to manage at least one open badge issued to them in an integrated manner, thereby allowing for convenient verification of an individual's fragmented history data, and enables the data to be posted on at least one social network service (SNS), thereby allowing for quick and easy utilization for employment or further education.

[0012] Meanwhile, the present disclosure provides a system and method for providing a gamification-based open badge issuance service that issues various types of open badges considering gamification for unit-specific capabilities, and provides points, gifts, etc. in addition to the open badges, thereby inducing interest or motivation in users to voluntarily expand their capabilities.

[0013] The problems that this disclosure aims to solve are not limited to those mentioned above, and other unmentioned problems will be clearly understood by a person skilled in the art from the description below.

[0014] A gamification-based open badge issuance service provision system according to one aspect of the present disclosure for achieving the aforementioned technical problem may include: a first institution terminal that provides a learning service to a user terminal and receives learning performance result information from the user terminal to generate or update history information about the user; the user terminal that performs learning through the learning service provided by the first institution terminal and stores an open badge issued upon requesting the issuance of an open badge for the learning to a service server; and a service server that, when an open badge issuance is requested from the user terminal, determines whether to issue the open badge by verifying whether the user has the eligibility to issue the requested open badge, and when the open badge issuance is completed, records the issued open badge on the user's DID electronic wallet registered on the blockchain, determines whether to provide a reward based on the user's open badge issuance information and learning activity information, and generates issuance information according to the determination result.

[0015] Meanwhile, a method for providing a gamification-based open badge issuance service according to one aspect of the present disclosure may include: a step of transmitting learning performance result information regarding said learning to the first institution terminal when the user terminal completes learning based on a learning service provided by the first institution terminal; a step in which the first institution terminal generates or updates history information regarding said user based on said learning performance result information; a step in which, when a service server receives a request for the issuance of an open badge regarding said learning from the user terminal, the service server checks through the first institution terminal whether said user has the qualification to issue the open badge requested for issuance; a step in which, as a result of the check, said user has the qualification to issue the open badge requested for issuance, the service server issues an open badge regarding said learning based on badge issuance data for said user; a step in which the service server records said issued open badge on the said user's DID electronic wallet registered on the blockchain; a step in which the service server determines whether to provide a reward based on said user's open badge issuance information and learning activity information; and a step in which the service server generates issuance information according to the determination result.

[0016] In addition, a computer program stored on a computer-readable recording medium for executing a method for implementing the present disclosure may be further provided.

[0017] In addition, a computer-readable recording medium for recording a computer program for executing a method for implementing the present disclosure may be further provided.

[0018] According to the aforementioned means for solving the problem of the present disclosure, a blockchain-based open badge linked to academic studies is conveniently issued and provided so that a user (learner) can prove their qualifications acquired through education, learning, exams, etc. provided by an educational institution (learning institution). This ensures security while relieving the user of the burden of having to visit the educational institution or its website to obtain certificates of completion, etc., and to submit them directly to a requesting institution (submitting institution), thereby reducing not only the time required but also incidental costs.

[0019] Meanwhile, according to the present disclosure, a user can manage at least one open badge issued to them in an integrated manner, thereby enabling convenient verification of their fragmented history data, and can post this data on at least one social network service (SNS), allowing for quick and easy utilization for employment or further education.

[0020] Meanwhile, according to the present disclosure, various types of open badges are issued with consideration of gamification regarding unit capabilities, and points, gifts, etc. are provided in addition to the open badges, thereby inducing interest or motivation in users so that they can voluntarily expand their capabilities.

[0021] The effects of the present disclosure are not limited to those mentioned above, and other unmentioned effects will be clearly understood by a person skilled in the art from the description below.

[0022] FIG. 1 is a diagram showing the network structure of a gamification-based open badge issuance service provision system according to one embodiment of the present disclosure.

[0023] FIG. 2 is a diagram illustrating a procedure for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0024] FIG. 3 is a flowchart illustrating the operation of a gamification-based open badge issuance service provision system according to one embodiment of the present disclosure.

[0025] FIG. 4 is a drawing for explaining the concept of a gamification-based open badge according to one embodiment of the present disclosure.

[0026] FIG. 5 is a diagram showing the configuration of a service server providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0027] FIG. 6 is a flowchart illustrating a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0028] FIG. 7 is a diagram showing a specific operation for performing open badge issuance in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0029] FIG. 8 is a diagram showing a specific operation for determining whether to provide a reward in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0030] FIG. 9 is a drawing showing an example of a user interface implemented through a user terminal of a user using an open badge issuance service according to one embodiment of the present disclosure.

[0031] FIG. 10 is a diagram showing a specific operation for performing DID verification in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0032] The advantages and features of the present disclosure and the methods for achieving them will become clear by referring to the embodiments described below in detail together with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below but may be implemented in various different forms. These embodiments are provided merely to make the present disclosure complete and to fully inform those skilled in the art of the scope of the present disclosure, and the present disclosure is defined only by the scope of the claims.

[0033] The terms used in this specification are for describing embodiments and are not intended to limit the disclosure. In this specification, the singular form includes the plural form unless specifically stated otherwise in the text. The terms “comprises” and / or “comprising” as used in this specification do not exclude the presence or addition of one or more other components in addition to the components mentioned. Throughout the specification, the same reference numerals refer to the same components, and “and / or” includes each of the mentioned components and all combinations of one or more. Although terms such as “first,” “second,” etc., are used to describe various components, these components are not limited by these terms. These terms are used merely to distinguish one component from another. Accordingly, the first component mentioned below may be the second component within the technical scope of this disclosure.

[0034] Unless otherwise defined, all terms used herein (including technical and scientific terms) may be used in a meaning commonly understood by those skilled in the art to which this disclosure pertains. Additionally, terms defined in commonly used dictionaries are not to be interpreted ideally or excessively unless explicitly and specifically defined otherwise.

[0035] Throughout this disclosure, the same reference numerals denote the same components. This disclosure does not describe all elements of the embodiments, and general content in the art to which this disclosure pertains or content that overlaps between embodiments is omitted. As used in the specification, the terms “part” or “module” refer to hardware components such as software, FPGAs, or ASICs, and the “part” or “module” performs certain roles. However, the term “part” or “module” is not limited to software or hardware. The “part” or “module” may be configured to reside in an addressable storage medium or may be configured to run one or more processors. Accordingly, by example, the “part” or “module” includes components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided within the components and "parts" or "modules" may be combined into a smaller number of components and "parts" or "modules," or further separated into additional components and "parts" or "modules."

[0036] Throughout the specification, when a part is described as being "connected" to another part, this includes not only cases where they are directly connected but also cases where they are indirectly connected, and indirect connections include connections made via a wireless communication network.

[0037] Furthermore, when it is stated that a part "includes" a certain component, this means that, unless specifically stated otherwise, it does not exclude other components but may include additional components.

[0038] Throughout the specification, when it is stated that a component is located "on" another component, this includes not only cases where a component is in contact with another component, but also cases where another component exists between the two components.

[0039] Terms such as "first," "second," etc., are used to distinguish one component from another, and the components are not limited by the aforementioned terms.

[0040] Singular expressions include plural expressions unless there is an obvious exception in the context.

[0041] In each step, identification codes are used for convenience of explanation and do not describe the order of the steps; the steps may be performed differently from the specified order unless a specific order is clearly indicated in the context.

[0042] The terms used in the following description are defined as follows.

[0043] In describing the present disclosure, the service server (300) has been limited, but may further include a server, computer and / or portable terminal, or be in the form of any one of these.

[0044] Here, the server is a server that processes information by communicating with an external device, and may include an application server, a computing server, a database server, a file server, a game server, a mail server, a proxy server, and a web server.

[0045] The above computer may include, for example, a notebook, desktop, laptop, tablet PC, slate PC, etc. equipped with a web browser.

[0046] The above portable terminal may include, for example, all types of handheld-based wireless communication devices such as PCS (Personal Communication System), GSM (Global System for Mobile communications), PDC (Personal Digital Cellular), PHS (Personal Handyphone System), PDA (Personal Digital Assistant), IMT (International Mobile Telecommunication)-2000, CDMA (Code Division Multiple Access)-2000, W-CDMA (W-Code Division Multiple Access), WiBro (Wireless Broadband Internet) terminals, smartphones, etc., as well as wearable devices such as watches, rings, bracelets, anklets, necklaces, glasses, contact lenses, or head-mounted devices (HMDs).

[0047] The operating principles and embodiments of the present disclosure will be described below with reference to the attached drawings.

[0048] FIG. 1 is a diagram showing the network structure of a system providing a gamification-based open badge issuance service according to one embodiment of the present disclosure, and FIG. 2 is a diagram showing a procedure for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0049] Referring to FIG. 1, a gamification-based open badge issuance service provision system (hereinafter referred to as the "service provision system") (1000) according to one embodiment of the present disclosure may be configured to include a user terminal (100), a first institution terminal (200), a gamification-based open badge issuance service provision device (hereinafter referred to as the "service server") (300), and a second institution terminal (400). Here, the first institution terminal (200) and the second institution terminal (400) are each shown as one, but this is for convenience of explanation only and does not limit the number or type thereof. Meanwhile, for convenience of explanation, a learning institution is described as an example below, but any institution that provides a course for acquiring qualifications, such as learning, education, or work, to a user is applicable and is not limited thereto.

[0050] A user terminal (100) is a terminal of a user (Recipient) who acquires qualifications related to learning, education, and work provided by at least one first institution based on each first institution terminal (200), and performs DID user registration by registering the issuer's distributed ID information on a blockchain (trusted ID store) through a service server (300) to receive an open badge issuance service. At this time, when performing DID user registration, the user, i.e., the user's identity, is verified through one of a plurality of authentication methods while issuing the initial distributed ID. Here, the plurality of authentication methods correspond to integrated authentication and may include at least one of biometric authentication, PIN number, and pattern.

[0051] Meanwhile, when a user possessing a user terminal (100) acquires qualification and requests the service server (300) to issue an open badge containing an assertion including performance information as a result of performing learning, education, work, etc. provided by the first institution terminal (200), the service server (300) issues the open badge in response. Meanwhile, the issued open badge may be submitted or displayed to a second institution terminal (400) that requires it, upon the request of the user terminal (100).

[0052] Meanwhile, the first institution terminal (200) is a device or server equipped (installed) at the learning institution and may provide a separate web page or platform (application) to provide the learning service. That is, the first institution terminal (200) may build and provide a separate web page or platform (application), and based thereon, provide the learning service requested by at least one user terminal (200) registered for the learning service.

[0053] This first institution terminal (200) stores and manages not only the user's information but also the history information regarding learning. Here, the user information includes at least one of the user's name, age, gender, address, contact information, and educational background, and the history information may include at least one of login information including login history, admission information for the user (admission year, department, student ID number, etc.), major information, lecture information (semester information, lecture code, classification code, course registration information, curriculum, lecture content, completion status, credits earned, etc.), learning process information (student ID number, course code, completion status, etc.), inquiry information (question name / question content, response name / response content, etc.), assignment information, grade information, and evaluation information (evaluation results such as proficiency, competence, talent, etc.).

[0054] Additionally, the first institution terminal (200) provides a corresponding learning service in response to a request from the user terminal (100), and when the user completes all learning processes for a specific learning through the user terminal (100), it grants the user qualification corresponding to the learning process by receiving the results of the learning process. At this time, the first institution terminal (200) can create new history information for the user or update previously created history information based on the results of the learning process.

[0055] Thus, when the first institution terminal (200) is directly or indirectly requested by the user terminal (100), service server (300), and demand institution (400) to verify the eligibility of the user or to verify whether the user is qualified to receive an open badge, it can verify the eligibility based on the user information and history information and provide a response. At this time, the first institution terminal (200) can verify whether the user satisfies the requirements necessary to acquire an open badge based on the previously stored criteria, and if satisfied, provide badge issuance data extracted from some history from the history information to the service server (300). However, this is merely an example, and the history information of the user may be provided to the service server (300) as is without the need to extract badge issuance data from the history information.

[0056] Here, the first institution terminal (200) may be at least one, and each first institution terminal (200) may be linked (interconnected) with the service server (300) through an API (Application Programming Interface) so that a system, form, etc. regarding a certificate, certificate, etc. that can be issued by each first institution (learning institution, educational institution, etc.) may be stored together.

[0057] Meanwhile, the service server (300) can perform operations such as managing badge issuance data, registering and managing badge issuing organizations, providing badge standard guides, establishing a badge operation framework, verifying badge issuing organizations and badge issuance history, and providing badge issuance data information. Here, the badge issuance data may be data extracted from history information stored and managed by the first institution terminal (200) as data for badge issuance. However, this is merely one embodiment, and the service server (300) may receive the user's history information as is, and is not limited thereto.

[0058] The service server (300) issues an open badge based on badge issuance data or history information, and then registers the badge issuance data on the blockchain for management. At this time, the badge issuance data or history information includes a public key used to sign a claim by the first institution terminal (200). This public key can be used later during DID verification. In addition, the service server (300) may revoke the open badge. At this time, the method required for revocation varies depending on whether the claim is a hosted claim or a signed claim.

[0059] Meanwhile, when the service server (300) issues an open badge, it verifies (measures) at least one of the user's learning unit, proficiency, competence, and talent based on badge issuance data or history information and issues the open badge.

[0060] In other words, Open Badges contain metadata such as the user's achievements and capabilities within the badge image, which can be verified anytime and anywhere. Here, the metadata can be based on the minimum metadata typically recorded on standard digital badges. For example, mandatory metadata may include at least one of first institution data (issuer name, issuer address, issuer description, whether the issuer is accredited, etc.), badge class (course name, accredited course status, characteristics / level of accredited course, course category, characteristics / level of course, completion / qualification criteria, qualification quality assurance type, etc.), acquisition data (completion / qualification, badge issuance date, badge expiration date, evaluation type, form of participation in learning activities, etc.), recipient (recipient name, recipient information, etc.), and verification information (verification URL, etc.), and optional metadata may include at least one of additional information about the issuer, course completion criteria / cycle, proof material URL, withdrawal / reason for withdrawal, possibility of integration with other badges, other service purpose information, prerequisite learning requirements for course registration, evaluation process, acquired score, connectivity with other courses, characteristics of qualifications generated by integration / accumulation with other courses, and position on a learning motfolio / career path.

[0061] Such metadata may be used by the issuer or issuer to verify it upon request from an acquirer or user due to closure, loss, or damage to the data.

[0062] Additionally, the service server (300) stores and searches smart contract-based blockchain data for open badges. At this time, actual data blocks can be organized into a single file form using a data block allocation table linked to a data registration transaction, and the data meta information and the data block allocation table can be cached to improve data search performance. Additionally, actual data blocks can be organized into a single file form using a data block allocation table linked to a data registration transaction, and the data meta information and the data block allocation table can be cached to improve data search performance. To this end, data is encrypted based on unique information generated by the smart contract, and the encrypted data is applied to automatically obtain a decryption key according to access control authority.

[0063] To this end, the service server (300) may build and provide a separate web page or platform (application), and based on this, each device (user terminal, issuing agency terminal, demand agency terminal, etc.) registered for the open badge issuance service can receive the open badge issuance service.

[0064] A dashboard for each user may be configured on this web page or platform, and the status of at least one open badge, i.e., DID, issued to each user may be configured in a portfolio form on the dashboard. Through this, the user can execute the web page or platform through the user terminal (100) and check various information regarding at least one open badge issued to them through their DID status.

[0065] This service server (300) can perform DID registration, open badge issuance, DID verification, etc. for a user based on the connected API (Application Programming Interface) (500). In addition, although not shown in FIG. 1, the service server (300) can be connected (linked, linked, etc.) to at least one learning server and at least one search server to collect learning activity information and search result information from each, and utilize them for the open badge issuance service.

[0066] Meanwhile, the service server (300) can determine whether to provide a reward based on the user's open badge issuance information and learning activity information, and then generate issuance information according to the result of the decision. That is, by providing motivation for the user to perform learning by considering gamification, the desire to achieve a reward is stimulated for users with poor learning activity to induce active learning, and interest is generated for users with active learning activity by receiving a reward, thereby inducing more active learning.

[0067] Meanwhile, the service server (300) generates and provides learning curation information for the issued open badge based on the previously stored curriculum information. At this time, the service server (300) may perform the learning curation information upon the request of the user terminal (100), or it may be performed immediately once the open badge is issued. Accordingly, the service server (300) may provide the learning curation information independently, but it may also be provided by being included in the issuance information of the open badge, and the method or form of provision is not limited.

[0068] Meanwhile, the second institution terminal (400) is a device (terminal) provided (installed) at the demand institution (Consumer), and when an open badge is submitted or displayed from the user terminal (100), it can request the service server (300) to verify the claim digitally signed on the open badge based on the public key so that DID verification can be performed.

[0069] Accordingly, when verification is completed by the service server (300), it can be determined whether to recognize the user's qualification for the corresponding open badge based on the verification result.

[0070] Meanwhile, the user terminal (100), the first institution terminal (200), and the second institution terminal (400) may be a computer, UMPC (Ultra Mobile PC), workstation, netbook, PDA (Personal Digital Assistants), portable computer, web tablet, wireless phone, mobile phone, smartphone, pad, smart watch, wearable terminal, e-book, PMP (portable multimedia player), portable game console, navigation device, black box or digital camera, or other mobile communication terminal, etc., capable of installing and running a number of applications (i.e., applications) desired by the user / first institution (educational institution, learning institution, etc.) / demand institution (demand user, submission place, etc.). At this time, the user terminal (100), the first institution terminal (200), and the second institution terminal (400) may be provided in various forms and are not limited thereto.

[0071] As described above, the service providing system (1000) according to the present disclosure can be implemented through data transmission and reception between a user terminal (100), a first institution terminal (200), a service server (300), and a second institution terminal (400).

[0072] Meanwhile, although not illustrated in FIGS. 1 and 2, the service providing system (1000) may be connected to other external servers, for example, it may be configured to include at least one learning server, at least one search server, etc. For example, the learning server may be a server for providing learning services based on online or offline, and the search server may be a server for providing information search services.

[0073] FIG. 3 is a flowchart illustrating the operation of a gamification-based open badge issuance service provision system according to one embodiment of the present disclosure.

[0074] Referring to FIG. 3, a user terminal (100) transmits a request for the provision of a learning service to a first institution terminal (200) to receive a learning service from a first institution (S101). At this time, if the user is a new user, the request for the provision of a learning service may be a request for subscription to the learning service, and if the user is a subscribed user, it may be a request for the provision of a specific learning among at least one learning service.

[0075] Next, the first institution terminal (200) checks the request information according to step S101 (S103), checks whether the user has access rights to determine whether to provide the learning service, and then provides the requested learning service only to the accessible user (S105).

[0076] Next, the user terminal (100) performs the learning service provided by the first institution terminal (200), and when the learning service is fully performed, it transmits the results of the learning performance to the first institution terminal (200) (S107).

[0077] Next, the first institution terminal (200) creates new history information for the user or updates previously created history information based on the learning performance results received by step S107 (S109).

[0078] Subsequently, the user terminal (100) sends a DID user registration request to the service server (300) to receive the open badge issuance service (S111), and the service server (300) performs DID user registration by registering the user's distributed ID information on a trusted ID store, i.e., a blockchain (S113). At this time, the user's DID electronic wallet may be created.

[0079] Next, when the user terminal (100) wishes to receive an open badge, it transmits a request for open badge issuance to the service server (300) (S115). At this time, although not shown in FIG. 3, when the user terminal (100) requests open badge issuance, it may receive at least one open badge that it can be issued from the service server (300) in the form of a list (hereinafter referred to as the 'list of available open badges'). That is, the user can transmit a request for issuance by selecting any one of the open badges from the list. To this end, the service server (300) may perform the operation of registering at least one first institution terminal (200) in advance, and can verify at least one open badge that each user can receive through the history information of each user from the registered at least one first institution terminal (200). Meanwhile, as another embodiment, the service server (300) may recommend issuing open badges that can be issued in addition to the open badge requested by the user, or recommend other learning associated with the previously issued open badge to support the acquisition of eligibility for additional open badge issuance.

[0080] Next, the service server (300) checks the request information according to step S115 (S117) and requests the first institution terminal (200) to verify the user's qualification for the open badge for which issuance has been requested by sending a qualification verification request (S119).

[0081] Next, the first institution terminal (200) checks the user's history information in accordance with the request in step S119, extracts data for badge issuance, i.e., badge issuance data, from the history information (S121), and transmits it to the service server (300) (S123).

[0082] Next, the service server (300) issues the requested open badge based on the badge issuance data from step S123 (S125), determines whether to provide a reward to the user (S127), and then transmits the issuance information generated according to the determination result to the user terminal (100) (S129).

[0083] Next, the user terminal (100) can store the issued open badge based on the issuance information received in step S129 and check the reward. At this time, the reward can be checked only if there is a reward to be provided in step S127. Meanwhile, this issuance information may further include a first notification that may be included when there is no reward to be provided, or a second notification that may be included when there is a reward to be provided. Additionally, the user may post the stored open badge on at least one SNS installed on the user terminal (100) as needed.

[0084] Afterwards, the user terminal (100) generates submission information including the open badge stored in step S131 to submit the open badge corresponding to the qualification to a second institution where the user wishes to have their qualification recognized (S133), and transmits the submission information to the second institution terminal (400) (S135).

[0085] Next, the second institution terminal (400) checks the submission information (S137) and requests the service server (300) to verify the open badge included in the submission information (S139).

[0086] Thus, the service server (300) performs verification of the open badge in accordance with the request by step S139 (S141), generates verification result information including the verification result, and transmits it to the second institution terminal (400) (S143).

[0087] Next, the second institution terminal (400) checks the verification result information received by step S143 and determines whether to recognize the qualification of the user (S145).

[0088] Meanwhile, although FIG. 3 describes that the issuance information is generated and provided differently depending on whether a reward is provided, this is merely one example, and the issuance information may be generated by including only the open badge issued by step S125, and a series of operations related to the provision of rewards may be performed independently.

[0089] FIG. 4 is a drawing for explaining the concept of a gamification-based open badge according to one embodiment of the present disclosure.

[0090] First, the open badge (600) can be issued, acquired, and managed through an open badge platform that supports the open badge standard. As illustrated in FIG. 4, the open badge (600) contains information regarding the content of the guaranteed skill, issuer information, user information acquired and posted, expiration date, and method for verification. The open badge (600) can also be approached from an ecosystem perspective, and key stakeholders can be classified into three types: the issuing organization that issues the open badge (600), the user who acquires the badge, and the company that develops the open badge platform.

[0091] First, the issuance of such open badges (600) will be determined by qualification granted by a learning institution, and such a learning institution can divide learning into small chunks and provide it to the user, recognize the learning according to proficiency, grant qualification for issuing open badges as a recognition of microcredentials, and measure and maintain the user's ability (talent, qualification).

[0092] Additionally, a user who has been issued an open badge (600) may submit (present) the open badge (600) as proof of skills or academic achievements acquired for the purpose of advancing to a higher school or seeking employment, claim the open badge when it is issued to the user, collect the open badge (600) in a portfolio or backpack to share their story, and share their open badge (600) with social media or communities. That is, the open badge (600) may be posted on at least one social network service upon the request of the user terminal (100).

[0093] In addition, companies seeking business opportunities can design a system that recognizes and verifies small learning units provided by learning institutions, track user participation levels and expand resources, develop tools to issue and display / host open badges (600), apply open badge standards, and obtain conformity certification.

[0094] Meanwhile, the open badge (600) includes an issuer, a badge class, and an assertion, wherein the assertion may include performance information regarding the history performed by the user.

[0095] FIG. 5 is a diagram showing the configuration of a service server providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0096] Referring to FIG. 5, a service server (300) providing a gamification-based open badge issuance service according to one embodiment of the present disclosure may be configured to include a communication module (310), a memory (320), and a processor (330).

[0097] The communication module (310) performs wired or wireless communication with at least one of the user terminal (100), the first institution terminal (200), and the second institution terminal (400), as well as at least one external device (server, etc.), an external storage (e.g., a database (140)), an external server, and a cloud server. In particular, when performing wireless communication, it transmits and receives wireless signals in a communication network according to wireless internet technologies.

[0098] Meanwhile, an external server or cloud server may be configured to perform at least a part of the role of the processor (330). That is, the performance of data processing or data operations, etc., can be performed on an external server or cloud server, and the present disclosure does not impose any special restrictions on such a method.

[0099] The communication module (310) may include one or more components that enable communication with an external device, for example, may include at least one of a wired communication module, a wireless communication module, and a short-range communication module, and transmit and receive signals based thereon.

[0100] Here, the wired communication module may include various wired communication modules such as a Local Area Network (LAN) module, a Wide Area Network (WAN) module, or a Value Added Network (VAN) module, as well as various cable communication modules such as USB (Universal Serial Bus), HDMI (High Definition Multimedia Interface), DVI (Digital Visual Interface), RS-232 (recommended standard), power line communication, or POTS (plain old telephone service).

[0101] In addition to Wi-Fi modules and WiBro (Wireless broadband) modules, the wireless communication module may include wireless communication modules that support various wireless communication methods such as GSM (global System for Mobile Communication), CDMA (Code Division Multiple Access), WCDMA (Wideband Code Division Multiple Access), UMTS (universal mobile telecommunications system), TDMA (Time Division Multiple Access), WLAN (Wireless LAN), DLNA (Digital Living Network Alliance), WiBro (Wireless Broadband), WiMAX (World Interoperability for Microwave Access), HSDPA (High Speed ​​Downlink Packet Access), HSUPA (High Speed ​​Uplink Packet Access), LTE (Long Term Evolution), 4G, 5G, and 6G.

[0102] A short-range communication module is for short-range communication and can support short-range communication by using at least one of Bluetooth, RFID (Radio Frequency Identification), Infrared Data Association (IrDA), UWB (Ultra Wideband), ZigBee, NFC (Near Field Communication), Wi-Fi (Wireless-Fidelity), Wi-Fi Direct, and Wireless USB (Wireless Universal Serial Bus) technologies.

[0103] Specifically, the communication module (310) can receive requests for the issuance, authentication, etc. of an open badge from each of the user terminal (100), the first institution terminal (200), and the second institution terminal (400) based on wired or wireless communication, and transmit the results thereof. In addition, various information for the issuance, authentication, etc. of the open badge can be transmitted and received with the user terminal (100), the first institution terminal (200), and / or the second institution terminal (400) through the communication module (310). Furthermore, the communication module (310) transmits and receives various other information with at least one external device.

[0104] The memory (320) stores data and / or various information that supports various functions of the service server (300). It can store a number of application programs (or applications) running on the service server (300), data for the operation of the service server (300), and commands. At least some of these application programs may be downloaded from an external server via wireless communication. Meanwhile, the application program may be stored in at least one memory provided in the memory (320), installed on the service server (300), and driven to perform an operation (or function) by at least one processor provided in the processor (330).

[0105] Meanwhile, at least one memory may include a storage medium of at least one type among flash memory type, hard disk type, multimedia card micro type, card type memory (e.g., SD or XD memory, etc.), RAM (Random Access Memory), SRAM (Static Random Access Memory), ROM (Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), PROM (Programmable Read-Only Memory), magnetic memory, magnetic disk, and optical disk. In addition, the memory may store information temporarily, permanently, or semi-permanently, and may be provided as an embedded or removable type.

[0106] The memory (320) may be equipped with a database (340) for providing an open badge issuance service, and the database (340) may store various information regarding each of at least one user (user, educational institution, receiving institution, etc.) registered with the open badge issuance service. Additionally, the memory (320) may store at least one process for providing an open badge issuance service.

[0107] The processor (330) may be equipped with at least one processor for providing an open badge issuance service, and may control all components within the service server (300) to process input or output signals, data, information, etc., or execute instructions, algorithms, and applications stored in at least one memory to perform various processes.

[0108] That is, the processor (330) controls all operations performed by the service server (300) described above based on FIGS. 1 and FIGS. 2.

[0109] Specifically, when the processor (330) receives a request for the issuance of an open badge from a user terminal (100), it determines whether to issue the open badge by checking whether the user has the qualification to issue the requested open badge. Subsequently, when the issuance of the open badge is completed according to the decision, the processor (330) records and manages the issued open badge on the user's DID electronic wallet registered on the blockchain.

[0110] Meanwhile, the processor (330) may determine whether to provide a reward based on the user's open badge issuance information and learning activity information, and then generate issuance information according to the result of the determination. To this end, the processor (330) may collect learning activity information and search result information from each of a pre-connected learning server and at least one search server, and may utilize the collected learning activity information and / or search result information to provide a reward. Here, the learning activity information may include at least one of a learning level, learning history, test history, learning result, test result, learning time, learning rate, and progress rate during a pre-set period.

[0111] As an example, the processor (330) analyzes the user's open badge issuance information and the learning activity information, and checks whether at least one pre-set reward provision condition is satisfied based on the analysis results.

[0112] If, upon verification, at least one reward provision condition is not satisfied, the processor (330) generates issuance information to include a first notification to provide learning motivation. At this time, the first notification may determine the user's learning level or learning interest based on learning activity information, and based on the result of the determination, receive search result information through at least one search server and include it in the first notification. However, since the first notification is a notification sent when the user is not eligible for reward provision, it may include learning content or learning institutions within the user's range of interest. Additionally, the processor (330) may modify at least one reward provision condition so that the user can achieve it more easily. That is, it lowers the entry barrier.

[0113] If, upon verification, at least one reward provision condition is satisfied, the processor (330) generates issuance information to include a second notification to inform of the provision of a reward. At this time, the second notification may determine the learning level of the user based on learning activity information, and based on the result of that determination, receive search result information through at least one search server and include it in the second notification. However, since the second notification is a notification sent when the user is eligible for a reward, it may include learning content related to the learning required at the user's learning level or learning institutions specialized in that learning by checking the learning map based on the curriculum information corresponding to the user rather than the user's interests. Additionally, the processor (330) may change at least one reward provision condition so that the user can receive a larger reward.

[0114] Here, each of the first notification and the second notification may be composed based on at least one of text, numbers, emoticons, images, audio, video, and graphs.

[0115] Additionally, the reward may include at least one of additional open badges, points, coupons, gifts, and content. Here, the additional open badge is a badge for a capability unit smaller than the open badge, and may be structured with at least one grade. For example, at least one grade may include at least one of a mega badge, a macro badge, a micro badge, and a nano badge.

[0116] Thus, the processor (330) can determine one of at least one grade based on the degree of achievement of at least one reward provision condition and issue a badge of the determined grade as a reward. Users can view not only the open badge issued by performing learning, but also the additional open badge issued as a reward, on a platform or webpage built for the open badge issuance service. At this time, the open badge and the additional open badge may be managed as a single unit or managed separately, and are not limited thereto.

[0117] In addition, the pre-set reward provision conditions may be automatically set or changed by analyzing the user's learning activity information based on pre-stored educational course information, or may be manually set or changed by the user.

[0118] Meanwhile, when the processor (330) receives a DID user registration request from the user terminal (100), it issues an initial distributed ID and verifies the user identity through integrated authentication (biometric authentication, PIN number, pattern) to perform DID registration on the blockchain.

[0119] Meanwhile, when the processor (330) receives a request for the issuance of an open badge for the user from the user terminal (100), it performs user authentication by accessing a distributed ID based on one of a plurality of authentication methods, and then provides a list of issuable open badges including at least one open badge that can be issued to the user. When any of the open badges is selected, the processor issues the open badge by verifying and combining history data and forms based on the user's DID electronic wallet registered on the blockchain.

[0120] Additionally, when the processor (330) receives a request for DID verification for a previously issued open badge from a user terminal (100) or a second institution terminal (400), it accesses the distributed ID based on one of the multiple authentication methods to perform user authentication, and performs DID verification for the previously issued open badge based on the user's DID electronic wallet registered on the blockchain.

[0121] At this time, when the processor (330) performs DID verification, it can verify the badge issuance data using the hash value of a previously issued open badge (an open badge for which DID verification is requested) and the hash value of an open badge previously registered in the blockchain. Here, the hash value of a previously issued open badge can be obtained based on the public key used to sign the claim digitally signed on the open badge.

[0122] This processor (330) can perform DID verification based on the linked API (Application Programming Interface).

[0123] FIG. 6 is a flowchart illustrating a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0124] Referring to FIG. 6, the user performs DID user registration on the blockchain to the service server (300) by sending a DID user registration request using the user terminal (100) to receive the open badge issuance service (S210).

[0125] Next, when the user terminal (100) selects an issuance item and requests the issuance of an open badge, the service server (300) performs the issuance of the open badge based on the user's DID electronic wallet through the linked API (S220).

[0126] Next, the service server (300) records the previously issued open badge on the user's DID electronic wallet registered on the blockchain (S230), and determines whether to provide a reward based on the user's open badge issuance information and learning activity information (S240). At this time, the open badge issuance information can be collected and verified through the database (140), and the learning activity information can be collected and verified from at least one learning server as described above.

[0127] Next, the service server (300) generates issuance information based on the result of the decision made in step S240 (S250). The generated issuance information can be provided to the user terminal (100).

[0128] Additionally, when the service server (300) receives a request for DID verification for an open badge issued from a user terminal (100) or a second institution terminal (400), it performs DID verification for the open badge based on the user's DID electronic wallet through a linked API (S260).

[0129] Here, step S260 is not an action that is mandatory and can be performed optionally as needed.

[0130] Meanwhile, although not illustrated in FIG. 6, the service server (300) may perform registration for at least one issuer at step S210 or prior thereto. At this time, the system, form, etc., for qualifications, certificates, etc., granted by each first institution may be stored together.

[0131] FIG. 7 is a diagram showing a specific operation for performing open badge issuance in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0132] Referring to FIG. 7, when the service server (300) receives a request for the issuance of an open badge for the user from the user terminal (100) (S221), it performs user authentication by accessing the distributed ID based on one of the multiple authentication methods (S222).

[0133] Next, the service server (300) provides a list of available open badges including at least one open badge that can be issued to the user (S223), and when selection information generated by the user selecting one of the open badges through the user terminal (100) is received (S224), the service server performs the issuance of the selected open badge by verifying and combining history data and forms based on the user's DID electronic wallet registered on the blockchain (S225).

[0134] FIG. 8 is a diagram showing a specific operation for determining whether to provide a reward in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0135] Referring to FIG. 8, the service server (300) collects learning activity information through at least one learning server (S241).

[0136] Next, the service server (300) analyzes the user's open badge issuance information and the learning activity information (S244), and checks whether at least one pre-set reward provision condition is satisfied based on the analysis result (S243).

[0137] For example, at least one reward provision condition may be set based on at least one variable among the number of open badges obtained by performing learning during a preset period, the achieved learning level, the test result (score), the learning result (whether learning is completed), the learning time, the learning rate, and the progress rate, and whether to provide a reward may be determined by comparing each variable with a preset threshold for each.

[0138] Depending on the result of the verification, issuance information including a first notification or issuance information including a second notification may be generated in step S250 of FIG. 6.

[0139] FIG. 9 is a drawing showing an example of a user interface implemented through a user terminal of a user using an open badge issuance service according to one embodiment of the present disclosure.

[0140] First, the user can use the open badge issuance service through a separate platform or webpage built and provided by the service server (300).

[0141] Referring to FIG. 9, a dashboard for the user can be configured and displayed in the form of a portfolio on the display module (110) of the user terminal (100).

[0142] That is, the user can check their own DID status by running a web page or platform through their terminal, i.e., the user terminal (100). At this time, the DID status can be configured in the form of a portfolio on a separately configured dashboard and displayed on the display module (110).

[0143] Specifically, in the first area (111), course information for at least one course currently being taken by the user may be displayed, and completion status for each course may also be displayed. Additionally, in the second area (112), open badges issued for each of the at least one course completed by the user may be arranged by category. Furthermore, although not illustrated in FIG. 9, additional open badges provided as rewards may also be arranged and managed within the same category or a separate category.

[0144] However, the screen configuration of FIG. 9 is an example and does not limit the information and its form.

[0145] FIG. 10 is a diagram showing a specific operation for performing DID verification in a method for providing a gamification-based open badge issuance service according to one embodiment of the present disclosure.

[0146] Referring to FIG. 10, when the service server (300) receives a request for verification of the DID of an open badge previously issued to the user from a user terminal (100) or a second institution terminal (400) (S261), it accesses the distributed ID based on one of the multiple authentication methods and performs user authentication (S262).

[0147] Next, the service server (300) performs DID verification on the previously issued open badge for which DID verification was requested by step S261, based on the DID electronic wallet of the user registered on the blockchain (S263).

[0148] In this case, step S263 may verify the badge issuance data using the hash value of a previously issued open badge (an open badge for which DID verification has been requested) and the hash value of an open badge previously registered on the blockchain. Here, the hash value of the previously issued open badge can be obtained based on the public key used to sign the claim digitally signed on the open badge.

[0149] The aforementioned program may include code encoded in a computer language such as C, C++, JAVA, or machine language, which can be read by the computer's processor (CPU) through the computer's device interface, in order for the computer to read the program and execute the methods implemented in the program. Such code may include functional code related to functions that define the necessary functions for executing the methods, and may include control code related to execution procedures necessary for the computer's processor to execute the functions according to a predetermined procedure. Additionally, such code may further include memory reference code regarding where (address) additional information or media necessary for the computer's processor to execute the functions should be referenced in the computer's internal or external memory. In addition, if the processor of the computer needs to communicate with any other computer or server located remotely in order to execute the above functions, the code may further include communication-related code regarding how to communicate with any other computer or server located remotely using the communication module of the computer, and what information or media to transmit or receive during communication.

[0150] The above-mentioned storage medium refers to a medium that stores data semi-permanently and is readable by a device, rather than a medium that stores data for a short period of time, such as a register, cache, or memory. Specifically, examples of the above-mentioned storage medium include, but are not limited to, ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage device. That is, the above-mentioned program may be stored on various recording media on various servers that the computer can access, or on various recording media on the user's computer. Additionally, the above-mentioned medium may be distributed across networked computer systems, and computer-readable code may be stored in a distributed manner.

[0151] The steps of the method or algorithm described in connection with the embodiments of the present disclosure may be implemented directly in hardware, implemented as a software module executed by hardware, or implemented by a combination thereof. The software module may reside in RAM (Random Access Memory), ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), Flash Memory, a hard disk, a removable disk, a CD-ROM, or any form of computer-readable recording medium well known in the art to which the present disclosure belongs.

[0152] Although embodiments of the present disclosure have been described above with reference to the attached drawings, those skilled in the art will understand that the present disclosure may be implemented in other specific forms without altering its technical concept or essential features. Therefore, the embodiments described above should be understood as illustrative in all respects and not restrictive.

Claims

1. A first institution terminal that provides a learning service to a user terminal and receives learning performance result information from the user terminal to generate or update history information about the user; The user terminal that performs learning through a learning service provided by the first institution terminal and stores an open badge issued upon requesting the service server to issue an open badge for the learning; and A service server comprising, when a request for the issuance of an open badge is made from the above user terminal, determines whether to issue the open badge by verifying whether the user has the eligibility to issue the requested open badge, and when the issuance of the open badge is completed, records the issued open badge on the user's DID electronic wallet registered on the blockchain, determines whether to provide a reward based on the user's open badge issuance information and learning activity information, and generates issuance information according to the determination result. Gamification-based open badge issuance service provision system.

2. In Paragraph 1, The above service server is, Connected to at least one learning server and at least one search server, collecting learning activity information and search result information from each, Gamification-based open badge issuance service provision system.

3. In Paragraph 2, The above service server is, Analyze the open badge issuance information and learning activity information of the above-mentioned user, and based on the analysis results, check whether at least one pre-set reward provision condition is satisfied, and Upon verification, if at least one of the above reward provision conditions is not satisfied, the issuance information is generated to include a first notification for providing learning motivation, and Upon verification, if at least one of the above reward provision conditions is satisfied, the issuance information is generated to include a second notification for notifying the provision of a reward. Gamification-based open badge issuance service provision system.

4. In Paragraph 3, The above service server is, Checking the degree of achievement of at least one of the above reward provision conditions, determining the reward to be provided to the corresponding user based on the result of the check, and further including it in the second notification. Gamification-based open badge issuance service provision system.

5. In Paragraph 4, The above reward is, including at least one of additional open badges, points, coupons, gifts, and content, Gamification-based open badge issuance service provision system.

6. In Paragraph 5, The above additional open badge is, As a badge for a unit of capability smaller than the above-mentioned open badge, it is structured and composed of at least one grade, and The above at least one grade is, A medium comprising at least one of a mega medium, a macro medium, a micro medium, and a nano medium. Gamification-based open badge issuance service provision system.

7. In Paragraph 5, The above service server is, Determining one of the at least one grades according to the degree of achievement of the at least one reward provision condition, and issuing a badge of the determined grade as a reward, Gamification-based open badge issuance service provision system.

8. In Paragraph 3, The above-mentioned pre-set reward provision conditions are, Automatically set or changed by analyzing the user's learning activity information based on pre-stored curriculum information, or manually set or changed by the user, Gamification-based open badge issuance service provision system.

9. In Paragraph 1, The above service server is, Characterized by performing at least one of DID user registration, open badge issuance, and DID verification for the corresponding user in conjunction with the first institution terminal based on an API (Application Programming Interface). Gamification-based open badge issuance service provision system.

10. A method for providing a gamification-based open badge issuance service performed by a device, When the user terminal completes the learning based on the learning service provided by the first institution terminal, the step of transmitting learning performance result information regarding the learning to the first institution terminal; A step in which the first institution terminal generates or updates history information for the corresponding user based on the learning performance result information; When the service server receives a request for the issuance of an open badge for the learning from the user terminal, it checks whether the user has the eligibility to receive the requested open badge through the first institution terminal; A step in which, upon verification, the service server issues an open badge for the learning based on badge issuance data for the user, if the user has the eligibility to receive the open badge requested for issuance; A step in which the above service server records the issued open badge on the corresponding user's DID electronic wallet registered on the blockchain; A step in which the above service server determines whether to provide a reward based on the open badge issuance information and learning activity information of the corresponding user; and The above service server includes the step of generating issuance information according to the decision result, Method for providing a gamification-based open badge issuance service.

Images