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
  • G06Q30/00—Commerce
  • G06Q30/06—Buying, selling or leasing transactions
• • 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/04—Payment circuits
• • 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
• • 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/14—Payment architectures specially adapted for billing systems
• • 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/20—Point-of-sale [POS] network systems
• • 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/22—Payment schemes or models
  • G06Q20/26—Debit schemes, e.g. "pay now"
• • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
  • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
  • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
• • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
  • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
  • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
• • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
  • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
  • G06Q20/327—Short range or proximity payments by means of M-devices
• • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
  • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
  • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
• • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
  • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
  • G06Q20/342—Cards defining paid or billed services or quantities
• • 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/385—Payment protocols; Details thereof using an alias or single-use codes
• • 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
  • G06Q20/409—Device specific authentication in transaction processing
  • G06Q20/4093—Monitoring of device authentication
• • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
  • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
  • G07F7/02—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
  • G07F7/025—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices by means, e.g. cards, providing billing information at the time of purchase, e.g. identification of seller or purchaser, quantity of goods delivered or to be delivered
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
  • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
  • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
  • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system

Definitions

• the invention relates to payment of products, and particularly to mobile payment.
• the term 'mobile payment' refers in this application to payment carried out with a mobile station or a corresponding wireless terminal.
• a problem with the above-described arrangement is that it is based on the existence of a credit card and the use of credit card systems, whereby the subscriber cannot select the manner of payment he wishes to use.
• An object of the invention is to provide a method and an apparatus implementing the method in such a way that the above problems can be solved.
• the object of the invention is achieved with a method and a system which are characterized in what is stated in the independent claims.
• the preferred embodiments of the invention are disclosed in the dependent claims.
• the invention is based on generating a one-time transaction code for a subscriber, by means of which the subscriber can perform a mobile payment.
• the payment transaction is authenticated and transmitted using this transaction code.
• the code given by the subscriber to the payment terminal is compared with the code generated by the payment system, and it is checked from the subscriber data that the subscriber has a right to pay for his purchases with the mobile payment system in question.
• the transaction code is not connected to an existing credit card and the manner of payment is not defined.
• the subscriber can select the manner of payment, by means of which the mobile payments are charged.
• the payment transaction at the pay desk is extremely fast, as there is no need for confirmation calls or handling of payment cards.
• the invention utilizes an existing payment network for mobile payment for transmitting the required information between the payment server and the payment terminal, so that no new equipment needs to be provided for the point of sale.
• the point of sale selected by the subscriber is identified in the payment server on the basis of the request submitted by the subscriber. This reduces the length of the transaction code.
• shop-specific number space for instance, can be used for transaction codes, whereby the generated transaction code is naturally only valid in the selected point of sale.
• the term 'point of sale' refers in this application to a specific shop or a department in a department store, for example, where the generated transaction code is valid.
• Another way to reduce the damage caused by possible misuse is to restrict the validity period of the transaction code in such a way that the code is invalidated if it has not been used for payment within a given time from the generation. If the transaction code is invalidated in this way, the subscriber has to request for a new transaction code before being able to pay for his purchases.
• the request concerning the transaction code is transmitted from the subscriber terminal to the payment server by calling a service number.
• the subscriber calls the service number with his mobile station when he wishes to perform a mobile payment in a particular point of sale.
• the service number can be shop-specific, for instance.
• said request is transmitted from the subscriber terminal to the payment server, and/or the transaction code is transmitted from the payment server to the subscriber terminal by means of a message between the subscriber terminal and the payment server.
• the subscriber can request for a transaction code by means of a data message, a short message or an e- mail message, for example.
• a message refers here generally to any message transmitted between a subscriber terminal and a payment server, and the message does not have to be bound to a particular standard, such as the GSM (Global System for Mobile Communications) standard.
• GSM Global System for Mobile Communications
• said request is transmitted from a subscriber terminal to a payment server, and/or a transaction code is transmitted from a payment server to a subscriber terminal by means of a browser application.
• the subscriber terminal must comprise a browser application, by means of which server pages can be scanned.
• the browser application can be implemented by, for instance, a www (World Wide Web) or WAP (Wireless Application Protocol) browser.
• an acknowledgement of a successful payment transaction can also be obtained if required.
• the system comprises a message service centre, whereby a request for a transaction code can be transmitted from the subscriber terminal to the payment server, and/or the transaction code can be transmitted from the payment server to the subscriber terminal by means of a message transmitted between the subscriber terminal and the payment server.
• the term 'message service centre' refers here to any element enabling transmission of messages between a subscriber terminal and a payment server. It can be, for instance, a short message service centre of the GSM network.
• the means of the system for transmitting a transaction code to a subscriber terminal comprise means for giving the transaction code as a voice message.
• the subscriber first calls a service number, from which he is given a generated transaction code as a voice message.
• the transaction code does not remain in the memory of the subscriber terminal, but nevertheless, the transmission of the code to the subscriber takes place via the terminal.
• the payment terminal comprises means for receiving a transaction code from the subscriber electronically. This refers to solutions in which the transaction code does not have to be entered manually to the payment terminal. Thus, time is saved at the pay desk and it becomes easier to avoid mistakes.
• the payment terminal comprises means for receiving a transaction code from the subscriber by means of a short-range radio connection.
• a short-range radio connection This can be implemented by means of the Bluetooth technology, for example.
• the subscriber terminal and the payment terminal must contain the Bluetooth connection option, and the terminals must be brought sufficiently close to each other.
• the payment terminal comprises means for receiving a transaction code from the subscriber by means of an infrared connection.
• the payment terminal must comprise connecting means for an infrared connection, and the distance must be sufficiently short.
• the payment server further comprises means for transmitting information on the accepted payment transaction to the subscriber terminal.
• the subscriber receives in his terminal a message on the successful payment transaction, for example as a short message, an e-mail message or a WAP message.
• the message can contain information on the total of the purchases and the point of sale used.
• Figure 1 shows a flow chart of a method according to the invention
• Figure 2 shows a block diagram of a system according to the invention
• Figures 3A and 3B show alternative solutions of a detail of the system according to the invention.
• Figure 4 shows a block diagram of a payment server according to the invention. DETAILED DESCRIPTION OF THE INVENTION
• FIG. 1 shows a flow chart of the method according to the invention.
• the use of a mobile payment system requires the seller and the subscriber to be registered to use a service.
• step 1A a request is transmitted from the subscriber terminal to the payment server to obtain a transaction code. This takes place when the subscriber has decided that he wishes to perform a mobile payment. In practice, this step can be performed for example when going into a shop which has a mobile payment option.
• the shop is provided with a gate that detects the presence of the subscriber.
• the port When the presence of the subscriber has been detected the port generates and transmits a message to the subscriber terminal carried by the detected subscriber.
• This message can be transmitted for instance with a short-range radio connection, such as Bluetooth, to the subscriber terminal.
• the system can transmit a short message or any other kind of message to the subscriber terminal after detecting the presence of the subscriber, for example by means of the short-range radio connection.
• the message received by the subscriber terminal includes all the information (such as information about the point of sale, and information about the service number to which the request should be transmitted) needed by the subscriber terminal in order to transmit a request for a transaction code.
• the subscriber terminal can be programmed to automatically transmit the request for a transaction code as soon as it has received the message. Alternatively, the subscriber terminal can wait until the message has been received, and only after that, the subscriber manually confirms via the user interface (such as the keyboard) of the subscriber terminal that the request for a transaction code may be transmitted. This confirmation can be carried out by using a PIN code specific for the subscriber terminal in question in order to ensure that only persons who know the PIN code can use the subscriber terminal in paying transactions.
• Another way to obtain a transaction code is that the user manually enters into the subscriber terminal the information needed to transmit a request for a transaction code.
• the request for a transaction code can be transmitted for instance by calling a particular service number, by sending a short message to a particular service number, by sending an e-mail message or via a WAP page.
• step 1 B the payment server identifies, on the basis of the request, the subscriber and the point of sale where the subscriber wishes to perform the mobile payment.
• step 1C the payment server checks from the database whether the subscriber has a right to use the mobile payment system.
• step 1 D the payment server generates a transaction code for the subscriber, the code being valid for a given period of time in the particular point of sale.
• the transaction code is stored in the database.
• the transaction code can contain, for instance, 2 to 5 numbers, each of which can have values 0 to 9.
• step 1 E the payment server transmits the transaction code to the subscriber terminal. This can take place for instance as a short message, a voice message or the WAP technology.
• step 1 F the subscriber says at the pay desk that he wishes to pay with a mobile payment system, and thus, the transaction code is received by the payment terminal.
• the transaction code can be received in such a way that the subscriber says the transaction code and the cashier enters it to the payment terminal, or the code can be transferred to the payment terminal electronically, for example with the Bluetooth or infrared technology.
• the payment terminal forms a payment transaction corresponding to a card payment transaction.
• a payment message is formed which contains not only the transaction code but also information on the point of sale and the total of the purchase, for instance.
• this payment message is transmitted to the payment server utilizing an existing payment network.
• the payment terminal compares the information in the payment message with the transaction code stored earlier.
• the payment transaction is accepted if the transaction code in the payment message corresponds to the saved transaction code, and the transaction code has been used within the determined period at the point of sale originally specified by the subscriber.
• the payment server transmits an order to pay and attends to the payment from the client to the seller. Manners of payment that can be used include a bill, direct debiting, an existing credit card or a prepayment.
• step U the transaction code is acknowledged as used in such a way that the same transaction code cannot be reused for mobile payment before the code is reactivated.
• step 1 K the information on the accepted payment transaction is transmitted to the payment terminal and to the subscriber terminal.
• the subscriber terminal can be informed for example by means of a short message.
• the payment server can search the database for different information relating to the subscriber. If, for example, according to the database, the subscriber has a right to a regular customer's reduction in the particular shop, the payment server can return this information to the payment terminal, which then calculates the new, corrected total of the purchase.
• Another additional feature could be that the payment server, having checked the validity of the transaction code, sends the payment terminal identification information on the subscriber, such as the name and the date of birth, by means of which the subscriber can be identified.
• FIG. 2 shows a block diagram of a system according to the invention.
• the figure only shows the elements relevant for understanding the invention.
• the invention is implemented in the GSM network, the subscriber apparatus being a mobile station in the GSM network, but the invention can also be applied in other systems.
• the presented system comprises a subscriber terminal MS, by means of which the connection can be set up to a payment server 21 via a base station BTS, a base station controller BSC and a mobile services switching centre MSC.
• the payment server 21 is further in data transmission connection to the database DB, in which subscriber data required for mobile payment is stored, and to a payment terminal 22.
• the subscriber transmits a request for a transaction code to the payment server 21 by calling a service number, and the transaction code is transmitted to the subscriber as a voice message.
• the subscriber is identified on the basis of the subscriber number, and it is checked from the database DB whether the subscriber is allowed to use the mobile payment system.
• the database may contain information required for identification of the point of sale, the subscriber's regular customer information and other data, e.g. the subscriber's date of birth, that can be used for identifying the client at the pay desk.
• a transaction code is generated for the subscriber, it is stored in the database DB, from where the correctness of the transaction code used in the payment transaction will be checked later.
• FIGS. 3A and 3B show alternative solutions of a detail of the system according to the invention.
• the systems shown correspond to the system of Figure 2 except for a WAP server WAP being added to the system of Figure 3A and a short message service centre SMSC being added to the system of Figure 3B.
• WAP WAP
• SMSC short message service centre
• FIG. 4 shows a block diagram of a payment server according to the invention.
• the payment server is divided into two blocks so as to clarify the idea of the invention, but in practice, the functions of the payment server can be implemented by means of computer programs and/or different circuits.
• the presented payment server 21 is divided into a control block 41 and a code generation block 42.
• the control block 41 identifies the subscriber and the point of sale and checks from the database DB that the subscriber has a right to use the mobile payment service. If mobile payment is allowed for the subscriber, the code generation block 42 generates a transaction code for the payment transaction.
• control block 41 attends to the generated transaction code being transmitted to the subscriber and stored in the database DB.
• the control block 41 receives a payment message from the payment terminal and compares the transaction code of the received message with the stored transaction code.
• the payment message is transmitted utilizing an existing payment network. If the transaction codes correspond to each other and the transaction code is still valid, the control block 41 accepts the purchase and acknowledges the transaction code as used. Finally, acknowledgements of the payment transaction being accepted are transmitted from the control block 41 to the subscriber and payment terminals.

Landscapes

• Business, Economics & Management (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• General Physics & Mathematics (AREA)
• Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Strategic Management (AREA)
• General Business, Economics & Management (AREA)
• Finance (AREA)
• Computer Networks & Wireless Communication (AREA)
• Computer Security & Cryptography (AREA)
• Development Economics (AREA)
• Economics (AREA)
• Microelectronics & Electronic Packaging (AREA)
• Marketing (AREA)
• Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Applications Claiming Priority (5)

Publications (1)

Family

ID=9898799

Family Applications (1)

Country Status (5)

Families Citing this family (16)

Citations (3)

Family Cites Families (9)

• 2000
  • 2000-09-04 GB GB0021671A patent/GB2366432A/en not_active Withdrawn
  • 2000-12-13 FI FI20002734A patent/FI20002734A/fi not_active Application Discontinuation
• 2001
  • 2001-09-03 AU AU2001284074A patent/AU2001284074A1/en not_active Abandoned
  • 2001-09-03 EP EP01963021A patent/EP1348185A1/de not_active Ceased
  • 2001-09-03 WO PCT/FI2001/000759 patent/WO2002021354A1/en not_active Application Discontinuation
  • 2001-09-04 AU AU2001284077A patent/AU2001284077A1/en not_active Abandoned
  • 2001-09-04 WO PCT/FI2001/000763 patent/WO2002021767A1/en active Application Filing

Patent Citations (3)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events