WO2022019412A1 - 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템 - Google Patents

블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템 Download PDF

Info

Publication number
WO2022019412A1
WO2022019412A1 PCT/KR2020/019226 KR2020019226W WO2022019412A1 WO 2022019412 A1 WO2022019412 A1 WO 2022019412A1 KR 2020019226 W KR2020019226 W KR 2020019226W WO 2022019412 A1 WO2022019412 A1 WO 2022019412A1
Authority
WO
WIPO (PCT)
Prior art keywords
review
account
data
reviewer
examination
Prior art date
Application number
PCT/KR2020/019226
Other languages
English (en)
French (fr)
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 WO2022019412A1 publication Critical patent/WO2022019412A1/ko

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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398—Performance of employee with respect to a job function
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063114—Status monitoring or status determination for a person or group
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/105—Human resources

Definitions

  • the present invention relates to a blockchain-based open peer review service providing method and system.
  • Open peer review is a generic term for peer review methods proposed to solve the above-mentioned problems. Open peer review has a total of 7 characteristics: open identity, open report, open participation, open interaction, open pre-review manuscript, open final version commenting, and open platform.
  • the present invention is to solve the above problems, and by providing an open peer review method based on a smart contract of a block chain, provides an unmodifiable registry of information about the peer review process and its results, and provides an open peer review method.
  • the purpose of this is to enhance the transparency and reliability of the peer review method by providing a data management method suitable for the characteristics of the review data.
  • the block chain-based open peer review service providing method (a) establishes, in a platform server, an acceptance model regarding access conditions for review data generated during the review process between the editor account and the platform account. Signing with a smart contract and recording it in a block chain system; and (b) in the platform server, while the review process is in progress, the review data is received and recorded in the blockchain system, and the review data is stored from any one of the author account, the editor account and the reviewer account.
  • the review process is initiated by receiving the data to be reviewed from the author account, and the reviewer account
  • the review data is input from the editor, the review result report is input from the editor account, and the review result evaluation is inputted from the author account and the editor account, and the review data is finished, wherein the review data is the review target, the review data, and the review result It is data on at least one of the report and the evaluation result evaluation.
  • the access condition is set in advance with respect to the range of the examination data that can be accessed according to the account type and examination step of the account requesting access, and in step (b), the examination step corresponding to the access request and the access requesting account By checking the account type, it is possible to provide examination data corresponding to the access condition.
  • the step (b) includes: (b-1) receiving and recording the review target data from the author account; (b-2) A reviewer generated during the reviewer selection process by signing a second smart contract between the editor account and the reviewer account for the reviewer selection process to determine the reviewer who will review the material to be reviewed from among the reviewer accounts recording selection data; (b-3) when the start of the review process is determined by the editor account, receiving and recording the review data; and (b-4) receiving and recording the review result report from the editor account to which the review data is transmitted.
  • the review data further includes identification information on the reviewer account, and in step (b), when the author's account requests access to the identification information on the reviewer account among the review data, the review result on the review result report
  • the identification information can be provided only when is approval.
  • the step (b-2) includes: (b-21) receiving the registration of a review candidate from at least one of the reviewer accounts and transferring the registration information to the editor account; (b-22) determining a selection reviewer account from among the reviewer accounts to which the review candidate registration request is received when a reviewer selection request is received from the editor account; and (b-23) requesting a review contract related to the review process with the selected reviewer account and, when the review contract is completed, requesting whether to start the review process with the editor account.
  • step (b) after step (b-5), (b-6) when the review result on the review result report is approved or rejected, the review result evaluation is received from the author account and the editor account If the review result in the review result report is a request for revision, the revised review target data is input from the author's account, and a review contract for the re-examination process is requested through the selected reviewer's account, and the review process is reviewed When the contract is completed, the method may further include the step of requesting whether to start the re-examination process to the editor's account.
  • the blockchain-based open peer review service system concludes an acceptance model regarding access conditions for review data generated during the review process as a first smart contract between the editor account and the platform account, Disclosure management department of peer review results recorded in the block chain system; and a second smart contract related to the reviewer selection process that determines the reviewer who will review the material to be reviewed, between the editor account and the reviewer account, and during the review process, the review data is received and the block chain and a peer review contract management unit for recording in the system, wherein the peer review result disclosure management unit receives a request for access to the review data from any one of the author account, the editor account, and the reviewer account.
  • the review data corresponding to the acceptance model is provided, and the review process is initiated by receiving the data to be reviewed from the author account, receiving the review data from the reviewer account, and inputting the review result report from the editor account and the review result evaluation is inputted from the author account and the editor account, and the examination data is data on at least one of the examination subject, the examination data, the examination result report, and the examination result evaluation.
  • the access condition is preset with respect to the range of the examination data that can be accessed according to the account type and examination stage of the account requesting access.
  • the peer examination result disclosure management unit may provide examination data corresponding to the access condition by checking the examination step corresponding to the access request and the account type of the access requesting account.
  • the peer review contract management unit receives and records the data to be reviewed from the author's account, records reviewer selection data generated during the reviewer selection process, and when the start of the review process is determined by the editor's account, the The review data may be received and recorded from the reviewer account, and the review result report may be received and recorded from the editor account to which the review data is transmitted.
  • the review data further includes identification information on the reviewer account, and the peer review result disclosure management unit, when accessing identification information on the reviewer account among the review data from the author's account, requests the review on the review result report
  • the identification information may be provided only when the result is approval.
  • the level of screening data is improved and screening delay can be prevented.
  • FIG. 1 is a conceptual diagram of a blockchain-based open peer review service system according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a block chain-based open peer review service providing method according to an embodiment of the present invention.
  • FIG. 3 is a conceptual diagram illustrating an example of a method of providing examination data corresponding to the acceptance model according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a screening process according to an account type according to an embodiment of the present invention.
  • first, second, A, and B may be used to describe various elements, but the elements should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, a first component may be referred to as a second component, and similarly, a second component may also be referred to as a first component. and/or includes a combination of a plurality of related listed items or any of a plurality of related listed items.
  • blockchain refers to a technology in which all users participating in the network distribute and store data such as all transaction details.
  • a blockchain is a distributed P2P (Peer to Peer) of a ledger that utilizes software elements composed of an algorithm in which blocks connected in order in order to secure and maintain integrity negotiate service usage history information using encryption and security technology. ) can mean the system.
  • the distributed P2P system may be a special type of distributed system.
  • the P2P system allows all nodes in the network to provide resources (processing power, storage space, data or network bandwidth, etc.) to each other without the coordination of a central node.
  • blockchain can refer to a distributed ledger technology in which the ledger that records usage history information is distributed in a P2P network rather than a central server of a specific institution, and nodes in the network record and manage it jointly.
  • a node can mean a component within the network of a blockchain. Each node joins the platform and participates in the participants' server devices, special-purpose computers, general-purpose computers, supercomputers, mainframe computers, and personal computers. Computer), a smartphone, a tablet PC, etc. or the cloud may be, but is not limited thereto.
  • a block chain system is a system that makes digital data reliable, and a trust relationship can be formed in the digital world through a method in which multiple nodes share and verify the same data.
  • transaction integrity and transaction details can be guaranteed not to be forged or falsified, and nodes on the blockchain system that are connected with each interest can replicate (share) transactions and verify that they are correct.
  • the blockchain-based open peer review method can share and manage related information generated in the review process by signing a smart contract based on the block chain and prevent forgery.
  • the block chain may be a private block chain such as Hyperledger Fabric, and a number of additional functions such as selective use of consensus algorithms that a public block chain does not have or need, control of network participation rights, and use of channels and multi-ledgers, etc. have
  • Hyperledger Fabric is a permissioned blockchain, in which only authorized participants can participate in the network, and because only some nodes run smart contracts, it can quickly process multiple transactions in parallel, channel, and attribute-based access control (ABAC).
  • ABAC attribute-based access control
  • SOLO interchangeable consensus protocols
  • PBFT PBFT
  • the input of examination data may be made by a message queue based on KafKa. Through this, review data can be exchanged in connection with an external thesis submission and review management system.
  • Hyperledger Fabric network structure and transaction order are already widely known, and thus will be omitted.
  • the data subject to examination may refer to electronic documents such as papers, patents, project proposals, and reports that are reviewed by multiple reviewers, and examination data may refer to all data obtainable in the examination process; It does not mean only meaningful results for the review.
  • the review data may be data subject to review, review data, review result report, assessment result evaluation, interaction between reviewers, a review response, interaction between authors and reviewers, and comments after review completion.
  • the blockchain-based open peer review system includes a peer review contract management unit 100 and a peer review result disclosure management unit 200 .
  • the peer review contract management unit 100 concludes a second smart contract for the reviewer selection process that determines the reviewer who will review the material to be reviewed, between the editor account and the reviewer account, and receives the review data while the review process is in progress It is recorded in the blockchain system.
  • the peer review contract management unit 100 concludes a second smart contract between the editor account and the reviewer account between the editor account and the reviewer account for the overall reviewer selection process for determining a reviewer to review the material to be reviewed from among a plurality of reviewer accounts. It is possible to record in the chain system, and to record the examiner selection data generated during the examiner selection process in the block chain system.
  • the peer review result disclosure management unit 200 concludes the acceptance model regarding the access conditions of the review data generated during the review process as a first smart contract between the editor account and the platform account, and records it in the block chain system.
  • the platform account means an administrator account in charge of the platform service of the blockchain-based open peer review service according to the present invention
  • each account is an author, reviewer, editor, etc. means the account of
  • the peer review result disclosure management unit 200 receives a request for access to the review data from any one of the author account, the editor account, and the reviewer account, the review data corresponding to the acceptance model of the first smart contract provides
  • the above-described peer review contract management unit 100 and peer review result disclosure management unit 200 include a processor that provides an open peer review service, a memory in which at least one command executed through the processor is stored, and a communication module that enables communication between nodes. may include
  • the processor may execute program commands stored in the memory.
  • the processor may mean a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which the methods according to the present invention are performed.
  • the memory may be comprised of a volatile storage medium and/or a non-volatile storage medium.
  • the memory may be configured as read only memory (ROM) and/or random access memory (RAM).
  • the memory may store at least one instruction executed by the processor.
  • the acceptance model regarding the access conditions of the review data generated during the review process is signed with the first smart contract between the editor account and the platform account and recorded in the block chain system (a).
  • the access condition may mean that the access condition is preset with respect to the range of the examination data that can be accessed according to the account type and examination stage of the account requesting access.
  • the review data is received and recorded in the blockchain system, and when a request for access to the review data is received from any one of the author account, the editor account, and the reviewer account, the first Provide examination data corresponding to the acceptance model of the smart contract (b).
  • Data subject to review is input from the author's account and recorded in the blockchain system (b-1).
  • the data to be reviewed may include a thesis name, an author name, a thesis body, an identifier of the thesis, and the like.
  • the review target material may be input while requesting the review from the editor account, which has confirmed the review target.
  • a second smart contract for the reviewer selection process that determines a reviewer who will review the material to be reviewed from among the reviewer accounts is signed between the editor account and the reviewer account, and the reviewer selection data generated during the reviewer selection process is recorded. (b-2).
  • the reviewer selection data may be data regarding a request for reviewer candidate registration by the reviewer account, a reviewer candidate exclusion by an editor, and the like.
  • Transaction functions related to the reviewer selection process may include registerCandidate, denyReview, rejectReviewer, randomSelect, queryReviewer, and the like.
  • the denyReview function has been selected as the reviewer, but the reviewer can reject the review when the review contract cannot be concluded because the reviewer cannot participate in the review due to the circumstances of the reviewer.
  • This function can be called by the reviewer account that has entered the registration of review candidates.
  • the rejectReviewer function allows the editor's account to exclude a specific reviewer from review, and the editor can exclude the reviewer's account from review in the case of a suspicious interest with the author or poor review attitude. This function can only be called from the editor's account, and the rejected reviewer account's Status is changed to reject and the selected reviewer is excluded.
  • the registration of examination candidates is received from at least one of the reviewer accounts and transferred to the editor's account (b-21).
  • the reviewer account receives the materials to be reviewed and enters the registration of review candidates for the materials to be reviewed in order to participate as a reviewer.
  • a selection reviewer account is determined from among the reviewer accounts that input the review candidate registration request (b-22).
  • the editor account inputs a reviewer selection request to select a selection reviewer from among at least one or more reviewer accounts that have entered the registration of review candidates.
  • the editor account may receive an input excluding some of the reviewer accounts that have previously entered the registration of review candidates, and the selected reviewer account may be determined by randomly selecting the reviewers from the reviewer candidates excluded by the editor account.
  • the editor account may request whether to start the review process. Specifically, when the screening contract and signature request for the materials to be reviewed are transmitted to the selected reviewer account, and signatures are input from all the selected reviewer accounts, the editor's account requests whether or not to start the review process by the selected reviewer account. can be ((b-23).
  • the three-party contract may specify the subject of examination and the examination deadline.
  • the review data is input and recorded (b-3).
  • the review data is the review data input from the selected reviewer account with respect to the data subject to review, and in the case of a paper, it may be a document in which opinions regarding publication approval, rejection, or revision request for the paper are described.
  • Transaction functions related to the review process may include createContract, nextContract, signContract, fulfillment, and the like.
  • the nextContract function is a function that creates a review contract for the review process when a new review starts after the material to be reviewed is modified, and only the editor account can be called.
  • the key of the review target is given as a parameter, and only when the status of the review target is a request for revision, a re-examination contract is created, a signature request is sent to the review target’s account, and the key of the re-examination contract is returned.
  • This function may later be used as a function to add a new reviewer account during review, if necessary.
  • the signContract function is a function that the reviewer account signs the review contract and can only be called by the selected reviewer account for the review target.
  • the fulfillment function is a function to start the review process when all selected reviewer accounts have signed the review contract, and only the editor account in charge can call it.
  • the status of the subject to be reviewed is changed to under review, and review materials in the form of comments are received from the selected reviewer account.
  • the review result report is received and recorded from the editor account to which the review data is transmitted (b-4).
  • the review result report may be a document in which, when the editor account receives review data from at least one selected reviewer account, the review data is collected and the review results, which are requests for approval, rejection, and correction of publications related to the review subject, are described.
  • the selected reviewer account and the editor account receive signatures and record them in the block chain system, so that the reliability of the review result report can be improved.
  • the review result report and the review data are delivered to the author's account (b-5).
  • the review result evaluation on the review result is received from the author account and the editor account and recorded in the block chain system.
  • the author account to which the review result report is delivered may input revised review target information such as the revised paper.
  • revised review target data is input from the author's account
  • a new review process starts again. Specifically, a review contract regarding the re-examination process is requested to the selected reviewer account, and when the review contract related to the re-examination process is completed, the editor's account is requested to initiate the re-examination process.
  • the disclosure of the examination data may be restricted by granting different disclosure or access rights for each account.
  • the block chain system determines whether the access requirements of the first smart contract are met. Whether or not the access conditions are met is checked by checking the screening stage at the time of the access request by using the ABAC or asymmetric key and policy provided by the block chain system, for example, and checking the account type of the access request account. It can be determined whether the conditions are met.
  • Transaction functions related to the acceptance model may include addAcceptance, deleteAcceptance, queryAcceptance, applyAcceptance, certifyORCID, certifyEditor, authorityCheck, and the like.
  • the certifyORCID function uses ABAC to check whether the ORCID of the access request account is the same as the ORCID given as a parameter, and returns a Boolean value.
  • the certifyEditor function is a function that uses ABAC to check whether the access requesting account is an editor account and returns a Boolean value.
  • the authorityCheck function is a function to check whether the account is the author or editor of the material to be reviewed, such as updatePaper, deletePaper, and queryPaperHistory. Receive the key of the material to be audited as a parameter and certify it using the certifyORCID and certifyEditor described above.
  • the specific acceptance model is defined as shown in Table 1 below.
  • the acceptance model includes open identity regarding reviewer identification information (disclosure of reviewer name), open report on review data and review result report (reviewer comment and report disclosure), interaction between reviewers, and author- Open interaction regarding the interaction between reviewers (disclosure of communication between author-reviewer-editor), open participation about the reviewer selection data (recruitment of reviewers openly), open pre-review manuscript about the material to be reviewed (disclosure of manuscript before examination), Access conditions are divided and defined for each review stage, scope of provision, and account type by characteristics such as open final version commenting (open final version and reader comments are allowed) and open platform (utilization of external peer review service) on the revised review target material.
  • FIG 3 shows an example of a method of providing examination data corresponding to the acceptance model according to an embodiment of the present invention.
  • the examination data when the examination data includes identification information about the account for which examination is conducted, it may be sensitive to disclose identification information about the account of the selected reviewer who has reviewed the material to be reviewed, such as causing an examination dispute. Therefore, when a request for access to identification information is entered in the author's account, it may be desirable to provide the identification information only when the examination result in the examination report is approval.
  • the computer-readable recording medium includes a magnetic storage medium (eg, a ROM, a floppy disk, a hard disk, etc.) and an optically readable medium (eg, a CD-ROM, a DVD, etc.).
  • a magnetic storage medium eg, a ROM, a floppy disk, a hard disk, etc.
  • an optically readable medium eg, a CD-ROM, a DVD, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템에 관한 것으로, 상세하게는 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관하여 편집자 계정 및 플랫폼 계정 상호 간에 체결된 제1 스마트 컨트랙트를 생성하여 블록체인 시스템에 기록하고, 심사 과정에서 발생한 심사 데이터를 블록체인 시스템에 기록하고, 심사 데이터의 접근 요청을 입력받으면, 제1 스마트 컨트랙트를 통해 접근 조건에 대응하는 심사 데이터를 제공하는 것으로, 제1 스마트 컨트랙트 기반의 접근 조건에 따라 심사 데이터의 접근 통제 및 공개의 관리가 가능해지고, 제2 스마트 컨트랙트에 의한 편집자 및 심사자 사이의 계약 관리가 가능하고, 이러한 계약에 의하여 심사과정이 투명하고 신뢰성 있게 진행될 수 있으며, 제1 스마트 컨트랙트에 의하여 심사 과정이 공개됨으로써, 심사 심사 자료의 수준이 향상되고, 심사 지연을 방지할 수 있다.

Description

블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템
본 발명은 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템에 관한 것이다.
기존의 동료심사는 저자 및 심사자의 익명성, 편집자에 의한 심사자 선정, 심사 결과 및 절차의 비공개 등으로 인해 동료 심사에 대한 투명성 및 신뢰성 문제가 항상 제기되어 왔다. 특히 편집자의 막강한 권한에 의한 심사 카르텔은 학술지 본연의 역할인 과학 발전에 기여하기보다 특정 연구 집단의 업적을 홍보하는 간접적 수단으로 활용되는 폐해를 낳기도 하였다. 심사 결과 및 절차의 제한적 공개는 저자가 심사결과에 저자의 동의하지 않지만 신속한 출판을 위해 승복할 수밖에 없는 학술출판의 폐쇄성을 고착시켰다. 더욱이 심사 일정 지연으로 인한 출판 지연은 경쟁력이 높은 유명학술지를 제외하고는 일상적인 일이 되고 말았다.
이러한 문제점을 해결하기 위해, 개방형 동료심사가 도입되었다. 개방형 동료심사는 위에 언급한 문제를 해결하기 위해 제안된 동료심사 방법을 총칭하는 용어이다. 개방형 동료심사는 open identity, open report, open participation, open interaction, open pre-review manuscript, open final version commenting, open platform, 총 7개의 특성이 있다.
현재 이러한 특성이 있는 플랫폼(Publon 등) 등이 기존의 동료심사의 문제점을 보완하기 위해 제안되었으나, 그러나 이러한 종래기술은 개방형 동료심사의 운영에 있어, 심사결과 공개범위 설정의 근거 마련과 같은 개방형 동료심사의 점진적 수용을 위한 방법을 제시하지 못하고 있다.
본 발명은 상술한 문제점을 해결하기 위한 것으로, 블록체인의 스마트 컨트랙트를 기반으로 하는 개방형 동료심사 방법을 제공함으로써, 동료심사의 과정 및 그 결과에 관한 정보의 수정 불가한 레지스트리를 제공하고, 개방형 동료심사 데이터의 특성에 적합한 데이터 관리방법을 제공하여 동료심사 방법의 투명성 및 신뢰성을 제고하려는데 그 목적이 있다.
본 발명의 일 실시예에 따른 블록체인 기반의 개방형 동료심사 서비스 제공 방법은 (a) 플랫폼 서버에서, 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하여 블록체인 시스템에 기록하는 단계; 및 (b) 상기 플랫폼 서버에서, 상기 심사 과정이 진행되는 동안, 상기 심사 데이터를 입력받아 상기 블록체인 시스템에 기록하고, 상기 저자 계정, 상기 편집자 계정 및 상기 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공하는 단계;를 포함하고, 상기 심사 과정은, 상기 저자 계정으로부터 심사 대상 자료를 입력받아 개시되며, 상기 심사자 계정으로부터 심사 자료를 입력받고, 상기 편집자 계정으로부터 심사 결과 보고서를 입력받고, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 종료되되, 상기 심사 데이터는 상기 심사 대상, 상기 심사 자료, 상기 심사 결과 보고서 및 상기 심사 결과 평가 중 적어도 어느 하나에 대한 데이터이다.
상기 접근 조건은 상기 접근 요청한 계정의 계정 유형 및 심사 단계에 따라 접근 가능한 상기 심사 데이터의 범위에 관하여 미리 설정되며, 상기 (b)단계에서, 상기 접근 요청에 해당하는 심사 단계 및 상기 접근 요청한 계정의 상기 계정 유형을 확인하여, 상기 접근 조건에 대응되는 심사 데이터를 제공할 수 있다.
상기 (b)단계는, (b-1) 상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 기록하는 단계; (b-2) 상기 심사자 계정 중에서 상기 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 상기 심사자 계정 상호 간에 체결하고, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 기록하는 단계; (b-3) 상기 편집자 계정에 의하여 상기 심사 과정의 개시가 결정되면, 상기 심사 자료를 입력받아 기록하는 단계; 및 (b-4) 상기 심사 자료가 전달된 상기 편집자 계정으로부터 상기 심사 결과 보고서를 입력받아 기록하는 단계를 포함할 수 있다.
상기 심사 데이터는 상기 심사자 계정에 관한 식별 정보를 더 포함하고, 상기 (b)단계에서, 상기 심사 데이터 중 상기 심사자 계정에 관한 식별 정보를 상기 저자 계정에서 접근 요청한 경우, 상기 심사 결과 보고서상의 심사결과가 승인인 경우에 한하여 상기 식별 정보를 제공할 수 있다.
상기 (b-2)단계는, (b-21) 상기 심사자 계정 중 적어도 어느 하나로부터 심사 후보 등록을 입력받아 상기 편집자 계정으로 전달하는 단계; (b-22) 상기 편집자 계정으로부터 심사자 선정 요청을 입력받으면, 상기 심사 후보 등록 요청을 입력한 심사자 계정 중 선정 심사자 계정을 결정하는 단계; 및 (b-23) 상기 선정 심사자 계정으로 상기 심사 과정에 관한 심사 계약을 요청하여 상기 심사 계약이 완료되면, 상기 편집자 계정으로 상기 심사 과정 개시 여부를 요청하는 단계;를 포함할 수 있다.
상기 (b)단계에 있어서, 상기 (b-5) 단계 이후, (b-6) 상기 심사 결과 보고서상의 심사결과가 승인 또는 거절인 경우, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 기록하고, 상기 심사 결과 보고서상의 심사결과가 수정 요청인 경우, 상기 저자 계정으로부터 수정된 심사 대상 자료를 입력받고, 상기 선정 심사자 계정으로 재심사 과정에 관한 심사 계약을 요청하여, 상기 재심사 과정에 관한 심사 계약이 완료되면, 상기 편집자 계정으로 상기 재심사 과정 개시 여부를 요청하는 단계를 더 포함할 수 있다.
또한, 본 발명의 일 실시예에 따른 블록체인 기반의 개방형 동료심사 서비스 시스템은 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하고, 블록체인 시스템에 기록하는 동료심사결과 공개관리부; 및 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 상기 심사자 계정 상호 간에 체결하고, 상기 심사 과정이 진행되는 동안, 상기 심사 데이터를 입력받아 상기 블록체인 시스템에 기록하는 동료심사 계약관리부;를 포함하고, 상기 동료심사결과 공개관리부는 저자 계정, 상기 편집자 계정 및 상기 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공하고, 상기 심사 과정은, 상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 개시되며, 상기 심사자 계정으로부터 심사 자료를 입력받고, 상기 편집자 계정으로부터 심사 결과 보고서를 입력받고, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 종료되되, 상기 심사 데이터는 상기 심사 대상, 상기 심사 자료, 상기 심사 결과 보고서 및 상기 심사 결과 평가 중 적어도 어느 하나에 대한 데이터이다.
상기 접근 조건은 상기 접근 요청한 계정의 계정 유형 및 심사 단계에 따라 접근 가능한 상기 심사 데이터의 범위에 관하여 미리 설정되며. 상기 동료심사결과 공개관리부는, 상기 접근 요청에 해당하는 심사 단계 및 상기 접근 요청한 계정의 상기 계정 유형을 확인하여, 상기 접근 조건에 대응되는 심사 데이터를 제공할 수 있다.
상기 동료심사 계약관리부는, 상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 기록하고, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 기록하고, 상기 편집자 계정에 의하여 상기 심사 과정의 개시가 결정되면, 상기 심사자 계정으로부터 상기 심사 자료를 입력받아 기록하고, 상기 심사 자료가 전달된 상기 편집자 계정으로부터 상기 심사 결과 보고서를 입력받아 기록할 수 있다.
상기 심사 데이터는 상기 심사자 계정에 관한 식별 정보를 더 포함하고, 상기 동료심사결과 공개관리부는, 상기 심사 데이터 중 상기 심사자 계정에 관한 식별 정보를 상기 저자 계정에서 접근 요청한 경우, 상기 심사 결과 보고서상의 심사결과가 승인인 경우에 한하여 상기 식별 정보를 제공할 수 있다.
본 발명에 의하면 다음과 같은 효과가 있다.
첫째, 스마트 컨트랙트 기반의 접근 조건에 따라 심사 데이터의 접근 통제 및 공개의 관리가 가능해진다.
둘째, 스마트 컨트랙트에 의한 편집자 및 심사자 사이의 계약 관리가 가능하고, 이러한 계약에 의하여 심사과정이 투명하고 신뢰성 있게 진행될 수 있다.
셋째, 스마트 컨트랙트에 의하여 심사 과정이 공개됨으로써, 심사 심사 자료의 수준이 향상되고, 심사 지연을 방지할 수 있다.
도 1은 본 발명의 일 실시예에 따른 블록체인 기반의 개방형 동료심사 서비스 시스템에 관한 개념도이다.
도 2는 본 발명의 일 실시예에 따른 블록체인 기반의 개방형 동료심사 서비스 제공 방법의 순서도이다.
도 3은 본 발명의 일실시예에 따른 상기 수용 모델에 대응하는 심사 데이터의를 제공하는 방식의 일예시에 관한 개념도이다.
도 4는 본 발명의 일실시예에 따른 심사 과정을 계정 유형에 따라 나타낸 흐름도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
본 명세서 상에서 블록체인은 데이터 분산 처리 기술로서, 네트워크에 참여하는 모든 사용자가 모든 거래 내역 등의 데이터를 분산 및 저장하는 기술을 지칭한다. 블록체인은 무결성을 확보하고 유지하기 위해 순서에 따라 연결된 블록들이 서비스의 이용 내역 정보를 암호화 기법과 보안기술을 이용해 협상하는 알고리즘으로 구성된 소프트웨어 요소를 활용하는 원장(ledger)의 분산 P2P (Peer to Peer)시스템을 의미할 수 있다. 여기서, 분산 P2P 시스템은 분산 시스템의 특수한 형태일 수 있다. 또한, P2P 시스템은 중앙 노드의 조정 없이 네트워크의 모든 노드들이 서로에게 자원(처리 능력, 저장 공간, 데이터 또는 네트워크 대역폭 등)을 제공할 수 있다. 또한, 블록체인은 이용 내역 정보를 기록한 원장을 특정 기관의 중앙 서버가 아닌 P2P 네트워크에 분산하여 네트워크 내의 노드들이 공동으로 기록하고 관리하는 분산원장(distributed ledger) 기술을 의미할 수 있다. 노드는 블록체인의 네트워크 내에서 구성요소를 의미할 수 있다. 노드 각각은 플랫폼에 가입되어 참여하는 참여자들의 서버 장치, 특수 목적 컴퓨터(Special-purpose Computer), 범용 컴퓨터(General-purpose Computer), 슈퍼 컴퓨터 (Supercomputer), 대형 컴퓨터(Mainframe Computer), 개인용 컴퓨터(Personal Computer), 스마트폰, 태블릿 PC 등 또는 클라우드일 수 있으나, 이에 제한되지 아니한다.
블록체인(block chain) 시스템이란, 디지털 데이터를 신뢰할 수 있게 만들어주는 시스템으로서, 다수의 노드가 같은 데이터를 공유하고 검증하는 방식을 통해 디지털 상에서 신뢰관계를 형성할 수 있다. 블록체인 시스템으로 거래 무결성과 거래 내역이 위변조 되지 않음을 보장할 수 있고 각각의 이해관계로 연결되어 있는 블록체인 시스템상의 노드들이 트랜책션을 복제(공유)하고 올바른지 검증할 수 있다.
본 발명에 따른 블록체인 기반의 개방형 동료심사 방법은 블록체인을 기반으로 스마트 컨트랙트(smart contract)를 체결하여 심사 과정에서 발생한 관련 정보들을 공유 관리하고 위변조 방지를 수행할 수 있다..
바람직하게는 상기 블록체인은 하이퍼레저 패브릭과 같은 프라이빗 블록체인일 수 있으며, 퍼블릭 블록체인은 가지지 않는 또는 필요없는 합의 알고리즘의 선택적 사용, 네트워크 참여 권한 통제, 채널 및 멀티 장부 사용 등의 추가적인 여러 기능들을 가진다.
하이퍼레저 패브릭은 허가형 블록체인으로서 허가 받은 참여자만 네트워크에 참여할 수 있고, 스마트 컨트랙트를 일부 노드만 실행하므로 다수의 거래를 병렬적으로 빠르게 처리할 수 있고, 채널, ABAC(Attribute-based access control)을 이용해 허가받은 사람들에게만 장부(ledger)를 공개할 수 있고, 교체 가능한 합의 프로토콜을 사용할 수 있으며(SOLO, Kafka 방식, PBFT 등), 네트워크 참여자의 신원을 확인할 수 있기 때문에 문제 발생시 책임소재를 분명히 할 수 있다.
후술하는 심사 데이터의 입력은 KafKa 기반으로 한 메시지 큐에 의하여 이루어질 수 있다. 이를 통해 외부의 논문 투고 및 심사 관리 시스템 등과 연계하여 심사 데이터를 주고 받을 수 있다.
상술한 하이퍼레저 패브릭 네트워크 구조 및 트랜잭션 순서는 이미 널리 알려져 있는 바 생략한다.
본 명세서에서, 심사 대상 자료란, 여러 심사자에 의하여 심사되는 논문, 특허, 프로젝트 제안서, 보고서와 같은 전자화 가능한 문서를 의미할 수 있으며, 심사 데이터란 심사 과정에서 획득 가능한 모든 데이터를 의미할 수 있으며, 심사에 대하여 유의미한 결과물만을 의미하는 것은 아니다.
예를 들어 심사 데이터는 심사 대상 자료, 심사 자료, 심사 결과 보고서, 심사 결과 평가, 심사자간 상호작용, 심사 답변서, 저자-심사자간 상호작용, 심사종료후 코멘트 등일 수 있다.
도 1에 도시된 바와 같이 본 발명의 일실시예에 따른 블록체인 기반의 개방형 동료심사 시스템은 동료심사 계약관리부(100) 및 동료심사결과 공개관리부(200)를 포함한다.
동료심사 계약관리부(100)는 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 편집자 계정 및 심사자 계정 상호 간에 체결하고, 심사 과정이 진행되는 동안, 심사 데이터를 입력받아 상기 블록체인 시스템에 기록한다.
즉, 동료심사 계약관리부(100)는 복수의 심사자 계정 중에서 상기 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정 전반에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 상기 심사자 계정 상호 간에 체결하여 상기 블록체인 시스템에 기록하고과, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 상기 블록체인 시스템에 기록할 수 있다.
동료심사결과 공개관리부(200)는 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하고, 블록체인 시스템에 기록한다.
여기서 플랫폼 계정은 본 발명에 따른 블록체인 기반의 개방형 동료심사 서비스의 플랫폼 서비스를 담당하는 관리자 계정을 의미하고, 각 계정은 저자, 심사자, 편집자와 같은 유형의 본 발명의 동료심사 서비스에 참여하는 이들의 계정을 의미한다.
또한, 동료심사결과 공개관리부(200)는 상기 저자 계정, 상기 편집자 계정 및 상기 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공한다.
상술한 동료심사 계약관리부(100) 및 동료심사결과 공개관리부(200)는 개방형 동료심사 서비스를 제공하는 프로세서와 프로세서를 통해 실행되는 적어도 하나의 명령이 저장된 메모리, 노드간 통신이 가능하게 하는 통신모듈을 포함할 수 있다.
프로세서는 메모리에 저장된 프로그램 명령(program command)을 실행할 수 있다. 프로세서는 중앙 처리 장치 (central processing unit, CPU), 그래픽 처리 장치(graphics processing unit, GPU) 또는 본 발명에 따른 방법들이 수행되는 전용의 프로세서를 의미할 수 있다. 메모리는 휘발성 저장 매체 및/또는 비휘발성 저장 매체로 구성될 수 있다. 예를 들어, 메모리는 읽기 전용 메모리(read only memory, ROM) 및/또는 랜덤 액세스 메모리 (random access memory, RAM)로 구성될 수 있다. 메모리는 프로세서를 통해 실행되는 적어도 하나의 명령을 저장하고 있을 수 있다.
구체적으로 도 2를 참조하여, 상기와 같은 블록체인 기반의 개방형 동료심사 서비스 시스템을 이용한 본 발명의 일 실시예인 블록체인 기반의 개방형 동료심사 방법에 대해 설명한다.
먼저, 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하여 블록체인 시스템에 기록해둔다(a).
여기서 접근 조건은 접근 조건은 상기 접근 요청한 계정의 계정 유형 및 심사 단계에 따라 접근 가능한 상기 심사 데이터의 범위에 관하여 미리 설정되어 있는 것을 의미할 수 있다.
이어서, 심사 대상을 제공하는 저자 계정으로부터 심사 대상 자료와 함께 심사를 의뢰 받으면, 심사 과정이 개시된다.
상기 심사 과정이 진행되는 동안, 상기 심사 데이터를 입력받아 상기 블록체인 시스템에 기록하고, 상기 저자 계정, 상기 편집자 계정 및 상기 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공한다(b).
구체적으로 상기 심사 과정에 관하여 설명한다.
저자 계정으로부터 심사 대상 자료를 입력받아 블록체인 시스템에 기록한다(b-1). 여기서 심사 대상 자료는 심사 대상이 논문인 경우, 논문명, 저자명, 논문 본문, 논문의 식별자 등을 포함할 수 있다.
상기 심사 대상을 확인한 상기 편집자 계정으로부터 심사를 의뢰하면서 상기 심사 대상 자료를 입력받을 수 있다.
상기 심사자 계정 중에서 상기 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 상기 심사자 계정 상호 간에 체결하고, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 기록한다(b-2).
여기서 심사자 선정 데이터는 심사자 계정에 의한 심사자 후보 등록을 요청한 사항, 편집자에 의해 심사자 후보를 배제한 사항 등에 관한 데이터일 수 있다.
제2 스마트 컨트랙트를 통하여 선정 심사자 선정 과정에서 발생한 심사자 선정, 편집자 계정 및 심사자 계정의 심사 계약 체결, 심사 계약 이행, 심사 계약 결과 평가 등에 관한 데이터가 발생하면 기록되는 등 갱신 및 관리될 수 있다.
심사자 선정 과정 관련 트랜잭션 함수는 registerCandidate, denyReview, rejectReviewer, randomSelect, queryReviewer 등이 있을 수 있다.
denyReview 함수는 심사자로 선정이 되었지만, 심사자의 사정으로 심사에 참여하지 못하게 되어 심사 계약을 체결하지 못할 때, 심사자는 심사를 거부할 수 있다. 본 함수는 심사 후보 등록을 입력한 심사자 계정이 호출할 수 있고 호출된 경우 Status는 denied로 변경되며 이후의 심사자 선정에서 제외된다. rejectReviewer 함수는 편집자 계정이 특정 심사자를 심사에서 제외하는 함수로 저자와 이해관계가 의심되거나 심사 태도 불량 등의 경우 해당 심사자 계정을 편집자가 심사에서 제외할 수 있다. 본 함수는 담당 편집자 계정에서만 호출할 수 있으며 거부당한 심사자계정은 Status가 reject로 변경되고 선정 심사자에서 제외된다.
여기서, 구체적으로 심사자 선정 과정을 설명한다.
상기 심사자 계정 중 적어도 어느 하나로부터 심사 후보 등록을 입력받아 상기 편집자 계정으로 전달한다(b-21). 심사자 계정은 심사 대상 자료를 전달받아 심사자로 참가하기 위하여 해당 심사 대상 자료에 관한 심사 후보 등록을 입력한다.
상기 편집자 계정으로부터 심사자 선정 요청을 입력받으면, 상기 심사 후보 등록 요청을 입력한 심사자 계정 중 선정 심사자 계정을 결정한다(b-22). 편집자 계정은 심사 후보 등록을 입력한 적어도 하나 이상의 심사자 계정 중에서 선정 심사자를 선정하도록 심사자 선정 요청을 입력한다. 여기서 미리 편집자 계정으로부터 심사 후보 등록을 입력한 심사자 계정 중에서 일부를 제외하는 입력을 받을 수 있으며, 편집자 계정에 의해 제외된 심사자 후보 중에서 랜덤으로 심사자를 선정하는 방식으로 선정 심사자 계정이 결정될 수 있다.
상기 선정 심사자 계정으로 상기 심사 과정에 관한 심사 계약을 요청하여 상기 심사 계약이 완료되면, 상기 편집자 계정으로 상기 심사 과정 개시 여부를 요청할 수 있다. 구체적으로 상기 선정 심사자 계정으로 상기 심사 대상 자료에 관한 심사 계약서 및 서명 요청을 전달하고, 상기 선정 심사자 계정 전원으로부터 서명을 입력받으면, 상기 편집자 계정으로 상기 선정 심사자 계정에 의한 심사 과정의 개시 여부를 요청할 수 있다((b-23).
삼사 계약서에는 심사 대상, 심사 기한이 명시되어 있을 수 있다.
상기 편집자 계정에 의하여 상기 심사 과정의 개시가 결정되면, 상기 심사 자료를 입력받아 기록한다(b-3). 여기서 심사 자료는 심사 대상 자료에 관한 상기 선정 심사자 계정에서 입력한 심사 자료이며, 논문인 경우, 논문에 관한 게재 승인, 거절, 수정 요청에 관한 의견이 기술된 문서일 수 있다.
심사 과정과 관련한 트랜잭션 함수는 createContract, nextContract, signContract, fulfillment 등이 있을 수 있다.
nextContract 함수는 심사 대상 자료가 수정되어 새로운 심사가 시작될 때 해당 심사 과정의 심사 계약서를 생성하는 함수로 편집자 계정만 호출할 수 있다. 파라미터로 심사 대상의 key가 주어지며 해당 심사 대상의 상태가 수정 요청인 경우에만 재심사 계약서를 생성하고 해당 심사 대상의 심사자 계정에게 서명 요청을 보낸 후 재심사 계약서의 key를 반환한다. 본 함수는 이후에 필요에 따라 심사 도중 새로운 심사자 계정을 추가하는 기능으로 사용될 수도 있다. signContract 함수는 심사자 계정이 심사 계약서에 서명하는 함수로 해당 심사 대상의 선정 심사자 계정만이 호출할 수 있다. 함수가 호출될 때마다 해당 심사 대상의 선정 심사자 계정이 모두 서명하였는지 확인한 후 모든 선정 심사자 계정이 서명한 경우 담당 편집자 계정에게 전달한다. fulfillment 함수는 모든 선정 심사자 계정이 심사 계약서에 서명한 경우 심사 과정 개시를 위한 함수로 담당 편집자 계정만이 호출할 수 있다. 심사 대상의 상태가 심사 중으로 변경되며 선정 심사자 계정로으부터 코멘트 형식의 심사 자료를 받기 시작한다. 또한 심사 계약서의 심사 기한이 되면 편집자 계정에게 심사 기한 만료를 전달 할 수 있다.
상기 심사 자료가 전달된 상기 편집자 계정으로부터 상기 심사 결과 보고서를 입력받아 기록한다(b-4). 여기서 심사 결과 보고서는 상기 편집자 계정이 적어도 하나 이상의 선정 심사자 계정으로부터 심사 자료를 전달받으면, 심사 자료를 취합하여, 심사 대상에 관한 게재 승인, 거절, 수정 요청인 심사 결과가 기술된 문서일 수 있다. 바람직하게는 상기 선정 심사자 계정 및 상기 편집자 계정에게 서명을 받아 이를 블록체인 시스템에 기록하게 하여, 상기 심사 결과 보고서의 신뢰성을 향상시킬 수 있다.
상기 저자 계정으로 상기 심사 결과 보고서 및 상기 심사 자료를 전달한다(b-5).
심사 결과 보고서상의 심사결과가 승인 또는 거절인 경우, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과에 관한 심사 결과 평가를 입력받아 블록체인 시스템에 기록한다.
심사 결과 보고서상의 심사 결과가 수정 요청인 경우, 심사 결과 보고서를 전달받은 상기 저자 계정은 수정된 논문과 같은 수정된 심사 대상 정보를 입력할 수 있다. 저자계정으로부터 수정된 심사 대상 자료를 입력받으면, 다시 새로운 심사 과정이 개시된다. 구체적으로 상기 선정 심사자 계정으로 재심사 과정에 관한 심사 계약을 요청하여, 재심사 과정에 관한 심사 계약이 완료되면 상기 편집자 계정으로 상기 재심사 과정 개시 여부를 요청한다.
상기 편집자 계정으로부터 상기 재심사 과정 개시가 결정되면, 다시 상기 선정 심사자 계정으로부터 심사 자료 정보를 입력받는 등의 심사 과정 일련의 과정이 진행된다. 최종적으로 심사 결과 보고서상의 심사 결과가 승인 또는 거절로 나타낼 때까지 심사결과가 수정 요청인 경우 상술한 단계가 반복하여 진행될 수 있다.
한편, 상술한 심사 데이터가 블록체인 시스템에 기록되어 있으나, 각 계정마다 공개 내지 접근 권한을 달리 부여하여 심사 데이터의 공개는 제한될 수 있다.
즉, 상기 심사 과정 중 내지 심사 과정의 종료 후, 특정 유형의 계정으로부터 심사 데이터의 접근 요청을 입력받으면, 블록체인 시스템에서 제1 스마트 컨트랙트상의 접근 요건에 부합 여부를 판단한다. 접근 조건의 부합 여부는 일례로 블록체인 시스템이 제공하는 ABAC나, 비대칭키 및 정책을 이용하는 등의 방법으로 접근 요청 시점에 해당하는 심사 단계를 확인하고, 접근 요청 계정의 계정 유형을 확인하여, 접근 조건의 부합 여부를 판단할 수 있다.
상기 수용 모델과 관련한 트랜잭션 함수는 addAcceptance, deleteAcceptance, queryAcceptance, applyAcceptance, certifyORCID, certifyEditor, authorityCheck 등이 있을 수 있다. 예를 들어, certifyORCID 함수는 ABAC을 이용해 접근 요청 계정의 ORCID와 파라미터로 주어진 ORCID가 같은지 확인하는 함수로 Boolean 값을 반환한다. certifyEditor 함수는 ABAC를 이용해 접근 요청 계정이 편집자 계정인지 확인하는 함수로 Boolean 값을 반환한다. authorityCheck 함수는 updatePaper, deletePaper, queryPaperHistory와 같이 심사 대상 자료의 저자 계정, 혹은 편집자 계정인지 확인하기 위한 함수이다. 파라미터로 심사 대상 자료의 key를 받아 위에서 기술한 certifyORCID와 certifyEditor를 이용해 인증한다.
구체적인 상기 수용 모델은 하기의 표 1과 같이 정의된다.
OPR 특성 수용 선택사항(No/Yes: 수용 여부) 비고
Open Identity No/Yes: 0,1; 공개시점: 1(심사시작), 2(심사종료), 3(게재승인)
Open Report No/Yes: 0,1; 공개범위:1(심사보고서), 2(심사코멘트 포함); 공개시점: 1(라운드종료), 2(심사종료)
Open Participation No/Yes: 0,1
Open Interaction No/Yes: 0,1;저자-심사자간 소통 공개시점: 1(라운드종료), 2(심사종료); 심사자-심사자간 소통 공개시점: 1(라운드종료), 2(심사종료)
Open Pre-review Manuscript No/Yes: 0,1;공개시점: (수정)제출시 timestamping 후 공개
Open Final-version Commenting No/Yes: 0, 1;허용시점: 심사종료 후 허용공개시점: 코멘트 작성 직후 공개
본 발명의 일실시예에 따른 상기 수용 모델은 심사자 식별 정보에 관한 open identity(심사자 이름 공개), 심사 자료 및 심사 결과 보고서에 관한 open report(심사 코멘트 및 보고서 공개), 심사자간 상호작용 및 저자-심사자간 상호작용에 관한 open interaction(저자-심사자-편집자간 소통 내용 공개), 심사자 선정 데이터에 관한 open participation(심사자 공개 모집), 심사 대상 자료에 관한 open pre-review manuscript(심사전 원고 공개), 수정된 심사 대상 자료에 관한 open final version commenting(최종본 공개 및 독자 코멘팅 허용), open platform(외부 동료심사 서비스 활용) 등의 특성별로 심사 단계, 제공 범위 및 계정 유형마다 접근 조건이 나뉘어 정의된다.
도 3에서 본 발명의 일실시예에 따른 상기 수용 모델에 대응하는 심사 데이터의 제공 방법의 일예시를 나타내었다.
본 발명의 일실시예에서, 심사 데이터가 심사가 계정에 관한 식별 정보를 포함하는 경우, 상기 심사 대상 자료를 심사한 선정 심사자 계정에 관한 식별 정보를 공개하는 것은 심사 시비가 발생하는 등 민감할 수 있으므로, 저자 계정에서 식별 정보의 접근 요청을 입력한 경우, 심사보고서상의 심사결과가 승인인 경우에 한하여 상기 식별 정보를 제공하는 것이 바람직할 수 있다.
상술한 본 발명의 일실시예에 의하면, 스마트 컨트랙트 기반의 접근 조건에 따라 심사 데이터의 접근 통제 및 공개의 관리가 가능해지고, 스마트 컨트랙트에 의한 편집자 및 심사자 사이의 계약 관리가 가능하고, 이러한 계약에 의하여 심사과정이 투명하고 신뢰성 있게 진행될 수 있으며, 스마트 컨트랙트에 의하여 수행된 이행된 이행사항을 이행일자와 함께 블록체인에 기록되므로, 참여자들에게 심사 과정이 공개될 수 있다. 궁극적으로 이를 통해, 심사의 수준이 향상되고, 계약일 준수가 가능하여 심사 지연을 방지할 수 있는 개방형 동료심사를 점진적으로 수용할 수 있는 수단을 제공할 수 있다.
상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다.
상기 컴퓨터로 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드디스크 등), 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등) 를 포함한다.
이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

Claims (10)

  1. (a) 플랫폼 서버에서, 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하여 블록체인 시스템에 기록하는 단계; 및
    (b) 상기 플랫폼 서버에서, 상기 심사 과정이 진행되는 동안, 상기 심사 데이터를 입력받아 상기 블록체인 시스템에 기록하고, 저자 계정, 상기 편집자 계정 및 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공하는 단계;를 포함하고,
    상기 심사 과정은, 상기 저자 계정으로부터 심사 대상 자료를 입력받아 개시되며, 상기 심사자 계정으로부터 심사 자료를 입력받고, 상기 편집자 계정으로부터 심사 결과 보고서를 입력받고, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 종료되되,
    상기 심사 데이터는 상기 심사 대상, 상기 심사 자료, 상기 심사 결과 보고서 및 상기 심사 결과 평가 중 적어도 어느 하나에 대한 데이터인 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  2. 제1항에 있어서,
    상기 접근 조건은 상기 접근 요청한 계정의 계정 유형 및 심사 단계에 따라 접근 가능한 상기 심사 데이터의 범위에 관하여 미리 설정되며,
    상기 (b)단계에서,
    상기 접근 요청에 해당하는 심사 단계 및 상기 접근 요청한 계정의 상기 계정 유형을 확인하여, 상기 접근 조건에 대응되는 심사 데이터를 제공하는 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  3. 제1항에 있어서,
    상기 (b)단계는,
    (b-1) 상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 기록하는 단계;
    (b-2) 상기 심사자 계정 중에서 상기 심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 상기 심사자 계정 상호 간에 체결하고, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 기록하는 단계;
    (b-3) 상기 편집자 계정에 의하여 상기 심사 과정의 개시가 결정되면, 상기 심사 자료를 입력받아 기록하는 단계; 및
    (b-4) 상기 심사 자료가 전달된 상기 편집자 계정으로부터 상기 심사 결과 보고서를 입력받아 기록하는 단계
    를 포함하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  4. 제1항에 있어서,
    상기 심사 데이터는 상기 심사자 계정에 관한 식별 정보를 더 포함하고,
    상기 (b)단계에서,
    상기 심사 데이터 중 상기 심사자 계정에 관한 식별 정보를 상기 저자 계정에서 접근 요청한 경우,
    상기 심사 결과 보고서상의 심사결과가 승인인 경우에 한하여 상기 식별 정보를 제공하는 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  5. 제3항에 있어서,
    상기 (b-2)단계는,
    (b-21) 상기 심사자 계정 중 적어도 어느 하나로부터 심사 후보 등록을 입력받아 상기 편집자 계정으로 전달하는 단계;
    (b-22) 상기 편집자 계정으로부터 심사자 선정 요청을 입력받으면, 상기 심사 후보 등록 요청을 입력한 심사자 계정 중 선정 심사자 계정을 결정하는 단계; 및
    (b-23) 상기 선정 심사자 계정으로 상기 심사 과정에 관한 심사 계약을 요청하여 상기 심사 계약이 완료되면, 상기 편집자 계정으로 상기 심사 과정 개시 여부를 요청하는 단계;를 포함하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  6. 제5항에 있어서,
    상기 (b)단계에 있어서,
    상기 (b-5) 단계 이후,
    (b-6) 상기 심사 결과 보고서상의 심사결과가 승인 또는 거절인 경우, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 기록하고,
    상기 심사 결과 보고서상의 심사결과가 수정 요청인 경우, 상기 저자 계정으로부터 수정된 심사 대상 자료를 입력받고, 상기 선정 심사자 계정으로 재심사 과정에 관한 심사 계약을 요청하여, 상기 재심사 과정에 관한 심사 계약이 완료되면, 상기 편집자 계정으로 상기 재심사 과정 개시 여부를 요청하는 단계를 더 포함하는,
    블록체인 기반의 개방형 동료심사 서비스 제공 방법.
  7. 심사 과정 중에 발생된 심사 데이터의 접근 조건에 관한 수용 모델을 편집자 계정 및 플랫폼 계정 상호 간에 제1 스마트 컨트랙트로 체결하고, 블록체인 시스템에 기록하는 동료심사결과 공개관리부; 및
    심사 대상 자료를 심사할 심사자를 결정하는 심사자 선정 과정에 관한 제2 스마트 컨트랙트를 상기 편집자 계정 및 심사자 계정 상호 간에 체결하고, 상기 심사 과정이 진행되는 동안, 상기 심사 데이터를 입력받아 상기 블록체인 시스템에 기록하는 동료심사 계약관리부;
    를 포함하고,
    상기 동료심사결과 공개관리부는
    저자 계정, 상기 편집자 계정 및 상기 심사자 계정 중 어느 하나로부터 상기 심사 데이터의 접근 요청을 입력받으면, 상기 제1 스마트 컨트랙트의 상기 수용 모델에 대응하는 심사 데이터를 제공하고,
    상기 심사 과정은, 상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 개시되며, 상기 심사자 계정으로부터 심사 자료를 입력받고, 상기 편집자 계정으로부터 심사 결과 보고서를 입력받고, 상기 저자 계정 및 상기 편집자 계정으로부터 심사 결과 평가를 입력받아 종료되되,
    상기 심사 데이터는 상기 심사 대상, 상기 심사 자료, 상기 심사 결과 보고서 및 상기 심사 결과 평가 중 적어도 어느 하나에 대한 데이터인 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 시스템.
  8. 제7항에 있어서,
    상기 접근 조건은 상기 접근 요청한 계정의 계정 유형 및 심사 단계에 따라 접근 가능한 상기 심사 데이터의 범위에 관하여 미리 설정되며.
    상기 동료심사결과 공개관리부는,
    상기 접근 요청에 해당하는 심사 단계 및 상기 접근 요청한 계정의 상기 계정 유형을 확인하여, 상기 접근 조건에 대응되는 심사 데이터를 제공하는 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 시스템.
  9. 제7항에 있어서,
    상기 동료심사 계약관리부는,
    상기 저자 계정으로부터 상기 심사 대상 자료를 입력받아 기록하고, 상기 심사자 선정 과정 중에 발생하는 심사자 선정 데이터를 기록하고, 상기 편집자 계정에 의하여 상기 심사 과정의 개시가 결정되면, 상기 심사자 계정으로부터 상기 심사 자료를 입력받아 기록하고, 상기 심사 자료가 전달된 상기 편집자 계정으로부터 상기 심사 결과 보고서를 입력받아 기록하는 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 시스템.
  10. 제7항에 있어서,
    상기 심사 데이터는 상기 심사자 계정에 관한 식별 정보를 더 포함하고,
    상기 동료심사결과 공개관리부는,
    상기 심사 데이터 중 상기 심사자 계정에 관한 식별 정보를 상기 저자 계정에서 접근 요청한 경우,
    상기 심사 결과 보고서상의 심사결과가 승인인 경우에 한하여 상기 식별 정보를 제공하는 것을 특징으로 하는,
    블록체인 기반의 개방형 동료심사 서비스 시스템.
PCT/KR2020/019226 2020-07-24 2020-12-28 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템 WO2022019412A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2020-0092264 2020-07-24
KR1020200092264A KR20220013135A (ko) 2020-07-24 2020-07-24 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템

Publications (1)

Publication Number Publication Date
WO2022019412A1 true WO2022019412A1 (ko) 2022-01-27

Family

ID=79729225

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/019226 WO2022019412A1 (ko) 2020-07-24 2020-12-28 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템

Country Status (2)

Country Link
KR (1) KR20220013135A (ko)
WO (1) WO2022019412A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170084827A (ko) * 2016-01-13 2017-07-21 (주)이스웨이 논문 교정 및 출판 편집 프로세스를 포함하는 논문 관리 방법 및 논문 관리 시스템
KR20190109300A (ko) * 2018-03-15 2019-09-25 조진삼 블록체인과 스마트 컨트랙트를 이용한 기술가치평가 방법 및 시스템
JP2020064460A (ja) * 2018-10-17 2020-04-23 伸太郎 原 クラウドデザイン管理方法、クラウドデザインデータベース及びクラウドデザイン管理プログラム
KR20200080032A (ko) * 2018-12-26 2020-07-06 한전케이디엔주식회사 블록체인 환경에서 스마트 컨트랙트 기능을 활용한 인사채용시스템
KR20200082817A (ko) * 2018-12-31 2020-07-08 충남대학교산학협력단 스마트 컨트랙트 기반 논문 심사 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170084827A (ko) * 2016-01-13 2017-07-21 (주)이스웨이 논문 교정 및 출판 편집 프로세스를 포함하는 논문 관리 방법 및 논문 관리 시스템
KR20190109300A (ko) * 2018-03-15 2019-09-25 조진삼 블록체인과 스마트 컨트랙트를 이용한 기술가치평가 방법 및 시스템
JP2020064460A (ja) * 2018-10-17 2020-04-23 伸太郎 原 クラウドデザイン管理方法、クラウドデザインデータベース及びクラウドデザイン管理プログラム
KR20200080032A (ko) * 2018-12-26 2020-07-06 한전케이디엔주식회사 블록체인 환경에서 스마트 컨트랙트 기능을 활용한 인사채용시스템
KR20200082817A (ko) * 2018-12-31 2020-07-08 충남대학교산학협력단 스마트 컨트랙트 기반 논문 심사 시스템

Also Published As

Publication number Publication date
KR20220013135A (ko) 2022-02-04

Similar Documents

Publication Publication Date Title
Ocheja et al. Managing lifelong learning records through blockchain
US10942994B2 (en) Multicomputer processing for data authentication using a blockchain approach
WO2020192743A1 (zh) 权限管理方法、权限验证方法和相关装置
US20190166133A1 (en) Multicomputer processing for data authentication and event execution using a blockchain approach
WO2021066323A1 (ko) 블록체인 기술을 이용한 전자문서 유효성 검증 시스템 및 그것의 제어 방법
KR20230064354A (ko) 블록체인 기반의 인증 심사 데이터 공유 및 무결성 검증 시스템, 장치 및 방법
JP7432443B2 (ja) 移行支援システム、移行支援方法、およびノード
US11314729B2 (en) Multi-candidate data structure for transaction validation
KR102525193B1 (ko) 블록체인 기반의 저작권 관리 방법 및 장치
WO2024002102A1 (zh) 一种数据资产主动管理系统、计算设备及存储介质
WO2023182724A1 (ko) 인력 매칭 시스템
CN112231404A (zh) 基于区块链的数据共享方法、计算机设备和存储介质
WO2023136448A1 (ko) 블럭체인기술을 활용한 연구노트 활용 시스템 및 이의 실행 방법
JP2023027775A (ja) プライバシーを維持した監査可能アカウントのためのコンピュータ実装方法、コンピュータシステム及びコンピュータプログラム（プライバシーを維持した監査可能アカウント）
WO2024002105A1 (zh) 一种数据资产的使用控制方法、客户端及中间服务平台
WO2023153558A1 (ko) 구조화 문서에 포함된 자원들에 관한 권한을 관리하는 방법 및 이를 이용한 장치
CN110192212B (zh) 数字资产平台
Bochnia et al. Self-Sovereign Identity for Organizations: Requirements for Enterprise Software
WO2022019412A1 (ko) 블록체인 기반의 개방형 동료심사 서비스 제공 방법 및 그 시스템
WO2020096109A1 (ko) 블록체인 기반 사업계획서의 유통 관리방법, 서버 및 시스템
WO2023153868A1 (ko) Esg를 위한 비채굴 블록체인 네트워크 시스템 및 그 시스템에 참여하는 서버 노드의 동작 방법
Dhillon Blockchain based peer-review interfaces for digital medicine
WO2022060137A1 (ko) 인증관리컴퓨터 및 인증관리방법
US20190347243A1 (en) System and method for collaborative sharing of information
Jaafar et al. Enhancing Educational Certificate Verification With Blockchain and IPFS: A Decentralized Approach Using Hyperledger Fab.

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: 20946124

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: 20946124

Country of ref document: EP

Kind code of ref document: A1