KR102231790B1 - Multi-level security management method, management server and computer program for executing the method - Google Patents

Abstract

The present specification includes the steps of receiving, by the management server, a request for issuing securities; Selecting, by the management server, a first transfer authority and a second transfer authority as the transfer authority of the securities in consideration of the nature and quantity included in the request for issuance of the securities; Allocating, by the management server, a first quantity to the first transfer authority and a second quantity to the second transfer authority; Receiving, by the management server, an input for transferring all or part of the securities from the electronic device of the first authority transferor to an account of one or more users; Changing, by the management server, a holder of the securities in response to the transferred input; And calculating, by the management server, a usage history of the securities, and calculating a transfer capability of a first right transferor in consideration of the usage history.

Description

A multi-level securities management method, a management server, and a computer program for executing the method {MULTI-LEVEL SECURITY MANAGEMENT METHOD, MANAGEMENT SERVER AND COMPUTER PROGRAM FOR EXECUTING THE METHOD}

The present embodiment relates to a multi-level securities management method, a management server, and a computer program for executing the method.

Securities were created to smoothly deal with changes in property rights as the credit economy develops. In a broad sense, it is a certificate that contains rights related to certain properties and can be circulated by securitizing property rights. Today, for the purpose of replacing cash, securities such as coupons, discount vouchers, concert tickets, and concert invitation vouchers are electronically issued and used online.

However, in the process of using and distributing securities electronically, there was an inconvenience due to the need to verify real securities. For example, even if a performance ticket was purchased electronically, only the purchase process was conducted online and the actual performance ticket was delivered to the purchaser, and the actual purchaser could watch the performance through the confirmation process for the actual performance ticket.

In addition, it was possible to check whether or not the use of the real performance tickets was used through the process of calculating the actual performance tickets.

Through the embodiments of the present specification, a method and system for managing multi-level securities are provided.

A multi-level securities management method according to embodiments of the present invention includes the steps of: receiving, by a management server, a request for issuing securities; Selecting, by the management server, a first transfer authority and a second transfer authority as the transfer authority of the securities in consideration of the nature and quantity included in the request for issuance of the securities; Allocating, by the management server, a first quantity to the first transfer authority and a second quantity to the second transfer authority; Receiving, by the management server, an input for transferring all or part of the securities from the electronic device of the first authority transferor to an account of one or more users; Changing, by the management server, a holder of the securities in response to the transferred input; And calculating, by the management server, a use history of the securities, and calculating the transfer capability of the first authority transferor in consideration of the use history.

According to the present embodiment, the management server includes the steps of: receiving, by the management server, a usage history of the securities from an electronic device of the holder of the securities, and transmitting the usage history of the securities to the electronic device of the first transfer authority used; It may further include.

According to this embodiment, among the one or more users, when a request for ownership transfer of a security is received from an electronic device of a first user, the owner of the security is changed to a second user, and the ownership change history is changed to the first transfer authority. It may include; providing to the electronic device of the child.

A management server for managing multi-level securities according to embodiments of the present invention includes: a request signal receiving unit for receiving a request for issuing securities; A transfer authority calculation unit that selects a first transfer authority and a second transfer authority as a transfer authority of the securities in consideration of the nature and quantity included in the request for issuance of the securities; A transfer performing unit that allocates a first quantity to the first transfer authority and a second quantity to the second transfer authority; A history management unit for receiving an input for transferring all or part of the securities from the electronic device of the first right transferor to an account of one or more users, and changing a holder of the securities in response to the transferring input; And a user management unit that receives the usage history of the securities and calculates the transfer capability of the first right transferor in consideration of the usage history.

The computer program according to the embodiment of the present invention may be stored in a medium in order to execute any one of the multi-level securities management method according to the embodiment of the present invention using a computer.

In addition to this, another method for implementing the present invention, another system, and a computer-readable recording medium for recording a computer program for executing the method are further provided.

Other aspects, features, and advantages other than those described above will become apparent from the following drawings, claims, and detailed description of the invention.

According to embodiments of the present invention, it is possible to manage the issuance, distribution, and use of securities as digital data.

In addition, according to embodiments of the present invention, data such as usage rate as well as distribution of the securities can be calculated by acquiring whether or not the securities are used through an electronic device.

In addition, according to embodiments of the present invention, in order to facilitate the transfer and use of electronically issued securities, it is possible to distribute the securities through a plurality of transfer authority and manage the use of the securities through the transfer authority. .

1 is a diagram illustrating a multi-level securities management system according to embodiments of the present invention.
2 is a block diagram of a management server according to embodiments of the present invention.
3 to 6 are flowcharts of a method for managing securities according to embodiments of the present invention.
7 and 8 are exemplary diagrams of user interfaces provided by a management server.
9A, 9B, and 9C are exemplary diagrams of a user interface provided by embodiments of the present invention.

Since the present invention can apply various transformations and have various embodiments, specific embodiments are illustrated in the drawings and will be described in detail in the detailed description. Effects and features of the present invention, and a method of achieving them will become apparent with reference to the embodiments described below in detail together with the drawings. However, the present invention is not limited to the embodiments disclosed below and may be implemented in various forms.

In this specification, securities are circulated as a substitute for currency, and may include tickets, licenses including admission rights for performances, events, events, etc., discount coupons, coupons, purchase tickets, etc. that can be used in online offline stores, etc. .

In the present specification, the user is classified into issuer, transferor, and transferee, but the same user may be an issuer, transferor, or transferee depending on the securities.

1 is a diagram illustrating a multi-level securities management system according to embodiments of the present invention.

As shown in FIG. 1, the multi-level securities management system may include a management server 100, electronic devices 201, 202, and 203, and a database 300.

The multi-level securities management system can manage the distribution and use of securities among multiple users. The multi-level securities management system can issue securities by inputting information specifying the securities. The multi-level securities management system can issue securities electronically at the request of the requester, and manage the issued securities without real material. When an event such as transfer or use of securities occurs, data corresponding to the event may be generated.

The multi-level securities management system can grant the right to transfer securities to users who match the characteristics of the securities. The multi-level securities management system can determine the level of the user who is the transferor of the securities by collecting whether or not the transferred securities are used.

The management server 100 may process data from electronic devices 201, 202, and 203 possessed by users. The management server 100 may receive data through electronic devices 201, 202, and 203 possessed by a requester, transferor, and transferee of the securities, and may divide and structure the received data by case and user. . The structured data may be transferred to the database 300 and processed.

The management server 100 may issue and distribute securities by generating and transferring the securities of a predetermined quantity to users at the request of the user. The management server 100 may determine a person authorized to transfer the security based on information such as the name, nature, quantity, and schedule of the security determined by the request. The securities are circulated by the transfer authority determined by the management server 100. The management server 100 may receive information related to the use of the securities from an electronic device or a use gate device of the transferee who has transferred the securities.

Users can access the management server 100 through electronic devices 201, 202, and 203. The electronic devices 201, 202, and 203 may handle transfer, transfer, and use of securities. The electronic devices 201, 202, and 203 may receive various alarms related to securities (registration of new securities, bid for transfer of securities, transfer of securities, use of securities, etc.). The electronic devices 201, 202, and 203 may exchange messages with other users, that is, transferees, transferors, and issuers of securities.

The database 300 may classify and manage data collected through the electronic devices 201, 202, and 203 for each user and case. The database 300 may receive structured data through the management server 100.

2 is a block diagram of a management server 100 according to embodiments of the present invention.

The management server 100 may include a processor 110, a communication unit 120, an input/output unit 140, and a storage medium 150.

The processor 110 may be implemented as one or more processors and configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. The instruction may be provided to the processor 110 by the storage medium 150 and the communication unit 120. For example, the processor 110 may be configured to execute a command received according to a program code stored in a recording device such as the storage medium 150.

The communication unit 120 may provide a function for communicating with an external device through a network. As an example, a request generated by the processor 110 of the management server 100 according to a program code stored in a recording device such as the storage medium 150 is transmitted to the electronic devices 201 through the network under the control of the communication unit 120. 202, 203), database 300, or other user terminals. For example, a control signal or command received through the communication unit 120 may be transmitted to the processor 110 or the storage medium 150, and the received image image may be stored in the storage medium 150.

The storage medium 150 is a computer-readable recording medium, and may include a permanent mass storage device such as a random access memory (RAM), a read only memory (ROM), and a disk drive. In addition, an operating system and at least one program code may be stored in the storage medium 150. These software components may be loaded from a computer-readable recording medium separate from the storage medium 150 using a drive mechanism. Such a separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, and a memory card. In another embodiment, software components may be loaded into the storage medium 150 through the communication unit 120 rather than a computer-readable recording medium. For example, at least one program is a storage medium 150 based on a program installed by files provided by a file distribution system for distributing an installation file of an application or an application through a network (for example, the aforementioned application). Can be loaded into

The input/output unit 140 may display a screen providing information or may receive an input from a user. For example, the input/output unit 140 may include an operation panel for receiving a user input and a display panel for displaying a screen.

Specifically, the input unit may include devices capable of receiving various types of user input, such as a keyboard, a physical button, a touch screen, a camera, or a microphone. In addition, the output unit may include a display panel or a speaker. However, the present invention is not limited thereto, and the input/output unit 140 may include a configuration supporting various input/output.

The storage medium 150 of the management server 100 includes a request signal receiving unit 151, a transfer authority selection unit 152, a transfer execution unit 153, a user management unit 154, a securities management unit for processing securities. 155, a history management unit 156, an alarm generation unit 157, and a usage rate management unit 158 may be included.

The request signal receiver 151 may receive a request for issuance of securities from electronic devices. The request for issuance of securities includes information on the securities to be issued, and may include information on the name, nature, place, time, performer, planner, etc. of the securities.

In response to a request for issuance of securities, the transfer authority selection unit 152 uses user-related information such as transfer ability for each user, cumulative use rate of users, and areas of interest, and securities-related information such as the quantity and nature of the issuance of securities. Select the appropriate transfer authority for the securities. The transfer authority selection unit 152 may not select the user as the transfer authority when the user's interest field is different from the characteristics of the securities, even if the user has a high transfer capability. The transfer authority selection unit 152 selects the transfer authority in consideration of not only the transfer capability but also the user's interest field.

The user's transferability can be determined by comprehensively considering the transferred quantity, transferred time (distribution speed), and usage rate after transfer. The user's transferability can be selected differently depending on the characteristics of the securities. For example, a first user's ability to transfer to a first field and a first user's ability to transfer to a second field may be set by considering the securities of the first field and the securities of the second field, respectively.

The transfer authority selection unit 152 also selects the exclusive transfer authority at the request of the issuing requester. The quantity of securities is not large, and the deadline for the transfer of the securities is

The transfer execution unit 153 grants the transfer authority of a certain amount of securities to the transfer authority. After granting the transfer authority, when logging in with the ID of the transfer authority, securities with the transfer authority may be displayed. Securities entitled to transfer are not entirely owned by the transfer authority, and may have transfer rights that allow the transfer of the securities for a certain period of time.

The transfer execution unit 153 may transfer ownership of the securities between users who are not the transfer authority. For example, the transfer execution unit 153 may transfer the securities to the second user by the first user who owns the securities from the transfer authority. In this case, the ownership of the securities is transferred to the second user through the first user without the transfer authority.

The management server 100 may include a user management unit 154 that manages registration of users, registration and designation of transfer authority, and hierarchical structure between transfer authority in relation to the transfer of securities. The user management unit 154 manages the transfer capability of each user based on the transfer histories of securities, and manages a hierarchical structure set among transfer authority.

The user management unit 154 sets a user registered as a transfer authority as a transfer authority. The transfer authority is a user who can be granted the transfer authority of the securities, and may increase the transfer capability through the transfer history made through the management server 100. The transfer authority can change the transfer capability through his or her subordinate transfer authority as well as his or her transfer ability. The transfer capability can be increased through the history of the transfer made through the lower transfer authority and the use after transfer. The lower transfer authority refers to a transfer authority subordinate to the first transfer authority, and refers to a user who can receive the transfer of securities at the selection of the first transfer authority. Conversely, the securities assigned to the lower transfer authority can be freely transferred by the first transfer authority, the higher transfer authority.

The management server 100 may create an upper or lower relationship between transfer authority according to the approval of the hierarchy between users. In this case, the transfer capability of the higher transfer authority may be determined by combining transfer capabilities of one or more subordinate transfer authority.

The user management unit 154 may generate the securities assigned to the transfer authority in consideration of the inheritance structure. For example, securities assigned to a higher transfer authority may include securities assigned to a lower transfer authority. That is, the higher transfer authority has the right to freely transfer the securities assigned to the lower transfer authority. Conversely, the lower transfer authority may be granted the right to transfer to the securities approved by the higher transfer authority among the securities assigned to the higher transfer authority.

The user management unit 154 may manage the relationship between the transfer authority as a link list separate from the user information. Information of multiple transfer authority may be included in the information on the transfer authority of securities. For example, in the case of the upper transfer authority B of the transfer authority A, the transfer authority information of the securities transferred through A may include both the transfer authority information and the higher transfer authority information, such as'A|B'. have.

The user management unit 154 may manage users who have subscribed to a corresponding securities management system. The process of signing up for a member of the management server may be performed by inputting a phone number and a password. For the same phone number, when membership registration is received from a plurality of users, membership registration can be made through other information such as resident number and email address. When a phone number is input, an authentication number is transmitted to an electronic device corresponding to the phone number, and an authentication process through the phone number may be performed according to a request for input thereof.

The securities management unit 155 may manage information on securities managed through the management server 100. The securities management unit 155 may manage information such as a user who has the right to transfer securities, owner information of each securities, transfer history information of each securities, and whether or not each securities is used.

The securities management unit 155 may generate securities issued in response to an issuance request in a predetermined quantity. For example, securities generated by the first issuance request may be generated including distinct identification IDs. The ID of the securities may further include an ID corresponding to the issuance request. The securities management unit 155 may generate structured data of issued securities. The structured data of the securities may include identification information such as ID, an account of a transfer authority, and information such as an account of an owner. The account of the transfer authority or the account of the owner may be created in association with other information of the user, such as a phone number.

The history management unit 156 may change the holder of the securities upon receiving the transfer history from the transfer authority or the user. The history management unit 155 may control to recalculate the usage quantity and usage rate of the securities when the usage history of the securities is received.

In order to prevent forgery or alteration of whether to be used or not, use data may be received from both the user's electronic device and the electronic device related to the securities. For example, usage data for Securities C may be set for use only when they are received from an electronic device of an owner of Securities C and an electronic device related to Securities C.

The alarm generator 157 may collect user information for which the usage history has not been received and transmit it to a transfer authority. For example, if the usage history of the user who transferred the securities from the transfer authority who transferred the securities is not received, information on users who do not have the usage history may be collected and transmitted to the transfer authority. It is possible to control to generate a dunning alarm to urge the use of a specific user at a request from a transfer authority.

The usage rate management unit 158 performs a function of managing the usage rate of the securities. The usage rate management unit 158 may be implemented to transmit a request message requesting the location of the electronic device of the user of the US user and the access time at the request of the transfer authority or the transferor. When it is determined that the use of the US user is impossible in response to the request message, the usage rate management unit 158 may control such that the securities held by the non-user are deprived and transferred to another user.

3 to 6 are flowcharts of a method for managing securities according to embodiments of the present invention.

In S110, the management server 100 receives a request for issuing securities from the first terminal.

In S120, the management server 100 responds to a request for issuance of securities by using user-related information such as transfer ability for each user, cumulative usage rate of users, interests, and securities-related information such as the quantity and nature of the securities issued. Select a transfer authority suitable for securities. For example, when the nature of the securities is music, the user's ability to transfer securities related to music is selected in consideration of the user's ability to transfer securities in fields other than music. . At this time, the transfer authority is selected by placing a higher weight on the use rate of circulated securities rather than the transfer capability.

The user's transferability can be determined by comprehensively considering the transferred quantity, transferred time (distribution speed), and usage rate after transfer. The user's transferability can be selected differently depending on the characteristics of the securities.

In S130, the management server 100 determines the quantity to be transferred to the first transfer authority in consideration of the accumulated transfer history of the first transfer authority among the selected one or more transfer authority. The transfer quantity may be determined based on the average transfer quantity of the first transfer authority from the accumulated transfer history made through the first transfer authority. The transfer quantity may be determined based on the quantity used after the transfer of the first transfer authority from the accumulated transfer history made through the first transfer authority. The transfer quantity may be determined based on the size of the lower transfer authority connected to the first transfer authority.

In S140, the management server 100 may transmit the right to transfer the securities of the transfer quantity determined to be allocated to the first transfer authority to the account of the first transfer authority, and may request a predetermined deposit. The deposit may be differentiated according to the amount and price of the transferred securities.

In S150, when the transfer history is received from the first transfer authority, the management server 100 changes the holder of the securities, and when the usage history of the securities is received, the management server 100 recalculates the usage quantity and the usage rate of the securities.

In S160, the management server 100 recalculates the transfer capability of the first transfer authority based on the transfer history and use history of the securities.

In this way, in the multi-level method of managing securities, the transfer authority is granted for a certain amount of securities in consideration of the transfer ability of the transfer authority having the transfer authority. The transfer authority may transfer securities within the scope of the assigned securities.

In FIG. 4, a process of calculating the transfer capability of the transfer authority will be mainly described among the multi-level securities management method.

In S210, the management server 100 allocates the first securities to the first transfer authority and the second transfer authority by the first quantity and the second quantity, respectively. The first transfer authority holds the transfer authority for the first securities according to the first quantity and the second transfer authority holds the transfer authority for the first securities according to the second quantity.

In S220, the management server 100 may receive an input for transferring the first securities from the electronic device of the first transfer authority to the account of one or more users who are transferees.

In S230, the management server 100 may receive an input for transferring from among one or more users in which a first user transfers the first securities to another second user. The transfer authority may freely transfer the securities assigned to other users. The management server 100 may manage the transfer history while changing the holder of the electronically issued securities. The transferor can confirm the holder of the securities even after the transfer is complete. The information of the current holder may be transferred to the transfer authority's electronic device upon request of the transfer authority's holder confirmation.

In S240, the management server 100 may receive the first usage history of the securities from the electronic device of the second user among the transferees.

In S250, the management server 100 may receive a transfer history and usage history of the first quantity of securities transferred to the first transfer authority. The message including the transfer history and the use history may be delivered at a time designated by the first transfer authority. A message including the transfer history and usage history at any time preceding the closing time of the securities may be delivered to the electronic device of the first transfer authority. The message including the unused history of the securities may be delivered to the electronic device of the first transfer authority. Among the holders, information on the holders of unused securities can be collected and delivered to the electronic device of the first transfer authority.

In S260, the management server 100 may calculate the transfer capability of the first transfer authority in consideration of the received transfer history and use history. If the use rate of securities is higher than the original use rate, the transfer capability higher than the previous transfer capability of the first transfer authority is established, and if the use rate of the securities is later than the original use rate, the transfer capability is lower than the transfer capability of the first transfer authority. Can be newly set.

In addition, if the second transfer authority is a subordinate transfer authority of the first transfer authority, the transfer capability calculated through the transfer behavior and usage history made by the second transfer authority may be reflected in the transfer capability of the first transfer authority. have. In addition, the first transfer authority may inquire the transfer history and use history made by the second transfer authority and check information on the non-user.

In this way, the management server 100 may calculate the transfer capability of the transfer authority by using the use history of the transferred securities through the transfer authority.

In FIG. 5, a process of generating dunning to US users among the multi-level securities management method will be mainly described.

In S310, the management server 100 may transfer the first securities to the first transfer authority and the second transfer authority by the first quantity and the second quantity, respectively. The first quantity of the first transfer authority may be determined based on the transfer capability of the first transfer authority. The second quantity of the second transfer authority may be determined based on the transfer capability of the second transfer authority.

In S320, the management server 100 transfers the first securities from the electronic device of the first transfer authority to one or more users. In S330, the management server 100 may receive a transfer history of one or more users, of which the first user transferred the first securities to another second user.

In S340, the management server 100 collects user information that has not been received by the second user until the time set by the first transfer authority, generates non-user information, and first transfers the non-user information. It can be delivered to your own electronic device.

In S350, the management server 100 may receive a dunning input for a non-user through an electronic device of the first transfer authority.

In S360, in response to a dunning input, the management server 100 may transmit a request message for requesting the location and access time of the electronic device of the second user, who is a non-user. The request message transmitted to the electronic device of the non-user may be implemented including a module for acquiring a location of the electronic device and a module for inputting an entry time.

In S370, when a response to the request message is received, the management server 100 may determine the validity of the admission time in consideration of the received location. The validity of the entered entry time is determined by considering the distance difference between the received position and the target position of the securities. At this time, the validity of the entry time may be determined by applying the general speed of the vehicle, for example, 60 km to the distance difference. The speed information applied to the distance difference may be applied to the moving speed of the user's electronic device.

In S380, when it is determined that the entrance time is not valid, the management server 100 may deprive the second user of the securities and transfer it to another user.

In this way, the management server 100 may prompt the use of the non-user of the securities at the request of the transfer authority. The management server 100 may allow unused securities to be transferred to other users.

In FIG. 6, a method of selecting and operating a monopoly transfer authority among the multi-level securities management methods according to embodiments of the present invention will be mainly described.

In S410, the management server 100 selects a person authorized to transfer the monopoly on the second securities. The management server 100 may select an exclusive transfer authority among transfer authority persons having a transfer capability equal to or higher than a preset high value. Like the top 5%, the top value can be determined relatively among the assignees.

In S420, the management server 100 may transfer the total quantity of the second securities to the exclusive transfer authority. The management server 100 may transfer the total quantity of the second securities to the exclusive transfer authority for the securities for which the exclusive transfer is permitted.

In S430, the management server 100 may receive the transfer history of the transfer of the second securities by the exclusive transfer authority. The transfer history, usage history, etc. made by the exclusive transfer authority can be received.

The management server 100 may also provide an inquiry function of the transfer history and the use history to the exclusive transfer authority.

In S440, when the transfer and use of the total quantity is completed through the transfer history, the management server 100 may control to accumulate additional rewards to the account of the exclusive transferor.

In S450, the management server 100 may reset the transfer capability of the exclusive transfer authority to the highest value.

Through this, the management server 100 may exclusively provide the transfer of the securities to one transfer authority. When a relatively short time limit is set for securities or the quantity of securities is very limited, the management server 100 may be designed to provide the securities to the exclusive transfer authority and provide additional rewards accordingly. . This method can be applied to securities such as the right to use clubs during prime time, such as Friday night and dawn, and the right to special seats within an event.

7 and 8 are exemplary diagrams of user interfaces provided by a management server.

When a transfer authority logs in, information on performances with transfer authority may be provided. As shown in FIG. 7, the transfer authority may be assigned 80 first performance tickets, 70 second performance tickets, and 23 third performance tickets. The performance information screen may also provide information on the quantity used as the quantity used/the quantity allocated. When a confirmation input for the third performance ticket is received, a screen providing an allocation quantity and a usage quantity for the third performance ticket may be provided. Of the 23 tickets with transfer authority, 15 used tickets S1 and 7 unused tickets S2 may be displayed distinctly.

As illustrated in FIG. 8, a screen for inputting a scheduled entry time through the management server may be transmitted to an electronic device of a non-user of the securities. When the scheduled admission time is input through S3 and the completion button is input, the location information of the US user may be automatically extracted through a location module such as GPS included in the electronic device, included in a message, and transmitted to the management server. The management server may determine the location information of the U.S. user and whether or not the entry is possible through a request signal for inputting the expected entry time.

As shown in FIG. 9A, the management server 100 may provide an inquiry screen A1 of the held securities. The inquiry screen can provide individual securities, including tickets having a real shape. The first securities S1 and the second securities S2 may include a name, an owner, a registration validity period, and a barcode for confirming use of the securities. In the case of the security of the invitation ticket for a performance, the use of the security is confirmed by scanning the barcode of the security through an electronic device of an admission agent installed in the concert hall, and the use data of the security may be transmitted to the management server 100.

The self-registration (S3) and the send button (S4) may be included at the bottom of the owned ticket list area. It is possible to set the owner's information properly through self-registration (S3).

When the send button S4 is selected, it moves to the recipient information input screen A2. The recipient information input screen A2 may include areas for inputting a name S5 and a phone number S6.

After the securities of the invitation ticket for the performance are transmitted, a transmission completion screen A3 may be provided. The transmission completion screen A3 may provide information S7 on the transmitted ticket. The information on the transmitted ticket (S7) may include information on a name, a phone number, and a quantity. In addition, it may include a share to SNS button (S8), a link copy button (S9).

You can use the Share to SNS button (S8) and the copy link button (S9) to deliver the security, which is an invitation to the performance. Information on the received ticket can be checked using SNS and links without performing membership registration and registration procedures in the management server 100. The received user can inquire the received ticket by entering his or her phone number.

The apparatus described above may be implemented as a hardware component, a software component, and/or a combination of a hardware component and a software component. For example, the devices and components described in the embodiments are, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA). , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, such as one or more general purpose computers or special purpose computers. The processing device may execute an operating system (OS) and one or more software applications executed on the operating system. Further, the processing device may access, store, manipulate, process, and generate data in response to the execution of software. For the convenience of understanding, although it is sometimes described that one processing device is used, one of ordinary skill in the art, the processing device is a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it may include. For example, the processing device may include a plurality of processors or one processor and one controller. In addition, other processing configurations are possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of these, configuring the processing unit to operate as desired or processed independently or collectively. You can command the device. Software and/or data may be interpreted by a processing device or, to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. , Or may be permanently or temporarily embodyed in a transmitted signal wave. The software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiment, or may be known and usable to those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operation of the embodiment, and vice versa.

As described above, although the embodiments have been described by the limited embodiments and drawings, various modifications and variations are possible from the above description to those of ordinary skill in the art. For example, the described techniques are performed in a different order from the described method, and/or components such as systems, structures, devices, circuits, etc. described are combined or combined in a form different from the described method, or other components Alternatively, even if substituted or substituted by an equivalent, an appropriate result can be achieved.

Therefore, other implementations, other embodiments, and those equivalent to the claims also fall within the scope of the claims to be described later.

100: management server
201, 202, 203: management server
300: database

Claims (5)

Receiving, by the management server, a request for issuing securities;
The management server responds to the request for issuance of securities, and information related to the user, including the transfer capability and cumulative usage rate of each user, and the field of interest, and the characteristics of the request for issuance of the securities, and the number of issued securities. The first transfer authority and the second transfer authority are selected as the transfer authority of the securities in consideration of, but among users of the same interest as the characteristics of the securities, the first transfer authority and the second transfer authority Selecting a ruler;
The management server allocates a first quantity to the first transfer authority and a second quantity to the second transfer authority, and grants the first transfer authority to the first transfer authority, and the Granting a second transfer authority to a second transfer authority-the transfer authority enables transfer of the securities for a predetermined period of time;
Receiving, by the management server, an input for transferring all or part of the securities from an electronic device of the first transfer authority to an account of one or more users;
Changing, by the management server, a holder of the securities in response to the transferred input; And
Including, the management server receiving the usage history of the securities, and calculating the transfer capability of the first transfer authority in consideration of the usage history; and
The first transfer authority has at least one lower transfer authority, and the transfer capability of the first transfer authority is determined based on the transfer capability of the at least one lower transfer authority. The method of claim 1,
The management server receiving the use history of the securities from the electronic device of the holder of the securities, and transmitting the use history of the securities to the electronic device of the first transfer authority used; further comprising, multi-step How to manage formula securities.
The method of claim 1,
The first transfer authority may freely transfer the securities allocated to the at least one lower transfer authority, and the at least one lower transfer authority may be selected from among the securities assigned to the first transfer authority. 1 A multi-level securities management method that can be transferred for securities approved by the transfer authority. A request signal receiving unit for receiving a request for issuing securities;
Responding to the request for issuance of securities, considering the transfer capability of each user, the user's cumulative usage rate, user-related information including interest fields, and the characteristics of the securities issuance request, including securities-related information including the issued quantity. The first transfer authority and the second transfer authority are selected as the transfer authority of the securities, and the first transfer authority and the second transfer authority are selected from among users with the same interest as the characteristics of the securities. Authority calculation unit;
Allocating a first quantity to the first transfer authority and a second quantity to the second transfer authority, but granting the transfer authority for the first quantity to the first transfer authority and the second transfer authority A transfer execution unit granting a transfer authority for a second quantity to a user-the transfer authority enables transfer of the securities for a predetermined period of time -;
A history management unit for receiving an input for transferring all or part of the securities from the electronic device of the first transfer authority to an account of one or more users, and changing a holder of the securities in response to the transferring input; And
Including; a user management unit that receives the usage history of the securities and calculates the transfer capability of the first transfer authority in consideration of the usage history,
The first transfer authority has at least one lower transfer authority, and the transfer capability of the first transfer authority is determined based on the capability of the at least one lower transfer authority. A computer program stored in a computer-readable storage medium to execute the method of any one of claims 1 to 3 using a computer.

Images