WO2024038604A1 - 要求識別プログラム、情報処理装置、要求識別方法及び取引システム - Google Patents

要求識別プログラム、情報処理装置、要求識別方法及び取引システム Download PDF

Info

Publication number
WO2024038604A1
WO2024038604A1 PCT/JP2022/031446 JP2022031446W WO2024038604A1 WO 2024038604 A1 WO2024038604 A1 WO 2024038604A1 JP 2022031446 W JP2022031446 W JP 2022031446W WO 2024038604 A1 WO2024038604 A1 WO 2024038604A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
request
transaction type
list
disclosure
Prior art date
Application number
PCT/JP2022/031446
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 富士通株式会社
Priority to PCT/JP2022/031446 priority Critical patent/WO2024038604A1/ja
Publication of WO2024038604A1 publication Critical patent/WO2024038604A1/ja

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Definitions

  • the present invention relates to a request identification program, an information processing device, a request identification method, and a transaction system.
  • an application requests a trading partner to disclose transaction qualifications as part of a transaction involving the operation of multiple blockchains
  • the person receiving this disclosure request will be required to clarify the scope of the disclosure request. It is necessary to judge whether or not it is appropriate.
  • the scope of the disclosure request is kept private, so even if unnecessary disclosure is requested, the respondent is not aware of it.
  • the individual (respondent) who is requested to have transaction qualifications cannot judge whether the scope of the disclosure request is appropriate or not, and it is possible that more personal information than necessary for the transaction may be disclosed. Increased disclosure risk on the part of respondents when responding to requests for trading qualifications.
  • One aspect is to provide a request identification program, etc. that can reduce the risk of disclosure of personal information on the respondent's side when responding to a request for trading qualification.
  • a list of disclosure items related to the transaction qualification is stored in advance for each transaction type is referred to, and the range of disclosure items within the transaction type in the request is determined as described above.
  • the computer is caused to execute a process of determining whether or not the range of disclosure items in the transaction type in the list has been exceeded. Furthermore, processing is performed to identify the validity of the request based on a determination result of whether a range of disclosure items within the transaction type in the request exceeds a range of disclosure items within the transaction type in the list. cause the computer to execute it.
  • One aspect is that the risk of disclosure of personal information on the respondent's side when responding to a request for trading qualification can be reduced.
  • FIG. 1 is an explanatory diagram showing an example of a trading system according to the present embodiment.
  • FIG. 2 is an explanatory diagram showing an example of the functional configuration of the first terminal of this embodiment.
  • FIG. 3 is an explanatory diagram showing an example of the functional configuration of the second terminal of this embodiment.
  • FIG. 4 is an explanatory diagram showing an example of a template list.
  • FIG. 5 is an explanatory diagram showing an example of a hiring company list.
  • FIG. 6 is a sequence diagram illustrating an example of processing operations of the first terminal and the DB server involved in template registration processing.
  • FIG. 7 is a sequence diagram illustrating an example of processing operations of the transaction system related to transaction processing.
  • FIG. 8 is an explanatory diagram showing an example of a certification request, response information, and template.
  • FIG. 9 is a flowchart illustrating an example of the processing operation of the second terminal involved in transaction processing.
  • FIG. 10 is an explanatory diagram showing an example of a template list management method in another embodiment.
  • FIG. 11 is an explanatory diagram showing an example of an information processing device that executes a request identification program.
  • FIG. 1 is an explanatory diagram showing an example of the transaction system 1 of this embodiment.
  • the transaction system 1 shown in FIG. 1 includes a first terminal 2, a second terminal 3, a DB server 4, and a communication network 5.
  • the transaction system 1 is a system for electronically trading products between a first terminal 2 and a second terminal 3.
  • the first terminal 2 is, for example, a first information processing device such as a PC, a smartphone, or a tablet terminal on the side of the requester who is the seller of the product.
  • the second terminal 3 is, for example, a second information processing device such as a PC, a smartphone, or a tablet terminal of the respondent who is the buyer of the product.
  • the DB server 4 is a server that controls a DB that manages a template list 41 that stores templates of disclosure items for each transaction type in advance, and an adopted company list 42 that stores a list of companies that adopt templates for each transaction type. It is.
  • the DB server 4 is, for example, a server of a third party.
  • the disclosure items for each transaction type correspond to transaction qualifications for establishing a product transaction according to the transaction type.
  • the template list 41 is a list in which standard disclosure items for each type of transaction, for example, standard disclosure items agreed upon by peers in the commodity transaction industry, are stored in advance.
  • the template is a disclosure item according to the transaction type, and the disclosure item may be a single disclosure item or a plurality of disclosure items for each transaction type.
  • the transaction type is, for example, sale of alcoholic beverages or sale of dangerous goods. Disclosure items include, for example, age, date of birth, license status, address, medical history, etc.
  • FIG. 2 is an explanatory diagram showing an example of the functional configuration of the first terminal 2 of this embodiment.
  • the first terminal 2 shown in FIG. 2 includes a communication section 11, an operation section 12, a display section 13, a storage section 14, and a control section 15.
  • the storage unit 14 includes a proof request memory 14A and a transaction memory 14B.
  • the certification request memory 14A is a memory that stores, for each transaction type, disclosure items in the certification request according to the transaction type. Note that the certification request is a command that requests the second terminal 3 to prove transaction eligibility according to the transaction type in response to a product transaction request from the second terminal 3.
  • the transaction memory 14B is a memory that stores transaction details of commodity transactions.
  • the communication unit 11 is a communication interface that connects to the communication network 5 by wire or wirelessly.
  • the operation unit 12 is an input interface for inputting various information.
  • the display unit 13 is an output interface that displays various information.
  • the control unit 15 controls the first terminal 2 as a whole.
  • the control section 15 has a transaction section 15A, a registration section 15B, and an authentication section 15C as functions.
  • the transaction unit 15A executes processing related to commercial transactions with the second terminal 3.
  • the registration unit 15B executes a template registration process to register disclosure items of transaction qualifications according to the transaction type of the company in the template list 41.
  • the authentication unit 15C executes authentication processing to authenticate the transaction qualification of the buyer (respondent) based on the contents of the disclosure item in the transaction type in the response information in response to the certification request.
  • the response information is the content of the transaction qualification of the buyer (respondent), including the content according to the disclosure item within the transaction type.
  • FIG. 3 is an explanatory diagram showing an example of the functional configuration of the second terminal 3 of this embodiment.
  • the second terminal 3 shown in FIG. 3 includes a communication section 21, an operation section 22, a display section 23, a storage section 24, and a control section 25.
  • the storage unit 24 includes a transaction memory 24A and a trusted company list 24B.
  • the transaction memory 24A is a memory that stores transaction details of commodity transactions.
  • the trusted company list 24B is a list in which names of predetermined companies trusted by the user of the second terminal 3 are stored in advance.
  • the trusted company list 24B is a list used when verifying the validity of the certification request by comparing it with hiring companies that adopt the disclosure item template for the transaction type corresponding to the certification request.
  • the communication unit 21 is a communication interface that connects to the communication network 5 by wire or wirelessly.
  • the operation unit 22 is an input interface for inputting various information.
  • the display unit 23 is an output interface that displays various information.
  • the control unit 25 controls the second terminal 3 as a whole.
  • the control unit 25 has a transaction unit 25A, a determination unit 25B, an identification unit 25C, and a generation unit 25D as functions.
  • the transaction unit 25A executes processing related to commercial transactions with the first terminal 2.
  • the determination unit 25B detects a request for certification of transaction qualifications for a transaction, it refers to the template list 41 in which disclosure items related to transaction qualifications are stored in advance for each transaction type. Then, the determination unit 25B determines whether the range of disclosure items within the transaction type in the certification request exceeds the range of disclosure items within the transaction type in the template list 41.
  • the range of disclosure items within the transaction type in the certification request is compared with the range of disclosure items within the transaction type in the template to determine the risk of disclosure of the respondent's personal information.
  • the disclosure item in the transaction type in the certification request is "date of birth” and the disclosure item in the transaction type in the template list 41 is "20 years old or older.”
  • the scope of disclosure of "date of birth” in the certification request is broader, and it is determined that the risk of disclosure of the respondent's personal information is higher. do.
  • the disclosure item in the transaction type in the certification request is "20 years old or older" and the disclosure item in the transaction type in the template list 41 is "date of birth.”
  • the scope of disclosure for ⁇ 20 years of age or older'' in the certification request is narrow and the list of disclosure of the respondent's personal information is low. .
  • the disclosure item in the transaction type in the certification request is "20 years old or older" and the disclosure item in the transaction type in the template list 41 is "20 years old or older.” Since the disclosure items are the same, that is, the disclosure scope is the same, it is determined that the respondent's personal information disclosure list is low.
  • the disclosure items within the transaction type in the certification request are "date of birth” and “presentation of driver's license,” and the disclosure items within the transaction type in the template list 41 are "date of birth.”
  • date of birth is the same disclosure item
  • presentation of driver's license in the certification request exceeds the disclosure scope of the template, so it is determined that the risk of disclosure of the respondent's personal information is high.
  • the disclosure item in the transaction type in the certification request is "date of birth” and the disclosure item in the transaction type in the template list 41 is "driver's license presentation.”
  • driver's license presentation it is determined that the scope of disclosure of the "date of birth” in the certification request is narrower and the risk of disclosure of the respondent's personal information is lower.
  • the disclosure items in the transaction type in the certification request are "date of birth” and “presentation of my number card”
  • the disclosure items in the transaction type in the template list 41 are "date of birth” and “presentation of driver's license.”
  • Presentation.'' In this case, although "date of birth” is the same disclosure item, "presentation of my number card” in the certification request exceeds the disclosure scope of "presentation of driver's license", so there is a high risk of disclosure of the respondent's personal information. judge it as something.
  • the disclosure item within the transaction type in the certification request is "address” and the disclosure item within the transaction type in the template list 41 is "area code.”
  • the "region code” is a code that identifies regional blocks such as Kanto, Kinki, and Shikoku.
  • the "address” and “area code” are compared and the "address” in the certification request exceeds the disclosure range of the "area code", so it is determined that the risk of disclosure of the respondent's personal information is high.
  • the identification unit 25C identifies the validity of the certification request based on the determination result of whether the range of disclosure items within the transaction type in the certification request exceeds the range of disclosure items within the transaction type in the template list 41. do.
  • the validity of the certification request is information indicating whether or not the disclosure range of the certification request is valid when the disclosure items in the certification request from the requester are compared with the template.
  • the identification unit 25C determines that when the range of disclosure items in the transaction type in the certification request exceeds the range of disclosure items in the transaction type in the template list 41, the content of the disclosure items in the certification request is determined by the respondent. It is judged that the risk of disclosure of personal information is increased compared to the template. Then, the identification unit 25C identifies the certification request as invalid.
  • the identification unit 25C determines whether the content of the disclosure item in the certification request is a respondent if the range of the disclosure item in the transaction type in the certification request does not exceed the range of the disclosure item in the transaction type in the template list 41. We judge that the risk of disclosing personal information is within a reasonable range. Then, the identification unit 25C identifies the certification request as valid.
  • control unit 25 When the control unit 25 detects a transaction certification request, the control unit 25 refers to the adopting company list 42 of the names of companies that adopt the disclosure items in the transaction type, and selects the companies that adopt the disclosure items in the transaction type from the adopting company list. 42, the employing company is displayed on the display section 23.
  • the determination unit 25B detects a transaction certification request, it refers to the hiring company list 42 of the hiring company name that adopts the disclosure item in the transaction type, and if the hiring company name in the hiring company list 42 is selected from the trusted company list 24B. It is determined whether the name is a predetermined trusted company name within. Furthermore, when the hiring company name in the hiring company list 42 is a trusted company name, the determining unit 25B determines that the hiring company of the transaction type in the certification request is a company that the user can trust. Then, the determination unit 25B determines whether the range of disclosure items within the transaction type in the certification request exceeds the range of disclosure items within the transaction type in the template list 41.
  • FIG. 4 is an explanatory diagram showing an example of the template list 41.
  • the template list 41 shown in FIG. 4 is a list that stores disclosure items 41C in the transaction type 41B for each transaction type ID 41A.
  • Transaction type ID 41A is an ID that identifies the transaction type.
  • the transaction type 41B is the content of the transaction.
  • the disclosure item 41C is a transaction qualification requirement for completing a transaction according to the transaction type.
  • Transaction types include various transactions such as purchasing alcohol using a driver's license, purchasing dangerous goods using a driver's license, and purchasing high-value items using a driver's license. be.
  • the disclosure items are transaction qualifications, which are personal information of the respondent, such as date of birth, address, annual income, and medical history.
  • FIG. 5 is an explanatory diagram showing an example of the hiring company list 42.
  • the employing company list 42 shown in FIG. 5 is a list that stores employing company names 42B for each transaction type ID 42A.
  • Transaction type ID 42A is an ID that identifies the transaction type.
  • the employing company names 42B is a list of employing company names that have adopted the transaction type disclosure items in the template list 41.
  • FIG. 6 is a sequence diagram illustrating an example of the processing operations of the first terminal 2 and the DB server 4 involved in template registration processing.
  • the template registration process shown in FIG. 6 is a process for registering disclosure items within the transaction type to be registered from the first terminal 2 in the template list 41.
  • the first terminal 2 sets the transaction type to be registered (step S11).
  • the transaction type to be registered is the transaction type registered in the template list 41 by the user of the first terminal 2.
  • the first terminal 2 transmits a transaction type search request to the DB server 4 (step S12).
  • the search request is a command for searching for a transaction type to be registered.
  • the DB server 4 When the DB server 4 receives a transaction type search request, it searches for a template and hiring company according to the transaction type in the search request (step S13). In other words, the DB server 4 searches the template list 41 for a template (disclosure item) corresponding to the transaction type in the search request, and searches the employing company list 42 for the hiring company name corresponding to the transaction type in the search request. . If there is a template and hiring company corresponding to the transaction type in the search request, the DB server 4 transmits information indicating that there are search results to the first terminal 2 (step S14). Note that the information indicating that there are search results is information indicating that there are search results that include templates and employing companies according to the transaction type.
  • the first terminal 2 When the first terminal 2 receives information indicating that there is a search result from the DB server 4, it displays the template of the transaction type and the hiring company in the search result on the display unit 13 (step S15). As a result, the user of the first terminal 2 can recognize the template and hiring company according to the transaction type to be registered by looking at the displayed content.
  • the first terminal 2 detects a registration operation (step S16), it transmits a registration request for the transaction type to be registered to the DB server 4 (step S17).
  • the registration request is a command for registering the company name of the first terminal 2 in the hiring company list 42 according to the transaction type ID of the transaction type to be registered.
  • the DB server 4 When the DB server 4 detects a registration request for the transaction type to be registered, it registers the company name in the registration request in the hiring company list 42 according to the transaction type (step S18). As a result, the user of the first terminal 2 can additionally register the company name of the transaction type to be registered in the employing company list 42.
  • the DB server 4 transmits information with no search results to the first terminal 2 (step S19).
  • "No search results” is information indicating that there are no search results for the transaction type to be registered.
  • the first terminal 2 receives information indicating no search results from the DB server 4, it displays “No search results” on the display unit 13 (step S20). As a result, the user of the first terminal 2 can see the displayed content and recognize that the template and hiring company corresponding to the transaction type to be registered are not registered in the DB server 4.
  • the first terminal 2 When the first terminal 2 detects a registration operation (step S21), it transmits a registration request for the transaction type to be registered to the DB server 4 (step S22).
  • the registration request includes the company name of the first terminal 2 and disclosure items within the transaction type to be registered, and a request for registering the company name and disclosure items within the transaction type to be registered in the DB server 4. It is a command.
  • the DB server 4 detects a registration request for the transaction type to be registered, it registers the disclosure items in the transaction type in the registration request in the template list 41, and also adopts the company name in the registration request according to the transaction type. It is registered in the company list 42 (step S23).
  • the user of the first terminal 2 can register the disclosure items in the new transaction type as a template in the template list 41, and register the hiring company of the new transaction type in the hiring company list 42.
  • FIG. 7 is a sequence diagram showing an example of processing operations of the transaction system 1 related to transaction processing.
  • the second terminal 3 detects input of a transaction instruction for product purchase by the buyer (respondent) (step S31)
  • the second terminal 3 transmits a transaction request for the transaction product to the first terminal 2 (step S32).
  • the transaction request is a command that includes the product name of the transaction product and requests a purchase transaction for the corresponding product.
  • the first terminal 2 receives the transaction request, it transmits a certification request according to the purchased product (step S33).
  • the certification request is a command that requests information on the buyer's transaction qualifications when trading the transaction product.
  • the first terminal 2 reads from the certification request memory 14A the disclosure items in the transaction type corresponding to the traded product in the transaction request, and generates a certification request including the disclosure items in the read transaction type.
  • the second terminal 3 When the second terminal 3 receives the certification request from the first terminal 2, it extracts the transaction type and disclosure items within the transaction type from the certification request (step S34). The second terminal 3 transmits a template request to the DB server 4 for requesting a template corresponding to the transaction type in the certification request (step S35).
  • the template request is a command for searching the template list 41 for a template that includes the transaction type to be searched and disclosure items within the transaction type.
  • the DB server 4 When the DB server 4 receives the template request, it searches for a template and employing company according to the transaction type to be searched in the template request (step S36). The DB server 4 searches the template list 41 for a template corresponding to the transaction type to be searched in the template request, and searches the hiring company list 42 for a hiring company corresponding to the transaction type to be searched in the template request. do. The DB server 4 transmits the template and hiring company corresponding to the transaction type, which are the search results, to the second terminal 3 (step S37).
  • the second terminal 3 After receiving the template and the hiring company according to the transaction type, the second terminal 3 determines whether the name of the hiring company is in the trusted company list 24B. If the company name of the hiring company is in the trusted company list 24B (step S38), the second terminal 3 determines that the hiring company is a trusted company, and the range of the transaction type disclosure item in the certification request is within the template. Determine whether it is within the range of disclosure items. Note that the second terminal 3 can determine that the company that employs the transaction type is a predetermined trusted company that the user can trust.
  • the second terminal 3 displays on the display unit 23 that the certification request is valid (Ste S40).
  • the user of the second terminal 3 can see the display indicating that the certification request is valid and recognize that the disclosure range of the disclosure items of the certification request is valid.
  • the respondent can input the contents of the response to the disclosure item in response to the certification request while reducing the risk of disclosure of the respondent's personal information.
  • the second terminal 3 After displaying that the certification request is valid, the second terminal 3 generates response information in response to the certification request if the content corresponding to the disclosure item of the transaction type is input in response to the certification request (step S41). (Step S42).
  • the response information is information including certification details corresponding to the disclosure items of the transaction type in response to the certification request.
  • the second terminal 3 After generating response information to the certification request, the second terminal 3 transmits the response information to the first terminal 2 (step S43). After receiving the response information, the first terminal 2 authenticates the transaction qualification based on the contents of the disclosure items in the response information (step S44).
  • the first terminal 2 After authenticating the transaction qualification based on the content of the disclosure item in the response information, the first terminal 2 determines that the authentication result is OK (step S45). If the transaction qualification for the transaction product is OK, the first terminal 2 executes the purchase procedure for the transaction product by the buyer (step S46).
  • the first terminal 2 After executing the purchase procedure for the transaction product, the first terminal 2 transmits a transaction completion notification to the second terminal 3 (step S47).
  • the transaction completion notification is information that notifies completion of the transaction of the transaction product between the first terminal 2 and the second terminal 3.
  • the second terminal 3 After receiving the transaction completion notification, the second terminal 3 displays the transaction completion on the display unit 23 (step S48). As a result, the buyer can see the transaction completion display and recognize that the purchase procedure for the product transaction has been completed.
  • FIG. 8 is an explanatory diagram showing an example of a certification request, response information, and template.
  • the disclosure items for the transaction type of a transaction product for purchasing alcoholic beverages using a license include "date of birth according to the driver's license” and "address according to the driver's license.”
  • the DB server 4 stores a template including "date of birth according to the driver's license” and "address according to the driver's license” as disclosure items for the transaction type of the transaction product of liquor purchase using the license.
  • the second terminal 3 holds driver's license information.
  • the second terminal 3 transmits, for example, a transaction request for purchasing alcohol to the first terminal 2.
  • the first terminal 2 transmits to the second terminal 3 a certification request including disclosure items according to the transaction type of liquor purchase using a license.
  • the second terminal 3 receives the certification request, it extracts the transaction type disclosure items "date of birth according to driver's license” and "address according to driver's license" in the certification request.
  • the second terminal 3 acquires a template corresponding to the transaction type in the certification request from the DB server 4, and compares the range of disclosure items within the transaction type within the certification request and the range of disclosure items within the transaction type within the template. Compare.
  • the disclosure items "date of birth as per driver's license” and "address as per driver's license” for the transaction type in the certification request are the same as the disclosure items for the same transaction type in the template. Therefore, the second terminal 3 determines that the range of disclosure items within the transaction type in the certification request is less than or equal to the range of disclosure items within the transaction type in the template.
  • the second terminal 3 inputs the certification content into the disclosure item in the certification request and responds when the range of the disclosure item in the transaction type in the certification request is less than or equal to the range of the disclosure item in the transaction type in the template. It generates information and sends response information to the first terminal 2.
  • the first terminal 2 determines the transaction qualification based on the contents of the disclosure item of the transaction type in the response information, for example, "date of birth according to driver's license” and "address according to driver's license.” authenticate.
  • FIG. 9 is a flowchart showing an example of the processing operation of the second terminal 3 related to transaction processing.
  • the second terminal 3 transmits a product transaction request to the first terminal 2 (step S51).
  • the second terminal 3 determines whether a certification request for the transaction request has been received from the first terminal 2 (step S52).
  • the second terminal 3 receives the certification request (step S52: Yes)
  • it extracts the transaction type from the certification request (step S53A).
  • the second terminal 3 acquires the template and hiring company according to the transaction type from the DB server 4 (step S53B).
  • the second terminal 3 displays the template and the hiring company according to the transaction type on the display unit 23 (step S54).
  • the respondent at the second terminal 3 can see the employing company and recognize the reliability of the transaction type disclosure item in the certification request.
  • the second terminal 3 compares the trusted company list 24B and the hiring company (step S55), and determines whether the hiring company has a predetermined company name in the trusted company list 24B (step S56).
  • the second terminal 3 determines that the adopting company is a trusted company based on the transaction type disclosure item in the certification request. I judge that there is. Furthermore, the second terminal 3 compares the transaction type disclosure item in the certification request with the disclosure item in the template (step S57). The second terminal 3 determines whether the range of disclosure items for the transaction type in the certification request is within the range of disclosure items in the template (step S58).
  • the second terminal 3 displays the validity of the certification request on the display unit 23 (step S59). Note that the respondent at the second terminal 3 can determine that the risk of disclosure of personal information on the certifier's side when responding to the transaction qualification request is within a reasonable range by seeing the authenticity of the certification request.
  • the second terminal 3 determines whether the input operation for the disclosure item of the certification request is completed within a predetermined time (step S60). If the input operation for the disclosure items of the certification request is completed within the predetermined time (step S60: Yes), the second terminal 3 generates response information corresponding to the certification request (step S61).
  • the second terminal 3 After generating the response information, the second terminal 3 transmits the response information to the first terminal 2 (step S62). The second terminal 3 determines whether or not the transaction completion notification has been received from the first terminal 2 (step S63). When the second terminal 3 receives the transaction completion notification from the first terminal 2 (step S63: Yes), the second terminal 3 displays the transaction completion on the display unit 23 (step S64), and ends the processing operation shown in FIG. . As a result, the respondent at the second terminal 3 can see the completion of the transaction and recognize the completion of the purchase transaction.
  • step S52: No If the second terminal 3 has not received the certification request for the transaction request (step S52: No), the second terminal 3 ends the processing operation shown in FIG.
  • step S56 If the hiring company does not have the predetermined trusted company name in the trusted company list 24B (step S56: No), the second terminal 3 displays a consent request on the display unit 23 (step S65). As a result, the respondent at the second terminal 3 can see the display of the consent request and decide whether or not to continue the transaction. Then, the second terminal 3 determines whether or not a consent operation is detected within a predetermined time (step S66). If the second terminal 3 detects a consent operation within the predetermined time (step S66: Yes), the second terminal 3 moves to step S57 to compare the disclosure items in the transaction type in the certification request with the disclosure items in the template. do.
  • step S58: No If the range of disclosure items for the transaction type in the certification request is not within the range of disclosure items in the template (step S58: No), the second terminal 3 displays the invalidity of the certification request on the display unit 23 (step S58: No). S67). Note that the respondent at the second terminal 3 can recognize that the risk of disclosure of the respondent's personal information is increased by seeing the indication that the certification request is inappropriate. After displaying the invalidity of the certification request on the display unit 23, the second terminal 3 determines whether or not a consent operation is detected within a predetermined time (step S68).
  • step S68: Yes the second terminal 3 determines that the transaction should be continued, and determines whether the input operation for the disclosure item of the certification request is detected within the predetermined time. In order to make a determination, the process moves to step S60. If the second terminal 3 does not detect the consent operation within the predetermined time (step S68: No), it displays transaction not possible on the display unit 23 (step S69), and ends the processing operation shown in FIG. 9. Incidentally, the respondent at the second terminal 3 can recognize the discontinuation of the commodity transaction by seeing the display indicating that the transaction is not possible.
  • step S68 If the second terminal 3 does not detect the consent operation within the predetermined time (step S68: No), the second terminal 3 returns to the process of step S69 to display the transaction not possible on the display unit 23. If the input operation of the disclosure item of the certification request is not completed within the predetermined time (step S60: No), the second terminal 3 determines whether the input operation of the disclosure item of the certification request is completed within the predetermined time. In order to determine this, the process returns to step S60. If the second terminal 3 has not received the transaction completion notification from the first terminal 2 (step S63: No), the second terminal 3 determines whether or not the transaction completion notification has been received from the first terminal 2. Return to processing.
  • the range of disclosure items within the transaction type in the certification request exceeds the range of disclosure items within the transaction type in the template list 41.
  • the validity of the certification request is identified based on the determination result of whether or not the certification request is exceeded. As a result, it is possible to reduce the risk of disclosure of personal information on the respondent's side when responding to a request for proof of transaction qualification.
  • the second terminal 3 identifies the certification request as invalid and requests the certification. Displaying the injustice of. As a result, the respondent can see the misrepresentation of the certification request and reduce the risk of disclosure of personal information on the respondent's side when responding to the certification request.
  • the second terminal 3 identifies the certification request as legitimate and provides certification. Indicate the validity of the request. As a result, the respondent can see the legitimate display of the certification request and determine that the respondent's personal information when responding to the certification request is within a reasonable range.
  • the second terminal 3 When the second terminal 3 detects a certification request and the company name that adopts the disclosure item in the transaction type in the certification request is in the hiring company list 42, it displays the name of the company that adopts the disclosure item in the transaction type in the certification request. As a result, the respondent can judge the reliability of the certification request by looking at the name of the company that employs it.
  • the second terminal 3 determines that when the name of a company adopting a disclosure item in the transaction type in the certification request is in the trusted company list 24B, the scope of the disclosure item in the certification request is within the range of the disclosure item in the template list 41. Determine whether the range has been exceeded. As a result, if the company name to be adopted is in the trusted company list 24B, the validity of the certification request can be identified.
  • the second terminal 3 determines in step S58 that the scope of the transaction type disclosure item in the certification request is within the template.
  • the following example shows a case where it is determined whether or not the disclosure item falls within the scope of the disclosed items.
  • the second terminal 3 acquires the template and the hiring company in step S53B, the second terminal 3 executes the process in step S57 of comparing the transaction type disclosure item in the certification request with the disclosure item in the template. You can also do it.
  • the second terminal 3 has been exemplified to output a notification on the display screen that the certification request is valid in step S59 and that the certification request is invalid in step S67, but the second terminal 3 may output the notification by voice etc., and can be changed as appropriate. It is.
  • the template list 41 in the DB server 4 is exemplified as storing standard disclosure items for each transaction type in advance, it is not limited to standard disclosure items agreed upon by peers, and is not limited to standard disclosure items agreed upon by peers. Disclosure items for the same transaction type adopted by the company may be used, and can be changed as appropriate.
  • FIG. 10 is an explanatory diagram showing an example of a template list management method in another embodiment.
  • the BC transaction system 80 shown in FIG. 10 includes a BC configuration node 81A and a BC configuration node 81B, and executes BC transaction processing using a BC protocol between the BC configuration node 81A and the BC configuration node 81B.
  • the BC configuration node 81A has a distributed ledger 81A1.
  • the BC configuration node 81B also has a distributed ledger 81B1.
  • the distributed ledger 81A1 in the BC configuration node 81A and the distributed ledger 81B1 in the BC configuration node 81B store the same template list that stores disclosure items for each transaction type.
  • the BC configuration node 81A determines whether the disclosure item in the transaction type in the certification request is in the template list in the distributed ledger 81A1. Then, when the transaction type in the certification request is in the template list, the BC configuration node 81A compares the range of disclosure items of the transaction type in the certification request with the range of disclosure items of the transaction type in the template.
  • the BC configuration node 81A identifies the certification request as valid and displays the validity of the certification request. As a result, the respondent can judge that the disclosure items on the respondent's side when responding to the certification request are within a reasonable range by looking at the legitimate display of the certification request.
  • the BC configuration node 81A identifies the certification request as invalid, and displays the invalidity of the certification request. .
  • the respondent can see the misrepresentation of the certification request and reduce the risk of disclosure of personal information on the respondent's side when responding to the certification request.
  • the first terminal 2, the second terminal 3, and the DB server 4 are illustrated as information processing devices, but they may be provided in the cloud and can be changed as appropriate.
  • a product trading system 1 is illustrated, but the transaction target is not limited to products, and may be electronic trading such as services, and can be changed as appropriate.
  • the first terminal 2 is a company as a seller, it is not limited to a company, and may be an individual as well as a corporation, and can be changed as appropriate.
  • each component of each part shown in the drawings does not necessarily have to be physically configured as shown in the drawings.
  • the specific form of dispersion/integration of each part is not limited to what is shown in the diagram, but all or part of it may be functionally or physically distributed/integrated in arbitrary units depending on various loads, usage conditions, etc. can be configured.
  • processing functions performed in each device can be performed in whole or in part on a CPU (Central Processing Unit) (or a microcomputer such as an MPU (Micro Processing Unit) or an MCU (Micro Controller Unit)). You may also choose to execute it. Further, various processing functions may be executed in whole or in part on a program that is analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU) or on hardware using wired logic. Needless to say.
  • a CPU Central Processing Unit
  • MPU Micro Processing Unit
  • MCU Micro Controller Unit
  • FIG. 11 is an explanatory diagram illustrating an example of an information processing device 100 that executes a request identification program.
  • the information processing device 100 that executes the request identification program shown in FIG.
  • the ROM 104 stores in advance a request identification program that performs the same functions as those in the above embodiment.
  • the request identification program may be recorded in a recording medium readable by a drive (not shown) instead of in the ROM 104.
  • the recording medium may be, for example, a portable recording medium such as a CD-ROM, DVD, USB memory, or SD card, or a semiconductor memory such as a flash memory.
  • the request identification program is a determination program 104A and an identification program 104B. Note that the determination program 104A and the identification program 104B may be integrated or distributed as appropriate.
  • the CPU 106 reads these programs 104A and 104B from the ROM 104, expands each of the read programs onto the RAM 105, and executes them. Then, as shown in FIG. 11, the CPU 106 functions as a determination process 105A and an identification process 105B by executing each program 104A and 104B on the RAM 105.
  • the CPU 106 When the CPU 106 detects a request for transaction qualifications, the CPU 106 refers to a list in which disclosure items related to transaction qualifications are stored in advance for each transaction type, and determines whether the range of disclosure items within the transaction type in the request is within the range of the transaction in the list. Determine whether the range of disclosure items within the type has been exceeded. The CPU 106 identifies the validity of the request based on the determination result of whether the range of disclosure items within the transaction type in the request exceeds the range of disclosure items within the transaction type in the list. As a result, it is possible to reduce the risk of disclosure of personal information on the respondent's side when responding to a request for trading qualifications.

Abstract

取引資格の要求を検出した場合に、取引種別毎に、前記取引資格に関する開示項目を事前に記憶したリストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する処理をコンピュータに実行させる。更に、前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する処理を前記コンピュータに実行させる。その結果、取引資格の要求に回答する際の回答者側の個人情報の開示リスクを低減できる。

Description

要求識別プログラム、情報処理装置、要求識別方法及び取引システム
　本発明は、要求識別プログラム、情報処理装置、要求識別方法及び取引システムに関する。
　近年、通常の電子商取引では、例えば、売り手が買い手に対して取引に必要な取引資格の開示を求め、売り手が買い手から得た取引資格を検証し、その検証結果に基づき、売り手が買い手との商取引を進めることになる。その結果、円滑な商取引を実現している。
特開２０１４－１６０３２０号公報 特開２００５－２６７１９９号公報
　通常の電子商取引では、買い手（回答者）が、例えば、取引に必要な取引資格（年齢/免許有無/病歴等）の開示を売り手側（要求者）から求められた際、取引資格の要求内容の開示範囲が妥当なものであるか否かを買い手側で判断することになる。
　また、例えば、複数のブロックチェーンの操作を伴う取引の一環として、アプリケーションが取引相手に取引資格の開示を要求する場合に、この開示要求を受けた者（回答者）は、その開示要求の範囲が妥当なものであるか否かを判断することになる。しかも、ゼロ知識証明では、開示要求の範囲が非公開になるため、不必要な開示が要求されても回答者はそれを認識できないのが実情である。
　つまり、取引資格を要求された個人（回答者）は開示要求の範囲が妥当であるか否かが判断できず、取引のために必要以上の個人情報が開示されてしまうことも考えられるため、取引資格の要求に回答する際の回答者側の開示リスクが高くなる。
　一つの側面では、取引資格の要求に回答する際の回答者側の個人情報の開示リスクを低減できる要求識別プログラム等を提供することにある。
　一つの態様では、取引資格の要求を検出した場合に、取引種別毎に、前記取引資格に関する開示項目を事前に記憶したリストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する処理をコンピュータに実行させる。更に、前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する処理を前記コンピュータに実行させる。
　一つの側面として、取引資格の要求に回答する際の回答者側の個人情報の開示リスクを低減できる。
図１は、本実施例の取引システムの一例を示す説明図である。 図２は、本実施例の第１の端末の機能構成の一例を示す説明図である。 図３は、本実施例の第２の端末の機能構成の一例を示す説明図である。 図４は、テンプレートリストの一例を示す説明図である。 図５は、採用企業リストの一例を示す説明図である。 図６は、テンプレート登録処理に関わる第１の端末及びＤＢサーバの処理動作の一例を示すシーケンス図である。 図７は、取引処理に関わる取引システムの処理動作の一例を示すシーケンス図である。 図８は、証明要求、応答情報及びテンプレートの一例を示す説明図である。 図９は、取引処理に関わる第２の端末の処理動作の一例を示すフローチャートである。 図１０は、他の実施例におけるテンプレートリストの管理方法の一例を示す説明図である。 図１１は、要求識別プログラムを実行する情報処理装置の一例を示す説明図である。
　以下、図面に基づいて、本願の開示する要求識別プログラム等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
　図１は、本実施例の取引システム１の一例を示す説明図である。図１に示す取引システム１は、第１の端末２と、第２の端末３と、ＤＢサーバ４と、通信網５とを有する。取引システム１は、第１の端末２と第２の端末３との間で商品を電子取引するシステムである。
　第１の端末２は、例えば、商品の売り手である要求者側のＰＣ、スマートフォンやタブレット端末等の第１の情報処理装置である。第２の端末３は、例えば、商品の買い手である回答者側のＰＣ、スマートフォンやタブレット端末等の第２の情報処理装置である。ＤＢサーバ４は、取引種別毎の開示項目のテンプレートを事前に記憶したテンプレートリスト４１と、取引種別毎のテンプレートを採用する企業の一覧を記憶した採用企業リスト４２とを管理するＤＢを制御するサーバである。ＤＢサーバ４は、例えば、第三者機関のサーバである。取引種別毎の開示項目とは、取引種別に応じた商品取引を成立させるための取引資格に相当する。テンプレートリスト４１は、取引種別毎の標準的な開示項目、例えば、商品取引の同業者が合意した標準的な開示項目を事前に記憶したリストである。テンプレートは、取引種別に応じた開示項目であって、開示項目は、取引種別毎に単一の開示項目若しくは複数個の開示項目でも良い。取引種別は、例えば、酒類販売や危険物販売等である。開示項目は、例えば、年齢、生年月日、免許有無、住所、病歴等である。
　図２は、本実施例の第１の端末２の機能構成の一例を示す説明図である。図２に示す第１の端末２は、通信部１１と、操作部１２と、表示部１３と、記憶部１４と、制御部１５とを有する。記憶部１４は、証明要求メモリ１４Ａと、取引メモリ１４Ｂとを有する。
　証明要求メモリ１４Ａは、取引種別毎に、取引種別に応じた証明要求内の開示項目を記憶するメモリである。尚、証明要求は、第２の端末３から商品の取引要求に応じて第２の端末３に対して、取引種別に応じた取引資格の証明を要求するコマンドである。取引メモリ１４Ｂは、商品取引の取引内容を記憶するメモリである。
　通信部１１は、通信網５と有線又は無線で通信接続する通信インタフェースである。操作部１２は、各種情報を入力する入力インタフェースである。表示部１３は、各種情報を表示する出力インタフェースである。制御部１５は、第１の端末２全体を制御する。制御部１５は、機能として、取引部１５Ａと、登録部１５Ｂと、認証部１５Ｃとを有する。
　取引部１５Ａは、第２の端末３との間の商取引に関わる処理を実行する。登録部１５Ｂは、自社の取引種別に応じた取引資格の開示項目をテンプレートリスト４１に登録するテンプレート登録処理を実行する。認証部１５Ｃは、証明要求に応じた応答情報内の取引種別内の開示項目の内容で買い手（回答者）の取引資格を認証する認証処理を実行する。尚、応答情報は、取引種別内の開示項目に応じた内容を含む、買い手（回答者）の取引資格の内容である。
　図３は、本実施例の第２の端末３の機能構成の一例を示す説明図である。図３に示す第２の端末３は、通信部２１と、操作部２２と、表示部２３と、記憶部２４と、制御部２５とを有する。記憶部２４は、取引メモリ２４Ａと、信頼企業リスト２４Ｂとを有する。
　取引メモリ２４Ａは、商品取引の取引内容を記憶するメモリである。信頼企業リスト２４Ｂは、第２の端末３の利用者が信頼する所定の企業名を事前に記憶したリストである。尚、信頼企業リスト２４Ｂは、証明要求に応じた取引種別の開示項目のテンプレートを採用する採用企業と比較して証明要求の正当性を検証する際に使用するリストである。
　通信部２１は、通信網５と有線又は無線で通信接続する通信インタフェースである。操作部２２は、各種情報を入力する入力インタフェースである。表示部２３は、各種情報を表示する出力インタフェースである。制御部２５は、第２の端末３全体を制御する。制御部２５は、機能として、取引部２５Ａと、判定部２５Ｂと、識別部２５Ｃと、生成部２５Ｄとを有する。
　取引部２５Ａは、第１の端末２との間の商取引に関わる処理を実行する。判定部２５Ｂは、取引の取引資格の証明要求を検出した場合に、取引種別毎に、取引資格に関する開示項目を事前に記憶したテンプレートリスト４１を参照する。そして、判定部２５Ｂは、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えたか否かを判定する。
　次に、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の取引種別内の開示項目の範囲を超えたか否かを判定する判定部２５Ｂの判定方法について説明する。証明要求内の取引種別内の開示項目の範囲とテンプレート内の取引種別内の開示項目の範囲とを比較し、回答者の個人情報の開示リスクを判定する。
　例えば、証明要求内の取引種別内の開示項目が「生年月日」、テンプレートリスト４１内の取引種別内の開示項目が「２０歳以上」とする。この場合、「生年月日」と「２０歳以上」とを比較した場合、証明要求内の「生年月日」の方の開示範囲が広く、回答者の個人情報の開示リスクが高いものと判断する。これに対して、例えば、証明要求内の取引種別内の開示項目が「２０歳以上」、テンプレートリスト４１内の取引種別内の開示項目が「生年月日」とする。この場合、「２０歳以上」と「生年月日」とを比較し、証明要求内の「２０歳以上」の方の開示範囲が狭く、回答者の個人情報の開示リストが低いものと判断する。また、例えば、証明要求内の取引種別内の開示項目が「２０歳以上」、テンプレートリスト４１内の取引種別内の開示項目が「２０歳以上」とする。開示項目が同一、すなわち、開示範囲が同一であるため、回答者の個人情報の開示リストが低いものと判断する。
　また、証明要求内の取引種別内の開示項目が「生年月日」及び「免許証の提示」、テンプレートリスト４１内の取引種別内の開示項目が「生年月日」とする。この場合、「生年月日」は開示項目が同一であるものの、証明要求内の「免許証提示」がテンプレートの開示範囲を超えるため、回答者の個人情報の開示リスクが高いものと判断する。
　また、証明要求内の取引種別内の開示項目が「生年月日」、テンプレートリスト４１内の取引種別内の開示項目が「免許証提示」とする。この場合、「生年月日」と「免許証提示」とを比較し、証明要求内の「生年月日」の方の開示範囲が狭く、回答者の個人情報の開示リスクが低いものと判断する。
　また、例えば、証明要求内の取引種別内の開示項目が「生年月日」及び「マイナンバーカードの提示」、テンプレートリスト４１内の取引種別内の開示項目が「生年月日」及び「免許証の提示」とする。この場合、「生年月日」は開示項目が同一であるものの、証明要求内の「マイナンバーカードの提示」が「免許証提示」の開示範囲を超えるため、回答者の個人情報の開示リスクが高いものと判断する。
　例えば、証明要求内の取引種別内の開示項目が「住所」、テンプレートリスト４１内の取引種別内の開示項目が「地域コード」とする。尚、「地域コード」は関東、近畿、四国等の地域ブロックを識別するコードである。この場合、「住所」と「地域コード」とを比較し、証明要求内の「住所」が「地域コード」の開示範囲を超えるため、回答者の個人情報の開示リスクが高いものと判断する。
　識別部２５Ｃは、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、証明要求の正当性を識別する。尚、証明要求の正当性とは、要求者からの証明要求内の開示項目がテンプレートに比較して、証明要求の開示範囲が正当であるか否かを示す情報である。
　識別部２５Ｃは、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えた場合に、証明要求内の開示項目の内容が回答者の個人情報の開示リスクがテンプレートに比較して増えるものと判断する。そして、識別部２５Ｃは、証明要求を不当と識別する。
　識別部２５Ｃは、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えていない場合に、証明要求内の開示項目の内容が回答者の個人情報の開示リスクが妥当の範囲と判断する。そして、識別部２５Ｃは、証明要求を正当と識別する。
　制御部２５は、取引の証明要求を検出した場合に、取引種別内の開示項目を採用する企業名の採用企業リスト４２を参照し、取引種別内の開示項目を採用する企業名が採用企業リスト４２内にある場合に採用企業を表示部２３に表示させる。
　判定部２５Ｂは、取引の証明要求を検出した場合に、取引種別内の開示項目を採用する採用企業名の採用企業リスト４２を参照し、採用企業リスト４２内の採用企業名が信頼企業リスト２４Ｂ内の所定の信頼企業名であるか否かを判定する。更に、判定部２５Ｂは、採用企業リスト４２内の採用企業名が信頼企業名である場合に、証明要求内の取引種別の採用企業が利用者の信頼できる企業であると判断する。そして、判定部２５Ｂは、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えたか否かを判定する。
　図４は、テンプレートリスト４１の一例を示す説明図である。図４に示すテンプレートリスト４１は、取引種別ＩＤ４１Ａ毎に、取引種別４１Ｂ内の開示項目４１Ｃを記憶するリストである。取引種別ＩＤ４１Ａは、取引種別を識別するＩＤである。取引種別４１Ｂは、取引の内容である。開示項目４１Ｃは、取引種別に応じた、取引を成立させるための取引資格の要件である。取引種別とは、例えば、運転免許証を使用して酒を購買する取引、運転免許証を使用して危険物を購買する取引や、運転免許証による高額商品を購買する取引等の各種取引である。開示項目は、例えば、生年月日、住所、年収、病歴等の回答者の個人情報である取引資格である。
　図５は、採用企業リスト４２の一例を示す説明図である。図５に示す採用企業リスト４２は、取引種別ＩＤ４２Ａ毎に採用企業名４２Ｂを記憶するリストである。取引種別ＩＤ４２Ａは取引種別を識別するＩＤである。採用企業名４２Ｂは、テンプレートリスト４１内の取引種別の開示項目を採用した採用企業名の一覧である。
　図６は、テンプレート登録処理に関わる第１の端末２及びＤＢサーバ４の処理動作の一例を示すシーケンス図である。図６に示すテンプレート登録処理とは、第１の端末２からの登録対象の取引種別内の開示項目をテンプレートリスト４１内に登録するための処理である。図６において第１の端末２は、登録対象の取引種別を設定する（ステップＳ１１）。尚、登録対象の取引種別は、第１の端末２の利用者がテンプレートリスト４１に登録する取引種別である。第１の端末２は、登録対象の取引種別を設定した後、取引種別の検索要求をＤＢサーバ４に送信する（ステップＳ１２）。尚、検索要求は、登録対象の取引種別を検索するためのコマンドである。
　ＤＢサーバ４は、取引種別の検索要求を受信した場合、検索要求内の取引種別に応じたテンプレート及び採用企業を検索する（ステップＳ１３）。つまり、ＤＢサーバ４は、検索要求内の取引種別に応じたテンプレート（開示項目）をテンプレートリスト４１から検索すると共に、検索要求内の取引種別に応じた採用企業名を採用企業リスト４２から検索する。ＤＢサーバ４は、検索要求内の取引種別に応じたテンプレート及び採用企業がある場合、検索結果ありの情報を第１の端末２に送信する（ステップＳ１４）。尚、検索結果ありの情報は、取引種別に応じたテンプレート及び採用企業を含む検索結果ありを示す情報である。
　第１の端末２は、ＤＢサーバ４から検索結果ありの情報を受信した場合、検索結果内の取引種別のテンプレート及び採用企業を表示部１３に表示する（ステップＳ１５）。その結果、第１の端末２の利用者は、表示内容を見て、登録対象の取引種別に応じたテンプレート及び採用企業を認識できる。第１の端末２は、登録操作を検出した場合（ステップＳ１６）、登録対象の取引種別の登録要求をＤＢサーバ４に送信する（ステップＳ１７）。尚、登録要求は、第１の端末２の自社名を登録対象の取引種別の取引種別ＩＤに応じた採用企業リスト４２に登録するためのコマンドである。ＤＢサーバ４は、登録対象の取引種別の登録要求を検出した場合、登録要求内の自社名を取引種別に応じた採用企業リスト４２内に登録する（ステップＳ１８）。その結果、第１の端末２の利用者は、登録対象の取引種別の自社名を採用企業リスト４２内に追加登録できる。
　また、ＤＢサーバ４は、検索要求内の取引種別に応じたテンプレート及び採用企業がない場合、検索結果なしの情報を第１の端末２に送信する（ステップＳ１９）。尚、検索結果なしは、登録対象の取引種別の検索結果なしを示す情報である。第１の端末２は、ＤＢサーバ４から検索結果なしの情報を受信した場合、検索結果なしを表示部１３に表示する（ステップＳ２０）。その結果、第１の端末２の利用者は、表示内容を見て、登録対象の取引種別に応じたテンプレート及び採用企業がＤＢサーバ４内に登録なしであることを認識できる。
　第１の端末２は、登録操作を検出した場合（ステップＳ２１）、登録対象の取引種別の登録要求をＤＢサーバ４に送信する（ステップＳ２２）。尚、登録要求は、第１の端末２の自社名及び登録対象の取引種別内の開示項目を含み、これらの自社名及び登録対象の取引種別内の開示項目をＤＢサーバ４に登録するためのコマンドである。ＤＢサーバ４は、登録対象の取引種別の登録要求を検出した場合、登録要求内の取引種別内の開示項目をテンプレートリスト４１に登録すると共に、登録要求内の自社名を取引種別に応じた採用企業リスト４２内に登録する（ステップＳ２３）。その結果、第１の端末２の利用者は、新規の取引種別内の開示項目をテンプレートとしてテンプレートリスト４１内に登録すると共に、新規の取引種別の採用企業を採用企業リスト４２内に登録できる。
　図７は、取引処理に関わる取引システム１の処理動作の一例を示すシーケンス図である。図７において第２の端末３は、買い手（回答者）の商品購買の取引指示の入力を検出した場合（ステップＳ３１）、取引商品の取引要求を第１の端末２に送信する（ステップＳ３２）。尚、取引要求は、取引商品の商品名を含む、該当商品の購買取引を要求するコマンドである。第１の端末２は、取引要求を受信した場合、購買商品に応じた証明要求を送信する（ステップＳ３３）。尚、証明要求は、取引商品を取引する際の買い手の取引資格の情報を要求するコマンドである。第１の端末２は、取引要求内の取引商品に応じた取引種別内の開示項目を証明要求メモリ１４Ａから読み出し、読み出した取引種別内の開示項目を含む証明要求を生成する。
　第２の端末３は、第１の端末２からの証明要求を受信した場合、証明要求から取引種別及び取引種別内の開示項目を抽出する（ステップＳ３４）。第２の端末３は、証明要求内の取引種別に対応するテンプレートを要求するテンプレート要求をＤＢサーバ４に送信する（ステップＳ３５）。尚、テンプレート要求は、検索対象の取引種別及び取引種別内の開示項目を含むテンプレートをテンプレートリスト４１から検索するコマンドである。
　ＤＢサーバ４は、テンプレート要求を受信した場合、テンプレート要求内の検索対象の取引種別に応じたテンプレート及び採用企業を検索する（ステップＳ３６）。尚、ＤＢサーバ４は、テンプレート要求内の検索対象の取引種別に応じたテンプレートをテンプレートリスト４１から検索すると共に、テンプレート要求内の検索対象の取引種別に応じた採用企業を採用企業リスト４２から検索する。ＤＢサーバ４は、検索結果である取引種別に応じたテンプレート及び採用企業を第２の端末３に送信する（ステップＳ３７）。
　第２の端末３は、取引種別に応じたテンプレート及び採用企業を受信した後、信頼企業リスト２４Ｂ内に採用企業の企業名があるか否かを判定する。第２の端末３は、信頼企業リスト２４Ｂ内に採用企業の企業名がある場合（ステップＳ３８）、採用企業が信頼企業と判断し、証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内であるか否かを判定する。尚、第２の端末３は、取引種別の採用企業が利用者の信頼できる所定の信頼企業として判別できる。
　第２の端末３は、証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内である場合（ステップＳ３９）、証明要求が正当である旨を表示部２３に表示する（ステップＳ４０）。その結果、第２の端末３の利用者は、証明要求の正当である旨の表示を見て、証明要求の開示項目の開示範囲が正当であると認識できる。つまり、回答者は、回答者の個人情報の開示リスクを低減しながら、証明要求に対する開示項目の回答内容を入力できる。
　第２の端末３は、証明要求が正当である旨を表示した後、証明要求に応じて取引種別の開示項目に応じた内容を入力した場合（ステップＳ４１）、証明要求に対する応答情報を生成する（ステップＳ４２）。尚、応答情報は、証明要求に応じた取引種別の開示項目に応じた証明内容を含む情報である。
　第２の端末３は、証明要求に対する応答情報を生成した後、応答情報を第１の端末２に送信する（ステップＳ４３）。第１の端末２は、応答情報を受信した後、応答情報内の開示項目の内容で取引資格を認証する（ステップＳ４４）。
　第１の端末２は、応答情報内の開示項目の内容で取引資格を認証した後、認証結果が取引資格ＯＫと判断する（ステップＳ４５）。第１の端末２は、取引商品の取引資格がＯＫの場合、買い手による取引商品の購入手続きを実行する（ステップＳ４６）。
　第１の端末２は、取引商品の購入手続きを実行した後、取引完了通知を第２の端末３に送信する（ステップＳ４７）。尚、取引完了通知は、第１の端末２と第２の端末３との間の取引商品の取引の完了を通知する情報である。第２の端末３は、取引完了通知を受信した後、取引完了を表示部２３に表示する（ステップＳ４８）。その結果、買い手は、取引完了表示を見て、商品取引の購入手続きが完了したことを認識できる。
　図８は、証明要求、応答情報及びテンプレートの一例を示す説明図である。例えば、免許証による酒購買の取引商品の取引種別の開示項目は、「運転免許証による生年月日」及び「運転免許証による住所」を含むものとする。ＤＢサーバ４は、免許証による酒購買の取引商品の取引種別の開示項目として、「運転免許証による生年月日」及び「運転免許証による住所」を含むテンプレートを記憶しているものとする。第２の端末３は、運転免許証の情報を保持しておくものとする。
　第２の端末３は、例えば、酒購買の取引要求を第１の端末２に送信する。第１の端末２は、免許証による酒購買の取引種別に応じた開示項目を含む証明要求を第２の端末３に送信する。第２の端末３は、証明要求を受信した場合、証明要求内の取引種別の開示項目「運転免許証による生年月日」及び「運転免許証による住所」を抽出する。
　第２の端末３は、証明要求内の取引種別に対応するテンプレートをＤＢサーバ４から取得し、証明要求内の取引種別内の開示項目の範囲とテンプレート内の取引種別内の開示項目の範囲とを比較する。証明要求内の取引種別の開示項目「運転免許証による生年月日」及び「運転免許証による住所」はテンプレートの同一取引種別の開示項目と同一である。従って、第２の端末３は、証明要求内の取引種別内の開示項目の範囲がテンプレート内の取引種別内の開示項目の範囲以下と判断する。
　第２の端末３は、証明要求内の取引種別内の開示項目の範囲がテンプレート内の取引種別内の開示項目の範囲以下の場合に証明要求内の開示項目内に証明内容を入力して応答情報を生成し、応答情報を第１の端末２に送信する。そして、第１の端末２は、応答情報を受信した場合、応答情報内の取引種別の開示項目の内容、例えば、「運転免許証による生年月日」及び「運転免許証による住所」で取引資格を認証する。
　図９は、取引処理に関わる第２の端末３の処理動作の一例を示すフローチャートである。図９において第２の端末３は、商品の取引要求を第１の端末２に送信する（ステップＳ５１）。第２の端末３は、取引要求に対する証明要求を第１の端末２から受信したか否かを判定する（ステップＳ５２）。第２の端末３は、証明要求を受信した場合（ステップＳ５２：Ｙｅｓ）、証明要求から取引種別を抽出する（ステップＳ５３Ａ）。第２の端末３は、取引種別に応じたテンプレート及び採用企業をＤＢサーバ４から取得する（ステップＳ５３Ｂ）。第２の端末３は、取引種別に応じたテンプレート及び採用企業を取得した後、取引種別に応じたテンプレート及び採用企業を表示部２３に表示する（ステップＳ５４）。その結果、第２の端末３の回答者は、採用企業を見て証明要求の取引種別の開示項目の信頼性を認識できる。
　第２の端末３は、信頼企業リスト２４Ｂと採用企業とを比較し（ステップＳ５５）、採用企業内に信頼企業リスト２４Ｂ内の所定の企業名があるか否かを判定する（ステップＳ５６）。
　第２の端末３は、採用企業内に信頼企業リスト２４Ｂ内の所定の信頼企業名がある場合（ステップＳ５６：Ｙｅｓ）、証明要求内の取引種別の開示項目を採用する企業が信頼できる企業であると判断する。更に、第２の端末３は、証明要求内の取引種別の開示項目とテンプレート内の開示項目とを比較する（ステップＳ５７）。第２の端末３は、証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内にあるか否かを判定する（ステップＳ５８）。
　第２の端末３は、証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内にある場合（ステップＳ５８：Ｙｅｓ）、証明要求の正当を表示部２３に表示する（ステップＳ５９）。尚、第２の端末３の回答者は、証明要求の正当の表示を見て取引資格の要求に回答する際の証明者側の個人情報の開示リスクが妥当の範囲と判断できる。
　第２の端末３は、所定時間内に証明要求の開示項目の入力操作が完了したか否かを判定する（ステップＳ６０）。第２の端末３は、所定時間内に証明要求の開示項目の入力操作が完了した場合（ステップＳ６０：Ｙｅｓ）、証明要求に対応する応答情報を生成する（ステップＳ６１）。
　第２の端末３は、応答情報を生成した後、応答情報を第１の端末２に送信する（ステップＳ６２）。第２の端末３は、第１の端末２から取引完了通知を受信したか否かを判定する（ステップＳ６３）。第２の端末３は、第１の端末２から取引完了通知を受信した場合（ステップＳ６３：Ｙｅｓ）、取引完了を表示部２３に表示し（ステップＳ６４）、図９に示す処理動作を終了する。その結果、第２の端末３の回答者は、取引完了を見て購買取引の完了を認識できる。
　第２の端末３は、取引要求に対する証明要求を受信したのでない場合（ステップＳ５２：Ｎｏ）、図９に示す処理動作を終了する。
　第２の端末３は、採用企業内に信頼企業リスト２４Ｂ内の所定の信頼企業名がない場合（ステップＳ５６：Ｎｏ）、承諾要求を表示部２３に表示する（ステップＳ６５）。その結果、第２の端末３の回答者は、承諾要求の表示を見て、取引を継続するか否かを判断できる。そして、第２の端末３は、所定時間内に承諾操作を検出したか否かを判定する（ステップＳ６６）。第２の端末３は、所定時間内に承諾操作を検出した場合（ステップＳ６６：Ｙｅｓ）、証明要求内の取引種別内の開示項目とテンプレート内の開示項目とを比較するステップＳ５７の処理に移行する。
　第２の端末３は、証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内にない場合（ステップＳ５８：Ｎｏ）、証明要求の不当を表示部２３に表示する（ステップＳ６７）。尚、第２の端末３の回答者は、証明要求の不当の表示を見て、回答者側の個人情報の開示リスクが高くなるのを認識できる。第２の端末３は、証明要求の不当を表示部２３に表示した後、所定時間内に承諾操作を検出したか否かを判定する（ステップＳ６８）。
　第２の端末３は、所定時間内に承諾操作を検出した場合（ステップＳ６８：Ｙｅｓ）、取引の継続と判断し、所定時間内に証明要求の開示項目の入力操作を検出したか否かを判定すべく、ステップＳ６０の処理に移行する。第２の端末３は、所定時間内に承諾操作を検出しなかった場合（ステップＳ６８：Ｎｏ）、取引不可を表示部２３に表示し（ステップＳ６９）、図９に示す処理動作を終了する。尚、第２の端末３の回答者は、取引不可の表示を見て商品取引の中止を認識できる。
　第２の端末３は、所定時間内に承諾操作を検出しなかった場合（ステップＳ６８：Ｎｏ）、取引不可を表示部２３に表示すべく、ステップＳ６９の処理に戻る。第２の端末３は、所定時間内に証明要求の開示項目の入力操作が完了しなかった場合（ステップＳ６０：Ｎｏ）、所定時間内に証明要求の開示項目の入力操作が完了したか否かを判定すべく、ステップＳ６０の処理に戻る。第２の端末３は、第１の端末２から取引完了通知を受信しなかった場合（ステップＳ６３：Ｎｏ）、第１の端末２から取引完了通知を受信したか否かを判定するステップＳ６３の処理に戻る。
　本実施例の第２の端末３では、取引資格の証明要求を検出した場合に、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、証明要求の正当性を識別する。その結果、取引資格の証明要求に回答する際の回答者側の個人情報の開示リスクを低減できる。
　第２の端末３は、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えた場合に、証明要求を不当と識別し、証明要求の不当を表示する。その結果、回答者は、証明要求の不当表示を見て、証明要求に回答する際の回答者側の個人情報の開示リスクを低減できる。
　第２の端末３は、証明要求内の取引種別内の開示項目の範囲がテンプレートリスト４１内の当該取引種別内の開示項目の範囲を超えていない場合に、証明要求を正当と識別し、証明要求の正当を表示する。その結果、回答者は、証明要求の正当表示を見て、証明要求に回答する際の回答者側の個人情報が妥当の範囲と判断できる。
　第２の端末３は、証明要求を検出した場合に、証明要求内の取引種別内の開示項目を採用する企業名が採用企業リスト４２内にある場合に当該採用する企業名を表示させる。その結果、回答者は、採用する企業名を見て証明要求の信頼性を判断できる。
　第２の端末３は、証明要求内の取引種別内の開示項目を採用する企業名が信頼企業リスト２４Ｂ内にある場合に、証明要求内の開示項目の範囲がテンプレートリスト４１内の開示項目の範囲を超えたか否かを判定する。その結果、採用する企業名が信頼企業リスト２４Ｂ内にある場合に証明要求の正当を識別できる。
　尚、第２の端末３は、ステップＳ５６にて採用企業内に信頼企業リスト２４Ｂ内の所定の信頼企業名がある場合、ステップＳ５８にて証明要求内の取引種別の開示項目の範囲がテンプレート内の開示項目の範囲内にあるか否かを判定する場合を例示した。しかしながら、第２の端末３は、ステップＳ５３Ｂにてテンプレート及び採用企業を取得した場合に、証明要求内の取引種別の開示項目とテンプレート内の開示項目とを比較するステップＳ５７の処理を実行するようにしても良い。
　第２の端末３は、ステップＳ５９にて証明要求の正当及びステップＳ６７にて証明要求の不当を表示画面で報知出力する場合を例示したが、音声等で報知出力しても良く、適宜変更可能である。
　ＤＢサーバ４内のテンプレートリスト４１は、取引種別毎の標準的な開示項目を事前に記憶する場合を例示したが、同業者が合意した標準的な開示項目に限定されるものではなく、信頼できる企業が採用した同一取引種別の開示項目でも良く、適宜変更可能である。
　尚、本実施例の取引システム１では、ＷｅｂサーバであるＤＢサーバ４内のテンプレートリスト４１にテンプレートを事前に記憶する場合を例示した。しかしながら、ＢＣ（Block　Chain）取引システム８０にも適用可能である。
　図１０は、他の実施例におけるテンプレートリストの管理方法の一例を示す説明図である。図１０に示すＢＣ取引システム８０は、ＢＣ構成ノード８１Ａと、ＢＣ構成ノード８１Ｂとを有し、ＢＣ構成ノード８１ＡとＢＣ構成ノード８１Ｂとの間でＢＣプロトコルを用いてＢＣ取引処理を実行する。ＢＣ構成ノード８１Ａは、分散台帳８１Ａ１を有する。更に、ＢＣ構成ノード８１Ｂも、分散台帳８１Ｂ１を有する。ＢＣ構成ノード８１Ａ内の分散台帳８１Ａ１及びＢＣ構成ノード８１Ｂ内の分散台帳８１Ｂ１は、取引種別毎の開示項目を記憶する同一のテンプレートリストを記憶している。
　例えば、ＢＣ構成ノード８１Ａが回答者、ＢＣ構成ノード８１Ｂが要求者とした場合、ＢＣ構成ノード８１Ａは、ＢＣ構成ノード８１Ｂからの証明要求を検出した場合、証明要求内の取引種別内の開示項目を抽出する。そして、ＢＣ構成ノード８１Ａは、証明要求内の取引種別内の開示項目が分散台帳８１Ａ１内のテンプレートリスト内にあるか否かを判定する。そして、ＢＣ構成ノード８１Ａは、証明要求内の取引種別がテンプレートリスト内ある場合、証明要求内の取引種別の開示項目の範囲とテンプレート内の取引種別の開示項目の範囲とを比較する。
　ＢＣ構成ノード８１Ａは、証明要求内の取引種別の開示項目の範囲がテンプレート内の取引種別の開示項目の範囲を超えていない場合、証明要求が正当と識別し、証明要求の正当を表示する。その結果、回答者は、証明要求の正当表示を見て、証明要求に回答する際の回答者側の開示項目が妥当の範囲であると判断できる。
　また、ＢＣ構成ノード８１Ａは、証明要求内の取引種別の開示項目の範囲がテンプレート内の取引種別の開示項目の範囲を超えた場合、証明要求が不当と識別し、証明要求の不当を表示する。その結果、回答者は、証明要求の不当表示を見て、証明要求に回答する際の回答者側の個人情報の開示リスクを低減できる。
　尚、説明の便宜上、第１の端末２、第２の端末３、ＤＢサーバ４は、情報処理装置を例示したが、クラウドに設けても良く、適宜変更可能である。
　本実施例では、商品の取引システム１を例示したが、取引対象は商品に限定されるものではなく、サービス等の電子取引でも良く、適宜変更可能である。また、第１の端末２は売り手である企業を例示したが、企業に限定されるものではなく、法人の他に、個人でも良く、適宜変更可能である。
　また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
　更に、各装置で行われる各種処理機能は、ＣＰＵ（Central　Processing　Unit）（又はＭＰＵ（Micro　Processing　Unit）、ＭＣＵ（Micro　Controller　Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
　ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１１は、要求識別プログラムを実行する情報処理装置１００の一例を示す説明図である。
　図１１に示す要求識別プログラムを実行する情報処理装置１００では、通信装置１０１と、入力装置１０２と、出力装置１０３と、ＲＯＭ１０４と、ＲＡＭ１０５と、ＣＰＵ１０６と、バス１０７を有する。
　そして、ＲＯＭ１０４には、上記実施例と同様の機能を発揮する要求識別プログラムが予め記憶されている。尚、ＲＯＭ１０４ではなく、図示せぬドライブで読取可能な記録媒体に要求識別プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。要求識別プログラムとしては、図１１に示すように、判定プログラム１０４Ａ及び識別プログラム１０４Ｂである。尚、判定プログラム１０４Ａ及び識別プログラム１０４Ｂについては、適宜統合又は分散しても良い。
　そして、ＣＰＵ１０６は、これらのプログラム１０４Ａ及び１０４ＢをＲＯＭ１０４から読み出し、これら読み出された各プログラムをＲＡＭ１０５上に展開して実行する。そして、ＣＰＵ１０６は、図１１に示すように、各プログラム１０４Ａ及び１０４ＢをＲＡＭ１０５上で実行することで、判定プロセス１０５Ａ及び識別プロセス１０５Ｂとして機能する。
　ＣＰＵ１０６は、取引資格の要求を検出した場合に、取引種別毎に、取引資格に関する開示項目を事前に記憶したリストを参照し、要求内の取引種別内の開示項目の範囲がリスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する。ＣＰＵ１０６は、要求内の取引種別内の開示項目の範囲がリスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、要求の正当性を識別する。その結果、取引資格の要求に回答する際の回答者側の個人情報の開示リスクを低減できる。
　１　取引システム
　２　第１の端末
　３　第２の端末
　４　ＤＢサーバ
　２４Ｂ　信頼企業リスト
　２５Ｂ　判定部
　２５Ｃ　識別部
　４１　テンプレートリスト
　４２　採用企業リスト

Claims (8)

  1. 　取引資格の要求を検出した場合に、取引種別毎に、前記取引資格に関する開示項目を事前に記憶したリストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定し、
    　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する
    　処理をコンピュータに実行させることを特徴とする要求識別プログラム。
  2. 　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えた場合に、前記要求が不当と識別し、
    　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えていない場合に、前記要求が正当と識別する
    　処理を前記コンピュータに実行させることを特徴とする請求項１に記載の要求識別プログラム。
  3. 　前記リストは、前記取引種別毎に、取引に係る同業者が合意した取引資格に関する開示項目を事前に記憶したことを特徴とする請求項１又は２に記載の要求識別プログラム。
  4. 　前記取引資格の要求を検出した場合に、前記取引種別内の開示項目を採用する企業名を記憶した企業リストを参照し、前記要求内の前記取引種別内の開示項目を採用する企業名の企業リストがある場合に当該採用する企業名を表示させる
    　処理を前記コンピュータに実行させることを特徴とする請求項２に記載の要求識別プログラム。
  5. 　所定の企業名を事前に記憶しておき、
    　前記取引資格の要求を検出した場合に、前記取引種別内の開示項目を採用する企業名を記憶した企業リストを参照し、前記要求内の前記取引種別内の前記開示項目を採用する前記企業名が前記所定の企業名であるか否かを判定し、
    　採用する前記企業名が前記所定の企業名である場合に、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する
    　処理を前記コンピュータに実行させることを特徴とする請求項４に記載の要求識別プログラム。
  6. 　取引資格の要求を検出した場合に、取引種別毎に、前記取引資格に関する開示項目を事前に記憶したリストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する判定部と、
    　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する識別部と、
    　を有することを特徴とする情報処理装置。
  7. 　情報処理装置が、
    　取引資格の要求を検出した場合に、取引種別毎に、前記取引資格に関する開示項目を事前に記憶したリストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定し、
    　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する
    　処理を実行することを特徴とする要求識別方法。
  8. 　第１の情報処理装置と、前記第１の情報処理装置と通信する第２の情報処理装置と、前記第２の情報処理装置と通信可能にし、取引種別毎に、取引資格に関する開示項目を事前に記憶したリストを記憶するサーバと、を有し、
    　前記第２の情報処理装置は、
    　前記第１の情報処理装置から前記取引資格の要求を検出した場合に、前記サーバと通信して、前記リストを参照し、前記要求内の取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えたか否かを判定する判定部と、
    　前記要求内の前記取引種別内の開示項目の範囲が前記リスト内の当該取引種別内の開示項目の範囲を超えるか否かの判定結果に基づき、前記要求の正当性を識別する識別部と、
    　を有することを特徴とする取引システム。
PCT/JP2022/031446 2022-08-19 2022-08-19 要求識別プログラム、情報処理装置、要求識別方法及び取引システム WO2024038604A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/031446 WO2024038604A1 (ja) 2022-08-19 2022-08-19 要求識別プログラム、情報処理装置、要求識別方法及び取引システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/031446 WO2024038604A1 (ja) 2022-08-19 2022-08-19 要求識別プログラム、情報処理装置、要求識別方法及び取引システム

Publications (1)

Publication Number Publication Date
WO2024038604A1 true WO2024038604A1 (ja) 2024-02-22

Family

ID=89941753

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/031446 WO2024038604A1 (ja) 2022-08-19 2022-08-19 要求識別プログラム、情報処理装置、要求識別方法及び取引システム

Country Status (1)

Country Link
WO (1) WO2024038604A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004213094A (ja) * 2002-12-26 2004-07-29 Toshiba Corp 個人情報管理システム、個人情報管理装置、プログラム、個人情報管理方法
WO2006075396A1 (ja) * 2005-01-17 2006-07-20 Kabushiki Kaisha Ihc 認証システム
JP2008090831A (ja) * 2006-09-08 2008-04-17 Ihc:Kk 物品管理システム
JP2020154570A (ja) * 2019-03-19 2020-09-24 Kddi株式会社 スキル公開装置、スキル公開方法及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004213094A (ja) * 2002-12-26 2004-07-29 Toshiba Corp 個人情報管理システム、個人情報管理装置、プログラム、個人情報管理方法
WO2006075396A1 (ja) * 2005-01-17 2006-07-20 Kabushiki Kaisha Ihc 認証システム
JP2008090831A (ja) * 2006-09-08 2008-04-17 Ihc:Kk 物品管理システム
JP2020154570A (ja) * 2019-03-19 2020-09-24 Kddi株式会社 スキル公開装置、スキル公開方法及びプログラム

Similar Documents

Publication Publication Date Title
US11924324B2 (en) Registry blockchain architecture
US10963932B2 (en) User enhanced authentication system for online purchases
US20130019287A1 (en) Method and apparatus for enabling a user to select an authentication method
JP2004310778A (ja) 指紋情報を用いた信用取引システムおよび方法
JP2015515218A (ja) 抽象化およびランダム化された取引認証用ワンタイム使用パスワードのための方法およびシステム
CN107450919A (zh) 业务流程管理方法、设备及计算机可读存储介质
US20140165205A1 (en) Equipment-information transmitting apparatus, service control apparatus, equipment-information transmitting method, and computer products
US20080028475A1 (en) Method For Authenticating A Website
US20170318007A1 (en) Identification system and method
WO2024038604A1 (ja) 要求識別プログラム、情報処理装置、要求識別方法及び取引システム
KR20190115343A (ko) 제품 사후관리를 위한 관리 서버의 동작 방법
US20210217028A1 (en) Method and system for the certification of a product to be shipped
US20230113795A1 (en) Generating a Tokenized Reputation Score
KR102322983B1 (ko) 블록체인을 기반으로 현물 자산의 거래를 가능하게 하는 자산 거래 플랫폼 서버 및 그 동작 방법
TWI612436B (zh) 自然人憑證認證方法
JP2008097432A (ja) 金融商品販売支援システム、金融商品販売支援方法、金融商品販売支援プログラム
JP2008134935A (ja) 決済システム、認証決済装置および携帯端末
KR19980079781A (ko) 전화 거래 지원 시스템
CN113869962A (zh) 商品展示及分销方法、系统、服务器及存储介质
RU2225032C1 (ru) Способ контроля подлинности продукции
JP2007240588A (ja) 音声認証システム
JP3556440B2 (ja) 真偽確認システム及びそのシステムでの真偽確認の対象となるシステム並びにそれらのシステムでの処理をコンピュータに行なわせるためのプログラムを格納した記録媒体
JP4009246B2 (ja) 情報処理方法、情報処理システム、プログラムおよび記録媒体
AU2022204469A1 (en) Large pose facial recognition based on 3D facial model
WO2021064182A1 (en) Computer-implemented transaction system and method

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

Country of ref document: EP

Kind code of ref document: A1