WO2005074366A2 - Procede de transactions commerciales electroniques securisees - Google Patents

Procede de transactions commerciales electroniques securisees Download PDF

Info

Publication number
WO2005074366A2
WO2005074366A2 PCT/IL2005/000129 IL2005000129W WO2005074366A2 WO 2005074366 A2 WO2005074366 A2 WO 2005074366A2 IL 2005000129 W IL2005000129 W IL 2005000129W WO 2005074366 A2 WO2005074366 A2 WO 2005074366A2
Authority
WO
WIPO (PCT)
Prior art keywords
purchaser
purchase
merchant
request
information
Prior art date
Application number
PCT/IL2005/000129
Other languages
English (en)
Other versions
WO2005074366A3 (fr
Inventor
Shai Porat
Original Assignee
Shai Porat
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 Shai Porat filed Critical Shai Porat
Publication of WO2005074366A2 publication Critical patent/WO2005074366A2/fr
Publication of WO2005074366A3 publication Critical patent/WO2005074366A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Definitions

  • the present invention relates generally to electronic commerce (e-commerce), and more specifically to a method for secure payment for a e-commerce transaction.
  • One aspect of Internet e-commerce that makes purchasers of goods or services uncomfortable is that they are required to provide personal and confidential information, such as credit card information and billing data, to an unseen Internet merchant who then uses this information to obtain a transaction approval from a credit card authorization processor.
  • Another aspect of Internet e-commerce, one that burdens Internet merchants, is that unlike in-store purchases, where the merchant is guaranteed payment after receiving an authorization from the card processor, merchants are typically held liable for fraudulent e- commerce transactions.
  • Existing e-commerce systems and methods generally include encryption technologies to protect transmitted data, combined with various authentication methods to minimize fraud, ranging from the use of Personal Identification Number (PIN) to biometric identification.
  • PIN Personal Identification Number
  • Trusted parties provide electronic certificates and encryption keys that are required for data encryption and for digital signatures.
  • Other methods may include out-of- band authentication, such as where a separate telephone line (other than the one via which the e-commerce transaction is occurring) is used to authenticate a purchaser.
  • these systems still require purchasers to provide their confidential and personal information, which still present a psychological barrier to many potential online buyers.
  • SUMMARY OF THE INVENTION The present invention discloses a novel system and method for secure online transactions that limits exposure of credit card information and provides increased protection against fraudulent merchants, criminals and hackers.
  • a secure e-commerce transaction system including a Transaction Communicator (TC) for communicating a purchase code request from a purchaser, a Transaction Relay (TR) operative to receive the purchase code request from the purchaser, determine the content of the purchase code request, verify the identity of the purchaser from the purchase code request, and send a purchase code to the purchaser when the purchase code request content and the purchaser identify verification meet the criteria of a predefined authorization rule, and a Transaction Interface
  • TC Transaction Communicator
  • TR Transaction Relay
  • TI operative to receive the purchase code from the purchaser, and send a merchant request from a merchant, including the purchase code and transaction information, to the
  • the TR is operative to verify that the purchase code received in the merchant request matches the purchase code sent to the purchaser, and provide to the merchant payment information stored by the TR for the purchaser if the purchase codes match.
  • the TR is operative to send the transaction information to the TC
  • the TC is operative to send a purchase confirmation including the transaction information from the purchaser to the TR
  • the TR is operative to verify the identity of the purchaser from the purchase confirmation, verify that the transaction information received in the merchant request with the transaction information received in the purchase confirmation match, and provide the payment information to the merchant when the purchaser identity and the transaction information have been verified.
  • the TR is operative to determine the content of the purchase code request using Voice Recognition.
  • the TR is operative to verify the identity of the purchaser from the purchase code request using Voice Authentication.
  • the transaction information sent to the purchaser includes any of a merchant name and a purchase amount.
  • the transaction information sent to the purchaser is displayed by the TC.
  • the purchase confirmation is a voice reply indicating a purchase amount.
  • the TR is operative to verify that a purchase amount indicated by the purchase confirmation is the same amount indicated by the merchant request.
  • the TR is operative to provide the payment information when any information regarding any of the purchaser and the transaction meet the criteria of a predefined second authorization rule.
  • the purchase code is unique to any other of the purchase codes provided by the TR and is time-dependent.
  • the TR includes a database having purchaser information including any of credit card and address information, voice characteristics required for voice verification, pre-defined purchase request keywords, and authorization rules, and merchant-related information including a merchant name, a voice verification unit for receiving a voice input and identifying the speaker of the voice input by comparing the voice input with voice data stored in database for known individuals, a voice recognition unit for receiving the voice input and extracting spoken words from the voice input, a code generator for generating the purchase code, an authorization logic unit for applying an authorization rule to any of the purchaser information, a purchaser location, the merchant information, verification results from the voice verification unit, the purchase code request, and a purchase confirmation as processed by the voice recognition unit, and a communication interface for communication with the purchaser via the TC and with the merchant via the TT.
  • the TC includes a microphone, a voice processor for receiving voice input via the microphone and preparing a voice message from the voice input for transmission to the TR, a coromumcation interface for transmitting the voice message to the TR, an identification module for maintaining an identification of the TC, a positioning system for determining the current location of the TC, a display for displaying text or graphic information from the TR.
  • the voice message is transmitted to the TR along with either of the TC identification and the current location information.
  • the TI includes a transaction unit for receiving the purchase code and the transaction information and formatting the merchant request for transmission to the TR, a communication interface for transmitting the merchant request to the TR, and a purchaser information unit for receiving purchaser information from the TR.
  • a secure e-commerce transaction method including receiving a purchase code request from a purchaser, determining the content of the purchase code request, verifying the identity of the purchaser from the purchase code request, sending a purchase code to the purchaser when the purchase code content and the purchaser identify verification meet the criteria of a predefined authorization rule, receiving a merchant request from a merchant, including the purchase code and transaction information, verifying that the purchase code received in the merchant request matches the purchase code sent to the purchaser, and providing to the merchant payment information associated with the purchaser if the purchase codes match.
  • the method further includes sending the transaction information to the purchaser, receiving a purchase confirmation from the purchaser including the transaction information, verifying the identity of the purchaser from the purchase confirmation, verifying that the transaction information received in the merchant request with the transaction information received in the purchase confirmation match, and providing the payment information to the merchant when the purchaser identity and the transaction information have been verified.
  • the determining the content step includes determining using Voice Recognition.
  • the verifying the identify step includes verifying using Voice Authentication.
  • the sending the transaction information step includes sending any of a merchant name and a purchase amount.
  • the receiving a purchase confirmation step includes receiving as a voice reply indicating a purchase amount.
  • the method further includes verifying that a purchase amount indicated by the purchase confirmation is the same amount indicated by the merchant request.
  • the providing step includes providing to the payment information when any information regarding any of the purchaser and the transaction meet the criteria of a predefined second authorization rule.
  • the method further includes generating the purchase code such that it is unique to any other of the purchase codes and is time-dependent.
  • credit card and credit card information may be applicable to any mechanism that may be used to facilitate the transfer of funds or credit by providing an identifier and information related thereto, such as, but not limited to, credit cards, debit cards, and charge cards.
  • Fig. 1 is a simplified block diagram of a conventional e-commerce transaction system, useful in understanding the present invention
  • Fig. 2 is a simplified block-flow diagram of a secure e-commerce transaction system, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. 3 is a simplified block diagram of a Transaction Relay, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. 4 is a simplified block diagram of a Transaction Communicator, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. 1 is a simplified block diagram of a conventional e-commerce transaction system, useful in understanding the present invention
  • Fig. 2 is a simplified block-flow diagram of a secure e-commerce transaction system, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. 3 is a simplified block diagram of a Transaction Relay, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. 4 is a simplified block
  • FIG. 5 is a simplified block diagram of a Transaction Interface, constructed and operative in accordance with a preferred embodiment of the present invention.
  • the same reference characters and numerals appearing on different drawings denote the same elements.
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS Reference is now made to Fig. 1, which is a simplified block diagram of a conventional e-commerce transaction system, useful in understanding the present invention.
  • a purchaser 100 decides to purchase an item displayed on an Internet-based web site belonging to a merchant 102, proceeds to the web site check-out, and inputs his/her credit card information.
  • Fig. 2 is a simplified block-flow diagram of a secure e-commerce transaction system, constructed and operative in accordance with a preferred embodiment of the present invention.
  • purchaser 100 decides to purchase an item displayed on an Internet-based web site belonging to merchant 102, and proceeds to the web site check-out.
  • TC 200 Transaction Communicator 200
  • Purchaser 100 uses TC 200 to transmit a purchase code request, being a voice request, to a Transaction Relay (TR) 202, described in greater detail hereinbelow.
  • TR 202 preferably resides with a party trusted by both purchaser 100 and merchant 102.
  • TR 202 preferably determines the content of the purchase code request using conventional Voice Recognition techniques and verifies the purchaser identity by applying conventional Voice Authentication techniques to the purchase code request, and returns a purchase code to purchaser 100.
  • the purchase code is preferably displayed on a display of TC 200.
  • Purchaser 100 then provides the purchase code to merchant 102, such as by entering it into a form on the merchant's web site.
  • Merchant 102 typically employs a Transaction Interface (TT) 204, described in greater detail hereinbelow, to send a merchant request, including the purchase code received from purchaser 100, along with details of the transaction, to TR 202.
  • TR 202 then sends transaction information from the merchant request, which may include the merchant's name and a purchase amount, to TC 200, which may display the information.
  • Purchaser 100 may verify the transaction information, and may confirm the transaction information by providing a purchase confirmation, being a voice reply indicating the purchase amount.
  • TC 200 then sends the purchase confirmation to TR 202.
  • TR 202 may then verify the identity of purchaser 100 by applying conventional Voice Authentication techniques to the purchase confirmation, and may analyze the purchase confiraiation using conventional voice recognition techniques to verify that the purchase amount confirmed by purchaser 100 is the same amount communicated by merchant 102 to TR 202 as part of the merchant request. Once the identity of purchaser 100 is verified, and, preferably, the transaction information is confirmed by purchaser 100, and, preferably, the criteria of any applicable authorization rules are met, credit card information stored by TR 202 for purchaser 100 is sent by TR 202 to merchant 102.
  • Fig. 3 is a simplified block diagram of Transaction Relay (TR) 202, constructed and operative in accordance with a preferred embodiment of the present invention.
  • TR Transaction Relay
  • TR 202 is shown having a database 300 containing purchaser-related information, such as credit card and address information, voice characteristics required for voice verification, pre-defined purchase request keywords, and authorization rules, and merchant-related information, such as merchant name.
  • a voice verification unit 302 is provided for receiving a voice input and identifying the speaker by comparing the voice input with voice data stored in database 300 for known individuals.
  • a voice recognition unit 304 is provided for receiving a voice input and extracting spoken words from the voice input.
  • a code generator 306 is provided for generating purchase codes that are preferably unique and time-dependent.
  • An authorization logic unit 308 is provided for applying authorization rules based on any of purchaser information, purchaser location, merchant information, verification results of voice verification unit 302, the purchase code request, and the purchase confirmation as recognized by voice recognition unit 304. For example, a transaction may be authorized if any of the following scenarios are true:
  • Purchaser location is his/her home address, the amount of the purchase is up to $1000, and the confidence level of the verification of the purchaser identity based on his/her voice characteristics is higher than 50%;
  • a communication interface 310 is provided for communication with purchaser 100 via TC 200 and with merchant 102 via TI 204 using any known communication means, preferably employing predefined transmission security measures.
  • TR 202 The operation of TR 202 is now described in the context of the following exemplary operation scenario where purchaser 100 uses TC 200 to transmit a purchase code request to TR 202.
  • Purchase code requests are typically voice requests for purchase codes to be used to effect payment to a merchant as part of an e-commerce transaction. In the current example, the purchase code request takes the form of the spoken word 'Nisa".
  • the purchase code request is analyzed by voice recognition unit 304 using conventional voice recognition techniques by comparing the spoken word(s) of the purchase code request against keywords predefined for purchaser 100 and stored in database 300, such as "Visa”, “Amex”, “Diners”, etc.
  • the purchase code request is also used for verification of the purchaser using conventional voice verification techniques by comparing the voice characteristics of the purchase code request against voice characteristics predefined for purchaser 100 and stored in database 300.
  • the verification and recognition results are sent to authorization logic unit 308 which, if the verification result indicates that the purchaser has been successfully identified, and, preferably, if the criteria of any applicable authorization rules are met, such as where the identity of the purchaser has been established to be at or above a predefined confidence level, may authorize code generator 306 to generate a unique and preferably time-dependent purchase code.
  • the purchase code is then transmitted via communication interface 310 to TC 200, whereupon purchaser 100 may provide the purchase code to merchant 102.
  • merchant 102 receives the purchase code from purchaser 100, merchant 102 sends a merchant request, including the purchase code and other transaction details, such as the price, via TI 204 to TR 202 as part of a request for credit card information and/or other information held by TR 202 for purchaser 100.
  • the merchant request is analyzed by authorization logic unit 303 to determine the purchaser to whom TR 202 previously sent the purchase code.
  • Transaction information from the merchant request such as the merchant's name and the transaction price, is then sent via communication interface 310 to TC 200 for review by purchaser 100.
  • Purchaser 100 preferably responds with a purchase confirmation, being a voice reply that includes transaction information, including the price and, optionally, the merchant's name.
  • the purchase confirmation may take the form of "Books-for-you. Thirty-eight fifty-six", where "Books- for-you" is the merchant name and "Thirty-eight fifty-six" the transaction price.
  • the purchase confirination is verified by voice verification unit 302, and its contents are extracted by voice recognition unit 304 and compared by authorization logic unit 308 with the actual transaction information provided by merchant 102 using any comparison technique. If the purchase confirmation information matches the transaction information in accordance with predefined matching criteria, authorization logic unit 308 provides the requested purchaser 100 information to communication interface 310 for transmission to TI 204 of merchant 102.
  • Purchase code requests, purchase confirmations, and other transaction information may be stored by TR 202 or by an external storage system for record-keeping and to defend against repudiation claims.
  • Fig. 4 is a simplified block diagram of
  • TC 200 Transaction Communicator 200, constructed and operative in accordance with a preferred embodiment of the present invention.
  • TC 200 is shown having a microphone 400 connected to a voice processor 402 which receives voice input and prepares voice messages from the voice input for transmission to TR 202 using a communication interface 404 which may use any known communication means, preferably employing predefined transmission security measures.
  • Data transmitted to TR 202 may include the voice message along with a unique identification of TC 200 stored in an identification module 406, as well as the current location of TC 200 as maybe determined by a positioning system 408 using conventional techniques. Text or graphic information received from TR 202 may be displayed to purchaser 100 via a display 410.
  • Fig. 5 is a simplified block diagram of
  • Transaction Interface (TT) 204 constructed and operative in accordance with a preferred embodiment of the present invention.
  • TI 204 is shown having a transaction unit 500 for receiving purchase code and transaction information and formatting merchant requests for transmission to TR 202 via a communication interface 502, which may use any known communication means, preferably employing predefined transmission security measures.
  • a purchaser information unit 504 is provided for receiving purchaser information from TR 202 via communication interface 502. It is appreciated that one or more of the steps of any of the methods described herein may be omitted or carried out in a different order than that shown, without departing from the true spirit and scope of the invention.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Selon l'invention, un système de transaction de commerce électronique sécurisée comprend un communicateur de transaction (TC) servant à communiquer une demande de code d'achat provenant d'un acheteur, un relais de transaction (TR) servant à recevoir ladite demande de code d'achat provenant d'un acheteur, à déterminer le contenu de ladite demande, à vérifier l'identité de l'acheteur à partir de ladite demande, et à envoyer un code d'achat à l'acheteur, lorsque le contenu de demande de code d'achat et la vérification de l'identité de l'acheteur satisfont les critères d'une règle d'autorisation prédéfinie et, enfin, une interface de transaction (TI) servant à recevoir le code d'achat provenant de l'acheteur et à envoyer une demande d'un commerçant, y compris le code d'achat et les informations de transaction au relais de transaction (TR). Ledit relais (TR) permet de vérifier alors que le code d'achat reçu dans la demande du commerçant correspond au code d'achat envoyé à l'acheteur et il fournit au commerçant des informations de paiement stockées par ledit relais pour l'acheteur, si les codes d'achat correspondent.
PCT/IL2005/000129 2004-02-03 2005-02-03 Procede de transactions commerciales electroniques securisees WO2005074366A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US48200004P 2004-02-03 2004-02-03
US60/482,000 2004-02-03

Publications (2)

Publication Number Publication Date
WO2005074366A2 true WO2005074366A2 (fr) 2005-08-18
WO2005074366A3 WO2005074366A3 (fr) 2006-12-28

Family

ID=34837325

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IL2005/000129 WO2005074366A2 (fr) 2004-02-03 2005-02-03 Procede de transactions commerciales electroniques securisees

Country Status (1)

Country Link
WO (1) WO2005074366A2 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180089677A1 (en) * 2016-09-23 2018-03-29 International Business Machines Corporation Scalable credit card system
US10949847B2 (en) * 2015-09-23 2021-03-16 Mastercard International Incorporated Transaction control

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188573A1 (en) * 2001-01-08 2002-12-12 Calhoon Gordon W. Universal electronic tagging for credit/debit transactions
US20030130961A1 (en) * 2000-01-19 2003-07-10 Ghislain Moret De Rocheprise System and method for making secure data transmissions
US20040148510A1 (en) * 2001-05-03 2004-07-29 Lorenz Muller Security device for online transaction

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030130961A1 (en) * 2000-01-19 2003-07-10 Ghislain Moret De Rocheprise System and method for making secure data transmissions
US20020188573A1 (en) * 2001-01-08 2002-12-12 Calhoon Gordon W. Universal electronic tagging for credit/debit transactions
US20040148510A1 (en) * 2001-05-03 2004-07-29 Lorenz Muller Security device for online transaction

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10949847B2 (en) * 2015-09-23 2021-03-16 Mastercard International Incorporated Transaction control
US20180089677A1 (en) * 2016-09-23 2018-03-29 International Business Machines Corporation Scalable credit card system

Also Published As

Publication number Publication date
WO2005074366A3 (fr) 2006-12-28

Similar Documents

Publication Publication Date Title
US9904919B2 (en) Verification of portable consumer devices
US9582801B2 (en) Secure communication of payment information to merchants using a verification token
US8108266B2 (en) Methods for providing secure eCommerce transactions
US11017389B2 (en) Systems, methods and computer program products for OTP based authorization of electronic payment transactions
US8645280B2 (en) Electronic credit card with fraud protection
US20120059758A1 (en) Protecting Express Enrollment Using a Challenge
US20130185209A1 (en) Transaction-based one time password (otp) payment system
AU2011207602B2 (en) Verification mechanism
US10489565B2 (en) Compromise alert and reissuance
CN112823368B (zh) 通过云生物特征标识和认证实现的令牌化非接触式交易
WO2016118087A1 (fr) Système et procédé de paiement en ligne sécurisé au moyen d'une carte à circuit intégré
US11797650B2 (en) Data value routing system and method
WO2022159345A1 (fr) Système et procédé d'authentification d'utilisateur mobile
AU2010276370B2 (en) An apparatus including data bearing medium for seasoning a device using data obtained from multiple transaction environments
US20100017333A1 (en) Methods and systems for conducting electronic commerce
WO2005074366A2 (fr) Procede de transactions commerciales electroniques securisees
CN111937023B (zh) 安全认证系统和方法
KR100811425B1 (ko) 전자상거래 시스템에서 지불 데이터 자동 분류를 이용한지불시스템 및 그 방법
US12026714B2 (en) Payer-controlled payment processing
US12100004B2 (en) Payer-controlled payment processing
JP2002230287A (ja) クレジット口座の即時開設システム
AU2018202711A1 (en) Web terminal and bridge that support passing of authentication data to acquirer for payment processing
AU2004242548A1 (en) Method and apparatus for electronic commerce
MX2012009205A (es) Pagos moviles usando servicios de mensajes cortos.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

NENP Non-entry into the national phase in:

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase