WO2014175384A1 - 電子取引システム、電子取引方法、及びプログラム - Google Patents

電子取引システム、電子取引方法、及びプログラム Download PDF

Info

Publication number
WO2014175384A1
WO2014175384A1 PCT/JP2014/061576 JP2014061576W WO2014175384A1 WO 2014175384 A1 WO2014175384 A1 WO 2014175384A1 JP 2014061576 W JP2014061576 W JP 2014061576W WO 2014175384 A1 WO2014175384 A1 WO 2014175384A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic
approval
transaction
document
signature
Prior art date
Application number
PCT/JP2014/061576
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 WO2014175384A1 publication Critical patent/WO2014175384A1/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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Definitions

  • the present invention relates to a technology for electronic trading.
  • the present invention claims the priority of Japanese Patent Application No. 2013-93412 filed on April 26, 2013, and for the designated countries where weaving by reference of documents is permitted, the contents described in the application are as follows: Is incorporated into this application by reference.
  • Electronic transactions using electronic certificates have become widespread in transactions involving various contracts such as sales contracts associated with ordering of products, etc., especially continuous transactions between companies.
  • a company, a user, a terminal, a document, or the like, which is the subject of an electronic commerce contract, is authenticated or certified by an electronic certificate (or an electronic signature using the electronic certificate).
  • Patent Document 1 discloses a terminal certificate issued in common to a plurality of terminal devices and a service certificate that enables provision of a predetermined service. Contract information associated with a contract identification code that can individually identify a contract for providing a predetermined service is stored in advance, and a service certificate corresponding to the contract identification code received from the terminal device authenticated by the terminal certificate is stored in the terminal device.
  • Patent Document 2 discloses that each contract information including contract contents is transmitted from the service providing apparatus to the service receiving apparatus of each service receiver who is the contractor, and the contract information is received.
  • the service receiving device creates one-party signed contract information in which the service receiver's signature is added to the contract information and transmits the contract information to the service providing device.
  • the service providing device transmits the one-party signed contract information transmitted from each service receiving device.
  • E-commerce in an open network environment by creating and storing service provider-signed contract information signed by the service provider, storing it, and sending it to each service receiving device. Describes the technology to realize the authentication and notarization services required for.
  • Accredited certificate authority refers to a certificate authority that has been certified by the certification business certification system under the so-called Electronic Signature Act.
  • the security and reliability of the electronic certificate itself is relatively high, but the certificate acquisition procedure is complicated, expensive, and the burden on the acquirer is high, making it difficult to spread widely. is there.
  • safety and reliability may be inferior. Although it depends on the operating company, it is relatively easy, so it is superior in terms of ease of use.
  • a non-certified certificate authority is selected as the certificate issuer in consideration of ease of use such as cost and flexible response.
  • a process is often performed in which a person in charge of a subordinate or the like makes a decision on behalf of an agent (for example, electronically signs a contract) instead of a busy decision-making authority directly making a decision.
  • the other party does not know whether the decision (electronic signature) was actually made by the decision-maker or based on the intention of the decision-maker Therefore, the other party is forced to conclude a contract while taking the risk that the contract will be denied.
  • an object of the present invention is to reduce the operational load of an enterprise or business partner that introduces an electronic transaction service such as an electronic contract, and electronically such as a secure conclusion of an electronic contract between the business partner and the service introduction enterprise. It is to provide an electronic transaction system that enables various transactions.
  • An electronic transaction system is a system that supports an electronic transaction between a first transaction entity and a second transaction entity, and the one or more first transaction entities.
  • An electronic signature unit that performs an electronic signature on a document related to an electronic transaction for the first transaction entity, and an approval process when performing an electronic signature on the document for the first transaction entity.
  • a signature application processing unit that performs the document application, and a document recording unit that holds the document for each of the first transaction entities.
  • the signature application processing unit accepts an application for an electronic signature for the document from the first transaction entity, and for each one or more first approval rights holders in the first transaction entity included in the application
  • the first electronic message including the address information of the first approval screen is created and sent to the first approval authority, and is input from the first approval authority via the first approval screen. If the result of the approval is obtained and the result of the approval is obtained from all of the first approval rights holders, the electronic signature unit corresponding to the first transaction entity applies an electronic signature to the document. I do.
  • the signature application processing unit is necessary for the first approval authority to approve via the first approval screen when receiving the approval result from the first approval authority.
  • An input of authentication information including the biometric information of the first approval authority is accepted, and approval by the first approval authority is permitted when the authentication processing based on the authentication information is successful.
  • FIG. 11 is a diagram showing an outline of a configuration example of an electronic contract service using a certified certificate authority in the prior art.
  • a service introduction company (“Company A (300a ')” in the figure) that has concluded a basic transaction contract for performing electronic commerce by an electronic contract and a customer ("Customer 2 (402'" in the figure)).
  • Customer 2 (402'" in the figure)
  • the service introduction company and the customer individually apply for an electronic certificate acquisition to the authorized certificate authority 201, and acquire an electronic certificate for use in the electronic contract service.
  • another company such as “Company B (300b ′)”, “Business Partner 1 (401 ′)”, “Business Partner 3 (403 ′)”, etc.
  • newly uses the electronic contract service Enters into a contract for using an electronic contract service with a service vendor that individually operates the electronic contract system 101, and obtains an electronic certificate from the authorized certificate authority 201.
  • a service vendor that individually operates the electronic contract system 101
  • obtains an electronic certificate from the authorized certificate authority 201 In this way, it is necessary for service introduction companies and business partners using the electronic contract service to individually perform electronic certificate acquisition processing, which is a heavy burden in terms of costs and procedures.
  • FIG. 12 is a diagram showing an outline of a configuration example of an electronic contract service using a non-certified certificate authority in the prior art.
  • service introduction companies (“Company A” and “Company B” in the figure) that introduce electronic contract services and perform electronic commerce by electronic contracts are individually developed by the system vendor 101 '.
  • Each of the business partners (“Business Partner 1 (401 '” in the figure) that has concluded a basic transaction contract by the contract system (“Company A Electronic Contract System (100a)", “Company B Electronic Contract System (100b)” in the figure). ) ”To“ Business Partner 3 (403 ′) ”) to conclude an electronic contract and conduct electronic commerce.
  • the electronic certificate used for the electronic contract is acquired from the non-certified certificate authority 200 by each service introduction company (electronic contract system). It is also possible to adopt a configuration in which a registration operation is performed in which an electronic certificate used by each business partner that has concluded a basic transaction contract is acquired and issued.
  • FIG. 13 is a diagram showing an outline of another configuration example of the electronic contract service using a non-certified certificate authority in the prior art.
  • the functions of the electronic contract systems (“Company A electronic contract system (100a)", “Company B electronic contract system (100b)" individually owned by each service introduction company in the configuration of FIG. Is configured so that the system vendor 101 ′ provides it as a service via the network as an ASP (Application Service Provider).
  • ASP Application Service Provider
  • the system operation load of the service introduction company (“Company A (300a ')” and “Company B (300b')” in the figure)
  • Business Partner 2 (402 ') is the electronic contract system.
  • the necessity for proper use is the same as in the example of FIG.
  • Embodiment 1 of the present invention is an electronic transaction system that provides an electronic transaction service including an electronic contract, that is, supports an electronic transaction between transaction entities.
  • the electronic transaction system according to the first embodiment of the present invention in order to cope with the above-described problems, performs certificate registration work (identity confirmation, certificate issuance request and distribution) for non-certified certificate authorities, This reduces the burden of system operation for service-introducing companies by carrying out all of the services on behalf of customers and customers.
  • the electronic transaction system is configured as a system that can be used in common by all service introduction companies, so that it is not necessary for the customer to use the electronic transaction system separately regardless of the service introduction company of the other party of the transaction.
  • the electronic transaction system is based on the intention of the approval right holder when the service introduction company and the business partner use the electronic certificate for the electronic signature on documents such as contracts stored in the electronic transaction system.
  • FIG. 1 is a diagram showing an outline of a configuration example of an electronic transaction system according to Embodiment 1 of the present invention.
  • the electronic transaction system 100 is an information processing system that is operated by a company such as a system vendor that provides an electronic transaction service, and includes a server device, a virtual server in a cloud computing environment, and the like.
  • This electronic transaction system 100 is an individual service introduction company that is an individual system of a non-certified certification authority 200 or a service introduction company ("Company A” to “C” in the figure) via a network such as the Internet (not shown).
  • System 300 (collectively “Company A's individual system (300a)” to “Company C's individual system (300c)” in the figure), business partners of each service introduction company (“Customer 1" to "Customer” in the figure) 5 ”), which is an individual system, can be connected by communication with a customer system 400 (collectively referred to as“ customer 1 system (401) ”to“ customer 5 system (405) ”in the figure).
  • the electronic transaction system 100 includes, for example, an interface unit 110 that is implemented as a software program that runs on middleware such as an OS (Operating System), a DBMS (DataBase Management System), and a Web server program (not shown).
  • Middleware such as an OS (Operating System), a DBMS (DataBase Management System), and a Web server program (not shown).
  • Processing unit 120 electronic signature unit 130 (collectively referring to “Company A electronic signature unit (130a)” to “C company electronic signature unit (130c)”), certificate registration processing unit 140, supplier management unit 150 , A user management unit 160, a document management unit 170, and the like.
  • Each of these units may be implemented as a subsystem of the electronic transaction system 100 or as an independent system.
  • the interface unit 110 has a function of providing a user interface such as an operation screen for a user of an electronic transaction service by the electronic transaction system 100.
  • the interface unit 110 uses a Web server program (not shown) to display a screen on a Web browser on the information processing terminal used by the user.
  • the signature application processing unit 120 accepts an application for an electronic signature for a document stored in the electronic transaction system 100 from a service introduction company, a business partner system, or a person in charge, and makes an approval request to a designated approval authority. It has a function of performing a series of signature application processes in which an electronic signature is applied to a target document by an electronic signature unit 130, which will be described later, when approved by all approval rights holders.
  • the signature application processing unit 120 records the approval status such as an approval request to each approval authority and an approval result in an approval status table (TB) 123 implemented by a database or a file table. Details of the signature application process will be described later.
  • the signature application processing unit 120 further includes a biometric authentication processing unit 121 having a function of executing biometric authentication used in the signature application processing, and an electronic message (document specified for the specified address). It further includes a message processing unit 122 having a function of sending by simply “message” or “electronic message”. For these functions, general known servers, programs, libraries, and the like can be used as appropriate.
  • the biometric authentication processing unit 121 acquires, for example, a user ID and biometric information from a terminal used by an approval right holder and the like, specifies biometric information corresponding to the acquired user ID from a user table (TB) 161 described later, By verifying the acquired biometric information with the specified biometric information, a user such as an approval authority is authenticated.
  • biometric information for example, fingerprints, voiceprints, palm prints, veins, irises, and the like can be used.
  • the biometric authentication method and procedure are not limited to the above example as long as biometric information is used.
  • the authentication method requires the input of a user ID and biometric information (biometric authentication with ID), but it is also possible to use only biometric information (IDless biometric authentication). In ID-less biometric authentication, if matching biometric information is registered, it is determined that authentication is successful.
  • the message processing unit 122 is an electronic message, for example, a short message transmitted / received between e-mails, mobile phones, etc., and a message transmitted / received between dedicated applications on a computer (also called instant messages). Etc. can be used.
  • the address information can be acquired from a user table (TB) 161 described later, for example.
  • the electronic message is not limited to the above example.
  • each electronic signature unit 130 receives an electronic certificate from the non-certified certificate authority 200 by the certificate registration processing unit 140 described below prior to the start of service provision for the target service introduction company. This shall be retained.
  • the electronic signature unit 130 is individually implemented for each service introducing company. However, if the electronic signature can be individually provided for each service introducing company, the electronic signature unit 130 should be implemented collectively. Is also possible.
  • the certificate registration processing unit 140 receives a request for issuing an electronic certificate from a service introducing company, and performs a registration operation for requesting the non-certified certification authority 200 to issue an electronic certificate for the service introducing company or its business partner. It has the function of.
  • the certificate registration processing unit 140 may further include a form creation unit 141 that creates and outputs a form in a predetermined format required when making a certificate issuance request to the non-certified certificate authority 200. Good.
  • the supplier management unit 150 holds, in the supplier table (TB) 151, information on suppliers that each service introduction company that uses the electronic transaction service provided by the electronic transaction system 100 has entered into a basic transaction contract, and is registered. And a function for managing updates and the like.
  • the electronic trading system 100 refers to this business partner TB 151 by the business partner management unit 150, and through the electronic business system 100, the business partner that has concluded a basic business contract with each service introduction company. It is possible to control so that an electronic transaction such as an electronic contract can be performed only with the customer.
  • the user management unit 160 for users who can access the electronic trading system 100, attribute information such as name and company, authentication information such as user ID and password, electronic message address information, access authority information, etc. Are stored in the user table (TB) 161, and management such as registration and update is performed. Furthermore, for a user who can access the electronic transaction system 100, the user management unit 160 holds biometric authentication information in which the user ID and the biometric information of the user are associated with each other in the user TB 161, and manages registration, update, and the like. It has a function to perform. In the case of ID-less biometric authentication, the biometric authentication information may not include the user ID.
  • the users here include, in addition to the administrator of the electronic transaction system 100, etc., each service introduction company, the person in charge of the business partner, the approval right holder at the time of electronic signature, and the like.
  • the document management unit 170 stores an original document relating to a transaction such as an electronic contract concluded through the electronic transaction system 100 in the document table (TB) 171 and responds to an access request from a user having access authority. It has a document management function that permits reference. For this function as well, general known document management systems and programs can be used as appropriate. “Store” and “hold” can also be said to “record” and “store”.
  • the non-accredited certificate authority 200 uses, for example, a JCAN root certificate authority that issues a public certificate of JCAN (registered trademark) specifications operated by JIPDEC (registered trademark: Japan Information Economy, Social and Social Affairs Association). Therefore, it is possible to issue an electronic certificate at a low cost.
  • the operating company of the electronic trading system 100 can receive JCR certification (LRA certification) and perform JCAN specification electronic certificate registration work.
  • a company operating the electronic transaction system 100 may construct the non-certified certificate authority 200 and issue a private electronic certificate.
  • Each service introduction company individual system 300 (“Company A individual system (300a)” to “C Company individual system (300c)” in the figure), for example, presents an estimate request and contract with a business partner from reception of an estimate request. It is an information processing system such as a core cooperation system that implements a series of electronic transactions leading to conclusion and transaction.
  • an estimate request can be obtained from a service introduction company. It is an information processing system that performs a series of electronic transactions from receipt, contract conclusion, and transaction.
  • business partners for example, not only suppliers of products etc. for service introduction companies, but also sales partners such as customers and consignees such as maintenance companies, etc., companies that are counterparties to conclude electronic contracts, etc. included.
  • FIG. 2 is a diagram showing an outline of a configuration example of an electronic transaction service using a non-certified certificate authority in the present embodiment.
  • the electronic transaction system 100 receives a request from a service introducing company (“Company A (300a ′)”, “Company B (300b ′)” in the figure), and performs certificate registration for the non-certified CA 200.
  • a service introducing company (“Company A (300a ′)”, “Company B (300b ′)” in the figure)
  • the service introduction company and the business partner in the figure, “business partner 1 (401 ′)” to “business partner 3 (403 ′)”
  • business partner 1 (401 ′) to “business partner 3 (403 ′)
  • each service introduction company concludes a use contract of an electronic transaction service including an electronic contract etc. with an operating company of the electronic transaction system 100 so that the electronic transaction system 100 performs processing related to the electronic transaction such as an electronic contract. Therefore, it is possible to reduce the system operation load in each service introduction company. Further, by adopting a configuration for centrally managing information on business partners who have concluded business basic contracts for each service introduction company in the business partner TB 151, a business partner ("business partner 2 (402 ')" in the figure). ), The same electronic transaction system 100 can be used regardless of the service introduction company of the other party.
  • FIG. 3 is a diagram showing an outline of an example of a processing flow until the service introducing company can use the electronic transaction service.
  • a service introducing company applies for an electronic transaction service usage contract to an operating company of the electronic trading system 100 (S01), and if a predetermined requirement is satisfied, the contract is concluded (S02).
  • S01 an operating company of the electronic trading system 100
  • S02 the contract is concluded.
  • the above processing has been described as being performed manually by the service introducing company and the operating company of the electronic trading system 100, the above processing is systematically performed between the individual system 300 of the service introducing company and the electronic trading system 100. May be.
  • the electronic trading system 100 manually or automatically by the administrator or the like, the company information such as the attributes of the target service introduction company, a table such as a service introduction company master (not shown), the customer TB 151, etc. (S03).
  • the electronic trading system 100 may register the information in the business partner TB 151 at this time.
  • the electronic transaction system 100 mounts the corresponding electronic signature unit 130 for the target service introduction company manually or automatically by an administrator or the like (S04). For example, a program, a module, a server, etc. for the target service introducing company are appropriately installed.
  • the service introduction company uses the electronic transaction system based on an instruction (for example, an instruction made by accessing the electronic transaction system 100 using a Web browser or the like) via the information introduction terminal of the service introduction company individual system 300 or a person in charge.
  • An application for issuing an electronic certificate for the service introducing company is made to 100 (S05).
  • the electronic transaction system 100 that has accepted the issuance application issues an electronic certificate to the non-certified certification authority 200 after the certificate registration processing unit 140 creates the application form by the form creation unit 141 as necessary.
  • a request is made (S06).
  • the non-accredited certificate authority 200 that has received the issuance request issues a digital certificate after performing predetermined determination processing on the application content (S07) and sends it to the electronic transaction system 100 (S08).
  • the electronic transaction system 100 stores the received electronic certificate so that the electronic signature unit 130 corresponding to the target service introducing company can use the electronic certificate (S09).
  • An electronic certificate may be sent to a service introduction company so that the service introduction company can independently sign an electronic signature.
  • FIG. 4 is a diagram showing an overview of an example of the flow of processing when a service introduction company receives an estimate request from a potential business partner.
  • a potential business partner based on an instruction (for example, an instruction made by accessing the service introducing company individual system 300 using a Web browser or the like) via the information processing terminal such as the business partner system 400 or a person in charge
  • an instruction for example, an instruction made by accessing the service introducing company individual system 300 using a Web browser or the like
  • a request for an estimate of a product or the like is made to the introduced company individual system 300 (S11).
  • the service-introducing company-specific system 300 creates an estimate automatically based on the contents of the request or manually by the person in charge (S12), which is automatically sent to the electronic transaction system 100 or based on an instruction via the information processing terminal of the person in charge.
  • Upload and request registration S13
  • the electronic transaction system 100 registers the uploaded estimate in the document TB 171 by the document management unit 170 (S14).
  • An electronic signature application process which is a process for obtaining the above, is performed (S15). The contents of the electronic signature application process will be described later.
  • the electronic transaction system 100 uses the electronic signature unit 130 corresponding to the target service introduction company to An electronic signature is given to the estimate (S16), and access authority etc. are set so that it can be viewed from the target customer system 400 or a person in charge (S17).
  • the electronic transaction system 100 informs the customer system 400 or an information processing terminal such as a person in charge of an e-mail or the like that the message processing unit 122 has registered the electronically signed estimate and made it available for viewing. You may make it notify by a message.
  • an electronic signature is applied to the estimate (S16), which can be viewed (S17), but the estimate is registered (S14).
  • An electronic signature may be provided in advance so that the electronic signature can be viewed (access restriction is released) when the electronic signature application process is completed.
  • the person in charge of the supplier makes a browse request for the estimate stored in the electronic trading system 100 using the information processing terminal (S18).
  • a browsing request can be made to the electronic transaction system 100 via the Web site of the service introducing company individual system 300 using a Web browser or the like on the information processing terminal.
  • the electronic transaction system 100 obtains the requested quotation from the document TB 171 and outputs it (S19), and presents it using the information processing terminal (S20). .
  • FIG. 5 is a diagram showing an outline of an example of the flow of processing when a service introducing company concludes a basic transaction contract with a new business partner.
  • a service introduction company and a business partner conclude a basic contract for the transaction (S21).
  • the contract here is made in writing, etc., but if possible, the service introduction company or the person in charge of the business partner accesses the service introduction company individual system 300 or the customer system 400 using the information processing terminal. This may be done systematically.
  • the service introduction company makes an inquiry about the target business partner with respect to the electronic transaction system 100 based on an instruction via the information introduction terminal such as the service introduction company individual system 300 or the person in charge.
  • An information registration request is made (S22).
  • the electronic trading system 100 registers the information of the target business partner in the business partner TB 151 in association with the target service introduction company by the business partner management unit 150 (S23).
  • the service introducing company applies to the electronic transaction system 100 for issuing an electronic certificate for the target business partner based on an instruction via the information processing terminal such as the service introducing company individual system 300 or the person in charge.
  • Perform (S24).
  • the electronic transaction system 100 that has accepted the issuance application receives an issuance of an electronic certificate from the non-certified certification authority 200 by the same process as the process in steps S06 to S09 in the example of FIG. 3 based on the application content (S25). This is sent to the supplier (or supplier system 400) (S26).
  • the supplier system 400 stores the received electronic certificate so that it can be used for electronic signature (S27). Note that the above certificate distribution process is only performed for the first time when a service-introducing company enters into a basic contract with a new business partner, and is not required after the electronic certificate has been distributed to the business partner. .
  • FIG. 6 is a diagram showing an outline of an example of the flow of processing when an individual transaction contract is concluded between a service introduction company and a business partner.
  • the supplier applies for a contract to the service introducing company individual system 300 based on an instruction via the information processing terminal such as the supplier system 400 or a person in charge, as in the case of the request for quotation (S31). ).
  • the service introduction company individual system 300 creates a contract automatically or manually by the person in charge based on the contents of the application or the estimate (S32), and automatically or automatically processes the information processing terminal of the person in charge in the electronic transaction system 100.
  • the registration request is made by uploading based on the received instruction (S33).
  • the electronic trading system 100 refers to the business partner TB 151 and confirms whether the target business partner is registered, that is, when the target business partner can use the electronic trading service, the document management unit 170.
  • the uploaded contract is registered in the document TB 171 (S34).
  • the service introduction company individual system 300 is the same as step S15 in the example of FIG. 4 in order to electronically sign the uploaded contract to the electronic transaction system 100 automatically or based on an instruction from the person in charge.
  • the electronic signature application process is performed (S35).
  • the electronic transaction system 100 uses the electronic signature unit 130 corresponding to the target service introduction company to An electronic signature is given to the contract (S36), and access authority etc. are set so that the contract can be viewed from the target customer system 400 or a person in charge (S37).
  • the electronic transaction system 100 informs the customer system 400 or an information processing terminal such as a person in charge of an e-mail or the like that the message processing unit 122 has registered the electronically signed contract. You may make it notify by a message.
  • the person in charge of the business partner is stored in the electronic transaction system 100 via the website of the service introducing company individual system 300 using the information processing terminal.
  • a browsing request for the contract is made (S38).
  • the document management unit 170 extracts and presents a list of documents for which the target business partner has access authority from the document TB171.
  • the electronic transaction system 100 obtains the requested contract from the document TB 171 and outputs it (S39), and the person in charge of the business partner uses the information processing terminal to present it.
  • the contents are browsed and contents are added as necessary (S40).
  • step S41 In order to electronically sign the contract to the electronic transaction system 100 based on an instruction via the information processing terminal of the person in charge or automatically, the same as step S15 in the example of FIG.
  • Electronic signature application processing is performed (S41).
  • the supplier system 400 performs an electronic signature on the target contract (S42), and electronically converts the signed contract.
  • the transaction system 100 is requested to upload and store it as an original (S43).
  • the electronic transaction system 100 stores the received contract as an original in the document TB 171 (S44).
  • the electronic signature processing (S42) by the business partner is executed on the electronic trading system 100 in the same manner as in step S36, and is executed in cooperation with the approval result of the electronic signature application processing (S41). It may be.
  • FIG. 7 is a diagram showing an outline of an example of a flow of an electronic signature application process for obtaining a predetermined approval necessary for applying an electronic signature to a document such as an estimate or a contract.
  • This process is, for example, a process performed in step S15 in the above-described example of FIG. 4 and steps S35 and S41 in the example of FIG.
  • a person in charge of a transaction business such as a contract at a service introducing company or a business partner uses the information processing terminal to access the electronic transaction system 100 and manually instruct an electronic signature application process. Show.
  • the person in charge uses the person in charge terminal 311 to make an inquiry request for a list of documents to be digitally signed to the electronic transaction system 100 (S51).
  • a document that can be digitally signed by a service introduction company or a business partner to which the subject person in charge belongs by the document management unit 170 (for example, a document that has access authority and has not yet been digitally signed).
  • the document management unit 170 for example, a document that has access authority and has not yet been digitally signed.
  • the person in charge selects a document (estimate or contract) to be electronically signed from the list of documents presented on the person-in-charge terminal 311 (S53), and further requires approval when making the electronic signature.
  • One or more authorized persons such as superiors are selected (S54).
  • the user management unit 160 in the electronic transaction system 100 selects from those who are registered in advance in the user TB 161 (that is, a person who can access the electronic transaction system 100). May be.
  • the person-in-charge terminal 311 requests the electronic transaction system 100 to apply for an electronic signature (S55).
  • the request includes information for specifying the selected target document and information for specifying the approval authority.
  • the electronic transaction system 100 assigns an application ID by the signature application processing unit 120, registers an entry for tracking the approval status in the approval status TB123, and then processes the message processing unit 122.
  • An approval request including an application ID, information such as a file name that identifies the target document, and URL (Uniform Resource Locator) information that is address information for accessing the approval screen provided by the interface unit 110 Is created for each approval authority, and is transmitted to the address of each approval authority by the message processing unit 122 (S56). Note that when the access to the URL is accepted, the interface unit 110 outputs an approval screen corresponding to the URL to the access source terminal.
  • URL Uniform Resource Locator
  • each approval authority When each approval authority receives an approval request message from the approval authority terminal 312 (S57), it accesses the URL of the approval screen included therein, logs in the approval screen, and in the approval screen, the application ID and document
  • the electronic transaction system 100 is requested to browse the target document based on the specific information (S58).
  • the approval authority may input a normal login ID (such as a user ID) and a password for the electronic transaction system 100 when logging in.
  • the electronic transaction system 100 Upon receiving the browsing request, the electronic transaction system 100 obtains the requested document from the document TB 171 and outputs it to the approval screen (S59).
  • Each approval authority confirms the content of the document using the approval authority terminal 312 (S60).
  • each approval authority inputs an approval / non-approval for the document to be approved displayed on the approval authority terminal 312 and inputs an approval result (S61).
  • the electronic trading system 100 outputs a field for inputting a user ID and biometric information to the approval screen of the approval authority terminal 312 to which the confirmation of the approval result is input by the interface unit 110.
  • Each authorization holder uses his / her approval authority terminal 312 to input his / her user ID and biometric information, and transmits the biometric information to the electronic transaction system 100 (S62).
  • the approval authority user terminal 312 transmits information indicating the approval result of the target document input in step S61 to the electronic transaction system 100 together with the user ID and biometric information of the input approval authority.
  • the input of biometric information can be realized by using, for example, a biometric information reading device such as a vein connected to the approval authority terminal 312. In this process, a password may be input in addition to the user ID and biometric information. In the case of ID-less biometric authentication, only biometric information may be input.
  • the electronic transaction system 100 When the electronic transaction system 100 receives the user ID and the biometric information input via the approval screen by the interface unit 110, the electronic transaction system 100 is an approval authority based on the approval status TB123 and the received user ID by the signature application processing unit 120 or the like.
  • the biometric authentication processing unit 121 performs verification processing for verifying biometric information based on the biometric authentication information included in the user TB 161 and the received user ID and biometric information, and approves the authentication result. Record in the status TB123 (S63). Further, when the biometric information matches, that is, the authentication result is successful, the electronic trading system 100 records the approval result input via the approval screen by the signature application processing unit 120 in the approval status TB123 (S64). ).
  • the electronic transaction system 100 uses the signature application processing unit 120 to enter the password based on the authentication information included in the user TB 161 and the received user ID and password. Authentication processing to be verified may be performed. In the case of ID-less biometric authentication, the biometric authentication processing unit 121 may perform authentication processing based on biometric information.
  • the electronic transaction system 100 or the supplier system is assumed to have been properly approved.
  • the process proceeds to the subsequent electronic signature processing according to 400.
  • the electronic transaction system 100 fails to receive an approval result indicating approval for the approval request within a predetermined response time, or when the approval result includes disapproval, impersonation by a third party, etc. If the authentication processing result of biometric information or the like is unsuccessful for a reason, the electronic signature is not performed because the electronic signature application is rejected.
  • Such a process ensures that the approval process is performed by the predetermined approval authority (or based on the intention of the predetermined approval authority) without placing a burden on the approval authority. It is possible to prevent a person from signing an electronic signature without obtaining approval from the approver.
  • the certificate registration work for the non-certified certificate authority 200 can be performed collectively on behalf of the service introduction company and the business partner.
  • the system it is possible to reduce the system operation load of the service introducing company.
  • the system by configuring the system as a system that can be used in common by all service introduction companies, it becomes unnecessary for the business partner to use the electronic transaction system separately regardless of the service introduction company of the other party of the transaction.
  • a service introduction company or a business partner uses a digital certificate to electronically sign a document such as a contract stored in the electronic trading system 100, approval is performed based on the intention of the approval right holder.
  • an electronic signature application processing process that guarantees this, it becomes possible for a business partner to securely perform an electronic transaction such as the conclusion of an electronic contract with a service introduction company.
  • an approval screen for cases and documents is provided, and the URL information on this screen is embedded in the approval request, and the login ID to the system of the approval authority (User ID, etc.) and biometric information are input. That is, if the biometric information authentication is not successful, the approval is not permitted and the approval process cannot be performed. This prevents, for example, a third party from performing an approval process even if a password, etc. is leaked, guarantees that an appropriate approval authority will approve, and ensures the safety of transactions in electronic transactions, etc. Can be improved.
  • FIG. 8 is a diagram showing an outline of an example of the flow of the electronic signature application process in the present embodiment.
  • the person in charge first selects a document to be signed using the person-in-charge terminal 311, and further selects one or more authorized persons (assuming that the approval order is also set).
  • the steps up to the point where a signature application request is made to the electronic transaction system 100 (S75) are the same as steps S51 to S55 of the electronic signature application process shown in the example of FIG. To do.
  • the electronic transaction system 100 that has received the request for the electronic signature application uses the message processing unit 122 to apply the application ID, information such as the file name that identifies the target document, the previous approval authority (if any), An approval request message including URL information for accessing the approval screen provided by the interface unit 110 is generated and transmitted to the address of the next approval authority in the approval order (S76).
  • steps S77 to S84 Since the processing of steps S77 to S84 is basically the same as steps S57 to S64 of the electronic signature application processing shown in the example of FIG. 7 of the first embodiment, the description thereof is omitted. However, the processes in steps S77 to S84 are executed for the approver in the target order in the approval order.
  • the electronic transaction system 100 transmits a new approval request message to the next approval authority in the same manner as in step S76 in order to perform the approval process for the next approval authority (S85). ).
  • the subsequent processing (S86-) is the same as steps S77-S84 described above.
  • the workflow of the approval process can be configured by repeating the series of processes in steps S76 to S84 in order for each authorized person.
  • the approval status in the workflow for example, when the person in charge accesses the electronic transaction system 100 using the person-in-charge terminal 311, the approval status obtained based on the contents of the approval status TB 123 can be confirmed at any time.
  • the final approval right holder of the workflow that is, the approval right owner who owns the electronic certificate issued from the electronic transaction system 100, performs the approval process, for example, “You may execute an electronic signature on the approval screen. It is desirable to display a confirmation message such as “?
  • the electronic trading system 100 prevents the unlimited registration of business partners through an approval process when a service introduction company newly registers a business partner, and the safety of the system. It is to secure the sex. Since the system configuration and processing contents are basically the same as the contents shown in the first embodiment, the description thereof will be omitted. The point will be described below.
  • FIG. 9 is a diagram showing an outline of an example of the flow of processing when a service introduction company concludes a basic transaction contract with a new business partner in the present embodiment.
  • the target business partner has already signed a basic contract with another service introduction company and has been issued an electronic certificate via the electronic transaction system 100.
  • the service introducing company and the business partner conclude a basic transaction contract (S91).
  • the service introduction company makes an inquiry about the target business partner with respect to the electronic transaction system 100 based on an instruction via the information introduction terminal such as the service introduction company individual system 300 or the person in charge.
  • a registration information confirmation request is made (S92).
  • the target business partner is specified by inputting the ID of an electronic certificate already owned by the target business partner, address information such as an e-mail address of the owner, and the like.
  • the electronic trading system 100 acquires information about the target business partner from the business partner management unit 150 and presents it (S93).
  • the service introduction company confirms the contents of the registered information of the supplier based on the instruction via the information introduction terminal such as the individual service introduction company system 300 or the person in charge (S94).
  • the service introduction company based on the instruction via the information introduction terminal of the service introduction company individual system 300 or the person in charge, sets one or more approval right holders regarding the registration of business partners (the approval order is also set. (Yes) is selected (S95).
  • the approval right holder includes the owner of the electronic certificate issued from the electronic transaction system 100.
  • a series of steps subsequent to step S75 in the signature application process shown in FIG. 8 of the second embodiment (in this embodiment, the approval request is not a signature application request but a supplier registration).
  • approval processing for approving the registration of business partners in order by the workflow is performed by a plurality of approval right holders (S96).
  • a confirmation message such as “Do you confirm that you are a legitimate business partner that has passed credit review etc.?” Is displayed on the approval screen. Is desirable.
  • the electronic transaction system 100 When approval is given by the final approval right holder (that is, the owner of the electronic certificate), the electronic transaction system 100 is registered as a supplier with respect to the supplier system 400 or the information processing terminal of the person in charge of the supplier.
  • a request for consent to be made is made (S97).
  • the request can be made by sending a message such as an e-mail by the message processing unit 122.
  • it is desirable to display a confirmation message such as "Are you sure you want to be registered as a business partner by (service introduction company)?"
  • the supplier accepts input of consent / disapproval for registering as a business partner based on an instruction via the information processing terminal of the business partner system 400 or the approval right holder (that is, the owner of the electronic certificate).
  • a response is made to the electronic trading system 100 (S98).
  • the business partner management unit 150 newly registers the target business partner as a business partner of the target service introduction company in the business partner TB 151 (S99).
  • FIG. 10 is a diagram showing an outline of another example of the flow of processing when a service introduction company concludes a basic transaction contract with a new business partner in the present embodiment.
  • the target business partner has not yet concluded a basic contract with any service introduction company and has not received an electronic certificate issued via the electronic transaction system 100. Yes.
  • the service introducing company and the business partner conclude a basic transaction contract (S101).
  • the service introduction company uses the electronic transaction system based on an instruction via the information introduction terminal such as the service introduction company individual system 300 or a person in charge.
  • 100 is requested to register information about the target business partner (S102).
  • the information on the target business partner includes, for example, address information such as an electronic mail address of an electronic certificate issuance partner, company information, and the like.
  • the electronic trading system 100 that has received the request temporarily registers the information of the target business partner in the business partner TB 151 in association with the target service introduction company by the business partner management unit 150 (S103).
  • the electronic transaction system 100 sends the electronic transaction system 100 to the customer system 400 or the information processing terminal of the person in charge of the customer. Notification is made by a message such as an e-mail so as to access (S106).
  • This notification includes, for example, information such as a temporary login ID (user ID and the like) issued by the user management unit 160, a password, and an access destination URL.
  • the supplier accesses the electronic transaction system 100 via the information processing terminal of the person in charge and performs the first login process (S107).
  • the electronic transaction system 100 requests the supplier system 400 or the information processing terminal of the person in charge of the supplier to consent to being registered as a supplier (S108).
  • the request can be made by a message such as an e-mail as in step S97 in the example of FIG.
  • the request may be displayed on the screen after login. At this time, for example, it is desirable to display a confirmation message such as "Are you sure you want to be registered as a business partner by (service introduction company)?"
  • the business partner Based on an instruction through the information processing terminal such as the business partner system 400 or a person in charge, the business partner accepts an input of consent / non-consent for registration as a business partner and responds to the electronic trading system 100. (S109).
  • the business partner management unit 150 changes the temporary registration registered in the business partner TB 151 in step S103 to the main registration for the business partner (S110).
  • the electronic transaction system 100 Is issued (S111), and issuance of an electronic certificate is received.
  • control is performed through an approval process by a workflow, and By obtaining approval from business partners, it is possible to prevent unlimited registration of business partners and to ensure the safety of systems and services.
  • the electronic transaction system 100 accepts registration of various general documents such as a document in which an invoice or a communication item is written from one transaction entity in the same processing flow as FIG. It is possible to make the document visible to other business entities by performing an electronic signature according to. Further, for example, the electronic transaction system 100 accepts registration of a general document from one transaction entity, performs an electronic signature by the one transaction entity, and transfers the document to the other transaction flow in the same processing flow as FIG. It can be viewed by a transaction entity, and can be digitally signed by the other transaction entity and stored.
  • the electronic transaction system 100 may handle not only general documents but also documents that are treated as so-called letters as electronic letters.
  • An electronic letter can also be realized by the same processing flow as in FIGS.
  • the electronic transaction system 100 can provide an electronic transaction service between various transaction entities such as a company and a company (BtoB), a company and an individual (BtoC), and an individual and an individual (CtoC).
  • BtoB company and a company
  • BtoC company and an individual
  • CtoC individual and an individual
  • the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention. Needless to say.
  • the above-described embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. .
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines on mounting are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • DESCRIPTION OF SYMBOLS 100 ... Electronic transaction system, 100a, b ... Electronic contract system, 101 ... Electronic contract system, 101 '... System vendor, 110 ... Interface part, 120 ... Signature application process part, 121 ... Biometric authentication process part, 122 ... Message process part 123 ... Approval status table (TB) 130 ... Electronic signature part 130a-c ... A company-C company electronic signature part 140 ... Certificate registration processing part 141 ... Form creation part 150 ... Supplier management part 151, 151a, b ... supplier table (TB), 160 ... user management unit, 161 ... user table (TB), 170 ... document management unit, 171 ... document table (TB), 200 ... Non-certified certificate authority, 201 ...

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　電子取引サービスの導入企業や取引先の運用負荷を低減するとともに、取引先がサービス導入企業との間で安全に電子取引を行うことを可能とする。　第１の取引主体と第２の取引主体との間の電子取引を支援する電子取引システム１００であって、第１の取引主体毎の、電子取引に係る文書に対して電子署名を行う電子署名部１３０と、電子署名を行う際の承認処理を行う署名申請処理部１２０と、前記文書を保持する文書ＴＢ１７１とを有し、署名申請処理部１２０は、第１の取引主体からの前記文書に対する電子署名の申請を受け付けて、承認権者毎に、承認画面のＵＲＬの情報を含むメッセージを作成して承認権者に送付し、全ての承認権者から承認する旨の結果を取得し、かつ承認権者の生体情報を含む認証情報に基づく認証処理が成功した場合に、対応する前記電子署名部１３０により前記文書に対して電子署名を行う。

Description

電子取引システム、電子取引方法、及びプログラム
　本発明は、電子取引の技術に関する。本発明は２０１３年４月２６日に出願された日本国特許の出願番号２０１３－９３４１２の優先権を主張し、文献の参照による織り込みが認められる指定国については、その出願に記載された内容は参照により本出願に織り込まれる。
　商品等の受発注に伴う売買契約等の各種の契約を伴う取引、特に、企業間での継続的な取引では、電子証明書を利用した電子商取引が普及してきている。ここでは、電子証明書（もしくは電子証明書を用いた電子署名）により、電子商取引契約の主体である企業やユーザ、利用端末、文書等を認証したり証明したりすることが行われる。
　これに関連した技術として、例えば、特開２０１１－４５０１６号公報（特許文献１）には、複数の端末装置に共通して発行された端末証明書と所定サービスの提供を可能にするサービス証明書および所定サービスの提供契約を個別に識別可能な契約識別コードを対応付けた契約情報を予め記憶し、端末証明書で認証された端末装置から受け取った契約識別コードに対応するサービス証明書を端末装置に送信するサーバ装置と、端末証明書を予め記憶し、所定サービスの提供契約が成立した後に成立した契約識別コードを取得し、端末証明書を用いてサーバ装置から認証されると、サーバ装置から契約識別コードに対応するサービス証明書を受信する端末装置と、を具備する通信システムが記載されている。これにより、インターネット経由でサービス提供する際に、電子証明書を利用してサービス提供先及びサービス提供に使用する機器を認証して、機器・サーバ間で安全かつ簡易に通信を行うことを可能とするものである。
　また、特開平１０－３２７１４７号公報（特許文献２）には、サービス提供装置から契約内容を含む契約情報を契約者である各サービス享受者のサービス享受装置に送信し、契約情報を受信した各サービス享受装置で契約情報にサービス享受者の署名を付けた一者署名付き契約情報を作成してサービス提供装置に送信し、サービス提供装置では各サービス享受装置から送信された一者署名付き契約情報を受信し、まとめて一つの文書にし、サービス提供者の署名を付けたサービス提供者署名付き契約情報を作成し、保管するとともに各サービス享受装置に送信することで、オープンなネットワーク環境において電子商取引に必要な認証・公証サービスを実現する技術が記載されている。
特開２０１１－４５０１６号公報 特開平１０－３２７１４７号公報
　電子商取引における契約処理を支援するための電子契約システムを構築する際に、電子証明書を用いてユーザや利用端末、文書等の認証や証明を行うためには、電子証明書を発行する認証局が必要となるが、その際、いわゆる認定認証局を用いる場合と非認定認証局を用いる場合とが考えられる。
　認定認証局とは、いわゆる電子署名法における認証業務認定制度により認定された認証局を指す。一般的に認定認証局を用いる場合、電子証明書自体の安全性・信頼性は比較的高いものの、証明書取得手続きが煩雑かつ高額で取得者の負荷が高いことから、広く普及しにくい状況がある。一方で、認定認証局以外の非認定認証局を用いる場合は、安全性・信頼性が劣る場合があり得ることから、同様に広く普及しにくい状況があるものの、証明書取得手続きは認証局を運営する事業者に依存するとはいえ比較的容易であるため、利用の容易さという点では優る。
　電子証明書を用いた電子署名により契約処理を行う電子契約システムを構築する際に、証明書の発行主体としてコストの観点や柔軟な対応などの利用の容易さを考慮して非認定認証局を用いる場合でも、以下の課題が生じ得る。例えば、企業等において、多忙な決裁権者が直接決裁処理を行う代わりに部下等の担当者が代理で決裁する（例えば、契約書に電子署名する）ような処理がよく行われる。このとき、相手方にとっては、当該決裁（電子署名）が本当に決裁権者本人により、もしくは決裁権者の意思に基づいて行われたものであるのか、担当者が独断で行ったものかが分からないため、相手方は契約を否認されるのではないかというリスクを負いつつ契約を締結せざるを得ない状況となる。
　また、電子契約による電子商取引の仕組み・サービスを導入する企業にとっては、例えば、取引先と基本契約を締結してサービスを利用可能とする毎に、当該取引先についての電子証明書を非認定認証局から取得して渡す（もしくは当該取引先が個別に非認定認証局から取得する）必要があり、運用が煩雑となる。また、取引先にとっては、基本契約を締結した企業が複数あった場合に、これらの企業毎に電子契約により電子商取引を行う仕組みやシステムが異なる場合には、それぞれの企業毎にシステムを使い分ける必要が生じ、運用が煩雑となる。
　そこで本発明の目的は、電子契約などの電子的な取引サービスの導入企業や取引先の運用負荷を低減するとともに、取引先がサービス導入企業との間で安全に電子契約の締結などの電子的な取引を行うことを可能とする電子取引システムを提供することにある。
　本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
　本発明の代表的な実施の形態による電子取引システムは、第１の取引主体と第２の取引主体との間の電子取引を支援するシステムであって、１つ以上の前記第１の取引主体毎の、前記第１の取引主体についての電子取引に係る文書に対して電子署名を行う電子署名部と、前記第１の取引主体についての前記文書に対して電子署名を行う際の承認処理を行う署名申請処理部と、前記各第１の取引主体についての前記文書を保持する文書記録部と、を有するものである。
　前記署名申請処理部は、前記第１の取引主体からの前記文書に対する電子署名の申請を受け付けて、当該申請に含まれる前記第１の取引主体における１人以上の第１の承認権者毎に、第１の承認画面のアドレス情報を含む第１の電子メッセージを作成して前記第１の承認権者に送付し、前記第１の承認画面を介して前記第１の承認権者から入力された承認結果を取得し、全ての前記第１の承認権者から承認する旨の結果を取得した場合に、前記第１の取引主体に対応する前記電子署名部により、前記文書に対して電子署名を行う。ここで、前記署名申請処理部は、前記第１の承認権者からの承認結果を受け付ける際に、前記第１の承認画面を介して、前記第１の承認権者が承認を行うために必要な前記第１の承認権者の生体情報を含む認証情報の入力を受け付け、前記認証情報に基づく認証処理が成功した場合に前記第１の承認権者による承認を許可する。
　本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
　すなわち、本発明の代表的な実施の形態によれば、電子取引サービスの導入企業や取引先の運用負荷を低減するとともに、取引先がサービス導入企業との間で安全に電子取引を行うことが可能となる。
本発明の実施の形態１である電子取引システムの構成例について概要を示した図である。 本発明の実施の形態１における非認定認証局を用いた電子取引サービスの構成例について概要を示した図である。 本発明の実施の形態１におけるサービス導入企業が電子取引サービスを利用可能となるまでの処理の流れの例について概要を示した図である。 本発明の実施の形態１におけるサービス導入企業が潜在的な取引先から見積依頼を受けた場合の処理の流れの例について概要を示した図である。 本発明の実施の形態１におけるサービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの例について概要を示した図である。 本発明の実施の形態１におけるサービス導入企業と取引先との間で個別取引の契約が締結される場合の処理の流れの例について概要を示した図である。 本発明の実施の形態１における文書に電子署名を行うために必要な所定の承認を得るための電子署名申請処理の流れの例について概要を示した図である。 本発明の実施の形態２における電子署名申請処理の流れの例について概要を示した図である。 本発明の実施の形態３におけるサービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの例について概要を示した図である。 本発明の実施の形態３におけるサービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの別の例について概要を示した図である。 従来技術における認定認証局を用いた電子契約サービスの構成例について概要を示した図である。 従来技術における非認定認証局を用いた電子契約サービスの構成例について概要を示した図である。 従来技術における非認定認証局を用いた電子契約サービスの他の構成例について概要を示した図である。
　以下、本発明の実施の形態を図面に基づいて詳細に説明する。本発明の実施の形態では、電子取引サービスとして、主に電子契約を例に挙げて説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下においては、本発明の特徴を分かり易くするために、従来の技術と比較して説明する。
　図１１は、従来技術における認定認証局を用いた電子契約サービスの構成例について概要を示した図である。この場合は、電子契約により電子商取引を行うための取引基本契約を締結したサービス導入企業（図中では「Ａ社（３００ａ’）」）と、取引先（図中では「取引先２（４０２’）」）が、それぞれ、電子契約システム１０１を運営するサービスベンダと電子契約サービスの利用契約を締結することで、電子契約システム１０１を介して契約を締結することが可能となる。
　このとき、サービス導入企業と取引先がそれぞれ個別に認定認証局２０１に対して電子証明書の取得申請を行い、電子契約サービスで用いるための電子証明書を取得する。なお、他の企業等（図中では「Ｂ社（３００ｂ’）」や「取引先１（４０１’）」、「取引先３（４０３’）」など）が新たに電子契約サービスを利用する場合は、個別に電子契約システム１０１を運営するサービスベンダと電子契約サービスの利用契約を締結し、認定認証局２０１から電子証明書を取得する。このように、電子契約サービスを利用するサービス導入企業や取引先がそれぞれ個別に電子証明書取得処理を行う必要があり、費用面、手続面で大きな負荷となる。
　図１２は、従来技術における非認定認証局を用いた電子契約サービスの構成例について概要を示した図である。この例では、電子契約サービスを導入して電子契約により電子商取引を行うサービス導入企業（図中では「Ａ社」、「Ｂ社」）が、それぞれ、システムベンダ１０１’により個別に開発された電子契約システム（図中では「Ａ社電子契約システム（１００ａ）」、「Ｂ社電子契約システム（１００ｂ）」）により、取引基本契約を締結した各取引先（図中では「取引先１（４０１’）」～「取引先３（４０３’）」）と電子契約を締結して電子商取引を行う。電子契約の際に用いる電子証明書は、各サービス導入企業（電子契約システム）がそれぞれ非認定認証局２００から取得する。取引基本契約を締結した各取引先が用いる電子証明書について取得して発行するという登録業務を行う構成とすることも可能である。
　図１２の例では、「取引先２（４０２’）」については、「Ａ社」と「Ｂ社」の双方と取引基本契約を締結しており、双方と電子契約により電子商取引を行うことが可能である。しかしながら「Ａ社電子契約システム（１００ａ）」と「Ｂ社電子契約システム（１００ｂ）」は個別に開発された別システムであるため、それぞれのインタフェースや仕様等は必ずしも同一とは限らない。従って、「取引先２（４０２’）」にとっては、取引の相手方が「Ａ社」であるか「Ｂ社」であるかによって電子契約システムを使い分ける必要があり、煩雑である。
　図１３は、従来技術における非認定認証局を用いた電子契約サービスの他の構成例について概要を示した図である。この例では、上述の図１２の構成において各サービス導入企業が個別に保有していた電子契約システム（「Ａ社電子契約システム（１００ａ）」、「Ｂ社電子契約システム（１００ｂ）」）の機能を、システムベンダ１０１’がＡＳＰ（Application Service Provider）としてネットワーク経由でサービスとして提供する構成としたものである。サービス導入企業（図中では「Ａ社（３００ａ’）」、「Ｂ社（３００ｂ’）」）のシステム運用の負荷は低減されるものの、「取引先２（４０２’）」が電子契約システムを使い分ける必要があることなどは図１２の例の場合と同様である。
　＜実施の形態１＞
　本発明の実施の形態１は、電子契約を含む電子取引サービスを提供する、すなわち取引主体間の電子取引を支援する電子取引システムである。本発明の実施の形態１である電子取引システムは、上記のような課題に対応するため、非認定認証局に対する証明書登録業務（本人確認、証明書の発行要求および配布）を、サービス導入企業や取引先に代わって一括して行うことで、サービス導入企業のシステム運用の負荷を低減させる。また、電子取引システムは、全てのサービス導入企業が共通に利用可能なシステムとして構成することで、取引の相手方のサービス導入企業に関わらず、取引先が電子取引システムを使い分けることを不要とする。また、電子取引システムは、電子取引システムが保管する契約書等の文書に対してサービス導入企業や取引先が電子証明書を利用して電子署名を行う際に、承認権者の意思に基づいて承認が行われることを保証するような電子署名申請プロセスを有することで、取引先がサービス導入企業との間で安全に電子契約を締結することを可能とする。
　［システム構成］
　図１は、本発明の実施の形態１である電子取引システムの構成例について概要を示した図である。電子取引システム１００は、例えば、電子取引サービスを提供するシステムベンダ等の企業により運営され、サーバ機器やクラウドコンピューティング環境における仮想サーバ等により構成される情報処理システムである。
　この電子取引システム１００は、図示しないインターネット等のネットワークを介して、非認定認証局２００や、サービス導入企業（図中では「Ａ社」～「Ｃ社」）の個別システムであるサービス導入企業個別システム３００（図中の「Ａ社個別システム（３００ａ）」～「Ｃ社個別システム（３００ｃ）」を総称する）、各サービス導入企業の取引先（図中では「取引先１」～「取引先５」）の個別システムである取引先システム４００（図中の「取引先１システム（４０１）」～「取引先５システム（４０５）」を総称する）と通信により接続可能な構成を有する。
　電子取引システム１００は、例えば、図示しないＯＳ（Operating System）やＤＢＭＳ（DataBase Management System：データベース管理システム）、Ｗｅｂサーバプログラムなどのミドルウェア上で稼働するソフトウェアプログラムとして実装される、インタフェース部１１０、署名申請処理部１２０、電子署名部１３０（図中の「Ａ社電子署名部（１３０ａ）」～「Ｃ社電子署名部（１３０ｃ）」を総称する）、証明書登録処理部１４０、取引先管理部１５０、ユーザ管理部１６０、および文書管理部１７０などの各部を有する。なお、これら各部は、電子取引システム１００のサブシステムや、独立したシステムとして実装されていてもよい。
　インタフェース部１１０は、電子取引システム１００による電子取引サービスのユーザに対する操作画面等のユーザインタフェースを提供する機能を有する。例えば、インタフェース部１１０は、図示しないＷｅｂサーバプログラムを利用して、ユーザが利用する情報処理端末上のＷｅｂブラウザに対して画面を表示させる。
　署名申請処理部１２０は、サービス導入企業や取引先のシステムや担当者から電子取引システム１００が保管する文書に対する電子署名の申請を受け付けて、指定された承認権者に対して承認依頼を行い、全ての承認権者から承認された場合に、後述する電子署名部１３０により対象の文書に対する電子署名を行うという一連の署名申請処理を行う機能を有する。署名申請処理部１２０は、各承認権者に対する承認依頼や承認結果などの承認状況については、データベースやファイルテーブルにより実装される承認状況テーブル（ＴＢ）１２３に記録する。なお、署名申請処理の詳細については後述する。
　署名申請処理部１２０は、さらに、署名申請処理の中で用いられる生体認証を実行する機能を有する生体認証処理部１２１、および、指定されたアドレスに対して指定された文書を電子的なメッセージ（単に「メッセージ」あるいは「電子メッセージ」とも呼ぶ。）により送付する機能を有するメッセージ処理部１２２などをさらに有している。これらの各機能については一般的な公知のサーバやプログラム、ライブラリなどを適宜利用することができる。
　生体認証処理部１２１は、例えば、承認権者などの使用する端末からユーザＩＤ及び生体情報を取得し、当該取得したユーザＩＤに対応する生体情報を後述するユーザテーブル（ＴＢ）１６１から特定し、取得した生体情報と特定した生体情報を照合することで、承認権者などのユーザの認証を行う。なお、生体情報としては、例えば、指紋、声紋、掌紋、静脈、虹彩などを用いることができる。また、生体認証の方法や手順は、生体情報を用いたものであれば、上記の例に限られない。上記の例では、ユーザＩＤ及び生体情報の入力を必要とする認証方法（ＩＤ付き生体認証）であるが、生体情報のみを入力する（ＩＤレス生体認証）を用いてもよい。ＩＤレス生体認証では、一致する生体情報が登録されていれば、認証が成功したと判断される。
　メッセージ処理部１２２は、電子的なメッセージとして、例えば、電子メール、携帯電話などの間で送受信されるショートメッセージ、コンピューター上の専用のアプリケーションなどの間で送受信されるメッセージ（インスタントメッセージとも呼ばれる。）などを用いることができる。なお、アドレス情報は、例えば、後述するユーザテーブル（ＴＢ）１６１から取得することができる。もちろん、電子的なメッセージは上記の例に限られない。
　電子署名部１３０は、電子取引サービスの各導入企業についての電子契約等の取引に係る文書データについて、上述した署名申請処理部１２０によって各承認権者からの承認が得られた場合に、対象のサービス導入企業による電子署名を自動で行う機能を有する。このために、各電子署名部１３０は、それぞれ、対象のサービス導入企業について、サービス提供の開始に先立って、後述する証明書登録処理部１４０により非認定認証局２００から電子証明書の発行を受けてこれを保持しておくものとする。なお、本実施の形態では、電子署名部１３０をサービスの導入企業毎に個別に実装するものとしているが、サービス導入企業毎に個別に電子署名を行うことが可能であればまとめて実装することも可能である。
　証明書登録処理部１４０は、サービス導入企業からの電子証明書の発行依頼を受けて、サービス導入企業もしくはその取引先についての電子証明書の発行依頼を非認定認証局２００に対して行う登録業務の機能を有する。証明書登録処理部１４０は、さらに、非認定認証局２００に対して証明書発行依頼を行う際に必要となる所定のフォーマットの帳票を作成して出力する帳票作成部１４１を有していてもよい。
　取引先管理部１５０は、電子取引システム１００による電子取引サービスを利用する各サービス導入企業がそれぞれ取引基本契約を締結している取引先の情報を取引先テーブル（ＴＢ）１５１に保持するとともに、登録や更新等の管理を行う機能を有する。電子取引システム１００は、取引先管理部１５０により、この取引先ＴＢ１５１を参照することで、当該電子取引システム１００を介して、各サービス導入企業と、これらと取引基本契約を締結している取引先との間でのみ電子契約等の電子取引を行うことが可能となるよう制御することができる。
　ユーザ管理部１６０は、電子取引システム１００にアクセスすることができるユーザについて、氏名や所属企業等の属性情報、ユーザＩＤやパスワードなどの認証情報、電子的なメッセージのアドレス情報、アクセス権限などの情報をユーザテーブル（ＴＢ）１６１に保持するとともに、登録や更新等の管理を行う機能を有する。さらに、ユーザ管理部１６０は、電子取引システム１００にアクセスすることができるユーザについて、ユーザＩＤと当該ユーザの生体情報を関連付けた生体認証情報を、ユーザＴＢ１６１に保持するとともに、登録や更新等の管理を行う機能を有する。なお、ＩＤレス生体認証の場合は、生体認証情報にはユーザＩＤは含まれなくてもよい。ここでのユーザは、電子取引システム１００の管理者等に加えて、各サービス導入企業や取引先の担当者や電子署名の際の承認権者などが含まれる。
　文書管理部１７０は、電子取引システム１００を介して締結された電子契約等の取引に係る文書の原本を文書テーブル（ＴＢ）１７１に保管するとともに、アクセス権限のあるユーザからのアクセス要求に対して参照を許可する文書管理の機能を有する。当該機能についても、一般的な公知の文書管理システムやプログラム等を適宜利用することができる。なお、「保管する」や「保持する」は、「記録する」、「格納する」とも言える。
　非認定認証局２００は、例えば、ＪＩＰＤＥＣ（登録商標：一般財団法人日本情報経済社会推協会））が運営するＪＣＡＮ（登録商標）仕様のパブリック証明書を発行するＪＣＡＮルート認証局などを利用することで、安価に電子証明書の発行を行うことが可能である。このとき、電子取引システム１００の運営企業がＪＩＰＤＥＣから認定（ＬＲＡ認定）を受けてＪＣＡＮ仕様の電子証明書の登録業務を行うことも可能である。なお、このようなパブリック証明書を利用せず、電子取引システム１００の運営企業が自ら非認定認証局２００を構築し、プライベートな電子証明書を発行するようにしてもよい。
　各サービス導入企業個別システム３００（図中では「Ａ社個別システム（３００ａ）」～「Ｃ社個別システム（３００ｃ）」）は、例えば、取引先との間で見積依頼の受付から見積提示、契約の締結、取引に至る一連の電子取引を実施する基幹連携システム等の情報処理システムである。また、各取引先システム４００（図中では「取引先１システム（４０１）」～「取引先５システム（４０５）」）についても同様に、例えば、サービス導入企業との間で見積依頼から見積の受領、契約の締結、取引に至る一連の電子取引を実施する情報処理システムである。なお、取引先としては、例えば、サービス導入企業にとっての商品等の仕入先だけでなく、顧客などの販売先や保守会社などの委託先等、電子契約を締結する相手方となる企業等が広く含まれる。
　図２は、本実施の形態における非認定認証局を用いた電子取引サービスの構成例について概要を示した図である。ここでは、電子取引システム１００がサービス導入企業（図中では「Ａ社（３００ａ’）」、「Ｂ社（３００ｂ’）」）からの依頼を受けて、非認定認証局２００に対する証明書登録業務を一括して行う構成をとることで、サービス導入企業および取引先（図中では「取引先１（４０１’）」～「取引先３（４０３’）」）が個別に非認定認証局２００から証明書の発行を受ける処理を行うことを不要とする。
　また、各サービス導入企業は、電子取引システム１００の運営企業と電子契約等を含む電子取引サービスの利用契約を締結することで、電子取引システム１００により電子契約等の電子取引に係る処理を行うことができるため、各サービス導入企業におけるシステム運用負荷を低減させることが可能となる。また、取引先ＴＢ１５１においてサービス導入企業毎に取引基本契約を締結している取引先の情報を一元的に管理する構成をとることで、取引先（図中では「取引先２（４０２’）」）にとっては相手方のサービス導入企業に関わらず同じ電子取引システム１００を利用することが可能となる。
　［処理の流れ］
　図３は、サービス導入企業が電子取引サービスを利用可能となるまでの処理の流れの例について概要を示した図である。まず、サービス導入企業が電子取引システム１００の運営企業に対して電子取引サービスの利用契約の申込を行い（Ｓ０１）、所定の要件を満たしていれば契約を締結する（Ｓ０２）。なお、上記の処理は、サービス導入企業および電子取引システム１００の運営企業の人手により行うものとして説明したが、サービス導入企業の個別システム３００と電子取引システム１００との間でシステム的に行うようにしてもよい。
　サービス契約が締結されると、電子取引システム１００は、管理者等による手動もしくは自動で、対象のサービス導入企業の属性等の企業情報を、図示しないサービス導入企業マスタ等のテーブルや取引先ＴＢ１５１などに登録する（Ｓ０３）。予め対象のサービス導入企業の取引先が分かっている場合は、電子取引システム１００は、この時点で当該情報について取引先ＴＢ１５１に登録するようにしてもよい。さらに、電子取引システム１００は、管理者等による手動もしくは自動で、対象のサービス導入企業について、対応する電子署名部１３０を実装する（Ｓ０４）。例えば、対象のサービス導入企業用のプログラムやモジュール、サーバ等を適宜実装する。
　その後、サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示（例えば、Ｗｅｂブラウザ等により電子取引システム１００にアクセスして行う指示）に基づいて、電子取引システム１００に対して当該サービス導入企業についての電子証明書の発行申請を行う（Ｓ０５）。発行申請を受け付けた電子取引システム１００は、証明書登録処理部１４０により、必要に応じて帳票作成部１４１によって申請用帳票を作成した上で、非認定認証局２００に対して電子証明書の発行依頼を行う（Ｓ０６）。
　発行依頼を受け付けた非認定認証局２００は、申請内容について所定の判定処理等を行った上で電子証明書を発行し（Ｓ０７）、電子取引システム１００に対して送付する（Ｓ０８）。電子取引システム１００は、受領した電子証明書を対象のサービス導入企業に対応する電子署名部１３０が利用可能なように保存する（Ｓ０９）。サービス導入企業が独自に電子署名を行えるように、電子証明書をサービス導入企業に対しても送付するようにしてもよい。
　図４は、サービス導入企業が潜在的な取引先から見積依頼を受けた場合の処理の流れの例について概要を示した図である。まず、潜在的な取引先において、取引先システム４００もしくは担当者等の情報処理端末を介した指示（例えば、Ｗｅｂブラウザ等によりサービス導入企業個別システム３００にアクセスして行う指示）に基づいて、サービス導入企業個別システム３００に対して商品等の見積依頼を行う（Ｓ１１）。サービス導入企業個別システム３００は、依頼内容に基づいて自動もしくは担当者の手動により見積書を作成し（Ｓ１２）、これを電子取引システム１００に自動もしくは担当者の情報処理端末を介した指示に基づいてアップロードして登録依頼を行う（Ｓ１３）。電子取引システム１００は、文書管理部１７０により、アップロードされた見積書を文書ＴＢ１７１に登録する（Ｓ１４）。
　さらに、サービス導入企業個別システム３００は、自動もしくは担当者の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、アップロードした見積書に電子署名を行うために必要な所定の承認を得るプロセスである電子署名申請処理を行う（Ｓ１５）。電子署名申請処理の内容については後述する。
　電子署名申請処理により、見積書を作成したサービス導入企業において所定の承認権者による承認が得られた場合、電子取引システム１００は、対象のサービス導入企業に対応する電子署名部１３０により、対象の見積書に対して電子署名を行い（Ｓ１６）、これを対象の取引先システム４００もしくは担当者等から閲覧可能となるようアクセス権限等を設定する（Ｓ１７）。このとき、電子取引システム１００は、メッセージ処理部１２２により、電子署名がされた見積書が登録されて閲覧可能となった旨を取引先システム４００もしくは担当者等の情報処理端末に電子メール等のメッセージにより通知するようにしてもよい。
　図４の例では、電子署名申請処理が完了したことにより（Ｓ１５）、見積書に電子署名を行って（Ｓ１６）これを閲覧可能としている（Ｓ１７）が、見積書を登録したとき（Ｓ１４）に予め電子署名を行っておき、電子署名申請処理が完了した時点で閲覧可能とする（アクセス制限を解除する）ようにしてもよい。
　見積書が閲覧可能となった後、例えば、取引先の担当者等は、情報処理端末を使用して、電子取引システム１００に保管された見積書に対する閲覧要求を行う（Ｓ１８）。ここでは、例えば、情報処理端末上のＷｅｂブラウザ等を利用して、サービス導入企業個別システム３００のＷｅｂサイト等を経由して電子取引システム１００に対して閲覧要求を行うことができる。電子取引システム１００は、要求された見積書を文書ＴＢ１７１から取得して出力することで提示し（Ｓ１９）、取引先の担当者等は、情報処理端末を使用してこれを閲覧する（Ｓ２０）。
　図５は、サービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの例について概要を示した図である。まず、サービス導入企業と取引先が取引の基本契約を締結する（Ｓ２１）。ここでの契約は書面等により行われるが、可能な場合にはサービス導入企業個別システム３００や取引先システム４００に対して、サービス導入企業や取引先の担当者が情報処理端末を利用してアクセスする等によりシステム的に行ってもよい。
　取引基本契約が締結されると、サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、対象の取引先についての情報の登録依頼を行う（Ｓ２２）。依頼を受けた電子取引システム１００は、取引先管理部１５０により対象の取引先の情報を対象のサービス導入企業と関連付けて取引先ＴＢ１５１に登録する（Ｓ２３）。
　その後、サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、対象の取引先についての電子証明書の発行申請を行う（Ｓ２４）。発行申請を受け付けた電子取引システム１００は、申請内容に基づいて、図３の例におけるステップＳ０６～Ｓ０９での処理と同様の処理によって非認定認証局２００から電子証明書の発行を受け（Ｓ２５）、これを取引先（もしくは取引先システム４００）に対して送付する（Ｓ２６）。
　取引先システム４００は、受領した電子証明書を電子署名の際に利用可能なように保存する（Ｓ２７）。なお、上記の証明書の配布処理は、サービス導入企業が新たな取引先と基本契約を締結したときの初回のみの処理であり、当該取引先に電子証明書が配布された後は不要である。
　図６は、サービス導入企業と取引先との間で個別取引の契約が締結される場合の処理の流れの例について概要を示した図である。まず、取引先では、見積依頼のときと同様に、取引先システム４００もしくは担当者等の情報処理端末を介した指示に基づいて、サービス導入企業個別システム３００に対して契約の申込みを行う（Ｓ３１）。サービス導入企業個別システム３００は、申込内容や見積書の内容に基づいて自動もしくは担当者の手動により契約書を作成し（Ｓ３２）、これを電子取引システム１００に自動もしくは担当者の情報処理端末を介した指示に基づいてアップロードして登録依頼を行う（Ｓ３３）。
　電子取引システム１００は、取引先ＴＢ１５１を参照して対象の取引先が登録されているかを確認した上で、すなわち、対象の取引先が電子取引サービスを利用可能である場合に、文書管理部１７０により、アップロードされた契約書を文書ＴＢ１７１に登録する（Ｓ３４）。さらに、サービス導入企業個別システム３００は、自動もしくは担当者からの指示に基づいて、電子取引システム１００に対して、アップロードした契約書に電子署名を行うために、図４の例におけるステップＳ１５と同様の電子署名申請処理を行う（Ｓ３５）。
　電子署名申請処理により、契約書を作成したサービス導入企業において所定の承認権者による承認が得られた場合、電子取引システム１００は、対象のサービス導入企業に対応する電子署名部１３０により、対象の契約書に対して電子署名を行い（Ｓ３６）、当該契約書が対象の取引先システム４００もしくは担当者等から閲覧可能となるようアクセス権限等を設定する（Ｓ３７）。このとき、電子取引システム１００は、メッセージ処理部１２２により、電子署名がされた契約書が登録されて閲覧可能となった旨を取引先システム４００もしくは担当者等の情報処理端末に電子メール等のメッセージにより通知するようにしてもよい。
　契約書が閲覧可能となった後、例えば、取引先の担当者等は、情報処理端末を使用して、サービス導入企業個別システム３００のＷｅｂサイト等を経由して電子取引システム１００に保管された契約書に対する閲覧要求を行う（Ｓ３８）。このとき、閲覧可能な文書の一覧リストを電子取引システム１００に対して要求し、得られたリストの中から閲覧対象の契約書を選択する形とすることも可能である。この場合、電子取引システム１００は、文書管理部１７０により、対象の取引先がアクセス権限を有する文書のリストを文書ＴＢ１７１から抽出して提示する。閲覧要求を受けた電子取引システム１００は、要求された契約書を文書ＴＢ１７１から取得して出力することで提示し（Ｓ３９）、取引先の担当者等は、情報処理端末を使用してこれを閲覧し、必要に応じて内容の追記などを行う（Ｓ４０）。
　その後、取引先では、自動もしくは担当者の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、契約書に電子署名を行うために、図４の例におけるステップＳ１５と同様の電子署名申請処理を行う（Ｓ４１）。電子署名申請処理により、取引先において所定の承認権者による承認が得られた場合、取引先システム４００は、対象の契約書に対して電子署名を行い（Ｓ４２）、署名された契約書を電子取引システム１００に対してアップロードして原本として保管するよう要求する（Ｓ４３）。電子取引システム１００は、受領した契約書を原本として文書ＴＢ１７１に保管する（Ｓ４４）。
　なお、取引先による電子署名の処理（Ｓ４２）を、上記のステップＳ３６と同様に電子取引システム１００上で実施するようにして、電子署名申請処理（Ｓ４１）の承認結果と連携して実行させるようにしてもよい。
　図７は、見積書や契約書等の文書に電子署名を行うために必要な所定の承認を得るための電子署名申請処理の流れの例について概要を示した図である。この処理は、例えば、上述の図４の例におけるステップＳ１５や、図６の例におけるステップＳ３５、Ｓ４１において行われる処理である。ここでは、サービス導入企業や取引先において契約等の取引業務を行う担当者等が情報処理端末を利用して電子取引システム１００にアクセスして手動で電子署名申請処理の指示を行う場合を例として示している。
　まず、担当者は、担当者端末３１１を利用して電子取引システム１００に対して電子署名の対象となる文書のリストの照会要求を行う（Ｓ５１）。電子取引システム１００は、文書管理部１７０により、対象の担当者が属するサービス導入企業もしくは取引先が電子署名することが可能な文書（例えば、アクセス権限があり、電子署名が未だされていない文書）のリストを文書ＴＢ１７１から抽出して取得することで担当者端末３１１に提示する（Ｓ５２）。
　担当者は、担当者端末３１１に提示された文書のリストから、電子署名を行う対象の文書（見積書や契約書）を選択し（Ｓ５３）、さらに、電子署名を行う際に承認を必要とする上長等の承認権者を１人以上選択する（Ｓ５４）。承認権者の選択の際には、例えば、電子取引システム１００においてユーザ管理部１６０により予めユーザＴＢ１６１にユーザ登録されている者（すなわち、電子取引システム１００にアクセス可能な者）から選択するようにしてもよい。その後、担当者端末３１１は、電子取引システム１００に対して電子署名申請の要求を行う（Ｓ５５）。当該要求には、選択された対象の文書を特定する情報と承認権者を特定する情報とが含まれる。
　電子署名申請の要求を受けた電子取引システム１００は、署名申請処理部１２０により申請ＩＤを採番して、承認状況ＴＢ１２３に承認状況をトラッキングするためのエントリを登録した上で、メッセージ処理部１２２により、申請ＩＤと、対象の文書を特定するファイル名等の情報と、インタフェース部１１０により提供される承認画面にアクセスするためのアドレス情報であるＵＲＬ（Uniform Resource Locator）の情報とを含む承認要求のメッセージを承認権者毎に作成し、これをメッセージ処理部１２２により各承認権者のアドレスに送信する（Ｓ５６）。なお、インタフェース部１１０は、前記ＵＲＬへのアクセスを受け付けた場合、当該ＵＲＬに対応する承認画面を、アクセス元の端末に出力する。
　各承認権者は、承認権者端末３１２により承認要求のメッセージを受領すると（Ｓ５７）、これに含まれる承認画面のＵＲＬにアクセスし、承認画面にログインし、当該承認画面において、申請ＩＤや文書の特定情報に基づいて電子取引システム１００に対して対象の文書に対する閲覧要求をそれぞれ行う（Ｓ５８）。なお、承認権者は、ログインの際、例えば、電子取引システム１００に対する通常のログインＩＤ（ユーザＩＤ等）とパスワードを入力するようにしてもよい。閲覧要求を受けた電子取引システム１００は、要求された文書を文書ＴＢ１７１から取得して出力することで承認画面に提示する（Ｓ５９）。
　各承認権者は、それぞれ承認権者端末３１２を使用して文書の内容を確認する（Ｓ６０）。また、各承認権者は、それぞれ承認権者端末３１２に表示された承認対象の文書について承認／不承認の旨の入力を行い、承認結果を確定する旨の入力を行う（Ｓ６１）。このとき、電子取引システム１００は、インタフェース部１１０により、承認結果を確定する旨が入力された承認権者端末３１２の承認画面に、ユーザＩＤおよび生体情報の入力するフィールドなどを出力する。
　各承認権者は、それぞれ承認権者端末３１２を使用して自身のユーザＩＤおよび生体情報を入力するとともに、電子取引システム１００に対して生体情報を送信する（Ｓ６２）。このとき承認権者端末３１２は、入力された承認権者のユーザＩＤおよび生体情報とともに、ステップＳ６１で入力された対象の文書の承認結果を示す情報を、電子取引システム１００に対して送信する。なお、生体情報の入力は、例えば、承認権者端末３１２に接続された静脈等の生体情報の読取装置を用いて実現することができる。また、本処理では、ユーザＩＤおよび生体情報に加えパスワードを入力させるようにしてもよいし、ＩＤレス生体認証の場合は生体情報のみを入力させるようにしてもよい。
　電子取引システム１００は、インタフェース部１１０により承認画面を介して入力されたユーザＩＤおよび生体情報を受信すると、署名申請処理部１２０等により承認状況ＴＢ１２３と受信したユーザＩＤとに基づいて承認権者であることの確認を行うとともに、生体認証処理部１２１により、ユーザＴＢ１６１に含まれる生体認証情報と受信したユーザＩＤ及び生体情報とに基づいて、生体情報を照合する認証処理を行い、認証結果を承認状況ＴＢ１２３に記録する（Ｓ６３）。また、電子取引システム１００は、生体情報が合致する、すなわち認証結果が成功である場合は、署名申請処理部１２０により、承認画面を介して入力された承認結果を承認状況ＴＢ１２３に記録する（Ｓ６４）。なお、承認画面を介してさらにパスワードが入力される場合は、電子取引システム１００は、署名申請処理部１２０により、ユーザＴＢ１６１に含まれる認証情報と受信したユーザＩＤ及びパスワードとに基づいて、パスワードを照合する認証処理を行ってもよい。また、ＩＤレス生体認証の場合は、生体認証処理部１２１は、生体情報に基づいて認証処理を行えばよい。
　全ての承認権者から受領した生体情報等の認証処理結果が成功であり、かつ、承認結果が承認を示している場合は、適切に承認がされたものとして、電子取引システム１００もしくは取引先システム４００による後続の電子署名の処理に移る。なお、例えば、所定の応答時間内に承認要求に対する承認を示す承認結果を電子取引システム１００が受領できなかった場合や、承認結果として不承認が含まれている場合や、第三者によるなりすまし等の理由により生体情報等の認証処理結果が失敗であった場合には、電子署名申請が拒絶されたものとして電子署名を行わないようにする。
　このような処理により、承認権者に負担をかけずに所定の承認権者により（もしくは所定の承認権者の意思に基づいて）承認処理が行われることを保証し、担当者等の第三者が承認者の承認を得ずに独断で電子署名を行うことを防ぐことができる。
　以上に説明したように、本発明の実施の形態１である電子取引システム１００によれば、非認定認証局２００に対する証明書登録業務を、サービス導入企業や取引先に代わって一括して行うことで、サービス導入企業のシステム運用の負荷を低減することが可能となる。また、全てのサービス導入企業が共通に利用可能なシステムとして構成することで、取引の相手方のサービス導入企業に関わらず、取引先が電子取引システムを使い分けることが不要となる。また、電子取引システム１００が保管する契約書等の文書に対してサービス導入企業や取引先が電子証明書を利用して電子署名を行う際に、承認権者の意思に基づいて承認が行われることを保証するような電子署名申請処理プロセスを有することで、取引先がサービス導入企業との間で安全に電子契約の締結等の電子取引を行うことが可能となる。
　また、本発明の実施の形態１である電子取引システム１００によれば、案件や文書の承認画面を設けて、この画面のＵＲＬの情報を承認要求に埋め込み、承認権者のシステムへのログインＩＤ（ユーザＩＤ等）と生体情報を入力させるようにする。すなわち、生体情報の認証が成功しないと、承認が許可されず、承認処理を行うことができないようにする。これにより、例えば、パスワード等が漏洩した場合でも、第三者に承認処理が行われることを防止し、適切な承認権者が承認を行うことを保証して、電子取引における取引の安全性などを向上することができる。
　＜実施の形態２＞
　上述した実施の形態１の電子取引システム１００では、図７の例に示したように、複数の承認権者に一斉に承認要求のメッセージを送信し、各承認権者が個別に承認処理を行って、全員が承認した場合に承認されたものとする非同期的な手順をとっているが、実施の形態２においては、承認順序に従ったワークフローによる同期的な手順をとる。
なお、システム構成や処理内容については、基本的に上記の実施の形態１に示した内容と同様であるため、再度の記載は省略するが、電子署名申請処理の相違点については、以下に説明する。
　図８は、本実施の形態における電子署名申請処理の流れの例について概要を示した図である。電子署名申請処理において、最初に、担当者が担当者端末３１１を利用して署名対象の文書を選択し、さらに１人以上の承認権者（承認順序も設定するものとする）を選択して、電子取引システム１００に対して署名申請要求を行うところ（Ｓ７５）までは、実施の形態１の図７の例に示した電子署名申請処理のステップＳ５１～Ｓ５５と同様であるため、説明は省略する。
　電子署名申請の要求を受けた電子取引システム１００は、メッセージ処理部１２２により、申請ＩＤと、対象の文書を特定するファイル名等の情報と、これまでの承認権者（存在する場合）と、インタフェース部１１０により提供される承認画面にアクセスするためのＵＲＬの情報とを含む承認要求のメッセージを作成し、これを承認順序における次の承認権者のアドレスに送信する（Ｓ７６）。
　ステップＳ７７～Ｓ８４の処理は、基本的に実施の形態１の図７の例に示した電子署名申請処理のステップＳ５７～Ｓ６４と同様であるため、説明は省略する。ただし、ステップＳ７７～Ｓ８４の処理は、承認順序における対象の順番の承認者に関して実行される。
　案件が承認された場合は、電子取引システム１００は、次の承認権者の承認処理を行うため、ステップＳ７６と同様に新たに次の承認権者に対して承認要求のメッセージを送信する（Ｓ８５）。以降の処理（Ｓ８６～）は、上述したステップＳ７７～Ｓ８４と同様である。
　このように、承認権者毎に順にステップＳ７６～Ｓ８４の一連の処理を繰り返すことで、承認処理のワークフローを構成することができる。ワークフローにおける承認状況は、例えば、担当者が担当者端末３１１を利用して電子取引システム１００にアクセスすることで、承認状況ＴＢ１２３の内容に基づいて得られる承認状況を随時確認することができる。なお、ワークフローの最後の承認権者、すなわち電子取引システム１００から発行された電子証明書を所有する承認権者が承認処理を行う際は、例えば、承認画面に「電子署名を実行してもよろしいですか？」のような確認メッセージを表示するのが望ましい。
　以上に説明したように、本発明の実施の形態２である電子取引システム１００によっても、上述した実施の形態１と同様の効果が得られる。
　＜実施の形態３＞
　上述した実施の形態１の電子取引システム１００では、図５の例に示したような処理により、サービス導入企業が新たな取引先と取引の基本契約を締結した場合に、サービス導入企業の担当者等が取引先の情報を電子取引システム１００に登録し、電子証明書を発行させる仕組みを有している。これにより、システムの利便性を向上させている。
　しかしながら、サービス導入企業が自社の責任で自由に取引先を電子取引システム１００に登録し、電子証明書を発行させることができる仕組みでは、例えば、架空の取引先の登録や、社内の与信審査を通過していない企業の取引先としての登録が可能となり、電子取引システム１００の安全性が損なわれることになる。
　そこで、本発明の実施の形態３である電子取引システム１００は、サービス導入企業が取引先を新たに登録する際に承認処理を介することで、取引先の無制限の登録を防止し、システムの安全性を確保するものである。なお、システム構成や処理内容については、基本的に上記の実施の形態１に示した内容と同様であるため、再度の記載は省略するが、サービス導入企業による取引先の登録に係る処理の相違点については、以下に説明する。
　図９は、本実施の形態における、サービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの例について概要を示した図である。ここでは、対象の取引先が、既に他のサービス導入企業との間で基本契約を締結し、電子取引システム１００を介して電子証明書の発行を受けている場合の例を示している。
　まず、実施の形態１の図５の例におけるステップＳ２１と同様に、サービス導入企業と取引先が取引の基本契約を締結する（Ｓ９１）。取引基本契約が締結されると、サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、対象の取引先についての登録情報の確認要求を行う（Ｓ９２）。ここでは、例えば、対象の取引先が既に所有している電子証明書のＩＤや、所有者の電子メールアドレス等のアドレス情報などを入力することで、対象の取引先を特定する。要求を受けた電子取引システム１００は、取引先管理部１５０から対象の取引先の情報を取得して提示する（Ｓ９３）。サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、取引先の登録情報の内容を確認する（Ｓ９４）。
　その後、サービス導入企業では、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、取引先の登録についての１人以上の承認権者（承認順序も設定するものとする）を選択する（Ｓ９５）。なお、承認権者には電子取引システム１００から発行された電子証明書の所有者を含めるものとする。選択された各承認権者について、実施の形態２の図８に示した署名申請処理におけるステップＳ７５（本実施の形態では署名申請要求ではなく取引先の登録に係る承認要求となる）以降の一連の処理と同様の処理により、複数の承認権者によってワークフローにより順に取引先の登録について承認する承認処理を行う（Ｓ９６）。各承認権者が承認を行う際、例えば、承認画面に「社内で与信審査等の審査を通過した正当な取引先であることを確認していますか？」のような確認メッセージを表示するのが望ましい。
　最終の承認権者（すなわち、電子証明書の所有者）により承認が行われると、電子取引システム１００は、取引先システム４００もしくは取引先の担当者の情報処理端末に対して、取引先として登録されることに対する承諾の要求を行う（Ｓ９７）。例えば、メッセージ処理部１２２によって電子メール等のメッセージを送信することにより要求を行うことができる。このとき、例えば、「（サービス導入企業）によって取引先として登録されてもよろしいですか？」などの確認メッセージを表示等するのが望ましい。
　取引先では、取引先システム４００もしくは承認権者（すなわち電子証明書の所有者）の情報処理端末を介した指示に基づいて、取引先として登録されることに対する承諾／不承諾の入力を受け付けて電子取引システム１００に対して応答する（Ｓ９８）。電子取引システム１００は、承諾の応答を受けた場合は、取引先管理部１５０により、対象の取引先を新たに対象のサービス導入企業の取引先として関連付けて取引先ＴＢ１５１に登録する（Ｓ９９）。
　図１０は、本実施の形態における、サービス導入企業が新たな取引先と取引の基本契約を締結した場合の処理の流れの別の例について概要を示した図である。ここでは、対象の取引先が、未だいずれのサービス導入企業との間でも基本契約を締結しておらず、電子取引システム１００を介した電子証明書の発行を受けていない場合の例を示している。
　まず、実施の形態１の図５の例におけるステップＳ２１と同様に、サービス導入企業と取引先が取引の基本契約を締結する（Ｓ１０１）。取引基本契約が締結されると、サービス導入企業では、図５の例におけるステップＳ２２と同様に、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、対象の取引先についての情報の登録依頼を行う（Ｓ１０２）。対象の取引先についての情報には、例えば、電子証明書の発行相手の電子メールアドレス等のアドレス情報や、企業情報などが含まれる。依頼を受けた電子取引システム１００は、取引先管理部１５０により対象の取引先の情報を対象のサービス導入企業と関連付けて取引先ＴＢ１５１に仮登録する（Ｓ１０３）。
　その後、図９の例に示したステップＳ９５、９６の一連の処理と同様の処理により、サービス導入企業において選択された１人以上の承認権者によるワークフローにより、順に取引先の登録について承認する承認処理が行われる（Ｓ１０４、１０５）。
　最終の承認権者（すなわち、電子証明書の所有者）により承認が行われると、電子取引システム１００は、取引先システム４００もしくは取引先の担当者の情報処理端末に対して、電子取引システム１００にアクセスするよう電子メール等のメッセージにより通知を行う（Ｓ１０６）。この通知には、例えば、ユーザ管理部１６０により発行された仮のログインＩＤ（ユーザＩＤ等）とパスワード、アクセス先のＵＲＬなどの情報が含まれる。
　取引先では、担当者の情報処理端末等を介して電子取引システム１００にアクセスして初回のログイン処理を行う（Ｓ１０７）。電子取引システム１００は、正常にログインできた場合に、取引先システム４００もしくは取引先の担当者の情報処理端末に対して、取引先として登録されることに対する承諾の要求を行う（Ｓ１０８）。例えば、図９の例におけるステップＳ９７と同様に電子メール等のメッセージにより要求を行うことができる。また、ログイン後の画面に要求を表示するようにしてもよい。このとき、例えば、「（サービス導入企業）によって取引先として登録されてもよろしいですか？」などの確認メッセージを表示等するのが望ましい。
　取引先では、取引先システム４００もしくは担当者等の情報処理端末を介した指示に基づいて、取引先として登録されることに対する承諾／不承諾の入力を受け付けて電子取引システム１００に対して応答する（Ｓ１０９）。電子取引システム１００は、承諾の応答を受けた場合は、取引先管理部１５０により、対象の取引先についてステップＳ１０３において取引先ＴＢ１５１に登録された仮登録を本登録に変更する（Ｓ１１０）。その後は、図５のステップＳ２４以降の処理と同様に、サービス導入企業個別システム３００もしくは担当者等の情報処理端末を介した指示に基づいて、電子取引システム１００に対して、対象の取引先についての電子証明書の発行申請を行い（Ｓ１１１）、電子証明書の発行を受ける。
　以上に説明したように、本発明の実施の形態３である電子取引システム１００によれば、サービス導入企業において取引先を新たに登録する際に、ワークフローによる承認処理を介するように制御し、また、取引先からも承認を得るようにすることで、取引先の無制限の登録を防止し、システムやサービスの安全性を確保することが可能となる。
　なお、上記の本発明の各実施の形態では、電子取引として、主に電子契約について見積書や契約書等の文書を例示して説明した。しかし、電子取引は、契約に限られない。例えば、電子取引システム１００は、図４と同様の処理の流れで、一方の取引主体から請求書や連絡事項を記載した文書などの各種の一般的な書類の登録を受け付け、当該一方の取引主体による電子署名を行い、当該書類を他の取引主体に対して閲覧可能化することができる。また、例えば、電子取引システム１００は、図６と同様の処理の流れで、一方の取引主体から一般的な書類の登録を受け付け、当該一方の取引主体による電子署名を行い、当該書類を他の取引主体に対して閲覧可能化し、当該他の取引主体による電子署名を行い、保管することができる。
　また、電子取引システム１００は、一般的な書類に限らず、いわゆる信書として扱われている文書を、電子的な信書として扱うようにしてもよい。電子的な信書についても、図４や図６と同様の処理の流れで実現することができる。
　また、上記の本発明の各実施の形態では、主に企業と企業（ＢｔｏＢ）の間の取引を例に説明しているが、これに限定されるものではない。すなわち、電子取引システム１００は、企業と企業（ＢｔｏＢ）、企業と個人（ＢｔｏＣ）、個人と個人（ＣｔｏＣ）等の様々な取引主体の間の電子取引サービスを提供することができる。個人として電子取引サービスを使用する場合には、例えば国民一人一人を識別する識別番号をユーザＩＤとして使用すれば、より電子取引サービスの利便性や汎用性が高まる。
　以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
１００…電子取引システム、１００ａ、ｂ…電子契約システム、１０１…電子契約システム、１０１’…システムベンダ、１１０…インタフェース部、１２０…署名申請処理部、１２１…生体認証処理部、１２２…メッセージ処理部、１２３…承認状況テーブル（ＴＢ）、１３０…電子署名部、１３０ａ～ｃ…Ａ社～Ｃ社電子署名部、１４０…証明書登録処理部、１４１…帳票作成部、１５０…取引先管理部、１５１、１５１ａ、ｂ…取引先テーブル（ＴＢ）、１６０…ユーザ管理部、１６１…ユーザテーブル（ＴＢ）、１７０…文書管理部、１７１…文書テーブル（ＴＢ）、
２００…非認定認証局、２０１…認定認証局、
３００…サービス導入企業個別システム、３００ａ～ｃ…Ａ社～Ｃ社個別システム、３００ａ’、ｂ’…Ａ社、Ｂ社、
４００…取引先システム、４０１～４０５…取引先１～５システム、４０１’～４０３’…取引先１～３

Claims (10)

  1. 　第１の取引主体と第２の取引主体との間の電子取引を支援する電子取引システムであって、
    　１つ以上の前記第１の取引主体毎の、前記第１の取引主体についての電子取引に係る文書に対して電子署名を行う電子署名部と、
    　前記第１の取引主体についての前記文書に対して電子署名を行う際の承認処理を行う署名申請処理部と、
    　前記各第１の取引主体についての前記文書を保持する文書記録部と、
    を有し、
    　前記署名申請処理部は、
    　前記第１の取引主体からの前記文書に対する電子署名の申請を受け付けて、当該申請に含まれる前記第１の取引主体における１人以上の第１の承認権者毎に、第１の承認画面のアドレス情報を含む第１の電子メッセージを作成して前記第１の承認権者に送付し、前記第１の承認画面を介して前記第１の承認権者から入力された承認結果を取得し、全ての前記第１の承認権者から承認する旨の結果を取得した場合に、前記第１の取引主体に対応する前記電子署名部により、前記文書に対して電子署名を行い、
    　前記第１の承認権者からの承認結果を受け付ける際に、前記第１の承認画面を介して、前記第１の承認権者が承認を行うために必要な前記第１の承認権者の生体情報を含む認証情報の入力を受け付け、前記認証情報に基づく認証処理が成功した場合に前記第１の承認権者による承認を許可する、
    ことを特徴とする電子取引システム。
  2. 　請求項１に記載の電子取引システムにおいて、
    　前記署名申請処理部は、
    　前記第１の承認権者毎に、前記申請に含まれる承認順序に基づいて順に、前記第１の電子メッセージを作成して前記第１の承認権者に送付し、最終順序の前記第１の承認権者により承認する旨の結果を取得した場合に、前記第１の取引主体に対応する前記電子署名部により、前記文書に対して電子署名を行う、
    ことを特徴とする電子取引システム。
  3. 　請求項１又は２に記載の電子取引システムにおいて、
    　前記署名申請処理部は、
    　前記第１の取引主体についての前記文書について、対応する電子取引の相手方である前記第２の取引主体からの前記文書に対する電子署名の申請を受け付けて、当該申請に含まれる前記第２の取引主体における１人以上の第２の承認権者毎に、第２の承認画面のアドレス情報を含む第２の電子メッセージを作成して前記第２の承認権者に送付し、前記第２の承認画面を介して前記第２の承認権者から入力された承認結果を取得し、全ての前記第２の承認権者から承認する旨の結果を取得した場合に、前記第２の取引主体において前記文書に対する電子署名を実施させ、
    　前記第２の承認権者からの承認結果を受け付ける際に、前記第２の承認画面を介して、前記第２の承認権者が承認を行うために必要な前記第２の承認権者の生体情報を含む認証情報の入力を受け付け、前記認証情報に基づく認証処理が成功した場合に前記第２の承認権者による承認を許可する、
    ことを特徴とする電子取引システム。
  4. 　請求項３に記載の電子取引システムにおいて、
    　前記署名申請処理部は、
    　前記第２の承認権者毎に、前記申請に含まれる承認順序に基づいて順に、前記第２の電子メッセージを作成して前記第２の承認権者に送付し、最終順序の前記第２の承認権者により承認する旨の結果を取得した場合に、前記第２の取引主体において前記文書に対する電子署名を実施させる、
    ことを特徴とする電子取引システム。
  5. 　請求項１～４のいずれか１項に記載の電子取引システムにおいて、
    　さらに、前記各第１の取引主体が当該電子取引システムを介して電子取引を行うことが可能な前記第２の取引主体についての情報を保持する取引先記録部を有し、
    　前記第１の取引主体についての前記文書について、対応する電子取引の相手方である前記第２の取引主体の情報が前記取引先記録部に登録されている場合にのみ、前記文書に対する電子署名および前記文書記録部への保持を許可する、
    ことを特徴とする電子取引システム。
  6. 　請求項５に記載の電子取引システムにおいて、
    　前記第１の取引主体が当該電子取引システムを介して電子取引を行うことが可能な前記第２の取引主体についての情報を前記取引先記録部に記録する際に、前記第１の取引主体における第３の承認権者、および前記第２の取引主体における第４の承認権者による承認の入力を受け付けた場合にのみ記録を許可する、
    ことを特徴とする電子取引システム。
  7. 　請求項１～６のいずれか１項に記載の電子取引システムにおいて、
    　さらに、前記第１の取引主体もしくは前記第１の取引主体が当該電子取引システムを介して電子取引を行うことが可能な前記第２の取引主体に対する電子証明書の発行の要求を前記第１の取引主体から受け付けて、認証局に対して前記電子証明書の発行を依頼し、発行された前記電子証明書を、前記第１の取引主体もしくは前記第２の取引主体に対して配布する証明書登録処理部を有する、
    ことを特徴とする電子取引システム。
  8. 　請求項７に記載の電子取引システムにおいて、
    　前記認証局は非認定認証局である、
    ことを特徴とする電子取引システム。
  9. 　第１の取引主体と第２の取引主体との間の電子取引を支援する電子取引システムにおける電子取引方法であって、
    　前記第１の取引主体についての電子取引に係る文書に対して電子署名を行う際の承認処理を行う署名申請処理ステップと、
    　１つ以上の前記第１の取引主体毎の、前記第１の取引主体についての前記文書に対して電子署名を行う電子署名ステップと、
    　前記各第１の取引主体についての前記文書を保持する文書記録ステップと、
    を含み、
    　前記署名申請処理ステップは、
    　前記第１の取引主体からの前記文書に対する電子署名の申請を受け付けて、当該申請に含まれる前記第１の取引主体における１人以上の第１の承認権者毎に、第１の承認画面のアドレス情報を含む第１の電子メッセージを作成して前記第１の承認権者に送付し、前記第１の承認画面を介して前記第１の承認権者から入力された承認結果を取得し、全ての前記第１の承認権者から承認する旨の結果を取得した場合に、前記第１の取引主体からの前記文書に対して前記第１の取引主体に対応する前記電子署名ステップを実行させ、
    　前記第１の承認権者からの承認結果を受け付ける際に、前記第１の承認画面を介して、前記第１の承認権者が承認を行うために必要な前記第１の承認権者の生体情報を含む認証情報の入力を受け付け、前記認証情報に基づく認証処理が成功した場合に前記第１の承認権者による承認を許可する、
    ことを特徴とする電子取引方法。
  10. 　第１の取引主体と第２の取引主体との間の電子取引を支援する電子取引システムのプログラムであって、
    　１つ以上の前記第１の取引主体毎の、前記第１の取引主体についての電子取引に係る文書に対して電子署名を行う電子署名部と、
    　前記第１の取引主体についての前記文書に対して電子署名を行う際の承認処理を行う署名申請処理部と、
    　前記各第１の取引主体についての前記文書を保持する文書記録部として
    前記電子取引システムを機能させ、
    　前記署名申請処理部は、
    　前記第１の取引主体からの前記文書に対する電子署名の申請を受け付けて、当該申請に含まれる前記第１の取引主体における１人以上の第１の承認権者毎に、第１の承認画面のアドレス情報を含む第１の電子メッセージを作成して前記第１の承認権者に送付し、前記第１の承認画面を介して前記第１の承認権者から入力された承認結果を取得し、全ての前記第１の承認権者から承認する旨の結果を取得した場合に、前記第１の取引主体に対応する前記電子署名部により、前記文書に対して電子署名を行い、
    　前記第１の承認権者からの承認結果を受け付ける際に、前記第１の承認画面を介して、前記第１の承認権者が承認を行うために必要な前記第１の承認権者の生体情報を含む認証情報の入力を受け付け、前記認証情報に基づく認証処理が成功した場合に前記第１の承認権者による承認を許可する、
    ことを特徴とするプログラム。
PCT/JP2014/061576 2013-04-26 2014-04-24 電子取引システム、電子取引方法、及びプログラム WO2014175384A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-093412 2013-04-26
JP2013093412A JP6042766B2 (ja) 2013-04-26 2013-04-26 電子取引システム、電子取引方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2014175384A1 true WO2014175384A1 (ja) 2014-10-30

Family

ID=51791950

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/061576 WO2014175384A1 (ja) 2013-04-26 2014-04-24 電子取引システム、電子取引方法、及びプログラム

Country Status (2)

Country Link
JP (1) JP6042766B2 (ja)
WO (1) WO2014175384A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017010096A (ja) * 2015-06-17 2017-01-12 弁護士ドットコム株式会社 情報処理システム
WO2018179665A1 (ja) * 2017-03-29 2018-10-04 日本電気株式会社 販売システム、サーバ、販売システムの処理方法、サーバの処理方法及びプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6010159B2 (ja) * 2015-02-27 2016-10-19 株式会社三井住友銀行 電子署名前の確認システム、方法、およびプログラム
US10943246B1 (en) * 2016-06-28 2021-03-09 Amazon Technologies, Inc. Signed identifiers for confirming offer eligibility
JP6826290B2 (ja) * 2017-01-19 2021-02-03 富士通株式会社 証明書配付システム、証明書配付方法、および証明書配付プログラム
JP7000207B2 (ja) * 2018-03-08 2022-01-19 Ｇｍｏシステムトレード株式会社 署名システム
JP7512780B2 (ja) 2020-09-07 2024-07-09 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
JP7177874B2 (ja) * 2021-03-10 2022-11-24 三菱電機インフォメーションシステムズ株式会社 組織署名システム、組織署名サーバおよび組織署名クライアント端末

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10290224A (ja) * 1997-02-14 1998-10-27 Fujitsu Ltd 電子情報の認証を行う認証システムおよび方法
JP2002091303A (ja) * 2000-09-19 2002-03-27 Toshiba Corp 署名用記憶媒体及びｘｍｌ署名授受方法
JP2002108789A (ja) * 2000-10-04 2002-04-12 Melco Inc 回覧承認システム、回覧承認方法および回覧承認プログラムを記録した媒体
JP2008033587A (ja) * 2006-07-28 2008-02-14 Hitachi Ltd 電子決裁システム
US20090177517A1 (en) * 2008-01-08 2009-07-09 Caterpillar Inc. System and method for tracking a contract
JP2010129065A (ja) * 2008-12-01 2010-06-10 Ntt Data Corp ワークフロー管理システム、ワークフロー管理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10290224A (ja) * 1997-02-14 1998-10-27 Fujitsu Ltd 電子情報の認証を行う認証システムおよび方法
JP2002091303A (ja) * 2000-09-19 2002-03-27 Toshiba Corp 署名用記憶媒体及びｘｍｌ署名授受方法
JP2002108789A (ja) * 2000-10-04 2002-04-12 Melco Inc 回覧承認システム、回覧承認方法および回覧承認プログラムを記録した媒体
JP2008033587A (ja) * 2006-07-28 2008-02-14 Hitachi Ltd 電子決裁システム
US20090177517A1 (en) * 2008-01-08 2009-07-09 Caterpillar Inc. System and method for tracking a contract
JP2010129065A (ja) * 2008-12-01 2010-06-10 Ntt Data Corp ワークフロー管理システム、ワークフロー管理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TERUO SUZUKI ET AL., JITSUMU SHOKAI NAIBU TOSEI NO BUNSHOKA MANUAL, 20 April 2007 (2007-04-20), pages 358 - 368 , 376 TO 385, 394 TO 395, 420 TO 421 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017010096A (ja) * 2015-06-17 2017-01-12 弁護士ドットコム株式会社 情報処理システム
WO2018179665A1 (ja) * 2017-03-29 2018-10-04 日本電気株式会社 販売システム、サーバ、販売システムの処理方法、サーバの処理方法及びプログラム
JP2018169659A (ja) * 2017-03-29 2018-11-01 日本電気株式会社 販売システム、サーバ、販売システムの処理方法、サーバの処理方法及びプログラム
US11580588B2 (en) 2017-03-29 2023-02-14 Nec Corporation Sales system, server, and processing method for sales system

Also Published As

Publication number Publication date
JP6042766B2 (ja) 2016-12-14
JP2014216881A (ja) 2014-11-17

Similar Documents

Publication Publication Date Title
WO2014103663A1 (ja) 電子契約システム
JP6042766B2 (ja) 電子取引システム、電子取引方法、及びプログラム
EP3721578B1 (en) Methods and systems for recovering data using dynamic passwords
US8949706B2 (en) Systems and methods for distributed electronic signature documents
US6438690B1 (en) Vault controller based registration application serving web based registration authorities and end users for conducting electronic commerce in secure end-to-end distributed information system
CN100566248C (zh) 数字签名保证系统、方法和装置
US20090271321A1 (en) Method and system for verification of personal information
US20010027527A1 (en) Secure transaction system
US20070150299A1 (en) Method, system, and apparatus for the management of the electronic files
US9361436B2 (en) Multiple profile authentication
US20220321357A1 (en) User credential control system and user credential control method
JP2001229336A (ja) 企業間での職務ベースの認可のための方法
TW200838257A (en) Provisioning of digital identity representations
KR102131206B1 (ko) 법인 관련 서비스 제공 방법, 이를 지원하는 방법, 이를 수행하는 서비스 서버 및 인증 서버
US20150052047A1 (en) Methods and systems for facilitating document banking
CN114666168B (zh) 去中心化身份凭证验证方法、装置，以及，电子设备
JP2019537113A (ja) モバイルコンピューティング機器間で通信を確立させるための方法及びシステム
JP6027485B2 (ja) 電子取引システム、電子取引方法、及びプログラム
JP7171504B2 (ja) 個人情報管理サーバ、個人情報管理方法及び個人情報管理システム
JP6219459B1 (ja) 電子契約の締結に用いられる契約締結サーバ及び電子契約の締結方法
JP2005519364A (ja) ネットワーク・サービスを許諾するシステム及び方法、及び、権利行使システム及びコンピュータ実行方法
JP2010244272A (ja) 個人属性情報管理方法、個人属性情報管理システムおよび個人属性情報管理プログラム
KR101407495B1 (ko) 온라인 전자등기 발급 중계 시스템 및 이의 방법
JP2003108708A (ja) セキュアアプリケーションフレームワーク及び該セキュアアプリケーションフレームワークを用いた電子申請システム，装置，方法並びにプログラム
JP2018018536A (ja) 電子契約の締結に用いられる契約締結サーバ及び電子契約の締結方法

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

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

Country of ref document: EP

Kind code of ref document: A1