WO2020116887A1 - Procédé de gestion de titres multiniveaux, serveur de gestion et programme informatique pour exécuter le procédé - Google Patents

Procédé de gestion de titres multiniveaux, serveur de gestion et programme informatique pour exécuter le procédé Download PDF

Info

Publication number
WO2020116887A1
WO2020116887A1 PCT/KR2019/016897 KR2019016897W WO2020116887A1 WO 2020116887 A1 WO2020116887 A1 WO 2020116887A1 KR 2019016897 W KR2019016897 W KR 2019016897W WO 2020116887 A1 WO2020116887 A1 WO 2020116887A1
Authority
WO
WIPO (PCT)
Prior art keywords
transfer
securities
authority
security
management server
Prior art date
Application number
PCT/KR2019/016897
Other languages
English (en)
Korean (ko)
Inventor
정효섭
Original Assignee
주식회사 티킷
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 티킷 filed Critical 주식회사 티킷
Publication of WO2020116887A1 publication Critical patent/WO2020116887A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • This embodiment relates to a multi-staged securities management method, a management server, and a computer program for executing the method.
  • Securities were created to smoothly handle changes in property rights as the credit economy developed. In a broad sense, securities can be circulated by liquidating property rights. Today, for the purpose of replacing cash, securities such as coupons, discount tickets, performance tickets, and performance invitation tickets are issued and used electronically.
  • a multi-stage securities management method includes: a management server receiving 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 security in consideration of the nature and quantity included in the request for issuance of the security; The management server assigning a first quantity to the first assignee and a second quantity to the second assignee; Receiving, by the management server, an input for transferring all or part of the security from the electronic device of the first authority transferer to one or more user accounts; Changing, by the management server, the holder of the security in response to the transferable input; And receiving, by the management server, the usage history of the security and calculating the transfer ability of the first authority transferor in consideration of the usage history.
  • the management server receiving the usage history of the security from the electronic device of the holder of the security, and passing the usage history of the security to the electronic device of the first transferee used; It may further include.
  • the owner of the security is changed to the second user, and the ownership transfer history is the first transfer right It may include; providing to a child's electronic device.
  • a management server for managing multi-stage securities includes: a request signal receiving unit for receiving a request for issuing securities; A transfer authority calculator that selects a first transfer authority and a second transfer authority as the transfer authority of the security in consideration of the nature and quantity included in the request for issuance of the security; A transfer unit that allocates a first quantity to the first assignee and a second quantity to the second assignee; A history management unit that receives an input for transferring all or part of the security from the electronic device of the first authority transferer to one or more users' accounts, and changes the holder of the security in response to the transferable input; And a user management unit that receives the usage history of the security and calculates the transfer ability of the first authority transferor in consideration of the usage history.
  • a computer program according to an embodiment of the present invention may be stored in a medium to execute any one of the multi-level security management method according to the embodiment of the present invention using a computer.
  • issuance, distribution, and use of securities can be managed as digital data.
  • FIG. 1 is a view for explaining a multi-stage securities management system according to embodiments of the present invention.
  • FIG. 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.
  • FIG. 7 and 8 are exemplary views of user interfaces provided by the management server.
  • 9A, 9B, and 9C are exemplary views of a user interface provided by embodiments of the present invention.
  • securities are distributed as a substitute for currency, and may include tickets, licenses, or discount tickets, coupons, and purchase tickets that can be used in online or offline stores. .
  • the user has been described separately as an issuer, a transferor, and a transferee, but the same user may be an issuer, transferor, transferee according to securities.
  • FIG. 1 is a view for explaining a multi-stage securities management system according to embodiments of the present invention.
  • the multi-level security management system may include a management server 100, electronic devices 201, 202, 203, and a database 300.
  • the multi-tiered securities management system can manage the distribution of securities and the use of securities among multiple users.
  • the multi-tiered securities management system can issue securities by entering information specifying the securities.
  • the multi-tiered securities management system can issue securities electronically at the request of the requester and manage the securities issued in this way without real thing. When an event such as transfer or use of securities occurs, data corresponding to the event may be generated.
  • the multi-tiered securities management system can give users the right to transfer securities to users matching the characteristics of securities.
  • the multi-tiered securities management system can collect the use of transferred securities to determine the level of the user who is the transferor of the securities.
  • the management server 100 may process data from electronic devices 201, 202, and 203 possessed by users.
  • the management server 100 can receive and receive data through electronic devices 201, 202, and 203 possessed by requestors, assignors, and assignees of securities, and structure the received data by case and user. .
  • the structured data can be transferred to the database 300 and processed.
  • the management server 100 may issue and distribute securities by generating a quantity of securities at the request of the user and transferring them to the users.
  • the management server 100 may determine the authority to transfer the security based on information such as the name, personality, quantity, and schedule of the security determined by the request.
  • the securities are distributed by the transferees determined by the management server 100.
  • the management server 100 may receive information related to the use of securities from the electronic device or use gate device of the transferee who has acquired the securities.
  • the electronic devices 201, 202, and 203 can handle the transfer, transfer, use, etc. of securities.
  • the electronic devices 201, 202, and 203 may receive various alarms related to securities (registration of new securities, bidding on securities, transfer of securities, use of securities, etc.).
  • the electronic devices 201, 202, and 203 can exchange messages with other users, such as the transferee, transferor, and issuer of the security.
  • 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.
  • FIG. 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 is implemented with one or more processors, and may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. Instructions 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 received command according to 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.
  • control signals or commands 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 to the storage medium 150.
  • the storage medium 150 is a computer-readable recording medium and may include a non-permanent mass storage device such as random access memory (RAM), read only memory (ROM), and a disk drive.
  • RAM random access memory
  • ROM read only memory
  • 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, disk, tape, DVD/CD-ROM drive, and memory card.
  • the software components may be loaded into the storage medium 150 through the communication unit 120 rather than a computer-readable recording medium.
  • at least one program is a storage medium 150 based on a program (for example, the application described above) installed by files provided by a file distribution system that distributes installation files of developers or applications through a network. Can be loaded on.
  • the input/output unit 140 may display a screen for providing information or receive input from a user.
  • the input/output unit 140 may include an operation panel for receiving user input, a display panel for displaying the screen, and the like.
  • 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.
  • the output unit may include a display panel or a speaker.
  • 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, and a security management unit for processing securities. 155, a history management unit 156, an alarm generation unit 157, and a usage rate management unit 158.
  • the request signal receiving unit 151 may receive a request for issuing 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, and planner of the securities.
  • the transfer authority screening unit 152 uses user-related information such as the transfer capability for each user and the cumulative usage rate of the user, areas of interest, and information related to securities such as the number and nature of securities issued in response to a request for issuance of securities. Select transferees suitable for securities.
  • the transfer authority selector 152 may not select the user as the transfer authority when the user's interest is different from the nature of the security, even if the user has a high transfer ability.
  • the transfer authority selector 152 selects the transfer authority in consideration of the transfer ability as well as the user's interest.
  • the user's transfer ability can be judged by comprehensively considering the transferred quantity, the transferred time (distribution speed), and the usage rate after transfer.
  • the user's ability to transfer can be selected differently depending on the nature of the security.
  • the first user's ability to transfer to the first sector and the first user's ability to transfer to the second sector may be set in consideration of securities in the first sector and securities in the second sector, respectively.
  • the transfer authority selector 152 may also select the exclusive transfer authority at the request of the issuer.
  • 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 with the right to transfer are not fully owned by the transferee and may have the right to transfer, which enables the transfer of the security for a period of time.
  • the transfer execution unit 153 may transfer ownership of securities among users who are not transferees. For example, the transfer execution unit 153 may transfer the security to the second user, the first user who owns the security from the transfer authority. At this time, ownership of the security 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 the hierarchical structure between registration of users, registration and assignment of assignees, and assignees in connection with the transfer of securities.
  • the user management unit 154 manages the transfer capability of each user based on the transfer histories of securities, and can manage a set hierarchical structure between transferees.
  • the user management unit 154 sets the user registered as the transfer authority as the transfer authority.
  • the transfer authority is a user who can be granted the authority to transfer the security, and can increase the transfer ability through the transfer history made through the management server 100.
  • the transferee can change the transfer ability not only through his or her transfer ability, but also through his/her subordinate transfer authority.
  • the transfer ability may be increased through a history of transfer, use after transfer, etc. made through a lower transfer authority.
  • a sub-transfer authority refers to a transfer authority connected to and subordinate to the first transfer authority, and refers to a user who can be granted the transfer of securities by the choice of the first transfer authority.
  • the securities allocated to the lower transferor are structures that can be freely transferred by the first transferor, the upper transferor.
  • the management server 100 may create a parent or child relationship between assignees according to the approval of the hierarchy between users. At this time, the transfer capability of the higher-level transfer authority may be determined by combining the transfer capabilities of one or more lower-level transfer authority.
  • the user management unit 154 may generate securities allocated to the assignee in consideration of the account structure.
  • securities assigned to a higher-level transferor may include securities assigned to a lower-level transferor.
  • the upper transferor has the right to freely transfer the securities allocated to the lower transferor.
  • the lower-level transferor can be granted the right to transfer the security approved by the higher-level transferor.
  • the user management unit 154 may manage the relationship between the transferees as a separate link list from the user information.
  • the information of the transferees of securities may include information of multiple transferees. For example, if B is the parent of the transferor of the transferor of A, the transferor information of the securities transferred through A can include both transferor and parent transferor information, such as'A
  • the user management unit 154 may manage users who have joined the security management system.
  • the membership registration process for the management server may be performed by entering a phone number and entering a password. For the same phone number, if membership registration is received from a plurality of users, membership registration may be made through other information such as a social security number and an email address.
  • the authentication number When the phone number is input, the authentication number may be transmitted to the electronic device corresponding to the phone number, and an authentication process through the phone number may be performed by requesting input.
  • 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 authority to transfer securities, owner information of each securities, transfer history information of each securities, and whether or not each securities are used.
  • the securities management unit 155 may generate securities issued by the issuance request in a predetermined amount. For example, securities generated by the first issuance request may be generated with distinct identification IDs. The ID of the security may further include an ID corresponding to the issuance request. The securities management unit 155 may generate structured data of the issued securities.
  • the structured data of securities may include identification information such as an ID, transferee's account, and owner's account. The transferee's account or the owner's account may be created in connection with other information of the user, such as a phone number.
  • the history management unit 156 may change the holder of the security when the transfer history from the transfer authority or the user is received.
  • the history management unit 155 may control to recalculate the usage quantity and usage rate of securities when the usage history of securities is received.
  • usage data for C securities may be set to use only when received from the electronic device of the owner of C securities and electronic devices related to C securities.
  • the alarm generator 157 may collect user information for which the usage history has not been received and transmit it to the assignee. For example, when a usage history for a user who has transferred a security is not received from a transfer authority who has transferred the security, information on users who do not have a usage history may be collected and transmitted to the transfer authority. It can be controlled to generate a dunning alarm that prompts the use of a particular user upon request from the assignee.
  • the usage rate management unit 158 functions to manage the usage rate of securities.
  • the usage management unit 158 may be implemented to transmit a request message requesting the location and entry time of the user's electronic device at the request of the transferor or transferor.
  • the usage rate management unit 158 may control the user to remove the securities held by the US user and transfer it to another user.
  • 3 to 6 are flowcharts of a method for managing securities according to embodiments of the present invention.
  • the management server 100 receives a request to issue a security from the first terminal.
  • the management server 100 responds to the request for issuance of securities, and uses the user-related information such as the transfer capability for each user, the user's cumulative usage rate, interest field, etc. Select transferees suitable for securities. For example, if the nature of the securities is music, the transfer authority of the user suitable for the securities is selected in consideration of the user's ability to transfer securities related to music, etc. . At this time, the assignee is selected by placing a higher weight on the usage rate of distributed securities rather than the transfer ability.
  • the user's transfer ability can be judged by comprehensively considering the transferred quantity, the transferred time (distribution speed), and the usage rate after transfer.
  • the user's ability to transfer can be selected differently depending on the nature of the security.
  • the management server 100 determines the quantity to be transferred to the first assignee by considering the cumulative transfer history of the first assignee among the selected one or more assignees.
  • the transfer quantity may be determined based on the average transfer quantity of the first transfer authority from the cumulative 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 cumulative 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.
  • the management server 100 may transmit the right to transfer the securities of the transferred quantity determined to be assigned to the first assignee, to the account of the first assignee and request a predetermined deposit. Deposits may be differentiated depending on the quantity and price of the transferred securities.
  • the management server 100 changes the holder of the security, and when the usage history of the security is received, recalculates the usage quantity and usage rate of the security.
  • the management server 100 recalculates the transfer ability of the first transfer authority based on the transfer history and usage history of securities.
  • the multi-staged securities management method grants the transfer authority for a certain quantity of securities in consideration of the transfer ability of the transfer authority having the transfer authority.
  • the transferee may transfer securities within the scope of the allocated securities.
  • the management server 100 allocates the first securities to the first transferor and the second transferor by the first amount and the second amount, respectively.
  • the first transferor has the right to transfer the first securities by the first quantity and the second transferor has the second quantity.
  • the management server 100 may receive an input for transferring the first security from the electronic device of the first transferor to the account of one or more users who are assignees.
  • the management server 100 may receive an input from the first user to which the first user transfers the first security to another second user.
  • the transferee can freely transfer securities allocated to other users.
  • the management server 100 may manage the transfer history while changing the holder of electronically issued securities.
  • the transferor can verify the holder of the security even after the transfer is completed.
  • the information of the current holder may be transferred to the electronic device of the assigning authority by a request for confirmation of the holder of the transferring authority.
  • the management server 100 may receive the first usage history of securities from the electronic device of the second user among the assignee.
  • the management server 100 may receive a transfer history and a usage history of the first amount of securities transferred to the first transfer authority.
  • the message including the transfer history and usage history may be delivered at a time designated by the first transfer authority.
  • a message including a transfer history and a usage history at any time prior to the closing time of the security may be transmitted to the electronic device of the first transfer authority.
  • a message including a history of unused securities may be delivered to the electronic device of the first transferee.
  • the holder information of unused securities can be collected and transmitted to the electronic device of the first transferee.
  • the management server 100 may calculate the transfer capability of the first transfer authority in consideration of the received transfer history and usage history. If the usage rate of the securities is higher than the original usage rate, the transfer ability is set higher than the transfer ability of the first transferee, and if the usage rate of the security is later than the original transfer ratio, the transfer ability is lower than the transfer ability of the first transferee This can be newly set.
  • the transfer ability calculated through the transfer action, usage history, etc. made by the second transferor can be reflected in the transfer ability of the first transferor.
  • the first transferor can query the transfer history and usage history made by the second transferee and check information about the US user.
  • the management server 100 may calculate the transfer capability of the transfer authority by using the usage history of securities transferred through the transfer authority.
  • the management server 100 may transfer the first securities to the first transferor and the second transferor by the first quantity and the second quantity, respectively.
  • the first transferor's first quantity may be determined based on the transfer ability of the first transferor.
  • the second quantity of the second transfer authority may be determined based on the transfer ability of the second transfer authority.
  • the management server 100 transfers the first security from the electronic device of the first transfer authority to one or more users.
  • the management server 100 may receive, from one or more users, a transfer history in which the first user transferred the first security to another second user.
  • the management server 100 collects user information that is not received by the second user until the time set by the first transfer authority, generates non-user information, and transfers the non-user information to the first user It can be delivered to your electronic device.
  • the management server 100 may receive a dunning input for a US user through the electronic device of the first transferee.
  • the management server 100 may transmit a request message requesting the location and the entry time of the second user's electronic device in response to the dunning input.
  • the request message delivered to the electronic device of the non-user may be implemented by including a module for acquiring the location of the electronic device and a module for entering the entry time.
  • the management server 100 may determine the validity of the entry time in consideration of the received location. Considering the distance difference between the received location and the target location of the security, the validity of the entered entry time is determined. At this time, the validity of the entry time can be determined by applying the general speed of the car to the distance car, for example, 60 km. As the speed information applied to the distance difference, the moving speed of the user's electronic device may be applied.
  • the management server 100 may deprive the second user of the security and transfer it to another user.
  • the management server 100 may prompt the use of non-users of securities at the request of the transfer authority.
  • the management server 100 may transfer unused securities to other users.
  • FIG. 6 a method of selecting and operating an exclusive transfer authority among multi-stage securities management methods according to embodiments of the present invention will be mainly described.
  • the management server 100 selects an exclusive transfer authority for the second security.
  • the management server 100 may select an exclusive transfer authority from among transfer authorities having a transfer capability higher than or equal to a predetermined upper value.
  • the upper value can be determined relatively among the transferees, such as the top 5%.
  • the management server 100 may transfer the entire quantity of the second security to the exclusive transfer authority.
  • the management server 100 may transfer the total quantity of the second securities to the owner of the exclusive transfer for the securities that allow the transfer of the monopoly.
  • the management server 100 may receive a transfer history of the second securities transferred by an exclusive transfer authority. 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 a transfer history and a use history to an exclusive transfer authority.
  • the management server 100 may control to accumulate additional rewards in the exclusive transferor's account.
  • the management server 100 may reset the transfer capability of the exclusive transfer authority to the highest value.
  • the management server 100 can exclusively provide the transfer of the security to one transfer authority. If a relatively short time limit is set for securities, or if the quantity of securities is very limited, the management server 100 may be designed to provide securities to the exclusive transferor and provide additional rewards accordingly. . This method can be applied to securities such as the right to use a club in the golden hour, such as Friday night and dawn, and to a special seat within an event.
  • FIG. 7 and 8 are exemplary views of user interfaces provided by the management server.
  • the transfer authority When the transfer authority is logged 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. In the performance information screen, information on the quantity used in the quantity used/allocated can also be provided. When a confirmation input for the third performance ticket is received, a screen for providing an allocated quantity and a used quantity for the third performance ticket may be provided. Of the 23 tickets that are authorized to be transferred, 15 used tickets S1 and 7 unused tickets S2 may be displayed distinctly.
  • a screen for inputting a scheduled entry time through the management server may be delivered to the electronic device of the US user of the security.
  • the location information of the U.S. user may be automatically extracted through a location module such as GPS included in the electronic device, included in the message, and transmitted to the management server.
  • the management server may determine the location information and availability of the U.S. user through a request signal for inputting a scheduled entry time.
  • the management server 100 may provide an inquiry screen A1 of securities held.
  • the inquiry screen may provide individual securities including tickets having a lifelike shape.
  • the first securities (S1) and the second securities (S2) may be configured to include a barcode to confirm the name, owner, registration validity period, and usage of the security.
  • S1 and the second securities (S2) may be configured to include a barcode to confirm the name, owner, registration validity period, and usage of the security.
  • a user registration (S3) and a send button (S4) may be included. It is possible to first set the owner's information through self-registration (S3).
  • the recipient information input screen A2 may include areas for entering a name S5 and a phone number S6.
  • a transfer completion screen A3 may be provided.
  • information S7 about the transmitted ticket may be provided.
  • Information about the transmitted ticket (S7) may include information on the name, phone number, and quantity.
  • it may include a share button (S8) and a link copy button (S9) to the SNS.
  • the device described above may be implemented with hardware components, software components, and/or combinations of hardware components and software components.
  • the devices and components described in the embodiments include, for example, processors, controllers, arithmetic logic units (ALUs), digital signal processors (micro signal processors), microcomputers, field programmable gate arrays (FPGAs).
  • a programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions may be implemented using 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 running on the operating system.
  • OS operating system
  • the processing device may access, store, manipulate, process, and generate data in response to the execution of the software.
  • a processing device may be described as one being used, but a person having ordinary skill in the art, the processing device may include a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that may include.
  • the processing device may include a plurality of processors or a processor and a controller.
  • other processing configurations such as parallel processors, are possible.
  • the software may include a computer program, code, instruction, or a combination of one or more of these, and configure the processing device to operate as desired, or process 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 embodied in the 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 in 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 on a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, or the like alone or in combination.
  • the program instructions recorded on the medium may be specially designed and configured for the embodiments or may be known and usable by 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, DVDs, and magnetic media such as floptical disks.
  • -Hardware devices specifically configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like.
  • program instructions include high-level language codes that can be executed by a computer using an interpreter, etc., as well as machine language codes produced by a compiler.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Game Theory and Decision Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un procédé de gestion de titres multiniveaux comprenant les étapes selon lesquelles un serveur de gestion reçoit une demande d'émission de titres; sélectionne un premier détenteur de droit de transfert et un second détenteur de droit de transfert en tant qu'autorités de transfert de titres en tenant compte de la disposition et de la quantité incluses dans la demande d'émission de titres; attribue une première quantité et une seconde quantité au premier détenteur de droit de transfert et au second détenteur de droit de transfert, respectivement; reçoit, en provenance d'un dispositif électronique du premier détenteur de droit de transfert, une entrée pour transférer la totalité ou une partie des titres aux comptes d'un ou plusieurs utilisateurs; change le détenteur des titres en réponse à l'entrée de transfert; et reçoit un historique d'utilisation des titres, et calcule la capacité de transfert du premier détenteur de droit de transfert en tenant compte de l'historique d'utilisation.
PCT/KR2019/016897 2018-12-03 2019-12-03 Procédé de gestion de titres multiniveaux, serveur de gestion et programme informatique pour exécuter le procédé WO2020116887A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180153724A KR102040892B1 (ko) 2018-12-03 2018-12-03 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램
KR10-2018-0153724 2018-12-03

Publications (1)

Publication Number Publication Date
WO2020116887A1 true WO2020116887A1 (fr) 2020-06-11

Family

ID=68541533

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/016897 WO2020116887A1 (fr) 2018-12-03 2019-12-03 Procédé de gestion de titres multiniveaux, serveur de gestion et programme informatique pour exécuter le procédé

Country Status (2)

Country Link
KR (1) KR102040892B1 (fr)
WO (1) WO2020116887A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102040892B1 (ko) * 2018-12-03 2019-11-06 주식회사 알제이코리아엔터테인먼트 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060117769A (ko) * 2005-05-13 2006-11-17 주식회사 케이티프리텔 Ｄｒｍ 기반의 사용 권한 양도 서비스 방법 및 장치
KR20120087336A (ko) * 2011-01-20 2012-08-07 비씨카드(주) 티켓 거래 중개 방법 및 티켓 거래 중개 서버
KR20120087781A (ko) * 2010-11-25 2012-08-07 (주) 나무인터넷 전자티켓의 양도 방법 및 이를 위한 시스템
KR20170051307A (ko) * 2015-10-29 2017-05-11 다카미츠 산교 가부시키가이샤 전자 티켓 관리 장치 및 전자 티켓 관리 방법
KR102040892B1 (ko) * 2018-12-03 2019-11-06 주식회사 알제이코리아엔터테인먼트 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060117769A (ko) * 2005-05-13 2006-11-17 주식회사 케이티프리텔 Ｄｒｍ 기반의 사용 권한 양도 서비스 방법 및 장치
KR20120087781A (ko) * 2010-11-25 2012-08-07 (주) 나무인터넷 전자티켓의 양도 방법 및 이를 위한 시스템
KR20120087336A (ko) * 2011-01-20 2012-08-07 비씨카드(주) 티켓 거래 중개 방법 및 티켓 거래 중개 서버
KR20170051307A (ko) * 2015-10-29 2017-05-11 다카미츠 산교 가부시키가이샤 전자 티켓 관리 장치 및 전자 티켓 관리 방법
KR102040892B1 (ko) * 2018-12-03 2019-11-06 주식회사 알제이코리아엔터테인먼트 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"NAVER blog. Inventories Are Money", INCREASE THE INVENTORIES TURNOVER!, 6 July 2011 (2011-07-06), Retrieved from the Internet <URL:https://btog.naver.com/xogns8803/120133798342> [retrieved on 20200224] *

Also Published As

Publication number Publication date
KR102040892B1 (ko) 2019-11-06

Similar Documents

Publication Publication Date Title
US11924325B2 (en) Blockchain-implemented method and system
WO2020009317A1 (fr) Procédé et système de traitement de données personnelles basés sur une chaîne de blocs
WO2021132483A1 (fr) Procédé de liaison d&#39;application, programme informatique et système de liaison d&#39;application
US20150193603A1 (en) Method and system to support dynamic rights and resources sharing
CN109544982B (zh) 停车信息共享方法及共享系统
TW202119326A (zh) 用於預先批准共用帳戶的交易的電腦程式產品、方法及電腦裝置
WO2019182202A1 (fr) Système de chaîne de blocs auquel est appliqué un algorithme de consensus de preuve de transaction, et procédé associé
WO2019027264A1 (fr) Système d&#39;émission et de distribution de monnaie virtuelle destiné à un contenu
WO2020116887A1 (fr) Procédé de gestion de titres multiniveaux, serveur de gestion et programme informatique pour exécuter le procédé
JP2012141771A (ja) 公営競技通信制御装置及び公営競技通信制御方法
CN110322612B (zh) 业务数据处理方法、装置、计算设备及存储介质
WO2019186978A1 (fr) Système de transaction électronique, serveur de transaction, serveur de vérification, procédé de transaction électronique et programme
TWI675336B (zh) 智能票證系統、智能票證派發方法與電腦可讀取儲存裝置
JP4619615B2 (ja) 特典管理コンピュータ及び方法並びにプログラム
CN112308563B (zh) 获客数据处理方法与节点
KR102231790B1 (ko) 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램
WO2021006251A1 (fr) Procédé de traitement de sauvegarde d&#39;actifs, et support d&#39;enregistrement sur lequel un programme a été enregistré
KR102397404B1 (ko) 블록체인 기반의 전자영수증 관리를 위한 인센티브 제공 장치 및 방법
KR20210033459A (ko) 다단계식 유가증권 관리 방법, 관리 서버 및 상기 방법을 실행하기 위한 컴퓨터 프로그램
WO2020008532A1 (fr) Système de distribution secondaire de contenu numérique utilisant une technologie de chaîne de blocs
JP7132498B2 (ja) 情報処理装置およびデジタルコンテンツ取引方法
JP2020091565A (ja) 仮想通貨の運営基盤システム
KR20200081156A (ko) 암호화폐 사용자에 대한 인센티브 제공방법
WO2024096409A1 (fr) Plateforme dédiée à sto basée sur un réseau de chaînes de blocs et procédé de service sto
US11599647B1 (en) Network node for securing physical items using cryptograhic data structures

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19894010

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19894010

Country of ref document: EP

Kind code of ref document: A1